(57)【要約】  基地局は、コントローラを有する。コントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信する処理を実行する。設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
2016121859.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、コントローラを有し、
前記コントローラは、
３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、
前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
【請求項２】
請求項１に記載の前記基地局において、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。
【請求項３】
請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。
【請求項４】
請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
【請求項５】
請求項１に記載の前記基地局において、前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、
前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control Channel)をデコードするときに用いるＲＮＴＩであり、
前記ＴＭＧＩは、前記ユーザ端末の属するグループを示す情報である。
【請求項６】
請求項１に記載の前記基地局において、前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
【請求項７】
請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
【請求項８】
請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
前記コントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
【請求項９】
請求項１に記載の前記基地局において、前記コントローラは、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。
【請求項１０】
請求項９に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)である。
【請求項１１】
請求項９に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)のタイプ１３である。
【請求項１２】
ユーザ端末であって、コントローラを有し、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、
前記コントローラは、
サービングセルを管理する基地局から、設定情報を受信する処理を実行し、
前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【請求項１３】
通信制御方法であって、
基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信し、
前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストサービスのための基地局、ユーザ端末、及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）では、例えば、特定のサービス／コンテンツに共通の関心を持っているｕｓｅｒｓのグループのために、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）を構成するｅＮＢ（evolved NodeB）が、ＭＢＳＦＮ（MBMS Single Frequency Network）サブフレームにおいて、マルチキャストデータをユーザ端末（グループコミュニケーションの対象となるユーザ端末）へ送信する技術が仕様化されている（非特許文献１，２参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ技術仕様書  「TS36.300 V12.4.0」 2015年１月5日
【非特許文献２】３ＧＰＰ技術仕様書  「TS23.468 V12.3.0」 2014年12月5日
【発明の概要】
【０００４】
第１の特徴に係る基地局は、コントローラを有し、前記コントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【０００５】
第１の特徴において、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。ここで、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。また、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
【０００６】
第１の特徴において、前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control Channel)をデコードするときに用いるＲＮＴＩであり、前記ＴＭＧＩは、前記ユーザ端末の属するグループを示す情報である。
【０００７】
第１の特徴において、前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
【０００８】
第１の特徴において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
【０００９】
第１の特徴において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
【００１０】
第１の特徴において、前記基地局は、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。ここで、前記RRCメッセージは、ＳＩＢ(System Information Block)でもよく、具体的には、ＳＩＢのタイプ１３であってもよい。
【００１１】
また、第１の特徴に関連するユーザ端末は、コントローラを有し、３ＧＰＰ （3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、前記コントローラは、サービングセルを管理する基地局から、設定情報を受信する処理を実行し、前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
【００１２】
また、第１の特徴に関連する通信制御方法は、基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信するステップを含み、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係る無線フレームの構成図である。
【図６】第１実施形態及び第２実施形態に係るＭＢＭＳが提供されるエリアを示す図である。
【図７】第１実施形態及び第２実施形態に係るＭＢＭＳに関連するネットワーク構成を示す図である。
【図８】第１実施形態及び第２実施形態に係るＳＣ-ＰＴＭ ｔｒａｎｓｍｉｓｓｉｏｎが実行可能なエリアを示す図である。
【図９】第１実施形態に係る通信制御方法を示すシーケンス図である。
【図１０】第１実施形態に係るRRCメッセージのフォーマットを示す図である。
【図１１】第１実施形態に係る通信制御方法を示す図である。
【図１２】第２実施形態に係る通信制御方法を示すシーケンス図である。
【図１３】第１実施形態及び第２実施形態に係る「Repetition Period」と「offset」の内容を概略的に説明するための図である。
【図１４】第１実施形態及び第２実施形態に係る「Repetition Period」、「offset」及び「Repetition number」を含む例を概略的に示す図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］  
ＭＢＳＦＮサブフレームでは、マルチキャストデータを伝送するための無線リソース（物理チャネル）としてＰＭＣＨ（Physical Multicast Channel）が用いられるが、仕様上、ＭＢＳＦＮサブフレームでは、下りリンクにおいてユーザデータ等を伝送するための無線リソースであるＰＤＳＣＨ(Physical Downlink Shared Channel)を用いることが禁止されている。
【００１５】
このことは、ＭＢＳＦＮサブフレームにおいて、例え小さいサイズのデータがＰＭＣＨによって伝送される場合であっても、そのＭＢＳＦＮサブフレームにおけるＰＭＣＨ以外の多くの無線リソースが使用されないことを意味する。このような無線リソースの無駄という問題については、３ＧＰＰにおける仕様化の過程でも指摘されている（例えば、3GPP寄書 RP-141920｛2014年12月2日｝参照）。
【００１６】
このような問題から、３ＧＰＰでは、ｅＮＢが、グループコミュニケーションの対象となるユーザ端末に対して、ＰＤＳＣＨを介してマルチキャストデータを送信することを想定した技術の仕様化が検討されている。この技術は、Ｓｉｎｇｌｅ-ｃｅｌｌ ＰＴＭ(point to multipoint) ｔｒａｎｓｍｉｓｓｉｏｎ(SC-PTM transmission）と称される（例えば、3GPP寄書 RP-142205{2014年12月9日}参照）。このＳＣ-ＰＴＭ ｔｒａｎｓｍｉｓｓｉｏｎ技術に対しては、ＰＤＳＣＨを効率良く利用できるための好適なプロセスが望まれている。
【００１７】
そこで、実施形態は、グループコミュニケーションの対象となるユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できる技術を提供する。
【００１８】
第１実施形態及び第２実施形態に係る通信制御方法は、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できるようにするための方法である。通信制御方法は、基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信するステップを含み、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【００１９】
第１実施形態及び第２実施形態では、基地局は、コントローラを有し、前記基地局のコントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
【００２０】
ここで、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。また、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。さらに、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
【００２１】
前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control CHannel)をデコードするときに用いるＲＮＴＩであり、前記ＴＭＧＩは、前記特定ユーザ端末の属するグループを示す情報である。
【００２２】
前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
【００２３】
前記基地局のコントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
【００２４】
前記基地局のコントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行する。前記基地局のコントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
【００２５】
前記基地局は、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。ここで、前記RRCメッセージは、ＳＩＢ(System Information Block)でもよく、具体的には、ＳＩＢのタイプ１３であってもよい。
【００２６】
第１実施形態及び第２実施形態では、ユーザ端末は、コントローラを有し、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、前記ユーザ端末のコントローラは、サービングセルを管理する基地局から、設定情報を受信する処理を実行し、前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
【００２７】
［第１実施形態］  
以下において、ＬＴＥシステムにおける実施形態を説明する。
【００２８】
（１）システム構成  
図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（User Equipment）１００、Ｅ−ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）１０、及びＥＰＣ（Evolved Packet Core）２０を備える。
【００２９】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（evolved Node-B）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３１】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３２】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Mobility Management Entity）／Ｓ−ＧＷ（Serving-Gateway）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００３３】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Global Navigation Satellite System）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部（コントローラ）を構成する。
【００３４】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’（コントローラ）としてもよい。また、プロセッサ１６０をコントローラとしてもよい。
【００３５】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３６】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３７】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。
【００３８】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３９】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部（コントローラ）を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ（コントローラ）としてもよい。また、プロセッサ２４０をコントローラとしてもよい。
【００４０】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４１】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４２】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。
【００４３】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Medium Access Control）層、ＲＬＣ（Radio Link Control）層、及びＰＤＣＰ（Packet Data Convergence Protocol）層を含む。第３層は、ＲＲＣ（Radio Resource Control）層を含む。
【００４５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４６】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４９】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。
【００５０】
ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００５１】
ＲＲＣ層の上位に位置するＮＡＳ（Non-Access Stratum）層は、セッション管理及びモビリティ管理などを行う。
【００５２】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、上りリンクにはＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）がそれぞれ適用される。
【００５３】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５６】
（２）ＭＢＭＳ（Multimedia Broadcast Multicast Service）  
第１実施形態に係るＬＴＥシステムは、ＭＢＭＳをサポートする。ＭＢＭＳでは、ＵＥ１００は、ネットワークからマルチキャスト又はブロードキャストで配信されるマルチメディアデータ（ＭＢＭＳデータ）を受信する。ＵＥ１００は、ＲＲＣコネクティッド状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。
【００５７】
図６は、ＭＢＭＳが提供されるエリアを示す図である。図６に示すように、複数のセルにより１つのＭＢＳＦＮ（Multicast-Broadcast Single-Frequency Network）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。
【００５８】
図７は、ＭＢＭＳに関連するネットワーク構成を示す図である。図７に示すように、ＢＭＳＣ（broadcast multicast service Center）３１０は、ＭＢＭＳデータを配信する機能を提供する。ＭＢＭＳ−ＧＷ（MBMS gateway）３２０は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ(Multi-cell Coordination Entity)３３０は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定する。
【００５９】
（３）ＳＣ-ＰＴＭ transmission  
第１実施形態に係るＬＴＥシステムは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能（例えば、3GPP技術仕様書 TS23.468参照）もサポートする。第１実施形態に係るＬＴＥシステムは、グループコミュニケーションの機能のために、ＳＣ-ＰＴＭ transmission技術をサポートする。
【００６０】
ＳＣ-ＰＴＭ transmission技術では、ｅＮＢ２００が、ＰＤＳＣＨを介して、複数のＵＥ１００（UE100-1，UE100-2，UE100-3）で構成されたグループを対象にしたグループ用マルチキャストデータ（例えば、特定のユーザを対象にしたコンテンツ情報や交通情報等）を、そのグループを構成するＵＥ１００へ送信（配信）する。ＵＥ１００は、ＲＲＣコネクティッド状態だけでなく、ＲＲＣアイドル状態においてもグループ用のマルチキャストデータを受信可能である。
【００６１】
ＳＣ-ＰＴＭ transmission技術をサポートするためのネットワーク構成は、図７に示したＭＢＭＳに関連するネットワーク構成が流用される。尚、ＳＣ-ＰＴＭ transmission技術をサポートするためのネットワーク構成は、図７に示したＭＢＭＳに関連するネットワーク構成では示されていないノード（例えば、GCS Application Server）を含むように構成されてもよい。ＧＣＳ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（GCS AS）の内容は、例えば、３ＧＰＰ技術仕様書TS23.468に基づく。尚、以後、「ノード」を「エンティティ」と置き換えて理解してもよい。
【００６２】
図８は、ＳＣ-ＰＴＭ transmissionが実行可能なエリアを示す図である。ＳＣ-ＰＴＭ transmissionが実行可能なエリア（SC-PTM transmission Area）は、図８に示すように、ｅＮＢ２００が管理する１のセル（Single cell）が対象になっており、少なくとも１以上のＧｒｏｕｐ−ＭＢＳＦＮエリアより構成可能である。尚、図８では、１つのＧｒｏｕｐ−ＭＢＳＦＮエリアの例を示している。 
【００６３】
（４）第１実施形態に係る通信制御方法  
図９は、第１実施形態に係る通信制御方法を示すシーケンス図である。図９において、ＵＥ１００（ユーザ端末）は、自ＵＥの属するグループを示す識別情報であるＴＭＧＩ（Temporary Mobile Group Identity）を、事前にＲＲＣメッセージを介してｅＮＢ２００から取得し、記憶しているものとする。ｅＮＢ２００は、ＵＥ１００に対してＴＭＧＩを送信する処理に加え、そのＵＥ１００のためのＴＭＧＩを記憶しているものとする。
【００６４】
ＵＥ１００は、記憶している自ＵＥのためのＴＭＧＩを所定のプロシージャ（例えば、RRC connection reconfiguration）において更新してもよい。ｅＮＢ２００は、ＵＥ１００のＴＭＧＩが更新される毎に記憶していたＴＭＧＩを更新してもよい。
【００６５】
ｅＮＢ２００は、ネットワーク側のノード（例えば、ＭＭＥ）から送信されたグループコミュニケーション用のマルチキャストデータを同じグループに属する複数のＵＥ１００に送信するための送信方式を決める（ステップＳ１）。具体的には、ステップＳ１において、ｅＮＢ２００は、例えば、以下に示す方針の少なくともいずれかに基づいて、送信方式として、ＭＢＭＳ方式かＳＣ-ＰＴＭ transmission方式かを決める（ステップＳ１）。
【００６６】
（方針１）セル内のトラフィック状況に基づく決定  
ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値（TH1）以上である場合
（セル内のトラフィックが混んでいる場合）には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値(TH1)に満たない場合（セル内のトラフィックが混んでいない場合）には、ＭＢＭＳ方式を適用することを決める。尚、ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値(TH1)に満たない場合であっても、ＵＥ１００に送信するマルチキャストデータが緊急性の高いデータである場合や優先度が高いデータである場合には、ｅＮＢ２００は、例外的にＳＣ-ＰＴＭ transmission方式を適用すること決めてもよい。
【００６７】
（方針２）グループコミュニケーション用のトラフィック量に基づく決定
ｅＮＢ２００は、ネットワーク側のノードから送信されたグループコミュニケーション用のマルチキャストデータのトラフィック量が所定の閾値（TH2）以上である場合には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、グループコミュニケーション用のマルチキャストデータのトラフィック量が所定の閾値(TH2)に満たない場合には、ＭＢＭＳ方式を適用することを決める。
【００６８】
（方針３）グループコミュニケーション用のＴＭＧＩ数（宛先数）に基づく決定  
ｅＮＢ２００は、先に説明した通り、ＵＥ１００のためのＴＭＧＩを記憶している。ｅＮＢ２００は複数のグループを対象とした複数のＴＭＧIを記憶できる。このため、ｅＮＢ２００は、記憶していたＴＭＧＩの数に基づいて、送信方式を決定できる。具体的には、ｅＮＢ２００は、記憶しているＴＭＧＩ数が所定数（TH3）以上である場合には、ＭＢＭＳ方式を適用することを決める。なぜなら、ＭＢＭS方式を適用しても無線リソースの利用効率が悪くならないからである。ｅＮＢ２００は、ＴＭＧＩ数が所定数（TH3）に満たない場合には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を採用すること決める。
【００６９】
（方針４）ＭＢＭＳの利用状況に基づく決定  
ｅＮＢ２００は、所定期間においてＭＢＭＳのために割り当てられた無線リソース量が所定量（TH4）以上である場合（ＭＢＭＳが多くのＵＥによって利用されている場合）には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、所定期間においてＭＢＭＳのために割り当てられた無線リソース量が所定量（TH4）に満たない場合には、ＭＢＭＳ方式を適用することを決める。
【００７０】
尚、ステップＳ１において、ｅＮＢ２００は、先に示した方針に基づいて、ＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式による送信方式かを決めたが、別の処理を適用してもよい。別の処理は、第１処理乃至第３処理を含む。
【００７１】
第１処理は、図示しないネットワーク側のノード（例えば、ＭＭＥ）（以下、単に「ネットワークノード」と称する。）が、所定の方針に従ってＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式かを決定する処理である。第２処理は、ネットワークノードが、第１処理で決定した送信方式をｅＮＢ２００に送信する処理である。第３処理は、ｅＮＢ２００が、第２処理においてネットワークノードから送信された送信方式を理解して採用する処理である。
【００７２】
第１処理において、ネットワークノードが送信方式を決めるための所定の方針とは、例えば、ネットワークノードが、グループコミュニケーション用のマルチキャストデータのトラフィック量に基づいて送信方式を決めるというものである。
【００７３】
具体的には、ネットワークノードが、グループコミュニケーション用のマルチキャストデータのトラフィック量を検出する。次に、ネットワークノードは、検出したトラフィック量が所定の閾値（TH5）以上である場合には、ＳＣ-ＰＴＭtransmission方式を適用すること決める。ネットワークノードは、検出したトラフィック量が所定の閾値（TH5）に満たない場合には、ＳＣ-ＰＴＭtransmission方式を適用すること決める。尚、ネットワークノードは、このような方針に限らず、例えば、先に説明した（方針３）と同様の方針で送信方式を決めてもよい。
【００７４】
図９において、ｅＮＢ２００は、ステップＳ１で決定した送信方式に基づいて、ＵＥ１００のための設定情報（configuration）を送信する。設定情報については後述する。また、図９において、ｅＮＢ２００は、ステップＳ１において、ＵＥ１００への送信方式として、ＳＣ-ＰＴＭ transmission方式を採用したものとして説明を続ける。
【００７５】
ｅＮＢ２００は、ＲＲＣメッセージであるＳＩＢ１（System Information Block Type1）を送信した後、ＳＩＢ１で示したタイミング情報に基づいて、ＲＲＣメッセージであるＳＩＢ１３（System Information Block Type13）を送信する（ステップＳ２）。
【００７６】
図１０に示すように、ＳＩＢ１３は、「group-mbsfn-AreaInfoList」を含み、「group-mbsfn-AreaInfoList」は、「group-mbsfn-AreaInfo」を含む。「group-mbsfn-AreaInfo」は、「G-RNTI-Info」を含む。「G-RNTI-Info」は、「G-RNTI」、「tmgi（TMGI）」及び「group ＳＵＢＦＲＡＭＥ allocation」を含む。「G-RNTI」、「tmgi（TMGI）」及び「group Subframe Allocation」の詳細については後述する。尚、「group-mbsfn-AreaInfoList」が、先に説明した設定情報に対応する。
【００７７】
ＵＥ１００は、ｅＮＢ２００から送信されたＳＩＢ１３を受信すると、ＳＩＢ１３に含まれた「tmgi（TMGI）」が、予め自ＵＥにおいて記憶していた自ＵＥのためのＴＭＧＩと同じであれば、ＳＩＢ１３に含まれた「G-RNTI」及び「group Subframe Allocation」を記憶する（ステップＳ３）。
【００７８】
ここで、「G-RNTI」、「tmgi（TMGI）」及び「group Subframe Allocation」について説明する。
【００７９】
「G-RNTI」は、グループコミュニケーション用のＲＮＴＩ（Radio Network Temporary Identifier）である。「G-RNTI」は、ＵＥ１００が、グループコミュニケーション用のＰＤＣＣＨをデコードするときに用いられる。この場合のＰＤＣＣＨは、グループコミュニケーション用としてマルチキャスト送信されるＰＤＳＣＨのための無線リソースの割り当て情報を含む。ＰＤＣＣＨは、事前に、「G-RNTI」によってスクランブリングされる。
【００８０】
「tmgi（TMGI）」は、グループコミュニケーションの機能を備えたＵＥの属するグループを示す識別情報である。
【００８１】
「group Subframe Allocation」は、グループコミュニケーション用としてマルチキャスト伝送されるＰＤＳＣＨと、このＰＤＳＣＨのための無線リソースの割り当て情報を含んだＰＤＣＣＨとを構成可能なサブフレーム（特定サブフレーム）を示す。「group Subframe Allocation」は、マルチキャスト用のＰＤＳＣＨを構成可能な特定サブフレームを示す特定サブフレーム情報の具体例の一つである。「group Subframe Allocation」が示す内容の詳細については、図１１を用いて別途説明する。
【００８２】
続いて、図９に基づく説明を再開する。ｅＮＢ２００は、ステップ１においてＳＩＢ１３を送信した後、先にＵＥ１００に送信していたＳＩＢ１３に含まれる「group Subframe Allocation」に基づき、この「group Subframe Allocation」において示していた特定サブフレームにおいて、ＵＥ１００の属するグループのために、グループコミュニケーション用のマルチキャストデータを含んだＰＤＳＣＨと、このＰＤＳＣＨのための無線リソースの割り当て情報を含んだＰＤＣＣＨとを送信する（ステップＳ４）。
【００８３】
ＵＥ１００は、ステップＳ４において特定サブフレームによってｅＮＢ２００から送信されたＰＤＣＣＨを受信すると、ステップＳ３で記憶していた「G-RNTI」を用いて、ＰＤＣＣＨをデコードし、特定サブフレームにおけるグループコミュニケーション用のマルチキャストデータを含んだＰＤＳＣＨ（マルチキャスト用ＰＤＳＣＨ）のための無線リソースの割り当て状態を理解し、所定の受信処理を実行する。ＵＥ１００は、所定の受信処理によって、マルチキャストデータを検出する。
【００８４】
ＳＩＢ１３について補足説明する。図１０に示すように、ＳＩＢ１３は、「mbsfn-AreaInfoList」も含む。「mbsfn-AreaInfoList」は、ｅＮＢ２００が、ＵＥ１００への送信方式として、ＭＢＭＳ方式を採用したした場合に利用される。
【００８５】
一方で、ｅＮＢ２００は、或るグループに属する複数のＵＥ１００（或るＵＥ１００）のための送信方式としてＳＣ-ＰＴＭ transmission方式を採用した場合であっても、或るＵＥ１００が属するグループに属さない他のＵＥのために、「mbsfn-AreaInfoList」を設定してＳＩＢ１３に含める。或るＵＥ１００は、ＳＣ-ＰＴＭ transmission方式に従うとき、ＳＩＢ１３に示された「mbsfn-AreaInfoList」の情報を、自ＵＥのためのグループコミュニケーション用のマルチキャストデータを受信するためには適用しない。この場合、或るＵＥ１００は、「mbsfn-AreaInfoList」の情報を、或るＵＥ１００が属するグループに属さない他のＵＥが適用する情報であると理解できる。
【００８６】
図１０に示した「mbsfn-AreaInfoList」は、ＵＥ１００が、1つまたは複数のMBSFNエリアに関連付けられたＭＢＭＳ制御情報を取得するために必要な情報を含む。この情報は、図１０には示されていないが「mbsfn-AreaInfo」を含む。「mbsfn-AreaInfo」は、ＵＥ１００がＭＣＣＨ（Multicast Control Chanel）を受信可能なサブフレームに関する情報を示す。ＭＣＣＨは、いずれのサブフレームがＭＴＣＨ（Multicast Traffic Channel）を搬送するかをＵＥ１００に対し示す制御チャネルである。
【００８７】
次に、図１１を用いて本実施形態に係る通信制御方法について説明する。図１１の図中、「ＳＩＢ１３」は、図９の「ＳＩＢ１３」に対応する。尚、図１１についての説明において、適宜、図１０に示した「group Subframe Allocation」等の内容について補足説明する。
【００８８】
図１１において、ＵＥ１００は、先に説明した通り、グループコミュニケーションの対象となっている。図示しないｅＮＢ２００のコントローラ（例えばプロセッサ２４０）（以下、説明の便宜上、単にｅＮＢ２００と称する。）は、ＵＥ１００が属するグループのために「Group-MBSFN-AreaInfo」を設定し、ＵＥ１００が属するグループに属さないＵＥのために設定した「MBSFN-AreaInfo」と共にＳＩＢ１３に含めて送信する 処理を実行する。
「Group-MBSFN-AreaInfo」は、先に説明した「group-mbsfn-AreaInfo」である。「MBSFN-AreaInfo」は、先に説明した「mbsfn-AreaInfo」である。
【００８９】
「Group-MBSFN-AreaInfo」は、先に説明した「group Subframe Allocation」を含む。
「group Subframe Allocation」は、所定数の無線フレームに含まれる所定数のサブフレームのうち、先に示した特定サブフレームをまとめて指定できるようにビットマップによって示された情報を含む。この情報は、具体的には、特定サブフレームが“１”で示され、特定サブフレーム以外のサブフレームが“０”で示される。
【００９０】
図１１に示された「Group-MBSFN-AreaInfo」の例では、サブフレーム番号１（ＳＦ１）、サブフレーム番号４（ＳＦ４）、サブフレーム番号５（ＳＦ５）及びサブフレーム番号７（ＳＦ７）が“１”であり、それ以外のサブフレームが“０”であるため、ＳＦ０〜ＳＦ９までは、“０１００１１０１００”というビットマップで構成できる。
【００９１】
尚、図１０では、「group Subframe Allocation」のＢＩＴ ＳＴＲＩＮＧとして、サイズが「４０」として示されているが、これは、４０サブフレーム分のビットマップであることを意味する。４０サブフレーム分のビットマップの形式としては、例えば、４０サブフレームをまとめてビットマップで示す形式や、１０サブフレーム分の基準ビットマップと、基準ビットマップを４回繰り返すことを示す２ビット情報（４回繰り返す場合には、例えば“１１”）とを組み合わせる形式が適用される。
【００９２】
図１１に示された「Group-MBSFN-AreaInfo」は、図１０には図示されていない「Repetition Period」と「offset」を更に含む。図１３は、「Repetition Period」と「offset」の内容を概略的に説明するための図である。
【００９３】
図１３に示すように、「Repetition Period」は、「group Subframe Allocation」が示す所定数のサブフレーム（図１３ではＳＦ０〜ＳＦ９までの１０サブフレーム）に対応したビットマップが繰り返される周期を示す。この周期はradio frame単位に対応する。例えば、「Repetition Period」が５radio-frameに相当する値であれば、５radio-frame毎に１度、「group Subframe Allocation」が示すビットマップが適用されることを意味する。
【００９４】
「offset」は、基準となるＳＦＮ（System Frame Number）（図１３ではＳＦＮ０）から、「group Subframe Allocation」が示すビットマップが適用されるＳＦＮ（図１３ではSFN“offset”）までの間隔を示す値でradio frame単位で示される。
【００９５】
すなわち、基準となるＳＦＮから、「offset」radio frame分ずらした時間位置において、「group Subframe Allocation」が示すビットマップが適用される。つまり、「ＳＦＮ mod “Repetition Period ”＝offset」に一致した場合、「group Subframe Allocation」が示すビットマップが適用される。「Repetition Period」と「offset」は、「Repetition Period」＞「offset」となるように定義される。
【００９６】
図１３の例に代えて、図１４に示すように、「Group-MBSFN-AreaInfo」は、「Repetition Period」、「offset」及び「Repetition number」を含むように構成してもよい。図１４は、「Repetition Period」、「offset」及び「Repetition number」を含む例を概略的に示す図である。
【００９７】
図１４における「Repetition Period」と「offset」は、図１３で説明した「Repetition Period」と「offset」と同じ内容である。「Repetition number」は、例えば、１０サブフレーム分の基準ビットマップ（「group Subframe Allocation」が示すビットマップ）をｎ回（図１４の例では３回）繰り返すことを示す回数の情報（ビットで示される情報）である。
【００９８】
尚、「Group-MBSFN-AreaInfo」は、図１３に示した「Repetition Period」及び「offset」や、図１４に示した「Repetition Period」、「offset」及び「Repetition number」を含めずに構成されてもよい。
【００９９】
図１１において、ｅＮＢ２００は、ダウンリンクにおいてＭＢＳＦＮのために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報（MBSFN-AreaInfo）を送信する処理も実行できる。
【０１００】
図１１において、「MBSFN-AreaInfo」は、所定数の無線フレームに含まれる所定数のサブフレームのうち、ＭＢＳＦＮサブフレームをまとめて指定できるようにビットマップによって示された情報を含む。具体的には、「MBSFN-AreaInfo」は、ＭＢＳＦＮサブフレームが“１”で示され、ＭＢＳＦＮサブフレーム以外のサブフレームが“０”で示される。
【０１０１】
図１１に示された「MBSFN-AreaInfo」の例では、サブフレーム番号０（ＳＦ０）及びサブフレーム番号９（ＳＦ９）“１”であり、ＭＢＳＦＮサブフレーム以外のサブフレームが“０”であるため、ＳＦ０〜ＳＦ９までは、“１００００００００１”というビットマップで構成される。
【０１０２】
図１１において、ｅＮＢ２００は、ＵＥ１００のために、「Group-MBSFN-AreaInfo」において特定サブフレームを指定するにあたっては、ＭＢＳＦＮ用サブフレーム以外のサブフレームを特定サブフレームとして設定する。あるいは、ｅＮＢ２００は、ＵＥ１００のために、「MBSFN-AreaInfo」においてＭＢＳＦＮサブフレームを指定するにあたっては、特定サブフレーム以外のサブフレームをＭＢＳＦＮサブフレームとして設定してもよい。尚、ｅＮＢ２００は、上記に示した双方の設定ポリシーを考慮して、特定サブフレーム及びＭＢＳＦＮサブフレームを厳密に設定してもよい。
【０１０３】
図１１において、ｅＮＢ２００は、上記に示したＳＩＢ１３を送信する他に、ｅＮＢ２００が管理するセル内に在圏するグループコミュニケーションの対象ではないユーザ端末（ＵＥ）（図１１において図示されないＵＥ）も対象にしたＳＩＢ２（System Information Block Type2）を送信（報知）できる。
【０１０４】
この場合、ｅＮＢ２００は、ＳＩＢ２において、ブロードキャスト／マルチキャスト配信に関する無線リソースの割り当て情報として、特定サブフレーム以外のサブフレームを示した「MBSFN-Subframe Config」のみを指定して送信（報知）する。
【０１０５】
以上に示した、第１の実施形態によれば、グループコミュニケーションの対象となるユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できる。
【０１０６】
［第２実施形態］   
以下において、第２実施形態に係る通信制御方法について、第１実施形態との相違点を主として説明する。
【０１０７】
第１実施形態では、ｅＮＢ２００又は図示しないネットワークノード（説明の便宜上、単に「ネットワーク装置」と称する。）は、ＵＥ１００のために、先に示した方針に基づいて、ＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式による送信方式かを決めた。これに対して、第２実施形態では、図１２に示すように、ネットワーク装置は、自装置において記憶していたＴＭＧＩに基づき、配下のＵＥ１００がグループコミュニケーションの対象であることを理解できたならば、そのＵＥ１００に対するマルチキャストデータについてはＳＣ-ＰＴＭ Transmission方式を適用すると決める（ステップＳ１）。つまり、ネットワーク装置は、グループコミュニケーションのための送信方法としてＳＣ-ＰＴＭ transmission方式を適用する。ステップＳ１以外の動作は、第１実施形態と同様である。
【０１０８】
［その他の実施形態］  
上述した各実施形態は、ＳＩＢ１３によって「group-mbsfn-AreaInfo」を伝送することを示しているが、ＳＩＢ１３以外の新たに規定したＳＩＢによって「group-mbsfn-AreaInfo」を伝送するように実施してもよい。
【０１０９】
また、上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに適用してもよい。
【０１１０】
日本国特許出願第２０１５−０１３９２５号（２０１５年１月２８日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１１１】
本発明は、通信分野において有用である。
【図１】
2016121859.tif 000003
【図２】
2016121859.tif 000004
【図３】
2016121859.tif 000005
【図４】
2016121859.tif 000006
【図５】
2016121859.tif 000007
【図６】
2016121859.tif 000008
【図７】
2016121859.tif 000009
【図８】
2016121859.tif 000010
【図９】
2016121859.tif 000011
【図１０】
2016121859.tif 000012
【図１１】
2016121859.tif 000013
【図１２】
2016121859.tif 000014
【図１３】
2016121859.tif 000015
【図１４】
2016121859.tif 000016
【手続補正書】
【提出日】平成29年7月26日(2017.7.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局であって、コントローラを有し、
前記コントローラは、
３ＧＰＰ（3rd Generation Partnership Project）で規定されたＳＣ−ＰＴＭ（Single cell point to multipoint）の機能を備えたユーザ端末のために、設定情報を含むＲＲＣ（Radio Resource Control）メッセージを送信する処理を実行し、
前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含み、
前記ＲＲＣメッセージの送信後、前記コントローラは、前記特定サブフレームにおいて、前記ＰＤＳＣＨのリソース割り当て情報を含むＰＤＣＣＨ（Physical Downlink Control Channel）を送信する処理をさらに実行する、基地局。
【請求項２】
請求項１に記載の前記基地局において、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。
【請求項３】
請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。
【請求項４】
請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
【請求項５】
請求項１に記載の前記基地局において、前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、
前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control Channel)をデコードするときに用いるＲＮＴＩであり、
前記ＴＭＧＩは、前記ユーザ端末の属するグループを示す情報である。
【請求項６】
請求項１に記載の前記基地局において、前記特定サブフレームでは、ＭＢＳＦＮ（MBMS Single Frequency Network）送信が抑制される。
【請求項７】
請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
【請求項８】
請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
前記コントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
【請求項９】
請求項１に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)である。
【請求項１０】
請求項９に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)のタイプ１３である。
【請求項１１】
ユーザ端末であって、コントローラを有し、３ＧＰＰ（3rd Generation Partnership Project）で規定されたＳＣ−ＰＴＭ（Single cell point to multipoint）の機能を備え、
前記コントローラは、
サービングセルを管理する基地局から、設定情報を含むＲＲＣ（Radio Resource Control）メッセージを受信する処理を実行し、
前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含み、
前記ＲＲＣメッセージの受信後、前記コントローラは、前記特定サブフレームにおいて、前記基地局から、前記ＰＤＳＣＨのリソース割り当て情報を含むＰＤＣＣＨ（Physical Downlink Control Channel）を受信する処理をさらに実行する、ユーザ端末。
【請求項１２】
通信制御方法であって、
基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたＳＣ−ＰＴＭ（Single cell point to multipoint）の機能を備えた特定ユーザ端末のために、設定情報を含むＲＲＣ（Radio Resource Control）メッセージを送信し、
前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含み、
前記ＲＲＣメッセージの送信後、前記基地局が、前記特定サブフレームにおいて、前記ＰＤＳＣＨのリソース割り当て情報を含むＰＤＣＣＨ（Physical Downlink Control Channel）を送信する、通信制御方法。
【国際調査報告】
2016121859.tif 000017
2016121859.tif 000018