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