JP6545906B2 - Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置 - Google Patents

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

Info

Publication number
JP6545906B2
JP6545906B2 JP2018521954A JP2018521954A JP6545906B2 JP 6545906 B2 JP6545906 B2 JP 6545906B2 JP 2018521954 A JP2018521954 A JP 2018521954A JP 2018521954 A JP2018521954 A JP 2018521954A JP 6545906 B2 JP6545906 B2 JP 6545906B2
Authority
JP
Japan
Prior art keywords
sidelink
data
logical channel
transmission
prose
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
JP2018521954A
Other languages
English (en)
Other versions
JP2018536347A (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 JP2018536347A publication Critical patent/JP2018536347A/ja
Application granted granted Critical
Publication of JP6545906B2 publication Critical patent/JP6545906B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • 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/2628—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using code-division multiple access [CDMA] or spread spectrum multiple access [SSMA]
    • H04B7/2637—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using code-division multiple access [CDMA] or spread spectrum multiple access [SSMA] for logical channel control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • 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/08—Load balancing or load distribution
    • H04W28/0875—Load balancing or load distribution to or through Device to Device [D2D] links, e.g. direct-mode links
    • 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
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

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

Claims (14)

  1. 無線通信システムにおいて端末（ＵＥ）が動作する方法であって、
    サイドリンク通信のための一つ以上のＰｒｏＳｅ（Proximity based Services）デスティネーションを設定するステップであって、
    各ＰｒｏＳｅデスティネーションは、一つ以上の論理チャネルグループに関連し、
    各論理チャネルグループは、一つ以上のサイドリンク論理チャネルを含む、ステップと、
    ＭＡＣ（Media Access Control）エンティティの上位層で第１サイドリンクデータを受信するステップと、
    前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを既に有するＰｒｏＳｅデスティネーションと関連している場合に、前記第１サイドリンクデータが、前記ＰｒｏＳｅデスティネーション内の前記第２サイドリンクデータに関連している任意の論理チャネルグループの任意のサイドリンク論理チャネルより高い優先順位を有するサイドリンク論理チャネルに属するとき、サイドリンクバッファ状態報告プロセスをトリガーするステップと、を含む方法。
  2. 前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを既に有するＰｒｏＳｅデスティネーションと関連している場合に、前記第１サイドリンクデータが、前記ＰｒｏＳｅデスティネーション内の前記第２サイドリンクデータに関連している任意の論理チャネルグループの任意のサイドリンク論理チャネル以下の優先順位を有するサイドリンク論理チャネルに属するとき、前記サイドリンクバッファ状態報告プロセスは、トリガーされない、請求項１に記載の方法。
  3. 前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを有していないＰｒｏＳｅデスティネーションと関連している場合に、前記サイドリンクバッファ状態報告プロセスをトリガーするステップをさらに含む、請求項１又は２に記載の方法。
  4. 前記サイドリンク論理チャネルの前記優先順位は、ＰｒｏＳｅ ＰＰＰ（Per-Packet Priority）である、請求項１又は２に記載の方法。
  5. 前記ＭＡＣエンティティは、設定されたＳＬ−ＲＮＴＩ（SideLink Radio Network Temporary Identifier）を有する、請求項１又は２に記載の方法。
  6. 前記サイドリンク通信は、ＵＥ−ｔｏ−ＵＥ直接通信を含む、請求項１又は２に記載の方法。
  7. 前記トリガーされたサイドリンクバッファ状態報告プロセスの結果として、サイドリンクバッファ状態報告を基地局に送信するステップをさらに含む、請求項１又は２に記載の方法。
  8. 無線通信システムにおいて動作する端末（ＵＥ）であって、
    無線周波数（ＲＦ）モジュールと、
    前記ＲＦモジュールと動作可能に結合されたプロセッサと、
    を備え、
    前記プロセッサは、
    サイドリンク通信のための一つ以上のＰｒｏＳｅ（Proximity based Services）デスティネーションを設定し、各ＰｒｏＳｅデスティネーションは、一つ以上の論理チャネルグループに関連し、各論理チャネルグループは、一つ以上のサイドリンク論理チャネルを含み、
    ＭＡＣ（Media Access Control）エンティティの上位層で第１サイドリンクデータを受信し、
    前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを既に有するＰｒｏＳｅデスティネーションと関連している場合に、前記第１サイドリンクデータが、前記ＰｒｏＳｅデスティネーション内の前記第２サイドリンクデータに関連している任意の論理チャネルグループの任意のサイドリンク論理チャネルより高い優先順位を有するサイドリンク論理チャネルに属するとき、サイドリンクバッファ状態報告プロセスをトリガーするように構成される、端末。
  9. 前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを既に有するＰｒｏＳｅデスティネーションと関連している場合に、前記第１サイドリンクデータが、前記ＰｒｏＳｅデスティネーション内の前記第２サイドリンクデータに関連している任意の論理チャネルグループの任意のサイドリンク論理チャネル以下の優先順位を有するサイドリンク論理チャネルに属するとき、前記サイドリンクバッファ状態報告プロセスは、トリガーされない、請求項８に記載の端末。
  10. 前記プロセッサは、前記第１サイドリンクデータが、送信に利用可能な第２サイドリンクデータを有していないＰｒｏＳｅデスティネーションと関連している場合に、前記サイドリンクバッファ状態報告プロセスをトリガーするようにさらに構成される、請求項８又は９に記載の端末。
  11. 前記サイドリンク論理チャネルの前記優先順位は、ＰｒｏＳｅ ＰＰＰ（Per-Packet Priority）である、請求項８又は９に記載の端末。
  12. 前記ＭＡＣエンティティは、設定されたＳＬ−ＲＮＴＩ（SideLink Radio Network Temporary Identifier）を有する、請求項８又は９に記載の端末。
  13. 前記サイドリンク通信は、ＵＥ−ｔｏ−ＵＥ直接通信を含む、請求項８又は９に記載の端末。
  14. 前記プロセッサは、前記トリガーされたサイドリンクバッファ状態報告プロセスの結果として、サイドリンクバッファ状態報告を基地局に送信するようにさらに構成される、請求項８又は９に記載の端末。
JP2018521954A 2015-10-27 2016-10-19 Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置 Active JP6545906B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562246618P 2015-10-27 2015-10-27
US62/246,618 2015-10-27
US201562250525P 2015-11-04 2015-11-04
US62/250,525 2015-11-04
PCT/KR2016/011724 WO2017073944A1 (en) 2015-10-27 2016-10-19 Method for triggering a sidelink buffer status reporting in a d2d communication system and device therefor

Publications (2)

Publication Number Publication Date
JP2018536347A JP2018536347A (ja) 2018-12-06
JP6545906B2 true JP6545906B2 (ja) 2019-07-17

Family

ID=58559452

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018521954A Active JP6545906B2 (ja) 2015-10-27 2016-10-19 Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置

Country Status (4)

Country Link
US (2) US10455446B2 (ja)
EP (1) EP3369268A4 (ja)
JP (1) JP6545906B2 (ja)
WO (1) WO2017073944A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3335495B1 (en) 2015-08-12 2020-07-29 Intel Corporation Resource access in device to device communication
WO2017073944A1 (en) 2015-10-27 2017-05-04 Lg Electronics Inc. Method for triggering a sidelink buffer status reporting in a d2d communication system and device therefor
US10200991B2 (en) * 2016-04-25 2019-02-05 Ofinno Technologies, Llc Scheduling request process in a wireless device and wireless network
WO2018166042A1 (zh) * 2017-03-14 2018-09-20 北京小米移动软件有限公司 数据单元传输方法及装置
CN110741674B (zh) * 2017-06-13 2023-01-13 Lg电子株式会社 无线通信系统中用于触发缓冲区状态报告的方法和用于该方法的装置
WO2019022477A1 (en) * 2017-07-25 2019-01-31 Lg Electronics Inc. CARRIER SELECTION METHOD AND APPARATUS FOR LATERAL LINK TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM
SG11202000417UA (en) * 2017-08-23 2020-03-30 Guangdong Oppo Mobile Telecommunications Corp Ltd Data transmission method, transmitting terminal device and receiving terminal device
CN109788453B (zh) * 2017-11-10 2022-01-14 华为技术有限公司 一种应答信息的传输方法、通信设备和网络设备
CN109803385B (zh) * 2017-11-16 2023-04-14 中兴通讯股份有限公司 请求资源的方法及装置，处理资源请求的方法及装置
JP7052056B2 (ja) * 2018-02-09 2022-04-11 華為技術有限公司 データ伝送方法及び装置
WO2019178850A1 (zh) * 2018-03-23 2019-09-26 Oppo广东移动通信有限公司 无线通信方法、用户设备和网络设备
CN111386744A (zh) * 2018-03-30 2020-07-07 Oppo广东移动通信有限公司 一种常规bsr的触发方法、ue及计算机存储介质
SG11202011184WA (en) * 2018-05-10 2020-12-30 Guangdong Oppo Mobile Telecommunications Corp Ltd Communication method and terminal device
CN113660694B (zh) 2018-09-18 2024-04-12 华为技术有限公司 传输数据的方法和装置
WO2020085652A1 (en) * 2018-10-24 2020-04-30 Lg Electronics Inc. Method and apparatus for transmitting buffer size information in wireless communication system
EP3912368A1 (en) * 2019-01-18 2021-11-24 FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. Groupcast procedures for v2x
CN111263457B (zh) * 2019-01-23 2022-03-01 维沃移动通信有限公司 一种副链路缓存状态报告发送、接收方法和设备
BR112021015176A2 (pt) * 2019-04-30 2021-09-28 Telefonaktiebolaget Lm Ericsson (Publ) Métodos realizados por uma estação base e por um dispositivo terminal, estação base, dispositivo terminal, e, mídia legível por computador
WO2021003696A1 (zh) * 2019-07-10 2021-01-14 富士通株式会社 边链路的无线链路监控方法、装置和系统
US20210100046A1 (en) * 2019-10-01 2021-04-01 Qualcomm Incorporated Feedback for sidelink transmission
JP2023520688A (ja) * 2020-04-09 2023-05-18 富士通株式会社 サイドリンク伝送方法及び装置
KR20230008165A (ko) * 2020-05-14 2023-01-13 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 ue가 협력 통신을 수행하는 방법 및 이를 위한 장치
US11696305B2 (en) 2020-06-18 2023-07-04 Qualcomm Incorporated Scheduling uplink transmissions using relay devices
US20230217232A1 (en) * 2020-07-30 2023-07-06 Qualcomm Incorporated User plane protocol design for new radio (nr) sidelink discovery message
CN112867164B (zh) * 2021-01-08 2022-10-18 浙江大华技术股份有限公司 一种数据处理方法及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015113589A1 (en) * 2014-01-28 2015-08-06 Nokia Solutions And Networks Oy Control of semi-persistent channel occupation for device-to-device (d2d) wireless communications
CN106105305B (zh) * 2014-03-19 2019-07-09 Lg电子株式会社 在无线通信系统中配置用于公共安全传输或者车辆有关传输的缓冲器状态报告的方法和装置
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
EP3051736B1 (en) * 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
CN107534829B (zh) * 2015-04-01 2021-03-23 三星电子株式会社 用于在d2d通信系统中处理优先级的方法和装置
CN107950047B (zh) 2015-08-12 2021-02-05 Lg电子株式会社 用于在d2d通信系统中执行缓冲器状态报告的方法及其装置
WO2017073944A1 (en) 2015-10-27 2017-05-04 Lg Electronics Inc. Method for triggering a sidelink buffer status reporting in a d2d communication system and device therefor

Also Published As

Publication number Publication date
US10455446B2 (en) 2019-10-22
EP3369268A1 (en) 2018-09-05
EP3369268A4 (en) 2019-06-19
US20200037201A1 (en) 2020-01-30
JP2018536347A (ja) 2018-12-06
US20170118671A1 (en) 2017-04-27
US10911980B2 (en) 2021-02-02
WO2017073944A1 (en) 2017-05-04

Similar Documents

Publication Publication Date Title
JP6545906B2 (ja) Ｄ２ｄ通信システムにおいてバッファ状態報告をトリガーする方法及びその装置
US11641599B2 (en) Method for performing a buffer status reporting in a D2D communication system and device therefor
US10708945B2 (en) Method for selecting of sidelink grant for a D2D UE in a D2D communication system and device therefor
JP6553733B2 (ja) Ｄ２ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置
US10165418B2 (en) Method for transmitting a sidelink buffer status reporting in a D2D communication system and device therefor
JP6371466B2 (ja) Ｄ２ｄ通信システムにおけるバッファ状態報告のための優先順位処理方法及びそのための装置
EP3338482B1 (en) Method for triggering a bsr for sidelink data in a d2d communication system and device therefor
US20170048903A1 (en) Method for performing a logical channel prioritization in a d2d communication system and device therefor
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
US10667286B2 (en) Method for selecting prose destinations or SL grants in a D2D communication system and device therefor

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190205

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190426

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: 20190521

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190619

R150 Certificate of patent or registration of utility model

Ref document number: 6545906

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250