JP7058504B2 - ＰｒｏＳｅ直接デバイスツーデバイス通信中でのユニキャストサポート - Google Patents

Description

関連出願の相互参照

[0001]本願は、「UNICAST SUPPORT IN PROSE DIRECT DEVICE-TO-DEVICE COMMUNICAITON」と題され、２０１５年５月２２日に出願された米国仮特許出願第６２／１６５，８６５号、および「UNICAST SUPPORT IN PROSE DIRECT DEVICE-TO-DEVICE COMMUNICAITON」と題され、２０１６年５月１８日に出願された米国特許出願第１５／１５８，４８３号の利益を主張し、それらは、その全体がここに参照によって明確に組み込まれる。

本開示は概して、通信システムに関し、より具体的には、ＰｒｏＳｅ直接デバイスツーデバイス通信中でのユニキャストサポートに関する。

[0002]ワイヤレス通信システムは、電話通信、映像、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用いうる。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ－ＳＣＤＭＡ）システムを含む。

[0003]これらの多元接続技術は、異なるワイヤレスデバイスが、都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されてきた。実例的な電気通信規格は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格の拡張セットである。ＬＴＥは、改善されたスペクトル効率と、下げられたコストと、ダウンリンク上でＯＦＤＭＡを、アップリンク上でＳＣ－ＦＤＭＡを、そして多入力多出力（ＭＩＭＯ）アンテナ技術を使用する改善されたサービスとを通じてモバイルブロードバンドアクセスをサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術におけるさらなる改善の必要性が存在する。これらの改善はまた、これらの技術を用いる他の多元接続技術および電気通信規格に適用可能でありうる。

[0004]デバイスツーデバイス通信システムでは、受信ユーザ機器（ＵＥ）は、マルチキャストデバイスツーデバイス通信とユニキャストデバイスツーデバイス通信とを同時に受信しうる。これが生じると、受信ＵＥは、マルチキャストデバイスツーデバイス通信とユニキャストデバイスツーデバイス通信とを区別することができないことがありうる。

[0005]以下は、１つまたは複数の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、全ての企図された態様の広範な概観ではなく、全ての態様の基幹的要素または重要な要素を識別することも、任意の態様または全ての態様の範囲を叙述することも意図されない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、簡略化された形式で１つまたは複数の態様のいくつかの概念を提示することである。

[0006]一般に、受信ＵＥは、マルチキャストデバイスツーデバイス通信に関連付けられたパケットとユニキャストデバイスツーデバイス通信に関連付けられたパケットとを同時に受信しうる可能性がある。マルチキャストデバイスツーデバイスの宛先レイヤ２グループＩＤとユニキャストデバイスツーデバイス通信の宛先レイヤ２ＵＥ ＩＤとが図らずも衝突した場合（例えば、同じ値を取る）、受信ＵＥは、セキュリティ保護がチェックアウト（check out）しないことがありうることから、受信された通信のうちの１つまたは複数を破棄しうる。しかしながら、ユニキャストデバイスツーデバイス通信中に含まれるユニキャストデータパケットがセキュリティ保護を有さない場合、受信ＵＥによって受信されたユニキャストデータパケットは、上位レイヤ、例えば、ＩＰレイヤに進みうる。そのような挙動は、潜在的な無線リンク制御（ＲＬＣ）レイヤカウンタとパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤカウンタとの順序を乱れさせ、このことから、パケットドロップを引き起こしうる。

[0007]このことから、受信ＵＥが、ユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信とが同時に受信されるときにそれら２つの通信を差別化することを可能にする必要がある。

[0008]この問題に対するソリューションを提供するために、本開示は、マルチキャストおよび／またはユニキャスト送信ＵＥが、ＵＥがユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信とを区別しうるようにマルチキャストデバイスツーデバイス通信および／またはユニキャストデバイスツーデバイス通信を設定することを可能にする。例えば、ユニキャストデバイスツーデバイス通信および／またはマルチキャストデバイスツーデバイス通信のうちの１つまたは複数のヘッダ中の情報は、その２つの通信が受信ＵＥによって互いに区別可能になるように設定されうる。

[0009]本開示のある態様では、方法、コンピュータ可読媒体、および装置が提供される。装置は、宛先識別子を含むユニキャストデバイスツーデバイス通信を受信する。装置はまた、宛先識別子を含むマルチキャストデバイスツーデバイス通信を受信する。装置は、ユニキャストデバイスツーデバイス通信のヘッダ中に提供される情報に基づいてユニキャストデバイスツーデバイス通信をマルチキャストデバイスツーデバイス通信と差別化する。

[0010]別の態様では、装置は、ユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信とが受信機デバイスによって区別可能になるように、受信機デバイスを対象としたデータパケットを設定する。装置はまた、受信機デバイスにデータパケットを送信する。

[0011]前述の目的および関連する目的の達成のために、１つまたは複数の態様は、以下において十分に説明され、特許請求の範囲中で特に指摘される特徴を備える。以下の説明および付属の図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に記載する。これらの特徴は、しかしながら、様々な態様の原理が用いられうる様々な方法のうちのほんの一部を示しており、この説明は、全てのそのような態様およびそれらの同等物を含むように意図される。

ワイヤレス通信システムおよびアクセスネットワークの例を例示する図である。 ＤＬフレーム構造のＬＴＥ例を例示する図である。 ＤＬフレーム構造内のＤＬチャネルのＬＴＥ例を例示する図である。 ＵＬフレーム構造のＬＴＥ例を例示する図である。 ＵＬフレーム構造内のＵＬチャネルのＬＴＥ例を例示する図である。 アクセスネットワーク中の発展型ノードＢ（ｅＮＢ）とユーザ機器（ＵＥ）との例を例示する図である。 デバイスツーデバイス通信システムの図である。 本開示の一態様にしたがったデバイスツーデバイス通信システムを例示する図である。 本開示の一態様にしたがった媒体アクセス制御（ＭＡＣ）ヘッダの図である。 本開示の一態様にしたがったＰＤＣＰヘッダである。 本開示の一態様にしたがったＰＤＣＰヘッダである。 ワイヤレス通信の方法のフローチャートである。 ワイヤレス通信の方法のフローチャートである。 例証的な装置中の異なる手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図である。 処理システムを用いる装置のためのハードウェアインプリメンテーションの例を例示する図である。 ワイヤレス通信の方法のフローチャートである。 例証的な装置中の異なる手段／コンポーネント間でのデータフローを例示する概念的なデータフロー図である。 処理システムを用いる装置のためのハードウェアインプリメンテーションの例を例示する図である。

詳細な説明

[0026]添付された図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図され、ここに説明される概念が実施されうる唯一の構成を表すようには意図されない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施されうることは当業者にとって明らかであろう。いくつかの事例では、よく知られている構造およびコンポーネントは、そのような概念を曖昧にすることを避けるために、ブロック図形式で示される。

[0027]ここで、電気通信システムのいくつかの態様が様々な装置および方法を参照して提示されることになる。これらの装置および方法は、以下の詳細な説明中で説明され、様々なブロック、コンポーネント、回路、プロセス、アルゴリズム、等（一括して「要素」と呼ばれる）によって添付の図面中で例示されることになる。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされうる。そのような要素がハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、特定のアプリケーションとシステム全体上に課せられる設計制約とに依存する。

[0028]例として、要素、または要素の任意の一部、あるいは要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」としてインプリメントされうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、ステートマシン、ゲートロジック、離散ハードウェア回路、およびこの開示全体を通じて説明される様々な機能を遂行するように構成された他の適したハードウェアを含む。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェアと呼ばれるか、ファームウェアと呼ばれるか、ミドルウェアと呼ばれるか、マイクロコードと呼ばれるか、ハードウェア記述言語と呼ばれるか、またはその他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアコンポーネント、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。

[0029]それ故に、１つまたは複数の実例的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせ中でインプリメントされうる。ソフトウェア中でインプリメントされる場合、機能は、コンピュータ可読媒体上で１つまたは複数の命令あるいはコードとして記憶もしくは符号化されうる。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶デバイス、前述されたタイプのコンピュータ可読媒体の組み合わせ、またはコンピュータによってアクセスされることができるデータ構造あるいは命令の形式でコンピュータ実行可能コードを記憶するために使用されることができる任意の他の媒体を備えることができる。

[0030]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の例を例示する図である。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２、ＵＥ１０４、および発展型パケットコア（ＥＰＣ）１６０を含む。基地局１０２は、マクロセル（高電力セルラ基地局）および／またはスモールセル（低電力セルラ基地局）を含みうる。マクロセルは、ｅＮＢを含む。スモールセルは、フェムトセル、ピコセル、およびマイクロセルを含む。

[0031]（一括して発展型ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と呼ばれる）基地局１０２は、バックホールリンク１３２（例えば、Ｓ１インターフェース）を通じてＥＰＣ１６０とインターフェースする。他の機能に加えて、基地局１０２は、以下の機能：ユーザデータの転送、無線チャネル暗号化および暗号解読、完全性保護、ヘッダ圧縮、モビリティ制御機能（例えば、ハンドオーバ、デュアルコネクティビティ）、セル間干渉協調、接続セットアップおよび解放、負荷バランシング、非アクセス層（ＮＡＳ）メッセージについての分配、ＮＡＳノード選択、同期、無線アクセスネットワーク（ＲＡＮ）共有、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、加入者および機器トレース、ＲＡＮ情報管理（ＲＩＭ）、ページング、測位、および警告メッセージの配信のうちの１つまたは複数を遂行しうる。基地局１０２は、バックホールリンク１３４（例えば、Ｘ２インターフェース）を通して互いと直接的にまたは（例えば、ＥＰＣ１６０を通じて）間接的に通信しうる。バックホールリンク１３４は、ワイヤードまたはワイヤレスでありうる。

[0032]基地局１０２は、ＵＥ１０４とワイヤレスで通信しうる。基地局１０２の各々は、それぞれの地理的カバレッジエリア１１０に対して通信カバレッジを提供しうる。重複している地理的カバレッジエリア１１０が存在しうる。例えば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレッジエリア１１０と重複するカバレッジエリア１１０’を有しうる。スモールセルとマクロセルとの両方を含むネットワークは、異種ネットワークとして知られうる。異種ネットワークはまた、ホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含みえ、それは、クローズド加入者グループ（ＣＳＧ）として知られる制限されたグループにサービスを提供しうる。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含みうる。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含むＭＩＭＯアンテナ技術を使用しうる。通信リンクは、１つまたは複数のキャリアを通じたものでありうる。基地局１０２／ＵＥ１０４は、各方向での送信のために使用される最大で合計Ｙｘ ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られるキャリアあたり最大Ｙ ＭＨｚ（例えば、５、１０、１５、２０ＭＨｚ）帯域幅のスペクトルを使用しうる。キャリアは、互いに隣接していることがありうるか、またはしていないことがありうる。キャリアの割り振りは、ＤＬおよびＵＬに対して非対称でありうる（例えば、ＵＬに対してよりも多くのまたは少ないキャリアがＤＬに対して割り振られうる）。コンポーネントキャリアは、１つのプライマリコンポーネントキャリアと１つまたは複数のセカンダリコンポーネントキャリアとを含みうる。プライマリコンポーネントキャリアは、プライマリセル（ＰＣｅｌｌ）と呼ばれ、セカンダリコンポーネントキャリアは、セカンダリセル（ＳＣｅｌｌ）と呼ばれうる。

[0033]ワイヤレス通信システムはさらに、５ＧＨｚの無認可周波数スペクトル中で通信リンク１５４を介してＷｉ－Ｆｉ局（ＳＴＡ）１５２と通信中のＷｉ－Ｆｉアクセスポイント（ＡＰ）１５０を含みうる。無認可周波数スペクトル中で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能かどうかを決定するために、通信するより前にクリアチャネル評価（ＣＣＡ）を遂行しうる。

[0034]スモールセル１０２’は、認可済および／または無認可周波数スペクトル中で動作しうる。無認可周波数スペクトル中で動作するとき、スモールセル１０２’は、ＬＴＥを用い、Ｗｉ－Ｆｉ ＡＰ１５０によって使用されたのと同じ５ＧＨｚの無認可周波数スペクトルを使用しうる。無認可周波数スペクトル中でＬＴＥを用いるスモールセル１０２’は、アクセスネットワークに対するカバレッジを強化および／またはアクセスネットワークの容量を増大させうる。無認可スペクトル中のＬＴＥは、ＬＴＥ－ｕｎｌｉｃｅｎｓｅｄ（ＬＴＥ－Ｕ）、認可済支援アクセス（ＬＡＡ：licensed assisted access）、またはＭｕＬＴＥｆｉｒｅと呼ばれうる。

[0035]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ）１６２、他のＭＭＥ１６４、サービングゲートウェイ１６６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８、ブロードキャストマルチキャストサービスセンター（ＢＭ－ＳＣ）１７０、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２を含みうる。ＭＭＥ１６２は、ホーム加入者サーバ（ＨＳＳ）１７４と通信中でありうる。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間でのシグナリングを処理する制御ノードである。概して、ＭＭＥ１６２は、ベアラおよび接続管理を提供する。全てのユーザインターネットプロトコル（ＩＰ）パケットは、サービングゲートウェイ１６６を通じて転送され、それ自体は、ＰＤＮゲートウェイ１７２に接続される。ＰＤＮゲートウェイ１７２は、ＵＥ ＩＰアドレス割り振り、ならびに他の機能を提供する。ＰＤＮゲートウェイ１７２およびＢＭ－ＳＣ１７０は、ＩＰサービス１７６に接続される。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含みうる。ＢＭ－ＳＣ１７０は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供しうる。ＢＭ－ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信用のエントリポイントとしての役割を果たし、公衆陸上モバイルネットワーク（ＰＬＭＮ：public land mobile network）内のＭＢＭＳベアラサービスを認可および開始するために使用され、ＭＢＭＳ送信をスケジュールするために使用されうる。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを分配するために使用され、セッション管理（開始／停止）およびｅＭＢＭＳに関連する課金情報（charging information）を収集することを担いうる。

[0036]基地局はまた、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、ベーストランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適した専門用語で呼ばれうる。基地局１０２は、ＵＥ１０４に対してＥＰＣ１６０へのアクセスポイントを提供する。ＵＥ１０４の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機器、タブレット、スマートデバイス、ウェアラブルデバイス、または任意の他の同様の機能的なデバイスを含む。ＵＥ１０４はまた、局、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適した専門用語で呼ばれうる。

[0037]図１を再び参照すると、ある特定の態様では、ＵＥ１０４は、ＰｒｏＳｅ直接デバイスツーデバイス通信中でのユニキャストサポートのために構成されうる（１９８）。

[0038]図２Ａは、ＬＴＥにおけるＤＬフレーム構造の例を例示する図２００である。図２Ｂは、ＬＴＥにおけるＤＬフレーム構造内のチャネルの例を例示する図２３０である。図２Ｃは、ＬＴＥにおけるＵＬフレーム構造の例を例示する図２５０である。図２Ｄは、ＬＴＥにおけるＵＬフレーム構造内のチャネルの例を例示する図２８０である。他のワイヤレス通信技術は、異なるフレーム構造および／または異なるチャネルを有しうる。ＬＴＥでは、フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割されうる。各サブフレームは、２つの連続したタイムスロットを含みうる。２つのタイムスロットを表すためにリソースグリッドが使用されえ、各タイムスロットは、（物理ＲＢ（ＰＲＢ）とも呼ばれる）１つまたは複数の時間同時並行（time concurrent）のリソースブロック（ＲＢ）を含む。リソースグリッドは、複数のリソース要素（ＲＥ）に分割される。ＬＴＥでは、通常のサイクリックプレフィックスの場合、ＲＢは、周波数ドメイン中に１２個の連続したサブキャリアを、時間ドメイン中に７つの連続したシンボルを（ＤＬの場合、ＯＦＤＭシンボルを；ＵＬの場合、ＳＣ－ＦＤＭＡシンボルを）含み、合計で８４個のＲＥとなる。拡張されたサイクリックプレフィックスの場合、ＲＢは、周波数ドメイン中に１２個の連続したサブキャリアを、時間ドメイン中に６つの連続したシンボルを含み、合計で７２個のＲＥとなる。各ＲＥによって搬送されるビットの数は、変調スキームに依存する。

[0039]図２Ａ中に例示されているように、ＲＥのうちのいくつかは、ＵＥにおけるチャネル推定用のＤＬ基準（パイロット）信号（ＤＬ－ＲＳ）を搬送する。ＤＬ－ＲＳは、（共通ＲＳと呼ばれることもある）セル固有基準信号（ＣＲＳ）、ＵＥ固有基準信号（ＵＥ－ＲＳ）、およびチャネル状態情報基準信号（ＣＳＩ－ＲＳ）を含みうる。図２Ａは、（それぞれ、Ｒ₀、Ｒ₁、Ｒ₂、およびＲ₃と示されている）アンテナポート０、１、２、および３に対するＣＲＳ、（Ｒ₅と示されている）アンテナポート５に対するＵＥ－ＲＳ、および（Ｒと示されている）アンテナポート１５に対するＣＳＩ－ＲＳを例示している。図２Ｂは、フレームのＤＬサブフレーム内の様々なチャネルの例を例示している。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）は、スロット０のシンボル０内にあり、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が１つのシンボルを占有するか、２つのシンボルを占有するか、または３つのシンボルを占有するかを示す制御フォーマットインジケータ（ＣＦＩ）を搬送する（図２Ｂは、３つのシンボルを占有するＰＤＣＣＨを例示している）。ＰＤＣＣＨは、１つまたは複数の制御チャネル要素（ＣＣＥ）内のダウンリンク制御情報（ＤＣＩ）を搬送し、各ＣＣＥは、９つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧは、ＯＦＤＭシンボル中に４つの連続したＲＥを含む。ＵＥは、これもまたＤＣＩを搬送するＵＥ固有拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）で構成されうる。ｅＰＤＣＣＨは、２、４、または８つのＲＢペアを有しうる（図２Ｂは、２つのＲＢペアを示しており、各サブセットは、１つのＲＢペアを含む）。物理ハイブリッド自動再送要求（ＡＲＱ）（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）もまた、スロット０のシンボル０内にあり、物理アップリンク共有チャネル（ＰＵＳＣＨ）に基づいてＨＡＲＱ確認応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを示すＨＡＲＱインジケータ（ＨＩ）を搬送する。プライマリ同期チャネル（ＰＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル６内にあり、サブフレームタイミングおよび物理レイヤアイデンティティを決定するためにＵＥによって使用されるプライマリ同期信号（ＰＳＳ）を搬送する。セカンダリ同期チャネル（ＳＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル５内にあり、物理レイヤセルアイデンティティグループ番号を決定するためにＵＥによって使用されるセカンダリ同期信号（ＳＳＳ）を搬送する。物理レイヤアイデンティティおよび物理レイヤセルアイデンティティグループ番号に基づいて、ＵＥは、物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥは、前述されたＤＬ－ＲＳのロケーションを決定することができる。物理ブロードキャストチャネル（ＰＢＣＨ）は、フレームのサブフレーム０のスロット１のシンボル０、１、２、３内にあり、マスタ情報ブロック（ＭＩＢ）を搬送する。ＭＩＢは、ＤＬシステム帯域幅中のＲＢの数、ＰＨＩＣＨ構成、およびシステムフレーム番号（ＳＦＮ）を提供する。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ページングメッセージ、システム情報ブロック（ＳＩＢ）のようなＰＢＣＨを通じて送信されないブロードキャストシステム情報、およびユーザデータを搬送する。

[0040]図２Ｃ中に例示されているように、ＲＥのうちのいくつかは、ｅＮＢにおけるチャネル推定用の復調基準信号（ＤＬ－ＲＳ）を搬送する。ＵＥは加えて、サブフレームの最後のシンボル中でサウンディング基準信号（ＳＲＳ）を送信しうる。ＳＲＳは、コーム構造（comb structure）を有し、ＵＥは、コームのうちの１つ上でＳＲＳを送信しうる。ＳＲＳは、ＵＬ上での周波数依存スケジューリングを可能にするために、チャネル品質推定用にｅＮＢによって使用されうる。図２Ｄは、フレームのＵＬサブフレーム内の様々なチャネルの例を例示している。物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、ＰＲＡＣＨ構成に基づいてフレーム内の１つまたは複数のサブフレーム内にありうる。ＰＲＡＣＨは、サブフレーム内に６つの連続したＲＢペアを含みうる。ＰＲＡＣＨは、ＵＥが初期システムアクセスを遂行し、ＵＬ同期を達成することを可能にする。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＵＬシステム帯域幅の両端上にロケートされうる。ＰＵＣＣＨは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック、ランクインジケータ（ＲＩ）、プリコーディング行列インジケータ（ＰＭＩ）、チャネル品質インジケータ（ＣＱＩ）、およびスケジューリング要求のようなアップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し、バッファ状態レポート（ＢＳＲ）、電力ヘッドループレポート（ＰＨＲ）、および／またはＵＣＩを搬送するために加えて使用されうる。

[0041]図３は、アクセスネットワーク中でＵＥ３５０と通信中のｅＮＢ３１０のブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットは、コントローラ／プロセッサ３７５に提供されうる。コントローラ／プロセッサ３７５は、レイヤ３およびレイヤ２の機能をインプリメントする。レイヤ３は、無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、およびＭＡＣレイヤを含む。コントローラ／プロセッサ３７５は、システム情報（例えば、ＭＩＢ、ＳＩＢ）のブロードキャスティング、ＲＲＣ接続制御（例えば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続修正、およびＲＲＣ接続解放）、無線アクセス技術（ＲＡＴ）間モビリティ、およびＵＥ測定レポーティングのための測定設定に関連付けられたＲＲＣレイヤの機能と、ヘッダ圧縮／解凍、セキュリティ（暗号化、暗号解読、完全性保護、完全性検証）、およびハンドオーバサポート機能に関連付けられたＰＤＣＰレイヤの機能と、上位レイヤパケットデータユニット（ＰＤＵ）の転送、ＡＲＱを通じた誤り訂正、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメント化、およびリアセンブリ、ＲＬＣデータＰＤＵの再セグメント化、およびＲＬＣデータＰＤＵの再順序付けに関連付けられたＲＬＣレイヤの機能と、論理チャネルとトランスポートチャネルとの間でのマッピング、トランスポートブロック（ＴＢ）上へのＭＡＣ ＳＤＵの多重化、ＴＢからのＭＡＣ ＳＤＵの逆多重化、スケジューリング情報レポーティング、ＨＡＲＱを通じた誤り訂正、優先度処理（priority handling）、および論理チャネル優先順位付けに関連付けられたＭＡＣレイヤの機能とを提供する。

[0042]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連付けられたレイヤ１の機能をインプリメントする。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上での誤り検出、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号、インタリービング、レートマッチング、物理チャネル上へのマッピング、物理チャネルの変調／復調、およびＭＩＭＯアンテナ処理を含みうる。ＴＸプロセッサ３１６は、様々な変調スキーム（例えば、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、Ｍ位相偏移変調（Ｍ－ＰＳＫ）、Ｍ値直交振幅変調（Ｍ－ＱＡＭ））に基づいて信号コンステレーションにマッピングすることを処理する。コーディングおよび変調されたシンボルはその後、並列ストリームに分けられうる。各ストリームはその後、時間ドメインＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数ドメイン中で基準信号（例えば、パイロット）と多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を使用してともに組み合わされうる。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調スキームを決定するために、ならびに空間処理のために使用されうる。チャネル推定値は、ＵＥ３５０によって送信されたチャネル条件フィードバックおよび／または基準信号から導出されうる。各空間ストリームはその後、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に提供されうる。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調しうる。

[0043]ＵＥ３５０において、各受信機３５４ＲＸは、そのそれぞれのアンテナ３５２を通じて信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ３５６にその情報を提供する。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連付けられたレイヤ１の機能をインプリメントする。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を遂行しうる。複数の空間ストリームがＵＥ３５０に宛てられる場合、それらは、ＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームへと組み合わされうる。ＲＸプロセッサ３５６はその後、高速フーリエ変換（ＦＦＴ）を使用して、時間ドメインから周波数ドメインにＯＦＤＭシンボルストリームを変換する。周波数ドメイン信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボル、および基準信号は、ｅＮＢ３１０によって送信された最も可能性の高い信号コンステレーションポイントを決定することによって復元および復調される。これらの軟判定は、チャネル推定器３５８によって計算されたチャネル推定値に基づきうる。軟判定はその後、物理チャネル上でｅＮＢ３１０によって当初送信されたデータおよび制御信号を復元するために復号およびデインターリーブされる。データおよび制御信号はその後、コントローラ／プロセッサ３５９に提供され、それは、レイヤ３およびレイヤ２の機能をインプリメントする。

[0044]コントローラ／プロセッサ３５９は、プログラムコードおよびデータを記憶するメモリ３６０に関連付けられることができる。メモリ３６０は、コンピュータ可読媒体と呼ばれうる。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、および制御信号処理を提供する。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。

[0045]ｅＮＢ３１０によるＤＬ送信に関連して説明された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（例えば、ＭＩＢ、ＳＩＢ）獲得、ＲＲＣ接続、および測定レポーティングに関連付けられたＲＲＣレイヤの機能と、ヘッダ圧縮／解凍、およびセキュリティ（暗号化、暗号解読、完全性保護、完全性検証）に関連付けられたＰＤＣＰレイヤの機能と、上位レイヤＰＤＵの転送、ＡＲＱを通じた誤り訂正、ＲＬＣ ＳＤＵの連結、セグメント化、およびリアセンブリ、ＲＬＣデータＰＤＵの再セグメント化、およびＲＬＣデータＰＤＵの再順序付けに関連付けられたＲＬＣレイヤの機能と、論理チャネルとトランスポートチャネルとの間でのマッピング、ＴＢ上へのＭＡＣ ＳＤＵの多重化、ＴＢからのＭＡＣ ＳＤＵの逆多重化、スケジューリング情報レポーティング、ＨＡＲＱを通じた誤り訂正、優先度処理、および論理チャネル優先順位付けに関連付けられたＭＡＣレイヤの機能とを提供する。

[0046]ｅＮＢ３１０によって送信されたフィードバックまたは基準信号からチャネル推定器３５８によって導出されたチャネル推定値は、適切なコーディングおよび変調スキームを選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ３６８によって使用されうる。ＴＸプロセッサ３６８によって生成された空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に提供されうる。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調しうる。

[0047]ＵＬ送信は、ＵＥ３５０における受信機機能に関連して説明されたのと同様の方法でｅＮＢ３１０において処理される。各受信機３１８ＲＸは、そのそれぞれのアンテナ３２０を通じて信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ３７０にその情報を提供する。

[0048]コントローラ／プロセッサ３７５は、プログラムコードおよびデータを記憶するメモリ３７６に関連付けられることができる。メモリ３７６は、コンピュータ可読媒体と呼ばれうる。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、制御信号処理を提供する。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に提供されうる。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。

[0049]図４は、デバイスツーデバイス（Ｄ２Ｄ）通信システム４６０の図である。Ｄ２Ｄ通信システム４６０は、複数のＵＥ４６４、４６６、４６８、４７０を含む。Ｄ２Ｄ通信システム４６０は、例えば、ＷＷＡＮのようなセルラ通信システムと重複しうる。ＵＥ４６４、４６６、４６８、４７０の中には、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用してＤ２Ｄ通信でともに通信しうるものもあれば、基地局４６２と通信しうるものもあり、その両方を行いうるものもある。例えば、図４中に示されているように、ＵＥ４６８、４７０が、Ｄ２Ｄ通信中であり、ＵＥ４６４、４６６が、Ｄ２Ｄ通信中である。ＵＥ４６４、４６６はまた、基地局４６２と通信している。Ｄ２Ｄ通信は、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、および物理サイドリンク制御チャネル（ＰＳＣＣＨ）のような１つまたは複数のサイドリンクチャネルを通りうる。

[0050]以下に論述される例証的な方法および装置は、例えば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ、またはＩＥＥＥ８０２.１１規格に基づくＷｉ－Ｆｉに基づいたワイヤレスデバイスツーデバイス通信システムのような、多様なワイヤレスＤ２Ｄ通信システムのいずれにも適用可能である。論述を簡略化するために、例証的な方法および装置は、ＬＴＥのコンテキスト内で論述される。しかしながら、当業者は、例証的な方法および装置が、多様な他のワイヤレスデバイスツーデバイス通信システムにより一般に適用可能であることを理解するであろう。

[0051]一般に、受信ＵＥは、マルチキャストデバイスツーデバイス通信に関連付けられたパケットとユニキャストデバイスツーデバイス通信に関連付けられたパケットとを同時に受信しうる可能性がある。マルチキャストデバイスツーデバイスの宛先レイヤ２グループＩＤとユニキャストデバイスツーデバイス通信の宛先レイヤ２ＵＥ ＩＤとが図らずも衝突した場合（例えば、同じ値を取る）、受信ＵＥは、セキュリティ保護がチェックアウトしないことがありうることから、受信された通信のうちの１つまたは複数を破棄しうる。加えて、ユニキャストデバイスツーデバイス通信中に含まれるユニキャストデータパケットがセキュリティ保護を有さない場合、受信ＵＥによって受信されたユニキャストデータパケットは、上位レイヤ、例えば、ＩＰレイヤに進みうる。そのような挙動は、潜在的な無線リンク制御（ＲＬＣ）レイヤカウンタとパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤカウンタとの順序を乱れさせ、このことから、パケットドロップを引き起こしうる。

[0052]このことから、受信ＵＥが、ユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信とが同時に受信されるときにそれら２つの通信を差別化することを可能にする必要がある。

[0053]図５は、ユニキャストデバイスツーデバイス通信が受信ＵＥ５０４によってマルチキャストデバイスツーデバイス通信と差別化されうるデバイスツーデバイス通信システム５００の図である。デバイスツーデバイス通信システム５００は、複数のＵＥ５０２、５０４、５０６、５０８、５１０、および５１２を含む。例えば、図５中に示されているように、ＵＥ５０２は、ＵＥ５０４、５０６、５０８、５１０にマルチキャストデバイスツーデバイス通信５４０を送信し、ＵＥ５１２は、ＵＥ５０４にユニキャストデバイスツーデバイス通信５３０を送信する。例えば、ＵＥ５０２は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用して、ＵＥ５０４、５０６、５０８、５１０にマルチキャストデバイスツーデバイス通信５４０を送信しうる。ある態様では、ＵＥ５１２もまた、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用して、ＵＥ５０４にユニキャストデバイスツーデバイス通信５３０を送信しうる。図５中に例示されていないが、ＵＥ５０２、５０４、５０６、５０８、５１０、５１２のうちの１つまたは複数はまた、図４中に例示されている基地局４６２のような基地局と通信中でありうる。

[0054]図５を参照すると、ＵＥ５０４とＵＥ５１２とは、ＵＥ５０４とＵＥ５１２との間で通信チャネルのパラメータを確立するために、ユニキャストシグナリング５２０を遂行しうる。ユニキャストシグナリング５２０は、ユニキャストデバイスツーデバイス通信５３０に先行しえ、ＵＥ５０４とＵＥ５１２との両方にとって受け入れ可能であるパラメータをネゴシエートするために使用されうる。ある態様では、ユニキャストシグナリング５２０中にネゴシエートされるパラメータは、データ転送レート、コーディングアルファベット、パリティ、割り込みプロシージャ、および他のプロトコルまたはハードウェア機能（features）を含みうるが、それらに限定されない。

[0055]引き続き図５を参照すると、ＵＥ５０４は、ＵＥ５１２からユニキャストデバイスツーデバイス通信５３０を、ＵＥ５０２からマルチキャストデバイスツーデバイス通信５４０を受信しうる。ある態様では、マルチキャストデバイスツーデバイス通信５３０とユニキャストデバイスツーデバイス通信５２０とは同時に、またはほぼ同時に、ＵＥ５０４によって受信されうる。ＵＥ５０４がユニキャストデバイスツーデバイス通信５３０とマルチキャストデバイスツーデバイス通信５４０とを区別することが可能になるように、送信より前に、ＵＥ５１２は、ユニキャストデバイスツーデバイス通信５３０を設定しうる５５０および／またはＵＥ５０２は、マルチキャストデバイスツーデバイス通信５４０を設定しうる５７０。例えば、ユニキャストデバイスツーデバイス通信５３０および／またはマルチキャストデバイスツーデバイス通信５４０のうちの１つまたは複数のヘッダ中の情報は、その２つの通信がＵＥ５０４によって互いに区別可能になるように設定されることができる５５０、５７０。ＵＥ５１２および／またはＵＥ５０２によってヘッダ（１つ以上）中で設定された情報に基づいて、ＵＥ５０４は、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化しうる５６０。

[0056]第１の実例的な実施形態では、ＵＥ５１２および／またはＵＥ５０２によってヘッダ（１つ以上）中で設定された５５０、５７０情報は、バージョン番号でありうる。図６に関して上記に論述されるように、ヘッダは、例えば、ユニキャストデバイスツーデバイス通信５３０および／またはマルチキャストデバイスツーデバイス通信５４０中に含まれているＭＡＣレイヤサブヘッダであることができる。

[0057]図６は、ユニキャストデバイスツーデバイス通信５３０および／またはマルチキャストデバイスツーデバイス通信５４０中に含まれうるＭＡＣレイヤサブヘッダと論理チャネル識別子（ＬＣＩＤ）ＭＡＣサブヘッダとから成る例証的なＭＡＣヘッダ６００を例示している。ある態様では、ＭＡＣレイヤサブヘッダは、バージョン番号（例えば、ＭＡＣ ＰＤＵフォーマットバージョン番号）を含む「Ｖ」フィールド（例えば、ＭＡＣ ＰＤＵフォーマットバージョン番号フィールド）、「０」にセットされうる４つのリザーブされた「Ｒ」フィールド、ソースレイヤ２ ＩＤ（例えば、送り側ＵＥ ＩＤ）を含むソース（ＳＲＣ）フィールド、および宛先レイヤ２ ＩＤ（例えば、受信ＵＥ ＩＤ）を含む宛先（ＤＳＴ）フィールドから成りうる。ある態様では、ＬＣＩＤ ＭＡＣサブヘッダは、「０」にセットされることができる２つのリザーブされた「Ｒ」フィールド、別のサブヘッダがＭＡＣヘッダ中のＬＣＩＤ ＭＡＣサブヘッダに後続するかどうかを示す拡張「Ｅ」フィールド、および論理チャネルＩＤフィールドから成りえ、それは、論理チャネル番号を含みうる。

[0058]ある態様では、マルチキャストデバイスツーデバイス通信５４０中に含まれているＭＡＣレイヤサブヘッダ６００中のＶフィールドのバーション番号は、第１の値にセットされうる。例えば、マルチキャストデバイスツーデバイス通信５４０についてのバージョン番号は、「０００１」としてセットされうる。ユニキャストデバイスツーデバイス通信５３０中に含まれているＭＡＣレイヤサブヘッダ中の「Ｖ」フィールドのバージョン番号は、マルチキャストデバイスツーデバイス通信５４０のＭＡＣレイヤサブヘッダ中で使用されるものとは異なる値にセットされうる。例えば、ユニキャストデバイスツーデバイス通信５３０についてのバージョン番号は、「００１０」としてセットされうる。ある態様では、Ｖフィールドは、どのバージョンのサイドリンク共有チャネル（ＳＬ－ＳＣＨ）サブヘッダが使用されるかを示しうる。ある態様では、２つのフォーマットバージョンが定義され、このフィールドは、したがって、「０００１」または「００１０」にセットされることになる。Ｖフィールドサイズは、４ビットでありうる。

[0059]別の態様では、図６を参照すると、ソースレイヤ２ ＩＤフィールドは、ソース（例えば、送信ＵＥ５０２、５１２）のアイデンティティを搬送しうる。ＳＲＣフィールドは、送信ＵＥ５０２、５１２のＰｒｏＳｅ ＵＥ ＩＤにセットされうる。ＳＲＣフィールドサイズは、２４ビットでありうる。Ｖフィールドが「０００１」にセットされる場合、この識別子は、マルチキャスト（例えば、グループキャスト）識別子でありうる。Ｖフィールドが「００１０」にセットされる場合、この識別子は、ユニキャスト識別子でありうる。

[0060]さらなる態様では、図６を参照すると、ＤＳＴフィールドは、宛先レイヤ２ ＩＤの１６個の最上位ビットを搬送しうる。宛先レイヤ２ ＩＤは、ＰｒｏＳｅレイヤ２グループＩＤにセットされうる。Ｖフィールドが「０００１」にセットされる場合、この識別子は、マルチキャスト（例えば、グループキャスト）識別子でありうる。Ｖフィールドが「００１０」にセットされる場合、この識別子は、ユニキャスト識別子でありうる。

[0061]引き続きさらに図６を参照すると、ＬＣＩＤフィールドは、表１中で以下に説明されるように、パディングまたは対応するＭＡＣ ＳＤＵの１つのソースレイヤ２ ＩＤおよび宛先レイヤ２ ＩＤペアの範囲内で論理チャネルインスタンスを一意的に識別しうる。ＭＡＣ ＰＤＵ中に含まれるパディングまたはＭＡＣ ＳＤＵごとに１つのＬＣＩＤフィールドがありうる。加えて、シングルバイトまたは２バイトパディングがＭＡＣ ＰＤＵの末尾におけるパディングによって達成できないときに、１つまたは２つの追加のＬＣＩＤフィールドがＭＡＣ ＰＤＵ中に含まれうる。例えば、ＬＣＩＤフィールドサイズは、５ビットでありうる。

[0062]加えて、図６を参照すると、対応するＭＡＣ ＳＤＵの長さをバイトで示す長さ（Ｌ）フィールド（図示せず）が含まれうる。最後のサブヘッダを除き、ＭＡＣ ＰＤＵサブヘッダあたり１つのＬフィールドがありうる。Ｌフィールドのサイズは、フォーマット（Ｆ）フィールド（図示せず）によって示されうる。

[0063]図６を再び参照すると、Ｆフィールドは、表２中で以下に示されるように、Ｌフィールドのサイズを示しうる。最後のサブヘッダを除き、ＭＡＣ ＰＤＵサブヘッダあたり１つのＦフィールドがありうる。Ｆフィールドのサイズは、１ビットでありうる。ＭＡＣ ＳＤＵのサイズが１２８バイト未満である場合、Ｆフィールドの値は、０にセットされえ、そうでない場合は、Ｆフィールドの値は、１にセットされうる。

[0064]引き続きさらに図６を参照すると、Ｅフィールドは、より多くのフィールドがＭＡＣヘッダ中に存在するか否かを示すフラグでありうる。Ｅフィールドは、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの別のセットを示すために、「１」にセットされうる。Ｅフィールドは、ＭＡＣ ＳＤＵまたはパディングのいずれかが次のバイトにおいて始まることを示すために、「０」にセットされうる。

[0065]再び図５を参照すると、ＵＥ５０２は、マルチキャストデバイスツーデバイス通信５４０についての、ＭＡＣレイヤサブヘッダの「Ｖ」フィールド中に含まれるバージョン番号を「０００１」に設定しえ５７０、それは、ＩＰレイヤにおいてＩＰマルチキャストトラフィックとして識別される。ＵＥ５１２は、ユニキャストデバイスツーデバイス通信５３０についての、ＭＡＣレイヤサブヘッダの「Ｖ」フィールド中に含まれるバージョン番号を「００１０」に設定しえ５５０、それは、ＩＰレイヤにおいてＩＰユニキャストトラフィックとして識別される。ある態様では、上位レイヤがＭＡＣレイヤにＩＰトラフィックを伝えるとき（例えば、送り側ＵＥ５０２、５１２中のＰＤＣＰレイヤ）、上位レイヤは、ＩＰトラフィックがユニキャスト通信またはマルチキャスト通信のいずれかであるインジケータを含めえ、それにより、ＭＡＣレイヤは、それに応じて「Ｖ」フィールドをセットすることができる。

[0066]ＵＥ５０４は、通信の各々中のＭＡＣレイヤサブヘッダ６００の「Ｖ」フィールド中に含まれるそれぞれのバージョン番号に基づいて、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化しうる５６０。このように、受信ＵＥ５０４は、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化し、ＲＬＣレイヤカウンタとＰＤＣＰレイヤカウンタとの順序が乱れることを避け、このことから、パケットドロップを避けうる。

[0067]ある態様では、受信ＵＥ５０４、５０６、５０８、５１０は、宛先Ｌ２ ＩＤ（例えば、ＤＳＴフィールド中の１６ビット値およびソースアドレスからの８ビット）、ＳＲＣ値、および／または「Ｖ」フィールドに少なくとも部分的に基づいて、受信された通信のデータ処理を遂行しうる。これは、受信ＵＥ５０４、５０６、５０８、５１０におけるＭＡＣレイヤが、通信が受信されるべきかどうか、および処理のために何のセキュリティマテリアル（security materials）を使用すべきかを決めることを可能にするであろう。

[0068]第２の実例的な実施形態では、引き続き図５を参照すると、ＵＥ５１２および／またはＵＥ５０２によってヘッダ中で設定された５５０、５７０情報は、ＳＤＵ識別子でありうる。図７中で上記に論述されるように、ヘッダは、ユニキャストデバイスツーデバイス通信５３０および／またはマルチキャストデバイスツーデバイス通信５４０中に含まれているＰＤＣＰヘッダでありうる。

[0069]図７は、ユニキャストデバイスツーデバイス通信５３０および／またはマルチキャストデバイスツーデバイス通信５４０のうちの１つまたは複数中に含まれうるＰＤＣＰヘッダ７００を例示している。例えば、ＰＤＣＰヘッダは、ＳＤＵ識別子（例えば、ビットフィールド値）をＳＤＵタイプと相関させる表を含みうる。

[0070]図７中に例示されている例では、「０００」のＳＤＵ識別子は、マルチキャストデバイスツーデバイス通信５４０についてのＩＰに関連し、「００１」のＳＤＵ識別子は、アドレス解決プロトコル（ＡＲＰ）に関連し、０１０－１１１のＳＤＵ識別子は、ユニキャストデバイスツーデバイス通信５３０についてのＩＰに関連しうる。

[0071]ある態様では、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化するための１つの方法は、ユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信との各々中のＰＤＣＰヘッダ中に異なるＳＤＵ識別子を含めることでありうる。例えば、ユニキャストデバイスツーデバイス通信中に含まれるＰＤＣＰヘッダについてのＳＤＵ識別子（例えば、ビットフィールド値）は、「０１０－１１１」に、そしてマルチキャストデバイスツーデバイス通信については「０００」にセットされうる。

[0072]再び図５を参照すると、ＵＥ５０２は、マルチキャストデバイスツーデバイス通信５４０についての、ＰＤＣＰヘッダのＳＤＵ識別子を「０００」として設定しえ５７０、それは、ＩＰレイヤにおいてＩＰマルチキャストトラフィックとして識別されうる。ＵＥ５１２は、ユニキャストデバイスツーデバイス通信５３０についての、ＰＤＣＰヘッダのＳＤＵ識別子を「０１０－１１１」として設定しえ５５０、それは、ＩＰレイヤにおいてＩＰユニキャストトラフィックとして識別される。ある態様では、上位レイヤがＭＡＣレイヤにＩＰトラフィックを伝えるとき（例えば、送り側ＵＥ５０２、５１２中のＰＤＣＰレイヤ）、ＩＰトラフィックは、送信がユニキャスト通信またはマルチキャスト通信のいずれかであるインジケータを含みえ、それにより、ＭＡＣレイヤおよび／またはＰＤＣＰレイヤは、それに応じてＳＤＵ識別子をセットしうる。

[0073]ＵＥ５０４は、各通信中のＰＤＣＰヘッダのＳＤＵ識別子に基づいて、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化しうる５６０。このように、受信ＵＥ５０４は、ユニキャストデバイスツーデバイス通信５３０をマルチキャストデバイスツーデバイス通信５４０と差別化し、ＲＬＣレイヤカウンタとＰＤＣＰレイヤカウンタとの順序が乱れることを避け、このことから、パケットドロップを避けうる。

[0074]ある態様では、受信ＵＥ５０４、５０６、５０８、５１０は、宛先Ｌ２ ＩＤ（例えば、ＤＳＴフィールド中の１６ビット値およびソースアドレスからの８ビット）、ＳＲＣ値、およびＰＤＣＰヘッダ中のビットフィールド値に少なくとも部分的に基づいて、受信された通信のデータ処理を遂行しうる。これは、受信ＵＥ５０４、５０６、５０８、５１０におけるＭＡＣレイヤおよび／またはＰＤＣＰレイヤが、通信が受信されるべきかどうか、および処理のために何のセキュリティマテリアルを使用すべきかを決めることを可能にしうる。

[0075]第３の実例的な実施形態では、引き続き図５を参照すると、ＵＥ５１２および／またはＵＥ５０２によって設定された、ヘッダ中で設定された５５０、５７０情報は、ＰＤＣＰヘッダ中に含まれる暗号化キーの識別子の値および／またはグループセキュリティキーの識別子の値のうちの１つまたは複数でありうる。第３の実例的な実施形態の追加の詳細が、図８に関して上記に論述される。

[0076]図８は、パケットタイプフィールド（例えば、３ビット）、ＰｒｏＳｅグループキーＩＤ（ＰＧＫ ＩＤ）（例えば、５ビット）、ＰｒｏＳｅトラフィックキーＩＤ（ＰＴＫ ＩＤ）（例えば、１６ビット）、ＰＤＣＰシーケンス番号（ＳＮ）（例えば、１６ビット）、および暗号化されたまたは暗号化されていないデータを含むＰＤＣＰヘッダ８００を例示している。

[0077]暗号化が適用される場合、ＰＧＫ ＩＤは、ＰｒｏＳｅグループキーの識別子を含みえ、その一方でＰＴＫ ＩＤは、ＰｒｏＳｅトラフィックキーの識別子を含みうる（例えば、それは、グループではなくセンダＵＥ（sender UE）に固有でありうる）。暗号化が適用されない場合、ＰＧＫ ＩＤとＰＴＫ ＩＤとの両方の値は、ゼロにセットされうる。グループキー（ＰＧＫ）によって保護されていないユニキャストデバイスツーデバイス通信をシグナリングするために、ＵＥ５１２は、ＰＧＫ ＩＤの値をゼロに設定しえ５５０、ＰＴＫ ＩＤの値は、非ゼロ値にセットされる。例えば、ＰＴＫ ＩＤの値は、ユニキャストシグナリング５２０中にセンダＵＥ５１２と受信機ＵＥ５０４との間で確立されるキーの識別子に基づいて設定されうる５５０。

[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]先の説明は、いかなる当業者であっても、ここに説明された様々な態様を実施することを可能にするために提供される。これらの態様への様々な修正は、当業者にとって容易に明らかとなり、ここに定義された包括的な原理は、他の態様に適用されうる。このことから、特許請求の範囲は、ここに示された態様に限定されるように意図されてはいないが、特許請求の範囲の文言と一致する全範囲を付与されるべきであり、ここにおいて、単数形での要素への言及は、そうであると具体的に記載されない限り、「１つおよび１つのみ」を意味するようには意図されず、むしろ「１つまたは複数」を意味する。「例証的（exemplary）」という用語は、ここでは、「例、事例、または例示としての役割を果たすこと」を意味するように使用される。「例証的」であるとしてここに説明されたいずれの態様も、他の態様より好ましいまたは有利であるとして必ずしも解釈されるべきではない。そうでないと具体的に記載されない限り、「何らかの／いくつかの／いくらかの（some）」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、複数のＡ、複数のＢ、または複数のＣを含みうる。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣでありえ、ここで、任意のそのような組み合わせは、Ａ、Ｂ、またはＣの１つまた複数のメンバを含みうる。当業者に知られているか、または後に知られることとなる、この開示全体を通じて説明された様々な態様の要素と構造的および機能的に同等な物は全て、参照によってここに明確に組み込まれ、特許請求の範囲によって包含されるように意図される。その上、ここに開示されたものはいずれも、そのような開示が特許請求の範囲中に明示的に記載されているかどうかにかかわらず、公に献呈されるようには意図されていない。「モジュール」、「メカニズム」、「要素」、「デバイス」、等の用語は、「手段」という用語の代用ではないことがありうる。そのため、要素が「～のための手段」というフレーズを使用して明確に記載されていない限り、どの請求項の要素もミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
宛先識別子を含むユニキャストデバイスツーデバイス通信を受信することと、
前記宛先識別子を含むマルチキャストデバイスツーデバイス通信を受信することと、
前記ユニキャストデバイスツーデバイス通信のヘッダ中に提供される情報に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化することと
を備える、方法。
［Ｃ２］
前記ユニキャストデバイスツーデバイス通信が前記マルチキャストデバイスツーデバイス通信と差別化されたときに送り側デバイスとのユニキャストシグナリングが遂行されたかどうかを決定することと、
前記送り側デバイスとの前記ユニキャストシグナリングが遂行されたと決定されたときに前記ユニキャストデバイスツーデバイス通信を処理することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、媒体アクセス制御（ＭＡＣ）バージョン番号を含み、
前記差別化することは、前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＭＡＣバージョン番号に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化することを備える、
Ｃ１に記載の方法。
［Ｃ４］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダは、前記宛先識別子とユニキャストソース識別子とを備える、Ｃ３に記載の方法。
［Ｃ５］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＭＡＣバージョン番号、前記宛先識別子、または前記ユニキャストソース識別子のうちの１つまたは複数に基づいて前記ユニキャストデバイスツーデバイス通信を処理すること
をさらに備える、Ｃ４に記載の方法。
［Ｃ６］
論理チャネル識別子、または前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＭＡＣバージョン番号、前記宛先識別子、前記ユニキャストソース識別子のうちの１つまたは複数に基づいてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティまたは無線リンク制御（ＲＬＣ）エンティティのうちの１つまたは複数を識別すること
をさらに備える、Ｃ４に記載の方法。
［Ｃ７］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、サービスデータユニット（ＳＤＵ）識別子を含み、
前記差別化することは、前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＳＤＵ識別子に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化することを備える、
Ｃ１に記載の方法。
［Ｃ８］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダは、前記宛先識別子とユニキャストソース識別子とを備える、Ｃ７に記載の方法。
［Ｃ９］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＳＤＵ識別子、前記宛先識別子、または前記ユニキャストソース識別子のうちの１つまたは複数に基づいて前記ユニキャストデバイスツーデバイス通信を処理すること
をさらに備える、Ｃ８に記載の方法。
［Ｃ１０］
論理チャネル識別子、または前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＳＤＵ識別子、前記宛先識別子、前記ユニキャストソース識別子のうちの１つまたは複数に基づいてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティまたは無線リンク制御（ＲＬＣ）エンティティのうちの１つまたは複数を識別すること
をさらに備える、Ｃ８に記載の方法。
［Ｃ１１］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、グループセキュリティキーの識別子と暗号化キーの識別子とを含み、
前記差別化することは、グループセキュリティキーの前記識別子の値と前記暗号化キーの前記識別子の値とに少なくとも部分的に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化することを備える、
Ｃ１に記載の方法。
［Ｃ１２］
前記グループセキュリティキーの前記識別子の前記値は、ゼロであり、前記暗号化キーの前記識別子の前記値は、非ゼロである、Ｃ１１に記載の方法。
［Ｃ１３］
前記グループセキュリティキーの前記識別子と前記暗号化キーの前記識別子とに少なくとも部分的に基づいて前記ユニキャストデバイスツーデバイス通信を処理すること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１４］
ワイヤレス通信の方法であって、
ユニキャストデバイスツーデバイス通信とマルチキャストデバイスツーデバイス通信とが受信機デバイスによって区別可能になるように、前記受信機デバイスを対象としたデータパケットを設定することと、
前記受信機デバイスに前記データパケットを送信することと
を備える、方法。
［Ｃ１５］
前記データパケットを送信するより前に前記受信機デバイスとのユニキャストシグナリングを遂行すること
をさらに備える、Ｃ１４に記載の方法。
［Ｃ１６］
前記設定することは、前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と区別する前記データパケットのデータパケットヘッダ中で媒体アクセス制御（ＭＡＣ）バージョン番号を設定することを備える、Ｃ１４に記載の方法。
［Ｃ１７］
前記設定することは、前記データパケットの前記データパケットヘッダ中で宛先識別子とユニキャストソース識別子とを設定することをさらに備える、Ｃ１６に記載の方法。
［Ｃ１８］
前記設定することは、前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と区別する前記データパケットのデータパケットヘッダ中でサービスデータユニット（ＳＤＵ）識別子を設定することを備える、Ｃ１４に記載の方法。
［Ｃ１９］
前記設定することは、前記データパケットの前記データパケットヘッダ中で宛先識別子とユニキャストソース識別子とを設定することをさらに備える、Ｃ１８に記載の方法。
［Ｃ２０］
前記設定することは、前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と区別する前記データパケットのデータパケットヘッダ中でグループセキュリティキーの識別子の値と暗号化キーの識別子の値とを設定することを備える、Ｃ１４に記載の方法。
［Ｃ２１］
前記グループセキュリティキーの前記識別子の前記値は、ゼロであり、前記暗号化キーの前記識別子の前記値は、非ゼロである、Ｃ２０に記載の方法。
［Ｃ２２］
ワイヤレス通信のための装置であって、
宛先識別子を含むユニキャストデバイスツーデバイス通信を受信するための手段と、 前記宛先識別子を含むマルチキャストデバイスツーデバイス通信を受信するための手段と、
前記ユニキャストデバイスツーデバイス通信のヘッダ中に提供される情報に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化するための手段と
を備える、装置。
［Ｃ２３］
前記ユニキャストデバイスツーデバイス通信が前記マルチキャストデバイスツーデバイス通信と差別化されたときに送り側デバイスとのユニキャストシグナリングが遂行されたかどうかを決定するための手段と、
前記送り側デバイスとの前記ユニキャストシグナリングが遂行されたと決定されたときに前記ユニキャストデバイスツーデバイス通信を処理するための手段と
をさらに備える、Ｃ２２に記載の装置。
［Ｃ２４］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、媒体アクセス制御（ＭＡＣ）バージョン番号を含み、
前記差別化するための手段は、前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＭＡＣバージョン番号に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化するように構成される、
Ｃ２２に記載の装置。
［Ｃ２５］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダは、前記宛先識別子とユニキャストソース識別子とを備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＭＡＣバージョン番号、前記宛先識別子、または前記ユニキャストソース識別子のうちの１つまたは複数に基づいて前記ユニキャストデバイスツーデバイス通信を処理するための手段
をさらに備える、Ｃ２５に記載の装置。
［Ｃ２７］
前記論理チャネル識別子、または前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に含まれる前記ＭＡＣバージョン番号、前記宛先識別子、前記ユニキャストソース識別子のうちの１つまたは複数に基づいてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティまたは無線リンク制御（ＲＬＣ）エンティティのうちの１つまたは複数を識別するための手段
をさらに備える、Ｃ２５に記載の装置。
［Ｃ２８］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、サービスデータユニット（ＳＤＵ）識別子を含み、
前記差別化するための手段は、前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＳＤＵ識別子に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化するように構成される、
Ｃ２２に記載の装置。
［Ｃ２９］
前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記情報は、グループセキュリティキーの識別子と暗号化キーの識別子とを含み、
前記差別化するための手段は、グループセキュリティキーの前記識別子の値と前記暗号化キーの前記識別子の値とに基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化するように構成される、
Ｃ２２に記載の装置。
［Ｃ３０］
ワイヤレス通信のための装置であって、
ユニキャストデバイスツーデバイス通信が受信機デバイスによってマルチキャストデバイスツーデバイス通信と区別可能になるように、前記受信機デバイスを対象としたデータパケットを設定するための手段と、
前記受信機デバイスに前記データパケットを送信するための手段と
を備える、装置。

Claims (8)

1. ワイヤレス通信の方法であって、
   宛先識別子およびヘッダを含むユニキャストデバイスツーデバイス通信を受信することと、前記ヘッダは、媒体アクセス制御（ＭＡＣ）バージョン番号を含み、
   前記宛先識別子を含むマルチキャストデバイスツーデバイス通信を受信することと、
   前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＭＡＣバージョン番号に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化することと
   を備える、方法。
2. 前記ユニキャストデバイスツーデバイス通信が前記マルチキャストデバイスツーデバイス通信と差別化されたときに送り側デバイスとのユニキャストシグナリングが遂行されたかどうかを決定することと、
   前記送り側デバイスとの前記ユニキャストシグナリングが遂行されたと決定されたときに前記ユニキャストデバイスツーデバイス通信を処理することと
   をさらに備える、請求項１に記載の方法。
3. ワイヤレス通信の方法であって、
   宛先識別子および受信機デバイスを対象としたデータパケットのヘッダを含むユニキャストデバイスツーデバイス通信と前記宛先識別子を含むマルチキャストデバイスツーデバイス通信とが前記ヘッダ中の媒体アクセス制御（ＭＡＣ）バージョン番号に基づいて前記受信機デバイスによって区別可能になるように、前記ＭＡＣバージョン番号を設定することと、
   前記受信機デバイスに前記データパケットを送信することと
   を備える、方法。
4. 前記データパケットを送信するより前に前記受信機デバイスとのユニキャストシグナリングを遂行すること
   をさらに備える、請求項３に記載の方法。
5. 前記設定することは、前記データパケットの前記データパケットヘッダ中で宛先識別子とユニキャストソース識別子とを設定することをさらに備える、請求項３に記載の方法。
6. ワイヤレス通信のための装置であって、
   宛先識別子およびヘッダを含むユニキャストデバイスツーデバイス通信を受信するための手段と、前記ヘッダは、媒体アクセス制御（ＭＡＣ）バージョン番号を含み、
   前記宛先識別子を含むマルチキャストデバイスツーデバイス通信を受信するための手段と、
   前記ユニキャストデバイスツーデバイス通信の前記ヘッダ中に提供される前記ＭＡＣバージョン番号に基づいて前記ユニキャストデバイスツーデバイス通信を前記マルチキャストデバイスツーデバイス通信と差別化するための手段と
   を備える、装置。
7. ワイヤレス通信のための装置であって、
   宛先識別子および受信機デバイスを対象としたデータパケットのヘッダを含むユニキャストデバイスツーデバイス通信が前記ヘッダ中の媒体アクセス制御（ＭＡＣ）バージョン番号に基づいて前記受信機デバイスによって前記宛先識別子を含むマルチキャストデバイスツーデバイス通信と区別可能になるように、前記ＭＡＣバージョン番号を設定するための手段と、
   前記受信機デバイスに前記データパケットを送信するための手段と
   を備える、装置。
8. 実行されたときに、少なくとも１つのコンピュータに、請求項１乃至３または請求項４乃至５のいずれかに記載のステップを行わせるための命令を備える、コンピュータプログラム。

Images