(57)【要約】無線機器が第１のアップリンク送信のためのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）設定を受信し、前記ＳＰＳ設定は、前記第１のアップリンク送信が許容される時間領域を示すＳＰＳウィンドウに対する情報を含み、前記無線機器が第２のアップリンク送信を指示するアップリンクグラントを有するＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＤＬチャネル上に受信し、前記アップリンクグラントは、前記第２のアップリンク送信のための第２のＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を含み、前記無線機器が前記ＳＰＳウィンドウでＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）を実行して無線媒体がアイドル状態であることを確認する場合、前記ＳＰＳウィンドウで前記第１のアップリンク送信を実行することを含み、前記第１のアップリンク送信のための第１のＨＡＲＱｉｄは、前記第２のＨＡＲＱｉｄと同じでないことを特徴とする、非免許帯域における自律送信のための方法及び装置が提供される。【選択図】図６
2020530233.tif 000002
【特許請求の範囲】
【請求項１】
非免許帯域における自律送信のための方法において、
無線機器が第１のアップリンク送信のためのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）設定を受信し、前記ＳＰＳ設定は、前記第１のアップリンク送信が許容される時間領域を示すＳＰＳウィンドウに対する情報を含み、
前記無線機器が第２のアップリンク送信を指示するアップリンクグラントを有するＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＤＬチャネル上に受信し、前記アップリンクグラントは、前記第２のアップリンク送信のための第２のＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を含み、
前記無線機器が前記ＳＰＳウィンドウでＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）を実行して無線媒体がアイドル状態であることを確認する場合、前記ＳＰＳウィンドウで前記第１のアップリンク送信を実行することを含み、
前記第１のアップリンク送信のための第１のＨＡＲＱｉｄは、前記第２のＨＡＲＱｉｄと同じでないことを特徴とする方法。
【請求項２】
前記ＳＰＳ設定は、前記第１のアップリンク送信に使われることができる基準ＨＡＲＱｉｄに対する情報をさらに含み、
前記第１のＨＡＲＱｉｄは、前記基準ＨＡＲＱｉｄに基づいて取得されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のＨＡＲＱｉｄは、前記無線機器により任意に設定されることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＤＣＩは、前記ＳＰＳウィンドウ以前に受信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記ＳＰＳウィンドウは、一つまたはそれ以上のスロットを含み、
各スロットは、複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のアップリンク送信は、前記ＳＰＳウィンドウのスロット内の前記無線媒体がアイドル状態であることが確認されたＯＦＤＭシンボルから実行されることを特徴とする請求項５に記載の方法。
【請求項７】
前記無線機器は、前記第１のアップリンク送信の開始を指示するＳＰＳ  ＤＣＩを受信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記無線機器は、前記第１のアップリンク送信に対する再送信アップリンクグラントを有する再送信ＤＣＩを受信することをさらに含み、
前記再送信ＤＣＩは、前記第１のＨＡＲＱｉｄを含むことを特徴とする請求項１に記載の方法。
【請求項９】
非免許帯域における自律送信のための装置において、
無線信号を送信及び受信する送受信機と、
前記送受信機に連結されるプロセッサと、を含み、前記プロセッサは、
第１のアップリンク送信のためのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）設定を前記送受信機を介して受信し、前記ＳＰＳ設定は、前記第１のアップリンク送信が許容される時間領域を示すＳＰＳウィンドウに対する情報を含み、
第２のアップリンク送信を指示するアップリンクグラントを有するＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＤＬチャネル上に前記送受信機を介して受信し、前記アップリンクグラントは、前記第２のアップリンク送信のための第２のＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を含み、
前記ＳＰＳウィンドウでＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）を実行して無線媒体がアイドル状態であることを確認する場合、前記ＳＰＳウィンドウで前記第１のアップリンク送信を前記送受信機を介して実行し、
前記第１のアップリンク送信のための第１のＨＡＲＱｉｄは、前記第２のＨＡＲＱｉｄと同じでないことを特徴とする装置。
【請求項１０】
前記ＳＰＳ設定は、前記第１のアップリンク送信に使われることができる基準ＨＡＲＱｉｄに対する情報をさらに含み、
前記第１のＨＡＲＱｉｄは、前記基準ＨＡＲＱｉｄに基づいて取得されることを特徴とする請求項９に記載の装置。
【請求項１１】
前記第１のＨＡＲＱｉｄは、前記装置により任意に設定されることを特徴とする請求項９に記載の装置。
【請求項１２】
前記ＳＰＳウィンドウは、一つまたはそれ以上のスロットを含み、
各スロットは、複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含むことを特徴とする請求項９に記載の装置。
【請求項１３】
前記第１のアップリンク送信は、前記ＳＰＳウィンドウのスロット内の前記無線媒体がアイドル状態であることが確認されたＯＦＤＭシンボルから実行されることを特徴とする請求項１２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける自律送信のための方法及びこれを利用した装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、２０１５年９月開催されたワークショップで５Ｇ標準化に対する全般的な日程と概念を合意した。最上位Ｕｓｅ−ｃａｓｅとして、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、マッシブＭＴＣ（Ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（Ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などが規定された。サービスシナリオ及び新しい要求事項を満たすために、３ＧＰＰは、既存ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）とは異なるＮＲ（ｎｅｗ  ｒａｄｉｏ）を定義することに決定し、ＬＴＥとＮＲの両方ともを５Ｇラジオアクセス技術に定義した。
【０００３】
一般的に、ＵＬ（ｕｐｌｉｎｋ）送信は、基地局によりＵＬリソースが先割り当てられた後、割り当てられたリソースに基づいて端末がデータを送信することである。これは、ＵＬリソースが動的に構成されるため、動的ＵＬ送信という。ＵＬリソースがあらかじめ設定された後、設定されたＵＬリソースに基づいて周期的または非周期的に送信することを自律（ａｕｔｏｎｏｍｏｕｓ）ＵＬ送信またはＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＵＬ送信という。自律ＵＬ送信は、多様な通信プロトコルにより共有されるため、いつ無線媒体（ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ）がアイドル状態であるかが判断しにくい非免許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）で特に有用である。
【０００４】
通信の信頼性を高めるために、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）も非免許帯域で導入されている。端末は、一般的に、複数のＨＡＲＱプロセスを同時に運用できる。動的ＵＬ送信と自律ＵＬ送信が混在する状況でＨＡＲＱプロセスを衝突なしに運営できる方法が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、非免許帯域で自律送信のための方法及びこれを利用した装置を提供する。
【課題を解決するための手段】
【０００６】
一態様において、非免許帯域における自律送信のための方法が提供される。前記方法は、無線機器が第１のアップリンク送信のためのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）設定を受信し、前記ＳＰＳ設定は、前記第１のアップリンク送信が許容される時間領域を示すＳＰＳウィンドウに対する情報を含み、前記無線機器が第２のアップリンク送信を指示するアップリンクグラントを有するＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＤＬチャネル上に受信し、前記アップリンクグラントは、前記第２のアップリンク送信のための第２のＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を含み、前記無線機器が前記ＳＰＳウィンドウでＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）を実行して無線媒体がアイドル状態であることを確認する場合、前記ＳＰＳウィンドウで前記第１のアップリンク送信を実行することを含む。前記第１のアップリンク送信のための第１のＨＡＲＱｉｄは、前記第２のＨＡＲＱｉｄと同じでない。
【０００７】
他の態様において、非免許帯域における自律送信のための装置は、無線信号を送信及び受信する送受信機と、前記送受信機に連結されるプロセッサと、を含む。前記プロセッサは、第１のアップリンク送信のためのＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）設定を前記送受信機を介して受信し、前記ＳＰＳ設定は、前記第１のアップリンク送信が許容される時間領域を示すＳＰＳウィンドウに対する情報を含み、第２のアップリンク送信を指示するアップリンクグラントを有するＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＤＬチャネル上に前記送受信機を介して受信し、前記アップリンクグラントは、前記第２のアップリンク送信のための第２のＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を含み、前記ＳＰＳウィンドウでＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）を実行して無線媒体がアイドル状態であることを確認する場合、前記ＳＰＳウィンドウで前記第１のアップリンク送信を前記送受信機を介して実行する。前記第１のアップリンク送信のための第１のＨＡＲＱｉｄは、前記第２のＨＡＲＱｉｄと同じでない。
【発明の効果】
【０００８】
動的スケジューリング送信と自律的スケジューリング送信が混在する状況でＨＡＲＱプロセスの衝突を防止することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明が適用されるラジオフレーム構造の一例を示す。
【図２】動的スケジューリングによるＵＬ  ＨＡＲＱ動作の例を示す。
【図３】ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）によるＵＬ  ＨＡＲＱ動作の例を示す。
【図４】ＳＰＳウィンドウの例を示す。
【図５】ＳＰＳのためのＨＡＲＱ再送信の例を示す。
【図６】動的スケジューリングとＳＰＳが同じＨＡＲＱｉｄを割り当てて衝突する例を示す。
【図７】本発明の実施例が具現される無線通信システムを示すブロック図である。
【発明を実施するための形態】
【００１０】
以下で説明する技術的特徴は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準化機構による通信規格や、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）標準化機構による通信規格などで使われることができる。例えば、３ＧＰＰ標準化機構による通信規格は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及び／またはＬＴＥシステムの進化を含む。ＬＴＥシステムの進化は、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）、ＬＴＥ−Ａ  Ｐｒｏ、及び／または５Ｇ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）を含む。ＩＥＥＥ標準化機構による通信規格は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｂ／ａｃ／ａｘなどの無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）システムを含む。前述したシステムは、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、及び／またはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの多様な多重接続技術をアップリンク及び／またはダウンリンクに使用する。例えば、ダウンリンクにはＯＦＤＭＡのみが使用され、アップリンクにはＳＣ−ＦＤＭＡのみが使われることもでき、ダウンリンク及び／またはダウンリンクにＯＦＤＭＡとＳＣ−ＦＤＭＡが混用されることもできる。
【００１１】
無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）は、固定されてもよいし、移動性を有してもよく、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。または、無線機器は、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機器のようにデータ通信のみをサポートする機器である。
【００１２】
基地局（ｂａｓｅ  ｓｔａｔｉｏｎ、ＢＳ）は、一般的に無線機器と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ｇＮＢ、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｐｔｉｏｎ  Ｐｏｉｎｔ）は、一つまたはそれ以上のアンテナ要素を有するアンテナアレイを含む。基地局は、一つまたはそれ以上のＴＲＰを含むことができる。
【００１３】
５Ｇラジオアクセス技術であるＮＲ（ｎｅｗ  ｒａｄｉｏ）は、より柔軟なスケジューリングのために多様な帯域幅と周波数バンドをサポートする。６ＧＨｚ以下の周波数帯域だけでなく、６ＧＨｚ以上の周波数帯域もサポートされる。サポートされる帯域幅も６ＧＨｚ以下では最大１００ＭＨｚであり、６ＧＨｚ以上では最大４００ＭＨｚである。また、１５ｋＨｚの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）に固定された３ＧＰＰ  ＬＴＥとは違って、ＮＲは、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ＫＨｚ、２４０ｋＨｚの多様な副搬送波間隔をサポートすることができる。
【００１４】
ＮＲ規格は、多様なヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）をサポートする。ヌメロロジーによってラジオフレームの構造が変わる。表１は、サポートされるヌメロロジーを例示的に示す。
【００１５】
【表１】
2020530233.tif 000003
【００１６】
図１は、本発明が適用されるラジオフレーム構造の一例を示す。表１のヌメロロジーインデックスμ＝０である例である。
【００１７】
スロットは、複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含むことができる。表１のスロット内のＯＦＤＭシンボルの個数は、例示に過ぎない。ＯＦＤＭシンボルは、時間領域で一つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものに過ぎず、多重接続方式や名称に制限をおくものではない。例えば、ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）シンボル、シンボル区間など、他の名称で呼ばれることもある。
【００１８】
スロット内のＯＦＤＭシンボルは、ＤＬ（ｄｏｗｎｌｉｎｋ）、フレキシブル（ｆｌｅｘｉｂｌｅ）、ＵＬ（ｕｐｌｉｎｋ）に区分されることができる。この区分をスロットフォーマットという。スロットフォーマットに対する情報は、基地局が無線機器に知らせることができる。無線機器は、上位階層信号及び／または、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）上のＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を介してスロットフォーマットに対する情報を受信することができる。無線機器は、ＤＬ  ＯＦＤＭシンボルまたはフレキシブルＯＦＤＭシンボルでＤＬ送信が発生すると仮定する。無線機器は、ＵＬ  ＯＦＤＭシンボルまたはフレキシブルＯＦＤＭシンボルでＵＬ送信を実行する。スロット内のＯＦＤＭシンボルが前記Ｄ、Ｘ、Ｕのうちいずれか一つで構成されるかによって前記スロットのフォーマット（ｆｏｒｍａｔ）が決定されることができる。
【００１９】
ＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、周波数領域で連続する複数の副搬送波を含む。例えば、ＲＢは、１２副搬送波を含むことができる。ＣＲＢ（ｃｏｍｍｏｎ  ＲＢ）は、ヌメロロジーによってインデックスが決まるＲＢである。ＰＲＢ（Ｐｈｙｓｉｃａｌ  ＲＢ）は、ＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）内で定義されるＲＢである。特定ヌメロロジーの全体帯域幅で２０ＲＢがあると仮定する。ＣＲＢは、０から１９までのインデックスが付けられる。２０ＲＢのうちＢＷＰが４個のＣＲＢ（ＣＲＢ４からＣＲＢ７）を含むとする時、前記ＢＷＰ内のＰＲＢは、０から３までのインデックスが付けられる。
【００２０】
ＢＷＰは、与えられたキャリア上のＣＲＢ０からの開始点と大きさを介して定義されることができる。無線機器には特定個数（例えば、最大４個）のＢＷＰが設定されることができる。特定時点にはセル毎に特定個数（例えば、１個）のＢＷＰのみが活性化（ａｃｔｉｖｅ）されることができる。設定可能なＢＷＰの個数や活性化されるＢＷＰの個数は、ＵＬ及びＤＬ共通に設定されたり、個別的に設定されたりすることができる。無線機器は、活性化されたＤＬ  ＢＷＰでのみＤＬ送信を期待することができる。無線機器は、活性化されたＵＬ  ＢＷＰでのみＵＬ送信を実行することができる。
【００２１】
無線機器には複数のサービングセルが設定されることができる。各サービングセルは、ＢＷＰまたはキャリアに対応されることができる。サービングセルは、１次セル（ｐｒｉｍａｒｙ  ｃｅｌｌ）と２次セル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）に区分されることができる。１次セルは、無線機器が初期接続確立または接続再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｔｓａｂｌｉｓｈｍｅｎｔ）を実行するセルである。２次セルは、１次セルの指示により活性化または非活性化される。
【００２２】
以下の実施例は、免許帯域（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）または非免許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）で動作されることができる。免許帯域は、特定通信プロトコルまたは特定事業者に独占的な使用（ｅｘｃｌｕｓｉｖｅ  ｕｓｅ）を保障する帯域である。非免許帯域は、多様な通信プロトコルが共存し、共有使用（ｓｈａｒｅｄ  ｕｓｅ）を保障する帯域である。例えば、非免許帯域は、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）が使用する２．４ＧＨｚ及び／または５ＧＨｚ帯域を含むことができる。非免許帯域では各通信ノード間のコンテンションを介したチャネル確保を仮定する。したがって、非免許帯域での通信は、チャネルセンシングを実行することで他の通信ノードが信号送信をしないことを確認することを要求している。これを便宜上ＬＢＴ（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ）またはＣＣＡ（ｃｌｅａｒ  ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ）という。他の通信ノードが特定チャネルで信号送信をしないと判断した場合を‘チャネルがアイドル状態である’、‘ＣＣＡが確認された’または‘ＬＢＴが確認された’とする。‘ＬＢＴを実行する’または‘ＣＣＡを実行する’または‘ＣＳ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ）を実行する’とは、無線媒体（ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ）がアイドル状態であるかどうかまたは他のノードのチャネル使用可否を確認した後、該当チャネルにアクセスすることを意味する。非免許帯域で動作するセルを非免許セルまたはＬＡＡ（Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）セルという。免許帯域で動作するセルを免許セルという。
【００２３】
ＤＬチャネルは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を含む。ＵＬチャネルは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を含む。
【００２４】
ＰＤＳＣＨは、ＤＬデータを伝送する。ＰＢＣＨは、初期接続に必要なＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を伝送する。ＰＵＳＣＨは、ＵＬデータを伝送する。
【００２５】
ＰＤＣＣＨは、ＤＣＩを伝送する。ＤＣＩは、ＰＵＳＣＨ送信をスケジューリングするリソース割当を有するＵＬグラントまたはＰＤＳＣＨ送信をスケジューリングするリソース割当を有するＤＬグラントを含む。ＰＤＣＣＨをモニタリングするためのリソースとして、ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）が定義される。ＰＤＣＣＨ内のＤＣＩの所有者またはコンテンツを無線機器が識別することができるようにするために、ＤＣＩのＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）に固有の識別子がマスキングされる。この識別子をＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という。ＤＣＩが特定無線機器のためのＵＬグラントまたはＤＬグラントを含む場合、Ｃ−ＲＮＴＩ（Ｃｅｌｌ  ＲＮＴＩ）が使われる。ＤＣＩがシステム情報を伝送する場合、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）が使われる。
【００２６】
ＰＵＣＣＨは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を伝送する。ＵＣＩは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ／ＮＡＣＫ及び／またはＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットによって一つまたはそれ以上のＯＦＤＭシンボルで送信されることができる。
【００２７】
図２は、動的スケジューリングによるＵＬ  ＨＡＲＱ動作の例を示す。動的ＵＬスケジューリングで、基地局は、ＰＤＣＣＨを利用して無線機器に動的にＵＬリソースを割り当てる。
【００２８】
無線機器は、初期ＵＬグラントを有するＰＤＣＣＨ２１０を受信する。初期ＵＬグラントは、ＰＵＳＣＨ２２０が送信される開始点及び長さに対する情報を含む。開始点は、ＰＵＳＣＨ２２０の送信が始まるスロットと前記スロット内のＯＦＤＭシンボルのインデックスを利用して示すことができる。長さは、ＰＵＳＣＨ２２０が送信されるＯＦＤＭシンボルの個数を示す。初期ＵＬグラントは、ＨＡＲＱプロセスを識別するＨＡＲＱｉｄ（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）をさらに含むことができる。
【００２９】
無線機器は、前記初期ＵＬグラントに基づいてＵＬ送信ブロックを有するＰＵＳＣＨ２２０を送信する。
【００３０】
無線機器は、再送信ＵＬグラントを有するＰＤＣＣＨ２３０を受信する。再送信ＵＬグラントは、再送信のためのＰＵＳＣＨ２４０が送信される開始点及び長さ、前記ＨＡＲＱｉｄに対する情報を含むことができる。
【００３１】
無線機器は、前記再送信ＵＬグラントに基づいて再送信ブロックを有するＰＵＳＣＨ２４０を送信する。
【００３２】
基地局は、ＰＤＣＣＨ送信を利用してＵＬ送信と再送信をスケジュールする。ＰＤＣＣＨ−ｔｏ−ＰＵＳＣＨ送信タイミングが固定されるものではなく、柔軟に調整されることができる。
【００３３】
バッファ管理のために、無線機器に対してセル当たり設定可能なＨＡＲＱプロセスの最大個数が決まっている。ＰＤＳＣＨに対するＨＡＲＱプロセスの最大個数とＰＵＳＣＨに対するＨＡＲＱプロセスの最大個数が各々与えられる。ＨＡＲＱプロセスの最大個数は、特定値（例えば、８または１６）に固定されたり、基地局により設定されたりすることができる。
【００３４】
図３は、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）によるＵＬ  ＨＡＲＱ動作の例を示す。ＳＰＳで、無線機器は、ＵＬデータのためのバッファ状態によってあらかじめ与えられたＵＬリソースに基づいてＵＬ送信を実行する。
【００３５】
無線機器は、基地局からＳＰＳ設定３１０を受信する。ＳＰＳ設定３１０は、ＰＤＣＣＨまたはＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）メッセージを介して受信されることができる。ＳＰＳ設定３２０は、ＵＬ送信に必要な一つまたはそれ以上のＵＬリソース集合を含むことができる。各ＵＬリソース集合は、ＳＰＳウィンドウ、ＨＡＲＱ情報、ＰＵＳＣＨのための周波数割当、ＰＵＳＣＨのためのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を含むことができる。
【００３６】
無線機器は、基地局にＳＰＳ  ＤＣＩ３２０を受信することができる。ＳＰＳ  ＤＣＩ３２０は、ＳＰＳ送信の開始または中断を示す情報を含むことができる。ＳＰＳ  ＤＣＩ３２０は、ＳＰＳ送信が始まる時点及び／またはＳＰＳ送信が中断される時点を示す情報を含むことができる。ＳＰＳ  ＤＣＩ３２０を伝送するＰＤＣＣＨには専用ＲＮＴＩ（例えば、ＳＰＳ  ＲＮＴＩ）がマスキングされることができる。別途の開始／中断が必要でない場合、ＳＰＳ  ＤＣＩ３２０の受信が要求されない。
【００３７】
無線機器は、ＳＰＳウィンドウ内でＵＬデータ３３０をＰＵＳＣＨ上に送信できる。
【００３８】
再送信が要求されると、基地局は、無線機器に再送信ＤＣＩ３４０をＰＤＣＣＨ上に送信できる。再送信ＤＣＩ３４０は、再送信のためのＰＵＳＣＨスケジューリングに使われる。送信ＤＣＩ３４０を伝送するＰＤＣＣＨには専用ＲＮＴＩ（例えば、ＳＰＳ  Ｃ−ＲＮＴＩ）がマスキングされることができる。
【００３９】
図４は、ＳＰＳウィンドウの例を示す。
【００４０】
ＳＰＳウィンドウは、無線機器がＵＬ送信を実行することが許容された区間である。無線機器は、送信するＵＬデータがある場合、各ＳＰＳウィンドウ内でＰＵＳＣＨを送信することができる。
【００４１】
ＳＰＳウィンドウは、一つまたはそれ以上のＳＦ（ｓｕｂｆｒａｍｅ）を含むことができる。ＳＰＳウィンドウは、複数の連続するＳＦを含むことができる。ＳＰＳウィンドウは、周期的に現れることができ、この周期をＳＰＳウィンドウ周期という。
【００４２】
ＳＰＳウィンドウに対する情報は、ＳＰＳ設定またはＳＰＳ  ＤＣＩに含まれることができる。ＳＰＳウィンドウ情報は、ＳＰＳウィンドウが始まるＳＦ、ＳＰＳウィンドウ周期、ＳＰＳウィンドウに含まれるＳＦの個数を含むことができる。
【００４３】
以下の実施例において、ＳＰＳウィンドウが設定される単位としてＳＦを使用するが、これは例示に過ぎない。ＳＰＳウィンドウは、スロット、ＯＦＤＭシンボルまたはスケジューリング単位で表すことができる。単位がスロットである場合、ＳＰＳウィンドウは、一つまたはそれ以上のスロットを含むことができる。
【００４４】
便宜上‘ＳＰＳ送信’という用語を使用するが、これは例示に過ぎない。あらかじめ設定されたリソースに基づいてＵＬ送信を自律的に実行する点で‘自律（ａｕｔｏｎｏｍｏｕｓ）送信’ということもできる。ＵＬ送信のためのＳＰＳウィンドウは、ＡＵＬ（ａｕｔｏｎｏｍｏｕｓ  ｕｐｌｉｎｋ）ウィンドウということもできる。
【００４５】
以下、ＳＰＳ送信と動的スケジューリング送信が混在する非免許帯域で無線機器のＵＬ  ＨＡＲＱ動作に対して記述する。
【００４６】
無線機器は、ＳＰＳウィンドウ内でＣＣＡに成功した時点（ｔ１）及びｔ１が属するＳＦの最後の時点（ｔ２）を求める。ｔ２−ｔ１の値が第１の閾値より大きい場合、無線機器は、ＰＵＳＣＨを送信することができる。ＰＵＳＣＨのコードレートが第２の閾値より小さい場合（例えば、コードレートが２／３より小さい場合）、無線機器は、ＰＵＳＣＨを送信することができる。例えば、第１の閾値が４ＯＦＤＭシンボルであり、一ＳＦが１４ＯＦＤＭシンボルを含むと仮定する。ｔ１が７番目のＯＦＤＭシンボルである場合、無線機器は、前記ＳＦでＰＵＳＣＨを送信することができる。第１の閾値及び第２の閾値に対する情報は、基地局が無線機器に知らせることができる。
【００４７】
ＳＰＳウィンドウ内のＬＢＴが成功したＳＦを開始（ｉｎｉｔｉａｔｉｎｇ）ＳＦと仮定する。無線機器は、ＳＰＳウィンドウ内の開始ＳＦから次のＳＦの最後まで残ったＭＣＯＴ（ｍａｘｉｍｕｍ  ｃｈａｎｎｅｌ  ｏｃｃｕｐａｔｉｏｎ  ｔｉｍｅ）の間に追加ＬＢＴなしにＰＵＳＣＨを送信することができる。ＭＣＯＴが残る場合であるとしても、次のＳＦまでのみＰＵＳＣＨを送信することができる。ＭＣＯＴは、無線機器がＬＢＴ動作を介してチャネルがアイドル状態であることを確認した後、追加的なＬＢＴなしに連続送信可能な時間（または、ＳＦ数）を意味する。
【００４８】
各ＳＰＳウィンドウにはＲＨＡＲＱｉｄ（ｒｅｆｅｒｅｎｃｅ  ＨＡＲＱｉｄ）が定義される。ＲＨＡＲＱｉｄは、ＳＰＳウィンドウの１番目のＳＦに適用されるＨＡＲＱｉｄである。または、ＲＨＡＲＱｉｄは、ＰＵＳＣＨが送信される１番目のＳＦに適用されるＨＡＲＱｉｄである。
【００４９】
ＨＡＲＱｉｄが増加／減少するとは、ＨＡＲＱｉｄ値自体が増加／減少することを意味することもある。ＳＰＳ送信に適用される一つまたはそれ以上のＨＡＲＱｉｄを含む集合を定義し、該当集合内のｉ番目の元素に該当するＨＡＲＱｉｄをＨＡＲＱｉｄ（ｉ）とする時、ＨＡＲＱｉｄが増加／減少するとは、ｉが増加／減少するにつれて対応されるＨＡＲＱｉｄを意味することもある。ＨＡＲＱｉｄの増加／減少間隔は、ｉの増加／減少間隔を意味できる。最小／最大ＨＡＲＱｉｄ値は、該当集合内の最初／最後の元素に該当するＨＡＲＱｉｄ値を意味することもある。
【００５０】
ＳＰＳウィンドウがＮ個のＳＦを含み、ＳＰＳウィンドウ周期をＰと仮定する。Ｎ＞＝１、Ｐ＞＝１である整数である。無線機器が各ＳＰＳウィンドウ内の一つのＳＦでのみＰＵＳＣＨを送信することができる時、ＰＵＳＣＨ送信のためのＨＡＲＱｉｄは、下記のように定義されることができる。
【００５１】
一実施例において、無線機器がＳＰＳウィンドウ内のどのＳＦを介してＰＵＳＣＨを送信するかにかかわらず、ＲＨＡＲＱｉｄが共通に適用されることができる。ＳＰＳウィンドウにＲＨＡＲＱｉｄ＝０である場合、前記ＳＰＳウィンドウ内の全てのＳＦに対してＨＡＲＱｉｄ＝０を適用することができる。
【００５２】
他の実施例において、ＳＰＳウィンドウの１番目のＳＦにＲＨＡＲＱｉｄを適用し、次のＳＦからはＲＨＡＲＱｉｄから順次に増加するＨＡＲＱｉｄを適用する。例として、Ｎ＝４であり、ＳＰＳウィンドウのＲＨＡＲＱｉｄ＝０である場合、ＳＰＳウィンドウ内の４個のＳＦのＨＡＲＱｉｄは、０、１、２、３を各々適用できる。
【００５３】
ＳＰＳウィンドウがＮ個のＳＦを含み、ＳＰＳウィンドウ周期をＰと仮定する。Ｎ＞＝１、Ｐ＞＝１である整数である。無線機器が各ＳＰＳウィンドウ内の最大Ｍ（Ｍ＞＝１である整数）個ＳＦでＰＵＳＣＨを送信することができる時、ＰＵＳＣＨ送信のためのＨＡＲＱｉｄは、下記のように定義されることができる。
【００５４】
一実施例において、ＳＰＳウィンドウの１番目のＳＦにＲＨＡＲＱｉｄを適用し、次のＳＦからはＲＨＡＲＱｉｄから順次に増加するＨＡＲＱｉｄを適用する。例として、Ｎ＝４であり、ＳＰＳウィンドウのＲＨＡＲＱｉｄ＝０である場合、ＳＰＳウィンドウ内の４個のＳＦのＨＡＲＱｉｄは、０、１、２、３を各々適用できる。
【００５５】
他の実施例において、ＳＰＳウィンドウの１番目のＳＦにＲＨＡＲＱｉｄを適用し、次のＳＦからはＲＨＡＲＱｉｄからＲＨＡＲＱｉｄ＋Ｍ−１まで繰り返して増加するＨＡＲＱｉｄを適用する。例として、Ｎ＝４、Ｍ＝２であり、ＳＰＳウィンドウのＲＨＡＲＱｉｄ＝０である場合、ＳＰＳウィンドウ内の４個のＳＦのＨＡＲＱｉｄは、０、１、０、１を各々適用できる。Ｎ＝４、Ｍ＝２、ＳＰＳウィンドウのＲＨＡＲＱｉｄ＝３である場合、ＰＳウィンドウ内の４個のＳＦのＨＡＲＱｉｄは３、４、３、４を各々適用できる。
【００５６】
他の実施例において、ＳＰＳウィンドウ内のＰＵＳＣＨが実際に送信されるＳＦにＲＨＡＲＱｉｄを適用し、次のＳＦからはＲＨＡＲＱｉｄからＲＨＡＲＱｉｄ＋Ｍ−１まで繰り返して増加するＨＡＲＱｉｄを適用する。例として、Ｎ＝４、Ｍ＝２、ＲＨＡＲＱｉｄ＝０である時、ＳＰＳウィンドウ内の２番目のＳＦから２ＳＦの間にＰＵＳＣＨを送信する場合、２番目のＳＦと３番目のＳＦのＰＵＳＣＨ送信に各々ＨＡＲＱｉｄ＝０、１を適用することができる。
【００５７】
前記方式で、ＨＡＲＱｉｄを増加させた後、ＳＰＳウィンドウに使用することができる最大ＨＡＲＱｉｄに到達すると、再び最小ＨＡＲＱｉｄから割当が始まることができる。
【００５８】
以下、ＲＨＡＲＱｉｄを決定する方法に対して記述する。
【００５９】
ＳＰＳウィンドウがＮ個のＳＦを含み、ＳＰＳウィンドウ周期をＰと仮定する。Ｎ＞＝１、Ｐ＞＝１である整数である。無線機器が各ＳＰＳウィンドウ内の最大Ｍ（Ｍ＞＝１である整数）個ＳＦでＰＵＳＣＨを送信することができる時、各ＳＰＳウィンドウのためのＲＨＡＲＱｉｄは、下記のように定義されることができる。
【００６０】
（方式１）全てのＳＰＳウィンドウに対して共通ＲＨＡＲＱｉｄが適用されることができる。例として、全てのＳＰＳウィンドウに対してＲＨＡＲＱｉｄ＝０を適用することができる。無線機器は、ＲＨＡＲＱｉｄに対する情報をＲＲＣメッセージまたはＳＰＳ  ＤＣＩを介して受信することができる。
【００６１】
（方式２）最大ＨＡＲＱプロセスの個数の制限下、ＲＨＡＲＱｉｄが順次に増加できる。例として、最大ＨＡＲＱプロセスの個数が４である場合、８個の連続するＳＰＳウィンドウに対して０、１、２、３、０、１、２．３の順序にＲＨＡＲＱｉｄが割り当てられる。
【００６２】
（方式３）ＨＡＲＱｉｄ再活用（ｒｅｕｓｅ）周期によってＲＨＡＲＱｉｄが順次に増加できる。ＨＡＲＱｉｄ再活用周期毎にＲＨＡＲＱｉｄがリセットされる。例として、ＳＰＳウィンドウ周期が６ＳＦであり、ＨＡＲＱｉｄ再活用周期が１８である場合、ＨＡＲＱｉｄ再活用周期内に３個のＳＰＳウィンドウがある。ＨＡＲＱｉｄ再活用周期内に３個のＳＰＳウィンドウに対して、ＲＨＡＲＱｉｄは、０、１、２の順序に割り当てられる。
【００６３】
（方式４）前記（方式２）と前記（方式３）の組み合わせを適用することができる。ＨＡＲＱｉｄ再活用周期内のＳＰＳウィンドウの個数がＨＡＲＱプロセスの最大個数より大きい場合、最大ＨＡＲＱプロセスの個数を超えないようにＲＨＡＲＱｉｄを増加させる。ＨＡＲＱｉｄ再活用周期内のＳＰＳウィンドウの個数が最大ＨＡＲＱプロセスの個数より小さい場合、ＨＡＲＱｉｄ再活用周期を基準にしてＲＨＡＲＱｉｄを増加させる。
【００６４】
（方式５）以前ＳＰＳウィンドウの最後のＳＦに適用されたＨＡＲＱｉｄの次のＨＡＲＱｉｄが次のＳＰＳウィンドウのＲＨＡＲＱｉｄになることができる。例として、Ｎ＝４、Ｍ＝３、ＨＡＲＱプロセスの最大個数が６である場合、４個のＳＰＳウィンドウ内のＨＡＲＱｉｄは、｛０、１、２、０｝、｛１、２、３、１｝、｛２、３、４、２｝、｛３、４、５、３｝になる。Ｎ＝４、Ｍ＝４、ＨＡＲＱプロセスの最大個数が６である場合、４個のＳＰＳウィンドウ内のＨＡＲＱｉｄは、｛０、１、２、３｝、｛４、５、０、１｝、｛２、３、４、５｝、｛０、１、２、３｝になる。
【００６５】
前記方式１〜５において、ＳＰＳウィンドウによってＲＨＡＲＱｉｄが増加する増加間隔は、下記のように定義されることができる。
【００６６】
−ＲＨＡＲＱｉｄの増加間隔は、１である。
【００６７】
−ＳＰＳウィンドウ内の互いに異なるＳＦに互いに異なるＨＡＲＱｉｄが適用される時、ＲＨＡＲＱｉｄの増加間隔は、ＳＰＳウィンドウに含まれるＳＦの数字Ｎである。
【００６８】
−ＳＰＳウィンドウ内で最大Ｍ個の互いに異なるＨＡＲＱｉｄが適用される時、ＲＨＡＲＱｉｄの増加間隔は、ＳＰＳウィンドウ内で無線機器がＰＵＳＣＨを送信することができるＳＦの最大数字Ｍである。
【００６９】
以下、前記提案された方式が適用された例を示す。Ｎ＝４、Ｍ＝３、ＨＡＲＱプロセスの最大個数は６であり、ＨＡＲＱｉｄは０から５までの範囲を有すると仮定する。｛  ｝内の数字は、各ＳＰＳウィンドウ内のＳＦに割り当てられたＨＡＲＱｉｄを意味する。
【００７０】
（例題１）ＲＨＡＲＱｉｄの増加間隔がＮである場合、｛０、１、２、３｝、｛４、５、０、１｝、｛２、３、４、５｝、｛０、１、２、３｝、...この方式は、ＳＰＳ送信に割り当てられたＨＡＲＱｉｄ集合内のＨＡＲＱｉｄをＳＰＳウィンドウ内の各ＳＦ毎に増加させて割り当てる方式であると理解することができる。この方式は、現在ＳＰＳウィンドウの１番目のＳＦのＨＡＲＱｉｄが以前ＳＰＳウィンドウの最後のＳＦのＨＡＲＱｉｄを基準にして割り当てる方式であると理解することもできる。
【００７１】
（例題２）ＲＨＡＲＱｉｄの増加間隔がＭであり、ＳＰＳ内のＨＡＲＱｉｄは、ＲＨＡＲＱｉｄ＋Ｍ−１まで増加すると、｛０、１、２、０｝、｛３、４、５、３｝、｛０、１、２、０｝、｛３、４、５、３｝、...
【００７２】
（例題３）ＲＨＡＲＱｉｄの増加間隔がＭであり、ＳＰＳ内のＨＡＲＱｉｄは、ＲＨＡＲＱｉｄ＋Ｎ−１まで増加すると、｛０、１、２、３｝、｛３、４、５、０｝、｛０、１、２、３｝、｛３、４、５、０｝、...
【００７３】
（例題４）ＨＡＲＱｉｄの増加間隔が１であり、ＳＰＳ内のＨＡＲＱｉｄは、ＲＨＡＲＱｉｄ＋Ｎ−１まで増加できる。この方式は、ＳＰＳに割り当てられたＨＡＲＱプロセスの最大個数がＭより小さい時、隣接したＳＰＳウィンドウの間に１番目のＳＦに割り当てられるＨＡＲＱｉｄを変化させる方式であると理解することができる。例えば、Ｍ＝３、Ｎ＝４、ＳＰＳに割り当てられたＨＡＲＱプロセスの最大個数が３（ＨＡＲＱｉｄ：０〜２）である場合、｛０、１、２、０｝、｛１、２、０、１｝、｛２、０、１、２｝、｛０、１、２、０｝、...
【００７４】
図５は、ＳＰＳのためのＨＡＲＱ再送信の例を示す。
【００７５】
ＳＰＳウィンドウ１とＳＰＳウィンドウ２に対して共通されたＨＡＲＱｉｄ＝ｘが適用されると仮定する。無線機器は、ＳＰＳウィンドウ１でＨＡＲＱｉｄ＝ｘを有し、第１の初期ＵＬデータを第１のＰＵＳＣＨ上に送信する。無線機器は、ＳＰＳウィンドウ２でＨＡＲＱｉｄ＝ｘを有して第２の初期ＵＬデータを第２のＰＵＳＣＨ上に送信する。
【００７６】
無線機器がＳＰＳウィンドウ２以後に再送信ＤＣＩ５１０を受信する。再送信ＤＣＩ５１０は、再送信のためのＨＡＲＱｉｄに対する情報を含む。再送信ＤＣＩ５１０がＨＡＲＱｉｄ＝ｘを示す場合、無線機器は、ＳＰＳウィンドウ１とＳＰＳウィンドウ２のうちどのＰＵＳＣＨ送信に対する再送信を指示するかが曖昧である。この問題を解決するために下記の方式を提案する。
【００７７】
一実施例において、ＳＰＳウィンドウで送信されたＰＵＳＣＨのＨＡＲＱｉｄは、以後に同じＨＡＲＱｉｄを含むＳＰＳウィンドウが現れる時点からは有効でない。または、ＳＰＳウィンドウで送信されたＰＵＳＣＨのＨＡＲＱｉｄは、特定タイミングオフセット以後時点からは有効でない。ＨＡＲＱｉｄが有効でない場合、無線機器は、ＨＡＲＱ再送信を実行せず、または再送信のための再送信ＤＣＩを期待しない。
【００７８】
特定ＳＰＳウィンドウでＰＵＳＣＨが送信されても、特定時間が過ぎた後には前記ＰＵＳＣＨのためのＨＡＲＱが有効でない。特定ＳＰＳウィンドウでＰＵＳＣＨが送信された後、次のＳＰＳウィンドウが現れる時点からは前記ＰＵＳＣＨのためのＨＡＲＱが有効でない。特定ＳＰＳウィンドウでＰＵＳＣＨが送信された後、タイミングオフセット以後からは前記ＰＵＳＣＨのためのＨＡＲＱが有効でない。
【００７９】
他の実施例において、無線機器は、ＳＰＳウィンドウに割り当てられたＨＡＲＱｉｄに対する再送信ＤＣＩを受信すると、同じＨＡＲＱｉｄを有し、最も最近に送信されたＰＵＳＣＨに対する再送信を指示すると見なすことができる。図５の例において、無線機器は、再送信ＤＣＩ５１０がＳＰＳウィンドウ２のＰＵＳＣＨに対する再送信を指示すると見なすことができる。この方式は、無線機器がＳＰＳウィンドウでＰＵＳＣＨを送信したかどうかを基地局が信頼できるように判断可能の場合に有用である。
【００８０】
他の実施例において、再送信ＤＣＩは、再送信を要求するＰＵＳＣＨが送信されたＳＰＳウィンドウに対するウィンドウ情報を含むことができる。ウィンドウ情報は、再送信ＤＣＩの送信時点または再送信ＤＣＩの送信時点に対するタイミングオフセット以前に現れる（同時に再送信ＤＣＩが指示するＨＡＲＱｉｄと同じＨＡＲＱｉｄを含む）１番目のＳＰＳウィンドウまたは２番目のＳＰＳウィンドウを指示することができる。
【００８１】
再送信ＤＣＩ内でウィンドウ情報を下記のように具現することができる。
【００８２】
−ウィンドウ情報は、独立的なフィールドとして再送信ＤＣＩに含まれる。
【００８３】
−ウィンドウ情報は、再送信ＤＣＩのＣＲＣマスクシーケンスまたはスクランブリングシーケンスで表す。
【００８４】
−ウィンドウ情報は、再送信ＤＣＩ内の他のフィールドを再使用して示すことができる。例えば、ＵＬ  ＴＰＣ、ＤＭ  ＲＳ  ｃｙｃｌｉｃ  ｓｈｉｆｔ／ＯＣＣ、ＭＣＳなどのように既存ＳＰＳ  ＤＣＩでは特定値に固定されたフィールドを利用してウィンドウ情報を示すことができる。ＨＡＲＱプロセス番号、２−ｓｔａｇｅ  ＰＵＳＣＨグラント（ＰＵＳＣＨ  ｔｒｉｇｇｅｒ  ｔｙｐｅ  Ａ、ＰＵＳＣＨ  ｔｒｉｇｇｅｒ  ｔｙｐｅ  Ｂ等）のようにＳＰＳ  ＤＣＩでは使われないフィールドを利用してウィンドウ情報を示すことができる。
【００８５】
ウィンドウ情報は、再送信ＤＣＩがＳＰＳ  ＰＵＳＣＨ初期送信または再送信に対するスケジューリングであることを知らせる情報と共に示すことができる。例えば、２ビットフィールドは、‘ＳＰＳ  ＰＵＳＣＨ初期送信’、‘再送信ＤＣＩ以前１番目のＳＰＳウィンドウに対する再送信’、‘再送信ＤＣＩ以前２番目のＳＰＳウィンドウに対する再送信’、‘再送信ＤＣＩ以前３番目のＳＰＳウィンドウに対する再送信’を示すことができる。
【００８６】
無線機器は、再送信ＤＣＩにより指示されるＳＰＳウィンドウで同じＨＡＲＱｉｄを有するＰＵＳＣＨを送信しない。または、無線機器がＰＵＳＣＨを送信したとしても再送信ＤＣＩにより指示されるスケジューリングとＰＵＳＣＨ送信との間に不一致がある場合がある。無線機器は、ＰＵＳＣＨ送信を介して前記エラーを基地局に知らせることができる。より具体的に、無線機器は、再送信ＤＣＩによりスケジューリングされたＰＵＳＣＨ上にＢＳＲ（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）のみを送信することによって前記エラーを基地局に知らせることができる。
【００８７】
ウィンドウ情報は、ＳＰＳ再送信のためのＰＵＳＣＨに含まれ、再送信ＰＵＳＣＨがどのようなＳＰＳウィンドウに対する再送信に該当するかを基地局に知らせることができる。ウィンドウ情報は、ＰＵＳＣＨデータのための送信領域の一部にＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の形態で挿入されることができる。ウィンドウ情報は、ＰＵＳＣＨと共に送信されるＤＭ−ＲＳ、ＤＭ−ＲＳに対するＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）、ＰＵＳＣＨに対するスクランブリングシーケンス、またはＰＵＳＣＨデータのためのＣＲＣのマスキングシーケンスで表すことができる。
【００８８】
各無線機器に複数のＳＰＳ設定が与えられる。前述したＨＡＲＱｉｄ割当方式は、複数のＳＰＳ設定に対して共通に適用されることができる。または、前述したＨＡＲＱｉｄ割当方式は、各ＳＰＳ設定のＳＰＳウィンドウ毎に個別的に適用されることができる。
【００８９】
図６は、動的スケジューリングとＳＰＳが同じＨＡＲＱｉｄを割り当てて衝突する例を示す。
【００９０】
ＳＰＳウィンドウにあらかじめ割り当てられたＨＡＲＱｉｄをＳＰＳ送信及び再送信に適用できる。多くのＨＡＲＱｉｄがＳＰＳウィンドウに割り当てられると、動的スケジューリングのためのＨＡＲＱに利用できるＨＡＲＱｉｄの個数が少なくなって動的スケジューリングの自由度が落ちることができる。しかし、同じＨＡＲＱｉｄがＳＰＳ送信と動的スケジューリング送信に同時に割り当てられると、曖昧さが発生できる。ＨＡＲＱｉｄの衝突を避けるために、下記の方式を提案する。
【００９１】
一実施例において、無線機器は、SPSウィンドウ以前k  SF以内に前期SPSウィンドウに割り当てられたＨＡＲＱｉｄが適用された動的スケジューリングのためのＤＣＩを受信すると、動的スケジューリングによるＰＵＳＣＨ送信を実行し、前記ＳＰＳウィンドウで該当ＨＡＲＱｉｄに対するＳＰＳ送信は実行しない。ｋ＞＝０である整数である。無線機器は、ＳＰＳウィンドウ以前にＳＰＳウィンドウに割り当てられたＨＡＲＱｉｄが適用された動的スケジューリングのためのＤＣＩを受信すると、動的スケジューリングによるＰＵＳＣＨ送信を実行し、前記ＳＰＳウィンドウで該当ＨＡＲＱｉｄに対するＳＰＳ送信は実行しない。ＨＡＲＱｉｄ＝ｘを有する動的スケジューリングのためのＤＣＩを受信すると、無線機器は、前記ＤＣＩによるＨＡＲＱが完了する時までＨＡＲＱｉｄ＝ｘを有するＳＰＳ送信を実行しない。
【００９２】
他の実施例において、無線機器は、ＳＰＳウィンドウ以前ｙ  ＳＦ以後に前記ＳＰＳウィンドウに割り当てられたＨＡＲＱｉｄが適用された動的スケジューリングのためのＤＣＩを受信しても、前記ＳＰＳウィンドウで該当ＨＡＲＱｉｄに対するＳＰＳ送信を実行することができる。ｙ＞＝１である整数である。
【００９３】
他の実施例において、ＨＡＲＱｉｄ＝ｘを有する動的スケジューリングのためのＤＣＩを受信した後、ＨＡＲＱｉｄ＝ｘを有するＳＰＳ設定及びＳＰＳ送信のためのＤＣＩを受信すると、無線機器は、動的スケジューリングのためのＤＣＩを無視してＳＰＳ送信を実行することができる。
【００９４】
他の実施例において、動的スケジューリングのためのＤＣＩは、ＵＬスケジューリングが有効な時間を示す有効性タイマ（ｖａｌｉｄｉｔｙ  ｔｉｍｅｒ）の値を含むことができる。有効性タイマが動作する間に、無線機器は、動的スケジューリングのためのＤＣＩのＨＡＲＱｉｄと同じＨＡＲＱｉｄを有するＳＰＳ送信を実行しない。
【００９５】
他の実施例において、無線機器がＨＡＲＱｉｄ＝ｘを有するＳＰＳ送信を実行した以後、特定時間以内に基地局がＨＡＲＱｉｄ＝ｘに対する再送信（または、初期送信）を指示するＤＣＩを送信したことをデコーディングすると、前記ＤＣＩによるスケジューリングを無視することができる。これは特にＳＰＳ送信が初期送信に該当する場合に適用できる。
【００９６】
前記実施例は、ＳＰＳウィンドウにＨＡＲＱｉｄがあらかじめ割り当てられ、または無線機器が任意にＨＡＲＱｉｄを選択してＰＵＳＣＨを送信することができる方式に適用されることができる。
【００９７】
無線機器がＳＰＳ送信に任意にＨＡＲＱｉｄを選択して使用することができる。ＳＰＳウィンドウ内の特定ＳＦでＰＵＳＣＨ上に初期送信だけでなく再送信も実行されることができる。このとき、無線機器は、ＰＵＳＣＨ上に初期／再送信ＵＬデータと共に追加情報を送信することができる。前記追加情報は、無線機器の識別子、ＨＡＲＱｉｄ、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、ＮＤＩ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＰＵＳＣＨが送信されるＳＦの個数のうち少なくともいずれか一つを含むことができる。
【００９８】
無線機器が連続する複数のＳＰＳ  ＳＦで複数のＰＵＳＣＨを送信する時、下記の方式を適用することができる。
【００９９】
（方式１）１番目のＱ（Ｑ＞＝１である整数）個のＳＦで無線機器のＩＤを送信し、残りのＳＦで送信されるＰＵＳＣＨ上に無線機器のＩＤを送信しない。基地局は、残りのＳＦで受信されるＰＵＳＣＨを同じ無線機器が送信したと認識できる。
【０１００】
１番目のＳＦでＰＵＳＣＨ受信を基地局が欠落することができる。最後のＷ（Ｗ＞＝１である整数）個のＳＦで無線機器のＩＤを送信し、残りのＳＦで送信されるＰＵＳＣＨ上に無線機器のＩＤを送信しない。
【０１０１】
（方式２）１番目のＳＦではＨＡＲＱｉｄを送信し、残りのＳＦではＨＡＲＱｉｄを送信しない。基地局は、連続するＳＦを介して送信されるＰＵＳＣＨのＨＡＲＱｉｄを１番目のＳＦで送信されたＰＵＳＣＨのＨＡＲＱｉｄに基づいて求めることができる。例えば、次のＳＦ毎にＨＡＲＱｉｄが特定値（例えば、１）に増加すると仮定することができる。１番目のＳＦでＰＵＳＣＨ受信を基地局が欠落することができることを考慮し、最後のＳＦではＨＡＲＱｉｄを送信し、残りのＳＦではＨＡＲＱｉｄを送信しない。
【０１０２】
（方式３）１番目のＳＦではＲＶを送信し、残りのＳＦではＲＶを送信しない。基地局と無線機器は、残りの連続するＳＦを介して送信されるＰＵＳＣＨのＲＶを１番目のＳＦで送信されたＰＵＳＣＨのＲＶと同じであると仮定することができる。１番目のＳＦでＰＵＳＣＨ受信を基地局が欠落することができることを考慮することで、最後のＳＦではＲＶを送信し、残りのＳＦではＲＶを送信しない。
【０１０３】
（方式４）１番目のＳＦでＰＵＳＣＨが送信されるＳＦの個数を知らせることができる。無線機器は、ＰＵＳＣＨを送信する１番目のＳＦ（または、最後のＳＦ、または全てのＳＦ）で今後にＰＵＳＣＨが送信されるＳＦの個数を送信することができる。
【０１０４】
前記追加情報が送信されるＳＦは、全てのＯＦＤＭシンボルを使用してＰＵＳＣＨが送信されるＳＦ、または特定個数（例えば、１３または１２）より多い個数のＯＦＤＭシンボルを使用してＰＵＳＣＨが送信されるＳＦに制限できる。
【０１０５】
以下、ＳＰＳ送信に対するＨＡＲＱ  ＡＣＫを送信する方法に対して記述する。
【０１０６】
ＳＰＳ送信に対して、基地局は、受信の成功可否を知らせるＨＡＲＱ  ＡＣＫをＤＬチャネル上に送信できる。前記ＨＡＲＱ  ＡＣＫは、ＤＣＩに含まれてＰＤＣＣＨ上に送信されることができる。
【０１０７】
一実施例において、無線機器は、ＨＡＲＱ  ＡＣＫを伝送するＰＤＣＣＨのモニタリングに使われるＲＮＴＩ及び／またはＨＡＲＱ−ＡＣＫに対応するＨＡＲＱｉｄを含む設定情報を基地局から受信することができる。前記設定情報は、ＲＲＣメッセージを介して受信されることができる。
【０１０８】
無線機器がＮ個のＨＡＲＱｉｄを介してＳＰＳ送信をすることができるように設定されると仮定する。ＤＣＩ内の複数のＨＡＲＱ−ＡＣＫのうち最も小さいＨＡＲＱｉｄに対応されるＨＡＲＱ−ＡＣＫのビットフィールドの位置が設定情報に含まれることができる。残りのＨＡＲＱｉｄに対してはＨＡＲＱｉｄが増加する順に、順次にビットフィールドの位置が決まることができる。
【０１０９】
一つのＤＣＩに全てのＨＡＲＱｉｄに対するＨＡＲＱ−ＡＣＫが含まれない場合、追加的なＤＣＩのためのＲＮＴＩと追加的なＤＣＩ内のＨＡＲＱ−ＡＣＫのビットフィールドの位置が与えられる。ＲＶ（及びＮＤＩ）に対してもＨＡＲＱ−ＡＣＫフィードバックと同じ形式でフィールドが構成されることができる。前記でビットフィールド位置とは、複数のＨＡＲＱ−ＡＣＫ（または、ＲＶ、ＮＤＩ）をジョイントコーディングするためのエンコーダでの位置を意味することもある。
【０１１０】
他の実施例において、無線機器は、ＨＡＲＱ  ＡＣＫを伝送するＰＤＣＣＨのモニタリングに使われるＲＮＴＩを含む設定情報を基地局から受信することができる。前記設定情報は、ＲＲＣメッセージを介して受信されることができる。
【０１１１】
ＤＣＩは、ＨＡＲＱ−ＡＣＫと対応するＨＡＲＱｉｄを含むことができる。ＤＣＩは、少なくとも一つのＨＡＲＱｉｄフィールドと各ＨＡＲＱｉｄに対応されるＨＡＲＱ−ＡＣＫを含むことができる。一つのＤＣＩが複数の無線機器に対する複数のＨＡＲＱ−ＡＣＫを含む場合、ＤＣＩ内の各無線機器が確認すべきフィールドの位置が与えられる。
【０１１２】
ＨＡＲＱ−ＡＣＫは、ＡＣＫまたはＮＡＣＫまたはＤＴＸを含む三つの状態を示すことができる。ＡＣＫは成功的な受信を示し、ＮＡＣＫの受信はしたが、エラーが発生することを示し、ＤＴＸは受信失敗を示す。特に、ＲＶ／ＮＤＩが共にＤＣＩに含まれる場合、ＤＴＸ状態は、特定ＲＶ値（例えば、ｓｙｓｔｅｍａｔｉｃ  ｉｎｆｏｒｍａｔｉｏｎを含まないＲＶ、ＲＶ１）または特定ＮＤＩ値（例えば、再送信を示すＮＤＩ）を利用して表現されることができる。
【０１１３】
無線機器がｉ番目のＳＦでＨＡＲＱ  ＡＣＫを受信すると、ＰＵＳＣＨ再送信は、ｉ＋Ｋ番目の以後のＳＰＳ  ＳＦで実行することができる。Ｋ＞＝１である整数である。Ｋ＝４にあらかじめ決まり、または、Ｋ値は基地局により設定されることができる。
【０１１４】
図７は、本発明の実施例が具現される無線通信システムを示すブロック図である。
【０１１５】
無線機器５０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）５１、メモリ（ｍｅｍｏｒｙ）５２及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ）５３を含む。メモリ５２は、プロセッサ５１と連結され、プロセッサ５１により実行される多様な命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する。送受信機５３は、プロセッサ５１と連結され、無線信号を送信及び／または受信する。プロセッサ５１は、提案された機能、過程及び／または方法を具現する。前述した実施例で無線機器の動作は、プロセッサ５１により具現されることができる。前述した実施例がソフトウェア命令語で具現される時、命令語は、メモリ５２に格納され、プロセッサ５１により実行されて前述した動作が実行されることができる。
【０１１６】
基地局６０は、プロセッサ６１、メモリ６２及び送受信機６３を含む。基地局６０は、非免許帯域で運用されることができる。メモリ６２は、プロセッサ６１と連結され、プロセッサ６１により実行される多様な命令語を格納する。送受信機６３は、プロセッサ６１と連結され、無線信号を送信及び／または受信する。プロセッサ６１は、提案された機能、過程及び／または方法を具現する。前述した実施例における基地局の動作は、プロセッサ６１により具現されることができる。
【０１１７】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。送受信機は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【０１１８】
前述した例示的なシステムにおいて、方法は、一連のステップまたはブロックで流れ図に基づいて説明されているが、本発明は、ステップの順序に限定されるものではなく、あるステップは、前述と異なるステップと、異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
2020530233.tif 000004
【図２】
2020530233.tif 000005
【図３】
2020530233.tif 000006
【図４】
2020530233.tif 000007
【図５】
2020530233.tif 000008
【図６】
2020530233.tif 000009
【図７】
2020530233.tif 000010
【手続補正書】
【提出日】令和2年2月4日(2020.2.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムでのアップリンク送信を無線機器が実行する方法であって、
基地局からのダイナミックグラントなしにＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ウィンドウ内でアップリンク送信を設定するためのＳＰＳ設定を受信するステップであって、前記ＳＰＳ設定は、ＳＰＳウィンドウ期間と前記ＳＰＳウィンドウ内の複数の連続するスロットを含む、ステップと、
前記ＳＰＳウィンドウ期間に前記ＳＰＳウィンドウ内の複数のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を前記基地局へ送信するステップであって、ＰＵＳＣＨのそれぞれは前記ＳＰＳウィンドウで一つ以上のスロット内で送信される、ステップとを含む、方法。
【請求項２】
それぞれのＰＵＳＣＨに対してＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を決定するステップをさらに含む、請求項１に記載の方法。  
【請求項３】
異なるＨＡＲＱｉｄは、前記複数のＰＵＳＣＨに割り当てられる、請求項２に記載の方法。
【請求項４】
前記ＨＡＲＱｉｄは、対応するＰＵＳＣＨの送信が開始される最初のスロットに基づいて決定される、請求項２に記載の方法。
【請求項５】
前記ＨＡＲＱｉｄは、前記ＳＰＳウィンドウに関連するＲＨＡＲＱｉｄ（ｒｅｆｅｒｅｎｃｅ  ＨＡＲＱｉｄ）に基づいて決定される、請求項２に記載の方法。
【請求項６】
プロセッサと、
前記プロセッサと動作的に結合したメモリを含む、装置であって、
前記メモリは、前記プロセッサにより実行された時、前記装置が、
基地局からのダイナミックグラントなしにＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ウィンドウ内でアップリンク送信を設定するためのＳＰＳ設定を受信し、
前記ＳＰＳ設定は、ＳＰＳウィンドウ期間と前記ＳＰＳウィンドウ内の複数の連続するスロットを含み、
前記ＳＰＳウィンドウ期間に前記ＳＰＳウィンドウ内の複数のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を前記基地局へ送信し、
ＰＵＳＣＨのそれぞれは前記ＳＰＳウィンドウで一つ以上のスロット内で送信されることを実行するようにするインストラクションを格納するように構成された、装置。
【請求項７】
それぞれのＰＵＳＣＨに対してＨＡＲＱｉｄ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を決定するステップをさらに含む、請求項６に記載の装置。
【請求項８】
異なるＨＡＲＱｉｄは、前記複数のＰＵＳＣＨに割り当てられる、請求項７に記載の装置。
【請求項９】
前記ＨＡＲＱｉｄは、対応するＰＵＳＣＨの送信が開始される最初のスロットに基づいて決定される、請求項７に記載の装置。
【請求項１０】
前記ＨＡＲＱｉｄは、前記ＳＰＳウィンドウに関連するＲＨＡＲＱｉｄ（ｒｅｆｅｒｅｎｃｅ  ＨＡＲＱｉｄ）に基づいて決定される、請求項７に記載の装置。
【国際調査報告】
2020530233.tif 000011
2020530233.tif 000012
2020530233.tif 000013
2020530233.tif 000014