JP7227524B2 - 基地局装置、端末装置、及び無線通信方法 - Google Patents
基地局装置、端末装置、及び無線通信方法 Download PDFInfo
- Publication number
- JP7227524B2 JP7227524B2 JP2021164087A JP2021164087A JP7227524B2 JP 7227524 B2 JP7227524 B2 JP 7227524B2 JP 2021164087 A JP2021164087 A JP 2021164087A JP 2021164087 A JP2021164087 A JP 2021164087A JP 7227524 B2 JP7227524 B2 JP 7227524B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- mac
- header
- base station
- bit
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Description
本発明は、基地局装置、端末装置、及び無線通信方法に関する。
現在のネットワークは、モバイル端末(スマートフォンやフューチャーホン)のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
一方で、IoT(Internet of Things)サービス(例えば、交通システム、スマートメータ、装置等の監視システム)の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第5世代移動体通信(5Gまたは、NR(New Radio))の通信規格では、4G(第4世代移動体通信)の標準技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第5世代通信規格については、3GPPの作業部会(例えば、TSG-RAN WG1、TSG-RAN WG2等)で技術検討が進められている。
多種多様なサービスに対応するために、5Gでは、例えば、eMBB(Enhanced Mobile BroadBand)、Massive MTC(Machine Type Communications)、およびURLLC(Ultra-Reliable and Low Latency Communication)に分類される多くのユースケースのサポートを想定している。特に、URLLCは、超高信頼性と低遅延の2つが要求されるため、実現が困難なユースケースの一つである。
また、5Gでは、超高信頼低遅延通信データ(URLLCデータ)と、他のデータ(例えば、eMBBデータ等)とを同一キャリアで同時にサポートできることが求められており、その実現のために周波数利用効率を損なわないことが望ましい。
5Gに関する技術については、以下の先行技術文献に記載されている。
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
URLLCは、例えば、小さいサイズのデータを送信することが想定される。しかし、データサイズが小さいと、送信メッセージにおけるヘッダ部の占める割合が大きくなり、ヘッダ部を送信することによるオーバヘッドが大きくなる。この場合、URLLCで求められる低遅延が実現できない場合がある。
そこで、開示の一つの目的は、ヘッダ部を送信することによるオーバヘッドを低減する基地局装置、端末装置、通信方法、及び通信システムを提供することにある。
第1種別の第1データと、第2種別の第2データを、複数の論理チャネルを使用して送信する送信部と、前記送信部が前記第1データと前記第2データを多重化して送信するとき、前記第2データに、論理チャネル番号又はデータ長の情報を省略したMACヘッダを付与することができる制御部とを有する。
一開示は、ヘッダ部を送信することによるオーバヘッドを低減することができる。
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
[第1の実施の形態]
最初に第1の実施の形態について説明する。
図1は、通信システム10の構成例を示す図である。基地局装置200は、通信相手装置(図示しない)に、第1データ及び第2データを送信する。
最初に第1の実施の形態について説明する。
図1は、通信システム10の構成例を示す図である。基地局装置200は、通信相手装置(図示しない)に、第1データ及び第2データを送信する。
基地局装置200は、送信部290及び制御部291を有する。送信部290及び制御部291は、例えば、基地局装置200が有するコンピュータやプロセッサが、プログラムをロードし、実行することで構築される。
基地局装置200は、データを送信する装置であり、例えば、5GにおけるgNodeBである。基地局装置200は、第1種別(例えば、eMBB)の第1データ及び、第2種別(例えば、URLLC)の第2データを送信する。基地局装置200は、第1データと第2データを多重化し、送信する場合がある。
送信部290は、第1データ及び第2データを、複数の論理チャネルを使用して送信する。送信部290は、例えば、第1データ送信中に第2データの送信契機が発生すると、第1データと第2データを多重化して送信する。
制御部291は、送信部290が第1データと第2データを多重化して送信するとき、第2データのMACヘッダに含まれる論理チャネル番号(LCID :Logical Chanel Identifier)を省略することができる。
また、制御部291は、送信部290が第1データと第2データを多重化して送信するとき、第2データのMACヘッダに含まれる、データ部のサイズ(長さ)を示すデータ長(L :Length)を省略することができる。
これにより、基地局装置200は、MACヘッダのデータ量を抑制し、ヘッダ部送信によるオーバヘッドを低減させることができる。
[第2の実施の形態]
次に、第2の実施の形態について説明する。
次に、第2の実施の形態について説明する。
<通信システムの構成例>
図2は、通信システム10の構成例を示す図である。通信システム10は、端末装置100及び基地局装置200を有する。通信システム10は、例えば、5Gに準拠した無線通信の通信システムである。また、通信システム10は、以下に示すプロトコルスタックに準拠した通信システムである。
図2は、通信システム10の構成例を示す図である。通信システム10は、端末装置100及び基地局装置200を有する。通信システム10は、例えば、5Gに準拠した無線通信の通信システムである。また、通信システム10は、以下に示すプロトコルスタックに準拠した通信システムである。
無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層(レイヤ)に分割したプロトコルスタック(階層型プロトコルとも称される)として、仕様が規定される。例えば、第一層として物理層が規定され、第二層としてデータリンク層が規定され、第三層としてネットワーク層が規定される。LTEなどの第四世代移動通信システムでは、第二層は複数の副層に分割されており、MAC(Medium Access Control)レイヤ、RLC(Radio Link Control)レイヤ、PDCP(Packet Data Convergence Protocol)レイヤから構成される。また、第四世代移動通信システムにおいて、第一層はPHY(Physical)レイヤから構成されており、第三層はRRC(Radio Resource Control)レイヤから構成される(RRCレイヤは制御プレーンのみ)。
無線通信システムの送信装置における各レイヤは、上位レイヤからのデータブロック(サービスデータユニット(SDU:Service Data Unit)とも称される)に対して、ヘッダを付すなどの所定のプロトコルに準拠した処理を行うことで、受信装置におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット(PDU:Protocol Data Unit)を生成し、下位レイヤに転送する。例えば、LTEのRLCレイヤでは、上位レイヤであるPDCPレイヤからのデータブロックであるPDCP-PDUをRLC-SDUとし、下位レイヤから通知されるTB(Transport Block)長に収まる範囲で複数のRLC-SDUを連結するなどして、RLC-PDUを生成する。その様なRLC-PDUは、RLCレイヤにおけるシーケンス番号(SN:Sequence Number)を有するRLCヘッダが付された状態で、下位レイヤであるMACレイヤに転送される。
無線通信システムの受信装置における各レイヤは、下位レイヤからのデータブロック(PDUとも称される)を受けて、ヘッダを除去するなどして取り出したデータブロック(SDUとも称される)を上位レイヤへ転送する。例えば、LTEのRLCでは、下位レイヤであるMACレイヤからのデータブロック(MAC-SDU、RLC-PDUとも称される)に付されたRLCヘッダを参照して、1個のRLC-PDUに格納された複数のRLC-SDUを再構成するなどの処理が行われ、上位レイヤであるPDCPレイヤにRLC-SDUを転送する。その際、上位レイヤに対してRLC-SDUの順序を補償するために、RLC-SDUの再構成において、RLCヘッダが有するRLCシーケンス番号に基づく整序処理が行われる。そして、RLCシーケンス番号に抜けが生じたことを検知した場合、送信装置に対してRLC-PDUの再送を要求するRLC再送制御が実行される。
基地局装置200は、ネットワーク(図示しない)から端末装置100に送信されるデータを受信したとき、無線を介して端末装置100にデータを送信する。基地局装置200は、例えば、5Gに準拠したgNodeBである。
端末装置100は、基地局装置200と、あるいは基地局装置200を介して他の通信装置と通信を行う、例えば、スマートフォンやタブレット端末などの移動体通信端末である。
基地局装置200は、例えば、URLLCのデータを端末装置100に送信するとき、eMBBを送信するリソースの一部を使用する。
図3は、eMBBにおけるURLLCの割り込み送信の例を示す図である。基地局装置200は、eMBBを送信するデータ領域の一部であるeMBBデータパンクチャ可能領域を使用して、URLLCを割り込み(パンクチャ)送信することができる。基地局装置200は、例えば、メッセージM1を使用してURLLCを送信する。メッセージM1において、「P」はPreemption Indicatorを示す。Preemption Indicatorは、当該データ(図3中のD)が、eMBBのデータではないことを識別するための識別子であり、例えば、メッセージヘッダの一部又は全部である。なお、割り込み送信は、eMBBデータパンクチャ可能領域の複数の領域を使用してもよいし、一部を使用してもよい。
<基地局装置の構成例>
図4は、基地局装置200の構成例を示す図である。基地局装置200は、CPU(Central Processing Unit)210、ストレージ220、DRAM(Dynamic Random Access Memory)などのメモリ230、NIC(Network Interface Card)240、及びRF(Radio Frequency)回路250を有する。基地局装置200は、例えば、URLLCのデータを端末装置100に送信する、送信装置である。
図4は、基地局装置200の構成例を示す図である。基地局装置200は、CPU(Central Processing Unit)210、ストレージ220、DRAM(Dynamic Random Access Memory)などのメモリ230、NIC(Network Interface Card)240、及びRF(Radio Frequency)回路250を有する。基地局装置200は、例えば、URLLCのデータを端末装置100に送信する、送信装置である。
ストレージ220は、プログラムやデータを記憶する、フラッシュメモリ、HDD(Hard Disk Drive)、又はSSD(Solid State Drive)などの補助記憶装置である。ストレージ220は、通信制御プログラム221を及びヘッダパターン222を記憶する。
ヘッダパターン222は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン222は、プログラムに組み込まれてもよい。
メモリ230は、ストレージ220に記憶されているプログラムをロードする領域である。また、メモリ230は、プログラムがデータを記憶する領域としても使用される。
NIC240は、インターネットやイントラネットなどのネットワーク(図示しない)と接続するネットワークインターフェースである。基地局装置200は、NIC240を介して、ネットワークに接続する通信装置と通信する。
RF回路250は、端末装置100と無線接続する装置である。RF回路250は、例えば、アンテナ251を有する。
CPU210は、ストレージ220に記憶されているプログラムを、メモリ230にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
CPU210は、通信制御プログラム221を実行することで、送信部及び制御部を構築し、通信制御処理を行う。通信制御処理は、端末装置100との無線通信を制御する処理である。基地局装置200は、通信制御処理において、端末装置100に、eMBBのデータ(以下、eMBBデータと呼ぶ場合がある)及びURLLCのデータ(以下、URLLCデータと呼ぶ場合がある)を送信する。また、基地局装置200は、通信制御処理において、eMBBデータとURLLCデータを多重化し、URLLCデータのヘッダパターンを選択し、選択したヘッダパターンを端末装置100に通知する。
CPU210は、通信制御プログラム221が有するeMBB送信モジュール2211を実行することで、送信部を構築し、eMBB送信処理を行う。eMBB送信処理は、eMBBデータを端末装置100に送信する処理である。
CPU210は、通信制御プログラム221が有するURLLC送信モジュール2212を実行することで、送信部を構築し、URLLC送信処理を行う。URLLC送信処理は、URLLCデータを端末装置100に送信する処理である。
CPU210は、通信制御プログラム221が有する多重化モジュール2213を実行することで、送信部を構築し、多重化処理を行う。多重化処理は、eMBBデータとURLLCデータを多重化する処理である。基地局装置200は、多重化処理において、URLLCデータをeMBBデータパンクチャ可能領域の一部に割り込ませることで、多重化を行う。
CPU210は、通信制御プログラム221が有するヘッダパターン選択モジュール2214を実行することで、制御部を構築し、ヘッダパターン選択処理を行う。ヘッダパターン選択処理は、例えば、URLLCデータのヘッダパターンを選択する処理である。基地局装置200は、例えば、eMBBデータとURLLCデータを多重化するとき、送信するURLLCデータの特性に応じて、ヘッダパターンを選択する。
<端末装置の構成例>
図5は、端末装置100の構成例を示す図である。端末装置100は、CPU110、ストレージ120、DRAMなどのメモリ130、及びRF回路150を有する。端末装置100は、例えば、URLLCのデータを基地局装置200から受信する、受信装置である。
図5は、端末装置100の構成例を示す図である。端末装置100は、CPU110、ストレージ120、DRAMなどのメモリ130、及びRF回路150を有する。端末装置100は、例えば、URLLCのデータを基地局装置200から受信する、受信装置である。
ストレージ120は、プログラムやデータを記憶する、フラッシュメモリ、HDD、又はSSDなどの補助記憶装置である。ストレージ120は、通信プログラム121及びヘッダパターン122を記憶する。
ヘッダパターン122は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン122は、プログラムに組み込まれてもよい。また、ヘッダパターン122は、例えば、基地局装置200の有するヘッダパターン222と同じであってもよい。
メモリ130は、ストレージ120に記憶されているプログラムをロードする領域である。また、メモリ130は、プログラムがデータを記憶する領域としても使用される。
RF回路150は、基地局装置200と無線接続する装置である。RF回路150は、例えば、アンテナ151を有する。
CPU110は、ストレージ120に記憶されているプログラムを、メモリ130にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
CPU110は、通信プログラム121を実行することで、受信部及び受信制御部を構築し、通信処理を行う。通信処理は、基地局装置200と無線通信をする処理である。端末装置100は、通信処理において、eMBBデータ及びURLLCデータ(多重化されたデータを含む)を受信する。また、端末装置100は、通信処理において、eMBBデータとURLLCデータを多重化したときの、URLLCデータのヘッダパターンを基地局装置200から取得する。
CPU110は、通信プログラム121が有するeMBB受信モジュール1211を実行することで、受信部を構築し、eMBB受信処理を行う。eMBB受信処理は、eMBBデータを基地局装置200から受信する処理である。
CPU110は、通信プログラム121が有するURLLC受信モジュール1212を実行することで、受信部を構築し、URLLC受信処理を行う。URLLC受信処理は、URLLCデータを基地局装置200から受信する処理である。
CPU110は、通信プログラム121が有するヘッダパターン取得モジュール1213を実行することで、制御部を構築し、ヘッダパターン取得処理を行う。ヘッダパターン取得処理は、基地局装置200が選択したヘッダパターンを取得する処理である。端末装置100は、ヘッダパターン取得処理において、基地局装置200から通知されるヘッダパターンを受信することで、ヘッダパターンを取得する。なお、端末装置100は、ヘッダパターンを取得することで、eMBBデータと多重化されたURLLCデータを受信することができる。
<データ送信処理>
図6は、データ送信処理のシーケンスの例を示す図である。基地局装置200は、データを端末装置100に送信する契機が発生すると、使用するヘッダのパターン(以降、使用ヘッダパターンと呼ぶ)を決定する(S10)。基地局装置200は、例えば、送信するデータがURLLCか否かに基づいて、使用ヘッダパターンを決定する。URLLCデータは、例えば、固定長のデータである。また、URLLCデータは、例えば、所定値より小さいデータサイズのデータであり、eMBBデータより小さいデータサイズである。
図6は、データ送信処理のシーケンスの例を示す図である。基地局装置200は、データを端末装置100に送信する契機が発生すると、使用するヘッダのパターン(以降、使用ヘッダパターンと呼ぶ)を決定する(S10)。基地局装置200は、例えば、送信するデータがURLLCか否かに基づいて、使用ヘッダパターンを決定する。URLLCデータは、例えば、固定長のデータである。また、URLLCデータは、例えば、所定値より小さいデータサイズのデータであり、eMBBデータより小さいデータサイズである。
基地局装置200は、決定した使用ヘッダパターンを、RRCシグナリングを用いて端末装置100に送信する(S11)。RRCシグナリングは、例えば、RRCメッセージ送受信のための情報を含む制御用信号である。なお、基地局装置200は、決定した使用ヘッダパターンの送信を、RRCシグナリングに限定されず、端末装置100が受信するメッセージや信号を使用する。
端末装置100は、RRCシグナリングを受信し、使用ヘッダパターンを取得する(S12)。以降、端末装置100は、基地局装置200から使用ヘッダパターンで送信されるデータを待ち受ける。
基地局装置200は、使用ヘッダパターンを端末装置100に通知したのち、決定した使用ヘッダパターンを用いて、データを端末装置100に送信する。
<MACヘッダの使用ヘッダパターン>
以下に、MACヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける1行は1オクテットを示す。また、1オクテットは、1バイト(8ビット)として、以下に説明する。
以下に、MACヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける1行は1オクテットを示す。また、1オクテットは、1バイト(8ビット)として、以下に説明する。
<1.MAC基本パターン>
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、MAC基本パターンである、MACヘッダパターン1について説明する。
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、MAC基本パターンである、MACヘッダパターン1について説明する。
図7は、MACヘッダパターン1の例を示す図である。Rは、Rビット(Reserved)を示す。Rビット(リザーブビット)は、例えば、将来の仕様変更に対応するための、拡張性を担保するために確保する領域である。
LCIDは、論理チャネル識別子(Logical Channel Identifier)である。LCIDは、例えば、基地局装置200と端末装置100との間で割り当てられた論理チャネルの番号を示す。LCIDの格納領域は、6ビットで構成される。
Lは、データ長(Length)である。Lの格納領域は、8ビットで構成される。また、Lの格納領域は、16ビットで構成されても良い。
なお、MACヘッダパターン1は、1オクテット目の2ビット目に0を設定する。0は固定値である。
図8は、MACヘッダパターン1を用いてURLLCデータを送信する場合の例を示す図である。論理チャネルは、例えば、8本設定され、論理チャネル番号は、2、3、4、5、12、13、14、15であるとする。なお、特にことわりのない限り、論理チャネルの本数、及び番号は、以下の説明おいても同様であるものとする。
図8では、MACヘッダパターン1のヘッダにURLLCデータ(図8におけるURLLC LCID=x(xは論理チャネル番号))が付与される。図8においては、URLLCデータ1つに対してヘッダ1つを付与する。それぞれのURLLCデータは、論理チャネル番号2、5、14を使用して送信される。なお、Lは、それぞれのURLLCデータのデータ長が設定される。
<2.LCIDのマッピング>
例えば、論理チャネルの数が少ない(例えば8本以下)の場合、データそれぞれのヘッダ部に設定されるLCIDに代替し、使用する論理チャネルをマッピングしたマッピング情報を使用する。また、基地局装置200は、URLLCが固定長である場合、データ長を省略してもよい。
例えば、論理チャネルの数が少ない(例えば8本以下)の場合、データそれぞれのヘッダ部に設定されるLCIDに代替し、使用する論理チャネルをマッピングしたマッピング情報を使用する。また、基地局装置200は、URLLCが固定長である場合、データ長を省略してもよい。
図9(A)は、MACヘッダパターン2の例を示す図である。LCMAPは、論理チャネル番号をマッピングしたマッピング情報である。
図9(B)は、LCMAPパターン1の例を示す図である。LCMAPは、例えば、マッピング情報であり、L1からL8の8ビットで構成される。Lx(xは整数)は、それぞれ論理チャネル番号に対応する。基地局装置200は、使用する論理チャネル番号を、昇順にLxに対応させる。例えば、基地局装置200は、L1をLCID2、L2をLCID3、L3をLCID4、L4をLCID5、L5をLCID12、L6をLCID13、L7をLCID14、L8をLCID15に対応させる。そして、基地局装置200は、使用するLCIDの番号に対応するビットをON(1)にする。なお、使用する論理チャネルは、降順にLxに対応しても良い。
図10は、MACヘッダパターン2を用いてURLLCデータを送信する場合の例を示す図である。送信するデータは、図8と同様である。図10においては、1つの1オクテットのヘッダと3つのURLLCデータを送信する。ヘッダは、L1、L4、及びL7が1(ON)である。すなわち、L1に対応するLCID2、L4に対応するLCID5、及びL7に対応するLCID14を使用して、URLLCデータを送信することを示す。
図11は、LCMAPの一部にRビットを設定するパターンの例を示す図である。図11(A)は、LCMAPパターン2の例を示す図である。LCMAPパターン2は、先頭にRビットを設定し、L8を設定しないLCMAPパターンである。基地局装置200は、使用する論理チャネルの数が7以下である場合、LCMAPパターン2を使用してもよい。
図11(B)は、LCMAPパターン3の例を示す図である。LCMAPパターン3は、複数のRビットを設定するLCMAPパターンである。LCMAPパターン3は、L7及びL8を設定しない。基地局装置200は、使用する論理チャネルの数が6以下である場合、LCMAPパターン3を使用してもよい。
図11(C)は、LCMAPパターン4の例を示す図である。LCMAPパターン4は、先頭及び末尾にRビットを設定し、L7及びL8を設定しないLCMAPパターンである。基地局装置200は、使用する論理チャネルの数が6以下である場合、LCMAPパターン3を使用してもよい。
図11は、1又は2のRビットが設定されるLCMAPパターンである。しかし、Rビットは、3以上設定されてもよい。また、Rビットの位置は、図11に示すように、先頭、末尾、2ビット目に限定されず、どの位置に設定されてもよい。基地局装置200は、使用する論理チャネルの数に応じてRビットを設定する数を変更してもよい。
<2.1 データ長の付与>
基地局装置200は、URLLCが可変長である場合、データ長を付与する。基地局装置200は、例えば、N(Nは整数)個のURLLCデータを送信するとき、N-1個のデータ長を付与する。最終データの末尾は、データ長に関する情報がなくても、MAC PDCのトランスポートブロックの末尾となるためである。
基地局装置200は、URLLCが可変長である場合、データ長を付与する。基地局装置200は、例えば、N(Nは整数)個のURLLCデータを送信するとき、N-1個のデータ長を付与する。最終データの末尾は、データ長に関する情報がなくても、MAC PDCのトランスポートブロックの末尾となるためである。
図12は、MACヘッダパターン3の例を示す図である。MACヘッダパターン3は、LCMAPに加え、例えば、1オクテットのL領域を2つ有する。L領域は、例えば、送信するURLLCデータのデータ長であってもよいし、MAC SDUのデータの境界位置(末尾又は先頭)を示してもよい。
図13は、MACヘッダパターン3を用いてURLLCデータを送信する場合の例を示す図である。送信するデータは、図8と同様である。図13において、基地局装置200は、1つの1オクテットのヘッダと3つのURLLCデータを送信する。ヘッダのLCMAPは、LCMAPパターン1に対応する場合、L1、L4、及びL7が1(ON)である。すなわち、L1に対応するLCID2、L4に対応するLCID5、及びL7に対応するLCID14を使用して、URLLCデータを送信することを示す。また、ヘッダに含まれるデータ長は、L=00010000であり、32バイトであることを示す。すなわち、LCID2で送信されるURLLCデータのデータ長、及びLCID5で送信されるURLLCデータのデータ長は、それぞれ32バイトであることを示す。LCID14で送信されるURLLCデータの末尾は、MAC PDCのトランスポートブロックの末尾となる。
図12、図13では、L領域を2つ設定したが、3つ以上設定してもよい。また、L領域は、N-1個ではなく、N個設定してもよい。
<2.2 ヘッダパターンの識別子>
基地局装置200は、使用するヘッダパターンを示す識別子を付与してもよい。例えば、基地局装置200は、使用するLCIDをそのまま設定するヘッダのパターン(例えば、図7のMACヘッダパターン1)と、LCIDに代替しマッピングした情報要素を設定するヘッダパターンを識別するビットを設ける。
基地局装置200は、使用するヘッダパターンを示す識別子を付与してもよい。例えば、基地局装置200は、使用するLCIDをそのまま設定するヘッダのパターン(例えば、図7のMACヘッダパターン1)と、LCIDに代替しマッピングした情報要素を設定するヘッダパターンを識別するビットを設ける。
図14は、LCMAPパターン5の例を示す図である。LCMAPパターン5の2ビット目は、MIDビットである。MIDビットは、マッピングした情報要素を使用するか否かを示すビットであり、ヘッダのパターンを識別するヘッダ識別子として使用される。MACヘッダの1オクテット目の2ビット目は、例えば、図7のMACヘッダパターン1では、固定値である0が設定される。端末装置100は、MACヘッダの1オクテット目の2ビット目(MIDビット)が1である場合、当該ヘッダには、LCIDではなく、マッピングされた情報要素が使用されていることを認識する。すなわち、LCMAPパターン5のMIDビットは、1となる。
図15は、MACヘッダパターン2において、LCMAPパターン5を用いてURLLCデータを送信する場合の例を示す図である。基地局装置200は、LCID2を使用して1つのURLLCデータを送信する。
図15(A)は、MACヘッダパターン2において、LCMAPパターン5を用いてURLLCデータを送信する場合の例を示す図である。図15(A)において、ヘッダのLCMAPは、2ビット目のMIDが1である。よって、端末装置100は、LCMAPパターン5でURLLCデータが送信されたことを認識する。そして、LCMAPは、L1がONであり、LCID2を使用してURLLCが送信されることを示す。
図15(B)は、MACヘッダを省略するパターンの例を示す図である。基地局装置200が使用する論理チャネルが1本の場合、MACヘッダを省略してもよい。
図16は、MACヘッダパターン2において、LCMAPパターン5を用いてURLLCデータを送信する場合の例を示す図である。基地局装置200は、LCID2及びLCID5を使用して、2つのURLLCデータを送信する。ヘッダのLCMAPは、2ビット目のMIDが1である。よって、端末装置100は、LCMAPパターン5でURLLCデータが送信されたことを認識する。そして、LCMAPは、L1及びL4がONであり、それぞれLCID2及びLCID5を使用してURLLCが送信されることを示す。
なお、MIDは、例えば、ユーザデータか制御用データかを識別しても良い。
ヘッダパターンの識別子を設けることで、例えば、MACレイヤの制御用信号であるMAC CE(control element)を用いて、データの送信を行うことができる。基地局装置200は、MAC CEのMACヘッダの1オクテット目の2ビット目をON(1)にすることで、MAC CEのリソースを使用してデータを送信することを、端末装置100に認識させることができる。
<2.3 データ長の省略>
基地局装置200は、URLLCが固定長である場合、データ長を省略してもよい。
基地局装置200は、URLLCが固定長である場合、データ長を省略してもよい。
図17は、MACヘッダパターン4の例を示す図である。MACヘッダパターン4は、MACヘッダパターン1のデータ長を省略したパターンである。また、1オクテット目の2ビット目にRビットを設定する。
図18は、MACヘッダパターン4を用いてURLLCデータを送信する場合の例を示す図である。基地局装置200は、ヘッダのLCID領域にLCID2を設定し、URLLCデータを、LCID2を使用して送信する。
[その他の実施の形態]
通信システム10において、例えば、上記で示したヘッダを使用するLCIDを定義してもよい。
通信システム10において、例えば、上記で示したヘッダを使用するLCIDを定義してもよい。
図19は、LCIDの番号と、対応するデータ種別を示す図である。図19(A)は下り、図19(B)は上りの定義の例を示す図である。
図19(A)において、LCIDの番号(Index)の、10001からx(xは、110111未満の数値)までを、URLLC用のLCID(Identity of the logical channel for URLLC)として定義する。同様に、図19(B)において、LCIDの番号の、10001からx(xは、110110未満の数値)までを、URLLC用のLCIDとして定義する。これにより、基地局装置200は、ヘッダの一部又は全部を省略することができる。
また、URLLCは、MACレイヤでの結合(コンカチネーション)を行わない場合がある。通信システム10において、例えば、MACレイヤでの結合の有無を示す情報要素を追加してもよい。
また、各実施の形態は、それぞれ組み合わせてもよい。例えば、データ長の省略や、Rビットの設定は、各実施の形態において行われてもよい。
10 :通信システム
100 :端末装置
110 :CPU
120 :ストレージ
121 :通信プログラム
122 :ヘッダパターン
130 :メモリ
150 :RF回路
151 :アンテナ
200 :基地局装置
210 :CPU
220 :ストレージ
221 :通信制御プログラム
222 :ヘッダパターン
230 :メモリ
250 :RF回路
251 :アンテナ
290 :送信部
291 :制御部
1211 :eMBB受信モジュール
1212 :URLLC受信モジュール
1213 :ヘッダパターン取得モジュール
2211 :eMBB送信モジュール
2212 :URLLC送信モジュール
2213 :多重化モジュール
2214 :ヘッダパターン選択モジュール
100 :端末装置
110 :CPU
120 :ストレージ
121 :通信プログラム
122 :ヘッダパターン
130 :メモリ
150 :RF回路
151 :アンテナ
200 :基地局装置
210 :CPU
220 :ストレージ
221 :通信制御プログラム
222 :ヘッダパターン
230 :メモリ
250 :RF回路
251 :アンテナ
290 :送信部
291 :制御部
1211 :eMBB受信モジュール
1212 :URLLC受信モジュール
1213 :ヘッダパターン取得モジュール
2211 :eMBB送信モジュール
2212 :URLLC送信モジュール
2213 :多重化モジュール
2214 :ヘッダパターン選択モジュール
Claims (10)
- 第1種別の第1データと、第2種別の第2データを、複数の論理チャネルを使用して送信する送信部と、
MACプロトコルデータユニット(PDU)の前記第2データのデータ長に関する情報を省略し、
前記第2データのMACサービスデータユニット(MSDU)の前方にMAC(ミディアムアクセスコントロール)ヘッダを配置し、
前記第1データと前記第2データを多重化し、前記第2データのデータ長を前記MACヘッダから省略し、
及びRビット(予約ビット)を前記MACヘッダの第1オクテットの第1ビットに設定する制御部と、を有する
基地局装置。 - 前記制御部は、論理チャネル番号を省略したMACヘッダを付与する場合、前記MACヘッダに前記複数の論理チャネルそれぞれに対応する複数ビットを有するマッピング情報を付与する
請求項1に記載の基地局装置。 - 前記制御部は、複数ビットのうち、前記第2データを送信する論理チャネル番号に対応するビットを設定する
請求項1記載の基地局装置。 - 前記第2データのデータ長は、固定長である
請求項1記載の基地局装置。 - 前記第2種別は、URLLCを含む
請求項1記載の基地局装置。 - 前記第1種別は、eMBBを含む
請求項1記載の基地局装置。 - 前記第2データは、前記第1データよりデータサイズが小さい
請求項1記載の基地局装置。 - 複数の論理チャネルを使用して送信された、第1種別の第1データと第2種別の第2データを受信することが可能な受信部と、
前記第2データの前方に配置されたMAC(メディアアクセスコントロール)ヘッダに従ってデータを処理する制御部とを有し、
前記MACヘッダは、前記第2データのMACサービスデータユニット(MSDU)の前方に置かれ、
前記第1データと前記第2データは多重化され、
前記第2データのデータ長が前記MACヘッダから省略され、
及びRビット(予約ビット)が前記MACヘッダの第1オクテットの第1ビットに設定される
端末装置。 - 第1種別の第1データと、第2種別の第2データを、複数の論理チャネルを使用して送信し、
MACプロトコルデータユニット(PDU)の前記第2データのデータ長に関する情報を省略し、
前記第2データのMACサービスデータユニット(MSDU)の前方にMAC(ミディアムアクセスコントロール)ヘッダを配置し、
前記第1データと前記第2データを多重化し、
前記第2データのデータ長を前記MACヘッダから省略し、
及びRビット(予約ビット)を前記MACヘッダの第1オクテットの第1ビットに設定する
無線通信方法。 - 複数の論理チャネルを使用して送信された、第1種別の第1データと第2種別の第2データを受信し、
前記第2データの前方に配置されたMAC(メディアアクセスコントロール)ヘッダに従ってデータを処理し、
前記MACヘッダは、前記第2データのMACサービスデータユニット(MSDU)の前方に置かれ、
前記第1データと前記第2データは多重化され、
前記第2データのデータ長が前記MACヘッダから省略され、
及びRビット(予約ビット)が前記MACヘッダの第1オクテットの第1ビットに設定される
無線通信方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021164087A JP7227524B2 (ja) | 2018-04-03 | 2021-10-05 | 基地局装置、端末装置、及び無線通信方法 |
JP2023017181A JP2023071676A (ja) | 2018-04-03 | 2023-02-07 | 基地局装置、端末装置、及び無線通信方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020512142A JP6959561B2 (ja) | 2018-04-03 | 2018-04-03 | 基地局装置、端末装置、及び無線通信方法 |
PCT/JP2018/014339 WO2019193664A1 (ja) | 2018-04-03 | 2018-04-03 | 基地局装置、端末装置、通信方法、及び通信システム |
JP2021164087A JP7227524B2 (ja) | 2018-04-03 | 2021-10-05 | 基地局装置、端末装置、及び無線通信方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020512142A Division JP6959561B2 (ja) | 2018-04-03 | 2018-04-03 | 基地局装置、端末装置、及び無線通信方法 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023017181A Division JP2023071676A (ja) | 2018-04-03 | 2023-02-07 | 基地局装置、端末装置、及び無線通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022008863A JP2022008863A (ja) | 2022-01-14 |
JP7227524B2 true JP7227524B2 (ja) | 2023-02-22 |
Family
ID=87654625
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021164087A Active JP7227524B2 (ja) | 2018-04-03 | 2021-10-05 | 基地局装置、端末装置、及び無線通信方法 |
JP2023017181A Pending JP2023071676A (ja) | 2018-04-03 | 2023-02-07 | 基地局装置、端末装置、及び無線通信方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023017181A Pending JP2023071676A (ja) | 2018-04-03 | 2023-02-07 | 基地局装置、端末装置、及び無線通信方法 |
Country Status (1)
Country | Link |
---|---|
JP (2) | JP7227524B2 (ja) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011512057A (ja) | 2008-01-04 | 2011-04-14 | ノキア コーポレイション | Macプロトコル・データ・ユニット内のダミー・パディング用サブヘッダ |
JP2013219788A (ja) | 2007-12-19 | 2013-10-24 | Qualcomm Inc | ワイヤレス通信ネットワークにおいてランダムアクセス用の共通制御チャネル上でメッセージを転送するための方法および装置 |
-
2021
- 2021-10-05 JP JP2021164087A patent/JP7227524B2/ja active Active
-
2023
- 2023-02-07 JP JP2023017181A patent/JP2023071676A/ja active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013219788A (ja) | 2007-12-19 | 2013-10-24 | Qualcomm Inc | ワイヤレス通信ネットワークにおいてランダムアクセス用の共通制御チャネル上でメッセージを転送するための方法および装置 |
JP2011512057A (ja) | 2008-01-04 | 2011-04-14 | ノキア コーポレイション | Macプロトコル・データ・ユニット内のダミー・パディング用サブヘッダ |
Non-Patent Citations (5)
Title |
---|
CATT,NR MAC PDU format[online],3GPP TSG RAN WG2 #97bis R2-1703118,Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_,2017年03月25日 |
ITRI,Non-Real-Time Segmentation and Concatenation for NR[online],3GPP TSG-RAN WG2#95bis R2-166483,Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_,2016年09月30日 |
OPPO,LCP considering multiple numerologies[online],3GPP TSG RAN WG2 #98 R2-1704053,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_R,2017年05月05日 |
Samsung,MAC PDU structure in NR[online],3GPP TSG RAN WG2 #97bis R2-1703574,Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_,2017年03月25日 |
Samsung,NR MAC header fields[online],3GPP TSG RAN WG2 #98 R2-1705680,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_R,2017年05月06日 |
Also Published As
Publication number | Publication date |
---|---|
JP2023071676A (ja) | 2023-05-23 |
JP2022008863A (ja) | 2022-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11664931B2 (en) | Duplication transmission method and apparatus | |
JP6708744B2 (ja) | データ伝送方法 | |
KR102674850B1 (ko) | Nr 시스템에서 mr-dc에 대한 단말 능력을 보고하는 방법 및 장치 | |
US20160119102A1 (en) | Method and system for transmitting and receiving protocol data unit in communication networks | |
KR102364240B1 (ko) | 차세대 이동 통신 시스템에서 단말의 네트워크 연결을 지원하는 방법 및 장치 | |
WO2021234051A1 (en) | Method and apparatus for configuring network coding and controlling network coding activation | |
US20210235318A1 (en) | Base station device, terminal device, communication method and communication system | |
RU2743676C1 (ru) | Способ диспетчеризации ресурса, оконечное устройство и сетевое устройство | |
JPWO2018127985A1 (ja) | 無線通信装置、無線通信システム、および無線通信方法 | |
JP7161123B2 (ja) | 基地局装置、端末装置、通信方法、及び通信システム | |
JP7227524B2 (ja) | 基地局装置、端末装置、及び無線通信方法 | |
JP7227510B2 (ja) | 無線通信装置、無線通信方法、及び無線通信システム | |
GB2595277A (en) | Method and apparatus for signaling suspension and resumption of network coding operation | |
JPWO2020079734A1 (ja) | 受信装置、送信装置、無線通信システム及び通信状態報告方法 | |
WO2021070448A1 (ja) | 端末及び通信方法 | |
WO2021157197A1 (ja) | 端末及び通信方法 | |
KR20220116956A (ko) | 통신 시스템에서 패킷 다중화 전송 방법 및 장치 | |
KR20210000245A (ko) | 무선 통신 시스템에서 패킷 중복 전송을 제어하는 방법 및 장치 | |
KR20210055555A (ko) | 무선 통신 시스템에서 빔 설정 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20211022 |
|
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: 20230110 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230123 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7227524 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |