WO2023210705A1

WO2023210705A1 - 通信制御方法

Info

Publication number: WO2023210705A1
Application number: PCT/JP2023/016512
Authority: WO
Inventors: 真人藤代
Original assignee: 京セラ株式会社
Priority date: 2022-04-27
Filing date: 2023-04-26
Publication date: 2023-11-02

Abstract

一態様に係る通信制御方法は、移動通信システムにおける通信制御方法である。前記通信制御方法は、基地局が、送信パケットの再送を行わない場合、送信パケットの送信をスキップすることを示すスキップ通知をユーザ装置へ送信し、送信パケットの再送を行う場合、基準タイマより短いタイマ値の高速再送用タイマの当該タイマ値をユーザ装置に設定するステップを有する。

Description

通信制御方法

　本開示は、移動通信システムにおける通信制御方法に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（The Third Generation Partnership Project）(登録商標。以下同じ。）の仕様において、リリース１８向けとして、ＸＲ（eXtended Reality）が承認された。ＸＲは、仮想現実（ＶＲ：Virtual Reality）、拡張現実（ＡＲ：Augmented Reality）、及び複合現実（ＭＲ： Mixed Reality）を含み、現実世界と仮想空間とを融合した環境を表す広い用語である。ＸＲは、コンピュータ技術とウェアラブル機器によって生成される、現実空間と仮想空間の複合環境を表し、人間と機械の相互作用を表している。

ＲＰ－２１３５８７、３ＧＰＰ　ＴＳＧ　ＲＡＮ　Ｍｅｅｔｉｎｇ　＃９４ｅ、"Ｓｔｕｄｙ　ｏｎ　ＸＲ　Ｅｎｈａｎｃｅｍｅｎｔｓ　ｆｏｒ　ＮＲ"、Ｎｏｋｉａ、Ｄｅｃ．６－１７,２０２１３ＧＰＰ　ＴＲ　３８．８３８　Ｖ１７．０．０　（２０２１－１２）

　また、一態様に係る通信制御方法は、移動通信システムにおける通信制御方法である。前記通信制御方法は、ユーザ装置が、送信パケットの再送を行わない場合、前記送信パケットの送信をスキップすることを示すスキップ通知を基地局へ送信するステップを有する。

図１は、第１実施形態に係る移動通信システムの構成例を表す図である。図２は、第１実施形態に係るＵＥ（ユーザ装置）の構成例を表す図である。図３は、第１実施形態に係るｇＮＢ（基地局）の構成例を表す図である。図４は、第１実施形態に係るユーザプレーンに関するプロトコルスタックの構成例を表す図である。図５は、第１実施形態に係る制御プレーンに関するプロトコルスタックの構成例を表す図である。図６（Ａ）と図６（Ｂ）は、第１実施形態に係る動作例を表す図である。図７は、第２実施形態に係る動作例を表す図である。

　本開示の一態様は、ＸＲを用いた通信を適切に行うことが可能な通信制御方法を提供することを目的とする。

　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

　［第１実施形態］
　（移動通信システムの構成）
　図１は、第１実施形態に係る移動通信システムの構成を表す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：5th Generation System）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Long Term Evolution）システムが少なくとも部分的に適用されてもよい。或いは、移動通信システムには第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。

　移動通信システム１は、ユーザ装置（ＵＥ：User Equipment）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Next Generation Radio Access Network）１０と、５Ｇのコアネットワーク（５ＧＣ：5G Core Network）２０とを有する。以下において、ＮＧ－ＲＡＮ１０を単にＲＡＮ１０と呼ぶことがある。また、５ＧＣ２０を単にコアネットワーク（ＣＮ）２０と呼ぶことがある。

　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）又はタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。

　ＵＥ１００は、ＸＲデバイスを含む。ＸＲデバイスとは、例えば、ＸＲの処理が可能な装置のことである。ＸＲデバイスとして、具体的には、人間の頭部に装着可能なヘッドマウントディスプレイ（ＨＭＤ）、眼鏡型のＡＲグラス（又はスマートグラス）、手に持つことが可能なモバイルハンドセット、腕時計型デバイス（スマートウォッチ）、又はスマートフォンなどがある。これらＸＲデバイスは、ウェアラブルデバイスと呼ばれてもよい。ＨＭＤには、ディスプレイ、レンズ、追跡センサ、カメラ、ＸＲに関連する処理を行う制御部（ＣＰＵ（Central Processing Unit）又はＧＰＵ（Graphics Processing Unit）など）、及び通信機能を含む。ＡＲグラスは、映像を透過する機能を有する。モバイルハンドセットは、追跡センサなど種々のセンサを含んでもよい。ＨＭＤ、ＡＲグラス、腕時計型デバイス、及びモバイルハンドセットは、５Ｇシステムなどをサポートする通信機能を有する。以下では、ＵＥ１００は、このようなＸＲデバイスを含むものとして説明する。

　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数（以下、単に「周波数」と呼ぶ）に属する。

　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。

　５ＧＣ２０は、ＡＭＦ（Access and Mobility Management Function）及びＵＰＦ（User Plane Function）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

　図２は、第１実施形態に係るＵＥ１００（ユーザ装置）の構成を表す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。受信部１１０及び送信部１２０は、ｇＮＢ２００との無線通信を行う無線通信部を構成する。

　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Central Processing Unit）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、制御部１３０は、以下に示す各実施形態において、ＵＥ１００における各処理又は各動作を行ってもよい。

　図３は、第１実施形態に係るｇＮＢ２００（基地局）の構成を表す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。送信部２１０及び受信部２２０は、ＵＥ１００との無線通信を行う無線通信部を構成する。バックホール通信部２４０は、ＣＮ２０との通信を行うネットワーク通信部を構成する。

　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

　制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。

　バックホール通信部２４０は、基地局間インターフェイスであるＸｎインターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢ２００は、ＣＵ（Central Unit）とＤＵ（Distributed Unit）とで構成され（すなわち、機能分割され）、両ユニット間がフロントホールインターフェイスであるＦ１インターフェイスで接続されてもよい。

　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を表す図である。

　ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤとを有する。

　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、ＵＥ１００のＰＨＹレイヤは、ｇＮＢ２００から物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される下りリンク制御情報（ＤＣＩ）を受信する。具体的には、ＵＥ１００は、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功したＤＣＩを自ＵＥ宛てのＤＣＩとして取得する。ｇＮＢ２００から送信されるＤＣＩには、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されている。

　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。

　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。

　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Access Stratum）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を表す図である。

　制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Radio Resource Control）レイヤ及びＮＡＳ（Non-Access Stratum）を有する。

　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間のコネクションがサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

　ＲＲＣレイヤよりも上位に位置するＮＡＳは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳとＡＭＦ３００のＮＡＳとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。また、ＮＡＳよりも下位のレイヤをＡＳ（Access Stratum）と呼ぶ。

（ＸＲについて）
　ＸＲは、上述したように、例えば、仮想現実（ＶＲ）、拡張現実（ＡＲ）、及び複合現実（ＭＲ）を含み、現実世界と仮想空間とを融合した環境を表す広い用語である。ＸＲは、例えば、このような様々な種別の現実感（ｒｅａｌｉｔｉｅｓ）の総称でもある。また、ＸＲは、例えば、現実世界と仮想空間とを融合することで、現実にはないものを知覚できるようにした技術の総称でもある。

　ＸＲでは、携帯型又は装着型のエンドユーザデバイスであるＵＥ１００の支援によって、人間対機械、人間対人間のコミュニケーションが実行される。このようなコミュニケーションによって、エンターテイメント、ヘルスケア、又は教育などの様々な応用領域に、ＸＲを適用させることが可能となる。

　ＸＲとともに、将来のモバイルシステムにおけるユースケースの１つとして、クラウドゲーミング（ＣＧ：Cloud Gaming）がある。クラウドゲーミングは、例えば、ゲームに関連する計算の大部分をエッジサーバ又はリモートサーバにオフロードしたユースケースの総称である。クラウドゲーミングにおいて、ＵＥ１００は、姿勢（ｐｏｓｅ）及び／又は制御（ｃｏｎｔｒｏｌ）に関連する情報を送信する。クラウド側では、これらの情報に基づいて、映像データなどに関する計算などを行い、ゲームに関する映像などをＵＥ１００へ提供する。

　なお、仮想現実（ＶＲ）とは、オリジナル（又は現実世界）ではないものの機能としての本質はオリジナルと同じである環境をユーザの感覚を刺激することで作り出すことをいう。仮想現実（ＶＲ）では、通常、ユーザがＨＭＤを装着し、ユーザの視野がシミュレーションされた視覚的要素に置き換えられ、付随する音声がヘッドフォンを通じてユーザに提供される。仮想空間では、現実世界の視覚又は聴覚などの感覚刺激をできるだけ自然に模倣されるように設計される。また、コンピュータ又はコンピュータネットワーク中に構築され、現実世界とは異なる仮想空間（又はサービス）であるメタバースも、仮想現実（ＶＲ）に含まれ得る。

　また、拡張現実（ＡＲ）は、例えば、現実世界に仮想空間を重ね合わせて表示する技術のことである。拡張現実（ＡＲ）では、ユーザの現実の環境に、追加情報（人工的に生成されたアイテム又はコンテンツ）と重ねて提供することでもある。追加情報は、センサなど伴わないで直接的に知覚されたり、或いは、センサなどを介して間接的に知覚されたりすることも可能である。

　更に、複合現実（ＭＲ）は、例えば、現実世界と仮想空間とを複合及び／又は融合させ、相互にリアルタイムで影響し合う空間を構築する技術のことである。複合現実（ＭＲ）は、拡張現実（ＡＲ）の発展形であり、物理的なシーンに仮想的な要素を挿入して、実際のシーンの一部であるかのような錯覚を与えることを意図して構築される。

　ＸＲの代表的な形態として、仮想現実（ＶＲ）、拡張現実（ＡＲ）、及び複合現実（ＭＲ）があるが、これらの間を補間する領域もＸＲに含まれ得る。

　ＸＲとクラウドゲーミング（ＣＧ）のユースケースの多くは、ＤＬ方向はビデオストリームのトラフィック、ＵＬ方向は姿勢（ｐｏｓｅ）及び／又は制御（ｃｏｎｔｒｏｌ）とビデオストリームとを組み合わせたトラフィックで特徴付けられる。ビデオストリームは他と比較して高データレートであり、姿勢及び／又は制御に関するデータは頻繁に更新される、という特徴も有している。また、ＸＲとクラウドゲーミング（ＣＧ）は、他のユースケースと比較して、ＤＬ方向のトラフィックとＵＬ方向のトラフィックとが遅延に厳しいトラフィックであるという特徴も有している。

（ＸＲのトラフィックモデル）
　以下では、ＸＲのトラフィックモデルについて説明する。ＸＲのトラフィックモデルとして、（１）一般的なトラフィックモデルと、（２）具体的なトラフィックモデルとがある。最初に、（１）一般的なトラフィックモデルについて説明する。（１）一般的なトラフィックモデルには、（１．１）ＤＬ方向のトラフィックモデルと、（１．２）ＵＬ方向のトラフィックモデルとがある。

（１）一般的なトラフィックモデル

（１．１）ＤＬ方向のトラフィックモデル
　ＤＬ方向のトラフィックモデルは、シングルストリームＤＬトラフィックモデルとマルチストリームＤＬトラフィックモデルとがある。２つのトラフィックモデルは以下のようにまとめることができる。

　（１．１．１）シングルストリームＤＬトラフィックモデル：一連の映像フレーム

　（１．１．２）マルチストリームＤＬトラフィックモデル：

　　（１．１．２．１）オプション＃１：第１ストリームがＩ（Intra-coded）ストリーム、第２ストリームがＰ（Predicted）ストリームである２つのストリーム。オプション＃１には、スライスベースによるトラフィックモデル（オプション＃１Ａ）と、ＧＯＰ（Group-Of-Picture）ベースによるトラフィックモデル（オプション＃１Ｂ）がある。

　（１．１．２．１Ａ）オプション＃１Ａ（スライスベース）：第１ストリームがＩスライス（Ｉストリーム）、第２ストリームがＰスライス（Ｐストリーム）となる。ここで、Ｉスライスは、例えば、Ｉスライスに含まれる全てのマクロブロックがフレーム内予測によって符号化されたスライスである。Ｐスライスは、例えば、Ｐスライスに含まれる全てのマクロブロックがフレーム内予測又はフレーム間予測によって符号化されたスライスである。映像フレームをＮ個にスライスした場合、１個がＩスライスとなり、残りの（Ｎ－１）個がＰスライスとなり得る。

　（１．１．２．１Ｂ）オプション＃１Ｂ（ＧＯＰベース）：第１ストリームがＩフレーム（Ｉストリーム）、第２ストリームがＰスライス（Ｐストリーム）となる。ここで、Ｉフレームは、他の映像フレームを用いずに当該映像フレームで符号化されたフレームである。Ｐフレームは、時間的に前方向の映像フレームを用いて符号化されたフレームである。ＧＯＰのサイズがＫフレーム個の場合、ＩフレームはＫフレーム毎に送信される。ＧＯＰには１個のＩフレームと、（Ｋ－１）個のＰフレームとが含まれる。

　（１．１．２．２）オプション＃２：第１ストリームが映像、第２ストリームが音声及び／又はデータである２つのストリームによるトラフィックモデルである。

　（１．１．２．３）オプション＃３：第１ストリームがＦＯＶ（Field Of View）、第２ストリームが全方位視点（ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ　ｖｉｅｗ）によるトラフィックモデルである。例えば、ＦＯＶがユーザ視線の映像データであり、全方位視点がユーザ視線の映像データを含む、ユーザを中心とする全方位の映像データである。

（１．２）ＵＬ方向のトラフィックモデル
　ＵＬ方向のトラフィックモデルとして、姿勢及び／又は制御ストリームトラフィックモデルがある。ＵＥ１００が姿勢及び／又は制御に関するデータを送信するトラフィックモデルである。

（２）具体的なトラフィックモデル
　具体的なトラフィックモデルとして、（２．１）仮想現実（ＶＲ）、（２．２）拡張現実（ＡＲ）、及び（２．３）クラウドゲーミング（ＣＧ）の各トラフィックモデルがある。

（２．１）仮想現実（ＶＲ）のトラフィックモデル
　仮想現実（ＶＲ）のトラフィックモデルは以下のようにまとめることができる。

　（２．１．１）ＤＬストリーム：
　　シングルストリームモデル：上記（１．１．１）「シングルストリームＤＬトラフィックモデル」（一連の映像フレーム）と同一
　　マルチストリームモデル：上記（１．１．２．２）「オプション＃２」（第１ストリームが映像、第２ストリームが音声及び／又はデータ）と同一

　（２．１．２）ＵＬストリーム：上記（１．２）「ＵＬ方向のトラフィックモデル」と同一

（２．２）拡張現実（ＡＲ）のトラフィックモデル
　拡張現実（ＡＲ）のトラフィックモデルは以下のようにまとめることができる。

　（２．２．１）ＤＬストリーム：上記（２．１．１）と同一

　（２．２．２）ＵＬストリーム：
　　　モデル＃１：１ストリームモデル
　　　モデル＃２：２ストリームモデル：第１ストリームが姿勢及び／又は制御、第２ストリームがシーン（例えば連続した映像）、映像、データ、及び音声をまとめたもの
　　　モデル＃３Ａ：３ストリームモデルＡ：第１ストリームが姿勢及び／又は制御、第２ストリームがシーンのストリームと映像のストリームとをまとめた１つのストリーム、第３ストリームが音声とデータとをまとめた１つのストリーム
　　　モデル＃３Ｂ：３ストリームモデルＢ：第１ストリームが姿勢及び／又は制御、第２ストリームが映像のＩストリーム、第３ストリームが映像のＰストリーム

（２．３）クラウドゲーミング（ＣＧ）のトラフィックモデル
　クラウドゲーミング（ＣＧ）のトラフィックモデルは以下のようにまとめることができる。

　（２．３．１）ＤＬストリーム
　　シングルストリームモデル：上記（１．１．１）「シングルストリームＤＬトラフィックモデル」（一連の映像フレーム）と同一
　　マルチストリームモデル：上記（１．１．２）「マルチストリームＤＬトラフィックモデル」と同一

　（２．３．２）ＵＬストリーム：上記（１．２）「ＵＬ方向のトラフィックモデル」と同一

（第１実施形態に係る通信制御方法）
　上述したようにＸＲトラフィックでは、映像ストリームが用いられる場合があり、他のトラフィックと比較して、大容量のデータ送信が行われる場合がある。また、ＸＲトラフィックでは、クラウドゲーミング（ＣＧ）など、リアルタイム性が要求され、他のトラフィックと比較して、低遅延が要求される場合がある。

　また、ＸＲトラフィックでは、映像ストリームなど、周期的にトラフィックが発生することが考えられることから、周期的な送信又は受信が可能なＳＰＳ（Semi-Persistent Scheduling）又はＣＧ（Configured Grant）と呼ばれるスケジューリング方式が用いられることが想定される。ＳＰＳとＣＧは、最初にＤＣＩ（Downlink Control Information）による無線リソースの割り当てが行われると、以後は、ＤＣＩを用いることなく周期的に当該無線リソースを用いることができるスケジューリング方式である。５Ｇシステムでは、ＳＰＳはＤＬ方向のスケジューリング方式であり、ＣＧはＵＬ方向のスケジューリング方式となっている。

　ここで、ＸＲトラフィックにおいて、あるパケットの送信又は受信に失敗した場合、当該パケットの再送が行われるケースを想定する。３ＧＰＰでは、ＭＡＣレイヤにおいてＨＡＲＱ（Hybrid Automatic Repeat Request）がサポートされている。ＨＡＲＱは、自動再送要求（ＡＲＱ：Automatic Repeat Request）と前方誤り訂正（ＦＥＣ：Forward Error Correction）とを組み合わせた再送制御方式である。ＨＡＲＱでは、例えば、送信側では、トランスポートブロック（ＴＢ）（ＭＡＣ　ＰＤＵ）を構成するコードブロック単位で再送が行われ、受信側では、バッファに蓄積した既に受信済のデータと再送データとを結合（ソフト結合）して送信パケットを得ることができる。また、ＲＬＣレイヤにおいても、ＡＲＱがサポートされている。ＲＬＣレイヤにおけるＡＲＱは、受信側において、ＲＬＣ　ＳＤＵ又はＲＬＣ　ＳＤＵセグメントの欠落を検出した場合、ＲＬＣ状態報告を送信側へ送信し、送信側では、ＲＬＣ状態報告に基づいて、ＲＬＣ　ＳＤＵ又はＲＬＣ　ＳＤＵセグメントを再送する。ＲＬＣレイヤのＡＲＱは、例えば、ＭＡＣレイヤのＨＡＲＱの残留誤りを補う役割を果たしている。

　移動通信システム１においても、このような再送制御方式がサポートされているものの、ＸＲトラフィックは、再送パケットが不要となる場合がある。例えば、遅延パケットは、既に次の映像ストリームが送信されている場合は、受信側において不要となる。また、例えば、ＨＭＤの方向が変化してしまった場合、受信側において遅延パケットが不要となる。このような場合にＨＡＲＱなどの再送が行われても、受信側では、再送パケットが不要となる場合がある。この場合に、送信側において、再送パケットの送信を一方的に停止してしまうと、受信側では、受信済のパケットをバッファに格納したまま再送パケットの受信を待つことになるため、受信が正常に行われなかったり、上位レイヤへのパケットの引き渡しが遅れてしまったりしてしまう。

　そのため、ＸＲトラフィックにおいて、ＨＡＲＱなどの再送制御を行うことは必ずしも効率的な通信とは言えない場合がある。

　その一方、ＸＲトラフィックにおいて、重要なシーンなどで再送が発生した場合に、再送を行った方が良い場合がある。その場合、通常の再送よりも早く再送を行った方が好ましい。

　そこで、一実施形態では、送信パケットの再送が行われない場合、送信装置が、送信パケットの送信をスキップすることを示すスキップ通知を受信装置へ送信する。一方、送信パケットの再送が行われる場合、ｇＮＢ２００は、基準タイマより短いタイマ値の高速再送用タイマをＵＥ１００へ設定する。

　具体的には、基地局（例えば、ｇＮＢ２００）が、送信パケットの再送を行わない場合、送信パケットの送信をスキップすることを示すスキップ通知をユーザ装置（例えば、ＵＥ１００）へ送信し、送信パケットの再送を行う場合、基準タイマより短いタイマ値の高速再送用タイマの当該タイマ値をユーザ装置に設定する。

　このように再送が行われない場合は、スキップ通知が送信されるため、受信側は、再送待ちの受信済パケットを上位レイヤへ出力するなど、適切な処理を行うことができる。一方、再送が行われる場合は、ＵＥ１００は、基準タイマよりも満了時間が短いタイマ値の高速再送用タイマを起動させることが可能である。そのため、ＵＥ１００は、当該タイマ満了後に再送パケットを受信することが可能となるため、基準タイマを用いた場合より早く、再送パケットを受信できる。よって、移動通信システム１において、ＸＲを用いた通信を適切に行うことが可能となる。

　なお、第１実施形態では、再送が行われない場合について説明する。すなわち、第１実施形態では、スキップ通知の例について説明する。第２実施形態において、再送が行われる場合、すなわち、高速再送用タイマの例について説明する。

（第１実施形態の動作例）
　図６（Ａ）と図６（Ｂ）は、第１実施形態に係る動作例を表す図である。

　再送に関し、ＤＬ方向においてｇＮＢ２００が行う場合もあれば、ＵＬ方向においてＵＥ１００が行う場合もある。つまり、再送に関し、送信側がｇＮＢ２００で受信側がＵＥ１００となる場合（すなわちＤＬ方向）もあれば、送信側がＵＥ１００で受信側がｇＮＢ２００となる場合（すなわち、ＵＬ方向）となる場合もある。そこで、第１実施形態に係る動作例では、送信側と受信側として説明する。この場合、送信側（又は送信装置）はｇＮＢ２００の場合、受信側（又は受信装置）はＵＥ１００となり、送信側がＵＥ１００の場合、受信側はｇＮＢ２００となる。

　なお、図６（Ａ）と図６（Ｂ）とは時間的に連続しているが、例えば、図６（Ｂ）の動作が開始される前は、例えば、以下のような状態になっているものとする。すなわち、送信側は受信側へ送信パケットを送信したものの、受信側では送信パケットを受信することができず、送信側へ再送要求（例えば、ＨＡＲＱ－フィードバックのＮＡＣＫ）を送信したものとする。

　図６（Ａ）に示すように、ステップＳ１０において、ｇＮＢ２００は、ＵＥ１００に対してスキップ条件を送信してもよい。この場合、再送に関して、ＵＥ１００が送信パケットの送信側、ｇＮＢ２００が送信パケットの受信側となる。スキップ条件は、ＵＥ１００からの送信パケットの再送に適用される。

　スキップ条件は、例えば、以下である。

　第１に、スキップ条件は、送信パケットの滞留時間でもよい。送信パケットの滞留時間は、送信側のＡＳがアプリケーションレイヤから送信パケットを受け取り、当該送信パケットの受信側への送信が完了（Ａｃｋの受信を完了でもよい）するまでの時間の上限値を表してもよい。送信パケットの滞留時間は、当該滞留時間をカウントするタイマのタイマ値でもよい。

　第２に、スキップ条件は、再送回数でもよい。当該再送回数は、ＨＡＲＱによる再送の上限回数でもよい。或いは、当該再送回数は、ＲＬＣレイヤにおけるＡＲＱによる再送の上限回数でもよい。２つの上限回数はそれぞれに別の上限回数、又は同じ上限回数が設定されてもよい。当該再送回数は、受信側からのＮＡＣＫの受信回数の上限でもよい。

　なお、スキップ条件は、再送が行われる前に送信されてもよい。或いは、当該スキップ条件は、再送中に送信されてもよい。ｇＮＢ２００は、ＤＣＩ、ＭＡＣ　ＰＤＵ、又はＲＲＣメッセージなどにスキップ情報を含めて送信してもよい。

　図６（Ｂ）に示すように、ステップＳ１１において、送信側は、送信パケットの再送を行い、当該送信パケットの有効期限が満了したことを認識する。送信側は、当該送信パケットの送信が不要になったことを認識してもよい。送信側は、送信パケットの有効期限に関する条件を当該送信パケットが満たすときに、当該送信パケットの有効期限が満了したことを認識してもよい。有効期限に関する条件は、スキップ条件（ステップＳ１０）であってもよい。例えば、ＵＥ１００（送信側）は、スキップ条件（ステップＳ１０）を当該送信パケットが満たしたときに、当該送信パケットの有効期限が満了したことを認識する。また、有効期限に関する条件は、ＱｏＳ設定で示されたＱｏＳ条件でもよい。例えば、ｇＮＢ２００（送信側）は、ＱｏＳ設定で示されたＱｏＳ条件を当該送信パケットが満たさない場合、当該送信パケットの有効期限が満了した（又は当該パケットの送信が不要になった）と認識する。ＱｏＳ条件は、５ＱＩで表されてもよい。

　ステップＳ１２において、送信側は、送信パケットの送信をスキップすることを示すスキップ通知を受信側へ送信する。例えば、送信側は、送信パケットの有効期限に関する条件（ステップＳ１１）を当該送信パケットが満たしたときに、スキップ通知を受信側へ送信する。もしくは、例えば、ＵＥ１００は、スキップ条件（ステップＳ１０）を当該送信パケットが満たしたときに、スキップ通知をｇＮＢ２００へ送信する。

　第１に、スキップ通知は、例えば、以下のメッセージを用いて送信される。すなわち、送信側は、スキップ通知を含むＳＤＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを受信側へ送信してもよい。ＳＤＡＰレイヤでは、ＱｏＳフローと無線ベアラ（ＤＲＢ）とのマッピングを行うため、ＳＤＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いることで、送信側は、ＱｏＳフロー単位で、スキップ通知を送信することができる。また、送信側は、スキップ通知を含むＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを受信側へ送信してもよい。この場合、例えば、送信側は、ＰＤＣＰ　ＰＤＵ単位でのスキップ通知を送信することができる。更に、送信側は、スキップ通知を含むＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵを受信側へ送信してもよい。この場合、例えば、送信側は、ＲＬＣ　ＳＤＵセグメント単位（又はＲＬＣ　ＳＤＵ単位）で、スキップ通知を送信することができる。更に、送信側は、スキップ通知を含むＲＲＣメッセージを送信してもよい。

　第２に、スキップ通知の内容は、例えば、以下である。すなわち、スキップする送信パケットのＳＮ（Sequence Number）がスキップ通知に含まれる。複数の送信パケットがスキップされる場合、スキップ通知には、スキップする送信パケットのＳＮの範囲が含まれてもよい。スキップ対象のＳＮは、ＰＤＣＰ　ＳＮで表されてもよい。或いは、当該スキップ対象のＳＮは、ＨＦＮ（Hyper Frame Number）とＰＤＣＰ　ＳＮとが組み合わされたＣＯＵＮＴ値で表されてもよい。また、スキップ対象のＳＮは、ＲＬＣ　ＳＮで表されてもよい。また、スキップ通知には、スキップする送信パケットのＳＮが含まれるのではなく、次のパケットの送信を行わないことを示す情報が含まれてもよい。複数のパケットの送信をスキップする場合、スキップ通知には、次からＮ個（例えば、スキップするＳＮの個数又はスキップするパケットの個数）をスキップすることを示す情報が含まれてもよい。スキップ通知には、受信側の受信ウィンドウの状態変数を指定する情報が含まれてもよい。受信ウィンドウは、ＰＤＣＰの受信ウィンドウ（reordering window）でもよく、状態変数は、次に受信することが期待されるＰＤＣＰ　ＳＤＵのＣＯＵＮＴ値を示すＲＸ＿ＮＥＸＴでもよい。

　なお、送信側は、スキップ通知の対象となる当該送信パケットを破棄してもよい。

　ステップＳ１３において、受信側は、スキップ通知を受信したことに応じて、送信パケットを受信したものとして処理を行う。

　第１に、ＰＤＣＰレイヤでは、例えば、以下のような処理が行われる。すなわち、受信側のＰＤＣＰレイヤでは、受信済の送信パケットであり、再送待ちの送信パケットをＰＤＣＰレイヤの上位レイヤへ出力してもよい。これにより、例えば、受信済のパケットをバッファなどにスタックしたままの状態が解消され、上位レイヤへの受信済パケットの引き渡しの遅延を抑制させることができる。また、受信側のＰＤＣＰレイヤは、受信ウィンドウの下限値を当該送信パケットの次のＰＤＣＰ　ＳＮ（又はＣＯＵＮＴ値）にセットしてもよい。当該ＰＤＣＰ　ＳＮは、スキップ通知に含まれるため、ＰＤＣＰレイヤはこれを利用すればよい。更に、受信側のＰＤＣＰレイヤは、下位レイヤ（ＲＬＣレイヤなど）に、パケット受信をスキップすることを通知してもよい。

　第２に、ＲＬＣレイヤでは、例えば、以下のような処理が行われる。すなわち、受信側のＲＬＣレイヤでは、受信済のＲＬＣ　ＳＤＵ又はＲＬＣ　ＳＤＵセグメントを破棄してもよい。また、受信側のＲＬＣレイヤでは、受信ウィンドウの下限値を、当該送信パケットの次のＳＮにセットする。また、受信側のＲＬＣレイヤは、上位レイヤ（ＰＤＣＰレイヤなど）へ、パケット受信をスキップすることを通知してもよい。

　このように、第１実施形態では、ｇＮＢ２００（送信装置）が、送信パケットの再送を行わない場合、送信パケットの送信をスキップすることを示すスキップ通知をＵＥ１００（受信装置）へ送信するようにしている。また、第１実施形態では、ＵＥ１００（送信装置）が、送信パケットの再送を行わない場合、送信パケットの送信をスキップすることを示すスキップ通知を基地局（受信装置）へ送信するようにしている。

[第２実施形態]
　第２実施形態では、送信パケットの再送が行われる場合の例について説明する。

　ＸＲトラフィックでは、拡張現実（ＡＲ）又はクラウドゲーミング（ＣＧ）などのユースケースにおいて、リアルタイム性が要求される場合がある。そのため、ＸＲトラフィックでは、他のトラフィックと比較して、低遅延が要求される。このような状況で、ＸＲトラフィックの再送が発生した場合、第１実施形態のように、送信側が一定の条件でスキップ通知を受信側へ送信し、送信側が再送を行わないようにすることも１つの方策である。その一方で、上述したように、他と比較して重要な映像シーンなどで再送が発生する場合もある。このような場合、再送が行われることが好ましく、更に、ＸＲトラフィックの低遅延の要求から、通常の再送よりも早く再送が行われることが好ましい。

　そこで、第２実施形態では、基準タイマよりも短いタイマ値を有する高速再送用タイマを用いる例について説明する。

　具体的には、基地局（例えば、ｇＮＢ２００）が、基準タイマより短いタイマ値の高速再送用タイマの当該タイマ値をユーザ装置（例えば、ＵＥ１００）に設定する。更に、第１に、基地局が、高速再送用タイマのタイマ値をユーザ装置へ送信する。第２に、ユーザ装置が、送信パケットの受信に失敗したとき、高速再送用タイマを起動する。第３に、ユーザ装置が、高速再送用タイマのタイマ値が満了したとき、送信パケットの受信を試みる。

　これにより、例えば、ＵＥ１００では、ｇＮＢ２００から送信された送信パケットの受信に失敗した場合でも、基準タイマよりも満了時間が短い時間で、送信パケットの受信を試みることができるため、基準タイマが用いられるよりも、再送パケットを高速に受信できる。よって、移動通信システム１において、ＸＲを用いた通信を適切に行うことが可能となる。

（第２実施形態に係る動作例）
　図７は第２実施形態に係る動作例を表す図である。

　図７に示すように、ステップＳ２０において、ｇＮＢ２００は、基準ＲＴＴ（Round Trip Timer）タイマのタイマ値と、当該タイマ値よりも短い時間のタイマ値を有する高速再送用ＲＴＴタイマの当該タイマ値とを設定する。例えば、基準タイマは基準ＲＴＴタイマであり、高速再送用タイマは高速再送用ＲＴＴタイマである。基準ＲＴＴタイマは、例えば、ＤＲＸ（Discontinuous Reception）の再送制御（ＨＡＲＱ）で用いられるＨＡＲＱ　ＲＴＴタイマである。

　ＤＲＸでは、対象のＵＥ１００のＰＤＣＣＨのモニタリングを非連続で行わせることで、連続的にＰＤＣＣＨをモニタリングする場合と比較して、ＵＥ１００の消費電力の削減を図ることができる。ＵＥ１００はＤＲＸサイクルに入るとオン区間タイマ（ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を起動させて当該タイマが満了するまでの期間（オン区間（Ｏｎ　Ｄｕｒａｔｉｏｎ））、ＰＤＣＣＨをモニタリングする。ＵＥ１００では、オン区間（Ｏｎ　Ｄｕｒａｔｉｏｎ）においてＰＤＣＣＨを用いて送信パケットの受信が指示されるものの送信パケットを受信できなかった場合、ＵＥ１００のＭＡＣレイヤでは、ＨＡＲＱによる再送制御を行い、ｇＮＢ２００に対して送信パケットの再送を要求する。ＭＡＣレイヤでは、送信パケットを受信できなかったとき（又は再送要求を行ったとき）から、ＨＡＲＱ　ＲＴＴタイマを起動させる。送信パケットの再送要求から送信パケットの受信に至るまでに一定の時間がかかることから、ＨＡＲＱ　ＲＴＴタイマを起動させて、一定時間（ＨＡＲＱ　ＲＴＴタイマのタイマ値）、ＵＥ１００を休眠させることができる。そして、ＭＡＣレイヤでは、ＨＡＲＱ　ＲＴＴタイマが満了すると、ＤＲＸ再送タイマ（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動させ、当該ＤＲＸ再送タイマが動作中に、送信パケット（すなわち、再送パケット）の受信を試みるようにしている。ＭＡＣレイヤでは、送信パケットを受信すると、ＤＲＸ再送タイマを停止させ、送信パケットを受信することができない場合、ＤＲＸ再送タイマが満了するまで送信パケットの受信を試みる。第２実施形態では、ＨＡＲＱ　ＲＴＴタイマのタイマ値よりも短いタイマ値を有する高速再送用ＲＴＴタイマを用いて、ＨＡＲＱ　ＲＴＴタイマよりも早い時間でＤＲＸ再送タイマを起動させるようにすることで、高速再送を実現している。そのため、ｇＮＢ２００は、ＨＡＲＱ　ＲＴＴタイマのタイマ値Ｘと、高速再送用ＲＴＴタイマのタイマ値Ｙとを、Ｘ＞Ｙとなるように、２つのタイマ値を設定する。ｇＮＢ２００は、設定した２つのタイマ値を、ＵＥ１００へ送信する。ｇＮＢ２００は、ＲＲＣメッセージ、ＭＡＣ　ＰＤＵ、又はＤＣＩなどに、設定した２つのタイマ値を含ませて送信してもよい。

　なお、ｇＮＢ２００は、ステップＳ２０よりも前に、ＵＥ１００に対して、ＤＲＸ設定を行っているものとする。

　ステップＳ２１において、ｇＮＢ２００は、ＵＥ１００に対してデータ送信を行う。

　ステップＳ２２において、ＵＥ１００は、ＤＲＸアクティブ期間（ＤＲＸ　ａｃｔｉｖｅ　ｔｉｍｅ）において、ＰＤＣＣＨを受信する。ＤＲＸアクティブ期間は、例えば、オン区間タイマ（ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ）が動作中の期間である。ｇＮＢ２００は、当該ＰＤＣＣＨを利用して、高速再送用ＲＴＴタイマの適用を指示してもよい。例えば、ｇＮＢ２００は、高速再送用ＲＴＴタイマを適用することを示す含む新たなＤＣＩフォーマットを、ＰＤＣＣＨを利用してＵＥ１００へ送信してもよい。また、例えば、ｇＮＢ２００は、ＤＣＩの情報（ビット）により、高速再送用ＲＴＴタイマの適用を指示してもよい。

　ステップＳ２３において、ＵＥ１００は、当該ＰＤＣＣＨを用いて受信したＤＣＩを用いてＰＤＳＣＨの受信を試みる。ここでは、ＵＥ１００は、ＰＤＳＣＨのデコードに失敗したと仮定する。

　ステップ２４において、ＵＥ１００は、ＨＡＲＱ－フィードバックとしてＮＡＣＫを送信するとともに、ステップＳ２５において、ＵＥ１００は、高速再送用ＲＴＴタイマを起動させる。ステップＳ２４とステップＳ２５とは同時に行われてもよい。ステップＳ２４において、ＵＥ１００は、高速再送用ＲＴＴタイマを適用（起動）することを、ｇＮＢ２００へ通知してもよい。当該通知は、ＰＵＣＣＨ（Physical　Up-link　Control　Channel）で行われてもよく、特別なＮＡＣＫ信号により示されてもよい。

　ステップＳ２６において、ＵＥ１００は、高速再送用ＲＴＴタイマが満了した場合、ＤＲＸ再送タイマ（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動させる。すなわち、ＵＥ１００は、高速再送用ＲＴＴタイマが満了したとき、ＰＤＳＣＨを利用して送信された送信パケット（再送パケット）の受信を試みる。ＵＥ１００は、ＤＲＸ再送タイマが動作中、当該送信パケットの受信を試みる。

［その他の実施形態］
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ及び／又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。

　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態、各動作、各処理、及び各ステップの全部又は一部を組み合わせることも可能である。

　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。従って、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

　本願は、日本国特許出願第２０２２－０７３８０８号（２０２２年４月２７日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

（付記）
　一実施形態において、（付記１）移動通信システムにおける通信制御方法であって、移動通信システムにおける通信制御方法であって、基地局が、送信パケットの再送を行わない場合、前記送信パケットの送信をスキップすることを示すスキップ通知をユーザ装置へ送信し、前記送信パケットの再送を行う場合、基準タイマより短いタイマ値の高速再送用タイマの当該タイマ値をユーザ装置に設定するステップを有することができる。

　（付記２）上記（付記１）の通信制御方法において、前記ユーザ装置が、前記スキップ通知を受信したことに応じて、前記送信パケットを受信したものとして処理を行うステップ、を更に有することができる。

　（付記３）上記（付記１）または（付記２）の通信制御方法において、前記設定するステップは、前記基地局が、前記送信パケットの有効期限に関する条件を前記送信パケットが満たしたときに、前記スキップ通知を前記ユーザ装置に送信するステップを含むことができる。

　（付記４）上記（付記１）乃至（付記３）のいずれかの通信制御方法において、前記基地局が、前記高速再送用タイマの前記タイマ値を前記ユーザ装置へ送信するステップと、前記ユーザ装置が、前記送信パケットの受信に失敗したとき、前記高速再送用タイマを起動するステップと、前記ユーザ装置が、前記高速再送用タイマの前記タイマ値が満了したとき、前記送信パケットの受信を試みるステップと、を更に有することができる。

　また、一実施形態において、（付記５）移動通信システムにおける通信制御方法であって、ユーザ装置が、送信パケットの再送を行わない場合、前記送信パケットの送信をスキップすることを示すスキップ通知を基地局へ送信するステップ、を有することができる。

　（付記６）上記（付記５）の通信制御方法において、前記基地局が、前記スキップ通知を受信したことに応じて、前記送信パケットを受信したものとして処理するステップ、を更に有することができる。

　（付記７）上記（付記５）又は（付記６）の通信制御方法において、前記基地局が、スキップ条件を前記ユーザ装置へ送信するステップ、を更に有し、前記スキップ通知を送信するステップは、前記ユーザ装置が、前記スキップ条件を前記送信パケットが満たしたときに、前記スキップ通知を前記基地局へ送信するステップを含むことができる。

　（付記８）上記（付記１）乃至（付記７）の通信制御方法において、前記送信パケットはＸＲトラフィック用の送信パケットとすることができる。

１     ：移動通信システム
２０   ：ＣＮ
１００：ＵＥ
１１０：受信部
１２０：送信部
１３０：制御部
２００：ｇＮＢ
２１０：送信部
２２０：受信部
２３０：制御部
３００：ＡＭＦ

Claims

　移動通信システムにおける通信制御方法であって、
　基地局が、送信パケットの再送を行わない場合、前記送信パケットの送信をスキップすることを示すスキップ通知をユーザ装置へ送信し、前記送信パケットの再送を行う場合、基準タイマより短いタイマ値の高速再送用タイマの当該タイマ値を前記ユーザ装置に設定すること、を有する
　通信制御方法。
　前記ユーザ装置が、前記スキップ通知を受信したことに応じて、前記送信パケットを受信したものとして処理を行うこと、を更に有する
　請求項１記載の通信制御方法。
　前記設定することは、前記基地局が、前記送信パケットの有効期限に関する条件を前記送信パケットが満たしたときに、前記スキップ通知を前記ユーザ装置に送信することを含む、
　請求項１記載の通信制御方法。
　前記基地局が、前記高速再送用タイマの前記タイマ値を前記ユーザ装置へ送信することと、
　前記ユーザ装置が、前記送信パケットの受信に失敗したとき、前記高速再送用タイマを起動することと、
　前記ユーザ装置が、前記高速再送用タイマの前記タイマ値が満了したとき、前記送信パケットの受信を試みることと、を更に有する
　請求項１記載の通信制御方法。
　移動通信システムにおける通信制御方法であって、
　ユーザ装置が、送信パケットの再送を行わない場合、前記送信パケットの送信をスキップすることを示すスキップ通知を基地局へ送信すること、を有する
　通信制御方法。
　前記基地局が、前記スキップ通知を受信したことに応じて、前記送信パケットを受信したものとして処理すること、を更に有する
　請求項５記載の通信制御方法。
　前記基地局が、スキップ条件を前記ユーザ装置へ送信すること、を更に有し、
　前記スキップ通知を送信することは、前記ユーザ装置が、前記スキップ条件を前記送信パケットが満たしたときに、前記スキップ通知を前記基地局へ送信することを含む、
　請求項５記載の通信制御方法。
　前記送信パケットはＸＲトラフィック用の送信パケットである、
　請求項１又は５に記載の通信制御方法。