JPWO2019193663A1 - 基地局装置、端末装置、通信方法、及び通信システム - Google Patents

基地局装置、端末装置、通信方法、及び通信システム Download PDF

Info

Publication number
JPWO2019193663A1
JPWO2019193663A1 JP2020512141A JP2020512141A JPWO2019193663A1 JP WO2019193663 A1 JPWO2019193663 A1 JP WO2019193663A1 JP 2020512141 A JP2020512141 A JP 2020512141A JP 2020512141 A JP2020512141 A JP 2020512141A JP WO2019193663 A1 JPWO2019193663 A1 JP WO2019193663A1
Authority
JP
Japan
Prior art keywords
data
base station
header
station apparatus
rlc
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.)
Granted
Application number
JP2020512141A
Other languages
English (en)
Other versions
JP7161123B2 (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 JPWO2019193663A1 publication Critical patent/JPWO2019193663A1/ja
Application granted granted Critical
Publication of JP7161123B2 publication Critical patent/JP7161123B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H04L1/008—Formats for control data where the control data relates to payload of a different packet
    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0084—Formats for payload data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • 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
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

第１種別の第１データと、第２種別の第２データを送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データのＲＬＣヘッダに含まれるセグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部を省略することができる制御部とを有する。

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
ＵＲＬＬＣは、例えば、小さいサイズのデータを送信することが想定される。しかし、データサイズが小さいと、送信メッセージにおけるヘッダ部の占める割合が大きくなり、ヘッダ部を送信することによるオーバヘッドが大きくなる。この場合、ＵＲＬＬＣで求められる低遅延が実現できない場合がある。
そこで、開示の一つの目的は、ヘッダ部を送信することによるオーバヘッドを低減する基地局装置、端末装置、通信方法、及び通信システムを提供することにある。
第１種別の第１データと、第２種別の第２データを送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データのＲＬＣヘッダに含まれるセグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部を省略することができる制御部とを有する。
一開示は、ヘッダ部を送信することによるオーバヘッドを低減することができる。
図１は、通信システム１０の構成例を示す図である。 図２は、通信システム１０の構成例を示す図である。 図３は、ｅＭＢＢにおけるＵＲＬＬＣの割り込み送信の例を示す図である。 図４は、基地局装置２００の構成例を示す図である。 図５は、端末装置１００の構成例を示す図である。 図６は、データ送信処理のシーケンスの例を示す図である。 図７は、ＲＬＣヘッダパターン１の例を示す図である。 図８は、ＲＬＣヘッダパターン２の例を示す図である。 図９は、Ｓｉパターン１におけるＲＬＣヘッダパターン２の例を示す図である。 図１０は、Ｓｉの一部にＲビットを設定するＳｉパターンの例を示す図である。 図１１は、ＲＬＣヘッダパターン２、Ｓｉパターン２において、先頭データのＳｉを省略するヘッダの例を示す図である。 図１２は、ＲＬＣヘッダパターン２、Ｓｉパターン４において、先頭データ及び最後尾データのＳｉを省略するヘッダの例を示す図である。 図１３は、ＲＬＣヘッダパターン３の例を示す図である。 図１４は、ＲＬＣヘッダパターン３の、先頭データのＳＯを省略するヘッダの例を示す図である。 図１５は、ＲＬＣヘッダパターン３の、先頭及び最後尾データのＳＯを省略するヘッダの例を示す図である。 図１６は、分割なしＰＤＣＰヘッダパターンの例を示す図である。 図１７は、分割ありＰＤＣＰヘッダパターンの例を示す図である。 図１８は、ＰＤＣＰ ＳＮを６ビットで規定したＰＤＣＰヘッダの例を示す図である。 図１９は、分割あり結合ヘッダパターンの例を示す図である。 図２０は、分割あり結合ヘッダパターンの例を示す図である。 図２１は、ＡＭに対応したＲＬＣヘッダパターンの例を示す図である。 図２２は、ＡＭに対応したＰＤＣＰヘッダとＲＬＣヘッダを結合したヘッダパターンの例を示す図である。
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
［第１の実施の形態］
最初に第１の実施の形態について説明する。
図１は、通信システム１０の構成例を示す図である。基地局装置２００は、通信相手装置（図示しない）に、第１データ及び第２データを送信する。
基地局装置２００は、送信部２９０及び制御部２９１を有する。送信部２９０及び制御部２９１は、例えば、基地局装置２００が有するコンピュータやプロセッサが、プログラムをロードし、実行することで構築される。
基地局装置２００は、データを送信する装置であり、例えば、５ＧにおけるｇＮｏｄｅＢである。基地局装置２００は、第１種別（例えば、ｅＭＢＢ）の第１データ及び、第２種別（例えば、ＵＲＬＬＣ）の第２データを送信する。基地局装置２００は、第１データと第２データを多重化し、送信する場合がある。
送信部２９０は、第１データ及び第２データを送信する。送信部２９０は、例えば、第１データ送信中に第２データの送信契機が発生すると、第１データと第２データを多重化して送信する。
制御部２９１は、送信部２９０が第１データと第２データを多重化して送信するとき、第２データのＲＬＣヘッダに含まれるセグメンテーションオフセット（SO : Segmentation Offset）の、少なくとも一部を省略する。
セグメンテーションオフセットは、分割（セグメント）されたデータの先頭または末尾が、分割する前のＰＤＵのどの位置（例えば、先頭から何バイト目）に対応するかを示す情報要素である。
なお、制御部２９１は、例えば、ＲＬＣヘッダに予約領域を示すリザーブ（R：Reserve）ビットが含まれる場合、リザーブビットの少なくとも一部を省略してもよい。制御部２９１は、リザーブビットを省略する場合、セグメンテーションオフセットを併せて省略してもよいし、省略しなくてもよい。
制御部２９１は、例えば、第２データが分割されていないデータの場合、セグメンテーションオフセットの全部を省略する。また、制御部２９１は、例えば、第２データが分割されたデータであり、第２データが所定値より小さい場合、もしくは、セグメンテーションオフセットの一部を省略しても、分割されたデータの先頭または末尾の位置を示すことができる場合、セグメンテーションオフセットの一部を省略する。
これにより、基地局装置２００は、ＲＬＣヘッダのデータ量を抑制し、ヘッダ部送信によるオーバヘッドを低減させることができる。
［第２の実施の形態］
次に、第２の実施の形態について説明する。
＜通信システムの構成例＞
図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００及び基地局装置２００を有する。通信システム１０は、例えば、５Ｇに準拠した無線通信の通信システムである。また、通信システム１０は、以下に示すプロトコルスタックに準拠した通信システムである。
無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）として、仕様が規定される。例えば、第一層として物理層が規定され、第二層としてデータリンク層が規定され、第三層としてネットワーク層が規定される。ＬＴＥなどの第四世代移動通信システムでは、第二層は複数の副層に分割されており、ＭＡＣ（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）などの補助記憶装置である。ストレージ２２０は、通信制御プログラム２２１を及びヘッダパターン２２２を記憶する。
ヘッダパターン２２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン２２２は、プログラムに組み込まれてもよい。
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用される。
ＮＩＣ２４０は、インターネットやイントラネットなどのネットワーク（図示しない）と接続するネットワークインターフェースである。基地局装置２００は、ＮＩＣ２４０を介して、ネットワークに接続する通信装置と通信する。
ＲＦ回路２５０は、端末装置１００と無線接続する装置である。ＲＦ回路２５０は、例えば、アンテナ２５１を有する。
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
ＣＰＵ２１０は、通信制御プログラム２２１を実行することで、送信部及び制御部を構築し、通信制御処理を行う。通信制御処理は、端末装置１００との無線通信を制御する処理である。基地局装置２００は、通信制御処理において、端末装置１００に、ｅＭＢＢのデータ（以下、ｅＭＢＢデータと呼ぶ場合がある）及びＵＲＬＬＣのデータ（以下、ＵＲＬＬＣデータと呼ぶ場合がある）を送信する。また、基地局装置２００は、通信制御処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化し、ＵＲＬＬＣデータのヘッダパターンを選択し、選択したヘッダパターンを端末装置１００に通知する。
ＣＰＵ２１０は、通信制御プログラム２２１が有するｅＭＢＢ送信モジュール２２１１を実行することで、送信部を構築し、ｅＭＢＢ送信処理を行う。ｅＭＢＢ送信処理は、ｅＭＢＢデータを端末装置１００に送信する処理である。
ＣＰＵ２１０は、通信制御プログラム２２１が有するＵＲＬＬＣ送信モジュール２２１２を実行することで、送信部を構築し、ＵＲＬＬＣ送信処理を行う。ＵＲＬＬＣ送信処理は、ＵＲＬＬＣデータを端末装置１００に送信する処理である。
ＣＰＵ２１０は、通信制御プログラム２２１が有する多重化モジュール２２１３を実行することで、送信部を構築し、多重化処理を行う。多重化処理は、ｅＭＢＢデータとＵＲＬＬＣデータを多重化する処理である。基地局装置２００は、多重化処理において、ＵＲＬＬＣデータをｅＭＢＢデータパンクチャ可能領域の一部に割り込ませることで、多重化を行う。
ＣＰＵ２１０は、通信制御プログラム２２１が有するヘッダパターン選択モジュール２２１４を実行することで、制御部を構築し、ヘッダパターン選択処理を行う。ヘッダパターン選択処理は、例えば、ＵＲＬＬＣデータのヘッダパターンを選択する処理である。基地局装置２００は、例えば、ｅＭＢＢデータとＵＲＬＬＣデータを多重化するとき、送信するＵＲＬＬＣデータの特性に応じて、ヘッダパターンを選択する。
＜端末装置の構成例＞
図５は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、ＤＲＡＭなどのメモリ１３０、及びＲＦ回路１５０を有する。端末装置１００は、例えば、ＵＲＬＬＣのデータを基地局装置２００から受信する、受信装置である。
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、通信プログラム１２１及びヘッダパターン１２２を記憶する。
ヘッダパターン１２２は、以降に示すヘッダパターンを記憶する領域である。なお、ヘッダパターン１２２は、プログラムに組み込まれてもよい。また、ヘッダパターン１２２は、例えば、基地局装置２００の有するヘッダパターン２２２と同じであってもよい。
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用される。
ＲＦ回路１５０は、基地局装置２００と無線接続する装置である。ＲＦ回路１５０は、例えば、アンテナ１５１を有する。
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサ又はコンピュータである。
ＣＰＵ１１０は、通信プログラム１２１を実行することで、受信部及び受信制御部を構築し、通信処理を行う。通信処理は、基地局装置２００と無線通信をする処理である。端末装置１００は、通信処理において、ｅＭＢＢデータ及びＵＲＬＬＣデータ（多重化されたデータを含む）を受信する。また、端末装置１００は、通信処理において、ｅＭＢＢデータとＵＲＬＬＣデータを多重化したときの、ＵＲＬＬＣデータのヘッダパターンを基地局装置２００から取得する。
ＣＰＵ１１０は、通信プログラム１２１が有するｅＭＢＢ受信モジュール１２１１を実行することで、受信部を構築し、ｅＭＢＢ受信処理を行う。ｅＭＢＢ受信処理は、ｅＭＢＢデータを基地局装置２００から受信する処理である。
ＣＰＵ１１０は、通信プログラム１２１が有するＵＲＬＬＣ受信モジュール１２１２を実行することで、受信部を構築し、ＵＲＬＬＣ受信処理を行う。ＵＲＬＬＣ受信処理は、ＵＲＬＬＣデータを基地局装置２００から受信する処理である。
ＣＰＵ１１０は、通信プログラム１２１が有するヘッダパターン取得モジュール１２１３を実行することで、制御部を構築し、ヘッダパターン取得処理を行う。ヘッダパターン取得処理は、基地局装置２００が選択したヘッダパターンを取得する処理である。端末装置１００は、ヘッダパターン取得処理において、基地局装置２００から通知されるヘッダパターンを受信することで、ヘッダパターンを取得する。なお、端末装置１００は、ヘッダパターンを取得することで、ｅＭＢＢデータと多重化されたＵＲＬＬＣデータを受信することができる。
＜データ送信処理＞
図６は、データ送信処理のシーケンスの例を示す図である。基地局装置２００は、データを端末装置１００に送信する契機が発生すると、使用するヘッダのパターン（以降、使用ヘッダパターンと呼ぶ）を決定する（Ｓ１０）。基地局装置２００は、例えば、送信するデータがＵＲＬＬＣか否かに基づいて、使用ヘッダパターンを決定する。ＵＲＬＬＣデータは、例えば、固定長のデータである。また、ＵＲＬＬＣデータは、例えば、所定値より小さいデータサイズのデータであり、ｅＭＢＢデータより小さいデータサイズである。
基地局装置２００は、決定した使用ヘッダパターンを、ＲＲＣシグナリングを用いて端末装置１００に送信する（Ｓ１１）。ＲＲＣシグナリングは、例えば、ＲＲＣメッセージ送受信のための情報を含む制御用信号である。なお、決定した使用ヘッダパターンの送信は、ＲＲＣシグナリングに限定されず、端末装置１００が受信するメッセージや信号であればよい。
端末装置１００は、ＲＲＣシグナリングを受信し、使用ヘッダパターンを取得する（Ｓ１２）。以降、端末装置１００は、基地局装置２００から使用ヘッダパターンで送信されるデータを待ち受ける。
基地局装置２００は、使用ヘッダパターンを端末装置１００に通知したのち、決定した使用ヘッダパターンを用いて、データを端末装置１００に送信する。
＜ＲＬＣヘッダの使用ヘッダパターン＞
以下に、ＲＬＣヘッダにおける使用ヘッダパターンの例について説明する。なお、以下のフォーマットにおける１行は１オクテットを示す。また、１オクテットは、１バイト（８ビット）として、以下に説明する。また、例として示すＲＬＣヘッダのパターンは、全てＵＭ（Un acknowledge Mode）を想定したフォーマットであるが、全てＡＭ（Acknowledge Mode）においても適用が可能である。
＜１．ＲＬＣ基本パターン＞
基本パターンは、例えば、どのようなデータの送信にも使用される、汎用的なヘッダパターンである。以下、ＲＬＣ基本パターンについて説明する。
図７は、ＲＬＣヘッダパターン１の例を示す図である。ＳＩは、セグメントインフォメーション（Segmentation Information）である。ＳＩは、データの分割に関する情報を示す、２ビットで構成される情報要素である。例えば、分割された先頭データである場合、ＳＩは「０１」となる。また、例えば、分割された最後尾データである場合、ＳＩは「１０」となる。さらに、例えば、分割された中間データ（先頭でも最後尾でもないデータ）である場合、ＳＩは「１１」となる。さらに、例えば、分割がないデータである場合、ＳＩは「００」となる。
ＳＮは、ＲＬＣレイヤにおけるシーケンス番号（以下、ＲＬＣ ＳＮと同じ）である。ＳＮは、データの送信順を示す数値であり、数値が上限値に達すると、再度下限値から使用される、循環数である。ＲＬＣヘッダパターン１は、ＳＮを格納する領域として、６ビットを有する。
ＳＯは、セグメンテーションオフセット（Segmentation Offset）である。ＳＯは、分割されたデータの先頭または末尾が、分割する前のＰＤＵの先頭から何バイト目に対応するかを示す情報である。ＳＯは、例えば、データの末尾の位置を示す。また、ＳＯは、例えば、次に送信されるデータの先頭の位置を示してもよい。ＳＯは、１６ビットで構成される情報要素である。
ＲＬＣヘッダパターン１は、ＳＯが１６ビット（２オクテット）であり、例えば、データの位置をバイトで示す場合、最大６５５３６バイトのデータ位置を示すことができる。そのため、ＲＬＣヘッダパターン１は、例えば、データサイズが比較的大きいデータの送信に使用される。
＜２．ＵＲＬＬＣ用パターン＞
ＵＲＬＬＣ用パターンは、例えば、ＵＲＬＬＣデータのような、比較的サイズの小さいデータを送信するときのヘッダパターンである。ＵＲＬＬＣ用パターンについて、以下に説明する。
＜２．１ ＳＯの代替＞
図８（Ａ）は、ＲＬＣヘッダパターン２の例を示す図である。ＳＩ及びＳＮは、図７と同様である。ＲＬＣヘッダパターン２では、図７のＳＯに代えて、Ｓｉを設定する。
Ｓｉは、分割されたデータの分割番号を示す、例えば、８ビットで構成される分割情報である。Ｓｉは、例えば、分割したデータの何番目のデータであるかを示す。なお、Ｓｉの上位ビットから下位ビットの方向に、分割番号が大きくなってもよいし、小さくなってもよい。また、Ｓｉのビット数は８ビット以外の複数ビットであってもよい。
図８（Ｂ）は、Ｓｉパターン１の例を示す図である。Ｓｉパターン１は、各１ビットのＳ１〜Ｓ８でＳｉを構成するパターンである。Ｓｘ（ｘは１〜８の整数）は、分割ｘ番目のデータであることを示す。例えば、分割された先頭データである場合、Ｓ１のビットを１にする。
図９は、Ｓｉパターン１におけるＲＬＣヘッダパターン２の例を示す図である。図９（Ａ）は、分割された先頭データの例を示す図である。図９（Ａ）は、ＳＩ＝０１であり、当該データが分割の先頭データであることを示す。さらに、図９（Ａ）は、Ｓ１ビットが１であり、分割の１番目のデータであることを示す。
図９（Ｂ）は、ＳＩ＝１１であり、当該データが分割の中間データであることを示す。さらに、図９（Ｂ）は、Ｓ２ビットが１であり、分割の２番目のデータであることを示す。
図９（Ｃ）は、ＳＩ＝１０であり、当該データが分割の最後尾データであることを示す。さらに、図９（Ｃ）は、Ｓ３ビットが１であり、分割の３番目のデータであることを示す。
ＲＬＣヘッダパターン２では、ＲＬＣヘッダパターン１と比較して、１オクテット少ない２オクテットのヘッダを使用し、データを送信することができる。ＲＬＣヘッダパターン２は、分割数が８以内であることが条件となる。そのため、ＲＬＣヘッダパターン２は、例えば、ＵＲＬＬＣなどのデータサイズが小さく、分割数が少ないデータを送信するのに適している。基地局装置２００は、例えば、ＵＲＬＬＣデータを送信するとき、ＲＬＣヘッダパターン２を使用することで、ＲＬＣヘッダパターン１を使用した場合と比較して、少ないヘッダ部のサイズでデータを送信することができ、ヘッダ部送信によるオーバヘッドを少なくすることができる。また、基地局装置２００は、ｅＭＢＢと多重化してＵＲＬＬＣを送信するとき、ＲＬＣヘッダパターン２を使用することで、ヘッダ部送信によるオーバヘッドを少なくすることができる。
図１０は、Ｓｉの一部にＲビットを設定するＳｉパターンの例を示す図である。ＳｉにＲ（Reserved）ビット（リザーブビット）を設定することで、例えば、将来に仕様変更に対応するなど、拡張性を担保することができる。
図１０（Ａ）は、Ｓｉパターン２の例を示す図である。Ｓｉパターン２は、先頭にＲビットを設定し、Ｓ１を設定しないＳｉパターンである。Ｓ１は、分割の１番目のデータであることを示すが、ＳＩ＝０１で先頭データであることが示せるため、省略することができる。
図１０（Ｂ）は、Ｓｉパターン３の例を示す図である。Ｓｉパターン３は、先頭にＲビットを設定し、Ｓ８を設定しないＳｉパターンである。Ｓ８は、分割の８番目のデータであることを示すが、Ｓｉパターン３が８分割を上限としたフォーマットであると規定した場合、ＳＩ＝１０で最後尾データであることが示せ、端末装置１００は最後尾データを８番目のデータと認識することが可能であり、省略することができる。また、基地局装置２００は、分割数７までに対応すればよい場合、Ｓ８を省略することができる。
図１０（Ｃ）は、Ｓｉパターン４の例を示す図である。Ｓｉパターン４は、先頭及び末尾にＲビットを設定し、Ｓ１及びＳ８を設定しないＳｉパターンである。
図１０（Ｄ）は、Ｓｉパターン５の例を示す図である。Ｓｉパターン５は、先頭及び末尾にＲビットを設定し、Ｓ７及びＳ８を設定しないＳｉパターンである。基地局装置２００は、分割数６までに対応すればよい場合、Ｓ７及びＳ８を省略することができる。
図１０（Ｅ）は、Ｓｉパターン６の例を示す図である。Ｓｉパターン６は、先頭及び２ビット目にＲビットを設定し、Ｓ７及びＳ８を設定しないＳｉパターンである。基地局装置２００は、分割数６までに対応すればよい場合、Ｓ７及びＳ８を省略することができる。
図１０は、１又は２のＲビットが設定されるＳｉパターンである。しかし、Ｒビットは、３以上設定されてもよい。また、Ｒビットの位置は、図１０に示すように、先頭、末尾、２ビット目に限定されず、どの位置に設定されてもよい。
＜２．１．１ Ｓｉの省略＞
基地局装置２００は、先頭データ又は最後尾データにおける、Ｓｉを省略してもよい。
図１１は、ＲＬＣヘッダパターン２、Ｓｉパターン２において、先頭データのＳｉを省略するヘッダの例を示す図である。図１１（Ａ）は、分割された先頭データの例を示す図である。図１１（Ａ）は、ＳＩ＝０１であり、当該データが分割の先頭データであることを示す。端末装置１００が、当該データが１番目（先頭）のデータであることを認識することができるため、基地局装置２００はＳｉを省略することができる。
図１１（Ｂ）は、ＳＩ＝１１であり、当該データが分割の中間データであることを示す。さらに、図１１（Ｂ）は、Ｓ２ビットが１であり、分割の２番目のデータであることを示す。なお、Ｒビットは、例えば、０である。
図１１（Ｃ）は、ＳＩ＝１０であり、当該データが分割の最後尾データであることを示す。さらに、図１１（Ｃ）は、Ｓ３ビットが１であり、分割の３番目のデータであることを示す。
図１２は、ＲＬＣヘッダパターン２、Ｓｉパターン４において、先頭データ及び最後尾データのＳｉを省略するヘッダの例を示す図である。図１２（Ａ）は、分割された先頭データの例を示す図である。図１２（Ａ）は、ＳＩ＝０１であり、当該データが分割の先頭データであることを示す。端末装置１００が、当該データが１番目（先頭）のデータであることを認識することができるため、基地局装置２００はＳｉを省略することができる。
図１２（Ｂ）は、ＳＩ＝１１であり、当該データが分割の中間データであることを示す。さらに、図１２（Ｂ）は、Ｓ２ビットが１であり、分割の２番目のデータであることを示す。
図１２（Ｃ）は、ＳＩ＝１０であり、当該データが分割の最後尾データであることを示す。端末装置１００は、当該データを図１２（Ｂ）に示すデータの受信後の受信するため、最後尾データが３番目のデータであることを認識できるため、Ｓｉを省略する。
なお、図１１及び図１２は、それぞれＳｉパターン２及びＳｉパターン４を用いて説明したが、他のＳｉパターンにおいても、同様に先頭データ及び最後尾データのＳｉを省略することができる。Ｓｉを省略することで、基地局装置２００は、ヘッダ部のデータ量を減少させ、ヘッダ送信によるオーバヘッドを低減させることができる。また、基地局装置２００は、ｅＭＢＢと多重化してＵＲＬＬＣを送信するとき、Ｓｉを省略することで、ヘッダ部送信によるオーバヘッドを少なくすることができる。
＜２．２ ＳＯの最適化＞
図１３は、ＲＬＣヘッダパターン３の例を示す図である。ＳＩ及びＳＮは、図７と同様である。ＲＬＣヘッダパターン３において、ＳＯは１オクテット（８ビット）である。ＳＯが８ビット（１オクテット）の場合、例えば、データの位置をバイトで示す場合、最大２５６バイトのデータ位置を示すことができる。ＲＬＣヘッダパターン３は、ＳＯが１６ビットであるＲＬＣヘッダパターン１と比較すると、送信できるデータサイズは小さくなるが、１オクテット分のヘッダ部のデータを省略することができる。よって、ＲＬＣヘッダパターン３は、ＵＲＬＬＣのような比較的小さいデータサイズのデータを送信するのに適している。
＜２．２．１ ＳＯの省略＞
図１４は、ＲＬＣヘッダパターン３の、先頭データのＳＯを省略するヘッダの例を示す図である。図１４（Ａ）は、分割された先頭データの例を示す図である。図１４（Ａ）は、ＳＩ＝０１であり、当該データが分割の先頭データであることを示す。端末装置１００が、当該データが１番目（先頭）のデータであることを認識することができるため、基地局装置２００はＳＯを省略することができる。
図１４（Ｂ）は、ＳＩ＝１１であり、当該データが分割の中間データであることを示す。さらに、図１４（Ｂ）は、ＳＯが３３であり、データの末尾が３３オクテットであることを示す。
図１４（Ｃ）は、ＳＩ＝１０であり、当該データが分割の最後尾データであることを示す。さらに、図１１（Ｃ）は、ＳＯ６６であり、データの末尾が６６オクテットであることを示す。
図１５は、ＲＬＣヘッダパターン３の、先頭及び最後尾データのＳＯを省略するヘッダの例を示す図である。図１５（Ａ）及（Ｂ）は、それぞれ図１４（Ａ）及び（Ｂ）と同様である。
図１５（Ｃ）は、ＳＩ＝１０であり、当該データが分割の最後尾データであることを示す。端末装置１００は、例えば、分割されたデータが固定長である場合、ＳＯがなくてもデータの位置は認識できる。そのため、基地局装置２００は、ＳＯを省略することができる。
第２の実施の形態において、基地局装置２００は、例えば，ｅＭＢＢと多重化したＵＲＬＬＣデータを送信するとき、ＲＬＣヘッダパターン２及び３を使用し、ＳＯを最適化したり、Ｓｉに置き換えることで、ヘッダのデータ量を減少させ、ヘッダ部送信によるオーバヘッドを低減させることができる。
［第３の実施の形態］
次に、第３の実施の形態について説明する。第３の実施の形態において、基地局装置２００は、ＰＤＣＰヘッダのヘッダフォーマットも選択する。
＜１．分割なしパターン＞
分割なし（ＰＤＣＰレイヤでのセグメンテーションを実施しない）の場合の、ＰＤＣＰヘッダパターンについて説明する。
図１６（Ａ）は、分割なしＰＤＣＰヘッダパターン１のヘッダパターンの例を示す図である。ＳＩは、セグメントインフォメーションである。ＳＩは、データの分割に関する情報を示す、２ビットで構成される情報要素である。
ＤＣ（Data / Control）は、当該ＰＤＵが、ユーザプレーン用または制御プレーン用の、いずれにおけるＰＤＵであるかを示すデータコントロールである。ＤＣは、１ビットで構成される情報要素である。
ＰＤＣＰ ＳＮは、ＰＤＣＰレイヤにおけるシーケンス番号である。分割なしＰＤＣＰヘッダパターン１は、ＰＤＣＰ ＳＮの格納する領域として、１２ビットの格納領域を有する。
また、分割なしＰＤＣＰヘッダパターン１は、Ｒビット９個を有する。
図１６（Ｂ）は、分割なしＰＤＣＰヘッダパターン２のヘッダパターンの例を示す図である。ＳＩ、ＤＣ、ＰＤＣＰ ＳＮは、分割なしＰＤＣＰヘッダパターン１と同様である。
分割なしＰＤＣＰヘッダパターン２は、Ｒビットを１個しているため、分割なしＰＤＣＰヘッダパターン１より８ビット（１オクテット）小さい。
＜２．分割ありパターン＞
分割あり（ＰＤＣＰレイヤでのセグメンテーションを実施する）の場合の、ＰＤＣＰヘッダパターンについて説明する。なお、分割ありのヘッダパターンについては、ＰＤＣＰヘッダと共に、ＲＬＣヘッダも定義することとし、ＰＤＣＰヘッダ及びＲＬＣヘッダの両方について説明する。また、分割ありの場合については、ＲＬＣヘッダも定義するが、便宜的に分割ありＰＤＣＰヘッダと呼ぶ場合がある。
図１７（Ａ）は、分割ありＰＤＣＰヘッダパターン１のヘッダパターンの例を示す図である。分割ありＰＤＣＰヘッダパターン１の上位３オクテットのＲＬＣヘッダ部は、図７に示すＲＬＣヘッダパターン１と同様（図７のＳＮは、図１７のＲＬＣ ＳＮと同様）である。
分割ありＰＤＣＰヘッダパターン１の下位２オクテットのＰＤＣＰヘッダ部は、１ビットのＤＣ、Ｒビットを３個、及び１２ビットのＰＤＣＰ ＳＮを有する。
図１７（Ｂ）は、分割ありＰＤＣＰヘッダパターン２のヘッダパターンの例を示す図である。分割ありＰＤＣＰヘッダパターン２の上位１９ビット（上位２オクテットと３オクテット目の上位３ビット）のＲＬＣヘッダ部は、ＳＩ、ＲＬＣ ＳＮと、１１ビットのＳＯを有する。
そして、分割ありＰＤＣＰヘッダパターン２の下位１３ビット（３オクテット目の下位５ビットと４オクテット目）のＰＤＣＰヘッダ部は、１ビットのＤＣ、及び１２ビットのＰＤＣＰ ＳＮを有する。
すなわち、分割ありＰＤＣＰヘッダパターン２は、分割ありＰＤＣＰヘッダパターン１のＲビットと、ＳＯの一部（５ビット）を省略することで、ＲＬＣ及びＰＤＣＰヘッダの合計を４オクテットにしたものである。
図１７（Ｃ）は、分割ありＰＤＣＰヘッダパターン３のヘッダパターンの例を示す図である。分割ありＰＤＣＰヘッダパターン２の上位１１ビット（上位１オクテットと２オクテット目の上位３ビット）のＲＬＣヘッダ部は、ＳＩ、ＲＬＣ ＳＮと、３ビットのＳＯを有する。分割ありＰＤＣＰヘッダパターン３のＰＤＣＰヘッダ部は、分割ありＰＤＣＰヘッダパターン２のＰＤＣＰヘッダ部と同様である。
すなわち、分割ありＰＤＣＰヘッダパターン３は、分割ありＰＤＣＰヘッダパターン２のＳＯの一部（８ビット）を省略することで、ＲＬＣ及びＰＤＣＰヘッダの合計を３オクテットにしたものである。
＜変形例１＞
図１８は、ＰＤＣＰ ＳＮを６ビットで規定したＰＤＣＰヘッダの例を示す図である。図１８（Ａ）は、２ビットのＳＩと６ビットのＰＤＣＰ ＳＮで構成されるＰＤＣＰヘッダである。
また、図１８（Ｂ）は、図１８（Ａ）に８ビットのＳＯを付与したＰＤＣＰヘッダの例を示す図である。
図１８（Ａ）（Ｂ）ともに、Ｒビット及びＤＣを含まないヘッダである。ＤＣは、例えば、ユーザプレーンでしか使用しないことを前提である場合など、省略することが可能である。
＜変形例２＞
基地局装置２００は、ＲＬＣとＰＤＣＰの結合ヘッダを規定してもよい。
図１９は、分割あり結合ヘッダパターンの例を示す図である。図１９（Ａ）は、分割あり結合ヘッダパターン１の例を示す図である。分割あり結合ヘッダパターン１は、２ビットのＳＩ、Ｒビット１個、１ビットのＤＣ、１２ビットのＰＤＣＰ ＳＮ、及び８ビットのＳＯ又はＳｉを有する。
図１９（Ｂ）は、分割あり結合ヘッダパターン２の例を示す図である。分割あり結合ヘッダパターン２は、有する情報要素が分割あり結合ヘッダパターン１と同様であるが、ＳＯ又はＳｉ、ＤＣ、及びＰＤＣＰ ＳＮの配置される位置が異なる。
図２０は、分割あり結合ヘッダパターンの例を示す図である。図２０（Ａ）は、分割あり結合ヘッダパターン３の例を示す図である。分割あり結合ヘッダパターン３は、２ビットのＳＩ、６ビットのＰＤＣＰ ＳＮ、及び８ビットのＳＯ又はＳｉを有する。
図２０（Ｂ）は、分割あり結合ヘッダパターン４の例を示す図である。分割あり結合ヘッダパターン４は、有する情報要素が分割あり結合ヘッダパターン３と同様であるが、ＳＯ又はＳｉ及びＰＤＣＰ ＳＮの配置される位置が異なる。
分割あり結合ヘッダパターン１及び２から、ＤＣ、Ｒビット、及びＰＤＣＰ ＳＮの一部（６ビット）を省略したものが、分割あり結合ヘッダパターン３及び４である。分割あり結合ヘッダパターン１及び２は３オクテットで構成されるが、分割あり結合ヘッダパターン３及び４は２オクテットで構成される。
［第４の実施の形態］
第４の実施の形態においては、ＡＭ（Acknowledge Mode）に対応するヘッダパターンを示す。
図２１は、ＡＭに対応したＲＬＣヘッダパターンの例を示す図である。図２１（Ａ）は、ＡＭ ＲＬＣヘッダパターン１の例を示す図である。ＡＭ ＲＬＣヘッダパターン１は、１ビットのＤＣ、１ピットのＰビット、２ビットのＳＩ、１２ビットのＳＮ、及び８ビットのＳＯ又はＳｉを有する。Ｐビットは、ポーリングビット（Ｐビット）を示す。Ｐビットは、例えば、ＳＴＡＴＵＳ ＰＤＵの要求をするか否かを示すビットであり、ＳＴＡＴＵＳ ＰＤＵを要求する場合は１である。
図２１（Ｂ）は、ＡＭ ＲＬＣヘッダパターン２の例を示す図である。ＡＭ ＲＬＣヘッダパターン１は、１ビットのＤＣ、１ピットのＰビット、２ビットのＳＩ、Ｒビットを２つ、１８ビットのＳＮ、及び８ビットのＳＯ又はＳｉを有する。
図２２は、ＡＭに対応したＰＤＣＰヘッダとＲＬＣヘッダを結合したヘッダパターンの例を示す図である。図２２（Ａ）は、ＡＭ 分割なし結合ヘッダパターンの例を示す図である。ＡＭ 分割なし結合ヘッダパターンは、１ビットのＤＣ、１ピットのＰビット、２ビットのＳＩ、及び４ビットのＰＤＣＰ ＳＮを有する。
図２２（Ｂ）は、ＡＭ 分割あり結合ヘッダパターンの例を示す図である。ＡＭ 分割あり結合ヘッダパターンは、１ビットのＤＣ、１ピットのＰビット、２ビットのＳＩ、４ビットのＰＤＣＰ ＳＮ、及び８ビットのＳＯ又はＳｉを有する。
上記に示すように、基地局装置２００は、ＵＭと同様に、ＡＭのヘッダにも対応することができる。
［その他の実施の形態］
各実施の形態は、それぞれ組み合わせてもよい。
例えば、ＳＯとＳｉは、分割数やデータサイズに応じて、どちらを選択してもよい。また、ＲＣＬヘッダとＰＤＣＰヘッダの組み合わせは、上述した例以外にも、組み合わせてもよい。また、各情報要素は、分割の有無や分割数、データサイズ、データが固定長であるか否かなどに応じて、省略してもよい。また、各情報要素は、基地局装置２００と端末装置１００との間の合意により、省略してもよい。
１０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：通信プログラム
１３０ ：メモリ
１５０ ：ＲＦ回路
１５１ ：アンテナ
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：通信制御プログラム
２３０ ：メモリ
２５０ ：ＲＦ回路
２５１ ：アンテナ
２９０ ：送信部
２９１ ：制御部
１２１１ ：ｅＭＢＢ受信モジュール
１２１２ ：ＵＲＬＬＣ受信モジュール
１２１３ ：ヘッダパターン取得モジュール
２２１１ ：ｅＭＢＢ送信モジュール
２２１２ ：ＵＲＬＬＣ送信モジュール
２２１３ ：多重化モジュール
２２１４ ：ヘッダパターン選択モジュール

Claims (20)

  1. 第１種別の第１データと、第２種別の第２データを送信する送信部と、
    前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データのＲＬＣヘッダに含まれるセグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部を省略することができる制御部とを有する
    基地局装置。
  2. 前記制御部は、前記ＲＬＣヘッダから、前記セグメンテーションオフセットを省略し、前記第２データの分割順を示す分割情報を付与する
    請求項１記載の基地局装置。
  3. 前記分割情報は、複数ビットを有し、
    前記制御部は、前記複数ビットのうち、前記第２データの分割順に応じたビットをＯＮにする
    請求項２記載の基地局装置。
  4. 前記制御部は、前記第２データの分割順が先頭である場合、前記セグメンテーションオフセットを省略する
    請求項１記載の基地局装置。
  5. 前記制御部は、前記第２データの分割順が最後尾である場合、前記セグメンテーションオフセットを省略する
    請求項１記載の基地局装置。
  6. 前記制御部は、前記第２データが分割されていない場合、前記セグメンテーションオフセットを省略する
    請求項１記載の基地局装置。
  7. 前記制御部は、さらに、前記セグメンテーションオフセットの少なくとも一部と前記リザーブビットの少なくとも一部を省略する
    請求項１記載の基地局装置。
  8. 前記制御部は、さらに、ＲＬＣレイヤのシーケンス番号の格納領域の一部を省略する
    請求項１記載の基地局装置。
  9. 前記制御部は、さらに、ＰＤＣＰレイヤのシーケンス番号の格納領域の一部を省略する
    請求項１記載の基地局装置。
  10. 前記制御部は、さらに、前記第２データを制御用として使用しない場合、ＰＤＣＰヘッダに含まれる、前記第２データが制御プレーン用又はユーザプレーン用のいずれであるかを示す情報要素を省略する
    請求項１記載の基地局装置。
  11. 前記制御部は、さらに、ＲＬＣヘッダとＰＤＣＰヘッダを結合し、前記結合したヘッダの
    シーケンス番号の一部を省略する
    請求項１記載の基地局装置。
  12. 前記制御部は、前記第２データを制御用として使用しない場合、前記結合したヘッダの、前記第２データが制御プレーン用又はユーザプレーン用のいずれであるかを示す情報要素を、省略する
    請求項１１記載の基地局装置。
  13. 前記第２データは、固定長である
    請求項１記載の基地局装置。
  14. 前記第２種別は、ＵＲＬＬＣを含む
    請求項１３記載の基地局装置。
  15. 前記第１種別は、ｅＭＢＢを含む
    請求項１４記載の基地局装置。
  16. 前記第２データは、前記第１データよりデータサイズが小さい
    請求項１記載の基地局装置。
  17. 前記制御部は、前記第２データの送信に使用する前記ＲＬＣヘッダのフォーマットに関する情報を、前記第２データの送信先の装置に通知する
    請求項１記載の基地局装置。
  18. 第１種別の第１データと、第２種別の第２データを受信する受信部と、
    前記受信部が多重化された前記第１データと前記第２データを受信するとき、前記第１データの領域に含まれる、セグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部が省略されたＲＬＣヘッダを有するデータを、前記第２データとして取り出す受信制御部とを有する
    端末装置。
  19. 第１種別の第１データと、第２種別の第２データを送信し、
    前記送信において、前記第１データと前記第２データを多重化するとき、前記第２データのＲＬＣヘッダに含まれるセグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部を省略する
    基地局装置における通信方法。
  20. 第１種別の第１データと、第２種別の第２データを送信する送信部と、前記送信部が前記第１データと前記第２データを多重化して送信するとき、前記第２データのＲＬＣヘッダに含まれるセグメンテーションオフセットの少なくとも一部又はリザーブビットの少なくとも一部を省略することができる制御部とを有する基地局装置と、
    前記第１データ及び前記第２データを受信する受信部と、前記受信部が多重化された前記第１データと前記第２データを受信するとき、前記第１データの領域に含まれる、前記ＲＬＣヘッダを有するデータを、前記第２データとして取り出す受信制御部とを有する端末装置と、
    を有する通信システム。
JP2020512141A 2018-04-03 2018-04-03 基地局装置、端末装置、通信方法、及び通信システム Active JP7161123B2 (ja)

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
JPWO2019193663A1 true JPWO2019193663A1 (ja) 2021-04-15
JP7161123B2 JP7161123B2 (ja) 2022-10-26

Family

ID=68100187

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020512141A Active JP7161123B2 (ja) 2018-04-03 2018-04-03 基地局装置、端末装置、通信方法、及び通信システム

Country Status (4)

Country Link
US (1) US11696175B2 (ja)
JP (1) JP7161123B2 (ja)
CN (1) CN111937433A (ja)
WO (1) WO2019193663A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018026705A (ja) * 2016-08-10 2018-02-15 ソニー株式会社 通信装置、通信方法及び記録媒体

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4167485B2 (ja) * 2002-12-26 2008-10-15 松下電器産業株式会社 無線通信システム、通信端末装置、および基地局装置
US8331399B2 (en) 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
CN102655448B (zh) * 2011-03-03 2014-07-16 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN103828411B (zh) * 2012-09-17 2018-06-15 华为技术有限公司 调度方法、基站、用户设备和系统
EP3100372B1 (en) 2014-01-29 2019-01-16 LG Electronics Inc. Configurung a mac pdu for d2d commucation
US20170111911A1 (en) * 2014-04-18 2017-04-20 Ntt Docomo, Inc. User apparatus, base station, uplink data dividing ratio calculation method, and uplink data dividing ratio providing method
US10396942B2 (en) * 2016-03-29 2019-08-27 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in a communication system
EP3986070A3 (en) * 2016-05-18 2022-05-18 Samsung Electronics Co., Ltd. Method and apparatus for performing efficient layer 2 function in mobile communication system
CN107787009B (zh) * 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
JP7122082B2 (ja) * 2016-09-20 2022-08-19 株式会社Ｎｔｔドコモ 送信装置、及び送信方法
US11516782B2 (en) * 2017-12-27 2022-11-29 Ntt Docomo, Inc. User terminal and radio communication method
CA3038634A1 (en) * 2018-03-30 2019-09-30 Comcast Cable Communications, Llc Power control for wireless communications associated with preempted resources

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018026705A (ja) * 2016-08-10 2018-02-15 ソニー株式会社 通信装置、通信方法及び記録媒体

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CMCC, MEDIATEK INC.: "Further thoughts on concatenation at PDCP[online]", 3GPP TSG RAN WG2 #97BIS R2-1702930, JPN6021051521, ISSN: 0004680202 *
NTT DOCOMO, INC.: "Email discussion report on SO segmentation[online]", 3GPP TSG RAN WG2 #97BIS R2-1702646, JPN6021051522, ISSN: 0004680201 *
OPPO: "RLC segmentation in NR[online]", 3GPP TSG RAN WG2 #97BIS R2-1702547, JPN6021051523, ISSN: 0004680200 *
SAMSUNG: "PDCP PDU format for NR[online]", 3GPP TSG RAN WG2 #97BIS R2-1703582, JPN6021051520, ISSN: 0004680203 *

Also Published As

Publication number Publication date
WO2019193663A1 (ja) 2019-10-10
US11696175B2 (en) 2023-07-04
CN111937433A (zh) 2020-11-13
JP7161123B2 (ja) 2022-10-26
US20210014731A1 (en) 2021-01-14

Similar Documents

Publication Publication Date Title
US10355826B2 (en) Communication methods performed by secondary base station and master base station and associated base stations
JP2018078563A (ja) ブロック確認応答圧縮のための装置および方法
US20140341013A1 (en) SYSTEM AND METHOD FOR CREATING LOGICAL RADIO LINK CONTROL (RLC) AND MEDIUM ACCESS CONTROL (MAC) PROTOCOL DATA UNITS (PDUs) IN MOBILE COMMUNICATION SYSTEM
CN112219445A (zh) 在异构网络中执行双连接的方法和装置
US11218913B2 (en) Air-interface protocol stack configuration method, data transmission method, air-interface protocol stack configuration device, and data transmission device
US20210235318A1 (en) Base station device, terminal device, communication method and communication system
WO2018028697A1 (zh) 状态报告生成方法和系统，及状态报告接收方法、设备
US20230300871A1 (en) Wireless communication device, wireless communication method, and wireless communication system
CN109756306B (zh) 信息传输方法和通信设备
CN115119540B (zh) 多连接下的通信方法和通信设备
JP7161123B2 (ja) 基地局装置、端末装置、通信方法、及び通信システム
CN110708723B (zh) 一种数据传输方法及装置
JP7227524B2 (ja) 基地局装置、端末装置、及び無線通信方法
CN110876163A (zh) 数据映射配置方法、数据传输方法及通信设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201026

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201026

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220111

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220311

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220512

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220926

R150 Certificate of patent or registration of utility model

Ref document number: 7161123

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150