(57)【要約】      （修正有）【課題】省電力動作を行う無線端末においてＭＢＭＳを適切に受信可能とする技術を提供する。【解決手段】無線端末は、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送向けのＤＲＸ（Discontinuous Reception）動作を行う制御部を備える。制御部は、Ｈ−ＳＦＮ（Hyper System Frame Number）に基づくＭＢＭＳ受信機会を用いてＤＲＸ動作を行う。【選択図】図１１
2019013033.tif 000002
【特許請求の範囲】
【請求項１】
ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）伝送向けのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）動作をユーザ装置が行う移動通信システムにおける基地局であって、
前記ＤＲＸ動作におけるＳＣ−ＰＴＭ受信機会として、Ｈ−ＳＦＮ（Ｈｙｐｅｒ  Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）に基づく前記ＳＣ−ＰＴＭ受信機会を前記ユーザ装置が決定するための情報を、前記ユーザ装置に送信する制御を行う制御部を備える基地局。
【請求項２】
前記情報は、前記ユーザ装置が受信するＳＣ−ＰＴＭサービスに対応付けられた値を含む、請求項１に記載の基地局。
【請求項３】
ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）伝送向けのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）動作をユーザ装置が行う移動通信システムにおける方法であって、
基地局が、前記ＤＲＸ動作におけるＳＣ−ＰＴＭ受信機会として、Ｈ−ＳＦＮ（Ｈｙｐｅｒ  Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）に基づく前記ＳＣ−ＰＴＭ受信機会を前記ユーザ装置が決定するための情報を、前記ユーザ装置に送信するステップと、
前記ユーザ装置が、前記情報に基づいて前記ＳＣ−ＰＴＭ受信機会を決定するステップと、
備える方法。
【請求項４】
ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）伝送向けのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）動作を行うユーザ装置あって、
前記ＤＲＸ動作におけるＳＣ−ＰＴＭ受信機会として、Ｈ−ＳＦＮ（Ｈｙｐｅｒ  Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）に基づく前記ＳＣ−ＰＴＭ受信機会を前記ユーザ装置が決定するための情報を、基地局から受信する処理と、
前記情報に基づいて前記ＳＣ−ＰＴＭ受信機会を決定する処理と、を実行する制御部を備えるユーザ装置。
【請求項５】
ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）伝送向けのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）動作を行うユーザ装置を制御するプロセッサであって、
前記プロセッサは、
前記ＤＲＸ動作におけるＳＣ−ＰＴＭ受信機会として、Ｈ−ＳＦＮ（Ｈｙｐｅｒ  Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）に基づく前記ＳＣ−ＰＴＭ受信機会を前記ユーザ装置が決定するための情報を、基地局から受信する処理と、
前記情報に基づいて前記ＳＣ−ＰＴＭ受信機会を決定する処理と、を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる無線端末及びネットワーク装置に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において、マルチキャスト／ブロードキャストサービスを提供するために、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送技術が仕様化されている。ＭＢＭＳ伝送には、ＭＢＳＦＮ（Multicast Broadcast Single Frequency Network）伝送又はＳＣ−ＰＴＭ（Single Cell Point-To-Multipoint）伝送が用いられる。
【０００３】
ＭＢＳＦＮ伝送においては、複数のセルからなるＭＢＳＦＮ（Multicast-Broadcast Single-Frequency Network）エリア単位で、ＰＭＣＨ（Physical Multicast Channel）を介して、マルチキャスト／ブロードキャストデータが送信される。
【０００４】
これに対し、ＳＣ−ＰＴＭ伝送においては、セル単位で、ＰＤＳＣＨ（Physical Downlink Shared Channel）を介して、マルチキャストデータが送信される。ＳＣ−ＰＴＭ伝送は、ＭＢＳＦＮ伝送に比べて、グループ通信サービス（マルチキャストサービス）を効率的に提供することができる。
【０００５】
一方、無線端末の消費電力を削減するための間欠受信技術として、ＤＲＸ（Discontinuous Reception）が仕様化されている。ＤＲＸ動作において、ＲＲＣ（Radio Resource Control）アイドルモードの無線端末は、所定の時間間隔（ＤＲＸサイクル）で発生するページング受信機会（Paging Occasion）においてページングを監視する。
【０００６】
近年、移動通信システムにおいて人が介在することなく無線端末が通信を行うマシンタイプコミュニケーション（ＭＴＣ）が注目されている。このような背景から、無線端末の更なる省電力化を図るために、非常に長いＤＲＸサイクルを有する拡張ＤＲＸ（extended DRX）が導入されている。
【０００７】
したがって、このような省電力動作を行う無線端末においてＭＢＭＳを適切に受信可能とする技術の実現が望まれる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ寄書「ＲＰ−１５１９００」
【発明の概要】
【０００９】
一実施形態に係る無線端末は、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送向けのＤＲＸ（Discontinuous Reception）動作を行う制御部を備える。前記制御部は、Ｈ−ＳＦＮ（Hyper System Frame Number）に基づくＭＢＭＳ受信機会を用いて前記ＤＲＸ動作を行う。
【００１０】
一実施形態に係るネットワーク装置は、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送向けのＤＲＸ（Discontinuous Reception）動作を無線端末が行う移動通信システムにおけるネットワーク装置である。前記ネットワーク装置は、前記ＤＲＸ動作におけるＭＢＭＳ受信機会として、Ｈ−ＳＦＮ（Hyper System Frame Number）に基づく前記ＭＢＭＳ受信機会を決定する制御部を備える。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】ＭＢＭＳに係るネットワーク構成を示す図である。
【図３】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。
【図４】ＬＴＥシステムの無線フレームの構成を示す図である。
【図５】ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。
【図６】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図７】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図８】ＵＥのＤＲＸ動作を示す図である。
【図９】ハイパーフレーム、無線フレーム、及びサブフレームの関係を示す図である。
【図１０】一般的なＳＣ−ＰＴＭの動作概要を示す図である。
【図１１】実施形態に係るＵＥ及びｅＮＢの動作フローの一例を示す図である。
【図１２】実施形態に係るＵＥの受信判定フローの一例を示す図である。
【図１３】実施形態の変更例に係る動作フローを示す図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
実施形態に係る無線端末は、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送向けのＤＲＸ（Discontinuous Reception）動作を行う制御部を備える。前記制御部は、Ｈ−ＳＦＮ（Hyper System Frame Number）に基づくＭＢＭＳ受信機会を用いて前記ＤＲＸ動作を行う。
【００１３】
前記ＭＢＭＳ伝送は、ＳＣ−ＰＴＭ（Single Cell Point-To-Multipoint）伝送であり、前記ＭＢＭＳ受信機会は、ＳＣ−ＰＴＭ受信機会であってもよい。
【００１４】
前記ＳＣ−ＰＴＭ受信機会は、ＳＣ−ＭＣＣＨ（Single Cell Multicast Control Channel）受信機会及びＳＣ−ＭＴＣＨ（Single Cell Multicast Traffic Channel）受信機会のうち少なくとも一方を含んでもよい。
【００１５】
前記制御部は、前記ＭＢＭＳ受信機会を含む特定のＨ−ＳＦＮを、所定値を用いて決定し、前記所定値は、自無線端末が受信するＭＢＭＳサービスに対応付けられた値を含んでもよい。
【００１６】
前記制御部は、前記ＭＢＭＳ受信機会を含む特定のＨ−ＳＦＮの期間内で、ＰＤＣＣＨ（Physical Downlink Control Channel）の監視が可能な状態を継続してもよい。
【００１７】
前記制御部は、前記Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会が適用されることを示す情報を自無線端末が基地局から受信した場合に、前記Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を適用してもよい。
【００１８】
実施形態の変更例に係るコアネットワーク装置は、省電力動作が設定された無線端末が受信するＭＢＭＳサービスに対応付けられた識別子を無線アクセスネットワーク装置に通知する制御部を備える。
【００１９】
ここで、コアネットワーク装置とは、コアネットワークに設けられる装置（エンティティ）である。ＬＴＥシステムの場合、コアネットワーク装置とは、例えばＭＭＥ（Mobility Management Entity）である。但し、コアネットワーク装置は、ＭＭＥとは異なる装置であってもよい。
【００２０】
また、無線アクセスネットワーク装置とは、無線アクセスネットワークに設けられる装置（エンティティ）である。ＬＴＥシステムの場合、無線アクセスネットワーク装置とは、ｅＮＢ（evolved Node-B）又はＭＣＥ（Multi-Cell/Multicast Coordinating Entity）である。
【００２１】
その他の実施形態に係るネットワーク装置は、ＭＢＭＳ（Multimedia Broadcast Multicast Service）伝送向けのＤＲＸ（Discontinuous Reception）動作を無線端末が行う移動通信システムにおけるネットワーク装置である。前記ネットワーク装置は、前記ＤＲＸ動作におけるＭＢＭＳ受信機会として、Ｈ−ＳＦＮ（Hyper System Frame Number）に基づく前記ＭＢＭＳ受信機会を決定する制御部を備える。
【００２２】
ここで、ネットワーク装置とは、コアネットワーク又は無線アクセスネットワークに設けられる装置（エンティティ）である。ＬＴＥシステムの場合、ネットワーク装置とは、ｅＮＢ、ＭＭＥ、ＭＣＥ、ＢＭ−ＳＣ（Broadcast Multicast Service Ｃｅｎｔｅｒ）、ＧＣＳ−ＡＳ（Group Communication Service Application Server）、又はＳＣＳ（Service Capability Server）等である。
【００２３】
［実施形態］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムの構成について説明する。
【００２４】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、ＭＢＭＳに係るネットワーク構成を示す図である。
【００２５】
図１に示すように、ＬＴＥシステムは、ＵＥ（User Equipment）１００、Ｅ−ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）１０、及びＥＰＣ（Evolved Packet Core）２０を備える。
【００２６】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２７】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（evolved Node-B）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２８】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２９】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Mobility Management Entity）／Ｓ−ＧＷ（Serving-Gateway）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００３０】
また、Ｅ−ＵＴＲＡＮ１０は、ＭＣＥ（Multi-Cell/Multicast Coordinating Entity）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。具体的には、ＭＣＥ１１は、ＭＢＳＦＮ伝送のスケジューリングを行う。これに対し、ＳＣ−ＰＴＭ伝送のスケジューリングはｅＮＢ２００により行われる。
【００３１】
ＥＰＣ２０は、ＭＢＭＳ  ＧＷ（ＭＢＭＳ Gateway）２１を含む。ＭＢＭＳ  ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭ−ＳＣ２２と接続される（図２参照）。ＭＢＭＳ  ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送及びセッション制御等を行う。
【００３２】
また、ＥＰＣ２０は、ＢＭ−ＳＣ（Broadcast Multicast Service Ｃｅｎｔｅｒ）２２を含む。ＢＭ−ＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ  ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される（図２参照）。ＢＭ−ＳＣ２２は、ＴＭＧＩ（Temporary Mobile Group Identity）の管理・割当等を行う。
【００３３】
さらに、ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ  ＡＳ（Group Communication Service Application Server）３１が設けられる。ＧＣＳ  ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ  ＡＳ３１は、ＭＢ２−Ｕ及びＭＢ２−Ｃインターフェイスを介してＢＭ−ＳＣ２２と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される。ＧＣＳ  ＡＳ３１は、グループ通信におけるグループの管理及びデータ配信等を行う。
【００３４】
（無線プロトコルの構成）
図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。
【００３５】
図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Medium Access Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Radio Link Control）層、及びＰＤＣＰ（Packet Data Convergence Protocol）層を含む。第３層は、ＲＲＣ（Radio Resource Control）層を含む。
【００３６】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３７】
ＭＡＣ層は、データの優先制御、ＨＡＲＱ（Hybrid ARQ）による再送処理等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））、及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３８】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３９】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４０】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４１】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Access Stratum）層は、セッション管理及びモビリティ管理等を行う。
【００４２】
（無線フレームの構成）
図４は、ＬＴＥシステムの無線フレームの構成を示す図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、上りリンクにはＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）がそれぞれ適用される。
【００４３】
図４に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送向けのサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
【００４５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
【００４６】
（下りリンクのチャネル構成）
図５は、ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。
【００４７】
図５（ａ）は、論理チャネル（Downlink Logical Channel）とトランポートチャネル（Downlink Transport Channel）との間のマッピングを示す。
【００４８】
図５（ａ）に示すように、ＰＣＣＨ（Paging Control Channel）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Paging Channel）にマッピングされる。
【００４９】
ＢＣＣＨ（Broadcast Control Channel）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Broadcast Control Channel）及びＤＬ−ＳＣＨ（Downlink Shared Channel）にマッピングされる。
【００５０】
ＣＣＣＨ（Common Control Channel）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５１】
ＤＣＣＨ（Dedicated Control Channel）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５２】
ＤＴＣＨ（Dedicated Traffic Channel）は、データ送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００５３】
ＳＣ−ＭＴＣＨ（Single Cell Multicast Traffic Channel）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＴＣＨは、ＳＣ−ＰＴＭ伝送を用いてネットワークからＵＥ１００にデータを送信するための１対多チャネル（point-to-multipoint downlink channel）である。
【００５４】
ＳＣ−ＭＣＣＨ（Single Cell Multicast Control Channel）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＴＣＨは、１又は複数のＳＣ−ＭＴＣＨのためのＭＢＭＳ制御情報をネットワークからＵＥ１００に送信するための１対多チャネル（point-to-multipoint downlink channel）である。ＳＣ−ＭＣＣＨは、ＳＣ−ＰＴＭを用いてＭＢＭＳを受信する又は受信に興味を持つＵＥ１００にのみ用いられる。また、ＳＣ−ＭＣＣＨは、１つのセルに１つのみ存在する。
【００５５】
ＭＣＣＨ（Multicast Control Channel）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Multicast Channel）にマッピングされる。
【００５６】
ＭＴＣＨ（Multicast Traffic Channel）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
【００５７】
図５（ｂ）は、トランポートチャネル（Downlink Transport Channel）と物理チャネル（Downlink Physical Channel）との間のマッピングを示す。
【００５８】
図５（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Physical Broadcast Channel）にマッピングされる。
【００５９】
ＭＣＨは、ＰＭＣＨ（Physical Multicast Channel）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
【００６０】
ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Physical Downlink Shared Channel）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【００６１】
ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【００６２】
（無線端末の構成）
図６は、実施形態に係るＵＥ１００（無線端末）の構成を示す図である。
【００６３】
図６に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００６４】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００６５】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００６６】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の処理及び後述する各種の処理を実行する。
【００６７】
（基地局の構成）
図７は、実施形態に係るｅＮＢ２００（基地局）の構成を示す図である。
【００６８】
図７に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００６９】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７０】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００７１】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００７２】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００７３】
（ＤＲＸの概要）
以下において、ＤＲＸの概要について説明する。図８は、ＵＥ１００のＤＲＸ動作を示す図である。実施形態において、ＲＲＣアイドルモードのＤＲＸを想定する。
【００７４】
図８に示すように、ＵＥ１００は、消費電力を削減するために、ＤＲＸ動作を行うことが可能である。ＤＲＸ動作を行うＵＥ１００は、ＰＤＣＣＨを間欠的に監視する。通常、サブフレーム中のＰＤＣＣＨは、当該サブフレーム中のＰＤＳＣＨのスケジューリング情報（無線リソース及びトランスポートフォーマットの情報）を運搬する。ＰＤＣＣＨを監視しない期間（スリープ期間）においてＵＥ１００の受信機をオフにすることが可能であるため、ＵＥ１００の消費電力が削減される。なお、図８において、ＵＥ１００がＰＤＣＣＨを監視すべき「Ｏｎ  Ｄｕｒａｔｉｏｎ」を図示しているが、ＲＲＣアイドルモードのＤＲＸにおいては、「Ｏｎ  Ｄｕｒａｔｉｏｎ」ではなく、「Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ（ＰＯ）」に相当するサブフレームが設定されることに留意すべきである。
【００７５】
ＤＲＸ動作において、ＵＥ１００は、主に着信を通知するためのページングを受信するためにＰＤＣＣＨを間欠的に監視する。ＵＥ１００は、ページング用のグループ識別子（Ｐ−ＲＮＴＩ）を用いてＰＤＣＣＨをデコードし、ページングチャネルの割り当て情報を取得する。ＵＥ１００は、当該割当情報に基づいて、ページングメッセージを取得する。ＵＥ１００におけるＰＤＣＣＨ監視タイミングは、ＵＥ１００の識別子（ＩＭＳＩ：International Mobile Subscriber Identity）に基づいて定められる。ＰＤＣＣＨ監視タイミングの算出について具体的に説明する。
【００７６】
ＤＲＸ動作におけるＰＤＣＣＨ監視タイミング（ＰＤＣＣＨ監視サブフレーム）は、Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ（ＰＯ）と称される。ＰＯは、ページングの受信機会に相当する。
【００７７】
ＵＥ１００及びｅＮＢ２００は、Paging Occasion（ＰＯ）、及び、Paging Occasionを含みうる無線フレームであるPaging Frame（ＰＦ）を下記のように計算する。
【００７８】
ＰＦのシステムフレーム番号（ＳＦＮ）は、下記の式（１）から求められる。
【００７９】
SFN  mod  T  =  (T  div  N)  *  (UE_ID  mod  N)        …（１）
【００８０】
但し、Ｔは、ページングを監視するためのＵＥ１００のＤＲＸサイクルであり、無線フレームの数で表される。また、Ｔは、ｅＮＢ２００がＳＩＢ（System Information Block）によりブロードキャストするデフォルトＤＲＸ値、及びＮＡＳメッセージによりＵＥ１００に設定されるＵＥ固有ＤＲＸ値のうち、何れか小さい方である。なお、ＵＥ固有ＤＲＸ値が設定されていない場合、ＵＥ１００は、デフォルトＤＲＸ値を適用する。また、Ｎは、ＴとｎＢのうち最小値である。ｎＢは、4T, 2T, T, T/2, T/4, T/8, T/16, T/32から選択される値である。ＵＥ＿ＩＤは、「IMSI  mod1024」により求められる値である。
【００８１】
このようにして求められたＰＦのうち、ＰＯのサブフレーム番号は、下記のように求められる。まず、下記の式（２）により、インデックスｉ＿ｓを求める。
【００８２】
i_s  =  floor(UE_ID/N)  mod  Ns        …（２）
【００８３】
但し、Ｎｓは、１とｎＢ／Ｔのうち最大値である。
【００８４】
次に、表１または表２からＮｓ及びインデックスｉ＿ｓに対応するＰＯを求める。表１はＬＴＥ  ＦＤＤシステムに適用され、表２はＬＴＥ  ＴＤＤシステムに適用される。表１および表２において、Ｎ／Ａは非適用を表す。
【００８５】
【表１】
2019013033.tif 000003
【００８６】
【表２】
2019013033.tif 000004
【００８７】
このようにして計算されるＰＦのＰＯ（ページング受信機会）において、ＵＥ１００は、ページング（具体的には、ＰＤＣＣＨ）を監視する。ｅＮＢ２００は、ＵＥ１００に対するページングの送信が必要な場合、ＰＦのＰＯ（ページング受信機会）においてＵＥ１００宛てのページングを送信する。
【００８８】
次に、拡張ＤＲＸ（extended DRX）について説明する。拡張ＤＲＸにおいては、非常に長いＤＲＸサイクルをサポートするためにハイパーフレームが用いられる。
【００８９】
図９は、ハイパーフレーム、無線フレーム、及びサブフレームの関係を示す図である。ハイパーフレームは、Ｈ−ＳＦＮ（Hyper System Frame Number）により識別される。Ｈ−ＳＦＮは、セルから報知される。無線フレームは、ＳＦＮ（System Frame Number）により識別される。サブフレームは、サブフレーム番号により識別される。図９に示すように、１つのハイパーフレームは、１０２４個の無線フレームにより構成される。１０２４個の無線フレームには、０番から１０２３番までのシステムフレーム番号が割り振られている。また、１つの無線フレームは、１０個のサブフレームにより構成される。１０個のサブフレームには、０番から９番までのサブフレーム番号が割り振られている。
【００９０】
拡張ＤＲＸサイクルが設定されたＵＥ１００は、拡張ＤＲＸのサポートをセルがシステム情報により示す場合に、拡張ＤＲＸ動作を行う。ＵＥ１００は、自ＵＥに設定された周期的なページングウィンドウ内で、上述したＰＯの監視を行う。ページングウィンドウは、ＵＥ固有である。ページングウィンドウは、ページングハイパーフレーム（ＰＨ）、ＰＨ内の開始点（PW_start）、及びＰＨ内の終了点（PW_end）により定められる。
【００９１】
ここで、ＰＨは、下記の式（３）を満たすＨ−ＳＦＮである。
【００９２】
H-SFN mod TeDRX,H= (UE_ID mod TeDRX,H)         …（３）
【００９３】
但し、UE_IDは「IMSI mod 1024」である。TeDRX,Hは、ＵＥ１００に設定された拡張ＤＲＸサイクル（eDRX cycle）である。
【００９４】
PW_startは、ページングウィンドウの最初の無線フレームを示し、下記の式（４）を満たすＳＦＮである。
【００９５】
SFN = 256* ieDRX         …（４）
【００９６】
但し、ieDRXは、「floor(UE_ID/TeDRX,H) mod 4」である。
【００９７】
PW_endは、ページングウィンドウの最後の無線フレームを示し、下記の式（５）を満たすＳＦＮである。
【００９８】
SFN = (PW_start + L*100 - 1) mod 1024         …（５）
【００９９】
但し、Lは、ＵＥ１００に設定されたページングウィンドウ長である。
【０１００】
（ＳＣ−ＰＴＭの概要）
以下において、ＳＣ−ＰＴＭの概要について説明する。図１０は、一般的なＳＣ−ＰＴＭの動作概要を示す図である。
【０１０１】
図１０に示すように、ステップＳ１０において、ｅＮＢ２００は、ＢＣＣＨを介してＳＩＢ２０（System Information Block type 20）を送信する。ＵＥ１００は、ＳＩＢ２０を受信する。
【０１０２】
ＳＩＢ２０は、ＳＣ−ＰＴＭを用いたＭＢＭＳの送信に関する制御情報（具体的には、ＳＣ−ＭＣＣＨ）の取得に必要な情報を含む。例えば、ＳＩＢ２０は、ＳＣ−ＭＣＣＨの内容が変更され得る周期を示すsc-mcch-ModificationPeriod、ＳＣ−ＭＣＣＨの送信（再送）時間間隔を無線フレーム数で示すsc-mcch-RepetitionPeriod、ＳＣ−ＭＣＣＨがスケジュールされる無線フレームのオフセットを示すsc-mcch-Offset、及びＳＣ−ＭＣＣＨがスケジュールされるサブフレームを示すsc-mcch-Subframeを含む。
【０１０３】
ステップＳ２０において、ｅＮＢ２００は、ＳＣ−ＭＣＣＨを介してＳＣＰＴＭ設定（SCPTM Configuration）情報を送信する。ＵＥ１００は、ＳＣＰＴＭ設定情報を受信する。物理層において、ＳＣ−ＭＣＣＨの送信にはＳＣ−ＲＮＴＩ（Single Cell RNTI）が用いられる。
【０１０４】
ＳＣＰＴＭ設定情報は、ＳＣ−ＭＲＢ（Single Cell MBMS Point to Multipoint Radio Bearer）を介して送信されるＭＢＭＳサービスに適用可能な制御情報を含む。ＳＣＰＴＭ設定情報は、当該情報を送信するセルにおける各ＳＣ−ＭＴＣＨの設定を含むsc-mtch-InfoList、及びＳＣ−ＭＲＢを介してＭＢＭＳサービスを提供する隣接セルのリストであるscptmNeighbourCellListを含む。
【０１０５】
sc-mtch-InfoListは、１又は複数のSC-MTCH-Infoを含む。各SC-MTCH-Infoは、ＳＣ−ＭＲＢを介して送信される進行中のＭＢＭＳセッションの情報（mbmsSessionInfo）、当該ＭＢＭＳセッションに対応するＧ−ＲＮＴＩ（Group RNTI）、及びＳＣ−ＭＴＣＨのためのＤＲＸ情報であるsc-mtch-schedulingInfoを含む。mbmsSessionInfoは、ＭＢＭＳサービスを識別するＴＭＧＩ及びセッションＩＤ（sessionId）を含む。Ｇ−ＲＮＴＩは、マルチキャストグループ（具体的には、特定グループ宛てのＳＣ−ＭＴＣＨ）を識別するＲＮＴＩである。Ｇ−ＲＮＴＩは、ＴＭＧＩと１対１でマッピングされる。
【０１０６】
sc-mtch-schedulingInfoは、onDurationTimerSCPTM、drx-InactivityTimerSCPTM、schedulingPeriodStartOffsetSCPTMを含む。schedulingPeriodStartOffsetSCPTMは、SC-MTCH-SchedulingCycle及びSC-MTCH-SchedulingOffsetを含む。
【０１０７】
ここで、ＳＣ−ＰＴＭ伝送向けのＤＲＸについて説明する。ＳＣ−ＰＴＭ伝送向けのＤＲＸは、上述したＤＲＸとは独立した動作である。ＳＣ−ＰＴＭ伝送向けのＤＲＸが設定されたＵＥ１００は、ＲＲＣコネクティッドモード又はＲＲＣアイドルモードにおいて、対応するＧ−ＲＮＴＩを用いてＰＤＣＣＨを間欠的に監視する。onDurationTimerSCPTM又はdrx-InactivityTimerSCPTMが動作中（runnning）である場合、アクティブ時間となる。ＵＥ１００は、アクティブ時間においてＰＤＣＣＨを監視する。また、ＵＥ１００は、「[(SFN * 10) + subframe number] modulo (SC-MTCH-SchedulingCycle) = SC-MTCH-SchedulingOffset」が満たされる場合、onDurationTimerSCPTMを開始させる。ＵＥ１００は、ＰＤＣＣＨがＤＬ送信を示す場合、drx-InactivityTimerSCPTMを開始させる。
【０１０８】
ステップＳ３０において、ｅＮＢ２００は、ＳＣ−ＭＴＣＨを介してマルチキャストデータ（ＭＢＭＳデータ）を送信する。物理層において、ｅＮＢ２００は、Ｇ−ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してマルチキャストデータを送信する。ＵＥ１００は、マルチキャストデータを受信する。
【０１０９】
このようなＳＣ−ＰＴＭの動作において、sc-mcch-ModificationPeriodは最大１０．２４秒（rf1024）である。また、ＳＣ−ＭＣＣＨの内容変更の通知（change notification）は、当該通知用のＲＮＴＩであるＳＣ−Ｎ−ＲＮＴＩを用いてＰＤＣＣＨにより行われるが、このＰＤＣＣＨはＳＣ−ＭＣＣＨと同じサブフレームでのみ送信される。よって、ＵＥ１００は、少なくとも１０．２４秒に１回は、ＳＣ−Ｎ−ＲＮＴＩを用いるＰＤＣＣＨを監視しなければならない。
【０１１０】
また、SC-MTCH-SchedulingCycleは最大１．０２４秒（sf1024）である。よって、ＵＥ１００は、少なくとも１．０２４秒に１回は、Ｇ−ＲＮＴＩを用いるＰＤＣＣＨを監視しなければならない。
【０１１１】
ここで、拡張ＤＲＸ動作を行うＵＥ１００がＳＣ−ＰＴＭ受信を行うケースを想定する。この場合、ＵＥ１００に拡張ＤＲＸが設定されているにもかかわらず、ＵＥ１００が頻繁にＰＤＣＣＨを監視しなければならない。したがって、拡張ＤＲＸによる省電力化の効果を得ることが難しい。
【０１１２】
（実施形態に係る動作）
以下において、実施形態に係る動作について説明する。
【０１１３】
実施形態に係るＵＥ１００は、ＲＲＣアイドルモードにおいてＳＣ−ＰＴＭ伝送向けのＤＲＸ動作を行う。ＵＥ１００は、ＳＣ−ＰＴＭ伝送向けのＤＲＸ動作において、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会を決定する。このように、拡張ＤＲＸに対応した新たなＳＣ−ＰＴＭ受信機会を導入することにより、拡張ＤＲＸによる省電力化の効果を得つつ、ＳＣ−ＰＴＭ受信を可能とすることができる。
【０１１４】
Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会は、ＵＥ１００に拡張ＤＲＸが設定されている場合にのみ適用されることが好ましい。但し、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会は、ＵＥ１００に拡張ＤＲＸが設定されていない場合にも適用可能としてもよい。例えば、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会は、ＵＥ１００にＰＳＭ（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ）が設定されている場合に適用されてもよい。ＰＳＭの詳細については後述する。
【０１１５】
実施形態において、ＳＣ−ＰＴＭ受信機会は、ＳＣ−ＭＣＣＨ受信機会及びＳＣ−ＭＴＣＨ受信機会のうち少なくとも一方を含む。言い換えると、ＵＥ１００は、ＳＣ−ＰＴＭ伝送向けのＤＲＸ動作において、Ｈ−ＳＦＮに基づくＳＣ−ＭＣＣＨ受信機会及び／又はＳＣ−ＭＴＣＨ受信機会を決定する。
【０１１６】
実施形態において、ＵＥ１００は、ＳＣ−ＰＴＭ受信機会を含む特定のＨ−ＳＦＮを、所定値（Ｍ、Ｎ）を用いて決定する。例えば、ＵＥ１００は、下記の式（６）を満たす特定のＨ−ＳＦＮにおいてＳＣ−ＰＴＭ受信（ＳＣ−ＭＣＣＨ受信及び／又はＳＣ−ＭＴＣＨ受信）を行う。
【０１１７】
H-SFN mod M = N         …（６）
【０１１８】
ここで、式（３）に示したＰＨの算出式とは異なり、式（６）は、ＵＥ１００に固有の値（ＩＭＳＩ等）を用いていないことに留意すべきである。
【０１１９】
Ｍ及びＮは、ＳＩＢ２０又はＳＣ−ＭＣＣＨによりｅＮＢ２００からＵＥ１００に設定（ブロードキャスト／マルチキャスト）される。
【０１２０】
或いは、Ｍ及びＮは事前設定されていてもよい。例えば、Ｍ＝２５６、Ｎ＝０と事前設定される場合、拡張ＤＲＸにおけるページング受信機会と同様なＳＣ−ＰＴＭ受信機会とすることができる。
【０１２１】
実施形態において、ＳＣ−ＭＣＣＨ受信機会用のＭSC−MCCH及びＮSC−MCCHと、ＳＣ−ＭＴＣＨ受信機会用のＭSC−MTCH及びＮSC−MTCHとが別々に設定されてもよい。この場合、ＳＣ−ＭＴＣＨ受信機会用のＭSC−MTCH及びＮSC−MTCHは、ＴＭＧＩ（Ｇ−ＲＮＴＩ）毎に別々に設定されてもよい。すなわち、ＳＣ−ＭＴＣＨ受信機会用のＭSC−MTCH及びＮSC−MTCHは、自ＵＥが受信するＭＢＭＳサービス（ＭＢＭＳセッション）に対応付けられた値であってもよい。
【０１２２】
実施形態において、ＵＥ１００は、決定した特定のＨ−ＳＦＮ（ハイパーフレーム）の期間内で、ＰＤＣＣＨの監視が可能な状態であるアクティブ状態を継続する。その間、ＵＥ１００は、上述したような一般的なＳＣ−ＰＴＭの動作に従ってＳＣ−ＰＴＭ受信機会（ＳＣ−ＭＣＣＨ受信機会及び／又はＳＣ−ＭＴＣＨ受信機会）を決定してもよい（図１０参照）。或いは、決定した特定のＨ−ＳＦＮ（ハイパーフレーム）の期間内で、上述したようなページングウィンドウが設定されてもよい（式（４）及び式（５）等参照）。
【０１２３】
なお、ＵＥ１００がＳＣ−ＰＴＭ受信機会でＰＤＣＣＨを受信した場合（データ送信が行われた場合）、通常のＲＲＣコネクティッドモードのＤＲＸと同様に、オン期間（Ｏｎ  Ｄｕｒａｔｉｏｎ）が伸びていく。そして、ＵＥ１００は、Ｉｎａｃｔｉｖｉｔｙ  ｔｉｍｅ中にＰＤＣＣＨが来なければ、ＯＦＦ（スリープ状態）になれる。ここで、連続的にＳＣ−ＭＴＣＨが送信されている場合を想定すると、特定のＨ−ＳＦＮが終了して次のＨ−ＳＦＮとなっても、ＳＣ−ＭＴＣＨが送信され続けていることも考えられる。このような場合は、データ受信が完了するまで受信動作が優先され、Ｉｎａｃｔｉｖｉｔｙ  ｔｉｍｅの経過後にＯＦＦとなった時点から通常の動作（ＯＦＦ／スリープ状態）に戻ってもよい。
【０１２４】
実施形態において、ｅＮＢ２００は、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会が適用されることを示す情報をＳＩＢ又はＳＣ−ＭＣＣＨにより送信してもよい。ＵＥ１００は、当該情報をｅＮＢ２００から受信した場合に、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会を適用する。なお、ｅＮＢ２００がＭ及びＮをＵＥ１００に設定する場合、Ｍ及びＮを、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会が適用されることを示す情報とみなしてもよい。
【０１２５】
ここでは、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会をＵＥ１００が決定する動作について主として説明した。しかしながら、ｅＮＢ２００も同様の動作を行い、ＵＥ１００（マルチキャストグループ）のＳＣ−ＰＴＭ受信機会に合わせてＳＣ−ＰＴＭの送信を行う。
【０１２６】
（動作フローの一例）
以下において、実施形態に係る動作フローの一例について説明する。上述した動作と重複する動作については説明を省略する。
【０１２７】
図１１は、実施形態に係るＵＥ１００及びｅＮＢ２００の動作フローの一例を示す図である。
【０１２８】
図１１に示すように、ステップＳ１０１において、ｅＮＢ２００は、ＢＣＣＨを介してＳＩＢ２０を送信する。ＵＥ１００は、ＳＩＢ２０を受信する。
【０１２９】
ＳＩＢ２０は、ＳＣ−ＭＣＣＨの取得に必要な情報を含む。ＳＩＢ２０は、上述した情報に加えて、ＳＣ−ＭＣＣＨ受信機会用のＭSC−MCCH及びＮSC−MCCHを含む。ＳＩＢ２０は、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会が適用されることを示す情報（H-SFN based reception apply）をさらに含んでもよい。
【０１３０】
ステップＳ１０２において、ＵＥ１００は、ＭSC−MCCH及びＮSC−MCCHを用いて、Ｈ−ＳＦＮに基づくＳＣ−ＭＣＣＨ受信機会を決定する。具体的には、ＵＥ１００は、ＳＣ−ＭＣＣＨ受信機会を含む特定のＨ−ＳＦＮを決定する。
【０１３１】
ステップＳ１０３において、ｅＮＢ２００は、ＳＣ−ＭＣＣＨ受信機会において、ＳＣ−ＭＣＣＨを介してＳＣＰＴＭ設定情報を送信する。ＵＥ１００は、ＳＣ−ＭＣＣＨ受信機会においてＳＣＰＴＭ設定情報を受信する。
【０１３２】
ＳＣＰＴＭ設定情報は、上述した情報に加えて、ＴＭＧＩ（Ｇ−ＲＮＴＩ）に対応付けられたＭTMGI及びＮTMGIを含む。ＭTMGI及びＮTMGIは、ＳＣ−ＭTＣＨ受信機会の決定に用いられる。例えば、ＭTMGI及びＮTMGIは、各SC-MTCH-Infoに含まれる。図１１の例において、ＳＣＰＴＭ設定情報は、ＴＭＧＩ１に対応するＭTMGI1及びＮTMGI2、ＴＭＧＩ２に対応するＭTMGI2及びＮTMG2、…を含む。ＳＣＰＴＭ設定情報は、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会が適用されることを示す情報（H-SFN based reception apply）をさらに含んでもよい。
【０１３３】
ステップＳ１０４において、ＵＥ１００は、自ＵＥが受信するＭＢＭＳサービス（ＭＢＭＳセッション）に対応するＴＭＧＩのＭTMGI及びＮTMGIを用いて、Ｈ−ＳＦＮに基づくＳＣ−ＭＴＣＨ受信機会を決定する。具体的には、ＵＥ１００は、ＳＣ−ＭＴＣＨ受信機会を含む特定のＨ−ＳＦＮを決定する。ここでは、ＵＥ１００が受信するＭＢＭＳサービスのＴＭＧＩがＴＭＧＩ１であると仮定して説明を進める。
【０１３４】
ステップＳ１０５において、ｅＮＢ２００は、ＴＭＧＩ１に対応するＳＣ−ＭＴＣＨ受信機会において、ＴＭＧＩ１に対応するＳＣ−ＭＣＣＨを介してマルチキャストデータを送信する。ＵＥ１００は、ＴＭＧＩ１に対応するＳＣ−ＭＴＣＨ受信機会において、ＴＭＧＩ１に対応するＳＣ−ＭＣＣＨを介してマルチキャストデータを受信する。
【０１３５】
図１２は、実施形態に係るＵＥ１００の受信判定フローの一例を示す図である。
【０１３６】
図１２に示すように、ステップＳ２０１において、ＵＥ１００は、現在のＨ−ＳＦＮ（This H-SFN）が式（６）を満たすか否かを確認する。現在のＨ−ＳＦＮとは、ＵＥ１００が受信したＳＩＢ１に含まれるＨ−ＳＦＮであってもよい。現在のＨ−ＳＦＮが式（６）を満たさない場合（ステップＳ２０１：Ｎｏ）、ＵＥ１００は、そのＨ−ＳＦＮの期間（ハイパーフレーム）内でスリープ状態を継続する。
【０１３７】
一方、現在のＨ−ＳＦＮが式（６）を満たす場合（ステップＳ２０１：Ｙｅｓ）、ステップＳ２０２において、ＵＥ１００は、そのＨ−ＳＦＮの期間（ハイパーフレーム）内でＳＣ−ＰＴＭ受信を行う。
【０１３８】
［変更例］
上述した実施形態において、ｅＮＢ２００は、ＲＲＣアイドルモードの拡張ＤＲＸ（又はＰＳＭ）が設定されており、かつＳＣ−ＰＴＭ受信を行うＵＥ１００が自セル内に存在することを把握していることが好ましい。また、ｅＮＢ２００は、そのようなＵＥ１００が受信するＭＢＭＳサービス（ＭＢＭＳセッション）に対応する識別子（ＴＭＧＩ）を把握していることが好ましい。
【０１３９】
本変更例に係るコアネットワーク装置は、ＲＲＣアイドルモードの省電力動作（すなわち、拡張ＤＲＸ又はＰＳＭ）が設定されたＵＥ１００が受信するＭＢＭＳサービスに対応付けられた識別子（ＴＭＧＩ）を無線アクセスネットワーク装置に通知する。コアネットワーク装置は、例えばＭＭＥ３００であるが、ＭＭＥ３００とは異なる装置であってもよい。無線アクセスネットワーク装置は、ｅＮＢ２００又はＭＣＥ１１である。識別子は、ＴＭＧＩに限らず、ＴＭＧＩに対応付けられたグループ識別子であってもよい。グループ識別子は、Ｇ−ＲＮＴＩであってもよい。
【０１４０】
図１３は、本変更例に係る動作フローの一例を示す図である。
【０１４１】
図１３に示すように、ステップＳ３０１において、ＭＭＥ３００は、拡張ＤＲＸの設定（eDRX configuration）をＵＥ１００に通知する。ＵＥ１００は、拡張ＤＲＸを設定する。
【０１４２】
ステップＳ３０１の前又は後において、ＭＭＥ３００は、どのＵＥ１００がどのＭＢＭＳサービスを受信しているのかを下記の何れかの方法で把握する。
【０１４３】
第１の方法は、ＵＥ１００→ＧＣＳ  ＡＳ３１→ＭＭＥ３００のルートで情報を伝達する方法である。なお、ＧＣＳ  ＡＳ３１に代えて、ＳＣＳ（Service Capability Server）を用いてもよい（第２及び第３の方法においても同様）。ＳＣＳとは、Ｍ２Ｍアプリケーションを実装する装置である。ＵＥ１００は、拡張ＤＲＸが設定された場合、ＧＣＳ  ＡＳ３１にその旨を通知する。ＧＣＳ  ＡＳ３１は、ＭＭＥ３００に対して、拡張ＤＲＸが設定されたＵＥ１００に対応するＴＭＧＩ（又はグループ識別子）をＭＭＥ３００に通知する。ＧＣＳ  ＡＳ３１は、ＭＭＥ３００に直接通知してもよいし、ＢＭ−ＳＣ２２及び／又はＭＴＣ−ＩＷＦを経由して通知してもよい（第２の方法においても同様）。ＭＴＣ−ＩＷＦとは、３ＧＰＰネットワークへの接続要求及びControl Plane 要求信号の認証等を実装する装置である。
【０１４４】
第２の方法は、ＧＣＳ  ＡＳ３１→ＭＭＥ３００のルートで情報を伝達する方法である。ＧＣＳ  ＡＳ３１は、ＴＭＧＩに属するＵＥ１００のリスト（ＩＭＳＩのリスト等）をＭＭＥ３００に通知する。
【０１４５】
第３の方法は、ＵＥ１００→ＭＭＥ３００のルートで情報を伝達する方法である。ＵＥ１００は、所定のタイミングで、自ＵＥが受信する（又は興味のある）ＭＢＭＳサービスのＴＭＧＩをＭＭＥ３００に通知する。所定のタイミングとは、拡張ＤＲＸを設定される前のタイミング、拡張ＤＲＸを設定される途中のタイミング、又は拡張ＤＲＸを設定された後のタイミングである。
【０１４６】
ステップＳ３０２において、ＭＭＥ３００は、拡張ＤＲＸが設定されたＵＥ１００がマルチキャストグループ中に存在するか否かを確認する。
【０１４７】
存在する場合（ステップＳ３０２：Ｙｅｓ）、ステップＳ３０３において、ＭＭＥ３００は、該当するマルチキャストグループに対応するＴＭＧＩ又はグループ識別子（Group ID）を含む拡張ＤＲＸ設定インディケーション（eDRX config. indication）をＭＣＥ１１に通知する。ＭＣＥ１１は、拡張ＤＲＸ設定インディケーションをｅＮＢ２００に転送してもよい。或いは、ＭＭＥ３００は、ＭＣＥ１１を介さずに、Ｓ１インターフェイスを介して拡張ＤＲＸ設定インディケーションをｅＮＢ２００に通知してもよい。
【０１４８】
ステップＳ３０４において、ｅＮＢ２００又はＭＣＥ１１は、Ｈ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会を適用するか否かをマルチキャストグループ（ＴＭＧＩ）毎に判断する。ここで、ｅＮＢ２００又はＭＣＥ１１は、拡張ＤＲＸが設定されたＵＥ１００が存在するマルチキャストグループ（ＴＭＧＩ）に対してＨ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会を適用すると判断することができる。そのような判断をＭＣＥ１１が行う場合、判断結果をＭＣＥ１１からｅＮＢ２００に通知してもよい。
【０１４９】
なお、ステップＳ３０３における通知内容は、ＴＭＧＩ毎のＱｏＳ（Quality of Service）であってもよい。或いは、高レイテンシを許容するＴＭＧＩを通知してもよい。この場合、ｅＮＢ２００又はＭＣＥ１１は、高レイテンシを許容するＵＥ１００が存在するマルチキャストグループ（ＴＭＧＩ）に対してＨ−ＳＦＮに基づくＳＣ−ＰＴＭ受信機会を適用すると判断することができる。
【０１５０】
［その他の実施形態］
上述した実施形態において、ＲＲＣコネクティッドモードの拡張ＤＲＸについて特に触れなかった。しかしながら、ＳＣ−ＰＴＭは、ＲＲＣアイドルモードＵＥ及びＲＲＣコネクティッドモードＵＥの両方が受信可能であるため、上述した実施形態に係る動作をＲＲＣコネクティッドモードのＤＲＸに適用してもよい。
【０１５１】
或いは、ＲＲＣコネクティッドモードのＤＲＸサイクルは最大で１０．２４秒であるため、SC-MTCH-SchedulingCycleを１０．２４秒（sf10240）まで拡張することにより、省電力化の効果を得つつ、ＳＣ−ＰＴＭ受信を可能とすることができる。
【０１５２】
上述した実施形態において、ＭＢＳＦＮ伝送について特に触れなかった。しかしながら、上述した実施形態に係る動作をＭＢＳＦＮ伝送に適用してもよい。この場合、ＲＲＣアイドルモード（又はＲＲＣコネクティッドモード）においてＭＢＳＦＮ伝送向けのＤＲＸ動作を行うＵＥ１００は、Ｈ−ＳＦＮに基づくＭＢＳＦＮ受信機会を決定する。例えば、ＵＥ１００は、式（６）を満たすＨ−ＳＦＮ内のＭＢＳＦＮサブフレームにおいてＰＤＣＣＨを監視する。なお、ＳＣ−ＰＴＭ受信機会及びＭＢＳＦＮ受信機会をＭＢＭＳ受信機会と総称することができる。
【０１５３】
上述した実施形態において、ＭＢＭＳ受信機会（ＳＣ−ＰＴＭ受信機会又はＭＢＳＦＮ受信機会）を主としてＵＥ１００が決定する一例を説明した。しかしながら、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会をネットワーク装置が決定してもよい。ネットワーク装置とは、ｅＮＢ２００、ＭＭＥ３００、ＭＣＥ１１、ＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ、又はＳＣＳ等である（図２参照）。
【０１５４】
ＭＢＭＳ受信機会をｅＮＢ２００が決定する場合、ｅＮＢ２００は、ＭＢＭＳ受信機会をＳＩＢ２０又はＳＣ−ＭＣＣＨ等でＵＥ１００に通知する。
【０１５５】
Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会をＭＭＥ３００が決定する場合、ＭＭＥ３００は、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会をＮＡＳシグナリングでＵＥ１００に通知する。ＭＭＥ３００は、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を、Ｓ１シグナリングでｅＮＢ２００に通知してもよいし、Ｍ３シグナリングでＭＣＥ１１に通知してもよいし、（Ｍ３シグナリング・ＭＣＥ経由で）Ｍ２シグナリングでｅＮＢ２００に通知してもよい。
【０１５６】
Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会をＭＣＥ１１が決定する場合、ＭＣＥ１１は、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を（Ｍ３シグナリング・ＭＭＥ経由で）ＮＡＳシグナリングでＵＥ１００に通知する。ＭＣＥ１１は、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を、Ｍ２シグナリングでｅＮＢ２００に通知してもよいし、Ｍ３シグナリングでＭＭＥ３００に通知してもよい。
【０１５７】
Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会をＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ、又はＳＣＳが決定する場合、ＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ、又はＳＣＳは、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を、（ＭＭＥ経由で）ＮＡＳシグナリングで、又は、直接インターフェース（ＧＣ１等）で、ＵＥ１００に通知する。ＢＭ−ＳＣ２２、ＧＣＳ−ＡＳ、又はＳＣＳは、Ｈ−ＳＦＮに基づくＭＢＭＳ受信機会を、（ＭＭＥ経由で）Ｓ１シグナリングで、又は、（ＭＢＭＳ−ＧＷ経由で）Ｍ１シグナリングで、ｅＮＢ２００に通知してもよい。
【０１５８】
上述した実施形態において、ＰＳＭの動作について特に触れなかった。ここでＰＳＭについて説明する。まず、ＭＭＥ３００とＵＥ１００との間のネゴシエーションにより、「ａｃｔｉｖｅ  ｔｉｍｅｒ」（Ｔ３３２４）がＭＭＥ３００からＵＥ１００に設定される。ＵＥ１００は、ＲＲＣ接続の解放時に「ａｃｔｉｖｅ  ｔｉｍｅｒ」を開始させる。ＭＭＥ３００もＵＥ１００と同様にして「ａｃｔｉｖｅ  ｔｉｍｅｒ」を管理する。ＵＥ１００は、データ通信（例えば、ページング）無しに「ａｃｔｉｖｅ  ｔｉｍｅｒ」が満了すると、ＰＳＭを適用する。そして、ＰＳＭが適用されると、ＵＥ１００は、ＰＳＭ用のタイマ（Ｔ３４１２）を開始させる。タイマ（Ｔ３４１２）も「ａｃｔｉｖｅ  ｔｉｍｅｒ」と同様にネゴシエーションにより決定されてもよい。ＭＭＥ３００もＵＥ１００と同様にしてタイマ（Ｔ３４１２）を管理する。ＵＥ１００は、タイマ（Ｔ３４１２）が動作（ｒｕｎｎｉｎｇ）している間、スリープ状態（超低消費電力動作）となる。タイマ（Ｔ３４１２）の最大値は、１２．１日である。ＵＥ１００は、タイマ（Ｔ３４１２）が満了した時に、ＴＡＵプロシージャを行う。
【０１５９】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。
【０１６０】
[相互参照]
日本国特許出願第２０１６−０１０１２３号（２０１６年１月２１日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１６１】
本発明は、無線通信分野において有用である。
【図１】
2019013033.tif 000005
【図２】
2019013033.tif 000006
【図３】
2019013033.tif 000007
【図４】
2019013033.tif 000008
【図５】
2019013033.tif 000009
【図６】
2019013033.tif 000010
【図７】
2019013033.tif 000011
【図８】
2019013033.tif 000012
【図９】
2019013033.tif 000013
【図１０】
2019013033.tif 000014
【図１１】
2019013033.tif 000015
【図１２】
2019013033.tif 000016
【図１３】
2019013033.tif 000017