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