JP2007502070A - マルチメディアブロードキャスト／マルチキャストサービスのためのプロトコルを構成する方法及び装置 - Google Patents

Abstract

移動通信システムにおいて、複数のセルへＭＢＭＳサービスを提供するための方法及び装置に関する。マルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）のサービスを提供する無線網制御器と、無線網制御器に接続され、複数のセル内のＵＥにＭＢＭＳサービスを提供する複数の基地局とを含む移動通信システムにおいて、無線網制御器は、複数のセルにそれぞれ対応する複数の下位階層エンティティと、上位階層からＭＢＭＳサービスのためのデータを受信して、下位階層エンティティのうちのいずれか１つからの要求があると、データを該当下位階層エンティティへ送信する複数のセルにそれぞれ共通している無線リンク制御（ＲＬＣ）エンティティ及びパケットデータ制御プロトコル（ＰＤＣＰ）エンティティとを含んで構成される。

Description

本発明は、移動通信システムにおけるマルチメディアブロードキャスト／マルチキャストサービス（Multimedia Broadcast／Multicast Service：以下、ＭＢＭＳサービスと称する）に関し、特に、共通プロトコルエンティティ（entity）を用いる複数のセルへＭＢＭＳサービスを提供するためのプロトコルを構成する方法及び装置に関する。

第３世代移動通信システムの１つであるユニバーサル移動体通信サービス（Universal Mobile Telecommunication Service：ＵＭＴＳ）システムは、移動体通信用グローバルシステム（Global System for Mobile Communications：ＧＳＭ）及び汎用パケット無線サービス（General Packet Radio Services：ＧＰＲＳ）通信標準に基づいている。しかしながら、上記ＵＭＴＳは、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）を使用するＧＳＭとは異なって、広帯域（Wideband）符号分割多元接続（Code Division Multiple Access：以下、ＣＤＭＡと称する）技術を使用し、全世界の移動電話やコンピュータ使用者にパケット基盤のテキスト、デジタル化した音声やビデオ、及びマルチメディアデータを２Ｍｂｐｓ以上の高速で伝送することができる一貫したサービスを提供する。ＵＭＴＳは、インターネットプロトコル（Internet Protocol：ＩＰ）のようなパケットプロトコルを使用するパケット交換システムと呼ばれる仮想接続の交換方式を使用する。このＵＭＴＳは、ネットワーク内の他のいずれの端部にも常に接続が可能である。

図１は、従来技術によるＵＭＴＳシステムの無線接続ネットワーク（UMTS Terrestrial Radio Access Network；以下、ＵＴＲＡＮと称する）の構成を示す図である。
図１を参照すると、ＵＴＲＡＮ１０２は、複数のセル１１０，１１４，１２２，１２６と、Ｎｏｄｅ Ｂ１０８，１１２，１２０,１２４と、無線網制御器（Radio Network Controller：以下、ＲＮＣと称する）１０６，１１８とから構成され、ＵＴＲＡＮ１０２は、ユーザ端末機（User Equipment：以下、ＵＥと称する）１２８を基幹網（Core Network：ＣＮ）１００に接続する。ＲＮＣ１０６は、Ｎｏｄｅ Ｂ１１０及び１１４を制御し、ＲＮＣ１１８は、Ｎｏｄｅ Ｂ１２０及び１２４を制御する。Ｎｏｄｅ Ｂ１０８，１１２，１２０，１２４は、該当下位のセル１１０，１１４，１２２，１２６を制御する。

１つのＲＮＣ及び上記ＲＮＣの制御下にあるＮｏｄｅ Ｂ及びセルをまとめて無線網サブシステム（Radio Network Subsystem：以下、ＲＮＳと称する）と呼ぶ。ＲＮＣ１０６及び１１８は、Ｉｕｂインターフェースを介してＮｏｄｅ Ｂ１０８，１１２，１２０，１２４に接続され、ＲＮＣ１０６は、Ｉｕｒインターフェースを介してＲＮＣ１１８に接続される。

ＲＮＣ１０６及び１１８は、自身が制御するＮｏｄｅ Ｂ１０８，１１２，１２０，１２４の無線資源を割り当てるか、又は、管理し、Ｎｏｄｅ Ｂ１０８,１１２，１２０，１２４は、実際の無線資源を提供する。上記無線資源は、セル別に構成されており、Ｎｏｄｅ Ｂ１０８，１１２，１２０，１２４が提供する無線資源は、自身が管理するセルの無線資源を意味する。ＵＥ１２８は、特定のＮｏｄｅ Ｂが提供した無線資源を使用して無線チャンネルを構成し、上記無線チャンネルを介して通信を遂行する。通常、端末機の立場では、Ｎｏｄｅ Ｂとセルとの間の区別は無意味である。ただ、ＵＥ１２８は、セル別に構成された物理階層のみを認識するので、以下、Ｎｏｄｅ Ｂ及びセルは同一の意味で使用される。

ＵＥとＲＮＣとの間のインターフェースは、Ｕｕインターフェースと呼ばれ、上記Ｕｕインターフェースの階層的な構成を図２に示す。
ＵＥとＲＮＣとの間のインターフェースは、Ｕｕインターフェースと呼び、上記Ｕｕインターフェースの階層的なプロトコル構成を図２に詳細に示す。上記Ｕｕインターフェースは、上記Ｉｕインターフェース又はＩｕｂインターフェースと同様に、ノード間で通信を遂行するために構成されているプロトコルスタックと見なされる。Ｕｕインターフェースは、ＵＥとＲＮＣとの間で制御信号を交換するために使用される制御プレーン（Control Plane）と実際のデータを送信するために使用されるユーザプレーン（User Plane）とに区分される。

図２を参照すると、制御プレーン（Ｃ-plane）シグナリング２００は、ＲＲＣ（Radio Resource Control）階層２０４、ＲＬＣ（Radio Link Control）階層２１０、ＭＡＣ（Media Access Control）階層２１２、及び物理（Physical；以下、ＰＨＹと称する）階層２１４を介して処理され、ユーザプレーン（U-plane）情報２０２は、ＰＤＣＰ（Packet Data Control Protocol）階層２０６、ＢＭＣ（Broadcast／Multicast Control）階層２０８、ＲＬＣ階層２１０、ＭＡＣ階層２１２、ＰＨＹ階層２１４を介して処理される。ここに示した階層中、ＰＨＹ階層２１４は、各セルに位置し、ＭＡＣ階層２１２からＲＲＣ階層２０４まではＲＮＣに位置する。

ＰＨＹ階層２１４は、無線送信（Radio Transfer）技術を用いた情報送信サービスを提供し、ＯＳＩ（Opening Systems Interconnection）モデルの第１の階層（Ｌ１）に該当する。ＰＨＹ階層２１４とＭＡＣ階層２１２との間は、送信チャンネル（Transport Channels）によって接続され、上記送信チャンネルは、特定のデータがＰＨＹ階層２１４で処理される方式に従って定義される。ＰＨＹ２１４は、ＭＢＭＳデータをセル別に割り当てられているスクランブリングコードと物理チャンネル別に割り当てられているチャンネル化コード（Channelization code）で符号化して、無線送信を可能にする。

ＭＡＣ階層２１２は、論理チャンネルを介してＲＬＣ階層２１０に接続される。ＭＡＣ階層２１２は、論理チャンネルを介してＲＬＣ階層２１０から受信されたデータを適切な送信チャンネルを介してＰＨＹ階層２１４へ送信し、ＰＨＹ階層２１４から送信チャンネルを介して受信されたデータを適切な論理チャンネルを介してＲＬＣ階層２１０へ送信する。また、ＭＡＣ階層２１２は、論理チャンネル又は送信チャンネルを介して受信されたデータに付加情報を挿入するか、又は、データに挿入された付加情報を解析し、上記解析された付加情報に従って適切な動作を遂行する。また、ＭＡＣ階層２１２は、ランダムアクセス動作を制御する。

ＲＬＣ階層２１０は、論理チャンネルの設定及び解除を担当する。ＲＬＣ階層２１０は、ＡＭ（Acknowledged Mode）、ＵＭ（Unacknowledged Mode）、及びＴＭ（Transparent Mode）という３種類の動作モードのうちの１つで動作することができる。一般に、ＵＭモードで、ＲＬＣ階層２１０は、上位階層から提供されたサービスデータユニット（Service Data Unit；以下、ＳＤＵと称する）を適切な大きさに分割するか、又は、結合（concatenation）する機能、及び自動再送要求（Automatic Repeat reQuest：ＡＲＱ）による誤り訂正機能を遂行する。ＴＭモードにおいて、ＲＬＣ階層２１０は、何の処理も施さず、ＳＤＵのみを送信する。
ＰＤＣＰ階層２０６は、ユーザプレーン２０２でＲＬＣ階層２１０の上位階層に位置し、ＩＰパケットの形態で送信されたデータのヘッダーを圧縮して復元する機能及び特定のＵＥに移動性サービスを提供するＲＮＣが変更される状況でデータの無損失送信機能を有する。

通常のサービスの場合であれば、ＰＤＣＰ階層２０６は、無損失（lossless）ＳＲＮＳ（Serving RNS）の再割当て（relocation）を支援し、ヘッダーを圧縮する機能を担当するが、ＭＢＭＳサービスの場合には、ブロードキャスティング／マルチキャスティングの特性上、無損失ＳＲＮＳの再割当てを支援する必要がない。ここで、上記ＳＲＮＳの再割当ては、ＳＲＮＣではない他のＲＮＣが制御するセルへ移動したＵＥが、上記他のＲＮＣをＳＲＮＣに再設定する過程を意味する。ＢＭＣ階層２０８は、ＲＬＣ階層２１０の上位階層に位置し、特定のセルで、不特定の複数のＵＥへ同一のデータを送信するブロードキャスティングサービスを支援する。

特定のサービスに対する呼が設定される過程で、ＲＮＣは、上記サービスを提供するためのＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹ階層のそれぞれのプロトコル処理を遂行するエンティティ（Entities）を構成する。特定のサービスを提供するために構成された上記プロトコルエンティティの集合を無線ベアラー（Radio Bearer；ＲＢ）と称する。上記各プロトコルエンティティは、別途のソフトウェアブロックとして構成されることができる。また、上記プロトコルエンティティ間のアクセス位置をサービスアクセスポイント（Service Access Point：ＳＡＰ）と称する。例えば、ＰＤＣＰとＲＬＣエンティティとの間のアクセスポイントは、ＲＬＣ ＳＡＰである。上記ＲＬＣ ＳＡＰを介して、ＰＤＣＰエンティティは、ＲＬＣエンティティへ伝達されたユーザデータであるＲＬＣ−ＤＡＴＡ−ＲＥＱのようなプリミティブ（Primitive）を伝達する。

ＲＲＣ階層２０４は、ＵＴＲＡＮとＵＥとの間の無線資源の割当て及び解除を担当する。ＲＲＣ階層２０４は、ＲＲＣ接続モード（connected mode）にあるＵＥに割り当てられている無線資源を管理し、上記ＵＥの移動性を管理し、該当ＵＥへＣＮ信号を伝達する。

ＵＭＴＳ通信システムにおいて、ＵＥとＲＮＣとの間の上述したプロトコル構成は、ポイントツーポイント（Point-to-Point：以下、ＰｔＰと称する）接続に基づく。無線ネットワークを介して同一のマルチメディアデータを複数の受信者へ送信するマルチメディアブロードキャスト／マルチキャストサービス（multimedia broadcast／multicast service：以下、ＭＢＭＳサービスと称する）の場合には、無線送信資源を節約するために、複数の受信者が１つの無線チャンネルを共有する。上記ＭＢＭＳサービスの場合に、ＰＤＣＰ階層２０６は、ヘッダーの圧縮及び復元に関連した機能のみを制御する。上記ＭＢＭＳサービスが下りリンクを介してのみ送信されるので、ヘッダーの圧縮機能は、ＲＮＣで遂行され、ヘッダーの復元機能は、ＵＥで遂行される。

上記ＭＢＭＳサービスの場合には、１つのＲＮＣから複数のＵＥへ同一のデータを送信し、結果的に、ＵＥが位置している複数のセルへ同一のデータを送信するので、ＲＮＣとＵＥとの間には、ポイントツーマルチプル（Point-to-Multiple：以下、ＰｔＭと称する）接続が設定される。従って、上記ＭＢＭＳサービスは、１つのＲＮＣが１つのＵＥへデータを送信する既存のユニキャスト（Unicast）サービスとは異なる。従って、既存のサービスのように、１つの無線ベアラーの当たり、１つのＰＤＣＰエンティティ、１つのＲＬＣエンティティ、１つのＭＡＣエンティティ、及び１つのＰＨＹエンティティを使用することは、システム資源を大きく消費すると同時に、サービス遅延を増加させる、という問題点があった。

上記背景に鑑みて、本発明の目的は、ＭＢＭＳサービスを提供する移動通信システムにおいて、１つのＰＤＣＰエンティティ及び１つのヘッダー圧縮器を用いて、ＭＢＭＳサービスのためのＲＢを構成することによって、ＲＮＣの処理負荷を減少させる方法及び装置を提供することにある。
本発明の他の目的は、ＭＢＭＳサービスを提供するために、複数の下位階層プロトコルエンティティに接続された１つの共有ＰＤＣＰエンティティを動作させる方法及びその構成を提供することにある。
本発明の更なる目的は、ＭＢＭＳサービスを提供する移動通信システムにおいて、ＰｔＰモードにあるＭＢＭＳサービスのためのＲＢを構成することによって、ＲＮＣの処理負荷を減少させる方法及び装置を提供することにある。
本発明のもう１つの目的は、ＭＢＭＳデータを処理するＭＢＭＳ ＲＢを構成するにおいて、共通のＲＬＣエンティティを構成することによって、ＲＮＣの処理負担を減少させる方法及び装置を提供することにある。

このような目的を達成するために、本発明の１つの特徴によれば、移動通信システムにおいて、複数のセルに位置する端末機へマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する装置及び方法は、上位階層プロトコルヘッダー及びＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信し、上記上位階層プロトコルヘッダーを上記複数のセルに対して共通である所定のヘッダー圧縮プロトコルに従って圧縮し、上記圧縮されたヘッダー及び上記ユーザデータに上記ヘッダー圧縮プロトコルを示すパケットデータ制御プロトコル（ＰＤＣＰ）ヘッダーを追加することによって、下位階層プロトコルデータを生成し、上記下位階層プロトコルデータを上記複数のセルに対応する下位階層エンティティへ送信することを特徴とする。

本発明は、ＲＮＣにおいて、１つの共有ＰＤＣＰエンティティの下位階層に複数のＲＬＣ、ＭＡＣ、及びＰＨＹエンティティを構成し、ＰＤＣＰエンティティで、同一のデータをコピーして複数のセルに分配することによって、ＭＢＭＳサービスを支援することができる。
また、本発明は、複数のセルにより共有されるＰＤＣＰエンティティから、必要に応じて、特定のセルを介して特定の制御パケットを送信することによって、不必要なシステム資源の浪費を防止することができる。
さらに、本発明は、ＲＮＣでＭＢＭＳサービスを提供するにあたって、１つのＲＬＣエンティティを構成し、ＲＬＣエンティティから複数の下位階層エンティティへＭＢＭＳデータを送信することによって、ＲＮＣの構成を簡素化することができる。

以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、使用者及び運用者の意図又は慣例に従って変わっても良い。従って、その用語は、本発明の全体の内容に基づいて定義されなければならない。

本発明は、ＲＮＣとＵＥとの間のＵｕインターフェースを介してＭＢＭＳデータを処理するＭＢＭＳ無線ベアラー（Radio Bearer：ＲＢ）を複数のセルにわたって構成する場合にも、１つの階層のエンティティのみを使用することによって、ＲＮＣの処理負荷を減少させるＭＢＭＳ ＲＢの構成を提供する。ここで、上記ＭＢＭＳ ＲＢは、Ｉｕインターフェースを介して受信されたＭＢＭＳデータをＵｕインターフェースを介した送信に適合した形態で処理するＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ階層の集合である。

図３は、第３世代非同期移動通信方式の標準である３ＧＰＰ（3^rd Generation Project Partnership）に基づくＭＢＭＳサービスを提供するためのＭＢＭＳ移動通信システムの簡略化した構成を示す。図３を参照すると、ＵＥ３６１，３６２，３６３，３７１，３７２は、ＭＢＭＳサービスを受信することができる端末装置又は加入者を意味する。第１のセル３６０（セル１）及び第２のセル３７０（セル２）は、加入者へＭＢＭＳ関連データを送信する基地局装置を意味する。図３に示すように、セル１とＵＥ３６１，３６２，３６３との間には、ＭＢＭＳサービスのための１つの無線チャンネルのみが構成される。ＲＮＣ３４０は、複数のセルを制御する無線網制御器である。特に、ＲＮＣ３４０は、マルチメディアデータを特定のセルへ選択的に送信し、ＭＢＭＳサービスを提供するために設定されている無線チャンネルを制御する。

ＳＧＳＮ（Serving GPRS Supporting Node）３３０は、各加入者に対するＭＢＭＳ関連サービスを制御する。代表的に、ＳＧＳＮ３３０は、各加入者に提供されるサービス課金関連データを管理する機能及びマルチメディアデータを特定のＲＮＣへ選択的に送信する機能を担当する。中継ネットワーク（Transit Network：Ｎ／Ｗ）３２０は、ＢＭ−ＳＣ（Broadcast/Multicast Service Center）３１０とＳＧＳＮ３３０との間の通信路を提供し、ＧＧＳＮ（Gateway GPRS Support Node）及び外部のＣＮから構成されることができる。ＢＭ−ＳＣ３１０は、ＭＢＭＳデータのソースであって、各サービスに対するデータをスケジューリングする。

ＢＭ−ＳＣ３４０から生成されたＭＢＭＳデータストリームは、Ｎ／Ｗ３２０、ＳＧＳＮ３３０、ＲＮＣ３４０、セル３６０及び３７０を介してＵＥ３６１，３６２，３６３，３７１，３７２へ伝達される。図示していないが、１つのＭＢＭＳサービスに対しては、複数のＳＧＳＮが存在し、各ＳＧＳＮに対しては、複数のＲＮＣが存在することができる。ＳＧＳＮは、ＲＮＣへデータを選択的に送信し、ＲＮＣは、セルへデータを選択的に送信する。その結果、データストリームを伝達しなければならない目的地のリスト（すなわち、ＳＧＳＮでは、ＲＮＣリスト、ＲＮＣでは、セルリスト）を貯蔵して、上記貯蔵されているリストを参照して上記目的地へＭＢＭＳデータを選択的に送信する。

図４は、ＭＢＭＳサービス提供手順に対する信号フローを示す図である。特定のセルでＭＢＭＳサービスが提供される手順の一例を説明するために、ＭＢＭＳサービスを受信するＵＥ、ＲＮＣ、及びＳＧＳＮとの間の信号フローを示す。
図４を参照すると、ステップ４００で、ＳＧＳＮは、ＲＮＣを介して特定のＭＢＭＳサービスに関する基本的な情報、例えば、上記特定のＭＢＭＳサービスの識別子及び上記ＭＢＭＳサービスが使用可能であるか否かを示す情報をＵＥへ通知する。上記ＭＢＭＳサービスのうちで、ＵＥが要求したＭＢＭＳサービスがある場合に、ステップ４１０で、ＵＥは、ＲＮＣを介して該当ＭＢＭＳサービスに参加（joining）することをＳＧＳＮへ通知する。

参加ステップ４１０において、ＵＥは、ＳＧＳＮへ自身が受信することを希望するＭＢＭＳサービスの識別子を通知し、上記ＳＧＳＮは、上記ＵＥの認証を遂行した後に、上記ＭＢＭＳサービスの受信が可能であるか否かをＵＥへ通知する。これは、ＭＢＭＳコンテキスト活性化要求（ACTIVATE MBMS CONTEXT REQUEST）メッセージとＭＢＭＳコンテキスト活性化許容（ACTIVATE MBMS CONTEXT ACCEPT）メッセージとの交換によってなされる。ＳＧＳＮは、参加ステップ４１０で、特定のＭＢＭＳサービスの受信を希望するＵＥのリスト及び位置を貯蔵する。

ＢＭ−ＳＣが上記ＭＢＭＳサービスの開始を通知すると、ステップ４１５で、ＳＧＳＮは、参加ステップ４１０を遂行した上記ＵＥが位置している上記ＲＮＣにセッション開始（Session Start）メッセージを送信する。ステップ４２０で、上記ＲＮＣは、上記ＭＢＭＳサービスの受信を望む複数のＵＥを呼び出すために、ＭＢＭＳページングメッセージを付加共通制御物理チャンネル（Secondary-Common Control Physical Channel：以下、“Ｓ−ＣＣＰＣＨ”と称する）のような共通チャンネルを介して送信する。該当ＭＢＭＳサービスに参加した複数のＵＥが上記ＭＢＭＳページングメッセージによって呼び出されるので、ステップ４２０は、従来のページング手順とは対比される意味で、“グループページング（Group Paging）”とも呼ぶ。

ステップ４３０で、上記ＵＥは、上記呼出しに対するＭＢＭＳ応答メッセージ（MBMS PAGING RESPONSE）を送信する。その結果、上記ＲＮＣは、セル別にＭＢＭＳサービスの受信を要求しているＵＥの数を把握し、該当セルに対する無線チャンネルの種類（すなわち、サービスタイプ）を決定する。すなわち、ＭＢＭＳサービスの受信を希望するＵＥの数があらかじめ定められたしきい値よりも大きいか、または同一である場合に、ＰｔＭ方式にて共通チャンネルを介して上記ＭＢＭＳサービスを提供し、上記ＵＥの数が上記しきい値よりも小さい場合に、ＵＥ別に専用チャンネルを設定して、上記ＭＢＭＳサービスをＰｔＰ方式にて上記専用チャンネルを介してＵＥへ提供する。ステップ４３０は、上記ＲＮＣと上記ＵＥとの間の制御メッセージを交換することによって遂行されるか、又は、上記ＳＧＳＮと上記ＵＥとの間の制御メッセージを交換することによって遂行される。

上記サービスタイプがＰｔＰとして決定される場合に、上記ＭＢＭＳサービスは、従来のユニキャストサービスと同一の方式にて提供される。しかしながら、上記サービスタイプがＰｔＭである場合には、特定のＲＮＣから複数のＵＥへデータを送信するための接続が設定されなければならない。下記では、ＰＴＭ送信に決定された場合のサービスの手順について説明する。

ステップ４３３で、上記ＲＮＣは、上記複数のＵＥへ上記ＭＢＭＳサービスを提供するためのＭＢＭＳ ＲＢを構成する。上記ＭＢＭＳ ＲＢは、上記ＭＢＭＳサービスを提供する無線チャンネルに関連される。ステップ４３５で、上記ＲＮＣは、上記ＭＢＭＳ ＲＢ構成情報をＭＢＭＳ制御チャンネル（MBMS Control Channel：ＭＣＣＨ）を介して上記複数のＵＥへ送信する。上記ＭＢＭＳ ＲＢ構成情報は、ＭＢＭＳサービスが提供される無線チャンネル情報、例えば、ＯＶＳＦ（Orthogonal Variable Spreading Factor）コード情報、トランスポートフォーマット（Transport Format）情報、ＲＬＣ情報、及びＰＤＣＰ情報などを含む。

上記ＭＣＣＨは、通常、セル当たり１つのみが構成され、Ｓ−ＣＣＰＣＨのような共通チャンネルにマッピングされる。ＵＥは、上記ＭＣＣＨを介して受信される情報をシステム情報として取得する。ステップ４４０で、上記ＵＥは、上記ＭＢＭＳ ＲＢ構成情報に従ってＭＢＭＳデータを受信する。

ＵＴＲＡＮは、１つのサービスのためのデータをＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹの階層的な構成で提供する。このとき、上記ＲＤＣＰ／ＲＬＣ／ＭＡＣ階層は、ＲＮＣ内に位置し、上記ＰＨＹ階層は、Ｎｏｄｅ Ｂ内に位置する。ＭＢＭＳサービスの場合に、同一のＭＢＭＳサービスの受信を希望するＵＥが相互に異なるセルに位置することができる。このような場合に、ＭＢＭＳデータは、上記セルのすべてに伝達されなければならない。

しかしながら、上記ＭＢＭＳサービスを提供するために、上記ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティを各セル別に構成することは、非常に非効率である。実際に、上位階層ネットワーク要素（例えば、ＳＧＳＮ）がＲＮＣへ提供するＭＢＭＳデータは、ＰＤＣＰ及びＲＬＣの上位階層までは、同一に処理された後に、下位階層で該当セルに従って相互に異なって処理される。従って、本発明では、１つのＭＢＭＳサービスのために、１つのＲＮＣ内に１つの共通階層のエンティティを構成し、下位階層のエンティティは、セル別にそれぞれの動作を遂行する。

まず、特定のＭＢＭＳサービスを提供するための統合されたＰＤＣＰエンティティを説明する。
ＰＤＣＰエンティティで担当する主なデータ処理のうちの１つは、ヘッダーの圧縮及び復元（compression/decompression）である。ＩＰネットワークを介して提供されたＭＢＭＳサービスにおいて、ＭＢＭＳデータは、ＩＰ／ＵＤＰ（User Datagram Protocol）／ＲＴＰ（Real-time Transfer Protocol）パケットとなるが、これは、ＭＢＭＳサービスの一番重要なアプリケーションがマルチメディアストリーミングサービスであり、ＩＰネットワークでマルチメディアストリーミングサービスを提供する一番有力な方案がＩＰ／ＵＤＰ／ＲＴＰであるためである。ＩＰ／ＵＤＰ／ＲＴＰパケットは、ＩＰヘッダーとＵＤＰヘッダーとＲＴＰヘッダーとを含んでなされ、上記ヘッダーの総大きさが４０〜６０バイトである。従って、上記ＩＰ／ＵＤＰ／ＲＴＰパケットは、上記無線上で送信される負担が非常に大きい。

上記ＰＤＣＰエンティティは、送信データパケットのＩＰ／ＵＤＰ／ＲＴＰヘッダーから静的（Static）フィールドを除去することによって、そのヘッダーを幾つかのバイトに圧縮して、下位のＲＬＣ階層へ送信する。受信されたデータパケットの圧縮されたヘッダーをあらかじめ貯蔵されたヘッダーコンテキスト（Header Context）を参照して復元する。例えば、ＭＢＭＳサービスに対しては、ＲＯＨＣ（Robust Header Compression）と呼ばれるヘッダー圧縮技術が使用される。従って、ＭＢＭＳデータを処理するＰＤＣＰエンティティは、ＲＯＨＣヘッダー圧縮器及び復元器を備える。同一のＭＢＭＳサービスに対しては、同一のヘッダー圧縮技術が使用される。

図５Ａ及び図５Ｂは、ヘッダーの圧縮を遂行するＰＤＣＰエンティティの構成を示す。
まず、図５Ａは、セル別にそれぞれのＰＤＣＰエンティティを使用するヘッダー圧縮を示す。ＰＤＣＰエンティティの各々は、該当セルへ送信するＭＢＭＳデータを処理するために、ヘッダー圧縮器５１０，５１５，５２０を備える。セル別に備えられたヘッダー圧縮器５１０，５１５，５２０が同一のＭＢＭＳデータを処理するために構成される場合に、Ｉｕインターフェースを介したＭＢＭＳデータは、ヘッダー圧縮器５１０，５１５，５２０のすべてに同一に入力され、ヘッダー圧縮器５１０，５１５，５２０は、同一のヘッダー圧縮プロトコルによって上記ＭＢＭＳデータを圧縮する。すると、ヘッダー圧縮器５１０，５１５，５２０から出力されたヘッダーの圧縮されたデータ５２５，５３０，５３５は、すべて同一となる。

図５Ｂは、１つのヘッダー圧縮器５４０を使用してＭＢＭＳデータ５００のヘッダーを圧縮した後に、これをそれぞれのセルへ伝達する構成を示す。この場合に、複数のセルに対して１つのＰＤＣＰエンティティが使用されるとしても、各セルへ伝達されるヘッダーの圧縮されたデータ５２５，５３０，５３５は、すべて同一となる。

図６は、本発明の望ましい実施形態によるＲＮＣ６１０のＭＢＭＳ ＲＢ６０５の構成を示す。上記ＭＢＭＳ ＲＢ６０５は、特定のＭＢＭＳサービスに対するデータをｎ個のセルへブロードキャストするように構成される。
図６を参照すると、ＭＢＭＳ ＲＢ６０５は、ＭＢＭＳデータ６５０の送信を希望するｎ個のセル６３５−１〜６３５−ｎに対して共有される１つのＰＤＣＰエンティティ６１５を含む。ＰＤＣＰエンティティ６１５は、ヘッダー圧縮器６２０及びＰＤＣＰヘッダー付加器（PDCP Header Attacher）６２５を有する。ヘッダー圧縮器６２０は、Ｉｕインターフェースを介して受信されたデータパケットのヘッダーをあらかじめ構成されたＲＲＣ／ＭＢＭＳコンテキスト６５５に基づいて圧縮して、ＰＤＣＰヘッダー付加器６２５へ伝達する。ＰＤＣＰヘッダー付加器６２５は、上記圧縮されたデータにＰＤＣＰヘッダーを付加する。ＰＤＣＰエンティティ６１５の出力データは、複数のセル６３５−１〜６３５−ｎへ提供される。

図７は、本発明の望ましい実施形態による複数のセルへＭＢＭＳデータを送信するＰＤＣＰエンティティの構成をさらに詳細に示す。
図７を参照すると、ＰＤＣＰエンティティ７００は、Ｉｕインターフェースを介して、特定のＭＢＭＳサービスに対するデータを含むＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブ７０５を受信した後に、ＲＬＣ ＳＡＰへ伝達するＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブを構成する。ここで、ＳＡＰとは、ＰＤＣＰ階層とＲＬＣ階層との間の接続位置を意味する。すなわち、特定のＳＡＰを介したデータの送信は、該当ＲＬＣエンティティへのデータの送信と同一の意味である。

さらに詳細に説明すると、ＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブ７０５は、上位階層のプロトコルヘッダー及びユーザデータを含む。上記上位階層のプロトコルは、ＲＴＰ／ＵＤＰ／ＩＰ又はＵＤＰ／ＩＰになることができるが、ここでは、本発明の理解を助けるために、ＲＴＰ／ＵＤＰ／ＩＰを使用する。上記ユーザデータは、Ｕｕインターフェースを介して実際のＵＥへ送信されるデータを意味する。例えば、上記ユーザデータは、ビデオデータである。

ＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブ７０５がヘッダー圧縮器７１０へ入力されると、ヘッダー圧縮器７１０は、上記ＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブ７０５に含まれたＲＴＰ／ＵＤＰ／ＩＰヘッダーをあらかじめ定められたヘッダー圧縮プロトコルによって圧縮した後に、ＰＤＣＰヘッダー付加器７２０へ上記圧縮されたヘッダー及び上記ユーザデータを送信する。例えば、上記ヘッダー圧縮プロトコルは、ロバストヘッダー圧縮（robust header compression：ＲＯＨＣ）又はＲＦＣ２５０７である。ヘッダー圧縮器７１０は、ＭＢＭＳ ＲＢが設定される過程で、ＲＲＣ階層の制御下に使用されるヘッダー圧縮プロトコルを選択する。ＰＤＣＰエンティティ７００は、サービスごとに相互に異なるヘッダー圧縮器を有する。各ヘッダー圧縮器に関する情報は、ＰＤＣＰヘッダーフィールドで受信器へ送信される。

ＰＤＣＰヘッダー付加器７２０は、ヘッダー圧縮器７１０から受信されたデータ７１５へ１バイトのＰＤＣＰヘッダーを付加して、ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ７２５を生成する。ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ７２５は、ＰＤＣＰヘッダーと圧縮されたヘッダー及びユーザデータで構成されたＰＤＣＰデータとを含む。上記ＰＤＣＰヘッダーは、プロトコルデータグラムユニット（Protocol Datagram Unit：ＰＤＵ）タイプフィールド及びＰＩＤ（Packet Identifier）フィールドから構成される。上記ＰＤＵタイプフィールドは、ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ７２５が、ヘッダー圧縮プロトコルによって圧縮されたデータであるか、又は、無損失ＳＲＮＳの再割当てを支援するための付加的な情報を含んでいるデータであるかを示す。ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ７２５が圧縮されたデータである場合に、上記ＰＩＤフィールドは、ヘッダー圧縮に関連した付加情報を含む。例えば、使用されたヘッダー圧縮プロトコルの種類及びヘッダーコンテキスト（Header Context：ＨＣ）の識別子を意味するコンテキスト識別子（Context Identifier：ＣＩＤ）がＰＩＤフィールドに挿入される。ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ７２５は、ＲＬＣ階層へ送信された後に、複数のセルに分配される。

ＲＮＣは、特定のＭＢＭＳサービスに参加したＵＥからＭＢＭＳページング応答メッセージを受信すると、上記ＵＥが位置しているセルへ上記ＭＢＭＳサービスを提供することを決定した後に、上記ＭＢＭＳサービスに関する情報をＭＢＭＳコンテキスト（図６の６５５）として貯蔵する。上記ＭＢＭＳコンテキストは、特定のＭＢＭＳサービスに関連した情報、例えば、特定のＭＢＭＳサービスの受信を望むＵＥのリスト、特定のＭＢＭＳサービスを提供しなければならないセルのリスト、セル別ＰＨＹエンティティの情報（コード情報及び周波数情報）、各セルのＲＬＣエンティティ及びＭＡＣエンティティに関する情報（例えば、トランスポートフォーマット組合せ情報）、及びＰＤＣＰエンティティ情報を含む。

ＲＮＣは、上記ＭＢＭＳコンテキストのＭＢＭＳサービスを提供しなければならないセルのリストを参照してＭＢＭＳ ＲＢを構成する。ＭＢＭＳ ＲＢを構成することは、ＭＢＭＳサービスが提供されるセル別に、ＰＨＹ／ＭＡＣ／ＲＬＣ／ＰＤＣＰ階層のエンティティを構成することを意味する。上記ＰＨＹエンティティは、各セルに該当するＮｏｄｅ Ｂで構成される。

図８は、本発明の望ましい実施形態による１つのＭＢＭＳサービスに対して、複数のセルによって共有されるＰＤＣＰエンティティを構成する動作を示すフローチャートである。
図８を参照すると、ステップ８０５で、上記ＰＤＣＰ階層は、ＲＲＣ階層からＣＰＤＣＰ−ＣＯＮＦＩＧ−ＲＥＱプリミティブを受信する。上記ＣＰＤＣＰ−ＣＯＮＦＩＧ−ＲＥＱプリミティブは、ＰＤＣＰヘッダー情報及びヘッダー圧縮情報のようなパラメーターを含む。上記ヘッダー圧縮情報は、ヘッダー圧縮器の構成に必要な情報を示し、上記ＰＤＣＰヘッダー情報は、ＰＤＣＰヘッダー付加器の構成に必要な情報を示す。

ステップ８１０で、上記ＰＤＣＰ階層は、上記ヘッダー圧縮情報を使用してヘッダー圧縮器を構成する。上記ヘッダー圧縮情報は、ヘッダー圧縮プロトコルの種類及び該当プロトコルを使用するヘッダー圧縮器の構成に必要なパラメーターを有する。例えば、ＲＯＨＣヘッダー圧縮器を構成するために、上記ヘッダー圧縮情報は、ＲＯＨＣに関連した構成情報、すなわち、ヘッダー圧縮器が支援するプロフィール及びヘッダー圧縮に使用するＣＩＤの最大値を含む。上記プロフィールは、ＲＯＨＣが圧縮することができるプロトコル、すなわち、ＩＰ／ＵＤＰ／ＲＴＰ又はＩＰ／ＵＤＰを意味する。上記ＲＯＨＣヘッダー圧縮器は、上記３種類のプロトコルのうちの少なくとも１つ又はそれ以上のプロフィールを支援するように構成されることができる。

ステップ８１５で、上記ＰＤＣＰ階層は、上記ＰＤＣＰヘッダー情報を用いてＰＤＣＰヘッダー付加器を構成する。上記ＰＤＣＰヘッダー情報は、ＰＤＣＰヘッダーが付加されるか否かを示すもので、‘構成（present）’又は‘未構成（not present）’を示す値を有する。上記ＰＤＣＰヘッダー情報が‘構成’に設定される場合には、ＰＤＣＰヘッダー付加器が構成され、上記ＰＤＣＰヘッダー情報が‘未構成’に設定される場合には、ＰＤＣＰヘッダー付加器が構成されない。

図９は、本発明の望ましい実施形態によって構成されたＰＤＣＰエンティティでＭＢＭＳデータを処理する動作を示すフローチャートである。
図９を参照すると、ステップ９０５で、ＭＢＭＳデータをＩｕインターフェースを介して受信すると、ＲＮＣは、上記ＭＢＭＳデータをＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブの形態で上記ＰＤＣＰエンティティへ伝達する。上記ＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブは、ＲＴＰ／ＵＤＰ／ＩＰヘッダー及びユーザデータを含み、上記ＰＤＣＰエンティティのヘッダー圧縮器へ送信される。

ステップ９１０で、ヘッダー圧縮器は、ＲＯＨＣのようなあらかじめ定められたヘッダー圧縮プロトコルを用いて、上記ＰＤＣＰ−ＤＡＴＡ−ＲＥＱプリミティブに含まれたＲＴＰ／ＵＤＰ／ＩＰヘッダーを圧縮し、上記圧縮されたヘッダー及び上記ユーザデータを上記ＰＤＣＰヘッダー付加器へ送信する。

上記ＰＤＣＰヘッダー付加器は、上記受信されたデータにＰＤＵタイプフィールド及びＰＩＤフィールドを有するＰＤＣＰヘッダーを付加する。ＰＤＣＰヘッダー付加器で処理されたデータは、ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブと称する。上記ＰＤＣＰエンティティが上記ＰＤＣＰヘッダー付加器を有しないように構成される場合に、ステップ９１５は遂行されず、上記ヘッダー圧縮器で処理されたデータは、上記ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブとなる。上記ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブは、複数のセルへ伝達されるために、ＲＬＣ階層へ送信される。

以上のように構成されたＭＢＭＳ ＲＢの特徴は、下位階層エンティティがセル当たり１つずつ構成され、ＰＤＣＰエンティティが下位階層のエンティティにより共有されることができるように、１つのみ構成されることにある。従って、上記ＰＤＣＰエンティティでヘッダーの圧縮動作を一回のみ遂行し、その結果、ＲＮＣの処理負荷を減少させる。

例えば、複数のＵＥが、セルＡ，Ｂ，Ｃで複数のＵＥが特定のＭＢＭＳサービスの受信を希望する場合に、ＲＮＣは、上記ＭＢＭＳサービスを提供するために、１個のＰＤＣＰエンティティを有するＭＢＭＳ ＲＢを構成した後に、上記ＭＢＭＳ ＲＢを介してセルＡ，Ｂ，ＣへＭＢＭＳデータを送信する。ここで、あるＵＥが、新たなセルＤから上記ＭＢＭＳサービスの要請を受信すると、上記ＲＮＣは、上記セルＤへ送信するデータを処理する新たな下位階層エンティティを構成した後に、上記ＭＢＭＳデータを既存のＰＤＣＰ階層へ送信する。

すべてのヘッダー圧縮プロトコルは、ヘッダー圧縮器及びヘッダー復元器がヘッダーの圧縮及び復元に必要な基本的な情報を共有している状況下で正常に動作する。上記基本的な情報は、１つのサービスが進行される間に変わらない静的フィールド値と、規則的に変化するフィールドの基本値とを含む。ＲＦＣ２５０７でのフルヘッダーパケット及びＲＯＨＣでのＩＲ（Initializing & Refresh）パケット又はＩＲ−ＤＹＮ（Initializing & Refresh Dynamic）パケットが、このような基本的な情報を提供する。上記基本的な情報は、実際的なヘッダーの圧縮及び復元動作が実行される前に、ヘッダー圧縮器からヘッダー復元器へ送信されなければならない。ＲＯＨＣヘッダー圧縮器は、最初に、ＩＲ（Initializing ＆ Refresh）パケットを数回送信し、これによって、ＵＥのヘッダー復元器に基本情報を伝達する。本発明によると、上記ＰＤＣＰ階層は、このような特別なパケットを識別して、ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブを特定のセルへのみ選択的に送信する。

上記ＰＤＣＰ階層でのヘッダー圧縮器及びヘッダー復元器がヘッダーの圧縮動作及びヘッダーの復元動作を正常に遂行するのに必要な基本情報は、静的部分（Static part）と動的部分（Dynamic part）とに区分される。上記静的部分及び上記動的部分は、圧縮及び復元動作が行われるヘッダーの各フィールド値を示す。上記静的部分は、変化しないフィールド値を意味する一方、上記動的部分は、変化するフィールド値を意味する。ＩＲパケットは、ＲＯＨＣを用いたヘッダーの圧縮及び復元動作が行われる前に送信され、上記静的部分及び上記動的部分を含む。ＩＲ−ＤＹＮパケットは、上記動的部分のフィールド値を再送信するのに使用される。

以下、説明の便宜上、ＲＯＨＣ ＩＲパケット及びＩＲ−ＤＹＮパケットを送信する場合を説明するが、本発明の構成及び動作がＭＢＭＳサービスのために、特定のセル及び特定のＵＥへの制御パケットの送信に適用されることができるのは勿論である。
図１０は、本発明の望ましい実施形態によってＭＢＭＳ制御パケットを選択的に送信するためのＰＤＣＰエンティティの構成及び動作を示す図である。ここで、ＰＤＣＰ階層は、ＲＲＣ階層からＩＲ／ＩＲ−ＤＹＮインディケータ１０１５を含むＣＰＤＣＰ−ＣＯＮＦＩＧ−ＲＥＱプリミティブ１０１０を受信すると、ＩＲ／ＩＲ−ＤＹＮインディケータ１０１５は、圧縮器７１０へ伝達される。ＩＲ／ＩＲ−ＤＹＮインディケータ１０１５は、特定のセルへ選択的に送信される制御パケットがＩＲパケットであるか、又は、ＩＲ−ＤＹＮパケットであるかを示す。

図１０を参照すると、ヘッダー圧縮器７１０は、ＩＲ／ＩＲ−ＤＹＮインディケータ１０１５の値に従って、ＩＲ又はＩＲ−ＤＹＮパケットを構成し、上記パケットをＩＲ／ＩＲ−ＤＹＮインディケータ１０１５と共にＰＤＣＰヘッダー付加器７２０へ送信する。ＰＤＣＰヘッダー付加器７２０は、ヘッダー圧縮器７１０から受信されたデータ１０２０にＰＤＣＰヘッダーを挿入することによって、ＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ１０３０を生成し、上記生成されたＲＬＣ−ＤＡＴＡ−ＲＥＱプリミティブ１０３０を該当セルへ送信する。

ＲＬＣ階層は、ＭＡＣ階層との相互の制御情報を交換することによって、各セルに対するスケジューリングに参加する。上記スケジューリングが各セルのチャンネル状況に基づいて遂行されるので、ＲＬＣエンティティは、セル別にそれぞれ構成されなければならない。さらに詳細に説明すると、上記ＲＬＣ階層は、任意の時点で貯蔵されているデータの量をＭＡＣ階層へ通知し、上記ＭＡＣ階層は、上記ＲＬＣ階層のデータ状況及び該当時点でのチャンネル状況に基づいてスケジューリングする。上記ＭＡＣ階層は、望まれるデータ量をＲＬＣ階層へ通知し、上記ＲＬＣ階層は、その量だけのデータを上記ＭＡＣ階層へ送信する。上記スケジューリング動作は、セル別に遂行される。従って、本発明では、ＲＮＣ内に構成された１つの共通ＲＬＣエンティティが複数のセルに対する動作を区分して説明する。

図１１は、本発明の望ましい実施形態によってＭＢＭＳデータを処理するためにＲＮＣに構成されたプロセシングチェーンを示す図である。
ＭＢＭＳデータが複数のセルへ送信される場合に、ＰＤＣＰ階層のような上位階層エンティティ１１１０及び共通ＲＬＣエンティティ１１２０を構成し、ＲＬＣエンティティ６２０をセル別に構成されるＭＡＣエンティティ１１２５−１〜１１２５−ｎに接続されることによって、ＲＬＣバッファのサイズを減少させることができる。図示していないが、上位階層エンティティ１１１０は、上述した統合されたＰＤＣＰエンティティ及びその上位階層エンティティを含む。
共通ＲＬＣエンティティ１１２０は、上位階層エンティティ１１１０から受信されたデータをバッファリングし、ＭＡＣエンティティ１１２５−１〜１１２５−ｎが要求したサイズに従って再構成する。すると、共通ＲＬＣエンティティ１１２０は、上記再構成されたデータにＲＬＣヘッダーを付加することによって要求された量のＲＬＣ ＰＤＵを生成し、上記ＲＬＣ ＰＤＵを該当ＭＡＣエンティティへ送信する。

上記動作は、ＲＬＣエンティティ１１２０と各ＭＡＣエンティティ１１２５−１〜１１２５−ｎとの間で一対一で行われる。さらに詳細に説明すると、ＲＬＣエンティティ１１２０は、特定のセルのＭＡＣエンティティから望まれるデータ量の通知を受けると、該当ＭＡＣエンティティへ上記通知を受けた量だけのデータを送信する。

上記送信されるデータの量は、該当時点でセル状況に従って決定される。例えば、第１のセル１１３０−１（セル１）では、多い量のダウンリンク送信資源が使用可能であるので、多い量のデータをＲＬＣエンティティ１１２０へ要求し、第２のセル１１３０−２（セル２）では、ダウンリンク送信資源がほとんど残っていないので、少ない量のデータをＲＬＣエンティティ１１２０へ要請する。同様に、ｎ番目のセル１１３０−ｎ（セルｎ）は、望まれる量のデータをＲＬＣエンティティ１１２０へ要求する。

ＲＬＣエンティティ１１２０は、上記のようなセル別データの送信動作を区別する。例えば、任意の時点で、セル１のＭＡＣエンティティ１１２５−１が、aという量だけのデータ送信を要求し、セル２のＭＡＣエンティティ１１２５−２が、bという量だけのデータ送信を要求する場合に、ＲＬＣエンティティ１１２０は、上記要求されたデータをセル別に送信する。
図１２は、本発明の第１の実施形態による共通ＲＬＣエンティティの構成を詳細に示すもので、ＵＭモードで動作する共通ＲＬＣエンティティ１２１０は、共通ＲＬＣバッファ１２１５と、分割器／結合器（segmentation/concatenation）１２２０と、ＲＬＣヘッダー付加器１２２５と、交換部（switching unit）１２３０とから構成される。

上記ＲＮＣが特定のＭＢＭＳサービスを複数のセルへ提供する場合に、共通ＲＬＣエンティティ１２１０は、上位階層１２０５から受信されたＭＢＭＳデータを処理した後に、上記複数のセルへ送信する。図１２では、ＭＢＭＳサービスが３個のセルへ提供される状況に対して、３つのＭＡＣエンティティ１２３５−１〜１２３５−３を示す。すなわち、ＭＡＣエンティティ１２３５−１，１２３５−２，及び１２３５−３の個数は、ＭＢＭＳサービスが提供されるセルの個数と一致する。

共通ＲＬＣバッファ１２１５は、上記ＭＢＭＳデータを貯蔵し、ＭＡＣエンティティ１２３５−１，１２３５−２，及び１２３５−３の要求に応じて上記データを出力する。すなわち、ＭＡＣエンティティ１２３５−１，１２３５−２，及び１２３５−３は、共通ＲＬＣバッファ１２１５へＭＡＣエンティティ１２３５−１，１２３５−２，１２３５−３によってセル別に要求されたデータ量を通知し、ＭＡＣエンティティ１２３５−１，１２３５−２，１２３５−３の要求に応じて貯蔵されたＭＢＭＳデータを出力する。このとき、共通ＲＬＣバッファ１２１５は、セル別にデータ送信状況を管理するために、変数Ｐｏｉｎｔｅｒ＿ｘ及びＰＤＵ ＳＮ＿Ｘを使用する。ここで、ｘは、セルインデックスを意味する。

Ｐｏｉｎｔｅｒ＿ｘは、セルｘへ送信されるデータの開始点を示す。ＭＢＭＳサービスがセルｘへ提供され始める場合に、Ｐｏｉｎｔｅｒ＿ｘは、共通ＲＬＣバッファ１２１５の開始アドレスに初期化された後に、上記データがセルｘへ送信される度に、送信された量だけ以前のアドレスへ移動する。例えば、共通ＲＬＣバッファ１２１５が１００００ビットのデータを有しており、セルｘへ５００ビットのデータが送信され、セルｙへ３００ビットのデータが送信される場合に、Ｐｏｉｎｔｅｒ＿ｘは、第１のビット位置から５０１番目のビット位置を示し、ｐｏｉｎｔｅｒ＿ｙは、第１のビット位置から３０１番目のビット位置を示す。

共通ＲＬＣバッファ１２１５に貯蔵されたデータがすべてのセルへ送信された後に廃棄され、データが廃棄される場合に、すべてのポインタは、上記廃棄されたデータ量だけ、一律的に以前のアドレスへ移動、すなわち、減少される。例えば、ＭＢＭＳサービスａを支援するために構成された共通ＲＬＣバッファ１２１５が上位階層１２０５から受信された１０００ビットのデータを貯蔵し、上記ＭＢＭＳサービスａは、セル１及びセル２へ提供される場合について説明する。

最初に、共通ＲＬＣバッファ１２１５は、Ｐｏｉｎｔｅｒ＿１及びＰｏｉｎｔｅｒ＿２を第１のビット位置に初期化させる。セル１へ１００ビットのデータが送信され、セル２へ２００ビットのデータが送信されると、Ｐｏｉｎｔｅｒ＿１は、１０１番目のビット位置へ移動し、Ｐｏｉｎｔｅｒ＿２は、２０１番目のビット位置へ移動する。すると、始めの１００ビットのデータは、サービス中のすべてのセルへすでに送信されたので、共通ＲＬＣバッファ１２１５で廃棄され、Ｐｏｉｎｔｅｒ＿１及びＰｏｉｎｔｅｒ＿２は、上記廃棄されたデータ量だけ、すなわち、１００ビットだけ以前のアドレスへ移動する。結果的に、共通ＲＬＣバッファ１２１５には、９００ビットのデータが残っており、Ｐｏｉｎｔｅｒ＿１は、第１のビット位置を示し、Ｐｏｉｎｔｅｒ＿２は、１０１番目のビット位置を示す。

ＰＤＵ ＳＮ＿ｘの用途及び用法については、図１３に示し、その詳細な説明は、下記に説明する。
分割器／結合器１２２０は、共通ＲＬＣバッファ１２１５から受信されたデータをあらかじめ決定されたサイズＰＤＵ＿ｓｉｚｅに分割するか、又は、結合する。上記ＰＤＵ＿ｓｉｚｅに関する情報は、上位階層１２０５から受信される。
ＲＬＣヘッダー付加器１２２５は、上記分割されるか、又は、結合されたデータにＲＬＣヘッダーを付加することによって、ＲＬＣ ＰＤＵを生成する。上記ＲＬＣヘッダーの各々は、シケンスナンバー（Sequence Number；ＳＮ）と、分割されるか、又は結合されたデータを再び組み立てるのに必要な情報である長さインディケータ（Length Indicator；ＬＩ）とを含む。ＳＮは、７ビットであり、ＬＩは、場合に従って異なるが、通常、１６ビットである。ＲＬＣヘッダー付加器１２２５は、上位階層１２０５から受信されたＰＤＵ ＳＮ＿ｘを用いて、上記ＲＬＣ ＰＤＵのＳＮを決定する。

交換部１２３０は、ＲＬＣヘッダー付加器１２２５から受信されたＲＬＣ ＰＤＵを該当セルに接続されたＭＡＣエンティティ１２３５−１〜１２３５−ｎへスイッチングする。
上記のように構成された共通ＲＬＣエンティティは、ＭＢＭＳサービス手順のうち、ＭＢＭＳ ＲＢを構成する間に生成される。従って、ＭＢＭＳ ＲＢを構成する場合に、ＭＢＭＳサービスが提供されるセル別にＭＡＣ／ＰＨＹエンティティを構成し、１つの上位階層エンティティ及び１つの共通ＲＬＣエンティティを構成する。上記ＰＨＹエンティティが実際に、Ｎｏｄｅ Ｂで構成されるので、その詳細な説明を省略する。

図４を参照すると、ＲＮＣは、ステップ４３０で、特定のＭＢＭＳサービスをどんなセルへ提供するかを決定し、このような情報は、ＲＮＣが管理するＭＢＭＳコンテキストに貯蔵する。上記ＭＢＭＳコンテキストは、特定のＭＢＭＳサービスに関する情報を有し、例えば、特定のＭＢＭＳサービスの受信を望むＵＥのリスト、特定のＭＢＭＳサービスを提供しなければならないセルのリストを含む。上記ＲＮＣは、上記セルのリストを参照して、各セルに対するＭＡＣエンティティを構成した後に、ＭＡＣエンティティの識別子（すなわち、ＭＡＣ識別子）を使用してＭＡＣリストを構成する。上記ＭＡＣ識別子は、ＲＮＣ内でＭＡＣエンティティを識別する。１つのＲＮＣ内には、相互に異なる種類のＭＡＣエンティティが存在し、上記ＭＡＣ識別子は、該当ＲＮＣ内で固有な値を有する。
ＭＡＣエンティティの生成が完了された後に、共通ＲＬＣエンティティが構成される。

図１３は、本発明の一実施形態に従って、上記共通ＲＬＣエンティティを構成する動作を示すフローチャートである。ここで、上記共通ＲＬＣエンティティを構成することは、ＲＬＣ階層に該当する共通ＲＬＣエンティティへＲＬＣ ＭＢＭＳサービスのための情報を提供して、図１２に示すような構成要素を上記ＲＬＣ ＭＢＭＳサービスのための情報に基づいて構成することを意味する。

図１３を参照すると、ステップ１３０５で、上記ＲＮＣのＲＲＣ階層が上記共通ＲＬＣエンティティへ構成情報を送信する。上記構成情報は、下位のＭＡＣエンティティの識別子を含むＭＡＣリストを含む。ステップ１３１０で、上記共通ＲＬＣエンティティは、上記ＭＡＣリストを用いて共通ＲＬＣバッファを構成する。すなわち、上記ＭＡＣリストに含まれているＭＡＣ識別子に一対一で対応するポインタ及びＰＤＵ ＳＮが構成され、上記ポインタは、初期値１に設定され、上記ＰＤＵ ＳＮは、初期値０に設定される。

図１２に示すように、セル１、セル２、セル３に対して、ＭＡＣ＿１、ＭＡＣ＿２、ＭＡＣ＿３がそれぞれ構成されていると仮定すると、上記共通ＲＬＣバッファは、ＭＡＣ＿１に対応するＰｏｉｎｔｅｒ＿１及びＰＤＵ ＳＮ＿１を構成した後に、初期値１及び０にそれぞれ設定する。また、上記共通ＲＬＣバッファは、ＭＡＣ＿２に対応するＰｏｉｎｔｅｒ＿２及びＰＤＵ ＳＮ＿２を構成した後に、初期値１及び０にそれぞれ設定する。上記共通ＲＬＣバッファは、ＭＡＣ＿３に対応するＰｏｉｎｔｅｒ＿３及びＰＤＵ ＳＮ＿３を構成した後に、初期値１及び０にそれぞれ設定する。

ステップ１３１５で、上記共通ＲＬＣエンティティは、分割器／結合器を構成する。上記分割器／結合器は、上記共通ＲＬＣバッファが設定したサイズにデータを分割するか、又は、結合するための機能ブロックである。ステップ１３２０で、上記共通ＲＬＣエンティティは、上記ＲＬＣヘッダー付加器を構成する。上記ＲＬＣヘッダー付加器は、上記共通ＲＬＣバッファの制御下に、該当情報を含むＲＬＣヘッダーを生成するための機能ブロックである。ステップ１３２５で、上記共通ＲＬＣエンティティは、上記ＭＡＣリストを用いて交換部を構成する。従って、上記交換部は、上記ＭＡＣリスト内のＭＡＣ識別子に該当するＭＡＣエンティティと接続を設定するための機能ブロックである。

図１４は、本発明の第１の実施形態に従って、上記共通ＲＬＣエンティティが上位階層から受信されたデータを処理する動作を示すフローチャートである。ここでは、セルｘのＭＡＣエンティティであるＭＡＣ＿ｘに対する共通ＲＬＣエンティティの動作のみを示したが、上記共通ＲＬＣエンティティは、下記に説明する動作を交換部を介して接続されたすべてのＭＡＣエンティティに対して遂行しなければならない。

図１４を参照すると、ステップ１４０５で、上記共通ＲＬＣバッファは、共通ＲＬＣバッファに貯蔵されており、セルｘへ送信されるデータ量であるｂｕｆｆｅｒ＿ｓｔａｔｕｓ＿ｘをＭＡＣ＿ｘへ通知する。ｂｕｆｆｅｒ＿ｓｔａｔｕｓ＿ｘは、次のように計算される。

ここで、ｃｏｍｍｏｎ＿ｂｕｆｆｅｒ＿ｔｏｔａｌは、共通ＲＬＣバッファに貯蔵されているデータの総量を意味し、Ｐｏｉｎｔｅｒ＿ｘは、共通ＲＬＣバッファに貯蔵されているデータのうち、セルｘへすでに送信されたデータの量を意味する。上記ｂｕｆｆｅｒ＿ｓｔａｔｕｓ＿ｘ情報を受信したＭＡＣ＿ｘは、セルｘの無線チャンネル状況に基づいて、ＭＢＭＳサービスａに、どのくらいのデータ送信を許容するかを判断する。セルｘが混雑な状況であると、少ない量のデータ送信を許容し、セルｘが混雑でない状況であると、多い量のデータ送信を許容する。

ステップ１４１０で、ＭＡＣ＿ｘは、ＰＤＵ＿ｓｉｚｅを決定し、送信するＰＤＵの個数（Ｎｏ＿ＰＤＵ）を決定した後に、上記決定された情報を上記共通ＲＬＣバッファへ送信する。ステップ１４１５で、上記共通ＲＬＣバッファは、セルｘへ送信されるデータ量であるｄａｔａ＿ｔｒａｎｓｍｉｔ＿ｘを下記のように決定する。

ステップ１４２０で、上記共通ＲＬＣバッファは、ＰＤＵ＿ＳＮ＿ｘを計算する。ＰＤＵ＿ＳＮ＿ｘは、以前のＰＤＵ＿ＳＮ＿ｘとＮｏ＿ＰＤＵとを合わせた値である。ステップ１４２５で、上記共通ＲＬＣバッファは、Ｐｏｉｎｔｅｒ＿ｘが指示する部分からｄａｔａ＿ｔｒａｎｓｍｉｔ＿ｘだけのデータを分割器／結合器へ送信する。このとき、ＰＤＵ＿ｓｉｚｅとＰＤＵ ＳＮ＿ｘ及びＭＡＣ識別子を共に送信する。ステップ１４２７で、上記共通ＲＬＣバッファは、Ｐｏｉｎｔｅｒ＿ｘをｄａｔａ＿ｔｒａｎｓｍｉｔ＿ｘだけ以前のアドレスへ移動させる。

ステップ１４３０で、上記分割器／結合器は、上記受信されたデータをＰＤＵ＿ｓｉｚｅに分割するか、又は結合する。ステップ１４３５で、上記分割器／結合器は、上記分割されるか、又は結合されたデータを上記ＲＬＣヘッダー付加器へ送信する。このとき、ＰＤＵ ＳＮ＿ｘとＭＡＣ識別子をともに送信する。

ステップ１４４０で、上記ＲＬＣヘッダー付加器は、上記受信されたデータにＲＬＣヘッダーを付加することによって、ＲＬＣ ＰＤＵを生成する。このとき、上記ＲＬＣヘッダー付加器は、最後のＲＬＣ ＰＤＵのＲＬＣ ＳＮが（ＰＤＵ ＳＮ＿ｘ）−１になるように、上記ＲＬＣ ＰＤＵのＲＬＣ ＳＮを設定する。例えば、５つのデータが受信され、ＰＤＵ ＳＮ＿ｘが１０である場合に、各データに受信された順序通りに、５，６，７，８，９のＳＮを与える。ステップ１４４５で、上記ＲＬＣヘッダー付加器は、ＲＬＣ ＰＤＵをＭＡＣ識別子と共に交換部へ送信する。
ステップ１４５０で、上記交換部は、上記ＲＬＣ ＰＤＵをＭＡＣ識別子に対応するＭＡＣエンティティであるＭＡＣ＿ｘへ送信する。すると、上記ＲＬＣ ＰＤＵは、上記ＭＡＣ＿ｘを介してセルｘへ送信される。

上述したように、各セル別に送信状況を管理し、上記共通ＲＬＣバッファがセル別に構成された個々のＭＡＣエンティティと通信することによって、セル別にデータを送信する。従って、上記共通ＲＬＣエンティティは、１つのＲＬＣバッファにのみすべてのセルをサービスすることができる。

上述した第１の実施形態では、ＲＬＣ ＵＭ（Unacknowledged Mode）モードで動作する共通ＲＬＣエンティティの構成について説明した。以下で説明する本発明の第２の実施形態では、ＲＬＣ ＴＭ（Transparent Mode）モードで動作する共通ＲＬＣエンティティの構成を提示する。上記ＲＬＣ ＴＭにおいて、上記共通ＲＬＣエンティティは、ＲＬＣ ＵＭとは異なって、分割／結合及びＲＬＣヘッダー付加を遂行しない。すなわち、上位階層から受信されたデータは、ＭＡＣ階層からの指示に従って処理されず、下位階層へそのまま送信される。

図１５は、本発明の第２の実施形態による共通ＲＬＣエンティティの構成を示し、ＭＢＭＳサービスは、３つのセルに提供されている。図１５に示すように、共通ＲＬＣエンティティ１５１０は、共通ＲＬＣバッファ１５１５及び交換部１５３０から構成される。共通ＲＬＣバッファ１５１５は、変数ＰＤＵ ＳＮ＿ｘを使用せず、変数Ｐｏｉｎｔｅｒ＿ｘをＲＬＣ ＰＤＵ単位で管理する。

図１５を参照すると、共通ＲＬＣバッファ１５１５は、ＭＢＭＳデータ１５０５を貯蔵し、ＭＢＭＳサービスを提供しているセルに関連した３つのＭＡＣエンティティ１５３５−１，１５３５−２，１５３５−３の要求に応じて、上記データを次の構成要素へ送信する。すなわち、共通ＲＬＣバッファ１５１５は、セル別にＭＡＣエンティティ１５３５−１，１５３５−２，１５３５−３が要求したデータ量の通知を受け、特定のＭＡＣエンティティの要求に応じてデータを出力する。

共通ＲＬＣバッファ１５１５は、セル別にデータ送信の状況を管理する。従って、各セルに対してＰｏｉｎｔｅｒ＿ｘを管理する。共通ＲＬＣバッファ１５１５は、上位階層１５０５から受信されたデータをパケット形態で貯蔵し、上記パケットをＲＬＣ ＳＤＵ（Service Data Unit）と呼ぶ。ＴＭモードの共通ＲＬＣエンティティ１５１０は、分割／結合機能を支援しないので、上記ＲＬＣ ＳＤＵは、ＲＬＣ ＰＤＵと同一である。結局、共通ＲＬＣバッファ１５１５には、データがＲＬＣ ＰＤＵ状態で貯蔵されている。

Ｐｏｉｎｔｅｒ＿ｘは、セルｘへＲＬＣ ＰＤＵを送信する際に、送信されるＰＤＵの開始点を示す。該当ＭＢＭＳサービスが開始される場合に、Ｐｏｉｎｔｅｒ＿ｘは、共通ＲＬＣバッファ１５１５の開始アドレスとして初期化された後に、上記ＰＤＵがセルｘへ送信される度に、送信されたＰＤＵの個数だけ前方へ移動する。例えば、１００個のＲＬＣ ＰＤＵが共通ＲＬＣバッファ１５１５に貯蔵されており、５つのＰＤＵがセルｘへ送信され、３つのＰＤＵがセルｙへ送信されると、Ｐｏｉｎｔｅｒ＿ｘは、下方から６番目のＰＤＵの位置を示し、ｐｏｉｎｔｅｒ＿ｙは、４番目のＰＤＵの位置を示す。
共通ＲＬＣバッファ１５１５に貯蔵されたＰＤＵが接続されたすべてのセルへ送信された後に廃棄され、すべてのポインタは、上記廃棄されたＰＤＵの個数だけ一律的に下方へ移動する。

例えば、共通ＲＬＣバッファ１５１５がＭＢＭＳサービスａを支援し、上位階層１５０５から受信された１０個のＲＬＣ ＰＤＵを貯蔵する場合について説明する。ここで、ＭＢＭＳサービスａは、セル１及びセル２へ提供されていると仮定する。

図１５を参照すると、共通ＲＬＣバッファ１５１５は、Ｐｏｉｎｔｅｒ＿１及びＰｏｉｎｔｅｒ＿２を第１のＲＬＣ ＰＤＵ（すなわち、第１のＲＬＣ ＳＤＵ）に初期化させる。セル１に１つのＰＤＵが送信され、セル２に２つのＰＤＵが送信されると、Ｐｏｉｎｔｅｒ＿１は、第２のＰＤＵ位置へ移動し、Ｐｏｉｎｔｅｒ＿２は、第３のＰＤＵ位置へ移動する。そして、上記第１のＰＤＵがすべてのセルへの送信が完了された後に、共通ＲＬＣバッファ１５１５で廃棄される。すると、Ｐｏｉｎｔｅｒ＿１及びＰｏｉｎｔｅｒ＿２は、廃棄されたＰＤＵの個数、すなわち、１つのＰＤＵだけ下方へ移動する。結果的に、共通ＲＬＣバッファ１５１５には、９つのＲＬＣ ＰＤＵが残っており、Ｐｏｉｎｔｅｒ＿１は、第１のＰＤＵ位置を示し、Ｐｏｉｎｔｅｒ＿２は、第２のＰＤＵ位置を示す。
交換部１５３０は、共通ＲＬＣバッファ１５１５から受信されたＲＬＣ ＰＤＵを該当セルに接続されたＭＡＣエンティティ１５３５−１，１５３５−２，１５３５−３へ送信する。

図１６は、本発明の第２の実施形態による共通ＲＬＣエンティティを構成する動作を示すフローチャートである。ＭＡＣエンティティの構成が完了された後に、ＲＮＣは、共通ＲＬＣエンティティを構成し始める。
図１６を参照すると、ステップ１６０５で、ＲＮＣのＲＲＣ階層は、共通ＲＬＣエンティティへ構成情報を送信する。上記構成情報には、ＭＡＣリストが含まれる。ステップ１６１０で、上記共通ＲＬＣエンティティは、ＭＡＣリストを用いて共通ＲＬＣバッファを構成する。上記共通ＲＬＣバッファは、ＭＡＣリストに含まれているＭＡＣ識別子に一対一に対応するポイントを生成した後に、すべて‘１’に初期化する。

ステップ１６１５で、上記共通ＲＬＣエンティティは、ＭＡＣリストを用いて交換部を構成する。上記交換部は、ＭＡＣリスト内のＭＡＣ識別子に該当するＭＡＣエンティティへの接続を設定する。従って、特定のＭＢＭＳサービスを提供するための共通ＲＬＣエンティティの構成が完了される。

図１７は、本発明の第２の実施形態による共通ＲＬＣエンティティが上位階層から受信されたデータを処理する動作を示すフローチャートである。ここでは、セルｘのＭＡＣエンティティであるＭＡＣ＿ｘに対する動作のみを示したが、共通ＲＬＣエンティティは、上記動作を交換部を通して接続されたすべてのＭＡＣエンティティに対して遂行する。
図１７を参照すると、ステップ１７０５で、共通ＲＬＣバッファは、特定のセルｘへ送信されるＲＬＣ ＰＤＵの個数であるＮｏ＿ＰＤＵ＿ｂｕｆｆｅｒ＿ｘ及び各ＲＬＣ ＰＤＵのサイズをＭＡＣ＿ｘへ通知する。Ｎｏ＿ＰＤＵ＿ｂｕｆｆｅｒ＿ｘは、（Ｎｏ＿ＰＤＵ＿ｔｏｔａｌ−Ｐｏｉｎｔｅｒ＿ｘ）である。ここで、Ｎｏ＿ＰＤＵ＿ｔｏｔａｌは、共通ＲＬＣバッファに貯蔵されているＲＬＣ ＰＤＵの総数を意味し、Ｐｏｉｎｔｅｒ＿ｘは、セルｘにすでに送信されたＲＬＣ ＰＤＵの個数を意味する。

Ｎｏ＿ＰＤＵ＿ｂｕｆｆｅｒ＿ｘ情報を受信すると、ＭＡＣ＿ｘは、セルｘの無線チャンネルの状況に基づいて、ＭＢＭＳサービスａに対して、幾つのＲＬＣ ＰＤＵの送信を許容するかを判断する。セルｘが混雑な状況であると、少数のＲＬＣ ＰＤＵの送信を許容し、セルｘが混雑でない状況であると、多数のＲＬＣ ＰＤＵの送信を許容する。
ステップ１７１０で、ＭＡＣ＿ｘは、送信するＲＬＣ ＰＤＵの数であるＮｏ＿ＰＤＵを決定した後に、上記決定された情報を共通ＲＬＣバッファへ送信する。ステップ１７１５で、上記共通ＲＬＣバッファは、Ｐｏｉｎｔｅｒ＿ｘが示す部分からＮｏ＿ＰＤＵだけのＲＬＣ ＰＤＵを交換部へ送信する。このとき、ＭＡＣ識別子も上記交換部へ送信される。ステップ１７２０で、上記共通ＲＬＣバッファは、Ｐｏｉｎｔｅｒ＿ｘをＮｏ＿ＰＤＵだけ以前のアドレスへ移動する。

ステップ１７２５で、上記交換部は、上記ＲＬＣ ＰＤＵを該当ＭＡＣ識別子に対応するＭＡＣ＿ｘへ送信する。すると、上記ＲＬＣ ＰＤＵは、上記ＭＡＣ＿ｘを介してセルｘへ送信される。
上述した第１の実施形態では、バッファの要求容量を減少させることはできるが、複数のセルに対して、反復的な分割／結合及びヘッダーの付加動作を遂行しなければならない。このような問題点を解決するために、本発明の第３の実施形態では、複数のセルに対して共通的に動作する分割器／結合器及びＲＬＣヘッダー付加器を使用する。本発明の実施形態によると、複数のセルに対して、同一のシーケンスナンバー（ＳＮ）を使用し、ＲＬＣ ＳＤＵを同一に分割又は結合する。ＭＢＭＳデータは、該当ＭＢＭＳサービスに関連した複数のセルのそれぞれに対応するセル別バッファに貯蔵される。

図１８は、本発明の第３の実施形態による共通ＲＬＣエンティティの構成を示す。図１８に示すように、共通ＲＬＣエンティティ１８１０は、分割器／結合器１８１５と、ＲＬＣヘッダー付加器１８２０と、複写器／分配器１８２５とから構成される。複写器／分配器１８２５は、セル別に構成されたバッファ１８３０−１，１８３０−２，１８３０−３に接続される。共通ＲＬＣエンティティ１８１０は、ＵＭモードで動作する。
上記ＲＮＣが特定のＭＢＭＳサービスを複数のセルへ提供する場合に、共通ＲＬＣエンティティ１８１０は、上位階層１８０５から受信されたＭＢＭＳデータを上記複数のセルへ送信する。図１８では、上記ＭＢＭＳサービスが３つのセルに提供され、従って、３つのＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３は、上記３つのセルに対してそれぞれ提供される。

図１８を参照すると、分割器／結合器１８１５は、上位階層１８０５から受信されたＭＢＭＳデータ、すなわち、ＲＬＣ ＳＤＵをあらかじめ決定されたサイズＰＤＵ＿ｓｉｚｅに分割するか、又は、結合する機能をする。上記ＰＤＵ＿ｓｉｚｅ情報は、上位階層１８０５から受信される。
ＲＬＣヘッダー付加器１８２０は、上記分割されるか、又は結合されたデータにＲＬＣヘッダーを付加することによって、ＲＬＣ ＰＤＵを生成する。各ＲＬＣヘッダーは、シーケンスナンバー（ＳＮ）と、分割されるか、又は結合されたデータとを再び組み合わせるのに必要な情報である長さインディケータ（ＬＩ）とを含む。ＳＮは、７ビットであり、ＬＩは、場合に従って異なるが、通常、１６ビットである。

複写器／分配器１８２５は、ＲＬＣヘッダー付加器１８２０から受信されたＲＬＣ ＰＤＵをＭＢＭＳサービスの提供を受ける複数のセルに対応する個数だけコピーした後に、上記コピーされたＰＤＵを上記複数のセルの各々に対応する個数のバッファ１８３０−１，１８３０−２，１８３０−３へ送信する。
バッファ１８３０−１，１８３０−２，１８３０−３は、ＭＢＭＳサービスの提供を受ける複数のＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３にそれぞれ接続され、複写器／分配器１８２５により分配されたＰＤＵをそれぞれ同一に貯蔵する。図１８に示すように、３つのセルに特定のＭＢＭＳサービスが提供されると、複数のセルに対して、３つのＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３が構成され、３つのバッファ１８３０−１，１８３０−２，１８３０−３が設定され、ＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３とバッファ１８３０−１，１８３０−２，１８３０−３とは、一対一に対応する。

バッファ１８３０−１，１８３０−２，１８３０−３は、複数のＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３に貯蔵されたデータ量をそれぞれ通知し、ＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３のうち、対応するＭＡＣエンティティからの要求がある場合に、該当バッファは、貯蔵されたデータをＭＡＣエンティティへ送信する。具体的に、ＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３のそれぞれは、望まれるデータ量（パケットの個数及びパケットのサイズ）をバッファ１８３０−１，１８３０−２，１８３０−３へ送信し、バッファ１８３０−１，１８３０−２，１８３０−３は、上記要求された量だけのデータをＭＡＣエンティティ１８３５−１，１８３５−２，１８３５−３へ送信する。

本発明の第３の実施形態は、特定のＭＢＭＳサービスの提供を受ける複数のセルに対して、同一のＲＬＣ ＳＮを使用し、ＭＢＭＳデータを同一に分割又は結合する。
図１９は、本発明の第３の実施形態による共通ＲＬＣエンティティを構成する動作を示すフローチャートである。ＭＡＣエンティティの構成が完了された後に、ＲＮＣは、共通ＲＬＣエンティティを構成し始める。

図１９を参照すると、ステップ１９０５で、ＲＮＣのＲＲＣ階層は、共通ＲＬＣエンティティへ構成情報を送信する。上記構成情報は、下位階層のＭＡＣエンティティの識別子を有するＭＡＣリスト及びＰＤＵ＿ｓｉｚｅを含む。本発明によると、１つのＰＤＵ＿ｓｉｚｅのみが使用される。特別な場合ではないと、他の要求事項は存在せず、パケットサービスの場合に、通常、３２０ビットのＰＤＵ＿ｓｉｚｅが使用される。

ステップ１９１０で、上記共通ＲＬＣエンティティは、上記ＰＤＵ＿ｓｉｚｅを用いて分割器／結合器を構成する。上記分割器／結合器は、上記ＰＤＵ＿ｓｉｚｅに従ってデータを結合するか、又は分割するための機能ブロックである。ステップ１９１５で、上記共通ＲＬＣエンティティは、ＲＬＣヘッダー付加器を構成する。上記ＲＬＣヘッダー付加器は、上記共通ＲＬＣバッファの制御下に、該当情報を含むＲＬＣヘッダーを生成するための機能ブロックである。

ステップ１９２０で、上記共通ＲＬＣエンティティは、ＭＡＣリストを用いて複写器／分配器を構成し、上記複写器／分配器をセル別に構成されたバッファに接続する。上記複写器／分配器は、入力されたＲＬＣ ＰＤＵを上記バッファの個数だけコピーして上記バッファへ送信する。上記バッファの各々は、ＲＬＣ ＰＤＵを貯蔵しており、該当ＭＡＣエンティティの要求に応じて、上記貯蔵されたＲＬＣ ＰＤＵを該当ＭＡＣエンティティへ送信する。さらに詳細に説明すると、それぞれのバッファは、貯蔵されたデータ量を該当ＭＡＣエンティティへ通知する。上記ＭＡＣエンティティは、該当セルの状況に従ってどの程度のデータを送信するかを決定した後に、上記決定されたデータ量を対応するバッファに要求する。すると、上記バッファは、要求された量だけのＲＬＣ ＰＤＵを対応するＭＡＣエンティティへ提供する。

以上、本発明の詳細について具体的な実施の形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施の形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。

通常的なＭＢＭＳサービスのためのＵＴＲＡＮの構成を示す図である。 ＵＥとＲＮＣとの間のインターフェースの階層的なプロトコル構成を示す図である。 ＭＢＭＳ移動通信システムの構成を示す図である。 ＭＢＭＳサービス提供手順に対する信号フローを示す図である。 ヘッダー圧縮を遂行するＰＤＣＰエンティティの構成を示す図である。 ヘッダー圧縮を遂行するＰＤＣＰエンティティの構成を示す図である。 本発明の望ましい実施形態によるＲＮＣのＭＢＭＳ ＲＢの構成を示す図である。 本発明の望ましい実施形態による複数のセルへＭＢＭＳデータを送信するＰＤＣＰエンティティの詳細な構成を示す図である。 本発明の望ましい実施形態による１つのＭＢＭＳサービスに対する共通ＰＤＣＰエンティティを構成する動作を示すフローチャートである。 本発明の望ましい実施形態によって構成されたＰＤＣＰエンティティでＭＢＭＳデータを処理する動作を示すフローチャートである。 本発明の望ましい実施形態によってＭＢＭＳ制御パケットを選択的に送信するためのＰＤＣＰエンティティの構成及び動作を示す図である。 本発明の望ましい実施形態によってＭＢＭＳデータを処理するためにＲＮＣに構成されたプロセシングチェーンを示す図である。 本発明の第１の実施形態による共通ＲＬＣエンティティの構成を詳細に示す図である。 本発明の第１の実施形態による共通ＲＬＣエンティティを構成する動作を示すフローチャートである。 本発明の第１の実施形態による共通ＲＬＣエンティティが上位階層から受信されたデータを処理する動作を示すフローチャートである。 本発明の第２の実施形態による共通ＲＬＣエンティティの構成を示す図である。 本発明の第２の実施形態による共通ＲＬＣエンティティを構成する動作を示すフローチャートである。 本発明の第２の実施形態による共通ＲＬＣエンティティが上位階層から受信されたデータを処理する動作を示すフローチャートである。 本発明の第３の実施形態による共通ＲＬＣエンティティの構成を示す図である。 本発明の第３の実施形態による共通ＲＬＣエンティティを構成する動作を示すフローチャートである。

符号の説明

３２０ 中継ネットワーク
３３０ ＳＧＳＮ
３４０ ＲＮＣ
３６０ 第１のセル
３６１、３６２、３６３、３７１、３７２ ＵＥ
３７０ 第２のセル

Claims (71)

1. 移動通信システムにおいて、複数のセルに位置する端末機へマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する方法であって、
   上位階層プロトコルヘッダー及びＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信するステップと、
   前記上位階層プロトコルヘッダーを前記複数のセルに対して共通である所定のヘッダー圧縮プロトコルに従って圧縮するステップと、
   前記圧縮されたヘッダー及び前記ユーザデータに前記ヘッダー圧縮プロトコルを示すパケットデータ制御プロトコル（ＰＤＣＰ）ヘッダーを付加することによって、下位階層プロトコルデータを生成するステップと、
   前記下位階層プロトコルデータを前記複数のセルに対応する下位階層エンティティへ送信するステップと
   を具備することを特徴とする方法。
2. 前記上位階層プロトコルヘッダーは、リアルタイムトランスファプロトコル（ＲＴＰ）／ユーザデータグラムプロトコル（ＵＤＰ）／インターネットプロトコル（ＩＰ）ヘッダーであることを特徴とする請求項１に記載の方法。
3. 前記上位階層プロトコルヘッダーは、ＵＤＰ／ＩＰヘッダーであることを特徴とする請求項１に記載の方法。
4. 前記複数のセルのうちの特定のセルに前記ＭＢＭＳサービスのための制御パケットの送信を要求する要求メッセージを受信するステップと、
   前記要求メッセージに従って、前記制御パケットを生成するステップと、
   前記制御パケットにＰＤＣＰヘッダーを付加することによって、下位階層プロトコルデータを生成するステップと、
   前記下位階層プロトコルデータを前記下位エンティティのうちの前記特定のセルに対応する下位階層エンティティへ送信するステップと
   をさらに具備することを特徴とする請求項１に記載の方法。
5. 前記ヘッダー圧縮プロトコルは、ロバストヘッダー圧縮（ＲＯＨＣ）プロトコルであることを特徴とする請求項１に記載の方法。
6. 前記複数のセルのうちの特定のセルから前記ＲＯＨＣ ＩＲパケット及びＩＲ−ＤＹＮパケットのうちの１つを示すインディケータを含む要求メッセージを受信するステップと、
   前記インディケータに従って、前記ＲＯＨＣ ＩＲパケット及び前記ＩＲ−ＤＹＮパケットのうちの１つを生成するステップと、
   前記ＲＯＨＣ ＩＲパケット及び前記ＩＲ−ＤＹＮパケットのうちの１つにＰＤＣＰヘッダーを付加することによって、下位階層プロトコルデータを生成するステップと、
   前記下位階層プロトコルデータを前記下位階層エンティティのうち前記特定のセルに対応する下位階層エンティティへ送信するステップと
   をさらに具備することを特徴とする請求項５に記載の方法。
7. 前記ステップは、
   前記ＭＢＭＳサービスに対して特定され、前記複数のセルに共通であるＰＤＣＰエンティティにより遂行されることを特徴とする請求項１に記載の方法。
8. 前記下位階層プロトコルデータを受信するステップと、
   前記複数のセルに共通である共有バッファにバッファリングするステップと、
   前記複数のセルに対応する下位階層エンティティのうちのいずれか１つからの要求があると、前記バッファリングされたデータを該当下位階層エンティティへ送信するステップと
   をさらに具備することを特徴とする請求項１に記載の方法。
9. 前記バッファリングされたデータのうち、前記下位階層エンティティのすべてに送信されたデータを前記共有バッファで廃棄するステップをさらに具備することを特徴とする請求項８に記載の方法。
10. 前記バッファリングされたデータのうち、該当下位階層エンティティへ送信されるデータ量を前記下位階層エンティティへ通知するステップをさらに具備することを特徴とする請求項８に記載の方法。
11. 前記共有バッファに対して前記下位階層エンティティに対応するポインタを管理するステップと、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量を示す要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定するステップと、
    前記決定された量だけのデータを前記該当下位階層エンティティへ送信するステップと、
    前記該当下位階層エンティティに対応するポインタの値を前記決定された量だけ減少させるステップとをさらに具備することを特徴とする請求項８に記載の方法。
12. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファから出力されたデータを分割するステップと、
    前記分割されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを前記該当下位階層エンティティへ送信するステップとを具備することを特徴とする請求項１１に記載の方法。
13. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファから出力されたデータを結合するステップと、
    前記結合されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを前記該当下位階層エンティティへ送信するステップとを具備することを特徴とする請求項１１に記載の方法。
14. 前記下位階層プロトコルデータを受信するステップと、
    前記受信された下位階層プロトコルデータを前記複数のセルのそれぞれに対応するバッファにバッファリングするステップと、
    前記複数のセルに対応する下位階層エンティティのうちのいずれか１つからの要求があると、前記複数のバッファのうち、該当するバッファにバッファリングされたデータを該当下位階層エンティティへ送信するステップとをさらに具備することを特徴とする請求項１に記載の方法。
15. 前記下位階層エンティティにそれぞれ対応するバッファにバッファリングされたデータ量を前記下位階層エンティティへ通知するステップをさらに含むことを特徴とする請求項１４に記載の方法。
16. 前記バッファリングされたデータを送信するステップは、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信するステップと、
    前記受信されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定するステップと、
    前記下位階層エンティティに対応するバッファにバッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信するステップと
    を具備することを特徴とする請求項１４に記載の方法。
17. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファのうち、対応するバッファから出力されたデータを分割するステップと、
    前記分割されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加することによって、パケットデータユニットを生成するステップと
    を具備することを特徴とする請求項１４に記載の方法。
18. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファのうち、対応するバッファから出力されたデータを結合するステップと、
    前記結合されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加することによって、パケットデータユニットを生成するステップと
    を具備することを特徴とする請求項１４に記載の方法。
19. 移動通信システムにおいて、複数のセルに位置する端末機へマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供するために、前記複数のセルに共通である装置を構成する方法であって、
    パケットデータ制御プロトコルヘッダー情報及びヘッダー圧縮情報を有する構成要求メッセージを受信するステップと、
    上位階層プロトコルヘッダー及び前記ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信するために、前記ヘッダー圧縮情報を用いてヘッダー圧縮器を構成するステップと、
    前記複数のセルに共通である所定のヘッダー圧縮プロトコルに従って、前記上位階層プロトコルヘッダーを圧縮するステップと、
    前記圧縮されたヘッダー及び前記ユーザデータに前記ヘッダー圧縮プロトコルを示すＰＤＣＰヘッダーを付加することによって、下位階層プロトコルデータを生成するために、前記ＰＤＣＰヘッダー情報を用いてヘッダー付加器を構成するステップと
    を具備することを特徴とする方法。
20. 前記ヘッダー圧縮情報は、
    前記ヘッダー圧縮プロトコルの種類と、前記ヘッダー圧縮プロトコルを使用可能な送信プロトコルの種類と、前記ヘッダー圧縮に使用するコンテキスト識別子の最大値を含むことを特徴とする請求項１９に記載の方法。
21. 前記ＰＤＣＰヘッダー情報は、前記ヘッダー付加器を構成するか否かを示すことを特徴とする請求項１９に記載の方法。
22. 複数の下位階層エンティティのリストを受信するステップと、
    前記下位階層プロトコルデータをバッファリングするために、前記複数のセルに対する共有バッファを構成するステップと、
    前記共有バッファに対して、前記複数の下位階層エンティティへ送信されるデータの貯蔵位置を示す複数のポインタを構成するステップと、
    前記複数の下位階層エンティティへ送信されたデータの各シーケンスナンバーを示す変数を初期値に設定するステップと、
    前記共有バッファを前記複数の下位階層エンティティに接続するための交換部を構成するステップと、
    前記リストを参照して、前記交換部と前記下位階層エンティティとの間の接続を設定するステップとをさらに具備することを特徴とする請求項１９に記載の方法。
23. 前記ポインタは、０に初期化され、前記ポインタに対応する下位階層エンティティへデータが送信される度に、前記送信されたデータ量だけ増加されることを特徴とする請求項２２に記載の方法。
24. 前記変数は、１に初期化され、前記変数に対応する下位階層エンティティにデータが送信される度に、最後に送信されたデータのシーケンスナンバーに更新されることを特徴とする請求項２２に記載の方法。
25. あらかじめ決定されたデータサイズに従って、前記共有バッファから受信されたデータを分割又は結合するステップと、
    前記分割又は結合されたデータに所定のシーケンスナンバーを有するＲＬＣヘッダーを付加することによって、パケットデータユニット（ＰＤＵ）を生成するステップと、
    前記交換部へ前記ＰＤＵを送信するステップとをさらに具備することを特徴とする請求項２２に記載の方法。
26. 前記複数の下位階層エンティティのリストを受信するステップと、
    前記リストに従って、前記パケットデータユニットを前記複数のセルの個数だけコピーして分配するステップと
    前記リストを使用して、前記複写及び分配されたデータをバッファリングするステップと、
    前記複数のバッファと前記下位階層エンティティとを接続するステップとをさらに具備することを特徴とする請求項１９に記載の方法。
27. 前記下位階層プロトコルデータをあらかじめ決定されたデータサイズに従って、分割又は結合するステップと、
    前記分割又は結合されたデータに所定のシーケンスナンバー（ＳＮ）を有するＲＬＣヘッダーを付加することによって、前記パケットデータユニットを生成するステップとをさらに具備することを特徴とする請求項２６に記載の方法。
28. 複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する無線網制御器であって、
    前記複数のセルにそれぞれ対応する複数の下位階層エンティティと、
    ＭＢＭＳデータを受信し、前記ＭＢＭＳデータを前記下位階層エンティティへ送信するために、前記ＭＢＭＳサービスに対して特定され、前記複数のセルに対して共通であるパケットデータ制御プロトコル（ＰＤＣＰ）エンティティと
    を具備することを特徴とする無線網制御器。
29. 前記ＰＤＣＰエンティティは、
    上位階層プロトコルヘッダー及び前記ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信し、前記複数のセルに共通である所定のヘッダー圧縮プロトコルに従って、前記上位階層プロトコルヘッダーを圧縮するヘッダー圧縮器と、
    前記圧縮されたヘッダー及び前記ユーザデータに前記ヘッダー圧縮プロトコルを示すＰＤＣＰヘッダーを付加することによって、下位階層プロトコルデータを生成し、前記下位階層プロトコルデータを前記複数のセルに対応する下位階層エンティティへ送信するＰＤＣＰヘッダー付加器と
    から構成されることを特徴とする請求項２８に記載の無線網制御器。
30. 前記上位階層プロトコルヘッダーは、ＲＴＰ／ＵＤＰ／ＩＰヘッダーであることを特徴とする請求項２８に記載の無線網制御器。
31. 前記上位階層プロトコルヘッダーは、ＵＤＰ／ＩＰヘッダーであることを特徴とする請求項２８に記載の無線網制御器。
32. 前記ヘッダー圧縮プロトコルは、ＲＯＨＣであることを特徴とする請求項２８に記載の無線網制御器。
33. 前記ＰＤＣＰエンティティは、
    前記複数のセルのうち、特定のセルに前記ＭＢＭＳサービスのための制御パケットの送信を要求する要求メッセージを受信すると、前記要求メッセージに従って前記制御パケットを生成し、前記生成された制御パケットにＰＤＣＰヘッダーを付加することによって下位階層プロトコルデータを生成し、前記下位階層プロトコルデータを前記下位階層エンティティのうち、前記特定のセルに対応する下位階層エンティティへ送信することを特徴とする請求項２９に記載の無線網制御器。
34. 前記ＰＤＣＰエンティティを前記下位階層エンティティに接続する前記複数のセルに共通である無線リンク制御（ＲＬＣ）エンティティをさらに含み、前記ＲＬＣエンティティは、
    前記下位階層プロトコルデータを受信してバッファリングし、前記下位階層エンティティのうちのいずれか１つからの要求があるとき、前記バッファリングされたデータのうち、前記該当下位階層エンティティから要求された量だけのデータを送信する前記複数のセルに対して共通である共有バッファと、
    前記共有バッファから受信されたデータを前記該当下位階層エンティティへ伝達する交換部と
    をさらに具備することを特徴とする請求項２８に記載の無線網制御器。
35. 前記ＲＬＣエンティティは、
    前記バッファリングされたデータのうち、前記下位階層エンティティのすべてに送信されたデータを前記共有バッファで廃棄することを特徴とする請求項３４に記載の無線網制御器。
36. 前記ＲＬＣエンティティは、
    前記該当下位階層エンティティへ送信されるバッファリングされたデータの量を前記下位階層エンティティへ通知することを特徴とする請求項３４に記載の無線網制御器。
37. 前記ＲＬＣエンティティは、
    前記共有バッファに対して前記下位階層エンティティに対応する複数のポインタを管理し、前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定し、前記バッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信した後に、前記該当下位階層エンティティに対応するポインタを前記決定された量だけ減少させることを特徴とする請求項３４に記載の無線網制御器。
38. 前記ＲＬＣエンティティは、
    前記共有バッファから出力されたデータをあらかじめ決定されたデータサイズに従って、分割又は結合する分割器／結合器と、
    前記分割又は結合されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加し、前記ＲＬＣヘッダーが付加されたデータを前記下位階層エンティティへ送信するヘッダー付加器とをさらに具備することを特徴とする請求項３４に記載の無線網制御器。
39. 前記ＰＤＣＰエンティティを前記下位階層エンティティに接続する前記複数のセルに共通である無線リンク制御（ＲＬＣ）エンティティをさらに備え、前記ＲＬＣエンティティは、
    前記下位階層プロトコルデータを前記下位階層エンティティの個数だけコピーして、前記複数のセルに対応する複数のバッファに分配する複写器／分配器を有することを特徴とする請求項２８に記載の無線網制御器。
40. 前記ＲＬＣエンティティは、
    前記下位階層エンティティにそれぞれ対応するバッファにバッファリングされたデータ量を前記下位階層エンティティのそれぞれへ通知することを特徴とする請求項３９に記載の無線網制御器。
41. 前記ＲＬＣエンティティは、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定し、前記下位階層エンティティに対応するバッファにバッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信することを特徴とする請求項３９に記載の無線網制御器。
42. 前記ＲＬＣエンティティは、
    前記バッファから出力されたデータをあらかじめ決定されたデータサイズに従って、分割又は結合する分割器／結合器と、
    前記分割又は結合されたデータにシーケンスナンバー（ＳＮ）を有するＲＬＣヘッダーを付加して、前記ＲＬＣヘッダーが付加されたデータを前記下位階層エンティティへ送信するヘッダー付加器とをさらに具備することを特徴とする請求項３９に記載の無線網制御器。
43. 移動通信システムにおいて、複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する方法であって、
    ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信するステップと、
    前記受信された上位階層プロトコルデータを前記複数のセルに対して共通である共有バッファにバッファリングするステップと、
    前記複数のセルに対応する下位階層エンティティのうちのいずれか１つからの要求があると、前記バッファリングされたデータを前記該当下位階層エンティティへ送信するステップと
    を具備することを特徴とする方法。
44. 前記バッファリングされたデータのうち、前記下位階層エンティティのすべてに送信されたデータを前記共有バッファで廃棄するステップをさらに具備することを特徴とする請求項４３に記載の方法。
45. 前記バッファリングされたデータのうち、該当下位階層エンティティへ送信されるデータ量を前記下位階層エンティティへ通知するステップをさらに具備することを特徴とする請求項４３に記載の方法。
46. 前記共有バッファに対して、前記下位階層エンティティに対応するポインタを管理するステップと、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定するステップと、
    前記バッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信するステップと、
    前記該当下位階層エンティティに対応するポインタを前記決定された量だけ減少させるステップと
    をさらに具備することを特徴とする請求項４３に記載の方法。
47. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファから出力されたデータを分割し、前記分割されたデータにシーケンスナンバー（ＳＮ）を有するＲＬＣヘッダーを付加し、前記ＲＬＣヘッダーが付加されたデータを該当下位階層エンティティへ送信することを特徴とする請求項４３に記載の方法。
48. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファから出力されたデータを結合し、前記結合されたデータにシーケンスナンバー（ＳＮ）を有するＲＬＣヘッダーを付加し、前記ＲＬＣヘッダーが付加されたデータを該当下位階層エンティティへ送信することを特徴とする請求項４３に記載の方法。
49. 移動通信システムにおいて、複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供するために、前記複数のセルに共通である無線リンク制御（ＲＬＣ）エンティティを構成する方法であって、
    前記ＭＢＭＳサービスを提供する前記複数のセルに対応する複数の下位階層エンティティのリストを受信するステップと、
    前記ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータをバッファリングするために、前記複数のセルに対して共通である共有バッファを構成するステップと、
    前記共有バッファに対して前記複数の下位階層エンティティへ送信されるデータの貯蔵位置をそれぞれ示す複数のポインタを構成するステップと、
    前記複数の下位階層エンティティへ送信されたデータの各シーケンスナンバー（ＳＮ）を示す変数を初期値に設定するステップと、
    前記共通バッファを前記複数の下位階層エンティティに接続するための交換部を構成するステップと、
    前記リストを参照して前記交換部と前記複数の下位階層エンティティとを接続するステップと
    を具備することを特徴とする方法。
50. 前記ポインタは、０に初期化され、前記ポインタに対応する下位階層エンティティへデータが送信される度に、前記送信されたデータ量だけ増加されることを特徴とする請求項４９に記載の方法。
51. 前記変数は、１に初期化され、前記変数に対応する下位階層エンティティにデータが送信される度に、最後に送信されたデータのシーケンスナンバーに更新されることを特徴とする請求項４９に記載の方法。
52. 前記共有バッファから受信されたデータをあらかじめ決定されたデータサイズに従って分割するステップと、
    前記分割されたデータに所定のシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを前記交換部へ送信するステップとをさらに具備することを特徴とする請求項４９に記載の方法。
53. 前記共有バッファから受信されたデータをあらかじめ決定されたデータサイズに従って結合するステップと、
    前記結合されたデータに所定のシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを前記交換部へ送信するステップとをさらに具備することを特徴とする請求項４９に記載の方法。
54. 複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する無線網制御器であって、
    前記ＭＢＭＳサービスを提供する前記複数のセルにそれぞれ対応する複数の下位階層エンティティと、
    前記ＭＢＭＳサービスのためのデータを受信してバッファリングし、前記下位階層エンティティのうちのいずれか１つからの要求があると、前記バッファリングされたデータを該当下位階層エンティティへ送信する前記ＭＢＭＳサービスに対して特定され、前記複数のセルに対して共通である無線リンク制御（ＲＬＣ）エンティティと
    を含んで構成されることを特徴とする無線網制御器。
55. 前記ＲＬＣエンティティは、
    前記ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信してバッファリングし、前記下位階層エンティティから要求された量だけのデータを出力する共有バッファと、
    前記共有バッファから受信されたデータを該当下位階層エンティティへ送信する交換部とから構成されることを特徴とする請求項５４に記載の無線網制御器。
56. 前記ＲＬＣエンティティは、
    前記バッファリングされたデータのうち、前記下位階層エンティティのすべてに送信されたデータを前記共有バッファで廃棄することを特徴とする請求項５５に記載の無線網制御器。
57. 前記ＲＬＣエンティティは、
    前記バッファリングされたデータのうち、該当下位エンティティへ送信するデータの量を前記下位階層エンティティへ通知することを特徴とする請求項５５に記載の無線網制御器。
58. 前記ＲＬＣエンティティは、
    前記共有バッファに対して前記下位階層エンティティに対応する複数のポインタを管理し、前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定し、前記バッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信した後に、前記該当下位階層エンティティに対応するポインタを前記決定された量だけ減少させることを特徴とする請求項５５に記載の無線網制御器。
59. 前記ＲＬＣエンティティは、
    前記共有バッファから出力されたデータをあらかじめ決定されたデータサイズに従って、分割又は結合する分割器／結合器と、
    前記分割又は結合されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加し、前記ＲＬＣヘッダーが付加されたデータを前記下位階層エンティティへ送信するヘッダー付加器とをさらに具備することを特徴とする請求項５５に記載の無線網制御器。
60. 移動通信システムにおいて、複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する方法であって、
    前記ＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信するステップと、
    前記受信された上位階層プロトコルデータを前記複数のセルに対応する複数のバッファにバッファリングするステップと、
    前記複数のセルに対応する下位階層エンティティのうちのいずれか１つからの要求があると、前記複数のバッファのうち、該当するバッファにバッファリングされたデータを該当下位階層エンティティへ送信するステップと
    を具備することを特徴とする方法。
61. 前記下位階層エンティティにそれぞれ対応するバッファにバッファリングされたデータ量を前記下位階層エンティティへ通知するステップをさらに具備することを特徴とする請求項６０に記載の方法。
62. 前記バッファリングされたデータを送信するステップは、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記受信されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定するステップと、
    前記下位階層エンティティに対応するバッファにバッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信するステップと
    を具備することを特徴とする請求項６０に記載の方法。
63. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータ大きさに従って、前記バッファのうち、対応するバッファから出力されたデータを分割し、前記分割されたデータにシーケンスナンバーを含むＲＬＣヘッダーを付加して、前記該当下位階層エンティティへ伝達することを特徴とする請求項６０に記載の方法。
64. 前記バッファリングされたデータを送信するステップは、
    あらかじめ決定されたデータサイズに従って、前記バッファのうち、対応するバッファから出力されたデータを結合するステップと、
    前記結合されたデータにシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを前記下位階層エンティティへ送信するステップとを具備することを特徴とする請求項６０に記載の方法。
65. 移動通信システムにおいて、複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供するために、前記複数のセルに共通である無線リンク制御（ＲＬＣ）エンティティを構成する方法であって、
    前記ＭＢＭＳサービスを提供する前記複数のセルに対応する複数の下位階層エンティティのリストを受信するステップと、
    前記リストを参照して、前記ＭＢＭＳサービスのためのデータを含む上位階層プロトコルデータを前記複数のセルの個数だけコピーして、前記複数のセルに対応する前記複数の下位階層エンティティに分配し、前記分配されたデータをバッファリングするステップと、
    前記バッファと前記複数の下位階層エンティティとを接続するステップと
    を具備することを特徴とする方法。
66. 前記上位階層プロトコルデータをあらかじめ決定されたデータサイズに従って分割するステップと、
    前記分割されたデータに所定のシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを複写器／分配器へ送信するステップとをさらに具備することを特徴とする請求項６５に記載の方法。
67. 前記上位階層プロトコルデータをあらかじめ決定されたデータサイズに従って結合するステップと、
    前記結合されたデータに所定のシーケンスナンバーを有するＲＬＣヘッダーを付加するステップと、
    前記ＲＬＣヘッダーが付加されたデータを複写器／分配器へ送信するステップとをさらに具備することを特徴とする請求項６５に記載の方法。
68. 複数のセルに位置する端末機にマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスを提供する無線網制御器であって、
    前記ＭＢＭＳサービスを提供する前記複数のセルにそれぞれ対応する複数の下位階層エンティティと、
    前記ＭＢＭＳサービスのためのデータを受信してバッファリングし、前記複数の下位階層エンティティに対応する複数のバッファのうち、前記該当下位階層エンティティに対応するバッファへ送信する前記ＭＢＭＳサービスに特定され、前記複数のセルに共通である無線リンク制御（ＲＬＣ）エンティティと
    を含んで構成されることを特徴とする無線網制御器。
69. 前記ＲＬＣエンティティは、
    前記下位階層エンティティにそれぞれ対応するバッファにバッファリングされたデータ量を前記下位階層エンティティのそれぞれへ通知することを特徴とする請求項６８に記載の無線網制御器。
70. 前記ＲＬＣエンティティは、
    前記下位階層エンティティのうちのいずれか１つから受信するデータ量に対する要求を受信すると、前記要求されたデータ量に基づいて、前記該当下位階層エンティティへ送信されるデータ量を決定し、前記下位階層エンティティに対応するバッファにバッファリングされたデータのうち、前記決定された量のデータを前記該当下位階層エンティティへ送信することを特徴とする請求項６８に記載の無線網制御器。
71. 前記ＲＬＣエンティティは、
    前記上位階層からＭＢＭＳサービスのためのユーザデータを含む上位階層プロトコルデータを受信して、あらかじめ決定されたデータサイズに従って、前記上位階層プロトコルデータを分割又は結合する分割器／結合器と、
    前記分割及び結合されたデータのうちのいずれか１つにシーケンスナンバーを有するＲＬＣヘッダーを付加して、前記ＲＬＣヘッダーが付加されたデータを前記複写器／分配器へ送信するヘッダー付加器とをさらに具備することを特徴とする請求項６８に記載の無線網制御器。

Images