知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6020650
(24)【登録日】2016年10月14日
(45)【発行日】2016年11月2日
(54)【発明の名称】移動局、通信方法、プログラム
(51)【国際特許分類】
H04W 4/06 20090101AFI20161020BHJP
H04W 92/20 20090101ALI20161020BHJP
【ＦＩ】
H04W4/06 150
H04W92/20
【請求項の数】7
【全頁数】21
(21)【出願番号】特願2015-97350(P2015-97350)
(22)【出願日】2015年5月12日
(62)【分割の表示】特願2014-29394(P2014-29394)の分割
【原出願日】2009年9月9日
(65)【公開番号】特開2015-164351(P2015-164351A)
(43)【公開日】2015年9月10日
【審査請求日】2015年5月12日
(31)【優先権主張番号】特願2008-281096(P2008-281096)
(32)【優先日】2008年10月31日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100109313
【弁理士】
【氏名又は名称】机 昌彦
(74)【代理人】
【識別番号】100124154
【弁理士】
【氏名又は名称】下坂 直樹
(72)【発明者】
【氏名】神藤 将人
(72)【発明者】
【氏名】林 貞福
【審査官】
望月 章俊
(56)【参考文献】
【文献】
米国特許出願公開第２００８／０１６７０４１（ＵＳ，Ａ１）
【文献】
特表２００５−５２４３３３（ＪＰ，Ａ）
【文献】
国際公開第２００３／０９４３８９（ＷＯ，Ａ１）
【文献】
Ericsson (rapporteur)，Summary of the continued discussion on L1 parameter handling in dedicated，3GPP TSG-RAN WG2 Meeting #62 Tdoc R2-082125，3GPP，２００８年 ５月 ５日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−２
ＣＴ ＷＧ１
(57)【特許請求の範囲】
【請求項1】
第１の基地局と第２の基地局とを有する無線通信システムの移動局であって、
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する受信手段を有し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
移動局。
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する受信手段を有し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
移動局。
【請求項2】
前記無線通信システムの通信方式は、ＬＴＥである、
請求項１に記載の移動局。
請求項１に記載の移動局。
【請求項3】
前記第２の基地局は、スクランブリングコードと、チャネライゼーションコードと、スロットフォーマットとの中の少なくともいずれか一つの情報を、前記Ｘ２インターフェースを介して前記第１の基地局に送信する、
請求項１または２に記載の移動局。
請求項１または２に記載の移動局。
【請求項4】
第１の基地局と第２の基地局とを有する無線通信システムの移動局の通信方法であって、
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
移動局の通信方法。
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
移動局の通信方法。
【請求項5】
第１の基地局と第２の基地局とを有する無線通信システムの移動局の通信方法をコンピュータに実行させるためのプログラムであって、
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
プログラム。
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、
プログラム。
【請求項6】
無線通信システムにおける第一の基地局であって、
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を、第二の基地局から受信する手段と、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基いて、移動局にＭＢＭＳデータを送信する手段と、を有し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第一の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、基地局。
Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を、第二の基地局から受信する手段と、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基いて、移動局にＭＢＭＳデータを送信する手段と、を有し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第一の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、基地局。
【請求項7】
前記無線通信システムの通信方式はＬＴＥである、請求項６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、移動局、通信方法、プログラムに関する。
【背景技術】
【0002】
３ＧＰＰ（3rd Generation Partnership Projects）では、ＭＢＭＳ（Multimedia Broadcast Multicast Service）と呼ばれるサービスが規定されている（非特許文献１〜７）。
【0003】
ＭＢＭＳとは、複数のＵＥ（User Equipment：移動局）に対して、動画や音楽などのマルチメディアデータ（以下、ＭＢＭＳデータと称す）を、ブロードキャストまたはマルチキャストで同時に送信するサービスである。
【0004】
また、３ＧＰＰでは、ＭＢＭＳを提供する方式として、ＭＢＳＦＮ（Multicast Broadcast Single Frequency Network）と呼ばれる方式が規定されている。
【0005】
ＭＢＳＦＮとは、複数のＮｏｄｅＢ（基地局）の各々が形成する複数のセル（Cell）において、同一の周波数を使用して同一の送信タイミングで同一のＭＢＭＳデータをＵＥに送信する方式である。
【0006】
これにより、ＵＥから見ると、複数のセルを１つの大きな通信エリアとみなすことができる。この通信エリアは、ＭＢＳＦＮクラスターと呼ばれており、ＵＥは、ＭＢＳＦＮクラスターの配下では、大きな利得でＭＢＭＳデータを受信することが可能となる。
【0007】
なお、ＭＢＳＦＮクラスターを形成する複数のセルでは、周波数の他、スクランブリングコード（Scrambling Code）、チャネライゼーションコード（Channelisation Code）、スロットフォーマット（Slot Format）等も同一のものが使用される。本明細書では、これら周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットを総称して無線リソースと称する。これら無線リソースは、詳細には、各セルにおいて、ＮｏｄｅＢからＵＥに対しＭＢＭＳデータを無線で送信するために用いる共通物理チャネルであるＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）に使用される。
【0008】
図１に、ＭＢＳＦＮを用いてＭＢＭＳを提供する、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）の移動通信システムの構成の一例を示す（非特許文献１）。
【0009】
図１に示すように、関連する移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast-Service Center）１００と、ＧＧＳＮ（Gateway GPRS Support Node、GPRS＝General Packet Radio Service）２００と、ＳＧＳＮ（Serving GPRS Support Node）３００と、ＲＮＣ（Radio Network Controller：制御局）４００と、ＮｏｄｅＢ（ＮＢ）５００と、を含む。
【0010】
なお、図１では、ＲＮＣ４００として、３台のＲＮＣ４００−１〜４００−３（＃１〜＃３）を図示している。
【0011】
また、図示していないが、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、およびＳＧＳＮ３００は、ＣＮ（CoreNetwork）内に配置され、ＲＮＣ４００およびＮｏｄｅＢ５００は、後述のＲＡＮ（Radio Access Network）４５０内に配置されている。一般的には、ＲＡＮ４５０では、１台のＲＮＣ４００に複数のＮｏｄｅＢ５００が接続される形態をとる。
【0012】
ＢＭ−ＳＣ１００は、ＭＢＭＳデータの送信先となるＵＥ８００のユーザを認証する機能、ＭＢＭＳデータの管理を行う機能、ＭＢＭＳデータの配信スケジューリングを行う機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【0013】
ＧＧＳＮ２００は、ＢＭ−ＳＣ１００から送られてくるＩＰ（Internet Protocol）パケット（メッセージおよびＭＢＭＳデータをＩＰパケット化したもの）をＳＧＳＮ３００へ転送する機能、ＳＧＳＮ３００から送られてくるＩＰパケットをＢＭ−ＳＣ１００へ転送する機能などを備えたゲートウェイノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【0014】
ＳＧＳＮ３００は、ＩＰパケットのルーティング・転送を行う機能、移動通信に必要なモビリティ管理やセッション管理を行う機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【0015】
ＲＮＣ４００−１〜４００−３は、ＲＡＮ４５０を制御する機能を備えたノードである。例えば、ＲＮＣ４００−１〜４００−３は、配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースを決定し、そのＳ−ＣＣＰＣＨの設定をＮｏｄｅＢ５００に指示するとともに、配下のセル６００におけるＭＢＭＳデータの送信タイミングを決定し、その送信タイミングに合わせてＭＢＭＳデータを各ＮｏｄｅＢ５００へ送信する。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。本明細書では、「配下」とは、自ノードに接続されている下位ノードや、その下位ノードが形成するセルやＭＢＳＦＮクラスター等を指すものとする。
【0016】
このように、ＲＮＣ４００−１〜４００−３は、配下のセル６００における無線リソースおよび送信タイミングを独自に決定している。
【0017】
そのため、ＲＮＣ４００−１配下のＭＢＳＦＮクラスター７００−１と、ＲＮＣ４００−２配下のＭＢＳＦＮクラスター７００−２と、ＲＮＣ４００−３配下のＭＢＳＦＮクラスター７００−３と、がそれぞれ形成されることになる。
【0018】
ＮｏｄｅＢ５００は、ＲＮＣ４００−１〜４００−３からの指示に基づきＳ−ＣＣＰＣＨに無線リソースを設定する機能、ＲＮＣ４００−１〜４００−３から送られてきたＭＢＭＳデータを無線データに変換し、セル６００内のＵＥ８００へＳ−ＣＣＰＣＨにより送信する機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【0019】
ここで、図２を参照して、ＭＢＳＦＮ使用時のＵＥ８００の利得について、ＭＢＳＦＮ非使用時の利得と比較して説明する。なお、図２において、（ａ）は、非特許文献２のＴａｂｌｅ７に開示された、ＭＢＳＦＮ使用時のＵＥ８００の周波数利用効率を示し、また、（ｂ）は、非特許文献２のＴａｂｌｅ８に開示された、ＭＢＳＦＮ非使用時のＵＥ８００の周波数利用効率を示している。
【0020】
まず、ＵＥ８００が、Ｔｙｐｅ−３の受信機（Receiver）であり、３つの無線リンクで受信した信号を合成する構成（Receiver capable of equalizing 3RLs、RL＝Radio Link）である場合を例に挙げる。この場合、周波数利用効率は、ＭＢＳＦＮ使用時には０．６０２［ｂ／ｓ／Ｈｚ］であるのに対して、ＭＢＳＦＮ非使用時には０．４７３６［ｂ／ｓ／Ｈｚ］と低くなっている。また、無線リンクが７つの場合には、ＭＢＳＦＮ使用時は１．０７５［ｂ／ｓ／Ｈｚ］の周波数利用効率となっており、ＭＢＳＦＮ非使用時の０．４７３６［ｂ／ｓ／Ｈｚ］とは大きく異なっている。
【0021】
この結果から、ＭＢＳＦＮの非使用時には、ＵＥ８００の利得が非常に小さくなってしまうことがわかる。
【先行技術文献】
【非特許文献】
【0022】
【非特許文献1】３ＧＰＰ ＴＳ ２３．２４６
【非特許文献2】３ＧＰＰ ＴＳ ２５．９０５
【非特許文献3】３ＧＰＰ ＴＳ ２９．０６１
【非特許文献4】３ＧＰＰ ＴＳ ２９．０６０
【非特許文献5】３ＧＰＰ ＴＳ ２５．４１３
【非特許文献6】３ＧＰＰ ＴＳ ２５．４０２
【非特許文献7】３ＧＰＰ ＴＳ ２４．００８
【発明の概要】
【発明が解決しようとする課題】
【0023】
しかしながら、関連する移動通信システムでは、異なるＲＮＣにおいて、配下のセルにおけるＳ−ＣＣＰＣＨの無線リソースおよびＭＢＭＳデータの送信タイミングを統一する手段がないため、ＲＮＣの各々が、配下のセルにおける無線リソースおよび送信タイミングを独自に決定している。
【0024】
そのため、ＭＢＳＦＮクラスターは、ＲＮＣごとに形成することのみが可能で、ＲＮＣをまたいで形成することは不可能であった。すなわち、異なるＲＮＣの配下のセル同士で１つのＭＢＳＦＮクラスターを形成することは不可能であった。
【0025】
したがって、ＵＥは、異なるＲＮＣに接続されたＮｏｄｅＢのセル境界付近では、ＭＢＳＦＮクラスターの境界に位置することになるため、大きな利得でＭＢＭＳデータを受信するというＭＢＳＦＮの効果が低くなってしまうという課題がある。
【0026】
また、１台のＲＮＣに接続されるＮｏｄｅＢの数が一定と仮定すると、ＵＥの数が多い通信エリアにおいては、多くのＮｏｄｅＢが必要となる。そのため、１台のＲＮＣがカバーする通信エリアが小さくなる。このことは、ＵＥ数が多いエリアにおいては、ＲＮＣの通信エリアの境界が多くできてしまうことを意味する。
【0027】
したがって、ＲＮＣごとにＭＢＳＦＮクラスターを形成したとしても、ＵＥ数の多いエリアにおいては、ＭＢＳＦＮクラスターの境界が多くできてしまうため、ＭＢＳＦＮの効果が低くなってしまうという課題がある。
【0028】
そこで、本発明の目的は、ＭＢＳＦＮクラスターの範囲を広げることで、ＭＢＳＦＮクラスターの境界を少なくし、それにより、上述した課題を解決する移動局、通信方法、プログラムを提供することにある。
【課題を解決するための手段】
【0029】
例示的な実施形態における、第１の基地局と第２の基地局とを有する無線通信システムの移動局であって、Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する受信手段を有し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、移動局。
【0030】
他の例示的な実施形態における、第１の基地局と第２の基地局とを有する無線通信システムの移動局の通信方法であって、Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信する、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、移動局の通信方法。
【0031】
例示的な実施形態における、第１の基地局と第２の基地局とを有する無線通信システムの移動局の通信方法をコンピュータに実行させるためのプログラムであって、Ｘ２インターフェースを介して無線リソースに関するパラメータを含むＭＢＳＦＮに関する情報を前記第２の基地局から受信する前記第１の基地局から、
前記ＭＢＳＦＮに関する情報に含まれる前記パラメータに基づき送信されるＭＢＭＳデータを受信し、
前記ＭＢＳＦＮに関する情報は、前記ＭＢＭＳデータの送信前に、前記Ｘ２インターフェースを介して前記第１の基地局と接続するために必要とされる設定情報を送信するメッセージに含まれる、プログラム。
【発明の効果】
【0032】
本発明によれば、制御局または基地局の配下の全てのセルにおいて、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信することができる。
【0033】
したがって、同一の周波数を使用して同一の送信タイミングで同一のＭＢＭＳデータを送信する複数のセルからなる通信エリアの範囲を、広げることができるという効果が得られる。
【図面の簡単な説明】
【0034】
【図1】関連する移動通信システムの構成の一例を示すブロック図である。
【図2】ＭＢＳＦＮ使用時のＵＥの利得を説明する図である。
【図3】本発明の移動通信システムの構成の一例を示す図である。
【図7】本発明の移動通信システムにおいて、ＭＢＭＳのセッション開始時の動作の一例を説明するＣプレーンシーケンスチャートである。
【図13】本発明の移動通信システムの構成の他の例を示すブロック図である。
【発明を実施するための形態】
【0035】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。
【0036】
（１）第１の実施形態（１−１）第１の実施形態の構成
図３に示すように、本実施形態の移動通信システムの全体構成は、図１と比較して、ＲＮＣ４００−１〜４００−３間が、Ｉｕｒインターフェースを経由して接続されている点が異なる。なお、図示していないが、ＲＮＣ４００−２およびＲＮＣ４００−３も、ＳＧＳＮ３００とｌｕインターフェースを経由して接続されている。
【0037】
なお、ＲＮＣ４００−１は第２の制御局の一例であり、ＲＮＣ４００−２、４００−３は第１の制御局の一例である。
【0038】
本実施形態では、ＲＮＣ４００−１〜４００−３のうちの１つのＲＮＣ４００（図３では、ＲＮＣ４００−１）が、ＲＮＣ４００−１〜４００−３配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソース（周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマット）の設定値およびＭＢＭＳデータの送信タイミングの設定値を決定し、他のＲＮＣ４００（図３では、ＲＮＣ４００−２、４００−３）に指示する。
【0039】
詳細には、ＲＮＣ４００−１は、ＲＮＣ４００−１〜４００−３配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースの設定値およびＭＢＭＳデータの送信タイミングの設定値の組み合わせを表す識別子となるＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定する。
【0040】
そのため、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１〜４００−３は、図１と比較して、機能が追加されている。そこで、これらの構成について、図４を参照して説明する。
【0041】
図４に示すように、ＢＭ−ＳＣ１００は、制御部１０１と、通信部１０２と、を含む。
【0042】
制御部１０１は、他ノードに送信するメッセージを生成する。例えば、本実施形態では、制御部１０１は、ＭＢＳＦＮの使用要否の情報を含むメッセージを生成する。
【0043】
なお、制御部１０１は、上述の動作以外にも、ＢＭ−ＳＣ１００全体を制御して各種の動作、例えば、図１の説明で述べたユーザ認証、ＭＢＭＳデータの管理、配信スケジューリング等を行う。
【0044】
通信部１０２は、他ノードとの間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部１０２は、ＧＧＳＮ２００に対し、制御部１０１にて生成された、ＭＢＳＦＮの使用要否の情報を含むメッセージを送信する。
【0045】
ここで、制御部１０１は、ＭＢＳＦＮ使用時に、ＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担うＲＮＣ４００−１を知っている。つまり、ＢＭ−ＳＣ１００内部の不図示の記憶部、または、ＢＭ−ＳＣ１００を操作する人間が、その役割を担うＲＮＣ４００−１を表すリスト（不図示）を持っている。そのため、制御部１０１は、上記で生成したメッセージの宛先をＲＮＣ４００−１とする。
【0046】
ＧＧＳＮ２００は、制御部２０１と、通信部２０２と、を含む。
【0047】
制御部２０１は、他ノードに送信するメッセージを生成する。例えば、本実施形態では、制御部２０１は、ＢＭ−ＳＣ１００から通知されたＭＢＳＦＮの使用要否の情報を含むメッセージを生成する。
【0048】
なお、制御部２０１は、上述の動作以外にも、ＧＧＳＮ２００全体を制御して各種の動作を行う。
【0049】
通信部２０２は、他ノードとの間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部２０２は、ＢＭ−ＳＣ１００から、ＭＢＳＦＮの使用要否の情報を含むメッセージを受信し、また、ＳＧＳＮ３００に対し、制御部２０１にて生成された、ＭＢＳＦＮの使用要否の情報を含むメッセージを送信する。
【0050】
ＳＧＳＮ３００は、制御部３０１と、通信部３０２と、を含む。
【0051】
制御部３０１は、他ノードに送信するメッセージを生成する。例えば、本実施形態では、制御部３０１は、ＧＧＳＮ２００から通知されたＭＢＳＦＮの使用要否の情報を含むメッセージを生成する。
【0052】
なお、制御部３０１は、上述の動作以外にも、ＳＧＳＮ３００全体を制御して各種の動作、例えば、図１の説明で述べたルーティング、モビリティ管理、セッション管理等を行う。
【0053】
通信部３０２は、他ノードとの間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部３０２は、ＧＧＳＮ２００から、ＭＢＳＦＮの使用要否の情報を含むメッセージを受信し、また、ＲＮＣ４００−１に対し、制御部３０１にて生成された、ＭＢＳＦＮの使用要否の情報を含むメッセージを送信する。
【0054】
ＲＮＣ４００−１、４００−２は、時刻同期部４０１と、記憶部４０２と、制御部４０３と、通信部４０４と、を含む。なお、ＲＮＣ４００−３は、ＲＮＣ４００−２と構成および動作が同様である。
【0055】
時刻同期部４０１は、ＧＰＳ（Global Positioning System）衛星９００からＵＴＣ（協定世界時：Coordinated Universal Time）の時刻情報を受信し、自身の時刻をＵＴＣと同期させる。なお、ＧＰＳによるＵＴＣとの時刻同期の方法は、一般的なことであるので、説明を省略する。
【0056】
このようにして、ＲＮＣ４００−１〜４００−３は、ＵＴＣと時刻同期をとる。
【0057】
これにより、ＲＮＣ４００−１〜４００−３間で時刻同期をとることができる。
【0058】
なお、ＲＮＣ４００−１〜４００−３間で時刻同期をとる方法は、上述のＧＰＳによる方法に限らず、３ＧＰＰで規定されている以下の方法を利用することができる。
【0059】
・ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network、UMTS＝Universal Mobile Telecommunications System）における３ＧＰＰ同期方法（3GPP synchronization in UTRAN）・ＮＴＰ（Network Time Protocol）を用いる方法
・ＩＰマルチキャスト配信を用いる方法（Relying on IP multicast distribution）
・ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１５８８で規定された方法
記憶部４０２は、第１のデータベースと、第２のデータベースと、を記憶する。
【0060】
第１のデータベースには、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担うかどうかを表す決定Ｆｌａｇと、その役割を担う場合に、決定したＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒの通知先となるＲＮＣ４００のリストと、が含まれる。
【0061】
そのため、制御部４０３は、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担うかどうかを知っており、また、その役割を担う場合に、決定したＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒの通知先となるＲＮＣ４００も知っている。
【0062】
本実施形態では、ＲＮＣ４００−１がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担う。そのため、図５に示すように、ＲＮＣ４００−１に記憶される第１のデータベースでは、決定Ｆｌａｇが有効を示す“１”になっており、通知先のＲＮＣ４００のリストには、同一のＭＢＭＳデータの送信対象になっているＲＮＣ４００−２、４００−３が含まれる。
【0063】
なお、図示していないが、ＲＮＣ４００−２、４００−３に記憶される第１のデータベースでは、決定Ｆｌａｇが無効を示す“０”になっている。また、通知先のＲＮＣ４００のリストには、同一のＭＢＭＳデータの送信対象になっている他のＲＮＣ４００（例えば、ＲＮＣ４００−２の場合は、ＲＮＣ４００−１、４００−３）が含まれる。
【0064】
図６に示すように、第２のデータベースには、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒと、このＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた、セル６００における無線リソースの設定値および送信タイミングの設定値の組み合わせと、が含まれている。
【0065】
制御部４０３は、決定Ｆｌａｇが有効である場合、ＭＢＳＦＮ使用時のＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定する。ここで決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒは、後述のように、他のＲＮＣ４００に指示される。
【0066】
本実施形態では、ＲＮＣ４００−１の決定Ｆｌａｇが有効となる。そのため、ＲＮＣ４００−１の制御部４０３がＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定し、決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒが他のＲＮＣ４００−２、４００−３に指示される。
【0067】
また、制御部４０３は、他ノードに送信するメッセージおよび指示を生成する。例えば、本実施形態では、制御部４０３は、図６の第２のデータベースを参照して、ＲＮＣ４００−１で決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた無線リソースの設定値を選択し、その無線リソースのＳ−ＣＣＰＣＨへの設定指示を生成する。また、特に、ＲＮＣ４００−１の制御部４０３は、自身で決定したＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを生成することも行う。
【0068】
また、制御部４０３は、非特許文献６に記載されているようなノード同期（Node Synchronisation）手順により、ＲＮＣ４００−１と配下の各ＮｏｄｅＢ５００とのタイミングのずれを知ることが可能である。そのため、制御部４０３は、配下の各ＮｏｄｅＢ５００に対してどのタイミングでＭＢＭＳデータを送信すれば、配下の全てのセル６００において、同一の送信タイミングでＭＢＭＳデータが送信されるのかがわかる。そこで、制御部４０３は、図６の第２のデータベースを参照して、ＲＮＣ４００−１で決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた送信タイミングの設定値を選択し、配下の全てのセル６００において、その送信タイミングでＭＢＭＳデータが送信されるように、配下の各ＮｏｄｅＢ５００へ送信するＭＢＭＳデータのタイミングをスケジューリングする。
【0069】
なお、制御部４０３は、上述の動作以外にも、自身のＲＮＣ４００全体を制御して各種の動作を行う。
【0070】
通信部４０４は、他ノードとの間でメッセージ、ＭＢＭＳデータ、および指示を送受信する。例えば、本実施形態では、通信部４０４は、配下の全てのＮｏｄｅＢ５００に対し、制御部４０３にて生成された、ＲＮＣ４００−１で決定された無線リソースのＳ−ＣＣＰＣＨへの設定指示を送信する。また、特に、ＲＮＣ４００−１の通信部４０４は、ＳＧＳＮ３００から、ＭＢＳＦＮの使用要否の情報を含むメッセージを受信し、また、制御部４０３にて生成された、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージをＲＮＣ４００−２、４００−３に送信することも行う。
【0071】
このようにして、ＲＮＣ４００−１〜４００−３は、配下の全てのＮｏｄｅＢ５００に対し、ＲＮＣ４００−１で決定された無線リソースのＳ−ＣＣＰＣＨへの設定指示を送信している。
【0072】
これにより、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【0073】
また、通信部４０４は、制御部４０３にてスケジューリングされたタイミングで、配下の各ＮｏｄｅＢ５００に対し、ＭＢＭＳデータを送信する。
【0074】
このようにして、ＲＮＣ４００−１〜４００−３は、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＲＮＣ４００−１で決定された送信タイミングに揃えている。
【0075】
また、ＲＮＣ４００−１〜４００−３間は時刻同期がとれている。
【0076】
これにより、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【0077】
以上のことから、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＲＮＣ４００−１〜４００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【0078】
（１−２）第１の実施形態の動作次に、本実施形態の移動通信システムのＭＢＭＳの開始時、すなわちセッション開始時の動作について、図７に示すＣプレーン（Control Plane）シーケンスチャートに沿って説明する。なお、Ｃプレーンとは制御プレーンであり、ネットワーク内の制御に使用される信号用のプロトコルを示す。
【0079】
なお、本実施形態では、図７に示したＣプレーンメッセージを送受信するために、図８に示したＣプレーンプロトコルスタック（C-Plane Protocol Stack）を変更せずに利用する。このプロトコルスタックは、３ＧＰＰで規定されているので詳細説明は省略する。
【0080】
図７に示すように、ＢＭ−ＳＣ１００の通信部１０２は、ＭＢＭＳのセッション開始時に、ステップＳ１０において、ＲＮＣ４００−１を宛先とするＳｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージを、ＧＧＳＮ２００へ送信する。Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージの詳細は、非特許文献３に記載されている。
【0081】
本実施形態では、ＢＭ−ＳＣ１００の制御部１０１は、ステップＳ１０のＳｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージにおいて、図９に示すように、ＭＢＳＦＮの使用要否を表すＭＢＳＦＮ−Ｆｌａｇ３０というパラメータを新規に追加する。このとき、制御部１０１は、ＭＢＳＦＮでＭＢＭＳを開始したい場合、ＭＢＳＦＮ−Ｆｌａｇ３０を、有効を示す“１”とする。各ＲＮＣ４００−１〜４００−３では、このパラメータにおける設定値が、ＭＢＳＦＮの使用要否の判断に使用されることになる。
【0082】
次に、ＧＧＳＮ２００の通信部２０２は、ステップＳ１１において、Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＳｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージを、ＢＭ−ＳＣ１００に返す。
【0083】
ＢＭ−ＳＣ１００とＧＧＳＮ２００間で送受信されるＳｅｓｓｉｏｎ Ｓｔａｒｔ ＲｅｑｕｅｓｔメッセージおよびＳｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージは、図８に示したＧｍｂインターフェース１５１上でＤｉａｍｅｔｅｒ Ｐｒｏｔｏｃｏｌ１５０を用いて送信される。なお、Ｄｉａｍｅｔｅｒ Ｐｒｏｔｏｃｏｌ １５０の詳細は、非特許文献３に記載されている。
【0084】
次に、ＧＧＳＮ２００の通信部２０２は、ステップＳ２０において、ＲＮＣ４００−１を宛先とするＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ ＲｅｑｕｅｓｔメッセージをＳＧＳＮ３００へ送信する。
【0085】
本実施形態では、ＧＧＳＮ２００の制御部２０１は、ステップＳ２０のＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージにおいて、図１０に示すように、上記のＳｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに含まれていた、ＭＢＳＦＮ−Ｆｌａｇ３０に相当するパラメータを新規に追加する。このパラメータのビット数は、Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに含まれるパラメータのビット数と同じとする。
【0086】
次に、ＳＧＳＮ３００の通信部３０２は、ステップＳ２１において、ＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージを、ＧＧＳＮ２００に返す。
【0087】
ＧＧＳＮ２００とＳＧＳＮ３００間で送受信されるＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ ＲｅｑｕｅｓｔメッセージおよびＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージは、図８に示したＧｎインターフェース２５１上でＧＴＰ−Ｃ Ｐｒｏｔｏｃｏｌ２５０を用いて送信される。ＧＴＰ−Ｃ Ｐｒｏｔｏｃｏｌ２５０の詳細は、非特許文献４に記載されている。
【0088】
次に、ＳＧＳＮ３００の通信部３０２は、ステップＳ３０において、ＲＮＣ４００−１を宛先とするＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージを、ＲＮＣ４００−１へ送信する。ＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージの詳細は、非特許文献５に記載されている。
【0089】
本実施形態では、ＳＧＳＮ３００の制御部３０１は、ステップＳ３０のＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージにおいて、図１１に示すように、ＭＢＳＦＮ Ｉｎｆｏｒｍａｔｉｏｎと呼ばれるＧｒｏｕｐを追加し、その中に新規のパラメータとなるＩＥ（Information Element）として、ＭＢＳＦＮ−Ｆｌａｇを含める。
【0090】
次に、ＲＮＣ４００−１の通信部４０４は、ステップＳ３１において、ＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージを、ＳＧＳＮ３００に返す。
【0091】
ＳＧＳＮ３００とＲＮＣ４００−１間で送受信されるＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ ＲｅｑｕｅｓｔメッセージおよびＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅメッセージは、図８に示したＩｕ−ＰＳインターフェース３５１上でＲＡＮＡＰ Ｐｒｏｔｏｃｏｌ３５０を用いて送信される。ＲＡＮＡＰ Ｐｒｏｔｏｃｏｌ３５０の詳細は、非特許文献５に記載されている。
【0092】
ＲＮＣ４００−１の制御部４０３は、ＭＢＳＦＮの使用要否を、ステップＳ３０のＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに含まれるＭＢＳＦＮ−Ｆｌａｇから知ることができる。
【0093】
ＭＢＳＦＮ−Ｆｌａｇが無効を示す“０”となっている場合、ＲＮＣ４００−１の制御部４０３は、ＭＢＳＦＮを使用しないと判断し、一般的なＭＢＭＳの処理を実施する。
【0094】
一方、ＭＢＳＦＮ−Ｆｌａｇが有効を示す“１”となっている場合、ＲＮＣ４００−１の制御部４０３は、ＭＢＳＦＮを使用すると判断する。
【0095】
このとき、ＲＮＣ４００−１の第１のデータベースでは、図５に示すように、決定Ｆｌａｇが有効を示す“１”となっている。
【0096】
そのため、ＲＮＣ４００−１の制御部４０３は、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担うと判断し、図６の第２のデータベースのＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒの中から１つのＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定し、決定したＭＢＳＦＮ ＩｎｄｉｃａｔｏｒをＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージまたは別のメッセージに含める。
【0097】
そして、ＲＮＣ４００−１の通信部４０４は、ＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージを、ＲＮＣ４００−２、４００−３に転送する。このとき、上記で決定したＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを別のメッセージに含める場合は、その別のメッセージも合わせて転送する。
【0098】
ＲＮＣ４００−２、４００−３の制御部４０３は、ＭＢＳＦＮの使用要否を、ＲＮＣ４００−１から転送されたＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージにより知ることができ、また、ＲＮＣ４００−１にて決定されたＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを、ＲＮＣ４００−１から転送されたＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージまたは別のメッセージにより知ることができる。
【0099】
その後、ＲＮＣ４００−１〜４００−３では、配下のＮｏｄｅＢ５００との間で、ステップＳ４０において、ＲＡＮリソースセットアップ（RAN Resource Setup）手順を実行する。
【0100】
ＲＡＮリソースセットアップ手順において、ＲＮＣ４００−１〜４００−３の通信部４０４は、配下の全てのＮｏｄｅＢ５００に対し、ＲＮＣ４００−１にて決定されたＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒに対応付けられた無線リソースの設定値のＳ−ＣＣＰＣＨへの設定指示を送信する。これを受けて、ＲＮＣ４００−１〜４００−３配下の全てのＮｏｄｅＢ５００は、これら無線リソースをＳ−ＣＣＰＣＨに設定する。
【0101】
これにより、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【0102】
また、ＲＮＣ４００−１〜４００−３の時刻同期部４０１は、ＧＰＳ衛星９００からＵＴＣの時刻情報を受信し、自身の時刻をＵＴＣと同期させる。
【0103】
これにより、ＲＮＣ４００−１〜４００−３間で時刻同期をとることができる。
【0104】
また、ＲＮＣ４００−１−１〜４００−３の制御部４０３は、スケジューリングを行うことで、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＲＮＣ４００−１にて決定されたＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒに対応付けられた送信タイミングの設定値に揃える。
【0105】
これにより、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【0106】
以上のことから、本実施形態では、ＲＮＣ４００−１〜４００−３の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＲＮＣ４００−１〜４００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【0107】
したがって、ＵＥ８００は、ＲＮＣ４００−１の通信エリアと、ＲＮＣ４００−２の通信エリアまたはＲＮＣ４００−３の通信エリアと、の境界に位置していても、ＭＢＳＦＮの効果を得ることができる。
【0108】
また、ＵＥ８００は、ＲＮＣの違い、ＮｏｄｅＢの違い、セルの違いを意識せずに、連続的にＭＢＭＳデータを受信し続けることが可能となる。
【0110】
また、本実施形態のＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１〜４００−３の構成は、図４と同様である。
【0111】
ただし、本実施形態では、ＲＮＣ４００−１〜４００−３のうちの１つのＲＮＣ４００（図３では、ＲＮＣ４００−１）が、ＭＢＳＦＮに使用するＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定するに際して、他のＲＮＣ４００（図３では、ＲＮＣ４００−２、４００−３）と交渉する動作を行う。
【0112】
そこで、以下では、第１の実施形態と異なる点を中心に説明する。
【0113】
ＢＭ−ＳＣ１００の制御部１０１は、ＭＢＳＦＮ使用時に、ＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担うＲＮＣ４００−１を知っている。つまり、ＢＭ−ＳＣ１００内部の不図示の記憶部、または、ＢＭ−ＳＣ１００を操作する人間が、その役割を担うＲＮＣ４００−１を表すリスト（不図示）を持っている。そのため、制御部１０１は、Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージの宛先をＲＮＣ４００−１とする。
【0114】
ＲＮＣ４００−１〜４００−３の記憶部４０２には、第１のデータベースとして、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担うかどうかを表す交渉Ｆｌａｇと、その役割を担う場合に、交渉先となるＲＮＣ４００のリストと、を含むデータベースが記憶される。なお、交渉先のＲＮＣ４００は、同時に、交渉により決定したＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒの通知先にもなる。
【0115】
そのため、ＲＮＣ４００−１〜４００−３の制御部４０３は、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担うかどうかを知っており、また、その役割を担う場合に、交渉先のＲＮＣ４００も知っている。
【0116】
本実施形態では、ＲＮＣ４００−１がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担う。そのため、図１２に示すように、ＲＮＣ４００−１に記憶される第１のデータベースでは、交渉Ｆｌａｇが有効を示す“１”になっており、交渉先のＲＮＣ４００のリストには、同一のＭＢＭＳデータの送信対象となっているＲＮＣ４００−２、４００−３が含まれる。
【0117】
なお、図示していないが、ＲＮＣ４００−２、４００−３に記憶される第１のデータベースでは、交渉Ｆｌａｇが無効を示す“０”になっている。また、交渉先のＲＮＣ４００のリストには、同一のＭＢＭＳデータの送信対象となっている他のＲＮＣ４００（例えば、ＲＮＣ４００−２の場合は、ＲＮＣ４００−１、４００−３）が含まれる。
【0118】
また、ＲＮＣ４００−１〜４００−３の記憶部４０２には、第１の実施形態と同様に、図６に示したような第２のデータベースも記憶されている。
【0120】
ただし、本実施形態では、ステップＳ３０のＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑｕｅｓｔメッセージに含まれるＭＢＳＦＮ−Ｆｌａｇが有効を示す“１”となっている場合、以下の動作が行われる。
【0121】
本実施形態では、ＲＮＣ４００−１の第１のデータベースは、図１２に示すように、交渉Ｆｌａｇが有効を示す“１”となっている。
【0122】
そのため、ＲＮＣ４００−１の制御部４０３は、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担うと判断し、他のＲＮＣ４００−２、４００−３と交渉を行う。
【0123】
交渉に際して、ＲＮＣ４００−１の通信部４０４は、まず、図６の第２のデータベースに含まれるＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの使用候補を含むメッセージを、ＲＮＣ４００−２、４００−３に送信する。
【0124】
これを受けて、ＲＮＣ４００−２、４００−３の制御部４０３は、自身が使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを判断し、使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを通信部４０４からＲＮＣ４００−１へ送信する。
【0125】
ＲＮＣ４００−１の制御部４０３は、自身および他のＲＮＣ４００−２、４００−３で使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを基に、１つのＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定する。このときの基準としては、より多くのＲＮＣが使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定するなどが考えられるが、特に限定はない。
【0126】
以降の動作は第１の実施形態と同様である。
【0127】
これにより、本実施形態でも、ＲＮＣ４００−１〜４００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【0128】
（３）第３の実施形態（３−１）第３の実施形態の構成
本実施形態の移動通信システムは、本発明をｅｖｏｌｖｅｄ ＨＳＰＡ（High Speed Packet Access）のネットワークまたはＬＴＥ（Long Term Evolution）のネットワークに適用した場合の例である。
【0129】
これらのネットワークでは、ＲＮＣがＮｏｄｅＢに縮退されたＦｌａｔ Ａｒｃｈｉｔｅｃｔｕｒｅの形態をとることが可能である。
【0130】
図１３に示すように、本実施形態の移動通信システムは、ＢＭ−ＳＣ１００と、ＮｏｄｅＢ５００と、を含む。
【0131】
なお、図１３では、ＢＭ−ＳＣ１００とＮｏｄｅＢ５００との間のノード（ＧＧＳＮおよびＳＧＳＮ）を省略し、ｅｖｏｌｖｅｄ ＨＳＰＡおよびＬＴＥのどちらのネットワークにも対応可能な構成を図示している。
【0132】
また、図１３では、ＮｏｄｅＢ５００として、３台のＮｏｄｅＢ５００−１〜５００−３（＃１〜＃３）を図示している。
【0133】
また、ＮｏｄｅＢ５００−１が、ＢＭ−ＳＣ１００を含む不図示のＣＮへと接続されている。なお、図示していないが、ＮｏｄｅＢ５００−２およびＮｏｄｅＢ５００−３も、ＣＮへと接続されている。また、ＮｏｄｅＢ５００−１〜５００−３間が相互に接続されている。ＮｏｄｅＢ５００−１〜５００−３間のインターフェースは、例えば、ＬＴＥのネットワークの場合は、Ｘ２インターフェースとなる。
【0134】
なお、ＮｏｄｅＢ５００−１は第２の基地局の一例であり、ＮｏｄｅＢ５００−２、５００−３は第１の基地局の一例である。
【0136】
また、ＮｏｄｅＢ５００−１、５００−２は、時刻同期部５０１と、記憶部５０２と、制御部５０３と、通信部５０４と、を含む。なお、ＮｏｄｅＢ５００−３は、ＮｏｄｅＢ５００−２と構成および動作が同様である。
【0137】
本実施形態は、第１および第２の実施形態の構成をＦｌａｔ Ａｒｃｈｉｔｅｃｔｕｒｅに対応する構成に変更したものであり、ＲＮＣ４００に対して適用していた第１または第２の実施形態と同様の方法を、ＮｏｄｅＢ５００に対して適用する。
【0138】
そのため、ＮｏｄｅＢ５００−１は、第１または第２の実施形態と同様に、ＭＢＳＦＮに使用するＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを独自にまたは交渉により決定し、他のＮｏｄｅＢ５００−２、５００−３に指示する。
【0139】
時刻同期部５０１は、ＧＰＳ衛星９００からＵＴＣの時刻情報を受信し、自身の時刻をＵＴＣと同期させる。
【0140】
このようにして、ＮｏｄｅＢ５００−１〜５００−３間で時刻同期をとることができる。
【0141】
なお、ＮｏｄｅＢ５００−１〜５００−３間で時刻同期をとる方法は、上述のＧＰＳによる方法に限らず、図４の説明で述べた方法を利用できる。
【0142】
記憶部５０２は、第１のデータベースと、第２のデータベースと、を記憶する。
【0143】
第１の実施形態の方法を適用する場合、第１のデータベースには、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担うかどうかを表す決定Ｆｌａｇと、その役割を担う場合に、決定したＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒの通知先となるＮｏｄｅＢ５００のリストと、が含まれる。
【0144】
本実施形態では、ＮｏｄｅＢ５００−１がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを決定する役割を担う。そのため、図５に示したように、ＮｏｄｅＢ５００−１に記憶される第１のデータベースでは、決定Ｆｌａｇが有効を示す“１”になっており、通知先のリストには、同一のＭＢＭＳデータの送信対象となっているＮｏｄｅＢ５００−２、５００−３が含まれる。
【0145】
一方、第２の実施形態の方法を適用する場合、第１のデータベースには、自身がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担うかどうかを表す交渉Ｆｌａｇと、その役割を担う場合に、交渉先となるＮｏｄｅＢ５００のリストと、が含まれる。
【0146】
本実施形態では、ＮｏｄｅＢ５００−１がＭＢＳＦＮ Ｉｎｄｉｃａｔｏｒを交渉する役割を担う。そのため、図１２に示したように、ＮｏｄｅＢ５００−１に記憶される第１のデータベースでは、交渉Ｆｌａｇが有効を示す“１”になっており、交渉先のＮｏｄｅＢ５００のリストには、同一のＭＢＭＳデータの送信対象となっているＮｏｄｅＢ５００−２、５００−３が含まれる。
【0147】
第２のデータベースには、図６に示したように、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒと、このＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた、セル６００における無線リソースの設定値および送信タイミングの設定値の組み合わせと、が含まれている。
【0148】
制御部５０３は、決定Ｆｌａｇまたは交渉Ｆｌａｇが有効である場合、ＭＢＳＦＮ使用時のＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを、独自で決定するか、または、他のＮｏｄｅＢ５００と交渉して決定する。ここで決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒは、後述のように、他のＮｏｄｅＢ５００に指示される。
【0149】
本実施形態では、ＮｏｄｅＢ５００−１の決定Ｆｌａｇまたは交渉Ｆｌａｇが有効となる。そのため、ＮｏｄｅＢ５００−１の制御部５０３がＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを決定し、決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒが他のＮｏｄｅＢ５００−２、５００−３に指示される。
【0150】
制御部５０３は、自身のＮｏｄｅＢ５００全体を制御して各種の動作を行う。例えば、本実施形態では、制御部５０３は、ＮｏｄｅＢ５００−１にて決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた無線リソースの設定値をＳ−ＣＣＰＣＨに設定する。
【0151】
これにより、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【0152】
また、制御部５０３は、他ノードに送信するメッセージを生成する。例えば、本実施形態では、ＮｏｄｅＢ５００−１の制御部５０３は、自身で決定したＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを生成する。
【0153】
通信部５０４は、他ノードとの間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部５０４は、ＮｏｄｅＢ５００−１にて決定されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒに対応付けられた送信タイミングで、ＭＢＭＳデータを送信する。また、特に、ＮｏｄｅＢ５００−１の通信部５０４は、制御部５０３にて生成された、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを、他のＮｏｄｅＢ５００−２、５００−３に送信する。
【0154】
また、ＮｏｄｅＢ５００−１〜５００−３間は時刻同期がとれている。
【0155】
これにより、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【0156】
以上のことから、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＮｏｄｅＢ５００−１〜５００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【0157】
（３−２）第３の実施形態の動作本実施形態は、ＲＮＣ４００に対して適用していた第１または第２の実施形態と同様の方法を、ＮｏｄｅＢ５００に対して適用したものであり、動作の説明は省略する。
【0158】
よって、本実施形態でも、ＮｏｄｅＢ５００−１〜５００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【0159】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
【0160】
例えば、上述した第１〜第３の実施形態では、それぞれのＲＮＣ４００またはＮｏｄｅＢ５００間において、ＭＢＳＦＮ情報として、無線リソース（周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマット）、送信タイミングというパラメータを指示していたが、本発明をＬＴＥのネットワークに適用する場合には、これらパラメータの代わりに他のパラメータを指示するか、または他のパラメータを追加で指示する。例えば、下りリンクでＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access：直交周波数分割多元接続）を用いる場合、無線リソースを示すものとして、次の３つのパターンのいずれかがある。ただし、これらのパターンは、本発明の本質的部分ではないため、詳細説明は省略する。
【0161】
（パターン１）・ＭＢＭＳデータを割り当てるサブキャリア番号とシンボル番号を指示する
（パターン２）
・ＭＢＭＳデータの割り当て時間および周波数を追加で指示する
（パターン３）
・リソースブロックナンバー（Resource Block Number）を指示する
なお、本発明のＲＮＣ４００およびＮｏｄｅＢ５００にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
【0162】
本出願は、２００８年１０月３１日に出願された日本出願特願２００８−２８１０９６を基礎とする優先権を主張し、その開示の全てをここに取り込む。【符号の説明】
【0163】
１００ ＢＭ−ＳＣ１０１ 制御部
１０２ 通信部
２００ ＧＧＳＮ
２０１ 制御部
２０２ 通信部
３００ ＳＧＳＮ
３０１ 制御部
３０２ 通信部
４００−１〜４００−３ ＲＮＣ
４０１ 時刻同期部
４０２ 記憶部
４０３ 制御部
４０４ 通信部
５００、５００−１〜５００−３ ＮｏｄｅＢ
５０１ 時刻同期部
５０２ 記憶部
５０３ 制御部
５０４ 通信部
６００ セル
７００ ＭＢＳＦＮクラスター
８００ ＵＥ
９００ ＧＰＳ衛星