(57)【要約】【課題】ヘッダ伸張処理を効率的に行なう。【解決手段】ヘッダ圧縮されたデータを復元するための情報を保持している第１の受信装置１００−１，１００−２に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置１００−３に対しては、前記周期に依存しないタイミングで前記情報の送信を行なう。【選択図】図１
2010130175.tif 000002
【特許請求の範囲】
【請求項１】
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置であって、
ヘッダ圧縮された前記データを復元するための情報を前記受信装置へ送信する送信部と、
前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なうように前記送信部を制御する制御部と、
をそなえたことを特徴とする、送信装置。
【請求項２】
前記情報は、
前記タイミングで前記第１の受信装置に対しても送信される、
ことを特徴とする、請求項１記載の送信装置。
【請求項３】
前記タイミングは、前記第２の受信装置から前記データの受信要求を受信したタイミングに応じて定まる、
ことを特徴とする、請求項１又は請求項２に記載の送信装置。
【請求項４】
前記制御は、
所定の時間内に所定数未満の前記第２の受信装置から前記データの受信要求を受信した場合に実施され、
前記情報は、前記第２の受信装置に対して、前記所定の時間の経過により定まるタイミングで送信される、
ことを特徴とする、請求項１記載の送信装置。
【請求項５】
前記制御は、
所定の時間内に所定数以上の前記第２の受信装置から前記データの受信要求を受信した場合に実施され、
前記情報は、前記第１及び第２の受信装置に対して、前記所定の時間の経過により定まるタイミングで送信される、
ことを特徴とする、請求項１記載の送信装置。
【請求項６】
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する前記受信装置であって、
ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信する受信部と、
前記受信部で受信した前記情報を基に、ヘッダ圧縮された前記データを復元する復元部と、
をそなえたことを特徴とする、受信装置。
【請求項７】
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信方法であって、
前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、
前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なう、
ことを特徴とする、送信方法。
【請求項８】
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する受信方法であって、
ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信し、
前記受信した前記情報を基に、ヘッダ圧縮された前記データを復元する、
ことを特徴とする、受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、送信装置、受信装置、送信方法及び受信方法に関する。本件は、例えば、パケットヘッダを圧縮、復元する技術に用いられる場合がある。
【背景技術】
【０００２】
ある送信端（送信装置）から、他の受信端（受信装置）へパケットデータを転送する際の技術として、例えば、ヘッダ圧縮技術がある。
これは、例えば、パケットデータのヘッダのうち、静的な（変化しない）部分は転送せず、動的な（変化する）部分を転送することにより、パケットデータ転送量の削減を図るものである。
【０００３】
上記ヘッダ圧縮技術の１つとして、例えば、Robust Header Compression（ＲｏＨＣ、ロバストヘッダ圧縮）技術がある。ＲｏＨＣでは、図１５に例示するように、所定の周期でヘッダ非圧縮のデータを送信する一方、前記所定の周期よりも短い周期でヘッダ圧縮済みのデータを送信する。また、受信端でのヘッダ伸張（復元）処理の結果に応じて、送信端でのヘッダ圧縮効率を適応的に変更（制御）する。
【０００４】
このようなヘッダ圧縮技術は、送信端と受信端との間に、転送容量の制約が多い無線リンクを含む場合に有効である。このため、例えば、3rd Generation Partnership Project（３ＧＰＰ）で規格化が進む次世代セルラアクセス技術のLong Term Evolution（ＬＴＥ）においても、Packet Data Convergence Protocol（ＰＤＣＰ）レイヤの構成要素として採用されている。
【０００５】
一方、セルラネットワークでは、複数の受信端（例えば、Universal Mobile Telecommunications System（ＵＭＴＳ）端末）に対して、コンテンツを同報（マルチキャスト）するための技術として、Multimedia Broadband and Multicast Service（ＭＢＭＳ）が定義されている。ＭＢＭＳでは、一対多の接続により、複数の受信端に対して同一のデータを転送（同報）する。
【０００６】
ＭＢＭＳに関する既存の技術としては、例えば、マルチキャスト通信システムが、あるセッションの終了後、端末で正しく受信していないデータに関する情報をUMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）に通知し、ＵＴＲＡＮから再伝送されたデータを受信する方法が知られている。
【特許文献１】特表２００７−５１８３０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のようなヘッダ圧縮技術（例えば、ＲｏＨＣ）を用いた通信システムにおいては、パケットデータの送信端は、圧縮状態、例えばヘッダのどの部分を圧縮しているか、あるいはその圧縮率などに関する情報（コンテクスト）を保持する。
また、パケットデータの受信端は、送信端から予め受信した上記コンテクストを基に、送信端から受信した圧縮済みのパケットヘッダを適切に伸張（展開）できる。
【０００８】
ここで、送信端における圧縮状態には、例えば、圧縮せずに全てのヘッダ情報を送信するＩＲ（Initialization and Refresh）状態がある。このとき送信されるヘッダ非圧縮のパケットには、上記コンテクストが含まれる。また、他にも、ヘッダ情報のうち動的に変化する部分（シーケンス番号など）を送信するＦＯ（First Order）状態，ヘッダ情報のうち動的に変化する部分をエンコードし最小フィールドのみを送信するＳＯ（Second Order）状態がある。さらに、ＲｏＨＣには３つの転送モードとして、Ｕ（Unidirectional）モード，Ｏ（Optimistic）モード，Ｒ（Reliable）モードが定義されており、通信中にそれぞれのモードへの遷移が可能である。
【０００９】
一方、受信端における伸張状態には、例えば、デコードするためのヘッダ情報が全く無いＮＣ（No Context）状態，静的なヘッダ情報（アドレスやポート番号など）を有する（つまり、動的なフィールドの受信、更新が必要である）ＳＣ（Static Context）状態，動的に変化するヘッダ値の差分情報をデコード可能（つまり、フィールド情報を正しく復号可能）なＦＣ（Full Context）状態がある。
【００１０】
ここで、上記のコンテクストは、例えば、Ｕモードにおいては、定期的（所定時間の経過時もしくは一定数量のパケットデータが通過した時）に更新され、受信端に通知される。これにより、受信端では、送信端から定期的に更新、通知されるコンテクストを基に、ヘッダ圧縮済みデータを復元することができる。
ところで、上記ヘッダ圧縮技術と前述のＭＢＭＳとを併用する無線通信システムを考える。
【００１１】
このような無線通信システムでは、例えば、コンテクストを有する受信装置と送信装置との間でヘッダ圧縮済みデータを通信中、コンテクストを有さない受信装置（新規ブランチ）が無線通信システムに参加（マルチキャストサービスに接続）する場合がある。
しかしながら、従来技術では、上記新規ブランチは、コンテクストを保持していないため、送信端からヘッダ圧縮済みパケットデータを受信しても、どのようにヘッダ圧縮されているかを知ることができない。
【００１２】
結果、新規ブランチは、送信装置から定期的に更新、通知されるコンテクストを受信するまで、ヘッダ圧縮済みデータを伸張（展開）できないおそれがある。
そこで、ヘッダ伸張処理を効率的に行ないたい。
【課題を解決するための手段】
【００１３】
例えば、以下の手段を用いる。
（１）複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置であって、ヘッダ圧縮された前記データを復元するための情報を前記受信装置へ送信する送信部と、前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なうように前記送信部を制御する制御部と、をそなえた送信装置を用いることができる。
【００１４】
（２）また、複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する前記受信装置であって、ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信する受信部と、前記受信部で受信した前記情報を基に、ヘッダ圧縮された前記データを復元する復元部と、をそなえた受信装置を用いることができる。
【００１５】
（３）さらに、複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信方法であって、前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なう、送信方法を用いることができる。
【００１６】
（４）また、複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する受信方法であって、ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信し、前記受信した前記情報を基に、ヘッダ圧縮された前記データを復元する、受信方法を用いることができる。
【発明の効果】
【００１７】
ヘッダ伸張処理を効率的に行なうことが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して実施の形態を説明する。ただし、以下に示す実施形態及び各変形例は、あくまでも例示に過ぎず、以下に示す実施形態で明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施形態及び各変形例を組み合わせる等）して実施することができる。
〔１〕一実施形態
（１．１）本実施形態に係る通信制御方法
図１は、一実施形態に係る無線通信システムの構成例を示すブロック図である。
【００１９】
この図１に示す無線通信システムは、例示的に、Multicast Broadcast and Multicast Service Gateway（ＭＢＭＳ−ＧＷ）３００と、ＭＢＭＳ−ＧＷ３００の上位ノード（例えば、Broadcast Multicast-Service Center（ＢＭ−ＳＣ））４００とをそなえる。ＢＭ−ＳＣ４００は、例えば、所定の有線インタフェースを介してＭＢＭＳ−ＧＷ３００と通信することができる。また、図１に示す無線通信システムは、例示的に、複数の無線基地局（例えば、e-Node B、ｅＮＢ）２００−１，２００−２及び２００−３をそなえる。各ｅＮＢ２００−１，２００−２及び２００−３は、例えば、所定の有線インタフェースを介してＭＢＭＳ−ＧＷ３００と通信することができる。さらに、図１に示す無線通信システムは、例示的に、いずれかのｅＮＢ２００−１，２００−２及び２００−３と無線通信しうるユーザ装置（User Equipment、ＵＥ、例えば、移動局）１００−１，１００−２及び１００−３をそなえる。
【００２０】
なお、以下において、ｅＮＢ２００−１，２００−２及び２００−３を区別しない場合は、ｅＮＢ２００と総称し、ＵＥ１００−１，１００−２及び１００−３を区別しない場合は、ＵＥ１００と総称する。また、ＢＭ−ＳＣ４００からＭＢＭＳ−ＧＷ３００への通信方向，ＭＢＭＳ−ＧＷ３００からｅＮＢ２００への通信方向及びｅＮＢ２００からＵＥ１００への通信方向を下りと称し、逆方向を上りと称する。さらに、ｅＮＢ２００及びＵＥ１００の数は、図１に例示する数に限定されない。
【００２１】
ＢＭ−ＳＣ４００は、インターネットなどのコアネットワーク（図示省略）と接続され、例えば、マルチキャストサービス（ＭＢＭＳ）をＭＢＭＳ−ＧＷ３００に提供する機能を有する。これにより、ＢＭ−ＳＣ４００は、ＭＢＭＳを享受するユーザの管理を行なったり、ＭＢＭＳデータを送出したりすることができる。
ＭＢＭＳ−ＧＷ３００は、例えば、ＭＢＭＳについての各種制御を行なう。このため、ＭＢＭＳ−ＧＷ３００は、例えば、ＭＢＭＳについての制御情報を処理するコントロールプレーン（C-Plane）と、ユーザデータを処理するユーザプレーン（U-plane）とを有する。C-Planeは、制御情報を処理するブロック（機能部）であり、例えば、ＵＥ１００あるいはＢＭ−ＳＣ４００と、ＭＢＭＳの開始及び終了などの制御メッセージの送受を行なう機能を具備する。また、U-planeは、ユーザデータを処理するブロックであり、例えば、ＢＭ−ＳＣ４００からのユーザデータ（ＭＢＭＳデータ）をＵＥ１００に分配（同報）する機能を具備する。また、U-planeは、例えば、ヘッダ圧縮状態に基づく圧縮パラメータ（コンテクスト）を用いてＭＢＭＳデータのヘッダの圧縮状態を制御する機能を有する。
【００２２】
本例のＭＢＭＳ−ＧＷ３００は、例えば、上記ＭＢＭＳデータのヘッダ部分を所定の規則（例えば、ＲｏＨＣに基づく方法）に従って圧縮又は非圧縮に制御する。つまり、ＭＢＭＳ−ＧＷ３００は、複数のＵＥ１００宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置の一例として機能する。
ｅＮＢ２００は、少なくとも一つの無線ゾーン（例えば、セル又はセクタ）を提供し、当該無線ゾーン内に位置するＵＥ１００と無線通信することができる。例えば、ｅＮＢ２００は、ＭＢＭＳ−ＧＷ３００から受信したマルチキャストサービスデータをＵＥ１００へ送信する一方、ＵＥ１００から受信したデータ（例えば、制御データなど）をＭＢＭＳ−ＧＷ３００へ送信することができる。
【００２３】
ＵＥ１００は、ＭＢＭＳ−ＧＷ３００からの下りデータ（ＭＢＭＳデータ）を受信する。ＭＢＭＳ−ＧＷ３００から受信したＭＢＭＳデータがヘッダ非圧縮のデータである場合は、ＵＥ１００は、これに含まれるコンテクストを抽出して保持することができる。一方、ＭＢＭＳ−ＧＷ３００から受信したＭＢＭＳデータがヘッダ圧縮済みのデータである場合は、ＵＥ１００は、上記保持するコンテクストを基に、ヘッダ圧縮済みのデータのヘッダを復元することができる。ただし、ＵＥ１００は、上記コンテクストを有さない場合、ヘッダ圧縮済みデータのヘッダを復元することができない。図１に示す例では、ＵＥ１００−１及びＵＥ１００−２はコンテクストを保持し、ＵＥ１００−３はコンテクストを有さない。
【００２４】
ＭＢＭＳ−ＧＷ３００による圧縮制御シーケンスでは、例えば、所定の周期でヘッダ非圧縮データがＵＥ１００宛に送信され、それ以外のタイミングでヘッダ圧縮済みデータが送信される。これにより、ＵＥ１００は、前記所定の周期で受信されるヘッダ非圧縮データに含まれるコンテクストを抽出、更新し、これを用いてヘッダ圧縮済みデータのヘッダを復元することができる。
【００２５】
しかしながら、ＭＢＭＳ−ＧＷ３００がヘッダ圧縮済みデータをＵＥ１００宛に送信する期間（ヘッダ非圧縮データの送信周期の谷間の期間）に、コンテクストを有さないＵＥ１００−３（新規ブランチ）がＭＢＭＳネットワークに参加（接続）する場合がある。
このような場合、ＵＥ１００−３は、ｅＮＢ２００からヘッダ圧縮済みデータを受信しても、コンテクストを有さないため、ヘッダ圧縮済みデータのヘッダを適切に復元（展開）することができない。
【００２６】
したがって、ＵＥ１００−３は、ＭＢＭＳネットワークに参加してからヘッダ非圧縮データの次の受信（更新）タイミングでコンテクストを受信するまで、圧縮済みパケットデータを展開することができない。結果、システムのデータ通信効率が低下する場合がある。
そこで、本例では、例えば、ＭＢＭＳ−ＧＷ３００が、コンテクストを保持しているＵＥ１００−１及び１００−２に対しては、ヘッダ非圧縮データの送信周期でコンテクストの送信を行なう。一方、ＭＢＭＳ−ＧＷ３００は、コンテクストを保持しないＵＥ１００−３に対しては、上記ヘッダ非圧縮データの所定の送信周期に依存しないタイミングでコンテクストの送信を行なう。
【００２７】
これにより、ＵＥ１００−３は、コンテクストを受信するまでの時間を短縮することができ、ヘッダ伸張処理を効率的に行なうことが可能となる。
（１．２）ＭＢＭＳ−ＧＷ３００
図２は一実施形態に係るＭＢＭＳ−ＧＷ３００の構成の一例を示すブロック図である。この図２に示すＭＢＭＳ−ＧＷ３００は、例示的に、ネットワークインタフェース部３０１と、ヘッダ圧縮部３０２と、パケット分配部３０３と、アクセスインタフェース部３０４とをそなえる。さらに、ＭＢＭＳ−ＧＷ３００は、例示的に、コンテクストメモリ３０６を有するヘッダ圧縮コンテクスト処理部３０５と、メッセージ処理部３０７とをそなえる。
【００２８】
ここで、ネットワークインタフェース部３０１は、ＢＭ−ＳＣ４００との間のインタフェース機能を具備する。ネットワークインタフェース部３０１で受信されたＢＭ−ＳＣ４００からのデータ（ＭＢＭＳデータなど）は、例えば、物理レイヤやデータリンクレイヤでの終端処理を施される。
ＢＭ−ＳＣ４００から受信したデータのうち、U-planeパケット（ＵＥ１００宛のユーザデータ）は、ヘッダ圧縮部３０２に渡される。また、C-planeパケット（ＭＢＭＳの開始、終了などを示す制御データ）は、ネットワークインタフェース部３０１とメッセージ処理部３０７との間で送受される。
【００２９】
ヘッダ圧縮部３０２は、ネットワークインタフェース部３０１からのユーザデータに含まれるヘッダ部について、ヘッダ圧縮コンテクスト処理部３０５から通知されるコンテクストの内容に基づいて、圧縮処理を施す（元のヘッダを圧縮ヘッダに付け替える）。なお、ユーザデータ（パケットデータ）は、例えば、ヘッダ部とペイロード部とを有していてもよい。
【００３０】
ここで、上記圧縮処理方法について図５を用いて説明する。
上記ユーザデータのヘッダ部は、図５に示すように、例えば、バージョン，ヘッダ長，サービス種別，全長，識別子，フラグ，断片位置，生存時間，プロトコル，チェックサム，送信元アドレス，送信先アドレスなどの各フィールドを有する。なお、図５においては、オプションフィールドの図示を省略する。
【００３１】
ここで、バージョン（version）フィールドには、Internet Protocol（ＩＰ）のバージョンが格納される。例えば、ＩＰｖ４の場合には、versionフィールドに値「４」が格納される。
ヘッダ長（Internet Header Length、ＩＨＬ）フィールドには、当該ＩＰヘッダの長さが格納される。この値は、４オクテット単位で表され、パケットデータ中のペイロード部の位置を知るのに用いられる。
【００３２】
サービス種別（Type Of Service、ＴＯＳ）フィールドには、パケットデータが転送される際に重視されるサービスを示す情報が格納される。
全長（Total Length、ＴＬ）フィールドには、ＩＰヘッダ部を含むパケットデータの全長を示す情報が格納される。
識別子（Identification）フィールドには、パケットデータの送信元を一意に示す値が格納される。この値は、例えば、断片化したパケットデータの復元に用いられることがある。
【００３３】
フラグ（Various Control Flags）フィールドには、パケットデータの断片化の制御に関する情報が格納される。例えば、２ビット目に「１」が格納されると、断片化の禁止を意味し、３ビット目に「０」が格納されると、当該パケットデータが最終データであることを意味する。なお、１ビット目を、予備として使用しないようにしてもよい。
断片位置（Fragment Offset、ＦＯ）フィールドには、ルータなどがパケットデータを断片化した際の位置に関する情報が、例えば、８オクテット単位で格納される。
【００３４】
生存時間（Time to Live、ＴＴＬ）フィールドには、パケットデータの生存期間を示す情報が格納される。例えば、最初は、パケットデータの送信元により設定された経由可能ルータの上限数が格納されるが、この値は、ルータを経由する毎に、１ずつ減少し、値が「０」になると、当該パケットデータは破棄される。これにより、パケットデータがネットワーク上で無限に巡回するのを防ぐことができる。
【００３５】
プロトコル（Protocol）フィールドには、ＴＣＰなどの上位プロトコルを示す値が格納される。パケットデータの送信先である装置がパケットを受信すると、この値を用いて上位プロトコルを識別し、その実装部分へペイロード部を渡す。
チェックサム（Header Checksum）フィールドには、ＩＰヘッダの誤り検査に用いられる情報が格納される。
【００３６】
送信元アドレス（Source Address）には、パケットデータの送信元アドレスが格納され、送信先アドレス（Destination Address）には、パケットデータの送信先アドレスが格納される。
図５に例示するヘッダ部中の網掛け部分は、固定的に使用され変化しないフィールドである。そこで、例えば、当該網掛け部分のフィールドを繰り返し送信しないようにしてもよい。これにより、当該網掛け部分以外のフィールドを送信することで、送信ヘッダ量を圧縮することができる。
【００３７】
ヘッダ圧縮コンテクスト処理部３０５は、ユーザデータの送信に用いられるコネクション毎のヘッダ圧縮状態（ヘッダ非圧縮あるいはヘッダ圧縮及びその圧縮状態）を管理、制御する。例えば、ＲｏＣＨ方式の圧縮制御では、ヘッダの圧縮状態を遷移させたり、当該圧縮状態に関する情報（コンテクスト）をコンテクストメモリ３０６に格納したりすることができる。また、ユーザデータのヘッダを圧縮制御する際は、ヘッダ圧縮状態を復元するための情報（コンテクスト）がコンテクストメモリ３０６に保持（格納）される。
【００３８】
コンテクストメモリ３０６は、コンテクストを格納する。このコンテクストは、ヘッダ圧縮状態が遷移する毎に更新（あるいは蓄積）するようにしてもよい。
パケット分配部３０３は、ヘッダ圧縮部３０２でヘッダ圧縮されたユーザデータを、通信中のｅＮＢ２００の数だけ複製する。複製されたヘッダ圧縮済みデータは、ｅＮＢ２００を介して各ＵＥ１００に分配される。
【００３９】
以上のように、ヘッダ圧縮部３０２，ヘッダ圧縮コンテクスト処理部３０５及びパケット分配部３０３は、ＭＢＭＳ−ＧＷ３００におけるU-planeとしての機能を具備する。
メッセージ処理部３０７は、制御データ（制御メッセージ）の解析及び生成を行なう。他ノードから受信した制御メッセージは、メッセージ処理部３０７により、その内容が解析されて、各種の制御（応答メッセージの送出、装置内パラメータの設定など）が実施される。また、生成した制御メッセージにより、他ノードの通信制御や、ＭＢＭＳ−ＧＷ３００内の各部の機能を制御することもできる。つまり、メッセージ処理部３０７は、ＭＢＭＳ−ＧＷ３００におけるC-planeとしての機能を具備する。
【００４０】
本例のメッセージ処理部３０７は、ＵＥ１００−３（新規ブランチ）からＭＢＭＳネットワークへの参加を示す制御メッセージを受けると、コンテクストメモリ３０６に格納されるコンテクストを読み取る。そして、アクセスインタフェース部３０４及びｅＮＢ２００−３を介して、ＵＥ１００−３に対して、コンテクストメモリ３０６から読み取ったコンテクスト（あるいはコンテクスト作成のための情報）を通知する。つまり、メッセージ処理部３０７は、ＵＥ１００−３からＭＢＭＳデータの受信要求を受信したタイミングに応じて定まるタイミングで、ＵＥ１００−３に対して、ヘッダ圧縮済みデータを復元するための情報を通知することができる。また、この通知タイミングは、コンテクストを有する他のＵＥ１００−１及び１００−２に対するコンテクスト通知周期（ヘッダ非圧縮データの送信周期）と異なるタイミングとすることができる。
【００４１】
アクセスインタフェース部３０４は、ｅＮＢ２００とのインタフェース機能を具備し、パケット分配部３０３で複製したユーザデータや、メッセージ処理部３０７で生成した制御メッセージをｅＮＢ２００宛に送信する。ユーザデータは、ヘッダ圧縮済みデータの場合もあれば、コンテクストを含むヘッダ非圧縮データの場合もある。また、制御メッセージには、新規ブランチに対するコンテクストが含まれうる。即ち、本例のアクセスインタフェース部３０４は、コンテクストをＵＥ１００へ送信する送信部の一例として機能する。
【００４２】
また、本例のメッセージ処理部３０７は、コンテクストを保持しているＵＥ１００−１及び１００−２に対しては、所定の周期でコンテクストの送信を行ない、コンテクストを保持しないＵＥ１００−３に対しては、前記周期に依存しないタイミングでコンテクストの送信を行なうようにアクセスインタフェース部３０４を制御する制御部の一例として機能する。
【００４３】
（１．３）ｅＮＢ２００
ｅＮＢ２００は、例えば、ＭＢＭＳ−ＧＷ３００からのデータ（ＭＢＭＳユーザデータ、コンテクストなど）を、自局２００が展開する無線ゾーンに位置する少なくとも１つのＵＥ１００宛に送信（中継）することができる。また、ＵＥ１００から受信したマルチキャストサービスへの参加要求メッセージをＭＢＭＳ−ＧＷ３００へ通知することにより、ＵＥ１００のＭＢＭＳへの参加を制御することもできる。
【００４４】
（１．４）ＵＥ１００
一方、ＵＥ１００は、図３に例示するように、無線インタフェース部１０１と、ヘッダ伸張部１０２と、アプリケーション処理部１０３と、をそなえる。さらに、ＵＥ１００は、例示的に、コンテクストメモリ１０５を有するヘッダ伸張コンテクスト処理部１０４と、メッセージ処理部１０６と、をそなえる。
【００４５】
ここで、無線インタフェース部１０１は、ｅＮＢ２００との間のインタフェース機能を具備する。無線インタフェース部１０１で受信されたｅＮＢ２００からのデータ（ＭＢＭＳデータ、制御データなど）は、例えば、物理レイヤやデータリンクレイヤでの終端処理を施される。
ｅＮＢ２００から受信した上記データのうち、U-planeパケット（ＵＥ１００宛のユーザデータ）は、ヘッダ伸張部１０２に渡される。また、C-planeパケット（ＭＢＭＳの開始、終了などを示す制御データ）は、無線インタフェース部１０１とメッセージ処理部１０６との間で送受される。
【００４６】
ここで、本例のＭＢＭＳ−ＧＷ３００は、予めコンテクストを保持する（ＭＢＭＳに参加済みの）ＵＥ１００−１，１００−２に対しては、コンテクストを有するヘッダ非圧縮データを所定の周期で送信する。一方、本例のＭＢＭＳ−ＧＷ３００は、コンテクストを保持していない（ＭＢＭＳに参加してきた）ＵＥ１００−３に対しては、コンテクストを有する制御メッセージを上記所定の周期とは異なるタイミングで送信する。
【００４７】
即ち、本例の無線インタフェース部１０１は、コンテクストを保持している他のＵＥ１００−１，１００−２に対してコンテクストが送信される所定の周期に依存しないタイミングでコンテクストを受信する受信部の一例として機能する。
ヘッダ伸張部１０２は、無線インタフェース部１０１からのユーザデータに含まれるヘッダ部について、ヘッダ伸張コンテクスト処理部１０４から通知されるコンテクストの内容に基づいて、伸張（復元、展開）処理を施す。
【００４８】
ヘッダ伸張コンテクスト処理部１０４は、ユーザデータのヘッダ部のヘッダ伸張処理状態をコネクション毎に管理、制御する。例えば、ＭＢＭＳ−ＧＷ３００から受信したヘッダ非圧縮データからコンテクストを抽出して、コンテクストメモリ１０５に格納することができる。また、ＭＢＭＳ−ＧＷ３００から受信したコンテクストを含む制御メッセージからコンテクストを抽出して、コンテクストメモリ１０５に格納することができる。
【００４９】
コンテクストメモリ１０５は、コンテクストを格納する。このコンテクストは、ＭＢＭＳ−ＧＷ３００から新たなコンテクストを受信する毎に更新（あるいは蓄積）するようにしてもよい。
即ち、ヘッダ伸張部１０２は、無線インタフェース部１０１で受信したコンテクストを基に、ヘッダ圧縮されたユーザデータ（ＭＢＭＳデータ）を復元する復元部の一例として機能する。
【００５０】
メッセージ処理部１０６は、制御データ（制御メッセージ）の解析及び生成を行なう。他ノードから受信した制御メッセージは、メッセージ処理部１０６により、その内容が解析されて、各種の制御（応答メッセージの送出、装置内パラメータの設定など）が実施される。また、メッセージ処理部１０６は、生成した制御メッセージにより、他ノードの通信制御や、ＭＢＭＳ−ＧＷ３００内の各部の機能を制御することもできる。この制御メッセージには、例えば、ＭＢＭＳへの参加要求メッセージなどが含まれる。
【００５１】
アプリケーション処理部１０３は、ヘッダ伸張部１０２によりヘッダ展開されたユーザデータ（ＭＢＭＳデータ）を各アプリケーションに引き渡して所定の処理を行なう。例えば、受信したユーザデータが動画である場合、アプリケーション処理部１０３によりユーザデータが動画再生用のアプリケーションなどに渡されて、動画を再生が可能となる。
（１．５）無線通信システムの動作例
ここで、上記の無線通信システムの動作の一例について、図４を用いて説明する。
【００５２】
まず、ＭＢＭＳに参加する（コンテクストを保持していない）ＵＥ１００−３が、ＭＢＭＳ−ＧＷ３００（主にC-Plane）との間で、Packet Data Protocol（ＰＤＰ）コンテクスト起動手順を用いて、ＰＤＰコンテクストを確立する。このＰＤＰコンテクスト確立により、ＵＥ１００−３とＭＢＭＳ−ＧＷ３００との間でデータ転送が可能となる。
ＰＤＰコンテクストを確立したＵＥ１００−３は、ＩＰマルチキャストプロトコルをＭＢＭＳ−ＧＷ３００に発行して、これにより、ＭＢＭＳを要求する。なお、ＩＰマルチキャストプロトコルは、ＩＰｖ４の場合、Internet Group Management Protocol(ＩＧＭＰ）Ｊｏｉｎメッセージであり、ＩＰｖ６の場合、Multicast Listener Discovery（ＭＬＤ）Ｊｏｉｎメッセージである。
【００５３】
ＵＥ１００−３からＩＰマルチキャストプロトコルを受信したＭＢＭＳ−ＧＷ３００は、ＢＭ−ＳＣ４００宛にＭＢＭＳ許可要求メッセージ（MBMS Authorization Request）を送信する。そして、ＭＢＭＳ−ＧＷ３００からＭＢＭＳ許可要求メッセージを受けたＢＭ−ＳＣ４００は、ＭＢＭＳを許可する場合、ＭＢＭＳ許可応答メッセージ（MBMS Authorization Response）をＭＢＭＳ−ＧＷ３００に対して通知する。これにより、ＵＥ１００−３のＭＢＭＳネットワークへの参加が認められる。
【００５４】
次いで、ＭＢＭＳ−ＧＷ３００は、ＭＢＭＳ起動許可メッセージ（Request MBMS Context Activation）を送信し、これを受けたＵＥ１００−３は、ＭＢＭＳ−ＧＷ３００に対して、ＭＢＭＳ起動メッセージを送信する。これにより、ＵＥ１００−３は、ＭＢＭＳデータ（マルチキャストデータ）を受信することが可能となる。
このとき、ＭＢＭＳ−ＧＷ３００側（図４中の丸付き符号Ａ参照）では、ＭＢＭＳデータのヘッダ圧縮状態を管理しており、図６に例示するように、ヘッダ圧縮済みデータには含まれない、固定的な情報フィールドの値を保持している。図６に示す例では、例示的に、インデックスが「１」、バージョンが「４」、プロトコルが「１７（ＵＤＰ）」、送信元アドレスが「１０．１１．１２．１３」、送信先（ＵＥ１００）アドレスが「１３．１２．１１．１０」である。インデックスは、圧縮対象のデータ種別を示すインデックス番号である。
【００５５】
一方、ＭＢＭＳに参加したＵＥ１００−３側（図４中の丸付き符号Ｂ参照）では、コンテクストを保持していないため、図７に例示するように、インデックスが「１」であること以外については、何ら情報を保持していない。したがって、このままでは、ＵＥ１００−３がヘッダ非圧縮データを所定の周期で受信して、そこからコンテクストを抽出するまでの間、ヘッダ圧縮済みデータを正常に伸張することができない。
【００５６】
そこで、ＭＢＭＳ−ＧＷ３００は、自局３００のU-Planeに対して現在のヘッダ圧縮状態についての情報収集を依頼する。
この依頼を受けたＭＢＭＳ−ＧＷ３００のU-Planeは、ヘッダ圧縮処理に関する情報（ヘッダ圧縮状態、コンテクストなど）を収集し、ＭＢＭＳ−ＧＷ３００のC-Planeに通知する。
【００５７】
そして、この通知を受けたＭＢＭＳ−ＧＷ３００は、ヘッダ圧縮済みデータを復元するためのコンテクストを含む、制御メッセージを作成、編集して、ＵＥ１００−３宛に送信する。なお、このとき、ＭＢＭＳ−ＧＷ３００は、ＵＥ１００−３に対して、ＭＢＭＳへの参加を認める旨の応答メッセージ（Activate MBMS Context Accept）とともに、コンテクストを通知するようにしてもよい。
【００５８】
ＭＢＭＳ−ＧＷ３００から上記メッセージを受信したＵＥ１００−３は、当該メッセージに含まれる情報を基に、ヘッダ圧縮済みデータを復元するためのコンテクストを作成することができる。あるいは、当該メッセージに含まれるコンテクストを抽出することもできる。
これにより、ＵＥ１００−３側（図４中の丸付き符号Ｃ参照）では、図６に例示するように、コンテクストに基づき、ヘッダ圧縮済みデータには含まれない、固定的な情報フィールドの値を保持することができる。図６に示す例では、例示的に、インデックスが「１」、バージョンが「４」、プロトコルが「１７（ＵＤＰ）」、送信元アドレスが「１０．１１．１２．１３」、送信先（ＵＥ１００）アドレスが「１３．１２．１１．１０」である。
【００５９】
この結果、ＵＥ１００−３は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００から受信したヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。つまり、ヘッダ圧縮済みデータには含まれないヘッダ情報の一部を復元することにより、ＭＢＭＳデータを正常に受信処理することができる。
以上のように、本例の通信制御方法は、ＭＢＭＳに参加した、コンテクストを有さないＵＥ１００−３に対して、コンテクストを個別に通知する。これにより、ＵＥ１００−３が、所定の周期でヘッダ非圧縮データを送信されるまでの間でも、ヘッダ伸張処理を効率的に行なうことが可能となる。
【００６０】
〔２〕第１変形例
上述した例では、ＭＢＭＳ−ＧＷ３００が、ヘッダ非圧縮データの送信周期とは異なるタイミングで、コンテクストを有さない新規ブランチ１００−３に対して個別にコンテクストを通知した。ところが、ＵＥ１００のＭＢＭＳへの参加が多くなればなるほど、個別にコンテクストを通知していては、ＭＢＭＳ−ＧＷ３００での通知処理量が増大するほか、ネットワークへのデータ通信量も増大する場合がある。
【００６１】
そこで、本例では、ＭＢＭＳへの新規ブランチ１００−３の参加時に、ＭＢＭＳデータのヘッダ圧縮状態を非圧縮状態に戻して（リセットして）、各ＵＥ１００にマルチキャストするようにしてもよい。
ここで、本例の無線システムの動作例について図８を用いて説明する。なお、既に説明した動作と同様の部分（図８中、破線で囲んだ手順（ａ）の部分）については、説明を省略する。
【００６２】
新規ブランチ１００−３のＭＢＭＳへの参加を検出したＭＢＭＳ−ＧＷ３００は、現在のヘッダ圧縮状態をヘッダ非圧縮状態に戻す（初期化する）よう、自局３００のU-Planeに対して依頼する。
この依頼を受けたＭＢＭＳ−ＧＷ３００のU-Planeは、ヘッダ圧縮処理状態をヘッダ非圧縮状態に戻す。そして、その旨が完了したことを示すリセット（初期化）完了報告を自局３００のC-Planeに対して通知する。
【００６３】
即ち、本例では、非圧縮データを送信する所定の周期以外のタイミングで、コンテクストを有さないＵＥ１００−３のほか、コンテクストを保持しているＵＥ１００−１，１００−２に対してもコンテクスト（ヘッダ非圧縮データ）が送信される。
これにより、新規ブランチ１００−３は、ＭＢＭＳへの参加後、ヘッダ非圧縮データを最初に受信するので、直ちにコンテクストを保持することが可能となる。
【００６４】
この結果、ＵＥ１００−３は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００から受信するヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。
以上のように、本例では、ＭＢＭＳ−ＧＷ３００により、コンテクストを有さないＵＥ１００−３がＭＢＭＳに参加したことが検出されると、ヘッダ圧縮状態をリセットして、マルチキャスト対象のＵＥ１００宛にヘッダ非圧縮データを送信する。これにより、上述の実施形態と同様の効果を得られるほか、ＵＥ１００及びＭＢＭＳ−ＧＷ３００での制御を単純化することが可能となる。
【００６５】
〔３〕第２変形例
本例では、ＵＥ１００のＭＢＭＳへの参加状況（例えば、参加頻度）に応じて、参加ＵＥ１００宛にコンテクストを個別通知するか、それとも、ヘッダ圧縮状態を初期化して各ＵＥ１００宛にマルチキャストするかを切り替えるようにしてもよい。
例えば、所定の時間内にＭＢＭＳに参加するＵＥ１００の数が所定数未満であれば、参加ＵＥ１００宛にコンテクストを個別に通知することで、無線システム全体の通信量を低減しつつ、参加ＵＥ１００にヘッダ伸張処理を効率的に行なわせることができる。
【００６６】
一方、所定の時間内にＭＢＭＳに参加するＵＥ１００の数が所定数以上であれば、ヘッダ圧縮状態をリセットして、各ＵＥ１００宛にヘッダ非圧縮データのマルチキャストを行なうことで、ＵＥ１００及びＭＢＭＳ−ＧＷ３００での処理を単純化することができる。
即ち、本例では、所定の時間内に所定数未満のＵＥ１００からＭＢＭＳデータの受信要求を受信した場合、ＭＢＭＳ−ＧＷ３００は、コンテクストを新規参加のＵＥ１００に対して、前記所定の時間の経過により定まるタイミングでコンテクストを送信する。
【００６７】
一方、所定の時間内に所定数以上のＵＥ１００から前記受信要求を受信した場合、ＭＢＭＳ−ＧＷ３００は、ＭＢＭＳに接続済みのＵＥ１００に対して、前記所定の時間の経過により定まるタイミングでコンテクスト（ヘッダ非圧縮データ）を送信する。
図９及び図１０を用いて本例の無線システムの動作例を説明する。なお、既に説明した動作と同様の部分（図９及び図１０中、破線で囲んだ手順（ａ）の部分）については、説明を省略する。
【００６８】
まず、ＵＥ１００−１からＭＢＭＳへの参加要求（ＭＢＭＳデータ要求）があると、ＭＢＭＳ−ＧＷ３００は、C-Planeなどが具備するタイマ機能により、所定の時間の計測を開始する。そして、C-Planeなどが具備するカウンタ機能により、前記参加要求の数を計数する（ＣＮＴ＝１）。
また、他のＵＥ１００−２からＭＢＭＳへの参加要求（ＭＢＭＳデータ要求）があると、上記カウンタ機能のカウンタ値をインクリメントする（ＣＮＴ＝２）。
【００６９】
この計数処理は、上記所定の時間が経過するまで行なわれる。
図９に示す例では、ＵＥ１００−３からのＭＢＭＳデータ要求により、カウンタ値が３（ＣＮＴ＝３）となった後、所定の時間が経過し、タイマ機能が停止する。
ここで、ＭＢＭＳ−ＧＷ３００は、カウンタ値が所定の閾値（図９に示す例では、所定の閾値＝３）未満かどうかを判定する。
【００７０】
図９に示す例では、ＭＢＭＳ−ＧＷ３００により、所定の時間内に計測したＭＢＭＳへの参加ＵＥ１００数（＝３）が、所定の閾値（＝３）以上であると判定される。
このとき、ＭＢＭＳ−ＧＷ３００は、現在のヘッダ圧縮状態をヘッダ非圧縮状態に戻す（初期化する）よう、自局３００のU-Planeに対して依頼する。
この依頼を受けたＭＢＭＳ−ＧＷ３００のU-Planeは、ヘッダ圧縮処理状態をヘッダ非圧縮状態に戻す。そして、その旨が完了したことを示すリセット（初期化）完了報告を自局３００のC-Planeに対して通知する。
【００７１】
これにより、各ＵＥ１００−１〜１００−３は、ＭＢＭＳへの参加後、ヘッダ非圧縮データを最初に受信するので、直ちにコンテクストを保持することが可能となる。
この結果、各ＵＥ１００−１〜１００−３は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００から受信するヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。
【００７２】
なお、上記の例では、所定の時間の経過後にタイマを停止するようにしたが、ＭＢＭＳへのＵＥ１００の参加数が所定の閾値と等しくなった場合にタイマを停止するようにしてもよい。このようにすれば、ＵＥ１００宛のヘッダ非圧縮データの送信を早期に行なうことが可能となる。なお、上記所定の閾値及び所定の時間は、適宜変更することが可能である。
【００７３】
一方、図１０に示す例では、まず、ＵＥ１００−１からＭＢＭＳへの参加要求（ＭＢＭＳデータ要求）があると、ＭＢＭＳ−ＧＷ３００は、C-Planeなどが具備するタイマ機能により、所定の時間の計測を開始する。そして、C-Planeなどが具備するカウンタ機能により、前記参加要求の数を計数する（ＣＮＴ＝１）。
また、他のＵＥ１００−２からＭＢＭＳへの参加要求（ＭＢＭＳデータ要求）があると、上記カウンタ機能のカウンタ値をインクリメントする（ＣＮＴ＝２）。
【００７４】
この計数処理は、上記所定の時間が経過するまで行なわれるが、ＵＥ１００−２からの参加要求を受信後、所定の時間が満了する。
ここで、ＭＢＭＳ−ＧＷ３００は、カウンタ値が所定の閾値（図１０に示す例では、所定の閾値＝３）未満かどうかを判定する。
図１０に示す例では、ＭＢＭＳ−ＧＷ３００により、所定の時間内に計測したＭＢＭＳへの参加ＵＥ１００数（＝２）が、所定の閾値（＝３）未満であると判定される。
【００７５】
すると、ＭＢＭＳ−ＧＷ３００は、自局３００のU-Planeに対して現在のヘッダ圧縮状態についての情報収集を依頼する。
この依頼を受けたＭＢＭＳ−ＧＷ３００のU-Planeは、ヘッダ圧縮処理に関する情報（ヘッダ圧縮状態、コンテクストなど）を収集し、ＭＢＭＳ−ＧＷ３００のC-Planeに通知する。
【００７６】
そして、この通知を受けたＭＢＭＳ−ＧＷ３００は、ヘッダ圧縮済みデータを復元するためのコンテクストを含む、制御メッセージを作成、編集して、上記所定の時間内にＭＢＭＳへの参加を要求してきたＵＥ１００−１，１００−２宛に送信する。なお、このとき、ＭＢＭＳ−ＧＷ３００は、ＵＥ１００−３に対して、ＭＢＭＳへの参加を認める旨の応答メッセージ（Activate MBMS Context Accept）とともに、コンテクストを通知するようにしてもよい。
【００７７】
ＭＢＭＳ−ＧＷ３００から上記メッセージを受信したＵＥ１００−１，１００−２は、当該メッセージに含まれる情報を基に、ヘッダ圧縮済みデータを復元するためのコンテクストを作成することができる。あるいは、当該メッセージに含まれるコンテクストを抽出することもできる。
この結果、ＵＥ１００−１，１００−２は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００から受信したヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。
【００７８】
以上のように、本例では、ＵＥ１００のＭＢＭＳへの参加状況（例えば、参加頻度）に応じて、参加ＵＥ１００宛にコンテクストを個別に通知するか、それとも、ヘッダ圧縮状態を初期化して各ＵＥ１００宛にマルチキャストするかを切り替える。
これにより、図１０に例示するようにＭＢＭＳ−ＧＷ３００のC-planeの処理負荷が少ない場合は、ヘッダの圧縮効率を高める一方、図９に例示するようにC-plane処理負荷が大きい場合は、C-planeの処理負荷を掛けないような単純な制御が可能となる。
【００７９】
〔４〕第３変形例
上述した例では、ＭＢＭＳ−ＧＷ３００が、ＭＢＭＳデータのヘッダを圧縮する場合について説明したが、例えば、ｅＮＢ２００がヘッダ圧縮機能を具備していてもよい。
図１１は、本例に係る無線通信システムの構成例を示すブロック図である。
この図１１に示す無線通信システムは、例示的に、ＭＢＭＳ−ＧＷ３００´と、ＭＢＭＳ−ＧＷ３００´の上位ノードであるＢＭ−ＳＣ４００とをそなえる。また、例示的に、複数の無線基地局（例えば、ｅＮＢ）２００´−１，２００´−２とユーザ装置（ＵＥ）１００−１，１００−２及び１００−３をそなえる。なお、ＭＢＭＳ−ＧＷ３００´は、ヘッダ圧縮状態の制御以外は、既述のＭＢＭＳ−ＧＷ３００と同様の機能を具備する。また、ｅＮＢ２００´−１及び２００´−２は、既述のｅＮＢ２００と同様の機能に加えて、ヘッダ圧縮状態を制御する機能を具備する。
【００８０】
図１２及び図１３を用いて本例の無線システムの動作例を説明する。なお、既に説明した動作と同様の部分（図１２及び図１３中、破線で囲んだ手順（ａ）の部分）については、説明を省略する。
まず、図１２に例示するように、ＭＢＭＳ−ＧＷ３００´は、ＵＥ１００−３からＭＢＭＳデータの要求を受信すると、ｅＮＢ２００´−２に対して現在のヘッダ圧縮状態についての情報収集を依頼する。
【００８１】
この依頼を受けたｅＮＢ２００´−２は、ヘッダ圧縮処理に関する情報（ヘッダ圧縮状態、コンテクストなど）を収集し、ＭＢＭＳ−ＧＷ３００´に通知する。
そして、この通知を受けたＭＢＭＳ−ＧＷ３００´は、ヘッダ圧縮済みデータを復元するためのコンテクストを含む、制御メッセージを作成、編集して、ＵＥ１００−３宛に送信する。なお、このとき、ＭＢＭＳ−ＧＷ３００´は、ＵＥ１００−３に対して、ＭＢＭＳへの参加を認める旨の応答メッセージ（Activate MBMS Context Accept）とともに、コンテクストを通知するようにしてもよい。あるいは、ｅＮＢ２００´−２がＵＥ１００−３宛にコンテクストを通知するようにしてもよい。
【００８２】
ＭＢＭＳ−ＧＷ３００´から上記メッセージを受信したＵＥ１００−３は、当該メッセージに含まれる情報を基に、ヘッダ圧縮済みデータを復元するためのコンテクストを作成することができる。あるいは、当該メッセージに含まれるコンテクストを抽出することもできる。
この結果、ＵＥ１００−３は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００´から受信したヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。つまり、ヘッダ圧縮済みデータには含まれないヘッダ情報の一部を復元することにより、ＭＢＭＳデータを正常に受信処理することができる。
【００８３】
一方、図１３に例示するように、ＵＥ１００−３のＭＢＭＳへの参加を検出したＭＢＭＳ−ＧＷ３００´は、現在のヘッダ圧縮状態をヘッダ非圧縮状態に戻す（初期化する）よう、ｅＮＢ２００´−２に対して依頼する。
この依頼を受けたｅＮＢ２００´−２は、ヘッダ圧縮処理状態をヘッダ非圧縮状態に戻す。そして、その旨が完了したことを示すリセット（初期化）完了報告をＭＢＭＳ−ＧＷ３００´に対して通知する。
【００８４】
即ち、本例では、非圧縮データを送信する所定の周期以外のタイミングで、コンテクストを有さないＵＥ１００−３のほか、コンテクストを保持しているＵＥ１００−１，１００−２に対してもコンテクスト（ヘッダ非圧縮データ）が送信される。
これにより、新規ブランチ１００−３は、ＭＢＭＳへの参加後、ヘッダ非圧縮データを最初に受信するので、直ちにコンテクストを保持することが可能となる。
【００８５】
この結果、ＵＥ１００−３は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００´から受信するヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。
また、上述した第２変形例と同様の方法を用いて、ＵＥ１００のＭＢＭＳへの参加状況に応じて、参加ＵＥ１００宛にコンテクストを個別通知するか、それとも、ヘッダ圧縮状態を初期化して各ＵＥ１００宛にマルチキャストするかを切り替えるようにしてもよい。
【００８６】
以上のようにすれば、ＭＢＭＳに参加した、コンテクストを有さないＵＥ１００−３は、所定の周期でヘッダ非圧縮データを送信されるまでの間であっても、ＭＢＭＳデータを復元することができるので、ヘッダ伸張処理を効率化することが可能となる。
〔５〕第４変形例
また、ＭＢＭＳ−ＧＷ３００は、ＵＥ１００のＭＢＭＳへの参加タイミングに応じて、上記の通信制御方法（新規ブランチへのコンテクストの個別通知、あるいは、ヘッダ圧縮状態のリセット制御）を行なうかどうかを決定するようにしてもよい。
【００８７】
図１４に本例に係る無線通信システムの動作例を示す。この図１４に示す例では、例えば、ＵＥ１００−２がＭＢＭＳに新規参加する。なお、ＵＥ１００−１はＭＢＭＳに参加済みのＵＥである。
ＭＢＭＳ−ＧＷ３００のU-Planeは、定期的〔図１４では、例えば時間Ｔ毎（Ｔは自然数）〕にヘッダ圧縮状態をリセットしてヘッダを非圧縮状態にする。例えば、ＭＢＭＳ−ＧＷ３００のU-Planeは、ヘッダ圧縮状態のリセット完了時からタイマを起動し、時間Ｔを計測し、時間Ｔが経過後、ヘッダ圧縮状態を再びリセットする。
【００８８】
ここで、上記タイマ計測中に、新規ブランチ（ＵＥ１００−２）から手順（ａ）（図８に示す手順（ａ）と同様の手順）によりＭＢＭＳへの接続要求があると、本例のＭＢＭＳ−ＧＷ３００のC-Planeは、自局３００のU-Planeに対して現在の（ＵＥ１００−２の参加タイミングにおける）タイマ値についての情報収集を依頼する。また、このとき現在のヘッダ圧縮状態についての情報収集を依頼するようにしてもよい。
【００８９】
上記依頼を受けたＭＢＭＳ−ＧＷ３００のU-Planeは、上記タイマ値に関する情報を収集し、ＭＢＭＳ−ＧＷ３００のC-Planeに通知する。なお、このとき、ヘッダ圧縮処理に関する情報（ヘッダ圧縮状態、コンテクストなど）を収集し、ＭＢＭＳ−ＧＷ３００のC-Planeに通知するようにしてもよい。
そして、上記通知を受けたＭＢＭＳ−ＧＷ３００のC-Planeは、タイマ値と所定の閾値〔例えば、Ｔ１（Ｔ１は、Ｔ１＜Ｔを満たす自然数）〕を比較する。
【００９０】
ＭＢＭＳ−ＧＷ３００のC-Planeは、タイマ値が所定の閾値Ｔ１よりも小さいと判定すると、ヘッダ圧縮済みデータを復元するためのコンテクストを含む、制御メッセージを作成、編集して、ＵＥ１００−２宛に送信する。なお、このとき、ＭＢＭＳ−ＧＷ３００は、ＵＥ１００−２に対して、ＭＢＭＳへの参加を認める旨の応答メッセージ（Activate MBMS Context Accept）とともに、コンテクストを通知するようにしてもよい。
【００９１】
ＭＢＭＳ−ＧＷ３００から上記メッセージを受信したＵＥ１００−２は、当該メッセージに含まれる情報を基に、ヘッダ圧縮済みデータを復元するためのコンテクストを作成することができる。あるいは、当該メッセージに含まれるコンテクストを抽出することもできる。
結果、ＵＥ１００−２は、ＢＭ−ＳＣ４００，ＭＢＭＳ−ＧＷ３００から受信したヘッダ圧縮済みデータ（ＭＢＭＳデータ）を正常に伸張（復元、展開）することが可能となる。つまり、ヘッダ圧縮済みデータには含まれないヘッダ情報の一部を復元することにより、ＭＢＭＳデータを正常に受信処理することができる。
【００９２】
一方、タイマ値が所定の閾値Ｔ１以上であると判定すると、ＭＢＭＳ−ＧＷ３００のC-Planeは、ＵＥ１００−２のＭＢＭＳへの参加要求を認めるメッセージ（Activate MBMS Context Accept）を送信するが、ヘッダ圧縮済みデータを復元するためのコンテクストは送信しない。この場合、ＵＥ１００−２は、タイマ満了後のヘッダ圧縮状態のリセットタイミングにおいて、ＭＢＭＳ−ＧＷ３００からコンテクストを通知される。
【００９３】
以上のように、本例では、例えば、ＵＥ１００のＭＢＭＳへの参加タイミングが、ヘッダ圧縮状態のリセットタイミングに近い（例えば、タイマ値≧Ｔ１）場合は、ＵＥ１００にコンテクストを通知せず、次回のリセットタイミングまで待たせることができる。一方、ＵＥ１００のＭＢＭＳへの参加タイミングが、ヘッダ圧縮状態のリセットタイミングから遠い（例えば、タイマ値＜Ｔ１）場合は、上述した通信制御方法を用いて、ＵＥ１００宛にコンテクストを通知することができる。
【００９４】
このようにすれば、各装置の処理負荷を大幅に低減することが可能となる。
なお、上述した例では、タイマ満了を契機としてヘッダ圧縮状態をリセットする例について説明したが、例えば、通過パケット数に基づき、リセットすることも可能である。この場合、タイマを通過パケット数カウンタ、タイマ値を通過パケット数カウンタ値、Ｔ、Ｔ１を、それぞれ定期的にヘッダ圧縮リセットを行なうカウンタ値、ＭＢＭＳ−ＧＷ３００のC-planeに予め設定された比較値と読みかえればよい。
【００９５】
〔６〕その他
なお、上述したＵＥ１００，ｅＮＢ２００及び２００´，ＭＢＭＳ−ＧＷ３００，３００´，ＢＭ−ＳＣ４００の各構成及び各機能は、必要に応じて取捨選択してもよいし、適宜組み合わせてもよい。
また、上記の例で説明した、送信部及び制御部は、ｅＮＢ２００及び２００´，ＭＢＭＳ−ＧＷ３００，３００´以外の他のエンティティがそなえていてもよいし、それぞれ、異なる装置に配置してもよい。
【００９６】
さらに、上記の例で説明した、受信部及び復元部は、ＵＥ１００以外の他のエンティティがそなえていてもよいし、それぞれ、異なる装置に配置してもよい。
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
〔７〕付記
（付記１）
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置であって、
ヘッダ圧縮された前記データを復元するための情報を前記受信装置へ送信する送信部と、
前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なうように前記送信部を制御する制御部と、
をそなえたことを特徴とする、送信装置。
【００９７】
（付記２）
前記情報は、
前記タイミングで前記第１の受信装置に対しても送信される、
ことを特徴とする、付記１記載の送信装置。
（付記３）
前記タイミングは、前記第２の受信装置から前記データの受信要求を受信したタイミングに応じて定まる、
ことを特徴とする、付記１又は付記２に記載の送信装置。
【００９８】
（付記４）
前記制御は、
所定の時間内に所定数未満の前記第２の受信装置から前記データの受信要求を受信した場合に実施され、
前記情報は、前記第２の受信装置に対して、前記所定の時間の経過により定まるタイミングで送信される、
ことを特徴とする、付記１記載の送信装置。
【００９９】
（付記５）
前記制御は、
所定の時間内に所定数以上の前記第２の受信装置から前記データの受信要求を受信した場合に実施され、
前記情報は、前記第１及び第２の受信装置に対して、前記所定の時間の経過により定まるタイミングで送信される、
ことを特徴とする、付記１記載の送信装置。
【０１００】
（付記６）
前記制御は、
前記第２の受信装置から前記データの受信要求を受信したタイミングに応じて中止される、
ことを特徴とする、付記１記載の送信装置。
【０１０１】
（付記７）
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する前記受信装置であって、
ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信する受信部と、
前記受信部で受信した前記情報を基に、ヘッダ圧縮された前記データを復元する復元部と、
をそなえたことを特徴とする、受信装置。
【０１０２】
（付記８）
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信方法であって、
前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、
前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なう、
ことを特徴とする、送信方法。
【０１０３】
（付記９）
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置から、ヘッダ圧縮された前記データを受信する受信方法であって、
ヘッダ圧縮された前記データを復元するための情報を保持している他の受信装置に対して前記情報が送信される所定の周期に依存しないタイミングで前記情報を受信し、
前記受信した前記情報を基に、ヘッダ圧縮された前記データを復元する、
ことを特徴とする、受信方法。
【０１０４】
（付記１０）
複数の受信装置宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、
ヘッダ圧縮された前記データを復元するための情報を前記受信装置へ送信する送信部と、
前記情報を保持している第１の受信装置に対しては、所定の周期で前記情報の送信を行ない、前記情報を保持しない第２の受信装置に対しては、前記周期に依存しないタイミングで前記情報の送信を行なうように前記送信部を制御する制御部と、
前記送信装置から、ヘッダ圧縮された前記データを受信する前記受信装置と、
前記タイミングで前記情報を受信する受信部と、
前記受信部で受信した前記情報を基に、ヘッダ圧縮された前記データを復元する復元部と、
をそなえたことを特徴とする、通信システム。
【図面の簡単な説明】
【０１０５】
【図１】一実施形態に係る無線通信システムの構成例を示す図である。
【図２】図１に示すＭＢＭＳ−ＧＷの構成例を示すブロック図である。
【図３】図１に示すＵＥの構成例を示すブロック図である。
【図４】図１に示す無線通信システムの動作例を示すフローチャートである。
【図５】ヘッダの構成例を示す図である。
【図６】コンテクスト情報の一例を示す図である。
【図７】コンテクスト情報の一例を示す図である。
【図８】第１変形例に係る無線通信システムの動作例を示すフローチャートである。
【図９】第２変形例に係る無線通信システムの動作例を示すフローチャートである。
【図１０】第２変形例に係る無線通信システムの動作例を示すフローチャートである。
【図１１】第３変形例に係る無線通信システムの構成例を示す図である。
【図１２】図１１に示す無線通信システムの動作例を示すフローチャートである。
【図１３】図１１に示す無線通信システムの動作例を示すフローチャートである。
【図１４】第４変形例に係る無線通信システムの動作例を示すフローチャートである。
【図１５】ＲｏＣＨでのヘッダ圧縮状態を示す図である。
【符号の説明】
【０１０６】
１００−１，１００−２，１００−３  ユーザ装置（ＵＥ）
１０１  無線インタフェース部
１０２  ヘッダ伸長部
１０３  アプリケーション処理部
１０４  ヘッダ伸長コンテクスト処理部
１０５  コンテクストメモリ
１０６  メッセージ処理部
２００−１，２００−２，２００−３，２００´−１，２００´−２  基地局装置（ｅＮＢ）
３００，３００´  ゲートウェイ装置（ＭＢＭＳ−ＧＷ）
３０１  ネットワークインタフェース部
３０２  ヘッダ圧縮部
３０３  パケット分配部
３０４  アクセスインタフェース部
３０５  ヘッダ圧縮コンテクスト処理部
３０６  コンテクストメモリ
３０７  メッセージ処理部
４００  サービスセンタ（ＢＭ−ＳＣ）
【図１】
2010130175.tif 000003
【図２】
2010130175.tif 000004
【図３】
2010130175.tif 000005
【図４】
2010130175.tif 000006
【図５】
2010130175.tif 000007
【図６】
2010130175.tif 000008
【図７】
2010130175.tif 000009
【図８】
2010130175.tif 000010
【図９】
2010130175.tif 000011
【図１０】
2010130175.tif 000012
【図１１】
2010130175.tif 000013
【図１２】
2010130175.tif 000014
【図１３】
2010130175.tif 000015
【図１４】
2010130175.tif 000016
【図１５】
2010130175.tif 000017