(57)【要約】【課題】LTEのMBMSにおいて、オーバーヘッドを削減する無線通信基地局装置及び無線通信方法を提供する。【解決手段】MBMS SIB作成部１０６は、MCCHを報知情報のMBMS SIBとして作成し、MBMS SB作成部１０４は、MBMS SIBのスケジューリング情報を含めてMBMS SBを作成する。MIB作成部１０３は、MBMS SBのスケジューリング情報を含めてMIBを作成し、送信部１０７は、スケジューリング部１０１のスケジューリングに従って、作成されたMBMS SIB、MBMS SB、MIBを端末に送信する。【選択図】図３
2008136151.tif 000002
【特許請求の範囲】
【請求項１】
Multimedia Broadcast Multicast Service (MBMS)用の制御情報を報知情報の形態であるSystem Information Block (SIB)としてMBMS SIBを作成するMBMS SIB作成手段と、
前記制御情報のスケジューリング情報を含めてMBMS用のScheduling Block (MBMS SB)を作成するMBMS SB作成手段と、
前記MBMS SBのスケジューリング情報を含めてMaster Information Block (MIB)を作成するMIB作成手段と、
作成された前記MBMS SIB、前記MBMS SB、前記MIBを送信する送信手段と、
を具備する無線通信基地局装置。
【請求項２】
複数の無線通信基地局装置から同一周波数帯及び同一タイミングで同一情報を送信するSingle Frequency Network (SFN) operation用のMBMSデータに対する制御情報と、前記SFN operationを用いないNon SFN operation用のMBMSデータに対する制御情報とをそれぞれスケジューリングするスケジューリング手段を具備する請求項１に記載の無線通信基地局装置。
【請求項３】
無線通信端末装置に通知するMessageにSFN operationを適用するかNon SFN operationを適用するかを示す情報を前記Messageより先に送信する他のMessageを作成するMessage作成手段を具備する請求項２に記載の無線通信基地局装置。
【請求項４】
MBMS用の制御情報の取得指示を前記無線通信端末装置に通知するMessageと、前記制御情報のスケジューリング情報を含めたMBMS SBとが同一の送信単位となるように送信タイミングを調整する送信タイミング調整手段を具備する請求項２に記載の無線通信基地局装置。
【請求項５】
Multimedia Broadcast Multicast Service (MBMS)用の制御情報を報知情報の形態であるSystem Information Block (SIB)としてMBMS SIBを作成するMBMS SIB作成工程と、
前記制御情報のスケジューリング情報を含めてMBMS用のScheduling Block (MBMS SB)を作成するMBMS SB作成工程と、
前記MBMS SBのスケジューリング情報を含めてMaster Information Block (MIB)を作成するMIB作成工程と、
作成された前記MBMS SIB、前記MBMS SB、前記MIBを送信する送信工程と、
を具備する無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Multimedia Broadcast Multicast Service (MBMS)通信を行う無線通信基地局装置及び無線通信方法に関する。
【背景技術】
【０００２】
UMTSでは、Multimedia Broadcast Multicast Service (MBMS)がRelease6において導入された。MBMSの目的は、複数のユーザが同じ情報を必要とするサービスにおいて、個々のユーザに個別のチャネルを使って情報を送信するのではなく、共通のチャネルを使って同じ情報を送信することにより、無線リソース、ネットワークリソースの有効利用を図ることである。
【０００３】
最初に、UMTSにおけるMBMSの概要について説明する。なお、これらの動作概要については非特許文献１に、RRC (Radio Resource Control)の詳細な動作については、非特許文献2に記載されている。
【０００４】
UMTSにおいてMBMSをpoint-to-multipointで提供する際に使われているチャネルを図２６に示す。この図では、Logical Channel、Transport Channel、Physical Channelの関係も含めて示している。Logical Channelは、MBMS point-to-multipoint Traffic Channel (MTCH)、MBMS point-to-multipoint Control Channel (MCCH)、MBMS point-to-multipoint Scheduling Channel (MSCH)の３つが新たにMBMS用に定義された。
【０００５】
ここで、MTCHは、MBMSのデータを伝送するチャネルであり、データチャネルである。また、MCCHは、MBMSを提供するための制御情報を含むチャネルであり、制御チャネルである。さらに、MSCHは、MTCHのスケジューリング情報を伝送するチャネルであり、制御チャネルである。
【０００６】
次に、Transport Channelは、Forward Access Channel (FACH)が３つのLogical Channelを伝送するために用いられている。FACHは、UMTSにおいてもともと存在するチャネルであり、新たにMBMS用に定義されたチャネルではない。
【０００７】
最後に、Physical Channelは、Secondary Common Control Physical Channel (S-CCPCH)がそのFACHを伝送するために使用される。S-CCPCHもUMTSにおいてもともと存在するチャネルであり、新たにMBMS用に定義されたチャネルではない。
【０００８】
以下、主にLayer2、Layer3について説明する。まず、上述したMCCHについて詳細に説明する。MCCHは、大きく２つのカテゴリに分類される。すなわち、CriticalとNon Criticalである。また、Criticalは、Notification用のmessage、RB (Radio Bearer) information用のmessage、一般的なMBMS関連の情報用のmessageの３つの体系に分かれている。これに対して、Non CriticalはCounting用のmessageしかない。
【０００９】
具体的には、Notification用のMessageとして、MBMS MODIFIED SERVICES INFORMATION（変更のあったServiceの情報を示すMessageであり、端末に対する今後の動作も含む）、MBMS UNMODIFIED SERVICES INFORMATION（変更のないServiceの情報を示すMessageであり、端末に対する今後の動作も含む）がある。
【００１０】
また、RB information用のMessageとして、MBMS COMMON P-T-M RB INFORMATION（RB informationのうち、サービス間で共通の設定を含む）、MBMS CURRENT CELL P-T-M RB INFORMATION（RB informationのうち、自セルでの設定を含む）、MBMS NEIGHBOURING CELL P-T-M RB INFORMATION（RB informationのうち、隣接セルでの設定を含む）がある。
【００１１】
さらに、一般的なMBMS関連の情報用のMessageとして、MBMS GENERAL INFORMATION（Preferred frequency、MBMS用のtimer、counterの情報、MSCHのconfiguration情報等を含む）がある。
【００１２】
一方、Non Criticalには、MBMS ACCESS INFORMATION（Countingに関する情報を含む）がある。
【００１３】
このように定義されたMCCHのmessageを端末が受信し、設定を行うことにより、実際にデータを伝送するMTCH、またはMTCHのスケジューリング情報を伝送するMSCHを受信できるようになる。
【００１４】
次に、Notification及びCountingについて説明する。MBMSは、常時、サービスが提供されているわけではなく、定期的、または不定期にサービスが提供される。具体例としては、Mobile TVのようなサービスでは、定期的に同じ番組（コンテンツは毎回、または複数回毎に異なる）が流されたり、株価情報が定期的に送信されたりする。
【００１５】
また、不定期なサービス提供の例としては、特定の情報に限ったニュース速報などであり、新たなニュースがあったときに配信される。このようなサービスに対応するためには、ユーザの興味があるサービスの提供をネットワークが開始することを端末に通知する必要がある。この動作がNotificationである。
【００１６】
Notificationには大きく分けて２つある。１つには、上記のMCCHで定義されているNotificationのMessageを端末が確認することにより、端末が要求するサービスを提供しているかを確認するものである。２つには、MBMS Indicator Channel (MICH)により、上記のMCCHで定義されているNotificationのMessageを確認する必要があることを通知するものである。
【００１７】
このように、Notificationには、端末が１ステップでNotificationのMessageを確認する方法と、端末が２ステップでNotificationのMessageを確認する方法がある。
【００１８】
上述したようにMBMSとして提供される特定のサービスに対して、セルで提供する必要があるか否か、また必要ならどのように提供するか、Countingを行うことにより決定する。セルで提供する必要があるか否かという点では、特定のサービスを要求する端末が存在するかを確認することになる。
【００１９】
具体的には、まず、ネットワークは端末に対して、これから提供するサービスに対してCountingを行うための情報としてProbability factorと呼ばれるパラメータを送信する。これは、特定のサービスを要求する全ての端末が応答することによりおこる回線の輻輳を防ぐために、特定のサービスを要求する端末のうち一部の端末のみに応答させるパラメータである。
【００２０】
ここで、特定のサービスを要求する端末のうち、応答した端末をネットワークが認識することにより、このセルにそのサービスを提供する必要があることが分かる。なお、端末からの応答がない場合には、Probability factorの値を変更して、より多くの端末が応答できるようにする。
【００２１】
ネットワークは、次にどのようにサービスを提供するか決定する。例えば、Multicastは複数の端末に対して同じ情報を送信するため、セルエッジに存在するような端末を考慮して、高い電力で送信する必要がある。しかし、特定のサービスを要求する端末が少ない場合には、個々の端末に対してそれぞれ同じ情報を送信した方がよい場合がある。ネットワークは、このような場合の判断もする必要がある。具体例としては、４台以上端末が存在する場合には、MBMSをMulticastによって提供し、４台未満の場合には、MBMSを個別に送信するなどの動作である。この例では、４台以上端末が存在することをCountingで確認する。
【００２２】
次に、端末がMCCHを受信するまでの動作について図２７を用いて説明する。上述したようにMCCHは、FACH（Physical ChannelとしてはS-CCPCH）で送られる。MCCHの送信動作を示すパラメータとして、Modification period、Repetition period、Access Info periodの３つがある。Modification periodは、MCCHのCritical messageを変更できない期間であり、この間に複数回送信されうるCritical messageの内容は全て同じである。ただし、Non critical messageはこの期間内でも変更できる。
【００２３】
また、Repetition periodは、MCCHのCritical messageがRepetitionされる間隔であり、Modification periodはRepetition periodの整数倍である。さらに、Access Info periodは、MCCHのNon Critical messageがRepetitionされる間隔である。
【００２４】
これらのパラメータにより、端末がどのタイミングでMCCHを取得するかを知ることができる。なお、端末としては、このパラメータの他にもMCCHが送られるFACH（Physical ChannelとしてはS-CCPCH）の情報を取得する必要がある。これらのチャネル情報とMCCHの送信間隔に関する情報は報知情報としてSIB5にて送信されている。すなわち、端末はSIB5を受信することにより、MCCHを受信する準備ができる。ちなみに、端末がSIB5を受信するには、SIB5のスケジューリング情報が必要であるため、MIBに含まれるスケジューリング情報を取得しておくことになるが、それは一般的な報知情報取得動作である。
【００２５】
このようにUMTS Rel6のMBMSでは、多くの動作が新たに定義されており、非常に複雑なシステムになっている。
【非特許文献１】3GPP TS25.346 “Introduction of the Multimedia Broadcast Multicast Service in the Radio Access Network”
【非特許文献２】3GPP TS25.331 “Radio Resource Control”
【発明の開示】
【発明が解決しようとする課題】
【００２６】
しかしながら、LTE (Long Term Evolution)では、MBMSがシステム開発当初から適用されており、様々な文献等においてMBMS用の新規機能、また新たなフレームワークを盛り込むことが提案されているものの、オーバーヘッドが増大するという問題がある。
【００２７】
本発明はかかる点に鑑みてなされたものであり、LTEのMBMSにおいて、オーバーヘッドを削減する無線通信基地局装置及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２８】
本発明の無線通信基地局装置は、Multimedia Broadcast Multicast Service (MBMS)用の制御情報を報知情報の形態であるSystem Information Block (SIB)としてMBMS SIBを作成するMBMS SIB作成手段と、前記制御情報のスケジューリング情報を含めてMBMS用のScheduling Block (MBMS SB)を作成するMBMS SB作成手段と、前記MBMS SBのスケジューリング情報を含めてMaster Information Block (MIB)を作成するMIB作成手段と、作成された前記MBMS SIB、前記MBMS SB、前記MIBを送信する送信手段と、を具備する構成を採る。
【００２９】
本発明の無線通信方法は、Multimedia Broadcast Multicast Service (MBMS)用の制御情報を報知情報の形態であるSystem Information Block (SIB)としてMBMS SIBを作成するMBMS SIB作成工程と、前記制御情報のスケジューリング情報を含めてMBMS用のScheduling Block (MBMS SB)を作成するMBMS SB作成工程と、前記MBMS SBのスケジューリング情報を含めてMaster Information Block (MIB)を作成するMIB作成工程と、作成された前記MBMS SIB、前記MBMS SB、前記MIBを送信する送信工程と、を具備するようにした。
【発明の効果】
【００３０】
本発明によれば、LTEのMBMSにおいて、オーバーヘッドを削減することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一の機能を有する構成には同一符号を付し、重複する説明は省略する。
【００３２】
（実施の形態１）
図１は、本発明の実施の形態１に係るMIB, MBMS SB, MBMS SIBの関係を示す図である。UMTSでは、MCCHとして定義されている複数のMessageが報知情報の形態、すなわち、System information block (SIB)とは異なる体系で送信されていたが、ここでは、図１に示したように、MBMS用のSIB（以下、「MBMS SIB」という）として定義されている。なお、SIBの単位としては、UMTSのMCCHでのmessage毎として考えることができる。例えば、MBMS MODIFIED SERVICES INFORMATIONに該当するような情報を伝送するSIBを一つ定義し、MBMS UNMODIFIED SERVICES INFORMATIONに該当するような情報を伝送するSIBを一つ定義するなどである。ただし、SIBの割り当て方としては、上記の方法に限らず、別の方法を用いてもかまわない。
【００３３】
このように定義されたMBMS SIBは、MBMSのSIBに対するスケジューリング情報を含むMBMS用のScheduling block（以下、「MBMS SB」という）によってスケジューリングされる。スケジューリング情報としては、UMTSの報知情報の送信で定義されていた送信タイミング（System Frame Number上のポジション）、送信間隔に加えて、radio block等の別の情報が必要とされる可能性もあるが、どのような情報であってもよい。
【００３４】
MBMS SBは、通常のSBと同様にMaster Information Block (MIB)によってスケジューリングされる。このような動作により、UMTSにおいて、別の機能が必要とされていたMBMSのMCCH受信が報知情報で用いられている機能によって置き換えることが可能となる。具体的には、UMTSにおいて定義されていたRepetition period、Access info periodは、MBMS SIBの送信間隔によって定義できる。これは、通常のSIBの送信に用いられる情報と同じである。
【００３５】
これについて図２を用いて説明する。この図では、MIBは、送信間隔（repetition period）を４とし、送信タイミング（position）を０としている。これは、UMTSでの定義と同様である。このような場合、Super Frame Numberを４で割った余りが０となるタイミングでMIBが送信されることとなる。ここでは、MIBに格納されたMBMS SBのスケジューリング情報として、送信間隔（repetition period）８、送信タイミング（position）２となっていることから、Super Frame Numberを８で割った余りが２となるタイミングでMBMS SBが送信されることとなる。同様に、MBMS SBに格納されたSIBのスケジューリング情報に基づいてSIBの送信間隔及び送信タイミングが決定される。
【００３６】
以下、本発明の実施の形態１に係る基地局装置１００の構成について図３を用いて説明する。スケジューリング部１０１は、後述するMBMS SIB作成部１０６からMBMS SIB種別と各MBMS SIB種別のデータサイズを取得し、これらに基づいて、MBMS SIBのスケジューリング情報を決定する。また、スケジューリング部１０１は、後述するMBMS SB作成部１０４から作成されたMBMS SBのデータサイズ等の情報を取得し、これに基づいて、MBMS SBのスケジューリング情報を決定する。決定されたMBMS SIBのスケジューリング情報はMBMS SB作成部１０４に、MBMS SBのスケジューリング情報はMIB作成部１０３にそれぞれ出力される。また、これらのスケジューリング情報は送信部１０７に出力される。
【００３７】
報知情報データベース部１０２は、報知情報のうちMIBに関連する情報を記憶し、記憶したMIB関連情報をMIB作成部１０３に出力する。
【００３８】
MIB作成部１０３は、スケジューリング部１０１から出力されたMBMS SBスケジューリング情報と、報知情報データベース部１０２から出力されたMIB関連情報とからMIBを作成し、作成したMIBを送信部１０７に出力する。
【００３９】
MBMS SB作成部１０４は、スケジューリング部１０１から出力されたMBMS SIBスケジューリング情報に基づいて、MBMS SBを作成し、作成したMBMS SBを送信部１０７に出力する。また、作成したMBMS SBのデータサイズ等の情報をスケジューリング部１０１に出力する。
【００４０】
MBMSデータベース部１０５は、MBMSとして提供するサービス情報と、このサービスを提供するために必要な設定情報を記憶し、記憶したこれらの情報をMBMS SIB作成部１０６に出力する。
【００４１】
MBMS SIB作成部１０６は、MBMSデータベース部１０５から出力されたサービス情報と設定情報とに基づいて、MBMS SIBを作成し、作成したMBMS SIBを送信部１０７に出力する。また、作成したMBMS SIBの種別及びデータサイズをスケジューリング部１０１に出力する。
【００４２】
送信部１０７は、MIB作成部１０３から出力されたMIB、MBMS SB作成部１０４から出力されたMBMS SB、MBMS SIB作成部１０６から出力されたMBMS SIBを、スケジューリング部１０１から出力されたスケジューリング情報にしたがって送信する。
【００４３】
基地局装置１００は、このような構成を有することから、MBMS SIBを通常の報知情報と同様に送信することができる。また、UMTSでは、Critical information内で同一のRepetition periodを用いる必要があり、またどのような順番でMCCHのmessageが並んでいるかは受信するまで分からなかったが、上記方式では、MBMS SIB毎に送信頻度を変えられると共に、MBMS SIB毎の送信タイミングも通知できるため、より柔軟な動作が可能となる。
【００４４】
Modification periodについても、UMTSの報知情報にて使用されているValue tagを使用することが考えられる。すなわち、Modification periodのような変更されない区間を定義するのではなく、Value tagによって内容が変更されたか否かを通知することにより、端末において変更の有無を検出することができる。
【００４５】
なお、このValue tagは、全てのMBMS SIB毎に別々に運用するのではなく、関連するMBMS SIB同士を同時に更新することも考えられる。具体的には、Notificationに関する情報はセットとして考えられるので、MBMS MODIFIED SERVICES INFORMATIONに該当する情報を伝送するSIBと、MBMS UNMODIFIED SERVICES INFORMATIONに該当する情報を伝送するSIBとで同様にValue tagをインクリメントする方法がある。また、極端な運用としては、UMTSにおいてCriticalとして定義されているmessageに該当する情報を伝送するSIBでは、全て同様にValue tagをインクリメントする方法も考えられる。
【００４６】
なお、このValue tagは、他の報知情報送信用のValue tagと異なる値の範囲を持つことも可能である。具体的には、報知情報送信の際に、Predefined configuration用のValue tag、Cellレベルの情報のValue tag、PLMNレベルの情報のValue tag等の複数の種類のValue tagがUMTSでは用意されている。これと同様に、MBMS SIB用のValue tagを設けることが考えられる。
【００４７】
このように実施の形態１によれば、MCCHを報知情報のMBMS SIBとして作成し、MBMS SIBのスケジューリング情報を含めてMBMS SBを作成し、MBMS SBのスケジューリング情報を含めてMIBを作成し、作成したこれらの情報を端末に送信することにより、MBMS SIBを通常の報知情報と同様に送信することができるので、オーバーヘッドを削減することができる。
【００４８】
なお、本実施の形態では、Modification periodの代わりにValue tagを用いて変更を検出する方法について説明したが、Modification periodの概念を使用することも可能である。具体的には、MBMS SBもしくはMIBにModification periodの情報を含めて端末に通知することである。この際、Modification periodを開始する点としてはUMTSと同じく、System Frame Numberを特定の値でModをとった値が０になる点でもよいし、MBMS SBなどを基点としてもよい。また、Modification periodの間隔も、UMTSと同様にMBMS SIBの送信間隔の整数倍にすることが考えられるし、MBMS SBの送信間隔の整数倍として定義することも可能である。
【００４９】
また、本実施の形態では、MBMS SBを定義したが、MBMS SBの内容が全てMIBに含まれることも運用として考えられる。このような場合には、MIBから直接MBMS SIBのスケジューリングが行われる。
【００５０】
また、MBMS SBとしてMBMS関連のSIBのみを含むのではなく他のSIBを含めるように普通のSBを用いてもかまわない。
【００５１】
LTEにおいては、報知情報の送信は固定のリソースで送られる部分と、可変のリソースで送られる部分が定義されている。ここで、固定のリソースとは、図４に示す中心の１．２５ＭＨｚ帯域のうち、固定の時間タイミングとなる。また、可変のリソースは、中心の１０ＭＨｚ帯域である。この際に、MIB、MBMS SB、MBMS SIBがどのように送信されるかについていくつかパターンが考えられる。
【００５２】
MIBは、端末が固定の情報のみで受信可能なように固定のリソースで送られる必要がある。一方、MBMS SBとMBMS SIBは、可変のリソースで送ることが考えられる。そのため、図４に示すように、MIBのみを固定のリソースを用いて送信し、MBMS SBとMBMS SIBを可変のリソースで送信することが考えられる。しかしながら、MBMS SBを上述したようにMIBに含むことも可能であるし、固定のリソースで送ることも可能である。また、MBMS SIBに関しても固定のリソースを用いて送信してもかまわない。
【００５３】
また、複数の周波数帯域がMBMS用に使用されることが考えられる。この様子を図５に示す。ここで、図５（ａ）は、複数の周波数帯域のそれぞれで同じエリアのセルを構成する例を示し、図５（ｂ）は、複数の周波数帯域で異なるエリアのセルを構成する例を示す。
【００５４】
まず、図５（ａ）に示した例について考える。この場合、MBMS SBの送信方法として、図６（ａ）〜（ｄ）に示すように、４通り考えられる。図６（ａ）は、複数の周波数帯域でMBMSを提供し、それぞれの周波数帯域のMBMS SBの情報をそれぞれの周波数帯域で送信する場合を示す。図６（ｂ）は、複数の周波数帯域でMBMSを提供し、それぞれの周波数帯域のMBMS SBの情報と他の周波数帯域のMBMS SBの情報をそれぞれの周波数帯域で送信する場合を示す。図６（ｃ）は、特定の周波数帯域でMBMSを提供し、MBMSを提供している周波数帯域のMBMS SBの情報をそれぞれの周波数帯域で送信する場合を示す。図６（ｄ）は、特定の周波数帯域でMBMSを提供し、MBMSを提供している周波数帯域はMBMS SBの情報を提供し、それ以外の周波数帯域は、MBMSを提供している周波数帯域の情報のみを送信する場合を示す。本実施の形態では、図６（ａ）〜（ｄ）に示したいずれの方法でも適用可能である。
【００５５】
次に、図５（ｂ）に示した例について考える。この場合MBMS SBの送信方法として、図７（ａ）〜（ｄ）に示すように４通りの方法が考えられる。また、図７（ａ）〜（ｄ）は、それぞれ図６（ａ）〜（ｄ）とそれぞれ同じような動作となっている。ただし、異なる点としては、セルのエリアが周波数帯域毎に異なるため、複数のセルが他周波数帯域の同一セルを示すケース、逆に一つのセルが他周波数帯域の複数のセルを示すことが考えられる。すなわち、MBMSを提供しているエリアと通常のサービスを提供するエリアが異なることになるため、複数のセルが一つのセルを示すケースがある（図７（ｂ）、図７（ｃ））。
【００５６】
また、LTEにおいてはMBMS専用の周波数帯域を設けることが考えられている。これらは、LTEにおいてMBMS dedicated cell、MBMS dedicated layer等と呼ばれている。これらのセルでは、通常のセルのようにMIB等が送信されない可能性がある。この場合には、図８（ａ）及び図８（ｂ）に示すように、二つの対応が可能である。図８（ａ）は、MBMS dedicated cellを含む複数の周波数帯域でMBMSを提供し、それぞれの周波数帯域のMBMS SBの情報とMBMS dedicated cellのMBMS SBの情報をMBMS dedicated cell以外のセルで送信する場合を示す。図８（ｂ）は、MBMS dedicated cellのみでMBMSを提供し、MBMS dedicated cellのMBMS SBの情報をMBMS dedicated cell以外のセルで送信する場合を示す。
【００５７】
これらの動作により、異なる周波数帯を用いた運用、MBMS dedicated cellを用いた運用にも対応することが可能である。
【００５８】
なお、複数の周波数帯域でMBMSを送信する際に、MBMS SBのスケジューリング情報を周波数間で共通にすることが考えられる。すなわち、自周波数帯域のMBMS SBの位置を示す為にMIBに含まれる情報が、全ての周波数帯域で同じものにすることである。このようなことで、MBMS SBを示す為の情報を削減することも可能である。
【００５９】
（実施の形態２）
LTE (Long Term Evolution)でのMBMSにおいては、SFN (Single Frequency Network) operationが検討されている。SFN operationとは、複数の基地局から同じ周波数帯域で同じタイミングで同一情報を送信することにより、信号を無線上で合成する機能である。このSFN operationにより、セルエッジに存在するような端末の受信品質を大幅に改善することが可能である。
【００６０】
しかしながら、これは複数の基地局で同じ情報を適用することを前提としているため、特定の基地局のみで送信されるような情報に関しては適用されない。そのようなケースをここではNon SFN operationと呼ぶ。
【００６１】
SFN operationの特徴は、上述したように基地局間の信号の合成にあるが、これを実現するには、通常のセル内の通信に比べて長いCyclic Prefix (CP)を用いる必要がある。これは、複数の基地局からの信号を合成するのは、１つの基地局からの信号を合成するのに比べて長い期間が必要となるからである。これらのことから、SFN operationを行うケースと、Non SFN operationを行うケースとで異なるフォーマットでデータが送信されることになる。
【００６２】
LTEでは、SFN operationに対応したTransport channelとしてMulticast Channel (MCH)が用意されており、通常の送信用のTransport channelとして、Downlink Shared Channel (DL-SCH)が用意されている。そのため、SFN operation用の情報はMCHで運ばれ、Non SFN operation用の情報はDL-SCHで送られるといえる。
【００６３】
上述の通り、MCHとDL-SCHとではフォーマットが異なるため、同じ周波数帯域内で同一のタイミングでは送信できないため、異なるタイミングで送信する必要がある。よって、SFN operationのMBMSデータと、Non SFN operationのMBMSデータとでは異なるタイミングで送信されることとなる。このことは、データ自体のみならず、その制御情報（MCCH）にも当てはめることが可能である。すなわち、SFN operationを行うMBMSデータをSFN operationし、Non SFN operationのMBMSデータをNon SFN operationするということである。
【００６４】
ここで、サブフレームの配置例を図９に示す。図９に示すように、MBMS SBにおいて、SFN operation用のSIBとNon SFN operation用のSIBが別々にスケジューリングされている。これは、１つのSIBであっても、SFN operation用とNon SFN operation用とで別のタイミングで送る必要があるからである。このようなスケジューリングにより、MCCHに対してもSFN operationとNon SFN operationを提供することができる。
【００６５】
以下、本発明の実施の形態２に係る基地局装置２００の構成について図１０を用いて説明する。SFN対応スケジューリング部２０１は、後述するSFN operation用MBMS SIB作成部２０３からSFN operation用のMBMS SIB種別とそのデータサイズを取得し、また、後述するNon SFN operation用MBMS SIB作成部２０４からNon SFN operation用のMBMS SIB種別とそのデータサイズを取得し、取得したこれらの情報に基づいて、MBMS SIBのスケジューリング情報を決定する。決定されたMBMS SIBのスケジューリング情報はMBMS SB作成部２０２に出力される。このとき、SFN対応スケジューリング部２０１は、SFN operation用MBMS SIBをSFN operationが可能なタイミングで送信できるように設定し、Non SFN operation用MBMS SIBをSFN operationが行わないタイミングで送信するように設定する。なお、SFN対応スケジューリング部２０１はSFN operationが行えるか否かの情報を有しているものとする。
【００６６】
SFN対応MBMS SB作成部２０２は、SFN対応スケジューリング部２０１から出力されたMBMS SIBのスケジューリング情報を用いて、SFN operation用のスケジューリング情報と、Non SFN operation用のスケジューリング情報とを分けたMBMS SBを作成する。作成されたMBMS SBは送信部１０７に出力される。また、作成したMBMS SBのデータサイズ等の情報をSFN対応スケジューリング部２０１に出力する。
【００６７】
SFN operation用MBMS SIB作成部２０３は、MBMSデータベース部１０５から出力されたサービス情報と設定情報とに基づいて、SFN operation用MBMS SIBを作成し、作成したSFN operation用MBMS SIBを送信部１０７に出力する。また、作成したSFN operation用MBMS SIBの種別及びデータサイズをSFN対応スケジューリング部２０１に出力する。
【００６８】
Non SFN operation用MBMS SIB作成部２０４は、MBMSデータベース部１０５から出力されたサービス情報と設定情報とに基づいて、Non SFN operation用MBMS SIBを作成し、作成したNon SFN operation用MBMS SIBを送信部１０７に出力する。また、作成したNon SFN operation用MBMS SIBの種別及びデータサイズをSFN対応スケジューリング部２０１に出力する。
【００６９】
このように実施の形態２によれば、SFN operation用のMBMSデータに対するMBMS SIBと、Non SFN operation用のMBMSデータに対するMBMS SIBとをそれぞれスケジューリングすることにより、SFN operationに対応するMBMSの制御情報を送信することができる。
【００７０】
なお、本実施の形態では、１つのMBMS SBがSFN operation用のSIBに対するスケジューリング情報、Non SFN operation用のSIBに対するスケジューリング情報の両方を含む場合について説明したが、MBMS SBとしてSFN operation用のMBMS SB、Non SFN operation用のMBMS SBと定義することも可能である。また、MBMS SBというMBMS専用のSBではなく一般的なSBである場合には、SFN operationを行うSIB用のSB、Non SFN operationを行うSIB用のSBとして定義することも可能である。
【００７１】
（実施の形態３）
実施の形態２では、SFN operation用のMBMSデータに対する制御情報（MCCH）をSFN operationを行い、Non SFN operation用のMBMSデータに対する制御情報（MCCH）をNon SFN operationを行う場合について説明したが、SFN operationを行うか、Non SFN operationを行うかがMBMS制御手順であるProcedureの途中で変わることが考えられる。
【００７２】
具体的には、特定のMBMSデータを要求する端末の数が少なく、これらの端末が特定のセルに集中している場合を想定する。このような場合には、SFN operationを行って、受信する端末のいないセルを多数含む全てのセルでMBMSデータを送るよりも、Non SFN operationを行って、特定のMBMSデータを要求する端末が存在するセルのみでMBMSデータを送信する方が効率的である。この様子を図１１に示す。
【００７３】
図１１に示すSFN areaは、SFN operationを行う単位であり、この範囲内の全てのセルにおいて同一の情報が同一タイミング及び同一周波数で送信される。これにより、このSFN area内であればセルエッジにいても基地局間合成が無線上で実施される。この図では、特定のMBMSデータを要求する端末が３つのセルにのみ存在する場合を示している。このような場合には、上記３つのセル以外の他セルでMBMSデータを送信することは無駄であるため、上記３つのセルのみで送信することが考えられる。
【００７４】
ところが、このように３つのセルにのみ特定のMBMSデータを要求する端末が存在することを検出するには、このMBMSデータを要求する端末の場所を既存のCountingなどを用いる必要がある。このCountingの指示は、セル間で共通にすることができるので、SFN operationを適用することが可能である。
【００７５】
このように、SFN operationでProcedureが始まり、最終的にNon SFN operationとなるような動作が考えられる。このようなProcedureの例を図１２に示す。図１２（ａ）〜（ｈ）においては、全て同じProcedureとなっているが、個々のmessageにSFN operationを行うか、Non SFN operationを行うかが異なっている。以下、具体的なProcedureの手順を示す。
【００７６】
ＳＴ３０１では、基地局から端末にサービスの提供が始まることを通知し、ＳＴ３０２では、基地局から端末にどのようなサービスが開始するかを示す情報を含むNotificationを送信する。
【００７７】
ＳＴ３０３では、基地局から端末にAccess Infoを送信することによってCountingに用いる情報を提供し、ＳＴ３０４では、端末から基地局にCounting responseを送信することによって、Countingの結果を通知する。
【００７８】
ＳＴ３０５では、基地局から端末にRB Infoを送信することによって、MTCHを送信するRB情報を通知し、ＳＴ３０６では、基地局から端末にMTCHによって実際にデータを送信する。
【００７９】
このようなProcedureの過程で、MessageをMCH又はDL-SCHによって送信することが考えられる。例えば、図１２（ａ）では、全てのMessageがMCHによって送信される場合で送られるProcedureを示しており、図１２（ｃ）では、ＳＴ３０１〜ＳＴ３０３までのMessageがMCHによって送信され、Counting Responseの結果、Non SFN operationが決定されると、ＳＴ３０５，ＳＴ３０６のMessageがNon SFN operationのDL-SCHによって送信されるProcedureを示している。
【００８０】
また、図１２（ｇ）では、図１２（ｃ）に示すProcedureとは逆に、ＳＴ３０１〜ＳＴ３０３までのMessageがDL-SCHによって送信され、Counting Responseの結果、Non SFN operationが決定されると、ＳＴ３０５，ＳＴ３０６のMessageがSFN operationのMCHによって送信されるProcedureを示している。
【００８１】
ところが、このように、SFN operationとNon SFN operationが切り替わる場合には、以下のような問題がある。すなわち、個々のサービスをSFN operationで運用するか、Non SFN operationで運用するかを切り替える場合には、端末では両方のMessageを受信する必要がある。具体的には、図１２（ｃ）に示す場合では、ＳＴ３０５のRB InfoからNon SFN operationのDL-SCHに切り替わっている。そのため、端末ではＳＴ３０５のRB InfoをNon SFN operation用として認識する必要があり、このような切り替えに対応する必要がある。
【００８２】
図１２では、全てのパターンを示したが、Countingの結果に基づいてSFN operationか否かを判断する場合、SFN operationとNon SFN operationとの切り替えが生じるのは、図１２（ｃ）と（ｇ）に示すProcedureである。そのため、Countingの結果を通知するMessageを図１３に示すようにＳＴ３５１の“Counting result”として定義する。ここで、Counting resultは、今までのProcedureと同じチャネル、すなわち、MCHかDL-SCHで送信される。図１３（ａ）に示す場合には、ＳＴ３０１〜ＳＴ３０３のMessageがMCHによって送信される。そのため、ＳＴ３５１のCounting resultもMCHによって送信され、これによりＳＴ３０５及びＳＴ３０６のMessageがMCHかDL-SCHかを通知する。図１３（ｂ）に示す場合には、ＳＴ３０１〜ＳＴ３０３のMessageがDL-SCHによって送信される。そのため、ＳＴ３５１のCounting resultもDL-SCHによって送信され、これによりＳＴ３０５及びＳＴ３０６のMessageがMCHかDL-SCHかを通知する。
【００８３】
図１４は、本発明の実施の形態３に係る基地局４００の構成を示すブロック図である。図１４が図１０と異なる点は、受信部４０１及びCounting処理部４０２を追加した点と、MBMSデータベース部１０５をMBMSデータベース部４０３に変更した点である。
【００８４】
受信部４０１は、複数の端末から送信された信号を受信し、受信した信号をCounting処理部４０２に出力する。
【００８５】
Counting処理部４０２は、受信部４０１から出力された信号に基づいてCountingを行い、Countingの結果をMBMSデータベース部４０３に出力する。
【００８６】
Message作成手段としてのMBMSデータベース部４０３は、Counting処理部４０２から出力されたCountingの結果に基づいて、特定のMBMSデータに対する制御情報にSFN operationを適用するか否かを判定する。MBMSデータベース部４０３は、この判定結果をCounting resultとしてSFN operation用MBMS SIB作成部２０３又はNon SFN operation用MBMS SIB作成部２０４に出力する。
【００８７】
ここで、図１４に示した基地局４００の動作を図１３（ａ）に示したProcedureに基づいて説明する。まず、ＳＴ３０１のNotification及びＳＴ３０２のAccess InfoはMCHで送信されるため、対応するSIBの作成に用いる情報がMBMSデータベース部４０３からSFN operation用MBMS SIB作成部２０３に出力される。
【００８８】
SFN operation用MBMS SIB作成部２０３では、MBMSデータベース部４０３から出力された情報を用いてSIBを作成し、作成したSIBを示す情報をSFN対応スケジューリング部２０１に、SIB自体を送信部１０７に出力する。これ以降ＳＴ３０１のNotification及びＳＴ３０２のAccess Infoの送信処理は実施の形態２と同様であるため、その詳細な説明は省略する。
【００８９】
受信部４０１では、ＳＴ３０４のCounting responseを受信し、受信したCounting responseをCounting処理部４０２に出力する。Counting処理部４０２では、受信部４０１から出力されたCounting responseに基づいて、このサービスの提供をこのセルで行うか否かを判定し、提供を行う場合にはSFN operationを行うか否かを判定する。判定結果はMBMSデータベース部４０３に出力される。
【００９０】
MBMSデータベース部４０３では、Counting処理部４０２から出力された判定結果に基づいて、ＳＴ３０５のRB Info及びＳＴ３０６のMTCHを送信する必要があるか否かを判定する。送信する必要がある場合には、SFN operationを行うか否かを判定する。
【００９１】
そしてその結果をＳＴ３５１のCounting resultとしてSFN operation用MBMS SIB作成部２０３又はNon SFN operation用MBMS SIB作成部２０４に出力される。ただし、ＳＴ３０３のAccess InfoがSFN operationで送信されていた場合には、Counting resultはSFN operation用MBMS SIB作成部２０３に出力され、ＳＴ３０３のAccess InfoがNon SFN operationで送信されていた場合には、Counting resultはNon SFN operation用MBMS SIB作成部２０４に出力される。
【００９２】
また、SFN operationを行うと判断した場合には、ＳＴ３０３のRB Infoの内容をSFN operation用MBMS SIB作成部２０３に出力し、Non SFN operationを行うと判断した場合には、ＳＴ３０３のRB Infoの内容をNon SFN operation用MBMS SIB作成部２０４に出力する。図１２（ｃ）では、Non SFN operationで行うことになっているため、RB Infoの内容をNon SFN operation用MBMS SIB作成部２０４に出力することになる。これ以降の動作としては、既存の動作及び実施の形態２の動作と同様である。
【００９３】
図１５は、上述した基地局４００の動作を示すフロー図である。この図において、ＳＴ５０１では、Notificationを送信し、ＳＴ５０２では、Access Infoで設定するパラメータを決定する。具体的には、既にAccess Infoを送信している場合には、Responseを返す端末がより増えるようなパラメータに決定するなどである。
【００９４】
ＳＴ５０３では、Access Infoを送信し、その結果であるResponseを確認する。ＳＴ５０４では、Countingの結果が、送信を行うか否か、SFN operationか否かの判定に十分であるか否かの判定を行う。十分である場合にはＳＴ５０５に移行し、十分でない場合にはＳＴ５０２に戻る。
【００９５】
ＳＴ５０５では、Countingの結果、サービスの提供をこのセルで行うか否かを判定し、提供を行うことになった場合にはＳＴ５０６に移行し、送信を行わないことになった場合にはＳＴ５１１に移行し、処理を終了する。ＳＴ５０６では、SFN operationを行うか否かを判断し、行う場合にはＳＴ５０７に移行し、行わない場合にはＳＴ５０９に移行する。
【００９６】
ＳＴ５０７では、SFN operationでサービスが開始されることをCounting resultで端末に通知し、ＳＴ５０８では、以降のMBMS制御情報、データをSFN operationで送信するように制御する。
【００９７】
ＳＴ５０９では、Non SFN operationでサービスが開始されることをCounting resultで端末に通知し、ＳＴ５１０では、以降のMBMS制御情報、データをNon SFN operationで送信するように制御する。
【００９８】
このような動作により、SFN operationとNon SFN operationとの切り替えが可能である。なお、ここでは１つのサービスに対しての動作であり、MBMS全体の動作ではない。
【００９９】
図１６は、本発明の実施の形態３に係る端末６００の構成を示すブロック図である。図１６において、報知情報受信部６０１は、基地局４００から送信された報知情報を受信し、後述するMIB処理部６０２、MBMS SB処理部６０３及びMBMS制御部６０５から出力される情報に基づいて、受信した報知情報に含まれるMIBをMIB処理部６０２に、MBMS SBをMBMS SB処理部６０３に、MBMS SIBをMBMS SIB処理部６０４にそれぞれ出力する。なお、ここでは、報知情報として、MIB、MBMS SB、MBMS SIBが含まれる。
【０１００】
MIB処理部６０２は、報知情報受信部６０１から出力されたMIBに基づいて、MBMS SBのスケジューリング情報を取得し、取得したMBMS SBのスケジューリング情報をMBMS制御部６０５に通知すると共に、報知情報受信部６０１にMBMS SBのスケジューリング情報をセットする。
【０１０１】
MBMS SB処理部６０３は、報知情報受信部６０１から出力されたMBMS SBからMBMS SIBのスケジューリング情報を取得し、取得したMBMS SIBのスケジューリング情報をMBMS制御部６０５に通知すると共に、報知情報受信部６０１にMBMS SIBのスケジューリング情報をセットする。
【０１０２】
MBMS SIB処理部６０４は、報知情報受信部６０１から出力されたMBMS SIBを処理し、処理したMBMS SIBをMBMS制御部６０５に通知する。
【０１０３】
MBMS制御部６０５は、MIB処理部６０２、MBMS SB処理部６０３、MBMS SIB処理部６０４から出力された情報に基づいてMBMSの制御を行う。この制御結果に基づいて、報知情報受信部６０１にMBMS SB受信及びMBMS SIB受信の指示を行い、MBMSデータ受信部６０７にMBMSデータ受信の指示を行う。また、Counting等により応答を返す必要がある場合には、その応答を作成し、作成した応答をMBMS関連Message送信部６０６に出力する。
【０１０４】
MBMS関連Message送信部６０６は、MBMS制御部６０５から出力されたCountingの応答などのMBMS用の上り信号を基地局４００に送信する。
【０１０５】
MBMSデータ受信部６０７は、MBMS制御部６０５から出力されたMBMSデータ受信の指示に従い、基地局４００から送信されたMBMSデータを受信する。
【０１０６】
このような構成により、端末６００はMBMSの制御情報を報知情報として報知情報受信部６０１で受信し、MBMS制御情報であるMBMS SIBをMBMS SIB処理部６０４で処理できるようになる。
【０１０７】
ここで、SFN operationとNon SFN operationとが１つのMBMSデータのために異なる例として、Counting処理のみをセル単位で実施できるようにすることが考えられる。すなわち、Counting処理はセル毎に端末からの応答を受け取って処理するものであるため、あるセルではCountingで端末が存在することを直ちに検出できる場合もあるし、また、あるセルではCountingで端末が存在することをなかなか検出できない場合もある。このようなことから、Counting処理はセル毎に行うことが考えられる。Counting処理においては、適切な数の端末６００がResponseを返すようにProbability factorを調整する必要がある。この処理が基地局間で異なる場合が考えられる。このときの動作を図１７に示す。
【０１０８】
図１７（ａ）は、Countingのためのmessageが常にMCHで送られる場合を示している。これに対して、図１７（ｂ）においては途中でMCHからDL-SCHに変わっている。これは、最初はSFN area内で全て同じ設定で始めたが途中で変更する必要がある場合である。このような動作に対応するために、次のAccess InfoがMCHで送信されるのか、DL-SCHで送信されるのかをＳＴ７０２−ｎ（１≦ｎ≦Ｎ−１）のAccess InfoのMessageに示すことが考えられる。
【０１０９】
図１７（ｃ）は、Access Infoが最初からDL-SCHで送られている。この場合には、DL-SCHによってAccess Infoが送られることをＳＴ３０１のNotificationで示す必要がある。この動作も、図１４に示した構成で実現可能である。具体的には、Counting処理部４０２からの結果に基づいて、MBMSデータベース部４０３においてAccess Info（ＳＴ７０２−１〜ＳＴ７０２−Ｎ）が送られるのがSFN operationか否かの情報を前のMessage (Notification(ＳＴ７０１)〜Access Info(ＳＴ７０２))の情報として追加するようになる。
【０１１０】
このような動作は、図１１に示したような環境で必要となる。すなわち、通常のSFN operationではSFN area内の全てのセルで送信するか否かを最初に判断し、SFN operationを行わないと判断した場合には、各セルでサービス提供を行う必要があるかどうかの判断を行うことになる。この際に、該当する端末が存在することを早く検出したセルと遅く検出したセルとで異なるProbability factorを用いて送信することが考えられる。これにより、早く検出できたセルでの不要な端末からの送信を制限することができる。
【０１１１】
このような動作は、図１８に示したような部分的なSFN operationを行う際にも必要と考えられる。この場合では、図１１の動作に加えてCountingの結果、端末の存在を検出したセルの隣接セルに対しても送信を行い、部分的なSFN operationを行うことが考えられる。この場合には、端末を検出したセル、その隣接セル、端末を検出していないセルのそれぞれで異なるProbability factorを用いることが考えられる。
【０１１２】
このように実施の形態３によれば、SFN operationとNon SFN operationとがMBMS制御手順であるProcedureの途中で切り替わる場合、端末に通知するCounting resultに切り替えを示す情報を含めることにより、SFN operationを適用したMessageとNon SFN operationを適用したMessageの両方を送る必要がなくなり、MBMS制御手順を効率よく行うことができる。
【０１１３】
なお、本実施の形態では、Counting responseが返ってくるタイミングをAccess Info(ＳＴ３０３−Ｎ)が終わってから返ってくる例を図１２、１３、１７に示したが、端末のCounting procedureの結果によっては、ＳＴ３０３−１〜ＳＴ３０３−Ｎの間で返ってくることもあり、どのようなタイミングでresponseが返ってきてもよい。
【０１１４】
また、本実施の形態では、図１２、１３、１７に示したように、Notificationとして１つのMessage、RB Infoとして１つのMessageであるような場合を示したが、従来例で示したUMTSのように複数のMessage（またはSIB）で運用してもよい。
【０１１５】
また、図１６で記載した端末の動作は、実施の形態１、２に対応した基地局からの信号を受信する端末としても成立する。
【０１１６】
（実施の形態４）
UMTSにおいて、MBMS Indication Channel (MICH)が定義されており、これによりMCCHの受信を端末に対して指示することが可能となっている。より詳細には、図１９に示すようにMICHが、次のModification periodの最初からMCCHのNotification message (MBMS MODIFIED SERVICES INFORMATION、MBMS UNMODIFIED SERVICES INFORMATION)を受信することを促すような動作となっている。また、ここで、MICHとしては複数のサービスをまとめたＩＤを用いて端末に対する指示を行う。そのため、端末としては実際に受信したいサービスに対する通知ではない場合もある。よって、端末はNotificationの内容を確認して最終的に自分の受信したいサービスが存在するのかを判断するようになる。
【０１１７】
このMICHの動作は、UMTSにおいて通常の呼の通知を行うPaging Indicator (PICH)と近い概念となっている。そのため、LTEにおいてもPICHと近い概念になると考えられる。LTEでのPICHの概念を図２０に示す。ここに示されるようにPICHは、データ部分にどの様な情報がどのように送信されているかを示すL1/L2制御チャネルにて送信される。端末は、このPICHを取得することによりPaging情報が含まれていることを認識することができる。この動作と同じようにMICHを考えると、MICHがL1/L2制御チャネルにて送信され、データ部分にNotificationが送られるような動作が考えられる。
【０１１８】
しかしながら、実施の形態２に示した通り、SFN operationを行うNotificationとNon SFN operationを行うNotificationがあると考えられ、それぞれ異なるタイミングで送信する必要がある。そのため、MICHとしても２通り用意し、端末としても両方のMICHを待ち受けなくてはいけない。この結果、端末として受信を行う時間が長くなるため、消費電力が増加してしまう。また、Modification periodの概念がLTEにも導入された場合には、SFN operationとNon SFN operationとで異なるrepetition periodを用いる可能性がある。そのため、この場合でもMICHとして二種類必要となる。
【０１１９】
そこで、Notificationに対してMICHを定義するのではなくて、MBMS SBに対してMICHを定義することが考えられる。この概念図を図２１に示す。図２１に示すように、MICHはMBMS SBが送信されるのと同じサブフレーム（またはslot、TTI (Transmission Time Interval)）で送られる。これにより、端末はMBMS SBが送信されるTTIのL1/L2 control channelを確認するだけでよく、複数のNotificationを待ち受ける必要がなくなる。また、図２１に示したように、MCHを送信するサブフレーム（またはslot、TTI）ではL1/L2制御情報が存在しない可能性もある。これは、MBMSがある程度固定的なリソースで送信されるものであり、時間や周波数上に自由にスケジューリングする種類のものではないからである。このような場合に対しても、MBMS SBに対してMICHを定義することは有効である。
【０１２０】
図２２は、本発明の実施の形態４に係る基地局８００の構成を示すブロック図である。図２２が図１０と異なる点は、MICH作成部８０２及びMICH送信タイミング調整部８０４を追加した点と、MBMSデータベース部１０５をMBMSデータベース部８０１に変更し、送信部１０７を削除し、L3/L2送信部８０３及びL1送信部８０５を追加した点である。
【０１２１】
MBMSデータベース部８０１は、サービス情報と設定情報とをSFN operation用MBMS SIB作成部２０３とNon SFN operation用MBMS SIB作成部２０４とに出力し、また、MICHを作成するための情報をMICH作成部８０２に出力する。
【０１２２】
MICH作成部８０２は、MBMSデータベース部８０１から出力された情報に基づいて、MICHを作成し、作成したMICHをMICH送信タイミング調整部８０４に出力する。
【０１２３】
L3/L2送信部８０３は、MIB作成部１０３から出力されたMIB、SFN対応MBMS SB作成部２０２から出力されたMBMS SB及びSFN operation用MBMS SIB作成部２０３から出力されたSFN operation用MBMS SIBをLayer3、Layer2レベルから下位レイヤへ送信すると共に、MICH送信タイミング調整部８０４に出力する。
【０１２４】
MICH送信タイミング調整部８０４は、L3/L2送信部８０３から出力されたMBMS SBが送信されるサブフレームのL1/L2制御チャネルにて、MICH作成部８０２から出力されたMICHを送信するように、SFN対応スケジューリング部２０１から出力されたスケジューリング情報に基づいて、MICHの送信タイミングを調整し、送信タイミングを調整したMICHをL1送信部８０５に出力する。
【０１２５】
L1送信部８０５は、SFN対応スケジューリング部２０１から出力されたスケジューリング情報に基づいて、MICH送信タイミング調整部８０４から出力されたMICHをLayer1レベルで送信する。
【０１２６】
ここで、図２２に示した基地局８００の動作について説明する。MBMSデータベース部８０１は、新しいサービスの開始を行う際にMICH作成部８０２に対してそのサービスの情報を通知する。
【０１２７】
MICH作成部８０２では、MBMSデータベース部８０１から取得した情報に基づいて、MICHとして送信する内容を作成する。具体的には、新しく開始されるサービスを示す指示情報を作成する。この情報はMICH送信タイミング調整部８０４に出力される。
【０１２８】
MICH送信タイミング調整部８０４では、MBMS SBとMICHとが同一のタイミングで送られるように調整する。この際に、単純に同一のタイミングで送信するのみではなく、新たなサービスを提供するための制御情報が送信されるタイミングを考慮する必要がある。実施の形態１で示したようにUMTSでのModification periodと同じような役割を果たすために、Value tagの更新、またはModification periodを適用することが考えられる。前者の場合には、新しいサービスに対する情報を送ることにより制御情報に対するValue tagが更新された最初のMBMS SBからMICHを送信する必要がある。この動作例を図２３に示す。
【０１２９】
このようにValue tagが更新されたタイミングからMICHの送信が始まる。また、今回はSFN operationに関する制御情報のみがvalue tag更新されている例を示した。端末がvalue tagの更新に追従している時などでは、このvalue tagの更新された方のみを確認するなどの動作も可能である。なお、Modification period自体が使われる場合には、Modification period内で最初のMBMS SBからMICHを送信する必要がある。この際、前述のようにSFN operationとNon SFN operationとが異なるModification periodを使用する場合を考慮する必要がある。そのため、SFN operationの場合には、SFN operationのModification period内の先頭のMBMS SBに対してMICHを送信し、Non SFN operationの場合には、Non SFN operationのModification period内の先頭のMBMS SBに対してMICHを送信することが考えられる。なお、ここでは、Notificationの内容が変更されるModification period内のMBMS SBに対してMICHを送信することを考えたが、前のModification periodにおいてMBMS SBを先に更新するような場合には、前のModification periodにおいてMBMS SBに対するMICHを送信することになる。
【０１３０】
以上の動作により、１つのMICHを用いて端末がSFN operationされるMBMSデータとNon SFN operationされるMBMSデータの双方の待ち受けが可能となる。
【０１３１】
図２４は、本発明の実施の形態４に係る端末９００の構成を示すブロック図である。図２４が図１６と異なる点は、MICH受信部９０１を追加した点である。
【０１３２】
MICH受信部９０１は、MIB処理部６０２から出力されたMBMS SBのスケジューリング情報に基づいて、MICHを受信する。受信したMICHはMBMS制御部６０５及び報知情報受信部６０１に出力される。すなわち、MBMS SBをMICHに基づいて受信する場合には、MICH受信部９０１からの情報に基づいてMBMS SB受信処理が報知情報受信部６０１で行われる。また、MBMS SIBのNotificationをこのMICHに基づいて受信する場合には、MBMS制御部６０５からの情報に基づいてMBMS SIB受信処理が報知情報受信部６０１で行われる。
【０１３３】
このような構成により、MICHに対応してMBMS SB又はMBMS SIBの受信が可能となる。
【０１３４】
このように実施の形態４によれば、MBMS SBとMICHとを同一のTTI又はslot等の同一の送信単位で送信することにより、１つのMICHを用いて端末がSFN operationされるMBMSデータとNon SFN operationされるMBMSデータの双方の待ち受けが可能となり、端末の待ち受け時間を短縮することができるので、消費電力を低減することができる。
【０１３５】
なお、本実施の形態では、MICHをMBMS SBを送るサブフレーム（またはslot、TTI）のL1/L2制御チャネルで送信することを示した。この拡張として、MBMS SBを送るタイミングの数サブフレーム（またはslot、TTI）前からMICHの送信を行うことも可能である。このような動作により、MICHの受信失敗などを防ぐことが可能となる。この動作例を図２５に示す。
【０１３６】
また、本実施の形態では、MICHに含まれる内容としてサービスを示す情報を示した。これに加えて、そのサービスに対するNotificationがSFN operationされるのか、Non SFN operationされるのかを情報として含むことが考えられる。この場合には、端末はSFN operationのNotificationを確認すればよいのか、Non SFN operationのSFNを確認すればよいのかがわかるため、片方のみのNotificationを確認することが可能である。また、上記で示したようにUMTSではサービスを完全に示す内容がMICHで送信されているのではなく、サービス群を示す情報がMICHにて送信されている。この概念をLTEで用いる際に、SFN operationでNotificationを行うものとNon SFN operationでNotificationを行うものとでグループを分けるようなことが可能である。
【０１３７】
なお、上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【０１３８】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３９】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【０１４０】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【０１４１】
本発明にかかる無線通信基地局装置及び無線通信方法は、LTEのMBMSにおいて、オーバーヘッドを削減することができ、例えば、移動通信システムに適用できる。
【図面の簡単な説明】
【０１４２】
【図１】本発明の実施の形態１に係るMIB, MBMS SB, MBMS SIBの関係を示す図
【図２】図１に示したMIB, MBMS SB, MBMS SIBの送信間隔及び送信タイミングを示す図
【図３】本発明の実施の形態１に係る基地局装置の構成を示すブロック図
【図４】報知情報の送信が行われる固定リソースと可変リソースを示す図
【図５】複数の周波数帯域がMBMS用に使用される様子を示す図
【図６】図５（ａ）に示した場合のMBMS SBの送信方法を示す図
【図７】図５（ｂ）に示した場合のMBMS SBの送信方法を示す図
【図８】MBMS dedicated cellを用いたMBMS SBの送信方法を示す図
【図９】サブフレームの配置例を示す図
【図１０】本発明の実施の形態２に係る基地局装置の構成を示すブロック図
【図１１】特定のMBMSデータを要求する端末が特定のセルに集中している様子を示す図
【図１２】MBMS制御手順であるProcedureの例を示す図
【図１３】Counting resultの定義に用いる図
【図１４】本発明の実施の形態３に係る基地局の構成を示すブロック図
【図１５】図１０に示した基地局の動作を示すフロー図
【図１６】本発明の実施の形態３に係る端末の構成を示すブロック図
【図１７】Probability factor調整の説明に供する図
【図１８】部分的なSFN operationを行う様子を示す図
【図１９】MICHによるMCCHの受信指示の様子を示す図
【図２０】LTEでのPICHを示す概念図
【図２１】MBMS SBに対してMICHを定義した様子を示す図
【図２２】本発明の実施の形態４に係る基地局の構成を示すブロック図
【図２３】Value tagが更新された最初のMBMS SBからMICHを送信する様子を示す図
【図２４】本発明の実施の形態４に係る端末の構成を示すブロック図
【図２５】MBMS SBを送るタイミングの数サブフレーム前からMICHの送信を行う様子を示す図
【図２６】UMTSにおいてMBMSに使われているチャネルを示す図
【図２７】端末がMCCHを受信するまでの動作の説明に供する図
【符号の説明】
【０１４３】
１０１  スケジューリング部
１０２  報知情報データベース部
１０３  MIB作成部
１０４  MBMS SB作成部
１０５、４０３、８０１  MBMSデータベース部
１０６  MBMS SIB作成部
１０７  送信部
２０１  SFN対応スケジューリング部
２０２  SFN対応MBMS SB作成部
２０３  SFN operation用MBMS SIB作成部
２０４  Non SFN operation用MBMS SIB作成部
４０１  受信部
４０２  Counting処理部
６０１  報知情報受信部
６０２  MIB処理部
６０３  MBMS SB処理部
６０４  MBMS SIB処理部
６０５  MBMS制御部
６０６  MBMS関連Message送信部
６０７  MBMSデータ受信部
８０２  MICH作成部
８０３  L3/L2送信部
８０４  MICH送信タイミング調整部
８０５  L1送信部
９０１  MICH受信部
【図１】
2008136151.tif 000003
【図２】
2008136151.tif 000004
【図３】
2008136151.tif 000005
【図４】
2008136151.tif 000006
【図５】
2008136151.tif 000007
【図６】
2008136151.tif 000008
【図７】
2008136151.tif 000009
【図８】
2008136151.tif 000010
【図９】
2008136151.tif 000011
【図１０】
2008136151.tif 000012
【図１１】
2008136151.tif 000013
【図１２】
2008136151.tif 000014
【図１３】
2008136151.tif 000015
【図１４】
2008136151.tif 000016
【図１５】
2008136151.tif 000017
【図１６】
2008136151.tif 000018
【図１７】
2008136151.tif 000019
【図１８】
2008136151.tif 000020
【図１９】
2008136151.tif 000021
【図２０】
2008136151.tif 000022
【図２１】
2008136151.tif 000023
【図２２】
2008136151.tif 000024
【図２３】
2008136151.tif 000025
【図２４】
2008136151.tif 000026
【図２５】
2008136151.tif 000027
【図２６】
2008136151.tif 000028
【図２７】
2008136151.tif 000029