(57)【要約】  ＣＭ端末は、リモートＣＭＴＳ端末に送信される情報パケットのペイロードヘッダから既知のパターンで変化するフィールドを削除するために、所定の抑制アルゴリズムを使用する。ＣＭＴＳ端末は、ＣＭ端末から受信した情報パケットにペイロードヘッダの削除されているフィールドを復元するために、この所定の抑制アルゴリズムに対応する所定の復元アルゴリズムを使用する。ＣＭ端末とＣＭＴＳ端末とは、ＤＯＣＳＩＳ  ＰＨＳエンコーディングエクステンションを有するサービス制御メッセージを処理および交換する。このメッセージは、個々の情報パケットのペイロードヘッダから削除する可変フィールドを識別すると共に、識別された可変フィールドを復元するための個々の方式を示し、可変フィールドの抑制有効フラグ値をさらに含む。これによって抑制アルゴリズムおよび復元アルゴリズムの関連パラメータが定義される。
2005515651.tif 000002
【特許請求の範囲】
【請求項１】
第１端末から第２端末に伝送される情報パケットを圧縮および伸長するためのシステムであって、該システムは、
前記第１端末に存在し、前記第２端末に伝送される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合された抑制手段と、
前記第２端末に存在し、前記第１端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する前記少なくとも１つの削除されているフィールドを復元するための所定の復元アルゴリズムを使用するように適合された復元手段とを備え、
前記第１端末および前記第２端末の各々は前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを識別し、かつ識別された前記少なくとも１つのフィールドを復元するための方式を示すエンコーディングエクステンションを含むサービス制御メッセージを処理および交換するための手段を備え、
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ａ）前記エンコーディングエクステンションによって示され、識別された前記少なくとも１つのフィールドを復元するための前記方式に従って、前記既知のパターンで変化する前記少なくとも１つの識別され、削除されているフィールドを復元するステップを有するシステム。
【請求項２】
前記抑制手段は前記第２端末に伝送される前記情報パケットのペイロードヘッダから固定値を有するフィールドを削除するための所定の抑制ルーチンを使用するようにさらに適合されており、
前記復元手段は前記所定の抑制ルーチンに対応し、かつ前記第１端末から受信した情報パケットのペイロードヘッダに削除されている前記固定値フィールドを復元するための所定の復元ルーチンを使用するようにさらに適合されており、
前記所定の抑制ルーチン、前記所定の復元ルーチン、および前記サービス制御メッセージはＤＯＣＳＩＳペイロードヘッダ抑制（ＰＨＳ）仕様に準拠している、請求項１に記載のシステム。
【請求項３】
前記ステップ（ａ）は、
（ｂ）前記情報パケットと共に受信された関連のリフレッシュフィールドを使用することによって、前記削除されているフィールドを適宜に復元するステップを有する、請求項１に記載のシステム。
【請求項４】
個々の情報パケットに対して、前記所定の抑制アルゴリズムは、
（ｃ）前記個々の情報パケットと共に送信されるリフレッシュフィールドを識別するリフレッシュ制御フィールドを提供するステップと、
（ｄ）前記個々の情報パケットと共に前記第２端末に送信するために前記リフレッシュ制御フィールドによって識別されるリフレッシュフィールドを提供するステップと、
（ｅ）前記個々の情報パケットと共に前記第２端末に送信するために前記リフレッシュ制御フィールドを含む制御フィールドを提供するステップとを有する、請求項３に記載のシステム。
【請求項５】
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｆ）前記個々の情報パケットと共に受信されたリフレッシュ制御フィールドに従って、前記個々の情報パケットと共に受信された関連のリフレッシュフィールドを識別するステップをさらに有する、請求項４に記載のシステム。
【請求項６】
前記エンコーディングエクステンションのうちの１つは前記抑制手段によって削除される
所定のフィールドの一部の固定値を示し、
個々の情報パケットに対して、前記所定の抑制アルゴリズムは、
（ｂ）前記個々の情報パケットと共に送信するために削除されている前記所定のフィールドの残存する可変部分を提供するステップをさらに有し、
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｃ）前記個々の情報パケットと共に受信された削除されている前記所定のフィールドの残存する可変部分と前記所定のフィールドの一部の固定値とを組み合わせて使用し、削除されている前記所定のフィールドを復元するステップとをさらに有する、請求項１に記載のシステム。
【請求項７】
前記抑制手段は、リモート端末に送信するために固定長の圧縮済み情報パケットを提供する請求項１に記載のシステム。
【請求項８】
第１端末から第２端末に伝送される情報パケットを圧縮および伸長するためのシステムであって、該システムは、
前記第１端末に存在し、前記第２端末に伝送される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合された抑制手段と、
前記第２端末に存在し、前記第１端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する前記少なくとも１つの削除されているフィールドを復元するための所定の復元アルゴリズムを使用するように適合された復元手段とを備え、
前記所定の復元アルゴリズムは、
（ａ）前記情報パケットと共に受信された関連のリフレッシュフィールドを使用することによって、前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを適宜に復元するステップを有するシステム。
【請求項９】
個々の情報パケットに対して、前記所定の抑制アルゴリズムは、
（ｂ）前記個々の情報パケットと共に送信されるリフレッシュフィールドを識別するリフレッシュ制御フィールドを提供するステップと、
（ｃ）前記個々の情報パケットと共に前記第２端末に送信するために前記リフレッシュ制御フィールドによって識別されるリフレッシュフィールドを提供するステップと、
（ｄ）前記個々の情報パケットと共に前記第２端末に送信するために前記リフレッシュ制御フィールドを含む制御フィールドを提供するステップとを有する、請求項８に記載のシステム。
【請求項１０】
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｅ）前記個々の情報パケットと共に受信されたリフレッシュ制御フィールドに従って、前記個々の情報パケットと共に受信された関連のリフレッシュフィールドを識別するステップをさらに有する、請求項９に記載のシステム。
【請求項１１】
リモート端末に伝送するために情報パケットを抑制する装置であって、該装置は、
前記リモート端末に送信される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合されている抑制手段と、
サービス制御メッセージを処理しかつ前記リモート端末との間で交換するための手段とを有し、前記サービス制御メッセージは、前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを識別し、かつ識別された前記少なくとも１つのフィールドを復元するための方式を示すエンコーディングエクステンションを含み、
前記抑制手段は前記リモート端末に送信するために固定長の圧縮済み情報パケットを提供する装置。
【請求項１２】
前記抑制手段は前記リモート端末に送信される前記情報パケットのペイロードヘッダから固定値を有するフィールドを削除するための所定の抑制ルーチンを使用するようにさらに適合されており、
前記所定の抑制ルーチンおよび前記サービス制御メッセージはＤＯＣＳＩＳペイロードヘッダ抑制（ＰＨＳ）仕様に準拠している、請求項１１に記載の装置。
【請求項１３】
前記エンコーディングエクステンションのうちの１つは前記抑制手段によって削除される所定のフィールドの一部の固定値を示し、
個々の情報パケットに対して、前記所定の抑制アルゴリズムは、
（ａ）前記個々の情報パケットと共に前記リモート端末に送信するために、削除されている前記所定のフィールドに残存する可変部分を提供するステップを有する、請求項１１に記載の装置。
【請求項１４】
リモート端末に伝送するために情報パケットを抑制する装置であって、該装置は、
前記リモート端末に送信される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合されている抑制手段と、
個々の情報パケットに対して、前記所定の抑制アルゴリズムは、
（ａ）前記個々の情報パケットと共に送信されるリフレッシュフィールドを識別するリフレッシュ制御フィールドを提供するステップと、
（ｂ）前記個々の情報パケットと共に前記リモート端末に送信するために前記リフレッシュ制御フィールドによって識別されるリフレッシュフィールドを提供するステップと、
（ｃ）前記個々の情報パケットと共に前記リモート端末に送信するために前記リフレッシュ制御フィールドを有する制御フィールドを提供するステップとを有する装置。
【請求項１５】
リモート端末から受信した伝送済みの情報パケットを伸長する装置であって、該装置は、
前記リモート端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する少なくとも１つの削除されているフィールドを復元するための所定の復元アルゴリズムを使用するように適合されている復元手段と、
サービス制御メッセージを処理しかつ前記リモート端末との間で交換するための手段とを有し、前記サービス制御メッセージは、前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを識別し、かつ識別された前記少なくとも１つのフィールドを復元するための方式を示すエンコーディングエクステンションを含み、
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ａ）前記エンコーディングエクステンションによって示され、識別された前記少なくとも１つのフィールドを復元するための前記方式に従って、前記既知のパターンで変化する前記少なくとも１つの識別され、削除されているフィールドを復元するステップを有する装置。
【請求項１６】
前記ステップ（ａ）は、
（ｂ）前記情報パケットと共に受信された関連のリフレッシュフィールドを使用することによって、前記削除されているフィールドを適宜に復元するステップを有する、請求項１５に記載の装置。
【請求項１７】
伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｃ）前記個々の情報パケットと共に受信されたリフレッシュ制御フィールドに従って、前記個々の情報パケットと共に受信された関連のリフレッシュフィールドを識別するステップをさらに有する、請求項１６に記載の装置。
【請求項１８】
前記エンコーディングエクステンションのうちの１つは前記抑制手段によって削除された所定のフィールドの一部の固定値を示し、
個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｃ）前記個々の情報パケットと共に受信された削除されている前記所定のフィールドの残存する可変部分と前記所定のフィールドの一部の固定値とを組み合わせて使用し、削除されている前記所定のフィールドを復元するステップをさらに有する、請求項１５に記載の装置。
【請求項１９】
リモート端末から受信した伝送済みの情報パケットを伸長する装置であって、該装置は、
前記リモート端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する少なくとも１つの削除されているフィールドを復元するために所定の復元アルゴリズムを使用するように適合されている復元手段と、
前記所定の復元アルゴリズムは、
（ａ）前記情報パケットと共に受信された関連のリフレッシュフィールドを使用することによって、前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを適宜に復元するステップを有する装置。
【請求項２０】
個々の情報パケットに対して、前記所定の復元アルゴリズムは、
（ｂ）前記個々の情報パケットと共に受信されたリフレッシュ制御フィールドに従って、前記個々の情報パケットと共に受信された関連のリフレッシュフィールドを識別するステップをさらに有する、請求項１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、第１端末から第２端末に伝送されたディジタル信号情報パケットの圧縮および伸長に関し、より詳細には、情報パケットのペイロードヘッダの抑制に関する。
【背景技術】
【０００２】
本明細書の詳細な説明の末尾に、略語の一覧を設けている。
ＤＯＣＳＩＳ無線周波数（ＲＦ）インターフェイス仕様１．１には、単純な先行技術のペイロードヘッダ抑制（ｐａｙｌｏａｄ  ｈｅａｄｅｒ  ｓｕｐｐｒｅｓｓｉｏｎ：ＰＨＳ）方式があり、この方式では、伝送される各パケットにおいて、同じ値の固定値を有するヘッダオクテットの抑制が可能となる。送信端末と受信端末との双方が抑制されるオクテットとその個々の値を知ることができるように、ＤＯＣＳＩＳサービス制御メッセージ交換を初期化することによって、送信端末と受信端末との間で、所定の接続にＰＨＳ規則を定義することができる。ＰＨＳ規則がひとたび定義されると、現在のコーデックまたは信号源が使用されている限り、接続時間の間にこの規則が変わることは通常ない。コーデックまたは信号源が変更されると、ＤＯＣＳＩＳ動的サービス変更メッセージシーケンスが必要となり、新しいコーデックまたは信号源に適した、新しい値を有する新しいＰＨＳ規則を定義することができる。
【０００３】
先行技術のＤＯＣＳＩＳ  ＰＨＳ方式によると、抑制オクテットは、ＤＯＣＳＩＳリンクを伝送される直前に削除され、受信後直ちに復元される。ＤＯＣＳＩＳ  ＰＨＳ方式は、元のパケットが正確に再構成されるという点において無損失であり、伝送される各パケットから、同数のオクテットを抑制する。ＶｏＩＰに代表されるように、元のパケットのパケット長が全て等しい場合には、伝送されるパケットのパケット長も全て等しくなる。この特性は、ほかの公知のＩＰヘッダ圧縮方式（ＲＦＣ−ｌ  １４４、ＲＦＣ−２５０７、ＲＦＣ−２５０８）とは異なるＤＯＣＳＩＳ  ＰＨＳ方式独自の特性であり、ＤＯＣＳＩＳ非要求型許可スケジューリング（ｕｎｓｏｌｉｃｉｔｅｄ  ｇｒａｎｔ  ｓｃｈｅｄｕｌｉｎｇ：ＵＧＳ）上り帯域割当の使用に特に適する。ＵＧＳでは、定期的に固定長の伝送を行うことができ、大きな遅延を生じさせることなく固定量のデータを定期的に伝送するテレフォニーなどのサービスの伝搬を目的としている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、情報パケットのペイロードヘッダには、ＩＰテレフォニーやその他のサービスで共通に用いられているフィールドがいくつか存在し、これらの値は固定ではなく、既知のパターンで値が変化する。このようなフィールドは、先行技術のＤＯＣＳＩＳ  ＰＨＳ方式によって抑制、復元することができない。
【課題を解決するための手段】
【０００５】
本発明は、第１端末から第２端末に伝送される情報パケットを圧縮および伸長するためのシステムを提供し、前記システムは、前記第１端末に存在し、前記第２端末に伝送される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合された抑制手段と、前記第２端末に存在し、前記第１端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する前記少なくとも１つの削除されているフィールドを復元するための所定の復元アルゴリズムを使用するように適合された復元手段とを備え、前記第１端末および前記第２端末の各々は前記既知のパターンで変化する前記少なくとも１つの
削除されているフィールドを識別し、かつ識別された前記少なくとも１つのフィールドを復元するための方式を示すエンコーディングエクステンションを含むサービス制御メッセージを処理および交換するための手段を備え、伝送される個々の情報パケットに対して、前記所定の復元アルゴリズムは前記エンコーディングエクステンションによって示され、識別された前記少なくとも１つのフィールドを復元するための前記方式に従って、前記既知のパターンで変化する前記少なくとも１つの識別され、削除されているフィールドを復元するステップを有する。
【０００６】
別の態様においては、本発明は、第１端末から第２端末に伝送される情報パケットを圧縮および伸長するためのシステムを提供し、前記システムは、前記第１端末に存在し、前記第２端末に伝送される情報パケットのペイロードヘッダから既知のパターンで変化する少なくとも１つのフィールドを削除するための所定の抑制アルゴリズムを使用するように適合された抑制手段と、前記第２端末に存在し、前記第１端末から受信した前記情報パケットのペイロードヘッダに既知のパターンで変化する前記少なくとも１つの削除されているフィールドを復元するための所定の復元アルゴリズムを使用するように適合された復元手段とを備え、前記所定の復元アルゴリズムは、前記情報パケットと共に受信された関連のリフレッシュフィールドを使用することによって、前記既知のパターンで変化する前記少なくとも１つの削除されているフィールドを適宜に復元するステップを有する。
【０００７】
また、本発明は、本発明のシステムの種々の態様に従って、リモート端末に伝送するために情報パケットを圧縮する装置とリモート端末から受信した伝送済みの情報パケットを伸長する装置とを提供する。
【０００８】
本発明のその他の特徴は、好適な実施形態の詳細説明に記載されている。
【発明を実施するための最良の形態】
【０００９】
図１において、本発明のシステムの好適な実施形態は、情報パケットを圧縮するための圧縮エンコーダ１１を備えた第１端末１０と、圧縮済み情報パケットを伸長するための伸長デコーダ１５を備えた第２端末１２とを有する。第１端末１０は、圧縮ペイロードヘッダを有する圧縮済みの固定長の情報パケット１３を第２端末１２に伝送する。
【００１０】
ここでは、ＤＯＣＳＩＳ無線周波数（ＲＦ）インターフェイス仕様１．１の用語集に準拠して、第１端末１０をＣＭ（ケーブルモデム）端末、第２端末１２をＣＭＴＳ（ケーブルモデム終端システム）端末と呼ぶ。図示はしないが、好適な実施形態においては、ＣＭＴＳ端末１２はＣＭ端末１０に送信する情報パケットを圧縮するための圧縮エンコーダをさらに備え、ＣＭ端末１０はＣＭＴＳ端末１２から受信した圧縮済みの情報パケットを伸長するための伸長デコーダをさらに備える。圧縮エンコーダと伸長デコーダとは、専用のハードウェアか、またはコンピュータプログラミングを有するコンピュータによって実装される。
【００１１】
圧縮エンコーダは、ＤＯＣＳＩＳ無線周波数（ＲＦ）インターフェイス仕様１．１の先行技術のＤＯＣＳＩＳ  ＰＨＳ方式を採用した所定の抑制ルーチンを実装しており、リモート端末（ＣＭＴＳ端末１２など）に送信しようとしている個々の情報パケットのペイロードヘッダから固定値フィールドを削除する。伸長デコーダは、同じ先行技術のＤＯＣＳＩＳ  ＰＨＳ方式を採用する所定の復元ルーチンを実装しており、削除されている固定値フィールドをリモート端末（ＣＭ端末１０など）から受信した情報パケットに復元する。
【００１２】
圧縮エンコーダは所定の抑制アルゴリズムを実装しており、リモート端末（ＣＭＴＳ端末１２）に送信しようとしている個々の情報パケットのペイロードヘッダから、既知のパターンで変化する少なくとも１つのフィールドを削除する。伸長デコーダは、上記の所定
の抑制アルゴリズムと補完的な所定の復元アルゴリズムを実装しており、ペイロードヘッダの削除されているフィールドをリモートのＣＭ端末１０から受信した情報パケットに復元する。
【００１３】
連続するパケットにおいて、圧縮されるいくつかのフィールドの値は、既知の増分によりインクリメントされる。伸長デコーダが失われたパケットを補償できるように、４ビットのパケット連続性カウント（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔ）が、各情報パケットと共に送信されるＰＨＳ制御フィールドのビット０−３に格納される。
【００１４】
所定の抑制アルゴリズムと復元アルゴリズムとを実行しているＤＯＣＳＩＳ  ＰＨＳ規則のパラメータ定義は、ＣＭ端末１０とＣＭＴＳ端末１２との間で情報パケットを送信するために接続を開始したときに実行されるサービス制御メッセージ交換において識別される。このようなパラメータ定義のひとつに、ＰＨＳエンコーディングエクステンションがあり、これは所定の抑制アルゴリズムに従って、個々の情報パケットのペイロードヘッダから削除することができる可変フィールドを識別すると共に、識別された可変フィールドを復元するための各々の方式を示す。サービス制御メッセージ交換にあるエンコーディングエクステンションには、このほか、削除可能な可変フィールドに関連する抑制有効フラグがある。識別された可変フィールドには、既知のパターンで変化するフィールド、すなわちＩＰ識別フィールド、ＲＴＰシーケンス番号フィールド、ＲＴＰタイムスタンプフィールドおよびＲＴＰ第２オクテットフィールドなどがある。オーディオコーデックに無音抑制が使用されている場合、ＵＧＳサービスフローのために最後の３つのフィールドを抑制することができないことがある。
【００１５】
ＩＰ識別フィールドは通常はカウントとして実装されるが、時として２以上の値によりインクリメントされることがある。このフィールドは、分割されたＩＰパケットのフラグメントの回収に使用されており、ＩＰ分割が行われない場合に必要とされない。このフィールドを固定値に設定できるかどうかは、ＲＦＣ−７９１にこのような場合の定義がないため不明である。一部のＩＰスタックのインプリメンテーションでは、このフィールドに固定値を設定することができない。ＣＭ端末からＣＭＴＳ端末へ向かう上りパケットでは、カウンタを設けて任意の初期値を設定し、パケットごとにカウンタをインクリメントしていけば、ＣＭＴＳ端末側でこのフィールドを容易に生成することができる。容易な方法として、このほか、ＲＴＰシーケンス番号をコピーする方法もある。ＣＭＴＳ端末からＣＭ端末へ向かう下りパケットでは、このフィールドを、示したＲＥＣに記載されている方式を使用してデルタエンコーディング（ｄｅｌｔａ  ｃｏｄｅｄ）することができる。このフィールドの値は、ＩＰチェックサムに含まれており、このため、ＩＰチェックサムはＩＰ識別フィールドの値を設定したのちに算出しなければならない。パケットにＩＰチェックサムが含まれる場合は、ＩＰ識別フィールドの初期値を伸長デコーダに送信して、初期値を適宜にリフレッシュしなければならない。ＩＰ識別フィールドをゼロもしくは固定値に設定できれば、所定の抑制アルゴリズムを使用して、上り、下りの両方のパケットについて、ＩＰ識別フィールドとＩＰヘッダチェックサムフィールドとを抑制することができる。
【００１６】
ＲＴＰシーケンス番号フィールドの値は、送信される各ＲＴＰパケットごとにインクリメントされる。この初期値は任意である。ＵＤＰチェックサムが使用されない場合、このフィールドを抑制して、ＰＨＳ制御フィールドにあるパケット連続性カウントのみを使用して伸長デコーダ側で生成しもよい。下り伝送においては、パケット連続性カウントは、ＷＡＮから受信したパケットのＲＴＰシーケンス番号の不連続性を示すものでなければならない。パケットにＵＤＰチェックサムが含まれる場合は、伸長デコーダがリフレッシュを行うためのリフレッシュフィールドとして、ＲＴＰシーケンス番号フィールドの初期値を伸長デコーダに送信する必要がある。
【００１７】
ＲＴＰタイムスタンプフィールドは、第１データのサンプリングを実施するためのサンプリングクロックの値を示す値をとる。タイムスタンプフィールドの初期値は任意である。固定フレーム音声コーデックの場合、このフィールドは、各パケットで表されるサンプリング数によってインクリメントされる。ビデオの場合、このフィールドは、各フレームの先頭において適切な増分によってインクリメントされ、同じフレームのデータを伝送する全パケットで値が一定となる。補間ビデオフレームなど、データの表示順とデータの送信順とが異なる場合、ＲＴＰタイムスタンプフィールドは規則的にインクリメントされず、フレームの第１サンプルのサンプリング時間を示す値を取る。音声では、ＵＤＰチェックサムを使用しない場合、ＲＴＰタイムスタンプフィールドを抑制して、伸長デコーダによって生成させることができる。パケットにＵＤＰチェックサムが含まれる場合は、伸長デコーダがリフレッシュを行うためのリフレッシュフィールドとして、ＲＴＰタイムスタンプフィールドの初期値を伸長デコーダに送信する必要がある。音声ＲＴＰパケットストリームにＲＦＣ−２８３３に従ってエンコーディングされたテレフォニーシグナリングイベントが含まれる場合、規則的にインクリメントされないため、ＲＴＰタイムスタンプフィールドを抑制できないことがある。このような場合の多くに対応するため、特別なリフレッシュモードが提供されており、インプリメンテーションの詳細によっては、ペイロードタイプフィールドを調べ、音声データを伝送しているパケットを特定することによって抑制が可能となる。
【００１８】
ＲＴＰ第２オクテットフィールドのビット０−６によって識別されるペイロードタイプは、使用中のコーデックを示し、固定値をとる。ＲＴＰマーカー（ビット７）は、使用中のＲＴＰプロファイルに応じて設定される。このマーカーの定義済みの使用法として、オーディオ無音抑制が使用されている場合にマーカービットがトークバースト（ｔａｌｋ  ｂｕｒｓｔ）の第１パケットに設定されるとき、およびビデオフレームの最終パケットに設定されるときがある。コーデックタイプのなかには、ＲＴＰ第２オクテットフィールドが固定であって、このため先行技術のＤＯＣＳＩＳ  ＰＨＳ方式を使用することにより、このフィールドを所定の抑制ルーチンに従って抑制できるものもある。このフィールドが固定でない場合であっても、このフィールドを所定の抑制アルゴリズムに従って抑制することができる。ただしこの場合、エンコーディングエクステンションのうちの１つが、ＲＴＰ第２オクテットフィールドの一部の固定値を提供し、ＲＴＰ第２オクテットフィールドの残存する可変部分がＰＨＳ制御フィールドに格納されるマーカービットによって提供される。
【００１９】
抑制有効フラグに関連する識別された可変フィールドには、このほか、伸長デコーダが容易に算出できるフィールド、すなわちＩＰヘッダチェックサムとＵＤＰチェックサムがある。
【００２０】
ＩＰヘッダチェックサムフィールドは、イーサネット（登録商標）のＣＲＣ（およびリードソロモン符号）のほうが強力な誤り検出方式であり、かつこの両者はＩＰヘッダに対応しているため、通常は誤り検出に必要とされない。このフィールドは、上りと下りの両方の伝送パケットから抑制し、伸長デコーダにより計算することができる。この計算は、ＩＰヘッダの２０オクテットを使用するもので単純である。伸長デコーダ側で計算を実施することが許容できない場合は、ＩＰヘッダチェックサムをパケットで送信して、ＩＰ識別フィールドが利用者端末に付与された値を保持している必要がある。
【００２１】
ＵＤＰチェックサムフィールドは、全ペイロードのほか、ＩＰアドレスフィールドの一部に対して計算される。ネットワーク保守上、エンドツーエンドの誤り検査にこのフィールドを用いることがよい。ＵＤＰチェックサムが使用されない場合、ＲＦＣの規定によるとこのフィールドをゼロに設定することが可能であり、先行技術のＤＯＣＳＩＳ  ＰＨＳ
方式を使用することによってこのフィールドを抑制することができる。このフィールドをＣＭＴＳ端末で算出できる場合は、ＵＤＰチェックサムによってカバーされるＲＴＰヘッダフィールドの一部は、伸長デコーダがパケット連続性カウントを使用して値を設定できるため、所定の抑制アルゴリズムに従って抑制することができる。このフィールドを抑制することができない場合、ＲＴＰヘッダフィールドは、ＣＭ端末において付与された値を保持している必要がある。
【００２２】
対応するＤＯＣＳＩＳ  ＰＨＳ規則が定義されている場合、ＣＭ端末１０およびＣＭＴＳ端末１２間の接続の初期化時に、所定の抑制アルゴリズムとこれに対応する所定の復元アルゴリズムとのパラメータが、ＰＨＳエクステンション（ＰＨＳ  ｅｘｔｅｎｓｉｏｎｓ）によって定義される。ＰＨＳエクステンションは定義済みのＤＯＣＳＩＳ  ＰＨＳ規則のエクステンションであるため、ＤＯＣＳＩＳ  ＰＨＳインデックスを使用して、ＤＯＣＳＩＳ  ＰＨＳ規則とそのエクステンションとが識別される。このため、ＲＦＣ−２５０８のＣＩＤのようなコンテント識別子フィールドは必要とされない。
【００２３】
ＣＭが送信するメッセージでは、エンコーディングエクステンションが業者独自のＰＨＳパラメータ、ＴＬＶにエンコーディングされ、「ｏｆｆ」値の抑制有効フラグエクステンションと共に、ＣＭＴＳ端末１２に送信されるＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱサービス制御メッセージ要求１４におけるＰＨＳパラメータ定義に収容される。
【００２４】
ＣＭＴＳ端末１２は、ＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱサービスメッセージ要求１４を処理して、要求１４の中のエンコーディングエクステンションによって各々識別される可変フィールドを復元するために、ＣＭＴＳ端末１２内の伸長デコーダコンピュータが所定の復元アルゴリズムを使用するようになっているかどうかを判定する。その中の伸長デコーダコンピュータが復元アルゴリズムを使用するようになっている場合は、ＣＭＴＳ端末１２は、要求１４にある抑制有効フラグエクステンションを、適切なフラグ値が「ｏｎ」となるように変更することによって、識別された可変フィールドのうち、伸長デコーダコンピュータによって復元可能なものはどれであるかを示す。ＣＭＴＳ端末１２内の伸長デコーダコンピュータが所定の復元アルゴリズムを使用するようになっていない場合は、要求１４にある抑制有効フラグエクステンションは変更されない。
【００２５】
ＣＭＴＳ端末１２は、ＤＳＡ−ＲＳＱまたはＤＳＣ−ＲＳＱサービスメッセージ応答１６をＣＭ端末１０に送信する。この応答１６には、ＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱサービスメッセージ要求１４で受信した全てのエンコーディングエクステンションが含まれる。このとき、抑制有効フラグエクステンションは、変更されていることもあれば、変更されていないこともある。
【００２６】
ＣＭ端末１０は、ＣＭＴＳ端末から受信したＤＳＡ−ＲＳＱまたはＤＳＣ−ＲＳＱサービスメッセージ応答１６にある抑制有効フラグエクステンションを処理して、要求１４の中のエンコーディングエクステンションによって識別される可変フィールドを伸長するために、ＣＴＭＳ端末１２にある伸長デコーダが、所定の復元アルゴリズムを使用するようになっているかどうかを判定する。ＣＭＴＳ端末１２にある伸長デコーダが所定の復元アルゴリズムを使用するようになっていると判断された場合にのみ、所定の抑制アルゴリズムに従ってペイロードヘッダから識別された可変フィールドを削除するようにＣＭ端末１２にある圧縮エンコーダが有効となる。端末１０，１２の各々が圧縮エンコーダと伸長デコーダとの両方を有し、双方向に送信される情報パケットを圧縮および伸長する上記の好適な実施形態（図示なし）においては、ＣＭＴＳ端末１２がＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱサービスメッセージ要求をＣＭ端末１０に送信する場合には、ＣＭ端末１０とＣＭＴＳ端末１２との役割が逆転する。
【００２７】
所定の抑制アルゴリズムは、ＣＭＴＳ端末１２に送信するために、既知のパターンで変化する少なくとも１つのフィールドを個々の情報パケットのペイロードヘッダから削除するステップを備える。所定の復元アルゴリズムは、（ａ）ＣＭ端末１０から受信したＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱサービスメッセージ要求１４にあるエンコーディングエクステンションによって示される識別された復元方式に各々従って、ＣＭ端末１０から受信した圧縮済み情報パケットのペイロードヘッダに、各々既知のパターンで変化する少なくとも１つの削除されているフィールドを復元するステップを有する。
【００２８】
好適な実施形態においては、所定の復元アルゴリズムは、（ｂ）ＣＭ端末１０から個々の情報パケット１３と共に受信した関連のリフレッシュフィールドを使用して、個々の情報パケットに所定の削除されているフィールドを適宜に復元するステップをさらに有する。個々の情報パケットに対して、所定の抑制アルゴリズムは、（ｃ）エンコーディングエクステンションに従って、個々の情報パケットと共に送信されるリフレッシュフィールドを識別するリフレッシュ制御フィールドを提供するステップと、（ｄ）ＣＭＴＳ端末１２に個々の情報パケットと共に送信するために、リフレッシュ制御フィールドによって識別されるリフレッシュフィールドを提供するステップと、（ｅ）ＣＭＴＳ端末１２に個々の情報パケットと共に送信するために、リフレッシュ制御フィールドを含む制御フィールド（ＰＨＳ制御フィールド）を提供するステップとを有する。
【００２９】
この好適な実施形態においては、伝送される個々の情報パケットに対して、所定の復元アルゴリズムは、（ｆ）送信されたリフレッシュ制御フィールドに従って、個々の情報パケットと共に受信した関連のリフレッシュフィールドを識別するステップをさらに有する。
【００３０】
この好適な実施形態においては、伝送される個々の情報パケットに対して、所定の復元アルゴリズムは、（ｇ）情報パケットが伝送中に失われた場合にペイロードヘッダを復元するために、ＰＨＳ制御フィールドにあるパケット連続性カウントとエンコーディングエクステンションとを組み合わせて使用するステップをさらに有する。
【００３１】
また、この好適な実施形態においては、エンコーディングエクステンションのうちの１つは、圧縮エンコーダによって削除されるＲＴＰ第２オクテットフィールドの一部の固定値を示す。さらに、制御フィールドは、個々の情報パケットと共に送信するために、削除されるＲＴＰ第２オクテットフィールドの残存する可変部分を示すマーカービットを含む。伝送される個々の情報パケットに対して、所定の復元アルゴリズムは、（ｈ）ＲＴＰ第２オクテットフィールドの一部の固定値と、個々の情報パケットと共に受信した、削除されているＲＴＰ第２オクテットフィールドの残存する可変部分とを組み合わせて使用することによって、削除されているＲＴＰ第２オクテットフィールドを復元するステップをさらに有する。
【００３２】
好適な実施形態においては、業者独自のＰＨＳエンコーディングエクステンションは、次のＰＨＳエクステンションフィールドに関して下記に記載するＴＬＶタイプ、長さおよび値を有する。
【００３３】
【表１】
2005515651.tif 000003
このフィールドは、ＰＨＳのバージョンを識別し、下記に記載するタイプ２  ＴＬＶに指定されている全てのＰＨＳエクステンションをグループとして有効にするために使用される。このフィールドは、業者独自のＰＨＳエンコーディングに存在していなければならない。このＴＬＶが存在しない場合に所定の抑制アルゴリズムを使用することは禁止されている。このフィールドは、リモート端末に対して、当該リモート端末が指定されたＰＨＳエクステンションに対応しているかどうかを問合せるために使用される。ＰＨＳ規則を含むＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱ要求メッセージにあるオクテット２のフラグ値がゼロ（全ＰＨＳエクステンションが無効）に設定される。ＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱ要求メッセージを受信したリモート端末が、ＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱ要求メッセージにある全てのＰＨＳエクステンションに対応している場合は、ＤＳＡ−ＲＳＰまたはＤＳＣ−ＲＳＰ応答メッセージにあるオクテット２のフラグ値が１（ｏｎ）に設定される。ＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱ要求メッセージを受信したリモート端末が、要求されたＰＨＳエクステンションの全てに対応していない場合、ＤＳＡ−ＲＳＰまたはＤＳＣ−ＲＳＰ応答メッセージにおいて、オクテット２のフラグ値が０（ｏｆｆ）に設定される。バージョン０ｘ０１のプロトコルが、受信側リモート端末が要求されたＰＨＳエクステンションの一部のみを受け付けることを許容しない場合、受信側リモート端末は全てのＰＨＳエクステンションを受け付けるか、全てを拒否する必要がある。
【００３４】
【表２】
2005515651.tif 000004
各フラグについて、０＝無効、１＝有効である。ビット０は値フィールドのＬＳＢである。このフィールドは、業者独自のＰＨＳエンコーディングに存在していなければならない。このフィールドはビットフラグの集まりであり、少なくとも１つのＰＨＳエクステンションを有効にする。送信側が使用したくない各エクステンションに対して、ＰＨＳ規則を含むＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱにおいてこのフラグの値がゼロに設定される。送信側が使用したい各エクステンションに対して、ＰＨＳ規則を含むＤＳＡ−ＲＥＱまたはＤＳＣ−ＲＥＱにおいてこのフラグの値が１に設定される。ビット０が１に設定された場合、ＩＰ識別フィールドは抑制されており、下記のＴＬＶタイプ３に指定されているように復元、更新、リフレッシュされる必要がある。ビット１が１に設定される場合、ＩＰヘッダチェックサムフィールドは抑制されており、デコーダによって再計算および再挿入される必要がある。ビット２が１に設定された場合、ＵＤＰチェックサムフィールドは使用中であるが抑制されており、伸長デコーダによって再計算および復元される必要がある。ＵＤＰチェックサムが使用されていない場合、ビット２はゼロに設定され、先行技術のＤＯＣＳＩＳ  ＰＨＳ方式を使用して抑制される。ビット３が１に設定された場合、ＲＴＰヘッダの第２オクテットが抑制されており、デコーダはＰＨＳ制御フィールドからマーカービットを復元する必要がある。このオクテットの他の７つのビットは、下記のタイプ４  ＴＬＶエンコーディングから復元される。ビット４が１に設定された場合、ＲＴＰシーケンス番号が抑制されており、下記のＴＬＶタイプ５によって規定されるように復元、更新、およびリフレッシュされる必要がある。ビット５が１に設定された場合、ＲＴＰタイムスタンプが抑制されており、下記のＴＬＶタイプ６に規定されるように復元、更新、およびリフレッシュされる必要がある。
【００３５】
【表３】
2005515651.tif 000005
【００３６】
【表４】
2005515651.tif 000006
注：ＴＬＶタイプ３の値が３の場合、ＲＴＰシーケンス番号フィールドが最初に復元される必要がある。
このフィールドは、抑制されたＩＰ識別フィールドを復元するために伸長デコーダが実施する操作を示す。このＴＬＶが存在しない場合は、デフォルト値の０が使用される。
【００３７】
【表５】
2005515651.tif 000007
このフィールドは、ＲＴＰヘッダの第２オクテットの固定部分を格納している。ＲＴＰ第２オクテットフィールドが抑制される場合は、このフィールドが存在している必要がある。マーカービットはＰＨＳ制御フィールドから復元される必要がある。
【００３８】
【表６】
2005515651.tif 000008
【００３９】
【表７】
2005515651.tif 000009
ＰＨＳ制御フィールドにあるＲＴＰ特殊モードは、このフィールドに定義されている標準のインクリメント方法を無効にする。
【００４０】
このフィールドは、抑制されたＲＴＰシーケンス番号フィールドを復元するために伸長デコーダが行う操作を規定している。このフィールドが存在しない場合、デフォルト値の０が使用される。ＰＨＳ制御フィールドにあるＲＴＰ特殊モードは、このフィールドに定義されている通常のインクリメント方法を無効にする。
【００４１】
【表８】
2005515651.tif 000010
【００４２】
【表９】
2005515651.tif 000011
圧縮エンコーダは、リフレッシュが必要なフィールドを判定し、必要なリフレッシュフィールドを生成するためのスケジュールを設定して、これをパケットに挿入する。ＴＬＶタイプ３の値が１の場合、ＩＰ識別フィールドはリフレッシュされる必要がある。ＴＬＶタイプ５の値が１の場合、ＲＴＰシーケンス番号フィールドはリフレッシュされる必要がある。ＴＬＶタイプ６のオクテット１の値が２または３である場合、ＲＴＰタイムスタンプフィールドはリフレッシュされる必要がある。
【００４３】
ＰＨＳ制御フィールドは、１つのオクテットを有し、好ましくは伝送される情報パケットＲＴＰデータの直前に置かれる。別法として、このフィールドは、ＤＯＣＳＩＳ  ＰＨＳマスク部の先頭に置かれる。このフィールドの内容は以下のとおりである。
【００４４】
ビット０−３  ４ビットのパケット連続性カウンタ
ビット４−６  リフレッシュ制御フィールド
ビット７      ＲＴＰ第２オクテットからのマーカービットまたは未使用
ビット０はフィールドのＬＳＢである。ＲＴＰ第２オクテットが抑制されている場合、マーカービットがこのフィールドのビット７に格納される。ＲＴＰ第２オクテットが抑制されていない場合、ビット７が使用されない。
【００４５】
リフレッシュ制御フィールドは、下記の表１０に示すように、リフレッシュフィールドの有無およびその内容を示す。リフレッシュフィールドが存在する場合、ＰＨＳ制御フィールドのすぐ後に続く。各情報パケットは１つのリフレッシュフィールドのみを有することができる。
【００４６】
【表１０】
2005515651.tif 000012
リフレッシュフィールドが必要ない場合、リフレッシュ制御フィールドはゼロに設定される。
【００４７】
ＵＤＰチェックサムが情報パケットのペイロードヘッダに格納される場合、この２つのフィールドはＵＤＰチェックサムによってカバーされるため、２つのオクテットのリフレッシュフィールドを使用して、ＲＴＰシーケンス番号フィールドとＲＴＰタイムスタンプフィールドとの実際の値が定期的にリフレッシュされる。無音抑制を使用するコーデックでは、この２つのフィールドは、トークバーストの第１パケットで伝送する必要がある。しかし、所定の抑制アルゴリズムに従えば、この２つのフィールドの両方を、個々の情報パケットのペイロードヘッダから抑制することができない。連続音声コーデックでは、接続の開始時に短い同期間隔があっても許容される。この場合、デコーダが不良ＵＤＰチェックサムを有するパケットを破棄し、これは伸長デコーダがこの２つのフィールドの値を有さない場合に発生する。誤りがない場合は、この２つのフィールドが先頭から３つのパケット（１０ｍｓパケット化では３０ｍｓ）にあるリフレッシュフィールドを使用して伸長デコーダに送信されて、伸長デコーダが正しいＵＤＰチェックサムを有するパケットを生成できるようになる。ある接続の間に誤りが発生して、圧縮エンコーダと伸長デコーダとの間の同期が外れた場合、この３つのパケットまでに誤りが解消される。ＩＰ識別フィールドもリフレッシュされる場合には、再同期時間が４パケットとなり得る。
【００４８】
ＩＰヘッダチェックサムが情報パケットのペイロードヘッダに格納される場合は、２オクテットのリフレッシュフィールドを使用して、ＩＰヘッダチェックサムによってカバー
されるＩＰ識別フィールドの実際の値を定期的にリフレッシュする。格納されない場合、ほとんどの用途において、伸長デコーダ側でＩＰヘッダチェックサムを計算することができる。
【００４９】
ＲＴＰシーケンス番号フィールドおよびＲＴＰタイムスタンプフィールドの標準の規則的なインクリメントが不規則になる場合、ＲＴＰ特殊モードフィールドが使用される。このモードでは、リフレッシュフィールドは２つの整数を格納している。第１オクテットは０〜２５５の数値で、このパケットのＲＴＰシーケンス番号のインクリメント値である。第２オクテットは−１２８〜１２７の整数で、この値とＲＴＰタイムスタンプフィールドの標準のインクリメント（ＴＬＶタイプ６、オクテット２−３）との積が、このパケットに適用するＲＴＰタイムスタンプフィールドの変化量となる。
【００５０】
ペイロードヘッダの圧縮順序は、好ましくは、先行技術のＤＯＣＳＩＳ  ＰＨＳ方式に従って固定値フィールドを先に抑制したのちに、所定の抑制アルゴリズムを使用して可変値フィールドを抑制する。別法として、可変値フィールドを抑制してから固定値フィールドを抑制してもよい。ＴＬＶタイプ１バージョンの０ｘ０３値は、この別法による抑制順序のために予約されている。圧縮エンコーダは、ＤＯＣＳＩＳ  ＰＨＳのマスクフィールドおよびサイズフィールドを参照して、抑制すべきバイトを見つけ出す。所定の抑制アルゴリズムを図２Ａ，２Ｂに示す。
【００５１】
ペイロードヘッダの伸長順序は、好ましくは、所定の復元アルゴリズムを使用して可変値フィールドを先に復元したのちに、先行技術のＤＯＣＳＩＳ  ＰＨＳ方式に従って固定値フィールドを復元する。別法として、固定値フィールドを復元してから可変値フィールドを復元してもよい。伸長デコーダは、ＤＯＣＳＩＳ  ＰＨＳのマスクフィールドおよびサイズフィールドを参照して、復元すべきバイトを見つけ出し、ＤＯＣＳＩＳ  ＰＨＳフィールドを参照して、抑制されているオクテットの値を取得し、ＩＰヘッダチェックサムとＵＤＰチェックサムとを計算する。所定の復元アルゴリズムを図３Ａ，３Ｂに示す。
【００５２】
所定の復元アルゴリズムを参照すると、各々の可変フィールドが、上記の表１０に記載したリフレッシュ制御フィールドの値と、上記の各ＰＨＳエンコーディングエクステンションによって定義されるフィールドタイプに関連するＴＬＶ値とに従って復元されて、情報パケットのペイロードヘッダに挿入される。
【００５３】
ＩＰ識別フィールドは、上記の表４に記載したＴＬＶタイプ３エンコーディングエクステンションの値によって示される方式に従って復元される。
ＲＴＰ第２オクテットフィールドは、ＴＬＶタイプ４エンコーディングエクステンションのビット０−６と、ＰＨＳ制御フィールドのマーカービットとから復元される。
【００５４】
ＲＴＰシーケンス番号フィールドは、上記の表７に記載したＴＬＶタイプ５エンコーディングエクステンションの値によって示される方式に従って復元される。
ＲＴＰタイムスタンプフィールドは、上記の表９に記載したＴＬＶタイプ６エンコーディングエクステンションの値によって示される方式に従って復元される。
【００５５】
ＩＰチェックサムフィールドは、計算によって復元される。このとき、必要な値の一部をＤＯＣＳＩＳ  ＰＨＳフィールドから取得しなければならないことがある。
ＵＤＰチェックサムフィールドは、計算によって復元される。このフィールドは、ＲＴＰヘッダが再構築されるまで計算することができない。このとき、必要な値の一部をＤＯＣＳＩＳ  ＰＨＳフィールドから取得しなければならないことがある。
【００５６】
上りリンクの最大の制約は、ＵＧＳを効率的に利用するためには、圧縮されたパケット
の長さが大きく変動してはならないということである。この制約のため、上りリンクでは、（全てのＲＦＣの方法のように）非圧縮ヘッダを定期的に送信することが要求されない方法のみを使用する。
【００５７】
ここに記載した好適な実施形態の圧縮方法は、伸長デコーダから圧縮エンコーダへのフィードバックのない単方向のリンクを想定している。これによってプロトコルが簡略化されるが、フィードバックメッセージを使用すれば、一部の誤り訂正を高速に実行できることもある。
【００５８】
ＣＭＴＳ端末が多くの利用者ＣＭ端末（つまり多くの呼）をサポートしていることがあるため、ＣＭＴＳ端末のプロセッサの負荷を増大させないように、アルゴリズムを簡略化する必要がある。ＩＰヘッダチェックサムをＣＭＴＳ端末側で計算することが許容されることもあるが、ＵＤＰチェックサムの計算までが許容される可能性は低い。また、一部のネットワーク事業者にとって、ＵＤＰチェックサムの誤りをエンドツーエンドで防止することは、重要なネットワーク保守上の原則であり得る。しかし、いずれの方法も設計することが可能であり、いずれも別個に適用可能である。
【００５９】
ここに記載した実施形態の特別な特徴および特定の利点が、本発明の考えられる全ての実施形態に必ずしも当てはまるとは限らない。さらに、本発明のこれらの特徴は例に過ぎず、本発明の特徴を限定するものではない。
【００６０】
下記の詳細説明に多くの限定事項を記載したが、これらは本発明の範囲を限定するものではなく、好適な実施形態の例として記載したものである。他の変更例も可能であり、本発明の範囲は、ここに記載した実施形態によって限定されず、特許請求の範囲とその法的代替物によって限定される。
（略語一覧）
ＣＩＤ  −  コンテント識別子
ＣＭ  −  ケーブルモデム
ＣＭＴＳ  −  ケーブルモデム終端システム
ＣＲＣ  −  巡回冗長検査
ＤＯＣＳＩＳ  −  データオーバーケーブルサービスインターフェイス仕様（ケーブル・テレビジョン・ラボラトリーズ・インコーポレイテッド［Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ  Ｌａｂｏｒａｔｏｒｉｅｓ，  Ｉｎｃ．］によってｗｗｗ．ｃａｂｌｅｍｏｄｅｍ．ｃｏｍ／ｓｐｅｃｉｆｉｃａｔｉｏｎｓ．ｈｔｍｌに保守管理されている）
ＩＰ  −  ＲＦＣ−７９１に規定されているインターネットプロトコル
ＰＨＳ  −  ペイロードヘッダ抑制
ＲＦＣ  −  コメント要求（インターネットエンジニアリングタスクフォースによってｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ．ｈｔｍｌに保守管理されている）
ＲＴＰ  −  にＲＦＣ−１８８９規定されているリアルタイムトランスポートプロトコル
ＴＬＶ  −  タイプ長値（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）
ＶｏＩＰ  −  ボイス−オーバー−インターネットプロトコル
ＵＤＰ  −  ＲＦＣ−７６８に規定されているユーザーデータグラムプロトコル
ＵＧＳ  −  非要求型許可サービス（Ｕｎｓｏｌｉｃｉｔｅｄ  Ｇｒａｎｔ  Ｓｅｒｖｉｃｅ）
ＷＡＮ  −  ワイドエリアネットワーク
【図面の簡単な説明】
【００６１】
【図１】本発明によるシステムのブロック図。
【図２Ａ】本発明の好適な実施形態のペイロードヘッダ抑制アルゴリズムのフロー図。
【図２Ｂ】本発明の好適な実施形態のペイロードヘッダ抑制アルゴリズムのフロー図。
【図３Ａ】本発明の好適な実施形態のペイロードヘッダ復元アルゴリズムのフロー図。
【図３Ｂ】本発明の好適な実施形態のペイロードヘッダ復元アルゴリズムのフロー図。
【図１】
2005515651.tif 000013
【図２Ａ】
2005515651.tif 000014
【図２Ｂ】
2005515651.tif 000015
【図３Ａ】
2005515651.tif 000016
【図３Ｂ】
2005515651.tif 000017
【国際調査報告】
2005515651.tif 000018
2005515651.tif 000019
2005515651.tif 000020