(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記第１の通知のマルチキャストチャネルスケジューリング情報（ＭＳＩ）において受信した論理チャネル識別子（ＬＣＩＤ）のセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記あるＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられ、前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は、複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものである、と、
ユニキャストベアラを確立することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を備える、方法。
【請求項２】
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記方法は、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという第２の通知を受信することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信することをさらに備える、
請求項２に記載の方法。
【請求項４】
前記第１の通知は、ＭＣＣＨ情報である、
請求項２に記載の方法。
【請求項５】
前記ＭＣＣＨ情報は、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
請求項４に記載の方法。
【請求項６】
前記第１の通知を前記受信することは、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤが前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
さらに備え、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
請求項１に記載の方法。
【請求項７】
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
請求項６に記載の方法。
【請求項８】
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項６に記載の方法。
【請求項９】
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
請求項１に記載の方法。
【請求項１０】
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項９に記載の方法。
【請求項１１】
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
請求項１に記載の方法。
【請求項１２】
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
請求項１１に記載の方法。
【請求項１３】
ワイヤレス通信のための装置であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信するための手段と、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信するための手段と、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求するための手段と、
前記第１の通知のマルチキャストチャネルスケジューリング情報（ＭＳＩ）において受信した論理チャネル識別子（ＬＣＩＤ）のセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定するための手段、ここにおいて、前記ＬＣＩＤのセットのうちの前記あるＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられ、前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は、複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものである、と、
ユニキャストベアラを確立するための手段と、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信するための手段と
を備える、装置。
【請求項１４】
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記装置は、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという通知を受信するための手段をさらに備える、
請求項１３に記載の装置。
【請求項１５】
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信するための手段をさらに備える、
請求項１４に記載の装置。
【請求項１６】
前記第１の通知は、ＭＣＣＨ情報である、
請求項１４に記載の装置。
【請求項１７】
前記ＭＣＣＨ情報はマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
請求項１６に記載の装置。
【請求項１８】
前記第１の通知を前記受信するための手段は、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤは前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
を行うようにさらに構成され、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
請求項１３に記載の装置。
【請求項１９】
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
請求項１８に記載の装置。
【請求項２０】
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項１８に記載の装置。
【請求項２１】
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
請求項１３に記載の装置。
【請求項２２】
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項２１に記載の装置。
【請求項２３】
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
請求項１３に記載の装置。
【請求項２４】
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
請求項２３に記載の装置。
【請求項２５】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記プロセッサは、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記第１の通知のマルチキャストチャネルスケジューリング情報（ＭＳＩ）において受信した論理チャネル識別子（ＬＣＩＤ）のセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記あるＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられ、前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は、複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものである、と、
ユニキャストベアラを確立することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を行うように構成される、装置。
【請求項２６】
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記少なくとも１つのプロセッサは、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという第２の通知を受信することを行うようにさらに構成される、
請求項２５に記載の装置。
【請求項２７】
前記少なくとも１つのプロセッサは、
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信することを行うようにさらに構成される、
請求項２６に記載の装置。
【請求項２８】
前記第１の通知は、ＭＣＣＨ情報である、
請求項２６に記載の装置。
【請求項２９】
前記ＭＣＣＨ情報は、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
請求項２８に記載の装置。
【請求項３０】
前記第１の通知を受信することを行うように構成された前記少なくとも１つのプロセッサは、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤは、前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
を行うようにさらに構成され、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
請求項２５に記載の装置。
【請求項３１】
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
請求項３０に記載の装置。
【請求項３２】
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間はマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項３０に記載の装置。
【請求項３３】
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
請求項２５に記載の装置。
【請求項３４】
前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
請求項３３に記載の装置。
【請求項３５】
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
請求項２５に記載の装置。
【請求項３６】
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
請求項３５に記載の装置。
【請求項３７】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記第１の通知のマルチキャストチャネルスケジューリング情報（ＭＳＩ）において受信した論理チャネル識別子（ＬＣＩＤ）のセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記あるＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられ、前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は、複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものである、と、
ユニキャストベアラを確立することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を行うためのコードを備える、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本出願は、参照によって本明細書にその全体が明白に組み込まれている、「eMBMS Session Suspend/Stop Notification」と題する、２０１４年１１月６日に出願された中国ＰＣＴ出願第ＰＣＴ／ＣＮ２０１４／０９０４７７号の利益を主張する。
【技術分野】
【０００２】
[0002]本開示は概して、通信システムに関し、より詳細にはマルチメディアブロードキャストマルチキャストサービスセッションの中断に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために様々な電気通信規格において採用されてきた。新生の電気通信規格の一例が、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を利用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]本開示の態様では、方法、コンピュータプログラム製品、および装置が、提供される。本装置は、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信する。本装置は、ＭＢＭＳセッションの次回の中断の第１の通知を受信する。本装置は、第１の通知を受信するとＭＢＭＳセッションの次回の中断より先に、ユニキャストベアラの確立を要求する。本装置は、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信する。
【０００６】
[0006]本開示の別の態様では、本装置は、ＭＢＭＳセッションを通じてサービスを受信するための手段を含む。本装置は、ＭＢＭＳセッションの次回の中断の第１の通知を受信するための手段をさらに含む。本装置は、第１の通知を受信するとＭＢＭＳセッションの次回の中断より先にユニキャストベアラの確立を要求するための手段をさらに含む。本装置は、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信するための手段をさらに含む。
【０００７】
[0007]本開示の別の態様では、本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、ＭＢＭＳセッションを通じてサービスを受信することと、ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、第１の通知を受信するとＭＢＭＳセッションの次回の中断より先にユニキャストベアラの確立を要求することと、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信することと、を行うように構成される。
【０００８】
[0008]本開示の別の態様では、ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体が、ＭＢＭＳセッションを通じてサービスを受信し、ＭＢＭＳセッションの次回の中断の第１の通知を受信し、第１の通知を受信するとＭＢＭＳセッションの次回の中断より先にユニキャストベアラの確立を要求し、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信するためのコードを含む。
【図面の簡単な説明】
【０００９】
【図１】ネットワークアーキテクチャの例を示す図。
【図２】アクセスネットワークの例を示す図。
【図３】ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７Ａ】マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）中の発展型マルチメディアブロードキャストマルチキャストサービスチャネル構成の一例を示す図。
【図７Ｂ】ＭＢＳＦＮエリアの一例を示す図。
【図７Ｃ】マルチキャストチャネルスケジューリング情報メディアアクセス制御（ＭＡＣ）制御要素のフォーマットを示す図。
【図８】本開示による第１のアプローチの第１の態様を示す例示的な図。
【図９】本開示による第１のアプローチの第２の態様を示す例示的な図。
【図１０】本開示の第１のアプローチによる、ＭＢＳＦＮエリア構成メッセージの実装を示す例示的なＭＢＳＦＮエリア構成メッセージの一部分を示す図。
【図１１Ａ】第２のアプローチの第１の態様によるマルチキャストチャネルスケジューリング情報（ＭＳＩ）ＭＡＣ制御要素の例示的な図。
【図１１Ｂ】第２のアプローチの第２の態様によるＭＳＩ  ＭＡＣ制御要素の例示的な図。
【図１２Ａ】一般的な実装形態によるマルチキャストチャネルスケジューリング期間（ＭＳＰ）およびＭＳＩを示す例示的なタイムライン。
【図１２Ｂ】本開示の第２のアプローチの第３の態様によるＭＳＰおよびＭＳＩを示す例示的なタイムライン。
【図１３Ａ】本開示の第３のアプローチによるＭＡＣプロトコルデータユニット（ＰＤＵ）を示す例示的な図。
【図１３Ｂ】本開示の第３のアプローチによる付加的なＭＡＣ制御要素を示す例示的な図。
【図１４】本開示の第４のアプローチによるダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃを示す例示的な図。
【図１５】ワイヤレス通信の一方法のフローチャート。
【図１６】例示的な装置における異なる種々の手段／構成要素間のデータフローを示す概念データフロー図。
【図１７】処理システムを用いる装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１０】
[0031]添付の図面に関して以下に記載する詳細な説明は、様々な構成を説明することを意図し、本明細書で説明する概念が実施され得る唯一の構成を表す意図はない。この詳細な説明は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００１１】
[0032]ここで、様々な装置および方法を参照しながら電気通信システムのいくつかの態様が提示される。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課せられる設計制約に依存する。
【００１２】
[0033]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成される他の適切なハードウェアを含む。処理システムの中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１３】
[0034]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００１４】
[0035]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳテレストリアル無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４と、発展型パケットコア（ＥＰＣ）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単にするために、それらのエンティティ／インターフェースは図示されていない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１５】
[0036]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と、他のｅＮＢ１０８とを含み、マルチキャスト協調エンティティ（ＭＣＥ）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２に向かってユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを提供する。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は、発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ））を決定する。ＭＣＥ１２８は、別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＥＰＣ１１０へのアクセスポイントをＵＥ１０２に提供する。ＵＥ１０２の例は、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスを含む。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。
【００１６】
[0037]ｅＮＢ１０６は、ＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２と、ホーム加入者サーバ（ＨＳＳ）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１２６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通じて転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレス割振り、ならびに他の機能を提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６はＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、パブリックランドモバイルネットワーク（ＰＬＭＮ）内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を集めることとを担い得る。
【００１７】
[0038]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８が、セル２０２のうちの１つまたは複数と重なるセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモート無線ヘッド（ＲＲＨ）であってよい。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２の中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担う。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリアおよび／または特定のカバレージエリアの働きをするｅＮＢサブシステムを指すことがある。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用されることがある。
【００１８】
[0039]アクセスネットワーク２００によって用いられる変調方式および多元接続方式は、導入されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＤＬ上でＯＦＤＭが使用され、ＵＬ上でＳＣ−ＦＤＭＡが使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、ＬＴＥ適用例に好適である。しかしながら、これらの概念は、他の変調技法および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存する。
【００１９】
[0040]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートするために空間領域を活用することが可能になる。空間多重化は、異なるデータストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、ＤＬ上で複数の送信アンテナを通じて空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到着し、これにより、ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別できるようになる。
【００２０】
[0041]空間多重化は、概して、チャネル状態が良好なときに使用される。チャネル状態があまり好ましくないとき、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。このことは、複数のアンテナを通じた送信用にデータを空間的にプリコーディングすることによって実現され得る。セルのエッジにおいて良好なカバレッジを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００２１】
[0042]以下の発明を実施するための形態では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明される。ＯＦＤＭは、ＯＦＤＭシンボル内でいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは、正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」をもたらす。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、各ＯＦＤＭシンボルにガードインターバル（たとえば、サイクリックプレフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００２２】
[0043]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用される場合があり、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６つの連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、および変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２３】
[0044]図４は、ＬＴＥにおけるＵＬフレーム構造の例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジに形成される場合があり、構成可能なサイズを有することができる。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクションの中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクションの中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションをもたらす。
【００２４】
[0045]ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥはまた、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂを割り当てられ得る。ＵＥは、制御セクションの中に割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）において制御情報を送信し得る。ＵＥは、データセクションの中に割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）においてデータまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットに及ぶ場合があり、周波数にわたってホッピングすることができる。
【００２５】
[0046]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０の中でのＵＬ同期を実現するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングをも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨの場合、周波数ホッピングはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みを行うことができる。
【００２６】
[0047]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を通じたＵＥとｅＮＢとの間のリンクを担う。
【００２７】
[0048]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、メディアアクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤとを含む。図示されないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、遠端ＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含む、Ｌ２レイヤ５０８の上にいくつかの上位レイヤを有することができる。
【００２８】
[0049]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を提供する。また、ＰＤＣＰサブレイヤ５１４は、無線送信オーバヘッドを低減するための上位レイヤデータパケットのためのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥのためのｅＮＢ間ハンドオーバサポートとを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り当てることを担う。ＭＡＣサブレイヤ５１０は、ＨＡＲＱ演算も担う。
【００２９】
[0050]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８に対して実質的に同じである。制御プレーンは、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６も含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担う。
【００３０】
[0051]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実施する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。また、コントローラ／プロセッサ６７５は、ＨＡＲＱ演算と、紛失パケットの再送と、ＵＥ６５０へのシグナリングとを担う。
【００３１】
[0052]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための種々の信号処理機能を実施する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）と、様々な変調方式（たとえば、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、Ｍ位相偏移変調（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づいた信号コンスタレーションへのマッピングとを支援するための、コーディングとインターリービングとを含む。次いで、コーディングされ変調されたシンボルは並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される参照信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３２】
[0053]ＵＥ６５０において、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通じて信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実施し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらの空間ストリームはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を用いてＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを決定することによって復元され、復調される。これらの軟決定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟決定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３３】
[0054]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、暗号解読と、ヘッダ復元と、制御信号処理とを行う。上位レイヤパケットは、その後、Ｌ２レイヤの上方のすべてのプロトコルレイヤを表す、データシンク６６２に与えられる。また、種々の制御信号が、Ｌ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９は、ＨＡＲＱ演算をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用して誤り検出も担う。
【００３４】
[0055]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７はＬ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためにＬ２レイヤを実装する。また、コントローラ／プロセッサ６５９は、ＨＡＲＱ演算と、紛失パケットの再送と、ｅＮＢ６１０へのシグナリングとを担う。
【００３５】
[0056]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調し得る。
【００３６】
[0057]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した様式と同様の様式でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３７】
[0058]コントローラ／プロセッサ６７５は、Ｌ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれる場合がある。ＵＬにおいて、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読と、ヘッダ復元と、制御信号処理とを提供する。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５は、ＨＡＲＱ演算をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出も担う。
【００３８】
[0059]図７Ａは、ＭＢＳＦＮにおける発展型ＭＢＭＳ（ｅＭＢＭＳ）チャネル構成の一例を示す図７５０である。セル７５２’中のｅＮＢ７５２は、第１のＭＢＳＦＮエリアを形成することができ、セル７５４’中のｅＮＢ７５４は、第２のＭＢＳＦＮエリアを形成することができる。ｅＮＢ７５２、７５４は各々、他のＭＢＳＦＮエリア、たとえば、最高で合計８つのＭＢＳＦＮエリアに関連付けられ得る。ＭＢＳＦＮエリア内のセルが、予約済みセルに指定され得る。予約済みセルは、マルチキャスト／ブロードキャストコンテンツを与えないが、セル７５２’、７５４’に時間同期され、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で制限電力を有し得る。ＭＢＳＦＮエリア中の各ｅＮＢは、同じｅＭＢＭＳ制御情報とデータとを同期的に送信する。各エリアは、ブロードキャストサービスと、マルチキャストサービスと、ユニキャストサービスとをサポートし得る。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、ボイス呼である。マルチキャストサービスは、ユーザのグループによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュースブロードキャストである。図７Ａを参照すると、第１のＭＢＳＦＮエリアは、特定のニュースブロードキャストをＵＥ７７０に与えることなどによって、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、異なるニュースブロードキャストをＵＥ７６０に与えることなどによって、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。図７Ｂは、ＭＢＳＦＮエリアの一例を示す図７８０である。図７Ｂに示すように、各ＭＢＳＦＮエリアは、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨは、マルチキャストチャネル（ＭＣＨ）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化することができる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ）を有し得る。したがって、１つのＭＣＨは、１つのＭＣＣＨと複数のマルチキャストトラフィックチャネル（ＭＴＣＨ）とを多重化することができ、残りのＭＣＨは複数のＭＴＣＨを多重化することができる。
【００３９】
[0060]ＵＥは、ｅＭＢＭＳサービスアクセスおよび対応するアクセス層構成の利用可能性を発見するために、ＬＴＥセルにキャンプオンすることができる。最初に、ＵＥは、システム情報ブロック（ＳＩＢ）１３（ＳＩＢ１３）を取得し得る。その後、ＳＩＢ１３に基づいて、ＵＥは、ＭＣＣＨ上でＭＢＳＦＮエリア構成メッセージを取得し得る。その後、ＭＢＳＦＮエリア構成メッセージに基づいて、ＵＥは、ＭＣＨスケジューリング情報（ＭＳＩ）のＭＡＣ制御要素を取得し得る。ＳＩＢ１３は、（１）セルによってサポートされる各ＭＢＳＦＮエリアのＭＢＳＦＮエリア識別子と、（２）ＭＣＣＨ繰り返し期間（たとえば、３２個、６４個、．．．、２５６個のフレーム）、ＭＣＣＨオフセット（たとえば、０、１、．．．、１０個のフレーム）、ＭＣＣＨ修正期間（たとえば、５１２個、１０２４個のフレーム）、シグナリング変調およびコーディング方式（ＭＣＳ）、繰り返し期間とオフセットとによって示される無線フレームのどのサブフレームがＭＣＣＨを送信することができるかを示すサブフレーム割振り情報など、ＭＣＣＨを取得するための情報と、（３）ＭＣＣＨ変更通知構成とを含み得る。ＭＢＳＦＮエリアごとに１つのＭＢＳＦＮエリア構成メッセージが存在する。ＭＢＳＦＮエリア構成メッセージは、（１）ＰＭＣＨ内の論理チャネル識別子によって識別される各ＭＴＣＨの一時的モバイルグループ識別情報（ＴＭＧＩ）および随意のセッション識別子と、（２）ＭＢＳＦＮエリアの各ＰＭＣＨを送信するための割り振られたリソース（すなわち、無線フレームおよびサブフレーム）およびそのエリア中のすべてのＰＭＣＨのための割り振られたリソースの割振り期間（たとえば、４つ、８つ、．．．、２５６個のフレーム）と、（３）ＭＳＩ  ＭＡＣ制御要素が送信されるＭＣＨスケジューリング期間（ＭＳＰ）（たとえば、８つ、１６個、３２個、．．．、または１０２４個の無線フレーム）とを示し得る。
【００４０】
[0061]図７Ｃは、ＭＳＩ  ＭＡＣ制御要素のフォーマットを示す図７９０である。ＭＳＩ  ＭＡＣ制御要素は、ＭＳＰごとに一回送られ得る。ＭＳＩ  ＭＡＣ制御要素は、ＰＭＣＨの各スケジューリング期間の第１のサブフレーム中で送られ得る。ＭＳＩ  ＭＡＣ制御要素は、ＰＭＣＨ内の各ＭＴＣＨの停止フレームおよびサブフレームを示すことができる。ＭＢＳＦＮエリアごとにＰＭＣＨ当たり１つのＭＳＩがあり得る。論理チャネル識別子（ＬＣＩＤ）フィールド（たとえば、ＬＣＩＤ１、ＬＣＩＤ２、．．．、ＬＣＩＤｎ）は、ＭＴＣＨの論理チャネル識別子を示し得る。停止ＭＴＣＨフィールド（たとえば、停止ＭＴＣＨ１、停止ＭＴＣＨ２、．．．、停止ＭＴＣＨｎ）は、対応ＭＴＣＨが停止するＭＣＨに割り振られたサブフレームのみをカウントする、ＭＣＨスケジューリング期間内のサブフレームの順序数を示し得る。
【００４１】
[0062]一使用事例では、ネットワーク（たとえば、ｅＮＢ１０６）が輻輳に遭遇した場合、ＭＣＥ（たとえば、ＭＣＥ１２８）は、そのネットワーク輻輳を低減するために１つまたは複数のＭＢＭＳセッションを除去し得る。たとえば、ＵＥがＭＢＭＳセッション（たとえば、ｅＭＢＭＳセッション）を通じてサービスを受信する間にＭＢＭＳネットワーク（たとえば、ｅＭＢＭＳネットワーク）が輻輳される場合、ＭＣＥはＭＢＭＳセッションを中断し得、ＵＥは、ユニキャストサーバからユニキャストベアラを介してＭＢＭＳセッションのサービスの対応するバージョンを受信し続け得る。別の使用事例では、ＵＥがＭＢＭＳセッション（たとえば、ｅＭＢＭＳセッション）を通じてサービスを受信している間に、ＭＢＳＦＮエリア内のＭＢＭＳセッションに関心があるユーザの数が事前設定されたしきい値を下回るとネットワークが決定した場合、ＭＢＳＦＮエリアおよびＵＥがユニキャストサーバからユニキャストベアラを介してＭＢＭＳセッションのサービスの対応するバージョンを受信し続け得るという点から、ＭＣＥはＭＢＭＳセッションを中断／停止することを決定し得る。上記の特徴は、たとえば、グループ呼ｅＭＢＭＳ輻輳管理のために実装され得ることに留意されたい。
【００４２】
[0063]ＭＣＥがＭＢＭＳセッションを中断／停止すると、ＵＥは、ＭＢＭＳセッションのサービスを受信することから、ユニキャストを介してＭＢＭＳセッションのサービスの対応するバージョンを受信することへと遷移し得る。そのような遷移の間、ネットワークは、ユニキャストベアラを確立するために、いくらかの時間を取り得る。一般に、ＭＢＭＳセッションが中断されていることを示すメッセージ（たとえば、ＭＣＣＨメッセージ）をＵＥが受信すると、ＵＥは、ＭＢＭＳセッションが中断されていると決定し、ＵＥとのユニキャストベアラを確立するようにネットワークに要求することによってユニキャストベアラの確立を開始する。ＵＥは一般にＭＢＭＳセッションが中断された後にユニキャストベアラの確立を要求するため、ユニキャストを介してサービスを受信するために使用されるユニキャストベアラは、ＭＢＭＳセッションが中断されているときに確立されないことがある。ＭＢＭＳセッションが中断されているときにユニキャストが確立されない場合、ＵＥは、ＭＢＭＳセッションが中断された後にネットワークがＵＥとのユニキャストベアラを確立するために要する時間期間にわたって、サービスの中断に遭遇し得る。たとえば、ネットワークがユニキャストベアラを確立するために２００ｍｓを要した場合、ＵＥは、ＭＢＭＳセッションが中断された後、少なくとも２００ｍｓにわたってサービスの中断に遭遇し得る。したがって、ＵＥがｅＭＢＭＳを介してサービス受信からユニキャスト受信へと切り替わるとき、サービス中断を低減するために、またサービスの連続性を達成するために、ネットワークがｅＭＢＭＳセッションの中断の前にユニキャストベアラを確立するのに十分な時間を有し得るように、ネットワークが事前にＭＢＭＳセッションの中断をＵＥに通知することが望ましい。
【００４３】
[0064]第１のアプローチによれば、ＭＣＣＨを介して通信される情報は、ｅＭＢＭＳセッションの中断の初期通知を提供し得るものである。第１のアプローチの第１の態様によれば、ネットワーク（たとえば、ＭＣＥおよび／またはｅＮＢ）が（たとえば、ＵＥがＭＢＭＳセッションを通じてサービスを受信している間）ＭＢＭＳセッションを中断することを決定したとき、ネットワークは、変更についてＵＥに通知するのを次のＭＣＣＨ修正期間（たとえば、第１のＭＣＣＨ修正期間）まで待機する。第１のＭＣＣＨ修正期間の間、ネットワークは、（たとえば、ＰＤＣＣＨチャネルを介して）ＭＣＣＨ情報の変更に関する通知をＵＥに送る。第１のＭＣＣＨ修正期間の後に続く第２のＭＣＣＨ修正期間の間、ネットワークは、更新されたＭＣＣＨ情報をＵＥに送り、ここで、更新されたＭＣＣＨ情報は、ＭＢＭＳセッションが後続のＭＣＣＨ修正期間（たとえば、第３のＭＣＣＨ修正期間）に中断されることを示す。ＵＥに送られる更新されたＭＣＣＨ情報は、ＭＢＳＦＮエリア構成メッセージに関連付けられ得る。ＭＢＭＳセッションの次回の中断を示す更新されたＭＣＣＨ情報を受信すると、ＵＥは、第２のＭＣＣＨ修正期間に、ＭＢＭＳセッションに対応するユニキャストサービスのためのユニキャストベアラを確立するようにネットワークに要求する。ＵＥは、ユニキャストベアラが第２のＭＣＣＨ修正期間の間に確立されている間に中断されるべきＭＢＭＳセッションに対応するＭＴＣＨをモニタし続け得る。
【００４４】
[0065]第２のＭＣＣＨ修正期間に続く第３のＭＣＣＨ修正期間では、ｅＭＢＭＳセッションは中断される。たとえば、第３のＭＣＣＨ修正期間では、ネットワークは、ＭＢＭＳセッションを中断するためにＭＢＭＳセッションのサービスを識別するＴＭＧＩを除去し得る。第３のＭＣＣＨ修正期間では、ネットワークは、ＭＢＭＳセッションが除去されたことを示す更新されたＭＣＣＨ情報（たとえば、ＭＢＳＦＮエリア構成メッセージ）を送り得る。たとえば、第３のＭＣＣＨ修正期間では、ＭＢＭＳセッションのサービスを識別するＴＭＧＩが存在しないことを示すＭＢＳＦＮエリア構成メッセージをＵＥが受信した場合、ＵＥは、中断されているＭＢＭＳセッションに関連付けられるＭＴＣＨをモニタすることを停止し、ユニキャストベアラを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信し続けることになる。ＵＥは、第３のＭＣＣＨ修正期間の前にユニキャストベアラを確立するようにネットワークに要求するため、ＵＥは、ＭＢＭＳセッションが第３のＭＣＣＨ修正期間中に中断されているとき、サービス中断をほとんどまたは全く伴わずにユニキャストを介してサービスを受信し続け得る。第１のアプローチの第１の態様によれば、ＭＢＭＳセッションは、ＭＢＭＳセッションを中断する決定に続く２つのＭＣＣＨ修正期間の後に（たとえば、第１および第２のＭＣＣＨ修正期間の後に）中断されることに留意されたい。
【００４５】
[0066]第１のアプローチの第２の態様によれば、ネットワーク（たとえば、ＭＣＥおよび／またはｅＮＢ）が（たとえば、ＵＥがＭＢＭＳセッションを介してサービスを受信している間）ＭＢＭＳセッションを中断することを決定したとき、ネットワークはＭＣＣＨ情報の変更の通知をＵＥに送らないこともある。したがって、ネットワークが、次のＭＣＣＨ修正期間（第１のＭＣＣＨ修正期間）の間に、ＭＢＭＳセッションを中断することを決定した後、ネットワークは、更新されたＭＣＣＨ情報をＵＥに送り、ここで、更新されたＭＣＣＨ情報は、続くＭＣＣＨ修正期間にＭＢＭＳセッションをネットワークが中断しようとしていることを示す。ＵＥに送られる更新されたＭＣＣＨ情報は、ＭＢＳＦＮエリア構成メッセージであり得る。ＭＢＭＳセッションの次回の中断を示す更新されたＭＣＣＨ情報を受信すると、ＵＥは、第１のＭＣＣＨ修正期間に、ＭＢＭＳセッションのサービスに対応するユニキャストサービスのためのユニキャストベアラを確立するようにネットワークに要求する。ＵＥは、ユニキャストベアラが第１のＭＣＣＨ修正期間の間に確立されている間に、ｅＭＢＭＳサービスを搬送する対応ＭＴＣＨをモニタし続け得る。第１のＭＣＣＨ修正期間に続く第２のＭＣＣＨ修正期間では、ＭＢＭＳセッションは中断される。たとえば、第２のＭＣＣＨ修正期間では、ネットワークは、ＭＢＭＳセッションを中断するためにＭＢＭＳセッションのサービスを識別するＴＭＧＩを除去し得る。ＵＥは第２のＭＣＣＨ修正期間の前にユニキャストベアラの確立を開始することに留意されたい。
【００４６】
[0067]第２のＭＣＣＨ修正期間では、ネットワークは、ＭＢＭＳセッションが中断されていることを示す更新されたＭＣＣＨ情報（たとえば、ＭＢＳＦＮエリア構成メッセージ）を送り得る。たとえば、第２のＭＣＣＨ修正期間では、ＭＢＭＳセッションのサービスを識別するＴＭＧＩが存在しないことを示すＭＢＳＦＮエリア構成メッセージをＵＥが受信した場合、ＵＥは、対応ＭＴＣＨをモニタすることを停止し、ユニキャストベアラを介してＭＢＭＳセッションのサービスの対応するバージョンを受信することに切り替える。ネットワークは第２のＭＣＣＨ修正期間の前にユニキャストベアラを確立するため、ＵＥは、ＭＢＭＳセッションが第２のＭＣＣＨ修正期間中に中断されているとき、サービス中断を低減してまたはサービス中断を伴わずにユニキャストを介してサービスを受信し続け得る。第１のアプローチの第２の態様によれば、ＭＢＭＳセッションは、ＭＢＭＳセッションを中断する決定に続く１つのＭＣＣＨ修正期間の後に（たとえば、第１のＭＣＣＨ修正期間の後に）中断される。
【００４７】
[0068]図８は、本開示による第１のアプローチの第１の態様を示す例示的な図８００である。初期の時間期間８１０の間、ネットワークが８１２においてＭＢＭＳセッションを中断することを決定した後、ＵＥは８１４において（たとえば、ＰＤＣＣＨ上で）ＭＣＣＨ変更の通知を受信する。ＵＥは、通知反復期間８２２ごとにＭＣＣＨ変更の通知を受信する。ネットワークが８１２においてＭＢＭＳセッションを中断することを決定した後、ＭＣＣＨ修正期間が、第１のＭＣＣＨ修正期間８３０で始まる。第１のＭＣＣＨ修正期間８３０の間、ＵＥは、ＭＣＣＨ反復期間８２４ごとにネットワークから周期的にＭＣＣＨ情報８３６を受信し始め、またＭＣＣＨ変更８３４の通知を周期的に受信し続ける。第１のＭＣＣＨ修正期間８３０の後に続く第２のＭＣＣＨ修正期間８５０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ８５６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ８５６は、ＭＢＭＳセッションが次回のＭＣＣＨ修正期間に中断されることを示す。第２のＭＣＣＨ修正期間８５０の間に、ＭＢＭＳセッションの次回の中断を示すＭＢＳＦＮエリア構成メッセージ８５６を受信すると、ＵＥはユニキャストベアラの確立を要求し、ネットワークは、ＵＥがユニキャストを介してＭＢＭＳに対応するサービスを受信し得るように、ユニキャストベアラを確立する。第２のＭＣＣＨ修正期間８５０の間、ＵＥは、周期的に（たとえば、通知反復期間ごとに）ＭＣＣＨ変更８５４の通知を受信し続ける。
【００４８】
[0069]第２のＭＣＣＨ修正期間８５０の後に続く第３のＭＣＣＨ修正期間８７０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ８７６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ８７６は、ＭＢＭＳセッションが中断されていることを示す。ネットワークは、第３のＭＣＣＨ修正期間８７０の前に、第２のＭＣＣＨ修正期間８５０においてユニキャストベアラを確立することを終了する。したがって、ＵＥは、ネットワークがユニキャストベアラを確立するのに要する時間によって引き起こされるサービスの不連続性または中断を低減して、ネットワークが第３のＭＣＣＨ修正期間８７０の始めにＭＢＭＳセッションを中断するとき、中断されているＭＢＭＳセッションのユニキャストを介して対応するサービスを受信することを開始し得る。第１のアプローチの第２の態様によれば、ＵＥは、ＭＢＭＳセッションが中断されている間にユニキャストを介してサービスを受信することに備えるために、ＭＢＭＳセッションを中断する決定の後、２つのＭＣＣＨ修正期間（たとえば、第１のＭＣＣＨ修正期間８３０および第２のＭＣＣＨ修正期間８５０）を取ることに留意されたい。
【００４９】
[0070]図９は、本開示による第１のアプローチの第２の態様を示す例示的な図９００である。初期の時間期間９１０の間、ネットワークは９１２においてＭＢＭＳセッションを中断することを決定する。第１のアプローチの第２の態様によれば、ＵＥは、初期の時間期間９１０の間にＭＣＣＨ変更の通知を受信しないことがある。最初の時間期間９１０の後に続く第１のＭＣＣＨ修正期間９５０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ９５６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ９５６は、ＭＢＭＳセッションが次回のＭＣＣＨ修正期間に中断されようとしていることを示す。ＭＢＳＦＮエリア構成メッセージ９５６は、ＵＥがネットワークから受信するＭＣＣＨ情報に関連付けられ得る。ＭＢＳＦＮエリア構成メッセージ９５６は、ＭＣＣＨ繰り返し期間９２２ごとに周期的に受信され得る。第１のＭＣＣＨ修正期間９５０の間、ＵＥは周期的にＭＣＣＨ変更９５４の通知を受信する。第１のＭＣＣＨ修正期間９５０の間に、ＭＢＭＳセッションの次回の中断を示すＭＢＳＦＮエリア構成メッセージ９５６を受信すると、ＵＥはユニキャストベアラの確立を要求し、ネットワークは、ＵＥがユニキャストを介してＭＢＭＳサービスの対応するサービスバージョンを受信し得るように、ユニキャストベアラを確立する。
【００５０】
[0071]第１のＭＣＣＨ修正期間９５０の後に続く第２のＭＣＣＨ修正期間９７０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ９７６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ９７６は、ＭＢＭＳセッションが中断されていることを示す。ネットワークは、第２のＭＣＣＨ修正期間９７０の前に、第１のＭＣＣＨ修正期間９５０においてユニキャストベアラを確立することを終了する。したがって、ＵＥは、ネットワークがユニキャストベアラを確立するのに要する時間によって引き起こされるサービスの不連続性または中断を伴わずに、ネットワークが第２のＭＣＣＨ修正期間９７０の始めにＭＢＭＳセッションを中断するとき、ユニキャストを介して、中断されているＭＢＭＳセッションに対応するサービスを受信することを開始し得る。第１のアプローチの第２の態様によれば、ＵＥは、ＭＢＭＳセッションが中断されているときにユニキャストを介してサービスを受信することに備えるために、ＭＢＭＳセッションを中断する決定の後、１つのＭＣＣＨ修正期間（たとえば、第１のＭＣＣＨ修正期間９５０）を要することに留意されたい。
【００５１】
[0072]第１のアプローチでは、ＭＢＭＳサービスを中断する決定の後に１つのＭＣＣＨ修正期間、待機し、次いでユニキャストベアラの確立を開始する第１の態様と比較して、第２の態様は、ＭＢＭＳサービスを中断する決定の後、第１のＭＣＣＨ修正期間の間にユニキャストベアラの確立を開始する。したがって、ＭＢＭＳサービスを中断する決定の後、第２の態様は、１つのＭＣＣＨ修正期間の後にユニキャストベアラを確立することを終了するのに対し、第１の態様は、２つのＭＣＣＨ修正期間の後にユニキャストベアラを確立することを終了する。したがって、第２の態様は、ユニキャストベアラを確立するために、第１の態様よりも短い時間を要し得る。第２の態様は、ユニキャストベアラを確立するために、第１の態様よりも短い時間を要し得るため、第２の態様は、ＵＥが第１の態様よりも早期にユニキャストを介してサービスを受信することを可能にし得る。
【００５２】
[0073]図１０は、本開示の第１のアプローチによる、ＭＢＳＦＮエリア構成メッセージの実装を示す例示的なＭＢＳＦＮエリア構成メッセージ１０００の一部分である。ＭＢＳＦＮエリア構成メッセージ１０００のこの一部分は、対応するＭＢＭＳセッションが次回のＭＣＣＨ修正期間中に中断／停止されようとしているかどうかを示すＭＢＭＳ中断インジケータ１０１０を含むように修正され得る。
【００５３】
[0074]第２のアプローチによれば、ｅＭＢＭＳセッションの中断の初期通知は現在のＭＳＰの間に受信されたＭＳＩに基づき得る。ネットワーク（たとえば、ＭＣＥ）がＭＢＭＳセッションを中断することを決定すると、ネットワークは、ＭＢＭＳセッションに対応するＭＴＣＨ（ＬＣＩＤに関連付けられるＭＴＣＨ）が、たとえば、数個の続くＭＣＨスケジューリング期間（ＭＳＰ）中に中断され、したがってＭＢＭＳセッションを中断することをＵＥに示すために、ＭＳＩを使用し得る。ＬＣＩＤがＴＭＧＩに関連付けられ、ここで、ＴＭＧＩはＭＢＭＳセッションのサービスを識別する一意識別子であることに留意されたい。第２のアプローチの第１の態様では、ネットワークがＭＢＭＳセッションを中断することを決定すると、ネットワークは、ＭＢＭＳセッションが中断されようとしていることをＵＥに通知するために、ＭＢＭＳセッションに対応するＭＴＣＨに関連付けられる反復ＬＣＩＤを有するＭＳＩをＵＥに提供し得る。言い換えれば、ＭＳＩにおける特定のＬＣＩＤの反復は、その特定のＬＣＩＤに関連付けられるＭＴＣＨおよび対応するＭＢＭＳセッションが中断されようとしていることをＵＥに示すことになる。ＭＳＩは、複数の反復ＬＣＩＤに対応する複数のＭＢＭＳセッションが中断され得ることを示し得る複数の反復ＬＣＩＤを含み得る。ＭＳＩはまた、ＭＢＭＳセッションがいつ中断されるかを示すために、反復ＬＣＩＤに関連付けられる予約値を含み得る。たとえば、その予約値は、対応ＭＴＣＨの後のいくつのＭＳＰが中断されるかを示し得る。一実装形態では、予約値は、２０４３（２進数：１１１１１１１１０１１）または２０４６（２進数：１１１１１１１１１００）のいずれであってもよい。そのような実装形態では、たとえば、予約値の２０４３は、ＭＴＣＨが現在のＭＳＰの後の１つのＭＳＰにおいて中断され、したがって、ＭＴＣＨに対応するＭＢＭＳセッションもまた、現在のＭＳＰの後の１つのＭＳＰにおいて中断されることを示し得る。たとえば、予約値の２０４６は、ＭＴＣＨが現在のＭＳＰの後の２つのＭＳＰにおいて中断され、したがって、ＭＴＣＨに対応するＭＢＭＳセッションもまた、現在のＭＳＰの後の２つのＭＳＰにおいて中断されることを示し得る。別の実装形態では、１５３６から２０４２の任意の未使用値が、ＭＴＣＨセッションがいつ中断されるかを示すために予約値として利用され得る。各予約値は、ＭＢＭＳセッションの中断が発生する前の時間期間を表すために、複数のＭＳＰにマッピングされ得ることに留意されたい。
【００５４】
[0075]第２のアプローチの第２の態様では、新たなＭＳＩフォーマットが利用され得る。第２のアプローチの第２の態様によれば、ネットワークがＭＢＭＳセッションを中断することを決定すると、ネットワークは、ＭＳＩの最後に特定のＬＣＩＤとその特定のＬＣＩＤに関連付けられる中断インジケータとをさらに含むＭＳＩをＵＥに提供し得る。特定のＬＣＩＤは、ＭＳＩにおけるＬＣＩＤのうちの１つの反復ＬＣＩＤである。特定のＬＣＩＤに関連付けられる中断インジケータは、特定のＬＣＩＤに関連付けられるＭＴＣＨが中断され、したがってそのＭＴＣＨに対応するＭＢＭＳセッションを中断することを示す。中断インジケータは、特定のＬＣＩＤに関連付けられるＭＴＣＨがいつ中断されるかを示し得る。たとえば、中断インジケータは、特定の数のＭＳＰに設定され得る３つのビットを含み得、ここでＭＴＣＨおよび対応するＭＢＭＳセッションはその特定数のＭＳＰの後に中断されると予想される。たとえば、「００１」を含む中断インジケータは、ＭＴＣＨが現在のＭＳＰの後の１つのＭＳＰにおいて中断され、したがって、対応するＭＢＭＳセッションを現在のＭＳＰの後の１つのＭＳＰにおいて中断することを示し得る。たとえば、「００２」を含む中断インジケータは、ＭＢＭＳセッションが現在のＭＳＰの後の２つのＭＳＰにおいて中断され、したがって、対応するＭＢＭＳセッションを現在のＭＳＰの後の２つのＭＳＰにおいて中断することを示し得る。ＭＳＩは、複数の反復ＬＣＩＤに対応する複数のＭＢＭＳセッションが中断され得ることを示すそれぞれの中断インジケータを有する複数の特定のＬＣＩＤを含み得る。
【００５５】
[0076]図１１Ａは、第２のアプローチの第１の態様によるＭＳＩ  ＭＡＣ制御要素の例示的な図１１００である。ＵＥは、現在のＭＳＰの間に、ＭＡＣ制御要素を有するＭＳＩを受信する。ＬＣＩＤフィールド１１０２、１１０４、および１１０８はそれぞれ、それぞれのＭＴＣＨの論理チャネルＩＤを示す。各ＬＣＩＤフィールドの長さは５ビットであり得る。停止ＭＴＣＨフィールドは、対応するＬＣＩＤのために割り当てられた最後のサブフレーム番号を示す。したがって、停止ＭＴＣＨフィールド１１１２、１１１４、および１１１８はそれぞれのサブフレーム番号を示し、ここで、それぞれのＭＴＣＨはＬＣＩＤフィールド１１０２、１１０４、および１１０８に対してそれぞれ停止する。この例では、各停止ＭＴＣＨフィールドの長さは１１ビットであり得る。ＬＣＩＤフィールド１１０４はＬＣＩＤ２を含み、ＬＣＩＤフィールド１１０６はまた、ＬＣＩＤ２の反復であるＬＣＩＤ２を含む。したがって、ＬＣＩＤフィールド１１０６は、ＬＣＩＤ２がＬＣＩＤフィールド１１０６において反復されることを示す。ＬＣＩＤフィールド１１０６における反復ＬＣＩＤ２は、ＬＣＩＤ２に関連付けられるＭＴＣＨが中断され、したがってＭＴＣＨに対応するＭＢＭＳセッションが中断されることを示す。ＬＣＩＤフィールド１１０６における反復ＬＣＩＤ２に対応する停止ＭＴＣＨフィールドは、反復ＬＣＩＤ（たとえば、ＬＣＩＤ２）に関連付けられるＭＴＣＨがいつ中断されるかを示す予約値のための予約値フィールド１１１６として使用される。予約値フィールド１１１６は、１０進数で２０４３である２進数１１１１１１１１０１１を示す。たとえば、予約値の２０４３は、ＭＴＣＨが１つのＭＳＰにおいて中断されることを示し得る。したがって、例示的な図１１００では、反復ＬＣＩＤ２を有するＬＣＩＤフィールド１１０６および予約値フィールド１１１６は、ＬＣＩＤ２に関連付けられるＭＴＣＨが現在のＭＳＰの後の１つのＭＳＰにおいて中断され、したがって対応するＭＢＭＳセッションが現在のＭＳＰの後の１つのＭＳＰにおいて中断されることを示す。第２のアプローチの第１の態様は、ＭＢＭＳセッションの次回の中断を示すために、２つのオクテット（オクテット５およびオクテット６）を使用することに留意されたい。ＭＢＭＳセッションの中断がＭＳＰの倍数単位で発生する前の他の時間期間を表すために、予約値フィールドの他の値が使用され得る。
【００５６】
[0077]図１１Ｂは、第２のアプローチの第２の態様によるＭＳＩ  ＭＡＣ制御要素の例示的な図１１５０である。ＵＥは、現在のＭＳＰの間に、ＭＡＣ制御要素を有するＭＳＩを受信する。ＬＣＩＤフィールド１１５２、１１５４、および１１５６はそれぞれのＭＴＣＨのそれぞれの論理チャネルＩＤを示す。各ＬＣＩＤフィールドの長さは５ビットであり得る。停止ＭＴＣＨフィールドは、対応するＬＣＩＤに割り当てられた最後のサブフレーム番号を示す。したがって、停止ＭＴＣＨフィールド１１６２、１１６４、および１１６６はそれぞれのサブフレーム番号を示し、ここで、それぞれのＭＴＣＨはＬＣＩＤフィールド１１５２、１１５４、および１１５６に対してそれぞれ停止する。各停止ＭＴＣＨフィールドの長さは１１ビットであり得る。この例では、付加的なＬＣＩＤフィールド１１５８は、ＬＣＩＤ２に関連付けられるＭＴＣＨが中断され、したがってＭＴＣＨに対応するＭＢＭＳセッションが中断されることを示すために、ＬＣＩＤ２を反復する。付加的なＬＣＩＤフィールド１１５８に関連付けられる中断インジケータ１１６８は、ＬＣＩＤ２に関連付けられるＭＴＣＨがいつ中断されるかを示す。たとえば、中断インジケータ１１６８は、ＬＣＩＤ２が複数回のＭＳＰにおいて中断されるまでの時間期間を示し得、ここで、中断インジケータ１１６８で示される時間期間は、現在のＭＳＰの後の時間期間である。第２のアプローチの第２の態様は、ＭＢＭＳセッションの次回の中断を示すために、１つのオクテット（オクテット２＊ｎ＋１）を使用することに留意されたい。
【００５７】
[0078]第２のアプローチの第３の態様によれば、ＭＳＩおよびＭＴＣＨ送信のタイムラインは、ＭＢＭＳセッションの次回の中断／停止を示すように修正され得る。具体的には、現在のＭＳＰの間、ＵＥは、現在のＭＳＰのＭＳＩを受信する代わりに、後続のＭＳＰのＭＳＩを受信する。したがって、たとえば、ＭＣＥが、第１のＭＳＰに続く第２のＭＳＰにおいてＭＢＭＳセッションを中断することを決定する（たとえば、したがって対応ＭＴＣＨを中断／停止することを決定する）場合、ＵＥは、第２のＭＳＰに対応するＭＳＩを第１のＭＳＰの間に受信し得る。第２のＭＳＰに対応するＭＳＩは、第２のＭＳＰのための１つまたは複数のＭＢＭＳセッションのスケジューリングを含み、したがって、第２のＭＳＰにおいて特定のＭＴＣＨを停止するインジケーションを含み得る。たとえば、第２のＭＳＰに対応するＭＳＩは、特定のＭＴＣＨが第２のＭＳＰにおいてスケジュールされないことを示す（たとえば、このようにして、特定のＭＴＣＨが中断されることを示す）「停止ＭＴＣＨ」のインジケーションに対する特別な停止値「２０４７」を指定し得る。ＵＥは、第２のＭＳＰに対応するＭＳＩに基づいて第１のＭＳＰの間に、ＭＴＣＨが第２のＭＳＰにおいて中断／停止されることを決定するため、ＵＥは第１のＭＳＰの間にユニキャストベアラの確立を要求し得る。したがって、ＵＥの要求のときに、ネットワークは、ＭＴＣＨが第２のＭＳＰにおいて停止される前にユニキャストを介してＭＢＭＳセッションに対応するサービスを受信し続けるために、ユニキャストベアラを確立し、これにより、ＭＢＭＳサービスの中断を低減し、ＭＢＭＳサービスの連続性を向上させ得る。
【００５８】
[0079]図１２Ａは、一般的な実装形態によるＭＳＰおよびＭＳＩを示す例示的なタイムライン１２００である。この例示的なタイムライン１２００は、最初のＭＳＰ（ＭＳＰ  Ｘ−１）１２１２、第１のＭＳＰ（ＭＳＰ  Ｘ）１２１４、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６を順に示す。最初のＭＳＰ（ＭＳＰ  Ｘ−１）１２１２では、ＵＥは、最初のＭＳＰ（ＭＳＰ  Ｘ−１）１２１２に対応するＭＳＩ（ＭＳＩ  Ｘ−１）１２２２を受信する。第１のＭＳＰ（ＭＳＰ  Ｘ）１２１４では、ＵＥは、第１のＭＳＰ（ＭＳＰ  Ｘ）１２１４に対応するＭＳＩ（ＭＳＩ  Ｘ）１２２４を受信する。第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６では、ＵＥは、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６に対応するＭＳＩ（ＭＳＩ  Ｘ＋１）１２２６を受信する。ＭＣＥが、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６の間に、第１のＭＳＰ（ＭＳＰ  Ｘ）１２１４の後にＭＢＭＳセッションを中断することを決定した場合、ＵＥは、第２のＭＳＰ  １２１６に対応するＭＳＩ（Ｘ＋１）１２１６を受信し、ここで、ＭＳＩ（Ｘ＋１）１２１６は、ＭＢＭＳセッションに対応するＭＴＣＨを停止することを示す。このようにして、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６では、ＭＢＭＳセッションは中断／停止され、ＵＥはユニキャストベアラを確立するようにネットワークに要求する。したがって、ＭＢＭＳセッションが第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２１６で中断／停止されると、ＵＥは、サービス中断を生じさせる、中断されているＭＢＭＳセッションに対応するサービスを受信するために使用されるユニキャストベアラをネットワークが確立するまで、サービスを受信しない。
【００５９】
[0080]図１２Ｂは、本開示の第２のアプローチの第３の態様によるＭＳＰおよびＭＳＩを示す例示的なタイムライン１２５０である。この例示的なタイムライン１２００は、最初のＭＳＰ（ＭＳＰ  Ｘ−１）１２６２、第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６を順に示す。図１２Ａの例示的なタイムライン１２００と比較して、ＭＳＩのタイムラインは、図１２Ｂに示すように本開示の第２のアプローチに従ってシフトされている。具体的には、現在のＭＳＰの間、ＵＥは、後続のＭＳＰのＭＳＩを受信する。したがって、最初のＭＳＰ（ＭＳＰ  Ｘ−１）１２６２では、ＵＥは、第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４に対応するＭＳＩ（ＭＳＩ  Ｘ）１２７２を受信する。第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４では、ＵＥは、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６に対応するＭＳＩ（ＭＳＩ  Ｘ＋１）１２７４を受信する。したがって、ネットワーク（たとえば、ＭＣＥ）が第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６の間にＭＴＣＨを中断することを決定した場合、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６に対応するＭＳＩ（ＭＳＩ  Ｘ＋１）１２７４は、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６の間のＭＴＣＨの中断を示す。したがって、第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４でＭＳＩ（ＭＳＩ  Ｘ＋１）１２７４を受信すると、ＵＥは、ユニキャストを介して、中断されているＭＢＭＳセッションに対応するサービスを受信するために使用されるユニキャストベアラを確立するようにネットワークに要求する。このようにして、ネットワークは、ＭＴＣＨが第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６で中断される前に、第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４でユニキャストベアラを確立し得る。第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６では、ＵＥは、第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６に続く第３のＭＳＰに対応するＭＳＩ（ＭＳＩ  Ｘ＋２）１２７６を受信する。第２のＭＳＰ（ＭＳＰ  Ｘ＋１）１２６６では、ＭＢＭＳセッションはＭＳＩ（ＭＳＩ  Ｘ＋１）１２７４で示されるように中断され、ＵＥは、サービス中断に遭遇することなく、第１のＭＳＰ（ＭＳＰ  Ｘ）１２６４の間に確立されたユニキャストベアラを使用して、ユニキャストを介して、中断されているＭＢＭＳセッションに対応するサービスを受信し続ける。
【００６０】
[0081]第３のアプローチによれば、ＭＣＨに対するＬＣＩＤの予約値は、どのＭＢＭＳセッションが中断されようとしているかを示すために使用され得る。たとえば、ＭＣＨに対するＬＣＩＤの予約値は「１１１０１」であり得る。ＬＣＩＤの予約値は、中断インジケータを有する新たなＭＡＣ制御要素を含むために使用され得る。一態様では、既存のＭＳＩ  ＭＡＣ制御要素に加えて、中断インジケータを有する付加的なＭＳＩ  ＭＡＣ制御要素がＭＡＣプロトコルデータユニット（ＰＤＵ）のＭＡＣペイロードにおいて利用され得る。たとえば、予約値は、中断インジケータを有する付加的なＭＳＩ  ＭＡＣ制御要素のために使用され得る。特定のＬＣＩＤに関連付けられる中断インジケータは、特定のＬＣＩＤに関連付けられるＭＴＣＨがいつ中断されるかを示し、したがってそのＭＴＣＨに対応するＭＢＭＳセッションがいつ中断されるかを示す。中断インジケータに基づいて、ＵＥはユニキャストベアラの確立を要求し得、ネットワークは、サービス中断をほとんどまたは全く伴わずに、ＭＢＭＳセッションが中断されているときに、中断されているＭＢＭＳサービスに対応するサービスをユニキャストを介してＵＥが受信し得るように、ＭＢＭＳセッションが中断される前にユニキャストベアラを確立し得る。一態様では、中断インジケータは、対応ＭＴＣＨがいつ中断されるかをさらに示し得る。たとえば、中断インジケータは、対応ＭＴＣＨの後のいくつのＭＳＰが中断されるかをさらに示し得る。
【００６１】
[0082]図１３Ａは、本開示の第３のアプローチによるＭＡＣ  ＰＤＵを示す例示的な図１３００である。ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ１３１０とＭＡＣペイロード１３３０とを含む。ＭＡＣペイロード１３３０は、ＭＡＣ制御要素１  １３３２およびＭＡＣ制御要素２  １３３４（付加的なＭＡＣ制御要素）など、１つまたは複数のＭＡＣ制御要素を含む。ＭＡＣ制御要素２  １３３４は、特定のＬＣＩＤに関連付けられるＭＴＣＨがいつ中断されるかを示し、したがってそのＭＴＣＨに対応するＭＢＭＳセッションがいつ中断されるかを示すための特定のＬＣＩＤに対する中断インジケータを含むために利用され得る。ＭＡＣペイロード１３３０はまた、ＭＡＣサービスデータユニット（ＭＡＣ  ＳＤＵ）１３３６とパディング１３３８とを含み得る。図１３Ｂは、本開示の第３のアプローチによる付加的なＭＡＣ制御要素を示す例示的な図１３５０である。例示的な図１３５０に示す付加的なＭＡＣ制御要素（たとえば、図１３ＡのＭＡＣ制御要素２  １３３４など）は、ＬＣＩＤフィールド１３５２と、そのＬＣＩＤフィールド１３５２に関連付けられる中断インジケータ１３５４とを含む。この例では、ＬＣＩＤフィールド１３５２はＬＣＩＤ２を示し、中断インジケータ１３５４は、ＬＣＩＤ２に関連付けられるＭＴＣＨがいつ中断されるかを示す。これによって、ＵＥが（例示的な図１３５０に示すような）付加的なＭＡＣ制御要素を受信すると、ＵＥは、ネットワークがＭＢＭＳセッションの中断の前にユニキャストベアラを確立し得るように、ユニキャストベアラの確立を開始し得、したがって、ＵＥは、ＭＢＭＳセッションの中断の際にユニキャストベアラを使用して、ユニキャストを介してＬＣＩＤ２に対応する、ＭＢＭＳセッションに対応するサービスを受信し続け得る。
【００６２】
[0083]第４のアプローチによれば、ＭＢＭＳセッションの中断を示すために、ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージが利用され得る。そのサイクリック冗長検査（ＣＲＣ）が無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルされるＤＣＩフォーマット１Ｃメッセージは、ＵＥがそのようなインジケーションに基づいてユニキャストベアラを確立するようネットワークに要求し得るように、ＭＢＭＳセッションが次のＭＣＣＨ修正期間中に中断されることをＵＥに示し得る。ＲＮＴＩは、ＤＣＩフォーマット１ＣメッセージのＣＲＣをスクランブルするために使用され得る。したがって、ＵＥの要求のときに、ネットワークは、ＭＢＭＳセッションが中断される次のＭＣＣＨ修正期間の前に、ユニキャストベアラを確立し得る。ＵＥはユニキャストベアラの確立を要求し、ネットワークは次のＭＣＣＨ修正期間の前にユニキャストベアラを確立するため、ＭＢＭＳセッションが次のＭＣＣＨ修正期間中に中断されると、ＵＥは、サービス中断をほとんどまたは全く伴わずに、次のＭＣＣＨ修正期間中に、中断されているＭＢＭＳセッションに対応するサービスを継続し得る。一態様では、ＵＥは、そのＣＲＣがＭ−ＲＮＴＩでスクランブルされたＤＣＩフォーマット１Ｃメッセージを使用して、ＭＣＣＨ変更通知を受信し得る。ＤＣＩフォーマット１Ｃメッセージは、どのＭＢＭＳセッション／ＭＴＣＨが次のＭＣＣＨ修正期間中に中断されるかを示す中断情報をさらに含み得る。たとえば、ＵＥにＭＣＣＨ変更通知を送るためにＤＣＩフォーマット１Ｃメッセージが使用されるとき、ＤＣＩフォーマット１Ｃメッセージのうちの８ビットは一般に、どのＭＣＣＨが次のＭＣＣＨ修正期間中に変更されるかを示すために（たとえば、ＭＣＣＨ変更通知として）使用され、ＤＣＩフォーマット１Ｃメッセージのうちの残りのビットは、どのＭＢＭＳセッション／ＭＴＣＨが次のＭＣＣＨ修正期間中に中断されるかを示す中断情報を含めるために利用され得る。図１４は、本開示の第４のアプローチによるＤＣＩフォーマット１Ｃメッセージを示す例示的な図１４００である。例示的な図１４００に示すＤＣＩフォーマット１Ｃメッセージは、どのＭＣＣＨが次のＭＣＣＨ修正期間中に変更されるかを示すＭＣＣＨ変更通知をＭＣＣＨフィールド１４０２に含み得る。例示的な図１４００に示されるＤＣＩフォーマット１Ｃメッセージはまた、中断情報を含むセッションインデックス１４０４を含み得る。セッションインデックス１４０４は、セッションインデックス１４０４に基づいてどのＭＢＭＳセッションが次のＭＣＣＨ修正期間中に中断されるかをＵＥが決定し得るように、ＭＢＭＳセッション／ＭＴＣＨにマッピングされる。ＵＥは、アプリケーションレイヤシグナリング、ＳＩＢ１３、ＭＣＣＨ、または専用のＲＲＣシグナリングおよび構成のうちの少なくとも１つを介して、少なくとも１つのセッションインデックスと中断されるべき少なくとも１つのＭＢＭＳセッションとの間でマッピングするマッピング情報をネットワークから受信し得る。
【００６３】
[0084]代替の態様として、ＭＢＭＳセッション中断を通知するために、新たなＲＮＴＩがｅＮＢに対して定義され得る。したがって、ＵＥは、そのＣＲＣが新たに定義されたＲＮＴＩでスクランブルされたＤＣＩフォーマット１Ｃメッセージを介して、ＭＣＣＨ変更通知を受信し得る。そのＣＲＣが新たに定義されたＲＮＴＩでスクランブルされたＤＣＩフォーマット１Ｃメッセージは、１つもしくは複数のセッションインデックスを含むこと、および／または、次のＭＣＣＨ修正期間中に中断されるべきＭＢＭＳセッションを直接指定する情報を含むことが可能である。たとえば、中断されるべきＭＢＭＳセッションを直接指定する情報は、ＭＢＳＦＮエリア識別子、ＰＭＣＨ識別子、またはＭＴＣＨ識別子のうちの少なくとも１つを含み得る。
【００６４】
[0085]図１５は、ワイヤレス通信の方法のフローチャート１５００である。本方法は、ＵＥ（たとえば、ＵＥ１０２、装置１６０２／１６０２’）によって実施され得る。１５０２において、ＵＥはＭＢＭＳセッションを通じてサービスを受信する。１５０４において、ＵＥは、ＭＢＭＳセッションの次回の中断の第１の通知を受信する。１５０６において、ＵＥは、第１の通知を受信すると、ＭＢＭＳセッションの次回の中断より先に、ユニキャストベアラの確立を要求する。１５０８において、ＵＥは、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信する。
【００６５】
[0086]一態様では、第１の通知は第１のＭＣＣＨ修正期間の間に受信され、サービスの対応するユニキャストバージョンは第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、ＵＥは、第２のＭＣＣＨ修正期間の間にＭＢＭＳセッションが中断されるという第２の通知を１５０７において受信し得る。そのような態様では、ＵＥは、第１のＭＣＣＨ修正期間の間にＵＥに送られたＭＢＳＦＮエリア構成メッセージを介して第２の通知を受信し得る。一態様では、１５０３において、ＵＥは、第１の通知が受信される第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信し得る。そのような態様では、ＵＥは、ＭＢＭＳセッションの次回の中断が決定されたときに、第３の通知を受信し得る。一態様では、第１の通知はＭＣＣＨ情報である。一態様では、ＭＣＣＨ情報は、ＭＢＳＦＮエリア構成メッセージに関連付けられる。
【００６６】
[0087]一態様では、たとえば、再び図９を参照すると、最初のＭＣＣＨ修正期間９１０の後に続く第１のＭＣＣＨ修正期間９５０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ９５６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ９５６は、ＭＢＭＳセッションが次回のＭＣＣＨ修正期間に中断されようとしていることを示す。たとえば、上記で説明したように、第１のＭＣＣＨ修正期間９５０の間に、ＭＢＭＳセッションの次回の中断を示すＭＢＳＦＮエリア構成メッセージ９５６を受信すると、ＵＥはユニキャストベアラの確立を要求し、ネットワークは、ＵＥがユニキャストを介してＭＢＭＳサービスの対応するユニキャストバージョンを受信し得るように、ユニキャストベアラを確立する。たとえば、再び図９を参照すると、第１のＭＣＣＨ修正期間９５０の後に続く第２のＭＣＣＨ修正期間９７０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ９７６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ９７６は、ＭＢＭＳセッションが中断されていることを示す。たとえば、再び図９を参照すると、ネットワークは、第２のＭＣＣＨ修正期間９７０の前に、第１のＭＣＣＨ修正期間９５０にユニキャストベアラを確立することを終了するため、ネットワークが第２のＭＣＣＨ修正期間９７０の最初にＭＢＭＳセッションを中断すると、ＵＥは、ユニキャストを介して、中断されているＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信し始め得る。
【００６７】
[0088]別の態様では、たとえば、再び図８を参照すると、第１のＭＣＣＨ修正期間８３０の間、ＵＥは、ＭＣＣＨ反復期間８２４ごとにネットワークから周期的にＭＣＣＨ情報８３６を受信し始め、またＭＣＣＨ変更８３４の通知を周期的に受信し続ける。たとえば、再び図８を参照すると、第１のＭＣＣＨ修正期間８３０の後に続く第２のＭＣＣＨ修正期間８５０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ８５６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ８５６は、ＭＢＭＳセッションが次回のＭＣＣＨ修正期間に中断されることを示す。たとえば、上記で説明したように、第２のＭＣＣＨ修正期間８５０の間に、ＭＢＭＳセッションの次回の中断を示すＭＢＳＦＮエリア構成メッセージ８５６を受信すると、ＵＥはユニキャストベアラの確立を要求し、ネットワークは、ＵＥがユニキャストを介してＭＢＭＳサービスに対応するサービスを受信し得るように、ユニキャストベアラを確立する。たとえば、再び図８を参照すると、第２のＭＣＣＨ修正期間８５０の後に続く第３のＭＣＣＨ修正期間８７０の間、ＵＥは周期的にネットワークからＭＢＳＦＮエリア構成メッセージ８７６を受信し、ここで、ＭＢＳＦＮエリア構成メッセージ８７６は、ＭＢＭＳセッションが中断されていることを示す。たとえば、再び図８を参照すると、ネットワークは、第３のＭＣＣＨ修正期間８７０の前に、第２のＭＣＣＨ修正期間８５０にユニキャストベアラを確立することを終了するため、ネットワークが第３のＭＣＣＨ修正期間８７０の最初にＭＢＭＳセッションを中断すると、ＵＥは、ユニキャストを介して、サービスの対応するユニキャストバージョンを受信し始め得る。
【００６８】
[0089]一態様では、ＵＥは、１５０４において、ＬＣＩＤのセットを含んだＭＳＩを受信し、そのＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべきＭＢＭＳセッションを決定することによって、第１の通知を受信し、ここで、ＬＣＩＤのセットのうちのそのＬＣＩＤは、中断されるべきＭＢＭＳセッションに対応する対応ＭＴＣＨに関連付けられる。たとえば、上記で説明したように、ネットワーク（たとえば、ＭＣＥ）がＭＢＭＳセッションを中断することを決定すると、ネットワークは、ＭＢＭＳセッションに対応するＭＴＣＨ（反復ＬＣＩＤに関連付けられるＭＴＣＨ）が、たとえば、数個のＭＳＰ中に中断され、したがってＭＢＭＳセッションが中断されることをＵＥに示すために、ＭＳＩを使用し得る。
【００６９】
[0090]そのような態様では、ＵＥは１５０４において、さらに、対応ＭＴＣＨに関連付けられるＬＣＩＤがＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定し、ＭＳＩに含められ反復ＬＣＩＤに関連付けられる予約値に基づいて次回の中断の予想時間を決定することによって、第１の通知を受信し、ここでユニキャストベアラの確立は、次回の中断の予想時間よりも先に要求される。そのような態様では、反復ＬＣＩＤに関連付けられる予約値は、ＭＳＩ内の反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる。そのような態様では、予約値は、次回の中断の予想時間を示し、予想時間は、複数のＭＳＰに基づくものであり、また予想時間は、ユニキャストベアラを確立するのに要する時間よりも後のものである。
【００７０】
[0091]たとえば、再び図１１Ａを参照すると、ＬＣＩＤフィールド１１０６における反復ＬＣＩＤ２は、ＬＣＩＤ２に関連付けられるＭＴＣＨが中断され、したがってＭＴＣＨに対応するＭＢＭＳセッションが中断されることを示す。たとえば、再び図１１Ａを参照すると、反復ＬＣＩＤ２を有するＬＣＩＤフィールド１１０６および予約値フィールド１１１６は、ＬＣＩＤ２に関連付けられるＭＴＣＨが１つのＭＳＰにおいて中断され、したがって対応するＭＢＭＳセッションが１つのＭＳＰにおいて中断されることを示す。たとえば、再び図１１Ａを参照すると、ＬＣＩＤフィールド１１０６における反復ＬＣＩＤ２に対応する停止ＭＴＣＨフィールドは、反復ＬＣＩＤ（たとえば、ＬＣＩＤ２）に関連付けられるＭＴＣＨがいつ中断されるかを示す予約値のための予約値フィールド１１１６として使用される。たとえば、上記で説明したように、ＬＣＩＤは、ＭＢＭＳセッションのサービスを識別するＴＭＧＩに関連付けられる。たとえば、上記で説明したように、その予約値は、対応ＭＴＣＨの後のいくつのＭＳＰが中断されるかを示し得る。
【００７１】
[0092]そのような態様では、ＭＳＩにおける第１の通知は、対応ＭＴＣＨに関連付けられるＬＣＩＤと、対応ＭＴＣＨに関連付けられるＬＣＩＤに関連付けられる中断インジケータとを含み、ＬＣＩＤのセットのうちのそのＬＣＩＤは、次回の中断のためのＭＢＭＳセッションのサービスを識別するＴＭＧＩに関連付けられる。そのような態様では、中断インジケータは、次回の中断の予想時間を示し、予想時間は、複数のＭＳＰに基づくものであり、また予想時間は、ユニキャストベアラを確立するのに要する時間よりも後のものである。
【００７２】
[0093]たとえば、再び図１１Ｂを参照すると、付加的なＬＣＩＤフィールド１１５８は、ＬＣＩＤ２に関連付けられるＭＴＣＨが中断され、したがってＭＴＣＨに対応するＭＢＭＳセッションが中断されることを示すＬＣＩＤ２を含む。たとえば、上記で説明したように、ＬＣＩＤは、ＭＢＭＳセッションのサービスを識別するＴＭＧＩに関連付けられる。たとえば、再び図１１Ｂを参照すると、付加的なＬＣＩＤフィールド１１５８に関連付けられる中断インジケータ１１６８は、ＬＣＩＤ２に関連付けられるＭＴＣＨがいつ中断されるかを示す。たとえば、上記で説明したように、中断インジケータは、特定の数のＭＳＰに設定され得る３つのビットを含み得、ここでＭＴＣＨおよび対応するＭＢＭＳセッションは、特定の数のＭＳＰの後に中断されると予想される。
【００７３】
[0094]そのような態様では、ＭＳＩが第１のＭＳＰに続く第２のＭＳＰに関連付けられる場合、ＵＥは、第１のＭＳＰの間に、第２のＭＳＰに関連付けられるＭＳＩを第１の通知として受信し、第２のＭＳＰに関連付けられるＭＳＩは、次回の中断が第２のＭＳＰで起こるためのインジケーションを含む。そのような態様では、ユニキャストベアラの確立は、第２のＭＳＰに関連付けられるＭＳＩが第１のＭＳＰの間に受信されるときに要求される。
【００７４】
[0095]たとえば、上記で説明したように、ＭＣＥが、第１のＭＳＰに続く第２のＭＳＰにおいてＭＢＭＳセッションを中断することを決定した（たとえば、したがって対応ＭＴＣＨを中断／停止することを決定した）場合、ＵＥは、第２のＭＳＰに対応するＭＳＩを第１のＭＳＰの間に受信し得る。たとえば、上記で説明したように、第２のＭＳＰに対応するＭＳＩは、第２のＭＳＰのための１つまたは複数のＭＢＭＳセッションのスケジューリングを含み、したがって、第２のＭＳＰにおいて特定のＭＴＣＨを停止するインジケーションを含み得る。たとえば、上記で説明したように、ＵＥは、第２のＭＳＰに対応するＭＳＩに基づいて第１のＭＳＰの間に、ＭＴＣＨが第２のＭＳＰにおいて中断／停止されることを決定するため、ＵＥは第１のＭＳＰの間にユニキャストベアラの確立を要求し得る。
【００７５】
[0096]一態様では、第１の通知はＭＡＣ制御要素に含められる。そのような態様では、ＭＡＣ制御要素は、ＬＣＩＤと、そのＬＣＩＤに関連付けられる中断インジケータとを含み、ＬＣＩＤに関連付けられる中断インジケータは、ＬＣＩＤに関連付けられるＭＢＭＳセッションが中断されることを示す。
【００７６】
[0097]たとえば、上記で説明したように、既存のＭＳＩ  ＭＡＣ制御要素に加えて、中断インジケータを有する付加的なＭＳＩ  ＭＡＣ制御要素がＭＡＣ  ＰＤＵのＭＡＣペイロードにおいて利用され得る。たとえば、上記で説明したように、特定のＬＣＩＤに関連付けられる中断インジケータは、特定のＬＣＩＤに関連付けられるＭＴＣＨがいつ中断されるかを示し、したがってそのＭＴＣＨに対応するＭＢＭＳセッションがいつ中断されるかを示す。
【００７７】
[0098]一態様では、第１の通知は、ＤＣＩフォーマット１Ｃメッセージを使用して受信される。一態様では、ＤＣＩフォーマット１ＣメッセージのＣＲＣはＲＮＴＩでスクランブルされる。そのような態様では、ＲＮＴＩはＭ−ＲＮＴＩであり得る。そのような態様では、ＤＣＩフォーマット１Ｃメッセージは、変更されるべき少なくとも１つのＭＣＣＨの情報と、中断されるべき少なくとも１つのＭＢＭＳセッションを示す少なくとも１つのセッションインデックスの情報とを含む。一態様では、第１の通知を受信することは、アプリケーションレイヤシグナリング、ＳＩＢ１３、ＭＣＣＨ、または専用のＲＲＣシグナリングおよび構成のうちの少なくとも１つを介して、少なくとも１つのセッションインデックスと中断されるべき少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信することを含む。たとえば、上記で説明したように、ＣＲＣがＲＮＴＩでスクランブルされるＤＣＩフォーマット１Ｃメッセージは、ＵＥがそのようなインジケーションに基づいてユニキャストベアラを確立するようにネットワークに要求し得るように、ＭＢＭＳセッションが次のＭＣＣＨ修正期間中に中断されることをＵＥに示し得る。したがって、上記で説明したように、ネットワークは、次のＭＣＣＨ修正期間の前にユニキャストベアラを確立し得る。たとえば、再び図１４を参照すると、例示的な図１４００に示したＤＣＩフォーマット１Ｃメッセージは、次のＭＣＣＨ修正期間中にどのＭＣＣＨが変更されるかを示すＭＣＣＨ変更通知をＭＣＣＨフィールド１４０２内に含み得、また、次のＭＣＣＨ修正期間中にどのＭＢＭＳセッション／ＭＴＣＨが中断されるかを示す中断情報を含むセッションインデックス１４０４を含み得る。たとえば、再び図１４を参照すると、セッションインデックス１４０４は、セッションインデックス１４０４に基づいてどのＭＢＭＳセッションが次のＭＣＣＨ修正期間中に中断されるかをＵＥが決定し得るように、ＭＢＭＳセッション／ＭＴＣＨにマッピングされる。たとえば、再び図１４を参照すると、ＵＥは、アプリケーションレイヤシグナリング、ＳＩＢ１３、ＭＣＣＨ、または専用のＲＲＣシグナリングおよび構成のうちの少なくとも１つを介して、少なくとも１つのセッションインデックスと中断されるべき少なくとも１つのＭＢＭＳセッションとの間でマッピングするマッピング情報をネットワークから受信し得る。
【００７８】
[0099]別の態様では、ＤＣＩフォーマット１Ｃメッセージは、ＭＢＳＦＮエリア識別子、ＰＭＣＨ識別子、またはＭＴＣＨ識別子のうちの少なくとも１つを含む。たとえば、上記で説明したように、そのＣＲＣが新たなＲＮＴＩでスクランブルされたＤＣＩフォーマット１Ｃメッセージは、１つもしくは複数のセッションインデックスを含むこと、および／または、次のＭＣＣＨ修正期間中に中断されるべきＭＢＭＳセッションを直接指定する情報を含むことが可能である。たとえば、上記で説明したように、中断されるべきＭＢＭＳセッションを直接指定する情報は、ＭＢＳＦＮエリア識別子、ＰＭＣＨ識別子、またはＭＴＣＨ識別子のうちの少なくとも１つを含み得る。
【００７９】
[00100]図１６は、例示的な装置１６０２における異なる手段／構成要素間のデータフローを示す概念データフロー図１６００である。本装置はＵＥであり得る。本装置は、受信構成要素１６０４と、送信構成要素１６０６と、ＭＢＭＳ管理構成要素１６０８と、ＭＢＭＳ中断管理構成要素１６１０と、ユニキャスト管理構成要素１６１２とを含む。
【００８０】
[00101]受信構成要素１６０４およびＭＢＭＳ管理構成要素１６０８は、ｅＮＢ１６５０からＭＢＭＳセッションを通じてサービスを受信する。受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、ＭＢＭＳセッションの次回の中断の第１の通知を受信する。ユニキャスト管理構成要素１６１２および送信構成要素１６０６は、第１の通知を受信すると、ＭＢＭＳセッションの次回の中断よりも先に、ユニキャストサーバ１６７０を用いてユニキャストベアラの確立を要求する。受信構成要素１６０４およびユニキャスト管理構成要素１６１２は、ユニキャストベアラがユニキャストサーバ１６７０を用いて確立されると、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信する。
【００８１】
[00102]一態様では、第１の通知は第１のＭＣＣＨ修正期間の間に受信され、サービスの対応するユニキャストバージョンは第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、第２のＭＣＣＨ修正期間の間にＭＢＭＳセッションが中断されるという第２の通知を受信し得る。そのような態様では、受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、第１のＭＣＣＨ修正期間の間にＵＥに送られたＭＢＳＦＮエリア構成メッセージを介して第２の通知を受信し得る。一態様では、受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、第１の通知が受信される第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信し得る。そのような態様では、ＵＥは、ＭＢＭＳセッションの次回の中断が決定されたときに、第３の通知を受信し得る。一態様では、第１の通知はＭＣＣＨ情報である。一態様では、ＭＣＣＨ情報は、ＭＢＳＦＮエリア構成メッセージに関連付けられる。
【００８２】
[00103]一態様では、ＭＢＭＳ中断管理構成要素１６１０は、受信構成要素１６０４を通じて、ＬＣＩＤのセットを含んだＭＳＩを受信し、そのＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべきＭＢＭＳセッションを決定し、ここで、ＬＣＩＤのセットのうちのそのＬＣＩＤは、中断されるべきＭＢＭＳセッションに対応する対応ＭＴＣＨに関連付けられる。
【００８３】
[00104]そのような態様では、ＭＢＭＳ中断管理構成要素１６１０はさらに、対応ＭＴＣＨに関連付けられるＬＣＩＤがＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定し、ＭＳＩに含められ反復ＬＣＩＤに関連付けられる予約値に基づいて次回の中断の予想時間を決定し、ここで、ユニキャストベアラの確立は、次回の中断の予想時間よりも先に要求される。そのような態様では、反復ＬＣＩＤに関連付けられる予約値は、ＭＳＩ内の反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる。そのような態様では、予約値は、次回の中断の予想時間を示し、予想時間は、複数のＭＳＰに基づくものであり、また予想時間は、ユニキャストベアラを確立するのに要する時間よりも後のものである。
【００８４】
[00105]そのような態様では、ＭＳＩにおける第１の通知は、対応ＭＴＣＨに関連付けられるＬＣＩＤと、対応ＭＴＣＨに関連付けられるＬＣＩＤに関連付けられる中断インジケータとを含み、ＬＣＩＤのセットのうちのそのＬＣＩＤは、次回の中断のためのＭＢＭＳセッションのサービスを識別するＴＭＧＩと関連付けられる。そのような態様では、中断インジケータは、次回の中断の予想時間を示し、予想時間は、複数のＭＳＰに基づくものであり、また予想時間は、ユニキャストベアラを確立するのに要する時間よりも後のものである。
【００８５】
[00106]そのような態様では、ＭＳＩが第１のＭＳＰに続く第２のＭＳＰに関連付けられる場合、受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、第１のＭＳＰの間に、第２のＭＳＰに関連付けられるＭＳＩを第１の通知として受信し、第２のＭＳＰに関連付けられるＭＳＩは、次回の中断が第２のＭＳＰで起こるためのインジケーションを含む。そのような態様では、ユニキャストベアラの確立は、第２のＭＳＰに関連付けられるＭＳＩが第１のＭＳＰの間に受信されるときに要求される。
【００８６】
[00107]一態様では、第１の通知はＭＡＣ制御要素に含められる。そのような態様では、ＭＡＣ制御要素は、ＬＣＩＤと、そのＬＣＩＤに関連付けられる中断インジケータとを含み、ＬＣＩＤに関連付けられる中断インジケータは、ＬＣＩＤに関連付けられるＭＢＭＳセッションが中断されることを示す。
【００８７】
[00108]一態様では、第１の通知は、ＤＣＩフォーマット１Ｃメッセージを使用して受信される。ＤＣＩフォーマット１ＣメッセージのＣＲＣはＲＮＴＩでスクランブルされる。そのような態様では、ＲＮＴＩはＭ−ＲＮＴＩであり得る。そのような態様では、ＤＣＩフォーマット１Ｃメッセージは、変更されるべき少なくとも１つのＭＣＣＨの情報と、中断されるべき少なくとも１つのＭＢＭＳセッションを示す少なくとも１つのセッションインデックスの情報とを含む。一態様では、第１の通知を受信する受信構成要素１６０４およびＭＢＭＳ中断管理構成要素１６１０は、アプリケーションレイヤシグナリング、ＳＩＢ１３、ＭＣＣＨ、または専用のＲＲＣシグナリングおよび構成のうちの少なくとも１つを介して、少なくとも１つのセッションインデックスと中断されるべき少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信する。別の態様では、ＤＣＩフォーマット１Ｃメッセージは、ＭＢＳＦＮエリア識別子、ＰＭＣＨ識別子、またはＭＴＣＨ識別子のうちの少なくとも１つを含む。
【００８８】
[00109]本装置は、図１５の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図１５の上述のフローチャート中の各ブロックは１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００８９】
[00110]図１７は、処理システム１７１４を採用する装置１６０２’のためのハードウェア実装形態の一例を示す図１７００である。処理システム１７１４は、バス１７２４によって全体的に表される、バスアーキテクチャを用いて実現され得る。バス１７２４は、処理システム１７１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス１７２４は、プロセッサ１７０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１６０４、１６０６、１６０８、１６１０、１６１２と、コンピュータ可読媒体／メモリ１７０６とを含む様々な回路を互いにリンクする。バス１７２４はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００９０】
[00111]処理システム１７１４は、トランシーバ１７１０に結合され得る。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０に結合される。トランシーバ１７１０は、送信媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１７１４、特に受信構成要素１６０４に与える。さらに、トランシーバ１７１０は、処理システム１７１４、特に送信構成要素１６０６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１７２０に適用されるべき信号を生成する。処理システム１７１４は、コンピュータ可読媒体／メモリ１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４は、コンピュータ可読媒体／メモリ１７０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ１７０４によって実行されたとき、処理システム１７１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１７０６はまた、ソフトウェアを実行するときにプロセッサ１７０４によって操作されるデータを記憶するために使用され得る。処理システムは、構成要素１６０４、１６０６、１６０８、１６１０、および１６１２のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１７０４中で動作し、コンピュータ可読媒体／メモリ１７０６中に常駐する／記憶されたソフトウェア構成要素であるか、プロセッサ１７０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１７１４は、ＵＥ６５０の構成要素である可能性があり、メモリ６６０、および／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含み得る。
【００９１】
[00112]一構成では、ワイヤレス通信のための装置１６０２／１６０２’は、ＭＢＭＳセッションを通じてサービスを受信するための手段と、ＭＢＭＳセッションの次回の中断の通知を受信するための手段と、第１の通知を受信するとＭＢＭＳセッションの次回の中断より先にユニキャストベアラの確立を要求するための手段と、ユニキャストベアラが確立されているときに、ユニキャストを介してＭＢＭＳセッションのサービスの対応するユニキャストバージョンを受信するための手段とを含む。第１の通知を受信するための手段は、ＬＣＩＤのセットを含んだＭＳＩを受信するように、またそのＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべきＭＢＭＳセッションを決定するように構成され得、ここで、ＬＣＩＤのセットのうちのそのＬＣＩＤは、中断されるべきＭＢＭＳセッションに対応する対応ＭＴＣＨに関連付けられる。第１の通知を受信するための手段は、対応ＭＴＣＨに関連付けられるＬＣＩＤがＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定するように、またＭＳＩに含められ反復ＬＣＩＤに関連付けられる予約値に基づいて次回の中断の予想時間を決定するようにさらに構成され得、ここで、ユニキャストベアラの確立は、次回の中断の予想時間よりも先に要求される。第１の通知を受信するための手段は、アプリケーションレイヤシグナリング、ＳＩＢ１３、ＭＣＣＨ、または専用のＲＲＣシグナリングおよび構成のうちの少なくとも１つを介して、少なくとも１つのセッションインデックスと中断されるべき少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信するように構成され得る。装置１６０２／１６０２’は、ＭＢＭＳセッションが第２のＭＣＣＨ修正期間の間に中断されるという第２の通知を受信するための手段をさらに含み得る。装置１６０２／１６０２’は、第１の通知が受信される第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信するための手段をさらに含み得る。
【００９２】
[00113]上述の手段は、上述の手段によって具陳された機能を実施するように構成された、装置１６０２、および／または装置１６０２’の処理システム１７１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明したように、処理システム１７１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実施するように構成されたＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
【００９３】
[00114]開示したプロセス／フローチャートにおけるブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００９４】
[00115]以上の説明は、当業者が本明細書で説明する様々な態様を実践できるようにするために提供される。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、文言特許請求の範囲（language claims）に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをする」ことを意味するために使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつかの（some）」という用語は１つまたは複数を表す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、ＡおよびＢおよびＣであり得、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含み得る。本開示全体にわたって説明される様々な態様の要素に対するすべての構造的および機能的均等物は、当業者には周知であり、または後に周知となり、参照により本明細書に明白に組み込まれ、特許請求の範囲によって包含されることを意図する。さらに、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を備える、方法。
［Ｃ２］
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記方法は、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという第２の通知を受信することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ３］
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信することをさらに備える、
［Ｃ２］に記載の方法。
［Ｃ４］
前記第１の通知は、ＭＣＣＨ情報である、
［Ｃ２］に記載の方法。
［Ｃ５］
前記ＭＣＣＨ情報は、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
［Ｃ４］に記載の方法。
［Ｃ６］
前記第１の通知を受信することは、
論理チャネル識別子（ＬＣＩＤ）のセットを含むマルチキャストチャネルスケジューリング情報（ＭＳＩ）を受信することと、
前記ＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記ＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられる、と
を備える、［Ｃ１］に記載の方法。
［Ｃ７］
前記第１の通知を前記受信することは、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤが前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
さらに備え、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
［Ｃ６］に記載の方法。
［Ｃ８］
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
［Ｃ７］に記載の方法。
［Ｃ９］
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ７］に記載の方法。
［Ｃ１０］
前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
［Ｃ６］に記載の方法。
［Ｃ１１］
前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ１０］に記載の方法。
［Ｃ１２］
前記ＭＳＩは、第１のＭＳＰに続く第２のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に関連付けられ、
前記ＵＥは、前記第１のＭＳＰの間に、前記第２のＭＳＰに関連付けられる前記ＭＳＩを前記第１の通知として受信し、
前記第２のＭＳＰに関連付けられる前記ＭＳＩは、前記次回の中断が前記第２のＭＳＰで起こるためのインジケーションを含む、
［Ｃ６］に記載の方法。
［Ｃ１３］
前記ユニキャストベアラの前記確立は、前記第２のＭＳＰに関連付けられる前記ＭＳＩが前記第１のＭＳＰの間に受信されるときに要求される、
［Ｃ１２］に記載の方法。
［Ｃ１４］
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
［Ｃ１］に記載の方法。
［Ｃ１５］
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
［Ｃ１４］に記載の方法。
［Ｃ１６］
前記第１の通知は、ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージを使用して受信される、
［Ｃ１］に記載の方法。
［Ｃ１７］
前記ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージのサイクリック冗長検査（ＣＲＣ）は、ＭＢＭＳ無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ）でスクランブルされる、
［Ｃ１６］に記載の方法。
［Ｃ１８］
前記ＤＣＩフォーマット１Ｃメッセージは、変更されるべき少なくとも１つのマルチキャスト制御チャネル（ＭＣＣＨ）の情報と、中断されるべき少なくとも１つのＭＢＭＳセッションを示す少なくとも１つのセッションインデックスの情報とを含む、
［Ｃ１６］に記載の方法。
［Ｃ１９］
前記第１の通知を前記受信することは、アプリケーションレイヤシグナリング、システム情報ブロック１３（ＳＩＢ１３）、ＭＣＣＨ、または専用の無線リソース制御（ＲＲＣ）シグナリングおよび構成のうちの少なくとも１つを介して、前記少なくとも１つのセッションインデックスと中断されるべき前記少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信することを含む、
［Ｃ１８］に記載の方法。
［Ｃ２０］
前記ＤＣＩフォーマット１Ｃメッセージは、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア識別子、物理マルチキャストチャネル（ＰＭＣＨ）識別子、またはマルチキャストトラフィックチャネル（ＭＴＣＨ）識別子のうちの少なくとも１つを含む、
［Ｃ１８］に記載の方法。
［Ｃ２１］
ワイヤレス通信のための装置であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信するための手段と、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信するための手段と、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求するための手段と、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信するための手段と
を備える、装置。
［Ｃ２２］
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記装置は、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという通知を受信するための手段をさらに備える、
［Ｃ２１］に記載の装置。
［Ｃ２３］
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信するための手段をさらに備える、
［Ｃ２２］に記載の装置。
［Ｃ２４］
前記第１の通知は、ＭＣＣＨ情報である、
［Ｃ２２］に記載の装置。
［Ｃ２５］
前記ＭＣＣＨ情報はマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
［Ｃ２４］に記載の装置。
［Ｃ２６］
前記第１の通知を受信するための手段は、
論理チャネル識別子（ＬＣＩＤ）のセットを含むマルチキャストチャネルスケジューリング情報（ＭＳＩ）を受信することと、
前記ＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記ＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられる、と
を行うように構成される、［Ｃ２１］に記載の装置。
［Ｃ２７］
前記第１の通知を前記受信するための手段は、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤは前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
を行うようにさらに構成され、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
［Ｃ２６］に記載の装置。
［Ｃ２８］
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
［Ｃ２７］に記載の装置。
［Ｃ２９］
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ２７］に記載の装置。
［Ｃ３０］
前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
［Ｃ２６］に記載の装置。
［Ｃ３１］
前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ３０］に記載の装置。
［Ｃ３２］
前記ＭＳＩは、第１のＭＳＰに続く第２のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に関連付けられ、
前記装置は、前記第１のＭＳＰの間に、前記第２のＭＳＰに関連付けられる前記ＭＳＩを前記第１の通知として受信し、
前記第２のＭＳＰに関連付けられる前記ＭＳＩは、前記次回の中断が前記第２のＭＳＰで起こるためのインジケーションを含む、
［Ｃ２６］に記載の装置。
［Ｃ３３］
前記ユニキャストベアラの前記確立は、前記第２のＭＳＰに関連付けられる前記ＭＳＩが前記第１のＭＳＰの間に受信されるときに要求される、
［Ｃ３２］に記載の装置。
［Ｃ３４］
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
［Ｃ２１］に記載の装置。
［Ｃ３５］
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
［Ｃ３４］に記載の装置。
［Ｃ３６］
前記第１の通知は、ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージを使用して受信される、
［Ｃ２１］に記載の装置。
［Ｃ３７］
前記ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージのサイクリック冗長検査（ＣＲＣ）はＭＢＭＳ無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ）でスクランブルされる、
［Ｃ３６］に記載の装置。
［Ｃ３８］
前記ＤＣＩフォーマット１Ｃメッセージは、変更されるべき少なくとも１つのマルチキャスト制御チャネル（ＭＣＣＨ）の情報と、中断されるべき少なくとも１つのＭＢＭＳセッションを示す少なくとも１つのセッションインデックスの情報とを含む、
［Ｃ３６］に記載の装置。
［Ｃ３９］
前記第１の通知を前記受信するための手段は、アプリケーションレイヤシグナリング、システム情報ブロック１３（ＳＩＢ１３）、ＭＣＣＨ、または専用の無線リソース制御（ＲＲＣ）シグナリングおよび構成のうちの少なくとも１つを介して、前記少なくとも１つのセッションインデックスと中断されるべき前記少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信するように構成される、
［Ｃ３８］に記載の装置。
［Ｃ４０］
前記ＤＣＩフォーマット１Ｃメッセージは、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア識別子、物理マルチキャストチャネル（ＰＭＣＨ）識別子、またはマルチキャストトラフィックチャネル（ＭＴＣＨ）識別子のうちの少なくとも１つを含む、
［Ｃ３８］に記載の装置。
［Ｃ４１］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記プロセッサは、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を行うように構成される、装置。
［Ｃ４２］
前記第１の通知は、第１のマルチキャスト制御チャネル（ＭＣＣＨ）修正期間の間に受信され、前記サービスの前記対応するユニキャストバージョンは、第２のＭＣＣＨ修正期間の間にユニキャストを介して受信され、前記少なくとも１つのプロセッサは、前記第２のＭＣＣＨ修正期間の間に前記ＭＢＭＳセッションが中断されるという第２の通知を受信することを行うようにさらに構成される、
［Ｃ４１］に記載の装置。
［Ｃ４３］
前記少なくとも１つのプロセッサは、
前記第１の通知が受信される前記第１のＭＣＣＨ修正期間より先に、最初のＭＣＣＨ修正期間の間にＭＣＣＨ情報の変更に関する第３の通知を受信することを行うようにさらに構成される、
［Ｃ４２］に記載の装置。
［Ｃ４４］
前記第１の通知は、ＭＣＣＨ情報である、［Ｃ４２］に記載の装置。
［Ｃ４５］
前記ＭＣＣＨ情報は、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア構成メッセージに関連付けられる、
［Ｃ４４］に記載の装置。
［Ｃ４６］
前記第１の通知を受信することを行うように構成された前記少なくとも１つのプロセッサは、
論理チャネル識別子（ＬＣＩＤ）のセットを含むマルチキャストチャネルスケジューリング情報（ＭＳＩ）を受信することと、
前記ＬＣＩＤのセットのうちのあるＬＣＩＤに基づいて中断されるべき前記ＭＢＭＳセッションを決定すること、ここにおいて、前記ＬＣＩＤのセットのうちの前記ＬＣＩＤは、中断されるべき前記ＭＢＭＳセッションに対応する対応マルチキャストトラフィックチャネル（ＭＴＣＨ）に関連付けられる、と
を行うように構成される、［Ｃ４１］に記載の装置。
［Ｃ４７］
前記第１の通知を受信することを行うように構成された前記少なくとも１つのプロセッサは、
前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤは、前記ＬＣＩＤのセットのうちの１つの反復ＬＣＩＤであることを決定することと、
前記ＭＳＩに含められ前記反復ＬＣＩＤに関連付けられる予約値に基づいて、前記次回の中断の予想時間を決定することと
を行うようにさらに構成され、前記ユニキャストベアラの前記確立は、前記次回の中断の前記予想時間より先に要求される、
［Ｃ４６］に記載の装置。
［Ｃ４８］
前記反復ＬＣＩＤに関連付けられる前記予約値は、前記ＭＳＩ内の前記反復ＬＣＩＤに関連付けられる停止ＭＴＣＨフィールド内に含められる、
［Ｃ４７］に記載の装置。
［Ｃ４９］
前記予約値は、前記次回の中断の前記予想時間を示し、前記予想時間はマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ４７］に記載の装置。
［Ｃ５０］
前記ＭＳＩ内の前記第１の通知は、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤと、前記対応ＭＴＣＨに関連付けられる前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤのセットの前記ＬＣＩＤは、前記次回の中断のための前記ＭＢＭＳセッションの前記サービスを識別する一時的モバイルグループ識別情報（ＴＭＧＩ）に関連付けられる、
［Ｃ４６］に記載の装置。
［Ｃ５１］
前記中断インジケータは、前記次回の中断の予想時間を示し、前記予想時間は複数のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に基づくものであり、
前記予想時間は、前記ユニキャストベアラを確立するのに要する時間よりも後である、
［Ｃ５０］に記載の装置。
［Ｃ５２］
前記ＭＳＩは、第１のＭＳＰに続く第２のマルチキャストチャネルスケジューリング期間（ＭＳＰ）に関連付けられ、
前記少なくとも１つのプロセッサは、前記第１のＭＳＰの間に、前記第２のＭＳＰに関連付けられる前記ＭＳＩを前記第１の通知として受信することを行うように構成され、
前記第２のＭＳＰに関連付けられる前記ＭＳＩは、前記次回の中断が前記第２のＭＳＰで起こるためのインジケーションを含む、
［Ｃ４６］に記載の装置。
［Ｃ５３］
前記ユニキャストベアラの前記確立は、前記第２のＭＳＰに関連付けられる前記ＭＳＩが前記第１のＭＳＰの間に受信されるときに要求される、
［Ｃ５２］に記載の装置。
［Ｃ５４］
前記第１の通知は、メディアアクセス制御（ＭＡＣ）制御要素内に含められる、
［Ｃ４１］に記載の装置。
［Ｃ５５］
前記ＭＡＣ制御要素は、論理チャネル識別子（ＬＣＩＤ）と前記ＬＣＩＤに関連付けられる中断インジケータとを含み、
前記ＬＣＩＤに関連付けられる前記中断インジケータは、前記ＬＣＩＤに関連付けられる前記ＭＢＭＳセッションが中断されることを示す、
［Ｃ５４］に記載の装置。
［Ｃ５６］
前記第１の通知は、ダウンリンク制御インジケータ（ＤＣＩ）フォーマット１Ｃメッセージを使用して受信される、
［Ｃ４１］に記載の装置。
［Ｃ５７］
前記ＤＣＩフォーマット１Ｃメッセージのサイクリック冗長検査（ＣＲＣ）は、ＭＢＭＳ無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ）でスクランブルされる、
［Ｃ５６］に記載の装置。
［Ｃ５８］
前記ＤＣＩフォーマット１Ｃメッセージは、変更されるべき少なくとも１つのマルチキャスト制御チャネル（ＭＣＣＨ）の情報と、中断されるべき少なくとも１つのＭＢＭＳセッションを示す少なくとも１つのセッションインデックスの情報とを含む、
［Ｃ５６］に記載の装置。
［Ｃ５９］
前記第１の通知を受信することを行うように構成された前記少なくとも１つのプロセッサは、アプリケーションレイヤシグナリング、システム情報ブロック１３（ＳＩＢ１３）、ＭＣＣＨ、または専用の無線リソース制御（ＲＲＣ）シグナリングおよび構成のうちの少なくとも１つを介して、前記少なくとも１つのセッションインデックスと中断されるべき前記少なくとも１つのＭＢＭＳセッションとの間のマッピング情報を受信することを行うように構成される、
［Ｃ５８］に記載の装置。
［Ｃ６０］
前記ＤＣＩフォーマット１Ｃメッセージは、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア識別子、物理マルチキャストチャネル（ＰＭＣＨ）識別子、またはマルチキャストトラフィックチャネル（ＭＴＣＨ）識別子のうちの少なくとも１つを含む、
［Ｃ５８］に記載の装置。
［Ｃ６１］
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）セッションを通じてサービスを受信することと、
前記ＭＢＭＳセッションの次回の中断の第１の通知を受信することと、
前記第１の通知を受信すると前記ＭＢＭＳセッションの前記次回の中断より先に、ユニキャストベアラの確立を要求することと、
前記ユニキャストベアラが確立されているときに、ユニキャストを介して前記ＭＢＭＳセッションの前記サービスの対応するユニキャストバージョンを受信することと
を行うためのコードを備える、コンピュータ可読媒体。
【図１】
0006728159.tif 000002
【図２】
0006728159.tif 000003
【図３】
0006728159.tif 000004
【図４】
0006728159.tif 000005
【図５】
0006728159.tif 000006
【図６】
0006728159.tif 000007
【図７Ａ】
0006728159.tif 000008
【図７Ｂ】
0006728159.tif 000009
【図７Ｃ】
0006728159.tif 000010
【図８】
0006728159.tif 000011
【図９】
0006728159.tif 000012
【図１０】
0006728159.tif 000013
【図１１Ａ】
0006728159.tif 000014
【図１１Ｂ】
0006728159.tif 000015
【図１２Ａ】
0006728159.tif 000016
【図１２Ｂ】
0006728159.tif 000017
【図１３Ａ】
0006728159.tif 000018
【図１３Ｂ】
0006728159.tif 000019
【図１４】
0006728159.tif 000020
【図１５】
0006728159.tif 000021
【図１６】
0006728159.tif 000022
【図１７】
0006728159.tif 000023