(57)【特許請求の範囲】
【請求項１】
第１のユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤおよび無線リソース制御（ＲＲＣ）プロトコルレイヤを構成することと、
前記第１のＵＥにおいて、少なくとも前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤを前記構成することに基づいてプロトコルレイヤを構成することと、前記プロトコルレイヤは、前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤとは異なり、ここにおいて、Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、グループ識別情報（ＩＤ）を含むために媒体アクセス制御（ＭＡＣ）サブヘッダを生成するようにＭＡＣレイヤを構成し、前記ＭＡＣサブヘッダは、少なくとも、セッションＩＤ、または前記第１のＵＥに関連するＩＤを示すソースＩＤをさらに含み、前記ＭＡＣサブヘッダが、前記ＭＡＣサブヘッダ中に含まれるグループＩＤの数を示すグループ数情報をさらに備える、
前記構成されたプロトコルレイヤに基づいて、前記第２のＵＥと通信することとを備える、方法。
【請求項２】
前記ＭＡＣサブヘッダが重複パケット識別情報をさらに備える、請求項１に記載の方法。
【請求項３】
前記ＭＡＣサブヘッダは、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔をさらに備える、請求項１に記載の方法。
【請求項４】
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤおよび無線リソース制御（ＲＲＣ）プロトコルレイヤを構成するための手段と、
前記第１のＵＥにおいて、少なくとも前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤの前記構成に基づいてプロトコルレイヤを構成するための手段と、前記プロトコルレイヤは、前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤとは異なり、ここにおいて、Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、グループ識別情報（ＩＤ）を含むために媒体アクセス制御（ＭＡＣ）サブヘッダを生成するようにＭＡＣレイヤを構成し、前記ＭＡＣサブヘッダは、少なくとも、セッションＩＤ、または前記第１のＵＥに関連するＩＤを示すソースＩＤをさらに含み、前記ＭＡＣサブヘッダが、前記ＭＡＣサブヘッダ中に含まれるグループＩＤの数を示すグループ数情報をさらに備える、
前記構成されたレイヤに基づいて、前記第２のＵＥと通信するための手段とを備える、第１のユーザ機器（ＵＥ）。
【請求項５】
前記ＭＡＣサブヘッダが重複パケット識別情報をさらに備える、請求項４に記載の第１のＵＥ。
【請求項６】
前記ＭＡＣサブヘッダは、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔をさらに備える、請求項４に記載の第１のＵＥ。
【請求項７】
第１のユーザ機器（ＵＥ）において、前記第１のＵＥがネットワークカバレージの外側にあるときに第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤおよび無線リソース制御（ＲＲＣ）プロトコルレイヤを構成することと、
前記第１のＵＥにおいて、少なくとも前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤの前記構成に基づいてプロトコルレイヤを構成することと、前記プロトコルレイヤは、前記ＮＡＳプロトコルレイヤおよび前記ＲＲＣプロトコルレイヤとは異なり、ここにおいて、Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、グループ識別情報（ＩＤ）を含むために媒体アクセス制御（ＭＡＣ）サブヘッダを生成するようにＭＡＣレイヤを構成し、前記ＭＡＣサブヘッダは、少なくとも、セッションＩＤ、または前記第１のＵＥに関連するＩＤを示すソースＩＤをさらに含み、前記ＭＡＣサブヘッダが、前記ＭＡＣサブヘッダ中に含まれるグループＩＤの数を示すグループ数情報をさらに備える、
前記構成されたレイヤに基づいて、前記第２のＵＥと通信することと
を行うためのコードを備える、前記第１のＵＥのためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１３年９月２０日に出願された「MAC SUBHEADER FOR D2D BROADCASTCOMMUNICATION FOR PUBLIC SAFETY」と題する米国仮出願第第６１／８８０，７９２号、および２０１４年９月１１日に出願された「MAC SUBHEADER FOR D2D BROADCAST COMMUNICATION FOR PUBLIC SAFETY」と題する米国非仮出願第１４／４８３，９６２号の利益を主張する。
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、公共安全（public safety）のためのＤ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ：time division multiple access）システム、周波数分割多元接続（ＦＤＭＡ：frequency division multiple access）システム、直交周波数分割多元接続（ＯＦＤＭＡ：orthogonal frequency division multiple access）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：single-carrier frequency division multiple access）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ：time division synchronous code division multiple access）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標）：Long Term Evolution）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、また、ダウンリンク（ＤＬ：downlink）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ：uplink）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ：multiple-input multiple-output）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置は、本装置がネットワークカバレージの外側にあるときに少なくとも第２の装置とのデバイス間（Ｄ２Ｄ：device-to-device）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤまたは無線リソース制御（ＲＲＣ）プロトコルレイヤを構成し、少なくとも第２の装置と通信する。
【図面の簡単な説明】
【０００６】
【図１】[0006]ネットワークアーキテクチャの一例を示す図。
【図２】[0007]アクセスネットワークの一例を示す図。
【図３】[0008]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】[0009]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】[0010]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】[0011]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７】[0012]デバイス間通信システムの図。
【図８】[0013]公共安全のためのＤ２Ｄブロードキャスト通信のためのプロトコルアーキテクチャを示す図。
【図９】[0014]Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダのフォーマットを示す図。
【図１０】[0015]Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダのフォーマットを示す図。
【図１１】[0016]Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダのフォーマットを示す図。
【図１２】[0017]Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダのフォーマットを示す図。
【図１３】[0018]Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダのフォーマットを示す図。
【図１４】[0019]公共安全のための直接１対多ブロードキャスト通信の高レベルプロシージャを示す図。
【図１５】[0020]Ｄ２Ｄブロードキャスト通信において使用される新しいＭＡＣ制御要素（ＣＥ）のためのＭＡＣサブヘッダを示す図。
【図１６】[0021]Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥのフォーマットを示す図。
【図１７】[0022]Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥのフォーマットを示す図。
【図１８】[0023]Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥのフォーマットを示す図。
【図１９】[0024]ワイヤレス通信の方法のフローチャート。
【図２０】[0025]例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図２１】[0026]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【０００７】
[0027]添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【０００８】
[0028]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【０００９】
[0029]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１０】
[0030]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００１１】
[0031]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のインターネットプロトコル（ＩＰ：Internet Protocol）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１２】
[0032]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００１３】
[0033]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
【００１４】
[0034]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは、１つまたは複数の（たとえば、３つの）セル（セクタとも呼ばれる）をサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリアを指すことができ、および／またはｅＮＢサブシステムサービングは特定のカバレージエリアである。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
【００１５】
[0035]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００１６】
[0036]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々はそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。
【００１７】
[0037]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００１８】
[0038]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００１９】
[0039]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素（resource element）に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続するサブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続するＯＦＤＭシンボル、すなわち８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２０】
[0040]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。
【００２１】
[0041]ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２２】
[0042]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するためにリソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。
【００２３】
[0043]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００２４】
[0044]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００２５】
[0045]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。
【００２６】
[0046]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００２７】
[0047]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいてヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００２８】
[0048]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、コーディングされた変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００２９】
[0049]ＵＥ６５０において、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いでコントローラ／プロセッサ６５９に与えられる。
【００３０】
[0050]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読（decipher）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。
【００３１】
[0051]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００３２】
[0052]ｅＮＢ６１０によって送信される基準信号またはフィードバックからのチャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３３】
[0053]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３４】
[0054]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。
【００３５】
[0055]図７はデバイス間（Ｄ２Ｄ）通信システム７００の図である。Ｄ２Ｄ通信システム７００は、複数の（ＵＥとも呼ばれる）ワイヤレスデバイス７０４、７０６、７０８、７１０を含む。Ｄ２Ｄ通信システム７００は、たとえば、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）などのセルラー通信システムと重なり得る。ワイヤレスデバイス７０４、７０６、７０８、７１０の一部は、ＤＬ／ＵＬ  ＷＷＡＮスペクトルを使用してＤ２Ｄ通信において互いに通信し、一部は基地局７０２と通信し、一部は両方を行い得る。たとえば、図７に示されているように、ワイヤレスデバイス７０８、７１０はＤ２Ｄ通信中であり、ワイヤレスデバイス７０４、７０６はＤ２Ｄ通信中である。ワイヤレスデバイス７０４、７０６は基地局７０２とも通信している。図７の構成では、ワイヤレスデバイス７０８および７１０は、ネットワークカバレージの外側にあり、したがって、基地局７０２から支援を受けないことがある。本明細書で説明するように、「ネットワークカバレージの外側」という用語は、ワイヤレスデバイス７０８および７１０が基地局７０２の通信範囲の外側にある状況、または基地局７０２が機能していない状況を指し得る。
【００３６】
[0056]以下で説明する例示的な方法および装置は、たとえば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、またはＩＥＥＥ８０２．１１規格に基づくＷｉ−Ｆｉに基づくワイヤレスデバイス間通信システムなど、様々なワイヤレスデバイス間通信システムのいずれにも適用可能である。説明を簡略化するために、例示的な方法および装置についてＬＴＥのコンテキスト内で説明する。ただし、例示的な方法および装置は、様々な他のワイヤレスＤ２Ｄ通信システムに、より一般的に適用可能であることを当業者は理解されよう。
【００３７】
[0057]Ｄ２Ｄ  １対多ブロードキャスト通信は、公共安全のためのグループのＵＥ間の通信のための機構である。以下で説明するように、Ｄ２Ｄブロードキャスト通信は、ＬＴＥプロトコルスタックの少なくとも一部分を再利用することによって達成され得る。
【００３８】
[0058]図８は、公共安全のためのＤ２Ｄブロードキャスト通信のための第１のＵＥのプロトコルアーキテクチャ８００を示す図である。図８に示されているように、プロトコルアーキテクチャ８００は、公共安全アプリケーション８０２と、（「ＮＡＳ」とも呼ばれる）非アクセス層（ＮＡＳ）プロトコルレイヤ８０４と、ＲＲＣプロトコルレイヤ８０６と、ユーザデータグラムプロトコル（ＵＤＰ）／ＩＰレイヤ８０８と、ＰＤＣＰレイヤ８１０と、ＲＬＣレイヤ８１２と、ＭＡＣレイヤ８１４と、物理レイヤ（Ｌ１）８１６とを含む。
【００３９】
[0059]一態様では、アプリケーション（たとえば、公共安全アプリケーション８０２）がＵＥ（たとえば、ＵＥ７０８）のユーザによってアクティブにされたとき、公共安全アプリケーション８０２はＮＡＳ８０４に指示を送り得る。たとえば、アプリケーションは、警察署、消防署、または他の公共安全人員のメンバーによって緊急メッセージを通信するために使用される公共安全アプリケーションであり得る。指示に応答して、ＮＡＳ８０４は、それ自体を構成し得、場合によってはＲＲＣ８０６を構成し得る。一態様では、ＮＡＳ８０４によって実行される構成は、ＵＥのための個々のＩＰアドレスと、グループ処理のための優先度と、ＵＥがグループメンバーシップを有するグループのためのＩＰマルチキャストアドレスとを設定することを伴い得る。ＮＡＳ８０４はまた、Ｄ２Ｄブロードキャスト通信に固有のベアラと、関連するトラフィックフローテンプレート（ＴＦＴ）とを構成し得る。
【００４０】
[0060]一態様では、ＲＲＣ８０６は、ＵＥ７０８がネットワークカバレージの外側にあるときに１つまたは複数のＵＥ（たとえば、ＵＥ７１０）とのＤ２Ｄ通信を可能にするために、Ｄ２Ｄ通信状態に自律的に遷移することができる。一態様では、そのような自律的遷移は、ＵＥ７０８上で動作している公共安全アプリケーション８０２から、または、ＮＡＳ８０４が公共安全アプリケーション８０２から指示（たとえば、ブロードキャスト公共安全通信指示）を受信するときはＮＡＳ８０４から、ＲＲＣ８０６によって受信されるこの指示によって達成され得る。たとえば、ＵＥ７０８のユーザによって公共安全アプリケーション８０２が開始されるときはいつでも、前に説明した指示がＲＲＣ８０６に与えられ得る。指示に応答して、ＲＲＣ８０６は、現在利用可能なＲＲＣ状態（たとえば、「ＲＲＣアイドル」または「ＲＲＣ接続」）に対する新しい状態（たとえば、まとめて「Ｄ２Ｄ通信状態」と呼ばれることもある、「Ｄ２Ｄアイドル」状態または「Ｄ２Ｄ接続」状態）に遷移し得る。ＲＲＣ８０６の新しい状態はＤ２Ｄブロードキャスト通信動作に固有である。ＲＲＣ８０６がこの新しい状態に遷移するとき、そのような遷移はＷＡＮ  ＲＲＣ状態に影響を及ぼさない。
【００４１】
[0061]Ｄ２Ｄアイドル状態からＤ２Ｄ接続状態への遷移は以下の様式で行われ得る。一態様では、公共安全アプリケーション８０２がＵＥ７０８においてアクティブにされたとき、ＲＲＣ８０６はＤ２Ｄアイドル状態に入る。ＵＥ７０８が送信すべき何かを有する場合、ＵＥ７０８は、Ｄ２Ｄ接続状態に入り、すべての他のＤ２ＤアイドルＵＥがリッスンしている１つの特定のチャネル上で、ＵＥ７０８が属するグループの識別情報（たとえば、グループＩＤ）および／または送信機の識別情報（たとえば、ＵＥ７０８に関連するソースＩＤ）を送信する。代替的に、ＵＥ７０８は、すべての他のＤ２ＤアイドルＵＥがリッスンしている指定されたタイムスロット中でグループＩＤおよび／またはソースＩＤを送信する。
【００４２】
[0062]一態様では、同じグループに属するＵＥは、Ｄ２Ｄ接続状態に入り、全帯域を監視し始める。いくつかの事前定義された時間の間、グループアクティベーション（またはグループセッション告知）を送信した後に、ＵＥ７０８は送信を開始し得る。したがって、特定のグループのＵＥは、送信が行われるときにＤ２Ｄ接続状態に入るので、前に説明した態様は、Ｄ２Ｄ通信中のＵＥにおける電力消費を低減し得る。
【００４３】
[0063]一態様では、公共安全アプリケーションがアクティブにされたとき、ＵＥ７０８はＤ２Ｄ接続状態に入り得る。そのような態様では、グループ中のすべてのＵＥは、（公共安全アプリケーション８０２がアクティブにされるとすぐに）Ｄ２Ｄ接続状態に入り、常にＤ２Ｄ接続状態のままであり得る。一態様では、すべてのＵＥがＤ２Ｄ接続状態に入り、常にＤ２Ｄ接続状態のままであることを防ぐために、グループセッション告知がＵＥ７０８によって送信され得る。たとえば、セッション告知がＵＥによって受信されると、ＵＥは、事前構成された非アクティビティ(in-activity)タイマーの持続時間の間、（Ｄ２Ｄ通信のために割り当てられた）各サブフレームを監視し始め得る。この非アクティビティタイマーは、Ｄ２Ｄアイドル状態に入る前に、パケットが送信／受信されるたびにリセットされる。セッションＩＤはまた、グループセッション告知の一部であり得、セッションＩＤごとに１つの非アクティビティタイマーがあり得る。セッションＩＤは、以下で説明するように各ＭＡＣサブヘッダおよびセッション告知ＭＡＣ  ＣＥの一部であり得る。
【００４４】
[0064]ＲＲＣ８０６が、公共安全アプリケーション８０２からの指示に応答して、Ｄ２Ｄブロードキャスト通信に固有の新しい状態に遷移するとき、ＲＲＣ８０６は、Ｄ２Ｄブロードキャスト動作のために、ＰＤＣＰレイヤ８１０、ＲＬＣレイヤ８１２、ＭＡＣレイヤ８１４、および／または物理レイヤ８１６など、他のプロトコルレイヤを構成し得る。ＲＲＣ８０６は、ＲＲＣ８０６がネットワークカバレージ外側シナリオにおいて同様に動作することができるようにこの情報を事前構成させることができる。
【００４５】
[0065]一態様では、ピアツーピア接続がないので、公共安全ブロードキャスト通信は無接続手法と見なされ得る。したがって、接続管理の必要がないことがある。
【００４６】
[0066]ヘッダ圧縮が、Ｄ２Ｄ送信においてヘッダサイズを低減するのを助け得る。しかしながら、ＰＤＣＰからのフィードバックは、ＵＥ７０８がネットワークカバレージの外側にあるときに利用可能でないので、フィードバックなしのヘッダ圧縮が必要とされ得る。ＰＤＣＰは、３つのモードをサポートするロバストヘッダ圧縮（ＲＯＨＣ：robust header compression）を実行し得る。単方向モード（またはＵモード）として知られる１つのそのようなモードが、フィードバックなしのヘッダ圧縮のために使用され得る。Ｕモードにおいて、送信機（たとえば、ＵＥ７０８）は、復元器(decompressor)がエラーを回避することを可能にするためにフルヘッダを周期的に送る。ＲＯＨＣによってサポートされる他の２つのモードは、双方向であり、フィードバックを必要とする。したがって、一態様では、他の２つのモードは、公共安全ブロードキャスト通信のために使用されないことがある。
【００４７】
[0067]前に説明したように、公共安全ブロードキャスト通信のためにフィードバックが必要とされないことがあり、したがって、変更なしのＲＬＣ  Ｕモードがユーザデータのために使用され得る。一態様では、制御プレーンメッセージを転送する必要がないことがあり、したがって、ＴＭモードが必要とされないことがある。
【００４８】
[0068]図９は、Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダ９００のフォーマットを示す図である。図９に示されているように、ＭＡＣサブヘッダ９００は、予約済みヘッダフィールド９０２および９０４と、拡張ヘッダフィールド９０６と、論理チャネルＩＤ（ＬＣＩＤ）フィールド９０８と、グループＩＤフィールド９１０と、ソースＩＤフィールド９１２と、フォーマットフィールド９１４と、長さフィールド９１６とを含む。
【００４９】
[0069]ＭＡＣ（たとえば、ＭＡＣレイヤ８１４）は、ブロードキャスト通信に関する多重化機能を実行し得る。そのような機能を達成するために、Ｄ２Ｄブロードキャスト通信のために新しい論理チャネル（たとえば、Ｄ−ＢＣＣＨ）が定義され得る。Ｄ−ＢＣＣＨは、公共安全のためのブロードキャスト通信のためにＲＡＮ１によって定義されたトランスポートチャネルにマッピングする。あるグループのブロードキャストは、ＵＥ（たとえば、ＵＥ７０８）が、関係するパケット（たとえば、ＵＥに関係のあるグループに属するパケット）のみをさらなる処理のために上位レイヤにフォワーディングするように、別のグループと区別される必要があり得る。このことは、グループの送信機によって送信される各パケットにグループＩＤを埋め込むことによって達成され得る。たとえば、ダイレクトグループＩＤ（ＤＧＩ：Direct Group ID）は、上位レイヤによって事前構成され、ＲＲＣ８０６がＤ２Ｄブロードキャスト通信のためにアクティブにされたときに、ＭＡＣレイヤ８１４の構成の時間においてＭＡＣレイヤ８１４に与えられ得る。
【００５０】
[0070]一態様では、グループＩＤフィールド９１０およびソースＩＤフィールド９１２はそれぞれ、サイズが８ビットであり得る。ソースＩＤフィールド９１２は、グループ中の送信機の識別情報を示すソースＩＤ（たとえば、８ビット値）または送信機ＩＤを含み得る。ソースＩＤは、ＵＥ（たとえば、ＵＥ７０８）においてグループＩＤと同様の様式で事前構成され得る。ＭＡＣサブヘッダ９００は、Ｄ２Ｄ通信のためにＵＥ７０８によってＭＡＣ  ＳＤＵがブロードキャストされるたびに使用され得る。
【００５１】
[0071]図１０は、Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダ１０００のフォーマットを示す図である。図１０に示されているように、ＭＡＣサブヘッダ１０００は、予約済みヘッダフィールド１００２および１００４と、拡張ヘッダフィールド１００６と、ＬＣＩＤフィールド１００８と、セッションＩＤフィールド１０１０と、グループＩＤフィールド１０１２と、ソースＩＤフィールド１０１４と、フォーマットフィールド１０１６と、長さフィールド１０１８と含む。図１０の構成では、セッションＩＤフィールド１０１０は、Ｄ２Ｄ通信に関与するＵＥがセッションを区別することを可能にするために、特定のセッションを識別し得る。
【００５２】
[0072]図１１は、Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダ１１００のフォーマットを示す図である。図１１に示されているように、ＭＡＣサブヘッダ１１００は、予約済みヘッダフィールド１１０２および１１０４と、拡張ヘッダフィールド１１０６と、ＬＣＩＤフィールド１１０８と、セッションＩＤフィールド１１１０と、ｎｕｍグループフィールド１１１２と、グループＩＤ１フィールド１１１４と、グループＩＤｎフィールド１１１６と、ソースＩＤフィールド１１１８と、フォーマットフィールド１１２０と、長さフィールド１１２２とを含む。
【００５３】
[0073]一態様では、１つのＵＥは複数のグループの一部であり得る。そのような態様では、ＵＥが属するグループは、ＭＡＣサブヘッダ１１００中に含まれる複数のグループＩＤフィールド（たとえば、グループＩＤ１〜グループＩＤｎ）を使用して示され得る。一態様では、ｎｕｍグループフィールド１１１２は、ＭＡＣサブヘッダ１１００中に存在するグループＩＤの数を示す。
【００５４】
[0074]図１２は、Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダ１２００のフォーマットを示す図である。図１２に示されているように、ＭＡＣサブヘッダ１２００は、予約済みヘッダフィールド１２０２および１２０４と、拡張ヘッダフィールド１２０６と、ＬＣＩＤフィールド１２０８と、セッションＩＤフィールド１２１０と、ｎｕｍグループフィールド１２１２と、グループＩＤ１フィールド１２１４と、ソースＩＤ１フィールド１２１６と、グループＩＤｎフィールド１２１８と、ソースＩＤｎフィールド１２２０と、フォーマットフィールド１２２２と、長さフィールド１２２４とを含む。
【００５５】
[0075]一態様では、１つのＵＥは、複数のグループの一部であり得、グループの各々のための対応するソースＩＤを有し得る。たとえば、ソースＩＤ１フィールド１２１６およびソースＩＤｎフィールド１２２０中に示される各ソースＩＤは異なり得る。ＭＡＣサブヘッダ１２００中に含まれるグループＩＤおよびソースＩＤペアの数は、ｎｕｍグループフィールド１２１２中に示され得る。
【００５６】
[0076]図１３は、Ｄ２Ｄブロードキャスト通信のためのＭＡＣサブヘッダ１３００のフォーマットを示す図である。図１３に示されているように、ＭＡＣサブヘッダ１３００は、予約済みヘッダフィールド１３０２および１３０４と、拡張ヘッダフィールド１３０６と、ＬＣＩＤフィールド１３０８と、セッションＩＤフィールド１３１０と、ＳＤＵ番号フィールド１３１２と、グループＩＤフィールド１３１４と、ソースＩＤフィールド１３１６と、フォーマットフィールド１３１８と、長さフィールド１３２０とを含む。
【００５７】
[0077]公共安全のためのＤ２Ｄブロードキャストは物理レイヤフィードバック（たとえば、ＨＡＲＱフィードバック）を有しないことがあり、したがって、物理レイヤパケットは、信頼できる通信を達成するために複数回繰り返し送信され得る。したがって、いくつかのＵＥは同じパケットを複数回受信し得る。ＰＤＣＰレイヤが重複パケット検出を行うにもかかわらず、ヘッダ復元に関係するＰＤＣＰレベルにおける処理が回避され得るように、ＭＡＣレイヤにおいて重複パケットを廃棄することは効率的であり得る。したがって、一態様では、ＳＤＵ番号フィールド１３１２は、１つまたは複数のビットを含む情報を搬送し得、重複パケットが検出され得るようにラップアラウンドし得る。一態様では、ＳＤＵ番号フィールド１３１２が１ビットのみを含むように構成された場合、ＳＤＵフィールド１３１２は０と１との間でトグルする。重複パケット検出を可能にするために、ＳＤＵ番号フィールド１３１２が、本明細書で説明する他の態様と組み合わせられ得ることを諒解されたい。
【００５８】
[0078]図１４は、公共安全のための直接１対多ブロードキャスト通信の高レベルプロシージャを示す図１４００である。図１４に示されているように、複数のＵＥ（たとえば、ＵＥ−１  １４０２、ＵＥ−２  １４０４、ＵＥ−３  １４０６）は、グループ情報を用いてそれぞれ事前構成され１４０８、１４１０、１４１２、その後グループ発見プロシージャ１４１４を実行する。公共安全アプリケーションがＵＥにおいてアクティブにされると、ＵＥは、それが関心があるグループからのパケットがあるかどうかを確認するために、すべてのブロードキャストチャネルを監視し始める。この常時監視モードは電力消費を増加させ得る。したがって、電力消費を最適化するために、グループセッション告知１４１６、１４１８が使用され得る。たとえば、すべてのＵＥは、関心のあるグループからのメンバーＵＥの告知についていくつかの無線リソースを周期的に監視する。告知は、グループのすべてのＵＥが連続的にすべてのブロードキャストを監視し始めるように、ＵＥがデータをブロードキャストしようとしているという指示(indication)である。グループセッション告知１４１６を送るＵＥ（たとえば、ＵＥ−１  １４０２）は、グループ通信を送るために無線リソースにアクセスし得１４２０、他のＵＥ（たとえば、ＵＥ−２  １４０４およびＵＥ−３  １４０６）は、グループ通信をリッスンするために準備し得る１４２２、１４２４。ＵＥ（たとえば、ＵＥ−１  １４０２）は次いで、他のＵＥ（たとえば、ＵＥ−２  １４０４およびＵＥ−３  １４０６）に送信し得る１４２６、１４２８。
【００５９】
[0079]図１５は、Ｄ２Ｄブロードキャスト通信において使用される新しいＭＡＣ制御要素（ＣＥ）のためのＭＡＣサブヘッダ１５００を示す図である。図１５に示されているように、ＭＡＣサブヘッダ１５００は、予約済みヘッダフィールド１５０２および１５０４と、拡張ヘッダフィールド１５０６と、ＬＣＩＤフィールド１５０８とを含む。一態様では、ＬＣＩＤフィールド１５０８は、以下で説明するように新しいＭＡＣ  ＣＥについて定義されたアップリンクにおける新しいＬＣＩＤを含み得る。新しいＭＡＣ  ＣＥはグループセッション告知のために使用され得る。
【００６０】
[0080]図１６は、Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥ１６００のフォーマットを示す図である。一態様では、ＭＡＣ  ＣＥ１６００は、グループＩＤフィールド１６０２と、ソースＩＤフィールド１６０４とを含み得る。
【００６１】
[0081]図１７は、Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥ１７００のフォーマットを示す図である。一態様では、ＭＡＣ  ＣＥ１７００は、セッションＩＤフィールド１７０２と、グループＩＤフィールド１７０４と、ソースＩＤフィールド１７０６とを含み得る。
【００６２】
[0082]図１８は、Ｄ２Ｄブロードキャスト通信におけるグループセッション告知のための新しいＭＡＣ  ＣＥ１８００のフォーマットを示す図である。一態様では、ＭＡＣ  ＣＥ１８００は、グループＩＤフィールド１８０２と、ソースＩＤフィールド１８０４と、優先度フィールド１８０６と、（「ＮＡ時間」とも呼ばれる）時間間隔フィールド１８０８とを含み得る。一態様では、優先度フィールド１８０６はセッションの優先度を示し、ＮＡ時間フィールド１８０８は、同じまたは他のグループのより優先度の低いセッションが開始すべきでない時間間隔を含み得る。
【００６３】
[0083]一態様では、セッションの優先度はＵＥにおいて事前構成され得る。別の態様では、優先度は、公共安全アプリケーションを介してＵＥのユーザによってアクティブにされ得る。たとえば、ユーザがセッションの優先度を増加させたとき、より優先度の低いグループ通信に関与する他のＵＥは、ＭＡＣ  ＣＥ１８００において示される時間（たとえば、ＮＡ時間）の間、より優先度の高い通信に譲歩（たとえば、送信することを待機）し得る。そのような譲歩により、より優先度の低いグループ通信に関与するＵＥについて電力節約がもたらされ得る。
【００６４】
[0084]他の態様では、ＭＡＣ  ＣＥ１６００、１７００、および／または１８００は、複数のグループＩＤ、複数のグループＩＤとソースＩＤペア、および／あるいはＭＡＣ  ＣＥ中に存在するグループＩＤまたはグループＩＤ／ソースＩＤペアの数を示すフィールドを含み得ることを諒解されたい。
【００６５】
[0085]図１９は、ワイヤレス通信の方法のフローチャート１９００である。本方法は、図７中のＵＥ７０８など、（第１のＵＥと呼ばれる）ＵＥによって実行され得る。ステップ１９０２において、ＵＥは、Ｄ２Ｄ通信のためのアプリケーションを開始する。たとえば、アプリケーションは、警察または消防署のメンバーによって緊急メッセージを通信するために使用される公共安全アプリケーションであり得る。
【００６６】
[0086]ステップ１９０４において、ＵＥは、第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥ（たとえば、図７中のＵＥ７１０）とのＤ２Ｄ通信を可能にするようにＮＡＳプロトコルレイヤおよび／またはＲＲＣプロトコルレイヤを構成する。一態様では、ＵＥは、アプリケーションの開始に応答してＮＡＳプロトコルレイヤおよび／またはＲＲＣプロトコルレイヤを構成する。一態様では、ＮＡＳプロトコルレイヤの構成が、少なくとも、第１のＵＥのためのＩＰアドレス、第１のＵＥがＤ２Ｄ通信グループに属するときの第１のＵＥについての優先度、または、第１のＵＥがＤ２Ｄ通信グループに属するときのＩＰマルチキャストアドレスを設定することを含む。
【００６７】
[0087]一態様では、ＮＡＳプロトコルレイヤは、少なくとも、Ｄ２Ｄ通信のためのベアラまたは１つまたは複数のトラフィックフローテンプレート（ＴＦＴ）を構成する。一態様では、ＲＲＣプロトコルレイヤの構成は、ＲＲＣプロトコルレイヤをＤ２Ｄ通信状態（たとえば、Ｄ２Ｄアイドル状態またはＤ２Ｄ接続状態）に遷移させることを含む。一態様では、Ｄ２Ｄ通信状態におけるＲＲＣプロトコルレイヤは、Ｄ２Ｄ通信のための１つまたは複数のプロトコルレイヤを構成する。たとえば、１つまたは複数のプロトコルレイヤは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、または物理レイヤ（Ｌ１）を含み得る。一態様では、Ｄ２Ｄ通信状態におけるＲＲＣプロトコルレイヤは、Ｕモードで動作するように少なくともＲＬＣレイヤまたはＰＤＣＰレイヤを構成する。
【００６８】
[0088]一態様では、Ｄ２Ｄ通信状態におけるＲＲＣプロトコルレイヤは、ＭＡＣサブヘッダを生成するようにＭＡＣレイヤを構成し、ＭＡＣサブヘッダは、少なくとも、セッションＩＤ、第１のＵＥが属するＤ２Ｄ通信グループを示すグループＩＤ、または第１のＵＥに関連するＩＤを示すソースＩＤを備える。一態様では、ＭＡＣサブヘッダは、ＭＡＣサブヘッダ中に含まれるグループＩＤの数を示すグループ数情報を含み得る。一態様では、ＭＡＣサブヘッダは重複パケット識別情報を含み得る。一態様では、ＭＡＣサブヘッダは、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔を含み得る。
【００６９】
[0089]一態様では、Ｄ２Ｄ通信状態におけるＲＲＣプロトコルレイヤは、少なくとも、第１のＵＥが属するＤ２Ｄ通信グループを示すグループＩＤ、第１のＵＥに関連するＩＤを示すソースＩＤ、優先度、および／またはより優先度の低いセッションが開始すべきでない時間間隔を含む、ＭＡＣ  ＣＥを生成するようにＭＡＣレイヤを構成する。
【００７０】
[0090]ステップ１９０６において、ＵＥは、関心のあるＤ２Ｄ通信グループに属する少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視する。
【００７１】
[0091]ステップ１９０８において。ＵＥは、少なくとも第２のＵＥにＭＡＣ  ＣＥを含む告知を送り、告知は、第１のＵＥが送信を送ることを示す。
【００７２】
[0092]ステップ１９１０において、ＵＥは少なくとも第２のＵＥと通信する。
【００７３】
[0093]図１９において点線で示されたステップ（たとえば、ステップ１９０２、１９０６、および１９０８）は随意のステップであることを理解されたい。たとえば、ステップ１９０４および１９１０は、ステップ１９０２、１９０６、および１９０８を実行することなしに実行され得る。別の例として、ステップ１９０２、１９０４、および１９１０は、ステップ１９０６および１９０８を実行することなしに実行され得る。
【００７４】
[0094]図２０は、例示的な装置２００２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図２０００である。本装置は（第１のＵＥとも呼ばれる）ＵＥであり得る。本装置は、別のＵＥ（たとえば、ＵＥ２０５０）からＤ２Ｄ通信を受信するモジュール２００４と、Ｄ２Ｄ通信のためのアプリケーションを開始するモジュール２００６と、第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのＤ２Ｄ通信を可能にするようにＮＡＳプロトコルレイヤおよび／またはＲＲＣプロトコルレイヤを構成するモジュール２００８と、少なくとも第２のＵＥと通信するモジュール２０１０と、関心のあるＤ２Ｄ通信グループに属する少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視するモジュール２１０２と、少なくとも第２のＵＥにＭＡＣ  ＣＥを含む告知を送るモジュール２０１４と、告知は第１のＵＥが送信を送ることを示す、別のＵＥ（たとえば、ＵＥ２０５０）にＤ２Ｄ送信を送るためのモジュール２０１６とを含む。
【００７５】
[0095]本装置は、図１９の上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図１９の上述のフローチャート中の各ステップは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００７６】
[0096]図２１は、処理システム２１１４を採用する装置２００２’のためのハードウェア実装形態の一例を示す図２１００である。処理システム２１１４は、バス２１２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス２１２４は、処理システム２１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス２１２４は、プロセッサ２１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール２００４、２００６、２００８、２０１０、２０１２、２０１４、および２０１６と、コンピュータ可読媒体／メモリ２１０６とを含む様々な回路を互いにリンクする。バス２１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００７７】
[0097]処理システム２１１４はトランシーバ２１１０に結合され得る。トランシーバ２１１０は１つまたは複数のアンテナ２１２０に結合される。トランシーバ２１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ２１１０は、１つまたは複数のアンテナ２１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム２１１４、特に受信モジュール２００４に与える。さらに、トランシーバ２１１０は、処理システム２１１４、特に送信モジュール２０１６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ２１２０に適用されるべき信号を生成する。処理システム２１１４は、コンピュータ可読媒体／メモリ２１０６に結合されたプロセッサ２１０４を含む。プロセッサ２１０４は、コンピュータ可読媒体／メモリ２１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ２１０４によって実行されたとき、処理システム２１１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ２１０６はまた、ソフトウェアを実行するときにプロセッサ２１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール２００４、２００６、２００８、２０１０、２０１２、２０１４、および２０１６のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ２１０４中で動作するか、コンピュータ可読媒体／メモリ２１０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム２１１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【００７８】
[0098]一構成では、ワイヤレス通信のための装置２００２／２００２’は、Ｄ２Ｄ通信のためのアプリケーションを開始するための手段と、第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのＤ２Ｄ通信を可能にするようにＮＡＳプロトコルレイヤおよび／またはＲＲＣプロトコルレイヤを構成するための手段と、関心のあるＤ２Ｄ通信グループに属する少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視するための手段と、少なくとも第２のＵＥにＭＡＣ  ＣＥを含む告知を送るための手段と、少なくとも第２のＵＥと通信するための手段とを含む。上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置２００２の上述のモジュールおよび／または装置２００２’の処理システム２１１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム２１１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
【００７９】
[0099]開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わされるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００８０】
[00100]以上の説明は、当業者が本明細書で説明した様々な態様を実行できるようにするために提供したものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数の部材を含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示したいかなることも、そのような開示が特許請求の範囲に明示的に説明されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤまたは無線リソース制御（ＲＲＣ）プロトコルレイヤを構成することと、
前記少なくとも第２のＵＥと通信することと
を備える、方法。
［Ｃ２］
前記Ｄ２Ｄ通信のためのアプリケーションを開始することをさらに備え、ここにおいて、前記少なくともＮＡＳプロトコルレイヤまたはＲＲＣプロトコルレイヤを前記構成することが、前記アプリケーションの前記開始に応答して実行される、Ｃ１に記載の方法。
［Ｃ３］
前記ＮＡＳプロトコルレイヤを構成することは、少なくとも、前記第１のＵＥのためのインターネットプロトコル（ＩＰ）アドレス、前記第１のＵＥがＤ２Ｄ通信グループに属するときの前記第１のＵＥについての優先度、または、前記第１のＵＥが前記Ｄ２Ｄ通信グループに属するときのＩＰマルチキャストアドレスを設定することを備える、Ｃ１に記載の方法。
［Ｃ４］
前記ＮＡＳプロトコルレイヤが、少なくとも、前記Ｄ２Ｄ通信のためのベアラまたは１つまたは複数のトラフィックフローテンプレート（ＴＦＴ）を構成する、Ｃ１に記載の方法。
［Ｃ５］
前記ＲＲＣプロトコルレイヤを構成することが、前記ＲＲＣプロトコルレイヤをＤ２Ｄ通信状態に遷移させることを備える、Ｃ１に記載の方法。
［Ｃ６］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、前記Ｄ２Ｄ通信のための１つまたは複数のプロトコルレイヤを構成する、Ｃ５に記載の方法。
［Ｃ７］
前記１つまたは複数のプロトコルレイヤが、少なくとも、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、または物理レイヤを備える、Ｃ６に記載の方法。
［Ｃ８］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、単方向モード（Ｕモード）で動作するように少なくとも前記ＰＤＣＰレイヤまたは前記ＲＬＣレイヤを構成する、Ｃ７に記載の方法。
［Ｃ９］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、媒体アクセス制御（ＭＡＣ）サブヘッダを生成するようにＭＡＣレイヤを構成し、前記ＭＡＣサブヘッダは、少なくとも、セッション識別情報（ＩＤ）、前記第１のＵＥが属するＤ２Ｄ通信グループを示すグループＩＤ、または前記第１のＵＥに関連するＩＤを示すソースＩＤを備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ＭＡＣサブヘッダが、前記ＭＡＣサブヘッダ中に含まれるグループＩＤの数を示すグループ数情報をさらに備える、Ｃ９に記載の方法。
［Ｃ１１］
前記ＭＡＣサブヘッダが重複パケット識別情報をさらに備える、Ｃ９に記載の方法。
［Ｃ１２］
前記ＭＡＣサブヘッダは、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔をさらに備える、Ｃ９に記載の方法。
［Ｃ１３］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤは、少なくとも、前記第１のＵＥが属するＤ２Ｄ通信グループを示すグループ識別情報（ＩＤ）、前記第１のＵＥに関連するＩＤを示すソースＩＤ、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔を備える、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を生成するようにＭＡＣレイヤを構成する、Ｃ１に記載の方法。
［Ｃ１４］
前記少なくとも第２のＵＥに前記ＭＡＣ  ＣＥを備える告知を送ることをさらに備え、前記告知は、前記第１のＵＥが送信を送ることを示す、Ｃ１３に記載の方法。
［Ｃ１５］
関心のあるＤ２Ｄ通信グループに属する前記少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視することをさらに備える、Ｃ１に記載の方法。
［Ｃ１６］
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤまたは無線リソース制御（ＲＲＣ）プロトコルレイヤを構成するための手段と、
前記少なくとも第２のＵＥと通信するための手段と
を備える、第１のユーザ機器（ＵＥ）。
［Ｃ１７］
前記Ｄ２Ｄ通信のためのアプリケーションを開始するための手段をさらに備え、ここにおいて、前記少なくともＮＡＳプロトコルレイヤまたはＲＲＣプロトコルレイヤを前記構成することが、前記アプリケーションの前記開始に応答して実行される、Ｃ１６に記載の第１のＵＥ。
［Ｃ１８］
前記少なくとも第２のＵＥにＭＡＣ  ＣＥを備える告知を送るための手段をさらに備え、前記告知は、前記第１のＵＥが送信を送ることを示す、Ｃ１６に記載の第１のＵＥ。
［Ｃ１９］
関心のあるＤ２Ｄ通信グループに属する前記少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視するための手段をさらに備える、Ｃ１６に記載の第１のＵＥ。
［Ｃ２０］
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合され、
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤまたは無線リソース制御（ＲＲＣ）プロトコルレイヤを構成することと、
前記少なくとも第２のＵＥと通信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のユーザ機器（ＵＥ）。
［Ｃ２１］
前記少なくとも１つのプロセッサが、前記Ｄ２Ｄ通信のためのアプリケーションを開始するようにさらに構成され、ここにおいて、前記少なくともＮＡＳプロトコルレイヤまたはＲＲＣプロトコルレイヤを前記構成することが、前記アプリケーションの前記開始に応答して実行される、Ｃ２０に記載の第１のＵＥ。
［Ｃ２２］
前記ＮＡＳプロトコルレイヤを構成することは、少なくとも、前記第１のＵＥのためのインターネットプロトコル（ＩＰ）アドレス、前記第１のＵＥがＤ２Ｄ通信グループに属するときの前記第１のＵＥについての優先度、または、前記第１のＵＥが前記Ｄ２Ｄ通信グループに属するときのＩＰマルチキャストアドレスを設定することを備える、Ｃ２０に記載の第１のＵＥ。
［Ｃ２３］
前記ＮＡＳプロトコルレイヤが、少なくとも、前記Ｄ２Ｄ通信のためのベアラまたは１つまたは複数のトラフィックフローテンプレート（ＴＦＴ）を構成する、Ｃ２０に記載の第１のＵＥ。
［Ｃ２４］
前記ＲＲＣプロトコルレイヤを構成することが、前記ＲＲＣプロトコルレイヤをＤ２Ｄ通信状態に遷移させることを備える、Ｃ２０に記載の第１のＵＥ。
［Ｃ２５］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、前記Ｄ２Ｄ通信のための１つまたは複数のプロトコルレイヤを構成する、Ｃ２４に記載の第１のＵＥ。
［Ｃ２６］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤが、媒体アクセス制御（ＭＡＣ）サブヘッダを生成するようにＭＡＣレイヤを構成し、前記ＭＡＣサブヘッダは、少なくとも、セッション識別情報（ＩＤ）、前記第１のＵＥが属するＤ２Ｄ通信グループを示すグループＩＤ、または前記第１のＵＥに関連するＩＤを示すソースＩＤを備える、Ｃ２０に記載の第１のＵＥ。
［Ｃ２７］
前記Ｄ２Ｄ通信状態における前記ＲＲＣプロトコルレイヤは、少なくとも、前記第１のＵＥが属するＤ２Ｄ通信グループを示すグループ識別情報（ＩＤ）、前記第１のＵＥに関連するＩＤを示すソースＩＤ、優先度、またはより優先度の低いセッションが開始すべきでない時間間隔を備える、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を生成するようにＭＡＣレイヤを構成する、Ｃ２０に記載の第１のＵＥ。
［Ｃ２８］
前記少なくとも１つのプロセッサが、前記少なくとも第２のＵＥに前記ＭＡＣ  ＣＥを備える告知を送るようにさらに構成され、前記告知は、前記第１のＵＥが送信を送ることを示す、Ｃ２７に記載の第１のＵＥ。
［Ｃ２９］
前記少なくとも１つのプロセッサが、関心のあるＤ２Ｄ通信グループに属する前記少なくとも第２のＵＥからの告知について１つまたは複数の無線リソースを監視するようにさらに構成された、Ｃ２０に記載の第１のＵＥ。
［Ｃ３０］
前記第１のＵＥにおいて、前記第１のＵＥがネットワークカバレージの外側にあるときに少なくとも第２のＵＥとのデバイス間（Ｄ２Ｄ）通信を可能にするように少なくとも非アクセス層（ＮＡＳ）プロトコルレイヤまたは無線リソース制御（ＲＲＣ）プロトコルレイヤを構成することと、
前記少なくとも第２のＵＥと通信することと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【図１】
0006522588.tif 000002
【図２】
0006522588.tif 000003
【図３】
0006522588.tif 000004
【図４】
0006522588.tif 000005
【図５】
0006522588.tif 000006
【図６】
0006522588.tif 000007
【図７】
0006522588.tif 000008
【図８】
0006522588.tif 000009
【図９】
0006522588.tif 000010
【図１０】
0006522588.tif 000011
【図１１】
0006522588.tif 000012
【図１２】
0006522588.tif 000013
【図１３】
0006522588.tif 000014
【図１４】
0006522588.tif 000015
【図１５】
0006522588.tif 000016
【図１６】
0006522588.tif 000017
【図１７】
0006522588.tif 000018
【図１８】
0006522588.tif 000019
【図１９】
0006522588.tif 000020
【図２０】
0006522588.tif 000021
【図２１】
0006522588.tif 000022