特許 6381674 デバイス間（Ｄ２Ｄ）通信

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6381674

(24)【登録日】2018年8月10日

(45)【発行日】2018年8月29日

(54)【発明の名称】デバイス間（Ｄ２Ｄ）通信

(51)【国際特許分類】

   H04W 72/14 20090101AFI20180820BHJP

   H04W 92/18 20090101ALI20180820BHJP

   H04W 76/14 20180101ALI20180820BHJP

   H04W 76/27 20180101ALI20180820BHJP

【ＦＩ】

   H04W72/14

   H04W92/18

   H04W76/14

   H04W76/27

【請求項の数】19

【全頁数】26

(21)【出願番号】特願2016-566755(P2016-566755)

(86)(22)【出願日】2015年4月3日

(65)【公表番号】特表2017-517199(P2017-517199A)

(43)【公表日】2017年6月22日

(86)【国際出願番号】US2015024223

(87)【国際公開番号】WO2015171230

(87)【国際公開日】20151112

【審査請求日】2016年11月4日

(31)【優先権主張番号】61/990,679

(32)【優先日】2014年5月8日

(33)【優先権主張国】US

(31)【優先権主張番号】14/583,030

(32)【優先日】2014年12月24日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】514045555

【氏名又は名称】インテル アイピー コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】バーブリッジ，リチャード シー．

(72)【発明者】

【氏名】ザウス，ロバート

(72)【発明者】

【氏名】ヘ，ユンヒョン

(72)【発明者】

【氏名】へ，ホン

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 国際公開第２０１４／０１４３２６（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１２／０１８４３０６（ＵＳ，Ａ１）

【文献】 特表２０１３−５０７０２５（ＪＰ，Ａ）

【文献】 特開２０１０−０８１５９７（ＪＰ，Ａ）

【文献】 Samsung，Mode 1 resource allocation for D2D broadcast communication[online]，3GPP TSG-RAN WG1♯76b R1-141307，２０１４年 ４月 ４日，URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_76b/Docs/R1-141307.zip

【文献】 ETRI，Procedure for Mode 1 D2D communication[online]，3GPP TSG-RAN WG2♯85bis R2-141473，２０１４年 ４月 ４日，URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141473.zip

【文献】 Radio Resource Control(RRC);Protocol specification(Release10)，3GPP TS 36.331 V10.12.0，２０１３年１２月，Pages21,38,39，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/36_series/36.3331/36331-ac0.zip

【文献】 ETRI，Fully scheduled D2D transmission in LTE-coverage[online]，3GPP TSG-RAN WG2#84 R2-134095，２０１３年１１月１５日，URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_84/Docs/R2-134095.zip

【文献】 Intel Corporation，Resource allocation for D2D discovery[online]，3GPP TSG-RAN WG2#83bis R2-133512，２０１３年１０月１１日，URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_83bis/Docs/R2-133512.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

デバイス間（Ｄ２Ｄ）通信を行うように動作可能なユーザ機器（ＵＥ）であって、前記ＵＥは、
前記ＵＥのＤ２Ｄ無線ベアラを使用して前記ＵＥから送信されるＤ２Ｄデータを識別し、前記Ｄ２Ｄデータは前記ＵＥが無線リソース制御（ＲＲＣ）アイドルモードであるとき識別され、
前記ＵＥから前記Ｄ２Ｄデータを通信するために前記ＵＥが定義済リソース配分モードを使用することに限定されると決定し、
前記ＵＥの非アクセス層（ＮＡＳ）でサービス要求手順を開始し、前記サービス要求手順は前記ＵＥを前記ＲＲＣアイドルモードからＲＲＣ接続モードに切り替えるために前記ＵＥのＲＲＣレイヤが進化型ノードＢ（ｅＮＢ）とＲＲＣ接続確立手順を行うことをトリガし、
前記ＵＥからの前記Ｄ２Ｄデータの送信のために前記ｅＮＢからアップリンク（ＵＬ）グラントを受信し、
前記ｅＮＢによって提供された前記ＵＬグラントを使用して前記Ｄ２Ｄデータを送り、前記Ｄ２Ｄデータは前記ＵＥの前記Ｄ２Ｄ無線ベアラを使用して前記ＵＥから送信される、
ように構成された、１つまたは複数のプロセッサを備え、
前記定義済リソース配分モードは、リソース配分モード１またはリソース配分モード２である、ユーザ機器（ＵＥ）。

【請求項2】

前記１つまたは複数のプロセッサは、前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤから前記ｅＮＢにバッファ状態報告（ＢＳＲ）を送ることに応じて前記ｅＮＢから前記ＵＬグラントを受信するようにさらに構成され、前記ＢＳＲは、前記ＵＥが前記ＲＲＣ接続モードに切り替わった後、前記ｅＮＢに送られる、請求項１に記載のユーザ機器（ＵＥ）。

【請求項3】

前記１つまたは複数のプロセッサは、前記ＵＥの前記ＭＡＣレイヤから前記ｅＮＢに前記ＢＳＲを送るために前記定義済リソース配分モードと関連付けられた１つまたは複数の設定パラメータを使用するようにさらに構成され、前記１つまたは複数の設定パラメータは、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマのうちの少なくとも１つを含む、請求項２に記載のユーザ機器（ＵＥ）。

【請求項4】

前記１つまたは複数のプロセッサは、前記ＵＥのためにシグナリング無線ベアラを作り出すために前記ＵＥの前記ＲＲＣレイヤで前記ＲＲＣ接続確立手順を行うようにさらに構成される、請求項１に記載のユーザ機器（ＵＥ）。

【請求項5】

前記１つまたは複数のプロセッサは、前記ＵＥのシグナリング無線ベアラを使用して前記ｅＮＢにサービス要求メッセージを送るようにさらに構成され、前記サービス要求メッセージは前記ＵＥのためのセルラ無線ベアラの確立を要求するためのものである、請求項１に記載のユーザ機器（ＵＥ）。

【請求項6】

前記定義済リソース配分モードはリソース配分モード１である、請求項１に記載のユーザ機器（ＵＥ）。

【請求項7】

前記１つまたは複数のプロセッサは、前記ｅＮＢから報知されたシステム情報ブロック（ＳＩＢ）に基づいて前記ＵＥが前記定義済リソース配分モードを使用することに限定されると決定するようにさらに構成される、請求項１に記載のユーザ機器（ＵＥ）。

【請求項8】

前記Ｄ２Ｄ無線ベアラは、前記Ｄ２Ｄデータが前記ＵＥに送信されるために識別されるとき前記ＵＥのために存在し、前記Ｄ２Ｄ無線ベアラは定義済無線アクセス技術（ＲＡＴ）規格を使用して動作する、請求項１に記載のユーザ機器（ＵＥ）。

【請求項9】

前記Ｄ２Ｄデータは前記ＵＥ上でＤ２Ｄアプリケーションによって生成される、請求項１に記載のユーザ機器（ＵＥ）。

【請求項10】

前記Ｄ２Ｄ無線ベアラは、前記ＵＥが前記ＲＲＣアイドルモードであるとき存在する、請求項１に記載のユーザ機器（ＵＥ）。

【請求項11】

前記ＵＥは進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）で動作する、請求項１に記載のユーザ機器（ＵＥ）。

【請求項12】

前記１つまたは複数のプロセッサは、前記ＲＲＣ接続確立手順の間に前記ｅＮＢにＲＲＣ接続要求メッセージを送るようにさらに構成され、前記ＲＲＣ接続要求メッセージは、Ｄ２Ｄ通信を行うために前記ＵＥが前記ＲＲＣ接続モードに切り替わるべきであるという指示を含む、請求項１に記載のユーザ機器（ＵＥ）。

【請求項13】

前記ｅＮＢが前記ＵＥに対してアクセスクラス禁止を強制しているとき、前記ＵＥは定義済の期間前記Ｄ２Ｄ通信を行うことを禁じられる、請求項１に記載のユーザ機器（ＵＥ）。

【請求項14】

デバイス間（Ｄ２Ｄ）通信を行うための方法であって、前記方法は、
送信先ＵＥに通信されるＤ２Ｄデータを、ユーザ機器（ＵＥ）で、識別するステップであって、前記Ｄ２Ｄデータは前記ＵＥが進化型ノードＢ（ｅＮＢ）と無線リソース制御（ＲＲＣ）アイドルモードであるとき識別される、ステップと、
前記送信先ＵＥに前記Ｄ２Ｄデータを通信するために前記ＵＥが定義済リソース配分モードを使用することに限定されると決定するステップと、
前記ＵＥでサービス要求手順を開始するステップであって、前記サービス要求手順は前記ＵＥを前記ＲＲＣアイドルモードからＲＲＣ接続モードに切り替えるために前記ＵＥが前記ｅＮＢとＲＲＣ接続確立手順を行うことをトリガする、ステップと、
前記送信先ＵＥに前記Ｄ２Ｄデータを通信するために前記ｅＮＢからアップリンク（ＵＬ）グラントを受信するステップと、
前記ｅＮＢによって提供された前記ＵＬグラントを使用して前記送信先ＵＥに前記Ｄ２Ｄデータを送るステップであって、前記Ｄ２Ｄデータは前記ＵＥのＤ２Ｄ無線ベアラを使用して前記送信先ＵＥに通信される、ステップと、
を含む、方法。

【請求項15】

前記ＵＥから前記ｅＮＢにバッファ状態報告（ＢＳＲ）を送ることに応じて前記ｅＮＢから前記ＵＬグラントを、前記ＵＥで、受信するステップをさらに含み、前記ＢＳＲは、前記ＵＥが前記ＲＲＣ接続モードに切り替わった後、前記ｅＮＢに送られる、請求項１４に記載の方法。

【請求項16】

前記定義済リソース配分モードと関連付けられた１つまたは複数の設定パラメータを使用して前記ＵＥから前記ｅＮＢに前記ＢＳＲを送るステップをさらに含み、前記１つまたは複数の設定パラメータは、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマのうちの少なくとも１つを含む、請求項１５に記載の方法。

【請求項17】

前記ＵＥのシグナリング無線ベアラを使用して前記ＵＥから前記ｅＮＢにサービス要求メッセージを送るステップをさらに含み、前記シグナリング無線ベアラは前記ＲＲＣ接続確立手順の間に前記ＵＥのために確立され、前記サービス要求メッセージは前記ＵＥのためにセルラ無線ベアラを確立するためのものである、請求項１４に記載の方法。

【請求項18】

前記ｅＮＢから報知されたシステム情報ブロック（ＳＩＢ）に基づいて前記ＵＥが前記定義済リソース配分モードを使用することに限定されると決定するステップをさらに含む、請求項１４に記載の方法。

【請求項19】

前記ＵＥの隣接するセルがＤ２Ｄ通信をサポートするかどうかに基づいてセル再選択を行うステップをさらに含む、請求項１４に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

ワイヤレスモバイル通信技術は、さまざまな規格およびプロトコルを使用して、ノード（例えば、送信局）とワイヤレスデバイス（例えば、モバイルデバイス）との間でデータを送信する。いくつかのワイヤレスデバイスは、ダウンリンク（ＤＬ）送信に直交周波数分割多重接続（ＯＦＤＭＡ）を、そしてアップリンク（ＵＬ）送信にシングルキャリア周波数分割多重接続（ＳＣ−ＦＤＭＡ）を使用して通信する。信号送信のために直交周波数分割多重化（ＯＦＤＭ）を使用する規格およびプロトコルは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）、一般に業界団体にＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）として知られている、米国電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、および、一般に業界団体にＷｉＦｉとして知られている、ＩＥＥＥ８０２．１１規格を含む。

【0002】

３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）Ｎｏｄｅ Ｂ（同じく一般に進化型Ｎｏｄｅ Ｂ、拡張Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ、またはｅＮＢと示される）と無線ネットワークコントローラ（ＲＮＣ）との組合せとすることができ、ユーザ機器（ＵＥ）として知られるワイヤレスデバイスと通信する。ダウンリンク（ＤＬ）送信は、ノード（例えば、ｅＮｏｄｅＢ）からワイヤレスデバイス（例えば、ＵＥ）への通信とすることができ、アップリンク（ＵＬ）送信は、ワイヤレスデバイスからノードへの通信とすることができる。

【0003】

同種ネットワークにおいて、同じくマクロノードと呼ばれるノードは、セル内のワイヤレスデバイスに基本的なワイヤレスカバレッジを提供することができる。セルは、ワイヤレスデバイスがマクロノードと通信するように動作可能な領域とすることができる。ヘテロジニアスネットワーク（ＨｅｔＮｅｔ）を使用して、ワイヤレスデバイスの使用法および機能の増加に起因するマクロノード上のトラフィック負荷の増加に対処することができる。ＨｅｔＮｅｔは、マクロノードのカバレッジ領域（セル）の中で、それほど十分に計画されていないさらには完全に無秩序なやり方で配置され得る、より低い電力のノード（スモールｅＮＢ、マイクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢまたはホームｅＮＢ［ＨｅＮＢ］）のレイヤでオーバレイされる、計画された高電力マクロノード（またはマクロｅＮＢ）のレイヤを含むことができる。より低い電力のノード（ＬＰＮ）は、一般に「低電力ノード」、スモールノード、またはスモールセルと呼ぶことができる。

【0004】

ＬＴＥにおいて、データは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介してｅＮｏｄｅＢからＵＥへ送信することができる。物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用して、データが受信されたことを知らせることができる。ダウンリンクおよびアップリンクのチャネルまたは送信は、時分割二重化（ＴＤＤ）または周波数分割二重化（ＦＤＤ）を使用することができる。

【発明の概要】

【0005】

本開示の特徴および利点は、本開示の特徴を、例として、ともに例示する、添付の図面と関連してなされる、以下の詳細な説明から明らかであろう。

【図面の簡単な説明】

【0006】

【図1】実施例に従ってユーザ機器（ＵＥ）に対する無線リソース制御（ＲＲＣ）接続を確立するための旧式の技術を例示する。

【図2】実施例に従ってＵＥがデバイス間（Ｄ２Ｄ）通信を行うことができるようにするためにユーザ機器（ＵＥ）に対する無線リソース制御（ＲＲＣ）接続を確立することを例示する。

【図3】実施例に従ってＵＥが進化型ノードＢ（ｅＮＢ）と無線リソース制御（ＲＲＣ）接続モードにあるときデバイス間（Ｄ２Ｄ）通信を行うようにユーザ機器（ＵＥ）を設定することを例示する。

【図4】実施例に従ってデバイス間（Ｄ２Ｄ）通信を行うようにＵＥを構成するためのユーザ機器（ＵＥ）と進化型ノードＢ（ｅＮＢ）との間のシグナリングを例示する。

【図5】実施例に従ってシステム情報ブロック２（ＳＩＢ２）メッセージにおけるデバイス間（Ｄ２Ｄ）通信のためのアクセスクラス禁止パラメータの抽象構文記法（ＡＳＮ）コード例を例示する。

【図6】実施例に従ってデバイス間（Ｄ２Ｄ）通信を行うように動作可能なユーザ機器（ＵＥ）の機能を例示する。

【図7】実施例に従ってデバイス間（Ｄ２Ｄ）通信を行うように動作可能なユーザ機器（ＵＥ）の機能を例示する。

【図8】実施例に従ってデバイス間（Ｄ２Ｄ）通信を行うための方法のフローチャートを描写する。

【図9】実施例に従ってワイヤレスデバイス（例えば、ＵＥ）の略図を例示する。

【発明を実施するための形態】

【0007】

次に、例示された例示的な実施形態を参照し、ここに特定の用語を使用してそれらの実施形態を説明する。しかし、それによって本発明の範囲の限定が意図されないことを理解されたい。

【0008】

本発明が開示され説明される前に、本発明が本明細書で開示される特定の構造、工程段階、または材料に限定されず、関連する技術分野の当業者によって認識されるようにそれらの均等物に拡張されることは理解されるはずである。本明細書で使われる用語が特定の実施例を説明する目的のためにのみ使用され、限定するように意図されないことは、同様に理解されるべきである。異なる図面の同じ参照符号は同じ要素を表す。フローチャートおよびプロセスに設けられる数は、ステップおよび動作を例示することにおいて明確にするために設けられるのであって、必ずしも特定の順序または並びを示唆するものではない。

【実施例】

【0009】

技術実施形態の最初の概観が以下に提供され、それから特定の技術実施形態が後にさらに詳細に説明される。最初の概要は、読者がより早く技術を理解するのを支援するように意図されるが、技術の重要な特徴または本質的な特徴を識別するように意図されず、特許請求された主題の範囲を限定するようにもまた意図されない。

【0010】

ユーザ機器（ＵＥ：User Equipment）でデバイス間（Ｄ２Ｄ：Device-to-Device、デバイス・ツー・デバイス）通信を行うことについて、技術が説明される。ＵＥは、ＬＴＥ／Ｅ−ＵＴＲＡＮ関連の規格に従って動作することができ、または、ＵＥは、Ｅ−ＵＴＲＡＮに対して３ＧＰＰ ＬＴＥリリース１２（またはそれ以前）規格に従ってセルラ・モバイル・ネットワークで動作することができる。１つの実施例において、Ｄ２Ｄデータを送っているＵＥを送信側ＵＥと呼ぶことができ、Ｄ２Ｄデータを受信しているＵＥを送信先ＵＥ、ターゲットＵＥ、または受信側ＵＥと呼ぶことができる。Ｄ２Ｄデータは、ＵＥ上で走っているＤ２Ｄアプリケーションによって生成することができる。ＵＥは、Ｄ２ＤデータがＵＥのＤ２Ｄ無線ベアラを使用してターゲットＵＥに送信されるべきであることを識別することができる。１つの実施例において、Ｄ２Ｄデータは、送信側ＵＥから単一のターゲットＵＥまたはターゲットＵＥのグループに送ることができる。Ｄ２Ｄアプリケーションは、ＵＥが無線リソース制御（ＲＲＣ：Radio Resource Control）アイドルモードであるときターゲットＵＥに送るべきＤ２Ｄデータを生成することができる。その上、ＵＥのＤ２Ｄ無線ベアラは、ＵＥがＲＲＣアイドルモードであるとき存在し得るが、セルラ無線ベアラ（またはデータ無線ベアラ）は、ＵＥがＲＲＣアイドルモードであるとき確立することはできない。

【0011】

ＵＥがターゲットＵＥにＤ２Ｄデータを送るために、ＵＥはＲＲＣ接続モードに移行することができる。ＵＥは、ターゲットモードにＤ２Ｄデータを通信するために定義済リソース配分モードが使用されるべきであると決定することができる。ＵＥは、ｅＮＢから報知されたシステム情報ブロック（ＳＩＢ：System Information Block）に基づいて定義済リソース配分モードを決定することができる。１つの実施例において、定義済リソース配分モードはＤ２Ｄリソース配分モード１とすることができる。サービス要求手順は、ＵＥの非アクセス層（ＮＡＳ：Non-Access Stratum）で開始することができる。サービス要求手順は、ＵＥのＲＲＣレイヤがｅＮＢとＲＲＣ接続確立手順を行うことをトリガすることができる。ＵＥは、ＲＲＣ接続確立手順の完了にあたり、ＲＲＣアイドルモードからＲＲＣ接続モードに切り替わることができる。ＵＥは、今ＲＲＣ接続モードであり、ｅＮＢにバッファ状態報告（ＢＳＲ：Buffer Status Report）を送ることができ、それに応じて、ＵＥは、ターゲットＵＥへのＤ２Ｄデータの送信のためにｅＮＢからアップリンク（ＵＬ）グラントを受信することができる。ＵＥは、ｅＮＢによって提供されたＵＬグラントを使用してターゲットＵＥにＤ２Ｄデータを送ることができる。Ｄ２Ｄデータは、ＵＥのＤ２Ｄ無線ベアラを使用してターゲットＵＥに送信され得る。

【0012】

代替の構成において、Ｄ２Ｄデータは、ＵＥがすでにＲＲＣ接続モードであるときＵＥ上で走っているＤ２Ｄアプリケーションによって生成することができる。換言すれば、セルラ無線ベアラは、Ｄ２Ｄ無線ベアラと同様、ＵＥのためにすでに確立することができる。ＵＥは、ターゲットモードにＤ２Ｄデータを通信するために定義済リソース配分モード（例えば、Ｄ２Ｄリソース配分モード１）が使用されるべきであると決定することができる。ＵＥは、ＵＥのシグナリング無線ベアラを使用してｅＮＢにＲＲＣ設定要求メッセージを送ることができ、それに応じて、ＵＥは、ｅＮＢからＲＲＣ接続再設定メッセージを受信することができる。ＲＲＣ接続再設定メッセージは、定義済リソース配分モードに対する１つまたは複数の設定パラメータを含み得る。これらの設定パラメータのいくつかの実施例は、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマを含み得る。ＵＥは、１つまたは複数の設定パラメータを使用してｅＮＢにバッファ状態報告（ＢＳＲ）を送ることができる。それに応じて、ＵＥはターゲットＵＥへのＤ２Ｄデータの送信のためにｅＮＢからアップリンク（ＵＬ）グラントを受信することができる。ＵＥは、ｅＮＢによって提供されたＵＬグラントを使用してターゲットＵＥにＤ２Ｄデータを送ることができる。その上、ＵＥは、ＵＥのＤ２Ｄ無線ベアラを使用してＤ２Ｄデータを送ることができる。

【0013】

進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）などの、３ＧＰＰ ＬＴＥネットワークのためのデバイス間（Ｄ２Ｄ）通信は、３ＧＰＰ ＬＴＥリリース１２で規格化されている。Ｄ２Ｄ通信は、２つのユーザ機器（ＵＥ）などの、２つのデバイス間の直接通信である。２つのデバイス（例えば、ＬＴＥベースのデバイス）は、２つのデバイスがごく接近しているとき互いに直接通信することができるが、このようなＤ２Ｄ通信はセルラ・ネットワーク・インフラストラクチャを使用しない。Ｄ２Ｄ通信に対する１つの特定のアプリケーションは、公共安全サービスに関連している。さらに、Ｄ２Ｄ通信は、１つのＵＥから１つまたは複数のターゲットＵＥまたは受信側ＵＥへの直接通信を可能にすることができ、したがってグループ通信を可能にすることができる。本明細書で説明される実施例は、ターゲットＵＥまたは受信側ＵＥへの送信を意味することができるが、これはターゲットＵＥまたは受信側ＵＥのグループへの送信とし得ることを理解すべきである。

【0014】

Ｄ２Ｄは、セルラスペクトルを使用している２つのＵＥ間で直接リンクを可能にする。結果として、メディアまたは他のデータは、近距離で直接接続を使用して１つのデバイスから別のデバイスへ転送することができる。Ｄ２Ｄデータ通信を使用することによって、データをセルラネットワークに中継することなく直接通信することができ、それによって、ネットワークカバレッジの欠如もしくは貧弱さについての問題、またはネットワークに負荷をかけ過ぎることについての問題を回避することができる。セルラインフラストラクチャは、存在している場合、ピアディスカバリ、同期、ならびに識別情報およびセキュリティ情報の提供などの、他の問題点を支援することができる。

【0015】

Ｄ２Ｄ通信の使用は、ユーザにいくつかの利益を提供する。例えば、デバイスはセルラインフラストラクチャから離れていてもよい。Ｄ２Ｄ通信はネットワークインフラストラクチャに頼らないので、Ｄ２Ｄは、セルラネットワークが故障したとき（例えば、災害の間）でさえ、デバイスがローカルに通信することを可能にすることができる。認可されたスペクトルを使用することによって、Ｄ２Ｄ通信を行うために使用される周波数は、それほど干渉を受けない。その上、２つのデバイスがごく接近している場合、減少した送信電力レベルが使用され、それによってデバイスで電力を節約する。

【0016】

Ｄ２Ｄ通信機能は、３ＧＰＰ ＬＴＥ規格でＰｒｏＳｅ（近接サービス）直接通信と呼ばれる。Ｄ２Ｄ通信は、主に公共安全使用事例を目標としているが、同様に他の用途に使用することができる。Ｄ２Ｄ機能は、セルラ無線スペクトルを介して、しかしデータはセルラ・ネットワーク・インフラストラクチャによって搬送されずに、ＵＥ間の直接通信を可能にする。Ｄ２Ｄ通信は、ＵＥがセルラネットワークのカバレッジの外にあるとき、あるいは、ＵＥがセルラネットワークのカバレッジの中にあるとき、起こり得る。ＵＥのアクセス層の中で、Ｄ２ＤデータはＤ２Ｄ無線ベアラによって搬送され得る。

【0017】

Ｄ２Ｄ無線ベアラはセルラ通信のために使用される無線ベアラと類似している一方、いくつかの重要な相違がある。例えば、Ｄ２Ｄ無線ベアラは、ＵＥが無線リソース制御（ＲＲＣ）アイドルモードまたはＲＲＣ接続モードのどちらかであるとき、ＵＥに存在し得る。換言すれば、Ｄ２Ｄ無線ベアラは、ＵＥがＲＲＣ＿ＩＤＬＥモードまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのどちらかであるとき存在し得る。これに対して、セルラ無線ベアラ（またはデータ無線ベアラ）は、ＵＥがＲＲＣ接続モードであるときだけ存在し得る。その上、Ｄ２Ｄ無線ベアラは、ＵＥのアプリケーションレイヤからのデータの到着に基づいて必要に応じて、ＵＥによって作り出し、解放することができる。これに対して、セルラ無線ベアラは、ネットワークによって作り出され、設定され、解放される。

【0018】

ＵＥがセルラネットワークのカバレッジの中にあるとき、Ｄ２Ｄ送信が通常のセルラ通信に干渉をもたらすことを回避するためにセル内の他のＵＥ送信とＵＥからのＤ２Ｄ送信を調整することは有益であり得る。換言すれば、２つのデバイスがセルラネットワークのカバレッジの中でＤ２Ｄ通信を行おうと試みているとき、無線スペクトルに対するセルラアクティビティは、同じ無線スペクトルに対するＤ２Ｄアクティビティと調整することができる。ＵＥが別のＵＥにＤ２Ｄデータを送信するとき、Ｄ２Ｄデータは、ＵＥがネットワークに送信するために使用するのと同じ搬送周波数で送信される。その上、Ｄ２Ｄ送信およびＤ２Ｄ受信は、ネットワークのスペクトルのアップリンク部分で起こり得る。したがって、ＵＥは、通常ＵＥの送信スペクトルのアップリンクとなるもので、Ｄ２Ｄデータを送信または受信する。ネットワークはセル内のさまざまなＵＥのためにアップリンク送信をスケジューリングすることができるので、ネットワークは、これらのＤ２Ｄ送信がネットワークによってスケジューリングされたＵＥからのアップリンク送信と衝突または干渉しないことを保証しなければならない（セルラアクティビティとＤ２Ｄアクティビティは同じスペクトルで起こるため）。

【0019】

１つの実施例において、送信ＵＥがネットワークからのＤ２Ｄ送信のための送信リソースを要求する、Ｄ２Ｄリソース配分モード１を使用して、セルラアクティビティとＤ２Ｄアクティビティとの間の調整を達成することができる。ＵＥは、ＵＥが典型的なＵＥからネットワークへの送信のために送信リソースを要求するときと類似したやり方で、送信リソースを要求することができる。例えば、送信リソースに対する要求は、通常、ＵＥが進化型ノードＢ（ｅＮＢ）に媒体アクセス制御（ＭＡＣ：Media Access Control）レイヤバッファ状態報告（ＢＳＲ）を送ることによって起こることが可能であり、ｅＮＢは、物理レイヤ内でシグナリングされたアップリンク（ＵＬ）グラント上の形式で割り当てられたリソースで応答することができる。

【0020】

Ｄ２Ｄリソース配分モード１において、ｅＮＢは、ＵＥがＤ２Ｄ送信を行う、時間および周波数をスケジューリングすることに積極的に関与し得る。代替のシナリオにおいて、ＵＥは、ＵＥがＤ２Ｄ送信を行うことにおいてより自律的である、Ｄ２Ｄリソース配分モード２を使用してＤ２Ｄ送信を行うことができる。Ｄ２Ｄリソース配分モード２は、ＵＥがｅＮＢのカバレッジの外にあるとき起こり得るが、ＵＥがカバレッジの中にあるとき同様に起こり得る。モード２において、ｅＮＢはそのリソースのある一定の部分を予約することができ、そして次に、ＵＥがその予約された部分の中でＤ２Ｄデータをどこで送信するか自律的に選択することを可能にする。リソースはどちらかというと静的なやり方でＤ２Ｄ通信のために予約されているので、予約リソースのすべてが使用されていないときリソースの浪費が生じ得る。これに対して、Ｄ２Ｄリソース配分モード１は、Ｄ２Ｄ送信が差し迫っているときネットワークが動的にリソースを配分することを可能にし、それによってより効率的なソリューションを提供する。Ｄ２Ｄ送信を行うことを望むＵＥがない場合、リソースは不必要にＤ２Ｄ送信のために割り当てられることがなく、通常のセルラ通信のために利用可能である。

【0021】

１つの実施例において、Ｄ２Ｄリソース配分モード１は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき使用することができる。換言すれば、ＵＥとｅＮＢとの間に有効な接続がある。その上、ＵＥはＤ２Ｄアクティビティの期間中、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに留まることになっている。ｅＮＢは、ＵＥがＤ２Ｄ送信を行うことを可能にするようにＵＥにリソースを割り当てるためにこの接続を使用することができる。ＭＡＣレイヤおよび物理層シグナリングの両方とも、割り当てられたセル無線ネットワーク一時的識別子（Ｃ−ＲＮＴＩ）を有するＵＥに依拠し得るので、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるべきである。その上、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＵＥは、ｅＮＢがＵＥのバッファ状態報告行動を制御するためにパラメータでＵＥを設定することを可能にする。しかしながら、非アクセス層（ＮＡＳ）およびアクセス層（ＡＳ）レイヤの両方を伴う、ＵＥをＲＲＣアイドルモードからＲＲＣ接続モードへ移行させるための従前のプロセスは、Ｄ２Ｄシナリオに適していない。

【0022】

図１は、ユーザ機器（ＵＥ）１４０に対する無線リソース制御（ＲＲＣ）接続を確立するための旧式の技術を例示する。ＵＥ１４０がネットワークに送るべきセルラデータを有するとき、ＵＥ１４０を無線リソース制御（ＲＲＣ）アイドルモードからＲＲＣ接続モードへ移動させるために、多くのステップをＵＥ１４０内のエンティティによって行うことができる。ＵＥ１４０は、ＲＲＣ接続モードへ移行すると、データを進化型ノードＢ（ｅＮＢ）に通信することができる。ＵＥ１４０内のエンティティは、アプリケーション１２０、インターネットプロトコル（ＩＰ）スタック１２２、無線アクセスベアラ（ＲＡＢ）マネージャ１２４、非アクセス層（ＮＡＳ）レイヤ１２６、ＲＲＣレイヤ１２８、シグナリング無線ベアラ１３０、セルラ無線ベアラ１３２および物理レイヤ１３４を含み得る。

【0023】

ＵＥ１４０は、最初はＲＲＣアイドルモードとすることができる。ＵＥ１４０がＲＲＣアイドルモードであるとき、セルラ無線ベアラ（またはデータ無線ベアラ）は存在せず、ユーザデータをＵＥ１４０からネットワークに転送することはできない。

【0024】

ステップ１０２において、ＵＥ１４０のアプリケーション１２０は、送信のためのユーザデータを生成することができる。アプリケーション１２０は、送信のためにＩＰスタック１２２にデータを引き渡すことができ、データはそれからＲＡＢマネージャ１２４に引き渡される。

【0025】

ステップ１０４において、ＲＡＢマネージャ１２４は、適切な無線ベアラがＵＥ１４０に存在するかどうかを追跡することができる。ＲＡＢマネージャ１２４がＵＥ１４０のために無線ベアラが確立されないことを検出するとき、ＲＡＢマネージャ１２４は、無線ベアラの作成を求めてＮＡＳレイヤ１２６に要求を送ることができる。

【0026】

ステップ１０６において、ＮＡＳレイヤ１２６は、ネットワークに無線ベアラを確立するように要求するサービス要求手順を開始することができる。サービス要求手順を行うために、ＮＡＳ１２６は、アクセス層の中のＲＲＣレイヤ１２８にサービス要求メッセージを提供することができる。サービス要求メッセージは、ＵＥ１４０に対するＲＲＣ接続の確立を要求することができる。

【0027】

ステップ１０８において、ＲＲＣレイヤ１２８は、ｅＮＢとＲＲＣ接続確立手順を行うことができ、それはシグナリング無線ベアラ１３０をもたらすことができる。シグナリング無線ベアラ１３０を使用して、ネットワークにＮＡＳサービス要求メッセージを送ることができる。

【0028】

ステップ１１０において、ＮＡＳサービス要求メッセージを受信することに応じて、ネットワークは、ＵＥ１４０のためにセルラ無線ベアラ１３２（またはデータ無線ベアラ）を確立するためにさまざまなアクションを開始することができる。例えば、ネットワークは、セルラ無線ベアラ１３２を確立するように、ＲＲＣシグナリングを介して、ＵＥ１４０に命令することができ、そして次に、ＲＲＣ１２８はＵＥ１４０でそれらのセルラ無線ベアラ１３２をセットアップすることができる。ユーザデータはその後、セルラ無線ベアラ１３２を使用してＵＥからネットワークへ送信することができる。したがって、無線ベアラがＵＥ１４０のために確立されないとき、ＵＥ１４０は、それらの無線ベアラの作成のためにＲＲＣ接続モードに入ることになっている。その上、ネットワークは、ＵＥ１４０のためのセキュリティの確立などの、他のアクションを行うことができる。

【0029】

ＵＥに対するＲＲＣ接続を確立するための上述のプロセスは、Ｄ２Ｄ通信に直接適していない。セルラ無線ベアラと対照的に、例えば、ＵＥはネットワークカバレッジから外れていた間にＤ２Ｄ無線ベアラを使用していたので、ＵＥがアイドルモードであるときＤ２Ｄ無線ベアラはすでに存在し得る。したがって、送るデータがあるが確立された無線ベアラがないときはいつでもサービス要求を行うようにＮＡＳをトリガする、旧式システムにおけるＲＡＢマネージャ機能は、Ｄ２Ｄに適用するのが難しい。ＵＥがＤ２Ｄリソース配分モード１を使用するべきであるかどうか、したがってＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動されるべきであるかどうかについての判断は、サービス要求手順をトリガすることを決めるとき通常ＮＡＳレイヤに利用可能でないであろうアクセス層特有の情報に依存し得る。

【0030】

前のソリューションで、ＲＡＢマネージャは、ＮＡＳに無線ベアラを確立するように要求することができ、それは次に、ＮＡＳにＲＲＣ接続の確立を要求させる。しかしながら、Ｄ２Ｄ無線ベアラがすでに存在し得るので、この前のソリューションは、Ｄ２Ｄ事例に直接適用可能でない。換言すれば、Ｄ２Ｄリソース配分モード１が使用されるべきであるとＵＥが決定するとき、Ｄ２Ｄ無線ベアラは、すでに使用中であり得る。Ｄ２Ｄ無線ベアラは、ＵＥがＲＲＣアイドルモードであるときでさえ、存在し得る。１つの実施例において、ＵＥは、最初はネットワークカバレッジから外れていてＤ２Ｄ送信のためにＤ２Ｄリソース配分モード２を使用している場合があり、それによって、ＵＥは、リソースの設定されたプールから送信リソースを自律的に選択する。ＵＥはその後、Ｄ２Ｄリソース配分モード１が使用されることになっているセルのネットワークカバレッジに入ることができる。しかしながら、Ｄ２Ｄベアラは、ＵＥがネットワークカバレッジから外れていたときに、前もって確立されていて、ＵＥは、ネットワークカバレッジに入るにあたりＤ２Ｄベアラを再確立しなくてもよい。したがって、ＲＡＢマネージャの以前の機能（例えば、到着するデータを観測すること、および、ＵＥのために無線ベアラが存在しないとき、ＲＲＣ接続を確立するために適切なプロトコルを開始すること）は、Ｄ２Ｄ無線ベアラがＵＥですでに現存するとき、直接適用されない。

【0031】

本明細書で説明される技術は、ＵＥがＤ２Ｄ通信を行うことを可能にするためにＵＥに対するＲＲＣ接続を確立するためのものである。例えば、ＵＥはターゲットＵＥとＤ２Ｄ通信を行うことができる。ＵＥがＲＲＣアイドルモードであるとき、Ｄ２Ｄ無線ベアラでの送信のためのＤ２Ｄデータは、上位レイヤから（例えば、ＵＥ上で走っているアプリケーションから）ＵＥで受信することができる。ＵＥは、Ｄ２Ｄリソース配分モード１が使用されるべきであるかどうか決定するために一定の条件をチェックすることができる。モード１が使用される必要がない場合、ＵＥは、（ＵＥがＲＲＣアイドルモードであるときでさえ）Ｄ２Ｄ無線ベアラを介してターゲットＵＥにデータを送信することができる。他方、モード１がデータを通信するために使用されるべきである場合、ＵＥアクセス層は、ＵＥ ＮＡＳにＵＥをＲＲＣアイドルモードからＲＲＣ接続モードに移動させるように要求することができる。ＵＥ ＮＡＳは、ＵＥをＲＲＣアイドルモードからＲＲＣ接続モードに移動させるためにサービス要求手順を開始することができる。サービス要求手順に代わる構成において、ＵＥ ＮＡＳは、トラッキングエリア更新要求で「アクティブ」フラグをセットして、トラッキングエリア更新手順を開始することができ、それはＵＥに対するＲＲＣ接続の確立を可能にすることができる。

【0032】

１つの実施例において、ＵＥがＤ２Ｄ送信を行うためにＲＲＣ接続モードに移行するべきであるかどうかは、ネットワークで使用されているリソース配分のタイプに依存し得る。例えば、ネットワークがＤ２Ｄリソース配分モード１を使用しているとき、ＵＥはＲＲＣ接続モードに入るべきである。他方、ネットワークがＤ２Ｄリソース配分モード２を使用しているとき、ＵＥはＲＲＣ接続モードに入ることはできない。

【0033】

図２は、ＵＥ２５０がデバイス間（Ｄ２Ｄ）通信を行うことができるようにするためにユーザ機器（ＵＥ）２５０に対する無線リソース制御（ＲＲＣ）接続を確立することを例示する。ＵＥ２５０が別のＵＥ（例えば、ターゲットＵＥまたは受信側ＵＥ）に送るべきＤ２Ｄデータを有するとき、ＵＥ２５０を無線リソース制御（ＲＲＣ）アイドルモードからＲＲＣ接続モードに移動させるために、多くのステップをＵＥ２５０内のエンティティによって行うことができる。ＵＥ２５０がＤ２Ｄ送信を行うためにＤ２Ｄリソース配分モード１を使用するべきであるとき、ＵＥ２５０はＲＲＣ接続モードに移動することができる。ＲＲＣ接続モードに入ると、ＵＥ２５０は、ターゲットＵＥにＤ２Ｄデータを送信するためにリソースを要求することができる。ＵＥ２５０内のエンティティは、アプリケーション２２０、インターネットプロトコル（ＩＰ）スタック２２２、非アクセス層（ＮＡＳ）レイヤ２２６、ＲＲＣレイヤ２２８、シグナリング無線ベアラ２３０、物理レイヤ２３４、Ｄ２Ｄ無線ベアラ２３６、媒体アクセス制御（ＭＡＣ）レイヤ２３８、およびＤ２Ｄ ＭＡＣレイヤ２４０を含み得る。この実施例において、ＵＥ２５０は無線アクセスベアラ（ＲＡＢ）マネージャを含むことができない。あるいは、ＵＥ２５０はＲＡＢマネージャを含むことができるが、ＲＡＢマネージャはＤ２Ｄ送信を行うために使用されない。

【0034】

ＵＥ２５０は、最初はＲＲＣアイドルモードとすることができる。ＵＥ１４０がＲＲＣアイドルモードであるとき、セルラ無線ベアラは存在せず、ユーザデータをＵＥ１４０からネットワークに転送することはできない。しかしながら、Ｄ２Ｄ無線ベアラはＵＥ２５０のために存在し得る。Ｄ２Ｄ無線ベアラは、Ｄ２Ｄデータを送受信するためにＵＥ２５０によってすでに使用されている場合がある。

【0035】

ステップ２０２において、ＵＥ２５０のアプリケーション２２０は、送信のためのユーザＤ２Ｄデータを生成することができる。アプリケーション２２０は、送信のためにＩＰスタック２２２にＤ２Ｄデータを引き渡すことができる。ＩＰスタック２２２は、送信のためにＤ２Ｄ無線ベアラ２３６にＤ２Ｄデータを引き渡すことができ、Ｄ２Ｄ無線ベアラ２３６は、送信のために保留中のＤ２Ｄデータがあることを、ＭＡＣレイヤ２３８、またはより具体的にはＭＡＣレイヤの中のＤ２Ｄ ＭＡＣ２４０機能に通知することができる。

【0036】

ステップ２０４において、ＵＥ２４０のＭＡＣレイヤ２３８は、Ｄ２Ｄデータが保留中の送信であることをＲＲＣレイヤ２２８に示すことができる。１つの実施例において、ＭＡＣレイヤ２２８は、無線にアクセスするためにすべての無線ベアラによって使用される単一エンティティである。Ｄ２Ｄ ＭＡＣ２４０は、Ｄ２Ｄ通信に関連したＭＡＣレイヤ２３８の機能を表すことができる。代替の実施例において、ＵＥ２５０内の無線リンク制御（ＲＬＣ）レイヤまたはパケットデータ圧縮プロトコル（ＰＤＣＰ）レイヤなどの、ＵＥ２５０内の他のレイヤは、保留中のＤ２Ｄデータ送信をＲＲＣレイヤ２２８に示すことができる。

【0037】

ステップ２０６において、Ｄ２Ｄユーザデータの送信の前に、ＵＥ２５０のＲＲＣレイヤ２２８は、ＵＥ２５０がＤ２Ｄリソース配分モード１を使用するべきであるかどうか、またはＵＥ２５０がリソース配分モード２を使用することができるかどうかをチェックすることができる。１つの実施例において、ＵＥ２５０は、ネットワークから前もって報知されたシステム情報ブロック（ＳＩＢ）メッセージに基づいて、どちらのモードが使用されるべきか決定することができる。リソース配分モード１が使用されるべきであるとＵＥ２５０が決定する場合、ＲＲＣレイヤ２２８は、ＮＡＳレイヤ２２６にＵＥ２５０をＲＲＣ接続モードに移動させるように要求することができる。換言すれば、リソース配分モード１が使用されるべきである場合、ＵＥ２５０は、Ｄ２Ｄデータ送信が起こるために、ＲＲＣ接続モードに入るべきである。

【0038】

ステップ２０８において、ＵＥ２５０のＮＡＳレイヤ２２６は、ＵＥ２５０のＲＲＣレイヤ２２８から、ＵＥ２５０をＲＲＣ接続モードに移動させる要求を受信することができる。ＮＡＳレイヤ２２６はサービス要求手順を開始することができる。サービス要求手順は、ＵＥ２５０のためのセルラ無線ベアラの確立をもたらすことができる。サービス要求手順を行うために、ＮＡＳレイヤ２２６は、アクセス層の中のＲＲＣレイヤ２２８にサービス要求メッセージを提供することができる。ＮＡＳレイヤ２２６からのサービス要求メッセージは、ＲＲＣレイヤ２２８にＵＥ２５０に対するＲＲＣ接続を確立するように要求することができる。代替の実施例において、サービス要求手順を行うよりむしろ、ＵＥのＮＡＳレイヤ２２６は、トラッキングエリア更新要求でセットされた「アクティブ」フラグでトラッキングエリア更新手順を開始することができる。結果として、ＵＥ２５０のＲＲＣレイヤ２２８に、ＵＥ２５０に対するＲＲＣ接続を確立するように通知することができる。

【0039】

ステップ２１０において、ＵＥ２５０のＲＲＣレイヤ２２８は、進化型ノードＢ（ｅＮＢ）とＲＲＣ接続確立手順を行う。結果として、ＵＥ２５０に対してＲＲＣ接続を確立することができ、ＵＥ２５０のためのシグナリング無線ベアラ２３０を作り出すことができる。換言すれば、ＵＥ２５０は、ＲＲＣ接続確立手順の完了にあたり、ＲＲＣ接続モードであるように切り替わることができる。それから、シグナリング無線ベアラを使用して、ネットワークにＮＡＳサービス要求メッセージを送ることができる。

【0040】

ステップ２１２において、ＵＥ２５０がＲＲＣ接続モードになった時点で、ＲＲＣレイヤ２２８は、ＵＥ２５０がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあることをＭＡＣレイヤ２３８に示すことができる。ＲＲＣレイヤ２２８は、ＵＥ２５０がＤ２Ｄリソース配分モード１を使用してＤ２Ｄ送信を行うことを続行するべきであることを示すことができる。この指示は、Ｄ２Ｄリソース配分モード１に特有のさまざまな設定パラメータを含み得る。例えば、ＲＲＣレイヤ２２８からＭＡＣレイヤ２３８への指示は、周期的なＤ２Ｄ ＢＳＲタイマおよびＤ２Ｄ ＢＳＲ再送信タイマを含み得る。１つの実施例において、ＲＲＣレイヤ２２８は、ＲＲＣ接続の確立にあたりｅＮＢからＤ２Ｄリソース配分モード１に特有のさまざまな設定パラメータを受信することができる。ＵＥ２５０は今、ｅＮＢにＭＡＣレイヤバッファ状態報告（ＢＳＲ）を送るためにＤ２Ｄリソース配分モード１を使用することができる。換言すれば、ＭＡＣレイヤ２３８は、さまざまな設定パラメータ（例えば、周期的なＤ２Ｄ ＢＳＲタイマ、Ｄ２Ｄ ＢＳＲ再送信タイマ）を使用してｅＮＢにＢＳＲを送ることができる。ｅＮＢはアップリンク（ＵＬ）グラントで応答することができ、その後、ＵＥ２５０はそれらのＵＬグラントを使用してＤ２Ｄデータを送信することができる。換言すれば、ＵＬグラントは、ＵＥのＤ２Ｄ送信が他の前もってスケジューリングされたセルラ送信（すなわち、ＵＥからネットワークに送られるデータ）と同時に起こらないように、どの時間にどの周波数でＵＥ２５０がＤ２Ｄ送信を行うべきであるかをＵＥ２５０に知らせることができる。このプロセスは、Ｄ２Ｄ無線ベアラを使用して（すなわち、セルラ無線ベアラではなく）Ｄ２Ｄ送信を行うことを伴うことができ、実質的にさらなる相互作用がＮＡＳレイヤ２２６とＲＲＣレイヤ２２８との間で起こる必要がない。ＵＥ２５０が送信すべきＤ２Ｄデータを有しＲＲＣ＿ＣＯＮＮＥＣＴＥＤに留まる限りずっと、ＵＥ２５０はこのプロセスを使用し続けることができる。

【0041】

ステップ２１４において、ＮＡＳサービス要求メッセージを受信することに応じて、ネットワークは、セルラ無線ベアラを確立するためにさまざまなアクションを開始することができる。しかしながら、セルラ無線ベアラの確立は、Ｄ２Ｄベアラを使用して送られるＤ２Ｄデータに影響を与えない。実施例のアクションは、その後確立されるセルラ無線ベアラと同様、シグナリング無線ベアラ２３０を保護する、アクセス層セキュリティを確立することを含み得る。しかしながら、アクセス層セキュリティはＤ２Ｄ無線ベアラを保護するために使用されず、Ｄ２Ｄ無線ベアラは、ＵＥ２５０がＲＲＣ＿ＩＤＬＥにあるかまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるかどうかにかかわらず動作することができる別個のセキュリティ保護を有する。その上、ネットワークは、セルラ無線ベアラを確立するように、ＲＲＣシグナリングを介して、ＵＥ２５０に命令することができる。ＵＥ２５０のＲＲＣレイヤ２２８は、その後、それらのセルラ無線ベアラをセットアップするために機能する。

【0042】

いくつかの実施例において、ＵＥがリソース配分モード１を使用することに制限を受けるかどうかの決定は、多くのやり方で行うことができる。例えば、ＵＥが適当なセルに在圏する場合（すなわち、ＵＥがネットワークカバレッジの中にあることを意味している）、リソース配分モード１が使用されるべきである。別の実施例において、信号レベルが設定された閾値を上まわる場合、リソース配分モード１が使用されるべきである。信号レベルは、参照シンボル受信電力（ＲＳＲＰ）測定値または参照シンボル受信品質（ＲＳＲＱ）測定値に基づくことができる。さらに別の実施例において、Ｄ２Ｄ通信がサービス提供セルのカバレッジの中でサポートされるということをサービス提供セルがシステム情報の中で示すかどうかを決定することができる。この指示はＤ２Ｄに特有のシステム情報ブロック（ＳＩＢ）の存在によって暗黙的に示すことができ、または、それはシステム情報を持った特定のＤ２Ｄ関連パラメータの存在によって暗黙的に示すことができる。例えば、この指示はＤ２Ｄリソースプール情報の存在によって暗黙的に示すことができる。その上、サービス提供セルからのシステム情報は、ＵＥがそのサービス提供セルの中でリソース配分モード１を使用するように制限されることを明示的に示すことができる。システム情報は、ｅＮＢからＵＥに報知することができる。さらなる実施例において、サービス提供セルは、Ｄ２Ｄ ＵＥがｅＮＢと接続を確立する（すなわち、ＲＲＣ接続モードに入る）べきであることを示すことができ、その上でＵＥは、ＵＥがＤ２Ｄリソース配分モード１またはモード２を使用するべきであるかどうかをｅＮＢからの専用シグナリングを介して知らされる。この手法では、ＵＥよりむしろ、ｅＮＢが、ＵＥがＤ２Ｄリソース配分モード１またはモード２を使用するべきであるかどうか決定することができる。

【0043】

前に論じたように、ＭＡＣレイヤは、保留中のＤ２Ｄデータ送信をＲＲＣレイヤに知らせることができる。ＲＲＣレイヤは、一定の条件（例えば、ＵＥがリソース配分モード１を使用するべきであるかどうか）を評価することができ、これらの条件が満たされるかどうかに応じて、ＲＲＣレイヤは、ＮＡＳレイヤにＲＲＣ接続モードに移動するように要求することができる。代替の構成において、これらの条件は、ＰＤＣＰレイヤ、ＭＡＣレイヤまたはＵＥ内の来るべきレイヤもしくは機能の中などの、ＵＥ内の他の場所で評価することができる。その上、条件の評価は、ＵＥ内の異なるエンティティ間に分散することができる。

【0044】

前に論じたように、ＵＥは、リソース配分モード１が使用されるべきであると決定することができ、結果として、ＲＲＣレイヤは、ＮＡＳレイヤにＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動させるように要求することができる。代替のシナリオにおいて、ＵＥは、Ｄ２Ｄリソース配分モード２が使用されるべきであると決定することができる。この場合、ＲＲＣレイヤは、Ｄ２Ｄリソース配分モード２が使用されるべきであるという指示でＭＡＣレイヤに応答することができ、上述のプロセスの他のステップは関連しない。

【0045】

１つの構成において、ＵＥは、Ｄ２Ｄリソース配分モード１またはモード２を使用することを決定せず、むしろ単にＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入るべきであると決定する。この場合、ｅＮＢは、ＵＥがＤ２Ｄリソース配分モード１またはモード２を使用するべきであるかどうか決めることができる。この判断は、ＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＳＥＴＵＰメッセージまたはＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージのどちらかでＵＥに知らせることができる。特に、ＵＥがＤ２Ｄリソース配分モード１またはモード２を使用するべきであるかどうかについてのｅＮＢの判断は、ＵＥのＭＡＣレイヤに通信することができる。

【0046】

１つの構成において、ＲＲＣは、リソース配分モード１が使用されるべきであると、およびＲＲＣ接続がＵＥに対して確立されるべきであると決定しない。むしろ、ＲＲＣレイヤは、Ｄ２Ｄ通信を行うためにＲＲＣ接続が必要とされる場合があるという指示をＮＡＳレイヤに提供することができる。その上、ＲＲＣレイヤは、ＮＡＳレイヤが、サービス要求手順を開始するかどうか、したがってＲＲＣ接続の確立を要求するかどうか決めることを可能にするために必要なパラメータをＮＡＳレイヤに提供することができる。換言すれば、ＮＡＳレイヤは、ＲＲＣレイヤと対照的に、リソース配分モード１が使用されるべきであるかどうか決定することができる。

【0047】

１つの構成において、ＵＥをＲＲＣ＿ＩＤＬＥモードからＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動させる目的は、ＭＡＣレイヤ、ＮＡＳレイヤおよび／またはＲＲＣレイヤの間のメッセージ交換に含めることができる。この目的（すなわち、Ｄ２Ｄ送信）は、ＲＲＣ接続要求メッセージの中で（例えば、「Ｄ２Ｄ」または「Ｄ２Ｄ通信」などの新たな「確立要因」値として）、またはＲＲＣ接続セットアップ完了メッセージで（例えば、新たな「Ｄ２Ｄ送信要求」情報要素で）、ｅＮＢに同様に提供することができる。ＲＲＣ接続要求メッセージおよびＲＲＣ接続セットアップ完了メッセージは、ともにＲＲＣ接続確立手順の一部とすることができる。このような表示を含むことの利点は、ｅＮＢが、ＵＥがＤ２Ｄリソース配分モード１を使用するべきであると知ることができ、したがってｅＮＢがリソース配分モード１と関連付けられた適用可能な設定パラメータを自動的に提供できるということである。１つの実施例において、ｅＮＢは、ＲＲ接続再設定メッセージで設定パラメータ（例えば、周期的なＤ２Ｄ ＢＳＲタイマ、Ｄ２Ｄ ＢＳＲ再送信タイマ）を提供することができる。ＲＲＣ接続要求メッセージで新たなＤ２Ｄ特有の確立要因を使用することの別の利点は、ｅＮＢが重い負荷の下にある場合に、ｅＮＢがＤ２Ｄ通信の目的のための接続確立を優先させる、またはその優先度を下げることができるということである。例えば、Ｄ２Ｄがネットワークの中で公共安全ユーザによって使用されている場合、ｅＮＢは、Ｄ２Ｄ目的のための接続確立を受け入れることを選択することができる。他方、Ｄ２Ｄがネットワークの中で非公共安全ユーザによってサービスとして使用されている場合、ｅＮＢは、Ｄ２Ｄ目的のための接続確立を拒絶することを選択することができる。

【0048】

１つの実施例において、セルラ無線ベアラ（またはデータ無線ベアラ）の確立は、Ｄ２Ｄユーザデータを送信する目的のために必須ではない。換言すれば、Ｄ２Ｄ送信は、ｅＮＢからアップリンクグラントを受信すると、成功裏に行うことができ、アップリンクグラントは、ＵＥがＤ２Ｄ送信を行うことを許される一定の時間を示す。しかしながら、旧式のサービス要求手順は、たとえ送信されるのを待っているセルラデータがなくても、セルラ無線ベアラが確立されるという結果をもたらす。

【0049】

１つの構成において、ＮＡＳレイヤは、サービス要求手順の代わりにトラッキングエリア更新手順を（「アクティブ」フラグをセットせずに）開始することができる。トラッキングエリア更新手順は、セルラ無線ベアラが確立されることなくＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動されるという結果をもたらすことができる。セルラ無線ベアラはＤ２Ｄユーザデータを送信する目的のために必須ではなく、したがって必須ではない動作を回避することができるので、この構成は有利となり得る。しかしながら、アクセス層セキュリティが始められないことになり、結果として、シグナリング無線ベアラ上のＲＲＣシグナリングはセキュリティ保護を持たないことになるので、この構成は同様に不利となり得る。その上、３ＧＰＰ ＬＴＥ仕様書の旧バージョンは、セルラ・ユーザ・プレーンが確立された後ハンドオーバを許可するだけであるから、別のｅＮＢへのＲＲＣ接続のハンドオーバは、可能ではないことになる。別の実施態様は、モビリティ管理エンティティ（ＭＭＥ）が通常（アクティブフラグなしの）トラッキングエリア更新手順のすぐ後にＲＲＣ接続の解放を開始することであり、それは、セルラ無線ベアラが確立されそして次にｅＮＢが（通常ＵＥアクティビティの欠如に基づいて）ＲＲＣ接続が解放されるべきであるときを決める状況と対照的である。

【0050】

１つの構成において、セルラ無線ベアラをＵＥのために確立することができ、そして次に、ＵＥは、さまざまな設定パラメータ（例えば、周期的なＤ２Ｄ ＢＳＲタイマ終了、Ｄ２Ｄ ＢＳＲ再送信タイマ）を使用してバッファ状態報告（ＢＳＲ）を送ることができる。換言すれば、セルラ無線ベアラは、ＵＥがｅＮＢからアップリンクグラントを受信する前に確立され得る。セルラ無線ベアラがＤ２Ｄ送信の前に確立されることになっている場合、ｅＮＢがＤ２Ｄリソース配分モード１に関連した設定パラメータを含むＲＲＣシグナリングを送る前にアクセス層セキュリティが確立され得るので、この構成は有利となり得る。ｅＮＢがＲＲＣシグナリングを送る前のアクセス層セキュリティの確立は、ネットワークオペレータの選好とすることができる。

【0051】

図３は、ＵＥ３５０が進化型ノードＢ（ｅＮＢ）と無線リソース制御（ＲＲＣ）接続モードにあるときデバイス間（Ｄ２Ｄ）通信を行うようにユーザ機器（ＵＥ）３５０を設定することを例示する。ＵＥ３５０が別のＵＥ（例えば、ターゲットＵＥまたは受信側ＵＥ）に送るべきＤ２Ｄデータを有するとき、Ｄ２Ｄ送信を行うために多くのステップをＵＥ３５０内のエンティティによって行うことができる。ＵＥ３５０がターゲットＵＥに送るべきＤ２Ｄデータを有するとき、ＵＥ３５０はすでにＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり得る。しかしながら、ＵＥ３５０は、Ｄ２Ｄリソース配分モード１（またはモード２）に対するパラメータで設定されない場合があり、ここでＵＥ３５０は、Ｄ２Ｄ送信を行うためにこれらのパラメータを使用するべきである。ＵＥ３５０内のエンティティは、アプリケーション３２０、インターネットプロトコル（ＩＰ）スタック３２２、非アクセス層（ＮＡＳ）レイヤ３２６、ＲＲＣレイヤ３２８、シグナリング無線ベアラ３３０、物理レイヤ３３４、Ｄ２Ｄ無線ベアラ３３６、媒体アクセス制御（ＭＡＣ）レイヤ３３８、およびＤ２Ｄ ＭＡＣレイヤ３４０を含み得る。

【0052】

ＵＥ３５０は、最初はＲＲＣ接続モードとすることができる。ＵＥ３５０がＲＲＣ接続モードであるとき、セルラ無線ベアラはすでにＵＥ３５０のために存在し得る。ＵＥ３５０は、Ｄ２Ｄ送信を行うためではなく、むしろ、ネットワーク送信を、すなわち進化型ノードＢ（ｅＮＢ）と、行うために、もともとＲＲＣ接続モードに入っている場合がある。ＵＥ３５０がＲＲＣ接続モードに入った後、ＵＥ３５０は、別のＵＥに送るＤ２Ｄデータを生成することができる。その上、Ｄ２Ｄ無線ベアラ３３６はＵＥ３５０のために存在し得る。Ｄ２Ｄ無線ベアラ３３６は、現在のＲＲＣ接続の間にではなく、ある前の時点にＤ２Ｄデータの送受信のためにＵＥ３５０によってすでに使用されている場合がある。Ｄ２Ｄ無線ベアラ３３６が現在のＲＲＣ接続の間にすでに使用されていた場合、ＵＥ３５０は、Ｄ２Ｄリソース配分モード１（またはモード２）用にすでに設定されていることがある。

【0053】

ステップ３０２において、ＵＥ３５０のアプリケーション３２０は、送信のためのユーザＤ２Ｄデータを生成することができる。アプリケーション３２０は、送信のためにＩＰスタック３２２にＤ２Ｄデータを引き渡すことができる。ＩＰスタック３２２は、送信のためにＤ２Ｄ無線ベアラ３３６にＤ２Ｄデータを引き渡すことができ、Ｄ２Ｄ無線ベアラ３３６は、送信のために保留中のＤ２Ｄデータがあることを、ＭＡＣレイヤ３３８、またはより具体的にはＭＡＣレイヤの中のＤ２Ｄ ＭＡＣ３４０機能に通知することができる。

【0054】

ステップ３０４において、ＵＥ３５０のＭＡＣレイヤ３３８は、Ｄ２Ｄデータが保留中の送信であることをＲＲＣレイヤ３２８に示すことができる。１つの実施例において、ＭＡＣレイヤ３２８は、無線にアクセスするためにすべての無線ベアラによって使用される単一エンティティである。Ｄ２Ｄ ＭＡＣ３４０は、Ｄ２Ｄ通信に関連したＭＡＣレイヤ３３８の機能を表すことができる。代替の実施例において、ＵＥ３５０内の無線リンク制御（ＲＬＣ）レイヤまたはパケットデータ圧縮プロトコル（ＰＤＣＰ）レイヤなどの、ＵＥ３５０内の他のレイヤは、保留中のＤ２Ｄデータ送信をＲＲＣレイヤ３２８に示すことができる。

【0055】

ステップ３０６において、ＵＥ３５０は、Ｄ２Ｄリソース配分モード１が使用されるべきであるかどうか、またはＵＥ３５０がリソース配分モード２を使用することができるかどうか決定することができる。ＵＥ３５０は、Ｄ２ＤデータがターゲットＵＥに送信される前に適切なリソース配分モードを決定することができる。リソース配分モード１が使用されるべきであるとＵＥ３５０が決定する場合、ＵＥ３５０は、ネットワークにＲＲＣ要求を送ることができる。例えば、ＵＥ３５０のＲＲＣレイヤ３２８は、ｅＮＢにＲＲＣ要求を送ることができる。要求メッセージは、Ｄ２Ｄリソース要求またはＤ２Ｄ設定要求などの、新たなメッセージであってもよい。Ｄ２Ｄリソース要求表示情報要素（ＩＥ：Information Element）またはＤ２Ｄ設定要求表示ＩＥを新たな要求メッセージに含むことができる。あるいは、要求メッセージは、新たなＤ２Ｄリソース要求表示情報要素（ＩＥ）またはＤ２Ｄ設定要求表示ＩＥを包含するＵＥ ＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮなどの、既存のメッセージとすることができる。要求メッセージは、（ＵＥ３５０がＲＲＣ接続モードであるから、すでに確立されている）シグナリング無線ベアラを使用してＲＲＣレイヤ３２８からｅＮＢに送ることができる。

【0056】

代替の構成において、ＵＥ３５０は、Ｄ２Ｄリソース配分モード１またはモード２を使用するべきかどうか決定せず、むしろネットワークにＲＲＣ要求を送ることを決定する。結果として、ｅＮＢは、ＵＥ３５０がＤ２Ｄリソース配分モード１またはモード２を使用するべきであるかどうか決めることができる。ｅＮＢは、ｅＮＢからＲＲＣレイヤ３２８へのシグナリングを介してこの判断をＵＥ３５０に知らせることができる。もしｅＮＢがＲＲＣレイヤ３２８にＵＥ３５０がＤ２Ｄリソース配分モード２を使用するべきであると知らせるならば、ＲＲＣレイヤ３２８は、Ｄ２Ｄ送信を行うときモード２を使用するようにＭＡＣレイヤ３３８に知らせることができる。

【0057】

ステップ３０８において、ｅＮＢは、ＵＥ３５０のＲＲＣレイヤ３２８からのＲＲＣ要求に応答することができる。ｅＮＢは、Ｄ２Ｄリソース配分モード１のために必要な設定パラメータをＵＥ３５０に提供することができる。これらの設定パラメータの実施例は、周期的なＤ２Ｄ ＢＳＲタイマおよびＤ２Ｄ ＢＳＲ再送信タイマを含み得る。１つの実施例において、ｅＮＢは、ＲＲＣ接続再設定メッセージの中の設定パラメータで応答することができる。ＵＥ３５０がＤ２Ｄ送信を行うためにＤ２Ｄリソース配分モード２を使用するべきである場合、ＲＲＣ接続再設定メッセージは、Ｄ２Ｄリソース配分モード２を使用するようにとのＵＥ３５０への命令を含み得る。

【0058】

ステップ３１０において、ＲＲＣレイヤ３２８は、ＵＥ３５０がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあること、およびＵＥ３５０がＤ２Ｄリソース配分モード１を使用してＤ２Ｄ送信を行うことを続行するべきであることを、ＭＡＣレイヤ３３８に示すことができる。その上、ＲＲＣレイヤ３２８は、Ｄ２Ｄ送信を行うためにＤ２Ｄリソース配分モード１を使用するために必要な設定パラメータをＭＡＣレイヤ３３８に提供することができる。ＵＥ３５０は、ｅＮＢにＭＡＣレイヤバッファ状態報告（ＢＳＲ）を送るために設定パラメータを使用することができる。換言すれば、ＭＡＣレイヤ３３８は、さまざまな設定パラメータ（例えば、周期的なＤ２Ｄ ＢＳＲタイマ、Ｄ２Ｄ ＢＳＲ再送信タイマ）を使用してｅＮＢにＢＳＲを送ることができる。ｅＮＢはアップリンク（ＵＬ）グラントで応答することができ、その後、ＵＥ３５０はそれらのＵＬグラントを使用してＤ２Ｄデータを送信することができる。換言すれば、ＵＬグラントは、ＵＥのＤ２Ｄ送信が他の前もってスケジューリングされたセルラ送信（すなわち、ＵＥからネットワークに送られるデータ）と同時に起こらないように、どの時間にどの周波数でＵＥ３５０がＤ２Ｄ送信を行うべきであるかをＵＥ３５０に知らせることができる。

【0059】

図４は、デバイス間（Ｄ２Ｄ）通信を行うようにＵＥ４１０を設定するためのユーザ機器（ＵＥ）４１０と進化型ノードＢ（ｅＮＢ）４２０との間の例示的なシグナリングを例示する。ＵＥ４１０は、ｅＮＢ４２０にＤ２Ｄ設定要求メッセージを送ることができる。１つの実施例において、Ｄ２Ｄ設定メッセージは、ＵＥのシグナリング無線ベアラを使用してｅＮＢ４２０に送ることができる。Ｄ２Ｄ設定メッセージは、Ｄ２Ｄ設定要求表示情報要素（ＩＥ）を含み得る。ｅＮＢ４２０は、ＵＥ４１０にＲＲＣ接続再設定メッセージで応答することができる。ＲＲＣ接続再設定メッセージは、周期的なＤ２Ｄ ＢＳＲタイマおよびＤ２Ｄ ＢＳＲ再送信タイマなどの、さまざまなＤ２Ｄリソース配分モード１パラメータを含み得る。換言すれば、これらの再設定パラメータは、ＵＥ４１０がＤ２Ｄ送信を送るためにＤ２Ｄリソース配分モード１を使用することを可能にする。ＵＥ４１０は、ＲＲＣ接続再設定メッセージを受信することに応じて、ｅＮＢ４２０にＲＲＣ接続再設定完了メッセージを送ることができる。

【0060】

１つの実施例において、ＵＥ４１０およびｅＮＢ４２０は、ＵＥ４１０がもともと（ＲＲＣ接続モードであるのと反対に）ＲＲＣアイドルモードであるとき上述と類似の無線インタフェースメッセージ交換を行うことができる。ＵＥ４１０がＲＲＣアイドルモードであるとき、ＵＥ４１０は、上述のように、すなわちＵＥのＤ２Ｄ通信を行う要望をｅＮＢに通知するためにＵＥがＲＲＣ接続要求メッセージの中の新たな「確立要因」値またはＲＲＣ接続セットアップ完了メッセージの中の新たな表示を使用することができるやり方のように、ｅＮＢ４２０にＤ２Ｄデータ通信を行う要望を示さない。むしろ、ＵＥ４１０がＲＲＣ＿ＣＯＮＮＥＣＴＥＤに成功裏に入った時点で、ＵＥ４１０は、ｅＮＢ４２０にＲＲＣ要求メッセージ（例えば、Ｄ２Ｄ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴ）を送ることによって、ＵＥ４１０がＤ２Ｄ通信を行うことを望んでいるということをｅＮＢ４２０に知らせることができる。この時点で、ＵＥ４１０はｅＮＢ４２０にＤ２Ｄ設定要求メッセージを送ることができ、ｅＮＢ４２０はＵＥ４１０にＲＲＣ接続再設定メッセージを送ることができ、ＵＥ４１０はｅＮＢ４２０にＲＲＣ接続再設定完了メッセージを送ることができる。

【0061】

図５は、システム情報ブロック２（ＳＩＢ２）メッセージに含まれ得るデバイス間（Ｄ２Ｄ）通信のためのアクセスクラス禁止（ＡＣＢ）パラメータの抽象構文記法（ＡＳＮ）コード例を例示する。３ＧＰＰ ＬＴＥ規格の前バージョンでは、ネットワークは、アクセスクラス禁止（ＡＣＢ）を使用することによってＲＲＣ接続セットアップ要求試行を制限することができる。Ｄ２Ｄの一部として、ＵＥがＤ２Ｄリソース配分の目的のためにＲＲＣ接続要求を送ることをｅＮＢが禁じることができるように、この機構を拡張することは有益であり得る。図５に示されるように、Ｄ２Ｄに特有のＡＣＢパラメータをシステム情報ブロック２（ＳＩＢ２）に加えることができる。例えば、ａｃ−ＢａｒｒｉｎｇＦｏｒＤ２Ｄ−ｒ１２は、ＡＣＢ設定をセットアップするためにＳＩＢ２に加えることができる。

【0062】

アクセスクラス禁止で、ネットワークは、ＵＥがＤ２Ｄの目的のためにネットワークにアクセスしているかどうか、またはＵＥが通常のトラフィック目的（例えば、音声通話、データ転送）のためにネットワークにアクセスしているかどうかに応じて、異なる禁止設定をセットしたい場合がある。ネットワークが過負荷になっていて、Ｄ２Ｄが公共安全ユーザによって使用されている場合、Ｄ２Ｄは優先され得るが、非Ｄ２Ｄトラフィックにアクセス禁止が適用され得る。Ｄ２Ｄが他の目的（例えば、写真共有、ビデオ共有）のために使用されている場合、ＵＥからネットワークへのトラフィックは、デバイス間トラフィックの代わりに優先され得る。

【0063】

ＵＥがＳＩＢ２の中のＡＣＢ設定を受信し、セルへのアクセスが特定のＲＲＣ接続確立試行に対して禁じられていると評価した場合、ＵＥのＲＲＣレイヤは、ＵＥに適用されているＤ２Ｄリソース配分に対するアクセス禁止に起因してＲＲＣ接続を確立できなかったことについてＵＥの上位レイヤに知らせる。特に、ＲＲＣレイヤは、ＳＩＢ２からのａｃ−ＢａｒｒｉｎｇＦｏｒＤ２Ｄパラメータを上位レイヤに知らせることができ、その上でＲＲＣ確立手順が終了する。１つの実施例において、禁止に起因してＲＲＣ接続確立手順を成功裏に完了することができない場合、ＵＥはリソース配分モード２を使用することができる。別の実施例において、リソース配分モード１に対するサポートは、システム情報ブロック（ＳＩＢ）を介して使用禁止とすることができる。この実施例において、（モード１が使用禁止であるように）ＳＩＢを変更することは、進行中のＤ２Ｄ送信に影響を与えない。すなわち、ＲＲＣ接続モードでリソース配分モード１をすでに使用しているＵＥは、ｅＮＢが、リソース配分モード２を使用するようにＵＥを設定するかまたはＲＲＣ接続を解放するまで、リソース配分のためにＤ２Ｄ ＢＳＲを送り続けることができる。

【0064】

１つの構成において、ＲＲＣ接続は、無活動に起因して解放することができる。前のＬＴＥシステムでは、ｅＮＢは、別名「無活動時間」として知られている、ある一定の期間、セルラ無線ベアラ（および時々シグナリング無線ベアラ）上で無活動を観測したとき、ＲＲＣ接続の解放をトリガすることができる。リソース配分モード１を使用するＤ２Ｄ通信で、ＵＥは、ＵＥが送信リソースを要求し続けることを可能にするために、Ｄ２Ｄ通信が進行中である限りずっとＲＲＣ＿ＣＯＮＮＥＣＴＥＤに留まることになっている。ｅＮＢは、ＵＥの中にだけ存在するＤ２Ｄ無線ベアラ上のアクティビティの可視性を持たず、したがって、セルラ無線ベアラ上で無活動を観測するｅＮＢは、ＵＥがそのＤ２Ｄ通信を完了する前に、誤ってＵＥのＲＲＣ接続を解放することに決める場合がある。この問題は、ｅＮＢがＤ２Ｄ ＢＳＲの受信などのＤ２Ｄ関連ＭＡＣアクティビティを観測することによって対処することができる。したがって、特定のＵＥに対するＲＲＣ接続は、ｅＮＢがセルラ無線ベアラ（および時々シグナリング無線ベアラ）上で無活動を観測し、ある一定の期間Ｄ２Ｄ ＢＳＲ受信がないとき、解放することができる。ＵＥ無活動検出のためのこの追加の条件は、Ｄ２Ｄリソース配分モード１を使用するようにｅＮＢが設定したＵＥに適用することができる。

【0065】

したがって、ＲＲＣ接続は、ＵＥの無活動に起因して解放されず、むしろ、その特定のＵＥに関するｅＮＢにおける無活動に起因して解放される。前のシステムでは、ＵＥにおける無活動の定義済期間の後、ｅＮＢがＲＲＣ接続を解放することができるが、Ｄ２Ｄについては、ｅＮＢがＤ２Ｄ通信を実際に観測することができないので、状況が異なる。Ｄ２ＤデータはＵＥとターゲットＵＥとの間で直接転送されるので、ｅＮＢは、Ｄ２Ｄ送信が起こるときを正確に知らない。しかしながら、ＵＥがリソース配分モード１を使用する場合、ｅＮＢは、ＵＥがバッファ状態報告（ＢＳＲ）を送るときを検出することができる。ＵＥは、Ｄ２Ｄ送信を行うためのリソースを要求するために、ＢＳＲを送ることができる。したがって、ｅＮＢは、ＵＥがＤ２Ｄ送信を積極的に送っているかどうか（ＢＳＲを通して）間接的に決定することができる。ｅＮＢがある一定の期間ＵＥからのＢＳＲを検出しない場合、ｅＮＢは、（Ｄ２Ｄ送信に関して）ＵＥが無活動であると推測することができ、ｅＮＢは、ＵＥとのＲＲＣ接続を解放することができる。

【0066】

Ｄ２Ｄ発見は、ＵＥがごく接近している他のＵＥに気づくプロセスである。Ｄ２Ｄ発見プロセスは、発見信号およびメッセージの送信を伴うことができる。Ｄ２Ｄ発見プロセスは、ＵＥがネットワークのカバレッジの中にあるとき適用可能とすることができる。Ｄ２Ｄ通信リソース配分モード１に類似して、Ｄ２Ｄ発見は、送信リソースを要求するためにＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあることになっている、リソース配分タイプ２を有する。したがって、Ｄ２Ｄ通信に対する上述のものと類似の機構がＤ２Ｄ発見のプロセスに適用され得る。しかしながら、Ｄ２Ｄ発見との相違は、Ｄ２Ｄ発見プロトコル（同じくＰｒｏＳｅ発見プロトコルまたはＰｒｏＳｅプロトコルと呼ばれる）がアクセス層の外に存在し、ＮＡＳプロトコルとより密接にリンクされ得るということである。したがって、Ｄ２Ｄ発見プロトコルは、プロセスをトリガするためにアクセス層の中でそれらのメッセージの到着を使用するよりむしろ、Ｄ２Ｄ発見プロトコルがメッセージを生成する前に、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動させる手順を開始するようにＮＡＳに直接要求することができる。

【0067】

ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入るべきであるかどうかについての条件は、通常ＮＡＳに利用可能でないさまざまなアクセス層パラメータを含み得る。これらのパラメータは、ＵＥがＤ２Ｄ発見リソース配分タイプ１またはタイプ２を使用するべきであるかどうかの指示などの、システム情報から得ることができる。ＮＡＳは通常これらのパラメータを持っていないので、ＲＲＣレイヤはＮＡＳレイヤにこれらのパラメータを提供することができる。したがって、ＮＡＳレイヤは、サービス要求手順を開始する前に、Ｄ２Ｄ発見リソース配分タイプ１またはタイプ２を使用するべきかどうか決定することができる。あるいは、ＲＲＣレイヤは、Ｄ２Ｄ発見プロトコルが、ＮＡＳにＲＲＣ接続セットアップ手順を開始するように要求する前に、ＵＥがＤ２Ｄ発見リソース配分タイプ１またはタイプ２を使用するべきかどうか決定することができるように、Ｄ２Ｄ発見プロトコルにこれらのパラメータを提供することができる。

【0068】

１つの実施例において、ＵＥは、隣接するセルについての測定を行い、そして次に、最高優先度を持つ周波数で動作するセルを再選択しようと試みることによって、セル選択または再選択を行うことができる。周波数が最高優先度を有する指示は、システム情報ブロック（ＳＩＢ）を介してまたは専用シグナリングを通してＵＥに提供することができる。このセル再選択優先度を使用して、異なる配置シナリオで無線アクセス技術（ＲＡＴ：Radio Access Technology）、搬送周波数またはセル負荷を管理することができる。しかしながら、Ｄ２Ｄは、すべての搬送周波数でサポートされない場合がある。オペレータの判断に基づいて、いくつかの搬送周波数のセルがＤ２Ｄをサポートすることができ、オペレータは、それらのセルでＤ２Ｄのためにリソースプールを割り当てることができる。この場合、ＵＥがセル再選択を行うとき、Ｄ２Ｄ ＵＥが特定の搬送周波数がＤ２Ｄをサポートするかどうか考えることは有益であり得る。例えば、ＵＥはＤ２Ｄをサポートしている周波数レイヤの優先順位をつけることができる。Ｄ２Ｄがサポートされるかどうかについての情報は、ＳＩＢ５の中の周波数間セル再選択情報に含まれる。別の実施例において、ＵＥは、Ｄ２Ｄをサポートしている搬送周波数のリストで事前設定することができ、リストはＤ２Ｄサーバによって前もって提供することができる。さらに別の実施例において、ＵＥは、Ｄ２Ｄ動作がＵＥで使用可能であるときだけ、Ｄ２Ｄがサポートされるかどうかに基づいて、搬送周波数の優先順位をつけることができる。さもなければ、ＵＥは、デフォルトの優先方式（すなわち、ＵＥが特定のセルがＤ２Ｄ動作をサポートするかどうかに基づいてセルを再選択しない優先方式）に従うことができる。

【0069】

別の実施例は、図６のフローチャートに示されるように、デバイス間（Ｄ２Ｄ）通信を行うように動作可能なユーザ機器（ＵＥ）の機能６００を提供する。機能は方法として実装することができ、または、機能は計算機上の命令として実行することができ、命令は少なくとも１つのコンピュータ可読媒体または１つの非一時的な機械可読記憶媒体に含まれる。ＵＥは、ブロック６１０のように、ＵＥのＤ２Ｄ無線ベアラを使用してＵＥから送信されるＤ２Ｄデータを識別し、Ｄ２ＤデータはＵＥが無線リソース制御（ＲＲＣ）アイドルモードであるとき識別されるように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック６２０のように、ＵＥからＤ２Ｄデータを通信するためにＵＥが定義済リソース配分モードを使用することに限定されると決定するように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック６３０のように、ＵＥの非アクセス層（ＮＡＳ）でサービス要求手順を開始し、サービス要求手順はＵＥをＲＲＣアイドルモードからＲＲＣ接続モードに切り替えるためにＵＥのＲＲＣレイヤが進化型ノードＢ（ｅＮＢ）とＲＲＣ接続確立手順を行うことをトリガするように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック６４０のように、ＵＥからのＤ２Ｄデータの送信のためにｅＮＢからアップリンク（ＵＬ）グラントを受信するように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック６５０のように、ｅＮＢによって提供されたＵＬグラントを使用してＤ２Ｄデータを送り、Ｄ２ＤデータはＵＥのＤ２Ｄ無線ベアラを使用してＵＥから送信されるように構成された、１つまたは複数のプロセッサを含み得る。

【0070】

１つの実施例において、１つまたは複数のプロセッサは、ＵＥの媒体アクセス制御（ＭＡＣ）レイヤからｅＮＢにバッファ状態報告（ＢＳＲ）を送ることに応じてｅＮＢからＵＬグラントを受信するようにさらに構成することができ、ＢＳＲは、ＵＥがＲＲＣ接続モードに切り替わった後ｅＮＢに送られる。別の実施例において、１つまたは複数のプロセッサは、ＵＥのＭＡＣレイヤからｅＮＢにＢＳＲを送るために定義済リソース配分モードと関連付けられた１つまたは複数の設定パラメータを使用するようにさらに構成することができ、１つまたは複数の設定パラメータは、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマのうちの少なくとも１つを含む。

【0071】

１つの実施例において、１つまたは複数のプロセッサは、ＵＥのためにシグナリング無線ベアラを作り出すためにＵＥのＲＲＣレイヤでＲＲＣ接続確立手順を行うようにさらに構成することができる。別の実施例において、１つまたは複数のプロセッサは、ＵＥのシグナリング無線ベアラを使用してｅＮＢにサービス要求メッセージを送るようにさらに構成され、サービス要求メッセージはＵＥのためのセルラ無線ベアラの確立を要求するためのものである。さらに別の実施例において、定義済リソース配分モードはリソース配分モード１である。

【0072】

１つの実施例において、１つまたは複数のプロセッサは、ｅＮＢから報知されたシステム情報ブロック（ＳＩＢ）に基づいてＵＥが定義済リソース配分モードを使用することに限定されると決定するようにさらに構成される。別の実施例において、Ｄ２Ｄ無線ベアラは、Ｄ２Ｄデータが第２のＵＥに送信されるために識別されるときＵＥのために存在し、Ｄ２Ｄ無線ベアラは定義済無線アクセス技術（ＲＡＴ）規格を使用して動作する。さらに別の実施例において、Ｄ２ＤデータはＵＥ上でＤ２Ｄアプリケーションによって生成される。

【0073】

１つの実施例において、Ｄ２Ｄ無線ベアラは、ＵＥがＲＲＣアイドルモードであるとき存在する。別の実施例において、ＵＥは進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）で動作することができる。その上、１つまたは複数のプロセッサは、ＲＲＣ接続確立手順の間にｅＮＢにＲＲＣ接続要求メッセージを送るようにさらに構成することができ、ＲＲＣ接続要求メッセージは、Ｄ２Ｄ通信を行うためにＵＥがＲＲＣ接続モードに切り替わるべきであるという指示を含む。１つの構成において、ｅＮＢがＵＥに対してアクセスクラス禁止を強制しているとき、ＵＥは定義済の期間Ｄ２Ｄ通信を行うことを禁じられる。

【0074】

別の実施例は、図７のフローチャートに示されるように、デバイス間（Ｄ２Ｄ）通信を行うように動作可能なユーザ機器（ＵＥ）の機能７００を提供する。機能は方法として実装することができ、または、機能は計算機上の命令として実行することができ、命令は少なくとも１つのコンピュータ可読媒体または１つの非一時的な機械可読記憶媒体に含まれる。ＵＥは、ブロック７１０のように、ＵＥが進化型ノードＢ（ｅＮＢ）と無線リソース制御（ＲＲＣ）接続モードである間にＵＥから送信されるＤ２Ｄデータを識別するように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７２０のように、Ｄ２Ｄデータを送信するためにＵＥが定義済リソース配分モードを使用することに限定されると決定するように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７３０のように、ｅＮＢにＲＲＣ設定要求メッセージを送るように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７４０のように、ｅＮＢからＲＲＣ接続再設定メッセージを受信し、ＲＲＣ接続再設定メッセージは定義済リソース配分モードに対する１つまたは複数の設定パラメータを含むように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７５０のように、１つまたは複数の設定パラメータに従ってｅＮＢにバッファ状態報告（ＢＳＲ）を送るように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７６０のように、ＵＥからのＤ２Ｄデータの送信のためにｅＮＢからアップリンク（ＵＬ）グラントを受信するように構成された、１つまたは複数のプロセッサを含み得る。ＵＥは、ブロック７７０のように、ｅＮＢによって提供されたＵＬグラントを使用してＤ２Ｄデータを送り、Ｄ２ＤデータはＵＥのＤ２Ｄ無線ベアラを使用してＵＥから送信されるように構成された、１つまたは複数のプロセッサを含み得る。

【0075】

１つの実施例において、ＲＲＣ接続再設定メッセージの中の１つまたは複数の設定パラメータは、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマのうちの少なくとも１つを含む。別の実施例において、ＲＲＣ設定要求メッセージは、Ｄ２Ｄリソース要求表示情報要素（ＩＥ）またはＤ２Ｄ設定要求表示ＩＥを含む。さらに別の実施例において、１つまたは複数のプロセッサは、ＵＥのシグナリング無線ベアラを使用してｅＮＢにＲＲＣ設定要求メッセージを送るようにさらに構成することができる。１つの構成において、Ｄ２Ｄ無線ベアラは、Ｄ２Ｄデータが第２のＵＥに送信されるために識別されるときＵＥのために存在し、Ｄ２Ｄ無線ベアラは定義済無線アクセス技術（ＲＡＴ）規格を使用して動作する。

【0076】

別の実施例は、図８のフローチャートに示されるように、デバイス間（Ｄ２Ｄ）通信を行うための方法８００を提供する。方法は、計算機上の命令として実行することができ、命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的な機械可読記憶媒体に含まれる。方法は、ブロック８１０のように、送信先ＵＥに通信されるＤ２Ｄデータを、ユーザ機器（ＵＥ）で、識別する動作であって、Ｄ２ＤデータはＵＥが無線リソース制御（ＲＲＣ）アイドルモードであるとき識別される、動作を含み得る。方法は、ブロック８２０のように、送信先ＵＥにＤ２Ｄデータを通信するためにＵＥが定義済リソース配分モードを使用することに限定されると決定する動作を含み得る。方法は、ブロック８３０のように、ＵＥでサービス要求手順を開始する動作であって、サービス要求手順はＵＥをＲＲＣアイドルモードからＲＲＣ接続モードに切り替えるためにＵＥが進化型ノードＢ（ｅＮＢ）とＲＲＣ接続確立手順を行うことをトリガする、動作を含み得る。方法は、ブロック８４０のように、送信先ＵＥにＤ２Ｄデータを通信するためにｅＮＢからアップリンク（ＵＬ）グラントを受信する動作を含み得る。方法は、ブロック８５０のように、ｅＮＢによって提供されたＵＬグラントを使用して送信先ＵＥにＤ２Ｄデータを送る動作であって、Ｄ２ＤデータはＵＥのＤ２Ｄ無線ベアラを使用して送信先ＵＥに通信される、動作を含み得る。

【0077】

１つの実施例において、方法は、ＵＥからｅＮＢにバッファ状態報告（ＢＳＲ）を送ることに応じてｅＮＢからＵＬグラントを、ＵＥで、受信する動作を含むことができ、ＢＳＲは、ＵＥがＲＲＣ接続モードに切り替わった後ｅＮＢに送られる。別の実施例において、方法は、定義済リソース配分モードと関連付けられた１つまたは複数の設定パラメータを使用してＵＥからｅＮＢにＢＳＲを送る動作を含むことができ、１つまたは複数の設定パラメータは、周期的なＤ２Ｄ ＢＳＲタイマまたはＤ２Ｄ ＢＳＲ再送信タイマのうちの少なくとも１つを含む。さらに別の実施例において、方法は、ＵＥのシグナリング無線ベアラを使用してＵＥからｅＮＢにサービス要求メッセージを送る動作を含むことができ、シグナリング無線ベアラはＲＲＣ接続確立手順の間にＵＥのために確立され、サービス要求メッセージはＵＥのためにセルラ無線ベアラを確立するためのものである。その上、方法は、ｅＮＢから報知されたシステム情報ブロック（ＳＩＢ）に基づいてＵＥが定義済リソース配分モードを使用することに限定されると決定する動作を含み得る。１つの構成において、方法は、ＵＥの隣接するセルがＤ２Ｄ通信をサポートするかどうかに基づいてセル再選択を行う動作を含み得る。

【0078】

図９は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、モバイル・ワイヤレス・デバイス、モバイル通信デバイス、タブレット、ハンドセット、または他のタイプのワイヤレスデバイスなどの、ワイヤレスデバイスの実施例の説明図を提供する。ワイヤレスデバイスは、ノード、マクロノード、低電力ノード（ＬＰＮ）、または、基地局（ＢＳ）、進化型Ｎｏｄｅ Ｂ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、もしくは他のタイプのワイヤレス広域ネットワーク（ＷＷＡＮ）アクセスポイントなどの送信局と通信するように構成された、１つまたは複数のアンテナを含み得る。ワイヤレスデバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース（登録商標）、およびＷｉＦｉを含む、少なくとも１つのワイヤレス通信規格を使用して通信するように構成することができる。ワイヤレスデバイスは、各々のワイヤレス通信規格に対する別個のアンテナ、または多数のワイヤレス通信規格に対する共有アンテナを使用して通信することができる。ワイヤレスデバイスは、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、ワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮで通信することができる。

【0079】

図９は、ワイヤレスデバイスからのオーディオ入出力のために使用することができるマイクロホンおよび１つまたは複数のスピーカの説明図を同様に提供する。表示画面は、液晶ディスプレイ（ＬＣＤ）画面、または有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの他のタイプの表示画面とすることができる。表示画面はタッチスクリーンとして構成することができる。タッチスクリーンは、容量性、抵抗性、または別のタイプのタッチスクリーン技術を使用することができる。アプリケーションプロセッサおよびグラフィックスプロセッサは、処理能力および表示能力を提供するために内部メモリに結合することができる。不揮発性メモリポートは、ユーザにデータ入力／出力オプションを提供するために同様に使用することができる。不揮発性メモリポートは、ワイヤレスデバイスの記憶能力を拡充するために同様に使用することができる。キーボードは、さらなるユーザ入力を提供するために、ワイヤレスデバイスと一体化するか、またはワイヤレスデバイスにワイヤレス接続することができる。タッチスクリーンを使用して仮想キーボードを同様に提供することができる。

【0080】

さまざまな技術、またはその一定の実施態様もしくは部分は、フロッピーディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他の機械可読記憶媒体などの有形の媒体に具体化されたプログラムコード（すなわち、命令）の形をとることができ、プログラムコードがコンピュータなどの計算機にロードされこの計算機によって実行されるとき、計算機はさまざまな技術を実践するための装置になる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能なコード、コンピュータ命令、および／またはソフトウェアを含み得る。非一時的コンピュータ可読記憶媒体は、信号を含まないコンピュータ可読記憶媒体とすることができる。プログラム可能なコンピュータ上でプログラムコードを実行する場合、コンピューティングデバイスは、プロセッサ、（揮発性および不揮発性のメモリおよび／または記憶要素を含む）プロセッサによって読み取り可能な記憶媒体、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含み得る。揮発性および不揮発性のメモリおよび／または記憶要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ディスクドライブ、ソリッド・ステート・ドライブ、または電子データを格納するための他の媒体とすることができる。ノードおよびワイヤレスデバイスは、トランシーバモジュール、カウンタモジュール、処理モジュール、および／またはクロックモジュールもしくはタイマモジュールを同様に含み得る。本明細書で説明されたさまざまな技術を実装または利用することができる１つまたは複数のプログラムは、アプリケーション・プログラミング・インタフェース（ＡＰＩ）、再利用可能な制御などを使用することができる。このようなプログラムは、コンピュータシステムと通信するために高レベルの手続き型またはオブジェクト指向プログラミング言語で実装することができる。しかしながら、必要に応じて、プログラムはアセンブリまたは機械言語で実装してもよい。いずれにしても、言語はコンパイル型またはインタープリタ型言語とすることができ、ハードウェア実装と組み合わせることができる。

【0081】

本明細書で説明された機能ユニットの多くは、それらの実装独立性をより具体的に強調するためにモジュールとしてラベル付けされていることを理解すべきである。例えば、モジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、ロジックチップなどの既成の半導体、トランジスタ、または他の個別部品を含むハードウェア回路として実装することができる。モジュールは同様に、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ・ロジック、プログラマブル・ロジック・デバイスなどの、プログラム可能なハードウェアデバイスで実装することができる。

【0082】

モジュールは同様に、さまざまなタイプのプロセッサによる実行のためにソフトウェアで実装することができる。実行可能なコードの識別されたモジュールは、例えば、コンピュータ命令の１つまたは複数の物理ブロックまたは論理ブロックを含むことができ、それらは、例えば、オブジェクト、手順、または関数として組織化することができる。それにもかかわらず、識別されたモジュールの実行ファイルは、物理的に一緒に位置している必要はなく、論理的に一緒に結合されたときに、モジュールを含みモジュールに対する規定の目的を達成する、異なる場所に格納された異種の命令を含むことができる。

【0083】

実際に、実行可能なコードのモジュールは、単一の命令であっても多くの命令であってもよく、異なるプログラムの中に、そしていくつかのメモリデバイスにわたって、いくつかの異なるコードセグメントに分散されてもよい。同様に、運用データは、ここではモジュールの中で識別され例示されてもよく、任意の適当な形で具体化され任意の適当なタイプのデータ構造の中で組織化されてもよい。運用データは、単一のデータセットとして収集されてもよく、または異なる記憶デバイス上を含む異なる場所上に分散されてもよく、少なくとも部分的に、単にシステムまたはネットワーク上の電子信号として存在してもよい。モジュールは、望ましい機能を行うように動作可能なエージェントを含み、受動的であっても能動的であってもよい。

【0084】

本明細書で使用される、用語「プロセッサ」は、ワイヤレス通信を送り、受信し、処理するためにトランシーバで使用されるベース・バンド・プロセッサと同様、汎用プロセッサ、ＶＬＳＩなどの専門的なプロセッサ、ＦＰＧＡ、および他のタイプの専門的なプロセッサを含み得る。

【0085】

本明細書全体を通して、「実施例」への言及は、その実施例に関連して説明された特定の機能、構造、または特性が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体を通して各所における「実施例において」という句の出現は、必ずしもすべて同じ実施形態を意味していない。

【0086】

本明細書で使用される、複数の項目、構造的な要素、構成要素、および／または材料は、便宜上共通のリストで提示され得る。しかしながら、これらのリストは、リストの各々のメンバが別個の固有のメンバとして個々に識別されるように解釈されるべきである。したがって、このようなリストの個々のメンバは、反対の指示がない限り、それらが共通のグループで提示されることに単に基づいて、同じリストの任意の他のメンバの事実上の均等物であると解釈されるべきでない。その上、本発明のさまざまな実施形態および実施例は、そのさまざまな構成要素に対して代替物とともに、本明細書で言及され得る。このような実施形態、実施例、および代替物は、互いの事実上の均等物として解釈されるべきではなく、本発明の別個の自律的な表現とみなされるべきであることが理解される。

【0087】

さらに、説明された機能、構造、または特性は、１つまたは複数の実施形態において、任意の適当なやり方で組み合わせることができる。次の説明で、本発明の実施形態の完全な理解を提供するために、レイアウトの実施例、距離、ネットワーク実施例などの、多数の特定の細部が提供される。当業者は、しかしながら、本発明が特定の細部のうちの１つまたは複数なしで実践されてもよく、または他の方法、構成要素、レイアウトなどを用いて実践されてもよいことを認識するであろう。他の例において、本発明の実施態様を不明瞭にすることを回避するために、周知の構造、材料、または動作については、図示または詳細な説明をしない。

【0088】

前述の実施例は、１つまたは複数の特定用途で本発明の原理を例示しているが、発明的才能を行使することなく、そして本発明の原理および思想から逸脱することなく、実装の形、使用法および細部に多数の修正がなされ得ることは、当業者には明らかであろう。したがって、以下に明記された特許請求の範囲による場合を除き、本発明が限定されることを意図しない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】