(57)【要約】  ＭＢＭＳ制御方法は、ネットワークが、第１の時刻において、ＭＢＭＳデータの配信を開始するステップと、ＵＥ１００−２が、第１の時刻よりも後の第２の時刻において、ＭＢＭＳデータの受信を開始するステップと、ＵＥ１００−２が、第１の時刻から第２の時刻までの間に配信されたＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信をネットワークに要求するステップと、を有する。
2015125902.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて用いられるＭＢＭＳ制御方法であって、
ネットワークが、第１の時刻において、ＭＢＭＳデータの配信を開始するステップと、
ユーザ端末が、前記第１の時刻よりも後の第２の時刻において、前記ＭＢＭＳデータの受信を開始するステップと、
前記ユーザ端末が、前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求するステップと、を有することを特徴とするＭＢＭＳ制御方法。
【請求項２】
前記ユーザ端末が、前記第２の時刻において受信が開始された前記ＭＢＭＳデータである第２のＭＢＭＳデータ部分を受信バッファに蓄積するステップと、
前記ユーザ端末が、前記ネットワークからユニキャストで配信された前記第１のＭＢＭＳデータ部分を受信すると、前記第１のＭＢＭＳデータ部分及び前記第２のＭＢＭＳデータ部分の順に前記ＭＢＭＳデータを再生するステップと、をさらに有することを特徴とする請求項１に記載のＭＢＭＳ制御方法。
【請求項３】
前記再生するステップにおいて、前記ユーザ端末は、前記ＭＢＭＳデータの配信が終了する第３の時刻までに前記ＭＢＭＳデータの再生を完了できるように、標準再生速度よりも速い所定の再生速度で前記ＭＢＭＳデータを再生することを特徴とする請求項２に記載のＭＢＭＳ制御方法。
【請求項４】
前記ユーザ端末が、前記所定の再生速度で前記ＭＢＭＳデータを再生しても、前記第３の時刻までに前記ＭＢＭＳデータの再生が完了しない場合に、その旨をユーザインターフェイス上に表示するステップをさらに有することを特徴とする請求項３に記載のＭＢＭＳ制御方法。
【請求項５】
前記ネットワークにおいて前記ＭＢＭＳデータの提供元装置から前記ＭＢＭＳデータを受信する基地局が、前記第１の時刻において前記ＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積するステップと、
前記基地局が、前記ユニキャスト配信の要求に基づいて、前記蓄積しているＭＢＭＳデータを前記第１のＭＢＭＳデータ部分として前記ユーザ端末にユニキャストで配信するステップと、をさらに有することを特徴とする請求項１に記載のＭＢＭＳ制御方法。
【請求項６】
前記基地局が、前記蓄積しているＭＢＭＳデータを一定時間は破棄せずに保持するステップと、
前記基地局が、前記ユニキャスト配信が要求された前記第１のＭＢＭＳデータ部分の少なくとも一部が蓄積されていない場合に、当該蓄積されてない部分を前記提供元装置から取得するステップと、をさらに有することを特徴とする請求項５に記載のＭＢＭＳ制御方法。
【請求項７】
前記要求するステップは、前記ユーザ端末が、
前記ＭＢＭＳデータの最初からユニキャストで配信するよう前記ネットワークに要求するステップと、
前記第１のＭＢＭＳデータ部分に対応する前記ＭＢＭＳデータを前記ネットワークから受信したことに応じて、前記ユニキャスト配信の停止を前記ネットワークに要求するステップと、を含むことを特徴とする請求項１に記載のＭＢＭＳ制御方法。
【請求項８】
前記ユニキャストで配信するステップは、前記基地局が、
前記ＭＢＭＳデータの最初からユニキャストで前記ユーザ端末に配信するステップと、
前記第１のＭＢＭＳデータ部分に対応する前記ＭＢＭＳデータをユニキャストで前記ユーザ端末に配信したことに応じて、前記ユニキャスト配信を停止するとともに、前記ユニキャスト配信の停止を前記ユーザ端末に通知するステップと、を含むことを特徴とする請求項５に記載のＭＢＭＳ制御方法。
【請求項９】
前記ＭＢＭＳデータの配信を開始するステップにおいて、前記ネットワークは、前記ＭＢＭＳデータの配信要求端末の数が単数である場合に、ユニキャストで前記ＭＢＭＳデータの配信を開始し、
前記ＭＢＭＳ制御方法は、
前記ネットワークが、前記配信要求端末の数が単数から複数に増加した場合に、前記ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替えるステップをさらに有することを特徴とする請求項１に記載のＭＢＭＳ制御方法。
【請求項１０】
前記ネットワークが、前記配信要求端末の数が複数から単数に減少した場合に、前記ＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替えるステップをさらに有することを特徴とする請求項９に記載のＭＢＭＳ制御方法。
【請求項１１】
前記ネットワークが、前記ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替える場合に、又は前記ＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替える場合に、前記配信要求端末に対して配信切り替え通知を送信するステップをさらに有することを特徴とする請求項９に記載のＭＢＭＳ制御方法。
【請求項１２】
アイドル状態にあるユーザ端末が、前記ＭＢＭＳデータがブロードキャスト／マルチキャストで配信されていない場合に、前記ネットワークとの接続を確立した上で、前記ＭＢＭＳデータの配信を前記ネットワークに要求するステップをさらに有することを特徴とする請求項９に記載のＭＢＭＳ制御方法。
【請求項１３】
移動通信システムにおいて、ネットワークが第１の時刻においてＭＢＭＳデータの配信を開始した後、第２の時刻において前記ＭＢＭＳデータの受信を開始するユーザ端末であって、
前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求する制御部を有することを特徴とするユーザ端末。
【請求項１４】
移動通信システムにおいて、ＭＢＭＳデータを配信する基地局であって、
前記ＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積する制御部を有し、
前記制御部は、ユーザ端末からのユニキャスト配信の要求に基づいて、前記蓄積しているＭＢＭＳデータを前記ユーザ端末にユニキャストで配信することを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるＭＢＭＳ制御方法、ユーザ端末、及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）の仕様が策定されている（例えば非特許文献１参照）。【０００３】
ＭＢＭＳでは、ユーザ端末は、移動通信システムのネットワークからブロードキャスト／マルチキャストで配信されるＭＢＭＳデータ（マルチメディアコンテンツ）を受信する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ３６．３００  Ｖ１２．０．０」  ２０１４年１月１０日
【発明の概要】
【０００５】
ネットワークがＭＢＭＳデータのブロードキャスト／マルチキャスト配信を開始した後、ユーザ端末が、当該ＭＢＭＳデータの受信（すなわち、途中受信）を開始することがある。
【０００６】
このような場合、ユーザ端末は、当該ＭＢＭＳデータを途中から再生可能であるものの、当該ＭＢＭＳデータを最初から再生することができないという問題がある。
【０００７】
そこで、本発明は、ＭＢＭＳデータを途中受信する場合でも、ＭＢＭＳデータを最初から再生することを可能とするＭＢＭＳ制御方法、ユーザ端末、及び基地局を提供することを目的とする。
【０００８】
第１の特徴に係るＭＢＭＳ制御方法は、移動通信システムにおいて用いられる方法である。前記ＭＢＭＳ制御方法は、ネットワークが、第１の時刻において、ＭＢＭＳデータの配信を開始するステップと、ユーザ端末が、前記第１の時刻よりも後の第２の時刻において、前記ＭＢＭＳデータの受信を開始するステップと、前記ユーザ端末が、前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求するステップと、を有する。
【０００９】
第２の特徴に係るユーザ端末は、移動通信システムにおいて、ネットワークが第１の時刻においてＭＢＭＳデータの配信を開始した後、第２の時刻において前記ＭＢＭＳデータの受信を開始する。前記ユーザ端末は、前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求する制御部を有する。
【００１０】
第３の特徴に係る基地局は、移動通信システムにおいて、ＭＢＭＳデータを配信する。前記基地局は、前記ＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積する制御部を有する。前記制御部は、ユーザ端末からのユニキャスト配信の要求に基づいて、前記蓄積しているＭＢＭＳデータを前記ユーザ端末にユニキャストで配信する。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係るＭＢＭＳが提供されるエリアを示す図である。
【図６】第１実施形態及び第２実施形態に係るＭＢＭＳに関連するネットワーク構成を示す図である。
【図７】第１実施形態に係る全体動作を示す図である。
【図８】第１実施形態に係るＵＥが受信するＭＢＭＳデータの量を示すタイムチャートである。
【図９】第１実施形態に係るＵＥにおける再生制御を示すタイムチャートである。
【図１０】第１実施形態に係るＭＢＭＳデータの再生が配信終了時刻までに完了しないケースを示すタイムチャートである。
【図１１】第１実施形態に係るユーザインターフェイスにおける表示例を示す図である。
【図１２】第１実施形態に係るｅＮＢにおける配信制御を示すシーケンス図である。
【図１３】第１実施形態に係るユニキャスト配信制御の動作パターン１を示すフロー図である。
【図１４】第１実施形態に係るユニキャスト配信制御の動作パターン２を示すフロー図である。
【図１５】第２実施形態に係る動作パターン１を示すフロー図である。
【図１６】第２実施形態に係る動作パターン２を示すフロー図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
第１実施形態及び第２実施形態に係るＭＢＭＳ制御方法は、移動通信システムにおいて用いられる方法である。前記ＭＢＭＳ制御方法は、ネットワークが、第１の時刻において、ＭＢＭＳデータの配信を開始するステップと、ユーザ端末が、前記第１の時刻よりも後の第２の時刻において、前記ＭＢＭＳデータの受信を開始するステップと、前記ユーザ端末が、前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求するステップと、を有する。
【００１３】
第１実施形態では、前記ＭＢＭＳ制御方法は、前記ユーザ端末が、前記第２の時刻において受信が開始された前記ＭＢＭＳデータである第２のＭＢＭＳデータ部分を受信バッファに蓄積するステップと、前記ユーザ端末が、前記ネットワークからユニキャストで配信された前記第１のＭＢＭＳデータ部分を受信すると、前記第１のＭＢＭＳデータ部分及び前記第２のＭＢＭＳデータ部分の順に前記ＭＢＭＳデータを再生するステップと、をさらに有する。
【００１４】
第１実施形態では、前記再生するステップにおいて、前記ユーザ端末は、前記ＭＢＭＳデータの配信が終了する第３の時刻までに前記ＭＢＭＳデータの再生を完了できるように、標準再生速度よりも速い所定の再生速度で前記ＭＢＭＳデータを再生する。
【００１５】
第１実施形態では、前記ＭＢＭＳ制御方法は、前記ユーザ端末が、前記所定の再生速度で前記ＭＢＭＳデータを再生しても、前記第３の時刻までに前記ＭＢＭＳデータの再生が完了しない場合に、その旨をユーザインターフェイス上に表示するステップをさらに有する。
【００１６】
第１実施形態では、前記ネットワークにおいて前記ＭＢＭＳデータの提供元装置から前記ＭＢＭＳデータを受信する基地局が、前記第１の時刻において前記ＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積するステップと、前記基地局が、前記ユニキャスト配信の要求に基づいて、前記蓄積しているＭＢＭＳデータを前記第１のＭＢＭＳデータ部分として前記ユーザ端末にユニキャストで配信するステップと、をさらに有する。
【００１７】
第１実施形態では、前記ＭＢＭＳ制御方法は、前記基地局が、前記蓄積しているＭＢＭＳデータを一定時間は破棄せずに保持するステップと、前記基地局が、前記ユニキャスト配信が要求された前記第１のＭＢＭＳデータ部分の少なくとも一部が蓄積されていない場合に、当該蓄積されてない部分を前記提供元装置から取得するステップと、をさらに有する。
【００１８】
第１実施形態では、前記要求するステップは、前記ユーザ端末が、前記ＭＢＭＳデータの最初からユニキャストで配信するよう前記ネットワークに要求するステップと、前記第１のＭＢＭＳデータ部分に対応する前記ＭＢＭＳデータを前記ネットワークから受信したことに応じて、前記ユニキャスト配信の停止を前記ネットワークに要求するステップと、を含む。
【００１９】
第１実施形態では、前記ユニキャストで配信するステップは、前記基地局が、前記ＭＢＭＳデータの最初からユニキャストで前記ユーザ端末に配信するステップと、前記第１のＭＢＭＳデータ部分に対応する前記ＭＢＭＳデータをユニキャストで前記ユーザ端末に配信したことに応じて、前記ユニキャスト配信を停止するとともに、前記ユニキャスト配信の停止を前記ユーザ端末に通知するステップと、を含む。
【００２０】
第２実施形態では、前記ＭＢＭＳデータの配信を開始するステップにおいて、前記ネットワークは、前記ＭＢＭＳデータの配信要求端末の数が単数である場合に、ユニキャストで前記ＭＢＭＳデータの配信を開始する。前記ＭＢＭＳ制御方法は、前記ネットワークが、前記配信要求端末の数が単数から複数に増加した場合に、前記ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替えるステップをさらに有する。
【００２１】
第２実施形態では、前記ＭＢＭＳ制御方法は、前記ネットワークが、前記配信要求端末の数が複数から単数に減少した場合に、前記ＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替えるステップをさらに有する。
【００２２】
第２実施形態では、前記ＭＢＭＳ制御方法は、前記ネットワークが、前記ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替える場合に、又は前記ＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替える場合に、前記配信要求端末に対して配信切り替え通知を送信するステップをさらに有する。
【００２３】
第２実施形態では、アイドル状態にあるユーザ端末が、前記ＭＢＭＳデータがブロードキャスト／マルチキャストで配信されていない場合に、前記ネットワークとの接続を確立した上で、前記ＭＢＭＳデータの配信を前記ネットワークに要求するステップをさらに有する。
【００２４】
第１実施形態及び第２実施形態に係るユーザ端末は、移動通信システムにおいて、ネットワークが第１の時刻においてＭＢＭＳデータの配信を開始した後、第２の時刻において前記ＭＢＭＳデータの受信を開始する。前記ユーザ端末は、前記第１の時刻から前記第２の時刻までの間に配信された前記ＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信を前記ネットワークに要求する制御部を有する。
【００２５】
第１実施形態及び第２実施形態に係る基地局は、移動通信システムにおいて、ＭＢＭＳデータを配信する。前記基地局は、前記ＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積する制御部を有する。前記制御部は、ユーザ端末からのユニキャスト配信の要求に基づいて、前記蓄積しているＭＢＭＳデータを前記ユーザ端末にユニキャストで配信する。
【００２６】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２７】
（システム構成）
以下において、第１実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００２８】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２９】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３１】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３２】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００３３】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３４】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３５】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３６】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。メモリ１５０は、後述する受信バッファの機能も有する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３７】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００３８】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３９】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４０】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４３】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４６】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣ接続状態（接続状態）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。
【００４７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４８】
また、ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４９】
無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５０】
（ＭＢＭＳの概要）
以下において、ＭＢＭＳの概要について説明する。第１実施形態に係るＬＴＥシステムは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）をサポートする。ＭＢＭＳでは、ＵＥ１００は、ネットワークからブロードキャスト／マルチキャストで配信されるマルチメディアコンテンツ（ＭＢＭＳデータ）を受信する。なお、ＵＥ１００は、ＲＲＣ接続状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。
【００５１】
図５は、ＭＢＭＳが提供されるエリアを示す図である。
【００５２】
図５に示すように、複数のセルにより１つのＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。
【００５３】
図６は、ＭＢＭＳに関連するネットワーク構成を示す図である。
【００５４】
図６に示すように、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）３１０は、ＭＢＭＳデータを配信する機能を提供する。ＢＭ−ＳＣ３１０は、ＭＢＭＳデータの提供元装置に相当する。
【００５５】
ＭＢＭＳ  ＧＷ（ＭＢＭＳ  ｇａｔｅｗａｙ）３２０は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ(Ｍｕｌｔｉ−ｃｅｌｌ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｅｎｔｉｔｙ)３３０は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定したりする。
【００５６】
ｅＮＢ２００は、自セルに在圏するＵＥ１００−１乃至ＵＥ１００−３に対し、ブロードキャスト／マルチキャストでＭＢＭＳデータを配信する。但し、ｅＮＢ２００は、ＲＲＣ接続状態のＵＥ１００に対して、ユニキャストでＭＢＭＳデータを配信することもできる。
【００５７】
ネットワーク（ｅＮＢ２００）がＭＢＭＳデータのブロードキャスト／マルチキャスト配信を開始した後、ＵＥ１００が、当該ＭＢＭＳデータの受信（すなわち、途中受信）を開始することがある。このような場合、当該ＵＥ１００は、当該ＭＢＭＳデータを途中から再生可能であるものの、当該ＭＢＭＳデータを最初から再生することができない。
【００５８】
（第１実施形態に係るＭＢＭＳ制御方法）
（１）全体動作
以下において、ＭＢＭＳデータを途中受信する場合でも、ＭＢＭＳデータを最初から再生することを可能とするＭＢＭＳ制御方法について説明する。
【００５９】
第１実施形態に係るＭＢＭＳ制御方法は、ネットワークが、第１の時刻において、ＭＢＭＳデータの配信を開始するステップと、ＵＥ１００が、第１の時刻よりも後の第２の時刻において、ＭＢＭＳデータの受信を開始するステップと、ＵＥ１００が、第１の時刻から第２の時刻までの間に配信されたＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信をネットワークに要求するステップと、を有する。
【００６０】
また、第１実施形態では、ＢＭ−ＳＣ３１０からＭＢＭＳデータを受信するｅＮＢ２００が、第１の時刻においてＭＢＭＳデータの配信を開始した後、当該配信したＭＢＭＳデータを蓄積するステップと、ｅＮＢ２００が、ユニキャスト配信の要求に基づいて、蓄積しているＭＢＭＳデータを第１のＭＢＭＳデータ部分としてＵＥ１００にユニキャストで配信するステップと、を有する。
【００６１】
さらに、第１実施形態に係るＭＢＭＳ制御方法は、ＵＥ１００が、第２の時刻において受信が開始されたＭＢＭＳデータである第２のＭＢＭＳデータ部分を受信バッファに蓄積するステップと、ＵＥ１００が、ネットワークからユニキャストで配信された第１のＭＢＭＳデータ部分を受信すると、第１のＭＢＭＳデータ部分及び第２のＭＢＭＳデータ部分の順にＭＢＭＳデータを再生するステップと、を有する。
【００６２】
図７は、第１実施形態に係る全体動作を示す図である。図７において、ＵＥ１００−１はＭＢＭＳデータを最初から受信するＵＥ１００である。ＵＥ１００−２はＭＢＭＳデータを途中受信するＵＥ１００である。
【００６３】
図７（ａ）に示すように、ネットワークは、第１の時刻（ｔ０１）においてＭＢＭＳデータの配信を開始する。ここでは、ネットワークが、ＭＢＭＳデータをブロードキャスト／マルチキャストで配信すると仮定する。当該ＭＢＭＳデータは、例えばテレビ番組のような映像・音声コンテンツである。
【００６４】
ＢＭ−ＳＣ３１０からＭＢＭＳ  ＧＷ３２０を介してＭＢＭＳデータを受信したｅＮＢ２００は、ブロードキャスト／マルチキャストでのＭＢＭＳデータの配信を開始しつつ、当該配信したＭＢＭＳデータを蓄積する。
【００６５】
なお、この時点では、ＵＥ１００−１はＭＢＭＳデータの受信を開始しているが、ＵＥ１００−２はＭＢＭＳデータの受信を開始していない。
【００６６】
図７（b）に示すように、ＵＥ１００−２は、第２の時刻（ｔ０２）において、ＭＢＭＳデータの受信を開始する。ここで、ＵＥ１００−２のユーザが、ＭＢＭＳデータを最初から再生することを希望し、その旨の操作をユーザインターフェイス１２０に対して行ったと仮定する。この時点でＵＥ１００−２がＲＲＣアイドル状態である場合、ＵＥ１００−２は、ｅＮＢ２００との接続を確立し、ＲＲＣ接続状態に遷移する。
【００６７】
ＵＥ１００は、第１の時刻（ｔ０１）から第２の時刻（ｔ０２）までの間に配信されたＭＢＭＳデータである第１のＭＢＭＳデータ部分のユニキャスト配信をネットワークに要求する。要求先は、ｅＮＢ２００であってもよく、ＢＭ−ＳＣ３１０であってもよい。要求先がＢＭ−ＳＣ３１０である場合、ＢＭ−ＳＣ３１０は、ＵＥ１００−２に対するユニキャスト配信をｅＮＢ２００に指示する。
【００６８】
ｅＮＢ２００は、蓄積しているＭＢＭＳデータを第１のＭＢＭＳデータ部分としてＵＥ１００にユニキャストで配信する。詳細については後述するが、ｅＮＢ２００は、第１のＭＢＭＳデータ部分の全てを蓄積していない場合、不足分をＢＭ−ＳＣ３１０から取得する。
【００６９】
ＵＥ１００−２は、ユニキャストで配信される第１のＭＢＭＳデータ部分を受信しつつ、第１のＭＢＭＳデータ部分を再生する。また、ＵＥ１００−２は、第１のＭＢＭＳデータ部分を受信及び再生しつつ、第２の時刻（ｔ０２）において受信が開始された（ブロードキャスト／マルチキャストの）ＭＢＭＳデータである第２のＭＢＭＳデータ部分を受信バッファに蓄積する。
【００７０】
図７（c）に示すように、ＵＥ１００−２は、ユニキャストで配信される第１のＭＢＭＳデータ部分を受信した後、第１のＭＢＭＳデータ部分及び第２のＭＢＭＳデータ部分の順に再生しつつ、ｅＮＢ２００からブロードキャスト／マルチキャストされるＭＢＭＳデータを受信する。
【００７１】
図８は、ＵＥ１００−１及びＵＥ１００−２のそれぞれが受信するＭＢＭＳデータの量を示すタイムチャートである。
【００７２】
図８に示すように、ＵＥ１００−１は、時刻ｔ０１において、ｅＮＢ２００からブロードキャスト／マルチキャストで配信されるＭＢＭＳデータの受信を開始する。時刻ｔ０１〜時刻ｔ０２の期間に受信したＭＢＭＳデータがデータ７０１であり、時刻ｔ０２〜時刻ｔ０３の期間に受信したＭＢＭＳデータがデータ７０２であり、時刻ｔ０３以降に受信したＭＢＭＳデータがデータ７０４である。
【００７３】
これに対し、ＵＥ１００−２は、時刻ｔ０２において、ｅＮＢ２００からブロードキャスト／マルチキャストで配信されるＭＢＭＳデータの受信を開始するとともに、ｅＮＢ２００からユニキャストで配信されるＭＢＭＳデータの受信を開始する。時刻ｔ０２〜時刻ｔ０３の期間に受信したユニキャストのＭＢＭＳデータがデータ７０３であり、時刻ｔ０２〜時刻ｔ０３の期間に受信したブロードキャスト／マルチキャストのＭＢＭＳデータがデータ７０２である。ここで、データ７０３は、ＵＥ１００−１が受信したデータ７０１と同様のデータである。また、時刻ｔ０３以降に受信したＭＢＭＳデータがデータ７０４である。
【００７４】
従って、ＵＥ１００−２は、ＭＢＭＳデータを途中受信する場合でも、ＭＢＭＳデータを最初から再生できる。
【００７５】
（２）ＵＥ１００における再生制御
以下において、ＵＥ１００−２における再生制御について説明する。
【００７６】
第１実施形態では、ＵＥ１００−２は、ＭＢＭＳデータの配信が終了する時刻（第３の時刻）までにＭＢＭＳデータの再生を完了できるように、標準再生速度よりも速い所定の再生速度でＭＢＭＳデータを再生する。これにより、ＵＥ１００−２におけるＭＢＭＳデータの再生終了時刻（すなわち、視聴終了時刻）をＵＥ１００−１と等しくし、その後の視聴に影響を及ぼさないようにする。
【００７７】
なお、所定の再生速度とは、ＵＥ１００−２のユーザが早再生であることを気付かない程度の速度（例えば、通常の１．１倍）である。ＵＥ１００−２におけるＭＢＭＳデータの再生終了時刻をＵＥ１００−１と等しくできると推測されるまで、ＭＢＭＳデータを早再生する。
【００７８】
図９は、ＵＥ１００−２における再生制御を示すタイムチャートである。図９（ａ）は再生制御の概要を示しており、図９（ｂ）は再生制御の詳細を示している。図９（ｂ）におけるデータ７０１乃至７０４は、図８におけるデータデータ７０１乃至７０４と対応している。
【００７９】
図９に示すように、ＭＢＭＳデータの配信開始時刻ｔ１１（第１の時刻）において受信を開始したＵＥ１００−１は、データ量Ｗ１１の割合でＭＢＭＳデータを受信し、データ量Ｗ１１の割合（標準再生速度）でＭＢＭＳデータを再生する。
【００８０】
これに対し、ＭＢＭＳデータの配信開始時刻ｔ１１よりも後の時刻ｔ１２（第２の時刻）において受信を開始したＵＥ１００−２は、時刻ｔ１２〜時刻ｔ１３においてデータ量Ｗ１１よりも多いデータ量Ｗ１２の割合でＭＢＭＳデータを受信（及び受信バッファに蓄積）しており、時刻ｔ１３以降においてデータ量Ｗ１１の割合でＭＢＭＳデータを受信する。よって、標準再生速度で受信バッファ内のＭＢＭＳデータを再生したのでは、ＭＢＭＳデータの配信終了時刻ｔ１６（第３の時刻）までにＭＢＭＳデータの再生を完了できない。
【００８１】
よって、ＵＥ１００−２は、時刻１２において、標準再生速度よりも速い所定の再生速度（データ量Ｗ１３の割合）でのＭＢＭＳデータの再生を開始する。また、ＵＥ１００−２は、時刻ｔ１４において、ＭＢＭＳデータの配信終了時刻までに再生を完了できると判断し、時刻ｔ１５にかけて徐々に再生速度を低下させる。そして、ＵＥ１００−２は、時刻ｔ１５において、標準再生速度での再生を開始する。
【００８２】
しかしながら、所定の再生速度でＭＢＭＳデータを再生しても、ＭＢＭＳデータの配信が終了する時刻（第３の時刻）までにＭＢＭＳデータの再生が完了しないケースも想定される。例えば、ＵＥ１００−２の受信開始時刻が配信終了時刻に近いケースである。
【００８３】
第１実施形態に係るＭＢＭＳ制御方法は、ＵＥ１００−２が、標準再生速度よりも所定の再生速度でＭＢＭＳデータを再生しても、ＭＢＭＳデータの配信終了時刻までにＭＢＭＳデータの再生が完了しない場合に、その旨をユーザインターフェイス１２０（具体的には、ディスプレイ）上に表示するステップをさらに有する。これにより、ＵＥ１００−２のユーザは、配信終了時刻までにＭＢＭＳデータの再生が完了しないことを把握できる。
【００８４】
図１０は、ＭＢＭＳデータの再生が配信終了時刻までに完了しないケースを示すタイムチャートである。
【００８５】
図１０に示すように、ＭＢＭＳデータの配信開始時刻ｔ２１よりも後の時刻ｔ２２（第２の時刻）において受信を開始したＵＥ１００−２は、時刻ｔ２２〜時刻ｔ２３において標準のデータ量Ｗ２１よりも多いデータ量Ｗ２２の割合でＭＢＭＳデータを受信（及び受信バッファに蓄積）しており、時刻ｔ２３以降においてデータ量Ｗ２１の割合でＭＢＭＳデータを受信する。時刻ｔ２３の時点で、ＭＢＭＳデータの配信終了時刻ｔ２４が迫っている。この場合、標準再生速度よりも所定の再生速度でＭＢＭＳデータを再生しても、配信終了時刻ｔ２５までにＭＢＭＳデータの再生が完了しない。
【００８６】
図１１は、ユーザインターフェイス１２０（ディスプレイ）における表示例を示す図である。
【００８７】
図１１に示すように、ＵＥ１００−２は、再生終了時刻が配信終了時刻を超過する旨を表示する。併せて、予測される再生終了時刻を表示してもよい。なお、図１１に示すような表示による出力態様に加えて、又は表示による出力態様に代えて、図１１に示す内容をスピーカにより音声出力してもよい。
【００８８】
（３）ｅＮＢ２００における配信制御
以下において、ｅＮＢ２００における配信制御について説明する。
【００８９】
第１実施形態に係るＭＢＭＳ制御方法は、ｅＮＢ２００が、蓄積しているＭＢＭＳデータを一定時間は破棄せずに保持するステップを有する。ここで一定時間とは、当該ＭＢＭＳデータの（ブロードキャスト／マルチキャストの）配信時間である。或いは、一定時間とは、当該配信時間の経過後に、ユニキャスト配信の受信未完了者が存在する場合に、当該ユニキャスト配信が完了するまでの時間である。但し、ｅＮＢ２００は、ＢＭ−ＳＣ３１０から保持要求があった場合に限り、又は、ＭＢＭＳデータの配信要求ＵＥが所定数以上である場合に限り、保持を行うとしてもよい。
【００９０】
これにより、ｅＮＢ２００は、自身の送信バッファ容量を節約しつつ、ＭＢＭＳデータを適切に保持できる。なお、ｅＮＢ２００（又はＢＭ−ＳＣ３１０）は、ＭＢＭＳデータの配信要求ＵＥがゼロである場合には、ＭＢＭＳデータの配信を行わないことが好ましい。配信要求ＵＥの数は、例えば仕様で規定されるＣｏｕｎｔｉｎｇ  ｐｒｏｃｅｄｕｒｅにより把握可能である（３ＧＰＰ技術仕様書「ＴＳ３６．３３１」参照）。
【００９１】
また、第１実施形態に係るＭＢＭＳ制御方法は、ｅＮＢ２００が、ユニキャスト配信が要求された第１のＭＢＭＳデータ部分の少なくとも一部が蓄積されていない場合に、当該蓄積されてない部分をＢＭ−ＳＣ３１０から取得するステップを有する。
【００９２】
これにより、ｅＮＢ２００は、ＭＢＭＳデータを保持していない場合でも、ＵＥ１００−２に対するユニキャスト配信を行うことができる。
【００９３】
図１２は、ｅＮＢ２００における配信制御を示すシーケンス図である。
【００９４】
図１２に示すように、ステップＳ１０１において、ＢＭ−ＳＣ３１０は、ＭＢＭＳデータをｅＮＢ２００に送信する。ステップＳ１０２において、ＭＢＭＳデータを受信したｅＮＢ２００は、当該ＭＢＭＳデータをＵＥ１００−１に配信する。その後、ＵＥ１００−２がＭＢＭＳデータの受信及び再生（視聴）を開始し、最初からのＭＢＭＳデータの受信及び再生（視聴）を希望する。
【００９５】
ステップＳ１０３において、ＵＥ１００−２は、配信済みのデータ部分（第１のＭＢＭＳデータ部分）のユニキャスト配信の要求をｅＮＢ２００に送信する。ここで、配信済みのデータ部分（第１のＭＢＭＳデータ部分）がｅＮＢ２００において未蓄積であると仮定する。
【００９６】
ステップＳ１０４において、ユニキャスト配信要求を受信したｅＮＢ２００は、未蓄積分のＭＢＭＳデータの送信要求をＢＭ−ＳＣ３１０に送信する。ステップＳ１０５において、当該送信要求を受信したＢＭ−ＳＣ３１０は、当該未蓄積分のＭＢＭＳデータをｅＮＢ２００に送信する。ステップＳ１０６において、当該未蓄積分のＭＢＭＳデータを受信したｅＮＢ２００は、当該受信したＭＢＭＳデータをＵＥ１００−２に送信（ユニキャスト配信）する。
【００９７】
ステップＳ１０７において、ＢＭ−ＳＣ３１０は、ＭＢＭＳデータをｅＮＢ２００に送信する。ステップＳ１０８において、ＭＢＭＳデータを受信したｅＮＢ２００は、当該ＭＢＭＳデータをＵＥ１００−１及びＵＥ１００−２に配信する。
【００９８】
（４）ユニキャスト配信制御
以下において、第１のＭＢＭＳデータ部分のユニキャスト配信制御について説明する。
【００９９】
ユニキャスト配信制御の動作パターン１では、ＵＥ１００−２が、ＭＢＭＳデータの最初からユニキャストで配信するようネットワークに要求するステップと、第１のＭＢＭＳデータ部分に対応するＭＢＭＳデータをネットワークから受信したことに応じて、ユニキャスト配信の停止をネットワークに要求するステップと、を含む。すなわち、動作パターン１では、ＵＥ１００−２の主導でユニキャスト配信が制御される。
【０１００】
図１３は、ユニキャスト配信制御の動作パターン１を示すフロー図である。
【０１０１】
図１３に示すように、ステップＳ１１１において、ＵＥ１００−２は、第２の時刻でＭＢＭＳデータの受信を開始すると、現在配信中のデータ（Ｄ０）のタイムスタンプ（Ｔ０）を保持する。ここでタイムスタンプは、ＭＢＭＳデータのタイムスタンプである。
【０１０２】
ステップＳ１１２において、ＵＥ１００−２は、未受信であるデータ（Ｄ１）の送信（ユニキャスト配信）をネットワークに要求する。
【０１０３】
ステップＳ１１３において、ＵＥ１００−２は、ネットワークからユニキャスト配信されるデータ（Ｄ１）を受信及び再生しつつ、データ（Ｄ１）のタイムスタンプ（Ｔ１）を確認する。タイムスタンプ（Ｔ１）が、保持しているタイムスタンプ（Ｔ０）以上になった場合（ステップＳ１１４；ＹＥＳ）、ステップＳ１１５において、ＵＥ１００−２は、データ（Ｄ１）の配信停止をネットワークに要求する。
【０１０４】
ユニキャスト配信制御の動作パターン２では、ｅＮＢ２００が、ＭＢＭＳデータの最初からユニキャストでＵＥ１００−２に配信するステップと、第１のＭＢＭＳデータ部分に対応するＭＢＭＳデータをユニキャストでＵＥ１００−２に配信したことに応じて、ユニキャスト配信を停止するとともに、ユニキャスト配信の停止をＵＥ１００−２に通知するステップと、を含む。すなわち、動作パターン２では、ｅＮＢ２００の主導でユニキャスト配信が制御される。なお、ｅＮＢ２００に代えて、かかる制御をＢＭ−ＳＣ３１０が行ってもよい。
【０１０５】
図１４は、ユニキャスト配信制御の動作パターン２を示すフロー図である。
【０１０６】
図１４に示すように、ステップＳ１２１において、ｅＮＢ２００は、ＭＢＭＳデータについての送信済みのデータ（Ｄ１）の送信（ユニキャスト配信）要求をＵＥ１００−２から受信する。
【０１０７】
ステップＳ１２２において、ｅＮＢ２００は、現在配信中のデータ（Ｄ０）のタイムスタンプ（Ｔ０）を保持する。
【０１０８】
ステップＳ１２３において、ｅＮＢ２００は、蓄積している送信済みのデータ（Ｄ１）をＵＥ１００−２に送信（ユニキャスト配信）開始する。
【０１０９】
ステップＳ１２４において、ｅＮＢ２００は、データ（Ｄ１）をＵＥ１００−２に対してユニキャスト配信しつつ、データ（Ｄ１）のタイムスタンプ（Ｔ１）を確認する。タイムスタンプ（Ｔ１）が、保持しているタイムスタンプ（Ｔ０）以上になった場合（ステップＳ１２５；ＹＥＳ）、ステップＳ１２６において、ｅＮＢ２００は、データ（Ｄ１）のユニキャスト配信を終了するとともに、送信完了通知をＵＥ１００−２に送信する。なお、ＵＥ１００−２は、送信完了通知を受信した場合に、再生するデータを、データ（Ｄ１）から、受信バッファに蓄積している配信中データ（Ｄ０）に切り替える。
【０１１０】
なお、図１３及び図１４において、タイムスタンプに代えて、ＭＢＭＳデータのデータ量、蓄積メモリにおけるメモリアドレス、ＭＢＭＳデータの同期シグナル（ＭＢＭＳ  ＧＷにより提供)などを使用してもよい。
【０１１１】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。
【０１１２】
（第２実施形態に係るＭＢＭＳ制御方法）
以下において、第２実施形態に係るＭＢＭＳ制御方法について説明する。第２実施形態に係るＭＢＭＳ制御方法は、ＭＢＭＳデータの配信方法（ユニキャスト配信、ブロードキャスト／マルチキャスト配信）を適切に設定するための方法である。
【０１１３】
第２実施形態では、ネットワーク（ｅＮＢ２００、ＢＭ−ＳＣ３１０、又はＭＣＥ３３０）は、ＭＢＭＳデータの配信要求ＵＥの数が単数である場合に、ユニキャストでＭＢＭＳデータの配信を開始する。
【０１１４】
また、ネットワークは、配信要求ＵＥの数が単数から複数に増加した場合に、ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替える。これとは逆に、配信要求ＵＥの数が複数から単数に減少した場合、ネットワークは、ＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替えるステップを有する。
【０１１５】
さらに、ネットワークは、ＭＢＭＳデータの配信をユニキャストからブロードキャスト／マルチキャストに切り替える場合に、又はＭＢＭＳデータの配信をブロードキャスト／マルチキャストからユニキャストに切り替える場合に、配信要求ＵＥに対して配信切り替え通知を送信する。具体的には、ユニキャストからブロードキャスト／マルチキャストに切り替える場合、ブロードキャスト／マルチキャストに切り替えることを示す配信切り替え通知を送信する。これに対し、ブロードキャスト／マルチキャストからユニキャストに切り替える場合、ユニキャストに切り替えることを示す配信切り替え通知を送信する。これにより、配信要求ＵＥは、ＭＢＭＳデータの配信方法を把握し、ＭＢＭＳデータの受信を継続できる。
【０１１６】
第２実施形態では、ＲＲＣアイドル状態にあるＵＥ１００は、ＭＢＭＳデータがブロードキャスト／マルチキャストで配信されていない場合に、ネットワークとの接続を確立した上で、ＭＢＭＳデータの配信をネットワークに要求する。
【０１１７】
図１５は、第２実施形態に係る動作パターン１を示すフロー図である。動作パターン１は、ＭＢＭＳデータの配信を要求したＵＥ１００を基準にブロードキャスト／マルチキャスト配信を開始するパターンである。
【０１１８】
図１５に示すように、ステップＳ２０１において、ＲＲＣアイドル状態にあるＵＥ１００は、所望のＭＢＭＳデータ（例えば観たい番組）がブロードキャスト／マルチキャスト配信されているか否かを確認する。
【０１１９】
所望のＭＢＭＳデータがブロードキャスト／マルチキャスト配信されていない場合（ステップＳ２０１；ＹＥＳ）、ステップＳ２０２において、ＲＲＣアイドル状態にあるＵＥ１００は、ネットワークに接続し、ＲＲＣ接続状態に遷移する。そして、ＵＥ１００は、ＭＢＭＳデータのブロードキャスト／マルチキャスト配信をネットワークに要求し（ステップＳ２０３）、ブロードキャスト／マルチキャスト配信されるＭＢＭＳデータを受信する（ステップＳ２０８）。
【０１２０】
一方、所望のＭＢＭＳデータがブロードキャスト／マルチキャスト配信されている場合（ステップＳ２０１；ＮＯ）、ステップＳ２０４において、ＲＲＣアイドル状態にあるＵＥ１００は、当該ＭＢＭＳデータの最初からの再生（視聴）を希望するか否かを確認する。希望しない場合（ステップＳ２０４；ＮＯ）、ＵＥ１００は、ブロードキャスト／マルチキャスト配信されるＭＢＭＳデータを受信する（ステップＳ２０８）。
【０１２１】
ＭＢＭＳデータの最初からの再生を希望する場合（ステップＳ２０４；ＹＥＳ）、ステップＳ２０５において、ＲＲＣアイドル状態にあるＵＥ１００は、ネットワークに接続し、ＲＲＣ接続状態に遷移する。そして、ＵＥ１００は、第１実施形態で説明した方法により、現在までのデータ（未受信データ）のユニキャスト配信をネットワークに要求し（ステップＳ２０６）、ユニキャスト配信される未受信データを受信し（ステップＳ２０７）、さらにブロードキャスト／マルチキャスト配信されるＭＢＭＳデータを受信する（ステップＳ２０８）。
【０１２２】
図１６は、第２実施形態に係る動作パターン２を示すフロー図である。動作パターン２は、ＭＢＭＳデータの配信開始時刻が決まっているパターンである。
【０１２３】
図１６に示すように、動作パターン２は、ステップＳ２１１乃至ステップＳ２１３が動作パターン１とは異なる手順である。
【０１２４】
ステップＳ２０１において、ＲＲＣアイドル状態にあるＵＥ１００は、所望のＭＢＭＳデータ（例えば観たい番組）がブロードキャスト／マルチキャスト配信されているか否かを確認する。そして、所望のＭＢＭＳデータがブロードキャスト／マルチキャスト配信されていない場合（ステップＳ２０１；ＹＥＳ）、ＵＥ１００は、ネットワークに接続してＲＲＣ接続状態に遷移し（ステップＳ２０２）、ＭＢＭＳデータのブロードキャスト／マルチキャスト配信をネットワークに要求する（ステップＳ２０３）。
【０１２５】
ステップＳ２１１において、ＵＥ１００は、当該ＭＢＭＳデータの最初からの再生（視聴）を希望するか否かを確認する。希望しない場合（ステップＳ２１１；ＮＯ）、ＵＥ１００は、ブロードキャスト／マルチキャスト配信されるＭＢＭＳデータを受信する（ステップＳ２０８）。これに対し、ＭＢＭＳデータの最初からの再生を希望する場合（ステップＳ２１１；ＹＥＳ）、ステップＳ２１２において、ＵＥ１００は、第１実施形態で説明した方法により、現在までのデータ（未受信データ）のユニキャスト配信をネットワークに要求し（ステップＳ２１２）、ユニキャスト配信される未受信データを受信し（ステップＳ２１３）、さらにブロードキャスト／マルチキャスト配信されるＭＢＭＳデータを受信する（ステップＳ２０８）。
【０１２６】
なお、図１５及び図１６において、ＵＥ１００の初期状態がＲＲＣ接続状態である場合には、ネットワークに接続するステップを省略可能である。
【０１２７】
［その他の実施形態］
上述した第１実施形態及び第２実施形態は、別個独立して実施するだけでなく、２以上の実施形態を組み合わせて実施可能である。
【０１２８】
また、上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１２９】
なお、日本国特許出願第２０１４−０３２２９９号（２０１４年２月２１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１３０】
以上のように、本実施形態に係るＭＢＭＳ制御方法、ユーザ端末、及び基地局は、ＭＢＭＳデータを途中受信する場合でも、ＭＢＭＳデータを最初から再生できるため、移動通信分野において有用である。
【図１】
2015125902.tif 000003
【図２】
2015125902.tif 000004
【図３】
2015125902.tif 000005
【図４】
2015125902.tif 000006
【図５】
2015125902.tif 000007
【図６】
2015125902.tif 000008
【図７】
2015125902.tif 000009
【図８】
2015125902.tif 000010
【図９】
2015125902.tif 000011
【図１０】
2015125902.tif 000012
【図１１】
2015125902.tif 000013
【図１２】
2015125902.tif 000014
【図１３】
2015125902.tif 000015
【図１４】
2015125902.tif 000016
【図１５】
2015125902.tif 000017
【図１６】
2015125902.tif 000018
【手続補正書】
【提出日】平成28年8月19日(2016.8.19)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正の内容】
【図１３】
2015125902.tif 000019
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2015125902.tif 000020
【国際調査報告】
2015125902.tif 000021
2015125902.tif 000022
2015125902.tif 000023
2015125902.tif 000024