JP6809541B2 - 基地局、端末装置、方法、及びプログラム - Google Patents

基地局、端末装置、方法、及びプログラム Download PDF

Info

Publication number
JP6809541B2
JP6809541B2 JP2018563221A JP2018563221A JP6809541B2 JP 6809541 B2 JP6809541 B2 JP 6809541B2 JP 2018563221 A JP2018563221 A JP 2018563221A JP 2018563221 A JP2018563221 A JP 2018563221A JP 6809541 B2 JP6809541 B2 JP 6809541B2
Authority
JP
Japan
Prior art keywords
identifiers
mac
base station
subheader
related information
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
JP2018563221A
Other languages
English (en)
Other versions
JPWO2018135199A1 (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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Publication of JPWO2018135199A1 publication Critical patent/JPWO2018135199A1/ja
Application granted granted Critical
Publication of JP6809541B2 publication Critical patent/JP6809541B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams

Landscapes

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

Description

本発明は、無線アクセスネットワーク経由でのデータの送受信に関連する基地局、端末装置、方法、プログラム、及び記録媒体に関する。
３ＧＰＰ（Third Generation Partnership Project）において、第５世代移動通信システム（５Ｇ）の標準化作業が行われている。５Ｇの実現ための新たな無線アクセス技術(ＲＡＴ：Radio Access Technology）は、ＮＲ（New Radio）、ＮＥＷ ＲＡＴなどと呼ばれる。
ＮＲでは、新たに数十ＧＨｚの高周波数帯を無線通信に使用することが想定されている。このような高周波数帯で生じる高い伝搬損失を補償し所望のカバレッジを確保するための方法として、多数のアンテナ素子を用いて送受信ビームを形成し指向性利得を向上させる技術であるビームフォーミングが検討されている。ＮＲでは、このビームフォーミングの使用を前提とした仕様策定が行われている。
ビームフォーミングによる指向性利得を最大限に活用するには、送信側の送信ビームを受信側の受信品質が最良となるように形成することが望ましい。ここで、受信側の受信品質は、送信側と受信側の相対的な位置関係、形成可能な受信ビームパターン、干渉源の存在など、受信側に固有の要因に依存する。このため、送信側の送信ビームは、受信側が複数の送信ビーム候補に対する受信品質等を測定した上でフィードバックした情報に基づいて決定されることが望ましい。
また、一の基地局と一の端末装置との通信にビームフォーミングを用いる場合、送信ビームとして、基地局のダウンリンク送信ビーム及び端末装置のアップリンク送信ビームが用いられ得る。ＮＲでは、これらの送信ビームをランダムアクセスプロシージャの中で選択することが検討されている。
ランダムアクセスプロシージャは、端末装置の基地局に対する初期アクセス、ハンドオーバ、アップリンクの再同期などに用いられ、端末装置がランダムアクセスプリアンブルを基地局に送信する段階（ステップ１）、及び基地局がランダムアクセスレスポンスを送信する段階（ステップ２）を含む。
例えば、非特許文献１及び２には、ＮＲにおけるアップリンク送信ビームの決定方法について、まず、端末装置が複数のアップリンク送信ビームを用いて複数のランダムアクセスプリアンブルを送信し、次に、基地局が検出したアップリンク送信ビームに関する情報をランダムアクセスレスポンスで端末装置にフィードバックする方法が記載されている。
なお、ＮＲにおけるランダムアクセスプロシージャの具体的手順は検討段階にある。具体的に、ＮＲでは、従来のＬＴＥ(Long-Term Evolution)、ＬＴＥ−Ａｄｖａｎｃｅｄ及びＬＴＥ−Ａｄｖａｎｃｅｄ Ｐｒｏ(以下、「ＬＴＥ及びその発展形」とする)で規定されているランダムアクセスプロシージャ（例えば、非特許文献３を参照。）と同様のランダムアクセスプロシージャを前提とした種々の合意がなされている。
NTT DOCOMO, INC. "Views on random access procedure for NR", 3GPP TSG RAN WG1 Meeting #87. Reno, USA 14th-18th November 2016. R1-1612709 Samsung. "Random Access Procedure in NR", 3GPP TSG-RAN WG2 #96. Reno, USA, November 14-18, 2016. R2-167568 3GPP, "3GPP TS36.321 v13.3.0," Sep. 2016.
非特許文献１及び２には、ランダムアクセスレスポンスを用いてビームに関する情報（ビーム関連情報）を基地局から端末装置にフィードバックすることは記載されている。しかしながら、非特許文献１及び２では、上述したランダムアクセスレスポンスでビーム関連情報をダウンリンクで送信するために、ＭＡＣ ＰＤＵ（Medium Access Control Protocol Data Unit）を具体的にどのように構成するかについて十分に検討されていない。
本発明の目的は、無線リソースの使用を抑えつつビーム関連情報を含むＭＡＣ ＰＤＵを、ダウンリンクで送信することを可能にすることにある。
本発明の基地局は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得する取得部と、前記ＭＡＣ ＰＤＵをダウンリンクで送信する送信処理部と、を備え、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない。
本発明の端末装置は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信する受信処理部と、前記ＭＡＣ ＰＤＵに含まれる情報を取得する取得部と、を備え、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、前記取得部は、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する。
本発明の第１の方法は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、を含む方法であり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、方法である。
本発明の第２の方法は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、を含む方法であり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、方法である。
本発明の第１のプログラムは、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、をプロセッサに実行させるためのプログラムであり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、プログラムである。
本発明の第２のプログラムは、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、をプロセッサに実行させるためのプログラムであり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、プログラムである。
本発明の第１の記録媒体は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、非一時的記録媒体である。
本発明の第２の記録媒体は、ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
非一時的記録媒体である。
本発明によれば、無線リソースの使用を抑えつつビーム関連情報をダウンリンクで送信することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
図１は、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵの構成例を示す図である。 図２は、ＢＩサブヘッダのフォーマットを示す図である。 図３は、ＲＡＰＩＤサブヘッダのフォーマットを示す図である。 図４は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。 図５は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。 図６は、第１の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。 図７は、実施例１に係るＢＩサブヘッダのフォーマットを示す図である。 図８は、実施例１に係るＵＴＢＩサブヘッダのフォーマットを示す図である。 図９は、「Ｔ」及び「Ｔ２」フィールドを用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの構成例を示す図である。 図１０は、図９に示すＭＡＣヘッダの構成例に対応するＭＡＣ ＰＤＵの全体構成を示す図である。 図１１は、実施例１に係るＭＡＣ ＰＤＵの別の構成例を示す図である。 図１２は、実施例１に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図１３は、実施例１に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図１４は、参考例に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図１５は、実施例２に係るＵＴＢＩサブヘッダのフォーマットを示す図である。 図１６は、「Ｔ」フィールドとＭＡＣサブヘッダの順序を用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの構成例を示す図である。 図１７は、図１６に示すＭＡＣヘッダの構成例に対応するＭＡＣ ＰＤＵの全体構成を示す図である。 図１８は、「Ｔ」フィールドとＭＡＣサブヘッダの順序を用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの他の構成例を示す図である。 図１９は、実施例２におけるＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図２０は、実施例２におけるＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図２１は、参考例におけるＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。 図２２は、基地局１００における処理の概略的な流れの例を説明するためのフローチャートである。 図２３は、実施例１に係るＭＡＣ ＰＤＵの受信処理の概略的な流れの例を説明するためのフローチャートである。 図２４は、実施例２に係るＭＡＣ ＰＤＵの受信処理の概略的な流れの例を説明するためのフローチャートである。 図２５は、第２の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。 図２６は、第２の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
説明は、以下の順序で行われる。
１．関連技術
２．本発明の実施形態の概要
３．本発明の実施形態に係るシステムの構成
４．第１の実施形態
４．１．基地局の構成
４．２．端末装置の構成
４．３．技術的特徴
４．４．実施例
５．第２の実施形態
５．１．基地局の構成
５．２．端末装置の構成
５．３．技術的特徴
６．他の形態
＜＜１．関連技術＞＞
本実施形態に関連する技術として、３ＧＰＰで想定されているビームフォーミング、及び、ＬＴＥ及びその発展形におけるランダムアクセスプロシージャを説明する。
３ＧＰＰ（Third Generation Partnership Project）において、第５世代移動通信システム（５Ｇ）の標準化作業が行われている。５Ｇの実現ための新たな無線アクセス技術(ＲＡＴ：Radio Access Technology）は、ＮＲ（New Radio）、ＮＥＷ ＲＡＴなどと呼ばれる。
ＮＲでは、新たに数十ＧＨｚの高周波数帯を無線通信に使用することが想定されている。このような高周波数帯で生じる高い伝搬損失を補償し所望のカバレッジを確保するための方法として、多数のアンテナ素子を用いて送受信ビームを形成し指向性利得を向上させる技術であるビームフォーミングが検討されている。ＮＲでは、このビームフォーミングの使用を前提とした仕様策定が行われている。
ビームフォーミングによる指向性利得を最大限に活用するには、送信側の送信ビームを受信側の受信品質が最良となるように形成することが望ましい。ここで、受信側の受信品質は、送信側と受信側の相対的な位置関係、形成可能な受信ビームパターン、干渉源の存在など、受信側に固有の要因に依存する。このため、送信側の送信ビームは、受信側が複数の送信ビーム候補に対する受信品質等を測定した上でフィードバックした情報に基づいて決定されることが望ましい。
ここで、各送信ビームに対するフィードバックの要否は、いわゆるｒｅｃｉｐｒｏｃｉｔｙの有無などにより異なる。ｒｅｃｉｐｒｏｃｉｔｙとは、送信信号及び受信信号のチャネル応答が同一であることを意味する。例えば、時分割複信（ＴＤＤ：Time Division Duplex）方式において、送受信時に同一の周波数、アンテナ及びビームパターンが用いられる場合に、ｒｅｃｉｐｒｏｃｉｔｙが成立し得る。この場合、受信ビームと同一のビームパターンを送信ビームとして使用可能であり、送信ビームに関する受信側からのフィードバックは不要となる。また、単一アンテナの場合など、送信ビームが可変でない場合にも同様にフィードバックは不要となる。
また、一の基地局と一の端末装置との通信にビームフォーミングを用いる場合、送信ビームとして、基地局のダウンリンク送信ビーム及び端末装置のアップリンク送信ビームが用いられ得る。ＮＲでは、アップリンク送信ビームを、次に説明するようなランダムアクセスプロシージャの中で選択することが検討されている。
まず、ランダムアクセスプロシージャのステップ１において、端末装置は、６４個の候補から選択された１個のランダムアクセスプリアンブルを、報知情報により通知される特定の時間及び周波数リソース、具体的にはＰＲＡＣＨ（Physical Random Access Channel）リソース上で送信する。基地局は、当該ＰＲＡＣＨリソース上で、６４個のランダムアクセスプリアンブルの候補に対して検出処理を行い、検出に成功したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子（以下、ＲＡＰＩＤ（Random Access Preamble Identifier）ともいう。）を保持する。
次に、ランダムアクセスプロシージャのステップ２において、基地局は、同一のＰＲＡＣＨリソース上で検出された全てのランダムアクセスプリアンブルに対してランダムアクセスレスポンスを生成した上で結合し、さらにヘッダ情報を付加して、ランダムアクセスレスポンスのためのＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を構成する。
図１は、ランダムアクセスレスポンスのためのＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）の構成例を示す図である。すなわち、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵは、図１に示すように、ＭＡＣヘッダ（MAC header）、ＭＡＣペイロード（MAC payload）、及び、必要に応じて付加されるパッディング（padding）に分けられる。
ＭＡＣヘッダ（MAC header）は、複数のサブヘッダから構成され、例えば、図１に示すように、ＢＩサブヘッダ（E/T/R/R/BI MAC subheader）と、ＲＡＰＩＤサブヘッダ（E/T/RAPID MAC subheader）とから構成される。また、ＭＡＣペイロード（MAC payload）は、複数のＭＡＣランダムアクセスレスポンス（MAC RAR）により構成される。
図２は、ＢＩサブヘッダのフォーマットを示す図である。図２に示すように、ＢＩサブヘッダは、例えば、１Ｂｉｔの「Ｅ」フィールド、１Ｂｉｔの「Ｔ」フィールド、１Ｂｉｔの「Ｒ」フィールド、１Ｂｉｔの「Ｒ」フィールド、及び４Ｂｉｔの「ＢＩ」フィールドを含む。
図３は、ＲＡＰＩＤサブヘッダのフォーマットを示す図である。図３に示すように、ＲＡＰＩＤサブヘッダは、例えば、１Ｂｉｔの「Ｅ」フィールド、１Ｂｉｔの「Ｔ」フィールド、及び６Ｂｉｔの「ＲＡＰＩＤ」フィールドを含む。
図２及び図３に示すフォーマットでは、「Ｅ」フィールドの値が１の場合、ＭＡＣサブヘッダが後続することを示し、「Ｅ」フィールドの値が０の場合、ＭＡＣペイロード又はパッディングが後続することを示す。また、「Ｒ」フィールドは未使用のフィールドを表し、値は常に０とする。さらに、「Ｔ」フィールドの値が１の場合、ＭＡＣサブヘッダがＲＡＰＩＤサブヘッダであることを示し、「Ｔ」フィールドの値が０の場合、ＭＡＣサブヘッダがＢＩサブヘッダであることを示す。
また、ＭＡＣヘッダに含まれるＲＡＰＩＤサブヘッダの順序は、ＭＡＣペイロードに含まれるＭＡＣランダムアクセスレスポンス（MAC RAR）の順序と一致する。
なお、ＢＩサブヘッダは必要に応じてＭＡＣ ＰＤＵに付加される。ＢＩサブヘッダが付加される場合、ＭＡＣヘッダ内の最初のサブヘッダとする必要がある。
上述した構成からなるランダムアクセスレスポンスのためのＭＡＣ ＰＤＵは、ＰＤＣＣＨ（Physical Downlink Control Channel）に含まれるＤＣＩ（Downlink Control Information）によってマッピングされたＰＤＳＣＨ（Physical Downlink Shared Channel）上で送信される。
ここで、ＤＣＩが、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵへのマッピングを表すか否かは、当該ＤＣＩのＣＲＣ（Cyclic Redundancy Check)がＲＡ−ＲＮＴＩ（Random Access- Radio Network Temporary Identifier）によりスクランブリングされているか否かで識別される。ＲＡ−ＲＮＴＩは、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨリソースにより異なる値、すなわち、ＰＲＡＣＨリソースに対応した値である。
端末装置は、その端末装置自身がランダムアクセスプリアンブルを送信したＰＲＡＣＨリソースに対応するＲＡ−ＲＮＴＩを用いてＤＣＩを識別した上で、対応するＰＤＳＣＨに含まれるランダムアクセスレスポンスのためのＭＡＣ ＰＤＵに対してデコード試行を行う。そして、デコードに成功した場合、まず、端末装置自身の送信したランダムアクセスプリアンブルに対応するＲＡＰＩＤがＲＡＰＩＤサブヘッダに含まれるか否かを確認する。ＲＡＰＩＤが含まれる場合、当該ＲＡＰＩＤサブヘッダの順序に対応するＭＡＣランダムアクセスレスポンスを抽出する。
＜＜２．本発明の実施形態の概要＞＞
（１）技術的課題
上述したランダムアクセスレスポンスを用いて、ビームに関する情報（ビーム関連情報）を基地局から端末装置にフィードバックすることが検討されている。しかしながら、ビーム関連情報を送信するために、上述したランダムアクセスレスポンスのためのＭＡＣ ＰＤＵ（Medium Access Control Protocol Data Unit）をどのように構成するかについて何ら検討されていない。ここで、端末装置側のｒｅｃｉｐｒｏｃｉｔｙを考慮せずに、アップリンク送信ビーム情報のようなビーム関連情報を、ランダムアクセスレスポンスでフィードバックすると、次のような問題がある。すなわち、ビーム関連情報を必要としない端末装置についても、ビーム関連情報のフィードバックの対象に含めることとなり、不要な情報の送信のために無線リソースが無駄に消費されてしまうという課題が生じ得る。
本発明の実施形態の目的は、無線リソースの使用を抑えつつビーム関連情報を含むＭＡＣ ＰＤＵを、ダウンリンクで送信することを可能にすることにある。
（２）技術的特徴
本発明の実施形態によれば、例えば、基地局は、ＭＡＣ ＰＤＵを取得する取得部と、ＭＡＣ ＰＤＵをダウンリンクで送信する送信処理部と、を備え、ＭＡＣ ＰＤＵは、複数の識別子と、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない。
また、本発明の実施形態によれば、例えば、端末装置は、ＭＡＣ ＰＤＵを、ダウンリンクで受信する受信処理部と、ＭＡＣ ＰＤＵに含まれる情報を取得する取得部と、を備え、ＭＡＣ ＰＤＵは、複数の識別子と、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、取得部は、複数の識別子のうち当該端末装置のために用いられる識別子に対応するビーム関連情報を取得する。
上記の構成により、例えば、無線リソースの使用を抑えつつビーム関連情報を含むＭＡＣ ＰＤＵを、ダウンリンクで送信することが可能になる。
なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本実施形態は上述した技術的特徴に限定されない。
＜＜３．本発明の実施形態に係るシステムの構成＞＞
図４を参照して、本実施形態に係るシステム１の構成の例を説明する。図４は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図４を参照すると、システム１は、基地局１００、及び複数の端末装置２００（図４の例では４つの端末装置２００）を含む。
例えば、システム１は、３ＧＰＰの規格（standard）に準拠したシステムである。より具体的には、システム１は、第５世代（５Ｇ）の規格に準拠したシステムである。あるいは、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ／ＬＴＥ−Ａｄｖａｎｃｅｄ Ｐｒｏ及び／又はＳＡＥ（System Architecture Evolution）、又は第３世代（３Ｇ）の規格に準拠したＵＭＴＳ（Universal Mobile Telecommunications System）であってもよい。当然ながら、システム１は、これらの例に限定されない。
（１）基地局１００
基地局１００は、端末装置との無線通信を行うノードであり、換言すると無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードである。例えば、基地局１００は、端末装置（例えば、複数の端末装置２００）と無線通信を行う。具体的に、基地局１００は、ダウンリンクで各々の端末装置２００への信号を送信し、アップリンクで各々の端末装置２００からの信号を受信する。
また、基地局１００は、ｅＮＢであってもよく、５ＧにおけるｇＮＢ（generation Node B）及び／又はＴＲＰ（Transmission Reception Point）であってもよく、３ＧにおけるＮｏｄｅ Ｂ及び／又はＲＮＣ（Radio Network Controller）であってもよい。基地局１００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（Center/Central Unit：ＣＵ）と呼ばれてもよく、上記第２のユニットは、分散ユニット（Distributed Unit：ＤＵ）又はアクセスユニット（Access Unit：ＡＵ）と呼ばれてもよい。別の例として、上記第１ユニットは、デジタルユニット（Digital Unit：ＤＵ）と呼ばれてもよく、上記第２ユニットは、無線ユニット（Radio Unit：ＲＵ）又はリモートユニット（Remote Unit：ＲＵ）と呼ばれてもよい。上記ＤＵ（Digital Unit）は、ＢＢＵ（Base Band Unit）であってもよく、上記ＲＵは、ＲＲＨ（Remote Radio Head）又はＲＲＵ（Remote Radio Unit）であってもよい。当然ながら、上記第１ユニット（又は第１のノード）及び上記第２ユニット（又は第２のノード）の呼称は、この例に限定されない。あるいは、基地局１００は、単一のユニット（又は単一のノード）であってもよい。この場合に、基地局１００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。
（２）端末装置２００
端末装置２００は、基地局１００との無線通信を行う。例えば、端末装置２００は、ＵＥ（User Equipment）であり、ダウンリンクで基地局１００からの信号を受信し、アップリンクで基地局１００への信号を送信する。
＜＜４．第１の実施形態＞＞
続いて、図５〜図２４を参照して、本発明の第１の実施形態を説明する。
＜４．１．基地局の構成＞
まず、図５を参照して、第１の実施形態に係る基地局１００の構成の例を説明する。図５は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図５を参照すると、基地局１００は、無線通信部１１０、記憶部１２０及び処理部１３０を備える。
（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
（２）記憶部１２０
記憶部１２０は、基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
（３）処理部１３０
処理部１３０は、基地局１００の様々な機能を提供する。処理部１３０は、受信処理部１３１、取得部１３３、及び送信処理部１３５と、を含む。なお、処理部１３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部１３０は、これらの構成要素の動作以外の動作も行い得る。受信処理部１３１、取得部１３３、及び送信処理部１３５の具体的な動作は、後に詳細に説明する。
例えば、処理部１３０（受信処理部１３１）は、無線通信部１１０を介して、複数の端末装置２００からランダムアクセスプリアンブルを受信する。また、処理部１３０（送信処理部１３５）は、無線通信部１１０を介して、ランダムアクセスプリアンブルに対応するランダムアクセスレスポンスを複数の端末装置２００に送信する。
（４）実装例
無線通信部１１０は、指向性アンテナ及び高周波（Radio Frequency：ＲＦ）回路等により実装されてもよい。記憶部１２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１３０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。受信処理部１３１、取得部１３３、及び送信処理部１３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部１３０の動作（受信処理部１３１、取得部１３３、及び送信処理部１３５の動作）を行ってもよい。上記プログラムは、処理部１３０の動作（受信処理部１３１、取得部１３３、及び送信処理部１３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
＜４．２．端末装置の構成＞
次に、図６を参照して、第１の実施形態に係る端末装置２００の構成の例を説明する。図６は、第１の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。図６を参照すると、端末装置２００は、無線通信部２１０、記憶部２２０及び処理部２３０を備える。
（１）無線通信部２１０
無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、基地局１００からの信号を受信し、基地局１００への信号を送信する。
（２）記憶部２２０
記憶部２２０は、端末装置２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
（３）処理部２３０
処理部２３０は、端末装置２００の様々な機能を提供する。処理部２３０は、送信処理部２３１、受信処理部２３３、及び取得部２３５を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。送信処理部２３１、受信処理部２３３、及び取得部２３５の具体的な動作は、後に詳細に説明する。
例えば、処理部２３０（送信処理部２３１）は、無線通信部２１０を介して、ランダムアクセスプリアンブルを基地局１００に送信する。また、処理部２３０（受信処理部２３３）は、無線通信部２１０を介して、ランダムアクセスレスポンスを基地局１００から受信する。
（４）実装例
無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。送信処理部２３１、受信処理部２３３、及び取得部２３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
端末装置２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部２３０の動作（送信処理部２３１、受信処理部２３３、及び取得部２３５の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（送信処理部２３１、受信処理部２３３、及び取得部２３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
＜４．３．技術的特徴＞
次に、第１の実施形態の技術的特徴を説明する。
基地局１００（取得部１３３）は、ＭＡＣ ＰＤＵを取得する。そして、基地局１００（送信処理部１３５）は、上記ＭＡＣ ＰＤＵをダウンリンクで送信する。上記ＭＡＣ ＰＤＵは、複数の識別子と、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない。
なお、基地局１００が、少なくとも上記のようなＭＡＣ ＰＤＵを取得して送信する限り、複数の識別子全てに対応するビーム関連情報を含むＭＡＣ ＰＤＵ、複数の識別子のいずれに対応するビーム関連情報をも含まないＭＡＣ ＰＤＵなど、別のＭＡＣ ＰＤＵを取得して送信してもよい。
とりわけ、上記複数の識別子の各々は、複数の端末装置２００の各々のために用いられる情報、より具体的には複数の端末装置２００の各々のための識別情報である。さらに、上記ＭＡＣ ＰＤＵは、上記複数の識別子の各々に対応するデータを含む。
端末装置２００（受信処理部２３３）は、上記ＭＡＣ ＰＤＵを、ダウンリンクで受信する。そして、端末装置２００（取得部２３５）は、上記ＭＡＣ ＰＤＵに含まれる情報を取得する。すなわち、端末装置２００（取得部２３５）は、複数の識別子のうち当該端末装置２００のために用いられる識別子に対応するビーム関連情報を取得する。
具体的に、端末装置２００（取得部２３５）は、当該端末装置２００のために用いられる上記識別子が、上記１つ以上の識別子に含まれる場合に、当該端末装置２００のために用いられる上記識別子に対応する上記ビーム関連情報を取得する。
以上のように、上記ＭＡＣ ＰＤＵは、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まないので、無線リソースの使用を抑えつつビーム関連情報をダウンリンクで送信することが可能になる。
（１）ヘッダ
上記ＭＡＣ ＰＤＵは、ＭＡＣヘッダを含む。上記ＭＡＣヘッダは、上記複数の識別子が配列されている第１の領域と、上記１つ以上の識別子の各々に対応する上記ビーム関連情報が配列されている第２の領域と、を含む。とりわけ、上記第１の領域において、上記１つ以上の識別子は、上記他の識別子よりも前に配列されている。
より具体的に、上記複数の識別子が、Ｎ（Ｎ≧２）個の識別子とすると、上記ＭＡＣ ＰＤＵは、上記複数の識別子に含まれるＭ（１≦Ｍ＜Ｎ）個の識別子の各々に対応する上記ビーム関連情報を含む。すなわち、上記第２の領域には、上記Ｍ個の識別子の各々に対応する上記ビーム関連情報が配列されている。また、上記第２の領域内での順序において、ｍ（１≦ｍ≦Ｍ）番目の上記ビーム関連情報は、上記第１の領域内での順序においてｍ番目の識別子に対応する。
−サブヘッダ
上記複数の識別子の各々は、上記ＭＡＣヘッダ内の第１のタイプのサブヘッダに含まれる。また、上記１つ以上の識別子の各々に対応する上記ビーム関連情報は、上記ＭＡＣヘッダ内の第２のタイプのサブヘッダに含まれる。
上記第１のタイプのサブヘッダは、第１の指示情報を含む。また、上記第２のタイプのサブヘッダは、上記第１の指示情報とは異なる第２の指示情報を含む。
また、上記ＭＡＣヘッダは、第３のタイプのサブヘッダを含む。
上記第３のタイプのサブヘッダは、例えば、後述する実施例１のように、上記第１の指示情報及び上記第２の指示情報とは異なる第３の指示情報を含む。
また、例えば後述する実施例２のように、ＭＡＣヘッダに対して、上記第２の領域が上記ＭＡＣヘッダ内の最初のサブヘッダを含まないという制約を課してもよい。このような制約を課す場合、上記第３のタイプのサブヘッダは、例えば、上記第２の指示情報を含み、上記ＭＡＣヘッダ内の上記最初のＭＡＣサブヘッダである。なお、上記制約を課す場合であって、かつ上記第３のタイプのサブヘッダが不要な場合には、上記ＭＡＣヘッダ内の上記最初のサブヘッダを上記第１の領域に含めればよい。
また、上記第３のタイプのサブヘッダは、例えばバックオフインジケータを含む。具体的に、上記バックオフインジケータは、再送処理のためのバックオフタイムを端末装置に指示する情報である。例えば、端末装置２００は、基地局１００へのアクセスが失敗した場合に、再送処理までの待ち時間、すなわちバックオフタイムを上記バックオフインジケータの値に基づいて決定する。
（２）ペイロード
上記ＭＡＣ ＰＤＵは、ＭＡＣペイロードを含む。上記ＭＡＣペイロードは、上記複数の識別子の各々に対応する上記データが配列されている第４の領域を含む。上記第４の領域内での順序において、ｎ（１≦ｎ≦Ｎ）番目のデータは、上記第１の領域内での順序においてｎ番目の識別子に対応する。
（３）ランダムアクセス
上記ＭＡＣ ＰＤＵは、複数の端末装置２００のアクセスに対応するレスポンスである。とりわけ、複数の端末装置２００の上記アクセスは、例えば、複数の端末装置２００のランダムアクセスである。すなわち、上記ＭＡＣ ＰＤＵは、複数の端末装置２００により送信されたランダムアクセスプリアンブルに対応するランダムアクセスレスポンスである。上記複数の識別子の各々は、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）である。
（４）ビーム関連情報
上記１つ以上の識別子の各々に対応する上記ビーム関連情報は、上記１つ以上の識別子の各々に対応するアップリンク送信ビームに関する情報である。とりわけ、上記１つ以上の識別子の各々に対応する上記ビーム関連情報は、上記１つ以上の識別子の各々に対応する端末装置２００が用いるアップリンク送信ビームに関する情報である。
例えば、アップリンク送信ビームに関する情報（ＵＴＢＩ：UL Tx Beam Indicator）を通知するためのＭＡＣサブヘッダ（ＵＴＢＩサブヘッダともいう）内のＵＴＢＩフィールドは、所定のビット数毎に区切られる。
また、アップリンク送信ビームに関する情報は、端末装置２００がアップリンク送信ビームの選択に使用するものであれば、どのような形態であってもよい。
アップリンク送信ビームに関する情報の例として、アップリンク送信ビームに付与されたインデックス、そのインデックスの計算に用いられるオフセット値を挙げることができる。これらの情報をアップリンク送信ビームに関する情報として用いることにより、端末装置２００は、アップリンク送信ビームを選択することができる。
さらに、一の端末装置２００が異なる送信ビームを用いて異なる時間及び周波数リソースで同一のランダムアクセスプリアンブルを基地局１００に送信する場合、上記アップリンク送信ビームに関する情報として、例えば基地局１００側でランダムアクセスプリアンブルが最大の受信電力で検出された時間及び周波数リソースに関する情報を用いることができる。これにより、端末装置２００は、基地局１００側での受信電力が最大となるような送信ビームを選択することができる。なお、更なる他の例として、例えば、端末装置２００が、循環シフト、スクランブリング、又は拡散コードごとに送信ビームを変えながら一群のランダムアクセスプリアンブルを基地局１００に送信するような場合には、循環シフト、スクランブリング、拡散コードなどを特定する情報を、上記アップリンク送信ビームに関する情報として用いることができる。
なお、端末装置２００側でＵＴＢＩのフィードバックが必要であるにも関わらず、当該端末装置２００のためのランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）に対応するＵＴＢＩがＭＡＣ ＰＤＵに存在しない場合、当該端末装置２００は、次のような方法でアップリンク送信ビームを選択してもよい。
一例として、端末装置２００が、複数のアップリンク送信ビームを用いて、インデックス（以下、ランダムアクセスプリアンブルインデックスという）が異なる複数のランダムアクセスプリアンブルを送信した場合には、ランダムアクセスプリアンブルインデックスが最小なランダムアクセスプリアンブルに対応するアップリンク送信ビームを選択することが挙げられる。
また、端末装置２００側でＵＴＢＩのフィードバックが不要であるにも関わらず、ＭＡＣ ＰＤＵ内にランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）に対応するＵＴＢＩが存在する場合は、当該端末装置２００は当該ＵＴＢＩを無視すればよい。
（５）ビーム関連情報のデータサイズ
基地局１００（送信処理部１３５）は、上記１つ以上の識別子の各々に対応する上記ビーム関連情報のデータサイズに関する情報をダウンリンクで送信する。具体的に、基地局１００（送信処理部１３５）は、上記データサイズに関する上記情報を含むシステム情報をダウンリンクで送信する。また、データサイズに関する情報は、データサイズそのものを示す情報であってもよく、又はデータサイズを決定するための他の情報（例えばビーム候補の数を示す情報など）であってもよい。
一方、端末装置２００（受信処理部２３３）は、上記データサイズに関する上記情報をダウンリンクで受信する。具体的に、端末装置２００（受信処理部２３３）は、上記データサイズに関する上記情報を含むシステム情報をダウンリンクで受信する。
これにより、ビーム関連情報のデータサイズは、１以上の任意のビット数とすることができる。
＜４．４．実施例＞
次に、上述したＭＡＣ ＰＤＵの実施例について説明する。
（１）実施例１に係るＭＡＣ ＰＤＵ
実施例１に係るＭＡＣヘッダは、ＢＩサブヘッダ、ＵＴＢＩサブヘッダ、及びＲＡＰＩＤサブヘッダの合計３種類のＭＡＣサブヘッダから構成される。なお、ＭＡＣヘッダは、ＢＩヘッダを含まなくてもよい。
ＲＡＰＩＤサブヘッダは、上述した図３に示すように、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、及び６ビットの「ＲＡＰＩＤ」フィールドを含む。
また、図７は、実施例１に係るＢＩサブヘッダのフォーマットを示す図である。図７に示すように、ＢＩサブヘッダは、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、１ビットの「Ｔ２」フィールド、１ビットの「Ｒ」フィールド、及び４ビットの「ＢＩ」フィールドを含む。
図８は、実施例１に係るＵＴＢＩサブヘッダのフォーマットを示す図である。図８に示すように、ＵＴＢＩサブヘッダは、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、１ビットの「Ｔ２」フィールド、及び５ビットの「ＵＴＢＩ」フィールドを含む。
実施例１では、「Ｅ」フィールドの値が１の場合、ＭＡＣサブヘッダが後続することを示し、「Ｅ」フィールドの値が０の場合、ＭＡＣペイロード又はパッディングが後続することを示す。また、「Ｒ」フィールドは未使用のフィールドを表し、値は常に０とする。
さらに、実施例１では、「Ｔ」及び「Ｔ２」フィールドを用いて、上記第１の指示情報、上記第２の指示情報、及び第３の指示情報を表し、ＢＩサブヘッダ、ＵＴＢＩサブヘッダ、及びＲＡＰＩＤサブヘッダの合計３種類のＭＡＣサブヘッダを一意に識別する。
まず、「Ｔ」及び「Ｔ２」フィールドの両方の値が０である場合、「Ｔ」及び「Ｔ２」フィールドが上記第３の指示情報を表す。すなわち、上記第３の指示情報により、ＭＡＣサブヘッダがＢＩサブヘッダであることを示す。また、「Ｔ」及び「Ｔ２」フィールドの値がそれぞれ０及び１である場合、「Ｔ」及び「Ｔ２」フィールドが上記第２の指示情報を表す。すなわち、上記第２の指示情報により、ＭＡＣサブヘッダがＵＴＢＩサブヘッダであることを示す。「Ｔ」フィールドの値が１である場合、「Ｔ」フィールドの値が上記第１の指示情報を表す。すなわち、上記第１の指示情報により、ＭＡＣサブヘッダがＲＡＰＩＤサブヘッダであることを示す。
このような識別方法により、各々のＭＡＣサブヘッダは、ＵＴＢＩサブヘッダ及びＲＡＰＩＤサブヘッダの対応関係を満たす限り、任意の順序で配置が可能となり、例えば次のようにＭＡＣサブヘッダを構成することができる。
図９は、「Ｔ」及び「Ｔ２」フィールドを用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの構成例を示す図である。また、図１０は、図９に示すＭＡＣヘッダの構成例に対応するＭＡＣ ＰＤＵの全体構成を示す図である。図９及び図１０に示す例では、ＲＡＰＩＤサブヘッダ（E/T/RAPID subheader）が配列されている領域と、その後に続いてＵＴＢＩサブヘッダ（E/T/T2/UTBI subheader）が配列されている領域とが存在する構成例を示している。
また、図１１は、実施例１に係るＭＡＣ ＰＤＵの別の構成例を示す図である。つまり、図１１では、ＵＴＢＩサブヘッダ（E/T/T2/UTBI subheader）が配列されている領域と、その後に続いてＲＡＰＩＤサブヘッダ（E/T/RAPID subheader）が配列されている領域とが存在する構成例を示している。
また、図１２及び図１３のそれぞれは、実施例１に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。
図１２に示すＭＡＣ ＰＤＵでは、ＢＩサブヘッダが存在し、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が４であり、ＵＴＢＩのビット数が２である。
図１３に示すＭＡＣ ＰＤＵでは、ＢＩサブヘッダが存在せず、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が１であり、ＵＴＢＩのビット数が２である。
ここで、図１３に示すように、例えば４つのうちの１つなど、一部の端末装置のみに対してＵＴＢＩのフィードバックが行われる場合、ＵＴＢＩのフィードバックが行われる端末装置のＲＡＰＩＤを含むＲＡＰＩＤサブヘッダが、前詰めで送信される。つまり、ＲＡＰＩＤが配列される領域（第１の領域）において、ＵＴＢＩのフィードバックが行われるＲＡＰＩＤ[２]（上記１つ以上の識別子）は、ＵＴＢＩのフィードバックが行われないＲＡＰＩＤ［０］、ＲＡＰＩＤ［１］、及びＲＡＰＩＤ［３］（上記他の識別子）よりも前に配列される。
なお、上述した実施例１のように、ランダムアクセスレスポンスのためのＭＡＣサブヘッダに「Ｔ２」フィールドを追加しても、ＵＴＢＩを通知しない場合にも対応することができる。図１４は、参考例に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。図１４に示すＭＡＣ ＰＤＵでは、ＢＩサブヘッダが存在し、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が０である。
また、上述した実施例１は、各々のＭＡＣサブヘッダが配列される領域が、上述した図９乃至図１３に示すような連続する場合に限らない。つまり、ＲＡＰＩＤサブヘッダとＵＴＢＩサブヘッダとの対応関係が維持される順序で並んでいれば端末装置２００側でＭＡＣサブヘッダが識別可能なため、例えば、各々のＭＡＣサブヘッダが配列される領域が非連続であってもよい。
（２）実施例２に係るＭＡＣ ＰＤＵ
次に、実施例２について説明する。
実施例２に係るＭＡＣヘッダは、ＢＩサブヘッダ、ＵＴＢＩサブヘッダ、及びＲＡＰＩＤサブヘッダの合計３種類のＭＡＣサブヘッダから構成される。なお、ＭＡＣヘッダは、ＢＩヘッダを含まなくてもよい。
ＢＩサブヘッダは、上述した図２に示すように、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、１ビットの「Ｒ」フィールド、１ビットの「Ｒ」フィールド、及び４ビットの「ＢＩ」フィールドを含む。
ＲＡＰＩＤサブヘッダは、上述した図３に示すように、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、及び６ビットの「ＲＡＰＩＤ」フィールドを含む。
図１５は、実施例２に係るＵＴＢＩサブヘッダのフォーマットを示す図である。図１５に示すように、ＵＴＢＩサブヘッダは、例えば、１ビットの「Ｅ」フィールド、１ビットの「Ｔ」フィールド、及び６ビットの「ＵＴＢＩ」フィールドを含む。
実施例２では、「Ｅ」フィールドの値が１の場合、ＭＡＣサブヘッダが後続することを示し、「Ｅ」フィールドの値が０の場合、ＭＡＣペイロード又はパッディングが後続することを示す。また、「Ｒ」フィールドは未使用のフィールドを表し、値は常に０とする。
さらに、実施例２では、ＭＡＣサブヘッダの「Ｔ」フィールドを用いて、上記第１の指示情報および上記第２の指示情報を表す。
すなわち、実施例２では、「Ｔ」フィールドの値が０である場合、「Ｔ」フィールドの値が第２の指示情報を表し、ＭＡＣサブヘッダがＢＩサブヘッダ又はＵＴＢＩサブヘッダであることを示す。「Ｔ」フィールドの値が１である場合、「Ｔ」フィールドの値が第１の指示情報を表し、ＭＡＣサブヘッダがＲＡＰＩＤサブヘッダであることを示す。
さらに、ＭＡＣサブヘッダが第２の指示情報を含む場合、すなわち、「Ｔ」フィールドの値が０である場合、ＭＡＣヘッダ内のＭＡＣサブヘッダの順序に応じて、ＢＩサブヘッダとＵＴＢＩサブヘッダとを識別する。具体的に、「Ｔ」フィールドの値が０かつＭＡＣヘッダ内の最初に位置するＭＡＣサブヘッダである場合、当該ＭＡＣサブヘッダをＢＩサブヘッダと識別する。「Ｔ」フィールドの値が０かつＭＡＣヘッダ内の最初以外に位置するＭＡＣサブヘッダである場合、当該ＭＡＣサブヘッダをＵＴＢＩサブヘッダと識別する。
実施例２では、実施例１と比較すると、ＢＩサブヘッダ及びＵＴＢＩサブヘッダの配置に制約があるが、指示情報のために用いるビット数が少ないため、例えば、ＵＴＢＩサブヘッダ内の「ＵＴＢＩ」フィールドを６ビットにできるなど、１個のＵＴＢＩサブヘッダ当たりのＵＴＢＩのビット数を増加することができる。
図１６は、「Ｔ」フィールドとＭＡＣサブヘッダの順序を用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの構成例を示す図である。また、図１７は、図１６に示すＭＡＣヘッダの構成例に対応するＭＡＣ ＰＤＵの全体構成を示す図である。図１６及び図１７では、最初のＭＡＣサブヘッダとしてＢＩサブヘッダ（E/T/R/R/BI subheader）が存在し、次にＲＡＰＩＤサブヘッダ（E/T/RAPID subheader）が配列される領域が存在し、その後にＵＴＢＩサブヘッダ（E/T/UTBI subheader）が配列される領域が存在する構成例を示している。
図１８は、「Ｔ」フィールドとＭＡＣサブヘッダの順序を用いることにより各々のＭＡＣサブヘッダが識別されるＭＡＣヘッダの他の構成例を示す図である。つまり、図１８では、最初のＭＡＣサブヘッダとしてＢＩサブヘッダ（E/T/R/R/BI subheader）が存在し、次にＵＴＢＩサブヘッダ（E/T/UTBI subheader）が配列される領域が存在し、その後にＲＡＰＩＤサブヘッダ（E/T/RAPID subheader）が配列される領域が存在する構成例を示している。
また、図１９及び図２０のそれぞれは、実施例２におけるＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。
図１９に示すＭＡＣ ＰＤＵは、ＢＩサブヘッダが存在し、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が４であり、ＵＴＢＩのビット数が３である。
図２０に示すＭＡＣ ＰＤＵでは、ＢＩサブヘッダが存在せず、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が１であり、ＵＴＢＩのビット数が３である。
ここで、図２０に示すように、４つのうちの１つなど、一部の端末装置のみに対してＵＴＢＩのフィードバックが行われる場合、実施例１と同様に、ＵＴＢＩのフィードバックが行われる端末装置のＲＡＰＩＤを含むＲＡＰＩＤサブヘッダが、前詰めで送信される。すなわち、ＲＡＰＩＤが配列される領域（第１の領域）において、ＵＴＢＩのフィードバックが行われるＲＡＰＩＤ[２]（上記１つ以上の識別子）は、ＵＴＢＩのフィードバックが行われないＲＡＰＩＤ［０］、ＲＡＰＩＤ［１］、及びＲＡＰＩＤ［３］（上記他の識別子）よりも前に配列される。
なお、上述した実施例２のようにＢＩサブヘッダ及びＵＴＢＩサブヘッダの配置に制約を設けても、ＵＴＢＩを通知しない場合にも対応することができる。図２１は、参考例に係るＭＡＣ ＰＤＵの各フィールドの構成例を示す図である。図２１に示すＭＡＣ ＰＤＵでは、ＢＩサブヘッダが存在し、ランダムアクセスレスポンスを送信する端末装置の数が４であり、ＵＴＢＩの通知対象の端末装置の数が０である。
また、上述した実施例２は、ＵＴＢＩサブヘッダがＭＡＣヘッダ内の最初のＭＡＣサブヘッダ以外であるという条件を満たせば、各々のＭＡＣサブヘッダが配列される領域が、上述した図１６乃至図２０に示すような連続する場合に限らない。つまり、ＲＡＰＩＤサブヘッダとＵＴＢＩサブヘッダとの対応関係が維持される順序で並んでいれば端末装置２００側でＭＡＣサブヘッダが識別可能なため、例えば、各々のＭＡＣサブヘッダが配列される領域が非連続であってもよい。
（３）処理の流れ
−基地局
次に、図２２を参照して、基地局１００における処理の概略的な流れを説明する。図２２は、基地局１００における処理の概略的な流れの例を説明するためのフローチャートである。図２２に示すフローチャートでは、実施例１に係るＭＡＣ ＰＤＵの送信処理と、実施例２に係るＭＡＣ ＰＤＵの送信処理との両方について共通した処理内容を示している。
基地局１００は、ＵＴＢＩのビット数を決定し、決定したＵＴＢＩのビット数に関する情報を、送信処理部１３５によりダウンリンクで送信する（ステップＳ２２０１）。続いて、基地局１００は、ループ処理として、ランダムアクセスプリアンブル（ＲＡＰｒｅａｍｂｌｅ）を検出した端末装置ごとにステップＳ２２０３乃至ステップＳ２２０９を行う。
まず、基地局１００は、ランダムアクセスプリアンブルを検出した端末装置が、ＵＴＢＩの通知対象か否かを判断する（ステップＳ２２０３）。例えば、基地局１００は、端末装置２００から送信されるランダムアクセスプリアンブルの時間および周波数リソースを２領域に分け、一の領域で検出したランダムアクセスプリアンブルに対してはＵＴＢＩの通知対象と判断し、他の領域で検出したランダムアクセスプリアンブルに対してはＵＴＢＩの通知対象ではないと判断することができる。また、基地局１００は、例えば当該一の領域で検出したランダムアクセスプリアンブルが、ｒｅｃｉｐｒｏｃｉｔｙが成立する端末装置２００から送信されたものであると判断してもよい。言い換えると、基地局１００は、当該ランダムアクセスプリアンブルが、送受信ビームが共通する（hold correspondence at）端末装置２００から送信されたものであると判断してもよい。
なお、時間および周波数リソースを２領域に分ける場合に限らず、例えばランダムアクセスプリアンブルに用いられる系列をＵＴＢＩのフィールドの要否に応じて２グループに分けて通知対象であるか否かを判断してもよい。
ＵＴＢＩの通知対象である場合（ステップＳ２２０３：Ｙｅｓ）には、基地局１００は、検出した端末装置のためのＵＴＢＩのビット情報を決定し（ステップＳ２２０５）、決定したＵＴＢＩを、ＵＴＢＩサブヘッダのＵＴＢＩフィールド内に前詰めで配列して（ステップＳ２２０７）、ステップＳ２２０９に進む。一方、ＵＴＢＩの通知対象ではない場合（Ｓ２２０３：Ｎｏ）には、ステップＳ２２０５及びステップＳ２２０７を行うことなくステップＳ２２０９に進む。
ステップＳ２２０９において、基地局１００は、ＲＡＰＩＤサブヘッダと、ＭＡＣランダムアクセスレスポンス（ＲＡＲ）を生成する。
ランダムアクセスプリアンブルを検出した全ての端末装置について、ステップＳ２２０３乃至Ｓ２２０９を行った後にステップＳ２２１１に進む。
ステップＳ２２１１において、基地局１００は、ＵＴＢＩ通知対象の端末装置の情報が先頭から配置されるように、ＲＡＰＩＤサブヘッダ及びＭＡＣランダムアクセスレスポンスを並び替える。続いて、基地局１００は、ＢＩサブヘッダ、ＵＴＢＩサブヘッダ、及びＲＡＰＩＤサブヘッダを結合してＭＡＣヘッダを生成する（ステップＳ２２１３）。続いて、基地局１００は、ＭＡＣランダムアクセスレスポンス（ＲＡＲ）を結合してＭＡＣペイロードを生成する（ステップＳ２２１５）。続いて、基地局１００は、ＭＡＣヘッダ及びＭＡＣペイロードを結合し、必要に応じてＰａｄｄｉｎｇを行い、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵを生成する（ステップＳ２２１７）。続いて、基地局１００（取得部１３３）は、生成したＭＡＣ ＰＤＵを取得し、基地局１００（送信処理部１３５）は、取得したＭＡＣ ＰＤＵをダウンリンクで送信して（ステップＳ１２２９）、図２２に示す処理を終了する。
−端末装置
次に、図２３及び図２４を参照して、端末装置２００における処理の概略的な流れを説明する。
（実施例１に係るＭＡＣ ＰＤＵの受信処理）
図２３は、実施例１に係るＭＡＣ ＰＤＵの受信処理の概略的な流れの例を説明するためのフローチャートである。
端末装置２００（受信処理部２３３）は、ＵＴＢＩのビット数に関する情報をダウンリンクで受信することにより、ＵＴＢＩのビット数を決定する（ステップＳ２３０１）。続いて、端末装置２００（受信処理部２３３）は、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵを受信する（ステップＳ２３０３）。続いて、端末装置２００は、受信したＭＡＣ ＰＤＵのＭＡＣサブヘッダについて「Ｔ」フィールドの値が０であるか否かを判断する（ステップＳ２３０５）。
「Ｔ」フィールドの値が０である場合（Ｓ２３０５：Ｙｅｓ）には、端末装置２００は、「Ｔ２」フィールドが０であるか否かを判断する（ステップＳ２３０７）。ここで、「Ｔ２」フィールドが０である場合（Ｓ２３０７：Ｙｅｓ）には、端末装置２００はＭＡＣサブヘッダをＢＩサブヘッダと識別し（ステップＳ２３０９）、Ｓ２３２３に進む。一方、「Ｔ２」フィールドが０ではなく１である場合（Ｓ２３０７：Ｎｏ）には、端末装置２００はＭＡＣサブヘッダをＵＴＢＩサブヘッダと識別し（ステップＳ２３１１）、本端末（端末装置２００）がＵＴＢＩの通知対象であるか否かを判断し（ステップＳ２３１３）、通知対象である場合（Ｓ２３１３：Ｙｅｓ）にはＵＴＢＩフィールドの値をビットごとに分離して（ステップＳ２３１５）、ステップＳ２３２３に進み、通知対象ではない場合（Ｓ２３１３：Ｎｏ）にはステップＳ２３１５に進むことなくステップＳ２３２３に進む。
「Ｔ」フィールドの値が０ではなく１である場合（Ｓ２３０５：Ｎｏ）には、端末装置２００は、ＭＡＣサブヘッダをＲＡＰＩＤサブヘッダと識別し（ステップＳ２３１７）、識別したＲＡＰＩＤが本端末（端末装置２００）により送信されたランダムアクセスプリアンブル（ＲＡ Ｐｒｅａｍｂｌｅ）に対応するＲＡＰＩＤと一致するか否かを判断し（ステップＳ２３１９）、一致する場合（ステップＳ２３１９：Ｙｅｓ）にはＲＡＰＩＤサブヘッダの順番を算出して記憶して（ステップＳ２３２１）ステップＳ２３２３に進み、一致しない場合（ステップＳ２３１９：Ｎｏ）にはステップＳ２３２１に進むことなく、ステップＳ２３２３に進む。
ステップＳ２３２３において、端末装置２００は、ＭＡＣサブヘッダの「Ｅ」フィールドの値が０であるか否かを判断する。
「Ｅ」フィールドの値が０ではなく１である場合（Ｓ２３２３：Ｎｏ）、後続するＭＡＣサブヘッダの値を確認し（ステップＳ２３３３）、ステップＳ２３０５に戻る。
「Ｅ」フィールドの値が０である場合（Ｓ２３２３：Ｙｅｓ）、端末装置２００は、ＲＡＰＩＤサブヘッダの順番を算出済みか否か判断し（ステップＳ２３２５）、算出済みの場合（Ｓ２３２５：Ｙｅｓ）にはＲＡＰＩＤサブヘッダの順番と同じ順番のＭＡＣランダムアクセスレスポンス（ＲＡＲ）を本端末（端末装置２００）のＭＡＣランダムアクセスレスポンス（ＲＡＲ）と識別し（ステップＳ２３２７）、ステップＳ２３２９に進む。一方、算出済みではない場合（Ｓ２３２５：Ｎｏ）には図２３に示す処理を終了する。続いて、端末装置２００は、本端末（端末装置２００）がＵＴＢＩの通知対象であるか否かを判断し（ステップＳ２３２９）、通知対象である場合（Ｓ２３２９：Ｙｅｓ）には、ＲＡＰＩＤサブヘッダの順番と同じ順番のＵＴＢＩを本端末（端末装置２００）のＵＴＢＩと識別して（ステップＳ２３３１）、図２３に示す処理を終了する。一方、通知対象ではない場合（Ｓ２３２９：Ｎｏ）にはステップＳ２３３１に進むことなく図２３に示す処理を終了する。
（実施例２に係るＭＡＣ ＰＤＵの受信処理）
図２４は、実施例２に係るＭＡＣ ＰＤＵの受信処理の概略的な流れの例を説明するためのフローチャートである。
端末装置２００（受信処理部２３３）は、ＵＴＢＩのビット数に関する情報をダウンリンクで受信することにより、ＵＴＢＩのビット数を決定する（ステップＳ２４０１）。続いて、端末装置２００（受信処理部２３３）は、ランダムアクセスレスポンスのためのＭＡＣ ＰＤＵを受信する（ステップＳ２４０３）。続いて、端末装置２００は、ＭＡＣヘッダ内の最初のＭＡＣサブヘッダの値を確認し（ステップＳ２４０５）、「Ｔ」フィールドの値が０であるか否かを判断し（ステップＳ２４０７）、「Ｔ」フィールドの値が０である場合（Ｓ２４０７：Ｙｅｓ）にはステップＳ２４０９に進み、「Ｔ」フィールドの値が０ではなく１である場合（Ｓ２４０７：Ｎｏ）にはステップＳ２４２１に進む。
ステップＳ２４０９において、端末装置２００は、ＭＡＣサブヘッダをＢＩサブヘッダと識別し、次の順番のＭＡＣサブヘッダの値を確認して（ステップＳ２４１１）、「Ｔ」フィールドの値が０であるか否かを判断（ステップＳ２４１３）し、「Ｔ」フィールドの値が０である場合（Ｓ２４１３：Ｙｅｓ）にはステップＳ２４１５に進み、「Ｔ」フィールドの値が０ではなく１である場合（Ｓ２４１３：Ｎｏ）にはステップＳ２４２１に進む。
ステップＳ２４１５において、端末装置２００は、ＭＡＣサブヘッダをＵＴＢＩサブヘッダと識別し、続いて本端末（端末装置２００）がＵＴＢＩの通知対象であるか否かを判断し（ステップＳ２４１７）、通知対象である場合（Ｓ２４１７：Ｙｅｓ）にはＵＴＢＩフィールドの値をビットごとに分離して（ステップＳ２４１９）ステップＳ２４２７に進み、通知対象ではない場合（Ｓ２４１７：Ｎｏ）にはステップＳ２４１９に進むことなくステップＳ２４２７に進む。
ステップＳ２４２１において、端末装置２００は、ＭＡＣサブヘッダをＲＡＰＩＤサブヘッダと識別し、識別したＲＡＰＩＤが本端末（端末装置２００）により送信されたランダムアクセスプリアンブル（ＲＡ Ｐｒｅａｍｂｌｅ）に対応するＲＡＰＩＤと一致するか否かを判断し（ステップＳ２４２３）、一致する場合（Ｓ２４２３：Ｙｅｓ）にはＲＡＰＩＤサブヘッダの順番を算出して記憶して（ステップＳ２４２５）ステップＳ２４２７に進み、一致しない場合（Ｓ２４２３：Ｎｏ）にはステップＳ２４２５に進むことなくステップＳ２４２７に進む。
ステップＳ２４２７において、端末装置２００は、「Ｅ」フィールドの値が０であるか否かを判断し、「Ｅ」フィールドの値が０である場合（Ｓ２４２７：Ｙｅｓ）にはステップＳ２４２９に進み、「Ｅ」フィールドの値が０ではなく１である場合（Ｓ２４２７：Ｎｏ）にはステップＳ２４１１に戻る。
ステップＳ２４２９において、端末装置２００は、ＲＡＰＩＤサブヘッダの順番が算出済みであるか否かを判断し、算出済みの場合（Ｓ２４２９：Ｙｅｓ）にはＲＡＰＩＤサブヘッダの順番と同じ順番のＭＡＣランダムアクセスレスポンス（ＲＡＲ）を本端末（端末装置２００）のＭＡＣランダムアクセスレスポンス（ＲＡＲ）と識別して（ステップＳ２４３１）ステップＳ２４３３に進む。一方、算出済みではない場合（Ｓ２４２９：Ｎｏ）には図２４に示す処理を終了する。
ステップＳ２４３３において、端末装置２００は、本端末（端末装置２００）がＵＴＢＩの通知対象であるか否かを判断し、通知対象である場合（Ｓ２４３３：Ｙｅｓ）には、ＲＡＰＩＤサブヘッダの順番と同じ順番のＵＴＢＩを本端末（端末装置２００）のＵＴＢＩと識別して（ステップＳ２４３５）、図２４に示す処理を終了する。一方、通知対象ではない場合（Ｓ２４３３：Ｎｏ）にはステップＳ２４３５に進むことなく図２４に示す処理を終了する。
＜＜５．第２の実施形態＞＞
続いて、図２５及び図２６を参照して、本発明の第２の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第１の実施形態は、より一般化された実施形態である。
＜５．１．基地局の構成＞
図２５を参照して、第２の実施形態に係る基地局１００の構成の例を説明する。図２５は、第２の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図２５を参照すると、基地局１００は、取得部１４１及び送信処理部１４３を備える。
取得部１４１及び送信処理部１４３の具体的な動作は、後に説明する。
取得部１４１及び送信処理部１４３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。取得部１４１及び送信処理部１４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、取得部１４１及び送信処理部１４３の動作を行ってもよい。上記プログラムは、取得部１４１及び送信処理部１４３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。
＜５．２．端末装置の構成＞
図２６を参照して、第２の実施形態に係る端末装置２００の構成の例を説明する。図２６は、第２の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。図２６を参照すると、端末装置２００は、受信処理部２４１及び取得部２４３を備える。
受信処理部２４１及び取得部２４３の具体的な動作は、後に説明する。
受信処理部２４１及び取得部２４３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。受信処理部２４１及び取得部２４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
端末装置２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、受信処理部２４１及び取得部２４３の動作を行ってもよい。上記プログラムは、受信処理部２４１及び取得部２４３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。
＜５．３．技術的特徴＞
次に、第２の実施形態の技術的特徴を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第２の実施形態は、より一般化された実施形態である。
−基地局
基地局１００（取得部１４１）は、ＭＡＣ ＰＤＵを取得する。そして、基地局１００（送信処理部１４３）は、上記ＭＡＣ ＰＤＵをダウンリンクで送信する。上記ＭＡＣ ＰＤＵは、複数の識別子と、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない。
−端末装置
端末装置２００（受信処理部２４１）は、上記ＭＡＣ ＰＤＵを、ダウンリンクで受信する。そして、端末装置２００（取得部２４３）は、上記ＭＡＣ ＰＤＵに含まれる情報を取得する。すなわち、端末装置２００（取得部２４３）は、複数の識別子のうち当該端末装置２００のために用いられる識別子に対応するビーム関連情報を取得する。
以上のように、上記ＭＡＣ ＰＤＵは、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まないので、無線リソースの使用を抑えつつビーム関連情報をダウンリンクで送信することが可能になる。
＜＜６．他の形態＞＞
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
また、例えば、本明細書に記載されている処理におけるステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。
さらに、本明細書において説明した基地局の構成要素を備える装置（例えば、基地局を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット）、又は上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明した端末装置の構成要素を備える装置（例えば、端末装置のためのモジュール）が提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory computer readable medium）が提供されてもよい。当然ながら、このような装置、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
基地局であって、
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得する取得部と、
前記ＭＡＣ ＰＤＵをダウンリンクで送信する送信処理部と、
を備え、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
基地局。
（付記２）
前記ＭＡＣ ＰＤＵは、ＭＡＣヘッダを含み、
前記ＭＡＣヘッダは、前記複数の識別子が配列されている第１の領域を含む、
付記１記載の基地局。
（付記３）
前記ＭＡＣヘッダは、前記１つ以上の識別子の各々に対応する前記ビーム関連情報が配列されている第２の領域を含む、付記２記載の基地局。
（付記４）
前記１つ以上の識別子は、前記第１の領域において前記他の識別子よりも前に配列されている、付記３記載の基地局。
（付記５）
前記複数の識別子は、Ｎ（Ｎ≧２）個の識別子であり、
前記ＭＡＣ ＰＤＵは、前記複数の識別子に含まれるＭ（１≦Ｍ＜Ｎ）個の識別子の各々に対応する前記ビーム関連情報を含み、
前記ＭＡＣヘッダは、前記Ｍ個の識別子の各々に対応する前記ビーム関連情報が配列されている前記第２の領域を含み、
前記第２の領域内での順序においてｍ（１≦ｍ≦Ｍ）番目のビーム関連情報は、前記第１の領域内での順序においてｍ番目の識別子に対応する、
付記４記載の基地局。
（付記６）
前記複数の識別子の各々は、前記ＭＡＣヘッダ内の第１のタイプのサブヘッダに含まれ、
前記１つ以上の識別子の各々に対応する前記ビーム関連情報は、前記ＭＡＣヘッダ内の第２のタイプのサブヘッダに含まれる、
付記３乃至５のうちいずれか１項記載の基地局。
（付記７）
前記第１のタイプのサブヘッダは、第１の指示情報を含み、
前記第２のタイプのサブヘッダは、前記第１の指示情報とは異なる第２の指示情報を含む、
付記６記載の基地局。
（付記８）
前記ＭＡＣヘッダは、第３のタイプのサブヘッダを含み、
前記第３のタイプのサブヘッダは、前記第１の指示情報及び前記第２の指示情報とは異なる第３の指示情報を含む、
付記７記載の基地局。
（付記９）
前記第２の領域は、前記ＭＡＣヘッダ内の最初のサブヘッダを含まない、
付記７記載の基地局。
（付記１０）
前記ＭＡＣヘッダは、第３のタイプのサブヘッダを含み、
前記第３のタイプのサブヘッダは、前記第２の指示情報を含み、
前記第３のタイプのサブヘッダは、前記ＭＡＣヘッダの最初のサブヘッダである、
付記９記載の基地局。
（付記１１）
前記第３のタイプのサブヘッダは、バックオフインジケータを含む、付記８乃至１０のうちいずれか１項記載の基地局。
（付記１２）
前記ＭＡＣ ＰＤＵは、前記複数の識別子の各々に対応するデータを含む、付記１乃至１１のうちいずれか１項記載の基地局。
（付記１３）
前記ＭＡＣ ＰＤＵは、ＭＡＣペイロードを含み、
前記ＭＡＣペイロードは、前記複数の識別子の各々に対応する前記データが配列されている第４の領域を含む、
付記１２記載の基地局。
（付記１４）
前記複数の識別子は、Ｎ（Ｎ≧２）個の識別子であり、
前記ＭＡＣ ＰＤＵは、ＭＡＣヘッダを含み、
前記ＭＡＣヘッダは、前記複数の識別子が配列されている第１の領域を含み、
前記第４の領域内での順序においてｎ（１≦ｎ≦Ｎ）番目のデータは、前記第１の領域内での順序においてｎ番目の識別子に対応する、付記１３記載の基地局。
（付記１５）
前記１つ以上の識別子の各々に対応する前記ビーム関連情報は、前記１つ以上の識別子の各々に対応するアップリンク送信ビームに関する情報である、付記１乃至１４のうちいずれか１項記載の基地局。
（付記１６）
前記複数の識別子の各々は、複数の端末装置の各々のために用いられる情報である、付記１乃至１５のうちいずれか１項記載の基地局。
（付記１７）
前記ＭＡＣ ＰＤＵは、前記複数の端末装置のアクセスに対応するレスポンスである、付記１６記載の基地局。
（付記１８）
前記複数の端末装置の前記アクセスは、前記複数の端末装置のランダムアクセスである、付記１７記載の基地局。
（付記１９）
前記ＭＡＣ ＰＤＵは、前記複数の端末装置により送信されたランダムアクセスプリアンブルに対応するランダムアクセスレスポンスである、付記１８記載の基地局。
（付記２０）
前記複数の識別子の各々は、ランダムアクセスプリアンブル識別子である、付記１９記載の基地局。
（付記２１）
前記送信処理部は、前記１つ以上の識別子の各々に対応する前記ビーム関連情報のデータサイズに関する情報をダウンリンクで送信する、請求項１乃至２０のうちいずれか１項記載の基地局。
（付記２２）
前記送信処理部は、前記データサイズに関する前記情報を含むシステム情報をダウンリンクで送信する、付記２１記載の基地局。
（付記２３）
端末装置であって、
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信する受信処理部と、
前記ＭＡＣ ＰＤＵに含まれる情報を取得する取得部と、
を備え、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記取得部は、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
端末装置。
（付記２４）
前記取得部は、当該端末装置のために用いられる前記識別子が、前記１つ以上の識別子に含まれる場合に、当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、付記２３記載の端末装置。
（付記２５）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、
前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、
を含む方法であり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
方法。
（付記２６）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、
前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、
を含む方法であり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記複数の識別子のうち端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
方法。
（付記２７）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、
前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、
をプロセッサに実行させるためのプログラムであり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
プログラム。
（付記２８）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、
前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、
をプロセッサに実行させるためのプログラムであり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記複数の識別子のうち端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
プログラム。
（付記２９）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、
前記ＭＡＣ ＰＤＵをダウンリンクで送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
非一時的記録媒体。
（付記３０）
ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信することと、
前記ＭＡＣ ＰＤＵに含まれる情報を取得することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
前記ＭＡＣ ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記複数の識別子のうち端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
非一時的記録媒体。
この出願は、２０１７年１月１７日に出願された日本出願特願２０１７−００５６３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
移動体通信システムにおいて、無線リソースの使用を抑えつつビーム関連情報をダウンリンクで送信することができる。
１ システム
１００ 基地局
１３１、２３３、２４１ 受信処理部
１３３、１４１、２３５、２４３ 取得部
１３５、１４３、２３１ 送信処理部
２００ 端末装置

Claims (10)

  1. 基地局であって、
    ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得する取得部と、
    前記ＭＡＣ ＰＤＵをダウンリンクで送信する送信処理部と、
    を備え、
    前記ＭＡＣ ＰＤＵは、当該基地局との間で通信を行う複数の端末装置のためにそれぞれ用いられる複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
    基地局。
  2. 前記ＭＡＣ ＰＤＵは、ＭＡＣヘッダを含み、
    前記ＭＡＣヘッダは、前記複数の識別子が配列されている第１の領域を含む、
    請求項１記載の基地局。
  3. 前記ＭＡＣヘッダは、前記１つ以上の識別子の各々に対応する前記ビーム関連情報が配列されている第２の領域を含む、請求項２記載の基地局。
  4. 前記１つ以上の識別子は、前記第１の領域において前記他の識別子よりも前に配列されている、請求項３記載の基地局。
  5. 前記複数の識別子は、Ｎ（Ｎ≧２）個の識別子であり、
    前記ＭＡＣ ＰＤＵは、前記複数の識別子に含まれるＭ（１≦Ｍ＜Ｎ）個の識別子の各々に対応する前記ビーム関連情報を含み、
    前記ＭＡＣヘッダは、前記Ｍ個の識別子の各々に対応する前記ビーム関連情報が配列されている前記第２の領域を含み、
    前記第２の領域内での順序においてｍ（１≦ｍ≦Ｍ）番目のビーム関連情報は、前記第１の領域内での順序においてｍ番目の識別子に対応する、
    請求項４記載の基地局。
  6. 前記複数の識別子の各々は、前記ＭＡＣヘッダ内の第１のタイプのサブヘッダに含まれ、
    前記１つ以上の識別子の各々に対応する前記ビーム関連情報は、前記ＭＡＣヘッダ内の第２のタイプのサブヘッダに含まれる、
    請求項３乃至５のうちいずれか１項記載の基地局。
  7. 端末装置であって、
    ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を、基地局からダウンリンクで受信する受信処理部と、
    前記ＭＡＣ ＰＤＵに含まれる情報を取得する取得部と、
    を備え、
    前記ＭＡＣ ＰＤＵは、前記基地局との間で通信を行う複数の端末装置のためにそれぞれ用いられる複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
    前記取得部は、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
    端末装置。
  8. 前記取得部は、当該端末装置のために用いられる前記識別子が、前記１つ以上の識別子に含まれる場合に、当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、請求項７記載の端末装置。
  9. ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、
    前記ＭＡＣ ＰＤＵを基地局からダウンリンクで送信することと、
    を含む方法であり、
    前記ＭＡＣ ＰＤＵは、前記基地局との間で通信を行う複数の端末装置のためにそれぞれ用いられる複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
    方法。
  10. ＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）を取得することと、
    前記ＭＡＣ ＰＤＵを基地局からダウンリンクで送信することと、
    をプロセッサに実行させるためのプログラムであり、
    前記ＭＡＣ ＰＤＵは、前記基地局との間で通信を行う複数の端末装置のためにそれぞれ用いられる複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
    プログラム。
JP2018563221A 2017-01-17 2017-12-15 基地局、端末装置、方法、及びプログラム Active JP6809541B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017005635 2017-01-17
JP2017005635 2017-01-17
PCT/JP2017/045093 WO2018135199A1 (ja) 2017-01-17 2017-12-15 基地局、端末装置、方法、プログラム、及び記録媒体

Publications (2)

Publication Number Publication Date
JPWO2018135199A1 JPWO2018135199A1 (ja) 2019-11-07
JP6809541B2 true JP6809541B2 (ja) 2021-01-06

Family

ID=62908845

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018563221A Active JP6809541B2 (ja) 2017-01-17 2017-12-15 基地局、端末装置、方法、及びプログラム

Country Status (5)

Country Link
US (1) US20200037394A1 (ja)
EP (1) EP3573362B1 (ja)
JP (1) JP6809541B2 (ja)
CN (1) CN110178397B (ja)
WO (1) WO2018135199A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392178B (zh) * 2017-08-10 2021-07-13 维沃移动通信有限公司 Mpdu传输的方法、用户侧设备和网络侧设备
EP3876432A4 (en) * 2018-10-31 2022-06-29 NTT DoCoMo, Inc. User equipment
US12022528B2 (en) * 2019-03-05 2024-06-25 Lg Electronics Inc. Method of performing random access procedure, and transmitting device, apparatus and storage medium therefor
US11924891B2 (en) 2019-05-23 2024-03-05 Lg Electronics Inc. Method of performing random access (RA) procedure, and transmitting device, apparatus and storage medium therefor, and method and apparatus for transmitting MAC PDU of RA procedure
WO2020235956A1 (en) * 2019-05-23 2020-11-26 Lg Electronics Inc. Method of performing random access (ra) procedure, and transmitting device, apparatus and storage medium therefor, and method and apparatus for transmitting mac pdu of ra procedure
CN112218381A (zh) * 2019-07-11 2021-01-12 普天信息技术有限公司 随机接入响应方法及装置
BR112022000728A2 (pt) 2019-07-30 2022-03-22 Zte Corp Arquitetura para mensagem de acesso aleatório

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8842606B2 (en) * 2007-08-31 2014-09-23 Koninklijke Philips N.V. Enhanced multi-user transmission
GB2461159B (en) * 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
KR100949972B1 (ko) * 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
US20100232364A1 (en) * 2009-03-16 2010-09-16 Chia-Chun Hsu Method of handling random access procedure and related communication device
US20120300714A1 (en) * 2011-05-06 2012-11-29 Samsung Electronics Co., Ltd. Methods and apparatus for random access procedures with carrier aggregation for lte-advanced systems
US9240846B2 (en) * 2011-11-04 2016-01-19 Blackberry Limited Random access channel procedures for in-device coexistence interference avoidance
WO2014026370A1 (zh) * 2012-08-17 2014-02-20 华为技术有限公司 数据传输方法及装置
HUE045935T2 (hu) * 2012-12-04 2020-01-28 Ericsson Telefon Ab L M Túlterhelés-vezérlés kommunikációs hálózatban
EP3182677B1 (en) * 2014-08-10 2020-04-22 LG Electronics Inc. Method and device for enabling station to receive signal in wireless communication system
EP3879881A1 (en) * 2014-11-26 2021-09-15 IDAC Holdings, Inc. Beam switching in wireless systems
JP2017005635A (ja) 2015-06-15 2017-01-05 株式会社Ｏｋｉデータ・インフォテック 画像形成装置

Also Published As

Publication number Publication date
EP3573362A4 (en) 2020-01-08
JPWO2018135199A1 (ja) 2019-11-07
CN110178397A (zh) 2019-08-27
CN110178397B (zh) 2022-05-13
EP3573362B1 (en) 2023-09-06
WO2018135199A1 (ja) 2018-07-26
US20200037394A1 (en) 2020-01-30
EP3573362A1 (en) 2019-11-27

Similar Documents

Publication Publication Date Title
JP6809541B2 (ja) 基地局、端末装置、方法、及びプログラム
KR102631553B1 (ko) 무선 통신 시스템에서 빔 실패 복구를 처리하기 위한 방법 및 장치
US11140690B2 (en) Method and apparatus for transmitting signal in unlicensed band communication system, method and apparatus for scheduling uplink, and method and apparatus for transmitting information about channel state measurement section
JP7480806B2 (ja) ビームフォーミングに関連する端末装置、基地局、及び、方法
EP3043501B1 (en) Method, user equipment, and base station for transmission of hybrid automatic repeat request-acknowledgement
US10660123B2 (en) Method and apparatus for obtaining configuration information
US20210219350A1 (en) Random access method and communications apparatus
EP4012952A1 (en) Data transmission method for ultra-low latency and highly-reliable communication in wireless communication system, and apparatus therefor
CN109152080B (zh) 随机接入响应方法及网络设备、终端设备
WO2018081977A1 (zh) 上行传输方法、终端设备和网络设备
EP3706497B1 (en) Data transmission method and terminal device
US11843454B2 (en) DMRS port determining method and communications apparatus
US20230199861A1 (en) Methods and Apparatus for Coverage Enhancement in Wireless Communication Networks
EP3783969B1 (en) Uplink transmission method and user equipment
CN116783840A (zh) 对多trp场景中波束组报告的增强
CN111801956A (zh) 通信方法和通信装置
CN109906666A (zh) 用于基于波束的***中的随机接入的网络节点和无线通信设备
KR20170020697A (ko) 네트워크에서 직접 통신을 지원하는 통신 노드의 동작 방법
KR102398603B1 (ko) 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 데이터 전송 방법 및 이를 위한 장치
KR102362708B1 (ko) 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 주파수 호핑을 이용한 반복 전송 방법 및 이를 위한 장치
US20210051725A1 (en) Random access method, network device and terminal device
EP3873016B1 (en) Optimization of transmission of feedback information from a terminal device to a network device
CN113439463A (zh) 终端及通信方法
US20230246783A1 (en) Wireless communication method and device
KR102338663B1 (ko) 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 데이터 전송 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190613

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200602

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200721

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201123

R150 Certificate of patent or registration of utility model

Ref document number: 6809541

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150