JP4008447B2 - 双方向パケットデータ伝送システム及びその方法 - Google Patents

Description

本発明は、パケットデータ伝送に係るもので、詳しくは、移動通信システムのパケットデータ伝送方法及びそのシステムに関するものである。

最近、移動通信システムは飛躍的に発展しているが、大容量のデータ通信サービスにおいては、未だに既存の有線通信システムの性能に追いついていない。そのため、世界各国では、大量のデータ通信を可能にする通信システム及びＩＭＴ−２０００の技術開発を推進しており、その技術を標準化するために、国家相互間の協力が活発に進行している。

欧州式ＩＭＴ−２０００システムのＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、欧州式移動通信標準のＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システムから進化した第３世代移動通信システムであって、ＧＳＭ核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）接続技術に基づいて、より向上した通信サービスの提供を目標にしている。

ＵＭＴＳの標準化作業のために、１９９８年１２月に欧州のＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１及び韓国のＴＴＡは、第３世代共同プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：以下、「３ＧＰＰ」という）を構成し、現在までＵＭＴＳの細部的な標準明細書（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成している。

３ＧＰＰでは、ＵＭＴＳの迅速且つ効率的な技術開発のために、各網構成要素及びそれらの動作に対する独立性を考慮して、ＵＭＴＳの標準化作業を５個のＴＳＧ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ）に分けて進行している。

各ＴＳＧは、関連した領域内で標準規格の開発、承認及び管理を担当するが、それら中、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）グループ（以下、「ＴＳＧ ＲＡＮ」という）は、ＵＭＴＳにおけるＷＣＤＭＡ接続技術を支援するための新しい無線接続網であるＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能、要求事項及びインターフェースに対する規格を開発する
図１は一般のＵＭＴＳ網の構成図である。

図１に示したように、ＵＭＴＳシステムは、端末、ＵＴＲＡＮ１００及び核心網２００により構成されている。

前記ＵＴＲＡＮ１００は、一つ以上のＲＮＳ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂ−ｓｙｓｔｅｍｓ）１１０、１２０により構成される。前記ＲＮＳ１１０、１２０は、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）１１１と、該ＲＮＣ１１１によって管理される複数のノード（Ｎｏｄｅ）Ｂ１１２、１１３とにより構成される。前記ＲＮＣ１１１は、無線資源の割当及び管理を担当し、核心網２００との接続点（Ａｃｃｅｓｓ Ｐｏｉｎｔ）の役割を担当する。

前記ノードＢ１１２、１１３は、アップリンクにより端末の物理階層から送る情報を受信し、ダウンリンクにより端末にデータを送信する。前記ノードＢ１１２、１１３は、端末に対するＵＴＲＡＮ１００の接続点の役割を担当する。

前記核心網２００は、回線交換サービスを支援するためのＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２１０及びＧＭＳＣ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２２０と、パケット交換サービスを支援するためのＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）２３０及びＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）２４０とにより構成される。

特定の端末に提供されるサービスは、大きく回線交換サービス及びパケット交換サービスに区分されるが、例えば、一般の音声通話サービスは回線交換サービスに属し、インターネット接続によるウェブブラウジングサービスはパケット交換サービスに分類される。

まず、回線交換サービスを支援するとき、前記ＲＮＣ１１１は核心網２００のＭＳＣ２１０と連結され、前記ＭＳＣ２１０は他の網との接続を管理するＧＭＳＣ２２０と連結される。

パケット交換サービスを支援するとき、前記ＲＮＣ１１１は核心網２００のＳＧＳＮ２３０及びＧＧＳＮ２４０と連繋してサービスを提供する。前記ＳＧＳＮ２３０はＲＮＣ１１１に向かうパケット通信を支援し、前記ＧＧＳＮ２４０はインターネット網などの他のパケット交換網への連結を管理する。

各網構成要素の相互間には、各種の信号と情報を取り交わす多様なインターフェース（Ｉｎｔｅｒｆａｃｅ）が存在し、ＲＮＣ１１１と核心網２００間のインターフェースをＩｕインターフェースという。特に、前記ＲＮＣ１１１と核心網２００のパケット交換関連システム間のＩｕインターフェースを「Ｉｕ−ＰＳ」といい、ＲＮＣ１１１と核心網２００の回線交換関連システム間のＩｕインターフェースを「Ｉｕ−ＣＳ」という。

図２は３ＧＰＰ無線接続網の規格に基づく端末とＵＴＲＡＮ１００間の無線インターフェース（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ）プロトコルの構造を示している。

図２に示したように、無線インターフェースプロトコルは、水平的に物理階層、データリンク階層及びネットワーク階層に分けられ、垂直的には、データ信号を伝送するための使用者平面（Ｕ−Ｐｌａｎｅ）及び制御信号を伝送するための制御平面（Ｃ−Ｐｌａｎｅ）に分けられる。

前記使用者平面は、音声信号やＩＰパケットのような使用者のトラフィック情報を扱う領域で、前記制御平面は、網のインターフェースや呼の維持及び管理のための制御情報を扱う領域である。

図２の各プロトコル階層は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基準モデルの下位３個の階層に基づいたもので、第１階層Ｌ１、第２階層Ｌ２及び第３階層Ｌ３に分けられる。

以下、図２の各階層Ｌ１、Ｌ２、Ｌ３を説明する。

前記Ｌ１階層、即ち、物理（Ｐｈｙｓｉｃａｌ）階層は、多様な無線伝送技術を利用して上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理階層は、伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）により、上位階層のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層と連結されている。それらＭＡＣ階層及び物理階層は、前記伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を通して互いに信号を取り交わす。

前記Ｌ２階層は、ＭＡＣ階層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）階層及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層により構成される。

前記ＭＡＣ階層は、無線資源の割当及び再割当のためにＭＡＣパラメータの再割当サービスを提供し、論理チャンネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を通して上位階層のＲＬＣ階層と連結されている。伝送される情報の種類によって多様な論理チャンネルが提供されるが、一般に、制御平面の情報を伝送する場合は制御チャンネル（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を利用し、使用者平面の情報を伝送する場合はトラフィックチャンネル（Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）を使用する。

前記ＲＬＣ階層は、信頼性のあるデータ伝送を支援し、上位階層から伝達されたＲＬＣ ＳＤＵ（ＲＬＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の分割及び連結（Ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ Ｃｏｎｃａｔｅｎａｔｉｏｎ）機能を行う。そして、ＲＬＣ階層は、上位階層からＲＬＣ ＳＤＵが伝達されると、各ＲＬＣ ＳＤＵの大きさを処理容量に合せて調節した後、ヘッダー（Ｈｅａｄｅｒ）情報を付け加えた所定のデータユニット（Ｄａｔａ Ｕｎｉｔ）を生成する。このように生成されたデータユニットをＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）といい、これらＰＤＵは前記ＭＡＣ階層に伝達される。ＲＬＣ階層には、ＲＬＣ ＳＤＵまたはＲＬＣ ＰＤＵを保存するためのＲＬＣバッファーが存在する。

前記ＰＤＣＰ階層は、ＲＬＣ階層の上位階層であって、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルを通して伝送されるデータを、相対的に帯域幅の小さい無線インターフェース上で効率的に伝送させる。このために、ＰＤＣＰ階層は、有線網で使用される不必要な制御情報を減らす機能を行うが、このような機能をヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）という。ヘッダー圧縮技法（Ｓｃｈｅｍｅ）は、インターネット標準化グループ、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で定義するＲＦＣ２５０７ヘッダー圧縮技法及びＲＦＣ３０９５（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ）技法がある。これら方法は、データのヘッダー（Ｈｅａｄｅｒ）部分で必要な情報のみを伝送させることで、伝送されるデータ量を減らす。即ち、不必要であると判断される各ヘッダーフィールドを除去するか、または各ヘッダーフィールドのサイズを減少することで、ヘッダー部分のデータ量を減少する。

Ｌ３階層の一番下部には、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）階層がある。

ＲＲＣ階層は、制御平面のみで定義され、各無線運搬者（Ｒａｄｉｏ Ｂｅａｒｅｒ）の設定、再設定及び解除と関連して、伝送チャンネル及び物理チャンネルの制御を担当する。前記無線運搬者サービスは、端末とＵＴＲＡＮ間のデータ伝送のために第２階層が提供するサービスをいい、一般に、無線運搬者が設定されることは、特定のサービスを提供するために必要なプロトコル階層及びチャンネルの特性を規定し、具体的なパラメータ及び動作方法をそれぞれ設定することである。

参考に、ＲＬＣ階層は、上位に如何なる階層が連結されたかによって使用者平面または制御平面に属する。即ち、ＲＬＣ階層がＲＲＣ階層からデータを受けると制御平面に属し、その他の場合は使用者平面に属する。

また、図２に示したように、ＲＬＣ階層及びＰＤＣＰ階層は、一つの階層内に複数のエンティティー（Ｅｎｔｉｔｙ）を有する。これは、一般に、一つの端末が複数の無線運搬者を有し、一つの無線運搬者に対してただ一つのＲＬＣエンティティー（またはＰＤＣＰエンティティー）が使用されるためである。

図４は従来技術によってヘッダー圧縮技法を実現するための信号フローチャートで、図５は従来の端末とＵＴＲＡＮの圧縮機及び復元機の構造図である。

以下、ＰＤＣＰ階層のＩＰヘッダー圧縮技法を、図４及び図５に基づいて説明する。

まず、ＲＦＣ２５０７ヘッダー圧縮技法に対して説明する。

ＲＦＣ２５０７ヘッダー圧縮技法は、ＩＰ階層の上位プロトコルがＴＣＰである時及びＴＣＰでない時、互いに異なる圧縮技法を使用する。即ち、ＩＰ階層の上位プロトコルがＵＤＰであると「Ｃｏｍｐｒｅｓｓｅｄ Ｎｏｎ−ＴＣＰ」という圧縮技法が使用され、ＴＣＰであると「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」という圧縮技法が使用される。前記「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」は、可変するヘッダーフィールドの伝送方法によって「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」及び「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ ｎｏｄｅｌｔａ」に区分される。

前記「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」技法は、連続する各パケット間で、可変するヘッダーフィールド値の差がそれほど大きくないという点を利用して、全体のフィールド値を送らず、パケット間の差だけを伝送する方法で、前記「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ ｎｏｄｅｌｔａ」技法は、可変する全体のフィールド値をそのまま伝送する方法である。

「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」技法の場合、まず、一つのパケットストリームに対して送信側が全体のヘッダーパケットを伝送して、送信側及び受信側にコンテキスト（Ｃｏｎｔｅｘｔ）を構成した後、その後のパケットに対しては、以前のパケットとの差だけを示す圧縮ヘッダーを使用して伝送する。その反面、「Ｃｏｍｐｒｓｓｅｄ ＴＣＰ ｎｏｄｅｌｔａ」技法は、可変する全体のヘッダーフィールド値を伝送する。

前記「Ｃｏｍｐｒｅｓｓｅｄ Ｎｏｎ−ＴＣＰ」技法も同様に、まず、一つのパケットストリームに対して送信側が全体のヘッダーパケットを伝送して、送信側及び受信側にコンテキストを構成し、その後のパケットに対しては、可変フィールドにより構成された全体のヘッダーフィールド値を伝送する。然し、「Ｃｏｍｐｒｅｓｓｅｄ Ｎｏｎ−ＴＣＰ」ヘッダー圧縮技法は、単方向通信に使用することができ、指数的に増加する間隔で全体のヘッダー情報を伝送するＣｏｍｐｒｅｓｓｉｏｎ Ｓｌｏｗ−Ｓｔａｒｔ技法を使用する。前記Ｃｏｍｐｒｅｓｓｉｏｎ Ｓｌｏｗ−Ｓｔａｒｔ技法は、全体のヘッダー情報が変更されるか、新しいヘッダー圧縮技法が適用されたとき、同一の全体のヘッダーを初期には頻繁に伝送し、その後は徐々に伝送間隔を増やす方法である。図３はＣｏｍｐｒｅｓｓｉｏｎ Ｓｌｏｗ−Ｓｔａｒｔ技法に対する概念図である。

ＲＦＣ２５０７ヘッダー圧縮技法をＰＤＣＰ階層で使用するためには、圧縮機及び復元機の形態を構成する各パラメータに対する定義が必要である。

ＲＦＣ２５０７ヘッダー圧縮技法で定義されるパラメータとしては、「Ｃｏｍｐｒｅｓｓｉｏｎ Ｓｌｏｗ−Ｓｔａｒｔ」技法で指数反復的に伝送される各フル（ｆｕｌｌ）ヘッダーパケット間に伝送される「ｃｏｍｐｒｅｓｓｅｄ Ｎｏｎ−ＴＣＰ」ヘッダーパケットの個数を知らせるＦ＿ＭＡＸ＿ＰＥＲＩＯＤパラメータ、最近のフルヘッダーパケットが伝送された時から次のフルヘッダーパケットが伝送される時までの間に、圧縮されたヘッダーパケットが伝送される時間を知らせるＦ＿ＭＡＸ＿ＴＩＭＥパラメータ、ヘッダー圧縮技法に使用可能なヘッダーの最大の大きさを知らせるＭＡＸ＿ＨＥＡＤＥＲパラメータ、「Ｃｏｍｐｒｅｓｓｅｄ ＴＣＰ」技法で使用可能なコンテキストの最大個数を知らせるＴＣＰ＿ＳＰＡＣＥパラメータ、「Ｃｏｍｐｒｅｓｓｅｄ Ｎｏｎ−ＴＣＰ」技法に使用されるコンテキストの最大個数を知らせるＮＯＮ＿ＴＣＰ＿ＳＰＡＣＥパラメータ、及び再順次配列の支援可否を知らせるＥＸＰＥＣＴＥＤ＿ＲＥＯＲＤＥＲＩＮＧパラメータがある。前記Ｆ＿ＭＡＸ＿ＴＩＭＥパラメータは、フルヘッダーパケットの反復周期を知らせるのに使用される。（表１を参照）
以上の各パラメータは、端末４１０とＵＴＲＡＮ４２０の圧縮機５１２、５２２及び復元機５１１、５２１の形態を構成するのに使用され、ＲＦＣ２５０７ヘッダー圧縮技法のＩＥＴＦ文書であるＲＦＣ２５０７に定義されている。

［表１］ＲＦＣ２５０７ヘッダー圧縮技法で使用される各パラメータ

以下、ＲＦＣ２５０７ヘッダー圧縮技法が適用されたヘッダー圧縮及び復元過程に対して説明する。

まず、前記端末４１０のＲＲＣ階層４１１は、「キャパシティ（ｃａｐａｃｉｔｙ）情報」をＵＴＲＡＮ４２０のＲＲＣ階層４２１に知らせる。すると、前記ＵＴＲＡＮ４２０のＲＲＣ階層４２１は、前記キャパシティ情報を参照して、ヘッダー圧縮に必要なメモリ資源を割り当てる。即ち、圧縮機５１２、５２２及び復元機５１１、５２１を形成する各パラメータ値を設定する。例えば、Ｆ＿ＭＡＸ＿ＰＥＲＩＯＤを「２５６」に設定し、Ｆ＿ＭＡＸ＿ＴＩＭＥを「５」に設定し、ＭＡＸ＿ＨＥＡＤＥＲを「１６８」に設定し、ＮＯＮ＿ＴＣＰ＿ＳＰＡＣＥを「１５」に設定する。このように、各パラメータ値の設定が終了されると、ＵＴＲＡＮ４２０のＲＲＣ階層４２１は、端末４１０のＲＲＣ階層４１１に前記設定された各パラメータ値を伝送する。

前記設定された各パラメータ値が前記端末４１０に伝達されると、端末４１０のＲＲＣ階層４１１及びＵＴＲＡＮ４２０のＲＲＣ階層４２１は、各ＰＤＣＰ階層４１２、４２２に前記設定されたパラメータ値を伝達し、各ＰＤＣＰ階層４１２、４２２内に含まれたヘッダー圧縮遂行階層は、伝達された各パラメータ値を参照して、圧縮機５１２、５２２及び復元機５１１、５２１を形成する。

以下、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）技法に対して説明する。

ＲＯＨＣ技法は、一般に、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのヘッダー情報を減らすために使用される。このとき、ＲＴＰ／ＵＤＰ／ＩＰパケットは、使用者データに各階層を通過しながら、ＲＴＰ、ＵＤＰ及びＩＰ関連ヘッダーが添付されたパケットをいい、データをインターネットを通して目的地まで伝達するのに必要な多様なヘッダー情報を含んでいる。

前記ＲＯＨＣ技法は、一つのパケットストリーム（Ｐａｃｋｅｔ Ｓｔｒｅａｍ）に属する連続されたパケットで、パケットヘッダーの各フィールド値がほぼ一定であるという事実に基づくヘッダー圧縮技法である。従って、ＲＯＨＣ技法は、全体のパケットヘッダーフィールドを伝送せずに、可変するフィールドを伝送する。

参考に、圧縮していないＲＴＰ／ＵＤＰ／ＩＰパケットの全体ヘッダーの大きさは、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ４）が「４０」オクテット（Ｏｃｔｅｔ）で、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ６）が「６０」オクテットである。その反面、純粋なデータ部分（Ｐａｙｌｏａｄ）の大きさは一般に「１５〜２０」オクテットである。即ち、実際に伝送されるデータ量より伝送に必要な制御情報量が遥かに多いため、伝送効率が非常に低いことが分かる。従って、前記各ヘッダー圧縮技法を利用すると、制御情報の量が大きく減るため、伝送効率が高くなる。（ＲＯＨＣ技法を利用すると、ヘッダーの大きさは、通常、「１」オクテットから「３」オクテット程度に減る。）
ＲＦＣ２５０７ヘッダー圧縮技法と同様に、前記ＲＯＨＣ技法をＰＤＣＰ階層で使用するためには、圧縮機及び復元機の形態を構成する各パラメータに対する定義が必要である。

ＲＯＨＣ技法で定義されるパラメータとしては、圧縮機で使用可能なコンテキストの最大個数を知らせるＭａｘ＿ＣＩＤパラメータ、該当のパケットストリームで使用されるＩＰパケットの種類がＲＴＰ／ＵＤＰ／ＩＰ、ＲＴＰ／ＩＰ及びＥＳＰ／ＩＰ中何れであるかを知らせるプロファイル（ｐｒｏｆｉｌｅ）パラメータ、ＩＰパケットの分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）可否を知らせて、復元機で分割された各セグメントが再び組立てられた時の最大の大きさを知らせるＭＲＲＵ（Ｍａｘｉｍｕｍ Ｒｅｃｏｎｓｔｒｕｃｔｅｄ Ｒｅｃｅｐｔｉｏｎ Ｕｎｉｔ）パラメータ、ＲＯＨＣ技法で支援可能な圧縮ヘッダーパケットの大きさを知らせるＰａｃｋｅｔ＿Ｓｉｚｅｄ＿Ａｌｌｏｗｅｄパラメータ、及び復元機で復元に失敗した圧縮パケットに対する復元の再試図可否及び再試図回数を決定するＲｅｖｅｒｓｅ＿Ｄｅｃｏｍｐｒｅｓｓｉｏｎ＿Ｄｅｐｔｈパラメータがある。以上の各パラメータは、ＲＯＨＣ技法のＩＥＴＦ文書であるＲＦＣ３０９５に定義されている。

ＲＯＨＣ技法が適用されたヘッダー圧縮及び復元過程は、前述したＲＦＣ２５０７ヘッダー圧縮技法のヘッダー圧縮及び復元過程と同様である。（図４及び図５を参照）
アップリンクにより通信するとき、端末４１０の圧縮機５１２及びＵＴＲＡＮ４２０の復元機５２１は同じ形態を具備すべきで、ダウンリンクにより通信するとき、ＵＴＲＡＮ４２０の圧縮機５２２及び端末４１０の復元機５１１も同じ形態を具備すべきである。そして、ＵＴＲＡＮ４２０のＲＲＣ階層４２１が圧縮機及び復元機を形成するパラメータ値を設定するとき、アップリンク及びダウンリンクに対して区分せずにパラメータ値を設定するため、結果的に、端末４１０及びＵＴＲＡＮ４２０に具備される圧縮機５１２、５２２及び復元機５１１、５２１は、全て同じ形態を有する。

ＶｏＩＰサービス及びストリーミングサービスを効率的に提供し、無線資源の浪費を防止するために、ＵＭＴＳシステムは、ＲＦＣ２５０７ヘッダー圧縮技法やＲＯＨＣ技法のようなヘッダー圧縮技法を使用して、４０バイトまたは６０バイトの大きさであったヘッダーを１〜４バイトに圧縮して伝送する。このために、前記端末４１０及びＵＴＲＡＮ４２０は、圧縮機及び復元機を形成する各パラメータに対してそれぞれ規定すべきである。

一般に、ＵＭＴＳシステムは、アップリンク及びダウンリンクが対称的構造を有するＶｏＩＰサービスだけでなく、アップリンク及びダウンリンクが非対称的構造を有するストリーミングサービスも提供する。然し、ＲＲＣ階層４１１、４２１及びＰＤＣＰ階層４１２、４２２は、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）のように、アップリンク及びダウンリンクが対称的な構造の伝送サービスのみを考慮してメモリ資源を設定するため、アップリンクの圧縮機＆復元機５１２＆５２１とダウンリンクの圧縮機＆復元機５２２＆５１１とが互いに同じ形態を有する。

このような従来の「双方向パケットデータ伝送システム」の問題は、ＵＭＴＳシステムがストリーミングサービスのような非対称的構造のパケットデータ伝送に対しても、ヘッダー圧縮に関連するメモリ資源をアップリンク及びダウンリンクに同様に割り当てることにある。

ストリーミングサービスは、ダウンリンク指向的サービスであって、一般に、ダウンリンクを通して使用者がサービスを要求したパケットデータが伝送され、アップリンクを通しては、伝送されたパケットデータに対する受信情報がフィードバックされる。

ストリーミングサービスの特性上、ダウンリンクに伝送されるパケットデータの量は、アップリンクに伝送されるパケットデータの量より遥かに多い。したがって、従来の「双方向パケットデータ伝送システム」は、ヘッダー圧縮技法に使用されるメモリ資源を不必要に浪費し、それによって資源の効率性を低下するという問題点があった。

従って、本発明の目的は、アップリンク及びダウンリンクに設定されるメモリ資源を非対称的に設定する「双方向パケットデータ伝送システム及びその方法」を提供することにある。

このような目的を達成するために、本発明に係るデータ伝送システムは、第１ヘッダー圧縮機及び第１ヘッダー復元機を有してヘッダー圧縮パラメータ情報を決定する無線接続網と、第２ヘッダー圧縮機及び第２ヘッダー復元機を有して前記ヘッダー圧縮パラメータ情報を受信するモバイルユニットと、を含んで構成され、前記ヘッダー圧縮パラメータ情報は、アップリンク及びダウンリンクデータ伝送用に区分して構成され、前記モバイルユニットは、アップリンク及びダウンリンクデータ伝送のための第１及び第２メモリ空間割当を有し、前記第１及び第２メモリ空間割当は、互いに独立的で、前記無線接続網及びモバイルユニットは、インターネットプロトコル下で動作することを特徴とする。

また、前記無線接続網は、前記モバイルユニットから受信されたモバイルユニットキャパシティを含む情報を利用してヘッダー圧縮パラメータ情報を決定することを特徴とする。

また、前記情報は、メモリ空間を含むことを特徴とする。

また、前記情報は、ヘッダー圧縮技法を含むことを特徴とする。

また、前記ヘッダー圧縮技法は、ＲＦＣ３０９５圧縮技法であることを特徴とする。

また、前記ヘッダー圧縮技法は、ＲＦＣ２５０７圧縮技法であることを特徴とする。

また、前記情報は、ヘッダー圧縮技法及びメモリ空間を含むことを特徴とする。

また、前記無線接続網は、アップリンク及びダウンリンクデータ伝送の全てに対するヘッダー圧縮パラメータ情報を伝送することを特徴とする。

また、前記無線接続網は、ダウンリンクデータ伝送に対するヘッダー圧縮パラメータ情報を伝送することを特徴とする。

また、前記無線接続網は、アップリンクデータ伝送に対するヘッダー圧縮パラメータ情報を伝送することを特徴とする。

また、前記ヘッダー圧縮パラメータ情報は、アップリンク及びダウンリンクデータ伝送に対応して設定された各ヘッダー圧縮パラメータ値を含むことを特徴とする。

また、前記ダウンリンク伝送のパケット量は、アップリンク伝送のパケット量より多いことを特徴とする。

また、前記ダウンリンク伝送のパケット量は、アップリンク伝送のパケット量より少ないことを特徴とする。

このような目的を達成するために、本発明の一局面によるデータ伝送方法は、キャパシティ情報を無線接続網に伝送する過程と、前記キャパシティ情報からアップリンク情報及びダウンリンク情報を判別する過程と、前記アップリンク情報を参照して、アップリンクに対する各パラメータ値を設定する過程と、前記ダウンリンク情報を参照して、ダウンリンクに対する各パラメータ値を設定する過程と、ダウンリンクに対する前記各パラメータ値によって第１圧縮機を形成する過程と、アップリンクに対する前記各パラメータ値によって第１復元機を形成する過程と、端末にアップリンクに対する前記各パラメータ値を伝送する過程と、前記端末にダウンリンクに対する前記各パラメータ値を伝送する過程と、アップリンクに対する前記各パラメータ値によって第２圧縮機を形成する過程と、ダウンリンクに対する前記各パラメータ値によって第２復元機を形成する過程と、を行い、前記アップリンクに対する各パラメータ値と前記ダウンリンクに対する各パラメータ値とは、互いに異なることを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、キャパシティ情報を無線接続網に伝送する過程と、前記キャパシティ情報からアップリンク情報を判別する過程と、前記アップリンク情報を参照して、アップリンクに対する各パラメータ値を設定する過程と、アップリンクに対する前記各パラメータ値によって復元機を形成する過程と、端末にアップリンクに対する前記各パラメータ値を伝送する過程と、アップリンクに対する前記各パラメータ値によって圧縮機を形成する過程と、を行うことを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、キャパシティ情報を無線接続網に伝送する過程と、前記キャパシティ情報からダウンリンク情報を判別する過程と、前記ダウンリンク情報を参照して、ダウンリンクに対する各パラメータ値を設定する過程と、ダウンリンクに対する前記各パラメータ値によって圧縮機を形成する過程と、端末にダウンリンクに対する前記各パラメータ値を伝送する過程と、ダウンリンクに対する前記各パラメータ値によって復元機を形成する過程と、を行うことを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、キャパシティ情報を無線接続網に伝送する過程と、該無線接続網から各圧縮パラメータを受信する過程と、前記無線接続網から各復元パラメータを受信する過程と、該受信された各圧縮パラメータによって圧縮機を形成する過程と、前記受信された各復元パラメータによって復元機を形成する過程と、を行い、前記各圧縮パラメータは、前記各復元パラメータと異なることを特徴とする。

また、前記キャパシティ情報は、アップリンク情報及びダウンリンク情報により構成されることを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、端末からキャパシティ情報を受信する過程と、該受信されたキャパシティ情報からアップリンク情報及びダウンリンク情報を判別する過程と、前記アップリンク情報を参照して、アップリンクに対する各パラメータ値を設定する過程と、前記ダウンリンク情報を参照して、ダウンリンクに対する各パラメータ値を設定する過程と、ダウンリンクに対する前記各パラメータ値によって圧縮機を形成する過程と、アップリンクに対する前記各パラメータ値によって復元機を形成する過程と、端末にアップリンクに対する前記各パラメータ値を伝送する過程と、前記端末にダウンリンクに対する前記各パラメータ値を伝送する過程と、を行い、前記アップリンクに対する各パラメータ値と前記ダウンリンクに対する各パラメータ値とは、互いに異なることを特徴とする。

また、前記アップリンクに対する各パラメータ値及び前記ダウンリンクに対する各パラメータ値は、前記無線接続網に既に設定された統計的計算値によって設定されることを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、端末からキャパシティ情報を受信する過程と、該受信されたキャパシティ情報からアップリンク情報を判別する過程と、前記アップリンク情報を参照して、アップリンクに対する各パラメータ値を設定する過程と、アップリンクに対する前記各パラメータ値によって復元機を形成する過程と、アップリンクに対する前記各パラメータ値を伝送する過程と、を行うことを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、端末からキャパシティ情報を受信する過程と、該受信されたキャパシティ情報からダウンリンク情報を判別する過程と、前記ダウンリンク情報を参照して、ダウンリンクに対する各パラメータ値を設定する過程と、ダウンリンクに対する前記各パラメータ値によって圧縮機を形成する過程と、ダウンリンクに対する前記各パラメータ値を伝送する過程と、を行うことを特徴とする。

このような目的を達成するために、本発明の他の局面によるデータ伝送方法は、第１ヘッダー圧縮機及び第１ヘッダー復元機を有する無線接続網によってヘッダー圧縮パラメータ情報を決定する過程と、第２ヘッダー圧縮機及び第２ヘッダー復元機を有する端末に、前記ヘッダー圧縮パラメータ情報を伝送する過程と、インターネットプロトコル下で前記無線接続網を動作する過程と、を行い、前記ヘッダー圧縮パラメータ情報は、アップリンク及びダウンリンクデータ伝送用に区分して構成され、前記端末は、アップリンク及びダウンリンクデータ伝送のための第１及び第２メモリ空間割当を有し、前記第１及び第２メモリ空間割当は、互いに独立的であることを特徴とする。

本発明の他の目的及び特徴は、図面に基づいた各実施形態の詳細な説明により明白になるはずである。

以下、本発明の実施の形態に対し、図面に基づいて説明する。

図７は本発明の一実施形態によって、端末（ターミナルまたはモバイルユニット）及びＵＴＲＡＮのＰＤＣＰ階層に含まれた圧縮機及び復元機の構造図で、アップリンク及びダウンリンクが非対称的構造をなす伝送（例：ストリーミングサービス）も共に示している。図７に示したように、本発明の一実施形態による圧縮機及び復元機の構造は、従来の圧縮機及び復元機の構造（図５を参照）と同一である。

ただ、本発明のＵＴＲＡＮ６２０及び端末６１０は、アップリンク及びダウンリンクが対称的構造をなす伝送（例：ＶｏＩＰサービス）だけでなく、アップリンク及びダウンリンクが非対称的構造をなす伝送（例：ストリーミングサービス）まで考慮して、ヘッダー圧縮技法に必要なメモリ資源をアップリンク及びダウンリンクに設定するという点で従来技術と異なる。

図６は本発明の一実施形態によってヘッダー圧縮技法を実現するための信号フローチャートである。

図６に示したように、本発明の一実施形態による双方向パケットデータ伝送システムは、アップリンク伝送及びダウンリンク伝送に必要なヘッダー圧縮に関連する各パラメータ値をそれぞれ設定し、設定された各パラメータ値を参照して、圧縮機７２２及び復元機７２１を形成するＵＴＲＡＮ６２０と、ＵＴＲＡＮ６２０が設定した前記ヘッダー圧縮に関連する各パラメータ値が受信されると、受信された各パラメータ値を参照して、圧縮機７１２及び復元機７１１を形成する端末６１０とにより構成される。

前記ＵＴＲＡＮ６２０は、アップリンク伝送及びダウンリンク伝送に必要なヘッダー圧縮に関連する各パラメータ値をそれぞれ設定し、それらを端末のＲＲＣ階層６１１及び自身のＰＤＣＰ階層６２２に伝達するＲＲＣ階層６２１と、前記設定された各パラメータ値を参照して、アップリンク伝送に使用される復元機７２１及びダウンリンク伝送に使用される圧縮機７２２を形成した後、ヘッダー圧縮及び復元を行うＰＤＣＰ階層６２２を有する。

前記端末６１０は、前記ＵＴＲＡＮ６２０のＲＲＣ階層６２１が設定した各パラメータ値を受信し、それらを自身のＰＤＣＰ階層６１２に伝達するＲＲＣ階層６１１と、受信された各パラメータ値を参照して、アップリンク伝送に使用される圧縮機７１２及びダウンリンク伝送に使用される復元機７１１を形成した後、ヘッダー圧縮及び復元を行うＰＤＣＰ階層６２１と、アップリンク及びダウンリンクデータ伝送のための第１及び第２メモリ空間を有する。前記第１及び第２メモリ空間は互いに独立的である。

以下、本発明の一実施形態によるパケットデータ伝送システムの動作を説明する。

まず、前記端末６１０のＲＲＣ階層６１１は、「キャパシティ情報」をＵＴＲＡＮ６２０のＲＲＣ階層６２１に知らせる。すると、前記ＵＴＲＡＮ６２０のＲＲＣ階層６２１は、前記キャパシティ情報からアップリンクのキャパシティ情報及びダウンリンクのキャパシティ情報を判別する。次いで、判別されたアップリンクキャパシティ情報を参照して、アップリンクの圧縮機７１２及び復元機７２１を形成する各パラメータ値を設定し、前記ダウンリンクのキャパシティ情報を参照して、ダウンリンクの圧縮機７２２及び復元機７１１を形成する各パラメータ値を設定する。

前記各パラメータ値は、必ず端末のキャパシティ情報に基づいて設定されるものではない。前記ＵＴＲＡＮ６２０に既に設定された統計的計算値によって設定することもできる。

各パラメータ値の設定が終了されると、ＵＴＲＡＮ６２０のＲＲＣ階層６２１は、端末６１０のＲＲＣ階層６１１に前記設定された各パラメータ値を伝送する。前記ＲＲＣ階層６２１は、圧縮機（アップリンク）に対して設定された各パラメータのみを伝送するか、復元機（ダウンリンク）に対して設定された各パラメータのみを伝送するか、または圧縮機及び復元機の全てに対して設定された各パラメータを伝送することができる。

前記設定された各パラメータ値が前記端末６１０に伝達されると、端末６１０のＲＲＣ階層６１１及びＵＴＲＡＮ６２０のＲＲＣ階層６２１は、各ＰＤＣＰ階層６１２、６２２に前記設定されたパラメータ値を伝達し、各ＰＤＣＰ階層６１２、６２２内に含まれたヘッダー圧縮遂行階層は、伝達された各パラメータ値を参照して、圧縮機７１２、７２２及び復元機７１１、７２１を形成する。より詳しくは、前記ＵＴＲＡＮ６２０のヘッダー圧縮遂行階層は、伝達された各パラメータ値を参照して、アップリンク伝送に使用される復元機７２１及びダウンリンク伝送に使用される圧縮機７２２を形成し、前記端末６１０のヘッダー圧縮遂行階層は、伝達された各パラメータ値を参照して、アップリンク伝送に使用される圧縮機７１２及びダウンリンク伝送に使用される復元機７１１を形成する。

そして、前記端末６１０及びＵＴＲＡＮ６２０のヘッダー圧縮遂行階層は、前記形成された圧縮機７１２、７２２及び復元機７１１、７２１を利用して、所定のヘッダー圧縮技法によるヘッダー圧縮及び復元過程を行う。

以上説明したように、本発明の一実施形態による双方向パケットデータ伝送システムは、端末６１０内の圧縮機７１２及び復元機７１１の形態（またはＵＴＲＡＮ６２０内の圧縮機７２２及び復元機７２１の形態）を相違に構成し、アップリンク及びダウンリンクに割り当てられるヘッダー圧縮に関連するメモリ資源が相違に設定される結果をもたらす。ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）関係にある圧縮機及び復元機７１２及び７２１、７２２及び７１１の形態は同一である。

本発明の一実施形態による双方向パケットデータ伝送システムは、「ＲＦＣ２５０７ヘッダー圧縮技法」や「ＲＯＨＣ技法」が適用されたヘッダー圧縮及び復元過程を行う。

第一に、双方向パケットデータ伝送システムに「ＲＦＣ２５０７ヘッダー圧縮技法」が適用された場合、アップリンク通信を行う端末６１０の圧縮機７１２及びＵＴＲＡＮ６２０の復元機７２１は、「Ｃｏｍｐｒｅｓｓｉｏｎ ｓｌｏｗ−ｓｔａｒｔ」技法と関連して全体のヘッダーパケットを伝送する周期を知らせるＦ＿ＭＡＸ＿ＰＥＲＩＯＤパラメータ、パケット伝送可能時間を知らせるＦ＿ＭＡＸ＿ＴＩＭＥパラメータ、圧縮可能なヘッダーの最大の大きさを知らせるＭＡＸ＿ＨＥＡＤＥＲパラメータ、ＴＣＰパケットコンテキストの最大の大きさを知らせるＴＣＰ＿ＳＰＡＣＥパラメータ、及びｎｏｎ−ＴＣＰパケットコンテキストの最大の大きさを知らせるＮＯＮ＿ＴＣＰ＿ＳＰＡＣＥパラメータにより形成される。

また、ダウンリンク通信を行うＵＴＲＡＮ６２０の圧縮機７２２及び端末６１０の復元機７１１は、ＴＣＰパケットコンテキストの最大の大きさを知らせるＴＣＰ＿ＳＰＡＣＥパラメータ、ｎｏｎ−ＴＣＰパケットコンテキストの最大の大きさを知らせるＮＯＮ＿ＴＣＰ＿ＳＰＡＣＥパラメータ、及び受信パケットの再順次配列可否を知らせるＥＸＰＥＣＴＥＤ＿ＲＥＯＲＤＥＲＩＮＧパラメータにより形成される。

第二に、双方向パケットデータ伝送システムに「ＲＯＨＣ技法」が適用された場合、アップリンク通信を行う端末６１０の圧縮機７１２及びＵＴＲＡＮ６２０の復元機７２１は、ヘッダー圧縮技法に使用されるコンテキストの最大個数を知らせるＭａｘ＿ＣＩＤパラメータ、復元機で支援可能なＩＰパケットの種類を知らせるプロファイルパラメータ、圧縮機でＩＰパケットの分割可能可否を知らせるＭＲＲＵパラメータ、及び圧縮機で使用可能な圧縮ヘッダーパケットの大きさを決定するＰａｃｋｅｔ＿Ｓｉｚｅｄ＿Ａｌｌｏｗｅｄパラメータにより形成される。

また、ダウンリンク通信を行うＵＴＲＡＮ６２０の圧縮機７２２及び端末６１０の復元機７１１は、コンテキストの最大個数を知らせるＭａｘ＿ＣＩＤパラメータ、復元機で支援するＩＰパケットの種類を知らせるプロファイルパラメータ、復元機で分割されたセグメントを合わせた場合、その合せられたパケットの最大の大きさを知らせるＭＲＲＵパラメータ、及び復元に失敗したパケットをバッファーに保存するとき、保存可能なバッファーの最大の大きさを知らせるＲｅｖｅｒｓｅ＿Ｄｅｃｏｍｐｒｅｓｓｉｏｎ＿Ｄｅｐｔｈパラメータにより形成される。

以上説明したように、本発明は、アップリンク及びダウンリンク伝送に割り当てられるメモリ資源を互いに相違に設定するので、メモリ資源の浪費を防止することができ、ダウンリンクのパケット量がアップリンクのパケット量より遥かに多いか、アップリンクのパケット量がダウンリンクのパケット量より遥かに多い非対称的構造のパケットデータ伝送サービス（例：ストリーミングサービス）においても、メモリ資源を効果的に管理することができる。

本発明に係る「双方向パケットデータ伝送システム」は、前述した実施形態に限定されずに、本発明の技術思想が許容する範囲内で多様に変形して実施することができる。

一般のＵＭＴＳ網構成図である。 ３ＧＰＰ無線接続網規格に基づく端末とＵＴＲＡＮ間の無線インターフェースプロトコルの構造図である。 Ｃｏｍｐｒｅｓｓｉｏｎ Ｓｌｏｗ−Ｓｔａｒｔ技法に対する概念図である。 従来技術によってヘッダー圧縮技法を実現するための信号フローチャートである。 従来技術による端末とＵＴＲＡＮの圧縮機及び復元機の構造図である。 本発明の一実施形態によってヘッダー圧縮技法を実現するための信号フローチャートである。 本発明の一実施形態による端末とＵＴＲＡＮの圧縮機及び復元機の構造図である。

Claims (20)

1. ネットワークのためのパケットデータ通信をする方法であって、
   ヘッダ圧縮に関連する移動端末処理能力を受信することであって、前記移動端末処理能力は、ＲＦＣ２５０７ヘッダ圧縮技法またはＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連する情報を含む、ことと、
   前記移動端末処理能力に基づいてアップリンクデータ伝送およびダウンリンクデータ伝送のためのパラメータ情報であって、前記ＲＦＣ２５０７ヘッダ圧縮技法または前記ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連するパラメータ情報を構成することであって、アップリンクパラメータ情報およびダウンリンクパラメータ情報は別々に構成される、ことと、
   前記構成されたパラメータ情報を移動端末に伝送することと
   を含む、方法。
2. 前記アップリンクパラメータ情報は、前記移動端末の圧縮機のためのものである、請求項１に記載の方法。
3. 前記ダウンリンクパラメータ情報は、前記移動端末の復元機のためのものである、請求項１に記載の方法。
4. 前記ヘッダ圧縮は、前記ロバストヘッダ圧縮方式を用いる、請求項１に記載の方法。
5. 前記アップリンクおよび前記ダウンリンクのためのメモリ資源に関連するヘッダ圧縮は、前記ネットワークによって異なるように割り当てられる、請求項１に記載の方法。
6. 前記ダウンリンクのためにより多くのメモリ資源が割り当てられる、請求項５に記載の方法。
7. 前記ステップは、ＶＯＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスおよびストリーミングサービスのうちの少なくとも一方を提供するように用いられる、請求項５に記載の方法。
8. 移動端末のためのパケット通信をする方法であって、
   ヘッダ圧縮に関連する移動端末処理能力を伝送することであって、前記移動端末処理能力は、ＲＦＣ２５０７ヘッダ圧縮技法またはＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連する情報を含む、ことと、
   前記ＲＦＣ２５０７ヘッダ圧縮技法または前記ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ
   ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連するパラメータ情報を受信することであって、アップリンクパラメータ情報およびダウンリンクパラメータ情報はネットワークによって別々に構成されている、ことと、
   前記受信されたパラメータ情報に基づいてヘッダ圧縮パラメータを構成することと
   を含む、方法。
9. 前記アップリンクパラメータ情報は、移動端末の圧縮機のためのものである、請求項８に記載の方法。
10. 前記ダウンリンクパラメータ情報は、移動端末の復元機のためのものである、請求項８に記載の方法。
11. 前記ヘッダ圧縮は、前記ロバストヘッダ圧縮方式を用いる、請求項８に記載の方法。
12. 前記アップリンクおよび前記ダウンリンクのためのメモリ資源に関連するヘッダ圧縮は、前記移動端末によって異なるように割り当てられる、請求項８に記載の方法。
13. 前記ダウンリンクのためにより多くのメモリ資源が割り当てられる、請求項１２に記載のパケットデータ通信方法。
14. 前記ステップは、ＶＯＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスおよびストリーミングサービスのうちの少なくとも一方を提供するように用いられる、請求項１２に記載の方法。
15. パケット通信の方法を実行するネットワークであって、該ネットワークは、
    無線資源制御（ＲＲＣ）層と、
    パケットデータコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）プロトコル層と
    を含み、
    前記無線資源制御層および前記パケットデータコンバージェンスプロトコル層が協力して、
    ヘッダ圧縮に関連する移動端末処理能力を受信することであって、前記移動端末処理能力は、ＲＦＣ２５０７ヘッダ圧縮技法またはＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連する情報を含む、ことと、
    前記移動端末処理能力に基づいてアップリンクデータ伝送およびダウンリンクデータ伝送のためのパラメータ情報であって、前記ＲＦＣ２５０７ヘッダ圧縮技法または前記ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連するパラメータ情報を構成することであって、アップリンクパラメータ情報およびダウンリンクパラメータ情報は別々に構成される、ことと、
    前記構成されたパラメータ情報を移動端末に伝送することと
    を実行する、ネットワーク。
16. 前記無線資源制御層および前記パケットデータコンバージェンスプロトコル層が協力して、前記アップリンクおよび前記ダウンリンクのためのメモリ資源に関連する異なるヘッダ圧縮を割り当てる、請求項１５に記載のネットワーク。
17. 前記ダウンリンクのためにより多くのメモリ資源が割り当てられる、請求項１６に記載のネットワーク。
18. パケット通信の方法を実行する移動端末であって、該移動端末は、
    無線資源制御（ＲＲＣ）層と、
    パケットデータコンバージェンスプロトコル層と
    を含み、
    前記無線資源制御層および前記パケットデータコンバージェンスプロトコル層が協力して、
    ヘッダ圧縮に関連する移動端末処理能力を伝送することであって、前記移動端末処理能力は、ＲＦＣ２５０７ヘッダ圧縮技法またはＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連する情報を含む、ことと、
    前記ＲＦＣ２５０７ヘッダ圧縮技法または前記ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ
    ｃｏｍｐｒｅｓｓｉｏｎ）技法に関連するパラメータ情報を受信することであって、アップリンクパラメータ情報およびダウンリンクパラメータ情報は、ネットワークによって別々に構成されている、ことと、
    前記受信されたパラメータ情報に基づいてヘッダ圧縮パラメータを構成することと
    を実行する、移動端末。
19. 前記無線資源制御層および前記パケットデータコンバージェンスプロトコル層が協力して、前記アップリンクおよび前記ダウンリンクのためのメモリ資源に関連する異なるヘッダ圧縮を割り当てる、請求項１８に記載の移動端末。
20. 前記ダウンリンクのためにより多くのメモリ資源が割り当てられる、請求項１９に記載の移動端末。

Images