(57)【要約】  本願の実施例は、競合ウィンドウの決定方法及びデバイスを提供し、この方法は、ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することと、前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行うこととを含み、ここで、前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含む。
2021516482.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することと、
前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行うこととを含み、
前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアである
ことを特徴とする競合ウィンドウの決定方法。
【請求項２】
前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである
ことを特徴とする請求項１に記載の競合ウィンドウの決定方法。
【請求項３】
前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項２に記載の競合ウィンドウの決定方法。
【請求項４】
前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む
ことを特徴とする請求項２又は３に記載の競合ウィンドウの決定方法。
【請求項５】
前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項４に記載の競合ウィンドウの決定方法。
【請求項６】
前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである
ことを特徴とする請求項１〜５のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項７】
前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項６に記載の競合ウィンドウの決定方法。
【請求項８】
前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む
ことを特徴とする請求項６又は７に記載の競合ウィンドウの決定方法。
【請求項９】
前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項８に記載の競合ウィンドウの決定方法。
【請求項１０】
前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む
ことを特徴とする請求項１〜９のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項１１】
前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む
ことを特徴とする請求項１０に記載の競合ウィンドウの決定方法。
【請求項１２】
前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される
ことを特徴とする請求項１０又は１１に記載の競合ウィンドウの決定方法。
【請求項１３】
前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む
ことを特徴とする請求項１〜１２のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項１４】
前記ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することは、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスが前記ＣＷの長さを増加させると決定すること、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は、前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少させ又は前記ＣＷの長さを維持すると決定することを含む
ことを特徴とする請求項１〜１３のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項１５】
前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないこと、又は、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む
ことを特徴とする請求項１〜１４のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項１６】
決定モジュールと、検出モジュールとを備える競合ウィンドウの決定デバイスであって、
前記決定モジュールは、端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定するように構成され、ここで、前記フィードバック情報は、前記デバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
前記検出モジュールは、前記ＣＷの長さに基づいて、前記第１のキャリアに対してチャネル検出を行うように構成される
ことを特徴とする競合ウィンドウの決定デバイス。
【請求項１７】
前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである
ことを特徴とする請求項１６に記載の競合ウィンドウの決定デバイス。
【請求項１８】
前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項１７に記載の競合ウィンドウの決定デバイス。
【請求項１９】
前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む
ことを特徴とする請求項１７又は１８に記載の競合ウィンドウの決定デバイス。
【請求項２０】
前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項１９に記載の競合ウィンドウの決定デバイス。
【請求項２１】
前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである
ことを特徴とする請求項１６〜２０のいずれか１項に記載の競合ウィンドウの決定デバイス。
【請求項２２】
前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項２１に記載の競合ウィンドウの決定デバイス。
【請求項２３】
前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む
ことを特徴とする請求項２１又は２２に記載の競合ウィンドウの決定デバイス。
【請求項２４】
前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項２３に記載の競合ウィンドウの決定デバイス。
【請求項２５】
前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む
ことを特徴とする請求項１６〜２４のいずれか１項に記載の競合ウィンドウの決定デバイス。
【請求項２６】
前記第３の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む
ことを特徴とする請求項２５に記載の競合ウィンドウの決定デバイス。
【請求項２７】
前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される
ことを特徴とする請求項２５又は２６に記載の競合ウィンドウの決定デバイス。
【請求項２８】
前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む
ことを特徴とする請求項１６〜２７のいずれか１項に記載の競合ウィンドウの決定デバイス。
【請求項２９】
前記決定モジュールは、さらに、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ＣＷの長さを増加し、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ＣＷの長さを減少し又は前記ＣＷの長さを維持するように構成される
ことを特徴とする請求項１６〜２８のいずれか１項に記載の競合ウィンドウの決定デバイス。
【請求項３０】
前記フィードバック情報が免許不要キャリアで伝送される場合、前記決定モジュールは、さらに、
前記デバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントせず、又は、
前記デバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされるように構成される
ことを特徴とする請求項１６〜２９のいずれか１項に記載の競合ウィンドウの決定デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、通信分野に関し、具体的に、競合ウィンドウの決定方法及びデバイスに関する。
【背景技術】
【０００２】
ロングタームエボリューション( Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )に基づく免許補助アクセス( Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ ) ( ＬＡＡ−ＬＴＥ )システムにおいて、免許スペクトル上のキャリアを一次キャリアとし、免許不要スペクトル上のキャリアが二次キャリアを用いて端末デバイスにサービスを提供し、ここで、免許不要スペクトル上で、通信デバイスがＬＢＴ( Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ)原則に従うこと、すなわち、通信デバイスが免許不要スペクトルのチャネル上で信号を送信する前に、チャネルリッスンを先に行う必要があり、チャネルリッスン結果がチャネルが空っている場合にのみ、通信デバイスが信号を送信することが可能であり、通信デバイスは、免許不要周波数帯域のチャネルにおけるチャネルセンスの結果がチャネルがビジーである場合には、信号送信を行うことができない。
【０００３】
ネットワークデバイスが免許不要キャリア上でチャネルリッスンを開始する前に、チャネル検出(またはチャネルリッスン)のための競合ウィンドウ( Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ、ＣＷ )の長さを維持および調整する必要があり、例えば、ネットワークデバイスは、フィードバック情報内の否定応答( Ｎｅｇａｔｉｖｅ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ )の割合に従ってＣＷの長さを維持または調整し得る。
【０００４】
しかしながら、ＬＴＥ−ＬＡＡシステムがキャリアアグリゲーション( Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ )シナリオのみをサポートし、フィードバック情報が免許キャリアのみを介して伝送され、新しいラジオ( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )技術が免許不要キャリアに適用される場合、免許不要キャリア上のＮＲシステムがＣＡシナリオもサポートし、デュアルコネクティビティ( Ｄｕａｌ Ｃｏｎｎｅｃｔｉｏｎ、ＤＣ )および独立( ＳＡ、Ｓｔａｎｄａｌｏｎｅ )ネットワークシナリオもサポートするため、フィードバック情報が免許キャリアを介して伝送するとともに、免許不要キャリアを介して伝送することができ、チャネル検出のためにＣＷの長さをどのように調整するかが問題となる。
【発明の概要】
【０００５】
本願の実施例は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを調整することができる競合ウィンドウの調整方法及びデバイスを提供する。
【０００６】
第１の態様は、競合ウィンドウの調整方法を提供し、ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することと、前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行うこととを含み、ここで、前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアである。
【０００７】
したがって、免許不要キャリアの第１のキャリアのチャネル検出前に、ネットワークデバイスは、前記第１のキャリア上で送信されるＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを決定することができ、例えば、前記ネットワークデバイスは、前記フィードバック情報においてＮＡＣＫの割合又は数が大きい場合、ＣＷの長さを増加させ、又はフィードバック情報においてＮＡＣＫの割合又は数が小さい場合、ＣＷの長さを減少させることができ、これにより、ＣＷの柔軟な調整を可能にし、さらに、異なる通信システム(例えば、ＮＲ−Ｕシステム、ＬＡＡ−ＬＴＥシステム、及びＷＩＦＩシステム)間の公平な共存を可能にする。 
任意選択で、前記端末デバイスの数は１つであってもよいし、複数であってもよく、すなわち、ＣＷの長さを決定するための前記フィードバック情報は、１つの端末デバイスからフィードバックされてもよいし、複数の端末デバイスからフィードバックされてもよく、本願の実施例はこれに限定されない。
【０００８】
任意選択で、本願の実施例において、前記フィードバック情報は、ハイブリッド自動再送要求( Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ )情報、チャネル品質インジケータ( Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、ＣＱＩ )、プリコーディングマトリックス指示( Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ、ＰＭＩ )又はコードブック、ランク指示( Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ、ＲＩ )、スケジューリング要求( Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ )のうちの少なくとも１つを含んでもよく、または、端末デバイスからフィードバックされる他のフィードバック情報であってもよく、本願の実施例はこれに限定されない。
【０００９】
いくつかの実施可能な形態において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである。
【００１０】
いくつかの実施可能な形態において、前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【００１１】
いくつかの実施可能な形態において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００１２】
いくつかの実施可能な形態において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット又は最初の２つの時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニット又は最後からの２つの時間ユニットを含む。
【００１３】
いくつかの実施可能な形態において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである。
【００１４】
いくつかの実施可能な形態において、前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【００１５】
いくつかの実施可能な形態において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００１６】
いくつかの実施可能な形態において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット又は最初の２つの時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニット又は最後からの２つの時間ユニットを含む。
【００１７】
いくつかの実施可能な形態において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【００１８】
いくつかの実施可能な形態において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の全て又は一部の時間ユニットを含む。
【００１９】
いくつかの実施可能な形態において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【００２０】
いくつかの実施可能な形態において、前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される。
【００２１】
いくつかの実施可能な形態において、前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む。
【００２２】
いくつかの実施可能な形態において、前記ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することは、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスが前記ＣＷの長さを増加させると決定すること、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は、前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少させ又は前記ＣＷの長さを維持すると決定することを含む。
【００２３】
任意選択で、前記第１の所定値は、８０％であっても良い。
【００２４】
いくつかの実施可能な形態において、前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされなく、又は、
前記ネットワークデバイスが前記第２の免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む。
【００２５】
第２の態様は、上記の第１の態様または第１の態様の任意の可能な実装における方法を実行するための競合ウィンドウの調整デバイスを提供する。具体的には、このデバイスは、上記の第１の態様または第１の態様の任意の可能な実施態様における方法を実行するためのユニットを含む。
【００２６】
第３の態様は、競合ウィンドウの調整デバイスを提供し、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備える。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の態様または第１の態様の任意の可能な実装形態において、方法を実行するために使用される。
【００２７】
第４の態様は、上記の第１の態様または第１の態様の任意の可能な実装形態における方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。
【００２８】
第５の態様は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品は、コンピュータ上で実行されると、コンピュータに、上述の第１の態様または第１の態様の任意の実施態様における方法を実行させる。
【図面の簡単な説明】
【００２９】
【図１】本願の実施例における通信システムの模式図である。
【図２】本願の実施例におけるウィンドウの調整方法のフローチャートである。
【図３】本願の実施例におけるウィンドウの調整方法のフローチャートである
【図４】本願の実施例におけるウィンドウの調整デバイスのブロック図である。
【図５】本願の他の実施例におけるウィンドウの調整デバイスのブロック図である。
【発明を実施するための形態】
【００３０】
以下、本願の実施例について図面を参照して説明する。
【００３１】
本明細書で使用される用語「コンポーネント」、「モジュール」、「システム」などは、コンピュータ関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアを意味するために使用される。例えば、コンポーネントは、限定ではないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び/又はコンピュータであってよい。例示として、コンピューティングデバイス上で動作するアプリケーション及びコンピューティングデバイスは、両方とも、構成要素であり得る。１つまたは複数のコンポーネントは、プロセスおよび/または実行スレッド内に存在し得、コンポーネントは、１つのコンピュータ上に配置され得、および/または２つ以上のコンピュータ間に分散され得る。さらに、これらの構成要素は、様々なデータ構造が記憶された様々なコンピュータ可読媒体から実行することができる。構成要素は、例えば、１つ以上のデータパケット(例えば、ローカルシステム、分散システム、及び/又はネットワーク間の別の構成要素と相互作用する２つの構成要素からのデータ)を有する信号に従って、ローカル及び/又はリモートプロセスを通じて通信することができる。
【００３２】
なお、本願の実施例は、様々な通信システムに適用可能であり、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )システム、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＣＤＭＡ )システム、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )システム、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ ＧＰＲＳ )、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ )システム、Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ−Ａ )システム、ＬＴＥ−ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ （ ＬＴＥ−Ｕ )システム、Ｎｅｗ Ｒａｄｉｏ （ ＮＲ )システム、ＮＲシステム等のＬＴＥ-免許帯域を利用したエボリューションシステム、例えば免許不要スペクトル上のＮＲ （ ＮＲ−ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ、ＮＲ−Ｕ )システム、ユニバーサル移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ )、無線ローカルエリアネットワーク( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ、ＷＬＡＮ )、無線忠実( Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ )、又は次世代通信システム等が含まれる。
【００３３】
通常、従来の通信システムがサポートする接続数は限られており、実現も容易であるが、通信技術の発展に伴い、モバイル通信システムは、従来の通信だけでなく、例えば、デバイス-デバイス( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ )通信、マシン-マシン( Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ )通信、マシン型通信( Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ )、及び車車間通信( Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、Ｖ２Ｖ )通信をサポートすることになる。
【００３４】
本願の実施例に係る通信システムは、キャリアアグリゲーション( ＣＡ、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ )シナリオに適用されてもよく、デュアルコネクティビティ( ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ )シナリオに適用されてもよく、スタンドアロン( ＳＡ、Ｓｔａｎｄａｌｏｎｅ )ネットワーキングシナリオに適用されてもよい。
【００３５】
本願の実施例における通信システムが免許不要スペクトルに適用され、ネットワークアーキテクチャがＣＡである場合、このＣＡネットワークアーキテクチャは、一次キャリアが免許スペクトルにあり、二次キャリアが免許不要スペクトルにあり、一次キャリアおよび二次キャリアが理想的バックホール（ｂａｃｋｈａｕｌ）によって接続されるということであり得る。
【００３６】
本願の実施例における通信システムが免許不要スペクトルに適用され、ネットワークアーキテクチャがＤＣである場合、ＤＣネットワークアシーンは、一次キャリアが免許不要スペクトルにあり、二次キャリアが免許不要スペクトルにあり、一次キャリアおよび二次キャリアは非理想的バックハールｂａｃｋｈａｕｌによって接続されており、ここで、一次キャリア上のシステムは、二次キャリア上のシステムとは異なるシステムに属し得、例えば、一次キャリア上のシステムはＬＴＥシステムであり、二次キャリア上のシステムはＮＲシステムであり得、あるいは、一次キャリア上のシステムは、二次キャリア上のシステムと同じシステムに属し得、例えば、一次キャリアおよび二次キャリア上のシステムは、ＬＴＥシステムまたはＮＲシステムである。
【００３７】
本願の実施例に係る通信システムが免許不要スペクトルに適用され、且つ、ネットワークアーキテクチャがＳＡである場合、端末デバイスは免許不要スペクトル上のシステムを通じてネットワークにアクセスすることができる。
【００３８】
本願の実施例は、ネットワークデバイス及び端末デバイスに関連して様々な実施例を説明している。
【００３９】
端末デバイスは、ユーザ装置( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザデバイス、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信デバイス、ユーザエージェント、又はユーザ装置とも呼ばれ得る。端末デバイスは、ＷＬＡＮ内のサイト（ ＳＴＡＩＯＮ、ＳＴ )であってもよく、セルラー電話、コードレス電話、セッションイネーブルプロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ )局、パーソナルデジタル処理( Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )装置、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理装置、車載装置、ウェアラブルデバイス、および次世代通信システム、例えば、第５世代通信( ｆｉｆｔｈ−ｇｅｎｅｒａｔｉｏｎ、５Ｇ )ネットワーク内の端末デバイス、または将来進化するパブリック地上波モバイルネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワーク内の端末デバイスなどであってもよい。
【００４０】
限定ではなく例として、本願実施例では、当該端末デバイスは、ウェアラブル装置であってもよい。ウェアラブルデバイスは、ウェアラブルスマートデバイスとも呼ばれ、眼鏡、手袋、腕時計、衣類、及び靴などのウェアラブル技術を応用して日常の着用を知的に設計し、ウェアラブルなデバイスを開発する総称である。ウェアラブルデバイスは、直接身に着けるか、またはユーザの衣服またはアクセサリに一体化されたポータブルデバイスである。ウェアラブルデバイスは、ハードウェアデバイスの一種だけではなく、ソフトウェアサポートとデータ相互作用、クラウド相互作用によって、より強力な機能を実現する。広義のウェアラブルスマートデバイスは、スマートウォッチやスマートグラスなどの機能の全部または一部をスマートフォンに依存せずに実現することができる、大きく、かつ、スマートフォンに依存せずに実現することができる機能、および、例えば、様々な種類の身体監視のためにスマートフォンなどの他のデバイスとの協働を必要とする、ある種のアプリケーション機能にのみ焦点を当てるスマートリング、スマートアクセサリなどを含む。
【００４１】
ネットワークデバイスは、モバイルデバイスと通信するためのデバイスであってもよく、ネットワークデバイスは、ＷＬＡＮにおけるアクセスポイント( Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ )、ＧＳＭまたはＣＤＭＡにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )、ＷＣＤＭＡにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥにおける発展型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )、中継局またはアクセスポイント、または車載デバイス、ウェアラブルデバイス、および将来の５Ｇネットワークにおけるネットワークデバイスまたは将来の発展型ＰＬＭＮネットワークにおけるネットワークデバイスなどであってもよい。
【００４２】
本願の実施例において、ネットワークデバイスは、端末デバイスが使用する伝送リソース(例えば、周波数領域リソース、又は、スペクトルリソース)を用いてネットワークデバイスと通信するセルを提供し、セルは、ネットワークデバイス(例えば、基地局)に対応するセルであってよく、セルは、マクロ基地局に属してよく、又は、スモールセル( Ｓｍａｌｌ ｃｅｌｌ )に対応する基地局に属してよく、ここで、スモールセルは、カバレッジが小さく、送信電力が低いという特徴を有する、高レートのデータ送信サービスを提供するのに適した、都市セル( Ｍｅｔｒｏ ｃｅｌｌ )、マイクロセル( Ｍｉｃｒｏ ｃｅｌｌ )、ピコセル( Ｐｉｃｏ ｃｅｌｌ )、フェムトセル( Ｆｅｍｔｏ ｃｅｌｌ )等を含んでよい。
【００４３】
本願の実施例において、ＬＴＥシステム又は５Ｇシステムにおけるキャリア上で同時に複数のセルが同一周波数で動作してもよく、特定のシナリオ下では、上記キャリアはセルの概念と等価であると見なされてもよい。例えば、キャリアアグリゲーション( Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ )シナリオでは、ＵＥのために二次キャリアを構成するとき、二次キャリアのキャリアインデックスと、二次キャリアで動作する二次セルのセル識別( Ｃｅｌｌ Ｉｎｄｅｎｔｉｆｙ、Ｃｅｌｌ ＩＤ )とを同時に搬送することができ、この場合、キャリアは、セルの概念と同等であると考えられ、例えば、ＵＥが１つのキャリアにアクセスすることおよび１つのセルにアクセスすることが同等である。
【００４４】
なお、本願の実施例による下り物理チャネルは、物理下り制御チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ )、拡張物理下り制御チャネル( Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＥＰＤＣＣＨ )、物理下り共有チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ )、物理ＨＡＲＱ指示チャネル( Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ、ＰＨＩＣＨ )、物理マルチキャストチャネル( Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ、ＰＭＣＨ )、物理ブロードキャストチャネル( Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ )などを含むことができる。下り参照信号は、下り同期信号( Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ )、位相トラッキング基準信号( Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＰＴ−ＲＳ )、下り復調基準信号( ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭＲＳ )、チャネル状態情報参照信号( Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ−ＲＳ )などを含むことができ、ここで、下り同期信号は、通信デバイスアクセスネットワーク及び無線リソース管理測定のために使用され得、下りＤＭＲＳは、下りチャネルの復調のために使用され得、ＣＳＩ−ＲＳは、下りチャネルの測定のために使用され得、ＰＴ−ＲＳは、下り時間周波数同期又は位相トラッキングのために使用され得る。なお、本願の実施例には、上記と同じ名称で機能が異なる下り物理チャネル又は下り参照信号が含まれてもよいし、上記と名称が異なり、機能が同じ下り物理チャネル又は下り参照信号が含まれてもよく、本願はこれに限定されない。
【００４５】
なお、本願実施例にかかる上り物理チャネルは、物理ランダムアクセスチャネル( ＰＲＡＣＨ、Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ )、物理上り制御チャネル( ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ )、物理上り共有チャネル( ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ )等を含んでよい。上りリファレンス信号は、上り復調参照信号( ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭＲＳ )、サウンディング参照信号( Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ )、位相トラッキング参照信号( Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＰＴ−ＲＳ )などを含み得る。ここで、上りＤＭＲＳは、上りチャネルの復調に使用され、ＳＲＳは、上りチャネルの測定に使用され、ＰＴ−ＲＳは、上りの周波数同期または位相トラッキングに使用される。なお、本願の実施例には、上記と同じ名称で機能が異なる上り物理チャネル又は上りリファレンス信号が含まれてもよいし、上記と名称が異なり機能が同じ上り物理チャネル又は上りリファレンス信号が含まれてもよく、本願はこれに限定されない。
【００４６】
図１は、本願の実施例に係る通信システムの概略図である。図１に示すように、通信システム１００は、ネットワークデバイス１１０と、端末デバイス１２０とを備える。
【００４７】
このネットワークデバイス１１０は、前述のネットワークデバイスの任意の実装であってもよく、端末デバイス１２０は、前述の端末デバイスの任意の実装であってもよく、ここでその説明が省略される。
【００４８】
通信システム１００は、ＰＬＭＮネットワークもしくはＤ２ＤネットワークもしくはＭ２Ｍネットワークまたは他のネットワークであり得ること、図１は、単なる例示的な簡略化された概略図であり、ネットワークには、図示されていない他のネットワークデバイスも含まれ得ることが理解されるべきである。
【００４９】
以下、本願の実施例に係る無線通信に用いられる周波数領域リソースについて詳細に説明する。
【００５０】
本願の実施例において、ネットワークデバイス及び端末デバイスが無線通信(例えば、上り又は下り)に使用する周波数領域リソースは、競合メカニズムに基づいて使用される周波数領域リソースであり、例えば、免許不要周波数領域リソースである。
【００５１】
例えば、ネットワークデバイス及び/又は端末デバイスは、ある帯域幅(例えば、２０ＭＨｚ )を有する周波数領域リソースが現在アイドル状態であるか否か、又は、その周波数領域リソースが他の装置によって使用されているか否かを検出することができる。
【００５２】
この周波数領域リソースがアイドル状態である場合、又は、周波数領域リソースが他の装置によって使用されていない場合、ネットワークデバイス及び/又は端末デバイスは、この周波数領域リソースを使用して、例えば、上り又は下り伝送等の通信を行うことができる。
【００５３】
この周波数領域リソースがアイドル状態でない場合、または、周波数領域リソースが既に他の装置によって使用されている場合、ネットワークデバイスおよび/または端末デバイスは、周波数領域リソースを使用することができない。
【００５４】
例として限定ではなく、本願の実施例では、この通信システム１００によって使用される周波数領域リソース(又は、ネットワークデバイス及び端末デバイスが競合メカニズムに基づいて使用する周波数領域リソース)は、免許周波数帯域リソースであってもよく、即ち、本願の実施例による通信システム１００は、免許周波数帯域を使用可能な通信システムであり、通信システム１００内の各通信デバイス(ネットワークデバイス及び/又は端末デバイス)は、この免許周波数帯域の周波数領域リソースを競合的に使用してもよい。
【００５５】
「免許周波数領域リソース」は、「許可スペクトルリソース」または「許可キャリア」とも呼ばれ得、国または地方無線委員会の承認を必要とする場合に使用できる周波数領域リソースであり、異なるシステム、例えばＬＴＥシステムおよびＷｉＦｉシステム、または異なるオペレータが含むシステムが免許周波数領域リソースを共有することができない。
【００５６】
免許スペクトルリソースは、政府の無線管理委員会によって画定されてもよく、専用用途のスペクトルリソースであり、例えば、移動体事業者使用、民航、鉄道、警察専用のスペクトルリソースがあり、政策上の排他性により、免許スペクトルリソースのサービス品質は、一般的に保証されることができ、スケジューリング制御を行う際に比較的容易にされてもよい。
【００５７】
あるいは、本願の実施例において、通信システム１００によって使用される周波数領域リソース(又は、ネットワークデバイス及び端末デバイスが競合メカニズムに基づいて使用する周波数領域リソース)は、免許不要周波数領域リソースであってもよい。
【００５８】
「免許不要周波数領域リソース」は、「許可不要スペクトルリソース」または「免許不要キャリア」とも呼ばれ得るものであり、各通信デバイスが免許不要周波数帯域上のリソースを共有し得ることを意味する。ここで、「共有免許不要帯域上のリソースを共有する」とは、特定の周波数スペクトルの使用に対して送信電力、帯域外漏洩等の指標上の制限のみを規定して、その周波数帯域を共通に使用する複数のデバイス間で基本的な共存要求を満たすことを保証し、キャリアが免許不要帯域リソースを利用してネットワーク容量の分流を目的とすることができるが、免許不要帯域リソースに対する地域別及び周波数スペクトル別の法規要求に従う必要がある。これらの要求は、レーダ等の公共システムの保護と、複数のシステムが互いに悪影響を及ぼさなく、また公平に共存することを保証するために、送信電力制限、帯域外漏洩指標、屋内外使用制限、更に地域によっては付加的な共存戦略等を含めてなされるのが一般的である。例えば、各通信デバイスは、競合方式又はリッスン方式、例えば、先にＬＢＴが規定する方式を利用して使用する周波数領域リソースである。
【００５９】
免許不要スペクトルリソースは、政府関連部門によって画定されるスペクトルリソースであり得るが、無線技術、運営企業、および使用年数を限定するものではなく、同時に、その帯域のサービス品質が保証しない。免許不要スペクトルリソースを利用する通信デバイスは、送信電力や帯域外漏洩などの指標を満たすことができれば、無料で使用できる。通常の免許不要スペクトルリソースを用いて通信するシステムは、Ｗｉ−Ｆｉシステムなどを含む。
【００６０】
例として限定ではなく、本願の実施例では、免許不要スペクトルリソースは、５ギガヘルツ( Ｇｉｇａ Ｈｅｒｔｚ、ＧＨｚ )付近の周波数帯域、２.４ＧＨｚ付近の周波数帯域、３.５ＧＨｚ付近の周波数帯域、３７ＧＨｚ付近の周波数帯域、６０ＧＨｚ付近の周波数帯域を含み得る。
【００６１】
以下、図２〜図３を参照して、本願の実施例の競合ウィンドウの調整方法を説明し、図２〜図３は、本願の実施例の競合ウィンドウの調整方法の概略フローチャートであり、方法の詳細な通信ステップまたは動作を示すが、これらのステップまたは動作は、単なる例であり、本願の実施例は、図２〜図３の様々な動作の他の動作または変形を実行することもできる。
【００６２】
さらに、図２〜図３の各ステップは、それぞれ、図２〜図３に示されたものとは異なる順序で実行されてもよく、図２〜図３の全ての動作が実行されるべきではない場合もある。
【００６３】
図２は本願の実施例における競合ウィンドウの調整方法２００のフローチャートであり、図２に示すように、この方法２００は、以下のステップを含む。
【００６４】
Ｓ２１０において、ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定し、ここで、前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
Ｓ２２０において、前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行う。
【００６５】
具体的には、ネットワークデバイスは、免許不要キャリア内の第１のキャリアのチャネル検出を開始する前に、チャネル検出のためのＣＷの長さを決定することができ、例えば、ネットワークデバイスは、第１のキャリア上で伝送されるＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを決定することができ、ＰＤＳＣＨに対応するフィードバック情報は、ＡＣＫ情報及びＮＡＣＫ情報を含み、例えば、ＰＤＳＣＨが正しく復号された場合、ＰＤＳＣＨに対応するフィードバック情報はＡＣＫ情報であり、ＰＤＳＣＨが正しく復号されていない場合、ＰＤＳＣＨに対応するフィードバック情報はＮＡＣＫ情報である。ＡＣＫ情報及びＮＡＣＫ情報などは、上りＰＵＳＣＨ又はＰＵＣＣＨチャネルでネットワークデバイスに送信され得る。
【００６６】
任意選択で、ネットワークデバイスは、フィードバック情報におけるＮＡＣＫの割合または数が多い場合にはＣＷの長さを増加する必要があると判断し、フィードバック情報におけるＮＡＣＫの割合または数が少ない場合にはＣＷの長さを減少すると判断し、ＣＷの柔軟な調整を可能とし、これにより、異なる通信システム(例えば、ＮＲ−Ｕシステム、ＬＡＡ−ＬＴＥシステム、およびＷＩＦＩシステム)間の公平な共存を可能とする。
【００６７】
さらに、前記ネットワークデバイスは、決定されたチャネル検出のためのＣＷの長さに基づいてチャネル検出を行い、チャネル検出が成功した場合、ネットワークデバイスが１回の下り伝送機会を取得することができ、そうでない場合、ネットワークデバイスは下り伝送を行うことができなく、ここで、１回の下り伝送機会は、ネットワークデバイスが連続して伝送する時間ユニットであってもよいし、１個の時間ユニットは、１個以上のサブフレームであってもよいし、１個以上のタイムスロットであってもよいし、１個以上のシンボルであってもよいし、１個以上のミニスロット等であってもよいし、１回の下り伝送機会の開始時間ユニットおよび/または終了時間ユニットは、完全な時間ユニットであってもよいし、部分的な時間ユニット等であってもよい。
【００６８】
任意選択で、前記ネットワークデバイスは、前記第１のキャリア上でのチャネル検出に成功した後に、前記第１のキャリア上で下り物理チャネルの送信を行ってもよい。あるいは、本願の実施例において、前記端末デバイスの数は、１つであってもよいし、複数であってもよく、すなわち、ＣＷの長さを決定するための前記フィードバック情報は、１つの端末デバイスからフィードバックされてもよいし、複数の端末デバイスからフィードバックされてもよく、本願の実施例はこれに限定されない。
【００６９】
任意選択で、本願の実施例において、フィードバック情報は、ハイブリッド自動再送要求( Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ )情報、チャネル品質インジケータ( Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、ＣＱＩ )、プリコーディングマトリックス指示( Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ、ＰＭＩ )又はコードブック、ランク指示( Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ、ＲＩ )、スケジューリング要求ＳＲ情報のうち少なくとも１つを含んでもよく、或いは、端末デバイスがフィードバックする他のフィードバック情報であってもよく、本願の実施例はこれに限定されない。
【００７０】
任意選択で、本願の実施例において、前記フィードバック情報がＨＡＲＱ情報である場合、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む（ａｎｙ）。
【００７１】
任意選択で、端末デバイスは、ネットワークデバイスによって送信されたＰＤＳＣＨを正しく受信した場合にはＡＣＫをフィードバックし、ネットワークデバイスによって送信されたＰＤＳＣＨを正しく受信できなかった場合にはＮＡＣＫををフィードバックし、ＰＤＳＣＨを示すＵＬ−ｇｒａｎｔを受信しなかった場合には、端末デバイスがフィードバックしなく、又はネットワークデバイスに不連続送信( Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＴＸ )情報をフィードバックすることができる。
【００７２】
任意選択で、いくつかの実施例では、フィードバック情報は第１のキャリアを介して伝送され、すなわち、ＰＤＳＣＨとＰＤＳＣＨに対応するフィードバック情報は、同じ免許不要キャリアを介して送信され、又は、フィードバック情報は、第１の非第１のキャリアである第２のキャリアを介して伝送されることもでき、例えば、フィードバック情報は、非第１のキャリアである免許不要キャリアを介して伝送されることもでき、すなわち、ＰＤＳＣＨとＰＤＳＣＨに対応するフィードバック情報とを伝送するキャリアは、異なる免許不要キャリアとすることもでき、または、フィードバック情報は、免許キャリアを介して伝送されることもでき、すなわち、ネットワークデバイスは、免許不要キャリアを介してＰＤＳＣＨを送信することができ、端末デバイスは、免許キャリアを介してＰＤＳＣＨに対応するフィードバック情報を送信することができる。
【００７３】
任意選択で、前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法２００は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないこと、又は、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む。
【００７４】
ここで、免許不要キャリアは、第１のキャリアと同じ免許不要キャリアであってもよいし、第１のキャリアとは異なる免許不要キャリアであってもよく、ネットワークデバイスが免許不要キャリアにフィードバック情報を受信しない場合、フィードバック情報にカウントされなく、すなわち、ＮＡＣＫのカウント値が増加しないか、または、ネットワークデバイスが免許不要キャリアにＮＡＣＫを受信する場合、ＮＡＣＫのカウント値が増加するか、または、ネットワークデバイスが免許不要キャリアにＤＴＸ、ＮＡＣＫ / ＤＴＸおよびａｎｙのいずれかの情報を受信する場合、フィードバック情報はＮＡＣＫとし、ＮＡＣＫのカウント値が増加するように計算されてもよい。
【００７５】
例えば、ネットワークデバイスが、２つの端末デバイスをスロット１でＰＵＣＣＨを伝送するように構成し、端末デバイス１がスロット１でＬＢＴに失敗した場合、スロット１でＰＵＣＣＨを送信せず、端末デバイス２がスロット１でＬＢＴに成功した場合、スロット１でＰＵＣＣＨを送信するため、ネットワークデバイスがスロット１で端末デバイス１のフィードバック情報を受信しなかった場合、端末デバイス１に対応するフィードバック情報はカウントされず、端末デバイス２について、前記ネットワークデバイスは端末デバイスが返信するフィードバック情報の状態に応じて、ＮＡＣＫのカウント数を決定し、例えば、フィードバック情報がＡＣＫの場合、ＮＡＣＫはカウントされず、又は、フィードバック情報がＮＡＣＫ、ＤＴＸ、ＮＡＣＫ / ＤＴＸ、ａｎｙのいずれかの場合、フィードバック情報をＮＡＣＫとして決定し、ＮＡＣＫのカウント値を増加させる。
【００７６】
任意選択で、いくつかの実施例において、Ｓ２１０は、具体的に、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスがＣＷの長さを増加すると決定し、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少し又は前記ＣＷの長さを維持すると決定することを含む。
【００７７】
具体的には、端末デバイスのフィードバック情報におけるＮＡＣＫの割合又は数が予め設定された閾値以上である場合、チャネル品質が悪いためである可能性があり、この場合、ネットワークデバイスは、他の通信システムとのデータ通信のために、より長い期間通信リソースを残すようにＣＷの長さを増加させることができ、あるいは、フィードバック情報におけるＮＡＣＫの割合または数が所定の閾値よりも小さい場合、チャネルにかかる負荷が小さいため、ネットワークデバイスは、ＣＷの長さを短くし、すなわち、チャネルに迅速にアクセスしてデータ通信を行うことができ、複数の通信システム間で公平な共存を実現することができる。
【００７８】
任意選択で、本願の実施例において、ＣＷの長さを増加させることは、線形増加であってもよく、例えば、元のＣＷの長さに固定のウィンドウ長を加えること、または元のＣＷの長さに一定の割合(例えば、１.１または１.２ )を乗じ、または指数関数的増加であってもよく、例えば、２の累乗で増加してもよく、同様に、ＣＷの長さを減少させることは、線形減少であってもよく、指数関数的減少であってもよい。なお、ＣＷの長さを小さくすることはＣＷの初期値を戻すことでもよく、本願実施例はこれに限定されない。
【００７９】
任意選択で、本願の実施例において、第１の所定値は、８０％であってもよく、又は他の割合であってもよく、本願の実施例はこれに限定されない。
【００８０】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットは、非第１のキャリアである第２のキャリア上の時間ユニットである。
【００８１】
すなわち、フィードバック情報は、第１の時間ユニット上のＰＵＣＣＨで伝送されてもよく、ここで、このＰＵＣＣＨは、免許不要キャリア上で送信されてもよく、または、免許キャリア上で送信されてもよく、第１の時間ユニット上のＰＵＣＣＨで送信されるフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報を含んでもよく、または、免許キャリア上のＰＤＳＣＨに対応するフィードバック情報を含んでもよく、任意選択で、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報のみを含み、すなわち、すべてのＰＵＣＣＨ上で伝送されるフィードバック情報が、ＣＷの長さを調整するために使用されてもよいわけではない。
【００８２】
なお、第１の時間ユニットは第１のキャリア上の時間ユニットであり得、すなわち、フィードバック情報は第１のキャリア上の第１の時間ユニット上で伝送され得る。あるいは、前記第１の時間ユニットは、第１のキャリアとは異なる第２のキャリア上の時間ユニットであってもよく、すなわち、前記フィードバック情報は、第２のキャリア上の前記第１の時間ユニット上で伝送されてもよい。ここで、前記第２のキャリアは、前記第１のキャリアとは異なる免許不要キャリアであるか、または前記第２のキャリアは免許キャリアである
また、本願の実施例において、前記第１の時間ユニットは、ＰＵＣＣＨを送信するための時間領域リソースである１つ以上のスロット、１つ以上のサブフレーム、又は、１つ以上のシンボルなどであり得るが、本願の実施例は、これに限定されない。
【００８３】
任意選択で、ＰＵＣＣＨの時間長は、１つまたは複数のシンボルであり得る。任意選択で、１ ＰＵＣＣＨが含むシンボルの数は、１、２、４、５、６、７、８、９、１０、１１、１２、１３、１４のうちの１つである。任意選択で、１つのＰＵＣＣＨの時間長が１シンボルまたは２シンボルである場合、ショートＰＵＣＣＨと呼ばれる。
【００８４】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００８５】
なお、ネットワークデバイスがＣＷの長さを決定する前の直近の上り伝送は、上り伝送１として記載された、調整されたＣＷから最も近い直近の上り伝送、すなわち、上り伝送１とＣＷが調整される時との間に上り伝送がない。ネットワークデバイスがＣＷの長さを決定する前に後から２回目の上り伝送は、上り１から最も近い１回の上り伝送(上り２と記す)、すなわち、上り伝送１と上り伝送２との間に上り伝送がない。
【００８６】
なお、第１の時間ユニットで伝送されるＰＵＣＣＨは１つであってもよく、または複数であってもよく、たとえば、複数の端末デバイスが同時に第１の時間ユニットでＰＵＣＣＨを伝送することができ、すなわち、複数の端末デバイスがＰＵＣＣＨを伝送する時間ユニットは同じであり、時間領域位置、および/または周波数領域位置、および/またはコード領域位置が異なり得る。例えば、端末デバイス１は、第１のキャリア上の第１の時間ユニットでＰＵＣＣＨを送信し、端末デバイス２は、第１のキャリア以外 (例えば、他の免許不要キャリア又は免許キャリア) の第１の時間ユニットでＰＵＣＣＨを送信することができる。また、例えば、端末デバイス１と端末デバイス２は、それぞれのＰＵＣＣＨを、第１のキャリア上の第１の時間ユニットの同じ周波数領域リソース上で符号分割により送信する。
【００８７】
なお、前記第１の時間ユニットは、ＰＵＣＣＨ伝送のために全て使用される時間ユニットであってもよく、ＰＵＣＣＨ伝送のために部分的に使用される時間ユニットであってもよく、本願がこれに限定されないことを理解すべきである。
【００８８】
いくつかの実施例において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む。
【００８９】
任意選択で、前記第１の時間ユニットは、ＰＵＣＣＨ復調結果を効率的に得る時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを決定する前に、前記第１の時間ユニット上で伝送されたＰＵＣＣＨの復調を完了しており、したがって、前記復調結果に基づいて前記ＣＷのサイズを決定し得る。
【００９０】
例えば、ネットワークデバイスが、上り伝送１の最初の時間ユニットと最後の時間ユニットでＰＵＣＣＨ伝送をスケジューリングし、上り伝送２の最初の時間ユニットと最後の時間ユニットでもＰＵＣＣＨ伝送をスケジューリングしたとする。前記ネットワークデバイスは、上り伝送１の終了後にチャネル検出用ＣＷを決定して、チャネル検出に成功した後に下り伝送を行う。ここで、前記ネットワークデバイスは、前記ＣＷを決定する際に、前記上り伝送１の最後の時間ユニットで伝送されたＰＵＣＣＨの復調が完了しておらず、前記上り伝送１の最初の時間ユニット、前記上り伝送２の最初の時間ユニット、及び前記最後の時間ユニットでＰＵＣＣＨの復調が完了したと仮定すると、前記最初の時間ユニットは、前記ＰＵＣＣＨの復調が完了した時間ユニット、すなわち、（前記上り伝送１の最初の時間ユニット、上り伝送２の最初の時間ユニット、及び最後の時間ユニット）のうちの少なくとも１つを含み得る。任意選択で、第１の時間ユニットは、上り伝送１における最初の時間ユニットおよび/または上り伝送２における最後の時間ユニットを含む。
【００９１】
任意選択で、他の実施例において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットは、非第１のキャリアである第３のキャリア上の時間ユニットである。
【００９２】
すなわち、フィードバック情報は、第２の時間ユニットでＰＵＳＣＨで伝送されてもよく、ここで、このＰＵＳＣＨは、免許不要キャリアで伝送されてもよく、または、免許キャリアで伝送されてもよく、第２の時間ユニットでＰＵＳＣＨで伝送されるフィードバック情報は、免許不要キャリアでＰＤＳＣＨに対応するフィードバック情報を含んでもよく、または、免許キャリアでＰＤＳＣＨに対応するフィードバック情報を含んでもよく、任意選択で、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリアでＰＤＳＣＨに対応するフィードバック情報のみを含んでもよく、すなわち、全てのＰＵＳＣＨで伝送されるフィードバック情報がＣＷの長さを調整するために使用されなくてもよい。
【００９３】
なお、前記第２の時間ユニットは、第１のキャリア上の時間ユニットであってもよく、すなわち、前記フィードバック情報は、第１のキャリア上の前記第２の時間ユニット上で伝送されてもよい。又は、第２の時間ユニットは、第１のキャリアとは異なる第３のキャリア上の時間ユニットであってもよく、すなわち、このフィードバック情報は、第１のキャリアとは異なる免許不要キャリア上の第２の時間ユニットで伝送されてもよく、または、フィードバック情報は、免許キャリア上の第２の時間ユニットで伝送されてもよい。
【００９４】
なお、本願の実施例において、前記第２の時間ユニットは、ＰＵＳＣＨを伝送するための時間領域リソースである１つ以上のタイムスロット、１つ以上のサブフレーム、１つ以上のシンボルなどであり得るが、本願の実施例はこれに限定されない。
【００９５】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００９６】
なお、第２の時間ユニットにより伝送される、フィードバック情報が含まれるＰＵＳＣＨは、１つでもよく、または複数でもよく、例えば、複数の端末デバイスが同時に第２の時間ユニットでＰＵＳＣＨを伝送することができる、すなわち、複数の端末デバイスがフィードバック情報が含まれるＰＵＳＣＨを伝達する時間ユニットが同じであり、時間領域位置及び/又は周波数領域位置が異なり得る。例えば、端末デバイス１は、フィードバック情報が含まれるＰＵＳＣＨを第１のキャリア上の第２の時間ユニットで伝送し、端末デバイス２は、フィードバック情報が含まれるＰＵＳＣＨを第１のキャリア以外の第２の時間ユニット(例えば、免許不要キャリアまたは免許キャリア)で伝送し得る。また、例えば、第２の時間ユニットが１４シンボルからなり、端末デバイス１が第２の時間ユニットの前の７シンボルでフィードバック情報が含まれるＰＵＳＣＨを伝送し、端末デバイス２が第２の時間ユニットの後の７シンボルでフィードバック情報が含まれるＰＵＳＣＨを伝送する。
【００９７】
なお、前記第２の時間ユニットは、全てＰＵＳＣＨ伝送に使用される時間ユニットであってもよく、一部ＰＵＳＣＨ伝送に使用される時間ユニットであってもよく、本願はこれに限定されない。
【００９８】
なお、前記第２の時間ユニット上で伝送されるＰＵＳＣＨのうち一部のＰＵＳＣＨにのみフィードバック情報が搬送され得るが、本願はこれに限定されない。
【００９９】
１つの実施例において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む。
【０１００】
任意選択で、前記第２の時間ユニットは、ＰＵＳＣＨに含まれるフィードバック情報の復調結果を効率的に得る時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを決定する前に、前記第２の時間ユニットで伝送されたフィードバック情報の復調を完了しており、したがって、前記復調結果に基づいて前記ＣＷのサイズを決定することができる。
【０１０１】
例えば、ネットワークデバイスが、上り伝送１の最初の時間ユニットと最後の時間ユニットでフィードバック情報が含まれるＰＵＣＣＨ伝送をスケジューリングし、上り伝送２の最初の時間ユニットと最後の時間ユニットでもフィードバック情報が含まれるＰＵＣＣＨ伝送をスケジューリングしたとする。前記ネットワークデバイスは、上り伝送１の終了後にチャネル検出用ＣＷを決定して、チャネル検出に成功した後に下り伝送を行う。ここで、前記ネットワークデバイスは、前記ＣＷを決定する際に、前記上り伝送１の最後の時間ユニットで伝送されたフィードバック情報の復調が完了しておらず、前記上り伝送１の最初の時間ユニット、前記上り伝送２の最初の時間ユニット、及び前記最後の時間ユニットでフィードバック情報の復調が完了したと仮定すると、前記第２の時間ユニットは、フィードバック情報の復調が完了した時間ユニット、すなわち、（前記上り伝送１の最初の時間ユニット、上り伝送２の最初の時間ユニット、及び最後の時間ユニット）のうちの少なくとも１つを含み得る。任意選択で、前記第２の時間ユニットは、上り伝送１における最初の時間ユニットおよび/または上り伝送２における最後の時間ユニットを含む。
【０１０２】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【０１０３】
任意選択で、ネットワークデバイスは、第１のキャリア上の第３の時間ユニットで端末デバイスにＰＤＳＣＨを伝送し、さらに、第１のキャリアまたは第２のキャリア上の第１の時間ユニットで、端末デバイスがＰＵＣＣＨで伝送するＰＤＳＣＨに対応するフィードバック情報を受信することができ、あるいは、第１のキャリアまたは第３のキャリア上の第２の時間ユニットで、端末デバイスがＰＵＳＣＨで伝送するＰＤＳＣＨに対応するフィードバック情報を受信することができ、さらに、フィードバック情報の状態に応じてＣＷの長さを決定し、さらに、ＣＷの長さに応じてチャネル検出を行うことができる。
【０１０４】
任意選択で、第３の時間ユニットにおけるＰＤＳＣＨに対応するフィードバック情報は、免許キャリアを介して伝送されてもよく、または、免許不要キャリアを介して伝送されてもよい。
【０１０５】
上記の説明から分かるように、このＰＤＳＣＨに対応するフィードバック情報は、ＰＵＣＣＨまたはＰＵＳＣＨを介して伝送され得るので、このＰＵＣＣＨまたはＰＵＳＣＨは、免許不要キャリアまたは免許キャリアを介して伝送され得る。
【０１０６】
なお、前記第３時間ユニットは、全部がＰＤＳＣＨ伝送のための時間ユニットであってもよく、一部がＰＤＳＣＨ伝送のための時間ユニットであってもよく、本願はこれに限定されない。
【０１０７】
任意選択で、いくつかの実施例において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【０１０８】
なお、ネットワークデバイスがＣＷの長さを決定する前の直近の下り伝送（下り伝送１）は、ＣＷの調整からの最も近い下り伝送１、すなわち、下り伝送１とＣＷの調整との間に下り伝送がない。
【０１０９】
任意選択で、前記第３の時間ユニットは、ＰＤＳＣＨに対応するフィードバック情報を効率に取得する時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを特定する前に、前記第３の時間ユニット上で伝送されたＰＤＳＣＨに対応するＨＡＲＱフィードバック情報の復調を完了しており、その復調結果に基づいて前記ＣＷのサイズを特定することができる。
【０１１０】
任意選択で、前記最新の下り伝送(すなわち、下り伝送１ )における最初の時間ユニットが完全な時間ユニットである場合、前記フィードバック情報は、下り伝送１における最初の時間ユニットで伝送されるＰＤＳＣＨに対応するフィードバック情報を含む。任意選択で、下り伝送１の最初の時間ユニットが一部の時間ユニットである場合、前記フィードバック情報は、下り伝送１の最初の２つの時間ユニットで伝送されるＰＤＳＣＨに対応するフィードバック情報を含む。
【０１１１】
以上のように、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリアを介して伝送され得るＰＵＣＣＨまたはＰＵＳＣＨにおいて伝送され得るか、または、許可キャリアを介して伝送され得るかのいずれかであり得、免許不要キャリア上のＰＵＣＣＨまたはＰＵＳＣＨを介して伝送されるフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報であり得るか、または、免許キャリア上のＰＤＳＣＨに対応するフィードバック情報であり得、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報のみを含み得る。
【０１１２】
以下、図３を用いて、本願の実施例を例示的に説明する。図３に示すように、第１のキャリア上で、上り伝送２がサブフレーム＃６〜＃９を含み、下り伝送１がサブフレーム＃０〜＃３を含み、上り伝送１がサブフレーム＃３〜＃６を含み、ここで、サブフレーム＃３上で下り伝送も上り伝送もあると仮定する。上り伝送２の場合、サブフレーム＃６及び＃９はＰＵＣＣＨを伝送するサブフレームであり、サブフレーム＃７及び＃８はフィードバック情報が含まれるＰＵＳＣＨを伝送するサブフレームであり、下り伝送１の場合、サブフレーム＃３及び＃６はＰＵＣＣＨを伝送するサブフレームであり、サブフレーム＃４及び＃５はフィードバック情報が含まれるＰＵＳＣＨを伝送するサブフレームであり、下り伝送１について、サブフレーム＃０及び＃３はＰＤＳＣＨを伝送するための部分的なサブフレームであり、サブフレーム＃１及び＃２はＰＤＳＣＨを伝送するための完全なサブフレームである。ネットワークデバイスは、第１のキャリア上のＰＤＳＣＨに対応するフィードバック情報を取得してチャネル検出のためのＣＷ２を決定するために、以下のうちの少なくとも１つを採用し得る。
【０１１３】
(１)上り伝送１のサブフレーム＃３および/またはサブフレーム＃６におけるＰＵＣＣＨ上伝送のフィードバック情報(たとえば、サブフレーム＃３におけるＰＵＣＣＨ上伝送のフィードバック情報)、
(２) 上り伝送２のサブフレーム＃６および/またはサブフレーム＃９におけるＰＵＣＣＨ上伝送のフィードバック情報(たとえば、サブフレーム＃９におけるＰＵＣＣＨ上伝送のフィードバック情報)、
(３) 上り伝送１のサブフレーム＃４および/またはサブフレーム＃５におけるＵＣＩ (上り制御情報)が含まれるＰＵＳＣＨ上で伝送されるフィードバック情報(例えば、サブフレーム＃４におけるＰＵＳＣＨ上で伝送されるフィードバック情報、ここで、サブフレーム＃４は、上り伝送１におけるフィードバック情報が含まれるＰＵＳＣＨ伝送する第１の時間ユニットである)、
(４)上り伝送２のサブフレーム＃７および/またはサブフレーム＃８におけるＵＣＩが含まれるＰＵＳＣＨ上で伝送されるフィードバック情報(例えば、サブフレーム＃８におけるＰＵＳＣＨ上で伝送されるフィードバック情報であり、ここで、サブフレーム＃８は、上り伝送２におけるフィードバック情報が含まれるＰＵＳＣＨが伝送する最後の時間ユニットである)、
(５)下り伝送１のサブフレーム＃０〜＃３のうち少なくとも１つのサブフレームにおけるＰＤＳＣＨに対するフィードバック情報(例えば、サブフレーム＃０及び＃１のうちＰＤＳＣＨに対するフィードバック情報、ここで、サブフレーム＃０及び＃１は、下り伝送１におけるＰＤＳＣＨ伝送のための最初の２つの時間ユニットである)である。
【０１１４】
本願の開示の方法の実施例を図２〜図３に関連して詳細に説明し、本願の開示のデバイスの実施例を図４〜図５に関連して詳細に説明するが、デバイスの実施例と方法の実施例とは互いに対応し、同様の説明は方法の実施例を参照し得ることが理解される。
【０１１５】
図４は本願の実施例における競合ウィンドウの調整デバイスの模式図である。図４のデバイス４００は、決定モジュール４１０及び検出モジュール４２０を含み、
決定モジュール４１０は、端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定するように構成され、ここで、前記フィードバック情報は、前記デバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
検出モジュール４２０は、前記ＣＷの長さに基づいて、前記第１のキャリアに対してチャネル検出を行うように構成される。
【０１１６】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである。
【０１１７】
任意選択で、いくつかの実施例において、前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【０１１８】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【０１１９】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む。
【０１２０】
任意選択で、いくつかの実施例において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである。
【０１２１】
任意選択で、いくつかの実施例において、前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【０１２２】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【０１２３】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む。
【０１２４】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【０１２５】
任意選択で、いくつかの実施例において、前記第３の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【０１２６】
任意選択で、いくつかの実施例において、前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される。
【０１２７】
任意選択で、いくつかの実施例において、前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む。
【０１２８】
任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、ＣＷの長さを増加すると決定し、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ＣＷの長さを減少し又は前記ＣＷの長さを維持するように構成される。
【０１２９】
任意選択で、いくつかの実施例において、前記フィードバック情報が免許不要キャリアで伝送される場合、前記決定モジュールは、さらに、
前記デバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないと決定し、又は、
前記デバイスが前記第２の免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされる。
【０１３０】
具体的には、該デバイス４００は、上記方法２００で説明されたネットワークデバイスに対応(例えば、構成又はそれ自体で)することができ、且つ該装置４００の各モジュール又はユニットは、それぞれ、上記方法２００でネットワークデバイスにより実行される各動作又は処理過程を実行するために使用されるが、ここでは、その詳細な説明は省略する。
【０１３１】
図５に示されるように、本願の実施例は、図２の方法２００に対応するネットワークデバイスのコンテンツを実行するために使用され得る、図４のデバイス４００であり得るウィンドウを調整するデバイス５００をさらに提供する。前記デバイス５００は、入力インターフェース５１０、出力インターフェース５２０、プロセッサ５３０及びメモリ５４０を含み、前記入力インターフェース５１０、出力インターフェース５２０、プロセッサ５３０及びメモリ５４０は、バスシステムによって接続され得る。メモリ５４０は、プログラム、命令、またはコードを含むデータを記憶するために使用される。プロセッサ５３０は、メモリ５４０内のプログラム、命令、またはコードを実行して、入力インターフェース５１０を制御して信号を受信し、出力インターフェース５２０を制御して信号を送信し、前述の方法の実施例の動作を完了する。
【０１３２】
本願の実施例において、プロセッサ５３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略して「ＣＰＵ」)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製のプログラマブルゲートアレイ( ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１３３】
メモリ５４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ５３０に命令およびデータを提供する。メモリ５４０の一部は、不揮発性ランダムアクセスメモリも含み得る。例えば、メモリ５４０は、デバイスタイプの情報をさらに記憶することができる。
【０１３４】
実施において、方法の各コンテンツは、プロセッサ５３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ５４０に位置し、プロセッサ５３０は、メモリ５４０内の情報を読み出し、ハードウェアとともに上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。
【０１３５】
１つの具体的な実施例において、図４のデバイス４００に含まれる決定モジュール４１０は、図５のプロセッサ５３０で実装され、図５のデバイス５００に含まれる検出モジュール４２０は、図５の入力インターフェース５１０及び出力インターフェース５２０で実装されてもよい。
【０１３６】
本願の実施例は、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、図２〜図３に示す実施例の方法を携帯型電子機器に実行させることが可能な命令を含む１又は複数のプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。
【０１３７】
本願の実施例は、コンピュータプログラムをさらに提案し、コンピュータプログラムは、コンピュータプログラムがコンピュータによって実行されると、コンピュータに、図２〜図３に示される実施例の方法の対応するフローを実行させる命令を含む。
【０１３８】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。
【０１３９】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【０１４０】
本明細書で提供するいくつかの実施例では、開示されたシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
【０１４１】
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【０１４２】
また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
【０１４３】
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本願の様々な実施例による方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化されてもよい。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ )、ランダムアクセスメモリ( ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を包含する。
【０１４４】
以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。
【図１】
2021516482.tif 000003
【図２】
2021516482.tif 000004
【図３】
2021516482.tif 000005
【図４】
2021516482.tif 000006
【図５】
2021516482.tif 000007
【手続補正書】
【提出日】令和3年1月4日(2021.1.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、通信分野に関し、具体的に、競合ウィンドウの決定方法及びデバイスに関する。
【背景技術】
【０００２】
ロングタームエボリューション( Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )に基づく免許補助アクセス( Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ ) ( ＬＡＡ−ＬＴＥ )システムにおいて、免許スペクトル上のキャリアを一次キャリアとし、免許不要スペクトル上のキャリアが二次キャリアを用いて端末デバイスにサービスを提供し、ここで、免許不要スペクトル上で、通信デバイスがＬＢＴ( Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ)原則に従うこと、すなわち、通信デバイスが免許不要スペクトルのチャネル上で信号を送信する前に、チャネルリッスンを先に行う必要があり、チャネルリッスン結果がチャネルが空っている場合にのみ、通信デバイスが信号を送信することが可能であり、通信デバイスは、免許不要周波数帯域のチャネルにおけるチャネルセンスの結果がチャネルがビジーである場合には、信号送信を行うことができない。
【０００３】
ネットワークデバイスが免許不要キャリア上でチャネルリッスンを開始する前に、チャネル検出(またはチャネルリッスン)のための競合ウィンドウ( Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ、ＣＷ )の長さを維持および調整する必要があり、例えば、ネットワークデバイスは、フィードバック情報内の否定応答( Ｎｅｇａｔｉｖｅ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ )の割合に従ってＣＷの長さを維持または調整し得る。
【０００４】
しかしながら、ＬＴＥ−ＬＡＡシステムがキャリアアグリゲーション( Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ )シナリオのみをサポートし、フィードバック情報が免許キャリアのみを介して伝送され、新しいラジオ( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )技術が免許不要キャリアに適用される場合、免許不要キャリア上のＮＲシステムがＣＡシナリオもサポートし、デュアルコネクティビティ( Ｄｕａｌ Ｃｏｎｎｅｃｔｉｏｎ、ＤＣ )および独立( ＳＡ、Ｓｔａｎｄａｌｏｎｅ )ネットワークシナリオもサポートするため、フィードバック情報が免許キャリアを介して伝送するとともに、免許不要キャリアを介して伝送することができ、チャネル検出のためにＣＷの長さをどのように調整するかが問題となる。
【発明の概要】
【０００５】
本願の実施例は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを調整することができる競合ウィンドウの調整方法及びデバイスを提供する。
【０００６】
第１の態様は、競合ウィンドウの調整方法を提供し、ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することと、前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行うこととを含み、ここで、前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアである。
【０００７】
したがって、免許不要キャリアの第１のキャリアのチャネル検出前に、ネットワークデバイスは、前記第１のキャリア上で送信されるＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを決定することができ、例えば、前記ネットワークデバイスは、前記フィードバック情報においてＮＡＣＫの割合又は数が大きい場合、ＣＷの長さを増加させ、又はフィードバック情報においてＮＡＣＫの割合又は数が小さい場合、ＣＷの長さを減少させることができ、これにより、ＣＷの柔軟な調整を可能にし、さらに、異なる通信システム(例えば、ＮＲ−Ｕシステム、ＬＡＡ−ＬＴＥシステム、及びＷＩＦＩシステム)間の公平な共存を可能にする。 
任意選択で、前記端末デバイスの数は１つであってもよいし、複数であってもよく、すなわち、ＣＷの長さを決定するための前記フィードバック情報は、１つの端末デバイスからフィードバックされてもよいし、複数の端末デバイスからフィードバックされてもよく、本願の実施例はこれに限定されない。
【０００８】
任意選択で、本願の実施例において、前記フィードバック情報は、ハイブリッド自動再送要求( Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ )情報、チャネル品質インジケータ( Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、ＣＱＩ )、プリコーディングマトリックス指示( Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ、ＰＭＩ )又はコードブック、ランク指示( Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ、ＲＩ )、スケジューリング要求( Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ )のうちの少なくとも１つを含んでもよく、または、端末デバイスからフィードバックされる他のフィードバック情報であってもよく、本願の実施例はこれに限定されない。
【０００９】
いくつかの実施可能な形態において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである。
【００１０】
いくつかの実施可能な形態において、前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【００１１】
いくつかの実施可能な形態において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００１２】
いくつかの実施可能な形態において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット又は最初の２つの時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニット又は最後からの２つの時間ユニットを含む。
【００１３】
いくつかの実施可能な形態において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである。
【００１４】
いくつかの実施可能な形態において、前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【００１５】
いくつかの実施可能な形態において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００１６】
いくつかの実施可能な形態において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット又は最初の２つの時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニット又は最後からの２つの時間ユニットを含む。
【００１７】
いくつかの実施可能な形態において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【００１８】
いくつかの実施可能な形態において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の全て又は一部の時間ユニットを含む。
【００１９】
いくつかの実施可能な形態において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【００２０】
いくつかの実施可能な形態において、前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される。
【００２１】
いくつかの実施可能な形態において、前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む。
【００２２】
いくつかの実施可能な形態において、前記ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することは、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスが前記ＣＷの長さを増加させると決定すること、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は、前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少させ又は前記ＣＷの長さを維持すると決定することを含む。
【００２３】
任意選択で、前記第１の所定値は、８０％であっても良い。
【００２４】
いくつかの実施可能な形態において、前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされなく、又は、
前記ネットワークデバイスが前記第２の免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む。
【００２５】
第２の態様は、上記の第１の態様または第１の態様の任意の可能な実装における方法を実行するための競合ウィンドウの調整デバイスを提供する。具体的には、このデバイスは、上記の第１の態様または第１の態様の任意の可能な実施態様における方法を実行するためのユニットを含む。
【００２６】
第３の態様は、競合ウィンドウの調整デバイスを提供し、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備える。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の態様または第１の態様の任意の可能な実装形態において、方法を実行するために使用される。
【００２７】
第４の態様は、上記の第１の態様または第１の態様の任意の可能な実装形態における方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。
【００２８】
第５の態様は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品は、コンピュータ上で実行されると、コンピュータに、上述の第１の態様または第１の態様の任意の実施態様における方法を実行させる。
【図面の簡単な説明】
【００２９】
【図１】本願の実施例における通信システムの模式図である。
【図２】本願の実施例におけるウィンドウの調整方法のフローチャートである。
【図３】本願の実施例におけるウィンドウの調整方法のフローチャートである
【図４】本願の実施例におけるウィンドウの調整デバイスのブロック図である。
【図５】本願の他の実施例におけるウィンドウの調整デバイスのブロック図である。
【発明を実施するための形態】
【００３０】
以下、本願の実施例について図面を参照して説明する。
【００３１】
本明細書で使用される用語「コンポーネント」、「モジュール」、「システム」などは、コンピュータ関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアを意味するために使用される。例えば、コンポーネントは、限定ではないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び/又はコンピュータであってよい。例示として、コンピューティングデバイス上で動作するアプリケーション及びコンピューティングデバイスは、両方とも、構成要素であり得る。１つまたは複数のコンポーネントは、プロセスおよび/または実行スレッド内に存在し得、コンポーネントは、１つのコンピュータ上に配置され得、および/または２つ以上のコンピュータ間に分散され得る。さらに、これらの構成要素は、様々なデータ構造が記憶された様々なコンピュータ可読媒体から実行することができる。構成要素は、例えば、１つ以上のデータパケット(例えば、ローカルシステム、分散システム、及び/又はネットワーク間の別の構成要素と相互作用する２つの構成要素からのデータ)を有する信号に従って、ローカル及び/又はリモートプロセスを通じて通信することができる。
【００３２】
なお、本願の実施例は、様々な通信システムに適用可能であり、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )システム、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＣＤＭＡ )システム、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )システム、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ ＧＰＲＳ )、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ )システム、Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ−Ａ )システム、ＬＴＥ−ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ （ ＬＴＥ−Ｕ )システム、Ｎｅｗ Ｒａｄｉｏ （ ＮＲ )システム、ＮＲシステム等のＬＴＥ-免許帯域を利用したエボリューションシステム、例えば免許不要スペクトル上のＮＲ （ ＮＲ−ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ、ＮＲ−Ｕ )システム、ユニバーサル移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ )、無線ローカルエリアネットワーク( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ、ＷＬＡＮ )、無線忠実( Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ )、又は次世代通信システム等が含まれる。
【００３３】
通常、従来の通信システムがサポートする接続数は限られており、実現も容易であるが、通信技術の発展に伴い、モバイル通信システムは、従来の通信だけでなく、例えば、デバイス-デバイス( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ )通信、マシン-マシン( Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ )通信、マシン型通信( Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ )、及び車車間通信( Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、Ｖ２Ｖ )通信をサポートすることになる。
【００３４】
本願の実施例に係る通信システムは、キャリアアグリゲーション( ＣＡ、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ )シナリオに適用されてもよく、デュアルコネクティビティ( ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ )シナリオに適用されてもよく、スタンドアロン( ＳＡ、Ｓｔａｎｄａｌｏｎｅ )ネットワーキングシナリオに適用されてもよい。
【００３５】
本願の実施例における通信システムが免許不要スペクトルに適用され、ネットワークアーキテクチャがＣＡである場合、このＣＡネットワークアーキテクチャは、一次キャリアが免許スペクトルにあり、二次キャリアが免許不要スペクトルにあり、一次キャリアおよび二次キャリアが理想的バックホール（ｂａｃｋｈａｕｌ）によって接続されるということであり得る。
【００３６】
本願の実施例における通信システムが免許不要スペクトルに適用され、ネットワークアーキテクチャがＤＣである場合、ＤＣネットワークアシーンは、一次キャリアが免許不要スペクトルにあり、二次キャリアが免許不要スペクトルにあり、一次キャリアおよび二次キャリアは非理想的バックハールｂａｃｋｈａｕｌによって接続されており、ここで、一次キャリア上のシステムは、二次キャリア上のシステムとは異なるシステムに属し得、例えば、一次キャリア上のシステムはＬＴＥシステムであり、二次キャリア上のシステムはＮＲシステムであり得、あるいは、一次キャリア上のシステムは、二次キャリア上のシステムと同じシステムに属し得、例えば、一次キャリアおよび二次キャリア上のシステムは、ＬＴＥシステムまたはＮＲシステムである。
【００３７】
本願の実施例に係る通信システムが免許不要スペクトルに適用され、且つ、ネットワークアーキテクチャがＳＡである場合、端末デバイスは免許不要スペクトル上のシステムを通じてネットワークにアクセスすることができる。
【００３８】
本願の実施例は、ネットワークデバイス及び端末デバイスに関連して様々な実施例を説明している。
【００３９】
端末デバイスは、ユーザ装置( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザデバイス、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信デバイス、ユーザエージェント、又はユーザ装置とも呼ばれ得る。端末デバイスは、ＷＬＡＮ内のサイト（ ＳＴＡＩＯＮ、ＳＴ )であってもよく、セルラー電話、コードレス電話、セッションイネーブルプロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ )局、パーソナルデジタル処理( Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )装置、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理装置、車載装置、ウェアラブルデバイス、および次世代通信システム、例えば、第５世代通信( ｆｉｆｔｈ−ｇｅｎｅｒａｔｉｏｎ、５Ｇ )ネットワーク内の端末デバイス、または将来進化するパブリック地上波モバイルネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワーク内の端末デバイスなどであってもよい。
【００４０】
限定ではなく例として、本願実施例では、当該端末デバイスは、ウェアラブル装置であってもよい。ウェアラブルデバイスは、ウェアラブルスマートデバイスとも呼ばれ、眼鏡、手袋、腕時計、衣類、及び靴などのウェアラブル技術を応用して日常の着用を知的に設計し、ウェアラブルなデバイスを開発する総称である。ウェアラブルデバイスは、直接身に着けるか、またはユーザの衣服またはアクセサリに一体化されたポータブルデバイスである。ウェアラブルデバイスは、ハードウェアデバイスの一種だけではなく、ソフトウェアサポートとデータ相互作用、クラウド相互作用によって、より強力な機能を実現する。広義のウェアラブルスマートデバイスは、スマートウォッチやスマートグラスなどの機能の全部または一部をスマートフォンに依存せずに実現することができる、大きく、かつ、スマートフォンに依存せずに実現することができる機能、および、例えば、様々な種類の身体監視のためにスマートフォンなどの他のデバイスとの協働を必要とする、ある種のアプリケーション機能にのみ焦点を当てるスマートリング、スマートアクセサリなどを含む。
【００４１】
ネットワークデバイスは、モバイルデバイスと通信するためのデバイスであってもよく、ネットワークデバイスは、ＷＬＡＮにおけるアクセスポイント( Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ )、ＧＳＭまたはＣＤＭＡにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )、ＷＣＤＭＡにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥにおける発展型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )、中継局またはアクセスポイント、または車載デバイス、ウェアラブルデバイス、および将来の５Ｇネットワークにおけるネットワークデバイスまたは将来の発展型ＰＬＭＮネットワークにおけるネットワークデバイスなどであってもよい。
【００４２】
本願の実施例において、ネットワークデバイスは、端末デバイスが使用する伝送リソース(例えば、周波数領域リソース、又は、スペクトルリソース)を用いてネットワークデバイスと通信するセルを提供し、セルは、ネットワークデバイス(例えば、基地局)に対応するセルであってよく、セルは、マクロ基地局に属してよく、又は、スモールセル( Ｓｍａｌｌ ｃｅｌｌ )に対応する基地局に属してよく、ここで、スモールセルは、カバレッジが小さく、送信電力が低いという特徴を有する、高レートのデータ送信サービスを提供するのに適した、都市セル( Ｍｅｔｒｏ ｃｅｌｌ )、マイクロセル( Ｍｉｃｒｏ ｃｅｌｌ )、ピコセル( Ｐｉｃｏ ｃｅｌｌ )、フェムトセル( Ｆｅｍｔｏ ｃｅｌｌ )等を含んでよい。
【００４３】
本願の実施例において、ＬＴＥシステム又は５Ｇシステムにおけるキャリア上で同時に複数のセルが同一周波数で動作してもよく、特定のシナリオ下では、上記キャリアはセルの概念と等価であると見なされてもよい。例えば、キャリアアグリゲーション( Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ )シナリオでは、ＵＥのために二次キャリアを構成するとき、二次キャリアのキャリアインデックスと、二次キャリアで動作する二次セルのセル識別( Ｃｅｌｌ Ｉｎｄｅｎｔｉｆｙ、Ｃｅｌｌ ＩＤ )とを同時に搬送することができ、この場合、キャリアは、セルの概念と同等であると考えられ、例えば、ＵＥが１つのキャリアにアクセスすることおよび１つのセルにアクセスすることが同等である。
【００４４】
なお、本願の実施例による下り物理チャネルは、物理下り制御チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ )、拡張物理下り制御チャネル( Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＥＰＤＣＣＨ )、物理下り共有チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ )、物理ＨＡＲＱ指示チャネル( Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ、ＰＨＩＣＨ )、物理マルチキャストチャネル( Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ、ＰＭＣＨ )、物理ブロードキャストチャネル( Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ )などを含むことができる。下り参照信号は、下り同期信号( Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ )、位相トラッキング基準信号( Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＰＴ−ＲＳ )、下り復調基準信号( ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭＲＳ )、チャネル状態情報参照信号( Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ−ＲＳ )などを含むことができ、ここで、下り同期信号は、通信デバイスアクセスネットワーク及び無線リソース管理測定のために使用され得、下りＤＭＲＳは、下りチャネルの復調のために使用され得、ＣＳＩ−ＲＳは、下りチャネルの測定のために使用され得、ＰＴ−ＲＳは、下り時間周波数同期又は位相トラッキングのために使用され得る。なお、本願の実施例には、上記と同じ名称で機能が異なる下り物理チャネル又は下り参照信号が含まれてもよいし、上記と名称が異なり、機能が同じ下り物理チャネル又は下り参照信号が含まれてもよく、本願はこれに限定されない。
【００４５】
なお、本願実施例にかかる上り物理チャネルは、物理ランダムアクセスチャネル( ＰＲＡＣＨ、Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ )、物理上り制御チャネル( ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ )、物理上り共有チャネル( ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ )等を含んでよい。上りリファレンス信号は、上り復調参照信号( ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭＲＳ )、サウンディング参照信号( Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ )、位相トラッキング参照信号( Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＰＴ−ＲＳ )などを含み得る。ここで、上りＤＭＲＳは、上りチャネルの復調に使用され、ＳＲＳは、上りチャネルの測定に使用され、ＰＴ−ＲＳは、上りの周波数同期または位相トラッキングに使用される。なお、本願の実施例には、上記と同じ名称で機能が異なる上り物理チャネル又は上りリファレンス信号が含まれてもよいし、上記と名称が異なり機能が同じ上り物理チャネル又は上りリファレンス信号が含まれてもよく、本願はこれに限定されない。
【００４６】
図１は、本願の実施例に係る通信システムの概略図である。図１に示すように、通信システム１００は、ネットワークデバイス１１０と、端末デバイス１２０とを備える。
【００４７】
このネットワークデバイス１１０は、前述のネットワークデバイスの任意の実装であってもよく、端末デバイス１２０は、前述の端末デバイスの任意の実装であってもよく、ここでその説明が省略される。
【００４８】
通信システム１００は、ＰＬＭＮネットワークもしくはＤ２ＤネットワークもしくはＭ２Ｍネットワークまたは他のネットワークであり得ること、図１は、単なる例示的な簡略化された概略図であり、ネットワークには、図示されていない他のネットワークデバイスも含まれ得ることが理解されるべきである。
【００４９】
以下、本願の実施例に係る無線通信に用いられる周波数領域リソースについて詳細に説明する。
【００５０】
本願の実施例において、ネットワークデバイス及び端末デバイスが無線通信(例えば、上り又は下り)に使用する周波数領域リソースは、競合メカニズムに基づいて使用される周波数領域リソースであり、例えば、免許不要周波数領域リソースである。
【００５１】
例えば、ネットワークデバイス及び/又は端末デバイスは、ある帯域幅(例えば、２０ＭＨｚ )を有する周波数領域リソースが現在アイドル状態であるか否か、又は、その周波数領域リソースが他の装置によって使用されているか否かを検出することができる。
【００５２】
この周波数領域リソースがアイドル状態である場合、又は、周波数領域リソースが他の装置によって使用されていない場合、ネットワークデバイス及び/又は端末デバイスは、この周波数領域リソースを使用して、例えば、上り又は下り伝送等の通信を行うことができる。
【００５３】
この周波数領域リソースがアイドル状態でない場合、または、周波数領域リソースが既に他の装置によって使用されている場合、ネットワークデバイスおよび/または端末デバイスは、周波数領域リソースを使用することができない。
【００５４】
例として限定ではなく、本願の実施例では、この通信システム１００によって使用される周波数領域リソース(又は、ネットワークデバイス及び端末デバイスが競合メカニズムに基づいて使用する周波数領域リソース)は、免許周波数帯域リソースであってもよく、即ち、本願の実施例による通信システム１００は、免許周波数帯域を使用可能な通信システムであり、通信システム１００内の各通信デバイス(ネットワークデバイス及び/又は端末デバイス)は、この免許周波数帯域の周波数領域リソースを競合的に使用してもよい。
【００５５】
「免許周波数領域リソース」は、「許可スペクトルリソース」または「許可キャリア」とも呼ばれ得、国または地方無線委員会の承認を必要とする場合に使用できる周波数領域リソースであり、異なるシステム、例えばＬＴＥシステムおよびＷｉＦｉシステム、または異なるオペレータが含むシステムが免許周波数領域リソースを共有することができない。
【００５６】
免許スペクトルリソースは、政府の無線管理委員会によって画定されてもよく、専用用途のスペクトルリソースであり、例えば、移動体事業者使用、民航、鉄道、警察専用のスペクトルリソースがあり、政策上の排他性により、免許スペクトルリソースのサービス品質は、一般的に保証されることができ、スケジューリング制御を行う際に比較的容易にされてもよい。
【００５７】
あるいは、本願の実施例において、通信システム１００によって使用される周波数領域リソース(又は、ネットワークデバイス及び端末デバイスが競合メカニズムに基づいて使用する周波数領域リソース)は、免許不要周波数領域リソースであってもよい。
【００５８】
「免許不要周波数領域リソース」は、「許可不要スペクトルリソース」または「免許不要キャリア」とも呼ばれ得るものであり、各通信デバイスが免許不要周波数帯域上のリソースを共有し得ることを意味する。ここで、「共有免許不要帯域上のリソースを共有する」とは、特定の周波数スペクトルの使用に対して送信電力、帯域外漏洩等の指標上の制限のみを規定して、その周波数帯域を共通に使用する複数のデバイス間で基本的な共存要求を満たすことを保証し、キャリアが免許不要帯域リソースを利用してネットワーク容量の分流を目的とすることができるが、免許不要帯域リソースに対する地域別及び周波数スペクトル別の法規要求に従う必要がある。これらの要求は、レーダ等の公共システムの保護と、複数のシステムが互いに悪影響を及ぼさなく、また公平に共存することを保証するために、送信電力制限、帯域外漏洩指標、屋内外使用制限、更に地域によっては付加的な共存戦略等を含めてなされるのが一般的である。例えば、各通信デバイスは、競合方式又はリッスン方式、例えば、先にＬＢＴが規定する方式を利用して使用する周波数領域リソースである。
【００５９】
免許不要スペクトルリソースは、政府関連部門によって画定されるスペクトルリソースであり得るが、無線技術、運営企業、および使用年数を限定するものではなく、同時に、その帯域のサービス品質が保証しない。免許不要スペクトルリソースを利用する通信デバイスは、送信電力や帯域外漏洩などの指標を満たすことができれば、無料で使用できる。通常の免許不要スペクトルリソースを用いて通信するシステムは、Ｗｉ−Ｆｉシステムなどを含む。
【００６０】
例として限定ではなく、本願の実施例では、免許不要スペクトルリソースは、５ギガヘルツ( Ｇｉｇａ Ｈｅｒｔｚ、ＧＨｚ )付近の周波数帯域、２.４ＧＨｚ付近の周波数帯域、３.５ＧＨｚ付近の周波数帯域、３７ＧＨｚ付近の周波数帯域、６０ＧＨｚ付近の周波数帯域を含み得る。
【００６１】
以下、図２〜図３を参照して、本願の実施例の競合ウィンドウの調整方法を説明し、図２〜図３は、本願の実施例の競合ウィンドウの調整方法の概略フローチャートであり、方法の詳細な通信ステップまたは動作を示すが、これらのステップまたは動作は、単なる例であり、本願の実施例は、図２〜図３の様々な動作の他の動作または変形を実行することもできる。
【００６２】
さらに、図２〜図３の各ステップは、それぞれ、図２〜図３に示されたものとは異なる順序で実行されてもよく、図２〜図３の全ての動作が実行されるべきではない場合もある。
【００６３】
図２は本願の実施例における競合ウィンドウの調整方法２００のフローチャートであり、図２に示すように、この方法２００は、以下のステップを含む。
【００６４】
Ｓ２１０において、ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定し、ここで、前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
Ｓ２２０において、前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行う。
【００６５】
具体的には、ネットワークデバイスは、免許不要キャリア内の第１のキャリアのチャネル検出を開始する前に、チャネル検出のためのＣＷの長さを決定することができ、例えば、ネットワークデバイスは、第１のキャリア上で伝送されるＰＤＳＣＨに対応するフィードバック情報に基づいてＣＷの長さを決定することができ、ＰＤＳＣＨに対応するフィードバック情報は、ＡＣＫ情報及びＮＡＣＫ情報を含み、例えば、ＰＤＳＣＨが正しく復号された場合、ＰＤＳＣＨに対応するフィードバック情報はＡＣＫ情報であり、ＰＤＳＣＨが正しく復号されていない場合、ＰＤＳＣＨに対応するフィードバック情報はＮＡＣＫ情報である。ＡＣＫ情報及びＮＡＣＫ情報などは、上りＰＵＳＣＨ又はＰＵＣＣＨチャネルでネットワークデバイスに送信され得る。
【００６６】
任意選択で、ネットワークデバイスは、フィードバック情報におけるＮＡＣＫの割合または数が多い場合にはＣＷの長さを増加する必要があると判断し、フィードバック情報におけるＮＡＣＫの割合または数が少ない場合にはＣＷの長さを減少すると判断し、ＣＷの柔軟な調整を可能とし、これにより、異なる通信システム(例えば、ＮＲ−Ｕシステム、ＬＡＡ−ＬＴＥシステム、およびＷＩＦＩシステム)間の公平な共存を可能とする。
【００６７】
さらに、前記ネットワークデバイスは、決定されたチャネル検出のためのＣＷの長さに基づいてチャネル検出を行い、チャネル検出が成功した場合、ネットワークデバイスが１回の下り伝送機会を取得することができ、そうでない場合、ネットワークデバイスは下り伝送を行うことができなく、ここで、１回の下り伝送機会は、ネットワークデバイスが連続して伝送する時間ユニットであってもよいし、１個の時間ユニットは、１個以上のサブフレームであってもよいし、１個以上のタイムスロットであってもよいし、１個以上のシンボルであってもよいし、１個以上のミニスロット等であってもよいし、１回の下り伝送機会の開始時間ユニットおよび/または終了時間ユニットは、完全な時間ユニットであってもよいし、部分的な時間ユニット等であってもよい。
【００６８】
任意選択で、前記ネットワークデバイスは、前記第１のキャリア上でのチャネル検出に成功した後に、前記第１のキャリア上で下り物理チャネルの送信を行ってもよい。あるいは、本願の実施例において、前記端末デバイスの数は、１つであってもよいし、複数であってもよく、すなわち、ＣＷの長さを決定するための前記フィードバック情報は、１つの端末デバイスからフィードバックされてもよいし、複数の端末デバイスからフィードバックされてもよく、本願の実施例はこれに限定されない。
【００６９】
任意選択で、本願の実施例において、フィードバック情報は、ハイブリッド自動再送要求( Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ )情報、チャネル品質インジケータ( Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、ＣＱＩ )、プリコーディングマトリックス指示( Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ、ＰＭＩ )又はコードブック、ランク指示( Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ、ＲＩ )、スケジューリング要求ＳＲ情報のうち少なくとも１つを含んでもよく、或いは、端末デバイスがフィードバックする他のフィードバック情報であってもよく、本願の実施例はこれに限定されない。
【００７０】
任意選択で、本願の実施例において、前記フィードバック情報がＨＡＲＱ情報である場合、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む（ａｎｙ）。
【００７１】
任意選択で、端末デバイスは、ネットワークデバイスによって送信されたＰＤＳＣＨを正しく受信した場合にはＡＣＫをフィードバックし、ネットワークデバイスによって送信されたＰＤＳＣＨを正しく受信できなかった場合にはＮＡＣＫををフィードバックし、ＰＤＳＣＨを示すＵＬ−ｇｒａｎｔを受信しなかった場合には、端末デバイスがフィードバックしなく、又はネットワークデバイスに不連続送信( Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＴＸ )情報をフィードバックすることができる。
【００７２】
任意選択で、いくつかの実施例では、フィードバック情報は第１のキャリアを介して伝送され、すなわち、ＰＤＳＣＨとＰＤＳＣＨに対応するフィードバック情報は、同じ免許不要キャリアを介して送信され、又は、フィードバック情報は、第１の非第１のキャリアである第２のキャリアを介して伝送されることもでき、例えば、フィードバック情報は、非第１のキャリアである免許不要キャリアを介して伝送されることもでき、すなわち、ＰＤＳＣＨとＰＤＳＣＨに対応するフィードバック情報とを伝送するキャリアは、異なる免許不要キャリアとすることもでき、または、フィードバック情報は、免許キャリアを介して伝送されることもでき、すなわち、ネットワークデバイスは、免許不要キャリアを介してＰＤＳＣＨを送信することができ、端末デバイスは、免許キャリアを介してＰＤＳＣＨに対応するフィードバック情報を送信することができる。
【００７３】
任意選択で、前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法２００は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないこと、又は、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む。
【００７４】
ここで、免許不要キャリアは、第１のキャリアと同じ免許不要キャリアであってもよいし、第１のキャリアとは異なる免許不要キャリアであってもよく、ネットワークデバイスが免許不要キャリアにフィードバック情報を受信しない場合、フィードバック情報にカウントされなく、すなわち、ＮＡＣＫのカウント値が増加しないか、または、ネットワークデバイスが免許不要キャリアにＮＡＣＫを受信する場合、ＮＡＣＫのカウント値が増加するか、または、ネットワークデバイスが免許不要キャリアにＤＴＸ、ＮＡＣＫ / ＤＴＸおよびａｎｙのいずれかの情報を受信する場合、フィードバック情報はＮＡＣＫとし、ＮＡＣＫのカウント値が増加するように計算されてもよい。
【００７５】
例えば、ネットワークデバイスが、２つの端末デバイスをスロット１でＰＵＣＣＨを伝送するように構成し、端末デバイス１がスロット１でＬＢＴに失敗した場合、スロット１でＰＵＣＣＨを送信せず、端末デバイス２がスロット１でＬＢＴに成功した場合、スロット１でＰＵＣＣＨを送信するため、ネットワークデバイスがスロット１で端末デバイス１のフィードバック情報を受信しなかった場合、端末デバイス１に対応するフィードバック情報はカウントされず、端末デバイス２について、前記ネットワークデバイスは端末デバイスが返信するフィードバック情報の状態に応じて、ＮＡＣＫのカウント数を決定し、例えば、フィードバック情報がＡＣＫの場合、ＮＡＣＫはカウントされず、又は、フィードバック情報がＮＡＣＫ、ＤＴＸ、ＮＡＣＫ / ＤＴＸ、ａｎｙのいずれかの場合、フィードバック情報をＮＡＣＫとして決定し、ＮＡＣＫのカウント値を増加させる。
【００７６】
任意選択で、いくつかの実施例において、Ｓ２１０は、具体的に、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスがＣＷの長さを増加すると決定し、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少し又は前記ＣＷの長さを維持すると決定することを含む。
【００７７】
具体的には、端末デバイスのフィードバック情報におけるＮＡＣＫの割合又は数が予め設定された閾値以上である場合、チャネル品質が悪いためである可能性があり、この場合、ネットワークデバイスは、他の通信システムとのデータ通信のために、より長い期間通信リソースを残すようにＣＷの長さを増加させることができ、あるいは、フィードバック情報におけるＮＡＣＫの割合または数が所定の閾値よりも小さい場合、チャネルにかかる負荷が小さいため、ネットワークデバイスは、ＣＷの長さを短くし、すなわち、チャネルに迅速にアクセスしてデータ通信を行うことができ、複数の通信システム間で公平な共存を実現することができる。
【００７８】
任意選択で、本願の実施例において、ＣＷの長さを増加させることは、線形増加であってもよく、例えば、元のＣＷの長さに固定のウィンドウ長を加えること、または元のＣＷの長さに一定の割合(例えば、１.１または１.２ )を乗じ、または指数関数的増加であってもよく、例えば、２の累乗で増加してもよく、同様に、ＣＷの長さを減少させることは、線形減少であってもよく、指数関数的減少であってもよい。なお、ＣＷの長さを小さくすることはＣＷの初期値を戻すことでもよく、本願実施例はこれに限定されない。
【００７９】
任意選択で、本願の実施例において、第１の所定値は、８０％であってもよく、又は他の割合であってもよく、本願の実施例はこれに限定されない。
【００８０】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットは、非第１のキャリアである第２のキャリア上の時間ユニットである。
【００８１】
すなわち、フィードバック情報は、第１の時間ユニット上のＰＵＣＣＨで伝送されてもよく、ここで、このＰＵＣＣＨは、免許不要キャリア上で送信されてもよく、または、免許キャリア上で送信されてもよく、第１の時間ユニット上のＰＵＣＣＨで送信されるフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報を含んでもよく、または、免許キャリア上のＰＤＳＣＨに対応するフィードバック情報を含んでもよく、任意選択で、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報のみを含み、すなわち、すべてのＰＵＣＣＨ上で伝送されるフィードバック情報が、ＣＷの長さを調整するために使用されてもよいわけではない。
【００８２】
なお、第１の時間ユニットは第１のキャリア上の時間ユニットであり得、すなわち、フィードバック情報は第１のキャリア上の第１の時間ユニット上で伝送され得る。あるいは、前記第１の時間ユニットは、第１のキャリアとは異なる第２のキャリア上の時間ユニットであってもよく、すなわち、前記フィードバック情報は、第２のキャリア上の前記第１の時間ユニット上で伝送されてもよい。ここで、前記第２のキャリアは、前記第１のキャリアとは異なる免許不要キャリアであるか、または前記第２のキャリアは免許キャリアである
また、本願の実施例において、前記第１の時間ユニットは、ＰＵＣＣＨを送信するための時間領域リソースである１つ以上のスロット、１つ以上のサブフレーム、又は、１つ以上のシンボルなどであり得るが、本願の実施例は、これに限定されない。
【００８３】
任意選択で、ＰＵＣＣＨの時間長は、１つまたは複数のシンボルであり得る。任意選択で、１ ＰＵＣＣＨが含むシンボルの数は、１、２、４、５、６、７、８、９、１０、１１、１２、１３、１４のうちの１つである。任意選択で、１つのＰＵＣＣＨの時間長が１シンボルまたは２シンボルである場合、ショートＰＵＣＣＨと呼ばれる。
【００８４】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００８５】
なお、ネットワークデバイスがＣＷの長さを決定する前の直近の上り伝送は、上り伝送１として記載された、調整されたＣＷから最も近い直近の上り伝送、すなわち、上り伝送１とＣＷが調整される時との間に上り伝送がない。ネットワークデバイスがＣＷの長さを決定する前に後から２回目の上り伝送は、上り１から最も近い１回の上り伝送(上り２と記す)、すなわち、上り伝送１と上り伝送２との間に上り伝送がない。
【００８６】
なお、第１の時間ユニットで伝送されるＰＵＣＣＨは１つであってもよく、または複数であってもよく、たとえば、複数の端末デバイスが同時に第１の時間ユニットでＰＵＣＣＨを伝送することができ、すなわち、複数の端末デバイスがＰＵＣＣＨを伝送する時間ユニットは同じであり、時間領域位置、および/または周波数領域位置、および/またはコード領域位置が異なり得る。例えば、端末デバイス１は、第１のキャリア上の第１の時間ユニットでＰＵＣＣＨを送信し、端末デバイス２は、第１のキャリア以外 (例えば、他の免許不要キャリア又は免許キャリア) の第１の時間ユニットでＰＵＣＣＨを送信することができる。また、例えば、端末デバイス１と端末デバイス２は、それぞれのＰＵＣＣＨを、第１のキャリア上の第１の時間ユニットの同じ周波数領域リソース上で符号分割により送信する。
【００８７】
なお、前記第１の時間ユニットは、ＰＵＣＣＨ伝送のために全て使用される時間ユニットであってもよく、ＰＵＣＣＨ伝送のために部分的に使用される時間ユニットであってもよく、本願がこれに限定されないことを理解すべきである。
【００８８】
いくつかの実施例において、前記第１の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む。
【００８９】
任意選択で、前記第１の時間ユニットは、ＰＵＣＣＨ復調結果を効率的に得る時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを決定する前に、前記第１の時間ユニット上で伝送されたＰＵＣＣＨの復調を完了しており、したがって、前記復調結果に基づいて前記ＣＷのサイズを決定し得る。
【００９０】
例えば、ネットワークデバイスが、上り伝送１の最初の時間ユニットと最後の時間ユニットでＰＵＣＣＨ伝送をスケジューリングし、上り伝送２の最初の時間ユニットと最後の時間ユニットでもＰＵＣＣＨ伝送をスケジューリングしたとする。前記ネットワークデバイスは、上り伝送１の終了後にチャネル検出用ＣＷを決定して、チャネル検出に成功した後に下り伝送を行う。ここで、前記ネットワークデバイスは、前記ＣＷを決定する際に、前記上り伝送１の最後の時間ユニットで伝送されたＰＵＣＣＨの復調が完了しておらず、前記上り伝送１の最初の時間ユニット、前記上り伝送２の最初の時間ユニット、及び前記最後の時間ユニットでＰＵＣＣＨの復調が完了したと仮定すると、前記最初の時間ユニットは、前記ＰＵＣＣＨの復調が完了した時間ユニット、すなわち、（前記上り伝送１の最初の時間ユニット、上り伝送２の最初の時間ユニット、及び最後の時間ユニット）のうちの少なくとも１つを含み得る。任意選択で、第１の時間ユニットは、上り伝送１における最初の時間ユニットおよび/または上り伝送２における最後の時間ユニットを含む。
【００９１】
任意選択で、他の実施例において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットは、非第１のキャリアである第３のキャリア上の時間ユニットである。
【００９２】
すなわち、フィードバック情報は、第２の時間ユニットでＰＵＳＣＨで伝送されてもよく、ここで、このＰＵＳＣＨは、免許不要キャリアで伝送されてもよく、または、免許キャリアで伝送されてもよく、第２の時間ユニットでＰＵＳＣＨで伝送されるフィードバック情報は、免許不要キャリアでＰＤＳＣＨに対応するフィードバック情報を含んでもよく、または、免許キャリアでＰＤＳＣＨに対応するフィードバック情報を含んでもよく、任意選択で、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリアでＰＤＳＣＨに対応するフィードバック情報のみを含んでもよく、すなわち、全てのＰＵＳＣＨで伝送されるフィードバック情報がＣＷの長さを調整するために使用されなくてもよい。
【００９３】
なお、前記第２の時間ユニットは、第１のキャリア上の時間ユニットであってもよく、すなわち、前記フィードバック情報は、第１のキャリア上の前記第２の時間ユニット上で伝送されてもよい。又は、第２の時間ユニットは、第１のキャリアとは異なる第３のキャリア上の時間ユニットであってもよく、すなわち、このフィードバック情報は、第１のキャリアとは異なる免許不要キャリア上の第２の時間ユニットで伝送されてもよく、または、フィードバック情報は、免許キャリア上の第２の時間ユニットで伝送されてもよい。
【００９４】
なお、本願の実施例において、前記第２の時間ユニットは、ＰＵＳＣＨを伝送するための時間領域リソースである１つ以上のタイムスロット、１つ以上のサブフレーム、１つ以上のシンボルなどであり得るが、本願の実施例はこれに限定されない。
【００９５】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【００９６】
なお、第２の時間ユニットにより伝送される、フィードバック情報が含まれるＰＵＳＣＨは、１つでもよく、または複数でもよく、例えば、複数の端末デバイスが同時に第２の時間ユニットでＰＵＳＣＨを伝送することができる、すなわち、複数の端末デバイスがフィードバック情報が含まれるＰＵＳＣＨを伝達する時間ユニットが同じであり、時間領域位置及び/又は周波数領域位置が異なり得る。例えば、端末デバイス１は、フィードバック情報が含まれるＰＵＳＣＨを第１のキャリア上の第２の時間ユニットで伝送し、端末デバイス２は、フィードバック情報が含まれるＰＵＳＣＨを第１のキャリア以外の第２の時間ユニット(例えば、免許不要キャリアまたは免許キャリア)で伝送し得る。また、例えば、第２の時間ユニットが１４シンボルからなり、端末デバイス１が第２の時間ユニットの前の７シンボルでフィードバック情報が含まれるＰＵＳＣＨを伝送し、端末デバイス２が第２の時間ユニットの後の７シンボルでフィードバック情報が含まれるＰＵＳＣＨを伝送する。
【００９７】
なお、前記第２の時間ユニットは、全てＰＵＳＣＨ伝送に使用される時間ユニットであってもよく、一部ＰＵＳＣＨ伝送に使用される時間ユニットであってもよく、本願はこれに限定されない。
【００９８】
なお、前記第２の時間ユニット上で伝送されるＰＵＳＣＨのうち一部のＰＵＳＣＨにのみフィードバック情報が搬送され得るが、本願はこれに限定されない。
【００９９】
１つの実施例において、前記第２の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む。
【０１００】
任意選択で、前記第２の時間ユニットは、ＰＵＳＣＨに含まれるフィードバック情報の復調結果を効率的に得る時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを決定する前に、前記第２の時間ユニットで伝送されたフィードバック情報の復調を完了しており、したがって、前記復調結果に基づいて前記ＣＷのサイズを決定することができる。
【０１０１】
例えば、ネットワークデバイスが、上り伝送１の最初の時間ユニットと最後の時間ユニットでフィードバック情報が含まれるＰＵＣＣＨ伝送をスケジューリングし、上り伝送２の最初の時間ユニットと最後の時間ユニットでもフィードバック情報が含まれるＰＵＣＣＨ伝送をスケジューリングしたとする。前記ネットワークデバイスは、上り伝送１の終了後にチャネル検出用ＣＷを決定して、チャネル検出に成功した後に下り伝送を行う。ここで、前記ネットワークデバイスは、前記ＣＷを決定する際に、前記上り伝送１の最後の時間ユニットで伝送されたフィードバック情報の復調が完了しておらず、前記上り伝送１の最初の時間ユニット、前記上り伝送２の最初の時間ユニット、及び前記最後の時間ユニットでフィードバック情報の復調が完了したと仮定すると、前記第２の時間ユニットは、フィードバック情報の復調が完了した時間ユニット、すなわち、（前記上り伝送１の最初の時間ユニット、上り伝送２の最初の時間ユニット、及び最後の時間ユニット）のうちの少なくとも１つを含み得る。任意選択で、前記第２の時間ユニットは、上り伝送１における最初の時間ユニットおよび/または上り伝送２における最後の時間ユニットを含む。
【０１０２】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【０１０３】
任意選択で、ネットワークデバイスは、第１のキャリア上の第３の時間ユニットで端末デバイスにＰＤＳＣＨを伝送し、さらに、第１のキャリアまたは第２のキャリア上の第１の時間ユニットで、端末デバイスがＰＵＣＣＨで伝送するＰＤＳＣＨに対応するフィードバック情報を受信することができ、あるいは、第１のキャリアまたは第３のキャリア上の第２の時間ユニットで、端末デバイスがＰＵＳＣＨで伝送するＰＤＳＣＨに対応するフィードバック情報を受信することができ、さらに、フィードバック情報の状態に応じてＣＷの長さを決定し、さらに、ＣＷの長さに応じてチャネル検出を行うことができる。
【０１０４】
任意選択で、第３の時間ユニットにおけるＰＤＳＣＨに対応するフィードバック情報は、免許キャリアを介して伝送されてもよく、または、免許不要キャリアを介して伝送されてもよい。
【０１０５】
上記の説明から分かるように、このＰＤＳＣＨに対応するフィードバック情報は、ＰＵＣＣＨまたはＰＵＳＣＨを介して伝送され得るので、このＰＵＣＣＨまたはＰＵＳＣＨは、免許不要キャリアまたは免許キャリアを介して伝送され得る。
【０１０６】
なお、前記第３時間ユニットは、全部がＰＤＳＣＨ伝送のための時間ユニットであってもよく、一部がＰＤＳＣＨ伝送のための時間ユニットであってもよく、本願はこれに限定されない。
【０１０７】
任意選択で、いくつかの実施例において、前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【０１０８】
なお、ネットワークデバイスがＣＷの長さを決定する前の直近の下り伝送（下り伝送１）は、ＣＷの調整からの最も近い下り伝送１、すなわち、下り伝送１とＣＷの調整との間に下り伝送がない。
【０１０９】
任意選択で、前記第３の時間ユニットは、ＰＤＳＣＨに対応するフィードバック情報を効率に取得する時間ユニットであり、すなわち、前記ネットワークデバイスは、前記ＣＷの長さを特定する前に、前記第３の時間ユニット上で伝送されたＰＤＳＣＨに対応するＨＡＲＱフィードバック情報の復調を完了しており、その復調結果に基づいて前記ＣＷのサイズを特定することができる。
【０１１０】
任意選択で、前記最新の下り伝送(すなわち、下り伝送１ )における最初の時間ユニットが完全な時間ユニットである場合、前記フィードバック情報は、下り伝送１における最初の時間ユニットで伝送されるＰＤＳＣＨに対応するフィードバック情報を含む。任意選択で、下り伝送１の最初の時間ユニットが一部の時間ユニットである場合、前記フィードバック情報は、下り伝送１の最初の２つの時間ユニットで伝送されるＰＤＳＣＨに対応するフィードバック情報を含む。
【０１１１】
以上のように、本願の実施例において、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリアを介して伝送され得るＰＵＣＣＨまたはＰＵＳＣＨにおいて伝送され得るか、または、許可キャリアを介して伝送され得るかのいずれかであり得、免許不要キャリア上のＰＵＣＣＨまたはＰＵＳＣＨを介して伝送されるフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報であり得るか、または、免許キャリア上のＰＤＳＣＨに対応するフィードバック情報であり得、ＣＷの長さを調整するためのフィードバック情報は、免許不要キャリア上のＰＤＳＣＨに対応するフィードバック情報のみを含み得る。
【０１１２】
以下、図３を用いて、本願の実施例を例示的に説明する。図３に示すように、第１のキャリア上で、上り伝送２がサブフレーム＃６〜＃９を含み、下り伝送１がサブフレーム＃０〜＃３を含み、上り伝送１がサブフレーム＃３〜＃６を含み、ここで、サブフレーム＃３上で下り伝送も上り伝送もあると仮定する。上り伝送２の場合、サブフレーム＃６及び＃９はＰＵＣＣＨを伝送するサブフレームであり、サブフレーム＃７及び＃８はフィードバック情報が含まれるＰＵＳＣＨを伝送するサブフレームであり、下り伝送１の場合、サブフレーム＃３及び＃６はＰＵＣＣＨを伝送するサブフレームであり、サブフレーム＃４及び＃５はフィードバック情報が含まれるＰＵＳＣＨを伝送するサブフレームであり、下り伝送１について、サブフレーム＃０及び＃３はＰＤＳＣＨを伝送するための部分的なサブフレームであり、サブフレーム＃１及び＃２はＰＤＳＣＨを伝送するための完全なサブフレームである。ネットワークデバイスは、第１のキャリア上のＰＤＳＣＨに対応するフィードバック情報を取得してチャネル検出のためのＣＷ２を決定するために、以下のうちの少なくとも１つを採用し得る。
【０１１３】
(１)上り伝送１のサブフレーム＃３および/またはサブフレーム＃６におけるＰＵＣＣＨ上伝送のフィードバック情報(たとえば、サブフレーム＃３におけるＰＵＣＣＨ上伝送のフィードバック情報)、
(２) 上り伝送２のサブフレーム＃６および/またはサブフレーム＃９におけるＰＵＣＣＨ上伝送のフィードバック情報(たとえば、サブフレーム＃９におけるＰＵＣＣＨ上伝送のフィードバック情報)、
(３) 上り伝送１のサブフレーム＃４および/またはサブフレーム＃５におけるＵＣＩ (上り制御情報)が含まれるＰＵＳＣＨ上で伝送されるフィードバック情報(例えば、サブフレーム＃４におけるＰＵＳＣＨ上で伝送されるフィードバック情報、ここで、サブフレーム＃４は、上り伝送１におけるフィードバック情報が含まれるＰＵＳＣＨ伝送する第１の時間ユニットである)、
(４)上り伝送２のサブフレーム＃７および/またはサブフレーム＃８におけるＵＣＩが含まれるＰＵＳＣＨ上で伝送されるフィードバック情報(例えば、サブフレーム＃８におけるＰＵＳＣＨ上で伝送されるフィードバック情報であり、ここで、サブフレーム＃８は、上り伝送２におけるフィードバック情報が含まれるＰＵＳＣＨが伝送する最後の時間ユニットである)、
(５)下り伝送１のサブフレーム＃０〜＃３のうち少なくとも１つのサブフレームにおけるＰＤＳＣＨに対するフィードバック情報(例えば、サブフレーム＃０及び＃１のうちＰＤＳＣＨに対するフィードバック情報、ここで、サブフレーム＃０及び＃１は、下り伝送１におけるＰＤＳＣＨ伝送のための最初の２つの時間ユニットである)である。
【０１１４】
本願の開示の方法の実施例を図２〜図３に関連して詳細に説明し、本願の開示のデバイスの実施例を図４〜図５に関連して詳細に説明するが、デバイスの実施例と方法の実施例とは互いに対応し、同様の説明は方法の実施例を参照し得ることが理解される。
【０１１５】
図４は本願の実施例における競合ウィンドウの調整デバイスの模式図である。図４のデバイス４００は、決定モジュール４１０及び検出モジュール４２０を含み、
決定モジュール４１０は、端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定するように構成され、ここで、前記フィードバック情報は、前記デバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
検出モジュール４２０は、前記ＣＷの長さに基づいて、前記第１のキャリアに対してチャネル検出を行うように構成される。
【０１１６】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである。
【０１１７】
任意選択で、いくつかの実施例において、前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【０１１８】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む。
【０１１９】
任意選択で、いくつかの実施例において、前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む。
【０１２０】
任意選択で、いくつかの実施例において、前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、ここで、前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである。
【０１２１】
任意選択で、いくつかの実施例において、前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである。
【０１２２】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含む。
【０１２３】
任意選択で、いくつかの実施例において、前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む。
【０１２４】
任意選択で、いくつかの実施例において、前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む。
【０１２５】
任意選択で、いくつかの実施例において、前記第３の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記デバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む。
【０１２６】
任意選択で、いくつかの実施例において、前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される。
【０１２７】
任意選択で、いくつかの実施例において、前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む。
【０１２８】
任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、ＣＷの長さを増加すると決定し、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ＣＷの長さを減少し又は前記ＣＷの長さを維持するように構成される。
【０１２９】
任意選択で、いくつかの実施例において、前記フィードバック情報が免許不要キャリアで伝送される場合、前記決定モジュールは、さらに、
前記デバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないと決定し、又は、
前記デバイスが前記第２の免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされる。
【０１３０】
具体的には、該デバイス４００は、上記方法２００で説明されたネットワークデバイスに対応(例えば、構成又はそれ自体で)することができ、且つ該装置４００の各モジュール又はユニットは、それぞれ、上記方法２００でネットワークデバイスにより実行される各動作又は処理過程を実行するために使用されるが、ここでは、その詳細な説明は省略する。
【０１３１】
図５に示されるように、本願の実施例は、図２の方法２００に対応するネットワークデバイスのコンテンツを実行するために使用され得る、図４のデバイス４００であり得るウィンドウを調整するデバイス５００をさらに提供する。前記デバイス５００は、入力インターフェース５１０、出力インターフェース５２０、プロセッサ５３０及びメモリ５４０を含み、前記入力インターフェース５１０、出力インターフェース５２０、プロセッサ５３０及びメモリ５４０は、バスシステムによって接続され得る。メモリ５４０は、プログラム、命令、またはコードを含むデータを記憶するために使用される。プロセッサ５３０は、メモリ５４０内のプログラム、命令、またはコードを実行して、入力インターフェース５１０を制御して信号を受信し、出力インターフェース５２０を制御して信号を送信し、前述の方法の実施例の動作を完了する。
【０１３２】
本願の実施例において、プロセッサ５３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略して「ＣＰＵ」)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製のプログラマブルゲートアレイ( ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１３３】
メモリ５４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ５３０に命令およびデータを提供する。メモリ５４０の一部は、不揮発性ランダムアクセスメモリも含み得る。例えば、メモリ５４０は、デバイスタイプの情報をさらに記憶することができる。
【０１３４】
実施において、方法の各コンテンツは、プロセッサ５３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ５４０に位置し、プロセッサ５３０は、メモリ５４０内の情報を読み出し、ハードウェアとともに上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。
【０１３５】
１つの具体的な実施例において、図４のデバイス４００に含まれる決定モジュール４１０は、図５のプロセッサ５３０で実装され、図５のデバイス５００に含まれる検出モジュール４２０は、図５の入力インターフェース５１０及び出力インターフェース５２０で実装されてもよい。
【０１３６】
本願の実施例は、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、図２〜図３に示す実施例の方法を携帯型電子機器に実行させることが可能な命令を含む１又は複数のプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。
【０１３７】
本願の実施例は、コンピュータプログラムをさらに提案し、コンピュータプログラムは、コンピュータプログラムがコンピュータによって実行されると、コンピュータに、図２〜図３に示される実施例の方法の対応するフローを実行させる命令を含む。
【０１３８】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。
【０１３９】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【０１４０】
本明細書で提供するいくつかの実施例では、開示されたシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
【０１４１】
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【０１４２】
また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
【０１４３】
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本願の様々な実施例による方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化されてもよい。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ )、ランダムアクセスメモリ( ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を包含する。
【０１４４】
以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することと、
前記ネットワークデバイスが前記ＣＷの長さに基づいて、第１のキャリアに対してチャネル検出を行うこととを含み、
前記フィードバック情報は、前記ネットワークデバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアである
ことを特徴とする競合ウィンドウの決定方法。
【請求項２】
前記フィードバック情報は、第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報を含む
ことを特徴とする請求項１に記載の競合ウィンドウの決定方法。
【請求項３】
前記第３の時間ユニットは、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の１番目の時間ユニット、又は、
前記ネットワークデバイスが前記ＣＷの長さを決定する前に前記第１のキャリアにおいて直近の下り伝送の最初の２つの時間ユニットを含む
ことを特徴とする請求項２に記載の競合ウィンドウの決定方法。
【請求項４】
前記第３の時間ユニット上のＰＤＳＣＨに対応するフィードバック情報は、免許キャリアで伝送される
ことを特徴とする請求項２又は３に記載の競合ウィンドウの決定方法。
【請求項５】
前記フィードバック情報がハイブリッド自動再送要求ＨＡＲＱ情報であり、前記ＨＡＲＱ情報は、
肯定応答ＡＣＫ、否定応答ＮＡＣＫ、不連続伝送ＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のうちの少なくとも１つ状態を含む
ことを特徴とする請求項１〜４のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項６】
前記ネットワークデバイスが端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定することは、
前記フィードバック情報に含まれるＮＡＣＫの割合が第１の所定値以上であり、又は、前記フィードバック情報に含まれるＮＡＣＫの数が第２の所定値以上である場合、前記ネットワークデバイスが前記ＣＷの長さを増加させると決定すること、又は、
前記フィードバック情報に含まれるＮＡＣＫの割合が前記第１の所定値よりも小さく、又は、前記フィードバック情報に含まれるＮＡＣＫの数が前記第２の所定値よりも小さい場合、前記ネットワークデバイスが前記ＣＷの長さを減少させ又は前記ＣＷの長さを維持すると決定することを含む
ことを特徴とする請求項１〜５のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項７】
前記フィードバック情報が免許不要キャリアで伝送される場合、前記方法は、さらに、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出しない場合、前記フィードバック情報がカウントされないこと、又は、
前記ネットワークデバイスが前記免許不要キャリアにおいて前記フィードバック情報を検出し、前記フィードバック情報の状態がＤＴＸ情報、ＮＡＣＫ又はＤＴＸ情報及び任意情報のいずれかである場合、前記フィードバック情報にＮＡＣＫがカウントされることを含む
ことを特徴とする請求項１〜６のいずれか１項に記載の競合ウィンドウの決定方法。
【請求項８】
決定モジュールと、検出モジュールとを備える競合ウィンドウの決定デバイスであって、
前記決定モジュールは、端末デバイスにより送信されたフィードバック情報に基づいてチャネル検出のための競合ウィンドウＣＷの長さを決定するように構成され、ここで、前記フィードバック情報は、前記デバイスが第１のキャリアにおいて送信する物理下り共有チャネルＰＤＳＣＨに対応するフィードバック情報を含み、前記第１のキャリアが免許不要キャリアであり、
前記検出モジュールは、前記ＣＷの長さに基づいて、前記第１のキャリアに対してチャネル検出を行うように構成される
ことを特徴とする競合ウィンドウの決定デバイス。
【請求項９】
前記フィードバック情報は、第１の時間ユニット上の物理上り制御チャネルＰＵＣＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第１の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第１の時間ユニットが非前記第１のキャリアである第２のキャリア上の時間ユニットである
ことを特徴とする請求項８に記載の競合ウィンドウの決定デバイス。
【請求項１０】
前記第２のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項９に記載の競合ウィンドウの決定デバイス。
【請求項１１】
前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニット、及び／又は
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための全て又は一部の時間ユニットを含む
ことを特徴とする請求項９又は１０に記載の競合ウィンドウの決定デバイス。
【請求項１２】
前記第１の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送において前記ＰＵＣＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送において前記ＰＵＣＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項１１に記載の競合ウィンドウの決定デバイス。
【請求項１３】
前記フィードバック情報は第２の時間ユニット上の物理上り共有チャネルＰＵＳＣＨに伝送される全て又は一部のフィードバック情報を含み、
前記第２の時間ユニットが前記第１のキャリア上の時間ユニットであり、又は、前記第２の時間ユニットが非前記第１のキャリアである第３のキャリア上の時間ユニットである
ことを特徴とする請求項８〜１２のいずれか１項に記載の競合ウィンドウの決定デバイス。
【請求項１４】
前記第３のキャリアは、前記第１のキャリアと異なる免許不要キャリア、又は、免許キャリアである
ことを特徴とする請求項１３に記載の競合ウィンドウの決定デバイス。
【請求項１５】
前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための全て又は一部の時間ユニットを含み、
任意選択で、前記第２の時間ユニットは、
前記デバイスが前記ＣＷの長さを決定する前に直近の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための１番目の時間ユニット、及び／又は、
前記デバイスが前記ＣＷの長さを決定する前に最後から２番目の上り伝送においてフィードバック情報が含まれる前記ＰＵＳＣＨを伝送するための最後の時間ユニットを含む
ことを特徴とする請求項１３又は１４に記載の競合ウィンドウの決定デバイス。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2021516482.tif 000008
【図２】
2021516482.tif 000009
【図３】
2021516482.tif 000010
【図４】
2021516482.tif 000011
【図５】
2021516482.tif 000012
【国際調査報告】
2021516482.tif 000013
2021516482.tif 000014
2021516482.tif 000015
2021516482.tif 000016