(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて動作するＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１のＵＥにより、第１のＵＥを識別する第１のＩＤと、第２のＩＤと、複数の論理チャネルＩＤ（ＬＣＩＤ）と、第２のＵＥに送信される複数のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）とを含むＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成することと、
前記第１のＵＥにより、直接前記第１のＵＥと前記第２のＵＥとの間で構成されている直接インタフェースを介して、前記生成されたＭＡＣ  ＰＤＵを前記第２のＵＥに送信することと
を含み、
前記ＭＡＣ  ＰＤＵが１対１通信のためのものである場合に、前記第２のＩＤは、前記第２のＵＥを識別し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対１通信のためのものであることを示す指示子を含み、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に、前記第２のＩＤは、前記第２のＵＥが属するグループを識別し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対多通信のためのものであることを示す指示子を含み、
前記複数のＭＡＣ  ＳＤＵの各ＭＡＣ  ＳＤＵは、それぞれ、前記複数のＬＣＩＤのうちの１つのＬＣＩＤに対応する、方法。
【請求項２】
無線通信システムにおいて動作する第１のＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、
無線周波数モジュールと、
前記無線周波数モジュールを制御するように構成されているプロセッサと
を備え、
前記プロセッサは、
前記第１のＵＥを識別する第１のＩＤと、第２のＩＤと、複数の論理チャネルＩＤ（ＬＣＩＤ）と、第２のＵＥに送信される複数のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）とを含むＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成することと、
直接前記第１のＵＥと第２のＵＥとの間で構成されている直接インタフェースを介して、前記生成されたＭＡＣ  ＰＤＵを前記第２のＵＥに送信することと
を実行するように構成されており、
前記ＭＡＣ  ＰＤＵが１対１通信のためのものである場合に、前記第２のＩＤは、前記第２のＵＥを識別し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対１通信のためのものであることを示す指示子を含み、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に、前記第２のＩＤは、前記第２のＵＥが属するグループを識別し、前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対多通信のためのものであることを示す指示子を含み、
前記複数のＭＡＣ  ＳＤＵの各ＭＡＣ  ＳＤＵは、それぞれ、前記複数のＬＣＩＤのうちの１つのＬＣＩＤに対応する、第１のＵＥ。
【請求項３】
前記指示子は、前記ＭＡＣ  ＰＤＵが１対１通信のためのものである場合に前記第２のＵＥが前記第１のＵＥとのＤ２Ｄ通信に加入しようとしていることを示す１対１の通信の加入指示子である、請求項１に記載の方法。
【請求項４】
前記指示子は、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に前記第２のＵＥが前記第２のＩＤにより識別される前記グループとのＤ２Ｄ通信に加入しようとしていることを示す１対Ｍの通信の加入指示子である、請求項１に記載の方法。
【請求項５】
前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に前記第２のＵＥを識別する第３のＩＤをさらに含む、請求項１に記載の方法。
【請求項６】
前記指示子は、前記ＭＡＣ  ＰＤＵが１対１通信のためのものである場合に前記第２のＵＥが前記第１のＵＥとのＤ２Ｄ通信に加入しようとしていることを示す１対１の通信の加入指示子である、請求項２に記載のＵＥ。
【請求項７】
前記指示子は、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に前記第２のＵＥが前記第２のＩＤにより識別される前記グループとのＤ２Ｄ通信に加入しようとしていることを示す１対Ｍの通信の加入指示子である、請求項２に記載のＵＥ。
【請求項８】
前記ＭＡＣ  ＰＤＵは、前記ＭＡＣ  ＰＤＵが１対多通信のためのものである場合に前記第２のＵＥを識別する第３のＩＤをさらに含む、請求項２に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、Ｄ２Ｄ（ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ）通信システムのための通知方法及びその装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインタフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信は、基地局などのインフラストラクチャを利用せず、隣接ノード間でトラフィックを直接伝達する分散された通信技術のことをいう。Ｄ２Ｄ通信環境において、携帯用端末などの各ノードは、物理的にそれに隣接する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）を発見し、通信セッションを設定した後でトラフィックを送信する。この方式によれば、Ｄ２Ｄ通信は、基地局に集中しているトラフィックを分散してトラフィックの過負荷を解決でき、この点から、Ｄ２Ｄ通信は、４Ｇ以後の次世代モバイル通信技術の基本技術として注目を受けている。そこで、３ＧＰＰ又はＩＥＥＥなどの標準協会は、ＬＴＥ―Ａ又はＷｉ―Ｆｉに基づいてＤ２Ｄ通信標準の確立を進行しており、クアルコム（Ｑｕａｌｃｏｍｍ）も自身のＤ２Ｄ通信技術を開発してきている。
【０００７】
Ｄ２Ｄ通信は、モバイル通信システムのスループットを増加させ、新しい通信技術を生成するのに寄与すると期待される。また、Ｄ２Ｄ通信は、プロキシミティベースのソーシャルネットワークサービス又はネットワークゲームサービスをサポートすることができる。陰影地域（ｓｈａｄｅ  ｚｏｎｅ）に位置する端末のリンク問題は、Ｄ２Ｄリンクをリレーとして使用することによって解決することができる。この方式により、Ｄ２Ｄ技術は、多様な分野で新しいサービスを提供すると期待される。
【０００８】
赤外線通信、ジグビー（ＺｉｇＢｅｅ）、ＲＦＩＤ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＲＦＩＤに基づくＮＦＣ（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）などのＤ２Ｄ通信技術は既に使用されている。しかし、これらの技術は、限られた距離（約１ｍ）内の特定オブジェクトの通信しかサポートせず、厳密にこれらの技術をＤ２Ｄ通信技術と見なすことは難しい。
【０００９】
Ｄ２Ｄ技術が前記のように記述されてきたが、同一のリソースを用いて複数のＤ２Ｄ端末からデータを送信する方法の細部事項は提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、Ｄ２Ｄ通信システムのための通知方法及び装置を提供することにある。本発明で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【００１１】
本発明の目的は、無線通信システムで端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が動作する方法であって、第１の端末がＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信タイプによって第１のＩＤを生成するステップと、前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、前記第１の端末が前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップとを有する。
【００１２】
本発明の他の態様は、無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、無線周波数（ＲＦ；  ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールを制御するように構成されるプロセッサとを備え、前記プロセッサは、Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成し、少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成し、前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信する。
【００１３】
一方、本発明の他の態様は、無線通信システムで端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が動作する方法であって、第１の端末が少なくとも一つの第２の端末とのＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定するステップであって、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、中断するかを示すステップ；前記第１の端末が前記決定によって指示子を生成するステップ；前記第１の端末が前記第１の端末の識別子及び前記指示子を含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップを有する。
【００１４】
本発明の他の態様は、無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、無線周波数（ＲＦ；  ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールを制御するように構成されるプロセッサとを備え、前記プロセッサは、少なくとも一つの第２の端末とのＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定し、ここで、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、中断するかを示す情報であり；前記決定によって指示子を生成し；前記端末の識別子及び前記指示子を含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信する。
【００１５】
好ましくは、前記第１のＭＡＣ  ＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む。
【００１６】
好ましくは、前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである。
【００１７】
好ましくは、前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定の端末グループを識別するグループＩＤである。
【００１８】
好ましくは、前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである。
【００１９】
好ましくは、前記第１のＭＡＣ  ＰＤＵは、前記第１の端末のＩＤをさらに含む。
【００２０】
好ましくは、方法は、第２の端末から、第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信するステップと、１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存するステップとをさらに有する。
【００２１】
好ましくは、方法は、第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信するステップと、１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、前記第１のＩＤで識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させるステップとをさらに有する。
【００２２】
好ましくは、前記第１の端末は、前記第１のＩＤ及び前記第１の指示子を前記少なくとも一つの第２の端末に周期的に送信する。
【００２３】
上述した一般的な説明と後述する本発明の詳細な説明はいずれも例示的なものであり、本発明の更なる説明を提供するために意図されたものとして理解しなければならない。
本発明は、例えば、以下を提供する。
（項目１）
無線通信システムにおいて動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末がＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成するステップと、
前記第１の端末が少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成するステップと、
前記第１の端末が、前記第１のＩＤ及び前記第１の指示子を含む第１のＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
（項目２）
前記第１のＭＡＣ  ＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、項目１に記載の方法。
（項目３）
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、項目２に記載の方法。
（項目４）
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定端末グループを識別するグループＩＤである、項目２に記載の方法。
（項目５）
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、項目２に記載の方法。
（項目６）
前記第１のＭＡＣ  ＰＤＵは、前記第１の端末のＩＤをさらに含む、項目４又は５に記載の方法。
（項目７）
第２の端末から、第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信するステップと、
１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
をさらに有する、項目１に記載の方法。
（項目８）
第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信するステップと、
１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存するステップと、
前記第１のＩＤによって識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させるステップと、
をさらに有する、項目１に記載の方法。
（項目９）
前記第１の端末は、前記第１のＩＤ及び前記第１の指示子を、前記少なくとも一つの第２の端末に周期的に送信する、項目１に記載の方法。
（項目１０）
無線通信システムにおいて動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、
第１の端末が少なくとも一つの第２の端末とのＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定するステップであって、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報である、ステップと、
前記第１の端末が前記決定によって、指示子を生成するステップと、
前記第１の端末が、前記第１の端末の識別子及び前記指示子を含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信するステップと、
を有する、方法。
（項目１１）
無線通信システムにおいて動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信タイプによって第１の識別子（ＩＤ）を生成し、少なくとも一つの第２の端末と前記Ｄ２Ｄ通信タイプを行おうと試みることを示す第１の指示子を生成し、前記第１の識別子（ＩＤ）及び前記第１の指示子を含む第１のＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。
（項目１２）
前記第１のＭＡＣ  ＰＤＵは、前記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含み、前記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、ブロードキャスト通信を含む、項目１１に記載の端末。
（項目１３）
前記Ｄ２Ｄ通信タイプが１対１通信であれば、前記第１のＩＤは、前記第１の端末のＩＤである、項目１１に記載の端末。
（項目１４）
前記Ｄ２Ｄ通信タイプが１対Ｍ通信であれば、前記第１のＩＤは、前記第１の端末が属する特定の端末グループを識別するグループＩＤである、項目１２に記載の端末。
（項目１５）
前記Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤである、項目１２に記載の端末。
（項目１６）
前記第１のＭＡＣ  ＰＤＵは、前記第１の端末のＩＤをさらに含む、項目１４又は１５に記載の端末。
（項目１７）
前記プロセッサはさらに、第２の端末から、前記第２の端末の第２のＩＤ及び前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信し、１対１通信チャネルを用いて前記第２の端末と１対１通信を開始するために、前記第２の端末の第２のＩＤを保存する、項目１１に記載の端末。
（項目１８）
前記プロセッサはさらに、第２の端末から、前記第２の端末が前記第１の端末とのＤ２Ｄ通信への加入を希望することを示す第２の指示子を含む第２のＭＡＣ  ＰＤＵを受信し、１対Ｍ通信チャネルを用いて前記第２の端末を含む１対Ｍ通信を開始するために、前記第２の端末の第２のＩＤを保存し、前記第１のＩＤで識別される特定の端末グループに、前記第２のＩＤで識別される第２の端末を加入させる、項目１１に記載の端末。
（項目１９）
前記第１のＩＤ及び前記第１の指示子を前記少なくとも一つの第２の端末に周期的に送信する、項目１１に記載の端末。
（項目２０）
無線通信システムにおいて動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するプロセッサと、
を備え、
前記プロセッサは、少なくとも一つの第２の端末とのＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのタイプ情報及び行動情報を決定し、ここで、前記タイプ情報は、前記Ｄ２Ｄ通信タイプが１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信のいずれに該当するかを示す情報であり、前記行動情報は、前記第１の端末が前記少なくとも一つの第２の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す情報であり；前記決定によって指示子を生成し；前記端末の識別子及び前記指示子を含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記少なくとも一つの第２の端末に送信する、端末。
【発明の効果】
【００２４】
本発明によれば、Ｄ２Ｄ通信のための指示子及び識別子（ＩＤ）を効率的に知らせることができる方法を提供する。本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者であれば明確に理解できるであろう。
【図面の簡単な説明】
【００２５】
本明細書に添付する図面は、本発明に関する理解を提供するためのものであり、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００２６】
【図１】図１は、無線通信システムの一例であり、Ｅ―ＵＭＴＳネットワーク構造を概略的に示す図である。
【００２７】
【図２Ａ】図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）構造を示するブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【図２Ｂ】図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）構造を示するブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【００２８】
【図３】図３は、３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間における無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。
【００２９】
【図４】図４は、Ｅ―ＵＭＴＳシステムで用いられる物理チャネル構造の一例である。
【００３０】
【図５】図５は、本発明の実施例に係る通信装置を示すブロック図である。
【００３１】
【図６】図６は、一般通信のためのデフォルトデータ経路の例を示す図である。
【００３２】
【図７】図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す図である。
【図８】図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す図である。
【００３３】
【図９】図９は、ノン―ローミング（ｎｏｎ―ｒｏａｍｉｎｇ）リファレンスアーキテクチャを示す概念図である。
【００３４】
【図１０】図１０は、サイドリンク（ｓｉｄｅｌｉｎｋ）のための層―２構造を示す概念図である。
【００３５】
【図１１Ａ】図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図であり、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。
【図１１Ｂ】図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図であり、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。
【００３６】
【図１２】図１２は、ＰｒｏＳｅ直接ディスカバリのためのＰＣ５インタフェースを示す概念図である。
【００３７】
【図１３Ａ】図１３Ａ乃至図１３Ｃは、ＭＡＣ  ＰＤＵ構造を説明する概念図である。
【図１３Ｂ】図１３Ａ乃至図１３Ｃは、ＭＡＣ  ＰＤＵ構造を説明する概念図である。
【図１３Ｃ】図１３Ａ乃至図１３Ｃは、ＭＡＣ  ＰＤＵ構造を説明する概念図である。
【００３８】
【図１４】図１４は、本発明の実施例に係るＤ２Ｄ通信のためのＤ２Ｄ−ＩＤを通知する方法を示す概念図である。
【００３９】
【図１５Ａ】図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。
【図１５Ｂ】図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。
【図１５Ｃ】図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。
【図１５Ｄ】図１５Ａ乃至図１５Ｄは、本発明の実施例に係るＤ２Ｄ通信の加入又は解除を通知する方法を示す概念図である。
【発明を実施するための形態】
【００４０】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。
【００４１】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インタフェース、及び端末の適切な電力消耗を要求する。
【００４２】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００４３】
本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００４４】
図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００４５】
図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００４６】
本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。
【００４７】
図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。
【００４８】
図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インタフェースを介して接続することができる。
【００４９】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインタフェースをｅＮＢ２０間で使用することができる。
【００５０】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モード（ｉｄｌｅ  ｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰアドレス割り当て、ダウンリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００５１】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インタフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インタフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インタフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ  ｎｅｔｗｏｒｋ  ｓｔｒｕｃｔｕｒｅ）を有することができる。
【００５２】
図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラ制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。
【００５３】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００５４】
図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００５５】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００５６】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インタフェースでＩＰバージョン４（ＩＰ  ｖｅｒｓｉｏｎ  ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００５７】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００５８】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００５９】
Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク送信チャネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信することもできる。
【００６０】
端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００６１】
図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。
【００６２】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。
【００６３】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００６４】
図５は、本発明の実施例に係る通信装置のブロック図である。
【００６５】
図５に示された装置は、上述したメカニズムを行うように適応されたユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。
【００６６】
図５に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。
【００６７】
特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。
【００６８】
また、図５は、端末に要求メッセージを送信するように構成された送信機１３５及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。
【００６９】
最近、３ＧＰＰでプロキシミティ基盤のサービス（Ｐｒｏｘｉｍｉｔｙ―ｂａｓｅｄ  Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）が論議されている。ＰｒｏＳｅは、（認証などの適切な手続後）ｅＮＢのみを介して（ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅ―ｗａｙ（ＳＧＷ）／ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）―ＧＷ（ＰＧＷ）を介することなく）又はＳＧＷ／ＰＧＷを介して異なるＵＥを（直接）互いに接続させることができる。よって、ＰｒｏＳｅを用いて装置対装置直接通信を提供することができ、全ての装置がユビクォトス接続で接続されると期待される。近接した距離内の装置間の直接通信はネットワークの負荷を減少させることができる。最近、プロキシミティ基盤のソーシャルネットワークサービスは大衆の注目を受けており、新しい種類のプロキシミティ基盤のアプリケーションが出現され、新しいビジネスの市場及び収益を創造することができる。第一のステップにおいて、公衆安全及び緊要な通信（ｃｒｉｔｉｃａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）が市場で要求される。また、グループ通信は、公衆安全システムの重要なコンポーネントの一つである。プロキシミティ基盤のディスカバリ、直接経路通信及びグループ通信の管理などの機能が要求される。
【００７０】
使用ケースとシナリオは、例えば、ｉ）商業的／社会的使用、ｉｉ）ネットワークオフローディング（ｏｆｆｌｏａｄｉｎｇ）、ｉｉｉ）公衆安全、ｉｖ）到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）及び移動度の形態（ｍｏｂｉｌｉｔｙ  ａｓｐｅｃｔｓ）を含むユーザ経験の一貫性を確保するための現在のインフラストラクチャサービスの統合、ｖ）（地域規定及びオペレータポリシーの対象であり、特定公衆安全指定周波数帯域及び端末に制限された）ＥＵＴＲＡＮカバレッジの不在時の公衆安全である。
【００７１】
図６は、２個のＵＥ間の通信のためのデフォルトデータ経路の例を示す。図６を参照すると、非常に近接した２個のＵＥ（例えば、ＵＥ１、ＵＥ２）が互いに通信するときにも、それらのデータ経路（ユーザ平面）はオペレータネットワークを介する。よって、通信のための一般的なデータ経路は、ｅＮＢ及びゲートウェイ（ＧＷ）（例えば、ＳＧＷ／ＰＧＷ）を含む。
【００７２】
図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す。無線装置（例えば、ＵＥ１、ＵＥ２）が互いに隣接すると、直接モードデータ経路（図７）又は地域的にルートされたデータ経路（図８）を用いることができる。直接モードデータ経路において、ｅＮＢ及びＳＧＷ／ＰＧＷなしで（認証などの適切な手続後に）無線装置が互いに直接接続される。地域的にルートされたデータ経路では、無線装置がｅＮＢのみを介して互いに接続される。
【００７３】
図９は、ノン―ローミングリファレンスアーキテクチャを示す概念図である。
【００７４】
ＰＣ１乃至ＰＣ５はインタフェースを示す。ＰＣ１は、ＵＥ内のＰｒｏＳｅアプリケーションとＰｒｏＳｅアプリケーションサーバとの間の基準点である。これは、アプリケーションレベルシグナリング要求事項を定義するのに使用される。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅアプリケーションサーバと、ＰｒｏＳｅ機能（ｆｕｎｃｔｉｏｎ）を通じて３ＧＰＰ  ＥＰＳによって提供されるＰｒｏＳｅ機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートのためのものであり得る。他の例は、３ＧＰＰ機能性とアプリケーションデータ、例えば、名前変換（ｎａｍｅ  ｔｒａｎｓｌａｔｉｏｎ）との間の相互連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）でＰｒｏＳｅアプリケーションサーバによって使用されるデータであり得る。ＰＣ３は、ＵＥとＰｒｏＳｅ機能との間の基準点である。これは、ＵＥとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅディスカバリ及び通信のための構成に使用することができる。ＰＣ４は、ＥＰＣとＰｒｏＳｅ機能との間の基準点である。これは、ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。可能な使用ケースは、各ＵＥ間の１対１通信経路を設定するケース、又は、セッション管理又は移動度管理のためにＰｒｏＳｅサービス（認証）を実時間で有効化するケースであり得る。
【００７５】
ＰＣ５は、（各ＵＥ間直接及びＬＴＥ―Ｕｕを介した各ＵＥ間）１対１通信及びリレーのためにディスカバリ及び通信のための制御及びユーザ平面に使用される各ＵＥ間の基準点である。最後に、ＰＣ６は、異なるＰＬＭＮに加入された各ユーザ間のＰｒｏＳｅディスカバリなどの機能に使用できる基準点である。
【００７６】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、ＭＭＥ、Ｓ―ＧＷ、Ｐ―ＧＷ、ＰＣＲＦ、ＨＳＳなどのエンティティを含む。ここで、ＥＰＣは、Ｅ―ＵＴＲＡＮコアネットワークアーキテクチャを示す。ＥＰＣ内のインタフェースは、図９に明示的に示していないが、影響を受けることができる。
【００７７】
アプリケーション機能性を形成するＰｒｏＳｅ能力のユーザであるアプリケーションサーバは、例えば、公衆安全の場合は特定エージェンシー（ＰＳＡＰ）であってもよく、商業的場合はソーシャルメディアであってもよい。これらアプリケーションは３ＧＰＰアーキテクチャ外で定義されるが、３ＧＰＰエンティティに向かう基準点があり得る。アプリケーションサーバは、ＵＥ内のアプリケーションに向かって通信することができる。
【００７８】
ＵＥ内のアプリケーションは、アプリケーション機能性を形成するＰｒｏＳｅ能力を用いる。例は、公衆安全グループの各メンバー間の通信又は近接した友達（ｂｕｄｄｉｅｓ）を探すように要求するソーシャルメディアアプリケーションのためのものであり得る。３ＧＰＰによって定義された（ＥＰＳの一部として）ネットワーク内のＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションサーバ、ＥＰＣ及びＵＥに向かう基準点を有する。機能性は制限されないが、次のものを含むことができる。
【００７９】
―  第３者アプリケーションに向かう基準点を通じた相互連動
【００８０】
―  ディスカバリ及び直接通信のためのＵＥの認証及び構成
【００８１】
―  ＥＰＣレベルＰｒｏＳｅディスカバリの機能性のイネーブリング
【００８２】
―  ＰｒｏＳｅ関連の新しい加入者データ及び／データ格納のハンドリング；ＰｒｏＳｅアイデンティティのハンドリング
【００８３】
―  保安関連機能性
【００８４】
―  ポリシー関連機能性に対するＥＰＣに向かう制御提供
【００８５】
―（ＥＰＣを通じて又はその外、例えば、オフライン充電）充電のための機能性提供
【００８６】
図１０は、サイドリンク（Ｓｉｄｅｌｉｎｋ）のための層―２構造を示す概念図である。
【００８７】
サイドリンクは、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ直接ディスカバリのためのＵＥ対ＵＥインタフェースであり、ＰＣ５インタフェースに対応する。サイドリンクは、ＰｒｏＳｅ直接ディスカバリ及び各ＵＥ間のＰｒｏＳｅ直接通信を含む。サイドリンクは、アップリンク送信と類似するアップリンクリソース及び物理チャネル構造を用いる。しかし、後述する任意の変化が物理チャネルに起こる。Ｅ―ＵＴＲＡは、２個のＭＡＣエンティティ、すなわち、ＵＥ内の一つのエンティティ及びＥ―ＵＴＲＡＮ内の一つのエンティティを定義する。これらＭＡＣエンティティは、追加的に次の送信チャネル、ｉ）サイドリンク放送チャネル（ＳＬ―ＢＣＨ）、ｉｉ）サイドリンクディスカバリチャネル（ＳＬ―ＤＣＨ）及びｉｉｉ）サイドリンク共有チャネル（ＳＬ―ＳＣＨ）をハンドルする。
【００８８】
―  基本送信方式：サイドリンク送信は、ＵＬ送信方式と同一の基本送信方式を用いる。しかし、サイドリンクは、全てのサイドリンク物理チャネルに対する単一クラスタ送信に制限される。また、サイドリンクは、それぞれのサイドリンクサブフレームの端で１個のシンボルギャップを用いる。
【００８９】
―  物理層プロセッシング：送信チャネルのサイドリンク物理層プロセッシングは、次のステップでＵＬ送信と異なる。
【００９０】
ｉ）スクランブリング：ＰＳＤＣＨ及びＰＳＣＣＨに対して、スクランブリングはＵＥ特定ではない。
【００９１】
ｉｉ）変調：６４ＱＡＭは、サイドリンクに対してサポートされない。
【００９２】
―  物理サイドリンク制御チャネル：ＰＳＣＣＨはサイドリンク制御リソースにマップされる。ＰＳＣＣＨは、ＰＳＳＣＨのためにＵＥによって使用されるリソース及び他の送信パラメータを示す。
【００９３】
―  サイドリンク参照信号：ＰＳＤＣＨ、ＰＳＣＣＨ及びＰＳＳＣＨ復調のために、アップリンク復調参照信号と類似する参照信号は、ノーマルＣＰではスロットの４番目のシンボルで送信され、拡張ＣＰではスロットの３番目のシンボルで送信される。サイドリンク復調参照信号シーケンスの長さは、整列されたリソースのサイズ（サブキャリアの数）と同一である。ＰＳＤＣＨ及びＰＳＣＣＨに対して、参照信号は、固定ベースシーケンス、サイクリックシフト及び直交カバーコードに基づいて生成される。
【００９４】
―  物理チャネル手続：カバレッジ内（ｉｎ―ｃｏｖｅｒａｇｅ）の動作のために、サイドリンク送信の電力スペクトル密度はｅＮＢによって影響を受けることができる。
【００９５】
図１１Ａは、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す概念図で、図１１Ｂは、ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す。
【００９６】
ＰｒｏＳｅ直接通信は、ＵＥがＰＣ５インタフェースを介して直接互いに通信できる通信モードである。この通信モードは、ＵＥがＥ―ＵＴＲＡＮによってサーブされるとき及びＵＥがＥ―ＵＴＲＡカバレッジ外にあるときにサポートされる。公衆安全動作のために使用されるように許可されたＵＥのみがＰｒｏＳｅ直接通信を行うことができる。
【００９７】
同期化を行うために、ＳＢＣＣＨは、他のＰｒｏＳｅチャネル及び信号を受信するのに必要な最も必須的なシステム情報を伝達する。ＳＢＣＣＨは、同期化信号と共に４０ｍｓの固定周期で送信される。ＵＥがネットワークカバレッジ内にあると、ＳＢＣＣＨのコンテンツはｅＮＢによってシグナルされたパラメータから導出される。ＵＥがカバレッジ外にあるとき、ＵＥが同期化基準として他のＵＥを選択すると、ＳＢＣＣＨのコンテンツは受信されたＳＢＣＣＨから導出され、そうでない場合、ＵＥはあらかじめ設定されたパラメータを用いる。カバレッジ内の動作のための同期化信号及びＳＢＣＣＨ送信に対して４０ｍｓごとに一つのサブフレームが存在する。ＳＩＢ１８は、同期化信号及びＳＢＣＣＨ送信に対するリソース情報を提供する。カバレッジ外の動作のために４０ｍｓごとに２個のあらかじめ設定されたサブフレームが存在する。ＵＥが定義された基準に基づいて同期化ソースになると、ＵＥは、一つのサブフレームで同期化信号及びＳＢＣＣＨを受信し、他のサブフレームで同期化信号及びＳＢＣＣＨを送信する。
【００９８】
ＵＥは、サイドリンク制御期間のデュレーションの間に定義されたサブフレーム上でＰｒｏＳｅ直接通信を行う。サイドリンク制御期間は、サイドリンク制御及びサイドリンクデータ通信のためのセル内で割り当てられたリソースが発生する期間である。サイドリンク制御期間内に、ＵＥは、サイドリンク制御及びその後続のデータを送信する。サイドリンク制御は、層１  ＩＤ及び送信の特性（例えば、ＭＣＳ、サイドリンク制御期間の間のリソースの位置、時間整列）を示す。
【００９９】
ＵＥは、次の減少する優先順位でＵｕ及びＰＣ５の送信及び受信を行う。
【０１００】
―  Ｕｕ送信／受信（最上位優先順位）；
【０１０１】
―  ＰＣ５  ＰｒｏＳｅ直接通信送信／受信；
【０１０２】
―  ＰＣ５  ＰｒｏＳｅ直接ディスカバリ送信／受信（最下位優先順位）
【０１０３】
図１２は、ＰｒｏＳｅ直接ディスカバリのためのＰＣ５インタフェースを示す概念図である。
【０１０４】
ＰｒｏＳｅ直接ディスカバリは、ＰＣ５を介してＥ―ＵＴＲＡ直接無線信号を用いて、近接した他のＵＥを探索するために直接ディスカバリをサポートするＵＥによって使用される手続と定義される。ＰｒｏＳｅ直接ディスカバリは、ＵＥがＥ―ＵＴＲＡＮによってサーブされるときにのみサポートされる。
【０１０５】
上位層は、ディスカバリメッセージのアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）及びモニタリングのための許可をハンドルする。ディスカバリメッセージのコンテンツは、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）に透明（ｔｒａｎｓｐａｒｅｎｔ）であり、ＰｒｏＳｅ直接ディスカバリモデル及びＰｒｏＳｅ直接ディスカバリのタイプに対してＡＳ内の区分はない。
【０１０６】
ＵＥは、ｅＮＢ構成によってＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両状態でディスカバリメッセージのアナウンスメントとモニタリングに参加することができる。ＵＥは、ハーフデュプレックス制限（ｈａｌｆ―ｄｕｐｌｅｘ  ｃｏｎｓｔｒａｉｎｔ）の対象になる自身のディスカバリメッセージを通知してモニタする。
【０１０７】
ディスカバリメッセージのアナウンスメント及びモニタリングに参加するＵＥは、現在のＵＴＣ時間を維持する。アナウンスメントに参加したＵＥは、ディスカバリメッセージの送信時、ＵＴＣ時間を考慮したＰｒｏＳｅプロトコルによって生成されたディスカバリメッセージを送信する。ＵＥのモニタリングにおいて、ＰｒｏＳｅプロトコルは、ＰｒｏＳｅ機能へのメッセージの受信時、ＵＴＣ時間と共に検証されるメッセージを提供する。
【０１０８】
３個の範囲等級が存在する。上位層許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）は、ＵＥの適用可能な範囲等級を提供する。それぞれの範囲等級に対する最大許容送信電力はＳＩＢ１９でシグナルされる。ＵＥは、自身の許可された範囲等級に対応する適用可能な最大許容送信電力を用いる。これは、開放ループ電力制御パラメータに基づいて決定された送信電力に上限を置く。
【０１０９】
図１３Ａ乃至図１３Ｃは、ＭＡＣ  ＰＤＵ構造を示す概念図である。
【０１１０】
ＭＡＣ  ＰＤＵは、図１３Ａに記載したように、ＭＡＣヘッダ、ゼロ又はそれ以上のＭＡＣサービスデータユニット（ＭＡＣ  ＳＤＵ）、ゼロ又はそれ以上のＭＡＣ制御要素及び選択的なパディング（ｐａｄｄｉｎｇ）で構成される。ＭＡＣヘッダ及びＭＡＣ  ＳＤＵは可変サイズである。
【０１１１】
ＭＡＣ  ＰＤＵヘッダは、一つ以上のＭＡＣ  ＰＤＵサブヘッダで構成され、それぞれのサブヘッダは、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパディングに対応する。
【０１１２】
ＭＡＣ  ＰＤＵサブヘッダは、ＭＡＣ  ＰＤＵ内の最後のサブヘッダ及び固定サイズのＭＡＣ制御要素を除いて６個のヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌで構成される。ＭＡＣ  ＰＤＵ内の最後のサブヘッダ及び固定サイズのＭＡＣ制御要素は、４個のヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみで構成される。パディングに対応するＭＡＣ  ＰＤＵサブヘッダは４個のヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）で構成される。
【０１１３】
ＭＡＣ  ＰＤＵサブヘッダは、該当のＭＡＣ  ＳＤＵ、ＭＡＣ制御要素及びパディングと同一の順序を有する。ＭＡＣ制御要素は、常に任意のＭＡＣ  ＳＤＵの前に置かれる。
【０１１４】
パディングは、単一バイト又は２バイトパディングが必要である場合を除いては、ＭＡＣ  ＰＤＵの端で発生する。パディングは任意の値を有することができ、ＵＥは無視することができる。パディングがＭＡＣ  ＰＤＵの端で行われると、ゼロ又はそれ以上のパディングバイトが許容される。
【０１１５】
単一バイト又は２バイトパディングが必要であると、パディングに対応する一つ又は２個のＭＡＣ  ＰＤＵサブヘッダが任意の他のＭＡＣ  ＰＤＵサブヘッダ以前のＭＡＣ  ＰＤＵの初期に配置される。最大一つのＭＡＣ  ＰＤＵが各ＵＥに対してＴＢごとに送信され、最大１個のＭＣＨ  ＭＡＣ  ＰＤＵがＴＴＩごとに送信され得る。
【０１１６】
ＭＡＣヘッダは可変サイズであり、次のフィールドで構成される。
【０１１７】
１）ＬＣＩＤ：論理チャネルＩＤフィールドは、それぞれＤＬ―ＳＣＨ、ＵＬ―ＳＣＨ及びＭＣＨに対する表１、表２及び表３に記載したように、該当のＭＡＣ制御要素、パディングのタイプ又は該当のＭＡＣ  ＳＤＵの論理チャネルインスタンスを識別する。ＭＡＣ  ＰＤＵ内に含まれるそれぞれのＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパディングに対して一つのＬＣＩＤフィールドが存在する。これに加えて、単一バイト又は２バイトパディングが必要であるが、ＭＡＣ  ＰＤＵの端のパディングによって達成できないとき、一つ又は２個の追加のＬＣＩＤフィールドがＭＡＣ  ＰＤＵに含まれる。ＬＣＩＤフィールドサイズは５ビットである。
【０１１８】
【表１】
0006337128.tif 000002
【０１１９】
【表２】
0006337128.tif 000003
【０１２０】
【表３】
0006337128.tif 000004
【０１２１】
２）Ｌ：長さフィールドは、該当のＭＡＣ  ＳＤＵ又は可変サイズＭＡＣ制御要素のバイト長さを示す。固定サイズＭＡＣ制御要素に対応するサブヘッダと最後のサブヘッダを除いては、ＭＡＣ  ＰＤＵサブヘッダごとに一つのＬフィールドが存在する。ＬフィールドのサイズはＦフィールドで指示される。
【０１２２】
３）Ｆ：フォーマットフィールドは、表４で指示されたように長さフィールドのサイズを示す。固定サイズＭＡＣ制御要素に対応するサブヘッダと最後のサブヘッダを除いては、ＭＡＣ  ＰＤＵサブヘッダごとに一つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。ＭＡＣ  ＳＤＵ又は可変サイズＭＡＣ制御要素のサイズが１２８バイトより小さいと、Ｆフィールドの値が０に設定され、そうでない場合は１に設定される
【０１２３】
【表４】
0006337128.tif 000005
【０１２４】
４）Ｅ：拡張フィールドは、ＭＡＣヘッダにより多くのフィールドが存在するか否かを示すフラグである。Ｅフィールドが「１」に設定され、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの他のセットを示す。Ｅフィールドが「０」に設定され、次のバイトでＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパディングが開始されることを示す。
【０１２５】
５）Ｒ：「０」に設定された留保ビット
【０１２６】
従来のシステムにおいて、論理チャネルアイディ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ；ＬＣＩＤ）は、特定ＭＡＣ  ＳＤＵの種類、特定ＭＡＣ制御要素の種類、或いはパディングを識別するのに使用する。ＭＡＣ  ＰＤＵに含まれるそれぞれのＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、或いはパディングに対して一つのＬＣＩＤが存在する。無線ベアラが設定されるとき、それぞれの論理チャネルに対してＬＣＩＤが割り当てられる。現在、データ無線ベアラに８個の使用可能な値が存在する（３〜１０）。
【０１２７】
第１端末及び第２端末が通信するためには、端末はＤ２Ｄ通信を行う前に他の端末のＤ２Ｄ−ＩＤを知る必要がある。このようなＤ２Ｄ−ＩＤは、上位層から提供されてもよく、ソース端末自体で生成してもよい。Ｄ２Ｄ−ＩＤを各端末で自体生成できる場合には、自体生成されたＤ２Ｄ−ＩＤを他の端末に通知する方法が定義される必要がある。
【０１２８】
図１４は、本発明の一実施例に係るＤ２Ｄ通信のためのＤ２Ｄ−ＩＤを通知する方法を示す概念図である。
【０１２９】
第１の端末が第２の端末又は第２の端末を含む端末グループとＤ２Ｄ直接通信を試みる場合、第１の端末は、Ｄ２Ｄ通信タイプによる第１のＩＤを含む第１のＭＡＣ  ＰＤＵを生成する（Ｓ１４０１）。
【０１３０】
好ましくは、上記Ｄ２Ｄ通信タイプは、１対１通信、１対Ｍ（Ｍ＞１）通信、又はブロードキャスト通信であってもよい。
【０１３１】
Ｄ２Ｄ−ＩＤは、様々なタイプが存在する。Ｄ２Ｄ通信タイプが１対１通信であれば、第１のＩＤは端末のＩＤであってもよい。Ｄ２Ｄ通信タイプが１対Ｍ（Ｍ＞１）通信であれば、第１のＩＤは、特定ＵＥグループのＩＤであってもよい。Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、第１のＩＤは、特定のブロードキャスティングを識別するＩＤであってもよい。
【０１３２】
好ましくは、第１のＭＡＣ  ＰＤＵは、上記Ｄ２Ｄ通信タイプを示すＬＣＩＤフィールドをさらに含んでもよい。上記ＬＣＩＤフィールドは、ＭＡＣ  ＰＤＵの目的を示す用途に用いることができる。１つのＬＣＩＤが各Ｄ２Ｄ目的ごとに割り当てられる。
【０１３３】
第１の端末は、上記第１の端末が少なくとも一つの第２の端末とＤ２Ｄ通信を試みることを示す第１の指示子を生成する（Ｓ１４０３）。そして、第１の端末は、少なくとも一つの第２の端末に上記第１のＩＤ及び第１の指示子を含むＭＡＣ  ＰＤＵを送信する（Ｓ１４０５）。
【０１３４】
このとき、Ｄ２Ｄ通信タイプが１対１通信であれば、上記第１の指示子は、第１の端末（又は、送信端末）が１対１のＤ２Ｄ通信をしようとする第２の端末（又は、受信端末）を探していることを示す。第１のＭＡＣ  ＰＤＵは、１対１のＤ２Ｄ通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣ  ＰＤＵは送信端末の第１のＩＤを含む。
【０１３５】
Ｓ１４０５段階の後、第２の端末がＤ２Ｄリソースで第１のＩＤ（例、第１の端末のＩＤ；ＵＥ−ＩＤ１）及び第１の指示子を含む第１のＭＡＣ  ＰＤＵを受信する場合、第２の端末は、上記第１のＩＤによって識別される第１の端末との１対１のＤ２Ｄ通信を行うか否かをチェックする。このとき、第２の端末が第１の端末と１対１のＤ２Ｄ通信を行うと決定すれば、第２の端末は、受信したＵＥ−ＩＤ１を保存し、１対１のＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ１及び第２の端末のＩＤ（ＵＥ−ＩＤ２）を含む第２のＭＡＣ  ＰＤＵを生成する（Ｓ１４０７）。上記１対１のＤ２Ｄ通信の加入指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信に加入しようとすることを示す。第２の端末は、Ｄ２Ｄリソースで第１の端末に第２のＭＡＣ  ＰＤＵを送信する（Ｓ１４０９）。
【０１３６】
第１の端末が１対１のＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ１、ＵＥ−ＩＤ２を含む第１のＭＡＣ  ＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが設定されると見なし、受信したＵＥ−ＩＤ２を保存する（Ｓ１４１１）。そして、第１の端末は第２の端末との１対１通信を始める（Ｓ１４１３）。
【０１３７】
一方、Ｄ２Ｄ通信タイプが１対Ｍ（Ｍ＞１）の通信であれば、上記第１の指示子は、送信端末が１対ＭのＤ２Ｄ通信のためのＤ２Ｄグループに加入しようとする受信端末を探していることを示す。第１のＭＡＣ  ＰＤＵは、１対ＭのＤ２Ｄ通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣ  ＰＤＵにはＤ２ＤグループのグループＩＤが含まれる。
【０１３８】
第１の端末が複数の第２の端末との１対ＭのＤ２Ｄ通信を開始しようとする場合、第１の端末は、Ｄ２Ｄグループのための第１の指示子及び第１のＩＤ（例、特定の端末グループを識別するＩＤ）を含む第１のＭＡＣ  ＰＤＵを生成する。第１の指示子は、送信端末が１対ＭのＤ２Ｄ通信のためのＤ２Ｄグループに加入しようとする受信端末を探していることを示す。第１の端末は、Ｄ２Ｄリソースで第１のＭＡＣ  ＰＤＵを送信する（Ｓ１４０５）。
【０１３９】
第２の端末がＤ２Ｄリソースを用いて、第１の指示子及び特定の端末グループを識別するＩＤを含む第１のＭＡＣ  ＰＤＵを受信すると、第２の端末は、上記グループＩＤが示すＤ２Ｄグループに加入するか否かをチェックする。このとき、第２の端末が、上記グループＩＤが示すＤ２Ｄグループに加入すると決定すれば、第２の端末は上記Ｄ２ＤグループのメンバーとしてグループＩＤを保存し、１対ＭのＤ２Ｄ通信の加入指示子、第２の端末のＩＤ（ＵＥ−ＩＤ２）を含む第２のＭＡＣ  ＰＤＵを生成する（Ｓ１４０７）。このとき、１対ＭのＤ２Ｄ通信の加入指示子は、送信端末が上記グループＩＤによって識別されるＤ２Ｄグループに加入しようとすることを示す。第２の端末は、Ｄ２Ｄリソースで第２のＭＡＣ  ＰＤＵを送信する（Ｓ１４０９）。
【０１４０】
好ましくは、第１のＭＡＣ  ＰＤＵは、第１の端末のＩＤをさらに含む。この場合、第２の端末は、Ｄ２Ｄグループのメンバーとして第１の端末のＩＤを保存し、選択的に第１の端末のＩＤを含む第２のＭＡＣ  ＰＤＵを生成することができる。
【０１４１】
上記Ｄ２Ｄグループのメンバーである第１の端末が、１対ＭのＤ２Ｄ通信の加入指示子、ＵＥ−ＩＤ２、そして選択的にＵＥ−ＩＤ１を含む第２のＭＡＣ  ＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対ＭのＤ２Ｄ通信チャネルが設定されると見なし、Ｄ２Ｄグループメンバーとして受信したＵＥ−ＩＤ２を保存する（Ｓ１４１１）。そして、第１の端末は、第２の端末を含むＤ２Ｄグループとの１対Ｍ通信を始める（Ｓ１４１３）。
【０１４２】
一方、Ｄ２Ｄ通信タイプがブロードキャスト通信であれば、上記第１の指示子は、送信端末がブロードキャストパケットを送信することを示す。第１のＭＡＣ  ＰＤＵは、ブロードキャスト通信を開始しようとする送信端末によって送信される。上記第１のＭＡＣ  ＰＤＵはブロードキャストセッションのＩＤを含む。
【０１４３】
第１の端末は、ある第２の端末とのブロードキャスト通信を開始しようする場合、第１のＭＡＣ  ＰＤＵにブロードキャストＩＤ通知指示子と選択的にＵＥ−ＩＤ１を含める（Ｓ１４０３）。ブロードキャストＩＤ通知指示子は、送信端末がブロードキャストパケットを送ることを示す。第２の端末がブロードキャストＩＤと選択的にＵＥ−ＩＤ１を含む第１のＭＡＣ  ＰＤＵをＤ２Ｄリソースで受信すると（Ｓ１４０５）、第２の端末は、ＵＥ−ＩＤ１が示す第１の端末からブロードキャストパケットを受信するか否かを決定する。このとき、第２の端末が、ＵＥ−ＩＤ１が示す第１の端末からブロードキャストパケットを受信すると決定すれば、第２の端末は、受信したブロードキャストＩＤとＵＥ−ＩＤ１を保存する（Ｓ１４０７）。
【０１４４】
好ましくは、Ｄ２Ｄ−ＩＤ通知を行おうとする端末がＤ２Ｄリソースで周期的に、Ｄ２Ｄ−ＩＤを含むＭＡＣ  ＰＤＵを送信することができる。Ｄ２Ｄ通信に加入しようとする端末は、Ｄ２Ｄ−ＩＤを含むＭＡＣ  ＰＤＵを受信するために周期的にＤ２Ｄリソースをモニタすることができる。
【０１４５】
図１５Ａ乃至図１５Ｄは、本発明の一実施例に係るＤ２Ｄ通信の加入又は解除を通知する概念図である。
【０１４６】
図１５Ａは、本発明の一実施例に係る１対１のＤ２Ｄ通信の加入を通知する方法を示す概念図である。
【０１４７】
いずれか一つの第２の端末は、第１の端末とのＤ２Ｄ通信のためのタイプ情報及び行動（ａｃｔｉｏｎ）情報を決定する。
【０１４８】
タイプ情報は、行おうとするＤ２Ｄ通信が１対１通信であるか、又は１対Ｍ通信であるかを示す。
【０１４９】
行動情報は、第２の端末が第１の端末とのＤ２Ｄ通信を開始するか、又は中断するかを示す。
【０１５０】
いずれか一つの第２の端末が、タイプ情報を１対１通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を開始するものと決定する場合（Ｓ１５０１ａ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０３ａ）。
【０１５１】
好ましくは、上記指示子は、１対１のＤ２Ｄ通信の加入指示子である。上記１対１のＤ２Ｄ通信の加入指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信を希望することを示す。
【０１５２】
第２の端末は第１の端末に、第２の端末のＩＤ及び指示子を含むＭＡＣ  ＰＤＵを送信する（Ｓ１５０５ａ）。
【０１５３】
上記第１の端末は、１対１のＤ２Ｄ通信の加入指示子と第２の端末のＩＤが含まれているＭＡＣ  ＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが設定されると見なし、受信したＵＥ−ＩＤ２を保存する（Ｓ１５０７ａ）。そして、第１の端末は第２の端末との１対１通信を開始する（Ｓ１５０９ａ）。
【０１５４】
図１５Ｂは、本発明の一実施例に係る１対１のＤ２Ｄ通信の解除を通知する方法を示す概念図である。
【０１５５】
いずれか一つの第２の端末は、少なくとも一つの第１の端末と通信をしている。（Ｓ１５０１ｂ）。
【０１５６】
いずれか一つの第２の端末が、タイプ情報を１対１通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を中断するものと決定する場合（Ｓ１５０３ｂ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０５ｂ）。
【０１５７】
好ましくは、上記指示子は、１対１のＤ２Ｄ通信の解除指示子である。上記１対１のＤ２Ｄ通信の解除指示子は、第２の端末が第１の端末との１対１のＤ２Ｄ通信の解除を希望することを示す。
【０１５８】
第２の端末は第１の端末に、第２の端末のＩＤと上記指示子を含むＭＡＣ  ＰＤＵを送信する（Ｓ１５０７ｂ）。
【０１５９】
上記第１の端末は、１対１のＤ２Ｄ通信の解除指示子と第２の端末のＩＤが含まれているＭＡＣ  ＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対１通信チャネルが解除されると見なし、受信したＵＥ−ＩＤ２を除去する（Ｓ１５０９ｂ）。そして、第１の端末は第２の端末との１対１通信を中断する（Ｓ１５１１ｂ）。
【０１６０】
図１５Ｃは、本発明の一実施例に係る１対ＭのＤ２Ｄ通信の加入を通知する方法を示す概念図である。
【０１６１】
いずれか一つの第２の端末が、タイプ情報を１対Ｍ通信と決定し、行動情報を、第１の端末とのＤ２Ｄ通信を開始するものと決定する場合（Ｓ１５０１ｃ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０３ｃ）。
【０１６２】
好ましくは、上記指示子は、１対ＭのＤ２Ｄ通信の加入指示子である。上記１対ＭのＤ２Ｄ通信の加入指示子は、第２の端末がＤ２Ｄグループへの加入を希望することを示す。Ｄ２Ｄグループは、Ｄ２ＤグループＩＤで識別される。Ｄ２ＤグループＩＤは、ＭＡＣ  ＰＤＵによって第１の端末から受信することができる。
【０１６３】
第２の端末は第１の端末に、第２の端末のＩＤと指示子を含むＭＡＣ  ＰＤＵを送信する（Ｓ１５０５ｃ）。
【０１６４】
上記Ｄ２Ｄグループのメンバーである第１の端末が、１対ＭのＤ２Ｄ通信の加入指示子とＵＥ−ＩＤ２が含まれている第２のＭＡＣ  ＰＤＵを受信すると、第１の端末は、ＵＥ−ＩＤ２を有する第２の端末と１対ＭのＤ２Ｄ通信チャネルが設定されると見なし、Ｄ２Ｄグループメンバーとして、受信したＵＥ−ＩＤ２を保存する（Ｓ１５０７ｃ）。そして、第１の端末は、第２の端末を含むＤ２Ｄグループとの１対Ｍ通信を開始する（Ｓ１５０９ｃ）。
【０１６５】
図１５Ｄは、本発明の一実施例に係る１対ＭのＤ２Ｄ通信の解除を通知する方法を示す概念図である。
【０１６６】
第２の端末が少なくとも一つの第１の端末と通信をしている（Ｓ１５０１ｄ）。
【０１６７】
第２の端末が、タイプ情報を１対１通信と決定し、行動情報は、第１の端末とのＤ２Ｄ通信を中断するものと決定する場合（Ｓ１５０３ｄ）、第２の端末は、上記決定に基づいて指示子を生成する（Ｓ１５０５ｄ）。
【０１６８】
好ましくは、上記指示子は、１対ＭのＤ２Ｄ通信の解除指示子である。上記１対ＭのＤ２Ｄ通信の解除指示子は、送信端末が、グループＩＤで識別されるＤ２Ｄグループからの脱退を希望することを示す。
【０１６９】
第２の端末は少なくとも一つの第１の端末に、第２の端末のＩＤと指示子を含むＭＡＣ  ＰＤＵを送信する（Ｓ１５０７ｄ）。
【０１７０】
上記第１の端末は、１対ＭのＤ２Ｄ通信の解除指示子と第２の端末のＩＤが含まれているＭＡＣ  ＰＤＵを受信すると、ＵＥ−ＩＤ２を有する第２の端末と１対Ｍ通信チャネルが解除されると見なし、受信したＵＥ−ＩＤ２を除去する（Ｓ１５０９ｄ）。そして、第１の端末は第２の端末との１対Ｍ通信を中断する（Ｓ１５１１ｄ）。
【産業上の利用可能性】
【０１７１】
以上の方法は、３ＧＰＰ  ＬＴＥシステムに適用される例示を中心に説明されたが、本発明は３ＧＰＰ  ＬＴＥシステムの他にも様々な無線通信システムに適用可能である。
【図１】
0006337128.tif 000006
【図２Ａ】
0006337128.tif 000007
【図２Ｂ】
0006337128.tif 000008
【図３】
0006337128.tif 000009
【図４】
0006337128.tif 000010
【図５】
0006337128.tif 000011
【図６】
0006337128.tif 000012
【図７】
0006337128.tif 000013
【図８】
0006337128.tif 000014
【図９】
0006337128.tif 000015
【図１０】
0006337128.tif 000016
【図１１Ａ】
0006337128.tif 000017
【図１１Ｂ】
0006337128.tif 000018
【図１２】
0006337128.tif 000019
【図１３Ａ】
0006337128.tif 000020
【図１３Ｂ】
0006337128.tif 000021
【図１３Ｃ】
0006337128.tif 000022
【図１４】
0006337128.tif 000023
【図１５Ａ】
0006337128.tif 000024
【図１５Ｂ】
0006337128.tif 000025
【図１５Ｃ】
0006337128.tif 000026
【図１５Ｄ】
0006337128.tif 000027