WO2016175255A1

WO2016175255A1 - 無線端末及びネットワーク装置

Info

Publication number: WO2016175255A1
Application number: PCT/JP2016/063254
Authority: WO
Inventors: 憲由福田; 真人藤代; ヘンリーチャン
Original assignee: 京セラ株式会社
Priority date: 2015-04-27
Filing date: 2016-04-27
Publication date: 2016-11-03
Also published as: JPWO2016175255A1; US20180131458A1; JP6829189B2; US10505650B2

Abstract

一の実施形態に係る無線端末は、前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味があることを知らせるためのＭＢＭＳ興味インディケーションをネットワーク装置に通知する制御部を備える。前記制御部は、前記ＭＢＭＳ興味インディケーションに前記無線端末が受信している又は前記ＭＢＭＳサービスの受信に興味がある特定のＭＢＭＳサービスの識別子を含める。

Description

無線端末及びネットワーク装置

　本発明は、移動通信システムにおいて用いられる無線端末及びネットワーク装置に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）の仕様が策定されている。ＭＢＭＳでは、無線端末は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで提供されるＭＢＭＳサービスを受信する（非特許文献１参照）。

３ＧＰＰ技術仕様　「ＴＳ　３６．３００　Ｖ１２．５．０」　　２０１５年３月２５日

　一の実施形態に係るネットワーク装置は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求を無線端末に通知する制御部と、前記無線端末から前記要求に対する応答を受信する受信部と、を備える。前記制御部は、前記要求を通知した後、タイマを起動する。前記制御部は、前記タイマが満了するまでに受信した前記応答の数を計数する。

　一の実施形態に係る無線端末は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求をネットワーク装置から受信する受信部と、前記要求の受信に応じて、タイマを起動する制御部と、を備える。前記制御部は、前記ＭＢＭＳサービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある場合、前記タイマが満了するまでに前記応答を前記ネットワーク装置に通知する。

　前記無線端末は、ＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）を介して伝送される制御情報をネットワーク装置から受信する受信部と、特定の無線端末の数を計数するための要求を示す情報が前記制御情報に含まれる場合、前記要求に対する応答を前記ネットワーク装置に通知する制御部と、を備える。前記特定の無線端末は、特定のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）を介して伝送される特定のＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記特定のＭＢＭＳサービスの受信に興味がある無線端末である。

ＬＴＥシステムの構成を示す図である。ＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。ＬＴＥシステムで使用される無線フレームの構成図である。ＵＥ１００（ユーザ端末）のブロック図である。ｅＮＢ２００（基地局）のブロック図である。ネットワーク装置（ＭＣＥ１１、ＢＭＳＣ２２）のブロック図である。第１実施形態に係る動作例１を説明するためのシーケンス図である。第１実施形態に係る動作例２を説明するためのシーケンス図である。第１実施形態に係る動作例３を説明するためのシーケンス図である。第１実施形態に係る動作例４を説明するためのシーケンス図である。第１実施形態に係る動作例４を説明するためのフローチャート（その１）である。第１実施形態に係る動作例４を説明するためのフローチャート（その２）である。第２実施形態に係る動作を説明するためのシーケンス図である。

　［実施形態の概要］
　実施形態に係る無線端末は、前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味があることを知らせるためのＭＢＭＳ興味インディケーションをネットワーク装置に通知する制御部を備えてもよい。前記制御部は、前記ＭＢＭＳ興味インディケーションに前記無線端末が受信している又は前記ＭＢＭＳサービスの受信に興味がある特定のＭＢＭＳサービスの識別子を含めてもよい。

　前記制御部は、前記ＭＢＭＳサービスの受信の興味が変化した場合、又は、前記特定のＭＢＭＳサービスを提供するための特定のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）の伝送が停止する予定である場合に、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知してもよい。

　前記制御部は、前記無線端末が前記特定のＭＢＭＳサービスの受信又は前記特定のＭＢＭＳサービスに移行し得る特定の潜在的ＭＢＭＳサービスの受信を開始した場合に、タイマを起動してもよい。前記制御部は、前記タイマが満了した場合に、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知してもよい。

　前記制御部は、前記ＭＢＭＳ興味インディケーションの通知が前記ネットワーク装置から許可されている場合にのみ、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知してもよい。

　実施形態に係るネットワーク装置は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求を無線端末に通知する制御部と、前記無線端末から前記要求に対する応答を受信する受信部と、を備えてもよい。前記制御部は、前記要求を通知した後、タイマを起動してもよい。前記制御部は、前記タイマが満了するまでに受信した前記応答の数を計数してもよい。

　前記制御部は、前記ＭＢＭＳサービスの提供の開始及び終了を決定する上位ノードに、前記応答の数を計数した結果を通知してもよい。

　実施形態に係る無線端末は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求をネットワーク装置から受信する受信部と、前記要求の受信に応じて、タイマを起動する制御部と、を備えてもよい。前記制御部は、前記ＭＢＭＳサービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある場合、前記タイマが満了するまでに前記応答を前記ネットワーク装置に通知してもよい。

　前記要求は、前記タイマの値として設定すべき所定値を含んでもよい。前記制御部は、前記所定値を前記タイマの値として設定してもよい。

　前記制御部は、予め規定されている値又は前記無線端末が在圏するセルから受信した値を、前記タイマの値として設定してもよい。

　実施形態に係る無線端末は、ＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）を介して伝送される制御情報をネットワーク装置から受信する受信部と、特定の無線端末の数を計数するための要求を示す情報が前記制御情報に含まれる場合、前記要求に対する応答を前記ネットワーク装置に通知する制御部と、を備えてもよい。前記特定の無線端末は、特定のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）を介して伝送される特定のＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記特定のＭＢＭＳサービスの受信に興味がある無線端末であってもよい。

　前記要求を示す情報は、前記特定のＭＴＣＨの伝送が停止する予定であることを示す情報が格納可能であるフィールドに格納されてもよい。

　前記制御部は、前記無線端末がＲＲＣアイドル状態であり且つ前記特定のＭＢＭＳサービスを受信している又は前記特定のＭＢＭＳサービスの受信に興味がある場合にのみ、前記応答を前記ネットワーク装置に通知してもよい。

　前記受信部は、前記制御情報を受信する前に、ＲＲＣ接続状態においてのみ受信可能であるＭＢＭＳ計数要求を受信してもよい。前記制御部は、前記ＭＢＭＳ計数要求に基づいて、前記特定のＭＢＭＳサービスに関するＭＢＭＳ計数応答を前記ネットワーク装置に通知した後、前記特定のＭＢＭＳサービスの受信状況又は前記特定のＭＢＭＳサービスの受信の興味に変化があった場合に、前記応答を前記ネットワーク装置に通知してもよい。前記ＭＢＭＳ計数要求は、前記ＭＢＭＳサービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求であってもよい。前記ＭＢＭＳ計数応答は、前記ＭＢＭＳ計数要求に対する応答であってもよい。

　前記制御部は、前記要求に対する応答に前記特定のＭＢＭＳサービスの識別子を含めてもよい。

　なお、本願明細書には、以下の内容が記載されていることに留意すべきである。

　実施形態に係る無線端末は、ＭＢＭＳサービスに関するユーザサービス説明情報を保持する制御部と、ブロードキャストによって送信される（ＭＢＭＳ受信のためのモビリティ手順に関する）システム情報を受信する受信部と、を備えてもよい。前記制御部は、前記システム情報に基づいて、前記ユーザサービス説明情報を更新してもよい。

　前記制御部は、前記システム情報に含まれるＭＢＭＳサービスの識別子と、前記ユーザサービス説明情報に含まれるＭＢＭＳサービスの識別子とが一致しない場合に、前記動作を開始してもよい。

　［移動通信システムの概要］
　以下において、実施形態に係る移動通信システムであるＬＴＥシステムの概要について説明する。

　（システム構成）
　図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、実施形態に係るＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。

　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。

　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。

　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

　また、Ｅ－ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ－Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ　Ｃｏｏｒｄｉｎａｔｉｎｇ　Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。

　ＥＰＣ２０は、ＭＢＭＳ　ＧＷ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ　Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ　ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＢＭＳＣ２２と接続される（図２参照）。ＭＢＭＳ　ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送やセッション制御を行う。

　また、ＥＰＣ２０は、ＢＭＳＣ（Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ　Ｃｅｎｔｅｒ）２２を含む。ＢＭＳＣ２２は、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＭＢＭＳ　ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ－ＧＷ２３と接続される（図２参照）。ＢＭＳＣ２２は、主にＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。

　（無線プロトコルの構成）
　図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

　図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。

　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

　ＭＡＣ層は、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ　ＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラを含む。当該スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣ接続状態（ＲＲＣコネクティッドモード）である。そうでない場合、ＵＥ１００は、ＲＲＣアイドル状態（ＲＲＣアイドルモード）である。

　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

　（下りリンクのチャネル構成）
　図４は、ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。

　図４（ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ　Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）との間のマッピングを示す。

　図４（ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ　Ｃｈａｎｎｅｌ）にマッピングされる。

　ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ブロードキャスト・システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）又はＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）にマッピングされる。

　ＣＣＣＨ（Ｃｏｍｍｏｎ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。

　ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。

　ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）は、データの送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ－ＳＣＨにマッピングされる。

　ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、１対多（マルチキャスト／ブロードキャスト）伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳを受信する又は受信に興味があるＵＥ１００のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）にマッピングされる。

　ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）は、ネットワークからＵＥ１００への１対多（マルチキャスト／ブロードキャスト）のデータ伝送のための論理チャネルである。ＭＴＣＨは、ＭＢＭＳを受信するＵＥ１００のみに用いられる。ＭＴＣＨは、ＭＣＨにマッピングされる。

　図４（ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ　Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ　Ｐｈｙｓｉｃａｌ　Ｃｈａｎｎｅｌ）との間のマッピングを示す。

　図４（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ　Ｂｒｏａｄｃａｓｔ　ｃｈａｎｎｅｌ）にマッピングされる。

　ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、セルのカバレッジエリア全体にブロードキャストされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。

　ＰＣＨ及びＤＬ－ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ－ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。

　ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ－ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ－ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。

　（無線フレームの構成）
　図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）、上りリンクにはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。

　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送用のサブフレームであるＭＢＳＦＮサブフレームが設定され得る。

　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。

　（ＭＢＭＳの概要）
　以下において、ＭＢＭＳの概要について説明する。ＬＴＥシステムは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）をサポートする。ＭＢＭＳでは、ＵＥ１００（ＭＢＭＳ対応ＵＥ）は、ネットワークからマルチキャスト又はブロードキャストで配信されるマルチメディアコンテンツ（ＭＢＭＳサービス）を受信する。ＵＥ１００は、ＲＲＣ接続状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。

　複数のセルにより１つのＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ－Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ－Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。

　ＢＭＳＣ２２は、ＭＢＭＳデータを配信する機能を提供する。ＭＢＭＳ　ＧＷ２１は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ１１は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定したりする。

　また、ＭＢＭＳサービスに対する需要状況をネットワークで把握可能とするために、ＭＢＭＳサービスを受信している又は受信に興味のあるＵＥ１００の数を計数するためのＭＢＭＳ計数手順（ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｐｒｏｃｅｄｕｒｅ）が導入されている（非特許文献１参照）。

　ＭＢＭＳ計数手順では、ＭＢＭＳ計数要求（ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｑｕｅｓｔ）の受信に応じて、ＲＲＣ接続状態のＵＥ１００（以下「ＲＲＣ接続ＵＥ」という）は、ＭＢＭＳ計数応答（ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｓｐｏｎｓｅ）をネットワークに送信する。

　なお、現在の仕様では、ＭＢＭＳ計数手順は、ＲＲＣ接続ＵＥに対して適用されるものの、ＲＲＣアイドル状態のＵＥ１００（以下「ＲＲＣアイドルＵＥ」という）に対して適用されない。

　また、３ＧＰＰにおいて、コンテンツがマルチキャストで配信される状態（ＭＢＭＳ　ＯＮ）と、コンテンツがユニキャストで配信される状態（ＭＢＭＳ　ＯＦＦ）との切り替えをコアネットワーク（ＥＰＣ２０）が判断するＭｏｏＤ（ＭＢＭＳ　ｏｐｅｒａｔｉｏｎ　ｏｎ　Ｄｅｍａｎｄ）の導入が検討されている。具体的には、ＭｏｏＤでは、ＢＭＳＣ２２が「ＭＢＭＳ　ＯＮ」と「ＭＢＭＳ　ＯＦＦ」との切り替えを判断する。すなわち、ＢＭＳＣ２２は、ＭＢＭＳサービスの提供の開始及び終了を決定する。

　ここで、ＢＭＳＣ２２が、ＭＢＭＳサービスの提供の開始及び終了を適切に切り替えるためには、ＭＢＭＳサービスで提供される又は提供され得るコンテンツの需要状況を把握する必要がある。しかしながら、ＢＭＳＣ２２がコンテンツの需要状況を把握する方法についての詳細は仕様化されていない。

　そこで、後述する方法によれば、ＢＭＳＣ２２がコンテンツの需要状況を適切に把握可能である。

　（ユーザ端末の構成）
　図６は、実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。

　図６に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部（コントローラ）１３０を備える。

　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。

　（基地局の構成）
　図７は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。

　図７に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部（コントローラ）２３０、及びバックホール通信部２４０を備える。

　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

　制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。

　バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。また、バックホール通信部２４０は、Ｍ２インターフェイスを介してＭＣＥ１１と接続される。バックホール通信部２４０は、Ｍ２インターフェイス上で行う通信に使用される。

　（ネットワーク装置の構成）
　図８は、実施形態に係るＭＣＥ１１（ネットワーク装置）のブロック図である。

　図８に示すように、ＭＣＥ１１は、制御部（コントローラ）１３及びバックホール通信部１４を備える。

　制御部１３は、ＭＣＥ１１における各種の制御を行う。制御部１３は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。

　バックホール通信部１４は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される。バックホール通信部１４は、Ｍ２インターフェイス上で行う通信及びＭ３インターフェイス上で行う通信等に使用される。

　なお、ＢＭＳＣ２２は、ＭＣＥ１１と同様の構成を備える。すなわち、ＢＭＳＣ２２は、制御部及びバックホール通信部を備える。

　［第１実施形態］
　以下において、第１実施形態について説明する。第１実施形態では、ＢＭＳＣ２２がコンテンツの需要状況を把握するための情報を取得する動作を中心に説明する。具体的には、当該動作は、ネットワークトリガの動作（動作例１～３）と、ＵＥトリガの動作（動作例４）とがある。なお、各動作例において重複する説明は、適宜省略する。

　（１）動作例１
　図９を用いて、動作例１を説明する。図９は、第１実施形態に係る動作例１を説明するためのシーケンス図である。図９の初期状態において、ＵＥ１００は、ＲＲＣ接続状態である。或いは、ＵＥ１００は、ＲＲＣアイドル状態であってもよい。

　図９に示すように、ステップＳ１０１において、ＢＭＳＣ２２は、ＭＢＭＳサービスをブロードキャスト（又はマルチキャスト）で提供する。ＵＥ１００は、ＭＢＭＳサービスを受信する。

　ステップＳ１０２において、ＢＭＳＣ２２は、ＭＢＭＳサービス（ＭＢＭＳユーザサービス）のＭｏｏＤ消費調査（ＭｏｏＤ　ｃｏｎｓｕｍｐｔｉｏｎ　ｓｕｒｖｅｙ）の実行を開始する。具体的には、ＢＭＳＣ２２は、ステップＳ１０３の処理を開始する。

　ステップＳ１０３において、ＢＭＳＣ２２は、ＭｏｏＤ消費報告要求（ＭｏｏＤ　Ｃｏｎｓｕｍｐｔｉｏｎ　Ｒｅｐｏｒｔｉｎｇ　ｒｅｑｕｅｓｔ）をＭＣＥ１１に通知する。ＭＣＥ１１は、ＭｏｏＤ消費報告要求を受信する。ＭｏｏＤ消費報告要求は、後述する第１タイマの値及び／又は第２タイマの値として設定すべき各所定値を含んでいてもよい。

　ステップＳ１０４において、ＭＣＥ１１は、ＭＣＥ計数（ＭＣＥ　ｃｏｕｎｔｉｎｇ）の実行を開始する。具体的には、ＭＣＥ１１は、ＭｏｏＤ消費報告要求の受信に応じて、ステップＳ１０５の処理を開始する。

　ステップＳ１０５において、ＭＣＥ１１は、ＭＢＭＳ計数要求（ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｑｕｅｓｔ）をＵＥ１００に通知する。ＭＢＭＳ計数要求は、ＭＢＭＳサービスを受信している又は受信に興味があるＵＥの数を計数するための要求である。ＭＢＭＳ計数要求は、後述する第２タイマの値として設定すべき所定値を含んでいてもよい。

　ＵＥ１００は、ＭＢＭＳ計数要求を受信する。ＵＥ１００は、少なくともＭＢＭＳ計数要求が送信される前に、ＲＲＣ接続状態に移行している。

　ＭＣＥ１１は、ＭＢＭＳ計数要求を通知した後、ＭＢＭＳ計数応答の送信が許可された期間を計測するための第１タイマを起動する。ＭＣＥ１１は、第１タイマが満了するまでは、後述するＭｏｏＤ消費報告（ＭｏｏＤ　Ｃｏｎｓｕｍｐｔｉｏｎ　Ｒｅｐｏｒｔｉｎｇ）をＢＭＳＣ２２に通知しない。第１タイマは、カウントダウン方式のタイマであってもよいし、カウントアップ方式のタイマであってもよい。

　ＭＣＥ１１は、ＭｏｏＤ消費報告要求が第１タイマの値として設定すべき所定値を含んでいる場合、所定値を第１タイマの値として設定する。第１タイマが、カウントダウン方式のタイマである場合、所定値からカウントダウンを開始し、「０」で第１タイマが満了する。第１タイマが、カウントアップ方式のタイマである場合、「０」からカウントアップを開始し、所定値で第１タイマが満了する。なお、後述するタイマも第１タイマと同様の構成であってもよい。

　ステップＳ１０６において、ＵＥ１００は、ＭＢＭＳ計数要求の受信に応じて、ＭＢＭＳ計数応答の送信が許可された期間を計測するための第２タイマを起動する。

　ＵＥ１００は、予め規定されている値（ｐｒｅｄｅｆｉｎｅｄ　ｖａｌｕｅ）を第２タイマの値として設定できる。或いは、ＵＥ１００は、ＵＥ１００が在圏するセルから受信した値を第２タイマの値として設定できる。この場合、セルから受信した値は、システム情報ブロック（例えば、ＳＩＢ１５）に含まれてもよいし、ＲＲＣ（再）設定メッセージに含まれていてもよい。ＵＥ１００は、ＭＢＭＳ計数要求が第２タイマの値として設定すべき所定値を含んでいる場合、所定値を第２タイマの値として設定する。なお、第２タイマの設定値は、第１タイマの設定値と同じ値であってもよい。或いは、第２タイマの設定値は、第１タイマの設定値よりも小さい値であってもよい。

　ステップＳ１０７において、ＵＥ１００は、第２タイマが満了するまでに、ＭＢＭＳ計数応答（ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｓｐｏｎｓｅ）をＭＣＥ１１に通知する。ＭＢＭＳ計数応答は、ＭＢＭＳ計数要求に対する応答である。ＭＣＥ１１は、ＭＢＭＳ計数応答を受信する。

　ＵＥ１００は、ＭＢＭＳサービスを受信している又は受信に興味がある場合、ＭＢＭＳ計数応答をＭＣＥ１１に通知する。ＵＥ１００は、ＭＢＭＳサービス（ＭＢＭＳユーザサービス）を実際に消費している場合に、ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。

　既存のＭＢＭＳ計数手順と異なり、ＵＥ１００は、ＭＢＭＳ計数要求の受信に応じて（すなわち、ＭＢＭＳ計数要求を受信するとすぐに）、ＭＢＭＳ計数応答を通知しなくてもよい。ＵＥ１００は、第２タイマが満了する前であれば、任意のタイミングでＭＢＭＳ計数応答を通知できる。例えば、ＵＥ１００は、自身のバッファ状況に応じて、第２タイマが満了する前であれば、他の情報（制御情報、データ情報）を優先的に送信してもよい。ＵＥ１００は、他の情報を送信した後で、ＭＢＭＳ計数応答を送信できる。

　ステップＳ１０８において、ＭＣＥ１１は、ＭＢＭＳ計数応答の計数を行う。具体的には、ＭＣＥ１１は、第１タイマが満了するまでに受信したＭＢＭＳ計数応答を対象に計数を行う。これにより、ＭＣＥ１１は、ＭＢＭＳ計数要求を受信してすぐに送信されたＭＢＭＳ計数応答だけでなく、第２タイマが満了する前に送信されたＭＢＭＳ計数応答も対象として、計数を行うことができる。これにより、ＭＣＥ１１は、ＭＢＭＳ計数応答の計数結果が正確に分かる。

　ＭＣＥ１１は、自身の判断によって、既存のＭＢＭＳ計数手順を開始できる。既存のＭＢＭＳ計数手順では、ＵＥ１００は、ＭＢＭＳ計数要求の受信に応じて、ＭＢＭＳ計数応答を送信する。このため、ＭＢＭＳ計数手順を開始することによって、Ｅ－ＵＴＲＡＮ１０のトラフィック負荷が増加する。従って、例えば、Ｅ－ＵＴＲＡＮ１０において輻輳が発生している場合に、ＭＣＥ１１は、ＭＢＭＳ計数手順の開始を避けることができる。

　一方、上述のように、ＭＣＥ１１は、ＭｏｏＤ消費報告要求を受信した場合、（強制的に）ＭＢＭＳ計数手順を開始しなければならない可能性が高い。このため、上述の第１タイマ及び第２タイマが利用されることによって、ＭＢＭＳ計数手順の開始によるＥ－ＵＴＲＡＮ１０のトラフィック負荷の増加を緩和できる。

　ステップＳ１０９において、ＭＣＥ１１は、第１タイマが満了した後に、ＭｏｏＤ消費報告（ＭｏｏＤ　Ｃｏｎｓｕｍｐｔｉｏｎ　Ｒｅｐｏｒｔｉｎｇ）をＢＭＳＣ２２に通知する。ＭｏｏＤ消費報告は、ＭｏｏＤ消費報告要求に対する応答である。ＭｏｏＤ消費報告は、ＭＢＭＳ計数応答の計数結果を含む。ＢＭＳＣ２２は、ＭｏｏＤ消費報告を受信する。ＭｏｏＤ消費報告は、ＢＭＳＣ２２がコンテンツの需要状況を把握するための情報である。

　ＢＭＳＣ２２は、ＭＢＭＳ計数応答の計数結果に応じて、ＭＢＭＳサービスの提供の開始又は終了を決定する。動作例１では、ＢＭＳＣ２２は、ＭＢＭＳサービスを提供しているため、ＭＢＭＳサービスの提供を終了するか否かを決定する。すなわち、ＢＭＳＣ２２は、「ＭＢＭＳ　ＯＮ」から「ＭＢＭＳ　ＯＦＦ」へと切り替えるか否かを判断する。例えば、ＢＭＳＣ２２は、ＭＢＭＳ計数応答の合計値が閾値未満である場合、「ＭＢＭＳ　ＯＦＦ」へと切り替えると判断する。ＢＭＳＣ２２は、「ＭＢＭＳ　ＯＦＦ」へと切り替えると判断した場合、ＭＢＭＳ伝送が終了することをＵＥ１００へ通知するための動作を開始する。

　なお、ＢＭＳＣ２２は、マルチキャスト又はブロードキャストで配信可能なコンテンツ（Ｐｏｔｅｎｔｉａｌ　ＭＢＭＳ　Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）をＵＥ１００に通知していた場合、配信可能なコンテンツに対するＭＢＭＳ計数応答の計数結果に応じて、ＭＢＭＳサービスの提供の開始を決定する。すなわち、ＢＭＳＣ２２は、「ＭＢＭＳ　ＯＦＦ」から「ＭＢＭＳ　ＯＮ」へと切り替えるか否かを判断する。例えば、ＢＭＳＣ２２は、ＭＢＭＳ計数応答の合計値が閾値以上である場合、「ＭＢＭＳ　ＯＮ」へと切り替えると判断する。ＢＭＳＣ２２は、「ＭＢＭＳ　ＯＮ」へと切り替えると判断した場合、マルチキャスト又はブロードキャストで配信可能なコンテンツについてＭＢＭＳ伝送を開始することをＵＥ１００へ通知するための動作を開始する。

　（２）動作例２
　図１０を用いて、動作例２を説明する。図１０は、第１実施形態に係る動作例２を説明するためのシーケンス図である。動作例２では、ＭＣＥ１１は、周期的にＭｏｏＤ消費報告をＭＣＥ１１に通知する。

　図１０において、ステップＳ２０１は、ステップＳ１０１に対応する。

　ステップＳ２０２において、周期的ＭｏｏＤ消費報告要求（Ｐｅｒｉｏｄｉｃ　ＭｏｏＤ　Ｃｏｎｓｕｍｐｔｉｏｎ　Ｒｅｐｏｒｔｉｎｇ　ｒｅｑｕｅｓｔ）をＭＣＥ１１に通知する。ＭＣＥ１１は、周期的ＭｏｏＤ消費報告要求を受信する。周期的ＭｏｏＤ消費報告要求は、ＭｏｏＤ消費報告の回数を示す情報を含んでいてもよい。周期的ＭｏｏＤ消費報告要求は、ＭｏｏＤ消費報告の周期（例えば、１分に１回など）を示す情報をさらに含んでいてもよい。ＭＣＥ１１は、ＭｏｏＤ消費報告の周期を示す情報に基づいて、第１タイマ及び／又は第２タイマの値として設定すべき所定値を決定してもよい。

　ステップＳ２０３からＳ２０７は、ステップＳ１０４からＳ１０５、Ｓ１０７からＳ１０９に対応する。なお、ＭＣＥ１１は、第１タイマを利用してもよい。ＵＥ１００は、第２タイマを利用してもよい。

　ステップＳ２０８において、ＭＣＥ１１は、ＭＣＥ計数の実行を再び開始する。ＭＣＥ１１は、ＭｏｏＤ消費報告要求を受信しなくても、ＭＣＥ計数の実行を開始する。

　ステップＳ２０９からＳ２１２は、ステップＳ１０５、Ｓ１０７からＳ１０９に対応する。

　ＭＣＥ１１は、ＭｏｏＤ消費報告を行った後、ＭＣＥ計数の実行を開始できる。ＭＣＥ１１は、ＭｏｏＤ消費報告の回数を示す情報に基づいて、ＭｏｏＤ消費報告を所定の回数通知した後、周期的なＭＣＥ計数の実行を終了してもよい。或いは、ＭＣＥ１１は、周期的なＭＣＥ計数を終了するための通知を受信した場合に、周期的なＭＣＥ計数の実行を終了してもよい。

　ＢＭＳＣ２２は、周期的にＭＢＭＳ計数応答を受信できるため、コンテンツの需要状況を適切に把握可能である。また、ＢＭＳＣ２２は、ＭｏｏＤ消費報告要求を毎回通知する必要が無いため、シグナリングを低減できる。

　（３）動作例３
　図１１を用いて、動作例３を説明する。図１１は、第１実施形態に係る動作例３を説明するためのシーケンス図である。動作例３は、少なくともＲＲＣアイドルＵＥにおけるコンテンツの需要状況を把握するための動作例である。

　図１１の初期状態において、ＵＥ１００は、ＲＲＣアイドル状態である。ＵＥ１００は、ＲＲＣ接続状態であってもよい。

　なお、動作例３は、動作例１又は動作例２が行われた後に、行われてもよい。なお、動作例３において、動作例１と同様に、第１タイマ及び第２タイマが使用されてもよい。また、動作例３が行われる前の動作例１又は動作例２において、第１タイマ及び第２タイマは、使用されなくてもよい。

　図１１に示すように、ステップＳ３０１において、ＢＭＳＣ２２は、ＲＲＣアイドルＵＥを対象にするＭＢＭＳサービス（ＭＢＭＳユーザサービス）のＭｏｏＤ消費調査（ＭｏｏＤ　ｃｏｎｓｕｍｐｔｉｏｎ　ｓｕｒｖｅｙ）の実行を開始する。具体的には、ＢＭＳＣ２２は、ステップＳ１０３の処理を開始する。ＢＭＳＣ２２は、ＲＲＣ接続ＵＥを調査対象に含めてもよい。

　ＢＭＳＣ２２は、動作例１又は動作例２におけるＭｏｏＤ消費報告に基づいて、ＭｏｏＤ消費調査の実行を開始してもよい。例えば、ＢＭＳＣ２２は、ＭＢＭＳ計数応答の合計値が閾値未満である場合に、特定のコンテンツに対するＲＲＣアイドルＵＥの需要状況を把握するために、ＭｏｏＤ消費調査の実行を開始してもよい。

　ステップＳ３０２において、ＢＭＳＣ２２は、ＲＲＣアイドルＵＥのためのＭｏｏＤ消費報告要求（以下、第２のＭｏｏＤ消費報告要求と称する）をＭＣＥ１１に通知する。ＭＣＥ１１は、第２のＭｏｏＤ消費報告要求を受信する。

　第２のＭｏｏＤ消費報告要求は、特定のコンテンツに対するＭｏｏＤ消費報告を要求するものであってもよい。特定のコンテンツに関連する識別子（例えば、ＭＢＭＳサービスの識別子（ＴＭＧＩ：Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）を含んでいてもよい。第２のＭｏｏＤ消費報告要求は、第１タイマの値及び／又は第２タイマの値として設定すべき各所定値を含んでいてもよい。

　ステップＳ３０３において、ＭＣＥ１１は、拡張ＭＣＥ計数（Ｅｎｈａｎｃｅｄ　ＭＣＥ　ｃｏｕｎｔｉｎｇ）の実行を開始する。具体的には、ＭＣＥ１１は、第２のＭｏｏＤ消費報告要求の受信に応じて、ステップＳ３０４の処理を開始する。

　ステップＳ３０４において、ＭＣＥ１１は、拡張ＭＢＭＳ計数要求（Ｅｎｈａｎｃｅｄ　ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｑｕｅｓｔ）をＵＥ１００に通知する。拡張ＭＢＭＳ計数要求は、特定の無線端末の数を計数するための要求を示す情報（以下、要求情報）である。特定の無線端末は、特定のＭＴＣＨを介して伝送される特定のＭＢＭＳサービス（特定のコンテンツ）を受信している無線端末、又は、特定のＭＢＭＳサービス（特定のコンテンツ）の受信に興味がある無線端末である。要求情報は、特定のＭＣＨを介して伝送される制御情報に含まれる。例えば、要求情報は、「ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」に含まれる。或いは、要求情報は、「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」に含まれてもよい。

　また、拡張ＭＢＭＳ計数要求は、第２タイマの値として設定すべき所定値を含んでもよい。

　なお、「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」は、ＭＣＨスケジューリング期間内で、対応するＭＣＨ（特定のＭＣＨ）に割り当てられた最初のサブフレームに含まれる。「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」は、各ＭＴＣＨの位置及びＭＣＨ上で使用されていない位置を示す。また、「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」は、ＭＴＣＨ伝送が停止するかどうかを示すことができる。「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」は、ＬＣＩＤフィールドとＳフィールドとを含む。ＬＣＩＤフィールドは、ＭＴＣＨの論理チャネルＩＤ（ＬＣＩＤ）が格納される。Ｓフィールドは、当該ＬＣＩＤに対応するＭＴＣＨの伝送が停止する予定であることを示す情報（「０００」）が格納可能である。

　ＵＥ１００は、受信した「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」内のＳフィールドに、「０００」以外の所定値（例えば、「１１１」）が格納（設定）されている場合、ＵＥ１００は、制御情報（「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」）が要求情報を含んでいると判断する。

　なお、ＵＥ１００は、Ｓフィールドに要求情報が含まれる場合、Ｓフィールドに「０００」が設定されていないにもかかわらず、対応するＭＴＣＨの伝送が停止する予定であると判断してもよい。

　なお、ＵＥ１００は、拡張ＭＢＭＳ計数要求が第２タイマの値として設定すべき所定値を含んでいる場合、所定値を第２タイマの値として設定する。その後、ＵＥ１００は、第２タイマを起動し、第２タイマが満了する前に、ステップＳ３０５の処理を実行する。

　ステップＳ３０５において、ＵＥ１００は、拡張ＭＢＭＳ計数応答（Ｅｎｈａｎｃｅｄ　ＭＢＭＳ　Ｃｏｕｎｔｉｎｇ　ｒｅｓｐｏｎｓｅ）をＭＣＥ１１に通知する。拡張ＭＢＭＳ計数応答は、拡張ＭＢＭＳ計数要求に対する応答である。ＭＣＥ１１は、拡張ＭＢＭＳ計数応答を受信する。

　ＵＥ１００は、特定のＭＢＭＳサービスを受信している又は受信に興味がある場合、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知する。ＵＥ１００は、特定のＭＢＭＳサービス（特定のＭＢＭＳユーザサービス）を実際に消費している場合に、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。ＵＥ１００は、特定のＭＴＣＨを介して伝送される特定のＭＢＭＳサービスを継続して受信したい場合に、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。或いは、ＵＥ１００は、（特定のＭＢＭＳサービスを継続している間、）ＲＲＣコネクティッド状態になる予定がない場合に、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。

　ＵＥ１００は、ＲＲＣアイドル状態であり且つ特定のＭＢＭＳサービスを受信している又は受信に興味がある場合にのみ、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。すなわち、拡張ＭＢＭＳ計数応答は、ＲＲＣアイドルＵＥのみが通知できてもよい。或いは、拡張ＭＢＭＳ計数応答は、ＲＲＣアイドルＵＥだけでなく、ＲＲＣ接続ＵＥも通知できてもよい。

　ＲＲＣ接続ＵＥは、上述の動作例１又は２におけるＭＢＭＳ計数応答を通知している場合、拡張ＭＢＭＳ計数応答の送信を省略してもよい。或いは、ＲＲＣ接続ＵＥは、ＭＢＭＳ計数要求に基づいて、特定のＭＢＭＳサービスに関するＭＢＭＳ計数応答をＭＣＥ１１に通知した後、特定のＭＢＭＳサービスの受信状況又は特定のＭＢＭＳサービスの受信の興味に変化があった場合に（のみ）、拡張ＭＢＭＳ計数応答をＭＣＥ１１に通知してもよい。

　ＵＥ１００は、拡張ＭＢＭＳ計数応答に、特定のＭＢＭＳサービスの識別子を含めてもよい。特定のＭＢＭＳサービスの識別子は、例えば、ＴＭＧＩである。或いは、特定のＭＢＭＳサービスの識別子は、ＭＢＭＳサービス（番組）に一対一に対応付けられた識別子（番組ＩＤ等）であってもよい。或いは、特定のＭＢＭＳサービスの識別子は、特定のＭＢＭＳサービスを識別するための周波数を示す情報以外の情報であってもよい。また、ＵＥ１００は、ＲＲＣアイドル状態であるＲＲＣコネクティッド状態であるかを示す情報（例えば、フラグ情報（０／１））を含めてもよい。

　なお、動作例１と同様に、第１タイマ及び第２タイマが使用される場合には、ＵＥ１００は、第２タイマが満了するまでに、拡張ＭＢＭＳ計数応答を通知できる。ＲＲＣアイドルＵＥは、第２タイマが満了するまでに、拡張ＭＢＭＳ計数応答の通知以外の目的で、ＲＲＣコネクティッド状態に移行した場合に、拡張ＭＢＭＳ計数応答をついでに通知できる。このため、ＲＲＣアイドルＵＥが、拡張ＭＢＭＳ計数要求を受信してすぐに、拡張ＭＢＭＳ計数応答を通知する場合と比べて、消費電力を抑制できる。また、ＵＥ１００は、後述する動作例４と同様の動作を実行してもよい。

　ステップＳ３０６及びＳ３０７は、ステップＳ１０８及びＳ１０９に対応する。なお、ＭＣＥ１１は、特定のＭＢＭＳサービス毎に拡張ＭＢＭＳ計数応答の数を計数してもよい。或いは、ＭＣＥ１１は、ＲＲＣアイドルＵＥからの拡張ＭＢＭＳ計数応答の数と、ＲＲＣ接続ＵＥからの拡張ＭＢＭＳ計数応答の数とをそれぞれ計数してもよい。

　なお、ＢＭＳＣ２２は、動作例３におけるＭｏｏＤ消費報告を受信した場合にのみ、ＭＢＭＳ計数応答の計数結果に応じて、ＭＢＭＳサービスの提供の開始又は終了を決定できてもよい。すなわち、ＢＭＳＣ２２は、ＲＲＣ接続ＵＥのみにおけるコンテンツの需要状況に基づいて、ＭＢＭＳサービスの提供の開始又は終了を決定するのではなく、ＲＲＣアイドルＵＥ（及びＲＲＣ接続ＵＥ）におけるコンテンツの需要状況を把握した上でのみ、ＭＢＭＳサービスの提供の開始又は終了を決定できてもよい。

　以上のように、ＢＭＳＣ２２（及びＭＣＥ１１）は、ＲＲＣ接続ＵＥにおけるコンテンツの需要状況だけでなく、ＲＲＣアイドルＵＥにおけるコンテンツの需要状況も把握することができる。

　（４）動作例４
　図１２から図１４を用いて、動作例４を説明する。図１２は、第１実施形態に係る動作例４を説明するためのシーケンス図である。図１３は、第１実施形態に係る動作例４を説明するためのフローチャート（その１）である。図１４は、第１実施形態に係る動作例４を説明するためのフローチャート（その２）である。動作例４では、ＵＥ１００が、特定のＭＢＭＳサービスに関するインディケーションをネットワーク装置（ｅＮＢ２００、ＭＣＥ１１、ＢＭＳＣ２２）に自律的に通知する。

　図１２に示すように、ステップＳ４０１において、ＢＭＳＣ２２は、潜在的ＭＢＭＳユーザサービス（Ｐｏｔｅｎｔｉａｌ　ＭＢＭＳ　Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）をユニキャストでＵＥ１００に提供する。潜在的ＭＢＭＳユーザサービスは、ＭＢＭＳユーザサービスへ潜在的に移行する可能性がある非ＭＢＭＳユーザサービスである。潜在的ＭＢＭＳユーザサービスは、マルチキャスト又はブロードキャストで提供可能なコンテンツである。

　ステップＳ４０２において、ＵＥ１００は、ＭＢＭＳサービス（潜在的ＭＢＭＳユーザサービスを含む）の興味が変化したことを検知する。ＵＥ１００は、特定のＭＢＭＳサービスの受信を開始した場合に、ＭＢＭＳサービスの興味が変化したことを検知する。ＵＥ１００は、特定の潜在的ＭＢＭＳユーザサービスの提供の受信を開始した場合に、マルチキャスト又はブロードキャストで配信されるＭＢＭＳサービスに興味があると判定し、ＭＢＭＳサービスの興味が変化したことを検知する。

　なお、ＵＥ１００は、ステップＳ４０３の処理は省略して、ステップＳ４０４の処理を実行してもよい。

　ステップＳ４０３において、ＵＥ１００は、特定のＭＢＭＳサービスの受信又は特定の潜在的ＭＢＭＳユーザサービスの受信を開始した場合に、第３タイマを起動する。第３タイマは、後述する拡張興味インディケーションの通知が禁止された期間を計測するためのタイマである。

　ＵＥ１００は、予め規定されている値（ｐｒｅｄｅｆｉｎｅｄ　ｖａｌｕｅ）を第３タイマの値として設定できる。或いは、ＵＥ１００は、ＵＥ１００が在圏するセルから受信した値を第３タイマの値として設定できる。この場合、セルから受信した値は、システム情報ブロック（例えば、ＳＩＢ１５）に含まれてもよいし、ＲＲＣ（再）設定メッセージに含まれていてもよい。

　ＵＥ１００は、第３タイマが満了してから、拡張興味インディケーションをネットワーク装置に通知する。すなわち、ＵＥ１００は、第３タイマが満了してから、ステップＳ４０４の処理を実行する。これにより、ＵＥ１００が、特定のＭＢＭＳサービスの受信を開始する度に、拡張興味インディケーションが通知されることを抑制できる。ＵＥ１００からネットワーク装置に頻繁に拡張興味インディケーションが通知されることを低減できる。

　ステップＳ４０４において、ＵＥ１００は、拡張興味インディケーションをネットワーク装置に通知する。ＵＥ１００は、ｅＮＢ２００、ＭＣＥ１１及びＢＭＳＣ２２の少なくともいずれかに拡張興味インディケーションを通知する。ＵＥ１００は、ＲＲＣアイドル状態である場合、ＲＲＣ接続状態に移行した後に、拡張興味インディケーションを通知する。

　ＵＥ１００は、ＭＢＭＳサービスを受信している又は受信に興味があることを知らせるためのＭＢＭＳ興味インディケーションを拡張興味インディケーションとして通知する。ここで、ＵＥ１００は、ＭＢＭＳ興味インディケーションにＴＭＧＩを含める。このＴＭＧＩは、ＵＥ１００が受信している又は受信に興味がある特定のＭＢＭＳサービスの識別子である。なお、既存のＭＢＭＳ興味インディケーションは、ＴＭＧＩを含まない。

　ＵＥ１００は、ＭＢＭＳサービスの興味が変化した場合（ＭＢＭＳサービスの興味が変化したことを検知した場合）に、ＴＭＧＩを含む拡張興味インディケーションを通知する。図１３を用いて、ＵＥ１００が拡張興味インディケーションを通知（送信）するか否かを判定する動作の一例を説明する。

　図１３に示すように、ステップＳ５１０において、ＵＥ１００は、第３タイマを開始する。

　ステップＳ５２０において、ＵＥ１００は、第３タイマを開始してから、受信するＭＢＭＳサービスが変化した場合（Ｙｅｓ）、処理を終了する。すなわち、ＵＥ１００は、第３タイマを開始する前のＭＢＭＳサービスと第３タイマを開始した後のＭＢＭＳサービスとが異なる場合に、処理を終了する。これにより、ＵＥ１００は、受信するＭＢＭＳサービスに変化がある場合には、拡張興味インディケーションをすぐに通知できない。ＵＥ１００は、処理を終了した後、本動作（ステップＳ５１０）を開始することができる。一方、ＵＥ１００は、受信するＭＢＭＳサービスが変化しない場合（Ｎｏ）、ステップＳ５３０の処理を実行する。すなわち、ＵＥ１００は、第３タイマを開始する前のＭＢＭＳサービスと第３タイマを開始した後のＭＢＭＳサービスとが一致する場合に、ステップＳ５３０の処理を実行する。

　ステップＳ５３０において、ＵＥ１００は、第３タイマが満了した場合（Ｙｅｓ）、ステップＳ５４０の処理を実行する。ＵＥ１００は、第３タイマが満了していない場合（Ｎｏ）、ステップＳ５２０の処理を実行する。なお、ステップＳ５３０の後に実行されるステップＳ５２０は、受信するＭＢＭＳサービスが変化したままだった場合、或いは、新たなＭＢＭＳサービスを受信している場合に、ステップＳ５３０の処理を実行する。

　ステップＳ５４０において、ＵＥ１００は、拡張興味インディケーションを通知する（応答報告）。

　このように、ＵＥ１００は、ＭＢＭＳサービスの興味が変化した場合に、ＴＭＧＩを含む拡張興味インディケーションを通知する。

　或いは、ＵＥ１００は、ＭＢＭＳサービスを受信している場合において、特定のＭＢＭＳサービスの提供に用いられる特定のＭＴＣＨの伝送が停止する予定である場合に、ＴＭＧＩを含む拡張興味インディケーションを通知してもよい。なお、ＵＥ１００は、「０００」に設定されたＳフィールドを含む「Ｅｘｔｅｎｄｅｄ　ＭＣＨ　Ｓｃｈｅｄｕｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｃ　ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ」を受信した場合に、特定のＭＴＣＨの伝送が停止する予定であると判定する。

　ＵＥ１００は、第３タイマを起動している場合、第３タイマが満了した場合（にのみ）、ＴＭＧＩを含む拡張興味インディケーションを通知してもよい。或いは、ＵＥ１００は、ＵＥ１００が在圏するサービングセル（ＰＣｅｌｌ）が、ブロードキャストによって送信されるＭＢＭＳ受信のためのモビリティ手順に関するシステム情報（ＳＩＢ１５）を提供している間、ＴＭＧＩを含む拡張興味インディケーションを通知してもよい。

　また、ＵＥ１００は、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されている場合（にのみ）、ＴＭＧＩを含む拡張興味インディケーションを通知してもよい。図１４を用いて、ＵＥ１００が拡張興味インディケーションを送信するか否かを判定する動作の一例を説明する。

　図１４に示すように、ステップＳ５０１において、ＵＥ１００は、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されているか否かを判定する。例えば、ＵＥ１００は、ネットワーク装置から、拡張興味インディケーションの要求を受信している場合に、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されていると判断する。

　ＵＥ１００は、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されている場合（Ｙｅｓ）、ステップＳ５１０の処理を実行する。以後の動作は、上述にて説明した動作と同じである。一方で、ＵＥ１００は、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されていない場合（Ｎｏ）、処理を終了する。

　このように、ＵＥ１００は、ＴＭＧＩを含む拡張興味インディケーションの通知がネットワーク装置から許可されている場合に、拡張興味インディケーションを通知できる。この場合、ネットワーク装置が、拡張興味インディケーションの送信のランダマイズが可能である。このため、ＭＢＭＳサービスの提供を開始した場合に、拡張興味インディケーションが一斉に送信されることを抑制できる。また、ネットワーク装置は、拡張興味インディケーションの要求によって、既存のＭＢＭＳ興味インディケーションと拡張興味インディケーションとの切り替えを制御することができる。すなわち、ＵＥ１００は、拡張興味インディケーションの通知がネットワーク装置から許可されていない場合は、既存のＭＢＭＳ興味インディケーションを通知し、拡張興味インディケーションの通知がネットワーク装置から許可されている場合には、既存のＭＢＭＳ興味インディケーションの代わりに、拡張興味インディケーションを通知する。

　なお、ＵＥ１００は、拡張興味インディケーションを通知した場合に、拡張興味インディケーションの通知が禁止された期間を計測するための第４タイマを起動してもよい。ＵＥ１００は、第４タイマが満了した後に、拡張興味インディケーションを通知してもよい。

　拡張興味インディケーションを受信したネットワーク装置は、拡張興味インディケーションの数を計数する。ネットワーク装置は、拡張興味インディケーションに含まれるＴＭＧＩに基づいて、特定のＭＢＭＳサービス毎に拡張興味インディケーションの数を計数してもよい。ネットワーク装置は、特定のＭＢＭＳサービス毎のＵＥ数を保持する。

　なお、既存のＭＢＭＳ興味インディケーションは、ＵＥ１００が在圏するセルを決めるために用いられ、コンテンツの需要状況を把握するためには用いられない。従って、仕様上、ネットワーク装置は、既存の興味インディケーションの数を計数していない。

　ｅＮＢ２００が、拡張興味インディケーションの数を計数した場合、計数結果を含むＭｏｏＤ消費報告をＭＣＥ１１及びＢＭＳＣ２２の少なくとも一方に通知できる。ｅＮＢ２００は、ＭＣＥ１１又はＢＭＳＣ２２の要求に応じて、ＭｏｏＤ消費報告を通知してもよい。また、ＭＣＥ１１が、拡張興味インディケーションの数を計数した場合、計数結果を含むＭｏｏＤ消費報告をＢＭＳＣ２２に通知できる。ＭＣＥ１１は、ＢＭＳＣ２２の要求に応じて、ＭｏｏＤ消費報告を通知してもよい。

　なお、ＵＥ１００は、最後に拡張興味インディケーションにより通知した特定のＭＢＭＳサービスに興味がなくなった場合、ＭＢＭＳサービスに興味がなくなったことを拡張興味インディケーションによりネットワーク装置に通知してもよい。

　［第２実施形態］
　以下において、第２実施形態について、図１５を用いて説明する。図１５は、第２実施形態に係る動作を説明するためのシーケンス図である。

　ＭｏｏＤでは、ＢＭＳＣ２２が、「ＭＢＭＳ　ＯＮ」と「ＭＢＭＳ　ＯＦＦ」との切り替えを判断する。ＢＭＳＣ２２が、「ＭＢＭＳ　ＯＦＦ」に切り替えると判断した場合、すなわち、コンテンツをユニキャストで提供する場合、当該コンテンツに対応する情報（例えば、ＴＭＧＩ）をユーザサービス説明情報であるＵＳＤ（Ｕｓｅｒ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｉｏｎ）から除去する。一方、ＢＭＳＣ２２が、「ＭＢＭＳ　ＯＮ」に切り替えると判断した場合、すなわち、コンテンツをマルチキャストで提供する場合、当該コンテンツに対応する情報（例えば、ＴＭＧＩ）をユーザサービス説明情報であるＵＳＤ（Ｕｓｅｒ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｉｏｎ）に追加する。

　このように、ＢＭＳＣ２２が、ＵＳＤを動的に更新することが想定される。しかしながら、ＲＲＣアイドルＵＥは、ネットワークとのＲＲＣ接続が確立されていないため、ＵＳＤが更新されたことが分からない虞がある。そこで、以下の方法により、ＲＲＣアイドルＵＥが、ＵＳＤが更新されたことを知ることができる。

　ステップＳ６０１において、ＢＭＳＣ２２は、ＵＥ１００にＵＳＤを通知する。ここでは、ＴＭＧＩ１、ＴＭＧＩ２、ＴＭＧＩ３のそれぞれによって示されるＭＢＭＳサービスが提供されている仮定して説明を進める。従って、ＵＳＤは、ＴＭＧＩ１／２／３を示す情報を含む。

　ＵＥ１００は、ＲＲＣ接続状態であり、ＵＳＤを受信する。ＵＥ１００は、受信したＵＳＤを保持する。その後、ＵＥ１００は、ＲＲＣアイドル状態に移行する。

　ステップＳ６０２において、ｅＮＢ２００は、実際に提供しているＭＢＭＳサービスをＳＩＢ１５によりＵＥ１００に通知する。ここでは、ＴＭＧＩ１及びＴＭＧＩ２のそれぞれによって示されるＭＢＭＳサービスがｅＮＢ２００（ＭＣＥ１１）から実際に提供されていると仮定して説明を進める。従って、ＳＩＢ１５は、ＴＧＭＩ１／２を示す情報を含む。

　ステップＳ６０３において、ＢＭＳＣ２２は、更新されたＵＳＤをＭＣＥ１１に通知する。

　ＢＭＳＣ２２は、ＴＭＧＩ２に対応するＭＢＭＳサービスについて、「ＭＢＭＳ　ＯＦＦ」に切り替えると判断する。従って、ＢＭＳＣ２２は、ＵＳＤからＴＭＧＩ２を除去する。また、ＢＭＳＣ２２は、ＴＭＧＩ４に対応するＭＢＭＳサービスについて、「ＭＢＭＳ　ＯＮ」に切り替えると判断する。従って、ＢＭＳＣ２２は、ＵＳＤにＴＭＧＩ４を追加する。ＢＭＳＣ２２は、ＵＳＤからＴＭＧＩ２を除去し、且つＵＳＤにＴＭＧＩ４を追加することによって、ＵＳＤを更新する。

　更新されたＵＳＤを受信したＭＣＥ１１は、実際に利用可能なＭＢＭＳサービス（ＴＭＧＩ）を更新する。具体的には、実際に利用可能なＭＢＭＳサービスをＴＭＧＩ１及び４に対応するＭＢＭＳサービスに決定する。

　ステップＳ６０４において、ＭＣＥ１１は、実際に利用可能なＭＢＭＳサービス（ＴＭＧＩ１、４）をｅＮＢ２００に通知する。

　ステップＳ６０５において、ｅＮＢ２００は、実際に利用可能なＭＢＭＳサービス（ＴＭＧＩ１、４）を示す情報を含む更新されたＳＩＢ１５によりＵＥ１００に通知する。

　ステップＳ６０６において、ＵＥ１００は、更新されたＳＩＢ１５に含まれるＴＭＧＩが、保持するＵＳＤに含まれるＴＭＧＩと一致するか否かを判断する。ＵＥ１００は、更新されたＳＩＢ１５に含まれるＴＭＧＩ（例えば、ＴＭＧＩ４）が保持するＵＳＤに含まれない場合、ＴＭＧＩが一致しないと判断する。また、ＵＥ１００は、保持するＵＳＤに含まれるＴＭＧＩ（例えば、ＴＭＧＩ２）が更新されたＳＩＢ１５に含まれない場合、ＴＭＧＩが一致しないと判断する。ＵＥ１００は、ＴＭＧＩが一致しない場合、ＵＳＤが更新されたと判断し、ＵＳＤを更新するための動作を開始する。従って、ＵＥ１００は、ＳＩＢ１５に基づいて、ＵＳＤを更新するための動作を開始する。

　ステップＳ６０７において、ＵＥ１００は、ＲＲＣアイドル状態である場合、ＲＲＣ接続を確立する。

　ステップＳ６０８において、ＵＥ１００は、更新したＵＳＤをＢＭＳＣ２２から受信する。ＵＥ１００は、更新したＵＳＤを保持する。

　以上により、ＵＥ１００が、ＲＲＣアイドル状態である場合であっても、ＵＳＤが更新されたことを知ることができる。

　［その他の実施形態］
　上述した第１実施形態（動作例１及び２）において、既存のＭＢＭＳ計数手順が実行されていたが、これに限られない。ＭＣＥ１１は、ＭＢＭＳサービス（ＭＢＭＳユーザサービス）の実際の消費を決定するための他の手順を実行してもよい。

　上述した第１実施形態において、ＭＣＥ１１は、計数の対象となるＭＢＭＳサービスを示すＴＭＧＩのリストをＵＥ１００に通知していてもよい。例えば、ＭＣＥ１１は、ＭＢＭＳ計数要求又は拡張ＭＢＭＳ計数要求により、計数の対象となるＭＢＭＳサービスを示すＴＭＧＩのリストをＵＥ１００に通知できる。ＵＥ１００は、当該リスト内のＴＭＧＩをＭＢＭＳ計数応答又は拡張ＭＢＭＳ計数応答に含めることができる。

　上述した第１実施形態（動作例１から３）において、ＭＣＥ１１の代わりに、ｅＮＢ２００がＭＣＥ１１の動作を実行してもよい。また、ＢＭＳＣ２２がコンテンツの需要状況を把握するためだけでなく、ＭＣＥ１１がコンテンツの需要状況を把握するために、ＢＭＳＣ２２の動作を実行してもよい。

　上述した第２実施形態において、ＵＥ１００は、ＴＭＧＩに基づいて、ＵＳＤが更新されたと判断していたが、これに限られない。ＵＥ１００は、ＵＳＤに含まれる情報（例えば、「ＭＢＭＳ　Ｓｅｒｖｉｃｅ　ＩＤ」、「Ｍｏｂｉｌｅ　Ｃｏｕｎｔｒｙ　Ｃｏｄｅ　（ＭＣＣ）」、「Ｍｏｂｉｌｅ　Ｎｅｔｗｏｒｋ　Ｃｏｄｅ　（ＭＮＣ）」、「Ｔｈｅ　ｓｅｓｓｉｏｎ　ｓｔａｒｔ　ａｎｄ　ｅｎｄ　ｔｉｍｅ」、「ｆｒｅｑｕｅｎｃｉｅｓ」、「ＭＢＭＳ　ｓｅｒｖｉｃｅ　ａｒｅａ　ｉｄｅｎｔｉｔｉｅｓ（ＳＡＩ）」の少なくともいずれかの情報）と、ＳＩＢにより提供される情報とに基づいて、ＵＳＤが更新されたか否かを判断してもよい。なお、「Ｔｈｅ　ｓｅｓｓｉｏｎ　ｓｔａｒｔ　ａｎｄ　ｅｎｄ　ｔｉｍｅ」は、ＭＢＭＳサービスのコンテンツの開始及び終了時間を示す情報である。「ｆｒｅｑｕｅｎｃｉｅｓ」は、ＭＢＭＳサービスが提供される可能性がある１つ以上の周波数を示す情報である。「ＭＢＭＳ　ｓｅｒｖｉｃｅ　ａｒｅａ　ｉｄｅｎｔｉｔｉｅｓ（ＳＡＩ）」は、ＭＢＭＳサービスのコンテンツを配信するエリア（ＭＢＭＳ　ｓｅｒｖｉｃｅ　ａｒｅａ）を示す情報である。

　上述した第１実施形態及び第２実施形態は、別個独立して実施してもよいし、相互に組み合わせて実施してもよい。また、第１実施形態の各動作例は、別個独立して実施してもよいし、相互に組み合わせて実施してもよい。

　上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。

　なお、米国仮出願第６２／１５３２３０号（２０１５年４月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。

Claims

　無線端末であって、
　前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味があることを知らせるためのＭＢＭＳ興味インディケーションをネットワーク装置に通知する制御部を備え、
　前記制御部は、前記ＭＢＭＳ興味インディケーションに前記無線端末が受信している又は前記ＭＢＭＳサービスの受信に興味がある特定のＭＢＭＳサービスの識別子を含めることを特徴とする無線端末。
　前記制御部は、前記ＭＢＭＳサービスの受信の興味が変化した場合、又は、前記特定のＭＢＭＳサービスを提供するための特定のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）の伝送が停止する予定である場合に、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知することを特徴とする請求項１に記載の無線端末。
　前記制御部は、前記無線端末が前記特定のＭＢＭＳサービスの受信又は前記特定のＭＢＭＳサービスに移行し得る特定の潜在的ＭＢＭＳサービスの受信を開始した場合に、タイマを起動し、
　前記制御部は、前記タイマが満了した場合に、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知することを特徴とする請求項１に記載の無線端末。
　前記制御部は、前記ＭＢＭＳ興味インディケーションの通知が前記ネットワーク装置から許可されている場合にのみ、前記特定のＭＢＭＳサービスの識別子を含む前記ＭＢＭＳ興味インディケーションを通知することを特徴とする請求項１に記載の無線端末。
　ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求を無線端末に通知する制御部と、
　前記無線端末から前記要求に対する応答を受信する受信部と、を備え、
　前記制御部は、前記要求を通知した後、タイマを起動し、
　前記制御部は、前記タイマが満了するまでに受信した前記応答の数を計数することを特徴とするネットワーク装置。
　前記制御部は、前記ＭＢＭＳサービスの提供の開始及び終了を決定する上位ノードに、前記応答の数を計数した結果を通知することを特徴とする請求項５に記載のネットワーク装置。
　ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求をネットワーク装置から受信する受信部と、
　前記要求の受信に応じて、タイマを起動する制御部と、を備え、
　前記制御部は、前記ＭＢＭＳサービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある場合、前記タイマが満了するまでに前記応答を前記ネットワーク装置に通知することを特徴とする無線端末。
　前記要求は、前記タイマの値として設定すべき所定値を含み、
　前記制御部は、前記所定値を前記タイマの値として設定することを特徴とする請求項７に記載の無線端末。
　前記制御部は、予め規定されている値又は前記無線端末が在圏するセルから受信した値を、前記タイマの値として設定することを特徴とする請求項７に記載の無線端末。
　ＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）を介して伝送される制御情報をネットワーク装置から受信する受信部と、
　特定の無線端末の数を計数するための要求を示す情報が前記制御情報に含まれる場合、前記要求に対する応答を前記ネットワーク装置に通知する制御部と、を備え、
　前記特定の無線端末は、特定のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）を介して伝送される特定のＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスを受信している又は前記特定のＭＢＭＳサービスの受信に興味がある無線端末であることを特徴とする無線端末。
　前記要求を示す情報は、前記特定のＭＴＣＨの伝送が停止する予定であることを示す情報が格納可能であるフィールドに格納されることを特徴とする請求項１０に記載の無線端末。
　前記制御部は、前記無線端末がＲＲＣアイドル状態であり且つ前記特定のＭＢＭＳサービスを受信している又は前記特定のＭＢＭＳサービスの受信に興味がある場合にのみ、前記応答を前記ネットワーク装置に通知することを特徴とする請求項１０に記載の無線端末。
　前記受信部は、前記制御情報を受信する前に、ＲＲＣ接続状態においてのみ受信可能であるＭＢＭＳ計数要求を受信し、
　前記制御部は、前記ＭＢＭＳ計数要求に基づいて、前記特定のＭＢＭＳサービスに関するＭＢＭＳ計数応答を前記ネットワーク装置に通知した後、前記特定のＭＢＭＳサービスの受信状況又は前記特定のＭＢＭＳサービスの受信の興味に変化があった場合に、前記応答を前記ネットワーク装置に通知し、
　前記ＭＢＭＳ計数要求は、前記ＭＢＭＳサービスを受信している又は前記ＭＢＭＳサービスの受信に興味がある無線端末の数を計数するための要求であり、
　前記ＭＢＭＳ計数応答は、前記ＭＢＭＳ計数要求に対する応答であることを特徴とする請求項１０に記載の無線端末。
　前記制御部は、前記要求に対する応答に前記特定のＭＢＭＳサービスの識別子を含めることを特徴とする請求項１０に記載の無線端末。