(57)【要約】  第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データに、論理チャネル番号又はデータ長の情報を省略したＭＡＣヘッダを付与することができる制御部とを有する。
2019193664.tif 000002
【特許請求の範囲】
【請求項１】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、
前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データに、論理チャネル番号又はデータ長の情報を省略したＭＡＣヘッダを付与することができる制御部とを有する
基地局装置。
【請求項２】
前記制御部は、前記論理チャネル番号を省略したＭＡＣヘッダを付与する場合、前記ＭＡＣヘッダに前記複数の論理チャネルそれぞれに対応する複数ビットを有するマッピング情報を付与することを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記制御部は、前記複数ビットのうち、前記第２データを送信する論理チャネル番号に対応するビットを、ＯＮにする
請求項２記載の基地局装置。
【請求項４】
前記制御部は、前記第２データのデータ長が固定である場合、前記ＭＡＣヘッダに含まれるデータ長に関する情報要素を省略する
請求項１記載の基地局装置。
【請求項５】
前記制御部は、さらに、使用するＭＡＣヘッダのパターンを識別するヘッダ識別子を、ＭＡＣヘッダに付与する
請求項１記載の基地局装置。
【請求項６】
前記制御部は、
前記第２データのＭＡＣヘッダに含まれる論理チャネル番号を省略する場合、前記ヘッダ識別子をＯＮにする
請求項５記載の基地局装置。
【請求項７】
前記第２データは、固定長である
請求項１記載の基地局装置。
【請求項８】
前記第２種別は、ＵＲＬＬＣを含む
請求項６記載の基地局装置。
【請求項９】
前記第１種別は、ｅＭＢＢを含む
請求項７記載の基地局装置。
【請求項１０】
前記第２データは、前記第１データよりデータサイズが小さい
請求項１記載の基地局装置。
【請求項１１】
前記制御部は、前記第２データの送信に使用する前記ＭＡＣヘッダのフォーマットに関する情報を、前記第２データの送信先の装置に通知する
請求項１記載の基地局装置。
【請求項１２】
複数の論理チャネルを使用して送信された、第１種別の第１データと第２種別の第２データを受信することが可能な受信部と、
前記受信部が多重化された前記第１データと前記第２データを受信するとき、前記第１データの領域に含まれる、論理チャネル番号又はデータ長の情報が省略されたＭＡＣヘッダを有するデータを、前記第２データとして取り出す受信制御部とを有する
端末装置。
【請求項１３】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信し、
前記送信において、前記第１データと前記第２データを多重化するとき、前記第２データに、論理チャネル番号またはデータ長の情報を省略したＭＡＣヘッダを付与する、
基地局装置における通信方法。
【請求項１４】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データに、論理チャネル番号又はデータ長の情報を省略したＭＡＣヘッダを付与することができる制御部とを有する基地局装置と、
前記複数の論理チャネルを使用して送信された前記第１データ及び前記第２データを受信する受信部と、前記受信部が多重化された前記第１データと前記第２データを受信するとき、前記第１データの領域に含まれる、前記ＭＡＣヘッダを有するデータを、前記第２データとして取り出す受信制御部とを有する端末装置と、
を有する通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置、通信方法、及び通信システムに関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet of Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている。【０００４】
多種多様なサービスに対応するために、５Ｇでは、例えば、ｅＭＢＢ（Enhanced  Mobile  BroadBand）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra−Reliable and  Low  Latency  Communication）に分類される多くのユースケースのサポートを想定している。特に、ＵＲＬＬＣは、超高信頼性と低遅延の２つが要求されるため、実現が困難なユースケースの一つである。【０００５】
また、５Ｇでは、超高信頼低遅延通信データ（ＵＲＬＬＣデータ）と、他のデータ（例えば、ｅＭＢＢデータ等）とを同一キャリアで同時にサポートできることが求められており、その実現のために周波数利用効率を損なわないことが望ましい。【０００６】
５Ｇに関する技術については、以下の先行技術文献に記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 36.211  V15.0.0 （2017-12）
【非特許文献２】3GPP TS 36.212  V15.0.1 （2018-01）
【非特許文献３】3GPP TS 36.213  V15.0.0 （2017-12）
【非特許文献４】3GPP TS 36.300  V15.0.0 （2017-12）
【非特許文献５】3GPP TS 36.321  V15.0.0 （2017-12）
【非特許文献６】3GPP TS 36.322  V15.0.0 （2017-12）
【非特許文献７】3GPP TS 36.323  V14.5.0 （2017-12）
【非特許文献８】3GPP TS 36.331  V15.0.1 （2018-01）
【非特許文献９】3GPP TS 36.413  V15.0.0 （2017-12）
【非特許文献１０】3GPP TS 36.423  V15.0.0 （2017-12）
【非特許文献１１】3GPP TS 36.425  V14.0.0 （2017-03）
【非特許文献１２】3GPP TS 37.340  V15.0.0 （2017-12）
【非特許文献１３】3GPP TS 38.201  V15.0.0 （2017-12）
【非特許文献１４】3GPP TS 38.202  V15.0.0 （2017-12）
【非特許文献１５】3GPP TS 38.211  V15.0.0 （2017-12）
【非特許文献１６】3GPP TS 38.212  V15.0.0 （2017-12）
【非特許文献１７】3GPP TS 38.213  V15.0.0 （2017-12）
【非特許文献１８】3GPP TS 38.214  V15.0.0 （2017-12）
【非特許文献１９】3GPP TS 38.215  V15.0.0 （2017-12）
【非特許文献２０】3GPP TS 38.300  V15.0.0 （2017-12）
【非特許文献２１】3GPP TS 38.321  V15.0.0 （2017-12）
【非特許文献２２】3GPP TS 38.322  V15.0.0 （2017-12）
【非特許文献２３】3GPP TS 38.323  V15.0.0 （2017-12）
【非特許文献２４】3GPP TS 38.331  V15.0.0 （2017-12）
【非特許文献２５】3GPP TS 38.401  V15.0.0 （2017-12）
【非特許文献２６】3GPP TS 38.410  V 0.6.0 (2017-12）
【非特許文献２７】3GPP TS 38.413  V0.5.0（2017-12）
【非特許文献２８】3GPP TS 38.420  V0.5.0（2017-12）
【非特許文献２９】3GPP TS 38.423  V0.5.0（2017-12）
【非特許文献３０】3GPP TS 38.470  V15.0.0 (2018-01)
【非特許文献３１】3GPP TS 38.473  V15.0.0 (2017-12)
【非特許文献３２】3GPP TR 38.801  V14.0.0（2017-04）
【非特許文献３３】3GPP TR 38.802  V14.2.0（2017-09）
【非特許文献３４】3GPP TR 38.803  V14.2.0（2017-09）
【非特許文献３５】3GPP TR 38.804  V14.0.0 （2017-03）
【非特許文献３６】3GPP TR 38.900  V14.3.1 （2017-07）
【非特許文献３７】3GPP TR 38.912  V14.1.0 （2017-06）
【非特許文献３８】3GPP TR 38.913  V14.3.0 （2017-06）
【非特許文献３９】”New SID Proposal: Study on New Radio Access Technology”, NTT docomo, RP-160671, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7.-10. March, 2016
【非特許文献４０】”On co-existence of eMBB and URLLC ”, NTT docomo, R1-167391, 3GPP TSG RAN WG1 Meeting #86, Gothenburg, Sweden 22nd - 26th August 2016
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＵＲＬＬＣは、例えば、小さいサイズのデータを送信することが想定される。しかし、データサイズが小さいと、送信メッセージにおけるヘッダ部の占める割合が大きくなり、ヘッダ部を送信することによるオーバヘッドが大きくなる。この場合、ＵＲＬＬＣで求められる低遅延が実現できない場合がある。【０００９】
そこで、開示の一つの目的は、ヘッダ部を送信することによるオーバヘッドを低減する基地局装置、端末装置、通信方法、及び通信システムを提供することにある。
【課題を解決するための手段】
【００１０】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データに、論理チャネル番号又はデータ長の情報を省略したＭＡＣヘッダを付与することができる制御部とを有する。
【発明の効果】
【００１１】
一開示は、ヘッダ部を送信することによるオーバヘッドを低減することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、通信システム１０の構成例を示す図である。
【図２】図２は、通信システム１０の構成例を示す図である。
【図３】図３は、ｅＭＢＢにおけるＵＲＬＬＣの割り込み送信の例を示す図である。
【図４】図４は、基地局装置２００の構成例を示す図である。
【図５】図５は、端末装置１００の構成例を示す図である。
【図６】図６は、データ送信処理のシーケンスの例を示す図である。
【図７】図７は、ＭＡＣヘッダパターン１の例を示す図である。
【図８】図８は、ＭＡＣヘッダパターン１を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図９】図９は、ＭＡＣヘッダパターンの例を示す図である。
【図１０】図１０は、ＭＡＣヘッダパターン２を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図１１】図１１は、ＬＣＭＡＰの一部にＲビットを設定するパターンの例を示す図である。
【図１２】図１２は、ＭＡＣヘッダパターン３の例を示す図である。
【図１３】図１３は、ＭＡＣヘッダパターン３を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図１４】図１４は、ＬＣＭＡＰパターン５の例を示す図である。
【図１５】図１５は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図１６】図１６は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図１７】図１７は、ＭＡＣヘッダパターン４の例を示す図である。
【図１８】図１８は、ＭＡＣヘッダパターン４を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。
【図１９】図１９は、ＬＣＩＤの番号と、対応するデータ種別を示す図である。
【発明を実施するための形態】
【００１３】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
【００１４】
［第１の実施の形態］
最初に第１の実施の形態について説明する。
図１は、通信システム１０の構成例を示す図である。基地局装置２００は、通信相手装置（図示しない）に、第１データ及び第２データを送信する。
【００１５】
基地局装置２００は、送信部２９０及び制御部２９１を有する。送信部２９０及び制御部２９１は、例えば、基地局装置２００が有するコンピュータやプロセッサが、プログラムをロードし、実行することで構築される。
【００１６】
基地局装置２００は、データを送信する装置であり、例えば、５ＧにおけるｇＮｏｄｅＢである。基地局装置２００は、第１種別（例えば、ｅＭＢＢ）の第１データ及び、第２種別（例えば、ＵＲＬＬＣ）の第２データを送信する。基地局装置２００は、第１データと第２データを多重化し、送信する場合がある。
【００１７】
送信部２９０は、第１データ及び第２データを、複数の論理チャネルを使用して送信する。送信部２９０は、例えば、第１データ送信中に第２データの送信契機が発生すると、第１データと第２データを多重化して送信する。
【００１８】
制御部２９１は、送信部２９０が第１データと第２データを多重化して送信するとき、第２データのＭＡＣヘッダに含まれる論理チャネル番号（LCID :Logical Chanel Identifier）を省略することができる。
【００１９】
また、制御部２９１は、送信部２９０が第１データと第２データを多重化して送信するとき、第２データのＭＡＣヘッダに含まれる、データ部のサイズ（長さ）を示すデータ長（L :Length）を省略することができる。
【００２０】
これにより、基地局装置２００は、ＭＡＣヘッダのデータ量を抑制し、ヘッダ部送信によるオーバヘッドを低減させることができる。
【００２１】
［第２の実施の形態］
次に、第２の実施の形態について説明する。
【００２２】
＜通信システムの構成例＞
図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００及び基地局装置２００を有する。通信システム１０は、例えば、５Ｇに準拠した無線通信の通信システムである。また、通信システム１０は、以下に示すプロトコルスタックに準拠した通信システムである。
【００２３】
無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）として、仕様が規定される。例えば、第一層として物理層が規定され、第二層としてデータリンク層が規定され、第三層としてネットワーク層が規定される。ＬＴＥなどの第四世代移動通信システムでは、第二層は複数の副層に分割されており、ＭＡＣ（Medium Access Control）レイヤ、ＲＬＣ（Radio Link Control）レイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤから構成される。また、第四世代移動通信システムにおいて、第一層はＰＨＹ（Physical）レイヤから構成されており、第三層はＲＲＣ（Radio Resource Control）レイヤから構成される（ＲＲＣレイヤは制御プレーンのみ）。
【００２４】
無線通信システムの送信装置における各レイヤは、上位レイヤからのデータブロック（サービスデータユニット（ＳＤＵ：Service Data Unit）とも称される）に対して、ヘッダを付すなどの所定のプロトコルに準拠した処理を行うことで、受信装置におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を生成し、下位レイヤに転送する。例えば、ＬＴＥのＲＬＣレイヤでは、上位レイヤであるＰＤＣＰレイヤからのデータブロックであるＰＤＣＰ−ＰＤＵをＲＬＣ−ＳＤＵとし、下位レイヤから通知されるＴＢ（Transport Block）長に収まる範囲で複数のＲＬＣ−ＳＤＵを連結するなどして、ＲＬＣ−ＰＤＵを生成する。その様なＲＬＣ−ＰＤＵは、ＲＬＣレイヤにおけるシーケンス番号（ＳＮ：Sequence Number）を有するＲＬＣヘッダが付された状態で、下位レイヤであるＭＡＣレイヤに転送される。
【００２５】
無線通信システムの受信装置における各レイヤは、下位レイヤからのデータブロック（ＰＤＵとも称される）を受けて、ヘッダを除去するなどして取り出したデータブロック（ＳＤＵとも称される）を上位レイヤへ転送する。例えば、ＬＴＥのＲＬＣでは、下位レイヤであるＭＡＣレイヤからのデータブロック（ＭＡＣ−ＳＤＵ、ＲＬＣ−ＰＤＵとも称される）に付されたＲＬＣヘッダを参照して、１個のＲＬＣ−ＰＤＵに格納された複数のＲＬＣ−ＳＤＵを再構成するなどの処理が行われ、上位レイヤであるＰＤＣＰレイヤにＲＬＣ−ＳＤＵを転送する。その際、上位レイヤに対してＲＬＣ−ＳＤＵの順序を補償するために、ＲＬＣ−ＳＤＵの再構成において、ＲＬＣヘッダが有するＲＬＣシーケンス番号に基づく整序処理が行われる。そして、ＲＬＣシーケンス番号に抜けが生じたことを検知した場合、送信装置に対してＲＬＣ−ＰＤＵの再送を要求するＲＬＣ再送制御が実行される。
【００２６】
基地局装置２００は、ネットワーク（図示しない）から端末装置１００に送信されるデータを受信したとき、無線を介して端末装置１００にデータを送信する。基地局装置２００は、例えば、５Ｇに準拠したｇＮｏｄｅＢである。
【００２７】
端末装置１００は、基地局装置２００と、あるいは基地局装置２００を介して他の通信装置と通信を行う、例えば、スマートフォンやタブレット端末などの移動体通信端末である。
【００２８】
基地局装置２００は、例えば、ＵＲＬＬＣのデータを端末装置１００に送信するとき、ｅＭＢＢを送信するリソースの一部を使用する。
【００２９】
図３は、ｅＭＢＢにおけるＵＲＬＬＣの割り込み送信の例を示す図である。基地局装置２００は、ｅＭＢＢを送信するデータ領域の一部であるｅＭＢＢデータパンクチャ可能領域を使用して、ＵＲＬＬＣを割り込み（パンクチャ）送信することができる。基地局装置２００は、例えば、メッセージＭ１を使用してＵＲＬＬＣを送信する。メッセージＭ１において、「Ｐ」はＰｒｅｅｍｐｔｉｏｎ  Ｉｎｄｉｃａｔｏｒを示す。Ｐｒｅｅｍｐｔｉｏｎ  Ｉｎｄｉｃａｔｏｒは、当該データ（図３中のＤ）が、ｅＭＢＢのデータではないことを識別するための識別子であり、例えば、メッセージヘッダの一部又は全部である。なお、割り込み送信は、ｅＭＢＢデータパンクチャ可能領域の複数の領域を使用してもよいし、一部を使用してもよい。
【００３０】
＜基地局装置の構成例＞
図４は、基地局装置２００の構成例を示す図である。基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、ＤＲＡＭ（Dynamic Random Access Memory）などのメモリ２３０、ＮＩＣ（Network Interface Card）２４０、及びＲＦ（Radio Frequency）回路２５０を有する。基地局装置２００は、例えば、ＵＲＬＬＣのデータを端末装置１００に送信する、送信装置である。
【００３１】
ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、通信制御プログラム２２１を及びヘッダパターン２２２を記憶する。
【００３２】
ヘッダパターン２２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン２２２は、プログラムに組み込まれてもよい。
【００３３】
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用される。
【００３４】
ＮＩＣ２４０は、インターネットやイントラネットなどのネットワーク（図示しない）と接続するネットワークインターフェースである。基地局装置２００は、ＮＩＣ２４０を介して、ネットワークに接続する通信装置と通信する。
【００３５】
ＲＦ回路２５０は、端末装置１００と無線接続する装置である。ＲＦ回路２５０は、例えば、アンテナ２５１を有する。
【００３６】
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
【００３７】
ＣＰＵ２１０は、通信制御プログラム２２１を実行することで、送信部及び制御部を構築し、通信制御処理を行う。通信制御処理は、端末装置１００との無線通信を制御する処理である。基地局装置２００は、通信制御処理において、端末装置１００に、ｅＭＢＢのデータ（以下、ｅＭＢＢデータと呼ぶ場合がある）及びＵＲＬＬＣのデータ（以下、ＵＲＬＬＣデータと呼ぶ場合がある）を送信する。また、基地局装置２００は、通信制御処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化し、ＵＲＬＬＣデータのヘッダパターンを選択し、選択したヘッダパターンを端末装置１００に通知する。
【００３８】
ＣＰＵ２１０は、通信制御プログラム２２１が有するｅＭＢＢ送信モジュール２２１１を実行することで、送信部を構築し、ｅＭＢＢ送信処理を行う。ｅＭＢＢ送信処理は、ｅＭＢＢデータを端末装置１００に送信する処理である。
【００３９】
ＣＰＵ２１０は、通信制御プログラム２２１が有するＵＲＬＬＣ送信モジュール２２１２を実行することで、送信部を構築し、ＵＲＬＬＣ送信処理を行う。ＵＲＬＬＣ送信処理は、ＵＲＬＬＣデータを端末装置１００に送信する処理である。
【００４０】
ＣＰＵ２１０は、通信制御プログラム２２１が有する多重化モジュール２２１３を実行することで、送信部を構築し、多重化処理を行う。多重化処理は、ｅＭＢＢデータとＵＲＬＬＣデータを多重化する処理である。基地局装置２００は、多重化処理において、ＵＲＬＬＣデータをｅＭＢＢデータパンクチャ可能領域の一部に割り込ませることで、多重化を行う。
【００４１】
ＣＰＵ２１０は、通信制御プログラム２２１が有するヘッダパターン選択モジュール２２１４を実行することで、制御部を構築し、ヘッダパターン選択処理を行う。ヘッダパターン選択処理は、例えば、ＵＲＬＬＣデータのヘッダパターンを選択する処理である。基地局装置２００は、例えば、ｅＭＢＢデータとＵＲＬＬＣデータを多重化するとき、送信するＵＲＬＬＣデータの特性に応じて、ヘッダパターンを選択する。
【００４２】
＜端末装置の構成例＞
図５は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、ＤＲＡＭなどのメモリ１３０、及びＲＦ回路１５０を有する。端末装置１００は、例えば、ＵＲＬＬＣのデータを基地局装置２００から受信する、受信装置である。
【００４３】
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、通信プログラム１２１及びヘッダパターン１２２を記憶する。
【００４４】
ヘッダパターン１２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン１２２は、プログラムに組み込まれてもよい。また、ヘッダパターン１２２は、例えば、基地局装置２００の有するヘッダパターン２２２と同じであってもよい。
【００４５】
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用される。
【００４６】
ＲＦ回路１５０は、基地局装置２００と無線接続する装置である。ＲＦ回路１５０は、例えば、アンテナ１５１を有する。
【００４７】
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
【００４８】
ＣＰＵ１１０は、通信プログラム１２１を実行することで、受信部及び受信制御部を構築し、通信処理を行う。通信処理は、基地局装置２００と無線通信をする処理である。端末装置１００は、通信処理において、ｅＭＢＢデータ及びＵＲＬＬＣデータ（多重化されたデータを含む）を受信する。また、端末装置１００は、通信処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化したときの、ＵＲＬＬＣデータのヘッダパターンを基地局装置２００から取得する。
【００４９】
ＣＰＵ１１０は、通信プログラム１２１が有するｅＭＢＢ受信モジュール１２１１を実行することで、受信部を構築し、ｅＭＢＢ受信処理を行う。ｅＭＢＢ受信処理は、ｅＭＢＢデータを基地局装置２００から受信する処理である。
【００５０】
ＣＰＵ１１０は、通信プログラム１２１が有するＵＲＬＬＣ受信モジュール１２１２を実行することで、受信部を構築し、ＵＲＬＬＣ受信処理を行う。ＵＲＬＬＣ受信処理は、ＵＲＬＬＣデータを基地局装置２００から受信する処理である。
【００５１】
ＣＰＵ１１０は、通信プログラム１２１が有するヘッダパターン取得モジュール１２１３を実行することで、制御部を構築し、ヘッダパターン取得処理を行う。ヘッダパターン取得処理は、基地局装置２００が選択したヘッダパターンを取得する処理である。端末装置１００は、ヘッダパターン取得処理において、基地局装置２００から通知されるヘッダパターンを受信することで、ヘッダパターンを取得する。なお、端末装置１００は、ヘッダパターンを取得することで、ｅＭＢＢデータと多重化されたＵＲＬＬＣデータを受信することができる。
【００５２】
＜データ送信処理＞
図６は、データ送信処理のシーケンスの例を示す図である。基地局装置２００は、データを端末装置１００に送信する契機が発生すると、使用するヘッダのパターン（以降、使用ヘッダパターンと呼ぶ）を決定する（Ｓ１０）。基地局装置２００は、例えば、送信するデータがＵＲＬＬＣか否かに基づいて、使用ヘッダパターンを決定する。ＵＲＬＬＣデータは、例えば、固定長のデータである。また、ＵＲＬＬＣデータは、例えば、所定値より小さいデータサイズのデータであり、ｅＭＢＢデータより小さいデータサイズである。
【００５３】
基地局装置２００は、決定した使用ヘッダパターンを、ＲＲＣシグナリングを用いて端末装置１００に送信する（Ｓ１１）。ＲＲＣシグナリングは、例えば、ＲＲＣメッセージ送受信のための情報を含む制御用信号である。なお、基地局装置２００は、決定した使用ヘッダパターンの送信を、ＲＲＣシグナリングに限定されず、端末装置１００が受信するメッセージや信号を使用する。
【００５４】
端末装置１００は、ＲＲＣシグナリングを受信し、使用ヘッダパターンを取得する（Ｓ１２）。以降、端末装置１００は、基地局装置２００から使用ヘッダパターンで送信されるデータを待ち受ける。
【００５５】
基地局装置２００は、使用ヘッダパターンを端末装置１００に通知したのち、決定した使用ヘッダパターンを用いて、データを端末装置１００に送信する。
【００５６】
＜ＭＡＣヘッダの使用ヘッダパターン＞
以下に、ＭＡＣヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける１行は１オクテットを示す。また、１オクテットは、１バイト（８ビット）として、以下に説明する。
【００５７】
＜１．ＭＡＣ基本パターン＞
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、ＭＡＣ基本パターンである、ＭＡＣヘッダパターン１について説明する。
【００５８】
図７は、ＭＡＣヘッダパターン１の例を示す図である。Ｒは、Ｒビット（Reserved）を示す。Ｒビット（リザーブビット）は、例えば、将来の仕様変更に対応するための、拡張性を担保するために確保する領域である。
【００５９】
ＬＣＩＤは、論理チャネル識別子（Logical Channel Identifier）である。ＬＣＩＤは、例えば、基地局装置２００と端末装置１００との間で割り当てられた論理チャネルの番号を示す。ＬＣＩＤの格納領域は、６ビットで構成される。
【００６０】
Ｌは、データ長（Length）である。Ｌの格納領域は、８ビットで構成される。また、Lの格納領域は、１６ビットで構成されても良い。
【００６１】
なお、ＭＡＣヘッダパターン１は、１オクテット目の２ビット目に０を設定する。０は固定値である。
【００６２】
図８は、ＭＡＣヘッダパターン１を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。論理チャネルは、例えば、８本設定され、論理チャネル番号は、２、３、４、５、１２、１３、１４、１５であるとする。なお、特にことわりのない限り、論理チャネルの本数、及び番号は、以下の説明おいても同様であるものとする。
【００６３】
図８では、ＭＡＣヘッダパターン１のヘッダにＵＲＬＬＣデータ（図８におけるＵＲＬＬＣ  ＬＣＩＤ＝ｘ（ｘは論理チャネル番号））が付与される。図８においては、ＵＲＬＬＣデータ１つに対してヘッダ１つを付与する。それぞれのＵＲＬＬＣデータは、論理チャネル番号２、５、１４を使用して送信される。なお、Ｌは、それぞれのＵＲＬＬＣデータのデータ長が設定される。
【００６４】
＜２．ＬＣＩＤのマッピング＞
例えば、論理チャネルの数が少ない（例えば８本以下）の場合、データそれぞれのヘッダ部に設定されるＬＣＩＤに代替し、使用する論理チャネルをマッピングしたマッピング情報を使用する。また、基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
【００６５】
図９（Ａ）は、ＭＡＣヘッダパターン２の例を示す図である。ＬＣＭＡＰは、論理チャネル番号をマッピングしたマッピング情報である。
【００６６】
図９（Ｂ）は、ＬＣＭＡＰパターン１の例を示す図である。ＬＣＭＡＰは、例えば、マッピング情報であり、Ｌ１からＬ８の８ビットで構成される。Ｌｘ（ｘは整数）は、それぞれ論理チャネル番号に対応する。基地局装置２００は、使用する論理チャネル番号を、昇順にＬｘに対応させる。例えば、基地局装置２００は、Ｌ１をＬＣＩＤ２、Ｌ２をＬＣＩＤ３、Ｌ３をＬＣＩＤ４、Ｌ４をＬＣＩＤ５、Ｌ５をＬＣＩＤ１２、Ｌ６をＬＣＩＤ１３、Ｌ７をＬＣＩＤ１４、Ｌ８をＬＣＩＤ１５に対応させる。そして、基地局装置２００は、使用するＬＣＩＤの番号に対応するビットをＯＮ（１）にする。なお、使用する論理チャネルは、降順にＬｘに対応しても良い。
【００６７】
図１０は、ＭＡＣヘッダパターン２を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。送信するデータは、図８と同様である。図１０においては、１つの１オクテットのヘッダと３つのＵＲＬＬＣデータを送信する。ヘッダは、Ｌ１、Ｌ４、及びＬ７が１（ＯＮ）である。すなわち、Ｌ１に対応するＬＣＩＤ２、Ｌ４に対応するＬＣＩＤ５、及びＬ７に対応するＬＣＩＤ１４を使用して、ＵＲＬＬＣデータを送信することを示す。
【００６８】
図１１は、ＬＣＭＡＰの一部にＲビットを設定するパターンの例を示す図である。図１１（Ａ）は、ＬＣＭＡＰパターン２の例を示す図である。ＬＣＭＡＰパターン２は、先頭にＲビットを設定し、Ｌ８を設定しないＬＣＭＡＰパターンである。基地局装置２００は、使用する論理チャネルの数が７以下である場合、ＬＣＭＡＰパターン２を使用してもよい。
【００６９】
図１１（Ｂ）は、ＬＣＭＡＰパターン３の例を示す図である。ＬＣＭＡＰパターン３は、複数のＲビットを設定するＬＣＭＡＰパターンである。ＬＣＭＡＰパターン３は、Ｌ７及びＬ８を設定しない。基地局装置２００は、使用する論理チャネルの数が６以下である場合、ＬＣＭＡＰパターン３を使用してもよい。
【００７０】
図１１（Ｃ）は、ＬＣＭＡＰパターン４の例を示す図である。ＬＣＭＡＰパターン４は、先頭及び末尾にＲビットを設定し、Ｌ７及びＬ８を設定しないＬＣＭＡＰパターンである。基地局装置２００は、使用する論理チャネルの数が６以下である場合、ＬＣＭＡＰパターン３を使用してもよい。
【００７１】
図１１は、１又は２のＲビットが設定されるＬＣＭＡＰパターンである。しかし、Ｒビットは、３以上設定されてもよい。また、Ｒビットの位置は、図１１に示すように、先頭、末尾、２ビット目に限定されず、どの位置に設定されてもよい。基地局装置２００は、使用する論理チャネルの数に応じてＲビットを設定する数を変更してもよい。
【００７２】
＜２．１  データ長の付与＞
基地局装置２００は、ＵＲＬＬＣが可変長である場合、データ長を付与する。基地局装置２００は、例えば、Ｎ（Ｎは整数）個のＵＲＬＬＣデータを送信するとき、Ｎ−１個のデータ長を付与する。最終データの末尾は、データ長に関する情報がなくても、ＭＡＣ  ＰＤＣのトランスポートブロックの末尾となるためである。
【００７３】
図１２は、ＭＡＣヘッダパターン３の例を示す図である。ＭＡＣヘッダパターン３は、ＬＣＭＡＰに加え、例えば、１オクテットのＬ領域を２つ有する。Ｌ領域は、例えば、送信するＵＲＬＬＣデータのデータ長であってもよいし、ＭＡＣ  ＳＤＵのデータの境界位置（末尾又は先頭）を示してもよい。
【００７４】
図１３は、ＭＡＣヘッダパターン３を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。送信するデータは、図８と同様である。図１３において、基地局装置２００は、１つの１オクテットのヘッダと３つのＵＲＬＬＣデータを送信する。ヘッダのＬＣＭＡＰは、ＬＣＭＡＰパターン１に対応する場合、Ｌ１、Ｌ４、及びＬ７が１（ＯＮ）である。すなわち、Ｌ１に対応するＬＣＩＤ２、Ｌ４に対応するＬＣＩＤ５、及びＬ７に対応するＬＣＩＤ１４を使用して、ＵＲＬＬＣデータを送信することを示す。また、ヘッダに含まれるデータ長は、Ｌ＝０００１００００であり、３２バイトであることを示す。すなわち、ＬＣＩＤ２で送信されるＵＲＬＬＣデータのデータ長、及びＬＣＩＤ５で送信されるＵＲＬＬＣデータのデータ長は、それぞれ３２バイトであることを示す。ＬＣＩＤ１４で送信されるＵＲＬＬＣデータの末尾は、ＭＡＣ  ＰＤＣのトランスポートブロックの末尾となる。
【００７５】
図１２、図１３では、Ｌ領域を２つ設定したが、３つ以上設定してもよい。また、Ｌ領域は、Ｎ−１個ではなく、Ｎ個設定してもよい。
【００７６】
＜２．２  ヘッダパターンの識別子＞
基地局装置２００は、使用するヘッダパターンを示す識別子を付与してもよい。例えば、基地局装置２００は、使用するＬＣＩＤをそのまま設定するヘッダのパターン（例えば、図７のＭＡＣヘッダパターン１）と、ＬＣＩＤに代替しマッピングした情報要素を設定するヘッダパターンを識別するビットを設ける。
【００７７】
図１４は、ＬＣＭＡＰパターン５の例を示す図である。ＬＣＭＡＰパターン５の２ビット目は、ＭＩＤビットである。ＭＩＤビットは、マッピングした情報要素を使用するか否かを示すビットであり、ヘッダのパターンを識別するヘッダ識別子として使用される。ＭＡＣヘッダの１オクテット目の２ビット目は、例えば、図７のＭＡＣヘッダパターン１では、固定値である０が設定される。端末装置１００は、ＭＡＣヘッダの１オクテット目の２ビット目（ＭＩＤビット）が１である場合、当該ヘッダには、ＬＣＩＤではなく、マッピングされた情報要素が使用されていることを認識する。すなわち、ＬＣＭＡＰパターン５のＭＩＤビットは、１となる。
【００７８】
図１５は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ＬＣＩＤ２を使用して１つのＵＲＬＬＣデータを送信する。
【００７９】
図１５（Ａ）は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。図１５（Ａ）において、ヘッダのＬＣＭＡＰは、２ビット目のＭＩＤが１である。よって、端末装置１００は、ＬＣＭＡＰパターン５でＵＲＬＬＣデータが送信されたことを認識する。そして、ＬＣＭＡＰは、Ｌ１がＯＮであり、ＬＣＩＤ２を使用してＵＲＬＬＣが送信されることを示す。
【００８０】
図１５（Ｂ）は、ＭＡＣヘッダを省略するパターンの例を示す図である。基地局装置２００が使用する論理チャネルが１本の場合、ＭＡＣヘッダを省略してもよい。
【００８１】
図１６は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ＬＣＩＤ２及びＬＣＩＤ５を使用して、２つのＵＲＬＬＣデータを送信する。ヘッダのＬＣＭＡＰは、２ビット目のＭＩＤが１である。よって、端末装置１００は、ＬＣＭＡＰパターン５でＵＲＬＬＣデータが送信されたことを認識する。そして、ＬＣＭＡＰは、Ｌ１及びＬ４がＯＮであり、それぞれＬＣＩＤ２及びＬＣＩＤ５を使用してＵＲＬＬＣが送信されることを示す。
【００８２】
なお、ＭＩＤは、例えば、ユーザデータか制御用データかを識別しても良い。
【００８３】
ヘッダパターンの識別子を設けることで、例えば、ＭＡＣレイヤの制御用信号であるＭＡＣ  ＣＥ（control element）を用いて、データの送信を行うことができる。基地局装置２００は、ＭＡＣ  ＣＥのＭＡＣヘッダの１オクテット目の２ビット目をＯＮ（１）にすることで、ＭＡＣ  ＣＥのリソースを使用してデータを送信することを、端末装置１００に認識させることができる。
【００８４】
＜２．３  データ長の省略＞
基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
【００８５】
図１７は、ＭＡＣヘッダパターン４の例を示す図である。ＭＡＣヘッダパターン４は、ＭＡＣヘッダパターン１のデータ長を省略したパターンである。また、１オクテット目の２ビット目にＲビットを設定する。
【００８６】
図１８は、ＭＡＣヘッダパターン４を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ヘッダのＬＣＩＤ領域にＬＣＩＤ２を設定し、ＵＲＬＬＣデータを、ＬＣＩＤ２を使用して送信する。
【００８７】
［その他の実施の形態］
通信システム１０において、例えば、上記で示したヘッダを使用するＬＣＩＤを定義してもよい。
【００８８】
図１９は、ＬＣＩＤの番号と、対応するデータ種別を示す図である。図１９（Ａ）は下り、図１９（Ｂ）は上りの定義の例を示す図である。
【００８９】
図１９（Ａ）において、ＬＣＩＤの番号（Index）の、１０００１からｘ（ｘは、１１０１１１未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤ（Identity of the logical channel for URLLC）として定義する。同様に、図１９（Ｂ）において、ＬＣＩＤの番号の、１０００１からｘ（ｘは、１１０１１０未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤとして定義する。これにより、基地局装置２００は、ヘッダの一部又は全部を省略することができる。
【００９０】
また、ＵＲＬＬＣは、ＭＡＣレイヤでの結合（コンカチネーション）を行わない場合がある。通信システム１０において、例えば、ＭＡＣレイヤでの結合の有無を示す情報要素を追加してもよい。
【００９１】
また、各実施の形態は、それぞれ組み合わせてもよい。例えば、データ長の省略や、Ｒビットの設定は、各実施の形態において行われてもよい。
【符号の説明】
【００９２】
１０      ：通信システム
１００    ：端末装置
１１０    ：ＣＰＵ
１２０    ：ストレージ
１２１    ：通信プログラム
１２２    ：ヘッダパターン
１３０    ：メモリ
１５０    ：ＲＦ回路
１５１    ：アンテナ
２００    ：基地局装置
２１０    ：ＣＰＵ
２２０    ：ストレージ
２２１    ：通信制御プログラム
２２２    ：ヘッダパターン
２３０    ：メモリ
２５０    ：ＲＦ回路
２５１    ：アンテナ
２９０    ：送信部
２９１    ：制御部
１２１１  ：ｅＭＢＢ受信モジュール
１２１２  ：ＵＲＬＬＣ受信モジュール
１２１３  ：ヘッダパターン取得モジュール
２２１１  ：ｅＭＢＢ送信モジュール
２２１２  ：ＵＲＬＬＣ送信モジュール
２２１３  ：多重化モジュール
２２１４  ：ヘッダパターン選択モジュール
【図１】
2019193664.tif 000003
【図２】
2019193664.tif 000004
【図３】
2019193664.tif 000005
【図４】
2019193664.tif 000006
【図５】
2019193664.tif 000007
【図６】
2019193664.tif 000008
【図７】
2019193664.tif 000009
【図８】
2019193664.tif 000010
【図９】
2019193664.tif 000011
【図１０】
2019193664.tif 000012
【図１１】
2019193664.tif 000013
【図１２】
2019193664.tif 000014
【図１３】
2019193664.tif 000015
【図１４】
2019193664.tif 000016
【図１５】
2019193664.tif 000017
【図１６】
2019193664.tif 000018
【図１７】
2019193664.tif 000019
【図１８】
2019193664.tif 000020
【図１９】
2019193664.tif 000021
【手続補正書】
【提出日】令和2年9月18日(2020.9.18)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、基地局装置、端末装置、及び無線通信方法に関する。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、
ＭＡＣプロトコルデータユニット（ＰＤＵ）の前記第２データのデータ長に関する情報を省略し、
前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方にＭＡＣ（ミディアムアクセスコントロール）ヘッダを配置し、
前記第１データと前記第２データを多重化する制御部とを有し、
前記第２データのデータ長が前記ＭＡＣヘッダから省略され、Ｒビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
基地局装置。
【請求項２】
前記制御部は、論理チャネル番号を省略したＭＡＣヘッダを付与する場合、前記ＭＡＣヘッダに前記複数の論理チャネルそれぞれに対応する複数ビットを有するマッピング情報を付与する
請求項１に記載の基地局装置。
【請求項３】
前記制御部は、前記複数ビットのうち、前記第２データを送信する論理チャネル番号に対応するビットを設定する
請求項１記載の基地局装置。
【請求項４】
前記第２データのデータ長は、固定長である
請求項１記載の基地局装置。
【請求項５】
前記第２種別は、ＵＲＬＬＣを含む
請求項１記載の基地局装置。
【請求項６】
前記第１種別は、ｅＭＢＢを含む
請求項１記載の基地局装置。
【請求項７】
前記第２データは、前記第１データよりデータサイズが小さい
請求項１記載の基地局装置。
【請求項８】
複数の論理チャネルを使用して送信された、第１種別の第１データと第２種別の第２データを受信することが可能な受信部と、
前記第２データの前方に配置されたＭＡＣ（メディアアクセスコントロール）ヘッダに従ってデータを処理する制御部とを有し、
前記ＭＡＣヘッダは、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方に置かれ、
前記第１データと前記第２データは多重化されており、
前記第２データのデータ長が前記ＭＡＣヘッダから省略され、Ｒビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
端末装置。
【請求項９】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信し、
ＭＡＣプロトコルデータユニット（ＰＤＵ）の前記第２データのデータ長に関する情報を省略し、
前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方にＭＡＣ（ミディアムアクセスコントロール）ヘッダを配置し、
前記第１データと前記第２データを多重化有し、
前記第２データのデータ長が前記ＭＡＣヘッダから省略され、Ｒビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
無線通信方法。
【請求項１０】
複数の論理チャネルを使用して送信された、第１種別の第１データと第２種別の第２データを受信し、
前記第２データの前方に配置されたＭＡＣ（メディアアクセスコントロール）ヘッダに従ってデータを処理し、
前記ＭＡＣヘッダは、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方に置かれ、
前記第１データと前記第２データは多重化されており、
前記第２データのデータ長が前記ＭＡＣヘッダから省略され、Ｒビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
無線通信方法。
【国際調査報告】
2019193664.tif 000022
2019193664.tif 000023
2019193664.tif 000024
2019193664.tif 000025