遅延変動が大きな環境におけるロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するためのシステムおよび方法
【課題】（ＡＮ／ＡＴに存在する）コンプレッサと、（ＡＴ／ＡＮに存在する）デコンプレッサとの間のロバスト・ヘッダ圧縮を最適化するシステムおよび方法を提供する。
【解決手段】方法は、コンプレッサの前の推定されたジッタ値を用いてコンプレッサを初期化することと、コンプレッサの前の推定されたジッタの値をデコンプレッサへ通知することと、コンプレッサとデコンプレッサとの間のジッタ（ＪＩＴＴＥＲ＿ＣＤ）と、コンプレッサの前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）とのジッタ合計に基づいて、デコンプレッサにおいて様々なしきい値リミットを推定することと、しきい値リミットを超えた場合にはいつでもデコンプレッサがＪＩＴＴＥＲオプションを送ることと、受け取ったＪＩＴＴＥＲオプションに応答してコンプレッサがパケット・サイズを調節することとを備える。
【解決手段】方法は、コンプレッサの前の推定されたジッタ値を用いてコンプレッサを初期化することと、コンプレッサの前の推定されたジッタの値をデコンプレッサへ通知することと、コンプレッサとデコンプレッサとの間のジッタ（ＪＩＴＴＥＲ＿ＣＤ）と、コンプレッサの前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）とのジッタ合計に基づいて、デコンプレッサにおいて様々なしきい値リミットを推定することと、しきい値リミットを超えた場合にはいつでもデコンプレッサがＪＩＴＴＥＲオプションを送ることと、受け取ったＪＩＴＴＥＲオプションに応答してコンプレッサがパケット・サイズを調節することとを備える。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、本願の譲受人に譲渡され、参照によって本願に完全に組み込まれている２００５年１２月２３日出願の「System And Method For Optimizing Robust Header Compression In High Delay Variance Environment」と題された米国仮出願６０／７５３，７７６番の優先権を主張する。
【技術分野】
【０００２】
本発明は、一般に、通信システムにおけるデータの圧縮および解凍に関し、特に、遅延変動が大きな環境におけるロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するためのシステムおよび方法に関する。
【背景技術】
【０００３】
ＲＯＨＣは、無線通信システムにおける効率およびロバスト性を定めるインターネット技術特別調査委員会（ＩＥＴＦ）ヘッダ圧縮フレームワークである。他の特徴の中でも、ＲＯＨＣは、リアルタイム転送プロトコル／ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）、およびＵＤＰ／ＩＰ圧縮プロファイルをサポートする。ＲＯＨＣワーキング・グループはまた、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）圧縮プロファイルに対するサポートを明白にしている。
【０００４】
ＲＯＨＣは、ロバスト性、すなわち、無線リンクにおける誤りを許容する能力を示す。ＲＯＨＣは、マルチメディア・アプリケーションで使用可能であり、様々なアプリケーションおよびプロトコルのためのヘッダ圧縮を定める。ヘッダ圧縮は、リンクを介して送信されるヘッダ・サイズを低減し、もって、リンク効率およびスループットを高める技術である。ヘッダ圧縮は、ヘッダ・サイズの減少によってヘッダ・オーバヘッドが顕著に減少する小さなパケット・サイズの場合において、または、低速リンクにおいて、特に有用である。ヘッダ圧縮は、同じフローに属するパケットにおけるヘッダ・フィールド冗長をインタリーブすることによってこれを達成する。特に、例えばＩＰソース・アドレスおよび宛先アドレスのような多くのパケット・ヘッダ・フィールドは、フローが継続している間、一定を維持する。一方、例えばシーケンス番号のようなその他のフィールドは、予想されたように変化し、ヘッダ圧縮は、パケット毎にほんの数バイトのヘッダ情報のみを送信すればよくなる。
【０００５】
図１は、通信リンクによるＩＰ／ＵＤＰ／ＲＴＰヘッダの一般的なＲＯＨＣ圧縮／解凍ブロック図１００を例示する。一般に、オリジナルのパケット・ヘッダを高い信頼性で通信し、構築するために、完全なヘッダの参照コピーが、ＲＯＨＣコンプレッサ１０２およびＲＯＨＣデコンプレッサ１０４において格納される。本明細書に参照によって完全に組み込まれているＵＲＬ ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ３０９５．ｈｔｍｌにおいて入手可能なＲＦＣ ３０９５によって、ＲＯＣＨデコンプレッサは、ＦＥＥＤＢＡＣＫパケットとともに送られたＪＩＴＴＥＲオプションを用いて、コンプレッサとデコンプレッサとの間（ｃｏｍｐ−ｄｅｃｏｍｐ）のリンクで受け取られたパケットによって見られるジッタ（遅延変動）について、コンプレッサに通知することができる。次に、タイマ・ベースの圧縮方法を使用する場合、ＲＴＰタイムスタンプ（ＲＴＰ ＴＳ）フィールドを圧縮するのに必要なビット数を推定するために、コンプレッサによってＪＩＴＴＥＲオプションが使用されうる。しかしながら、各パケットについてＪＩＴＴＥＲオプションを送ることは、フィードバック・チャネル上に顕著なオーバヘッドをもたらすので、その使用は最適化されるべきであることが認識される。従って、当該技術には、遅延変動が大きな環境においてＲＯＨＣを最適化するためのシステムおよび方法に対するニーズがある。
【発明の概要】
【０００６】
本発明は、（アクセス・ネットワーク（ＡＮ）に存在しうる）コンプレッサと、（アクセス端末（ＡＴ）に存在しうる）デコンプレッサとの間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するシステムおよび方法に関する。この方法は、コンプレッサの前の推定されたジッタ値を用いてコンプレッサを初期化することと、ＪＩＴＴＥＲ＿ＢＣと称される、コンプレッサの前の推定されたジッタ値をデコンプレッサに通知することと、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）に基づいて、デコンプレッサにおいて、様々なしきい値リミットを推定することとを備え、デコンプレッサは、しきい値リミットが超えられたか、下回られたか場合には常に、ＪＩＴＴＥＲオプションを送り、コンプレッサは、受け取ったＪＩＴＴＥＲオプションに応答してパケット・サイズを調節する。ＪＩＴＴＥＲ＿ＢＣの推定値は、シミュレーションあるいはチャネル特性に基づきうる。デコンプレッサへのＪＩＴＴＥＲ＿ＢＣ値の通知は、シグナリングによって達成されるか、あるいは、コンプレッサおよびデコンプレッサにおいて同じ値をハード・コーディングすることによって達成される。本発明は、フィードバック・チャネルを控えめに用いてジッタの推定を可能にし、与えられた任意の場合において、最大の圧縮効率を可能にしながら、フィードバック・チャネルの利用を最適化する。
【０００７】
別の局面では、本発明は、コンプレッサを有するアクセス・ネットワークと、デコンプレッサを有するアクセス端末との間のロバスト・ヘッダ圧縮を最適化する方法に関する。この方法は、アクセス・ネットワークにおけるコンプレッサと、アクセス端末におけるデコンプレッサとの間で同じ値になるように、コンプレッサ前のジッタを表す初期ＪＩＴＴＥＲ＿ＢＣ値を設定することと、アクセス・ネットワークにおけるコンプレッサからの圧縮されたＴＳフィールドを、初期ＪＩＴＴＥＲ＿ＢＣ値に基づいて、アクセス端末におけるデコンプレッサへ送ることと、コンプレッサ−デコンプレッサ・リンク上のジッタ値がしきい値を超えるまたは下回る場合には、アクセス端末のデコンプレッサから、アクセス・ネットワークにおけるコンプレッサへＪＩＴＴＥＲオプションを送ることとを備える。この方法は更に、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）に基づいて複数のしきい値リミットを推定することを備え、初期ＪＩＴＴＥＲ＿ＢＣ値を設定することは、コンプレッサおよびデコンプレッサにおいて同じ値をハード・コーディングすること、あるいはシグナリングすることを備える。
【０００８】
上記局面では、コンプレッサはアクセス端末（またはその他任意のインターネット・プロトコル・ベースの通信デバイス）に存在し、デコンプレッサは、アクセス・ネットワーク（またはその他任意のインターネット・プロトコル・ベースの通信デバイス）に存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【図面の簡単な説明】
【０００９】
【図１】図１は、通信システムにおける典型的なロバスト・ヘッダ・コンプレッサ／デコンプレッサのブロック図を例示する。
【図２】図２は、ＲＴＰヘッダを例示する。
【図３（ａ）】図３（ａ）は、最適化されたＲＯＨＣの動作を例示するフローチャートである。
【図３（ｂ）】図３（ｂ）は、図３（ａ）の方法を実行する装置を例示する。
【図４（ａ）】図４（ａ）は、他の局面における最適化されたＲＯＨＣの動作を例示するフローチャートである。
【図４（ｂ）】図４（ｂ）は、図４（ａ）の方法を実行する装置を例示する。
【発明を実施するための形態】
【００１０】
用語「典型的」は、「例、事例あるいは例示として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的」と記述される何れの実施形態も、他の実施形態に対して好適であるとか、有利であるとか必ずしも解釈される必要はない。
【００１１】
本明細書でアクセス端末（ＡＴ）とも称される高データ・レート（ＨＤＲ）加入者局は、移動式または固定式であり、本明細書でモデム・プール・トランシーバ（ＭＰＴ）と称される１または複数のＨＤＲ基地局と通信することができる。アクセス端末は、１または複数のモデム・プール・トランシーバを介して、本明細書でモデム・プール・コントローラと称されているＨＤＲ基地局コントローラとデータ・パケットを送受信する。モデム・プール・トランシーバおよびモデム・プール・コントローラは、アクセス・ネットワーク（ＡＮ）と呼ばれるネットワークの一部である。アクセス・ネットワークは、多くの接続端末間でデータ・パケットを搬送する。アクセス・ネットワークは更に、例えば企業イントラネットまたはインターネットのような、アクセス・ネットワーク外部の追加ネットワークへ接続されることができ、各アクセス端末と、そのような外部ネットワークとの間でデータ・パケットを伝送する。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあると言われる。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立中のアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、例えば光ファイバあるいは同軸ケーブルを使用して、無線チャネルを介して、あるいは有線チャネルを介して通信するあらゆるデータ・デバイスでありうる。アクセス端末は更に、限定される訳ではないが、ＰＣカード、コンパクト・フラッシュ、外部モデムまたは内蔵モデム、あるいは、無線電話または有線電話を含む多くのタイプのデバイスのうちの何れかでありうる。アクセス端末がモデム・プール・トランシーバに信号を送る通信リンクは、逆方向リンクと呼ばれる。モデム・プール・トランシーバがアクセス端末へ信号を送る通信リンクは、順方向リンクと呼ばれる。
【００１２】
本発明において説明される通信システムは、例えば、符号分割多元接続（ＣＤＭＡ）、ＩＳ−９５、"CDMA2000 High Rate Packet Data Air Interface Specification," TIA/EIA/IS-856で明示されている高データ・レート（ＨＤＲ）、ＣＤＭＡ １ｘ エボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）、１ｘＥＶ−ＤＶ、広帯域ＣＭＤＡ（ＷＣＤＭＡ）、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）時分割シンクロナスＣＤＭＡ（ＴＤ−ＳＣＭＡ）、直交周波数分割多重化（ＯＦＤＭ）のような１または複数の通信技術を使用しうる。下記に述べられた例は、他のシステムにも同様に適用可能である。また、本例は、本願を限定することを意味するものではない。
【００１３】
上述したように、ＲＯＨＣは、ＲＴＰ／ＵＤＰ／ＩＰヘッダを効率的に圧縮するヘッダ圧縮技術である。図２を参照して、ＲＴＰヘッダ２００を示す。ヘッダを圧縮するためにＲＯＨＣが使用する技術のうちの１つは、ＲＴＰシーケンス番号（ＲＴＰ ＳＮ）フィールド２０２を圧縮し、次に、ＲＴＰ ＳＮフィールド２０２から、例えばＲＴＰタイムスタンプ（ＲＴＰ ＴＳ）フィールド２０４のような他のフィールドへの線形関係を使用する。ＲＴＰ ＳＮフィールド２０２は、パケットが送信される毎に１増加し、ＲＴＰ ＴＳフィールド２０４は、サンプリング・レートにしたがってインクリメントする。ＲＯＨＣはまた、幾つかのプロトコル・スタックをサポートすることができるフレキシブルなヘッダ圧縮フレームワークとなるように設計される。すなわち、一般的なパケット・フォーマット、コンプレッサおよびデコンプレッサ有限状態機械、運転モード、誤り復元および補正メカニズム、およびエンコード方法が、フレームワーク・レベルで定義される。パケット・ヘッダ内の動的フィールドのためのエンコード方法は、特定のフィールドの動的パターンに基づいて選択される。
【００１４】
ＲＦＣ ３０９５によれば、ＲＯＨＣデコンプレッサは、ＪＩＴＴＥＲオプションを用いて、コンプレッサ−デコンプレッサ（ｃｏｍｐ−ｄｅｃｏｍｐ）間のリンク上で受け取られたパケットによって見られるジッタ（遅延変動）についてＲＯＨＣコンプレッサに通知することが可能とされる。タイマ・ベースの圧縮方法を用いる場合、ＲＴＰ ＴＳを圧縮するのに必要なビット数を推定するために、ＲＯＨＣコンプレッサによってＪＩＴＴＥＲオプションを使用することができる。上述したように、各パケットについてＪＩＴＴＥＲオプションを送ることは、フィードバック・チャネル上に多大なオーバヘッドをもたらす。したがって、その使用が最適化されるべきである。別の言い方をすれば、フィードバック・チャネルを著しく使用することは、システム容量の損失をもたらす。したがって、その使用が最適化されるべきである。（ＪＩＴＴＥＲ＿ＣＤと呼ばれる）コンプレッサ−デコンプレッサ間のジッタと、（ＪＩＴＴＥＲ＿ＢＣと呼ばれる）コンプレッサ前のジッタとの合計である合計ジッタは、ＲＴＰ ＴＳフィールドを圧縮するために、例えばｋビットのように、どれだけのビットが必要とされるのかを判定する。必要とされるビット数に基づいて、パケット・フォーマットが、圧縮されたＲＴＰ ＴＳフィールドを表すために少なくとも必要なビット数を含むことができるように、コンプレッサは、圧縮されたパケットをデコンプレッサへ送信するために、適切なパケット・フォーマットを用いる。
【００１５】
しかしながら、ジッタがあるしきい値よりも増加すると、圧縮されたＲＴＰ ＴＳフィールドを送信するためにより大きなｋビットが必要とされ、ｋビットを適合させるために、異なるパケット・フォーマットが必要とされる。言い換えれば、ｋビットは、ＴＳフィールドをエンコードするために使用され、デコンプレッサへ送信される。デコンプレッサは、既知の基準値を用いてオリジナルの値を導出する。コンプレッサの基準値のセットが、デコンプレッサによって使用されている基準値であり、送信されたｋビットが、（ＪＩＴＴＥＲ＿ＢＣとＪＩＴＴＥＲ＿ＣＤとの合計である）合計ジッタをキャプチャするのに十分大きいのであれば、正確さが保証される。
【００１６】
ｋの値が大きくなると、大きなｋをサポートするパケット・フォーマット自身のサイズが大きくなるので、圧縮効率は低減することが理解される。例えば、ジッタ＜２７０ミリ秒の場合、ＩＰｖ４パケットが、２次（ＳＯ）状態において、ＵＯ−１−ＴＳパケットを用いて圧縮されうる。ジッタ＞２７０ミリ秒の場合、ＵＯＲ−２−ＴＳパケットまたはそれより大きなパケットが使用される必要がある。これは、圧縮効率を低減する。従って、コンプレッサは、ある送信期間中、コンプレッサとデコンプレッサとの間と同様に、コンプレッサの前のジッタの正確な推定値を持つことが重要である。
【００１７】
上記を考慮して、本発明の局面は、ＪＩＴＴＥＲオプションを控えめに用いることである。図３（ａ）を参照して、本発明の動作を例示する一般的なフローチャートを示す。ブロック３０２では、ＪＩＴＴＥＲ＿ＢＣの初期値が、ＡＮにおけるコンプレッサおよびＡＴにおけるデコンプレッサにおいて同じ値に設定される。これは、例えば、ＡＮからＡＴへシグナリングすることによって、あるいは、ＡＮおよびＡＴにおいて同じ値をハード・コーディングすることによって達成される。次に、ブロック３０４では、デコンプレッサが、初期ＪＩＴＴＥＲ＿ＢＣ値に基づいて、様々なしきい値リミットを推定する。これらリミットは、パケットを正確に解凍するために、パケット・フォーマットにおける変化を必要とする値として定義され、パケット・フォーマットにおける変化を必要とするジッタ値と、ＪＩＴＴＥＲ＿ＢＣの値との差分として計算される。ブロック３０６では、コンプレッサが、ＪＩＴＴＥＲ＿ＣＤとＪＩＴＴＥＲ＿ＢＣとの合計に基づいて、圧縮されたＲＴＰ ＴＳフィールドをデコンプレッサへ送る。ブロック３０８では、デコンプレッサが、コンプレッサとデコンプレッサとの間の推定ジッタ、すなわちＪＩＴＴＥＲ＿ＣＤがしきい値を超えているか、下回っているかを判定する。最後に、ブロック３１０では、デコンプレッサが、コンプレッサへＪＩＴＴＥＲオプションを控え目に送る。すなわち、推定されたＪＩＴＴＥＲ＿ＣＤがしきい値を超えたか下回っている場合にのみ、デコンプレッサは、ＪＩＴＴＥＲオプションを送る。これは、フィードバックを控えめに用いてジッタを推定することを可能にする。その結果、本発明は、与えられた任意の場合において、最大の圧縮効率を考慮しながら、フィードバック・チャネルを最適に使用することを保証する。図３（ｂ）は、図３（ａ）の方法を実行する手段３１２−３２０を備える装置を例示している。図３（ｂ）における手段３１２−３２０は、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアとの組み合わせで実施されうる。コンプレッサはＡＴに存在し、デコンプレッサはＡＮに存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【００１８】
図４（ａ）に示すように、ＪＩＴＴＥＲフィードバック・オーバヘッドを最小化し、圧縮効率を最大化する本発明の別の局面に従うフローチャートが示される。ブロック４０２では、ＡＮが、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）の推定値を用いてコンプレッサを初期化する。初期化は、シミュレーションあるいはチャネル特性に基づきうる。ブロック４０４では、デコンプレッサに、ＪＩＴＴＥＲ＿ＢＣの初期推定値について通知される。これは、（例えば、下部レイヤを用いた）幾つかのシグナリングを介してか、あるいは、コンプレッサおよびデコンプレッサに同じ値をハード・コーディングすることによって達成されうる。ブロック４０６では、デコンプレッサが、コンプレッサ−デコンプレッサ・リンクの前のジッタ（すなわち、ＪＩＴＴＥＲ＿ＢＣ）に基づいて、コンプレッサとデコンプレッサとの間のジッタの様々なしきい値リミットを推定する。これらリミットは、パケットを正しく解凍するためにパケット・フォーマットにおける変化を必要とする値として定められ、パケット・フォーマットにおける変化を必要とするジッタ値と、ＪＩＴＴＥＲ＿ＢＣ値との間の差分として計算されうる。ブロック４０８では、デコンプレッサが、受信した全てのパケットを用いて（または、計算オーバヘッドを定期的に低減するために、例えば１０パケット毎に）、コンプレッサとデコンプレッサとの間のジッタ（ＪＩＴＴＥＲ＿ＣＤ）を計算し、計算されたＪＩＴＴＥＲ＿ＣＤの変化が、しきい値を超えているかまたは下回っていることが検出されると、デコンプレッサは、コンプレッサが異なるフォーマット・パケットを用いることができるように、ピア・コンプレッサにＪＩＴＴＥＲフィードバック・オプションを送る。ブロック４１０に示すように、ＪＩＴＴＥＲ＿ＣＤが、低いしきい値を下回るのであれば、コンプレッサは、パケット・サイズを低減し、圧縮効率を増加させるだろう。そうではない場合、つまり、ブロック４１２に示すようにＪＩＴＴＥＲ＿ＣＤがしきい値を超えているのであれば、コンプレッサは、パケット・サイズを増加し、圧縮効率を低減させるだろう。図４（ｂ）は、図４（ａ）の方法を実行する手段４２０〜４３２を備える装置を図示する。図４（ｂ）における手段４２２−４３２は、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアとの組み
合わせで実現されうる。コンプレッサはＡＴに存在し、デコンプレッサはＡＮに存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【００１９】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００２０】
当業者であれば、更に、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとして又はソフトウェアとして実現されるかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００２１】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００２２】
本明細書で開示された実施形態に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００２３】
開示された実施形態における上述の記載は、当業者をして、本発明の製造または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他の実施形態にも適用されうる。従って、本発明は、本明細書で示された実施形態に限定されることは意図されておらず、本明細書で開示された原理および斬新な特徴と一致する最も広いスコープが与えられることとされている。
【優先権主張】
【０００１】
本特許出願は、本願の譲受人に譲渡され、参照によって本願に完全に組み込まれている２００５年１２月２３日出願の「System And Method For Optimizing Robust Header Compression In High Delay Variance Environment」と題された米国仮出願６０／７５３，７７６番の優先権を主張する。
【技術分野】
【０００２】
本発明は、一般に、通信システムにおけるデータの圧縮および解凍に関し、特に、遅延変動が大きな環境におけるロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するためのシステムおよび方法に関する。
【背景技術】
【０００３】
ＲＯＨＣは、無線通信システムにおける効率およびロバスト性を定めるインターネット技術特別調査委員会（ＩＥＴＦ）ヘッダ圧縮フレームワークである。他の特徴の中でも、ＲＯＨＣは、リアルタイム転送プロトコル／ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）、およびＵＤＰ／ＩＰ圧縮プロファイルをサポートする。ＲＯＨＣワーキング・グループはまた、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）圧縮プロファイルに対するサポートを明白にしている。
【０００４】
ＲＯＨＣは、ロバスト性、すなわち、無線リンクにおける誤りを許容する能力を示す。ＲＯＨＣは、マルチメディア・アプリケーションで使用可能であり、様々なアプリケーションおよびプロトコルのためのヘッダ圧縮を定める。ヘッダ圧縮は、リンクを介して送信されるヘッダ・サイズを低減し、もって、リンク効率およびスループットを高める技術である。ヘッダ圧縮は、ヘッダ・サイズの減少によってヘッダ・オーバヘッドが顕著に減少する小さなパケット・サイズの場合において、または、低速リンクにおいて、特に有用である。ヘッダ圧縮は、同じフローに属するパケットにおけるヘッダ・フィールド冗長をインタリーブすることによってこれを達成する。特に、例えばＩＰソース・アドレスおよび宛先アドレスのような多くのパケット・ヘッダ・フィールドは、フローが継続している間、一定を維持する。一方、例えばシーケンス番号のようなその他のフィールドは、予想されたように変化し、ヘッダ圧縮は、パケット毎にほんの数バイトのヘッダ情報のみを送信すればよくなる。
【０００５】
図１は、通信リンクによるＩＰ／ＵＤＰ／ＲＴＰヘッダの一般的なＲＯＨＣ圧縮／解凍ブロック図１００を例示する。一般に、オリジナルのパケット・ヘッダを高い信頼性で通信し、構築するために、完全なヘッダの参照コピーが、ＲＯＨＣコンプレッサ１０２およびＲＯＨＣデコンプレッサ１０４において格納される。本明細書に参照によって完全に組み込まれているＵＲＬ ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ３０９５．ｈｔｍｌにおいて入手可能なＲＦＣ ３０９５によって、ＲＯＣＨデコンプレッサは、ＦＥＥＤＢＡＣＫパケットとともに送られたＪＩＴＴＥＲオプションを用いて、コンプレッサとデコンプレッサとの間（ｃｏｍｐ−ｄｅｃｏｍｐ）のリンクで受け取られたパケットによって見られるジッタ（遅延変動）について、コンプレッサに通知することができる。次に、タイマ・ベースの圧縮方法を使用する場合、ＲＴＰタイムスタンプ（ＲＴＰ ＴＳ）フィールドを圧縮するのに必要なビット数を推定するために、コンプレッサによってＪＩＴＴＥＲオプションが使用されうる。しかしながら、各パケットについてＪＩＴＴＥＲオプションを送ることは、フィードバック・チャネル上に顕著なオーバヘッドをもたらすので、その使用は最適化されるべきであることが認識される。従って、当該技術には、遅延変動が大きな環境においてＲＯＨＣを最適化するためのシステムおよび方法に対するニーズがある。
【発明の概要】
【０００６】
本発明は、（アクセス・ネットワーク（ＡＮ）に存在しうる）コンプレッサと、（アクセス端末（ＡＴ）に存在しうる）デコンプレッサとの間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するシステムおよび方法に関する。この方法は、コンプレッサの前の推定されたジッタ値を用いてコンプレッサを初期化することと、ＪＩＴＴＥＲ＿ＢＣと称される、コンプレッサの前の推定されたジッタ値をデコンプレッサに通知することと、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）に基づいて、デコンプレッサにおいて、様々なしきい値リミットを推定することとを備え、デコンプレッサは、しきい値リミットが超えられたか、下回られたか場合には常に、ＪＩＴＴＥＲオプションを送り、コンプレッサは、受け取ったＪＩＴＴＥＲオプションに応答してパケット・サイズを調節する。ＪＩＴＴＥＲ＿ＢＣの推定値は、シミュレーションあるいはチャネル特性に基づきうる。デコンプレッサへのＪＩＴＴＥＲ＿ＢＣ値の通知は、シグナリングによって達成されるか、あるいは、コンプレッサおよびデコンプレッサにおいて同じ値をハード・コーディングすることによって達成される。本発明は、フィードバック・チャネルを控えめに用いてジッタの推定を可能にし、与えられた任意の場合において、最大の圧縮効率を可能にしながら、フィードバック・チャネルの利用を最適化する。
【０００７】
別の局面では、本発明は、コンプレッサを有するアクセス・ネットワークと、デコンプレッサを有するアクセス端末との間のロバスト・ヘッダ圧縮を最適化する方法に関する。この方法は、アクセス・ネットワークにおけるコンプレッサと、アクセス端末におけるデコンプレッサとの間で同じ値になるように、コンプレッサ前のジッタを表す初期ＪＩＴＴＥＲ＿ＢＣ値を設定することと、アクセス・ネットワークにおけるコンプレッサからの圧縮されたＴＳフィールドを、初期ＪＩＴＴＥＲ＿ＢＣ値に基づいて、アクセス端末におけるデコンプレッサへ送ることと、コンプレッサ−デコンプレッサ・リンク上のジッタ値がしきい値を超えるまたは下回る場合には、アクセス端末のデコンプレッサから、アクセス・ネットワークにおけるコンプレッサへＪＩＴＴＥＲオプションを送ることとを備える。この方法は更に、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）に基づいて複数のしきい値リミットを推定することを備え、初期ＪＩＴＴＥＲ＿ＢＣ値を設定することは、コンプレッサおよびデコンプレッサにおいて同じ値をハード・コーディングすること、あるいはシグナリングすることを備える。
【０００８】
上記局面では、コンプレッサはアクセス端末（またはその他任意のインターネット・プロトコル・ベースの通信デバイス）に存在し、デコンプレッサは、アクセス・ネットワーク（またはその他任意のインターネット・プロトコル・ベースの通信デバイス）に存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【図面の簡単な説明】
【０００９】
【図１】図１は、通信システムにおける典型的なロバスト・ヘッダ・コンプレッサ／デコンプレッサのブロック図を例示する。
【図２】図２は、ＲＴＰヘッダを例示する。
【図３（ａ）】図３（ａ）は、最適化されたＲＯＨＣの動作を例示するフローチャートである。
【図３（ｂ）】図３（ｂ）は、図３（ａ）の方法を実行する装置を例示する。
【図４（ａ）】図４（ａ）は、他の局面における最適化されたＲＯＨＣの動作を例示するフローチャートである。
【図４（ｂ）】図４（ｂ）は、図４（ａ）の方法を実行する装置を例示する。
【発明を実施するための形態】
【００１０】
用語「典型的」は、「例、事例あるいは例示として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的」と記述される何れの実施形態も、他の実施形態に対して好適であるとか、有利であるとか必ずしも解釈される必要はない。
【００１１】
本明細書でアクセス端末（ＡＴ）とも称される高データ・レート（ＨＤＲ）加入者局は、移動式または固定式であり、本明細書でモデム・プール・トランシーバ（ＭＰＴ）と称される１または複数のＨＤＲ基地局と通信することができる。アクセス端末は、１または複数のモデム・プール・トランシーバを介して、本明細書でモデム・プール・コントローラと称されているＨＤＲ基地局コントローラとデータ・パケットを送受信する。モデム・プール・トランシーバおよびモデム・プール・コントローラは、アクセス・ネットワーク（ＡＮ）と呼ばれるネットワークの一部である。アクセス・ネットワークは、多くの接続端末間でデータ・パケットを搬送する。アクセス・ネットワークは更に、例えば企業イントラネットまたはインターネットのような、アクセス・ネットワーク外部の追加ネットワークへ接続されることができ、各アクセス端末と、そのような外部ネットワークとの間でデータ・パケットを伝送する。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあると言われる。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立中のアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、例えば光ファイバあるいは同軸ケーブルを使用して、無線チャネルを介して、あるいは有線チャネルを介して通信するあらゆるデータ・デバイスでありうる。アクセス端末は更に、限定される訳ではないが、ＰＣカード、コンパクト・フラッシュ、外部モデムまたは内蔵モデム、あるいは、無線電話または有線電話を含む多くのタイプのデバイスのうちの何れかでありうる。アクセス端末がモデム・プール・トランシーバに信号を送る通信リンクは、逆方向リンクと呼ばれる。モデム・プール・トランシーバがアクセス端末へ信号を送る通信リンクは、順方向リンクと呼ばれる。
【００１２】
本発明において説明される通信システムは、例えば、符号分割多元接続（ＣＤＭＡ）、ＩＳ−９５、"CDMA2000 High Rate Packet Data Air Interface Specification," TIA/EIA/IS-856で明示されている高データ・レート（ＨＤＲ）、ＣＤＭＡ １ｘ エボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）、１ｘＥＶ−ＤＶ、広帯域ＣＭＤＡ（ＷＣＤＭＡ）、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）時分割シンクロナスＣＤＭＡ（ＴＤ−ＳＣＭＡ）、直交周波数分割多重化（ＯＦＤＭ）のような１または複数の通信技術を使用しうる。下記に述べられた例は、他のシステムにも同様に適用可能である。また、本例は、本願を限定することを意味するものではない。
【００１３】
上述したように、ＲＯＨＣは、ＲＴＰ／ＵＤＰ／ＩＰヘッダを効率的に圧縮するヘッダ圧縮技術である。図２を参照して、ＲＴＰヘッダ２００を示す。ヘッダを圧縮するためにＲＯＨＣが使用する技術のうちの１つは、ＲＴＰシーケンス番号（ＲＴＰ ＳＮ）フィールド２０２を圧縮し、次に、ＲＴＰ ＳＮフィールド２０２から、例えばＲＴＰタイムスタンプ（ＲＴＰ ＴＳ）フィールド２０４のような他のフィールドへの線形関係を使用する。ＲＴＰ ＳＮフィールド２０２は、パケットが送信される毎に１増加し、ＲＴＰ ＴＳフィールド２０４は、サンプリング・レートにしたがってインクリメントする。ＲＯＨＣはまた、幾つかのプロトコル・スタックをサポートすることができるフレキシブルなヘッダ圧縮フレームワークとなるように設計される。すなわち、一般的なパケット・フォーマット、コンプレッサおよびデコンプレッサ有限状態機械、運転モード、誤り復元および補正メカニズム、およびエンコード方法が、フレームワーク・レベルで定義される。パケット・ヘッダ内の動的フィールドのためのエンコード方法は、特定のフィールドの動的パターンに基づいて選択される。
【００１４】
ＲＦＣ ３０９５によれば、ＲＯＨＣデコンプレッサは、ＪＩＴＴＥＲオプションを用いて、コンプレッサ−デコンプレッサ（ｃｏｍｐ−ｄｅｃｏｍｐ）間のリンク上で受け取られたパケットによって見られるジッタ（遅延変動）についてＲＯＨＣコンプレッサに通知することが可能とされる。タイマ・ベースの圧縮方法を用いる場合、ＲＴＰ ＴＳを圧縮するのに必要なビット数を推定するために、ＲＯＨＣコンプレッサによってＪＩＴＴＥＲオプションを使用することができる。上述したように、各パケットについてＪＩＴＴＥＲオプションを送ることは、フィードバック・チャネル上に多大なオーバヘッドをもたらす。したがって、その使用が最適化されるべきである。別の言い方をすれば、フィードバック・チャネルを著しく使用することは、システム容量の損失をもたらす。したがって、その使用が最適化されるべきである。（ＪＩＴＴＥＲ＿ＣＤと呼ばれる）コンプレッサ−デコンプレッサ間のジッタと、（ＪＩＴＴＥＲ＿ＢＣと呼ばれる）コンプレッサ前のジッタとの合計である合計ジッタは、ＲＴＰ ＴＳフィールドを圧縮するために、例えばｋビットのように、どれだけのビットが必要とされるのかを判定する。必要とされるビット数に基づいて、パケット・フォーマットが、圧縮されたＲＴＰ ＴＳフィールドを表すために少なくとも必要なビット数を含むことができるように、コンプレッサは、圧縮されたパケットをデコンプレッサへ送信するために、適切なパケット・フォーマットを用いる。
【００１５】
しかしながら、ジッタがあるしきい値よりも増加すると、圧縮されたＲＴＰ ＴＳフィールドを送信するためにより大きなｋビットが必要とされ、ｋビットを適合させるために、異なるパケット・フォーマットが必要とされる。言い換えれば、ｋビットは、ＴＳフィールドをエンコードするために使用され、デコンプレッサへ送信される。デコンプレッサは、既知の基準値を用いてオリジナルの値を導出する。コンプレッサの基準値のセットが、デコンプレッサによって使用されている基準値であり、送信されたｋビットが、（ＪＩＴＴＥＲ＿ＢＣとＪＩＴＴＥＲ＿ＣＤとの合計である）合計ジッタをキャプチャするのに十分大きいのであれば、正確さが保証される。
【００１６】
ｋの値が大きくなると、大きなｋをサポートするパケット・フォーマット自身のサイズが大きくなるので、圧縮効率は低減することが理解される。例えば、ジッタ＜２７０ミリ秒の場合、ＩＰｖ４パケットが、２次（ＳＯ）状態において、ＵＯ−１−ＴＳパケットを用いて圧縮されうる。ジッタ＞２７０ミリ秒の場合、ＵＯＲ−２−ＴＳパケットまたはそれより大きなパケットが使用される必要がある。これは、圧縮効率を低減する。従って、コンプレッサは、ある送信期間中、コンプレッサとデコンプレッサとの間と同様に、コンプレッサの前のジッタの正確な推定値を持つことが重要である。
【００１７】
上記を考慮して、本発明の局面は、ＪＩＴＴＥＲオプションを控えめに用いることである。図３（ａ）を参照して、本発明の動作を例示する一般的なフローチャートを示す。ブロック３０２では、ＪＩＴＴＥＲ＿ＢＣの初期値が、ＡＮにおけるコンプレッサおよびＡＴにおけるデコンプレッサにおいて同じ値に設定される。これは、例えば、ＡＮからＡＴへシグナリングすることによって、あるいは、ＡＮおよびＡＴにおいて同じ値をハード・コーディングすることによって達成される。次に、ブロック３０４では、デコンプレッサが、初期ＪＩＴＴＥＲ＿ＢＣ値に基づいて、様々なしきい値リミットを推定する。これらリミットは、パケットを正確に解凍するために、パケット・フォーマットにおける変化を必要とする値として定義され、パケット・フォーマットにおける変化を必要とするジッタ値と、ＪＩＴＴＥＲ＿ＢＣの値との差分として計算される。ブロック３０６では、コンプレッサが、ＪＩＴＴＥＲ＿ＣＤとＪＩＴＴＥＲ＿ＢＣとの合計に基づいて、圧縮されたＲＴＰ ＴＳフィールドをデコンプレッサへ送る。ブロック３０８では、デコンプレッサが、コンプレッサとデコンプレッサとの間の推定ジッタ、すなわちＪＩＴＴＥＲ＿ＣＤがしきい値を超えているか、下回っているかを判定する。最後に、ブロック３１０では、デコンプレッサが、コンプレッサへＪＩＴＴＥＲオプションを控え目に送る。すなわち、推定されたＪＩＴＴＥＲ＿ＣＤがしきい値を超えたか下回っている場合にのみ、デコンプレッサは、ＪＩＴＴＥＲオプションを送る。これは、フィードバックを控えめに用いてジッタを推定することを可能にする。その結果、本発明は、与えられた任意の場合において、最大の圧縮効率を考慮しながら、フィードバック・チャネルを最適に使用することを保証する。図３（ｂ）は、図３（ａ）の方法を実行する手段３１２−３２０を備える装置を例示している。図３（ｂ）における手段３１２−３２０は、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアとの組み合わせで実施されうる。コンプレッサはＡＴに存在し、デコンプレッサはＡＮに存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【００１８】
図４（ａ）に示すように、ＪＩＴＴＥＲフィードバック・オーバヘッドを最小化し、圧縮効率を最大化する本発明の別の局面に従うフローチャートが示される。ブロック４０２では、ＡＮが、コンプレッサ前のジッタ（ＪＩＴＴＥＲ＿ＢＣ）の推定値を用いてコンプレッサを初期化する。初期化は、シミュレーションあるいはチャネル特性に基づきうる。ブロック４０４では、デコンプレッサに、ＪＩＴＴＥＲ＿ＢＣの初期推定値について通知される。これは、（例えば、下部レイヤを用いた）幾つかのシグナリングを介してか、あるいは、コンプレッサおよびデコンプレッサに同じ値をハード・コーディングすることによって達成されうる。ブロック４０６では、デコンプレッサが、コンプレッサ−デコンプレッサ・リンクの前のジッタ（すなわち、ＪＩＴＴＥＲ＿ＢＣ）に基づいて、コンプレッサとデコンプレッサとの間のジッタの様々なしきい値リミットを推定する。これらリミットは、パケットを正しく解凍するためにパケット・フォーマットにおける変化を必要とする値として定められ、パケット・フォーマットにおける変化を必要とするジッタ値と、ＪＩＴＴＥＲ＿ＢＣ値との間の差分として計算されうる。ブロック４０８では、デコンプレッサが、受信した全てのパケットを用いて（または、計算オーバヘッドを定期的に低減するために、例えば１０パケット毎に）、コンプレッサとデコンプレッサとの間のジッタ（ＪＩＴＴＥＲ＿ＣＤ）を計算し、計算されたＪＩＴＴＥＲ＿ＣＤの変化が、しきい値を超えているかまたは下回っていることが検出されると、デコンプレッサは、コンプレッサが異なるフォーマット・パケットを用いることができるように、ピア・コンプレッサにＪＩＴＴＥＲフィードバック・オプションを送る。ブロック４１０に示すように、ＪＩＴＴＥＲ＿ＣＤが、低いしきい値を下回るのであれば、コンプレッサは、パケット・サイズを低減し、圧縮効率を増加させるだろう。そうではない場合、つまり、ブロック４１２に示すようにＪＩＴＴＥＲ＿ＣＤがしきい値を超えているのであれば、コンプレッサは、パケット・サイズを増加し、圧縮効率を低減させるだろう。図４（ｂ）は、図４（ａ）の方法を実行する手段４２０〜４３２を備える装置を図示する。図４（ｂ）における手段４２２−４３２は、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアとの組み
合わせで実現されうる。コンプレッサはＡＴに存在し、デコンプレッサはＡＮに存在し、遅延変動が大きな環境におけるＲＯＨＣを最適化するシステムおよび方法が動作するであろうことが認識される。
【００１９】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００２０】
当業者であれば、更に、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとして又はソフトウェアとして実現されるかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００２１】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００２２】
本明細書で開示された実施形態に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００２３】
開示された実施形態における上述の記載は、当業者をして、本発明の製造または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他の実施形態にも適用されうる。従って、本発明は、本明細書で示された実施形態に限定されることは意図されておらず、本明細書で開示された原理および斬新な特徴と一致する最も広いスコープが与えられることとされている。
【特許請求の範囲】
【請求項１】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの初期値を、前記ＡＮにおけるコンプレッサと、前記ＡＴにおけるデコンプレッサとにおいて同じ値に設定することと、
前記ジッタの値に基づいて、前記ＡＮから前記ＡＴへと、圧縮されたＴＳフィールドを送ることと、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＴのデコンプレッサからＪＩＴＴＥＲオプションを送ることと
を備える方法。
【請求項２】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定することを更に備える請求項１に記載の方法。
【請求項３】
前記コンプレッサの前のジッタの初期値を設定することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項１に記載の方法。
【請求項４】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの初期値を、前記ＡＮにおけるコンプレッサと、前記ＡＴにおけるデコンプレッサとにおいて同じ値に設定する手段と、
前記ジッタの値に基づいて、前記ＡＮから前記ＡＴへと、圧縮されたＴＳフィールドを送る手段と、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＴのデコンプレッサからＪＩＴＴＥＲオプションを送る手段と
を備えるシステム。
【請求項５】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定する手段を更に備える請求項４に記載のシステム。
【請求項６】
前記コンプレッサの前のジッタの初期値を設定する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディング手段、またはシグナリングする手段を備える請求項４に記載のシステム。
【請求項７】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化することと、
前記ジッタの推定値を前記デコンプレッサへ通知することと、
前記コンプレッサの前のジッタに基づいて、前記ＡＴのデコンプレッサにおいて複数のしきい値リミットを推定することと、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節することとを備える方法。
【請求項８】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項７に記載の方法。
【請求項９】
前記ジッタの推定値を用いて前記コンプレッサを初期化することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項７に記載の方法。
【請求項１０】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサが、ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを増やすことと
を更に備える請求項７に記載の方法。
【請求項１１】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサが前記ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを減らすことと
を更に備える請求項７に記載の方法。
【請求項１２】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するシステムであって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化する手段と、
前記ジッタの推定値を前記デコンプレッサへ通知する手段と、
前記コンプレッサの前のジッタに基づいて、前記ＡＴのデコンプレッサにおいて複数のしきい値リミットを推定する手段と、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節する手段とを備えるシステム。
【請求項１３】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項１２に記載のシステム。
【請求項１４】
前記初期化する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリング手段を備える請求項１２に記載のシステム。
【請求項１５】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサに、ＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを増加させる手段と
を更に備える請求項１２に記載のシステム。
【請求項１６】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサにＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを低減させる手段と
を更に備える請求項１２に記載のシステム。
【請求項１７】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの初期値を、前記ＡＴにおけるコンプレッサと、前記ＡＮにおけるデコンプレッサとにおいて同じ値に設定することと、
前記ジッタの値に基づいて、前記ＡＴから前記ＡＮへと、圧縮されたＴＳフィールドを送ることと、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＮのデコンプレッサからＪＩＴＴＥＲオプションを送ることと
を備える方法。
【請求項１８】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定することを更に備える請求項１７に記載の方法。
【請求項１９】
前記コンプレッサの前のジッタの初期値を設定することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項１７に記載の方法。
【請求項２０】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの初期値を、前記ＡＴにおけるコンプレッサと、前記ＡＮにおけるデコンプレッサとにおいて同じ値に設定する手段と、
前記ジッタの値に基づいて、前記ＡＴから前記ＡＮへと、圧縮されたＴＳフィールドを送る手段と、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＮのデコンプレッサからＪＩＴＴＥＲオプションを送る手段と
を備えるシステム。
【請求項２１】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定する手段を更に備える請求項２０に記載のシステム。
【請求項２２】
前記コンプレッサの前のジッタの初期値を設定する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリングする手段を備える請求項２０に記載のシステム。
【請求項２３】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化することと、
前記ジッタの推定値を前記デコンプレッサへ通知することと、
前記コンプレッサの前のジッタに基づいて、前記ＡＮのデコンプレッサにおいて複数のしきい値リミットを推定することと、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節することとを備える方法。
【請求項２４】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項２３に記載の方法。
【請求項２５】
前記ジッタの推定値を用いて前記コンプレッサを初期化することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項２３に記載の方法。
【請求項２６】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサが、ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを増やすことと
を更に備える請求項２３に記載の方法。
【請求項２７】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサが前記ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを減らすことと
を更に備える請求項２３に記載の方法。
【請求項２８】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化する手段と、
前記ジッタの推定値を前記デコンプレッサへ通知する手段と、
前記コンプレッサの前のジッタに基づいて、前記ＡＮのデコンプレッサにおいて複数のしきい値リミットを推定する手段と、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節する手段とを備えるシステム。
【請求項２９】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項２８に記載のシステム。
【請求項３０】
前記初期化する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリングする手段を備える請求項２８に記載のシステム。
【請求項３１】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサに、ＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを増加させる手段と
を更に備える請求項２８に記載のシステム。
【請求項３２】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサにＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを低減させる手段と
を備える請求項２８に記載のシステム。
【請求項１】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの初期値を、前記ＡＮにおけるコンプレッサと、前記ＡＴにおけるデコンプレッサとにおいて同じ値に設定することと、
前記ジッタの値に基づいて、前記ＡＮから前記ＡＴへと、圧縮されたＴＳフィールドを送ることと、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＴのデコンプレッサからＪＩＴＴＥＲオプションを送ることと
を備える方法。
【請求項２】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定することを更に備える請求項１に記載の方法。
【請求項３】
前記コンプレッサの前のジッタの初期値を設定することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項１に記載の方法。
【請求項４】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの初期値を、前記ＡＮにおけるコンプレッサと、前記ＡＴにおけるデコンプレッサとにおいて同じ値に設定する手段と、
前記ジッタの値に基づいて、前記ＡＮから前記ＡＴへと、圧縮されたＴＳフィールドを送る手段と、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＴのデコンプレッサからＪＩＴＴＥＲオプションを送る手段と
を備えるシステム。
【請求項５】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定する手段を更に備える請求項４に記載のシステム。
【請求項６】
前記コンプレッサの前のジッタの初期値を設定する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディング手段、またはシグナリングする手段を備える請求項４に記載のシステム。
【請求項７】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化することと、
前記ジッタの推定値を前記デコンプレッサへ通知することと、
前記コンプレッサの前のジッタに基づいて、前記ＡＴのデコンプレッサにおいて複数のしきい値リミットを推定することと、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節することとを備える方法。
【請求項８】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項７に記載の方法。
【請求項９】
前記ジッタの推定値を用いて前記コンプレッサを初期化することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項７に記載の方法。
【請求項１０】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサが、ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを増やすことと
を更に備える請求項７に記載の方法。
【請求項１１】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサが前記ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを減らすことと
を更に備える請求項７に記載の方法。
【請求項１２】
コンプレッサを有するアクセス・ネットワーク（ＡＮ）と、デコンプレッサを有するアクセス端末（ＡＴ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化するシステムであって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化する手段と、
前記ジッタの推定値を前記デコンプレッサへ通知する手段と、
前記コンプレッサの前のジッタに基づいて、前記ＡＴのデコンプレッサにおいて複数のしきい値リミットを推定する手段と、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節する手段とを備えるシステム。
【請求項１３】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項１２に記載のシステム。
【請求項１４】
前記初期化する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリング手段を備える請求項１２に記載のシステム。
【請求項１５】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサに、ＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを増加させる手段と
を更に備える請求項１２に記載のシステム。
【請求項１６】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサにＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを低減させる手段と
を更に備える請求項１２に記載のシステム。
【請求項１７】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの初期値を、前記ＡＴにおけるコンプレッサと、前記ＡＮにおけるデコンプレッサとにおいて同じ値に設定することと、
前記ジッタの値に基づいて、前記ＡＴから前記ＡＮへと、圧縮されたＴＳフィールドを送ることと、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＮのデコンプレッサからＪＩＴＴＥＲオプションを送ることと
を備える方法。
【請求項１８】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定することを更に備える請求項１７に記載の方法。
【請求項１９】
前記コンプレッサの前のジッタの初期値を設定することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項１７に記載の方法。
【請求項２０】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの初期値を、前記ＡＴにおけるコンプレッサと、前記ＡＮにおけるデコンプレッサとにおいて同じ値に設定する手段と、
前記ジッタの値に基づいて、前記ＡＴから前記ＡＮへと、圧縮されたＴＳフィールドを送る手段と、
前記ジッタの値がしきい値を超えるか、下回る場合、前記ＡＮのデコンプレッサからＪＩＴＴＥＲオプションを送る手段と
を備えるシステム。
【請求項２１】
前記コンプレッサの前のジッタの値に基づいて、複数のしきい値リミットを推定する手段を更に備える請求項２０に記載のシステム。
【請求項２２】
前記コンプレッサの前のジッタの初期値を設定する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリングする手段を備える請求項２０に記載のシステム。
【請求項２３】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間のロバスト・ヘッダ圧縮（ＲＯＨＣ）を最適化する方法であって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化することと、
前記ジッタの推定値を前記デコンプレッサへ通知することと、
前記コンプレッサの前のジッタに基づいて、前記ＡＮのデコンプレッサにおいて複数のしきい値リミットを推定することと、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節することとを備える方法。
【請求項２４】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項２３に記載の方法。
【請求項２５】
前記ジッタの推定値を用いて前記コンプレッサを初期化することは、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングすること、またはシグナリングすることを備える請求項２３に記載の方法。
【請求項２６】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサが、ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを増やすことと
を更に備える請求項２３に記載の方法。
【請求項２７】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサが前記ＪＩＴＴＥＲオプションを送ることと、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサが前記パケット・サイズを減らすことと
を更に備える請求項２３に記載の方法。
【請求項２８】
コンプレッサを有するアクセス端末（ＡＴ）と、デコンプレッサを有するアクセス・ネットワーク（ＡＮ）との間の最適化されたロバスト・ヘッダ圧縮（ＲＯＨＣ）を提供するシステムであって、
前記コンプレッサの前のジッタの推定値を用いて前記コンプレッサを初期化する手段と、
前記ジッタの推定値を前記デコンプレッサへ通知する手段と、
前記コンプレッサの前のジッタに基づいて、前記ＡＮのデコンプレッサにおいて複数のしきい値リミットを推定する手段と、
前記推定に基づいて、前記コンプレッサにおいてパケット・サイズを調節する手段とを備えるシステム。
【請求項２９】
前記ジッタの推定値は、シミュレーションまたはチャネル特性に基づく請求項２８に記載のシステム。
【請求項３０】
前記初期化する手段は、前記コンプレッサおよび前記デコンプレッサにおいて同じ値をハード・コーディングする手段、またはシグナリングする手段を備える請求項２８に記載のシステム。
【請求項３１】
前記ジッタの推定値がしきい値を超える場合、前記デコンプレッサに、ＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを増加させる手段と
を更に備える請求項２８に記載のシステム。
【請求項３２】
前記ジッタの推定値がしきい値を下回る場合、前記デコンプレッサにＪＩＴＴＥＲオプションを送らせる手段と、
前記ＪＩＴＴＥＲオプションを受け取ると、前記コンプレッサに前記パケット・サイズを低減させる手段と
を備える請求項２８に記載のシステム。
【図１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図４（ａ）】
【図４（ｂ）】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図４（ａ）】
【図４（ｂ）】
【公開番号】特開２０１２−１３００２３（Ｐ２０１２−１３００２３Ａ）
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１０２１８（Ｐ２０１２−１０２１８）
【出願日】平成２４年１月２０日（２０１２．１．２０）
【分割の表示】特願２００８−５４７６９３（Ｐ２００８−５４７６９３）の分割
【原出願日】平成１８年１２月１４日（２００６．１２．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１２−１０２１８（Ｐ２０１２−１０２１８）
【出願日】平成２４年１月２０日（２０１２．１．２０）
【分割の表示】特願２００８−５４７６９３（Ｐ２００８−５４７６９３）の分割
【原出願日】平成１８年１２月１４日（２００６．１２．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]