(57)【要約】      （修正有）【課題】ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供するネットワークに設けられる基地局を提供する。【解決手段】基地局は、ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報を、ＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する制御部を備える。特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表される。【選択図】図１５
2018033165.tif 000002
【特許請求の範囲】
【請求項１】
ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供するネットワークに設けられる基地局であって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する制御部を備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表されることを特徴とする基地局。
【請求項２】
ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスが提供されるユーザ端末であって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をネットワーク装置から取得する制御部を備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表されることを特徴とするユーザ端末。
【請求項３】
ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供する移動通信システムに用いる通信方法であって、
基地局が、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知するステップと、
前記ユーザ端末が、前記情報を前記基地局から取得するステップとを備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表されることを特徴とする通信方法。
【請求項４】
ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供するネットワークに設けられる基地局を制御するためのプロセッサであって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する処理を行い、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表されることを特徴とするプロセッサ。
【請求項５】
ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスが提供されるユーザ端末を制御するためのプロセッサであって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をネットワーク装置から取得する処理を行い、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表されることを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局、ユーザ端末及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、マルチキャスト／ブロードキャストサービスを提供するために、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）が仕様化されている。
【０００３】
現行のＭＢＭＳにおいては、複数のセルからなるＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）エリア単位で、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して、マルチキャスト／ブロードキャストデータが送信される（ＭＢＳＦＮ伝送）。
【０００４】
一方で、効率的なグループ通信サービス（マルチキャストサービス）を提供するために、ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ  ｔｏ  Ｍｕｌｔｉ−ｐｏｉｎｔ）伝送が検討されている。ＳＣ−ＰＴＭ伝送においては、セル単位で、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して、マルチキャストデータが送信される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ寄書「ＲＰ−１４２２０５」
【発明の概要】
【０００６】
一つの実施形態に係るユーザ端末は、ＲＲＣアイドルモードにおいてセル再選択を行う制御部を備える。前記制御部は、ＳＣ−ＰＴＭ伝送により一の周波数において提供されるグループ通信サービスの受信に興味を持つ場合において、前記一の周波数に属するセルを前記セル再選択時に優先的に選択する。
【０００７】
一つの実施形態に係る基地局は、セルを管理する基地局である。前記基地局は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスを提供中の隣接セルに関する情報を、前記セル内のユーザ端末にＤＬ−ＳＣＨ及びＰＤＳＣＨを介して送信する制御部を備える。前記情報は、前記隣接セルの識別子を含む。
【０００８】
一つの実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスが提供されるユーザ端末である。前記ユーザ端末は、前記ユーザ端末が受信に興味を持つグループ通信サービスを示す識別子を含むグループ通信通知を基地局に送信する処理を行う制御部を備える。
【０００９】
一つの実施形態に係る基地局は、ソースセルからユーザ端末のハンドオーバが行われるターゲットセルを管理している基地局である。前記基地局は、前記ターゲットセルが提供しているグループ通信サービスに関するグループ通信制御情報を、前記ソースセルを介して前記ユーザ端末に通知する制御部を備える。
【００１０】
一つの実施形態に係る基地局は、ターゲットセルに対してユーザ端末のハンドオーバを行うソースセルを管理している基地局である。前記基地局は、前記ユーザ端末が受信に興味を持つグループ通信サービスを示す識別子を含むグループ通信通知を前記ターゲットセルに送信する処理を行う制御部を備える。
【００１１】
一つの実施形態に係るユーザ端末は、ソースセルからターゲットセルに対してハンドオーバを行うユーザ端末である。前記ユーザ端末は、前記ターゲットセルが提供しているグループ通信サービスに関するグループ通信制御情報を、ハンドオーバ実行前に前記ターゲットセルから取得する処理を行う制御部を備える。
【００１２】
一つの実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供するネットワークに設けられる基地局である。前記基地局は、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する制御部を備える。前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表される。
【００１３】
一つの実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスが提供されるユーザ端末である。前記ユーザ端末は、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をネットワーク装置から取得する制御部を備える。
【００１４】
一つの実施形態に係るマルチキャスト制御装置は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスを提供するソースセルからターゲットセルに対してユーザ端末のハンドオーバを行う場合において、該ハンドオーバに関する通知を前記ソースセル又は前記ターゲットセルから取得する制御部を備える。
【００１５】
一つの実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスを提供するソースセルを管理している基地局である。前記基地局は、前記ソースセルからターゲットセルに対してユーザ端末のハンドオーバを行う場合において、前記ターゲットセルに関する情報をマルチキャスト制御装置に通知する制御部を備える。
【図面の簡単な説明】
【００１６】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【図３】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図４】ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】ＵＥ１００（ユーザ端末）のブロック図である。
【図７】ｅＮＢ２００（基地局）のブロック図である。
【図８】ＳＣ−ＰＴＭ伝送の一例を説明するための図である。
【図９】ＳＣ−ＰＴＭ制御プロシージャの一例を示すシーケンス図である。
【図１０】第１実施形態に係るＵＥの動作を示す図である。
【図１１】第２実施形態に係る動作を示す図である。
【図１２】第３実施形態に係る動作を示す図である。
【図１３】第４実施形態に係る動作を示す図である。
【図１４】第４実施形態の変更例３を示す図である。
【図１５】第５実施形態に係る動作を示す図である。
【図１６】第６実施形態に係る動作を示す図である。
【図１７】付記に係るＳＣ−ＰＴＭとユニキャストとの間の遷移であるシナリオ１を示す図である。
【図１８】付記に係るＳＣ−ＰＴＭからＳＣ−ＰＴＭへの遷移であるシナリオ２を示す図である。
【図１９】付記に係るＳＣ−ＰＴＭとＭＢＳＦＮとの間の遷移であるシナリオ３を示す図である。
【発明を実施するための形態】
【００１７】
［実施形態の概要］
ＳＣ−ＰＴＭ伝送が導入された場合、下りリンクのデータ（ユーザデータ）の伝送方式の選択肢として、ユニキャスト伝送及びＭＢＳＦＮ伝送にＳＣ−ＰＴＭ伝送が追加されることになる。
【００１８】
しかしながら、これらの伝送方式の間でどのようにしてサービス継続性が保証されるのかが不明確である。特に、ユーザ端末の移動性を考慮してサービス継続性が保証されることが望まれる。
【００１９】
第１実施形態に係るユーザ端末は、ＲＲＣアイドルモードにおいてセル再選択を行う制御部を備える。前記制御部は、ＳＣ−ＰＴＭ伝送により一の周波数において提供されるグループ通信サービスの受信に興味を持つ場合において、前記一の周波数に属するセルを前記セル再選択時に優先的に選択する。
【００２０】
第２実施形態に係る基地局は、セルを管理する基地局である。前記基地局は、隣接セルにおいてＳＣ−ＰＴＭ伝送により提供されているグループ通信サービスに関する情報を含むシステム情報を、前記セルにおいて報知する制御部を備える。
【００２１】
第３実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスが提供されるユーザ端末である。前記ユーザ端末は、前記ユーザ端末が受信に興味を持つグループ通信サービスを示す識別子を含むグループ通信通知を基地局に送信する処理を行う制御部を備える。
【００２２】
第４実施形態に係る基地局は、ソースセルからユーザ端末のハンドオーバが行われるターゲットセルを管理している基地局である。前記基地局は、前記ターゲットセルが提供しているグループ通信サービスに関するグループ通信制御情報を、前記ソースセルを介して前記ユーザ端末に通知する制御部を備える。
【００２３】
第４実施形態に係る基地局は、ターゲットセルに対してユーザ端末のハンドオーバを行うソースセルを管理している基地局である。前記基地局は、前記ユーザ端末が受信に興味を持つグループ通信サービスを示す識別子を含むグループ通信通知を前記ターゲットセルに送信する処理を行う制御部を備える。
【００２４】
第５実施形態に係るネットワーク装置は、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスを提供するネットワークに設けられるネットワーク装置である。前記ネットワーク装置は、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をユーザ端末に通知する制御部を備える。
【００２５】
第５実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れかでグループ通信サービスが提供されるユーザ端末である。前記ユーザ端末は、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報をネットワーク装置から取得する制御部を備える。
【００２６】
第６実施形態に係るマルチキャスト制御装置は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスを提供するソースセルからターゲットセルに対してユーザ端末のハンドオーバを行う場合において、該ハンドオーバに関する通知を前記ソースセル又は前記ターゲットセルから取得する制御部を備える。
【００２７】
第６実施形態において、前記制御部は、前記ターゲットセルに関する情報を含む前記通知を前記ソースセルから取得する。前記制御部は、前記通知に基づいて、前記ターゲットセルにおいて前記ＳＣ−ＰＴＭ伝送又はＭＢＳＦＮ伝送により前記グループ通信サービスを提供するか否かを判断する。
【００２８】
第６実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりグループ通信サービスを提供するソースセルを管理している基地局である。前記基地局は、前記ソースセルからターゲットセルに対してユーザ端末のハンドオーバを行う場合において、前記ターゲットセルに関する情報をマルチキャスト制御装置に通知する制御部を備える。
【００２９】
［移動通信システムの概要］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムの概要について説明する。
【００３０】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、実施形態に係るＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【００３１】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３２】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３４】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００３６】
また、Ｅ−ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｎｇ  Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、マルチキャスト制御装置に相当する。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。
【００３７】
ＥＰＣ２０は、ＭＢＭＳ  ＧＷ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ  ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭ−ＳＣ２２と接続される（図２参照）。ＭＢＭＳ  ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送やセッション制御を行う。
【００３８】
また、ＥＰＣ２０は、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）２２を含む。ＢＭ−ＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ  ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される（図２参照）。ＢＭ−ＳＣ２２は、主にＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。
【００３９】
さらに、ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ  ＡＳ（Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）３１が設けられる。ＧＣＳ  ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ  ＡＳ３１は、ＭＢ２−Ｕ及びＭＢ２−Ｃインターフェイスを介してＢＭ−ＳＣ２２と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される。ＧＣＳ  ＡＳ３１は、グループ通信におけるグループの管理やデータ配信（ＭＢＭＳ（マルチキャスト）ベアラを使うか、ユニキャストベアラを使うかの判断も含む）等を行う。
【００４０】
（無線プロトコルの構成）
図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００４１】
図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４３】
ＭＡＣ層は、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４６】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４８】
（下りリンクのチャネル構成）
図４は、ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【００４９】
図４（ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００５０】
図４（ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００５１】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）又はＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００５２】
ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５３】
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５４】
ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、データの送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５５】
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、１対多（マルチキャスト／ブロードキャスト）伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００５６】
ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ネットワークからＵＥ１００への１対多（マルチキャスト／ブロードキャスト）のデータ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
【００５７】
図４（ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００５８】
図４（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされる。
【００５９】
ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
【００６０】
ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【００６１】
ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【００６２】
（無線フレームの構成）
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００６３】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送用のサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
【００６５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
【００６６】
（ユーザ端末の構成）
図６は、実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。
【００６７】
図６に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００６８】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００６９】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７０】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００７１】
（基地局の構成）
図７は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。
【００７２】
図７に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００７３】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７４】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００７５】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００７６】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００７７】
（ＳＣ−ＰＴＭ伝送の一例）
図８は、実施形態に係るＳＣ−ＰＴＭ伝送の一例を説明するための図である。ここでは、ｅＮＢ２００における処理について主として説明する。実施形態に係るｅＮＢ２００は、ＳＣ−ＰＴＭ伝送によりグループ通信サービス（マルチキャストサービス）を提供する。
【００７８】
図８に示すように、ｅＮＢ２００の制御部２３０（例えばＲＲＣ層）は、ＤＬ−ＳＣＨにマッピングされる新たな論理チャネルであるＧＣＣＨ（Ｇｒｏｕｐ  Ｃｏｎｔｏｌ  Ｃｈａｎｎｅｌ）を介して、ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する処理を行う。ＳＣ−ＰＴＭ設定情報の詳細については後述する。
【００７９】
また、ｅＮＢ２００の制御部２３０（例えばＲＲＣ層）は、ＧＣＣＨの設定に関するＧＣＣＨ設定情報を、ＢＣＣＨを介して送信する処理を行う。ＧＣＣＨ設定情報の詳細については後述する。
【００８０】
また、ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラは、グループ通信サービス（ＭＢＭＳサービス）を示すＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）と対応付けられている。ここで、ＭＢＭＳベアラは、ＵＥ１００とＢＭ−ＳＣ２２との間に確立される、ブロードキャスト／マルチキャスト用のベアラである。例えば、あるＭＢＭＳサービスに対して、ＭＢＭＳ  ＧＷ２１とｅＮＢ２００との間にはＩＰマルチキャストベアラが確立され、ｅＮＢ２００とＵＥ１００との間にはＭＢＭＳ  ＰＴＭ  ｒａｄｉｏ  ｂｅａｒｅｒが確立される。
【００８１】
ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラは、ＲＬＣ層においてセグメンテーションが施された後、論理チャネルであるＭＴＣＨにマッピングされる。なお、ＳＣ−ＰＴＭ伝送には、ＲＬＣ層においてＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）が適用され、ＡＲＱ処理が施されなくてもよい。ＭＴＣＨは、ＴＭＧＩごとに存在する。すなわち、ＴＭＧＩは、論理チャネルの識別子であるＬＣＩＤと対応付けられる。
【００８２】
ユニキャスト伝送が適用されるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ベアラは、ＰＤＣＰ層においてＲＯＨＣ処理及びＳｅｃｕｒｉｔｙ処理が施され、かつＲＬＣ層においてセグメンテーション及びＡＲＱ処理が施された後、論理チャネルであるＤＴＣＨにマッピングされる。ここで、ＥＰＳベアラは、ＵＥ１００とＰ−ＧＷ２３との間に確立される、ユニキャスト用のベアラである。
【００８３】
ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＴＣＨ、ＤＴＣＨ、ＣＣＣＨ、ＧＣＣＨ、ＢＣＣＨ、ＰＣＣＨの各論理チャネルについて、ユニキャスト／ＳＣ−ＰＴＭスケジューリング及び優先制御（Ｐｒｉｏｒｉｔｙ  Ｈａｎｄｌｉｎｇ）を行う。また、ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＴＣＨ及びＤＴＣＨを多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）し、ＨＡＲＱ処理を施した後、各コンポーネントキャリア（ＣＣ）のＤＬ−ＳＣＨにマッピングする。
【００８４】
さらに、ｅＮＢ２００は、ＭＢＳＦＮ伝送によりブロードキャスト／グループ通信サービスを提供してもよい。ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＣＣＨ及びＭＴＣＨについて、ＭＣＥ１１から受信したＭＢＭＳスケジューリング情報を参照してＭＢＭＳスケジューリングを行った後、多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）し、ＭＣＨにマッピングする。
【００８５】
図９は、実施形態に係るＳＣ−ＰＴＭ制御プロシージャの一例を示すシーケンス図である。
【００８６】
図９に示すように、ステップ１において、ｅＮＢ２００、ＭＣＥ１１、又はＧＣＳ  ＡＳ３１は、ＳＣ−ＰＴＭ伝送によりＭＢＭＳサービス（グループ通信サービス）を提供すると判断する。或いは、当該判断をＭＭＥ３００又はＢＭ  ＳＣ２２が行ってもよい。
【００８７】
ステップ２において、ｅＮＢ２００は、ＭＢＭＳサービスに対応するＴＭＧＩにＧ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を割り当てる。
【００８８】
ステップ３において、ｅＮＢ２００は、ＧＣＣＨに関するＧＣＣＨ設定情報を、ＢＣＣＨを介して送信する。具体的には、ｅＮＢ２００は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ１３又は新たなＳＩＢにより、ＧＣＣＨ設定情報を送信する。
【００８９】
ＧＣＣＨ設定情報は、自セルでＳＣ−ＰＴＭ伝送により提供中の全てのグループ通信サービスのＴＭＧＩ（ＴＭＧＩｓ  ｃｕｒｒｅｎｔｌｙ  ｐｒｏｖｉｄｅｄ  ｏｖｅｒ  ＳＣ−ＰＴＭ）を含んでもよい。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩがＧＣＣＨ設定情報に含まれている場合に、ＧＣＣＨを受信すると判断することができる。
【００９０】
また、ＧＣＣＨ設定情報は、「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」を含む。「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」は、ＧＣＣＨの送信が行われる可能性のあるサブフレームを示す情報（Ｓｕｂｆｒａｍｅｓ  ｓｃｈｅｄｕｌｅｄ  ｔｏ  ＧＣＣＨ）を含む。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、ＧＣＣＨを受信すると判断した場合に、ＧＣＣＨを適切に受信することができる。
【００９１】
また、「ＧＣＣＨ  ｏｃｃａｓｉｏｎ」は、ＧＣＣＨ（ＳＣ−ＰＴＭ設定情報）が変更されない期間を示す修正期間（Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）と、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内で同一のＧＣＣＨ（ＳＣ−ＰＴＭ設定情報）が繰り返し送信される周期を示す繰り返し周期（Ｒｅｐｅｔｉｔｉｏｎ  ｐｅｒｉｏｄ）と、を含む。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、不要なＧＣＣＨの監視を省略することができるため、消費電力を削減することができる。
【００９２】
ｅＮＢ２００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内において、ＳＣ−ＰＴＭベアラを変更せずに維持することが好ましい。ＳＣ−ＰＴＭベアラとは、ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラ（又は無線ベアラ）である。
【００９３】
ステップ４において、ｅＮＢ２００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」及び「Ｒｅｐｅｔｉｔｉｏｎ  ｐｅｒｉｏｄ」（及び／又は「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」）に従って、ＧＣＣＨのスケジューリングを行う。
【００９４】
ステップ５において、ｅＮＢ２００は、「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」（具体的には、ＧＣＣＨの送信が行われる可能性のあるサブフレーム）内において、ＳＣ−ＰＴＭ設定情報を送信するための第１のリソース割当情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を、ＰＤＣＣＨを介して送信する。第１のリソース割当情報は、当該サブフレーム内のＰＤＳＣＨについての割当リソースブロックを示す情報等を含む。
【００９５】
第１のリソース割当情報の送信には、複数のマルチキャストグループに共通のＲＮＴＩ（ＧＣＣＨ−ＲＮＴＩ）が適用される。具体的には、ＰＤＣＣＨは、ＧＣＣＨ−ＲＮＴＩを使用してスクランブル／マスクされる。「ＧＣＣＨ−ＲＮＴＩ」は、ＵＥ１００に事前設定されたＲＮＴＩであってもよいし、ｅＮＢ２００がＵＥ１００に設定してもよい。或いは、第１のリソース割当情報の送信には、マルチキャストグループに固有のＲＮＴＩ（Ｇ−ＲＮＴＩ）が適用されてもよい。
【００９６】
ステップ６において、ｅＮＢ２００は、ＧＣＣＨを介して、ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する。上述したように、ＧＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ）にマッピングされている。
【００９７】
ＳＣ−ＰＴＭ設定情報は、ＭＢＭＳサービス（グループ通信サービス）を示すＴＭＧＩと当該ＭＢＭＳサービスの提供に使用されるＧ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）との間の対応関係（ｍａｐｐｉｎｇ）を示す情報を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩに対して割り当てられたＧ−ＲＮＴＩを把握することができる。
【００９８】
また、ＳＣ−ＰＴＭ設定情報は、ＭＢＭＳサービス（グループ通信サービス）を示すＴＭＧＩと当該ＭＢＭＳサービスの提供に使用される論理チャネルの識別子（ＬＣＩＤ）との間の対応関係（ｍａｐｐｉｎｇ）を示す情報を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩに対して割り当てられたＬＣＩＤを把握することができる。
【００９９】
さらに、ＳＣ−ＰＴＭ設定情報は、「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」を含む。「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」は、ＳＣ−ＰＴＭ伝送によりマルチキャストデータ（ＳＣ−ＰＴＭデータ）が送信される可能性のあるサブフレームを示す情報（Ｓｕｂｆｒａｍｅｓ  ｓｃｈｅｄｕｌｅｄ  ｔｏ  ＳＣ−ＰＴＭ）を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、ＳＣ−ＰＴＭデータを受信するべきタイミング（サブフレーム）を把握することができる。
【０１００】
なお、ＳＣ−ＰＴＭ伝送にＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が適用される場合において、ＳＣ−ＰＴＭ設定情報は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ．）を含んでもよい。「ＳＰＳ  Ｃｏｎｆｉｇ．」は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌ）及びＳＰＳ  Ｃ−ＲＮＴＩ等を含む。
【０１０１】
ステップ７において、ＳＣ−ＰＴＭ設定情報（ＧＣＣＨ）を受信したＵＥ１００は、ＳＩＢ更新が行われない限り、ＧＣＣＨ設定情報（ＳＩＢ１３又は新たなＳＩＢ）を受信しなくてもよい。また、ＵＥ１００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内でＳＣ−ＰＴＭ設定情報（ＧＣＣＨ）を一旦受信すれば、当該「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内でＧＣＣＨを監視しなくてもよい。
【０１０２】
ステップ８において、ｅＮＢ２００は、ＳＣ−ＰＴＭのスケジューリングを行う。
【０１０３】
ステップ９において、ｅＮＢ２００は、「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」（ＳＣ−ＰＴＭデータの送信が行われる可能性のあるサブフレーム）内において、特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを送信するための第２のリソース割当情報（ＤＣＩ）を、ＰＤＣＣＨを介して送信する。第２のリソース割当情報は、ＳＣ−ＰＴＭデータの送信に使用される割当リソース（及びＭＣＳ）を示す情報等を含む。
【０１０４】
第２のリソース割当情報の送信には、マルチキャストグループごとに異なるＧ−ＲＮＴＩが適用される。具体的には、当該ＰＤＣＣＨは、当該特定のサービス（ＴＭＧＩ）に対応するＧ−ＲＮＴＩを使用してスクランブル／マスクされる。
【０１０５】
また、ｅＮＢ２００は、Ｇ−ＲＮＴＩを適用して送信する第２のリソース割当情報を、ＰＤＣＣＨ内のグループサーチスペースに配置してもよい。グループサーチスペースは、共通サーチスペース及びＵＥ固有サーチスペースとは異なる新たなサーチスペースである。当該特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを受信しようとするＵＥ１００は、当該グループサーチスペース内でＧ−ＲＮＴＩによるブラインドデコーディングを行う。
【０１０６】
ステップ１０において、ｅＮＢ２００は、ＰＤＳＣＨ（ＤＬ−ＳＣＨ）を介して、当該特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを送信する。
【０１０７】
［第１実施形態］
以下において、第１実施形態について説明する。第１実施形態においては、ＲＲＣコネクティッドモードのＵＥ１００だけではなく、ＲＲＣアイドルモードのＵＥ１００もＳＣ−ＰＴＭ伝送を受信可能であると想定する。
【０１０８】
（セル再選択の概要）
第１実施形態に係るＵＥ１００は、ＲＲＣアイドルモードにおいてセル再選択を行う。具体的には、ＵＥ１００は、異なる周波数で運用される複数のセルの中からサービングセルとして用いる対象セルを選択する。ＵＥ１００は、開始条件が満たされた場合に、現在のサービングセルに隣接する隣接セルの品質を測定し、選択条件を満たすセルの中からサービングセルとして用いる対象セルを選択する。
【０１０９】
第１に、開始条件は、以下に示す通りである。
【０１１０】
（Ａ１）現在のサービングセルの周波数の優先度よりも高い優先度を有する周波数
−ＵＥ１００は、高い優先度を有する周波数の品質を常に測定する。
【０１１１】
（Ａ２）現在のサービングセルの周波数の優先度と等しい優先度又は低い優先度を有する周波数
−ＵＥ１００は、現在のサービングセルの品質が所定閾値を下回った場合に、等しい優先度又は低い優先度を有する周波数の品質を測定する。
【０１１２】
第２に、選択条件は、以下に示す通りである。
【０１１３】
（Ｂ１）隣接セルの周波数の優先度が現在のサービングセルの優先度よりも高い
−ＵＥ１００は、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｑｕａｌ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＱの関係を満たすセル、若しくは、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｒｘｌｅｖ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＰの関係を満たすセルを対象セルとして選択する。このようなケースにおいて、隣接セルが満たすべき基準を“Ｓ−ｃｒｉｔｅｒｉａ”と称することもある。
【０１１４】
但し、Ｓｑｕａｌは、セル選択品質レベルを表しており、Ｓｑｕａｌ＝Ｑｑｕａｌｍｅａｓ−（Ｑｑｕａｌｍｉｎ＋Ｑｑｕａｌｍｉｎｏｆｆｓｅｔ）−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｑｕａｌｍｅａｓは、隣接セルの品質レベル（ＲＳＲＱ）であり、Ｑｑｕａｌｍｉｎは、最小要求品質レベルであり、Ｑｑｕａｌｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットであり、Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＱは、所定閾値である。
【０１１５】
また、Ｓｒｘｌｅｖは、セル選択受信レベルを表しており、Ｓｒｘｌｅｖ＝Ｑｒｘｌｅｖｍｅａｓ−（Ｑｒｘｌｅｖｍｉｎ＋Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ）−Ｐｃｏｍｐｅｎｓａｔｉｏｎ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｒｘｌｅｖｍｅａｓは、隣接セルの受信レベル（ＲＳＲＰ）であり、Ｑｒｘｌｅｖｍｉｎは、最小要求受信レベルであり、Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットであり、Ｐｃｏｍｐｅｎｓａｔｉｏｎは、アップリンクの能力に関するパラメータであり、Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＰは、所定閾値である。
【０１１６】
（Ｂ２）隣接セルの周波数の優先度が現在のサービングセルの優先度と同じである
−ＵＥ１００は、現在のサービングセルのランキングＲｓ及び隣接セルのランキングＲｎを算出するとともに、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＲｓよりも高いランキングＲｎを有するセルを対象セルとして選択する。このようなケースにおいて、隣接セルが満たすべき基準を“Ｒ−ｃｒｉｔｅｒｉａ”と称することもある。
【０１１７】
但し、Ｒｓは、Ｒｓ＝Ｑｍｅａｓ，ｓ＋ＱＨｙｓｔ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｒｎは、Ｒｎ＝Ｑｍｅａｓ，ｎ−Ｑｏｆｆｓｅｔ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｍｅａｓ，ｓは、現在のサービングセルの受信レベル（ＲＳＲＰ）であり、Ｑｍｅａｓ，ｎは、隣接セルの受信レベル（ＲＳＲＰ）である。ＱＨｙｓｔは、現在のサービングセルが対象セルとして再選択されやすくするためのヒステリシス値である。Ｑｏｆｆｓｅｔｔｅｍｐは、現在のサービングセル及び隣接セルに一時的に適用されるオフセットである。
【０１１８】
（Ｂ３）隣接セルの周波数の優先度が現在のサービングセルの優先度よりも低い
−ＵＥ１００は、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｑｕａｌ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱが満たされる、若しくは、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｒｘｌｅｖ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰが満たされるという前提下において、上述した（Ｂ１）と同様の手法によって隣接セルの中から対象セルを選択する。
【０１１９】
但し、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱ及びＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰは、ＴｈｒｅｓｈＸ，ＨｉｇｈＱ及びＴｈｒｅｓｈＸ，ＨｉｇｈＰと同様に、所定閾値である。
【０１２０】
なお、対象セルの選択で用いる各種パラメータは、ｅＮＢ２００から報知されるシステム情報（ＳＩＢ；Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に含まれる。各種パラメータは、周波数の優先度（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）、各種オフセット（Ｑｑｕａｌｍｉｎｏｆｆｓｅｔ、Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ、Ｑｏｆｆｓｅｔｔｅｍｐ、ＱＨｙｓｔ、Ｑｏｆｆｓｅｔ）、各種閾値（ＴｈｒｅｓｈＸ，ＨｉｇｈＱ、ＴｈｒｅｓｈＸ，ＨｉｇｈＰ、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱ、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰ）を含む。
【０１２１】
（第１実施形態に係る動作）
図１０は、第１実施形態に係るＵＥ１００の動作を示す図である。
【０１２２】
図１０に示すように、ステップＳ１０１において、ＵＥ１００は、ＳＣ−ＰＴＭ伝送により一の周波数（ＳＣ−ＰＴＭ周波数）において提供されるグループ通信サービスの受信に興味を持つか否かを判断する。「グループ通信サービスの受信に興味を持つ」とは、グループ通信サービスを実際に受信している場合に限らず、グループ通信サービスを受信しておらず当該受信を希望する場合も含み得る。グループ通信サービスの受信に興味を持つか否かは、例えば上位層（アプリケーション層等）からの指示に応じて定められる。ＵＥ１００は、第２実施形態において説明する隣接セルＳＣ−ＰＴＭ情報に基づいてＳＣ−ＰＴＭ周波数を特定してもよい。
【０１２３】
グループ通信サービスの受信に興味を持たない場合（ステップＳ１０１：ＮＯ）、ステップＳ１０３において、ＵＥ１００は、上述したセル再選択プロシージャを行う。
【０１２４】
一方、グループ通信サービスの受信に興味を持つ場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２において、ＵＥ１００は、当該一の周波数（ＳＣ−ＰＴＭ周波数）の優先度を最高優先度に設定する。そして、ＵＥ１００は、上述したセル再選択プロシージャを行う（ステップＳ１０３）。
【０１２５】
或いは、ステップＳ１０２において、ＵＥ１００は、通常のユニキャストデータ通信よりも、ＳＣ−ＰＴＭ受信を優先する場合に、当該一の周波数を最高優先度に設定してもよい。また、ＵＥ１００は、興味のあるＴＭＧＩに対応するＳＣ−ＰＴＭ周波数を最高優先度に設定してもよい。
【０１２６】
ステップＳ１０２において、ＵＥ１００は、ＳＣ−ＰＴＭ提供セル（周波数）に対しては、「特別なセル再選択パラメータ」を適用して、セル再選択プロシージャを実行してもよい。ここで、「特別なセル再選択パラメータ」とは、ＳＣ−ＰＴＭ送信のＭＣＳ（≒正常受信ＳＩＮＲ）を考慮したＲＳＲＱ（及びＲＳＲＰ）の基準（Ｓ−ｃｒｉｔｅｒｉａやＲ−ｃｒｉｔｅｒｉａのＯｆｆｓｅｔ等）である。当該特別なセル再選択パラメータは基地局から報知されていてもよい。このセル再選択基準を適用することで、ある一定の受信品質を担保できる。
【０１２７】
このように、ＵＥ１００は、ＳＣ−ＰＴＭ伝送により一の周波数（ＳＣ−ＰＴＭ周波数）において提供されるグループ通信サービスの受信に興味を持つ場合において、当該一の周波数（ＳＣ−ＰＴＭ周波数）に属するセルをセル再選択時に優先的に選択する。従って、ＳＣ−ＰＴＭ伝送により提供されるグループ通信サービスをＲＲＣアイドルモードにおいて継続的に受信することができる。
【０１２８】
［第１実施形態の変更例］
第１実施形態においては、ＵＥ１００がＭＢＳＦＮ伝送により提供されるグループ通信サービスにも興味を持つ場合を想定していなかった。しかしながら、異なる周波数において同一のグループ通信サービス（同一のＴＭＧＩ）がＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送で提供される場合には、ＳＣ−ＰＴＭ伝送の周波数（ＳＣ−ＰＴＭ周波数）及びＭＢＳＦＮ伝送の周波数（ＭＢＳＦＮ周波数）のうち何れを優先するかが問題となる。
【０１２９】
本変更例において、ＵＥ１００は、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送により同一のグループ通信サービスが異なる周波数において提供されている場合に、セル再選択時にＳＣ−ＰＴＭ周波数及びＭＢＳＦＮ周波数の何れを優先するかを判断する。
【０１３０】
グループ通信サービスが基本的にＭＢＳＦＮ伝送により提供されると想定すると、同一のグループ通信サービスがＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送で提供されるということは、ＭＢＳＦＮ周波数が混雑しており、ＳＣ−ＰＴＭ伝送に切り替えつつある状態であるとみなすことができる。よって、ＵＥ１００がＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の両方に興味を持つ場合には、ＭＢＳＦＮ伝送（ＭＢＳＦＮ周波数）よりもＳＣ−ＰＴＭ伝送（ＳＣ−ＰＴＭ周波数）の優先度を高くすることが好ましい。或いは、グループ通信サービスが基本的にＳＣ−ＰＴＭ伝送により提供されると想定すると、上記とは逆に、ＳＣ−ＰＴＭ伝送（ＳＣ−ＰＴＭ周波数）よりもＭＢＳＦＮ伝送（ＭＢＳＦＮ周波数）の優先度を高くしてもよい。このようなポリシー（グループ通信サービスが基本的にＭＢＳＦＮ伝送によって提供されるか、ＳＣ−ＰＴＭ伝送で提供されるか、のネットワーク運用ポリシー）は、ネットワーク（ｅＮＢ２００、ＭＭＥ３００、ＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ３１）からＵＥ１００に提供されてもよい。
【０１３１】
或いは、ＵＥ１００は、第５実施形態において説明する「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」に基づいて、ＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送のうちサービス提供が継続される方を判断し、サービス提供が継続される周波数の優先度を高くすると判断する。
【０１３２】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。図１１は、第２実施形態に係る動作を示す図である。ＵＥ１００は、ｅＮＢ２００のセル（サービングセル）においてＲＲＣコネクティッドモード又はＲＲＣアイドルモードにある。
【０１３３】
図１１に示すように、ステップＳ２０１において、ｅＮＢ２００は、隣接セルにおいてＳＣ−ＰＴＭ伝送により提供されているグループ通信サービスに関する情報（隣接セルＳＣ−ＰＴＭ情報）を含むシステム情報（ＳＩＢ）を、自セルにおいて報知（ブロードキャスト）する。
【０１３４】
当該隣接セルは、ｅＮＢ２００が管理するセルであってもよいし、他のｅＮＢが管理するセルであってもよい。隣接セルを他のｅＮＢが管理している場合、ｅＮＢ２００は、当該隣接セルにおいてＳＣ−ＰＴＭ伝送により提供されているグループ通信サービスに関する情報を当該他のｅＮＢ（若しくはＭＣＥ１１）から取得してもよい。
【０１３５】
システム情報（ＳＩＢ）は、ＢＣＣＨ上で送信される。システム情報（ＳＩＢ）に含まれる隣接セルＳＣ−ＰＴＭ情報は、グループ通信サービスを示す識別子（ＴＭＧＩ）、隣接セルの識別子（セル識別子）、隣接セルが属する周波数を示す情報のうち、少なくとも１つを含む。
【０１３６】
サービングセルからシステム情報（ＳＩＢ）を受信したＵＥ１００は、システム情報（ＳＩＢ）に含まれる隣接セルＳＣ−ＰＴＭ情報に基づいて、隣接セルにおいてＳＣ−ＰＴＭ伝送により提供されているグループ通信サービスについて把握することができる。
【０１３７】
［第３実施形態］
第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。図１２は、第３実施形態に係る動作を示す図である。
【０１３８】
図１２に示すように、ステップＳ３０１において、ＵＥ１００は、自身が受信に興味を持つグループ通信サービスを示す識別子（ＴＭＧＩ）を含むグループ通信通知（ＧＣ  Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」は、ＲＲＣメッセージの一種である。ＵＥ１００は、自身が受信に興味を持つグループ通信サービスが変化したことに応じて、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信してもよい。或いは、ＵＥ１００は、グループ通信サービスに対する自身の興味が変化した（興味を持った又は興味がなくなった）場合、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信してもよい。或いは、ＵＥ１００は、セルからの問い合わせに応じて「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信してもよい。
【０１３９】
ＵＥ１００は、ｅＮＢ２００から受信する隣接セルＳＣ−ＰＴＭ情報（第２実施形態参照）に基づいて、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」をｅＮＢ２００に送信してもよい。例えば、ＵＥ１００は、自身が受信に興味を持つグループ通信サービスが隣接セルにおいて提供されていると判断した場合に、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」をｅＮＢ２００（サービングセル）に送信してもよい。この場合、ｅＮＢ２００は、当該サービングセルから当該隣接セルに対してＵＥ１００のハンドオーバを行ってもよい。
【０１４０】
ＵＥ１００は、ＳＣ−ＰＴＭ伝送の受信及びユニキャスト伝送の受信の何れを優先するかを示す情報を「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」に含めてもよい。例えば、ＵＥ１００は、自身が受信に興味を持つグループ通信サービスの受信を、ユニキャストベアラの受信よりも優先する場合に、ＳＣ−ＰＴＭ受信を優先することを示す情報を「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」に含める。これにより、ｅＮＢ２００は、ＳＣ−ＰＴＭ受信の優先度を把握することができる。なお、ＵＥ１００は、何らかの理由（例えば、ユニキャストを使うアプリケーションが立ち上がった等）により優先度が変わった際に、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信してもよい。
【０１４１】
［第３実施形態の変更例］
第３実施形態においては、既存のＲＲＣメッセージであるＭＢＭＳ興味通知（ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ）について考慮していなかった。「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」には、ＵＥ１００がＭＢＭＳ受信に興味を持つＭＢＭＳ周波数を示す情報と、ユニキャスト受信よりもＭＢＭＳ受信を優先することを示す情報と、を含めることが可能である。例えば、ｅＮＢ２００は、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」に基づいて、ＲＲＣコネクティッドモードのＵＥ１００が現在の周波数でＭＢＭＳ受信に興味を持つのであれば、別の周波数へはハンドオーバせず、別の周波数で提供されるＭＢＭＳに興味を持つのであれば、当該別の周波数にハンドオーバさせるといった制御を行う。
【０１４２】
ＵＥ１００は、接続確立の成功、サービスエリアからの離脱／移行、セッション開始／終了、興味の変化、ＭＢＭＳとユニキャストとの間の優先度の変化、ＳＩＢ１５をブロードキャストするＰＣｅｌｌの変化等に応じて、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」を送信し得る。
【０１４３】
しかしながら、異なる周波数において同一のグループ通信サービス（同一のＴＭＧＩ）がＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送で提供される場合には、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件の両方が満たされる場合が生じ得る。
【０１４４】
上述したように、グループ通信サービスが基本的にＭＢＳＦＮ伝送により提供されると想定すると、同一のグループ通信サービスがＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送で提供されるということは、ＭＢＳＦＮ周波数が混雑しており、ＳＣ−ＰＴＭ伝送に切り替えつつある状態であるとみなすことができる。
【０１４５】
よって、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件の両方が満たされる場合には、ＵＥ１００は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」の送信を優先することが好ましい。例えば、ＵＥ１００は、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件が満たされた場合であっても、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信する条件が満たされていれば、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」を送信せずに、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を送信する。
【０１４６】
或いは、グループ通信サービスが基本的にＳＣ−ＰＴＭ伝送により提供されると想定すると、上記とは逆に、ＵＥ１００は、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の送信を優先することが好ましい。このようなポリシー（グループ通信サービスが基本的にＭＢＳＦＮ伝送によって提供されるか、ＳＣ−ＰＴＭ伝送で提供されるか、のネットワーク運用ポリシー）は、ネットワーク（ｅＮＢ２００、ＭＭＥ３００、ＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ３１）からＵＥ１００に提供されてもよい。
【０１４７】
［第４実施形態］
第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。図１３は、第４実施形態に係る動作を示す図である。第４実施形態においては、ＵＥ１００がｅＮＢ２００−１（ソースセル）からｅＮＢ２００−２（ターゲットセル）へのハンドオーバを行う場合を想定する。
【０１４８】
図１３に示すように、ステップＳ４０１において、ＵＥ１００は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」をｅＮＢ２００−１に送信する。ここでは、ＵＥ１００が特定のグループ通信サービス（ＴＭＧＩ）の受信に興味を持つと仮定している。具体的には、ＵＥ１００は、ｅＮＢ２００−１のセルにおいて、ＳＣ−ＰＴＭ伝送（又はＭＢＳＦＮ伝送）によるグループ通信サービスを受信している。
【０１４９】
ステップＳ４０２において、ＵＥ１００は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をｅＮＢ２００−１に送信する。ｅＮＢ２００−１は、「Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ」に基づいて、ｅＮＢ２００−２（ターゲットセル）へのＵＥ１００のハンドオーバを決定する。
【０１５０】
ステップＳ４０３において、ｅＮＢ２００−１は、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）メッセージをｅＮＢ２００−２（ターゲットセル）に送信する。ｅＮＢ２００−１は、ＵＥ１００が受信に興味を持つグループ通信サービスを示す識別子（ＴＭＧＩ）を含む「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージに含める。例えば、ｅＮＢ２００−１は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中のＵＥコンテキスト情報の一部として「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を含める。
【０１５１】
ここでは、ｅＮＢ２００−２（ターゲットセル）が、ＵＥ１００が受信に興味を持つグループ通信サービスをＳＣ−ＰＴＭ伝送により提供していると仮定する。或いは、ｅＮＢ２００−２（ターゲットセル）は、ＵＥ１００が受信に興味を持つグループ通信サービスをＭＢＳＦＮ伝送により提供していてもよい。
【０１５２】
ステップＳ４０４において、ｅＮＢ２００−２（ターゲットセル）は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージを承認すると判断し、ハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをｅＮＢ２００−１（ソースセル）に送信する。「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、ＵＥ１００に透過的に送信されるＲＲＣコンテナ（ｔｒａｎｓｐａｒｅｎｔ  ｃｏｎｔａｉｎｅｒ）に相当するハンドオーバ指令（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を含む。
【０１５３】
ｅＮＢ２００−２は、ＵＥ１００が受信に興味を持つグループ通信サービスを自セル（ターゲットセル）において提供している場合に、当該グループ通信サービスに関するグループ通信制御情報（ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ）を「Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ」に含める。
【０１５４】
当該グループ通信サービスをターゲットセルがＳＣ−ＰＴＭ伝送により提供している場合、「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」は、ＵＥ１００がハンドオーバ実行後にターゲットセルからＳＣ−ＰＴＭ伝送を受信するための情報を含む。このような情報は、例えば、ターゲットセルのＧＣＣＨに含まれる情報（ＳＣ−ＰＴＭ設定情報）、当該ＧＣＣＨに関するＧＣＣＨ設定情報（ＳＩＢ）のうち少なくとも１つである。
【０１５５】
当該グループ通信サービスをターゲットセルがＭＢＳＦＮ伝送により提供している場合、「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」は、ＵＥ１００がハンドオーバ実行後にターゲットセルからＭＢＳＦＮ伝送を受信するための情報を含む。このような情報は、例えば、ターゲットセルのＳＩＢ１３に含まれる情報、ターゲットセルのＭＣＣＨに含まれる情報のうち少なくとも１つである。
【０１５６】
ステップＳ４０５において、ｅＮＢ２００−１は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。「Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ」は、「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」を含む。ＵＥ１００は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを受信する。
【０１５７】
ステップＳ４０６において、ＵＥ１００は、ｅＮＢ２００−１（ソースセル）からｅＮＢ２００−２（ターゲットセル）へのハンドオーバを実行する。
【０１５８】
このように、ＵＥ１００は、ターゲットセルが提供しているグループ通信サービスに関する「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」を、ハンドオーバ実行前にソースセルを介してターゲットセルから取得する。これにより、ＵＥ１００は、ハンドオーバ実行後に、自身が受信に興味を持つグループ通信サービスをｅＮＢ２００−２（ターゲットセル）から円滑に受信することができる。
【０１５９】
［第４実施形態の変更例１］
上述した第４実施形態において、ＵＥ１００が受信に興味を持つグループ通信サービスをターゲットセルが提供していない場合を考慮していなかった。
【０１６０】
しかしながら、ｅＮＢ２００−２（ターゲットセル）は、ＵＥ１００が受信に興味を持つグループ通信サービスがターゲットセルにおいて提供されないと判断した場合において、ｅＮＢ２００−１（ソースセル）を介してＵＥ１００に否定応答を通知してもよい。例えば、ｅＮＢ２００−２（ターゲットセル）は、ＵＥ１００が受信に興味を持つグループ通信サービスが提供されないことを示す情報を「Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ」に含める。
【０１６１】
これにより、ＵＥ１００は、グループ通信サービスに属するデータを受信するためにユニキャスト伝送に切り替えると判断し、ＧＧＳ  ＡＳ３１に対してユニキャストベアラ（ＥＰＳベアラ）の確立を要求してもよい。これにより、ＵＥ１００は、グループ通信サービスの受信を継続することができる。
【０１６２】
［第４実施形態の変更例２］
上述した第４実施形態において、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」について特に考慮していなかった。現行の仕様上、「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中のＵＥコンテキスト情報に含まれている。
【０１６３】
このため、ＵＥ１００から「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の両方を受信したｅＮＢ２００−２（ターゲットセル）は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の両方を「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージに含めてもよい。
【０１６４】
また、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の両方を含む「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージを受信したｅＮＢ２００−２（ターゲットセル）は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の両方を考慮して、ＵＥ１００が受信に興味を持つグループ通信サービス（又はＭＢＭＳ周波数）を判断してもよい。
【０１６５】
そして、ｅＮＢ２００−２（ターゲットセル）は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」及び「ＭＢＭＳ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ」の両方を考慮して、ＵＥ１００にグループ通信サービスを提供することができないと判断した場合に、ｅＮＢ２００−１（ソースセル）を介してＵＥ１００に否定応答を通知してもよい。
【０１６６】
［第４実施形態の変更例３］
図１４は、第４実施形態の変更例３を示す図である。
【０１６７】
図１４に示すように、ステップＳ４５１において、ＵＥ１００は、ｅＮＢ２００−１（ソースセル）を介さずに、ｅＮＢ２００−２（ターゲットセル）から直接的に「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」を取得する。
【０１６８】
例えば、ＵＥ１００は、ｅＮＢ２００−１（ソースセル）に在圏中に、ｅＮＢ２００−２（ターゲットセル）から送信されるＳＩＢ等を受信することにより、ｅＮＢ２００−２（ターゲットセル）から直接的に「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」を取得する。
【０１６９】
そして、ハンドオーバ実行（ステップＳ４５２）の後、ステップＳ４５１において取得した「ＧＣ  ｒｅｌａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｏｆｏｒｍａｔｉｏｎ」に基づいてグループ通信サービスを受信する。
【０１７０】
［第５実施形態］
第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。図１５は、第５実施形態に係る動作を示す図である。
【０１７１】
図１５に示すように、ステップＳ５０１において、ネットワーク装置（ｅＮＢ２００又はＧＧＳ  ＡＳ３１等）は、ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供の有無に関する情報（ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）をＵＥ１００に通知する。ＵＥ１００は、「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」に基づいて、特定のグループ通信サービスに属するデータを、ＳＣ−ＰＴＭ伝送、ＭＢＳＦＮ伝送、及びユニキャスト伝送の何れで受信するべきかを判断する。
【０１７２】
「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」は、ＵＥ１００が受信に興味を持つ特定のグループ通信サービス（ＴＭＧＩ）がＳＣ−ＰＴＭ伝送により提供されているか又はＭＢＳＦＮ伝送により提供されているかを示す情報である。この場合、ネットワーク装置は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」等に基づいて、ＵＥ１００が受信に興味を持つ特定のグループ通信サービスを把握している必要がある。
【０１７３】
「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」は、セル単位でＵＥ１００に通知されてもよい。この場合、ＵＥ１００は、サービングセル（又は隣接セル）において、特定のグループ通信サービスがＳＣ−ＰＴＭ伝送により提供されているか又はＭＢＳＦＮ伝送により提供されているかを把握することができる。
【０１７４】
ＵＥ１００は、特定のグループ通信サービスがＳＣ−ＰＴＭ伝送及びＭＢＳＦＮ伝送の何れでも提供されていない場合に、当該特定のグループ通信サービスに属するデータを受信するためにユニキャストベアラ（ＥＰＳベアラ）を確立する処理を行ってもよい。
【０１７５】
或いは、「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」は、ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供がいつ終了するかを示す情報である。当該情報は、特定のグループ通信サービスの提供終了時刻を示す情報であってもよいし、特定のグループ通信サービスの提供終了までの時間を示す情報であってもよい。
【０１７６】
ＳＣ−ＰＴＭ伝送が終了する場合であっても、特定のグループ通信サービスがＭＢＳＦＮ伝送又はユニキャスト伝送により提供され得る。よって、ＵＥ１００は、ＳＣ−ＰＴＭ伝送が終了する前に、ＭＢＳＦＮ伝送又はユニキャスト伝送に切り替えることにより、特定のグループ通信サービスを継続的に受信することができる。
【０１７７】
また、「ＳＣ−ＰＴＭ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」は、ＭＢＳＦＮ伝送による特定のグループ通信サービスの提供がいつ終了するかを示す情報を含んでもよい。
【０１７８】
［第６実施形態］
第６実施形態について、第１実施形態乃至第５実施形態との相違点を主として説明する。図１６は、第６実施形態に係る動作を示す図である。
【０１７９】
ステップＳ６０１において、ＵＥ１００は、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」をｅＮＢ２００−１に送信する。ここでは、ＵＥ１００が特定のグループ通信サービス（ＴＭＧＩ）の受信に興味を持つと仮定している。具体的には、ＵＥ１００は、ｅＮＢ２００−１のセルにおいて、ＳＣ−ＰＴＭ伝送（又はＭＢＳＦＮ伝送）によるグループ通信サービスを受信している。
【０１８０】
ステップＳ６０２において、ＵＥ１００は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をｅＮＢ２００−１に送信する。ｅＮＢ２００−１は、「Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ」に基づいて、ｅＮＢ２００−２（ターゲットセル）へのＵＥ１００のハンドオーバを決定する。
【０１８１】
ステップＳ６０３において、ｅＮＢ２００−１（ソースセル）及びｅＮＢ２００−２（ターゲットセル）は、ハンドオーバ準備を行う。具体的には、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ及び「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージを送受信する。ここで、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージは、「ＧＣ  Ｉｎｄｉｃａｔｉｏｎ」を含んでもよい。
【０１８２】
ステップＳ６０４において、ｅＮＢ２００−１（ソースセル）は、ターゲットセルに関する情報を含む通知（Ｈａｎｄｏｖｅｒ  Ｎｏｔｉｆｉｃａｔｉｏｎ）をＭＣＥ１１（マルチキャスト制御装置）に通知する。ターゲットセルに関する情報とは、例えばターゲットセルのセルＩＤである。「Ｈａｎｄｏｖｅｒ  Ｎｏｔｉｆｉｃａｔｉｏｎ」は、ＵＥ１００が受信に興味を持つグループ通信サービスのＴＭＧＩを含んでもよい。或いは、ｅＮＢ２００−１（ソースセル）に代わって、ｅＮＢ２００−２（ターゲットセル）が「Ｈａｎｄｏｖｅｒ  Ｎｏｔｉｆｉｃａｔｉｏｎ」をＭＣＥ１１に提供してもよい。
【０１８３】
ＭＣＥ１１は、「Ｈａｎｄｏｖｅｒ  Ｎｏｔｉｆｉｃａｔｉｏｎ」に基づいて、ターゲットセルにおいてＳＣ−ＰＴＭ伝送又はＭＢＳＦＮ伝送によりグループ通信サービスを提供するか否かを判断する。例えば、ターゲットセルがＳＣ−ＰＴＭ伝送をサポートしていない場合、ＭＣＥ１１は、ＵＥ１００が受信に興味を持つグループ通信サービスをターゲットセルにおいてＭＢＳＦＮ伝送により提供すると判断してもよい。或いは、ターゲットセルがＳＣ−ＰＴＭ伝送をサポートしている場合、ＭＣＥ１１は、ＵＥ１００が受信に興味を持つグループ通信サービスをターゲットセルにおいてＳＣ−ＰＴＭ伝送により提供すると判断してもよい。そして、ＭＣＥ１１は、ＵＥ１００が受信に興味を持つグループ通信サービスをターゲットセルが提供するための制御を行う。
【０１８４】
ステップＳ６０６において、ＵＥ１００は、ｅＮＢ２００−１（ソースセル）からｅＮＢ２００−２（ターゲットセル）へのハンドオーバを実行する。ＵＥ１００は、ハンドオーバ実行後に、ターゲットセルからグループ通信サービスを受信することができる。
【０１８５】
［その他の実施形態］
上述した第１実施形態乃至第６実施形態は、別個独立して実施してもよいし、２以上の実施形態を組み合わせて実施してもよい。
【０１８６】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示し、ＷＷＡＮ通信としてＬＴＥ通信を例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。
【０１８７】
［付記］
（導入）
ＧＣ  ｅＭＢＭＳ検討の一部として、混雑状況を解決するために、ＭＢＭＳとユニキャストとの間のサービス継続性のための手順がドキュメントされ、更に、サスペンションをサポートする、ＭＳＩにおける強化がドキュメントされる。ＳＣ−ＰＴＭ送信の導入について、以下がその１つの目的である。
【０１８８】
以下の面において調査されるべきである。
【０１８９】
（ａ）ＵＥが、ユーザグループ（すなわち、特定のサービス／コンテンツに共通の興味を持つＵＥ）に意図するＰＤＳＣＨを介してＤＬマルチキャストを受信するための方法
【０１９０】
（ｂ）単一セルＰＴＭ送信について、ＨＡＲＱフィードバック及びＣＳＩレポートがまだ必要であるか否か、そうであれば可能な解決策を確認する。
【０１９１】
（ｃ）サービス継続性の面
従って、ＭＢＭＳ、ＳＣ−ＰＴＭ、及びユニキャストの間のサービス継続性をどのように、特にモビリティの観点から、実施するかを理解することが必要である。これは本付記の対象である。
【０１９２】
（サービス継続性についてのモビリティの考慮事項）
興味のあるＧＣサービスをＵＥに提供するために、ＳＣ−ＰＴＭ、ＭＢＳＦＮ又はユニキャスを使用すべきか否かをどのエンティティで決定すべきかをまだ決定すべきであるが、３種類の送信の全てが可能であることを仮定してもよく、これらの送信の間のサービス継続性を明確にする必要がある。モビリティシナリオの３種類は、以下に描かれ、アイドルのＵＥとコネクティッドのＵＥとの両方に適用可能である。
【０１９３】
（シナリオ１：ＳＣ−ＰＴＭ←→ユニキャスト）
（シナリオ２：ＳＣ−ＰＴＭ←→ＳＣ−ＰＴＭ）
（シナリオ３：ＳＣ−ＰＴＭからＭＢＳＦＮへ）
【０１９４】
（アイドルモードにおけるモビリティ）
ＭＢＭＳが既にアイドルのＵＥのためにサポートされているので、アイドルＵＥのためにＳＣ−ＰＴＭをサポートしない決定的な理由がない。（本研究において、アイドル及びコネクティッドモードサポートがカバーされる。）
【０１９５】
従って、アイドルＵＥのために上記３シナリオの全てを考慮すべきである。
【０１９６】
シナリオの詳細を考慮する前に、ＧＣサービスに興味を持つＵＥが、再選択のためにＳＣ−ＰＴＭ周波数に優先度を付けることを可能にするか否かを検討すべきである。
【０１９７】
提案１：アイドルＵＥが、興味のあるＧＣサービスを受信するために、ＳＣ−ＰＴＭ周波数に優先度を付けることを可能にするかを考慮すべきである。
【０１９８】
（シナリオ１＆シナリオ２：ＳＣ−ＰＴＭ→ＳＣ−ＰＴＭ／Ｕｎｉｃａｓｔ）
考慮する唯一のサブシナリオは、ＵＥが、興味のあるＧＣサービスのためにＳＣ−ＰＴＭを既に受信している、かつ、ＵＥが、ＳＣ−ＰＴＭを提供できる隣接セルを再選択する場合の状況である。ＳＣ−ＰＴＭが隣接セルにおいて提供されていない場合に備えて、ユニキャスト配信を介して興味サービスを受信するために、ＵＥがコネクティッドモードに遷移しなければならないことが予想される。メイク・ビフォア・ブレークのサービスの受信をサポートするために、ＵＥは、興味サービスが既に隣接セルによって提供されるかを決定するための手段を有するべきである。ＭＢＳＦＮの状況と違って、ＳＣ−ＰＴＭ送信がセルベースによってセルで決定されるので、隣接セルが同じＭＢＳＦＮエリアの一部であるかをＵＥが決定することは不十分である。サービングセルが、ＧＣサービスが隣接セルにおいて提供されるか否かに関するＳＩＢ情報において提供できるかを考慮すべきである。このような情報がないと、ＵＥは、おそらく他の周波数で、隣接セルのＳＩＢを直接的に監視する必要がある。そうでない場合、ＵＥは、ＳＣ−ＰＴＭが何れの隣接セルにおいても提供されていないことを単純に仮定し得て、コネクティッドに遷移してユニキャストを介して興味サービスを受信する。
【０１９９】
提案２：サービングセルが、ＳＣ−ＰＴＭを介して隣接セルによって提供されるＧＣサービスを、ＳＩＢにおいて提供すべきかを考慮すべきである。
【０２００】
サービス継続性をサポートするために、中度から高度モビリティ下のアイドルＵＥが、ＳＣ−ＰＴＭ送信に依存する必要があるか、特に、隣接セルがＳＣ−ＰＴＭ送信をサポートしない場合において、又は、サービングセルが小セルである場合において、を考慮すべきである。しかし、これはＵＥ実装に残るものであり得る。
【０２０１】
提案３：アイドルＵＥが既存のＳＣ−ＰＴＭ送信又はユニキャスト（コネクティッドに遷移した後）を介して興味のあるＧＣサービスを受信すべきかの判断は、ＵＥ実装に任せる。
【０２０２】
（シナリオ３：ＳＣ−ＰＴＭ←→ＭＢＳＦＮ）
シナリオ３は、ＭＢＳＦＮエリア境界の間に主に適用可能である。ただし、ＵＥ挙動をよく理解するために、これも対処する必要のあるシナリオである。隣接セルがＭＢＳＦＮを介して興味のあるＧＣサービスを提供する時にアイドルのＵＥがＳＣ−ＰＴＭ送信を受信していると、ＵＥがＳＣ−ＰＴＭからＭＢＳＦＮに切り替え得ることを仮定してもよい。ただし、これは、ＵＥが、興味サービスがブロードキャスト（ＳＣ−ＰＴＭ又はＭＢＳＦＮ）を介して利用可能であるかを確認するために、ＳＩＢ１３／ＳＩＢ１５と、ＳＣ−ＰＴＭに関するＳＩＢと、の両方を監視しなければならないことを意味する。
【０２０３】
考察１：再選択において、興味のあるＧＣサービスがＭＢＳＦＮを介して隣接セルにおいて提供されるかを、ＳＩＢ１３／ＳＩＢ１５を監視することによって決定することはＵＥに任せる。
【０２０４】
（コネクティッドモードにおけるモビリティ）
ＵＥが既にＳＣ−ＰＴＭ送信を介してデータ配信を受信している場合に備えて、興味サービスがこのエリアにおいてＭＢＳＦＮを介して利用可能ではないと仮定する。しかし、ＳＣ−ＰＴＭが単一セルのための手段であるので、モビリティを起因にしてサービングセルがＵＥを隣接セルにハンドオーバする場合において何が発生するかが問題である。これは、ターゲットセルがＳＣ−ＰＴＭを介して同じサービスを提供するかに依存し得る。このシナリオを検討する前に、サービングセルが、ＳＣ−ＰＴＭ送信を介して興味サービスを受信することに対するＵＥの興味を知るべきかを明確にする必要がある。現在、「ＧＣＳ  ＵＥが、ＭＢＭＳブロードキャストベアラが利用可能であるか否かのエリア間に移動する際に、該ＵＥは、アプリケーションシグナリングを介してＧＣＳ  ＡＳに、自ＵＥがＭＢＭＳブロードキャストベアラ受信から非受信に変更すること、又はその逆を通知し、ＧＣＳ  ＡＳは、必要に応じて、ＵＥ個別のＥＰＳベアラを介して、下りリンクアプリケーションシグナリング及びデータ伝送を活性化又は非活性化する。」が記述される。
【０２０５】
ＭＢＳＦＮを使用するＭＢＭＳブロードキャストの状況において、ＭＢＭＳブロードキャストからユニキャスト配信に遷移することが頻繁に発生しないように、ＭＢＳＦＮエリアが十分に大きいであることを仮定する。しかし、ＳＣ−ＰＴＭ送信は、ＳＣ−ＰＴＭのために、ｅＮＢが、ユニキャストベアラとＭＢＭＳベアラとの間でのリソース平準化を取るための柔軟性を有することを可能にすることを意味する。更に、ＵＥがＭＢＳＦＮを受信している場合にサービスが中断されると、サービングセル（及び隣接セル）が、代わりに、ＳＣ−ＰＴＭを介して同じサービスを提供するのを選択し得る。この状況において、ＭＢＳＦＮとＳＣ−ＰＴＭとの両方が同じＭＢＭＳベアラに基づくものとして仮定されているので、ＵＥは、ＳＣ−ＰＴＭ配信への変更をＧＣＳ  ＡＳに通知しなくてもよい。代わりに、ＵＥが、ＳＣ−ＰＴＭ送信の受信における自ＵＥの興味を、自ＵＥのサービングセルに通知することがより有用である。ＭＢＭＳ興味指示の場合のように、該情報は、サービングセルによって使用され、ＳＣ−ＰＴＭ送信をＵＥが受信することを容易にする。
【０２０６】
提案４：ＧＣＳ  ＵＥが、興味サービスをＳＣ−ＰＴＭ送信を介して受信することへの自ＵＥの興味を、自ＵＥのサービングセルに通知すべきである。
【０２０７】
（シナリオ１：ＳＣ−ＰＴＭ←→ユニキャスト）
（ＳＣ−ＰＴＭ→ユニキャスト）
ターゲットセルが、興味サービスのためのＳＣ−ＰＴＭ送信を提供しない場合において、ユニキャスト配信を介して同じサービスをＵＥに提供しないといけない、かつ、ＵＥはＭＢＭＳベアラ受信からユニキャストベアラ受信に変更したことをＧＣＳ  ＡＳに通知すべきである。ネットワーク実装に応じて、ユニキャストを介して提供する興味サービスは、ハンドオーバ完了の前又はハンドオーバ完了の後に発生し得る。
【０２０８】
提案５：サービス継続性のために、ターゲットセルがＳＣ−ＰＴＭ又はＭＢＳＦＮの何れかを介しても興味サービスを提供しない場合に備えて、ＵＥが、ハンドオーバ完了の前に、又はハンドオーバ完了の後に、ユニキャストを介して興味サービスの受信を開始すべきかの判断はＮＷ実装に任せる。
【０２０９】
（ユニキャスト→ＳＣ−ＰＴＭ）
ソースセルがＳＣ−ＰＴＭを介して興味サービスを提供しない場合に備えて、サービス配信はユニキャストに基づくものである。ユニキャストからＳＣ−ＰＴＭへの遷移では、ＵＥは、ハンドオーバ後に、ユニキャストを介して興味サービスを受信し続けるべきである。従って、ＵＥは、ハンドオーバ後に、ＳＣ−ＰＴＭに関する必要な制御情報を取得した後に、ＳＣ−ＰＴＭ送信を介して同じサービスを受信するのを開始し得る。これはまた、ＵＥがＳＣ−ＰＴＭを介してサービスを受信するようにするために、ＭＢＭＳベアラが確立される必要があることを意味する。
【０２１０】
提案６：ターゲットセルがＳＣ−ＰＴＭを介して興味サービスを提供する場合のみ、ＵＥは、ハンドオーバ完了に応じて、ユニキャストを介して興味サービスを受信し続けるべきである。ＵＥは、ハンドオーバ後に、ＳＣ−ＰＴＭに関する制御情報を、ターゲットセルにて取得した後に、ＳＣ−ＰＴＭ送信を介して同じサービスを受信することを開始し得る。
【０２１１】
（シナリオ２：ＳＣ−ＰＴＭ→ＳＣ−ＰＴＭ）
ネットワークの決定に応じて、既にＳＣ−ＰＴＭ送信を介して同じサービスを受信するＵＥの数が十分にあるので、ターゲットセルが既にＳＣ−ＰＴＭを介して同じサービスを提供することが可能である。シナリオ２では、ターゲットセルがＳＣ−ＰＴＭ送信を介して興味サービスを提供することを仮定する。従って、提案４が合意される場合、ハンドオーバ後にＵＥがターゲットセルに自ＵＥの興味を提供する必要がないように、ソースセルが、ＳＣ−ＰＴＭ送信を受信することに対するＵＥの興味をターゲットセルに通知すべきである。
【０２１２】
提案７：ソースセルが、ＳＣ−ＰＴＭ送信を受信することに対するＵＥの興味をターゲットセルに通知すべきである。
【０２１３】
シナリオ２の下でサービス継続性をサポートするために、次のオプションのいずれかを考慮すべきである。
【０２１４】
オプション１：ＳＣ−ＰＴＭ→ユニキャスト→ＳＣ−ＰＴＭ
オプション１では、ハンドオーバに応じてサービスはＳＣ−ＰＴＭからユニキャストに移し、続いて、ＵＥは、ＳＣ−ＰＴＭ送信を受信するために、ＳＣ−ＰＴＭに関する必要な制御情報（例えば、ＳＩＢ、ＧＣＣＨ等）を復号することで既存のＳＣ−ＰＴＭ送信に加入し得る。
【０２１５】
オプション２：ＳＣ−ＰＴＭ→ＳＣ−ＰＴＭ（ＮＷ支援）
オプション２では、ハンドオーバの完了に応じて、ＵＥは既存のＳＣ−ＰＴＥＭ送信に直接的に継続し得る。ＵＥがＳＣ−ＰＴＭを介して興味サービスを受信することのみに興味を持つ場合、ＵＥに対して、ハンドオーバ後に、サービスのためのユニキャストデータベアラを設立する必要がないかもしれない。ハンドオーバ時の直接ＳＣ−ＰＴＭ  ｔｏ  ＳＣ−ＰＴＭ遷移をサポートするために、ターゲットセルは、ＳＣ−ＰＴＭに関する制御情報を、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの一部としてＵＥに提供すべきである。ＵＥは、同じ情報を、ＳＩＢ及びＧＣＣＨ（サポートすれば）を復号することで取得し得るが、ＳＩＢ及び／又はＧＣＣＨの周期性に応じて、必要な制御情報の取得に伴う遅延が発生し得る。従って、ハンドオーバ完了前に、ＳＣ−ＰＴＭに関する制御情報を、専用シグナリングを介してターゲットセルがＵＥに提供すべきである。その後、ＵＥは遅延なしでＳＣ−ＰＴＭを直接的に受信し得る。
【０２１６】
オプション３：ＳＣ−ＰＴＭ→ＳＣ−ＰＴＭ（ＵＥベース）
オプション３では、配信メカニズム（ユニキャスト  ｖｓ  ＳＣ−ＰＴＭ）のための決定はＵＥに残す。ターゲットセルも興味サービスのためにＳＣ−ＰＴＭを送信している場合に備えて、ハンドオーバの完了に応じてＳＣ−ＰＴＭ上でサービスが継続し得るように、必要な制御情報を取得すること（例えば、サービングセル又は隣接セルのＳＩＢから）は、ＵＥに任せ得る。ＵＥベースのオプションでは、ターゲットセルがＳＣ−ＰＴＭを介して興味サービスを提供する限り、ＵＥがユニキャストを介してサービスを受信する必要がない。この挙動は、セクション２．１．１に記載したように、アイドルモードにおけるＵＥ挙動に合わせる。
【０２１７】
提案８：モビリティのために、ＵＥが既にＳＣ−ＰＴＭ送信を自ＵＥのサービングセルから受信してる場合、３つのオプションのどれを採用するかを決定すべきである。
【０２１８】
（シナリオ３：ＳＣ−ＰＴＭ←→ＭＢＳＦＮ）
（ＳＣ−ＰＴＭ→ＭＢＳＦＮ：）
上記セクション２．１．２に指摘されるように、このシナリオは、主にＭＢＳＦＮエリア境界間に適用可能である。この状況において、ソースセルとターゲットセルが、異なるＭＢＳＦＮエリアに属すると仮定してもよい。ソースセルが既にＵＥの興味サービスを知っているので，ソースセルは、興味情報を、ＵＥコンテキスト転送の一部としてターゲットセルに提供し得る。しかし、ＵＥの興味についてのソースセルの知識は、ＭＢＭＳ興味指示に基づくものではない。この知識は、ＧＣＳ  ＡＳからの情報又は提案４における新たなＳＣ−ＰＴＭに関する興味指示に基づくものであり得る。従って、ＭＢＳＦＮの受信に対するＵＥの興味をターゲットセルに通知するために、ソースセルがＭＢＭＳ興味指示を受信する必要があるかを考慮すべきである。或いは、ターゲットセルが同じサービスに関する指示の他の形式を受信することが十分であるかを考慮すべきである。ソースセルがＭＢＳＦＮ受信に対するＵＥの興味をターゲットセルに通知しない別の可能性がある。ＵＥは、ハンドオーバ完了の後にのみ、ＭＢＭＳ興味指示を提供する。しかし、これは、ＵＥがＭＢＳＦＮ送信を受信することに対する遅延を引き起こし得る。
【０２１９】
提案９：ＭＢＳＦＮの受信に対するＵＥの興味をターゲットセルに通知するために、ソースセルがＭＢＭＳ興味指示を受信する必要があるかを考慮すべきである。
【０２２０】
ＵＥが興味サービスのためのＭＢＳＦＮ送信を受信することのために、ターゲットセルからＳＩＢ１３及びＭＣＣＨを取得する必要がまだある。ただし、ＳＩＢ１３／ＭＣＣＨの周期性／受信に応じて、ＳＩＢ１３／ＭＣＣＨの取得において遅延が発生し得る。従って、ハンドオーバ手順の間に、ターゲットセルがＳＩＢ１３及びＭＣＣＨコンテンツをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの一部として提供すれば有用であろう。
【０２２１】
提案１０：ＳＣ−ＰＴＭ→ＭＢＳＦＮのためのシナリオ３におけるサービス継続性をサポートするために、ハンドオーバ手順の間に、ターゲットセルはＳＩＢ１３及びＭＣＣＨコンテンツをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの一部としてＵＥに提供すべきである。
【０２２２】
ＭＢＳＦＮ→ＳＣ−ＰＴＭ：
このシナリオでは、ターゲットセルが興味サービスのためのＭＢＳＦＮ送信を提供しないと仮定する。セクション２．２．１におけるユニキャスト→ＳＣ−ＰＴＭの状況に対比して、ＵＥが既にユニキャスト配信を介してサービスを受信していない。よって、一旦ユニキャストを介してＵＥにサービスを提供し、後ほど、ハンドオーバが完了すると、配信メカニズムをＳＣ−ＰＴＭに変換する（すなわち、ＭＢＳＦＮ→ユニキャスト→ＳＣ−ＰＴＭ）のは、複雑さが大幅に増加することになる。従って、ＵＥがハンドオーバ完了に応じてＳＣ−ＰＴＭ送信を直接的に受信することを可能にするべきである。これは、セクション２．２．２に記載したＳＣ−ＰＴＭ→ＳＣ−ＰＴＭの状況と同様である。複雑さを減らすために、提案８のための決定は、このシナリオにも適用可能であるべきである。
【０２２３】
提案１１：ＭＢＳＦＮからＳＣ−ＰＴＭへの遷移では、手順は、提案８の決定と一致するべきである。
【０２２４】
（結論）
ＭＢＳＦＮ送信と違って、ＳＣ−ＰＴＭ送信は単一セルのための手段である。従って、コネクティッド及びアイドルモードの両方においてＵＥがセルからセルに遷移する時のモビリティシナリオを理解する必要がある。特に、ターゲットセルも興味サービスのためのＳＣ−ＰＴＭを送信するシナリオが考慮される。
【０２２５】
［相互参照］
米国仮出願第６２／１４５８９７号（２０１５年４月１０日）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０２２６】
本発明は、通信分野において有用である。
【図１】
2018033165.tif 000003
【図２】
2018033165.tif 000004
【図３】
2018033165.tif 000005
【図４】
2018033165.tif 000006
【図５】
2018033165.tif 000007
【図６】
2018033165.tif 000008
【図７】
2018033165.tif 000009
【図８】
2018033165.tif 000010
【図９】
2018033165.tif 000011
【図１０】
2018033165.tif 000012
【図１１】
2018033165.tif 000013
【図１２】
2018033165.tif 000014
【図１３】
2018033165.tif 000015
【図１４】
2018033165.tif 000016
【図１５】
2018033165.tif 000017
【図１６】
2018033165.tif 000018
【図１７】
2018033165.tif 000019
【図１８】
2018033165.tif 000020
【図１９】
2018033165.tif 000021
【手続補正書】
【提出日】平成30年1月22日(2018.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＳＣ−ＰＴＭ伝送でグループ通信サービスを提供するネットワークに設けられる基地局であって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供に関する設定情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する制御部を備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表され、
前記制御部は、前記ＳＣ−ＰＴＭ伝送による前記特定のグループ通信サービスの送信停止に関する情報を前記ユーザ端末に通知することを特徴とする基地局。
【請求項２】
ＳＣ−ＰＴＭ伝送でグループ通信サービスが提供されるユーザ端末であって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供に関する設定情報を基地局から取得する制御部を備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表され、
前記制御部は、前記ＳＣ−ＰＴＭ伝送による前記特定のグループ通信サービスの送信停止に関する情報を前記基地局から取得することを特徴とするユーザ端末。
【請求項３】
ＳＣ−ＰＴＭ伝送でグループ通信サービスを提供する移動通信システムに用いる通信方法であって、
基地局が、前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供に関する設定情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知するステップと、
前記ユーザ端末が、前記設定情報を前記基地局から取得するステップとを備え、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表され、
前記通信方法は、
前記基地局が、前記ＳＣ−ＰＴＭ伝送による前記特定のグループ通信サービスの送信停止に関する情報を前記ユーザ端末に通知するステップを更に備えることを特徴とする通信方法。
【請求項４】
ＳＣ−ＰＴＭ伝送でグループ通信サービスを提供するネットワークに設けられる基地局を制御するためのプロセッサであって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供に関する設定情報をＤＬ−ＳＣＨ及びＰＤＳＣＨを介してユーザ端末に通知する処理を行い、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表され、
前記プロセッサは、前記ＳＣ−ＰＴＭ伝送による前記特定のグループ通信サービスの送信停止に関する情報を前記ユーザ端末に通知する処理を更に行うことを特徴とするプロセッサ。
【請求項５】
ＳＣ−ＰＴＭ伝送でグループ通信サービスが提供されるユーザ端末を制御するためのプロセッサであって、
前記ＳＣ−ＰＴＭ伝送による特定のグループ通信サービスの提供に関する設定情報を基地局から取得する処理を行い、
前記特定のグループ通信サービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）によって表され、
前記プロセッサは、前記ＳＣ−ＰＴＭ伝送による前記特定のグループ通信サービスの送信停止に関する情報を前記基地局から取得する処理を更に行うことを特徴とするプロセッサ。