JP6669853B2 - Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置 - Google Patents

Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置 Download PDF

Info

Publication number
JP6669853B2
JP6669853B2 JP2018503566A JP2018503566A JP6669853B2 JP 6669853 B2 JP6669853 B2 JP 6669853B2 JP 2018503566 A JP2018503566 A JP 2018503566A JP 2018503566 A JP2018503566 A JP 2018503566A JP 6669853 B2 JP6669853 B2 JP 6669853B2
Authority
JP
Japan
Prior art keywords
lcg
mac
prose
priority
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018503566A
Other languages
English (en)
Other versions
JP2018527800A (ja
Inventor
スンジュン イ，
スンジュン イ，
ソヨン イ，
ソヨン イ，
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2018527800A publication Critical patent/JP2018527800A/ja
Application granted granted Critical
Publication of JP6669853B2 publication Critical patent/JP6669853B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (10)

  1. 無線通信システムにおいて動作するユーザ端末（ＵＥ）のための方法であって、
    複数のサイドリンク論理チャネルを設定するステップであって、上記複数のサイドリンク論理チャネルがそれぞれ関連優先順位を有し、論理チャネルグループ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ；ＬＣＧ）に属し、１つ以上のＬＣＧがＰｒｏＳｅ Ｄｅｓｔｉｎａｔｉｏｎに属する、ステップと、
    ＬＣＧ優先順位の降順にＬＣＧのバッファサイズを含むＳＬ ＢＳＲ ＭＡＣ ＣＥ（Ｓｉｄｅｌｉｎｋ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を生成するステップであって、ＬＣＧのＬＣＧ優先順位は、上記ＬＣＧに属する論理チャネルの優先順位の中で論理チャネルの最上位の優先順位と決定される、ステップと、
    上記ＳＬ ＢＳＲ ＭＡＣ ＣＥを含むＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）を送信するステップと、
    を含む、方法。
  2. 上記優先順位は、ＰＰＰＰ（ＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）である、請求項１に記載の方法。
  3. 受信されたＵＬグラント情報が送信に利用可能なデータを有する全てのＬＣＧのバッファ状態及びそのサブヘッダーを含むＳＬ ＢＳＲ ＭＡＣ ＣＥを含むのに十分でない場合、上記ＳＬ ＢＳＲ ＭＡＣ ＣＥは、受信されたＵＬ承認内のビット数を考慮して、可能なかぎり多数の送信に利用可能なデータを有するＬＣＧに対するバッファ状態を含む、請求項１に記載の方法。
  4. 受信されたＵＬグラント情報が送信に利用可能なデータを有する全てのＬＣＧのバッファ状態及びそのサブヘッダーを含むＳＬ ＢＳＲ ＭＡＣ ＣＥを含むのに十分である場合、上記ＵＥは、送信に利用可能なデータを有する全てのＬＣＧのバッファ状態を選択する、請求項１に記載の方法。
  5. 上記ＵＥは、上記ＬＣＧの属したＰｒｏＳｅ Ｄｅｓｔｉｎａｔｉｏｎのインデックスを考慮しないで上記ＬＣＧ優先順位を決定する、請求項１に記載の方法。
  6. 無線通信システムにおいて動作するユーザ端末（ＵＥ）であって、
    無線周波数（ＲＦ）モジュールと、
    上記ＲＦモジュールと連動するプロセッサと、
    を備え、上記プロセッサは、
    複数のサイドリンク論理チャネルを設定し、上記複数のサイドリンク論理チャネルがそれぞれ関連優先順位を有し、論理チャネルグループ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ；ＬＣＧ）に属し、１つ以上のＬＣＧがＰｒｏＳｅ Ｄｅｓｔｉｎａｔｉｏｎに属し、
    ＬＣＧ優先順位の降順にＬＣＧのバッファサイズを含むＳＬ ＢＳＲ ＭＡＣ ＣＥ（Ｓｉｄｅｌｉｎｋ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を生成し、ＬＣＧのＬＣＧ優先順位は上記ＬＣＧに属する論理チャネルの優先順位の中で論理チャネルの最上位の優先順位と決定され、
    上記ＳＬ ＢＳＲ ＭＡＣ ＣＥを含むＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）を送信するように構成される、端末。
  7. 上記優先順位は、ＰＰＰＰ（ＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）である、請求項６に記載の端末。
  8. 受信されたＵＬグラント情報が送信に利用可能なデータを有する全てのＬＣＧのバッファ状態及びそのサブヘッダーを含むＳＬ ＢＳＲ ＭＡＣ ＣＥを含むのに十分でない場合、上記ＳＬ ＢＳＲ ＭＡＣ ＣＥは、受信されたＵＬ承認内のビット数を考慮して、可能なかぎり多数の送信に利用可能なデータを有するＬＣＧに対するバッファ状態を含む、請求項６に記載の端末。
  9. 受信されたＵＬグラント情報が送信に利用可能なデータを有する全てのＬＣＧのバッファ状態及びそのサブヘッダーを含むＳＬ ＢＳＲ ＭＡＣ ＣＥを含むのに十分である場合、上記プロセッサは、送信に利用可能なデータを有する全てのＬＣＧのバッファ状態を選択する、請求項６に記載の端末。
  10. 上記プロセッサは、上記ＬＣＧの属したＰｒｏＳｅ Ｄｅｓｔｉｎａｔｉｏｎのインデックスを考慮しないで上記ＬＣＧ優先順位を決定する、請求項６に記載の端末。

JP2018503566A 2015-08-12 2016-07-11 Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置 Active JP6669853B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562204410P 2015-08-12 2015-08-12
US62/204,410 2015-08-12
PCT/KR2016/007514 WO2017026671A1 (en) 2015-08-12 2016-07-11 Method for performing a buffer status reporting in a d2d communication system and device therefor

Publications (2)

Publication Number Publication Date
JP2018527800A JP2018527800A (ja) 2018-09-20
JP6669853B2 true JP6669853B2 (ja) 2020-03-18

Family

ID=56740839

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018503566A Active JP6669853B2 (ja) 2015-08-12 2016-07-11 Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置

Country Status (7)

Country Link
US (4) US10257743B2 (ja)
EP (1) EP3131364B1 (ja)
JP (1) JP6669853B2 (ja)
KR (1) KR102004272B1 (ja)
CN (2) CN112788573B (ja)
TW (1) TWI608748B (ja)
WO (1) WO2017026671A1 (ja)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102004272B1 (ko) 2015-08-12 2019-07-26 엘지전자 주식회사 D2d 무선 통신 시스템에서 버퍼 상태 보고를 수행하는 방법 및 이를 이용한 장치
JP6686132B2 (ja) * 2015-09-25 2020-04-22 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｌｔｅ ｖ２ｘシステムにおけるパケット単位のリソースプール選択
JP6545906B2 (ja) 2015-10-27 2019-07-17 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置
US10200991B2 (en) * 2016-04-25 2019-02-05 Ofinno Technologies, Llc Scheduling request process in a wireless device and wireless network
US10602495B2 (en) * 2016-07-04 2020-03-24 Lg Electronics Inc. Method for transmitting data in a communication system and device therefor
WO2018169277A1 (en) * 2017-03-13 2018-09-20 Samsung Electronics Co., Ltd. User equipment (ue) and method for managing buffer status report (bsr) for multiple-numerology operation
CN108632883B (zh) * 2017-03-17 2020-08-21 维沃移动通信有限公司 一种定时器配置方法、网络设备及终端设备
GB2563245B (en) * 2017-06-07 2021-06-02 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests in a telecommunication system
JP6850518B2 (ja) * 2017-06-16 2021-03-31 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ワイヤレス通信ネットワークにおけるバッファステータスレポートに関する方法および装置
EP4040902A1 (en) 2017-08-04 2022-08-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource scheduling method, terminal device, and network device
WO2019061174A1 (en) 2017-09-28 2019-04-04 Nokia Shanghai Bell Co., Ltd. METHOD, APPARATUS, COMPUTER PROGRAM PRODUCT, AND COMPUTER PROGRAM
WO2019084730A1 (en) * 2017-10-30 2019-05-09 Nokia Shanghai Bell Co., Ltd. Method, apparatus, computer program product and computer program
EP3718362A1 (en) * 2017-11-29 2020-10-07 Telefonaktiebolaget LM Ericsson (publ) Wireless device, radio network node and methods performed therein for handling communication between wireless devices in a wireless communication network
CN110324784B (zh) * 2018-03-29 2021-02-19 维沃移动通信有限公司 通信范围信息的处理方法及终端
US10869334B2 (en) * 2018-06-19 2020-12-15 Google Llc Reporting buffer status in wireless communication systems
KR20210024098A (ko) 2018-06-28 2021-03-04 콘비다 와이어리스, 엘엘씨 Nr v2x 사이드링크 공유 채널 데이터 송신을 위한 우선순위화 절차들
US11889514B2 (en) * 2018-06-28 2024-01-30 Interdigital Patent Holdings, Inc. Sidelink buffer status reports and scheduling requests for new radio vehicle sidelink shared channel data transmissions
WO2020032665A1 (ko) * 2018-08-09 2020-02-13 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치
KR20200017780A (ko) 2018-08-09 2020-02-19 삼성전자주식회사 무선 통신 시스템에서 상향링크 데이터 보고 및 제어 채널의 동기화를 위한 장치 및 방법
KR20200018210A (ko) 2018-08-09 2020-02-19 삼성전자주식회사 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치
CN110839284B (zh) * 2018-08-16 2024-03-12 大唐移动通信设备有限公司 一种调度请求资源确定及配置方法、设备及装置
US11877301B2 (en) 2018-10-24 2024-01-16 Lg Electronics Inc. Method and apparatus for transmitting buffer size information in wireless communication system
CN111132093B (zh) * 2018-10-31 2022-09-30 大唐移动通信设备有限公司 一种直接通信资源分配方法及装置
CN115379424A (zh) * 2018-10-31 2022-11-22 大唐移动通信设备有限公司 一种直接通信资源分配方法及装置
CN111107655B (zh) * 2018-11-02 2024-03-22 维沃移动通信有限公司 Sr和配置信息传输方法和设备
CN111328105A (zh) * 2018-12-17 2020-06-23 华为技术有限公司 一种bsr上报方法及装置
CN113228729A (zh) * 2018-12-27 2021-08-06 株式会社Ntt都科摩 通信装置以及信道状态信息测量方法
CN111263457B (zh) * 2019-01-23 2022-03-01 维沃移动通信有限公司 一种副链路缓存状态报告发送、接收方法和设备
CN111107583B (zh) * 2019-03-25 2023-12-08 维沃移动通信有限公司 sidelink重传请求BSR发送方法和终端设备
CN110536445A (zh) * 2019-04-30 2019-12-03 中兴通讯股份有限公司 Ue信息的报告方法、车辆网资源配置方法及装置
KR102556918B1 (ko) * 2019-05-17 2023-07-18 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템의 사이드링크 버퍼 상태 보고서에서 전송 피드백 모드를 구별하기 위한 방법 및 장치
KR20220027989A (ko) * 2019-07-31 2022-03-08 엘지전자 주식회사 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치
JP2022542381A (ja) * 2019-07-31 2022-10-03 アイディーエーシー ホールディングス インコーポレイテッド 同時アップリンク及びサイドリンク動作
US20220264533A1 (en) * 2019-08-15 2022-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods to Support Sidelink Retransmission
US11690132B2 (en) * 2019-09-03 2023-06-27 Qualcomm Incorporated Medium access control-control element (MAC-CE) communication
CN112492695B (zh) * 2019-09-11 2022-11-11 维沃移动通信有限公司 sidelink BSR传输方法和设备
CN113678531B (zh) * 2019-09-26 2024-03-08 Oppo广东移动通信有限公司 上行逻辑信道复用的方法和终端设备
CN113574953B (zh) * 2019-09-30 2024-02-20 Oppo广东移动通信有限公司 无线通信方法和终端设备
WO2021062820A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 一种通信方法及装置
CN112616190B (zh) * 2019-10-03 2024-07-12 联发科技股份有限公司 无线通信***中的传输优先级划分方法及装置
US11032845B2 (en) 2019-11-05 2021-06-08 Asustek Computer Inc. Method and apparatus for transmitting sidelink measurement report in sidelink in a wireless communication system
US11706660B2 (en) * 2020-04-20 2023-07-18 Qualcomm Incorporated Sidelink and UU link buffer status report

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090115217A (ko) * 2007-03-01 2009-11-04 가부시키가이샤 엔티티 도코모 기지국장치 및 통신제어방법
BRPI0808174A2 (pt) * 2007-03-01 2014-08-05 Ntt Docomo Inc Aparelho da estação de base e método de controle de comunicação
US8687565B2 (en) * 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
US8165066B2 (en) * 2008-01-03 2012-04-24 Innovative Sonic Limited Method and apparatus for performing buffer status reporting
US8873474B2 (en) * 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
CN101998522B (zh) * 2009-08-25 2014-04-02 电信科学技术研究院 一种缓冲区状态信息上报处理的方法及中继节点
CN102111751B (zh) * 2009-12-28 2013-08-14 电信科学技术研究院 缓存状态报告上报方法和设备
EP3694247A1 (en) * 2010-04-02 2020-08-12 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
US9265061B2 (en) * 2010-06-18 2016-02-16 Lg Electronics Inc. Method for transmitting buffer status report from terminal in wireless communication system and apparatus therefor
US8705398B2 (en) * 2011-09-12 2014-04-22 Broadcom Corporation Mechanism for signaling buffer status information
WO2014003327A1 (en) * 2012-06-26 2014-01-03 Lg Electronics Inc. Method and apparatus for cancelling buffer status report in wireless communication system
KR20140121098A (ko) * 2013-04-05 2014-10-15 주식회사 팬택 무선 통신 시스템에서 단말의 버퍼상태보고 전송방법 및 장치
US10075940B2 (en) * 2013-08-09 2018-09-11 Kt Corporation Method for transmitting buffer status report in device-to-device communication, and device thereof
KR102094216B1 (ko) * 2013-11-04 2020-03-27 삼성전자 주식회사 이동 통신 시스템 환경에서 프락시미티 기반 서비스 단말 간 발견 및 통신을 지원하기 위한 보안 방안 및 시스템
US10342035B2 (en) * 2013-12-25 2019-07-02 Lg Electronics Inc. Method for reporting a buffer status and device therefor
US9717092B2 (en) * 2014-04-03 2017-07-25 Innovative Sonic Corporation Method and apparatus for allocating resources for device-to-device (D2D) communication in a wireless communication system
US10004086B2 (en) * 2014-04-10 2018-06-19 Innovative Sonic Corporation Method and apparatus for reporting buffer status for device to device communication in a wireless communication system
KR102183333B1 (ko) * 2014-08-08 2020-11-26 주식회사 아이티엘 단말간 통신을 지원하는 무선 통신 시스템에서 버퍼상태보고 전송 방법 및 장치
WO2016159728A1 (ko) * 2015-04-01 2016-10-06 삼성전자 주식회사 D2d 통신 시스템에서 우선 순위를 처리하는 방법 및 장치
EP4236613A3 (en) * 2015-04-17 2023-10-18 Panasonic Intellectual Property Corporation of America Multiple prose group communication during a sidelink control period
JP6295377B2 (ja) * 2015-05-15 2018-03-14 京セラ株式会社 基地局及び無線端末
KR102004272B1 (ko) 2015-08-12 2019-07-26 엘지전자 주식회사 D2d 무선 통신 시스템에서 버퍼 상태 보고를 수행하는 방법 및 이를 이용한 장치

Also Published As

Publication number Publication date
KR102004272B1 (ko) 2019-07-26
TWI608748B (zh) 2017-12-11
US10257743B2 (en) 2019-04-09
EP3131364B1 (en) 2020-04-29
CN112788573B (zh) 2023-06-06
US20210185558A1 (en) 2021-06-17
WO2017026671A1 (en) 2017-02-16
TW201707491A (zh) 2017-02-16
US10945154B2 (en) 2021-03-09
CN107950047A (zh) 2018-04-20
JP2018527800A (ja) 2018-09-20
US11641599B2 (en) 2023-05-02
US20220394544A1 (en) 2022-12-08
US20190200255A1 (en) 2019-06-27
US20170048745A1 (en) 2017-02-16
CN112788573A (zh) 2021-05-11
EP3131364A1 (en) 2017-02-15
KR20180023034A (ko) 2018-03-06
US11432184B2 (en) 2022-08-30
CN107950047B (zh) 2021-02-05

Similar Documents

Publication Publication Date Title
JP6669853B2 (ja) Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置
US10708945B2 (en) Method for selecting of sidelink grant for a D2D UE in a D2D communication system and device therefor
JP6545906B2 (ja) Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置
TWI611717B (zh) 在ｄ２ｄ通訊系統中執行邏輯通道優先權排序的方法及其裝置
JP6371466B2 (ja) Ｄ２ｄ通信システムにおけるバッファ状態報告のための優先順位処理方法及びそのための装置
JP6553733B2 (ja) Ｄ２ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置
US10165418B2 (en) Method for transmitting a sidelink buffer status reporting in a D2D communication system and device therefor
US20180069618A1 (en) Scheduling mechanism for prose relays serving remote ues
US10506623B2 (en) Method for triggering a BSR for sidelink data in a D2D communication system and device therefor
KR102309294B1 (ko) D2d 통신 시스템을 위한 mac pdu를 구성하는 방법 및 그 장치
US10548047B2 (en) Method for transmitting a buffer status report in a D2D communication system and device therefor
JP2017538373A (ja) Ｄ２ｄ通信システムにおいてサイドリンクバッファ状態報告を取り消す方法及びその装置
US10939455B2 (en) Method for allocating priorities to a logical channel group implicitly in a D2D communication system and device therefor
US20180317248A1 (en) Method for selecting prose destinations or sl grants in a d2d communication system and device therefor

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190415

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200212

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200227

R150 Certificate of patent or registration of utility model

Ref document number: 6669853

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D04

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250