JP2005229608A - マルチメディア放送／マルチキャストサービスシステムでヘッダー復元動作を再開する方法 - Google Patents

Abstract

【課題】 ＭＢＭＳシステムで同一のＰＤＣＰエンティティを共有するセル間を移動する端末のヘッダー復元の失敗を防止する方法を提供する。
【解決手段】 本発明は、マルチメディア放送/マルチキャストサービス（ＭＢＭＳ）を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、ＭＢＭＳを受信する端末が以前のセルから新たなセルに移動する段階と、新たなセルでヘッダー復元を再開する以前に、ＭＢＭＳのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新（ＩＲ-ＤＹＮ）パケットが受信されるまで待機する段階と、ＩＲ-ＤＹＮパケットが受信されると、ＩＲ-ＤＹＮパケットを用いて前記以前のセルで使用されるヘッダー復元コンテキストを更新する段階と、更新されたヘッダー復元コンテキストを用いて新たなセルから受信されるＭＢＭＳのためのパケットデータのヘッダー復元を遂行する段階とを含む。
【選択図】 図４

Description

本発明は、マルチメディア放送/マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ：以下、“ＭＢＭＳ”とする）を提供する移動通信システムに関して、特に、圧縮されたヘッダーを有するＭＢＭＳのパケットデータを受信してヘッダー復元動作を遂行する方法に関するものである。

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）通信標準を基にする。しかしながら、このＵＭＴＳは、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）を使用するＧＳＭとは異なって、広帯域（Ｗｉｄｅｂａｎｄ）ＣＤＭＡ技術を使用し、移動電話やコンピュータ使用者のある全世界のどこでもパケット基盤のテキスト、デジタル化した音声やビデオ、及びマルチメディアデータを２Mbps以上の高速で伝送することができる一貫したサービスを提供する。ＵＭＴＳは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＩＰ）のようなパケットプロトコルを使用するパケット交換システムと呼ばれる仮想接続の交換方式を使用する。このＵＭＴＳは、ネットワーク内の他のいずれの端部にも常に接続が可能である。

一般に、無線伝送資源は限定されているため、高速のデータを複数の端末に個別的に伝送することは非効率的である。例えば、一つの端末に６４kbpsのビデオストリミングサービスを提供するためには、上記の端末に専用チャンネルを構成した後に、６４kbpsのデータを伝送することができる無線資源も割り当てるべきである。もし、このような端末がｎ個であると、無線伝送資源の要求量もｎ倍に増加するようになる。

その代案として、もし、複数の端末が同一のサービスを受信しようとすると、共通チャンネルを通じて同一のサービスを提供することが可能である。この場合、一つのセル内に位置しており、同一のサービスを受信しようとする端末の数と関係なく、共通チャンネルで同一の無線資源を利用してサービスを提供することができるため、無線資源の効率的な使用が可能になる。このような観点から開発されたＭＢＭＳは、ＵＭＴＳ通信システムにおいて、同一のデータを多様な端末に効率的に伝送するために開発されたものである。ＭＢＭＳは、特に、無線伝送資源の要求量が大きな多重メディア伝送に有利である。ＭＢＭＳは、高速の多重メディアサービスだけでなく多様な用途で使用することもできるため、ＭＢＭＳに関連したアプリケーションに関する多くの研究が進んでいる。

マルチメディアサービスをパケットに基づいて提供するとき、一番一般的にＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、及びＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）方式が使用される。これらプロトコルの組み合わせを利用する場合に、一つのパケットに付加されるヘッダーのサイズが６０バイトを上回るため、無線伝送資源の消耗を減少させるためにヘッダーを圧縮する必要性がある。ＭＢＭＳにおいて、ヘッダー圧縮用としてＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）という方式を使用する。端末側及びシステムにおいて、ヘッダーの圧縮及び解除は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）と呼ばれる階層のプロトコルを担当するＰＤＣＰエンティティ（Entity）によって遂行される。システム側で、このＰＤＣＰエンティティは、複数のセルを管理する無線ネットワーク制御器（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：以下、“ＲＮＣ”とする）内に備えられる。

上述したように、ＭＢＭＳの場合に、同一のＭＢＭＳを受信しようとする端末が複数のセルに位置可能になることにより、ＭＢＭＳデータはすべてのセルに伝達されるべきである。この場合、ＭＢＭＳを提供するために各セル別に複数のＰＤＣＰエンティティを構成するのは非常に非効率的である。実際に、上位のネットワーク要素からＲＮＣに提供されたＭＢＭＳデータは、複数のセルに対応するＰＤＣＰ階層によって同一に処理される。したがって、一つのＭＢＭＳのために、複数のセルが一つのＰＤＣＰエンティティを共有する技術が開発された。

端末が一つのセルから他のセルに移動し、これら２つのセルが同一のＰＤＣＰエンティティを共有している場合に、端末は新たなセルから新たなＰＤＣＰエンティティを構成せず、以前のセルで使用したＰＤＣＰエンティティを再使用する。端末がＰＤＣＰエンティティを再使用するということは、新たなセルでヘッダー復元動作をすぐ再開することを意味する。

新たなセルに移動した後に、ヘッダー復元動作をすぐ再開するようになると、ＰＤＣＰエンティティがヘッダー復元の失敗を感知しない可能性のあるという問題点があった。すなわち、以前のセルと新たなセルが同一のＰＤＣＰエンティティを共有しても、これらセル間に発生し得る伝送差により、端末側でヘッダー復元が失敗する可能性がある。例えば、端末がセル１から最後に受信したパケットと、セル２から最初に受信したパケットとの間に損失されたパケットが生じられる。このようなパケット損失が、端末の同期損失の原因となる。

ヘッダー復元の成功又は失敗は、ＲＯＨＣヘッダーに挿入される３ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）によって判別可能である。送信側のＰＤＣＰエンティティに備えられるヘッダー圧縮器は、ヘッダー圧縮動作を遂行する前に、圧縮するヘッダーフィールドに対してＣＲＣ演算を遂行し、圧縮されたヘッダーを有するパケットにＣＲＣの結果値を付加して伝送する。受信側のＰＤＣＰエンティティに備えられるヘッダー復元器は、受信したパケットのヘッダーを復元した後にＣＲＣ演算を遂行し、このＣＲＣ演算の結果を受信したＣＲＣと比べてヘッダー復元の成功可否を判断する。

しかしながら、ＣＲＣの長さは３ビットに過ぎないため、ヘッダー復元に失敗しても、端末がその事実を認知しない可能性が高い。端末が、ヘッダーの復元の失敗を成功と誤認し、ヘッダーが間違えて復元されたデータを上位階層に伝達する場合に、使用者は、例えば、歪まされたデータを取得するようになる。

以上のように、従来のＭＢＭＳシステムでは、端末が他のセルに移動する場合に、パケットに損失を受けやすい。特に、このようなパケット損失は、ヘッダー圧縮技術を使用するシステムにおいて大変に致命的である。したがって、端末がセル間を移動する場合に、ヘッダー復元の失敗によって使用者に歪まされたデータが提供されることを防止するための方案を必要とする。

したがって、上記のような従来の問題点を解決するために案出された本発明の目的は、ＭＢＭＳシステムで同一のＰＤＣＰエンティティを共有するセル間を移動する端末のヘッダー復元の失敗を防止する方法を提供することにある。

また、本発明の目的は、ＭＢＭＳシステムで同一のＰＤＣＰエンティティを共有するセル間を移動する端末がヘッダー復元に失敗する場合に、使用者に歪まされたデータが伝達されることを防止する方法を提供することにある。

本発明の他の目的は、以前のセルから新たなセルに移動する端末が新たなセルからＩＲ-ＤＹＮパケットが受信されるまでヘッダー復元動作を中断させる方法を提供することにある。

本発明の目的は、以前のセルから新たなセルに移動する端末が新たなセルからＩＲ-ＤＹＮパケットを受信し、ＩＲ-ＤＹＮパケットによってヘッダー復元コンテキストのダイナミックパートを更新した後に、前記新たなセルで更新されたヘッダー復元コンテキストを用いてヘッダー復元動作を再開する方法を提供することにある。

上記したような目的を達成するために、本発明は、マルチメディア放送/マルチキャストサービス（ＭＢＭＳ）を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、前記ＭＢＭＳを受信する前記端末が以前のセルから新たなセルに移動する段階と、前記新たなセルでヘッダー復元を再開する以前に、前記ＭＢＭＳのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新（ＩＲ-ＤＹＮ）パケットが受信されるまで待機する段階と、前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前のセルで使用されるヘッダー復元コンテキストを更新する段階と、前記更新されたヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳのためのパケットデータのヘッダー復元を遂行する段階と、を含むことを特徴とする。

本発明は、以前のセルと同一のＰＤＣＰエンティティを共有する新たなセルに移動する端末が、初期化パケットの受信を通じてヘッダー復元コンテキストのダイナミックパートを更新した後に、ヘッダー復元動作を再開する。したがって、ヘッダー復元の失敗の発生を最小化し、ヘッダー復元の失敗による不作用を抑制することができる。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
下記の説明において、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断される場合に、その詳細な説明を省略する。そして、後述する用語は、本発明における機能を考慮して定義されたものであって、これら用語は、使用者、運用者の意図又は慣例などによって異なるようになる。したがって、用語は、明細書全般にかけた内容に基づいて定義されるべきである。

本発明は、マルチメディア放送/マルチキャストサービス（ＭＢＭＳ）を提供する移動通信システムにおいて、同一のヘッダー復元器及びヘッダー復元コンテキストを共有するセル間を移動する端末が新たなセルでヘッダー復元コンテキストを更新することによって、セル間の移動時に発生する可能性があるパケットの損失に対応することである。

まず、本発明に適用されるＭＢＭＳについて説明すれば、次のようである。
図１は、ＭＢＭＳのための移動通信システムの簡略化した構成図である。ここでは、第３世代非同期移動通信方式の標準である３ＧＰＰ（３Ｒｄ ＧｅｎｅｒａｔｉｏｎＰｒｏｊｅｃｔ Ｐａｒｔｎｅｒｓｈｉｐ）システムにＭＢＭＳを適用した構成例を示す。

図１を参照すると、端末（Ｕｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１６１、１６２、１６３、１７１、１７２は、ＭＢＭＳを受信するための端末装置或いは加入者を意味し、第１及び第２のセル１６０、１７０は端末にＭＢＭＳ関連データを伝送する基地局装置を意味する。図１に示すように、第１のセル１６０と端末１６１、１６２、１６３との間には、ＭＢＭＳを提供するための一つの無線チャンネルのみが構成される。ＲＮＣ１４０は、複数のセルを制御するための無線ネットワーク制御器である。このＲＮＣ１４０は、マルチメディアデータを特定セルに選別的に伝送し、ＭＢＭＳを提供するために設定されている無線チャンネルを制御する。

ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）１３０は、それぞれの加入者のＭＢＭＳ関連サービスを制御する。代表的に、ＳＧＳＮ１３０は、各加入者のサービス課金関連データを管理する役割とマルチメディアデータを特定ＲＮＣに選別的に伝送する役割を果たす。運送ネットワーク（Ｔｒａｎｓｉｔ Ｎｅｔｗｏｒｋ）１２０は、ＢＭ-ＳＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）１１０とＳＧＳＮ１３０との間の通信路を提供し、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）と外部ネットワークを含んで構成される。ＢＭ-ＳＣ１１０は、ＭＢＭＳデータのソースであって、各サービス別にデータのスケジューリングを担当する。

ＭＢＭＳデータストリームは、運送ネットワーク１２０、ＳＧＳＮ１３０、ＲＮＣ１４０、第１及び第２のセル１６０、１７０を経て端末１６１、１６２、１６３、１７１、１７２に伝達される。図示していないが、一つのＭＢＭＳについて、複数のＳＧＳＮと各ＳＧＳＮに複数のＲＮＣが存在することができる。ＳＧＳＮはＲＮＣにデータを選別的に伝送し、ＲＮＣはセルにデータを選別的に伝送する。このために、ＳＧＳＮ及びＲＮＣはデータストリームを伝達するべきリストを貯蔵する。すなわち、ＳＧＳＮはＲＮＣのリストを、ＲＮＣはセルのリストをそれぞれ貯蔵し、以後にＲＮＣ及びセルに選別的にＭＢＭＳデータの伝送を遂行する。

図２は、端末とＲＮＣとの間にデータとシグナリングメッセージの通信のための使用者インタフェースの階層的構造を示す図である。ここで、使用者インタフェースの階層的構造は、端末とＲＮＣとの間に制御信号を交換するために使用される制御段階（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）と、実際データを伝送するために使用される使用者段階（Ｕｓｅｒ Ｐｌａｎｅ）とに区分して示す。

図２を参照すると、制御段階シグナリング２００は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）エンティティ２０４、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティ２１０、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティ２１２、及びＰＨＹ（Ｐｈｙｓｉｃａｌ）エンティティ２１４を経て処理される。なお、使用者段階情報２０２は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）エンティティ２０６、ＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ）エンティティ２０８、ＲＬＣエンティティ２１０、ＭＡＣエンティティ２１２、及びＰＨＹエンティティ２１４を経て処理される。通常に、ＰＹＨエンティティ２１４は各セルに位置し、ＭＡＣエンティティ２１２からＲＲＣエンティティ２０４まではＲＮＣに位置する。

ＰＨＹエンティティ２１４は、無線伝送（Ｒａｄｉｏ Ｔｒａｎｓｆｅｒ）技術を用いた情報伝送サービスを提供する。このＰＨＹエンティティ２１４は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの第１の階層に該当する。ＰＨＹエンティティ２１４とＭＡＣエンティティ２１２は、それらの間の伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌｓ）によって接続される。伝送チャンネルは、特定データが物理階層で処理される方式に基づいて定義される。

ＭＡＣエンティティ２１２は論理チャンネルを通じてＲＬＣエンティティ２１０に接続される。ＭＡＣエンティティ２１２は、論理チャンネルを通じてＲＬＣエンティティ２１０から伝達されたデータを、所定の伝送チャンネルを通じて物理階層に伝送し、ＰＨＹエンティティ２１４から伝送チャンネルを通じて伝達されたデータを所定の論理チャンネルを通じてＲＬＣエンティティ２１０に伝送する。また、ＭＡＣエンティティ２１２は、論理チャンネルや伝送チャンネルを通じて伝達されたデータに付加情報を挿入し、或いは挿入された付加情報を解釈して適切な動作を行い、ランダムアクセス動作を制御する。

ＲＬＣエンティティ２１０は、論理チャンネルの設定及び解除を担当する。ＲＬＣエンティティ２１０は、３つの動作モード、すなわちＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）のうち、一つのモードで動作可能であって、各動作モードごとに相互に異なる機能を提供する。一般に、ＲＬＣエンティティ２１０は、上位階層のサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：以下、“ＳＤＵ”とする）を所定のサイズを有するユニットに分割し、あるいはその分割されたユニットを組み立てる機能を遂行する。なお、ＲＬＣエンティティ２１０は、ＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）による誤り訂正機能を遂行する。

ＰＤＣＰエンティティ２０６は、使用者段階情報２０２でＲＬＣエンティティ２１０の上位に位置する。ＰＤＣＰエンティティ２０６は、ＩＰパケット形態で伝送されたデータヘッダーを圧縮又は復元し、ＲＮＣが端末の移動を変更する場合に損失を与えることなくデータを伝達する。ＰＤＣＰエンティティ２０６は、通常のサービスの場合に、無損失（ｌｏｓｓｌｅｓｓ）ＳＲＮＳ再割当て（ｒｅｌｏｃａｔｉｏｎ）支援機能とヘッダー圧縮機能をする。しかしながら、ＭＢＭＳの場合には、放送/マルチキャスティングの特性上、無損失ＳＲＮＳ（Ｓｅｒｖｉｎｇ ＲＮＳ）再割当てを支援する必要がない。ここで、ＳＲＮＳ再割当てとは、SＲＮＣでなく他のＲＮＣが制御するセルに移動した端末が、他のＲＮＣを新たなSＲＮＣに再設定する過程を意味する。ＢＭＣエンティティ２０８は、ＲＬＣエンティティ２１０の上位に位置し、特定セルで不特定多数の端末に同一のデータを伝送する放送サービスを支援する。

特定サービスに対する呼が設定される場合に、ＲＮＣはこのサービスを提供するためのＰＤＣＰ/ＲＬＣ/ＭＡＣ/ＰＨＹ階層のプロトコル処理を遂行するエンティティを構成する。ここで、特定サービスを提供するために構成されたプロトコルエンティティの集合を“無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）”と称する。エンティティは、それぞれハードウェア素子、又はソフトウェア実行ブロック、又はハードウェアとソフトウェアの組み合わせなどで構成される。ここで、プロトコルエンティティの構成とは、ハードウェア又はソフトウェアブロックに特定サービスに対する呼を処理するのに必要な動作パラメータを提供して動作可能な状態とすることを意味する。プロトコルエンティティ間のアクセス位置は、“ＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）”と呼ばれる。例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の接点は、“ＲＬＣ ＳＡＰ”と呼ばれる。ＰＤＣＰエンティティからＲＬＣエンティティに伝達される使用者データのＲＬＣ-ＤＡＴＡ-ＲＥＱのようなプリミティブ（Ｐｒｉｍｉｔｉｖｅ）は、ＲＬＣ ＳＡＰを通じて伝達される。

ＲＲＣエンティティ２０４は、ＵＴＲＡＮと端末との間の無線資源の割り当てと解除を遂行する。ＲＲＣエンティティ２０４は、ＲＲＣ接続モードの端末に割り当てられている無線資源と端末の移動性を管理する。さらに、ＲＲＣエンティティ２０４は、端末に伝送すべきコアネットワーク信号を該当する端末に伝達する役割をする。

端末がネットワークに接続してサービスの提供を受けるために、端末とネットワークノード（ＲＮＣ及びＳＧＳＮなど）との間に該当サービスを提供するために必要な情報の集合であるコンテキストが生成される。コンテキストとしては、代表的にＵＥコンテキストとＭＭ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）コンテキストがある。例えば、端末がＭＢＭＳを受信しようとする場合に、ＭＢＭＳテキストはネットワークノードのために提供される。ＭＢＭＳは、同一の情報を多数の端末が同時に受信するため、ＭＢＭＳコンテキストは、端末ごとに個別的に生成されず、ＭＢＭＳ別に、或いはサービス内の一つのセッション別に生成される。特に、同一のヘッダー圧縮/復元コンテキストは、ヘッダーの圧縮及び復元を遂行するＰＤＣＰエンティティのためにＲＮＣと端末との間に提供される。

図３は、本発明の望ましい実施形態によるＭＢＭＳ通信システムで、ＭＢＭＳを受信する端末のセル間の移動を説明する図である。ここで、ＲＮＣ３１０は第１のセル３３５と第２のセル３４０と多数のセルで構成される。端末３４５は、第１のセル３３５で特定のＭＢＭＳを受信し、その後に第２のセル３４０に移動してＭＢＭＳを継続して受信する。

図３を参照すると、ＭＢＭＳが提供されるネットワークは、コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：以下、“ＣＮ”とする）３０５と、ＲＮＣ３１０と、複数のセル３３５、３４０とから構成される。ＲＮＣ３１０は、ＣＮ３０５から伝送されたデータを無線チャンネルで伝送するのに適合した形態に変換した後に、各セルに伝送する。このために、ＲＮＣ３１０は、それぞれＰＤＣＰエンティティ３１５と、ＲＬＣエンティティ３２０と、ＭＡＣエンティティ３２５-１、３２５-２と、を含む。

ＲＬＣエンティティ３２０は、上位階層から伝達されたデータを無線チャンネルを通じて伝送するのに適合したサイズに分割し、データにシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を挿入する。各ＲＮＣで一つのＭＢＭＳを支援するＲＬＣエンティティ３２０は、多数のセルによって共有され、或いは各セル別に構成されることができる。ＭＡＣエンティティ３２５-１、３２５-２は、一つの無線チャンネル上に存在する多数のサービスを識別するための識別子をパケットデータのＭＡＣ階層ヘッダーに挿入する。ＭＡＣエンティティ３２５-１、３２５-２は、セル別にそれぞれ構成される。

ＰＤＣＰエンティティ３１５は、ＣＮ３０５から受信したパケットデータのヘッダーを所定の圧縮方式によって圧縮し、この圧縮されたパケットデータを該当ＲＬＣエンティティ３２０に伝達する。このために、ＰＤＣＰエンティティ３１５は、それぞれヘッダー圧縮器３１５-１と、ヘッダー圧縮に必要な情報が貯蔵されるヘッダー圧縮コンテキスト３１５-２とを含む。ヘッダー圧縮動作、特に、ヘッダー圧縮方式の一種としてＭＢＭＳで使用されるＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の動作について簡単に説明すると、次のようである。

ＭＢＭＳデータは、主に、ＲＴＰ/ＵＤＰ/ＩＰパケットの形態となる。これらＲＴＰ/ＵＤＰ/ＩＰヘッダーは、プロトコルバージョン、ヘッダー長さ、サービスタイプ、全体長さ、パケット識別子、有効時間（Ｔｉｍｅ ｔｏ Ｌｉｖｅ：以下、ＴＴＬ）、プロトコル識別子、ＣＲＣとしてのヘッダーチェックサム、ソース及び宛先のＩＰアドレス、及びＵＤＰポート番号などの多くの情報フィールドを含む。ＲＴＰ/ＵＤＰ/ＩＰヘッダーは、６０バイトのサイズを有するが、これは無線チャンネルを通じて伝送することにおいて、かなり大きいサイズである。

ＲＴＰ/ＵＤＰ/ＩＰヘッダーは、一定の傾向（ｉｎｃｌｉｎａｔｉｏｎ）を有する。この傾向を利用してヘッダーのサイズを減少することができる。また、このために使用される技術を、ヘッダー圧縮と呼ばれる。

例えば、一つのＭＢＭＳのＲＴＰ/ＵＤＰ/ＩＰヘッダーのうち、ＩＰアドレスとＵＤＰポート番号などは、一つのＭＢＭＳが提供される途中で常に一定である。この値は、サービスが始まる時点で数回伝送した後には伝送しない。このようなヘッダーフィールドはスタティックヘッダーフィールドと称し、このスタティックヘッダーフィールドは、ＭＢＭＳに関連したコンテキスト３１５-２のスタティックパートに貯蔵される。また、ＲＴＰ ＳＮのような一部フィールドは、パケットごとに１ずつ増加するなど、パケットごとに変更されうる。このようなヘッダーフィールドは、ダイナミックヘッダーフィールドと称する。このダイナミックヘッダーフィールドは、変更される度に受信側に伝送され、この伝送された値がコンテキスト３１５-２のダイナミックパートに貯蔵される。

ヘッダー圧縮器３１５-１は、コンテキスト３１５-２によりＣＮ３０５から受信されたパケットのヘッダーを圧縮し、パケットストリーム別にコンテキスト３１５-２を更新する。パケットストリーム（ｐａｃｋｅｔ ｓｔｒｅａｍ）とは、同一のスタティックヘッダーフィールドを有するパケットの集合と定義される。例えば、一つのＭＢＭＳの一つのメディアコンポネントは、一つのパケットストリームとして定義できる。一つのヘッダー圧縮器３１５-１は、多数のパケットストリームを圧縮することができ、この場合に複数のコンテキストが使用される。このとき、コンテキストは、コンテキスト識別子（Ｃｏｎｔｅｘｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＣＩＤ）によって識別される。すなわち、一つのコンテキストは、ＣＩＤ、スタティックパート、及びダイナミックパートを含む。

ヘッダー圧縮器３１５-１は、あるＭＢＭＳの一つのパケットストリームに対して第１のパケットデータを受信すると、このパケットデータのヘッダーフィールドを用いて、ＭＢＭＳに対するコンテキスト３１５-２のスタティックパートとダイナミックパートを初期化する。そして、ヘッダー圧縮器３１５-１は、パケットストリームに使用するＣＩＤを決定した後に、ＣＩＤ、スタティックパート、及びダイナミックパートの情報をすべて有する初期化及び更新パケット（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ ｐａｃｋｅｔ：以下、“ＩＲパケット”とする）を端末３４５のヘッダー復元器３４５-５に数回反復して伝送する。ヘッダー復元器３４５-５は、ＩＲパケットを受信して自分のコンテキスト３４５-６を初期化する。すなわち、ＩＲパケットに含まれたスタティックパートとダイナミックパートの情報をコンテキスト３４５-６に付加する。

ヘッダー復元器３４５-５がコンテキスト３４５-６を初期化するのに十分なＩＲパケットを伝送した後に、ヘッダー圧縮器３１５-１は、圧縮されたヘッダーを有するデータを伝送し始める。ヘッダー圧縮は、スタティックヘッダーフィールドを省略し、ダイナミックヘッダーフィールドをその値が変化するときのみに伝送する方式によって遂行される。ヘッダー復元器３４５-５は、受信したパケットにコンテキスト３４５-６のスタティックパートから読み出したスタティックヘッダーフィールドを加える。また、ヘッダー復元器３４５-５は、受信したパケットのダイナミックヘッダーフィールドの値を復元して復元されたヘッダーフィールド値でコンテキスト３４５-６を更新する。このように、ヘッダー圧縮器３１５−１とヘッダー復元器３４５-５は、すべてコンテキスト３１５-２、３４５-６に基づいて動作する。このコンテキスト３１５-２、３４５-６は、同一に更新されるべきである。

ヘッダー圧縮器３１５-１とヘッダー復元器３４５-５との間で少なくとも一つのパケットが損失された場合、コンテキスト３１５-２と３４５-６との間で不一致が発生する。コンテキスト不一致とは、たいていの場合はダイナミックパート間の不一致となり、ある場合はスタティックパートの不一致となることもある。このようなコンテキスト不一致を防止するために、ＲＯＨＣでは、スタティックパートとダイナミックパートのすべての情報を含むＩＲパケットと、ダイナミックパートの情報のみを含むＩＲ-ＤＹＮ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ＆ Ｒｅｆｒｅｓｈ Ｄｙｎａｍｉｃ）パケットを周期的に伝送する。このＩＲ/ＩＲ-ＤＹＮパケットの周期について、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）３０９５に記述されたＲＯＨＣ規格で特定してはいないが、ＩＲパケットの伝送周期よりはＩＲ-ＤＹＮパケットの伝送周期が一層短いことが一般的である。

ＩＲ/ＩＲ-ＤＹＮパケットに基づいた初期化を通じてヘッダー圧縮器３１５-１とヘッダー復元器３４５-５との間にコンテキスト同期化がなされると、ヘッダー圧縮器３１５-１はコンテキスト３１５-２を用いて圧縮されたヘッダーを有するパケットを伝送し、ヘッダー復元器３４５-５はヘッダー圧縮に使用されたものと同一の内容のコンテキスト３４５-６を用いて圧縮されたヘッダーを復元する。これらコンテキスト３１５-２、３４５-６のダイナミックパートとスタティックパートは、ＩＲ/ＩＲ-ＤＹＮパケットに基づいて周期的に同期化する。

一つのヘッダー圧縮器３１５-１が複数のパケットストリームを処理する場合に、各パケットストリームに対するコンテキストはＣＩＤによって区分される。図３に示すように、コンテキスト３１５-２に割り当てられたＣＩＤの値はｎである。同様に、ヘッダー復元器３４５-５のコンテキスト３４５-６もＣＩＤの値がｎである。以下に、第１のセル３３５で特定ＭＢＭＳを受信した端末３４５が、第２のセル３４０に移動してサービスの受信を再開する動作を説明する。

端末３４５は、第１のセル３４５から第２のセル３４０に移動するにしたがってＭＢＭＳデータを処理することができる物理エンティティ３４５-１と、ＭＡＣエンティティ３４５-２と、ＲＬＣエンティティ３４５-３と、ＰＤＣＰエンティティ３４５-４とを構成する。このとき、端末３４５は、第２のセル３４５から周期的に放送されているシステム情報を取得して上記のエンティティ３４５-１〜３４５-４を構成する。

図３に示したように、ＰＤＣＰエンティティ３１５は、第１のセル３３５と第２のセル３４０との間に共有されている。したがって、第２のセル３４０に移動した端末３４５は、第２のセル３４０のためにＲＬＣ/ＰＤＣＰエンティティを新たに構成せず、第１のセル３３５のＲＬＣ/ＰＤＣＰエンティティ３４５-３、３４５-４を再使用する。ＰＨＹ/ＭＡＣエンティティ３４５-１、３４５-２は、セル別に構成されるべく、そのため、第２のセル３４０のために新たに構成される。

図４は、本発明の望ましい実施形態により、セル間を移動する端末がＭＢＭＳを再開する動作を示すフローチャートである。ここでは、図３に示したように、ＲＮＣ内の同一のＰＤＣＰエンティティを共有するセル間を移動する端末３４５の動作を示す。

図４を参照すると、第１のセル３３５で特定ＭＢＭＳを受信した端末３４５は、新たなセルである第２のセ３４０を選択する（ステップ４０５）。ここで、新たなセルの選択は、多くの手続きによって遂行可能であって、下記にセルの選択に関する一例を説明する。

端末３４５は、隣接セルから伝送される無線信号の信号の強さを周期的に測定する。もし、端末３４５が、現在提供されている第１のセル３３５より強い無線信号が検出されると、この検出された無線信号を送出する第２のセル３４０から伝送される放送チャンネル（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ：ＢＣＨ）の信号を解析し、第２のセル３４０の逆方向共通チャンネルと順方向共通チャンネルが使用可能な情報を獲得する。この情報を通じて第２のセル３４０で共通チャンネルが使用できるような状態になると、端末３４５は第２のセル３４０を選択するとみなす。このとき、端末３４５は、放送チャンネルと通じてＭＢＭＳ制御チャンネル（ＭＢＭＳ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＭＣＣＨ）を解析することができる情報も受信する。このＭＣＣＨは、第２のセル３４０で提供可能なＭＢＭＳ関連情報を放送する共通チャンネルである。

端末３４５は、第２のセル３４０のＭＣＣＨ信号を解析して、第２のセル３４０から提供されるＭＢＭＳのリストとＭＢＭＳが提供されるＭＢＭＳ ＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）の構成情報を獲得する（ステップ４１０）。ＭＢＭＳ ＲＢの構成情報は、ＭＢＭＳを処理するためのＰＤＣＰエンティティと、ＲＬＣエンティティと、ＭＡＣエンティティと、物理エンティティの構成に必要な情報を意味する。

端末３４５は、獲得したＭＢＭＳ ＲＢの構成情報を参照して新たなセルとの通信のためのＭＢＭＳ ＲＢを設定する（ステップ４１５）。ＭＢＭＳ ＲＢの設定は、具体的に下記の動作を意味する。

- ＰＨＹ階層の構成情報を用いて新たなＰＨＹエンティティを構成する。
- ＭＡＣ階層の構成情報を用いて新たなＭＡＣエンティティを構成する。
- ＲＬＣ階層の構成情報を用いて新たなＲＬＣエンティティを構成する。（もし、新たなセルが以前のセルと同一のＲＬＣエンティティを共有していると、以前のセルで使用したＲＬＣエンティティ３４５-２を再使用する。）
- ＰＤＣＰ階層の構成情報を用いて新たなＰＤＣＰエンティティを構成する。（もし、新たなセルが以前のセルと同一のＰＤＣＰエンティティを共有していると、以前のセルで使用したＰＤＣＰエンティティ３４５-４を再使用する。端末３４５は、ＭＣＣＨを通じてＲＮＣからＰＤＣＰエンティティ識別子を受信し、新たなセルが以前のセルと同一のＰＤＣＰエンティティ３４５-４を共有するか否かを判断することができる。）

すなわち、ステップ４１５で、端末３４５は以前のセルで使用したＰＤＣＰエンティティ３４５-４を再使用する。したがって、ＰＤＣＰエンティティ３４５-４のヘッダー復元器３４５-５とコンテキスト３４５-６も再使用される。

端末３４５は、構成されたＭＢＭＳ ＲＢを通じて第２のセル３４０からＭＢＭＳのパケットデータを受信する（ステップ４２０）。パケットデータは、第１のセル３３５と同一のＰＤＣＰエンティティ３４５-４のヘッダー圧縮器３１５-１によって圧縮されたヘッダーを有するため、端末３４５は、第１のセル３３５で使用したコンテキスト３４５-６を再び使用してパケットデータの圧縮されたヘッダーを復元する。

端末３４５が以前のセル３３５から新たなセル３４０に移動しつつＲＯＨＣを用いるパケットヘッダー圧縮/復元途中で発生するパケット損失は、一般的にダイナミックパートの同期の損失をもたらす。

例えば、ダイナミックパートのＲＴＰ ＳＮは、ヘッダー圧縮によって最下位（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ：ＬＳＢ）の４ビットのみが伝送されるのが一般的なので、８つ以上のパケットが損失されると、ヘッダー復元は失敗するようになる。ヘッダー圧縮器３１５-１は、ＲＴＰ ＳＮの“１１０１ １１１１ ００００ １００１”を伝送するときに、最下位の４ビット“１００１”のみを伝送する。ヘッダー復元器３４５-５は、この“１００１”を受信した後に、コンテキスト３４５-６に貯蔵されているＲＴＰ ＳＮの最下位の４ビットを上記の受信した４ビットに取り替えることによって、ＲＴＰ ＳＮを復元する。

もし、ヘッダー圧縮器３１５-１は、伝送した１６個のパケットが中間に損失されても、このパケットの損失を認知しないまま、次のパケットのＲＴＰ ＳＮの“１１０１ １１１１ ０００１ ００１０”のうち最下位ビット“００１０”のみを伝送する。しかしながら、ヘッダー復元器３４５-５は、ＲＴＰ ＳＮを“１１０１ １１１１、００００、００１０に間違えて復元し、その結果、正常のヘッダー復元に失敗するようになる。

ダイナミックパートは、ＲＴＰ ＳＮだけでなく、パケット損失によって影響を受けるダイナミックヘッダーフィールドを多数有する。例えば、ＩＰｖ６ホップリミット（Ｈｏｐ Ｌｉｍｉｔ）フィールドは、セッションが進行される途中でいつでも変更できる値なため、変更された情報を有するパケットが損失される場合に、次のヘッダー復元動作は失敗する。したがって、第２のセル３４０に移動した端末３４５は、コンテキスト３４５-６のダイナミックパートを更新するために、ＩＲ-ＤＹＮパケットを先に受信した後に、ヘッダー復元動作を再開する。ここで、ＩＲ-ＤＹＮパケットを用いるのは、ＩＲ-ＤＹＮパケットがＩＲパケットより頻繁に伝送されるためである。

ＩＲ-ＤＹＮパケットは周期的に伝送するように規定されているため、端末３４５は、第２のセル３４０からＩＲ-ＤＹＮパケットが受信されるまでヘッダー復元動作を中断（suspend）したまま待機する（ステップ４２５）。ＩＲ-ＤＹＮパケットが受信されると、端末３４５はステップ４３５に進行し、そうでないと、ステップ４３０に進行する。

図４には示していないが、ステップ４２５で、端末３４５は、ＩＲ-ＤＹＮパケットでなく、十分なサイズのＲＴＰ ＳＮ情報を含むパケットが受信されるまで待機することもできる。すなわち、ＩＲ-ＤＹＮパケットは、ＲＴＰ ＳＮだけでなくダイナミックパートをすべて含む。一方、ＵＯＲ-２パケットのような他の更新パケットは、ダイナミックパートの情報のうちの一部のみを選別的に含む。その一例として、ダイナミックパートで一番頻繁に変わるＲＴＰ ＳＮを更新するために、ＲＮＣのヘッダー圧縮器はＩＲ-ＤＹＮパケットより小さいＲＴＰ ＳＮ更新パケットをより短い周期で伝送可能である。このような実施形態において、端末は、ＲＴＰ ＳＮ更新パケットを受信してＲＴＰ ＳＮの同期を獲得すると、ステップ４３５に進行する。以下、ステップ４２５段階で、ＩＲ-ＤＹＮパケットを受信するまで待機する場合を第１の実施形態とし、ＲＴＰ ＳＮ更新パケットを受信するまで待機する場合を第２の実施形態として説明する。

端末３４５は、コンテキスト３４５-６がまだ更新されていないため、ヘッダー復元動作を再開できないと判断し、受信したデータを以後に復元するために貯蔵し（ステップ４３０）、その後に、ステップ４２０に戻る。このとき、端末３４５は、不要であると判断されると、受信されたデータを廃棄することができる。この受信及び貯蔵（又は廃棄）動作は、第１の実施形態ではＩＲ-ＤＹＮパケットが受信されるまで反復され、第２の実施形態ではＲＴＰ ＳＮ更新パケットが受信されるまで反復される。

端末３４５は、第１の実施形態ではＩＲ-ＤＹＮパケットを用いてコンテキスト３４５-６のダイナミックパートを更新する（ステップ４３５）。すなわち、ＩＲ-ＤＹＮパケットは、コンテキスト３４５-６のダイナミックパートに含まれるべきダイナミックヘッダーフィールドをすべて有するため、端末３４５は、ＩＲ-ＤＹＮパケットのダイナミックヘッダーフィールドをコンテキスト３４５-６のダイナミックパートに付加する。第２の実施形態で、端末はＲＴＰ ＳＮ更新パケットのＲＴＰ ＳＮを用いてダイナミックパートのＲＴＰ ＳＮパートを更新する。

端末３４５は、更新されたコンテキスト３４５-６を用いて以後受信されるパケットデータのヘッダー復元を遂行する（ステップ４４０）。このとき、ステップ４３０で、ヘッダーを復元せずに貯蔵したパケットデータがあると、この貯蔵されたパケットデータのヘッダーは、更新されたコンテキスト３４５-６を用いて先に復元される。

一方、本発明の詳細な説明では、具体的な実施形態について説明したが、本発明の範囲を外れない限り、様々な変形が可能であることはもちろんである。したがって、本発明の範囲は説明した実施形態に局限されるのではなく、特許請求の範囲だけでなく、この特許請求の範囲と均等なものによって定められるべきである。

ＭＢＭＳ移動通信システムの簡略化した構成を示す図である。 本発明の望ましい実施形態により、端末とＲＮＣとの間にデータとシグナリングメッセージの通信のためのインターフェースの階層的構造を示す図である。 ＭＢＭＳ通信システムでＭＢＭＳを受信する端末のセル間の移動を説明するための図である。 本発明の望ましい実施形態により、セル間を移動する端末がＭＢＭＳを再開する動作を示すフローチャートである。

符号の説明

１１０ ＢＭ-ＳＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）
１２０ 運送ネットワーク（Ｔｒａｎｓｉｔ Ｎｅｔｗｏｒｋ）
１３０ ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ） １４０ ＲＮＣ
１６０ 第１のセル
１６１、１６２、１６３、１７１、１７２ 端末（Ｕｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）
１７０ 第２のセル
２００ 制御段階シグナリング
２０２ 使用者段階情報
２０４ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）エンティティ
２０６ ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）エンティティ
２０８ ＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ）エンティティ
２１０ ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティ
２１２ ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティ
２１４ ＰＨＹ（Ｐｈｙｓｉｃａｌ）エンティティ
３０５ コアネットワーク（ＣＮ）
３１０ ＲＮＣ
３１５ ＰＤＣＰエンティティ
３１５-１ ヘッダー圧縮器
３１５-２ ヘッダー圧縮コンテキスト
３２０ ＲＬＣエンティティ
３２５-１、３２５-２ ＭＡＣエンティティ
３３５ 第１のセル
３４０ 第２のセル
３４５ 端末
３４５-１ 物理エンティティ
３４５-２ ＭＡＣエンティティ
３４５-３ ＲＬＣエンティティ
３４５-４ ＰＤＣＰエンティティ
３４５-５ ヘッダー復元器
３４５-６ コンテキスト

Claims (8)

1. マルチメディア放送/マルチキャストサービス（ＭＢＭＳ）を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、
   前記ＭＢＭＳを受信する前記端末が以前のセルから新たなセルに移動する段階と、
   前記新たなセルでヘッダー復元を再開する以前に、前記ＭＢＭＳのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新（ＩＲ-ＤＹＮ）パケットが受信されるまで待機する段階と、
   前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前のセルで使用されるヘッダー復元コンテキストを更新する段階と、
   前記更新されたヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳのためのパケットデータのヘッダー復元を遂行する段階と、
   を含むことを特徴とする方法。
2. 前記ＩＲ-ＤＹＮパケットが受信される以前に前記ＩＲ-ＤＹＮパケットでなく前記ＭＢＭＳのためのパケットデータが受信されると、前記受信されたパケットデータを前記ヘッダー復元コンテキストが更新された以後にヘッダーが復元されるように貯蔵する段階とを更に含むこと
   を特徴とする請求項１記載の方法。
3. 前記移動する段階は、
   前記新たなセルからＭＢＭＳ制御チャンネルを通じて前記ＭＢＭＳに対する無線ベアラーの構成情報を受信する段階と、
   前記構成情報によって前記新たなセルが前記以前のセルとヘッダー圧縮器及びヘッダー圧縮コンテキストを共有するかどうかを判別する段階と、
   前記新たなセルが前記以前のセルとヘッダー圧縮器及びヘッダー圧縮コンテキストを共有すると、前記以前のセルで使用したヘッダー復元器及びヘッダー復元コンテキストを前記新たなセルで再使用するように決定する段階と、
   を含むことを特徴とする請求項１記載の方法。
4. 前記更新する段階は、
   前記ヘッダー復元コンテキストのダイナミックパートを、前記ＩＲ-ＤＹＮパケットに含まれているダイナミックヘッダーフィールドに取り替えること
   を特徴とする請求項１記載の方法。
5. マルチメディア放送/マルチキャストサービス（ＭＢＭＳ）を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、
   前記ＭＢＭＳを受信する前記端末が以前のセルから新たなセルに移動する段階と、
   前記新たなセルから前記ＭＢＭＳのためのパケットデータのヘッダー復元のための更新情報を含む更新パケットが受信されるまで、前記新たなセルから受信される前記ＭＢＭＳのためのパケットデータのヘッダー復元を中断する段階と、
   前記更新パケットが受信されると、前記更新パケットを用いて前記以前のセルで使用したヘッダー復元コンテキストを更新する段階と、
   前記更新されたヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳのためのパケットデータのヘッダー復元を遂行する段階と、
   を含むことを特徴とする方法。
6. 前記更新パケットが受信される以前に前記ＭＢＭＳのためのパケットデータが受信されると、前記受信されたパケットデータを前記ヘッダー復元コンテキストが更新された以後にヘッダー復元されるように貯蔵する段階を更に含むこと
   を特徴とする請求項５記載の方法。
7. 前記移動する段階は、
   前記新たなセルからＭＢＭＳ制御チャンネルを通じて前記ＭＢＭＳに対する無線ベアラーの構成情報を受信する段階と、
   前記構成情報により、前記新たなセルが前記以前のセルとヘッダー圧縮器及びヘッダー圧縮コンテキストを共有するかどうかを判別する段階と、
   前記新たなセルが前記以前のセルとヘッダー圧縮器及びヘッダー圧縮コンテキストを共有すると、前記以前のセルで使用したヘッダー復元器及びヘッダー復元コンテキストを前記新たなセルで再使用するように決定する段階と、
   を含むことを特徴とする請求項５記載の方法。
8. 前記更新する段階は、
   前記ヘッダー復元コンテキストの無線伝送プロトコルシリアル番号（ＲＴＰ ＳＮ）を、前記更新パケットに含まれた無線伝送プロトコルシリアル番号（ＲＴＰ ＳＮ）に取り替えること
   を特徴とする請求項５記載の方法。
   
   
   

Images