(57)【要約】  ネットワークが、複数の一時的モバイルグループ識別情報（ＴＭＧＩ）を予約する。複数の予約済みＴＭＧＩの各々について、ネットワークは、少なくとも１つの事前構成されたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア中の発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションを確立する。ネットワークは、複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ）グループの形成の要求を受信し、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てる。
2016535495.tif 000002
【特許請求の範囲】
【請求項１】
グループ呼通信の方法であって、
複数の一時的モバイルグループ識別情報（ＴＭＧＩ）を予約することと、
前記複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア中の発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションを確立することと、
複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ）グループの形成の要求を受信することと、
前記複数のＴＭＧＩのうちの１つを前記アドホックＧＣＳＥグループに割り当てることと
を備える、方法。
【請求項２】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することが、前記ｅＭＢＭＳセッションのために少なくとも１つのｅＭＢＭＳベアラを構成することを備える、請求項１に記載の方法。
【請求項３】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することが、ＭＢＳＦＮサブフレームを前記ｅＭＢＭＳセッションに割り振ることを備える、請求項１に記載の方法。
【請求項４】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することは、前記アドホックＧＣＳＥグループのためのグループ通信データがない場合、ユニキャスト送信のために、前記割り当てられたＴＭＧＩに対応する前記ｅＭＢＭＳセッションに現在割り振られているＭＢＳＦＮサブフレームを再割り振りすることを備える、請求項３に記載の方法。
【請求項５】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することが、１つまたは複数の予約済みＴＭＧＩと、対応するｅＭＢＭＳセッション情報とを含むようにマルチキャスト制御チャネル（ＭＣＣＨ）を構成することを備える、請求項１に記載の方法。
【請求項６】
割り当てることが、
前記ターゲットＵＥのロケーションを決定することと、
前記ターゲットＵＥの前記ロケーションに基づいて前記複数の予約済みＴＭＧＩのうちの前記１つを選択することと
を備える、請求項１に記載の方法。
【請求項７】
前記割り当てられたＴＭＧＩに対応する情報を前記ターゲットＵＥに送ることをさらに備える、請求項１に記載の方法。
【請求項８】
グループ呼通信のための装置であって、
複数の一時的モバイルグループ識別情報（ＴＭＧＩ）を予約するための手段と、
前記複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリア中の発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションを確立するための手段と、
複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ）グループの形成の要求を受信するための手段と、
前記複数のＴＭＧＩのうちの１つを前記アドホックＧＣＳＥグループに割り当てるための手段と
を備える、装置。
【請求項９】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立するための前記手段が、前記ｅＭＢＭＳセッションのために少なくとも１つのｅＭＢＭＳベアラを構成するように構成された、請求項８に記載の装置。
【請求項１０】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立するための前記手段が、ＭＢＳＦＮサブフレームを前記ｅＭＢＭＳセッションに割り振るように構成された、請求項８に記載の装置。
【請求項１１】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立するための前記手段は、前記アドホックＧＣＳＥグループのためのグループ通信データがない場合、ユニキャスト送信のために、前記割り当てられたＴＭＧＩに対応する前記ｅＭＢＭＳセッションに現在割り振られているＭＢＳＦＮサブフレームを再割り振りするように構成された、請求項１０に記載の装置。
【請求項１２】
少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立するための前記手段が、１つまたは複数の予約済みＴＭＧＩと、対応するｅＭＢＭＳセッション情報とを含むようにマルチキャスト制御チャネル（ＭＣＣＨ）を構成するように構成された、請求項１０に記載の装置。
【請求項１３】
割り当てるための前記手段が、
前記ターゲットＵＥのロケーションを決定することと、
前記ターゲットＵＥの前記ロケーションに基づいて前記複数の予約済みＴＭＧＩのうちの前記１つを選択することと
を行うように構成された、請求項８に記載の装置。
【請求項１４】
前記割り当てられたＴＭＧＩに対応する情報を前記ターゲットＵＥに送るための手段をさらに備える、請求項８に記載の装置。
【請求項１５】
グループ呼通信の方法であって、
複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ）グループの形成の要求を受信することと、
非アドホックＧＣＳＥグループＵＥのための対応するマルチキャスト制御チャネル（ＭＣＣＨ）構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、前記複数のターゲットＵＥのための発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションをセットアップすることと
を備える、方法。
【請求項１６】
非アドホックＧＣＳＥグループＵＥのための対応するパラメータとは異なる前記ＭＣＣＨ構成パラメータが、ＭＣＣＨ修正期間、ＭＣＣＨ繰り返し期間、およびＭＣＣＨ変更通知期間のうちの少なくとも１つを備える、請求項１５に記載の方法。
【請求項１７】
前記異なるＭＣＣＨ構成パラメータが、短縮されたＭＣＣＨ修正期間、短縮されたＭＣＣＨ繰り返し期間、および短縮されたＭＣＣＨ変更通知期間のうちの少なくとも１つに対応する、請求項１６に記載の方法。
【請求項１８】
ｅＭＢＭＳセッションをセットアップすることが、前記少なくとも１つの異なるＭＣＣＨ構成パラメータを有する専用のＭＣＣＨを前記アドホックグループＵＥに関連付けることを備える、請求項１５に記載の方法。
【請求項１９】
ｅＭＢＭＳセッションをセットアップすることが、
既存のＭＣＣＨのＭＣＣＨ構成パラメータの第１のセットを非アドホックグループＵＥに関連付けることと、
前記既存のＭＣＣＨのＭＣＣＨ構成パラメータの第２のセットを前記アドホックグループＵＥに関連付けることと
を備える、請求項１５に記載の方法。
【請求項２０】
ＭＣＣＨ構成パラメータの前記第２のセットが、ＭＣＣＨ構成パラメータの前記第１のセットと比較して低減される、請求項１９に記載の方法。
【請求項２１】
グループ呼通信の装置であって、
複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ）グループの形成の要求を受信するための手段と、
非アドホックＧＣＳＥグループＵＥのための対応するマルチキャスト制御チャネル（ＭＣＣＨ）構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、前記複数のターゲットＵＥのための発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションをセットアップするための手段と
を備える、装置。
【請求項２２】
非アドホックＧＣＳＥグループＵＥのための対応するパラメータとは異なる前記ＭＣＣＨ構成パラメータが、ＭＣＣＨ修正期間、ＭＣＣＨ繰り返し期間、およびＭＣＣＨ変更通知期間のうちの少なくとも１つを備える、請求項２１に記載の装置。
【請求項２３】
前記異なるＭＣＣＨ構成パラメータが、短縮されたＭＣＣＨ修正期間、短縮されたＭＣＣＨ繰り返し期間、および短縮されたＭＣＣＨ変更通知期間のうちの少なくとも１つに対応する、請求項２２に記載の装置。
【請求項２４】
ｅＭＢＭＳセッションをセットアップするための前記手段が、前記少なくとも１つの異なるＭＣＣＨ構成パラメータを有する専用のＭＣＣＨを前記アドホックグループＵＥに関連付けるように構成された、請求項２１に記載の装置。
【請求項２５】
ｅＭＢＭＳセッションをセットアップするための手段が、
既存のＭＣＣＨのＭＣＣＨ構成パラメータの第１のセットを非アドホックグループＵＥに関連付けることと、
前記既存のＭＣＣＨのＭＣＣＨ構成パラメータの第２のセットを前記アドホックグループＵＥに関連付けることと
を行うように構成された、請求項２１に記載の装置。
【請求項２６】
ＭＣＣＨ構成パラメータの前記第２のセットが、ＭＣＣＨ構成パラメータの前記第１のセットと比較して低減される、請求項２５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１３年１０月３０日に出願された「Adhoc Group Call Communications Over Evolved Multimedia Broadcast Multicast Service」と題するＰＣＴ国際出願第ＰＣＴ／ＣＮ２０１３／０８６２０９号の利益を主張する。
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ：evolved multimedia broadcast multicast service）を介したアドホックグループ呼通信に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]一態様では、ネットワークが、複数の一時的モバイルグループ識別情報（ＴＭＧＩ：temporary mobile group identity）を予約する。複数の予約済みＴＭＧＩの各々について、ネットワークは、少なくとも１つの事前構成されたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：multicast broadcast single frequency network）エリア中の発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）セッションを確立する。ネットワークは、複数のターゲットＵＥを含むアドホックグループ通信サービスイネーブラ（ＧＣＳＥ：group communications service enabler）グループの形成要求を受信し、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てる。
【０００６】
[0006]別の態様では、ネットワークが、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成要求を受信する。ネットワークは、非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥのためのｅＭＢＭＳセッションをセットアップする。
【図面の簡単な説明】
【０００７】
【図１】[0007]ネットワークアーキテクチャの一例を示す図。
【図２】[0008]アクセスネットワークの一例を示す図。
【図３】[0009]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】[0010]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】[0011]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】[0012]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７Ａ】[0013]マルチキャストブロードキャスト単一周波数ネットワーク中の発展型マルチメディアブロードキャストマルチキャストサービスチャネル構成の一例を示す図。
【図７Ｂ】[0014]マルチキャストチャネルスケジューリング情報メディアアクセス制御制御要素のフォーマットを示す図。
【図８】[0015]グループ通信システムイネーブラアプリケーションサーバ（ＧＣＳＥ−ＡＳ）を含むネットワークアーキテクチャの一例を示す図。
【図９】[0016]動的ｅＭＢＭＳセッションセットアップを介したアドホックグループ呼のためのプロシージャを示すコールフロー図。
【図１０】[0017]提案についてのｅＭＢＭＳセッションを介したアドホックグループ呼のプロシージャを示すコールフロー図。
【図１１】[0018]ワイヤレス通信の方法のフローチャート。
【図１２】[0019]例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図１３】[0020]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【図１４】[0021]ＭＣＣＨ送信タイムラインを示す図。
【図１５】[0022]ワイヤレス通信の方法のフローチャート。
【図１６】[0023]例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図１７】[0024]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【０００８】
[0025]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【０００９】
[0026]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００１０】
[0027]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１１】
[0028]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００１２】
[0029]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１３】
[0030]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ：evolved Node B）１０６と、他のｅＮＢ１０８と、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は別個のエンティティまたはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００１４】
[0031]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８とＢＭ−ＳＣ１２６とはＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
【００１５】
[0032]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００はいくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例では集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリアを指すことができ、および／またはｅＮＢサブシステムサービングは特定のカバレージエリアである。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
【００１６】
[0033]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplex）と時分割複信（ＴＤＤ：time division duplex）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００１７】
[0034]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００１８】
[0035]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを介した送信のためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００１９】
[0036]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００２０】
[0037]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７個の連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６個の連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２１】
[0038]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【００２２】
[0039]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２３】
[0040]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。
【００２４】
[0041]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３とともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００２５】
[0042]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、メディアアクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００２６】
[0043]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。
【００２７】
[0044]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００２８】
[0045]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ演算と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００２９】
[0046]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３０】
[0047]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３１】
[0048]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（decipher）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。
【００３２】
[0049]ＵＬでは、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００３３】
[0050]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３４】
[0051]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３５】
[0052]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントロール／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００３６】
[0053]図７Ａは、ＭＢＳＦＮにおける発展型ＭＢＭＳ（ｅＭＢＭＳ）チャネル構成の一例を示す図７５０である。セル７５２’中のｅＮＢ７５２は第１のＭＢＳＦＮエリアを形成し得、セル７５４’中のｅＮＢ７５４は第２のＭＢＳＦＮエリアを形成し得る。ｅＮＢ７５２、７５４はそれぞれ、他のＭＢＳＦＮエリア、たとえば、最高合計８つのＭＢＳＦＮエリアに関連付けられ得る。ＭＢＳＦＮエリア内のセルが予約済みセルと指定され得る。予約済みセルは、マルチキャスト／ブロードキャストコンテンツを与えないが、セル７５２’、７５４’に時間同期させられ、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で電力が制限されている場合があり得る。ＭＢＳＦＮエリア中の各ｅＮＢは、同じｅＭＢＭＳ制御情報とデータとを同期的に送信する。各エリアは、ブロードキャストサービスと、マルチキャストサービスと、ユニキャストサービスとをサポートし得る。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、ボイス呼である。マルチキャストサービスは、ユーザのグループによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュース放送である。図７Ａを参照すると、第１のＭＢＳＦＮエリアは、特定のニュースブロードキャストをＵＥ７７０に与えることなどによって、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、異なるニュースブロードキャストをＵＥ７６０に与えることなどによって、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。各ＭＢＳＦＮエリアは、複数の物理マルチキャストチャネル（ＰＭＣＨ：physical multicast channel）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨはマルチキャストチャネル（ＭＣＨ：multicast channel）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化することができる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ：multicast control channel）を有し得る。したがって、１つのＭＣＨは、１つのＭＣＣＨと複数のマルチキャストトラフィックチャネル（ＭＴＣＨ：multicast traffic channel）とを多重化し得、残りのＭＣＨは複数のＭＴＣＨを多重化し得る。
【００３７】
[0054]ＵＥは、ｅＭＢＭＳサービスアクセスの利用可能性と、対応するアクセス層構成を発見するためにＬＴＥセルにキャンプオンすることができる。第１のステップにおいて、ＵＥは、システム情報ブロック（ＳＩＢ）１３（ＳＩＢ１３）を取得し得る。第２のステップにおいて、ＳＩＢ１３に基づいて、ＵＥは、ＭＣＣＨ上でＭＢＳＦＮエリア構成メッセージを取得し得る。第３のステップにおいて、ＭＢＳＦＮエリア構成メッセージに基づいて、ＵＥは、ＭＣＨスケジューリング情報（ＭＳＩ）のＭＡＣ制御要素を取得し得る。ＳＩＢ１３は、（１）セルによってサポートされる各ＭＢＳＦＮエリアのＭＢＳＦＮエリア識別子と、（２）ＭＣＣＨ繰り返し期間（たとえば、３２個、６４個、．．．、２５６個のフレーム）、ＭＣＣＨオフセット（たとえば、０、１つ、．．．、１０個のフレーム）、ＭＣＣＨ修正期間（たとえば、５１２個、１０２４個のフレーム）、シグナリング変調およびコーディング方式（ＭＣＳ）、繰り返し期間とオフセットとによって示される無線フレームのどのサブフレームがＭＣＣＨを送信することができるかを示すサブフレーム割振り情報など、ＭＣＣＨを収集するための情報と、（３）ＭＣＣＨ変更通知構成とを示し得る。各ＭＢＳＦＮエリアについて１つのＭＢＳＦＮエリア構成メッセージがある。ＭＢＳＦＮエリア構成メッセージは、（１）ＰＭＣＨ内の論理チャネル識別子によって識別される各ＭＴＣＨの一時的モバイルグループ識別情報（ＴＭＧＩ）およびオプションのセッション識別子と、（２）ＭＢＳＦＮエリアの各ＰＭＣＨを送信するための割り振られたリソース（すなわち、無線フレームおよびサブフレーム）およびそのエリア中のすべてのＰＭＣＨのための割り振られたリソースの割振り期間（たとえば、４つ、８つ、．．．、２５６個のフレーム）と、（３）ＭＳＩ  ＭＡＣ制御要素が送信されるＭＣＨスケジューリング期間（ＭＳＰ）（たとえば、８つ、１６個、３２個、．．．、または１０２４個の無線フレーム）とを示し得る。ＴＭＧＩは、ｅＭＢＭＳサービスＩＤおよびＰＬＭＮ  ＩＤから構成された、ｅＭＢＭＳサービスの一意の識別子である。
【００３８】
[0055]図７Ｂは、ＭＳＩ  ＭＡＣ制御要素のフォーマットを示す図７９０である。ＭＳＩ  ＭＡＣ制御要素は、ＭＳＰごとに１回送られ得る。ＭＳＩ  ＭＡＣ制御要素は、ＰＭＣＨの各スケジューリング期間の第１のサブフレーム中で送られ得る。ＭＳＩ  ＭＡＣ制御要素は、ＰＭＣＨ内の各ＭＴＣＨの停止フレームおよびサブフレームを示すことができる。ＭＢＳＦＮエリアごとにＰＭＣＨ当たり１つのＭＳＩが存在し得る。
【００３９】
[0056]図８は、グループ通信システムイネーブラアプリケーションサーバ（ＧＣＳＥ−ＡＳ）８０２を含むネットワークアーキテクチャの一例を示す図８００である。ＧＣＳＥ−ＡＳ８０２は、アプリケーションレイヤ機能がＥ−ＵＴＲＡＮ上でグループ通信を行うことを可能にする３ＧＰＰ特徴である。グループ通信サービスは、「グループ通信」を通して制御された様式で複数のユーザに同じコンテンツを配信するための高速および効率的な機構を与えるものである。グループ通信は、送信側グループメンバーから受信側グループメンバーへの通信に対応する。「送信側グループメンバー」は、ＧＣＳＥグループのための進行中または将来のグループ通信を送信することを許可されたそのＧＣＳＥグループのグループメンバーである。「受信側グループメンバー」は、ＧＣＳＥグループの進行中または将来のグループ通信を受信することに関心を表したそのＧＣＳＥグループのグループメンバーである。一例として、グループ通信の概念は、限定はしないが、公共安全団体のために使用される古典的な地上移動無線（ＬＭＲ：Land Mobile Radio）システムの動作において広範囲にわたって使用される。
【００４０】
[0057]既存のグループ通信セットアップでは、グループ呼における潜在的参加者ＵＥは、ＵＥが送信側グループメンバーまたは受信側グループメンバーの一方または両方であるグループサービスのためのＴＭＧＩを事前に割り当てられ得る。この点について事前に割り当てられるとは、ＵＥがＴＭＧＩを受信し、スケジュールまたは進行中のグループ呼を識別する際の将来の使用のためにＴＭＧＩを記憶することを意味する。グループ呼は、参加者ＵＥが知られているという点で事前構成され得、１つまたは複数のＴＭＧＩがＵＥに事前に割り当てられ、事前に割り当てられたＴＭＧＩに関連付けられたｅＭＢＭＳベアラがネットワーク側で事前構成される。グループ呼が生じ得るＭＢＳＦＮエリアに関連付けられたＭＣＣＨは、リストされたＴＭＧＩを有する。したがって、参加者ＵＥは、事前に割り当てられたＴＭＧＩによって一意に識別され、それにより、それに対応する当該のｅＭＢＭＳサービスが、現在スケジュールされているかどうかを識別するために、マルチキャストチャネルスケジューリング情報（ＭＳＩ：multicast channel scheduling information）を監視する。
【００４１】
[0058]アドホックグループ通信の場合、ＴＭＧＩの事前割当てがなく、ｅＭＢＭＳベアラの事前構成がない。代わりに、参加者ＵＥが選択され、ｅＭＢＭＳセッションがアドホックベースで開始される。ネットワークは、アドホックＧＣＳＥグループの動的作成、修正、および削除のための機構を与え得る。
【００４２】
[0059]図９は、動的ｅＭＢＭＳセッションセットアップを介したアドホックグループ呼のためのプロシージャを示すコールフロー図である。ステップ１において、第１のユーザは、アドホックＧＣＳＥグループに含めるべきいくつかの他のユーザ、たとえば、参加者を選択する。参加者の選択は、ＵＥ９０２のグラフィカルユーザインターフェース（ＧＵＩ）を通して行われ得る。この点について、ＵＥ９０２はＧＣＳＥ発信者として機能する。参加者選択が完了すると、第１のユーザは、たとえば、ＧＵＩのプッシュツートークボタンを押すことによって、グループ呼セットアップをさらに開始し得る。
【００４３】
[0060]ステップ２において、ＵＥ９０２がＲＲＣアイドル状態にある場合、ＵＥは、ＲＲＣ接続状態に入るためにサービス要求をＰＳＷ／Ｓ−ＧＷ９０４に送る。ＲＲＣ接続状態に入ることは、知られているプロシージャを使用して実行される。ＲＲＣ接続状態になると、ＵＥ９０２は、グループ呼セッションセットアップをさらに開始するためにメッセージを送り得る。ＵＥがすでにＲＲＣ接続状態にある場合、コールフローはステップ３に直接進み得る。
【００４４】
[0061]ステップ３において、ｅＮＢ／ＭＣＥ／ＭＭＥ９０６、Ｐ−ＧＷ／Ｓ−ＧＷ９０４、およびＧＣＳＥ−ＡＳ９０８を含むネットワーク要素が、グループ呼セッションセットアップを実行する。この目的で、ＵＥ９０２は、アドホックＧＣＳＥグループに含められるべき第１のユーザによって識別された参加者に対応するターゲットのリストを含むメッセージ、たとえばＳＩＰメッセージをＧＣＳＥ−ＡＳ９０８に送る。
【００４５】
[0062]ステップ４において、ＧＣＳＥ−ＡＳ９０８は、ＵＥから受信されたロケーション情報に基づいてターゲットＵＥの各々のロケーションを決定する。すべてのターゲットが概して同じロケーションにある場合、ＧＣＳＥ−ＡＳ９０８は、ｅＭＢＭＳセッションのセットアップ要求をＢＭ−ＳＣ９１０に送信する。ＧＣＳＥ−ＡＳ９０８からの要求はグループＩＤを含む。ＢＭ−ＳＣ９１０は、ＴＭＧＩをグループＩＤに割り当て、それをＧＣＳＥ−ＡＳ９１０に送る。ターゲットが他のターゲットとは異なるエリアに位置する場合、ＧＣＳＥ−ＡＳ９０８は、Ｐ−ＧＷ９１４を用いてユニキャストチャネルセットアップをトリガすることになる。ＧＣＳＥ−ＡＳ９０８は、既存のロケーションサービス（ＬＣＳ）プロシージャを介してターゲットＵＥのロケーションを取得し得、ポリシーおよび課金ルール機能（ＰＣＲＦ：policy and charging rules function）またはホーム加入者サーバ（ＨＳＳ）にＵＥのロケーションを要求する際にアプリケーション機能として働き得る。ＧＣＳＥ−ＡＳ９０８は、ＵＥのロケーション情報（たとえば、サービスエリア、セルＩＤなど）をＢＭ−ＳＣ９１０にパスし得、ＢＭ−ＳＣは、サービスのためにＭＢＭＳサービスエリアおよびＭＢＳＦＮエリアを決定することができる。現在の３ＧＰＰ仕様によれば、ＭＢＭＳサービスエリアおよびＭＢＳＦＮエリアは、オペレーションおよびメンテナンス（Ｏ＆Ｍ）を介して事前構成され得る。代替的に、ＭＢＭＳサービスエリアおよびＭＢＳＦＮエリアは、ＵＥのロケーションに基づいて動的に確立され得る。
【００４６】
[0063]ステップ５において、ＢＭ−ＳＣ９１０は、ＭＢＭＳ−ＧＷ９１２を通ってＭＭＥ／ＭＣＥ９１６に到りｅＮＢ９１８に到るシグナリングを使用して、適切なＭＢＳＦＮエリア中のｅＭＢＭＳブロードキャストセッションをセットアップする。ユーザプレーンシグナリングは、ＢＭ−ＳＣ９１０からＭＢＭＳ−ＧＷ９１２を通ってｅＮＢ９１８に進む。
【００４７】
[0064]一般に、ＭＢＭＳセッションセットアップ（ステップ４およびステップ５）を完了する時間は、５秒から１０秒の間になり得るＭＣＣＨ修正期間のために、他のステップよりも長い。ＭＣＣＨが、たとえば、ＭＢＭＳセッション開始またはＭＢＭＳカウント要求メッセージにより修正されるとき、ネットワークはＵＥに修正を通知する。通知は、ＭＣＣＨの変更に先行する修正期間全体にわたって周期的に送られる。ＭＣＣＨ変更通知を受信すると、ＵＥは、変更について監視すべき次のＭＣＣＨ修正期間の開始を待つ。
【００４８】
[0065]ステップ６において、ＧＣＳＥ−ＡＳ９０８は、ステップ３のグループ呼セッションセットアップを続ける。この目的で、ＧＣＳＥ−ＡＳ９０８は、グループ呼セッションセットアップメッセージをＰ−ＧＷ／ＳＧＷ９０４およびＭＭＥ９０６を通してｅＮＢ９１８に送る。メッセージは、ターゲットＵＥ（または参加者ＵＥ）を識別し、ｅＮＢ９１８に、ｅＮＢ９１８を通してＥＰＳベアラを介したユニキャストチャネル上でターゲットＵＥとの通信を開始するように要求する。
【００４９】
[0066]ステップ７において、ターゲットＵＥの各々について、ＭＭＥ／ｅＮＢ９１８は、ＵＥがＲＲＣアイドル状態にあるかどうかを決定する。ＲＲＣアイドルにあるターゲットＵＥについて、ＭＭＥおよびｅＮＢ９１８は、そのターゲットＵＥにＲＲＣ接続状態に入らせるために、ターゲットＵＥのためのページングおよびサービス要求プロシージャを開始する。
【００５０】
[0067]ステップ８において、各ターゲットＵＥがグループに正常に追加されるか、または、たとえば、位置を特定するのに失敗することによりターゲットグループから削除されるまで、ステップ６およびステップ７のグループ呼セッションセットアップは続けられる。
【００５１】
[0068]ステップ９において、ｅＭＢＭＳカバレージ内のターゲットＵＥが、ユーザサービス記述（ＵＳＤ：user service description）収集を実行する。ＵＳＤは、ユニキャストまたはブロードキャストを通して取得され得る。ＵＳＤに含まれる情報に基づいて、ターゲットＵＥは、ｅＭＢＭＳセッションをリッスンすることが可能である。
【００５２】
[0069]ステップ１０において、登録が必要とされることをＵＳＤが示す場合、ＵＥは、必要な場合、ｅＭＢＭＳユーザサービス登録および鍵要求を実行する。
【００５３】
[0070]ステップ１１において、ユーザは、発信ＵＥ９０２からの要求をＧＣＳＥ−ＡＳ９０８に送ることによってフロア要求（通話要求）を行う。ＧＣＳＥ−ＡＳ９０８は、フロア要求を行っているユーザの識別情報を（ＭＢＭＳカバレージ中のターゲットＵＥの場合）ＢＭ−ＳＣ９１０に、および（ＭＢＭＳカバレージ中にないターゲットＵＥの場合）Ｐ−ＧＷ９１４に送り、アドホックＧＣＳＥグループ中の他の参加者、たとえば、ターゲットＵＥに識別情報を与える。ｅＭＢＭＳカバレージ９２０内のターゲットＵＥの場合、話者識別情報は、ＧＣＳＥ−ＡＳ９０８によって、ＢＭ−ＳＣ９１０を通してＭＢＭＳ−ＧＷ９１２およびｅＮＢ９１８に与えられる。この場合、ターゲットＵＥ９２０は、ＭＳＩをリッスンし、グループ呼に関連付けられたＴＭＧＩを検査し、グループ呼のＭＴＣＨを決定し、決定されたＭＴＣＨに同調して話者識別情報を受信する。ｅＭＢＭＳカバレージ９２２の外部のターゲットＵＥの場合、話者識別情報は、ＧＣＳＥ−ＡＳ９０８によって、ユニキャストを介してＰ−ＧＷ／Ｓ−ＧＷ９１４およびｅＮＢ９１８を通して与えられる。
【００５４】
[0071]ステップ１２において、ＧＣＳＥ−ＡＳ９０８は、発信ＵＥ９０２にフロアを許可する。フロア許可を受信すると、メディアが発信ＵＥ９０２からターゲットＵＥ９２０、９２２に通信され得る。
【００５５】
[0072]ステップ１３において、発信ＵＥ９０２はメディアをターゲットＵＥ９２０、９２２に送る。メディアは、会話型タイプ通信メディア（たとえば、音声、ビデオ）またはストリーミングメディア（たとえばビデオ）またはデータメディア（たとえばメッセージング、ファイルダウンロード）、または様々なメディアの組合せを含み得る。ＭＢＭＳカバレージ９２０内のターゲットＵＥの場合、発信ＵＥ９０２から送られたメディアは、ＧＣＳＥ−ＡＳ９０８、ＢＭ−ＳＣ９１０、ＭＢＭＳ−ＧＷ９１２およびｅＮＢ９１８を通るシグナリングを介して受信される。ＭＢＭＳカバレージ９２２の外部のターゲットＵＥの場合、発信ＵＥ９０２から送られたメディアは、ＧＣＳＥ−ＡＳ９０８、Ｐ−ＧＷ／Ｓ−ＧＷ９１４およびｅＮＢ９１８を通るシグナリングを介して受信される。
【００５６】
[0073]以下の表１は、図９のフローコールのステップ２からステップ１２の間の時間またはレイテンシを表す。  
【表１】
2016535495.tif 000003
【００５７】
[0074]前述の動的なｅＭＢＭＳセッションセットアップに伴う問題は、許容できるグループ通信のための呼セットアップ遅延要件を満たさないことがあることである。より詳細には、表１に示されているように、ユーザが通話をプッシュし、サービス要求プロシージャを開始すること（ステップ２）からフロアを許可されること（ステップ１２）の間の時間は、５秒から１０秒の間を要し得る。時間のこの量は、グループ呼通信に参加するとき、不十分なユーザエクスペリエンスをもたらし得る。
【００５８】
[0075]グループ呼通信のためのセットアップ遅延を低減することができるいくつかのオプションが以下で開示される。第１のオプションでは、対応するあらかじめ確立されたｅＭＢＭＳセッションを用いる異なるアドホックグループのためのＴＭＧＩのプール（たとえば、ＴＭＧＩ１〜ＴＭＧＩn）が予約される。第２のオプションは、グループ呼のためにのみ使用される新しいＭＣＣＨを導入する。新しいＭＣＣＨは、現在の３ＧＰＰ仕様において与えられる期間と比較して、短縮されたＭＣＣＨ修正期間、短縮された繰り返し期間および／または短縮された変更通知期間を有する。第３のオプションは、グループ通信に関連付けられたＭＢＳＦＮエリアに関連付けられた既存のＭＣＣＨの修正期間、繰り返し期間および変更通知期間を短縮する。
【００５９】
[0076]図１０は、第１のオプションについてのｅＭＢＭＳセッションを介したアドホックグループ呼のプロシージャを示すコールフロー図である。このプロシージャでは、ｅＭＢＭＳセッションセットアップが、アドホックグループ通信セットアップの形成に先立って行われる。この目的で、ステップ１において、ＢＭ−ＳＣ１０１０は、異なるアドホックグループのためにＴＭＧＩのプール（たとえば、ＴＭＧＩ１〜ＴＭＧＩn）を予約する。場合によっては、ＴＭＧＩのプールは、ただ１つのＴＭＧＩを含み得る。ＴＭＧＩプールは、ＢＭ−ＳＣ１００２において維持され得る。
【００６０】
[0077]ステップ２において、ＴＭＧＩプール中の各ＴＭＧＩについて、ＢＭ−ＳＣ１０１０は、ｅＮＢ１０１８とのｅＭＢＭＳセッションを確立またはセットアップする。各あらかじめ確立されたｅＭＢＭＳセッションは、事前構成されたＭＢＳＦＮエリアに対応する。ＭＢＳＦＮエリアに関連付けられたＭＣＣＨは、ＭＢＳＦＮエリアにおいて利用可能なすべての対応するＴＭＧＩと、ＭＢＳＦＮサブフレーム割振りを含むｅＭＢＭＳセッション情報とを含んでいる。
【００６１】
[0078]ステップ３において、第１のユーザは、アドホックＧＣＳＥグループに含めるべきいくつかの他のユーザ、たとえば、参加者を選択する。参加者の選択はＵＥ１００２のＧＵＩを通して行われ得る。この点について、ＵＥ１００２はＧＣＳＥ発信者として機能する。参加者選択が完了すると、第１のユーザは、たとえば、ＧＵＩのプッシュツートークボタンを押すことによって、グループ呼セットアップをさらに開始し得る。
【００６２】
[0079]ステップ４において、ＵＥ１００２がＲＲＣアイドル状態にある場合、ＵＥは、ＲＲＣ接続状態に入るためにサービス要求をＰＳＷ／Ｓ−ＧＷ１００４に送る。ＲＲＣ接続状態に入ることは、知られているプロシージャを使用して実行される。ＲＲＣ接続状態になると、ＵＥ１００２は、さらにグループ呼セッションセットアップを開始するために、アドホックＧＣＳＥグループに含められるべき第１のユーザによって識別された参加者に対応するターゲットのリストを含むメッセージ、たとえばＳＩＰメッセージをＧＣＳＥ−ＡＳ１００８に送り得る。ＵＥがすでにＲＲＣ接続状態にある場合、コールフローはステップ５に直接進み得る。
【００６３】
[0080]ステップ５において、ｅＮＢ／ＭＭＥ１００６、Ｐ−ＧＷ／Ｓ−ＧＷ１００４、およびＧＣＳＥ−ＡＳ１００８を含むネットワーク要素が、グループ呼セッションセットアップを実行する。この目的で、ＵＥ１００２は、アドホックＧＣＳＥグループに含まれるべき参加者に対応するターゲットＵＥのリストを含むメッセージを、ＧＣＳＥ−ＡＳ１００８に送る。
【００６４】
[0081]ステップ６において、ＧＣＳＥ−ＡＳ１００８は、ＵＥから受信されたロケーション情報に基づいてターゲットＵＥの各々のロケーションを決定する。ＧＣＳＥ−ＡＳ１００８は、既存のＬＣＳプロシージャを介してターゲットＵＥのロケーションを取得し得、ＰＣＲＦまたはＨＳＳにＵＥのロケーションを要求する際にアプリケーション機能として働き得る。すべてのターゲットＵＥが概して同じロケーションにある場合、ＧＣＳＥ−ＡＳ９０８は、ＴＭＧＩ割当てについての要求をＢＭ−ＳＣ１０１０に送る。要求はターゲットＵＥのロケーションを含む。ＢＭ−ＳＣ１０１０は、ターゲットＵＥのロケーションをカバーするＭＢＳＦＮエリア中の確立されたｅＭＢＭＳセッションを一意に識別する利用可能なＴＭＧＩのプールからＴＭＧＩを決定するために、ロケーション情報を使用する。ターゲットＵＥが他とは異なるエリアに位置する場合、ＧＣＳＥ−ＡＳ９０８は、そのターゲットＵＥのためにＰ−ＧＷ９１４を用いてユニキャストチャネルセットアップをトリガすることになる。
【００６５】
[0082]ステップ７において、ＧＣＳＥ−ＡＳ１００８は、ステップ５のグループ呼セッションセットアップを続ける。この目的で、ＧＣＳＥ−ＡＳ１００８は、グループ呼セッションセットアップメッセージをｅＮＢ１０１８に送る。メッセージは、ターゲットＵＥを識別し、ｅＮＢ９１８に、ｅＮＢを通してＥＰＳベアラを介したユニキャスト上でターゲットＵＥとの通信を開始するように要求する。
【００６６】
[0083]ステップ８において、ターゲットＵＥの各々について、ｅＮＢ１０１８は、ＵＥがＲＲＣアイドル状態にあるかどうかを決定する。ＲＲＣアイドルにあるターゲットＵＥについて、ｅＮＢ１０１８は、そのターゲットＵＥにＲＲＣ接続状態に入らせるために、ターゲットＵＥのためのページングおよびサービス要求プロシージャを開始する。
【００６７】
[0084]ステップ９において、各ターゲットＵＥがグループに正常に追加されるか、または、たとえば、位置を特定するのに失敗することによりターゲットグループから削除されるまで、ステップ７およびステップ８のグループ呼セッションセットアップは続けられる。
【００６８】
[0085]ステップ１０において、ｅＭＢＭＳカバレージ内のターゲットＵＥはユーザサービス記述（ＵＳＤ）収集を受信する。この目的で、ＵＥは、ＵＳＤがブロードキャストされる場合、ＭＢＭＳベアラ上でＵＳＤを受信し得る。場合によっては、ＵＥは、ユニキャストチャネルからＵＳＤを取得するために、ユニキャストクエリを実行し得る。ＵＳＤは、ユニキャストチャネルまたはブロードキャストチャネルを介して取得され得る。ＵＳＤに含まれる情報に基づいて、ターゲットＵＥは、ＭＢＭＳセッションをリッスンすることが可能である。より詳細には、ＵＳＤは、ＵＳＤがアドホックＧＣＳＥグループ呼がＭＢＭＳセッションを通して可能にされることを示す。ＵＳＤはまた、サービスに対応するＴＭＧＩのプールのうちのＴＭＧＩを示す。
【００６９】
[0086]ステップ１１において、ユーザは、発信ＵＥ１００２からの要求をＧＣＳＥ−ＡＳ１００８に送ることによってフロア要求（通話要求）を行う。ＧＣＳＥ−ＡＳ１００８は、フロア要求を行っているユーザの識別情報を変え、その識別情報をアドホックＧＣＳＥグループ中の他の参加者、たとえば、ターゲットＵＥに与える。ＭＢＭＳカバレージ１０２０内のターゲットＵＥの場合、話者識別情報は、ＧＣＳＥ−ＡＳ１００８によって、ＢＭ−ＳＣ１０１０を通して、ＭＢＭＳ−ＧＷ９１２およびｅＮＢ１０１８に与えられる。この場合、ターゲットＵＥ１０２０は、ＭＳＩをリッスンし、グループ呼に関連付けられたＴＭＧＩを検査し、グループ呼のＭＴＣＨを決定し、決定されたＭＴＣＨに同調して話者識別情報を受信する。ＭＢＭＳカバレージ１０２２の外部のターゲットＵＥの場合、話者識別情報は、ＧＣＳＥ−ＡＳ１００８によって、それぞれのユニキャストチャネルを介してＰ−ＧＷ／Ｓ−ＧＷ１０１４およびｅＮＢ１０１８を通して与えられる。
【００７０】
[0087]ステップ１２において、ＧＣＳＥ−ＡＳ１００８は、発信ＵＥ１００２にフロアを許可する。フロア許可を受信すると、メディアが発信ＵＥ１００２からターゲットＵＥ１０２０、１０２２に通信され得る。
【００７１】
[0088]ステップ１３において、発信ＵＥ１００２はメディアをターゲットＵＥ１０２０、１０２２に送る。メディアは、会話型タイプ通信メディア（たとえば、音声、ビデオ）またはストリーミングメディア（たとえばビデオ）またはデータメディア（たとえばメッセージング、ファイルダウンロード）、または様々なメディアの組合せを含み得る。ＭＢＭＳカバレージ１０２０内のターゲットＵＥの場合、発信ＵＥ１００２からのメディアは、ＧＣＳＥ−ＡＳ１００８、ＢＭ−ＳＣ１０１０、ＭＢＭＳ−ＧＷ１０１２およびｅＮＢ１０１８を通るシグナリングを介して受信される。ＭＢＭＳカバレージ１０２２の外部のターゲットＵＥの場合、メディアは、ＧＣＳＥ−ＡＳ１００８、Ｐ−ＧＷ／Ｓ−ＧＷ１０１４およびｅＮＢ１０１８を通るシグナリングを介して受信される。
【００７２】
[0089]送信されるべきグループ呼データがない場合、またはグループ呼データが、現在の無線フレーム中のすべての割り振られたＭＢＳＦＮサブフレームを必要とするとは限らない場合、現在の無線フレーム中のＭＢＳＦＮのために構成された（１つまたは複数の）サブフレームは、送信モード９（ＴＭ９）およびＴＭ１０ユニキャスト送信のために再利用され得る。ＧＣＳＥ−ＡＳ１００８は、アドホックグループが確立されるときに、ＢＭ−ＳＣ１００２からＴＭＧＩを取得する。ＢＭ−ＳＣ１０１０は、ＴＭＧＩプールからの未使用ＴＭＧＩを割り当てる。割り当てられたＴＭＧＩは、現在のグループ呼が完了した後に別のグループ呼のために再利用され得る。異なるグループがまた、同じＴＭＧＩを共有し得、異なるグループを区別するために異なるＩＰポートが使用され得る。したがって、ＭＳＩは、ｅＮＢ１０１８が対応するＴＭＧＩのためのＭＢＭＳ−ＧＷ１０１２からのグループ呼データを受信するとき、修正され得る。
【００７３】
[0090]以下の表２は、図１０のフローコールのステップ４からステップ１２の間の時間またはレイテンシを表す。総レイテンシは、図９のコールフローの５５１０または１０６３０ｍｓの総レイテンシとは対照的に、６１０ｍｓである。レイテンシの低減は、図９のプロセスのＭＢＭＳセッションセットアップ（ステップ４および５）の削除を可能にするＭＢＭＳセッションの事前構成による。  
【表２】
2016535495.tif 000004
【００７４】
[0091]図１１は、ワイヤレス通信の方法のフローチャート１１００である。本方法は、ＢＭ−ＳＣなどのネットワークエンティティ、またはネットワークエンティティの組合せによって実行され得る。ステップ１１０２において、ネットワークエンティティは複数のＴＭＧＩを予約する。この目的で、ネットワークエンティティは、指定された予約済みＴＭＧＩとして複数のＴＭＧＩを割り振り得る。
【００７５】
[0092]ステップ１１０４において、複数の予約済みＴＭＧＩの各々について、ネットワークエンティティは、少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立する。この目的で、ネットワークエンティティは、ｅＭＢＭＳセッションのために少なくとも１つのｅＭＢＭＳベアラを構成し、ＭＢＳＦＮサブフレームをｅＭＢＭＳセッションに割り振り、アドホックＧＣＳＥグループのためのグループ通信データがない場合、ユニキャスト送信のために、割り当てられたＴＭＧＩに対応するｅＭＢＭＳセッションに割り振られたＭＢＳＦＮサブフレームを再割り振りし、１つまたは複数の予約済みＴＭＧＩと、対応するｅＭＢＭＳセッション情報とを含むようにＭＢＳＦＮエリアに関連付けられたＭＣＣＨを構成し得る。対応するｅＭＢＭＳセッション情報は、たとえば、３ＧＰＰ  ＴＳ３３１による、ＰＭＣＨ−ＩｎｆｏＬｉｓｔ中の情報を含み得る。このリストは、ＭＢＳＦＮエリアのすべてのＰＭＣＨの構成を指定する。個々のＰＭＣＨに与えられる情報は、関係するＰＭＣＨによって搬送されるセッションの構成パラメータを含む。
【００７６】
[0093]ステップ１１０６において、ネットワークエンティティは、複数のターゲットＵＥを含むアドホックグループＧＣＳＥグループの形成の要求を受信する。
【００７７】
[0094]ステップ１１０８において、ネットワークエンティティは、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てる。ＴＭＧＩを割り当てることは、ターゲットＵＥのロケーションを決定することと、ターゲットＵＥのロケーションに基づいて複数の予約済みＴＭＧＩのうちの未使用の１つを選択することとを含み得る。たとえば、ネットワークエンティティは、ターゲットＵＥを包含する事前構成されたＭＢＳＦＮエリアを識別し、識別されたＭＢＳＦＮエリアに関連付けられた予約済みＴＭＧＩを割り当て得る。
【００７８】
[0095]ステップ１１１０において、ネットワークは、割り当てられたＴＭＧＩに対応する情報をターゲットＵＥに送る。
【００７９】
[0096]ネットワークエンティティは、１つまたは複数の予約済みＴＭＧＩと、対応するｅＭＢＭＳセッション情報とを含むようにＭＴＣＨ構成のＭＣＣＨを構成し得る。アドホックＧＣＳＥグループのためのグループ通信データがない場合、ネットワークエンティティは、ユニキャスト送信のために、選択された予約済みＴＭＧＩに対応するｅＭＢＭＳセッションに現在割り振られているＭＢＳＦＮサブフレームを再割り振りし得る。
【００８０】
[0097]図１２は、例示的な装置１２０２の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１２００である。本装置は、ＢＭ−ＳＣなどのネットワーク要素であり得、または、それはネットワークエンティティの組合せであり得る。装置１２０２は、ＴＭＧＩモジュール１２０４と、ｅＭＢＭＳセッションモジュール１２０６と、受信モジュール１２０８と、割当てモジュール１２１０と、送信モジュール１２１２とを含む。
【００８１】
[0098]ＴＭＧＩモジュール１２０４は複数のＴＭＧＩを予約する。予約済みＴＭＧＩは、アドホックＧＣＳＥグループによる潜在的使用のためのものである。ｅＭＢＭＳセッションモジュール１２０６は、複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立する。
【００８２】
[0099]受信モジュール１２０８は、発信ＵＥ１２５０から、複数のターゲットＵＥ１２５２、１２５４および発信ＵＥ１２５０を含むアドホックグループＧＣＳＥグループの形成要求を受信する。割当てモジュール１２１０は、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てる。この目的で、割当てモジュール１２１０は、ＵＥ１２５０、１２５２、１２５４のロケーションを決定し、ＵＥのロケーションに基づいて複数の予約済みＴＭＧＩのうちの未使用の１つを選択し得る。たとえば、割当てモジュール１２１０は、ＵＥ１２５０、１２５２、１２５４を包含する事前構成されたＭＢＳＦＮエリアを識別し、識別されたＭＢＳＦＮエリアに関連付けられた予約済みＴＭＧＩを割り当て得る。送信モジュール１２１２は、選択された予約済みＴＭＧＩに対応する送信側情報を発信ＵＥ１２５０およびターゲットＵＥ１２５２、１２５４に送る。
【００８３】
[00100]本装置は、図１０の上述のコールフロー図および図１１のフローチャート中のアルゴリズムのステップを実行する追加のモジュールを含み得る。したがって、図１０のステップコールフロー図および図１１のフローチャート中のアルゴリズムは、モジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００８４】
[00101]図１３は、処理システム１３１４を採用する装置１２０２’のためのハードウェア実装形態の一例を示す図１３００である。処理システム１３１４は、バス１３２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１３２４は、処理システム１３１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１２０４、１２０６、１２０８、１２１０、および１２１２と、コンピュータ可読媒体／メモリ１３０６とを含む様々な回路を互いにリンクする。バス１３２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００８５】
[00102]処理システム１３１４はトランシーバ１３１０に結合され得る。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０に結合される。トランシーバ１３１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１３１４、特に受信モジュール１２０８に与える。さらに、トランシーバ１３１０は、処理システム１３１４、特に送信モジュール１２１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１３２０に適用されるべき信号を生成する。処理システム１３１４は、コンピュータ可読媒体／メモリ１３０６に結合されたプロセッサ１３０４を含む。プロセッサ１３０４は、コンピュータ可読媒体／メモリ１３０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１３０４によって実行されたとき、処理システム１３１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１３０６はまた、ソフトウェアを実行するときにプロセッサ１３０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１２０４、１２０６、１２０８、１２１０および１２１２のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１３０４中で動作するか、コンピュータ可読媒体／メモリ１３０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１３０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。
【００８６】
[00103]一構成では、ワイヤレス通信のための装置１２０２／１２０２’は、複数のＴＭＧＩを予約するための手段と、複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立するための手段と、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成要求を受信するための手段と、複数のＴＭＧＩのうちの未使用の１つをアドホックＧＣＳＥグループに割り当てるための手段とを含む。上述の手段は、上述の手段によって記載される機能を実行するように構成された、装置１２０２、および／または装置１２０２’の処理システム１３１４の上述のモジュールのうちの１つまたは複数であり得る。
【００８７】
[00104]一態様では、グループ呼通信のためのネットワークエンティティは、メモリと、メモリに結合され、複数のＴＭＧＩを予約することと、複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することと、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成要求を受信することと、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てることとを行うように構成された、少なくとも１つのプロセッサとを含み得る。プロセッサはさらに、図１０の上述のコールフロー図および図１１のフローチャート中のアルゴリズムのステップを実行するように構成され得る。
【００８８】
[00105]別の態様では、グループ呼通信のためのネットワークエンティティは、コンピュータ可読媒体に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、複数のＴＭＧＩを予約することと、複数の予約済みＴＭＧＩの各々について、少なくとも１つの事前構成されたＭＢＳＦＮエリア中のｅＭＢＭＳセッションを確立することと、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成要求を受信することと、複数のＴＭＧＩのうちの１つをアドホックＧＣＳＥグループに割り当てることを行わせるコードを備えるコンピュータプログラム製品を含み得る。コードはさらに、少なくとも１つのプロセッサに、図１０の上述のコールフロー図および図１１のフローチャート中のアルゴリズムのステップを実行させ得る。
【００８９】
[00106]レイテンシを低減するための上記の第２および第３のオプションでは、図９の同じコールアッププロシージャが適用されるが、ステップ４および５のレイテンシを低減するようにＭＣＣＨ構成に対して変更が行われる。図９を参照すると、ステップ４において、ネットワークはＧＣＳＥグループ中のターゲットＵＥの各々のロケーションを決定し、各ロケーションについて、ネットワークはｅＭＢＭＳセッションセットアップについての要求を送信する。要求は、ＧＣＳＥグループのためのグループＩＤおよびＴＭＧＩを含む。ステップ５において、ｅＭＢＭＳブロードキャストセッションが、適切なＭＢＳＦＮエリア中でセットアップされる。表１に示したように、ステップ４および５を完了する時間は、５秒から１０秒の間になり得る。
【００９０】
[00107]第２のオプションでは、新しいＭＣＣＨが、詳細にはグループ呼サービスのために導入され、現在の３ＧＰＰ仕様において定義されている既存／標準のＭＣＣＨの代わりに使用される。この新しいＭＣＣＨは、グループ呼が生じ得るＭＢＳＦＮエリアに関連付けられ、既存／標準のＭＣＣＨと比較して、より短い修正期間および繰り返し期間によって特徴づけられる。これらの期間の短縮は、アドホックグループについてのｅＭＢＭＳセッションセットアップ遅延を低減する。
【００９１】
[00108]図１４は、第１および第２のＭＣＣＨ１４０２、１４０４を含むＭＣＣＨ送信タイムラインの図１４００である。タイムラインはまた、第１および第２の修正期間１４０６、１４０８を含む。修正期間１４０６、１４０８は、ＭＣＣＨの変更間の時間期間に対応する。図１４の第１の修正期間１４０６中に、第１のＭＣＣＨ１４０２が送信される。第１の修正期間１４０６と第２の修正期間１４０８との間の境界１４１０において、ＭＣＣＨは、第２のＭＣＣＨ１４０４に変化する。ＭＣＣＨに対する変更は、グループ呼設定に関係し得る。たとえば、ＭＣＣＨは、グループ呼のＴＭＧＩおよびｅＭＢＭＳセッション情報を含むように変化し得る。修正期間１４０４内で、現在のＭＣＣＨ１４０２が数回繰り返すことになる。繰り返し期間１４０４は、ＭＣＣＨ修正期間内のＭＣＣＨの繰り返し間の時間に対応する。
【００９２】
[00109]現在、ＭＣＣＨのための修正期間は、５秒から１０秒の間になり得る。これは、ＭＣＣＨの変化が５〜１０秒ごとに生じ得ることを意味する。したがって、グループ呼セットアップに関係するＭＣＣＨ変更は、５秒から１０秒の間を要することになる。
【００９３】
[00110]新しいＭＣＣＨでは、修正期間は、たとえば、２５６ミリ秒に短縮され得る。修正期間の短縮は、繰り返し期間の短縮をもたらす。この短縮された修正期間とともに、ＭＣＣＨの変更間の時間は短縮され、グループ呼セットアップに関係する変更が、ターゲットＵＥにより高速に通信される。たとえばＳＩＢ１３中で指定された、新しいＭＣＣＨに関連付けられたパラメータは、ネットワークがレガシーＭＣＣＨと比較してより少ないレイテンシをもつ新しいグループ呼サービスを追加することが可能であるように、ＭＣＣＨを介して送られた情報がより頻繁に変更されることを可能にする。
【００９４】
[00111]新しいＭＣＣＨが変化したか否かをシグナリングするために、新しいＭＣＣＨ変更通知が導入される。グループ呼ＵＥが新しいＭＣＣＨを収集するために、ＳＩＢ１３は、新しいＭＣＣＨのための１つまたは複数の構成パラメータおよび／または新しいＭＣＣＨ変更通知を追加し得る。これらのパラメータは、グループ呼ＵＥに、新しいＭＣＣＨがいつ開始するか、新しいＭＣＣＨがどれくらいの頻度で変更され得るか、および新しいＭＣＣＨが修正期間内にどれくらいの頻度で繰り返され得るかを含み、新しいＭＣＣＨの発生を示す。レガシーＵＥは、新しいＭＣＣＨおよび新しいＭＣＣＨ変更通知の存在を認識しない。
【００９５】
[00112]既存のｅＭＢＭＳ動作と新しいＭＣＣＨを用いた新しいｅＭＢＭＳ動作との間の競合は回避されるべきである。この目的で、ＳＩＢ２は、レガシーサービスと潜在的グループ呼サービスの両方を考慮に入れることによって、ＭＢＳＦＮサブフレームを予約する／割り振る。たとえば、レガシーサービスが、共通サブフレーム割振り期間内にＸ個のＭＢＳＦＮサブフレームを必要とすることになり、潜在的グループサービスが、その共通サブフレーム期間内にＹ個のサブフレームを必要とすることになる場合、ＳＩＢ２はその期間内にＸ＋Ｙ個のサブフレームを割り振ることになる。
【００９６】
[00113]この総割振りに基づいて、レガシーＭＣＣＨは、各関連する物理マルチキャストチャネル（ＰＭＣＨ）のためのＺ個のＭＢＳＦＮサブフレームを、共通サブフレーム割振り期間（commonSF-AllocPeriod）中の第１のＸ個のＭＢＳＦＮサブフレームの間に割り振り、ここで、ＺはＸよりも小さい。新しいＭＣＣＨは、各グループサービスのためのＭＢＳＦＮサブフレームを、共通サブフレーム割振り期間中の残りのＭＢＳＦＮサブフレームの間に割り振り、ここで、残りのサブフレームは（Ｘ＋Ｙ）−Ｚ個に対応する。新しいＭＣＣＨ中の第１のＰＭＣＨは、レガシーＭＣＣＨ中の最後のＰＭＣＨのサブフレーム割振り終了（sf-AllocEnd）によって識別される、後続のＭＢＳＦＮサブフレームから開始し得る。共通サブフレーム割振り期間（commonsf-AllocPeriod）中のＭＢＳＦＮサブフレームの残りが、グループ呼によって使用されないとき、それらのサブフレームは、新しいＭＣＣＨによって、利用中のリソースを回避するためにユニキャスト送信による使用のために解放され得る。したがって、新しいサービスのためのＭＳＩは、ｅＮＢが対応するＴＭＧＩのためのＭＢＭＳ−ＧＷからのグループ呼データを受信するとき、変更されることになる。
【００９７】
[00114]上述のように、上記の第２のオプションのためのｅＭＢＭＳセッションを介したアドホックグループ呼のプロシージャは、図９に示された現在のアドホックグループプロシージャと同様である。新しいＭＣＣＨを使用して、遅延全体が低減され得る。以下の表３は、図９のフローコールのステップ２からステップ１２の間のレイテンシを表す。総レイテンシは、図９に示されたコールフローの５５１０ｍｓまたは１０６３０ｍｓの総レイテンシとは対照的に、７４６ｍｓである。  
【表３】
2016535495.tif 000005
【００９８】
[00115]表１に示されているように、既存のＭＣＣＨの場合、ステップ４および５のレイテンシは５〜１０秒になり得る。新しいＭＣＣＨの場合、同じレイテンシが、たとえば、１２８ｍｓから２５６ｍｓの間になり得る。表３のステップ９および１０がステップ４および５と並行して行われ、したがって、ステップ９および１０に関連付けられた時間が０であることに注意されたい。ＭＢＭＳセッションがセットアップされている間、ネットワークはＵＳＤ更新を発行することができ（ステップ９、図９）、ＵＥはサービス登録鍵を行うことができる（ステップ１０、図９）。
【００９９】
[00116]レイテンシを低減するための第３のオプションでは、アドホックグループのためのｅＭＢＭＳセッションセットアップ遅延を低減するために、既存のＭＣＣＨのＭＣＣＨ修正期間、繰り返し期間および変更通知期間が短縮される。このオプションでは、短縮された修正期間および繰り返し期間をもつ既存のＭＣＣＨは、グループ呼目的のために使用され、一般的な修正期間および繰り返し期間をもつ既存のＭＣＣＨは、レガシーユーザのために使用される。したがって、ＭＣＣＨは２つの部分を有し、１つの部分はレガシー使用のために割り振られ、他の部分はグループ呼使用のために割り振られる。
【０１００】
[00117]ＳＩＢ１３は、ＭＣＣＨのための構成パラメータの２つのセット、すなわちレガシー使用のためのセットとグループ呼使用のためのセットとを示す。レガシー使用のために、ＳＩＢ１３は、既存の修正期間、繰り返し期間および変更通知期間設定を示す。既存の変更期間は５秒から１０秒の間になり得る。グループ呼使用のために、ＳＩＢ１３は、短縮されたＭＣＣＨ修正期間、繰り返し期間および変更通知期間を示す。短縮されたＭＣＣＨ修正期間は、たとえば、２５６ｍｓから１２８ｍｓの間になり得る。レガシーＵＥは、既存のパラメータ設定を用いたＭＣＣＨおよびＭＣＣＨ変更通知のみを探す。グループ呼ユーザは、既存のパラメータ設定と新しいパラメータ設定の両方を用いたＭＣＣＨおよびＭＣＣＨ変更通知を探す。
【０１０１】
[00118]既存のｅＭＢＭＳ動作と、短縮された修正期間、繰り返し期間および変更通知期間を用いた新しいｅＭＢＭＳ動作との間の競合を回避するために、既存のＭＣＣＨは、潜在的グループ呼サービスを考慮に入れることによってＭＢＳＦＮサブフレームを割り振る。たとえば、ＭＣＣＨが、レガシーサービスのためにＸ個のＭＢＳＦＮサブフレームを割り振る必要がある場合、ＭＣＣＨはＸ＋Ｙ個のＭＢＳＦＮサブフレームを割り振ることになり、ここで、追加のＹ個のサブフレームは潜在的グループ呼サービスをターゲットにする。ＭＣＣＨがＹ個のＭＢＳＦＮサブフレームを予約するために使用さするＴＭＧＩは、それらがＹ個のＭＢＳＦＮサブフレームに属するレガシーサービスに関連付けられたＴＭＧＩと衝突していない限り、事前定義またはプリセットアップされる必要がない。たとえば、ＴＭＧＩ１〜ＴＭＧＩ１０がレガシーサービスのためのものである場合、ネットワークは、ＴＭＧＩ１〜ＴＭＧＩ１０の各々について１０個のサブフレームである、１００個のＭＢＳＦＮサブフレームをレガシーサービスのために割り振り得る。ネットワークは、グループ呼サービスのためにサブフレームを、たとえば、１００個の追加のサブフレームを過剰予約し得る。ネットワークは、ＴＭＧＩダミーがレガシーサービスＴＭＧＩのいずれとも衝突していない限り、追加の１００個のサブフレームを予約するためにＴＭＧＩダミーを使用し得る。
【０１０２】
[00119]たとえば１２８〜２５６ｍｓの間ごとに行われ得る、高速ＭＣＣＨ更新は、グループ呼サービスに関係するＭＣＣＨコンテンツを修正するだけである。既存のＭＣＣＨ修正期間境界において、たとえば、５秒ごとに、すべてのサービスに関係するＭＣＣＨコンテンツが更新され得る。たとえば、ＭＣＣＨは、グループ呼のために特定のＰＭＣＨを割り振ることができる。高速ＭＣＣＨ更新（たとえば、２５６ｍｓごと）は、レガシーＰＭＣＨに関係するＰＭＣＨ構成を変更することなしにグループ呼ＰＭＣＨに関係する構成を変更し得る。通常のＭＣＣＨ更新（たとえば、５秒ごと）は、グループ呼サービスとレガシーサービスの両方のためのＰＭＣＨの変更を可能にし得る。たとえば、既存のＭＣＣＨが２つのＰＭＣＨを割り振る場合、第１のＰＭＣＨはレガシーサービスのためのものであり、第２のＰＭＣＨはグループ呼サービスのためのものである。第１のより速いＭＣＣＨ更新が（たとえば、２５６ｍｓで）行われるとき、グループ呼のための第２のＰＭＣＨの構成のみが更新される。レガシーＵＥのための第１のＰＭＣＨの構成は更新されない。５秒境界において、両方のＰＭＣＨの構成が更新される。
【０１０３】
[00120]グループ呼によって使用されないグループ呼サービスのために割り振られたＭＢＳＦＮサブフレームは、既存のＭＣＣＨに対する変更が５秒ごとにあるので、既存のＭＣＣＨによって動的に解放されないことがある。これらの未使用サブフレームは、しかしながら、利用中のリソースを回避するためにユニキャスト送信のために使用され得る。したがって、ｅＮＢが、対応するＴＭＧＩのためのＭＢＭＳ−ＧＷからグループ呼データを受信するとき、ＭＳＩは修正されることになる。
【０１０４】
[00121]上述のように、上記の第３のオプションのためのｅＭＢＭＳセッションを介したアドホックグループ呼のプロシージャは、図９に示された現在のアドホックグループプロシージャと同様である。グループ呼サービスのための既存のＭＣＣＨの修正期間の短縮とともに、遅延全体が低減され得る。ＭＣＣＨのための２５６ｍｓ修正期間の場合、遅延推定値は、表３に示されているのと同じであり、ここにおいて、総レイテンシは、図９の５５１０ｍｓまたは１０６３０ｍｓの総レイテンシとは対照的に、７４６ｍｓである。
【０１０５】
[00122]図１５は、ワイヤレス通信の方法のフローチャート１５００である。本方法は、ＢＭ−ＳＣなどのネットワークエンティティ、またはネットワークエンティティの組合せによって実行され得る。ステップ１５０２において、ネットワークエンティティは、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成の要求を受信する。
【０１０６】
[00123]ステップ１５０４において、ネットワークエンティティは、非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥのためのｅＭＢＭＳセッションをセットアップする。非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータは、ＭＣＣＨ修正期間、ＭＣＣＨ繰り返し期間およびＭＣＣＨ変更通知期間のうちの１つまたは複数であり得る。異なるＭＣＣＨ構成パラメータは、短縮されたＭＣＣＨ修正期間、短縮されたＭＣＣＨ繰り返し期間、および短縮されたＭＣＣＨ変更通知期間のうちの少なくとも１つに対応し得る。
【０１０７】
[00124]一構成では、ｅＭＢＭＳセッションは、少なくとも１つの異なるＭＣＣＨ構成パラメータを有する新しいまたは専用のＭＣＣＨをアドホックグループＵＥに関連付けることによって、セットアップされる。この構成は、上記で説明したオプション２に対応する。新しいＭＣＣＨは、アドホックグループセットアップに関係する目的のために使用され、レガシーＵＥに関係する目的のためには使用されない。
【０１０８】
[00125]別の構成では、ｅＭＢＭＳセッションは、既存のＭＣＣＨのＭＣＣＨ構成パラメータの第１のセットを非アドホックグループＵＥに関連付け、既存のＭＣＣＨのＭＣＣＨ構成パラメータの第２のセットをアドホックグループＵＥに関連付けてセットアップされる。この構成は、上記で説明したオプション３に対応する。ＭＣＣＨ構成パラメータの第２のセットは、ＭＣＣＨ構成パラメータの第１のセットと比較して低減される。
【０１０９】
[00126]ステップ１５０６において、ネットワークエンティティは、ｅＭＢＭＳセッション情報をターゲットＵＥに送る。
【０１１０】
[00127]図１６は、例示的な装置１６０２の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１６００である。本装置は、ＢＭ−ＳＣなどのネットワークエンティティであり得、または、それはネットワークエンティティの組合せであり得る。本装置は、受信モジュール１６０４と、ｅＭＢＭＳセッションモジュール１６０６と、送信モジュール１６０８とを含む。
【０１１１】
[00128]受信モジュール１６０４は、発信ＵＥ１６５０から、複数のターゲットＵＥ１６５２、１６５４を含み、発信ＵＥ１６５０を含むアドホックＧＣＳＥグループの形成の要求を受信する。ｅＭＢＭＳセッションモジュール１６０６は、非アドホックＧＣＳＥグループＵＥ１６５６のための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥ１６５０、１６５２、１６５４のためのｅＭＢＭＳセッションをセットアップする。非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータは、ＭＣＣＨ修正期間、ＭＣＣＨ繰り返し期間およびＭＣＣＨ変更通知期間のうちの１つまたは複数であり得る。異なるＭＣＣＨ構成パラメータは、短縮されたＭＣＣＨ修正期間、短縮されたＭＣＣＨ繰り返し期間、および短縮されたＭＣＣＨ変更通知期間のうちの少なくとも１つに対応し得る。
【０１１２】
[00129]一構成では、ｅＭＢＭＳセッションは、少なくとも１つの異なるＭＣＣＨ構成パラメータを有する新しいまたは専用のＭＣＣＨをアドホックグループＵＥ１６５０、１６５２、１６５４に関連付けることによってセットアップされる。この構成は、上記で説明したオプション２に対応する。新しいＭＣＣＨは、アドホックグループセットアップに関係する目的のために使用され、レガシーＵＥ１６５６に関係する目的のためには使用されない。
【０１１３】
[00130]別の構成では、ｅＭＢＭＳセッションは、既存のＭＣＣＨのＭＣＣＨ構成パラメータの第１のセットを非アドホックグループＵＥ１６５６に関連付け、既存のＭＣＣＨのＭＣＣＨ構成パラメータの第２のセットをアドホックグループＵＥ１６５０、１６５２、１６５４に関連付けてセットアップされる。この構成は、上記で説明したオプション３に対応する。ＭＣＣＨ構成パラメータの第２のセットは、ＭＣＣＨ構成パラメータの第１のセットと比較して低減される。
【０１１４】
[00131]送信モジュール１６０８は、ｅＭＢＭＳセッション情報をアドホックグループＵＥ１６５０、１６５２、１６５４に送る。
【０１１５】
[00132]本装置は、図９の上述のコールフロー図および図１５の上述のフローチャート中のアルゴリズムのステップを実行する追加のモジュールを含み得る。図９の上述のコールフロー図および図１５の上述のフローチャート中のアルゴリズムのステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１１６】
[00133]図１７は、処理システム１７１４を採用する装置１６０２’のためのハードウェア実装形態の一例を示す図１７００である。処理システム１７１４は、バス１７２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１７２４は、処理システム１７１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１７２４は、プロセッサ１７０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１６０４、１６０６、１６０８と、コンピュータ可読媒体／メモリ１７０６とを含む様々な回路を互いにリンクする。バス１７２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【０１１７】
[00134]処理システム１７１４はトランシーバ１７１０に結合され得る。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０に結合される。トランシーバ１７１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１７１４、特に受信モジュール１６０４に与える。さらに、トランシーバ１７１０は、処理システム１７１４、特に送信モジュール１６０８から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１７２０に適用されるべき信号を生成する。処理システム１７１４は、コンピュータ可読媒体／メモリ１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４は、コンピュータ可読媒体／メモリ１７０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１７０４によって実行されたとき、処理システム１７１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１７０６はまた、ソフトウェアを実行するときにプロセッサ１７０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１２０４、１２０６、および１２０８のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１７０４中で動作するか、コンピュータ可読媒体／メモリ１７０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１７０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。
【０１１８】
[00135]一構成では、ワイヤレス通信のための装置１６０２／１６０２’は、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成の要求を受信するための手段と、非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥのためのｅＭＢＭＳセッションをセットアップするための手段とを含む。上述の手段は、上述の手段によって記載される機能を実行するように構成された、装置１５０２、および／または装置１５０２’の処理システム１７１４の上述のモジュールのうちの１つまたは複数であり得る。
【０１１９】
[00136]一態様では、グループ呼通信のためのネットワークエンティティは、メモリと、メモリに結合され、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成の要求を受信することと、非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥのためのｅＭＢＭＳセッションをセットアップすることとを行うように構成された、少なくとも１つのプロセッサとを含み得る。プロセッサはさらに、図９の上述のコールフロー図および図１５のフローチャート中のアルゴリズムのステップを実行するように構成され得る。
【０１２０】
[00137]別の態様では、グループ呼通信のためのネットワークエンティティは、コンピュータ可読媒体に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、複数のターゲットＵＥを含むアドホックＧＣＳＥグループの形成の要求を受信することと、非アドホックＧＣＳＥグループＵＥのための対応するＭＣＣＨ構成パラメータとは異なるＭＣＣＨ構成パラメータを有するＭＣＣＨに基づいて、複数のターゲットＵＥのためのｅＭＢＭＳセッションをセットアップすることとを行わせるコードを備える、コンピュータプログラム製品を含み得る。コードはさらに、少なくとも１つのプロセッサに、図９の上述のコールフロー図および図１５のフローチャート中のアルゴリズムのステップを実行させ得る。
【０１２１】
[00138]開示したプロセス／フローチャートにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス／フローチャート中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１２２】
[00139]以上の説明は、本明細書で説明された様々な態様を当業者が実施することを可能にするために与えられた。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という語句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【図１】
2016535495.tif 000006
【図２】
2016535495.tif 000007
【図３】
2016535495.tif 000008
【図４】
2016535495.tif 000009
【図５】
2016535495.tif 000010
【図６】
2016535495.tif 000011
【図７Ａ】
2016535495.tif 000012
【図７Ｂ】
2016535495.tif 000013
【図８】
2016535495.tif 000014
【図９】
2016535495.tif 000015
【図１０】
2016535495.tif 000016
【図１１】
2016535495.tif 000017
【図１２】
2016535495.tif 000018
【図１３】
2016535495.tif 000019
【図１４】
2016535495.tif 000020
【図１５】
2016535495.tif 000021
【図１６】
2016535495.tif 000022
【図１７】
2016535495.tif 000023
【国際調査報告】
2016535495.tif 000024
2016535495.tif 000025