特表 2024-537654 データ送信方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-16

(54)【発明の名称】データ送信方法および装置

(51)【国際特許分類】

   H04W 72/115 20230101AFI20241008BHJP

【ＦＩ】

H04W72/115

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024515922

(86)(22)【出願日】2022-08-19

(85)【翻訳文提出日】2024-04-19

(86)【国際出願番号】 CN2022113653

(87)【国際公開番号】W WO2023035909

(87)【国際公開日】2023-03-16

(31)【優先権主張番号】202111066360.8

(32)【優先日】2021-09-13

(33)【優先権主張国・地域又は機関】CN

(31)【優先権主張番号】202210460431.0

(32)【優先日】2022-04-28

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133569

【弁理士】

【氏名又は名称】野村 進

(72)【発明者】

【氏名】▲陳▼ 二▲凱▼

(72)【発明者】

【氏名】廖 ▲樹▼日

(72)【発明者】

【氏名】曹 佑▲龍▼

(72)【発明者】

【氏名】徐 瑞

(72)【発明者】

【氏名】▲竇▼ ▲聖▼▲躍▼

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

データ送信方法および装置が提供される。方法において、端末は、設定グラント(configured grant, CG)情報をネットワークデバイスから受信し、CG情報に基づいてCG周期において設定される量N個のトランスポートブロック(transport block, TB)を取得し、TBの設定される量NがCG周期において送信可能なTBの最大の量であり、Nが0より大きい整数であり、CG周期においてネットワークデバイスに、M個のTBに対応するアップリンクデータを送信し、Mが0より大きくN以下の整数である。この方法によれば、XRビデオフレームの完全な送信は、CG周期において完了されてもよく、それにより、XRサービスを受信することのユーザ体験を改善する。

【特許請求の範囲】

【請求項1】

設定グラント(CG)情報をネットワークデバイスから受信するステップと、
前記CG情報に基づいてCG周期において設定される量N個のトランスポートブロック(TB)を取得するステップであって、TBの前記設定される量Nが前記CG周期において送信可能なTBの最大の量であり、Nが0より大きい整数である、ステップと、
前記CG周期において前記ネットワークデバイスに、M個のTBに対応するアップリンクデータを送信するステップとを備え、Mが0より大きくN以下の整数である、通信方法。

【請求項2】

前記CG情報が、TBの前記設定される量についての情報を備え、
前記CG情報に基づいてCG周期において設定される量N個のTBを取得する前記ステップが、
TBの前記設定される量についての前記情報に基づいて、前記設定される量N個のTBを取得するステップを備える、請求項1に記載の方法。

【請求項3】

前記CG情報が、反復送信の設定情報および反復送信の量についての情報を備え、
前記CG情報に基づいてCG周期において設定される量N個のTBを取得する前記ステップが、
反復送信の前記設定情報および反復送信の前記量についての前記情報に基づいて、前記設定される量N個のTBを取得するステップを備える、請求項1に記載の方法。

【請求項4】

反復送信の前記設定情報および反復送信の前記量についての前記情報に基づいて、前記設定される量N個のTBを取得する前記ステップが、
反復送信の前記設定情報があるあらかじめ決められた値に指定されるとき、反復送信の前記量についての前記情報に基づいて、前記設定される量N個のTBを取得するステップを備える、請求項3に記載の方法。

【請求項5】

アップリンク制御情報(UCI)を前記ネットワークデバイスに送信するステップをさらに備え、前記UCIがMを示す、請求項1から4のいずれか一項に記載の方法。

【請求項6】

前記UCIがアクティブTB情報を備え、前記アクティブTB情報がMを示す、請求項5に記載の方法。

【請求項7】

前記UCIが、ハイブリッド自動再送要求(HARQ)情報、冗長バージョン(RV)情報、新データインジケータ(NDI)情報、またはチャネル占有時間(COT)共有情報の1つまたは複数をさらに備える、請求項6に記載の方法。

【請求項8】

UCIを前記ネットワークデバイスに送信する前記ステップが、
第1の時間単位において前記UCIを前記ネットワークデバイスに送信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項5から7のいずれか一項に記載の方法。

【請求項9】

第1の時間単位において前記UCIを前記ネットワークデバイスに送信する前記ステップが、
第2の時間単位と前記第1の時間単位との間の間隔が第1の閾値より大きいとき、前記第1の時間単位において前記UCIを前記ネットワークデバイスに送信するステップを備え、前記第2の時間単位が、前記設定されるN個のTBの中の第NのTBに対応する時間単位である、請求項8に記載の方法。

【請求項10】

第1の時間単位において前記UCIを前記ネットワークデバイスに送信する前記ステップが、
送信されるべきデータの量が第2の閾値より大きいとき、前記第1の時間単位において前記UCIを前記ネットワークデバイスに送信するステップを備える、請求項8に記載の方法。

【請求項11】

媒体アクセス制御(MAC)制御要素(CE)を前記ネットワークデバイスに送信するステップをさらに備え、前記MAC CEがMまたはバッファサイズの少なくとも1つを示す、請求項1から4のいずれか一項に記載の方法。

【請求項12】

MAC CEを前記ネットワークデバイスに送信する前記ステップが、
第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項11に記載の方法。

【請求項13】

第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信する前記ステップが、
第2の時間単位と前記第1の時間単位との間の間隔が第1の閾値より大きいとき、前記第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備え、前記第2の時間単位が、前記設定されるN個のTBの中の第NのTBに対応する時間単位である、請求項12に記載の方法。

【請求項14】

第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信する前記ステップが、
送信されるべきデータの量が第2の閾値より大きいとき、前記第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備える、請求項12に記載の方法。

【請求項15】

第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信する前記ステップが、
あらかじめ決められたパラメータが受信され、または前記あらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、前記第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備える、請求項12に記載の方法。

【請求項16】

第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信する前記ステップが、
第2の時間単位と前記第1の時間単位との間の間隔が第1の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、または前記あらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、前記第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備え、前記第2の時間単位が、前記設定されるN個のTBの中の第NのTBに対応する時間単位である、請求項12に記載の方法。

【請求項17】

第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信する前記ステップが、
送信されるべきデータの量が第2の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、または前記あらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、前記第1の時間単位において前記MAC CEを前記ネットワークデバイスに送信するステップを備える、請求項12に記載の方法。

【請求項18】

前記第1の閾値があらかじめ定められ、または、前記第1の閾値が前記ネットワークデバイスによって設定される、請求項9、13、または16に記載の方法。

【請求項19】

前記第2の閾値が、前記設定されるN個のTBが搬送することが可能なデータの総量である、請求項10、14、または17に記載の方法。

【請求項20】

設定グラント(CG)情報を端末に送信するステップであって、前記CG情報がCG周期においてトランスポートブロック(TB)の設定される量Nを設定するために使用され、TBの前記設定される量Nが前記CG周期において送信可能なTBの最大の量であり、Nが0より大きい整数である、ステップと、
前記CG周期において前記端末から、M個のTBに対応するアップリンクデータを受信するステップとを備え、Mが0より大きくN以下の整数である、通信方法。

【請求項21】

前記CG情報がTBの前記設定される量についての情報を備え、TBの前記設定される量についての前記情報がTBの前記設定される量Nを設定するために使用される、請求項20に記載の方法。

【請求項22】

前記CG情報が、反復送信の設定情報および反復送信の量についての情報を備え、反復送信の前記設定情報および反復送信の前記量についての前記情報が、TBの前記設定される量Nを設定するために使用される、請求項20に記載の方法。

【請求項23】

反復送信の前記設定情報があるあらかじめ決められた値に指定されるとき、反復送信の前記量についての前記情報がTBの前記設定される量Nを設定するために使用される、請求項22に記載の方法。

【請求項24】

アップリンク制御情報(UCI)を前記端末から受信するステップと、
前記UCIに基づいてMを取得するステップとをさらに備える、請求項20から23のいずれか一項に記載の方法。

【請求項25】

前記UCIがアクティブTB情報を備え、
前記UCIに基づいてMを取得する前記ステップが、
前記アクティブTB情報に基づいてMを取得するステップを備える、請求項24に記載の方法。

【請求項26】

前記UCIが、ハイブリッド自動再送要求(HARQ)情報、冗長バージョン(RV)情報、新データインジケータ(NDI)情報、またはチャネル占有時間(COT)共有情報の1つまたは複数をさらに備える、請求項25に記載の方法。

【請求項27】

UCIを前記端末から受信する前記ステップが、
第1の時間単位において前記UCIを前記端末から受信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項24から26のいずれか一項に記載の方法。

【請求項28】

媒体アクセス制御(MAC)制御要素(CE)を前記端末から受信するステップと、
前記MAC CEに基づいてMまたはバッファサイズの少なくとも1つを取得するステップとをさらに備える、請求項20から23のいずれか一項に記載の方法。

【請求項29】

MAC CEを前記端末から受信する前記ステップが、
第1の時間単位において前記MAC CEを前記端末から受信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項28に記載の方法。

【請求項30】

プロセッサを備える通信装置であって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、前記装置が請求項1から19のいずれか一項に記載の方法を実行することが可能にされる、通信装置。

【請求項31】

プロセッサを備える通信装置であって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、前記装置が請求項20から29のいずれか一項に記載の方法を実行することが可能にされる、通信装置。

【請求項32】

コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令が実行されるとき、コンピュータが、請求項1から19のいずれか一項に記載の方法を実行することが可能にされ、または、前記コンピュータが、請求項20から29のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。

【請求項33】

請求項1から19のいずれか一項に記載の方法を実行するように構成されるモジュールを備える、通信装置。

【請求項34】

請求項20から29のいずれか一項に記載の方法を実行するように構成されるモジュールを備える、通信装置。

【請求項35】

コンピュータプログラムコードを備えるコンピュータプログラム製品であって、前記コンピュータプログラムコードが実行されるとき、請求項1から19のいずれか一項に記載の方法が実行され、または、請求項20から29のいずれか一項に記載の方法が実行される、コンピュータプログラム製品。

【請求項36】

プロセッサを備えるチップであって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、前記チップが請求項1から19のいずれか一項に記載の方法を実行することが可能にされる、チップ。

【請求項37】

プロセッサを備えるチップであって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、前記チップが請求項20から29のいずれか一項に記載の方法を実行することが可能にされる、チップ。

【請求項38】

請求項30に記載の通信装置および請求項31に記載の通信装置を備え、または、請求項33に記載の通信装置および請求項34に記載の通信装置を備える、通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本特許出願は、2022年4月28日に中国国家知識産権局に出願された「DATA TRANSMISSION METHOD AND APPARATUS」という表題の中国特許出願第202210460431.0号の優先権を主張し、2021年9月13日に中国国家知識産権局に出願された「DATA TRANSMISSION METHOD AND APPARATUS」という表題の中国特許出願第202111066360.8号の優先権を主張し、これらはその全体が参照によって本明細書に組み込まれる。

【0002】

本出願は、通信技術の分野に関し、具体的には、データ送信方法および装置に関する。

【背景技術】

【0003】

ワイヤレス通信ネットワークにおいて、エクステンデッドリアリティ(extended reality, XR)技術には、ユーザに真新しい視覚体験を提供するための複数のビューおよび強力な対話能力などの利点があり、大きな応用上の価値および商業上の可能性がある。XRは、仮想現実(virtual reality, VR)、拡張現実(augmented reality, AR)、混合現実(mixed reality, MR)、および他の技術を含み、娯楽、ゲーム、医療、広告、産業、オンライン教育、工学、および他の分野に広く適用することができる。

【0004】

XRデータの量は一般に大きく、動的に変化する。したがって、限られた無線リソースを適切に使用することによってどのようにXRデータを効率的に送信するかが、解決されるべき喫緊の問題である。

【発明の概要】

【課題を解決するための手段】

【0005】

第1の態様によれば、本出願のある実施形態は通信方法を提供する。方法は、端末によって実行されてもよく、または、端末のコンポーネント(たとえば、プロセッサ、チップ、またはチップシステム)によって実行されてもよく、または、端末のすべてもしくは一部の機能を実装することができる論理モジュールもしくはソフトウェアによって実施されてもよい。方法は、設定グラント(configured grant, CG)情報をネットワークデバイスから受信するステップと、CG情報に基づいてCG周期において設定される量N個のトランスポートブロック(transport block, TB)を取得するステップであって、TBの設定される量NがCG周期において送信可能なTBの最大の量であり、Nが0より大きい整数である、ステップと、CG周期においてネットワークデバイスに、M個のTBに対応するアップリンクデータを送信するステップであって、Mが0より大きくN以下の整数である、ステップとを含む。

【0006】

本出願におけるTBは、物理アップリンク共有チャネル(physical uplink shared channel, PUSCH)、TBを搬送するPUSCH送信機会、スロット、または時間領域シンボルとしても理解され得る。本出願におけるTBの量は、TBを搬送するPUSCH、PUSCH送信機会、スロット、または時間領域シンボルの量としても理解され得る。

【0007】

任意選択で、CG情報は、無線リソース制御(radio resource control, RRC)メッセージにおいて搬送される。たとえば、CG情報は、RRCメッセージの中のConfiguredGrantConfig情報要素であり得る。

【0008】

任意選択で、方法は、CG情報に基づいてCG周期の長さを取得するステップをさらに含む。

【0009】

この方法によれば、XRビデオフレームの完全な送信をCG周期において完了することができるので、それによりXRサービスを受信することのユーザ体験を改善する。

【0010】

第1の態様に関して、第1の態様のいくつかの実装形態では、CG情報は、TBの設定される量についての情報を含む。CG情報に基づいてCG周期において設定される量N個のTBを取得することは、TBの設定される量についての情報に基づいて設定される量N個のTBを取得することを含む。

【0011】

CG情報の上記の実装形態では、CG周期において送信可能なTBの最大の量は、CG情報の中の専用のフィールドまたは情報要素を使用することによって設定され得る。専用フィールドまたは情報要素の値の範囲は、CG周期において送信可能なTBの最大の量の設定を実装するように特別に設計され得るので、CG周期において送信可能なTBの最大の量の設定が、より的が絞られたものになり得る。

【0012】

第1の態様に関して、第1の態様のいくつかの実装形態では、CG情報は、反復送信の設定情報および反復送信の量についての情報を含む。CG情報に基づいてCG周期において設定される量N個のTBを取得することは、反復送信の設定情報および反復送信の量についての情報に基づいて、設定される量N個のTBを取得することを含む。この実装形態は、CG周期において送信可能なTBの最大の量を設定するために、CG情報における反復送信の量についての情報を再使用することとして理解され得る。反復送信の設定情報は、反復送信の量についての情報を設定するための機能として理解され得る。反復送信の設定情報があるあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期において送信可能なTBの最大の量を設定するために使用される。反復送信の設定情報が別のあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期における反復送信の量を設定するために使用される。

【0013】

任意選択で、反復送信の設定情報があるあらかじめ決められた値に指定されるとき、TBの設定される量Nは、反復送信の量についての情報に基づいて取得される。

【0014】

CG情報の上記の実装形態では、CG情報における反復送信の量についての情報は、設定情報のオーバーヘッドを減らすために、CG周期において送信可能なTBの最大の量を設定するために再使用され得る。

【0015】

第1の態様に関して、第1の態様のいくつかの実装形態では、方法は、アップリンク制御情報(uplink control information, UCI)をネットワークデバイスに送信するステップをさらに含み、UCIはMを示す。方法は、UCIを使用することによってネットワークデバイスに、CG周期においてネットワークデバイスに実際に送信されるTBの量Mを示すこととして理解され得る。任意選択で、UCIは設定グラントUCI(CG-UCI)であり、CG-UCIはCG関連制御情報をネットワークデバイスに送信するために使用される。任意選択で、UCIは、物理アップリンク共有チャネル(physical uplink shared channel, PUSCH)で搬送されてもよく、または、物理アップリンク制御チャネル(physical uplink control channel, PUCCH)上で搬送されてもよい。

【0016】

任意選択で、UCIはアクティブTB情報を含み、アクティブTB情報はMを示す。任意選択で、アクティブTB情報は、アクティブTBの量についての情報またはアクティブTBビットマップについての情報である。さらに、任意選択で、UCIは、ハイブリッド自動再送要求(hybrid automatic repeat request, HARQ)情報、冗長バージョン(redundancy version, RV)情報、新データインジケータ(new data indicator, NDI)情報、またはチャネル占有時間(channel occupancy time, COT)共有情報という情報の1つまたは複数を含む。

【0017】

第1の態様に関して、第1の態様のいくつかの実装形態では、UCIをネットワークデバイスに送信することは、第1の時間単位においてUCIをネットワークデバイスに送信することを含み、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。第1の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第1のTBに対応する時間単位は、異なるように理解され得る。たとえば、第1のTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよく、または、データが到着した後のCG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよい。この実装形態では、端末は、UCIを介して可能な限り早く、CG周期において実際に送信されるTBの量Mをネットワークデバイスに知らせることができるので、ネットワークデバイスは、時間内にMを知り、TBの実際の量に基づいて未使用のリソースを使用のために別の端末に割り振り、それによりリソースの浪費を避けることができる。

【0018】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の時間単位においてUCIをネットワークデバイスに送信することは、第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きいとき、第1の時間単位においてUCIをネットワークデバイスに送信することを含む。第2の時間単位は、設定されるN個のTBの中の第NのTBに対応する時間単位である。第2の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第NのTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第NのTB(すなわち、最後のTB)に対応するスロットまたは時間領域シンボルとして理解され得る。この実装形態では、ネットワークデバイスの過剰に大きな処理遅延により、別の端末をスケジュールするためにCG周期における残りのリソースを使用できないとき、端末は、シグナリングオーバーヘッドを減らすために、UCIを送信しなくてもよい。

【0019】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の時間単位においてUCIをネットワークデバイスに送信することは、送信されるべきデータの量が第2の閾値より大きいとき、第1の時間単位においてUCIをネットワークデバイスに送信することを含む。送信されるべきデータの量は、CGに対応する論理チャネルに対応する送信されるべきデータの量であり得る。CGは、CG情報を使用することによって設定されるCGであり得る。この実装形態では、設定されるN個のTBが送信されるべきデータの量を搬送できないとき、それは、設定されるリソースが不十分であることを示す。この場合、ネットワークデバイスはUCIを介して通知され、ネットワークデバイスは、時間内に残りのデータを送信して送信遅延を減らすために、UCIに基づいて追加の送信リソースを割り振り得る。

【0020】

第1の態様に関して、第1の態様のいくつかの実装形態では、方法は、媒体アクセス制御(media access control, MAC)制御要素(control element, CE)をネットワークデバイスに送信するステップをさらに含み、MAC CEはMまたはバッファサイズ(buffer size)の少なくとも1つを示す。MAC CEは、論理チャネル(logical channel, LCH)または論理チャネルグループ(logical channel group, LCG)に基づいて、Mまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するために使用され得る。

【0021】

MAC CEがLCHに基づいてMまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するために使用されるとき、MAC CEは、LCHの識別子を含み、Mまたはバッファサイズの少なくとも1つを示す情報をさらに含む。LCHの識別子は、たとえば、LCH IDであってもよく、Mを示す情報は、たとえば、cg-ActiveTBフィールドにおいて搬送されてもよく、バッファサイズを示す情報は、たとえば、Buffer Sizeフィールドにおいて搬送されてもよい。この実装形態では、ネットワークデバイスは、実際に送信されたTBの量Mまたは特定のLCHに対応するバッファサイズの少なくとも1つについての情報を知り得るので、ネットワークデバイスは、リソース利用率を改善するために、より細かいスケジューリング(たとえば、LCHの粒度でのスケジューリング)を実行することができる。

【0022】

MAC CEがLCGに基づいてMまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するために使用されるとき、MAC CEは、LCGの識別子を含み、Mまたはバッファサイズの少なくとも1つを示す情報をさらに含む。LCGの識別子は、たとえば、LCG IDであってもよく、Mを示す情報は、たとえば、cg-ActiveTBフィールドにおいて搬送されてもよく、バッファサイズを示す情報は、たとえば、Buffer Sizeフィールドにおいて搬送されてもよい。この実装形態では、ネットワークデバイスは、ネットワークデバイスのスケジューリングのための基準を提供してリソース利用率を改善するために、バッファステータス報告(buffer size report, BSR)機構を再使用して、実際に送信されるTBの量MまたはLCGに対応するバッファサイズの少なくとも1つについての情報を報告し得る。

【0023】

第1の態様に関して、第1の態様のいくつかの実装形態では、MAC CEをネットワークデバイスに送信することは、第1の時間単位においてMAC CEをネットワークデバイスに送信することを含み、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。第1の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第1のTBに対応する時間単位は、異なるように理解され得る。たとえば、第1のTBに対応する時間単位は、CG周期の中で設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよく、または、データが到着した後のCG周期の中で設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよい。この実装形態では、端末は、MAC CEを介して可能な限り早く、CG周期において実際に送信されるTBの量Mをネットワークデバイスに知らせることができるので、ネットワークデバイスは、時間内にMを知り、TBの実際の量に基づいて未使用のリソースを使用のために別の端末に割り振り、それによりリソースの浪費を避けることができる。

【0024】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の時間単位においてMAC CEをネットワークデバイスに送信することは、第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きいとき、第1の時間単位においてMAC CEをネットワークデバイスに送信することを含み、第2の時間単位は、設定されるN個のTBの中の第NのTBに対応する時間単位である。第2の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第NのTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第NのTB(すなわち、最後のTB)に対応するスロットまたは時間領域シンボルとして理解され得る。この実装形態では、ネットワークデバイスの過剰に大きな処理遅延により、別の端末をスケジュールするためにCG周期における残りのリソースを使用できないとき、端末は、シグナリングオーバーヘッドを減らすために、MAC CEを送信しなくてもよい。

【0025】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の時間単位においてMAC CEをネットワークデバイスに送信することは、送信されるべきデータの量が第2の閾値より大きいとき、第1の時間単位においてMAC CEをネットワークデバイスに送信することを含む。送信されるべきデータの量は、CGに対応する論理チャネルに対応する送信されるべきデータの量であり得る。CGは、CG情報を使用することによって設定されるCGであり得る。この実装形態では、設定されるN個のTBが送信されるべきデータの量を搬送できないとき、それは、設定されるリソースが不十分であることを示す。この場合、ネットワークデバイスはMAC CEを介して通知され、ネットワークデバイスは、時間内に残りのデータを送信して送信遅延を減らすために、MAC CEに基づいて追加の送信リソースを割り振り得る。

【0026】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の時間単位においてMAC CEをネットワークデバイスに送信することは、
あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、または、
第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、または、
送信されるべきデータの量が第2の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、
第1の時間単位においてMAC CEをネットワークデバイスに送信することを含む。

【0027】

LCHに基づいてMまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するためにMAC CEが使用されるとき、あらかじめ決められたパラメータは、たとえばenhanced-per-LCH-BSRとして表され得る。ある可能な実装方法では、enhanced-per-LCH-BSRが受信されるとき、MAC CEが第1の時間単位においてネットワークデバイスに送信される。別の可能な実装方法では、enhanced-per-LCH-BSRがあらかじめ決められた値に指定されるとき、MAC CEが第1の時間単位においてネットワークデバイスに送信される。あらかじめ決められた値は、たとえば、「true」、「enable」、「0」、または「1」であり得る。

【0028】

LCHに基づいてMまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するためにMAC CEが使用されるとき、あらかじめ決められたパラメータは、たとえばenhanced-cg-BSRとして表され得る。ある可能な実装方法では、enhanced-cg-BSRが受信されるとき、MAC CEが第1の時間単位においてネットワークデバイスに送信される。別の可能な実装方法では、enhanced-cg-BSRがあらかじめ決められた値に指定されるとき、MAC CEが第1の時間単位においてネットワークデバイスに送信される。あらかじめ決められた値は、たとえば、「true」、「enable」、「0」、または「1」であり得る。

【0029】

上記の実装形態では、端末デバイスは、無効なシグナリング指示およびリソースの浪費を避けるために、特定の条件に基づいて、MAC CEをネットワークデバイスに送信することが必要であるかどうかを決定し得る。

【0030】

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の閾値はあらかじめ定められ、またはネットワークデバイスによって設定される。

【0031】

第1の閾値があらかじめ定められるとき、第1の閾値はプロトコルにおいてあらかじめ規定される値であり得る。

【0032】

第1の閾値がネットワークデバイスによって設定されるとき、ネットワークデバイスは、RRCメッセージの中の情報要素を使用することによって第1の閾値を設定し得る。第1の閾値を設定するために使用されるRRCメッセージの中の情報要素は、新しく定義される情報要素であってもよく、または既存の情報要素が再使用されてもよい。たとえば、第1の閾値を設定するためにcg-minDFI-Delay情報要素が再使用されてもよく、cg-minDFI-Delayは、PUSCHの終了シンボルから、PUSCHに対応するHARQ-ACKを搬送するダウンリンクフィードバックインジケータ(downlink feedback indicator, DFI)を含むPDCCHの開始シンボルまでの、最小の時間間隔を表す。第1の閾値は代替として、2個以上の情報要素/パラメータによって共同で決定されてもよい。たとえば、第1の閾値は、cg-minDFI-Delay情報要素を使用することによって設定される値C1とK2の値の両方に基づいて決定され得る。K2は、端末による、ダウンリンク制御情報(downlink control information, DCI)において搬送されるダウンリンクスケジューリング情報の受信から、ダウンリンクスケジューリング情報を介してスケジュールされるPUSCH上でのアップリンクデータの送信までの、最小の時間間隔を表す。たとえば、第1の閾値はC1+K2として表され得る。K2の値は、ダウンリンクスケジューリング情報によって示されてもよく(たとえば、ダウンリンクスケジューリング情報の中の「minimum applicable scheduling offset indicator」フィールドによって示されてもよく)、または、RRCメッセージの中の情報要素を使用することによってネットワークデバイスによって設定されてもよい(たとえば、minimumSchedulingOffsetK2情報要素を使用することによって設定されてもよい)。

【0033】

上記の実装形態では、端末デバイスは、ネットワークデバイスの処理遅延を知り得る。ネットワークデバイスの過剰に大きな処理遅延により、別の端末をスケジュールするためにCG周期における残りのリソースを使用できないとき、端末デバイスは、シグナリングオーバーヘッドを減らすために、UCIまたはMAC CEを送信しなくてもよい。

【0034】

第1の態様に関して、第1の態様のいくつかの実装形態では、第2の閾値は、設定されるN個のTBが搬送することが可能なデータの総量である。この実装形態では、設定されるN個のTBが送信されるべきデータの量を搬送できないとき、それは、設定されるリソースが不十分であることを示す。この場合、ネットワークデバイスはUCIまたはMAC CEを介して通知され、ネットワークデバイスは、時間内に残りのデータを送信して送信遅延を減らすために、UCIまたはMAC CEに基づいて追加の送信リソースを割り振り得る。

【0035】

上記の実装形態では、ネットワークデバイスは、CG周期において端末によって実際に送信されるTBの量を知り得るので、ネットワークデバイスは、リソースの浪費を避けてリソース利用率を改善するために、使用のために別の端末に、CG周期において端末によって占有されないCGリソースをスケジュールすることができる。加えて、上記の実装形態では、端末によって占有されないCGリソースについて、ネットワークデバイスは、端末がCGリソース上で送信を実行するのに失敗したと誤って判断しない。したがって、ネットワークデバイスは、不必要なシグナリングオーバーヘッドを減らすために、データ再送信を示すためのスケジューリング情報を端末に送信しなくてもよい。

【0036】

第2の態様によれば、本出願のある実施形態は通信方法を提供する。方法は、ネットワークデバイスによって実行されてもよく、または、ネットワークデバイスのコンポーネント(たとえば、プロセッサ、チップ、またはチップシステム)によって実行されてもよく、または、ネットワークデバイスのすべてもしくは一部の機能を実装することができる論理モジュールもしくはソフトウェアによって実施されてもよい。方法は、CG情報を端末に送信するステップであって、CG情報がCG周期の中の設定される量N個のTBを設定するために使用され、TBの設定される量NがCG周期において送信可能なTBの最大の量であり、Nが0より大きい整数である、ステップと、CG周期において端末から、M個のTBに対応するアップリンクデータを受信するステップであって、Mが0より大きくN以下の整数である、ステップとを含む。

【0037】

任意選択で、CG情報はRRCメッセージにおいて搬送される。たとえば、CG情報は、RRCメッセージの中のConfiguredGrantConfig情報要素であり得る。

【0038】

任意選択で、CG情報は、CG周期の長さを設定するためにさらに使用される。

【0039】

第2の態様に関して、第2の態様のいくつかの実装形態では、CG情報はTBの設定される量についての情報を含み、TBの設定される量の情報はNを設定するために使用される。

【0040】

第2の態様に関して、第2の態様のいくつかの実装形態では、CG情報は、反復送信の設定情報および反復送信の量についての情報を含み、反復送信の設定情報および反復送信の量についての情報は、Nを設定するために使用される。この実装形態は、CG周期において送信可能なTBの最大の量を設定するために、CG情報における反復送信の量についての情報を再使用することとして理解され得る。反復送信の設定情報は、反復送信の量についての情報を設定するための機能として理解され得る。反復送信の設定情報があるあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期において送信可能なTBの最大の量を設定するために使用される。反復送信の設定情報が別のあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期における反復送信の量を設定するために使用される。

【0041】

任意選択で、反復送信の設定情報があらかじめ決められた値に指定されるとき、反復送信の量についての情報は、Nを設定するために使用される。

【0042】

第2の態様に関して、第2の態様のいくつかの実装形態では、方法は、UCIを端末から受信するステップと、UCIに基づいてMを取得するステップとをさらに含む。方法は、UCIを使用することによってネットワークデバイスに、CG周期においてネットワークデバイスに実際に送信されるTBの量Mを示すこととして理解され得る。任意選択で、UCIはCG-UCIであり、CG-UCIはCG関連制御情報をネットワークデバイスに送信するために使用される。任意選択で、UCIは、PUSCHで搬送されてもよく、またはPUCCHで搬送されてもよい。

【0043】

任意選択で、UCIはアクティブTB情報を含む。UCIに基づいてMを取得することは、アクティブTB情報に基づいてMを取得することを含む。任意選択で、アクティブTB情報は、アクティブTBの量についての情報またはアクティブTBビットマップについての情報である。さらに、任意選択で、UCIは、HARQ情報、RV情報、NDI情報、またはCOT共有情報の1つまたは複数をさらに含む。

【0044】

第2の態様に関して、第2の態様のいくつかの実装形態では、UCIを端末から受信することは、第1の時間単位においてUCIを端末から受信することを含み、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。第1の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第1のTBに対応する時間単位は、異なるように理解され得る。たとえば、第1のTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよく、または、データが到着した後のCG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよい。この実装形態では、ネットワークデバイスは、UCIを介して可能な限り早く、CG周期において実際に送信されるTBの量Mを知り、TBの実際の量に基づいて未使用のリソースを使用のために別の端末に割り振り、リソースの浪費を避けることができる。

【0045】

第2の態様に関して、第2の態様のいくつかの実装形態では、方法は、MAC CEを端末から受信するステップと、MAC CEに基づいてMまたはバッファサイズの少なくとも1つを取得するステップとをさらに含む。

【0046】

バッファサイズが取得されるとき、ネットワークデバイスはさらにMを取得し得ることが理解され得る。ネットワークデバイスは、CG周期において設定されるN個のTBの各々によって搬送され得るデータの量を知り、バッファサイズ(これは送信されるべきデータの量としても理解され得る)に関して、CG周期における送信のために端末によって実際に必要とされるTBの量Mを決定し得る。

【0047】

上記の実装形態では、ネットワークデバイスは、MAC CEを介してMまたはバッファサイズの少なくとも1つを知り、未使用のリソースを使用のために別の端末に割り振り、リソースの浪費を避けることができる。

【0048】

第2の態様に関して、第2の態様のいくつかの実装形態では、MAC CEを端末から受信することは、第1の時間単位においてMAC CEを端末から受信することを含み、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。第1の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第1のTBに対応する時間単位は、異なるように理解され得る。たとえば、第1のTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよく、または、データが到着した後のCG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよい。この実装形態では、ネットワークデバイスは、MAC CEを介して可能な限り早く、CG周期において実際に送信されるTBの量Mまたはバッファサイズの少なくとも1つを知り、未使用のリソースを使用のために別の端末に割り振り、リソースの浪費を避けることができる。

【0049】

第3の態様によれば、本出願のある実施形態は装置を提供する。装置は、第1の態様または第1の態様の可能な実装形態のいずれか1つに従って方法を実施し得る。装置は、方法を実行するように構成される対応するユニットまたはモジュールを含む。装置に含まれるユニットまたはモジュールは、ソフトウェアおよび/またはハードウェアによって実装され得る。たとえば、装置は、端末であってもよく、または、方法を実施する際に端末を支援するチップ、チップシステム、もしくはプロセッサであってもよく、または、端末の一部もしくはすべての機能を実装することができる論理モジュールもしくはソフトウェアであってもよい。

【0050】

第4の態様によれば、本出願のある実施形態は装置を提供する。装置は、第2の態様または第2の態様の可能な実装形態のいずれか1つに従って方法を実施し得る。装置は、方法を実行するように構成される対応するユニットまたはモジュールを含む。装置に含まれるユニットまたはモジュールは、ソフトウェアおよび/またはハードウェアによって実装され得る。たとえば、装置は、ネットワークデバイスであってもよく、または、方法を実施する際にネットワークデバイスを支援するチップ、チップシステム、もしくはプロセッサであってもよく、または、ネットワークデバイスの一部もしくはすべての機能を実装することができる論理モジュールもしくはソフトウェアであってもよい。

【0051】

第5の態様によれば、本出願のある実施形態は、プロセッサを含む装置を提供する。プロセッサはメモリに結合され、メモリは命令を記憶するように構成され、命令がプロセッサによって実行されるとき、装置は、第1の態様または第1の態様の可能な実装形態のいずれか1つに従って方法を実施することが可能にされる。

【0052】

第6の態様によれば、本出願のある実施形態は、プロセッサを含む装置を提供する。プロセッサはメモリに結合され、メモリは命令を記憶するように構成され、命令がプロセッサによって実行されるとき、装置は、第2の態様または第2の態様の可能な実装形態のいずれか1つに従って方法を実施することが可能にされる。

【0053】

第7の態様によれば、本出願のある実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令が実行されるとき、コンピュータは、第1の態様または第1の態様の可能な実装形態のいずれか1つに従って方法を実行することが可能にされる。

【0054】

第8の態様によれば、本出願のある実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令が実行されるとき、コンピュータは、第2の態様または第2の態様の可能な実装形態のいずれか1つに従って方法を実行することが可能にされる。

【0055】

第9の態様によれば、本出願のある実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムコードを含み、コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第1の態様または第1の態様の可能な実装形態のいずれか1つに従って方法を実行することが可能にされる。

【0056】

第10の態様によれば、本出願のある実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムコードを含み、コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第2の態様または第2の態様の可能な実装形態のいずれか1つに従って方法を実行することが可能にされる。

【0057】

第11の態様によれば、本出願のある実施形態は、プロセッサを含むチップを提供する。プロセッサはメモリに結合され、メモリは命令を記憶するように構成され、命令がプロセッサによって実行されるとき、チップは、第1の態様、第2の態様、第1の態様の可能な実装形態、または第2の態様の可能な実装形態のいずれか1つに従って方法を実施することが可能にされる。

【0058】

第12の態様によれば、本出願のある実施形態は、第3の態様による装置および第4の態様による装置を含む通信システムを提供する。

【0059】

第13の態様によれば、本出願のある実施形態は、第5の態様による装置および第6の態様による装置を含む通信システムを提供する。

【図面の簡単な説明】

【0060】

【図1】本出願による実施形態が適用される通信システムの概略図である。

【図2】本出願の実施形態が適用可能であるシステムフレームワークの概略図である。

【図3】本出願の実施形態が適用可能であるシステムフレームワークの概略図である。

【図4】本出願の実施形態が適用可能であるシステムフレームワークの概略図である。

【図5】本出願の実施形態が適用可能であるシステムフレームワークの概略図である。

【図6】周期的なデータの概略図である。

【図7】本出願のある実施形態によるデータ送信方法の概略図である。

【図8】CG送信の概略図である。

【図9】CG送信の概略図である。

【図10】本出願の実施形態によるアクティブTB情報を送信することの概略図である。

【図11】本出願の実施形態によるアクティブTB情報を送信することの概略図である。

【図12】本出願のある実施形態による端末の構造の概略図である。

【図13】本出願のある実施形態による装置の構造の概略図である。

【図14】本出願のある実施形態による別の装置の概略図である。

【発明を実施するための形態】

【0061】

図1は、本出願のある実施形態が適用される通信システムの構造の概略図である。図1に示されるように、通信システムは無線アクセスネットワーク100およびコアネットワーク130を含む。任意選択で、通信システム1000はインターネット140をさらに含み得る。無線アクセスネットワーク100は、少なくとも1つの無線アクセスネットワークデバイス(たとえば、図1の110aおよび110b)を含んでもよく、少なくとも1つの端末(たとえば、図1の120aから120j)をさらに含んでもよい。端末は無線アクセスネットワークデバイスにワイヤレスに接続され、無線アクセスネットワークデバイスはコアネットワークにワイヤレスにまたは有線で接続される。コアネットワークデバイスおよび無線アクセスネットワークデバイスは、独立した異なるデバイスであってもよく、または、コアネットワークデバイスの機能および無線アクセスネットワークデバイスの論理機能は、同じデバイスへと統合され、または、コアネットワークデバイスの一部の機能および無線アクセスネットワークデバイスの一部の機能は、1つのデバイスへと統合される。端末間の接続および無線アクセスネットワークデバイス間の接続のために、有線またはワイヤレスの方式が使用され得る。図1は概略図にすぎない。通信システムは、別のネットワークデバイス、たとえば、図1に示されていない中継デバイスおよびバックホールデバイスをさらに含み得る。

【0062】

本出願の実施形態において提供される方法および装置は、様々な通信システム、たとえば、第4世代(4^th generation, 4G)通信システム、4.5G通信システム、5G通信システム、5.5G通信システム、6G通信システム、複数の通信システムを統合するシステム、または未来の進化した通信ステムにおいて使用され得る。様々な通信システムは、たとえば、ロングタームエボリューション(long term evolution, LTE)システム、ニューラジオ(new radio, NR)システム、ワイヤレスフィデリティ(wireless fidelity, Wi-Fi)システム、第3世代パートナーシッププロジェクト(3^rd generation partnership project, 3GPP)関連通信システム、およびこのタイプの別の通信システムである。

【0063】

無線アクセスネットワークデバイス(本出願ではネットワークデバイスとも呼ばれることがある)は、基地局(base station)、進化型NodeB(evolved NodeB, eNodeB)、送受信ポイント(transmission reception point, TRP)、5Gモバイル通信システムにおける次世代NodeB(next generation NodeB, gNB)、6Gモバイル通信システムにおける次世代基地局、未来のモバイル通信システムにおける基地局、Wi-Fiシステムにおけるアクセスノードなどであってもよく、または、基地局の一部の機能を完成させるモジュールもしくはユニットであってもよく、たとえば、中心ユニット(central unit, CU)もしくは分散ユニット(distributed unit, DU)であってもよい。無線アクセスネットワークデバイスは、マクロ基地局(たとえば、図1の110a)であってもよく、またはマイクロ基地局もしくは屋内基地局(たとえば、図1の110b)であってもよく、または中継ノード、ドナーノードなどであってもよい。本出願における無線アクセスネットワークデバイスのすべてまたは一部の機能は、ハードウェア上で実行されるソフトウェア機能を使用することによっても実装されてもよく、または、プラットフォーム(たとえば、クラウドプラットフォーム)上で実体化される仮想化機能を使用することによって実装されてもよいことが理解され得る。無線アクセスネットワークデバイスによって使用される特定の技術および特定のデバイスの形態は、本出願の実施形態では限定されない。説明を簡単にするために、以下では、基地局が無線アクセスネットワークデバイスとして使用される例を使用することによって説明を行う。

【0064】

端末はまた、端末デバイス、ユーザ機器(user equipment, UE)、移動局、モバイル端末などと呼ばれることがある。端末は、様々なシナリオ、たとえば、デバイスツーデバイス(device-to-device, D2D)、ビークルツーエブリシング(vehicle to everything, V2X)通信、マシン型通信(machine type communication, MTC)、モノのインターネット(internet of things, IoT)、仮想現実、拡張現実、産業用制御、自動運転、遠隔医療、スマートグリッド、スマート家具、スマートオフィス、スマートウェアラブル、スマート交通、およびスマートシティに広く適用され得る。端末は、携帯電話、タブレットコンピュータ、ワイヤレストランシーバ機能をもつコンピュータ、ウェアラブルデバイス、車両、無人航空機、ヘリコプター、航空機、船、ロボット、ロボットアーム、スマートホームデバイスなどであり得る。端末によって使用される特定の技術および特定のデバイスの形態は、本出願の実施形態では限定されない。

【0065】

代替として、本出願の端末は、VR端末、AR端末、またはMR端末であり得る。VR端末、AR端末、およびMR端末は各々、XR端末と呼ばれ得る。たとえば、XR端末は、ヘッドマウントデバイス(たとえば、ヘルメットまたは眼鏡)であってもよく、または、オールインワンマシンであってもよく、または、テレビジョン、ディスプレイ、車、車載デバイス、タブレット、もしくはスマートスクリーンであってもよい。XR端末はXRデータをユーザに提示することができ、ユーザは、XR端末を装着または使用することによって、多様なXRサービスを経験することができる。XR端末は、ワイヤレスまたは有線方式でネットワークにアクセスしてもよく、たとえば、Wi-Fiシステム、5Gシステム、または別のシステムを介してネットワークにアクセスしてもよい。

【0066】

基地局および端末は固定されていてもよく、または移動可能であってもよい。基地局および端末は、屋内もしくは屋外のシナリオ、およびハンドヘルドもしくは車載のシナリオを含めて、陸上で展開されてもよく、または、水上で展開されてもよく、または、空中の航空機、風船、および人工衛星で展開されてもよい。基地局および端末の適用シナリオは、本出願の実施形態において限定されない。

【0067】

基地局と端末の役割は相対的である。たとえば、図1の航空機または無人航空機120iは、モバイル基地局として構成され得る。無線アクセスネットワーク100から120iにアクセスする端末120jでは、端末120iは基地局である。しかしながら、基地局110aでは、120iは端末であり、すなわち、110aおよび120iは無線エアインターフェースプロトコルを使用することによって互いに通信する。当然、110aおよび120iは代替として、基地局間でインターフェースプロトコルを使用することによって互いに通信し得る。この場合、110aでは、120iは基地局でもある。したがって、基地局と端末の両方が、まとめて通信装置と呼ばれる。図1の110aおよび110bは、基地局の機能を有する通信装置と呼ばれることがあり、図1の120aから120jは、端末の機能を有する通信装置と呼ばれることがある。

【0068】

通信は、基地局と端末の間で、基地局間で、端末間で、免許スペクトル、免許不要スペクトル、または免許スペクトルと免許不要スペクトルの両方を介して実行され得る。通信は、6ギガヘルツ(gigahertz, GHz)に満たないスペクトル、6GHzを超えるスペクトル、または6GHzに満たないスペクトルと6GHzを超えるスペクトルの両方を介して実行され得る。ワイヤレス通信に使用されるスペクトルリソースは、本出願の実施形態では限定されない。

【0069】

本出願の実施形態では、基地局の機能は代替として、基地局の中のモジュール(たとえば、チップ)によって実行されてもよく、または基地局の機能を含む制御サブシステムによって実行されてもよい。本明細書の基地局の機能を含む制御サブシステムは、上記の端末適用シナリオ、たとえば、スマートグリッド、産業用制御、スマート交通、およびスマートシティにおける制御センターであり得る。端末の機能は代替として、端末の中のモジュール(たとえば、チップまたはモデム)によって実行されてもよく、または端末の機能を含む装置によって実行されてもよい。

【0070】

本出願では、基地局は、ダウンリンク信号またはダウンリンク情報を端末に送信し、ダウンリンク情報はダウンリンクチャネルで搬送され、端末は、アップリンク信号またはアップリンク情報を基地局に送信し、アップリンク情報はアップリンクチャネルで搬送され、端末は、サイドリンク(sidelink)信号またはサイドリンク情報を端末に送信し、サイドリンク情報はサイドリンクチャネルで搬送される。

【0071】

XR技術には、ユーザに真新しい視覚体験を提供するための複数のビューおよび強力な対話可能性などの利点があり、大きな応用上の価値および商業上の可能性がある。XRは、VR、AR、MR、および他の技術を含み、娯楽、ゲーム、医療、広告、産業、オンライン教育、工学、および他の分野において広く使用され得る。VR技術は主に、現実世界の視覚と聴覚の感覚的刺激をユーザに対して最大限シミュレートするために視覚と聴覚のシナリオを表現するためのものである。VR技術では、ユーザの視覚および/または聴覚をシミュレートするために、ユーザは通常XR端末(たとえば、ヘッドマウントデバイス)を装着する。VR技術は、ユーザについて行動追跡を実行して、シミュレートされる視覚および/または音声コンテンツを時間内に更新するためにさらに使用され得る。AR技術は主に、ユーザにより知覚される現実の環境において、追加の視覚および/もしくは音声の情報または手動で生成されるコンテンツを提供するためのものである。ユーザは、現実の環境を直接(たとえば、検知、処理、およびレンダリングは実行されない)、または間接的に(たとえば、センサなどを通じて伝送が実行される)知覚してもよく、さらなる増強処理が実行される。MR技術は、いくつかの仮想的な要素を物理的なシナリオに挿入し、現実のシナリオの一部としてこれらの要素を追加することによって没入感のある体験をユーザに提供するためのものである。

【0072】

XRデータの量は一般に大きく、動的に変化する。したがって、限られた無線リソースを適切に使用することによってどのようにXRデータを効率的に送信するかが、解決されるべき喫緊の問題である。

【0073】

本出願は、データ送信方法を提供する。この方法では、設定グラント(configured grant, CG)周期において送信可能なトランスポートブロック(transport block, TB)の最大の量が設定されるので、XRデータの特性を適応させることができ、それにより、限られたリソースを介した効率的なデータ送信を完了する。本出願において提供される方法は、方法が適用されるデータサービスタイプを限定せず、データサービスタイプならびにXRデータも適用可能であることが理解され得る。

【0074】

本出願において提供される実施形態は、複数の異なるシナリオに適用可能である。図2から図5は、本出願の実施形態が適用可能であるいくつかのシステムフレームワークの概略図である。

【0075】

図2は、本出願のある実施形態が適用可能であるシナリオの概略図である。図2は、サーバ210、コアネットワークおよびアクセスネットワーク220(これはトランスポートネットワーク220、たとえばLTEネットワーク、5Gネットワーク、または6Gネットワークと簡単に呼ばれることがある)、および端末230を含むシステム200を示す。サーバ210は、XRソースデータを符号化し、復号し、レンダリングするように構成されてもよく、トランスポートネットワーク220は、XRデータを送信するように構成されてもよく、端末230は、XRデータを処理することによって多様なXR体験をユーザに提供する。トランスポートネットワーク220と端末230との間に別の装置がさらに含まれてもよいことが理解され得る。たとえば、別の端末(たとえば、携帯電話、ノートブックコンピュータ、または車載端末)および/またはネットワークデバイス(たとえば、中継デバイス、統合アクセスバックホール(integrated access backhaul, IAB)デバイス、Wi-Fiルータ、またはWi-Fiアクセスポイント)がさらに含まれてもよい。端末230は、別の端末および/またはネットワークデバイスを介してXRデータをトランスポートネットワーク220から取得する。

【0076】

図3は、本出願のある実施形態が適用可能である別のシナリオの概略図である。図3は、端末320および別の端末310を含むシステム300を示す。別の端末310は端末320以外の端末である。別の端末310はXRデータを端末320に送信し得る。たとえば、別の端末310はXRデータを端末320に投影し得る。別の例では、別の端末310および端末320は車載端末であり、XRデータは車載端末間で交換されてもよい。XRデータをトランスポートネットワーク(たとえば、LTEネットワーク、5Gネットワーク、または6Gネットワーク)から取得するために、またはデータをトランスポートネットワークに送信するために、別の端末310がトランスポートネットワークにさらに接続されてもよいことが理解され得る。

【0077】

図4は、本出願のある実施形態が適用可能である別のシナリオの概略図である。図4は、端末430、Wi-Fiルータ、またはWi-Fiアクセスポイント420(Wi-Fi装置420と簡単に呼ばれることがある)、および別の端末410を含む、システム400を示す。別の端末410は端末430以外の端末である。別の端末410は、Wi-Fi装置420を介してXRデータを端末430に送信し得る。たとえば、別の端末410は携帯電話デバイスであり、Wi-Fi装置420は、Wi-Fiルータ、Wi-Fiアクセスポイント、またはセットトップボックスであり、端末430は、テレビジョンデバイス、スマートスクリーンデバイス、または電子タブレットデバイスである。携帯電話デバイスは、Wi-Fiルータ、Wi-Fiアクセスポイント、またはセットトップボックスを介して、XRデータをテレビジョンデバイス、スマートスクリーンデバイス、または電子タブレットデバイスに投影し、XRデータをユーザに提示し得る。

【0078】

図5は、本出願のある実施形態が適用可能である別のシナリオの概略図である。図5は、サーバ510、固定ネットワーク520、Wi-FiルータまたはWi-Fiアクセスポイント530(Wi-Fi装置530と簡単に呼ばれることがある)、および端末540を含む、システム500を示す。サーバ510は、XRソースデータを符号化し、復号し、レンダリングし、固定ネットワーク520およびWi-Fi装置530を介してXRデータを端末540に送信するように構成され得る。たとえば、固定ネットワーク520は事業者ネットワークであり、WiFi装置530は、Wi-Fiルータ、Wi-Fiアクセスポイント、またはセットトップボックスであり、サーバ510は、事業者ネットワーク520およびWi-Fi装置530を介してXRデータを端末540に送信または投影する。

【0079】

図2から図5は、本出願の実施形態が適用可能であるいくつかのシナリオの例にすぎず、本出願の実施形態の適用可能なシナリオを限定しないことが理解され得る。

【0080】

以下は、添付の図面に関して本出願の技術的な解決策を説明する。

【0081】

加えて、本出願の技術的な解決策を理解するのを簡単にするために、XRサービスまたはビデオサービスの特性およびCG機構がまず簡単に説明される。

【0082】

XRデータまたはビデオサービスデータは、特定のフレームレートおよび特定の周期を通常有する。たとえば、図6は、フレームレートが60フレーム毎秒(frame per second, FPS)であるときの、時間に関するXRサービスのピクチャフレームの分布の概略図である。図6から、60FPSの場合、1000/60≒16.67msの間隔で1つのピクチャフレームが出現または到着することがわかる。

【0083】

他の可能なフレームレートは、30FPS、90FPS、および120FPSをさらに含む。無線アクセスネットワークデバイスは、複数の異なる方式でXRデータまたはビデオサービスデータのフレームレートを取得し得る。

【0084】

たとえば、無線アクセスネットワークデバイスは、データに対応するサービス品質(quality of service, QoS)フローの設定情報、たとえばQoSプロファイル(QoS profile)を使用することによって、XRデータまたはビデオサービスデータのフレームレートを取得し得る。別の例では、無線アクセスネットワークデバイスは、QoSフローにおいてデータパケットの到着時間間隔を検出することによって、XRデータまたはビデオサービスデータのフレームレートを取得し得る。別の例では、端末は、支援情報、たとえば情報要素UEAssistanceInformationを介して、アップリンクデータのフレームレートまたはフレームレートに関する情報を無線アクセスネットワークデバイスに報告し得る。

【0085】

端末はまた、複数の異なる方式でXRデータまたはビデオサービスデータのフレームレートを取得し得る。

【0086】

たとえば、端末は、データに対応するQoSフローの設定情報、たとえばQoS規則(QoS rule)を介して、XRデータまたはビデオサービスデータのフレームレートを取得し得る。別の例では、端末は、QoSフローにおいてデータパケットの到着時間間隔を検出することによって、XRデータまたはビデオサービスデータのフレームレートを取得し得る。別の例では、端末は、プロトコル層間の対話を通じて、端末のアプリケーション層の下のプロトコル層(たとえば、RRC層)に、アプリケーション層データのフレームレートまたはフレームレートに関する情報を通知し得る。

【0087】

設定グラント(configured grant, CG)機構は、アップリンク定期サービス送信を実行するのに適したデータ送信機構である。CG機構では、アップリンクデータ送信プロセスでは、アップリンクデータ送信に使用されるリソースは(CGリソースとも呼ばれることがある)は、RRCメッセージまたはダウンリンク制御情報(downlink control information, DCI)を介して端末に割り振られ得るので、端末は、アップリンクデータ送信を実行するために、割り振られたリソースを定期的に繰り返し使用することができる。CG機構は、設定スケジューリング(configured scheduling, CS)機構またはグラントフリー(grant free, GF)機構と呼ばれることもある。

【0088】

CG機構は、CGタイプ1およびCGタイプ2という2つのタイプを含む。以下は、2つのCGタイプの動作手順を別々に説明する。

【0089】

CGタイプ1

【0090】

CGタイプ1では、無線アクセスネットワークデバイスは、端末のためのCG関連設定、たとえば、CG周期およびCGリソースを、RRCメッセージを介して提供する。RRCメッセージは、CG設定を有効にするためにさらに使用される。RRCメッセージを受信した後、端末は、RRCメッセージを介して設定されるCG周期およびCGリソースに基づいて、アップリンクデータを無線アクセスネットワークデバイスに送信し得る。

【0091】

CGタイプ1では、無線アクセスネットワークデバイスは、CG設定を無効にするように端末に指示するために、DCIを端末に送信する。DCIを受信した後、端末はCGリソースを解放してもよく、または、それは、CGリソース上でのアップリンクデータ送信を停止/中断することとして理解されてもよい。

【0092】

CGタイプ2

【0093】

CGタイプ2では、無線アクセスネットワークデバイスは、端末のためのCG関連設定、たとえば、CG周期を、RRCメッセージを介して提供する。無線アクセスネットワークデバイスはさらに、DCIを介してCGリソースを端末に示す。DCIを受信した後、端末は、RRCメッセージを介して設定されるCG周期およびDCIによって示されるCGリソースに基づいて、アップリンクデータを無線アクセスネットワークデバイスに送信し得る。DCIはまた、CGリソースを示して有効にするものとして理解され得る。

【0094】

CGタイプ2では、無線アクセスネットワークデバイスは、CG設定を無効にするように端末に指示するために、別のDCIを端末に送信する。DCIを受信した後、端末はCGリソースを解放してもよく、または、それは、CGリソース上でのアップリンクデータ送信を停止/中断することとして理解されてもよい。

【0095】

CG機構(CGタイプ1およびCGタイプ2を含む)では、1つのトランスポートブロック(transport block, TB)を送信するために、一般に1つのCGリソースが1つのCG周期において構成される。高い信頼性要件を有するサービス、たとえば超高信頼低レイテンシ通信(ultra-reliable low-latency communication, URLLC)サービスに対して、1つのTBの異なる冗長バージョン(redundancy version, RV)を送信して、それによりデータ送信の信頼性を改善するために、複数のCGリソースが1つのCG周期において設定され得る。RVは、増分冗長(incremental redundancy, IR)ハイブリッド自動再送要求(hybrid automatic repeat request, HARQ)送信を実装するように設計される。たとえば、符号化を通じて生成されるビットはいくつかのビットグループへと分割され、各RVは1つのビットグループに対応し、異なるRVに対応するビットグループは、冗長ビットを徐々に蓄積し、IR HARQ動作を完了し、データ送信の信頼性を改善するために、最初の送信または再送信のために使用される。

【0096】

1つのTBの異なるRVの送信は、TBの反復送信とも呼ばれることがあり、または、CG反復送信もしくは物理アップリンク共有チャネル(physical uplink shared channel, PUSCH)反復送信とも呼ばれることがある。無線アクセスネットワークデバイスは、RRCメッセージにおける反復送信の量についての情報に基づいて、端末に対するCG周期における反復送信の量を設定し得る。

【0097】

CG機構には、PUSCH反復タイプAおよびPUSCH反復タイプBという2つのタイプのPUSCH反復送信がある。以下は2つのPUSCH反復タイプを別々に説明する。

【0098】

PUSCH反復タイプA

【0099】

PUSCH反復タイプAは、スロット(slot)ベースの反復送信として理解されてもよく、具体的には、1つのTBの異なるRVが、複数の連続または不連続スロットにおいて送信され、すべてのスロットの中のCGリソース設定が同じである。

【0100】

PUSCH反復タイプB

【0101】

PUSCH反復タイプBは、ミニスロット(mini-slot)ベースの反復送信として理解されてもよく、具体的には、1つのTBの異なるRVが、複数の連続または不連続ミニスロットにおいて送信され、すべてのミニスロットの中のCGリソース設定が同じである。たとえば、1スロットが14シンボルを含むとき、1ミニスロットは2シンボルまたは7シンボルを含む。加えて、ミニスロットベースの反復送信は、1スロットで実行されてもよく、または複数のスロットにわたって実行されてもよい。

【0102】

上で説明されたように、XRデータまたはビデオサービスデータは、特定のフレームレートおよび特定の周期を通常有する。したがって、CG機構は、周期性を有するXRデータまたはビデオサービスデータを送信することにも適している。しかしながら、XRデータまたはビデオサービスデータの量は、一般に大きく動的に変化する。したがって、限られた無線リソースを適切に使用することによってどのようにXRデータまたはビデオサービスデータを効率的に送信するかが、解決されるべき喫緊の問題である。

【0103】

本出願は、CG設定方法を提供する。複数のTBはCG周期において送信されるように構成され得るので、CG機構はXRデータまたはビデオサービスデータの送信により適応することができる。本出願において提供される方法は、方法が適用されるデータサービスタイプを限定せず、XRデータおよび/またはビデオサービスデータ以外のデータサービスタイプも適用可能であることが理解され得る。

【0104】

図7は、本出願のある実施形態によるCG設定方法700の概略対話図である。図7では、方法は、無線アクセスネットワークデバイスと端末デバイスが互いに対話する例を使用することによって示されている。しかしながら、対話を実行する主体は本出願では限定されない。たとえば、図7の無線アクセスネットワークデバイスは代替として、方法を実施する際に無線アクセスネットワークデバイスを支援するチップ、チップシステム、もしくはプロセッサであってもよく、または、無線アクセスネットワークデバイスのすべてもしくは一部の機能を実装することができる論理モジュールもしくはソフトウェアであってもよい。図7の端末は代替として、方法を実施する際に端末を支援するチップ、チップシステム、もしくはプロセッサであってもよく、または、端末のすべてもしくは一部の機能を実装することができる論理モジュールもしくはソフトウェアであってもよい。図7に示されるように、この実施形態における方法700は、部分710、部分720、および部分730を含み得る。

【0105】

部分710: 無線アクセスネットワークデバイスはCG情報を端末に送信し、CG情報はCG周期において設定される量N個のTBを設定するために使用され、TBの設定される量NはCG周期において送信可能なTBの最大の量であり、Nは0より大きい整数である。それに対応して、端末はCG情報を無線アクセスネットワークデバイスから受信する。

【0106】

本出願におけるTBは、TBを搬送するPUSCH、PUSCH送信機会、スロット、または時間領域シンボルとしても理解され得る。本出願におけるTBの量は、TBを搬送するPUSCH、PUSCH送信機会、スロット、または時間領域シンボルの量としても理解され得る。

【0107】

任意選択で、CG情報はRRCメッセージにおいて搬送される。たとえば、CG情報は、RRCメッセージの中のConfiguredGrantConfig情報要素であり得る。ConfiguredGrantConfigはCG情報のあり得る名称にすぎず、CG情報の名称は本出願では限定されないことが理解され得る。

【0108】

部分720: 端末は、CG情報に基づいてCG周期において設定される量N個のTBを取得する。

【0109】

部分730: 端末は、CG周期において無線アクセスネットワークデバイスに、M個のTBに対応するアップリンクデータを送信し、Mは0より大きくN以下の整数である。それに対応して、無線アクセスネットワークデバイスは、CG周期において端末から、M個のTBに対応するアップリンクデータを受信する。

【0110】

XRビデオフレームは一般に大きく、方法700に従って1つのCG周期においてより多くのTBが送信され得るので、XRビデオフレームの完全な送信をCG周期において完了することができ、それによりXRサービスを受ける際のユーザ体験を改善する。

【0111】

方法700において、CG情報は、CG周期の長さを設定するためにさらに使用され得る。それに対応して、部分720において、端末は、CG情報に基づいてCG周期の長さをさらに取得し得る。

【0112】

方法700において、無線アクセスネットワークデバイスは、端末に対して、CG周期において送信可能なTBの最大の量Nを設定するために、CG情報を端末に送信する。異なる実装形態では、Nは設定されてもよい。

【0113】

CG情報の可能な実装形態では、CG情報はTBの設定される量についての情報を含み、TBの設定される量についての情報はTBの設定される量Nを設定するために使用される。それに対応して、部分720において、端末は、TBの設定される量についての情報に基づいて、設定される量N個のTBを取得する。

【0114】

たとえば、CG情報はRRCメッセージの中のConfiguredGrantConfig情報要素であり、ConfiguredGrantConfig情報要素はcg-maxNrofTB情報要素を含む。cg-maxNrofTB情報要素は、TBの設定される量についての情報であり、TBの設定される量Nを設定するために使用される。端末は、cg-maxNrofTB情報要素に基づいて設定される量N個のTBを取得する。たとえば、ConfiguredGrantConfig情報要素およびcg-maxNrofTB情報要素は、以下の表に示され得る。

【0115】

【表1】

【0116】

上記の表において、cg-maxNrofTB情報要素によって表される値が1、2、...、または8である例が、例示のために使用される。情報要素は、TBの設定される量Nのあり得る値が1、2、…、または8であることを表し、言い換えると、CG周期において送信可能なTBの最大の量が1、2、…、または8であることを表す。上記の表は、cg-maxNrofTB情報要素によって表される値が1、2、…、または8である例にすぎず、別の値があり得る事例が排除されないことが理解され得る。加えて、cg-maxNrofTBは、TBの設定される量についての情報のあり得る情報要素の名称にすぎない。TBの設定される量についての情報の情報要素の名称は、本出願では限定されない。ConfiguredGrantConfig情報要素は、CGを設定するために使用される別の情報要素をさらに含んでもよいことが理解され得る。

【0117】

CG情報の上記の実装形態では、CG周期において送信可能なTBの最大の量は、CG情報の中の専用のフィールドまたは情報要素を使用することによって設定され得る。専用フィールドまたは情報要素の値の範囲は、CG周期において送信可能なTBの最大の量の設定を実装するように特別に設計され得るので、CG周期において送信可能なTBの最大の量の設定が、より的が絞られたものになり得る。

【0118】

CG情報の別の可能な実装形態では、CG情報は、反復送信の設定情報および反復送信の量についての情報を含み、反復送信の設定情報および反復送信の量についての情報は、TBの設定される量Nを設定するために使用される。それに対応して、部分720において、端末は、反復送信の設定情報および反復送信の量についての情報に基づいて、設定される量N個のTBを取得する。この実装形態は、CG周期において送信可能なTBの最大の量を設定するために、CG情報における反復送信の量についての情報を再使用することとして理解され得る。反復送信の設定情報は、反復送信の量についての情報を設定するための機能として理解され得る。反復送信の設定情報があるあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期において送信可能なTBの最大の量を設定するために使用される。反復送信の設定情報が別のあらかじめ決められた値に指定されるとき、反復送信の量についての情報は、CG周期における反復送信の量を設定するために使用される。

【0119】

任意選択で、反復送信の設定情報があるあらかじめ決められた値A1に指定されるとき、反復送信の量についての情報は、CG周期において送信可能なTBの最大の量Nを設定するために使用される。それに対応して、端末は、反復送信の量についての情報に基づいてNを取得する。代替として、それは、反復送信の設定情報があらかじめ決められた値A1に指定されるとき、反復送信の量についての情報が、CG周期における非反復送信を設定するために使用されることとして理解され得る。

【0120】

任意選択で、反復送信の設定情報があらかじめ決められた値A2に指定されるとき、反復送信の量についての情報は、CG周期における反復送信の量を設定するために使用される。代替として、それは、反復送信の設定情報があらかじめ決められた値A2に指定されるとき、反復送信の量についての情報が、CG周期における反復送信を設定するために使用されることとして理解され得る。

【0121】

たとえば、CG情報はRRCメッセージの中のConfiguredGrantConfig情報要素であり、ConfiguredGrantConfig情報要素はcg-repIndicator情報要素およびrepK情報要素を含む。cg-repIndicator情報要素は反復送信の設定情報であり、repK情報要素は反復送信の量についての情報である。たとえば、ConfiguredGrantConfig情報要素、cg-maxNrofTB情報要素、およびrepK情報要素は、以下の表に示され得る。

【0122】

【表2】

【0123】

上記の表において、cg-repIndicator情報要素によって表される値が「true」または「false」である列挙された値である例が使用される。cg-repIndicator情報要素によって表される値は代替として、「true」または「false」であるブール値であってもよい(たとえば、「cg-repIndicator BOOL {true, false}」と表されてもよい)。

【0124】

たとえば、「true」があらかじめ決められた値A1として使用されてもよく、「false」があらかじめ決められた値A2として使用されてもよい。cg-repIndicator情報要素が「true」に指定されるとき、repK情報要素は、CG周期において送信可能なTBの最大の量Nを設定するために使用される。cg-repIndicator情報要素が「false」に指定されるとき、repK情報要素は、CG周期における反復送信の量を設定するために使用される。

【0125】

別の例では、「false」があらかじめ決められた値A1として使用されてもよく、「true」があらかじめ決められた値A2として使用されてもよい。cg-repIndicator情報要素が「false」に指定されるとき、repK情報要素は、CG周期において送信可能なTBの最大の量Nを設定するために使用される。cg-repIndicator情報要素が「true」に指定されるとき、repK情報要素は、CG周期における反復送信の量を設定するために使用される。

【0126】

上記の表において、repK情報要素によって表される値がn1、n2、n4、またはn8である列挙された値である例が例示のために使用される。repK情報要素がCG周期において送信可能なTBの最大の量Nを設定するために使用されるとき、n1は、CG周期において送信可能なTBの最大の量Nが1であることを示し、n2は、CG周期において送信可能なTBの最大の量Nが2であることを示し、n4は、CG周期において送信可能なTBの最大の量Nが4であることを示し、n8は、CG周期において送信可能なTBの最大の量Nが8であることを示す。repK情報要素がCG周期における反復送信の量を設定するために使用されるとき、n1は、CG周期における反復送信の量が1であることを示し、n2は、CG周期における反復送信の量が2であることを示し、n4は、CG周期における反復送信の量が4であることを示し、n8は、CG周期における反復送信の量が8であることを示す。

【0127】

上記の表は、cg-repIndicator情報要素によって表される値が「true」または「false」であり、repK情報要素によって表される値がn1、n2、n4、またはn8である例にすぎず、別の値があり得る事例が排除されないことが理解され得る。加えて、cg-repIndicatorおよびrepKは、反復送信の設定情報および反復送信の量についての情報のあり得る情報要素の名称にすぎない。反復送信の設定情報および反復送信の量についての情報の情報要素の名称は、本出願では限定されない。ConfiguredGrantConfig情報要素は、CGを設定するために使用される別の情報要素をさらに含んでもよいことが理解され得る。

【0128】

CG情報の上記の実装形態では、CG情報における反復送信の量についての情報は、設定情報のオーバーヘッドを減らすために、CG周期において送信可能なTBの最大の量を設定するために再使用され得る。

【0129】

CGの設定情報が再設定または更新される前には、CGリソースのサイズは一般に変更されない。しかしながら、XRデータまたはビデオサービスデータは動的な変化を特徴とし、サイズが固定されたCGリソースはXRデータまたはビデオサービスデータの特性と一致しないことがある。設定CGリソースが十分である場合、XRデータまたはビデオサービスデータの送信要件を満たすことができても、リソースの浪費が引き起こされ、リソース利用率が低下する。設定CGリソースが不十分である場合、リソース利用率を改善することができても、データ送信遅延が増大することがあり、結果として、XRデータまたはビデオサービスデータの送信要件を満たすことができない。

【0130】

図8は、フレームレートが60FPSであるXRサービスのピクチャフレームの分布を時間に関して示すための例として使用される。1つのピクチャフレームは、1000/60≒16.67msの間隔で出現または到着し、異なる瞬間におけるピクチャフレームのフレームサイズは異なる。瞬間t1におけるピクチャフレームのフレームサイズが最大であり、瞬間t2におけるピクチャフレームのフレームサイズが最小であり、瞬間t2におけるピクチャフレームのフレームサイズはその中間である。CGリソースは、ピクチャフレームの最大フレームサイズに基づいて設定される。図8に示されるように、CG周期において設定CGリソースを使用することによって送信可能なTBの最大の量Nは4である。この場合、瞬間t1におけるピクチャフレームデータがCG周期におけるすべてのCGリソースを占有し得ることを除き、瞬間t2におけるピクチャフレームデータまたは瞬間t3におけるピクチャフレームデータは、対応するCG周期におけるすべてのCGリソースを占有はしない。この図では、異なる瞬間におけるピクチャフレームデータのCGリソース占有を表すために、異なる影が使用されている。設定CGリソースが十分である場合、XRデータまたはビデオサービスデータの送信要件を満たすことができても、リソースの浪費が引き起こされ、リソース利用率が低下することがわかる。

【0131】

加えて、図8においてデータを搬送しないCGリソースに対して、無線アクセスネットワークデバイスは、端末がそのリソースで送信を実行すると誤って判断することがあるが、送信は失敗する。この場合、無線アクセスネットワークデバイスは、スケジューリング情報を使用することによって、データ再送信を実行するように端末に指示する。これは不必要なシグナリングオーバーヘッドを引き起こし、端末はスケジューリング情報をさらに監視する必要がある。結果として、端末の電力消費が増大する。

【0132】

図9は例として使用され、やはり、図8におけるものと同じXRサービスのピクチャフレームの分布を時間およびフレームサイズに関して示す。図9に示されるように、CG周期において設定CGリソースを使用することによって送信可能なTBの最大の量Nは3である。この場合、図9に示されるCG周期におけるCGリソースは、瞬間t1においてピクチャフレームデータを完全に送信するには不十分である。したがって、瞬間t1におけるピクチャフレームデータの一部は、次のCG周期において送信されるように遅延され、遅延の増大とユーザ体験の低下をもたらす。

【0133】

上記の問題を解決するために、任意選択で、方法700は次のことをさらに含み得る。端末は、アップリンク制御情報(uplink control information, UCI)を無線アクセスネットワークデバイスに送信し、UCIはMを示し、具体的には、UCIは、無線アクセスネットワークデバイスに、CG周期において端末によって無線アクセスネットワークデバイスに実際に送信されるTBの量を示す。それに対応して、無線アクセスネットワークデバイスは、UCIを端末から受信し、UCIに基づいてMを取得する。任意選択で、UCIは設定グラントUCI(CG-UCI)であり、CG-UCIはCG関連制御情報を無線ネットワークデバイスに送信するために端末によって使用される。任意選択で、UCIは、PUSCHで搬送されてもよく、または、物理アップリンク制御チャネル(physical uplink control channel, PUCCH)で搬送されてもよい。

【0134】

上記の方法によれば、無線アクセスネットワークデバイスは、CG周期において端末によって実際に送信可能なTBの量を知り得るので、無線アクセスネットワークデバイスは、リソースの浪費を避けてリソース利用率を改善するために、使用のために別の端末に、CG周期において端末によって占有されないCGリソースをスケジュールすることができる。加えて、上記の方法によれば、端末によって占有されないCGリソースについて、無線アクセスネットワークデバイスは、端末がCGリソース上で送信を実行するのに失敗したと誤って判断しない。したがって、無線アクセスネットワークデバイスは、不必要なシグナリングオーバーヘッドを避けるために、データ再送信を示すためのスケジューリング情報を端末に送信しなくてもよい。

【0135】

UCIの可能な実装形態では、UCIはアクティブTB情報を含み、アクティブTB情報は、無線アクセスネットワークデバイスに、CG周期において端末によって実際に送信されるTBの量Mを示す。それに対応して、無線アクセスネットワークデバイスは、アクティブTB情報に基づいてMを取得する。任意選択で、UCIは、HARQ情報、RV情報、新データインジケータ(new data indicator, NDI)情報、またはチャネル占有時間(channel occupancy time, COT)共有情報という情報の1つまたは複数をさらに含み得る。HARQ情報は、アップリンクデータ送信に対応するHARQプロセス番号を示し、RV情報は、アップリンクデータ送信に対応するRVを示し、NDI情報は、アップリンクデータ送信が新しいデータであるかどうかを示し、COT共有情報は、免許不要周波数帯域通信シナリオにおけるチャネル占有時間情報を示す。

【0136】

アクティブTB情報のある可能な実装形態では、アクティブTB情報はアクティブTBの量についての情報であり、アクティブTBの量についての情報は、無線アクセスネットワークデバイスに、CG周期において端末によって実際に送信されるTBの量Mを示す。それに対応して、無線アクセスネットワークデバイスは、アクティブTBの量についての情報に基づいてMを取得する。

【0137】

任意選択で、UCIはcg-ActiveTBフィールドを含み、cg-ActiveTBフィールドにおいて搬送される情報は、アクティブTBの量についての情報である。cg-ActiveTBフィールドのビットの量は、Nのあり得る値の量に関連し得る。たとえば、Nのあり得る値が{1,2,...,8}であるとき(全体で8つのあり得る値がある場合)、cg-ActiveTBフィールドのビットの量はlog₂(8)=3であり得る。Nのあり得る値が{1,2,...,16}であるとき(全体で16個のあり得る値がある場合)、cg-ActiveTBフィールドのビットの量はlog₂(16)=4であり得る。Nのあり得る値が{1,2,4,8}であるとき(全体で4つのあり得る値がある場合)、cg-ActiveTBフィールドのビットの量はlog₂(4)=2であり得る。cg-ActiveTBはアクティブTBの量についての情報のあり得るフィールド名にすぎず、アクティブTBの量についての情報のフィールド名は本出願では限定されないことが理解され得る。

【0138】

アクティブTB情報の別の可能な実装形態では、アクティブTB情報はアクティブTBビットマップ(bitmap)についての情報であり、アクティブTBビットマップについての情報は、無線アクセスネットワークデバイスに、CG周期において端末によって実際に送信されるTBの量Mを示す。それに対応して、無線アクセスネットワークデバイスは、アクティブTBビットマップについての情報に基づいてMを取得する。

【0139】

任意選択で、UCIはcg-ActiveTBBitmapフィールドを含み、cg-ActiveTBBitmapフィールドにおいて搬送される情報は、アクティブTBビットマップについての情報である。cg-ActiveTBBitmapフィールドのビットの量は、Nのあり得る値の量に関連し得る。たとえば、Nのあり得る値が{1,2,...,8}であるとき(全体で8つのあり得る値がある場合)、cg-ActiveTBBitmapフィールドのビットの量は8であり得る。Nのあり得る値が{1,2,...,16}であるとき(全体で16個のあり得る値がある場合)、cg-ActiveTBBitmapフィールドのビットの量は16であり得る。Nのあり得る値が{1,2,4,8}であるとき(全体で4つのあり得る値がある場合)、cg-ActiveTBBitmapフィールドのビットの量は4であり得る。Mの値はcg-ActiveTBBitmapフィールドにおける「1」のビットの量に等しく、または、Mの値はcg-ActiveTBBitmapフィールドにおける「0」のビットの量に等しい。cg-ActiveTBBitmapはアクティブTBビットマップについての情報のあり得るフィールド名にすぎず、アクティブTBビットマップの量についての情報のフィールド名は本出願では限定されないことが理解され得る。

【0140】

図10は、アクティブTB情報の送信方式を説明するための例として使用される。図10は、フレームレートが60FPSであるXRサービスのピクチャフレームの分布を時間に関して示す。1つのピクチャフレームは、16.67msの間隔で出現または到着し、異なる瞬間におけるピクチャフレームのフレームサイズは異なる。瞬間t1におけるピクチャフレームのフレームサイズが最大であり、瞬間t2におけるピクチャフレームのフレームサイズが最小であり、瞬間t2におけるピクチャフレームのフレームサイズはその中間である。CGリソースは、ピクチャフレームの最大フレームサイズに基づいて設定される。この場合、瞬間t1におけるピクチャフレームデータがCG周期におけるすべてのCGリソースを占有し得ることを除き、瞬間t2におけるピクチャフレームデータまたは瞬間t3におけるピクチャフレームデータは、対応するCG周期におけるすべてのCGリソースを占有はしない。この図では、異なる瞬間におけるピクチャフレームデータのCGリソース占有およびアクティブTB情報を表すために、異なる影が使用されている。

【0141】

CG周期において端末によって実際に送信されるTBの量Mを無線アクセスネットワークデバイスが知ることを可能にするために、各CG周期においてアップリンクデータを無線アクセスネットワークに送信するとき(図に示されるCG周期の長さが16.67msである場合)、端末はまた、アクティブTB情報を無線アクセスネットワークデバイスに送信する。第1のCG周期において、アクティブTB情報は、CG周期において実際に送信されるTBの量Mが4であることを示す。第2のCG周期において、アクティブTB情報は、CG周期において実際に送信されるTBの量Mが2であることを示す。第3のCG周期において、アクティブTB情報は、CG周期において実際に送信されるTBの量Mが3であることを示す。

【0142】

図11は、アクティブTB情報の別の送信方式を説明するための例として使用される。図11はまた、図10におけるものと同じXRサービスのピクチャフレームの分布を時間およびフレームサイズに関して示す。図10に示される送信方式とは異なり、図11に示される送信方式では、CG周期において実際に送信されるTBの量MがCG周期において送信可能なTBの最大の量Nに等しいとき、端末はアクティブTB情報を送信しない。無線アクセスネットワークデバイスがアクティブTB情報を受信しないとき、M=Nであることがわかる。

【0143】

図10および図11におけるアクティブTB情報によって占有されるリソース位置は例として使用されるにすぎず、アクティブTB情報は代替として他のリソース位置を占有してもよいことが理解され得る。これは本出願では限定されない。

【0144】

端末がUCIを無線アクセスネットワークデバイスに送信する可能な実装形態では、端末は、第1の時間単位において無線アクセスネットワークデバイスに、Mを示すUCIを送信する。第1の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第1のTBに対応する時間単位は、異なるように理解され得る。たとえば、第1のTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよく、または、データが到着した後のCG周期において設定されるN個のTBの中の第1のTBに対応するスロットもしくは時間領域シンボルとして理解されてもよい。この実装形態では、ネットワークデバイスは、UCIを介して可能な限り早く、CG周期において実際に送信されるTBの量Mを知り、未使用のスロットリソースを使用のために別の端末に割り振り、リソースの浪費を避けることができる。

【0145】

特定の条件が満たされるとき、端末は、第1の時間単位において無線アクセスネットワークデバイスに、Mを示すUCIを送信し得る。

【0146】

ある可能な実装形態では、以下の条件1が満たされるとき、端末は、第1の時間単位においてUCIを無線アクセスネットワークデバイスに送信する。

【0147】

条件1: 第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きい。

【0148】

第2の時間単位は、設定されるN個のTBの中の第NのTBに対応する時間単位である。第2の時間単位は、1つまたは複数のスロットであってもよく、または1つまたは複数の時間領域シンボルであってもよい。第NのTBに対応する時間単位は、CG周期において設定されるN個のTBの中の第NのTB(すなわち、最後のTB)に対応するスロットまたは時間領域シンボルとして理解され得る。

【0149】

第1の閾値はあらかじめ定められ、または無線アクセスネットワークデバイスによって設定される。

【0150】

第1の閾値があらかじめ定められるとき、第1の閾値はプロトコルにおいてあらかじめ規定される値であり得る。

【0151】

第1の閾値が無線アクセスネットワークデバイスによって設定されるとき、無線アクセスネットワークデバイスは、RRCメッセージの中の情報要素を介して第1の閾値を設定し得る。第1の閾値を設定するために使用されるRRCメッセージの中の情報要素は、新しく定義される情報要素であってもよく、または既存の情報要素が再使用されてもよい。たとえば、第1の閾値を設定するためにcg-minDFI-Delay情報要素が再使用されてもよく、cg-minDFI-Delayは、PUSCHの終了シンボルから、PUSCHに対応するHARQ-ACKを搬送するダウンリンクフィードバックインジケータ(downlink feedback indicator, DFI)を含むPDCCHの開始シンボルまでの、最小の時間間隔を表す。第1の閾値は代替として、2個以上の情報要素/パラメータによって共同で決定されてもよい。たとえば、第1の閾値は、cg-minDFI-Delay情報要素を使用することによって設定される値C1とK2の値の両方に基づいて決定され得る。K2は、端末による、ダウンリンク制御情報(downlink control information, DCI)において搬送されるダウンリンクスケジューリング情報の受信から、ダウンリンクスケジューリング情報を介してスケジュールされるPUSCH上でのアップリンクデータの送信までの、最小の時間間隔を表す。たとえば、第1の閾値はC1+K2として表され得る。K2の値は、ダウンリンクスケジューリング情報によって示されてもよく(たとえば、ダウンリンクスケジューリング情報の中の「minimum applicable scheduling offset indicator」フィールドによって示されてもよく)、または、RRCメッセージの中の情報要素を使用することによって無線アクセスネットワークデバイスによって設定されてもよい(たとえば、minimumSchedulingOffsetK2情報要素を使用することによって設定されてもよい)。

【0152】

上記の実装形態では、端末デバイスは、ネットワークデバイスの処理遅延を知り得る。ネットワークデバイスの過剰に大きな処理遅延により、別の端末をスケジュールするためにCG周期における残りのリソースを使用できないとき、端末デバイスは、シグナリングオーバーヘッドを減らすために、UCIを送信しなくてもよい。

【0153】

別の可能な実装形態では、以下の条件2が満たされるとき、端末は、第1の時間単位においてUCIを無線アクセスネットワークデバイスに送信する。

【0154】

条件2: 送信されるべきデータの量が第2の閾値より多い。

【0155】

送信されるべきデータの量は、CGに対応する論理チャネルに対応する送信されるべきデータの量であり得る。CGは、CG情報を使用することによって設定されるCGであり得る。第2の閾値は、設定されるN個のTBが搬送することが可能なデータの総量であり得る。

【0156】

上記の実装形態では、設定されるN個のTBが送信されるべきデータの量を搬送できないとき、それは、設定されるリソースが不十分であることを示す。この場合、ネットワークデバイスはUCIを介して通知され、ネットワークデバイスは、時間内に残りのデータを送信して送信遅延を減らすために、UCIに基づいて追加の送信リソースを割り振り得る。

【0157】

図8または図9に示される問題を解決するために、任意選択で、方法700は次のことをさらに含み得る。端末は、媒体アクセス制御(media access control, MAC)制御要素(control element, CE)を無線アクセスネットワークデバイスに送信し、MAC CEはMまたはバッファサイズ(buffer size)の少なくとも1つを示す。MAC CEは、論理チャネル(logical channel, LCH)または論理チャネルグループ(logical channel group, LCG)に基づいて、Mまたはバッファサイズの少なくとも1つを無線アクセスネットワークデバイスに報告するために使用されてもよく、1つのLCGは1つまたは複数のLCHを含む。バッファサイズは、端末の送信されるべきデータの量としても理解され得る。

【0158】

MAC CEがLCHに基づいてMまたはバッファサイズの少なくとも1つを無線アクセスネットワークデバイスに報告するために使用されるとき、MAC CEは、LCHの識別子を含み、Mまたはバッファサイズの少なくとも1つを示す情報をさらに含む。LCHの識別子は、たとえば、LCH IDであってもよく、Mを示す情報は、たとえば、cg-ActiveTBフィールドにおいて搬送されてもよく、バッファサイズを示す情報は、たとえば、Buffer Sizeフィールドにおいて搬送されてもよい。この実装形態では、ネットワークデバイスは、実際に送信されたTBの量Mまたは特定のLCHに対応するバッファサイズの少なくとも1つについての情報を知り得るので、ネットワークデバイスは、リソース利用率を改善するために、より細かいスケジューリング(たとえば、LCHの粒度でのスケジューリング)を実行することができる。

【0159】

MAC CEがLCGに基づいてMまたはバッファサイズの少なくとも1つを無線アクセスネットワークデバイスに報告するために使用されるとき、MAC CEは、LCGの識別子を含み、Mまたはバッファサイズの少なくとも1つを示す情報をさらに含む。LCGの識別子は、たとえば、LCG IDであってもよく、Mを示す情報は、たとえば、cg-ActiveTBフィールドにおいて搬送されてもよく、バッファサイズを示す情報は、たとえば、Buffer Sizeフィールドにおいて搬送されてもよい。MAC CEがバッファサイズを示すとき、無線アクセスネットワークデバイスは、端末の送信されるべきデータの量を知り得る。無線アクセスネットワークデバイスは、CG周期において端末のために設定されるN個のTBの各々によって搬送され得るデータの量も知るので、無線アクセスネットワークデバイスは、CG周期における送信のために端末によって実際に必要とされるTBの量Mを決定し得る。M<Nである場合、無線アクセスネットワークデバイスは、使用のために別の端末に、N-M個のTBの少なくとも1つに対応するリソース(たとえば、PUSCH、PUSCH送信機会、スロット、または時間領域シンボル)に割り振り得る。M>Nである場合、無線アクセスネットワークデバイスは、データ送信のためにより多くのリソースを端末に追加で割り振り得る。この実装形態では、ネットワークデバイスは、ネットワークデバイスのスケジューリングのための基準を提供してリソース利用率を改善するために、既存のバッファステータス報告(buffer size report, BSR)機構を再使用して、実際に送信されるTBの量MまたはLCGに対応するバッファサイズの少なくとも1つについての情報を報告し得る。

【0160】

cg-ActiveTBおよびBuffer Sizeは、MAC CEにおけるMを示す情報およびバッファサイズを示す情報のあり得る名称にすぎないことが理解され得る。これは本出願では限定されない。

【0161】

端末がMAC CEを無線アクセスネットワークデバイスに送信する可能な実装形態では、端末は、第1の時間単位において無線アクセスネットワークデバイスに、Mまたはバッファサイズの少なくとも1つを示すMAC CEを送信する。第1の時間単位および第1のTBに対応する時間単位の説明については、上記の説明を参照されたい。詳細はここでは再び説明されない。この実装形態では、端末は、MAC CEを介して可能な限り早く、CG周期において実際に送信されるTBの量Mをネットワークデバイスに知らせることができるので、ネットワークデバイスは、時間内にMを知り、TBの実際の量に基づいて未使用のリソースを使用のために別の端末に割り振り、それによりリソースの浪費を避けることができる。

【0162】

特定の条件が満たされるとき、端末は、第1の時間単位において無線アクセスネットワークデバイスに、Mまたはバッファサイズの少なくとも1つを示すMAC CEを送信し得る。

【0163】

ある可能な実装形態では、上記の条件1が満たされるとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。条件1の説明については、上記の説明を参照されたい。詳細はここでは再び説明されない。この実装形態では、ネットワークデバイスの過剰に大きな処理遅延により、別の端末をスケジュールするためにCG周期における残りのリソースを使用できないとき、端末は、シグナリングオーバーヘッドを減らすために、MAC CEを送信しなくてもよい。

【0164】

別の可能な実装形態では、上記の条件2が満たされるとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。条件2の説明については、上記の説明を参照されたい。詳細はここでは再び説明されない。この実装形態では、設定されるN個のTBが送信されるべきデータの量を搬送できないとき、それは、設定されるリソースが不十分であることを示す。この場合、ネットワークデバイスはMAC CEを介して通知され、ネットワークデバイスは、時間内に残りのデータを送信して送信遅延を減らすために、MAC CEに基づいて追加の送信リソースを割り振り得る。

【0165】

別の可能な実装形態では、以下の条件3が満たされるとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。

【0166】

条件3: あらかじめ決められたパラメータが受信され、または、あらかじめ決められたパラメータがあらかじめ決められた値に指定される。

【0167】

LCHに基づいてMまたはバッファサイズの少なくとも1つを無線アクセスネットワークデバイスネットワークデバイスに報告するためにMAC CEが使用されるとき、あらかじめ決められたパラメータは、たとえばenhanced-per-LCH-BSRとして表され得る。ある可能な実装方法では、enhanced-per-LCH-BSRを受信するとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。別の可能な実装方法では、enhanced-per-LCH-BSRがあらかじめ決められた値に指定されるとき、端末は第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。あらかじめ決められた値は、たとえば、「true」、「enable」、「0」、または「1」であり得る。

【0168】

LCGに基づいてMまたはバッファサイズの少なくとも1つを無線アクセスネットワークデバイスに報告するためにMAC CEが使用されるとき、あらかじめ決められたパラメータは、たとえばenhanced-cg-BSRとして表され得る。ある可能な実装方法では、enhanced-cg-BSRを受信するとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。別の可能な実装方法では、enhanced-cg-BSRがあらかじめ決められた値に指定されるとき、端末は第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。あらかじめ決められた値は、たとえば、「true」、「enable」、「0」、または「1」であり得る。

【0169】

enhanced-per-LCH-BSRおよびenhanced-cg-BSRは、あらかじめ指定されたパラメータのあり得る名称にすぎないことが理解され得る。これは本出願では限定されない。

【0170】

上記の実装形態では、端末デバイスは、無効なシグナリング指示およびリソースの浪費を避けるために、ネットワークデバイスの設定情報に基づいて、指示情報をネットワークデバイスに送信することが必要であるかどうかを決定し得る。

【0171】

別の可能な実装形態では、上記の条件1と条件3が満たされるとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。条件1および条件3の説明については、上記の説明を参照されたい。詳細はここでは再び説明されない。この実装形態では、端末デバイスは、無効なシグナリング指示およびリソースの浪費を避けるために、ネットワークデバイスの設定情報およびデータ到着時間などの情報に基づいて、指示情報をネットワークデバイスに送信することが必要であるかどうかを決定し得る。

【0172】

別の可能な実装形態では、上記の条件2と条件3が満たされるとき、端末は、第1の時間単位においてMAC CEを無線アクセスネットワークデバイスに送信する。条件2および条件3の説明については、上記の説明を参照されたい。詳細はここでは再び説明されない。この実装形態では、端末デバイスは、無効なシグナリング指示およびリソースの浪費を避けるために、ネットワークデバイスの設定情報および送信されるべきデータの量などの情報に基づいて、指示情報をネットワークデバイスに送信することが必要であるかどうかを決定し得る。

【0173】

上記の方法の実施形態において提供される方法に対応して、本出願の実施形態は、上記の実施形態を実行するように構成される対応するモジュールを含む、対応する装置をさらに提供する。モジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組合せであり得る。

【0174】

図12は端末の構造の概略図である。端末は、図1、図2、図3、図4、または図5に示されるシナリオに適用可能である。端末または端末の中のコンポーネントは、上記の方法700および様々な可能な実装形態を実行し得る。説明を簡単にするために、図12は端末の主要なコンポーネントだけを示す。図12に示されるように、端末1200は、プロセッサ、メモリ、制御回路、アンテナ、および入力/出力装置を含む。プロセッサは主に、通信プロトコルおよび通信データを処理し、端末全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。メモリは主に、ソフトウェアプログラムおよびデータを記憶するように構成される。無線周波数回路は主に、ベースバンド信号と無線周波数信号との間で変換を実行し、無線周波数信号を処理するように構成される。アンテナは主に、電磁波の形態で無線周波数信号を受信して送信するように構成される。入力/出力装置、たとえば、タッチスクリーン、ディスプレイ、またはキーボードは主に、ユーザによって入力されたデータを受信してデータをユーザに出力するように構成される。

【0175】

端末の電源が入れられた後、プロセッサは、記憶ユニットの中のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈して実行し、ソフトウェアプログラムのデータを処理し得る。データがワイヤレスに送信される必要があるとき、プロセッサは、送信されるべきデータについてベースバンド処理を実行し、ベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号を処理して無線周波数信号を取得し、アンテナを通じて電磁波の形態で無線周波数信号を外部に送信する。データが端末に送信されるとき、無線周波数回路は、アンテナを通じて無線周波数信号を受信し、無線周波数信号をベースバンド信号にさらに変換し、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換し、データを処理する。

【0176】

説明を簡単にするために、図12は1つのメモリおよび1つのプロセッサだけを示す。実際の端末では、複数のプロセッサおよびメモリがあり得る。メモリは、記憶媒体、記憶デバイスなどとも呼ばれることがある。これは本出願の実施形態では限定されない。

【0177】

任意選択の実装形態では、プロセッサはベースバンドプロセッサおよび中央処理装置を含み得る。ベースバンドプロセッサは主に、通信プロトコルおよび通信データを処理するように構成される。中央処理装置は主に、端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理装置の機能は、図12のプロセッサへと統合される。ベースバンドプロセッサおよび中央処理装置は各々、独立したプロセッサであってもよく、バスなどの技術を使用することによって相互接続されることを、当業者は理解し得る。端末は、異なるネットワーク規格に適合するために複数のベースバンドプロセッサを含んでもよく、端末は、端末の処理能力を高めるために複数の中央処理装置を含んでもよいことを、当業者は理解し得る。端末のコンポーネントのすべてが、様々なバスを通じて接続され得る。ベースバンドプロセッサはまた、ベースバンド処理回路またはベースバンド処理チップとも表現され得る。中央処理装置はまた、中央処理回路または中央処理チップとも表現され得る。通信プロトコルおよび通信データを処理する機能は、プロセッサにおいて構築されてもよく、またはソフトウェアプログラムの形態で記憶ユニットに記憶されてもよく、プロセッサはベースバンド処理機能を実装するためにソフトウェアプログラムを実行する。

【0178】

ある例では、受信機能および送信機能を有するアンテナと制御回路が、端末1200のトランシーバユニット1211として考えられてもよく、処理機能を有するプロセッサが、端末1200の処理ユニット1212として考えられてもよい。図12に示されるように、端末1200はトランシーバユニット1211および処理ユニット1212を含む。トランシーバユニットは、トランシーバマシン、トランシーバ、トランシーバ装置などとも呼ばれることがある。任意選択で、トランシーバユニット1211の中にあり受信機能を実装するように構成されるコンポーネントが、受信ユニットとして考えられてもよく、トランシーバユニット1211の中にあり送信機能を実装するように構成されるコンポーネントが、送信ユニットとして考えられてもよい。すなわち、トランシーバユニット1211は、受信ユニットおよび送信ユニットを含む。たとえば、受信ユニットは、受信機、受信マシン、または受信回路とも呼ばれることがあり、送信ユニットは、送信機、送信機マシン、または送信機回路とも呼ばれることがある。任意選択で、受信ユニットおよび送信ユニットは、1つの統合されたユニットであってもよく、または複数の独立したユニットであってもよい。受信ユニットおよび送信ユニットは、1つの地理的位置にあってもよく、または複数の地理的位置に分散していてもよい。

【0179】

図13に示されるように、本出願の別の実施形態は装置1300を提供する。装置は、端末であってもよく、または端末のコンポーネント(たとえば、集積回路またはチップ)であってもよい。代替として、装置は、無線アクセスネットワークデバイス、ネットワークデバイスのコンポーネント(たとえば、集積回路またはチップ)、または無線アクセスネットワークデバイスのすべてもしくは一部の機能を実装できる論理モジュールもしくはソフトウェアであってもよい。装置は代替として、別の通信モジュールであってもよい。たとえば、装置1300は、方法700における無線アクセスネットワークデバイスの機能を実装してもよく、または、装置1300は、方法700における端末の機能を実装してもよい。装置1300は、インターフェースモジュール1301(またはインターフェースユニットと呼ばれる)を含み得る。任意選択で、装置はさらに、処理モジュール1302(または処理ユニットと呼ばれる)および記憶モジュール1303(または記憶ユニットと呼ばれる)を含み得る。

【0180】

ある可能な設計では、図13の1つまたは複数のモジュールは、1つまたは複数のプロセッサによって実装されてもよく、または、1つまたは複数のプロセッサおよびメモリによって実装されてもよく、または、1つまたは複数のプロセッサおよびトランシーバによって実装されてもよく、または、1つまたは複数のプロセッサ、メモリ、およびトランシーバによって実装されてもよい。これは本出願のこの実施形態では限定されない。プロセッサ、メモリ、およびトランシーバは、別々に配設されてもよく、または統合されてもよい。

【0181】

装置は、本出願の実施形態において説明される端末を実装する機能を有する。たとえば、装置は、端末に関連する、本出願の実施形態において説明されるステップを実行するために端末によって使用される、対応するモジュール、ユニット、または手段(means)を含む。機能、ユニット、または手段(means)は、ソフトウェアもしくはハードウェアによって実装され、対応するソフトウェアを実行するハードウェアによって実装され、またはソフトウェアとハードウェアの組合せによって実装され得る。詳細については、上記の対応する方法の実施形態における対応する説明をさらに参照されたい。代替として、装置は、本出願の実施形態において説明される無線アクセスネットワークデバイスを実装する機能を有する。たとえば、装置は、無線アクセスネットワークデバイスに関連する、本出願の実施形態において説明されるステップを実行するために無線アクセスネットワークデバイスによって使用される、対応するモジュール、ユニット、または手段(means)を含む。機能、ユニット、または手段(means)は、ソフトウェアもしくはハードウェアによって実装され、対応するソフトウェアを実行するハードウェアによって実装され、またはソフトウェアとハードウェアの組合せによって実装され得る。詳細については、上記の対応する方法の実施形態における対応する説明をさらに参照されたい。

【0182】

ある可能な設計では、装置1300は、処理モジュール1302およびインターフェースモジュール1301を含む。インターフェースモジュール1301は、CG情報をネットワークデバイスから受信するように構成される。処理モジュール1302は、CG情報に基づいてCG周期において設定される量N個のTBを取得するように構成され、TBの設定される量NはCG周期において送信可能なTBの最大の量であり、Nは0より大きい整数である。インターフェースモジュール1301は、CG周期においてネットワークデバイスに、M個のTBに対応するアップリンクデータを送信するようにさらに構成され、Mは0より大きくN以下の整数である。

【0183】

任意選択で、CG情報はRRCメッセージにおいて搬送される。たとえば、CG情報は、RRCメッセージの中のConfiguredGrantConfig情報要素であり得る。

【0184】

装置1300のいくつかの可能な実装形態では、CG情報はTBの設定される量についての情報を含む。処理モジュール1302がCG情報に基づいてCG周期において設定される量N個のTBを取得するように構成されることは、処理モジュール1302がTBの設定される量についての情報に基づいて設定される量N個のTBを取得するように構成されることを含む。

【0185】

装置1300のいくつかの可能な実装形態では、CG情報は、反復送信の設定情報および反復送信の量についての情報を含む。処理モジュール1302がCG情報に基づいてCG周期において設定される量N個のTBを取得するように構成されることは、処理モジュール1302が、反復送信の設定情報および反復送信の量についての情報に基づいて、設定される量N個のTBを取得するように構成されることを含む。

【0186】

任意選択で、処理モジュール1302が、反復送信の設定情報および反復送信の量についての情報に基づいて、設定される量N個のTBを取得するように構成されることは、処理モジュール1302が、反復送信の設定情報があるあらかじめ決められた値に指定されるとき、反復送信の量についての情報に基づいて設定される量N個のTBを取得するように構成されることを含む。

【0187】

装置1300のいくつかの可能な実装形態では、処理モジュール1302は、CG情報に基づいてCG周期の長さを取得するようにさらに構成される。

【0188】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、UCIをネットワークデバイスに送信するようにさらに構成され、UCIはMを示す。任意選択で、UCIはアクティブTB情報を含み、アクティブTB情報はMを示す。さらに、任意選択で、アクティブTB情報は、アクティブTBの量についての情報またはアクティブTBビットマップについての情報である。任意選択で、UCIは、HARQ情報、RV情報、NDI情報、またはCOT共有情報という情報の1つまたは複数をさらに含む。

【0189】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は特に、第1の時間単位においてUCIをネットワークデバイスに送信するように構成され、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。

【0190】

装置1300のいくつかの可能な実装形態では、第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きいとき、インターフェースモジュール1301は特に、第1の時間単位においてUCIをネットワークデバイスに送信するように構成される。第2の時間単位は、設定されるN個のTBの中の第NのTBに対応する時間単位である。

【0191】

装置1300のいくつかの可能な実装形態では、送信されるべきデータの量が第2の閾値より大きいとき、インターフェースモジュール1301は特に、第1の時間単位においてUCIをネットワークデバイスに送信するように構成される。送信されるべきデータの量は、CGに対応する論理チャネルに対応する送信されるべきデータの量であり得る。

【0192】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、MAC CEをネットワークデバイスに送信するようにさらに構成され、MAC CEはMまたはバッファサイズの少なくとも1つを示す。MAC CEは、LCHまたはLCGに基づいてMまたはバッファサイズの少なくとも1つをネットワークデバイスに報告するために使用され得る。

【0193】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、第1の時間単位においてMAC CEをネットワークデバイスに送信するように特に構成され、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。

【0194】

装置1300のいくつかの可能な実装形態では、第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きいとき、インターフェースモジュール1301は、第1の時間単位においてMAC CEをネットワークデバイスに送信するように特に構成され、第2の時間単位は、設定されるN個のTBの中の第NのTBに対応する時間単位である。

【0195】

装置1300のいくつかの可能な実装形態では、送信されるべきデータの量が第2の閾値より大きいとき、インターフェースモジュール1301は、第1の時間単位においてMAC CEをネットワークデバイスに送信するように特に構成される。送信されるべきデータの量は、CGに対応する論理チャネルに対応する送信されるべきデータの量であり得る。

【0196】

装置1300のいくつかの可能な実装形態では、あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、または、第2の時間単位と第1の時間単位との間の間隔が第1の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、または、送信されるべきデータの量が第2の閾値より大きく、かつ、あらかじめ決められたパラメータが受信され、もしくはあらかじめ決められたパラメータがあらかじめ決められた値に指定されるとき、インターフェースモジュール1301は、第1の時間単位においてMAC CEをネットワークデバイスに送信するように特に構成される。

【0197】

装置1300のいくつかの可能な実装形態では、第1の閾値はあらかじめ定められ、またはネットワークデバイスによって設定される。

【0198】

装置1300のいくつかの可能な実装形態では、第2の閾値は、設定されるN個のTBが搬送することが可能なデータの総量である。

【0199】

ある可能な設計では、装置1300は、CG情報を端末に送信するように構成されるインターフェースモジュール1301を含み、CG情報はCG周期において設定される量N個のTBを設定するために使用され、TBの設定される量NはCG周期において送信可能なTBの最大の量であり、Nは0より大きい整数である。インターフェースモジュール1301は、CG周期において端末から、M個のTBに対応するアップリンクデータを受信するようにさらに構成され、Mは0より大きくN以下の整数である。

【0200】

任意選択で、CG情報はRRCメッセージにおいて搬送される。たとえば、CG情報は、RRCメッセージの中のConfiguredGrantConfig情報要素であり得る。

【0201】

装置1300のいくつかの可能な実装形態では、CG情報はTBの設定される量についての情報を含み、TBの設定される量についての情報はTBの設定される量Nを設定するために使用される。

【0202】

装置1300のいくつかの可能な実装形態では、CG情報は、反復送信の設定情報および反復送信の量についての情報を含み、反復送信の設定情報および反復送信の量についての情報は、TBの設定される量Nを設定するために使用される。任意選択で、反復送信の設定情報があるあらかじめ決められた値に指定されるとき、反復送信の量についての情報はTBの設定される量Nを設定するために使用される。

【0203】

方法1300のいくつかの可能な実装形態では、CG情報は、CG周期の長さを設定するためにさらに使用される。

【0204】

装置1300のいくつかの可能な実装形態では、装置1300は処理モジュール1302をさらに含む。インターフェースモジュール1301はUCIを端末から受信するようにさらに構成され、処理モジュール1302はUCIに基づいてMを取得するように構成される。任意選択で、UCIは、HARQ情報、RV情報、NDI情報、またはCOT共有情報という情報の1つまたは複数をさらに含む。

【0205】

任意選択で、UCIはアクティブTB情報を含む。処理モジュール1302がUCIに基づいてMを取得するように構成されることは、処理モジュール1302がアクティブTB情報に基づいてMを取得するように構成されることを含む。任意選択で、アクティブTB情報は、アクティブTBの量についての情報またはアクティブTBビットマップについての情報である。

【0206】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、第1の時間単位においてUCIを端末から受信するように特に構成され、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。

【0207】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、MAC CEを端末から受信し、MAC CEに基づいてMまたはバッファサイズの少なくとも1つを取得するようにさらに構成される。バッファサイズが取得されるとき、装置1300はMをさらに取得し得ることが理解され得る。ネットワークデバイスは、バッファサイズに基づいて端末の送信されるべきデータの量を取得してもよく、装置1300はまた、CG周期において設定されるN個のTBの各々によって搬送され得るデータの量を知る。したがって、CG周期において送信のために端末により実際に必要とされるTBの量Mが決定され得る。

【0208】

装置1300のいくつかの可能な実装形態では、インターフェースモジュール1301は、第1の時間単位においてMAC CEを端末から受信するように特に構成され、第1の時間単位は、設定されるN個のTBの中の第1のTBに対応する時間単位である。

【0209】

装置1300および様々な可能な実装形態に対応する有益な効果については、上記の方法の実施形態の説明を参照すればよいことが理解され得る。詳細はここでは再び説明されない。

【0210】

任意選択で、装置1300は、データまたは命令(コードまたはプログラムとも呼ばれ得る)を記憶するように構成される、記憶モジュール1303をさらに含み得る。別のモジュールは、対応する方法または機能を実装するために、記憶モジュールと対話し、または記憶モジュールに結合され得る。たとえば、処理モジュール1302は、記憶モジュール1303の中のデータまたは命令を読み取り得るので、装置1300は上記の実施形態の方法を実施する。

【0211】

たとえば、上記の装置のモジュールは、上記の方法を実施するように構成される1つまたは複数の統合された回路、たとえば、1つもしくは複数の特定用途向け集積回路(application-specific integrated circuits, ASICs)、1つもしくは複数のマイクロプロセッサ(digital signal processors, DSP)、1つもしくは複数のフィールドプログラマブルゲートアレイ(field programmable gate arrays, FPGA)、またはこれらの統合された回路の形態の少なくとも2つの組合せであり得る。別の例では、装置のモジュールは、処理要素によってプログラムをスケジュールすることによって実装されてもよく、処理要素は、汎用プロセッサ、たとえば、中央処理装置(central processing unit, CPU)またはプログラムを呼び出すことができる別のプロセッサであってもよい。別の例では、ユニットは、システムオンチップ(system-on-a-chip, SOC)の形態で統合され実装され得る。

【0212】

図14は、本出願のある実施形態による装置の概略図である。装置は、上記の方法700および様々な可能な実装形態を実施するように構成され得る。図14に示されるように、装置はプロセッサ1410およびインターフェース1430を含み、プロセッサ1410はインターフェース1430に結合される。インターフェース1430は、別のモジュールまたはデバイスと通信するように構成される。インターフェース1430は、トランシーバまたは入力/出力インターフェースであり得る。インターフェース1430は、たとえばインターフェース回路であり得る。任意選択で、装置は、プロセッサ1410によって実行される命令を記憶し、命令を実行するためにプロセッサ1410のための入力データを記憶し、またはプロセッサ1410が命令を実行した後に生成されるデータを記憶するように構成される、メモリ1420をさらに含む。

【0213】

方法700および様々な可能な実装形態は、メモリ1420に記憶されたプログラムまたは命令を呼び出すことによって、プロセッサ1410によって実装され得る。メモリ1420は、装置の内部にあってもよく、または装置の外部にあってもよい。これは本出願では限定されない。

【0214】

任意選択で、図13のインターフェースモジュール1301および処理モジュール1302の機能/実装プロセスは、図14に示される装置のプロセッサ1410を使用することによって実装され得る。代替として、図13の処理モジュール1302の機能/実装プロセスは、図14に示される装置のプロセッサ1410を使用することによって実装されてもよく、図13のインターフェースモジュール1301の機能/実装プロセスは、図14に示される装置のインターフェース1430によって実装されてもよい。たとえば、インターフェースモジュール1301の機能/実装プロセスは、インターフェース1430を駆動するためにメモリの中のプログラム命令を呼び出すことによって、プロセッサによって実装され得る。

【0215】

装置が端末において使用されるチップであるとき、端末チップは、上記の方法の実施形態における端末の機能を実装する。チップは、端末の別のモジュール(たとえば、無線周波数モジュールまたはアンテナ)から情報を受信し、情報は別の端末もしくは無線アクセスネットワークデバイスからのものであり、または、チップは端末の別のモジュール(たとえば、無線周波数モジュールまたはアンテナ)に情報を送信し、情報は別の端末もしくは無線アクセスネットワークデバイスに端末によって送信される。

【0216】

装置が無線アクセスネットワークデバイスにおいて使用されるチップであるとき、チップは、上記の方法の実施形態における無線アクセスネットワークデバイスの機能を実装する。チップは、無線アクセスネットワークデバイスの別のモジュール(たとえば、無線周波数モジュールまたはアンテナ)から情報を受信し、情報は別の無線アクセスネットワークデバイスもしくは端末からのものであり、または、チップは無線アクセスネットワークデバイスの別のモジュール(たとえば、無線周波数モジュールまたはアンテナ)に情報を送信し、情報は別の無線アクセスネットワークデバイスもしくは端末に無線アクセスネットワークデバイスによって送信される。

【0217】

本出願における第1および第2などの様々な番号は、説明を簡単にするために区別のために使用されるだけであり、本出願の実施形態の範囲を限定するために、または順番を表すためには使用されないことを、当業者は理解し得る。「および/または」という用語は、関連する対象を記述するための相関関係を記述し、3つの関係が存在し得ることを表す。たとえば、Aおよび/またはBは、Aのみが存在する、AとBの両方が存在する、およびBのみが存在するという3つの事例を表し得る。文字「/」は、関連する対象間の「または」の関係を一般に示す。「少なくとも1つ」は1つまたは複数を意味する。「少なくとも2つ」は2つ以上を意味する。「少なくとも1つ」、「任意の1つ」、またはそれらの類似する表現は、項目の任意の組合せを示し、単一の項目(断片)または複数の項目(断片)の任意の組合せを含む。たとえば、a、b、またはcの少なくとも1つは、a、b、c、aおよびb、aおよびc、bおよびc、またはa、b、およびcを示すことがあり、a、b、およびcは単数または複数であり得る。「複数の」は2つ以上を意味し、別の数量詞がこれと似ている。

【0218】

上記のプロセスの順序番号は、本出願の様々な実施形態における実行順序を意味しないことが理解されるべきである。プロセスの実行順序は、プロセスの機能および内部論理に従って決定されるべきであり、本出願の実施形態の実装プロセスに対するいかなる制約としても解釈されるべきではない。

【0219】

上記の実施形態のすべてまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態のすべてまたは一部は、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ、そこで実行されるとき、本出願の実施形態による手順または機能は、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、別のウェブサイト、コンピュータ、サーバ、またはデータセンターに、有線(たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者線(DSL))またはワイヤレス(たとえば、赤外線、無線、またはマイクロ波)方式で送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または、データ記憶デバイス、たとえば、1つまたは複数の使用可能な媒体を統合するサーバもしくはデータセンターであり得る。使用可能な媒体は、磁気媒体(たとえば、フロッピーディスク、ハードディスク、または磁気テープ)、光媒体(たとえば、DVD)、半導体媒体(たとえば、ソリッドステートドライブ(solid-state drive, SSD))などであり得る。

【0220】

本出願の実施形態において説明される方法のステップは、ハードウェア、プロセッサによって実行されるソフトウェアユニット、またはこれらの組合せへと直接組み込まれ得る。ソフトウェアユニットは、ランダムアクセスメモリ(random access memory, RAM)、フラッシュメモリ、読み取り専用メモリ(read-only memory, ROM)、レジスタ、ハードディスク、リムーバブルディスク、または当技術分野における任意の他の形態の記憶媒体に記憶され得る。たとえば、プロセッサが記憶媒体から情報を読み取って情報を記憶媒体に書き込めるように、記憶媒体はプロセッサに接続され得る。任意選択で、記憶媒体は代替としてプロセッサに統合され得る。プロセッサおよび記憶媒体はASICに配設され得る。

【0221】

本出願は、コンピュータ可読媒体をさらに提供する。コンピュータ可読媒体はコンピュータプログラムを記憶し、コンピュータプログラムがコンピュータによって実行されると、上記の方法の実施形態のいずれか1つの機能が実装される。

【0222】

本出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータによって実行されるとき、上記の方法の実施形態のいずれか1つの機能が実装される。

【0223】

本出願の実施形態における同じまたは類似する部分については、互いを参照されたい。本出願の実施形態および実施形態の実装形態/実装方法において、別段規定されない限り、または論理的な矛盾が生じない限り、用語および/または説明は一貫しており、異なる実施形態間で、かつ実施形態の実装形態/実装方法間で相互に参照され得る。異なる実施形態および実施形態の実装形態/実装方法における技術的な特徴は、それらの内部の論理的な関係に基づいて、新しい実施形態、実装形態、または実装方法を形成するために組み合わせられてもよい。上記の説明は、本出願の実装形態であるが、本出願の保護範囲を限定することは意図されない。

【0224】

上記の説明は、本出願の特定の実装形態にすぎず、本出願の保護範囲を限定することは意図されない。本出願において開示される技術範囲内にある、当業者により容易に理解されるあらゆる変形または置換が、本出願の保護範囲内にあるものとする。

【符号の説明】

【0225】

100 無線アクセスネットワーク
110a 無線アクセスネットワークデバイス、マクロ基地局、基地局、通信装置
110b 無線アクセスネットワークデバイス、マイクロ基地局または屋内基地局、通信装置
120a～j 端末、通信装置
130 コアネットワーク
140 インターネット
200 システム
210 サーバ
220 コアネットワークおよびアクセスネットワーク、トランスポートネットワーク
230 端末
300 システム
310 別の端末
320 端末
400 システム
410 別の端末
420 Wi-FiルータまたはWi-Fiアクセスポイント、Wi-Fi装置
430 端末
500 システム
510 サーバ
520 固定ネットワーク
530 Wi-FiルータまたはWi-Fiアクセスポイント、Wi-Fi装置
540 端末
1000 通信システム
1200 端末
1211 トランシーバユニット
1212 処理ユニット
1300 装置
1301 インターフェースモジュール
1302 処理モジュール
1303 記憶モジュール
1410 プロセッサ
1420 メモリ
1430 インターフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-04-19

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

設定グラント(CG)情報をネットワークデバイスから受信するステップと、
前記CG情報に基づいてCG周期において設定される量N個のトランスポートブロック(TB)を取得するステップであって、TBの前記設定される量Nが前記CG周期において送信可能なTBの最大の量であり、Nが1より大きい整数である、ステップと、
前記CG周期において前記ネットワークデバイスに、M個のTBに対応するアップリンクデータを送信するステップとを備え、Mが0より大きくNより小さい整数である、通信方法。

【請求項2】

アップリンク制御情報(UCI)を前記ネットワークデバイスに送信するステップをさらに備え、前記UCIがアクティブTBビットマップについての情報を備え、前記アクティブTBビットマップについての前記情報の中の「0」のビットの量がMの値に等しい、請求項1に記載の方法。

【請求項3】

前記CG情報が、TBの前記設定される量についての情報を備え、
前記CG情報に基づいてCG周期において設定される量N個のTBを取得する前記ステップが、
TBの前記設定される量についての前記情報に基づいて、前記設定される量N個のTBを取得するステップを備える、請求項1に記載の方法。

【請求項4】

前記UCIが、ハイブリッド自動再送要求(HARQ)情報、冗長バージョン(RV)情報、新データインジケータ(NDI)情報、またはチャネル占有時間(COT)共有情報の1つまたは複数をさらに備える、請求項2に記載の方法。

【請求項5】

UCIを前記ネットワークデバイスに送信する前記ステップが、
第1の時間単位において前記UCIを前記ネットワークデバイスに送信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項2に記載の方法。

【請求項6】

設定グラント(CG)情報を端末に送信するステップであって、前記CG情報がCG周期においてトランスポートブロック(TB)の設定される量Nを設定するために使用され、TBの前記設定される量Nが前記CG周期において送信可能なTBの最大の量であり、Nが1より大きい整数である、ステップと、
前記CG周期において前記端末から、M個のTBに対応するアップリンクデータを受信するステップとを備え、Mが0より大きくNより小さい整数である、通信方法。

【請求項7】

アップリンク制御情報(UCI)を前記端末から受信するステップをさらに備え、前記UCIがアクティブTBビットマップについての情報を備え、前記アクティブTBビットマップについての前記情報の中の「0」のビットの量がMの値に等しい、請求項6に記載の方法。

【請求項8】

前記CG情報がTBの前記設定される量についての情報を備え、TBの前記設定される量についての前記情報がTBの前記設定される量Nを設定するために使用される、請求項6に記載の方法。

【請求項9】

前記UCIが、ハイブリッド自動再送要求(HARQ)情報、冗長バージョン(RV)情報、新データインジケータ(NDI)情報、またはチャネル占有時間(COT)共有情報の1つまたは複数をさらに備える、請求項7に記載の方法。

【請求項10】

UCIを前記端末から受信する前記ステップが、
第1の時間単位において前記UCIを前記端末から受信するステップを備え、
前記第1の時間単位が、前記設定されるN個のTBの中の第1のTBに対応する時間単位である、請求項7に記載の方法。

【請求項11】

プロセッサを備える通信装置であって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、請求項1から5のいずれか一項に記載の方法を実行することが可能にされる、通信装置。

【請求項12】

プロセッサを備える通信装置であって、前記プロセッサがメモリに結合され、前記メモリがプログラムまたは命令を記憶するように構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、請求項6から10のいずれか一項に記載の方法を実行することが可能にされる、通信装置。

【請求項13】

コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令が実行されるとき、コンピュータが、請求項1から5のいずれか一項に記載の方法を実行することが可能にされ、または、前記コンピュータが、請求項6から10のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。

【請求項14】

請求項1から5のいずれか一項に記載の方法を実行するように構成されるモジュールを備える、通信装置。

【請求項15】

請求項6から10のいずれか一項に記載の方法を実行するように構成されるモジュールを備える、通信装置。

【請求項16】

コンピュータプログラムコードを備えるプログラムであって、前記コンピュータプログラムコードが実行されるとき、請求項1から5のいずれか一項に記載の方法が実行され、または、請求項6から10のいずれか一項に記載の方法が実行される、プログラム。

【請求項17】

請求項1から5のいずれか一項に記載の方法を実行するように構成される端末と、請求項6から10のいずれか一項に記載の方法を実行するように構成される無線アクセスネットワークデバイスとを備える、通信システム。

【国際調査報告】