特許 6553733 Ｄ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6553733

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】Ｄ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20190722BHJP

   H04W 76/14 20180101ALI20190722BHJP

   H04W 92/18 20090101ALI20190722BHJP

【ＦＩ】

   H04W72/12 150

   H04W76/14

   H04W92/18

【請求項の数】12

【全頁数】30

(21)【出願番号】特願2017-543681(P2017-543681)

(86)(22)【出願日】2015年7月29日

(65)【公表番号】特表2017-538374(P2017-538374A)

(43)【公表日】2017年12月21日

(86)【国際出願番号】KR2015007952

(87)【国際公開番号】WO2016072592

(87)【国際公開日】20160512

【審査請求日】2018年7月27日

(31)【優先権主張番号】62/075,806

(32)【優先日】2014年11月5日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】リ ソンヨン

(72)【発明者】

【氏名】イ ソンジュン

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 特開２０１１−１５５３３４（ＪＰ，Ａ）

【文献】 Huawei, HiSilicon，D2D impacts on scheduling request and Text Proposals[online]，3GPP TSG-RAN WG2#87bis R2-144404，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87bis/Docs/R2-144404.zip＞，２０１４年１０月１０日

【文献】 LG Electronics Inc.，ProSe BSR format with support of more than 4 Groups[online]，3GPP TSG-RAN WG2#87bis R2-144588，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87bis/Docs/R2-144588.zip＞，２０１４年１０月１０日

【文献】 Huawei, HiSilicon，ProSe-BSR Triggering and Cancelling Mechanisms and Text Proposals[online]，3GPP TSG-RAN WG2#87bis R2-144407，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87bis/Docs/R2-144407.zip＞，２０１４年１０月１０日

【文献】 LG Electronics，Issues on Scheduling Request for D2D Communication[online]，3GPP TSG-RAN WG2#87 R2-143543，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87/Docs/R2-143543.zip＞，２０１４年 ８月２２日

【文献】 Huawei, HiSilicon，Additional Condition for SR Cancelling[online]，3GPP TSG-RAN WG2#89 R2-150295，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_89/Docs/R2-150295.zip＞，２０１５年 ２月１３日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信システムで動作する端末のための方法であって、
一つ以上のスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔｓ；ＳＲｓ）が保留中（ｐｅｎｄｉｎｇ）にある間に上りリンク承認を受信する段階と、
前記上りリンク承認に基づいて、メディアアクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）を生成する段階と、
前記一つ以上の保留中のＳＲの全てが端末対端末通信に関するバッファー状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ；ＢＳＲ）過程によってトリガーされ、端末対基地局通信に関するＢＳＲ過程によってトリガーされた保留中のＳＲがない場合、
前記生成したＭＡＣ ＰＤＵが前記端末対端末通信に関するＢＳＲ過程をトリガーした最後のイベントまで含むバッファー状態を有するサイドリンクＢＳＲ ＭＡＣ制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ；ＣＥ）を有する場合、前記一つ以上の保留中のＳＲの全てを取り消す段階と、を有する、方法。

【請求項2】

前記端末対端末通信に関するＢＳＲは、ＰＣ５インターフェースを介して通信され１つ以上のサイドリンクバッファにおいて送信に利用可能なデータの量を示し、
前記端末は、前記端末対端末通信において前記ＰＣ５インターフェースを介して他の端末と直接通信を行う、請求項１に記載の方法。

【請求項3】

前記一つ以上の保留中のＳＲの全てを取り消す場合、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止する段階をさらに有する、請求項１に記載の方法。

【請求項4】

前記サイドリンクＢＳＲ ＭＡＣ ＣＥが前記端末対端末通信に関するＢＳＲ過程をトリガーした最後のイベントまで含むバッファー状態を有しない場合、前記端末は保留中のＳＲを取り消さない、請求項１に記載の方法。

【請求項5】

前記ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ ＣＥを有しない場合、前記端末は保留中のＳＲを取り消さない、請求項１に記載の方法。

【請求項6】

前記端末対端末通信に関するＢＳＲ過程によってトリガーされた全ての保留中のＳＲを取り消す場合、前記端末対端末通信に関してトリガーされた全てのＢＳＲを取り消す段階をさらに有する、請求項１に記載の方法。

【請求項7】

無線通信システムで動作する端末であって、
無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ；ＲＦ）モジュールと、
前記ＲＦモジュールに対して構成されたプロセッサと、を有し、
前記プロセッサは、
一つ以上のスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔｓ；ＳＲｓ）が保留中（ｐｅｎｄｉｎｇ）にある間に上りリンク承認を受信し、
前記上りリンク承認に基づいて、メディアアクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）を生成し、
前記一つ以上の保留中のＳＲの全てが端末対端末通信に関するバッファー状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ；ＢＳＲ）過程によってトリガーされ、端末対基地局通信に関するＢＳＲ過程によってトリガーされた保留中のＳＲがない場合、
前記生成したＭＡＣ ＰＤＵが前記端末対端末通信に関するＢＳＲ過程をトリガーした最後のイベントまで含むバッファー状態を有するサイドリンクＢＳＲ ＭＡＣ制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ；ＣＥ）を有する場合、前記一つ以上の保留中のＳＲの全てを取り消すように構成される、端末。

【請求項8】

前記端末対端末通信に関するＢＳＲは、ＰＣ５インターフェースを介して通信され１つ以上のサイドリンクバッファにおいて送信に利用可能なデータの量を示し、
前記端末は、前記端末対端末通信において前記ＰＣ５インターフェースを介して他の端末と直接通信を行う、請求項７に記載の端末。

【請求項9】

前記プロセッサは、前記一つ以上の保留中のＳＲの全てを取り消す場合、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止するようにさらに構成される、請求項７に記載の端末。

【請求項10】

前記サイドリンクＢＳＲ ＭＡＣ ＣＥが前記端末対端末通信に関するＢＳＲ過程をトリガーした最後のイベントまで含むバッファー状態を有しない場合、前記プロセッサは保留中のＳＲを取り消さない、請求項７に記載の端末。

【請求項11】

前記ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ ＣＥを有しない場合、前記プロセッサは保留中のＳＲを取り消さない、請求項７に記載の端末。

【請求項12】

前記プロセッサは、前記端末対端末通信に関するＢＳＲ過程によってトリガーされた全ての保留中のＳＲを取り消す場合、前記端末対端末通信に関してトリガーされた全てのＢＳＲを取り消すようにさらに構成される、請求項７に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関するもので、特にＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置に関するものである。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【発明の概要】

【発明が解決しようとする課題】

【0010】

本発明の目的は、Ｄ２Ｄ通信システムにおいてサイドリンクバッファ状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置を提供することにある。本発明で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

【課題を解決するための手段】

【0011】

本発明の目的は無線通信システムで装置によって動作する方法を提供することによって達成可能であり、この方法は一つ以上のスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔｓ、ＳＲｓ）が保留中（ｐｅｎｄｉｎｇ）にある間に上りリンク承認を受信する段階であって、一つ以上のスケジューリング要求はいずれもサイドリンクバッファー状態報告（ｓｉｄｅｌｉｎｋ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）によってトリガーされる、段階と、メディアアクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＭＡＣ ＰＤＵ）を生成する段階と、ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）を含む場合、一つ以上の保留中のスケジューリング要求を全て取り消す段階を含む。

【0012】

本発明の他の態様によると、無線通信システムで動作する端末が提供され、この端末は無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）モジュールと、無線周波数モジュールを制御するように構成されたプロセッサを含み、プロセッサは一つ以上のスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔｓ、ＳＲｓ）が保留中（ｐｅｎｄｉｎｇ）にある間に上りリンク承認を受信し、ここで一つ以上のスケジューリング要求はいずれもサイドリンクバッファー状態報告（ｓｉｄｅｌｉｎｋ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）によってトリガーされる、メディアアクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＭＡＣ ＰＤＵ）を生成し、ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）を含む場合、一つ以上の保留中のスケジューリング要求を全て取り消すように構成される。

【0013】

好ましくは、サイドリンクＢＳＲ ＭＡＣ ＣＥはサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含む。

【0014】

好ましくは、前記方法は、ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ ＣＥを含む場合、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止する段階をさらに含む。

【0015】

好ましくは、サイドリンクＢＳＲ ＭＡＣ ＣＥがサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含まない場合、端末はサイドリンクＢＳＲによってトリガーされた保留中のスケジューリング要求を取り消さない。

【0016】

好ましくは、ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ ＣＥを含まない場合、端末はサイドリンクＢＳＲによってトリガーされた保留中のスケジューリング要求を取り消さない。

【0017】

好ましくは、ＭＡＣ ＰＤＵがサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含まないサイドリンクＢＳＲ ＭＡＣ ＣＥを含む場合、端末はサイドリンクＢＳＲによってトリガーされた保留中のスケジューリング要求を取り消さない。

【0018】

好ましくは、端末はトリガーされた全てのサイドリンクＢＳＲを取り消す。

【0019】

上述した一般的な説明及び次の本発明の詳細な説明は例示的に説明するためのもので、本発明の更なる説明を提供するためのものであることを理解しなければならない。

【発明の効果】

【0020】

本発明によると、Ｄ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求が所定の条件の下で取り消されることができる。

【0021】

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【図面の簡単な説明】

【0022】

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

【図1】無線通信システムの一例としてＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）のネットワーク構造を示す図である。

【図2a】Ｅ−ＵＭＴＳのネットワーク構造を示すブロック図である。

【図2b】典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣのアーキテクチャーを示すブロック図である。

【図3】３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）無線アクセスネットワーク標準に基づく端末及びＥ−ＵＴＲＡＮの間の無線インターフェースプロトコルの制御平面及び使用者平面を示す図である。

【図4】Ｅ−ＵＭＴＳシステムに使われる例示的な物理チャネル構造を示す図である。

【図5】本発明の実施例による通信装置のブロック図である。

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

【図7】近接通信のためのデータ経路シナリオの例を示す図である。

【図8】近接通信のためのデータ経路シナリオの例を示す図である。

【図9】非ローミング（ｎｏｎ−ｒｏａｍｉｎｇ）レファレンスアーキテクチャーを示す概念図である。

【図10】サイドリンクのためのＬａｙｅｒ−２構造を示す概念図である。

【図11】図１１ａはＰｒｏＳｅ直接通信のための使用者平面プロトコルスタックを示す概念図、図１１ｂはＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。

【図12】ＰｒｏＳｅ直接ディスカバリ（ｄｉｓｃｏｖｅｒｙ）のためのＰＣ５インターフェースを示す概念図である。

【図13】下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要を示す図である。

【図14】スケジューリング要求伝送を示す図である。

【図15】バッファー状態及びパワーヘッドルーム報告のシグナリングを示す図である。

【図16a】従来技術のＳＲの取消しの例を示す図である。

【図16b】従来技術のＳＲの取消しの例を示す図である。

【図16c】従来技術のＳＲの取消しの例を示す図である。

【図17】本発明の実施例によるＤ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求の取消しを示す図である。

【図18】本発明の実施例によるＤ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消した例を示す図である。

【発明を実施するための形態】

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

端末内のアプリケーションはアプリケーション機能を形成するためのＰｒｏＳｅケイパビリティ（ｃａｐａｂｉｌｉｔｙ）を用いる。その例は公衆安全グループのメンバー間の通信又は隣接した友達を捜すことを要求するソーシャルメディアアプリケーションであってもよい。３ＧＰＰによって定義された（ＥＰＳの一部としての）ネットワーク内のＰｒｏＳｅ機能はＰｒｏＳｅアプリサーバー、ＥＰＣ及び端末に対して基準点を有する。

【0062】

機能は、制限されないが、例えば次を含むことができる。

【0063】

−第３者アプリケーションに対して基準点を介した相互作用（ｉｎｔｅｒｗｏｒｋｉｎｇ）

【0064】

−ディスカバリ及び直接通信のための端末の許可（Ａｕｔｈｏｒｉｚａｔｉｏｎ）及び設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）

【0065】

−ＥＰＣレベルＰｒｏＳｅ Ａｐｐディスカバリの機能をイネーブル

【0066】

−ＰｒｏＳｅ関連の新加入者データ及びデータストレージのハンドリング；そしてＰｒｏＳｅアイデンティティのハンドリング

【0067】

−保安関連機能

【0068】

−ポリジー関連機能に対するＥＰＣへの制御を提供

【0069】

−チャージング（ＥＰＣを介して又はその外部、例えばオフラインチャージング）のための機能を提供

【0070】

特に、次のアイデンティティはＰｒｏＳｅ直接通信に使われる。

【0071】

−ソースＬａｙｅｒ−２ ＩＤはＰＣ５インターフェースでＤ２ＤＣパケットの送信者を識別する。ソースＬａｙｅｒ−２ ＩＤは受信機ＲＬＣエンティティの識別に使われる。

【0072】

−目的地Ｌａｙｅｒ−２ ＩＤはＰＣ５インターフェースでＤ２Ｄパケットターゲットを識別する。目的地Ｌａｙｅｒ−２ ＩＤはＭＡＣ階層でパケットのフィルタリングに使われる。目的地Ｌａｙｅｒ−２ ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。

【0073】

−ＳＡ Ｌ１ ＩＤはＰＣ５インターフェースでスケジューリング割り当て（ＳＡ）の識別子である。ＳＡ Ｌ１ ＩＤは物理階層におけるパケットのフィルタリングに使われる。ＳＡ Ｌ１ ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。

【0074】

グループ形成及び端末内のソースＬａｙｅｒ−２ ＩＤ及び目的地Ｌａｙｅｒ−２ ＩＤの設定にはアクセス階層シグナリング（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ ｓｉｇｎａｌｉｎｇ）が要求されない。この情報は上位層によって提供される。

【0075】

グループキャスト及びユニキャストの場合、ＭＡＣ階層はターゲット（グループ、端末）を識別する上位層ＰｒｏＳｅ ＩＤ（すなわち、ＰｒｏＳｅ Ｌａｙｅｒ−２グループＩＤ及びＰｒｏｓｅ ＵＥ ＩＤ）を２個のビットストリングに変換するはずであり、この２個のビットストリングの一つは物理階層に伝達されてＳＡ Ｌ１ ＩＤとして使われる反面、他の一つは目的地Ｌａｙｅｒ−２ ＩＤとして使われる。ブロードキャストのために、Ｌ２はグループキャスト及びユニキャストと同一のフォーマットで前もって定義されたＳＡ Ｌ１ ＩＤを用いるブロードキャスト送信であることをＬ１に指示する。

【0076】

図１０はサイドリンク（Ｓｉｄｅｌｉｎｋ）のためのＬａｙｅｒ−２構造を示す概念図である。

【0077】

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

【0078】

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

【0079】

−物理階層プロセッシング：伝送チャネルのサイドリンク物理階層プロセッシングは次の段階でＵＬ送信とは違う。

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

−物理チャネル過程：カバレッジ内（ｉｎ−ｃｏｖｅｒａｇｅ）の動作のために、サイドリンク送信のパワースペクトル密度はｅＮＢによって影響されることができる。

【0085】

図１１ａはＰｒｏＳｅ直接通信のための使用者平面プロトコルスタックを示す概念図、図１１ｂはＰｒｏＳｅ直接通信のための制御平面プロトコルスタックを示す図である。

【0086】

図１１ａは使用者平面に対するプロトコルスタックを示し、ＰＤＣＰ、ＲＬＣ及びＭＡＣ副階層（他の端末で終了（ｔｅｒｍｉｎａｔｅ））は使用者平面に対して列挙された機能（例えば、ヘッダー圧縮、ＨＡＲＱ再送信）を遂行する。ＰＣ５インターフェースは、図１１ａに示したように、ＰＤＣＰ、ＲＬＣ、ＭＡＣ及びＰＨＹで構成される。

【0087】

ＰｒｏＳｅ直接通信の使用者平面詳細事項：ｉ）ＭＡＣサブヘッダーは（多数の論理チャネルを区別する）ＬＣＤを含み、ｉｉ）ＭＡＣヘッダーはソースＬａｙｅｒ−２ ＩＤ及び目的地Ｌａｙｅｒ−２ ＩＤを含み、ｉｉｉ）ＭＡＣマルチプレクシング／デマルチプレクシングにおいて、優先順位ハンドリング及びパッディングはＰｒｏＳｅ直接通信に有用であり、ｉｖ）ＲＬＣ ＵＭはＰｒｏＳｅ直接通信に使われ、ｖ）ＲＬＣ ＳＤＵのセグメンテーション及びリアセンブリが遂行され、ｖｉ）受信端末は送信ピア端末ごとに少なくとも一つのＲＬＣ ＵＭエンティティを維持する必要があり、ｖｉｉ）ＲＬＣ ＵＭ受信機は第１ＲＬＣ ＵＭデータユニットの受信前に設定される必要がなく、ｖｉｉｉ）Ｕ−ＭｏｄｅはＰｒｏＳｅ直接通信のためのＰＤＣＰのヘッダー圧縮に使われる。

【0088】

図１１ｂは制御平面に対するプロトコルスタックを示し、ＲＲＣ、ＲＬＣ、ＭＡＣ及びＰＨＹ副階層（他の端末で終了（ｔｅｒｍｉｎａｔｅ））は制御平面に対して列挙された機能を遂行する。Ｄ２Ｄ端末はＤ２Ｄ通信前に受信Ｄ２Ｄ端末への論理的接続を確立及び維持しない。

【0089】

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

【0090】

ＰｒｏＳｅ直接ディスカバリはＰＣ５を介してＥ−ＵＴＲＡ直接無線信号を用いて隣接ＰｒｏＳｅ−イネーブル端末（等）を探索するためにＰｒｏＳｅ−イネーブル端末によって使われる過程として定義される。

【0091】

ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタック（ＡＳ）が図１２に示されている。

【0092】

ＡＳ階層は次の機能を遂行する。

【0093】

−上位層とのインターフェース（ＰｒｏＳｅプロトコル）：ＭＡＣ階層は上位層からディスカバリ情報を受信する（ＰｒｏＳｅプロトコル）。ＩＰ階層はディスカバリ情報を送信するのに使われない。

【0094】

−スケジューリング：ＭＡＣ階層は上位層から受信されたディスカバリ情報をアナウンスするのに使われる無線リソースを決定する。

【0095】

−ディスカバリＰＤＵ生成：ＭＡＣ階層はディスカバリ情報を伝達するＭＡＣ ＰＤＵを形成し、決定された無線リソースでの送信のためにＭＡＣ ＰＤＵを物理階層に送信する。ＭＡＣヘッダーが付け加えられない。

【0096】

ディスカバリ情報アナウンスメントのための２種のリソース割り当てが存在する。

【0097】

−タイプ１：ディスカバリ情報のアナウンシングのためのリソースが非端末特定に基づいて（ｏｎ ａ ｎｏｎ ＵＥ ｓｐｅｃｉｆｉｃ ｂａｓｉｓ）割り当てられるリソース割り当て過程はさらに次の特徴を有する：ｉ）ｅＮＢは端末にディスカバリ情報のアナウンシングに使われるリソースプール設定（ｒｅｓｏｕｒｃｅ ｐｏｏｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を提供する。設定はＳＩＢでシグナルされることができる、ｉｉ）端末は指示されたリソースプールから無線リソースを自律的に選択し、ディスカバリ情報をアナウンスする、ｉｉｉ）端末はそれぞれのディスカバリ期間の間にランダムに選択されたディスカバリリソースに対するディスカバリ情報をアナウンスすることができる。

【0098】

−タイプ２：ディスカバリ情報のアナウンシングのためのリソースが端末特定に基づいて割り当てられるリソース割り当て過程はさらに次の特徴を有する：ｉ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末はＲＲＣを介してｅＮＢにディスカバリ情報のアナウンシングのためのリソースを要求することができ、ｉｉ）ｅＮＢはＲＲＣを介してリソースを割り当て、ｉｉｉ）リソースはモニタリングのために端末内に設定されたリソースプール内で割り当てられる。

【0099】

ＲＲＣ＿ＩＤＬＥの端末に対し、ｅＮＢは次のオプションの一つを選択することができる。

【0100】

−ｅＮＢはＳＩＢでディスカバリ情報アナウンスメントのためのタイプ１リソースプールを提供することができる。ＰｒｏＳｅ直接ディスカバリに対して許された端末はこれらリソースを用いてＲＲＣ＿ＩＤＬＥでディスカバリ情報をアナウンスする。

【0101】

−ｅＮＢはＳＩＢでＤ２Ｄを支援するが、ディスカバリ情報アナウンスメントのためのリソースを提供しない。端末はディスカバリ情報アナウンスメントのためのＤ２Ｄリソースを要求するためにＲＲＣ Ｃｏｎｎｅｃｔｅｄに進入する必要がある。

【0102】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末に対し、
−ＰｒｏＳｅ直接ディスカバリアナウンスメントを遂行するように許された端末はｅＮＢにＤ２Ｄディスカバリアナウンスメントを遂行することを願うということを指示する。

【0103】

−ｅＮＢはＭＭＥから受信された端末コンテキストを用いて端末がＰｒｏＳｅ直接ディスカバリアナウンスメントに対して許されたかを確認する。

【0104】

−ｅＮＢは専用ＲＲＣシグナリングによって（又は無リソース）ディスカバリ情報アナウンスメントのために端末がタイプ１リソースプール又は専用タイプ２リソースを用いるように設定する。

【0105】

−ｅＮＢによって割り当てられたリソースはａ）ｅＮＢがＲＲＣシグナリングによってリソース（等）を設定解除（ｄｅ−ｃｏｎｆｉｇｕｒｅ）するか、ｂ）端末がＩＤＬＥに進入するまで有効である。（リソースがＩＤＬＥでも有効なままで残っていることができるか否かが問題とならない（ＦＦＳ））。

【0106】

ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの受信端末は許されることによってタイプ１及びタイプ２ディスカバリリソースプールをモニターする。ｅＮＢはＳＩＢでディスカバリ情報モニタリングに使われるリソースプール設定を提供する。ＳＩＢは隣接セルでアナウンスするのに使われるディスカバリリソースを含むことができる。

【0107】

図１３は下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要を示す図である。

【0108】

下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要は図１３に示されている。また、上りリンク伝送に関連したＬＴＥプロトコル構造は、伝送フォーマット選択及びマルチアンテナ伝送に違いがあるが、図１３の下りリンク構造と類似している。

【0109】

下りリンクで送信されるデータはＳＡＥベアラ１３０１の一つ上でＩＰパケットの形態で進入する。無線インターフェースを介した伝送前、入って来るＩＰパケットが多数のプロトコルエンティティを介して伝達され、これは以下で要約され、次のセクションでもっと詳細に記載される。

【0110】

＊パケットデータ収斂プロトコル（ＰＤＣＰ）１３０３はＩＰヘッダー圧縮を遂行して無線インターフェースを介して送信する必要があるビット数を減少させる。ヘッダー圧縮メカニズムはＲＯＨＣに基づいてＷＣＤＭＡだけでなくいくつかの他の移動通信標準に使われる標準化したヘッダー圧縮アルゴリズムである。また、ＰＤＣＰ１３０３は送信されたデータの暗号化（ｃｉｐｈｅｒｉｎｇ）及び無欠性保障（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を担当する。受信機側で、ＰＤＣＰプロトコルは該当暗号解読（ｄｅｃｉｐｈｅｒｉｎｇ）及び圧縮解除動作を遂行する。移動端末のために設定された無線ベアラごとに一つのＰＤＣＰエンティティが存在する。

【0111】

＊無線リンク制御（ＲＬＣ）１３０５はセグメンテーション／連結（ｓｅｇｍｅｎｔａｔｉｏｎ／ｃｏｎｃａｔｅｎａｔｉｏｎ）、再送信ハンドリング及び上位層への順次伝達を担当する。ＷＣＤＭＡとは違い、ＬＴＥ無線アクセスネットワークアーキテクチャーにただ一つのタイプのノードが存在するから、ＲＬＣプロトコルはｅＮｏｄｅＢに位置する。ＲＬＣ１３０５は無線ベアラの形態でサービスをＰＤＣＰ１３０３に提供する。端末のために設定された無線ベアラごとに一つのＲＬＣエンティティが存在する。

【0112】

端末のために設定された論理チャネルごとに一つのＲＬＣエンティティが存在し、それぞれのＲＬＣエンティティは、ｉ）ＲＬＣ ＳＤＵのセグメンテーション、連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）及びリアセンブリ；ｉｉ）ＲＬＣ再送信；及びｉｉｉ）該当論理チャネルに対する順次伝達及び複製検出を担当する。

【0113】

ＲＬＣの他の注目すべき特徴は、（１）可変的なＰＤＵサイズのハンドリング、及び（２）ハイブリッド−ＡＲＱ及びＲＬＣプロトコル間の密接な相互作用に対する可能性である。最後に、論理チャネルごとに一つのＲＬＣエンティティが存在し、コンポーネントキャリアごとに一つのハイブリッド−ＡＲＱエンティティが存在するという事実は、キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）の場合、一つのＲＬＣエンティティが多数のハイブリッド−ＡＲＱエンティティと相互作用することができるということを暗示する。

【0114】

セグメンテーション及び連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）メカニズムの目的は入って来るＲＬＣ ＳＤＵから適切なサイズのＲＬＣ ＰＤＵを生成することである。一つの可能性は固定されたＰＤＵサイズ、妥協可能なサイズを定義することである。サイズが大きすぎれば、最低のデータレートを支援することができない。また、シナリオによっては過度なパッディングが要求されることがある。しかし、単一の小さなＰＤＵサイズはそれぞれのＰＤＵとともに含まれるヘッダーから高いオーバーヘッドをもたらすことができる。ＬＴＥによって支援されるデータレーターの非常に大きな動的範囲を考慮して見るとき、特に重要なこのような欠点を避けるために、ＲＬＣ ＰＤＵサイズが動的に変更されることができる。

【0115】

ＲＬＣ ＳＤＵをＲＬＣ ＰＤＵにセグメンテーション及び連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）するプロセスにおいて、ヘッダーは、他のフィールドのうち、リオーダリング及び再送信メカニズムによって使われるシーケンス番号を含む。受信機側でのリアセンブリ機能は受信されたＰＤＵからＳＤＵをリアセンブリングする逆動作を遂行する。

【0116】

＊メディアアクセス制御（ＭＡＣ）１３０７はハイブリッド−ＡＲＱ再送信及び上りリンク及び下りリンクスケジューリングをハンドリングする。スケジューリング機能はｅＮｏｄｅＢに位置し、これは上りリンク及び下りリンクに対してセルごとに一つのＭＡＣエンティティを有する。ハイブリッド−ＡＲＱプロトコル部分はＭＡＣプロトコルの送信及び受信端に存在する。ＭＡＣ１３０７は論理チャネル１３０９の形態でサービスをＲＬＣ１３０５に提供する。

【0117】

＊物理階層（ＰＨＹ）１３１１は、コーディング／デコーディング、変調／復調、マルチアンテナマッピング及び他の典型的な物理階層機能をハンドリングする。物理階層１３１１は伝送チャネル１３１３の形態でサービスをＭＡＣ階層１３０７に提供する。

【0118】

図１４はスケジューリング要求伝送を示す図である。

【0119】

スケジューラは端末から伝送を待つデータの量を知って適量の上りリンクリソースを割り当てる必要がある。もちろん、伝送データがない端末に上りリンクリソースを提供する必要がなく、これは端末が承認されたリソースを満たすためにただパッディングを行うからである。したがって、少なくとも、スケジューラは端末機が送信すべきデータを持っているか及び承認が与えられなければならないかを知っている必要がある。これはスケジューリング要求と知られている。

【0120】

スケジューリング要求は上りリンクスケジューラに上りリンクリソースを要求するために端末によって引き起こされた単純なフラグである。定義によるリソースを要求する端末はＰＵＳＣＨリソースがないので、スケジューリング要求はＰＵＣＣＨ上で送信される。それぞれの端末には専用ＰＵＣＣＨスケジューリング要求リソースが割り当てられることができ、これは９番目サブフレームごとに発生する。専用スケジューリング要求メカニズムによって、要求が送信されるリソースから端末のアイデンティティが暗示的に知られるから、スケジューリングを要求する端末のアイデンティティを提供する必要がない。

【0121】

伝送バッファーに既に存在したものより高い優先順位を有するデータが端末に到着し、端末が承認を持っていないから、データを送信することができなければ、図１５に示したように、端末は次の可能な時にスケジューリング要求を送信する。要求の受信時、スケジューラは承認を端末に割り当てることができる。端末が次の可能なスケジューリング要求時までスケジューリング承認を受信することができなければ、スケジューリング要求が繰り返される。端末が送信することができる上りリンクコンポーネントキャリアの数に関係なく、単一スケジューリング要求ビットのみが存在する。キャリアアグリゲーションの場合、スケジューリング要求は、プライマリーコンポーネントキャリア上でのみＰＵＣＣＨ送信を行う一般的な原理によってプライマリーコンポーネントキャリア上で送信される。

【0122】

スケジューリング要求のための単一ビットの使用は、マルチビットスケジューリング要求が高費用であるから、上りリンクオーバーヘッドを小さく維持しようとする欲求によって引き起こされる。単一ビットスケジューリング要求を使えば、このような要求を受信するとき、端末でのバッファー状況に対するｅＮｏｄｅＢの知識が制限される。相異なるスケジューラ具現はこれを互いに違うようにハンドリングする。一つの可能性は、小量のリソースを割り当てて、パワーが制限されないように端末がリソースを効率的に用いることができるように保障することである。一旦、端末がＵＬ−ＳＣＨ上で伝送し始めれば、バッファー状態及びパワーヘッドルームについてのより詳細な情報が後述するようにインバンドＭＡＣ制御メッセージを介して提供されることができる。サービスタイプの知識も用いられることができる。例えば、ボイスの場合、承認される上りリンクリソースは、好ましくは典型的なボイス−オーバー−ＩＰパッケージのサイズである。また、スケジューラは、例えば、移動度（ｍｏｂｉｌｉｔｙ）及びハンドオーバー決定に使われる経路損失測定を用いて、端末が効果的に用いることができるリソースの量を推正することができる。

【0123】

専用スケジューリング要求メカニズムに対する代案は競争基盤設計である。このような設計において、多数の端末が共通リソースを共有し、要求の一部として自分のアイデンティティを提供する。これはランダムアクセスの設計と類似している。

【0124】

要求の一部として端末から送信されるビットの数は、この場合に、より大きくなり、よってリソースに対する必要性が高くなることができる。反対に、リソースは多数の使用者が共有する。基本的に、競争基盤設計は、セルに多数の端末が存在し、トラフィックの強度及びスケジューリングの強度が低い状況に適している。より高い強度を有する状況で、同時にリソースを要求する相異なる端末間の衝突レートは過度に高くて非効率的な設計を誘導することができる。

【0125】

ＬＴＥに対するスケジューリング要求設計が専用リソースに依存しても、このようなリソースが割り当てられない端末ははっきりとスケジューリング要求を送信することができない。その代わりに、スケジューリング要求リソースが設定されなかった端末はランダムアクセスメカニズムに依存する。原則として、特定の配置に有利な場合、ＬＴＥ端末は競争基盤メカニズムに依存するように設定されることができる。

【0126】

スケジューリング要求（ＳＲ）は新たな送信のためのＵＬ−ＳＣＨリソースを要求するのに使われる。ＳＲがトリガーされれば、取り消されるまで保留（ｐｅｎｄｉｎｇ）中であると見なすことができる。ＭＡＣ ＰＤＵがアセンブリングされ、このＰＤＵがＢＳＲをトリガーした最後のイベントまで（及びこれを含んで）バッファー状態を含むＢＳＲを含むかＵＬ承認が伝送に利用可能な全ての保留中のデータを収容することができれば、全ての保留中のＳＲが取り消され、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが中断されることができる。

【0127】

ＳＲがトリガーされ、他の保留中のＳＲがなければ、ＵＥはＳＲ＿ＣＯＵＮＴＥＲを０に設定することができる。

【0128】

一つのＳＲが保留中にある限り、このＴＴＩで伝送に利用可能なＵＬ−ＳＣＨリソースがなければ、ＵＥはＰＣｅｌｌ上でランダムアクセス過程を開始し、任意のＴＴＩで設定されたＳＲに対してＵＥが有効なＰＵＣＣＨリソースを有しなければ全ての保留中のＳＲを取り消すことができる。

【0129】

ＵＥがこのＴＴＩに対して設定されたＳＲに対する有効なＰＵＣＣＨリソースを有し、かつこのＴＴＩが測定ギャップの一部であり、かつｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行される場合、ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘであれば、ＵＥはＳＲ＿ＣＯＵＮＴＥＲを１だけ増加させることができ、物理階層がＰＵＣＣＨ上でＳＲをシグナリングするように指示し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。

【0130】

ＳＲ＿ＣＯＵＮＴＥＲ≧ｄｓｒ−ＴｒａｎｓＭａｘであれば、ＵＥはＲＲＣに通知して全てのサービングセルに対するＰＵＣＣＨ／ＳＲＳをリリース（ｒｅｌｅａｓｅ）し、任意の設定された下りリンク割り当て及び上りリンク承認をクリア（ｃｌｅａｒ）し、ＰＣｅｌｌ上でランダムアクセス過程を開始し、全ての保留中のＳＲを取り消す。

【0131】

図１５はバッファー状態及びパワーヘッドルーム報告のシグナリングを示す図である。

【0132】

既に有効な承認を持っている端末は当然上りリンクリソースを要求する必要がない。しかし、スケジューラが以後のサブフレームで各端末にどのくらいのリソースを付与するかを決定するためには、前述したように、バッファー状態又は可用電力についての情報が役に立つ。このような情報はＭＡＣ制御要素を介して上りリンク伝送の一部としてスケジューラに提供される。ＭＡＣサブヘッダーのいずれか一つのサブヘッダー内のＬＣＩＤフィールドは、図１５のように、留保された値に設定されて、バッファー状態情報の存在有無を知らせる。

【0133】

スケジューリング観点では、各論理チャネルについてのバッファー情報をそれぞれ別に送信すれば良いが、これは相当なオーバーヘッドを引き起こすことができる。したがって、論理チャネルは論理チャネルグループにグループ化され、バッファー状態報告は各グループ別になされる。バッファー状態報告内のバッファー大きさフィールドは論理チャネルグループ内の全ての論理チャネルで伝送を待つデータの量を示す。バッファー状態報告は一つ又は四つの論理チャネルグループの全てを示し、次のような要因によってトリガーされることができる。

【0134】

ｉ）伝送バッファー内に現在あるものより高い優先順位のデータが到着した場合、すなわち現在送信されているものより高い優先順位を有する論理チャネルグループが到着した場合。これはスケジューリング決定に影響を与えることができる。

【0135】

ｉｉ）サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）が変わる場合、すなわち、バッファー状態報告は端末の状況についての情報を新たなサービングセルに提供するのに有用である。

【0136】

ｉｉｉ）タイマーによって周期的に制御される。

【0137】

ｉｖ）パッディングの代わりに挿入される場合、すなわち、仮にスケジューリングされた伝送ブロックの大きさに合わせるために必要なパッディングの量がバッファー状態報告の大きさより大きければ、バッファー状態報告が挿入される。当然、可能な場合であれば、パッディングの代わりに有用なスケジューリング情報に対する可用ペイロードを使うことがもっと良い。

【0138】

ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ）過程はＵＥのＵＬバッファー内の送信に利用可能なデータ（ｄａｔａ ａｖａｉｌａｂｌｅ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ）の量についての情報をサービングｅＮＢに提供するのに使われる。ＲＲＣは、２個のタイマーであるｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ ａｎｄ ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを設定（ｃｏｎｆｉｇｕｒｅ）し、それぞれの論理チャネルに対し、論理チャネルをＬＣＧ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）に割り当てる論理チャネルグループを選択的にシグナリングすることによってＢＳＲ報告を制御することができる。

【0139】

ＢＳＲ過程に対し、ＵＥは中断されなかった全ての無線ベアラを考慮し、中断されたベアラを考慮することができる。ＢＳＲは、次のようなイベントのいずれが発生する場合、トリガーされることができる。

【0140】

−ＬＣＧに属する論理チャネルに対するＵＬデータがＲＬＣエンティティ又はＰＤＣＰエンティティでの送信に利用可能になり、そのデータが、いずれかのＬＣＧに属するとともにデータの送信に既に利用可能な論理チャネルの優先順位より高い優先順位で論理チャネルに属するか、あるいはＬＣＧに属する論理チャネルの任意のチャネルに対する送信に利用可能なデータがない場合。この場合にＢＳＲは以下で“レギュラーＢＳＲ”という。

【0141】

−ＵＬリソースが割り当てられ、パッディング（ｐａｄｄｉｎｇ）ビットの数がＢＳＲ ＭＡＣ制御要素及びそのサブヘッダーのサイズより大きいか同じ場合。この場合にＢＳＲは以下で“パッディングＢＳＲ”という。

【0142】

−ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、ＵＥがＬＣＧに属する論理チャネルのいずれかに対する送信に利用可能なデータを有する場合。この場合にＢＳＲは以下で“レギュラーＢＳＲ”という。

【0143】

−ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒの満了する場合。この場合にＢＳＲは以下で“周期的ＢＳＲ”という。

【0144】

レギュラー及び周期的ＢＳＲに対し、１より多いＬＣＧがＢＳＲの送信されるＴＴＩで送信に利用可能なデータを有すれば、ＵＥはロング（Ｌｏｎｇ）ＢＳＲを報告することができる。そうではなければ、ＵＥはショート（Ｓｈｏｒｔ）ＢＳＲを報告することができる。

【0145】

ＢＳＲ過程が、少なくとも一つのＢＳＲがトリガーされるとともに取り消されなかったと決定すれば、ＵＥがこのＴＴＩの間に新しい送信のために割り当てられたＵＬリソースを有する場合、ＵＥはマルチプレックシング及びアセンブリー過程がＢＳＲ ＭＡＣ制御要素を生成するように命令し、生成された全てのＢＳＲが切断された（Ｔｒｕｎｃａｔｅｄ）ＢＳＲの場合を除き、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始又は再開し、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始又は再開することができる。

【0146】

レギュラーＢＳＲがトリガーされれば、上りリンク承認が設定されないか論理チャネルＳＲマスキング（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ）が上位層によって設定された論理チャネルに対して送信に利用可能になるデータのためレギュラーＢＳＲがトリガーされなければ、スケジューリング要求がトリガーされることができる。

【0147】

ＭＡＣ ＰＤＵは、ＢＳＲが送信可能になるまで多数のイベントがＢＳＲをトリガーするときにも、多くても一つのＭＡＣ ＢＳＲ制御要素を含むことができる。この場合、レギュラーＢＳＲ及び周期的ＢＳＲがパッディングＢＳＲより優先する。

【0148】

ＵＥは任意のＵＬ−ＳＣＨ上での新たなデータの送信のための承認の指示があるとき、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを再開することができる。

【0149】

トリガーされた全てのＢＳＲは、このサブフレーム内のＵＬ承認が送信に利用可能な全ての保留中のデータを収容することができるが、ＢＳＲ ＭＡＣ制御要素及びそのサブヘッダーをさらに収容するのに十分ではない場合に取り消されることができる。トリガーされた全てのＢＳＲはＢＳＲが送信のためにＭＡＣ ＰＤＵに含まれるときに取り消されるであろう。

【0150】

ＵＥはＴＴＩで多くても一つのレギュラー／周期的ＢＳＲを送信するであろう。ＵＥがＴＴＩで多数のＭＡＣ ＰＤＵを送信するように要求されれば、レギュラー／周期的ＢＳＲを含まないＭＡＣ ＰＤＵのいずれかにパッディングＢＳＲを含ませることができる。

【0151】

ＴＴＩで送信される全てのＢＳＲはこのＴＴＩの間に全てのＭＡＣ ＰＤＵが生成された後のバッファー状態をいつも反映する。それぞれのＬＣＧはＴＴＩごとに多くても一つのバッファー状態を報告し、この値はこのＬＣＧに対するバッファー状態を報告する全てのＢＳＲで報告されるであろう。

【0152】

要約すれば、ＢＳＲは次のような状況のいずれかでトリガーされる。

【0153】

ｉ）バッファーが空いていない論理チャネルより高い優先順位を有する論理チャネルに対してデータが到逹した場合。

【0154】

ｉｉ）空いているＵＥのバッファーに対してデータが利用可能になった場合。

【0155】

ｉｉｉ）ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、ＵＥのバッファーに依然としてデータがある場合。

【0156】

ｉｖ）ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した場合、又は

【0157】

ｖ）ＭＡＣ ＰＤＵ内の残りの空間がＢＳＲを収容することができる場合。

【0158】

図１６ａ〜図１６ｃは従来技術においてスケジューリング要求の取消しを説明する図である。

【0159】

従来技術において、ＭＡＣ ＰＤＵがＷＡＮ ＢＳＲをトリガーした最後のイベントまでのバッファー状態を含むＷＡＮ ＢＳＲを含めば、保留中の全てのスケジューリング要求は取り消される。

【0160】

例として、端末が、例えばＢＳＲ１によってトリガーされたスケジューリング要求を送信し、端末が上りリンク承認を受信してから４ｍｓ以後に上りリンク伝送を行う上りリンク承認を受信すると仮定することができる。ＷＡＮ ＢＳＲを含むＭＡＣ ＰＤＵを生成しているうち、新たなスケジューリング要求が、例えば、ＢＳＲ２によってトリガーされ、端末はスケジューリング要求が保留中にあると見なすことができる。すると、ＢＳＲ２は生成されたＭＡＣ ＰＤＵに含まれないこともある。ＢＳＲ２をトリガーした最後のイベントまでのバッファー状態がＭＡＣ ＰＤＵを含んでいないので、端末は全ての保留中のスケジューリング要求を取り消してはいけない。

【0161】

ＰｒｏＳｅ通信において、サイドリンクデータのバッファー状態をｅＮＢに知らせるために新たなサイドリンクＢＡＲが導入した。ＷＡＮ ＢＳＲとサイドリンクＢＳＲは互いに独立的な自体イベントによってトリガーされるので、ＳＲはＷＡＮ ＢＳＲ又はサイドリンクＢＳＲによって他の時点でトリガーされることができる。

【0162】

サイドリンクＢＳＲによってトリガーされたＳＲは保留中のＳＲの除去に考慮されなかったため、図１６ｂ及び図１６ｃのような問題があり得る。

【0163】

図１６ｂを参照すると、端末が、例えばＰｒｏＳｅによってトリガーされたＳＲを送信し、上りリンク承認を受信してから４ｍｓ以後に端末が上りリンク伝送を遂行することを指示する上りリンク承認を受信すると仮定することができる。ＭＡＣ ＰＤＵが生成されるまでトリガーされたＵｕ ＢＳＲがなければ、ＭＡＣ ＰＤＵはＵｕ ＢＳＲを全然含まないこともある。その後、端末は保留中のＳＲを取り消さず、Ｕｕ ＢＳＲがトリガーされてＭＡＣ ＰＤＵに含まれるまでＳＲ過程を遂行することができる。

【0164】

一方、図１６ｃを参照すると、端末は、例えばサイドリンクＢＳＲ１によってトリガーされたＳＲを送信し、上りリンク承認を受信してから４ｍｓ以後に端末が上りリンク伝送を遂行することを指示する上りリンク承認を受信すると仮定することができる。端末がサイドリンクＢＳＲ１を含むＭＡＣ ＰＤＵを生成しているうち、例えば、ＢＳＲ２によって他のＳＲがトリガーされれば、端末はＳＲが保留中であると見なすことができる。このような場合、サイドリンクＢＳＲ２は生成されたＭＡＣ ＰＤＵに含まれないこともある。このような場合、サイドリンクＢＳＲ２によってトリガーされたＳＲを含む保留中の全てのＳＲが取り消されれば、端末はＳＲ禁止タイマーが満了しサイドリンクＳＲが再びトリガーされるまで待機しなければならない。したがって、ＵＥは遅延されたサイドリンクデータ伝送を経験することができる。

【0165】

トリガーされたＵｕ ＢＳＲがない場合、サイドリンクＢＳＲによってトリガーされた保留中のＳＲを取り消すために、サイドリンクＢＳＲを考慮した新たなＲ取消メカニズムが必要である。さらに、このメカニズムはＰＣ５データ伝送を遅延させない方法を提供しなければならない。

【0166】

図１７は本発明の一実施例によってＤ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消すための図である。

【0167】

本発明において、端末がＰｒｏＳｅ動作で構成された場合、端末がＭＡＣ ＰＤＵを生成するとき、端末がＵｕ ＢＳＲによってトリガーされた保留中のＳＲがなく、サイドリンクＢＳＲ（又は、ＰｒｏＳｅ ＢＳＲ）によってトリガーされた保留中の少なくとも一つのＳＲを持っている場合、端末はＭＡＣ ＰＤＵにサイドリンクＢＳＲを含んでＭＡＣ ＰＤＵを生成するかを確認することができる。端末がサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲの取消しを遂行しなければならない。端末がサイドリンクＢＳＲを含まずにＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲの取消しを遂行してはいけない。

【0168】

また、端末がＭＡＣ ＰＤＵを生成する場合、端末がＵｕ ＢＳＲによってトリガーされた保留中のＳＲを持っておらず、サイドリンクＢＳＲによってトリガーされた少なくとも一つの保留中のＳＲを持っている場合、端末は端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含むサイドリンクＢＳＲを含んでＭＡＣ ＰＤＵを生成するかを確認することができる。端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含むサイドリンクＢＳＲを含んでＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲの取消しを遂行しなければならない。端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含まないサイドリンクＢＳＲを含んでＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲの取消しを遂行してはいけない。

【0169】

端末がＰＣ５を介して他の端末と直接通信するうちに端末はＵｕインターフェースを介して基地局と通信する（Ｓ１７０１）。端末は端末が基地局とデータを送受信する少なくとも一つのＵｕ論理チャネルで構成され、端末は他の端末と直接データを送受信するサイドリンク論理チャネルで構成されることができる。また、端末はＵｕデータ伝送及びＰＣ５データ伝送のための二つのバッファーを有する。

【0170】

このような場合、ＷＡＮ ＢＳＲトリガー条件が満たされる場合、端末は基地局に対するＷＡＮ ＢＳＲをトリガーする。また、サイドリンクＢＳＲトリガー条件が満たされる場合、端末は独立的にサイドリンクＢＳＲをトリガーする。

【0171】

ＳＲトリガー条件が満たされれば、端末はＳＲをトリガーし、ＳＲが取り消されるまで保留状態と見なす。ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行中ではなければ、端末はＰＵＣＣＨを介してＳＲを送信し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する（Ｓ１７０３）。

【0172】

端末が一つ以上のＳＲ（ここで、一つ以上のＳＲの全てはサイドリンクＢＳＲによってトリガーされる）が保留中にある間に上りリンク承認を受信すれば（Ｓ１７０５）、端末はＭＡＣ ＰＤＵを生成する（Ｓ１７０７）。

【0173】

一例として、ＭＡＣ ＰＤＵは、バッファー状態がＴＴＩに対する全てのＭＡＣ ＰＤＵが構築された後の論理チャネルグループの全ての論理チャネルを介して利用可能なＵｕデータの総量として設定されたＷＡＮ ＢＳＲ ＭＡＣを含むかあるいは含まない。また、バッファー状態がＴＴＩに対する全てのＭＡＣ ＰＤＵが構築された後の論理チャネルグループの全てのサイドリンクチャネルを介して利用可能なＰＣ５データの総量として設定されたＰｒｏＳｅ ＢＳＲ ＭＡＣ ＣＥを含むかあるいは含まない。

【0174】

端末がＭＡＣ ＰＤＵを生成するとき、端末がＵｕ ＢＳＲによってトリガーされた何の保留されたＳＲも持っておらず、端末がサイドリンクＢＳＲ（又は少なくとも一つのサイドリンクＢＳＲ ＭＡＣ ＳＥ）によってトリガーされた少なくとも一つの保留されたＳＲを持っている場合、端末は端末がサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成するかを確認する（Ｓ１７０９）。

【0175】

端末がサイドリンクＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵを生成すれば、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲを取り消し（Ｓ１７１１）、端末はｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止する（Ｓ１７１３）。

【0176】

端末がサイドリンクＢＳＲ ＭＡＣ ＣＥを含まないＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲによってトリガーされた何の保留中のＳＲも取り消さず、端末はｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止しない（Ｓ１７１５）。

【0177】

他の例として、端末は端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むＰＣ５データのバッファー状態を含むサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成するかを確認する。

【0178】

端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むｐｃ５データのバッファー状態を含むサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成すれば、端末はサイドリンクＢＳＲによってトリガーされた全ての保留中のＳＲを取り消し、端末はｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止する。

【0179】

端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むｐｃ５データのバッファー状態を含むサイドリンクＢＳＲを含まないＭＡＣ ＰＤＵを生成すれば、端末はサイドリンクＢＳＲによってトリガーされた何の保留中のＳＲも取り消さず、端末はｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを停止しない。

【0180】

一例として、ＭＡＣ ＰＤＵがサイドリンクＢＳＲ ＭＡＣ ＣＥを含まなければ、端末はサイドリンクＢＳＲによってトリガーされた何の保留中のＳＲも取り消さない。

【0181】

一例として、ＭＡＣ ＰＤＵがサイドリンクＢＳＲをトリガーした最後のイベントまでのバッファー状態を含まないサイドリンクＢＳＲ ＭＡＣ ＣＥを含む場合、端末はサイドリンクＢＳＲによってトリガーされた何の保留中のＳＲも取り消さず、端末は全てのトリガーされたサイドリンクＢＳＲを取り消す。

【0182】

図１８は本発明の一実施例によるＤ２Ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す例である。

【0183】

端末は、時点Ｔ１＜時点Ｔ２の場合、次のようにサイドリンクＢＳＲをトリガーした最後のイベントを決定する。

【0184】

端末がＴ１でＰＣ５データの到達時にただ一つのサイドリンクＢＳＲ１をトリガーすれば、最後のイベントはＴ１でのＰＣ５データの到達である。端末がＴ１でＰＣ５データの到達時にサイドリンクＢＳＲ１をトリガーし、端末がＴ２でＰＣ５データの到達時に他のサイドリンクＢＳＲ２をトリガーすれば、最後のイベントはＴ２でのＰＣ５データの到達である。

【実施例1】

【0185】

Ｔ１で到逹したＰＣ５データはサイドリンクＢＳＲ１とＳＲ１をトリガーする。端末は上りリンク承認を受信し、サイドリンクＢＳＲ１を含むＭＡＣ ＰＤＵを生成する。端末がＭＡＣ ＰＤＵを生成する間、Ｔ２で到逹したＰＣ５データはサイドリンクＢＳＲ２とＳＲ２をトリガーする。端末がＭＡＣ ＰＤＵを生成するとき、端末がＵｕ ＢＳＲによってトリガーされた保留中のＳＲを持っておらず、端末がサイドリンクＢＳＲによってトリガーされた保留中のＳＲを持っている場合、端末は端末がサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成するかを確認する。

【0186】

サイドリンクＢＳＲがＭＡＣ ＰＤＵに含まれれば、端末はサイドリンクＢＳＲ１とサイドリンクＢＳＲ２によってトリガーされた全ての保留中のＳＲを取り消さなければならない。ＭＡＣ ＰＤＵにサイドリンクＢＳＲが含まれなければ、端末はサイドリンクＢＳＲ２によってトリガーされた保留中のＳＲ２を取り消してはいけない。

【実施例2】

【0187】

Ｔ１で到逹したＰＣ５データはサイドリンクＢＳＲ１とＳＲ１をトリガーする。端末は上りリンク承認を受信し、サイドリンクＢＳＲ１を含むＭＡＣ ＰＤＵを生成する。端末がＭＡＣ ＰＤＵを生成する間、Ｔ２で到逹したＰＣ５データはサイドリンクＢＳＲ２とＳＲ２をトリガーする。端末がＭＡＣ ＰＤＵを生成する間、端末がＵｕ ＢＳＲによってトリガーされた保留中のＳＲを持っておらず、端末がサイドリンクＢＳＲによってトリガーされた保留中のＳＲを持っておれば、端末は端末がサイドリンクＢＳＲをトリガーした最後のイベントまで含むバッファー状態を含むサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成するかを確認する。

【0188】

この実施例において、サイドリンクＢＳＲをトリガーした最後のイベントはＴ２でのＰＣ５データの到達である。したがって、端末がＴ２でのＰＣ５データの到達まで含むバッファー状態を含むサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲ１とサイドリンクＢＳＲ２によってトリガーされた全ての保留中のＳＲを取り消さなければならない。端末がＴ２でのＰＣ５データの到達まで含むバッファー状態を含まないサイドリンクＢＳＲを含むＭＡＣ ＰＤＵを生成する場合、端末はサイドリンクＢＳＲ２によってトリガーされた保留中のＳＲ２を取り消してはいけない。

【0189】

以上で説明した実施例は本発明の構成要素及び特徴が所定の形態に結合されたものである。それぞれの構成要素又は特徴は他の明示的言及がない限り選択的なものとして考慮されなければならない。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合されない形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に入れ替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するかあるいは出願後の補正によって新たな請求項として含ませることができるのは明らかである。

【0190】

本発明の実施例において、基地局（ＢＳ）によって行われるものとして説明された特定の動作は上位ノードのＢＳによって遂行されることもできる。すなわち、ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる多様な動作が基地局によって遂行されるか基地局以外の他のネットワークノードによって遂行されることができるのは明らかである。‘ｅＮＢ’という用語は‘固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）’、‘ＮｏｄｅＢ、‘基地局（ＢＳ）’、アクセスポイントなどに取り替えられることもできる。

【0191】

前述した実施例は、例えばハードウェア、ファームウエア、ソフトウェア又はそれらの組合せなどの多様な手段によって具現されることもできる。

【0192】

ハードウェア設定において、本発明の実施例による方法は、一つ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現可能である。

【0193】

ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態に具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータを取り交わすことができる。

【0194】

本発明は本発明の特徴を逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。したがって、前記詳細な説明は全ての面で制限的に解釈されてはいけなく、例示的なものとして考慮しなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決まらなければならなく、本発明の等価的範囲内の全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0195】

上述した方法は３ＧＰＰ ＬＴＥシステムに適用される例示を中心に説明したが、本発明は３ＧＰＰ ＬＴＥシステムだけではなく多様な無線通信システムに適用可能である。

【図1】

【図2a】

【図2b】

【図3】

【図4(a)】

【図4(b)】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11a】

【図11b】

【図12】

【図13】

【図14】

【図15】

【図16a】

【図16b】

【図16c】

【図17】

【図18】