▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-25
(45)【発行日】2022-12-05
(54)【発明の名称】サイドリンク制御期間中の複数のＰｒｏＳｅグループ通信
(51)【国際特許分類】
H04W 72/04 20090101AFI20221128BHJP
H04W 92/18 20090101ALI20221128BHJP
H04W 72/14 20090101ALI20221128BHJP
H04L 27/26 20060101ALI20221128BHJP
【ＦＩ】
H04W72/04
H04W92/18
H04W72/14
H04L27/26 114
【請求項の数】
5
(21)【出願番号】P 2021117035
(22)【出願日】2021-07-15
(62)【分割の表示】P 2019168439の分割
【原出願日】2015-04-17
(65)【公開番号】P2021182746
(43)【公開日】2021-11-25
【審査請求日】2021-07-15
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】ロアー ヨアヒム
(72)【発明者】
【氏名】バス マリック プラティーク
(72)【発明者】
【氏名】ワン リレイ
【審査官】新井 寛
(56)【参考文献】
【文献】NTT DOCOMO，Resource Allocation for UE-to-Network Relay[online]， 3GPP TSG-RAN WG1#80b R1-151964，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80b/Docs/R1-151964.zip＞，2015年04月11日
【文献】Vice-Chairman (LG Electronics)，Report of the LTE UP ad hoc meeting[online]，3GPP TSG-RAN WG2#88 R2-145291，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_88/Docs/R2-145291.zip＞，2014年11月21日，pp.1-15
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｌ ２７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
通信システムにおいて送信側ユーザ機器が１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを前記送信側ユーザ機器に割り当てる無線基地局であって、前記送信側ユーザ機器が同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信することができるように、前記送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが利用可能にされ、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができ、前記無線基地局が、
・ サイドリンクグラントを生成し、前記生成されたサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスの１つのサイドリンクグラントプロセスに関連付けるように構成されているプロセッサであって、
・ 前記プロセッサが、前記サイドリンクグラントに関連付けられている前記１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成するように構成されている、
前記プロセッサと、
・ 前記生成されたサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信するように構成されている送信機と、
を備えている、無線基地局。
【請求項2】
前記プロセッサが、別のサイドリンクグラントを生成し、かつ、前記生成された別のサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスのうちの別のサイドリンクグラントプロセスに関連付けるように、さらに構成されており、前記プロセッサが、前記別のサイドリンクグラントに関連付けられている前記別のサイドリンクグラントプロセスの識別情報を含む別のサイドリンクスケジューリングメッセージ、を生成するようにさらに構成されており、前記送信機が、前記生成された別のサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信するように構成されており、したがって、前記送信側ユーザ機器が、対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を同じ送信制御期間内に実行する、
請求項１に記載の無線基地局。
【請求項3】
前記無線基地局によって送信される前記サイドリンクスケジューリングメッセージが、前記送信側ユーザ機器によって送信されるべきスケジューリング制御情報の内容に関する情報をさらに備えており、かつ、前記直接通信送信において前記スケジューリング制御情報およびデータを送信するために使用されるべき前記無線リソース、を示し、オプションとして、前記無線基地局によって送信される前記サイドリンクスケジューリングメッセージが、３ＧＰＰ ＤＣＩフォーマット５タイプのメッセージであり、さらに、前記サイドリンクグラントプロセスの識別情報が、前記ＤＣＩフォーマット５タイプのメッセージのうちパディングに使用される部分に符号化される、
請求項１または請求項２に記載の無線基地局。
【請求項4】
通信システムにおいて送信側ユーザ機器が１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを前記送信側ユーザ機器に割り当てる無線基地局により実行される方法であって、前記送信側ユーザ機器が同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信することができるように、前記送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが利用可能にされ、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができ、前記方法が、
・ サイドリンクグラントを生成し、前記生成されたサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスの１つのサイドリンクグラントプロセスに関連付けるステップと、
・ 前記サイドリンクグラントに関連付けられている前記１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成するステップと、
・ 前記生成されたサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信するステップと、
を含む、方法。
【請求項5】
通信システムにおいて送信側ユーザ機器が１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを前記送信側ユーザ機器に割り当てる無線基地局の処理を制御する集積回路であって、前記送信側ユーザ機器が同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信することができるように、前記送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが利用可能にされ、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができ、前記処理が、
・ サイドリンクグラントを生成し、前記生成されたサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスの１つのサイドリンクグラントプロセスに関連付けることと、
・ 前記サイドリンクグラントに関連付けられている前記１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成することと、
・ 前記生成されたサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信することと、
を含む、集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを、送信側ユーザ機器に割り当てる方法に関する。さらに、本開示は、本明細書に記載されている本方法に関与するユーザ機器および基地局を提供する。
【背景技術】
【0002】
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【0003】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【0004】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ－ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ－ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ－ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【0005】
＜ＬＴＥのアーキテクチャ＞
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ－ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ－ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ－ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ－ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【0006】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１－ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１－Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【0007】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【0008】
＜ＬＴＥにおけるコンポーネントキャリア構造＞
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間－周波数領域でさらに分割される。３ＧＰＰ ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬ ＲＢ×ＮＲＢ ｓｃ本のサブキャリアとＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬ ＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬ ＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬ ＲＢ≦ＮＤＬ ＲＢ≦Ｎｍａｘ，ＤＬ ＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬ ＲＢ＝６およびＮｍａｘ，ＤＬ ＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢ ｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢ ｓｃ＝１２、ＮＤＬ ｓｙｍｂ＝７である。
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間－周波数領域でさらに分割される。３ＧＰＰ ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬ ＲＢ×ＮＲＢ ｓｃ本のサブキャリアとＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬ ＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬ ＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬ ＲＢ≦ＮＤＬ ＲＢ≦Ｎｍａｘ，ＤＬ ＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬ ＲＢ＝６およびＮｍａｘ，ＤＬ ＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢ ｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢ ｓｃ＝１２、ＮＤＬ ｓｙｍｂ＝７である。
【0009】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【0010】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間－周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【0011】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【0012】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【0013】
＜より広い帯域幅のサポートのためのＬＴＥ－Ａにおけるキャリアアグリゲーション＞
世界無線通信会議２００７（ＷＲＣ－０７）において、ＩＭＴ－Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ－Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ－ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
世界無線通信会議２００７（ＷＲＣ－０７）において、ＩＭＴ－Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ－Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ－ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【0014】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【0015】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ－Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
【0016】
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【0017】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ－Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【0018】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【0019】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ ＬＴＥ－Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【0020】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【0021】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ－ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【0022】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。１基のＵＥに対して、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【0023】
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
・ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
・ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
【0024】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【0025】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【0026】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【0027】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【0028】
＜ＬＴＥにおけるアップリンクアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ－ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ－ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
【0029】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０．５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【0030】
＜ＬＴＥにおけるアップリンクのスケジューリング方式＞
ＬＴＥにおけるアップリンクの方式として、スケジューリング制御式アクセス（scheduled access）（すなわちｅＮＢによって制御される）と、競合ベースのアクセスの両方が可能である。
ＬＴＥにおけるアップリンクの方式として、スケジューリング制御式アクセス（scheduled access）（すなわちｅＮＢによって制御される）と、競合ベースのアクセスの両方が可能である。
【0031】
スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間にわたる特定の周波数リソース（すなわち時間／周波数リソース）が、ｅＮＢによってＵＥに割り当てられる。競合ベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができ、ＵＥは、最初にｅＮＢによってスケジューリングされることなくこの時間／周波数リソースの中で送信することができる。ユーザ機器が競合ベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ＵＥがあるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。
【0032】
スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための一意の時間－周波数リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
・送信を許可する（１基または複数基の）ＵＥ
・物理チャネルリソース
・移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ））
・送信を許可する（１基または複数基の）ＵＥ
・物理チャネルリソース
・移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ））
【0033】
割当て情報は、第１層／第２層制御チャネルで送られるスケジューリンググラントを介してＵＥにシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。したがって、スケジューリンググラントメッセージには、情報として、周波数帯域のうちＵＥによる使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にＵＥが使用しなければならないトランスポートフォーマットとが含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ－ＳＣＨ）で送信する権利を許可するグラントとしては、「各ＵＥに対する」グラントのみが使用される（すなわち、「各ＵＥにおける無線ベアラごとの」グラントは存在しない）。したがってＵＥは、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、ＮｏｄｅＢが最大限のアップリンクリソースを割り当てて、ＵＥは、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
【0034】
無線リソースのスケジューリングは、サービス品質を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なサービス品質（ＱｏＳ）管理を可能にする目的で、ＬＴＥにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
・優先順位の低いサービスのリソース不足を避けるべきである。
・個々の無線ベアラ／サービスにおいてサービス品質（ＱｏＳ）が明確に区別されるべきである。
・どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・異なるユーザのサービスの間でサービス品質（ＱｏＳ）を明確に区別できるようにするべきである。
・無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
・優先順位の低いサービスのリソース不足を避けるべきである。
・個々の無線ベアラ／サービスにおいてサービス品質（ＱｏＳ）が明確に区別されるべきである。
・どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・異なるユーザのサービスの間でサービス品質（ＱｏＳ）を明確に区別できるようにするべきである。
・無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
【0035】
上に挙げた一連の条件から理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、ＱｏＳクラスの異なる個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮＢにシグナリングされる対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられている総トラフィックに割り当てることができる。クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。
【0036】
＜第１層／第２層制御シグナリング＞
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【0037】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループを対象とするリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【0038】
なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、３ＧＰＰリリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわち第１層／第２層制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献２（参照により本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほとんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、または第１層／第２層制御シグナリングを伝える他の手段にあてはまる。
【0039】
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（－Ａ）リリース１０）、一般的には以下の項目に分類することができる。
－ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
－ リソース割当て情報： ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
－ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
－ 変調・符号化方式： 採用される変調方式および符号化率を決める。
－ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
－ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
－ 基準信号情報： 割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
－ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
－ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
－ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
－ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ－（Ａ）リリース１０によって導入された。
－ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
－ リソース割当て情報： ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
－ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
－ 変調・符号化方式： 採用される変調方式および符号化率を決める。
－ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
－ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
－ 基準信号情報： 割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
－ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
－ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
－ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
－ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ－（Ａ）リリース１０によって導入された。
【0040】
なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【0041】
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の５．３．３．１節（現在のバージョン１２．４．０が３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。さらに、ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、上に挙げた技術規格、または非特許文献４の９．３節（参照により本明細書に組み込まれている）を参照されたい。
－ フォーマット０： ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
－ フォーマット１： ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
－ フォーマット１Ａ： ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
－ フォーマット１Ｂ： ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
－ フォーマット１Ｃ： ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
－ フォーマット１Ｄ： ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
－ フォーマット２： ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
－ フォーマット２Ａ： ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
－ フォーマット２Ｂ： リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
－ フォーマット２Ｃ： リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
－ フォーマット２Ｄ： リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
－ フォーマット３および３Ａ： ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
－ フォーマット４： ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
－ フォーマット５： ＤＣＩフォーマット５は、ＰＳＣＣＨ（Physical Sidelink Control Channel：物理サイドリンク制御チャネル）のスケジューリングに使用され、ＰＳＳＣＨ（Physical Sidelink Shared Control Channel：物理サイドリンク共有制御チャネル）のスケジューリングに使用されるＳＣＩフォーマット０のいくつかのフィールドを含む。所与のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。
－ フォーマット０： ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
－ フォーマット１： ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
－ フォーマット１Ａ： ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
－ フォーマット１Ｂ： ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
－ フォーマット１Ｃ： ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
－ フォーマット１Ｄ： ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
－ フォーマット２： ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
－ フォーマット２Ａ： ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
－ フォーマット２Ｂ： リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
－ フォーマット２Ｃ： リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
－ フォーマット２Ｄ： リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
－ フォーマット３および３Ａ： ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
－ フォーマット４： ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
－ フォーマット５： ＤＣＩフォーマット５は、ＰＳＣＣＨ（Physical Sidelink Control Channel：物理サイドリンク制御チャネル）のスケジューリングに使用され、ＰＳＳＣＨ（Physical Sidelink Shared Control Channel：物理サイドリンク共有制御チャネル）のスケジューリングに使用されるＳＣＩフォーマット０のいくつかのフィールドを含む。所与のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。
【0042】
３ＧＰＰ技術規格である非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）には、サイドリンクの制御情報が定義されている（サイドリンクに関して詳しくは後述する）。
【0043】
ＳＣＩ（サイドリンク制御情報）は、１つの宛先ＩＤのためのサイドリンクスケジューリング情報を伝えることができる。ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングに使用するために定義されている。次の情報は、ＳＣＩフォーマット０によって送信される。
・ 周波数ホッピングフラグ：１ビット
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン：７ビット
・ 変調・符号化方式：５ビット
・ タイミングアドバンス指示：１１ビット
・ グループ宛先ＩＤ：８ビット
・ 周波数ホッピングフラグ：１ビット
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン：７ビット
・ 変調・符号化方式：５ビット
・ タイミングアドバンス指示：１１ビット
・ グループ宛先ＩＤ：８ビット
【0044】
＜論理チャネル優先順位付け（ＬＣＰ）手順＞
アップリンクの場合、割り当てられた無線リソースを使用して送信するＭＡＣ ＰＤＵをＵＥが作成するプロセスは、完全に標準化されており、このプロセスは、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
アップリンクの場合、割り当てられた無線リソースを使用して送信するＭＡＣ ＰＤＵをＵＥが作成するプロセスは、完全に標準化されており、このプロセスは、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
【0045】
複数の論理チャネルからのデータによってＭＡＣ ＰＤＵを構築するとき、最も簡単かつ最も直感的な方法は、絶対的な優先順位に基づく方法であり、この方法ではＭＡＣ ＰＤＵのスペースを論理チャネルの優先順位の降順に論理チャネルに割り当てる。すなわち、最も高い優先順位の論理チャネルからのデータをＭＡＣ ＰＤＵにおいて最初に処理し、続いて、次に高い優先順位の論理チャネルからのデータを処理し、ＭＡＣ ＰＤＵのスペースがすべて占有されるまで続ける。絶対的な優先順位に基づく方法は、ＵＥの実装の観点において極めて単純であるが、場合によっては低い優先順位の論理チャネルからのデータのリソース不足につながることがある。リソース不足とは、高い優先順位の論理チャネルからのデータがＭＡＣ ＰＤＵのスペースすべてを占有するため、低い優先順位の論理チャネルからのデータを送信できないことを意味する。
【0046】
ＬＴＥでは、重要度の順にデータを送信し、ただし低い優先順位のデータのリソース不足も回避する目的で、各論理チャネルに優先ビットレート（ＰＢＲ：Prioritized Bit Rate）が定義される。ＰＢＲは、論理チャネルに対して保証される最小データレートである。たとえ論理チャネルが低い優先順位を有する場合でも、ＰＢＲを保証するため、少なくとも少量のＭＡＣ ＰＤＵスペースが割り当てられる。したがってリソース不足の問題は、ＰＢＲを使用することによって回避することができる。
【0047】
ＰＢＲを使用してＭＡＣ ＰＤＵを構築するステップは、２つのサブステップから構成される。最初のサブステップでは、各論理チャネルを、論理チャネルの優先順位の降順に処理し、ただしＭＡＣ ＰＤＵに含める各論理チャネルからのデータ量を、最初は、その論理チャネルに設定されているＰＢＲ値に対応する量に制限する。すべての論理チャネルをそれぞれのＰＢＲ値まで処理した後、ＭＡＣ ＰＤＵに残りのスペースがある場合、第２のサブステップを実行する。第２のサブステップでは、各論理チャネルを再び優先順位の降順に処理する。最初のサブステップと比較して第２のサブステップの主たる違いとして、高い優先順位の論理チャネルすべてにおいて、送信するデータがそれ以上存在しない場合にのみ、低い優先順位の各論理チャネルにＭＡＣ ＰＤＵスペースを割り当てることができる。
【0048】
ＭＡＣ ＰＤＵは、設定されている各論理チャネルからのＭＡＣ ＳＤＵのみならず、ＭＡＣ ＣＥも含むことができる。パディングＢＳＲを除いて、ＭＡＣ ＣＥは、論理チャネルからのＭＡＣ ＳＤＵより高い優先順位を有し、なぜならＭＡＣ ＣＥはＭＡＣ層の動作を制御するためである。したがって、ＭＡＣ ＰＤＵを構築するとき、ＭＡＣ ＣＥ（存在する場合）が最初に含められ、残りのスペースが論理チャネルからのＭＡＣ ＳＤＵに使用される。次に、さらなるスペースが残っており、それがＢＳＲを含めるのに十分に大きい場合、パディングＢＳＲがトリガーされてＭＡＣ ＰＤＵに含められる。新しい送信が実行されるたびに、論理チャネル優先順位付け（ＬＣＰ）手順が適用される。
【0049】
論理チャネル優先順位付けは、例えば非特許文献５（現在のバージョン１２．５．０）の５．４．３．１節（参照により本明細書に組み込まれている）に標準化されている。
【0050】
ＲＲＣは、各論理チャネルについて以下をシグナリングすることによってアップリンクデータのスケジューリングを制御する。
・ 優先順位（ｐｒｉｏｒｉｔｙ）（優先順位の値が大きいほど低い優先順位レベルを示す）
・ ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ（優先ビットレート（ＰＢＲ）を設定する）
・ ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ（バケットサイズ期間（ＢＳＤ）を設定する）
・ 優先順位（ｐｒｉｏｒｉｔｙ）（優先順位の値が大きいほど低い優先順位レベルを示す）
・ ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ（優先ビットレート（ＰＢＲ）を設定する）
・ ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ（バケットサイズ期間（ＢＳＤ）を設定する）
【0051】
ＵＥは、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされていく（ＰＢＲは論理チャネルｊの優先ビットレートである）。ただし、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなると、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲ（優先ビットレート）×ＢＳＤ（バケットサイズ期間）に等しく、ＰＢＲおよびＢＳＤは上位層によって設定される。
【0052】
＜ＬＴＥの装置間（Ｄ２Ｄ）近傍サービス（ＰｒｏＳｅ）＞
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
【0053】
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２における技術要素である。装置間（Ｄ２Ｄ）通信技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ－ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器は、無線基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。本発明全体を通じて、用語「Ｄ２Ｄ」、「ＰｒｏＳｅ」、および「サイドリンク」は同義である。
【0054】
＜ＬＴＥにおけるＤ２Ｄ通信＞
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
【0055】
ＰｒｏＳｅ（近傍サービス）直接ディスカバリ（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ－ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。図３は、装置間の直接ディスカバリのためのＰＣ５インタフェースを概略的に示している。図４は、ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタック（ＡＳ）を概略的に示している。
【0056】
Ｄ２Ｄ通信では、ＵＥは、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄのユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内にあるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステムの性能を改善することができる。
【0057】
Ｄ２Ｄは、アップリンクＬＴＥスペクトル（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおける全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信とＬＴＥアップリンク送信とによる全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【0058】
Ｄ２Ｄ通信では、特定の１基のＵＥ１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ＵＥ１がデータを送り、別のＵＥ２（受信側ユーザ機器）がそれを受信する。ＵＥ１およびＵＥ２は、送信の役割と受信の役割を交換することができる。ＵＥ１からの送信は、ＵＥ２に類似する１基または複数基のＵＥによって受信することができる。
【0059】
ユーザプレーンのプロトコルに関して、Ｄ２Ｄ通信に関連する合意内容を以下に示す（非特許文献６（現在のバージョン１２．０．１）の９．２．２節（参照により本明細書に組み込まれている）も参照）。
【0060】
・ ＰＤＣＰ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
・ 公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
・ 公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
【0061】
・ ＲＬＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信にはＲＬＣ ＵＭを使用する。
－ セグメント化および再構築はＲＬＣ ＵＭによって第２層においてサポートされる。
－ 受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも１つのＲＬＣ ＵＭエンティティを維持する必要がある。
－ 最初のＲＬＣ ＵＭデータユニットを受信する前に受信機のＲＬＣ ＵＭエンティティを設定する必要はない。
－ 現時点では、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ ＡＭまたはＲＬＣ ＴＭの必要性は認識されていない。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信にはＲＬＣ ＵＭを使用する。
－ セグメント化および再構築はＲＬＣ ＵＭによって第２層においてサポートされる。
－ 受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも１つのＲＬＣ ＵＭエンティティを維持する必要がある。
－ 最初のＲＬＣ ＵＭデータユニットを受信する前に受信機のＲＬＣ ＵＭエンティティを設定する必要はない。
－ 現時点では、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ ＡＭまたはＲＬＣ ＴＭの必要性は認識されていない。
【0062】
・ ＭＡＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
－ 受信側ユーザ機器は、受信機のＲＬＣ ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
－ ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にする第２層（Ｌ２）送信先ＩＤが含まれる。
－ 第２層（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ 第２層（Ｌ２）グループキャスト／ユニキャスト： ＭＡＣヘッダにおいて伝えられる第２層（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ ＵＭ ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
・ 第２層（Ｌ２）ブロードキャスト： 受信側ユーザ機器は、すべての送信機からの受信されたすべてのＲＬＣ ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
－ ＭＡＣサブヘッダには、（複数の論理チャネルを区別するための）論理チャネルＩＤ（ＬＣＩＤ）が含まれる。
－ Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
－ 受信側ユーザ機器は、受信機のＲＬＣ ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
－ ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にする第２層（Ｌ２）送信先ＩＤが含まれる。
－ 第２層（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ 第２層（Ｌ２）グループキャスト／ユニキャスト： ＭＡＣヘッダにおいて伝えられる第２層（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ ＵＭ ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
・ 第２層（Ｌ２）ブロードキャスト： 受信側ユーザ機器は、すべての送信機からの受信されたすべてのＲＬＣ ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
－ ＭＡＣサブヘッダには、（複数の論理チャネルを区別するための）論理チャネルＩＤ（ＬＣＩＤ）が含まれる。
－ Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
【0063】
＜ＰｒｏＳｅ直接通信に関連する識別情報＞
非特許文献７（現在のバージョン１２．５．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
非特許文献７（現在のバージョン１２．５．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
【0064】
・ ＳＬ－ＲＮＴＩ： ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・ 送信元レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２ ＩＤは２４ビット長であり、受信機におけるＲＬＣ ＵＭエンティティおよびＰＤＣＰエンティティを識別するためのＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤ（論理チャネルＩＤ）と一緒に使用される。
・ 宛先レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２ ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・ 一方のビットストリングは、宛先レイヤ２ ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１ ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層におけるパケットのフィルタリングに使用される。
・ ２番目のビットストリングは、宛先レイヤ２ ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層におけるパケットのフィルタリングに使用される。
・ 送信元レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２ ＩＤは２４ビット長であり、受信機におけるＲＬＣ ＵＭエンティティおよびＰＤＣＰエンティティを識別するためのＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤ（論理チャネルＩＤ）と一緒に使用される。
・ 宛先レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２ ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・ 一方のビットストリングは、宛先レイヤ２ ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１ ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層におけるパケットのフィルタリングに使用される。
・ ２番目のビットストリングは、宛先レイヤ２ ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層におけるパケットのフィルタリングに使用される。
【0065】
グループの形成と、ＵＥにおける送信元レイヤ２ ＩＤ、宛先レイヤ２ ＩＤ、およびサイドリンク制御Ｌ１ ＩＤを設定するのに、アクセス層シグナリングは必要ない。これらの識別情報は、上位層によって提供される、または上位層によって提供される識別情報から導かれる。グループキャストおよびブロードキャストの場合、上位層によって提供されるＰｒｏＳｅ ＵＥ ＩＤが送信元レイヤ２ ＩＤとして直接使用され、上位層によって提供されるＰｒｏＳｅレイヤ２グループＩＤが、ＭＡＣ層において宛先レイヤ２ ＩＤとして直接使用される。
【0066】
＜近傍サービスにおける無線リソース割当て＞
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
【0067】
モード１は、ｅＮＢがリソース割当てをスケジューリングする方式を意味し、この場合、ＵＥは、ｅＮＢ（またはリリース１０の中継ノード）からの送信リソースを要求し、それを受けてｅＮｏｄｅＢ（またはリリース１０の中継ノード）は、ＵＥが「直接」データおよび「直接」制御情報（例：スケジューリング割当て）を送信するために使用するリソースをスケジューリングする。ＵＥは、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。具体的には、ＵＥは、スケジューリング要求（Ｄ－ＳＲ（専用スケジューリング要求）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を通常の方法で送る（次節「Ｄ２Ｄ通信における送信手順」も参照）。ｅＮＢは、ＢＳＲに基づいて、ＵＥがＰｒｏＳｅ直接通信によって送信するデータを有するものと判断し、送信に必要なリソースを推定することができる。
【0068】
これに対して、モード２は、ＵＥが自律的にリソースを選択する方式を意味し、この場合、ＵＥは、「直接」データおよび「直接」制御情報（すなわちＳＡ（スケジューリング割当て））を送信するためのリソース（時間および周波数）を、（１つまたは複数の）リソースプールから自身で選択する。１つのリソースプールが、例えばＳＩＢ１８の内容によって（すなわちｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフィールドによって）定義され、この特定のリソースプールがセル内でブロードキャストされ、そのセル内の依然としてＲＲＣ＿ＩＤＬＥ状態にあるすべてのＵＥに共通して利用可能である。実際には、ｅＮＢは、このプールの最大４つの異なるインスタンス（すなわちＳＡメッセージおよび「直接」データの送信用の４つのリソースプール）を定義することができる。しかしながらＵＥは、たとえ複数のリソースプールがＵＥに設定されている場合でも、リスト内に定義されている最初のリソースプールをつねに使用する。
【0069】
これに代えて、ｅＮＢが別のリソースプールを定義してＳＩＢ１８で（すなわちｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフィールドを使用することによって）シグナリングし、ＵＥは例外的なケースにおいてこのリソースプールを使用することができる。
【0070】
ＵＥがどちらのリソース割当てモードを使用するかは、ｅＮＢによって設定可能である。さらに、ＵＥがＤ２Ｄデータ通信用にどちらのリソース割当てモードを使用するかは、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ＵＥのカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）によっても決まるようにすることができる。ＵＥがサービングセルを有する（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのＵＥはカバレッジ内にあるとみなされる。
【0071】
リソース割当てモードに関する次の規則がＵＥに適用される。
・ ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード１を使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード２を使用することができる。
・ 例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・ 例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・ 例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
・ ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード１を使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード２を使用することができる。
・ 例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・ 例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・ 例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
【0072】
ユーザ機器は、Ｅ－ＵＴＲＡセルのカバレッジ領域内にある間は、そのセルによって割り当てられるリソースにおいてのみアップリンクキャリアでのＰｒｏＳｅ直接通信送信を実行する（たとえそのキャリアのリソースが例えばＵＩＣＣ（汎用ＩＣカード：Universal Integrated Circuit Card）において事前に設定されている場合でも）。
【0073】
ＲＲＣ＿ＩＤＬＥ状態にあるＵＥに対しては、ｅＮＢは次のオプションの一方を選択することができる。
・ ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・ ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
・ ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・ ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
【0074】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに関しては、次のようにすることができる。
・ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２のリソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
・ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２のリソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
【0075】
ＵＥがカバレッジ外であるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・ 受信に使用されるリソースプールは、事前に設定される。
・ 送信に使用されるリソースプールは、事前に設定される。
・ 受信に使用されるリソースプールは、事前に設定される。
・ 送信に使用されるリソースプールは、事前に設定される。
【0076】
ＵＥがカバレッジ内にあるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・ 受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・ 送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・ 送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・ モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
・ 受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・ 送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・ 送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・ モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
【0077】
図５は、オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【0078】
ＵＥがモード１の送信を適用するかモード２の送信を適用するかは、基本的にはｅＮｏｄｅＢが制御する。ＵＥは、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、現在の最新の技術においては、対応するリソースを、対応する送信／受信にのみ使用する。例えば図５において、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのＵＥは、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、図５に示したそれ以外のサブフレームは、ＬＴＥ（オーバーレイ）の送信および／または受信に使用することができる。
【0079】
＜Ｄ２Ｄ通信における送信手順＞
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。具体的には、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知と、対応する応答であるＤ２Ｄ通信応答を交換することによって、行うことができ、この場合、前述した対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇの情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ－ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
・ ステップ１ ＵＥがＳＲ（スケジューリング要求）を、ＰＵＣＣＨを介してｅＮＢに送る。
・ ステップ２ ｅＮＢが、（ＵＥがバッファ状態報告（ＢＳＲ）を送るための）アップリンクリソースを、Ｃ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
・ ステップ３ ＵＥが、バッファの状態を示すＤ２Ｄ ＢＳＲを、ＰＵＳＣＨを介して送る。
・ ステップ４ ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
・ ステップ５ Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ／Ｄ２Ｄデータを送信する。
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。具体的には、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知と、対応する応答であるＤ２Ｄ通信応答を交換することによって、行うことができ、この場合、前述した対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇの情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ－ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
・ ステップ１ ＵＥがＳＲ（スケジューリング要求）を、ＰＵＣＣＨを介してｅＮＢに送る。
・ ステップ２ ｅＮＢが、（ＵＥがバッファ状態報告（ＢＳＲ）を送るための）アップリンクリソースを、Ｃ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
・ ステップ３ ＵＥが、バッファの状態を示すＤ２Ｄ ＢＳＲを、ＰＵＳＣＨを介して送る。
・ ステップ４ ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
・ ステップ５ Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ／Ｄ２Ｄデータを送信する。
【0080】
スケジューリング割当て（ＳＡ）（ＳＣＩ（サイドリンク制御情報）とも称する）は、制御情報（例えば対応するＤ２Ｄデータを送信するための時間－周波数リソースを指すポインタ、変調・符号化方式、グループ宛先ＩＤ）を含むコンパクトな（低ペイロードの）メッセージである。ＳＣＩは、１つの（ＰｒｏＳＥ）宛先ＩＤのサイドリンクスケジューリング情報を伝える。ＳＡ（ＳＣＩ）の内容は、基本的には上のステップ４において受信されるグラントに従う。Ｄ２ＤグラントおよびＳＡの内容（すなわちＳＣＩの内容）は、特に、背景技術のセクションで前述したＳＣＩフォーマット０を定義している非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）に定義されている。
【0081】
これに対して、モード２のリソース割当ての場合、上のステップ１～ステップ４は基本的に不要であり、ＵＥは、スケジューリング割当て（ＳＡ）およびＤ２Ｄデータを送信するためのリソースを、ｅＮＢによって設定および提供される（１つまたは複数の）送信リソースプールから自律的に選択する。
【0082】
図６は、２基のＵＥ（ＵＥ－ＡおよびＵＥ－Ｂ）の場合のスケジューリング割当ておよびＤ２Ｄデータの送信を例示的に示している。スケジューリング割当てを送るためのリソースは周期的であり、Ｄ２Ｄデータの送信に使用されるリソースは、対応するスケジューリング割当てによって示される。
【0083】
図７は、１つのＳＡ／データ期間（ＳＣ期間（サイドリンク制御期間）としても知られている）中の、モード２（自律的スケジューリング）のＤ２Ｄ通信タイミングを示している。図８は、１つのＳＡ／データ期間中のモード１（ｅＮＢが割り当てをスケジューリングする）のＤ２Ｄ通信タイミングを示している。ＳＣ期間は、スケジューリング割当ておよびその対応するデータの送信から構成される時間枠である。図７から理解できるように、ＵＥは、ＳＡオフセット時間の後、モード２におけるスケジューリング割当て用の送信プールリソース（ＳＡ＿Ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌ）を使用して、スケジューリング割当てを送信する。ＳＡの最初の送信の後、同じＳＡメッセージを例えば３回再送信する。次いでＵＥは、（ＳＡ＿ｏｆｆｓｅｔによって与えられる）ＳＡリソースプールの最初のサブフレームから、いくらかの設定されているオフセット（Ｍｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ）の後に、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ－ＲＰＴビットマップ／パターン）を開始する。ＭＡＣ ＰＤＵの１回のＤ２Ｄデータ送信は、その最初の送信と、何回かの再送信とから構成される。図７（および図８）の図解においては、３回の再送信（すなわち同じＭＡＣ ＰＤＵの２回目、３回目、および４回目の送信）が実行されるものと想定している。モード２のＴ－ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ－ＲＰＴ））は、基本的に、ＭＡＣ ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【0084】
１つのＳＡ／データ期間中、ＵＥは複数のトランスポートブロックを（サブフレーム（ＴＴＩ）あたり１つのみ、すなわち順々に）送信することができるが、１つのＰｒｏＳｅ宛先グループのみに送信できる。さらに、１つのトランスポートブロックの再送信は、次のトランスポートブロックの最初の送信が開始される前に完了しなければならず、すなわち複数のトランスポートブロックの送信に１つのＨＡＲＱプロセスのみが使用される。
【0085】
図８から明らかであるように、ｅＮＢによってスケジューリングされるリソース割当てモード（モード１）の場合、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ－ＲＰＴパターン／ビットマップ）は、ＳＡリソースプール内でのＳＡ送信の最後の繰り返し後の次のＵＬサブフレームにおいて開始される。図７においてすでに説明したように、モード１のＴ－ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ－ＲＰＴ））は、基本的に、ＭＡＣ ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【0086】
＜ＰｒｏＳｅネットワークアーキテクチャおよびＰｒｏＳｅエンティティ＞
図９は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ ＡおよびＵＥ Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図９のアーキテクチャの例は、非特許文献８の４．２節「Architectural Reference Model」（参照により本明細書に組み込まれている）からの引用である。
図９は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ ＡおよびＵＥ Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図９のアーキテクチャの例は、非特許文献８の４．２節「Architectural Reference Model」（参照により本明細書に組み込まれている）からの引用である。
【0087】
機能エンティティは、非特許文献８の４．４節「Functional Entities」（参照により本明細書に組み込まれている）に提示および詳しく説明されている。ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連動作に使用される論理機能であり、ＰｒｏＳｅの特徴それぞれにおいて異なる役割を果たす。ＰｒｏＳｅ機能は、３ＧＰＰのＥＰＣ（進化したパケットコア）の一部であり、近傍サービスに関係する認可、認証、データ処理など、関連するネットワークサービスすべてを提供する。ＰｒｏＳｅ直接ディスカバリおよび直接通信において、ＵＥは、固有のＰｒｏＳｅ ＵＥ識別情報、他の設定情報、および認証を、ＰｒｏＳｅ機能からＰＣ３基準点（PC3 reference point）を通じて取得することができる。ネットワーク内に複数のＰｒｏＳｅ機能を配備することができるが、説明を容易にするため、１つのＰｒｏＳｅ機能を示してある。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴に応じた異なる役割を実行する３つのメインのサブ機能、すなわち直接提供機能（ＤＰＦ：Direct Provision Function）、直接ディスカバリネーム管理機能（Direct Discovery Name Management Function）、およびＥＰＣレベルディスカバリ機能（EPC-level Discovery Function）、から構成されている。ＤＰＦは、ＰｒｏＳｅ直接ディスカバリおよびＰｒｏＳｅ直接通信を使用する目的で必要なパラメータをＵＥに提供するために使用される。
【0088】
この文脈において使用される用語「ＵＥ」は、例えば以下のＰｒｏＳｅ機能をサポートするＰｒｏＳｅ対応ＵＥを意味する。
・ ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する
・ ＰＣ５基準点を通じた別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順
・ ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順
・ ＰｒｏＳｅ ＵＥ－ネットワーク中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥ－ネットワーク中継器と通信する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器は、レイヤ３パケット転送を使用する。
・ 例えばＵＥ－ネットワーク中継器の検出およびＰｒｏＳｅ直接ディスカバリのため、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥの間で制御情報を交換する
・ 別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ－Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・ パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前に設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
・ ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する
・ ＰＣ５基準点を通じた別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順
・ ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順
・ ＰｒｏＳｅ ＵＥ－ネットワーク中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥ－ネットワーク中継器と通信する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器は、レイヤ３パケット転送を使用する。
・ 例えばＵＥ－ネットワーク中継器の検出およびＰｒｏＳｅ直接ディスカバリのため、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥの間で制御情報を交換する
・ 別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ－Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・ パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前に設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
【0089】
ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤの格納と、アプリケーション層ユーザＩＤとＥＰＣ ＰｒｏＳｅユーザＩＤのマッピングをサポートする。ＰｒｏＳｅアプリケーションサーバ（ＡＳ）は、３ＧＰＰの範囲外のエンティティである。ＵＥにおけるＰｒｏＳｅアプリケーションは、アプリケーション層基準点ＰＣ１を介してＰｒｏＳｅ ＡＳと通信する。ＰｒｏＳｅ ＡＳは、ＰＣ２基準点を介して３ＧＰＰネットワークに接続されている。
【0090】
＜Ｄ２ＤにおけるＵＥのカバレッジ状態＞
すでに前述したように、Ｄ２Ｄ通信におけるリソース割当て方法は、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）以外に、ＵＥのカバレッジ状態（すなわちカバレッジ内、カバレッジ外）にも依存する。ＵＥがサービングセルを有する場合（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＵＥがＲＲＣ＿ＩＤＬＥ状態においてセルにキャンプオンしている）、そのＵＥはカバレッジ内にあるとみなされる。
すでに前述したように、Ｄ２Ｄ通信におけるリソース割当て方法は、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）以外に、ＵＥのカバレッジ状態（すなわちカバレッジ内、カバレッジ外）にも依存する。ＵＥがサービングセルを有する場合（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＵＥがＲＲＣ＿ＩＤＬＥ状態においてセルにキャンプオンしている）、そのＵＥはカバレッジ内にあるとみなされる。
【0091】
ここまでに説明した２つのカバレッジ状態（すなわちカバレッジ内（ＩＣ）およびカバレッジ外（ＯＯＣ））は、さらにＤ２Ｄにおけるサブ状態に区別される。図１０は、Ｄ２Ｄ ＵＥを関連付けることのできる４種類の状態を示しており、これらの状態は以下のように要約することができる。
・ 状態１： ＵＥ１は、アップリンクカバレッジおよびダウンリンクカバレッジを有する。この状態においては、ネットワークが各Ｄ２Ｄ通信セッションを制御する。さらにネットワークは、ＵＥ１がリソース割当てモード１を使用するべきかリソース割当てモード２を使用するべきかを設定する。
・ 状態２： ＵＥ２は、ダウンリンクカバレッジを有するがアップリンクカバレッジを有さない（すなわちＤＬカバレッジのみ）。ネットワークは、（競合ベースの）リソースプールをブロードキャストする。この状態においては、送信側ＵＥは、ＳＡおよびデータに使用するリソースを、ネットワークによって設定されるリソースプールから選択する。このような状態では、Ｄ２Ｄ通信においてモード２によるリソース割当てのみが可能である。
・ 状態３： ＵＥ３はアップリンクカバレッジおよびダウンリンクカバレッジを有さないため、厳密に言えばＵＥ３はすでにカバレッジ外（ＯＯＣ）とみなされる。しかしながらＵＥ３は、それ自体がセルのカバレッジ内にある何基かのＵＥ（例：ＵＥ１）のカバレッジ内にあり、すなわちこれらのＵＥをＣＰ中継ＵＥと称することもできる。したがって、図１０における状態３のＵＥの領域は、ＣＰ ＵＥ中継カバレッジ領域と称することができる。この状態３のＵＥは、カバレッジ外（ＯＯＣ）状態３ ＵＥとも称される。この状態では、ＵＥは、セルに固有ないくつかの情報を受信し、これらの情報は、ｅＮＢによって送られて（ＳＩＢ）、セルのカバレッジ内のＣＰ ＵＥ中継ＵＥによってＰＤ２ＤＳＣＨを介してカバレッジ外（ＯＯＣ）状態３ ＵＥに転送される。ネットワークによって制御される（競合ベースの）リソースプールがＰＤ２ＤＳＣＨによってシグナリングされる。
・ 状態４： ＵＥ４はカバレッジ外であり、セルのカバレッジ内にある別のＵＥからＰＤ２ＤＳＣＨを受信しない。この状態（状態４カバレッジ外（ＯＯＣ）とも称する）においては、送信側ＵＥは、データ送信に使用するリソースを、事前に設定されるリソースプールから選択する。
・ 状態１： ＵＥ１は、アップリンクカバレッジおよびダウンリンクカバレッジを有する。この状態においては、ネットワークが各Ｄ２Ｄ通信セッションを制御する。さらにネットワークは、ＵＥ１がリソース割当てモード１を使用するべきかリソース割当てモード２を使用するべきかを設定する。
・ 状態２： ＵＥ２は、ダウンリンクカバレッジを有するがアップリンクカバレッジを有さない（すなわちＤＬカバレッジのみ）。ネットワークは、（競合ベースの）リソースプールをブロードキャストする。この状態においては、送信側ＵＥは、ＳＡおよびデータに使用するリソースを、ネットワークによって設定されるリソースプールから選択する。このような状態では、Ｄ２Ｄ通信においてモード２によるリソース割当てのみが可能である。
・ 状態３： ＵＥ３はアップリンクカバレッジおよびダウンリンクカバレッジを有さないため、厳密に言えばＵＥ３はすでにカバレッジ外（ＯＯＣ）とみなされる。しかしながらＵＥ３は、それ自体がセルのカバレッジ内にある何基かのＵＥ（例：ＵＥ１）のカバレッジ内にあり、すなわちこれらのＵＥをＣＰ中継ＵＥと称することもできる。したがって、図１０における状態３のＵＥの領域は、ＣＰ ＵＥ中継カバレッジ領域と称することができる。この状態３のＵＥは、カバレッジ外（ＯＯＣ）状態３ ＵＥとも称される。この状態では、ＵＥは、セルに固有ないくつかの情報を受信し、これらの情報は、ｅＮＢによって送られて（ＳＩＢ）、セルのカバレッジ内のＣＰ ＵＥ中継ＵＥによってＰＤ２ＤＳＣＨを介してカバレッジ外（ＯＯＣ）状態３ ＵＥに転送される。ネットワークによって制御される（競合ベースの）リソースプールがＰＤ２ＤＳＣＨによってシグナリングされる。
・ 状態４： ＵＥ４はカバレッジ外であり、セルのカバレッジ内にある別のＵＥからＰＤ２ＤＳＣＨを受信しない。この状態（状態４カバレッジ外（ＯＯＣ）とも称する）においては、送信側ＵＥは、データ送信に使用するリソースを、事前に設定されるリソースプールから選択する。
【0092】
状態３カバレッジ外（ＯＯＣ）と状態４カバレッジ外（ＯＯＣ）とを区別する理由は、主として、カバレッジ外の装置からのＤ２Ｄ送信と、レガシーＥ－ＵＴＲＡ送信との間に発生しうる強い干渉を回避するためである。一般的にＤ２Ｄ対応ＵＥは、カバレッジ外であるときに使用するための、Ｄ２Ｄ ＳＡおよびデータの送信用の事前に設定されるリソースプールを有する。これらのカバレッジ外のＵＥが、これらの事前に設定されるリソースプールを使用してセルの境界付近で送信すると、そのＤ２Ｄ送信と、カバレッジ内のレガシー送信との間の干渉が、セル内の通信に悪影響を及ぼすことがある。カバレッジ内のＤ２Ｄ対応ＵＥが、セル境界付近のこれらのカバレッジ外の装置にＤ２Ｄリソースプールの設定を転送するならば、カバレッジ外のＵＥは、自身の送信を、ｅＮｏｄｅＢによって指定されるこれらのリソースに制限することができ、したがってカバレッジ内のレガシー送信との干渉を最小にすることができる。したがってＲＡＮ１は、カバレッジ内のＵＥが、リソースプール情報およびＤ２Ｄに関連する他の設定を、カバレッジ領域のすぐ外側の装置（状態３のＵＥ）に転送するメカニズムを導入した。
【0093】
カバレッジ内Ｄ２Ｄリソースプールに関するこの情報をネットワーク内で近傍に位置するＵＥに伝える目的には、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）が使用され、したがってネットワークの近傍の範囲内のリソースプールが調整される。
【0094】
＜Ｄ２Ｄ（サイドリンク）論理チャネルに対するＬＣＰ手順＞
Ｄ２ＤにおけるＬＣＰ手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰについて記述した非特許文献５（現在のバージョン１２．５．０）の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
Ｄ２ＤにおけるＬＣＰ手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰについて記述した非特許文献５（現在のバージョン１２．５．０）の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
【0095】
ＵＥは、新しい送信が実行されるとき、次の論理チャネル優先順位付け手順を実行する。
・ ＵＥ（例：ＭＡＣエンティティ）は、以下の規則に従ってリソースをサイドリンク論理チャネルに割り当てる。
－ ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＲＬＣ ＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
－ ＵＥは、サイドリンク論理チャネルからのＲＬＣ ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
－ ＵＥは、データの送信を最大にするべきである。
－ ＵＥが送信用に利用可能なデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズが与えられる場合、ＵＥはパディングのみを送信しない。
・ ＵＥ（例：ＭＡＣエンティティ）は、以下の規則に従ってリソースをサイドリンク論理チャネルに割り当てる。
－ ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＲＬＣ ＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
－ ＵＥは、サイドリンク論理チャネルからのＲＬＣ ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
－ ＵＥは、データの送信を最大にするべきである。
－ ＵＥが送信用に利用可能なデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズが与えられる場合、ＵＥはパディングのみを送信しない。
【0096】
注： 上の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
【0097】
一般的には、ＭＡＣ層は、１つのＰＤＵにおいて、送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤの同じペアを有する論理チャネルのみを考慮し、すなわちＵＥにおけるＭＡＣエンティティは、１つのＰＤＵにおいて、同じＰｒｏＳｅ宛先グループの論理チャネルのみを考慮し、すなわち基本的には、ＵＥはＬＣＰ手順時にＰｒｏＳｅ宛先グループを選択する。さらに、リリース１２においては、１つのＳＡ／データ期間中、Ｄ２Ｄ送信側ＵＥは、データを１つのＰｒｏＳｅ宛先グループに送信できるのみである。
【0098】
すべてのＤ２Ｄ（サイドリンク）論理チャネル（例えばＳＴＣＨ（Sidelink Traffic CHannel：サイドリンクトラフィックチャネル））は、ＬＣＧＩＤが「１１」に設定された同じ論理チャネルグループ（ＬＣＧ）に割り当てられる（非特許文献５の５．１４．１．４節「Buffer Status Reporting」を参照）。リリース１２においては、Ｄ２Ｄ（サイドリンク）論理チャネル／グループのための優先順位付けメカニズムは存在しない。本質的に、すべてのサイドリンク論理チャネルは、ＵＥの観点からは同じ優先順位を有し、すなわちサイドリンク論理チャネルが処理される順序はＵＥの実装に委ねられる。
【0099】
説明のみを目的として、以下の例示的なシナリオを考える。ユーザ機器において３つのＰｒｏＳｅ論理チャネルＬＣＨ＃１、ＬＣＨ＃２、およびＬＣＨ＃３が確立されており、３つのすべてが同じＰｒｏＳｅ ＬＣＧ（例：「１１」）に関連付けられている。例示的に、ＬＣＨ＃１およびＬＣＨ＃２はＰｒｏＳｅ宛先グループ１に割り当てられており、ＬＣＨ＃３はＰｒｏＳｅ宛先グループ２に割り当てられているものと想定する。このシナリオは図１２に示してある。
【0100】
＜ＰｒｏＳｅにおけるバッファ状態報告＞
バッファ状態報告もＰｒｏＳｅに適合化されており、現在、非特許文献５（バージョン１２．５．０）の５．１４．１．４節「Buffer Status Reporting」（参照により本明細書に組み込まれている）に定義されている。
バッファ状態報告もＰｒｏＳｅに適合化されており、現在、非特許文献５（バージョン１２．５．０）の５．１４．１．４節「Buffer Status Reporting」（参照により本明細書に組み込まれている）に定義されている。
【0101】
（Ｄ２Ｄ）サイドリンクバッファ状態報告手順は、ＵＥのサイドリンクバッファ内の、送信用に利用可能なサイドリンクデータの量に関する情報をサービングｅＮＢに提供するために使用される。ＲＲＣは、サイドリンクＢＳＲ報告を、２つのタイマーＰｅｒｉｏｄｉｃ－ＰｒｏｓｅＢＳＲ－ＴｉｍｅｒおよびＲｅｔｘＰｒｏｓｅＢＳＲ－Ｔｉｍｅｒを設定することによって制御する。各サイドリンク論理チャネル（ＳＴＣＨ）は、ＬＣＧＩＤが「１１」に設定されたＬＣＧに割り当てられ、ＰｒｏＳｅ宛先グループに属する。
【0102】
サイドリンクバッファ状態報告（ＢＳＲ）は、いくつかの特定のイベントが起きた場合（非特許文献５の５．１４．１．４節に詳しく規定されている）にトリガーされる。
【0103】
さらに、非特許文献５（バージョン１２．５．０）の６．１．３．１ａ節（参照により本明細書に組み込まれている）は、ＰｒｏＳｅ ＢＳＲ ＭＡＣ制御要素と、その対応する内容を、次のように定義している。ＰｒｏＳｅバッファ状態報告（ＢＳＲ）のＭＡＣ制御要素は、報告されるＤ２Ｄ宛先グループあたり、１つのグループインデックスフィールドと、１つのＬＣＧ ＩＤフィールドと、１つの対応するバッファサイズフィールドとから構成されている。より詳細には、含まれるＰｒｏＳｅ宛先グループごとに、以下のフィールドが定義される。
・ グループインデックス： グループインデックスフィールドは、ＰｒｏＳｅ宛先グループを識別する。このフィールドの長さは４ビットである。値は、ｄｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔにおいて報告される宛先識別情報のインデックスに設定される。
・ ＬＣＧ ＩＤ： 論理チャネルグループＩＤフィールドは、バッファ状態が報告される（１つまたは複数の）論理チャネルのグループを識別する。フィールドの長さは２ビットであり、「１１」に設定される。
・ バッファサイズ： バッファサイズフィールドは、ＴＴＩのＭＡＣ ＰＤＵすべてが構築された後の、ＰｒｏＳｅ宛先グループのすべての論理チャネルにわたる利用可能なデータの合計量を識別する。データ量はバイト数で示される。
・ Ｒ： 予約ビットであり、「０」に設定される。
・ グループインデックス： グループインデックスフィールドは、ＰｒｏＳｅ宛先グループを識別する。このフィールドの長さは４ビットである。値は、ｄｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔにおいて報告される宛先識別情報のインデックスに設定される。
・ ＬＣＧ ＩＤ： 論理チャネルグループＩＤフィールドは、バッファ状態が報告される（１つまたは複数の）論理チャネルのグループを識別する。フィールドの長さは２ビットであり、「１１」に設定される。
・ バッファサイズ： バッファサイズフィールドは、ＴＴＩのＭＡＣ ＰＤＵすべてが構築された後の、ＰｒｏＳｅ宛先グループのすべての論理チャネルにわたる利用可能なデータの合計量を識別する。データ量はバイト数で示される。
・ Ｒ： 予約ビットであり、「０」に設定される。
【0104】
図１１は、偶数Ｎ（ＰｒｏＳｅ宛先グループの数）の場合のＰｒｏＳｅ ＢＳＲのＭＡＣ制御要素を示している（非特許文献５の６．１．３．１ａ節からの引用）。
【0105】
上に説明したように、装置間通信における送信方式は、データの内容を識別するためのＰｒｏＳｅ宛先グループの使用を含めて、通常のＬＴＥ方式とはまったく異なる。現在定義されているメカニズムのいくつかは、かなり非効率的である。
【先行技術文献】
【非特許文献】
【0106】
【文献】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【文献】3GPP TS 36.213
【文献】3GPP TS 36.212, “Multiplexing and channel coding”
【文献】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
【文献】3GPP TS 36.321
【文献】3GPP TR 36.843
【文献】3GPP TS 36.300
【文献】TS 23.303
【発明の概要】
【課題を解決するための手段】
【0107】
本発明を制限することのない例示的な実施形態は、送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる改良された方法を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【0108】
いくつかの態様によると、（以下に限定されないが）特に、送信側ユーザ機器において２つ以上のサイドリンク宛先グループを送信先とするデータが送信用に利用可能であるシナリオにおいて、送信側ユーザ機器によって直接通信送信を実行するステップが改良される。
【0109】
本発明の主たる一態様は、通信システムにおいて送信側ユーザ機器が１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを前記送信側ユーザ機器に割り当てる無線基地局であって、前記送信側ユーザ機器が同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信することができるように、前記送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供され、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができ、前記無線基地局が、
・ サイドリンクグラントを生成し、前記生成されたサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスの１つのサイドリンクグラントプロセスに関連付けるように構成されているプロセッサであって、
・ 前記プロセッサが、前記サイドリンクグラントに関連付けられている前記１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成するように構成されている、
前記プロセッサと、
・ 前記生成されたサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信するように構成されている送信機と、
を備えている、無線基地局である。
・ サイドリンクグラントを生成し、前記生成されたサイドリンクグラントを前記少なくとも２つのサイドリンクグラントプロセスの１つのサイドリンクグラントプロセスに関連付けるように構成されているプロセッサであって、
・ 前記プロセッサが、前記サイドリンクグラントに関連付けられている前記１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成するように構成されている、
前記プロセッサと、
・ 前記生成されたサイドリンクスケジューリングメッセージを前記送信側ユーザ機器に送信するように構成されている送信機と、
を備えている、無線基地局である。
【0110】
第１の態様によると、ユーザ機器がいくつかのサイドリンクグラントを基本的に同時に扱うことができるようにするため、言い換えればユーザ機器がいくつかの直接通信送信を基本的に同時に（例えば同じ送信制御期間内に）送信することを可能にするため、サイドリンクグラントプロセスの新規のコンセプトを導入する。したがって、同じかまたは異なるサイドリンク宛先グループのデータを送信するように、直接通信送信それぞれを設定することができる。
【0111】
従来技術では、サイドリンクグラントは、次に受信されるサイドリンクグラントによって上書きされる。これに対して、この第１の態様によると、利用可能な複数のサイドリンクグラントプロセスをＵＥ内に有することによって、異なるサイドリンクグラントを異なるサイドリンクグラントプロセスに割り当てることが可能である。すなわちサイドリンクグラントは依然として上書きされ得るが（同じサイドリンクグラントプロセスの新しいサイドリンクグラントが受信される場合）、ＵＥはいくつかの有効なサイドリンクグラントを同時に有することができる（上書きを行う必要がない）。サイドリンクグラントプロセスそれぞれの対応するＩＤによって、サイドリンクグラントをプロセスの１つに一義的に関連付けることができる。さらには、１つのサイドリンクグラントプロセスは、１つの（有効な）サイドリンクグラントのみに関連付けられる。同じサイドリンクグラントプロセスに関連付けられるさらなるサイドリンクグラントを取得するとき、前のサイドリンクグラントは、すでに説明したように上書きされる。
【0112】
したがってＵＥは、サイドリンクグラントプロセスそれぞれおよびそれらの関連付けられているサイドリンクグラントにおいて、１つのサイドリンク宛先グループを送信先とするサイドリンク制御情報およびデータの送信を含む直接通信送信を送信するための無線リソースを、それぞれのサイドリンクグラントに従って割り当てる。
【0113】
したがってユーザ機器内で、さまざまなサイドリンク宛先グループのデータが送信用に利用可能である場合、ユーザ機器は、異なるサイドリンク宛先グループのデータを、利用可能なサイドリンクグラントそれぞれを使用して送信することを決定することができる。したがって、送信側ユーザ機器は、サイドリンクグラントプロセスあたり１つの直接通信送信を基本的に同時に（すなわち同じ送信制御期間内に）実行し、この場合、直接通信送信それぞれが、異なるサイドリンク宛先グループを送信先とするデータを含むことができる。第１の態様の一実装形態においては、同じ送信制御期間内に実行される複数の直接通信送信用の無線リソースは、時間領域において重ならない。直接通信送信において時分割が使用される。
【0114】
１つのサイドリンク宛先グループのリソース不足は、第１の態様に従って回避することができる。さらに、受信側ユーザ機器の観点からは送信方式の変更がなく、なぜなら送信側ユーザ機器は、直接通信送信あたり（すなわちサイドリンクグラントプロセスあたり）１つのみのサイドリンク宛先グループのデータを送信するためである。したがって、サイドリンク制御情報を同じままとすることができる。第１の態様の一実装形態においては、データを送信するべき（１つまたは複数の）サイドリンク宛先グループを決定するステップは、取得されたサイドリンクグラントすべてに対して（１つまたは複数の）サイドリンク宛先グループを決定するために、共通の論理チャネル優先順位付け手順を使用して送信側ユーザ機器によって実行することができ、または、送信側ユーザ機器が、各サイドリンクグラントに対して個別の論理チャネル優先順位付け手順を使用する。
【0115】
第１の態様の原理は、両方のリソース割当て方法（すなわち、送信側ユーザ機器が要求した後に対応するサイドリンクグラントを無線基地局から受信する方法と、送信側ユーザ機器が（１つまたは複数の）適切な送信無線リソースプールからサイドリンクグラントを自律的に選択する方法）に適用される。無線基地局が、サイドリンクグラントを含むスケジューリングメッセージを送信側ユーザ機器に送信する場合、サイドリンクスケジューリングメッセージは、（例えば、送信側ユーザ機器によって送信されるべきスケジューリング制御情報の内容に関する情報と、スケジューリング制御情報およびデータの送信に使用されるべき無線リソースに関する情報を備えている以外に）サイドリンクグラントが関連付けられるべきサイドリンクグラントプロセスも識別することができる。これに基づき、送信側ユーザ機器は、受信されたサイドリンクグラントを、意図されたサイドリンクグラントプロセスに関連付けることができる。
【0116】
第２の態様によると、送信側ユーザ機器によって送信されるスケジューリング割当て（サイドリンク制御情報）が、複数のサイドリンク宛先グループを基本的に識別できるようにすることによって、直接通信送信が改良される。したがって、複数のサイドリンク宛先グループを送信先とするデータが送信側ユーザ機器内で送信用に利用可能であり、さらに、送信側ユーザ機器が、直接通信送信を実行するために利用可能なサイドリンクグラントを有するものと想定する。送信側ユーザ機器は、複数のサイドリンク宛先グループのうち、直接通信送信においてデータを伝える少なくとも２つのサイドリンク宛先グループを決定する。直接通信送信に関連するサイドリンク制御情報は、決定された少なくとも２つのサイドリンク宛先グループと、決定された少なくとも２つのサイドリンク宛先グループを送信先とするサイドリンク制御情報および対応するデータを送信するために割り当てられた無線リソースと、を識別する。したがって、送信側ユーザ機器は、複数のサイドリンク宛先グループのデータを伝えることのできる直接通信送信を実行する。
【0117】
第２の態様の一実装形態によると、サイドリンク制御情報メッセージは、サイドリンク宛先グループあたり１つのＩＤを含む。
【0118】
第２の態様の代替実装形態によると、サイドリンク制御情報メッセージは、複数のサイドリンク宛先グループに関連付けられている１つのサイドリンクＩＤを含む。この代替実装形態では、異なるサイドリンクＩＤと対応するサイドリンク宛先グループとの間の対応関係を確立するために、マッピング機能が導入され、この対応関係に関する対応する情報を、送信側ユーザ機器および受信側ユーザ機器の両方に提供する必要がある。送信側ユーザ機器は、直接通信送信によってデータを伝えるべきサイドリンク宛先グループを決定した後、サイドリンクＩＤが、決定されたサイドリンク宛先グループに関連付けられるように、対応するサイドリンクＩＤをこの対応関係に基づいて求める。次いで、サイドリンク宛先グループのさまざまなＩＤの代わりに、サイドリンクＩＤを対応するサイドリンク制御情報に含めることができる。受信側では、受信側ＵＥは、サイドリンクＩＤが参照するサイドリンク宛先グループを、対応関係に関するこの情報に同様に基づいて求めることができる。
【0119】
第２の態様の原理は、両方のリソース割当て方法（すなわち、送信側ユーザ機器が要求した後に対応するサイドリンクグラントを無線基地局から受信する方法と、送信側ユーザ機器が（１つまたは複数の）適切な送信無線リソースプールからサイドリンクグラントを自律的に選択する方法）に適用される。
【0120】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる方法、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。少なくとも２つのサイドリンクグラントが取得され、これらのサイドリンクグラントそれぞれは、送信側ユーザ機器によって少なくとも２つのサイドリンクグラントプロセスの１つに関連付けられる。さらに、少なくとも２つのサイドリンクグラントそれぞれにおいて、直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースが、送信側ユーザ機器によって、それぞれのサイドリンクグラントに従って割り当てられる。したがって、送信側ユーザ機器は、対応的に関連付けられている（correspondingly-associated）サイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を同じ送信制御期間内に実行する。
【0121】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる別の方法、を提供する。送信側ユーザ機器において、複数のサイドリンク宛先グループを送信先とするデータが送信用に利用可能である。直接通信送信に使用されるサイドリンクグラントが、送信側ユーザ機器に利用可能である。送信側ユーザ機器は、直接通信送信の宛先として、複数のサイドリンク宛先グループから少なくとも２つのサイドリンク宛先グループを決定する。送信側ＵＥは、直接通信送信に使用される無線リソースを、利用可能なサイドリンクグラントに従って割り当てる。送信側ＵＥは、決定された少なくとも２つのサイドリンク宛先グループと、割り当てられた無線リソースとを識別するサイドリンク制御情報メッセージ、を生成する。送信側ＵＥは、決定された少なくとも２つのサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報メッセージおよびデータの直接通信送信を、直接サイドリンク接続を通じて実行する。
【0122】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するユーザ機器、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。送信側ユーザ機器のプロセッサは、少なくとも２つのサイドリンクグラントを取得し、これらの取得された少なくとも２つのサイドリンクグラントそれぞれを、少なくとも２つのサイドリンクグラントプロセスの１つに関連付ける。少なくとも２つのサイドリンクグラントそれぞれにおいて、プロセッサは、直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースを、それぞれのサイドリンクグラントに従って割り当てる。したがって、送信側ユーザ機器は、対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を同じ送信制御期間内に実行する。
【0123】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行する別のユーザ機器、を提供する。送信側ユーザ機器は、送信用に利用可能でありかつ複数のサイドリンク宛先グループを送信先とするデータ、を格納するバッファ、を備えている。直接通信送信に使用されるサイドリンクグラントが、送信側ユーザ機器に利用可能である。送信側ユーザ機器のプロセッサは、直接通信送信の宛先として、複数のサイドリンク宛先グループから少なくとも２つのサイドリンク宛先グループを決定する。プロセッサは、直接通信送信に使用される無線リソースを、利用可能なサイドリンクグラントに従って割り当てる。プロセッサは、決定された少なくとも２つのサイドリンク宛先グループと、割り当てられた無線リソースとを識別するサイドリンク制御情報メッセージ、を生成する。送信側ＵＥのプロセッサおよび送信機は、決定された少なくとも２つのサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報メッセージおよびデータの直接通信送信を、直接サイドリンク接続を通じて実行する。
【0124】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを送信側ユーザ機器に割り当てる無線基地局、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。無線基地局のプロセッサは、サイドリンクグラントを生成し、生成されたサイドリンクグラントを少なくとも２つのサイドリンクグラントプロセスの１つに関連付ける。プロセッサは、サイドリンクグラントに関連付けられている１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成する。無線基地局の送信機は、生成されたサイドリンクスケジューリングメッセージを送信側ユーザ機器に送信する。
【0125】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
【0126】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【0127】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【0128】
【図1】３ＧＰＰ ＬＴＥシステムの例示的なアーキテクチャを示している。
【図2】３ＧＰＰ ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図3】装置間の直接ディスカバリのためのＰＣ５インタフェースを概略的に示している。
【図4】ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタックを概略的に示している。
【図5】オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【図6】２基のＵＥの場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を示している。
【図7】ＵＥが自律的にスケジューリングするモード２におけるＤ２Ｄ通信タイミングを示している。
【図8】ｅＮＢがスケジューリングするスケジューリングモード１におけるＤ２Ｄ通信タイミングを示している。
【図9】非ローミングシナリオにおけるＰｒｏＳｅのアーキテクチャの例示的なモデルを示している。
【図10】Ｄ２Ｄ ＵＥを関連付けることのできる４つの異なる状態に関するセルカバレッジを示している。
【図11】標準規格に定義されているＰｒｏＳｅバッファ状態報告ＭＡＣ制御要素を示している。
【図12】例示的なシナリオにおける、ＰｒｏＳｅ論理チャネルと、ＰｒｏＳｅ ＬＣＧと、ＰｒｏＳｅ宛先グループとの間の対応関係を示している。
【図13】第１の実施形態の一実装形態による、送信側におけるＵＥの挙動のシーケンス図を示している。
【図14】第１の実施形態の一実装形態による、ｅＮＢによってスケジューリングされる２つのＤ２Ｄ送信におけるＤ２Ｄ通信タイミングを示している。
【図15】第１の実施形態の一実装形態による、ＵＥが自律的にスケジューリングする２つのＤ２Ｄ送信におけるＤ２Ｄ通信タイミングを示している。
【図16】第２の実施形態の一実装形態による、送信側におけるＵＥの挙動のシーケンス図を示している。
【図17】第２の実施形態の一実装形態による、いくつかのサイドリンク宛先グループのデータを伝える、ｅＮＢによってスケジューリングされるＤ２Ｄ送信における、Ｄ２Ｄ通信タイミングを示している。
【発明を実施するための形態】
【0129】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【0130】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間－周波数リソースなど）を意味するものと広義に理解されたい。
【0131】
特許請求の範囲および本出願において使用されている用語「直接通信送信」は、２基のユーザ機器の間の直接的な（すなわち無線基地局（例：ｅＮＢ）を介さない）送信として広義に理解されたい。したがって、直接通信送信は、「直接サイドリンク接続」を通じて実行され、「直接サイドリンク接続」は、２基のユーザ機器の間に直接確立される接続に使用される用語である。例えば３ＧＰＰでは、Ｄ２Ｄ（装置間）通信、またはＰｒｏＳｅ通信、またはサイドリンク通信という専門用語が使用される。特許請求の範囲および本出願において使用されている用語「直接サイドリンク接続」は、広義に理解されるものとし、３ＧＰＰの文脈では背景技術のセクションで説明したＰＣ５インタフェースとして理解することができる。
【0132】
特許請求の範囲および本出願において使用されている用語「サイドリンクグラントプロセス」は、サイドリンクグラントを関連付けることのできる、ユーザ機器において利用可能なプロセス、として広義に理解されたい。例示的には、サイドリンクグラントプロセスは、サイドリンクグラントまたはサイドリンクグラント情報が格納および維持される、ユーザ機器におけるメモリ領域として広義に理解することもできる。各メモリ領域は、ユーザ機器によって管理される（例えば、サイドリンクグラント情報を格納する、消去する、格納されているサイドリンクグラント情報を新たに受信されたサイドリンクグラント情報で上書きする）。
【0133】
特許請求の範囲および本出願において使用されている用語「送信制御期間」は、ユーザ機器がスケジューリング割当て（サイドリンク制御情報）および対応するデータの送信を実行する期間として広義に理解されたい。言い換えれば、「送信制御期間」は、サイドリンクグラントが有効である期間と理解することもできる。３ＧＰＰ環境において現在標準化されているように、「送信制御期間」は、ＳＡ／データ期間、またはＳＣ（サイドリンク制御）期間として理解することができる。
【0134】
特許請求の範囲および本出願のそれ以外の部分において使用されている用語「ＰｒｏＳｅ宛先グループ」または「サイドリンク宛先グループ」は、例えば、３ＧＰＰ ＬＴＥにおいて定義されている送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤの１つのペアとして理解することができる。
【0135】
表現「（サイドリンク）グラントを取得する」、「利用可能な（サイドリンク）グラントを有する」、「（サイドリンク）グラントを受信する」、および類似する表現は、その役割を担う無線基地局から（サイドリンク）グラントを取得するかまたは受信する（すなわちモード１）、またはＵＥが適切な（１つまたは複数の）送信リソースプールからグラントのリソースを自律的に選択することによって（サイドリンク）グラント自体を取得する（すなわちモード２）（すなわちＵＥが内部的にグラントを受信する）ことを意味するものと広義に理解されたい。
【0136】
Ｄ２Ｄ通信に使用される現在標準化されている送信方式（モード１（すなわちｅＮＢによってスケジューリングされる）に関連する送信方式、およびモード２（自律的なスケジューリング）に関連する送信方式の両方）について、背景技術のセクションで説明した。特に、現時点では、ＵＥはサイドリンク制御期間（ＳＣ期間）あたり１つの（有効な）サイドリンクグラント（ＳＬグラント）のみを有することができる。モード１では、たとえｅＮＢがＵＥにいくつかのグラントを発行しても、ＵＥは、最後に受信されたグラントを有効なグラントとみなすのみであり、それ以前に受信された（１つまたは複数の）ＳＬグラントを上書きする。したがってＳＣ期間あたり存在する利用可能なＳＬグラントは１つのみであるため、ＵＥはＳＣ期間あたり１つのスケジューリング割当てを送信できるのみである。一方で、現時点では、ＵＥは、スケジューリング割当て、すなわちスケジューリング制御情報（ＳＣＩ）あたり１つのＰｒｏＳｅ宛先グループのみのデータを送信することができる。より具体的には、１つのＳＣＩに関連付けられる（１つまたは複数の）ＰＤＵにおいて、ＵＥは、送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤの同じペアを有する論理チャネルのみを考慮する。現在標準化されているこのＤ２Ｄ送信方式では、いくつかの欠点が生じる。
【0137】
ＵＥが自身のバッファ内に２つ以上のＰｒｏＳｅ宛先グループのデータを有する場合、ＵＥは、１つのＳＣ期間内に１つのＰｒｏＳｅ宛先グループのみのデータを送信することができ、したがって残りの（１つまたは複数の）ＰｒｏＳｅ宛先グループのデータは、基本的に少なくとも１つのさらなるＳＣ期間だけ遅延する。設定されているＳＣ周期と、１つのＰｒｏＳｅ宛先グループの完全なデータを送信するのに要求されるＳＣ期間の数によっては、この遅延が極めて大きくなることがある。このことは、送信用に利用可能なリソースが、最初に処理されるＰｒｏＳｅ宛先グループよりも多くのデータを送信するのに十分である場合でもあてはまる。より詳細には、ｅＮＢは、ＵＥが必要とするよりも多くのＤ２Ｄ送信リソースを（ＳＬグラントによって）割り当てることがあり、すなわちＵＥは、割り当てられた無線リソースすべてを利用するための、１つのＰｒｏＳｅ宛先グループの十分なデータを、自身のバッファ内に有さない。この状況は、例えば、ｅＮＢ側で受信したバッファ状態情報が正確ではない、または情報が古くなったときに起こりうる。この場合、割り当てられたリソースの一部が使用されないままとなり、なぜならこれらのリソースは別のＰｒｏＳｅ宛先グループのデータの送信に使用できないためである。
【0138】
本発明者は、上に説明した問題を緩和するため、以下の例示的な実施形態を着想した。
【0139】
実施形態のいくつかは、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、さまざまな実施形態に関連する特に重要な特徴が、以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ ＬＴＥ－Ａ（リリース１０／１１／１２／１３）などの移動通信システムにおいて有利に使用することができるが、これらの実施形態はこの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【0140】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、特許請求の範囲に記載されている本開示の一般的な原理を、さまざまなシナリオに、本明細書に明示的には記載されていない方法で適用できることが認識されるはずである。したがって、さまざまな実施形態を説明する目的で想定されている以下のシナリオは、本発明およびその実施形態をそのようなシナリオに制限するものではない。
【0141】
【0142】
説明を目的として、いくつかの想定を行うが、これらの想定は実施形態の範囲を制限するものではない。一例を挙げれば、ＰｒｏＳｅ通信（すなわちｅＮｏｄｅＢを経由しない、ＵＥ間の直接的なＤ２Ｄ送信）を実行することが可能にされているユーザ機器（ＰｒｏＳｅ対応ＵＥ）が想定されている。さらに、ＵＥは、複数のサイドリンク宛先グループ（すなわちＰｒｏＳｅ宛先グループ）を送信先とする、送信用に利用可能なデータを有するものとし、ただし、第１の実施形態による改良された直接通信送信は、ＵＥにおいて１つのサイドリンク宛先グループのデータのみが送信用に利用可能である場合にも適用される。
【0143】
第１の実施形態は、ＵＥ内で（１つまたは複数の）サイドリンクグラントを１対１に割り当てることのできる（複数の）サイドリンクグラントプロセスのコンセプトを導入することによって、直接通信送信を改良する。言い換えれば、ＵＥは、各サイドリンクグラントに対応するサイドリンクグラントプロセスを動作させることによって、複数のサイドリンクグラントを扱うことができる。サイドリンクグラントプロセスは、対応する識別情報（以下では例示的にサイドリンクグラントプロセスＩＤと称する）の使用によってアドレッシングすることができ、この識別情報によって、サイドリンクグラントを特定のサイドリンクグラントプロセスに一義的に割り当てることができる。
【0144】
現在標準化されているシステムでは、ＵＥによって１つのサイドリンクグラントを同時に扱うことができるのみである（さらなる受信された（１つまたは複数の）サイドリンクグラントが前のサイドリンクグラントを上書きし、したがって１つのＳＣ期間内には１つの有効なサイドリンクグラントのみが存在する）のに対して、第１の実施形態は、ＵＥが特定の時点において（例えば１つのＳＣ期間内に）２つ以上の有効なサイドリンクグラントを有することができるようにすることによって、Ｄ２Ｄ通信を改良する。言い換えれば、第１の実施形態に従って動作するＵＥは、サイドリンクグラントプロセスあたり１つの有効なサイドリンクグラントを有することが許可され、したがって、ＵＥにおいてＳＣ期間内に可能な有効なサイドリンクグラントの数は、ＵＥが最大で動作させることのできるサイドリンクグラントプロセスの数によって制限される。したがってＵＥは、すでにサイドリンクグラントを有するサイドリンクグラントプロセスにアドレッシングされたサイドリンクグラントを取得すると、古いサイドリンクグラントを、新たに取得されたサイドリンクグラントによって上書きする（現在標準化されているシステムに似ている）。
【0145】
第１の実施形態の一実装形態によると、ＵＥが２つの異なるサイドリンクグラントを同時に扱うことができるように、ＵＥが例えば最大で２つのサイドリンクグラントプロセスを有することが許可されるようにすることができる（したがってＵＥはＳＣ期間内に２つの有効なサイドリンクグラントを有する）。したがって、２つのサイドリンクグラントプロセスを区別できるようにするため、サイドリンクグラントプロセスＩＤは１ビットのサイズを有することができる。第１の実施形態の別の実装形態では、ＵＥにおいて、より多数の（例えば、４つ、または８つなど）サイドリンクグラントプロセスを起動させることができ、これによりＵＥは、さらに多くのサイドリンクグラントを同時に扱うことができる。しかしながら、対応するサイドリンクグラントプロセスＩＤは、さまざまなサイドリンクグラントプロセスを区別できるようにするため、より多くのビットのサイズを有する。例えば合計で４つのサイドリンクグラントプロセスの場合には２ビット、合計で８つのサイドリンクグラントプロセスの場合には３ビットであり、以下同様である。
【0146】
ＵＥが最大で扱うサイドリンクグラントプロセスの数は、例えばＲＲＣによって設定することができる、または事前に決めておく（例えば対応する３ＧＰＰ標準規格の中で決めておく）ことができる。
【0147】
全体として、ＵＥは、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信を、例えば背景技術のセクションで説明したＤ２Ｄ送信を実行するためのすでに標準化されているコンセプトにそれぞれ従って、同じＳＣ期間内に実行する。特に、ＵＥに利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクグラントプロセスにおいて）、ＵＥは１つのサイドリンク宛先グループを決定し、決定したサイドリンク宛先グループを送信先とするデータを含む対応するトランスポートブロックを生成する。Ｄ２Ｄ送信用の無線リソースは、それぞれのサイドリンクグラントに従って割り当てられる。ＵＥに利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクグラントプロセスにおいて）、ＵＥは、サイドリンク宛先グループと、対応するＤ２Ｄ送信用に割り当てられた無線リソースとを識別する対応するサイドリンク制御情報を生成し、各サイドリンクグラント（プロセス）のサイドリンク制御情報および対応するデータのＤ２Ｄ送信を、それぞれのサイドリンクグラントの割り当てられた無線リソースを使用して実行する。
【0148】
Ｄ２Ｄ送信を実行するためのこれらのステップの詳細については、ここでは省くが、代わりに本出願の背景技術のセクション内の対応する節を参照されたい。
【0149】
第１の実施形態の基礎をなす上述した原理は、さまざまな利点を伴う。この点において、すでに確立されている手順を修正することなく再利用することができる。例えば、サイドリンク制御情報を送信する目的に同じＳＣＩフォーマット０を使用することができ、なぜなら追加の情報を伝える必要がないためである。さらに、現在標準化されているＤ２Ｄ送信と比較したとき、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信が変更されないままであるため、受信側ＵＥは、１つのサイドリンクグラントプロセスにおける、第１の実施形態に従って実行されるＤ２Ｄ送信と、現在の標準規格に従って実行されるＤ２Ｄ送信とを区別しない（実際に区別する必要がない）。したがって、受信側のＵＥの挙動を適合させる必要がない。
【0150】
さらに、第１の実施形態では、ＳＣ期間内により多くのデータを送信することができ、したがってＤ２Ｄ送信のデータレートが高まる。
【0151】
これに加えて、第１の実施形態では、例えば、さまざまなサイドリンクグラントプロセスそれぞれにおいて異なるサイドリンク宛先グループを選択することによって、いくつかのサイドリンク宛先グループを送信先とするデータを同じＳＣ期間内に送信することができる。したがって、特定のサイドリンク宛先グループのリソース不足を回避することができる。
【0152】
ここまでは一般的に、ＵＥが、利用可能ないくつかのサイドリンクグラントを有するものと想定し、ＵＥがこれらのサイドリンクグラントを最初にどのように取得したかについては注意を払ってこなかった。実際に、第１の実施形態の原理によるＵＥの動作においては、ＵＥがサイドリンクグラントをモード１（ｅＮＢによってスケジューリングされる）に従って取得したか、モード２（ＵＥによる自律的な選択）に従って取得したかは、重要ではない。言い換えれば、第１の実施形態は、サイドリンクグラントそれぞれがモード１に従って取得された場合、またはモード２に従って取得された場合に適用される。さらに、１つのサイドリンクグラントをモード１によってスケジューリングし、別のサイドリンクグラントをモード２によってスケジューリングすることができる。
【0153】
モード１の場合、ＵＥからの対応する（１つまたは複数の）要求（例えば背景技術のセクションで説明したようにスケジューリング要求またはＲＡＣＨ手順および対応するバッファ状態情報）に基づいて、１つまたは複数のサイドリンクグラントがｅＮＢから受信される。モード１では、各サイドリンクグラントは、ｅＮＢによってＵＥに送信される対応するサイドリンクスケジューリングメッセージの中で受信され、このサイドリンクスケジューリングメッセージは、ＵＥによってサイドリンクグラントが割り当てられるサイドリンクグラントプロセスをさらに識別することができる。例えば、上述した対応するサイドリンクグラントプロセスＩＤを、サイドリンクスケジューリングメッセージの対応するフィールドにｅＮＢによって含めることができ、この場合にＵＥは、受信されたサイドリンクグラントが割り当てられるべきそれぞれのサイドリンクグラントプロセスを、このサイドリンクグラントプロセスＩＤを使用して識別することができる。
【0154】
第１の実施形態の一実装形態によると、この点において、新規のＤＣＩフォーマット（例示的にＤＣＩフォーマット５ａと称する）を導入することができ、このＤＣＩフォーマットは、少なくとも、対応するフィールド内にサイドリンクグラントプロセスＩＤを含む。サイドリンクグラントプロセスＩＤを含むこのような新規のフィールドのビットの数は、ＵＥに利用可能であるサイドリンクグラントプロセスの最大合計数によって決まる。例えば、新規のサイドリンクグラントプロセスＩＤフィールドは２ビットを有することができ、これによって合計で４つのサイドリンクグラントプロセスを区別することができる。
【0155】
新規のＤＣＩフォーマット５ａにおいては、以下のさらなる可能なフィールドのうちの少なくとも１つまたはすべてをさらに予期することができる。
－ ＰＳＣＣＨのリソース
－ ＰＳＣＣＨおよびＰＳＳＣＨに対するＴＰＣコマンド
－ ＳＣＩフォーマット０の以下のフィールド
・ 周波数ホッピングフラグ
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン
－ ＰＳＣＣＨのリソース
－ ＰＳＣＣＨおよびＰＳＳＣＨに対するＴＰＣコマンド
－ ＳＣＩフォーマット０の以下のフィールド
・ 周波数ホッピングフラグ
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン
【0156】
新規のＤＣＩフォーマット５ａにおけるこれらの他の可能なフィールドは、ＤＣＩフォーマット５におけるすでに標準化されている同じフィールドに対応する（非特許文献３（現在のバージョン１２．４．０）の５．３．３．１．９節を参照）。
【0157】
前述したように、従来技術では、サイドリンクグラントを送信するために使用されるサイドリンクスケジューリングメッセージは、ＤＣＩフォーマット５である（背景技術のセクションを参照）。非特許文献３（現在のバージョン１２．４．０）の５．３．３．１．９節には、現在、ＤＣＩフォーマット５に関して次のように定義されている。
「所与のサーチスペースにマッピングされるフォーマット５における情報ビットの数が、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより小さい場合、フォーマット５のペイロードサイズが、フォーマット０に付加されるパディングビットを含めたフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。」
「所与のサーチスペースにマッピングされるフォーマット５における情報ビットの数が、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより小さい場合、フォーマット５のペイロードサイズが、フォーマット０に付加されるパディングビットを含めたフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。」
【0158】
この定義から明らかであるように、ブラインド復号を容易にするため、ＤＣＩフォーマット５のペイロードサイズがＤＣＩフォーマット０のペイロードサイズに等しくなるように、ＤＣＩフォーマット５に「ゼロ（０）」が付加される。第１の実施形態のさらなる実装形態によると、新規のＤＣＩを導入する代わりに、サイドリンクグラントプロセスＩＤを示す目的に、これらのパディングビット（すなわち「ゼロ（０）」）を再利用することができる。
【0159】
これに代えて、サイドリンクグラント内の新規のサイドリンクグラントプロセスＩＤフィールドを伝えるための別の方法が存在する。特に、既存のＤＣＩ（例えばＤＣＩフォーマット５）のいずれかのいくつかのビットを、この目的のために再定義することができる。この場合、このＤＣＩの中で伝えられる少なくとも１つのフィールドの何らかの事前定義される（１つまたは複数の）符号点、または、いくつかのフィールドの事前定義される符号点の組合せ、が必要であり、この符号点または符号点の組合せは、そのＤＣＩ内の残りのビットが異なる意味に（すなわちサイドリンクグラントプロセスＩＤを示すものと）解釈されることを示す。
【0160】
前述したように、ＵＥは、同じサイドリンク制御期間内にいくつかのＤ２Ｄ送信を実行することができる（例えばサイドリンクグラントプロセスあたり１つ）。同じサイドリンク制御期間内にＵＥによって実行されるさまざまなＤ２Ｄ送信は、一般的には時間領域において重ならない（すなわちＵＥは異なるサブフレームにおいてＤ２Ｄ送信を実行する）。特に、対応する送信プールから取得された、サイドリンク制御情報メッセージを送信するために使用される無線リソースは、時間的に重ならない。同様に、ＭＡＣ ＰＤＵの最初の送信およびその再送信のタイミングを定義するＴ－ＲＰＴパターンは、２つのＤ２Ｄ送信のデータ送信が時間的に重なることが回避されるように適宜選択される。同じことは、スケジューリング制御情報（ＳＣＩ）のための送信リソースにもあてはまり、すなわち異なるサイドリンクグラントプロセスのＳＣＩ送信は時間的に重ならない。
【0161】
モード１においてスケジューリングされるＤ２Ｄ送信の場合、ｅＮｏｄｅＢは、重ならないＴ－ＲＰＴパターンと、ＳＣＩのための送信リソースとを決定し、それぞれのサイドリンクスケジューリングメッセージの中でこれらをＵＥに知らせる。これに対して、モード２においてスケジューリングされるＤ２Ｄ送信の場合、対応するプールからリソースを選択するとき、さまざまなＤ２Ｄ送信（すなわちＳＣＩおよびデータ）のための重ならない無線リソースが選択されるように、ＵＥ自身が対処する。
【0162】
これに代えて、Ｄ２Ｄ送信それぞれのＳＣＩおよび対応するデータを送信するために使用される無線リソースが時間的に重ならないことを確保する目的で、各サイドリンクグラントプロセスにおいて例えば異なるＳＡ＿ｏｆｆｓｅｔを定義することができる。ＳＡ＿ｏｆｆｓｅｔは、Ｄ２Ｄ送信の開始を定義するパラメータであり（図７および図８を参照）、したがってＳＣＩ送信および次のデータ送信の開始に影響を及ぼす。これに加えて、モード２においてスケジューリングされるデータ送信の場合、異なるサイドリンクグラントプロセスにおいて異なるＭｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ値を使用することができ、これによって、たとえさまざまなＤ２Ｄ送信のデータ送信に同じＴ－ＲＰＴビットマップを使用するときでも、データ送信が時間的に重ならないようにすることができる。
【0163】
図１３は、第１の実施形態による、Ｄ２Ｄ送信を実行するためのＵＥ動作のシーケンス図である。図１３に示したコンセプトは、モード１においてスケジューリングされるＤ２Ｄ送信と、モード２においてスケジューリングされるＤ２Ｄ送信とに基本的に等しく適用されるが、具体的に示したステップの順序は、ＵＥがｅＮＢからサイドリンクグラントを受信するモード１（ｅＮＢによってスケジューリングされるシナリオ）に適用される。さらに、モード２においてスケジューリングされるＤ２Ｄ送信の場合、ＵＥは、データが送信される（１つまたは複数の）サイドリンク宛先グループを最初に選択し、その後ＵＥは、適切な（１つまたは複数の）送信無線リソースプールから自律的に選択することによって、対応する（さまざまな）サイドリンクグラントを取得する。このようにして取得されたサイドリンクグラントに基づいて、サイドリンク制御情報および対応するサイドリンクデータを生成してＤ２Ｄ送信を実行する。
【0164】
図１３から明らかであるように、この例示的なシナリオにおいては、対応するサイドリンクグラントを扱うため、ＵＥにおいて利用可能であるＮ個のサイドリンクグラントプロセスが想定されている。Ｎは１以上（Ｎ≧１）であり、ただしサイドリンクグラントプロセスの最大数以下（Ｎ≦最大数）である。図１３において、Ｎは、ＵＥに対して設定することのできるサイドリンクグラントプロセスの最大数ではなく、前に取得されたサイドリンクグラントをそれぞれ扱うための現在「アクティブ」であるサイドリンクグラントプロセスの数である。すなわちＵＥは、Ｎ個のサイドリンクグラントプロセスそれぞれに対する１つのサイドリンクグラントを取得した。
【0165】
図１３は、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信が互いに独立しており、ただし、これらのＤ２Ｄ送信が同じＳＣ期間内に実行されるように基本的には同時に行われることを示している。
【0166】
一方で、図１４は、第１の実施形態による、１つのＳＣ期間中にモード１においてスケジューリングされるシナリオの場合のＤ２Ｄ通信タイミングを示している。図１４は、図８ですでに使用されている図解に基づいており、同様にＳＡ－ｏｆｆｓｅｔ時間を示しており、このオフセット時間の後にＳＣ期間が始まり、ｅＮｏｄｅＢから受信されたサイドリンクグラントに示されている対応する送信プールリソースを使用してスケジューリング割当て（サイドリンク制御情報）が送信される。この例示的なシナリオにおいても、ＳＣＩの最初の送信の後に、同じＳＣＩメッセージの３回の再送信が行われるものと例示的に想定する。次いでＵＥは、スケジューリング割当てを送信した後、次のアップリンクサブフレームにおいてＤ２Ｄデータ送信を開始する。ＭＡＣ ＰＤＵが、Ｔ－ＲＰＴ（送信の時間リソースパターン）によって設定されているその最初の送信および（１つまたは複数の）再送信において送信される。
【0167】
図１４から明らかであるように、ＵＥは、異なるサイドリンクグラントプロセスにそれぞれアドレッシングされている２つのサイドリンクグラント（この例示的なケースにおいてはＩＤ １を有するサイドリンクグラントプロセスおよびＩＤ ２を有するサイドリンクグラントプロセス）を、ｅＮｏｄｅＢから受信するものと想定する。図１３に関連して説明したように、ＵＥは、各サイドリンクグラントプロセスにおける（すなわちこの場合には２つのサイドリンクグラントそれぞれにおける）Ｄ２Ｄ送信を、基本的に同じサイドリンク制御期間（例えばＳＡ＿ｏｆｆｓｅｔの後に同時に始まり、サイドリンク制御期間の長さにわたり続く）内に実行する。図１４はこの状況を描いてあり、送信側ユーザ機器によって実行されるスケジューリング割当ておよび対応するデータの２つのＤ２Ｄ送信を示している。図１４において想定されている例示的なシナリオでは、上側のＤ２Ｄ送信は、下側のＤ２Ｄ送信とは異なるサイドリンク宛先グループを送信先としているものと想定している（ただし、２つのＤ２Ｄ送信が同じサイドリンク宛先グループのデータを伝えることもできる）。
【0168】
前述したように、いくつかのＤ２Ｄ送信を送信するために使用される無線リソースは、時間的に重ならない。図１４から明らかであるように、ｅＮｏｄｅＢは、２つのスケジューリング割当てを送信するための、時間領域において重ならない無線リソースを選択し、それらをサイドリンクグラントの中に示した。さらにｅＮｏｄｅＢは、２つのＤ２Ｄ送信のそれぞれのデータおよび対応する制御情報（ＳＣＩ）を送信するための、時間領域において重ならない無線リソースを選択し、それらをサイドリンクグラントの中に示した。図１４から理解できるように、それぞれのＴ－ＲＰＴビットマップは、２つのＤ２Ｄ送信の間で異なる。
【0169】
図１５は、第１の実施形態による、１つのＳＣ期間中にモード２においてスケジューリングされるシナリオの場合のＤ２Ｄ通信タイミングを示している。図１５は、背景技術のセクションの図７ですでに使用されている図解に基づいている。図１４のシナリオとは異なり、無線基地局からサイドリンクグラントは受信されず、２つのサイドリンクグラントはＵＥによって自律的に選択されるものと想定する。図１４の図解と同様に、２つのＤ２Ｄ送信のサイドリンク制御情報およびデータを送信するための無線リソースは、時間的に重ならない。この場合、ＵＥは、サイドリンク制御情報を送信するための、時間領域において重ならない対応するリソースを、ＳＡ＿ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌから選択し、さらに、２つのＤ２Ｄ送信における、データを送信するための適切に異なるＴ－ＲＰＴビットマップと、対応する制御情報（ＳＣＩ）のための送信リソースを選択する。
【0170】
図１４および図１５は、利用可能なサイドリンクグラントすべてが、ｅＮｏｄｅＢによってスケジューリングされるか、または自律的に選択されるかのいずれかであるシナリオを示している。しかしながらＵＥは、モード１による有効な（１つまたは複数の）サイドリンクグラントと、モード２による有効な（１つまたは複数の）サイドリンクグラントとを同時に有することもできる。
【0171】
第１の実施形態の上述した実装形態においては、同じＳＣ期間内にＤ２Ｄ送信が実行されるサイドリンク宛先グループをＵＥが決定するものと想定しており、それ以上の詳しい説明はしていない。第１の実施形態の特定の実装形態によると、サイドリンク宛先グループを決定するステップは、（１回または複数回の）論理チャネル優先順位付け（ＬＣＰ）手順の使用によって実行される。
【0172】
一代替形態によると、各サイドリンクグラントプロセス（または有効なサイドリンクグラント）に対して１回のＬＣＰ手順が実行され、したがってＵＥは、各サイドリンクグラントプロセスにおけるサイドリンク宛先グループを、互いに個別に選択する。背景技術のセクションで説明したように、現在の標準規格によると、サイドリンク論理チャネルを処理する順序は規定されておらず、ＵＥの実装に委ねられており、すなわち、宛先グループの選択と、選択された宛先グループに属すサイドリンク論理チャネルを処理する順序は規定されておらず、何らかの優先順位付けメカニズムが実行されることはない。しかしながら、この実装形態では、各サイドリンク宛先グループに対応する優先順位が関連付けられているものと想定する。この実装形態によると、ＵＥは、各サイドリンクグラントプロセスに対してＬＣＰ手順を個別に実行する。より具体的には、ＵＥは、ＬＣＰ手順を連続的に実行し、すなわち、例えば最初のサイドリンクグラントプロセスに対するＬＣＰ手順から開始し、次いで２番目のサイドリンクグラントプロセスに対するＬＣＰ手順を実行し、以下同様である。ＵＥは、各ＬＣＰ手順において、利用可能なデータを有しかつ最も高い対応する優先順位を有するサイドリンク宛先グループを選択する。したがって、ＵＥが、２つの異なる宛先グループの、送信用に利用可能なデータを有する場合に、（最初のサイドリンクグラントに従って）最初のＬＣＰ手順を実行した後に、高い方の優先順位のサイドリンク宛先グループのデータが自身のバッファ内に依然として存在する場合、ＵＥは、２番目のＬＣＰ手順において同じサイドリンク宛先グループを再び選択する。
【0173】
さらなる代替形態によると、すべてのサイドリンクグラントプロセス（または有効なサイドリンクグラント）に対して、ＵＥによって共通のＬＣＰ手順が実行され、したがってＵＥは、すべてのサイドリンクグラントプロセスにおけるサイドリンク宛先グループを、相互に依存する方法で選択する。この実装形態でも、各宛先グループに対応する優先順位が関連付けられているものと想定する。この実装形態によると、宛先グループの選択は、宛先グループの優先順位の降順に実行される。具体的には、この場合にもＵＥが、２つの異なる宛先グループの、送信用に利用可能なデータを有すると想定すると、宛先グループのうち高い方の優先順位を有する宛先グループに第１のサイドリンクグラントを使用する。しかしながら、たとえ宛先グループのうち高い方の優先順位を有する宛先グループに送信される利用可能なデータが残っている場合でも、第２のサイドリンクグラントは、宛先グループのうち低い方の優先順位を有する宛先グループに使用される。さらなる宛先グループが存在する場合には、同様にさらなるサイドリンクグラントが使用される。
【0174】
＜第２の実施形態＞
以下では、前述した問題を解決するための第２の実施形態について詳しく説明する。第２の実施形態の主たるコンセプトは、第１の実施形態のコンセプトとは異なる。しかしながら、第２の実施形態の基礎をなす原理を説明するための（１つまたは複数の）シナリオを同様に想定することができる。特に、ＰｒｏＳｅ対応ＵＥを想定し、したがってこのＵＥは、ｅＮｏｄｅＢを経由せずに別の（１基または複数基）のＵＥと直接的に（１つまたは複数の）Ｄ２Ｄ送信を実行することができる。さらに、ＵＥは、複数のサイドリンク宛先グループを送信先とする、送信用に利用可能なデータを有するものとし、ただし、第２の実施形態による改良されたＤ２Ｄ送信は、ＵＥにおいて１つのサイドリンク宛先グループのみのデータが送信用に利用可能である場合にも、等しく適用される。
以下では、前述した問題を解決するための第２の実施形態について詳しく説明する。第２の実施形態の主たるコンセプトは、第１の実施形態のコンセプトとは異なる。しかしながら、第２の実施形態の基礎をなす原理を説明するための（１つまたは複数の）シナリオを同様に想定することができる。特に、ＰｒｏＳｅ対応ＵＥを想定し、したがってこのＵＥは、ｅＮｏｄｅＢを経由せずに別の（１基または複数基）のＵＥと直接的に（１つまたは複数の）Ｄ２Ｄ送信を実行することができる。さらに、ＵＥは、複数のサイドリンク宛先グループを送信先とする、送信用に利用可能なデータを有するものとし、ただし、第２の実施形態による改良されたＤ２Ｄ送信は、ＵＥにおいて１つのサイドリンク宛先グループのみのデータが送信用に利用可能である場合にも、等しく適用される。
【0175】
第２の実施形態によると、サイドリンク制御情報が１つのサイドリンク宛先グループのみではなく複数のサイドリンク宛先グループを識別することができるように機能強化することによって、Ｄ２Ｄ送信が改良される。したがって、ＵＥによって実行されるＤ２Ｄ送信は、対応するサイドリンク制御情報によって識別される複数のサイドリンク宛先グループのデータを伝えることができる。（サイドリンク制御情報および対応するデータの）Ｄ２Ｄ送信を実行するための無線リソースは、ＵＥに利用可能なサイドリンクグラントによって定義される。第１の実施形態とは異なり、ＵＥは、３ＧＰＰ標準規格に現在定義されている方式と同様に、ＳＣ期間あたり１つのみの有効なサイドリンクグラントを有する。したがって第２の実施形態によると、この点において変更が必要ない。
【0176】
さらに、ＵＥ（複数のサイドリンク宛先グループの利用可能なデータを有する）は、サイドリンク宛先グループのうち（少なくとも２つの）特定のサイドリンク宛先グループを選択し、次いで、選択された複数の宛先グループを識別する適切なサイドリンク制御情報を生成し、Ｄ２Ｄ送信用の対応するデータパケットを生成し、この場合、データパケットは、いくつかの決定されたサイドリンク宛先グループのデータを伝える。ＵＥは、１つのＳＣ期間内に、１つのＤ２Ｄ送信の中で複数の異なるサイドリンク宛先グループのデータを送信することができ、複数の異なるサイドリンク宛先グループは、Ｄ２Ｄ送信の最初に送信されるサイドリンク制御情報によって識別される。
【0177】
図１６は、第２の実施形態による、Ｄ２Ｄ送信を実行するときのＵＥの挙動のシーケンス図を示しており、上述したステップ、すなわち、サイドリンクグラントを取得するステップと、複数のサイドリンク宛先グループを決定するステップと、複数のサイドリンク宛先グループを識別するサイドリンク制御情報を生成するステップと、選択された複数のサイドリンク宛先グループを送信先とするデータを伝えるデータパケットを生成するステップと、複数のサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報および対応するデータのＤ２Ｄ送信を最後に実行するステップと、を含む。図１６には、説明を目的としてステップの特定の順序を示してあるが、第２の実施形態はこの特定の順序に制限されず、別の適切な順序も同様に可能である。例えば、さまざまなサイドリンク宛先グループを決定するステップを、サイドリンクグラントを取得するステップの前に実行することができ、あるいは、サイドリンク制御情報を生成するステップと、データパケットを生成するステップの順序を逆にすることができる。
【0178】
一方で、図１７は、第２の実施形態による、１つのＳＣ期間中にモード１においてスケジューリングされるシナリオのＤ２Ｄ通信タイミングを示している。図１７における例示的な図解は、背景技術のセクションですでに使用した図８による図解に基づいている。図１７から明らかなように、異なる点として、第２の実施形態によると、ＭＡＣ ＰＤＵそれぞれ（およびその再送信）が、異なるサイドリンク宛先グループを送信先とするデータを伝えることができ（図１７のこの特定の例においては、３つの異なるサイドリンク宛先グループを送信先とするデータがＳＣ期間内に送信される）、それに対して図８による現在標準化されているシステムでは、ＭＡＣ ＰＤＵは、同じサイドリンク宛先グループのデータを伝える（ただし、さまざまなＭＡＣ ＰＤＵの中の実際のデータはＭＡＣ ＰＤＵごとに異なる）。図１７には描いていないが、ＵＥがＤ２Ｄ送信用に２つの異なるサイドリンク宛先グループのみを選択したと想定すると、最初のＭＡＣ ＰＤＵ（およびその再送信）が第１のサイドリンク宛先グループを送信先とするデータを伝えることができ、２番目のＭＡＣ ＰＤＵ（およびその再送信）が第２のサイドリンク宛先グループを送信先とするデータを伝えることができ、３番目のＭＡＣ ＰＤＵ（およびその再送信）が再び第１のサイドリンク宛先グループを送信先とするデータを伝えることができる。
【0179】
さらに図１７から明らかであるように、サイドリンク制御期間の最初に送信されるスケジューリング割当て（サイドリンク制御情報）（およびその再送信）は、３つのサイドリンク宛先グループを識別する。
【0180】
図１７の、ｅＮＢによってスケジューリングされるＤ２Ｄ送信のシナリオにおいて説明したのと同じコンセプトは、ＵＥによってスケジューリングされるＤ２Ｄ送信（すなわちモード２）に適用することができる。
【0181】
第２の実施形態の異なる実装形態によると、以下に詳しく説明するように、サイドリンク制御情報メッセージは、複数のサイドリンク宛先グループを直接的に（すなわち複数の対応するＩＤを含むことによって）識別する、または間接的に（すなわち複数のサイドリンク宛先グループに関連付けられている１つのＩＤを含むことによって）識別することができる。
【0182】
第２の実施形態の第１の実装形態によると、Ｄ２Ｄ送信の一部として送信されるサイドリンク制御情報メッセージは、決定されたサイドリンク宛先グループあたり１つのサイドリンク宛先グループＩＤを含む。言い換えれば、サイドリンク制御情報メッセージは、サイドリンク宛先グループの対応する識別情報を含むことによってサイドリンク宛先グループを直接識別する。したがって、サイドリンク制御情報メッセージは、２つ以上のサイドリンク宛先グループＩＤを含むことができる。
【0183】
第１の実装形態のバリエーションによると、サイドリンク宛先グループＩＤのためのいくつかのフィールドを備えた新規のサイドリンク制御情報フォーマット（以下では例示的にＳＣＩフォーマット１と称する）を定義することができる。新規のＳＣＩフォーマット１は、例示的に、（非特許文献３（現在のバージョン１２．４．０）の５．４．３．１．１節に定義されている）すでに標準化されているＳＣＩフォーマット０に基づくことができるが、それに加えて、いくつかのサイドリンク宛先グループＩＤ（標準規格においては「グループ宛先ＩＤ」と称される）を示すことができる。したがって新規のＳＣＩフォーマット１は、より詳細には、非特許文献３のすでに標準化されているＳＣＩフォーマット０に対応して、以下のフィールドの１つまたは複数を含む。
－ 周波数ホッピングフラグ
－ リソースブロック割当ておよびホッピングリソース割当て
－ 時間リソースパターン
－ 変調符号化方式
－ タイミングアドバンス指示
－ 周波数ホッピングフラグ
－ リソースブロック割当ておよびホッピングリソース割当て
－ 時間リソースパターン
－ 変調符号化方式
－ タイミングアドバンス指示
【0184】
例えば、現在標準化されているＳＣＩフォーマット０におけるようにグループ宛先ＩＤ用の８ビットを提供する代わりに、新規のＳＣＩフォーマット１は、２つのグループ宛先ＩＤ（すなわち２つのサイドリンク宛先グループＩＤに対応する）を含むため、利用可能な１６ビットを有する。当然ながら、サイドリンク制御情報メッセージがさらに多くのサイドリンク宛先グループＩＤを伝えることができるようにするべきである場合、この点において、より多くのビットを提供しなければならない（例えば、３つの異なるサイドリンク宛先グループＩＤの場合には２４ビット、４つの異なるサイドリンク宛先グループＩＤの場合には３２ビット）。
【0185】
第２の実施形態のこの第１の実装形態のオプションとして、受信側ＵＥは、Ｄ２Ｄ送信における対応するトランスポートブロックが参照するサイドリンク宛先グループＩＤを認識する。言い換えれば、受信側ＵＥは、どのトランスポートブロックが、ＳＣＩの中で識別されるどのサイドリンク宛先グループのデータを伝えているかを認識する。このことは、例示的に、ＳＣＩの中のサイドリンク宛先グループＩＤの順序と、Ｄ２Ｄ送信の次の部分の中の対応するトランスポートブロックの順序との間の所定の一義的な関係（すなわち規則）によって行うことができる。例えば、ＳＣＩ内の（複数の）グループ宛先ＩＤ（すなわちサイドリンク宛先グループＩＤ）の順序が、Ｄ２Ｄ送信において送信される対応するトランスポートブロック（すなわち、それぞれのサイドリンク宛先グループのデータを伝えるトランスポートブロック）の順序に対応していることができる。例えば、ＳＣＩ内の第１のグループ宛先ＩＤが宛先Ａを指しており、第２のグループ宛先ＩＤが宛先Ｂを指しているときに、ＳＣ期間内に送信される２つのトランスポートブロックが存在する場合、最初のトランスポートブロックがグループＡを送信先とするデータを含み、２番目のトランスポートブロックがグループＢを送信先とするデータを含む。ＳＣ期間内に送信される３つのトランスポートブロックが存在する場合、３番目のトランスポートブロックは例えば再びグループＡを送信先とするデータを含み、以下同様である。本質的には、受信側ＵＥは、ＳＣＩ期間内の対応するトランスポートブロックのグループ宛先ＩＤを、何らかの事前定義される規則に従って認識する。このオプションを、現在規定されている３ＧＰＰ環境において実施するときには、受信側ＵＥは、ＳＣＩ内のグループ宛先ＩＤおよび事前定義される規則に基づいて、トランスポートブロックの中のデータの（１つまたは複数の）宛先レイヤ２ ＩＤの８個の最下位ビット（ＬＳＢ）を認識する。結果としてＵＥは、自身が関心のあるサイドリンク宛先グループに応じてＤ２Ｄ送信（特にＭＡＣ ＰＤＵ）をフィルタリングすることができ、したがって受信側ＵＥは実際に関心のあるサイドリンク宛先グループのデータを含むＭＡＣ ＰＤＵのみを復号する。より詳細には、復号されたＭＡＣ ＰＤＵサブヘッダのＤＳＴフィールドが、ＵＥの（１つまたは複数の）宛先レイヤ２ ＩＤのいずれかの１６個のＭＳＢに等しい場合、そのＰＤＵはＵＥにおいてさらに処理される。
【0186】
代替実装形態によると、ＭＡＣ ＰＤＵサブヘッダのＤＳＴフィールドは、宛先レイヤ２ ＩＤの２４個のＭＳＢ（例えば完全な２４ビット）を含む。受信側ＵＥは、ＭＡＣサブヘッダ内のこれらの２４ビットに基づいて、トランスポートブロック内のデータの宛先レイヤ２ ＩＤを一義的に識別することができ、したがってＭＡＣフィルタリングを実行することができる。この場合、ＳＣＩ内のグループ宛先ＩＤの順序は、Ｄ２Ｄ送信において送信される対応するトランスポートブロックの順序に対応している必要がない。例えば、たとえ第１のグループ宛先ＩＤが宛先Ａを指しており、第２のグループ宛先ＩＤが宛先Ｂを指していても、ＳＣ期間内に送信される２つのトランスポートブロックが存在する場合に、最初のトランスポートブロックがグループＢを送信先とするデータを含むことができ、２番目のトランスポートブロックがグループＡを送信先とするデータを含む。受信側ＵＥは、ＭＡＣ ＰＤＵサブヘッダ内の２４ビットの宛先レイヤ２ ＩＤに基づいてフィルタリングを一義的に実行することができ、すなわち受信側ＵＥは、宛先レイヤ２ ＩＤに基づいて関心のあるパケットのみを復号することができる。
【0187】
第２の実施形態の第２の代替実装形態によると、Ｄ２Ｄ送信の一部として送信されるサイドリンク制御情報メッセージは、１つのＩＤのみを含み、しかしながらこのＩＤは、決定された複数のサイドリンク宛先グループに関連付けられている。結果として、サイドリンク宛先グループを、それぞれの対応する識別情報を含むことによって直接識別する代わりに、サイドリンク宛先グループが適切なＩＤによって間接的に識別され、受信側においてこのＩＤを再び複数のサイドリンク宛先グループに関連付けることができる。
【0188】
具体的には、この第２の代替実装形態では新規のＩＤを導入し、この新規のＩＤは、サイドリンク宛先グループＩＤの代わりに送信され、複数のサイドリンク宛先グループに関連付けられている。言い換えれば、この新規のＩＤ（以下では例示的にブロードキャストＩＤと称する）は、１つのブロードキャストＩＤが少なくとも２つの異なるサイドリンク宛先グループに関連付けられるように、さまざまなサイドリンク宛先グループを、多対１のマッピングに従って一緒にグループ化する。この新規のマッピング機能は、コアネットワーク内の適切なノード（例えばＰｒｏＳｅサーバ機能）によって実行することができる。したがってＰｒｏＳｅサーバ機能は、いくつかのサイドリンク宛先グループを各ブロードキャストＩＤに関連付けるため、このようなマッピング機能を実行することができる。この場合、対応するマッピング情報（すなわちブロードキャストＩＤおよび対応して関連付けられているサイドリンク宛先グループ）が、ＵＥおよびオプションとしてｅＮｏｄｅＢにも提供される。この情報の提供は、例えば、ＲＲＣシグナリングを使用して実行することができる、またはさまざまなｅＮｏｄｅＢによってシステム情報の中でブロードキャストすることができる。
【0189】
１つのバリエーションにおいては、新規のブロードキャストＩＤは、サイドリンク制御情報の中でサイドリンク宛先グループを識別するために通常使用されるサイドリンク宛先グループＩＤと同じサイズであり、すなわち８ビットであり（背景技術のセクションを参照）、したがって、すでに定義されているサイドリンク制御情報フォーマット０を、適合させることなく再利用することができる。これに代えて、新規のブロードキャストＩＤを、通常に使用されるサイドリンク宛先グループＩＤとは異なる（例えば、より大きい）サイズとすることができ、その場合、新規のブロードキャストＩＤを伝えるために新規のサイドリンク制御情報フォーマットが必要である。
【0190】
第２の実施形態の第２の代替実装形態に基づくと、ＵＥは、有効なサイドリンクグラントに従ってＤ２Ｄ送信においてデータが送信される複数のサイドリンク宛先グループを決定した後、これらの決定された複数のサイドリンク宛先グループに関連付けられる対応するブロードキャストＩＤをさらに決定する必要がある。次いでＵＥは、サイドリンク宛先グループの１つまたは複数のＩＤの代わりに、決定したブロードキャストＩＤをＤ２Ｄ送信のサイドリンク制御情報の中に含めることができる。
【0191】
一方で、ブロードキャストＩＤを含むサイドリンク制御情報を備えたＤ２Ｄ送信を受信するＵＥは、例えばＰｒｏＳｅサーバ機能から以前に受信して格納されているマッピング情報に基づいて、受信したブロードキャストＩＤから複数のサイドリンク宛先グループを求める。
【0192】
バリエーションによると、下位互換性を維持する目的で、特に、ブロードキャストＩＤが、サイドリンク制御情報メッセージの中で伝えられるサイドリンク宛先グループのこれまで使用されていたＩＤと同じサイズを有する場合、サイドリンク制御情報メッセージが新規のブロードキャストＩＤを含むのか通常のサイドリンク宛先グループＩＤを含むのかに関する適切な情報（フラグなど）を、サイドリンク制御情報メッセージが含むことができる。この場合、このフラグをさらに含む新規のサイドリンク制御情報フォーマットが必要となりうる。したがって送信側ＵＥは、自身がブロードキャストＩＤを含めるのか（Ｄ２Ｄ送信の中でいくつかのサイドリンク宛先グループのデータが送信されるとき）、または通常のサイドリンク宛先グループＩＤを含めるのか（Ｄ２Ｄ送信の中で１つのサイドリンク宛先グループのみのデータが送信されるとき）に応じて、対応するフラグを設定する。一方で、受信側ＵＥは、受信されたＤ２Ｄが実際にどの（１つまたは複数の）サイドリンク宛先グループを送信先としているかを求めるときに、このフラグの値を考慮する。
【0193】
ここまで、第２の実施形態の２つの代替実装形態について説明してきたが、これらの実装形態はそれぞれ、必要なときにサイドリンク制御情報が複数のサイドリンク宛先グループを識別することができる。
【0194】
したがって、いくつかのサイドリンク宛先グループの、送信用に利用可能なデータを有するＵＥは、これらの複数のサイドリンク宛先グループのうち、次のＤ２Ｄ送信によってデータを送信するサイドリンク宛先グループを決定する。次いで、決定された複数のサイドリンク宛先グループを識別するため、上述した第１の代替実装形態に従っていくつかのＩＤを含めることによって、または上述した第２の代替実装形態に従って１つの適切なブロードキャストＩＤを含めることによって、対応するサイドリンク制御情報メッセージを生成する。
【0195】
さらに、ＵＥは、ＳＣ期間内のＤ２Ｄ送信の一部として送信するための、複数のサイドリンク宛先グループを送信先とする対応するデータパケット（すなわちＭＡＣ ＰＤＵ）、を生成する。例えば、ＳＣ期間においてＵＥによって生成される最初のトランスポートブロック（ＭＡＣ ＰＤＵ）が、第１のサイドリンク宛先グループを送信先とするデータを伝えることができ、ＳＣ期間内にＵＥによって生成される２番目のトランスポートブロックが、第２のサイドリンク宛先グループを送信先とするデータを伝えることができ、以下同様である。このことは、図１７の図解から容易に理解される。
【0196】
しかしながら、１つのＳＣ期間内にＤ２Ｄ送信によってデータを送信することのできるサイドリンク宛先グループの数は、ＳＣ期間の長さ、および／または、サイドリンクグラントによって与えられるＴ－ＲＰＴパターンにも依存することに留意されたい。例えば、図１７の例示的なシナリオにおいては、選択されるＴ－ＲＰＴビットマップとの組合せにおけるサイドリンク制御期間の長さでは、１つのＳＣ期間内に３つの個別のＭＡＣ ＰＤＵを送信することができ、したがって最大で３つのサイドリンク宛先グループを送信先とするデータをＵＥによって送信することができる。ＳＣ期間の異なる長さを設定する、または異なるＴ－ＲＰＴパターン（例えば再送信の回数が少ない）を選択すると、１つのＳＣ期間内に送信される、より多くの、またはより少ないサイドリンク宛先グループを決定することができる。
【0197】
上の例では、Ｄ２Ｄ送信によってデータが送信される（３つの）異なる宛先グループがＵＥによって決定されるが、（１つまたは複数の）同じ宛先グループをそれぞれＵＥによって選択することもできる。
【0198】
Ｄ２Ｄ送信を正常に実行するためにＵＥによって実行されるさまざまなステップのさらなる詳細については、ここでは省くが、背景技術のセクション内の対応する節を参照されたい。
【0199】
受信側における対応する動作では、いくつかのサイドリンク宛先グループを送信先とするデータを含むＤ２Ｄ送信を受信することができる。受信側ＵＥは、サイドリンク制御情報メッセージ（グループ宛先ＩＤ）からいくつかのサイドリンク宛先グループを識別し、したがって自身がそのＤ２Ｄ送信に関心があるか否か（すなわちＵＥが、Ｄ２Ｄ送信内のＳＣＩの中の識別子によって識別されるサイドリンク宛先グループのうちの１つまたは複数へのデータを受信することに関心があるか）を決定することができる。ＵＥが関心がある場合、Ｄ２Ｄ送信内の対応するデータが受信側ＵＥによって適切な方法において受信されて復号される。この場合、受信側ＵＥがＭＡＣ ＰＤＵ内のデータを受信して復号することを望むか否かを決定するため、受信側ＵＥがＤ２Ｄ送信のＭＡＣ ＰＤＵそれぞれのサイドリンク宛先グループを求めるステップを含むことができる。
【0200】
例えば非特許文献５（現在のバージョン１２．５．０）の６．２．４節に定義されている、サイドリンクＤ２Ｄ送信においてＭＡＣ ＰＤＵを送信するための現在標準化されている手順によると、ＭＡＣヘッダが、含まれているデータのサイドリンク宛先グループに関する情報を含む。特に、ＭＡＣヘッダの「ＤＳＴ」フィールドにおいて、宛先レイヤ２ ＩＤの１６個の最上位ビットが送信され、受信側ＵＥは、これらのビットによってサイドリンク宛先グループを識別することができる。現在標準化されているＳＣＩメッセージは、宛先レイヤ２ ＩＤの８個の最下位ビットを含み、これらの８個のＬＳＢと、ＭＡＣヘッダ内の１６個のＭＳＢとの組合せによって、受信側ＵＥはサイドリンク宛先グループ（すなわち宛先レイヤ２ ＩＤ）を一義的に識別することができる。したがって受信側ＵＥは、自身が関心のあるサイドリンク宛先グループに応じてＤ２Ｄ送信（特にＭＡＣ ＰＤＵ）をフィルタリングすることができ、したがって受信側ＵＥは、自身が実際に関心のあるサイドリンク宛先グループのデータを含むＭＡＣ ＰＤＵのみを復号する。より詳細には、復号されたＭＡＣ ＰＤＵサブヘッダのＤＳＴフィールドが、ＵＥの（１つまたは複数の）宛先レイヤ２ ＩＤのいずれかの１６個のＭＳＢに等しい場合、そのＰＤＵはＵＥにおいてさらに処理される。
【0201】
一実装形態によると、ＭＡＣ ＰＤＵサブヘッダのＤＳＴフィールドは、現在標準化されているように宛先レイヤ２ ＩＤの１６個のＭＳＢのみではなく、宛先レイヤ２ ＩＤの２４個のＭＳＢ（例えば完全な２４ビット）を含む。受信側ＵＥは、ＭＡＣサブヘッダ内のこれらの２４ビットに基づいて、トランスポートブロック内のデータの宛先レイヤ２ ＩＤを一義的に識別することができ、したがってＭＡＣフィルタリングを実行することができる。この方式は、特に、いくつかのグループ宛先ＩＤが１つのブロードキャストＩＤにマッピングされる上述した第２の実施形態において有利であり、なぜなら受信側ＵＥは、グループ宛先ＩＤ（すなわちＳＣ期間内の対応するトランスポートブロックの宛先レイヤ２ ＩＤの８個のＬＳＢ）を認識していないためである。受信側ＵＥがブロードキャストＩＤに基づいて認識することは、基本的には、ＳＣ期間内のトランスポートブロックが、そのブロードキャストＩＤにマッピングされているグループ宛先ＩＤの１つを送信先とするデータを含みうるということのみである。例えば、グループ宛先ＩＤ＝「０」およびグループ宛先ＩＤ＝「１」がブロードキャストＩＤ＝「０」にマッピングされている場合、受信側ＵＥは、ＳＣ期間内の最初のトランスポートブロックがグループ宛先ＩＤ＝「０」を有するのかグループ宛先ＩＤ＝「１」を有するのかを認識しない。ＳＣ期間内の他のトランスポートブロックにも同じことがあてはまる。現在の標準規格によると、ＭＡＣ ＰＤＵサブヘッダ内のＤＳＴフィールドは、宛先レイヤ２ ＩＤの１６個のＭＳＢを含むのみであるため、受信側ＵＥは、トランスポートブロックのデータの完全な宛先レイヤ２ ＩＤを一義的に識別することができない（なぜなら受信側ＵＥは宛先レイヤ２ ＩＤの８個のＬＳＢ（グループ宛先ＩＤ）を認識していないため）。
【0202】
第２の実施形態の上の説明では、ＵＥが有効なサイドリンクグラントを有するものと想定したが、ＵＥがこれらの有効なサイドリンクグラントをどのように取得したかに関しては詳しく説明していない。第２の実施形態の原理によるＵＥの動作においては、ＵＥがサイドリンクグラントをモード１に従って（ｅＮＢから）取得したか、モード２に従って取得した（ＵＥによって自律的に選択されたＲ２）かは重要ではない。したがって、第２の実施形態は、モード１において取得されるサイドリンクグラントと、モード２において取得されるサイドリンクグラントの両方に適用される。具体的には、モード１の場合、サイドリンクグラントは、例えばＵＥからの対応する要求（例えば背景技術のセクションで説明したようにスケジューリング要求またはＲＡＣＨ手順および対応するバッファ状態情報）に基づいて、ｅＮｏｄｅＢから受信されたものである。これらの手順と、ｅＮｏｄｅＢからＵＥに送信される対応するサイドリンクスケジューリングメッセージに関する詳細については、ここでは省くが、背景技術のセクションの対応する節を参照されたい。モード２の場合、サイドリンクグラントは、スケジューリング制御情報およびデータを送信するための対応する送信無線リソースプールからＵＥによって自律的に選択される。モード２のこれらの手順に関する詳細についても、ここでは省くが、背景技術のセクションの対応する節を参照されたい。
【0203】
第２の実施形態の上述した実装形態においては、ＳＣ期間内にＤ２Ｄ送信が実行される先の複数のサイドリンク宛先グループをＵＥが決定することを説明したが、それ以上の詳細は示していない。第２の実施形態の特定の実装形態によると、複数のサイドリンク宛先グループを決定するステップは、（１回または複数回の）論理チャネル優先順位付け（ＬＣＰ）手順の使用によってＵＥによって実行することができる。特に、ＵＥは、どのサイドリンク宛先グループのデータが送信されるべきかを、ＬＣＰ手順において決定することができる。
【0204】
第２の実施形態の代替形態によると、ＵＥは、対応するグループ宛先ＩＤ（ＳＣＩの中で送信される）が同じである限りは、複数の異なるサイドリンク宛先グループにデータを送信することが許可される。より具体的には、現在の標準規格によると、物理サイドリンク制御チャネルでＳＣＩの中で送信されるグループ宛先ＩＤは、宛先レイヤ２ ＩＤの８個の最下位ビット（ＬＳＢ）である。ＵＥが、送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤのペア（宛先レイヤ２ ＩＤの８個のＬＳＢが同じである）のＰＤＵの中で論理チャネルを多重化する限りは、ＵＥは１つのＳＣ期間内で複数の異なるサイドリンク宛先グループにデータを送信することができる。この実装形態では、現在標準化されている手順の変更が実質的に要求されない。グループ宛先ＩＤが同じであるため、対象である受信側ＵＥは、ＳＬ－ＤＣＨでの対応するデータ送信の受信に失敗しない。一例として、送信側ＵＥは、宛先レイヤ２ ＩＤ＝「１１１１１１１１１１１１１１１０００００００００」と、宛先レイヤ２ ＩＤ＝「１１１１１１１１１１１１１１１１００００００００」を有するサイドリンク宛先グループとを送信先とするデータを、１つのＳＣ期間内に送信することができ、なぜなら両方のケースにおいて８個のＬＳＢが同じであるためである（この場合にＳＣＩの中で送信されるグループ宛先ＩＤは「００００００００」）。
【0205】
＜ハードウェアおよびソフトウェアによる本開示の実施＞
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【0206】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
【0207】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【0208】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】