JP2017513251A

JP2017513251A - Ｄ２ｄ通信システムのための通知方法及びその装置

Info

Publication number: JP2017513251A
Application number: JP2016545319A
Authority: JP
Inventors: ソンジュンイ，; スンヨンリ，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-01-31
Filing date: 2015-01-21
Publication date: 2017-05-25
Anticipated expiration: 2035-01-21
Also published as: EP3100375A4; RU2643185C1; JP6337128B2; EP3100375B1; US10028294B2; WO2015115749A1; KR102305630B1; KR20160114584A; US20160338082A1; CN105934896A; EP3100375A1; CN105934896B

Abstract

【課題】無線通信システムにおいてＤ２Ｄ通信システムのための通知方法及び装置を提供する。【解決手段】この方法は、第１の端末がＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成するステップと、前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、前記第１の端末が前記第１のＩＤ及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップとを有する。【選択図】図１４

Description

本発明は、無線通信システムに関し、特に、Ｄ２Ｄ（ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ）通信システムのための通知方法及びその装置に関する。

本発明を適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。

図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）は、既存のＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７とＲｅｌｅａｓｅ８を参照することができる。

図１を参照すると、Ｅ―ＵＭＴＳは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（ＡｃｃｅｓｓＧａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。

一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインタフェースを使用することができる。核心網（ＣｏｒｅＮｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）単位で端末の移動性を管理する。

Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信は、基地局などのインフラストラクチャを利用せず、隣接ノード間でトラフィックを直接伝達する分散された通信技術のことをいう。Ｄ２Ｄ通信環境において、携帯用端末などの各ノードは、物理的にそれに隣接する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）を発見し、通信セッションを設定した後でトラフィックを送信する。この方式によれば、Ｄ２Ｄ通信は、基地局に集中しているトラフィックを分散してトラフィックの過負荷を解決でき、この点から、Ｄ２Ｄ通信は、４Ｇ以後の次世代モバイル通信技術の基本技術として注目を受けている。そこで、３ＧＰＰ又はＩＥＥＥなどの標準協会は、ＬＴＥ―Ａ又はＷｉ―Ｆｉに基づいてＤ２Ｄ通信標準の確立を進行しており、クアルコム（Ｑｕａｌｃｏｍｍ）も自身のＤ２Ｄ通信技術を開発してきている。

Ｄ２Ｄ通信は、モバイル通信システムのスループットを増加させ、新しい通信技術を生成するのに寄与すると期待される。また、Ｄ２Ｄ通信は、プロキシミティベースのソーシャルネットワークサービス又はネットワークゲームサービスをサポートすることができる。陰影地域（ｓｈａｄｅｚｏｎｅ）に位置する端末のリンク問題は、Ｄ２Ｄリンクをリレーとして使用することによって解決することができる。この方式により、Ｄ２Ｄ技術は、多様な分野で新しいサービスを提供すると期待される。

赤外線通信、ジグビー（ＺｉｇＢｅｅ）、ＲＦＩＤ（ｒａｄｉｏｆｒｅｑｕｅｎｃｙｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＲＦＩＤに基づくＮＦＣ（ｎｅａｒｆｉｅｌｄｃｏｍｍｕｎｉｃａｔｉｏｎ）などのＤ２Ｄ通信技術は既に使用されている。しかし、これらの技術は、限られた距離（約１ｍ）内の特定オブジェクトの通信しかサポートせず、厳密にこれらの技術をＤ２Ｄ通信技術と見なすことは難しい。

Ｄ２Ｄ技術が前記のように記述されてきたが、同一のリソースを用いて複数のＤ２Ｄ端末からデータを送信する方法の細部事項は提案されていない。

本発明の目的は、Ｄ２Ｄ通信システムのための通知方法及び装置を提供することにある。本発明で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

本発明の目的は、無線通信システムで端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）が動作する方法であって、第１の端末がＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１のＩＤを生成するステップと、前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、前記第１の端末が前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップとを有する。

本発明の他の態様は、無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、無線周波数（ＲＦ；ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールを制御するように構成されるプロセッサとを備え、前記プロセッサは、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成し、少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成し、前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する。

一方、本発明の他の態様は、無線通信システムで端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）が動作する方法であって、第１の端末が少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定するステップであって、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、中断するかを示すステップ；前記第１の端末が前記決定によって指示子を生成するステップ；前記第１の端末が前記第１の端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップを有する。

本発明の他の態様は、無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、無線周波数（ＲＦ；ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールを制御するように構成されるプロセッサとを備え、前記プロセッサは、少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定し、ここで、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、中断するかを示す情報であり；前記決定によって指示子を生成し；前記端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する。

好ましくは、前記第１のＭＡＣＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む。

好ましくは、前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである。

好ましくは、前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定の端末グループを識別するグループＩＤである。

好ましくは、前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである。

好ましくは、前記第１のＭＡＣＰＤＵは、前記第１の端末のＩＤをさらに含む。

好ましくは、方法は、第２の端末から、第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存するステップとをさらに有する。

好ましくは、方法は、第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、前記第１のＩＤで識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させるステップとをさらに有する。

好ましくは、前記第１の端末は、前記第１のＩＤ及び前記第１の指示子を前記少なくとも一つの第２の端末に周期的に送信する。

上述した一般的な説明と後述する本発明の詳細な説明はいずれも例示的なものであり、本発明の更なる説明を提供するために意図されたものとして理解しなければならない。

本発明によれば、Ｄ２Ｄ通信のための指示子及び識別子（ＩＤ）を効率的に知らせることができる方法を提供する。本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者であれば明確に理解できるであろう。

本明細書に添付する図面は、本発明に関する理解を提供するためのものであり、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。

図１は、無線通信システムの一例であり、Ｅ―ＵＭＴＳネットワーク構造を概略的に示す図である。

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）構造を示するブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）構造を示するブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。

図３は、３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間における無線インタフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）及びユーザ平面（ＵｓｅｒＰｌａｎｅ）の構造を示す図である。

図４は、Ｅ―ＵＭＴＳシステムで用いられる物理チャネル構造の一例である。

図５は、本発明の実施例に係る通信装置を示すブロック図である。

図６は、一般通信のためのデフォルトデータ経路の例を示す図である。

図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す図である。図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す図である。

図９は、ノン―ローミング（ｎｏｎ―ｒｏａｍｉｎｇ）リファレンスアーキテクチャを示す概念図である。

図１０は、サイドリンク（ｓｉｄｅｌｉｎｋ）のための層―２構造を示す概念図である。

図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図であり、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図であり、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。

図１２は、ＰｒｏＳｅ直接ディスカバリのためのＰＣ５インタフェースを示す概念図である。

図１３Ａ乃至図１３Ｃは、ＭＡＣＰＤＵ構造を説明する概念図である。図１３Ａ乃至図１３Ｃは、ＭＡＣＰＤＵ構造を説明する概念図である。図１３Ａ乃至図１３Ｃは、ＭＡＣＰＤＵ構造を説明する概念図である。

図１４は、本発明の実施例に係るＤ２Ｄ通信のためのＤ２Ｄ−ＩＤを通知する方法を示す概念図である。

図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。

ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌｓｙｓｔｅｍｆｏｒｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）で動作する３世代（３ｒｄＧｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―ＴｅｒｍＥｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。

３ＧＰＰＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３ＧＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インタフェース、及び端末の適切な電力消耗を要求する。

以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。

本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）などの多様なサービスを提供するために広く配置される。

図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄＵＭＴＳｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）、ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）／ＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。

本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ、ＭＳ）、ユーザ端末（ＵｓｅｒＴｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。

図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。

図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インタフェースを介して接続することができる。

ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインタフェースをｅＮＢ２０間で使用することができる。

ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モード（ｉｄｌｅｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥＩＰアドレス割り当て、ダウンリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。

複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インタフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インタフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インタフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄｎｅｔｗｏｒｋｓｔｒｕｃｔｕｒｅ）を有することができる。

図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（ＲａｄｉｏＡｄｍｉｓｓｉｏｎＣｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラ制御、及び非―接続層（Ｎｏｎ―ＡｃｃｅｓｓＳｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。

ＥＰＣは、移動性管理エンティティ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。

図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

第１層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報送信サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とは送信チャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、ダウンリンクでＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調される。

第２層の媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インタフェースでＩＰバージョン４（ＩＰｖｅｒｓｉｏｎ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダ圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）機能を行う。

第３層の最下部に位置した無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。

ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。

Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク送信チャネル（ＤｏｗｎｌｉｎｋｔｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（ＳｈａｒｅｄＣｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信することもできる。

端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、及びＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。

基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。

例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

図５は、本発明の実施例に係る通信装置のブロック図である。

図５に示された装置は、上述したメカニズムを行うように適応されたユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。

図５に示したように、装置は、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。

特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。

また、図５は、端末に要求メッセージを送信するように構成された送信機１３５及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。

最近、３ＧＰＰでプロキシミティ基盤のサービス（Ｐｒｏｘｉｍｉｔｙ―ｂａｓｅｄＳｅｒｖｉｃｅ；ＰｒｏＳｅ）が論議されている。ＰｒｏＳｅは、（認証などの適切な手続後）ｅＮＢのみを介して（ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅ―ｗａｙ（ＳＧＷ）／ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）―ＧＷ（ＰＧＷ）を介することなく）又はＳＧＷ／ＰＧＷを介して異なるＵＥを（直接）互いに接続させることができる。よって、ＰｒｏＳｅを用いて装置対装置直接通信を提供することができ、全ての装置がユビクォトス接続で接続されると期待される。近接した距離内の装置間の直接通信はネットワークの負荷を減少させることができる。最近、プロキシミティ基盤のソーシャルネットワークサービスは大衆の注目を受けており、新しい種類のプロキシミティ基盤のアプリケーションが出現され、新しいビジネスの市場及び収益を創造することができる。第一のステップにおいて、公衆安全及び緊要な通信（ｃｒｉｔｉｃａｌｃｏｍｍｕｎｉｃａｔｉｏｎ）が市場で要求される。また、グループ通信は、公衆安全システムの重要なコンポーネントの一つである。プロキシミティ基盤のディスカバリ、直接経路通信及びグループ通信の管理などの機能が要求される。

使用ケースとシナリオは、例えば、ｉ）商業的／社会的使用、ｉｉ）ネットワークオフローディング（ｏｆｆｌｏａｄｉｎｇ）、ｉｉｉ）公衆安全、ｉｖ）到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）及び移動度の形態（ｍｏｂｉｌｉｔｙａｓｐｅｃｔｓ）を含むユーザ経験の一貫性を確保するための現在のインフラストラクチャサービスの統合、ｖ）（地域規定及びオペレータポリシーの対象であり、特定公衆安全指定周波数帯域及び端末に制限された）ＥＵＴＲＡＮカバレッジの不在時の公衆安全である。

図６は、２個のＵＥ間の通信のためのデフォルトデータ経路の例を示す。図６を参照すると、非常に近接した２個のＵＥ（例えば、ＵＥ１、ＵＥ２）が互いに通信するときにも、それらのデータ経路（ユーザ平面）はオペレータネットワークを介する。よって、通信のための一般的なデータ経路は、ｅＮＢ及びゲートウェイ（ＧＷ）（例えば、ＳＧＷ／ＰＧＷ）を含む。

図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す。無線装置（例えば、ＵＥ１、ＵＥ２）が互いに隣接すると、直接モードデータ経路（図７）又は地域的にルートされたデータ経路（図８）を用いることができる。直接モードデータ経路において、ｅＮＢ及びＳＧＷ／ＰＧＷなしで（認証などの適切な手続後に）無線装置が互いに直接接続される。地域的にルートされたデータ経路では、無線装置がｅＮＢのみを介して互いに接続される。

図９は、ノン―ローミングリファレンスアーキテクチャを示す概念図である。

ＰＣ１乃至ＰＣ５はインタフェースを示す。ＰＣ１は、ＵＥ内のＰｒｏＳｅアプリケーションとＰｒｏＳｅアプリケーションサーバとの間の基準点である。これは、アプリケーションレベルシグナリング要求事項を定義するのに使用される。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅアプリケーションサーバと、ＰｒｏＳｅ機能（ｆｕｎｃｔｉｏｎ）を通じて３ＧＰＰＥＰＳによって提供されるＰｒｏＳｅ機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートのためのものであり得る。他の例は、３ＧＰＰ機能性とアプリケーションデータ、例えば、名前変換（ｎａｍｅｔｒａｎｓｌａｔｉｏｎ）との間の相互連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）でＰｒｏＳｅアプリケーションサーバによって使用されるデータであり得る。ＰＣ３は、ＵＥとＰｒｏＳｅ機能との間の基準点である。これは、ＵＥとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅディスカバリ及び通信のための構成に使用することができる。ＰＣ４は、ＥＰＣとＰｒｏＳｅ機能との間の基準点である。これは、ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。可能な使用ケースは、各ＵＥ間の１対１通信経路を設定するケース、又は、セッション管理又は移動度管理のためにＰｒｏＳｅサービス（認証）を実時間で有効化するケースであり得る。

ＰＣ５は、（各ＵＥ間直接及びＬＴＥ―Ｕｕを介した各ＵＥ間）１対１通信及びリレーのためにディスカバリ及び通信のための制御及びユーザ平面に使用される各ＵＥ間の基準点である。最後に、ＰＣ６は、異なるＰＬＭＮに加入された各ユーザ間のＰｒｏＳｅディスカバリなどの機能に使用できる基準点である。

ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）は、ＭＭＥ、Ｓ―ＧＷ、Ｐ―ＧＷ、ＰＣＲＦ、ＨＳＳなどのエンティティを含む。ここで、ＥＰＣは、Ｅ―ＵＴＲＡＮコアネットワークアーキテクチャを示す。ＥＰＣ内のインタフェースは、図９に明示的に示していないが、影響を受けることができる。

アプリケーション機能性を形成するＰｒｏＳｅ能力のユーザであるアプリケーションサーバは、例えば、公衆安全の場合は特定エージェンシー（ＰＳＡＰ）であってもよく、商業的場合はソーシャルメディアであってもよい。これらアプリケーションは３ＧＰＰアーキテクチャ外で定義されるが、３ＧＰＰエンティティに向かう基準点があり得る。アプリケーションサーバは、ＵＥ内のアプリケーションに向かって通信することができる。

ＵＥ内のアプリケーションは、アプリケーション機能性を形成するＰｒｏＳｅ能力を用いる。例は、公衆安全グループの各メンバー間の通信又は近接した友達（ｂｕｄｄｉｅｓ）を探すように要求するソーシャルメディアアプリケーションのためのものであり得る。３ＧＰＰによって定義された（ＥＰＳの一部として）ネットワーク内のＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションサーバ、ＥＰＣ及びＵＥに向かう基準点を有する。機能性は制限されないが、次のものを含むことができる。

― 第３者アプリケーションに向かう基準点を通じた相互連動

― ディスカバリ及び直接通信のためのＵＥの認証及び構成

― ＥＰＣレベルＰｒｏＳｅディスカバリの機能性のイネーブリング

― ＰｒｏＳｅ関連の新しい加入者データ及び／データ格納のハンドリング；ＰｒｏＳｅアイデンティティのハンドリング

― 保安関連機能性

― ポリシー関連機能性に対するＥＰＣに向かう制御提供

―（ＥＰＣを通じて又はその外、例えば、オフライン充電）充電のための機能性提供

サイドリンクは、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ直接ディスカバリのためのＵＥ対ＵＥインタフェースであり、ＰＣ５インタフェースに対応する。サイドリンクは、ＰｒｏＳｅ直接ディスカバリ及び各ＵＥ間のＰｒｏＳｅ直接通信を含む。サイドリンクは、アップリンク送信と類似するアップリンクリソース及び物理チャネル構造を用いる。しかし、後述する任意の変化が物理チャネルに起こる。Ｅ―ＵＴＲＡは、２個のＭＡＣエンティティ、すなわち、ＵＥ内の一つのエンティティ及びＥ―ＵＴＲＡＮ内の一つのエンティティを定義する。これらＭＡＣエンティティは、追加的に次の送信チャネル、ｉ）サイドリンク放送チャネル（ＳＬ―ＢＣＨ）、ｉｉ）サイドリンクディスカバリチャネル（ＳＬ―ＤＣＨ）及びｉｉｉ）サイドリンク共有チャネル（ＳＬ―ＳＣＨ）をハンドルする。

― 基本送信方式：サイドリンク送信は、ＵＬ送信方式と同一の基本送信方式を用いる。しかし、サイドリンクは、全てのサイドリンク物理チャネルに対する単一クラスタ送信に制限される。また、サイドリンクは、それぞれのサイドリンクサブフレームの端で１個のシンボルギャップを用いる。

― 物理層プロセッシング：送信チャネルのサイドリンク物理層プロセッシングは、次のステップでＵＬ送信と異なる。

ｉ）スクランブリング：ＰＳＤＣＨ及びＰＳＣＣＨに対して、スクランブリングはＵＥ特定ではない。

ｉｉ）変調：６４ＱＡＭは、サイドリンクに対してサポートされない。

― 物理サイドリンク制御チャネル：ＰＳＣＣＨはサイドリンク制御リソースにマップされる。ＰＳＣＣＨは、ＰＳＳＣＨのためにＵＥによって使用されるリソース及び他の送信パラメータを示す。

― サイドリンク参照信号：ＰＳＤＣＨ、ＰＳＣＣＨ及びＰＳＳＣＨ復調のために、アップリンク復調参照信号と類似する参照信号は、ノーマルＣＰではスロットの４番目のシンボルで送信され、拡張ＣＰではスロットの３番目のシンボルで送信される。サイドリンク復調参照信号シーケンスの長さは、整列されたリソースのサイズ（サブキャリアの数）と同一である。ＰＳＤＣＨ及びＰＳＣＣＨに対して、参照信号は、固定ベースシーケンス、サイクリックシフト及び直交カバーコードに基づいて生成される。

― 物理チャネル手続：カバレッジ内（ｉｎ―ｃｏｖｅｒａｇｅ）の動作のために、サイドリンク送信の電力スペクトル密度はｅＮＢによって影響を受けることができる。

図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図で、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す。

ＰｒｏＳｅ直接通信は、ＵＥがＰＣ５インタフェースを介して直接互いに通信できる通信モードである。この通信モードは、ＵＥがＥ―ＵＴＲＡＮによってサーブされるとき及びＵＥがＥ―ＵＴＲＡカバレッジ外にあるときにサポートされる。公衆安全動作のために使用されるように許可されたＵＥのみがＰｒｏＳｅ直接通信を行うことができる。

同期化を行うために、ＳＢＣＣＨは、他のＰｒｏＳｅチャネル及び信号を受信するのに必要な最も必須的なシステム情報を伝達する。ＳＢＣＣＨは、同期化信号と共に４０ｍｓの固定周期で送信される。ＵＥがネットワークカバレッジ内にあると、ＳＢＣＣＨのコンテンツはｅＮＢによってシグナルされたパラメータから導出される。ＵＥがカバレッジ外にあるとき、ＵＥが同期化基準として他のＵＥを選択すると、ＳＢＣＣＨのコンテンツは受信されたＳＢＣＣＨから導出され、そうでない場合、ＵＥはあらかじめ設定されたパラメータを用いる。カバレッジ内の動作のための同期化信号及びＳＢＣＣＨ送信に対して４０ｍｓごとに一つのサブフレームが存在する。ＳＩＢ１８は、同期化信号及びＳＢＣＣＨ送信に対するリソース情報を提供する。カバレッジ外の動作のために４０ｍｓごとに２個のあらかじめ設定されたサブフレームが存在する。ＵＥが定義された基準に基づいて同期化ソースになると、ＵＥは、一つのサブフレームで同期化信号及びＳＢＣＣＨを受信し、他のサブフレームで同期化信号及びＳＢＣＣＨを送信する。

ＵＥは、サイドリンク制御期間のデュレーションの間に定義されたサブフレーム上でＰｒｏＳｅ直接通信を行う。サイドリンク制御期間は、サイドリンク制御及びサイドリンクデータ通信のためのセル内で割り当てられたリソースが発生する期間である。サイドリンク制御期間内に、ＵＥは、サイドリンク制御及びその後続のデータを送信する。サイドリンク制御は、層１ＩＤ及び送信の特性（例えば、ＭＣＳ、サイドリンク制御期間の間のリソースの位置、時間整列）を示す。

ＵＥは、次の減少する優先順位でＵｕ及びＰＣ５の送信及び受信を行う。

― Ｕｕ送信／受信（最上位優先順位）；

― ＰＣ５ＰｒｏＳｅ直接通信送信／受信；

― ＰＣ５ＰｒｏＳｅ直接ディスカバリ送信／受信（最下位優先順位）

ＰｒｏＳｅ直接ディスカバリは、ＰＣ５を介してＥ―ＵＴＲＡ直接無線信号を用いて、近接した他のＵＥを探索するために直接ディスカバリをサポートするＵＥによって使用される手続と定義される。ＰｒｏＳｅ直接ディスカバリは、ＵＥがＥ―ＵＴＲＡＮによってサーブされるときにのみサポートされる。

上位層は、ディスカバリメッセージのアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）及びモニタリングのための許可をハンドルする。ディスカバリメッセージのコンテンツは、ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）に透明（ｔｒａｎｓｐａｒｅｎｔ）であり、ＰｒｏＳｅ直接ディスカバリモデル及びＰｒｏＳｅ直接ディスカバリのタイプに対してＡＳ内の区分はない。

ＵＥは、ｅＮＢ構成によってＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両状態でディスカバリメッセージのアナウンスメントとモニタリングに参加することができる。ＵＥは、ハーフデュプレックス制限（ｈａｌｆ―ｄｕｐｌｅｘｃｏｎｓｔｒａｉｎｔ）の対象になる自身のディスカバリメッセージを通知してモニタする。

ディスカバリメッセージのアナウンスメント及びモニタリングに参加するＵＥは、現在のＵＴＣ時間を維持する。アナウンスメントに参加したＵＥは、ディスカバリメッセージの送信時、ＵＴＣ時間を考慮したＰｒｏＳｅプロトコルによって生成されたディスカバリメッセージを送信する。ＵＥのモニタリングにおいて、ＰｒｏＳｅプロトコルは、ＰｒｏＳｅ機能へのメッセージの受信時、ＵＴＣ時間と共に検証されるメッセージを提供する。

３個の範囲等級が存在する。上位層許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）は、ＵＥの適用可能な範囲等級を提供する。それぞれの範囲等級に対する最大許容送信電力はＳＩＢ１９でシグナルされる。ＵＥは、自身の許可された範囲等級に対応する適用可能な最大許容送信電力を用いる。これは、開放ループ電力制御パラメータに基づいて決定された送信電力に上限を置く。

図１３Ａ乃至図１３Ｃは、ＭＡＣＰＤＵ構造を示す概念図である。

ＭＡＣＰＤＵは、図１３Ａに記載したように、ＭＡＣヘッダ、ゼロ又はそれ以上のＭＡＣサービスデータユニット（ＭＡＣＳＤＵ）、ゼロ又はそれ以上のＭＡＣ制御要素及び選択的なパディング（ｐａｄｄｉｎｇ）で構成される。ＭＡＣヘッダ及びＭＡＣＳＤＵは可変サイズである。

ＭＡＣＰＤＵヘッダは、一つ以上のＭＡＣＰＤＵサブヘッダで構成され、それぞれのサブヘッダは、ＭＡＣＳＤＵ、ＭＡＣ制御要素又はパディングに対応する。

ＭＡＣＰＤＵサブヘッダは、ＭＡＣＰＤＵ内の最後のサブヘッダ及び固定サイズのＭＡＣ制御要素を除いて６個のヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌで構成される。ＭＡＣＰＤＵ内の最後のサブヘッダ及び固定サイズのＭＡＣ制御要素は、４個のヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみで構成される。パディングに対応するＭＡＣＰＤＵサブヘッダは４個のヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）で構成される。

ＭＡＣＰＤＵサブヘッダは、該当のＭＡＣＳＤＵ、ＭＡＣ制御要素及びパディングと同一の順序を有する。ＭＡＣ制御要素は、常に任意のＭＡＣＳＤＵの前に置かれる。

パディングは、単一バイト又は２バイトパディングが必要である場合を除いては、ＭＡＣＰＤＵの端で発生する。パディングは任意の値を有することができ、ＵＥは無視することができる。パディングがＭＡＣＰＤＵの端で行われると、ゼロ又はそれ以上のパディングバイトが許容される。

単一バイト又は２バイトパディングが必要であると、パディングに対応する一つ又は２個のＭＡＣＰＤＵサブヘッダが任意の他のＭＡＣＰＤＵサブヘッダ以前のＭＡＣＰＤＵの初期に配置される。最大一つのＭＡＣＰＤＵが各ＵＥに対してＴＢごとに送信され、最大１個のＭＣＨＭＡＣＰＤＵがＴＴＩごとに送信され得る。

ＭＡＣヘッダは可変サイズであり、次のフィールドで構成される。

１）ＬＣＩＤ：論理チャネルＩＤフィールドは、それぞれＤＬ―ＳＣＨ、ＵＬ―ＳＣＨ及びＭＣＨに対する表１、表２及び表３に記載したように、該当のＭＡＣ制御要素、パディングのタイプ又は該当のＭＡＣＳＤＵの論理チャネルインスタンスを識別する。ＭＡＣＰＤＵ内に含まれるそれぞれのＭＡＣＳＤＵ、ＭＡＣ制御要素又はパディングに対して一つのＬＣＩＤフィールドが存在する。これに加えて、単一バイト又は２バイトパディングが必要であるが、ＭＡＣＰＤＵの端のパディングによって達成できないとき、一つ又は２個の追加のＬＣＩＤフィールドがＭＡＣＰＤＵに含まれる。ＬＣＩＤフィールドサイズは５ビットである。

２）Ｌ：長さフィールドは、該当のＭＡＣＳＤＵ又は可変サイズＭＡＣ制御要素のバイト長さを示す。固定サイズＭＡＣ制御要素に対応するサブヘッダと最後のサブヘッダを除いては、ＭＡＣＰＤＵサブヘッダごとに一つのＬフィールドが存在する。ＬフィールドのサイズはＦフィールドで指示される。

３）Ｆ：フォーマットフィールドは、表４で指示されたように長さフィールドのサイズを示す。固定サイズＭＡＣ制御要素に対応するサブヘッダと最後のサブヘッダを除いては、ＭＡＣＰＤＵサブヘッダごとに一つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。ＭＡＣＳＤＵ又は可変サイズＭＡＣ制御要素のサイズが１２８バイトより小さいと、Ｆフィールドの値が０に設定され、そうでない場合は１に設定される

４）Ｅ：拡張フィールドは、ＭＡＣヘッダにより多くのフィールドが存在するか否かを示すフラグである。Ｅフィールドが「１」に設定され、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの他のセットを示す。Ｅフィールドが「０」に設定され、次のバイトでＭＡＣＳＤＵ、ＭＡＣ制御要素又はパディングが開始されることを示す。

５）Ｒ：「０」に設定された留保ビット

従来のシステムにおいて、論理チャネルアイディ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＩＤ；ＬＣＩＤ）は、特定ＭＡＣＳＤＵの種類、特定ＭＡＣ制御要素の種類、或いはパディングを識別するのに使用する。ＭＡＣＰＤＵに含まれるそれぞれのＭＡＣＳＤＵ、ＭＡＣ制御要素、或いはパディングに対して一つのＬＣＩＤが存在する。無線ベアラが設定されるとき、それぞれの論理チャネルに対してＬＣＩＤが割り当てられる。現在、データ無線ベアラに８個の使用可能な値が存在する（３〜１０）。

第１端末及び第２端末が通信するためには、端末はＤ２Ｄ通信を行う前に他の端末のＤ２Ｄ−ＩＤを知る必要がある。このようなＤ２Ｄ−ＩＤは、上位層から提供されてもよく、ソース端末自体で生成してもよい。Ｄ２Ｄ−ＩＤを各端末で自体生成できる場合には、自体生成されたＤ２Ｄ−ＩＤを他の端末に通知する方法が定義される必要がある。

図１４は、本発明の一実施例に係るＤ２Ｄ通信のためのＤ２Ｄ−ＩＤを通知する方法を示す概念図である。

第１の端末が第２の端末又は第２の端末を含む端末グループとＤ２Ｄ直接通信を試みる場合、第１の端末は、Ｄ２Ｄ通信タイプによる第１のＩＤを含む第１のＭＡＣＰＤＵを生成する（Ｓ１４０１）。

好ましくは、上記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信であってもよい。

Ｄ２Ｄ−ＩＤは、様々なタイプが存在する。Ｄ２Ｄ通信タイプが１対１通信であれば、第１のＩＤは端末のＩＤであってもよい。Ｄ２Ｄ通信タイプが１対Ｍ（Ｍ＞１）通信であれば、第１のＩＤは、特定ＵＥグループのＩＤであってもよい。Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤであってもよい。

好ましくは、第１のＭＡＣＰＤＵは、上記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含んでもよい。上記ＬＣＩＤフィールドは、ＭＡＣＰＤＵの目的を示す用途に用いることができる。１つのＬＣＩＤが各Ｄ２Ｄ目的ごとに割り当てられる。

第１の端末は、上記第１の端末が少なくとも一つの第２の端末とＤ２Ｄ通信を試みることを示す第１の指示子を生成する（Ｓ１４０３）。そして、第１の端末は、少なくとも一つの第２の端末に上記第１のＩＤ及び第１の指示子を含むＭＡＣＰＤＵを送信する（Ｓ１４０５）。

このとき、Ｄ２Ｄ通信タイプが１対１通信であれば、上記第１の指示子は、第１の端末（又は、送信端末）が１対１のＤ２Ｄ通信をしようとする第２の端末（又は、受信端末）を探していることを示す。第１のＭＡＣＰＤＵは、１対１のＤ２Ｄ通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣＰＤＵは送信端末の第１のＩＤを含む。

Ｓ１４０５段階の後、第２の端末がＤ２Ｄリソースで第１のＩＤ（例、第１の端末のＩＤ；ＵＥ−ＩＤ１）及び第１の指示子を含む第１のＭＡＣＰＤＵを受信する場合、第２の端末は、上記第１のＩＤによって識別される第１の端末との１対１のＤ２Ｄ通信を行うか否かをチェックする。このとき、第２の端末が第１の端末と１対１のＤ２Ｄ通信を行うと決定すれば、第２の端末は、受信したＵＥ−ＩＤ１を保存し、１対１のＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ１及び第２の端末のＩＤ（ＵＥ−ＩＤ２）を含む第２のＭＡＣＰＤＵを生成する（Ｓ１４０７）。上記１対１のＤ２Ｄ通信の加入指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信に加入しようとすることを示す。第２の端末は、Ｄ２Ｄリソースで第１の端末に第２のＭＡＣＰＤＵを送信する（Ｓ１４０９）。

第１の端末が１対１のＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ１、ＵＥ−ＩＤ２を含む第１のＭＡＣＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが設定されると見なし、受信したＵＥ−ＩＤ２を保存する（Ｓ１４１１）。そして、第１の端末は第２の端末との１対１通信を始める（Ｓ１４１３）。

一方、Ｄ２Ｄ通信タイプが１対Ｍ（Ｍ＞１）の通信であれば、上記第１の指示子は、送信端末が１対ＭのＤ２Ｄ通信のためのＤ２Ｄグループに加入しようとする受信端末を探していることを示す。第１のＭＡＣＰＤＵは、１対ＭのＤ２Ｄ通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣＰＤＵにはＤ２ＤグループのグループＩＤが含まれる。

第１の端末が複数の第２の端末との１対ＭのＤ２Ｄ通信を開始しようとする場合、第１の端末は、Ｄ２Ｄグループのための第１の指示子及び第１のＩＤ（例、特定の端末グループを識別するＩＤ）を含む第１のＭＡＣＰＤＵを生成する。第１の指示子は、送信端末が１対ＭのＤ２Ｄ通信のためのＤ２Ｄグループに加入しようとする受信端末を探していることを示す。第１の端末は、Ｄ２Ｄリソースで第１のＭＡＣＰＤＵを送信する（Ｓ１４０５）。

第２の端末がＤ２Ｄリソースを用いて、第１の指示子及び特定の端末グループを識別するＩＤを含む第１のＭＡＣＰＤＵを受信すると、第２の端末は、上記グループＩＤが示すＤ２Ｄグループに加入するか否かをチェックする。このとき、第２の端末が、上記グループＩＤが示すＤ２Ｄグループに加入すると決定すれば、第２の端末は上記Ｄ２ＤグループのメンバーとしてグループＩＤを保存し、１対ＭのＤ２Ｄ通信の加入指示子、第２の端末のＩＤ（ＵＥ−ＩＤ２）を含む第２のＭＡＣＰＤＵを生成する（Ｓ１４０７）。このとき、１対ＭのＤ２Ｄ通信の加入指示子は、送信端末が上記グループＩＤによって識別されるＤ２Ｄグループに加入しようとすることを示す。第２の端末は、Ｄ２Ｄリソースで第２のＭＡＣＰＤＵを送信する（Ｓ１４０９）。

好ましくは、第１のＭＡＣＰＤＵは、第１の端末のＩＤをさらに含む。この場合、第２の端末は、Ｄ２Ｄグループのメンバーとして第１の端末のＩＤを保存し、選択的に第１の端末のＩＤを含む第２のＭＡＣＰＤＵを生成することができる。

上記Ｄ２Ｄグループのメンバーである第１の端末が、１対ＭのＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ２、そして選択的にＵＥ−ＩＤ１を含む第２のＭＡＣＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対ＭのＤ２Ｄ通信チャネルが設定されると見なし、Ｄ２Ｄグループメンバーとして受信したＵＥ−ＩＤ２を保存する（Ｓ１４１１）。そして、第１の端末は、第２の端末を含むＤ２Ｄグループとの１対Ｍ通信を始める（Ｓ１４１３）。

一方、Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、上記第１の指示子は、送信端末がブロードキャストパケットを送信することを示す。第１のＭＡＣＰＤＵは、ブロードキャスト通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣＰＤＵはブロードキャストセッションのＩＤを含む。

第１の端末は、ある第２の端末とのブロードキャスト通信を開始しようする場合、第１のＭＡＣＰＤＵにブロードキャストＩＤ通知指示子と選択的にＵＥ−ＩＤ１を含める（Ｓ１４０３）。ブロードキャストＩＤ通知指示子は、送信端末がブロードキャストパケットを送ることを示す。第２の端末がブロードキャストＩＤと選択的にＵＥ−ＩＤ１を含む第１のＭＡＣＰＤＵをＤ２Ｄリソースで受信すると（Ｓ１４０５）、第２の端末は、ＵＥ−ＩＤ１が示す第１の端末からブロードキャストパケットを受信するか否かを決定する。このとき、第２の端末が、ＵＥ−ＩＤ１が示す第１の端末からブロードキャストパケットを受信すると決定すれば、第２の端末は、受信したブロードキャストＩＤとＵＥ−ＩＤ１を保存する（Ｓ１４０７）。

好ましくは、Ｄ２Ｄ−ＩＤ通知を行おうとする端末がＤ２Ｄリソースで周期的に、Ｄ２Ｄ−ＩＤを含むＭＡＣＰＤＵを送信することができる。Ｄ２Ｄ通信に加入しようとする端末は、Ｄ２Ｄ−ＩＤを含むＭＡＣＰＤＵを受信するために周期的にＤ２Ｄリソースをモニタすることができる。

図１５Ａ乃至図１５Ｄは、本発明の一実施例に係るＤ２Ｄ通信の加入又は解除を通知する概念図である。

図１５Ａは、本発明の一実施例に係る１対１のＤ２Ｄ通信の加入を通知する方法を示す概念図である。

いずれか一つの第２の端末は、第１の端末とのＤ２Ｄ通信のためのタイプ情報及び行動（ａｃｔｉｏｎ）情報を決定する。

タイプ情報は、行おうとするＤ２Ｄ通信が１対１通信であるか、又は１対Ｍ通信であるかを示す。

行動情報は、第２の端末が第１の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す。

いずれか一つの第２の端末が、タイプ情報を１対１通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を開始するものと決定する場合（Ｓ１５０１ａ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０３ａ）。

好ましくは、上記指示子は、１対１のＤ２Ｄ通信の加入指示子である。上記１対１のＤ２Ｄ通信の加入指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信を希望することを示す。

第２の端末は第１の端末に、第２の端末のＩＤ及び指示子を含むＭＡＣＰＤＵを送信する（Ｓ１５０５ａ）。

上記第１の端末は、１対１のＤ２Ｄ通信の加入指示子と第２の端末のＩＤが含まれているＭＡＣＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが設定されると見なし、受信したＵＥ−ＩＤ２を保存する（Ｓ１５０７ａ）。そして、第１の端末は第２の端末との１対１通信を開始する（Ｓ１５０９ａ）。

図１５Ｂは、本発明の一実施例に係る１対１のＤ２Ｄ通信の解除を通知する方法を示す概念図である。

いずれか一つの第２の端末は、少なくとも一つの第１の端末と通信をしている。（Ｓ１５０１ｂ）。

いずれか一つの第２の端末が、タイプ情報を１対１通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を中断するものと決定する場合（Ｓ１５０３ｂ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０５ｂ）。

好ましくは、上記指示子は、１対１のＤ２Ｄ通信の解除指示子である。上記１対１のＤ２Ｄ通信の解除指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信の解除を希望することを示す。

第２の端末は第１の端末に、第２の端末のＩＤと上記指示子を含むＭＡＣＰＤＵを送信する（Ｓ１５０７ｂ）。

上記第１の端末は、１対１のＤ２Ｄ通信の解除指示子と第２の端末のＩＤが含まれているＭＡＣＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが解除されると見なし、受信したＵＥ−ＩＤ２を除去する（Ｓ１５０９ｂ）。そして、第１の端末は第２の端末との１対１通信を中断する（Ｓ１５１１ｂ）。

図１５Ｃは、本発明の一実施例に係る１対ＭのＤ２Ｄ通信の加入を通知する方法を示す概念図である。

いずれか一つの第２の端末が、タイプ情報を１対Ｍ通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を開始するものと決定する場合（Ｓ１５０１ｃ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０３ｃ）。

好ましくは、上記指示子は、１対ＭのＤ２Ｄ通信の加入指示子である。上記１対ＭのＤ２Ｄ通信の加入指示子は、第２の端末がＤ２Ｄグループへの加入を希望することを示す。Ｄ２Ｄグループは、Ｄ２ＤグループＩＤで識別される。Ｄ２ＤグループＩＤは、ＭＡＣＰＤＵによって第１の端末から受信することができる。

第２の端末は第１の端末に、第２の端末のＩＤと指示子を含むＭＡＣＰＤＵを送信する（Ｓ１５０５ｃ）。

上記Ｄ２Ｄグループのメンバーである第１の端末が、１対ＭのＤ２Ｄ通信の加入指示子とＵＥ−ＩＤ２が含まれている第２のＭＡＣＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対ＭのＤ２Ｄ通信チャネルが設定されると見なし、Ｄ２Ｄグループメンバーとして、受信したＵＥ−ＩＤ２を保存する（Ｓ１５０７ｃ）。そして、第１の端末は、第２の端末を含むＤ２Ｄグループとの１対Ｍ通信を開始する（Ｓ１５０９ｃ）。

図１５Ｄは、本発明の一実施例に係る１対ＭのＤ２Ｄ通信の解除を通知する方法を示す概念図である。

第２の端末が少なくとも一つの第１の端末と通信をしている（Ｓ１５０１ｄ）。

第２の端末が、タイプ情報を１対１通信と決定し、行動情報は、第１の端末とのＤ２Ｄ通信を中断するものと決定する場合（Ｓ１５０３ｄ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０５ｄ）。

好ましくは、上記指示子は、１対ＭのＤ２Ｄ通信の解除指示子である。上記１対ＭのＤ２Ｄ通信の解除指示子は、送信端末が、グループＩＤで識別されるＤ２Ｄグループからの脱退を希望することを示す。

第２の端末は少なくとも一つの第１の端末に、第２の端末のＩＤと指示子を含むＭＡＣＰＤＵを送信する（Ｓ１５０７ｄ）。

上記第１の端末は、１対ＭのＤ２Ｄ通信の解除指示子と第２の端末のＩＤが含まれているＭＡＣＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対Ｍ通信チャネルが解除されると見なし、受信したＵＥ−ＩＤ２を除去する（Ｓ１５０９ｄ）。そして、第１の端末は第２の端末との１対Ｍ通信を中断する（Ｓ１５１１ｄ）。

以上の方法は、３ＧＰＰＬＴＥシステムに適用される例示を中心に説明されたが、本発明は３ＧＰＰＬＴＥシステムの他にも様々な無線通信システムに適用可能である。

上述した一般的な説明と後述する本発明の詳細な説明はいずれも例示的なものであり、本発明の更なる説明を提供するために意図されたものとして理解しなければならない。
本発明は、例えば、以下を提供する。
（項目１）
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末がＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成するステップと、
前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、
前記第１の端末が、前記第１のＩＤ及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
（項目２）
前記第１のＭＡＣＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、項目１に記載の方法。
（項目３）
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、項目２に記載の方法。
（項目４）
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定端末グループを識別するグループＩＤである、項目２に記載の方法。
（項目５）
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、項目２に記載の方法。
（項目６）
前記第１のＭＡＣＰＤＵは、前記第１の端末のＩＤをさらに含む、項目４又は５に記載の方法。
（項目７）
第２の端末から、第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、
１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
をさらに有する、項目１に記載の方法。
（項目８）
第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、
１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
前記第１のＩＤによって識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させるステップと、
をさらに有する、項目１に記載の方法。
（項目９）
前記第１の端末は、前記第１のＩＤ及び前記第１の指示子を、前記少なくとも一つの第２の端末に周期的に送信する、項目１に記載の方法。
（項目１０）
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末が少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定するステップであって、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報である、ステップと、
前記第１の端末が前記決定によって、指示子を生成するステップと、
前記第１の端末が、前記第１の端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
（項目１１）
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成し、少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成し、前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。
（項目１２）
前記第１のＭＡＣＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、項目１１に記載の端末。
（項目１３）
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、項目１１に記載の端末。
（項目１４）
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定の端末グループを識別するグループＩＤである、項目１２に記載の端末。
（項目１５）
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、項目１２に記載の端末。
（項目１６）
前記第１のＭＡＣＰＤＵは、前記第１の端末のＩＤをさらに含む、項目１４又は１５に記載の端末。
（項目１７）
前記プロセッサはさらに、第２の端末から、前記第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信し、１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存する、項目１１に記載の端末。
（項目１８）
前記プロセッサはさらに、第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信し、１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存し、前記第１のＩＤで識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させる、項目１１に記載の端末。
（項目１９）
前記第１のＩＤ及び前記第１の指示子を前記少なくとも一つの第２の端末に周期的に送信する、項目１１に記載の端末。
（項目２０）
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定し、ここで、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報であり；前記決定によって指示子を生成し；前記端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。

Claims

無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末がＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成するステップと、
前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、
前記第１の端末が、前記第１のＩＤ及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
前記第１のＭＡＣＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、請求項１に記載の方法。
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、請求項２に記載の方法。
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定端末グループを識別するグループＩＤである、請求項２に記載の方法。
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、請求項２に記載の方法。
前記第１のＭＡＣＰＤＵは、前記第１の端末のＩＤをさらに含む、請求項４又は５に記載の方法。
第２の端末から、第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、
１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
をさらに有する、請求項１に記載の方法。
第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信するステップと、
１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
前記第１のＩＤによって識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させるステップと、
をさらに有する、請求項１に記載の方法。
前記第１の端末は、前記第１のＩＤ及び前記第１の指示子を、前記少なくとも一つの第２の端末に周期的に送信する、請求項１に記載の方法。
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末が少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定するステップであって、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報である、ステップと、
前記第１の端末が前記決定によって、指示子を生成するステップと、
前記第１の端末が、前記第１の端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成し、少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成し、前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。
前記第１のＭＡＣＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、請求項１１に記載の端末。
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、請求項１１に記載の端末。
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定の端末グループを識別するグループＩＤである、請求項１２に記載の端末。
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、請求項１２に記載の端末。
前記第１のＭＡＣＰＤＵは、前記第１の端末のＩＤをさらに含む、請求項１４又は１５に記載の端末。
前記プロセッサはさらに、第２の端末から、前記第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信し、１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存する、請求項１１に記載の端末。
前記プロセッサはさらに、第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣＰＤＵを受信し、１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存し、前記第１のＩＤで識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させる、請求項１１に記載の端末。
前記第１のＩＤ及び前記第１の指示子を前記少なくとも一つの第２の端末に周期的に送信する、請求項１１に記載の端末。
無線通信システムにおいて動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、少なくとも一つの第２の端末とのＤ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定し、ここで、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報であり；前記決定によって指示子を生成し；前記端末の識別子及び前記指示子を含むＭＡＣＰＤＵ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。