JP2009514398A - ロバストヘッダ圧縮（ｒｏｈｃ）効率を向上させるシステムおよび方法 - Google Patents

Abstract

本発明は、音声フローの無音抑圧によって、またはビデオフローのサンプリング／フレームレートの変化によって生じたＲＴＰ ＴＳフィールドの増分の変化を解釈することに関する。この変化を正しく解釈することによって、ロバストヘッダ圧縮におけるＴＳ＿ＳＴＲＩＤＥフィールドの値を正確に計算することが可能になり、これにより効率的なヘッダ圧縮性能が得られる。１つの態様においては方法が開示され、この方法は、コンプレッサを有するアクセスネットワークＡＮとデコンプレッサを有するアクセス端末ＡＴとの間でＲＯＨＣを向上させ、また、圧縮器に対して、ヘッダ（３０２）のＲＴＰ ＴＳフィールドの増分の変化に関するフロー情報を提供することと、無音抑圧によって、またはサンプリング／フレームレート（３０６）の変化によってＲＴＰ ＴＳフィールドの増分の変化を決定することと、ＴＳ＿ＳＴＲＩＤＥに適した動作を実行することとを備えている。

Description

［米国特許法第１１９条に基づく優先権の請求］
本特許出願は、２００５年１０月２７日に提出され、譲受人に譲受された仮出願第６０／７３１、０２４号「ＲＴＰタイムスタンプ(RTP timestamp)の増分の変化を正確に解釈することによってロバストヘッダ圧縮（ＲＯＨＣ；robust header compression）効率を向上させるシステムおよび方法」の優先権を請求するものである。上記仮出願は本願明細書中に明白に組み込まれる。

［分野］
本発明は、通信システムにおけるデータ圧縮および解凍に関し、特に、ロバストヘッダ圧縮（ＲＯＨＣ）効率を向上させるシステムおよび方法に関する。

［背景］
ＲＯＨＣは、無線通信システムに効率の高さと確固性を提供するインターネット工業タスクフォース（ＩＥＴＦ(Internet Engineering Task Force)）ヘッダ圧縮フレームワークである。特長の中でもとりわけ、ＲＯＨＣはリアルタイム転送プロトコル／ユーザデータグラムプロトコル／インターネットプロトコル（ＲＴＰ(Real-time Protocol)／ＵＤＰ(User Datagram Protocol)／ＩＰ(Internet Protocol)）、およびＵＤＰ／ＩＰ圧縮プロフィールをサポートする。ＲＯＨＣワーキンググループはまた、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ(Transmission Protocol)／ＩＰ）圧縮プロフィールのサポートを指定する。

ＲＯＨＣは確固性、即ち無線リンク上でのエラーへの耐性能力を呈する。ＲＯＨＣはマルチメディアアプリケーションと共に使用することができ、また、様々なアプリケーション、プロトコル、無線技術に対してヘッダ圧縮を提供する。ヘッダ圧縮は、リンク上で伝送するパケットサイズを縮小することで、リンク効率性とスループットを増加させるための技術である。ヘッダ圧縮は速度の遅いリンク上で、または、ヘッダサイズの縮小によってヘッダオーバヘッドが著しく減少する場合においてパケットサイズが小さい時に特に有用である。ヘッダ圧縮はこれを、パケット内のヘッダフィールド冗長性を同一のフローにレベレッジすることによって達成する。具体的には、ソースアドレスや宛先アドレスのような多くのパケットヘッダフィールドがフロー期間全体にかけて一定に維持される一方で、ヘッダ圧縮がパケット毎に数バイトのヘッダ情報のみを送信できるようにするために、系列数のような他のフィールドは予測可能に変化する。図１は、通信リンク上でのＩＰ／ＵＤＰ／ＲＴＰヘッダの典型的なＲＯＨＣ圧縮／解凍ブロック線図１００を示す。典型的には、オリジナルのパケットヘッダを高い信頼性をもって通信および再構成するために、フルヘッダの参照コピーがＲＯＨＣ圧縮器１０２とＲＯＨＣデコンプレッサ１０４に格納される。しかし技術上において、音声フロー(voice flow)の無音抑圧（silence suppression）による、またはビデオフローのサンプリング／フレームレート（frame rate）の変化によるＲＴＰタイムスタンプフィールドの増分の変化を正確に解釈することによってＲＯＨＣ効率性を向上させるシステムおよび方法を提供する必要がある。

［概要］
本発明は、音声フローの無音抑圧によって、またはビデオフローのサンプリング／フレームレートによって生じるＲＴＰタイムスタンプフィールドの増分の変化に関する。この変化を正確に解釈することで、ＲＯＨＣ内のＴＳ＿ＳＴＲＩＤＥの値を正確に計算することができ、これによって効率的なヘッダ圧縮性能が得られる。

１つの態様では方法が開示されるが、この方法は、圧縮器を有するアクセスネットワーク（ＡＮ）とデコンプレッサ(decompressor)を有するアクセス端末（ＡＴ）との間のＲＯＨＣを向上させ、さらに、前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報（flow information）を提供することと、無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化をフロー情報に基づいて決定することと、さらに、効率的なＲＯＨＣを達成するために、アクセスネットワークからアクセス端末へ適切なＴＳ＿ＳＴＲＩＤＥ値を送信することとを備えている。ＲＯＨＣ圧縮器が、ＲＴＳ ＴＳフィールド増分が無音抑圧の変化によって生じたものであると決定した場合には、ＴＳ＿ＳＴＲＩＤＥ値に変化はなく；ＲＯＨＣ圧縮器がＲＴＰ ＴＳフィールド増分がサンプリング／フレームレートの変化によって生じたものであると決定した場合には、ＴＳ＿ＳＴＲＩＤＥ値がサンプリング／フレームレートに従って変化する。この態様により、無音抑圧は音声フロー内においてのみ生じ、また、サンプリング／フレームレートの変化はビデオフローにおいてのみ生じる。

別の態様では、圧縮器を有するアクセスネットワークとデコンプレッサを有するアクセス端末との間のロバストヘッダ圧縮（ＲＯＨＣ）を向上させるシステムが開示され、このシステムは、前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報を提供する手段と、無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化を決定する手段と、効率的なＲＯＨＣを達成するために、アクセスネットワークからアクセス端末へ適切なＴＳ＿ＳＴＲＩＤＥ値を送信する手段とを備えている。圧縮器に対してしてフロー情報を提供する手段は、ＲＴＰ ＴＳフィールドの増分の変化に応じてＴＳ＿ＳＴＲＩＤＥ値を設定する手段をさらに備えている。この態様により、決定手段が、ＲＴＰ ＴＳフィールド増分が無音抑圧によって変更したと決定した場合には、ＴＳ＿ＳＴＲＩＤＥ値に変化はなく；決定手段が、ＲＴＰ ＴＳフィールド増分がサンプリング／フレームレートによって変化したと決定した場合には、ＴＳ＿ＳＴＲＩＤＥ値はサンプリング／フレームレートに従って変化する。

上述に関連して、圧縮器はアクセス端末にあってよく、デコンプレッサはアクセスネットワークにあってよく、また、ＲＴＰ ＴＳの増分を正確に解釈することによってＲＯＨＣ効率を向上させるシステムおよび方法は依然として機能すると理解される。

［詳細な記載］
上述したように、ＲＯＨＣは、ＲＴＰ／ＵＤＰ／ＩＰヘッダを効率的に圧縮するためのヘッダ圧縮方式である。図２を参照すると、ＲＴＰヘッダ２００を示している。この技術のうちの１つである、ヘッダ圧縮に用いられるＲＯＨＣは、ＲＴＰ系列数（ＲＴＰ ＳＮ）フィールド２０２を圧縮し、次にＲＴＰ ＳＮフィールド２０２から、ＲＴＰタイムスタンプ（ＲＴＰ ＴＳ）フィールド２０４のような別の変更フィールドまでの直線関係を使用する。ＲＴＰ ＳＮフィールド２０２は、伝送された各パケット毎に１つ（１）ずつ上昇し、一方で、ＲＴＰ ＴＳフィールド２０４はサンプリングレートに従って増分する。本願明細書中で全体を参照しているＵＲＬ ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ３５５０．ｈｔｍｌにて入手可能なＲＦＣ３５５０によれば、「音声アプリケーションが、１６０個のサンプリング期間をカバーするブロックを入力装置から読み出す［場合］、ブロックがパケットにて伝送されるか、無音としてドロップされるかに関係なく、各ブロックにつきタイムスタンプが１６０上昇する。」とある。

ヘッダを圧縮するには、ＲＯＨＣ圧縮器が、各パケット毎にＲＴＰ ＴＳフィールド２０４内の増分を推定する必要がある。ＴＳ＿ＳＴＲＩＤＥと呼ばれるパラメータが、ＲＴＰ ＴＳフィールド２０４におけるこの増分と等しく設定される。ＲＯＨＣ圧縮器は、この規則的な変化がわかると、パケット毎の正規跳躍によって基準化された、ＲＴＰ ＴＳフィールド２０４の基準値を圧縮することができる。これにより、圧縮されたヘッダのサイズを節約できるようになる。さらに、このＲＴＰ ＴＳフィールド２０４の基準値を圧縮するには、ＲＯＨＣ圧縮器がＴＳ＿ＳＴＲＩＤＥの値をＲＯＨＣデコンプレッサへ通信する必要がある。

無音抑圧を伴う音声源の動作
ＲＴＰ／ＵＤＰ／ＩＰ上で運ばれる音声については、典型的に、ＲＴＰヘッダ２００内のＲＴＰ ＴＳフィールド２０４がパケット毎に固定量だけ上昇する。この１例として、８ｋＨｚでサンプリングした２０ミリ秒のパケットを生産する音声コーデックについて、ＲＴＰ ＴＳフィールド２０４が２０ミリ秒間中に含有されているサンプルの数、例えば８０００^＊０．０２＝１６０だけ上昇する。

ボイスオーバＩＰ（ＶｏＩＰ）の送信時に帯域幅を交流させるためには、センダは無音抑圧という技術を使用することができる。この技術により、ユーザ無音時に（あるいは、これと同等のものとして、例えばＥＶＲＣのようなボコーダの場合のように、ボコーダが１／８番目のレートフレームを生成している際に）、生成されたフレームを伝送しないようにすることができる。これにより帯域幅を節約でき、通信システム容量が増加する。しかし、先述したように、ＲＴＰ ＴＳフィールド２０４は無音抑圧期間中にも増分する。

そのため、無音抑圧期間終了後に最初に生成されたフレームでは、ＲＴＰ−ＴＳフィールド２０４が急上昇する。１例として、８ＫＨｚにてサンプリングした２０ミリ秒のパケットを生産するボイスコーデックについて、例えば５個の「無音」パケットが抑圧されている場合には、ＲＴＰ ＴＳフィールド２０４が１６０^＊（５＋１）＝９６０だけ上昇する。このケースでは、ＲＴＰ ＴＳフィールドの増分が１６０から９６０へ変化するようになっているが、後続のフレームは１６０増分するので、ＲＯＨＣ圧縮器は１６０のＴＳ＿ＳＴＲＩＤＥ値を引き続き使用しなければならない。

適応サンプリング／フレームレートを伴うビデオ源の動作
特定のビデオ源は、フロー中にサンプリング／フレームレートをダイナミックに適応して、ＲＴＰ ＴＳフィールド２０４の増分を変更させるようにすることができる。例えば、ビデオフローの最初の１０パケットについてのＴＳ＿ＳＴＲＩＤＥ増分は５０であってよいが、次の１０パケットについては１００であってよい（これはビデオのサンプリング／フレームレートの変化による）。このケースでは、ビデオのサンプリング／フレームレートの変更時には、ＲＯＨＣ圧縮器がＴＳ＿ＳＴＲＩＤＥの値を変更する必要がある。

ＴＳ＿ＳＴＲＩＤＥの計算
ＲＯＨＣ圧縮器が、ＲＴＰ ＴＳフィールド２０４の増分の変化を音声およびビデオフローについては異なって解釈する必要があるため問題が発生する。具体的には、音声フローのケースでは、無音抑圧によるＲＴ＝ＴＳフィールド２０４の増分に変化がない場合にはＴＳ＿ＳＴＲＩＤＥの値は変化しないはずである。その一方で、適応ビデオフローについては、ビデオのサンプリング／フレームレートを向上させるために、ＲＴＰ ＴＳフィールド２０４の増分に変化がある場合には、ＲＯＨＣ圧縮器がＴＳ＿ＳＴＲＩＤＥの値を変更する必要がある。

本発明は、現在のＲＯＨＣを向上させるために、ＲＯＨＣ圧縮器がＲＴＰ ＴＳフィールド２０４の増分の２つの異なる変化の原因を区別するべきであることを識別する。より明確には、本発明は次を認識する：
（１）音声フローについて、無音抑圧のみが発生し、典型的にはサンプリングレートに変化はない。

（２）ビデオフローについて、ＲＴＰ ＴＳフィールドの増分の変化はサンプリング／フレームレート変化によってのみ生じ、無音抑圧は決して生じない（無音抑圧は音声媒体のみに生じる）。

上の２つの観察から、無音抑圧と、サンプリングまたはサンプリング／フレームレート変化は相互に排他的であり、即ち、無音抑圧またはサンプリング／フレームレートの変化のいずれも同一のフロー中では起こらない。そのためＲＯＨＣ圧縮器は、フロー情報が供給されれば、ＲＴＰ ＴＳフィールド２０４の増分の変化を正確に解釈することができる。

フロータイプに関するこのような情報はアクセスネットワークによって知得される。１例として、３ＧＰＰ／３ＧＰＰ２システムにおいて、ＲＡＮ／ＰＤＳＮはフロータイプに関する情報にアクセスし、この情報をアクセスネットワーク内に設置されたＲＯＨＣ圧縮器に供給することが典型的である。その一方で、ＡＴはフロータイプに関する情報を有していても、有していなくてもよい。ＡＴがこのような情報を有していないケースでの１つのオプションとして、こうした情報を伝えるためのＡＮがある。

図３を参照すると、本発明による向上したＲＯＨＣの演算を図示したフローチャート３００を示す。ブロック３０２では、ＡＮがＡＴに対してＲＴＰ ＴＳフィールド２０４の増分に関するフロー情報を提供する。ブロック３０４では、ＲＴＰ ＴＳフィールド２０４における増分と等しいＴＳ＿ＳＴＲＩＤＥ値が設定される。ブロック３０６では、ＲＯＨＣ圧縮器がＲＴＰ ＴＳフィールド増分２０４の変化を、無音抑圧によって生じたもの、あるいはサンプリング／フレームレートの変化によって生じたもののいずれであるかを決定する。ＲＯＨＣ圧縮器が、ＲＴＰ ＴＳフィールド２０４の変化が無音抑圧によるものであると決定した場合には、ブロック３０８において、ＴＳ＿ＳＴＲＩＤＥの値の変化によるものであると決定する。一方、ＲＯＨＣ圧縮器が、ＲＴＰ ＴＳフィールド増分２０４の変化が、サンプリング／フレームレートの変化によるものであると決定した場合は、ブロック３１０にてＴＳ＿ＳＴＲＩＤＥの値が変化する。ブロック３１２では、ＡＮがＴＳ＿ＳＴＲＩＤＥに適した動作を実行する。即ち、ＴＳ＿ＳＴＲＩＤＥがＲＴＰ ＴＳフィールドの増分の変化がサンプリングまたはフレームレートの変化によるものである場合には、ＡＮがＡＴに対してＴＳ＿ＳＴＲＩＤＥ値を送信し、また、ＲＴＰ ＴＳフィールドの増分の変化が無音抑圧によるものである場合にはＴＳ＿ＳＴＲＩＤＥを送信しない。上述したように、無音抑圧は音声フロー内においてのみ生じ、サンプリング／フレームレートはビデオフロー内においてのみ生じる。本発明はまた、圧縮器はＡＴに常駐することができ、デコンプレッサはＡＮに常駐することができると考える。この場合、圧縮器がＡＴにあるため、ＡＮはＡＴに対してフロー情報を送る必要がある。

ＲＯＨＣ圧縮器がＲＴＰ ＴＳフィールド２０４の増分の変更をフローのタイプに基づいて異なった形で解釈しない場合には、これの性能に問題があると理解される。例えば次のとおりである：
（１）ＲＯＨＣ圧縮器が、ＲＴＰ ＴＳフィールド２０４の増分の変化がサンプリングまたはサンプリング／フレームレートの変化によるものであると常に仮定した場合、このフローが音声である場合にはこれによって非効率化が生じる。これにより、無音抑圧後に最初のパケットが受信されると、ＲＯＨＣ圧縮器に新規のＴＳ＿ＳＴＲＩＤＥをより圧縮率の高いヘッダにてデコンプレッサに対して送信させる（典型的には、ＩＲ、ＩＲ−ＤＹＮ、ＵＯＲ−２ Ｅｘｔ３パケット）。また、この最初のパケットに続く数個のパケットが受信されると、ＲＯＨＣ圧縮器は先のＴＳ＿ＳＴＲＩＤＥへ戻り、より大容量のヘッダを使用してこの変更をデコンプレッサに再び通信する必要がある。これにより、具体的には有音部が小さい場合に、ＲＯＨＣ性能に非効率が生じる。

（２）ＲＯＨＣ性能が常に、ＲＴＰ ＴＳフィールド２０４の増分の変化が無音抑圧によるものであると常に仮定する場合には、これにより適応ビデオフローに非効率が生じる可能性がある。こうしたフローの場合には、サンプリング／フレームレートが変化したとしても、ＲＯＨＣ圧縮器はＴＳ＿ＳＴＲＩＤＥの値を変更しようとは試みない。正確なＴＳ＿ＳＴＲＩＤＥが圧縮に使用されていないので、これによってもＲＯＨＣのヘッダ圧縮効率が影響を受ける。

したがって、本発明は、音声フロー内で無音抑圧が生じた場合、または適応ビデオフロー内でサンプリング／フレームレートが変化した場合のいずれかに、ＲＯＨＣ圧縮器がＲＴＰ ＴＳフィールドの増分の変化を正しく解釈するための向上したシステムおよび方法を提供する。これによってより優れたＲＯＨＣの圧縮効率が得られる。

図４は、図３の方法を実行する手段４０２〜４１２を備えた装置を図示している。図４中の手段４０２〜４１２はハードウェア、ソフトウェア、またはこれらの組み合わせにおいて実現することができる。

当業者は、ここで開示された実施形態に関連して記述した様々な例証的な論理ブロック、モジュール、ステップを電子ハードウェア、コンピュータソフトウェア、またはこれら両方にて実現できることをさらに理解するだろう。このハードウェアとソフトウェアの相互交換可能性を明瞭に例証するために、例証的な様々な構成部分、ブロック、モジュール、ステップについて、一般的にこれらの機能性に関連して上述した。こうした機能性をハードウェアまたはソフトウェアのいずれにおいて実現するかは、具体的な用途およびシステム全体の設計上の制約によって異なる。熟達した技術者は、記述の機能性をそれぞれ具体的な用途について様々な方法で実現することができるが、このような実現決定は本発明の範囲から逸脱するものとして解釈されるべきではない。

ここで開示された実施形態に関連して記述した例証的な様々な論理ブロック、モジュール、回路は汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラム可能なゲートアレイ（ＦＰＧＡ）、その他のプログラム可能な論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェア構成部分、あるいは、これらを任意に組み合わせて、ここで記述の機能を実行するように設計されたものによって実現または実行することが可能である。汎用プロセッサはマイクロプロセッサであってよいが、しかし代替例では、プロセッサは任意の従来型のプロセッサ、制御装置、マイクロ制御装置、状態マシンであってよい。プロセッサはまた、計算デバイスの組み合わせとしても実現することができ、例えば、ＤＳＰをマイクロプロセッサ、複数のマイクロプロセッサ、１または複数のマイクロプロセッサと、ＤＳＰコアや他の類似の構成と共に組み合わせることができる。

ここで開示の実施形態に関連した記述した方法またはアルゴリズムのステップは、ハードウェアにて直接、プロセッサが実行中のソフトウェアモジュールにて、またはこれら２つの組み合わせにおいて具現化することができる。ソフトウェアモジュールはランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、電気プログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気消去可能でプログラム可能なＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ、あるいはこれ以外の技術上知られている任意の格納媒体内に常駐できる。例証的な格納媒体は、格納媒体から情報を読み出せ、これに情報を書き込むことができるタイプのプロセッサに結合している。また代替例では、格納媒体はプロセッサに一体に設けられていてよい。プロセッサおよび格納媒体はＡＳＩＣ内に常駐していてよい。

先述した開示された実施形態の説明は、任意の当業者が本発明を作成または使用できるようにするために提供されたものである。当業者には、これらの実施形態への様々な改良が容易に明白となるであろうし、また、ここで定義されている一般的な原理は、本発明の精神または範囲を逸脱しない限り他の実施形態にも適用できる。したがって、本発明はここで示した実施形態に限定されるものではなく、ここで開示の原理および新規特徴に関連した最も広い範囲に適応する。

通信システムにおける典型的なＲＯＨＣ圧縮器／デコンプレッサのブロック線図を図示する。 ＲＴＰヘッダを図示する。 本発明による向上したＲＯＨＣの演算を図示したフローチャートである。 図３の方法を実行するための装置を図示する。

Claims (24)

1. 圧縮器を有するアクセスネットワークとデコンプレッサを有するアクセス端末との間のロバストヘッダ圧縮（ＲＯＨＣ）を向上させる方法であって、前記方法は、
   前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報を提供することと、
   無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化を決定することと、
   サンプリングまたはフレームレートの変化によってＴＳ＿ＳＴＲＩＤＥが変化した場合には、前記アクセスネットワークにおける前記圧縮器から前記アクセス端末におけるデコンプレッサへＴＳ＿ＳＴＲＩＤＥ値を送信し、また、ＲＴＰ ＴＳフィールドの増分の変化が無音抑圧によるものである場合にはＴＳ＿ＳＴＲＩＤＥを送信しないことにより、ＴＳ＿ＳＴＲＩＤＥの適当な動作を実行することと、
   を含む方法。
2. 前記アクセスネットワークから前記アクセス端末へフロー情報を提供した後に、ＴＳ＿ＳＴＲＩＤＥ値を前記ＲＴＰ ＴＳフィールドの増分値に設定することをさらに含む、請求項１に記載の方法。
3. 前記ＲＴＰ ＴＳフィールド増分が無音抑圧によって変更される場合には、前記ＴＳ＿ＳＴＲＩＤＥ値は変化しない、請求項２に記載の方法。
4. 前記ＲＴＰ ＴＳフィールド増分が前記サンプリング／フレームレートの変化によって変化した場合には、前記ＴＳ＿ＳＴＲＩＤＥ値が前記サンプリング／フレームレートに従って変化する、請求項２に記載の方法。
5. 無音抑圧は音声フロー内においてのみ生じる、請求項３に記載の方法。
6. 前記サンプリング／フレームレート内の前記変化はビデオフローにおいてのみ生じる、請求項４に記載の方法。
7. 圧縮器を有するアクセスネットワークとデコンプレッサを有するアクセス端末との間のロバストヘッダ圧縮（ＲＯＨＣ）を向上させるシステムであって、前記システムは、
   前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報を提供する手段と、
   無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化を決定する手段と、
   サンプリングまたはフレームレートの変化によってＴＳ＿ＳＴＲＩＤＥが変化した場合には、前記アクセスネットワークにおける前記圧縮器から前記アクセス端末におけるデコンプレッサへＴＳ＿ＳＴＲＩＤＥ値を送信し、また、ＲＴＰ ＴＳフィールドの増分の変化が無音抑圧によるものである場合にはＴＳ＿ＳＴＲＩＤＥを送信しないことにより、ＴＳ＿ＳＴＲＩＤＥの適当な動作を実行する手段と、
   を含むシステム。
8. 前記アクセスネットワークから前記アクセス端末へ前記情報を提供する手段は、ＴＳ＿ＳＴＲＩＤＥ値を前記ＲＴＰ ＴＳフィールドの増分値に設定する手段をさらに備えている、請求項７に記載のシステム。
9. 前記決定手段が前記ＲＴＰ ＴＳフィールド増分が無音抑圧によって変更されると決定した場合には、前記ＴＳ＿ＳＴＲＩＤＥ値は変化しない、請求項８に記載の方法。
10. 前記決定手段が、前記ＲＴＰ ＴＳフィールド増分が前記サンプリング／フレームレートの変化によって変化すると決定した場合には、前記ＴＳ＿ＳＴＲＩＤＥ値が前記サンプリング／フレームレートに従って変化する、請求項８に記載の方法。
11. 無音抑圧は音声フロー内においてのみ生じる、請求項９に記載の方法。
12. 前記サンプリング／フレームレート内の前記変化はビデオフローにおいてのみ生じる、請求項１０に記載の方法。
13. 圧縮器を有するアクセスネットワークとデコンプレッサを有するアクセス端末との間のロバストヘッダ圧縮（ＲＯＨＣ）を向上させる方法であって、前記方法は、
    前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報を提供することと、
    無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化を決定することと、
    サンプリングまたはフレームレートの変化によってＴＳ＿ＳＴＲＩＤＥが変化した場合には、前記アクセス端末における前記圧縮器から前記アクセスネットワークにおけるデコンプレッサへＴＳ＿ＳＴＲＩＤＥ値を送信し、また、ＲＴＰ ＴＳフィールドの増分の変化が無音抑圧によるものである場合にはＴＳ＿ＳＴＲＩＤＥを送信しないことにより、ＴＳ＿ＳＴＲＩＤＥの適当な動作を実行することと、
    を含む方法。
14. 前記圧縮器へフロー情報を提供した後に、ＴＳ＿ＳＴＲＩＤＥ値を前記ＲＴＰ ＴＳフィールドの増分値に設定することをさらに含む、請求項１３に記載の方法。
15. 前記ＲＴＰ ＴＳフィールド増分が無音抑圧によって変更されると決定された場合には、前記ＴＳ＿ＳＴＲＩＤＥ値は変化しない、請求項１４に記載の方法。
16. 前記ＲＴＰ ＴＳフィールド増分が前記サンプリング／フレームレートの変化によって変化すると決定された場合には、前記ＴＳ＿ＳＴＲＩＤＥ値が前記サンプリング／フレームレートに従って変化する、請求項１４に記載の方法。
17. 無音抑圧は音声フロー内においてのみ生じる、請求項１５に記載の方法。
18. 前記サンプリング／フレームレート内の前記変化はビデオフローにおいてのみ生じる、請求項１６に記載の方法。
19. 圧縮器を有するアクセスネットワークとデコンプレッサを有するアクセス端末との間のロバストヘッダ圧縮（ＲＯＨＣ）を向上させるシステムであって、前記システムは、
    前記コンプレッサに対して、ヘッダのリアルタイム転送プロトコルタイムスタンプ（ＲＴＰ ＴＳ）フィールドの増分の変化に関するフロー情報を提供する手段と、
    無音抑圧によって、またはサンプリング／フレームレートの変化によって生じるものとしてのＲＴＰ ＴＳフィールド増分の変化を決定する手段と、
    サンプリングまたはフレームレートの変化によってＴＳ＿ＳＴＲＩＤＥが変化した場合には、前記アクセスネットワークにおける前記圧縮器から前記アクセス端末におけるデコンプレッサへＴＳ＿ＳＴＲＩＤＥ値を送信し、また、ＲＴＰ ＴＳフィールドの増分の変化が無音抑圧によるものである場合にはＴＳ＿ＳＴＲＩＤＥを送信しないことにより、ＴＳ＿ＳＴＲＩＤＥの適当な動作を実行する手段と、
    を含むシステム。
20. 前記アクセスネットワークから前記アクセス端末へ前記情報を提供する手段は、ＴＳ＿ＳＴＲＩＤＥ値を前記ＲＴＰ ＴＳフィールドの増分値に設定する手段をさらに備えている、請求項１９に記載のシステム。
21. 前記決定手段が前記ＲＴＰ ＴＳフィールド増分が無音抑圧によって変更されると決定した場合には、前記ＴＳ＿ＳＴＲＩＤＥ値は変化しない、請求項２０に記載の方法。
22. 前記決定手段が、前記ＲＴＰ ＴＳフィールド増分が前記サンプリング／フレームレートの変化によって変化すると決定した場合には、前記ＴＳ＿ＳＴＲＩＤＥ値が前記サンプリング／フレームレートに従って変化する、請求項２０に記載の方法。
23. 無音抑圧は音声フロー内においてのみ生じる、請求項２１に記載の方法。
24. 前記サンプリング／フレームレート内の前記変化はビデオフローにおいてのみ生じる、請求項２２に記載の方法。

Images