(57)【要約】      （修正有）【課題】移動通信システムのための無線端末及び基地局を提供する。【解決手段】移動通信システムにおいて、ＵＥ（無線端末）は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。ユーザ装置がＲＲＣアイドルモードにある間に、サービングセルとして用いるセルを選択するセル再選択動作を行う。セル再選択動作において、ＵＥは、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルをサービングセルとして選択する。セル再選択動作において、ＵＥは、ＵＥが拡張カバレッジにおり、かつ、ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供するセルに適用するオフセットとして、無限大のオフセットを使用する。【選択図】図１５
2020058057.tif 000002
【特許請求の範囲】
【請求項１】
ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信するユーザ装置であって、
前記ユーザ装置がＲＲＣアイドルモードにある間において、前記ユーザ装置のサービングセルとして用いるセルを選択するセル再選択動作を行う制御部を備え、
前記セル再選択動作において、前記制御部は、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルを前記サービングセルとして選択し、
前記セル再選択動作において、前記制御部は、前記ユーザ装置が拡張カバレッジにおり、かつ、前記ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、前記ＳＣ−ＰＴＭ伝送を用いて前記ＭＢＭＳサービスを提供するセルに適用する前記オフセットとして無限大のオフセットを使用する
ユーザ装置。
【請求項２】
前記所定の条件は、前記ユーザ装置がＭＢＭＳサービスを受信している又は受信に興味を持つことを含む
請求項１に記載のユーザ装置。
【請求項３】
ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信するユーザ装置に備えられるプロセッサであって、
前記ユーザ装置がＲＲＣアイドルモードにある間において、前記ユーザ装置のサービングセルとして用いるセルを選択するセル再選択動作を行う処理と、
前記セル再選択動作において、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルを前記サービングセルとして選択する処理と、
前記ユーザ装置が拡張カバレッジにいる場合に、前記セル再選択動作において、前記ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、前記ＳＣ−ＰＴＭ伝送を用いて前記ＭＢＭＳサービスを提供するセルに適用する前記オフセットとして無限大のオフセットを使用する処理と、を実行するプロセッサ。
【請求項４】
ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信するユーザ装置において用いる方法であって、
前記ユーザ装置がＲＲＣアイドルモードにある間において、前記ユーザ装置のサービングセルとして用いるセルを選択するセル再選択動作を行うステップと、
前記セル再選択動作において、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルを前記サービングセルとして選択するステップと、
前記ユーザ装置が拡張カバレッジにいる場合に、前記セル再選択動作において、前記ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、前記ＳＣ−ＰＴＭ伝送を用いて前記ＭＢＭＳサービスを提供するセルに適用する前記オフセットとして無限大のオフセットを使用するステップと、を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムのための無線端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線端末にマルチキャスト／ブロードキャストサービスを提供するＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）伝送が仕様化されている。ＭＢＭＳの伝送方式としては、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）及びＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）の２つの伝送方式がある。
【０００３】
一方、人が介在することなく通信を行うＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）サービスを対象とした無線端末が検討されている。このような無線端末は、低コスト化、カバレッジ広域化、及び低消費電力化を実現することが求められる。このため、３ＧＰＰにおいて、システム送受信帯域の一部のみに送受信帯域幅を制限した新たな無線端末のカテゴリが仕様化されている。このような新たなカテゴリの無線端末には、繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）等を含む強化カバレッジ（ｅｎｈａｎｃｅｄ  ｃｏｖｅｒａｇｅ）機能が適用される。
【発明の概要】
【０００４】
一実施形態に係る無線端末は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。前記無線端末は、前記無線端末がＲＲＣアイドルモードにある間において、前記無線端末のサービングセルとして用いるセルを選択するセル再選択動作を行う制御部を備える。前記セル再選択動作において、前記制御部は、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルを前記サービングセルとして選択する。前記制御部は、前記ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、所定のセルに適用する前記オフセットとして無限大のオフセットを設定する。
【０００５】
一実施形態に係る無線端末は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。前記無線端末は、前記無線端末がＲＲＣアイドルモードにある間において、前記ＳＣ−ＰＴＭ伝送を用いて提供される前記ＭＢＭＳサービスを受信する受信部と、前記無線端末がユニキャスト通信を行う必要が生じたことに応じて、前記ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのプロシージャを開始する制御部と、を備える。前記制御部は、前記プロシージャを開始する前の所定のタイミングにおいて、複数のセルの中から前記無線端末のサービングセルとして用いるセルを選択するセル再選択動作を行う。
【０００６】
一実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供する基地局である。前記ＭＢＭＳサービス用のＤＲＸ動作に用いるＤＲＸサイクルを無線端末に設定する制御部と、前記ＭＢＭＳサービスに属するデータに対応する制御情報を繰り返し送信する第１の繰り返し送信と、前記データを繰り返し送信する第２の繰り返し送信と、を行う送信部と、を備える。前記制御部は、前記第１の繰り返し送信に要する第１の期間と、前記第２の繰り返し送信に要する第２の期間と、前記第１の繰り返し送信と前記第２の繰り返し送信との間の切り替えに要する第３の期間と、の合計以上の時間を前記ＤＲＸサイクルとして設定する。
【０００７】
一実施形態に係る無線端末は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。前記無線端末は、前記ＭＢＭＳサービス用のＤＲＸサイクルを用いて、前記ＭＢＭＳサービスに属するデータに対応する制御情報を伝送するＰＤＣＣＨを間欠的にモニタするＤＲＸ動作を行う制御部と、前記制御情報を繰り返し受信する第１の繰り返し受信と、前記データを繰り返し受信する第２の繰り返し受信と、を行う受信部と、を備える。前記ＤＲＸサイクルは、前記ＰＤＣＣＨをモニタすべきモニタ期間と前記ＰＤＣＣＨのモニタが不要な非モニタ期間と、を含む。前記制御部は、前記第２の繰り返し受信を行っている間は、前記モニタ期間であっても前記ＰＤＣＣＨをモニタしないように制御する。
【０００８】
一実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供する。前記基地局は、前記ＭＢＭＳサービスに属するデータをＳＣ−ＭＴＣＨを用いて無線端末に送信する送信部と、前記ＭＢＭＳサービスの提供を停止すると判断する制御部と、を備える。前記送信部は、前記ＭＢＭＳサービスの提供停止に関する停止通知を前記無線端末に複数回送信する。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係るＬＴＥシステム（移動通信システム）の構成を示す図である。
【図２】実施形態に係るＭＢＭＳに係るネットワーク構成を示す図である。
【図３】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図４】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図５】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。
【図６】実施形態に係るＬＴＥシステムの下りリンクのチャネルの構成を示す図である。
【図７】実施形態に係るＬＴＥシステムの無線フレームの構成を示す図である。
【図８】実施形態に係るＳＣ−ＰＴＭの動作例を示す図である。
【図９】実施形態に係るＳＩＢ２０を示す図である。
【図１０】実施形態に係るＳＣ−ＭＣＣＨ中のＭＢＭＳ制御情報を示す図である。
【図１１】実施形態に係るｅＭＴＣ  ＵＥ向けの下りリンク物理チャネルを示す図である。
【図１２】実施形態に係るｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥ向けのランダムアクセスプロシージャを示す図である。
【図１３】第１実施形態に係る動作シナリオを示す図である。
【図１４】第１実施形態に係るＳＩＢを示す図である。
【図１５】第１実施形態に係るＵＥの動作フロー例を示す図である。
【図１６】第１実施形態の変更例に係るＵＥの動作フロー例を示す図である。
【図１７】第２実施形態に係る動作例を示す図である。
【図１８】第２実施形態の変更例に係る動作例を示す図である。
【図１９】第３実施形態に係る停止通知をＭＡＣ  ＣＥで送信するケースを示す図である。
【図２０】第３実施形態に係る動作例を示す図である。
【発明を実施するための形態】
【００１０】
（移動通信システム）
実施形態に係る移動通信システムの構成について説明する。実施形態に係る移動通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムである。図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、ＭＢＭＳに係るネットワーク構成を示す図である。
【００１１】
図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００１２】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。
【００１３】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理している。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
【００１４】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１５】
ＭＢＭＳ向けのネットワークエンティティについて説明する。Ｅ−ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｎｇ  Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続される。ＭＣＥ１１は、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。具体的には、ＭＣＥ１１は、ＭＢＳＦＮ伝送のスケジューリングを行う。これに対し、ＳＣ−ＰＴＭ伝送のスケジューリングはｅＮＢ２００により行われる。
【００１６】
ＥＰＣ２０は、ＭＢＭＳ  ＧＷ（ＭＢＭＳ  Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ  ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続される。ＭＢＭＳ  ＧＷ２１は、Ｓｍインターフェイスを介してＭＭＥ３００と接続される。ＭＢＭＳ  ＧＷ２１は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭ−ＳＣ２２と接続される（図２参照）。ＭＢＭＳ  ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送及びセッション制御等を行う。
【００１７】
ＥＰＣ２０は、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）２２を含む。ＢＭ−ＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ  ＧＷ２１と接続される。ＥＰＣ２０は、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される（図２参照）。ＢＭ−ＳＣ２２は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。
【００１８】
ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ  ＡＳ（Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）３１が設けられてもよい。ＧＣＳ  ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ  ＡＳ３１は、ＭＢ２−Ｕ及びＭＢ２−Ｃインターフェイスを介してＢＭ−ＳＣ２２と接続される。ＧＣＳ  ＡＳ３１は、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される。ＧＣＳ  ＡＳ３１は、グループ通信におけるグループの管理及びデータ配信等を行う。
【００１９】
図３は、実施形態に係るＵＥ１００（無線端末）の構成を示す図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２０】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００２１】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２２】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理を実行する。
【００２３】
図４は、実施形態に係るｅＮＢ２００（基地局）の構成を示す図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２４】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２５】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００２６】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各種の処理を実行する。
【００２７】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。バックホール通信部２４０は、Ｍ１インターフェイス上で行う通信及びＭ２インターフェイス上で行う通信にも用いられ得る。
【００２８】
図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは、物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００２９】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３０】
ＭＡＣレイヤは、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）による再送処理等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））、及びＵＥ１００への割当リソースブロックを決定する。
【００３１】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３２】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３３】
ＲＲＣレイヤは、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３４】
ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理等を行う。
【００３５】
図６は、ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。図６（ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００３６】
図６（ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００３７】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００３８】
ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００３９】
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４０】
ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、データ送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４１】
ＳＣ−ＭＴＣＨ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＴＣＨは、ＳＣ−ＰＴＭ伝送を用いてネットワークからＵＥ１００にデータ（ＭＢＭＳ）をマルチキャスト送信するための１対多チャネル（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  ｄｏｗｎｌｉｎｋ  ｃｈａｎｎｅｌ）である。
【００４２】
ＳＣ−ＭＣＣＨ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＣＣＨは、１又は複数のＳＣ−ＭＴＣＨのためのＭＢＭＳ制御情報をネットワークからＵＥ１００にマルチキャスト送信するための１対多チャネル（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  ｄｏｗｎｌｉｎｋ  ｃｈａｎｎｅｌ）である。ＳＣ−ＭＣＣＨは、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳを受信する又は受信に興味を持つＵＥ１００に用いられる。また、ＳＣ−ＭＣＣＨは、１つのセルに１つのみ存在する。
【００４３】
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４４】
ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
【００４５】
図６（ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００４６】
図６（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４７】
ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
【００４８】
ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【００４９】
ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【００５０】
図７は、ＬＴＥシステムの無線フレームの構成を示す図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。ＬＴＥシステムにおいて、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５１】
図７に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送向けのサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
【００５４】
（セル再選択動作の概要）
セル再選択動作の概要について説明する。ＲＲＣアイドルモードにあるＵＥ１００は、開始条件が満たされた場合に、現在のサービングセルに隣接する隣接セルの品質を測定し、選択条件を満たすセルの中からサービングセルとして用いるセルを選択する。
【００５５】
第１に、開始条件は、以下に示す通りである。
【００５６】
（Ａ１）現在のサービングセルの周波数の優先度よりも高い優先度を有する周波数：
ＵＥ１００は、高い優先度を有する周波数の品質を常に測定する。
【００５７】
（Ａ２）現在のサービングセルの周波数の優先度と等しい優先度又は低い優先度を有する周波数：
ＵＥ１００は、現在のサービングセルの品質が所定閾値を下回った場合に、等しい優先度又は低い優先度を有する周波数の品質を測定する。
【００５８】
第２に、選択条件は、以下に示す通りである。
【００５９】
（Ｂ１）隣接セルの周波数の優先度が現在のサービングセルの優先度よりも高い：
ＵＥ１００は、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｑｕａｌ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＱの関係を満たすセル、若しくは、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｒｘｌｅｖ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＰの関係を満たすセルを選択する。このようなケースにおいて、隣接セルが満たすべき基準を“Ｓ−ｃｒｉｔｅｒｉａ”と称することもある。
【００６０】
Ｓｑｕａｌは、セル選択品質レベルを表している。Ｓｑｕａｌは、Ｓｑｕａｌ＝Ｑｑｕａｌｍｅａｓ-（Ｑｑｕａｌｍｉｎ＋Ｑｑｕａｌｍｉｎｏｆｆｓｅｔ）−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｑｕａｌｍｅａｓは、隣接セルの品質レベル（ＲＳＲＱ）である。Ｑｑｕａｌｍｉｎは、最小要求品質レベルである。Ｑｑｕａｌｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットである。Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＱは、所定閾値である。
【００６１】
Ｓｒｘｌｅｖは、セル選択受信レベルを表している。Ｓｒｘｌｅｖは、Ｓｒｘｌｅｖ＝Ｑｒｘｌｅｖｍｅａｓ-（Ｑｒｘｌｅｖｍｉｎ＋Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ）-Ｐｃｏｍｐｅｎｓａｔｉｏｎ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｒｘｌｅｖｍｅａｓは、隣接セルの受信レベル（ＲＳＲＰ）である。Ｑｒｘｌｅｖｍｉｎは、最小要求受信レベルである。Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットである。Ｐｃｏｍｐｅｎｓａｔｉｏｎは、アップリンクの能力に関するパラメータである。Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＰは、所定閾値である。
【００６２】
（Ｂ２）隣接セルの周波数の優先度が現在のサービングセルの優先度と同じである：
ＵＥ１００は、現在のサービングセルのランキングＲｓ及び隣接セルのランキングＲｎを算出する。ＵＥ１００は、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＲｓよりも高いランキングＲｎを有するセルを対象セルとして選択する。このようなケースにおいて、隣接セルが満たすべき基準を“Ｒ−ｃｒｉｔｅｒｉａ”と称することもある。
【００６３】
Ｒｓは、Ｒｓ＝Ｑｍｅａｓ，ｓ＋ＱＨｙｓｔ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｒｎは、Ｒｎ＝Ｑｍｅａｓ，ｎ−Ｑｏｆｆｓｅｔ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｍｅａｓ，ｓは、現在のサービングセルの受信レベル（ＲＳＲＰ）である。Ｑｍｅａｓ，ｎは、隣接セルの受信レベル（ＲＳＲＰ）である。ＱＨｙｓｔは、現在のサービングセルが対象セルとして再選択されやすくするためのヒステリシス値である。Ｑｏｆｆｓｅｔｔｅｍｐは、現在のサービングセル及び隣接セルに一時的に適用されるオフセットである。
【００６４】
（Ｂ３）隣接セルの周波数の優先度が現在のサービングセルの優先度よりも低い：
ＵＥ１００は、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｑｕａｌ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱが満たされる、若しくは、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｒｘｌｅｖ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰが満たされるという前提下において、上述した（Ｂ１）と同様の手法によって隣接セルの中から対象セルを選択する。
【００６５】
但し、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱ及びＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰは、ＴｈｒｅｓｈＸ，ＨｉｇｈＱ及びＴｈｒｅｓｈＸ，ＨｉｇｈＰと同様に、所定閾値である。
【００６６】
対象セルの選択で用いる各種パラメータは、ｅＮＢ２００からブロードキャストされる情報（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に含まれる。各種パラメータは、周波数の優先度（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）、各種オフセット（Ｑｑｕａｌｍｉｎｏｆｆｓｅｔ、Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ、Ｑｏｆｆｓｅｔｔｅｍｐ、ＱＨｙｓｔ、Ｑｏｆｆｓｅｔ）、各種閾値（ＴｈｒｅｓｈＸ，ＨｉｇｈＱ、ＴｈｒｅｓｈＸ，ＨｉｇｈＰ、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱ、ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰ）を含む。
【００６７】
（ＳＣ−ＰＴＭ伝送の概要）
ＳＣ−ＰＴＭ伝送の概要について説明する。ＭＢＭＳ用の無線伝送方式としては、ＭＢＳＦＮ及びＳＣ−ＰＴＭの２つの伝送方式がある。ＭＢＳＦＮ伝送においては、データは、複数のセルからなるＭＢＳＦＮエリア単位で、ＰＭＣＨを介して送信される。これに対し、ＳＣ−ＰＴＭ伝送においては、データは、セル単位で、ＰＤＳＣＨを介して送信される。以下においては、ＵＥ１００がＳＣ−ＰＴＭ受信を行うシナリオを主として想定するが、ＭＢＳＦＮ伝送を想定してもよい。
【００６８】
ＵＥ１００は、ＲＲＣコネクティッド状態でＭＢＭＳサービスを受信してもよい。ＵＥ１００は、ＲＲＣアイドルモードでＭＢＭＳサービスを受信してもよい。以下において、ＵＥ１００がＲＲＣアイドルモードでＭＢＭＳサービスを受信するケースを主として想定する。
【００６９】
図８は、ＳＣ−ＰＴＭ伝送の動作例を示す図である。
【００７０】
ステップＳ１において、ＵＥ１００は、ｅＮＢ２００を介してＥＰＣ２０からＵＳＤ（Ｕｓｅｒ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）を取得する。ＵＳＤは、各ＭＢＭＳサービスの基本的な情報を提供する。ＵＳＤは、ＭＢＭＳサービスごとに、当該ＭＢＭＳサービスを識別するＴＭＧＩと、当該ＭＢＭＳサービスが提供される周波数と、当該ＭＢＭＳサービスの提供開始・終了時間と、を含む。
【００７１】
ステップＳ２において、ＵＥ１００は、ＢＣＣＨを介してｅＮＢ２００からＳＩＢ２０を受信する。ＳＩＢ２０は、ＳＣ−ＭＣＣＨの取得に必要な情報（スケジューリング情報）を含む。図９は、ＳＩＢ２０を示す図である。ＳＩＢ２０は、ｓｃ−ｍｃｃｈ−ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄ、ｓｃ−ｍｃｃｈ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄ、ｓｃ−ｍｃｃｈ−Ｏｆｆｓｅｔ、及びｓｃ−ｍｃｃｈ−Ｓｕｂｆｒａｍｅ等を含む。ｓｃ−ｍｃｃｈ−ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄは、ＳＣ−ＭＣＣＨの内容が変更され得る周期を示す。ｓｃ−ｍｃｃｈ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄは、ＳＣ−ＭＣＣＨの送信（再送）時間間隔を無線フレーム数で示す。ｓｃ−ｍｃｃｈ−Ｏｆｆｓｅｔは、ＳＣ−ＭＣＣＨがスケジュールされる無線フレームのオフセットを示す。ｓｃ−ｍｃｃｈ−Ｓｕｂｆｒａｍｅは、ＳＣ−ＭＣＣＨがスケジュールされるサブフレームを示す。
【００７２】
ステップＳ３において、ＵＥ１００は、ＳＩＢ２０に基づいて、ＳＣ−ＭＣＣＨを介してｅＮＢ２００からＭＢＭＳ制御情報を受信する。ＭＢＭＳ制御情報は、ＳＣ−ＰＴＭ設定情報（ＳＣＰＴＭ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）と称されてもよい。物理レイヤにおいてＳＣ−ＭＣＣＨの送信にはＳＣ−ＲＮＴＩ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  ＲＮＴＩ）が用いられる。図１０は、ＳＣ−ＭＣＣＨ中のＭＢＭＳ制御情報（ＳＣ−ＰＴＭ設定情報）を示す図である。ＳＣ−ＰＴＭ設定情報は、ＳＣ−ＭＲＢ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  ＭＢＭＳ  Ｐｏｉｎｔ  ｔｏ  Ｍｕｌｔｉｐｏｉｎｔ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）を介して送信されるＭＢＭＳサービスに適用可能な制御情報を含む。ＳＣ−ＰＴＭ設定情報は、ｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔ、及びｓｃｐｔｍＮｅｉｇｈｂｏｕｒＣｅｌｌＬｉｓｔを含む。ｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔは、ＳＣ−ＰＴＭ設定情報を送信するセルにおける各ＳＣ−ＭＴＣＨの設定を含む。ｓｃｐｔｍＮｅｉｇｈｂｏｕｒＣｅｌｌＬｉｓｔは、ＳＣ−ＭＲＢを介してＭＢＭＳサービスを提供する隣接セルのリストである。ｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔは、１又は複数のＳＣ−ＭＴＣＨ−Ｉｎｆｏを含む。各ＳＣ−ＭＴＣＨ−Ｉｎｆｏは、ＳＣ−ＭＲＢを介して送信される進行中のＭＢＭＳセッションの情報（ｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏ）、当該ＭＢＭＳセッションに対応するＧ−ＲＮＴＩ（Ｇｒｏｕｐ  ＲＮＴＩ）、及びＳＣ−ＭＴＣＨのためのＤＲＸ情報であるｓｃ−ｍｔｃｈ−ｓｃｈｅｄｕｌｉｎｇＩｎｆｏを含む。ｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏは、ＭＢＭＳサービスを識別するＴＭＧＩ及びセッションＩＤ（ｓｅｓｓｉｏｎＩｄ）を含む。Ｇ−ＲＮＴＩは、マルチキャストグループ（具体的には、特定グループ宛てのＳＣ−ＭＴＣＨ）を識別するＲＮＴＩである。Ｇ−ＲＮＴＩは、ＴＭＧＩと１対１でマッピングされる。ｓｃ−ｍｔｃｈ−ｓｃｈｅｄｕｌｉｎｇＩｎｆｏは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒＳＣＰＴＭ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＣＰＴＭ、ｓｃｈｅｄｕｌｉｎｇＰｅｒｉｏｄＳｔａｒｔＯｆｆｓｅｔＳＣＰＴＭを含む。ｓｃｈｅｄｕｌｉｎｇＰｅｒｉｏｄＳｔａｒｔＯｆｆｓｅｔＳＣＰＴＭは、ＳＣ−ＭＴＣＨ−ＳｃｈｅｄｕｌｉｎｇＣｙｃｌｅ及びＳＣ−ＭＴＣＨ−ＳｃｈｅｄｕｌｉｎｇＯｆｆｓｅｔを含む。
【００７３】
ステップＳ４において、ＵＥ１００は、ＳＣ−ＰＴＭ設定情報中のＳＣ−ＭＴＣＨ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、ＳＣ−ＭＴＣＨを介して、自身が興味のあるＴＭＧＩに対応するＭＢＭＳサービス（ＭＢＭＳデータ）を受信する。物理レイヤにおいて、ｅＮＢ２００は、Ｇ−ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してＭＢＭＳデータを送信する。
【００７４】
なお、図８に関連して説明した制御信号（シグナリング）は一例である。制御信号は、省電力受信のための最適化等により、一部の制御信号が適宜省略されたり、制御信号の順序が入れ替わったりしてもよい。
【００７５】
（ｅＭＴＣ及びＮＢ−ＩｏＴの概要）
ｅＭＴＣ及びＮＢ−ＩｏＴの概要について説明する。実施形態において、新たなカテゴリのＵＥ１００が存在するシナリオを想定する。新たなカテゴリのＵＥ１００は、システム送受信帯域の一部のみに送受信帯域幅が制限されるＵＥ１００である。新たなＵＥカテゴリは、例えば、カテゴリＭ１及びＮＢ（Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴカテゴリと称される。カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＵＥである。ＮＢ−ＩｏＴ  ＵＥは、カテゴリＮＢ１である。カテゴリＭ１は、ＵＥ１００の送受信帯域幅を１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限する。カテゴリＭ１は、繰り返し送信等を用いた強化カバレッジ（ＥＣ：Ｅｎｈａｎｃｅｄ  Ｃｏｖｅｒａｇｅ）機能をサポートする。ＮＢ−ＩｏＴカテゴリは、ＵＥ１００の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限する。ＮＢ−ＩｏＴカテゴリは、強化カバレッジ機能をサポートする。繰り返し送信は、複数のサブフレームを用いて同一の信号を繰り返し送信する技術である。一例として、ＬＴＥシステムのシステム帯域幅は１０ＭＨｚであり、そのうちの送受信帯域幅は９ＭＨｚ（すなわち、５０リソースブロックの帯域幅）である。一方、カテゴリＭ１のＵＥ１００は、６リソースブロックよりも広い帯域幅で送信される下りリンク無線信号を受信することができないため、通常のＰＤＣＣＨを受信することができない。このため、ＭＴＣ向けのＰＤＣＣＨであるＭＰＤＣＣＨ（ＭＴＣ−ＰＤＣＣＨ）が導入される。同様な理由で、ＮＢ−ＩｏＴ向けのＰＤＣＣＨであるＮＰＤＣＣＨ（ＮＢ−ＰＤＣＣＨ）が導入される。
【００７６】
強化カバレッジ機能は、同一信号を繰り返し送信する繰り返し送信（Ｒｅｐｅｔｉｔｉｏｎ）を含んでもよい。繰り返し送信の回数が多いほど、カバレッジを強化することができる。強化カバレッジ機能は、送信信号の電力密度を上げる電力ブースト（Ｐｏｗｅｒ  ｂｏｏｓｔｉｎｇ）を含んでもよい。一例として、送信信号の周波数帯域幅を狭くする狭帯域送信により電力密度を上げる。送信信号の電力密度を上げるほど、カバレッジを強化することができる。強化カバレッジ機能は、送信信号に用いるＭＣＳを下げる低ＭＣＳ（Ｌｏｗｅｒ  ＭＣＳ）送信を含んでもよい。データレートが低く、誤り耐性の高いＭＣＳを用いて送信を行うことにより、カバレッジを強化することができる。
【００７７】
図１１は、ｅＭＴＣ  ＵＥ向けの下りリンク物理チャネルを示す図である。図１１に示すように、ｅＮＢ２００は、６リソースブロック以内でＭＰＤＣＣＨを送信する。ＭＰＤＣＣＨは、ＰＤＳＣＨを割り当てるためのスケジューリング情報を含む。一例として、ＭＰＤＣＣＨは、当該ＭＰＤＣＣＨが送信されるサブフレームとは異なるサブフレームのＰＤＳＣＨを割り当てる。ｅＮＢ２００は、６リソースブロック以内でＰＤＳＣＨを送信する。ｅＮＢ２００は、同一の信号の繰り返し送信を行うために、複数のサブフレームに亘ってＰＤＳＣＨを割り当てる。カテゴリＭ１のＵＥ１００は、ＭＰＤＣＣＨを受信することで割り当てＰＤＳＣＨを特定し、割り当てＰＤＳＣＨで送信されるデータを受信する。
【００７８】
図１２は、ｅＭＴＣ  ＵＥ及びＮＢ−ＩｏＴ  ＵＥ向けのランダムアクセスプロシージャを示す図である。図１２の初期状態において、ＵＥ１００は、ＲＲＣアイドルモードにある。ＵＥ１００は、ＲＲＣコネクティッドモードに遷移するためにランダムアクセスプロシージャを実行する。
【００７９】
ＵＥ１００は、ｅＮＢ２００のセルをサービングセルとして選択している。ＵＥ１００は、通常のカバレッジのための第１のセル選択基準（第１のＳ−ｃｒｉｔｅｒｉａ）が満たされず、強化カバレッジのための第２のセル選択基準（第２のＳ−ｃｒｉｔｅｒｉａ）が満たされた場合、自身が強化カバレッジに居ると判定してもよい。「強化カバレッジに居るＵＥ」とは、セルにアクセスするために強化カバレッジ機能（強化カバレッジモード）を用いることが必要とされるＵＥを意味する。なお、ｅＭＴＣ  ＵＥは、強化カバレッジモードを用いることが必須である。
【００８０】
ステップＳ１００１において、ｅＮＢ２００は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）関連情報をブロードキャストシグナリング（例えば、ＳＩＢ）により送信する。ＰＲＡＣＨ関連情報は、強化カバレッジレベルごとに設けられた各種のパラメータを含む。一例として、強化カバレッジレベルは、強化カバレッジレベル０乃至３の合計４つのレベルが規定される。各種のパラメータは、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）閾値、ＰＲＡＣＨリソース、及び最大プリアンブル送信回数を含む。ＰＲＡＣＨリソースは、無線リソース（時間・周波数リソース）及び信号系列（プリアンブル系列）を含む。ＵＥ１００は、受信したＰＲＡＣＨ関連情報を記憶する。
【００８１】
ステップＳ１００２において、ＵＥ１００は、ｅＮＢ２００から送信される参照信号に基づいてＲＳＲＰを測定する。
【００８２】
ステップＳ１００３において、ＵＥ１００は、測定したＲＳＲＰを強化カバレッジレベルごとのＲＳＲＰ閾値と比較することにより、自身の強化カバレッジレベルを決定する。強化カバレッジレベルは、ＵＥ１００に必要とされる強化カバレッジの度合いを示す。強化カバレッジレベルは、少なくとも繰り返し送信における送信回数（すなわち、Ｒｅｐｅｔｉｔｉｏｎ回数）と関連する。
【００８３】
ステップＳ１００４において、ＵＥ１００は、自身の強化カバレッジレベルに対応するＰＲＡＣＨリソースを選択する。
【００８４】
ステップＳ１００５において、ＵＥ１００は、選択したＰＲＡＣＨリソースを用いてＭｓｇ  １（ランダムアクセスプリアンブル）をｅＮＢ２００に送信する。ｅＮＢ２００は、受信したＭｓｇ  １に用いられたＰＲＡＣＨリソースに基づいて、ＵＥ１００の強化カバレッジレベルを特定する。
【００８５】
ステップＳ１００６において、ｅＮＢ２００は、ＵＥ１００に割り当てたＰＵＳＣＨリソースを示すスケジューリング情報を含むＭｓｇ  ２（ランダムアクセス応答）をＵＥ１００に送信する。ＵＥ１００は、Ｍｓｇ  ２を正常に受信するまで、自身の強化カバレッジレベルに対応する最大プリアンブル送信回数までＭｓｇ  １を複数回送信し得る。
【００８６】
ステップＳ１００７において、ＵＥ１００は、スケジューリング情報に基づいて、Ｍｓｇ  ３をｅＮＢ２００に送信する。Ｍｓｇ  ３は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであってもよい。
【００８７】
ステップＳ１００８において、ｅＮＢ２００は、Ｍｓｇ  ４をＵＥ１００に送信する。
【００８８】
ステップＳ１００９において、ＵＥ１００は、Ｍｓｇ  ４の受信に応じてＲＲＣコネクティッドモードに遷移する。その後、ｅＮＢ２００は、特定した強化カバレッジレベルに基づいて、ＵＥ１００への繰り返し送信等を制御する。
【００８９】
（第１実施形態）
上述したような移動通信システムを前提として、第１実施形態について説明する。第１実施形態は、上述した新たなカテゴリのＵＥ１００に対して、ＳＣ−ＰＴＭ伝送によりファームウェア等の一括配信を行うシナリオを想定する。また、ＲＲＣアイドルモードのＵＥ１００がＳＣ−ＰＴＭ伝送により提供されるＭＢＭＳサービスを受信するケースを主として想定する。
【００９０】
図１３は、第１実施形態に係る動作シナリオを示す図である。
【００９１】
図１３に示すように、ＵＥ（ｅＭＴＣ  ＵＥ又はＮＢ−ＩｏＴ  ＵＥ）１００は、ＲＲＣアイドルモードにおいて強化カバレッジ（Ｅｎｈａｎｃｅｄ  Ｃｏｖｅｒａｇｅ）に居る。具体的には、ＵＥ１００は、ｅＮＢ２００−１が管理するセル＃１の強化カバレッジに位置しており、セル＃１をサービングセルとして選択している。ｅＮＢ２００−１が管理するセル＃１及びｅＮＢ２００−２が管理するセル＃２のそれぞれは、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供するＳＣ−ＰＴＭセルである。ｅＮＢ２００−３が管理するセル＃３は、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供しない非ＳＣ−ＰＴＭセルである。
【００９２】
ＵＥ１００は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信している又は受信に興味を持つ。ＭＢＭＳサービスの受信に興味を持つ状態とは、未だＭＢＭＳサービスを受信していないものの、上位レイヤ等からＭＢＭＳサービスを受信するよう設定された状態であってもよい。
【００９３】
セル＃１の強化カバレッジ及びセル＃３のカバレッジは地理的に重複している。この場合、ＵＥ１００は、セル＃１の無線品質よりもセル＃３の無線品質の方が良好であると判断し、セル＃３をサービングセルとして再選択し得る。無線品質とは、例えば受信レベル（ＲＳＲＰ）である。この場合、ＵＥ１００がＭＢＭＳサービスを受信するためには、ユニキャスト通信（ユニキャスト伝送）によりネットワークからＭＢＭＳサービスをユニキャストで受信する必要がある。但し、ＵＥ１００は、ユニキャスト通信を行うためには、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する必要がある。よって、無線リソースの利用効率が悪くなるとともに、ＵＥ１００の消費電力が増大する。
【００９４】
第１実施形態は、このような問題を解決しようとする実施形態である。第１実施形態に係るＵＥ１００は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。ＵＥ１００の制御部１３０は、ＵＥ１００がＲＲＣアイドルモードにある間において、ＵＥ１００のサービングセルとして用いるセルを選択するセル再選択動作を行う。セル再選択動作において、ＵＥ１００の制御部１３０は、複数のセルの中から、無線品質とオフセットとにより定められるランキングが最も高いセルをサービングセルとして選択する。ＵＥ１００の制御部１３０は、ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、所定のセルに適用するオフセットとして無限大のオフセットを設定する。無限大のオフセットとは、正の無限大（＋∞）であってもよいし、負の無限大（−∞）であってもよい。
【００９５】
所定の条件は、ＳＣ−ＰＴＭ伝送によりＭＢＭＳサービスを提供するセルが複数のセルの中に存在することであってもよい。ＵＥ１００は、サービングセルから受信するＳＩＢ２０及び／又はＳＣ−ＭＣＣＨ（例えば、ｓｃｐｔｍＮｅｉｇｈｂｏｕｒＣｅｌｌＬｉｓｔ）に基づいて、サービングセル及び／又は隣接セルがＳＣ−ＰＴＭ伝送によりＭＢＭＳサービスを提供するか否かを判断しても良い。所定の条件は、ＵＥ１００がＭＢＭＳサービスを受信している又は受信に興味を持つことであってもよい。
【００９６】
無限大のオフセットが適用される所定のセルは、ＳＣ−ＰＴＭ伝送によりＭＢＭＳサービスを提供するセル（ＳＣ−ＰＴＭセル）であってもよい。この場合、無限大のオフセットは、所定のセルのランキングを最高ランキングにするためのオフセットであってもよい。一例として、現在のサービングセルがＳＣ−ＰＴＭセルであり、ＵＥ１００が現在のサービングセルのランキングＲｓを上述した計算式（すなわち、「Ｒｓ＝Ｑｍｅａｓ，ｓ＋ＱＨｙｓｔ−Ｑｏｆｆｓｅｔｔｅｍｐ」）によって算出するケースを想定する。このようなケースにおいて、現在のサービングセルに適用するＱｏｆｆｓｅｔｔｅｍｐとして負の無限大の値を設定することにより、ランキングＲｓを最高ランキングにすることができる。或いは、ＱＨｙｓｔをオフセットの一種とみなし、現在のサービングセルに適用するＱＨｙｓｔとして正の無限大の値を設定してもよい。
【００９７】
無限大のオフセットが適用される所定のセルは、ＳＣ−ＰＴＭ伝送によりＭＢＭＳサービスを提供しないセル（非ＳＣ−ＰＴＭセル）であってもよい。この場合、無限大のオフセットは、所定のセルのランキングを最低ランキングにするためのオフセットであってもよい。一例として、隣接セルが非ＳＣ−ＰＴＭセルであり、ＵＥ１００が隣接セルのランキングＲｎを上述した計算式（すなわち、「Ｒｎ＝Ｑｍｅａｓ，ｎ−Ｑｏｆｆｓｅｔ−Ｑｏｆｆｓｅｔｔｅｍｐ」）によって算出するケースを想定する。このようなケースにおいて、隣接セルに適用するＱｏｆｆｓｅｔ及び／又はＱｏｆｆｓｅｔｔｅｍｐとして正の無限大の値を設定することにより、ランキングＲｎを最低ランキングにすることができる。
【００９８】
第１実施形態において、ＵＥ１００の受信部１１０は、サービングセルからブロードキャストされるシステム情報ブロック（ＳＩＢ）を受信してもよい。ＳＩＢは、所定のセルと関連付けられた無限大のオフセットを含んでもよい。ＳＩＢは、所定の周波数と関連付けられた無限大のオフセットを含んでもよい。もしくは、ＳＩＢは、所定のセル及び周波数に関連付けられない無限大のオフセットであってもよい。無限大のオフセットが所定のセル及び周波数に関連付けられない場合、ＳＩＢは、無限大のオフセットをＳＣ−ＰＴＭセルに適用してよい事を示す識別子（許可フラグ）を含んでもよい。図１４は、第１実施形態に係るＳＩＢを示す図である。図１４に示すように、ｅＮＢ２００は、ＳＩＢタイプ３（ＳＩＢ３）、ＳＩＢタイプ４（ＳＩＢ４）、及びＳＩＢタイプ５（ＳＩＢ５）のうち少なくとも１つをブロードキャストする。ＳＩＢ３は、主にサービングセルに関するセル再選択パラメータを含むＳＩＢである。ＳＩＢ４及びＳＩＢ５は、主に隣接セルに関するセル再選択パラメータを含むＳＩＢである。ＳＩＢ３／４／５は、所定のセルのセル識別子と、当該所定のセルに適用するオフセット（無限大のオフセット）と、からなる組を少なくとも１つ含んでもよい。所定のセルと関連付けられた無限大のオフセットは、ＳＣ−ＭＣＣＨに含まれてもよいし、ＳＩＢ２０に含まれてもよい。無限大のオフセットは、ＵＥ１００に事前設定（ｐｒｅｃｏｎｆｉｇｕｒｅ）されていてもよい。
【００９９】
図１５は、第１実施形態に係るＵＥ１００の動作フロー例を示す図である。
【０１００】
図１５に示すように、ステップＳ１０１において、ＲＲＣアイドルモードのＵＥ１００は、強化カバレッジ機能が自身に必要とされるか否か（すなわち、自身が強化カバレッジに居るか否か）を判定する。強化カバレッジ機能が自身に必要とされない場合（ステップＳ１０１：ＮＯ）、ステップＳ１０２において、ＵＥ１００は、上述した「セル再選択動作の概要」のような通常のセル再選択動作を行う。
【０１０１】
強化カバレッジ機能が自身に必要とされる場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０３において、ＵＥ１００は、ＭＢＭＳサービスを受信している又は受信に興味を持つか否かを判定する。ＭＢＭＳサービスを受信しておらず、かつＭＢＭＳサービスの受信に興味を持たない場合（ステップＳ１０３：ＮＯ）、ステップＳ１０４において、ＵＥ１００は、ランキングを用いて無線品質が最も良好なセルを選択する。具体的には、ＵＥ１００は、同一周波数（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）及び別周波数（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）について、強化カバレッジのための“Ｓ−ｃｒｉｔｅｒｉａ”又は“Ｒ−ｃｒｉｔｅｒｉａ”を用いたランキングを適用する。言い換えると、強化カバレッジに居るＵＥ１００は、周波数優先度を考慮せずに、無線品質（受信レベル）が最も良好なセルを優先的に選択する。この場合の動作は、上述した「セル再選択動作の概要」の「（Ｂ２）隣接セルの周波数の優先度が現在のサービングセルの優先度と同じである場合」の動作と同様である。但し、ステップＳ１０４において、ＵＥ１００は、無限大のオフセットを用いることなくランキングを行う。
【０１０２】
ＭＢＭＳサービスを受信している又は受信に興味を持つ場合（ステップＳ１０３：ＹＥＳ）、ステップＳ１０５において、ＵＥ１００は、ＳＣ−ＰＴＭ伝送により所望のＭＢＭＳサービスを提供するセルが複数のセル（サービングセル及び隣接セル）の中に存在するか否かを判断してもよい。ステップＳ１０５で「Ｎｏ」の場合、処理がステップＳ１０４に進む。ステップＳ１０５で「Ｙｅｓ」の場合、処理がステップＳ１０６に進む。但し、ステップＳ１０５は必須ではなく、省略してもよい。
【０１０３】
ステップＳ１０６において、ＵＥ１００は、所定のセルと関連付けられた無限大のオフセットを含むＳＩＢ（又はＳＣ−ＭＣＣＨ）をサービングセルから受信し、無限大のオフセットを取得する。ステップＳ１０６は、ステップＳ１０５よりも前に実行されてもよい。ステップＳ１０７において、ＵＥ１００は、複数のセルの中から、無線品質（受信レベル）とオフセットとにより定められるランキングが最も高いセルをサービングセルとして選択する。上述したように、ＵＥ１００は、ＳＣ−ＰＴＭ伝送に関する所定の条件が満たされた場合、所定のセルに適用するオフセットとして無限大のオフセットを設定する。最高ランキングのセルが複数存在する場合、ＵＥ１００は、当該複数の最高ランキングセルの中から任意のセルを選択してもよい。
【０１０４】
（第１実施形態の変更例）
第１実施形態の変更例について、第１実施形態との相違点を主として説明する。第１実施形態の変更例において、ＵＥ１００が、オフセットを用いたランキングによりセル再選択動作を行った後の動作を説明する。第１実施形態の変更例は、第１実施形態を前提としなくてもよい。すなわち、所定のセルに適用されるオフセットは、無限大でなくてもよい。
【０１０５】
オフセットを用いたランキングによりセル再選択動作を行う場合、ＵＥ１００は、無線品質が最も良好なセルをサービングセルとして選択せずに、無線品質が悪いセルをサービングセルとして選択し得る。このような前提下において、ＵＥ１００がユニキャスト通信を行う必要が生じた場合、現在のサービングセル、すなわち、無線品質が悪いセルに対してランダムアクセスプロシージャを実行し得る。その結果、ＵＥ１００は、無線品質が悪いセルとのＲＲＣ接続を確立してしまうため、ユニキャスト通信を適切に行うことができない可能性がある。
【０１０６】
第１実施形態の変更例は、このような問題を解決しようとする変更例である。第１実施形態の変更例に係るＵＥ１００の受信部１１０は、ＵＥ１００がＲＲＣアイドルモードにある間において、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。ＵＥ１００の制御部１３０は、ＵＥ１００がユニキャスト通信を行う必要が生じたことに応じて、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのプロシージャ（ランダムアクセスプロシージャ）を開始する。ＵＥ１００の制御部１３０は、ランダムアクセスプロシージャを開始する前の所定のタイミングにおいて、複数のセルの中からＵＥ１００のサービングセルとして用いるセルを選択するセル再選択動作を行う。
【０１０７】
所定のタイミングは、ユニキャスト通信を行う必要が生じたと判断した後のタイミングであってもよい。ＵＥ１００の制御部１３０は、ＳＣ−ＰＴＭよりも優先度が高い上りリンクデータが発生したこと、上りリンクのデータ又は制御信号の発生を上位レイヤ（ＮＡＳ）から通知されたこと、ページングを受信したこと、の少なくとも１つの条件が満たされたことに応じて、ユニキャスト通信を行う必要が生じたと判断してもよい。所定のタイミングは、ＵＥ１００がＭＢＭＳサービスの受信に興味が無くなった又はＭＢＭＳサービスの受信を中止した時点又は当該時点の後のタイミングであってもよい。
【０１０８】
所定のタイミングは、ランダムアクセスプロシージャを行うと決定したタイミング、ランダムアクセスプロシージャ中のＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ（又はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）送信の直前のタイミング、又はランダムアクセスプリアンブル送信の直前のタイミングであってもよい。
【０１０９】
ＵＥ１００の制御部１３０は、所定のタイミングよりも前のタイミングにおいて、ＭＢＭＳサービスを提供するセルのランキングを高くするためのオフセットを用いたセル再選択動作を行う（第１実施形態参照）。言い換えると、ＵＥ１００は、ＲＲＣアイドルモードにおいてＭＢＭＳサービスを受信するために、ＳＣ−ＰＴＭセルを優先的に選択するためのセル再選択動作を行う。その後、ＵＥ１００の制御部１３０は、ランダムアクセスプロシージャを開始する前の所定のタイミングにおいて、オフセットを用いることなくセル再選択動作を行う。言い換えると、ＵＥ１００は、無線品質が最も良好なセルを選択するために、上述したオフセットを除外したセル再選択動作を行う。なお、当該オフセットは、上述した無限大の値をとるものであってもよいし、有限の値をとるものであってもよい（例えば１０ｄＢなどのオフセット値）。よって、ＵＥ１００は、無線品質が最も良好なセルとＲＲＣ接続を確立することができる。
【０１１０】
図１６は、第１実施形態の変更例に係るＵＥ１００の動作フロー例を示す図である。
【０１１１】
ステップＳ１５１において、ＲＲＣアイドルモードのＵＥ１００は、ＭＢＭＳサービスを提供するセル（ＳＣ−ＰＴＭセル）のランキングを高くするためのオフセットを用いたランキングによりセル再選択動作を行う。ステップＳ１５２において、ＵＥ１００は、ＵＥ１００がＲＲＣアイドルモードにある間において、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。
【０１１２】
ステップＳ１５３において、ＵＥ１００は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスの受信を中止するか否かを判断してもよい。言い換えると、ＵＥ１００は、ＳＣ−ＰＴＭ受信に興味が無くなったか否か又は受信を中止するか否かを判断してもよい。ＳＣ−ＰＴＭ受信を中止する場合（ステップＳ１５３：ＹＥＳ）、ステップＳ１５４において、ＵＥ１００は、ＳＣ−ＰＴＭ受信を中止し、処理をステップＳ１５６に進める。ＳＣ−ＰＴＭ受信を継続する場合（ステップＳ１５３：ＮＯ）、ＵＥ１００は、処理をステップＳ１５５に進める。但し、ステップＳ１５３及びステップＳ１５４の処理は必須ではない。
【０１１３】
ステップＳ１５５において、ＵＥ１００は、ユニキャスト通信を行う必要が生じたか否かを判断する。ユニキャスト通信を行う必要が生じていない場合（ステップＳ１５５：ＮＯ）、ＵＥ１００は、処理をステップＳ１５３に戻す。ユニキャスト通信を行う必要が生じた場合（ステップＳ１５５：ＹＥＳ）、ＵＥ１００は、処理をステップＳ１５６に進める。
【０１１４】
ステップＳ１５６において、ＵＥ１００は、ＭＢＭＳサービスを提供するセル（ＳＣ−ＰＴＭセル）のランキングを高くするためのオフセットを用いないランキングによりセル再選択動作を行う。セル再選択動作において、ＵＥ１００は、各セルに対する無線品質測定を再度行ってセルを選択してもよい。セル再選択動作において、ＵＥ１００は、既に保持している各セルの測定結果からオフセットを除外してセルを選択してもよい。具体的には、ＵＥ１００は、オフセットを適用していたセルのみ、当該オフセットを除外する。或いは、ＵＥ１００は、複数のテーブル（測定結果）を保持していてもよい。各テーブルは、各セルの測定結果に関するテーブルである。複数のテーブルは、オフセットを適用した測定結果テーブル、オフセットを適用していない測定結果テーブルなどを含む。予めテーブルとして保存していると、再測定及び再計算を行わずに、テーブルを読みなおせばよいので、動作が高速になる。
【０１１５】
ステップＳ１５７において、ＵＥ１００は、セル再選択動作により選択されたセルとのランダムアクセスプロシージャを行い、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する。ステップＳ１５８において、ＵＥ１００は、ＲＲＣコネクティッドモードにおいてユニキャスト通信を行う。ここで、ＵＥ１００は、ステップＳ１５２で受信していたＭＢＭＳサービスをユニキャスト通信により受信してもよい。
【０１１６】
（第２実施形態）
第２実施形態について、第１実施形態との相違点を主として説明する。
【０１１７】
上述したように、ＵＥ１００は、ＳＣ−ＰＴＭ設定情報中のＳＣ−ＭＴＣＨ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、ＳＣ−ＭＴＣＨを介して、自身が興味のあるＴＭＧＩに対応するＭＢＭＳサービス（ＭＢＭＳデータ）を受信する。物理レイヤにおいて、ｅＮＢ２００は、Ｇ−ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してＭＢＭＳデータを送信する。ＳＣ−ＭＴＣＨ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏは、ＳＣ−ＭＴＣＨのためのＤＲＸ設定（例えば、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒＳＣＰＴＭ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＣＰＴＭ、ｓｃｈｅｄｕｌｉｎｇＰｅｒｉｏｄＳｔａｒｔＯｆｆｓｅｔＳＣＰＴＭ）を含む。一方で、強化カバレッジ機能は、同一信号を繰り返し送信する繰り返し送信（Ｒｅｐｅｔｉｔｉｏｎ）を含む。ｅＮＢ２００は、ＭＰＤＣＣＨ又はＮＰＤＣＣＨ（制御情報）を繰り返し送信し、且つ、ＰＤＳＣＨ（データ）を繰り返し送信する。よって、ｅＮＢ２００は、繰り返し送信を考慮したＤＲＸサイクルをＵＥ１００に設定することが望ましい。
【０１１８】
第２実施形態に係るｅＮＢ２００は、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供する。ｅＮＢ２００の制御部２３０は、当該ＭＢＭＳサービス用のＤＲＸ動作に用いるＤＲＸサイクルをＵＥ１００に設定する。ｅＮＢ２００の送信部２１０は、ＭＢＭＳサービスに属するデータに対応する制御情報を繰り返し送信する第１の繰り返し送信と、データを繰り返し送信する第２の繰り返し送信と、を行う。ｅＮＢ２００の制御部２３０は、第１の繰り返し送信に要する第１の期間と、第２の繰り返し送信に要する第２の期間と、第１の繰り返し送信と第２の繰り返し送信との間の切り替えに要する第３の期間と、の合計以上の時間をＤＲＸサイクルとして設定する。
【０１１９】
図１７は、第２実施形態に係る動作例を示す図である。図１７に示すように、ｅＮＢ２００は、所定のＭＢＭＳサービス（ここでは、ＴＭＧＩ＃１のＭＢＭＳサービス）に属するデータをＳＣ−ＭＴＣＨを用いてＵＥ１００に送信する。ｅＮＢ２００は、第１の期間Ｔ１において、ＭＰＤＣＣＨ又はＮＰＤＣＣＨ（適宜「（Ｍ／Ｎ）ＰＤＣＣＨ」と表記する）をｎ回繰り返し送信する。具体的には、ｅＮＢ２００は、連続するｎサブフレームを用いて同一信号（制御情報）を繰り返し送信する。そして、ｅＮＢ２００は、第２の期間Ｔ２において、ＰＤＳＣＨをｍ回繰り返し送信する。具体的には、ｅＮＢ２００は、連続するｍサブフレームを用いて同一信号（データ）を繰り返し送信する。第１の期間Ｔ１と第２の期間Ｔ２との間には、切り替え用の第３の期間Ｔ３として１サブフレームが設けられる。第３の期間Ｔ３は、ＵＥ１００が制御情報の復号に用いる復号期間であってもよい。第３の期間Ｔ３は、ＵＥ１００が周波数の切り替えに用いるＲＦ調整期間であってもよい。第２の期間Ｔ２の後にも１サブフレーム分の第３の期間Ｔ３が設けられてもよい。但し、第２の期間Ｔ２の後の１サブフレームは第３の期間Ｔ３に含まれなくてもよい。
【０１２０】
このような前提下において、ｅＮＢ２００は、第１の期間Ｔ１と第２の期間Ｔ２と第３の期間Ｔ３（１又は２サブフレーム）との合計以上の時間をＤＲＸサイクルとしてＵＥ１００に設定する。このような設定を行うことにより、繰り返し送信に合わせてＵＥ１００をウェイクアップさせることができるため、低遅延伝送を行うことができる。また、ＵＥ１００が（Ｍ／Ｎ）ＰＤＣＣＨ又はＰＤＳＣＨ受信中に、不必要なＡｃｔｉｖｅ  Ｔｉｍｅ（Ｍ／ＮＰＤＣＣＨモニタ）の発生を防止することができる。また、例えばＰＤＳＣＨ受信中にＡｃｔｉｖｅ  Ｔｉｍｅとなって（Ｍ／Ｎ）ＰＤＣＣＨをモニタしなければならなくなるといった事態を避けることができる。なお、ＵＥ１００は、第１の期間Ｔ１と第２の期間Ｔ２と第３の期間Ｔ３（１又は２サブフレーム）との合計未満のＤＲＸサイクルが設定された場合には、設定エラーとみなしてもよい。
【０１２１】
（第２実施形態の変更例）
第２実施形態の変更例について、第２実施形態との相違点を主として説明する。本変更例では、第１の期間Ｔ１と第２の期間Ｔ２と第３の期間Ｔ３（１又は２サブフレーム）との合計未満のＤＲＸサイクルが設定されるケースを主として想定する。
【０１２２】
第２実施形態の変更例に係るＵＥ１００は、ＳＣ−ＰＴＭ伝送を用いて提供されるＭＢＭＳサービスを受信する。ＵＥ１００の制御部１３０は、ＭＢＭＳサービス用のＤＲＸサイクルを用いて、当該ＭＢＭＳサービスに属するデータに対応する制御情報を伝送する（Ｍ／Ｎ）ＰＤＣＣＨを間欠的にモニタするＤＲＸ動作を行う。ＵＥ１００の受信部１１０は、制御情報を繰り返し受信する第１の繰り返し受信と、データを繰り返し受信する第２の繰り返し受信と、を行う。ＤＲＸサイクルは、（Ｍ／Ｎ）ＰＤＣＣＨをモニタすべきモニタ期間と（Ｍ／Ｎ）ＰＤＣＣＨのモニタが不要な非モニタ期間と、を含む。モニタ期間は、Ａｃｔｉｖｅ  Ｔｉｍｅに相当する。ＵＥ１００の制御部１３０は、第２の繰り返し受信を行っている間（すなわち、ＰＤＳＣＨ受信中）は、モニタ期間であっても（Ｍ／Ｎ）ＰＤＣＣＨをモニタしないように制御する。言い換えると、ＵＥ１００は、現在受信中のＴＭＧＩについて、ＰＤＳＣＨを受信中の場合は、（Ｍ／Ｎ）ＰＤＣＣＨのモニタが免除される。
【０１２３】
図１８は、第２実施形態の変更例に係る動作例を示す図である。図１８に示すように、ｅＮＢ２００は、所定のＭＢＭＳサービス（ここでは、ＴＭＧＩ＃１のＭＢＭＳサービス）に属するデータをＳＣ−ＭＴＣＨを用いてＵＥ１００に送信する。具体的には、ｅＮＢ２００は、（Ｍ／Ｎ）ＰＤＣＣＨをｎ回繰り返し送信し、ＰＤＳＣＨをｍ回繰り返し送信する。ここで、ＵＥ１００には、第２実施形態で説明したようなＤＲＸサイクルに比べて短いＤＲＸサイクルが設定されている。このため、ＵＥ１００がＰＤＳＣＨ受信中にモニタ期間が発生している。このような場合、所定のＭＢＭＳサービスに対応するＰＤＳＣＨを受信中のＵＥ１００は、当該所定のＭＢＭＳサービスに対応する（Ｍ／Ｎ）ＰＤＣＣＨのモニタが免除される。よって、ＵＥ１００は、モニタ期間中にＰＤＳＣＨ受信を行うことができる。なお、ＵＥ１００は、（Ｍ／Ｎ）ＰＤＣＣＨ受信中にモニタ期間が発生した場合には、（Ｍ／Ｎ）ＰＤＣＣＨ受信を行なってもよい。
【０１２４】
ここでは、同一ＭＢＭＳサービス（同一ＴＭＧＩ）の（Ｍ／Ｎ）ＰＤＣＣＨ及びＰＤＳＣＨについて説明したが、ＵＥ１００は、複数のＭＢＭＳサービス（例えば、ＴＭＧＩ＃１及びＴＭＧＩ＃２）を受信し得る。ＵＥ１００は、所定のＭＢＭＳサービス（ＴＭＧＩ＃１）に対応するＰＤＳＣＨ受信中に、別のＭＢＭＳサービス（ＴＭＧＩ＃２）に対応するモニタ期間が発生した場合には、ＰＤＳＣＨ受信及び（Ｍ／Ｎ）ＰＤＣＣＨ受信のうち一方を選択してもよい。例えば、ＵＥ１００は、ユーザ（アプリケーション）がより優先するＭＢＭＳサービス（ＴＭＧＩ）を選択してもよい。ＰＤＳＣＨ受信を選択した場合、ＵＥ１００は、ＰＤＳＣＨ受信を行う。一方で、（Ｍ／Ｎ）ＰＤＣＣＨ受信を選択した場合、ＵＥ１００は、ＰＤＳＣＨ受信から（Ｍ／Ｎ）ＰＤＣＣＨ受信に切り替える。
【０１２５】
（第３実施形態）
第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、ＭＢＭＳサービスの提供停止をｅＮＢ２００がＵＥ１００に通知する停止通知に関する実施形態である。このような停止通知は、「ＲＡＮ  ｌｅｖｅｌ  ｓｔｏｐ  ｉｎｄｉｃａｔｉｏｎ」と称されてもよい。具体的には、ｅＮＢ２００は、ＭＢＭＳサービスに属するデータをＳＣ−ＭＴＣＨによりＵＥ１００に送信する際に、当該ＭＢＭＳサービスの提供を停止することをＵＥ１００に通知する。停止通知は、（Ｍ／Ｎ）ＰＤＣＣＨで送信する制御情報（ＤＣＩ）に含まれてもよい。停止通知は、ＰＤＳＣＨで送信するＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）に含まれてもよい。以下においては、停止通知をＭＡＣ  ＣＥで送信するケースを主として想定するが、停止通知を制御情報（ＤＣＩ）で送信してもよい。停止通知は、ＲＲＣメッセージに含まれてもよい。
【０１２６】
ＵＥ１００が停止通知の受信に失敗した場合、ＵＥ１００は、提供が停止されたＭＢＭＳサービスの受信を無駄に試みることになり、不要な消費電力が生じ得る。第３実施形態は、このような問題を解決しようとする実施形態である。
【０１２７】
第３実施形態に係るｅＮＢ２００は、ＳＣ−ＰＴＭ伝送を用いてＭＢＭＳサービスを提供する。ｅＮＢ２００の送信部２１０は、ＭＢＭＳサービスに属するデータをＳＣ−ＭＴＣＨを用いてＵＥ１００に送信する。ｅＮＢ２００の制御部２３０は、ＭＢＭＳサービスの提供を停止すると判断する。ｅＮＢ２００の送信部２１０は、ＭＢＭＳサービスの提供停止に関する停止通知をＵＥ１００に複数回送信する。停止通知をＵＥ１００に複数回送信することにより、停止通知を１回のみ送信する場合に比べて、より確実にＵＥ１００が停止通知を受信することができる。
【０１２８】
ｅＮＢ２００の送信部２１０は、ＭＢＭＳサービスの提供を停止する前に、ＭＢＭＳサービス（ＭＢＭＳデータ）の提供が停止されることを示す停止通知を少なくとも１回送信する。停止通知は、ＭＢＭＳサービスの提供を停止するまでの時間を示す時間情報を含んでもよい。時間情報は、データ送信終了までの時間をＳＣ−ＭＴＣＨの残り送信回数で表現した情報であってもよい。ＳＣ−ＭＴＣＨの残り送信回数とは、物理レイヤにおける繰り返し送信を考慮しない送信回数であってもよい。ＳＣ−ＭＴＣＨの残り送信回数とは、繰り返し送信を考慮した送信回数であってもよい。時間情報は、データ送信終了までの時間をサブフレーム数で表現した情報であってもよい。ＭＢＭＳサービスの提供を停止する前に停止通知を複数回送信する場合、ＭＢＭＳサービスの提供停止時間が近づくにつれて、残り時間が減少していくことになる。図１９は、停止通知をＭＡＣ  ＣＥで送信するケースを示す図である。時間情報は、ＭＡＣ  ＣＥに含められる。図１９に示すように、ＭＡＣ  ＣＥは、１オクテットの停止通知を含む。停止通知は、ＭＢＭＳサービスの提供を停止するまでの時間を示す時間情報を含む。
【０１２９】
ｅＮＢ２００の送信部２１０は、ＭＢＭＳサービスの提供を停止した後、ＭＢＭＳサービスの提供が停止されたことを示す停止通知をＵＥ１００にさらに送信してもよい。当該停止通知は、ＭＢＭＳサービスの提供停止前の停止通知と区別可能に構成されていてもよい。当該停止通知は、ＭＢＭＳデータを伴わずに単独で送信されてもよい。例えば、所定のＭＢＭＳサービスに対応する停止通知を含むＭＡＣ  ＣＥが、当該所定のＭＢＭＳサービスに対応するモニタ期間において送信される。
【０１３０】
ｅＮＢ２００の送信部２１０は、ＳＣ−ＭＴＣＨに対応する物理チャネルの繰り返し送信を行うことにより、停止通知を繰り返し送信してもよい。物理チャネルとは、（Ｍ／Ｎ）ＰＤＣＣＨ又はＰＤＳＣＨであってもよい。停止通知の送信に用いる物理チャネルの繰り返し送信回数は、停止通知の送信に用いない物理チャネルの繰り返し送信回数よりも多くてもよい。或いは、停止通知の送信に用いる物理チャネルのみが繰り返し送信され、停止通知の送信に用いない物理チャネルに繰り返し送信が適用されなくてもよい。
【０１３１】
図２０は、第３実施形態に係る動作例を示す図である。ここでは、３つの動作例（動作例１乃至３）を説明する。図２０に示すＰＤＣＣＨは、（Ｍ／Ｎ）ＰＤＣＣＨを意味する。図２０に示すＳＣ−ＭＴＣＨは、ＳＣ−ＭＴＣＨに対応するＰＤＳＣＨを意味する。図２０に示すＳＣ−ＭＣＣＨ  ｓｔｏｐ  ｔｉｍｉｎｇは、ＭＢＭＳサービスの提供が停止されるタイミングを意味する。ｅＮＢ２００は、（Ｍ／Ｎ）ＰＤＣＣＨ及びＰＤＳＣＨのそれぞれの繰り返し送信を行う。１回のＳＣ−ＭＴＣＨ送信は、物理レイヤにおいて、（Ｍ／Ｎ）ＰＤＣＣＨの繰り返し送信と、当該（Ｍ／Ｎ）ＰＤＣＣＨ繰り返し送信に後続するＰＤＳＣＨの繰り返し送信とからなる。
【０１３２】
図２０（ａ）に示すように、動作例１（Ｏｐｔｉｏｎ  １）において、停止通知（Ｓｔｏｐ  ｉｎｄ）の送信に用いるＰＤＳＣＨの繰り返し送信回数は、停止通知の送信に用いないＰＤＳＣＨの繰り返し送信回数よりも多い。例えば、停止通知の送信に用いないＰＤＳＣＨの繰り返し送信回数は３回である。停止通知の送信に用いるＰＤＳＣＨの繰り返し送信回数は５回である。図２０（ａ）においては、停止通知（Ｓｔｏｐ  ｉｎｄ）の送信に用いる（Ｍ／Ｎ）ＰＤＣＣＨの繰り返し送信回数も増加させる一例を示している。また、最終のＳＣ−ＭＴＣＨ送信の際に停止通知を送信する一例を示している。動作例１（Ｏｐｔｉｏｎ  １）において、ｅＮＢ２００は、繰り返し送信回数も増加させるＳＣ−ＭＴＣＨの時間位置をＳＣ−ＭＣＣＨによりＵＥ１００に通知してもよい。
【０１３３】
図２０（ｂ）に示すように、動作例２（Ｏｐｔｉｏｎ  ２）において、ｅＮＢ２００は、ＭＢＭＳサービスの提供を停止する前に、停止通知を複数回送信する。各停止通知は、データ送信終了までの時間をＳＣ−ＭＴＣＨの残り送信回数で表現した時間情報を含む。
【０１３４】
図２０（ｃ）に示すように、動作例３（Ｏｐｔｉｏｎ  ３）において、ｅＮＢ２００は、ＭＢＭＳサービスの提供を停止した後、ＭＢＭＳサービスの提供が停止されたことを示す停止通知を送信する。図２０（ｃ）において、当該停止通知がＭＢＭＳデータを伴わずに単独で送信される一例を示している。
【０１３５】
（その他の実施形態）
上述した実施形態において、ＳＣ−ＰＴＭ伝送を用いたＭＢＭＳのシナリオを主として想定したが、ＭＢＳＦＮ伝送を用いたＭＢＭＳのシナリオを想定してもよい。一例として、上述した実施形態において、ＳＣ−ＰＴＭ伝送をＭＢＳＦＮ伝送と読み替え、ＳＣ−ＭＣＣＨをＭＣＣＨと読み替え、ＳＣ−ＭＴＣＨをＭＴＣＨと読み替えてもよい。
【０１３６】
上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の処理を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の処理を他の実施形態の一部の構成と置換してもよい。
【０１３７】
上述した実施形態において、ＭＢＭＳサービスとしてファームウェア配信を想定していた。しかしながら、グループメッセージ配信、グループチャットメッセージ配信、ウィルス定義ファイルの配信、天気予報のような定期更新ファイルの配信、ニュース速報のような不定期ファイル配信、映像コンテンツ等の夜間ファイル配信（オフピーク配信）、音声／映像ストリーミング配信、電話／ビデオ電話（グループ通信）、ライブ映像配信、ラジオ音声配信等のＭＢＭＳサービスを想定してもよい。
【０１３８】
ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
【０１３９】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本開示を適用してもよい。
【０１４０】
［付記］
（１．はじめに）
本付記では、現在議論されている問題について検討する。
【０１４１】
（２．検討）
（２．１．ＲＡＮレベル停止インジケーション）
論点１は、「ＮＢ−ＩｏＴとＦｅＭＴＣにおけるＳＣ−ＰＴＭサービスのＲＡＮレベルの停止を示す方法について企業に求める」というものである。要約によれば、ＲＡＮレベルの停止を示すインジケーションはＲＡＮ  ＳＣ−ＭＣＣＨスケジューリングのＤＣＩ及びＭＡＣ  ＣＥにより運ばれる。
【０１４２】
ＤＣＩに関しては、概念的には、ＲＡＮ２が承諾した、進行中サービスについての２ビット通知、すなわち、「次のＭＰでＳＣ−ＭＴＣＨの設定が変更されるかどうか」と「次のＭＰで新しいサービスが開始されるかどうか」に整合している。ＤＣＩにおける１ビットインジケーションは、オーバーヘッドの観点からは有益であり得るが、インジケーションが必要でない場合であっても、すなわち、定義されたビットがすべてのＰＤＣＣＨ及びすべての繰り返しにある場合に、送信される必要がある。ただし、このオプションの欠点はＲＡＮ１への潜在的な影響である。
【０１４３】
ＭＡＣ  ＣＥに関しては、それはＭＢＳＦＮのための同様のＭＡＣ  ＣＥ、すなわち（拡張）ＭＣＨスケジューリング情報（ＭＳＩ）が既に存在するので、単純な解決策と見なされる。このオプションの利点は、スケーラビリティの観点からの柔軟性であり、例えば、不要な場合のＳＣ−ＭＴＣＨにおけるＭＡＣ  ＣＥのスケジューリングがなく、（将来の）拡張の能力などである。しかし、シグナリングオーバヘッド、すなわち、バイトアラインされたＭＡＣ  ＳＤＵ及び対応するＭＡＣサブヘッダが懸念になり得る。
【０１４４】
考察１：ＲＡＮレベル停止インジケーションにはＤＣＩ又はＭＡＣ  ＣＥの１ビットの２つの選択肢がある。
【０１４５】
停止インジケーションをどのように提供すべきかを決定する前に、ＲＡＮレベル停止インジケーションが１回のみ又は複数回提供されるかどうかを検討することが重要である。１ビットオプションは、最後のＳＣ−ＭＴＣＨ送信で提供される可能性が高い「ワンショット」インジケーションを意味するように思われる（拡張カバレッジのためのＰＤＣＣＨ／ＰＤＳＣＨ繰り返しを除く）。しかしながら、例えば時間的に悪い無線状態及び／又はフィードバックの欠如のために、ＵＥが停止インジケーションを有する最後のものを含むＳＣ−ＭＴＣＨ送信のいずれかを受信することが保証されないと仮定されるべきである。そのようなワンショットインジケーションが仮定されている場合、ＵＥは、ＳＣ−ＭＴＣＨ送信が既に終了しているにも関わらず、次のＳＣ−ＭＣＣＨ変更境界（すなわち、ＳＣ−ＭＣＣＨから対応する設定を削除する）までＳＣ−ＭＴＣＨを監視し続けることがあり得る。ＳＣ−ＭＣＣＨの修正期間が延長され、そのようなＵＥ（すなわち、ＦｅＭＴＣ／ｅＮＢ−ＩｏＴ）にとって電力消費が重要であることを考慮すると、深刻な問題となり得る。このような望ましくない状態を回避するために、ｅＮＢは、ＲＡＮレベル停止インジケーションの繰り返し送信を提供することができる。
【０１４６】
考察２：ＲＡＮレベル停止インジケーションを受信できないＵＥは、ＳＣ−ＭＴＣＨ送信が既に停止していても、ＳＣ−ＭＴＣＨ監視を継続する必要がある。
【０１４７】
提案１：ＲＡＮ２は、ＲＡＮレベル停止インジケーションの繰り返し送信が必要かどうかを議論するべきである。
【０１４８】
提案１が受け入れ可能である場合、以下の３つのオプションがＲＡＮレベル停止インジケーションの繰り返しのために考慮されることができる（図２０参照）。
【０１４９】
オプション１：ＰＤＣＣＨ／ＰＤＳＣＨの繰り返し数（拡張カバレッジ用）は、ＲＡＮレベル停止インジケーションのあるＳＣ−ＭＴＣＨの場合のみ増加する。
【０１５０】
このオプションは、拡張カバレッジの既存の繰り返しメカニズムを再利用する。すなわち、ｅＮＢは、ＲＡＮレベル停止インジケーションを含む場合にのみ、ＳＣ−ＭＴＣＨのＰＤＣＣＨ／ＰＤＳＣＨ反復回数を増加させる。このオプションの利点は、標準化の影響がないことが予想されることである。例えば、より大きな値の繰り返しの最大回数は、さらなる仕様変更なしに事前に設定することができる。欠点は、ペイロードと並べ替えの不要な繰り返しである。
【０１５１】
オプション２：ＲＡＮレベル停止インジケーションは、停止するまで複数のＳＣ−ＭＴＣＨに繰り返し提供される。
【０１５２】
このオプションは、（ｎ−２）、（ｎ−１）及び（ｎ）のような複数のＳＣ−ＭＴＣＨ機会においてＲＡＮレベル停止インジケーションが与えられていることを前提としており、「ｎ」は停止インジケーションを伴う最後のＳＣ−ＭＴＣＨ送信である。利点は、比較的長期間の繰り返しによって、より良い時間領域ダイバーシティ利得が期待されることである。欠点は、ＵＥが実際にＳＣ−ＭＴＣＨがいつ停止するかを知る必要があることであり、何らかの「カウントダウン」メカニズムが必要であり、これはＭＳＩの既存の「ＭＴＣＨを停止」に類似している可能性があり、もう１つの目的、すなわちサービス継続性のためのＵＥの内部準備である。
【０１５３】
オプション３：ＳＣ−ＭＴＣＨ停止後、ＲＡＮレベル停止インジケーションを繰り返し提供する。
【０１５４】
このオプションは、ペイロード送信が終了した後であっても、すなわち、次のＳＣ−ＭＣＣＨ変更期間までの残りのＳＣ−ＭＴＣＨスケジューリング期間においても、ＲＡＮレベル停止インジケーションが提供されると仮定する。利点は、オプション２と同様の優れたダイバーシティ利得であり、「カウントダウン」メカニズムは必要ない。欠点は、ＲＡＮレベル停止インジケーションに必要なＭ／ＮＰＤＣＣＨの繰返しにより増加し得るシグナリングオーバヘッドである。
【０１５５】
上記の考察に基づいて、オプション２は、ＲＡＮレベル・ストップ・インジケーション受信の信頼性を改善する最も効果的な方法を提供するように思われるが、複数のオプションで使用されるオプションが許可されるＮＷ実装次第である可能性がある。この意味で、考察１で議論されたＭＡＣ  ＣＥ（図１９参照）は、上記のすべてのオプションを潜在的にカバーする可能性があり、停止インジケーションの繰り返しが提供されない場合でも、わずかに好ましい。
【０１５６】
提案２：ＲＡＮ２は、ＭＡＣ  ＣＥをＲＡＮレベル停止インジケーションに使用することに同意すべきである。
【０１５７】
提案３：ＲＡＮ２は、ＲＡＮレベル停止インジケーションの繰り返しを可能にするために、ＲＡＮレベル停止インジケーションに「カウントダウン」メカニズムが必要かどうかを議論するべきである。
【０１５８】
（２．２．ランキングベースのセル再選択）
（２．２．１．オフセット）
「ＦｅＭＴＣについては、ＳＣ−ＰＴＭセルが存在し、ＵＥがＭＢＭＳサービスを受信しているか興味を持っている場合には、ランキングベースのセル再選択におけるＳＣ−ＰＴＭセルへのオフセットが使用され」、「ＮＢ−ＩｏＴは、ＳＣ−ＰＴＭセルが存在し、ＵＥがＭＢＭＳサービスを受信しているか又は興味を持っている場合、ランキングに基づくセル再選択におけるＳＣ−ＰＴＭセルへのオフセットが使用される」。さらに、論点４においてオフセットがどのように提供されるべきかが議論された。しかし、オフセットの値域については議論されていない。
【０１５９】
議論によれば、「オプション１は同様の方法であり、例えば、ＲＳＲＰが非常に高い他の非ＳＣ−ＰＴＭセルとは無関係に、ＲＳＲＰが低いＳＣ−ＰＴＭセルをＵＥが再選択することを避けるための小さなオフセットなど、セル再選択基準を設定するためにネットワークにある程度の柔軟性を許す」とコメントされた。しかし、「小さなオフセット」がどのように機能するかはまだ不明である。
【０１６０】
例えば、ＵＥが（図１３に示すように）ＳＣ−ＰＴＭレイヤの拡張カバレッジに位置し、非ＳＣ−ＰＴＭレイヤのセルにも近接している場合、ＵＥは非ＳＣ−ＰＴＭ上でセルを再選択する可能性が高いオフセットが設定されていないときは、たとえそれが設定されていても、セル再選択手順の意図した結果、すなわち５ｄＢ、１０ｄＢ又は２０ｄＢに対してどのくらいのオフセットが働くのかという疑問がある。選択された値にかかわらず、全てのシナリオの下で、ＵＥが位置する確率とセルがどのように設定されるかという問題のために、すべてのＵＥが非ＳＣ−ＰＴＭ層上のセルを再選択するのを防ぐことは不可能である。その結果、非ＳＣ−ＰＴＭ層上のセルの再選択を諦めるＵＥは、興味のあるＭＢＭＳサービス、すなわちユニキャストを獲得するために、ＲＲＣ接続を確立する必要があり、これはＵＥの電力消費の観点からは望ましくなく、ＮＷ大量のＭＴＣデバイス、例えばＩｏＴに起因する輻輳を増加させ得る。図１３は、単純化のためにインター周波数の場合を示しているが、状況がさらに深刻になるイントラ周波数の場合にも適用可能である。
【０１６１】
したがって、ランキングベースのセル再選択は、オフセットの値域を明確にする必要がある。
【０１６２】
考察３：どの程度のオフセットを定義する必要があるのかは明確でない。
【０１６３】
リリース１３では、ＵＥは、ＳＣ−ＰＴＭ送信の受信が優先順位が高いと考えられるので、ｅＮＢによって設定されたランキング基準をバイパスするために、可能な限りＳＣ−ＰＴＭセルに優先順位を付けるべきである。しかし、ＮＢ−ＩｏＴ  ＵＥは、優先処理手順を有していない。
【０１６４】
議論されているように、解の１つはオフセット値の１つとして（マイナス）無限大値の設定を可能にすると考えられる。この設定では、たとえＮＢ−ＩｏＴ−ＵＥであっても、適切なセルが存在する限り、すべてのＵＥがＳＣ−ＰＴＭレイヤ上のセルを再選択できることが保証される。したがって、オペレータは、ＵＥがランキング手順の制約内でＳＣ−ＰＴＭに優先順位を付けることを可能にすることができる。したがって、少なくとも（マイナス）無限大の値は、オフセットの設定オプションとして導入する価値がある。
【０１６５】
提案４：ＲＡＮ２は、ランキングベースのセル再選択のオフセットに対して、（マイナス）無限大の設定オプションを持つことに同意すべきである。
【０１６６】
（２．２．２．ＲＲＣ接続要求前のセル再選択）
リリース１３では、ランキングベースのセル再選択は、イントラ周波数の場合でも導入された。通常のカバレッジを提供するセルを再選択するＵＥは、ＲＲＣコネクティッドへの移行後にリソース消費を最小限にするので（例えばリンクアダプテーション）、ユニキャストにとって非常に有用である。これは静的シナリオとして機能する。
【０１６７】
リリース１４では、オフセットを用いてＳＣ−ＰＴＭのために拡張され、ＵＥがＳＣ−ＰＴＭを可能な限り提供するセルを再選択することを改善／保証する。
【０１６８】
ＵＥがユニキャストには適さないＳＣ−ＰＴＭをセルから現在受信している、例えばＵＥであることが、このセルの拡張カバレッジにあるという「ダイナミック」シナリオと考えることができる。ＭＴ／ＭＯ呼が発生すると、ＳＣ−ＰＴＭはアイドルでのみサポートされるので、ＵＥはＳＣ−ＰＴＭの受信を停止してＲＲＣ接続要求を開始する。
【０１６９】
ＵＥがもはやＳＣ−ＰＴＭに興味がなくなった場合、すなわちＳＣ−ＰＴＭの受信を停止する場合に、ＵＥがユニキャストのために最良のランキングされたセルを既に再選択していることが予想される。しかしながら、ＵＥがＳＣ−ＰＴＭが進行中である間及びＵＥが拡張カバレッジ内にある間にＵＥがユニキャストサービスを開始することを決定した場合、ＵＥがどのように振る舞うべきかを考慮する必要がある。オフセットが依然として適用される場合、これは、最適なセルよりも小さいセルでＵＥがユニキャストサービスを開始することになるという問題を引き起こす可能性がある。したがって、好ましくは、ＵＥは、ＲＲＣ接続要求の直前にオフセットなしでセル再選択を実行すべきである。しかしながら、ＵＥがもはやＳＣ−ＰＴＭを受信することに興味がなくなった後の「動的」シナリオでは、セル再選択は、例えば測定の点で、いくらか遅いプロセスであるため、ＵＥは最も適切なセルを素早く得ることを期待できない。拡張カバレッジにおけるＭＢＭＳがリリース１４で最初に議論されることを考慮すると、ＲＡＮ２は、ＲＲＣ接続要求を開始する直前に、再選択のための意図されたＵＥの挙動を仕様化するか否かを議論するべきである。いくつかのＵＥ実装は、それがオフセットを除去するだけであると仮定して、そのような高速再評価を実行することができることに留意されたい。
【０１７０】
提案５：ＲＡＮ２は、ＳＣ−ＰＴＭの受信を停止した直後であって、ＲＲＣ接続要求の直前にセル再選択のためのＵＥ動作を定義するかどうかについて議論すべきである。
【０１７１】
（２．３．ＭＢＭＳ興味インジケーション）
リリース１４では、ＳＣ−ＰＴＭ受信はアイドルでのみサポートされる。これは、ＳＣ−ＰＴＭを介して興味のあるＭＢＭＳサービスを受信するために、コネクティッドのＵＥがアイドルに解放される必要があることを意味する。しかしながら、ｅＮＢは、ＵＥがユニキャストでＳＣ−ＰＴＭを優先順位付けする必要があるかどうかを知らない。ＵＥは、特にｅＮＢ−ＩｏＴにおいて、典型的に非常に短時間コネクティッドにとどまっていると仮定することができるが、例えば追加のＵＥバッテリ消費及び／又はＮＷ輻輳を招くことがある。
【０１７２】
ＦｅＭＴＣ／ｅＮＢ−ＩｏＴのための最適なＲＲＣ状態制御を確実にするために、既存のＭＢＭＳ興味インジケーションを再使用することができた。すなわち、従来のリリースにおけるモビリティ制御のためのｍｂｍｓ−Ｐｒｉｏｒｉｔｙを用いる。例えば、ｅＮＢは、ＳＣ−ＰＴＭとユニキャストとの間のＵＥの優先順位付けを受信すると、ＲＲＣ接続を解放することを決定してもしなくてもよい。したがって、ＭＢＭＳ興味インジケーションは、ＦｅＭＴＣ／ｅＮＢ−ＩｏＴにおいてサポートされるべきである。
【０１７３】
提案６：ＲＡＮ２は、ＦｅＭＴＣ及びｅＮＢ−ＩｏＴにおいてＭＢＭＳ興味インジケーションがサポートされることに同意すべきである。
【０１７４】
提案６が賛成する場合は、ＳＩＢ１５−ＮＢ及びＳＩＢ２０−ＮＢを既存の手続仕様に取り込むための拡張を用いて達成することができる。
【０１７５】
（２．４．Ｍ／ＮＰＤＣＣＨ設定）
現在、ＭＰＤＣＣＨ設定は、専用シグナリング、すなわちＥＰＤＣＣＨ−Ｃｏｎｆｉｇの一部として設定され、ＮＰＤＣＣＨ設定もまた、すなわちＮＰＤＣＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−ＮＢである。しかしながら、ＳＣ−ＰＴＭは、ＲＲＣアイドルにおいてのみＵＥによって受信され得るので、これは機能しない。したがって、これらの設定は、ＳＣ−ＰＴＭ受信のためにブロードキャストされるべきである。
【０１７６】
ＴＳ３６．３３１の現行のＣＲで提案されているように、Ｍ／ＮＰＤＣＣＨ設定は、ＳＣ−ＭＣＣＨの場合はＳＩＢ２０、ＳＣ−ＭＴＣＨの場合はＳＣ−ＭＣＣＨでブロードキャストすべきである。
【０１７７】
提案７：ＲＡＮ２は、ＳＣ−ＭＣＣＨ及びＳＣ−ＭＴＣＨの受信のために、ＳＩＢ２０及びＳＣ−ＭＣＣＨにＭＰＤＣＣＨ／ＮＰＤＣＣＨ設定を導入することに同意すべきである。
【０１７８】
（相互参照）
本願は米国仮出願第６２／４５４１８５号（２０１７年２月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図１】
2020058057.tif 000003
【図２】
2020058057.tif 000004
【図３】
2020058057.tif 000005
【図４】
2020058057.tif 000006
【図５】
2020058057.tif 000007
【図６】
2020058057.tif 000008
【図７】
2020058057.tif 000009
【図８】
2020058057.tif 000010
【図９】
2020058057.tif 000011
【図１０】
2020058057.tif 000012
【図１１】
2020058057.tif 000013
【図１２】
2020058057.tif 000014
【図１３】
2020058057.tif 000015
【図１４】
2020058057.tif 000016
【図１５】
2020058057.tif 000017
【図１６】
2020058057.tif 000018
【図１７】
2020058057.tif 000019
【図１８】
2020058057.tif 000020
【図１９】
2020058057.tif 000021
【図２０】
2020058057.tif 000022