(57)【要約】【課題】マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する移動通信システムで端末が圧縮されたヘッダーを有するＭＢＭＳのパケットデータを受信してヘッダー復元動作を再開する方法を提供する。【解決手段】ＭＢＭＳを受信する端末が以前セルから新たなセルに移動し、以前セルで使用される以前ヘッダー復元コンテキスト情報をコピーして貯蔵し、以前ヘッダー復元コンテキスト情報を更新するために、ＭＢＭＳのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新(ＩＲ-ＤＹＮ)パケットが受信されるまで待機し、ＩＲ-ＤＹＮパケットが受信されると、ＩＲ-ＤＹＮパケットを用いて以前ヘッダー復元コンテキスト情報を更新して新たなヘッダー復元コンテキストを生成し、そして新たなヘッダー復元コンテキストを用いて新たなセルから受信されるＭＢＭＳのためのパケットデータのヘッダー復元を遂行する。【選択図】図４
2005229629.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、
前記ＭＢＭＳを受信する前記端末が以前セルから新たなセルに移動する段階と、
前記以前セルで使用される以前ヘッダー復元コンテキスト情報をコピーして貯蔵する段階と、
前記以前ヘッダー復元コンテキスト情報を更新するために、前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新(ＩＲ-ＤＹＮ)パケットが受信されるまで待機する段階と、
前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前ヘッダー復元コンテキスト情報を更新して新たなヘッダー復元コンテキストを生成する段階と、
前記新たなヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元を遂行する段階と、
を含むことを特徴とする方法。
【請求項２】
前記ＩＲ-ＤＹＮパケットが受信される前に、前記ＩＲ-ＤＹＮパケットでなく前記ＭＢＭＳのためのパケットデータが受信されると、前記受信されたパケットデータを前記新たなヘッダー復元コンテキストが生成された後にヘッダーを復元するように貯蔵する段階を更に含む
ことを特徴とする請求項１記載の方法。
【請求項３】
前記端末が新たなセルに移動する段階は、前記新たなセルが前記以前セルとは異なるヘッダー復元器及びヘッダー圧縮コンテキストを使用することを確認し、前記新たなセルで使用するためのヘッダー復元器及び前記新たなヘッダー圧縮コンテキストを構成するように決定すること
を特徴とする請求項１記載の方法。
【請求項４】
前記新たなヘッダー復元コンテキストを生成する段階は、前記以前ヘッダー復元コンテキスト情報のコンテキスト識別子を前記ＩＲ-ＤＹＮパケットに含まれたコンテキスト識別子に訂正すること
を特徴とする請求項１記載の方法。
【請求項５】
前記新たなヘッダー復元コンテキストを生成する段階は、前記ＩＲ-ＤＹＮパケットに含まれたプロファイル情報によって前記ＩＲ-ＤＹＮパケットが前記以前ヘッダー復元コンテキスト情報に対応するかどうかを判断し、もし対応すると、前記以前ヘッダー復元コンテキスト情報のコンテキスト識別子を前記ＩＲ-ＤＹＮパケットに含まれたコンテキスト識別子に訂正すること
を特徴とする請求項４記載の方法。
【請求項６】
前記新たなヘッダー復元コンテキストを生成する段階は、前記ＩＲ-ＤＹＮパケットに含まれたプロファイル情報とペイロードタイプによって前記ＩＲ-ＤＹＮパケットが前記以前ヘッダー復元コンテキスト情報に対応するかどうかを判断し、もし、対応すると、前記以前ヘッダー復元コンテキスト情報のコンテキスト識別子を前記ＩＲ-ＤＹＮパケットに含まれたコンテキスト識別子に訂正すること
を特徴とする請求項４記載の方法。
【請求項７】
前記新たなヘッダー復元コンテキストを生成する段階は、前記以前ヘッダー復元コンテキスト情報のダイナミックパートを前記ＩＲ-ＤＹＮパケットに含まれたダイナミックヘッダーフィールドに代替すること
を特徴とする請求項４記載の方法。
【請求項８】
前記以前ヘッダー復元コンテキスト情報のオペレーティングパラメータの値を予め定められた値に設定する段階を更に含む
ことを特徴とする請求項１記載の方法。
【請求項９】
前記オペレーティングパラメータの値を設定する段階は、
前記オペレーティングパラメータのうち、前記新たなヘッダー復元器の動作モードを示すパラメータを一方向モードを示す値に設定し、
前記新たなヘッダー復元コンテキストの状態を示すパラメータを前記ダイナミックパートの更新が必要であることを示す値に設定し、
前記新たなヘッダー復元器のモード変更可否を示すパラメータをモード変更中でないことを示す値に設定すること
を特徴とする請求項８記載の方法。
【請求項１０】
マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、
前記ＭＢＭＳサービスを提供するために、予め設定された構成情報によって実質的に同一の複数のヘッダー圧縮器とヘッダー圧縮コンテキストを複数のセルに備える段階と、
前記ＭＢＭＳを受信する前記端末が、前記複数のセルのうちの以前セルから新たなセルに移動する段階と、
前記新たなセルから伝送される圧縮したヘッダーを有するパケットデータを復元するための新たなヘッダー復元器を構成する段階と、
コンテキスト識別子、スタティックパート、ダイナミックパート、及びオペレーティングパラメータで構成される、前記以前セルで使用された以前ヘッダー復元コンテキスト情報をコピーして貯蔵する段階と、
前記以前ヘッダー復元コンテキスト情報の前記オペレーティングパラメータを予め定められる値に設定する段階と、
前記以前ヘッダー復元コンテキスト情報を更新するために、前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新(ＩＲ-ＤＹＮ)パケットが受信されるまで待機する段階と、
前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前ヘッダー復元コンテキストのダイナミックパートを更新して新たなヘッダー復元コンテキストを生成する段階と、
前記新たなヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳサービスのためのパケットデータのヘッダーを復元する段階と、
を遂行することを特徴とする方法。
【請求項１１】
前記ＩＲ-ＤＹＮパケットが受信される以前に前記ＩＲ-ＤＹＮパケットでなく前記ＭＢＭＳサービスのための他のパケットデータが受信されると、前記受信されたパケットデータを前記新たなヘッダー復元コンテキストが生成した以後にヘッダーが復元されるように貯蔵するステップを更に含むこと
を特徴とする請求項１０記載の方法。
【請求項１２】
前記オペレーティングパラメータの値を設定するステップは、
前記オペレーティングパラメータのうち、前記新たなヘッダー復元器の動作モードを示すパラメータを一方向モードを示す値に設定し、
前記新たなヘッダー復元コンテキストの状態を示すパラメータを前記ダイナミック パートの更新が必要であることを示す値に設定し、
前記新たなヘッダー復元器のモード変更可否を示すパラメータをモード変更中でないことを示す値に設定すること
を特徴とする請求項１０記載の方法。
【請求項１３】
前記予め設定された構成情報は、
前記コンテキスト識別子を含むパケットのフォーマットを示す情報が含まれたコンテキスト識別子情報と、
前記コンテキスト識別子の最大値を示す最大コンテキスト識別子と、
ヘッダーの復元に失敗したパケットの貯蔵容量を示す逆復元度と、
を含むことを特徴とする請求項１０記載の方法。
【請求項１４】
ヘッダー圧縮器とヘッダー圧縮コンテキストを複数のセルに備える段階は、
前記ＭＢＭＳサービスに含まれる複数の実時間伝送プロトコル(ＲＴＰ)ストリーム及びＲＴＰ制御プロトコル(ＲＴＣＰ)ストリームに対して、ｘ番目の使用者データプロトコル(ＵＤＰ)ポート番号を使用するＲＴＰメディアストリームの一つのヘッダー圧縮コンテキストに対してＣＩＤ(ｘ-１)＊２を割り当て、ＣＩＤ(ｘ-１)＊２を有するＲＴＰメディアに対応するＲＴＣＰストリームのヘッダー圧縮コンテキストに対してＣＩＤ(ｘ-１)＊２-１を割り当てること
を含むことを特徴とする請求項１０記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア放送/マルチキャストサービス(Multimedia Broadcast/
Multicast Service：以下、“ＭＢＭＳ”とする)を提供する移動通信システムに関して、特に、圧縮されたヘッダーを有するＭＢＭＳサービスのパケットデータを受信してヘッダー復元動作を遂行する方法に関するものである。
【背景技術】
【０００２】
ＵＭＴＳ(Universal Mobile Telecommunication Service)は、ＧＳＭ(Global System for Mobile communication)とＧＰＲＳ(General Packet Radio Services)通信標準を基にする。しかしながら、このＵＭＴＳは、ＴＤＭＡ(Time Division MultＩＰle Access)を使用するＧＳＭとは異なって、広帯域(Wideband)ＣＤＭＡ技術を使用し、移動電話やコンピュータ使用者のある全世界のどこでもパケット基盤のテキスト、デジタル化した音声やビデオ、及びマルチメディアデータを２Mbps以上の高速で伝送することができる一貫したサービスを提供する。ＵＭＴＳは、インターネットプロトコル(Internet Protocol：ＩＰ)のようなパケットプロトコルを使用するパケット交換システムと呼ばれる仮想接続の交換方式を使用する。このＵＭＴＳは、ネットワーク内の他のいずれの端部でも常に接続が可能である。
【０００３】
一般に、無線伝送資源は限定されているため、高速のデータを様々な端末に個別的に伝送することは非効率的である。例えば、一つの端末に６４kbpsのビデオストリミングサービスを提供するためには、上記の端末に専用チャンネルを構成した後に、６４kbpsのデータを伝送することができる無線資源を使用すべきである。もし、このような端末がｎ個であると、無線伝送資源の要求量もｎ倍に増加するようになる。
【０００４】
その代案として、もし、複数の端末が同一のサービスを受信しようとすると、共通チャンネルを通じて同一のサービスを提供することが可能である。この場合、一つのセル内に位置しており、同一のサービスを受信しようとする端末の数と関係なく、共通チャンネルで同一の無線資源を利用してサービスを提供することができるため、無線資源の効率的な使用が可能になる。このような観点から開発されたＭＢＭＳは、ＵＭＴＳ通信システムにおいて、同一のデータを多様な端末に効率的に伝送するために開発されたものである。ＭＢＭＳサービスは、特に、無線伝送資源の要求量が大きな多重メディア伝送に有利である。ＭＢＭＳは、高速の多重メディアサービスだけでなく多様な用途で使用することもできるため、ＭＢＭＳサービスに関連したアプリケーションに関する多くの研究が進んでいる。
【０００５】
マルチメディアサービスをパケットに基づいて提供するとき、一番一般的にＲＴＰ(Realtime Transport Ｐrotocol)、ＵＤＰ(User Datagram Protocol)、及びＩＰ(Internet Protocol)方式が使用される。これらプロトコル組合を利用する場合に、一つのパケットに付加されるヘッダーのサイズが６０バイトを上回るため、無線伝送資源の消耗を減少させるためにヘッダーを圧縮する必要性がある。ＭＢＭＳサービスにおいて、ヘッダー圧縮用としてＲＯＨＣ(Robust Header Compression)という方式を使用する。端末側及びシステムにおいて、ヘッダーの圧縮及び解除は、ＰＤＣＰ(Packet Data Control Protocol)と呼ばれる階層のプロトコルを担当するＰＤＣＰエンティティー(Entity)によって遂行される。システム側で、このＰＤＣＰエンティティーは複数のセルを管理する無線ネットワーク制御器(Radio Network Controller：以下、“ＲＮＣ”とする) 内に備えられる。
【０００６】
上述したように、ＭＢＭＳの場合に、同一の ＭＢＭＳを受信しようとする端末が複数のセルに位置可能になることにより、ＭＢＭＳデータはすべてのセルに伝達されるべきである。システムでは、上記のセルのそれぞれのための別途のＰＤＣＰエンティティーを構成し、或いは幾つかのセルに対して共有されるＰＤＣＰエンティティーを構成するようになる。もし、端末が相互に異なるＰＤＣＰエンティティーを使用するセル間を移動するに従って、ＭＢＭＳデータを伝送するＰＤＣＰエンティティーが変更されると、端末もＭＢＭＳデータを受信するための新たなＰＤＣＰエンティティーを構成すべきである。
【０００７】
端末がＰＤＣＰエンティティーを新たに構成するということは、ヘッダー復元器とヘッダー復元コンテキストを新たに構成することを意味する。このようなヘッダーの復元のために、必要なすべてのヘッダー情報を獲得しなければならない。しかしながら、上記の新たなＰＤＣＰエンティティーのヘッダー復元作業のためにシステムからすべてのヘッダー情報を受信するまで待機することは、非常に非効率的である。したがって、端末がセルの間を移動することによって、新たなセルのためのＰＤＣＰエンティティーを構成する場合に、初期化過程なしに迅速にヘッダー復元を再開するための技術が要求された。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、上述したように動作される従来技術の問題点を解決するためのもので、本発明の目的は、ＭＢＭＳシステムでセル間を移動するにしたがって、ＰＤＣＰエンティティーのヘッダー復元器を新たに構成する場合に、既存のＰＤＣＰエンティティーのコンテキストを再使用する方法を提供することにある。
【０００９】
本発明の目的は、ＭＢＭＳシステムで端末がチャンネルタイプを変更するにしたがって、ＰＤＣＰエンティティーのヘッダー復元器を新たに構成する場合に、既存のＰＤＣＰエンティティーのコンテキストを再使用する方法を提供することにある。
【００１０】
本発明の目的は、ＭＢＭＳシステムで新たなセルと無線ベアラを再設定する以前に使用した既存のＰＤＣＰエンティティーのコンテキストのうち、再使用が可能な部分を再使用することによって、新たに構成されたＰＤＣＰエンティティーによって初期化過程を経ることなくてもヘッダーの復元を迅速に再開する方法を提供することにある。
【００１１】
本発明の目的は、ＭＢＭＳシステムで新たなＰＤＣＰエンティティーを構成するための端末の動作を最小化するために予め設定された構成情報を使用して複数のセルに実質的に同一のヘッダー圧縮器を構成する方法を提供することにある。
【００１２】
また、本発明の目的は、ＭＢＭＳシステムで予め定められた規則にしたがって、ヘッダーの圧縮コンテキストにコンテキスト識別子を与えて新たなＰＤＣＰエンティティーを構成するための端末の動作を最小化する方法を提供することにある。
【００１３】
本発明の目的は、ＭＢＭＳサービスを受信している端末が、無線ベアラの再設定過程に伴うヘッダー復元器の初期化を効率的に進行することによって、無線資源の効率的の使用と端末に対するサービス受信の連続性を保障する方法を提供することにある。
【課題を解決するための手段】
【００１４】
本発明の望ましい実施形態は、マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、前記ＭＢＭＳを受信する前記端末が以前セルから新たなセルに移動する段階と、前記以前セルで使用される以前ヘッダー復元コンテキスト情報をコピーして貯蔵する段階と、前記以前ヘッダー復元コンテキスト情報を更新するために、前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新(ＩＲ-ＤＹＮ)パケットが受信されるまで待機する段階と、前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前ヘッダー復元コンテキスト情報を更新して新たなヘッダー復元コンテキストを生成する段階と、前記新たなヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元を遂行する段階と、を含むことを特徴とする。
【００１５】
本発明の他の実施形態は、マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する通信システムで端末がヘッダー復元動作を再開するための方法であって、前記ＭＢＭＳサービスを提供するために、予め設定された構成情報によって実質的に同一の複数のヘッダー圧縮器とヘッダー圧縮コンテキストを複数のセルに備える段階と、 前記ＭＢＭＳを受信する前記端末が、前記複数のセルのうちの以前セルから新たなセルに移動する段階と、前記新たなセルから伝送される圧縮したヘッダーを有するパケットデータを復元するための新たなヘッダー復元器を構成する段階と、コンテキスト識別子、スタティックパート、ダイナミックパート、及びオペレーティングパラメータで構成される、前記以前セルで使用された以前ヘッダー復元コンテキスト情報をコピーして貯蔵する段階と、前記以前ヘッダー復元コンテキスト情報の前記オペレーティングパラメータを予め定められる値に設定する段階と、前記以前ヘッダー復元コンテキスト情報を更新するために、前記ＭＢＭＳサービスのためのパケットデータのヘッダー復元のためのダイナミックパート初期化及び更新(ＩＲ-ＤＹＮ)パケットが受信されるまで待機する段階と、前記ＩＲ-ＤＹＮパケットが受信されると、前記ＩＲ-ＤＹＮパケットを用いて前記以前ヘッダー復元コンテキストのダイナミックパートを更新して新たなヘッダー復元コンテキストを生成する段階と、前記新たなヘッダー復元コンテキストを用いて前記新たなセルから受信される前記ＭＢＭＳサービスのためのパケットデータのヘッダーを復元する段階と、を遂行することを特徴とする。
【発明の効果】
【００１６】
本発明は、無線ベアラが新たに設定されつつ新たなＰＤＣＰエンティティーを構成する端末が、以前ＰＤＣＰエンティティーで使用したコンテキスト情報を新たなＰＤＣＰエンティティーに伝達する。そのため、新たなＰＤＣＰエンティティーは、オペレーティングパラメータの設定/ＣＩＤの訂正/ダイナミックパートの更新を通じて以前ＰＤＣＰエンティティーで使用したコンテキスト情報を新たなＰＤＣＰエンティティーに使用されるように調整することにより、初期化過程を必要としないようになる。したがって、本発明は、新たなＰＤＣＰエンティティーの構成の際にもヘッダー復元動作を迅速に再開することができる効果がある。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
下記の説明において、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断される場合に、その詳細な説明を省略する。そして、後述する用語は、本発明における機能を考慮して定義されたものであって、これら用語は、使用者、運用者の意図又は慣例などによって異なるようになる。したがって、用語は、明細書全般にかけた内容に基づいて定義されるべきである。
【００１８】
本発明は、マルチメディア放送/マルチキャストサービス(ＭＢＭＳ)を提供する移動通信システムにおいて、相互に異なるヘッダー復元器及びヘッダー復元コンテキストを備えるセル間を移動する端末が新たなセルのための新たなヘッダー復元器及びヘッダー復元コンテキストを構成する。その後、本発明は、以前ヘッダー復元コンテキストを利用して新たなヘッダー復元コンテキストを更新することによって、新たなセルにおけるヘッダー復元動作をより迅速に再開することができる方法を提示する。
【００１９】
まず、本発明に適用されるＭＢＭＳサービスについて説明すれば、次のようである。
図１は、ＭＢＭＳのための移動通信システムの簡略化した構成図である。ここでは、第３世代非同期移動通信方式の標準である３ＧＰＰ(3rd Generation Project Partnership)システムにＭＢＭＳを適用した構成例を示す。
【００２０】
図１を参照すると、端末(Uuser Equipment：以下、“ＵＥ”とする)１６１、１６２、１６３、１７１、１７２は、ＭＢＭＳを受信するための端末装置或いは加入者を意味し、第１及び第２のセル１６０、１７０は端末にＭＢＭＳ関連データを伝送する基地局装置を意味する。図１に示すように、第１のセル１６０と端末１６１、１６２、１６３との間には、ＭＢＭＳを提供するための一つの無線チャンネルのみが構成される。ＲＮＣ１４０は、複数のセルを制御するための無線ネットワーク制御器である。このＲＮＣ１４０は、マルチメディアデータを特定セルに選別的に伝送し、ＭＢＭＳを提供するために設定されている無線チャンネルを制御する。
【００２１】
ＳＧＳＮ(Serving ＧＰＲＳ Supporting Node)１３０は、それぞれの加入者のＭＢＭＳ関連サービスを制御する。代表的に、ＳＧＳＮ１３０は、各加入者のサービス課金関連データを管理する役割とマルチメディアデータを特定ＲＮＣに選別的に伝送する役割を果たす。運送ネットワーク(Transit Network)１２０は、ＢＭ-ＳＣ(Broadcast/Multicast Service Center)１１０とＳＧＳＮ１３０との間の通信路を提供し、ＧＧＳＮ(Gateway ＧＰＲＳ Support Node)と外部ネットワークを含んで構成される。ＢＭ-ＳＣ１１０は、ＭＢＭＳデータのソースであって、各サービス別にデータのスケジューリングを担当する。
【００２２】
ＭＢＭＳデータストリームは、運送ネットワーク１２０、ＳＧＳＮ１３０、ＲＮＣ１４０、第１及び第２のセル１６０、１７０を経て端末１６１、１６２、１６３、１７１、１７２に伝達される。図示していないが、一つのＭＢＭＳサービスについて、複数のＳＧＳＮと各ＳＧＳＮに複数のＲＮＣが存在することができる。ＳＧＳＮはＲＮＣにデータを選別的に伝送し、ＲＮＣはセルにデータを選別的に伝送する。このために、ＳＧＳＮ及びＲＮＣはデータストリームを伝達するべきリストを貯蔵する。すなわち、ＳＧＳＮはＲＮＣのリストを、ＲＮＣはセルのリストをそれぞれ貯蔵し、以後にＲＮＣ及びセルに選別的にＭＢＭＳデータの伝送を遂行する。
【００２３】
図２は、端末とＲＮＣとの間にデータとシグナリングメッセージの通信のための使用者インタフェースの階層的構造を示す図である。ここで、使用者インタフェースの階層的構造は、端末とＲＮＣとの間に制御信号を交換するために使用される制御平面(Control Plane)と、実際データを伝送するために使用される使用者平面(User Plane)とに区分して示す。
【００２４】
図２を参照すると、制御平面シグナリング２００は、ＲＲＣ(Radio Resource Control)エンティティー２０４、ＲＬＣ(Radio Link Control)エンティティー２１０、ＭＡＣ(Media Access Control)エンティティー２１２、及びＰＨＹ(Physical)エンティティー２１４を経て処理される。なお、使用者平面情報２０２は、ＰＤＣＰ(Packet Data Control Protocol)エンティティー２０６、ＢＭＣ(Broadcast/Multicast Control)エンティティー２０８、ＲＬＣエンティティー２１０、ＭＡＣエンティティー２１２、及びＰＨＹエンティティー２１４を経て処理される。通常に、ＰＹＨエンティティー２１４は各セルに位置し、ＭＡＣエンティティー２１２からＲＲＣエンティティー２０４までにはＲＮＣに位置する。
【００２５】
ＰＨＹエンティティー２１４は、無線伝送(Radio Transfer)技術を用いた情報伝送サービスを提供する。このＰＨＹエンティティー２１４は、ＯＳＩ(Open Systems Interconnection)モデルの第１の階層に該当する。ＰＨＹエンティティー２１４とＭＡＣエンティティー２１２は、それらの間の伝送チャンネル(Transport Channels)によって接続される。伝送チャンネルは、特定データが物理階層で処理される方式に基づいて定義される。
【００２６】
ＭＡＣエンティティー２１２は論理チャンネルを通じてＲＬＣエンティティー２１０に接続される。ＭＡＣエンティティー２１２は、論理チャンネルを通じてＲＬＣエンティティー２１０から伝達されたデータを、所定の伝送チャンネルを通じて物理階層に伝送し、ＰＨＹエンティティー２１４から伝送チャンネルを通じて伝達されたデータを所定の論理チャンネルを通じてＲＬＣエンティティー２１０に伝送する。また、ＭＡＣエンティティー２１２は、論理チャンネルや伝送チャンネルを通じて伝達されたデータに付加情報を挿入し、或いは挿入された付加情報を解釈して適切な動作を行い、ランダムアクセス動作を制御する。
【００２７】
ＲＬＣエンティティー２１０は、論理チャンネルの設定及び解除を担当する。ＲＬＣエンティティー２１０は、３つの動作モード、すなわちＡＭ(Acknowledged Mode)、ＵＭ(Unacknowledged Mode)、ＴＭ(Transparent Mode)のうち、一つのモードで動作可能であって、各動作モードごとに相互に異なる機能を提供する。一般に、ＲＬＣエンティティー２１０は、上位階層のサービスデータユニット(Service Data Unit：以下、“ＳＤＵ”とする)を所定のサイズを有するユニットに分割し、あるいはその分割されたユニットを組み立てる機能を遂行する。なお、ＲＬＣエンティティー２１０は、ＡＲＱ(Automatic Repeat reQuest)を通じる誤り訂正機能を遂行する。
【００２８】
ＰＤＣＰエンティティー２０６は、使用者平面情報２０２でＲＬＣエンティティー２１０の上位に位置する。ＰＤＣＰエンティティー２０６は、ＩＰパケット形態で伝送されたデータヘッダーを圧縮又は復元し、ＲＮＣが端末の移動を変更する場合に損失を与えることなくデータを伝達する。ＰＤＣＰエンティティー２０６は、通常のサービスの場合に、無損失(lossless)ＳＲＮＳ再割当て(relocation)支援機能とヘッダー圧縮機能をする。しかしながら、ＭＢＭＳの場合には、放送/マルチキャスティングの特性上、無損失ＳＲＮＳ(Serving RNS)再割当てを支援する必要がない。ここで、ＳＲＮＳ再割当てとは、SＲＮＣでなく他のＲＮＣが制御するセルに移動した端末が、他のＲＮＣを新たなSＲＮＣに再設定する過程を意味する。ＢＭＣエンティティー２０８は、ＲＬＣエンティティー２１０の上位に位置し、特定セルで不特定多数の端末に同一のデータを伝送する放送サービスを支援する。
【００２９】
特定サービスに対する呼が設定される場合に、ＲＮＣはこのサービスを提供するためのＰＤＣＰ/ＲＬＣ/ＭＡＣ/ＰＨＹ階層のプロトコル処理を遂行するエンティティーを構成する。ここで、特定サービスを提供するために構成されたプロトコルエンティティーの集合を“無線ベアラ(Radio Bearer：ＲＢ)”と称する。エンティティーは、それぞれハードウェア素子、又はソフトウェア実行ブロック、又はハードウェアとソフトウェアの結合などで構成される。ここで、プロトコルエンティティーの構成とは、ハードウェア又はソフトウェアブロックに特定サービスに対する呼を処理するのに必要な動作パラメータを提供して動作可能な状態とすることを意味する。プロトコルエンティティー間のアクセス位置は、“ＳＡＰ(Service Access Point)”と呼ばれる。例えば、ＰＤＣＰエンティティーとＲＬＣエンティティーとの間の接点は、“ＲＬＣ ＳＡＰ”と呼ばれる。ＰＤＣＰエンティティーからＲＬＣエンティティーに伝達される使用者データのＲＬＣ-ＤＡＴＡ-ＲＥＱのようなプリミティブ(Primitive)は、ＲＬＣ ＳＡＰを通じて伝達される。
【００３０】
ＲＲＣエンティティー２０４は、ＵＴＲＡＮと端末との間の無線資源の割り当てと解除を遂行する。ＲＲＣエンティティー２０４は、ＲＲＣ接続モードの端末に割り当てられている無線資源と端末の移動性を管理する。さらに、ＲＲＣエンティティー２０４は、端末に伝送すべきコアネットワーク信号を該当する端末に伝達する役割をする。
【００３１】
端末がネットワークに接続してサービスの提供を受けるために、端末とネットワークノード(ＲＮＣ及びＳＧＳＮなど)との間に該当サービスを提供するために必要な情報の集合であるコンテキスト(Context)が生成される。コンテキストとしては、代表的にＵＥコンテキストとＭＭ(Mobility Management)コンテキストがある。例えば、端末がＭＢＭＳサービスを受信しようとする場合に、ＭＢＭＳテキストはネットワークノードのために提供される。ＭＢＭＳは、同一の情報を多数の端末が同時に受信するため、ＭＢＭＳサービスコンテキストは、端末ごとに個別的に生成されず、ＭＢＭＳサービス別に、或いはサービス内の一つのセッション別に生成される。特に、同一のヘッダー圧縮/復元コンテキストは、ヘッダーの圧縮及び復元を遂行するＰＤＣＰエンティティーのためにＲＮＣと端末との間に提供される。ヘッダー圧縮/復元コンテキストは、該当ＭＢＭＳに関連したパケットデータの圧縮されない全体ヘッダー情報を含み、パケットデータが伝送あるいは受信される度に更新される。
【００３２】
以下、ＰＤＣＰエンティティーによって遂行されるヘッダー圧縮動作、特に、ヘッダー圧縮方式の一種であって、ＭＢＭＳで使用されるＲＯＨＣ(Robust Header Compression)の動作について、簡略に説明する。
【００３３】
ＭＢＭＳデータは、主にＲＴＰ/ＵＤＰ/ＩＰパケットの形態となる。ＲＴＰ/ＵＤＰ/ＩＰヘッダーは、プロトコルバージョン、ヘッダー長さ、サービスタイプ、全体長さ、パケット識別子、有効時間(Time to Live：ＴＴＬ)、プロトコル識別子、ＣＲＣ(Cyclic Redundancy Check)としてのヘッダーチェックサム、根源地及び目的地のＩＰアドレス、ＵＤＰポート番号などの多くの情報フィールドを含み、おおよそ６０バイト程度のサイズを有するが、これは無線チャンネルを通じて伝送するのに非常に大きなサイズである。
【００３４】
ＲＴＰ/ＵＤＰ/ＩＰヘッダーには一定の傾向性(tendency)が存在する。したがって、一定の傾向性を用いてヘッダーのサイズを減少することが可能で、このために使用される技術を“ヘッダー圧縮”と呼ばれる。
【００３５】
例えば、ＲＴＰ/ＵＤＰ/ＩＰヘッダーのうち、ＩＰアドレスとＵＤＰポート番号はＭＢＭＳが提供される間に常に一定である。ＩＰアドレスとＵＤＰポート番号は、ＭＢＭＳ伝送が始まる時点のみに数回伝送し、以後には伝送しない。このようなヘッダーフィールドを“スタティックヘッダーフィールド”と称し、このスタティックヘッダーフィールドはＭＢＭＳサービスに関連したコンテキストのスタティックパートに貯蔵される。また、ＲＴＰのＳＮ(Serial Number)フィールドのような一部フィールドは、パケットごとに一つずつ増加するなど、パケットごとに変更されうる。このようなヘッダーフィールドは、“ダイナミックヘッダーフィールド”と呼ばれる。このダイナミックヘッダーフィールドは変更される度に受信側に伝送され、この伝送された値がコンテキストのダイナミックパートに貯蔵される。
【００３６】
ＲＮＣのＰＤＣＰエンティティーのヘッダー圧縮器は、ヘッダー圧縮コンテキストに基づいてコアネットワークから受信したパケットデータのヘッダーを圧縮し、パケットストリーム別にヘッダー復元コンテキストを更新する。パケットストリーム(packet stream)とは、同一のスタティックヘッダーフィールドを有するパケットの集合として定義される。例えば、一つのＭＢＭＳサービスの一つのメディアコンポーネントは、一つのパケットストリームとして定義される。一つのヘッダー圧縮器は、複数のパケットストリームを圧縮することもできる。この場合に、複数のコンテキストが使用される。このとき、コンテキストはコンテキスト識別子(Context Identification：ＣＩＤ)によって識別される。要約すると、ヘッダー圧縮/復元コンテキストは、コンテキスト識別子、スタティックパート、及びダイナミックパートを含む。
【００３７】
コンテキストは、ヘッダー圧縮及び復元のためのオペレーティングパラメータを更に含む。オペレーティングパラメータは、特定パケットストリームに対するヘッダー圧縮及び復元動作を実行するために管理すべき付加的な情報を含む。このオペレーティングパラメータについては、下記により詳細に説明する。
【００３８】
ＭＢＭＳの一つのパケットストリームに対して第１のパケットデータを受信すると、ヘッダー圧縮器は、パケットデータのヘッダーフィールドを利用してＭＢＭＳコンテキストのスタティックパートとダイナミックパートを初期化する。また、ヘッダー圧縮器は、パケットストリームに使用するＣＩＤを決定し、ＣＩＤ、スタティックパート、及びダイナミックパートに係る情報をすべて有している初期化及び更新パケット(Initialization and Refresh packet：以下、“ＩＲパケット”とする)を、端末側ＰＤＣＰエンティティーのヘッダー復元器に反復的に伝送する。ヘッダー復元器は、ＩＲパケットを受信し、ヘッダー復元のためのヘッダー復元器のコンテキストを初期化する。すなわち、ヘッダー復元器は、ＩＲパケットに含まれるスタティックパートとダイナミックパートの情報をコンテキストにオーバーラッピングする。
【００３９】
ヘッダー復元器がコンテキストを初期化するのに十分なＩＲパケットを伝送した後に、ヘッダー圧縮器は、圧縮されたヘッダーを有するパケットデータを伝送し始める。このとき、ＲＯＨＣ方式が使用される場合に、圧縮されたヘッダーのパケットデータは、“ＲＯＨＣパケット”と呼ばれる。ヘッダー圧縮は、スタティックヘッダーフィールドは省略し、ダイナミックヘッダーフィールドはその値が変わるときのみに伝送する方式で遂行される。ヘッダー復元器は、受信したパケットにコンテキストのスタティックパートから読み出されたスタティックヘッダーフィールドを追加し、受信したパケットのダイナミックヘッダーフィールド値を復元した後に、この復元されたヘッダーフィールド値でコンテキストを更新する。すなわち、ヘッダー圧縮器とヘッダー復元器は、共にコンテキストに基づいて動作する。このコンテキストは、上記のように同一に更新されるべきである。
【００４０】
ヘッダー圧縮器とヘッダー復元器との間にコンテキストが不一致すると、ヘッダー復元器はヘッダーの復元を間違えてデータの歪みが発生する。コンテキストの不一致は、主にダイナミックパートで発生する。このようなコンテキストの不一致を防止するために、ＲＯＨＣはスタティックパートとダイナミックパートのすべての情報を含むＩＲパケットと、ダイナミックパートの情報のみを含むＩＲ-ＤＹＮ(Initialization & Refresh Dynamic)パケットを周期的に伝送する。ＩＲ/ＩＲ-ＤＹＮパケットの周期について、ＲＦＣ(Request For Communication)３０９５に記述されたＲＯＨＣ規格に特定していないが、ＩＲパケットの周期的伝送の周期よりはＩＲ-ＤＹＮパケットの周期的伝送周期が一層短縮されることが一般的である。
【００４１】
上記のＩＲ/ＩＲ-ＤＹＮパケットの初期化によるヘッダー圧縮器とヘッダー復元器との間にコンテキスト同期化が達成されると、ヘッダー圧縮器は、コンテキストを用いて圧縮されたヘッダーを有するパケット(例えば、ＲＯＨＣパケット)を伝送する。そして、ヘッダー復元器は、ヘッダー圧縮に使用されたことと同一のコンテキストを用いて前記圧縮されたヘッダーを正常的に復元するようになる。上述したように、ヘッダー圧縮及び復元のためのコンテキストのダイナミックパートとスタティックパートは、ＩＲ/ＩＲ-ＤＹＮパケットによって周期的に同期化される。
【００４２】
端末が以前セルから新たなセルに移動するときに、新たなセルが以前セルとは異なるＰＤＣＰエンティティーを使用していると、端末は新たなセルのＰＤＣＰエンティティーと通信できる新たなＰＤＣＰエンティティーを構成する。なお、端末が通信途中である理由でチャンネルタイプを変更しようとする場合に、新たなＰＤＣＰエンティティーを構成する。このように、新たに構成されたＰＤＣＰエンティティーが既存のＭＢＭＳサービスを継続して遂行可能にするためには、初期化手続きが必要である。
【００４３】
初期化手続きは、ヘッダー圧縮器が伝送したＩＲパケットをヘッダー復元器が受信する過程を意味する。しかしながら、ＩＲパケットの周期は、ＩＲ-ＤＹＮパケットの周期に比べて相当に大きな値に設定される場合が多いため、新たなセルに移動する端末は長い時間を待機してからＩＲパケットを受信するようになる。この場合に、ＩＲパケットが受信される以前まで端末のヘッダー復元動作は中断される。
【００４４】
コンテキストに含まれる情報は、前述したように、ＣＩＤ、スタティックパート、及びダイナミックパートである。そのうち、スタティックパートは、同一のパケットストリームに対して同一の値を有するフィールド値なので、以前セルのために使用されたコンテキストのスタティックパートを新たなセルのコンテキストのためにその通り使用することが可能である。したがって、本発明の望ましい実施形態では、新たなセルのためのコンテキストのダイナミックパートを更新するために、ＩＲパケットでなくＩＲ-ＤＹＮパケットが使用される。ＩＲ-ＤＹＮは、ＩＲパケットに比べてより頻繁に伝送されるため、端末は、ＩＲパケットに比べて比較的短時間に新たなセルのためのコンテキストの構成が完了可能である。
【００４５】
図３は、本発明の望ましい実施形態によるＭＢＭＳ通信システムで、ＭＢＭＳサービスを受信する端末のセル間の移動を説明する図である。ここで、第１のＲＮＣ３１０-１は第１のセル３３５―２と第３のセル３３５―１で構成され、第２のＲＮＣ３１０-２は第２のセル３３５-３と第４のセル３３５-４で構成され、端末３４０は第１のセル３３５-２で特定のＭＢＭＳを受信し、その後に第２のセル３３５-３に移動してＭＢＭＳを継続して受信する。
【００４６】
図３を参照すると、ＭＢＭＳが提供されるネットワークは、コアネットワーク(Core Network：以下、“ＣＮ”とする)３０５と、第１及び第２のＲＮＣ３１０-１、３１０-２と、複数のセル３３５-１、３３５-２、３３５-３、３３５-４とから構成される。第１及び第２のＲＮＣ３１０-１、３１０-２は、ＣＮ３０５から伝送されたデータを無線チャンネルで伝送するのに適合した形態に変換した後に、各セルに伝送する。このために、第１及び第２のＲＮＣ３１０-１、３１０-２は、それぞれＰＤＣＰエンティティー３１５-１、３１５-２と、ＲＬＣエンティティー３２０-１、３２０-２と、ＭＡＣエンティティー３２５-１、３２５-２、３２５-３、３２５-４とを含む。
【００４７】
ＲＬＣエンティティー３２０-１、３２０-２は、上位階層から伝達されたデータを無線チャンネルを通じて伝送するのに適合したサイズに分割し、データにシーケンス番号(Sequence Number)を挿入する。各ＲＮＣで一つのＭＢＭＳを支援するＲＬＣエンティティー３２０-１、３２０-２は、多数のセルによって共有され、或いは各セル別に構成されることができる。本実施形態では、ＲＬＣエンティティー３２０-１、３２０-２が複数のセルによって共有される。ＭＡＣエンティティー３２５-１、３２５-２、３２５-３、３２５-４は、一つの無線チャンネル上に存在する多数のサービスを識別するための識別子をパケットデータのＭＡＣ階層ヘッダーに挿入する。ＭＡＣエンティティー３２５-１、３２５-２、３２５-３、３２５-４は、セル別にそれぞれ構成される。
【００４８】
ＰＤＣＰエンティティー３１５-１、３１５-２は、コアネットワーク３０５から受信したパケットデータのヘッダーを所定の圧縮方式によって圧縮し、この圧縮されたパケットデータを該当ＲＬＣエンティティー３２０-１、３２０-２に伝達する。このために、ＰＤＣＰエンティティー３１５-１、３１５-２は、それぞれヘッダー圧縮器３４５、３５０と、ヘッダー圧縮に必要な情報が貯蔵されるヘッダー圧縮コンテキスト３４５-１、３４５-２、３５０-１、３５０-２とを含む。
【００４９】
ヘッダー圧縮器３４５、３５０は、ＭＢＭＳサービス別に圧縮されたヘッダーを有するパケットを伝送し、ヘッダー復元器３５５、３６０は、ヘッダー復元コンテキスト３５５-１、３５５-２、３６５-１、３６５-２を利用して圧縮されたヘッダーを復元する。コンテキスト３４５-１、３４５-２、３５０-１、３５０-２、３５５-１、３５５-２、３６５-１、３６５-２のダイナミックパートとスタティックパートは、ＩＲ/ＩＲ-ＤＹＮパケットによって周期的に同期化する。
【００５０】
各ヘッダー圧縮器３４５又は３５０で処理される複数のパケットストリームに対するコンテキストは、それぞれＣＩＤによって区分される。図３において、ヘッダー圧縮コンテキスト３４５-１、３４５-２、３５０-１、３５０-２に割り当てられたＣＩＤは、ｎ、ｎ＋１、ｍ、ｍ＋１として示す。
【００５１】
第１のＲＮＣ３１０-１の下位に位置した第１及び第３のセル３３５-２、３３５-１は、ＰＤＣＰエンティティー３１５-１を共有する。また、第２のＲＮＣ３１０-２の下位に位置した第２及び第４のセル３３５-３、３３５-４は、ＰＤＣＰエンティティー３１５-２を共有する。下記に、第１のセル３３５-２で特定ＭＢＭＳを受信する端末３４０が、第１のセル３３５-２から第２のセル３３５-３に移動してサービスの受信を再開する動作について説明する。
【００５２】
第１のセル３３５-２でＭＢＭＳを受信するために、端末３４０は、第１のセル３３５-２から伝送されるＭＢＭＳを処理可能なＰＨＹエンティティーと、ＭＡＣエンティティーと、ＲＬＣエンティティーと、ＰＤＣＰエンティティーとを有する。第１のセル３３５-２において、端末３４０のヘッダー復元器３６０は、ヘッダー復元コンテキスト３６０-１、３６０-２を用いて、圧縮されたヘッダーを有するパケットデータを復元する。このヘッダー復元コンテキスト３６０-１、３６０-２は、ヘッダー圧縮器３４５のヘッダー圧縮コンテキスト３４５-１、３４５-２と同期する。
【００５３】
端末３４０が第２のセル３３５-３に移動すると、端末３４０は第２のセル３３５-３から伝送されるＭＢＭＳデータを処理するための新たなＰＨＹ/ＭＡＣ/ＲＬＣ/ＰＤＣＰエンティティーを構成する。これは、第２のセル３３５-３が、第１のセル３３５-２と相互に異なるＰＤＣＰエンティティーを使用するためである。したがって、端末３４０は、第２のセル３３５-３で周期的に放送されるシステム情報を獲得して上記のエンティティーを構成する。特に、ヘッダー圧縮器３５０によって圧縮されたヘッダーを有するパケットデータを復元するために、端末３４０は、ヘッダー復元器３５５とヘッダー復元コンテキスト３５５-１、３５５-２を構成し、ヘッダー復元器３５５とヘッダー復元コンテキスト３５５-１、３５５-２によってＭＢＭＳサービスを再開する。
【００５４】
図４は、本発明の望ましい実施形態によりセル間を移動する端末がＭＢＭＳを再開する過程を示すフローチャートである。
図４を参照すると、端末は、ヘッダー圧縮の再設定が必要であると判断されると、新たなＰＤＣＰエンティティーを構成する(ステップ４０５)。ここで、端末は、ヘッダー圧縮の再設定を多様な原因に基づいて判断することができる。その代表的な例として、端末が新たなセルに移動し、新たなセルが以前セルとは異なるＰＤＣＰエンティティーを備える場合に、又は、ＭＢＭＳサービスのチャンネルタイプが変更される場合に、新たなＰＤＣＰエンティティーが構成される。チャンネルタイプの変更について、以下に説明する。
【００５５】
順方向伝送出力がＭＢＭＳを提供するのに過度に使用されることができる。特に、少数の端末のみが特定のＭＢＭＳを受信しようとする場合は、ＭＢＭＳサービスが共通チャンネルを通じて提供され、それにより、無線伝送資源の効率が低下するようになる。その理由で、３ＧＰＰでＭＢＭＳサービスを提供するときに、一つのセル内でＭＢＭＳサービスを受信しようとする端末の数を考慮する。
【００５６】
より詳しく説明すると、一つのセル内で特定ＭＢＭＳサービスを受信する端末の数が一定の基準以下であるときに、ＭＢＭＳは端末別に設定された専用チャンネルを通じて提供される。一つのセル内で、特定のＭＢＭＳを受信しようとする端末の数が一定の基準以上であるときには、ＭＢＭＳは共通チャンネルを通じて端末に提供される。したがって、一つのセル内で特定ＭＢＭＳサービスを受信する端末の数が変化するにしたがって、チャンネルタイプは、専用チャンネルから共通チャンネルに、或いは共通チャンネルから専用チャンネルに変更可能である。また、端末が異なるチャンネルタイプを使用してサービスが提供される新たなセルに移動すると、端末のチャンネルタイプは変更される。
【００５７】
チャンネルタイプの変更とは、ＰＤＣＰ/ＲＬＣ/ＭＡＣ/ＰＨＹエンティティーのような無線ベアラを構成するすべてのプロトコルエンティティーを新たに構成することを意味する。
【００５８】
端末は、以前ＰＤＣＰエンティティーのヘッダー復元器で使用するコンテキストの情報をスナップショット(snapshot)する(ステップ４１０)。以前ＰＤＣＰエンティティーは、新たなＰＤＣＰエンティティーのヘッダー復元器とコンテキストが構成された以後に廃棄される。
【００５９】
端末は、ヘッダー復元器を含む新たなＰＤＣＰエンティティーを構成し、このＰＤＣＰエンティティーに以前コンテキスト情報を提供する(ステップ４１５)。端末は、以前コンテキスト情報のオペレーティングパラメータを適切な値に設定する(ステップ４２０)。このステップ４２０について、以下に図７を参照してより詳細に説明する。
【００６０】
端末は、下位のＲＬＣ階層を通じて新たなセルのＰＤＣＰエンティティーからのパケットデータを受信する(ステップ４２５)。パケットデータがＰＤＣＰエンティティーによって処理されるため、上記のパケットデータは、ＰＤＣＰヘッダーとＰＤＣＰペイロードとを含むＰＤＣＰ  ＰＤＵ(Packet Datagram Unit)と呼ばれる。端末は、受信したパケットデータがＣＩＤとヘッダー圧縮に必要なダイナミックパートを含むＩＲ-ＤＹＮパケットであるかどうかを確認する(ステップ４３０)。受信されたパケットデータがＩＲ-ＤＹＮパケットであると、ステップ４４０に進む。そうでないと、ステップ４３５に進む。
【００６１】
新たなセルとの通信のためのヘッダー復元コンテキストがまだ構成されていないため、端末は、ヘッダー復元動作が再開できないと判断し、受信されたパケットデータを以後に復元するために貯蔵する(ステップ４３５)。その後、ステップ４２５に戻る。このとき、端末は、受信されたパケットデータが不必要であると判断される場合に、そのデータを廃棄することができる。受信及び貯蔵(或いは廃棄)動作は、ＩＲ-ＤＹＮパケットが受信されるまで反復される。ステップ４３０で、端末は、新たなセルからＩＲ-ＤＹＮパケットが受信されるまでヘッダー復元動作を中断(suspend)したまま待機する。
【００６２】
端末は、ＩＲ-ＤＹＮパケットを用いて以前コンテキスト情報のＣＩＤを訂正する(ステップ４４０)。その理由は、同一のＭＢＭＳに対して、以前セルのヘッダー圧縮コンテキストで使用するＣＩＤと新たなセルのＣＩＤが相互に異なる可能性があるためである。 ＣＩＤの訂正については、図５及び図６を参照して後述する。
【００６３】
端末は、ＩＲ-ＤＹＮパケットを用いて新たなコンテキストを構成するために、以前コンテキスト情報のダイナミックパートを更新する(ステップ４４５)。 端末は、新たなＰＤＣＰエンティティーと新たなコンテキストを用いてヘッダー復元動作を始める(ステップ４５０)。このとき、まだ復元されないヘッダーの貯蔵されているパケットデータが存在すると、端末は、この貯蔵されたパケットデータのヘッダーを新たなコンテキストによって復元するようになる。
【００６４】
以下、以前コンテキスト情報を更新して新たなコンテキストを生成する動作をより詳細に説明する。
上述したように、一つのＭＢＭＳは複数のメディアを含み、各メディアは少なくとも一つ以上のパケットストリームで構成される。このようなマルチメディアサービスを無線ネットワークを通じて提供する方式は、大きく３つに区分できる。
【００６５】
第１に、複数のメディアストリーム別に複数のＰＤＣＰエンティティーを設定し、各ＰＤＣＰエンティティーがＲＴＰストリームとＲＴＣＰ(Real-time Transport Control Protocol)ストリームを共に処理する方式である。ここで、ＲＴＰは音声又はビデオのような実質的なメディアを伝送するためのプロトコルで、ＲＴＣＰはＲＴＰストリームごとに一つずつ使用される補助プロトコルである。
【００６６】
第２に、複数のメディアストリームに対して一つのＰＤＣＰエンティティーを設定し、ＰＤＣＰエンティティーは、ＲＴＰストリームとＲＴＣＰストリームを共に処理する方式である。
【００６７】
第３に、複数のメディアストリーム別に複数のＰＤＣＰエンティティーを設定し、各ＰＤＣＰエンティティーがＲＴＰストリームのみを処理する方式である。
例えば、一つのＭＢＭＳが音声メディアとビデオメディアで構成されると、第１の方式により、ＲＮＣは、音声メディアとビデオメディアに対してＰ１とＰ２の別途のＰＤＣＰエンティティーを構成する。ここで、音声メディアストリームに係るＲＴＣＰストリームはＰ１を通じて提供され、ビデオストリームに係るＲＴＣＰストリームはＰ２を通じて提供される。
【００６８】
第２の方式により、ＲＮＣは一つのＰＤＣＰエンティティーを構成し、このＰＤＣＰエンティティーを通じて、音声メディアストリームと、この音声メディアに係るＲＴＣＰストリームと、ビデオメディアストリームと、このビデオメディアに係るＲＴＣＰストリームとを提供する。
【００６９】
第３の方式により、ＲＮＣは、音声メディアとビデオメディアに対してＰ１とＰ２の別途のＰＤＣＰエンティティーを構成する。ここで、音声メディアストリームはＰ１を通じて提供し、ビデオメディアストリームはＰ２を通じて提供する。
【００７０】
ヘッダー圧縮と復元はストリーム別に遂行されるため、上記した３つの方式は、一つのＰＤＣＰエンティティーに存在するコンテキストの数に関連する。すなわち、第１の方式で、一つのＰＤＣＰエンティティーがＲＴＰストリームとＲＴＣＰストリームに対する２つのコンテキストを必要とする。第２の方式で、一つのＰＤＣＰエンティティーが２つのＲＴＰストリームと２つのＲＴＣＰストリームに対する４つのコンテキストを必要とする。第３の方式で、一つのＰＤＣＰエンティティーが一つのＲＴＰストリームに対する一つのコンテキストを必要とする。
【００７１】
第３の方式のように、ＰＤＣＰエンティティーが一つのコンテキストのみを含む場合に、ＣＩＤ訂正は一番容易である。このとき、新たなＰＤＣＰエンティティーは、ただ以前コンテキスト情報のＣＩＤを、新たなセルの無線ベアラを通じて受信したＩＲ-ＤＹＮパケットのＣＩＤに代替すればよい。しかしながら、第１及び第２の方式のように、一つのＰＤＣＰエンティティーが少なくとも２つ以上のコンテキストを備える場合に、ＣＩＤ訂正はより複雑に遂行される。
【００７２】
図５は、本発明の望ましい実施形態により、一つのＰＤＣＰエンティティーがＲＴＰメディアストリームとＲＴＣＰストリームを処理する場合に、ＣＩＤ訂正動作の一例を示すフローチャートである。ここでは、図４に示したステップ４３０及びステップ４４０をより詳しく示す。
【００７３】
この実施形態において、新たなＰＤＣＰエンティティーは、特定ＭＢＭＳサービスｘのメディアｍ１を圧縮するために構成され、ＲＴＰ及びＲＴＣＰストリームの復元に使用されるコンテキストを備える。したがって、新たなＰＤＣＰエンティティーは、以前ＰＤＣＰエンティティーの２つのコンテキスト情報を受信し、この受信されたコンテキストをＲＴＰストリームに対するコンテキストとＲＴＣＰストリームに対する コンテキストとに区分する。
【００７４】
図５を参照すると、端末は新たなセルからＩＲ-ＤＹＮパケットを受信する(ステップ５０５)。ＩＲ-ＤＹＮパケットは、ＣＩＤと、プロファイルと、ダイナミックパートとを含む。プロファイルは、ＣＩＤによって識別されるコンテキストにいずれのヘッダー圧縮方式が適用されたかを示す。その例として、プロファイル０は、ヘッダー圧縮がコンテキストに適用されないことを示す。また、プロファイル１はＲＴＰ/ＵＤＰ/ＩＰヘッダー圧縮が、プロファイル２はＵＤＰ/ＩＰヘッダー圧縮が、適用されることを示す。
【００７５】
端末は、プロファイルの値によってＩＲ-ＤＹＮパケットがＲＴＰに関連したか、或いはＲＴＣＰに関連したかを判断する。ＲＴＰストリームは、プロファイル１で圧縮されるため、プロファイル１を有するＩＲ-ＤＹＮパケットの内容は、ＲＴＰ用のコンテキストに適用される。なお、ＲＴＣＰパケットは圧縮が適用されないとか、ＵＤＰ/ＩＰ圧縮方式で圧縮されるとかするため、プロファイル０又は２を有するＩＲ-ＤＹＮパケットの内容は、ＲＴＣＰ用コンテキストに適用される。
【００７６】
端末は、ＩＲ-ＤＹＮパケットのプロファイルを検査する(ステップ５１０)。その結果、プロファイル値が０又は２であると、ＩＲ-ＤＹＮパケットがＲＴＣＰストリームであると判断し、ステップ５２０に進む。一方、プロファイル値が１であると、ＩＲ-ＤＹＮパケットがＲＴＰストリームであると判断し、ステップ５１５に進む。端末は、提供されたコンテキストのうち、ＲＴＰ用コンテキストのＣＩＤ(Decompression_CID_old_x_m1_RTP)をＩＲ-ＤＹＮパケットのＣＩＤ(CID_received)に訂正する(ステップ５１５)。そして、図４に示したように、ＲＴＰ用コンテキストのダイナミックパートをＩＲ-ＤＹＮパケットによって更新する。端末は、提供されたコンテキストのうち、ＲＴＣＰ用コンテキストのＣＩＤ(Decompression_CID_old_x_m1_RTCP)をＩＲ-ＤＹＮパケットのＣＩＤ(CID_received)に訂正する(ステップ５２０)。そして、図４に示したように、ＲＴＣＰ用コンテキストのダイナミックパートをＩＲ-ＤＹＮパケットによって更新する。
【００７７】
下記に、図５に示す動作を具体的な例として詳細に説明する。
セルｙ１は、２つのメディアｍ１とｍ２で構成されたＭＢＭＳサービスｘを提供し、これら２つのメディアに対するＲＴＣＰパケットは断続的に発生する。ＲＴＰメディアストリームとＲＴＣＰメディアストリームで構成されるｍ１メディアのヘッダーは、ＰＤＣＰエンティティーＰ１を通じて圧縮される。ここで、ＲＴＰメディアストリームのためのヘッダー圧縮コンテキスト１のＣＩＤは１に設定され、ＲＴＣＰメディアストリームのためのヘッダー圧縮コンテキスト２のＣＩＤは２に設定される。また、プロファイル１はヘッダー圧縮コンテキスト１に適用され、プロファイル２はヘッダー圧縮コンテキスト２に適用される。
【００７８】
セルｙ１内の端末は、ＭＢＭＳサービスｘを受信するためにＰ１’とのＰＤＣＰエンティティーを含む。ＰＤＣＰエンティティーＰ１’は、ＲＴＰメディアストリームとＲＴＣＰメディアストリームを復元するために、第１及び第２のヘッダー復元コンテキストを備える。ここで、第１及び第２のヘッダー復元コンテキストのプロファイル値は、それぞれ１、２である。
【００７９】
端末は、新たなセルｙ２に移動することにより、端末は新たなＰＤＣＰエンティティーＰ２’を構成する。したがって、端末は、ＰＤＣＰエンティティーＰ１’で使用した第１及び第２のヘッダー復元コンテキストを新たなＰＤＣＰエンティティーＰ２’に伝達する。新たなＤＰＣＰエンティティーＰ２’は、第１のヘッダー復元コンテキストをＲＴＰメディアストリームのためのコンテキストとして認知し、第２のヘッダー復元コンテキストをＲＴＣＰメディアストリームのためのコンテキストとして認知する。
【００８０】
例えば、新たなＰＤＣＰエンティティーＰ２’が５のＣＩＤを有するＩＲ-ＤＹＮパケット［５］を受信すると、端末は、ＩＲ-ＤＹＮパケットのプロファイルを検査する。また、ＩＲ-ＤＹＮパケット［５］のプロファイルが１であると、第１のヘッダー復元コンテキストのＣＩＤは５に訂正され、第１のヘッダー復元コンテキストのダイナミックパートはＩＲ-ＤＹＮパケット［５］に基づいて更新する。
【００８１】
セルｙ２で、第１のヘッダー復元コンテキストは、５のＣＩＤを有するパケットのヘッダーを復元するのに使用される。例えば、端末は、１０のＣＩＤを有するＩＲ-ＤＹＮパケット［１０］を受信し、このＩＲ-ＤＹＮパケット［１０］のプロファイルが２であると、端末は、第２のヘッダー復元コンテキストのＣＩＤを１０に設定し、第２のヘッダー復元コンテキストのダイナミックパートはＩＲ-ＤＹＮパケット［１０］に基づいて更新する。セルｙ２で、第２のヘッダー復元コンテキストは、１０のＣＩＤを有するパケットのヘッダーを復元するのに使用される。
【００８２】
以上に、一つのＰＤＣＰエンティティーが一つのメディアストリームを処理する第１の方式による動作を説明した。しかしながら、一つのＰＤＣＰエンティティーがそれぞれ複数のストリームで構成される複数のメディアを処理する場合に、第２の方式のように、プロファイル情報のみではそれぞれのストリームを区分できない。
【００８３】
例えば、端末は、ＰＤＣＰエンティティーＰ１’に関連して、メディアｍ１に対するＲＴＰ用コンテキスト(ＣＩＤ＝ｘ)と、メディアｍ２に対するＲＴＰ用コンテキスト(ＣＩＤ＝ｙ)と、メディアｍ１に対するＲＴＣＰ用コンテキスト(ＣＩＤ＝ｗ)と、メディアｍ２に対するＲＴＣＰ用コンテキスト(ＣＩＤ＝ｚ)とを含むことができる。新たなＰＤＣＰエンティティーＰ２’を構成した後に、端末は、コンテキストをＰＤＣＰエンティティーＰ２’に提供し、このコンテキストのＣＩＤを更新するためにＩＲ-ＤＹＮパケットの受信を待機する。
【００８４】
もし、端末は、ＩＲ-ＤＹＮパケット［ＣＩＤ＝ａ，プロファイル＝０又は２］、ＩＲ-ＤＹＮパケット［ＣＩＤ＝ｂ，プロファイル＝０又は２］、ＩＲ-ＤＹＮパケット［ＣＩＤ＝ｃ，プロファイル＝１］、又はＩＲ-ＤＹＮパケット［ＣＩＤ＝ｄ，プロファイル＝１］が受信されると、端末は、ｃとｄがＲＴＰ用コンテキストのＣＩＤであることと、aとｂがＲＴＣＰ用コンテキストのＣＩＤであることを認知する。しかしながら、端末は、ＣＩＤｃとｄがメディアｍ１とｍ２のうちいずれのメディアに対するＲＴＰ用コンテキストに対応するか認知できない。同様に、端末は、ＣＩＤａとｂがメディアｍ１とｍ２のうちいずれのメディアに対するＲＴＣＰ用コンテキストに対応するか認知できない。
【００８５】
ＩＲ-ＤＹＮパケットは、ＲＴＰペイロードをコーディングするために使用されたコードを示すペイロードタイプ(payload type：以下、“ＰＴ”とする)のフィールドを有する。例えば、ＰＴ３はＧＳＭ音声コーディングを、ＰＴ１２はＱ-ＣＥＬＰ(Qualcomm Code Excited Linear Predication)音声コーディングを、ＰＴ３４はＨ.２６３ビデオコーディングを、それぞれ意味する。ＲＴＰプロトコルのヘッダー復元のために使用されるコンテキストはＰＴ値を有するため、端末は、受信されたＩＲ-ＤＹＮパケットのＰＴ値をコンテキストのＰＴ値と比較する。それにより、端末は、このコンテキストがＩＲ-ＤＹＮパケットに対応するかどうかを確認する。
【００８６】
例えば、メディアｍ１のＲＴＰ用コンテキストに含まれているＰＴ値がｅで、メディアｍ２のＲＴＰ用コンテキストに含まれているＰＴ値がｆであるときに、ＰＴ値がｅのＩＲ-ＤＹＮパケットのＣＩＤがメディアｍ１のＲＴＰ用コンテキストのＣＩＤとなり、ＰＴ値がｆのＩＲ-ＤＹＮパケットのＣＩＤがメディアｍ２のＲＴＰ用コンテキストのＣＩＤとなる。
【００８７】
図６は、本発明の望ましい実施形態により一つのＰＤＣＰエンティティーが２つのメディアストリームと２つのＲＴＣＰストリームを処理する場合に、ＰＤＣＰエンティティーによってヘッダー復元コンテキストのＣＩＤが訂正される過程を示すフローチャートである。
【００８８】
ここで、端末は、新たなＰＤＣＰエンティティーに対して、ＲＴＰメディアストリームに対するコンテキストとＲＴＣＰストリームに対するコンテキストとを含む。新たなＰＤＣＰエンティティーは、メディアｍ１、ｍ２を処理し、各メディアｍ１、ｍ２に対してＲＴＰ及びＲＴＣＰストリームに対するコンテキストが存在する。したがって、新たなＰＤＣＰエンティティーは、以前ＰＤＣＰエンティティーの４つのコンテキストに関する情報を受信する。新たなＰＤＣＰエンティティーは、ＲＴＰ用コンテキストのＰＴをＰＴ_ＲＴＰ_ｍ１として貯蔵し、ＲＴＰ用コンテキストのＰＴをＰＴ_ＲＴＰ_ｍ２として貯蔵する。
【００８９】
図６を参照すると、端末は、所定のＣＩＤを有するＩＲ-ＤＹＮパケットを受信する(ステップ６０５)。ＩＲ-ＤＹＮパケットは、ＣＩＤと、プロファイルと、ダイナミックパートとを含む。ＩＲ-ＤＹＮパケットがＲＴＰに関するものであると、ダイナミックパートにはＰＴ値が含まれる。
【００９０】
端末は、ＩＲ-ＤＹＮパケットのプロファイルを検査する(ステップ６１０)。プロファイル値が０又は２であると、ＩＲ-ＤＹＮパケットがＲＴＣＰメディアストリームに関連したものと判断し、ステップ６３０に進む。一方、プロファイル値が１であると、ＩＲ-ＤＹＮパケットがＲＴＰストリームに関連したものと判断し、ステップ６１５に進む。
【００９１】
端末は、ＩＲ-ＤＹＮパケットのＰＴ(PT_received)を検査する(ステップ６１５)。もし、ＩＲ-ＤＹＮパケットのＰＴ(PT_received)が、メディアｍ１のＲＴＰ用コンテキストのＰＴ(PT_RTP_m1)と同一であると、ステップ６２５に進む。もし、そうでないと、ステップ６２０に進む。端末は、メディアｍ２のＲＴＰ用コンテキストのＣＩＤ(CID_RTP_m2)をＩＲ-ＤＹＮパケットのＣＩＤ(CID_received)に訂正する(ステップ６２０)。その後、端末は、メディアｍ２に対するＲＴＰ用コンテキストのダイナミックパートをＩＲ-ＤＹＮパケットのダイナミックパートを用いて更新し、この更新されたコンテキストでヘッダー復元動作を再開する。
【００９２】
端末は、メディアｍ１のＲＴＰ用コンテキストのＣＩＤ(CID_RTP_m1)をＩＲ-ＤＹＮパケットのＣＩＤ(CID_received)に訂正する(ステップ６２５)。以後、端末は、メディアｍ１に対するＲＴＰ用コンテキストのダイナミックパートをＩＲ-ＤＹＮパケットのダイナミックパートを用いて更新し、この更新されたコンテキストでヘッダー復元動作を再開する。
【００９３】
ＰＤＣＰエンティティーは、ＩＲ-ＤＹＮパケットのＣＩＤ(CID_reveived)を適切なコンテキストに対応させる(ステップ６３０)。ＲＴＣＰストリームに対するＩＲ-ＤＹＮパケットにはＰＴが含まれないため、ＲＴＣＰストリームを適切なメディアストリームと対応させることはより複雑になる。
【００９４】
端末は、ＩＲ-ＤＹＮパケットのプロファイルが０又は２であるかを確認する。もし、ＩＲ-ＤＹＮパケットのプロファイルが０であると、ヘッダー圧縮が適用されないことを意味する。したがって、端末は、ＲＴＣＰストリームを確実に区別可能なＵＤＰポート番号を用いて、ＩＲ-ＤＹＮパケットがいずれのＲＴＣＰストリームと対応するかどうかを判断する。
【００９５】
ＩＲ-ＤＹＮパケットのプロファイルが２であると、ヘッダー圧縮がＵＤＰ/ＩＰヘッダーに適用されることを意味する。そのため、ＩＲ-ＤＹＮパケットのみではＲＴＣＰストリームとＣＩＤを対応させることができない。したがって、端末は、ＩＲパケットを受信するまで、ＲＴＣＰストリームに対するＣＩＤ訂正を保留する。ＩＲパケットが受信されると、端末は、ＩＲパケットに含まれたＵＤＰポート番号に基づいてＣＩＤの訂正を遂行する。すなわち、端末は、ＩＲパケットに含まれたＵＤＰポート番号と同一のＵＤＰポート番号を有するＲＴＣＰストリームに対するコンテキストを探し、ＲＴＣＰストリームに対するコンテキストのＣＩＤをＩＲパケットのＣＩＤとして設定する。
【００９６】
図７は、本発明の望ましい実施形態によりオペレーティングパラメータを設定する過程を示すフローチャートである。
図７を参照すると、端末は、以前ＰＤＣＰエンティティーからの以前コンテキスト情報のオペレーティングパラメータを新たなＰＤＣＰエンティティーに提供する(ステップ７０５)。このオペレーティングパラメータは、Ｄ_ＭＯＤＥ、Ｄ_ＳＴＡＴＥ、Ｄ_ＴＲＡＮＳ、及びＲＴＰタイムスタンプの復元に必要なパラメータを含む。Ｄ_ＭＯＤＥはヘッダー復元器の現在モードを、Ｄ_ＳＴＡＴＥはコンテキストの現在状態を、Ｄ_ＴＲＡＮＳはヘッダー復元器のモードが変更中であるかどうかを、それぞれ示す。ここで、ＲＴＰタイムスタンプの復元に必要なパラメータはスタティック値を有するため、以前ＰＤＣＰエンティティーで使用したパラメータ値はその通り再使用する。
【００９７】
以前コンテキストのＤ_ＭＯＤＥが“Ｕ”でないと、端末は、以前コンテキスト情報のＤ_ＭＯＤＥを“Ｕ”に設定する(ステップ７１０)。このようにＤ_ＭＯＤＥは、ヘッダー復元器の現在モードを示す値であって、一方向モード(unidirectional mode)を意味する“Ｕ”と、双方向低信頼性モード(Optimistic mode)を意味する“Ｏ”と、双方向高信頼性モード(Reliable mode)を意味する“Ｒ”とを含む。
【００９８】
端末は、以前コンテキスト情報のＤ_ＳＴＡＴＥを“ＳＴＡＴＩＣ  ＣＯＮＴＥＸＴ”に設定する(ステップ７１５)。Ｄ_ＳＴＡＴＥは、コンテキストの現在状態を示すパラメータであって、“ＮＯ  ＣＯＮＴＥＸＴ”、“ＳＴＡＴＩＣ  ＣＯＮＴＥＸＴ”、“ＦＵＬＬ  ＣＯＮＴＥＸＴ”を含む。“ＮＯ  ＣＯＮＴＥＸＴ”は、コンテキストが存在せず、端末がＩＲパケットを受信する前にはヘッダー復元動作が遂行できない状態を意味する。“ＳＴＡＴＩＣ  ＣＯＮＴＥＸＴ”は、コンテキストのスタティックパートのみが存在し、ＩＲ-ＤＹＮパケットなどを受信してダイナミックパートを更新することによって、ヘッダー復元動作が実行可能な状態を意味する。“ＦＵＬＬ  ＣＯＮＴＥＸＴ”は、すべてのコンテキスト情報が存在し、ヘッダー復元動作をすぐに実行可能な状態を意味する。本発明の望ましい実施形態において、ヘッダー復元器は、ＩＲ-ＤＹＮパケットを受信した後にヘッダー復元動作を再開するため、Ｄ_ＳＴＡＴＥは“ＳＴＡＴＩＣ  ＣＯＮＴＥＸＴ”に設定する。
【００９９】
端末は、以前コンテキスト情報のＤ_ＴＲＡＮＳをＤＯＮＥに設定する(ステップ７２０)。 Ｄ_ＴＲＡＮＳは、ヘッダー復元器のモードが変更中であるかどうかを示すパラメータである。もし、ヘッダー復元器のモードが変更中であると、Ｄ_ＴＲＡＮＳは“ＰＥＮＤＩＮＧ”に設定される。一方、ヘッダー復元器のモードが変更中でないと、Ｄ_ＴＲＡＮＳは“ＤＯＮＥ”に設定される。新たに構成されたＰＤＣＰ エンティティーは、常に一方向モードで動作するため、Ｄ_ＴＲＡＮＳは“ＤＯＮＥ”に設定される。
【０１００】
上述したように本実施形態では、端末が、以前ＰＤＣＰエンティティーで使用したコンテキストを用いて新たなＰＤＣＰエンティティーを設定する方法を提示した。後述する本発明の他の実施形態では、新たなＰＤＣＰエンティティーを設定する端末の動作を最小化するために、ＲＮＣは、ＭＢＭＳサービスのためのＰＤＣＰエンティティーを設定することにおいて、予め設定された構成情報(pre-configuration)を利用する。すなわち、特定ＭＢＭＳサービスを提供する複数のＲＮＣは、予め設定された同一の構成情報を用いてＰＤＣＰエンティティーとヘッダー圧縮器の構成を同一に維持する。それにより、複数のＲＮＣでは実質的に同一のＰＤＣＰエンティティーを使用するようになる。つまり、一つのＭＢＭＳサービスを提供するセルは、実質的に同一のＰＤＣＰエンティティーに基づいて生成されたデータを伝送するようになる。
【０１０１】
ＭＢＭＳのサービスが始まると、ＭＢＭＳを提供する複数のＲＮＣは、ＭＢＭＳサービスに対して予め設定された構成情報を用いてＰＤＣＰエンティティーをそれぞれ構成する。したがって、複数のＲＮＣは、実質的に同一のＰＤＣＰエンティティー、ヘッダー圧縮器、及びヘッダー圧縮コンテキストを有する。ＭＢＭＳサービスが複数のメディアストリームで構成される場合に、複数のメディアストリームに対するヘッダー圧縮コンテキストは複数のＲＮＣでそれぞれ同一のＣＩＤを有する。
【０１０２】
図８は、本発明の他の実施形態により、予め設定されたＰＤＣＰ構成情報の一例を示す図である。ここで、ＰＤＣＰ構成情報は、ＲＮＣでＰＤＣＰエンティティーを構成するのに利用される一方、対応するＰＤＣＰエンティティーを構成可能に提供される。
【０１０３】
図８を参照すると、ＰＤＣＰ  ＰＤＵヘッダー８０２は、ＰＤＣＰヘッダーの存在有無を示す。ＰＤＣＰヘッダーは、ヘッダー圧縮動作で必須的でないため、省略可能である。ヘッダー圧縮情報８０４は、ＣＩＤ含み情報(ＣＩＤ inclusion info)８０６と、最大ＣＩＤ(MAX_CID)８０８と、逆復元度(Reverse Decompression Depth)８１０とを含む。ＣＩＤ含み情報８０６は、ＣＩＤ値がＲＯＨＣパケットに含まれるか、或いはＰＤＣＰヘッダーに含まれるかを示す。図８において、ＣＩＤはＲＯＨＣパケットに含まれることを示す。最大ＣＩＤ(MAX_CID)８０８は、ヘッダー圧縮器/復元器に使用されるＣＩＤの最大値を示す。ここで、ＣＩＤの最大値は１５である。逆復元度８１０は、ヘッダーの復元に失敗したパケットの貯蔵容量を示すパラメータである。図８では、逆復元度８１０を“０”であると仮定し、これはヘッダーの復元に失敗したパケットがすぐに廃棄されることを意味する。
【０１０４】
複数のＲＮＣを備える実質的に同一のヘッダー圧縮コンテキストを区別するために、ＲＮＣは、下記のように予め定められた手順に従ってヘッダー圧縮コンテキストにＣＩＤを割り当てる。ここでは、一つのヘッダー圧縮器/復元器がｎ個のメディアに対するヘッダー圧縮と復元を遂行することを示す。
【０１０５】
−  ＣＩＤ０は、一番低いＵＤＰポート番号を使用するＲＴＰメディアのストリームに割り当てられる。
−  ＣＩＤ１は、ＣＩＤ０を有するＲＴＰメディアのＲＴＣＰストリームに割り当てられる。
−  ＣＩＤ２は、２番目に低いＵＤＰポート番号を使用するＲＴＰメディアのストリー
ムに割り当てられる。
−  ＣＩＤ３は、ＣＩＤ２を有するＲＴＰメディアのＲＴＣＰストリームに割り当てられる。
−  ＣＩＤ(ｘ-１)＊２は、ｘ番目に低いＵＤＰポート番号を使用するＲＴＰメディアのストリームに割り当てられる。
−  ＣＩＤ(ｘ-１)＊２-１は、ＣＩＤ(ｘ-１)＊２を有するＲＴＰメディアのＲＴＣＰストリームに割り当てられる。
【０１０６】
このようなシステムは、特定ＰＤＣＰエンティティーによって圧縮/復元されるメディアストリームと、該当メディアのＲＴＣＰストリームに対して使用されるＣＩＤを予め定める。したがって、端末は、新たなＰＤＣＰエンティティーを設定してもＣＩＤを訂正することなく、以前ＣＩＤを用いてヘッダーの復元を再開することができる。
【０１０７】
要約すると、本実施形態では、特定ＭＢＭＳに対するヘッダー圧縮と復元を担当するＰＤＣＰエンティティーとヘッダー圧縮器/復元器の構成を予め決定しておくことで、移動性やチャンネルタイプの変更によって新たなＰＤＣＰエンティティーとヘッダー復元器を構成するための端末の動作を簡略化する。
【０１０８】
図９は、本発明の他実施形態により、セル間を移動する端末がＭＢＭＳを再開する過程を示すフローチャートである。
図９を参照すると、以前ＰＤＣＰエンティティーを通じて特定ＭＢＭＳサービスの提供を受けている端末は、ヘッダー圧縮の再設定が必要であると判断して新たなＰＤＣＰエンティティーを構成する(ステップ９０５)。ここで、端末は、ヘッダー圧縮の再設定を下記の様々な原因に基づいて判断可能である。その例として、端末が新たなセルに移動し、この新たなセルが以前セルとは異なるＰＤＣＰエンティティーを備える場合に、又はチャンネルタイプが変更される場合に新たなＰＤＣＰエンティティーが構成される。端末は、以前ＰＤＣＰエンティティーのヘッダー復元器で使用したコンテキスト情報を貯蔵する(ステップ９１０)。以後、以前ＰＤＣＰエンティティーとヘッダー復元器は便利な時点に廃棄される。
【０１０９】
端末は、新たなＰＤＣＰエンティティーを構成し、新たなＰＤＣＰエンティティーとヘッダー復元器に貯蔵された以前コンテキスト情報(decompression_context_x_old)を提供する(ステップ９１５)。 図７に示したように、端末は、以前コンテキスト情報(decompression_context_x_old)のオペレーティングパラメータを適切な値に設定する(ステップ９２０)。
【０１１０】
端末は、下位のＲＬＣ階層を通じて新たなセルのＰＤＣＰエンティティーからパケットデータを受信する(ステップ９２５)。 パケットデータは、端末のＲＬＣ階層から端末のＰＤＣＰ階層に伝達されるＰＤＣＰ ＰＤＵである。端末は、ＰＤＣＰ ＰＤＵがＩＲ-ＤＹＮパケットであるかどうかを確認する(ステップ９３０)。その結果、ＰＤＣＰ  ＰＤＵがＩＲ-ＤＹＮパケットであると、ステップ９４５に進む。もし、ＰＤＣＰ  ＰＤＵがＩＲ-ＤＹＮパケットでないと、ステップ９３５に進む。端末は、ＰＤＣＰ ＰＤＵを貯蔵した後に、ステップ９２５に進む(ステップ９３５)。すなわち、ＩＲ-ＤＹＮパケットを受信する以前まで受信されたＰＤＣＰ ＰＤＵは、復元のために貯蔵される。このとき、端末は、不必要であると判断されると、受信されたＰＤＣＰ ＰＤＵを廃棄することができる。
【０１１１】
端末は、ＩＲ-ＤＹＮパケットを用いて以前コンテキスト情報(decompression_context_x_old)のダイナミックパートを更新し、それにより、新たなコンテキスト(decompression_context_x_new)を構成する(ステップ９４５)。このとき、端末は、以前コンテキスト情報のＣＩＤを訂正する必要はない。これは、以前セルで使用されるヘッダー圧縮コンテキストのＣＩＤが、新たなセルで使用されるヘッダー圧縮コンテキストのＣＩＤと同一なためである。端末は、新たなＰＤＣＰエンティティーと新たなコンテキスト(decompression_context_x_new)を用いてヘッダー復元動作を始める(ステップ９５０) 。このとき、端末は、復元のために貯蔵されたＰＤＣＰ ＰＤＵを有すると、この貯蔵されたＰＤＣＰ ＰＤＵが新たなコンテキストによって復元される。
【０１１２】
上述したように、予め決定されたＰＤＣＰエンティティーとヘッダー圧縮器/復元器の構成情報を使用すると、ＰＤＣＰエンティティーを再設定することなく、端末が、セル間を移動し、チャンネルタイプを変更しつつ、以前ＰＤＣＰエンティティーをその通り使用することもできる。図１０は、本発明の他の実施形態により、端末が以前ＰＤＣＰエンティティーを再使用する場合の動作を示す図である。
【０１１３】
図１０を参照すると、ＰＤＣＰエンティティーを通じてＭＢＭＳが提供される端末は、他のＰＤＣＰエンティティーを備えるセルに移動し、或いは端末のチャンネルタイプを変更することにより、ヘッダー圧縮の再設定が必要であると判断する(ステップ１００５)。端末は、図７に示したように、ＰＤＣＰエンティティーが使用したコンテキストのオペレーティングパラメータを適切な値に設定する(ステップ１０２０)。すなわち、Ｄ_ＭＯＤＥは“Ｕ”に、Ｄ_ＳＴＡＴＥは“ＳＴＡＴＩＣ  ＣＯＮＴＥＸＴ”に、Ｄ_ＴＲＡＮＳは“ＤＯＮＥ”に、それぞれ設定する。
【０１１４】
端末は、下位階層を通じて新たなセルからＰＤＣＰ ＰＤＵを受信する(ステップ１０２５)。 端末は、ＰＤＣＰ ＰＤＵがＩＲ-ＤＹＮパケットであるかどうかを確認する(ステップ１０３０)。もし、ＰＤＣＰ  ＰＤＵがＩＲ-ＤＹＮパケットであると、ステップ１０４５を遂行する。もし、ＰＤＣＰ  ＰＤＵがＩＲ-ＤＹＮパケットでないと、ステップ１０３５に進む。端末は、ＰＤＣＰ ＰＤＵを貯蔵し、或いは廃棄してから、ステップ１０２５に戻る(ステップ１０３５)。
【０１１５】
ＰＤＣＰエンティティーは、ＩＲ-ＤＹＮパケットを用いてコンテキストのダイナミックパートを更新する(ステップ１０４５)。以上のように、オペレーティングパラメータが再設定され、ダイナミックパートが更新されると、端末は、更新されたコンテキストを用いてヘッダーの復元動作を始める(ステップ１０５０)。
【０１１６】
一方、本発明の詳細な説明では具体的な実施形態に関して説明したが、本発明の範囲を外れない限りで様々な変形が可能であることはもちろんである。したがって、本発明の範囲は、本発明の実施形態に限定されるものではなく、特許請求の範囲だけでなく、特許請求の範囲と均等なものによって定められるべきである。
【図面の簡単な説明】
【０１１７】
【図１】ＭＢＭＳのための移動通信システムの簡略化した構成を示す図である。
【図２】本発明の望ましい実施形態により、端末とＲＮＣとの間にデータとシグナリングメッセージの通信のためのインタフェースの階層的構造を示す図である。
【図３】ＭＢＭＳ通信システムで、ＭＢＭＳサービスを受信する端末のセル間移動を説明するための図である。
【図４】本発明の望ましい実施形態により、セルの間を移動する端末がＭＢＭＳサービスを再開する動作を示すフローチャートである。
【図５】本発明の望ましい実施形態により、コンテキスト識別子を更新する動作の一例を示すフローチャートである。
【図６】本発明の望ましい実施形態により、コンテキスト識別子を更新する動作の一例を示すフローチャートである。
【図７】本発明の望ましい実施形態により、オペレーティングパラメータを設定する動作を示すフローチャートである。
【図８】本発明の他の実施形態により、予め設定されたＰＤＣＰ構成情報の例を示す図である。
【図９】本発明の他の実施形態により、セル間を移動する端末がＭＢＭＳサービスを再開する動作を示すフローチャートである。
【図１０】本発明の他の実施形態により、端末がＰＤＣＰエンティティーを再使用する場合の動作を示すフローチャートである。
【符号の説明】
【０１１８】
１１０・・・ＢＭ-ＳＣ、１２０・・・運送ネットワーク、１３０・・・ＳＧＳＮ、１４０・・・ＲＮＣ、１６１、１６２、１６３、１７１、１７２・・・端末、１６０・・・第１のセル、１７０・・・第２のセル、２００・・・制御平面シグナリング、２０２・・・使用者平面情報、２０４・・・ＲＲＣエンティティー、２０６・・・ＰＤＣＰエンティティー、２０８・・・ＢＭＣエンティティー、２１０・・・ＲＬＣエンティティー、２１２・・・ＭＡＣエンティティー、２１４・・・ＰＨＹエンティティー。
【図１】
2005229629.tif 000003
【図２】
2005229629.tif 000004
【図３】
2005229629.tif 000005
【図４】
2005229629.tif 000006
【図５】
2005229629.tif 000007
【図６】
2005229629.tif 000008
【図７】
2005229629.tif 000009
【図８】
2005229629.tif 000010
【図９】
2005229629.tif 000011
【図１０】
2005229629.tif 000012
【外国語明細書】
2005229629.tif 000013
2005229629.tif 000014
2005229629.tif 000015
2005229629.tif 000016
2005229629.tif 000017
2005229629.tif 000018
2005229629.tif 000019
2005229629.tif 000020
2005229629.tif 000021
2005229629.tif 000022
2005229629.tif 000023
2005229629.tif 000024
2005229629.tif 000025
2005229629.tif 000026
2005229629.tif 000027
2005229629.tif 000028
2005229629.tif 000029
2005229629.tif 000030
2005229629.tif 000031
2005229629.tif 000032
2005229629.tif 000033
2005229629.tif 000034
2005229629.tif 000035
2005229629.tif 000036
2005229629.tif 000037
2005229629.tif 000038
2005229629.tif 000039
2005229629.tif 000040
2005229629.tif 000041
2005229629.tif 000042
2005229629.tif 000043
2005229629.tif 000044
2005229629.tif 000045
2005229629.tif 000046
2005229629.tif 000047
2005229629.tif 000048
2005229629.tif 000049
2005229629.tif 000050
2005229629.tif 000051
2005229629.tif 000052
2005229629.tif 000053
2005229629.tif 000054
2005229629.tif 000055
2005229629.tif 000056
2005229629.tif 000057