特許 7498259 競合ウィンドウの決定方法及び装置、通信装置及び記憶媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-03

(45)【発行日】2024-06-11

(54)【発明の名称】競合ウィンドウの決定方法及び装置、通信装置及び記憶媒体

(51)【国際特許分類】

   H04W 72/54 20230101AFI20240604BHJP

   H04W 16/14 20090101ALI20240604BHJP

   H04W 74/0808 20240101ALI20240604BHJP

   H04W 28/04 20090101ALI20240604BHJP

【ＦＩ】

H04W72/54 110

H04W16/14

H04W74/0808

H04W28/04 110

【請求項の数】 14

(21)【出願番号】P 2022504637

(86)(22)【出願日】2019-07-26

(65)【公表番号】

(43)【公表日】2022-10-05

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

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

(87)【国際公開日】2021-02-04

【審査請求日】2022-01-28

【前置審査】

(73)【特許権者】

【識別番号】516180667

【氏名又は名称】北京小米移動軟件有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002734

【氏名又は名称】弁理士法人藤本パートナーズ

(72)【発明者】

【氏名】朱 亜軍

【審査官】永井 啓司

(56)【参考文献】

【文献】国際公開第２０１９／０２７２７１（ＷＯ，Ａ１）

【文献】Intel Corporation，Channel access mechanism for NR-unlicensed[online]，3GPP TSG RAN WG1 #97 R1-1906785，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906785.zip>，2019年05月04日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

競合ウィンドウの決定方法であって、
前記方法は、
伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含み、
伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するステップであって、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報が、否定応答ＮＡＣＫと肯定応答ＡＣＫを含むステップと、
前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップと、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップと、を含み、
前記比率は、統計結果における伝送ブロックＴＢに基づくＨＡＲＱフィードバックとコードブロックグループＣＢＧに基づくＨＡＲＱフィードバックの比率を表すための係数に基づいて決定され、前記係数は、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表すために用いられる、
ことを特徴とする競合ウィンドウの決定方法。

【請求項2】

前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップは、
前記予め定義された時間帯内に受信された、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定するステップと、
前記ＮＡＣＫの第２の数量を決定するステップと、
前記第２の数量と前記第１の数量との比率を決定するステップと、を含む、
請求項１に記載の方法。

【請求項3】

前記比率は、前記伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率を含み、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
前記第１の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む、
請求項１に記載の方法。

【請求項4】

競合ウィンドウの決定方法であって、
前記方法は、
コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含み、
前記コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するステップであって、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報が、否定応答ＮＡＣＫと肯定応答ＡＣＫを含むステップと、
前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップと、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップと、を含み、
前記比率は、統計結果における伝送ブロックＴＢに基づくＨＡＲＱフィードバックとコードブロックグループＣＢＧに基づくＨＡＲＱフィードバックの比率を表すための係数に基づいて決定され、前記係数は、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表すために用いられる、
ことを特徴とする競合ウィンドウの決定方法。

【請求項5】

前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップは、
前記予め定義された時間帯内に受信された、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定するステップと、
前記ＮＡＣＫの第２の数量を決定するステップと、
前記第２の数量と前記第１の数量との比率を決定するステップと、を含む、
請求項４に記載の方法。

【請求項6】

前記比率は、前記コードブロックグループＣＢＧの受信フィードバックに基づいて得られた第２の比率を含み、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
前記第２の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む、
請求項４に記載の方法。

【請求項7】

競合ウィンドウの決定装置であって、
前記装置は第１の処理モジュールを含み、前記第１の処理モジュールは、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成され、
前記第１の処理モジュールは、第１の取得ユニット、第１の計算ユニット、及び第１の決定ユニットを含み、
前記第１の取得ユニットは、予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含み、
前記第１の計算ユニットは、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成され、
前記第１の決定ユニットは、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成され、
前記比率は、統計結果における伝送ブロックＴＢに基づくＨＡＲＱフィードバックとコードブロックグループＣＢＧに基づくＨＡＲＱフィードバックの比率を表すための係数に基づいて決定され、前記係数は、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表すために用いられる、
ことを特徴とする競合ウィンドウの決定装置。

【請求項8】

前記第１の計算ユニットは、さらに、前記予め定義された時間帯内に受信された、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される、
請求項７に記載の装置。

【請求項9】

前記第１の計算ユニットは、前記伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率を含むように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する前記ステップは、前記第１の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む、
請求項７に記載の装置。

【請求項10】

競合ウィンドウの決定装置であって、
前記装置は第２の処理モジュールを含み、前記第２の処理モジュールは、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成され、
前記第２の処理モジュールは、第２の取得ユニット、第２の計算ユニット、及び第２の決定ユニットを含み、
前記第２の取得ユニットは、予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含み、
前記第２の計算ユニットは、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成され、
前記第２の決定ユニットは、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成され、
前記比率は、統計結果における伝送ブロックＴＢに基づくＨＡＲＱフィードバックとコードブロックグループＣＢＧに基づくＨＡＲＱフィードバックの比率を表すための係数に基づいて決定され、前記係数は、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表すために用いられる、
ことを特徴とする競合ウィンドウの決定装置。

【請求項11】

前記第２の計算ユニットは、前記予め定義された時間帯内に受信された、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される、
請求項１０に記載の装置。

【請求項12】

前記第２の計算ユニットは、前記コードブロックグループＣＢＧの受信フィードバックに基づいて得られた第２の比率を含むように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、前記第２の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む、
請求項１０に記載の装置。

【請求項13】

通信機器であって
アンテナと、
メモリと、
前記アンテナ及び前記メモリにそれぞれ接続され、前記メモリに記憶された実行可能なプログラムを実行することにより、前記アンテナを制御して無線信号を送受信し、前記請求項１～３、または４～６のいずれかに記載の競合ウィンドウの決定方法のステップを実行できるプロセッサと、を含む、
ことを特徴とする通信機器。

【請求項14】

実行可能なプログラムが記憶されている非一時的なコンピュータ読み取り可能な記憶媒体であって、
実行可能なプログラムはプロセッサによって実行される場合、請求項１～３、または４～６のいずれかに記載の競合ウィンドウの決定方法のステップを実行する、
ことを特徴とする非一時的なコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は無線通信技術の分野に関するが無線通信技術の分野に限定されず、特に競合ウィンドウの決定方法及び装置、通信装置及び記憶媒体に関する。

【背景技術】

【0002】

現在、無線通信システムの開発プロセスにおいて、アンライセンススペクトルに対して、第３世代パートナーシッププロジェクト（３ＧＰＰ、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ライセンス補助アクセス（ＬＡＡ、Ｌｉｃｅｎｓｅ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）のメカニズムによってアンライセンス周波数帯を使用すること、すなわちライセンス周波数帯によってアンライセンス周波数帯上の使用を支援することが提案されている。アンライセンス周波数帯上のＷｉＦｉ無線システム（ＷｉＦｉ、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）などの他のシステムとの共存を保証するために、ＬＡＡにもデータ送信前にチャネル検出が必要とされるというメカニズムを導入している。送信側は、データが送信される必要がある場合にチャネルがアイドルであるか否かを検出する必要があり、チャネルがアイドルである状態にある場合にのみ、送信側がデータを送信することができる。現在、チャネル検出のメカニズムは多様であり、下り伝送のチャネル検出プロセスを例に、端末が種類４（Ｃａｔ４、Ｃａｔｅｇｏｒｙ４）のチャネル検出メカニズムを使用する場合を説明する。

【0003】

Ｃａｔ４のチャネル検出メカニズムは、ランダムフォールバックに基づくアイドルチャネル検出である。無線通信装置は０～競合ウィンドウサイズ（ＣＷＳ、Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ）の間で、１つのフォールバックカウンタＮを均一且つランダムに生成し、監視スロットを粒度として監視を行い、監視スロット内でチャネルがアイドルであることを検出した場合、フォールバックカウンタの数値から１を引く。反対の場合、チャネルがビジーであることを検出すると、フォールバックカウンタを一時停止し、すなわちチャネルがアイドルであることを検出するまで、チャネルがビジーである時間内に、フォールバックカウンタＮは一定に維持される。フォールバックカウンタが０に減少すると、無線通信装置は直ちに当該チャネルを占有することができる。ここで、Ｃａｔ４のＣＷＳの長さは動的に調整され、無線通信装置は、これまでの伝送が受信ノードによって正しく受信されたか否かに基づいて、ＣＷＳの長さを動的に調整する。しかし、従来技術では、ＣＷＳの長さ設定には合理でない箇所が存在するため、アンライセンス周波数帯の使用が衝突する問題及びチャネルランダムアクセス効率が低いという問題が常に発生している。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本出願の実施例は競合ウィンドウの決定方法及び装置、通信装置及び記憶媒体を開示する。

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

【0005】

本開示の実施例の第１の態様によれば、競合ウィンドウの決定方法を提供し、前記方法は、
伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む。

【0006】

一実施例では、前記伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するステップであって、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報が、否定応答ＮＡＣＫと肯定応答ＡＣＫを含むステップと、
前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップと、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップと、を含む。

【0007】

一実施例では、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップは、
前記予め定義された時間帯内に受信された、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定するステップと、
前記ＮＡＣＫの第２の数量を決定するステップと、
前記第２の数量と前記第１の数量との比率を決定するステップと、を含む。

【0008】

一実施例では、前記比率は、前記伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率を含み、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
前記第１の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0009】

本開示の実施例の第２の態様によれば、競合ウィンドウの決定方法をさらに提供し、前記方法は、
コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む。

【0010】

一実施例では、前記コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するステップであって、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報が、否定応答ＮＡＣＫと肯定応答ＡＣＫを含むステップと、
前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップと、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップと、を含む。

【0011】

一実施例では、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するステップは、
前記予め定義された時間帯内に受信された、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定するステップと、
前記ＮＡＣＫの第２の数量を決定するステップと、
前記第２の数量と前記第１の数量との比率を決定するステップと、を含む。

【0012】

一実施例では、前記比率は、前記コードブロックグループＣＢＧの受信フィードバックに基づいて得られた第２の比率を含み、
前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
前記第２の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0013】

本開示の実施例の第３の態様によれば、競合ウィンドウの決定方法をさらに提供し、前記方法は、
予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む。

【0014】

一実施例では、前記予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
予め定義された時間帯内の予め定義された参照信号の受信強度情報を測定するステップと、
前記受信強度と予め設定された強度との大小関係を比較し、比較結果を取得するステップと、
前記比較結果に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップと、を含む。

【0015】

一実施例では、前記予め定義された参照信号は、所定の機能及び前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第１種信号と、前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第２種信号とを含む。

【0016】

本開示の実施例の第４の態様によれば、競合ウィンドウの決定装置をさらに提供し、前記装置は第１の処理モジュールを含み、
前記第１の処理モジュールは、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0017】

一実施例では、前記第１の処理モジュールは第１の取得ユニット、第１の計算ユニット、及び第１の決定ユニットを含み、
前記第１の取得ユニットは、予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含み、
前記第１の計算ユニットは、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成され、
前記第１の決定ユニットは、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0018】

一実施例では、前記第１の計算ユニットは、さらに、前記予め定義された時間帯内に受信された、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される。

【0019】

一実施例では、前記第１の計算ユニットは、前記伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率に基づくように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、前記第１の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0020】

本開示の実施例の第５の態様によれば、競合ウィンドウの決定装置をさらに提供し、前記装置は第２の処理モジュールを含み、
前記第２の処理モジュールは、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0021】

一実施例では、前記第２の処理モジュールは、第２の取得ユニット、第２の計算ユニット、及び第２の決定ユニットを含み、
前記第２の取得ユニットは、予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含み、
前記第２の計算ユニットは、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成され、
前記第２の決定ユニットは、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0022】

一実施例では、前記第２の計算ユニットは、前記予め定義された時間帯内に受信された、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される。

【0023】

一実施例では、前記第２の計算ユニットは、前記コードブロックグループＣＢＧの受信フィードバックに基づいて得られた第２の比率に基づくように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、前記第２の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0024】

本開示の実施例の第５の態様によれば、競合ウィンドウの決定装置をさらに提供し、前記装置は第３の処理モジュールを含み、
前記第３の処理モジュールは、予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0025】

一実施例では、前記第３の処理モジュールは測定ユニット、比較ユニット及び第３の決定ユニットをさらに含み、
前記測定ユニットは、予め定義された時間帯内の予め定義された参照信号の受信強度情報を測定するように構成され、
前記比較ユニットは、前記受信強度と予め設定された強度との大小関係を比較し、比較結果を取得するように構成され、
前記第３の決定ユニットは、前記比較結果に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0026】

一実施例では、前記第３の処理モジュールは、所定の機能及び前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第１種信号と、前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第２種信号とを含む予め定義された参照信号を構成するように構成される。

【0027】

本開示の実施例の第７の態様によれば、通信装置を提供し、
アンテナと、
メモリと、
前記アンテナ及びメモリにそれぞれ接続され、前記メモリに記憶された実行可能なプログラムを実行することにより、前記アンテナを制御して無線信号を送受信し、前記任意の技術案によって提供される競合ウィンドウの決定方法のステップを実行できるプロセッサと、を含む。

【0028】

本開示の実施例の第８の態様によれば、実行可能なプログラムが含まれる非一時的なコンピュータ読み取り可能な記憶媒体を提供し、前記実行可能なプログラムはプロセッサによって実行される場合、前記任意の技術案によって提供される競合ウィンドウの決定方法のステップを実行する。

【発明の効果】

【0029】

本開示の実施例では、提供される競合ウィンドウの決定方法は、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む。このように、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さは、伝送ブロックＴＢ基づく受信フィードバックに適応するため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む競合ウィンドウの決定方法をさらに提供する。このように、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さがコードブロックグループＣＢＧに基づく受信フィードバックに適応しているため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む競合ウィンドウの決定方法をさらに提供する。このように、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さが予め定義された参照信号の受信強度に適応しているため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【図面の簡単な説明】

【0030】

【図1】本開示の実施例によって提供される無線通信システムの概略構成図である。

【図2】本開示の一実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図3】本開示の一実施例によって提供されるＡＣＫ／ＮＡＣＫフィードバックの遅延概略図である。

【図4】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図5】本開示の一実施例によって提供されるランダムフォールバックに基づくＣＣＡで検出を行うＣａｔ４のチャネル検出メカニズムの概略図である。

【図6】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図7】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図8】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図9】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図10】本開示の別の実施例によって提供される競合ウィンドウの決定方法のフローチャートである。

【図11】本開示の一実施例によって提供される競合ウィンドウの決定装置の概略構成図である。

【図12】本開示の別の実施例によって提供される競合ウィンドウの決定装置の概略構成図である。

【図13】本開示の別の実施例によって提供される競合ウィンドウの決定装置の概略構成図である。

【図14】本開示の一実施例によって提供される端末の概略構成図である。

【図15】本開示の一実施例によって提供される基地局の概略構成図である。

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

【0031】

ここで、例示的な実施例を詳細に説明し、その例を図面に示す。以下の説明が図面に関連する場合、別段の表現がない限り、異なる図面の同じ数字は同じまたは類似の要素を表す。以下の例示的な実施例に記載の実施形態は、本出願の実施例と一致する全ての実施形態を表すものではない。むしろ、それらは、添付の請求項の範囲に詳細に記載された、本出願のいくつかの態様に一致する装置及び方法の例にすぎない。

【0032】

本開示で使用される用語は特定の実施例を説明するためのものであり、本開示の実施例を限定するためのものではない。本開示の実施例と添付の特許請求の範囲で使用される単数形の「一」と「当該」も、文脈において他の意味を明確に示さない限り、複数形を含むことを意図する。なお、本明細書で使用される用語の「及び／又は」とは、１つ又は複数の関連する列挙項目の任意の組み合わせ又は全ての可能な組み合わせを指す。

【0033】

本開示の実施例で第１、第２、第３などの用語を使用して様々な情報を説明する可能性があるが、これらの情報が、これらの用語に限定されるべきではないことを理解されたい。これらの用語は、単に同じタイプの情報同士を区別するために使用される。例えば、本開示の実施例の範囲から逸脱しない限り、第１情報は第２情報と呼ぶことができ、同様に、第２情報は第１情報と呼ぶこともできる。文脈によっては、ここで使用される単語の「場合」及び「もしも」は、「……のとき」又は「……の場合」又は「決定に応答する」として解釈することができる。

【0034】

図１を参照すると、それは本開示の実施例によって提供される無線通信システムの概略構成図を示す。図１に示すように、無線通信システムはセルラー移動通信技術の通信システムであり、当該無線通信システムは、いくつかの端末１１及びいくつかの基地局１２を含むことができる。

【0035】

ここで、端末１１は、ユーザに音声及び／又はデータ接続を提供する機器を指すことができる。端末１１は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つまたは複数のコアネットワークと通信することができ、端末１１はモノのインターネット端末であってもよく、例えば、センサ機器、携帯電話（または「セルラー」電話と呼ぶ）及びモノのインターネット端末を有するコンピュータであってもよく、例えば、ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、モバイルステーション（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）、リモートステーション（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント、リモート端末（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、ユーザ機器（ｕｓｅｒ ｄｅｖｉｃｅ）、またはユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）である。または、端末１１は無人航空機の機器、または車載機器であってもよく、例えば、無線通信機能を備えるトリップコンピュータであってもよく、トリップコンピュータに接続される無線通信機器であってもよい。あるいは、端末１１は、例えば、無線通信機能を有する街灯、信号灯、または他の道端装置などであってもよい。

【0036】

基地局１２は、無線通信システムにおけるネットワーク側機器であってもよい。当該無線通信システムは第４世代モバイル通信技術（ｔｈｅ ４ｔｈ ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、４Ｇ）システムであってもよく、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムとも称する。または、当該無線通信システムは５Ｇシステムであってもよく、新しいエアインターフェース（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムまたは５Ｇ ＮＲシステムとも称する。または、当該無線通信システムは５Ｇシステムの次世代のシステムであってもよい。５ＧシステムのアクセスネットワークはＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、新しい世代無線アクセスネットワーク）、または、ＭＴＣシステムと称してもよい。

【0037】

集中ユニットには、パケットデータ統合プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リンク層制御プロトコル（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）層、メディアアクセス制御プロトコル（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）層のプロトコルスタックが設けられている。分散ユニットには、物理（Ｐｈｙｓｉｃａｌ、ＰＨＹ）層プロトコルスタックが設けられ、本出願の実施例は基地局１２の具体的な実現形態に対して限定するものではない。

【0038】

基地局１２と端末１１との間は、無線インターフェースを介して無線接続を確立することができる。異なる実施形態では、当該無線インターフェースは、第４世代のモバイル通信ネットワーク技術（４Ｇ）基準に基づく無線インターフェースである。または、当該無線インターフェースは、第５世代のモバイル通信ネットワーク技術（５Ｇ）基準に基づく無線インターフェースであり、例えば、当該無線インターフェースは新しいエアインターフェースである。または、当該無線インターフェースは５Ｇの次世代のモバイル通信ネットワーク技術の基準に基づく無線インターフェースであってもよい。

【0039】

いくつかの実施例では、端末１１の間はＥ２Ｅ（Ｅｎｄ ｔｏ Ｅｎｄ、エンドツーエンド）接続を確立することができる。例えば車両のインターネット通信（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）におけるＶ２Ｖ（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ、車車間）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、路車間）通信及びＶ２Ｐ（ｖｅｈｉｃｌｅ ｔｏ ｐｅｄｅｓｔｒｉａｎ、歩車間）通信などのシナリオである。

【0040】

いくつかの実施例では、上記無線通信システムは、ネットワーク管理機器１３をさらに含むことができる。

【0041】

いくつかの基地局１２はそれぞれネットワーク管理機器１３に接続される。ここで、ネットワーク管理機器１３は、無線通信システムにおけるコアネットワーク機器であってもよく、例えば、当該ネットワーク管理機器１３は、進化型のデータパケットコアネットワーク（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、ＥＰＣ）におけるモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）であってもよい。または、当該ネットワーク管理機器は、他のコアネットワーク機器、例えばサービスゲートウェイ（Ｓｅｒｖｉｎｇ ＧａｔｅＷａｙ、ＳＧＷ）、パブリックデータネットワークゲートウェイ（Ｐｕｂｌｉｃ Ｄａｔａ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ、ＰＧＷ）、ポリシー及び課金ルール機能ユニット（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）またはホームサブスクライバーサーバー（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、ＨＳＳ）などであってもよい。ネットワーク管理機器１３の実現形態に対して、本開示の実施例では限定しない。

【0042】

図２に示すように、本開示の一実施例は、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップＳ１１０を含む競合ウィンドウの決定方法を提供する。

【0043】

ここで、伝送ブロックＴＢに基づく受信フィードバックは伝送ブロックＴＢに基づくハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックであってもよい。なお、無線通信システムでは、無線チャネルの時変特性及びマルチパスフェーディングの影響により、信号の伝送に影響を与え、これによってデータ伝送の失敗をもたらす。この問題を解決するために、無線通信システムにＨＡＲＱのメカニズムを導入した。受信側のフィードバックデータによって示された受信が正しいか否かに基づいて、送信側は送信されたパケットを再送信する必要があるか否かを決定する。ＬＴＥシステムでは、データの送信とＡＣＫ／ＮＡＣＫフィードバックの時間との間にタイミング関係がある。端末の処理能力に制限され、ＬＴＥでは、図３を参照すると、下りデータ伝送を例として、データの伝送とＡＣＫ／ＮＡＣＫフィードバックの時間との間に少なくとも４ｍｓがある。なお、５Ｇ ＮＲシステムの設計では、コードブロックグループＣＢＧに基づくフィードバックメカニズムを導入し、すなわち１つの伝送ブロックＴＢの伝送は複数のコードブロックグループＣＢＧを含むことができ、受信側は各コードブロックグループＣＢＧに基づいてＨＡＲＱフィードバックを行うことができ、伝送ブロックＴＢ全体に対してフィードバックを行う必要がない。ここで、伝送ブロックＴＢに基づくフィードバック方式を採用することでシグナリングを減少させてチャネルリソースのオーバーヘッドを制御することができるが、再伝送のためのリソースを浪費する可能性がある。ＣＢＧに基づくフィードバック方式を採用することで、伝送ブロックＴＢ全体の再伝送を減少させ、再伝送による伝送リソースの浪費を減少させることができるが、制御シグナリングの増加をもたらす可能性がある。ここで、実際の状況に応じてフィードバック方式を調整することができ、シグナリングオーバーヘッドをできるだけ規制しながらデータ伝送性能を向上させることができる。

【0044】

ここで、伝送ブロックＴＢの受信フィードバックに基づくデータ送信側はユーザ端末ＵＥであってもよく、対応するデータ受信側は基地局であってもよい、なお、フィードバックに対応するデータ送信側がユーザ端末ＵＥである場合、対応するデータ受信側は、物体直接通信やクルマのインターネット通信などのユーザ端末ＵＥであってもよい。ここで、ＣＷＳの長さは、ＣＷＳに対応する時間長であってもよい。例えば、時間単位がタイムスロットである場合を例として、最小のＣＷＳの長さを１５のタイムスロットに設定することができる。

【0045】

本開示の実施例では、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さは、伝送ブロックＴＢ基づく受信フィードバックに適応するため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【0046】

一実施例では、図４に示すように、本開示の別の実施例は競合ウィンドウの決定方法を提供する。ステップＳ１１０において、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、以下のステップＳ２１０～Ｓ２３０を含む。

【0047】

ステップＳ２１０、予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得し、伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含む。

【0048】

ステップＳ２２０、伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率を決定する。

【0049】

ステップＳ２３０、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する。

【0050】

ここで、予め定義された時間帯は、タイムスロット（ｓｌｏｔ）、シンボル（ｓｙｍｂｏｌ）、サブフレーム、無線フレームに対応する時間帯、または他のカスタム時間帯であってもよい。

【0051】

ここで、伝送ブロックＴＢのハイブリッド自動再送要求ＨＡＲＱフィードバックに基づいてデータ伝送を行う場合、データ受信側は、データを正しく受信したか否かを決定する。データを正しく受信した場合、肯定応答ＡＣＫ情報をフィードバックし、データを正しく受信しなかった場合、否定応答ＮＡＣＫ情報をフィードバックする。ここで、ＡＣＫ／ＮＡＣＫ情報は、物理上り制御チャネル（ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）または物理上り共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）で伝送されるものである。

【0052】

ここで、一実施例では、１つのタイムスロットには、ＴＢに基づく２つのものがＨＡＲＱフィードバックを行う必要があり、そのうちの１つがＮＡＣＫをフィードバックした場合、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率は１／２＝０．５である。

【0053】

ここで、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が設定された閾値より大きい場合、ＣＷＳの値を大きくし、そうでない場合、ＣＷＳの値を予め設定された最小値に設定するステップを含んでもよい。また、ＣＷＳの値が予め設定された最大値に維持される回数が予め設定された回数に達す場合、ＣＷＳの値を予め設定された最小値に設定する。図５を参照すると、ランダムフォールバックに基づくＣＣＡで検出を行うＣａｔ４のチャネル検出メカニズムを例とする。無線通信装置は、０～ＣＷＳの長さの間で、１つのフォールバックカウンタＮを均一且つランダムに生成し、監視スロット（ＣＣＡ ｓｌｏｔ）を粒度として監視する。監視スロット内でチャネルがアイドルである（Ｉｄｌｅ ＣＣＡ ｓｌｏｔ）ことを検出した場合、フォールバックカウンタの数値から１を引く。反対の場合、チャネルがビジーである（Ｂｕｓｙ ＣＣＡ ｓｌｏｔ）ことを検出すると、フォールバックカウンタを一時停止し、すなわち、チャネルがアイドルであることを検出するまで、フォールバックカウンタＮはチャネルがビジーである時間内に一定に維持される。フォールバックカウンタが０に減少すると、無線通信装置は直ちに当該チャネルを占有することができる。Ｃａｔ．４のＣＷＳ値は、動的に調整された値である。無線通信装置は、これまでの送信が受信ノードによって正しく受信されたか否かに基づいて、ＣＷＳ値を動的に調整する。これにより、チャネル状態とネットワークトラフィック負荷に基づいて調整して適切なＣＷＳの値を取得することができ、送信ノード間の衝突の低減とチャネルアクセス効率の向上とを折衷することができる。１回目の下りＰＤＳＣＨ伝送に対応するＣＷＳ＝１５であると仮定すると、１回目の下りＰＤＳＣＨ伝送の時、端末がＰＤＳＣＨを受信することに成功しなかった場合、基地局は、このエラー受信状態に基づいて、本開示の任意の実施例の解決案に基づいて、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が設定された閾値の８０％より大きいことを決定する。この時、ＣＷＳ値を大きくし、ＣＷＳ値の値をＣＷＳ＝３１まで大きくする必要があり、２回目の下りＰＤＳＣＨ伝送の前にこの大きくされたＣＷＳ値を用いて乱数Ｎを生成してチャネル監視を行う必要がある。

【0054】

ここで、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する具体的なステップは以下のステップＳ３１０～Ｓ３２０を含む。

【0055】

ステップＳ３１０、各ビジネス優先度ｐ∈｛１，２，３，４｝に対して、ＣＷＳ値を設定し、ＣＷＳ値をＣＷ_pに設定すると、ＣＷ_p＝ＣＷ_min,pである。

【0056】

ステップＳ３２０において、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が０．８より大きい場合、各ビジネス優先度ｐ∈｛１，２，３，４｝に対応するＣＷ_pの値を増加する。ここで、当該ビジネス優先度に対応するＣＷＳテーブル（当該ＣＷＳテーブルには異なるレベルのＣＷ_pが設定されている）の中からより高いレベルのＣＷ_pの値を取得し、引続きＳ３２０に保持する。そうでない場合、Ｓ３１０に進み、各ビジネス優先度ｐ∈｛１，２，３，４｝に対応するＣＷ_pを当該ビジネス優先度に対応するＣＷＳテーブルの最小のＣＷ_pレベルの値に減少させる。参照サブフレームｋは、現在のキャリア上の基地局によって送信される、現在時刻に最も近い下り送信における最初のサブフレームであり、基地局は、当該サブフレーム上のＨＡＲＱ－ＡＣＫフィードバックを受信することを期待することができる。また、ＣＷ_pが集合のうちの最大値ＣＷ_max,pを取った場合、ＣＷＳを調整する次のより大きい値は依然としてＣＷ_max,pである。あるビジネス優先度に対応するＣＷ_pは連続するＱ回のＣＷＳ調整及びフォールバックカウンタの生成の中で、ＣＷＳがいずれも最大値ＣＷ_p＝ＣＷ_max,pを取った場合、当該ビジネス優先度のＣＷ_pを最小値ＣＷ_min,pに再設定する。Ｑは基地局が｛１、２、…、８｝から選択したものであり、各ビジネス優先度ｐ∈｛１，２，３，４｝は独立してＱの値を選択することができる。

【0057】

一実施例では、図６に示すように、本開示の別の実施例は競合ウィンドウの決定方法を提供する。ステップＳ２２０において、伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率を決定するステップは以下のステップＳ４１０～ステップＳ４３０を含む。

【0058】

ステップＳ４１０、予め定義された時間帯内に受信された、伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定する。

【0059】

ステップＳ４２０、ＮＡＣＫの第２の数量を決定する。

【0060】

ステップＳ４３０、第２の数量と第１の数量との比率を決定する。

【0061】

ここで、参照タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、さらに１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。数値を０．５に設定すると、統計されたＮＡＣＫをフィードバックする第２の数量は１＊０．５＋７＊０．５＝４である。統計されたＨＡＲＱフィードバック情報の第１の数量は２＊０．５＋１０＊０．５＝６である。第２の数量と第１の数量との比率は６６．７％である。

【0062】

一実施例では、ステップＳ２２０において、比率は、伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率を含む。

【0063】

ステップＳ２３０において、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
第１の比率に基づいて、アンライセンス周波数帯においけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0064】

ここで、１つの実施例では、ＴＢに基づくＨＡＲＱフィードバック及びＣＢＧに基づくＨＡＲＱが結果を統計する時に占める比率を表すための係数値を定義する。当該値に従ってタイムスロットにおけるＮＡＣＫをフィードバックする第１の比率を最終的に統計する。例えば、参照タイムスロットには、２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。予め定義された係数値が０．５であると仮定すると、統計されたＮＡＣＫをフィードバックする第１の比率は（１＊０．５＋７＊０．５）／（２＊０．５＋１０＊０．５）＝６６．７％である。第１の比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定することができる。

【0065】

別の実施例では、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表す１つの係数値を定義してもよい。当該値は予め定義されたものであってもよい。例えば、参照ｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要であると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。予め定義された係数値が４であると仮定すると、統計されたＮＡＣＫをフィードバックする第１の比率は（１＋７／４）／（２＋１０／４）＝６１．１％である。第１の比率に基づいて、アンライセンス周波数帯においけるランダムアクセス競合ウィンドウの長さを決定することができる。

【0066】

さらに、本開示の実施例によって提供される競合ウィンドウの決定方法をさらに理解するために、本開示は１つの具体的な実施例をさらに提供する。当該具体的な実施例において対応する予め定義された時間帯はタイムスロットｓｌｏｔである。当該ｓｌｏｔにおいてＴＢやＣＢＧに基づくＨＡＲＱフィードバックを行う必要がある。

【0067】

例１、ＴＢに基づくＨＡＲＱフィードバック方式に従ってＣＷＳを決定する方法を以下に説明する。

【0068】

ＴＢに基づくＨＡＲＱフィードバックをサポートするために、ＮＡＣＫをフィードバックする第２の数量を直接計算する。

【0069】

ＣＢＧに基づくＨＡＲＱフィードバックに対して、一実施例としては、ＴＢに基づくＨＡＲＱフィードバック及びＣＢＧに基づくＨＡＲＱフィードバックが結果を統計する時に占める比率を表すための値を定義する。当該値に従って当該タイムスロットｓｌｏｔ上のＮＡＣＫをフィードバックする第１の比率を最終的に統計する。具体的には以下の通りである。タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があり、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。定義された値設定を０．５に設定すると、統計されたＮＡＣＫをフィードバックする第１の比率は（１＊０．５＋７＊０．５）／（２＊０．５＋１０＊０．５）＝６６．７％である。当該統計値に基づいてＣＷＳの長さをどのように調整するかを決定する。

【0070】

別の実施例として、統計を行うための１つのＴＢを構成するＣＢＧの数を表す値を定義し、当該値は予め定義されたものであってもよい。具体的には以下の通りである。タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があり、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。定義された値を４に設定し、統計されたＮＡＣＫをフィードバックする第１の比率は（１＋７／４）／（２＋１０／４）＝６１．１％である。当該統計値に基づいてＣＷＳの長さをどのように調整するかを決定する。

【0071】

この例では、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さが伝送ブロックＴＢの受信フィードバックに適応するため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【0072】

図７に示すように、本開示の別の実施例は競合ウィンドウの決定方法を提供し、以下のステップＳ７１０を含む。

【0073】

ステップＳ７１０、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する。

【0074】

ここで、コードブロックグループＣＢＧに基づく受信フィードバックはコードブロックグループＣＢＧに基づくハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックであってもよい。なお、無線通信システムでは、無線チャネルの時変特性及びマルチパスフェーディングの影響により、信号の伝送に影響を与え、これによってデータ伝送の失敗をもたらす。この問題を解決するために、無線通信システムにＨＡＲＱのメカニズムを導入した。受信側のフィードバックデータによって示された受信が正しいか否かに基づいて、送信側は送信されたパケットを再送信する必要があるか否かを決定する。ＬＴＥシステムでは、データの送信とＡＣＫ／ＮＡＣＫフィードバックの時間との間にタイミング関係がある。端末の処理能力に制限され、ＬＴＥでは、図３を再度参照すると、下りデータ伝送を例として、データの伝送とＡＣＫ／ＮＡＣＫフィードバックの時間との間に少なくとも４ｍｓがある。なお、５Ｇ ＮＲシステムの設計では、コードブロックグループＣＢＧに基づくフィードバックメカニズムを導入し、すなわち１つの伝送ブロックＴＢの伝送は複数のコードブロックグループＣＢＧを含むことができ、受信側は各コードブロックグループＣＢＧに基づいてＨＡＲＱフィードバックを行うことができ、伝送ブロックＴＢ全体に対してフィードバックを行う必要がない。ここで、ＣＢＧに基づくフィードバック方式を採用することで、伝送ブロックＴＢ全体の再伝送を減少させ、再伝送による伝送リソースの浪費を減少させることができるが、制御シグナリングの増加をもたらす可能性がある。伝送ブロックＴＢに基づくフィードバック方式を採用することでシグナリングを減少させてチャネルリソースのオーバーヘッドを制御することができるが、再伝送のためのリソースを浪費する可能性がある。ここで、実際の状況に応じてフィードバック方式を調整することができ、シグナリングオーバーヘッドをできるだけ制御しながらデータ伝送性能を向上させることができる。

【0075】

ここで、コードブロックグループＣＢＧの受信フィードバックに基づくデータ送信側はユーザ端末ＵＥであってもよく、対応するデータ受信側は基地局であってもよい。なお、フィードバックに対応するデータ送信側がユーザ端末ＵＥである場合、対応するデータ受信側は、物体直接通信やクルマのインターネット通信などのユーザ端末ＵＥであってもよい。ここで、ＣＷＳの長さは、ＣＷＳに対応する時間長であってもよい。例えば、時間単位がタイムスロットである場合を例として、最小のＣＷＳの長さを１５のタイムスロットに設定することができる。

【0076】

本開示の実施例では、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さは、伝送ブロックＴＢ基づく受信フィードバックに適応するため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【0077】

一実施例では、図８に示すように、本開示の別の実施例は競合ウィンドウの決定方法を提供する。ステップＳ７１０において、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは以下のステップＳ８１０～Ｓ８３０を含む。

【0078】

ステップＳ８１０において、予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得し、コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含む。

【0079】

ステップＳ８２０、コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率を決定する。

【0080】

ステップＳ８３０、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する。

【0081】

ここで、予め定義された時間帯は、タイムスロット（ｓｌｏｔ）、シンボル（ｓｙｍｂｏｌ）、サブフレーム、無線フレームに対応する時間帯、または他のカスタム時間帯であってもよい。

【0082】

ここで、コードブロックグループＣＢＧのハイブリッド自動再送要求ＨＡＲＱフィードバックに基づいてデータ伝送を行う時、データ受信側は、データを正しく受信したか否かを決定する。データを正しく受信した場合、肯定応答ＡＣＫ情報をフィードバックし、データを正しく受信しなかった場合、否定応答ＮＡＣＫ情報をフィードバックする。ここで、ＡＣＫ／ＮＡＣＫ情報は、物理上り制御チャネル（ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）または物理上り共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）で伝送されるものである。

【0083】

１つのタイムスロットにおいて１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があると仮定すると、そのうち７つがＮＡＣＫをフィードバックした場合、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率は７／１０＝０．７である。

【0084】

ここで、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が設定された閾値より大きい場合、ＣＷＳの値を大きくし、そうでない場合、ＣＷＳの値を予め設定された最小値に設定する。また、ＣＷＳの値が予め設定された最大値に維持される回数が予め設定された回数に達す場合、ＣＷＳの値を予め設定された最小値に設定する。図５を再度参照すると、ランダムフォールバックに基づくＣＣＡで検出を行うＣａｔ４のチャネル検出メカニズムを例とする。無線通信装置は、０～ＣＷＳの長さの間で、１つのフォールバックカウンタＮを均一且つランダムに生成し、監視スロット（ＣＣＡ ｓｌｏｔ）を粒度として監視する。監視スロット内でチャネルがアイドルであること（Ｉｄｌｅ ＣＣＡ ｓｌｏｔ）を検出した場合、フォールバックカウンタの数値から１を引く。反対の場合、チャネルがビジーである（Ｂｕｓｙ ＣＣＡ ｓｌｏｔ）ことを検出すると、フォールバックカウンタを一時停止し、すなわち、チャネルがアイドルであることを検出するまで、フォールバックカウンタＮはチャネルがビジーである時間内に一定に維持される。フォールバックカウンタが０に減少すると、無線通信装置は直ちに当該チャネルを占有することができる。Ｃａｔ．４のＣＷＳ値は、動的に調整された値である。無線通信装置は、これまでの送信が受信ノードによって正しく受信されたか否かに基づいて、ＣＷＳ値を動的に調整する。これにより、チャネル状態とネットワークトラフィック負荷に基づいて調整して適切なＣＷＳの値を取得することができ、送信ノード間の衝突の低減とチャネルアクセス効率の向上とを折衷することができる。１回目の下りＰＤＳＣＨ伝送に対応するＣＷＳ＝１５であると仮定すると、１回目の下りＰＤＳＣＨ伝送の時、端末がＰＤＳＣＨを受信することに成功しなかった場合、基地局は、このエラー受信状態に基づいて、本開示の任意の実施例の解決案に基づいて、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が設定された閾値の８０％より大きいことを決定する。この時、ＣＷＳ値を大きくし、ＣＷＳ値の値をＣＷＳ＝３１まで大きくする必要があり、２回目の下りＰＤＳＣＨ伝送の前にこの大きくされたＣＷＳ値を用いて乱数Ｎを生成してチャネル監視を行う必要がある。

【0085】

ここで、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定する具体的ステップは以下のステップＳ３１０～Ｓ３２０を含むことができる。

【0086】

ステップＳ３１０、各ビジネス優先度ｐ∈｛１，２，３，４｝に対して、ＣＷＳ値を設定し、ＣＷＳ値をＣＷ_pに設定すると、ＣＷ_p＝ＣＷ_min,pである。

【0087】

ステップＳ３２０において、ＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率が０．８より大きい場合、各ビジネス優先度ｐ∈｛１，２，３，４｝に対応するＣＷ_pの値を増加させる。ここで、当該ビジネス優先度に対応するＣＷＳテーブル（当該ＣＷＳテーブルには異なるレベルのＣＷ_pが設定されている）の中からより高いレベルのＣＷ_pの値を取得し、引続きＳ３２０に保持する。そうでない場合、Ｓ３１０に進み、各ビジネス優先度ｐ∈｛１，２，３，４｝に対応するＣＷ_pを当該ビジネス優先度に対応するＣＷＳテーブルの最小のＣＷ_pレベルの値に減少させる。参照サブフレームｋは、現在のキャリア上の基地局によって送信される、現在時刻に最も近い下り送信における最初のサブフレームであり、基地局は、当該サブフレーム上のＨＡＲＱ－ＡＣＫフィードバックを受信することを期待することができる。また、ＣＷ_pが集合のうちの最大値ＣＷ_max,pを取った場合、ＣＷＳを調整する次のより大きい値は依然としてＣＷ_max,pである。あるビジネス優先度に対応するＣＷ_pは連続するＱ回のＣＷＳ調整及びフォールバックカウンタ生成の中で、ＣＷＳがいずれも最大値ＣＷ_p＝ＣＷ_max,pを取った場合、当該ビジネス優先度のＣＷ_pを最小値ＣＷ_min,pに再設定する。Ｑは基地局が｛１、２、…、８｝から選択したものであり、各ビジネス優先度ｐ∈｛１，２，３，４｝は独立してＱの値を選択することができる。

【0088】

一実施例では、図９に示すように、本開示の別の実施例は競合ウィンドウの決定方法を提供する。ステップＳ２２０において、コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占めるＮＡＣＫの比率を決定するステップは以下のステップＳ９１０～Ｓ９３０を含む。

【0089】

ステップＳ９１０、予め定義された時間帯内に受信された、コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定する。

【0090】

ステップＳ９２０、ＮＡＣＫの第２の数量を決定する。

【0091】

ステップＳ９３０、第２の数量と第１の数量との比率を決定する。

【0092】

ここで、参照タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、さらに１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。数値を０．５に設定すると、統計されたＮＡＣＫをフィードバックする第２の数量は１＊０．５＋７＊０．５＝４である。統計されたＨＡＲＱフィードバック情報の第１の数量は２＊０．５＋１０＊０．５＝６である。第２の数量と第１の数量との比率は６６．７％である。

【0093】

一実施例では、ステップＳ８２０において、比率は、ＣＢＧの受信フィードバックに基づいて得られた第２の比率を含む。

【0094】

ステップＳ８３０において、比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、
第２の比率に基づいて、アンライセンス周波数帯上のランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0095】

ここで、一実施例では、ＴＢに基づくＨＡＲＱフィードバック及びＣＢＧに基づくＨＡＲＱが結果を統計する時に占める比率を表すための係数値を定義する。当該値に従って当該参照タイムスロットｓｌｏｔ上のＮＡＣＫをフィードバックする第２の比率を最終的に統計する。例えば、参照タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。予め定義された係数値が０．５であると仮定すると、統計されたＮＡＣＫをフィードバックする第２の比率は、（１＊０．５＋７＊０．５）／（２＊０．５＋１０＊０．５）＝６６．７％である。第２の比率に基づいて、アンライセンス周波数帯上のランダムアクセス競合ウィンドウの長さを決定することができる。

【0096】

別の実施例では、さらに、統計を行うためのＴＢを構成するＣＢＧの数を表す１つの係数値を定義してもよい。当該値は予め定義されたものであってもよい。例えば、参照タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があると仮定すると、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。予め定義された係数値が４であると仮定すると、統計されたＮＡＣＫをフィードバックする第２の比率は、（１＊４＋７）／（２＊４＋１０）＝６１．１％である。第２の比率に基づいて、アンライセンス周波数帯上のランダムアクセス競合ウィンドウの長さを決定することができる。

【0097】

さらに、本開示の実施例によって提供される競合ウィンドウの決定方法をさらに理解するために、本開示は１つの具体的な実施例をさらに提供する。当該具体的な実施例において対応する予め定義された時間帯はタイムスロットｓｌｏｔである。当該ｓｌｏｔにおいてＴＢやＣＢＧに基づくＨＡＲＱフィードバックを行う必要がある。

【0098】

例２、ＣＢＧに基づくＨＡＲＱフィードバック方式に従ってＣＷＳを決定する方法を以下に説明する。

【0099】

例１と同様に、ＣＢＧに基づくＨＡＲＱフィードバックをサポートするために、ＮＡＣＫをフィードバックする第２の数量を直接計算する。

【0100】

ＴＢに基づくＨＡＲＱフィードバックに対して、１つの実施例では、ＴＢに基づくＨＡＲＱフィードバック及びＣＢＧに基づくＨＡＲＱが結果を統計する時に占める比率を表すための値を定義する。当該値に従って当該タイムスロットｓｌｏｔ上のＮＡＣＫをフィードバックする第２の比率を最終的に統計する。具体的には以下の通りである。タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があり、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。定義された値を０．５に設定すると、統計されたＮＡＣＫをフィードバックする第２の比率は、（１＊０．５＋７＊０．５）／（２＊０．５＋１０＊０．５）＝６６．７％である。当該統計値に基づいてＣＷＳの長さをどのように調整するかを決定する。

【0101】

別の実施例では、統計を行うための１つのＴＢを構成するＣＢＧの数を表す値を定義し、当該値は予め定義されたものであってもよい。具体的には以下の通りである。タイムスロットｓｌｏｔにおいて２つのＴＢに基づくＰＤＳＣＨ伝送がＨＡＲＱフィードバックを行う必要があり、そのうちの１つがＮＡＣＫをフィードバックし、１０のＣＢＧがそれぞれＨＡＲＱフィードバックを行う必要があり、そのうちの７つがＮＡＣＫをフィードバックした。定義された値を４に設定すると、統計されたＮＡＣＫをフィードバックする比率は、（１＊４＋７）／（２＊４＋１０）＝６１．１％である。当該統計値に基づいてＣＷＳの長さをどのように調整するかを決定する。

【0102】

この例では、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、ＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さがコードブロックグループＣＢＧの受信フィードバックに適応するため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【0103】

図１０に示すように、本開示の一実施例は競合ウィンドウの決定方法を提供し、
予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップを含む。

【0104】

ここで、受信強度は予め定義された参照信号の受信電力を含むことができる。予め定義された参照信号は、所定の機能及びランダム競合アクセスウィンドウの長さを決定するための機能を有する第１種信号と、ランダム競合アクセスウィンドウの長さを決定するための機能を有する第２種信号を含む。

【0105】

一実施例では、１回目の下りＰＤＳＣＨ伝送に対応するＣＷＳの長さの値は１５である。１回目の下り伝送の時、予め定義された参照信号の受信強度は予め設定された強度より小さく、基地局はこの比較結果に基づいてＣＷＳの長さの値を３０まで大きくし、２回目の下りＰＤＳＣＨ伝送の前にこの大きくされたＣＷＳの長さ値を用いて乱数Ｎを生成してチャネル監視を行う。

【0106】

さらに、本開示の実施例によって提供される競合ウィンドウの決定方法をさらに理解するために、本開示は１つの具体的な実施例をさらに提供する。当該具体的な実施例において対応する予め定義された時間帯はタイムスロットｓｌｏｔである。当該ｓｌｏｔにおいてＴＢやＣＢＧに基づくＨＡＲＱフィードバックを行う必要がある。

【0107】

例３、予め定義された参照信号の受信強度の測定に従ってＣＷＳを決定する方法を説明する。

【0108】

この例では、予め設定された強度値を定義し、スロットｓｌｏｔ上の予め定義された参照信号の受信強度を測定し、当該受信強度と予め設定された強度値の大きさとを比較し、ＣＷＳの値をどのように調整するかを決定する。ここで、前記予め定義された参照信号は第１種信号、すなわち既存の信号、または第２種信号、すなわち新たに定義された信号であってもよい。

【0109】

この例では、ＴＢまたはＣＢＧによるフィードバックをサポートする必要がある場合、予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定することができる。ＣＷＳの長さが予め定義された参照信号の受信強度に適応しているため、現在の伝送シナリオにより適したＣＷＳの長さを取得することができる。

【0110】

図１１に示すように、本開示の一実施例は競合ウィンドウの決定装置を提供し、前記装置は第１の処理モジュールを含み１１０、前記第１の処理モジュール１１０は、伝送ブロックＴＢの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0111】

一実施例では、前記第１の処理モジュール１１０は、第１の取得ユニット１１１、第１の計算ユニット１１２及び第１の決定ユニット１１３を含む。

【0112】

前記第１の取得ユニット１１１は、予め定義された時間帯内の伝送ブロックＴＢに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含む。

【0113】

前記第１の計算ユニット１１２は、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成される。

【0114】

前記第１の決定ユニット１１３は、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0115】

一実施例では、前記第１の計算ユニット１１２は、さらに、前記予め定義された時間帯内に受信された、前記伝送ブロックＴＢに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される。

【0116】

一実施例では、前記第１の計算ユニット１１２は、さらに、前記伝送ブロックＴＢの受信フィードバックに基づいて得られた第１の比率を含むように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、前記第１の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0117】

図１２に示すように、本開示の一実施例は競合ウィンドウの決定装置を提供し、前記装置は第２の処理モジュールを含み１２０、前記第２の処理モジュール１２０は、コードブロックグループＣＢＧの受信フィードバックに基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0118】

一実施例では、前記第２の処理モジュール１２０は第２の取得ユニット１２１、第２の計算ユニット１２２及び第２の決定ユニット１２３を含む。

【0119】

前記第２の取得ユニット１２１は、予め定義された時間帯内のコードブロックグループＣＢＧに基づくハイブリッド自動再送要求ＨＡＲＱフィードバック情報を取得するように構成され、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報は、否定応答ＮＡＣＫと肯定応答ＡＣＫを含む。

【0120】

前記第２の計算ユニット１２２は、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報に占める前記ＮＡＣＫの比率を決定するように構成される。

【0121】

前記第２の決定ユニット１２３は、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0122】

一実施例では、前記第２の計算ユニット１２２は、さらに、前記予め定義された時間帯内に受信された、前記コードブロックグループＣＢＧに基づくＨＡＲＱフィードバック情報の第１の数量を決定し、前記ＮＡＣＫの第２の数量を決定し、前記第２の数量と前記第１の数量との比率を決定するように構成される。

【0123】

一実施例では、前記第２の計算ユニット１２２は、さらに、前記コードブロックグループＣＢＧの受信フィードバックに基づいて得られた第２の比率に基づくように構成され、前記比率に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するステップは、前記第２の比率に基づいて、前記アンライセンス周波数帯におけるランダムアクセス競合ウィンドウの長さを決定するステップを含む。

【0124】

図１３に示すように、本開示の一実施例は、競合ウィンドウの決定装置を提供し、前記装置は第３の処理モジュールを含み１３０、前記第３の処理モジュール１３０は、予め定義された参照信号の受信強度に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0125】

一実施例では、前記第３の処理モジュール１３０は測定ユニット１３１、比較ユニット１３２及び第３の決定ユニット１３３をさらに含む。

【0126】

前記測定ユニット１３１は、予め定義された時間帯内の予め定義された参照信号の受信強度情報を測定するように構成される。

【0127】

前記比較ユニット１３２は、前記受信強度と予め設定された強度との大小関係を比較し、比較結果を取得するように構成される。

【0128】

前記第３の決定ユニット１３３は、前記比較結果に基づいて、アンライセンス周波数帯におけるランダムアクセス競合ウィンドウＣＷＳの長さを決定するように構成される。

【0129】

一実施例では、前記第３の処理モジュール１３０は、所定の機能及び前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第１種信号と、前記ランダム競合アクセスウィンドウの長さを決定する機能を有する第２種信号とを含む予め定義された参照信号を構成するように構成される。

【0130】

本開示の実施例は通信装置をさらに提供し、この通信装置は、
アンテナと、
メモリと、
アンテナ及びメモリにそれぞれ接続され、メモリに記憶された実行可能なプログラムを実行することにより、アンテナを制御して無線信号を送受信し、前記任意の実施例によって提供される競合ウィンドウの決定方法のステップを実行するプロセッサと、を含む。

【0131】

本実施例によって提供される通信装置は、前記端末または基地局であってもよい。基地局は、様々なタイプの基地局、例えば、４Ｇ基地局または５Ｇ基地局などであってもよい。

【0132】

アンテナは、様々なタイプのアンテナ、例えば、３Ｇアンテナ、４Ｇアンテナ、または５Ｇアンテナなどの移動アンテナであってもよい。アンテナは、ＷｉＦｉアンテナまたは無線充電アンテナなどをさらに含むことができる。

【0133】

メモリは、非一時的なコンピュータ記憶媒体であり、通信装置の電源が切れた後も、その上に記憶された情報を記憶し続けることができる様々なタイプの記憶媒体を含むことができる。

【0134】

プロセッサは、図２、図４、図６、図８、図９、及び図１０に示す方法の少なくとも１つのようなメモリに記憶された実行可能プログラムを読み取るために、バスなどを介してアンテナとメモリに接続されてもよい。

【0135】

本開示の実施例は、実行可能なプログラムが含まれる非一時的なコンピュータ読み取り可能な記憶媒体をさらに提供し、実行可能なプログラムはプロセッサによって実行される場合、前記任意の実施例によって提供される競合ウィンドウの決定方法のステップ、例えば、図２、図４、図６、図８、図９、及び図１０に示す方法の少なくとも１つを実現する。

【0136】

図１４に示すように、本開示の一実施例は、端末の構造を提供する。

【0137】

図１４に示す端末８００を参照すると、本実施例は、端末８００を提供し、当該端末は具体的に、携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージトランシーバー、ゲームコンソール、タブレット機器、医療機器、フィットネス機器、パーソナルデジタルアシスタントなどであってもよい。

【0138】

図１４を参照すると、端末８００は、処理コンポーネント８０２、メモリ８０４、電源コンポーネント８０６、マルチメディアコンポーネント８０８、オーディオコンポーネント８１０、入力／出力（Ｉ／Ｏ）のインターフェース８１２、センサコンポーネント８１４、及び通信コンポーネント８１６のうちの１つまたは複数のコンポーネントを含むことができる。

【0139】

処理コンポーネント８０２は、通常、表示、電話の呼び出し、データ通信、カメラ操作、及び記録操作に関連する操作のような端末８００の全体の操作を制御する。処理コンポーネント８０２は、上記方法の全てまたは一部のステップを完成するために、命令を実行するための１つまたは複数のプロセッサ８２０を含むことができる。また、処理コンポーネント８０２は、他のコンポーネントとのインタラクションを容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント８０２は、マルチメディアコンポーネント８０８と処理コンポーネント８０２との間のインタラクションを容易にするように、マルチメディアモジュールを含むことができる。

【0140】

メモリ８０４は、機器８００上の操作をサポートするように、様々なタイプのデータを記憶するように構成される。これらのデータの例は、端末８００で操作するためのあらゆるアプリケーションプログラムまたは方法の命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ８０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、フラッシュメモリ、磁気ディスク、または光ディスクのような、あらゆるタイプの揮発性または不揮発性の記憶装置またはそれらの組み合わせによって実現されてもよい。

【0141】

電源コンポーネント８０６は、端末８００の各種類のコンポーネントのために電力を提供する。電源コンポーネント８０６は、電源管理システムと、１つまたは複数の電源と、端末８００の生成、管理、及び配分に関連する他のコンポーネントとを含むことができる。

【0142】

マルチメディアコンポーネント８０８は、端末８００とユーザとの間に１つの出力インターフェースを提供するスクリーンを含む。いくつかの実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）とを含むことができる。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するように、タッチスクリーンとして実現することができる。タッチパネルには、タッチ、スライド、タッチパネルのジェスチャーを感知するように、１つまたは複数のタッチセンサが含まれる。タッチセンサは、タッチまたはスライド動作の境界を感知するだけでなく、タッチまたはスライド操作に関する継続時間及び圧力を検出することができる。いくつかの実施例では、マルチメディアコンポーネント８０８は、１つのフロントカメラおよび／またはバックカメラを含む。装置８００が撮影モードやビデオモードなどの操作モードにある場合、フロントカメラおよび／またはバックカメラは、外部のマルチメディアデータを受信することができる。各フロントカメラおよびバックカメラは、１つの固定的な光学レンズシステムであってもよく、または焦点距離および光学ズーム能力を備えるものであってもよい。

【0143】

オーディオコンポーネント８１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント８１０は、端末８００が呼び出しモード、記録モード、及び音声認識モードのような操作モードにある場合、外部オーディオ信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号は、さらにメモリ８０４に記憶されてもよく、または通信コンポーネント８１６を介して送信されてもよい。いくつかの実施例では、オーディオコンポーネント８１０は、オーディオ信号を出力するための１つのスピーカをさらに含む。

【0144】

Ｉ／Ｏインターフェース８１２は、処理コンポーネント８０２と周辺インターフェースモジュールとの間のインターフェースを提供し、上記の周辺インターフェースモジュールはキーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、およびロックボタンを含むことができるが、これらに限定されない。

【0145】

センサコンポーネント８１４は、端末８００に様々な態様の状態評価を提供するように、１つまたは複数のセンサを含む。例えば、センサコンポーネント８１４は、装置８００のオン／オフ状態、コンポーネントの相対的な位置決めを検出でき、例えば、コンポーネントは装置８００のディスプレイ及びキーパッドであり、センサコンポーネント８１４は、さらに、端末８００またはその１つのコンポーネントの位置変化、ユーザと端末８００との接触が存在するか存在しないか、端末８００の方位または加速／減速及び端末８００の温度変化を検出することができる。センサコンポーネント８１４は、任意の物理的接触がない場合、付近の物体の存在を検出するように構成される近接センサを含むこともできる。センサコンポーネント８１４は、イメージングアプリケーションにおいて使用されるＣＭＯＳまたはＣＣＤイメージセンサのような光センサをさらに含むことができる。いくつかの実施例では、当該センサコンポーネント８１４はまた、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサを含むことができる。

【0146】

通信コンポーネント８１６は、端末８００と他の装置との間の有線または無線方式の通信を容易にするように構成される。端末８００は、通信規格に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇまたは３Ｇ、またはこれらの組み合わせにアクセスすることができる。例示的な一実施例では、通信コンポーネント８１６は、ブロードキャストチャネルを介して外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な一実施例では、通信コンポーネント８１６は、近距離通信を容易にするために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールでは、無線周波数認識（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術、および他の技術に基づいて実現されてもよい。

【0147】

例示的な実施例では、端末８００は、上記方法を実行するために、専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品、１つまたは複数のアプリケーションによって実現されてもよい。

【0148】

例示的な実施例では、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体、例えば、命令を含むメモリ８０４をさらに提供し、上記命令は、上記方法を完成するように、端末８００のプロセッサ８２０によって実行されてもよい。例えば、非一時的なコンピュータ読み取り可能な記憶媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、及び光データ記憶機器であってもよい。

【0149】

当該端末は、例えば、図２、図４、図６、図８、図９、及び図１０に示す競合ウィンドウの決定方法のような、前記競合ウィンドウの決定方法を実現することができる。

【0150】

図１５に示すように、本開示の一実施例は、端末の構造を提供する。例えば、基地局９００は、ネットワーク側デバイスとして提供されることができる。図１５を参照すると、基地局９００は、処理コンポーネント９２２を含み、処理コンポーネント９２２は、１つまたは複数のプロセッサと、メモリ９３２によって表される、処理コンポーネント９２２によって実行される命令、例えばアプリケーションプログラムを記憶するためのメモリリソースとをさらに含む。メモリ９３２に記憶されているアプリケーションプログラムは、それぞれ１組の命令に対応する１以上のモジュールを含むことができる。また、処理コンポーネント９２２は、上記方法に記載の任意の実施例によって提供される競合ウィンドウの決定方法、例えば、図２、図４、図６、図８、図９、及び図１０に示す競合ウィンドウの決定方法を実行するための命令を実行するように構成される。

【0151】

基地局９００は、基地局９００の電源管理を実行するように構成される電源コンポーネント９２６と、基地局９００をネットワークに接続するように構成される有線または無線ネットワークインタフェース９５０と、入出力（Ｉ／Ｏ）インターフェース９５８とをさらに含むことができる。基地局９００は、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭまたは同様のようなメモリ９３２に記憶されたオペレーティングシステムを操作することができる。

【0152】

当該無線ネットワークインタフェース９５０は、前記通信装置のアンテナを含むが、これらに限定されない。当業者は、明細書を考慮してここで開示される技術案を実践した後、本開示の他の実施案を容易に想到することができる。本出願は、本出願の任意の変形、用途または適応的変化をカバーすることを意図しており、これらの変形、用途または適応的変化は、本出願の一般原理に従い、本出願で開示されていない本技術分野における周知技術または慣用されている技術手段を含む。明細書および実施例は、単なる例示と見なされ、本出願の本当な範囲および主旨は、以下の特許請求の範囲によって示される。

【0153】

なお、本開示は、上記説明に記載されかつ図面に示されている正確な構造に限定されず、その範囲から逸脱しない限り、様々な修正や変更を行うことができる。本出願の範囲は、添付の特許請求の範囲のみによって限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】