Nothing Special   »   [go: up one dir, main page]

JP6468658B2 - 端末装置、集積回路、および、無線通信方法 - Google Patents

端末装置、集積回路、および、無線通信方法 Download PDF

Info

Publication number
JP6468658B2
JP6468658B2 JP2016508830A JP2016508830A JP6468658B2 JP 6468658 B2 JP6468658 B2 JP 6468658B2 JP 2016508830 A JP2016508830 A JP 2016508830A JP 2016508830 A JP2016508830 A JP 2016508830A JP 6468658 B2 JP6468658 B2 JP 6468658B2
Authority
JP
Japan
Prior art keywords
bsr
terminal device
buffer status
uplink
status report
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
JP2016508830A
Other languages
English (en)
Other versions
JPWO2015141841A1 (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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Publication of JPWO2015141841A1 publication Critical patent/JPWO2015141841A1/ja
Application granted granted Critical
Publication of JP6468658B2 publication Critical patent/JP6468658B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • 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/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
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • 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/08—Access point devices

Landscapes

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

Description

本発明は、端末装置、集積回路、および、無線通信方法に関する。
本願は、２０１４年３月２０日に、日本に出願された特願２０１４−０５８１７５号に基づき優先権を主張し、その内容をここに援用する。
セルラ（cellular）移動通信の無線アクセス方式（Evolved Universal Terrestrial Radio Access : EUTRA）および無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network: EUTRAN）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＥＵＴＲＡおよびＥＵＴＲＡＮをＬＴＥ（Long Term Evolution）とも称する。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラ通信システムである。単一の基地局装置は複数のセルを管理してもよい。
３ＧＰＰにおいて、ＰｒｏＳｅ（Proximity Services）の検討が行われている。ＰｒｏＳｅは、ＰｒｏＳｅ発見（discovery）とＰｒｏＳｅ通信（communication）とを含む。ＰｒｏＳｅ発見は、端末装置がＥＵＴＲＡを用いて他の端末装置と近接している（in proximity）ことを特定するプロセスである。ＰｒｏＳｅ通信は、２つの端末装置間で確立されたＥＵＴＲＡＮ通信路（communication path）を用いる近接している該２つの端末間の通信である。例えば、該通信路は端末装置間に直接確立されてもよい。
ＰｒｏＳｅ発見およびＰｒｏＳｅ通信のそれぞれを、Ｄ２Ｄ発見およびＤ２Ｄ通信とも称する。Ｄ２Ｄ発見およびＤ２Ｄ通信を総称して、Ｄ２Ｄとも称する。
非特許文献１において、リソースブロックのサブセットがＤ２Ｄのためにリザーブされること、ネットワークがＤ２Ｄリソースのセットを設定すること、および、端末装置は該設定されたリソースにおいてＤ２Ｄ信号の送信を許可されることが記載されている。
"D2D for LTE Proximity Services: Overview", R1-132028, 3GPP TSG-RAN WG1 Meeting #73, 20 - 24 May 2013.
本発明は、上記を鑑みてなされたものであり、その目的は、バッファステータスレポート（Buffer Status Report：ＢＳＲ）またはスケジューリング要求（Scheduling Request：ＳＲ）に関連する処理を効率的に行うことができる端末装置、該端末装置に実装される集積回路、および、該端末装置に用いられる無線通信方法を提供することである。
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明の端末装置は、上りリンクを介して基地局装置へ信号を送信する端末装置であって、前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルするＢＳＲ生成部と、第１のモードまたは第２のモードを設定する設定部と、を備え、前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされるように構成されていてもよい。
（２）また、本発明において、前記端末装置で前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための条件を満たす場合に、前記バッファステータスレポートがトリガーされるように構成されていてもよい。
（３）また、本発明において、前記端末装置で用いる前記第１のリンクに対するバッファステータスレポートは、レギュラーバッファステータスレポートであり、前記第１のリンクに対するレギュラーバッファステータスレポートは、retxBSR-Timerが満了している、且つ、前記端末装置が前記第１のリンクに対する送信のために利用可能なデータを持っているというイベントに基づいてトリガーされるように構成されていてもよい。
（４）また、本発明において、前記端末装置では、前記第１のリンクに対するバッファステータスレポートがトリガーされ、且つ、キャンセルされていないことに少なくとも基づいて、スケジューリングリクエストがトリガーされ、前記スケジューリングリクエストは、前記上りリンクにおける初期送信のためのＵＬ−ＳＣＨリソースを要求するために用いられるように構成されていてもよい。
（５）また、本発明において、前記端末装置で前記第２のモードが設定された場合、前記イベントに基づく前記第１のリンクに対するレギュラーバッファステータスレポートに由来するペンディングしているスケジューリングリクエストをキャンセルするように構成されていてもよい。
（６）また、本発明の集積回路は、上りリンクを介して基地局装置へ信号を送信する端末装置に実装される集積回路であって、前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルする機能と、第１のモードまたは第２のモードを設定する機能と、を含む一連の機能を前記端末装置に発揮させ、前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされるように構成されていてもよい。
（７）また、本発明の集積回路において、前記端末装置で前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための条件を満たす場合に、前記バッファステータスレポートがトリガーされるように構成されていてもよい。
（８）また、本発明の集積回路において、前記端末装置で用いる前記第１のリンクに対するバッファステータスレポートは、レギュラーバッファステータスレポートであり、前記第１のリンクに対するレギュラーバッファステータスレポートは、retxBSR-Timerが満了している、且つ、前記端末装置が前記第１のリンクに対する送信のために利用可能なデータを持っているというイベントに基づいてトリガーされるように構成されていてもよい。
（９）また、本発明の集積回路において、前記端末装置では、前記第１のリンクに対するバッファステータスレポートがトリガーされ、且つ、キャンセルされていないことに少なくとも基づいて、スケジューリングリクエストがトリガーされ、前記スケジューリングリクエストは、前記上りリンクにおける初期送信のためのＵＬ−ＳＣＨリソースを要求するために用いられるように構成されていてもよい。
（１０）また、本発明の集積回路において、前記端末装置で前記第２のモードが設定された場合、前記イベントに基づく前記第１のリンクに対するレギュラーバッファステータスレポートに由来するペンディングしているスケジューリングリクエストをキャンセルするように構成されていてもよい。
（１１）また、本発明の無線通信方法は、上りリンクを介して基地局装置へ信号を送信する端末装置に用いられる無線通信方法であって、前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルし、第１のモードまたは第２のモードを設定し、前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされるように構成されていてもよい。
（１２）また、本発明の無線通信方法において、前記端末装置で前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための条件を満たす場合に、前記バッファステータスレポートがトリガーされるように構成されていてもよい。
（１３）また、本発明の無線通信方法において、前記端末装置で用いる前記第１のリンクに対するバッファステータスレポートは、レギュラーバッファステータスレポートであり、前記第１のリンクに対するレギュラーバッファステータスレポートは、retxBSR-Timerが満了している、且つ、前記端末装置が前記第１のリンクに対する送信のために利用可能なデータを持っているというイベントに基づいてトリガーされるように構成されていてもよい。
（１４）また、本発明の無線通信方法において、前記端末装置では、前記第１のリンクに対するバッファステータスレポートがトリガーされ、且つ、キャンセルされていないことに少なくとも基づいて、スケジューリングリクエストがトリガーされ、前記スケジューリングリクエストは、前記上りリンクにおける初期送信のためのＵＬ−ＳＣＨリソースを要求するために用いられるように構成されていてもよい。
（１５）また、本発明の無線通信方法において、前記端末装置で前記第２のモードが設定された場合、前記イベントに基づく前記第１のリンクに対するレギュラーバッファステータスレポートに由来するペンディングしているスケジューリングリクエストをキャンセルするように構成されていてもよい。
この発明によれば、バッファステータスレポート（Buffer Status Report：ＢＳＲ）またはスケジューリング要求（Scheduling Request：ＳＲ）に関連する処理を効率的に行うことができる。
本発明の実施形態に係る無線通信システムの概念図である。 本発明の実施形態に係る無線フレームの概略構成を示す図である。 本発明の実施形態に係るスロットの構成を示す図である。 本発明の実施形態に係るＭＡＣ ＰＤＵの構成の一例を示す図である。 本発明の実施形態に係るＣ−ＲＮＴＩ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係るＰＨ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係るショートＢＳＲを用いたＢＳＲ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係るロングＢＳＲを用いたＢＳＲ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係る６ビットのバッファサイズフィールドによって示されるバッファサイズ基準の一例を示す図である。 本発明の実施形態に係る６ビットのバッファサイズフィールドによって示される拡張バッファサイズ基準の一例を示す図である。 本発明の実施形態に係る第２のショートＢＳＲを用いたＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係る第３のショートＢＳＲを用いたＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係るミドルＢＳＲを用いたＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥの構成の一例を示す図である。 本発明の実施形態に係る８ビットのバッファサイズフィールドによって示されるバッファサイズ基準の一例を示す図である。 本発明の実施形態に係る４ビットのバッファサイズフィールドによって示されるバッファサイズ基準の一例を示す図である。 本発明の実施形態に係るＵＬ−ＳＣＨのための論理チャネルＩＤの一例を示す図である。 本発明の実施形態に係るＵＬ−ＳＣＨのための論理チャネルＩＤの別の一例を示す図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。
以下、本発明の実施形態について説明する。
本実施形態では、端末装置は、１つまたは複数のセルが設定される。端末装置が複数のセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置に対して設定される複数のセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のセルの一部において、本発明が適用されてもよい。端末装置に設定されるセルを、サービングセルとも称する。
設定された複数のサービングセルは、１つのプライマリーセルと１つまたは複数のセカンダリーセルとを含む。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルである。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、セカンダリーセルが設定されてもよい。
セルアグリゲーションの場合には、複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、リピータ２、および、基地局装置３を具備する。端末装置１Ａ〜１Ｃを端末装置１という。リピータ２は、端末装置１から受信した信号を増幅し、増幅された信号を送信する機能を持つ。サービングセル４は、基地局装置３（ＬＴＥ）がカバーするエリアを示す。
上りリンク５は、端末装置１から基地局装置３へのリンクである。尚、上りリンク５において、リピータを介さずに、端末装置１から基地局装置３へ直接信号が送信されてもよい。下りリンク７は、基地局装置３から端末装置１へのリンクである。また、上りリンク５と下りリンク７とをセルラリンク、または、セルラ通信路とも称する。また、端末装置１と基地局装置３の通信をセルラ通信とも称する。
Ｄ２Ｄリンク９は、端末装置１間のリンクである。尚、Ｄ２Ｄリンク９をＤ２Ｄ通信路、ＰｒｏＳｅリンク、または、ＰｒｏＳｅ通信路とも称する。Ｄ２Ｄリンク９において、Ｄ２Ｄ発見およびＤ２Ｄ通信が行われる。Ｄ２Ｄ発見は、端末装置１がＥＵＴＲＡを用いて他の端末装置１と近接している（in proximity）ことを特定するプロセス／手順である。Ｄ２Ｄ通信は、２つの端末装置１間で確立されたＥＵＴＲＡＮ通信路を用いる、近接している該２つの端末装置１間の通信である。例えば、該通信路は端末装置１間に直接確立されてもよい。
尚、Ｄ２Ｄリンク９は、ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ ＷＬＡＮ（Wireless Local Area Network）ダイレクト通信路を含んでもよい。例えば、Ｄ２Ｄ発見に基づいて近接している２つの端末装置１が発見され、ＥＵＴＲＡＮがＷＬＡＮの設定情報を該２つの端末装置１に提供し、該２つの端末装置１は該ＷＬＡＮの設定情報に基づいてＰｒｏＳｅ−ａｓｓｉｓｔｅｄ ＷＬＡＮダイレクト通信路を確立してもよい。例えば、ＥＵＴＲＡＮを用いたＤ２Ｄ発見に基づいて近接している２つの端末装置１が発見され、該発見された２つの端末装置１間に、ＥＵＴＲＡＮ通信路、または、ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ ＷＬＡＮ（Wireless Local Area Network）ダイレクト通信路が確立されてもよい。
このようなＤ２Ｄリンク９を用いてＵＥがＤ２Ｄ送信を行う場合の無線リソースの割り当て法にはモード１とモード２の２つのモードが含まれる。モード１は、端末装置１がＤ２Ｄリンク９においてデータ信号あるいは制御信号の送信に使用するリソースを基地局装置３がスケジューリングするモードである。ただし、基地局装置３はリレー局であってもよい。モード２は、端末装置１がＤ２Ｄリンク９においてデータ信号あるいは制御信号の送信に使用するリソースを使用可能な無線リソースプールの中から端末装置１自体が選択して使用するモードである。モード２に対して、使用可能な無線リソースプールは予め定められたものであっても良いし、基地局装置３から通知されたものであっても良いし、上位層によって設定されたものであっても良い。
本実施形態の物理チャネルおよび物理信号について説明する。
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称する。物理チャネルは、上位層から出力された情報を送信するために使用される。物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
図１において、上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information: CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling Request: SR）、下りリンクデータ（Transport block, Downlink-Shared Channel: DL-SCH）に対するＡＣＫ（acknowledgement）／ＮＡＣＫ（negative-acknowledgement）を含む。ＡＣＫ／ＮＡＣＫを、ＨＡＲＱ−ＡＣＫ、または、ＨＡＲＱフィードバックとも称する。
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）および／またはＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられる物理チャネルである。
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャにおいて用いられる。
図１において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。
・上りリンク参照信号（Uplink Reference Signal: UL RS）
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。基地局装置３は、上りリンクのチャネル状態を測定するためにＳＲＳを使用する。
図１において、下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＭＣＨ（Physical Multicast Channel）
ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。ＳＦＮ（system frame number）は無線フレームの番号である。ＭＩＢはシステム情報である。
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック）を送信するために用いられる。
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。下りリンク制御情報は、下りリンクグラント（downlink grant）および上りリンクグラント（uplink grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、あるサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられる。下りリンクグラントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。
ＤＣＩフォーマットには、ＣＲＣ（Cyclic Redundancy Check）パリティビットが付加される。ＣＲＣパリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）でスクランブルされる。Ｃ−ＲＮＴＩは、セル内において端末装置１を識別するための識別子である。Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨのリソースまたはＰＵＳＣＨのリソースを制御するために用いられる。
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するために用いられる。
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と５に配置される。
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。下りリンク参照信号は、端末装置１が自装置の地理的な位置を測定するために用いられる。
図１において、端末装置１間のＤ２Ｄリンク９の無線通信では、以下のＤ２Ｄ物理チャネルが用いられる。
・ＰＤ２ＤＣＣＨ（Physical D2D Control Channel）
・ＰＤ２ＤＤＣＨ（Physical D2D Data Channel）
ＰＤ２ＤＣＣＨは、Ｄ２Ｄリンク制御情報を送信するために用いられる物理チャネルである。Ｄ２Ｄリンク制御情報は、Ｄ２Ｄ信号を受信する端末装置１が復号するために必要な情報を含む。例えば、Ｄ２Ｄ送信データを送信する端末装置１の識別子やＤ２Ｄ送信データ信号に用いられるＭＣＳ（Modulation and Coding Scheme）、リソース配置等の情報が含まれて良い。
ＰＤ２ＤＤＣＨは、Ｄ２Ｄ送信データを送信するために用いられる物理チャネルである。
ただし、上記Ｄ２Ｄ物理チャネルの名称は一例であり、異なる呼称が用いられてもよい。また、端末装置１間のＤ２Ｄリンク９の無線通信では、下りリンク物理チャネルや上りリンク物理チャネルが用いられてもよい。Ｄ２Ｄリンク９において送受信される信号（物理チャネル、および、物理信号）を、Ｄ２Ｄに対して用いられる信号、Ｄ２Ｄに対する信号、Ｄ２Ｄ信号とも称する。
次に、論理チャネルについて説明する。論理チャネルは、媒体アクセス制御（Medium Access Control: MAC）層で送受信されるデータ送信サービスの種類を定義する。論理チャネルには、下記のチャネルが含まれる。
・ＢＣＣＨ（Broadcast Control Channel）
・ＰＣＣＨ（Paging Control Channel）
・ＣＣＣＨ（Common Control Channel）
・ＤＣＣＨ（Dedicated Control Channel）
・ＤＴＣＨ（Dedicated Traffic Channel）
ＢＣＣＨは、システム制御情報を報知するために使用される下りリンクチャネルである。
ＰＣＣＨは、ページング情報を送信するために使用される下りリンクチャネルであり、ネットワークが端末装置のセル位置を知らないときに使用される。
ＣＣＣＨは、端末装置とネットワーク間の制御情報を送信するために使用されるチャネルであり、ネットワークと無線リソース制御（ＲＲＣ：Radio Resource Control）接続を有していない端末装置によって使用される。
ＤＣＣＨは、１対１（point-to-point）の双方向チャネルであり、端末装置とネットワーク間で個別の制御情報を送信するために利用するチャネルである。
ＤＣＣＨは、ＲＲＣ接続を有している端末装置によって使用される。
ＤＴＣＨは、１対１の双方向チャネルであり、１つの端末装置専用のチャネルであって、ユーザ情報（ユニキャストデータ）の転送のために利用される。
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルにおけるデータの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
本実施形態の無線フレーム（radio frame）の構造（structure）について説明する。
ＬＴＥでは、２つの無線フレーム構造がサポートされる。２つの無線フレーム構造は、フレーム構造タイプ１とフレーム構造タイプ２である。フレーム構造タイプ１はＦＤＤに適用可能である。フレーム構造タイプ２はＴＤＤに適用可能である。
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。また、タイプ１およびタイプ２の無線フレームのそれぞれは、１０ｍｓ長であり、１０のサブフレームによって定義される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。
フレーム構造タイプ２に対して、以下の３つのタイプのサブフレームが定義される。
・下りリンクサブフレーム
・上りリンクサブフレーム
・スペシャルサブフレーム
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。尚、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。
フレーム構造タイプ２の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。
本実施形態のスロットの構成について説明する。
図３は、本実施形態のスロットの構成を示す図である。図３において、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルに対してノーマルＣＰ（Cyclic Prefix）が適用される。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。図３において、横軸は時間軸であり、縦軸は周波数軸である。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。例えば、Ｄ２Ｄリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義されてもよい。１つのスロットを構成するサブキャリアの数は、セルの帯域幅に依存する。１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの番号とを用いて識別する。
リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントへのマッピングを表現するために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックが定義される。ある物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域において７個の連続するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルと周波数領域において１２個の連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。また、１つの物理リソースブロックは、時間領域において１つのスロットに対応し、周波数領域において１８０ｋＨｚに対応する。物理リソースブロックは周波数領域において０から番号が付けられる。
尚、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルに対して拡張（extended）ＣＰが適用されてもよい。拡張ＣＰの場合、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。
図４に、本実施形態に係るＭＡＣ ＰＤＵの構成の一例を示す。１つのＭＡＣ ＰＤＵは１つのＭＡＣヘッダと０個以上のＭＡＣサービスデータユニット（MAC Service Data Units：ＭＡＣ ＳＤＵ）と０個以上のＭＡＣ制御要素（MAC Control Element：ＭＡＣ ＣＥ）とパディングにより構成される。
ＭＡＣヘッダは複数のサブヘッダから構成され、各サブヘッダが同一ＭＡＣ ＰＤＵ内のＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、およびパディングに対応する。サブヘッダには、対応するＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、あるいはパディングの論理チャネルＩＤが示される他、必要に応じて対応するＭＡＣ ＳＤＵやＭＡＣ ＣＥのサイズなどの情報やパディングビットが含まれる。サブヘッダ内の論理チャネルＩＤについては、その一例を後述する。
ＵＬ−ＳＣＨにマッピングされるＭＡＣ ＰＤＵにおいて適用可能なＭＡＣ ＣＥには上りリンクのバッファステータスレポート（Buffer Status Report：ＢＳＲ）を報告するための ＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＢＳＲ ＣＥと称される場合がある）、Ｄ２ＤリンクのＢＳＲを報告するためのＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥ、Ｃ−ＲＮＴＩ（Cell-Radio. Network Temporary Identifier）を通知するためのＣ−ＲＮＴＩ ＭＡＣ ＣＥ、パワーヘッドルーム（Power Headroom：ＰＨ、送信電力余力）レポートを報告するためのＰＨ ＭＡＣ ＣＥが含まれる。
ＢＳＲ ＭＡＣ ＣＥは、端末装置１における上りリンクバッファおよびＤ２Ｄバッファに含まれる送信可能なデータ量に関する情報を基地局装置３に提供するために使用される。Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥは、端末装置１におけるＤ２Ｄバッファに含まれる送信可能なデータ量に関する情報を基地局装置３に提供するために使用される。ＢＳＲに関する説明は後述する。
Ｃ−ＲＮＴＩ ＭＡＣ ＣＥは、セル内のどの端末装置が送信した信号であるかを識別するためのＣ−ＲＮＴＩを含む。図５はＣ−ＲＮＴＩ ＭＡＣ ＣＥの構成を示す一例である。Ｃ−ＲＮＴＩ ＭＡＣ ＣＥは端末装置のＣ−ＲＮＴＩを含むＣ−ＲＮＴＩフィールドから構成される。Ｃ−ＲＮＴＩフィールドの長さは１６ビット（２オクテット）である。Ｃ−ＲＮＴＩ ＭＡＣ ＣＥであることは、対応するＭＡＣ ＰＤＵサブヘッダにより識別される。
ＰＨ ＭＡＣ ＣＥは、アクティベートされたサービングセル毎の端末装置１の基準最大送信電力（nominal UE maximum transmit power）とＵＬ−ＳＣＨの送信に求められる電力との差分に関する情報と、プライマリーセルにおける端末装置１の基準最大送信電力とＵＬ−ＳＣＨおよびＰＵＣＣＨの送信に求められる電力との差分に関する情報と、を基地局装置３に提供するＰＨに使用される。図６はＰＨ ＭＡＣ ＣＥの構成を示す一例である。ＰＨ ＭＡＣ ＣＥは０にセットされる２ビットの予約ビット（reserved bit）とＰＨを示す６ビットのＰＨフィールドの計８ビット（１オクテット）で構成さる。ＰＨ ＭＡＣ ＣＥであることは、対応するＭＡＣ ＰＤＵサブヘッダにより識別される。ただし、複数のサービングセルを用いて送信が行われる場合に、サービングセル毎のＰＨを通知するための拡張ＰＨ ＭＡＣ ＣＥ（extended PH MAC CE）が用いられてもよい。
以下に、本実施形態に係るＢＳＲおよびスケジューリング要求（Scheduling Request：ＳＲ）について説明する。
端末装置１において送信可能な上りリンクデータあるいはＤ２Ｄデータが発生し、かつＵＬ−ＳＣＨリソースが割り当てられていない場合、基地局装置３から割り当てられたＰＵＣＣＨを利用して、ＳＲを基地局装置３に送信する。例えば、上りリンクデータは、上りリンクにおける論理チャネルのデータである。例えば、Ｄ２Ｄデータは、Ｄ２Ｄリンクにおける論理チャネルのデータである。
尚、モード２が設定されている端末装置１は、端末装置１において送信可能なＤ２Ｄデータが発生し、かつＵＬ−ＳＣＨリソースが割り当てられていない場合、基地局装置３から割り当てられたＰＵＣＣＨを利用して、ＳＲを基地局装置３に送信しなくても良い。
すなわち、モード１が設定されている端末装置１において送信可能なＤ２Ｄデータが発生し、かつＵＬ−ＳＣＨリソースが割り当てられていない場合、ＳＲがトリガーされる。また、モード２が設定されている端末装置１において送信可能なＤ２Ｄデータが発生し、かつＵＬ−ＳＣＨリソースが割り当てられていない場合、ＳＲがトリガーされない。モード１からモード２に再設定された端末装置１は、端末装置１において送信可能なＤ２Ｄデータが発生し、かつＵＬ−ＳＣＨリソースが割り当てられていないことのみが原因によってトリガーされたＳＲをキャンセルしてもよい。
ＳＲを送信後、基地局装置３からＵＬ−ＳＣＨを割り当てられた場合、端末装置１は、割り当てられたＵＬ−ＳＣＨリソースで端末装置１の上りリンクデータもしくはＤ２Ｄデータのバッファ状態情報を示すＢＳＲを基地局装置３へ送信する。本実施形態では上りリンク送信データのＢＳＲを上りリンクＢＳＲと称し、Ｄ２Ｄ送信データのＢＳＲをＤ２Ｄ ＢＳＲと称する。基地局装置３は、端末装置１から上りリンクＢＳＲを受信した場合は、端末装置１への上りリンクデータのスケジューリングを行い、端末装置１からＤ２Ｄ ＢＳＲを受信した場合は、端末装置１へのＤ２Ｄデータのスケジューリングを行う。
ＳＲを送信後、基地局装置３からＵＬ−ＳＣＨを割り当てられない場合、端末装置１は、再度ＳＲを送信する。ＳＲの再送を所定の回数繰り返しても基地局装置３からＵＬ−ＳＣＨを割り当てられない場合、端末装置１は、割り当てられているＰＵＣＣＨおよびＳＲＳを開放して、ランダムアクセス手順を実行する。
次に本実施形態に係る上りリンクＢＳＲについて以下に説明する。
上りリンクにおいて、各論理チャネルは論理チャネルグループ（Logical Channel Group：ＬＣＧ）に分類される。上りリンクＢＳＲでは、各ＬＣＧに対応した上りリンクデータの送信データバッファ量をＭＡＣ層のメッセージとして基地局装置に通知する。
上りリンクＢＳＲは、トリガーされる条件により、レギュラーＢＳＲ（regular BSR）、周期的ＢＳＲ（periodic BSR）、およびパディングＢＳＲ（padding BSR）を含む。
レギュラーＢＳＲは、あるＬＣＧに属する論理チャネルのデータが送信可能になり、かつその送信優先順位がいずれかのＬＣＧに属する既に送信可能な論理チャネルより高い場合か、いずれかのＬＣＧに属する論理チャネルにおいて送信可能なデータがない場合にトリガーされる。また、レギュラーＢＳＲは、所定の再送タイマーｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、かつＵＥがあるＬＣＧに属する論理チャネルで送信可能なデータを持つ場合にトリガーされる。
周期的ＢＳＲは、所定の周期的タイマーｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した場合にトリガーされる。
パディングＢＳＲは、ＵＬ−ＳＣＨが割り当てられており、かつパディングビット数がＢＳＲ ＭＡＣ ＣＥとそのサブヘッダのサイズに等しいか、又はそれより大きい場合にトリガーされる。
また、上りリンクＢＳＲを送信するＭＡＣ ＣＥのフォーマットにはロングＢＳＲ（Long BSR）、ショートＢＳＲ（Short BSR）、および短縮ＢＳＲ（Truncated BSR）が含まれる。
図７にＬＣＧの数が４である場合のショートＢＳＲあるいは短縮ＢＳＲの構成の一例を示す。図７において、ショートＢＳＲあるいは短縮ＢＳＲはどのＬＣＧのバッファステータスレポートであるかを示す２ビットのＬＣＧ ＩＤフィールドと該ＬＣＧのバッファサイズを示す６ビットのバッファサイズフィールドの計８ビット（１オクテット）で構成され、１つのＬＣＧのバッファステータスレポートを送信することが可能である。
バッファサイズフィールドは、ＴＴＩ（Transmission Time Interval：送信時間間隔）に対する全てのＭＡＣ ＰＤＵが構築（built）された後の論理チャネルグループの全ての論理チャネルに渡る利用可能なデータの総量を示す。
図８にＬＣＧの数が４である場合のロングＢＳＲの構成の一例を示す。図８において、ロングＢＳＲはＬＣＧ ＩＤが＃０から＃３であるＬＣＧ各々のバッファサイズを示す４つのバッファサイズフィールドの計２４ビット（３オクテット）で構成され、４つのＬＣＧ全てのバッファステータスレポートを送信することが可能である。
ショートＢＳＲ、短縮ＢＳＲ、およびロングＢＳＲの６ビットのバッファサイズフィールドによって示されるバッファサイズ基準の一例を図９および図１０に示す。端末装置１は上位レイヤのパラメータｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが設定されていない場合、図９に示すバッファサイズ基準を使用し、ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが設定されている場合、図１０に示す拡張バッファサイズ基準を使用する。
レギュラーＢＳＲおよび周期的ＢＳＲを行う場合、ＢＳＲを送信するＴＴＩにおいて、２つ以上のＬＣＧで送信可能なデータが存在する場合、端末装置１はロングＢＳＲをレポートし、その他の場合にはショートＢＳＲをレポートする。
パディングＢＳＲを行う場合、ＢＳＲを送信するＴＴＩにおいてパディングビット数がロングＢＳＲを送信するＭＡＣ ＣＥとそのサブヘッダのサイズ以上である場合、端末装置１はロングＢＳＲをレポートする。パディングビット数がロングＢＳＲを送信するＭＡＣ ＣＥとそのサブヘッダのサイズ未満であるが、ショートＢＳＲを送信するＭＡＣ ＣＥとそのサブヘッダのサイズ以上である場合、端末装置１は次の動作を行う。２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲをレポートし、その他の場合ショートＢＳＲをレポートする。
全てのトリガーされた上りリンクＢＳＲは以下の場合にキャンセルされる。
（１）ＭＡＣ ＰＤＵにＢＳＲが含まれる場合
（２）上りリンクグラントにより割り当てられたＵＬ−ＳＣＨでバッファ内の全ての上りリンクデータを送信可能であるが、追加してＢＳＲ ＭＡＣ ＣＥとそのサブヘッダを送るためにはリソースが不足している場合
次に本実施形態に係るＤ２Ｄ ＢＳＲについて以下に説明する。
Ｄ２Ｄ ＢＳＲでは、Ｄ２Ｄ通信において使用可能な論理チャネルにおけるＤ２Ｄ送信データのバッファ量をＭＡＣ層のメッセージとして基地局装置に通知する。Ｄ２Ｄ ＢＳＲの一態様では、Ｄ２Ｄ通信において使用可能な論理チャネルを１種類としてＤ２Ｄ ＢＳＲは該論理チャネルにおける送信データバッファ量を通知する。ただし、Ｄ２Ｄ通信において使用可能な論理チャネルが２種類以上である場合、上りリンクＢＳＲと同様に各論理チャネルの送信データバッファ量、または２種類以上の論理チャネルからなるＬＣＧ毎の送信データバッファ量を通知してもよい。また、Ｄ２Ｄ ＢＳＲのトリガー条件は、上りリンクＢＳＲと同様に、レギュラーＢＳＲ、周期的ＢＳＲ、およびパディングＢＳＲの全てが用いられてもよいし、一部のトリガー条件のみ用いられてもよい。
次に、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥのフォーマットについて説明する。
Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥは、上りリンクＢＳＲと同一のフォーマットである図７のショートＢＳＲあるいは短縮ＢＳＲ、および図８のロングＢＳＲが用いられて良いし、異なるフォーマットが用いられても良い。例えば、Ｄ２Ｄにおいて用いられるＬＣＧの数が１つである場合に、図１１のようにＬＣＧ ＩＤフィールドを用いない第２のショートＢＳＲを用いてもよいし、例えばＤ２Ｄにおいて用いられるＬＣＧの数が２つである場合に、図１２のようにＬＣＧ ＩＤが＃０および＃１である２つの４ビットのバッファサイズフィールドを用いる第３のショートＢＳＲを用いてもよい。また、例えばＤ２Ｄにおいて用いられるＬＣＧの数が４つである場合に、図１３のように４ビットのバッファサイズフィールドを４つ用いた２オクテットで構成されるミドルＢＳＲを用いてもよい。
上りリンクＢＳＲと同一のフォーマットを用いる場合、６ビットのバッファサイズフィールドには図９および図１０のような上りリンクＢＳＲと同一のバッファサイズ基準および拡張バッファサイズ基準を用いることができる。ただし、ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓにより上りリンクＢＳＲに対して使用するバッファサイズ基準を切り替える場合に、Ｄ２Ｄ ＢＳＲに対して常に図９のバッファサイズ基準を適用してもよい。すなわち、ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓがセットされている場合、Ｄ２Ｄ ＢＳＲに対して拡張バッファ基準を用いなくてもよい。
また、Ｄ２Ｄ ＢＳＲにおいては上りリンクとは独立にバッファサイズ基準を切り替える上位レイヤのパラメータが用いられてもよい。この場合、上りリンクＢＳＲにおけるバッファサイズの分布とＤ２Ｄ ＢＳＲにおけるバッファサイズの分布が異なる場合に、異なるバッファサイズ基準を設定することができる。
ただし、Ｄ２Ｄ ＢＳＲには上りリンクＢＳＲとは異なるバッファサイズ基準が用いられてもよい。例えば、図１４に示す８ビットのバッファサイズ基準が用いられてもよいし、図１５に示す４ビットのバッファサイズ基準が用いられてもよい。これにより、第２のショートＢＳＲや第３のショートＢＳＲの適用が可能となる。
図１６に本実施形態に係るＵＬ−ＳＣＨのための論理チャネルＩＤの一例を示す。ＭＡＣ ＰＤＵヘッダにおいてＭＡＣ ＰＤＵサブヘッダ毎に示される５ビットの論理チャネルＩＤにより基地局装置は対応するＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、およびパディングを識別することができる。
ただし、図１６では１種類のＤ２Ｄ ＢＳＲフォーマット（例えばショートＢＳＲ）のみ用いられる場合に有効であるが、Ｄ２Ｄ ＢＳＲにおいてショートＢＳＲ、短縮ＢＳＲおよびロングＢＳＲが用いられる場合には、図１７の論理チャネルＩＤを適用してもよい。
その他、任意の数の論理チャネルＩＤをＤ２Ｄ ＢＳＲに適用してもよい。
以下、本発明の端末装置において、送信すべき上りリンクデータに複数の論理チャネルが含まれる場合の動作を説明する。
ＭＡＣ層は、各論理チャネルをＭＡＣ ＰＤＵにマッピングする機能を持っており、新規伝送が行われる場合、論理チャネル優先順位付け（Logical Channel Prioritization：ＬＣＰ）手順を用いる。基本的なＬＣＰ手順は、各論理チャネルの優先度と、無線ベアラのＱｏＳ（Quality of Service）に対応する一定期間内に送信しなければならない送信ビットレート（Prioritized Bit Rate：ＰＢＲ）とを考慮して送信データの送信優先順位を決定し、上りリンクグラントを受信した時点での送信優先順位の高いデータからＭＡＣ ＰＤＵにマッピングを行う。
ＲＲＣ層は、各論理チャネルに対応する、値が大きいほど優先度が低いことを示すパラメータｐｒｉｏｒｉｔｙ、優先ビットレート（Prioritized Bit Rate：ＰＢＲ）を示すパラメータｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、およびバケットサイズデュレーション（Bucket Size Duration：BSD）を示すパラメータｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎをシグナリングすることにより上りリンクデータのスケジューリングを制御する。
端末装置１は、各論理チャネルｊに対して変数Ｂｊを保持する。Ｂｊは関連する論理チャネルが確立された場合にゼロに初期化され、ＴＴＩ毎に論理チャネルｊにおけるＰＢＲとＴＴＩ期間を乗算した値（ＰＢＲ×ＴＴＩ ｄｕｌａｔｉｏｎ）が加算される。ただし、Ｂｊの値はバケットサイズを超過することはなく、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなる場合には、Ｂｊの値はバケットサイズにセットされる。ある論理チャネルにおけるバケットサイズはＰＢＲ×ＢＳＤに等しい。
端末装置１は、下記手順に従い、論理チャネルにリソースを割り当てる。
ステップ１：Ｂｊ＞０である全ての論理チャネルが優先度の高い順に割り当てられる。ある無線ベアラのＰＢＲが無限大にセットされている場合には、端末装置１は他の優先度の低い無線ベアラのＰＢＲを判断する前に該無線ベアラの全ての送信可能なデータにリソースを割り当てる。
ステップ２：端末装置１は、ステップ１において論理チャネルｊに割り当てられたＭＡＣ ＳＤＵのサイズの合計分の値を、Ｂｊから減算する。ただし、Ｂｊは負の値をとることができる。
ステップ３：リソースに空きがある場合、Ｂｊの値に関係なく、論理チャネルのデータまたは上りリンクグラントがなくなるまで、優先度の高い順に全ての論理チャネルが割り当てられる。優先度の等しい論理チャネルには等しく割り当てが行われる。
本実施形態に係るＬＣＰ手順の優先度は、高い順に下記の通りである。
・Ｃ−ＲＮＴＩ ＭＡＣ ＣＥまたはＵＬ−ＣＣＣＨからのデータ
・パディングＢＳＲを除くＢＳＲ ＭＡＣ ＣＥ
・パディングＢＳＲを除くＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥ
・ＰＨＲ ＭＡＣ ＣＥまたは拡張ＰＨＲ ＭＡＣ ＣＥ
・ＵＬ−ＣＣＣＨを除く論理チャネルからのデータ
・パディングＢＳＲによるＢＳＲ ＭＡＣ ＣＥ
・パディングＢＳＲによるＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥ
このようにＤ２Ｄ ＢＳＲのためのＭＡＣ ＣＥに比べて上りリンクＢＳＲのためのＭＡＣ ＣＥに対し高い優先度を設定することにより、上りリンクＢＳＲとＤ２Ｄ ＢＳＲが同時にトリガーされている場合に、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥが割り当てられることによりＢＳＲ ＭＡＣ ＣＥを割り当てるリソースが不足することを防ぐことができる。上りリンクＢＳＲの通知は、端末装置１が基地局装置３から上りリンクリソースを割り当てられるために必要である。そのためＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥが割り当てられることにより上りリンクＢＳＲが基地局装置３へ通知されなかった場合には、上りリンクＢＳＲのためにＳＲ処理が求められ、上りリンク通信のリソース割り当てに遅延が生じ、通信効率が落ちることが考えられる。
ただし、Ｄ２Ｄに関するＭＡＣ ＣＥより上りリンクに関するＭＡＣ ＣＥを優先するという観点から、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥの優先度は異なるものであってもよい。例えば、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥはＰＨＲ ＭＡＣ ＣＥまたは拡張ＰＨＲ ＭＡＣ ＣＥより低い優先度であっても良いし、ＵＬ−ＣＣＣＨを除く論理チャネルからのデータより低い優先度であっても良い。
ただし、パディングＢＳＲによるＢＳＲ ＭＡＣ ＣＥとパディングＢＳＲによるＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥの間には任意の優先度が設定されても良い。
例えば、ＢＳＲ ＭＡＣ ＣＥでショートＢＳＲ、短縮ＢＳＲおよびロングＢＳＲが使用可能であり、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥでショートＢＳＲのみ使用可能である場合、端末装置１はパディングビット数に応じて下記の動作を行ってもよい。
パディングビット数が１つのショートＢＳＲおよびそのサブヘッダのサイズ以上で、２つのショートＢＳＲおよびそのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクで送信可能なデータが存在せず、Ｄ２Ｄで送信可能なデータが存在する場合、ショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いた上りリンクＢＳＲを送信する。
・その他の場合、ショートＢＳＲを用いた上りリンクＢＳＲを送信する。
パディングビット数が２つのショートＢＳＲおよびそのサブヘッダのサイズ以上で、１つのロングＢＳＲおよびそのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、Ｄ２Ｄで送信可能なデータが存在する場合、ショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いた上りリンクＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの１つのＬＣＧで送信可能なデータが存在する場合、または上りリンクで送信可能なデータが存在しない場合、ショートＢＳＲを用いた上りリンクＢＳＲを送信する。
パディングビット数が１つのロングＢＳＲおよびそのサブヘッダのサイズ以上で、１つのロングＢＳＲと１つのショートＢＳＲおよびそれらのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、ロングＢＳＲを用いた上りリンクＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの１つのＬＣＧで送信可能なデータが存在する場合、または上りリンクで送信可能なデータが存在しない場合、ショートＢＳＲを用いた上りリンクＢＳＲとショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
パディングビット数が１つのロングＢＳＲと１つのショートＢＳＲおよびそれらのサブヘッダのサイズ以上である場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、ロングＢＳＲを用いた上りリンクＢＳＲとショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
また、ＢＳＲ ＭＡＣ ＣＥとＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥでそれぞれショートＢＳＲ、短縮ＢＳＲおよびロングＢＳＲが使用可能である場合、端末装置１はパディングビット数に応じて下記の動作を行ってもよい。
パディングビット数が１つのショートＢＳＲおよびそのサブヘッダのサイズ以上で、２つのショートＢＳＲおよびそのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクで送信可能なデータが存在せず、Ｄ２Ｄの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクで送信可能なデータが存在せず、Ｄ２Ｄの１つのＬＣＧで送信可能なデータが存在する場合、ショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いた上りリンクＢＳＲを送信する。
・その他の場合、ショートＢＳＲを用いた上りリンクＢＳＲを送信する。
パディングビット数が２つのショートＢＳＲおよびそのサブヘッダのサイズ以上で、１つのロングＢＳＲおよびそのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、Ｄ２Ｄの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、Ｄ２Ｄの１つのＬＣＧで送信可能なデータが存在する場合、またはＤ２Ｄで送信可能なデータが存在しない場合、ショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、最も優先度の高いＬＣＧの短縮ＢＳＲを用いた上りリンクＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの１つのＬＣＧで送信可能なデータが存在する場合、または上りリンクで送信可能なデータが存在しない場合、ショートＢＳＲを用いた上りリンクＢＳＲを送信する。
パディングビット数が１つのロングＢＳＲおよびそのサブヘッダのサイズ以上で、１つのロングＢＳＲと１つのショートＢＳＲおよびそれらのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクで２つ以上のＬＣＧで送信可能なデータが存在する場合、ロングＢＳＲを用いた上りリンクＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクで送信可能なデータが存在せず、Ｄ２Ｄリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、ロングＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの１つのＬＣＧで送信可能なデータが存在し、Ｄ２Ｄリンクの２つ以上のＬＣＧで送信可能なデータが存在する場合、ショートＢＳＲを用いた上りリンクＢＳＲとＤ２Ｄリンクで最も優先度の高いＬＣＧの短縮ＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・その他の場合、ショートＢＳＲを用いた上りリンクＢＳＲとショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
パディングビット数が１つのロングＢＳＲと１つのショートＢＳＲおよびそれらのサブヘッダのサイズ以上で、２つのロングＢＳＲおよびそれらのサブヘッダのサイズより小さい場合、端末装置１は下記の動作を行う。
・ＢＳＲを送信するＴＴＩにおいて、Ｄ２Ｄで２つ以上のＬＣＧで送信可能なデータが存在しない場合、ロングＢＳＲを用いた上りリンクＢＳＲとショートＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在せず、Ｄ２Ｄの２つ以上のＬＣＧで送信可能なデータが存在する場合、ショートＢＳＲを用いた上りリンクＢＳＲとロングＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
・ＢＳＲを送信するＴＴＩにおいて、上りリンクの２つ以上のＬＣＧで送信可能なデータが存在し、Ｄ２Ｄの２つ以上のＬＣＧで送信可能なデータが存在する場合、ロングＢＳＲを用いた上りリンクＢＳＲとＤ２Ｄリンクで最も優先度の高いＬＣＧの短縮ＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
パディングビット数が２つのロングＢＳＲおよびそれらのサブヘッダのサイズより以上である場合、ロングＢＳＲを用いた上りリンクＢＳＲとロングＢＳＲを用いたＤ２Ｄ ＢＳＲを送信する。
このような動作により、パディングビットを用いて効率よく上りリンクＢＳＲとＤ２Ｄ ＢＳＲを送信することができる。
ただし、以上の説明ではパディングＢＳＲを送信する場合にＤ２Ｄ ＢＳＲに比べて上りリンクＢＳＲを優先したが、Ｄ２Ｄ ＢＳＲを優先して送信することも有効である。この場合、レギュラーＢＳＲまたは周期的ＢＳＲについてＤ２Ｄ ＢＳＲに比べて上りリンクＢＳＲを優先することによるＤ２Ｄ ＢＳＲの送信機会の減少をパディングＢＳＲを用いたＤ２Ｄ ＢＳＲにより補うことができる。
ただし、パディングＢＳＲを送信する場合、上りリンクＢＳＲとＤ２Ｄ ＢＳＲのうち端末装置１が選択した任意のＢＳＲを送信してもよい。
ただし、パディングＢＳＲを送信する場合、上りリンクＢＳＲとＤ２Ｄ ＢＳＲを交互に送信してもよい。すなわち、上りリンクＢＳＲとＤ２Ｄ ＢＳＲのうち、最後のパディングＢＳＲで送信されていないＢＳＲを送信してもよい。
また、端末装置１が１つのＴＴＩにおける複数のＭＡＣ ＰＤＵの送信を要求されている場合、端末装置１は下記の動作の一部または全部を行ってもよい。
・上りリンクＢＳＲとＤ２Ｄ ＢＳＲを同じ、または、異なるＭＡＣ ＰＤＵに含める。
・上りリンクに対するレギュラーＢＳＲまたは上りリンクに対する周期的ＢＳＲを含まないＭＡＣ ＰＤＵに上りリンクに対するパディングＢＳＲを含める。
・Ｄ２Ｄリンクに対するレギュラーＢＳＲまたはＤ２Ｄリンクに対する周期的ＢＳＲを含まないＭＡＣ ＰＤＵにＤ２Ｄリンクに対するパディングＢＳＲを含める。
例えば、端末装置１が１つのＴＴＩで複数のＭＡＣ ＰＤＵの送信が要求されており、第１のＭＡＣ ＰＤＵに上りリンクに対するレギュラーＢＳＲ、周期的ＢＳＲ、またはパディングＢＳＲを含める場合に、第２のＭＡＣ ＰＤＵにＤ２Ｄリンクに対するレギュラーＢＳＲ、周期的ＢＳＲ、またはパディングＢＳＲを含めてもよい。
例えば、端末装置１が１つのＴＴＩで複数のＭＡＣ ＰＤＵの送信が要求されており、第１のＭＡＣ ＰＤＵに上りリンクに対するレギュラー／周期的ＢＳＲ、および、Ｄ２Ｄリンクに対するパディングＢＳＲを含める場合に、第２のＭＡＣ ＰＤＵにＤ２Ｄリンクに対するレギュラー／周期的ＢＳＲ、および、上りリンクに対するパディングＢＳＲを含め、第３のＭＡＣ ＰＤＵに上りリンクに対するパディングＢＳＲ、および、Ｄ２Ｄリンクに対するパディングＢＳＲを含めてもよい。
ただし、１つのＭＡＣ ＰＤＵには多くとも１つのＢＳＲ ＭＡＣ ＣＥと１つのＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥしか含まないことが望ましい。このような条件でＢＳＲを送信可能なタイミングで複数のイベントが上りリンクＢＳＲをトリガーした場合、パディングＢＳＲよりレギュラーＢＳＲおよび周期的ＢＳＲが優先される。このような条件でＢＳＲを送信可能なタイミングで複数のイベントがＤ２Ｄ ＢＳＲをトリガーした場合、パディングＢＳＲよりレギュラーＢＳＲおよび周期的ＢＳＲが優先される。
また、ＭＡＣ ＰＤＵに多くとも１つのＢＳＲ ＭＡＣ ＣＥまたは１つのＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥしか含まなくてもよい。このような条件でＢＳＲを送信可能なタイミングで複数のイベントが上りリンクＢＳＲおよびＤ２Ｄ ＢＳＲをトリガーした場合、パディングＢＳＲによる上りリンクＢＳＲよりレギュラーＢＳＲおよび周期的ＢＳＲによるＤ２Ｄ ＢＳＲが優先されることが望ましい。
以上の説明では、上りリンクＢＳＲとＤ２Ｄ ＢＳＲでは異なるＭＡＣ ＣＥ（ＢＳＲ ＭＡＣ ＣＥとＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥ）を定義した。ただし、本発明における別の態様として、上りリンクＢＳＲが通知する１つのＬＣＧにＤ２Ｄ ＢＳＲを割り当てることも有効である。例えば、ＢＳＲ ＭＡＣ ＣＥに４つのＬＣＧが用いられた場合に、１つのＬＣＧをＤ２Ｄ ＢＳＲに割り当ててもよい。どのＬＣＧをＤ２Ｄ ＢＳＲに割り当てるかは、例えば、ＬＣＧ ＩＤ ＃４のように定められていてもよいし、上位レイヤのシグナリングにより設定されてもよい。
以下、本実施形態における装置の構成について説明する。
図１８は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、論理チャネル割当部３０１、送信部３０２、受信部３０３、ＭＡＣ情報検出部３０４、リソース割当部３０５と送受信アンテナ３０６を含んで構成される。
論理チャネル割当部３０１は、端末装置１に対して、論理チャネルの識別情報を割り当てる。例えば、論理チャネルの識別情報には、各論理チャネルの識別子に加え、前述した各論理チャネルの優先度、ＰＢＲ、ＢＳＤ等が含まれる。
送信部３０２は、端末装置１に対して、送受信アンテナ３０６を介してデータ信号や制御信号を送信するように構成されている。ただし、送信部３０２は、論理チャネル割当部３０１によって割り当てられた論理チャネルの識別情報を送信するように構成されている。また、送信部３０２は、リソース割当部３０５によって端末装置１に割り当てられた上りリンクリソースの割当情報とＤ２Ｄリソースの割当情報をそれぞれ所定のタイミングで端末装置１に送信するように構成されている。
受信部３０３は、端末装置１から送信されたデータ信号や制御信号を送受信アンテナ３０６を介して受信するように構成されている。
ＭＡＣ情報検出部３０４は、受信部３０３で受信した信号からＭＡＣ ＰＤＵを検出し、該ＭＡＣ ＰＤＵに含まれるＭＡＣサブヘッダによって、該ＭＡＣ ＰＤＵからＣ−ＲＮＴＩやＢＳＲ、ＰＨといった情報を含む各ＭＡＣ ＣＥを検出する。
リソース割当部３０５は、ＭＡＣ情報検出部３０４で検出されたＢＳＲ ＭＡＣ ＣＥにより示される端末装置１毎の上りリンクバッファのデータ量を考慮して、各端末装置１に上りリンクリソースを割り当て、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥにより示される端末装置１毎のＤ２Ｄバッファのデータ量を考慮して、各端末装置１にＤ２Ｄリソースを割り当てる。割り当てた上りリンクリソースおよびＤ２Ｄリソースの情報は送信部３０２に出力される。
図１９は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、受信部１０１、上りリンクバッファ１０２、Ｄ２Ｄバッファ１０３、ＢＳＲ生成部１０４、ＭＡＣ情報生成部１０５、送信部１０６と送受信アンテナ１０７を含んで構成される。
受信部１０１は、基地局装置３または他の端末装置１から送信されたデータ信号や制御信号を送受信アンテナ１０７を介して受信するように構成されている。また、受信部１０１は、基地局装置３から送信された論理チャネルの識別情報と、上りリンクリソースあるいはＤ２Ｄリソースの割当情報を受信する。
上りリンクバッファ１０２は、基地局装置３へ送信する上りリンクデータが発生した場合に、基地局装置３への送信が完了するまで一時的に保管するように構成されている。Ｄ２Ｄバッファ１０３は、他の端末装置１へ送信するＤ２Ｄ送信データが発生した場合に、他の端末装置１への送信が完了するまで一時的に保管するように構成されている。ただし、上りリンクバッファ１０２とＤ２Ｄバッファ１０３には、同一の記憶領域を共有して用いてもよい。
ＢＳＲ生成部１０４は、所定のタイミングにおいて、上りリンクバッファ１０２内に保管されているＬＣＧ毎の上りリンクデータ量を通知するための上りリンクＢＳＲを生成する。またＢＳＲ生成部１０４は、所定のタイミングにおいて、Ｄ２Ｄバッファ１０３内に保管されているＬＣＧ（あるいは論理チャネル）毎のＤ２Ｄ送信データ量を通知するためのＤ２Ｄ ＢＳＲを生成する。生成された上りリンクＢＳＲおよびＤ２Ｄ ＢＳＲは、ＢＳＲの情報としてＭＡＣ情報生成部１０５に出力される。
ＭＡＣ情報生成部１０５は、Ｃ−ＲＮＴＩやＢＳＲ、ＰＨに関する情報からＭＡＣ ＣＥを生成し、送信データを含めて基地局装置３へ通知するためのＭＡＣ ＰＤＵを生成するように構成されている。ここで、ＭＡＣ情報生成部１０５は、前述のＬＣＰ手順に基づいてＭＡＣ ＰＤＵを生成する。具体的には、割り当てられた上りリンクリソースに基づいたＭＡＣ ＰＤＵのサイズに対して、全てのＭＡＣ ＣＥおよび送信データ割り当てることができない場合には、各ＭＡＣ ＣＥおよび送信データの優先度に基づいてその一部をドロップする。
送信部１０６は、基地局装置３に対して、送受信アンテナ１０７を介して上りリンクのデータ信号や制御信号を送信するように構成されている。また、送信部１０６は、他の端末装置１に対して、送受信アンテナ１０７を介してＤ２Ｄ信号を送信するように構成されている。
以上より、本実施形態の端末装置１は下記の様な特徴を有してよい。
本実施形態の端末装置１は、基地局装置３（ここではＥ−ＵＴＲＡＮと称する）とのセルラ通信（ここでは第１の通信と称する）、および、端末装置１間のＤ２Ｄ通信（ここでは第２の通信と称する）を行なう端末装置１であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する上りリンクＢＳＲ（ここでは第１のバッファステータスレポートと称する）および前記第２の通信に対するＤ２Ｄ ＢＳＲ（ここでは第２のバッファステータスレポートと称する）を報告する送信部１０６を備え、論理チャネル優先順位付け手順に対して、前記第２のバッファステータスレポートの優先度より前記第１のバッファステータスレポートの優先度が高い。
また、本実施形態において、前記端末装置１の前記送信部１０６は、前記第１の通信の上りリンクにおいて、前記第１の通信に対するパワーヘッドルームレポートを報告し、前記論理チャネル優先順位付け手順に対して、前記パワーヘッドルームレポートの優先度より、前記第２のバッファステータスレポートの優先度が高い。
また、本実施形態において、前記端末装置１の前記論理チャネル優先順位付け手順は、初期送信が実行される場合において適用される。
また、本実施形態において、前記端末装置１は、前記論理チャネル優先順位付け手順において、前記優先度の順に上りリンクリソースを割り当てる。
また、本実施形態において、前記端末装置１の前記第１のバッファステータスレポートは、前記第１の通信に対するレギュラーバッファステータスレポート（レギュラーＢＳＲ）、または、前記第１の通信に対する周期的バッファステータスレポート（周期的ＢＳＲ）であり、前記第２のバッファステータスレポートは、前記第２の通信に対するレギュラーバッファステータスレポート、または、前記第２の通信に対する周期的バッファステータスレポートである。
また、本実施形態において、前記端末装置１の前記送信部１０６は、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第３のバッファステータスレポート（例えばパディングＢＳＲを用いた上りリンクＢＳＲである）および前記第２の通信に対する第４のバッファステータスレポート（例えばパディングＢＳＲを用いたＤ２Ｄ ＢＳＲである）を報告し、前記論理チャネル優先順位付け手順に対して、前記第３のバッファステータスレポートおよび前記第４のバッファステータスレポートの優先度より、前記第２のバッファステータスレポートの優先度が高い。
また、本実施形態において、前記端末装置１は、前記第１のバッファステータスレポートおよび前記第３のバッファステータスレポートがトリガーされている場合、前記第１のバッファステータスレポートおよび前記第３のバッファステータスレポートのうち最大で１つのバッファステータスレポートが１つのＭＡＣ ＰＤＵに含まれ、前記第１のバッファステータスレポートは前記第３のバッファステータスレポートに対して優先権を持っている。
また、本実施形態において、前記端末装置１は、前記第２のバッファステータスレポートおよび前記第４のバッファステータスレポートがトリガーされている場合、前記第２のバッファステータスレポートおよび前記第４のバッファステータスレポートのうち最大で１つのバッファステータスレポートが１つのＭＡＣ ＰＤＵに含まれ、前記第２のバッファステータスレポートは前記第４のバッファステータスレポートに対して優先権を持っていることを特徴とするように構成されていてもよい。
また、本実施形態において、前記端末装置１は、前記第１のバッファステータスレポート、前記第２のバッファステータスレポート、前記第３のバッファステータスレポート、および、前記第４のバッファステータスレポートがトリガーされ、且つ、ある１つのＴＴＩにおいて複数のＭＡＣ ＰＤＵを送信することを要求されている場合、前記第１のバッファステータスレポートを含めない何れのＭＡＣ ＰＤＵに前記第３のバッファステータスレポートを含め、前記第２のバッファステータスレポートを含めない何れのＭＡＣ ＰＤＵに前記第４のバッファステータスレポートを含める。
また、本実施形態の端末装置１は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第１のバッファステータスレポートＭＡＣ ＣＥ（例えば、ＢＳＲ ＭＡＣ ＣＥ）および前記第２の通信に対する第２のバッファステータスレポートＭＡＣ ＣＥ（例えばＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥ）を含む１つまたは複数のＭＡＣ ＰＤＵを送信する送信部１０６を備え、前記第１のバッファステータスレポートＭＡＣ ＣＥおよび前記第２のバッファステータスレポートＭＡＣ ＣＥは、論理チャネルグループに対応するバッファサイズフィールドを含み、前記バッファサイズフィールドは、前記１つまたは複数のＭＡＣ ＰＤＵを含む全てのＭＡＣ ＰＤＵを構築した後の前記対応する論理チャネルグループ（ＬＣＧ）の全ての論理チャネルにわたって利用可能なデータの総量を示し、第１のパラメータ（例えば、ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓ）が設定されていない場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、バッファサイズの値に関連するバッファサイズ基準（ここでは第１のテーブルと称する）に基づいて選択され、前記第１のパラメータが設定されている場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、前記バッファサイズの値に関連する前記第１のテーブルと異なる拡張バッファサイズ基準（ここでは第２のテーブルと称する）に基づいて選択され、前記第２のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値を選択する場合に用いられる第３のテーブルは、前記第１のパラメータに依らない。
また、本実施形態において、前記端末装置１の前記第２のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値を選択する場合に用いられる第３のテーブルは、前記第１のテーブルと同一のテーブルである。
また、本実施形態において、前記端末装置１で用いられる前記第１のテーブルと前記第２のテーブルのそれぞれは、前記バッファサイズの値とインデックスの対応を示し、前記第２のテーブルにおけるインデックスは、前記第１のテーブルにおけるインデックスが対応するバッファサイズの値よりも拡張されたバッファサイズの値を示す。
また、本実施形態において、前記端末装置１で用いられる前記第２のバッファステータスレポートに含まれるバッファサイズフィールドのビット数は、前記第１のバッファステータスレポートに含まれるバッファサイズフィールドのビット数より少ない。
また、本実施形態の端末装置１は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１であって、前記第２の通信のためのリソースが前記Ｅ−ＵＴＲＡＮによって制御される第１のモード（例えばモード１）、または、リソースプールの中から前記第２の通信のためのリソースが前記端末装置１によって選択される第２のモード（例えばモード２）を設定する設定部と、前記第１の通信の上りリンクにおいて、前記第２の通信に対するバッファステータスレポートを報告する送信部と、を備え、前記第２のモードが設定されている場合、前記第２の通信に対するバッファステータスレポートはトリガーされない。
また、本実施形態の前記端末装置１は、前記第１のモードが設定されている場合、前記第２の通信に対するバッファステータスレポートはトリガーされうる。
また、本実施形態の前記端末装置１は、前記第２のモードが設定または再設定された場合、トリガーされた前記第２の通信に対するバッファステータスレポートはキャンセルされる。
また、本実施形態において、前記端末装置１の前記第２の通信に対するバッファステータスレポートは、レギュラーバッファステータスレポートであり、前記第２の通信に対するレギュラーバッファステータスレポートは、retxBSR-Timerが満了している、且つ、前記端末装置１が前記第２の通信に対する送信のために利用可能なデータを持っているというイベントに基づいてトリガーされる。
また、本実施形態の前記端末装置１は、前記第２の通信に対するバッファステータスレポートがトリガーされ、且つ、キャンセルされていないことに少なくとも基づいて、スケジューリングリクエストがトリガーされ、前記スケジューリングリクエストは、前記第１の通信の上りリンクにおける初期送信のためのＵＬ−ＳＣＨリソースを要求するために用いられる。
また、本実施形態の前記端末装置１は、前記第２のモードが設定または再設定された場合、前記イベントに基づく前記第２の通信に対するレギュラーバッファステータスレポートに由来するペンディングしているスケジューリングリクエストをキャンセルする。
また、本実施形態の集積回路は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に実装される集積回路であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第１のバッファステータスレポートおよび前記第２の通信に対する第２のバッファステータスレポートを報告する機能を含む一連の機能を前記端末装置１に発揮させ、論理チャネル優先順位付け手順に対して、前記第２のバッファステータスレポートの優先度より前記第１のバッファステータスレポートの優先度が高い。
また、本実施形態の集積回路は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に実装される集積回路であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第１のバッファステータスレポートＭＡＣ ＣＥおよび前記第２の通信に対する第２のバッファステータスレポートＭＡＣ ＣＥを含む１つまたは複数のＭＡＣ ＰＤＵを送信する機能を含む一連の機能を前記端末装置１に発揮させ、前記第１のバッファステータスレポートＭＡＣ ＣＥおよび前記第２のバッファステータスレポートＭＡＣ ＣＥは、論理チャネルグループに対応するバッファサイズフィールドを含み、前記バッファサイズフィールドは、前記１つまたは複数のＭＡＣ ＰＤＵを含む全てのＭＡＣ ＰＤＵを構築した後の前記対応する論理チャネルグループの全ての論理チャネルにわたって利用可能なデータの総量を示し、第１のパラメータが設定されていない場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、バッファサイズの値に関連する第１のテーブルに基づいて選択され、前記第１のパラメータが設定されている場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、前記バッファサイズの値に関連する前記第１のテーブルと異なる第２のテーブルに基づいて選択され、前記第２のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値を選択する場合に用いられる第３のテーブルは、前記第１のパラメータに依らない。
また、本実施形態の集積回路は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に実装される集積回路であって、前記第２の通信のためのリソースが前記Ｅ−ＵＴＲＡＮによって制御される第１のモード、または、リソースプールの中から前記第２の通信のためのリソースが前記端末装置１によって選択される第２のモードを設定する機能と、前記第１の通信の上りリンクにおいて、前記第２の通信に対するバッファステータスレポートを報告する機能と、を含む一連の機能を前記端末装置１に発揮させ、前記第２のモードが設定されている場合、前記第２の通信に対するバッファステータスレポートはトリガーされない。
また、本実施形態の無線通信方法は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に用いられる無線通信方法であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第１のバッファステータスレポートおよび前記第２の通信に対する第２のバッファステータスレポートを報告し、論理チャネル優先順位付け手順に対して、前記第２のバッファステータスレポートの優先度より前記第１のバッファステータスレポートの優先度が高い。
また、本実施形態の無線通信方法は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に用いられる無線通信方法であって、前記第１の通信の上りリンクにおいて、前記第１の通信に対する第１のバッファステータスレポートＭＡＣ ＣＥおよび前記第２の通信に対する第２のバッファステータスレポートＭＡＣ ＣＥを含む１つまたは複数のＭＡＣ ＰＤＵを送信し、前記第１のバッファステータスレポートＭＡＣ ＣＥおよび前記第２のバッファステータスレポートＭＡＣ ＣＥは、論理チャネルグループに対応するバッファサイズフィールドを含み、前記バッファサイズフィールドは、前記１つまたは複数のＭＡＣ ＰＤＵを含む全てのＭＡＣ ＰＤＵを構築した後の前記対応する論理チャネルグループの全ての論理チャネルにわたって利用可能なデータの総量を示し、第１のパラメータが設定されていない場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、バッファサイズの値に関連する第１のテーブルに基づいて選択され、前記第１のパラメータが設定されている場合、前記第１のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値は、前記バッファサイズの値に関連する前記第１のテーブルとは異なる第２のテーブルに基づいて選択され、前記第２のバッファステータスレポートＭＡＣ ＣＥに含まれるバッファステータスフィールドの値を選択する場合に用いられる第３のテーブルは、前記第１のパラメータに依らない。
また、本実施形態の無線通信方法は、Ｅ−ＵＴＲＡＮとの第１の通信、および、端末装置１間の第２の通信を行なう端末装置１に用いられる無線通信方法であって、前記第２の通信のためのリソースが前記Ｅ−ＵＴＲＡＮによって制御される第１のモード、または、リソースプールの中から前記第２の通信のためのリソースが前記端末装置１によって選択される第２のモードを設定し、前記第１の通信の上りリンクにおいて、前記第２の通信に対するバッファステータスレポートを報告し、前記第２のモードが設定されている場合、前記第２の通信に対するバッファステータスレポートはトリガーされない。
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
本発明は、携帯電話などの通信装置、ＡＶ機器などの生活家電その他の電子機器に適用できる。
１（１Ａ、１Ｂ、１Ｃ） 端末装置
２ リピータ
３ 基地局装置
１０１ 受信部
１０２ 上りリンクバッファ
１０３ Ｄ２Ｄバッファ
１０４ ＢＳＲ生成部
１０５ ＭＡＣ情報生成部
１０６ 送信部
１０７ 送受信アンテナ
３０１ 論理チャネル割当部
３０２ 送信部
３０３ 受信部
３０４ ＭＡＣ情報検出部
３０５ リソース割当部
３０６ 送受信アンテナ

Claims (6)

  1. 上りリンクを介して基地局装置へ信号を送信する端末装置であって、
    前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルするＢＳＲ生成部と、
    第１のモードまたは第２のモードで前記第１のリンクを用いて通信を行う通信部と、を備え、
    前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、
    前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、
    前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされる
    端末装置。
  2. 前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための予め決められた条件を満たす場合に、前記バッファステータスレポートがトリガーされる
    請求項１に記載の端末装置。
  3. 上りリンクを介して基地局装置へ信号を送信する端末装置に実装可能な集積回路であって、
    前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルする機能と、
    第１のモードまたは第２のモードで前記第１のリンクを用いて通信を行う機能と、を含む一連の機能を前記端末装置に発揮させ、
    前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、
    前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、
    前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされる
    集積回路。
  4. 前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための条件を満たす場合に、前記バッファステータスレポートがトリガーされる
    請求項３に記載の集積回路。
  5. 上りリンクを介して基地局装置へ信号を送信する端末装置に用いられる無線通信方法であって、
    前記端末装置と他の端末装置との間の通信に用いられる第１のリンクに対するバッファ内の送信可能なデータ量についての情報を前記基地局装置へ提供するために用いられるバッファステータスレポート（ＢＳＲ）をトリガーし、トリガーされた前記バッファステータスレポートをキャンセルし、
    第１のモードまたは第２のモードで前記第１のリンクを用いて通信を行い、
    前記第１のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記基地局装置によってスケジュールされ、
    前記第２のモードにおいて、前記第１のリンクのデータを送信するためのリソースは前記端末装置によってリソースプールから選択され、
    前記第２のモードが設定される場合に、全てのトリガーされた前記バッファステータスレポートはキャンセルされる
    無線通信方法。
  6. 前記第１のモードが設定され、かつ、前記バッファステータスレポートがトリガーされるための予め決められた条件を満たす場合に、前記バッファステータスレポートがトリガーされる
    請求項５に記載の無線通信方法。
JP2016508830A 2014-03-20 2015-03-20 端末装置、集積回路、および、無線通信方法 Active JP6468658B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014058175 2014-03-20
JP2014058175 2014-03-20
PCT/JP2015/058578 WO2015141841A1 (ja) 2014-03-20 2015-03-20 端末装置、集積回路、および、無線通信方法

Publications (2)

Publication Number Publication Date
JPWO2015141841A1 JPWO2015141841A1 (ja) 2017-04-13
JP6468658B2 true JP6468658B2 (ja) 2019-02-13

Family

ID=54144802

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016508830A Active JP6468658B2 (ja) 2014-03-20 2015-03-20 端末装置、集積回路、および、無線通信方法

Country Status (5)

Country Link
US (1) US10512099B2 (ja)
EP (1) EP3122152B1 (ja)
JP (1) JP6468658B2 (ja)
CN (1) CN106031299B (ja)
WO (1) WO2015141841A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10098142B2 (en) * 2014-03-14 2018-10-09 Sharp Kabushiki Kaisha Terminal apparatus, base station apparatus, communication system, resource management method, and integrated circuit
CN103874049B (zh) * 2014-03-31 2017-02-15 电信科学技术研究院 一种缓冲区状态上报bsr触发方法及装置
US11057903B2 (en) * 2015-04-01 2021-07-06 Samsung Electronics Co., Ltd. Method and apparatus for processing priority in D2D communication system
JP2019153824A (ja) * 2016-07-22 2019-09-12 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
KR102693716B1 (ko) 2016-09-30 2024-08-09 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 채널 상태 정보 전송 방법 및 장치
CN108811145A (zh) 2017-05-04 2018-11-13 株式会社Ntt都科摩 发送和接收上行数据的方法、用户设备和基站
CN109041110B (zh) * 2017-06-09 2020-06-26 维沃移动通信有限公司 一种bsr传输方法、相关设备和系统
EP3661279A4 (en) * 2017-07-28 2021-03-10 LG Electronics Inc. METHOD AND DEVICE IN WHICH THE TERMINAL DEVICE SELECTES THE RESOURCE IN A WIRELESS COMMUNICATION SYSTEM AND TRANSMITS THE SIGNAL
CN110800369B (zh) * 2017-09-21 2024-06-21 Oppo广东移动通信有限公司 传输信息的方法和设备
JP7053823B2 (ja) * 2017-10-30 2022-04-12 ノキア テクノロジーズ オサケユイチア 方法、装置、コンピュータプログラム製品およびコンピュータプログラム
CN111510271B (zh) * 2018-02-08 2022-01-28 Oppo广东移动通信有限公司 传输信息的方法、接收信息的方法、终端设备和网络设备
BR112020016081A2 (pt) * 2018-02-09 2021-01-19 Beijing Xiaomi Mobile Software Co., Ltd. Método de retenção de gatilho e dispositivo de retenção de gatilho
CN108702248B (zh) 2018-05-21 2021-03-23 北京小米移动软件有限公司 缓存状态报告的格式的设置方法和装置
CN110831062B (zh) * 2018-08-10 2022-02-25 华为技术有限公司 一种通信方法及相关设备
WO2020146461A1 (en) * 2019-01-10 2020-07-16 Mediatek Singapore Pte. Ltd. Buffer status report transmission in a separate resource pool for vehicular communication
CN112055415B (zh) * 2019-06-06 2022-10-04 大唐移动通信设备有限公司 一种缓冲区状态报告的传输方法及终端
WO2021022512A1 (zh) * 2019-08-07 2021-02-11 北京小米移动软件有限公司 缓存指示方法及装置、资源发送方法及装置和用户设备
CA3156247A1 (en) * 2019-10-02 2021-04-08 Ntt Docomo, Inc. WIRELESS COMMUNICATION TERMINAL AND METHOD
US12108497B2 (en) * 2020-12-23 2024-10-01 Intel Corporation Access point (AP) coordinated peer-to-peer (P2P) communications in wireless fidelity (Wi-Fi) network
CN117956519A (zh) * 2022-10-27 2024-04-30 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102334370B (zh) * 2009-01-16 2014-10-29 诺基亚公司 调度用于设备到设备通信的资源的装置和方法
CN104378833A (zh) * 2009-08-12 2015-02-25 交互数字专利控股公司 一种无线发射接收单元
US8260427B2 (en) * 2010-07-07 2012-09-04 ProNerve, LLC Garment to facilitate needle electrode placement for intraoperative monitoring
KR101772122B1 (ko) * 2011-03-18 2017-08-28 삼성전자 주식회사 무선 통신 시스템에서 버퍼상태보고를 전송하는 방법 및 장치
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
WO2014022776A1 (en) * 2012-08-03 2014-02-06 Intel Corporation Method and system for enabling device-to-device communication
ES2661052T3 (es) * 2013-01-17 2018-03-27 Sun Patent Trust Configuración de TDD dinámica del enlace ascendente/enlace descendente utilizando DCI
US9907056B2 (en) * 2014-08-06 2018-02-27 Futurewei Technologies, Inc. System and method for allocating resources for device-to-device communications
CN112040455B (zh) * 2014-08-08 2024-09-27 思科系统公司 支持终端间通信的无线通信系统中缓冲区状态报告的运用方法和装置

Also Published As

Publication number Publication date
EP3122152B1 (en) 2019-02-13
US10512099B2 (en) 2019-12-17
CN106031299B (zh) 2019-10-22
WO2015141841A1 (ja) 2015-09-24
EP3122152A4 (en) 2017-11-15
JPWO2015141841A1 (ja) 2017-04-13
CN106031299A (zh) 2016-10-12
US20170006628A1 (en) 2017-01-05
EP3122152A1 (en) 2017-01-25

Similar Documents

Publication Publication Date Title
US11082993B2 (en) Terminal device, integrated circuit, and wireless communication method
JP6468658B2 (ja) 端末装置、集積回路、および、無線通信方法
JP6516242B2 (ja) 端末装置、集積回路、および、無線通信方法
US10764872B2 (en) System and method for allocating resources for device-to-device communications
CN109792640B (zh) 在无线通信系统中预留用于执行v2x通信的有限数量资源的方法和使用该方法的终端
US9780941B2 (en) Terminal device, integrated circuit, and radio communication method
WO2016021638A1 (ja) 端末装置、基地局装置、集積回路、および、無線通信方法
KR20170128120A (ko) 비면허 대역을 사용하는 셀룰러 네트워크에서의 상향링크 자원할당 방법 및 그 장치
US20170118745A1 (en) Terminal device, base station device, and communication method
WO2014176972A1 (zh) D2d通信中的数据发送方法和设备
WO2015194916A1 (ko) 무선 통신 시스템에서 단말 간 직접 통신을 위한 자원을 결정하는 방법 및 이를 위한 장치
JPWO2014156617A1 (ja) 端末装置、基地局装置、通信方法および集積回路
WO2016163464A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
JPWO2014156894A1 (ja) 端末装置、基地局装置、および通信方法
EP3195686A1 (en) D2d resource utilization monitoring in a wireless communication network
JP7455539B2 (ja) 端末装置、および通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180319

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180319

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190111

R150 Certificate of patent or registration of utility model

Ref document number: 6468658

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150