JP6959561B2 - 基地局装置、端末装置、及び無線通信方法 - Google Patents

基地局装置、端末装置、及び無線通信方法 Download PDF

Info

Publication number
JP6959561B2
JP6959561B2 JP2020512142A JP2020512142A JP6959561B2 JP 6959561 B2 JP6959561 B2 JP 6959561B2 JP 2020512142 A JP2020512142 A JP 2020512142A JP 2020512142 A JP2020512142 A JP 2020512142A JP 6959561 B2 JP6959561 B2 JP 6959561B2
Authority
JP
Japan
Prior art keywords
data
mac
base station
header
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
Application number
JP2020512142A
Other languages
English (en)
Other versions
JPWO2019193664A1 (ja
Inventor
好明 太田
大出　高義
義博 河▲崎▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2019193664A1 publication Critical patent/JPWO2019193664A1/ja
Priority to JP2021164087A priority Critical patent/JP7227524B2/ja
Application granted granted Critical
Publication of JP6959561B2 publication Critical patent/JP6959561B2/ja
Priority to JP2023017181A priority patent/JP2023071676A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Description

本発明は、基地局装置、端末装置、及び無線通信方法に関する。
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
一方で、ＩｏＴ（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）として定義する。同様に、図１９（Ｂ）において、ＬＣＩＤの番号の、１０００１からｘ（ｘは、１１０１１０未満の数値）までを、ＵＲＬＬＣ用のＬＣＩＤとして定義する。これにより、基地局装置２００は、ヘッダの一部又は全部を省略することができる。
また、ＵＲＬＬＣは、ＭＡＣレイヤでの結合（コンカチネーション）を行わない場合がある。通信システム１０において、例えば、ＭＡＣレイヤでの結合の有無を示す情報要素を追加してもよい。
また、各実施の形態は、それぞれ組み合わせてもよい。例えば、データ長の省略や、Ｒビットの設定は、各実施の形態において行われてもよい。
１０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：通信プログラム
１２２ ：ヘッダパターン
１３０ ：メモリ
１５０ ：ＲＦ回路
１５１ ：アンテナ
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：通信制御プログラム
２２２ ：ヘッダパターン
２３０ ：メモリ
２５０ ：ＲＦ回路
２５１ ：アンテナ
２９０ ：送信部
２９１ ：制御部
１２１１ ：ｅＭＢＢ受信モジュール
１２１２ ：ＵＲＬＬＣ受信モジュール
１２１３ ：ヘッダパターン取得モジュール
２２１１ ：ｅＭＢＢ送信モジュール
２２１２ ：ＵＲＬＬＣ送信モジュール
２２１３ ：多重化モジュール
２２１４ ：ヘッダパターン選択モジュール

Claims (10)

  1. 第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信する送信部と、
    ＭＡＣプロトコルデータユニット（ＰＤＵ）の前記第２データのデータ長に関する情報を省略し、
    前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方にＭＡＣ（ミディアムアクセスコントロール）ヘッダを配置し、
    前記第１データと前記第２データを多重化し、前記第２データのデータ長を前記ＭＡＣヘッダから省略し、
    及びＲビット（予約ビット）を前記ＭＡＣヘッダの第１オクテットの第２ビットに設定する制御部と、を有する
    基地局装置。
  2. 前記制御部は、論理チャネル番号を省略したＭＡＣヘッダを付与する場合、前記ＭＡＣヘッダに前記複数の論理チャネルそれぞれに対応する複数ビットを有するマッピング情報を付与する
    請求項１に記載の基地局装置。
  3. 前記制御部は、複数ビットのうち、前記第２データを送信する論理チャネル番号に対応するビットを設定する
    請求項１記載の基地局装置。
  4. 前記第２データのデータ長は、固定長である
    請求項１記載の基地局装置。
  5. 前記第２種別は、ＵＲＬＬＣを含む
    請求項１記載の基地局装置。
  6. 前記第１種別は、ｅＭＢＢを含む
    請求項１記載の基地局装置。
  7. 前記第２データは、前記第１データよりデータサイズが小さい
    請求項１記載の基地局装置。
  8. 複数の論理チャネルを使用して送信された、第１種別の第１データと第２種別の第２データを受信することが可能な受信部と、
    前記第２データの前方に配置されたＭＡＣ（メディアアクセスコントロール）ヘッダに従ってデータを処理する制御部とを有し、
    前記ＭＡＣヘッダは、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方に置かれ、
    前記第１データと前記第２データは多重化され、
    前記第２データのデータ長が前記ＭＡＣヘッダから省略され、
    及びＲビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
    端末装置。
  9. 第１種別の第１データと、第２種別の第２データを、複数の論理チャネルを使用して送信し、
    ＭＡＣプロトコルデータユニット（ＰＤＵ）の前記第２データのデータ長に関する情報を省略し、
    前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方にＭＡＣ（ミディアムアクセスコントロール）ヘッダを配置し、
    前記第１データと前記第２データを多重化し、
    前記第２データのデータ長を前記ＭＡＣヘッダから省略し、
    及びＲビット（予約ビット）を前記ＭＡＣヘッダの第１オクテットの第２ビットに設定する
    無線通信方法。
  10. 複数の論理チャネルを使用して送信された、第１種別の第１データと第２種別の第２データを受信し、
    前記第２データの前方に配置されたＭＡＣ（メディアアクセスコントロール）ヘッダに従ってデータを処理し、
    前記ＭＡＣヘッダは、前記第２データのＭＡＣサービスデータユニット（ＭＳＤＵ）の前方に置かれ、
    前記第１データと前記第２データは多重化され、
    前記第２データのデータ長が前記ＭＡＣヘッダから省略され、
    及びＲビット（予約ビット）が前記ＭＡＣヘッダの第１オクテットの第２ビットに設定される
    無線通信方法。
JP2020512142A 2018-04-03 2018-04-03 基地局装置、端末装置、及び無線通信方法 Active JP6959561B2 (ja)

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 (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/014339 WO2019193664A1 (ja) 2018-04-03 2018-04-03 基地局装置、端末装置、通信方法、及び通信システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021164087A Division JP7227524B2 (ja) 2018-04-03 2021-10-05 基地局装置、端末装置、及び無線通信方法

Publications (2)

Publication Number Publication Date
JPWO2019193664A1 JPWO2019193664A1 (ja) 2020-12-17
JP6959561B2 true JP6959561B2 (ja) 2021-11-02

Family

ID=67700583

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020512142A Active JP6959561B2 (ja) 2018-04-03 2018-04-03 基地局装置、端末装置、及び無線通信方法

Country Status (6)

Country Link
US (3) US10397828B1 (ja)
EP (2) EP3780719B1 (ja)
JP (1) JP6959561B2 (ja)
KR (4) KR102517652B1 (ja)
CN (2) CN111480361B (ja)
WO (1) WO2019193664A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4054270A1 (en) 2018-04-30 2022-09-07 Samsung Electronics Co., Ltd. Apparatus and method of transmitting and receiving message 3 protocol data unit
CN113225256B (zh) * 2020-02-04 2022-09-13 中国移动通信有限公司研究院 一种路由方法、装置、设备及存储介质

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6563879B1 (en) * 1999-05-17 2003-05-13 Lucent Technologies Inc. Method and apparatus for enabling transmission of variable length encoded data in a low signal to noise ratio environment
FI118244B (fi) 2001-06-27 2007-08-31 Nokia Corp Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
FR2840482B1 (fr) * 2002-05-28 2004-10-15 Thales Sa Procede de reconstitution de messages achemines par un ou plusieurs reseaux de transmission par paquets
JP2005020163A (ja) * 2003-06-24 2005-01-20 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
US8718089B2 (en) * 2003-09-08 2014-05-06 Toshiba America Research Inc. Aggregation and fragmentation of multiplexed downlink packets
JP4005974B2 (ja) * 2004-01-09 2007-11-14 株式会社東芝 通信装置、通信方法、および通信システム
JP4086304B2 (ja) * 2004-04-23 2008-05-14 株式会社東芝 通信装置、通信システム、および通信制御プログラム
KR100889866B1 (ko) * 2004-06-14 2009-03-24 엘지전자 주식회사 무선 프로토콜 계층의 데이터 송수신 시스템에서 전송데이터 유닛 처리 방법
KR100678941B1 (ko) * 2004-09-03 2007-02-07 삼성전자주식회사 할당된 시간 동안 양방향으로 데이터를 송수신하는 방법및 그 방법을 이용하는 무선 디바이스
JP2007089107A (ja) 2005-08-23 2007-04-05 Ntt Docomo Inc 無線通信装置及びマッピング方法
KR101377961B1 (ko) * 2007-07-27 2014-03-25 엘지전자 주식회사 헤더 오버헤드 감소를 위한 패킷 전송 방법
US8902927B2 (en) * 2007-10-01 2014-12-02 Qualcomm Incorporated Medium access control header format
US8665857B2 (en) * 2007-12-18 2014-03-04 Qualcomm Incorporated Method and apparatus for sending and receiving random access response in a wireless communication system
US20090253470A1 (en) * 2008-04-02 2009-10-08 Shugong Xu Control of user equipment discontinuous reception setting via mac lcid
US8009620B2 (en) * 2008-05-09 2011-08-30 Nokia Siemens Networks Oy Variable header types for persistent resource allocation in a wireless network
KR101147777B1 (ko) * 2009-04-14 2012-05-25 엘지전자 주식회사 매체접속제어 프로토콜데이터 유닛 전송방법
WO2014054568A1 (ja) * 2012-10-03 2014-04-10 シャープ株式会社 端末装置、基地局装置、無線通信システム、制御方法および集積回路
KR101962592B1 (ko) * 2013-03-22 2019-03-26 후지츠 코네쿠텟도 테크노로지즈 가부시키가이샤 채널 품질 표시자를 구성하기 위한 방법 및 장치와 변조 및 코딩 체제를 구성하기 위한 방법 및 장치
KR20170123236A (ko) 2016-04-28 2017-11-07 엘지전자 주식회사 데이터 볼륨 정보를 전송하는 방법 및 사용자기기
US10524255B2 (en) * 2016-05-20 2019-12-31 Lg Electronics Inc. Method and apparatus for handling DC subcarrier in NR carrier in wireless communication system
US10425923B2 (en) * 2016-08-01 2019-09-24 Qualcomm Incorporated Uplink channel multiplexing and waveform selection
JP6753205B2 (ja) * 2016-08-10 2020-09-09 ソニー株式会社 通信装置、通信方法及び記録媒体
WO2018049113A1 (en) * 2016-09-08 2018-03-15 Interdigital Patent Holdings, Inc. Multiple channel transmission in mmw wlan systems
CN106941724B (zh) * 2017-05-09 2020-12-22 宇龙计算机通信科技(深圳)有限公司 数据处理方法及装置

Also Published As

Publication number Publication date
KR102449687B1 (ko) 2022-10-04
US11032738B2 (en) 2021-06-08
CN111480361B (zh) 2021-10-26
KR102330500B1 (ko) 2021-11-24
CN113923720B (zh) 2023-10-20
CN113923720A (zh) 2022-01-11
JPWO2019193664A1 (ja) 2020-12-17
EP3780719A1 (en) 2021-02-17
KR102517652B1 (ko) 2023-04-05
KR20200061411A (ko) 2020-06-02
US20210235318A1 (en) 2021-07-29
US10397828B1 (en) 2019-08-27
EP4093081A1 (en) 2022-11-23
KR20220137164A (ko) 2022-10-11
KR20210145833A (ko) 2021-12-02
KR102159641B1 (ko) 2020-09-25
US20190327640A1 (en) 2019-10-24
EP3780719A4 (en) 2021-03-24
EP3780719B1 (en) 2022-07-06
CN111480361A (zh) 2020-07-31
KR20200111279A (ko) 2020-09-28
WO2019193664A1 (ja) 2019-10-10

Similar Documents

Publication Publication Date Title
US20200228970A1 (en) Method and apparatus for resource allocation for network coordination
CN112219445A (zh) 在异构网络中执行双连接的方法和装置
WO2018053692A1 (zh) 数据传输方法、装置及系统
US20210235318A1 (en) Base station device, terminal device, communication method and communication system
RU2743676C1 (ru) Способ диспетчеризации ресурса, оконечное устройство и сетевое устройство
CN111727646A (zh) 发送装置、无线通信方法、无线通信系统、接收装置
KR102364240B1 (ko) 차세대 이동 통신 시스템에서 단말의 네트워크 연결을 지원하는 방법 및 장치
US20230300871A1 (en) Wireless communication device, wireless communication method, and wireless communication system
KR102187351B1 (ko) 차세대 이동 통신 시스템에서 단말의 네트워크 연결을 지원하는 방법 및 장치
US11696175B2 (en) Base station device, terminal device, communication method, and communication system
US20210235315A1 (en) Receiving device, transmission device, wireless communication system, and communication status reporting method
JP7227524B2 (ja) 基地局装置、端末装置、及び無線通信方法
CN110876163A (zh) 数据映射配置方法、数据传输方法及通信设备
US20230103547A1 (en) Communication device and communication system
WO2021157197A1 (ja) 端末及び通信方法
CN113273300A (zh) 通信装置、第2通信装置以及通信系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200918

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200918

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200918

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20201005

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210413

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210614

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210812

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210920

R150 Certificate of patent or registration of utility model

Ref document number: 6959561

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150