特許 6422992 無線通信システムにおけるバッファ状態報告の優先順位を決める方法及び装置

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

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

(11)【特許番号】6422992

(24)【登録日】2018年10月26日

(45)【発行日】2018年11月14日

(54)【発明の名称】無線通信システムにおけるバッファ状態報告の優先順位を決める方法及び装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20181105BHJP

   H04W 92/18 20090101ALI20181105BHJP

【ＦＩ】

   H04W72/12

   H04W92/18

【請求項の数】8

【全頁数】29

(21)【出願番号】特願2016-558067(P2016-558067)

(86)(22)【出願日】2015年3月19日

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

(43)【公表日】2017年5月25日

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

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

(87)【国際公開日】20150924

【審査請求日】2016年9月16日

(31)【優先権主張番号】61/955,609

(32)【優先日】2014年3月19日

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

(31)【優先権主張番号】61/955,778

(32)【優先日】2014年3月19日

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

(31)【優先権主張番号】61/955,604

(32)【優先日】2014年3月19日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

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

(72)【発明者】

【氏名】リ ヨンテ

(72)【発明者】

【氏名】イ ソンチョン

(72)【発明者】

【氏名】リ ソンヨン

(72)【発明者】

【氏名】チョン ソンフン

【審査官】 吉村 真治▲郎▼

(56)【参考文献】

【文献】 国際公開第２０１３／１８３７２７（ＷＯ，Ａ１）

【文献】 国際公開第２０１３／１７７４４９（ＷＯ，Ａ１）

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

【文献】 特表２０１２−５２８４９５（ＪＰ，Ａ）

【文献】 CATT，D2D Communication Resource Allocation Mode 1[online]， 3GPP TSG-RAN WG2♯85bis R2-141195，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141195.zip＞，２０１４年 ３月２２日

【文献】 LG Electronics Inc.，Prioritization handling between Legacy BSR and ProSe BSR[online]， 3GPP TSG-RAN WG2#87bis R2-144587，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87bis/Docs/R2-144587.zip＞，２０１４年 ９月２７日

【文献】 Background document for 'LTE Device to Device Proximity Services' - Work Item[online]， 3GPP TSG-RAN♯63 RP-140056，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_63/Docs/RP-140056.zip＞，２０１４年 ２月２５日

【文献】 Ericsson，Resource allocation for D2D transmitters in coverage[online]， 3GPP TSG-RAN WG2♯85 R2-140625，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140625.zip＞，２０１４年 ２月 １日

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおける端末（ＵＥ）によるＢＳＲ（buffer status report）の優先順位を決める方法であって、
ネットワークへのアップリンク転送のためのアップリンクＢＳＲ及び端末（ＵＥ）間のＤ２Ｄ（device-to-device）転送のためのＰｒｏＳｅ（proximity-based services）ＢＳＲを生成するステップと、
前記端末が、前記アップリンクＢＳＲに対する少なくとも１つの第１のスケジューリング要求（ＳＲ）と前記Ｐｒｏｓｅ ＢＳＲに対する少なくとも１つの第２のＳＲをトリガするステップと、
ＭＡＣ（media access control）ＰＤＵ（protocol data unit）に前記アップリンク転送のためのアップリンクＢＳＲを収容することにより、前記アップリンク転送のためのアップリンクＢＳＲを前記ＰｒｏＳｅ ＢＳＲより優先させるステップと、
全ての保有中の第２のＳＲを取り消さない間に、全ての保有中の第１のＳＲを取り消すステップと、を含む、方法。

【請求項2】

前記ＭＡＣ ＰＤＵは単に１つのＭＡＣ ＢＳＲ ＣＥ（control element）のみを収容することができる、請求項１に記載の方法。

【請求項3】

前記ＰｒｏＳｅ ＢＳＲは前記Ｄ２Ｄ転送のために利用可能なデータ量に関する情報を前記ネットワークに提供することに使われる、請求項１に記載の方法。

【請求項4】

前記アップリンク転送のためのアップリンクＢＳＲは短いＢＳＲまたは長いＢＳＲのうち、少なくとも１つを含む、請求項１に記載の方法。

【請求項5】

無線通信システムにおけるＢＳＲ（buffer status report）の優先順位を決めるように構成される端末（ＵＥ）であって、
無線信号を転送または受信するように構成されるＲＦ（radio frequency）部と、
前記ＲＦ部と連結されるプロセッサとを含み、
前記プロセッサは、
ネットワークへのアップリンク転送のためのアップリンクＢＳＲ及び端末（ＵＥ）間のＤ２Ｄ（device-to-device）転送のためのＰｒｏＳｅ（proximity-based services）ＢＳＲを生成し、
前記アップリンクＢＳＲに対する少なくとも１つの第１のスケジューリング要求（ＳＲ）と前記Ｐｒｏｓｅ ＢＳＲに対する少なくとも１つの第２のＳＲをトリガし、
ＭＡＣ（media access control）ＰＤＵ（protocol data unit）に前記アップリンク転送のためのアップリンクＢＳＲを収容することにより、前記アップリンク転送のためのアップリンクＢＳＲを前記ＰｒｏＳｅ ＢＳＲより優先させ、
全ての保有中の第２のＳＲを取り消さない間に、全ての保有中の第１のＳＲを取り消すように構成される、端末。

【請求項6】

前記ＭＡＣ ＰＤＵは単に１つのＭＡＣ ＢＳＲ ＣＥ（control element）のみを収容することができる、請求項５に記載の端末。

【請求項7】

前記ＰｒｏＳｅ ＢＳＲは前記Ｄ２Ｄ転送のために利用可能なデータ量に関する情報を前記ネットワークに提供することに使われる、請求項５に記載の端末。

【請求項8】

前記アップリンク転送のためのアップリンクＢＳＲは短いＢＳＲまたは長いＢＳＲのうち、少なくとも１つを含む、請求項５に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信に関し、より詳しくは、無線通信システムにおけるバッファ状態報告（ＢＳＲ：buffer status report）の優先順位を決める方法及び装置に関する。

【背景技術】

【0002】

３ＧＰＰ（3rd generation partnership project）ＬＴＥ（long-term evolution）は、高速パケット通信を可能にするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インタフェース及び端末の適切な電力消費を要求する。

【0003】

最近、近接−基盤サービス（ＰｒｏＳｅ）をサポートしようとする関心が大きくなっている。与えられた近接性基準が満たす時に近接性が決める（“ＵＥ（user equipment）が他のＵＥに近接している”）。このような新たな関心はソーシャルネットワーキングアプリケーション及び大部分がローカル化されたトラフィックであるセルラー帯域に対する急増するデータ要求及びアップリンク周波数帯域の正しく活用できないことなどにより主に起因する幾つかの要因をその動機とする。３ＧＰＰは第１応答者により使われる、公共安全ネットワークに対する競争的なブロードバンド通信技術がＬＴＥになるようにするために、ＬＴＥ ｒｅｌ−１２でＰｒｏＳｅの利用可能性を目標としている。レガシー問題及び予算制約によって、現在の公共安全ネットワークは相変らず主に古い２Ｇ技術に基づいている一方、商業的なネットワークは速かにＬＴＥに移動している。このような進化の差及び改善されたサービス要求は既存の公共安全ネットワークをアップグレードしようとする全世界的な試みにつながった。商業的ネットワークに比べて、公共安全ネットワークは非常に一層厳格なサービス要件（例えば、信頼性及び保安性）を有し、また直接通信を、特にセルラーカバレッジが失敗するか、または利用可能でない時に要求する。このような本質的な直接モード特徴は現在ＬＴＥでは逃したところである。

【0004】

スケジューリング要求（ＳＲ：scheduling request）は、新たな転送のためのアップリンク共有チャンネル（ＵＬ−ＳＣＨ）を要求するために使われる。バッファ状態報告（ＢＳＲ）手続は、前記ＵＥの前記アップリンク（ＵＬ）バッファでの転送のための利用可能なデータ量に関する情報をサービングｅＮＢ（進化したＮｏｄｅＢ）に提供することに使われる。ＰｒｏＳｅが３ＧＰＰ ＬＴＥ ｒｅｌ−１２で導入されたので、ＰｒｏＳｅに対するＳＲ及び／又はＰｒｏＳｅに対するＢＳＲが新しく定義できる。したがって、前記ＰｒｏＳｅに対するＳＲ及び／又はＰｒｏＳｅに対するＢＳＲと関連した多様な動作が新しく定義されなければならない。

【発明の概要】

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

【0005】

本発明は、無線通信システムにおけるバッファ状態報告（ＢＳＲ：buffer status report）の優先順位を決める方法及び装置を提供する。本発明は、レガシー（legacy）ＢＳＲをＰｒｏＳｅ（proximity-based services）ＢＳＲより優先させる方法を提供する。

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

【0006】

一態様において、無線通信システムにおける端末（ＵＥ：user equipment）によるＢＳＲ（buffer status report）の優先順位を決める方法が提供される。前記方法は、ネットワークへのアップリンク転送のためのＢＳＲ及びＵＥの間のＤ２Ｄ（端末間）（device-to-device）転送のためのＰｒｏＳｅ（proximity-based services）ＢＳＲを生成し、及び前記アップリンク転送のためのＢＳＲを前記ＰｒｏＳｅ ＢＳＲより優先させることを含む。

【0007】

他の態様において、無線通信システムにおけるＢＳＲ（buffer status report）の優先順位を決めるように構成される端末（ＵＥ：user equipment）が提供される。前記端末は、無線信号を転送または受信するように構成されるＲＦ（radio frequency）部、及び前記ＲＦ部と連結されるプロセッサを含む。前記プロセッサは、ネットワークへのアップリンク転送のためのＢＳＲ及びＵＥの間のＤ２Ｄ（device-to-device）転送のためのＰｒｏＳｅ（proximity-based services）ＢＳＲを生成し、及び前記アップリンク転送のためのＢＳＲを前記ＰｒｏＳｅ ＢＳＲより優先させるように構成されることを特徴とする。

【発明の効果】

【0008】

レガシーＢＳＲとＰｒｏＳｅ ＢＳＲとの間の優先順位が定義できる。

【図面の簡単な説明】

【0009】

【図1】ＬＴＥシステムの構造を示す。

【図2】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。

【図3】ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。

【図4】ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。

【図5】物理チャンネル構造の一例を示す。

【図6】ＰｒｏＳｅに対する基準構造を図示する。

【図7】サイドリンク転送チャンネルとサイドリンク物理チャンネルとの間のマッピングの例示図である。

【図8】ＰｒｏＳｅ直接通信のためのサイドリンク論理チャンネルとサイドリンク転送チャンネルとの間のマッピングの例示図である。

【図9】ＭＡＣ ＰＤＵの例示図である。

【図10】ＭＡＣ ＰＤＵサブヘッダの例示図である。

【図11】ＭＡＣ ＰＤＵサブヘッダの例示図である。

【図12】ＭＡＣ ＰＤＵサブヘッダの例示図である。

【図13】ＢＳＲ ＭＡＣ ＣＥの例示図である。

【図14】ＢＳＲ ＭＡＣ ＣＥの例示図である。

【図15】本発明の一実施形態に係るＢＳＲの優先順位を決めるための方法の例示図である。

【図16】本発明の一実施形態に係るトリガリングされたＰｒｏＳｅ ＢＳＲを取消すための方法の例示図である。

【図17】本発明の実施形態が具現される無線通信システムを示す。

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

【0010】

以下の技術は、ＣＤＭＡ（code division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＴＤＭＡ（time division multiple access）、ＯＦＤＭＡ（orthogonal frequency division multiple access）、ＳＣ−ＦＤＭＡ（single carrier frequency division multiple access）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（universal terrestrial radio access）やＣＤＭＡ２０００のような 無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（global system for mobile communications）／ＧＰＲＳ（general packet radio service）／ＥＤＧＥ （enhanced data rates for GSM evolution）のような無線技術で具現されることが できる。ＯＦＤＭＡは、ＩＥＥＥ（institute of electrical and electronics engineers）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｅ−ＵＴＲＡ（evolved UTRA）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６に基づくシステムとの後方互換性（backward compatibility）を提供する。ＵＴＲＡは、ＵＭＴＳ（universal mobile telecommunications system）の一部である。３ＧＰＰ（3rd generation partnership project）ＬＴＥ （long term evolution）は、Ｅ−ＵＴＲＡ（evolved-UMTS terrestrial radio access）を使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であり、ダウンリンクで ＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は、３ＧＰＰ ＬＴＥの進化である。

【0011】

説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

【0012】

図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話（Voice over internet protocol：ＶｏＩＰ）のような多様な通信サービスを提供する ために広く設置される。

【0013】

図１を参照すると、ＬＴＥシステム構造は、１つ以上の端末（ＵＥ）１０、Ｅ−ＵＴＲＡＮ（evolved-UMTS terrestrial radio access network）及びＥＰＣ（evol ved packet core）を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（mobile station）、Ｕ Ｔ（user terminal）、ＳＳ（subscriber station）、無線機器（wireless device）等 、他の用語で呼ばれることもある。

【0014】

Ｅ−ＵＴＲＡＮは１つ以上のｅＮＢ（evolved node-B）２０を含み、１つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は制御平面（control plane）とユーザ平面（user plane）の終端点をＵＥに提供する。ｅＮＢ２０は一般的にＵＥ１０と通信する固定された地点（fixed station）をいい、ＢＳ（base station）、アクセスポイント（access point）など、他の用語で呼ばれることがある。１つのｅＮＢ２０はセル毎に配置できる。

【0015】

以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、 受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、 受信機はｅＮＢ２０の一部でありうる。

【0016】

ＥＰＣはＭＭＥ（mobility management entity）とＳ−ＧＷ（system architecture evolution（SAE）gateway）を含む。ＭＭＥ／Ｓ−ＧＷ３０はネットワークの終端に位置し、外部ネットワークと連結できる。明確性のためにＭＭＥ／Ｓ−ＧＷ３０は“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを全て含むことができる。

【0017】

ＭＭＥはｅＮＢ２０へのＮＡＳ（non-access stratum）シグナリング、ＮＡＳシグナリング保安、ＡＳ（access stratum）保安制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（core network）ノードシグナリング、アイドルモード端末到達可能性（ページング再転送の制御及び実行含み）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ（PDN（packet data network）gateway）及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ（serving GPRS support node）選択、ローミング、認証、専用ベアラ設定を含んだベアラ管理機能、ＰＷＳ（public warning system：地震／津波警報システム（ＥＴＷＳ）、及び常用モバイル警報システム（ＣＭＡＳ）含み）メッセージ転送サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を通じて）、合法的遮断、端末ＩＰ（internet protocol）アドレス割当、ＤＬで転送レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（access point name aggregate maximum bit rate）に基づいたＤＬ等級強制の各種の機能を提供する。

【0018】

ユーザトラフィック転送または制御トラフィック転送のためのインターフェースが使用できる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結される。ｅＮＢ２０はＸ２インターフェースにより相互間連結される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して連結できる。

【0019】

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２を参照すると、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（radio resource control）活性（activation）の間ゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリング及び転送、ＢＣＨ（broadcast channel）情報のスケジューリング及び転送、ＵＬ及びＤＬからＵＥ１０への資源の動的割当、ｅＮＢ測定の設定（configuration）及び提供（provisioning）、無線ベアラ制御、ＲＡＣ（radio admission control）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前述したように、ゲイウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。

【0020】

図３はＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４はＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は通信システムで広く知られたＯＳＩ（open system interconnection）モデルの下位３個層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、及びＬ３（第３層）に区分される。

【0021】

物理層（ＰＨＹ；physical layer）はＬ１に属する。物理層は物理チャンネルを介して上位層に情報転送サービスを提供する。物理層は上位層であるＭＡＣ（media access control）層と転送チャンネル（transport channel）を介して連結される。物理チャンネルは、転送チャンネルにマッピングされる。転送チャンネルを介してＭＡＣ層と物理層との間にデータが転送される。互いに異なる物理層の間、即ち送信機の物理層と受信機の物理層との間にデータは物理チャンネルを介して転送される。

【0022】

ＭＡＣ層、ＲＬＣ（radio link control）層、及びＰＤＣＰ （packet data convergence protocol）層はＬ２に属する。ＭＡＣ層は、論理チャンネル（logical channel）を介して上位層であるＲＬＣ層にサービスを提供する。ＭＡＣ層は、論理チャンネル上のデータ転送サービスを提供する。ＲＬＣ層は、信頼性あるデータ転送をサポートする。一方、ＲＬＣ層の機能はＭＡＣ層の内部の機能ブロックで具現されることができ、この際、ＲＬＣ層は存在しないこともある。ＰＤＣＰ層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して転送されるデータが効率良く転送されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。

【0023】

ＲＲＣ（radio resource control）層は、Ｌ３に属す る。Ｌ３の最 も下端部分に位置するＲＲＣ層はただ制御平面のみで定義される。ＲＲＣ層は、ＲＢ（radio bearer）などの 設定（configuration）、再設定（re- configuration）、及び解除（release）と関連して論理チャンネル、転送チャンネル、及び物理チャンネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ転送のためにＬ２により提供されるサービスを意味する。

【0024】

図３を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。

【0025】

図４を参照すると、ＲＬＣ／ＭＡＣ層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ連結管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのための保安制御などの機能を遂行することができる。

【0026】

図５は、物理チャンネル構造の一例を示す。物理チャンネルは、無線資源を通じてＵＥの物理層とｅＮＢの物理層との間のシグナリング及びデータを転送する。物理チャンネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである１つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えばサブフレームの第１のシンボルはＰＤＣＣＨのために使用できる。ＰＤＣＣＨは、ＰＲＢ（physical resource block）及びＭＣＳ（modulation and coding schemes）のように動的に割り当てられた資源を運ぶことができる。

【0027】

ＤＬ転送チャンネルは、システム情報を転送するために使われるＢＣＨ（broadcast channel）、ＵＥをページングするために使われるＰＣＨ（paging channel）、ユーザトラフィックまたは制御信号を転送するために使われるＤＬ−ＳＣＨ（downlink shared channel）、マルチキャストまたはブロードキャストサービス転送のために使われるＭＣＨ（multicast channel）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び転送電力の変化による動的リンク適応及び動的／半静的資源割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。

【0028】

ＵＬ転送チャンネルは、一般的にセルへの初期接続のために使われるＲＡＣＨ（random access channel）、ユーザトラフィック、または制御信号を転送するために使われるＵＬ−ＳＣＨ（uplink shared channel）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び転送電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。

【0029】

論理チャンネルは、転送される情報の種類によって、制御平面の情報伝達のための制御チャンネルとユーザ平面の情報伝達のためのトラフィックチャンネルに分類される。即ち、論理チャンネルタイプの集合はＭＡＣ層により提供される互いに異なるデータ転送サービスのために定義される。

【0030】

制御チャンネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ層により提供される制御チャンネルは、ＢＣＣＨ（broadcast control channel）、ＰＣＣＨ（paging control channel）、ＣＣＣＨ（common control channel）、ＭＣＣＨ（multicast control channel）、及びＤＣＣＨ（dedicated control channel）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャンネルである。ＰＣＣＨは、ページング情報の転送のためのＤＬチャンネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ連結を有しない時、ＵＥにより使われる。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（multimedia broadcast multicast services）制御情報を転送するために使われる一対多のＤＬチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報転送のためにＲＲＣ連結を有するＵＥにより使われる一対一の両方向チャンネルである。

【0031】

トラフィックチャンネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ層により提供されるトラフィックチャンネルは、ＤＴＣＨ（dedicated traffic channel）及びＭＴＣＨ（multicast traffic channel）を含む。ＤＴＣＨは一対一のチャンネルであって、１つのＵＥのユーザ情報の転送のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを転送するための一対多のＤＬチャンネルである。

【0032】

論理チャンネルと転送チャンネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングできるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングできるＣＣＣＨを含む。論理チャンネルと転送チャンネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングできるＢＣＣＨ、ＰＣＨにマッピングできるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＴＣＨ、ＭＣＨにマッピングできるＭＣＣＨ、及びＭＣＨにマッピングできるＭＴＣＨを含む。

【0033】

ＲＲＣ状態はＵＥのＲＲＣ層がＥ−ＵＴＲＡＮのＲＲＣ層と論理的に連結されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（discontinuous reception）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（identification）の割当を受けて、ＰＬＭＮ（public land mobile network）選択及びセル再選択を遂行することができる。またＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。

【0034】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ連結及びコンテクストを有して、ｅＮＢにデータを転送及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャンネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを転送及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（network assisted cell change）を介してのＧＥＲＡＮ（GSM EDGE radio access network）でｉｎｔｅｒ−ＲＡＴ（radio access technology）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。

【0035】

ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的には、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（paging occasion）にページング信号をモニターする。ページング機会は、ページング信号が転送される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一なトラッキング領域（ＴＡ；tracking area）に属する全てのセル上に転送される。ＵＥが１つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（tracking area update）メッセージを転送することができる。

【0036】

近接サービス（ＰｒｏＳｅ：proximity services）が記述される。前記ＰｒｏＳｅは、３ＧＰＰ ＴＲ２３．７０３ Ｖ０．４．１（２０１３−０６）を参照することができる。前記ＰｒｏＳｅは、機器−対−機器（端末間直接）（Ｄ２Ｄ；device-to-device）通信を含む概念でありうる。以下では、前記ＰｒｏＳｅは、Ｄ２Ｄと混合されて使用されることができる。

【0037】

ＰｒｏＳｅ直接通信は任意のネットワークノードを横断（traverse）しない経路を通じてＥ−ＵＴＲＡ技術を用いるユーザ平面転送を手段にして、ＰｒｏＳｅ可能な２つ以上のＵＥの間の通信を意味する。ＰｒｏＳｅ可能なＵＥはＰｒｏＳｅ要求条件及び関連した手続をサポートするＵＥを意味する。そうでなければ、明示的に記述されない限り、ＰｒｏＳｅ可能なＵＥは非−公共安全ＵＥ及び公共安全ＵＥを全て称する。ＰｒｏＳｅ可能なＵＥは公共安全に特定されるＰｒｏＳｅ手続及び能力をまたサポートするＰｒｏＳｅ可能なＵＥを意味する。ＰｒｏＳｅ可能な非−公共安全ＵＥはＰｒｏＳｅ手続をサポートするが、公共安全に特定される能力をサポートしないＵＥを意味する。ＰｒｏＳｅ直接探索は３ＧＰＰ ＬＴＥ ｒｅｌ−１２ Ｅ−ＵＴＲＡ技術を用いる２つのＵＥの能力のみを用いて自身の近くにある他のＰｒｏＳｅ可能なＵＥを発見するために、ＰｒｏＳｅ可能なＵＥにより採択される手続を意味する。ＥＰＣ−レベルＰｒｏＳｅ探索は、前記ＥＰＣが２つのＰｒｏＳｅ可能なＵＥの近接を決定し、彼らをして彼らの近接を通知することによる処理を意味する。ＰｒｏＳｅ ＵＥ ＩＤ（identity）はＰｒｏＳｅ可能なＵＥを識別するＥＰＳ（evolved packet system）により割り当てられる固有なＩＤである。ＰｒｏＳｅアプリケーションＩＤは、前記ＰｒｏＳｅ可能なＵＥに対するアプリケーション関連情報を識別するＩＤである。

【0038】

図６は、ＰｒｏＳｅに対する基準構造を示す。図６に示すように、ＰｒｏＳｅに対する前記基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅアプリケーションを有する複数のＵＥ、ＰｒｏＳｅアプリケーションサーバ、及びＰｒｏＳｅ機能を含む。前記ＥＰＣは、前記Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。前記ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＰＣＲＦ（policy and charging rules function）、ＨＳＳ（home subscriber server）などのような個体を含むことができる。前記ＰｒｏＳｅアプリケーションサーバは、前記アプリケーション機能を生成するための前記ＰｒｏＳｅ能力のユーザである。公共安全の場合において、これは、特定エージェンシＰＳＡＰでありうるか、また、商業的な場合では、ソーシャルメディアでありうる。このようなアプリケーションは、３ＧＰＰ構造の外部で定義されることができるが、３ＧＰＰ個体に対する基準点がありうる。前記アプリケーションサーバは、前記ＵＥ内のアプリケーションに対して通信することができる。前記ＵＥ内のアプリケーションは、前記アプリケーション機能を生成するために、前記ＰｒｏＳｅ能力を利用する。公共安全グループの会員間に通信または近接した同僚（buddies）を発見するために要求するソーシャルメディアアプリケーションに対する例がありうる。

【0039】

３ＧＰＰによって定義される（ＥＰＳの部分として）前記ネットワーク内の前記ＰｒｏＳｅ機能は、前記ＥＰＣ及び前記ＵＥに対する、前記ＰｒｏＳｅアプリケーションサーバに対する基準点を有する。前記機能は、次の少なくとも１つを含むことができる。しかし、前記機能は、次に限定され得るものではない。

【0040】

第三者アプリケーションに対する基準点を介してのインタワーキング。

【0041】

探索及び直接通信のための前記ＵＥの承認及び構成。

【0042】

前記ＥＰＣレベルＰｒｏＳｅ探索の前記機能を可能なようにする。

【0043】

ＰｒｏＳｅ関連された新規加入者データ及びデータストレージの取扱、及びまた、ＰｒｏＳｅ ＩＤの取扱。

【0044】

保安関連機能。

【0045】

政策関連された機能に対して前記ＥＰＣに対する制御を提供。

【0046】

（例えば、オフライン課金のようなＥＰＣの外部またはこれを介しての）課金のための機能を提供。

【0047】

ＰｒｏＳｅの基準構造内での基準点／インターフェースが説明される。

【0048】

ＰＣ１：前記ＰｒｏＳｅアプリケーションサーバ内及び前記ＵＥ内の前記ＰｒｏＳｅアプリケーション間の前記基準点である。アプリケーションレベルシグナリング要求事項を定義するのに利用される。

【0049】

ＰＣ２：前記ＰｒｏＳｅアプリケーションサーバ及び前記ＰｒｏＳｅ機能間の前記基準点である。前記ＰｒｏＳｅ機能を介して前記３ＧＰＰ ＥＰＳにより提供される前記ＰｒｏＳｅ機能及び前記ＰｒｏＳｅアプリケーションサーバ間のインターフェースを定義するのに利用される。前記ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートに対する一例でありうる。他の例は、例えば、名前変換のようなアプリケーションデータ及び３ＧＰＰ機能間のインタワーキングでのＰｒｏＳｅアプリケーションサーバによる利用のためのデータでありうる。

【0050】

ＰＣ３：前記ＵＥ及びＰｒｏＳｅ機能間の基準点である。前記ＵＥ及び前記ＰｒｏＳｅ機能間の相互作用を定義するのに利用される。一例は、ＰｒｏＳｅ探索及び通信に対する構成のために使用されるものである。

【0051】

ＰＣ４：前記ＥＰＣ及びＰｒｏＳｅ機能間の基準点である。前記ＥＰＣ及びＰｒｏＳｅ機能間の相互作用を定義するのに利用される。可能な使用例は、ＵＥ間に一対一通信経路を設定する場合、またはリアルタイムに移動性管理またはセッション管理のためのＰｒｏＳｅサービス（許可）を立証（validate）する場合でありうる。

【0052】

ＰＣ５：リレー及び（ＵＥ間に直接及びＬＴＥ−Ｕｕを介してＵＥ間に）一対一通信のための、探索及び通信のための制御及びユーザ平面に対して利用されるＵＥ対ＵＥ間の基準点である。

【0053】

ＰＣ６：このような基準点は、相違したＰＬＭＮに加入されたユーザ間ＰｒｏＳｅ探索のような機能のために使用されることができる。

【0054】

ＳＧｉ：ＳＧｉを介しての関連機能にさらに、アプリケーションデータ及びアプリケーション制御情報交換のために利用されることができる。

【0055】

サイドリンク（sidelink）は、ＰｒｏＳｅ直接通信とＰｒｏＳｅ直接探索のためのＵＥ対ＵＥインターフェースである。サイドリンクは、ＵＥ間のＰｒｏＳｅ直接探索とＰｒｏＳｅ直接通信を含む。サイドリンクは、アップリンク転送と類似な物理チャンネル構造とアップリンク資源を使用する。アップリンク転送は、ＵＬ転送方式と同一な基本転送方式を使用する。しかしながら、サイドリンクは全てのサイドリンク物理チャンネルに対して単一クラスタ転送に制限される。また、サイドリンクは各々のサイドリンクサブフレームの終端から１シンボルギャップを使用する。

【0056】

図７は、サイドリンク転送チャンネルとサイドリンク物理チャンネルとの間のマッピングの例示図である。図７を参照すると、前記ＵＥからのＰｒｏＳｅ直接探索メッセージを運ぶＰＳＤＣＨ（physical sidelink discovery channel）はＳＬ−ＤＣＨ（sidelink discovery channel）にマッピングできる。前記ＳＬ−ＤＣＨは次の通り特定される。

【0057】

−固定されたサイズ、予め定義された形式の周期的な放送転送。

【0058】

−ＵＥ自動（autonomous）資源選択とｅＮＢによりスケジューリングされた資源割り当てを全てサポート。

【0059】

−ＵＥ自動資源選択のサポートに起因する衝突（collision）危険；ＵＥが前記ｅＮＢにより専用（dedicated）資源の割り当てを受ける場合、衝突はない。

【0060】

ＰｒｏＳｅ直接通信のためのＵＥからのデータを運ぶＰＳＳＣＨ（physical sidelink shared channel）はＳＬ−ＳＣＨ（sidelink shared channel）にマッピングできる。前記ＳＬ−ＳＣＨは、次の通り特定される。

【0061】

−放送転送をサポート。

【0062】

−ＵＥ自動資源選択とｅＮＢによりスケジューリングされた資源割り当てを全てサポート。

【0063】

−ＵＥ自動資源選択のサポートに起因する衝突危険；ＵＥが前記ｅＮＢにより専用資源の割り当てを受ける場合、衝突はない。

【0064】

−ＨＡＲＱ結合をサポート、しかしながら、ＨＡＲＱフィードバックはサポートしない。

【0065】

−転送電力、変調、及びコーディングを可変して動的リンク適応（dynamic link adaptation）をサポート。

【0066】

前記ＵＥから転送されるシステム及び同期関連情報を運ぶＰＳＢＣＨ（physical sidelink broadcast channel）は、ＳＬ−ＢＣＨ（sidelink broadcast channel）にマッピングできる。前記ＳＬ−ＢＣＨは予め定義された転送形式により特定される。ＰＳＣＣＨ（physical sidelink control channel）は、ＰｒｏＳｅ直接通信のためにＵＥからの制御情報を運ぶ。

【0067】

図８は、ＰｒｏＳｅ直接通信のためのサイドリンク論理チャンネルとサイドリンク転送チャンネルとの間のマッピングの例示図である。図８を参照すると、前記ＳＬ−ＢＣＨは１つのＵＥから他のＵＥにサイドリンクシステム情報を放送するためのサイドリンクチャンネルであるＳＢＣＣＨ（sidelink broadcast control channel）にマッピングできる。このようなチャンネルは単にＰｒｏＳｅ直接通信可能なＵＥのみにより使われる。前記ＳＬ−ＳＣＨは１つのＵＥから他のＵＥにユーザ情報の伝達のための地点−対−多重地点チャンネルであるＳＴＣＨ（sidelink traffic channel）にマッピングできる。このようなチャンネルは単にＰｒｏＳｅ直接通信可能なＵＥのみにより使われる。

【0068】

スケジューリング要求（ＳＲ；scheduling request）が記述される。これは、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１２．０．０（２０１３−１２）の５．４．４節を参照することができる。ＳＲがトリガリングされる場合、ＳＲが取消しになるまで保有中（pending）であると見なされなければならない。ＭＡＣ ＰＤＵ（protocol data unit）が結合（assemble）されて、このようなＰＤＵがＢＳＲをトリガリングした最後のイベントまで（そして、これを含む）バッファ状態を含むバッファ状態報告（ＢＳＲ）を含む場合、またはＵＬ承認が転送のために利用可能な全ての保有中のデータを収容することができる場合に、全ての保有中のＳＲは取消しにならなければならず、sr-ProhibitTimerが中断されなければならない。ＳＲがトリガリングされ、保有中の他のＳＲがない場合、前記ＵＥはSR_COUNTERを０に設定しなければならない。

【0069】

１つのＳＲを保有中でありさえすれば、前記ＵＥは各々のＴＴＩに対し、次の通り遂行しなければならない。

【0070】

このようなＴＴＩ内で転送のために利用可能なＵＬ−ＳＣＨ資源がない場合。

【0071】

２＞ＵＥが任意のＴＴＩ内で構成されるＳＲに対して有効なＰＵＣＣＨ（physical uplink control channel）資源がない場合：ＰＣｅｌｌ（primary cell）上にランダムアクセス手続を開始し、全ての保有中のＳＲを取消す。

【0072】

２＞そうでなくて、前記ＵＥがこのようなＴＴＩに対して構成されるＳＲに対する有効なＰＵＣＣＨ資源を有し、このようなＴＴＩが測定ギャップの一部でなくてsr-ProhibitTimerが動作していない場合。

【0073】

３＞SR_COUNTER<dsr-TransMaxの場合。

【0074】

４＞SR_COUNTERを１だけ増加させる。

【0075】

４＞前記物理層にＰＵＣＣＨを介して前記ＳＲをシグナルリングするように指示する。

【0076】

４＞前記sr-ProhibitTimerを起動。

【0077】

３＞そうでなければ：

【0078】

４＞ＲＲＣに全てのサービングセルに対するＰＵＣＣＨ／ＳＲS（sounding reference signal）を解除することを通知。

【0079】

４＞任意の構成されたダウンリンク割り当てとアップリンク承認を削除（clear）する。

【0080】

４＞ＰＣｅｌｌ上にランダムアクセス手続を開始し、全ての保有中のＳＲを削除する。

【0081】

バッファ状態報告が開始される。３ＧＰＰ ＴＳ ３６．３２１ Ｖ１２．０．０（２０１３−１２）の５．４．５節が参照できる。ＲＲＣは２つのタイマーであるperiodicBSR-TimerとretxBSR-Timerを構成し、そして各々の論理チャンネルに対し、論理チャンネルをｎ個の論理チャンネルグループ（ＬＣＧ：logical channel group）に割り当てるlogicalChannelGroupを選択的にシグナリングしてＢＳＲ報告を制御する。前記バッファ状態報告手続に対し、前記ＵＥは中断（suspended）されていない全ての無線ベアラを考慮しなければならず、中断された無線ベアラを考慮することができる。

【0082】

ＢＳＲは次のイベントのうち、任意のイベントが発生する場合、トリガリングされなければならない。

【0083】

−ＬＣＧに属する論理チャンネルに対し、ＵＬデータがＲＬＣエンティティで、またはＰＤＣＰエンティティでの転送のために利用可能になり、前記データが任意のＬＣＧに属する論理チャンネルの優先順位より高い優先順位を有する論理チャンネルに属して前記データが転送のために既に利用可能であるか、またはＬＣＧに属する前記論理チャンネルのうち、任意のチャンネルに対する転送のために利用可能なデータがなくなり、このような場合に前記ＢＳＲは以下で“正規（regular）ＢＳＲ”と称される。

【0084】

−ＵＬ資源が割り当てられて、パッディングの個数は前記ＢＳＲ ＭＡＣ ＣＥ（control element）足すサブヘッダのサイズと等しいか大きく、このような場合に、前記ＢＳＲは以下で“パッディングＢＳＲ”と称される。

【0085】

−retxBSR-Timerが満了し、前記ＵＥがＬＣＧに属する前記論理チャンネルのうち、任意のチャンネルに対する転送のために利用可能なデータを有し、このような場合に前記ＢＳＲは以下で“正規ＢＳＲ”と称される。

【0086】

−periodicBSR-Timerが満了し、このような場合に前記ＢＳＲは以下で“周期的ＢＳＲ”と称される。

【0087】

正規及び周期的ＢＳＲに対し：

【0088】

−１つより多いＬＣＧが前記ＢＳＲが転送される前記ＴＴＩでの転送のために利用可能なデータを有する場合：長い（long）ＢＳＲを報告。

【0089】

−そうでなければ、短い（short）ＢＳＲを報告。

【0090】

パッディングＢＳＲに対し：

【0091】

１＞パッディングビットの個数が前記短いＢＳＲ足すサブヘッダのサイズと等しいか大きいが、前記長いＢＳＲ足すサブヘッダのサイズより小さい場合。

【0092】

２＞１つより多いＬＣＧが前記ＢＳＲが転送される前記ＴＴＩで転送のために利用可能なデータを有する場合：転送のために利用可能なデータを有する最も高い優先順位論理チャンネルで前記ＬＣＧの切断された（truncated）ＢＳＲを報告。

【0093】

２＞そうでなければ、短いＢＳＲを報告。

【0094】

１＞そうでなくて、パッディングビットの数が前記長いＢＳＲ足すサブヘッダのサイズと等しいか大きい場合、長いＢＳＲを報告。

【0095】

前記バッファ状態報告手続が少なくても１つのＢＳＲがトリガリングされ、取消しにならないことと決める場合。

【0096】

１＞前記ＵＥがこのようなＴＴＩに対して新たな転送のために割り当てられたＵＬ資源を有する場合。

【0097】

２＞多重化及び結合手続をしてＢＳＲ ＭＡＣ ＣＥを生成するように指示する。

【0098】

２＞全ての生成されたＢＳＲが切断されたＢＳＲの場合を除いてperiodicBSR-Timerを起動するか、または再起動する。

【0099】

２＞retxBSR-Timerを起動するか、または再起動する。

【0100】

１＞そうでなくて、正規ＢＳＲがトリガリングされた場合。

【0101】

２＞論理チャンネルＳＲマスキング（logicalChannelSR-Mask）が上位層により設定される論理チャンネルに対する転送のために利用可能になるデータに起因して前記正規ＢＳＲがトリガリングされないか、またはアップリンク承認が構成されない場合。

【0102】

３＞ＳＲがトリガリングされなければならない。

【0103】

ＢＳＲが転送できる時に多重イベントがＢＳＲをトリガリングする場合にも、ＭＡＣ ＰＤＵは最大１つのＭＡＣ ＢＳＲ ＣＥを含まなければならず、このような場合に前記正規ＢＳＲと前記周期的ＢＳＲは、前記パッディングＢＳＲより優位（precedence）を有していなければならない。前記ＵＥは任意のＵＬ−ＳＣＨ上に新たなデータの転送のための承認の指示時にretxBSR-Timerを再起動しなければならない。このようなサブフレーム内の前記ＵＬ承認が転送のために利用可能な全ての保有中のデータを収容することができるが、前記ＢＳＲ ＭＡＣ ＣＥ足すサブヘッダを追加的に収容することに充分でない場合に、全てのトリガリングされたＢＳＲが取消しにならなければならない。ＢＳＲが転送のためにＭＡＣ ＰＤＵ内に含まれる場合に、全てのトリガリングされたＢＳＲが取消しにならなければならない。前記ＵＥはＴＴＩ内に最大１つの正規／周期的ＢＳＲを転送しなければならない。前記ＵＥがＴＴＩ内に複数のＭＡＣ ＰＤＵを転送するように要求される場合、前記ＵＥは正規／周期的ＢＳＲを含まないＭＡＣ ＰＤＵのうち、任意のＭＡＣ ＰＤＵ内にパッディングＢＳＲを含むことができる。ＴＴＩ内に転送される全てのＢＳＲはこのようなＴＴＩのために全てのＭＡＣ ＰＤＵが形成（build）された以後にバッファ状態を常に反映する。各々のＬＣＧがＴＴＩ毎に最大１つのバッファ状態値を報告しなければならず、このような値がこのようなＬＣＧに対してバッファ状態を報告する全てのＢＳＲで報告されなければならない。パッディングＢＳＲはトリガリングされた正規／周期的ＢＳＲを取消すように許容されない。パッディングＢＳＲは、特定（specific）ＭＡＣ ＰＤＵに対してのみトリガリングされ、このようなトリガーはこのようなＭＡＣ ＰＤＵが形成された場合に取消しになる。

【0104】

図９は、ＭＡＣ ＰＤＵの例示図である。ＭＡＣ ＰＤＵは、ＭＡＣヘッダ、ゼロまたはその以上のＭＡＣ ＣＥ、ゼロまたはその以上のＭＡＣ ＳＤＵ （service data unit）、及び選択的にパッディングを含む。前記ＭＡＣヘッダと前記ＭＡＣ ＳＤＵは可変サイズである。

【0105】

図１０から図１２は、ＭＡＣ ＰＤＵサブヘッダの例示を図示する。ＭＡＣ ＰＤＵヘッダは、１つ以上のＭＡＣ ＰＤＵサブヘッダからなる。各々のサブヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、またはパッディングに対応する。ＭＡＣ ＰＤＵサブヘッダは、前記ＭＡＣ ＰＤＵ内の最後のサブヘッダと固定されたサイズのＭＡＣ ＣＥを除いて６個のヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌからなる。図１０は、７−ビットのＬフィールドを有するＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ ＭＡＣ ＰＤＵサブヘッダを図示する。図１１は、１５−ビットのＬフィールドを有するＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ ＭＡＣ ＰＤＵサブヘッダを図示する。前記ＭＡＣ ＰＤＵ内の最後のサブヘッダと固定されたサイズのＭＡＣ ＣＥに対するサブヘッダは全的に４個のヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤからなる。パッディングに対応するＭＡＣ ＰＤＵサブヘッダは、４個のヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤからなる。図１２は、Ｒ／Ｒ／Ｅ／ＬＣＩＤ ＭＡＣ ＰＤＵサブヘッダを図示する。ＭＡＣ ＰＤＵサブヘッダは、対応するＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、及びパッディングのような順序を有する。

【0106】

ＭＡＣ ＣＥは、任意のＭＡＣ ＳＤＵの前に常に配置される。パッディングは単一−バイトまたは２−バイトパッディングが要求される場合を除いて、前記ＭＡＣ ＰＤＵの終端で発生する。パッディングは任意の値を有することができ、前記ＵＥはこれを無視するべきである。パッディングが前記ＭＡＣ ＰＤＵの終端で遂行される場合、ゼロまたはその以上のパッディングバイトが許容される。単一−バイトまたは２−バイトパッディングが要求される場合、パッディングに対応する１つまたは２つのＭＡＣ ＰＤＵサブヘッダは任意の他のＭＡＣ ＰＤＵサブヘッダの前に前記ＭＡＣ ＰＤＵの初めに配置される。ＵＥ当たり転送ブロック（ＴＢ：transport block）毎に最大１つのＭＡＣ ＰＤＵが転送できる。ＴＴＩ毎に最大１つのＭＣＨ ＭＡＣ ＰＤＵが転送できる。

【0107】

図１３及び図１４は、ＢＳＲ ＭＡＣ ＣＥの例示図である。図１３は、１つのＬＣＧ ＩＤフィールドと１つの対応するバッファサイズフィールドを含む、短いＢＳＲと切断されたＢＳＲ ＭＡＣ ＣＥを図示する。図１４は、ＬＣＧ ＩＤｓ ＃０乃至＃３に対応する４個のバッファサイズフィールドを含む、長いＢＳＲ ＭＡＣ ＣＥを図示する。ＢＳＲ形式は、ＬＣＩＤを有するＭＡＣ ＰＤＵサブヘッダにより識別される。前記フィールドＬＣＧ ＩＤとバッファサイズは、次の通り定義される。

【0108】

−ＬＣＧ ＩＤ：論理チャンネルグループＩＤフィールドは、バッファ状態が報告される論理チャンネルのグループを識別する。前記フィールドの長さは２ビットである。

【0109】

−バッファサイズ：前記バッファサイズフィールドはＴＴＩに対する全てのＭＡＣ ＰＤＵが形成された以後に論理チャンネルグループの全ての論理チャンネルを介して利用可能な総データ量を識別する。前記データ量はバイトの数で指示される。バッファサイズは、ＲＬＣ層とＰＤＣＰ層で転送のために利用可能な全てのデータを含まなければならない。前記ＲＬＣとＭＡＣヘッダのサイズは、バッファサイズ計算で考慮されない。このようなフィールドの長さは６ビットである。extendedBSR-Sizesが構成されない場合、前記バッファサイズフィールドにより取られる値は以下の＜表１＞で図示される。extendedBSR-Sizesが構成される場合、前記バッファサイズフィールドにより取られる値は以下の＜表２＞に図示される。

【0110】

【表1】

【0111】

【表2】

【0112】

ＰｒｏＳｅ（及び／又はＤ２Ｄ）が３ＧＰＰ ＬＴＥ ｒｅｌ−１２で導入されたので、ＰｒｏＳｅに対するＢＳＲ（以下、ＰｒｏＳｅ ＢＳＲ）及び／又はＰｒｏＳｅに対するＳＲ（以下、ＰｒｏＳｅ ＳＲ）が新しく定義できる。したがって、前記ＰｒｏＳｅ ＢＳＲ及び／又はＰｒｏＳｅ ＳＲと関連した多様な動作がまた新しく定義できる。例えば、前記ｅＮＢが前記ＵＥが要求される量の資源だけでなく、Ｄ２Ｄ転送を遂行するように意図することと決めることに基づいて、前記ＵＥは前記ＢＳＲに後続して前記ＳＲ（専用ＳＲ（Ｄ−ＳＲ）またはランダムアクセス（ＲＡ））を前記ｅＮＢに転送することができる。

【0113】

以下、前記ＰｒｏＳｅ ＢＳＲ及び／又はＰｒｏＳｅ ＳＲと関連した多様な動作／特徴が記述される。前記ＰｒｏＳｅ ＢＳＲは前記Ｄ２Ｄ転送のために利用可能なデータ量に関する情報を前記ネットワークに提供するように使用できる。次のＵＥ ＭＡＣ動作が前記ｅＮＢから／へのＤＬ／ＵＬ転送のためにＵＥに構成されるＭＡＣエンティティで発生することと仮定される。このようなＵＥでＤ２Ｄ転送及び受信のために構成される他のＭＡＣエンティティがある。Ｄ２Ｄに専用であるＲＬＣエンティティとＭＡＣエンティティとの間のＤ２Ｄ論理チャンネルがＵＥ間の直接インターフェースを介してのＤ２Ｄ転送のために定義されることがまた仮定される。

【0114】

（１）レガシーＢＳＲとＰｒｏＳｅ ＢＳＲとの間の優先順位
前述したように、ＢＳＲが転送できる時点で複数のイベントがＢＳＲをトリガリングする場合にも前記ＭＡＣ ＰＤＵは最大１つのＭＡＣ ＢＳＲ ＣＥを含むことができる。先行技術によれば、Ｕｕインターフェース（即ち、前記ＵＥから前記ｅＮＢへのアップリンク転送）を介して転送されるデータに対する１つのＢＳＲがあり、ＵＥ間の直接インターフェースを介して転送されるＤ２Ｄデータに対する他のＢＳＲがある場合に、ＭＡＣ ＰＤＵが単一ＢＳＲのみを収容することができる場合、前記ＵＥはどのようなＢＳＲが転送されるべきかを決定できない。前述したこのような問題を解決するために、前記レガシーＢＳＲとＰｒｏＳｅ ＢＳＲとの間の優先順位を決めるための方法が要求できる。

【0115】

図１５は、本発明の一実施形態に係るＢＳＲの優先順位を決めるための方法の例示図である。ステップＳ１００で、前記ＵＥはＤ２Ｄ転送のためのＰｒｏＳｅ ＢＳＲとアップリンク転送のためのＢＳＲを生成する。ステップＳ１１０で、前記ＵＥは前記ＰｒｏＳｅ ＢＳＲより前記アップリンク転送のためのＢＳＲを優先させる。即ち、ＰｒｏＳｅ ＢＳＲだけでなく、レガシーＢＳＲである短いＢＳＲまたは長いＢＳＲが利用可能な場合、報告に対して短い／長いＢＳＲ下でＰｒｏＳｅ ＢＳＲが非−優先順位化できる。正規ＢＳＲと周期的ＢＳＲがパッディングＢＳＲより優位を有する場合に、ＢＳＲが転送できる時に、複数のイベントがＢＳＲをトリガリングする場合にも、ＭＡＣ ＰＤＵはＵｕを介してのアップリンク転送に対して最大１つのＭＡＣ ＢＳＲ ＣＥと、可能であれば、ＰｒｏＳｅに対して最大１つのＭＡＣ ＢＳＲ ＣＥを含むことができる。ＭＡＣ ＰＤＵが１つのＭＡＣ ＢＳＲ ＣＥのみを収容することができる場合、アップリンク転送に対するＢＳＲがＰｒｏＳｅ ＢＳＲより優位を有することができる。

【0116】

（２）ＰｒｏＳｅ ＢＳＲに対して定義される追加的なタイマーとＬＣＧ
本発明の一実施形態によれば、ＲＲＣはＵｕを介してのアップリンク転送に対して２つのタイマーperiodicBSR-TimerとretxBSR-TimerとＤ２Ｄ転送に対して追加的な２つのタイマーperiodicD2DBSR-TimerとretxD2DBSR-Timerを構成し、各々の論理チャンネルに対し、前記論理チャンネルをＬＣＧに割り当てるlogicalChannelGroupを選択的にシグナリングしてＢＳＲ報告を制御することができる。ＲＲＣは、各々のＤ２Ｄ論理チャンネルに対し、前記Ｄ２Ｄ論理チャンネルをＬＣＧ（即ち、Ｄ２Ｄ−ＬＣＧ）に割り当てるD2DlogicalChannelGroupを選択的にシグナリングすることができる。ｅＮＢ内のＲＲＣは各々のＤ２Ｄ論理チャンネルに対し、前記ＵＥにD2DlogicalChannelGroupをシグナリングすることができる。前記バッファ状態報告手続に対し、前記ＵＥはＵＥ間に直接インターフェースを介して中断されていない、全てのＤ２Ｄ無線ベアラを含む、全ての無線ベアラを考慮することができ、そして中断された無線ベアラを考慮することができる。全てのＤ２Ｄ無線ベアラが決して中断されないことがある。代案としては、前記ｅＮＢは前記ＵＥにＤ２Ｄ無線ベアラが中断されることを指示することができる。

【0117】

（３）前記レガシーＢＳＲ及び／又はＰｒｏＳｅ ＢＳＲに対する新たなトリガー条件
前記ＰｒｏＳｅ ＢＳＲに対する追加的なタイマーが本発明の一実施形態に従って新しく定義されるので、前記レガシーＢＳＲ及び／又はＰｒｏＳｅ ＢＳＲに対するトリガー条件が本発明の一実施形態に従って新しく定義できる。次のイベントが発生する場合、ＢＳＲがトリガリングされなければならない。

【0118】

−ＬＣＧに属する論理チャンネルに対する、ＵＬデータはＲＬＣエンティティまたはＰＤＣＰエンティティでの転送が利用可能になり、前記データは任意のＬＣＧに属する論理チャンネルの優先順位より高い優先順位を有する論理チャンネルに属し、データが転送に対して既に利用可能であるか、またはＬＣＧに属する論理チャンネルのうち、任意の論理チャンネルに対する転送のために利用可能なデータがなく、このような場合に前記ＢＳＲは以下で“正規ＢＳＲ”と称される。

【0119】

−（ＬＣＧに属する）Ｄ２Ｄ論理チャンネルに対し、Ｄ２ＤデータがＲＬＣエンティティで、またはＰＤＣＰエンティティでのＤ２Ｄ転送に対して利用可能になり、前記データが任意のＬＣＧに属する前記論理チャンネルの優先順位より高い優先順位を有するＤ２Ｄ論理チャンネルに属し、データが転送に対して既に利用可能であるか（NOTE：最も高い優先順位はミッションクリティカルボイス（mission critical voice）のような公共安全のために構成される論理チャンネルに割り当てられる）、または（ＬＣＧに属する）前記論理チャンネルのうち、任意のチャンネルに対する転送のための利用可能なデータがなく、このような場合に前記ＢＳＲは以下でＰｒｏＳｅに対する“正規ＢＳＲ”を称する。

【0120】

−ＵＬ資源が割り当てられて、パッディングビットの個数は前記バッファ状態報告ＭＡＣ ＣＥ足すサブヘッダと等しいか大きく、このような場合に前記ＢＳＲは以下で“パッディングＢＳＲ”と称される。

【0121】

−retxBSR-Timerが満了し、前記ＵＥはＬＣＧに属する前記論理チャンネルのうち、任意のチャンネルに対してＵｕを介してアップリンク転送に対する利用可能なデータを有し、このような場合に前記ＢＳＲは以下で“正規ＢＳＲ”と称される。

【0122】

−retxD2DBSR-Timerが満了し、前記ＵＥは（ＬＣＧに属する）前記論理チャンネルのうち、任意のチャンネルに対してＤ２Ｄ転送に対する利用可能なデータを有し、このような場合に前記ＢＳＲは以下でＰｒｏＳｅに対する“正規ＢＳＲ”と称される。

【0123】

−periodicBSR-Timerが満了し、このような場合に（Ｕｕを介してアップリンク転送と関連した）前記ＢＳＲが以下で“周期的ＢＳＲ”と称される。

【0124】

−periodicD2DBSR-Timerが満了し、このような場合に前記ＢＳＲはＰｒｏＳｅに対する“周期的ＢＳＲ”と称される。

【0125】

（４）レガシーＢＳＲ及び／又はＰｒｏＳｅ ＢＳＲの報告
Ｕｕを介してのアップリンク転送のための正規及び周期的ＢＳＲに対して：

【0126】

−１つより多いＬＣＧが前記ＢＳＲが転送される前記ＴＴＩでの転送のための利用可能なデータを有する場合：長いＢＳＲを報告する。

【0127】

−そうでなければ、短いＢＳＲを報告する。

【0128】

ＰｒｏＳｅに対する正規及び周期的ＢＳＲに対して：

【0129】

−ＰｒｏＳｅ ＢＳＲを報告する。

【0130】

パッディングＢＳＲに対して：

【0131】

１＞パッディングビットの個数が短いＢＳＲ足すサブヘッダのサイズと等しいか大きいが、長いＢＳＲ足すサブヘッダのサイズより小さな場合。

【0132】

２＞１つより多いＬＣＧが前記ＢＳＲが転送される前記ＴＴＩでの転送のための利用可能なデータを有する場合：転送のための利用可能なデータを有する最も高い優先順位論理チャンネルを有するＬＣＧの切断されたＢＳＲを報告する。

【0133】

２＞そうでなければ、短いＢＳＲを報告する。

【0134】

１＞そうでなくて、パッディングビットの個数の長いＢＳＲ足すサブヘッダのサイズと等しいか長い場合、長いＢＳＲを報告する。

【0135】

１＞パッディングビットの個数の短いＢＳＲまたは長いＢＳＲだけでなく、ＰｒｏＳｅ ＢＳＲを収容することができる場合。

【0136】

２＞ＰｒｏＳｅ ＢＳＲを報告。

【0137】

前記バッファ状態報告手続が少なくても１つのＢＳＲがトリガリングされ、取消しにならないことと決まる場合。

【0138】

１＞前記ＵＥがこのようなＴＴＩに対して新たな転送のために割り当てられたＵＬ資源を有する場合。

【0139】

２＞多重化及び結合手続をしてＢＳＲ ＭＡＣ ＣＥを生成するように指示する。

【0140】

２＞前記ＢＳＲ ＭＡＣ ＣＥがＵｕを介してのアップリンク転送に対してＢＳＲを含む場合、全ての生成されたＢＳＲが切断されたＢＳＲの場合を除いてperiodicBSR-Timerを起動するか、または再起動する。

【0141】

２＞前記ＢＳＲ ＭＡＣ ＣＥがＵｕを介してのアップリンク転送に対してＢＳＲを含む場合、retxBSR-Timerを起動するか、または再起動する。

【0142】

２＞前記ＢＳＲ ＭＡＣ ＣＥがＰｒｏＳｅ ＢＳＲを含む場合、全ての生成されたＢＳＲが切断されたＢＳＲの場合を除いてperiodicD2DBSR-Timerを起動するか、または再起動する。

【0143】

２＞前記ＢＳＲ ＭＡＣ ＣＥがＤ２Ｄ転送のためのＰｒｏＳｅ ＢＳＲを含む場合、retxD2DBSR-Timerを起動するか、または再起動する。

【0144】

１＞そうでなくて、正規ＢＳＲが（アップリンク転送のために、またはＤ２Ｄ転送のために）トリガリングされた場合。

【0145】

２＞論理チャンネルＳＲマスキング（logicalChannelSR-Mask）が上位層により設定された論理チャンネルに対するアップリンク転送のために利用可能になったデータに起因してアップリンク承認が構成されないか、または前記正規ＢＳＲがトリガリングされなかった場合、または論理チャンネルＳＲマスキング（logicalChannelSR-Mask）が上位層により設定されたＤ２Ｄ論理チャンネルに対するＤ２Ｄ転送のために利用可能になったデータに起因してＤ２Ｄスケジューリング割り当てが構成されないか（即ち、承認されないか）、または前記ＰｒｏＳｅに対する正規ＢＳＲがトリガリングされなかった場合。

【0146】

３＞ＳＲがトリガリングされなければならない。

【0147】

前記ＵＥは任意のＵＬ−ＳＣＨ上の新たなデータの転送のための承認の指示時にretxBSR-Timerを再起動しなければならない。

【0148】

前記ＵＥはアップリンク転送のために最大１つの正規／周期的ＢＳＲを転送することができ、可能であれば、ＴＴＩ内でＤ２Ｄ転送のために最大１つのＭＡＣ ＢＳＲ ＣＥを転送することができる。前記ＵＥは、ＴＴＩ内で複数のＭＡＣ ＰＤＵを転送するように要求される場合に、正規／周期的ＢＳＲを含まないＭＡＣ ＰＤＵのうち、任意のＭＡＣ ＰＤＵ内にパッディングＢＳＲを含むことができる。Ｕｕを介してのアップリンク転送のためにトリガリングされたＢＳＲに対し、アップリンク転送のための全てのＭＡＣ ＰＤＵがこのようなＴＴＩに対して形成された以後に、ＴＴＩ内で転送される全てのＢＳＲが前記バッファ状態を常に反映することができる。各々のＬＣＧはＴＴＩ毎に最大１つのバッファ状態値を報告することができ、この値はこのようなＬＣＧに対するバッファ状態を報告する全てのＢＳＲで報告できる。Ｄ２Ｄ転送のためにトリガリングされたＢＳＲに対し、ＴＴＩ内で転送される全てのＢＳＲはＤ２Ｄ転送のための全てのＭＡＣ ＰＤＵがこのようなＴＴＩであるまで（このようなＴＴＩを含んで）形成された以後に、前記バッファ状態を常に反映することができる。各々のＬＣＧはＤ２Ｄ−ＴＴＩ毎に、またはＤ２Ｄスケジューリング周期毎に最大１つのバッファ状態値を報告することができ、このような値はこのようなＬＣＧに対してバッファ状態を報告する全てのＤ２Ｄ−ＢＳＲで報告されなければならない。パッディングＢＳＲは、トリガリングされた正規／周期的ＢＳＲを取消すように許容されない。パッディングＢＳＲは、特定ＭＡＣ ＰＤＵに対してのみトリガリングされ、このようなＭＡＣ ＰＤＵが形成された場合に前記トリガーは取消しになる。

【0149】

（５）レガシーＢＳＲ及び／又はＰｒｏＳｅ ＢＳＲに対する新たな取消条件
図１６は本発明の一実施形態に係るトリガリングされたＰｒｏＳｅ ＢＳＲを取消すための方法の例示図である。ステップＳ２００で、前記ＵＥは少なくとも１つのＰｒｏＳｅ ＢＳＲをトリガリングする。ステップＳ２１０で、前記ＵＥは特定条件が満たした場合、全てのトリガリングされたＰｒｏＳｅ ＢＳＲを取消す。より詳しくは、（対応する）Ｄ２Ｄスケジューリング周期に対する前記Ｄ２Ｄスケジューリング割り当てがＤ２Ｄ転送のために利用可能な全ての保有中のデータを収容することができる場合に、全てのトリガリングされたＰｒｏＳｅ ＢＳＲは取消しになることができる。または、ＰｒｏＳｅ ＢＳＲがアップリンクで（前記ｅＮＢに）転送されるＭＡＣ ＰＤＵ内に含まれる場合に、全てのトリガリングされたＰｒｏＳｅ ＢＳＲは取消しになることができる。このようなサブフレーム内に前記ＵＬ承認が転送のために利用可能な全ての保有中のデータを収容することができるが、前記ＢＳＲ ＭＡＣ ＣＥ足すサブヘッダを追加的に収容することに充分でない場合に、ＰｒｏＳｅ ＢＳＲを除いて全てのトリガリングされたＢＳＲが取消しになることができる。アップリンク転送のためにトリガリングされたＢＳＲが転送のためのＭＡＣ ＰＤＵ内に含まれた場合に、ＰｒｏＳｅ ＢＳＲを除いて全てのトリガリングされたＢＳＲが取消しになることができる。

【0150】

Ｄ２Ｄ論理チャンネルからのＰＤＵを含む転送ブロックが毎Ｄ２Ｄ−ＴＴＩ毎に転送できると仮定できる。１つのＤ２Ｄスケジューリング周期は１つ以上のＤ２Ｄ−ＴＴＩからなることができる。１つのＤ２Ｄスケジューリング割り当ては、１つのＤ２Ｄスケジューリング周期内で発生する１つ以上のＤ２Ｄ転送を指示することができる。１つのＤ２Ｄスケジューリング周期はＤ２Ｄスケジューリング割り当ての単一転送または同一なＤ２Ｄスケジューリング割り当ての複数の反復を有することができる。前記Ｄ２Ｄ割り当て周期は、Ｄ２Ｄスケジューリング周期の開始で転送されることができ、選択的にＤ２Ｄスケジューリング周期内で転送できる。

【0151】

（６）ＰｒｏＳｅ ＢＳＲ ＭＡＣ ＣＥ
本発明の一実施形態によれば、ＰｒｏＳｅ ＢＳＲ ＭＡＣ ＣＥは新しく定義できる。短い／切断されたＢＳＲ形式と長いＢＳＲ形式に対してＬＣＧ ＩＤの１つ以上の値が前記ＰｒｏＳｅ ＢＳＲ ＭＡＣ ＣＥに割り当てできる。各々の短い／切断されたＢＳＲ形式または長いＢＳＲ形式は、前記ネットワークによりＰｒｏＳｅ ＢＳＲで構成できる。このようなＰｒｏＳｅ ＢＳＲは以下に記述される＜表４＞に対応することができる。前記ネットワークがＰｒｏＳｅ ＢＳＲ形式を構成しない場合、前記ＵＥはＰｒｏＳｅ ＢＳＲ形式（即ち、短い／切断されたＢＳＲまたは長いＢＳＲ）を、例えば＜表３＞に記述されるＬＣＧ ＩＤまたは以下の＜表４＞に記述されるＭＡＣ ＣＥまたはＲＲＣメッセージにより前記ネットワークに指示することができる。

【0152】

【表3】

【0153】

【表4】

【0154】

＜表３＞を参照すると、切断された／短い／長いＰｒｏＳｅ ＢＳＲに対するＬＣＩＤ値が新しく定義される。＜表４＞を参照すると、前記ＰｒｏＳｅ ＢＳＲに対するＬＣＩＤ値が新しく定義される。

【0155】

図１３に記述される前記ＢＳＲ ＭＡＣ ＣＥは短い／切断されたＰｒｏＳｅ ＢＳＲに対して使われることができ、これは１つのＤ２Ｄ−ＬＣＧ ＩＤフィールドと１つの対応するバッファサイズフィールドを含む。Ｄ２Ｄ−ＬＣＧに属するＤ２Ｄ論理チャンネルのバッファ状態はこのような短い／切断されたＰｒｏＳｅ ＢＳＲに反映されることができ、前記ＵＥは前記ＬＣＧ ＩＤフィールド内にＤ２Ｄ−ＬＣＧ ＩＤと前記対応するバッファサイズフィールド内にＤ２Ｄ論理チャンネルのバッファ状態を含む。前記短い／切断されたＰｒｏＳｅ ＢＳＲがＤ２Ｄ転送のために前記ネットワークにより構成される場合、前記ネットワークは少なくとも１つのＬＧＣ ＩＤをＤ２Ｄ論理チャンネルのグループに割り当てる（即ち、Ｄ２Ｄ−ＬＣＧ ＩＤ）ことができる。前記短い／切断されたＰｒｏＳｅ ＢＳＲが前記ＵＥにより構成される場合、前記ＵＥはＬＣＧ ＩＤの特定値がＤ２Ｄ論理チャンネルのグループに割り当てられることを前記ネットワークに指示することができる。

【0156】

図１４に前述された前記ＢＳＲ ＭＡＣ ＣＥは、前記長いＰｒｏＳｅ ＢＳＲに対して使われることができ、これはＤ２Ｄ−ＬＣＧ ＩＤｓ＃０乃至＃３に対応する４個のバッファサイズフィールドを含む。前記ネットワークは少なくとも１つのＬＧＣ ＩＤをＤ２Ｄ論理チャンネルのグループ（即ち、Ｄ２Ｄ−ＬＣＧ ＩＤ）に割り当てることができる。代案としては、前記ＵＥは少なくとも１つのＬＧＣ ＩＤをＤ２Ｄ論理チャンネルのグループに割り当てて、以後にＬＣＧ ＩＤの特定値がＤ２Ｄ論理チャンネルのグループに割り当てられることを前記ネットワークに指示することができる。

【0157】

ＬＣＧ ＩＤとバッファサイズフィールドは、次の通り定義される。

【0158】

−ＬＣＧ ＩＤ（即ち、Ｄ２Ｄ−ＬＣＧ ＩＤ）：前記Ｄ２Ｄ論理チャンネルグループＩＤフィールドは、バッファ状態が報告されるＤ２Ｄ論理チャンネルのグループを識別する。

【0159】

−バッファサイズ（即ち、Ｄ２Ｄバッファサイズ）：前記バッファサイズフィールドは、前記Ｄ２Ｄ−ＴＴＩまたは前記Ｄ２Ｄスケジューリング周期に対する全てのＭＡＣ ＰＤＵが形成された以後に、Ｄ２Ｄ論理チャンネルグループの全てのＤ２Ｄ論理チャンネルに亘って利用可能な総データ量を識別する。前記データ量はバイトの個数で指示される。これは、前記ＲＬＣ層と前記ＰＤＣＰ層での転送のために利用可能な全てのデータを含まなければならない。前記ＲＬＣとＰＤＣＰヘッダのサイズはバッファサイズ計算に考慮されない。このようなフィールドのサイズは６ビットである。extendedBSR-Sizesが構成されない場合、前記バッファサイズフィールドにより取られる値は前述した＜表１＞で見られる。extendedBSR-Sizesが構成される場合、前記バッファサイズフィールドにより取られる値は前述した＜表２＞で見られる。

【0160】

（７）代案的ＵＥ ＭＡＣ動作
代案としては、ＰｒｏＳｅ ＢＳＲだけでなく、短いＢＳＲまたは長いＢＳＲが利用可能な場合、報告のための短い／長いＢＳＲ下でＰｒｏＳｅ ＢＳＲは非−優先順位化されないことがある。

【0161】

パッディングＢＳＲに対して：
１＞パッディングビットの個数が前記ＰｒｏＳｅ ＢＳＲ足すサブヘッダのサイズと等しいか大きいが、前記短いＢＳＲ足すサブヘッダのサイズより小さな場合（前記ＰｒｏＳｅ ＢＳＲのサイズが前記短いＢＳＲのサイズより小さな場合）。

【0162】

２＞前記ＢＳＲが転送されるＤ２Ｄ転送時間インターバル内に１つより多いＤ２Ｄ−ＬＣＧがＤ２Ｄ転送のために利用可能なデータを有する場合：転送のために利用可能なデータを有する最も高い優先順位論理チャンネルに前記ＬＣＧの切断されたＰｒｏＳｅ ＢＳＲを報告する。

【0163】

２＞そうでなければ、ＰｒｏＳｅ ＢＳＲを報告する。

【0164】

１＞そうでなくて、パッディングビットの個数が前記短いＢＳＲ足すサブヘッダのサイズと等しいか大きいが、前記長いＢＳＲ足すサブヘッダのサイズより小さな場合。

【0165】

２＞前記ＢＳＲが転送されるＴＴＩ内で１つより多いＬＣＧが転送のために利用可能なデータを有する場合：転送のために利用可能なデータを有する最も高い優先順位論理チャンネルに前記ＬＣＧの切断されたＢＳＲを報告する。

【0166】

２＞そうでなければ、短いＢＳＲを報告する。

【0167】

１＞そうでなくて、パッディングビットの個数が前記ＰｒｏＳｅ ＢＳＲ足すサブヘッダのサイズと等しいか大きいが、前記長いＢＳＲ足すサブヘッダのサイズより小さな場合（前記Ｄ２Ｄ−ＢＳＲのサイズが前記短いＢＳＲのサイズより小さくない場合）。

【0168】

２＞前記ＢＳＲが転送されるＴＴＩ内で１つより多いＬＣＧが転送のために利用可能なデータを有する場合：転送のために利用可能なデータを有する最も高い優先順位論理チャンネルに前記ＬＣＧの切断されたＰｒｏＳｅ ＢＳＲを報告する。

【0169】

２＞そうでなければ、ＰｒｏＳｅ ＢＳＲを報告する。

【0170】

１＞そうでなくて、パッディングビットの個数が前記長いＢＳＲ足すサブヘッダのサイズと等しいか長い場合。

【0171】

２＞長いＢＳＲを報告する。

【0172】

（８）ＰｒｏＳｅ ＳＲ
Ｕｕ（即ち、前記ＵＥとｅＮＢとの間のインターフェース）を介してのアップリンク転送またはＤ２Ｄ通信（即ち、ＵＥ間の直接通信）に起因してＳＲがトリガリングされる場合、前記トリガリングされたＳＲは取消しになるまで保有中であると見なされることができる。前記ＵＥでのＭＡＣ層の先行技術によれば、ＭＡＣ ＰＤＵが結合され、このようなＰＤＵがＵｕインターフェースに対してＢＳＲをトリガリングした最後のイベントまでの（これを含んで）バッファ状態を含むＢＳＲを含むか、または前記ＵＬ承認がＵｕを介しての転送のために利用可能な全ての保有中のデータを収容することができる場合に、Ｕｕを介してのアップリンク転送のための全ての保有中のＳＲだけでなく、Ｄ２Ｄ通信のための全ての保有中のＳＲが取消しになることができ、sr-ProhibitTimerが中断できる。Ｄ２Ｄ通信のための全ての保有中のＳＲが取消しになる場合、前記ＵＥはＤ２Ｄ通信のために前記ｅＮＢにＤ２Ｄ資源を要求する機会を逃すことがある。これは、遅延−敏感（delay-sensitive）公共安全通信のためのＤ２Ｄ転送の遅延をもたらすことがある。

【0173】

前述した問題点を解決するために、ＵＥ間の直接インターフェースを介してのデータ転送のために使われる無線資源を割り当てるＤ２Ｄスケジューリング割り当てを要求するためのＳＲを提供するための２つ方法が本発明の一実施形態に従って提供できる。以下、Ｕｕを介してのアップリンク承認だけでなく、Ｄ２Ｄのスケジューリング割り当て（即ち、ＵＥ間の直接通信）に対し、新たな転送のためのＤ２Ｄスケジューリング割り当て、またはＵＬ−ＳＣＨ資源（即ち、ＵＬ承認）を要求するために前記ＳＲが使われることと仮定される。Ｄ２ＤまたはＵｕを介してのアップリンク転送に起因してＳＲがトリガリングされる場合、ＳＲが取消しになるまでＳＲが保有中であると見なされなければならないとまた仮定される。

【0174】

第１の方法は、前記直接インターフェースを介して転送されるデータがある場合に、ＵＥ間の直接インターフェースを介しての転送のためにＳＲをトリガリングし、そして前記ネットワークとの無線インターフェースを介して転送のためにＳＲをトリガリングすることを含む。前記ＳＲは、前記ＢＳＲによりトリガリングできる。前記第１の方法は、前記ネットワークとの無線インターフェースを介して転送されるＭＡＣ ＰＤＵを結合し、そしてＵＥ間の直接インターフェースを介しての転送のためにトリガリングされた保有中のＳＲを取消ししない、かつ全ての保有中のＳＲを取消すことを含む。即ち、ＭＡＣ ＰＤＵが結合され、このようなＰＤＵがＵｕインターフェースに対してＢＳＲをトリガリングした最後のイベントまでの（これを含んで）（Ｕｕを介しての）アップリンク転送のバッファ状態を含むＢＳＲを含むか、または前記ＵＬ承認が転送のために利用可能な全ての保有中のデータを収容することができる場合に、ＰｒｏＳｅに対して全ての保有中のＳＲを除外した全ての保有中のＳＲを取消しにすることができ、sr-ProhibitTimerが中断されなければならない。

【0175】

第２の方法は、第１のタイマーが動作しない場合、前記ネットワークと前記無線インターフェースを介して転送されるデータのためにＳＲがトリガリングされる場合、第１のタイマーを起動することを含む。前記ネットワークと前記無線インターフェースを介して転送されるデータのための前記ＳＲが転送されることと許容できる。前記第２の方法は、ＳＲがＵＥ間に前記直接インターフェースを介して転送されるデータのためにＳＲがトリガリングされる場合、前記第１のタイマーが動作する間、第２のタイマーを起動することをさらに含む。前記第２のタイマーが動作しない場合、ＵＥ間に前記直接インターフェースを介して転送されるデータのために前記ＳＲが転送されるように許容できる。即ち、ＭＡＣ ＰＤＵが結合され、このようなＰＤＵがＢＳＲをトリガリングした最後のイベントまでの（これを含んで）Ｄ２Ｄ転送のバッファ状態を含むＢＳＲを含むか、または前記ＵＬ承認がＤ２Ｄ転送のために利用可能な全ての保有中のデータを収容することができる場合に、Ｄ２Ｄ通信のための全ての保有中のＳＲが取消しになることができ、D2D-sr-ProhibitTimerが中断できる。

【0176】

ＳＲがトリガリングされ、保有中の他のＳＲがない場合、前記ＵＥはSR_COUNTERを０に設定しなければならない。１つのＳＲが保有中であれば、前記ＵＥは各々のＴＴＩに対して次を遂行しなければならない。

【0177】

１＞このようなＴＴＩでの転送のために利用可能なＵＬ−ＳＣＨ資源がない場合。

【0178】

２＞前記ＵＥが任意のＴＴＩで構成されたＳＲに対して有効なＰＵＣＣＨ資源を有しない場合：前記ＰＣｅｌｌ上にランダムアクセス手続を開始し、ＵＬ承認を要求するために全ての保有中のＳＲとＤ２Ｄスケジュールである割り当てを要求するために全ての保有中のＳＲを取消す。

【0179】

２＞そうでなくて、前記ＵＥがこのようなＴＴＩで構成されたＳＲに対して有効なＰＵＣＣＨ資源を有する場合、そしてこのようなＴＴＩが測定ギャップの一部でない場合。

【0180】

３＞sr-ProhibitTimerが動作せず、ＵＬ承認を要求するために少なくとも１つのＳＲが保有中、またはD2D-sr-ProhibitTimerが動作せず、スケジューリング割り当てを要求するために少なくとも１つのＳＲが保有中の場合。

【0181】

４＞SR_COUNTER<dSR-TransMaxの場合。

【0182】

５＞SR_COUNTERを１だけ増加させる。

【0183】

５＞ＰＵＣＣＨ上で前記ＳＲをシグナリングするように前記物理層に指示する。

【0184】

５＞前記sr-ProhibitTimerを起動する。

【0185】

５＞前記D2D-sr-ProhibitTimerを起動する。

【0186】

４＞そうでなければ：

【0187】

５＞全てのサービングセルに対してＰＵＣＣＨ／ＳＲSを解除（release）するようＲＲＣに通知する。

【0188】

５＞Ｕｕに対して任意の構成されたダウンリンク割り当てとアップリンク承認を削除する。

【0189】

５＞前記ＰＣｅｌｌ上でランダムアクセス手続を開始し、ＵＬ承認を要求するために全ての保有中のＳＲとＤ２Ｄスケジューリング割り当てを要求するために全ての保有中のＳＲを取消す。

【0190】

図１７は、本発明の実施形態が具現される無線通信システムを示す。

【0191】

ｅＮＢ８００はプロセッサ（processor）８１０、メモリ（memory）８２０、及びＲＦ部（radio frequency unit）８３０を含むことができる。プロセッサ８１０は、本明細書で説明された機能、過程及び／又は方法を具現するように構成できる。無線インターフェースプロトコルの階層はプロセッサ８１０により具現できる。メモリ８２０はプロセッサ８１０と連結されて、プロセッサ８１０を駆動するための多様な情報を格納する。ＲＦ部８３０はプロセッサ８１０と連結されて、無線信号を転送及び／又は受信する。

【0192】

端末９００は、プロセッサ９１０、メモリ９２０、及びＲＦ部９３０を含むことができる。プロセッサ９１０は、本明細書で説明された機能、過程及び／又は方法を具現するように構成できる。無線インターフェースプロトコルの階層はプロセッサ９１０により具現できる。メモリ９２０はプロセッサ９１０と連結されて、プロセッサ９１０を駆動するための多様な情報を格納する。ＲＦ部９３０はプロセッサ９１０と連結されて、無線信号を転送及び／又は受信する。

【0193】

プロセッサ８１０、９１０は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。ＲＦ部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にあり、よく知られた多様な手段でプロセッサ８１０、９１０と連結されることができる。

【0194】

前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】