WO2024029423A1

WO2024029423A1 - 通信システム

Info

Publication number: WO2024029423A1
Application number: PCT/JP2023/027376
Authority: WO
Inventors: 満望月; 忠宏下田
Original assignee: 三菱電機株式会社
Priority date: 2022-08-03
Filing date: 2023-07-26
Publication date: 2024-02-08

Abstract

通信システムは、第５世代無線アクセスシステムに対応し、ＸＲサービスを提供可能なコアネットワークに接続される基地局と、基地局に接続する通信端末と、を含み、通信端末が基地局を介してＸＲサービスを利用する場合、通信端末は、基地局に対し、ＸＲサービスを利用するための通信で基地局に送信される上りデータの特質に関する情報を通知する。

Description

通信システム

　本開示は、無線通信技術に関する。

　移動体通信システムの規格化団体である３ＧＰＰ（3rd　Generation　Partnership　Project）において、ロングタームエボリューション（Long　Term　Evolution：ＬＴＥ）、第４世代無線アクセスシステムの１つであるロングタームエボリューションアドヴァンスド（Long　Term　Evolution　Advanced：ＬＴＥ－Ａ）（非特許文献１参照）の後継として、第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている（例えば、非特許文献２）。５Ｇの無線区間の技術は「New　Radio　Access　Technology」と称される（「New　Radio」は「ＮＲ」と略称される）。ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められている。

　例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献３参照）。５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は５分の１（１／５）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている（非特許文献３参照）。

　このような要求を満たすために、３ＧＰＰでは、５Ｇの規格検討が進められている（非特許文献４～２３参照）。

　ＮＲのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete　Fourier　Transform-spread-OFDM）が用いられる。また、５Ｇシステムは、ＬＴＥ、ＬＴＥ－Ａ同様、回線交換を含まず、パケット通信方式のみになる。

　ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。

　ＬＴＥに比較して高い周波数を用いる場合があるＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。

　非特許文献１（５章）に記載される、３ＧＰＰでの、ＮＲシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＮＲ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio　frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。ＮＲのフレーム構成においては、１つまたは複数のヌメロロジ（Numerology）すなわち、１つまたは複数のサブキャリア間隔（Subcarrier　spacing：ＳＣＳ）がサポートされている。ＮＲにおいては、サブキャリア間隔によらず、１サブフレームは１ｍｓであり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚにおいては１つであり、他のサブキャリア間隔におけるスロット数は、サブキャリア間隔に比例して多くなる（非特許文献１１（３ＧＰＰ　ＴＳ３８．２１１）参照）。

　３ＧＰＰでの、ＮＲシステムにおけるチャネル構成に関する決定事項が、非特許文献２（５章）および非特許文献１１に記載されている。

　物理報知チャネル（Physical　Broadcast　Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」、という場合がある）などの通信端末装置（以下、「通信端末」、または「端末」と称する場合がある）への下り送信用のチャネルである。ＰＢＣＨは、下り同期信号（Downlink　Synchronization　Signal）とともに送信される。

　ＮＲにおける下り同期信号には、第一同期信号（Primary　Synchronization　Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary　Synchronization　Signal：Ｓ－ＳＳ）とがある。同期信号は、同期信号バースト（Synchronization　Signal　Burst：以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization　Signal　Block：以下、ＳＳブロックと称する場合がある）により構成される。

　基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

　物理下り制御チャネル（Physical　Downlink　Control　Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、下り制御情報（Downlink　Control　Information：ＤＣＩ）を運ぶ。ＤＣＩには、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging　Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）情報などが含まれる。また、ＤＣＩに、上りスケジューリンググラント（Uplink　Scheduling　Grant）が含まれる場合がある。ＤＣＩに、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative　Acknowledgement）が含まれる場合がある。また、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＤＣＩに、スロット構成通知（Slot　Format　Indication：ＳＦＩ）が含まれる場合がある。ＰＤＣＣＨ、または、ＤＣＩは、Ｌ１／Ｌ２制御信号とも呼ばれる。

　ＮＲにおいて、ＰＤＣＣＨが含まれる候補となる時間・周波数領域が設けられている。この領域は、制御リソースセット（Control　resource　set：ＣＯＲＥＳＥＴ）と称される。通信端末は、ＣＯＲＥＳＥＴをモニタリングし、ＰＤＣＣＨを取得する。

　物理下り共有チャネル（Physical　Downlink　Shared　Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

　物理上り制御チャネル（Physical　Uplink　Control　Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、上り制御情報（Uplink　Control　Information：ＵＣＩ）を運ぶ。ＵＣＩには、下り送信に対する応答信号（response　signal）であるＡｃｋ／Ｎａｃｋ、ＣＳＩ（Channel　State　Information）、スケジューリングリクエスト（Scheduling　Request：ＳＲ）などが含まれる。ＣＳＩは、ＲＩ（Rank　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）、ＣＱＩ（Channel　Quality　Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯ（Multiple　Input　Multiple　Output）におけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。ＵＣＩは、後述のＰＵＳＣＨによって運ばれる場合がある。ＰＵＣＣＨ、または、ＵＣＩは、Ｌ１／Ｌ２制御信号とも呼ばれる。

　物理上り共有チャネル（Physical　Uplink　Shared　Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）がマッピングされている。

　物理ランダムアクセスチャネル（Physical　Random　Access　Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random　access　preamble）を運ぶ。

　下り参照信号（リファレンスシグナル（Reference　Signal）：ＲＳ）は、ＮＲ方式の通信システムとして既知のシンボルである。以下の４種類の下りリファレンスシグナルが定義されている。ＵＥ固有参照信号（UE-specific　Reference　Signal）であるデータ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴ－ＲＳ）、測位参照信号（Positioning　Reference　Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal：ＣＳＩ－ＲＳ）である。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）測定、リファレンスシグナルの受信品質（Reference　Signal　Received　Quality：ＲＳＲＱ）測定がある。

　上り参照信号についても同様に、ＮＲ方式の通信システムとして既知のシンボルである。以下の３種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴ－ＲＳ）、サウンディング用参照信号（Sounding　Reference　Signal：ＳＲＳ）である。

　非特許文献２（５章）に記載されるトランスポートチャネル（Transport　Channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast　Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

　下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱによる再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、セミパーシステントスケジューリング（Semi-Persistent　Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous　reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

　ページングチャネル（Paging　Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

　上りトランスポートチャネルのうち、上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱによる再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的なリソース割り当てをサポートする。準静的なリソース割り当ては、設定済みグラント（Configured　Grant）ともいわれる。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

　ランダムアクセスチャネル（Random　Access　Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

　ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic　Repeat　reQuest：ＡＲＱ）と誤り訂正（Forward　Error　Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

　再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic　Redundancy　Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

　再送の方法の他の例を説明する。受信側にて、ＣＲＣエラーが発生した場合、受信側から送信側へ再送要求を行う。再送要求は、ＮＤＩ（New　Data　Indicator）のトグルによって行われる。再送要求を受信した送信側は、データを再送する。受信側にて、ＣＲＣエラーが発生しない場合、再送要求は行われない。送信側は、再送要求を所定の時間受信しなかった場合、受信側にてＣＲＣエラーが発生しなかったとみなす。

　非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical　Channel）について、説明する。報知制御チャネル（Broadcast　Control　Channel：ＢＣＣＨ）は、システム制御情報を報知するための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　ページング制御チャネル（Paging　Control　Channel：ＰＣＣＨ）は、ページング情報（Paging　Information）およびシステム情報（System　Information）の変更を送信するための下りチャネルである。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

　共有制御チャネル（Common　Control　Channel：ＣＣＣＨ）は、通信端末と基地局との間の制御情報を送信するためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

　個別制御チャネル（Dedicated　Control　Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続を有している場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　個別トラフィックチャネル（Dedicated　Traffic　Channel：ＤＴＣＨ）は、ユーザ情報の送信のための通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリア（Tracking　Area：ＴＡ）と呼ぶ。

　ＮＲにおいては、トラッキングエリアよりも小さいエリアを単位とした範囲における通信端末の呼び出しがサポートされている。この範囲を、ＲＡＮ通知エリア（RAN　Notification　Area：ＲＮＡ）と呼ぶ。後述の、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の通信端末のページングは、この範囲において行われる。

　ＮＲにおいては、広い周波数帯域幅（transmission　bandwidths）をサポートするために、２つ以上のコンポーネントキャリア（Component　Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier　Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。

　ＣＡが構成される場合、通信端末であるＵＥはネットワーク（Network：ＮＷ）と唯一のＲＲＣ接続（RRC　connection）を有する。ＲＲＣ接続において、１つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary　Cell：ＰＣｅｌｌ）と呼ぶ。ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary　Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌとからなるサービングセルの組が、１つのＵＥに対して構成される。

　また、３ＧＰＰにおいて、さらなる通信容量の増大を図るために、ＵＥが２つの基地局と接続して通信を行うデュアルコネクティビティ（Dual　Connectivity：ＤＣと略称される）などがある。ＤＣについては、非特許文献１、２２に記載されている。

　デュアルコネクティビティ（ＤＣ）を行う基地局のうち、一方を「マスタ基地局（Master　Node：ＭＮ）」といい、他方を「セカンダリ基地局（Secondary　Node：ＳＮ）」という場合がある。マスタ基地局が構成するサービングセルをまとめて、マスタセルグループ（Master　Cell　Group：ＭＣＧ）と称し、セカンダリ基地局が構成するサービングセルをまとめて、セカンダリセルグループ（Secondary　Cell　Group：ＳＣＧ）と称する場合がある。ＤＣにおいて、ＭＣＧまたはＳＣＧの中のプライマリセルをスペシャルセル（Special　Cell：ＳｐＣｅｌｌまたはＳＰＣｅｌｌ）と称する。ＭＣＧにおけるスペシャルセルをＰＣｅｌｌと称し、ＳＣＧにおけるスペシャルセルをプライマリＳＣＧセル（ＰＳＣｅｌｌ）と称する。

　また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth　Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。

　また、３ＧＰＰでは、サイドリンク（ＳＬ：Side　Link）通信（ＰＣ５通信とも称する）を用いたサービス（アプリケーションでもよい）を、後述するＥＰＳ（Evolved　Packet　System）においても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２、２６～２８参照）。ＳＬ通信では端末間で通信が行われる。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Vehicle-to-everything）サービス、プロキシミティサービスなどがある。ＳＬ通信においては、端末間の直接通信だけでなく、リレー（relay）を介したＵＥとＮＷとの間の通信が提案されている（非特許文献２６、２８参照）。

　ＳＬに用いられる物理チャネル（非特許文献２、１１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical　sidelink　broadcast　channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。

　物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical　sidelink　control　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。

　物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical　sidelink　shared　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。

　物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical　sidelink　feedback　channel）は、ＰＳＳＣＨ送信を受信したＵＥから、ＰＳＳＣＨを送信したＵＥに、サイドリンク上でのＨＡＲＱフィードバックを運ぶ。

　ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink　broadcast　channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。

　サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink　shared　channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、基地局によってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥが基地局によって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。

　ＳＬに用いられる論理チャネル（非特許文献２参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ：Sidelink　Broadcast　Control　Channel）は、１つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。

　サイドリンクトラフィックチャネル（ＳＴＣＨ：Sidelink　Traffic　Channel）は、１つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　サイドリンク制御チャネル（ＳＣＣＨ：Sidelink　Control　Channel）は、１つのＵＥから他のＵＥに制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。

　ＳＬにおけるユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等がサポートされる。

　また、３ＧＰＰでは、ＵＥと基地局との間のリンクであるアクセスリンク、基地局間のリンクであるバックホールリンクをいずれも無線で行うアクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）が検討されている（非特許文献２、２０、２９参照）。

　３ＧＰＰでは、いくつかの新たな技術が提案されている。例えば、ＸＲ（eXtended　Reality）やクラウドゲーミング（Cloud　Gaming）サービスに適した通信方法が議論され（非特許文献３０）、ＸＲトラフィックの特質（例えば、非整数周期性、データ発生時間変動（ジッタ）特性、データ量変動特性、低遅延特性など）を考慮した、ＸＲ認識方法、ＸＲ特有の低消費電力化方法、ＸＲ特有の容量改善方法などが提案されている（非特許文献３１、３２、３３）。

３ＧＰＰ　ＴＳ３６．３００　Ｖ１６．７．０３ＧＰＰ　ＴＳ３８．３００　Ｖ１６．８．０ "Scenarios,　requirements　and　KPIs　for　5G　mobile　and　wireless　system"、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１３ＧＰＰ　ＴＲ２３．７９９　Ｖ１４．０．０３ＧＰＰ　ＴＲ３８．８０１　Ｖ１４．０．０３ＧＰＰ　ＴＲ３８．８０２　Ｖ１４．２．０３ＧＰＰ　ＴＲ３８．８０４　Ｖ１４．０．０３ＧＰＰ　ＴＲ３８．９１２　Ｖ１６．０．０３ＧＰＰ　ＲＰ－１７２１１５３ＧＰＰ　ＴＳ２３．５０１　Ｖ１７．３．０３ＧＰＰ　ＴＳ３８．２１１　Ｖ１７．０．０３ＧＰＰ　ＴＳ３８．２１２　Ｖ１７．０．０３ＧＰＰ　ＴＳ３８．２１３　Ｖ１７．０．０３ＧＰＰ　ＴＳ３８．２１４　Ｖ１７．０．０３ＧＰＰ　ＴＳ３８．３２１　Ｖ１６．７．０３ＧＰＰ　ＴＳ３８．３２２　Ｖ１６．２．０３ＧＰＰ　ＴＳ３８．３２３　Ｖ１６．６．０３ＧＰＰ　ＴＳ３７．３２４　Ｖ１６．３．０３ＧＰＰ　ＴＳ３８．３３１　Ｖ１６．７．０３ＧＰＰ　ＴＳ３８．４０１　Ｖ１６．８．０３ＧＰＰ　ＴＳ３８．４１３　Ｖ１６．８．０３ＧＰＰ　ＴＳ３７．３４０　Ｖ１６．８．０３ＧＰＰ　ＴＳ３８．４２３　Ｖ１６．８．０３ＧＰＰ　ＴＳ３８．３０５　Ｖ１６．７．０３ＧＰＰ　ＴＳ２３．２７３　Ｖ１７．３．０３ＧＰＰ　ＴＲ２３．７０３　Ｖ１２．０．０３ＧＰＰ　ＴＳ２３．２８７　Ｖ１７．２．０３ＧＰＰ　ＴＳ２３．３０３　Ｖ１７．０．０３ＧＰＰ　ＴＳ３８．３４０　Ｖ１６．５．０３ＧＰＰ　ＲＰ－２１３５８７３ＧＰＰ　Ｒ１－２２０４６５６３ＧＰＰ　Ｒ１－２２０３１３２３ＧＰＰ　Ｒ１－２２０５０５６３ＧＰＰ　ＴＲ３８．８３８　Ｖ１７．０．０

　５Ｇ無線アクセスシステムでは多種多様なサービスのための通信が行われる。ＸＲやクラウドゲーミングサービスに適した通信を可能にすることも重要な課題である。このような通信を可能とするため、ＸＲトラフィックの特質（例えば、非整数周期性、データ発生時間変動（ジッタ）特性、データ量変動特性、低遅延特性など）を考慮した通信方法が要求される（非特許文献３０）。従来の通信方法では、ＮＷ側はＵＥ側で発生するデータのこのような特質を認識する手段がない。このため、従来の通信方法では、ＸＲトラフィックの特質に適さず、遅延時間の増大や通信品質の劣化を招いてしまう、という課題が生じる。

　本開示は、上記課題に鑑み、ＸＲトラフィックのような特質を有する通信に適した通信システムを実現することを、目的の１つとする。

　本開示にかかる通信システムは、第５世代無線アクセスシステムに対応し、ＸＲサービスを提供可能なコアネットワークに接続される基地局と、基地局に接続する通信端末と、を含み、通信端末が基地局を介してＸＲサービスを利用する場合、通信端末は、基地局に対し、ＸＲサービスを利用するための通信で基地局に送信される上りデータの特質に関する情報を通知する。

　本開示によれば、ＸＲトラフィックのような特質を有する通信に適した通信システムを実現できる。

　本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

ＮＲ方式の通信システムで使用される無線フレームの構成を示す説明図である。３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。ＮＧコアに接続する基地局によるＤＣの構成図である。図２に示す移動端末２０２の構成を示すブロック図である。図２に示す基地局２１３の構成を示すブロック図である。５ＧＣ部の構成を示すブロック図である。ＮＲ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。ＮＲシステムにおけるセルの構成の一例を示す図である。ＳＬ通信における端末の接続構成の例を示す接続構成図である。アクセス・バックホール統合をサポートする基地局の接続構成の例を示す接続構成図である。実施の形態１について、ＵＥからｇＮＢにＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報を送信する方法のシーケンス例を示す図である。実施の形態１について、ｇＮＢからＡＦに対してＵＬデータおよびＤＬデータに関する情報を送信する方法のシーケンス例を示す図である。

実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next　Generation　Radio　Access　Network）２１１と称される。通信端末装置である移動端末装置（以下「移動端末（User　Equipment：ＵＥ）」という）２０２は、基地局装置（以下「ＮＲ基地局（NG-RAN　NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。ＮＧ－ＲＡＮ２１１は１つあるいは複数のＮＲ基地局２１３によって構成される。

　ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

　ＵＥ２０２とＮＧ－ＲＡＮ２１１との間で、ＡＳ（Access　Stratum）のプロトコルが終端される。ＡＳのプロトコルとしては、例えばＲＲＣ（Radio　Resource　Control）、ＳＤＡＰ（Service　Data　Adaptation　Protocol）、ＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）が用いられる。ＲＲＣは制御プレイン（以下、Ｃプレイン、または、Ｃ－Ｐｌａｎｅと称する場合もある）において用いられ、ＳＤＡＰはユーザプレイン（以下、Ｕプレイン、または、Ｕ－Ｐｌａｎｅと称する場合もある）において用いられ、ＰＤＣＰ、ＭＡＣ、ＲＬＣ、ＰＨＹはＣプレイン、Ｕプレインの両方において用いられる。

　ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC　connection　management）などを行う。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。

　ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public　Land　Mobile　Network）選択、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor　cell）の測定（メジャメント（measurement））などが行われる。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５Ｇコア部２１４とＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。

　ｇＮＢ２１３は、アクセス・移動管理機能（Access　and　Mobility　Management　Function：ＡＭＦ）、セッション管理機能（Session　Management　Function：ＳＭＦ）、あるいはユーザプレイン機能（User　Plane　Function：ＵＰＦ）等を含む５Ｇコア部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１３と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１３とＡＭＦ２２０との間のＮ２インタフェース、ｇＮＢ２１３とＵＰＦ２２１との間のＮ３インタフェース、ＡＭＦ２２０とＳＭＦ２２２との間のＮ１１インタフェース、および、ＵＰＦ２２１とＳＭＦ２２２との間のＮ４インタフェースの総称である。１つのｇＮＢ２１３に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１３間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１３間で制御情報および／あるいはユーザデータが通信される。

　５ＧＣ部２１４は、上位装置、具体的には上位ノードであり、ＮＲ基地局２１３と移動端末（ＵＥ）２０２との接続の制御、１つまたは複数のＮＲ基地局（ｇＮＢ）２１３および／あるいはＬＴＥ基地局（E-UTRAN　NodeB：ｅＮＢ）に対するページング信号の分配などを行う。また、５ＧＣ部２１４は、待ち受け状態（Idle　State）のモビリティ制御（Mobility　Control）を行う。５ＧＣ部２１４は、移動端末２０２が待ち受け状態のとき、インアクティブ状態（Inactive　State）および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。５ＧＣ部２１４は、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。

　ｇＮＢ２１３は、１つあるいは複数のセルを構成してもよい。１つのｇＮＢ２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。

　ｇＮＢ２１３は、中央ユニット（Central　Unit：以下、ＣＵと称する場合がある）２１５と分散ユニット（Distributed　Unit：以下、ＤＵと称する場合がある）２１６に分割されていてもよい。ＣＵ２１５は、ｇＮＢ２１３の中に１つ構成される。ＤＵ２１６は、ｇＮＢ２１３の中に１つあるいは複数構成される。１つのＤＵ２１６は、１つまたは複数のセルを構成する。ＣＵ２１５は、ＤＵ２１６とＦ１インタフェースにより接続され、ＣＵ２１５とＤＵ２１６との間で制御情報および／あるいはユーザデータが通信される。Ｆ１インタフェースはＦ１－ＣインタフェースとＦ１－Ｕインタフェースとで構成される。ＣＵ２１５はＲＲＣ、ＳＤＡＰ、ＰＤＣＰの各プロトコルの機能を担い、ＤＵ２１６はＲＬＣ、ＭＡＣ、ＰＨＹの各プロトコルの機能を担う。ＤＵ２１６に、１つまたは複数のＴＲＰ（Transmission　Reception　Point）２１９が接続される場合がある。ＴＲＰ２１９は、ＵＥとの間で無線信号の送受信を行う。

　ＣＵ２１５は、Ｃプレイン用ＣＵ（ＣＵ－Ｃ）２１７とＵプレイン用ＣＵ（ＣＵ－Ｕ）２１８に分割されていてもよい。ＣＵ－Ｃ２１７は、ＣＵ２１５の中に１つ構成される。ＣＵ－Ｕ２１８は、ＣＵ２１５の中に１つあるいは複数構成される。ＣＵ－Ｃ２１７は、ＣＵ－Ｕ２１８とＥ１インタフェースにより接続され、ＣＵ－Ｃ２１７とＣＵ－Ｕ２１８との間で制御情報が通信される。ＣＵ－Ｃ２１７は、ＤＵ２１６とＦ１－Ｃインタフェースにより接続され、ＣＵ－Ｃ２１７とＤＵ２１６との間で制御情報が通信される。ＣＵ－Ｕ２１８は、ＤＵ２１６とＦ１－Ｕインタフェースにより接続され、ＣＵ－Ｕ２１８とＤＵ２１６との間でユーザデータが通信される。

　５Ｇ方式の通信システムにおいて、非特許文献１０（３ＧＰＰ　ＴＳ２３．５０１）に記載の統合データ管理（Unified　Data　Management：ＵＤＭ）機能、ポリシー制御機能（Policy　Control　Function：ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図２における５ＧＣ部２１４に含まれるとしてもよい。

　５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に記載の位置管理機能（Location　Management　Function：ＬＭＦ）が設けられてもよい。ＬＭＦは、非特許文献２５（３ＧＰＰ　ＴＳ２３．２７３）に開示されているように、ＡＭＦを経由して基地局に接続されていてもよい。

　５Ｇ方式の通信システムにおいて、非特許文献１０（３ＧＰＰ　ＴＳ２３．５０１）に記載の非３ＧＰＰ相互動作機能（Non-3GPP　Interworking　Function：Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access　Network：ＡＮ）をＵＥとの間で終端してもよい。

　図３は、ＮＧコアに接続するＤＣ（デュアルコネクティビティ）の構成を示した図である。図３において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図３において、マスタ基地局２４０－１はｇＮＢであってもよいし、ｅＮＢであってもよい。また、セカンダリ基地局２４０－２はｇＮＢであってもよいし、ｅＮＢであってもよい。例えば、図３において、マスタ基地局２４０－１がｇＮＢであり、セカンダリ基地局２４０－２がｅＮＢであるＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある。図３において、５ＧＣ部２１４とセカンダリ基地局２４０－２との間のＵ－Ｐｌａｎｅ接続がマスタ基地局２４０－１経由で行われる例について示しているが、５ＧＣ部２１４とセカンダリ基地局２４０－２との間で直接行われてもよい。また、図３において、５ＧＣ部２１４に替えて、ＬＴＥシステム、ＬＴＥ－Ａシステムに接続されるコアネットワークであるＥＰＣ（Evolved　Packet　Core）がマスタ基地局２４０－１と接続していてもよい。ＥＰＣとセカンダリ基地局２４０－２との間のＵ－Ｐｌａｎｅ接続が直接行われてもよい。

　図４は、図２に示す移動端末２０２の構成を示すブロック図である。図４に示す移動端末２０２の送信処理を説明する。まず、制御部３１０からの制御データ、およびアプリケーション部３０２からのユーザデータが、プロトコル処理部３０１に送られる。制御データ、ユーザデータのバッファリングが行われてもよい。制御データ、ユーザデータのバッファが、制御部３１０に設けられてもよいし、アプリケーション部３０２に設けられてもよいし、プロトコル処理部３０１に設けられてもよい。プロトコル処理部３０１は、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、ＤＣ等における送信先基地局の決定、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部３０１から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２１３に送信信号が送信される。図４において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、移動端末２０２の受信処理は、以下のように実行される。基地局２１３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部３０１に渡され、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。プロトコル処理が行われたデータのうち、制御データは制御部３１０へ渡され、ユーザデータはアプリケーション部３０２へ渡される。

　移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図４では省略しているが、各部３０２，３０４～３０９とも接続している。

　移動端末２０２の各部、例えば、制御部３１０、プロトコル処理部３０１、エンコーダー部３０４、デコーダー部３０９は、例えば、プロセッサおよびメモリを含んで構成される処理回路で実現される。例えば、移動端末２０２の一連の処理が記述されたプログラムをプロセッサが実行することにより制御部３１０が実現される。移動端末２０２の一連の処理が記述されたプログラムはメモリに格納されている。メモリの例は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリー、等の、不揮発性または揮発性の半導体メモリである。移動端末２０２の各部、例えば、制御部３１０、プロトコル処理部３０１、エンコーダー部３０４、デコーダー部３０９は、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＤＳＰ（Digital　Signal　Processor）などの専用の処理回路で実現されてもよい。図４において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図５は、図２に示す基地局２１３の構成を示すブロック図である。図５に示す基地局２１３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２１３とＥＰＣとの間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２１３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。制御部４１１からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、プロトコル処理部４０３へ送られる。制御データ、ユーザデータのバッファリングが行われてもよい。制御データ、ユーザデータのバッファが、制御部４１１に設けられてもよいし、ＥＰＣ通信部４０１に設けられてもよいし、５ＧＣ通信部４１２に設けられてもよいし、他基地局通信部４０２に設けられてもよい。

　プロトコル処理部４０３は、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、ＤＣ等における送信データのルーティング、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部４０３から変調部４０６へ直接出力されるデータが存在してもよい。また、プロトコル処理部４０３から他基地局通信部４０２にデータが送られてもよい。例えば、ＤＣにおいて、５ＧＣ通信部４１２又はＥＰＣ通信部４０１から送られたデータが他基地局通信部４０２を介して他基地局、例えば、セカンダリ基地局に送られてもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より１つもしくは複数の移動端末２０２に対して送信信号が送信される。図５において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、基地局２１３の受信処理は以下のように実行される。１つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８－１～４０８－４により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部４０３に渡され、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。プロトコル処理が行われたデータのうち、制御データは制御部４１１あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡される。他基地局通信部４０２から送られたデータが５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１に送られてもよい。該データは、例えば、ＤＣにおいて他基地局を経由して５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１部に送られる上りデータであってもよい。

　基地局２１３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図５では省略しているが、各部４０１，４０２，４０５～４１０，４１２とも接続している。

　基地局２１３の各部、例えば、制御部４１１、プロトコル処理部４０３、５ＧＣ通信部４１２、ＥＰＣ通信部４０１、他基地局通信部４０２、エンコーダー部４０５、デコーダー部４１０は、上述した移動端末２０２と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。図５において、基地局２１３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図２に示すＣＵ２１５の構成の例として、図５に示すエンコーダー部４０５、変調部４０６、周波数変換部４０７、アンテナ４０８－１～４０８－４、復調部４０９、デコーダー部４１０を除き、ＤＵ通信部を設けたものが用いられる場合がある。ＤＵ通信部は、プロトコル処理部４０３と接続する。ＣＵ２１５におけるプロトコル処理部４０３は、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理を行う。

　図２に示すＤＵ２１６の構成の例として、図５に示すＥＰＣ通信部４０１、他基地局通信部４０２、５ＧＣ通信部４１２を除き、ＣＵ通信部を設けた構成が用いられる場合がある。ＣＵ通信部は、プロトコル処理部４０３と接続する。ＤＵ２１６におけるプロトコル処理部４０３は、ＰＨＹ、ＭＡＣ、ＲＬＣ等のプロトコル処理を行う。

　図６は、５ＧＣ部の構成を示すブロック図である。図６では、前述の図２に示す５ＧＣ部２１４の構成を示す。図６は、図２にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。図６に示す例において、ＡＭＦが制御プレイン制御部５２５の機能を、ＳＭＦがセッション管理部５２７の機能を、ＵＰＦがユーザプレイン通信部５２３およびＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１の機能を、それぞれ有してもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ　Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ　Ｎｅｔｗｏｒｋから送られたユーザデータは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２１３へ送信される。基地局２１３から送られたユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ　Ｎｅｔｗｏｒｋへ送信される。

　基地局２１３から送られた制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡される。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡してもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋから制御データが送られてもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋから送られた制御データは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ送られてもよい。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ送ってもよい。

　ユーザプレイン制御部５２３は、ＰＤＵ処理部５２３－１、モビリティアンカリング部５２３－２などを含み、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＰＤＵ処理部５２３－１は、データパケットの処理、例えば、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１との間のパケットの送受信、基地局通信部５２２との間のパケットの送受信を行う。モビリティアンカリング部５２３－２は、ＵＥのモビリティ時におけるデータ経路の繋ぎ止めを担う。

　セッション管理部５２７は、ＵＥとＵＰＦとの間に設けられるＰＤＵセッションの管理などを行う。セッション管理部５２７は、ＰＤＵセッションコントロール部５２７－１、ＵＥ　ＩＰアドレス割当部５２７－２などを含む。ＰＤＵセッションコントロール部５２７－１は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理を行う。ＵＥ　ＩＰアドレス割当部５２７－２は、移動端末２０２へのＩＰアドレスの割当てなどを行う。

　制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、アイドルステート（Idle　State）モビリティ管理部５２５－２などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。アイドルステートモビリティ管理部５２５－２は、待受け状態（アイドルステート（Idle　State）：ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　５ＧＣ部２１４の一連の処理は、制御部５２６によって制御される。よって制御部５２６は、図６では省略しているが、各部５２１～５２３，５２５，５２７と接続している。５ＧＣ部２１４の各部は、上述した移動端末２０２の制御部３１０と同様に、例えば、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。

　次に通信システムにおけるセルサーチ方法の一例を示す。図７は、ＮＲ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization　Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical　Cell　Identifier）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は１００８通りが検討されている。通信端末は、この１００８通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

　通信端末は、次に同期がとれたセルに対して、ステップＳＴ６０２で、ＰＢＣＨを受信する。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master　Information　Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＳＦＮ（System　Frame　Number）、ＳＩＢ（System　Information　Block）１のスケジューリング情報、ＳＩＢ１等のサブキャリア間隔、ＤＭ－ＲＳ位置の情報などがある。

　また、通信端末は、ＰＢＣＨより、ＳＳブロック識別子を取得する。ＳＳブロック識別子のビット列の一部は、ＭＩＢに含まれている。残りのビット列は、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンス生成に用いられる識別子に含まれている。通信端末は、ＰＢＣＨに含まれるＭＩＢ、および、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンスを用いて、ＳＳブロック識別子を取得する。

　次にステップＳＴ６０３で、通信端末は、ＳＳブロックの受信電力を測定する。

　次にステップＳＴ６０４で、通信端末は、ステップＳＴ６０３までで検出された１つ以上のセルの中から、受信品質が最もよいセル、例えば、受信電力が最も高いセル、つまりベストセルを選択する。また、通信端末は、受信品質が最もよいビーム、例えば、ＳＳブロックの受信電力が最も高いビーム、つまりベストビームを選択する。ベストビームの選択には、例えば、ＳＳブロック識別子毎の、ＳＳブロックの受信電力が用いられる。

　次にステップＳＴ６０５で、通信端末は、ＭＩＢに含まれるＳＩＢ１のスケジューリング情報をもとにＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System　Information　Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルの構成情報、他のＳＩＢ（ＳＩＢｋ：ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking　Area　Code：ＴＡＣ）が含まれる。

　次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking　Area　Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI　list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile　Country　Code）と、ＭＮＣ（Mobile　Network　Code）と、ＴＡＣ（Tracking　Area　Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

　通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core　Network，ＥＰＣ）へ、ＴＡＵ（Tracking　Area　Update）を行うためにトラッキングエリアの変更を要求する。

　コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

　次に通信システムにおけるランダムアクセス方法の例を示す。ランダムアクセスにおいて、４ステップランダムアクセスと２ステップランダムアクセスが用いられる。また、４ステップランダムアクセスと２ステップランダムアクセスのそれぞれについて、衝突ベースの（Contention-based）ランダムアクセス、すなわち、他の移動端末との間のタイミングの衝突が起こりうるランダムアクセスと、衝突無しの（Contention-free）ランダムアクセスが存在する。

　衝突ベースの４ステップランダムアクセス方法の例を示す。最初のステップとして、移動端末は基地局に対し、ランダムアクセスプリアンブルを送信する。ランダムアクセスプリアンブルは、移動端末が所定の範囲の中から選択する場合もあれば、移動端末に個別に割当てられて基地局から通知される場合もある。

　２番目のステップとして、基地局は移動端末に対し、ランダムアクセス応答を送信する。ランダムアクセス応答には、３番目のステップに用いられる上りスケジューリング情報、３番目のステップの上り送信において用いられる端末識別子などが含まれる。

　３番目のステップとして、移動端末は基地局に対し上り送信を行う。移動端末は、上り送信に、２番目のステップにおいて取得した情報を用いる。４番目のステップとして、基地局は移動端末に対し、衝突解決の有無を通知する。衝突なし、と通知された移動端末は、ランダムアクセス処理を終了する。衝突あり、と通知された移動端末は、最初のステップから処理をやり直す。

　衝突無しの４ステップランダムアクセス方法においては、衝突ベースの４ステップランダムアクセス方法と以下の点で異なる。すなわち、最初のステップに先立ち、基地局は移動端末に対し、ランダムアクセスプリアンブルと上りスケジューリングをあらかじめ割り当てる。また、４番目のステップにおける、衝突解決有無の通知が不要となる。

　衝突ベースの２ステップランダムアクセス方法の例を示す。最初のステップとして、移動端末は基地局に対し、ランダムアクセスプリアンブルの送信および上り送信を行う。２番目のステップとして、基地局は移動端末に対し、衝突有無を通知する。衝突なし、と通知された移動端末は、ランダムアクセス処理を終了する。衝突あり、と通知された移動端末は、最初のステップから処理をやり直す。

　衝突無しの２ステップランダムアクセス方法においては、衝突ベースの２ステップランダムアクセス方法と以下の点で異なる。すなわち、最初のステップに先立ち、基地局は移動端末に対し、ランダムアクセスプリアンブルと上りスケジューリングをあらかじめ割り当てる。また、２番目のステップにおいて、基地局は移動端末に対し、ランダムアクセス応答を送信する。

　図８は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図８に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセル７５２を構成する。

　図８において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図８に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。

　ビームの識別には、ＱＣＬ（Quasi-CoLocation）の概念が用いられる（非特許文献１４（３ＧＰＰ　ＴＳ３８．２１４）参照）。すなわち、当該ビームが、どの基準信号（例、ＳＳブロック、ＣＳＩ－ＲＳ）のビームと同じとみなせるかを示す情報によって識別される。該情報には、同じビームとみなせる観点についての情報の種別、例えば、ドップラーシフト、ドップラーシフト拡散、平均遅延、平均遅延拡散、空間的Ｒｘパラメータに関する情報が含まれる場合がある（非特許文献１４（３ＧＰＰ　ＴＳ３８．２１４）参照）。

　３ＧＰＰにおいて、Ｄ２Ｄ（Device　to　Device）通信、Ｖ２Ｖ（Vehicle　to　Vehicle）通信のため、サイドリンク（ＳＬ：Side　Link）がサポートされている（非特許文献１、非特許文献１６参照）。ＳＬはＰＣ５インタフェースによって規定される。

　ＳＬ通信で、ブロードキャストに加え、ユニキャストとグループキャストをサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。

　また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５　ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。

　ＳＬ通信における移動端末の接続構成の例を図９に示す。図９に示す例において、基地局８０１のカバレッジ８０３内にＵＥ８０５、ＵＥ８０６が存在する。基地局８０１とＵＥ８０５との間で、ＵＬ／ＤＬ通信８０７が行われる。基地局８０１とＵＥ８０６との間で、ＵＬ／ＤＬ通信８０８が行われる。ＵＥ８０５とＵＥ８０６との間で、ＳＬ通信８１０が行われる。カバレッジ８０３の外にＵＥ８１１、ＵＥ８１２が存在する。ＵＥ８０５とＵＥ８１１との間でＳＬ通信８１４が行われる。また、ＵＥ８１１とＵＥ８１２との間でＳＬ通信８１６が行われる。

　ＳＬ通信における、リレー（relay）を介したＵＥとＮＷとの間の通信の例として、図９に示すＵＥ８０５が、ＵＥ８１１と基地局８０１との間の通信を中継する。

　リレーを行うＵＥに、図４と同様の構成が用いられる場合がある。ＵＥにおけるリレーの処理を、図４を用いて説明する。ＵＥ８１１から基地局８０１への通信における、ＵＥ８０５によるリレーの処理について説明する。ＵＥ８１１からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部３０１に渡され、ＵＥ８１１との間の通信に用いるＭＡＣ、ＲＬＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。また、基地局８０１との間の通信に用いるＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの付与等の動作を行う。ＵＥ８１１のプロトコル処理部３０１において、ＰＤＣＰ、ＳＤＡＰのプロトコル処理が行われる場合もある。プロトコル処理が行われたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部３０１から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局８０１に送信信号が送信される。

　前述において、ＵＥ８１１から基地局８０１への通信における、ＵＥ８０５によるリレーの例について示したが、基地局８０１からＵＥ８１１への通信のリレーにおいても同様の処理が用いられる。

　５Ｇ方式の基地局は、アクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）（非特許文献２、２０参照）をサポート可能である。ＩＡＢをサポートする基地局（以下、ＩＡＢ基地局と称する場合がある）は、ＩＡＢ機能を提供するＩＡＢドナーとして動作する基地局のＣＵであるＩＡＢドナーＣＵ、ＩＡＢドナーとして動作する基地局のＤＵであるＩＡＢドナーＤＵ、および、ＩＡＢドナーＤＵとの間、ＵＥとの間で無線インタフェースを用いて接続されるＩＡＢノードにより構成される。ＩＡＢノードとＩＡＢドナーＣＵとの間に、Ｆ１インタフェースが設けられる（非特許文献２参照）。

　ＩＡＢ基地局の接続の例を図１０に示す。ＩＡＢドナーＣＵ９０１はＩＡＢドナーＤＵ９０２と接続されている。ＩＡＢノード９０３は、ＩＡＢドナーＤＵ９０２と無線インタフェースを用いて接続される。ＩＡＢノード９０３は、ＩＡＢノード９０４と無線インタフェースを用いて接続される。すなわち、ＩＡＢノードの多段接続が行われる場合がある。ＵＥ９０５は、ＩＡＢノード９０４と無線インタフェースを用いて接続される。ＵＥ９０６がＩＡＢノード９０３と無線インタフェースを用いて接続される場合があるし、ＵＥ９０７がＩＡＢドナーＤＵ９０２と無線インタフェースを用いて接続される場合がある。ＩＡＢドナーＣＵ９０１に、複数のＩＡＢドナーＤＵ９０２が接続される場合があるし、ＩＡＢドナーＤＵ９０２に複数のＩＡＢノード９０３が接続される場合があるし、ＩＡＢノード９０３に、複数のＩＡＢノード９０４が接続される場合がある。

　ＩＡＢドナーＤＵとＩＡＢノードとの間の接続およびＩＡＢノード間の接続において、ＢＡＰ（Backhaul　Adaptation　Protocol）レイヤが設けられる（非特許文献２９参照）。ＢＡＰレイヤは、受信したデータの、ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードへのルーティング、ＲＬＣチャネルへのマッピング等の動作を行う（非特許文献２９参照）。

　ＩＡＢドナーＣＵの構成の例として、ＣＵ２１５と同様の構成が用いられる。

　ＩＡＢドナーＤＵの構成の例として、ＤＵ２１６と同様の構成が用いられる。ＩＡＢドナーＤＵのプロトコル処理部においては、ＢＡＰレイヤの処理、例えば、下りデータにおけるＢＡＰヘッダの付与、ＩＡＢノードへのルーティング、上りデータにおけるＢＡＰヘッダの除去等の処理が行われる。

　ＩＡＢノードの構成の例として、図５に示すＥＰＣ通信部４０１、他基地局通信部４０２、５ＧＣ通信部４１２を除いた構成が用いられる場合がある。

　ＩＡＢノードにおける送受信処理を、図５、図１０を用いて説明する。ＩＡＢドナーＣＵ９０１とＵＥ９０５との間の通信における、ＩＡＢノード９０３の送受信処理について説明する。ＵＥ９０５からＩＡＢドナーＣＵ９０１への上り通信において、ＩＡＢノード９０４からの無線信号が、アンテナ４０８（アンテナ４０８－１～４０８－４の一部または全部）により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部４０３に渡され、ＩＡＢノード９０４との間の通信に用いるＭＡＣ、ＲＬＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。また、ＢＡＰヘッダを用いたＩＡＢドナーＤＵ９０２へのルーティングが行われるとともに、ＩＡＢドナーＤＵ９０２との間の通信に用いるＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部４０３から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４よりＩＡＢドナーＤＵ９０２に対して送信信号が送信される。ＩＡＢドナーＣＵ９０１からＵＥ９０５への下り通信においても同様の処理が行われる。

　ＩＡＢノード９０４においても、ＩＡＢノード９０３と同様の送受信処理が行われる。ＩＡＢノード９０３のプロトコル処理部４０３においては、ＢＡＰレイヤの処理として、例えば、上り通信におけるＢＡＰヘッダの付与およびＩＡＢノード９０４へのルーティング、下り通信におけるＢＡＰヘッダの除去等の処理が行われる。

　５Ｇ無線アクセスシステムでは、ＸＲやクラウドゲーミングサービスに適した通信を可能にすることが重要な課題となる。３ＧＰＰにおいてＸＲトラフィックの特質が検討された（非特許文献３４参照）。ＸＲトラフィックの特質として、例えば、非整数周期性、データ発生時間変動（ジッタ）特性、データ量変動特性、低遅延特性などがあげられた。ＸＲやクラウドゲーミングサービスに適した通信を可能にするには、このようなＸＲトラフィックの特質を考慮した通信方法が要求される。

　ＸＲサービスがＵＬにおいて通信されるような場合、ＸＲトラフィックのＵＬデータはＵＥで発生するため、ＮＷはＵＥで発生するＵＬのＸＲトラフィックの特質を認識できないことになる。たとえば、ＵＬデータの発生タイミングやデータ量などをＮＷは認識できない。また、たとえ、ＸＲサービスとしてＵＬのＸＲトラフィックのＱｏＳがＮＷで設定されていたとしても、実際ＵＥから送信されたＵＬのＸＲトラフィックの性能をＮＷは認識できない。ＮＷはＵＬのＸＲトラフィックの特質を認識できないため、ＵＬのＸＲトラフィックに適したスケジューリングあるいは修正ができず、通信品質が低下してしまう問題が発生する場合がある。

　本実施の形態１ではこのような課題を解決する方法を開示する。

　該方法では、ＵＥはｇＮＢに対して、ＵＬデータに関する情報を送信する。ＵＬデータに関する情報例を８つ開示する。
（１）データ発生周期。
（２）データ発生ジッタ。
（３）フレームレート。
（４）データレート。
（５）データ量。
（６）パケット遅延バジェット。
（７）ストリーム数。
（８）（１）から（７）の組合せ。

　ＵＬデータとして、発生するデータの代わりに送信するデータとしてもよい。たとえば、データ発生タイミングの代わりにデータ送信タイミングであってもよい。たとえば、データ発生周期の代わりにデータ送信周期、データ発生ジッタの代わりにデータ送信ジッタであってもよい。このようにすることで、実際に送信されるデータの情報が得られる。

　ＵＥで発生するＵＬデータに関する情報は、アプリケーションデータ毎であってもよい。ＵＥで発生するＵＬデータに関する情報は、１組のデータ毎であってもよい。１組のデータはＰＤＵセットであってもよい。ＵＥで発生するＵＬデータに関する情報は、ＰＤＵセット毎であってもよい。ＵＥで発生するＵＬデータに関する情報は、アプリケーションデータに対応するＰＤＵセット毎であってもよい。例えば、アプリケーションデータの発生周期やアプリケーションデータのデータ量などであってもよい。このようにすることで、ｇＮＢはアプリケーションデータ毎のＵＬデータに関する情報を取得可能となる。ｇＮＢは通信を行うアプリケーションに適したＣＧの設定が可能となる。

　ＵＥで発生するＵＬデータに関する情報は、統計的データであってもよい。この場合、ＵＥは、ＵＬデータに関する情報の統計的データを取得する。ＵＥは取得した統計的データをＵＬデータに関する情報としてもよい。統計的データとして、平均値、中央値、標準偏差、分散、切捨て範囲、最大値、最小値、第一四分位、第三四分位、最頻値、データ数などがある。統計的データ取得期間は規格等で静的に決めておいてもよい。たとえば、データ通信開始から、ＵＥからｇＮＢに該情報を送信するまでとしてもよい。他の方法として、ＮＷはＵＥに対して取得する期間の設定情報を通知してもよい。該期間設定情報をｇＮＢがＵＥに対して通知してもよい。ＵＥがＮＷから受信した期間設定情報に従って統計的データを取得する。ＮＷは取得期間を、たとえば、サービス状況に従って設定可能となる。ｇＮＢはＵＬデータに関する情報の統計的データをＵＥから取得可能になる。ＵＬデータに関する情報を統計的データとすることで、数多くのＵＬデータに関する情報や、ＵＬデータに関して長期間にわたった情報などを取得可能となる。ＵＬデータに関する各情報についてばらつきを考慮した情報を取得可能となる。

　ＵＥで発生するＵＬデータに関する情報は、アプリケーションデータ毎の統計的データであってもよい。前述の方法を適宜組み合わせるとよい。アプリケーションデータ毎に同様の効果を得ることができる。

　ＵＥはｇＮＢに対して、ＣＧの設定に関するプリファレンス情報を通知してもよい。ＣＧの設定に関するプリファレンス情報として、ＣＧ周期、オフセット、時間領域リソースアロケーション、周波数領域リソースアロケーションなどがある。これらの組合せであってもよい。ｇＮＢはＵＥからＣＧの設定に関するプリファレンス情報を受信することで、ＵＥにおいて好ましいＣＧの設定を認識可能となる。

　ＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報は、ストリーム毎であってもよい。たとえばＸＲトラフィックのストリーム毎であってもよい。ｇＮＢはストリーム毎の情報を取得できる。これらの情報は、ＱｏＳフロー毎であってもよい。ｇＮＢはストリーム毎の情報を取得できる。これらの情報は、ベアラ毎の情報であってもよい。ｇＮＢはベアラ毎の情報を取得できる。

　ｇＮＢはＵＥから取得したＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いて、通信に適したＣＧの設定を行ってもよい。このようにすることで、ＵＬのＸＲトラフィックに適したスケジューリングが可能で、低遅延特性の向上、通信品質の向上が図れる。

　ＵＥからｇＮＢへのＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報の送信方法について開示する。これらの情報の送信に、ＲＲＣシグナリングを用いてもよい。これらの情報の送信用に新たなメッセージを設けてもよい。他の情報と区別することで誤動作を低減可能となる。これらの情報の送信用に既存のメッセージを用いてもよい。たとえば、ＵＥ　ａｓｓｉｓｔａｎｃｅ　ｉｎｆｏｒｍａｔｉｏｎメッセージを用いてもよい。処理が複雑化するのを回避できる。ＲＲＣシグナリングを用いることで、情報量を多くすることが可能となる。またＵＥからｇＮＢへの送信確達性を向上させることができる。誤動作を低減できる。

　これらの情報の他の送信方法を開示する。ＭＡＣシグナリングを用いてもよい。ＭＡＣ　ＣＥに含めて送信してもよい。これらの情報の送信用に新たなＭＡＣ　ＣＥを設けてもよい。他の情報と区別することで誤動作を低減可能となる。これらの情報の送信用に既存のＭＡＣ　ＣＥを用いてもよい。処理が複雑化するのを回避できる。ＭＡＣシグナリングを用いることで、たとえば、ＣＧで設定されたＰＵＳＣＨを用いてＵＥからｇＮＢに送信可能になる。送信処理の簡略化が図れる。

　これらの情報の他の送信方法を開示する。ＰＵＣＣＨを用いてもよい。ＵＣＩに含めて送信してもよい。これらの情報の送信用に新たなＵＣＩを設けてもよい。他の情報と区別することで誤動作を低減可能となる。これらの情報の送信用に既存のＵＣＩを用いてもよい。処理が複雑化するのを回避できる。ＰＵＣＣＨを用いることで、より早期に、ダイナミックに送信可能となる。

　これらの情報は、ＵＥからｇＮＢに対して周期的あるいは定期的に送信されてもよい。ｇＮＢは周期的あるいは定期的にＵＥでのＵＬデータに関する情報やＣＧの設定に関する情報を受信でき、状況を認識可能となる。他の方法として、これらの情報は、ＵＥからｇＮＢに対してトリガベースで送信されてもよい。ＵＥがｇＮＢにこれらの情報を送信するための条件を設定してもよい。該条件をあらかじめｇＮＢからＵＥに送信してもよい。たとえば、ジッタの標準偏差が３ｍｓを超えた場合や、平均値の変動が前回の報告より１ｍｓ以上となった場合、などである。ｇＮＢはスケジューリングの変更が必要かどうかの判断に必要な条件をＵＥに対して送信してもよい。このようにすることで、ｇＮＢがこれらの情報を必要とするタイミングでこれらの情報を取得可能となる。

　他の方法として、これらの情報は、ＵＥからｇＮＢに対してトリガベースで送信されてもよい。ＵＥがこれらの情報を送信するための条件を設定してもよい。ＵＥはｇＮＢにスケジューリングの変更が必要かどうか判断させるための条件を設定してもよい。このようにすることで、ｇＮＢは、ＵＥが設定した条件が発生するタイミングでこれらの情報を取得可能となる。

　他の方法として、これらの情報は、ＵＥからｇＮＢに対してトリガベースで送信されてもよい。アプリケーションがこれらの情報を送信するための条件を設定してもよい。アプリケーションはｇＮＢにスケジューリングの変更が必要かどうか判断に必要な条件を設定してもよい。アプリケーションはＵＥに対して、あるいは、アプリケーションサーバ（ＡＳ）やアプリケーションファンクション（ＡＦ）がＵＥに対して、該条件を送信してもよい。また、アプリケーションからｇＮＢに対して、あるいは、ＡＳやＡＦがｇＮＢに対して、該条件を送信してもよい。このようにすることで、ｇＮＢは、アプリケーションが設定した条件がＵＥで発生するタイミングでこれらの情報を取得可能となる。

　ｇＮＢはＵＥに対してＵＬデータに関する情報の送信を要求してもよい。ｇＮＢはＵＥに対してＣＧの設定に関するプリファレンス情報の送信を要求してもよい。ＵＥはｇＮＢからの該情報の送信要求を受信する。ＵＥはｇＮＢからの該情報の送信要求を受信した場合にｇＮＢに対して該情報を送信してもよい。ＵＥがｇＮＢからの該情報の送信要求を受信した場合の該情報の送信方法は前述に開示した方法であってもよい。ｇＮＢからＵＥに対して、前述に開示した該情報の送信方法のどの方法とするかを示す情報を送信してもよい。該情報の送信要求とともに送信してもよい。ＵＥはｇＮＢから受信した、どの方法とするかを示す情報に従って送信方法を設定するとよい。このようにすることで、ｇＮＢがＵＥに対して該情報の送信方法を柔軟に設定でき、ＵＥに対して該情報の送信を要求可能となる。

　ＵＥはｇＮＢからの該情報の送信要求を受信した場合に、ｇＮＢに対して該情報を送信してもよい。たとえば、ｇＮＢにおいてＵＬデータに対するスケジューリング変更の必要が生じる場合にＵＥに対して該情報の送信要求を送信する。ＵＥはｇＮＢから受信した該情報の送信要求に応じて該情報をｇＮＢに対して送信する。このようにすることで、ｇＮＢは必要なタイミングでＵＥに対して該情報を送信させることが可能となる。

　ｇＮＢからＵＥへの該情報の送信要求の送信方法を開示する。ＲＲＣシグナリングを用いるとよい。該情報の送信要求の送信用に新たなメッセージを設けてもよい。他の情報と区別することで誤動作を低減可能となる。該情報の送信要求の送信用に既存のメッセージを用いてもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。処理が複雑化するのを回避できる。ＲＲＣシグナリングを用いることで、情報量を多くすることが可能となる。たとえば、ＣＧの設定とともに送信してもよい。たとえば、データ通信が開始される前に送信してもよい。ＵＥで早期にＵＬデータに関する情報の統計的データを取得可能となる。

　該情報の送信要求の他の送信方法を開示する。ＭＡＣシグナリングを用いてもよい。ＭＡＣ　ＣＥに含めて送信してもよい。該情報の送信要求の送信用に新たなＭＡＣ　ＣＥを設けてもよい。他の情報と区別することで誤動作を低減可能となる。該情報の送信要求の送信用に既存のＭＡＣ　ＣＥを用いてもよい。処理が複雑化するのを回避できる。ＭＡＣシグナリングを用いることで、早期に送信可能となるとともに、ＨＡＲＱ処理により誤動作を低減可能となる。

　これらの情報の他の送信方法を開示する。ＰＤＣＣＨを用いてもよい。ＤＣＩに含めて送信してもよい。これらの情報の送信用に新たなＤＣＩを設けてもよい。他の情報と区別することで誤動作を低減可能となる。これらの情報の送信用に既存のＤＣＩを用いてもよい。たとえば、ＣＧのアクティベーション／デアクティベーション用のＤＣＩに含めて送信してもよい。処理が複雑化するのを回避できる。ＰＤＣＣＨを用いることで、より早期に、ダイナミックに送信可能となる。

　図１１は、ＵＥからｇＮＢにＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報を送信する方法のシーケンス例を示す図である。ｇＮＢとＵＥとの間で、ステップＳＴ３９１０に含まれるステップＳＴ３９０１からＳＴ３９０５の各処理が実行され、ＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報とがＵＥからｇＮＢに送信される。すなわち、ステップＳＴ３９０１でｇＮＢはＵＥに対してＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報の送信要求を送信する。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて送信する。これによりＵＥは、ＵＬデータに関する情報取得のための設定と、ＣＧの設定に関するプリファレンス情報導出のための設定を行う。ステップＳＴ３９０２でＵＥはｇＮＢに対してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信する。ステップＳＴ３９０１で要求された設定の完了通知を送信するとよい。ステップＳＴ３９０３でＵＥとｇＮＢ間でデータ通信が行われる。ステップＳＴ３９０４でＵＥは、該データ通信においてＵＬデータに関する情報の取得と、ＣＧの設定に関するプリファレンス情報の導出を行う。ステップＳＴ３９０５でＵＥは、定期的あるいは周期的、あるいは、トリガベースで、ｇＮＢに対して取得および導出したＵＬデータに関する情報と、ＣＧの設定に関するプリファレンス情報とを送信する。定期的あるいは周期的、あるいは、トリガベースか否かは、たとえばステップＳＴ３９０１でｇＮＢから設定されてもよく、ＵＥは該設定に従った方法で送信するとよい。図１１では、該情報の送信にＲＲＣシグナリングを用いる。ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを用いて送信する。このようにすることで、ｇＮＢはＵＥからＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報とを取得可能となる。ｇＮＢはＵＥから取得したＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報とを用いて、通信に適したＣＧの設定を行ってもよいし、また、ＵＬのＸＲトラフィックに適したスケジューリングを行ってもよい。これにより、低遅延特性の向上、通信品質の向上が図れる。

　図１１では、ＵＬデータに関する情報とＣＧの設定に関するプリファレンス情報の両方を送信する場合について示したが、いずれか一方のみであってもよい。

　ＵＥからｇＮＢに対してＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を送信する方法を開示した。ＵＥからＣＮ（Core　Network）に対して該情報を送信してもよい。あるいは、ｇＮＢからＣＮに対して、ＵＥから取得した該情報を送信してもよい。ＣＮのファンクションとして、たとえばＡＭＦであってもよい。ＵＥからＡＭＦに対してＮＡＳシグナリングを用いてＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を送信してもよい。このようにすることで、ＣＮのファンクションあるいはＣＮのノードでＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いることが可能となる。

　ＵＥからあるいはｇＮＢからＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を受信したＣＮのファンクションあるいはＣＮのノードは、該情報をＮＷＤＡＦ（Network　Data　Analytic　Function）に通知してもよい。ＮＷＤＡＦは該情報を用いることが可能となる。ＮＷＤＡＦは取得したＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いて、たとえば、通信制御やＮＷオペレーションを行ってもよい。このようにすることで、ＵＬのＸＲトラフィックに適した通信制御やＮＷオペレーションが可能となり、低遅延特性の向上、通信品質の向上が図れる。

　ＮＷＤＡＦはＵＥからあるいはｇＮＢから受信したＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いて導出した解析結果をアプリケーションに送信してもよい。アプリケーションはＮＷＤＡＦに対して該解析結果を要求してもよい。ＮＷＤＡＦは該要求に応じて該解析結果をアプリケーションに送信してもよい。ＮＷＤＡＦとアプリケーションとの間の送受信について開示したが、ＮＷＤＡＦとアプリケーションサーバ（ＡＳ）あるいはアプリケーションファンクション（ＡＦ）との間で該解析結果や該要求を送受信してもよい。アプリケーションがＡＦやＡＳを介してＮＷＤＡＦとの間で該解析結果や該要求を送受信してもよい。このようにすることで、アプリケーションにおいて該解析結果を用いることが可能となる。

　ＵＥからＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を受信したＣＮのファンクションあるいはＣＮのノードが、該情報をｇＮＢに通知してもよい。ｇＮＢは該情報を用いることが可能となる。前述に開示したように、ｇＮＢはＵＥから取得したＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いて、通信に適したＣＧの設定を行ってもよい。このようにすることで、ＵＬのＸＲトラフィックに適したスケジューリングが可能で、低遅延特性の向上、通信品質の向上が図れる。

　また、ＵＥからアプリケーションファンクション（ＡＦ）あるいはアプリケーションサーバ（ＡＳ）に対して該情報を送信してもよい。ｇＮＢからＡＦあるいはＡＳに対して、ＵＥから取得した該情報を送信してもよい。ｇＮＢはＣＮを経由してＡＦあるいはＡＳに対して該情報を送信してもよい。このようにすることで、ＡＦあるいはＡＳやアプリケーションによってＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報を用いることが可能となる。

　ｇＮＢからＵＥに対して該情報の送信要求を送信する方法を開示した。ＣＮからＵＥに対して該情報の送信要求を送信してもよい。あるいは、ＣＮからｇＮＢに対して該情報の送信要求を送信してもよい。該送信要求を受信したｇＮＢはＵＥに対して該情報の送信要求を行ってもよい。このようにすることで、ＣＮのファンクションあるいはＣＮのノードがＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報の送信要求を行うことが可能となる。

　また、ＡＦあるいはＡＳからＵＥに対して該情報の送信要求を送信してもよい。ＡＦあるいはＡＳからｇＮＢに対して該情報の送信要求を送信してもよい。ＡＦあるいはＡＳはＣＮを経由してｇＮＢに対して該情報の送信要求を送信してもよい。該送信要求を受信したｇＮＢはＵＥに対して該情報の送信要求を行ってもよい。このようにすることで、ＡＦあるいはＡＳやアプリケーションがＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報の送信要求を行うことが可能となる。

　ＤＬについて開示する。ｇＮＢはＣＮあるいはＡＦあるいはＡＳに対してＤＬデータに関する情報、ＳＰＳ（Semi　Persistent　Scheduling）の設定に関するプリファレンス情報を送信してもよい。また、ＣＮあるいはＡＦあるいはＡＳはｇＮＢに対してＤＬデータに関する情報、ＳＰＳの設定に関するプリファレンス情報の送信要求を送信してもよい。このようにすることで、ＡＦあるいはＡＳやアプリケーションがＵＬデータに関する情報、ＣＧの設定に関するプリファレンス情報の送信要求を行うことが可能となる。このようにすることで、ＣＮあるいはＣＮノード、あるいは、ＡＦあるいはＡＳやアプリケーションがＤＬデータに関する情報、ＳＰＳの設定に関するプリファレンス情報を取得可能となる。また、ＣＮあるいはＣＮノード、あるいは、ＡＦあるいはＡＳやアプリケーションがＤＬデータに関する情報、ＳＰＳの設定に関するプリファレンス情報の送信要求を行うことが可能となる。

　図１２は、ｇＮＢからＡＦに対してＵＬデータおよびＤＬデータに関する情報を送信する方法のシーケンス例を示す図である。図１２では、ＵＬデータおよびＤＬデータを含めてＸＲデータと記している。ステップＳＴ４００１で、ＡＦ、ＵＰＦ、ｇＮＢ、ＵＥ間でデータの送受信を行っている。ステップＳＴ４００２からＳＴ４００５で、ＡＦは、ＮＥＦ（Network　Exposure　Function）、ＰＣＦ、ＡＭＦ／ＳＭＦを介してｇＮＢに対してＸＲデータに関する情報の送信要求（ＸＲデータ関連情報要求）を送信する。該情報の送信要求を受信したｇＮＢは、ステップＳＴ４００６でＤＬデータに関する情報を取得する。また、該情報の送信要求を受信したｇＮＢは、ＵＥに対して、図１１に記載のステップＳＴ３９１０の処理を行い、ＵＥからＵＬデータに関する情報を取得する。ＤＬデータに関する情報とＵＬデータに関する情報とを取得したｇＮＢは、ステップＳＴ４００７からＳＴ４０１０で、ＡＭＦ／ＳＭＦ、ＰＣＦ、ＮＥＦを介してＡＦに対してＸＲデータに関する情報を送信する。このようにすることで、ＡＦはｇＮＢおよびＵＥからＸＲデータに関する情報を取得可能となる。

　図１２では、ＤＬデータとＵＬデータの両方を送信する場合について開示したが、いずれか一方のみであってもよい。図１２では、ＸＲデータに関する情報を送信する場合について開示したが、ＣＧおよび／あるいはＳＰＳの設定に関するプリファレンス情報を送信してもよい。同様の方法を適宜適用するとよい。

　このようにすることで、ＣＮのファンクションあるいはＣＮのノード、あるいは、ＡＦあるいはＡＳやアプリケーションが、ＤＬデータに関する情報、ＵＬデータに関する情報、ＳＰＳの設定に関するプリファレンス情報、ＣＧの設定に関するプリファレンス情報、これらを組合せた情報を取得可能となる。

　ＣＮのファンクションあるいはＣＮのノードは取得した情報を用いて、サービスに要求されるＱｏＳやＱｏＳフローの修正、ストリームの修正、通信のためのリソース設定の修正、たとえばネットワークスライシング設定の修正や使用するＵＰＦの修正等を実施可能となる。これにより、ＸＲトラフィックに適した通信が可能となり、通信品質の向上が図れる。

　また、ＡＦあるいはＡＳやアプリケーションは取得した情報を用いて、サービスに要求するＱｏＳの修正等を行うことができる。このようにすることで、ＸＲトラフィックに適したサービスを提供することが可能となる。

実施の形態２．
　複数のデータの組み合わせが設けられてもよい（該組み合わせを、以下、ＰＤＵセットと称する場合がある）。ＰＤＵセット内の一部のデータの通信失敗を契機として、ＰＤＵセットのデータが破棄されてもよい。該破棄は、基地局において行われてもよい。基地局は、送信前のＰＤＵセットのデータを破棄してもよい。

　ところが、基地局においてＰＤＵセットのデータが破棄された場合であっても、ＵＥにおいて受信した該ＰＤＵセットのデータは破棄されずに残ることにより、ＵＥにデータが滞留するという問題が生じる。

　本実施の形態２は、前述の問題点を解決する方法を開示する。

　該方法では、ＵＥにデータを破棄する機能を設ける。ＵＥはＰＤＵセットのデータを破棄してもよい。ＵＥは、受信済みのＰＤＵセットのデータを破棄してもよい。

　基地局とＵＥの両方が、データを破棄する機能を有してもよい。基地局とＵＥの両方が、ＰＤＵセットのデータを破棄してもよい。基地局は、送信前のＰＤＵデータを破棄してもよい。ＵＥは、受信済みのＰＤＵデータを破棄してもよい。

　ＰＤＵセットの識別子が設けられてもよい。ＰＤＵセットのデータの破棄に、該識別子が設けられてもよい。基地局は、破棄したＰＤＵセットに関する情報をＵＥに通知してもよい。該情報は、たとえば破棄したＰＤＵセットの識別子であってもよい。ＵＥは基地局から破棄したＰＤＵセットの識別子を受信する。ＵＥは、該識別子を用いて、ＰＤＵデータを破棄してもよい。

　基地局は該識別子を、ＲＴＰ（Realtime　Transport　Protocol）ヘッダを用いて通知してもよい。ＲＴＰヘッダに、ＰＤＵセットの識別子を示す情報が含まれてもよい。ＵＥは、該ヘッダを用いて、破棄するＰＤＵセットに関する情報を取得してもよい。ＵＥは、取得する該動作を、ＰＤＣＰレイヤにおいて行ってもよいし、ＩＰレイヤにおいて行ってもよい。例えば、ＵＥのＰＤＣＰレイヤは、ＰＤＣＰ　ＳＤＵ（Service　Data　Unit）に含まれるＲＴＰヘッダから該情報を取得してもよい。ＵＥのＩＰレイヤは、ＩＰペイロードに含まれるＲＴＰヘッダから該情報を取得してもよい。

　他の例として、基地局は該識別子を、ＧＴＰ（GPRS　Tunnelling　Protocol）ヘッダを用いて通知してもよい。ＧＴＰヘッダに、ＰＤＵセットの識別子を示す情報が含まれてもよい。基地局は、ＧＴＰヘッダに対応付けられるＲＴＰヘッダに関する情報をＵＥに通知してもよいし、ＧＴＰヘッダに対応付けられるＰＤＣＰ　ＳＮに関する情報をＵＥに通知してもよい。ＲＴＰヘッダに関する該情報には、例えば、先頭のＲＴＰデータに関する情報が含まれてもよいし、末尾のＲＴＰデータに関する情報が含まれてもよいし、ＲＴＰデータの範囲に関する情報が含まれてもよいし、ＲＴＰデータの数に関する情報が含まれてもよい。ＰＤＣＰ　ＳＮ（Sequence　Number）に関する該情報には、例えば、先頭のＰＤＣＰ　ＳＮに関する情報が含まれてもよいし、末尾のＰＤＣＰ　ＳＮに関する情報が含まれてもよいし、ＰＤＣＰ　ＳＮの範囲に関する情報が含まれてもよいし、ＰＤＣＰ　ＳＮの数に関する情報が含まれてもよい。

　他の解決策を開示する。ＰＤＵセットの破棄に用いられるタイマを設ける。基地局はＵＥに対して該タイマを通知する。ＵＥは、ＰＤＵセット内の最初のパケットの受信を契機として該タイマを起動させる。ＵＥは、ＰＤＵセット内の全てのパケットの受信を契機として該タイマを停止させる。ＵＥは、該タイマの満了を契機としてＰＤＵセットのデータを破棄する。

　ＵＥは、ＰＤＵセット毎に該タイマを有してもよい。このことにより、例えば、後のＰＤＵセットのデータを先のＰＤＵセットのデータの一部よりも先に受信した場合においても、ＰＤＵセットのタイマによる制御が可能となる。ほかの例として、ＵＥは、該タイマを１つのみ有してもよい。ＵＥは、例えば、後のＰＤＵセットのデータを先のＰＤＵセットのデータの一部よりも先に受信した場合において、先のＰＤＵセットのデータに関する該タイマの停止又は満了をもって、後のＰＤＵセットに関して該タイマを開始してもよい。このことにより、例えば、該タイマの制御に関する複雑性を回避可能となる。

　ＵＥは、複数のＰＤＣＰエンティティ間で該タイマを共通としてもよい。このことにより、例えば、通信システムにおける制御の複雑性を回避可能となる。他の例として、ＵＥは、複数のＲＬＣエンティティ間で該タイマを共通としてもよい。このことにより、例えば、前述と同様の効果が得られる。

　ＵＥは、該タイマ満了時において、Ｌ２レイヤおよび／あるいはＬ１レイヤに滞留している該ＰＤＵセットに係るデータを破棄してもよい。前述のＬ２レイヤおよび／あるいはＬ１レイヤは、例えば、ＳＤＡＰであってもよいし、ＰＤＣＰであってもよいし、ＲＬＣであってもよいし、ＭＡＣであってもよいし、ＰＨＹであってもよいし、前述の複数であってもよい。このことにより、例えば、通信システムにおける制御の複雑性を回避可能となる。

　他の解決策を開示する。基地局はＰＤＵセットのパケット遅延バジェットをＵＥに通知する。該パケット遅延バジェットは、例えば、下りのＰＤＵセットに係るパケット遅延バジェットであってもよい。基地局はＵＥに対し、該通知を、ＲＲＣシグナリング、例えば、ＲＲＣ再構成（RRCReconfiguration）を用いて通知してもよい。

　他の例として、コアＮＷ装置がＰＤＵセットのパケット遅延バジェットをＵＥに通知してもよい。該コアＮＷ装置は、例えば、ＰＣＦであってもよい。例えば、ＰＣＦはＵＥに該パケット遅延バジェットを通知してもよい。ＰＣＦは、例えば、ＵＥの登録処理において、パケット遅延バジェットをＵＥに通知してもよいし、ＰＤＵセッション確立処理においてパケット遅延バジェットをＵＥに通知してもよいし、ＱｏＳポリシー設定（QoS　Policy　Configuration）処理においてパケット遅延バジェットをＵＥに通知してもよい。該コアＮＷ装置は、例えば、ＵＤＭ（Unified　Data　Management）であってもよい。例えば、ＵＤＭは、ＵＥに該パケット遅延バジェットを通知してもよい。ＵＤＭは、例えば、ＵＥの登録処理において、パケット遅延バジェットをＵＥに通知してもよいし、ＰＤＵセッション確立処理においてパケット遅延バジェットをＵＥに通知してもよいし、ＱｏＳポリシー設定処理においてパケット遅延バジェットをＵＥに通知してもよい。

　ＵＥは、ＰＤＵセット内の最初のデータ受信から該パケット遅延バジェット以内にＰＤＵセットの全てのデータを受信できないことを契機として、該ＰＤＵセットのデータを破棄してもよい。

　ＰＤＵセットのパケット遅延バジェットにオフセットが設けられてもよい。例えば、基地局からＵＥへの通信に必要な時間が、該オフセットとして設けられてもよい。ＵＥにおける前述の処理において、該パケット遅延バジェットに代えて、該パケット遅延バジェットに該オフセットを加算した値が用いられてもよい。このことにより、例えば、基地局からＵＥに対する通信に多くの時間を要する場合にあっても、不必要にＰＤＵセットのデータの破棄が発生するのを防止可能となる。

　パケットデータにタイムスタンプが付与されてもよい。ＵＥは、該タイムスタンプを、パケット遅延バジェットの起算に用いてもよい。ほかの例として、ＵＥは、パケット遅延バジェットの起算にＲＴＰのタイムスタンプを用いてもよい。このことにより、例えば、ＵＥにおいてパケット遅延バジェットを用いた制御に関する複雑性を回避可能となる。前述のタイムスタンプは、ＰＤＵセットの最初のパケットにのみ付与されてもよい。このことにより、例えば、パケットサイズを削減可能となる。

　本実施の形態２において用いられた方法が、上りデータにおいて用いられてもよい。例えば、ＵＥは、送信途中のＰＤＵセットのデータを破棄してもよいし、基地局は受信途中のＰＤＵセットのデータを破棄してもよい。ＵＥは基地局に対し、ＰＤＵセットに関する情報を通知してもよい。該情報は、例えば、ＰＤＵセットの識別子であってもよいし、ＰＤＵセットに係るタイマであってもよいし、ＰＤＵセットのパケット遅延バジェットであってもよい。このことにより、例えば、下りと同様の効果が得られる。

　ＰＤＵセットのデータの破棄を行うかどうかが設定可能（configurable）であってもよい。基地局はＵＥに対し、破棄を行うかどうかを示す情報を通知してもよい。ＵＥは、該情報を用いて、ＰＤＵセットのデータの破棄を行ってもよいし、行わないとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　本実施の形態２により、ＵＥにおけるＰＤＵセットのデータの滞留を防止可能となり、その結果、ＵＥ内バッファ溢れを回避可能とし、ＵＥの誤動作を低減可能となる。また、ＵＥのバッファ量を削減可能となる。

実施の形態３．
　ＵＥは、破棄されたＰＤＵセットに関する情報を基地局に通知する。ＰＤＵセットに関する情報には、例えば、破棄されたＰＤＵセットの数に関する情報が含まれてもよい。数に関する該情報は、例えば、所定の時間内におけるＰＤＵセット破棄数であってもよいし、所定のＰＤＵセット数のうち破棄されたＰＤＵセットの数であってもよいし、ＧＯＰ（Group　Of　Picture）単位であってもよいし、映像フレーム毎であってもよいし、映像ストリーム毎であってもよいし、ＱｏＳフロー毎であってもよい。破棄されたＰＤＵセットの割合に関する情報が含まれてもよい。

　他の例として、ＰＤＵセットに関する情報には、破棄されたデータ数に関する情報が含まれてもよい。破棄されたデータ数に関する該情報は、ＰＤＵセット内のデータ数であってもよいし、破棄されたデータの割合であってもよいし、前述の、ＰＤＵセットの数に関する情報と同様の情報であってもよい。

　他の例として、ＰＤＵセットに関する情報は、統計的な値であってもよい。

　ＰＤＵセットに関する情報は、下りに関する情報であってもよいし、上りに関する情報であってもよいし、下り／上り両方に関する情報であってもよい。

　破棄されたＰＤＵセットに関する情報を、ＵＥが取得してもよい。他の例として、該情報を、基地局が取得してもよい。例えば、基地局のＣＵが取得してもよいし、ＤＵが取得してもよいし、ＴＲＰが取得してもよい。他の例として、該情報を、コアＮＷ装置が取得してもよい。

　ＵＥが破棄されたＰＤＵセットに関する情報を基地局に送信する方法は、実施の形態１で開示した、ＵＥから基地局へのＵＬデータに関する情報の送信方法を適宜適用するとよい。

　基地局は、通知された該情報を用いて、無線ネットワークの制御を行ってもよい。例えば、ＵＥに対する無線リソースの割り当てやＭＣＳ（Modulation　and　Coding　Scheme）の制御に用いてもよいし、ＳＰＳおよび／あるいはＣＧの制御を行ってもよい。

　基地局はＵＥに対して破棄されたＰＤＵセットに関する情報の送信を要求してもよい。この方法は、実施の形態１で開示した、ＵＥから基地局へのＵＬデータに関する情報の要求方法を適宜適用するとよい。

　ＵＥからｇＮＢに対して破棄されたＰＤＵセットに関する情報を送信する方法を開示した。ＵＥからＣＮに対して該情報を送信してもよい。あるいは、ｇＮＢからＣＮに対して、ＵＥから取得した該情報を送信してもよい。これらの方法は、実施の形態１で開示した、ＵＥからＣＮに対して、あるいは、ｇＮＢからＣＮに対してＵＬデータに関する情報を送信する方法を適宜適用するとよい。

　ＵＥからあるいはｇＮＢから破棄されたＰＤＵセットに関する情報を受信したＣＮのファンクションあるいはＣＮのノードは、該情報をＮＷＤＡＦに通知してもよい。ＮＷＤＡＦは該情報を用いることが可能となる。ＮＷＤＡＦは取得した破棄されたＰＤＵセットに関する情報を用いて、たとえば、通信制御やＮＷオペレーションを行ってもよい。たとえば、通知された該情報を用いて、ＱｏＳ制御を行ってもよいし、ＰＤＵセットの優先度制御を行ってもよい。このようにすることで、たとえばＸＲなどのサービスに適した通信制御やＮＷオペレーションが可能となり、低遅延特性の向上、通信品質の向上が図れる。

　ＮＷＤＡＦはＵＥからあるいはｇＮＢから受信した破棄されたＰＤＵセットに関する情報を用いて導出した解析結果をアプリケーションに送信してもよい。アプリケーションはＮＷＤＡＦに対して該解析結果を要求してもよい。ＮＷＤＡＦは該要求に応じて該解析結果をアプリケーションに送信してもよい。ＮＷＤＡＦとアプリケーションとの送受信について開示したが、ＮＷＤＡＦとアプリケーションサーバ（ＡＳ）あるいはアプリケーションファンクション（ＡＦ）と該解析結果や該要求を送受信してもよい。アプリケーションがＡＦやＡＳを介してＮＷＤＡＦと該解析結果や該要求を送受信してもよい。このようにすることで、アプリケーションにおいて該解析結果を用いることが可能となる。

　ＵＥから破棄されたＰＤＵセットに関する情報を受信したＣＮのファンクションあるいはＣＮのノードが、該情報をｇＮＢに通知してもよい。ｇＮＢは該情報を用いることが可能となる。前述に開示したように、ｇＮＢはＵＥから取得した破棄されたＰＤＵセットに関する情報を用いて、例えば、ＸＲなどのサービスに適したスケジューリングが可能で、低遅延特性の向上、通信品質の向上が図れる。

　また、ＵＥからアプリケーションファンクション（ＡＦ）あるいはアプリケーションサーバ（ＡＳ）に対して該情報を送信してもよい。ｇＮＢからＡＦあるいはＡＳに対して、ＵＥから取得した該情報を送信してもよい。ｇＮＢはＣＮを経由してＡＦあるいはＡＳに対して該情報を送信してもよい。このようにすることで、ＡＦあるいはＡＳがアプリケーションによって破棄されたＰＤＵセットに関する情報を用いることが可能となる。

　ｇＮＢからＵＥに対して該情報の送信要求を送信する方法を開示した。ＣＮからＵＥに対して該情報の送信要求を送信してもよい。あるいは、ＣＮからｇＮＢに対して該情報の送信要求を送信してもよい。該送信要求を受信したｇＮＢはＵＥに対して該情報の送信要求を行ってもよい。このようにすることで、ＣＮのファンクションあるいはＣＮのノードが破棄されたＰＤＵセットに関する情報の送信要求を行うことが可能となる。

　また、ＡＦあるいはＡＳからＵＥに対して該情報の送信要求を送信してもよい。ＡＦあるいはＡＳからｇＮＢに対して該情報の送信要求を送信してもよい。ＡＦあるいはＡＳはＣＮを経由してｇＮＢに対して該情報の送信要求を送信してもよい。該送信要求を受信したｇＮＢはＵＥに対して該情報の送信要求を行ってもよい。このようにすることで、ＡＦあるいはＡＳやアプリケーションが破棄されたＰＤＵセットに関する情報の送信要求を行うことが可能となる。

　本実施の形態３により、たとえばＸＲなどのサービスに適した通信システムの制御を実行可能となる。

実施の形態４．
　ＵＥのモビリティ発生時において、下りデータは移動元基地局から移動先基地局に転送される。このことから、ＰＤＵセットの途中のパケットからデータの転送が行われる場合がある。ところが、移動先基地局は、移動元基地局がＰＤＵセット内の最初のデータを送信したタイミングを認識しない。あるいは、移動先基地局は、移動元基地局がＵＰＦからＰＤＵセット内の最初のデータを受信したタイミングを認識しない。このため、移動先基地局は、ＰＤＵセットの全てのデータがパケット遅延バジェット以内に送信されたかどうかを判断できず、その結果、例えば、移動先基地局は優先制御、スケジューリング制御、および／あるいはデータ破棄制御ができない、といった問題が生じる。

　本実施の形態４は、前述の問題点を解決する方法を開示する。

　すなわち、本実施の形態４に示す方法においては、移動元基地局は移動先基地局に対し、転送するデータが含まれるＰＤＵセット内の最初のデータ送信タイミングに関する情報を通知する。移動元基地局から移動先基地局に対し、ＵＰＦからＰＤＵセット内の最初のデータを受信したタイミングに関する情報を通知するとしてもよい。前述の方法は、例えば、下り通信において適用されてもよい。

　ＰＤＵセット内の最初のデータに関する情報が設けられてもよい。移動元基地局は移動先基地局に対する該情報の通知方法としてＸｎシグナリングを用いてもよい。該情報は、例えば、ＳＮステータス転送（SN　STATUS　TRANSFER）のシグナリングに含まれてもよいし、早期ステータス転送（EARLY　STATUS　TRANSFER）のシグナリングに含まれてもよい。

　移動元基地局は、移動先基地局に対する該情報の通知方法として、ＮＧ－ＲＡＮで用いられるユーザプレーンプロトコルを用いてもよい。該情報をユーザプレーンデータとして処理可能となる。

　前述の方法が、上り通信において適用されてもよい。例えば、移動元基地局は移動先基地局に対し、ＰＤＵセット内の最初のデータ受信タイミングに関する情報を通知する。

　本実施の形態４により、移動先基地局はＰＤＵセットの全てのデータがパケット遅延バジェット以内に送信されたかどうかの判断が可能となり、その結果、例えば、移動先基地局は優先制御、スケジューリング制御、および／あるいはデータ破棄制御が可能となる。

　前述では、ＵＥのモビリティ発生時について開示したが、ＤＣ（Dual　Connecivity）においても適宜適用してもよい。たとえば、ＳＣＧ追加処理において適宜適用してもよい。ＭＮ終端ベアラからＳＮ終端ベアラへ、あるいは、ＳＮ終端ベアラからＭＮ終端ベアラへの移行処理において適宜適用してもよい。ＤＣにおいても基地局は優先制御、スケジューリング制御、および／あるいはデータ破棄制御が可能となる。

実施の形態５．
　ＰＤＵセットに優先順位が設けられてもよい。スケジューリングが、ＰＤＵセットに設けられた優先順位を用いて行われてもよい。

　例えば、ＳＰＳにおいて、複数のＰＤＵセットのデータの一部の送信タイミングが衝突した場合において、基地局は、優先順位が高いＰＤＵセットのデータを送信するとしてもよい。

　他の例として、ＣＧにおいて、複数のＰＤＵセットのデータの一部の送信タイミングが衝突した場合において、ＵＥは、優先順位が高いＰＤＵセットのデータを送信するとしてもよい。

　たとえば、ＰＤＵセット内のデータの一部が送達できずパケット遅延バジェットを超えてしまうような場合に該ＰＤＵセットを破棄する場合、該ＰＤＵセットの他のデータを優先しても無駄になる。このような課題を解決するため、ＰＤＵセット毎に優先順位を行ってもよい。たとえば、破棄するＰＤＵセット内の他のデータを優先してスケジューリングするなどを実行せずに、他のＰＤＵセットに対して優先的にスケジューリングするなどの制御を行ってもよい。このようにすることで、該ＰＤＵセットの他のデータに割当てるリソースを、他のＰＤＵセットのデータに対して割当てることが可能となる。

　このようにＰＤＵセット毎に優先制御を行うことで、効率の良い優先制御が可能となる。無線リソースの使用効率を向上させることが可能となる。

　本開示において、ｇＮＢあるいはセルとして記載しているが、特に説明の無い限り、ｇＮＢであってもよいしセルであってもよい。

　本開示において、ｇＮＢはＭＣＧであってもよいしＳＣＧであってもよい。

　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

　例えば、前述の各実施の形態およびその変形例において、スロットは、第５世代通信システムにおける通信の時間単位の一例である。スロットはスケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、スロット単位として記載している処理を、ＴＴＩ単位、サブフレーム単位、サブスロット単位、ミニスロット単位として行ってもよい。

　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＩＡＢに適用してもよい。ＩＡＢドナーとＩＡＢノード間の通信に適用してもよい。ＩＡＢにおいてＵｕを用いる処理に適用してもよい。

　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＳＬ通信に適用してもよい。例えば、リレー（relay）を介したＵＥとＮＷとの間の通信に適用してもよい。Ｌ２リレーによるＵＥとＮＷ間の通信に適用してもよい。

　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。例えば、プロキシミティサービス（Proximity-based　service）、パブリックセイフティ（Public　Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。

　以下、本開示の諸態様を付記としてまとめて記載する。

（付記１）
　第５世代無線アクセスシステムに対応し、ＸＲサービスを提供可能なコアネットワークに接続される基地局と、
　前記基地局に接続する通信端末と、
　を含み、
　前記通信端末が前記基地局を介して前記ＸＲサービスを利用する場合、
　前記通信端末は、前記基地局に対し、前記ＸＲサービスを利用するための通信で前記基地局に送信される上りデータの特質に関する情報を通知する、
　ことを特徴とする通信システム。
（付記２）
　前記基地局は、前記通信端末から取得した前記上りデータに関する情報に基づいて、前記通信端末による前記上りデータの送信に関するスケジューリングを行う、
　ことを特徴とする付記１に記載の通信システム。
（付記３）
　定められた単位の複数のデータを組み合わせてデータセットとして送信処理を行うことが可能に構成され、
　前記基地局および前記通信端末の少なくとも一方は、前記データセットに含まれる少なくとも１つのデータの送信に失敗した場合、送信に失敗した前記データおよび送信に失敗した前記データが含まれる前記データセット内の他のデータを送信バッファから破棄する、
　ことを特徴とする付記１または２に記載の通信システム。
（付記４）
　前記基地局および前記通信端末の少なくとも一方は、前記データセットに含まれる少なくとも１つのデータの受信に失敗した場合、受信済みのデータのうち、受信に失敗した前記データと同じデータセットに含まれるデータを受信バッファから破棄する、
　ことを特徴とする付記３に記載の通信システム。
（付記５）
　前記通信端末は、データの送信失敗に伴い送信バッファからデータを破棄した場合、および、データの受信失敗に伴い受信バッファからデータを破棄した場合、破棄したデータが含まれるデータセットに関する情報を前記基地局に通知する、
　ことを特徴とする付記３または４に記載の通信システム。
（付記６）
　前記基地局を複数含み、
　複数の前記基地局の１つである第１の基地局に接続している通信端末が接続先を複数の前記基地局の１つであり、かつ前記第１の基地局とは異なる第２の基地局に切り替える場合、
　前記第１の基地局は、接続先を切り替える前記通信端末を宛先とするデータの前記第２の基地局への転送を開始し、前記第２の基地局へ転送するデータの中に、接続先を切り替える前記通信端末へ送信済みのデータと同じデータセットに含まれるデータが存在する場合、前記第２の基地局へ転送するデータと同じデータセットに含まれる最初のデータの送信タイミングに関する情報を前記第２の基地局に通知する、
　ことを特徴とする付記３から５のいずれか一つに記載の通信システム。
（付記７）
　前記データセットに優先順位が設定され、
　前記基地局は、前記優先順位に基づいて、前記通信端末へのデータ送信のスケジューリングを行う、
　ことを特徴とする付記３から６のいずれか一つに記載の通信システム。

　２０２　通信端末装置（移動端末）、２１０　通信システム、２１３，２４０－１，２４０－２，７５０　基地局装置（ＮＲ基地局，基地局）、２１４　５Ｇコア部、２１５　中央ユニット、２１６　分散ユニット、２１７　制御プレイン用中央ユニット、２１８　ユーザプレイン用中央ユニット、２１９　ＴＲＰ、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２２　基地局通信部、５２３　ユーザプレイン通信部、５２３－１　ＰＤＵ処理部、５２３－２　モビリティアンカリング部、５２５　制御プレイン制御部、５２５－１　ＮＡＳセキュリティ部、５２５－２　アイドルステートモビリティ管理部、５２７　セッション管理部、５２７－１　ＰＤＵセッションコントロール部、５２７－２　ＵＥ　ＩＰアドレス割当部、７５１－１～７５１－８　ビーム、７５２　セル。

Claims

　第５世代無線アクセスシステムに対応し、ＸＲサービスを提供可能なコアネットワークに接続される基地局と、
　前記基地局に接続する通信端末と、
　を含み、
　前記通信端末が前記基地局を介して前記ＸＲサービスを利用する場合、
　前記通信端末は、前記基地局に対し、前記ＸＲサービスを利用するための通信で前記基地局に送信される上りデータの特質に関する情報を通知する、
　ことを特徴とする通信システム。
　前記基地局は、前記通信端末から取得した前記上りデータに関する情報に基づいて、前記通信端末による前記上りデータの送信に関するスケジューリングを行う、
　ことを特徴とする請求項１に記載の通信システム。
　定められた単位の複数のデータを組み合わせてデータセットとして送信処理を行うことが可能に構成され、
　前記基地局および前記通信端末の少なくとも一方は、前記データセットに含まれる少なくとも１つのデータの送信に失敗した場合、送信に失敗した前記データおよび送信に失敗した前記データが含まれる前記データセット内の他のデータを送信バッファから破棄する、
　ことを特徴とする請求項１に記載の通信システム。
　前記基地局および前記通信端末の少なくとも一方は、前記データセットに含まれる少なくとも１つのデータの受信に失敗した場合、受信済みのデータのうち、受信に失敗した前記データと同じデータセットに含まれるデータを受信バッファから破棄する、
　ことを特徴とする請求項３に記載の通信システム。
　前記通信端末は、データの送信失敗に伴い送信バッファからデータを破棄した場合、および、データの受信失敗に伴い受信バッファからデータを破棄した場合、破棄したデータが含まれるデータセットに関する情報を前記基地局に通知する、
　ことを特徴とする請求項３または４に記載の通信システム。
　前記基地局を複数含み、
　複数の前記基地局の１つである第１の基地局に接続している通信端末が接続先を複数の前記基地局の１つであり、かつ前記第１の基地局とは異なる第２の基地局に切り替える場合、
　前記第１の基地局は、接続先を切り替える前記通信端末を宛先とするデータの前記第２の基地局への転送を開始し、前記第２の基地局へ転送するデータの中に、接続先を切り替える前記通信端末へ送信済みのデータと同じデータセットに含まれるデータが存在する場合、前記第２の基地局へ転送するデータと同じデータセットに含まれる最初のデータの送信タイミングに関する情報を前記第２の基地局に通知する、
　ことを特徴とする請求項３に記載の通信システム。
　前記データセットに優先順位が設定され、
　前記基地局は、前記優先順位に基づいて、前記通信端末へのデータ送信のスケジューリングを行う、
　ことを特徴とする請求項３に記載の通信システム。