JP5910705B2 - 移動通信システム、コアネットワークノード、制御局、移動局、通信方法 - Google Patents

移動通信システム、コアネットワークノード、制御局、移動局、通信方法 Download PDF

Info

Publication number
JP5910705B2
JP5910705B2 JP2014234275A JP2014234275A JP5910705B2 JP 5910705 B2 JP5910705 B2 JP 5910705B2 JP 2014234275 A JP2014234275 A JP 2014234275A JP 2014234275 A JP2014234275 A JP 2014234275A JP 5910705 B2 JP5910705 B2 JP 5910705B2
Authority
JP
Japan
Prior art keywords
mbms data
core network
network node
mbms
timing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014234275A
Other languages
English (en)
Other versions
JP2015073297A (ja
Inventor
将人 神藤
将人 神藤
林　貞福
貞福 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2014234275A priority Critical patent/JP5910705B2/ja
Publication of JP2015073297A publication Critical patent/JP2015073297A/ja
Application granted granted Critical
Publication of JP5910705B2 publication Critical patent/JP5910705B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Description

本発明は、移動通信システム、コアネットワークノード、制御局、移動局、通信方法、プログラムに関する。
３ＧＰＰ（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：制御局）４００と、ＮｏｄｅＢ（ＮＢ）５００と、ＵＥ８００と、を含む。
なお、図１では、ＲＮＣ４００として、２台のＲＮＣ４００−１，４００−２を図示している。
また、図示していないが、ＢＭ−ＳＣ１００、ＧＧＳＮ２００、およびＳＧＳＮ３００は、ＣＮ（Core Network）内に配置され、ＲＮＣ４００およびＮｏｄｅＢ５００は、後述のＲＡＮ（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）を指示する
なお、本発明のＢＭ−ＳＣ１００、ＲＮＣ４００、およびＮｏｄｅＢ５００にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
本出願は、２００８年１０月３１日に出願された日本出願特願２００８−２８１４４１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (18)

  1. 移動局と、
    前記移動局にＭＢＭＳデータを送信する基地局と、
    制御局と、
    コアネットワークノードと、を有し、
    前記コアネットワークノードは、
    Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、前記ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを前記制御局に送信し、
    前記タイミング情報に基づいて、前記制御局と前記基地局との通信に関するスケジューリングが行われる、
    移動通信システム。
  2. 前記制御局は、前記ＭＢＭＳセッション開始要求メッセージを受信すると、前記タイミング情報に基づいて、前記基地局を制御し、
    前記基地局は、前記ＭＢＭＳデータを前記移動局に対して送信し、
    前記移動局は、前記ＭＢＭＳデータを受信する、
    請求項１に記載の移動通信システム。
  3. 前記制御局は、前記コアネットワークノードから、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を受信する、
    請求項１または２に記載の移動通信システム。
  4. 前記コアネットワークノードは、前記基地局に対して、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
    請求項１または２に記載の移動通信システム。
  5. 前記コアネットワークノードは、前記基地局に対して、スクランブリングコード、チャネライゼーションコード、スロットフォーマットのうち少なくとも一つを送信する、
    請求項１乃至４のいずれか一項に記載の移動通信システム。
  6. 前記コアネットワークノードは、前記基地局に対して、サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
    請求項１乃至４のいずれか一項に記載の移動通信システム。
  7. Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを、制御局に送信し、
    前記タイミング情報に基づいて、基地局と前記制御局との通信に関するスケジューリングが行われる、
    コアネットワークノード。
  8. 前記コアネットワークノードは、前記制御局に対して、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
    請求項７に記載のコアネットワークノード。
  9. 前記コアネットワークノードは、前記基地局に対して、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を送信する、
    請求項７に記載のコアネットワークノード。
  10. 前記コアネットワークノードは、前記基地局に対して、スクランブリングコード、チャネライゼーションコード、スロットフォーマットのうち少なくとも一つを送信する、
    請求項７乃至９のいずれか一項に記載のコアネットワークノード。
  11. 前記コアネットワークノードは、前記基地局に対して、サブキャリア番号とシンボル番号、割当時間及び周波数、リソースブロックナンバーのうち少なくとも一つを送信する、
    請求項７乃至９のいずれか一項に記載のコアネットワークノード。
  12. Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを、コアネットワークノードから受信し、
    前記タイミング情報に基づいて、基地局と前記制御局との通信に関するスケジューリングが行われる、
    制御局。
  13. 前記制御局は、前記ＭＢＭＳセッション開始要求メッセージを受信すると、前記タイミング情報に基づいて、前記基地局を制御する、
    請求項１２に記載の制御局。
  14. 前記制御局は、前記コアネットワークノードから、前記ＭＢＭＳデータを送信するための周波数を示す周波数情報を受信する、
    請求項１２または１３に記載の制御局。
  15. Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを、コアネットワークノードから受信する制御局から、前記ＭＢＭＳデータを受信し、
    前記タイミング情報に基づいて、基地局と前記制御局との通信に関するスケジューリングが行われる、
    移動局。
  16. 移動局と、前記移動局にＭＢＭＳデータを送信する基地局と、制御局と、コアネットワークノードと、を有する移動通信システムの通信方法であって、
    前記コアネットワークノードが、
    Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、前記ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを前記制御局に送信し、
    前記タイミング情報に基づいて、前記制御局と前記基地局との通信に関するスケジューリングが行われる、
    通信方法。
  17. 移動通信システムに含まれるコアネットワークノードの通信方法であって、
    前記コアネットワークノードが、
    Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを、制御局に送信し、
    前記タイミング情報に基づいて、基地局と前記制御局との通信に関するスケジューリングが行われる、
    通信方法。
  18. 移動通信システムに含まれる制御局の通信方法であって、
    前記制御局が、
    Ｔｉｍｅ ｔｏ ＭＢＭＳ Ｄａｔａ Ｔｒａｎｓｆｅｒに関する第１の情報要素と、
    前記第１の情報要素とは異なる、ＭＢＭＳデータを送信するタイミングを示すタイミング情報に関する第２の情報要素と、
    を含むＭＢＭＳセッション開始要求メッセージを、コアネットワークノードから受信し、
    前記タイミング情報に基づいて、基地局と前記制御局との通信に関するスケジューリングが行われる、
    通信方法。
JP2014234275A 2008-10-31 2014-11-19 移動通信システム、コアネットワークノード、制御局、移動局、通信方法 Active JP5910705B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014234275A JP5910705B2 (ja) 2008-10-31 2014-11-19 移動通信システム、コアネットワークノード、制御局、移動局、通信方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008281441 2008-10-31
JP2008281441 2008-10-31
JP2014234275A JP5910705B2 (ja) 2008-10-31 2014-11-19 移動通信システム、コアネットワークノード、制御局、移動局、通信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2014029481A Division JP2014112938A (ja) 2008-10-31 2014-02-19 移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラム

Publications (2)

Publication Number Publication Date
JP2015073297A JP2015073297A (ja) 2015-04-16
JP5910705B2 true JP5910705B2 (ja) 2016-04-27

Family

ID=42128671

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2010535726A Active JP5718642B2 (ja) 2008-10-31 2009-09-09 移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラム
JP2014029481A Pending JP2014112938A (ja) 2008-10-31 2014-02-19 移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラム
JP2014234275A Active JP5910705B2 (ja) 2008-10-31 2014-11-19 移動通信システム、コアネットワークノード、制御局、移動局、通信方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2010535726A Active JP5718642B2 (ja) 2008-10-31 2009-09-09 移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラム
JP2014029481A Pending JP2014112938A (ja) 2008-10-31 2014-02-19 移動通信システム、コアネットワークノード、制御局、基地局、通信方法、プログラム

Country Status (6)

Country Link
US (3) US9113440B2 (ja)
EP (2) EP2603049B1 (ja)
JP (3) JP5718642B2 (ja)
KR (3) KR101277102B1 (ja)
CN (2) CN105142219B (ja)
WO (1) WO2010050303A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2306764A1 (en) * 2009-10-02 2011-04-06 Thomson Telecom Belgium A method for configuring a plurality of parameters in a device
CN102655667B (zh) * 2011-03-04 2016-01-13 华为技术有限公司 控制分组接入的方法、网络侧设备、终端设备和通信系统
US9143901B2 (en) * 2011-05-27 2015-09-22 Qualcomm Incorporated Group ID and QOS group identification for stream multiplexing in multicast and broadcast systems
CN103067868B (zh) * 2011-10-24 2017-11-07 中兴通讯股份有限公司 一种mce控制集群会话建立的方法及系统
US8750181B2 (en) * 2012-05-14 2014-06-10 Blackberry Limited Maintaining MBMS continuity
CN104838678B (zh) * 2012-12-17 2021-05-04 皇家Kpn公司 方法、电信节点和电信终端
US9226266B2 (en) 2013-09-03 2015-12-29 Telefonaktiebolaget L M Ericsson (Publ) Method for determining delay parameters for user data flow synchronization for eMBMS
CN104469691B (zh) * 2013-09-25 2018-04-17 电信科学技术研究院 一种组通信方法、设备及系统
FR3034945B1 (fr) * 2015-04-10 2018-04-20 Sigfox Procedes d’emission et de reception de signaux de diffusion dans un systeme de communication sans fil
CN111479297B (zh) * 2016-07-29 2023-04-18 中兴通讯股份有限公司 公共流程实现方法、装置及系统
US11368818B2 (en) * 2019-12-10 2022-06-21 Indian Institute Of Technology Bombay Methods and systems for using multi-connectivity for multicast transmissions in a communication system
CN114615631B (zh) * 2020-12-09 2023-11-24 海能达通信股份有限公司 一种时钟同步方法、装置、系统和计算机可读存储介质

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100713435B1 (ko) * 2002-05-03 2007-05-07 삼성전자주식회사 이동통신시스템에서 다중 데이터 전송률 서비스 제공 장치 및 방법
KR100827136B1 (ko) * 2002-05-17 2008-05-02 삼성전자주식회사 이동통신시스템에서의 시그널링 연결 설정방법
KR100958519B1 (ko) * 2002-08-14 2010-05-17 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법
KR100827137B1 (ko) * 2002-08-16 2008-05-02 삼성전자주식회사 이동통신시스템에서의 멀티캐스트 멀티미디어 방송 서비스 제공 방법
JP2004221760A (ja) * 2003-01-10 2004-08-05 Nec Corp 移動通信システム、無線制御装置、無線端末及びそのデータ配信方法並びにそのプログラム
JP4411842B2 (ja) 2003-01-10 2010-02-10 日本電気株式会社 移動通信システム及びそれに用いる無線制御装置及びその動作制御方法
JP4452128B2 (ja) 2004-06-03 2010-04-21 パナソニック株式会社 無線網制御方法、無線網制御システム、および無線網制御装置
KR101139982B1 (ko) * 2004-07-29 2012-05-02 베이징 삼성 텔레콤 알 앤 디 센터 멀티미디어 브로드캐스트/멀티캐스트 서비스 통지 제공에대한 방법
KR100689516B1 (ko) * 2004-09-15 2007-03-02 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 선호주파수정보의 전달 방법 및 장치
CN1303799C (zh) * 2004-10-28 2007-03-07 华为技术有限公司 一种控制多媒体广播/组播服务会话进行的方法
SE529376C3 (sv) * 2004-12-30 2007-08-21 Teliasonera Ab Metod och system för styrning av tjänsteaccess i samutnyttjade nät
US20060146745A1 (en) * 2005-01-05 2006-07-06 Zhijun Cai Method and apparatus for scheduling and synchronizing a multimedia broadcast/multicast service
EP1691508B1 (en) * 2005-02-04 2007-08-15 Samsung Electronics Co., Ltd. Method and apparatus for dispersing user equipments to non-preferred frequencies in a multimedia broadcast/multicast service system
US20060252430A1 (en) * 2005-02-08 2006-11-09 Nokia Corporation Frequency layer dispersion
JP2007074577A (ja) * 2005-09-08 2007-03-22 Ntt Docomo Inc データ伝送システム、通信ノード及びデータ伝送方法
CN101009908A (zh) * 2006-01-24 2007-08-01 北京三星通信技术研究有限公司 Lte系统中支持mbms业务传输的方法
JP4641273B2 (ja) * 2006-03-24 2011-03-02 三菱電機株式会社 基地局集線装置および基地局集線システムにおける装置間同期制御方法
JP4926177B2 (ja) * 2006-08-25 2012-05-09 パナソニック株式会社 コアネットワーク装置、無線通信基地局装置及び無線通信方法
KR100740874B1 (ko) * 2006-09-29 2007-07-19 한국전자통신연구원 부하 분산을 위한 멀티미디어 방송형 멀티캐스트 서비스제어 시스템 및 그 제어 방법
WO2008042225A2 (en) 2006-09-29 2008-04-10 Interdigital Technology Corporation Method and apparatus for wireless transmit/receive unit operation in dedicated multimedia broadcast multicast services cells
US7957376B2 (en) * 2006-10-12 2011-06-07 Telefonaktiebolaget L M Ericsson (Publ) Efficient MBMS backbone distribution using one tunnel approach
JP4830787B2 (ja) * 2006-10-25 2011-12-07 日本電気株式会社 移動体通信システム、コアネットワーク装置及びそれらに用いるｍｂｍｓデータ送信方法
JP4903033B2 (ja) 2006-10-30 2012-03-21 パナソニック株式会社 無線通信基地局装置及び無線通信方法
CN101529759B (zh) * 2006-11-01 2012-11-14 艾利森电话股份有限公司 在无线网络广播数据时内容同步的方法
CN101193332B (zh) * 2006-11-20 2011-01-26 大唐移动通信设备有限公司 一种同频网络中发送广播业务数据的方法、系统及基站
JP4369958B2 (ja) 2007-01-15 2009-11-25 株式会社エヌ・ティ・ティ・ドコモ 通信システム、マルチキャスト交換装置、通信方法
JP2008182385A (ja) 2007-01-24 2008-08-07 Nec Corp 移動通信システム、タイムサーバ及びそれらに用いる局間同期方法
JP4846640B2 (ja) 2007-03-28 2011-12-28 三菱電機株式会社 通信方法および通信システム
JP2008281441A (ja) 2007-05-10 2008-11-20 Aloka Co Ltd 放射線測定装置
US8724535B2 (en) * 2007-08-09 2014-05-13 Telefonaktiebolaget L M Ericsson (Publ) Technique for controlling content distributions in point-to-multipoint enabled network environments
CN101400017B (zh) * 2007-09-29 2012-09-19 北京三星通信技术研究有限公司 支持进化的广播组播业务数据连续接收的方法
US9866919B2 (en) * 2007-10-25 2018-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Method of transmitting MBMS data in an E-UTRAN-system
US7860107B2 (en) * 2007-11-30 2010-12-28 Ipwireless, Inc. Apparatus and method for determining timing for transmissions
EP2248300B1 (en) * 2008-02-25 2013-06-12 Telefonaktiebolaget L M Ericsson (PUBL) Delivery of multicast data
US20110085489A1 (en) * 2008-06-10 2011-04-14 Gunar Rydnell Sae application for mbms

Also Published As

Publication number Publication date
EP2352347A4 (en) 2013-11-13
KR101277102B1 (ko) 2013-06-20
US20180192257A1 (en) 2018-07-05
KR20110053469A (ko) 2011-05-23
KR20130020830A (ko) 2013-02-28
EP2603049B1 (en) 2018-04-18
US9942727B2 (en) 2018-04-10
CN105142219B (zh) 2019-05-07
JPWO2010050303A1 (ja) 2012-03-29
CN105142219A (zh) 2015-12-09
US9113440B2 (en) 2015-08-18
JP2015073297A (ja) 2015-04-16
KR101277099B1 (ko) 2013-06-20
KR101277105B1 (ko) 2013-06-20
JP2014112938A (ja) 2014-06-19
CN102204369B (zh) 2015-10-21
JP5718642B2 (ja) 2015-05-13
CN102204369A (zh) 2011-09-28
US10477360B2 (en) 2019-11-12
EP2352347A1 (en) 2011-08-03
US20150312728A1 (en) 2015-10-29
EP2603049A1 (en) 2013-06-12
WO2010050303A1 (ja) 2010-05-06
KR20120112801A (ko) 2012-10-11
US20110182228A1 (en) 2011-07-28

Similar Documents

Publication Publication Date Title
JP5910705B2 (ja) 移動通信システム、コアネットワークノード、制御局、移動局、通信方法
JP6020650B2 (ja) 移動局、通信方法、プログラム
EP2278831B1 (en) Synchronization method of common control message among network elements
US8738070B2 (en) Wireless communication system, wireless base station, wireless communication method, and program

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150908

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150909

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151106

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160301

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160314

R150 Certificate of patent or registration of utility model

Ref document number: 5910705

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150