(57)【要約】【課題】無線リソースの使用を抑えつつ、基地局により使用されるビームを端末装置が識別することを可能にすること。【解決手段】本発明の基地局１００は、ＭＡＣ（Medium Access Control）  ＰＤＵ（Protocol Data Unit）を取得する取得部１３３と、ＭＡＣ  ＰＤＵをダウンリンクで送信する送信処理部１３５と、を備え、ＭＡＣ  ＰＤＵは、複数の識別子と、複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない。【選択図】図５
2018135199.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、
ＭＡＣ（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）、ＮＥＷ  ＲＡＴなどと呼ばれる。【０００３】
ＮＲでは、新たに数十ＧＨｚの高周波数帯を無線通信に使用することが想定されている。このような高周波数帯で生じる高い伝搬損失を補償し所望のカバレッジを確保するための方法として、多数のアンテナ素子を用いて送受信ビームを形成し指向性利得を向上させる技術であるビームフォーミングが検討されている。ＮＲでは、このビームフォーミングの使用を前提とした仕様策定が行われている。【０００４】
ビームフォーミングによる指向性利得を最大限に活用するには、送信側の送信ビームを受信側の受信品質が最良となるように形成することが望ましい。ここで、受信側の受信品質は、送信側と受信側の相対的な位置関係、形成可能な受信ビームパターン、干渉源の存在など、受信側に固有の要因に依存する。このため、送信側の送信ビームは、受信側が複数の送信ビーム候補に対する受信品質等を測定した上でフィードバックした情報に基づいて決定されることが望ましい。【０００５】
また、一の基地局と一の端末装置との通信にビームフォーミングを用いる場合、送信ビームとして、基地局のダウンリンク送信ビーム及び端末装置のアップリンク送信ビームが用いられ得る。ＮＲでは、これらの送信ビームをランダムアクセスプロシージャの中で選択することが検討されている。【０００６】
ランダムアクセスプロシージャは、端末装置の基地局に対する初期アクセス、ハンドオーバ、アップリンクの再同期などに用いられ、端末装置がランダムアクセスプリアンブルを基地局に送信する段階（ステップ１）、及び基地局がランダムアクセスレスポンスを送信する段階（ステップ２）を含む。【０００７】
例えば、非特許文献１及び２には、ＮＲにおけるアップリンク送信ビームの決定方法について、まず、端末装置が複数のアップリンク送信ビームを用いて複数のランダムアクセスプリアンブルを送信し、次に、基地局が検出したアップリンク送信ビームに関する情報をランダムアクセスレスポンスで端末装置にフィードバックする方法が記載されている。【０００８】
なお、ＮＲにおけるランダムアクセスプロシージャの具体的手順は検討段階にある。具体的に、ＮＲでは、従来のＬＴＥ(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）を、ダウンリンクで受信することと、
前記ＭＡＣ  ＰＤＵに含まれる情報を取得することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
前記ＭＡＣ  ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記複数の識別子のうち端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
非一時的記録媒体。
【０２００】
この出願は、２０１７年１月１７日に出願された日本出願特願２０１７−００５６３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０２０１】
移動体通信システムにおいて、無線リソースの使用を抑えつつビーム関連情報をダウンリンクで送信することができる。
【符号の説明】
【０２０２】
１  システム
１００  基地局
１３１、２３３、２４１  受信処理部
１３３、１４１、２３５、２４３  取得部
１３５、１４３、２３１  送信処理部
２００  端末装置
【図１】
2018135199.tif 000003
【図２】
2018135199.tif 000004
【図３】
2018135199.tif 000005
【図４】
2018135199.tif 000006
【図５】
2018135199.tif 000007
【図６】
2018135199.tif 000008
【図７】
2018135199.tif 000009
【図８】
2018135199.tif 000010
【図９】
2018135199.tif 000011
【図１０】
2018135199.tif 000012
【図１１】
2018135199.tif 000013
【図１２】
2018135199.tif 000014
【図１３】
2018135199.tif 000015
【図１４】
2018135199.tif 000016
【図１５】
2018135199.tif 000017
【図１６】
2018135199.tif 000018
【図１７】
2018135199.tif 000019
【図１８】
2018135199.tif 000020
【図１９】
2018135199.tif 000021
【図２０】
2018135199.tif 000022
【図２１】
2018135199.tif 000023
【図２２】
2018135199.tif 000024
【図２３】
2018135199.tif 000025
【図２４】
2018135199.tif 000026
【図２５】
2018135199.tif 000027
【図２６】
2018135199.tif 000028
【手続補正書】
【提出日】令和1年6月13日(2019.6.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局であって、
ＭＡＣ（Medium Access Control）  ＰＤＵ（Protocol Data Unit）を取得する取得部と、
前記ＭＡＣ  ＰＤＵをダウンリンクで送信する送信処理部と、
を備え、
前記ＭＡＣ  ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
基地局。
【請求項２】
前記ＭＡＣ  ＰＤＵは、ＭＡＣヘッダを含み、
前記ＭＡＣヘッダは、前記複数の識別子が配列されている第１の領域を含む、
請求項１記載の基地局。
【請求項３】
前記ＭＡＣヘッダは、前記１つ以上の識別子の各々に対応する前記ビーム関連情報が配列されている第２の領域を含む、請求項２記載の基地局。
【請求項４】
前記１つ以上の識別子は、前記第１の領域において前記他の識別子よりも前に配列されている、請求項３記載の基地局。
【請求項５】
前記複数の識別子は、Ｎ（Ｎ≧２）個の識別子であり、
前記ＭＡＣ  ＰＤＵは、前記複数の識別子に含まれるＭ（１≦Ｍ＜Ｎ）個の識別子の各々に対応する前記ビーム関連情報を含み、
前記ＭＡＣヘッダは、前記Ｍ個の識別子の各々に対応する前記ビーム関連情報が配列されている前記第２の領域を含み、
前記第２の領域内での順序においてｍ（１≦ｍ≦Ｍ）番目のビーム関連情報は、前記第１の領域内での順序においてｍ番目の識別子に対応する、
請求項４記載の基地局。
【請求項６】
前記複数の識別子の各々は、前記ＭＡＣヘッダ内の第１のタイプのサブヘッダに含まれ、
前記１つ以上の識別子の各々に対応する前記ビーム関連情報は、前記ＭＡＣヘッダ内の第２のタイプのサブヘッダに含まれる、
請求項３乃至５のうちいずれか１項記載の基地局。
【請求項７】
端末装置であって、
ＭＡＣ（Medium Access Control）  ＰＤＵ（Protocol Data Unit）を、ダウンリンクで受信する受信処理部と、
前記ＭＡＣ  ＰＤＵに含まれる情報を取得する取得部と、
を備え、
前記ＭＡＣ  ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まず、
前記取得部は、前記複数の識別子のうち当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、
端末装置。
【請求項８】
前記取得部は、当該端末装置のために用いられる前記識別子が、前記１つ以上の識別子に含まれる場合に、当該端末装置のために用いられる前記識別子に対応するビーム関連情報を取得する、請求項７記載の端末装置。
【請求項９】
ＭＡＣ（Medium Access Control）  ＰＤＵ（Protocol Data Unit）を取得することと、
前記ＭＡＣ  ＰＤＵをダウンリンクで送信することと、
を含む方法であり、
前記ＭＡＣ  ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
方法。
【請求項１０】
ＭＡＣ（Medium Access Control）  ＰＤＵ（Protocol Data Unit）を取得することと、
前記ＭＡＣ  ＰＤＵをダウンリンクで送信することと、
をプロセッサに実行させるためのプログラムであり、
前記ＭＡＣ  ＰＤＵは、複数の識別子と、前記複数の識別子に含まれる１つ以上の識別子の各々に対応するビーム関連情報と、を含み、前記複数の識別子に含まれる他の識別子に対応するビーム関連情報を含まない、
プログラム。
【国際調査報告】
2018135199.tif 000029
2018135199.tif 000030
2018135199.tif 000031
2018135199.tif 000032