(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-16
(45)【発行日】2024-10-24
(54)【発明の名称】基地局装置、端末装置、及び無線通信方法
(51)【国際特許分類】
H04W 28/06 20090101AFI20241017BHJP
H04W 80/02 20090101ALI20241017BHJP
H04W 24/02 20090101ALI20241017BHJP
H04W 88/08 20090101ALI20241017BHJP
【ＦＩ】
H04W28/06 110
H04W80/02
H04W24/02
H04W88/08
【請求項の数】
8
(21)【出願番号】P 2023017181
(22)【出願日】2023-02-07
(62)【分割の表示】P 2021164087の分割
【原出願日】2018-04-03
(65)【公開番号】P2023071676
(43)【公開日】2023-05-23
【審査請求日】2023-03-01
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100094525
【弁理士】
【氏名又は名称】土井 健二
(74)【代理人】
【識別番号】100094514
【弁理士】
【氏名又は名称】林 恒徳
(72)【発明者】
【氏名】太田 好明
(72)【発明者】
【氏名】大出 高義
(72)【発明者】
【氏名】河▲崎▼ 義博
【審査官】伊藤 嘉彦
(56)【参考文献】
【文献】Ericsson，Msg3 size for CCCH payload，3GPP TSG RAN WG2 Meeting #101 R2-1803202，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101/Docs/R2-1803202.zip>，2018年02月15日
【文献】InterDigital Communications，LCP and Scheduling Aspects for Multiple Numerologies，3GPP TSG-RAN WG2 NR Ad Hoc R2-1700236，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2017_01_NR/Docs/R2-1700236.zip>，2017年01月06日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
第１種別の第１データと、第２種別の第２データを、送信する送信部と、
データ長を示すフィールドを含まず、第１オクテットの第１ビット及び第２ビットにＲビット（予約ビット）フィールドが構成され、前記第１オクテットの第３ビットから第８ビットにＬＣＩＤフィールドが構成されるＭＡＣヘッダを、前記第２データのＭＡＣヘッダとして、複数のＭＡＣヘッダパターンから選択し、
前記ＭＡＣヘッダを示すＬＣＩＤを複数のＬＣＩＤから選択し、前記ＬＣＩＤフィールドに前記選択したＬＣＩＤが設定された前記ＭＡＣヘッダと、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）と含むＭＡＣプロトコルデータユニット（ＰＤＵ）を構成し、前記第１データと前記第２データを多重する制御部と、を有する
送信装置。
【請求項2】
前記ＬＣＩＤを含む複数のＬＣＩＤを記憶する記憶部を更に有する、請求項１に記載の送信装置。
【請求項3】
前記第２データのデータ長は、固定長である請求項１記載の送信装置。
【請求項4】
前記第２種別は、ＵＲＬＬＣを含む請求項１記載の送信装置。
【請求項5】
前記第１種別は、ｅＭＢＢを含む請求項１記載の送信装置。
【請求項6】
前記第２データは、前記第１データよりデータサイズが小さい請求項１記載の送信装置。
【請求項7】
第１種別の第１データと第２種別の第２データを受信することが可能な受信部と、前記第２データの前方に配置されたＭＡＣ（メディアアクセスコントロール）ヘッダに従ってデータを処理する制御部とを有し、
前記ＭＡＣヘッダは、複数のＭＡＣヘッダパターンから前記第２データのＭＡＣヘッダとして選択され、前記第２データのデータ長を示すフィールドが省略されており、且つ第１オクテットの第１ビット及び第２ビットにＲビット（予約ビット）フィールドが構成され、前記第１オクテットの第３ビットから第８ビットにＬＣＩＤフィールドが構成され、前記ＬＣＩＤフィールドには、複数のＬＣＩＤから選択された前記ＭＡＣヘッダを示すＬＣＩＤが設定されており、
前記受信部は、前記ＭＡＣヘッダと前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）と含むＭＡＣプロトコルデータユニット（ＰＤＵ）が構成されており、多重された前記第１データと前記第２データを受信する、
受信装置。
【請求項8】
第１種別の第１データと、第２種別の第２データを、送信する送信装置と、前記第１データと前記第２データを受信する受信装置とを有し、
前記送信装置は、
データ長を示すフィールドを含まず、第１オクテットの第１ビット及び第２ビットにＲビット（予約ビット）フィールドが構成され、前記第１オクテットの第３ビットから第８ビットにＬＣＩＤフィールドが構成されるＭＡＣヘッダを、前記第２データのＭＡＣヘッダとして、複数のＭＡＣヘッダパターンから選択し、
前記ＭＡＣヘッダを示すＬＣＩＤを複数のＬＣＩＤから選択し、前記ＬＣＩＤフィールドに前記選択したＬＣＩＤが設定された前記ＭＡＣヘッダと、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）と含むＭＡＣプロトコルデータユニット（ＰＤＵ）を構成し、前記第１データと前記第２データを多重する
通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、基地局装置、端末装置、及び無線通信方法に関する。
【背景技術】
【0002】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
【0003】
一方で、ＩｏＴ（Internet of Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ
Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ－ＲＡＮ ＷＧ１、ＴＳＧ－ＲＡＮ ＷＧ２等）で技術検討が進められている。
Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ－ＲＡＮ ＷＧ１、ＴＳＧ－ＲＡＮ ＷＧ２等）で技術検討が進められている。
【0004】
多種多様なサービスに対応するために、５Ｇでは、例えば、ｅＭＢＢ（Enhanced Mobile BroadBand）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、および
ＵＲＬＬＣ（Ultra－Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。特に、ＵＲＬＬＣは、超高信頼性と低遅延の２つが要求されるため、実現が困難なユースケースの一つである。
ＵＲＬＬＣ（Ultra－Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。特に、ＵＲＬＬＣは、超高信頼性と低遅延の２つが要求されるため、実現が困難なユースケースの一つである。
【0005】
また、５Ｇでは、超高信頼低遅延通信データ（ＵＲＬＬＣデータ）と、他のデータ（例えば、ｅＭＢＢデータ等）とを同一キャリアで同時にサポートできることが求められており、その実現のために周波数利用効率を損なわないことが望ましい。
【0006】
５Ｇに関する技術については、以下の先行技術文献に記載されている。
【先行技術文献】
【非特許文献】
【0007】
【文献】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
【発明の概要】
【発明が解決しようとする課題】
【0008】
ＵＲＬＬＣは、例えば、小さいサイズのデータを送信することが想定される。しかし、データサイズが小さいと、送信メッセージにおけるヘッダ部の占める割合が大きくなり、ヘッダ部を送信することによるオーバヘッドが大きくなる。この場合、ＵＲＬＬＣで求められる低遅延が実現できない場合がある。
【0009】
そこで、開示の一つの目的は、ヘッダ部を送信することによるオーバヘッドを低減する基地局装置、端末装置、通信方法、及び通信システムを提供することにある。
【課題を解決するための手段】
【0010】
第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データに、論理チャネル番号又はデータ長の情報を省略したＭＡＣヘッダを付与することができる制御部とを有する。
【発明の効果】
【0011】
一開示は、ヘッダ部を送信することによるオーバヘッドを低減することができる。
【図面の簡単な説明】
【0012】
【発明を実施するための形態】
【0013】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
【0014】
【0015】
基地局装置２００は、送信部２９０及び制御部２９１を有する。送信部２９０及び制御部２９１は、例えば、基地局装置２００が有するコンピュータやプロセッサが、プログラムをロードし、実行することで構築される。
【0016】
基地局装置２００は、データを送信する装置であり、例えば、５ＧにおけるｇＮｏｄｅＢである。基地局装置２００は、第１種別（例えば、ｅＭＢＢ）の第１データ及び、第２種別（例えば、ＵＲＬＬＣ）の第２データを送信する。基地局装置２００は、第１データと第２データを多重化し、送信する場合がある。
【0017】
送信部２９０は、第１データ及び第２データを、複数の論理チャネルを使用して送信する。送信部２９０は、例えば、第１データ送信中に第２データの送信契機が発生すると、第１データと第２データを多重化して送信する。
【0018】
制御部２９１は、送信部２９０が第１データと第２データを多重化して送信するとき、第２データのＭＡＣヘッダに含まれる論理チャネル番号（LCID :Logical Chanel Identif
ier）を省略することができる。
ier）を省略することができる。
【0019】
また、制御部２９１は、送信部２９０が第１データと第２データを多重化して送信するとき、第２データのＭＡＣヘッダに含まれる、データ部のサイズ（長さ）を示すデータ長（L :Length）を省略することができる。
【0020】
これにより、基地局装置２００は、ＭＡＣヘッダのデータ量を抑制し、ヘッダ部送信によるオーバヘッドを低減させることができる。
【0021】
［第２の実施の形態］
次に、第２の実施の形態について説明する。
次に、第２の実施の形態について説明する。
【0022】
＜通信システムの構成例＞
図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００及び基地局装置２００を有する。通信システム１０は、例えば、５Ｇに準拠した無線通信の通信システムである。また、通信システム１０は、以下に示すプロトコルスタックに準拠した通信システムである。
図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００及び基地局装置２００を有する。通信システム１０は、例えば、５Ｇに準拠した無線通信の通信システムである。また、通信システム１０は、以下に示すプロトコルスタックに準拠した通信システムである。
【0023】
無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）として、仕様が規定される。例えば、第一層として物理層が規定され、第二層としてデータリンク層が規定され、第三層としてネットワーク層が規定される。ＬＴＥなどの第四世代移動通信システムでは、第二層は複数の副層に分割されており、ＭＡＣ（Medium Access Control）レイヤ、Ｒ
ＬＣ（Radio Link Control）レイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤから構成される。また、第四世代移動通信システムにおいて、第一層はＰＨＹ（Physical）レイヤから構成されており、第三層はＲＲＣ（Radio Resource Control）レイヤから構成される（ＲＲＣレイヤは制御プレーンのみ）。
ＬＣ（Radio Link Control）レイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤから構成される。また、第四世代移動通信システムにおいて、第一層はＰＨＹ（Physical）レイヤから構成されており、第三層はＲＲＣ（Radio Resource Control）レイヤから構成される（ＲＲＣレイヤは制御プレーンのみ）。
【0024】
無線通信システムの送信装置における各レイヤは、上位レイヤからのデータブロック（サービスデータユニット（ＳＤＵ：Service Data Unit）とも称される）に対して、ヘッ
ダを付すなどの所定のプロトコルに準拠した処理を行うことで、受信装置におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を生成し、下位レイヤに転送する。例えば、ＬＴＥのＲＬＣレイヤでは、上位レイヤであるＰＤＣＰレイヤからのデータブロックであるＰＤＣＰ－ＰＤＵをＲＬＣ－ＳＤＵとし、下位レイヤから通知されるＴＢ（Transport Block）長に収まる範囲で複数のＲ
ＬＣ－ＳＤＵを連結するなどして、ＲＬＣ－ＰＤＵを生成する。その様なＲＬＣ－ＰＤＵは、ＲＬＣレイヤにおけるシーケンス番号（ＳＮ：Sequence Number）を有するＲＬＣヘ
ッダが付された状態で、下位レイヤであるＭＡＣレイヤに転送される。
ダを付すなどの所定のプロトコルに準拠した処理を行うことで、受信装置におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を生成し、下位レイヤに転送する。例えば、ＬＴＥのＲＬＣレイヤでは、上位レイヤであるＰＤＣＰレイヤからのデータブロックであるＰＤＣＰ－ＰＤＵをＲＬＣ－ＳＤＵとし、下位レイヤから通知されるＴＢ（Transport Block）長に収まる範囲で複数のＲ
ＬＣ－ＳＤＵを連結するなどして、ＲＬＣ－ＰＤＵを生成する。その様なＲＬＣ－ＰＤＵは、ＲＬＣレイヤにおけるシーケンス番号（ＳＮ：Sequence Number）を有するＲＬＣヘ
ッダが付された状態で、下位レイヤであるＭＡＣレイヤに転送される。
【0025】
無線通信システムの受信装置における各レイヤは、下位レイヤからのデータブロック（ＰＤＵとも称される）を受けて、ヘッダを除去するなどして取り出したデータブロック（ＳＤＵとも称される）を上位レイヤへ転送する。例えば、ＬＴＥのＲＬＣでは、下位レイヤであるＭＡＣレイヤからのデータブロック（ＭＡＣ－ＳＤＵ、ＲＬＣ－ＰＤＵとも称される）に付されたＲＬＣヘッダを参照して、１個のＲＬＣ－ＰＤＵに格納された複数のＲＬＣ－ＳＤＵを再構成するなどの処理が行われ、上位レイヤであるＰＤＣＰレイヤにＲＬＣ－ＳＤＵを転送する。その際、上位レイヤに対してＲＬＣ－ＳＤＵの順序を補償するために、ＲＬＣ－ＳＤＵの再構成において、ＲＬＣヘッダが有するＲＬＣシーケンス番号に基づく整序処理が行われる。そして、ＲＬＣシーケンス番号に抜けが生じたことを検知した場合、送信装置に対してＲＬＣ－ＰＤＵの再送を要求するＲＬＣ再送制御が実行される。
【0026】
基地局装置２００は、ネットワーク（図示しない）から端末装置１００に送信されるデータを受信したとき、無線を介して端末装置１００にデータを送信する。基地局装置２００は、例えば、５Ｇに準拠したｇＮｏｄｅＢである。
【0027】
端末装置１００は、基地局装置２００と、あるいは基地局装置２００を介して他の通信装置と通信を行う、例えば、スマートフォンやタブレット端末などの移動体通信端末である。
【0028】
基地局装置２００は、例えば、ＵＲＬＬＣのデータを端末装置１００に送信するとき、ｅＭＢＢを送信するリソースの一部を使用する。
【0029】
図３は、ｅＭＢＢにおけるＵＲＬＬＣの割り込み送信の例を示す図である。基地局装置２００は、ｅＭＢＢを送信するデータ領域の一部であるｅＭＢＢデータパンクチャ可能領域を使用して、ＵＲＬＬＣを割り込み（パンクチャ）送信することができる。基地局装置２００は、例えば、メッセージＭ１を使用してＵＲＬＬＣを送信する。メッセージＭ１において、「Ｐ」はＰｒｅｅｍｐｔｉｏｎ Ｉｎｄｉｃａｔｏｒを示す。Ｐｒｅｅｍｐｔｉｏｎ Ｉｎｄｉｃａｔｏｒは、当該データ（図３中のＤ）が、ｅＭＢＢのデータではないことを識別するための識別子であり、例えば、メッセージヘッダの一部又は全部である。なお、割り込み送信は、ｅＭＢＢデータパンクチャ可能領域の複数の領域を使用してもよいし、一部を使用してもよい。
【0030】
＜基地局装置の構成例＞
図４は、基地局装置２００の構成例を示す図である。基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、ＤＲＡＭ（Dynamic Random Access
Memory）などのメモリ２３０、ＮＩＣ（Network Interface Card）２４０、及びＲＦ（Radio Frequency）回路２５０を有する。基地局装置２００は、例えば、ＵＲＬＬＣのデータを端末装置１００に送信する、送信装置である。
図４は、基地局装置２００の構成例を示す図である。基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、ＤＲＡＭ（Dynamic Random Access
Memory）などのメモリ２３０、ＮＩＣ（Network Interface Card）２４０、及びＲＦ（Radio Frequency）回路２５０を有する。基地局装置２００は、例えば、ＵＲＬＬＣのデータを端末装置１００に送信する、送信装置である。
【0031】
ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、通信制御プログラム２２１を及びヘッダパターン２２２を記憶する。
【0032】
ヘッダパターン２２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン２２２は、プログラムに組み込まれてもよい。
【0033】
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用される。
【0034】
ＮＩＣ２４０は、インターネットやイントラネットなどのネットワーク（図示しない）と接続するネットワークインターフェースである。基地局装置２００は、ＮＩＣ２４０を介して、ネットワークに接続する通信装置と通信する。
【0035】
ＲＦ回路２５０は、端末装置１００と無線接続する装置である。ＲＦ回路２５０は、例えば、アンテナ２５１を有する。
【0036】
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
【0037】
ＣＰＵ２１０は、通信制御プログラム２２１を実行することで、送信部及び制御部を構築し、通信制御処理を行う。通信制御処理は、端末装置１００との無線通信を制御する処理である。基地局装置２００は、通信制御処理において、端末装置１００に、ｅＭＢＢのデータ（以下、ｅＭＢＢデータと呼ぶ場合がある）及びＵＲＬＬＣのデータ（以下、ＵＲＬＬＣデータと呼ぶ場合がある）を送信する。また、基地局装置２００は、通信制御処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化し、ＵＲＬＬＣデータのヘッダパターンを選択し、選択したヘッダパターンを端末装置１００に通知する。
【0038】
ＣＰＵ２１０は、通信制御プログラム２２１が有するｅＭＢＢ送信モジュール２２１１を実行することで、送信部を構築し、ｅＭＢＢ送信処理を行う。ｅＭＢＢ送信処理は、ｅＭＢＢデータを端末装置１００に送信する処理である。
【0039】
ＣＰＵ２１０は、通信制御プログラム２２１が有するＵＲＬＬＣ送信モジュール２２１２を実行することで、送信部を構築し、ＵＲＬＬＣ送信処理を行う。ＵＲＬＬＣ送信処理は、ＵＲＬＬＣデータを端末装置１００に送信する処理である。
【0040】
ＣＰＵ２１０は、通信制御プログラム２２１が有する多重化モジュール２２１３を実行することで、送信部を構築し、多重化処理を行う。多重化処理は、ｅＭＢＢデータとＵＲＬＬＣデータを多重化する処理である。基地局装置２００は、多重化処理において、ＵＲＬＬＣデータをｅＭＢＢデータパンクチャ可能領域の一部に割り込ませることで、多重化を行う。
【0041】
ＣＰＵ２１０は、通信制御プログラム２２１が有するヘッダパターン選択モジュール２２１４を実行することで、制御部を構築し、ヘッダパターン選択処理を行う。ヘッダパターン選択処理は、例えば、ＵＲＬＬＣデータのヘッダパターンを選択する処理である。基地局装置２００は、例えば、ｅＭＢＢデータとＵＲＬＬＣデータを多重化するとき、送信するＵＲＬＬＣデータの特性に応じて、ヘッダパターンを選択する。
【0042】
＜端末装置の構成例＞
図５は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、ＤＲＡＭなどのメモリ１３０、及びＲＦ回路１５０を有する。端末装置１００は、例えば、ＵＲＬＬＣのデータを基地局装置２００から受信する、受信装置である。
図５は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、ＤＲＡＭなどのメモリ１３０、及びＲＦ回路１５０を有する。端末装置１００は、例えば、ＵＲＬＬＣのデータを基地局装置２００から受信する、受信装置である。
【0043】
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、通信プログラム１２１及びヘッダパターン１２２を記憶する。
【0044】
ヘッダパターン１２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン１２２は、プログラムに組み込まれてもよい。また、ヘッダパターン１２２は、例えば、基地局装置２００の有するヘッダパターン２２２と同じであってもよい。
【0045】
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用される。
【0046】
ＲＦ回路１５０は、基地局装置２００と無線接続する装置である。ＲＦ回路１５０は、例えば、アンテナ１５１を有する。
【0047】
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータ
である。
である。
【0048】
ＣＰＵ１１０は、通信プログラム１２１を実行することで、受信部及び受信制御部を構築し、通信処理を行う。通信処理は、基地局装置２００と無線通信をする処理である。端末装置１００は、通信処理において、ｅＭＢＢデータ及びＵＲＬＬＣデータ（多重化されたデータを含む）を受信する。また、端末装置１００は、通信処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化したときの、ＵＲＬＬＣデータのヘッダパターンを基地局装置２００から取得する。
【0049】
ＣＰＵ１１０は、通信プログラム１２１が有するｅＭＢＢ受信モジュール１２１１を実行することで、受信部を構築し、ｅＭＢＢ受信処理を行う。ｅＭＢＢ受信処理は、ｅＭＢＢデータを基地局装置２００から受信する処理である。
【0050】
ＣＰＵ１１０は、通信プログラム１２１が有するＵＲＬＬＣ受信モジュール１２１２を実行することで、受信部を構築し、ＵＲＬＬＣ受信処理を行う。ＵＲＬＬＣ受信処理は、ＵＲＬＬＣデータを基地局装置２００から受信する処理である。
【0051】
ＣＰＵ１１０は、通信プログラム１２１が有するヘッダパターン取得モジュール１２１３を実行することで、制御部を構築し、ヘッダパターン取得処理を行う。ヘッダパターン取得処理は、基地局装置２００が選択したヘッダパターンを取得する処理である。端末装置１００は、ヘッダパターン取得処理において、基地局装置２００から通知されるヘッダパターンを受信することで、ヘッダパターンを取得する。なお、端末装置１００は、ヘッダパターンを取得することで、ｅＭＢＢデータと多重化されたＵＲＬＬＣデータを受信することができる。
【0052】
＜データ送信処理＞
図６は、データ送信処理のシーケンスの例を示す図である。基地局装置２００は、データを端末装置１００に送信する契機が発生すると、使用するヘッダのパターン（以降、使用ヘッダパターンと呼ぶ）を決定する（Ｓ１０）。基地局装置２００は、例えば、送信するデータがＵＲＬＬＣか否かに基づいて、使用ヘッダパターンを決定する。ＵＲＬＬＣデータは、例えば、固定長のデータである。また、ＵＲＬＬＣデータは、例えば、所定値より小さいデータサイズのデータであり、ｅＭＢＢデータより小さいデータサイズである。
図６は、データ送信処理のシーケンスの例を示す図である。基地局装置２００は、データを端末装置１００に送信する契機が発生すると、使用するヘッダのパターン（以降、使用ヘッダパターンと呼ぶ）を決定する（Ｓ１０）。基地局装置２００は、例えば、送信するデータがＵＲＬＬＣか否かに基づいて、使用ヘッダパターンを決定する。ＵＲＬＬＣデータは、例えば、固定長のデータである。また、ＵＲＬＬＣデータは、例えば、所定値より小さいデータサイズのデータであり、ｅＭＢＢデータより小さいデータサイズである。
【0053】
基地局装置２００は、決定した使用ヘッダパターンを、ＲＲＣシグナリングを用いて端末装置１００に送信する（Ｓ１１）。ＲＲＣシグナリングは、例えば、ＲＲＣメッセージ送受信のための情報を含む制御用信号である。なお、基地局装置２００は、決定した使用ヘッダパターンの送信を、ＲＲＣシグナリングに限定されず、端末装置１００が受信するメッセージや信号を使用する。
【0054】
端末装置１００は、ＲＲＣシグナリングを受信し、使用ヘッダパターンを取得する（Ｓ１２）。以降、端末装置１００は、基地局装置２００から使用ヘッダパターンで送信されるデータを待ち受ける。
【0055】
基地局装置２００は、使用ヘッダパターンを端末装置１００に通知したのち、決定した使用ヘッダパターンを用いて、データを端末装置１００に送信する。
【0056】
＜ＭＡＣヘッダの使用ヘッダパターン＞
以下に、ＭＡＣヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける１行は１オクテットを示す。また、１オクテットは、１バイト（８ビット）として、以下に説明する。
以下に、ＭＡＣヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける１行は１オクテットを示す。また、１オクテットは、１バイト（８ビット）として、以下に説明する。
【0057】
＜１．ＭＡＣ基本パターン＞
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、ＭＡＣ基本パターンである、ＭＡＣヘッダパターン１について説明する。
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、ＭＡＣ基本パターンである、ＭＡＣヘッダパターン１について説明する。
【0058】
図７は、ＭＡＣヘッダパターン１の例を示す図である。Ｒは、Ｒビット（Reserved）を示す。Ｒビット（リザーブビット）は、例えば、将来の仕様変更に対応するための、拡張性を担保するために確保する領域である。
【0059】
ＬＣＩＤは、論理チャネル識別子（Logical Channel Identifier）である。ＬＣＩＤは、例えば、基地局装置２００と端末装置１００との間で割り当てられた論理チャネルの番号を示す。ＬＣＩＤの格納領域は、６ビットで構成される。
【0060】
Ｌは、データ長（Length）である。Ｌの格納領域は、８ビットで構成される。また、L
の格納領域は、１６ビットで構成されても良い。
の格納領域は、１６ビットで構成されても良い。
【0061】
なお、ＭＡＣヘッダパターン１は、１オクテット目の２ビット目に０を設定する。０は固定値である。
【0062】
図８は、ＭＡＣヘッダパターン１を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。論理チャネルは、例えば、８本設定され、論理チャネル番号は、２、３、４、５、１２、１３、１４、１５であるとする。なお、特にことわりのない限り、論理チャネルの本数、及び番号は、以下の説明おいても同様であるものとする。
【0063】
図８では、ＭＡＣヘッダパターン１のヘッダにＵＲＬＬＣデータ（図８におけるＵＲＬＬＣ ＬＣＩＤ＝ｘ（ｘは論理チャネル番号））が付与される。図８においては、ＵＲＬＬＣデータ１つに対してヘッダ１つを付与する。それぞれのＵＲＬＬＣデータは、論理チャネル番号２、５、１４を使用して送信される。なお、Ｌは、それぞれのＵＲＬＬＣデータのデータ長が設定される。
【0064】
＜２．ＬＣＩＤのマッピング＞
例えば、論理チャネルの数が少ない（例えば８本以下）の場合、データそれぞれのヘッダ部に設定されるＬＣＩＤに代替し、使用する論理チャネルをマッピングしたマッピング情報を使用する。また、基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
例えば、論理チャネルの数が少ない（例えば８本以下）の場合、データそれぞれのヘッダ部に設定されるＬＣＩＤに代替し、使用する論理チャネルをマッピングしたマッピング情報を使用する。また、基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
【0065】
図９（Ａ）は、ＭＡＣヘッダパターン２の例を示す図である。ＬＣＭＡＰは、論理チャネル番号をマッピングしたマッピング情報である。
【0066】
図９（Ｂ）は、ＬＣＭＡＰパターン１の例を示す図である。ＬＣＭＡＰは、例えば、マッピング情報であり、Ｌ１からＬ８の８ビットで構成される。Ｌｘ（ｘは整数）は、それぞれ論理チャネル番号に対応する。基地局装置２００は、使用する論理チャネル番号を、昇順にＬｘに対応させる。例えば、基地局装置２００は、Ｌ１をＬＣＩＤ２、Ｌ２をＬＣＩＤ３、Ｌ３をＬＣＩＤ４、Ｌ４をＬＣＩＤ５、Ｌ５をＬＣＩＤ１２、Ｌ６をＬＣＩＤ１３、Ｌ７をＬＣＩＤ１４、Ｌ８をＬＣＩＤ１５に対応させる。そして、基地局装置２００は、使用するＬＣＩＤの番号に対応するビットをＯＮ（１）にする。なお、使用する論理チャネルは、降順にＬｘに対応しても良い。
【0067】
図１０は、ＭＡＣヘッダパターン２を用いてＵＲＬＬＣデータを送信する場合の例を示
す図である。送信するデータは、図８と同様である。図１０においては、１つの１オクテットのヘッダと３つのＵＲＬＬＣデータを送信する。ヘッダは、Ｌ１、Ｌ４、及びＬ７が１（ＯＮ）である。すなわち、Ｌ１に対応するＬＣＩＤ２、Ｌ４に対応するＬＣＩＤ５、及びＬ７に対応するＬＣＩＤ１４を使用して、ＵＲＬＬＣデータを送信することを示す。
す図である。送信するデータは、図８と同様である。図１０においては、１つの１オクテットのヘッダと３つのＵＲＬＬＣデータを送信する。ヘッダは、Ｌ１、Ｌ４、及びＬ７が１（ＯＮ）である。すなわち、Ｌ１に対応するＬＣＩＤ２、Ｌ４に対応するＬＣＩＤ５、及びＬ７に対応するＬＣＩＤ１４を使用して、ＵＲＬＬＣデータを送信することを示す。
【0068】
図１１は、ＬＣＭＡＰの一部にＲビットを設定するパターンの例を示す図である。図１１（Ａ）は、ＬＣＭＡＰパターン２の例を示す図である。ＬＣＭＡＰパターン２は、先頭にＲビットを設定し、Ｌ８を設定しないＬＣＭＡＰパターンである。基地局装置２００は、使用する論理チャネルの数が７以下である場合、ＬＣＭＡＰパターン２を使用してもよい。
【0069】
図１１（Ｂ）は、ＬＣＭＡＰパターン３の例を示す図である。ＬＣＭＡＰパターン３は、複数のＲビットを設定するＬＣＭＡＰパターンである。ＬＣＭＡＰパターン３は、Ｌ７及びＬ８を設定しない。基地局装置２００は、使用する論理チャネルの数が６以下である場合、ＬＣＭＡＰパターン３を使用してもよい。
【0070】
図１１（Ｃ）は、ＬＣＭＡＰパターン４の例を示す図である。ＬＣＭＡＰパターン４は、先頭及び末尾にＲビットを設定し、Ｌ７及びＬ８を設定しないＬＣＭＡＰパターンである。基地局装置２００は、使用する論理チャネルの数が６以下である場合、ＬＣＭＡＰパターン３を使用してもよい。
【0071】
図１１は、１又は２のＲビットが設定されるＬＣＭＡＰパターンである。しかし、Ｒビットは、３以上設定されてもよい。また、Ｒビットの位置は、図１１に示すように、先頭、末尾、２ビット目に限定されず、どの位置に設定されてもよい。基地局装置２００は、使用する論理チャネルの数に応じてＲビットを設定する数を変更してもよい。
【0072】
＜２．１ データ長の付与＞
基地局装置２００は、ＵＲＬＬＣが可変長である場合、データ長を付与する。基地局装置２００は、例えば、Ｎ（Ｎは整数）個のＵＲＬＬＣデータを送信するとき、Ｎ－１個のデータ長を付与する。最終データの末尾は、データ長に関する情報がなくても、ＭＡＣ ＰＤＣのトランスポートブロックの末尾となるためである。
基地局装置２００は、ＵＲＬＬＣが可変長である場合、データ長を付与する。基地局装置２００は、例えば、Ｎ（Ｎは整数）個のＵＲＬＬＣデータを送信するとき、Ｎ－１個のデータ長を付与する。最終データの末尾は、データ長に関する情報がなくても、ＭＡＣ ＰＤＣのトランスポートブロックの末尾となるためである。
【0073】
図１２は、ＭＡＣヘッダパターン３の例を示す図である。ＭＡＣヘッダパターン３は、ＬＣＭＡＰに加え、例えば、１オクテットのＬ領域を２つ有する。Ｌ領域は、例えば、送信するＵＲＬＬＣデータのデータ長であってもよいし、ＭＡＣ ＳＤＵのデータの境界位置（末尾又は先頭）を示してもよい。
【0074】
図１３は、ＭＡＣヘッダパターン３を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。送信するデータは、図８と同様である。図１３において、基地局装置２００は、１つの１オクテットのヘッダと３つのＵＲＬＬＣデータを送信する。ヘッダのＬＣＭＡＰは、ＬＣＭＡＰパターン１に対応する場合、Ｌ１、Ｌ４、及びＬ７が１（ＯＮ）である。すなわち、Ｌ１に対応するＬＣＩＤ２、Ｌ４に対応するＬＣＩＤ５、及びＬ７に対応するＬＣＩＤ１４を使用して、ＵＲＬＬＣデータを送信することを示す。また、ヘッダに含まれるデータ長は、Ｌ＝０００１００００であり、３２バイトであることを示す。すなわち、ＬＣＩＤ２で送信されるＵＲＬＬＣデータのデータ長、及びＬＣＩＤ５で送信されるＵＲＬＬＣデータのデータ長は、それぞれ３２バイトであることを示す。ＬＣＩＤ１４で送信されるＵＲＬＬＣデータの末尾は、ＭＡＣ ＰＤＣのトランスポートブロックの末尾となる。
【0075】
【0076】
＜２．２ ヘッダパターンの識別子＞
基地局装置２００は、使用するヘッダパターンを示す識別子を付与してもよい。例えば、基地局装置２００は、使用するＬＣＩＤをそのまま設定するヘッダのパターン（例えば、図７のＭＡＣヘッダパターン１）と、ＬＣＩＤに代替しマッピングした情報要素を設定するヘッダパターンを識別するビットを設ける。
基地局装置２００は、使用するヘッダパターンを示す識別子を付与してもよい。例えば、基地局装置２００は、使用するＬＣＩＤをそのまま設定するヘッダのパターン（例えば、図７のＭＡＣヘッダパターン１）と、ＬＣＩＤに代替しマッピングした情報要素を設定するヘッダパターンを識別するビットを設ける。
【0077】
図１４は、ＬＣＭＡＰパターン５の例を示す図である。ＬＣＭＡＰパターン５の２ビット目は、ＭＩＤビットである。ＭＩＤビットは、マッピングした情報要素を使用するか否かを示すビットであり、ヘッダのパターンを識別するヘッダ識別子として使用される。ＭＡＣヘッダの１オクテット目の２ビット目は、例えば、図７のＭＡＣヘッダパターン１では、固定値である０が設定される。端末装置１００は、ＭＡＣヘッダの１オクテット目の２ビット目（ＭＩＤビット）が１である場合、当該ヘッダには、ＬＣＩＤではなく、マッピングされた情報要素が使用されていることを認識する。すなわち、ＬＣＭＡＰパターン５のＭＩＤビットは、１となる。
【0078】
図１５は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ＬＣＩＤ２を使用して１つのＵＲＬＬＣデータを送信する。
【0079】
図１５（Ａ）は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。図１５（Ａ）において、ヘッダのＬＣＭＡＰは、２ビット目のＭＩＤが１である。よって、端末装置１００は、ＬＣＭＡＰパターン５でＵＲＬＬＣデータが送信されたことを認識する。そして、ＬＣＭＡＰは、Ｌ１がＯＮであり、ＬＣＩＤ２を使用してＵＲＬＬＣが送信されることを示す。
【0080】
図１５（Ｂ）は、ＭＡＣヘッダを省略するパターンの例を示す図である。基地局装置２００が使用する論理チャネルが１本の場合、ＭＡＣヘッダを省略してもよい。
【0081】
図１６は、ＭＡＣヘッダパターン２において、ＬＣＭＡＰパターン５を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ＬＣＩＤ２及びＬＣＩＤ５を使用して、２つのＵＲＬＬＣデータを送信する。ヘッダのＬＣＭＡＰは、２ビット目のＭＩＤが１である。よって、端末装置１００は、ＬＣＭＡＰパターン５でＵＲＬＬＣデータが送信されたことを認識する。そして、ＬＣＭＡＰは、Ｌ１及びＬ４がＯＮであり、それぞれＬＣＩＤ２及びＬＣＩＤ５を使用してＵＲＬＬＣが送信されることを示す。
【0082】
なお、ＭＩＤは、例えば、ユーザデータか制御用データかを識別しても良い。
【0083】
ヘッダパターンの識別子を設けることで、例えば、ＭＡＣレイヤの制御用信号であるＭＡＣ ＣＥ（control element）を用いて、データの送信を行うことができる。基地局装
置２００は、ＭＡＣ ＣＥのＭＡＣヘッダの１オクテット目の２ビット目をＯＮ（１）にすることで、ＭＡＣ ＣＥのリソースを使用してデータを送信することを、端末装置１００に認識させることができる。
置２００は、ＭＡＣ ＣＥのＭＡＣヘッダの１オクテット目の２ビット目をＯＮ（１）にすることで、ＭＡＣ ＣＥのリソースを使用してデータを送信することを、端末装置１００に認識させることができる。
【0084】
＜２．３ データ長の省略＞
基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
基地局装置２００は、ＵＲＬＬＣが固定長である場合、データ長を省略してもよい。
【0085】
図１７は、ＭＡＣヘッダパターン４の例を示す図である。ＭＡＣヘッダパターン４は、ＭＡＣヘッダパターン１のデータ長を省略したパターンである。また、１オクテット目の
２ビット目にＲビットを設定する。
２ビット目にＲビットを設定する。
【0086】
図１８は、ＭＡＣヘッダパターン４を用いてＵＲＬＬＣデータを送信する場合の例を示す図である。基地局装置２００は、ヘッダのＬＣＩＤ領域にＬＣＩＤ２を設定し、ＵＲＬＬＣデータを、ＬＣＩＤ２を使用して送信する。
【0087】
［その他の実施の形態］
通信システム１０において、例えば、上記で示したヘッダを使用するＬＣＩＤを定義してもよい。
通信システム１０において、例えば、上記で示したヘッダを使用するＬＣＩＤを定義してもよい。
【0088】
【0089】
図１９（Ａ）において、ＬＣＩＤの番号（Index）の、１０００１からｘ（ｘは、１１
０１１１未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤ（Identity of the logical channel for URLLC）として定義する。同様に、図１９（Ｂ）において、ＬＣＩＤの番号の、
１０００１からｘ（ｘは、１１０１１０未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤとして定義する。これにより、基地局装置２００は、ヘッダの一部又は全部を省略することができる。
０１１１未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤ（Identity of the logical channel for URLLC）として定義する。同様に、図１９（Ｂ）において、ＬＣＩＤの番号の、
１０００１からｘ（ｘは、１１０１１０未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤとして定義する。これにより、基地局装置２００は、ヘッダの一部又は全部を省略することができる。
【0090】
また、ＵＲＬＬＣは、ＭＡＣレイヤでの結合（コンカチネーション）を行わない場合がある。通信システム１０において、例えば、ＭＡＣレイヤでの結合の有無を示す情報要素を追加してもよい。
【0091】
また、各実施の形態は、それぞれ組み合わせてもよい。例えば、データ長の省略や、Ｒビットの設定は、各実施の形態において行われてもよい。
【符号の説明】
【0092】
１０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：通信プログラム
１２２ ：ヘッダパターン
１３０ ：メモリ
１５０ ：ＲＦ回路
１５１ ：アンテナ
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：通信制御プログラム
２２２ ：ヘッダパターン
２３０ ：メモリ
２５０ ：ＲＦ回路
２５１ ：アンテナ
２９０ ：送信部
２９１ ：制御部
１２１１ ：ｅＭＢＢ受信モジュール
１２１２ ：ＵＲＬＬＣ受信モジュール
１２１３ ：ヘッダパターン取得モジュール
２２１１ ：ｅＭＢＢ送信モジュール
２２１２ ：ＵＲＬＬＣ送信モジュール
２２１３ ：多重化モジュール
２２１４ ：ヘッダパターン選択モジュール
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：通信プログラム
１２２ ：ヘッダパターン
１３０ ：メモリ
１５０ ：ＲＦ回路
１５１ ：アンテナ
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：通信制御プログラム
２２２ ：ヘッダパターン
２３０ ：メモリ
２５０ ：ＲＦ回路
２５１ ：アンテナ
２９０ ：送信部
２９１ ：制御部
１２１１ ：ｅＭＢＢ受信モジュール
１２１２ ：ＵＲＬＬＣ受信モジュール
１２１３ ：ヘッダパターン取得モジュール
２２１１ ：ｅＭＢＢ送信モジュール
２２１２ ：ＵＲＬＬＣ送信モジュール
２２１３ ：多重化モジュール
２２１４ ：ヘッダパターン選択モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】