(57)【特許請求の範囲】
【請求項１】
ハイブリッド自動再送要求をサポートするワイヤレス通信方法であって、
第１のハイブリッド自動再送要求（ＨＡＲＱ）プロセス量指示情報を、第１のシステム情報ブロックメッセージを通じて、ユーザ装置（ＵＥ）に送信するステップであって、前記第１のＨＡＲＱプロセス量指示情報は、前記第１のシステム情報ブロックメッセージ内のサブフレーム構成情報である、ステップと、
第２のＨＡＲＱプロセス量指示情報がさらに専用のシグナリングを通じて前記ＵＥに送信される場合に、前記第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、前記判定された第２のＨＡＲＱプロセス量に従って前記ＵＥとのデータ送信を実行するステップと、
前記第２のＨＡＲＱプロセス量指示情報が前記ＵＥに送信されない場合に、前記第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、前記判定された第１のＨＡＲＱプロセス量に従って前記ＵＥとのデータ送信を実行するステップとを含み、
前記第２のＨＡＲＱプロセス量指示情報は、周波数分割複信（ＦＤＤ）キャリアと時分割複信（ＴＤＤ）キャリアとのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、ＨＡＲＱタイミング関係を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、サブフレーム構成情報を含む、ワイヤレス通信方法。
【請求項２】
前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記第２のＨＡＲＱプロセス量指示情報に従って前記ＨＡＲＱプロセス量を判定する前記ステップが、前記二次的なコンポーネントキャリアが前記ＴＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＦＤＤキャリアの前記ＨＡＲＱプロセス量として判定するステップと、前記二次的なコンポーネントキャリアが前記ＦＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＴＤＤキャリアの前記サブフレーム構成に従って判定された前記ＨＡＲＱプロセス量として判定するステップとを含み、または、
前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が、前記ＴＤＤキャリアのサブフレーム構成を含み、前記第２のＨＡＲＱプロセス量指示情報に従って前記ＨＡＲＱプロセス量を判定する前記ステップが、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報に従って事前に定義された値として判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報が、主要なコンポーネントキャリアのサブフレーム構成および前記二次的なコンポーネントキャリアのサブフレーム構成を含み、前記二次的なコンポーネントキャリアが前記主要なコンポーネントキャリアとは異なる前記サブフレーム構成を有し、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報に含まれる、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成に従って、前記第２のＨＡＲＱプロセス量と、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が前記ＨＡＲＱタイミング関係を含むとき、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記ＨＡＲＱタイミング関係に従って、前記第２のＨＡＲＱプロセス量を判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が前記サブフレーム構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記サブフレーム構成情報に従って、前記第２のＨＡＲＱプロセス量を判定するステップを含む、請求項１に記載の方法。
【請求項３】
前記事前に定義された値が８に等しい、請求項２に記載の方法。
【請求項４】
前記第２のＨＡＲＱプロセス量が、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、
前記方法が、前記ＵＥとのデータ送信を実行する前記ステップの前に、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの前記最大の数ＭＤＬ＿ＨＡＲＱに従って前記ソフトバッファを分割するステップをさらに含み、
前記判定された第２のＨＡＲＱプロセス量に従って前記ＵＥとのデータ送信を実行する前記ステップが特に、前記分割されたソフトバッファおよび前記第２のＨＡＲＱプロセス量に従って前記ＵＥとのデータ送信を実行するステップを含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
キャリアアグリゲーションの状況において、少なくとも１つのコンポーネントキャリアに対して、前記第１のＨＡＲＱプロセス量指示情報が前記少なくとも１つのコンポーネントキャリアの前記第１のＨＡＲＱプロセス量指示情報であり、前記第２のＨＡＲＱプロセス量指示情報が前記少なくとも１つのコンポーネントキャリアの前記第２のＨＡＲＱプロセス量指示情報であり、
前記ＵＥとのデータ送信を実行する前記ステップが、前記第２のＨＡＲＱプロセス量に従って、前記少なくとも１つのコンポーネントキャリア上で前記ＵＥとのデータ送信を実行するステップを含み、
前記少なくとも１つのコンポーネントキャリアが、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ハイブリッド自動再送要求をサポートするワイヤレス通信方法であって、
第１のシステム情報ブロックメッセージを通じて、基地局から第１のハイブリッド自動再送要求（ＨＡＲＱ）プロセス量指示情報を受信するステップであって、前記第１のＨＡＲＱプロセス量指示情報は、前記第１のシステム情報ブロックメッセージ内のサブフレーム構成情報である、ステップと、
前記基地局によって送信される第２のＨＡＲＱプロセス量指示情報がさらに専用のシグナリングを通じて受信される場合に、前記第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、前記判定された第２のＨＡＲＱプロセス量に基づいて前記基地局とのデータ送信を実行するステップと、
前記基地局によって送信される前記第２のＨＡＲＱプロセス量指示情報が受信されない場合に、前記第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、前記判定された第１のＨＡＲＱプロセス量に従って前記基地局とのデータ送信を実行するステップとを含み、
前記第２のＨＡＲＱプロセス量指示情報は、周波数分割複信（ＦＤＤ）キャリアと時分割複信（ＴＤＤ）キャリアとのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、サブフレーム構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、ＨＡＲＱタイミング関係を含む、ワイヤレス通信方法。
【請求項７】
前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記二次的なコンポーネントキャリアが前記ＴＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＦＤＤキャリアの前記ＨＡＲＱプロセス量として判定するステップと、前記二次的なコンポーネントキャリアが前記ＦＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＴＤＤキャリアの前記サブフレーム構成に従って判定された前記ＨＡＲＱプロセス量として判定するステップとを含み、または、
前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が、前記ＴＤＤキャリアのサブフレーム構成を含み、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報に従って事前に定義された値として判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報が、主要なコンポーネントキャリアのサブフレーム構成および前記二次的なコンポーネントキャリアのサブフレーム構成を含み、前記二次的なコンポーネントキャリアが前記主要なコンポーネントキャリアとは異なる前記サブフレーム構成を有し、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報に含まれる、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成に従って、前記第２のＨＡＲＱプロセス量と、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が前記サブフレーム構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記サブフレーム構成情報に従って、前記第２のＨＡＲＱプロセス量を判定するステップを含み、または、
前記第２のＨＡＲＱプロセス量指示情報が前記ＨＡＲＱタイミング関係を含むとき、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定する前記ステップが、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記ＨＡＲＱタイミング関係に従って、前記第２のＨＡＲＱプロセス量を判定するステップを含む、請求項６に記載の方法。
【請求項８】
前記事前に定義された値が８に等しい、請求項７に記載の方法。
【請求項９】
前記第２のＨＡＲＱプロセス量が、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、前記基地局とのデータ送信を実行する前記ステップの前に、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの前記最大の数ＭＤＬ＿ＨＡＲＱに従って前記ソフトバッファを分割するステップをさらに含み、
前記判定された第２のＨＡＲＱプロセス量に従って前記基地局とのデータ送信を実行する前記ステップが、前記分割されたソフトバッファおよび前記第２のＨＡＲＱプロセス量に従って前記基地局とのデータ送信を実行するステップを含む、請求項６から８のいずれか一項に記載の方法。
【請求項１０】
キャリアアグリゲーションの状況において、少なくとも１つのコンポーネントキャリアに対して、前記第１のＨＡＲＱプロセス量指示情報が前記少なくとも１つのコンポーネントキャリアの前記第１のＨＡＲＱプロセス量指示情報であり、前記第２のＨＡＲＱプロセス量指示情報が前記少なくとも１つのコンポーネントキャリアの前記第２のＨＡＲＱプロセス量指示情報であり、
前記基地局とのデータ送信を実行する前記ステップが、前記第２のＨＡＲＱプロセス量に従って、前記少なくとも１つのコンポーネントキャリア上で前記基地局とのデータ送信を実行するステップを含み、
前記少なくとも１つのコンポーネントキャリアが、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである、請求項６から９のいずれか一項に記載の方法。
【請求項１１】
前記基地局とのデータ送信を実行する前記ステップの前に、前記基地局によって送信される前記第２のＨＡＲＱプロセス量指示情報がさらに受信され、
前記第２のＨＡＲＱプロセス量に従って、ダウンリンク制御情報（ＤＣＩ）中のＨＡＲＱプロセス数フィールドを決定するステップをさらに含む、請求項６から１０のいずれか一項に記載の方法。
【請求項１２】
第１のハイブリッド自動再送要求（ＨＡＲＱ）プロセス量指示情報を、第１のシステム情報ブロックメッセージを通じて、ユーザ装置（ＵＥ）に送信するように構成される、送信モジュールであって、前記第１のＨＡＲＱプロセス量指示情報は、前記第１のシステム情報ブロックメッセージ内のサブフレーム構成情報である、送信モジュールと、
前記送信モジュールがさらに第２のＨＡＲＱプロセス量指示情報を専用のシグナリングを通じて前記ＵＥに送信する場合に、前記第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、前記判定された第２のＨＡＲＱプロセス量に従って前記送信モジュールを通じた前記ＵＥとのデータ送信を実行するように構成される、処理モジュールとを含み、
前記処理モジュールがさらに、前記送信モジュールが前記第２のＨＡＲＱプロセス量指示情報を前記ＵＥに送信しない場合に、前記第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、前記判定された第１のＨＡＲＱプロセス量に従って前記送信モジュールを通じた前記ＵＥとのデータ送信を実行するように構成され、
前記第２のＨＡＲＱプロセス量指示情報は、周波数分割複信（ＦＤＤ）キャリアと時分割複信（ＴＤＤ）キャリアとのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、ＨＡＲＱタイミング関係を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、サブフレーム構成情報を含む、基地局。
【請求項１３】
前記送信モジュールによって送信される前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記処理モジュールが特に、前記二次的なコンポーネントキャリアが前記ＴＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＦＤＤキャリアの前記ＨＡＲＱプロセス量として判定し、前記二次的なコンポーネントキャリアが前記ＦＤＤキャリアである場合に、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＴＤＤキャリアの前記サブフレーム構成に従って判定された前記ＨＡＲＱプロセス量として判定するように構成され、または、
前記送信モジュールによって送信される前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記処理モジュールが特に、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報に従って、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を、記憶モジュールに記憶されている事前に定義された値として判定するように構成され、
または、
前記送信モジュールによって送信される前記第２のＨＡＲＱプロセス量指示情報が、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報が、主要なコンポーネントキャリアのサブフレーム構成および前記二次的なコンポーネントキャリアのサブフレーム構成を含み、前記二次的なコンポーネントキャリアが前記主要なコンポーネントキャリアとは異なる前記サブフレーム構成を有し、前記処理モジュールが特に、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報に含まれる、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成に従って、前記記憶モジュールに記憶されている、前記第２のＨＡＲＱプロセス量と、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を判定するように構成され、このとき、前記基地局がさらに、前記第２のＨＡＲＱプロセス量と、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の前記対応付けを記憶するように構成される前記記憶モジュールを含み、
または、
前記送信モジュールによって送信される前記第２のＨＡＲＱプロセス量指示情報が前記サブフレーム構成情報を含むとき、前記処理モジュールが特に、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記サブフレーム構成情報に従って前記第２のＨＡＲＱプロセス量を判定するように構成され、または、
前記送信モジュールによって送信される前記第２のＨＡＲＱプロセス量指示情報がＨＡＲＱタイミング関係を含むとき、前記処理モジュールが特に、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記ＨＡＲＱタイミング関係に従って前記第２のＨＡＲＱプロセス量を判定するように構成される、請求項１２に記載の基地局。
【請求項１４】
前記記憶モジュールに記憶されている前記事前に定義された値が８に等しい、請求項１３に記載の基地局。
【請求項１５】
前記処理モジュールによって判定される前記第２のＨＡＲＱプロセス量が、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、
前記処理モジュールがさらに、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの前記最大の数ＭＤＬ＿ＨＡＲＱに従って前記ソフトバッファを分割し、前記分割されたソフトバッファおよび前記第２のＨＡＲＱプロセス量に基づいて前記ＵＥとのデータ送信を実行するように構成される、請求項１２から１４のいずれか一項に記載の基地局。
【請求項１６】
キャリアアグリゲーションの状況において、前記送信モジュールが特に、少なくとも１つのコンポーネントキャリアに対して、前記少なくとも１つのコンポーネントキャリアの前記第１のＨＡＲＱプロセス量指示情報を前記ＵＥに送信し、前記第２のＨＡＲＱプロセス量指示情報がさらに送信される場合、前記少なくとも１つのコンポーネントキャリアの前記第２のＨＡＲＱプロセス量指示情報を前記ＵＥに送信するように構成され、
前記処理モジュールが特に、前記第２のＨＡＲＱプロセス量に従って、前記少なくとも１つのコンポーネントキャリア上で前記ＵＥとのデータ送信を実行するように構成され、
前記少なくとも１つのコンポーネントキャリアが、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである、請求項１２から１５のいずれか一項に記載の基地局。
【請求項１７】
第１のシステム情報ブロックメッセージを通じて、基地局によって送信される第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を受信するように構成される、受信モジュールであって、前記第１のＨＡＲＱプロセス量指示情報は、前記第１のシステム情報ブロックメッセージ内のサブフレーム構成情報である、受信モジュールと、
前記受信モジュールがさらに専用のシグナリングを通じて前記基地局により送信される第２のＨＡＲＱプロセス量指示情報を受信する場合に、前記第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、前記判定された第２のＨＡＲＱプロセス量に基づいて前記受信モジュールを通じた前記基地局とのデータ送信を実行するように構成される、処理モジュールとを含み、
前記処理モジュールがさらに、前記受信モジュールが前記基地局によって送信される前記第２のＨＡＲＱプロセス量指示情報を受信しない場合に、前記第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、前記判定された第１のＨＡＲＱプロセス量に従って前記受信モジュールを通じた前記基地局とのデータ送信を実行するように構成され、
前記第２のＨＡＲＱプロセス量指示情報は、周波数分割複信（ＦＤＤ）キャリアと時分割複信（ＴＤＤ）キャリアとのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、サブフレーム構成情報を含み、または、
前記第２のＨＡＲＱプロセス量指示情報は、ＨＡＲＱタイミング関係を含む、ユーザ装置。
【請求項１８】
前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記処理モジュールがさらに、次のように、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定するように、すなわち、
前記二次的なコンポーネントキャリアが前記ＴＤＤキャリアである場合、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＦＤＤキャリアの前記ＨＡＲＱプロセス量として判定し、前記二次的なコンポーネントキャリアが前記ＦＤＤキャリアである場合、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を前記ＴＤＤキャリアの前記サブフレーム構成に従って判定された前記ＨＡＲＱプロセス量として判定するように構成され、または、
前記ユーザ装置がさらに、前記第２のＨＡＲＱプロセス量に対して事前に定義された値を記憶するように構成される記憶装置を含み、前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報が前記ＴＤＤキャリアのサブフレーム構成を含み、前記処理モジュールがさらに、次のように、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定するように、すなわち、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの前記構成情報に従って、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を、前記記憶装置に記憶されている前記事前に定義された値として判定するように構成され、または、
前記ユーザ装置がさらに、前記第２のＨＡＲＱプロセス量と、主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の対応付けを記憶するように構成される記憶装置を含み、前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報が、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報を含むとき、前記第２のＨＡＲＱプロセス量指示情報によって示される前記第２のＨＡＲＱプロセス量が前記二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報が、主要なコンポーネントキャリアのサブフレーム構成および前記二次的なコンポーネントキャリアのサブフレーム構成を含み、前記二次的なコンポーネントキャリアが前記主要なコンポーネントキャリアとは異なる前記サブフレーム構成を有し、前記処理モジュールが、次のように、前記第２のＨＡＲＱプロセス量指示情報に従って前記第２のＨＡＲＱプロセス量を判定するように、すなわち、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの前記構成情報に含まれる、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成に従って判定し、前記第２のＨＡＲＱプロセス量と、前記主要なコンポーネントキャリアの前記サブフレーム構成および前記二次的なコンポーネントキャリアの前記サブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、前記二次的なコンポーネントキャリアの前記ＨＡＲＱプロセス量を判定するようにさらに構成され、または、
前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報が前記サブフレーム構成情報を含むとき、前記処理モジュールが特に、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記サブフレーム構成情報に従って前記第２のＨＡＲＱプロセス量を判定するように構成され、または、
前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報がＨＡＲＱタイミング関係を含むとき、前記処理モジュールが特に、前記第２のＨＡＲＱプロセス量指示情報に含まれる前記ＨＡＲＱタイミング関係に従って前記第２のＨＡＲＱプロセス量を判定するように構成される、請求項１７に記載のユーザ装置。
【請求項１９】
前記記憶装置に記憶されている前記事前に定義された値が８に等しい、請求項１８に記載のユーザ装置。
【請求項２０】
前記処理モジュールによって判定される前記第２のＨＡＲＱプロセス量が、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、
前記処理モジュールがさらに、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの前記最大の数ＭＤＬ＿ＨＡＲＱに従って前記ソフトバッファを分割し、前記分割されたソフトバッファおよび前記第２のＨＡＲＱプロセス量に従って前記基地局とのデータ送信を実行するように構成される、請求項１７から１９のいずれか一項に記載のユーザ装置。
【請求項２１】
キャリアアグリゲーションの状況において、前記受信モジュールが特に、少なくとも１つのコンポーネントキャリアに対して、前記基地局によって送信される前記少なくとも１つのコンポーネントキャリアの前記第１のＨＡＲＱプロセス量指示情報を受信するように構成され、前記第２のＨＡＲＱプロセス量指示情報がさらに受信される場合、前記受信モジュールによって受信される前記第２のＨＡＲＱプロセス量指示情報が前記少なくとも１つのコンポーネントキャリアの前記第２のＨＡＲＱプロセス量指示情報であり、
前記処理モジュールが、前記基地局とのデータ送信を実行するとき、前記第２のＨＡＲＱプロセス量に従って、前記少なくとも１つのコンポーネントキャリア上で前記基地局とのデータ送信を実行し、
前記少なくとも１つのコンポーネントキャリアが、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである、請求項１７から２０のいずれか一項に記載のユーザ装置。
【請求項２２】
前記処理モジュールがさらに、前記受信モジュールがさらに前記基地局によって送信される前記第２のＨＡＲＱプロセス量指示情報を受信する場合に、前記第２のＨＡＲＱプロセス量に従って、ダウンリンク制御情報（ＤＣＩ）中のＨＡＲＱプロセス数フィールドを決定するように構成される、請求項１７から２１のいずれか一項に記載のユーザ装置。
【請求項２３】
請求項１〜１１のいずれか一項に記載の方法をコンピュータに実行させるプログラムを記憶したコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はワイヤレス通信の分野に関し、より詳細には、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ、ＨＡＲＱ）をサポートする、ワイヤレス通信方法、ユーザ装置および基地局に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤ）システムでは、ワイヤレスフレームは１０ｍｓという長さを有し、１０個のサブフレームを含む。各サブフレームは１ｍｓという長さを有する。ネットワーク側デバイスは、ダウンリンクデータまたはアップリンクデータを送信するようにサブフレームを構成することができる。ＬＴＥ  ＴＤＤシステムは、Ｔａｂｌｅ  １（表１）で説明されるような、様々なアップリンクサブフレームおよびダウンリンクサブフレームの構成をサポートし、ここでＤはダウンリンクサブフレームを表し、Ｓは特別なサブフレームを表し、Ｕはアップリンクサブフレームを表す。たとえば、サブフレーム構成０は、「ＤＳＵＵＵＤＳＵＵＵ」である。ネットワーク側デバイスは、ブロードキャストされる第１のシステム情報ブロック（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １、ＳＩＢ１）メッセージを通じて、使用されることになるサブフレーム構成をユーザ装置に通知する。
【０００３】
【表１】
0006034485.tif 000002
【０００４】
ＬＴＥ  ＴＤＤシステムは、物理層ＨＡＲＱ技術をサポートする。対応するＨＡＲＱタイミング関係およびサポートされるＨＡＲＱプロセスの最大の数は、Ｔａｂｌｅ  １（表１）の各サブフレーム構成に対して定義される。Ｔａｂｌｅ  ２（表２）は、各々のＬＴＥ  ＴＤＤサブフレーム構成においてサポートされる、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱおよびアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱを説明し、ここでダウンリンクＨＡＲＱプロセスおよびアップリンクＨＡＲＱプロセスはそれぞれ、ダウンリンクデータ送信のために使用されるＨＡＲＱプロセスおよびアップリンクデータ送信のために使用されるＨＡＲＱプロセスを指す。アップリンクデータ送信のためのＨＡＲＱプロセスは２つのモードをサポートし、これらのモードはそれぞれノーマルＨＡＲＱモードおよびサブフレーム結合モードと呼ばれ、Ｎ／Ａは、サブフレーム結合モードが対応するサブフレーム構成においてサポートされないことを表す。ノーマルＨＡＲＱモードでは、アップリンクデータパケットの１つの送信は１つのサブフレームのみにおいて実行され、サブフレーム結合モードでは、アップリンクデータパケットの１つの送信は２つ以上のサブフレームにおいて実行され、異なるサブフレームがそれぞれ、アップリンクデータパケットの異なる冗長なバージョンを送信する。
【０００５】
【表２】
0006034485.tif 000003
【０００６】
通信技術の開発において、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤ）キャリアとＴＤＤキャリアのアグリゲーション、およびＴＤＤサブフレーム構成の動的な再構成などの、より進んだ新たな機能的特徴の導入が議論されている。現時点では複数のサブフレーム構成があり、従来技術のキャリアアグリゲーションは、同じサブフレーム構成を有するキャリアのみに対して実装されるので、新たな機能的特徴をより良好にサポートするには、ユーザ装置（ＵＥ）と基地局の間の通信の間に使用されるＨＡＲＱタイミング関係は、キャリア上でＳＩＢ１を通じて通知されるサブフレーム構成に対応するＨＡＲＱタイミング関係ではない可能性が高い。その上、使用されるＨＡＲＱタイミング関係が、ＳＩＢ１を通じて通知されるサブフレーム構成によって定義されるＨＡＲＱタイミング関係ではない場合、基地局およびＵＥは、サポートされるＨＡＲＱプロセスの最大の数について一貫しない理解を有する可能性があり、このことはソフトバッファのサイズ分割にエラーを引き起こし、さらに通信エラーをもたらす。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明は、ＨＡＲＱ、ユーザ装置および基地局をサポートする、ワイヤレス通信方法を提供する。
【０００８】
本発明の一態様は、ハイブリッド自動再送要求をサポートするワイヤレス通信方法を提供し、この方法は、
第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を、ユーザ装置ＵＥに送信するステップと、
第２のＨＡＲＱプロセス量指示情報がさらにＵＥに送信される場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に従ってＵＥとのデータ送信を実行するステップとを含む。
【０００９】
本発明の別の態様は、ハイブリッド自動再送要求をサポートするワイヤレス通信方法を提供し、この方法は、
基地局によって送信される第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を受信するステップと、
基地局によって送信される第２のＨＡＲＱプロセス量指示情報がさらに受信される場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に基づいて基地局とのデータ送信を実行するステップとを含む。
【００１０】
本発明の別の態様は基地局を提供し、この基地局は、
第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を、ユーザ装置ＵＥに送信するように構成される、送信モジュールと、
送信モジュールがさらに第２のＨＡＲＱプロセス量指示情報をＵＥに送信する場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に従って送信モジュールを通じたＵＥとのデータ送信を実行するように構成される、処理モジュールとを含む。
【００１１】
本発明の別の態様はユーザ装置を提供し、このユーザ装置は、
基地局によって送信される第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を受信するように構成される、受信モジュールと、
受信モジュールがさらに基地局により送信される第２のＨＡＲＱプロセス量指示情報を受信する場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に基づいて受信モジュールを通じた基地局とのデータ送信を実行するように構成される、処理モジュールとを含む。
【００１２】
本発明では、第２のＨＡＲＱプロセス量指示情報をＵＥに送信することによって、基地局およびユーザ装置は、異なるＨＡＲＱタイミング関係およびＨＡＲＱプロセス量に基づいてデータ通信を実行することができ、これにより、異なる機能的特徴を採用するＵＥをより良好にサポートすることが可能になる。
【００１３】
本発明の実施形態における技術的解決法をより明確に説明するために、以下では、実施形態または従来技術を説明するために必要とされる、添付の図面を紹介する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態のみを示すものであり、当業者は、これらの添付の図面に従って、他の図面をさらに導くことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明のある実施形態による、ＨＡＲＱをサポートするワイヤレス通信方法のフローチャートである。
【図２】動的なサブフレームを設定することによってＴＤＤサブフレーム構成の動的な再構成を実施するための方法の概略図である。
【図３】システムメッセージを通じて動的なサブフレーム設定を通知することによってＴＤＤサブフレーム構成の動的な再構成を実施するための方法の概略図である。
【図４】本発明のある実施形態による、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの概略図である。
【図５】本発明のある実施形態による、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの概略図である。
【図６】本発明のある実施形態による、基地局の概略構造図である。
【図７】本発明の別の実施形態による、ＨＡＲＱをサポートするワイヤレス通信方法のフローチャートである。
【図８】本発明のある実施形態による、ユーザ装置の概略構造図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態の目的、技術的解決法、および利点をより理解可能にするために、以下では、本発明の実施形態の添付の図面を参照して、本発明の実施形態の技術的解決法を明確にかつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく一部にすぎない。本発明の実施形態に基づいて当業者により創造的な努力を伴わずに得られるすべての他の実施形態が、本発明の保護範囲に入るべきである。
【００１６】
本発明の実施形態は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーション、およびＴＤＤサブフレーム構成の動的な再構成などの１つまたは複数の進んだ機能的特徴が導入された後に、ＵＥと基地局との間の通信の間に使用されるＨＡＲＱタイミング関係が、キャリア上のＳＩＢ１を通じて通知されるサブフレーム構成に対応するＨＡＲＱタイミング関係ではないとき、基地局との通信を行うためのサポートがＵＥに対して依然として良好に提供されることをどのように実施するかという問題を解決するための、ＨＡＲＱ、ユーザ装置および基地局をサポートするワイヤレス通信方法を提供する。本発明の実施形態で説明される進んだ機能的特徴は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーション、およびＴＤＤサブフレーム構成の動的な再構成のうちの１つまたは複数を含む。
【００１７】
本発明のある実施形態は、図１に示されるような、ＨＡＲＱをサポートするワイヤレス通信方法を提供し、この方法は次のステップを含む。
【００１８】
ステップ１０１：第１のＨＡＲＱプロセス量指示情報をＵＥに送信する。
【００１９】
このステップでは、第１のＨＡＲＱプロセス量指示情報が、進んだ機能的特徴を採用しないＵＥとのデータ通信を実行するために使用される。
【００２０】
ＬＴＥシステムでは、第１のＨＡＲＱプロセス量指示情報は、第１のシステム情報ブロックメッセージで搬送されるサブフレーム構成情報である。基地局は、第１のシステム情報ブロックメッセージ中のサブフレーム構成を使用することによって、進んだ機能的特徴を採用しないＵＥとのデータ通信を実行することができる。ＬＴＥ  ＴＤＤシステムでは、ネットワーク側が、システムによってブロードキャストされる第１のシステム情報ブロックを通じて、Ｔａｂｌｅ  １（表１）に記載される７つのタイプのサブフレーム構成のうちのいずれが使用されることになるサブフレーム構成であるかを、ユーザ装置に通知する。Ｔａｂｌｅ  １（表１）に記載される各タイプのサブフレーム構成に対して、プロトコルが、厳密なＨＡＲＱタイミング関係（ＨＡＲＱタイミング）および対応するＨＡＲＱプロセス量を規定する。実施の間、各タイプのサブフレーム構成に対応するＨＡＲＱタイミング関係およびＨＡＲＱプロセス量は、事前に基地局およびＵＥに記憶され得るので、第１のＨＡＲＱプロセス量指示情報を取得した後、ＵＥは、第１のＨＡＲＱプロセス量指示情報に対応する第１のＨＡＲＱプロセス量を判定することができる。
【００２１】
第１のＨＡＲＱプロセス量指示情報がＵＥに送信されるとき、第１のＨＡＲＱプロセス量指示情報がすべてのＵＥに送信され得る。たとえば、ＬＴＥ  ＴＤＤシステムでは、第１のＨＡＲＱプロセス量指示情報がサブフレーム構成情報を通じて示されてよく、サブフレーム構成情報が、ブロードキャストされる第１のシステム情報ブロックメッセージを通じて、基地局によってすべてのＵＥに送信されてよい。たとえば、ＬＴＥ  ＴＤＤシステムではなければ、第１のＨＡＲＱプロセス量指示情報はすべてのＵＥには送信されないことがある。
【００２２】
ステップ１０２：第２のＨＡＲＱプロセス量指示情報がさらにＵＥに送信される場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に従ってＵＥとのデータ送信を実行する。
【００２３】
このステップでは、第２のＨＡＲＱプロセス量指示情報が、基地局がＵＥとのデータ通信を実行するときに使用されるＨＡＲＱプロセス量を判定するためにＵＥに対して使用される。
【００２４】
その上、この実施形態はさらに、第２のＨＡＲＱプロセス量指示情報がＵＥに送信されない場合に、第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、判定された第１のＨＡＲＱプロセス量に従ってＵＥとのデータ送信を実行するステップを含み得る。
【００２５】
このステップでは、第２のＨＡＲＱプロセス量指示情報は主に、進んだ機能的特徴を採用するＵＥに送信されるので、進んだ機能的特徴を採用するＵＥは、第２のＨＡＲＱプロセス量指示情報によって示される第２のＨＡＲＱタイミング関係に従って、返答メッセージを基地局にフィードバックすることができる。
【００２６】
進んだ機能的特徴を採用するＵＥでは、基地局は、ＵＥによって採用される進んだ機能的特徴に従って、対応する第２のＨＡＲＱプロセス量指示情報を設定する。たとえば、基地局が、二次的なコンポーネントキャリア上で行われるダウンリンクデータ送信のために、ＵＥに対して異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションを構成するとき、対応するアップリンク返答情報が主要なコンポーネントキャリアでフィードバックされるとき、進んだ機能的特徴を採用するＵＥが適切なＨＡＲＱプロセス量に従ってデータ送信を実行できるように、主要なコンポーネントキャリアと二次的なコンポーネントキャリアのサブフレーム構成を総合的に考慮して、適切な第２のＨＡＲＱプロセス量指示情報を設定することが要求される。別の例では、基地局がＵＥに対してＴＤＤサブフレーム構成の動的な再構成の機能を有効化するとき、基地局は、サブフレーム構成Ｘを使用することによってＵＥと通信することができ、ここでサブフレーム構成Ｘは異なるワイヤレスフレームでは可変である。たとえば、サブフレーム構成Ｘは、サービス要件に従って、Ｔａｂｌｅ  １（表１）に記載されるサブフレーム構成０〜６の中で変化してよく、いくつかのワイヤレスフレームでは、サブフレーム構成Ｘはさらに、第１のシステム情報ブロックメッセージ中のサブフレーム構成と同じであってよい。このとき、基地局は、サブフレーム構成Ｘのすべての可能な変化を考慮して、適切な第２のＨＡＲＱプロセス量指示情報を設定する必要がある。
【００２７】
このステップでは、第２のＨＡＲＱプロセス量指示情報が、専用のシグナリングまたは特別なシステムメッセージを通じて少なくとも１つのＵＥに通知され得る。専用のシグナリングは、無線リソース制御メッセージ、媒体アクセス制御メッセージ、物理層制御シグナリングなどのうちの１つまたは複数を含み得る。たとえば、進んだ機能的特徴を採用するＵＥは、無線リソース制御メッセージを通じて通知されてよく、このとき、専用のシグナリングを通じて第２のＨＡＲＱプロセス量指示情報をＵＥに送信した後、基地局は、送信が成功したかどうかを判定するために、ＵＥによってフィードバックされる返答メッセージを受信する。基地局が第２のＨＡＲＱプロセス量指示情報をＵＥに送信することに成功する場合、基地局は、第２のＨＡＲＱプロセス量に従ってＵＥとのデータ送信を実行し、基地局が第２のＨＡＲＱプロセス量指示情報をＵＥに送信することに成功しない場合、基地局は、第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、判定された第１のＨＡＲＱプロセス量に従ってＵＥとのデータ送信を実行する。特別なシステムメッセージは、通知のために使用される追加のシステムメッセージであってよく、あるタイプのＵＥ、たとえば、進んだ機能的特徴を採用するＵＥまたは進化型ＵＥにブロードキャストされてよく、このタイプ以外のＵＥは第２のＨＡＲＱプロセス量指示情報を受信または決定できない。
【００２８】
異なる適用のシナリオによれば、第２のＨＡＲＱプロセス量指示情報は異なる特別な設計を有してよく、以下ではさらに、いくつかの適用例を通じて、第２のＨＡＲＱプロセス量指示情報の特別な設計を説明する。第２のＨＡＲＱプロセス量指示情報を受信するＵＥは、受信される第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定できるので、適切なＨＡＲＱプロセス量に従ってデータ送信を実行することが可能である。
【００２９】
ＬＴＥシステムは、絶え間なく進化するシステムであり、進んだ機能的特徴をサポートする基地局はさらに、初期バージョンの機能的特徴のみをサポートするＵＥに対するサービスを提供することが可能である必要があり、進んだ機能的特徴をサポートする進化型ＵＥはまた、初期バージョンの機能的特徴のみをサポートする基地局にアクセスし、初期バージョンの機能的特徴を使用することによって基地局との通信を実行することが可能である必要がある。進化型基地局がさらに初期バージョンの機能的特徴のみをサポートするＵＥに対するサービスを提供することが可能であることを実装するために、好ましくは、基地局がＵＥとのデータ通信を実行するとき、基地局が第２のＨＡＲＱプロセス量指示情報の送信に成功しなかったＵＥに対して、基地局は、第１のＨＡＲＱプロセス量指示情報によって示される第１のＨＡＲＱプロセス量に基づいて、ＵＥとのデータ送信を実行する。このようにして、非進化型ＵＥが進化型基地局にアクセスした後、進化型基地局は、初期バージョンの機能的特徴を使用することによって、非進化型ＵＥに対する基本的なＬＴＥ通信サービスを提供することができ、進化型ＵＥがある基地局にアクセスした後、その基地局が進化型基地局かどうかにかかわらず、その基地局が進化型ＵＥに第１のＨＡＲＱプロセス量指示情報のみを送信し第２のＨＡＲＱプロセス量指示情報の送信に成功しなかった場合、基地局は、初期バージョンの機能的特徴を使用することによって、進化型ＵＥに対する基本的なＬＴＥ通信サービスを提供することができる。
【００３０】
第２のＨＡＲＱプロセス量指示情報が送信されるとき、基地局は、第２のＨＡＲＱプロセス量指示情報に従って示される第２のＨＡＲＱプロセス量に基づいて、ＵＥとのデータ送信を実行し、第２のＨＡＲＱプロセス量指示情報が送信されない場合、基地局は、第１のＨＡＲＱプロセス量指示情報に従って示される第１のＨＡＲＱプロセス量に基づいて、ＵＥとのデータ送信を実行する。ここで、第１のＨＡＲＱプロセス量および第２のＨＡＲＱプロセス量は、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱであってよく、アップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであってもよい。
【００３１】
その上、ＬＴＥ  ＴＤＤシステムは、異なるＵＥの能力レベルに従って、各ＵＥの能力レベルによりサポートされるソフトチャネルビットの総数（Ｔｈｅ  Ｔｏｔａｌ  Ｎｕｍｂｅｒ  ｏｆ  Ｓｏｆｔ  Ｃｈａｎｎｅｌ  Ｂｉｔｓ）Ｎｓｏｆｔを定義する。Ｎｓｏｆｔは、ＵＥによりサポートされる最大のソフトバッファ（Ｓｏｆｔ  Ｂｕｆｆｅｒ）のサイズを与え、最大のソフトバッファはさらに分割され、次いで各ＨＡＲＱプロセスに割り振られる。ある送信ブロックに割り振られるソフトバッファのサイズはＮＩＲビットとして示されるので、
【００３２】
【数１】
0006034485.tif 000004
【００３３】
である。
【００３４】
式（１）において、ＫＭＩＭＯは、ＵＥのために構成された物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）送信モードによってサポートされる送信ブロックの最大の数であり、１または２という値を有し、ＫＣはＵＥの能力レベルによってサポートされる束ねられるキャリアの最大の数であり、１、２、または５という値を有し、Ｍｌｉｍｉｔは８という値を有する定数である。サブフレームでは、ＨＡＲＱプロセスに含まれる送信ブロックの数は、ＫＭＩＭＯを超えない。式（１）から、ソフトバッファサイズの分割は、各サブフレーム構成によってサポートされるダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱに関係があることがあり、ＭＤＬ＿ＨＡＲＱの値は、ＳＩＢ１において通知されるサブフレーム構成に従ってＵＥによって取得されることが、理解され得る。
【００３５】
本発明の実施形態では、ＵＥとのデータ送信を実行するとき、基地局はさらに、第２のＨＡＲＱプロセス量指示情報に従って決定された適切なＭＤＬ＿ＨＡＲＱに従って、正しいソフトバッファのサイズ分割を実行することができ、たとえば、式（１）の第２のＨＡＲＱプロセス量指示情報に従って決定された適切なＭＤＬ＿ＨＡＲＱを置換することによって、ダウンリンクＨＡＲＱソフトバッファのサイズを計算する。
【００３６】
さらに、基地局が第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するとき、基地局がＵＥとのデータ送信を実行する前に、方法はさらに、
ＵＥにダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信するステップを含み、ＤＣＩの中のＨＡＲＱプロセス数フィールドで搬送されるＨＡＲＱプロセスの数は、第２のＨＡＲＱプロセス量以下である。
【００３７】
本発明の実施形態では、第２のＨＡＲＱプロセス量指示情報をＵＥに送信することによって、基地局は、異なるＨＡＲＱタイミング関係およびＨＡＲＱプロセス量に基づいてＵＥとのデータ通信を実行することができ、これにより、異なるバージョンのＵＥをより良好にサポートすることが可能になる。具体的には、ＴＤＤサブフレーム構成の動的な再構成、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、およびＦＤＤキャリアとＴＤＤキャリアのアグリゲーションのような、１つまたは複数の進んだ機能的特徴により構成されるＵＥでは、ＵＥは、キャリア上のＳＩＢ１メッセージを通じて通知されるサブフレーム構成に対応するＨＡＲＱタイミング関係とは異なるＨＡＲＱタイミング関係に基づいて、基地局とのデータ通信を実行することができる。
【００３８】
以下では、例としてＬＴＥシステムを使用することによって、第２のＨＡＲＱプロセス量指示情報のいくつかの例示的な例を与える。
【００３９】
ＬＴＥシステムは絶え間なく発展し進化するシステムであり、ＦＤＤおよびＴＤＤを含む２つのシステムを含み、初期バージョンでは、ＴＤＤサブフレーム構成の変更は、システムメッセージ更新プロセスのみを通じて完了することが可能であり、最速で６４０ｍｓで完了する。しかしながら、サブフレーム構成の変更は通常、ある期間のサービスの中断を引き起こす。サービスの中断により引き起こされる影響を可能な限り減らすために、実際のシステムでは、一般に、サブフレーム構成の変更はまれであり、ネットワークの展開が完了した後でも、サブフレーム構成は変更されないまま保たれる。アップリンクサービスとダウンリンクサービスの急激さを考慮すると、ユーザの数が少ないときは、現在のサービストラフィック特性により良好に適合するように、サブフレーム構成が頻繁かつ迅速に変化することが可能である必要がある。現在、ＬＴＥプロトコルは、現在のサービス特性に従ってより動的にＴＤＤサブフレーム構成を変更することに対するサポートを提案しており、ここでサブフレーム構成はしばしば、数百ミリ秒ごとに、またはさらに短く１０ミリ秒ごとに変更される必要があることがあり、これはＴＤＤサブフレーム構成の動的な再構成と呼ばれる。
【００４０】
ＴＤＤサブフレーム構成の動的な再構成を実施するための方法は、各ワイヤレスフレームにおいて、基地局がサブフレームの一部を動的なサブフレーム（Ｆｌｅｘｉｂｌｅ  Ｓｕｂ−ｆｒａｍｅ、またはＤｙｎａｍｉｃ  Ｓｕｂ−ｆｒａｍｅ）として設定し、どのサブフレームが動的なサブフレームとして設定されたかをＵＥに通知する、というものである。各々の送信の瞬間に、ユーザ装置のアップリンクサービスおよびダウンリンクサービスの要件に従って、動的なサブフレームは、アップリンクデータまたはダウンリンクデータの送信のために、基地局によって動的に使用され得る。図２に示されるように、基地局は、ＳＩＢ１を通じてサブフレーム構成１をＵＥに通知する。その上、基地局はさらに、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージを通じて、サブフレーム３、サブフレーム４、サブフレーム８、およびサブフレーム９が動的なサブフレームとして設定されることをＵＥに通知することができ、ここでＤはダウンリンクサブフレームを表し、Ｓは特別なサブフレームを表し、Ｕはアップリンクサブフレームを表し、Ｆは動的なサブフレームを表す。動的なサブフレームでは、基地局は、シグナリング、たとえば物理層シグナリングを通じて、各々の動的なサブフレームがアップリンクデータの送信に使用されるかダウンリンクデータの送信に使用されるかを、明示的または暗黙的に示すことができる。
【００４１】
ＴＤＤサブフレーム構成の動的な再構成を実装するための別の方法は、各ワイヤレスフレームの各サブフレームがアップリンクデータ送信に使用されるときとダウンリンクデータ送信に使用されるときとをＵＥが理解するように、基地局がさらに、ＳＩＢ１を通じて通知されるサブフレーム構成以外の新たなシグナリングを導入して、実際に使用されるサブフレーム構成Ｘおよびその有効時間をＵＥに通知する、というものである。上で説明されたように、ＳＩＢ１を通じて通知されるサブフレーム構成は、変更のために少なくとも６４０ｍｓが必要であり、導入される新たなシグナリングにより通知される実際に使用されるサブフレーム構成Ｘを通じて、基地局は、ＴＤＤサブフレームの動的な再構成を実施するために、システムメッセージを更新することなく迅速なサブフレーム構成の変更を実施することができ、これによって、ＵＥのアップリンクサービスとダウンリンクサービスの要件により良好に適合する。すなわち、サブフレーム構成Ｘは、ＵＥのアップリンクサービスとダウンリンクサービスの要件に従って設定され、基地局は、サブフレーム構成Ｘを使用することによってＵＥとの通信を実行し、これによってサービスの送信をより効率的に実施する。たとえば、図３に示されるように、ＳＩＢ１メッセージを通じて通知されるサブフレーム構成は、サブフレーム構成１であり、基地局はさらに、ＲＲＣメッセージを通じて、実際に使用されるサブフレーム構成Ｘおよびその有効時間をＵＥに通知し、ここで、ＵＥのサービス要件に従って、基地局が異なる期間にＵＥとの通信を実行するとき、実際に使用されるサブフレーム構成Ｘはそれぞれ、サブフレーム構成０、２、１、および４である。
【００４２】
キャリアアグリゲーション技術をサポートするＵＥは、同時に２つ以上のコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）にアクセスし、基地局とのデータ通信を実行することができ、複数のコンポーネントキャリアの中で、１つのコンポーネントキャリアが主要なコンポーネントキャリアと呼ばれ、別のコンポーネントキャリアが二次的なコンポーネントキャリアと呼ばれ、コンポーネントキャリアは一般にサービングセルとも呼ばれる。ＬＴＥバージョン１０は、同じサブフレーム構成を有するＴＤＤキャリアのみのアグリゲーションをサポートするが、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、またはＦＤＤキャリアとＴＤＤキャリアのアグリゲーションをサポートしない。ＬＴＥバージョン１１は、図４に示されるように、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションに対するサポートを提案し、後続の進化型バージョンはさらに、図５に示されるように、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションをサポートすることができ、加えて、キャリアアグリゲーションの状況では、各ＴＤＤキャリアは、ＴＤＤサブフレーム構成の動的な再構成の技術を採用することができる
【００４３】
キャリアアグリゲーションの状況では、たとえば、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションまたはＦＤＤキャリアとＴＤＤキャリアのアグリゲーションでは、少なくとも１つのコンポーネントキャリアに対して、第１のＨＡＲＱプロセス量指示情報をＵＥに送信するステップは特に、コンポーネントキャリアに関する第１のＨＡＲＱプロセス量指示情報をＵＥに送信するステップを含み、第２のＨＡＲＱプロセス量指示情報のＵＥへの送信が成功する場合、第２のＨＡＲＱプロセス量指示情報が、少なくとも１つのコンポーネントキャリアに関する第２のＨＡＲＱプロセス量指示情報であり、少なくとも１つのコンポーネントキャリア上で基地局がＵＥとのデータ通信を実行するときにサポートされ得る第２のＨＡＲＱプロセス量を判定するために、ＵＥによって使用される。さらに、少なくとも１つのコンポーネントキャリアは、ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアであり得る。ＦＤＤキャリアおよびＴＤＤキャリアはまた、異なるサブフレーム構成を採用するキャリアであることに留意されたい。
【００４４】
その上、基地局は、同時に複数のコンポーネントキャリアを使用することによってＵＥとの通信を実行することができ、複数のコンポーネントキャリアは主要なコンポーネントキャリアを含み、残りは二次的なコンポーネントキャリアであり、ここで、１つまたは複数の二次的なコンポーネントキャリアは、主要なコンポーネントキャリアとは異なるサブフレーム構成を有してよく、ＴＤＤサブフレーム構成の動的な再構成の機能がさらに、少なくとも１つのコンポーネントキャリア上で有効化され得る。主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリア、および／または、ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリアでは、基地局は、各コンポーネントキャリアに、コンポーネントキャリアに関する第１のＨＡＲＱプロセス量指示情報と、コンポーネントキャリアに関する第２のＨＡＲＱプロセス量指示情報とを送信することができ、すべてのコンポーネントキャリアに対する同じ第２のＨＡＲＱプロセス量指示情報を通知することもできる。
【実施例１】
【００４５】
第２のＨＡＲＱプロセス量指示情報は、第２のＨＡＲＱプロセス量を含む。このとき、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、第２のＨＡＲＱプロセス量指示情報に含まれる第２のＨＡＲＱプロセス量を、第２のＨＡＲＱプロセス量として判定するステップを含む。
【実施例２】
【００４６】
第２のＨＡＲＱプロセス量指示情報は、サブフレーム構成情報を含み得る。このとき、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報に従って、第２のＨＡＲＱプロセス量を判定するステップを含む。サブフレーム構成情報はさらに、基地局がいつＵＥとのデータ通信を実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために使用される。したがって、ＵＥは、サブフレーム構成情報に従って第２のＨＡＲＱプロセス量を判定することができ、サブフレーム構成情報に従って、基地局とのデータ通信がいつ実行されるかに従ったＨＡＲＱタイミング関係をさらに判定することができる。
【００４７】
ＬＴＥシステムは、物理層ＨＡＲＱ技術をサポートし、ここで、各データ送信に対して、データ受信側は、データが正しく受信されるかどうかを判定するために、返答情報をデータ送信側にフィードバックする必要がある。ＬＴＥシステムにおいて、ダウンリンクデータ送信では、ＨＡＲＱタイミング関係は、ダウンリンクデータ送信と、アップリンク返答情報の送信との間のタイミング関係、すなわち、ダウンリンクデータ送信の後でどのサブフレームにアップリンク返答情報の送信が現れるかを指し、アップリンクデータ送信では、ＨＡＲＱタイミング関係は、アップリンクデータ送信とダウンリンク返答情報の送信との間のタイミング関係と、ダウンリンク返答情報の送信とアップリンクデータ再送信との間のタイミング関係とを含む。
【００４８】
たとえば、基地局がＵＥに対して異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションを構成するとき、主要なコンポーネントキャリアがサブフレーム構成１を採用し、二次的なコンポーネントキャリアがサブフレーム構成３を採用し、基地局がサブフレーム構成３を使用することによって二次的なコンポーネントキャリア上でＵＥとのデータ通信を実行すると、仮定する。二次的なコンポーネントキャリア上で行われるダウンリンクデータ送信では、対応するアップリンク返答情報が主要なコンポーネントキャリアにフィードバックされ、サブフレーム構成３に対して規定されたＨＡＲＱタイミング関係が継続的に使用される場合、サブフレーム４でフィードバックされることになる二次的なコンポーネントキャリアに関するアップリンク返答情報は、フィードバックされ得ず、それは、サブフレーム４が主要なコンポーネントキャリア上のダウンリンクサブフレームであるからである。この問題を解決するために、主要なコンポーネントキャリアのサブフレーム構成とは異なるサブフレーム構成を有する二次的なコンポーネントキャリアでは、サブフレーム構成情報が追加でＵＥのために通知され得る。たとえば、追加されるサブフレーム構成情報はサブフレーム構成５を示し、この情報は、基地局が二次的なコンポーネントキャリア上でＵＥとのダウンリンクデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために使用され、サブフレーム構成５によって規定されるＨＡＲＱタイミング関係に従って、すべてのアップリンク返答情報がサブフレーム２でフィードバックされ、主要なコンポーネントキャリア上のサブフレーム２はアップリンクサブフレームでもあるので、二次的なコンポーネントキャリア上のダウンリンクデータ送信のアップリンク返答情報が主要なコンポーネントキャリアでフィードバックされ得ないという問題を回避する。
【００４９】
別の例では、基地局が、たとえば図２に示されるように、ＵＥに対してＴＤＤサブフレーム構成の動的な再構成の機能を有効化する場合、基地局は、ＳＩＢ１を通じてサブフレーム構成１をＵＥに通知し、ＲＲＣメッセージを通じて、サブフレーム３、サブフレーム４、サブフレーム８、およびサブフレーム９が動的なサブフレームとして設定されることをＵＥに通知し、各々の動的なサブフレームは、サービス要件に従って、ダウンリンクデータ送信のために（すなわち、ダウンリンクサブフレームとして使用される）、またはアップリンクデータ送信のために（すなわち、アップリンクサブフレームとして使用される）、動的に使用され得る。ある例としてダウンリンクデータ送信をさらに使用すると、サブフレーム構成１によって規定されるＨＡＲＱタイミング関係によれば、アップリンク返答情報がフィードバックされる必要があるので、サブフレーム３およびサブフレーム８はダウンリンクサブフレームとして動的に使用され得ないが、このときサブフレーム３およびサブフレーム８はアップリンクデータを何ら有さないことがあるので、動的なサブフレームの再構成によりもたらされる利益を完全には得ることができない。この問題を解決するために、基地局は追加で、サブフレーム構成情報をＵＥに通知することができる。たとえば、追加されるサブフレーム構成情報はサブフレーム構成２を示し、この情報は、基地局がＵＥとのダウンリンクデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために使用され、サブフレーム構成２によって規定されるＨＡＲＱタイミング関係に従って、すべてのアップリンク返答情報が、動的なサブフレームでフィードバックされることなくサブフレーム２およびサブフレーム７でフィードバックされ、動的なサブフレームが、アップリンクサービスとダウンリンクサービスの要件に従って、全体がダウンリンクデータ送信またはアップリンクデータ送信のために動的に使用され得ることを確実にする。
【００５０】
前述の例では、異なるサブフレーム構成が、ダウンリンクデータ送信およびアップリンクデータ送信に対してそれぞれ通知されてよく、これらのサブフレーム構成は、ダウンリンクデータ送信に対するＨＡＲＱタイミング関係およびアップリンクデータ送信に対するＨＡＲＱタイミング関係をそれぞれ示すために使用されることにも、留意されたい。
【００５１】
ＳＩＢ１を通じて通知される既存のサブフレーム構成、および、ＴＤＤサブフレーム構成の動的な再構成において実際に使用されるサブフレーム構成（動的なサブフレームの使用条件に従って決定される、または、新たに導入されたシグナリングを通じて基地局によって直接通知される）以外に、通知されるサブフレーム構成情報は、基地局がＵＥとのデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために、ＵＥに対して新たに追加され使用されて、このことは、進んだ機能的特徴を採用することによって、基地局との通信を実行する際にＵＥをより良好にサポートし得る。
【００５２】
好ましくは、サブフレーム構成情報は、Ｔａｂｌｅ  １（表１）に記載されるサブフレーム構成の１つである。このとき、新たに追加されたサブフレーム構成情報に対応するサブフレーム構成は、ＳＩＢ１で通知されるサブフレーム構成（すなわち、第１のＨＡＲＱプロセス量指示情報で示されるサブフレーム構成）とは異なっていてよく、ＳＩＢ１で通知されるサブフレーム構成と同じであってもよく、ここで、違いは、新たに追加されるサブフレーム構成情報が、基地局がＵＥとのデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示し、ＵＥとのデータ通信が実行されるときに第２のＨＡＲＱプロセス量を判定するために使用される、という点にある。このとき、基地局がＵＥとのデータ通信を実行するときに実際に使用されるサブフレーム構成は、ＳＩＢ１で通知されるサブフレーム構成、または、ＴＤＤサブフレーム構成の動的な再構成で実際に使用されるサブフレーム構成であってよい。第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報は、データ送信において実際に使用されるサブフレーム構成を示すために使用される代わりに、基地局がＵＥとのデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために使用され、ＳＩＢ１を通じて通知されるサブフレーム構成（すなわち、第１のＨＡＲＱプロセス量指示情報）は、初期バージョンのＵＥに対する後方互換性を提供し、進んだ機能的特徴を採用しない進化型ＵＥとのデータ通信を実行するために使用されるということが、理解され得る。したがって、本発明の実施形態において第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報は、第１のＨＡＲＱプロセス量指示情報とは異なる目的および使用法を有する。
【００５３】
この実施形態では、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報を通知することによって、ＵＥは、実際のサブフレーム構成が変更され得るときに、実際に使用されるサブフレーム構成とは独立のＨＡＲＱタイミング関係を判定し、それによって、進んだ機能的特徴を採用することによって基地局との通信を実行する際にＵＥをより良好にサポートする。ＴＤＤサブフレーム構成の動的な再構成が採用される場合、基地局は、合計で３つのタイプのサブフレーム構成情報をＵＥに示し、ここで、１つは、ＳＩＢ１を通じて通知されるサブフレーム構成（すなわち、第１のＨＡＲＱプロセス量指示情報）であり、１つは、データ送信に実際に使用されるサブフレーム構成であり、もう１つは、本発明の実施形態で説明される第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報である。ＳＩＢ１を通じて通知されるサブフレーム構成は、初期バージョンのＵＥに対する後方互換性を提供し、進んだ機能的特徴を採用しない進化型ＵＥとのデータ通信を実行するために使用され、データ送信において実際に使用されるサブフレーム構成は、ワイヤレスフレーム中の各サブフレームがアップリンクデータ送信に使用されるかダウンリンクデータ送信に使用されるかを判定するために使用され、第２のＨＡＲＱプロセス量指示情報に含まれる第２のサブフレーム構成情報は、基地局がＵＥとのデータ通信をいつ実行するかに従ったＨＡＲＱタイミング関係をＵＥに示すために使用される。このとき、基地局とＵＥの両方が、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報によって示されるサブフレーム構成に対応するＨＡＲＱタイミング関係と、ＨＡＲＱプロセス量との助けによって、データ通信を実行することができる。たとえば、ＴＤＤサブフレーム構成の動的な再構成では、例として図２を使用することによって、ＳＩＢ１は、サブフレーム構成１、すなわち「ＤＳＵＵＤＤＳＵＵＤ」を通知し、ＵＥはさらに、ＲＲＣメッセージを通じて、サブフレーム３、サブフレーム４、サブフレーム８、およびサブフレーム９が動的なサブフレームとして設定されることを通知される。このとき、ＰＤＳＣＨ  ＨＡＲＱの設計は、すべての動的なサブフレームがダウンリンクサービス送信のために使用される極端な場合、すなわち「ＤＳＵＤＤＤＳＵＤＤ」を考慮する必要がある。基地局は、ＲＲＣメッセージを通じて、第２のＨＡＲＱプロセス量指示情報がＰＤＳＣＨ  ＨＡＲＱのために使用されることをＵＥに通知することができ、ここで、第２のＨＡＲＱプロセス量指示情報はサブフレーム構成２、すなわち「ＤＳＵＤＤＤＳＵＤＤ」を示す。ある例として図３を使用することによって、ＳＩＢ１はサブフレーム構成１を通知し、ＵＥはさらに、ＲＲＣメッセージを通じて、データ送信において実際に使用されるサブフレーム構成が、順番に、サブフレーム構成０、サブフレーム構成２、サブフレーム構成１、およびサブフレーム構成４であることを通知される。このとき、ＰＤＳＣＨ  ＨＡＲＱ設計は、すべての可能性のある実際に使用されるサブフレーム構成、すなわちＰＤＳＣＨ  ＨＡＲＱを考慮する必要があり、サブフレーム構成０、サブフレーム構成２、サブフレーム���成１、およびサブフレーム構成４を総合的に考慮した後で、ＵＥは、ＲＲＣメッセージを通じて、第２のＨＡＲＱプロセス量指示情報がＰＤＳＣＨ  ＨＡＲＱのために使用されることを通知されてよく、ここで、第２のＨＡＲＱプロセス量指示情報はサブフレーム構成５を示す。異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションでは、例として図４を使用することによって、主要なコンポーネントキャリアはサブフレーム構成２を使用し、二次的なコンポーネントキャリアはサブフレーム構成１を使用し、二次的なコンポーネントキャリア上でのＰＤＳＣＨ送信では、そのアップリンク返答情報は主要なコンポーネントキャリア上で送信される。このとき、ＵＥは、ＲＲＣメッセージを通じて、サブフレーム構成５が二次的なコンポーネントキャリアＰＤＳＣＨ  ＨＡＲＱのために使用されることを通知されてよく、すなわち、このとき、二次的なコンポーネントキャリアに対して、基地局は、二次的なコンポーネントキャリアの第１のＨＡＲＱプロセス量指示情報がサブフレーム構成１であることをＵＥに通知することができ、ＲＲＣメッセージを通じて、二次的なコンポーネントキャリアの第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報がサブフレーム構成５であることをＵＥに通知することができる。同様に、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションのために、たとえば、ＦＤＤキャリアは主要なコンポーネントキャリアであり、ＴＤＤキャリアは二次的なコンポーネントキャリアであり、二次的なコンポーネントキャリアでは、基地局はまた、ＲＲＣメッセージを通じて、サブフレーム構成０が二次的なコンポーネントキャリアＰＤＳＣＨ  ＨＡＲＱのために使用されること、すなわち、二次的なコンポーネントキャリアの第２のサブフレーム構成情報がサブフレーム構成０であることをＵＥに通知することができる。
【００５４】
システムメッセージを通じて通知されるサブフレーム構成、および、ＴＤＤサブフレーム構成の動的な再構成におけるデータ送信で実際に使用されるサブフレーム構成以外に、基地局によって通知され新たにＵＥのために追加された、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報を通じて、基地局は、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成に対応するＨＡＲＱタイミング関係と、対応する第２のＨＡＲＱプロセス量とに基づいて、ＵＥとのデータ送信を実行することができ、これによって、ＴＤＤサブフレーム構成の動的な再構成、異なるサブフレーム構成を有するキャリアのアグリゲーション、およびＦＤＤキャリアとＴＤＤキャリアのアグリゲーションを効果的にサポートすることが、理解され得る。
【００５５】
この例は、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報のみに対するサブフレーム構成情報の機能および効果を分析するが、第２のＨＡＲＱプロセス量指示情報が本発明の実施形態の別の例における実装の方式を含む場合、第２のＨＡＲＱプロセス量指示情報の機能および効果は、サブフレーム構成情報の機能および効果と同じであり、本明細書では繰り返し説明されないことに留意されたい。
【実施例３】
【００５６】
第２のＨＡＲＱプロセス量指示情報は、ＨＡＲＱタイミング関係を含む。このとき、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、第２のＨＡＲＱプロセス量指示情報に含まれるＨＡＲＱタイミング関係に従って、第２のＨＡＲＱプロセス量を判定するステップを含む。ＨＡＲＱタイミング関係は、基地局がＵＥとのデータ通信を実行するときに使用されるＨＡＲＱタイミング関係をＵＥに示すために使用される。ＵＥがサブフレーム構成情報に従って対応するＨＡＲＱタイミング関係および第２のＨＡＲＱプロセス量を判定するように、サブフレーム構成情報をＵＥに通知することに加えて、この例では、基地局はまた、ＨＡＲＱタイミング関係をＵＥに直接通知することができるので、ＵＥは、通知されたＨＡＲＱタイミング関係に従って、第２のＨＡＲＱプロセス量を判定する。ＦＤＤキャリアが主要なコンポーネントキャリアであり、ＴＤＤキャリアが二次的なコンポーネントキャリアである例として、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションを使用することによって、基地局は、ＲＲＣメッセージを通じて、ＴＤＤキャリアＰＤＳＣＨ  ＨＡＲＱによって満たされるＨＡＲＱタイミング関係が、サブフレームｎ上で行われるＰＤＳＣＨ送信に対するものであることをＵＥに通知することができ、アップリンク返答情報がサブフレームｎ＋４でフィードバックされ、すなわち、ＰＤＳＣＨ送信の後の４番目のサブフレームで、アップリンク返答情報の送信が行われる。
【実施例４】
【００５７】
第２のＨＡＲＱプロセス量指示情報は、ＴＤＤサブフレーム構成の動的な再構成の有効化情報、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報、または、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報を含む。
【００５８】
第２のＨＡＲＱプロセス量指示情報がＴＤＤサブフレーム構成の動的な再構成の有効化情報である場合、ＴＤＤサブフレーム構成の動的な再構成の有効化情報は、ＴＤＤサブフレーム構成の動的な再構成を有効にすることをＵＥに通知する情報である。この例では、ＴＤＤサブフレーム構成の動的な再構成の有効化情報は、独立のシグナリングを通じて通知されてよく、ＴＤＤサブフレーム構成の動的な再構成の有効化情報は、従来技術において存在するシグナリングを使用することによって表され得る。たとえば、動的なサブフレーム設定情報が、ＴＤＤサブフレーム構成の動的な再構成を有効にすることを表すために使用されてよく、ＵＥが動的なサブフレーム設定情報を受信すると、ＵＥは、ＴＤＤサブフレーム構成の動的な再構成が有効にされたことを知ることができ、または、システムメッセージを通じて通知されるサブフレーム構成以外に、データ送信によって実際に使用され新たなシグナリングを通じて通知される追加のサブフレーム構成情報が、ＴＤＤサブフレーム構成の動的な再構成を有効にすることを表すために使用され得る（すなわち、ＴＤＤサブフレーム構成の動的な再構成を実施するための前述の別の方法においてデータ送信により実際に使用されるサブフレーム構成Ｘを通知するために使用されるシグナリング）。このとき、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、第２のＨＡＲＱプロセス量指示情報に従って、事前に定義された値として第２のＨＡＲＱプロセス量を判定するステップを含む。好ましくは、事前に定義される値は８以上であり、または４に等しい。以下の事前に定義される値は、ここでの事前に定義される値と同じであり、繰り返し説明されない。Ｍｌｉｍｉｔは８という値を有する定数なので、このとき、式（１）はさらに簡略化され得る。たとえば、事前に定義される値が８である場合、すなわち、ＭＤＬ＿ＨＡＲＱ  ＝  ８である場合、式（１）は次のように簡略化され得る。
【００５９】
【数２】
0006034485.tif 000005
【００６０】
または、
第２のＨＡＲＱプロセス量指示情報がＴＤＤサブフレーム構成の動的な再構成の有効化情報を含む場合、ＴＤＤサブフレーム構成の動的な再構成の有効化情報は、動的なサブフレーム設定情報またはデータ送信において実際に使用されるサブフレーム構成情報を含み、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、動的なサブフレーム設定情報、または、ＴＤＤサブフレーム構成の動的な再構成の有効化情報に含まれるデータ送信において実際に使用されるサブフレーム構成情報の組合せに従って、第２のＨＡＲＱプロセス量とすべてのサポートされる動的なサブフレーム設定との間の事前に記憶されている対応付けを探すことによって、または、第２のＨＡＲＱプロセス量と使用される可能性があるサブフレーム構成情報のすべての組合せとの間の事前に記憶されている対応付けを探すことによって、第２のＨＡＲＱプロセス量を判定するステップを含み得る。データ送信において実際に使用されるサブフレーム構成情報の組合せは、使用される可能性のあるサブフレーム構成の組合せに含まれるサブフレーム構成情報、または実際に使用されるサブフレーム構成のサブフレーム構成情報を含む。第２のＨＡＲＱプロセス量は、ダウンリンクＨＡＲＱプロセスの最大の数および／またはアップリンクＨＡＲＱプロセスの最大の数を含む。対応付けは、事前に定義された表を通じて、基地局およびＵＥに記憶され得る。プロトコルにおいて、表は事前に定義されていてよく、ここで、すべてのサポートされる動的なサブフレーム設定が表に載せられており、サポートされる第２のＨＡＲＱプロセス量は、各タイプの動的なサブフレーム設定に対して規定される。たとえば、図２に示される動的なサブフレーム設定、すなわち、サブフレーム３、サブフレーム４、サブフレーム８、およびサブフレーム９が動的なサブフレームとして設定されるサブフレーム設定に対して、ダウンリンクＨＡＲＱプロセスの最大の数が１０でありアップリンクＨＡＲＱプロセスの最大の数が７であることが、表において規定され得る。または、プロトコルにおいて、表は事前に定義されていてよく、ここで、使用される可能性のあるサブフレーム構成のすべての組合せが表に載せられており、サポートされる第２のＨＡＲＱプロセス量は、各タイプの使用される可能性のあるサブフレーム構成の組合せに対して規定される。たとえば、図３に示されるサブフレーム構成の組合せ、すなわち、実際に使用されるサブフレーム構成Ｘがサブフレーム構成０、サブフレーム構成１、サブフレーム構成２、およびサブフレーム構成４の組合せであり得る組合せに対して、ダウンリンクＨＡＲＱプロセスの最大の数が１５でありアップリンクＨＡＲＱプロセスの最大の数が７であることが、表において規定され得る。ＴＤＤサブフレーム構成の動的な再構成の有効化情報において通知される、すべての使用される可能性のあるサブフレーム構成の組合せは、直接、すべての使用される可能性のあるサブフレーム構成に含まれるサブフレーム構成情報であってよく、実際に使用されるサブフレーム構成の組合せのインデックスであってもよく、組合せに含まれるサブフレーム構成情報はそのインデックスを通じて取得され得る。すべての使用される可能性のあるサブフレーム構成は、すべての使用される可能性のあるサブフレーム構成の組合せを構成し、すべての使用される可能性のあるサブフレーム構成の組合せが、第２のＨＡＲＱプロセス量に対応する。本明細書における組合せの意味は、これと同様である。
【００６１】
第２のＨＡＲＱプロセス量指示情報が異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含む場合、第２のＨＡＲＱプロセス量は、二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報は、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成を含み、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報に従って事前に定義された値として判定するステップを含んでよく、二次的なコンポーネントキャリアは、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する。
【００６２】
または、
第２のＨＡＲＱプロセス量指示情報が異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含む場合、第２のＨＡＲＱプロセス量は、二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報は、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成を含み、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報に従って、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、主要なコンポーネントキャリアのＨＡＲＱプロセス量と同じであるものとして判定するステップ、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、主要なコンポーネントキャリアのＨＡＲＱプロセス量と二次的なコンポーネントキャリアのＨＡＲＱプロセス量のうちの大きい方として判定するステップ、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、主要なコンポーネントキャリアのＨＡＲＱプロセス量と二次的なコンポーネントキャリアのＨＡＲＱプロセス量のうちの小さい方として判定するステップを含んでよく、二次的なコンポーネントキャリアは、主要なコンポーネントキャリアとは異なるサブフレーム構成を有し、主要なコンポーネントキャリアのＨＡＲＱプロセス量は、主要なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量であり、二次的なコンポーネントキャリアのＨＡＲＱプロセス量は、二次的なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量である。異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報は、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成を含む。
【００６３】
または、
第２のＨＡＲＱプロセス量指示情報が異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含む場合、第２のＨＡＲＱプロセス量は、二次的なコンポーネントキャリアのＨＡＲＱプロセス量である。第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報に含まれる、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成に従って、第２のＨＡＲＱプロセス量と、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を判定するステップを含んでよく、二次的なコンポーネントキャリアは、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する。プロトコルにおいて、この対応付けは事前に定義された表であってよく、ここで、主要なコンポーネントキャリアのサブフレーム構成と二次的なコンポーネントキャリアのサブフレーム構成のすべてのサポートされる組合せがその表に記載され、二次的なコンポーネントキャリア上でサポートされるＨＡＲＱプロセス量は、サブフレーム構成の組合せの各タイプに対して規定される。対応付けは、事前に基地局およびＵＥに記憶され得る。二次的なコンポーネントキャリア上でサポートされるＨＡＲＱプロセス量は、ダウンリンクＨＡＲＱプロセスの最大の数および／またはアップリンクＨＡＲＱプロセスの最大の数を含む。たとえば、主要なコンポーネントキャリアのサブフレーム構成がサブフレーム構成２であり、二次的なコンポーネントキャリアのサブフレーム構成がサブフレーム構成４である場合、二次的なコンポーネントキャリアのダウンリンクＨＡＲＱプロセスの最大の数は１５であり、二次的なコンポーネントキャリアのアップリンクＨＡＲＱプロセスの最大の数は４であることが、表で規定され得る。複数の二次的なコンポーネントキャリアが主要なコンポーネントキャリアとは異なるサブフレーム構成を有する場合、各々の二次的なコンポーネントキャリアに対して、サポートされるＨＡＲＱプロセス量は、表を参照することによって、二次的なコンポーネントキャリアのサブフレーム構成と主要なコンポーネントキャリアのサブフレーム構成の組合せに従って取得され得る。主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成の、すべての前述のサポートされる組合せにおいて、データ送信および返答情報のフィードバックは、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションにおいて、それぞれ異なるコンポーネントキャリア上で実行され得る。たとえば、二次的なコンポーネントキャリア上で行われるダウンリンクデータ送信では、対応するアップリンク返答情報は主要なコンポーネントキャリアでフィードバックされる。したがって、第２のＨＡＲＱプロセス量の設定は、主要なコンポーネントキャリアと二次的なコンポーネントキャリアのサブフレーム構成を、総合的に考慮する必要がある。
【００６４】
第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報を含む場合、第２のＨＡＲＱプロセス量は二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するステップは、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報に従って事前に定義された値として判定するステップを含み得る。
【００６５】
または、
第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報である場合、第２のＨＡＲＱプロセス量は二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報はＴＤＤキャリアのサブフレーム構成を含み、第２のＨＡＲＱプロセス量指示情報に従ってＨＡＲＱプロセス量を判定するステップは、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、ＦＤＤキャリアのＨＡＲＱプロセス量と、ＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの大きい方として判定するステップ、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、ＦＤＤキャリアのＨＡＲＱプロセス量と、ＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの小さい方として判定するステップを含み得る。または、第２のＨＡＲＱプロセス量指示情報がＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報である場合、第２のＨＡＲＱプロセス量指示情報に従ってＨＡＲＱプロセス量を判定するステップは、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報に従って、二次的なコンポーネントキャリアがＴＤＤキャリアである場合は、二次的なコンポーネントキャリアのＨＡＲＱプロセス量をＦＤＤキャリアのＨＡＲＱプロセス量として判定し、二次的なコンポーネントキャリアがＦＤＤキャリアである場合は、二次的なコンポーネントキャリアのＨＡＲＱプロセス量をＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量として判定するステップを含み得る。ＦＤＤキャリアのＨＡＲＱプロセス量は不変なので、ＦＤＤキャリアのＨＡＲＱプロセス量は直接判定され得る。
【００６６】
本発明の実施形態では、第２のＨＡＲＱプロセス量指示情報をＵＥに送信することによって、基地局は、異なるＨＡＲＱタイミング関係およびＨＡＲＱプロセス量に基づいてＵＥとのデータ通信を実行することができ、これにより、異なる機能的特徴を採用するＵＥをより良好にサポートすることが可能になる。具体的には、ＴＤＤサブフレーム構成の動的な再構成、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、およびＦＤＤキャリアとＴＤＤキャリアのアグリゲーションのような、進んだ機能的特徴により構成されるＵＥでは、基地局は、キャリア上のＳＩＢ１メッセージを通じて通知されるサブフレーム構成に対応するＨＡＲＱタイミング関係とは異なるＨＡＲＱタイミング関係を使用することによって、進んだ機能的特徴により構成されるＵＥと、より効果的にデータ通信を実行することができる。
【００６７】
この実施形態はさらに基地局を提供し、ここでこの基地局は、本発明の前述の実施形態に従って、ＨＡＲＱをサポートするワイヤレス通信方法を実行することができる。図６に示されるように、基地局は、送信モジュール６０１および処理モジュール６０２を含む。
【００６８】
送信モジュール６０１は、第１のＨＡＲＱプロセス量指示情報をＵＥに送信するように構成され、
処理モジュール６０２は、送信モジュール６０１がさらに第２のＨＡＲＱプロセス量指示情報をＵＥに送信する場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に従って送信モジュール６０１を通じたＵＥとのデータ送信を実行するように構成される。
【００６９】
処理モジュール６０２はさらに、送信モジュール６０１が第２のＨＡＲＱプロセス量指示情報をＵＥに送信しない場合に、第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、判定された第１のＨＡＲＱプロセス量に従って送信モジュール６０１を通じたＵＥとのデータ送信を実行するように構成される。
【００７０】
この実施形態では、処理モジュール６０２によって判定される第２のＨＡＲＱプロセス量は、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、
処理モジュールはさらに、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱに従ってソフトバッファを分割し、分割されたソフトバッファおよび第２のＨＡＲＱプロセス量に基づいてＵＥとのデータ送信を実行するように構成される。
【００７１】
キャリアアグリゲーションの状況では、送信モジュール６０１は特に、少なくとも１つのコンポーネントキャリアに対して、少なくとも１つのコンポーネントキャリアの第１のＨＡＲＱプロセス量指示情報をＵＥに送信し、第２のＨＡＲＱプロセス量指示情報がさらに送信される場合、少なくとも１つのコンポーネントキャリアの第２のＨＡＲＱプロセス量指示情報をＵＥに送信するように構成され、
処理モジュールは、ＵＥとのデータ送信を実行するとき、第２のＨＡＲＱプロセス量に従って、少なくとも１つのコンポーネントキャリア上でＵＥとのデータ送信を実行し、
少なくとも１つのコンポーネントキャリアは、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである。
【００７２】
この実施形態では、異なるサブフレーム構成を有するキャリアのアグリゲーションのために、複数のキャリア上でＵＥとの通信を同時に実行するとき、送信モジュール６０１は特に、各々の二次的なコンポーネントキャリアに対して、各々の二次的なコンポーネントキャリアの第２のＨＡＲＱプロセス量指示情報をＵＥに送信するように構成され、ここで、二次的なコンポーネントキャリアは、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する。
【００７３】
送信モジュール６０１は特に、第１のシステム情報ブロックメッセージを通じて、第１のＨＡＲＱプロセス量指示情報をＵＥに送信するように構成され、第１のＨＡＲＱプロセス量指示情報は第１のシステム情報ブロックメッセージ中のサブフレーム構成情報であり、これは以下でも同じであり繰り返し説明されない。
【００７４】
任意選択で、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報は第２のＨＡＲＱプロセス量を含み、処理モジュール６０２は特に、第２のＨＡＲＱプロセス量指示情報に含まれる第２のＨＡＲＱプロセス量を第２のＨＡＲＱプロセス量として判定するように構成され、または、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報はＨＡＲＱタイミング関係を含み、処理モジュール６０２は特に、第２のＨＡＲＱプロセス量指示情報に含まれるＨＡＲＱタイミング関係に従って第２のＨＡＲＱプロセス量を判定するように構成され、または、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報はサブフレーム構成情報を含み、処理モジュール６０２は特に、第２のＨＡＲＱプロセス量指示情報に含まれるサブフレーム構成情報に従って第２のＨＡＲＱプロセス量を判定するように構成され、または、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報は時分割複信ＴＤＤサブフレーム構成の動的な再構成の有効化情報を含み、このとき、基地局はさらに、第２のＨＡＲＱプロセス量に対して事前に定義された値を記憶するように構成される記憶モジュール６０３を含み、処理モジュール６０２は特に、ＴＤＤサブフレーム構成の動的な再構成の有効化情報に従って、第２のＨＡＲＱプロセス量を記憶モジュール６０３に記憶された事前に定義された値として判定するように構成され、または、送信モジュール６０１によって送信されるＴＤＤサブフレーム構成の動的な再構成の有効化情報は動的なサブフレーム設定情報を含み、基地局はさらに、第２のＨＡＲＱプロセス量とすべてのサポートされる動的なサブフレーム設定との間の対応付けを記憶するように構成される記憶モジュール６０３を含み、処理モジュール６０２は特に、ＴＤＤサブフレーム構成の動的な再構成の有効化情報に含まれる動的なサブフレーム設定情報に従って、第２のＨＡＲＱプロセス量と、記憶モジュール６０３に記憶されているすべてのサポートされる動的なサブフレーム設定との対応付けを探すことによって、第２のＨＡＲＱプロセス量を判定するように構成され、または、送信モジュール６０１によって送信されるＴＤＤサブフレーム構成の動的な再構成の有効化情報は、データ送信において実際に使用されるサブフレーム構成情報の組合せを含み、基地局はさらに、第２のＨＡＲＱプロセス量と使用される可能性のあるサブフレーム構成情報のすべての組合せとの間の対応付けを記憶するように構成される記憶モジュール６０３を含み、処理モジュール６０２は特に、データ送信において実際に使用されＴＤＤサブフレーム構成の動的な再構成の有効化情報に含まれるサブフレーム構成情報の組合せに従って、第２のＨＡＲＱプロセス量と、記憶モジュール６０３に記憶されている使用される可能性のあるサブフレーム構成情報のすべての組合せとの間の対応付けを探すことによって、第２のＨＡＲＱプロセス量を判定するように構成され、
または、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報は、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報を含み、第２のＨＡＲＱプロセス量は二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報は、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成を含み、二次的なコンポーネントキャリアは主要なコンポーネントキャリアとは異なるサブフレーム構成を有し、処理モジュール６０２は特に、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報に従って、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を記憶モジュール６０３に記憶されている事前に定義された値として判定するように構成され、このとき基地局はさらに第２のＨＡＲＱプロセス量に対して事前に定義された値を記憶するように構成される記憶モジュール６０３を含み、または、二次的なコンポーネントキャリアのプロセス量を主要なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量として判定するように構成され、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、主要なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量と二次的なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの大きい方として判定するように構成され、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、主要なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量と二次的なコンポーネントキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの小さい方として判定するように構成され、または、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーションの構成情報に含まれる、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成に従って、記憶モジュール６０３に記憶されている、第２のＨＡＲＱプロセス量と、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成のすべてのサポートされる組合せとの間の対応付けを探すことによって、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を判定するように構成され、このとき基地局はさらに、第２のＨＡＲＱプロセス量と、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成のすべてのサポートされる組合せとの間の対応付けを記憶するように構成される記憶モジュール６０３を含み、
または、
送信モジュール６０１によって送信される第２のＨＡＲＱプロセス量指示情報は、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報を含み、第２のＨＡＲＱプロセス量は二次的なコンポーネントキャリアのＨＡＲＱプロセス量であり、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報はＴＤＤキャリアのサブフレーム構成を含み、処理モジュール６０２は特に、ＦＤＤキャリアとＴＤＤキャリアのアグリゲーションの構成情報に従って、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を記憶モジュール６０３に記憶されている事前に定義された値として判定するように構成され、このとき基地局はさらに第２のＨＡＲＱプロセス量に対して事前に定義された値を記憶するように構成される記憶モジュール６０３を含み、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、ＦＤＤキャリアのＨＡＲＱプロセス量と、ＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの大きい方として判定するように構成され、または、二次的なコンポーネントキャリアのＨＡＲＱプロセス量を、ＦＤＤキャリアのＨＡＲＱプロセス量と、ＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量のうちの小さい方として判定するように構成され、または、二次的なコンポーネントキャリアがＴＤＤキャリアである場合、二次的なコンポーネントキャリアのＨＡＲＱプロセス量をＦＤＤキャリアのＨＡＲＱプロセス量として判定するように構成され、二次的なコンポーネントキャリアがＦＤＤキャリアである場合、二次的なコンポーネントキャリアのＨＡＲＱプロセス量をＴＤＤキャリアのサブフレーム構成に従って判定されたＨＡＲＱプロセス量として判定するように構成される。
【００７５】
好ましくは、記憶モジュール６０３に記憶される事前に定義された値は８以上であり、または４に等しい。
【００７６】
好ましくは、サブフレーム構成情報は、Ｔａｂｌｅ  １（表１）に記載される７つのタイプのサブフレーム構成の１つである。
【００７７】
本発明の実施形態の一態様による方法では、基地局のモジュールが情報の授受および実行プロセスのような内容を実行することに留意されたい。具体的には、方法の実施形態の説明に対して参照を行うことができる。その上、基地局のこの実施形態は、前述の一態様による方法の実施形態と同じ考えに基づき、それによりもたらされる技術的効果は、本発明の方法の実施形態の技術的効果と同じである。特定の内容について、本発明の方法の実施形態の説明に対する参照を行うことができ、これは本明細書では繰り返し説明されない。
【００７８】
別の態様では、本発明の別の実施形態はさらに、ＨＡＲＱをサポートするワイヤレス通信方法を提供する。図７に示されるように、方法は次のステップを含む。
【００７９】
ステップ７０１：基地局によって送信される第１のＨＡＲＱプロセス量指示情報を受信する。
【００８０】
このステップでは、第１のＨＡＲＱプロセス量指示情報は、第１のシステム情報ブロックメッセージで搬送される、使用されることになるサブフレーム構成である。
【００８１】
ステップ７０２：基地局によって送信される第２のＨＡＲＱプロセス量指示情報がさらに受信される場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に基づいて基地局とのデータ送信を実行する。
【００８２】
この実施形態はさらに、基地局によって送信される第２のＨＡＲＱプロセス量指示情報が受信されない場合に、第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、判定された第１のＨＡＲＱプロセス量に従って基地局とのデータ送信を実行するステップを含み得る。
【００８３】
第２のＨＡＲＱプロセス量指示情報について、前述の実施形態の説明を参照することができ、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量をどのように判定するかということについても、前述の実施形態の対応する説明を参照することができ、これらは本明細書で繰り返し説明されない。
【００８４】
この実施形態では、第２のＨＡＲＱプロセス量はダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、基地局とのデータ送信を実行する前に、この実施形態の方法はさらに、ＨＡＲＱソフトバッファのサイズを計算して、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱに従ってソフトバッファを分割するステップを含んでよく、判定された第２のＨＡＲＱプロセス量に従って基地局とのデータ送信を実行するステップは特に、分割されたソフトバッファおよび第２のＨＡＲＱプロセス量に従って、基地局とのデータ送信を実行するステップを含む。
【００８５】
この実施形態では、キャリアアグリゲーションの状況において、第１のＨＡＲＱプロセス量指示情報を受信するステップおよび第２のＨＡＲＱプロセス量指示情報を受信するステップは、
キャリアアグリゲーションの状況において、少なくとも１つのコンポーネントキャリアに対して、第１のＨＡＲＱプロセス量指示情報が少なくとも１つのコンポーネントキャリアの第１のＨＡＲＱプロセス量指示情報であり、第２のＨＡＲＱプロセス量指示情報が少なくとも１つのコンポーネントキャリアの第２のＨＡＲＱプロセス量指示情報であり、
基地局とのデータ送信を実行するとき、第２のＨＡＲＱプロセス量に従って、コンポーネントキャリア上で基地局とのデータ送信を実行するステップを含み、
少なくとも１つのコンポーネントキャリアは、時分割複信ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである。
【００８６】
本発明の実施形態では、基地局により送信される第２のＨＡＲＱプロセス量指示情報を受信することによって、ＵＥは、異なるＨＡＲＱタイミング関係およびＨＡＲＱプロセス量を使用することによって、基地局とのデータ通信を実行することができる。
【００８７】
加えて、ＬＴＥ  ＴＤＤシステムでは、データ送信はスケジューリングに基づき、データ送信のスケジューリング情報（たとえば、リソース割振りおよびデータ送信フォーマットのような情報）はダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）で搬送され、ＤＣＩは、現在のデータ送信によって使用されるＨＡＲＱプロセスの数を示す４ビットのＨＡＲＱプロセス数フィールドを含む。ある例としてサブフレーム構成０を通知するシステムメッセージを使用することによって、Ｔａｂｌｅ  ２（表２）から、ダウンリンクＨＡＲＱプロセスの最大の数が４であることを理解でき、このとき、ＵＥがＤＣＩを受信し、決定を通じて４ビットのＨＡＲＱプロセス数フィールドを取得した後で、ＵＥは、値が０から３の間にある場合にのみ、ＨＡＲＱプロセス数フィールドの値を有効なものとして見なし、値が４から１５の間にある場合は、ＨＡＲＱプロセス数フィールドの値を無効なものとして見なし、対応するデータを受信または送信しない。本発明の実施形態では、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定するとき、ＤＣＩ中のＨＡＲＱプロセス数フィールドは、第２のＨＡＲＱプロセス量指示情報に従って判定されるＨＡＲＱプロセス量を使用することによって決定される必要がある。第２のＨＡＲＱプロセス量指示情報が送信されず、ＨＡＲＱプロセス量が第１のＨＡＲＱプロセス量指示情報に従って判定されるとき、ＤＣＩ中のＨＡＲＱプロセス数フィールドは、第１のＨＡＲＱプロセス量指示情報に従って判定されるＨＡＲＱプロセス量を使用することによって決定される。
【００８８】
本発明の実施形態では、基地局により送信される第２のＨＡＲＱプロセス量指示情報を受信することによって、ＵＥは、異なるＨＡＲＱタイミング関係およびＨＡＲＱプロセス量を使用することによって、基地局とのデータ通信を実行し、それに従ってＤＣＩ中のＨＡＲＱプロセス数フィールドを決定することができる。具体的には、ＴＤＤサブフレーム構成の動的な再構成、異なるサブフレーム構成を有するＴＤＤキャリアのアグリゲーション、およびＦＤＤキャリアとＴＤＤキャリアのアグリゲーションのような、進んだ機能的特徴により構成されるＵＥでは、データ通信は、キャリア上のＳＩＢ１メッセージを通じて通知されるサブフレーム構成に対応するＨＡＲＱタイミング関係とは異なるＨＡＲＱタイミング関係を使用することによって、基地局により実行され得る。
【００８９】
前述の別の実施形態で提供される方法に基づいて、この実施形態はさらにユーザ装置を提供し、このユーザ装置は、本発明の前述の別の実施形態のＨＡＲＱをサポートするワイヤレス通信方法を実行することができる。図８に示されるように、ユーザ装置は、受信モジュール８０１および処理モジュール８０２を含む。
【００９０】
受信モジュール８０１は、基地局によって送信される第１のハイブリッド自動再送要求ＨＡＲＱプロセス量指示情報を受信するように構成され、
処理モジュール８０２は、受信モジュール８０１がさらに基地局により送信される第２のＨＡＲＱプロセス量指示情報を受信する場合に、第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量を判定し、判定された第２のＨＡＲＱプロセス量に基づいて受信モジュール８０１を通じた基地局とのデータ送信を実行するように構成される。
【００９１】
その上、処理モジュール８０２はさらに、受信モジュール８０１が基地局によって送信される第２のＨＡＲＱプロセス量指示情報を受信しない場合に、第１のＨＡＲＱプロセス量指示情報に従って第１のＨＡＲＱプロセス量を判定し、判定された第１のＨＡＲＱプロセス量に従って受信モジュール８０１を通じた基地局とのデータ送信を実行するように構成される。
【００９２】
この実施形態では、処理モジュール８０２によって判定される第２のＨＡＲＱプロセス量は、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱ、またはアップリンクＨＡＲＱプロセスの最大の数ＭＵＬ＿ＨＡＲＱであり、
処理モジュール８０２はさらに、ＨＡＲＱソフトバッファのサイズを計算し、ダウンリンクＨＡＲＱプロセスの最大の数ＭＤＬ＿ＨＡＲＱに従ってソフトバッファを分割し、分割されたソフトバッファおよび第２のＨＡＲＱプロセス量に基づいて基地局とのデータ送信を実行するように構成される。
【００９３】
この実施形態において、キャリアアグリゲーションの状況では、受信モジュールは特に、少なくとも１つのコンポーネントキャリアに対して、基地局によって送信される少なくとも１つのコンポーネントキャリアの第１のＨＡＲＱプロセス量指示情報を受信するように構成され、第２のＨＡＲＱプロセス量指示情報がさらに受信される場合、受信モジュールによって受信される第２のＨＡＲＱプロセス量指示情報が少なくとも１つのコンポーネントキャリアの第２のＨＡＲＱプロセス量指示情報であり、
処理モジュールは、基地局とのデータ送信を実行するとき、第２のＨＡＲＱプロセス量に従って、少なくとも１つのコンポーネントキャリア上で基地局とのデータ送信を実行し、
少なくとも１つのコンポーネントキャリアは、ＴＤＤサブフレーム構成の動的な再構成の機能を有効化するコンポーネントキャリア、または、主要なコンポーネントキャリアとは異なるサブフレーム構成を有する二次的なコンポーネントキャリアである。
【００９４】
この実施形態では、異なるサブフレーム構成を有するキャリアのアグリゲーションのために、受信モジュール８０１は特に、基地局が複数のキャリア上でユーザ装置ＵＥとの通信を同時に実行するとき、各々の二次的なコンポーネントキャリアのために基地局によってＵＥに送信される各々の二次的なコンポーネントキャリアに関する第２のＨＡＲＱプロセス量指示情報をそれぞれ受信するように構成され、二次的なコンポーネントキャリアは主要なコンポーネントキャリアとは異なるサブフレーム構成を有する。
【００９５】
受信モジュール８０１によって受信される第２のＨＡＲＱプロセス量指示情報について、前述の実施形態の説明を参照することができ、処理モジュール８０２が第２のＨＡＲＱプロセス量指示情報に従って第２のＨＡＲＱプロセス量をどのように判定するかということについても、前述の実施形態の対応する説明を参照することができ、これらは本明細書で繰り返し説明されない。ある要件に従って、ユーザ装置はさらに、第２のＨＡＲＱプロセス量に対して事前に定義された値を記憶するように構成される、または、第２のＨＡＲＱプロセス量とすべてのサポートされる動的なサブフレーム設定との間の対応付けを記憶するように構成される、または、第２のＨＡＲＱプロセス量と使用される可能性のあるサブフレーム構成情報のすべての組合せとの間の対応付けを記憶するように構成される、または、第２のＨＡＲＱプロセス量と、主要なコンポーネントキャリアのサブフレーム構成および二次的なコンポーネントキャリアのサブフレーム構成のすべてのサポートされる組合せとの間の対応付けを記憶するように構成される、記憶モジュール８０３を含み得る。具体的には、記憶モジュール６０３を参照することができる。
【００９６】
その上、処理モジュール８０２はさらに、受信モジュール８０１がさらに基地局によって送信される第２のＨＡＲＱプロセス量指示情報を受信する場合、第２のＨＡＲＱプロセス量に従って、ダウンリンク制御情報ＤＣＩ中のＨＡＲＱプロセス数フィールドを決定するように構成される。
【００９７】
本発明の別の実施形態による方法では、ユーザ装置のモジュールが情報の授受および実行プロセスのような内容を実行することに留意されたい。具体的には、方法の実施形態の説明に対して参照を行うことができる。その上、ユーザ装置の実施形態は、前述の方法の実施形態の方法の実施形態と同じ考えに基づき、それによりもたらされる技術的効果は、本発明の方法の実施形態の技術的効果と同じである。特定の内容について、本発明の方法の実施形態の説明に対する参照を行うことができ、これは本明細書では繰り返し説明されない。
【００９８】
ユーザ装置および基地局の実施形態では、機能モジュールの分割は例にすぎず、実際の適用において、要件に従って、たとえば、対応するハードウェアの構成要件またはソフトウェアの実装の便宜を考慮して、機能が実装のために異なる機能モジュールに割り振られてよく、すなわち、ユーザ装置および基地局の内部構造は、上で説明された機能のすべてまたは一部を実装するために、異なる機能モジュールに分割される。その上、実際の適用では、この実施形態における対応する機能モジュールは、対応するハードウェアによって実装されてよく、対応するソフトウェアを実行する対応するハードウェアによって実装されてもよい。たとえば、送信モジュールは、送信モジュール、たとえば送信機の機能を実行するハードウェアであってよく、一般的なプロセッサ、または、機能を実装するための対応するコンピュータプログラムを実行することが可能な別のハードウェアデバイスであってもよい。別の例では、処理モジュールは、処理モジュール、たとえばプロセッサの機能を実行するハードウェアであってよく、機能を実装するための対応するコンピュータプログラムを実行することが可能な別のハードウェアデバイスであってもよい。さらに別の例では、受信モジュールは、受信モジュール、たとえば受信機の機能を実行するハードウェアであってよく、一般的なプロセッサ、または、機能を実装するための対応するコンピュータプログラムを実行することが可能な別のハードウェアデバイスであってもよい。（前述の説明の原則は、この明細書で提供されるすべての実施形態に当てはまり得る。）
【００９９】
その上、本発明のある実施形態はさらに、ＨＡＲＱをサポートするワイヤレス通信システムを提供し、このシステムは、前述の実施形態で説明されたユーザ装置および基地局を含む。ユーザ装置および基地局の具体的な構成および機能については、前述の実施形態を参照することができ、本明細書では繰り返し説明されない。
【０１００】
実施形態の方法のステップのすべてまたは一部は、関連するハードウェアに命令するプログラムによって実施され得ることを、当業者は理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてよく、記憶媒体は、読取り専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、または光学ディスクを含み得る。
【０１０１】
本発明の実施形態において提供される方法、ユーザ装置、および基地局が、詳細に説明される。原理を説明するために具体的な例が使用され、本発明の実装の方式は具体的な例を通じて説明される。本発明の実施形態についての説明は単に、本発明の方法および中核的な着想の理解を助けるために使用される。当業者は、本発明の着想に従って、具体的な実装の方式および適用範囲に関して、本発明に対する変更を加えることができる。したがって、本明細書で説明される内容は、本発明に対する限定として解釈されるべきではない。
【符号の説明】
【０１０２】
６０１  送信モジュール
６０２  処理モジュール
６０３  記憶モジュール
８０１  受信モジュール
８０２  処理モジュール
８０３  記憶モジュール
【図１】
0006034485.tif 000006
【図２】
0006034485.tif 000007
【図３】
0006034485.tif 000008
【図４】
0006034485.tif 000009
【図５】
0006034485.tif 000010
【図６】
0006034485.tif 000011
【図７】
0006034485.tif 000012
【図８】
0006034485.tif 000013