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