圧縮されているデータの可変長符号化
【課題】コンプレッサからデコンプレッサへ伝送するために現在の値を最小限の数のビットに圧縮するための方法及びシステムを提供する。
【解決手段】本発明の方法は：異なるｋ個の最下位ビットを各々有して該デコンプレッサへ各々伝送された一連の少なくとも１つの前の値を該コンプレッサにおいて維持し；前記の一連の少なくとも１つの前の値の中のいずれかの値を基準値として用いて、該デコンプレッサにおいて前記の現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定し；前記の現在の値の前記のｋ個の最下位ビットと共に前記の現在の値を圧縮されている形で該コンプレッサから該デコンプレッサへ伝送することを含む。
【解決手段】本発明の方法は：異なるｋ個の最下位ビットを各々有して該デコンプレッサへ各々伝送された一連の少なくとも１つの前の値を該コンプレッサにおいて維持し；前記の一連の少なくとも１つの前の値の中のいずれかの値を基準値として用いて、該デコンプレッサにおいて前記の現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定し；前記の現在の値の前記のｋ個の最下位ビットと共に前記の現在の値を圧縮されている形で該コンプレッサから該デコンプレッサへ伝送することを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願への相互参照）
この出願は、“圧縮されているデータの可変長符号化”と題されている、１９９９年１１月９日に出願された米国暫定出願第６０／１６４，３３０号の出願日を主張する。
【０００２】
“ヘッダ圧縮のための効率的ハンドオフ手順”と題されている、２０００年３月９日に出願された米国特許出願第０９／５２２，４９７号を参照するが、この出願はこれの譲受人に譲渡されていて参照によりその全体がこれに編入される。
【０００３】
“パケットを送信し受信するための方法及びシステム”と題されている、２０００年３月２８日に出願された米国特許出願第０９／５３６，６３９号も参照するが、この出願はこれの譲受人に譲渡されていて参照によりその全体がこれに編入される。
【０００４】
（技術分野）
本発明は、パケット・ヘッダ圧縮を含む高効率データ圧縮に関する。
【背景技術】
【０００５】
効率が良くてエラーに強い方法で、一連の値を圧縮できることが重要である領域が多数ある。一例は、セルラー・ネットワークを介して実時間ＩＰベースのマルチメディア・トラフィックを伝えるＩＰ／ＵＤＰ／ＲＴＰヘッダ圧縮である。ＩＰ／ＵＤＰ／ＲＴＰヘッダのサイズは大きく、セルラーシステムの帯域幅に制限があるために、圧縮効率が絶対に必要である。セルラー・リンクのエラーを生じさせやすい特性の故に、エラーに強いことも必要である。
【０００６】
インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）、ＲＦＣ２５０８、１９９９年２月、に記載されているＲＴＰヘッダ圧縮は、無損失コンプレッサ−デコンプレッサ・リンクでの高圧縮効率を達成する。それは、ヘッダの殆どをわずか２バイトまで圧縮することができる。しかし、この構成はエラーに強くない。遭遇する問題は、エラー伝搬と、増大した圧縮されているヘッダのサイズとである。エラー伝搬は、ここでは、圧縮されているヘッダがエラーにより打撃を受けたならば、この圧縮されているヘッダが復号化不能となるだけではなくて、次に続く圧縮されているヘッダも、それらにエラーが無いとしても、おそらく復号化不能となるという事実を指す。増大した圧縮されているヘッダのサイズは、ここでは、エラー回復手順の故に、損失のあるリンク上の圧縮されているヘッダは損失の無いリンクで達成される最上の２バイトより大きいという事実を指す。ＲＦＣ２５０８の制限事項について以下で論じる。
【０００７】
ヘッダ圧縮方式は、ヘッダで運ばれる一定の情報フィールドが１．）変化しないか（ここでは’タイプ１’ヘッダ・フィールドと称される）、或いは２．）かなり予測し得る態様で変化する（ここでは’タイプ２’ヘッダ・フィールドと称される）という事実を利用する。’タイプ３’ヘッダ・フィールドと称される他のフィールドは、忠実には予測し得ない態様で変化する。
【０００８】
タイプ１ヘッダ・フィールドの例は、ＩＰアドレス、ＵＤＰポート番号、ＲＴＰ ＳＳＲＣ（同期化ソース）、等である。これらのフィールドは、セッションの過程で（例えば、セッション確率時に転送されるパケットの一部分として）受信装置／デコンプレッサに１回送られるだけでよい。
【０００９】
タイプ２ヘッダ・フィールドの例は、ＲＴＰタイム・スタンプ、ＲＴＰシーケンス番号、及びＩＰ ＩＤフィールドである。全て、パケットからパケットへと一定量ずつ増大する傾向を有する。従って、全てのヘッダでこれらの値を伝送する必要はない。必要なのは、ＲＦＣ２５０８においてデルタと称される一定の増大（差分）値をデコンプレッサに知らせることだけである。デコンプレッサは、最初のヘッダを復元するとき、これらのデルタを利用して最新のタイプフィールドを再生する。換言すると、タイプ２ヘッダ・フィールドを圧縮するために差分符号化が使用される。
【００１０】
殆どのＩＰスタック・インプリメンテーションについてのＩＰ−ＩＤフィールドは、ソースから送られる全てのパケットについて一定量ずつ増大する。従って、ＲＴＰストリーム・パケットがコンプレッサ−デコンプレッサ（ＣＤ）−チャネルにおいて同じソースからの他のパケットとインターリーブされない限りは、ＩＰ−ＩＤデルタは一定であって、送信される必要はない。
【００１１】
タイプ３ヘッダ・フィールドの例は、ＲＴＰ Ｍ−ビット（マーカー）であり、これは媒体における何らかの境界（例えば、ビデオ・フレームの終了）の発生を示す。媒体は普通は予測不能に変化するので、この情報を正しく予測することはできない。
【００１２】
ヘッダ圧縮方式の上記制約は、タイプ２フィールドのために使用されるデルタ符号化に由来する。差分符号化の故に、もし１つの圧縮されているヘッダが失われると、それに続く圧縮されているヘッダは復号化不能となり、その理由は、それらは復号化不能の圧縮されているヘッダから回帰的に予測されることにある。これは、私達がエラー伝搬と呼んだものである。
【００１３】
エラー伝搬から回復するために使用されるアルゴリズムは“トワイス（ｔｗｉｃｅ）”アルゴリズムとして知られており、圧縮されているパケットでパケットＵＤＰチェックサムが伝送されるならば、このアルゴリズムを使用することができる。ＣＤ−リンク上の圧縮されているパケットは４ビットのシーケンス番号を伝え、それはコンプレッサにより送られる各々の圧縮されているパケットについて１だけ大きくされる。デコンプレッサは、このシーケンス番号を使用して該リンク上の圧縮されているパケットの喪失を検出する。もしシーケンス番号が１より大きく増大したならば、デコンプレッサは、全ての圧縮されているパケット・デルタが最後の圧縮されているパケット・デルタから変化していないと思い、各々の喪失したパケットについて１つのデルタを加える。その後、デコンプレッサは、解凍されたパケットＵＤＰチェックサムを計算し、それが伝送されたＵＤＰチェックサムと釣り合うか否か調べることにより、該仮定が妥当であったか否か調べる。
【００１４】
トワイス・アルゴリズムは制限的でありすぎる。第１に、それは全ての圧縮されているパケットでチェックサム（２バイト）を送ることを必要とし、従って圧縮効率を顕著に低下させる。第２に、代表的なオーディオ・ストリームについて、トワイス・アルゴリズムは、最後に解凍されたパケットからＴＳ又はＩＰ−ＩＤジャンプがない場合に限って具合良く作用する。
【００１５】
デコンプレッサは、パケットを解凍できないときには、否定の受取通知Ｎａｃｋをコンプレッサに送る。Ｎａｃｋを受け取ると、コンプレッサは圧縮されていないヘッダ・フィールドを送らなければならない。フィールドが圧縮されずに送られなければならないので、Ｎａｃｋメカニズムは少なくとも１伝送遅延の持続時間のオーディオ又はビデオの機能停止と圧縮効率の低下とを招来する。
【００１６】
エラー伝搬を制限するために、コンプレッサは、デコンプレッサが要求していないのに圧縮されていないフィールドを定期的に送るリフレッシュ・メカニズムを使用することができる。しかし、その様なメカニズムは圧縮効率を更に低下させる。
【００１７】
ＲＦＣ２５０８のもう一つの制約は、圧縮されているヘッダの短いシーケンス番号である。前のシーケンス番号と連続していないシーケンス番号を有するヘッダをデコンプレッサが受け取ると、パケット喪失が検出され、コンプレッサとデコンプレッサとを再同期化するために回復機構が使用される。単に短いシーケンス番号を使用することは、’長い喪失’が頻繁に生じることのある無線などの、エラーが生じがちのリンクにとっては強健ではない。長い喪失は、ローにおける’シーケンス・サイクル’又はそれより多いパケットの喪失として定義される。長い喪失が発生したとき、デコンプレッサにより受信されたパケット中のシーケンス番号は’巻き付ける’。例えば、シーケンス番号がｋビットから成り、従ってシーケンス・サイクルが２kに等しいとする。ローにおいて２kパケットが喪失したとすると、デコンプレッサは、依然として到来するパケット中の連続するシーケンス番号を見ているので、パケットの喪失を検出することができない。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明は、１実施態様においてはＶＬＥ（ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｅｎｃｏｄｉｎｇ（可変長符号化））と称される強健で効率の良い符号化機構である。本発明のＶＬＥ及びその他の実施態様は、エラー伝搬と従来技術の効率低下とを解決する。
【課題を解決するための手段】
【００１９】
本発明は、部分的には、圧縮ポイントで受信されるヘッダ・タイプ２フィールドが増加傾向を示すという所見に基づいている。このことは、連続するヘッダからのフィールドが同じＭＳＢ（最上位ビット）を有していて、そのＬＳＢ（最下位ビット）だけ違うということを暗に意味する。従ってＬＳＢだけを伝送することによって圧縮を達成することができる。
【００２０】
本発明は、ＣＤリンクで前の圧縮されているパケットの喪失がどの様であっても正しい解凍を可能とするのに充分な様な最少数の送られるべきＬＳＢをコンプレッサが決定することを可能にする。
【００２１】
本発明は、どの様な値の系列にも応用されることができる。値が密集している（即ち、互いに近い）ほど、効率が高くなる。
【００２２】
本発明に従って現在の値をコンプレッサからデコンプレッサへ伝送される最少数の或いは減じた数のビットに圧縮する方法は、各々異なるｋ個の最下位ビットを有して該デコンプレッサに伝送されている少なくとも１つの前の値の系列を該コンプレッサにおいて維持し、前記の前の値の系列中のいずれかの値を基準として用いて該デコンプレッサにおいて前記の現在の値を首尾良く解凍することを可能にする最少数の又は減じた数のビットを表すｋの値を決定し；前記の現在の値を該コンプレッサから該デコンプレッサへ前記の現在の値のｋ個の最下位ビットと共に圧縮された形で伝送することを含んでいる。前記の現在の値を前記の前の値と比較して前記の現在の値と前記の前の値との最大の差ｒを決定することによりｋの値を決定することができ、このｋはｌｏｇ2（ｒ）＋１より大きな最小の整数であるように選択される。該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送ることができ、該コンプレッサは前記の少なくとも１つの前の値の系列を更新してより古い少なくとも１つの前の値を捨てることができる。該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値と共に前記の現在の値を解凍することができる。該デコンプレッサは、該基準値の下からその上にまで及ぶ値を包含するサーチ間隔を使用することができ；該サーチ間隔の中の値から同一のｋ個の最下位ビットを有する値を選択することができる。基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の系列と現在の値とにマッピングすることから値を作ることができ；少なくとも１つの前の値の系列は、デコンプレッサにより解凍されていると受取通知されている最も古い伝送された値を最旧値として有するように更新されることができる。該値は、基準値とビット数ｋとの関数であって良い。その関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であって良い。該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であって良い。少なくとも１つの受取通知は、受信された圧縮されていない値又は圧縮されている値であって良い。少なくとも１つの受取通知は、圧縮されている値の一部分を符号化するのに使用された情報を含む受信された圧縮されている値であって良い。少なくとも１つの受取通知は、少なくとも１つの前の値の系列中の最も古い値を含むことができる。コンプレッサとデコンプレッサとの間で値の系列での伝送中に失われることのある見積もられた最大数の値に基づいて少なくとも１つの前の値の系列を更新してより古い前の値を捨てることができる。圧縮されている現在の値は、その現在の値と共に伝送される数ｋを符号化することができる。その符号化はハフマン符号化であって良い。該値はＲＴＰヘッダを含むことができる。少なくとも１つの受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であって良い。
【００２３】
本発明に従って現在の値を最少数の又は減じた数のビットに圧縮するためのシステムは、異なるｋ個の最下位ビットを各々有する少なくとも１つの前の値の系列を維持するコンプレッサと；最少数の又は減じた数のｋ個の最下位ビットに圧縮されている現在の値を受信するデコンプレッサとを含んでおり；該コンプレッサは前記の少なくとも１つの前の値の系列中のいずれかの値を基準として用いて該現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定する。現在の値を少なくとも１つの前の値と比較してその現在の値と少なくとも１つの前の値との最大差ｒを決定することによりｋの値を決定することができ、ｋはｌｏｇ2（ｒ）＋１より大きな最小の整数であるように選択される。該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送ることができ、該コンプレッサは少なくとも１つの前の値の系列を更新してより古い少なくとも１つの前の値を捨てることができる。該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の系列の最後の値の基準値と共に該現在の値を該デコンプレッサで解凍することができる。該デコンプレッサは、該基準値より下からその上にまで及ぶサーチ間隔を使用することができ；該サーチ間隔の中の値から同一のｋ個の最下位ビットを有する値を選択することができる。基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の系列と現在の値とにマッピングすることから値を作ることができ；少なくとも１つの前の値の系列は、デコンプレッサにより解凍されていると受取通知されている最も古い伝送された値を最旧値として有するように更新されることができる。関数は[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］である。該関数は[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であって良い。受取通知は、受信された圧縮されていない値であって良い。少なくとも１つの受取通知は、受信された圧縮されている値であって良い。少なくとも１つの受取通知は、圧縮されている値の一部分を符号化するのに使用された情報を含む受信された圧縮されている値であって良い。コンプレッサとデコンプレッサとの間で値の系列での伝送中に失われることのある見積もられた最大数の値に基づいて少なくとも１つの前の値の系列が該コンプレッサにより更新されて少なくとも１つのより古い前の値を捨てることができる。圧縮されている現在の値は、その現在の値と共に伝送される数ｋを符号化することができる。該値はＲＴＰヘッダを含むことができる。少なくとも１つの受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であって良い。
【図面の簡単な説明】
【００２４】
【図１】情報の圧縮を概念的に示す。
【図２】情報の解凍を概念的に示す。
【図３】本発明に従って受取通知を用いて、より多いビット数を有するヘッダの送信からより少ないビット数へのコンプレッサの移行を示す。
【図４】本発明に従う１次圧縮のヘッダの送信から２次圧縮のヘッダへのコンプレッサの移行を示す。
【図５】本発明に従う最小ビット数ｋの選択の例を示す。
【図６】本発明に従う最小ビット数ｋの選択の例を示す。
【図７Ａ】本発明に従ってコンプレッサにより蓄積される値の滑りウィンドウの使用を示す。
【図７Ｂ】本発明に従ってコンプレッサにより蓄積される値の滑りウィンドウの使用を示す。
【図８】本発明に従って圧縮されている値を送信するために２つの符号化フィールドを使用するＶＬＥ符号化フォーマットの例を示す。
【発明を実施するための形態】
【００２５】
基本構想及び規則
図１は、圧縮情報とその例とを概念的に示している。圧縮コンテキストは情報の集合であり、部分集合であり或いは部分集合を象徴し、それは、限定無しに圧縮されているヘッダであって良い圧縮されている情報を作るために圧縮アルゴリズムへの入力として図３及び４に示されているコンプレッサにより使用されるヘッダを含む、限定無しに如何なる種類の情報であっても良い。他方の入力は、限定無しに圧縮されるべきヘッダとして例示されている圧縮されるべき情報のソースからのものである。
【００２６】
図２は、情報の解凍と、その例とを概念的に示している。解凍コンテキスト情報は情報の集合であり、部分集合であり或いは部分集合を象徴し、それは、限定無しに解凍されているヘッダであって良い解凍されている情報を作るために解凍アルゴリズムへの入力として図３及び４に示されている解凍により使用されるヘッダを含む、限定無しに如何なる種類の情報であっても良い。他方の入力は、限定無しに解凍されるべきヘッダとして例示されている解凍されるべき情報からのものである。
【００２７】
圧縮コンテキスト情報及び解凍コンテキスト情報は共に動的である、即ち、それらはそれぞれコンプレッサ及びデコンプレッサにより更新されることができる。更新の頻度はヘッダ圧縮メカニズムによる。コンプレッサにおいて圧縮コンテキスト情報の更新をもたらすことのある事象は、到来したヘッダの圧縮、或いはデコンプレッサからのフィードバックの受信を含む。デコンプレッサにおいて解凍コンテキスト情報の更新をもたらすことのある事象は、到来したヘッダの解凍を含む。コンプレッサは３つの状態：
・ ＦＨ（フルヘッダ（Ｆｕｌｌ Ｈｅａｄｅｒ））状態
・ ＦＯ（一次（Ｆｉｒｓｔ Ｏｒｄｅｒ））状態
・ ＳＯ（二次（Ｓｅｃｏｎｄ Ｏｒｄｅｒ））状態
のうちの１つであることができる。
【００２８】
コンプレッサは、初期化段階ではＦＨ状態で動作する。ＦＨ状態では、コンプレッサは完全なＲＴＰヘッダを送る。この状態は普通はＲＴＰセッションの始まりに又はセッションの半ばにおいて例えばコンプレッサが機能しなくなったり記憶を失うなどの非常に例外的な事象に起因して起こる一時的な状態である。
【００２９】
コンプレッサは更新段階ではＦＯ状態で動作する。ＦＯ状態では、送信装置はＦＯヘッダ、即ちそのヘッダが適切に符号化されている、基準ヘッダと比べて変化しているフィールド並びにシーケンス番号を運ぶパケット、を送る。デコンプレッサは、図３及び４に示されているように一定の数のＦＯについて受取通知するように期待され、その数はパターンによる。例えば、パターンが一定のパラメータで線形であるならば、補外法への過渡期には唯一の受取通知が必要であるに過ぎない。
【００３０】
コンプレッサは補外法段階ではＳＯ状態で動作する。この状態では、送信装置はＳＯパケットを、即ちそのヘッダが本質的にちょうどシーケンス番号であるパケットを、送る。デコンプレッサは、正しく受信されたＳＯパケットについて受取通知を出しても良いし受取通知を出さなくても良い。
【００３１】
ＶＬＥにおいて使用される１種の数学的関数について次のように説明するが、それは本発明と共に使用され得るけれども本発明はそれには限定されない。ｆ（ｋ， ｖ ｒｅｆ） ＝ （ｖ １， ｖ ２，．．．．．，ｖ ２k）と表示されるその様な関数は、基準値と称される整数ｖ ｒｅｆに写像すると共に、数個のビットｋを、全て異なるｋ個のＬＳＢを有する整数のｋ組に写像する。
【００３２】
その様な関数はいずれも適切であるかも知れないけれども、１つの好ましい実施態様は連続する値ｖ １， ｖ ２，．．．．．， ｖ ２k、即ちｖ ｉ ＝ ｖ １ ＋ ｉ−１を戻す関数だけを使用する。換言すると、該関数は長さ２ｋの値の間隔を有する。その間隔は[ｖ ｒｅｆ−Ｃ（ｋ， ｖ ｒｅｆ）， ｖ ｒｅｆ−Ｃ（ｋ， ｖ ｒｅｆ）＋２k］と書かれることができ、ここでＣはｋ及びｖ ｒｅｆの関数である整数値である。その様などんな間隔も興味あるものであるけれども、１つの好ましい実施態様はＣ（ｋ， ｖ ｒｅｆ） ＝ ０及びＣ（ｋ， ｖ ｒｅｆ） ＝ ２ｋ−１を使用する。換言すると、その実施態様は間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］と[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］とを使用する。
【００３３】
[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］間隔に基づくＶＬＥ実施態様について次のように説明する。システムは、コンプレッサと、デコンプレッサと、図３及び４に示されているＣＤチャネル即ち該コンプレッサ及び該デコンプレッサの間のリンク、とから成っている。該チャネルはエラーを生じがちであるかも知れない。この実施態様での仮定は、限定をするものではないが、圧縮されている値が該チャネルにより再注文されなくて、デコンプレッサへの入力として与えられる圧縮されている値は改竄されていない（換言すると改竄されているヘッダは失われたヘッダとして取り扱われる）ということだけである。該チャネルは、シンプレックス・リンク、即ちデコンプレッサからの圧縮されている値だけを運ぶリンクであるか、又はデュプレックス・リンクであることができ、即ち該チャネルは図３及び４に示されているようにデコンプレッサからコンプレッサへのフィードバックも運ぶ。好ましい実施態様ではデュプレックス・チャネルが使用される。
【００３４】
第１段階は、デコンプレッサによる初期値の取得である。これは、通信の開始時にコンプレッサが圧縮されていない値を送ることにより、或いは他の適当な手段により、実行されることができる。図３及び４に示されているようにデコンプレッサは値を受け取ったことを報じるためにフィードバック・チャネルを使用することができる。初期化は、限定無しに、コンプレッサが１つのフィードバック受取通知を受け取ったときに完了し、その後、ＶＬＥ符号化を使用して圧縮を行うことができる。ＶＬＥでは、値は可変数のビットｋとして圧縮される。ＶＬＥモードにおけるデコンプレッサの動作について最初に論じる。
【００３５】
図７Ａ及び７Ｂはウィンドウ更新プロセスを示す。ウィンドウは、コンプレッサに入力され圧縮され得るけれども圧縮される必要はない前の値から成る。ウィンドウは包含時点におけるｖi， ｖi+1，＿＿＿＿＿， ｖnであり：
（１）新しい値ｖn+1が圧縮されるとき、図７Ａに示されているようにこの新しい値を包含するために該ウィンドウが拡大される。
（２）その後、コンプレッサがそれらの値が最早デコンプレッサにより使用され得ないと知っているとき、それはこの例では値ｖi+2についての受取通知が発生したときであり得、より古い値（この例ではｖi及びｖi+1）を除去することにより、図７Ｂに示されているようにウィンドウが縮小される。
【００３６】
解凍：
基準値は、デコンプレッサにより解凍された最後の値である。コンプレッサは、図３及び４に示されているように受取通知の受信により、デコンプレッサからのフィードバックを使用せずにおそらく少なくとも１つの値が統計的に受信されるのに充分な持続時間にわたって値の系列が送信されたことを考慮して現実の値が受信されたという仮定のもとで、解凍を信号されることができる。デコンプレッサは、そのｋ個のＬＳＢが受信されたｋビットと釣り合う間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］の中の唯一の値を供給することにより、到来する圧縮されている値を解凍する。このサーチ間隔は、前に導入された関数の特別の実例である。解凍された値はｖ ｒｅｆとなり、それは次に到来する圧縮されている値を解凍するために使用される。好ましい実施態様では、デコンプレッサは、図３及び４に示されているような解凍されている少なくとも数個のパケットについての受取通知を報じる。受取通知が出されなければならないパケットの数は完全に弾力的であって、所望のアプリケーションの仕様を満たすように選択される。デコンプレッサからコンプレッサへ送られる受取通知が多いほど、後に示すように前進リンクにおける圧縮効率が高くなる。
【００３７】
圧縮：
ここでコンプレッサの動作を参照する。コンプレッサは、自分が圧縮して図７Ａ及び７Ｂに示されているデコンプレッサへ送った値の滑りウィンドウ（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ）を維持する。１実施態様では、該ウィンドウは、それについてデコンプレッサから受取通知を受信した最後の値と次に送られた値とを、それらがデコンプレッサに送信された順に保持する。コンプレッサは、滑りウィンドウの最大値及び最小値ｖ ｍｉｎ及びｖ ｍａｘも維持する。
【００３８】
新しい圧縮されていない値ｖがコンプレッサに到着すると、コンプレッサは、滑りウィンドウの全てのｖ ｉについての間隔[ｖ ｉ−２k-1， ｖ ｉ＋２k-1］の中にｖが存在するようにｖのｋ個のＬＳＢを送る。これはｒ＜２k−１により便利に表現されることができ、ここでｒ＝ｍａｘ（｜ｖ−ｖ ｍａｘ｜， ｜ｖ−ｖ ｍｉｎ｜）である。この様にコンプレッサはｌｏｇ2（ｒ）＋１より大きな最小の整数であるようにｋを選択する。コンプレッサが受取通知を受け取るとき、それは、その滑りウィンドウから図７Ｂを参照して前述したように該受取通知より前に送られた全ての値を除去する。
【００３９】
次の議論は、何故ＶＬＥが常に正しい解凍を提供する非常に弾力的なメカニズムであるかを説明する。
【００４０】
コンプレッサとデコンプレッサとが上記の規則に従う限りは、図３及び４に示されているコンプレッサとデコンプレッサとの間のＣＤチャネルでの喪失がどの様であっても正しい解凍が行われる。実際に、デコンプレッサにより使用される基準値ｖ ｒｅｆは、例えば図５及び６において点ｖ ｍｉｎとｖ ｍａｘとの間に示されているように、コンプレッサのウィンドウに必ず属し、従って符号化されている値は、デコンプレッサにより使用されるサーチ間隔である間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］の中にあると知られる。
【００４１】
ＶＬＥではエラー伝搬はない。デコンプレッサにより受信された圧縮されているパケットは常に解凍されることができる。パケット喪失は、圧縮されているパケットのサイズの漸増をもたらす。
【００４２】
受取通知が頻繁であるほど、ウィンドウ内の値は少なくなり、従ってより少ないＬＳＢが送られなければならなくなりそうである。これは、圧縮されるべき値が増加傾向に従い、受取通知が受信されるまで各々の新しい値ｖについてｖ−ｖ ｍｉｎが増大するヘッダ圧縮の場合に特に当てはまる。
【００４３】
圧縮されている値の長さがデコンプレッサに知られていなければならない。或る場合には、この長さは、例えばより低い符号化層からのフレーミング情報を通じて、追加のシグナリング無しで知られることができる。明示的なシグナリングが必要であるならば、好ましい実施態様はＶＬＥフォーマットを定義する。該フォーマットは図８に示されているように２つのフィールド：即ち長さフィールド（即ちＬＳＢの個数ｋ）と圧縮されている値のフィールド（即ち、最初の値ｖのｋ個のＬＳＢ）とを有することができる。
【００４４】
好ましい実施態様では、図８に示されているＶＬＥ長さフィールドは、それ自体がハフマン符号化を用いて符号化されている。他のどの様な符号化方法（例えば直線符号化）を使用しても良い。いろいろなアプリケーションについていろいろな長さの確度がアクセスされるべきであり、その後、望ましい場合にはこれらのデータを符号化するためにハフマン符号化アルゴリズムが使用されるべきである。コンプレッサとデコンプレッサとの間の通信リンクにおいて与えられた長さに遭遇する確度は、リンクの特性（喪失及び遅延）とデコンプレッサ受取通知期間と、圧縮されるべき最初の値のパターンとを知って評価されることができる。
【００４５】
長さフィールド自体の長さを更に短くするために、コンプレッサに強いて値の縮小された集合からフィールドの長さを選択させることができる。例えば、圧縮されていないフィールドが３２ビットで、確度４ビット、８ビット及び３２ビットの減少する順となっている次の長さを最大２ビットの長さで符号化したいとすると、適切なコードワードは、４ビットについては単一のビット０、８ビットについては２ビット値１０、３２ビットについては２ビット値１１である。
【００４６】
適切な符号化を用いることは、圧縮されている値の平均サイズを最小にする。
【００４７】
更に、もし長さを他のパケット・フィールドから得られるのであれば、長さ情報は専用のビットを必要としないかも知れない。例えば、典型的ヘッダ圧縮アプリケーションでは、パケット・タイプ・フィールドが圧縮されているヘッダで送られる。このパケット・タイプ・フィールドを使用して、まれにしか越えられることのないデフォルト長さを暗に示すことができる。その場合、デフォルト長さが越えられると、別のパケット・タイプが使用される。これはまれにしか発生しないことなので、オーバーヘッドは全体的には減少される。
【００４８】
もしフィードバック・チャネルがなければ、コンプレッサのウィンドウを前へ移動させてｋが永久に増大しないように維持するために他の（帯域外）情報又は追加の仮定が必要となる。１つの方法は、コンプレッサからデコンプレッサへのチャネルに沿って多くてもＬ個の連続する圧縮されている値が失われることがあると仮定することである。換言すると、コンプレッサは、（Ｌ＋１）個の連続する圧縮されている値のうちの少なくとも１つがデコンプレッサに到達することを確かに知っているということになる。従って、コンプレッサは、デコンプレッサへ送られた最後の（Ｌ＋１）個の値をウィンドウに蓄積しておくだけでよい。従って、範囲（ｖ ｍａｘ−ｖ ｍｉｎ）と、従ってｋの値とは、送られた最後の（Ｌ＋１）個の値のみに依存する。
【００４９】
ＲＦＣ２５０８とは逆に、コンプレッサ−デコンプレッサ・シーケンス番号を使用する必要はない。その代わりに、ＲＴＰシーケンス番号がＶＬＥを用いて符号化される。デコンプレッサは、自分が受け取ったＲＴＰ ＳＮをコンプレッサに送ることによってＶＬＥアプリケーションに記載されているように図３及び４に示されているようなパケットを受け取ったことを通知する。
【００５０】
最上の受取通知について後述するように、デコンプレッサは圧縮されていないＲＴＰ ＳＮ値を戻す必要はない。
【００５１】
次の例は、ＲＦＣ２５０８に記載されているＲＴＰ ＳＮ圧縮についての本発明の働きを示す。コンプレッサに、そのＳＮ（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ（シーケンス番号））が：３２、３３、３５、３６、３９、４０、３８、４１である到来するパケットの系列が供給される。そのシーケンス番号が３５であるパケットについてデコンプレッサが受取を通知したと仮定すると、コンプレッサは，受取が通知された最後のパケットから送信された上記のシーケンス番号のウィンドを維持する。受取通知が受信されたとき、コンプレッサのウィンドウは３５、３６、３９、４０、３８、４１である。今、ＳＮ値４３を有する新しいＳＮ値がコンプレッサに到来すると仮定する。コンプレッサはそのウィンドウ最大値を探し、４１を発見する。コンプレッサはウィンドウ最小値であるを探し、３５を発見する。コンプレッサは、到来した値の、その上限（４３−４１＝２）及び下限（４３−３５＝８）までの距離ｒを計算する。最大距離は８である。コンプレッサは、整数がｌｏｇ2ｒ＋１より大きくなるように数個のビットｋを送らなければならず、この例では２kは１７より大きい。この数ｋ ＝ ５である。４３は２進数形式では１０１０１１と書かれるので、コンプレッサは５個のＬＳＢ、即ち０１０１１，を送る。デコンプレッサ基準値は、デコンプレッサにより解凍された最後の値であり、それは確かにコンプレッサ・ウィンドウ内の値のうちの１つである。デコンプレッサは、その５個のＬＳＢが０１０１１であって基準値に最も近い値を戻すことによって、到来した（０１０１１）を解凍する。基準値が何であっても、この値は常に４３である。例えば、デコンプレッサにより受信される最後の値が、それが圧縮されている値を受け取るときに４０であると仮定すると（即ちコンプレッサとデコンプレッサとの間のリンクで３８と４１とが失われた）、デコンプレッサにより使用されるサーチ間隔は［２５， ５６］或いは２進形式で［０１１００１， １１１０００］である。その最後のＬＳＢが０１０１１である該間隔内の唯一の値は１０１０１１，即ち４３である。
【００５２】
デコンプレッサがｋの値を選び取るもう一つの方法は、４０に最も近い、そのＬＳＢが０１０１１である値を選ぶことである。数４０は２進形式では１０１０００である。その最後のＬＳＢが０１０１１である１０１０００に最も近い値は０１０１１，即ち４３である。このことは、コンプレッサ−デコンプレッサ・リンクにおける喪失がどの様であっても、ＶＬＥが正しい解凍を与える送られるべきＬＳＢビットの最小の又は減少された数の決定を許すということを例証する。
【００５３】
図５及び６は、ＶＬＥ符号化されるべき現在の値が、同じＬＳＢを持っていてウィンドウ内の最大値又は最小値に最も近い値の中にあるようにｋの値を選ぶことを示している。図５は、ｖがｖ ｍａｘより大きい場合を示し、図６はｖがｖ ｍｉｎより小さい場合を示している。
【００５４】
ＲＴＰタイム・スタンプ又はＩＰ−ＩＤフィールドが送られるパケットでは、これらのフィールドは、送信されたパケットの、ＳＮ符号化に使用されるとの同じウィンドウを使用して符号化される。従って、デコンプレッサは、これらのフィールドを、その受取通知をするために、逆／フィードバック・チャネルで送り返さない。ウィンドウは、ベクトル（ＳＮ、ＴＳ、ＩＰ−ＩＤ）のウィンドウと見なされても良い。与えられたベクトルの受取通知は、ＳＮフィールドだけを戻すことによって行われることができる。
【００５５】
１実施態様は、ＳＮ、ＴＳ及びＩＰ−ＩＤを、これらのフィールドが送られなければならない時、送るために受取通知の枠組みに基づいてヘッダ圧縮を行う。他の符号化をＴＳ及びＩＰ−ＩＤのために使用することができる。このヘッダ圧縮方式を以下において要約する。
【００５６】
受取通知を使用するＦＯ及びＳＯ状態への移行
新しいセッションが始まるとき、コンプレッサは、少なくとも１つのＦＨパケットが受信されたことを示す受取通知（ＡＣＫ）をデコンプレッサから受け取るまで、ＦＨ状態で動作する。コンプレッサがＦＨ状態からＦＯ状態へ移行し得るように、ＦＨパケットの受取通知を、それがそれを受け取ったら直ちに出すことは、デコンプレッサの責務である。受取通知は、デコンプレッサにより解凍された圧縮されている現在の値又は圧縮されていない現在の値を含むことができる。いずれの量も、コンプレッサが圧縮の状態を更新して古い値を捨て始めることを許す。
【００５７】
ＦＯ状態では、コンプレッサはＦＯパケットを送信し、デコンプレッサは受信したＦＯパケット（必ずしも全てのＦＯパケットではない）について受取通知を出すと想定される。デコンプレッサがＦＯＤを確立し、そのＦＯＤが送信される現在のヘッダと最後に送られたヘッダとの間のＦＯＤと同じであるとコンプレッサが決定したならば、コンプレッサはＳＯ状態に進んでＳＯパケットを送り始める。
【００５８】
上で論じた理由により、コンプレッサはＳＯ状態からＦＯ状態に戻らなければならないかも知れない。しかし、コンプレッサは、システムのクラッシュの故にデコンプレッサがそのコンテキストを失うなどの例外的事象が発生しなければ、ＦＨ状態には決して戻らない。コンプレッサがＦＯ状態であるときには、それは前述したようにＳＯ状態へ進もうとする。
【００５９】
２０００年３月２８日に出願された、“パケットを送信し受信する方法及びシステム”という題された出願第０９／５３６，６３９号において適当なパケットの種類が開示されている。
【００６０】
固定長符号化（Ｆｉｘｅｄ Ｌｅｎｇｔｈ Ｅｎｃｏｄｉｎｇ（ＦＬＥ））及び片側可変長符号化（Ｏｎｅ Ｓｉｄｅｄ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｅｎｃｏｄｉｎｇ（ＯＶＬＥ）と称されるＶＬＥの２つの変化形を下で説明する。
【００６１】
固定長符号化（ＦＬＥ）
範囲ｒ ＝ （ｖ ｍａｘ − ｖ ｍｉｎ）が上限を決して越えないことが確かに知られているならば、固定長符号化を使用することができる。この範囲を包含するために必要な最少数のビットである同じ数のビットで全ての値が符号化される。長さは、この場合には既知の定数であると仮定されているので、送信されなくても良い。
【００６２】
片側可変長符号化（ＯＶＬＥ）
前述したＶＬＥは、基準値ｖ ｒｅｆにマッピングする関数とサーチ間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］を戻すビット数ｋとに基づいている。これは、１つの値から次の値への任意の変化（正、負）に配慮するので、非常に普遍的で融通がきく。しかし、この間隔は、単調なフィールドに使用されるときには最も効率が良いというわけではない。実際には、デコンプレッサは部分集合[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k-1］の中の値だけを選び取る。
【００６３】
ＲＴＰヘッダ圧縮の場合には、フィールドは普通は増大する順にコンプレッサに到達する。しかし、コンプレッサからの誤配列ストリームがあり得、またタイム・スタンプの場合には符号器は符号化されているフレームをそれらがサンプリングされた順に配達しないかも知れないので、例外がある。効率を高めるために、ｖ ｒｅｆを中心としない、例えば間隔[ｖ ｒｅｆ−２k-2， ｖ ｒｅｆ＋３＊２k-2］などのサーチ間隔を戻す関数は使用に値する。
【００６４】
ＶＬＥが適応ヘッダ圧縮アプリケーションの一部分として使用されるときには、与えられたｋについて最も効率の良い間隔[ｖ ｒｅｆ， ｖ＿ｒｅｆ＋２k］を使用することが可能である。これは、片側可変長符号化（ＯＶＬＥ）と称される。コンプレッサ到来値が増大し続けている限りは、ＦＯパケットのためにはＶＬＥが使用され、ＳＯパケットのためにはＯＶＬＥが使用される。コンプレッサの前でパケットの誤配列が生じた場合には、コンプレッサは常に該パケットをＦＯパケットとして圧縮する。或いは、コンプレッサは、誤配列が発生してもＳＯ状態にとどまるためにパケットを配列し直し且つ／又はパケットを落とすことができる。
【００６５】
圧縮されているデータの可変長符号化（ＶＬＥ）及び片側ＶＬＥ（ＯＶＬＥ）のための最適の受取通知アルゴリズム
総体的圧縮効率を高めるために、デコンプレッサによりコンプレッサへ送られる受取通知のサイズを最小限に保つことが望ましい。ここで論じるアルゴリズムでは、デコンプレッサは、それが圧縮されているメッセージで受け取ったのと同数のビット（或いは、後述するように多くてももう２つのビット）を受取通知で送るだけでよい。
【００６６】
ＶＬＥ及びＯＶＬＥに関して記述したように、コンプレッサは値ＶＳＷの滑りウィンドウを維持すると共に、最初の圧縮されていない値の各々をデコンプレッサへの伝送後にＶＳＷに蓄積する。
ＶＳＷ： ｖ1， ｖ2， ｖ3， ．．． ｖi， ．．． ｖn
（注：ｖ1は最も古い値であり、ｖnは最新のである）
【００６７】
事例１：単一符号化方法
唯一の符号化方法が使用され（ＶＬＥ又はＯＶＬＥ）、コンプレッサ及びデコンプレッサの両方がどれが使用されているかを知っていると仮定する。デコンプレッサが圧縮されている値を首尾良く受信してそれについて受取通知を出すと決定したとき、それは単に受信した圧縮されている値を受取通知にコピーしてそれをコンプレッサに送り戻す。
【００６８】
コンプレッサは、受取通知メッセージを受信したとき、次の３つのステップで該受取通知を処理する：
１） ＶＳＷのｖ1（最も古い値）を基準値として使用し、デコンプレッサと同じ規則に従って受取通知内の圧縮されている値を解凍する。解凍された値はｖ ａｃｋｅｄとして特定される。
２） ｖ ａｃｋｅｄの最初の（最も古い）発生について、ＶＳＷを頭（最旧）から尾（最新）まで探索する。
３） ｖ ａｃｋｅｄに先立つ（より古い）全ての値を削除する。
【００６９】
上記のアルゴリズムはＶＳＷの次の特性を遵守することにより働くということを示すことができる：
− もしＨＳＷ内のｖ１がコンプレッサによりｋビットを使用して送られたならば、それは、基準値と同じｋビットを用い且ついずれかのｖi（ｊ≦ｉ）を用いて正しく解凍されることができる。
【００７０】
具体的には、ＶＳＷ内のどの値を解凍するためにもｖ1を基準値として使用することができる。受取通知は常にＶＳＷ内の値のうちの１つについての受取を通知するものであるという事実と相まって、ステップ１）で得られたｖ ａｃｋｅｄは実際に受取通知メッセージをトリガーした正しい最初の値であると結論される。
【００７１】
事例２：複数の符号化方法
この場合、デコンプレッサは符号化方法をＶＬＥ及びＯＶＬＥの間で動的に切り換える。この事例を取り扱うためには前述したアルゴリズムを僅かに変更するだけでよい。基本的には、各受取通知メッセージにおいて、デコンプレッサは、受信された値を圧縮するためにどの符号化方法が使用されたか示すためにフラグを付け加えなければならない。従って、コンプレッサは、受取通知メッセージを受け取ったとき、該受取通知中の符号化フラグに基づいて正しい解凍方法を選ぶことができる。ＶＳＷの特性が適用され得る限りは、前のセクションのと同じ理由に基づいて、修正されたアルゴリズムは正しい。
【００７２】
ＶＬＥ及び／又はＯＶＬＥがヘッダ圧縮に適用されるときにも、コンプレッサからデコンプレッサへ送られる圧縮されているヘッダで符号化フラグを明示的に伝える必要はないが、その理由は、デコンプレッサはヘッダの種類と他の構成情報とに基づいてその情報を暗示的に得ることができることにある。しかし、逆方向には、該フラグは受取通知メッセージで明示的に伝えられなければならない。最悪の場合には、３つの可能なもの：ＶＬＥ、プラス側ＯＶＬＥ（ｐｌｕｓ−ｓｉｄｅｄ ＯＶＬＥ）、マイナス側ＯＶＬＥ（ｍｉｎｕｓ−ｓｉｄｅ ＯＶＬＥ）を区別するために２ビットが必要である。ＯＶＬＥの側情報が予め定められるならば、符号化フラグを１ビットに縮小することができる。
【００７３】
ＶＳＷにおける対になった値
上で論じられていない特別の場合が１つある。コンプレッサの滑りウィンドウで同じ（最初の圧縮されていない）値が２つ以上発生することがある。このことは次の２つの理由から考察されなければならない：１）理論上、該アルゴリズムは包括的で如何なる値のシーケンスにも働くべきである；２）実際には、或るビデオ符号のためのＲＴＰタイム・スタンプはこの挙動を有する。
【００７４】
計算された値ｖ ａｃｋｅｄが依然として正しくても、ＶＳＷでのｖ ａｃｋｅｄのどの発生が（複数の発生が発見されたならば）実際にＡＣＫをトリガーしたのかコンプレッサが決定できないということが問題である。
【００７５】
しかし、コンプレッサは常にＶＳＷにおけるｖ ａｃｋｅｄの最初の（最も古い）発生を選ぶので、アルゴリズムは働くことに留意するべきである。もしそれが受取通知をトリガーした正しい事実でなければ、唯一の副作用は、削除されるべきであるよりも少ない値がＶＳＷから削除されるということである。その結果として、その後に到達する新しい値は必要であるよりも多いビットを用いて符号化されていることがある。
【００７６】
値の重複がまれにしか発生しなければ、前述したアルゴリズムを修正する必要はないが、その理由は、ＶＳＷデータで１回だけ発生する値についての受取を通知するもう一つの（曖昧でない）受取通知が到着したならば直ちにコンプレッサはその最適より劣る状態から抜け出させられることにある。
【００７７】
重複する値が頻繁に発生すると予期されるならば、受取通知の曖昧さを除去するために余分の情報を付け加えることができる。１例は、世代番号（ＧＮ）を各々の圧縮されている値に割り当て、そのＧＮを受取通知に入れるようにデコンプレッサに要求することである。
【００７８】
本発明をその好ましい実施態様を参照して説明したが、その範囲から逸脱せずにそれに多数の修正を加えることができることが理解されるべきである。その様な修正は全て添付されている請求項の範囲に属する。
【技術分野】
【０００１】
（関連出願への相互参照）
この出願は、“圧縮されているデータの可変長符号化”と題されている、１９９９年１１月９日に出願された米国暫定出願第６０／１６４，３３０号の出願日を主張する。
【０００２】
“ヘッダ圧縮のための効率的ハンドオフ手順”と題されている、２０００年３月９日に出願された米国特許出願第０９／５２２，４９７号を参照するが、この出願はこれの譲受人に譲渡されていて参照によりその全体がこれに編入される。
【０００３】
“パケットを送信し受信するための方法及びシステム”と題されている、２０００年３月２８日に出願された米国特許出願第０９／５３６，６３９号も参照するが、この出願はこれの譲受人に譲渡されていて参照によりその全体がこれに編入される。
【０００４】
（技術分野）
本発明は、パケット・ヘッダ圧縮を含む高効率データ圧縮に関する。
【背景技術】
【０００５】
効率が良くてエラーに強い方法で、一連の値を圧縮できることが重要である領域が多数ある。一例は、セルラー・ネットワークを介して実時間ＩＰベースのマルチメディア・トラフィックを伝えるＩＰ／ＵＤＰ／ＲＴＰヘッダ圧縮である。ＩＰ／ＵＤＰ／ＲＴＰヘッダのサイズは大きく、セルラーシステムの帯域幅に制限があるために、圧縮効率が絶対に必要である。セルラー・リンクのエラーを生じさせやすい特性の故に、エラーに強いことも必要である。
【０００６】
インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）、ＲＦＣ２５０８、１９９９年２月、に記載されているＲＴＰヘッダ圧縮は、無損失コンプレッサ−デコンプレッサ・リンクでの高圧縮効率を達成する。それは、ヘッダの殆どをわずか２バイトまで圧縮することができる。しかし、この構成はエラーに強くない。遭遇する問題は、エラー伝搬と、増大した圧縮されているヘッダのサイズとである。エラー伝搬は、ここでは、圧縮されているヘッダがエラーにより打撃を受けたならば、この圧縮されているヘッダが復号化不能となるだけではなくて、次に続く圧縮されているヘッダも、それらにエラーが無いとしても、おそらく復号化不能となるという事実を指す。増大した圧縮されているヘッダのサイズは、ここでは、エラー回復手順の故に、損失のあるリンク上の圧縮されているヘッダは損失の無いリンクで達成される最上の２バイトより大きいという事実を指す。ＲＦＣ２５０８の制限事項について以下で論じる。
【０００７】
ヘッダ圧縮方式は、ヘッダで運ばれる一定の情報フィールドが１．）変化しないか（ここでは’タイプ１’ヘッダ・フィールドと称される）、或いは２．）かなり予測し得る態様で変化する（ここでは’タイプ２’ヘッダ・フィールドと称される）という事実を利用する。’タイプ３’ヘッダ・フィールドと称される他のフィールドは、忠実には予測し得ない態様で変化する。
【０００８】
タイプ１ヘッダ・フィールドの例は、ＩＰアドレス、ＵＤＰポート番号、ＲＴＰ ＳＳＲＣ（同期化ソース）、等である。これらのフィールドは、セッションの過程で（例えば、セッション確率時に転送されるパケットの一部分として）受信装置／デコンプレッサに１回送られるだけでよい。
【０００９】
タイプ２ヘッダ・フィールドの例は、ＲＴＰタイム・スタンプ、ＲＴＰシーケンス番号、及びＩＰ ＩＤフィールドである。全て、パケットからパケットへと一定量ずつ増大する傾向を有する。従って、全てのヘッダでこれらの値を伝送する必要はない。必要なのは、ＲＦＣ２５０８においてデルタと称される一定の増大（差分）値をデコンプレッサに知らせることだけである。デコンプレッサは、最初のヘッダを復元するとき、これらのデルタを利用して最新のタイプフィールドを再生する。換言すると、タイプ２ヘッダ・フィールドを圧縮するために差分符号化が使用される。
【００１０】
殆どのＩＰスタック・インプリメンテーションについてのＩＰ−ＩＤフィールドは、ソースから送られる全てのパケットについて一定量ずつ増大する。従って、ＲＴＰストリーム・パケットがコンプレッサ−デコンプレッサ（ＣＤ）−チャネルにおいて同じソースからの他のパケットとインターリーブされない限りは、ＩＰ−ＩＤデルタは一定であって、送信される必要はない。
【００１１】
タイプ３ヘッダ・フィールドの例は、ＲＴＰ Ｍ−ビット（マーカー）であり、これは媒体における何らかの境界（例えば、ビデオ・フレームの終了）の発生を示す。媒体は普通は予測不能に変化するので、この情報を正しく予測することはできない。
【００１２】
ヘッダ圧縮方式の上記制約は、タイプ２フィールドのために使用されるデルタ符号化に由来する。差分符号化の故に、もし１つの圧縮されているヘッダが失われると、それに続く圧縮されているヘッダは復号化不能となり、その理由は、それらは復号化不能の圧縮されているヘッダから回帰的に予測されることにある。これは、私達がエラー伝搬と呼んだものである。
【００１３】
エラー伝搬から回復するために使用されるアルゴリズムは“トワイス（ｔｗｉｃｅ）”アルゴリズムとして知られており、圧縮されているパケットでパケットＵＤＰチェックサムが伝送されるならば、このアルゴリズムを使用することができる。ＣＤ−リンク上の圧縮されているパケットは４ビットのシーケンス番号を伝え、それはコンプレッサにより送られる各々の圧縮されているパケットについて１だけ大きくされる。デコンプレッサは、このシーケンス番号を使用して該リンク上の圧縮されているパケットの喪失を検出する。もしシーケンス番号が１より大きく増大したならば、デコンプレッサは、全ての圧縮されているパケット・デルタが最後の圧縮されているパケット・デルタから変化していないと思い、各々の喪失したパケットについて１つのデルタを加える。その後、デコンプレッサは、解凍されたパケットＵＤＰチェックサムを計算し、それが伝送されたＵＤＰチェックサムと釣り合うか否か調べることにより、該仮定が妥当であったか否か調べる。
【００１４】
トワイス・アルゴリズムは制限的でありすぎる。第１に、それは全ての圧縮されているパケットでチェックサム（２バイト）を送ることを必要とし、従って圧縮効率を顕著に低下させる。第２に、代表的なオーディオ・ストリームについて、トワイス・アルゴリズムは、最後に解凍されたパケットからＴＳ又はＩＰ−ＩＤジャンプがない場合に限って具合良く作用する。
【００１５】
デコンプレッサは、パケットを解凍できないときには、否定の受取通知Ｎａｃｋをコンプレッサに送る。Ｎａｃｋを受け取ると、コンプレッサは圧縮されていないヘッダ・フィールドを送らなければならない。フィールドが圧縮されずに送られなければならないので、Ｎａｃｋメカニズムは少なくとも１伝送遅延の持続時間のオーディオ又はビデオの機能停止と圧縮効率の低下とを招来する。
【００１６】
エラー伝搬を制限するために、コンプレッサは、デコンプレッサが要求していないのに圧縮されていないフィールドを定期的に送るリフレッシュ・メカニズムを使用することができる。しかし、その様なメカニズムは圧縮効率を更に低下させる。
【００１７】
ＲＦＣ２５０８のもう一つの制約は、圧縮されているヘッダの短いシーケンス番号である。前のシーケンス番号と連続していないシーケンス番号を有するヘッダをデコンプレッサが受け取ると、パケット喪失が検出され、コンプレッサとデコンプレッサとを再同期化するために回復機構が使用される。単に短いシーケンス番号を使用することは、’長い喪失’が頻繁に生じることのある無線などの、エラーが生じがちのリンクにとっては強健ではない。長い喪失は、ローにおける’シーケンス・サイクル’又はそれより多いパケットの喪失として定義される。長い喪失が発生したとき、デコンプレッサにより受信されたパケット中のシーケンス番号は’巻き付ける’。例えば、シーケンス番号がｋビットから成り、従ってシーケンス・サイクルが２kに等しいとする。ローにおいて２kパケットが喪失したとすると、デコンプレッサは、依然として到来するパケット中の連続するシーケンス番号を見ているので、パケットの喪失を検出することができない。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明は、１実施態様においてはＶＬＥ（ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｅｎｃｏｄｉｎｇ（可変長符号化））と称される強健で効率の良い符号化機構である。本発明のＶＬＥ及びその他の実施態様は、エラー伝搬と従来技術の効率低下とを解決する。
【課題を解決するための手段】
【００１９】
本発明は、部分的には、圧縮ポイントで受信されるヘッダ・タイプ２フィールドが増加傾向を示すという所見に基づいている。このことは、連続するヘッダからのフィールドが同じＭＳＢ（最上位ビット）を有していて、そのＬＳＢ（最下位ビット）だけ違うということを暗に意味する。従ってＬＳＢだけを伝送することによって圧縮を達成することができる。
【００２０】
本発明は、ＣＤリンクで前の圧縮されているパケットの喪失がどの様であっても正しい解凍を可能とするのに充分な様な最少数の送られるべきＬＳＢをコンプレッサが決定することを可能にする。
【００２１】
本発明は、どの様な値の系列にも応用されることができる。値が密集している（即ち、互いに近い）ほど、効率が高くなる。
【００２２】
本発明に従って現在の値をコンプレッサからデコンプレッサへ伝送される最少数の或いは減じた数のビットに圧縮する方法は、各々異なるｋ個の最下位ビットを有して該デコンプレッサに伝送されている少なくとも１つの前の値の系列を該コンプレッサにおいて維持し、前記の前の値の系列中のいずれかの値を基準として用いて該デコンプレッサにおいて前記の現在の値を首尾良く解凍することを可能にする最少数の又は減じた数のビットを表すｋの値を決定し；前記の現在の値を該コンプレッサから該デコンプレッサへ前記の現在の値のｋ個の最下位ビットと共に圧縮された形で伝送することを含んでいる。前記の現在の値を前記の前の値と比較して前記の現在の値と前記の前の値との最大の差ｒを決定することによりｋの値を決定することができ、このｋはｌｏｇ2（ｒ）＋１より大きな最小の整数であるように選択される。該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送ることができ、該コンプレッサは前記の少なくとも１つの前の値の系列を更新してより古い少なくとも１つの前の値を捨てることができる。該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値と共に前記の現在の値を解凍することができる。該デコンプレッサは、該基準値の下からその上にまで及ぶ値を包含するサーチ間隔を使用することができ；該サーチ間隔の中の値から同一のｋ個の最下位ビットを有する値を選択することができる。基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の系列と現在の値とにマッピングすることから値を作ることができ；少なくとも１つの前の値の系列は、デコンプレッサにより解凍されていると受取通知されている最も古い伝送された値を最旧値として有するように更新されることができる。該値は、基準値とビット数ｋとの関数であって良い。その関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であって良い。該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であって良い。少なくとも１つの受取通知は、受信された圧縮されていない値又は圧縮されている値であって良い。少なくとも１つの受取通知は、圧縮されている値の一部分を符号化するのに使用された情報を含む受信された圧縮されている値であって良い。少なくとも１つの受取通知は、少なくとも１つの前の値の系列中の最も古い値を含むことができる。コンプレッサとデコンプレッサとの間で値の系列での伝送中に失われることのある見積もられた最大数の値に基づいて少なくとも１つの前の値の系列を更新してより古い前の値を捨てることができる。圧縮されている現在の値は、その現在の値と共に伝送される数ｋを符号化することができる。その符号化はハフマン符号化であって良い。該値はＲＴＰヘッダを含むことができる。少なくとも１つの受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であって良い。
【００２３】
本発明に従って現在の値を最少数の又は減じた数のビットに圧縮するためのシステムは、異なるｋ個の最下位ビットを各々有する少なくとも１つの前の値の系列を維持するコンプレッサと；最少数の又は減じた数のｋ個の最下位ビットに圧縮されている現在の値を受信するデコンプレッサとを含んでおり；該コンプレッサは前記の少なくとも１つの前の値の系列中のいずれかの値を基準として用いて該現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定する。現在の値を少なくとも１つの前の値と比較してその現在の値と少なくとも１つの前の値との最大差ｒを決定することによりｋの値を決定することができ、ｋはｌｏｇ2（ｒ）＋１より大きな最小の整数であるように選択される。該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送ることができ、該コンプレッサは少なくとも１つの前の値の系列を更新してより古い少なくとも１つの前の値を捨てることができる。該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の系列の最後の値の基準値と共に該現在の値を該デコンプレッサで解凍することができる。該デコンプレッサは、該基準値より下からその上にまで及ぶサーチ間隔を使用することができ；該サーチ間隔の中の値から同一のｋ個の最下位ビットを有する値を選択することができる。基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の系列と現在の値とにマッピングすることから値を作ることができ；少なくとも１つの前の値の系列は、デコンプレッサにより解凍されていると受取通知されている最も古い伝送された値を最旧値として有するように更新されることができる。関数は[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］である。該関数は[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であって良い。受取通知は、受信された圧縮されていない値であって良い。少なくとも１つの受取通知は、受信された圧縮されている値であって良い。少なくとも１つの受取通知は、圧縮されている値の一部分を符号化するのに使用された情報を含む受信された圧縮されている値であって良い。コンプレッサとデコンプレッサとの間で値の系列での伝送中に失われることのある見積もられた最大数の値に基づいて少なくとも１つの前の値の系列が該コンプレッサにより更新されて少なくとも１つのより古い前の値を捨てることができる。圧縮されている現在の値は、その現在の値と共に伝送される数ｋを符号化することができる。該値はＲＴＰヘッダを含むことができる。少なくとも１つの受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であって良い。
【図面の簡単な説明】
【００２４】
【図１】情報の圧縮を概念的に示す。
【図２】情報の解凍を概念的に示す。
【図３】本発明に従って受取通知を用いて、より多いビット数を有するヘッダの送信からより少ないビット数へのコンプレッサの移行を示す。
【図４】本発明に従う１次圧縮のヘッダの送信から２次圧縮のヘッダへのコンプレッサの移行を示す。
【図５】本発明に従う最小ビット数ｋの選択の例を示す。
【図６】本発明に従う最小ビット数ｋの選択の例を示す。
【図７Ａ】本発明に従ってコンプレッサにより蓄積される値の滑りウィンドウの使用を示す。
【図７Ｂ】本発明に従ってコンプレッサにより蓄積される値の滑りウィンドウの使用を示す。
【図８】本発明に従って圧縮されている値を送信するために２つの符号化フィールドを使用するＶＬＥ符号化フォーマットの例を示す。
【発明を実施するための形態】
【００２５】
基本構想及び規則
図１は、圧縮情報とその例とを概念的に示している。圧縮コンテキストは情報の集合であり、部分集合であり或いは部分集合を象徴し、それは、限定無しに圧縮されているヘッダであって良い圧縮されている情報を作るために圧縮アルゴリズムへの入力として図３及び４に示されているコンプレッサにより使用されるヘッダを含む、限定無しに如何なる種類の情報であっても良い。他方の入力は、限定無しに圧縮されるべきヘッダとして例示されている圧縮されるべき情報のソースからのものである。
【００２６】
図２は、情報の解凍と、その例とを概念的に示している。解凍コンテキスト情報は情報の集合であり、部分集合であり或いは部分集合を象徴し、それは、限定無しに解凍されているヘッダであって良い解凍されている情報を作るために解凍アルゴリズムへの入力として図３及び４に示されている解凍により使用されるヘッダを含む、限定無しに如何なる種類の情報であっても良い。他方の入力は、限定無しに解凍されるべきヘッダとして例示されている解凍されるべき情報からのものである。
【００２７】
圧縮コンテキスト情報及び解凍コンテキスト情報は共に動的である、即ち、それらはそれぞれコンプレッサ及びデコンプレッサにより更新されることができる。更新の頻度はヘッダ圧縮メカニズムによる。コンプレッサにおいて圧縮コンテキスト情報の更新をもたらすことのある事象は、到来したヘッダの圧縮、或いはデコンプレッサからのフィードバックの受信を含む。デコンプレッサにおいて解凍コンテキスト情報の更新をもたらすことのある事象は、到来したヘッダの解凍を含む。コンプレッサは３つの状態：
・ ＦＨ（フルヘッダ（Ｆｕｌｌ Ｈｅａｄｅｒ））状態
・ ＦＯ（一次（Ｆｉｒｓｔ Ｏｒｄｅｒ））状態
・ ＳＯ（二次（Ｓｅｃｏｎｄ Ｏｒｄｅｒ））状態
のうちの１つであることができる。
【００２８】
コンプレッサは、初期化段階ではＦＨ状態で動作する。ＦＨ状態では、コンプレッサは完全なＲＴＰヘッダを送る。この状態は普通はＲＴＰセッションの始まりに又はセッションの半ばにおいて例えばコンプレッサが機能しなくなったり記憶を失うなどの非常に例外的な事象に起因して起こる一時的な状態である。
【００２９】
コンプレッサは更新段階ではＦＯ状態で動作する。ＦＯ状態では、送信装置はＦＯヘッダ、即ちそのヘッダが適切に符号化されている、基準ヘッダと比べて変化しているフィールド並びにシーケンス番号を運ぶパケット、を送る。デコンプレッサは、図３及び４に示されているように一定の数のＦＯについて受取通知するように期待され、その数はパターンによる。例えば、パターンが一定のパラメータで線形であるならば、補外法への過渡期には唯一の受取通知が必要であるに過ぎない。
【００３０】
コンプレッサは補外法段階ではＳＯ状態で動作する。この状態では、送信装置はＳＯパケットを、即ちそのヘッダが本質的にちょうどシーケンス番号であるパケットを、送る。デコンプレッサは、正しく受信されたＳＯパケットについて受取通知を出しても良いし受取通知を出さなくても良い。
【００３１】
ＶＬＥにおいて使用される１種の数学的関数について次のように説明するが、それは本発明と共に使用され得るけれども本発明はそれには限定されない。ｆ（ｋ， ｖ ｒｅｆ） ＝ （ｖ １， ｖ ２，．．．．．，ｖ ２k）と表示されるその様な関数は、基準値と称される整数ｖ ｒｅｆに写像すると共に、数個のビットｋを、全て異なるｋ個のＬＳＢを有する整数のｋ組に写像する。
【００３２】
その様な関数はいずれも適切であるかも知れないけれども、１つの好ましい実施態様は連続する値ｖ １， ｖ ２，．．．．．， ｖ ２k、即ちｖ ｉ ＝ ｖ １ ＋ ｉ−１を戻す関数だけを使用する。換言すると、該関数は長さ２ｋの値の間隔を有する。その間隔は[ｖ ｒｅｆ−Ｃ（ｋ， ｖ ｒｅｆ）， ｖ ｒｅｆ−Ｃ（ｋ， ｖ ｒｅｆ）＋２k］と書かれることができ、ここでＣはｋ及びｖ ｒｅｆの関数である整数値である。その様などんな間隔も興味あるものであるけれども、１つの好ましい実施態様はＣ（ｋ， ｖ ｒｅｆ） ＝ ０及びＣ（ｋ， ｖ ｒｅｆ） ＝ ２ｋ−１を使用する。換言すると、その実施態様は間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］と[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］とを使用する。
【００３３】
[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］間隔に基づくＶＬＥ実施態様について次のように説明する。システムは、コンプレッサと、デコンプレッサと、図３及び４に示されているＣＤチャネル即ち該コンプレッサ及び該デコンプレッサの間のリンク、とから成っている。該チャネルはエラーを生じがちであるかも知れない。この実施態様での仮定は、限定をするものではないが、圧縮されている値が該チャネルにより再注文されなくて、デコンプレッサへの入力として与えられる圧縮されている値は改竄されていない（換言すると改竄されているヘッダは失われたヘッダとして取り扱われる）ということだけである。該チャネルは、シンプレックス・リンク、即ちデコンプレッサからの圧縮されている値だけを運ぶリンクであるか、又はデュプレックス・リンクであることができ、即ち該チャネルは図３及び４に示されているようにデコンプレッサからコンプレッサへのフィードバックも運ぶ。好ましい実施態様ではデュプレックス・チャネルが使用される。
【００３４】
第１段階は、デコンプレッサによる初期値の取得である。これは、通信の開始時にコンプレッサが圧縮されていない値を送ることにより、或いは他の適当な手段により、実行されることができる。図３及び４に示されているようにデコンプレッサは値を受け取ったことを報じるためにフィードバック・チャネルを使用することができる。初期化は、限定無しに、コンプレッサが１つのフィードバック受取通知を受け取ったときに完了し、その後、ＶＬＥ符号化を使用して圧縮を行うことができる。ＶＬＥでは、値は可変数のビットｋとして圧縮される。ＶＬＥモードにおけるデコンプレッサの動作について最初に論じる。
【００３５】
図７Ａ及び７Ｂはウィンドウ更新プロセスを示す。ウィンドウは、コンプレッサに入力され圧縮され得るけれども圧縮される必要はない前の値から成る。ウィンドウは包含時点におけるｖi， ｖi+1，＿＿＿＿＿， ｖnであり：
（１）新しい値ｖn+1が圧縮されるとき、図７Ａに示されているようにこの新しい値を包含するために該ウィンドウが拡大される。
（２）その後、コンプレッサがそれらの値が最早デコンプレッサにより使用され得ないと知っているとき、それはこの例では値ｖi+2についての受取通知が発生したときであり得、より古い値（この例ではｖi及びｖi+1）を除去することにより、図７Ｂに示されているようにウィンドウが縮小される。
【００３６】
解凍：
基準値は、デコンプレッサにより解凍された最後の値である。コンプレッサは、図３及び４に示されているように受取通知の受信により、デコンプレッサからのフィードバックを使用せずにおそらく少なくとも１つの値が統計的に受信されるのに充分な持続時間にわたって値の系列が送信されたことを考慮して現実の値が受信されたという仮定のもとで、解凍を信号されることができる。デコンプレッサは、そのｋ個のＬＳＢが受信されたｋビットと釣り合う間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］の中の唯一の値を供給することにより、到来する圧縮されている値を解凍する。このサーチ間隔は、前に導入された関数の特別の実例である。解凍された値はｖ ｒｅｆとなり、それは次に到来する圧縮されている値を解凍するために使用される。好ましい実施態様では、デコンプレッサは、図３及び４に示されているような解凍されている少なくとも数個のパケットについての受取通知を報じる。受取通知が出されなければならないパケットの数は完全に弾力的であって、所望のアプリケーションの仕様を満たすように選択される。デコンプレッサからコンプレッサへ送られる受取通知が多いほど、後に示すように前進リンクにおける圧縮効率が高くなる。
【００３７】
圧縮：
ここでコンプレッサの動作を参照する。コンプレッサは、自分が圧縮して図７Ａ及び７Ｂに示されているデコンプレッサへ送った値の滑りウィンドウ（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ）を維持する。１実施態様では、該ウィンドウは、それについてデコンプレッサから受取通知を受信した最後の値と次に送られた値とを、それらがデコンプレッサに送信された順に保持する。コンプレッサは、滑りウィンドウの最大値及び最小値ｖ ｍｉｎ及びｖ ｍａｘも維持する。
【００３８】
新しい圧縮されていない値ｖがコンプレッサに到着すると、コンプレッサは、滑りウィンドウの全てのｖ ｉについての間隔[ｖ ｉ−２k-1， ｖ ｉ＋２k-1］の中にｖが存在するようにｖのｋ個のＬＳＢを送る。これはｒ＜２k−１により便利に表現されることができ、ここでｒ＝ｍａｘ（｜ｖ−ｖ ｍａｘ｜， ｜ｖ−ｖ ｍｉｎ｜）である。この様にコンプレッサはｌｏｇ2（ｒ）＋１より大きな最小の整数であるようにｋを選択する。コンプレッサが受取通知を受け取るとき、それは、その滑りウィンドウから図７Ｂを参照して前述したように該受取通知より前に送られた全ての値を除去する。
【００３９】
次の議論は、何故ＶＬＥが常に正しい解凍を提供する非常に弾力的なメカニズムであるかを説明する。
【００４０】
コンプレッサとデコンプレッサとが上記の規則に従う限りは、図３及び４に示されているコンプレッサとデコンプレッサとの間のＣＤチャネルでの喪失がどの様であっても正しい解凍が行われる。実際に、デコンプレッサにより使用される基準値ｖ ｒｅｆは、例えば図５及び６において点ｖ ｍｉｎとｖ ｍａｘとの間に示されているように、コンプレッサのウィンドウに必ず属し、従って符号化されている値は、デコンプレッサにより使用されるサーチ間隔である間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］の中にあると知られる。
【００４１】
ＶＬＥではエラー伝搬はない。デコンプレッサにより受信された圧縮されているパケットは常に解凍されることができる。パケット喪失は、圧縮されているパケットのサイズの漸増をもたらす。
【００４２】
受取通知が頻繁であるほど、ウィンドウ内の値は少なくなり、従ってより少ないＬＳＢが送られなければならなくなりそうである。これは、圧縮されるべき値が増加傾向に従い、受取通知が受信されるまで各々の新しい値ｖについてｖ−ｖ ｍｉｎが増大するヘッダ圧縮の場合に特に当てはまる。
【００４３】
圧縮されている値の長さがデコンプレッサに知られていなければならない。或る場合には、この長さは、例えばより低い符号化層からのフレーミング情報を通じて、追加のシグナリング無しで知られることができる。明示的なシグナリングが必要であるならば、好ましい実施態様はＶＬＥフォーマットを定義する。該フォーマットは図８に示されているように２つのフィールド：即ち長さフィールド（即ちＬＳＢの個数ｋ）と圧縮されている値のフィールド（即ち、最初の値ｖのｋ個のＬＳＢ）とを有することができる。
【００４４】
好ましい実施態様では、図８に示されているＶＬＥ長さフィールドは、それ自体がハフマン符号化を用いて符号化されている。他のどの様な符号化方法（例えば直線符号化）を使用しても良い。いろいろなアプリケーションについていろいろな長さの確度がアクセスされるべきであり、その後、望ましい場合にはこれらのデータを符号化するためにハフマン符号化アルゴリズムが使用されるべきである。コンプレッサとデコンプレッサとの間の通信リンクにおいて与えられた長さに遭遇する確度は、リンクの特性（喪失及び遅延）とデコンプレッサ受取通知期間と、圧縮されるべき最初の値のパターンとを知って評価されることができる。
【００４５】
長さフィールド自体の長さを更に短くするために、コンプレッサに強いて値の縮小された集合からフィールドの長さを選択させることができる。例えば、圧縮されていないフィールドが３２ビットで、確度４ビット、８ビット及び３２ビットの減少する順となっている次の長さを最大２ビットの長さで符号化したいとすると、適切なコードワードは、４ビットについては単一のビット０、８ビットについては２ビット値１０、３２ビットについては２ビット値１１である。
【００４６】
適切な符号化を用いることは、圧縮されている値の平均サイズを最小にする。
【００４７】
更に、もし長さを他のパケット・フィールドから得られるのであれば、長さ情報は専用のビットを必要としないかも知れない。例えば、典型的ヘッダ圧縮アプリケーションでは、パケット・タイプ・フィールドが圧縮されているヘッダで送られる。このパケット・タイプ・フィールドを使用して、まれにしか越えられることのないデフォルト長さを暗に示すことができる。その場合、デフォルト長さが越えられると、別のパケット・タイプが使用される。これはまれにしか発生しないことなので、オーバーヘッドは全体的には減少される。
【００４８】
もしフィードバック・チャネルがなければ、コンプレッサのウィンドウを前へ移動させてｋが永久に増大しないように維持するために他の（帯域外）情報又は追加の仮定が必要となる。１つの方法は、コンプレッサからデコンプレッサへのチャネルに沿って多くてもＬ個の連続する圧縮されている値が失われることがあると仮定することである。換言すると、コンプレッサは、（Ｌ＋１）個の連続する圧縮されている値のうちの少なくとも１つがデコンプレッサに到達することを確かに知っているということになる。従って、コンプレッサは、デコンプレッサへ送られた最後の（Ｌ＋１）個の値をウィンドウに蓄積しておくだけでよい。従って、範囲（ｖ ｍａｘ−ｖ ｍｉｎ）と、従ってｋの値とは、送られた最後の（Ｌ＋１）個の値のみに依存する。
【００４９】
ＲＦＣ２５０８とは逆に、コンプレッサ−デコンプレッサ・シーケンス番号を使用する必要はない。その代わりに、ＲＴＰシーケンス番号がＶＬＥを用いて符号化される。デコンプレッサは、自分が受け取ったＲＴＰ ＳＮをコンプレッサに送ることによってＶＬＥアプリケーションに記載されているように図３及び４に示されているようなパケットを受け取ったことを通知する。
【００５０】
最上の受取通知について後述するように、デコンプレッサは圧縮されていないＲＴＰ ＳＮ値を戻す必要はない。
【００５１】
次の例は、ＲＦＣ２５０８に記載されているＲＴＰ ＳＮ圧縮についての本発明の働きを示す。コンプレッサに、そのＳＮ（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ（シーケンス番号））が：３２、３３、３５、３６、３９、４０、３８、４１である到来するパケットの系列が供給される。そのシーケンス番号が３５であるパケットについてデコンプレッサが受取を通知したと仮定すると、コンプレッサは，受取が通知された最後のパケットから送信された上記のシーケンス番号のウィンドを維持する。受取通知が受信されたとき、コンプレッサのウィンドウは３５、３６、３９、４０、３８、４１である。今、ＳＮ値４３を有する新しいＳＮ値がコンプレッサに到来すると仮定する。コンプレッサはそのウィンドウ最大値を探し、４１を発見する。コンプレッサはウィンドウ最小値であるを探し、３５を発見する。コンプレッサは、到来した値の、その上限（４３−４１＝２）及び下限（４３−３５＝８）までの距離ｒを計算する。最大距離は８である。コンプレッサは、整数がｌｏｇ2ｒ＋１より大きくなるように数個のビットｋを送らなければならず、この例では２kは１７より大きい。この数ｋ ＝ ５である。４３は２進数形式では１０１０１１と書かれるので、コンプレッサは５個のＬＳＢ、即ち０１０１１，を送る。デコンプレッサ基準値は、デコンプレッサにより解凍された最後の値であり、それは確かにコンプレッサ・ウィンドウ内の値のうちの１つである。デコンプレッサは、その５個のＬＳＢが０１０１１であって基準値に最も近い値を戻すことによって、到来した（０１０１１）を解凍する。基準値が何であっても、この値は常に４３である。例えば、デコンプレッサにより受信される最後の値が、それが圧縮されている値を受け取るときに４０であると仮定すると（即ちコンプレッサとデコンプレッサとの間のリンクで３８と４１とが失われた）、デコンプレッサにより使用されるサーチ間隔は［２５， ５６］或いは２進形式で［０１１００１， １１１０００］である。その最後のＬＳＢが０１０１１である該間隔内の唯一の値は１０１０１１，即ち４３である。
【００５２】
デコンプレッサがｋの値を選び取るもう一つの方法は、４０に最も近い、そのＬＳＢが０１０１１である値を選ぶことである。数４０は２進形式では１０１０００である。その最後のＬＳＢが０１０１１である１０１０００に最も近い値は０１０１１，即ち４３である。このことは、コンプレッサ−デコンプレッサ・リンクにおける喪失がどの様であっても、ＶＬＥが正しい解凍を与える送られるべきＬＳＢビットの最小の又は減少された数の決定を許すということを例証する。
【００５３】
図５及び６は、ＶＬＥ符号化されるべき現在の値が、同じＬＳＢを持っていてウィンドウ内の最大値又は最小値に最も近い値の中にあるようにｋの値を選ぶことを示している。図５は、ｖがｖ ｍａｘより大きい場合を示し、図６はｖがｖ ｍｉｎより小さい場合を示している。
【００５４】
ＲＴＰタイム・スタンプ又はＩＰ−ＩＤフィールドが送られるパケットでは、これらのフィールドは、送信されたパケットの、ＳＮ符号化に使用されるとの同じウィンドウを使用して符号化される。従って、デコンプレッサは、これらのフィールドを、その受取通知をするために、逆／フィードバック・チャネルで送り返さない。ウィンドウは、ベクトル（ＳＮ、ＴＳ、ＩＰ−ＩＤ）のウィンドウと見なされても良い。与えられたベクトルの受取通知は、ＳＮフィールドだけを戻すことによって行われることができる。
【００５５】
１実施態様は、ＳＮ、ＴＳ及びＩＰ−ＩＤを、これらのフィールドが送られなければならない時、送るために受取通知の枠組みに基づいてヘッダ圧縮を行う。他の符号化をＴＳ及びＩＰ−ＩＤのために使用することができる。このヘッダ圧縮方式を以下において要約する。
【００５６】
受取通知を使用するＦＯ及びＳＯ状態への移行
新しいセッションが始まるとき、コンプレッサは、少なくとも１つのＦＨパケットが受信されたことを示す受取通知（ＡＣＫ）をデコンプレッサから受け取るまで、ＦＨ状態で動作する。コンプレッサがＦＨ状態からＦＯ状態へ移行し得るように、ＦＨパケットの受取通知を、それがそれを受け取ったら直ちに出すことは、デコンプレッサの責務である。受取通知は、デコンプレッサにより解凍された圧縮されている現在の値又は圧縮されていない現在の値を含むことができる。いずれの量も、コンプレッサが圧縮の状態を更新して古い値を捨て始めることを許す。
【００５７】
ＦＯ状態では、コンプレッサはＦＯパケットを送信し、デコンプレッサは受信したＦＯパケット（必ずしも全てのＦＯパケットではない）について受取通知を出すと想定される。デコンプレッサがＦＯＤを確立し、そのＦＯＤが送信される現在のヘッダと最後に送られたヘッダとの間のＦＯＤと同じであるとコンプレッサが決定したならば、コンプレッサはＳＯ状態に進んでＳＯパケットを送り始める。
【００５８】
上で論じた理由により、コンプレッサはＳＯ状態からＦＯ状態に戻らなければならないかも知れない。しかし、コンプレッサは、システムのクラッシュの故にデコンプレッサがそのコンテキストを失うなどの例外的事象が発生しなければ、ＦＨ状態には決して戻らない。コンプレッサがＦＯ状態であるときには、それは前述したようにＳＯ状態へ進もうとする。
【００５９】
２０００年３月２８日に出願された、“パケットを送信し受信する方法及びシステム”という題された出願第０９／５３６，６３９号において適当なパケットの種類が開示されている。
【００６０】
固定長符号化（Ｆｉｘｅｄ Ｌｅｎｇｔｈ Ｅｎｃｏｄｉｎｇ（ＦＬＥ））及び片側可変長符号化（Ｏｎｅ Ｓｉｄｅｄ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｅｎｃｏｄｉｎｇ（ＯＶＬＥ）と称されるＶＬＥの２つの変化形を下で説明する。
【００６１】
固定長符号化（ＦＬＥ）
範囲ｒ ＝ （ｖ ｍａｘ − ｖ ｍｉｎ）が上限を決して越えないことが確かに知られているならば、固定長符号化を使用することができる。この範囲を包含するために必要な最少数のビットである同じ数のビットで全ての値が符号化される。長さは、この場合には既知の定数であると仮定されているので、送信されなくても良い。
【００６２】
片側可変長符号化（ＯＶＬＥ）
前述したＶＬＥは、基準値ｖ ｒｅｆにマッピングする関数とサーチ間隔[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］を戻すビット数ｋとに基づいている。これは、１つの値から次の値への任意の変化（正、負）に配慮するので、非常に普遍的で融通がきく。しかし、この間隔は、単調なフィールドに使用されるときには最も効率が良いというわけではない。実際には、デコンプレッサは部分集合[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k-1］の中の値だけを選び取る。
【００６３】
ＲＴＰヘッダ圧縮の場合には、フィールドは普通は増大する順にコンプレッサに到達する。しかし、コンプレッサからの誤配列ストリームがあり得、またタイム・スタンプの場合には符号器は符号化されているフレームをそれらがサンプリングされた順に配達しないかも知れないので、例外がある。効率を高めるために、ｖ ｒｅｆを中心としない、例えば間隔[ｖ ｒｅｆ−２k-2， ｖ ｒｅｆ＋３＊２k-2］などのサーチ間隔を戻す関数は使用に値する。
【００６４】
ＶＬＥが適応ヘッダ圧縮アプリケーションの一部分として使用されるときには、与えられたｋについて最も効率の良い間隔[ｖ ｒｅｆ， ｖ＿ｒｅｆ＋２k］を使用することが可能である。これは、片側可変長符号化（ＯＶＬＥ）と称される。コンプレッサ到来値が増大し続けている限りは、ＦＯパケットのためにはＶＬＥが使用され、ＳＯパケットのためにはＯＶＬＥが使用される。コンプレッサの前でパケットの誤配列が生じた場合には、コンプレッサは常に該パケットをＦＯパケットとして圧縮する。或いは、コンプレッサは、誤配列が発生してもＳＯ状態にとどまるためにパケットを配列し直し且つ／又はパケットを落とすことができる。
【００６５】
圧縮されているデータの可変長符号化（ＶＬＥ）及び片側ＶＬＥ（ＯＶＬＥ）のための最適の受取通知アルゴリズム
総体的圧縮効率を高めるために、デコンプレッサによりコンプレッサへ送られる受取通知のサイズを最小限に保つことが望ましい。ここで論じるアルゴリズムでは、デコンプレッサは、それが圧縮されているメッセージで受け取ったのと同数のビット（或いは、後述するように多くてももう２つのビット）を受取通知で送るだけでよい。
【００６６】
ＶＬＥ及びＯＶＬＥに関して記述したように、コンプレッサは値ＶＳＷの滑りウィンドウを維持すると共に、最初の圧縮されていない値の各々をデコンプレッサへの伝送後にＶＳＷに蓄積する。
ＶＳＷ： ｖ1， ｖ2， ｖ3， ．．． ｖi， ．．． ｖn
（注：ｖ1は最も古い値であり、ｖnは最新のである）
【００６７】
事例１：単一符号化方法
唯一の符号化方法が使用され（ＶＬＥ又はＯＶＬＥ）、コンプレッサ及びデコンプレッサの両方がどれが使用されているかを知っていると仮定する。デコンプレッサが圧縮されている値を首尾良く受信してそれについて受取通知を出すと決定したとき、それは単に受信した圧縮されている値を受取通知にコピーしてそれをコンプレッサに送り戻す。
【００６８】
コンプレッサは、受取通知メッセージを受信したとき、次の３つのステップで該受取通知を処理する：
１） ＶＳＷのｖ1（最も古い値）を基準値として使用し、デコンプレッサと同じ規則に従って受取通知内の圧縮されている値を解凍する。解凍された値はｖ ａｃｋｅｄとして特定される。
２） ｖ ａｃｋｅｄの最初の（最も古い）発生について、ＶＳＷを頭（最旧）から尾（最新）まで探索する。
３） ｖ ａｃｋｅｄに先立つ（より古い）全ての値を削除する。
【００６９】
上記のアルゴリズムはＶＳＷの次の特性を遵守することにより働くということを示すことができる：
− もしＨＳＷ内のｖ１がコンプレッサによりｋビットを使用して送られたならば、それは、基準値と同じｋビットを用い且ついずれかのｖi（ｊ≦ｉ）を用いて正しく解凍されることができる。
【００７０】
具体的には、ＶＳＷ内のどの値を解凍するためにもｖ1を基準値として使用することができる。受取通知は常にＶＳＷ内の値のうちの１つについての受取を通知するものであるという事実と相まって、ステップ１）で得られたｖ ａｃｋｅｄは実際に受取通知メッセージをトリガーした正しい最初の値であると結論される。
【００７１】
事例２：複数の符号化方法
この場合、デコンプレッサは符号化方法をＶＬＥ及びＯＶＬＥの間で動的に切り換える。この事例を取り扱うためには前述したアルゴリズムを僅かに変更するだけでよい。基本的には、各受取通知メッセージにおいて、デコンプレッサは、受信された値を圧縮するためにどの符号化方法が使用されたか示すためにフラグを付け加えなければならない。従って、コンプレッサは、受取通知メッセージを受け取ったとき、該受取通知中の符号化フラグに基づいて正しい解凍方法を選ぶことができる。ＶＳＷの特性が適用され得る限りは、前のセクションのと同じ理由に基づいて、修正されたアルゴリズムは正しい。
【００７２】
ＶＬＥ及び／又はＯＶＬＥがヘッダ圧縮に適用されるときにも、コンプレッサからデコンプレッサへ送られる圧縮されているヘッダで符号化フラグを明示的に伝える必要はないが、その理由は、デコンプレッサはヘッダの種類と他の構成情報とに基づいてその情報を暗示的に得ることができることにある。しかし、逆方向には、該フラグは受取通知メッセージで明示的に伝えられなければならない。最悪の場合には、３つの可能なもの：ＶＬＥ、プラス側ＯＶＬＥ（ｐｌｕｓ−ｓｉｄｅｄ ＯＶＬＥ）、マイナス側ＯＶＬＥ（ｍｉｎｕｓ−ｓｉｄｅ ＯＶＬＥ）を区別するために２ビットが必要である。ＯＶＬＥの側情報が予め定められるならば、符号化フラグを１ビットに縮小することができる。
【００７３】
ＶＳＷにおける対になった値
上で論じられていない特別の場合が１つある。コンプレッサの滑りウィンドウで同じ（最初の圧縮されていない）値が２つ以上発生することがある。このことは次の２つの理由から考察されなければならない：１）理論上、該アルゴリズムは包括的で如何なる値のシーケンスにも働くべきである；２）実際には、或るビデオ符号のためのＲＴＰタイム・スタンプはこの挙動を有する。
【００７４】
計算された値ｖ ａｃｋｅｄが依然として正しくても、ＶＳＷでのｖ ａｃｋｅｄのどの発生が（複数の発生が発見されたならば）実際にＡＣＫをトリガーしたのかコンプレッサが決定できないということが問題である。
【００７５】
しかし、コンプレッサは常にＶＳＷにおけるｖ ａｃｋｅｄの最初の（最も古い）発生を選ぶので、アルゴリズムは働くことに留意するべきである。もしそれが受取通知をトリガーした正しい事実でなければ、唯一の副作用は、削除されるべきであるよりも少ない値がＶＳＷから削除されるということである。その結果として、その後に到達する新しい値は必要であるよりも多いビットを用いて符号化されていることがある。
【００７６】
値の重複がまれにしか発生しなければ、前述したアルゴリズムを修正する必要はないが、その理由は、ＶＳＷデータで１回だけ発生する値についての受取を通知するもう一つの（曖昧でない）受取通知が到着したならば直ちにコンプレッサはその最適より劣る状態から抜け出させられることにある。
【００７７】
重複する値が頻繁に発生すると予期されるならば、受取通知の曖昧さを除去するために余分の情報を付け加えることができる。１例は、世代番号（ＧＮ）を各々の圧縮されている値に割り当て、そのＧＮを受取通知に入れるようにデコンプレッサに要求することである。
【００７８】
本発明をその好ましい実施態様を参照して説明したが、その範囲から逸脱せずにそれに多数の修正を加えることができることが理解されるべきである。その様な修正は全て添付されている請求項の範囲に属する。
【特許請求の範囲】
【請求項１】
コンプレッサからデコンプレッサへ伝送するために現在の値を最少数のビットに圧縮する方法であって、この方法は：
少なくとも１つの前の値の系列を該コンプレッサにおいて維持することを含み、各々の前の値は異なるｋ個の最下位ビットを有すると共に該デコンプレッサへ伝送されており；
前の値の該系列中のいずれかの値を基準値として用いて該デコンプレッサにおいて該現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定することを含み；
現在の該値を現在の該値のｋ個の最下位ビットと共に該コンプレッサから該デコンプレッサへ圧縮されている形で送ることを含むことを特徴とする方法。
【請求項２】
ｋの値は、現在の値と少なくとも１つの前の値とを比較してその現在の値と少なくとも１つの前の値との最大の差ｒを決定することにより決定され、このｋはｌｏｇ2（ｒ）＋１より大きい最小の整数であるように選択される整数であることを特徴とする請求項１に記載の方法。
【請求項３】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは少なくとも１つのより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項１に記載の方法。
【請求項４】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは少なくとも１つのより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項２に記載の方法。
【請求項５】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項１に記載の方法。
【請求項６】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項２に記載の方法。
【請求項７】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項３に記載の方法。
【請求項８】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項４に記載の方法。
【請求項９】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項５に記載の方法。
【請求項１０】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項６に記載の方法。
【請求項１１】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項７に記載の方法。
【請求項１２】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項８に記載の方法。
【請求項１３】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１に記載の方法。
【請求項１４】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項２に記載の方法。
【請求項１５】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項３に記載の方法。
【請求項１６】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項４に記載の方法。
【請求項１７】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項５に記載の方法。
【請求項１８】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項６に記載の方法。
【請求項１９】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項７に記載の方法。
【請求項２０】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項８に記載の方法。
【請求項２１】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項９に記載の方法。
【請求項２２】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１０に記載の方法。
【請求項２３】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１１に記載の方法。
【請求項２４】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１２に記載の方法。
【請求項２５】
該値は、基準値とビット数ｋとの関数であることを特徴とする請求項１に記載の方法。
【請求項２６】
該関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であることを特徴とする請求項２５に記載の方法。
【請求項２７】
該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であることを特徴とする請求項２５に記載の方法。
【請求項２８】
少なくとも１つの該受取通知は、受信された圧縮されていない値であることを特徴とする請求項３に記載の方法。
【請求項２９】
少なくとも１つの該受取通知は、受信された圧縮されている値であることを特徴とする請求項３に記載の方法。
【請求項３０】
少なくとも１つの該受取通知は、圧縮されている該値の一部分を符号化するのに使用される情報を含んでいる受信された圧縮されている値であることを特徴とする請求項２９に記載の方法。
【請求項３１】
少なくとも１つの該受取通知は、前の値の該系列の中の最も古い値を包含することを特徴とする請求項２８に記載の方法。
【請求項３２】
少なくとも１つの該受取通知は、前の値の該系列の中の最も古い値を包含することを特徴とする請求項２９に記載の方法。
【請求項３３】
前の値の該系列は、該コンプレッサと該デコンプレッサとの間での値の系列の伝送中に失われることのある値の見積もられた最大数に基づいてより古い前の値を捨てるように更新されることを特徴とする請求項１に記載の方法。
【請求項３４】
圧縮されている現在の値は、その現在の値と共に送られる数ｋを符号化することを特徴とする請求項１に記載の方法。
【請求項３５】
該符号化はハフマン符号化であることを特徴とする請求項３４に記載の方法。
【請求項３６】
該値はＲＴＰヘッダを含むことを特徴とする請求項１に記載の方法。
【請求項３７】
少なくとも１つの該受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であることを特徴とする請求項３３に記載の方法。
【請求項３８】
現在の値を最少数のビットに圧縮するためのシステムであって：
異なるｋ個の最下位ビットを各々有する少なくとも１つの前の値の系列を維持するコンプレッサと；
最少数のｋ個の最下位ビットに圧縮されている現在の該値を該コンプレッサから受信するデコンプレッサとを含んでおり；
該コンプレッサは、少なくとも１つの前の値の該系列中のいずれかの値を基準として使用して該デコンプレッサにおいて現在の該値を首尾良く解凍することを可能にする最小数のビットを表すｋの値を決定することを特徴とするシステム。
【請求項３９】
ｋの値は、現在の該値と少なくとも１つの前の該値との最大差を決定するために現在の該値を少なくとも１つの前の該値と比較することにより決定され、ｋはｌｏｇ2（ｒ）＋１より大きい最小の整数であるように選択される整数であることを特徴とする請求項３８に記載のシステム。
【請求項４０】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサはより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項３８に記載のシステム。
【請求項４１】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは、より古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項３９に記載のシステム。
【請求項４２】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項３８に記載のシステム。
【請求項４３】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項３９に記載のシステム。
【請求項４４】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項４０に記載のシステム。
【請求項４５】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項４１に記載のシステム。
【請求項４６】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４２に記載のシステム。
【請求項４７】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４４に記載のシステム。
【請求項４８】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４４に記載のシステム。
【請求項４９】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４５に記載のシステム。
【請求項５０】
該コンプレッサは、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから該値を作り；少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項３８に記載のシステム。
【請求項５１】
該関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であることを特徴とする請求項３８に記載のシステム。
【請求項５２】
該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であることを特徴とする請求項３８に記載のシステム。
【請求項５３】
該受取通知は受信された圧縮されていない値であることを特徴とする請求項４０に記載のシステム。
【請求項５４】
少なくとも１つの該受取通知は受信された圧縮されている値であることを特徴とする請求項４０に記載のシステム。
【請求項５５】
少なくとも１つの該受取通知は、圧縮されている値の一部分を符号化するのに使用される情報を含む受信された圧縮されている値であることを特徴とする請求項５４に記載のシステム。
【請求項５６】
少なくとも１つの前の値の該系列は、該コンプレッサと該デコンプレッサとの間での値の系列の伝送中に失われることのある値の見積もられた最大数に基づいて少なくとも１つのより古い前の値を捨てるように該コンプレッサにより更新されることを特徴とする請求項３８に記載のシステム。
【請求項５７】
圧縮されている現在の該値は、その現在の値と共に送信される数ｋを符号化することを特徴とする請求項３８に記載のシステム。
【請求項５８】
該値はＲＴＰヘッダを含むことを特徴とする請求項３８に記載のシステム。
【請求項５９】
少なくとも１つの該受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であることを特徴とする請求項４０に記載のシステム。
【請求項６０】
コンプレッサからデコンプレッサへ送るために現在の値を減じられた数のビットに圧縮する方法であって、この方法は：
少なくとも１つの前の値の系列を該コンプレッサにおいて維持することを含み、各々の前の値は異なるｋ個の最下位ビットを有すると共に該デコンプレッサへ送信されており；
前の値の該系列中のいずれかの値を基準値として使用して該デコンプレッサにおいて現在の該値を首尾良く解凍することを可能にする減じられた数のビットを表すｋの値を決定することを含んでおり；
現在の該値を現在の該値のｋ個の最下位ビットと共に該コンプレッサから該デコンプレッサへ圧縮されている形で送ることを含むことを特徴とする方法。
【請求項１】
コンプレッサからデコンプレッサへ伝送するために現在の値を最少数のビットに圧縮する方法であって、この方法は：
少なくとも１つの前の値の系列を該コンプレッサにおいて維持することを含み、各々の前の値は異なるｋ個の最下位ビットを有すると共に該デコンプレッサへ伝送されており；
前の値の該系列中のいずれかの値を基準値として用いて該デコンプレッサにおいて該現在の値を首尾良く解凍することを可能にする最少数のビットを表すｋの値を決定することを含み；
現在の該値を現在の該値のｋ個の最下位ビットと共に該コンプレッサから該デコンプレッサへ圧縮されている形で送ることを含むことを特徴とする方法。
【請求項２】
ｋの値は、現在の値と少なくとも１つの前の値とを比較してその現在の値と少なくとも１つの前の値との最大の差ｒを決定することにより決定され、このｋはｌｏｇ2（ｒ）＋１より大きい最小の整数であるように選択される整数であることを特徴とする請求項１に記載の方法。
【請求項３】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは少なくとも１つのより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項１に記載の方法。
【請求項４】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは少なくとも１つのより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項２に記載の方法。
【請求項５】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項１に記載の方法。
【請求項６】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項２に記載の方法。
【請求項７】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項３に記載の方法。
【請求項８】
該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを更に含むことを特徴とする請求項４に記載の方法。
【請求項９】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項５に記載の方法。
【請求項１０】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項６に記載の方法。
【請求項１１】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項７に記載の方法。
【請求項１２】
該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を該デコンプレッサにおいて使用し；
該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項８に記載の方法。
【請求項１３】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１に記載の方法。
【請求項１４】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項２に記載の方法。
【請求項１５】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項３に記載の方法。
【請求項１６】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項４に記載の方法。
【請求項１７】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項５に記載の方法。
【請求項１８】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項６に記載の方法。
【請求項１９】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項７に記載の方法。
【請求項２０】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項８に記載の方法。
【請求項２１】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項９に記載の方法。
【請求項２２】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１０に記載の方法。
【請求項２３】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１１に記載の方法。
【請求項２４】
該値は、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから作られ；
少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項１２に記載の方法。
【請求項２５】
該値は、基準値とビット数ｋとの関数であることを特徴とする請求項１に記載の方法。
【請求項２６】
該関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であることを特徴とする請求項２５に記載の方法。
【請求項２７】
該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であることを特徴とする請求項２５に記載の方法。
【請求項２８】
少なくとも１つの該受取通知は、受信された圧縮されていない値であることを特徴とする請求項３に記載の方法。
【請求項２９】
少なくとも１つの該受取通知は、受信された圧縮されている値であることを特徴とする請求項３に記載の方法。
【請求項３０】
少なくとも１つの該受取通知は、圧縮されている該値の一部分を符号化するのに使用される情報を含んでいる受信された圧縮されている値であることを特徴とする請求項２９に記載の方法。
【請求項３１】
少なくとも１つの該受取通知は、前の値の該系列の中の最も古い値を包含することを特徴とする請求項２８に記載の方法。
【請求項３２】
少なくとも１つの該受取通知は、前の値の該系列の中の最も古い値を包含することを特徴とする請求項２９に記載の方法。
【請求項３３】
前の値の該系列は、該コンプレッサと該デコンプレッサとの間での値の系列の伝送中に失われることのある値の見積もられた最大数に基づいてより古い前の値を捨てるように更新されることを特徴とする請求項１に記載の方法。
【請求項３４】
圧縮されている現在の値は、その現在の値と共に送られる数ｋを符号化することを特徴とする請求項１に記載の方法。
【請求項３５】
該符号化はハフマン符号化であることを特徴とする請求項３４に記載の方法。
【請求項３６】
該値はＲＴＰヘッダを含むことを特徴とする請求項１に記載の方法。
【請求項３７】
少なくとも１つの該受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であることを特徴とする請求項３３に記載の方法。
【請求項３８】
現在の値を最少数のビットに圧縮するためのシステムであって：
異なるｋ個の最下位ビットを各々有する少なくとも１つの前の値の系列を維持するコンプレッサと；
最少数のｋ個の最下位ビットに圧縮されている現在の該値を該コンプレッサから受信するデコンプレッサとを含んでおり；
該コンプレッサは、少なくとも１つの前の値の該系列中のいずれかの値を基準として使用して該デコンプレッサにおいて現在の該値を首尾良く解凍することを可能にする最小数のビットを表すｋの値を決定することを特徴とするシステム。
【請求項３９】
ｋの値は、現在の該値と少なくとも１つの前の該値との最大差を決定するために現在の該値を少なくとも１つの前の該値と比較することにより決定され、ｋはｌｏｇ2（ｒ）＋１より大きい最小の整数であるように選択される整数であることを特徴とする請求項３８に記載のシステム。
【請求項４０】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサはより古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項３８に記載のシステム。
【請求項４１】
該デコンプレッサは、該デコンプレッサが値を解凍したことを示す少なくとも１つの受取通知を該コンプレッサに送り、該コンプレッサは、より古い前の値を捨てるために少なくとも１つの前の値の該系列を更新することを特徴とする請求項３９に記載のシステム。
【請求項４２】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項３８に記載のシステム。
【請求項４３】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項３９に記載のシステム。
【請求項４４】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項４０に記載のシステム。
【請求項４５】
該デコンプレッサは、該基準値に最も近い受信された現在の値のｋ個の最下位ビットと同一のｋ個の最下位ビットを有する値として解凍されるべき少なくとも１つの前の値の該系列の最後の値の基準値で該デコンプレッサにおいて現在の該値を解凍することを特徴とする請求項４１に記載のシステム。
【請求項４６】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４２に記載のシステム。
【請求項４７】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４４に記載のシステム。
【請求項４８】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４４に記載のシステム。
【請求項４９】
該デコンプレッサが該基準値より下から該基準値の上にまで及ぶ値を含むサーチ間隔を使用し；該サーチ間隔内の値から同一のｋ個の最下位ビットを有する値を選択することを更に含むことを特徴とする請求項４５に記載のシステム。
【請求項５０】
該コンプレッサは、基準値ｖ ｒｅｆとビット数ｋとを少なくとも１つの前の値の該系列と現在の該値とにマッピングすることから該値を作り；少なくとも１つの前の値の該系列は、該デコンプレッサにより解凍されたと受取通知されている最も古い送信された値を最旧の値として有するように更新されることを特徴とする請求項３８に記載のシステム。
【請求項５１】
該関数は、[ｖ ｒｅｆ−２k-1， ｖ ｒｅｆ＋２k-1］であることを特徴とする請求項３８に記載のシステム。
【請求項５２】
該関数は、[ｖ ｒｅｆ， ｖ ｒｅｆ＋２k］であることを特徴とする請求項３８に記載のシステム。
【請求項５３】
該受取通知は受信された圧縮されていない値であることを特徴とする請求項４０に記載のシステム。
【請求項５４】
少なくとも１つの該受取通知は受信された圧縮されている値であることを特徴とする請求項４０に記載のシステム。
【請求項５５】
少なくとも１つの該受取通知は、圧縮されている値の一部分を符号化するのに使用される情報を含む受信された圧縮されている値であることを特徴とする請求項５４に記載のシステム。
【請求項５６】
少なくとも１つの前の値の該系列は、該コンプレッサと該デコンプレッサとの間での値の系列の伝送中に失われることのある値の見積もられた最大数に基づいて少なくとも１つのより古い前の値を捨てるように該コンプレッサにより更新されることを特徴とする請求項３８に記載のシステム。
【請求項５７】
圧縮されている現在の該値は、その現在の値と共に送信される数ｋを符号化することを特徴とする請求項３８に記載のシステム。
【請求項５８】
該値はＲＴＰヘッダを含むことを特徴とする請求項３８に記載のシステム。
【請求項５９】
少なくとも１つの該受取通知は、ＲＴＰヘッダのＴＳ及びＩＰ−ＩＤの受取通知を表すＲＴＰ ＳＮヘッダの受取通知であることを特徴とする請求項４０に記載のシステム。
【請求項６０】
コンプレッサからデコンプレッサへ送るために現在の値を減じられた数のビットに圧縮する方法であって、この方法は：
少なくとも１つの前の値の系列を該コンプレッサにおいて維持することを含み、各々の前の値は異なるｋ個の最下位ビットを有すると共に該デコンプレッサへ送信されており；
前の値の該系列中のいずれかの値を基準値として使用して該デコンプレッサにおいて現在の該値を首尾良く解凍することを可能にする減じられた数のビットを表すｋの値を決定することを含んでおり；
現在の該値を現在の該値のｋ個の最下位ビットと共に該コンプレッサから該デコンプレッサへ圧縮されている形で送ることを含むことを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【公開番号】特開２０１１−２２９１６１（Ｐ２０１１−２２９１６１Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−１２２７０２（Ｐ２０１１−１２２７０２）
【出願日】平成２３年５月１３日（２０１１．５．１３）
【分割の表示】特願２００１−５３７１６７（Ｐ２００１−５３７１６７）の分割
【原出願日】平成１２年１１月２日（２０００．１１．２）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１１−１２２７０２（Ｐ２０１１−１２２７０２）
【出願日】平成２３年５月１３日（２０１１．５．１３）
【分割の表示】特願２００１−５３７１６７（Ｐ２００１−５３７１６７）の分割
【原出願日】平成１２年１１月２日（２０００．１１．２）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]