JP7196865B2 - 送信装置、無線通信方法、無線通信システム、受信装置 - Google Patents

Description

本発明は、超高信頼・低遅延通信に関する送信装置、無線通信方法、無線通信システム、受信装置に関する。

近年、携帯電話システム（セルラーシステム）等の無線通信システム（移動通信システムとも称され得る）について様々なユースケースを想定し、無線通信（移動通信とも称され得る）の更なる高速化・大容量化等を図るため、次世代の無線通信技術について議論が行われている。例えば、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）と呼ばれる通信規格や、ＬＴＥの無線通信技術をベースとしたＬＴＥ－Ａ（LTE-Advanced）と呼ばれる通信規格の仕様策定を既に行い、その機能の拡張のための検討作業が継続的に行なわれている。例えば、ＩＴＵ－Ｒ(International Telecommunication Union Radio communications sector)から提示された運用シナリオや技術要件の内容を実現する第五世代移動通信システム（５Ｇシステムとも称され得る）の標準化に関する議論が行われている。

無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称され得る）として、仕様が規定される。例えば、第一レイヤとして物理層が規定され、第二レイヤとしてデータリンク層が規定され、第三レイヤとしてネットワーク層が規定される。ＬＴＥなどの第四世代移動通信システム（４Ｇシステムとも称され得る）では、第二レイヤは、複数のサブレイヤに分割されており、第一サブレイヤ（ＰＤＣＰ（Packet Data Convergence Protocol）レイヤ）、第二サブレイヤ（ＲＬＣ（Radio Link Control）レイヤ）、第三サブレイヤ（ＭＡＣ（Medium Access Control）レイヤ）を有する。また、４Ｇシステムにおいて、第一レイヤは、ＰＨＹ（Physical）レイヤと称されてもよい。また、第三レイヤは、ＲＲＣ（Radio Resource Control）レイヤを有してもよい。

無線通信システムの送信装置における各レイヤは、上位層からのデータブロック（サービスデータユニット（ＳＤＵ：Service Data Unit）とも称され得る）に対して、ヘッダを付すなどの所定のプロトコルに準拠した処理を行うことで、受信装置におけるピアプロセス間で交換される情報単位であるプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を生成し、下位レイヤに転送する。例えば、ＬＴＥのＲＬＣレイヤでは、上位層であるＰＤＣＰレイヤからのデータブロックであるＰＤＣＰ－ＰＤＵをＲＬＣ－ＳＤＵとし、下位レイヤから通知されるＴＢ（Transport Block）長に収まる範囲で複数のＲＬＣ－ＳＤＵを連結するなどして、ＲＬＣ－ＰＤＵを生成する。その様なＲＬＣ－ＰＤＵは、ＲＬＣレイヤにおけるシーケンス番号（ＳＮ：Sequence Number）を有するＲＬＣヘッダが付された状態で、下位レイヤであるＭＡＣレイヤに転送される。

無線通信システムの受信装置における各レイヤは、下位レイヤからのデータブロック（ＰＤＵとも称され得る）を受けて、ヘッダを除去するなどして取り出したデータブロック（ＳＤＵとも称され得る）を上位層へ転送する。例えば、ＬＴＥのＲＬＣでは、下位レイヤであるＭＡＣレイヤからのデータブロック（ＭＡＣ－ＳＤＵ、ＲＬＣ－ＰＤＵとも称され得る）に付されたＲＬＣヘッダを参照して、１個のＲＬＣ－ＰＤＵに格納された複数のＲＬＣ－ＳＤＵを再構成するなどの処理が行われ、上位層であるＰＤＣＰレイヤにＲＬＣ－ＳＤＵを転送する。その際、上位層に対してＲＬＣ－ＳＤＵの順序を補償するために、ＲＬＣ－ＳＤＵの再構成において、ＲＬＣヘッダが有するＲＬＣシーケンス番号に基づく整序処理が行われる。そして、ＲＬＣシーケンス番号に抜けが生じたことを検知した場合、送信装置に対してＲＬＣ－ＰＤＵの再送を要求するＲＬＣ再送制御が実行される。５Ｇシステムでも、基本的には、４Ｇシステムにおける上述のプロトコルスタックが踏襲されることが議論されている。

ところで、５Ｇシステム以降の次世代移動通信システムにおいては、例えば、触覚通信や拡張現実など、従来と異なるレベルの低遅延が要求されるサービスの登場が期待されている。そのようなサービスの実現に向けて、５Ｇシステムでは、超高信頼・低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communications）を機能要件の一つとしている。ＵＲＬＬＣでは、上り回線及び下り回線におけるユーザプレーンの無線部遅延を０．５ミリ秒にすることが目標とされている。これは、４ＧシステムであるＬＴＥ（Long Term Evolution）で求められる遅延の１／１０未満に相当する。

３ＧＰＰの作業部会の一つであるＴＳＧ－ＲＡＮ ＷＧ２（Technical Specification Group - Radio Access Network Working Group 2）では、５Ｇシステムにおける超高信頼・低遅延通信の実現に向けた検討が行われている。ＬＴＥでは、無線端末（ＵＥ：User Equipment）からの上り信号を送信する場合、無線端末は、例えば、上り信号の無線リソースの割当てを要求するＳＲ信号（Scheduling Request信号）を無線基地局へ送信し、その応答としてグラント信号を無線基地局から受信し、グラント信号により割当てられた無線リソース量に応じた分量の一以上のＲＬＣ－ＰＤＵを所定の優先制御に従って取り出し、取り出した各ＲＬＣ－ＰＤＵに対してＭＡＣヘッダを付与して連結するなどして、送信単位であるトランスポートブロック（ＴＢ）の生成が行われる。これに対し、５Ｇシステムの超高信頼・低遅延通信では、スケジューリングリクエストに係る一連のシーケンスを省略することで、遅延時間を削減することが検討されはじめたところである。

3GPP TS 36.211 V14.4.0 （2017-09） 3GPP TS 36.212 V14.4.0 （2017-09） 3GPP TS 36.213 V14.4.0 （2017-09） 3GPP TS 36.300 V14.4.0 （2017-09） 3GPP TS 36.321 V14.4.0 （2017-09） 3GPP TS 36.322 V14.1.0 （2017-09） 3GPP TS 36.323 V14.4.0 （2017-09） 3GPP TS 36.331 V14.4.0 （2017-09） 3GPP TS 36.413 V14.4.0 （2017-09） 3GPP TS 36.423 V14.4.0 （2017-09） 3GPP TS 36.425 V14.0.0 （2017-03） 3GPP TS 37.340 V2.0.0（2017-12） 3GPP TS 38.201 V1.1.0（2017-11） 3GPP TS 38.202 V1.1.0（2017-11） 3GPP TS 38.211 V1.2.0（2017-11） 3GPP TS 38.212 V1.2.0（2017-11） 3GPP TS 38.213 V1.2.0（2017-11） 3GPP TS 38.214 V1.2.0（2017-11） 3GPP TS 38.215 V1.2.0（2017-11） 3GPP TS 38.300 V2.0.0（2017-12） 3GPP TS 38.321 V2.0.0（2017-12） 3GPP TS 38.322 V2.0.0（2017-12） 3GPP TS 38.323 V2.0.0（2017-12） 3GPP TS 38.331 V0.4.0（2017-12） 3GPP TS 38.401 V1.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 V1.0.0（2017-12） 3GPP TS 38.473 V1.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-04） 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） ITU-R: "IMT Vision - Framework and overall objectives of the future development of IMT for 2020 and beyond", Recommendation ITU-R M.2083-0, September 2015,<http://www.itu.int/dms_pubrec/itu-r/rec/m/R-REC-M.2083-0-201509-I!!PDF-E.pdf> Qualcomm: "On reliable transmission of URLLC data" 3GPP TSG-RAN WG2 #99bis, R2-1709125, 11 August 2017, < http://www.3gpp.org/FTP/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1709125.zip>

上述の５Ｇシステムにおける議論はまだ開始されたばかりであり、当面は基本的なシステム設計が主に議論されていくことになると考えられる。そのため、オペレーター内において適宜実装される技術については十分な検討がなされていない。例えば、上りリンクの超高信頼・低遅延通信については検討が進んでおらず、実装上の課題などについては、議論があまり進んでいないのが実情である。

開示の技術は、超高信頼・低遅延通信を実現する上で生じ得る課題を解決できる送信装置、無線通信方法、無線通信システム、受信装置を提供することを目的とする。

開示の一側面によれば、送信装置は、第一優先度を有する第一無線サービスと前記第一優先度より低い優先度である第二優先度を有する第二無線サービスと含む複数の無線サービスを利用して受信装置と無線通信することができる送信装置であって、無線信号を送信する際に、無線リソースの割当て対象を、前記複数の無線サービスの各々が有する前記優先度に基づいて選択する第一の割当て処理を実行でき、前記第一の割当て処理により前記無線リソースの割当て対象が決定された後に、前記第一無線サービスの第一データが新たに発生した場合、前記第一の割当て処理により割当てられた前記無線リソースの全部又は一部に、前記新たに発生した第一データを多重する第二の割当て処理を実行できる、ことを特徴とする。

開示の技術の一側面によれば、上りリンクの信号を送信する際の遅延をより削減でき、超高信頼・低遅延通信を実現することができる。

図１は、実施例１に係る無線通信システム１におけるＵ－Ｐｌａｎｅプロトコルスタックの概略を示す図である。 図２は、実施例１に係る無線通信システム１におけるＵ－ＰｌａｎｅプロトコルスタックのＳＤＵとＴＢとの関係を示す図である。 図３は、上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第一処理の流れの一例を示す図である。 図４は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その１）である。 図５は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その２）である。 図６は、上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第二処理の流れの一例を示す図である。 図７は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その３）である。 図８は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その４）である。 図９は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その５）である。 図１０は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その６）である。 図１１は、実施例１に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図１２は、実施例２に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図１３は、実施例２に係るＵＥ１０により送信される上りリンクのサブフレームの構成例を示す図である。 図１４は、実施例２に係るＵＥ１０により送信される上りリンクの無線フレームの構成例を示す図である。 図１５は、実施例３に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図１６は、実施例４に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図１７は、実施例５に係る無線通信システム１における設定情報の通知シーケンスの一例を示す図である。 図１８は、実施例５に係る設定情報の内容例を示す図である。 図１９は、実施例５に係る上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第一処理の流れの一例を示す図である。 図２０は、実施例６に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図２１は、実施例６に係るＵＥ１０により送信される上りリンクのサブフレームの構成例を示す図である。 図２２は、実施例７に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。 図２３は、無線通信システム１におけるＵＥ１０とｇＮＢ２０とのハードウェア構成の一例を示す図である。

上述の如く、５Ｇシステムにおける議論はまだ開始されたばかりである。例えば、上りリンクの超高信頼・低遅延通信（ＵＲＬＬＣ）については検討が進んでおらず、実装上の課題などについては、議論があまり進んでいないのが実情である。

本発明の発明者らは、上りリンクのＵＲＬＬＣを実行するようにした場合に生じ得る実装上の課題について独自の検討の結果、無線リソースの割当て量が確定した後に発生した上り送信データについて、次の無線リソースの割当てタイミングまでバッファに滞留することによる遅延が生じている、という不都合な点を見出した。

例えば、無線端末（ＵＥ）は、無線基地局から受けたグラント信号に示される無線リソースの割当量を参照することで、上りリンクの無線リソースの割当量を確定し得る。ＵＥは、割当てられた無線リソースを用いて新規の送信を実行する際に、論理チャネル優先制御（ＬＣＰ：Logical Channel Prioritization）（論理チャネル優先順位化とも称され得る）の処理（優先制御処理とも称され得る）を実行する。ＬＣＰでは、バッファにデータが存在する論理チャネルについて、各論理チャネルの優先度に従って、無線リソースが割当てられる。別言すると、ＵＥは、ＬＣＰの実行時点でバッファにデータが存在しない論理チャネルを、無線リソースの割当て対象から除外する。

その結果、ＬＣＰ実行時に無線リソースが割当てられなかった論理チャネルは、ＬＣＰ実行後に新たなデータがバッファに追加されたとしても、次回の無線リソースの割当てタイミングまで待機することとなる。このことは、スケジューリングリクエストに係る一連のシーケンスを省略したとしても同様である。

本発明の発明者らは、上述の技術的制約を、ＵＲＬＬＣのような極めて低遅延が要求される無線サービスについても同様に適用すると、超高信頼・低遅延通信といった無線サービスを実現する上で障害となり得る、という独自の知見を得るに至った。なお、下りリンクにおいても、上述と同様の事象は生じ得る。

以下、図面を参照して本発明を実施するための形態（以下、実施形態、実施例とも称する）について説明する。以下に示す実施形態の構成は、本発明の技術思想を具体化するための一例を示したものであり、本発明をこの実施形態の構成に限定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態にも等しく適用し得るものである。例えば、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等の種々のレイヤの名称については、今後の５Ｇシステムの仕様策定において、名称が変更され得ることも考えられる。第六世代以降の移動通信システムについても、各レイヤの名称が変更され得ることも考えられる。以下の開示では、無線通信のプロトコルスタックにおけるレイヤの一例として、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等のレイヤの名称を用いるが、これらの名称のレイヤに限定する意図ではないことに留意されたい。

また、以下に示す各実施例は、適宜組み合わせて実施してもよいことはいうまでもない。ここで、非特許文献１ないし非特許文献４０の全ての内容は、参照することによりここに援用される。

＜実施例１＞ 実施例１に係る無線通信システム１では、無線端末（ＵＥ）１０におけるＬＣＰ処理の実行後に発生した送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における上りリンクのデータ送信の遅延を短縮させることができる。

図１は、実施例１に係る無線通信システム１におけるユーザプレーン（Ｕ－Ｐｌａｎｅ）プロトコルスタックの概略を示す図である。なお、各層の名称は一例であり、５Ｇシステム以降の仕様策定において、名称が変更され得ることに留意されたい。

図１に示される無線通信システム１は、無線端末（ＵＥ）１０と無線基地局（ｇＮＢ）２０とを有する。図１の無線通信システム１において上りリンクに着目すると、ＵＥ１０は送信装置としての側面を有し、ｇＮＢ２０は受信装置としての側面を有する。また、図１の無線通信システム１において下りリンクに着目すると、ＵＥ１０は受信装置としての側面を有し、ｇＮＢ２０は送信装置としての側面を有する。

ＵＥ１０は、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤＰ１０１と、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤＰ１０２と、ＲＬＣ（Radio Link Control）レイヤＰ１０３と、ＭＡＣ（Medium Access Control）レイヤＰ１０４と、ＰＨＹ（Physical）レイヤＰ１０５と、を有する。ＳＤＡＰレイヤＰ１０１と、ＰＤＣＰレイヤＰ１０２と、ＲＬＣレイヤＰ１０３と、ＭＡＣレイヤＰ１０４とは、第二レイヤのサブレイヤに分類され得る。ＰＨＹレイヤＰ１０５は、第一レイヤに分類され得る。

ｇＮＢ２０は、ＵＥ１０のレイヤと対になるレイヤを備えており、例えば、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤＰ２０１と、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤＰ２０２と、ＲＬＣ（Radio Link Control）レイヤＰ２０３と、ＭＡＣ（Medium Access Control）レイヤＰ２０４と、ＰＨＹ（Physical）レイヤＰ２０５と、を有する。ＳＤＡＰレイヤＰ２０１と、ＰＤＣＰレイヤＰ２０２と、ＲＬＣレイヤＰ２０３と、ＭＡＣレイヤＰ２０４とは、第二レイヤのサブレイヤに分類され得る。ＰＨＹレイヤＰ２０５は、第一レイヤに分類され得る。

図１に示す無線通信システム１では、例えば、ＵＥ１０から上りリンクでＩＰパケットが送信される場合、上位レイヤからのＩＰパケットが、例えば、ＳＤＡＰレイヤＰ１０１、ＰＤＣＰレイヤＰ１０２、ＲＬＣレイヤＰ１０３、ＭＡＣレイヤＰ１０４、ＰＨＹレイヤＰ１０５の順に処理されて、上りリンクの無線信号で送信される。この場合、無線通信システム１のｇＮＢ２０では、ＵＥ１０からの上りリンクの無線信号が、例えば、ＰＨＹレイヤＰ２０５、ＭＡＣレイヤＰ２０４、ＲＬＣレイヤＰ２０３、ＰＤＣＰレイヤＰ２０２、ＳＤＡＰレイヤＰ２０１の順に処理されて、ＵＥ１０からのＩＰパケットが取得される。

Ｕ－Ｐｌａｎｅプロトコルスタックにおける各レイヤの詳細な説明は、非特許文献１ないし非特許文献４０に詳しい。なお、５Ｇシステムの標準化に関する議論の動向次第では、各レイヤが有すべき機能が変更され得ることに留意されたい。

図２は、実施例１に係る無線通信システム１におけるＵ－ＰｌａｎｅプロトコルスタックのＳＤＵとＴＢとの関係を示す図である。図２では、無線ベアラＲＢ［Ａ］（Ｐ１０）と、無線ベアラＲＢ［Ｂ］（Ｐ１１）とが示されている。無線ベアラＲＢ［Ａ］（Ｐ１０）と無線ベアラＲＢ［Ｂ］（Ｐ１１）は、ユーザデータ用の無線ベアラの例であり、ＤＲＢ（Data Radio Bearer）と称されてもよい。

図２では、無線ベアラＲＢ［Ａ］（Ｐ１０）に対してＩＰパケットＰ１０－１とＩＰパケットＰ１０－２とが関連付け（マッピング）されており、無線ベアラＲＢ［Ｂ］（Ｐ１１）に対してＩＰパケットＰ１１－１がマッピングされている。

例えば、ＵＥ１０における上りリンクのＵ－Ｐｌａｎｅプロトコルスタックの場合、アプリケーションなどの上位レイヤからのＩＰパケットＰ１０－１は、ＳＤＡＰレイヤＰ１０１に入力される。ＳＤＡＰレイヤＰ１０１は、上位レイヤからのＩＰパケットＰ１０－１をＳＤＡＰ－ＳＤＵ（Ｐ１０１－２）とし、ＱｏＳ（Quality of Service）フローを示す識別子（ＱＦＩ：QoS Flow ID）などを有するヘッダ（ＳＤＡＰヘッダ）Ｐ１０１－１を付与し、ＳＤＡＰ－ＰＤＵ（Ｐ１０１－１、Ｐ１０１－２）を生成して、ＰＤＣＰレイヤＰ１０２へ転送する。なお、ＳＤＡＰ－ＰＤＵ（Ｐ１０１－１、Ｐ１０１－２）の構成については、例えば、3GPP TS37.324に詳しい。

ＰＤＣＰレイヤＰ１０２は、ＳＤＡＰレイヤＰ１０１からのＳＤＡＰ－ＰＤＵ（Ｐ１０１－１、Ｐ１０１－２）をＰＤＣＰ－ＳＤＵ（Ｐ１０２－２）とし、ＰＤＣＰヘッダＰ１０２－１を付与し、ＰＤＣＰ－ＰＤＵ（Ｐ１０２－１、Ｐ１０２－２）を生成して、ＲＬＣレイヤＰ１０３へ転送する。なお、ＰＤＣＰ－ＰＤＵ（Ｐ１０２－１、Ｐ１０２－２）の構成については、例えば、3GPP TS38.323に詳しい。

ＲＬＣレイヤＰ１０３は、ＰＤＣＰレイヤＰ１０２からのＰＤＣＰ－ＰＤＵ（Ｐ１０２－１、Ｐ１０２－２）をＲＬＣ－ＳＤＵ（Ｐ１０３－２）とし、ＲＬＣヘッダＰ１０３－１を付与し、ＲＬＣ－ＰＤＵ（Ｐ１０３－１、Ｐ１０３－２）を生成して、ＭＡＣレイヤＰ１０４へ転送する。なお、ＲＬＣ－ＰＤＵ（Ｐ１０３－１、Ｐ１０３－２）の構成については、例えば、3GPP TS38.322に詳しい。

ＭＡＣレイヤＰ１０４は、ＲＬＣレイヤＰ１０３からのＲＬＣ－ＰＤＵ（Ｐ１０３－１、Ｐ１０３－２）を、無線ベアラ（ＲＢ［Ａ］（Ｐ１０）、ＲＢ［Ｂ］（Ｐ１１））毎のバッファに格納する。ＭＡＣレイヤＰ１０４において、無線ベアラ（ＲＢ［Ａ］（Ｐ１０）、ＲＢ［Ｂ］（Ｐ１１））は、論理チャネル識別子（ＬＣＩＤ：Logical Channel ID）により区別されてもよい。別言すると、ＲＬＣレイヤＰ１０３からのＲＬＣ－ＰＤＵ（Ｐ１０３－１、Ｐ１０３－２）は、ＭＡＣ－ＳＤＵ（Ｐ１０４－２）として、ＬＣＩＤにより識別される論理チャネル毎のバッファに格納される。

ＭＡＣレイヤＰ１０４は、上りリンクにおける無線リソースの割当量が確定すると、バッファに格納されたデータ（ＭＡＣ－ＳＤＵ）の新規送信に関する処理を実行する。例えば、ＭＡＣレイヤＰ１０４は、論理チャネル優先制御（ＬＣＰ）を実行する。ＬＣＰでは、論理チャネル毎（無線ベアラ毎であってもよい）に予め設定された優先度の高い順に、無線リソースの割当て対象となる論理チャネルが選択される。ＭＡＣレイヤＰ１０４は、ＬＣＰにより選択された論理チャネルのバッファから、ＭＡＣ－ＳＤＵ（Ｐ１０４－２）を取得し、それにＭＡＣサブヘッダＰ１０４－１を付与して、ＭＡＣサブＰＤＵ（Ｐ１０４－１、Ｐ１０４－２）を生成する。図２の例では、ＩＰパケットＰ１０－１、ＩＰパケットＰ１０－２、ＩＰパケットＰ１１－１に対応するＭＡＣサブＰＤＵが生成されており、これら３つのＭＡＣサブＰＤＵを含むＭＡＣ－ＰＤＵ（ＴＢ（Transport Block）と称されてもよい）が生成される。なお、ＭＡＣ－ＰＤＵ及びＭＡＣサブＰＤＵの構成や、ＬＣＰアルゴリズムについては、例えば、3GPP TS38.321に詳しい。

図３は、上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第一処理の流れの一例を示す図である。図３に示される第一処理は、例えば、上りリンクの無線リソースの割当量が確定したことを、実行開始の契機の一つとしてもよい。例えば、ＵＥ１０は、上りリンクの無線リソースの割当てを要求するスケジューリングリクエスト（ＳＲ：Scheduling Request）を送信し、ｇＮＢ２０から上りリンクの無線リソースの割当量を示す上りリンク送信許可信号（上りリンクグラントとも称され得る）を受信することで、上りリンクの無線リソースの割当量を確定し、図３に示される第一処理を実行してもよい。このような無線リソースの割当て方式は、動的スケジューリングと称され得る。あるいは、ＵＥ１０は、ｇＮＢ２０から予め通知された周期と割当量とに基づいて、上りリンクの無線リソースの割当量を確定し、図３に示される第一処理を実行してもよい。このような無線リソースの割当て方式は、永続的スケジューリング、半永続的スケジューリングと称され得る。

ＵＥ１０は、上りリンクの無線リソースの割当量を取得し（Ｓ１０１）、ＬＣＰによる無線リソースの割当てを実行する（Ｓ１０２）。Ｓ１０２において、ＵＥ１０は、論理チャネル毎（無線ベアラ毎であってもよい）に予め設定された優先度の高い順に、無線リソースの割当て対象となる論理チャネルを選択し、当該選択された論理チャネルのバッファから取得した送信データ（ＭＡＣ－ＳＤＵ）を含むＭＡＣサブＰＤＵを生成する。そして、ＵＥ１０は、無線リソースの割当量が枯渇していなければ、ＬＣＰに基づき他の論理チャネルを選択して、選択された論理チャネルのバッファから取得した送信データ（ＭＡＣ－ＳＤＵ）を含むＭＡＣサブＰＤＵを生成する。なお、Ｓ１０２において、生成されたＭＡＣサブＰＤＵには、ＭＡＣ－ＳＤＵに対応するＭＡＣサブヘッダが付与されてもよいし、ＭＡＣサブヘッダが付与されていなくてもよい。別言すると、後述するＴＢの生成（Ｓ１０４）において、ＴＢに含まれる各ＭＡＣサブＰＤＵに対してＭＡＣサブヘッダを付与してもよい。

図４は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例（その１）を示す図である。図４の例では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の各々に対応するバッファＡ１０、バッファＢ１０、バッファＣ１０、バッファＤ１０が示される。論理チャネルＬＣＨ－Ａには優先度「１」が設定されており、論理チャネルＬＣＨ－Ｂ、論理チャネルＬＣＨ－Ｃ、論理チャネルＬＣＨ－Ｄには、各々、優先度「２」、優先度「３」、優先度「０」が設定されている。なお、本例では、優先度の値が小さいほど、優先度が高いことを示す。例えば、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）は、高速大容量の無線サービスを示すｅＭＢＢ（enhanced Mobile BroadBand）の用途に関連付けられており、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）は、超高信頼かつ低遅延の無線サービスを示すＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）の用途に関連付けられている。3GPP TR38.913によれば、ＵＲＬＬＣについては、上りリンク及び下りリンクともにＵ－Ｐｌａｎｅの遅延として０．５ｍｓ（ミリ秒）が目指されており、ｅＭＢＢについては４ｍｓ（ミリ秒）が目指されている。それゆえに、ＵＲＬＬＣの用途に関連付けられた無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）は、図４に示される例の様に、最優先に処理されるべきことを示す優先度「０」が設定されるべきかもしれないが、本実施例はこれに限定されるものではない。例えば、ユーザデータの送信に用いられる複数の無線ベアラ（無線ベアラＲＢ［Ａ］、無線ベアラＲＢ［Ｂ］、無線ベアラＲＢ［Ｃ］）との関係で相対的に高い優先度を示す値を、無線ベアラＲＢ［Ｄ］に設定してもよい。なお、ＵＲＬＬＣは、他の無線サービスよりも高い優先度（第一優先度とも称され得る）を有する第一無線サービスの一例であり、ｅＭＢＢは、第一無線サービスよりも低い優先度（第二優先度とも称され得る）を有する第二無線サービスの一例である。

図４において、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の優先度「０」が最も高い優先度を示すが、無線ベアラＲＢ［Ｄ］に対応するバッファＤ１０には送信データが格納されていない。そのため、図４の例では、無線ベアラＲＢ［Ｄ］に対する上りリンクの無線リソースの割当ては行われず、優先度の高い順に、無線ベアラＲＢ［Ａ］（優先度：１）、無線ベアラＲＢ［Ｂ］（優先度：２）、無線ベアラＲＢ［Ｃ］（優先度：３）に対して上りリンクの無線リソースが割当てられる。その結果、無線ベアラＲＢ［Ａ］のバッファＡ１０から取得されたＭＡＣ－ＳＤＵ（Ａ２１－２）を含むＭＡＣサブＰＤＵ（Ａ２１）と、無線ベアラＲＢ［Ｂ］のバッファＢ１０から取得されたＭＡＣ－ＳＤＵ（Ｂ２１－２）を含むＭＡＣサブＰＤＵ（Ｂ２１）と、無線ベアラＲＢ［Ｃ］のバッファＣ１０から取得されたＭＡＣ－ＳＤＵ（Ｃ２１－２）を含むＭＡＣサブＰＤＵ（Ｃ２１）が生成される。なお、図４の例では、各ＭＡＣサブＰＤＵ（Ａ２１、Ｂ２１、Ｃ２１）にＭＡＣサブヘッダ（Ａ２１－１、Ｂ２１－１、Ｃ２１－１）が含まれる態様が図示されているが、上述のようにＳ１０２の時点では、各ＭＡＣサブＰＤＵ（Ａ２１、Ｂ２１、Ｃ２１）にＭＡＣサブヘッダ（Ａ２１－１、Ｂ２１－１、Ｃ２１－１）が付与されていなくてもよい。

図３の説明に戻る。ＵＥ１０は、ＬＣＰフラグをＯＮに設定する（Ｓ１０３）。Ｓ１０３は、Ｓ１０２が完全に終了した後に実行されてもよいし、Ｓ１０２の実行が開始されるタイミングと同時に実行されてもよいし、Ｓ１０２の実行中の適当なタイミングで実行されてもよい。Ｓ１０３において、ＵＥ１０は、ＬＣＰフラグに「１」を設定してもよい。この場合、ＬＣＰフラグの値が「１」であることは、ＬＣＰフラグがＯＮであることを意味する。なお、ＬＣＰフラグの値の具体例は、これに限定されるものではないことに留意されたい。ここで、ＬＣＰフラグは、後述の割込み通信（ＩＣ：Interrupt Communication）を実行すべきか否かを示すフラグとしての側面を有する。この側面において、ＬＣＰフラグがＯＮ状態を示す場合、ＩＣが実行されるべき状態であることを意味する。

ＵＥ１０は、Ｓ１０２により生成されたＭＡＣサブＰＤＵに基づいて、ＴＢ（ＭＡＣ－ＰＤＵと称されてもよい）を生成し（Ｓ１０４）、ＴＢを下位レイヤであるＰＨＹレイヤＰ１０５に転送し（Ｓ１０５）、ＬＣＰフラグをＯＦＦに設定する（Ｓ１０６）。ＴＢがＰＨＹレイヤＰ１０５に転送されることで、ＴＢに基づいて生成された無線信号がＵＥ１０のアンテナから送信される。

Ｓ１０６において、ＵＥ１０は、例えば、ＬＣＰフラグに「０」を設定してもよい。この場合、ＬＣＰフラグの値が「０」であることは、ＬＣＰフラグがＯＦＦであることを意味する。なお、ＬＣＰフラグの値の具体例は、これに限定されるものではないことに留意されたい。ここで、ＬＣＰフラグは、ＩＣを実行すべきか否かを示すフラグとしての側面を有する。この側面において、ＬＣＰフラグがＯＦＦ状態を示す場合、ＩＣが実行されるべき状態ではないことを意味する。図３の例では、Ｓ１０５の後にＳ１０６が図示されているが、本開示はこの順序に限定されるものではない。例えば、Ｓ１０６は、Ｓ１０５の前に実行されてもよいし、Ｓ１０５と並列的に実行されてもよい。

図５は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例（その２）を示す図である。図５に示されるように、ＵＥ１０は、Ｓ１０２のＬＣＰにより無線リソースが割当てられた論理チャネル（ＬＣＨ－Ａ、ＬＣＨ－Ｂ、ＬＣＨ－Ｃ）のバッファ（Ａ１０、Ｂ１０、Ｃ１０）のデータから生成されたＭＡＣサブＰＤＵ（Ａ２１、Ｂ２１、Ｃ２１）を含むＴＢ（ＭＡＣサブＰＤＵと称されてもよい）を生成する。ＴＢに含まれるＭＡＣサブＰＤＵは、ＭＡＣサブヘッダが付与されている。Ｓ１０２においてＭＡＣサブヘッダがＭＡＣサブＰＤＵに付与されない場合、Ｓ１０４において、ＵＥ１０は、ＭＡＣサブＰＤＵにＭＡＣサブヘッダを付与する処理を実行してもよい。図５に例示されるＴＢは、ＭＡＣサブＰＤＵ（Ａ２１、Ｂ２１、Ｃ２１）以外の情報要素を更に含んでもよい。

図５の例示について、更に説明をつづける。図５の例示では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）に対して、上りリンクの無線リソースが割当てられており、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）に対しては、上りリンクの無線リソースが割当てられていない。その理由は、Ｓ１０２が実行される時点において、図４に示されるように、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）のバッファＤ１０に送信データが格納されていなかったためである。しかし、Ｓ１０４の実行が開始される時点、あるいは、Ｓ１０４の実行が完了した時点では、図５に示されるように、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）のバッファＤ１１に送信データが格納されている。なお、図５に示される無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）のバッファＤ１１は、図４に示される無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）のバッファＤ１０と異なる参照符号が付されているが、バッファＤ１０と物理的に同じメモリ媒体であってもよい。

従来の無線通信システム（例えば４Ｇシステム）では、無線リソースの割当てに関する処理が完了した後に、新たな送信データが発生した場合、無線リソースの次の割当てタイミングまで、新たな送信データはバッファに滞留することとなり、その分だけ遅延が生じる。これに対し、本実施例に係るＵＥ１０は、新たな送信データのＩＣ（Interrupt Communication）を許容することで、新たな送信データの遅延を削減することができる。

図６は、上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第二処理の流れの一例を示す図である。図６に示される第二処理は、例えば、割込み通信の対象である無線サービス（第一無線サービスと称されてもよい）に関連付けられた無線ベアラ（論理チャネル）のバッファに新たな送信データが格納されたことを、実行開始の契機の一つとしてもよい。

例えば、ＵＥ１０は、第一無線サービスに関連付けられた無線ベアラ（第一無線ベアラ、第一論理チャネルとも称され得る）のバッファに新たなデータ（ＭＡＣ－ＳＤＵ）が格納されたか否かを繰り返し確認し、第一論理チャネルのバッファに新たなデータが格納されたことを検知した場合に、図６に示される第二処理を実行してもよい。あるいは、ＵＥ１０は、ＳＤＡＰレイヤＰ１０１、ＰＤＣＰレイヤＰ１０２、ＲＬＣレイヤＰ１０３の何れかから、第一無線サービスのＩＰパケットを含むＰＤＵが生成されたことを示す通知を受けたことを、図６に示される第二処理の実行開始の契機の一つとしてもよい。

上述の第二処理の実行契機は、ＵＥ１０がｇＮＢ２０から第二無線サービスに対する無線リソースの割当量を示すグラントを受信し、当該グラントに従って第二無線サービスの送信データ（第二データとも称され得る）を含むＴＢが生成された後に、第一無線サービスの新たな送信データ（第一データとも称され得る）が発生し、第二データを含むＴＢに第一データを割込ませるべきと判断された場合に相当し得る。後述する他の実施例においても同様である。

なお、ＵＥ１０は、図６に示される第二処理の実行開始の契機を検知した場合、第二処理が終了するまで、図３に示される第一処理の実行を中断してもよい。別言すると、ＵＥ１０は、図３に示される第一処理と図６に示される第二処理との何れか一方を、第二処理が優先的に実行されるように、排他的に実行してもよい。

図６の説明に戻る。ＵＥ１０は、ＬＣＰフラグがＯＮであるかを判定する（Ｓ２０１）。Ｓ２０１において、例えばＬＣＰフラグの値が「１」である場合、ＵＥ１０は、ＬＣＰフラグがＯＮであると判定してもよい。一方、ＬＣＰフラグの値が「０」である場合、ＵＥ１０は、ＬＣＰフラグがＯＦＦであると判定してもよい。なお、本開示はこれらの値に限定されるものではない。

図３に示される第一処理のＳ１０３によりＬＣＰフラグがＯＮに設定されてから、第一処理のＳ１０６によりＬＣＰフラグがＯＦＦに設定されるまでの期間内に、図６に示される第二処理が実行される場合、ＵＥ１０は、Ｓ２０１において、ＬＣＰフラグがＯＮであると判定し得る。一方、図３に示される第一処理のＳ１０３によりＬＣＰフラグがＯＮに設定される前、あるいは、第一処理のＳ１０６によりＬＣＰフラグがＯＦＦに設定された後に、図６に示される第二処理が実行される場合、ＵＥ１０は、Ｓ２０１において、ＬＣＰフラグがＯＦＦであると判定し得る。

Ｓ２０１において、ＬＣＰフラグがＯＮであると判定した場合（Ｓ２０１でＹＥＳ）、ＵＥ１０は、ＩＣに関する処理（Ｓ２０２～Ｓ２０５）（ＩＣ処理とも称され得る）を実行する。例えば、ＵＥ１０は、第一無線サービス（例えばＵＲＬＬＣ）に関連付けられた無線ベアラ（論理チャネル）のバッファに格納された送信データ（第一データとも称され得る）のサイズを取得し（Ｓ２０２）、第一処理のＳ１０４により生成されたＴＢの領域からパンクチャ対象の領域（第一領域とも称され得る）を選択する（Ｓ２０３）。ここで、第一データは、例えば、ＵＲＬＬＣのユーザデータを含むＭＡＣ－ＳＤＵであってもよい。第一領域は、Ｓ１０２により無線リソースが割当てられた無線ベアラ（論理チャネル）のうち、優先度が低い無線ベアラに割当てられた領域の全部又は一部であってもよい。あるいは、第一領域は、ｇＮＢ２０から事前に通知される設定情報に基づいて特定される領域であってもよい。別言すると、第一領域は、ｇＮＢ２０とＵＥ１０とで事前に共有された設定情報に基づいて決定されてもよい。あるいは、第一領域は、第一処理のＳ１０４により生成されたＴＢの領域における所定の位置及び所定のサイズで特定される領域であってもよい。例えば、第一領域は、Ｓ１０４で生成されたＴＢの領域の末尾において、固定長を有する領域であってもよい。この場合、第一領域の固定長は、第一データのサイズと同じであってもよい。別言すると、固定長の第一領域に多重される第一データは、ＭＡＣサブヘッダが省略されてもよい。これにより、少なくともＭＡＣサブヘッダが省略される分だけ、第一領域のサイズを最小化できる。

ＵＥ１０は、第一処理のＳ１０４により生成されたＴＢのデータから、Ｓ２０３により選択された領域（第一領域、パンクチャ領域とも称され得る）に相当するデータをパンクチャし（Ｓ２０４）、パンクチャ領域に第一データ（第一無線サービスの送信データとも称され得る）を多重する（Ｓ２０５）。なお、Ｓ２０４とＳ２０５とは、一つの処理であってもよい。別言すると、Ｓ２０５において、ＵＥ１０は、ＴＢのデータのうち第一領域に相当するデータを、第一データで上書きしてもよい。この場合、ＵＥ１０は、Ｓ２０４の実装を省略してもよい。

以上により、図３に示される第一処理のＳ１０３によりＬＣＰフラグがＯＮに設定されてから、第一処理のＳ１０６によりＬＣＰフラグがＯＦＦに設定されるまでの期間内に、第一無線サービスの新たな第一データが発生した場合、第一データのＩＣ処理が実行される。そのため、無線リソースの次の割当てタイミングまで待つことなく、第一データを送信することができる。

一方、Ｓ２０１において、ＬＣＰフラグがＯＦＦであると判定した場合（Ｓ２０１でＮＯ）、ＵＥ１０は、ＩＣ処理により第一データを多重させるＴＢがまだ生成されていないため、Ｓ２０２ないしＳ２０５をスキップして、第二処理を終了してもよい。この場合、図３に示される第一処理において、第一無線サービスの無線ベアラ（論理チャネル）に対して無線リソースが割当てられ（Ｓ１０２）、第一データを含むＴＢが生成され（Ｓ１０４）、第一データを含むＴＢが下位レイヤであるＰＨＹレイヤＰ１０５に転送されることで（Ｓ１０５）、第一データがＵＥ１０からｇＮＢ２０へ送信される。

図７は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その３）である。図７の例示では、優先度「３」を示す無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）の一部の領域Ｃ２１－３が、第一領域として選択されている。ここで、第一領域Ｃ２１－３のサイズは、固定長であってもよいし、第一無線サービス（例えばＵＲＬＬＣ）の無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）に対応するバッファＤ１１のデータ長に基づいて動的に決められてもよい。また、第一領域Ｃ２１－３の位置は、規格で定められた固定的な位置であってもよいし、ｇＮＢ２０から事前に通知される設定情報に基づいて決められる位置であってもよい。別言すると、第一領域Ｃ２１－３の位置は、ｇＮＢ２０とＵＥ１０とで事前に共有された設定情報に基づいて決定されてもよい。

図８は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その４）である。図８の例示では、図７に例示する第一領域Ｃ２１－３に相当する領域に、第一無線サービス（例えばＵＲＬＬＣ）の無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）に対応するバッファＤ１１の送信データ（第一データ）を含むＭＡＣ－ＳＤＵ（Ｄ２１－２）と、ＭＡＣサブヘッダＤ２１－１（第一データのＭＡＣサブヘッダとも称され得る）とを含むＭＡＣサブＰＤＵが多重される。上述したように、第一データのＭＡＣサブヘッダＤ２１－１は省略されてもよい。

図８に示されるように、第一無線サービス以外の他の無線サービス（第二無線サービスとも称され得る）の何れかの無線ベアラに対応する送信データが格納されたＭＡＣサブＰＤＵの一部がパンクチャされた領域（第一領域、パンクチャ領域とも称され得る）に、第一無線サービスのデータ（第一データ）が多重され得る。ｇＮＢ２０は、このような構成のＴＢを受信した場合、第二無線サービスの領域の一部に多重された第一無線サービスの第一データを取得できる。例えば、ｇＮＢ２０は、ＵＥ１０に対して事前に通知した設定情報に従って、第一データが多重された領域を特定してもよい。別言すると、ｇＮＢ２０は、ｇＮＢ２０とＵＥ１０とで事前に共有された設定情報に従って、第一データが多重された領域を判定してもよい。

図９は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その５）である。図９では、第一データのＭＡＣサブヘッダＤ２１－１が省略されている。これにより、ＭＡＣサブＰＤＵ（Ｃ２１）において、パンクチャ対象の領域（図７に例示される第一領域Ｃ２１－３）を縮小することができる。別言すると、図９の例示では、ＭＡＣサブＰＤＵ（Ｃ２１）における第一領域Ｃ２１－３は、第一データが多重される領域Ｄ２１－２を有すればよく、第一データのＭＡＣサブヘッダが格納される領域Ｄ２１－１を有さなくてもよい。なお、図９の例示のように、ＭＡＣサブヘッダが省略された第一データＤ２１－２は、トランスペアレントＭＡＣ（transparent MAC（Medium Access Control））としての側面を有する。別言すると、第一データＤ２１－２のＭＡＣサブヘッダを省略することは、第一データＤ２１－２について、ＭＡＣサブレイヤをトランスペアレントにすることと等価である。このように、ＵＲＬＬＣのような比較的小さなデータを低遅延で送信する無線サービスでは、ヘッダを省略することでヘッダー・オーバヘッドを削減することは、伝送効率の向上に貢献し得る。例えば、ＵＲＬＬＣデータの送信時には、ＰＤＣＰ－ｄｕｐｌｉｃａｔｉｏｎを適用してもよい。

図１０は、実施例１に係るＵＥ１０における上りリンクの無線リソースの割当ての一例を示す図（その６）である。図１０では、図９の例示と同様に、第一データに対するＭＡＣサブヘッダＤ２１－１が省略されている。図１０のＭＡＣ－ＰＤＵは、図９の例示と同様に、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）からの送信データを含むＭＡＣ－ＳＤＵ（Ａ２１－２）とＭＡＣサブヘッダＡ２１－１とを含むＭＡＣサブＰＤＵ（Ａ２１）と、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）からの送信データを含むＭＡＣ－ＳＤＵ（Ｂ２１－２）（図示を省略）とＭＡＣサブヘッダＢ２１－１（図示を省略）とを含むＭＡＣサブＰＤＵ（Ｂ２１）（図示を省略）と、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）からの送信データを含むＭＡＣ－ＳＤＵ（Ｃ２１－２）とＭＡＣサブヘッダＣ２１－１とを含むＭＡＣサブＰＤＵ（Ｃ２１）と、を含む。図１０のＭＡＣ－ＳＤＵ（Ｃ２１）は、一部の領域である第一領域Ｃ２１－３において無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）からの送信データがパンクチャされている。図１０の第一領域Ｃ２１－３は、第一無線サービスとして用いられる無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）からの送信データ（第一データとも称され得る）を有するＭＡＣ－ＳＤＵ（Ｄ２１－２）を含む。上述の如く、図１０の第一領域Ｃ２１－３は、ＭＡＣ－ＳＤＵ（Ｄ２１－２）に対応するＭＡＣサブヘッダを有さなくてもよい。なお、図１０のＭＡＣ－ＰＤＵは、ＭＡＣコントロール・エレメント（ＭＡＣ－ＣＥ（Control Element））を含むＭＡＣサブＰＤＵを有してもよい。

図９及び図１０に例示されるような、第一領域（パンクチャ領域）に多重される第一データのＭＡＣサブＰＤＵにおいて、ＭＡＣサブヘッダが省略されたデータ構造は、第一領域が配置される位置を示す設定情報（第一設定情報とも称され得る）がｇＮＢ２０によりＵＥ１０に事前に設定されている場合に有効となるようにしてもよい。別言すると、ＵＥ１０は、ｇＮＢ２０から第一領域が配置される位置を示す設定情報を受信する前は、上述のＭＡＣサブヘッダが省略されたデータ構造を利用しないように構成されてもよい。別言すると、ＵＥ１０は、第一領域が配置される位置を示す設定情報を、ｇＮＢ２０と共有する前の時点では、上述のＭＡＣサブヘッダが省略されたデータ構造を利用しないように構成されてもよい。ＭＡＣサブヘッダが省略された第一データを任意の領域にマッピングした場合、受信局であるｇＮＢ２０が第一データのデコードに失敗するかもしれないためである。さらに別言すると、ＭＡＣサブヘッダが省略された第一データを任意の領域にマッピングした場合、受信局であるｇＮＢ２０は、第一データを受信信号からブラインドサーチで見つけ出す必要があるため、ｇＮＢ２０のハードウェアリソースを酷使することになるかもしれない。このような不都合を解消するために、第一領域が配置される位置を示す設定情報（第一設定情報）をＵＥ１０とｇＮＢ２０とで事前に共有させることは有用である。このような第一設定情報は、例えば、第一無線サービス（例えばＵＲＬＬＣ）の送信データに対する無線リソースを半永久的に割当てるＳＰＳ（Semi-Persistent Scheduling）の設定情報（パラメータ）であってもよい。

ＵＥ１０は、第二無線サービスの送信データが格納された領域の一部に確保された第一領域に第一データを多重する際に、第一データの先頭に既知の信号系列を付加してもよい。ｇＮＢ２０は、受信信号からＴＢを復元し、ＴＢに格納されたデータから既知の信号系列を探索することで、ＴＢに第一データが多重されているかを判定してもよい。

なお、第一データが多重された第二無線サービスの上りリンクデータ（ＵＥ１０における送信データ）の受信処理において、第一データはノイズとなり得る。しかし、第二無線サービスの誤り訂正機能によりノイズ成分が正しく訂正される程度に、第一無線サービスの第一データが少量であれば、ｇＮＢ２０は、第二無線サービスの上りリンクデータの受信処理を成功し得る。また、ｇＮＢ２０は、第一データが多重された第二無線サービスの上りリンクデータの受信処理に失敗したとしても、第二無線サービスの上りリンクデータの再送処理により当該データを受信することができる。上述したように、５Ｇシステムにおいて、ＵＲＬＬＣの遅延は０．５ｍｓ（ミリ秒）が目指されているのに対し、ｅＭＢＢの遅延は４ｍｓ（ミリ秒）とされている。例えば、第一無線サービスをＵＲＬＬＣとし、第二無線サービスをｅＭＢＢとすることは、５Ｇシステムで目指されている要求仕様の実現に好適である。ただし、本開示は、これらに限定されるものではないことに留意されたい。

図１１は、実施例１に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図１１に示されるＵＥ１０は、Ｕ－Ｐｌａｎｅプロトコルスタックの機能的構成として、上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）と、ＭＡＣレイヤＰ１０４と、下位レイヤＰ１０５とを有する。

図１１の上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の各々に対応するバッファが示される。図１１に例示される無線ベアラのうち、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）はＵＲＬＬＣの無線サービスに割当てられており、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）はｅＭＢＢの無線サービスに割当てられている。ここで、ＵＲＬＬＣは、第一無線サービスの一例であり、ｅＭＢＢは、第二無線サービスの一例である。

図１１のＭＡＣレイヤＰ１０４は、ＬＣＰアルゴリズム・モジュールＰ４０１と、ＴＢ生成モジュールＰ４０２と、パンクチャ＆マルチプレクシング・モジュールＰ４０３と、割込検知モジュールＰ４０４とを有する。なお、ＬＣＰアルゴリズム・モジュールＰ４０１と割込検知モジュールＰ４０４とを包括して、優先制御モジュールＰ４０５と称され得る。

優先制御モジュールＰ４０５は、Ｕ－Ｐｌａｎｅプロトコルスタックにおける上位レイヤ（Ｐ１０１～Ｐ１０３）から各無線ベアラの送信データの入力を受け、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当てを行うように構成される。ＬＣＰアルゴリズム・モジュールＰ４０１は、図３に例示される処理の流れにおけるＳ１０２に相当する。

また、優先制御モジュールＰ４０５は、第一無線サービス（ＵＲＬＬＣ）の無線ベアラからの送信データの入力を受けた場合、割込検知モジュールＰ４０４を実行するように構成される。割込検知モジュールＰ４０４は、ＬＣＰフラグ（LCP_flg）がＯＮに設定されているかＯＦＦに設定されているかに応じて、第一無線サービスの無線ベアラからの送信データの処理系統を切り替えるように構成される。割込検知モジュールＰ４０４は、図６に例示される処理の流れにおけるＳ２０１に相当する。なお、処理系統は、サブチャネル（論理チャネル、サブ論理チャネルとも称され得る）として実装してもよい。

例えば、ＬＣＰフラグがＯＦＦの場合（図１１でLCP_flg=OFF）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、ＬＣＰアルゴリズム・モジュールＰ４０１に供給する。これにより、第一無線サービスの無線ベアラからの送信データは、他の無線サービス（第二無線サービス）の無線ベアラからの送信データと同様に、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当てが実行されるまで、バッファに待機することになる。図３に例示されるように、ＬＣＰフラグは、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当て（図３のＳ１０２）の実行後にＯＮに設定され（図３のＳ１０３）、上りリンクの無線リソースの割当てにより生成されたＴＢが下位レイヤに転送（図３のＳ１０５）された後にＯＦＦに設定される（図３のＳ１０６）。すなわち、一側面によれば、ＯＦＦ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべきＴＢがまだ用意できていないことを示す。それゆえ、第一無線サービスの無線ベアラからの送信データが入力された時点でＬＣＰフラグがＯＦＦの場合、第一無線サービスの送信データは、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当てが実行されるのを待つ。

なお、ＬＣＰフラグがＯＦＦの場合に選択される処理系統として、サブチャネルＡ（第一のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＡは、ＬＣＰアルゴリズム・モジュールＰ４０１において、第二無線サービスの論理チャネルとともにＬＣＰによる無線リソースの選択が行われるチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＦＦの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＡを介して、ＬＣＰアルゴリズム・モジュールＰ４０１に供給してもよい。

一方、ＬＣＰフラグがＯＮの場合（図１１でLCP_flg=ON）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、パンクチャ＆マルチプレクシング・モジュールＰ４０３に供給する。これにより、第一無線サービスの無線ベアラからの送信データは、ＴＢ生成モジュールＰ４０２により生成されたＴＢに多重され、下位レイヤＰ１０５を経由して、ＵＥ１０のアンテナから無線送信される。一側面によれば、ＯＮ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべきＴＢが用意済みであることを示す。それゆえ、第一無線サービスの無線ベアラからの送信データが入力された時点でＬＣＰフラグがＯＮの場合、割込検知モジュールＰ４０４は、当該第一無線サービスの送信データについて、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当て処理をスキップし、パンクチャ＆マルチプレクシング・モジュールＰ４０３に当該送信データを供給する。

なお、ＬＣＰフラグがＯＮの場合に選択される処理系統として、サブチャネルＢ（第二のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＢは、第一無線サービスの無線ベアラからの送信データを、パンクチャ＆マルチプレクシング・モジュールＰ４０３に供給するチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＮの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＢを介して、パンクチャ＆マルチプレクシング・モジュールＰ４０３に供給してもよい。

一側面によれば、ＬＣＰフラグがＯＮの場合、第一無線サービスの無線ベアラからの送信データは、ＬＣＰアルゴリズム・モジュールＰ４０１をスキップして、無線リソースを割当てられる。別言すれば、ＬＣＰフラグがＯＮであることは、第一無線サービスの無線ベアラからの送信データに対するＬＣＰをスキップ（ＬＣＰスキップ、スキッピングと称されてもよい）することを意味すると解釈し得る。

ＴＢ生成モジュールＰ４０２は、ＬＣＰアルゴリズム・モジュールＰ４０１により上りリンク無線リソースが割当てられた無線ベアラの送信データに基づいて、ＴＢを生成するように構成される。ＴＢ生成モジュールＰ４０２は、図３に例示される処理の流れにおけるＳ１０４に相当する。

パンクチャ＆マルチプレクシング・モジュールＰ４０３は、割込検知モジュールＰ４０４から第一無線サービスの送信データが供給された場合、ＴＢ生成モジュールＰ４０２により生成されたＴＢの一部の領域をパンクチャし、当該パンクチャされたＴＢに第一無線サービスの送信データを多重するように構成される。パンクチャ＆マルチプレクシング・モジュールＰ４０３は、図６に例示される処理の流れにおけるＳ２０２ないしＳ２０５に相当する。なお、パンクチャ＆マルチプレクシング・モジュールＰ４０３は、割込検知モジュールＰ４０４から第一無線サービスの送信データの供給がない場合、ＴＢ生成モジュールＰ４０２により生成されたＴＢをパンクチャすることなく、下位レイヤＰ１０５に転送してもよい。

以上が、実施例１に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例である。

以上に開示される実施例１の一側面によれば、ＵＥ１０におけるＬＣＰ処理の実行後に発生した送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例１の他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、上りリンクの無線信号を送信する際に、第二無線サービスの送信データに対して割当てられた無線リソースの一部に、第一無線サービスの送信データが多重される。これにより、第二無線サービスの送信データに対して上りリンクの無線リソースが割当てられた後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例１の更なる他の一側面によれば、第一無線サービスの上りリンクの送信データが発生した時点において、ＴＢ生成モジュールＰ４０２により生成されたＴＢが既にある場合、ＴＢの一部をパンクチャした領域（パンクチャ領域）に当該第一無線サービスの送信データが多重される。これにより、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンクの無線リソースの割当て処理が完了した後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例２＞ 実施例２では、ＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一部が、下位レイヤＰ１０５で実装される。別言すると、実施例２に係るＵＥ１０は、割込み通信に関する処理を、上りリンクのＵ－Ｐｌａｎｅプロトコルスタックにおける複数のレイヤ間で連携して実行する。

図１２は、実施例２に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図１２に示す実施例２に係るＵＥ１０は、図１１と同様に、Ｕ－Ｐｌａｎｅプロトコルスタックの機能的構成として、上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）と、ＭＡＣレイヤＰ１０４と、下位レイヤＰ１０５とを有する。

図１２の上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の各々に対応するバッファが示される。図１１に例示される無線ベアラのうち、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）はＵＲＬＬＣの無線サービスに割当てられており、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）はｅＭＢＢの無線サービスに割当てられている。ここで、ＵＲＬＬＣは、第一無線サービスの一例であり、ｅＭＢＢは、第二無線サービスの一例である。

図１１に示される実施例１の構成例では、割込み通信（ＩＣ：Interrupt Communication）に関するモジュールが、ＭＡＣレイヤＰ１０４に集中的に実装されていたが、図１２に示される実施例２に係るＵＥ１０は、割込み通信に関するモジュールをＭＡＣレイヤＰ１０４と下位レイヤＰ１０５とに実装する。

すなわち、図１２のＭＡＣレイヤＰ１０４は、ＬＣＰアルゴリズム・モジュールＰ４０１と、ＴＢ生成モジュールＰ４０２（第一のＴＢ生成モジュールＰ４０２とも称され得る）と、割込検知モジュールＰ４０４とを有するが、パンクチャ＆マルチプレクシング・モジュールＰ４０３を有さない。また、図１２のＭＡＣレイヤＰ１０４は、割込検知モジュールＰ４０４からの第一無線サービスの送信データの供給先（ＬＣＰフラグがＯＮの場合）として、第二のＴＢ生成モジュールＰ４０７Ａを有する。

図１２の下位レイヤＰ１０５には、パンクチャ＆マルチプレクシング・モジュールＰ５０１Ａが追加される。これにより、実施例２に係るＵＥ１０では、下位レイヤＰ１０５のパンクチャ＆マルチプレクシング・モジュールＰ５０１Ａにより、第一無線サービスの送信データが、下位レイヤＰ１０５に転送された後のＴＢの一部の領域に多重させることができる。

図１２に示されるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の全体の流れは、図１１に示される例と同様である。例えば、優先制御モジュールＰ４０５は、Ｕ－Ｐｌａｎｅプロトコルスタックにおける上位レイヤ（Ｐ１０１～Ｐ１０３）から各無線ベアラの送信データの入力を受け、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当てを行う。

また、優先制御モジュールＰ４０５は、第一無線サービス（ＵＲＬＬＣ）の無線ベアラからの送信データの入力を受けた場合、割込検知モジュールＰ４０４を実行する。割込検知モジュールＰ４０４は、ＬＣＰフラグ（LCP_flg）がＯＮに設定されているかＯＦＦに設定されているかに応じて、第一無線サービスの無線ベアラからの上りリンクの送信データの処理系統を切り替える。なお、処理系統は、サブチャネル（論理チャネル、サブ論理チャネルとも称され得る）として実装してもよい。

例えば、ＬＣＰフラグがＯＦＦの場合（図１２でLCP_flg=OFF）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、ＬＣＰアルゴリズム・モジュールＰ４０１に供給する。これにより、第一無線サービスの無線ベアラからの送信データは、他の無線サービス（第二無線サービス）の無線ベアラからの送信データと同様に、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当てが実行されるまで、バッファに待機することになる。一側面によれば、ＯＦＦ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべきＴＢがまだ用意できていないことを示す。

なお、ＬＣＰフラグがＯＦＦの場合に選択される処理系統として、サブチャネルＡ（第一のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＡは、ＬＣＰアルゴリズム・モジュールＰ４０１において、第二無線サービスの論理チャネルとともにＬＣＰによる無線リソースの選択が行われるチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＦＦの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＡを介して、ＬＣＰアルゴリズム・モジュールＰ４０１に供給してもよい。

一方、ＬＣＰフラグがＯＮの場合（図１２でLCP_flg=ON）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、第二のＴＢ生成モジュールＰ４０７Ａに供給する。第二のＴＢ生成モジュールＰ４０７Ａは、ＬＣＰアルゴリズム・モジュールＰ４０１からの供給を受けてＴＢ（第一のＴＢとも称され得る）を生成する第一のＴＢ生成モジュールＰ４０２とは異なり、割込検知モジュールＰ４０４から供給された第一無線サービスの上りリンクの送信データに基づいてＴＢ（第二のＴＢとも称され得る）を生成し、下位レイヤＰ１０５のパンクチャ＆マルチプレクシング・モジュールＰ５０１Ａに第二のＴＢを供給するように構成される。そのため、第二のＴＢ生成モジュールＰ４０７Ａは、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当て処理の実行契機とは異なるタイミングで実行され得る。

なお、ＬＣＰフラグがＯＮの場合に選択される処理系統として、サブチャネルＢ（第二のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＢは、第一無線サービスの無線ベアラからの送信データを、第二のＴＢ生成モジュールＰ４０７Ａに供給するチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＮの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＢを介して、第二のＴＢ生成モジュールＰ４０７Ａに供給してもよい。

図１２のパンクチャ＆マルチプレクシング・モジュールＰ５０１Ａは、第一のＴＢ生成モジュールＰ４０２から供給された第一のＴＢの一部の領域をパンクチャし、当該パンクチャされた領域に、第二のＴＢ生成モジュールＰ４０７Ａから供給された第二のＴＢを多重するように構成される。第一のＴＢと第二のＴＢとが多重された無線信号は、アンテナから無線送信される。また、パンクチャ＆マルチプレクシング・モジュールＰ５０１Ａは、第二のＴＢ生成モジュールＰ４０７Ａから第二のＴＢの供給がされない場合、第一のＴＢ生成モジュールＰ４０２から供給された第一のＴＢを用いて生成した無線信号を、アンテナから無線送信してもよい。

図１３は、実施例２に係るＵＥ１０により送信される上りリンクのサブフレームＰ３００の構成例を示す図である。図１３に例示される上りリンクのサブフレームＰ３００は、時間軸方向にｎ個のシンボルと周波数軸方向に複数のサブキャリアとにより特定される複数の無線リソースを有する。図１３において、上りリンクのサブフレームＰ３００は、制御信号用の無線チャネル（ＰＵＣＣＨ（Physical Uplink Control Channel）と称されてもよい）に割当てるための無線リソースの領域（Ｐ３０１－１、Ｐ３０１－２）と、ユーザデータ用の無線チャネル（ＰＵＳＣＨ（Physical Uplink Shared Channel）と称されてもよい）に割当てるための無線リソースの領域Ｐ３０２（データ領域Ｐ３０２とも称され得る）とを有する。パンクチャ＆マルチプレクシング・モジュールＰ５０１Ａは、第一のＴＢ生成モジュールＰ４０２から供給された第一のＴＢを、データ領域Ｐ３０２の無線リソースに格納する。その際、所定の符号化方式に基づく符号化・変調処理などが実行されてもよい。

パンクチャ＆マルチプレクシング・モジュールＰ５０１Ａは、第二のＴＢ生成モジュールＰ４０７Ａから供給された第二のＴＢを、データ領域Ｐ３０３の一部がパンクチャされた領域Ｐ３０３（パンクチャ領域Ｐ３０３）に格納（多重）する。その際、パンクチャ領域Ｐ３０３において、第二のＴＢの復調に用いられる既知信号（パイロット信号、参照信号、復調用参照信号と称されてもよい）を、所定のサブキャリア間隔で挿入してもよい。

なお、パンクチャ領域Ｐ３０３の位置は、ｇＮＢ２０と事前に共有される設定情報に基づいて決定されてもよい。ＵＥ１０は、このような設定情報をｇＮＢ２０と共有するために、ｇＮＢ２０から送信される設定情報を受信してもよい。設定情報では、サブフレームの先頭シンボルから何番目のシンボルを、パンクチャ領域Ｐ３０３の開始位置とするかを、Ｏｆｆｓｅｔ値により設定してもよい。また、パンクチャ領域Ｐ３０３に複数のシンボルを割当てる場合、パンクチャ領域Ｐ３０３に割当てるシンボル数を示すｌｅｎｇｔｈ値により設定してもよい。あるいは、ＲＥＧ（Resource Element Group）などの所定の単位により、パンクチャ領域Ｐ３０３に割当てる無線リソースの位置を設定してもよい。

図１４は、実施例２に係るＵＥ１０により送信される上りリンクの無線フレームの構成例を示す図である。図１４では、複数のサブフレームが時間方向に並べられており、第一無線サービスに対する上りリンクの無線リソースが所定の周期で半永続的に予約されたタイミングに合致するサブフレーム（Ｐ３００－１、Ｐ３００－２、Ｐ３００－３）が太線で図示されている。サブフレーム（Ｐ３００－１、Ｐ３００－２、Ｐ３００－３）では、図１３に例示される様に、第一無線サービスの送信データが存在する場合、領域Ｐ３０３に第一無線サービスの送信データが格納される。

図１４の例において、サブフレームＰ３００－１とサブフレームＰ３００－３は、第一無線サービスの送信データが格納された領域Ｐ３０３を有する。一方、サブフレームＰ３００－２では、第一無線サービスの送信データが未発生であるため、第一無線サービスの送信データが領域Ｐ３０３に格納されておらず、他の無線サービス（第二無線サービス）の送信データが領域Ｐ３０３に格納される。このように、第一無線サービスに対して所定の周期で半永続的に上りリンクの無線リソースが予約されていても、第一無線サービスの上りリンクの送信データが必ずしも送信されるとは限らない。

以上が、実施例２に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例である。

以上に開示される実施例２の一側面によれば、ＵＥ１０におけるＬＣＰ処理の実行後に発生した送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例２の他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、上りリンクの無線信号を送信する際に、第二無線サービスの送信データに対して割当てられた無線リソースの一部に、第一無線サービスの送信データが多重される。これにより、第二無線サービスの送信データに対して上りリンクの無線リソースが割当てられた後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例２の更なる他の一側面によれば、第一無線サービスの上りリンクの送信データが発生した時点において、第一のＴＢ生成モジュールＰ４０２により生成された第一のＴＢが既にある場合、第一のＴＢが格納されるデータ領域Ｐ３０２の一部をパンクチャした領域Ｐ３０３（パンクチャ領域Ｐ３０３）に当該第一無線サービスの送信データが多重される。これにより、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンクの無線リソースの割当て処理が完了した後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例３＞ 実施例３では、ＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の更なる変形例が示される。実施例３に係るＵＥ１０は、第一無線サービスの上りリンクの送信データを処理する第一処理系統と、第二無線サービスの上りリンクの送信データを処理する第二処理系統とを有する。そして、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢが存する場合、第一無線サービスの上りリンクの送信データは、第二処理系統のＴＢに多重される。一方、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢがまだ用意されていない場合、第一無線サービスの上りリンクの送信データは、第一処理系統により処理される。

図１５は、実施例３に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図１５に示す実施例３に係るＵＥ１０は、図１１と同様に、Ｕ－Ｐｌａｎｅプロトコルスタックの機能的構成として、上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）と、ＭＡＣレイヤＰ１０４と、下位レイヤＰ１０５とを有する。

図１５の上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の各々に対応するバッファが示される。図１１に例示される無線ベアラのうち、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）はＵＲＬＬＣの無線サービスに割当てられており、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）はｅＭＢＢの無線サービスに割当てられている。ここで、ＵＲＬＬＣは、第一無線サービスの一例であり、ｅＭＢＢは、第二無線サービスの一例である。

図１１に示される実施例１の構成例では、ＬＣＰアルゴリズム・モジュールＰ４０１を有する処理系統が一つであったが、図１５に示される実施例３に係るＵＥ１０では、ＬＣＰアルゴリズム・モジュールＰ４０８Ｂを有する第一処理系統と、ＬＣＰアルゴリズム・モジュールＰ４０１を有する第二処理系統とが存在する。図１５の第一処理系統では、第一無線サービスの上りリンクの送信データが、ＬＣＰアルゴリズム・モジュールＰ４０８Ｂ、ＴＢ生成モジュールＰ４０７Ｂ、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｂにより、第一のサブキャリア空間にマッピングされて無線送信される。また、第二処理系統では、第二無線サービスの上りリンクの送信データ及び／又は第一無線サービスの上りリンクの送信データが、ＬＣＰアルゴリズム・モジュールＰ４０１、ＴＢ生成モジュールＰ４０２、パンクチャ＆マルチプレクシング・モジュールＰ４０３、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｂにより、第二のサブキャリア空間にマッピングされて無線送信される。ここで、Ｎｕｍｅｒｏｌｏｇｙは、サブキャリア間隔やＴＴＩ（Transmission Time Interval）長などの無線パラメータの総称である。Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｂで使用される無線パラメータは、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｂで使用される無線パラメータとは少なくとも一部が異なる値である。

図１５の構成例において、第二処理系統のＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当て処理が実行されたことに応じて、ＬＣＰフラグ（LCP_flg）がＯＮに設定される。第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢが下位レイヤＰ１０５に転送された後に、ＬＣＰフラグがＯＦＦに設定される。すなわち、実施例３の構成において、第一無線サービスの上りリンクの送信データの処理系統の選択に影響を与えるＬＣＰフラグの値は、第二処理系統の動作に連動して設定される。

実施例３の割込検知モジュールＰ４０４は、ＬＣＰフラグ（LCP_flg）がＯＮに設定されているかＯＦＦに設定されているかに応じて、第一無線サービスの無線ベアラからの上りリンクの送信データの処理系統を切り替えるように構成される。なお、処理系統は、サブチャネル（論理チャネル、サブ論理チャネルとも称され得る）として実装してもよい。

例えば、第一無線サービスの上りリンクの送信データが発生した時点において、ＬＣＰフラグがＯＦＦの場合（図１５でLCP_flg=OFF）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、第一処理系統に供給する。一側面によれば、ＯＦＦ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべき第二処理系統のＴＢがまだ用意できていないことを示す。この場合、第一無線サービスの無線ベアラからの送信データは、ＬＣＰアルゴリズム・モジュールＰ４０８Ｂにより上りリンクの無線リソースを割当てられ、ＴＢ生成モジュールＰ４０７Ｂにより第一無線サービスの送信データのＴＢ（第一のＴＢとも称され得る）が生成される。そして、第一のＴＢは、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｂにより、第一のサブキャリア空間にマッピングされて、アンテナから無線送信される。

なお、ＬＣＰフラグがＯＦＦの場合に選択される処理系統として、サブチャネルＡ（第一のサブチャネルとも称され得る）が用いられてもよい。本実施例に係るサブチャネルＡは、第一の処理系統のＬＣＰアルゴリズム・モジュールＰ４０８Ｂにおいて、ＬＣＰによる無線リソースの選択が行われるチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＦＦの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＡを介して、第一の処理系統のＬＣＰアルゴリズム・モジュールＰ４０８Ｂに供給してもよい。

一方、第一無線サービスの上りリンクの送信データが発生した時点において、ＬＣＰフラグがＯＮの場合（図１５でLCP_flg=ON）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、第二処理系統に供給する。一側面によれば、ＯＮ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべき第二処理系統のＴＢが用意済みであるか、実質的に間もなく用意できることを示す。この場合、第一無線サービスの無線ベアラからの送信データは、パンクチャ＆マルチプレクシング・モジュールＰ４０３により、第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢに多重される。これにより、第一無線サービスの送信データと第二無線サービスの送信データとを含むＴＢ（第二のＴＢとも称され得る）が生成される。そして、第二のＴＢは、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｂにより、第二のサブキャリア空間にマッピングされて、アンテナから無線送信される。なお、第二のサブキャリア空間は、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｂによる第一のサブキャリア空間とは少なくとも一部が異なる無線リソースである。

なお、ＬＣＰフラグがＯＮの場合に選択される処理系統として、サブチャネルＢ（第二のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＢは、第一無線サービスの無線ベアラからの送信データを、パンクチャ＆マルチプレクシング・モジュールＰ４０３に供給するチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＮの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＢを介して、パンクチャ＆マルチプレクシング・モジュールＰ４０３に供給してもよい。

以上が、実施例３に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例である。

以上に開示される実施例３の一側面によれば、ＵＥ１０におけるＬＣＰ処理の実行後に発生した送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例３の他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、上りリンクの無線信号を送信する際に、第二無線サービスの送信データに対して割当てられた無線リソースの一部に、第一無線サービスの送信データが多重される。これにより、第二無線サービスの送信データに対して上りリンクの無線リソースが割当てられた後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例３の更なる他の一側面によれば、第一無線サービスの上りリンクの送信データが発生した時点において、ＴＢ生成モジュールＰ４０２により生成されたＴＢが既にある場合、ＴＢの一部をパンクチャした領域（パンクチャ領域）に当該第一無線サービスの送信データが多重される。これにより、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンクの無線リソースの割当て処理が完了した後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例３のまた更なる他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、第一無線サービスの上りリンクの処理系統である第一処理系統と、第二無線サービスの上りリンクの処理系統である第二処理系統とが実装される。これにより、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢが既に用意されている場合、第二処理系統のＴＢの一部をパンクチャした領域（パンクチャ領域）に第一無線サービスの送信データが多重される。一方、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢがまだ用意されていない場合、第一無線サービスの送信データは、第一処理系統で処理される。このような構成により、第一無線サービスの上りリンクの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例４＞ 実施例４では、ＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成について、実施例２と実施例３とを組合せた変形例が示される。すなわち、実施例４に係るＵＥ１０は、第一無線サービスの上りリンクの送信データを処理する第一処理系統と、第二無線サービスの上りリンクの送信データを処理する第二処理系統とを有する。実施例４に係る第二処理系統では、第一無線サービスの送信データと第二無線サービスの送信データとを多重するパンクチャ＆マルチプレクシング・モジュールが、下位レイヤＰ１０５で実装される。

図１６は、実施例４に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図１６に示す実施例４に係るＵＥ１０は、図１１と同様に、Ｕ－Ｐｌａｎｅプロトコルスタックの機能的構成として、上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）と、ＭＡＣレイヤＰ１０４と、下位レイヤＰ１０５とを有する。

図１６の上位レイヤ（Ｐ１０１、Ｐ１０２、Ｐ１０３）では、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）の各々に対応するバッファが示される。図１１に例示される無線ベアラのうち、無線ベアラＲＢ［Ｄ］（論理チャネルＬＣＨ－Ｄ）はＵＲＬＬＣの無線サービスに割当てられており、無線ベアラＲＢ［Ａ］（論理チャネルＬＣＨ－Ａ）、無線ベアラＲＢ［Ｂ］（論理チャネルＬＣＨ－Ｂ）、無線ベアラＲＢ［Ｃ］（論理チャネルＬＣＨ－Ｃ）はｅＭＢＢの無線サービスに割当てられている。ここで、ＵＲＬＬＣは、第一無線サービスの一例であり、ｅＭＢＢは、第二無線サービスの一例である。

図１６に示される実施例４に係るＵＥ１０では、ＬＣＰアルゴリズム・モジュールＰ４０８Ｃを有する第一処理系統と、ＬＣＰアルゴリズム・モジュールＰ４０１を有する第二処理系統とが存在する。図１６の第一処理系統では、第一無線サービスの上りリンクの送信データが、ＬＣＰアルゴリズム・モジュールＰ４０８Ｃ、ＴＢ生成モジュールＰ４０７Ｃ、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｃにより、第一のサブキャリア空間にマッピングされて無線送信される。また、第二処理系統では、第二無線サービスの上りリンクの送信データ及び／又は第一無線サービスの上りリンクの送信データが、ＬＣＰアルゴリズム・モジュールＰ４０１、ＴＢ生成モジュールＰ４０２、ＴＢ生成モジュールＰ４０９Ｃ、パンクチャ＆マルチプレクシング・モジュールＰ５０１Ｃ、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｃにより、第二のサブキャリア空間にマッピングされて無線送信される。ここで、Ｎｕｍｅｒｏｌｏｇｙは、サブキャリア間隔やＴＴＩ（Transmission Time Interval）長などの無線パラメータの総称である。Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｃで使用される無線パラメータは、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｃで使用される無線パラメータとは少なくとも一部が異なる値である。

図１６の構成例において、第二処理系統のＬＣＰアルゴリズム・モジュールＰ４０１による上りリンク無線リソースの割当て処理が実行されたことに応じて、ＬＣＰフラグ（LCP_flg）がＯＮに設定される。第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢが下位レイヤＰ１０５に転送された後に、ＬＣＰフラグがＯＦＦに設定される。すなわち、実施例４の構成において、第一無線サービスの上りリンクの送信データの処理系統の選択に影響を与えるＬＣＰフラグの値は、第二処理系統の動作に連動して設定される。

実施例４の割込検知モジュールＰ４０４は、ＬＣＰフラグ（LCP_flg）がＯＮに設定されているかＯＦＦに設定されているかに応じて、第一無線サービスの無線ベアラからの上りリンクの送信データの処理系統を切り替えるように構成される。なお、処理系統は、サブチャネル（論理チャネル、サブ論理チャネルとも称され得る）として実装してもよい。

例えば、第一無線サービスの上りリンクの送信データが発生した時点において、ＬＣＰフラグがＯＦＦの場合（図１６でLCP_flg=OFF）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、第一処理系統に供給する。一側面によれば、ＯＦＦ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべき第二処理系統のＴＢがまだ用意できていないことを示す。この場合、第一無線サービスの無線ベアラからの送信データは、ＬＣＰアルゴリズム・モジュールＰ４０８Ｃにより上りリンクの無線リソースを割当てられ、ＴＢ生成モジュールＰ４０７Ｃにより第一無線サービスの送信データのＴＢ（第一のＴＢとも称され得る）が生成される。そして、第一のＴＢは、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｃにより、第一のサブキャリア空間にマッピングされて、アンテナから無線送信される。

なお、ＬＣＰフラグがＯＦＦの場合に選択される処理系統として、本実施例に係るサブチャネルＡ（第一のサブチャネルとも称され得る）が用いられてもよい。本実施例に係るサブチャネルＡは、第一処理系統のＬＣＰアルゴリズム・モジュールＰ４０８Ｃにおいて、ＬＣＰによる無線リソースの選択が行われるチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＦＦの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＡを介して、第一処理系統のＬＣＰアルゴリズム・モジュールＰ４０８Ｃに供給してもよい。

一方、第一無線サービスの上りリンクの送信データが発生した時点において、ＬＣＰフラグがＯＮの場合（図１６でLCP_flg=ON）、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、第二処理系統に供給する。一側面によれば、ＯＮ値が設定されたＬＣＰフラグは、第一無線サービスの無線ベアラからの送信データを多重させるべき第二処理系統のＴＢが用意済みであるか、実質的に間もなく用意できることを示す。この場合、第一無線サービスの無線ベアラからの送信データは、第二処理系統のＴＢ生成モジュールＰ４０９Ｃに供給される。第二処理系統のＴＢ生成モジュールＰ４０９Ｃは、第一無線サービスの送信データを含むＴＢを生成し、下位レイヤＰ１０５のパンクチャ＆マルチプレクシング・モジュールＰ５０１Ｃに供給する。そして、パンクチャ＆マルチプレクシング・モジュールＰ５０１Ｃは、第二処理系統のＴＢ生成モジュールＰ４０２により生成されたＴＢに、第二処理系統のＴＢ生成モジュールＰ４０９Ｃにより生成されたＴＢを多重する。これにより、第一無線サービスの送信データと第二無線サービスの送信データとを含むＴＢ（第二のＴＢとも称され得る）が生成される。そして、第二のＴＢは、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｃにより、第二のサブキャリア空間にマッピングされて、アンテナから無線送信される。なお、第二のサブキャリア空間は、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｃによる第一のサブキャリア空間とは少なくとも一部が異なる無線リソースである。

なお、ＬＣＰフラグがＯＮの場合に選択される処理系統として、サブチャネルＢ（第二のサブチャネルとも称され得る）が用いられてもよい。サブチャネルＢは、第一無線サービスの無線ベアラからの送信データを、第二処理系統のＴＢ生成モジュールＰ４０９Ｃに供給するチャネルとしての作用を有する。例えば、ＬＣＰフラグがＯＮの場合、割込検知モジュールＰ４０４は、第一無線サービスの無線ベアラからの送信データを、サブチャネルＢを介して、第二処理系統のＴＢ生成モジュールＰ４０９Ｃに供給してもよい。

以上が、実施例４に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例である。

以上に開示される実施例４の一側面によれば、ＵＥ１０におけるＬＣＰ処理の実行後に発生した送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例４の他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、上りリンクの無線信号を送信する際に、第二無線サービスの送信データに対して割当てられた無線リソースの一部に、第一無線サービスの送信データが多重される。これにより、第二無線サービスの送信データに対して上りリンクの無線リソースが割当てられた後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例４の更なる他の一側面によれば、第一無線サービスの上りリンクの送信データが発生した時点において、第一のＴＢ生成モジュールＰ４０２により生成された第一のＴＢが既にある場合、第一のＴＢが格納されるデータ領域の一部をパンクチャした領域（パンクチャ領域）に当該第一無線サービスの送信データが多重される。これにより、ＬＣＰアルゴリズム・モジュールＰ４０１による上りリンクの無線リソースの割当て処理が完了した後に発生した第一無線サービスの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例４のまた更なる他の一側面によれば、他の無線サービス（第二無線サービスとも称され得る）よりも高い優先度を有する第一無線サービスと第二無線サービスとを含む複数の無線サービスを利用してｇＮＢ２０と無線通信することができるＵＥ１０において、第一無線サービスの上りリンクの処理系統である第一処理系統と、第二無線サービスの上りリンクの処理系統である第二処理系統とが実装される。これにより、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢが既に用意されている場合、第二処理系統のＴＢの一部をパンクチャした領域（パンクチャ領域）に第一無線サービスの送信データが多重される。一方、第一無線サービスの上りリンクの送信データが発生した時点において、第二処理系統のＴＢがまだ用意されていない場合、第一無線サービスの送信データは、第一処理系統で処理される。このような構成により、第一無線サービスの上りリンクの送信データについて、送信遅延を短縮することができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例５＞ 実施例５では、ＬＣＰフラグの値をＲＲＣシグナリングにより制御する構成が示される。上述のように、ＬＣＰフラグは、割込み通信を実行するか否かの制御に用いられる（図６のＳ２０１）。

図１７は、実施例５に係る無線通信システム１における設定情報の通知シーケンスの一例を示す図である。図１７において、ｇＮＢ２０からＵＥ１０に対して、実施例５に係る設定情報（第二設定情報とも称され得る）を含むＲＲＣメッセージ（ＲＲＣ ｍｓｇ）が送信される（Ｓ４０１）。ＵＥ１０は、ｇＮＢ２０から送信されるＲＲＣメッセージを受信することで、第二設定情報をｇＮＢ２０と共有し得る。図１７において、第二設定情報を含むＲＲＣメッセージは、例えば、ＵＥ１０とｇＮＢ２０との間での無線通信の設定時に送受信されるＲＲＣメッセージであってもよい。このようなＲＲＣメッセージは、例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージ、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄメッセージの何れかであってもよい。また、図１７では、ＲＲＣメッセージを用いて第二設定情報を通知する例を示したが、これに限定されるわけではない。例えば、実施例５に係る無線通信システム１において、第二設定情報は、報知信号を用いてｇＮＢ２０からＵＥ１０へ送信されてもよい。このような報知情報は、例えば、ＭＩＢ（Master Information Block）や、各種のＳＩＢ（System Information Block）の何れかであってもよい。

図１８は、実施例５に係る設定情報の内容例を示す図である。図１８の設定情報では、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）に対する値（Ｐ４２）として、「１」又は「０」が設定される。例えば、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）の値（Ｐ４２）が「１」の場合、ＵＥ１０は、ＬＣＰフラグをＯＮに設定してもよい。一方、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）の値（Ｐ４２）が「０」の場合、ＵＥ１０は、ＬＣＰフラグをＯＦＦに設定してもよい。このように、ＲＲＣシグナリングで通知される設定情報の値（すなわち、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）の値（Ｐ４２））に応じて、ＵＥ１０は、ＬＣＰフラグの値を制御してもよい。なお、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）は、第一情報要素と称されてもよい。

なお、図１８には図示していないが、実施例５に係る設定情報は、情報要素「ＬＣＰ－ｓｋｉｐ－ａｃｔｉｖａｔｉｏｎ」（Ｐ４１）だけでなく、他の情報要素も含んでよい。例えば、実施例５に係る設定情報は、第一データを多重させるパンクチャ領域（第一領域）の位置を設定する情報要素（第二情報要素とも称され得る）を含んでもよい。

図１９は、実施例５に係る上りリンクのＵ－ＰｌａｎｅプロトコルスタックにおけるＵＥ１０の第一処理の流れの一例を示す図である。図１９において、図３の例示と同様の箇所については同じ参照符号を付している。図１９の第一処理は、図３におけるＳ１０３とＳ１０６とが省略されている点で図３と相違し、その他の点では図３と同様である。すなわち、図１９の第一処理では、ＬＣＰフラグをＯＮに設定する処理（Ｓ１０３）が省略され、ＬＣＰによる無線リソースの割当て処理（Ｓ１０２）の後に、ＴＢを生成する処理（Ｓ１０４）が実行される。また、図１９の第一処理では、ＬＣＰフラグをＯＦＦに設定する処理（Ｓ１０６）が省略され、ＴＢを下位レイヤに転送する処理（Ｓ１０５）の実行後は、次の実行契機が到来するまで、第一処理が終了される。

なお、実施例５に係るＵＥ１０は、図１７に例示される第二設定情報を含む通知を受信したタイミングで、第二設定情報の第一情報要素に示される値に応じて、ＬＣＰフラグの値を設定してもよい。

上述の実施例の変形例として、第二設定情報を含む通知は、下り制御情報（ＤＣＩ（Downlink Control Information））によりｇＮＢ２０からＵＥ１０へ送信されてもよい。

以上に開示される実施例５の一側面によれば、ＵＥ１０における第二処理系統のＬＣＰ処理の実行後に発生した第一無線サービスの上りリンクの送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例５の他の一側面によれば、特定の無線サービス（第一無線サービスとも称され得る）の送信データに対する処理系統を、無線基地局からの設定情報に従って、柔軟に変更することができる。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延をさらに短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例６＞ 実施例６では、特定の無線サービス（第一無線サービスとも称され得る）の送信データに対する処理系統が、他の無線サービス（第二無線サービスとも称され得る）の処理系統とは独立して実装される。

図２０は、実施例６に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図２０の構成は、図１５の例示と比較すると、割込検知モジュールＰ４０４、パンクチャ＆マルチプレクシング・モジュールＰ４０３が省略されている点で、図１５の構成と相違し、その他の点では図１５の構成と同様である。

図２０に例示される実施例６に係るＵＥ１０は、第一無線サービス（例えば、ＵＲＬＬＣ）の上りリンクの送信データを処理する第一処理系統と、第二無線サービス（例えば、ｅＭＢＢ）の上りリンクの送信データを処理する第二処理系統とを有する。

図２０の第一処理系統では、第一無線サービスの上りリンクの送信データ（第一データとも称され得る）が、ＬＣＰアルゴリズム・モジュールＰ４０８Ｄ、ＴＢ生成モジュールＰ４０７Ｄ、Ｎｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｄにより、第一のサブキャリア空間（第一ＳＣＳ（Sub-Carrier Spacing）とも称され得る）にマッピングされて無線送信される。

図２０の第二処理系統では、第二無線サービスの上りリンクの送信データ（第二データとも称され得る）が、ＬＣＰアルゴリズム・モジュールＰ４０１、ＴＢ生成モジュールＰ４０２、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｄにより、第二のサブキャリア空間（第二ＳＣＳとも称され得る）にマッピングされて無線送信される。

図２０に例示されるＵＥ１０は、実施例６に係る優先制御モジュールＰ４０５を有してもよい。実施例６に係る優先制御モジュールＰ４０５は、第一無線サービスの上りリンクの送信データ（いわゆる第一データ）が発生した場合、第一データを第一処理系統のＬＣＰアルゴリズム・モジュールＰ４０８Ｄに供給する。また、実施例６に係る優先制御モジュールＰ４０５は、第二無線サービスの上りリンクの送信データ（いわゆる第二データ）が発生した場合、第二データを第二処理系統のＬＣＰアルゴリズム・モジュールＰ４０１に供給する。

なお、上述の第一のサブキャリア空間は、第二のサブキャリア空間の一部の無線リソースにオーバーラップして配置されてもよい。図２１は、実施例６に係るＵＥ１０により送信される上りリンクのサブフレームＰ３００Ｄの構成例を示す図である。図２１において、サブフレームＰ３００Ｄは、第一のサブキャリア空間Ｐ３０１Ｄと、第二のサブキャリア空間Ｐ３０２Ｄとを有する。例えば第一のサブキャリア空間Ｐ３０１Ｄにおけるサブキャリア間隔は、第二のサブキャリア空間Ｐ３０２Ｄにおけるサブキャリア間隔よりも短くてもよい。例えば、第一のサブキャリア空間Ｐ３０１Ｄにおけるシンボル長は、第二のサブキャリア空間Ｐ３０２Ｄにおけるシンボル長よりも長くてもよい。

以上に開示される実施例６の一側面によれば、ＵＥ１０における第二処理系統のＬＣＰ処理の実行後に発生した第一無線サービスの上りリンクの送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例６の他の一側面によれば、特定の無線サービス（第一無線サービスとも称され得る）の送信データに対する処理系統が、他の無線サービス（第二無線サービスとも称され得る）の処理系統とは独立して実装される。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜実施例７＞ 実施例７に係るＵＥ１０は、第一無線サービスの上りリンクの送信データを、第一のサブキャリア空間及び第二のサブキャリア空間の何れかにマッピングして無線送信することができるように構成される。

図２２は、実施例７に係るＵＥ１０におけるＵ－Ｐｌａｎｅプロトコルスタックの機能的構成の一例を示す図である。図２２において、図２０の例示と同様の箇所については同じ参照符号を付している。図２２に例示される構成は、図２０の例示と比較すると、Ｎｕｍｅｒｏｌｏｇｙマッピング・モジュールＰ５０４Ｅが追加されている点で、図２０の構成と相違し、その他の点では図２０の構成と同様である。

実施例７に係るＮｕｍｅｒｏｌｏｇｙマッピング・モジュールＰ５０４Ｅは、設定情報（第三設定情報とも称され得る）に従って、第一処理系統のＴＢ生成モジュールＰ４０７Ｄから供給されるＴＢ（第一のＴＢとも称され得る）を、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｄ及びＮｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｄの何れかに供給する。また、実施例７に係るＮｕｍｅｒｏｌｏｇｙマッピング・モジュールＰ５０４Ｅは、第三設定情報に従って、第二処理系統のＴＢ生成モジュールＰ４０２から供給されるＴＢ（第二のＴＢとも称され得る）を、Ｎｕｍｅｒｏｌｏｇｙ１モジュールＰ５０２Ｄ及びＮｕｍｅｒｏｌｏｇｙ２モジュールＰ５０３Ｄの何れかに供給する。

第三設定情報は、例えば、図１７に例示されるように、ｇＮＢ２０からのＲＲＣ信号や報知信号を用いて、設定されてもよい。

図２２において、Ｎｕｍｅｒｏｌｏｇｙマッピング・モジュールＰ５０４Ｅは下位レイヤＰ１０５で実装されているが、これは実施例７の一例に過ぎない。例えば、実施例７に係るＮｕｍｅｒｏｌｏｇｙマッピング・モジュールＰ５０４Ｅは、ＭＡＣレイヤＰ１０４で実装されてもよい。

以上に開示される実施例７の一側面によれば、ＵＥ１０における第二処理系統のＬＣＰ処理の実行後に発生した第一無線サービスの上りリンクの送信データに対して、上りリンク無線リソースの割当てが許容される。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例７の他の一側面によれば、特定の無線サービス（第一無線サービスとも称され得る）の送信データに対する処理系統が、他の無線サービス（第二無線サービスとも称され得る）の処理系統とは独立して実装される。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延を短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

以上に開示される実施例７の更なる他の一側面によれば、特定の無線サービス（第一無線サービスとも称され得る）の送信データに対するサブキャリア空間を、設定情報に従って、柔軟に変更することができる。これにより、ＵＥ１０における第一無線サービスの上りリンクのデータ送信の遅延をさらに短縮させることができる。このような作用は、５Ｇシステムにおける上りリンクの超高信頼・低遅延通信を実現するうえで有用である。

＜ハードウェア構成＞ 最後に、以上に開示する各実施例に用いられる装置のハードウェア構成について、簡単に説明する。図２３は、無線通信システム１における無線端末（ＵＥ）１０と無線基地局（ｇＮＢ）２０とのハードウェア構成の一例を示す図である。ＵＥ１０は、上りリンクにおける送信装置の一例であり、下りリンクにおける受信装置の一例である。ｇＮＢ２０は、上りリンクにおける受信装置の一例であり、下りリンクにおける送信装置の一例である。

図２３におけるＵＥ１０は、無線通信回路１０１、処理回路１０２、メモリ１０３を有する。なお、図２３におけるＵＥ１０では、アンテナなどの一部の構成について、図示を省略している。また、ＵＥ１０は、液晶ディスプレイなどの表示装置や、タッチパネルなどの入力装置や、リチウムイオン二次電池（lithium-ion rechargeable battery）などのバッテリなどを備えてもよい。

無線通信回路１０１は、処理回路１０２からベースバンド信号（無線信号、デジタル無線信号と称されてもよい）の供給を受けて、当該ベースバンド信号から所定の出力レベルの無線信号（第二の無線信号、アナログ無線信号と称されてもよい）を生成し、アンテナを介して無線信号を空間に放射するように構成される。これにより、ＵＥ１０は、ｇＮＢ２０に無線信号を送信することができる。また、無線通信回路１０１は、アンテナから入力される無線信号を受信し、無線信号をベースバンド信号に変換し、処理回路１０２にベースバンド信号を供給するように構成される。これにより、ＵＥ１０は、ｇＮＢ２０からの無線信号を受信することができる。上述のように、無線通信回路１０１は、無線信号の送受信が可能となるように構成され、ｇＮＢ２０との無線通信を行う機能を有する。

無線通信回路１０１は、ＵＥ１０内部に実装された伝送回路を介して処理回路１０２と通信可能に接続され得る。この様な伝送回路としては、例えば、Ｍ－ＰＨＹ、Ｄｉｇ－ＲＦなどの規格に準拠した伝送回路が挙げられる。

処理回路１０２（プロセッサ回路、演算回路と称されてもよい）は、ベースバンド信号処理を行うように構成される回路である。処理回路１０２は、無線通信システム１におけるプロトコルスタックに基づいてベースバンド信号（無線信号、デジタル無線信号と称されてもよい）を生成し、無線通信回路１０１にベースバンド信号を出力するように構成される。また、処理回路１０２は、無線通信回路１０１から入力されたベースバンド信号に対して、無線通信システム１におけるプロトコルスタックに基づいて復調・復号などの受信処理を行うように構成される。別言すれば、上りリンクにおいて、処理回路１０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、ｇＮＢ２０宛ての第一データを上位層から下位レイヤへと送信データを順次処理して得られた第二データに基づいて、無線通信回路１０１に無線信号を送信させる回路としての側面を有する。また、処理回路１０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、無線通信回路１０１を介して受信した無線信号を、下位レイヤから上位層へと順次処理する回路としての側面を有する。ここで、無線通信回路１０１からベースバンド信号の入力を受けることは、無線通信回路１０１を介してｇＮＢ２０からの無線信号を受信するという側面を有する。

処理回路１０２は、例えば、メモリ１０３に格納されたプログラムを読みだして実行することで、上述の各実施例に係るＵＥ１０の動作を実現する演算装置であってもよい。別言すると、処理回路１０２は、図３、図６に例示されるＵＥ１０における処理の流れの実行主体としての側面を有する。処理回路１０２として、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、これらの組合せなどが挙げられる。なお、処理回路１０２は、二以上のコアを含むマルチコアプロセッサであっても良い。また、処理回路１０２は、無線通信システム１のプロトコルスタックにおける各レイヤに応じて、二以上の処理回路１０２を実装してもよい。例えば、処理回路１０２は、第一副層（ＰＤＣＰレイヤ）に属する第一副層エンティティ（ＰＤＣＰエンティティ）としての処理を実行する処理回路１０２と、第二副層（ＲＬＣレイヤ）に属する第二副層エンティティ（ＲＬＣエンティティ）としての処理を実行する処理回路１０２と、第三副層（ＭＡＣレイヤ）に属する第三副層エンティティ（ＭＡＣエンティティ）としての処理を実行する処理回路１０２とを、個別に実装してもよい。

処理回路１０２は、Ｃ－ＣＰＵと称されてもよい。ＵＥ１０は、処理回路１０２の他に、アプリケーションを実行するＡ－ＣＰＵとも称され得るプロセッサ回路を実装してもよい。なお、処理回路１０２は、Ａ－ＣＰＵとも称され得るプロセッサ回路とともに１チップで実装してもよいし、個別のチップとして実装してもよい。上述のように、処理回路１０２は、ＵＥ１０の動作を制御する機能を有する制御部としての側面を有する。

メモリ１０３は、処理回路１０２で実行されるベースバンド信号処理に係るデータやプログラムを記憶保持するように構成される回路である。メモリ１０３は、不揮発性記憶装置と揮発性記憶装置の両方あるいは一方を少なくとも含んで構成される。たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）などが挙げられる。図２３において、メモリ１０３は、主記憶装置及び補助記憶装置などの各種記憶装置を総称したものである。なお、メモリ１０３は、処理回路１０２と同様に、無線通信システム１のプロトコルスタックにおける各レイヤに応じて、二以上のメモリ１０３を実装してもよい。例えば、第一副層（ＰＤＣＰレイヤ）に属する第一副層エンティティ（ＰＤＣＰエンティティ）としての処理に用いられるメモリ１０３と、第二副層（ＲＬＣレイヤ）に属する第二副層エンティティ（ＲＬＣエンティティ）としての処理に用いられるメモリ１０３と、第三副層（ＭＡＣレイヤ）に属する第三副層エンティティ（ＭＡＣエンティティ）としての処理に用いられるメモリ１０３とを、個別に実装してもよい。

図２３に例示されるｇＮＢ２０は、無線通信回路２０１、処理回路２０２、メモリ２０３、有線通信回路２０４、を有する。

無線通信回路２０１は、ダウンリンクにおいて、処理回路２０２からのベースバンド信号を受けて、ベースバンド信号から所定の出力レベルの無線信号を生成し、アンテナを介して無線信号を空間に放射するように構成される。また、無線通信回路２０１は、アップリンクにおいて、アンテナから入力される無線信号を受信し、無線信号をベースバンド信号に変換し、処理回路２０２へベースバンド信号を供給するように構成される。無線通信回路２０１は、ＣＰＲＩ（Common Public Radio Interface）などの伝送路を介して処理回路２０２と通信可能に接続させることも可能であり、ＲＲＨ（Remote Radii Head）、ＲＲＥ（Remote Radio Equipment）とも称され得る。また、無線通信回路２０１と処理回路２０２との組み合わせは、一対一に限定されるものではなく、一つの無線通信回路２０１に複数の処理回路２０２を対応付けたり、複数の無線通信回路２０１を一つの処理回路２０２に対応付けたり、複数の無線通信回路２０１を複数の処理回路２０２に対応付けることも可能である。上述のように、無線通信回路２０１は、ＵＥ１０との無線通信を行う機能を有する通信部（送受信部、第二の送受信部とも称され得る）としての側面を有する。

処理回路２０２は、ベースバンド信号処理を行うように構成される回路である。処理回路２０２は、ダウンリンクにおいて、無線通信システムにおけるプロトコルスタックに基づいてベースバンド信号を生成し、無線通信回路２０１にベースバンド信号を出力するように構成される。また、処理回路２０２は、アップリンクにおいて、無線通信回路２０１から入力されたベースバンド信号に対して、無線通信システムにおけるプロトコルスタックに基づいて復調・復号などの受信処理を行うように構成される。別言すると、下りリンクにおいて、処理回路２０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、受信装置としてのＵＥ１０宛ての送信データを、上位レイヤから下位レイヤへと順次処理して、無線通信回路２０１を介して送信する回路としての側面を有する。また、上りリンクにおいて、処理回路２０２は、無線通信の機能を複数のレイヤに分割したプロトコルスタックの手順に従って、無線通信回路２０１を介して受信した無線信号を、下位レイヤから上位レイヤへと順次処理する回路としての側面を有する。ここで、アップリンクにおいて、無線通信回路２０１からベースバンド信号の入力を受けることは、無線通信回路２０１を介してＵＥ１０からの無線信号を受信するという側面を有する。

処理回路２０２は、例えば、メモリ２０３に格納されたプログラムを読みだして実行することで、上述の各実施例に係るｇＮＢ２０の動作を実現する演算装置であってもよい。処理回路２０２として、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）などが挙げられる。なお、処理回路２０２は、二以上のコアを含むマルチコアプロセッサであっても良い。また、処理回路２０２は、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上の処理回路２０２を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理を実行する処理回路２０２と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理を実行する処理回路２０２と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理を実行する処理回路２０２とを、個別に実装してもよい。上述のように、処理回路２０２は、無線基地局２０の動作を制御する機能を有する制御部（ＵＥ１０の制御部と区別するために、第二の制御部と称されてもよい）としての側面を有する。例えば、処理回路２０２は、各種の設定情報（例えば第一の設定情報、第二の設定情報）をＵＥ１０に送信する処理を実行する。なお、各種の設定情報は、制御信号と称されてもよい。

メモリ２０３は、処理回路２０２で実行されるベースバンド信号処理に係るデータやプログラムを記憶保持するように構成される回路である。メモリ２０３は、不揮発性記憶装置と揮発性記憶装置の両方あるいは一方を少なくとも含んで構成される。たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）などが挙げられる。図２３において、メモリ２０３は、主記憶装置及び補助記憶装置などの各種記憶装置を総称したものである。なお、メモリ２０３は、処理回路２０２と同様に、無線通信システムのプロトコルスタックにおける各レイヤに応じて、二以上のメモリ２０３を実装してもよい。例えば、ＭＡＣレイヤに属するＭＡＣエンティティとしての処理に用いられるメモリ２０３と、ＲＬＣレイヤに属するＲＬＣエンティティとしての処理に用いられるメモリ２０３と、ＰＤＣＰレイヤに属するＰＤＣＰエンティティとしての処理に用いられるメモリ２０３とを、個別に実装してもよい。

有線通信回路２０４は、他の装置へ出力可能なフォーマットのパケットデータに変換して他の装置へ送信したり、他の装置から受信したパケットデータからデータなどを抽出して、メモリ２０３や処理回路２０２などに出力したりする。他の装置の例としては、他の無線基地局やＭＭＥ（Mobility Management Entity）やＳＧＷ（Serving Gateway）などがあり得る。ＭＭＥやＳＧＷはコアノードとも称され、コアノードとの通信に用いられる論理的な通信インタフェースはＳ１インタフェースとも称され得る。他の無線基地局との通信に用いられる論理的な通信インタフェースはＸ２インタフェースとも称され得る。

以上の詳細な説明により、本開示の特徴点及び利点は明らかになるであろう。これは、特許請求の範囲がその精神及び権利範囲を逸脱しない範囲で前述のような本開示の特徴点及び利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良及び変更に容易に想到できるはずである。したがって、発明性を有する開示の範囲を前述したものに限定する意図はなく、本明細書に開示された範囲に含まれる適当な改良物及び均等物に拠ることも可能である。例えば、本明細書に開示の各工程は、必ずしも処理の流れの一例として説明された順序に沿って時系列に処理する必要はなく、特許請求の範囲に記載された本発明の要旨の範囲内において、工程の順序を入れ替えてもよく、あるいは複数の工程を並列的に実行してもよい。なお、以上の詳細な説明で明らかにされる５Ｇシステムに生じ得る事情は、５Ｇシステムを一側面から検討した場合に見出し得るものであり、他の側面から検討した場合には、他の事情が見出され得ることに留意されたい。別言すると、本発明の特徴点及び利点は、以上の詳細な説明に明記された事情を解決する用途に限定されるものではない。

例えば、上述の説明では、上りリンク（ＵＬとも称され得る）に関する構成について説明したが、本発明の趣旨は下りリンク（ＤＬとも称され得る）にも適用し得ることは言うまでもない。本発明を下りリンクに適用した場合、上述の説明における無線基地局ｇＮＢ２０は無線端末ＵＥ１０として読み替えればよい。また、無線端末ＵＥ１０は無線基地局ｇＮＢ２０として読み替えればよい。別言すると、下りリンクに着目した場合、ＵＥ１０は本開示に係る無線通信システム１の送信装置の一例であり、ｇＮＢ２０は受信装置の一例である。したがって、本開示に係る技術思想を下りリンクに適用する場合、上りリンクにおける送信装置の一例としてのＵＥ１０について説明された機能を、下りリンクにおける送信装置の一例としてのｇＮＢ２０に適用すればよい。なお、本開示に係る技術思想を下りリンクに適用する場合であっても、制御情報の通知は、ｇＮＢ２０からＵＥ１０に送信されることに留意されたい。

最後に、本開示における各実施例及び変形例の構成は、本発明の技術的思想を具体化するための一例を示したものであり、本発明をこれら各実施例及び変形例の構成に限定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態にも等しく適用し得るものである。例えば、本開示における用語は、今後の５Ｇシステムの仕様策定において、名称が変更され得ることに留意されたい。また、本開示における用語に対して列挙される一以上の別称は、相互に同義であり得ることに留意されたい。

１ 無線通信システム
１０ 無線端末（ＵＥ）
１０１ 無線通信回路
１０２ 処理回路
１０３ メモリ
２０ 無線基地局（ｇＮＢ）
２０１ 無線通信回路
２０２ 処理回路
２０３ メモリ
２０４ 有線通信回路

Claims (10)

1. 送信装置であって、
   第一優先度を有する第一無線サービスと前記第一優先度より低い優先度である第二優先度を有する第二無線サービスとを含む複数の無線サービスを利用して受信装置と無線通信することができる無線通信部と、
   ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ）レイヤにおけるＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）により前記第二無線サービスの論理チャネルのバッファに格納された第二送信データに対して上りリンクの無線リソースが割当てられ、前記ＭＡＣレイヤにおいてＭＡＣ－ＰＤＵ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が生成されている状態または生成できる状態において、前記受信装置から受信したＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージから取得された第一情報要素の値に応じて前記ＭＡＣレイヤにおける前記ＬＣＰを制御することで、前記第一無線サービスの論理チャネルのバッファに格納された第一送信データを検出した場合に前記第一送信データの割当制御を行うか否かを制御する処理部と、
   を有する送信装置。
2. 請求項１に記載の送信装置であって、
   前記処理部は、
   前記第二送信データに対して前記ＬＣＰを行うことで、前記上りリンクの無線リソースを前記第二送信データに割当て、前記第二送信データを含む前記ＭＡＣ－ＰＤＵを生成し、
   前記上りリンクの無線リソースを前記第二送信データに割当てた後に、前記第一情報要素が前記上りリンクの無線リソースを前記第一送信データに割当てることが可能であることを示しており、且つ前記第一無線サービスの前記第一送信データが発生した場合、前記上りリンクの無線リソースの少なくとも一部を前記第一送信データに割当て、前記第二送信データを含む前記ＭＡＣ－ＰＤＵに、前記第一送信データを多重する、
   ことを特徴とする送信装置。
3. 請求項１または２に記載の送信装置であって、
   前記処理部は、
   前記第一情報要素の受信後、前記第一情報要素に従って前記第一送信データを前記第二送信データに多重する際に、前記第一送信データに対応するヘッダ情報の少なくとも一部を省略して、前記第一送信データと前記第二送信データとを多重する、
   ことを特徴とする送信装置。
4. 請求項１ないし３の何れか一項に記載の送信装置であって、
   前記第一無線サービスはＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ
   Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）であり、
   前記第二無線サービスはｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）であり、
   前記ＬＣＰはＭＡＣレイヤにおいて実施される、
   ことを特徴とする送信装置。
5. 受信装置であって、
   第一優先度を有する第一無線サービスと前記第一優先度より低い優先度である第二優先度を有する第二無線サービスとを含む複数の無線サービスを利用して送信装置と無線通信することができる無線通信部と、
   ＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を制御する第一情報要素をＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを用いて送信し、前記送信装置と共有する処理部と、を有し、
   前記第一情報要素は、前記送信装置が、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ）レイヤにおけるＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）により前記第二無線サービスの論理チャネルのバッファに格納された第二送信データに対して上りリンクの無線リソースが割当てられ、前記ＭＡＣレイヤにおいてＭＡＣ－ＰＤＵ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が生成されている状態または生成できる状態において、前記ＭＡＣレイヤにおける前記ＬＣＰを制御することで、前記第一無線サービスの論理チャネルのバッファに格納された第一送信データを検出した場合に前記第一送信データの割当制御を行うか否かを制御するように構成された値を有する、
   ことを特徴とする受信装置。
6. 請求項５に記載の受信装置であって、
   前記第一情報要素は、前記送信装置に、
   前記第二送信データに対して前記ＬＣＰを行うことで、前記上りリンクの無線リソースを前記第二送信データに割当て、前記第二送信データを含む前記ＭＡＣ－ＰＤＵを生成し、
   前記上りリンクの無線リソースを前記第二送信データに割当てた後に、前記第一送信データが発生したことに応じて、前記上りリンクの無線リソースの少なくとも一部を前記第一送信データに割当てを行うことで、前記第二送信データを含む前記ＭＡＣ－ＰＤＵに、前記第一送信データを多重する、
   ことを行わせるように構成される、
   ことを特徴とする受信装置。
7. 請求項５または６に記載の受信装置であって、
   前記上りリンクの無線リソースの少なくとも一部を前記第一送信データに割当て、前記第一送信データを前記第二送信データに多重する際に、前記第一送信データに対応するヘッダ情報の少なくとも一部を省略して、前記第一送信データと前記第二送信データとを多重する、
   ことを特徴とする受信装置。
8. 請求項５ないし７の何れか一項に記載の受信装置であって、
   前記第一無線サービスはＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ
   Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）であり、
   前記第二無線サービスはｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）であり、
   前記ＬＣＰはＭＡＣレイヤにおいて実施される、
   ことを特徴とする受信装置。
9. 無線通信方法であって、
   第一優先度を有する第一無線サービスと前記第一優先度より低い優先度である第二優先度を有する第二無線サービスとを含む複数の無線サービスを利用して受信装置と無線通信することができる送信装置が、
   前記受信装置から受信したＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージからＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を制御する第一情報要素を取得し、
   ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ）レイヤにおける前記ＬＣＰにより前記第二無線サービスの論理チャネルのバッファに格納された第二送信データに対して上りリンクの無線リソースが割当てられ、前記ＭＡＣレイヤにおいてＭＡＣ－ＰＤＵ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が生成されている状態または生成できる状態において、前記受信装置から受信した前記ＲＲＣメッセージから取得された前記第一情報要素の値に応じて前記ＭＡＣレイヤにおける前記ＬＣＰを制御することで、前記第一無線サービスの論理チャネルのバッファに格納された第一送信データを検出した場合に前記第一送信データの割当制御を行うか否かを制御する、
   ことを特徴とする無線通信方法。
10. 受信装置と送信装置との間で、第一優先度を有する第一無線サービスと前記第一優先度より低い優先度である第二優先度を有する第二無線サービスとを含む複数の無線サービスを提供する無線通信システムであって、
    前記受信装置と前記送信装置は、
    ＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を制御する第一情報要素を共有し、
    前記送信装置は、
    ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ）レイヤにおける前記ＬＣＰにより前記第二無線サービスの論理チャネルのバッファに格納された第二送信データに対して上りリンクの無線リソースが割当てられ、前記ＭＡＣレイヤにおいてＭＡＣ－ＰＤＵ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ － Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が生成されている状態または生成できる状態において、前記受信装置から受信したＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージから取得された前記第一情報要素の値に応じて前記ＭＡＣレイヤにおける前記ＬＣＰを制御することで、前記第一無線サービスの論理チャネルのバッファに格納された第一送信データを検出した場合に前記第一送信データの割当制御を行うか否かを制御する、
    ことを特徴とする無線通信システム。
    

Images