(57)【要約】【課題】ＭＢＳＦＮクラスターの範囲を広げる。【解決手段】本発明の移動通信システムは、移動局と、セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局と、接続された基地局を制御する制御局と、を有してなる移動通信システムであって、接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するコアネットワークノードをさらに有し、前記制御局は、他の制御局と時刻同期をとり、接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示し、接続された基地局に対し、前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信し、移動局がＭＢＭＳデータを受信する。【選択図】図３
2014112938.tif 000002
【特許請求の範囲】
【請求項１】
移動局と、
前記移動局にＭＢＭＳデータを送信する基地局と、
コアネットワークノードと、を有し、
前記コアネットワークノードは、
前記ＭＢＭＳデータを送信するタイミングを示すタイミング情報を含むＭＢＭＳセッション開始要求メッセージを前記基地局に送信する、
移動通信システム。
【請求項２】
前記基地局は、
前記タイミング情報を受信すると、前記ＭＢＭＳデータを前記移動局に対して送信し、
前記移動局は、
前記ＭＢＭＳデータを受信する、
請求項１に記載の移動通信システム。
【請求項３】
前記コアネットワークノードは、
前記基地局に対して、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
請求項１または２に記載の移動通信システム。
【請求項４】
前記コアネットワークノードは、
前記基地局に対して、スクランブリングコード、チャネライゼーションコード、スロットファーマットのうち少なくとも一つを送信する、
請求項１または２に記載の移動通信システム。
【請求項５】
前記コアネットワークノードは、
前記基地局に対して、サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
請求項１または２に記載の移動通信システム。
【請求項６】
基地局を有する移動通信システムのコアネットワークノードであって、
ＭＢＭＳデータを送信するタイミングを示すタイミング情報を含むＭＢＭＳセッション開始要求メッセージを、基地局に送信する送信部を有する、
コアネットワークノード。
【請求項７】
前記送信部は、
前記基地局に対して、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
請求項６に記載のコアネットワークノード。
【請求項８】
前記送信部は、
前記基地局に対して、スクランブリングコード、チャネライゼーションコード、スロットファーマットのうち少なくとも一つを送信する、
請求項６に記載のコアネットワークノード。
【請求項９】
前記送信部は、
前記基地局に対して、サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
請求項６に記載のコアネットワークノード。
【請求項１０】
基地局とコアネットワークノードとを有する移動通信システムの通信方法であって、
前記コアネットワークノードから前記基地局へ、ＭＢＭＳデータを送信するタイミングを示すタイミング情報を含むＭＢＭＳセッション開始要求メッセージを送信する、
通信方法。
【請求項１１】
前記ＭＢＭＳデータを、前記基地局から移動局に送信する、
請求項１０に記載の通信方法。
【請求項１２】
前記コアネットワークノードから前記基地局に、
前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
請求項１０に記載の通信方法。
【請求項１３】
前記コアネットワークノードから前記基地局に、
スクランブリングコード、チャネライゼーションコード、スロットファーマットのうち少なくとも一つを送信する、
請求項１０に記載の通信方法。
【請求項１４】
前記コアネットワークノードから前記基地局に、
サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
請求項１０に記載の通信方法。
【請求項１５】
コアネットワークノードを有する移動通信システムの基地局であって、
前記ＭＢＭＳデータを送信するタイミングを示すタイミング情報を含むＭＢＭＳセッション開始要求メッセージを受信する受信部を有する、
基地局。
【請求項１６】
前記ＭＢＭＳデータを移動局に送信する送信部を有する、
請求項１５に記載の基地局。
【請求項１７】
前記受信部は、
前記コアネットワークノードから、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を受信する、
請求項１５に記載の基地局。
【請求項１８】
前記受信部は、
前記コアネットワークノードから、
スクランブリングコード、チャネライゼーションコード、スロットファーマットのうち少なくとも一つを受信する、
請求項１５に記載の基地局。
【請求項１９】
前記受信部は、
前記コアネットワークノードから、
サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
請求項１５に記載の移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Projects）では、ＭＢＭＳ（Multimedia Broadcast Multicast Service）と呼ばれるサービスが規定されている（非特許文献１〜７）。
【０００３】
ＭＢＭＳとは、複数のＵＥ（User Equipment：移動局）に対して、動画や音楽などのマルチメディアデータ（以下、ＭＢＭＳデータと称す）を、ブロードキャストまたはマルチキャストで同時に送信するサービスである。
【０００４】
また、３ＧＰＰでは、ＭＢＭＳを提供する方式として、ＭＢＳＦＮ（Multicast Broadcast Single Frequency Network）と呼ばれる方式が規定されている。
【０００５】
ＭＢＳＦＮとは、複数のＮｏｄｅＢ（基地局）の各々が形成する複数のセル（Cell）において、同一の周波数を使用して同一の送信タイミングで同一のＭＢＭＳデータをＵＥに送信する方式である。
【０００６】
これにより、ＵＥから見ると、複数のセルを１つの大きな通信エリアとみなすことができる。この通信エリアは、ＭＢＳＦＮクラスターと呼ばれており、ＵＥは、ＭＢＳＦＮクラスターの配下では、大きな利得でＭＢＭＳデータを受信することが可能となる。
【０００７】
なお、ＭＢＳＦＮクラスターを形成する複数のセルでは、周波数の他、スクランブリングコード（Scrambling Code）、チャネライゼーションコード（Channelisation Code）、スロットフォーマット（Slot Format）等も同一のものが使用される。本明細書では、これら周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットを総称して無線リソースと称する。これら無線リソースは、詳細には、各セルにおいて、ＮｏｄｅＢからＵＥに対しＭＢＭＳデータを無線で送信するために用いる共通物理チャネルであるＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）に使用される。
【０００８】
図１に、ＭＢＳＦＮを用いてＭＢＭＳを提供する、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）の移動通信システムの構成の一例を示す（非特許文献１）。
【０００９】
図１に示すように、関連する移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast-Service Center）１００と、ＧＧＳＮ（Gateway GPRS Support Node、GPRS＝General Packet Radio Service）２００と、ＳＧＳＮ（Serving GPRS Support Node）３００と、ＲＮＣ（Radio Network Controller：制御局）４００と、ＮｏｄｅＢ（ＮＢ）５００と、ＵＥ８００と、を含む。
【００１０】
なお、図１では、ＲＮＣ４００として、２台のＲＮＣ４００−１，４００−２を図示している。
【００１１】
また、図示していないが、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、およびＳＧＳＮ３００は、ＣＮ（CoreNetwork）内に配置され、ＲＮＣ４００およびＮｏｄｅＢ５００は、後述のＲＡＮ（Radio Access Network）４５０内に配置されている。一般的には、ＲＡＮ４５０では、１台のＲＮＣ４００に複数のＮｏｄｅＢ５００が接続される形態をとる。
【００１２】
ＢＭ−ＳＣ１００は、ＭＢＭＳデータの送信先となるＵＥ８００のユーザを認証する機能、ＭＢＭＳデータの管理を行う機能、ＭＢＭＳデータの配信スケジューリングを行う機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【００１３】
ＧＧＳＮ２００は、ＢＭ−ＳＣ１００から送られてくるＩＰ（Internet Protocol）パケット（メッセージおよびＭＢＭＳデータをＩＰパケット化したもの）をＳＧＳＮ３００へ転送する機能、ＳＧＳＮ３００から送られてくるＩＰパケットをＢＭ−ＳＣ１００へ転送する機能などを備えたゲートウェイノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【００１４】
ＳＧＳＮ３００は、ＩＰパケットのルーティング・転送を行う機能、移動通信に必要なモビリティ管理やセッション管理を行う機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【００１５】
ＲＮＣ４００−１，４００−２は、ＲＡＮ４５０を制御する機能を備えたノードである。例えば、ＲＮＣ４００−１，４００−２は、配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースを決定し、そのＳ−ＣＣＰＣＨの設定をＮｏｄｅＢ５００に指示するとともに、配下のセル６００におけるＭＢＭＳデータの送信タイミングを決定し、その送信タイミングに合わせてＭＢＭＳデータを各ＮｏｄｅＢ５００へ送信する。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。本明細書では、「配下」とは、自ノードに接続されている下位ノードや、その下位ノードが形成するセルやＭＢＳＦＮクラスター等を指すものとする。
【００１６】
このように、ＲＮＣ４００−１，４００−２は、配下のセル６００における無線リソースおよび送信タイミングを独自に決定している。
【００１７】
そのため、ＲＮＣ４００−１配下のＭＢＳＦＮクラスター７００−１と、ＲＮＣ４００−２配下のＭＢＳＦＮクラスター７００−２と、がそれぞれ形成されることになる。
【００１８】
ＮｏｄｅＢ５００は、ＲＮＣ４００−１，４００−２からの指示に基づきＳ−ＣＣＰＣＨに無線リソースを設定する機能、ＲＮＣ４００−１，４００−２から送られてきたＭＢＭＳデータを無線データに変換し、セル６００内のＵＥ８００へＳ−ＣＣＰＣＨにより送信する機能などを備えたノードである。これら動作の詳細は、３ＧＰＰで規定されており、一般的なことであるので、説明を省略する。
【００１９】
ここで、図２を参照して、ＭＢＳＦＮ使用時のＵＥ８００の利得について、ＭＢＳＦＮ非使用時の利得と比較して説明する。なお、図２において、（ａ）は、非特許文献２のＴａｂｌｅ７に開示された、ＭＢＳＦＮ使用時のＵＥ８００の周波数利用効率を示し、また、（ｂ）は、非特許文献２のＴａｂｌｅ８に開示された、ＭＢＳＦＮ非使用時のＵＥ８００の周波数利用効率を示している。
【００２０】
まず、ＵＥ８００が、Ｔｙｐｅ−３の受信機（Receiver）であり、３つの無線リンクで受信した信号を合成する構成（Receiver capable of equalizing 3RLs、RL＝Radio Link）である場合を例に挙げる。この場合、周波数利用効率は、ＭＢＳＦＮ使用時には０．６０２［ｂ／ｓ／Ｈｚ］であるのに対して、ＭＢＳＦＮ非使用時には０．４７３６［ｂ／ｓ／Ｈｚ］と低くなっている。また、無線リンクが７つの場合には、ＭＢＳＦＮ使用時は１．０７５［ｂ／ｓ／Ｈｚ］の周波数利用効率となっており、ＭＢＳＦＮ非使用時の０．４７３６［ｂ／ｓ／Ｈｚ］とは大きく異なっている。
【００２１】
この結果から、ＭＢＳＦＮの非使用時には、ＵＥ８００の利得が非常に小さくなってしまうことがわかる。
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２４６
【非特許文献２】３ＧＰＰ  ＴＳ  ２５．９０５
【非特許文献３】３ＧＰＰ  ＴＳ  ２９．０６１
【非特許文献４】３ＧＰＰ  ＴＳ  ２９．０６０
【非特許文献５】３ＧＰＰ  ＴＳ  ２５．４１３
【非特許文献６】３ＧＰＰ  ＴＳ  ２５．４０２
【非特許文献７】３ＧＰＰ  ＴＳ  ２４．００８
【発明の概要】
【発明が解決しようとする課題】
【００２３】
しかしながら、関連する移動通信システムでは、異なるＲＮＣにおいて、配下のセルにおけるＳ−ＣＣＰＣＨの無線リソースおよびＭＢＭＳデータの送信タイミングを統一する手段がないため、ＲＮＣの各々が、配下のセルにおける無線リソースおよび送信タイミングを独自に決定している。
【００２４】
そのため、ＭＢＳＦＮクラスターは、ＲＮＣごとに形成することのみが可能で、ＲＮＣをまたいで形成することは不可能であった。すなわち、異なるＲＮＣの配下のセル同士で１つのＭＢＳＦＮクラスターを形成することは不可能であった。
【００２５】
したがって、ＵＥは、異なるＲＮＣに接続されたＮｏｄｅＢのセルの境界付近では、ＭＢＳＦＮクラスターの境界に位置することになるため、大きな利得でＭＢＭＳデータを受信するというＭＢＳＦＮの効果が低くなってしまうという課題がある。
【００２６】
また、１台のＲＮＣに接続されるＮｏｄｅＢの数が一定と仮定すると、ＵＥの数が多い通信エリアにおいては、多くのＮｏｄｅＢが必要となる。そのため、1台のＲＮＣがカバーする通信エリアが小さくなる。このことは、ＵＥ数が多いエリアにおいては、ＲＮＣの通信エリアの境界が多くできてしまうことを意味する。
【００２７】
したがって、ＲＮＣごとにＭＢＳＦＮクラスターを形成したとしても、ＵＥ数の多いエリアにおいては、ＭＢＳＦＮクラスターの境界が多くできてしまうため、ＭＢＳＦＮの効果が低くなってしまうという課題がある。
【００２８】
そこで、本発明の目的は、ＭＢＳＦＮクラスターの範囲を広げることで、ＭＢＳＦＮクラスターの境界を少なくし、それにより、上述した課題を解決する移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラムを提供することにある。
【課題を解決するための手段】
【００２９】
本発明の第１の移動通信システムは、
移動局と、セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局と、接続された基地局を制御する制御局と、を有してなる移動通信システムであって、
接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するコアネットワークノードをさらに有し、
前記制御局は、
他の制御局と時刻同期をとり、
接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示し、
接続された基地局に対し、前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信し、
前記移動局が前記ＭＢＭＳデータを受信する。
【００３０】
本発明の第２の移動通信システムは、
移動局と、セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局と、を有してなる移動通信システムであって、
接続された基地局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するコアネットワークノードをさらに有し、
前記基地局は、
他の基地局と時刻同期をとり、
前記コアネットワークノードから指示された周波数をセルに設定し、
前記コアネットワークノードから指示された送信タイミングで移動局に対してＭＢＭＳデータを送信し、
前記移動局が前記ＭＢＭＳデータを受信する。
【００３１】
本発明のコアネットワークノードは、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続されたコアネットワークノードであって、
接続された基地局または該基地局に接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示する通信部を有する。
【００３２】
本発明の制御局は、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続された制御局であって、
他の制御局と時刻同期をとる時刻同期部と、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングが指示され、接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示するとともに前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信する通信部と、を有する。
【００３３】
本発明の基地局は、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局であって、
他の基地局と時刻同期をとる時刻同期部と、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングが指示され、前記コアネットワークノードから指示された送信タイミングで移動局に対してＭＢＭＳデータを送信する通信部と、
前記コアネットワークノードから指示された周波数をセルに設定する制御部と、を有する。
【００３４】
本発明の第１の通信方法は、
移動局と、セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局と、接続された基地局を制御する制御局と、前記制御局に接続されたコアネットワークノードと、を有してなる移動通信システムによる通信方法であって、
前記コアネットワークノードが、接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するステップと、
前記制御局が、他の制御局と時刻同期をとるステップと、
前記制御局が、接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示するステップと、
前記制御局が、接続された基地局に対し、前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信するステップと、
前記移動局が、前記ＭＢＭＳデータを受信するステップと、を有する。
【００３５】
本発明の第２の通信方法は、
移動局と、セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局と、前記基地局に接続されたコアネットワークノードと、を有してなる移動通信システムによる通信方法であって、
前記コアネットワークノードが、接続された基地局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するステップと、
前記基地局が、他の基地局と時刻同期をとるステップと、
前記基地局が、前記コアネットワークノードから指示された周波数をセルに設定するステップと、
前記基地局が、前記コアネットワークノードから指示された送信タイミングで移動局に対してＭＢＭＳデータを送信するステップと、
前記移動局が、前記ＭＢＭＳデータを受信するステップと、を有する。
【００３６】
本発明の第３の通信方法は、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続されたコアネットワークノードによる通信方法であって、
接続された基地局または該基地局に接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示するステップを有する。
【００３７】
本発明の第４の通信方法は、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続された制御局による通信方法であって、
他の制御局と時刻同期をとるステップと、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングの指示を受けるステップと、
接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示するステップと、
接続された基地局に対し、前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信するステップと、を有する。
【００３８】
本発明の第５の通信方法は、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局による通信方法であって、
他の基地局と時刻同期をとるステップと、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングの指示を受けるステップと、
前記コアネットワークノードから指示された送信タイミングで移動局に対してＭＢＭＳデータを送信するステップと、
前記コアネットワークノードから指示された周波数をセルに設定するステップと、を有する。
【００３９】
本発明の第１のプログラムは、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続されたコアネットワークノードに、
接続された基地局または該基地局に接続された制御局に対し、セルにおける周波数およびＭＢＭＳデータの送信タイミングを指示する手順を実行させる。
【００４０】
本発明の第２のプログラムは、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に接続された制御局に、
他の制御局と時刻同期をとる手順と、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングの指示を受ける手順と、
接続された基地局に対し、前記コアネットワークノードから指示された周波数のセルへの設定を指示する手順と、
接続された基地局に対し、前記コアネットワークノードから指示された送信タイミングに合わせてＭＢＭＳデータを送信する手順と、を実行させる。
【００４１】
本発明の第３のプログラムは、
セルを形成し、該セル内の移動局に対してＭＢＭＳデータを送信する基地局に、
他の基地局と時刻同期をとる手順と、
上位のコアネットワークノードから、セルにおける周波数およびＭＢＭＳデータの送信タイミングの指示を受ける手順と、
前記コアネットワークノードから指示された送信タイミングで移動局に対してＭＢＭＳデータを送信する手順と、
前記コアネットワークノードから指示された周波数をセルに設定する手順と、を実行させる。
【発明の効果】
【００４２】
本発明によれば、コアネットワークノードの配下の全てのセルにおいて、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信することができる。
【００４３】
したがって、同一の周波数を使用して同一の送信タイミングで同一のＭＢＭＳデータを送信する複数のセルからなる通信エリアの範囲を、広げることができるという効果が得られる。
【図面の簡単な説明】
【００４４】
【図１】関連する移動通信システムの構成の一例を示すブロック図である。
【図２】ＭＢＳＦＮ使用時のＵＥの利得を説明する図である。
【図３】本発明の移動通信システムの構成の一例を示す図である。
【図４】図３に示したＢＭ−ＳＣ、ＧＧＳＮ、ＳＧＳＮ、およびＲＮＣの構成の一例を示すブロック図である。
【図５】本発明の移動通信システムにおいて、ＭＢＭＳのセッション開始時の動作の一例を説明するＣプレーンシーケンスチャートである。
【図６】図５に示したＣプレーンメッセージを送受信するために利用するＣプレーンプロトコルスタックを説明する図である。
【図７】図５に示したステップＳ１０において、ＢＭ−ＳＣからＧＧＳＮに送信されるＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの一例を説明する図である。
【図８】図５に示したステップＳ２０において、ＧＧＳＮからＳＧＳＮに送信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの一例を説明する図である。
【図９】図５に示したステップＳ３０において、ＳＧＳＮからＲＮＣに送信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの一例を説明する図である。
【図１０】図３に示したＢＭ−ＳＣ、ＧＧＳＮ、ＳＧＳＮ、およびＲＮＣの構成の他の例を示すブロック図である。
【図１１】図５に示したステップＳ１０において、ＢＭ−ＳＣからＧＧＳＮに送信されるＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの他の例を説明する図である。
【図１２】図５に示したステップＳ２０において、ＧＧＳＮからＳＧＳＮに送信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの他の例を説明する図である。
【図１３】図５に示したステップＳ３０において、ＳＧＳＮからＲＮＣに送信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの他の例を説明する図である。
【図１４】図１０に示したＲＮＣの記憶部に記憶されるデータベースの一例を説明する図である。
【図１５】図５に示したステップＳ１０において、ＢＭ−ＳＣからＧＧＳＮに送信されるＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージのさらに他の例を説明する図である。
【図１６】図１５に示したＴＭＧＩの構成を説明する図である。
【図１７】図１６に示したＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤを３つのパートに分解した状態の一例を説明する図である。
【図１８】図１０に示したＲＮＣの記憶部に記憶されるデータベースの他の例を説明する図である。
【図１９】本発明の移動通信システムの構成の他の例を示すブロック図である。
【図２０】図１９に示したＢＭ−ＳＣ、ＧＧＳＮ、ＳＧＳＮ、およびＲＮＣの構成の一例を示すブロック図である。
【図２１】本発明の移動通信システムの構成のさらに他の例を示すブロック図である。
【図２２】図２１に示したＢＭ−ＳＣおよびＮｏｄｅＢの構成の一例を示すブロック図である。
【図２３】本発明の移動通信システムの構成のさらに別の例を示すブロック図である。
【図２４】図２３に示したＢＭ−ＳＣおよびＮｏｄｅＢの構成の一例を示すブロック図である。
【発明を実施するための形態】
【００４５】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。
【００４６】
（１）第１の実施形態
（１−１）第１の実施形態の構成
図３に示すように、本実施形態の移動通信システムは、全体構成については図１と同様であるが、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１，４００−２に機能を追加している。
【００４７】
そこで、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１，４００−２の構成について、図４を参照して説明する。
【００４８】
図４に示すように、ＢＭ−ＳＣ１００は、ＲＮＣ４００−１，４００−２配下にＭＢＳＦＮクラスター７００を形成するために必要なＭＢＳＦＮ情報を、ＧＧＳＮ２００およびＳＧＳＮ３００を経由して、ＲＮＣ４００−１，４００−２に指示するコアネットワークノードとなるものであり、制御部１０１と、通信部１０２と、を含む。
【００４９】
制御部１０１は、ＧＧＳＮ２００に送信するメッセージを生成する。例えば、本実施形態では、制御部１０１は、ＭＢＳＦＮ情報として、配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソース（周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマット）の設定値と、ＭＢＭＳデータの送信タイミングの設定値（例えば、ｘ時ｙ分といった時・分単位の送信時刻）を含むメッセージを生成する。なお、無線リソースおよび送信タイミングの設定値は、例えば、システム管理者が手作業でＢＭ−ＳＣ１００に設定することが考えられるが、この限りではない。
【００５０】
なお、制御部１０１は、上述の動作以外にも、ＢＭ−ＳＣ１００全体を制御して各種の動作、例えば、図１の説明で述べたユーザ認証、ＭＢＭＳデータの管理、配信スケジューリング等を行う。
【００５１】
通信部１０２は、ＧＧＳＮ２００との間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部１０２は、ＧＧＳＮ２００に対し、制御部１０１にて生成された、無線リソースおよび送信タイミングの設定値を含むメッセージを送信する。
【００５２】
ＧＧＳＮ２００は、制御部２０１と、通信部２０２と、を含む。
【００５３】
制御部２０１は、ＢＭ−ＳＣ１００およびＳＧＳＮ３００に送信するメッセージを生成する。例えば、本実施形態では、制御部２０１は、ＢＭ−ＳＣ１００から通知された無線リソースおよび送信タイミングの設定値を含むメッセージを生成する。
【００５４】
なお、制御部２０１は、上述の動作以外にも、ＧＧＳＮ２００全体を制御して各種の動作を行う。
【００５５】
通信部２０２は、ＢＭ−ＳＣ１００およびＳＧＳＮ３００との間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部２０２は、ＢＭ−ＳＣ１００から、無線リソースおよび送信タイミングの設定値を含むメッセージを受信し、また、ＳＧＳＮ３００に対し、制御部２０１にて生成された、無線リソースおよび送信タイミングの設定値を含むメッセージを送信する。
【００５６】
ＳＧＳＮ３００は、制御部３０１と、通信部３０２と、を含む。
【００５７】
制御部３０１は、ＧＧＳＮ２００およびＲＮＣ４００−１，４００−２に送信するメッセージを生成する。例えば、本実施形態では、制御部３０１は、ＧＧＳＮ２００から通知された無線リソースおよび送信タイミングの設定値を含むメッセージを生成する。
【００５８】
なお、制御部３０１は、上述の動作以外にも、ＳＧＳＮ３００全体を制御して各種の動作、例えば、図１の説明で述べたルーティング、モビリティ管理、セッション管理等を行う。
【００５９】
通信部３０２は、ＧＧＳＮ２００およびＲＮＣ４００−１，４００−２との間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部３０２は、ＧＧＳＮ２００から、無線リソースおよび送信タイミングの設定値を含むメッセージを受信し、また、ＲＮＣ４００−１に対し、制御部３０１にて生成された、無線リソースおよび送信タイミングの設定値を含むメッセージを送信する。なお、このメッセージは、ＲＮＣ４００−２にも送信される。
【００６０】
ＲＮＣ４００−１は、時刻同期部４０１と、制御部４０２と、通信部４０３と、を含む。なお、ＲＮＣ４００−２も、ＲＮＣ４００−１と同様の構成である。
【００６１】
時刻同期部４０１は、ＧＰＳ（Global Positioning System）衛星９００からＵＴＣ（協定世界時：Coordinated Universal Time）の時刻情報を受信し、ＲＮＣ４００−１の時刻をＵＴＣと同期させる。なお、ＧＰＳによるＵＴＣとの時刻同期の方法は、一般的なことであるので、説明を省略する。
【００６２】
このとき、同様にＲＮＣ４００−２においても、ＵＴＣと時刻同期をとっている。
【００６３】
これにより、ＲＮＣ４００−１，４００−２間で時刻同期をとることができる。
【００６４】
なお、ＲＮＣ４００−１，４００−２間で時刻同期をとる方法は、上述のＧＰＳによる方法に限らず、３ＧＰＰで規定されている以下の方法を利用することができる。
【００６５】
・ＵＴＲＡＮ（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）１５８８で規定された方法
制御部４０２は、ＳＧＳＮ３００およびＮｏｄｅＢ５００に送信するメッセージおよび指示を生成する。例えば、本実施形態では、制御部４０２は、ＳＧＳＮ３００から通知された無線リソースの設定値のＳ−ＣＣＰＣＨへの設定指示を生成する。
【００６６】
また、制御部４０２は、非特許文献６に記載されているようなノード同期（Node Synchronisation）手順により、ＲＮＣ４００−１と配下の各ＮｏｄｅＢ５００とのタイミングのずれを知ることが可能である。そのため、制御部４０２は、配下の各ＮｏｄｅＢ５００に対してどのタイミングでＭＢＭＳデータを送信すれば、配下の全てのセル６００において、同一の送信タイミングでＭＢＭＳデータが送信されるのかがわかる。そこで、制御部４０２は、配下の全てのセル６００において、ＳＧＳＮ３００から通知された送信タイミングでＭＢＭＳデータが送信されるように、配下の各ＮｏｄｅＢ５００へ送信するＭＢＭＳデータのタイミングをスケジューリングする。
【００６７】
なお、制御部４０２は、上述の動作以外にも、ＲＮＣ４００−１全体を制御して各種の動作を行う。
【００６８】
通信部４０３は、ＳＧＳＮ３００およびＮｏｄｅＢ５００との間でメッセージ、ＭＢＭＳデータ、および指示を送受信する。例えば、本実施形態では、通信部４０３は、ＳＧＳＮ３００から、無線リソースおよび送信タイミングの設定値を含むメッセージを受信し、また、ＲＮＣ４００−１配下の全てのＮｏｄｅＢ５００に対し、制御部４０２にて生成された、ＳＧＳＮ３００から通知された無線リソースのＳ−ＣＣＰＣＨへの設定指示を送信する。
【００６９】
このとき、同様にＲＮＣ４００−２においても、ＲＮＣ４００−２配下の全てのＮｏｄｅＢ５００に対し、ＳＧＳＮ３００から通知された無線リソースのＳ−ＣＣＰＣＨへの設定指示を送信している。
【００７０】
これにより、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【００７１】
また、通信部４０３は、制御部４０２にてスケジューリングされたタイミングで、ＲＮＣ４００−１配下の各ＮｏｄｅＢ５００に対し、ＭＢＭＳデータを送信する。これにより、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＳＧＳＮ３００から通知された送信タイミングに揃えることが可能となる。
【００７２】
このとき、同様にＲＮＣ４００−２においても、スケジューリングを行うことにより、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＳＧＳＮ３００から通知された送信タイミングに揃えている。
【００７３】
また、ＲＮＣ４００−１，４００−２間は時刻同期がとれている。
【００７４】
これにより、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【００７５】
以上のことから、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【００７６】
（１−２）第１の実施形態の動作
次に、本実施形態の移動通信システムのＭＢＭＳの開始時、すなわちセッション開始時の動作について、図５に示すＣプレーン（Control Plane）シーケンスチャートに沿って説明する。なお、Ｃプレーンとは制御プレーンであり、ネットワーク内の制御に使用される信号用のプロトコルを示す。
【００７７】
なお、本実施形態では、図５に示したＣプレーンメッセージを送受信するために、図６に示したＣプレーンプロトコルスタック（C-Plane Protocol Stack）を変更せずに利用する。このプロトコルスタックは、３ＧＰＰで規定されているので詳細説明は省略する。
【００７８】
図５に示すように、ＢＭ−ＳＣ１００の通信部１０２は、ＭＢＭＳのセッション開始時に、ステップＳ１０において、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージをＧＧＳＮ２００へ送信する。Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの詳細は、非特許文献３に記載されている。
【００７９】
本実施形態では、ＢＭ−ＳＣ１００の制御部１０１は、ステップＳ１０のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図７に示すように、ＭＢＳＦＮ−Ｆｒｅｑｕｅｎｃｙ１２、ＭＢＳＦＮ−Ｓｃｒａｍｂｌｉｎｇ−Ｃｏｄｅ１３、ＭＢＳＦＮ−Ｃｈａｎｎｅｌｉｓａｔｉｏｎ−Ｃｏｄｅ１４、ＭＢＳＦＮ−Ｓｌｏｔ−Ｆｏｒｍａｔ１５、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇ１６というパラメータを新規に追加する。各ＮｏｄｅＢ５００では、これらパラメータにおける、周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットの設定値が、Ｓ−ＣＣＰＣＨの設定に使用され、また、送信タイミングの設定値で各ＮｏｄｅＢ５００からＭＢＭＳデータが送信されることになる。
【００８０】
次に、ＧＧＳＮ２００の通信部２０２は、ステップＳ１１において、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージを、ＢＭ−ＳＣ１００に返す。
【００８１】
ＢＭ−ＳＣ１００とＧＧＳＮ２００間で送受信されるＳｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージおよびＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージは、図６に示したＧｍｂインターフェース１５１上でＤｉａｍｅｔｅｒ  Ｐｒｏｔｏｃｏｌ１５０を用いて送信される。なお、Ｄｉａｍｅｔｅｒ  Ｐｒｏｔｏｃｏｌ  １５０の詳細は、非特許文献３に記載されている。
【００８２】
次に、ＧＧＳＮ２００の通信部２０２は、ステップＳ２０において、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージをＳＧＳＮ３００へ送信する。
【００８３】
本実施形態では、ＧＧＳＮ２００の制御部２０１は、ステップＳ２０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図８に示すように、上記のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに含まれていた、ＭＢＳＦＮ−Ｆｒｅｑｕｅｎｃｙ１２、ＭＢＳＦＮ−Ｓｃｒａｍｂｌｉｎｇ−Ｃｏｄｅ１３、ＭＢＳＦＮ−Ｃｈａｎｎｅｌｉｓａｔｉｏｎ−Ｃｏｄｅ１４、ＭＢＳＦＮ−Ｓｌｏｔ−Ｆｏｒｍａｔ１５、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇ１６に相当するパラメータを新規に追加する。これら各パラメータのビット数は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに含まれるパラメータのビット数と同じとする。
【００８４】
次に、ＳＧＳＮ３００の通信部３０２は、ステップＳ２１において、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージを、ＧＧＳＮ２００に返す。
【００８５】
ＧＧＳＮ２００とＳＧＳＮ３００間で送受信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージおよびＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージは、図６に示したＧｎインターフェース２５１上でＧＴＰ−Ｃ  Ｐｒｏｔｏｃｏｌ２５０を用いて送信される。ＧＴＰ−Ｃ  Ｐｒｏｔｏｃｏｌ２５０の詳細は、非特許文献４に記載されている。
【００８６】
次に、ＳＧＳＮ３００の通信部３０２は、ステップＳ３０において、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを、ＲＮＣ４００−１，４００−２へ送信する。ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの詳細は、非特許文献５に記載されている。
【００８７】
本実施形態では、ＳＧＳＮ３００の制御部３０１は、ステップＳ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図９に示すように、ＭＢＳＦＮ  Ｉｎｆｏｒｍａｔｉｏｎと呼ばれるＧｒｏｕｐを追加し、その中に新規のパラメータとなるＩＥ（Information Element）として、ＭＢＳＦＮ−Ｆｒｅｑｕｅｎｃｙ、ＭＢＳＦＮ−Ｓｃｒａｍｂｌｉｎｇ−Ｃｏｄｅ、ＭＢＳＦＮ−Ｃｈａｎｎｅｌｉｓａｔｉｏｎ−Ｃｏｄｅ、ＭＢＳＦＮ−Ｓｌｏｔ−Ｆｏｒｍａｔ、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇを含める。
【００８８】
ＲＮＣ４００−１の制御部４０２は、ＢＭ−ＳＣ１００から指示された、配下のセル６００におけるＳ−ＣＣＰＣＨの周波数をＭＢＳＦＮ−Ｆｒｅｑｕｅｎｃｙから、スクランブリングコードをＭＢＳＦＮ−Ｓｃｒａｍｂｌｉｎｇ−Ｃｏｄｅから、チャネライゼーションコードをＭＢＳＦＮ−Ｃｈａｎｎｅｌｉｓａｔｉｏｎ−Ｃｏｄｅから、スロットフォーマットをＭＢＳＦＮ−Ｓｌｏｔ−Ｆｏｒｍａｔから、ＭＢＭＳデータの送信タイミングをＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇから、それぞれ知ることができる。ＲＮＣ４００−２も同様に知ることができる。
【００８９】
次に、ＲＮＣ４００−１の通信部４０３は、ステップＳ３１において、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージを、ＳＧＳＮ３００に返す。ＲＮＣ４００−２も同様にＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージを返す。
【００９０】
ＳＧＳＮ３００とＲＮＣ４００−１，４００−２間で送受信されるＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージおよびＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅメッセージは、図６に示したＩｕ−ＰＳインターフェース３５１上でＲＡＮＡＰ  Ｐｒｏｔｏｃｏｌ３５０を用いて送信される。ＲＡＮＡＰ  Ｐｒｏｔｏｃｏｌ３５０の詳細は、非特許文献５に記載されている。
【００９１】
その後、ＲＮＣ４００−１と配下のＮｏｄｅＢ５００との間では、ステップＳ４０において、ＲＡＮリソースセットアップ（RAN Resource Setup）手順を実行する。
【００９２】
ＲＡＮリソースセットアップ手順において、ＲＮＣ４００−１の通信部４０３は、配下の全てのＮｏｄｅＢ５００に対し、ＢＭ−ＳＣ１００から指示された、周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットの設定値のＳ−ＣＣＰＣＨへの設定指示を送信する。これを受けて、ＲＮＣ４００−１配下の全てのＮｏｄｅＢ５００は、これら無線リソースをＳ−ＣＣＰＣＨに設定する。
【００９３】
同様にＲＮＣ４００−２配下の全てのＮｏｄｅＢ５００においても、ＢＭ−ＳＣ１００から指示された無線リソースの設定値をＳ−ＣＣＰＣＨに設定する。
【００９４】
これにより、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【００９５】
また、ＲＮＣ４００−１の時刻同期部４０１は、ＧＰＳ衛星９００からＵＴＣの時刻情報を受信し、ＲＮＣ４００−１の時刻をＵＴＣと同期させる。
【００９６】
同様にＲＮＣ４００−２においても、ＵＴＣと時刻同期をとっている。
【００９７】
これにより、ＲＮＣ４００−１，４００−２間で時刻同期をとることができる。
【００９８】
また、ＲＮＣ４００−１の制御部４０２は、スケジューリングを行うことで、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＢＭ−ＳＣ１００から指示された送信タイミングの設定値に揃える。
【００９９】
同様にＲＮＣ４００−２においても、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを、ＢＭ−ＳＣ１００から指示された送信タイミングの設定値に揃えている。
【０１００】
これにより、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【０１０１】
以上のことから、本実施形態では、ＲＮＣ４００−１，４００−２の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１０２】
したがって、ＵＥ８００は、ＲＮＣ４００−１の通信エリアとＲＮＣ４００−２の通信エリアとの境界に位置していても、ＭＢＳＦＮの効果を得ることができる。
【０１０３】
また、ＵＥ８００は、ＲＮＣの違い、ＮｏｄｅＢの違い、セルの違いを意識せずに、連続的にＭＢＭＳデータを受信し続けることが可能となる。
【０１０４】
（２）第２の実施形態
（２−１）第２の実施形態の構成
本実施形態の移動通信システムの全体構成は、図３と同様である。
【０１０５】
本実施形態では、ＢＭ−ＳＣ１００は、ＭＢＳＦＮ情報のうち各セル６００における無線リソースの設定値の情報として、上述の第１の実施形態のように、無線リソースの設定値そのものではなく、これら設定値の組み合わせを表す識別子となるＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを通知する。
【０１０６】
そのため、図１０に示すように、ＲＮＣ４００−１は、図４と比較して、上述のＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒと無線リソースの設定値の組み合わせとを対応付けるテーブルを記憶する記憶部４０４を追加した構成になっている。ＲＮＣ４００−２も同様である。
【０１０７】
（２−２）第２の実施形態の動作
本実施形態の移動通信システムのＭＢＭＳのセッション開始時のＣプレーンシーケンスチャートは、図５と同様であるため、説明を省略する。
【０１０８】
ただし、本実施形態では、ＢＭ−ＳＣ１００の制御部１０１は、ステップＳ１０のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図１１に示すように、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇ１６、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒ１７というパラメータを新規に追加する。
【０１０９】
ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒ１７は、ＲＮＣ４００−１，４００−２に対し、ＭＢＳＦＮの使用要否、また、ＭＢＳＦＮを使用する場合の無線リソースの設定値の組み合わせを指示する識別子となる。本実施形態では、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒ１７は、４ビットのパラメータとする。
【０１１０】
また、本実施形態では、ＧＧＳＮ２００の制御部２０１は、ステップＳ２０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図１２に示すように、上記のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに含まれていた、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇ１６、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒ１７に相当するパラメータを新規に追加する。
【０１１１】
また、本実施形態では、ＳＧＳＮ３００の制御部３０１は、ステップＳ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにおいて、図１３に示すように、ＭＢＳＦＮ  Ｉｎｆｏｒｍａｔｉｏｎの中の新規のＩＥとして、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇ、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含める。
【０１１２】
また、本実施形態では、ＲＮＣ４００−１の記憶部４０４には、図１４に示すようなデータベースを予め記憶させておく。
【０１１３】
ＲＮＣ４００−１の制御部４０２は、ステップＳ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの受信時に、これに含まれるＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの値を引数に使用して、図１４のデータベースを参照する。
【０１１４】
図１４の例において、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの値が０の場合、ＲＮＣ４００−１の制御部４０２は、ＭＢＳＦＮを使用しないと判断し、従来のＭＢＭＳの処理を実施する。この場合、ＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇの値は無視される。
【０１１５】
一方、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの値が０以外である場合、ＲＮＣ４００−１の制御部４０２は、ＭＢＳＦＮを使用すると判断し、その値に対応する、周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットの設定値の組み合わせを選択して、これら無線リソースの設定値のＳ−ＣＣＰＣＨへの設定指示を生成し、通信部４０３から配下のＮｏｄｅＢ５００に送信させる。
【０１１６】
また、ＲＮＣ４００−１の制御部４０２は、第１の実施形態と同様に、ＭＢＭＳデータの送信タイミングの設定値をＭＢＳＦＮ−Ｔｘ−Ｔｉｍｉｎｇから知り、スケジューリングを行うことで、配下の全てのセル６００におけるＭＢＭＳデータの送信タイミングを揃える。
【０１１７】
同様にＲＮＣ４００−２においても、配下のセル６００におけるＳ−ＣＣＰＣＨに周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットを設定し、また、ＭＢＭＳデータの送信タイミングを揃えている。
【０１１８】
以上のことから、本実施形態では、ＢＭ−ＳＣ１００は、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを用いて、ＲＮＣ４００−１，４００−２に対し、ＭＢＳＦＮの使用要否、ＭＢＳＦＮを使用する場合の無線リソースの設定値の組み合わせを指示することができる。
【０１１９】
これにより、本実施形態でも、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１２０】
（３）第３の実施形態
（３−１）第３の実施形態の構成
本実施形態の移動通信システムの全体構成は、図３と同様である。
【０１２１】
また、本実施形態のＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１，４００−２の構成は、図１０と同様である。
【０１２２】
（３−２）第３の実施形態の動作
本実施形態の移動通信システムのＭＢＭＳのセッション開始時のＣプレーンシーケンスチャートは、図５と同様であるため、説明を省略する。
【０１２３】
ただし、本実施形態では、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、およびＳＧＳＮ３００は、ＲＮＣ４００−１，４００−２にＭＢＳＦＮ情報を送信するに際し、メッセージに新規にパラメータを追加することはせず、これらメッセージにもともと定義されているＴＭＧＩ（Temporary Mobile Group Identity）のパラメータを使用する。
【０１２４】
ここでは、ステップＳ１０のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを例に挙げて説明する。
【０１２５】
図１５に示すように、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージには、もともとＴＭＧＩ１８が定義されている。ＴＭＧＩ１８は、図１６に示すような構成となっている。ＴＭＧＩ１８の構成の詳細は、非特許文献７に記載されている。
【０１２６】
本実施形態では、ＴＭＧＩ１８の中に含まれるＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤ１７０に着目する。
【０１２７】
ＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤ１７０は、元来、３オクテット（Octet）、つまり、２４ビットで構成されている。
【０１２８】
本実施形態では、ＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤ１７０の２４ビットを、図１７に示すように、３つのパート（part）に分解する。パート１は、第２４ビットの１ビット、パート２は、第１７〜第２３ビットの７ビット、パート３は、第１〜第１６ビットの１６ビットに相当する。パート１〜３には、それぞれ以下に示すような役割を付与する。
【０１２９】
パート１：ＭＢＳＦＮの使用要否。本ビットが１ならばＭＢＳＦＮを使用、０ならば非使用を意味する。
【０１３０】
パート２：ＭＢＳＦＮのパラメータ。ＲＮＣ４００−１，４００−２配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースおよびＭＢＭＳデータの送信タイミングを定義する。
【０１３１】
パート３：Ｓｅｒｖｉｃｅ  ＩＤ。Ｓｅｒｖｉｃｅ  ＩＤを示す。
【０１３２】
なお、上述したパートの分け方は、一例であって、これに限定されない。ＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤ１７０の２４ビット中に空きビットがあってもよい。
【０１３３】
また、ステップＳ２０，Ｓ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに定義されているＴＭＧＩにも、上記のような役割を付与する。
【０１３４】
ＲＮＣ４００−１の記憶部４０４には、図１８に示すようなデータベースを予め記憶させておく。
【０１３５】
ＲＮＣ４００−１の制御部４０２は、ステップＳ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの受信時に、これに含まれるＴＭＧＩのパート１のビットに１が設定されていればＭＢＳＦＮを使用するという判断を行い、パート２の７ビットの値を引数に使用して、図１８のデータベースを参照する。
【０１３６】
上述の第２の実施形態で使用した図１４のデータベースは、引数が４ビットであるため、周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマットという４つの設定値のみが定義可能であった。
【０１３７】
そのため、第２の実施形態では、ＭＢＭＳデータの送信タイミングの設定値は、別のパラメータで定義して、ＢＭ−ＳＣ１００からＲＮＣ４００−１，４００−２まで通知していた。
【０１３８】
これに対して、本実施形態で使用する図１８のデータベースは、引数が７ビットであるため、送信タイミングの設定値もデータベースに定義する。
【０１３９】
例えば、図１８のデータベースでは、送信タイミングとして、送信時刻の分単位だけを定義可能とし、現在時刻が１６時５５分であり、送信タイミングに“０”が設定されていれば、ＲＮＣ４００−１の制御部４０２は、次に“０”分となる１７時００分にＮｏｄｅＢ５００からＭＢＭＳデータが送信されるようにスケジューリングを行う。
【０１４０】
一方、ＲＮＣ４００−１の制御部４０２は、ステップＳ３０のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに含まれるＴＭＧＩのパート１のビットに０が設定されていれば、ＭＢＳＦＮを使用しないという判断を行い、パート２の値は扱わず、パート３の値をＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤとして扱う。
【０１４１】
同様にＲＮＣ４００−２においても、ＴＭＧＩのパラメータから、配下のセル６００における無線リソースおよび送信タイミングを知ることができる。
【０１４２】
以上のことから、本実施形態では、ＢＭ−ＳＣ１００は、ＴＭＧＩを用いて、ＲＮＣ４００−１，４００−２に対し、ＭＢＳＦＮの使用要否、ＭＢＳＦＮを使用する場合の無線リソースおよび送信タイミングの設定値の組み合わせを指示することができる。
【０１４３】
これにより、本実施形態でも、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１４４】
（４）第４の実施形態
（４−１）第４の実施形態の構成
本実施形態の移動通信システムの全体構成は、図３と同様である。
【０１４５】
また、本実施形態のＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１，４００−２の構成は、図４または図１０と同様である。
【０１４６】
（４−２）第４の実施形態の動作
本実施形態の移動通信システムのＭＢＭＳのセッション開始時のＣプレーンシーケンスチャートは、図５と同様であるため、説明を省略する。
【０１４７】
ただし、本実施形態では、ＢＭ−ＳＣ１００は、ステップＳ１０のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにより、ＭＢＳＦＮ情報のうちＭＢＳＦＮの使用要否を表す情報のみを、ＲＮＣ４００−１，４００−２まで通知する。このときの通知方法は、上述の第１〜第３の実施形態のいずれかと同様の方法を利用することができる。
【０１４８】
そして、ＢＭ−ＳＣ１００は、別のメッセージにより、ＭＢＳＦＮ情報のうち配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースおよびＭＢＭＳデータの送信タイミングの設定値の情報を、ＲＮＣ４００−１，４００−２まで通知する。このときの通知方法は、上述の第１の実施形態のように、設定値そのものを通知する方法、または、上述の第２および第３の実施形態のように、設定値の組み合わせを表すＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを通知する方法のいずれかを利用することができる。
【０１４９】
これにより、本実施形態でも、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１５０】
（５）第５の実施形態
（５−１）第５の実施形態の構成
本実施形態の移動通信システムの全体構成は、図３と同様である。
【０１５１】
また、本実施形態のＢＭ−ＳＣ１００、ＧＧＳＮ２００、ＳＧＳＮ３００、およびＲＮＣ４００−１，４００−２の構成は、図１０と同様である。
【０１５２】
（５−２）第５の実施形態の動作
本実施形態では、ＢＭ−ＳＣ１００は、ＭＢＭＳのセッションを開始する際に、配下のＲＮＣ４００−１，４００−２と交渉して、配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースおよびＭＢＭＳデータの送信タイミングを決定する。
【０１５３】
ＲＮＣ４００−１，４００−２の記憶部４０４には、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒと、無線リソースおよび送信タイミングの設定値の組み合わせとを対応付けた、図１８に示すようなデータベースを予め記憶させておく。
【０１５４】
上述の交渉に際して、ＢＭ−ＳＣ１００の通信部１０２は、まず、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの使用候補のＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを、ＲＮＣ４００−１，４００−２まで送信する。
【０１５５】
これを受けて、ＲＮＣ４００−１，４００−２の制御部４０２は、自身が使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを判断し、使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを含むメッセージを通信部４０３からＢＭ−ＳＣ１００へ送信する。
【０１５６】
ＢＭ−ＳＣ１００の制御部１０１は、各ＲＮＣ４００−１，４００−２からの使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを基に、１つのＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを選択する。このときの基準としては、より多くのＲＮＣが使用可能なＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを選択するなどが考えられるが、特に限定はない。
【０１５７】
以降、ＭＢＭＳのセッション開始時には、上述の第３の実施形態と同様の方法で、図５のＣプレーンシーケンスチャートに沿って処理が行われる。よって、ＢＭ−ＳＣ１００からＲＮＣ４００−１，４００−２に対して、上記で選択されたＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの値が通知され、ＭＢＳＦＮクラスター７００が形成される。
【０１５８】
これにより、本実施形態でも、ＲＮＣ４００−１，４００−２をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１５９】
なお、本実施形態では、ＢＭ−ＳＣ１００が、ＲＮＣ４００−１，４００−２との交渉を行っているが、ＲＮＣ４００−１，４００−２との交渉は、ＧＧＳＮ２００またはＳＧＳＮ３００が行うこととしてもよい。この場合は、ＧＧＳＮ２００またはＳＧＳＮ３００がコアネットワークノードとなり、ＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒを選択してＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに追加する。
【０１６０】
（６）第６の実施形態
（６−１）第６の実施形態の構成
本実施形態では、１台のＲＮＣに通知されたＭＢＳＦＮ情報を、Ｉｕｒインターフェース経由で、他のＲＮＣへ通知する。これにより、ＳＧＳＮとＲＮＣ間のＩｕインターフェースのリソースを節約することが可能となる。
【０１６１】
図１９に示すように、本実施形態の移動通信システムの全体構成は、図３と比較して、以下の点で異なる。なお、図１９では、ＲＮＣ４００として、３つのＲＮＣ４００−１〜４００−３を図示している。
【０１６２】
すなわち、本実施形態の移動通信システムでは、ＳＧＳＮ３００配下のＲＮＣ４００−１〜４００−３のうちＲＮＣ４００−１のみが、ＳＧＳＮ３００とＩｕインターフェース４１０−３を経由してＭＢＳＦＮ情報の通知を受ける。また、ＲＮＣ４００−１とＲＮＣ４００−２間が、Ｉｕｒインターフェース４１０−１を経由して接続され、また、ＲＮＣ４００−１とＲＮＣ４００−３間が、Ｉｕｒインターフェース４１０−２を経由して接続されている。なお、図示していないが、ＲＮＣ４００−２およびＲＮＣ４００−３は、ＳＧＳＮ３００とｌｕインターフェースを経由して接続されている。
【０１６３】
また、図２０に示すように、ＲＮＣ４００−１の通信部４０３は、図１０と比較して、さらに、同一のＢＭ−ＳＣ１００の配下の他のＲＮＣ４００との間でもメッセージおよびＭＢＭＳデータを送受信する構成になっている。
【０１６４】
一方、ＲＮＣ４００−２の通信部４０３は、図１０と比較して、同一のＢＭ−ＳＣ１００の配下の他のＲＮＣ４００との間でのみメッセージおよびＭＢＭＳデータを送受信し、これらをＳＧＳＮ３００とは直接送受信しない構成になっている。ＲＮＣ４００−３も同様である。
【０１６５】
（６−２）第６の実施形態の動作
本実施形態の移動通信システムのＭＢＭＳのセッション開始時のＣプレーンシーケンスチャートは、図５と同様であるため、説明を省略する。
【０１６６】
ただし、上述の第１〜第５の実施形態では、ＢＭ−ＳＣ１００の通信部１０２は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを配下の全てのＲＮＣ４００−１〜４００−３に送信するのに対し、本実施形態では、配下の１台のＲＮＣ４００（図１９では、ＲＮＣ４００−１）にのみ送信する。
【０１６７】
このように、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを全てのＲＮＣ４００−１〜４００−３に送信しないことにより、ＳＧＳＮ３００とＲＮＣ４００−２，４００−３間のＩｕインターフェースのリソースを節約することが可能となる。
【０１６８】
このとき、ＢＭ−ＳＣ１００の通信部１０２は、ＭＢＳＦＮ情報を、上述の第１〜第３の実施形態と同様の方法で、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージにより、ＲＮＣ４００−１まで通知することができる。
【０１６９】
この場合、ＲＮＣ４００−１の通信部４０３は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを、同一のＢＭ−ＳＣ１００の配下でＭＢＭＳデータの送信対象になっている他のＲＮＣ４００（図１９では、ＲＮＣ４００−２，４００−３）に対し、それぞれＩｕｒインターフェース４１０−１，４１０−２を経由して転送する。
【０１７０】
または、ＢＭ−ＳＣ１００の通信部１０２は、ＭＢＳＦＮ情報を、上述の第４の実施形態と同様の方法で、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージおよび別のメッセージにより、ＲＮＣ４００−１まで通知することができる。
【０１７１】
この場合、ＲＮＣ４００−１の通信部４０３は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージおよび別のメッセージを、同一のＢＭ−ＳＣ１００の配下でＭＢＭＳデータの送信対象になっている他のＲＮＣ４００（図１９では、ＲＮＣ４００−２，４００−３）に対し、それぞれＩｕｒインターフェース４１０−１，４１０−２を経由して転送する。
【０１７２】
このようにして、ＲＮＣ４００−１は、ＢＭ−ＳＣ１００からＭＢＳＦＮ情報が直接指示され、一方、ＲＮＣ４００−２，４００−３は、ＢＭ−ＳＣ１００からＲＮＣ４００−１を経由して、ＭＢＳＦＮ情報が間接的に指示される。
【０１７３】
ＲＮＣ４００−１〜４００−３は、ＢＭ−ＳＣ１００から直接または間接的に受信したＭＢＳＦＮ情報を基に、配下のセル６００におけるＳ−ＣＣＰＣＨの無線リソースの設定指示およびＭＢＭＳデータの送信を行う。
【０１７４】
これにより、本実施形態でも、ＲＮＣ４００−１〜４００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１７５】
なお、本実施形態では、第３の実施形態と同様の方法で、ＭＢＳＦＮ−ＩｎｄｉｃａｔｏｒをＲＮＣ４００−１に通知する構成とする場合、第５の実施形態と同様に、ＢＭ−ＳＣ１００、ＧＧＳＮ２００またはＳＧＳＮ３００が、ＲＮＣ４００−１〜４００−３との間でＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒの交渉を行ってもよい。
【０１７６】
（７）第７の実施形態
（７−１）第７の実施形態の構成
本実施形態の移動通信システムは、本発明をｅｖｏｌｖｅｄ  ＨＳＰＡ（High Speed Packet Access）のネットワークまたはＬＴＥ（Long Term Evolution）のネットワークに適用した場合の例である。
【０１７７】
これらのネットワークでは、ＲＮＣがＮｏｄｅＢに縮退されたＦｌａｔ  Ａｒｃｈｉｔｅｃｔｕｒｅの形態をとることが可能である。
【０１７８】
図２１に示すように、本実施形態の移動通信システムは、ＢＭ−ＳＣ１００と、ＮｏｄｅＢ５００と、を含む。
【０１７９】
なお、図２１では、ＢＭ−ＳＣ１００とＮｏｄｅＢ５００との間のノード（ＧＧＳＮおよびＳＧＳＮ）を省略し、ｅｖｏｌｖｅｄ  ＨＳＰＡおよびＬＴＥのどちらのネットワークにも対応可能な構成を図示している。
【０１８０】
また、図２１では、ＮｏｄｅＢ５００として、３台のＮｏｄｅＢ５００−１〜５００−３を図示し、これらＮｏｄｅＢ５００−１〜５００−３が、ＢＭ−ＳＣ１００を含む不図示のＣＮへと接続されている。
【０１８１】
図２２に示すように、ＢＭ−ＳＣ１００の構成は、図４または図１０と同様である。
【０１８２】
ＮｏｄｅＢ５００−１は、時刻同期部５０１と、制御部５０２と、通信部５０３と、記憶部５０４と、を含む。なお、ＮｏｄｅＢ５００−２，５００−３も、ＮｏｄｅＢ５００−１と同様の構成である。
【０１８３】
本実施形態は、第１〜第５の実施形態をＦｌａｔ  Ａｒｃｈｉｔｅｃｔｕｒｅに対応する構成に変更したものであり、ＲＮＣ４００に対して適用していた上述の第１〜第５の実施形態と同様の方法を、ＮｏｄｅＢ５００に対して適用する。
【０１８４】
そのため、ＮｏｄｅＢ５００−１は、上述の第１〜第５の実施形態と同様に、ＢＭ−ＳＣ１００からＭＢＳＦＮ情報が指示される。
【０１８５】
また、ＮｏｄｅＢ５００−１は、ＭＢＳＦＮ情報のうち配下のセル６００における無線リソースおよび送信タイミングの設定値の情報については、上述の第１の実施形態と同様に、設定値そのものが指示されるか、または、上述の第２および第３の実施形態と同様に、設定値の組み合わせを表すＭＢＳＦＮ−Ｉｎｄｉｃａｔｏｒが指示される。
【０１８６】
時刻同期部５０１は、ＧＰＳ衛星９００からＵＴＣの時刻情報を受信し、ＮｏｄｅＢ５００−１の時刻をＵＴＣと同期させる。
【０１８７】
このとき、同様にＮｏｄｅＢ５００−２，５００−３においても、ＵＴＣと時刻同期をとっている。
【０１８８】
これにより、ＮｏｄｅＢ５００−１〜５００−３間で時刻同期をとることができる。
【０１８９】
なお、ＮｏｄｅＢ５００−１〜５００−３間で時刻同期をとる方法は、上述のＧＰＳによる方法に限らず、図４の説明で述べた方法を利用できる。
【０１９０】
制御部５０２は、ＮｏｄｅＢ５００−１全体を制御して各種の動作を行う。例えば、本実施形態では、制御部５０２は、ＢＭ−ＳＣ１００から指示された無線リソースの設定値をＳ−ＣＣＰＣＨに設定する。
【０１９１】
このとき、同様にＮｏｄｅＢ５００−２，５００−３においても、ＢＭ−ＳＣ１００から指示された無線リソースの設定値をＳ−ＣＣＰＣＨに設定している。
【０１９２】
これにより、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、Ｓ−ＣＣＰＣＨに同一の無線リソースを使用できるようになる。
【０１９３】
通信部５０３は、ＢＭ−ＳＣ１００との間でメッセージおよびＭＢＭＳデータを送受信する。例えば、本実施形態では、通信部５０３は、ＢＭ−ＳＣ１００から指示された送信タイミングで、ＭＢＭＳデータを送信する。
【０１９４】
このとき、同様にＮｏｄｅＢ５００−２，５００−３においても、ＢＭ−ＳＣ１００から指示された送信タイミングで、ＭＢＭＳデータを送信している。
【０１９５】
また、ＮｏｄｅＢ５００−１〜５００−３間は時刻同期がとれている。
【０１９６】
これにより、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、同一の送信タイミングで同一のＭＢＭＳデータを送信できるようになる。
【０１９７】
以上のことから、ＮｏｄｅＢ５００−１〜５００−３の配下の全てのセル６００において、同一の周波数を使用して、同一の送信タイミングで同一のＭＢＭＳデータを送信できるので、ＮｏｄｅＢ５００−１〜５００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０１９８】
（７−２）第７の実施形態の動作
本実施形態は、ＲＮＣ４００に対して適用していた上述の第１〜第６の実施形態と同様の方法を、ＮｏｄｅＢ５００に対して適用したものであり、動作の説明は省略する。
【０１９９】
本実施形態でも、ＮｏｄｅＢ５００−１〜５００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０２００】
（８）第８の実施形態
（８−１）第８の実施形態の構成
本実施形態では、１台のＮｏｄｅＢに通知されたＭＢＳＦＮ情報を、インターフェース経由で、他のＮｏｄｅＢへ通知する。これにより、ＢＭ−ＳＣとＮｏｄｅＢ間のインターフェースのリソースを節約することが可能となる。
【０２０１】
図２３に示すように、本実施形態の移動通信システムは、図２１と比較して、ＢＭ−ＳＣ１００配下のＮｏｄｅＢ５００−１〜５００−３のうちＮｏｄｅＢ５００−１のみが、ＢＭ−ＳＣ１００からＭＢＳＦＮ情報の通知を受ける点と、ＮｏｄｅＢ５００−１〜５００−３間がインターフェースを経由して接続されている点とが異なる。ＮｏｄｅＢ５００−１〜５００−３間のインターフェースは、例えば、ＬＴＥのネットワークの場合は、Ｘ２インターフェースとなる。なお、図示していないが、ＮｏｄｅＢ５００−２およびＲＮＣ５００−３は、ＢＭ−ＳＣ１００とインターフェースを経由して接続されている。
【０２０２】
また、図２４に示すように、ＮｏｄｅＢ５００−１の通信部５０３は、図２２と比較して、さらに、他のＮｏｄｅＢ５００との間でもメッセージおよびＭＢＭＳデータを送受信する構成になっている。
【０２０３】
一方、ＮｏｄｅＢ５００−２の通信部５０３は、図２２と比較して、他のＮｏｄｅＢ５００との間でのみメッセージおよびＭＢＭＳデータを送受信し、これらをＢＭ−ＳＣ１００とは直接送受信しない構成になっている。ＮｏｄｅＢ５００−３も同様である。
【０２０４】
（８−２）第８の実施形態の動作
本実施形態は、上述の第６の実施形態をＦｌａｔ  Ａｒｃｈｉｔｅｃｔｕｒｅに対応する構成に変更し、ＲＮＣ４００に対して適用していた第６の実施形態と同様の方法を、ＮｏｄｅＢ５００に対して適用したものであるため、動作の説明は省略する。
【０２０５】
本実施形態でも、ＢＭ−ＳＣ１００は、ＮｏｄｅＢ５００−１〜５００−３に対し、ＭＢＳＦＮ情報を直接または間接的に指示することができるため、ＮｏｄｅＢ５００−１〜５００−３をまたいだ、範囲の広いＭＢＳＦＮクラスター７００を形成することが可能となる。
【０２０６】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
【０２０７】
例えば、上述した第１〜第８の実施形態では、ＢＭ−ＳＣ１００からＲＮＣ４００またはＮｏｄｅＢ５００に対し、ＭＢＳＦＮ情報として、無線リソース（周波数、スクランブリングコード、チャネライゼーションコード、スロットフォーマット）、送信タイミングというパラメータを指示していたが、本発明をＬＴＥのネットワークに適用する場合には、これらパラメータの代わりに他のパラメータを指示するか、または他のパラメータを追加で指示する。例えば、下りリンクでＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access：直交周波数分割多元接続）を用いる場合、無線リソースを示すものとして、次の３つのパターンがある。ただし、これらのパターンは、本発明の本質的部分ではないため、詳細説明は省略する。
【０２０８】
（パターン１）
・ＭＢＭＳデータを割り当てるサブキャリア番号とシンボル番号を指示する
（パターン２）
・ＭＢＭＳデータの割り当て時間および周波数を追加で指示する
（パターン３）
・リソースブロックナンバー（Resource Block Number）を指示する
なお、本発明のＢＭ−ＳＣ１００、ＲＮＣ４００、およびＮｏｄｅＢ５００にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
【０２０９】
本出願は、２００８年１０月３１日に出願された日本出願特願２００８−２８１４４１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2014112938.tif 000003
【図２】
2014112938.tif 000004
【図３】
2014112938.tif 000005
【図４】
2014112938.tif 000006
【図５】
2014112938.tif 000007
【図６】
2014112938.tif 000008
【図７】
2014112938.tif 000009
【図８】
2014112938.tif 000010
【図９】
2014112938.tif 000011
【図１０】
2014112938.tif 000012
【図１１】
2014112938.tif 000013
【図１２】
2014112938.tif 000014
【図１３】
2014112938.tif 000015
【図１４】
2014112938.tif 000016
【図１５】
2014112938.tif 000017
【図１６】
2014112938.tif 000018
【図１７】
2014112938.tif 000019
【図１８】
2014112938.tif 000020
【図１９】
2014112938.tif 000021
【図２０】
2014112938.tif 000022
【図２１】
2014112938.tif 000023
【図２２】
2014112938.tif 000024
【図２３】
2014112938.tif 000025
【図２４】
2014112938.tif 000026