通信方法、移動体通信システム、基地局、及び移動端末
【課題】Ｅ−ＭＢＭＳサービス受信中においてもＰＣＨを受信可能にする。
【解決手段】ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせる。
【解決手段】ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局が複数の移動端末と無線通信を実施する移動体通信システムに関するものであり、特にマルチキャスト・放送型マルチメディアサービスを移動端末に提供するためのデータ通信方法、移動体通信システム、基地局、及び移動端末に関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（HS-DSCH: High Speed-Downlink Shared Channel）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービス開始が予定されている。さらに、上り方向のデータ送信をさらに高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についても提案、検討されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、現在リリース６版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間については"Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ"（LTE）、コアネットワークを含めたシステム全体構成については"Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ"（SAE）と称される新たな通信方式が検討されている。ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（HSDPA/HSUPA）とは異なるものになる。たとえば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing ）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．２５／２．５／５／１０／１５／２０ＭＨｚを適用し得る。また、ＬＴＥでは、Ｗ−ＣＤＭＡのような回線交換ではなく、パケット通信方式のみになる。
【０００４】
ＬＴＥはＷ−ＣＤＭＡのコアネットワーク(GPRS)とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末ＵＥ（User Equipment）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置(Radio Network Controller)はａＧＷ(Access Gateway)と称される。このＬＴＥの通信システムで実施されるマルチキャスト・放送型マルチメディアサービスはＥ-ＭＢＭＳ（Evolved Multimedia Broadcast Multicast Service）と称されており、複数の移動端末に対してニュースや天気予報、モバイル放送など大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。基地局は、Ｅ−ＭＢＭＳデータをＤＬ−ＳＣＨ（Downlink Shared Channel）やＭＣＨ（Multicast Channel）にマッピングして移動端末に送信する。また、ＬＴＥは放送型の通信サービスのみならず、複数の移動端末のうち個別の移動端末に対する通信サービスも提供する。個別の移動端末に対する通信サービスをＵｎｉｃａｓｔサービスと称する。ＬＴＥではＷ−ＣＤＭＡと異なり、トランスポートチャネル、物理チャネルでは個別の移動端末に向けた個別のチャネル（Dedicated Channel, Dedicated Physical Channel）は存在しないので、個別の移動端末へのデータ送信は共通チャネル（Shared channel）で実施される。
【０００５】
特許文献１には、ｃｄｍａ２０００方式の通信システムにおいて、放送サービス（Broadcast service）を受信中の移動端末が音声通話のような一対一通信（Point to Point）を処理する方法が開示されている。また、非特許文献１には、ＬＴＥシステムにおいて、移動端末の受信可能帯域幅の最小能力（Minimum Capability）は１０ＭＨｚであり、基地局の帯域幅は最大２０ＭＨｚまでで可変（つまり、1.25/2.5/5/10/20MHz）とすることが規定されている。また、非特許文献２には、移動端末から送信される情報であって、ＥＭＢＭＳサービスの受信の必要性を示す情報をもとに実施するｅＮｏｄｅＢの処理手順が開示されている。しかし、非特許文献２には、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの両方を同時に受信するための詳細な手順については開示されていない。
【０００６】
また非特許文献３には、移動端末の低消費電力実現のためにページングメッセージ（Paging Message）と放送情報（Broadcast information）を送信することが開示されている。しかし、基地局の用いる帯域幅より移動端末の受信可能帯域幅が小さくなるというＬＴＥ特有の問題については開示がない。また、周波数軸上でのポジションとページングメッセージの関係については開示がない。非特許文献４には、周波数軸上のＵＥポジションに着目したＰＣＨの送信方法について開示されている。また、移動端末のポジション側にページングインジケータ（Paging Indicator）を送信することが開示されている。しかし、Ｅ−ＭＢＭＳサービス受信中の移動端末が着呼処理に用いられる情報(Paging message, Paging Indicatorなど)を受信するための課題またその解決方法については開示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】ＷＯ２００４／７１１２５号公報
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ ＴＲ２５．９１２ Ｖ７．１．０
【非特許文献２】３ＧＰＰ Ｒ２−６１３１９
【非特許文献３】３ＧＰＰ Ｒ１−６１７７２
【非特許文献４】３ＧＰＰ Ｒ１−６１６８３
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、従来の技術（UTRANシステム）では、移動端末、基地局ともに帯域幅は一律５ＭＨｚと決められていた。これに対して、ＬＴＥシステムにおいては、移動端末の受信可能帯域幅は最低１０ＭＨｚ、基地局の帯域幅は最大２０ＭＨｚと決められている。つまり、移動端末は必ずしも２０ＭＨｚの受信可能帯域幅を有する必要はないので、受信可能帯域幅が１０ＭＨｚの移動端末は、２０ＭＨｚの周波数帯域を使用して基地局から送信されたＥＭＢＭＳサービスのコンテンツを受信することができない。
【００１０】
また、ＬＴＥの移動端末は、Ｅ−ＭＢＭＳサービスと個別データ通信(unicast)サービスの両方を利用できるように規格が策定される。しかし、移動端末のハードウェア及びソフトウェアの処理能力が低いと、Ｅ−ＭＢＭＳデータとｕｎｉｃａｓｔデータを同時に受信できない場合がある。また、移動端末がＵｎｉｃａｓｔデータを受信する場合、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信する必要があるが、Ｅ−ＭＢＭＳ受信中に着呼処理に用いられる情報を受信する方法は規定されていない。
【課題を解決するための手段】
【００１１】
本発明の通信方法は、上記のような課題を解決するために提案されたものであり、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるものである。
【００１２】
本発明の移動体通信システムは、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、ＭＢＭＳ送信手段および着呼送信手段は、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるものである。
【発明の効果】
【００１３】
本発明に係る通信方法は、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるので、着呼処理に用いられる情報の送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておくことにより、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においても着呼処理に用いられる情報を受信することが可能となる。
【００１４】
本発明に係る移動体通信システムは、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、ＭＢＭＳ送信手段および着呼送信手段は、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるので、着呼処理に用いられる情報の送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておくことにより、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においても着呼処理に用いられる情報を受信することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】ＬＴＥにおける移動通信システムの構成を示す説明図である。
【図２】ＬＴＥの通信システムで使用されるチャネルの構成を示す説明図である。
【図３】移動端末の構成を示すブロック図である。
【図４】基地局の構成を示すブロック図である。
【図５】基地局の帯域幅と移動端末の受信可能帯域幅の関係を示す説明図である。
【図６】移動端末に配信されるＥ−ＭＢＭＳコンテンツ表を示す説明図である。
【図７】Ｅ−ＭＢＭＳサービスに割り当てられる周波数軸上のポジションを示す説明図である。
【図８】Ｅ−ＭＢＭＳサービスが受信可能か判断する移動端末の処理を説明するフローチャートである。
【図９】図８に示す処理内容をさらに詳細に説明するフローチャートである。
【図１０】ネットワーク側で参照される、移動端末の端末能力情報を示す説明図である。
【図１１】ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する基地局の処理を説明するフローチャートである。
【図１２】ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断するネットワークの処理を説明するフローチャートである。
【図１３】Ｅ−ＭＢＭＳサービス利用中の移動端末が、Ｕｎｉｃａｓｔサービスを同時に利用するか判断する処理を示すフローチャートである。
【図１４】Ｅ−ＭＢＭＳサービス利用中の移動端末がＵｎｉｃａｓｔデータを受信するか判断する処理を示すフローチャートである。
【図１５】Ｅ−ＭＢＭＳサービス利用中の移動端末にＵｎｉｃａｓｔデータを送信するか判断する処理を示すフローチャートである。
【図１６】Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図１７】Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図１８】Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータを送信できない場合を示す説明図である。
【図１９】Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータを送信できる場合を示す説明図である。
【図２０】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２１】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２２】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２３】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２４】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２５】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２６】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２７】Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。
【図２８】Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。
【図２９】ハンドオーバ元の基地局とハンドオーバ先の基地局におけるリソースブロックを示す説明図である。
【発明を実施するための形態】
【００１６】
実施の形態１．
図１はＬＴＥにおける移動通信システムの構成を示す説明図である。図１において、ａＧＷ１は複数の基地局（eNodeB）２と制御データやユーザデータの送受信を行い、基地局２は複数の移動端末３に対してデータの送受信を行う。基地局２と移動端末３間においては、報知情報、着呼処理に用いられる情報、個別制御データ、個別ユーザデータ、Ｅ-ＭＢＭＳ用の制御データやユーザデータが送信される。また、基地局３同士がお互いに通信することも検討されている。基地局２は上り及び下りのスケジューラを有する。スケジューラは、基地局２と各移動端末３のデータの送受信を可能にし、個々の移動端末３及び移動通信システム全体のスループット向上のためにスケジューリングを行う。
【００１７】
Ｅ-ＭＢＭＳはある基地局から複数の移動端末に向けてデータを一斉に送信する放送型の一対多（Point to Multipoint PtoM）型の通信サービスを提供するものである。具体的には、ニュースや天気予報等の情報サービスや、モバイルＴＶなどの大容量の放送サービスが検討されている。Ｅ-ＭＢＭＳ送信では、マルチセル（Multi-cell）送信とシングルセル（Single-cell）送信の２通りが検討されている。マルチセル送信は、複数の基地局から同じＥ-ＭＢＭＳ放送サービスを同一周波数で送信するものであり、これによって、移動端末が複数の基地局からのＥ−ＭＢＭＳデータを合成できる。Ｅ−ＭＢＭＳデータは、ＭＣＨにマッピングされて送信される。
【００１８】
一方、シングルセル送信は、ひとつのセル内のみに同じＥ−ＭＢＭＳ放送サービスを送信するものである。この場合Ｅ−ＭＢＭＳデータはＤＬ−ＳＣＨにマッピングされて送信される。シングルセル送信では、各基地局が異なる周波数でＥ−ＭＢＭＳデータを送信してもよい。ａＧＷ１はＰＤＮ４(Packet Data Network)を介してサービスセンター５と通信を行う。サービスセンター５はＥ−ＭＢＭＳサービスを提供するためのコンテンツを保管、配信するための装置である。コンテンツプロバイダーは、サービスセンター５に対してモバイルＴＶ放送データ等のＥ−ＭＢＭＳデータを送信する。サービスセンター５ではＥ−ＭＢＭＳデータを記憶するとともに、ＰＤＮ４、ａＧＷ１を介して基地局２へＥ−ＭＢＭＳデータを送信する。
【００１９】
図２は、チャネルの構成を示す説明図である。図２には、論理チャネル（Logical channel）とトランスポートチャネル(Transport channel)のマッピングが示されている。論理チャネルは伝送信号の機能や論理的な特性によって分類される。トランスポートチャネルは伝送形態によって分類される。報知情報はＢＣＣＨ(Broadcast Control Channel)上にのせられる。ＢＣＣＨはＢＣＨ(Broadcast Channel)にマッピングされ基地局から移動端末へ送信される。着呼処理に用いられる情報はＰＣＣＨ(Paging Control Channel)上にのせられる。ＰＣＣＨはＰＣＨ(Paging Channel)にマッピングされ基地局からセル内の移動端末へ送信される。個別の移動端末あての個別制御データはＤＣＣＨ(Dedicated Control Channel)上にのせられる。
【００２０】
また、個別の移動端末あての個別ユーザデータはＤＴＣＨ(Dedicated Traffic Channel)上にのせられる。ＤＣＣＨとＤＴＣＨはＤＬ−ＳＣＨ(Downlink Shared Channel)にマッピングされて、基地局から個々の移動端末にあてて個別に送信される。逆に、ＵＬ−ＳＣＨ(Uplink Shared Channel)を用いて個々の移動端末から基地局へ個別に送信される。ＤＬ−ＳＣＨは共有チャネル(Shared Channel)である。Ｅ−ＭＢＭＳ用の制御データ及びユーザデータはそれぞれＭＣＣＨ(Multicast Control Channel)とＭＴＣＨ(Multicast Traffic Channel)上にのせられ、ＤＬ−ＳＣＨもしくはＭＣＨ(Multicast Channel)にマッピングされて基地局から移動端末へ送信される。移動端末からの接続要求信号はランダムアクセスチャネル（Random Access Channel RACH)により個々の移動端末から基地局へ送信される。
【００２１】
図３は、移動端末の構成を示すブロック図である。移動端末３の送信処理は以下のとおり実行される。まず、プロトコル処理部６からの制御データ、アプリケーション部７からのユーザデータが送信データバッファ部８へ保存される。送信データバッファ部８に保存されたデータはエンコーダー部９へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部８から変調部１０へ直接出力されるデータが存在しても良い。エンコーダー部９でエンコード処理されたデータは変調部１０にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部１１へ出力され，無線送信周波数に変換される。その後、アンテナ１２から基地局２に送信信号が送信される。また、移動端末３の受信処理は以下のとおり実行される。基地局２からの無線信号がアンテナ１２により受信される。受信信号は、周波数変換部１１にて無線受信周波数からベースバンド信号に変換され，復調部１３において復調処理が行われる。復調後のデータはデコーダー部１４へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部６へ渡され、ユーザデータはアプリケーション部７へ渡される。移動端末の一連の送受信処理は制御部１５によって制御される。
【００２２】
図４は、基地局の構成を示すブロック図である。基地局２の送信処理は以下のとおり実行される。ａＧＷ通信部１６は、基地局２とａＧＷ１間のデータの送受信を行う。他基地局通信部１７は、他の基地局との間のデータの送受信を行う。ａＧＷ通信部１６、他基地局通信部１７はそれぞれプロトコル処理部１８と情報の受け渡しを行う。プロトコル処理部１８からの制御データ、またａＧＷ通信部１６と他基地局通信部１７からのユーザデータが送信データバッファ部１９へ保存される。送信データバッファ部１９に保存されたデータはエンコーダー部２０へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部１９から変調部２１へ直接出力されるデータが存在しても良い。エンコードされたデータは変調部２１にて変調処理が行われる。
【００２３】
変調されたデータはベースバンド信号に変換された後，周波数変換部２２へ出力され、無線送信周波数に変換される。その後、アンテナ２３より一つもしくは複数の移動端末１に対して送信信号が送信される。また、基地局２の受信処理は以下のとおり実行される。ひとつもしくは複数の移動端末３からの無線信号がアンテナ２３により受信される。受信信号は周波数変換部２２にて無線受信周波数からベースバンド信号に変換され、復調部２４で復調処理が行われる。復調されたデータはデコーダー部２５へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部１８へ渡され、ユーザデータはａＧＷ通信部１６、他基地局通信部１７へ渡される。基地局２の一連の送受信処理は制御部２６によって制御される。
【００２４】
図５は、基地局の帯域幅と移動端末の受信可能帯域幅の関係を示す説明図である。ＬＴＥシステムでは、基地局の帯域幅は１.２５／２.５／５／１０／１５／２０ＭＨｚから選択、利用できるように規定されている。移動端末の受信可能帯域幅は、最大２０ＭＨｚ、少なくとも１０ＭＨｚをサポートするよう規定されている。移動端末の受信可能帯域幅が基地局の帯域幅より小さい場合、移動端末は基地局と交渉し、ポジション（position）間を移動、つまり、移動端末が無線送受信周波数の中心周波数を変更する処理を行う。この処理をリチューン(re-tune)と称する。図５には、例として、基地局の帯域幅が２０ＭＨｚ、移動端末の受信可能帯域幅が１０ＭＨｚと２０ＭＨｚの場合が示されている。移動端末の受信可能帯域幅が１０ＭＨｚの場合、基地局の帯域幅２０ＭＨｚに対して、一時に全帯域を受信することはできないので、１０ＭＨｚの周波数範囲を用いて通信を行うことになる。この場合、通信を行う１０ＭＨｚの位置はひとつと限らず、中心周波数の取り方によって、図中のｐｏｓｉｔｉｏｎ＃１、＃２、＃３のように複数存在する。なお、移動端末の受信可能帯域幅が２０ＭＨｚの場合、基地局の帯域幅と一致しているので、基地局からの送信全帯域幅を使用することができる。この場合、上記のようなリチューンは必要ない。
【００２５】
以下、移動端末３の受信可能帯域幅が１０ＭＨｚであり、基地局２の帯域幅が２０ＭＨｚである場合に、移動端末がＥ−ＭＢＭＳサービスを受信可能か否かを判断する処理について説明する。図６は、移動端末に配信されるＥ−ＭＢＭＳコンテンツ表を示す説明図である。図７は、Ｅ−ＭＢＭＳサービスに割り当てられる周波数軸上のポジションを示す説明図である。
【００２６】
基地局の帯域幅は最大２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、Ｅ−ＭＢＭＳコンテンツ(番組)が使用する周波数使用帯域幅によっては、移動端末が受信できない場合がある。従来のＷ−ＣＤＭＡ技術では基地局の帯域幅も移動端末の受信可能帯域幅と等しく５ＭＨｚであるため、上記のような問題の解決は考慮されておらず、移動端末は、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断することができなかった。そこで、移動端末自身の能力（受信可能帯域幅）を考慮して、特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、それぞれのコンテンツが使用する（つまり、当該コンテンツを送受信するのに使用する）周波数使用帯域幅をパラメータとして追加することとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、それぞれのＥ−ＭＢＭＳが使用する周波数使用帯域幅をパラメータとして含めることにより、移動端末が自身の受信可能帯域幅を考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００２７】
また、Ｅ−ＭＢＭＳコンテンツには、ある特定の移動端末に向けたＵｎｉｃａｓｔサービスが付加されている場合がある。例えば、通信販売のＥ−ＭＢＭＳコンテンツを利用した場合に、ユーザがある商品（カバン）の詳細な情報を参照する状況を考える。この場合、移動端末は、ユーザからの指示に応じて「カバン」を指定する上り方向(移動端末→ネットワーク側)のＵｎｉｃａｓｔデータを送信する。移動端末から送信されたＵｎｉｃａｓｔデータを受信したネットワーク側は、「カバン」の詳細情報を下り方向(ネットワーク側→移動端末)のＵｎｉｃａｓｔ情報として送信する。この時、「カバン」の詳細情報は、それを要求した特定のユーザに向けて送信される。このように、Ｕｎｉｃａｓｔサービスが付加されたＥ−ＭＢＭＳコンテンツを受信するには、移動端末が、ハードウェアあるいはソフトウェアの処理能力上Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できることが前提となる。しかし、移動端末は、特定のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随しているか判断することができなかった。
【００２８】
そこで、移動端末自身の能力（ここでは、ハードウェア及びソフトウェアの処理能力）を考慮して、Ｕｎｉｃａｓｔサービスが付随するＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、Ｕｎｉｃａｓｔサービスが付随するか否かを示すパラメータ（個別通信有無情報）を含めることとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、Ｕｎｉｃａｓｔサービスが付随するか否かを示すパラメータを含めることにより、移動端末が自身の処理能力（E−MBMSとUnicastデータを同時に受信できるか）を考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００２９】
また、基地局の帯域幅は最大２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、その移動端末における周波数軸上の受信ポジション（ＵＥポジション）は、図８に示す、中心周波数の取り方によって異なる３つの受信ポジションが想定されている。したがって、例えば、ＵＥポジションがポジション１である移動端末はポジション２（E-MBMSサービスポジション）の周波数帯を利用して送信されるＥ−ＭＢＭＳコンテンツを受信することはできないという問題がある。このような問題を解決するためには、移動端末は、ＵＥポジションとＥ−ＭＢＭＳサービスポジションを考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できることが好ましい。そこで、移動端末が特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、それぞれのコンテンツが使用する（つまり、当該コンテンツを送受信するのに使用する）Ｅ−ＭＢＭＳサービスポジションをパラメータ（コンテンツ送信周波数帯情報）として含めることとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、Ｅ−ＭＢＭＳサービスポジションをパラメータとして含めることにより、移動端末が自身のＵＥポジションを考慮して特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００３０】
上記説明のように、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションをパラメータとして含むＥ−ＭＢＭＳコンテンツ表の一例が図６に示される。なお、Ｅ−ＭＢＭＳコンテンツ表は、上記のパラメータを全て含む必要はなく、あるパラメータ単独で使用してもよいし、組み合わせて使用してもよい。また、上記パラメータはＥ−ＭＢＭＳコンテンツ表中のパラメータとして追加するのではなく、別途移動端末に通知するようにしても同様の効果を奏することができる。また、上記説明は、移動端末の受信可能帯域幅が１０ＭＨｚである場合について説明したものであるが、基地局と移動局の帯域幅が異なる通信システムには、上記説明に開示された思想を適用することが可能である。
【００３１】
次に、図６のＥ−ＭＢＭＳコンテンツ表を用いた移動端末の具体的な処理について説明する。図８は、Ｅ−ＭＢＭＳサービスが受信可能か判断する移動端末の処理を説明するフローチャートである。図９は、図８に示す処理内容をさらに詳細に説明するフローチャートである。図８のステップ１において、例えば、サービスセンター５のようなネットワークがＥ−ＭＢＭＳコンテンツ表を基地局２（eNodeB）経由で移動端末３に送信し、ステップ２において、移動端末３はＥ−ＭＢＭＳコンテンツ表を受信する。Ｅ−ＭＢＭＳコンテンツ表は、移動端末３とあわせて基地局２が受信しても良い。このＥ−ＭＢＭＳコンテンツ表は、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションの３つのパラメータの全てあるいは一部を含むものとする。また、上記パラメータはＥ−ＭＢＭＳコンテンツ表に含めてではなく、Ｅ−ＭＢＭＳコンテンツ表とは別に送信されてもよい。
【００３２】
Ｅ−ＭＢＭＳコンテンツ表は、トランスポートチャネルであるＭＣＨを用いて通知されてもよいし、ＢＣＨ、ＤＬ−ＳＣＨを用いて通知されてもよい。また、論理チャネル(Logical Channel)であるＭＣＣＨにマッピングしてもよいし、ＩＰヘッダーにマッピングして通知される方法も考えられる。移動端末３は、Ｅ−ＭＢＭＳコンテンツを受信すると、ステップ３において、受信したい所望のＥ−ＭＢＭＳコンテンツを選択し、ステップ４において、選択したＥ−ＭＢＭＳコンテンツを受信可能か判断する処理を行う。ステップ４の処理の詳細は図９において説明する。ステップ４における判断の結果、選択したＥ−ＭＢＭＳコンテンツが受信可能な場合、移動端末３は、ステップ５において、受信を希望するＥ−ＭＢＭＳコンテンツを受信するために、Ｅ−ＭＢＭＳ受信要求を送信する。Ｅ−ＭＢＭＳコンテンツを受信するための受信要求を送信する処理をエントリーという。エントリーは、サブスクライブ（subscribe）、アクティベーション（activation）と称されることもある。移動端末３より送信されたＥ−ＭＢＭＳ受信要求はサービスセンター５で受信される。エントリーは、サービスセンター５が受信するほか基地局２が受信してもよい。また、エントリーと同時または別にＥ−ＭＢＭＳコンテンツの受信開始を通知するカウンティング（Counting）を基地局２へ送信してもよい。
【００３３】
図９は、図８のステップ４の処理を詳細に示すフローチャートである。図９のステップ１では、所望のＥ−ＭＢＭＳコンテンツの周波数使用帯域幅と移動端末の受信可能帯域幅を比較、考慮して、所望のＥ−ＭＢＭＳコンテンツを受信できるか判断する。このステップ１の判断には、図６のパラメータである周波数使用帯域幅を参照することになる。例えば、移動端末の受信可能帯域幅が１０ＭＨｚの場合、周波数使用帯域幅が２０ＭＨｚであるコンテンツ番号がＣＨ３の映画は受信できないと判断する。ステップ１で受信可能と判断した場合には、ステップ２が実行される。ステップ２では、所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随しているか判断する。このステップ２の判断には、図６のパラメータであるＵｎｉｃａｓｔサービス付随の有無を参照することになる。所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随している場合には、ステップ３が実行される。一方、Ｕｎｉｃａｓｔサービスが付随していない場合には、ステップ４が実行される。
【００３４】
ステップ２において、所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随している場合には、ステップ３において、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できるか判断する。Ｕｎｉｃａｓｔサービスが付随したＥ−ＭＢＭＳコンテンツは、移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時受信できない限り、全く無意味であるためである。この判断処理は、移動端末のハードウェア、ソフトウェアの処理能力を考慮して実行される。ステップ３における判断の結果、移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できる能力を有している場合には、ステップ４の処理が実行される。このステップ４の判断には、図６のパラメータであるＥ−ＭＢＭＳサービスポジションを参照することになる。例えば、ＵＥポジションがポジション１である移動端末は、Ｅ−ＭＢＭＳサービスポジションが１である、コンテンツ番号がＣＨ１の天気予報、ＣＨ２の野球中継、ＣＨ４の通信販売は受信できると判断する。以上、ステップ１からステップ４までの一連のステップを実行した結果、移動端末が所望のＥ−ＭＢＭＳコンテンツを受信可能と判断した場合、移動端末はネットワーク側にＥ−ＭＢＭＳ受信要求を送信する（図８のステップ５）。一方、ステップ１、３、４のいずれかのステップにおいて、移動端末が所望のＥ−ＭＢＭＳコンテンツを受信不可能と判断した場合、図８のステップ４で受信不可能と判断されることになる。
【００３５】
図９のステップ４において、移動端末がＥ−ＭＢＭＳサービスポジションと自身のＵＥポジションより、所望のＥ−ＭＢＭＳコンテンツを受信できないと判断した場合、単に「受信不可能」と判断して処理を終えるのではなく、「現状のＵＥポジションでは受信不可能」と判断してもよい。この場合、移動端末は、基地局に対してＵＥポジションの変更を要求するため、所望のＥ−ＭＢＭＳサービスポジションへの「ＵＥポジション移動要求」を移動端末から基地局へ通知する。基地局と移動局がネゴシエーションした結果、ＵＥポジション移動要求が基地局により受け入れられた場合、移動端末は、ＵＥポジションを周波数変換部１１の設定周波数を変更し、中心周波数を変更することにより、所望のＥ−ＭＢＭＳコンテンツを受信できるようになるという効果を奏する。この処理をリチューン（re-tune）と称する。
【００３６】
上記説明のように、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいてＥ−ＭＢＭＳサービスを利用する場合、移動端末は、所望のＥ−ＭＢＭＳコンテンツを受信することができるか、移動端末自身の能力を考慮して移動端末において判断するので、移動端末の能力より受信することが不可能なＥ−ＭＢＭＳコンテンツの受信要求がネットワークに通知されることはなくなる。したがって無線資源の有効活用という点において有利である。また、移動端末のＵＥポジションと所望のＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）が異なるため、所望のＥ−ＭＢＭＳコンテンツを受信できない場合、基地局に対してＵＥポジション移動要求を送信することにより、所望のＥ−ＭＢＭＳコンテンツを受信することができるようになるという効果を奏する。
【００３７】
実施の形態２．
実施の形態１では、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいて、移動端末自身が、特定のＥ−ＭＢＭＳコンテンツを受信できるか、また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信できるか判断していた。そして、移動端末での判断を可能にさせるため、ネットワーク側から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表に、Ｅ−ＭＢＭＳコンテンツの周波数使用帯域幅、およびＵｎｉｃａｓｔサービスが付随するか否かをパラメータとして追加している。しかし、上記の処理は、必ずしも移動端末自身が行う必要はなく、基地局やａＧＷ、サービスセンターのようなネットワーク側で行われても構わない。
【００３８】
以下、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か否かを判断する処理を基地局、ａＧＷ、サービスセンターのようなネットワーク側で実施する場合について説明する。図１０は、移動端末から送信される端末能力情報（UE capability）を示す説明図である。基地局の帯域幅が２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、Ｅ−ＭＢＭＳコンテンツ(番組)が使用する周波数使用帯域幅によっては、移動端末が受信できない場合がある。しかし、ある移動端末がＥ−ＭＢＭＳコンテンツを受信できるか否かは、移動端末の受信可能帯域幅を認識しない限り、ネットワーク側では判断できない。そこで、移動端末が特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局、ａＧＷやサービスセンターのようなネットワーク側へ移動端末は、受信可能帯域幅をネットワーク側に端末能力情報（UE Capability）として送信することとした。
【００３９】
また、Ｅ−ＭＢＭＳコンテンツには、ある特定の移動端末に向けたＵｎｉｃａｓｔサービスが付加されている場合がある。しかし、移動端末が、ハードウェアあるいはソフトウェアの処理能力上、ＥＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有していない場合、かかる端末にＵｎｉｃａｓｔサービスが付随しているＥ−ＭＢＭＳコンテンツを送信することは意味がない。しかし、ある移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているかは、ネットワーク側では判断できない。そこで、基地局、ａＧＷやサービスセンターのようなネットワーク側で、ある移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているか否かを示す情報をネットワーク側に端末能力情報として送信することとした。また、端末能力情報として、実施の形態１で説明したＵＥポジション（選択周波数帯情報）を通知するようにしても構わない。上記パラメータ（受信可能帯域幅、E-MBMSとUnicastの同時処理の可否、UEポジション）は端末能力情報とは別に通知されてもよい。また、上記パラメータ全てを用いるのではなく、その一部を使用するようにしても構わない。上記説明は、移動端末の受信可能帯域幅が１０ＭＨｚである場合について説明したものであるが、基地局と移動端末の帯域幅が異なる通信システムには、上記説明に開示された思想を適用することが可能である。
【００４０】
図１０は、ネットワーク側で参照される移動端末の端末能力情報を示す説明図である。図１０に示される表には、受信可能帯域幅、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理（例えばE-MBMSデータとUnicastデータの同時受信）できる能力を有しているか否かを示す情報が含まれており、それらの端末能力情報が移動端末に対応付けられて記録されている。図１０に示される表は、ネットワーク側において参照されるものであり、移動端末からネットワーク側に送信された端末能力情報に基づいて作成されてもよい。図１１は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する基地局の処理を説明するフローチャートである。図１１のステップ１において、移動端末３は、端末能力情報（UE Capabilities）を基地局２とａＧＷ１のようなネットワークに送信する。ステップ２において、移動端末３からの端末能力情報は基地局２が受信する。具体的には、移動端末３は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージにて基地局へ通知する。また、ＭＡＣ（Media Access Control）シグナリングとして移動端末から基地局へ通知する方法も考えられる。ステップ１において送信される端末能力情報は、受信可能帯域幅や、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているか否かといった情報を含む。
【００４１】
ステップ３において、例えば、サービスセンター５のようなネットワークがＥ−ＭＢＭＳコンテンツ表を基地局２（eNodeB）経由で移動端末３に送信する。ステップ４において、基地局２がＥ−ＭＢＭＳコンテンツ表を受信し、ステップ５において、移動端末３がＥ−ＭＢＭＳコンテンツ表を受信する。移動端末３が受信するＥ−ＭＢＭＳコンテンツ表は、実施の形態１と同様、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションの３つのパラメータの全てあるいは一部を含んでいてもよいが、本実施の形態では必須ではない。実施の形態１で、上記パラメータを参照して移動端末が行っていた判断処理は、基地局２などネットワーク側で実施されるためである。この場合、無線信号として送信しなければならない区間(基地局と移動端末の間)での情報量を削減できるので、無線資源の有効活用という点において有利である。具体的には、例えば、Ｅ−ＭＢＭＳコンテンツ表は、ＮＢＡＰ(NodeB Application Part)と呼ばれるプロトコルにより、レイヤ３メッセージとしてネットワークから基地局２へ通知される。
【００４２】
ステップ６において、移動端末３は受信を希望する所望のＥ−ＭＢＭＳコンテンツを選択し、受信を希望するＥ−ＭＢＭＳコンテンツを受信するために、ステップ７においてＥ−ＭＢＭＳ受信要求を送信する。具体的には、例えば、移動端末３は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージとしてＥ−ＭＢＭＳ受信要求を送信する。また、ＭＡＣシグナリングとして通知する方法も考えられる。移動端末３より送信されたＥ−ＭＢＭＳ受信要求は、ステップ８において基地局２で受信される。このＥ−ＭＢＭＳ受信要求は、カウンティング（Counting）、エントリー（Entry,Subscribe,Activationともいう）等を用いることが考えられる。
【００４３】
ステップ９において、基地局２は図１０に示す表を参照しながら、所望のＥ−ＭＢＭＳコンテンツを移動端末３が受信する能力を有しているか判断する。具体的には、基地局２は、所望のＥ−ＭＢＭＳコンテンツがＵｎｉｃａｓｔサービスを伴うものであるか、所望のＥ−ＭＢＭＳコンテンツの周波数使用帯域幅と移動端末の受信可能帯域幅、及び移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できるか、という観点から所望のＥ−ＭＢＭＳコンテンツを受信できるか判断する。また、ＵＥポジションが通知されている場合には、基地局２は、移動端末が選択したＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）とＵＥポジションを考慮して判断することになる。
【００４４】
図１１のステップ９において、基地局が、移動端末３が選択したＥ−ＭＢＭＳコンテンツを移動端末３は受信できないと判断すると、ステップ１０において、基地局２は移動端末３に対して、Ｅ−ＭＢＭＳエントリー不許可通知を送信し、エントリーを拒否する。一方、ステップ９において、基地局が、移動端末３が選択したＥ−ＭＢＭＳコンテンツを移動端末３は受信できると判断すると、移動端末３に対して、Ｅ−ＭＢＭＳサービス開始処理を行う。しかし、ステップ１０のように、Ｅ−ＭＢＭＳエントリー不許可通知を送信して処理を終えるのではなく、「現状のＵＥポジションでは受信不可能」と判断してもよい。この場合、基地局は、ＵＥポジションを変更すれば、所望のＥ−ＭＢＭＳコンテンツを受信可能か判断し、受信可能であれば、Ｅ−ＭＢＭＳサービスポジションとＵＥポジションを一致させるように処理してもよい（例えば、移動端末に対してリチューンを許可する）。
【００４５】
なお、図１１による上記説明は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する処理を基地局２が行う場合の処理を示すフローチャートであるが、基地局２ではなくａＧＷ１、サービスセンターに判断処理を実行させても構わない。図１２は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断するネットワークの処理を説明するフローチャートである。図１２は、図１１において、基地局２が実行していた各ステップがネットワークに移されている点で異なるが、ここのステップの内容は同様であるので、詳細な説明は省略する。
【００４６】
上記説明のように、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいてＥ−ＭＢＭＳサービスを利用する場合、所望のＥ−ＭＢＭＳコンテンツをある移動端末が受信することができるかを移動端末の能力を考慮して、基地局、ａＧＷ、サービスセンターなどが判断することが可能となる。また、移動端末のＵＥポジションと所望のＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）が異なるため、所望のＥ−ＭＢＭＳコンテンツを受信できない場合、基地局が移動端末に対してＵＥポジションを変更するよう制御すれば、移動端末が利用できるＥ−ＭＢＭＳコンテンツのバリエーションが広がるという効果もある。
【００４７】
実施の形態３．
実施の形態１及び２では、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいて、特定のＥ−ＭＢＭＳコンテンツを移動端末が受信できるか、また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信できるかを判断していた。そして、実施の形態１では上記判断を移動端末自身が実施し、実施の形態２では上記判断を基地局ないしａＧＷ、サービスセンターが実施していた。以下、Ｅ−ＭＢＭＳデータ（制御情報を含む）を受信中の移動端末が、例えば音声通話のようなＵｎｉｃａｓｔデータの受信を開始する手順について説明する。
【００４８】
図１３は、Ｅ−ＭＢＭＳサービス利用中の移動端末が、Ｕｎｉｃａｓｔサービスを利用するか判断する処理を示すフローチャートである。図１３において、ユーザは、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスのいずれを優先的に利用するかを示す優先情報を基地局に通知する（ステップ１１）。基地局は、移動端末から送信された優先情報を受信する（ステップ１２）。この優先情報は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージとして基地局に通知される。また、ＭＡＣ（Media Access Control）シグナリングとして基地局に通知する方法などを用いても構わない。この優先情報にしたがって、移動端末がＥ−ＭＢＭＳコンテンツを受信中に音声通話のような着信が発生した場合に、通話の着信を拒否してＥ−ＭＢＭＳコンテンツの受信を優先させるか、音声通話を着信させて、Ｅ−ＭＢＭＳコンテンツの受信を中止させるか制御される。
【００４９】
Ｅ−ＭＢＭＳコンテンツを受信中の移動端末は、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信することにより、たとえば音声通話のような自端末あての個別の着信が発生したことを認識する。図１３のステップ１において、移動端末は、自局あての着呼処理に用いられる情報を受信したか判定する。移動端末が着呼処理に用いられる情報を受信した場合（ステップ1でYes）、ステップ２において、移動端末は、現在受信中のＥ−ＭＢＭＳデータのほか、さらにＵｎｉｃａｓｔデータの受信を行うか判断する。このステップ２における判断処理の詳細は図１４に示される。図１４は、Ｅ−ＭＢＭＳサービス利用中の移動端末がＵｎｉｃａｓｔデータを受信するか判断する処理を示すフローチャートである。図１４のステップ１において、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に利用するために、移動端末の能力は足りているか判断する。移動端末の能力が足りていれば（ステップ1でYES）、ステップ２において、ユーザは、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可しているか判断する。
【００５０】
ユーザがＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可していれば（ステップ2でYES）、Ｅ−ＭＢＭＳサービスのほか、Ｕｎｉｃａｓｔサービスを同時に利用するため、Ｕｎｉｃａｓｔデータを受信する旨、基地局に通知する（図13 ステップ4）。一方、移動端末の能力が足りていない場合（ステップ１でNo）や、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可していない場合（ステップ2でNo）、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスのうち、Ｅ−ＭＢＭＳデータを優先的に利用するよう設定されているか判断する（図13 ステップ3）。Ｅ−ＭＢＭＳデータを優先的に利用するよう設定されていれば（ステップ3でYes）、新たに着信したＵｎｉｃａｓｔデータの受信を拒否し、Ｅ−ＭＢＭＳサービスの利用を継続する（ステップ9）。Ｕｎｉｃａｓｔサービスを優先的に利用するよう設定されていれば（ステップ3でNo）、Ｅ−ＭＢＭＳデータの受信を停止する処理と、Ｕｎｉｃａｓｔデータの受信処理を実行する（ステップ10）。
【００５１】
図１３のステップ４において、移動端末はＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に利用するため、Ｕｎｉｃａｓｔデータを受信することを基地局に通知し、ステップ５において、基地局は移動端末から送信された通知を受信する。基地局は、ステップ６において、移動端末にＵｎｉｃａｓｔデータを送信するか判断する。ステップ６の判断処理の詳細は図１５に示される。図１５は、Ｅ−ＭＢＭＳサービス利用中の移動端末にＵｎｉｃａｓｔデータを送信するか判断する処理を示すフローチャートである。図１５のステップ１において、基地局は、リチューンによりＵｎｉｃａｓｔデータを受信することが可能か判断するため、Ｅ−ＭＢＭＳサービスは非連続送信か判断する。図１６および図１７は、Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図１６において、横軸方向は周波数を示している。基地局の帯域幅はＡ−Ｅの２０ＭＨｚである。縦軸方向は時間を示す。移動端末の受信可能帯域幅が１０ＭＨｚの場合、基地局の帯域幅Ａ−Ｅの２０ＭＨｚに対して、一時に全帯域を受信することはできないので、１０ＭＨｚの周波数範囲を用いて通信を行うことになる。中心周波数の取り方によって、図中のポジション１（A-Cの周波数帯域、中心周波数F1）、ポジション２（C-Dの周波数帯域、中心周波数F2）、ポジション３（B-Dの周波数帯域、中心周波数F3）が移動端末の受信可能な周波数帯となる。
【００５２】
図１６で示した例では、Ｅ−ＭＢＭＳコンテンツはポジション１に割り当てられ（つまり、ポジション１がＥ−ＭＢＭＳサービスポジション）、縦軸の時間軸上、非連続に送信されていることが分かる。つまり、図１５のステップ１の判定を行う際、図１６に示すように、Ｅ−ＭＢＭＳサービスが非連続に送信され、その非連続な期間が移動端末がリチューンするのに必要な時間（詳細は後述）が確保されている場合に、基地局は、リチューンにより中心周波数を変更してＵＥポジションを変更することにより、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することが可能と判断する。一方、図１７で示した例では、Ｅ−ＭＢＭＳコンテンツはポジション１に割り当てられ、かつ、縦軸の時間軸上、連続送信されていることが分かる。つまり、図１７に示すようにＥ−ＭＢＭＳコンテンツが連続送信されている場合、リチューンして、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信するタイミングが存在しない。したがって、図１５のステップ１の判定を行う際、図１７に示すように、Ｅ−ＭＢＭＳサービスが時間軸上連続的に送信される場合には、リチューンして、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することは不可能と判断する。なお、たとえば、Ｅ−ＭＢＭＳがＡ−Ｂの周波数帯域を使用し、ＵｎｉｃａｓｔがＢ−Ｃの周波数帯域を使用する場合、Ｂ−Ｃの周波数帯域は移動端末の受信可能帯域幅Ａ−Ｃ（10MHz）に含まれているので、Ｅ−ＭＢＭＳデータの送信有無に関わらず、周波数帯Ｂ−Ｃに割り当てられたＵｎｉｃａｓｔデータを同時に受信することは可能である。
【００５３】
リチューンを実行するか否かに関する移動端末の意思または能力を、ステップ１において考慮するようにしてもよい。移動端末の意思の具体的な通知方法は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージにて基地局へ通知する。また、ＭＡＣ（Media Access Control）シグナリングとして移動端末から基地局へ通知してもよいし、物理チャネルにマッピングする方法も考えられる。また、移動端末の意思または能力は端末能力情報として通知されてもよいし、別のパラメータとして通知されてもよい。具体的な処理内容としては、ステップ１においてＥ−ＭＢＭＳが非連続で送信されている場合、移動端末の意思、能力を確認する。その際、「リチューンしない（あるいはリチューン不可能）」であった場合、ステップ１においてＮｏと処理し、ステップ２へ進む。「リチューンする（あるいはリチューン可能）」であった場合、ステップ１においてＹｅｓと処理し、ステップ４へ進む。移動端末が短時間（リソースブロック単位）でリチューンすることは、制御部１５や周波数変換部１１の処理負荷が高くなる。よって移動端末のリチューンの意思や能力を考慮することはメリットがある。
【００５４】
ステップ１で、Ｅ−ＭＢＭＳが連続送信されているため、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することは不可能と判断すると（ステップ1でNo）、ステップ２において、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てることは可能か判断する。図１８および図１９はリソースブロックを示す説明図であり、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てることができるかを示す説明図である。図１８は、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てられない場合を示す説明図であり、図１９は、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てられる場合を示す説明図である。図１８において、Ｅ−ＭＢＭＳサービスポジションは、図１８のＡ−Ｃの周波数帯域であるポジション１（10MHz）であり、Ｅ−ＭＢＭＳコンテンツは、ポジション１のうち、Ａ−Ｂの周波数帯域（図では5MHzとして表す）を使用して連続送信されている。そして、ポジション１のうちＢ−Ｃの周波数帯域には、Ｕｎｉｃａｓｔサービス用の制御データ、ユーザデータの送信が割り当てられていることが分かる。
【００５５】
図１８では、Ｂ−Ｃの周波数帯域には空いているリソースブロックがほとんど存在しないので、Ｅ−ＭＢＭＳサービスポジションの周波数帯では、スケジューリングにより割り当てられた下り方向の送信が込み合っていることがわかる。このような場合、Ｅ−ＭＢＭＳサービスポジションにおいて、新たなＵｎｉｃａｓｔデータを割り当てることはできない。このように、Ｅ−ＭＢＭＳサービスポジションに、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在しない場合、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当て不可と判断し（ステップ２でNo）、図１３のステップ７において、Ｅ−ＭＢＭＳかＵｎｉｃａｓｔサービスのうち、優先的に受信するようユーザに設定されたサービスが開始または継続される。
【００５６】
また、図１５のステップ２にてＮｏと判断された場合に、以下に示す処理を行っても良い。第一の処理は、異なるポジション（例えば図１８の場合であれば、ポジション２中のD-E間）でもＥ−ＭＢＭＳサービスを行うものである。これにより、ポジション１とポジション２がともにＥ−ＭＢＭＳサービスポジションとなる。よって基地局とのネゴシエーションを経て、移動端末はＵＥポジションをポジション１からポジション２へ移動させる、１度のみのリチューンを行い、ステップ３に進む。これにより、移動端末はポジション２中のＥ−ＭＢＭＳサービスを受信しながら、ポジション２でのＵｎｉｃａｓｔサービスを受信することが可能となる。また、第二の処理は、基地局とのネゴシエーションを経て、移動端末は新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在するポジション（例えば図１８の場合であれば、ポジション２）へ移動させる１度のみのリチューンを行い、ステップ３に進む。基地局はマルチセル送信であってもＤＬ−ＳＣＨにＥ−ＭＢＭＳデータをマッピングして送信するものである。基地局からＤＬ−ＳＣＨにマッピングされたＥ−ＭＢＭＳデータ及びＵｎｉｃａｓｔデータのスケジューリング情報(周波数・タイミングなど)を該当移動端末に通知することにより、移動端末はポジション２中のＥ−ＭＢＭＳサービスを受信しながら、ポジション２でのＵｎｉｃａｓｔサービスを受信することが可能となる。また、ポジション２でＤＬ−ＳＣＨにマッピングされたＥ−ＭＢＭＳデータはスケジューリング情報(周波数・タイミングなど)を基地局から複数の移動端末に通知することにより、それらの情報を通知された移動端末によって受信可能となる。上記第一の処理及び／または第二の処理を追加することにより、図１５のステップ２にてＮｏと判断された場合に、図１３のステップ７へ進む場合と比較してＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信可能となる点においてメリットがある。
【００５７】
一方、図１９においても図１８と同様、Ｅ−ＭＢＭＳサービスポジションは、Ａ−Ｃの周波数帯域であるポジション１（10MHz）であり、Ｅ−ＭＢＭＳコンテンツは、ポジション１のうち、Ａ−Ｂの周波数帯域（図では5MHzとして表す）を使用して連続送信されている。そして、ポジション１のうちＢ−Ｃの周波数帯域には、Ｕｎｉｃａｓｔサービス用の制御データ、ユーザデータの送信が割り当てられていることが分かる。しかし、図１９では、Ｂ−Ｃの周波数帯域には空いているリソースブロックが存在するので、Ｅ−ＭＢＭＳサービスポジションにおいて、新たなＵｎｉｃａｓｔデータを割り当てることは可能である。このように、Ｅ−ＭＢＭＳサービスポジションに、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在する場合、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当て可能と判断し（ステップ２でYes）、ステップ３が実行される。逆に、図１５のステップ２において、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当てが不可能と判断した場合には、図１３のステップ７の処理が実行される。図１３のステップ７の処理は図１３のステップ３の処理と同様であるので説明は省略する。
【００５８】
Ｅ−ＭＢＭＳがＡ−Ｂの周波数帯域を使用し、ＵｎｉｃａｓｔがＢ−Ｃの周波数帯域を使用する場合、Ｅ−ＭＢＭＳが連続送信されていても、移動端末の受信可能帯域幅であるＡ−Ｃ（１０ＭＨｚ）に収まっているかぎり、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信し、両サービスをともに享受することができる。したがって、ステップ１において、Ｅ−ＭＢＭＳが連続送信されており（ステップ１でNo）、ステップ２でＥ−ＭＢＭＳサービスポジションに新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在する場合（ステップ2でYes）、ステップ３において、基地局は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対してＵｎｉｃａｓｔデータを送信するため、スケジューリングを行い、新たなＵｎｉｃａｓｔデータにリソースブロックを割り当てる。この場合、移動端末は、リチューンを行ってＵＥポジションを変更することなく、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信することができる。なお、図１５のステップ３の処理は、図１３のステップ８の処理に相当する。
【００５９】
一方、図１５のステップ１で、Ｅ−ＭＢＭＳが非連続送信されており、リチューンしてＵＥポジションを変更することによりＵｎｉｃａｓｔデータを受信することが可能と判断すると（ステップ1でYes）、基地局は、ステップ４において、実際に移動端末をリチューンさせるか判断する。基地局は、移動端末から送信された下りリンク品質情報（Channel Quality Indicator）により、例えば、図１６に示すリソースブロックの周波数帯（例えばA−B、B−C、C−D、D−E）ごとに周波数特性や品質を把握することができる。したがって、基地局は、たとえば周波数帯Ｃ−Ｄ、Ｄ−Ｅの品質がよくない場合、移動端末をリチューンしてＵｎｉｃａｓｔデータを受信することは好ましくないと判断できる。また、図１６のポジション２（E−MBMSサービスポジション以外のポジション）が込み合っている場合には、ＵｎｉｃａｓｔデータをＥ−ＭＢＭＳサービスポジションにスケジューリングすることになるので、移動端末はリチューンする必要がない。ステップ４において、移動端末をリチューンさせないと判断した場合には(ステップ４でNo)、ステップ２の処理が実行される。一方、移動端末をリチューンさせると判断した場合には（ステップ4でYes）、ステップ６の処理が実行される。
【００６０】
ステップ６において、基地局は、リチューン先ポジションでＵｎｉｃａｓｔデータの割り当て可能か判断する。このステップ６においても、ステップ２と同様、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在するか判断するが、ステップ２がＥ−ＭＢＭＳポジションにおけるリソースブロックの空きを参照していたのに対し、ステップ６は、リチューン先ポジションにおけるリソースブロックの空きを参照する点で異なる。また、基地局は、ステップ６において、移動端末がリチューンするのに必要な時間を考慮して、リチューン先ポジションにおけるリソースブロックの空きを参照する。
【００６１】
ところで、移動端末は、周波数変換部１１において生成する基準周波数をＦ１からＦ２（図１６）に変更することにより、ポジション１からポジション２にＵＥポジションを変更するリチューンを行う。しかし、周波数変換部１１が基準周波数をＦ１からＦ２に変更する際、リチューン先の周波数Ｆ２を安定して生成するまで一定の時間がかかる。このような移動端末の特性を考慮して、基地局は、移動端末がリチューンするのに必要な時間を考慮してスケジューリングを行う。具体的には、図１６に示されるとおり、ポジション１においてＥ−ＭＢＭＳ１を受信している移動端末を、ポジション２にリチューンさせてＵｎｉｃａｓｔ１を受信させたい場合に、基地局は、新たに発生したＵｎｉｃａｓｔ１を、Ｅ−ＭＢＭＳ１の通信タイミングから時間ＲＴ（移動端末がリチューンするのに必要な時間）だけ離れたリソースブロックに割り当てるようスケジューリングを行う。Ｕｎｉｃａｓｔ２のスケジューリングも同様に、Ｅ−ＭＢＭＳ２の通信タイミングから時間ＲＴだけ離れたリソースブロックに割り当てるように行う。リチューン先ポジションにおけるリソースブロックに空きはあるものの、時間ＲＴを確保できない場合には、基地局は、リチューン先ポジションでＵｎｉｃａｓｔデータの割り当てが不可能と判断してもよいし、品質の劣化を見込んだ上で、割り当て可能と判断してもよい。同様にポジション２からポジション１へリチューンする場合にも、移動端末がリチューンするのに時間がかかる。そのため、移動端末がリチューンするのに要する時間を考慮して、基地局はスケジューリングをする必要がある
【００６２】
ステップ６において、基地局がリチューン先ポジションでＵｎｉｃａｓｔデータの割り当て可能と判断した場合には（ステップ6でYes）、ステップ５の処理が実行される。割り当て不可能と判断した場合には（ステップ6でNo）、ステップ２の処理が実行される。ステップ５において、基地局は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対してＵｎｉｃａｓｔデータを送信するため、新たに発生したＵｎｉｃａｓｔデータをＥ−ＭＢＭＳポジション以外のポジションで、Ｅ−ＭＢＭＳデータのタイミングと異なるように、Ｕｎｉｃａｓｔデータにリソースブロックを割り当てる。このようなスケジューリング処理を基地局が行うことにより、移動端末はＥ−ＭＢＭＳデータを受信するときにはＥ−ＭＢＭＳサービスポジションに、Ｕｎｉｃａｓｔデータを受信するときにはＵｎｉｃａｓｔデータが割り当てられたポジションにリチューンを行いながら、異なるタイミングでＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの受信を行う。つまり、移動端末は、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに利用することができる。なお、図１５のステップ５の処理は、図１３のステップ８の処理に相当する。図１５の処理の順番は、必ずしも上記説明と一致していなくてもよい。例えば、まずステップ２の処理を行い、ステップ２でＹｅｓと判断された場合にステップ３へ進む。ステップ２でＮｏと判断された場合に、ステップ１、ステップ４、ステップ６と処理を行い、ステップ６でＹｅｓと判断された場合にステップ５の処理を行う。ステップ１またはステップ４、６にてＮｏと判断された場合に図１３のステップ７を実行する。
【００６３】
図１３のステップ１において、移動端末は、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信したか判定する。着呼処理に用いられる情報は、Ｅ−ＭＢＭＳデータを受信中の移動端末が着呼処理に用いられる情報を受信できるように、下記の方法で基地局から送信される。これは、ＵＥポジション以外のポジションにてその時間に基地局から送信されるデータを移動端末は受信不可能であるという、基地局の帯域幅より移動端末の受信可能帯域幅が小さくなるというＬＴＥ特有の問題から発生する問題を解決するために必要である。図２０および図２１は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２０において、Ａ−Ｃの周波数帯（10MHz）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。つまり、Ｅ−ＭＢＭＳサービスポジションはポジション１であり、Ｅ−ＭＢＭＳデータを受信中の移動端末もまたポジション１の周波数帯で受信している。そして、着呼処理に用いられる情報は、移動端末が選択しているポジション（ＵＥポジション 選択周波数帯）に関わらず受信できるように、各ポジションを使用して基地局から送信される。図２０の場合、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄを使用して、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるような複数のリソースブロックを割り当てられる。つまり、同じ情報を複数のリソースブロックを使用して送信していることになる。
【００６４】
図２１は、Ａ−Ｂの周波数帯を利用してＥ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツが連続送信されているので、着呼処理に用いられる情報をＥ−ＭＢＭＳコンテンツの送信タイミングとずらして送信することはできない。しかし、Ｅ−ＭＢＭＳコンテンツには、ポジション１（Ａ−Ｃ）のうち、Ａ−Ｂの周波数帯のみ割り当てられているので、着呼処理に用いられる情報をポジション１のＢ−Ｃの周波数帯に割り当てることは可能である。図２１においても図２０と同様、着呼処理に用いられる情報は、移動端末が選択しているポジション（ＵＥポジション）に関わらず受信できるように、各ポジションを使用して基地局から送信される。図２１の場合、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄを使用して、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。この場合も、同じ着呼処理に用いられる情報を複数のリソースブロックを使用していることになる。
【００６５】
図２２および図２３は、Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２２において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳサービスポジションにおいて、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。図２０は、移動端末が選択しているポジション（ＵＥポジション 選択周波数帯）に関わらず、着呼処理に用いられる情報を受信できるように、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄのリソースブロックを割り当てられていたが、図２２は、Ｅ−ＭＢＭＳサービスポジションに、着呼処理に用いられる情報を割り当てた点が異なる。したがって、図２０、２１に示す場合と異なり、着呼処理に用いられる情報を複数のリソースブロックに割り当てる必要がなく、無線資源の効率的利用に資する。図２３は、Ｅ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツは、ポジション１（Ａ−Ｃ）のうちＡ−Ｂの周波数帯のみ割り当てられているので、着呼処理に用いられる情報をポジション１のＢ−Ｃの周波数帯に割り当てている。移動端末の受信可能帯域幅は１０ＭＨｚであるので、この場合でも問題なく受信できる。図２３も図２２と同様、Ｅ−ＭＢＭＳサービスポジションに、着呼処理に用いられる情報を割り当てた点に特徴があり、無線資源の効率的利用という点においてメリットがある。Ｅ−ＭＢＭＳサービスポジションに着呼処理に用いられる情報を割り当てたが、更にＥ−ＭＢＭＳサービスポジション中の移動端末が受信しているＥ−ＭＢＭＳコンテンツ(番組)と同じ周波数軸上の範囲に常に着呼処理に用いられる情報を割り当てることも考えられる。これにより移動端末の受信処理にて扱う必要のある周波数の範囲が小さくなることから、復調部１３、制御部１５の処理負荷が低くなるというメリットを得ることが考えられる。
【００６６】
図２４および図２５は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２４において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳコンテンツの一部として移動端末に通知される。具体的には、Ｅ−ＭＢＭＳサービス受信中の移動端末の着呼処理に用いられる情報をＭＣＨ(Transport Channel)上にマッピングする。ＭＣＨはコンテンツ送信用共通チャネルの一例として以下説明する。あるいは、ＭＣＣＨ(Logical Channel)又はＭＴＣＨ(Logical Channel)に乗せる。つまり、メディアアクセス制御を行うｅＮｏｄｅＢやページング処理を実行するａＧＷあるいはより上位のネットワーク機器により、移動端末からのＥ−ＭＢＭＳコンテンツに対するカウンティング（Counting）やエントリー（Subscribe, Activation）などを受けて、Ｅ−ＭＢＭＳサービス受信中の移動端末に対する着呼処理に用いられる情報をＰＣＨではなくＭＣＨで送信する。あるいはＰＣＣＨではなくＭＣＣＨまたはＭＴＣＨで送信することも可能である。この時、Ｅ−ＭＢＭＳサービスを受信していない移動端末に対する、着呼処理に用いられる情報は、通常どおりＰＣＨを用いて送信する。このように、着呼処理に用いられる情報を、ＭＣＨ、ＭＣＣＨ、ＭＴＣＨを用いてＥ−ＭＢＭＳデータの一部として移動端末に送信することにより、Ｅ−ＭＢＭＳサービス受信中の移動端末は、Ｅ−ＭＢＭＳサービスデータの受信を行っていれば、着呼処理に用いられる情報も受信可能となる。この点において移動端末のＥ−ＭＢＭＳサービス受信中のページング受信処理が簡素化可能である。図２５は、Ｅ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツは、ポジション１（Ａ−Ｃ）のうちＡ−Ｂの周波数帯のみ割り当てられており、着呼処理に用いられる情報がＰＣＨではなくＭＣＨまたはＭＣＣＨ、ＭＴＣＨを用いて送信されている点は、図２４と同様である。
【００６７】
図２６は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２６において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳサービスポジション（図２６ではポジション１のこと）とは異なるポジション２において、Ｅ−ＭＢＭＳコンテンツとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。図２６に示すように、Ｅ−ＭＢＭＳデータと、着呼処理に用いられる情報が異なるポジションで移動端末に送信される場合には、移動端末はＥ−ＭＢＭＳサービスポジションから、着呼処理に用いられる情報が送信されるポジションにリチューンを行う必要がある。移動端末がリチューンを行う場合、中心周波数Ｆ１（ポジション１）からＦ２に切り替え処理を行うが、切り替え後、切り替えられた周波数Ｆ２を安定して出力するまでに時間（ＲＴ）がかかる。このようなリチューンに要する時間差を考慮し、図２６では、Ｅ−ＭＢＭＳコンテンツの送信後、リチューンに要する所定の時間ＲＴだけあけて、着呼処理に用いられる情報が送信されるように、リソースブロックが割り当てられる。
【００６８】
システムとして、ＰＣＨ送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておけば、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においてもＰＣＨを受信することが可能となる。なお、Ｅ−ＭＢＭＳ受信中の移動端末に対して着呼に用いられる情報を送信する場合に、ＰＣＨ送信時間について上記調整を行い、Ｅ−ＭＢＭＳを受信していない移動端末に対しては、タイミング調整を行っていないＰＣＨに載せて送信するようにしてもよい。このように構成することにより、Ｅ−ＭＢＭＳサービスを受信していない移動端末に対するＰＣＨ送信時間に対しては、タイミング調整不要であるために自由度が増す。しかし、Ｅ−ＭＢＭＳサービスを受信している移動端末に対するＰＣＨは、Ｅ−ＭＢＭＳ送信タイミングと重ならないようにタイミング調整される必要がある。
【００６９】
以上、図２０〜図２６を用いて、基地局から移動端末あてに、着呼処理に用いられる情報を送信する方法について説明したが、ＰＣＨのみならずＳＣＨ（Synchronized Channel）を送信する場合にも適用可能である。また、Ｅ−ＭＢＭＳ用の制御データとユーザデータを送信するためのＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ(Multicast Traffic Channel)を送信する場合にも適用可能である。この場合は、Ｅ−ＭＢＭＳデータをＭＴＣＨ、着呼処理に用いられる情報をＭＣＣＨにおきかえて考えれば上記思想を適用可能である。また、実施の形態３では、上記の通りＥ−ＭＢＭＳデータ(制御情報含む)を受信中の移動端末がＵｎｉｃａｓｔデータの受信を開始する手順について説明したが、実施の形態３で示した思想はＵｎｉｃａｓｔデータを受信中の移動端末がＥ−ＭＢＭＳデータ(制御情報含む)の受信を開始する際の手順に用いることも可能である。
【００７０】
実施の形態４．
Ｅ−ＭＢＭＳ受信中の移動端末が移動した結果、通信するセルを切り替えるハンドオーバが必要になる場合がある。Ｅ−ＭＢＭＳ受信中であって、かつ着呼処理に用いられる情報をＰＣＨではなくＭＣＨまたはＭＣＣＨ、ＭＴＣＨを用いて送信している場合のハンドオーバ（ハードハンドオーバ）を実行した場合、ハンドオーバ先でもハンドオーバ元と同じように移動端末に対する、着呼処理に用いられる情報が送信されなければならない。そこで、ＬＴＥの通信システムでは、基地局同士が直接通信することが予定されているので、ハンドオーバ元の基地局からハンドオーバ先の基地局に対して、「ハンドオーバする移動端末がＥ−ＭＢＭＳサービスを受信中である」ことを示す情報を通知する。ハンドオーバ先の基地局は、移動してくる移動端末がＥ−ＭＢＭＳサービスを受信中であることを認識すると、Ｅ−ＭＢＭＳの送信時間に重ならないようにスケジューリングを行いＰＣＨ送信を行う。または、着呼処理に用いられる情報をＰＣＨではなく、ＭＣＨ又はＭＣＣＨ、ＭＴＣＨを用いて移動端末に送信を行う。なお、Ｅ−ＭＢＭＳサービスを受信している移動端末に対する、ＰＣＨ（着呼処理に用いられる情報）の送信タイミングを、Ｅ−ＭＢＭＳデータの送信タイミングと重ならないように調整している場合も、上記と同様の処理を行う。
【００７１】
図２７は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。ステップ１において、Ｅ−ＭＢＭＳコンテンツを受信する移動端末は、ハンドオーバ元の基地局であるｅＮｏｄｅＢ（１）に対して、所望のＥ−ＭＢＭＳコンテンツを受信することを通知する(Counting, Entry(Subscribe, Activation))。これを受けて、移動端末に対して、Ｅ−ＭＢＭＳコンテンツが送信される。ステップ２において、ｅＮｏｄｅＢ（１）は、着呼処理に用いられる情報をＰＣＨを用いて、Ｅ−ＭＢＭＳコンテンツの送信時間と重ならないように送信する。ステップ３において、ハンドオーバー元基地局であるｅＮｏｄｅＢ（１）（Source eNodeB）からハンドオーバ先基地局であるｅＮｏｄｅＢ（２）(Target eNodeB)に、移動端末をハンドオーバさせることを決定すると、ステップ４において、ｅＮｏｄｅＢ（１）はｅＮｏｄｅＢ（２）に対して、「ハンドオーバする移動端末がＥ−ＭＢＭＳサービスを利用中である」情報を通知する。ステップ５において、ハンドオーバ処理が完了すると、ステップ４において通知を受けたｅＮｏｄｅＢ（２）は、ステップ６において移動してくる移動端末に対して、着呼処理に用いられる情報をＰＣＨを用いて、Ｅ−ＭＢＭＳコンテンツの送信時間と重ならないように送信を行う。
【００７２】
なお、ステップ２の処理は基地局、ａＧＷのいずれが行ってもよいし、ｅＮｏｄｅＢと共同で行っても良い。ハンドオーバ時に必要な情報をこの基地局間の通信経路にて通知することは、従来の技術(UTRANシステム)でのハンドオーバ元基地局−基地局制御装置(RNC)−ハンドオーバ先基地局の経路で通知される場合と比較して短時間で伝達できるという利点がある。しかし、ハンドオーバ元基地局からネットワーク経由でハンドオーバ先基地局に通知されてもよい。また、移動端末がハンドオーバ先基地局へ再度Ｅ−ＭＢＭＳコンテンツを受信する旨を通知（Counting, Entry (Subscribe, Activation)）してもよい。また、着呼処理に用いられる情報がＰＣＨではなく、ＭＣＨ、またはＭＣＣＨ、ＭＴＣＨで送信されている場合も同様である。
【００７３】
また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用している移動端末がハンドオーバする場合、ハンドオーバ先の基地局においても、移動端末に対してＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信を行うか決定する必要がある。例えば、ハンドオーバ元の無線資源が、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータをともに送信するのに十分な余裕があっても、ハンドオーバ先の無線資源に余裕がなければ、Ｅ−ＭＢＭＳサービスかＵｎｉｃａｓｔサービスのいずれかを断念せざるを得ない場合がある。図２８は、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。図２８において、移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに利用している場合（ステップ１）であって、ハンドオーバ処理が決定されると（ステップ２）、ハンドオーバ元の基地局ｅＮｏｄｅＢ（１）がハンドオーバ先の基地局ｅＮｏｄｅＢ（２）に、移動端末がＥ−ＭＢＭＳデータを受信中であることを示す情報を通知する。「移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信中である旨」を通知しても良い。通知を受けたｅＮｏｄｅＢ（２）は、移動端末にＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに提供できるだけの無線資源があるか、判定を行う。この判定処理の詳細は、図１５を用いて説明したので、説明は省略する。
【００７４】
図２９は、ハンドオーバ元の基地局とハンドオーバ先の基地局におけるリソースブロックを示す説明図である。図２９の(ａ)はハンドオーバ元の基地局におけるリソースブロックを、（ｂ）はハンドオーバ先の基地局におけるリソースブロックを示す。図２９(ａ)は、図１５ステップ２の処理により、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用可否を判断した場合、可能と判断されるものであり、移動端末に対してポジション１の周波数帯域でＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信がなされる。一方、図２９（ｂ）は、ポジション１の周波数帯において割り当て可能なリソースブロックがほとんどなく、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用は不可と判断される。この場合、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータのいずれかユーザにより優先指定された方が移動端末に送信される。
【００７５】
上記説明のように、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用している移動端末がハンドオーバする場合、ハンドオーバ前に、ハンドオーバ元の基地局がハンドオーバ先の基地局に対して、移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用中である旨通知することにより、ハンドオーバ先の基地局において、移動端末に対してＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信を行うか判断する。このように、ハンドオーバ前に、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用が可能か判断することにより、より適切な（例えば、両サービスを問題なく利用できる）セルをハンドオーバ先に選択できるという効果を得ることができる。
【符号の説明】
【００７６】
１ ａＧＷ、２ 基地局、３ 移動局、４ パケットデータネットワーク、５ サービスセンター、６ プロトコル処理部、７ アプリケーション部、８ 送信データバッファ部、９ エンコーダー部、１０ 変調部、１１ 周波数変換部、１２ アンテナ、１３ 復調部、１４ デコード部、１５ 制御部、１６ ａＧＷ通信部、１７ 他基地局通信部、１８ プロトコル処理部、１９ 送信データバッファ部、２０ エンコーダー部、２１ 変調部、２２ 周波数変換部、２３ アンテナ、２４ 復調部、２５ デコーダー部、
２６ 制御部。
【技術分野】
【０００１】
本発明は、基地局が複数の移動端末と無線通信を実施する移動体通信システムに関するものであり、特にマルチキャスト・放送型マルチメディアサービスを移動端末に提供するためのデータ通信方法、移動体通信システム、基地局、及び移動端末に関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（HS-DSCH: High Speed-Downlink Shared Channel）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービス開始が予定されている。さらに、上り方向のデータ送信をさらに高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についても提案、検討されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、現在リリース６版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間については"Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ"（LTE）、コアネットワークを含めたシステム全体構成については"Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ"（SAE）と称される新たな通信方式が検討されている。ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（HSDPA/HSUPA）とは異なるものになる。たとえば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing ）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．２５／２．５／５／１０／１５／２０ＭＨｚを適用し得る。また、ＬＴＥでは、Ｗ−ＣＤＭＡのような回線交換ではなく、パケット通信方式のみになる。
【０００４】
ＬＴＥはＷ−ＣＤＭＡのコアネットワーク(GPRS)とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末ＵＥ（User Equipment）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置(Radio Network Controller)はａＧＷ(Access Gateway)と称される。このＬＴＥの通信システムで実施されるマルチキャスト・放送型マルチメディアサービスはＥ-ＭＢＭＳ（Evolved Multimedia Broadcast Multicast Service）と称されており、複数の移動端末に対してニュースや天気予報、モバイル放送など大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。基地局は、Ｅ−ＭＢＭＳデータをＤＬ−ＳＣＨ（Downlink Shared Channel）やＭＣＨ（Multicast Channel）にマッピングして移動端末に送信する。また、ＬＴＥは放送型の通信サービスのみならず、複数の移動端末のうち個別の移動端末に対する通信サービスも提供する。個別の移動端末に対する通信サービスをＵｎｉｃａｓｔサービスと称する。ＬＴＥではＷ−ＣＤＭＡと異なり、トランスポートチャネル、物理チャネルでは個別の移動端末に向けた個別のチャネル（Dedicated Channel, Dedicated Physical Channel）は存在しないので、個別の移動端末へのデータ送信は共通チャネル（Shared channel）で実施される。
【０００５】
特許文献１には、ｃｄｍａ２０００方式の通信システムにおいて、放送サービス（Broadcast service）を受信中の移動端末が音声通話のような一対一通信（Point to Point）を処理する方法が開示されている。また、非特許文献１には、ＬＴＥシステムにおいて、移動端末の受信可能帯域幅の最小能力（Minimum Capability）は１０ＭＨｚであり、基地局の帯域幅は最大２０ＭＨｚまでで可変（つまり、1.25/2.5/5/10/20MHz）とすることが規定されている。また、非特許文献２には、移動端末から送信される情報であって、ＥＭＢＭＳサービスの受信の必要性を示す情報をもとに実施するｅＮｏｄｅＢの処理手順が開示されている。しかし、非特許文献２には、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの両方を同時に受信するための詳細な手順については開示されていない。
【０００６】
また非特許文献３には、移動端末の低消費電力実現のためにページングメッセージ（Paging Message）と放送情報（Broadcast information）を送信することが開示されている。しかし、基地局の用いる帯域幅より移動端末の受信可能帯域幅が小さくなるというＬＴＥ特有の問題については開示がない。また、周波数軸上でのポジションとページングメッセージの関係については開示がない。非特許文献４には、周波数軸上のＵＥポジションに着目したＰＣＨの送信方法について開示されている。また、移動端末のポジション側にページングインジケータ（Paging Indicator）を送信することが開示されている。しかし、Ｅ−ＭＢＭＳサービス受信中の移動端末が着呼処理に用いられる情報(Paging message, Paging Indicatorなど)を受信するための課題またその解決方法については開示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】ＷＯ２００４／７１１２５号公報
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ ＴＲ２５．９１２ Ｖ７．１．０
【非特許文献２】３ＧＰＰ Ｒ２−６１３１９
【非特許文献３】３ＧＰＰ Ｒ１−６１７７２
【非特許文献４】３ＧＰＰ Ｒ１−６１６８３
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、従来の技術（UTRANシステム）では、移動端末、基地局ともに帯域幅は一律５ＭＨｚと決められていた。これに対して、ＬＴＥシステムにおいては、移動端末の受信可能帯域幅は最低１０ＭＨｚ、基地局の帯域幅は最大２０ＭＨｚと決められている。つまり、移動端末は必ずしも２０ＭＨｚの受信可能帯域幅を有する必要はないので、受信可能帯域幅が１０ＭＨｚの移動端末は、２０ＭＨｚの周波数帯域を使用して基地局から送信されたＥＭＢＭＳサービスのコンテンツを受信することができない。
【００１０】
また、ＬＴＥの移動端末は、Ｅ−ＭＢＭＳサービスと個別データ通信(unicast)サービスの両方を利用できるように規格が策定される。しかし、移動端末のハードウェア及びソフトウェアの処理能力が低いと、Ｅ−ＭＢＭＳデータとｕｎｉｃａｓｔデータを同時に受信できない場合がある。また、移動端末がＵｎｉｃａｓｔデータを受信する場合、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信する必要があるが、Ｅ−ＭＢＭＳ受信中に着呼処理に用いられる情報を受信する方法は規定されていない。
【課題を解決するための手段】
【００１１】
本発明の通信方法は、上記のような課題を解決するために提案されたものであり、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるものである。
【００１２】
本発明の移動体通信システムは、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、ＭＢＭＳ送信手段および着呼送信手段は、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるものである。
【発明の効果】
【００１３】
本発明に係る通信方法は、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、ＭＢＭＳ送信工程および着呼送信工程では、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるので、着呼処理に用いられる情報の送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておくことにより、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においても着呼処理に用いられる情報を受信することが可能となる。
【００１４】
本発明に係る移動体通信システムは、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、ＭＢＭＳ送信手段および着呼送信手段は、ＭＢＭＳデータを送信するタイミングと、着呼処理に用いられる情報を送信するタイミングとを異ならせるので、着呼処理に用いられる情報の送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておくことにより、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においても着呼処理に用いられる情報を受信することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】ＬＴＥにおける移動通信システムの構成を示す説明図である。
【図２】ＬＴＥの通信システムで使用されるチャネルの構成を示す説明図である。
【図３】移動端末の構成を示すブロック図である。
【図４】基地局の構成を示すブロック図である。
【図５】基地局の帯域幅と移動端末の受信可能帯域幅の関係を示す説明図である。
【図６】移動端末に配信されるＥ−ＭＢＭＳコンテンツ表を示す説明図である。
【図７】Ｅ−ＭＢＭＳサービスに割り当てられる周波数軸上のポジションを示す説明図である。
【図８】Ｅ−ＭＢＭＳサービスが受信可能か判断する移動端末の処理を説明するフローチャートである。
【図９】図８に示す処理内容をさらに詳細に説明するフローチャートである。
【図１０】ネットワーク側で参照される、移動端末の端末能力情報を示す説明図である。
【図１１】ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する基地局の処理を説明するフローチャートである。
【図１２】ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断するネットワークの処理を説明するフローチャートである。
【図１３】Ｅ−ＭＢＭＳサービス利用中の移動端末が、Ｕｎｉｃａｓｔサービスを同時に利用するか判断する処理を示すフローチャートである。
【図１４】Ｅ−ＭＢＭＳサービス利用中の移動端末がＵｎｉｃａｓｔデータを受信するか判断する処理を示すフローチャートである。
【図１５】Ｅ−ＭＢＭＳサービス利用中の移動端末にＵｎｉｃａｓｔデータを送信するか判断する処理を示すフローチャートである。
【図１６】Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図１７】Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図１８】Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータを送信できない場合を示す説明図である。
【図１９】Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータを送信できる場合を示す説明図である。
【図２０】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２１】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２２】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２３】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２４】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２５】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２６】Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。
【図２７】Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。
【図２８】Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。
【図２９】ハンドオーバ元の基地局とハンドオーバ先の基地局におけるリソースブロックを示す説明図である。
【発明を実施するための形態】
【００１６】
実施の形態１．
図１はＬＴＥにおける移動通信システムの構成を示す説明図である。図１において、ａＧＷ１は複数の基地局（eNodeB）２と制御データやユーザデータの送受信を行い、基地局２は複数の移動端末３に対してデータの送受信を行う。基地局２と移動端末３間においては、報知情報、着呼処理に用いられる情報、個別制御データ、個別ユーザデータ、Ｅ-ＭＢＭＳ用の制御データやユーザデータが送信される。また、基地局３同士がお互いに通信することも検討されている。基地局２は上り及び下りのスケジューラを有する。スケジューラは、基地局２と各移動端末３のデータの送受信を可能にし、個々の移動端末３及び移動通信システム全体のスループット向上のためにスケジューリングを行う。
【００１７】
Ｅ-ＭＢＭＳはある基地局から複数の移動端末に向けてデータを一斉に送信する放送型の一対多（Point to Multipoint PtoM）型の通信サービスを提供するものである。具体的には、ニュースや天気予報等の情報サービスや、モバイルＴＶなどの大容量の放送サービスが検討されている。Ｅ-ＭＢＭＳ送信では、マルチセル（Multi-cell）送信とシングルセル（Single-cell）送信の２通りが検討されている。マルチセル送信は、複数の基地局から同じＥ-ＭＢＭＳ放送サービスを同一周波数で送信するものであり、これによって、移動端末が複数の基地局からのＥ−ＭＢＭＳデータを合成できる。Ｅ−ＭＢＭＳデータは、ＭＣＨにマッピングされて送信される。
【００１８】
一方、シングルセル送信は、ひとつのセル内のみに同じＥ−ＭＢＭＳ放送サービスを送信するものである。この場合Ｅ−ＭＢＭＳデータはＤＬ−ＳＣＨにマッピングされて送信される。シングルセル送信では、各基地局が異なる周波数でＥ−ＭＢＭＳデータを送信してもよい。ａＧＷ１はＰＤＮ４(Packet Data Network)を介してサービスセンター５と通信を行う。サービスセンター５はＥ−ＭＢＭＳサービスを提供するためのコンテンツを保管、配信するための装置である。コンテンツプロバイダーは、サービスセンター５に対してモバイルＴＶ放送データ等のＥ−ＭＢＭＳデータを送信する。サービスセンター５ではＥ−ＭＢＭＳデータを記憶するとともに、ＰＤＮ４、ａＧＷ１を介して基地局２へＥ−ＭＢＭＳデータを送信する。
【００１９】
図２は、チャネルの構成を示す説明図である。図２には、論理チャネル（Logical channel）とトランスポートチャネル(Transport channel)のマッピングが示されている。論理チャネルは伝送信号の機能や論理的な特性によって分類される。トランスポートチャネルは伝送形態によって分類される。報知情報はＢＣＣＨ(Broadcast Control Channel)上にのせられる。ＢＣＣＨはＢＣＨ(Broadcast Channel)にマッピングされ基地局から移動端末へ送信される。着呼処理に用いられる情報はＰＣＣＨ(Paging Control Channel)上にのせられる。ＰＣＣＨはＰＣＨ(Paging Channel)にマッピングされ基地局からセル内の移動端末へ送信される。個別の移動端末あての個別制御データはＤＣＣＨ(Dedicated Control Channel)上にのせられる。
【００２０】
また、個別の移動端末あての個別ユーザデータはＤＴＣＨ(Dedicated Traffic Channel)上にのせられる。ＤＣＣＨとＤＴＣＨはＤＬ−ＳＣＨ(Downlink Shared Channel)にマッピングされて、基地局から個々の移動端末にあてて個別に送信される。逆に、ＵＬ−ＳＣＨ(Uplink Shared Channel)を用いて個々の移動端末から基地局へ個別に送信される。ＤＬ−ＳＣＨは共有チャネル(Shared Channel)である。Ｅ−ＭＢＭＳ用の制御データ及びユーザデータはそれぞれＭＣＣＨ(Multicast Control Channel)とＭＴＣＨ(Multicast Traffic Channel)上にのせられ、ＤＬ−ＳＣＨもしくはＭＣＨ(Multicast Channel)にマッピングされて基地局から移動端末へ送信される。移動端末からの接続要求信号はランダムアクセスチャネル（Random Access Channel RACH)により個々の移動端末から基地局へ送信される。
【００２１】
図３は、移動端末の構成を示すブロック図である。移動端末３の送信処理は以下のとおり実行される。まず、プロトコル処理部６からの制御データ、アプリケーション部７からのユーザデータが送信データバッファ部８へ保存される。送信データバッファ部８に保存されたデータはエンコーダー部９へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部８から変調部１０へ直接出力されるデータが存在しても良い。エンコーダー部９でエンコード処理されたデータは変調部１０にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部１１へ出力され，無線送信周波数に変換される。その後、アンテナ１２から基地局２に送信信号が送信される。また、移動端末３の受信処理は以下のとおり実行される。基地局２からの無線信号がアンテナ１２により受信される。受信信号は、周波数変換部１１にて無線受信周波数からベースバンド信号に変換され，復調部１３において復調処理が行われる。復調後のデータはデコーダー部１４へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部６へ渡され、ユーザデータはアプリケーション部７へ渡される。移動端末の一連の送受信処理は制御部１５によって制御される。
【００２２】
図４は、基地局の構成を示すブロック図である。基地局２の送信処理は以下のとおり実行される。ａＧＷ通信部１６は、基地局２とａＧＷ１間のデータの送受信を行う。他基地局通信部１７は、他の基地局との間のデータの送受信を行う。ａＧＷ通信部１６、他基地局通信部１７はそれぞれプロトコル処理部１８と情報の受け渡しを行う。プロトコル処理部１８からの制御データ、またａＧＷ通信部１６と他基地局通信部１７からのユーザデータが送信データバッファ部１９へ保存される。送信データバッファ部１９に保存されたデータはエンコーダー部２０へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部１９から変調部２１へ直接出力されるデータが存在しても良い。エンコードされたデータは変調部２１にて変調処理が行われる。
【００２３】
変調されたデータはベースバンド信号に変換された後，周波数変換部２２へ出力され、無線送信周波数に変換される。その後、アンテナ２３より一つもしくは複数の移動端末１に対して送信信号が送信される。また、基地局２の受信処理は以下のとおり実行される。ひとつもしくは複数の移動端末３からの無線信号がアンテナ２３により受信される。受信信号は周波数変換部２２にて無線受信周波数からベースバンド信号に変換され、復調部２４で復調処理が行われる。復調されたデータはデコーダー部２５へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部１８へ渡され、ユーザデータはａＧＷ通信部１６、他基地局通信部１７へ渡される。基地局２の一連の送受信処理は制御部２６によって制御される。
【００２４】
図５は、基地局の帯域幅と移動端末の受信可能帯域幅の関係を示す説明図である。ＬＴＥシステムでは、基地局の帯域幅は１.２５／２.５／５／１０／１５／２０ＭＨｚから選択、利用できるように規定されている。移動端末の受信可能帯域幅は、最大２０ＭＨｚ、少なくとも１０ＭＨｚをサポートするよう規定されている。移動端末の受信可能帯域幅が基地局の帯域幅より小さい場合、移動端末は基地局と交渉し、ポジション（position）間を移動、つまり、移動端末が無線送受信周波数の中心周波数を変更する処理を行う。この処理をリチューン(re-tune)と称する。図５には、例として、基地局の帯域幅が２０ＭＨｚ、移動端末の受信可能帯域幅が１０ＭＨｚと２０ＭＨｚの場合が示されている。移動端末の受信可能帯域幅が１０ＭＨｚの場合、基地局の帯域幅２０ＭＨｚに対して、一時に全帯域を受信することはできないので、１０ＭＨｚの周波数範囲を用いて通信を行うことになる。この場合、通信を行う１０ＭＨｚの位置はひとつと限らず、中心周波数の取り方によって、図中のｐｏｓｉｔｉｏｎ＃１、＃２、＃３のように複数存在する。なお、移動端末の受信可能帯域幅が２０ＭＨｚの場合、基地局の帯域幅と一致しているので、基地局からの送信全帯域幅を使用することができる。この場合、上記のようなリチューンは必要ない。
【００２５】
以下、移動端末３の受信可能帯域幅が１０ＭＨｚであり、基地局２の帯域幅が２０ＭＨｚである場合に、移動端末がＥ−ＭＢＭＳサービスを受信可能か否かを判断する処理について説明する。図６は、移動端末に配信されるＥ−ＭＢＭＳコンテンツ表を示す説明図である。図７は、Ｅ−ＭＢＭＳサービスに割り当てられる周波数軸上のポジションを示す説明図である。
【００２６】
基地局の帯域幅は最大２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、Ｅ−ＭＢＭＳコンテンツ(番組)が使用する周波数使用帯域幅によっては、移動端末が受信できない場合がある。従来のＷ−ＣＤＭＡ技術では基地局の帯域幅も移動端末の受信可能帯域幅と等しく５ＭＨｚであるため、上記のような問題の解決は考慮されておらず、移動端末は、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断することができなかった。そこで、移動端末自身の能力（受信可能帯域幅）を考慮して、特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、それぞれのコンテンツが使用する（つまり、当該コンテンツを送受信するのに使用する）周波数使用帯域幅をパラメータとして追加することとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、それぞれのＥ−ＭＢＭＳが使用する周波数使用帯域幅をパラメータとして含めることにより、移動端末が自身の受信可能帯域幅を考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００２７】
また、Ｅ−ＭＢＭＳコンテンツには、ある特定の移動端末に向けたＵｎｉｃａｓｔサービスが付加されている場合がある。例えば、通信販売のＥ−ＭＢＭＳコンテンツを利用した場合に、ユーザがある商品（カバン）の詳細な情報を参照する状況を考える。この場合、移動端末は、ユーザからの指示に応じて「カバン」を指定する上り方向(移動端末→ネットワーク側)のＵｎｉｃａｓｔデータを送信する。移動端末から送信されたＵｎｉｃａｓｔデータを受信したネットワーク側は、「カバン」の詳細情報を下り方向(ネットワーク側→移動端末)のＵｎｉｃａｓｔ情報として送信する。この時、「カバン」の詳細情報は、それを要求した特定のユーザに向けて送信される。このように、Ｕｎｉｃａｓｔサービスが付加されたＥ−ＭＢＭＳコンテンツを受信するには、移動端末が、ハードウェアあるいはソフトウェアの処理能力上Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できることが前提となる。しかし、移動端末は、特定のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随しているか判断することができなかった。
【００２８】
そこで、移動端末自身の能力（ここでは、ハードウェア及びソフトウェアの処理能力）を考慮して、Ｕｎｉｃａｓｔサービスが付随するＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、Ｕｎｉｃａｓｔサービスが付随するか否かを示すパラメータ（個別通信有無情報）を含めることとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、Ｕｎｉｃａｓｔサービスが付随するか否かを示すパラメータを含めることにより、移動端末が自身の処理能力（E−MBMSとUnicastデータを同時に受信できるか）を考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００２９】
また、基地局の帯域幅は最大２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、その移動端末における周波数軸上の受信ポジション（ＵＥポジション）は、図８に示す、中心周波数の取り方によって異なる３つの受信ポジションが想定されている。したがって、例えば、ＵＥポジションがポジション１である移動端末はポジション２（E-MBMSサービスポジション）の周波数帯を利用して送信されるＥ−ＭＢＭＳコンテンツを受信することはできないという問題がある。このような問題を解決するためには、移動端末は、ＵＥポジションとＥ−ＭＢＭＳサービスポジションを考慮して、特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できることが好ましい。そこで、移動端末が特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表において、それぞれのＥ−ＭＢＭＳコンテンツに対応付けて、それぞれのコンテンツが使用する（つまり、当該コンテンツを送受信するのに使用する）Ｅ−ＭＢＭＳサービスポジションをパラメータ（コンテンツ送信周波数帯情報）として含めることとした。このように、Ｅ−ＭＢＭＳコンテンツ表に、Ｅ−ＭＢＭＳサービスポジションをパラメータとして含めることにより、移動端末が自身のＵＥポジションを考慮して特定のＥ−ＭＢＭＳコンテンツが受信可能か判断できるようになる。
【００３０】
上記説明のように、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションをパラメータとして含むＥ−ＭＢＭＳコンテンツ表の一例が図６に示される。なお、Ｅ−ＭＢＭＳコンテンツ表は、上記のパラメータを全て含む必要はなく、あるパラメータ単独で使用してもよいし、組み合わせて使用してもよい。また、上記パラメータはＥ−ＭＢＭＳコンテンツ表中のパラメータとして追加するのではなく、別途移動端末に通知するようにしても同様の効果を奏することができる。また、上記説明は、移動端末の受信可能帯域幅が１０ＭＨｚである場合について説明したものであるが、基地局と移動局の帯域幅が異なる通信システムには、上記説明に開示された思想を適用することが可能である。
【００３１】
次に、図６のＥ−ＭＢＭＳコンテンツ表を用いた移動端末の具体的な処理について説明する。図８は、Ｅ−ＭＢＭＳサービスが受信可能か判断する移動端末の処理を説明するフローチャートである。図９は、図８に示す処理内容をさらに詳細に説明するフローチャートである。図８のステップ１において、例えば、サービスセンター５のようなネットワークがＥ−ＭＢＭＳコンテンツ表を基地局２（eNodeB）経由で移動端末３に送信し、ステップ２において、移動端末３はＥ−ＭＢＭＳコンテンツ表を受信する。Ｅ−ＭＢＭＳコンテンツ表は、移動端末３とあわせて基地局２が受信しても良い。このＥ−ＭＢＭＳコンテンツ表は、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションの３つのパラメータの全てあるいは一部を含むものとする。また、上記パラメータはＥ−ＭＢＭＳコンテンツ表に含めてではなく、Ｅ−ＭＢＭＳコンテンツ表とは別に送信されてもよい。
【００３２】
Ｅ−ＭＢＭＳコンテンツ表は、トランスポートチャネルであるＭＣＨを用いて通知されてもよいし、ＢＣＨ、ＤＬ−ＳＣＨを用いて通知されてもよい。また、論理チャネル(Logical Channel)であるＭＣＣＨにマッピングしてもよいし、ＩＰヘッダーにマッピングして通知される方法も考えられる。移動端末３は、Ｅ−ＭＢＭＳコンテンツを受信すると、ステップ３において、受信したい所望のＥ−ＭＢＭＳコンテンツを選択し、ステップ４において、選択したＥ−ＭＢＭＳコンテンツを受信可能か判断する処理を行う。ステップ４の処理の詳細は図９において説明する。ステップ４における判断の結果、選択したＥ−ＭＢＭＳコンテンツが受信可能な場合、移動端末３は、ステップ５において、受信を希望するＥ−ＭＢＭＳコンテンツを受信するために、Ｅ−ＭＢＭＳ受信要求を送信する。Ｅ−ＭＢＭＳコンテンツを受信するための受信要求を送信する処理をエントリーという。エントリーは、サブスクライブ（subscribe）、アクティベーション（activation）と称されることもある。移動端末３より送信されたＥ−ＭＢＭＳ受信要求はサービスセンター５で受信される。エントリーは、サービスセンター５が受信するほか基地局２が受信してもよい。また、エントリーと同時または別にＥ−ＭＢＭＳコンテンツの受信開始を通知するカウンティング（Counting）を基地局２へ送信してもよい。
【００３３】
図９は、図８のステップ４の処理を詳細に示すフローチャートである。図９のステップ１では、所望のＥ−ＭＢＭＳコンテンツの周波数使用帯域幅と移動端末の受信可能帯域幅を比較、考慮して、所望のＥ−ＭＢＭＳコンテンツを受信できるか判断する。このステップ１の判断には、図６のパラメータである周波数使用帯域幅を参照することになる。例えば、移動端末の受信可能帯域幅が１０ＭＨｚの場合、周波数使用帯域幅が２０ＭＨｚであるコンテンツ番号がＣＨ３の映画は受信できないと判断する。ステップ１で受信可能と判断した場合には、ステップ２が実行される。ステップ２では、所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随しているか判断する。このステップ２の判断には、図６のパラメータであるＵｎｉｃａｓｔサービス付随の有無を参照することになる。所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随している場合には、ステップ３が実行される。一方、Ｕｎｉｃａｓｔサービスが付随していない場合には、ステップ４が実行される。
【００３４】
ステップ２において、所望のＥ−ＭＢＭＳコンテンツにＵｎｉｃａｓｔサービスが付随している場合には、ステップ３において、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できるか判断する。Ｕｎｉｃａｓｔサービスが付随したＥ−ＭＢＭＳコンテンツは、移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時受信できない限り、全く無意味であるためである。この判断処理は、移動端末のハードウェア、ソフトウェアの処理能力を考慮して実行される。ステップ３における判断の結果、移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できる能力を有している場合には、ステップ４の処理が実行される。このステップ４の判断には、図６のパラメータであるＥ−ＭＢＭＳサービスポジションを参照することになる。例えば、ＵＥポジションがポジション１である移動端末は、Ｅ−ＭＢＭＳサービスポジションが１である、コンテンツ番号がＣＨ１の天気予報、ＣＨ２の野球中継、ＣＨ４の通信販売は受信できると判断する。以上、ステップ１からステップ４までの一連のステップを実行した結果、移動端末が所望のＥ−ＭＢＭＳコンテンツを受信可能と判断した場合、移動端末はネットワーク側にＥ−ＭＢＭＳ受信要求を送信する（図８のステップ５）。一方、ステップ１、３、４のいずれかのステップにおいて、移動端末が所望のＥ−ＭＢＭＳコンテンツを受信不可能と判断した場合、図８のステップ４で受信不可能と判断されることになる。
【００３５】
図９のステップ４において、移動端末がＥ−ＭＢＭＳサービスポジションと自身のＵＥポジションより、所望のＥ−ＭＢＭＳコンテンツを受信できないと判断した場合、単に「受信不可能」と判断して処理を終えるのではなく、「現状のＵＥポジションでは受信不可能」と判断してもよい。この場合、移動端末は、基地局に対してＵＥポジションの変更を要求するため、所望のＥ−ＭＢＭＳサービスポジションへの「ＵＥポジション移動要求」を移動端末から基地局へ通知する。基地局と移動局がネゴシエーションした結果、ＵＥポジション移動要求が基地局により受け入れられた場合、移動端末は、ＵＥポジションを周波数変換部１１の設定周波数を変更し、中心周波数を変更することにより、所望のＥ−ＭＢＭＳコンテンツを受信できるようになるという効果を奏する。この処理をリチューン（re-tune）と称する。
【００３６】
上記説明のように、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいてＥ−ＭＢＭＳサービスを利用する場合、移動端末は、所望のＥ−ＭＢＭＳコンテンツを受信することができるか、移動端末自身の能力を考慮して移動端末において判断するので、移動端末の能力より受信することが不可能なＥ−ＭＢＭＳコンテンツの受信要求がネットワークに通知されることはなくなる。したがって無線資源の有効活用という点において有利である。また、移動端末のＵＥポジションと所望のＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）が異なるため、所望のＥ−ＭＢＭＳコンテンツを受信できない場合、基地局に対してＵＥポジション移動要求を送信することにより、所望のＥ−ＭＢＭＳコンテンツを受信することができるようになるという効果を奏する。
【００３７】
実施の形態２．
実施の形態１では、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいて、移動端末自身が、特定のＥ−ＭＢＭＳコンテンツを受信できるか、また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信できるか判断していた。そして、移動端末での判断を可能にさせるため、ネットワーク側から移動端末に配信されるＥ−ＭＢＭＳコンテンツ表に、Ｅ−ＭＢＭＳコンテンツの周波数使用帯域幅、およびＵｎｉｃａｓｔサービスが付随するか否かをパラメータとして追加している。しかし、上記の処理は、必ずしも移動端末自身が行う必要はなく、基地局やａＧＷ、サービスセンターのようなネットワーク側で行われても構わない。
【００３８】
以下、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か否かを判断する処理を基地局、ａＧＷ、サービスセンターのようなネットワーク側で実施する場合について説明する。図１０は、移動端末から送信される端末能力情報（UE capability）を示す説明図である。基地局の帯域幅が２０ＭＨｚであり、移動端末の受信可能帯域幅が１０ＭＨｚである場合、Ｅ−ＭＢＭＳコンテンツ(番組)が使用する周波数使用帯域幅によっては、移動端末が受信できない場合がある。しかし、ある移動端末がＥ−ＭＢＭＳコンテンツを受信できるか否かは、移動端末の受信可能帯域幅を認識しない限り、ネットワーク側では判断できない。そこで、移動端末が特定のＥ−ＭＢＭＳコンテンツを受信できるか判断することを可能にするため、基地局、ａＧＷやサービスセンターのようなネットワーク側へ移動端末は、受信可能帯域幅をネットワーク側に端末能力情報（UE Capability）として送信することとした。
【００３９】
また、Ｅ−ＭＢＭＳコンテンツには、ある特定の移動端末に向けたＵｎｉｃａｓｔサービスが付加されている場合がある。しかし、移動端末が、ハードウェアあるいはソフトウェアの処理能力上、ＥＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有していない場合、かかる端末にＵｎｉｃａｓｔサービスが付随しているＥ−ＭＢＭＳコンテンツを送信することは意味がない。しかし、ある移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているかは、ネットワーク側では判断できない。そこで、基地局、ａＧＷやサービスセンターのようなネットワーク側で、ある移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているか否かを示す情報をネットワーク側に端末能力情報として送信することとした。また、端末能力情報として、実施の形態１で説明したＵＥポジション（選択周波数帯情報）を通知するようにしても構わない。上記パラメータ（受信可能帯域幅、E-MBMSとUnicastの同時処理の可否、UEポジション）は端末能力情報とは別に通知されてもよい。また、上記パラメータ全てを用いるのではなく、その一部を使用するようにしても構わない。上記説明は、移動端末の受信可能帯域幅が１０ＭＨｚである場合について説明したものであるが、基地局と移動端末の帯域幅が異なる通信システムには、上記説明に開示された思想を適用することが可能である。
【００４０】
図１０は、ネットワーク側で参照される移動端末の端末能力情報を示す説明図である。図１０に示される表には、受信可能帯域幅、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理（例えばE-MBMSデータとUnicastデータの同時受信）できる能力を有しているか否かを示す情報が含まれており、それらの端末能力情報が移動端末に対応付けられて記録されている。図１０に示される表は、ネットワーク側において参照されるものであり、移動端末からネットワーク側に送信された端末能力情報に基づいて作成されてもよい。図１１は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する基地局の処理を説明するフローチャートである。図１１のステップ１において、移動端末３は、端末能力情報（UE Capabilities）を基地局２とａＧＷ１のようなネットワークに送信する。ステップ２において、移動端末３からの端末能力情報は基地局２が受信する。具体的には、移動端末３は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージにて基地局へ通知する。また、ＭＡＣ（Media Access Control）シグナリングとして移動端末から基地局へ通知する方法も考えられる。ステップ１において送信される端末能力情報は、受信可能帯域幅や、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に処理できる能力を有しているか否かといった情報を含む。
【００４１】
ステップ３において、例えば、サービスセンター５のようなネットワークがＥ−ＭＢＭＳコンテンツ表を基地局２（eNodeB）経由で移動端末３に送信する。ステップ４において、基地局２がＥ−ＭＢＭＳコンテンツ表を受信し、ステップ５において、移動端末３がＥ−ＭＢＭＳコンテンツ表を受信する。移動端末３が受信するＥ−ＭＢＭＳコンテンツ表は、実施の形態１と同様、周波数使用帯域幅、Ｕｎｉｃａｓｔサービス付随の有無、Ｅ−ＭＢＭＳサービスポジションの３つのパラメータの全てあるいは一部を含んでいてもよいが、本実施の形態では必須ではない。実施の形態１で、上記パラメータを参照して移動端末が行っていた判断処理は、基地局２などネットワーク側で実施されるためである。この場合、無線信号として送信しなければならない区間(基地局と移動端末の間)での情報量を削減できるので、無線資源の有効活用という点において有利である。具体的には、例えば、Ｅ−ＭＢＭＳコンテンツ表は、ＮＢＡＰ(NodeB Application Part)と呼ばれるプロトコルにより、レイヤ３メッセージとしてネットワークから基地局２へ通知される。
【００４２】
ステップ６において、移動端末３は受信を希望する所望のＥ−ＭＢＭＳコンテンツを選択し、受信を希望するＥ−ＭＢＭＳコンテンツを受信するために、ステップ７においてＥ−ＭＢＭＳ受信要求を送信する。具体的には、例えば、移動端末３は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージとしてＥ−ＭＢＭＳ受信要求を送信する。また、ＭＡＣシグナリングとして通知する方法も考えられる。移動端末３より送信されたＥ−ＭＢＭＳ受信要求は、ステップ８において基地局２で受信される。このＥ−ＭＢＭＳ受信要求は、カウンティング（Counting）、エントリー（Entry,Subscribe,Activationともいう）等を用いることが考えられる。
【００４３】
ステップ９において、基地局２は図１０に示す表を参照しながら、所望のＥ−ＭＢＭＳコンテンツを移動端末３が受信する能力を有しているか判断する。具体的には、基地局２は、所望のＥ−ＭＢＭＳコンテンツがＵｎｉｃａｓｔサービスを伴うものであるか、所望のＥ−ＭＢＭＳコンテンツの周波数使用帯域幅と移動端末の受信可能帯域幅、及び移動端末がＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを同時に受信できるか、という観点から所望のＥ−ＭＢＭＳコンテンツを受信できるか判断する。また、ＵＥポジションが通知されている場合には、基地局２は、移動端末が選択したＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）とＵＥポジションを考慮して判断することになる。
【００４４】
図１１のステップ９において、基地局が、移動端末３が選択したＥ−ＭＢＭＳコンテンツを移動端末３は受信できないと判断すると、ステップ１０において、基地局２は移動端末３に対して、Ｅ−ＭＢＭＳエントリー不許可通知を送信し、エントリーを拒否する。一方、ステップ９において、基地局が、移動端末３が選択したＥ−ＭＢＭＳコンテンツを移動端末３は受信できると判断すると、移動端末３に対して、Ｅ−ＭＢＭＳサービス開始処理を行う。しかし、ステップ１０のように、Ｅ−ＭＢＭＳエントリー不許可通知を送信して処理を終えるのではなく、「現状のＵＥポジションでは受信不可能」と判断してもよい。この場合、基地局は、ＵＥポジションを変更すれば、所望のＥ−ＭＢＭＳコンテンツを受信可能か判断し、受信可能であれば、Ｅ−ＭＢＭＳサービスポジションとＵＥポジションを一致させるように処理してもよい（例えば、移動端末に対してリチューンを許可する）。
【００４５】
なお、図１１による上記説明は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断する処理を基地局２が行う場合の処理を示すフローチャートであるが、基地局２ではなくａＧＷ１、サービスセンターに判断処理を実行させても構わない。図１２は、ある移動端末がＥ−ＭＢＭＳサービスを受信可能か判断するネットワークの処理を説明するフローチャートである。図１２は、図１１において、基地局２が実行していた各ステップがネットワークに移されている点で異なるが、ここのステップの内容は同様であるので、詳細な説明は省略する。
【００４６】
上記説明のように、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいてＥ−ＭＢＭＳサービスを利用する場合、所望のＥ−ＭＢＭＳコンテンツをある移動端末が受信することができるかを移動端末の能力を考慮して、基地局、ａＧＷ、サービスセンターなどが判断することが可能となる。また、移動端末のＵＥポジションと所望のＥ−ＭＢＭＳコンテンツのポジション（Ｅ−ＭＢＭＳサービスポジション）が異なるため、所望のＥ−ＭＢＭＳコンテンツを受信できない場合、基地局が移動端末に対してＵＥポジションを変更するよう制御すれば、移動端末が利用できるＥ−ＭＢＭＳコンテンツのバリエーションが広がるという効果もある。
【００４７】
実施の形態３．
実施の形態１及び２では、移動端末の受信可能帯域幅と基地局の帯域幅が異なりうるＬＴＥの通信システムにおいて、特定のＥ−ＭＢＭＳコンテンツを移動端末が受信できるか、また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信できるかを判断していた。そして、実施の形態１では上記判断を移動端末自身が実施し、実施の形態２では上記判断を基地局ないしａＧＷ、サービスセンターが実施していた。以下、Ｅ−ＭＢＭＳデータ（制御情報を含む）を受信中の移動端末が、例えば音声通話のようなＵｎｉｃａｓｔデータの受信を開始する手順について説明する。
【００４８】
図１３は、Ｅ−ＭＢＭＳサービス利用中の移動端末が、Ｕｎｉｃａｓｔサービスを利用するか判断する処理を示すフローチャートである。図１３において、ユーザは、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスのいずれを優先的に利用するかを示す優先情報を基地局に通知する（ステップ１１）。基地局は、移動端末から送信された優先情報を受信する（ステップ１２）。この優先情報は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージとして基地局に通知される。また、ＭＡＣ（Media Access Control）シグナリングとして基地局に通知する方法などを用いても構わない。この優先情報にしたがって、移動端末がＥ−ＭＢＭＳコンテンツを受信中に音声通話のような着信が発生した場合に、通話の着信を拒否してＥ−ＭＢＭＳコンテンツの受信を優先させるか、音声通話を着信させて、Ｅ−ＭＢＭＳコンテンツの受信を中止させるか制御される。
【００４９】
Ｅ−ＭＢＭＳコンテンツを受信中の移動端末は、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信することにより、たとえば音声通話のような自端末あての個別の着信が発生したことを認識する。図１３のステップ１において、移動端末は、自局あての着呼処理に用いられる情報を受信したか判定する。移動端末が着呼処理に用いられる情報を受信した場合（ステップ1でYes）、ステップ２において、移動端末は、現在受信中のＥ−ＭＢＭＳデータのほか、さらにＵｎｉｃａｓｔデータの受信を行うか判断する。このステップ２における判断処理の詳細は図１４に示される。図１４は、Ｅ−ＭＢＭＳサービス利用中の移動端末がＵｎｉｃａｓｔデータを受信するか判断する処理を示すフローチャートである。図１４のステップ１において、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に利用するために、移動端末の能力は足りているか判断する。移動端末の能力が足りていれば（ステップ1でYES）、ステップ２において、ユーザは、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可しているか判断する。
【００５０】
ユーザがＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可していれば（ステップ2でYES）、Ｅ−ＭＢＭＳサービスのほか、Ｕｎｉｃａｓｔサービスを同時に利用するため、Ｕｎｉｃａｓｔデータを受信する旨、基地局に通知する（図13 ステップ4）。一方、移動端末の能力が足りていない場合（ステップ１でNo）や、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信を許可していない場合（ステップ2でNo）、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスのうち、Ｅ−ＭＢＭＳデータを優先的に利用するよう設定されているか判断する（図13 ステップ3）。Ｅ−ＭＢＭＳデータを優先的に利用するよう設定されていれば（ステップ3でYes）、新たに着信したＵｎｉｃａｓｔデータの受信を拒否し、Ｅ−ＭＢＭＳサービスの利用を継続する（ステップ9）。Ｕｎｉｃａｓｔサービスを優先的に利用するよう設定されていれば（ステップ3でNo）、Ｅ−ＭＢＭＳデータの受信を停止する処理と、Ｕｎｉｃａｓｔデータの受信処理を実行する（ステップ10）。
【００５１】
図１３のステップ４において、移動端末はＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に利用するため、Ｕｎｉｃａｓｔデータを受信することを基地局に通知し、ステップ５において、基地局は移動端末から送信された通知を受信する。基地局は、ステップ６において、移動端末にＵｎｉｃａｓｔデータを送信するか判断する。ステップ６の判断処理の詳細は図１５に示される。図１５は、Ｅ−ＭＢＭＳサービス利用中の移動端末にＵｎｉｃａｓｔデータを送信するか判断する処理を示すフローチャートである。図１５のステップ１において、基地局は、リチューンによりＵｎｉｃａｓｔデータを受信することが可能か判断するため、Ｅ−ＭＢＭＳサービスは非連続送信か判断する。図１６および図１７は、Ｅ−ＭＢＭＳデータを移動端末に送信する際の、周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図１６において、横軸方向は周波数を示している。基地局の帯域幅はＡ−Ｅの２０ＭＨｚである。縦軸方向は時間を示す。移動端末の受信可能帯域幅が１０ＭＨｚの場合、基地局の帯域幅Ａ−Ｅの２０ＭＨｚに対して、一時に全帯域を受信することはできないので、１０ＭＨｚの周波数範囲を用いて通信を行うことになる。中心周波数の取り方によって、図中のポジション１（A-Cの周波数帯域、中心周波数F1）、ポジション２（C-Dの周波数帯域、中心周波数F2）、ポジション３（B-Dの周波数帯域、中心周波数F3）が移動端末の受信可能な周波数帯となる。
【００５２】
図１６で示した例では、Ｅ−ＭＢＭＳコンテンツはポジション１に割り当てられ（つまり、ポジション１がＥ−ＭＢＭＳサービスポジション）、縦軸の時間軸上、非連続に送信されていることが分かる。つまり、図１５のステップ１の判定を行う際、図１６に示すように、Ｅ−ＭＢＭＳサービスが非連続に送信され、その非連続な期間が移動端末がリチューンするのに必要な時間（詳細は後述）が確保されている場合に、基地局は、リチューンにより中心周波数を変更してＵＥポジションを変更することにより、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することが可能と判断する。一方、図１７で示した例では、Ｅ−ＭＢＭＳコンテンツはポジション１に割り当てられ、かつ、縦軸の時間軸上、連続送信されていることが分かる。つまり、図１７に示すようにＥ−ＭＢＭＳコンテンツが連続送信されている場合、リチューンして、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信するタイミングが存在しない。したがって、図１５のステップ１の判定を行う際、図１７に示すように、Ｅ−ＭＢＭＳサービスが時間軸上連続的に送信される場合には、リチューンして、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することは不可能と判断する。なお、たとえば、Ｅ−ＭＢＭＳがＡ−Ｂの周波数帯域を使用し、ＵｎｉｃａｓｔがＢ−Ｃの周波数帯域を使用する場合、Ｂ−Ｃの周波数帯域は移動端末の受信可能帯域幅Ａ−Ｃ（10MHz）に含まれているので、Ｅ−ＭＢＭＳデータの送信有無に関わらず、周波数帯Ｂ−Ｃに割り当てられたＵｎｉｃａｓｔデータを同時に受信することは可能である。
【００５３】
リチューンを実行するか否かに関する移動端末の意思または能力を、ステップ１において考慮するようにしてもよい。移動端末の意思の具体的な通知方法は、ＲＲＣ（Radio Resource Control）と呼ばれるプロトコルによりレイヤ３メッセージにて基地局へ通知する。また、ＭＡＣ（Media Access Control）シグナリングとして移動端末から基地局へ通知してもよいし、物理チャネルにマッピングする方法も考えられる。また、移動端末の意思または能力は端末能力情報として通知されてもよいし、別のパラメータとして通知されてもよい。具体的な処理内容としては、ステップ１においてＥ−ＭＢＭＳが非連続で送信されている場合、移動端末の意思、能力を確認する。その際、「リチューンしない（あるいはリチューン不可能）」であった場合、ステップ１においてＮｏと処理し、ステップ２へ進む。「リチューンする（あるいはリチューン可能）」であった場合、ステップ１においてＹｅｓと処理し、ステップ４へ進む。移動端末が短時間（リソースブロック単位）でリチューンすることは、制御部１５や周波数変換部１１の処理負荷が高くなる。よって移動端末のリチューンの意思や能力を考慮することはメリットがある。
【００５４】
ステップ１で、Ｅ−ＭＢＭＳが連続送信されているため、異なるポジションに割り当てられたＵｎｉｃａｓｔデータを受信することは不可能と判断すると（ステップ1でNo）、ステップ２において、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てることは可能か判断する。図１８および図１９はリソースブロックを示す説明図であり、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てることができるかを示す説明図である。図１８は、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てられない場合を示す説明図であり、図１９は、Ｅ−ＭＢＭＳサービスポジションにＵｎｉｃａｓｔデータを割り当てられる場合を示す説明図である。図１８において、Ｅ−ＭＢＭＳサービスポジションは、図１８のＡ−Ｃの周波数帯域であるポジション１（10MHz）であり、Ｅ−ＭＢＭＳコンテンツは、ポジション１のうち、Ａ−Ｂの周波数帯域（図では5MHzとして表す）を使用して連続送信されている。そして、ポジション１のうちＢ−Ｃの周波数帯域には、Ｕｎｉｃａｓｔサービス用の制御データ、ユーザデータの送信が割り当てられていることが分かる。
【００５５】
図１８では、Ｂ−Ｃの周波数帯域には空いているリソースブロックがほとんど存在しないので、Ｅ−ＭＢＭＳサービスポジションの周波数帯では、スケジューリングにより割り当てられた下り方向の送信が込み合っていることがわかる。このような場合、Ｅ−ＭＢＭＳサービスポジションにおいて、新たなＵｎｉｃａｓｔデータを割り当てることはできない。このように、Ｅ−ＭＢＭＳサービスポジションに、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在しない場合、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当て不可と判断し（ステップ２でNo）、図１３のステップ７において、Ｅ−ＭＢＭＳかＵｎｉｃａｓｔサービスのうち、優先的に受信するようユーザに設定されたサービスが開始または継続される。
【００５６】
また、図１５のステップ２にてＮｏと判断された場合に、以下に示す処理を行っても良い。第一の処理は、異なるポジション（例えば図１８の場合であれば、ポジション２中のD-E間）でもＥ−ＭＢＭＳサービスを行うものである。これにより、ポジション１とポジション２がともにＥ−ＭＢＭＳサービスポジションとなる。よって基地局とのネゴシエーションを経て、移動端末はＵＥポジションをポジション１からポジション２へ移動させる、１度のみのリチューンを行い、ステップ３に進む。これにより、移動端末はポジション２中のＥ−ＭＢＭＳサービスを受信しながら、ポジション２でのＵｎｉｃａｓｔサービスを受信することが可能となる。また、第二の処理は、基地局とのネゴシエーションを経て、移動端末は新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在するポジション（例えば図１８の場合であれば、ポジション２）へ移動させる１度のみのリチューンを行い、ステップ３に進む。基地局はマルチセル送信であってもＤＬ−ＳＣＨにＥ−ＭＢＭＳデータをマッピングして送信するものである。基地局からＤＬ−ＳＣＨにマッピングされたＥ−ＭＢＭＳデータ及びＵｎｉｃａｓｔデータのスケジューリング情報(周波数・タイミングなど)を該当移動端末に通知することにより、移動端末はポジション２中のＥ−ＭＢＭＳサービスを受信しながら、ポジション２でのＵｎｉｃａｓｔサービスを受信することが可能となる。また、ポジション２でＤＬ−ＳＣＨにマッピングされたＥ−ＭＢＭＳデータはスケジューリング情報(周波数・タイミングなど)を基地局から複数の移動端末に通知することにより、それらの情報を通知された移動端末によって受信可能となる。上記第一の処理及び／または第二の処理を追加することにより、図１５のステップ２にてＮｏと判断された場合に、図１３のステップ７へ進む場合と比較してＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを同時に受信可能となる点においてメリットがある。
【００５７】
一方、図１９においても図１８と同様、Ｅ−ＭＢＭＳサービスポジションは、Ａ−Ｃの周波数帯域であるポジション１（10MHz）であり、Ｅ−ＭＢＭＳコンテンツは、ポジション１のうち、Ａ−Ｂの周波数帯域（図では5MHzとして表す）を使用して連続送信されている。そして、ポジション１のうちＢ−Ｃの周波数帯域には、Ｕｎｉｃａｓｔサービス用の制御データ、ユーザデータの送信が割り当てられていることが分かる。しかし、図１９では、Ｂ−Ｃの周波数帯域には空いているリソースブロックが存在するので、Ｅ−ＭＢＭＳサービスポジションにおいて、新たなＵｎｉｃａｓｔデータを割り当てることは可能である。このように、Ｅ−ＭＢＭＳサービスポジションに、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在する場合、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当て可能と判断し（ステップ２でYes）、ステップ３が実行される。逆に、図１５のステップ２において、Ｅ−ＭＢＭＳサービスポジションでＵｎｉｃａｓｔデータの割り当てが不可能と判断した場合には、図１３のステップ７の処理が実行される。図１３のステップ７の処理は図１３のステップ３の処理と同様であるので説明は省略する。
【００５８】
Ｅ−ＭＢＭＳがＡ−Ｂの周波数帯域を使用し、ＵｎｉｃａｓｔがＢ−Ｃの周波数帯域を使用する場合、Ｅ−ＭＢＭＳが連続送信されていても、移動端末の受信可能帯域幅であるＡ−Ｃ（１０ＭＨｚ）に収まっているかぎり、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信し、両サービスをともに享受することができる。したがって、ステップ１において、Ｅ−ＭＢＭＳが連続送信されており（ステップ１でNo）、ステップ２でＥ−ＭＢＭＳサービスポジションに新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在する場合（ステップ2でYes）、ステップ３において、基地局は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対してＵｎｉｃａｓｔデータを送信するため、スケジューリングを行い、新たなＵｎｉｃａｓｔデータにリソースブロックを割り当てる。この場合、移動端末は、リチューンを行ってＵＥポジションを変更することなく、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信することができる。なお、図１５のステップ３の処理は、図１３のステップ８の処理に相当する。
【００５９】
一方、図１５のステップ１で、Ｅ−ＭＢＭＳが非連続送信されており、リチューンしてＵＥポジションを変更することによりＵｎｉｃａｓｔデータを受信することが可能と判断すると（ステップ1でYes）、基地局は、ステップ４において、実際に移動端末をリチューンさせるか判断する。基地局は、移動端末から送信された下りリンク品質情報（Channel Quality Indicator）により、例えば、図１６に示すリソースブロックの周波数帯（例えばA−B、B−C、C−D、D−E）ごとに周波数特性や品質を把握することができる。したがって、基地局は、たとえば周波数帯Ｃ−Ｄ、Ｄ−Ｅの品質がよくない場合、移動端末をリチューンしてＵｎｉｃａｓｔデータを受信することは好ましくないと判断できる。また、図１６のポジション２（E−MBMSサービスポジション以外のポジション）が込み合っている場合には、ＵｎｉｃａｓｔデータをＥ−ＭＢＭＳサービスポジションにスケジューリングすることになるので、移動端末はリチューンする必要がない。ステップ４において、移動端末をリチューンさせないと判断した場合には(ステップ４でNo)、ステップ２の処理が実行される。一方、移動端末をリチューンさせると判断した場合には（ステップ4でYes）、ステップ６の処理が実行される。
【００６０】
ステップ６において、基地局は、リチューン先ポジションでＵｎｉｃａｓｔデータの割り当て可能か判断する。このステップ６においても、ステップ２と同様、新たなＵｎｉｃａｓｔデータを割り当てるリソースブロックが存在するか判断するが、ステップ２がＥ−ＭＢＭＳポジションにおけるリソースブロックの空きを参照していたのに対し、ステップ６は、リチューン先ポジションにおけるリソースブロックの空きを参照する点で異なる。また、基地局は、ステップ６において、移動端末がリチューンするのに必要な時間を考慮して、リチューン先ポジションにおけるリソースブロックの空きを参照する。
【００６１】
ところで、移動端末は、周波数変換部１１において生成する基準周波数をＦ１からＦ２（図１６）に変更することにより、ポジション１からポジション２にＵＥポジションを変更するリチューンを行う。しかし、周波数変換部１１が基準周波数をＦ１からＦ２に変更する際、リチューン先の周波数Ｆ２を安定して生成するまで一定の時間がかかる。このような移動端末の特性を考慮して、基地局は、移動端末がリチューンするのに必要な時間を考慮してスケジューリングを行う。具体的には、図１６に示されるとおり、ポジション１においてＥ−ＭＢＭＳ１を受信している移動端末を、ポジション２にリチューンさせてＵｎｉｃａｓｔ１を受信させたい場合に、基地局は、新たに発生したＵｎｉｃａｓｔ１を、Ｅ−ＭＢＭＳ１の通信タイミングから時間ＲＴ（移動端末がリチューンするのに必要な時間）だけ離れたリソースブロックに割り当てるようスケジューリングを行う。Ｕｎｉｃａｓｔ２のスケジューリングも同様に、Ｅ−ＭＢＭＳ２の通信タイミングから時間ＲＴだけ離れたリソースブロックに割り当てるように行う。リチューン先ポジションにおけるリソースブロックに空きはあるものの、時間ＲＴを確保できない場合には、基地局は、リチューン先ポジションでＵｎｉｃａｓｔデータの割り当てが不可能と判断してもよいし、品質の劣化を見込んだ上で、割り当て可能と判断してもよい。同様にポジション２からポジション１へリチューンする場合にも、移動端末がリチューンするのに時間がかかる。そのため、移動端末がリチューンするのに要する時間を考慮して、基地局はスケジューリングをする必要がある
【００６２】
ステップ６において、基地局がリチューン先ポジションでＵｎｉｃａｓｔデータの割り当て可能と判断した場合には（ステップ6でYes）、ステップ５の処理が実行される。割り当て不可能と判断した場合には（ステップ6でNo）、ステップ２の処理が実行される。ステップ５において、基地局は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対してＵｎｉｃａｓｔデータを送信するため、新たに発生したＵｎｉｃａｓｔデータをＥ−ＭＢＭＳポジション以外のポジションで、Ｅ−ＭＢＭＳデータのタイミングと異なるように、Ｕｎｉｃａｓｔデータにリソースブロックを割り当てる。このようなスケジューリング処理を基地局が行うことにより、移動端末はＥ−ＭＢＭＳデータを受信するときにはＥ−ＭＢＭＳサービスポジションに、Ｕｎｉｃａｓｔデータを受信するときにはＵｎｉｃａｓｔデータが割り当てられたポジションにリチューンを行いながら、異なるタイミングでＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの受信を行う。つまり、移動端末は、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに利用することができる。なお、図１５のステップ５の処理は、図１３のステップ８の処理に相当する。図１５の処理の順番は、必ずしも上記説明と一致していなくてもよい。例えば、まずステップ２の処理を行い、ステップ２でＹｅｓと判断された場合にステップ３へ進む。ステップ２でＮｏと判断された場合に、ステップ１、ステップ４、ステップ６と処理を行い、ステップ６でＹｅｓと判断された場合にステップ５の処理を行う。ステップ１またはステップ４、６にてＮｏと判断された場合に図１３のステップ７を実行する。
【００６３】
図１３のステップ１において、移動端末は、着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を受信したか判定する。着呼処理に用いられる情報は、Ｅ−ＭＢＭＳデータを受信中の移動端末が着呼処理に用いられる情報を受信できるように、下記の方法で基地局から送信される。これは、ＵＥポジション以外のポジションにてその時間に基地局から送信されるデータを移動端末は受信不可能であるという、基地局の帯域幅より移動端末の受信可能帯域幅が小さくなるというＬＴＥ特有の問題から発生する問題を解決するために必要である。図２０および図２１は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２０において、Ａ−Ｃの周波数帯（10MHz）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。つまり、Ｅ−ＭＢＭＳサービスポジションはポジション１であり、Ｅ−ＭＢＭＳデータを受信中の移動端末もまたポジション１の周波数帯で受信している。そして、着呼処理に用いられる情報は、移動端末が選択しているポジション（ＵＥポジション 選択周波数帯）に関わらず受信できるように、各ポジションを使用して基地局から送信される。図２０の場合、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄを使用して、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるような複数のリソースブロックを割り当てられる。つまり、同じ情報を複数のリソースブロックを使用して送信していることになる。
【００６４】
図２１は、Ａ−Ｂの周波数帯を利用してＥ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツが連続送信されているので、着呼処理に用いられる情報をＥ−ＭＢＭＳコンテンツの送信タイミングとずらして送信することはできない。しかし、Ｅ−ＭＢＭＳコンテンツには、ポジション１（Ａ−Ｃ）のうち、Ａ−Ｂの周波数帯のみ割り当てられているので、着呼処理に用いられる情報をポジション１のＢ−Ｃの周波数帯に割り当てることは可能である。図２１においても図２０と同様、着呼処理に用いられる情報は、移動端末が選択しているポジション（ＵＥポジション）に関わらず受信できるように、各ポジションを使用して基地局から送信される。図２１の場合、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄを使用して、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。この場合も、同じ着呼処理に用いられる情報を複数のリソースブロックを使用していることになる。
【００６５】
図２２および図２３は、Ｅ−ＭＢＭＳデータを受信中の移動端末に着呼処理（Paging）に用いられる情報（Paging message, Paging indicatorなど）を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２２において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳサービスポジションにおいて、Ｅ−ＭＢＭＳとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。図２０は、移動端末が選択しているポジション（ＵＥポジション 選択周波数帯）に関わらず、着呼処理に用いられる情報を受信できるように、ポジション１とポジション２とポジション３が重なる周波数帯Ｂ−Ｄのリソースブロックを割り当てられていたが、図２２は、Ｅ−ＭＢＭＳサービスポジションに、着呼処理に用いられる情報を割り当てた点が異なる。したがって、図２０、２１に示す場合と異なり、着呼処理に用いられる情報を複数のリソースブロックに割り当てる必要がなく、無線資源の効率的利用に資する。図２３は、Ｅ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツは、ポジション１（Ａ−Ｃ）のうちＡ−Ｂの周波数帯のみ割り当てられているので、着呼処理に用いられる情報をポジション１のＢ−Ｃの周波数帯に割り当てている。移動端末の受信可能帯域幅は１０ＭＨｚであるので、この場合でも問題なく受信できる。図２３も図２２と同様、Ｅ−ＭＢＭＳサービスポジションに、着呼処理に用いられる情報を割り当てた点に特徴があり、無線資源の効率的利用という点においてメリットがある。Ｅ−ＭＢＭＳサービスポジションに着呼処理に用いられる情報を割り当てたが、更にＥ−ＭＢＭＳサービスポジション中の移動端末が受信しているＥ−ＭＢＭＳコンテンツ(番組)と同じ周波数軸上の範囲に常に着呼処理に用いられる情報を割り当てることも考えられる。これにより移動端末の受信処理にて扱う必要のある周波数の範囲が小さくなることから、復調部１３、制御部１５の処理負荷が低くなるというメリットを得ることが考えられる。
【００６６】
図２４および図２５は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２４において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳコンテンツの一部として移動端末に通知される。具体的には、Ｅ−ＭＢＭＳサービス受信中の移動端末の着呼処理に用いられる情報をＭＣＨ(Transport Channel)上にマッピングする。ＭＣＨはコンテンツ送信用共通チャネルの一例として以下説明する。あるいは、ＭＣＣＨ(Logical Channel)又はＭＴＣＨ(Logical Channel)に乗せる。つまり、メディアアクセス制御を行うｅＮｏｄｅＢやページング処理を実行するａＧＷあるいはより上位のネットワーク機器により、移動端末からのＥ−ＭＢＭＳコンテンツに対するカウンティング（Counting）やエントリー（Subscribe, Activation）などを受けて、Ｅ−ＭＢＭＳサービス受信中の移動端末に対する着呼処理に用いられる情報をＰＣＨではなくＭＣＨで送信する。あるいはＰＣＣＨではなくＭＣＣＨまたはＭＴＣＨで送信することも可能である。この時、Ｅ−ＭＢＭＳサービスを受信していない移動端末に対する、着呼処理に用いられる情報は、通常どおりＰＣＨを用いて送信する。このように、着呼処理に用いられる情報を、ＭＣＨ、ＭＣＣＨ、ＭＴＣＨを用いてＥ−ＭＢＭＳデータの一部として移動端末に送信することにより、Ｅ−ＭＢＭＳサービス受信中の移動端末は、Ｅ−ＭＢＭＳサービスデータの受信を行っていれば、着呼処理に用いられる情報も受信可能となる。この点において移動端末のＥ−ＭＢＭＳサービス受信中のページング受信処理が簡素化可能である。図２５は、Ｅ−ＭＢＭＳコンテンツが連続送信されている場合の説明図である。Ｅ−ＭＢＭＳコンテンツは、ポジション１（Ａ−Ｃ）のうちＡ−Ｂの周波数帯のみ割り当てられており、着呼処理に用いられる情報がＰＣＨではなくＭＣＨまたはＭＣＣＨ、ＭＴＣＨを用いて送信されている点は、図２４と同様である。
【００６７】
図２６は、Ｅ−ＭＢＭＳデータを受信中の移動端末に、着呼処理に用いられる情報を送信する際の周波数や時間などの無線資源の割り当てを説明するリソースブロックの説明図である。図２６において、Ａ−Ｃの周波数帯（ポジション１）を用いてＥ−ＭＢＭＳコンテンツが非連続送信されている。そして、着呼処理に用いられる情報は、Ｅ−ＭＢＭＳサービスポジション（図２６ではポジション１のこと）とは異なるポジション２において、Ｅ−ＭＢＭＳコンテンツとは異なるタイミングで非連続送信されるようなリソースブロックを割り当てられる。図２６に示すように、Ｅ−ＭＢＭＳデータと、着呼処理に用いられる情報が異なるポジションで移動端末に送信される場合には、移動端末はＥ−ＭＢＭＳサービスポジションから、着呼処理に用いられる情報が送信されるポジションにリチューンを行う必要がある。移動端末がリチューンを行う場合、中心周波数Ｆ１（ポジション１）からＦ２に切り替え処理を行うが、切り替え後、切り替えられた周波数Ｆ２を安定して出力するまでに時間（ＲＴ）がかかる。このようなリチューンに要する時間差を考慮し、図２６では、Ｅ−ＭＢＭＳコンテンツの送信後、リチューンに要する所定の時間ＲＴだけあけて、着呼処理に用いられる情報が送信されるように、リソースブロックが割り当てられる。
【００６８】
システムとして、ＰＣＨ送信時間とＥ−ＭＢＭＳサービス送信時間が重ならないようにタイミング調整を行っておけば、基地局、ａＧＷ、それより上位の機器において、どの移動端末がＥ−ＭＢＭＳサービス受信中か否かを気にすることなく、Ｅ−ＭＢＭＳサービス受信中の移動端末においてもＰＣＨを受信することが可能となる。なお、Ｅ−ＭＢＭＳ受信中の移動端末に対して着呼に用いられる情報を送信する場合に、ＰＣＨ送信時間について上記調整を行い、Ｅ−ＭＢＭＳを受信していない移動端末に対しては、タイミング調整を行っていないＰＣＨに載せて送信するようにしてもよい。このように構成することにより、Ｅ−ＭＢＭＳサービスを受信していない移動端末に対するＰＣＨ送信時間に対しては、タイミング調整不要であるために自由度が増す。しかし、Ｅ−ＭＢＭＳサービスを受信している移動端末に対するＰＣＨは、Ｅ−ＭＢＭＳ送信タイミングと重ならないようにタイミング調整される必要がある。
【００６９】
以上、図２０〜図２６を用いて、基地局から移動端末あてに、着呼処理に用いられる情報を送信する方法について説明したが、ＰＣＨのみならずＳＣＨ（Synchronized Channel）を送信する場合にも適用可能である。また、Ｅ−ＭＢＭＳ用の制御データとユーザデータを送信するためのＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ(Multicast Traffic Channel)を送信する場合にも適用可能である。この場合は、Ｅ−ＭＢＭＳデータをＭＴＣＨ、着呼処理に用いられる情報をＭＣＣＨにおきかえて考えれば上記思想を適用可能である。また、実施の形態３では、上記の通りＥ−ＭＢＭＳデータ(制御情報含む)を受信中の移動端末がＵｎｉｃａｓｔデータの受信を開始する手順について説明したが、実施の形態３で示した思想はＵｎｉｃａｓｔデータを受信中の移動端末がＥ−ＭＢＭＳデータ(制御情報含む)の受信を開始する際の手順に用いることも可能である。
【００７０】
実施の形態４．
Ｅ−ＭＢＭＳ受信中の移動端末が移動した結果、通信するセルを切り替えるハンドオーバが必要になる場合がある。Ｅ−ＭＢＭＳ受信中であって、かつ着呼処理に用いられる情報をＰＣＨではなくＭＣＨまたはＭＣＣＨ、ＭＴＣＨを用いて送信している場合のハンドオーバ（ハードハンドオーバ）を実行した場合、ハンドオーバ先でもハンドオーバ元と同じように移動端末に対する、着呼処理に用いられる情報が送信されなければならない。そこで、ＬＴＥの通信システムでは、基地局同士が直接通信することが予定されているので、ハンドオーバ元の基地局からハンドオーバ先の基地局に対して、「ハンドオーバする移動端末がＥ−ＭＢＭＳサービスを受信中である」ことを示す情報を通知する。ハンドオーバ先の基地局は、移動してくる移動端末がＥ−ＭＢＭＳサービスを受信中であることを認識すると、Ｅ−ＭＢＭＳの送信時間に重ならないようにスケジューリングを行いＰＣＨ送信を行う。または、着呼処理に用いられる情報をＰＣＨではなく、ＭＣＨ又はＭＣＣＨ、ＭＴＣＨを用いて移動端末に送信を行う。なお、Ｅ−ＭＢＭＳサービスを受信している移動端末に対する、ＰＣＨ（着呼処理に用いられる情報）の送信タイミングを、Ｅ−ＭＢＭＳデータの送信タイミングと重ならないように調整している場合も、上記と同様の処理を行う。
【００７１】
図２７は、Ｅ−ＭＢＭＳデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。ステップ１において、Ｅ−ＭＢＭＳコンテンツを受信する移動端末は、ハンドオーバ元の基地局であるｅＮｏｄｅＢ（１）に対して、所望のＥ−ＭＢＭＳコンテンツを受信することを通知する(Counting, Entry(Subscribe, Activation))。これを受けて、移動端末に対して、Ｅ−ＭＢＭＳコンテンツが送信される。ステップ２において、ｅＮｏｄｅＢ（１）は、着呼処理に用いられる情報をＰＣＨを用いて、Ｅ−ＭＢＭＳコンテンツの送信時間と重ならないように送信する。ステップ３において、ハンドオーバー元基地局であるｅＮｏｄｅＢ（１）（Source eNodeB）からハンドオーバ先基地局であるｅＮｏｄｅＢ（２）(Target eNodeB)に、移動端末をハンドオーバさせることを決定すると、ステップ４において、ｅＮｏｄｅＢ（１）はｅＮｏｄｅＢ（２）に対して、「ハンドオーバする移動端末がＥ−ＭＢＭＳサービスを利用中である」情報を通知する。ステップ５において、ハンドオーバ処理が完了すると、ステップ４において通知を受けたｅＮｏｄｅＢ（２）は、ステップ６において移動してくる移動端末に対して、着呼処理に用いられる情報をＰＣＨを用いて、Ｅ−ＭＢＭＳコンテンツの送信時間と重ならないように送信を行う。
【００７２】
なお、ステップ２の処理は基地局、ａＧＷのいずれが行ってもよいし、ｅＮｏｄｅＢと共同で行っても良い。ハンドオーバ時に必要な情報をこの基地局間の通信経路にて通知することは、従来の技術(UTRANシステム)でのハンドオーバ元基地局−基地局制御装置(RNC)−ハンドオーバ先基地局の経路で通知される場合と比較して短時間で伝達できるという利点がある。しかし、ハンドオーバ元基地局からネットワーク経由でハンドオーバ先基地局に通知されてもよい。また、移動端末がハンドオーバ先基地局へ再度Ｅ−ＭＢＭＳコンテンツを受信する旨を通知（Counting, Entry (Subscribe, Activation)）してもよい。また、着呼処理に用いられる情報がＰＣＨではなく、ＭＣＨ、またはＭＣＣＨ、ＭＴＣＨで送信されている場合も同様である。
【００７３】
また、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用している移動端末がハンドオーバする場合、ハンドオーバ先の基地局においても、移動端末に対してＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信を行うか決定する必要がある。例えば、ハンドオーバ元の無線資源が、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータをともに送信するのに十分な余裕があっても、ハンドオーバ先の無線資源に余裕がなければ、Ｅ−ＭＢＭＳサービスかＵｎｉｃａｓｔサービスのいずれかを断念せざるを得ない場合がある。図２８は、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータを受信中の移動端末に対するハンドオーバ処理を示すフローチャートである。図２８において、移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに利用している場合（ステップ１）であって、ハンドオーバ処理が決定されると（ステップ２）、ハンドオーバ元の基地局ｅＮｏｄｅＢ（１）がハンドオーバ先の基地局ｅＮｏｄｅＢ（２）に、移動端末がＥ−ＭＢＭＳデータを受信中であることを示す情報を通知する。「移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスの同時受信中である旨」を通知しても良い。通知を受けたｅＮｏｄｅＢ（２）は、移動端末にＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスをともに提供できるだけの無線資源があるか、判定を行う。この判定処理の詳細は、図１５を用いて説明したので、説明は省略する。
【００７４】
図２９は、ハンドオーバ元の基地局とハンドオーバ先の基地局におけるリソースブロックを示す説明図である。図２９の(ａ)はハンドオーバ元の基地局におけるリソースブロックを、（ｂ）はハンドオーバ先の基地局におけるリソースブロックを示す。図２９(ａ)は、図１５ステップ２の処理により、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用可否を判断した場合、可能と判断されるものであり、移動端末に対してポジション１の周波数帯域でＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信がなされる。一方、図２９（ｂ）は、ポジション１の周波数帯において割り当て可能なリソースブロックがほとんどなく、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用は不可と判断される。この場合、Ｅ−ＭＢＭＳデータとＵｎｉｃａｓｔデータのいずれかユーザにより優先指定された方が移動端末に送信される。
【００７５】
上記説明のように、Ｅ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用している移動端末がハンドオーバする場合、ハンドオーバ前に、ハンドオーバ元の基地局がハンドオーバ先の基地局に対して、移動端末がＥ−ＭＢＭＳサービスとＵｎｉｃａｓｔサービスを利用中である旨通知することにより、ハンドオーバ先の基地局において、移動端末に対してＥ−ＭＢＭＳデータとＵｎｉｃａｓｔデータの送信を行うか判断する。このように、ハンドオーバ前に、Ｅ−ＭＢＭＳとＵｎｉｃａｓｔサービスの同時利用が可能か判断することにより、より適切な（例えば、両サービスを問題なく利用できる）セルをハンドオーバ先に選択できるという効果を得ることができる。
【符号の説明】
【００７６】
１ ａＧＷ、２ 基地局、３ 移動局、４ パケットデータネットワーク、５ サービスセンター、６ プロトコル処理部、７ アプリケーション部、８ 送信データバッファ部、９ エンコーダー部、１０ 変調部、１１ 周波数変換部、１２ アンテナ、１３ 復調部、１４ デコード部、１５ 制御部、１６ ａＧＷ通信部、１７ 他基地局通信部、１８ プロトコル処理部、１９ 送信データバッファ部、２０ エンコーダー部、２１ 変調部、２２ 周波数変換部、２３ アンテナ、２４ 復調部、２５ デコーダー部、
２６ 制御部。
【特許請求の範囲】
【請求項１】
移動端末と基地局との間で無線通信を行う通信方法であって、
ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、
着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、
前記ＭＢＭＳ送信工程および前記着呼送信工程では、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする通信方法。
【請求項２】
移動端末およびこの移動端末との間で無線通信を行う基地局を備えた移動体通信システムであって、
前記基地局は、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、
前記ＭＢＭＳ送信手段および前記着呼送信手段は、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする移動体通信システム。
【請求項３】
移動端末との間で無線通信を行う基地局であって、
ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、
着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、
前記ＭＢＭＳ送信手段および前記着呼送信手段は、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする基地局。
【請求項４】
基地局との間で無線通信を行う移動端末であって、
ＭＢＭＳデータを時間的に非連続に受信するＭＢＭＳ受信手段と、
着呼処理に用いられる情報を時間的に非連続に受信する着呼受信手段と、を含み、
前記ＭＢＭＳデータを受信するタイミングと、前記着呼処理に用いられる情報を受信するタイミングとが異なるようにすることを特徴とする移動端末。
【請求項１】
移動端末と基地局との間で無線通信を行う通信方法であって、
ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信工程と、
着呼処理に用いられる情報を時間的に非連続に送信する着呼送信工程と、を含み、
前記ＭＢＭＳ送信工程および前記着呼送信工程では、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする通信方法。
【請求項２】
移動端末およびこの移動端末との間で無線通信を行う基地局を備えた移動体通信システムであって、
前記基地局は、ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、
前記ＭＢＭＳ送信手段および前記着呼送信手段は、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする移動体通信システム。
【請求項３】
移動端末との間で無線通信を行う基地局であって、
ＭＢＭＳデータを時間的に非連続に送信するＭＢＭＳ送信手段と、
着呼処理に用いられる情報を時間的に非連続に送信する着呼送信手段と、を含み、
前記ＭＢＭＳ送信手段および前記着呼送信手段は、前記ＭＢＭＳデータを送信するタイミングと、前記着呼処理に用いられる情報を送信するタイミングとを異ならせることを特徴とする基地局。
【請求項４】
基地局との間で無線通信を行う移動端末であって、
ＭＢＭＳデータを時間的に非連続に受信するＭＢＭＳ受信手段と、
着呼処理に用いられる情報を時間的に非連続に受信する着呼受信手段と、を含み、
前記ＭＢＭＳデータを受信するタイミングと、前記着呼処理に用いられる情報を受信するタイミングとが異なるようにすることを特徴とする移動端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公開番号】特開２０１３−６６２４９（Ｐ２０１３−６６２４９Ａ）
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１３−３４３６（Ｐ２０１３−３４３６）
【出願日】平成２５年１月１１日（２０１３．１．１１）
【分割の表示】特願２０１１−９６０７５（Ｐ２０１１−９６０７５）の分割
【原出願日】平成１８年８月９日（２００６．８．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２５年１月１１日（２０１３．１．１１）
【分割の表示】特願２０１１−９６０７５（Ｐ２０１１−９６０７５）の分割
【原出願日】平成１８年８月９日（２００６．８．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]