(57)【特許請求の範囲】
【請求項１】
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用して、ＨＡＲＱプロセスを開始し、該ＨＡＲＱプロセスと関連付けられたＨＡＲＱデータの少なくとも一部分を伝送することと、
第２のＣＣを配分することと、
該第１のＣＣから該第２のＣＣに該ＨＡＲＱプロセスをマッピングすることと、
該第２のＣＣを使用して、該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送することと
を含む、方法。
【請求項２】
前記第１のＣＣと前記第２のＣＣとの間のマッピングに関する情報を伝送することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１のＣＣと前記第２のＣＣとの間のマッピングに関する情報は、マッピングテーブルを使用して表される、請求項１に記載の方法。
【請求項４】
前記第１のＣＣと前記第２のＣＣとの間の情報は、順序付けられたＣＣのリストを使用して表される、請求項１に記載の方法。
【請求項５】
前記第１のＣＣと前記第２のＣＣとの間の情報は、信号伝達プロトコルを使用して伝送される、請求項１に記載の方法。
【請求項６】
前記信号伝達プロトコルは、無線リソース制御（ＲＲＣ）プロトコルである、請求項５に記載の方法。
【請求項７】
前記信号伝達プロトコルは、メディアアクセス制御（ＭＡＣ）信号伝達である、請求項５に記載の方法。
【請求項８】
前記第１のＣＣと前記第２のＣＣとの間のマッピング情報は、半静的構成を使用して、伝送される、請求項１に記載の方法。
【請求項９】
割り当てられたＣＣの数量は、対応する新しく再割り当てされたＣＣの数量以下であってもよく、いかなるＨＡＲＱデータも廃棄されない、請求項１に記載の方法。
【請求項１０】
割り当てられたＣＣの数量は、対応する新しく再割り当てされたＣＣの数量より大きくてもよく、マッピングされていないＣＣを使用して伝送される少なくともいくつかのＨＡＲＱデータは、廃棄される、請求項１に記載の方法。
【請求項１１】
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用して、ＨＡＲＱプロセスと関連付けられたＨＡＲＱデータの少なくとも一部分を受信することと、
該第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信することと、
該第２のＣＣを使用して、該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信することと
を含む、方法。
【請求項１２】
前記第１のＣＣと前記第２のＣＣとの間のマッピングに関する情報を受信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記第１のＣＣと前記第２のＣＣとの間のマッピングに関する情報は、信号伝達プロトコル、半静的構成、または、その両方を使用して受信される、請求項１２に記載の方法。
【請求項１４】
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するアクセスノードであって、
第１のＣＣを使用して、ＨＡＲＱプロセスを開始し、該ＨＡＲＱプロセスと関連付けられたＨＡＲＱデータの少なくとも一部分を伝送することと、
第２のＣＣを配分することと、
該第１のＣＣから該第２のＣＣに該ＨＡＲＱプロセスをマッピングすることと、
該第２のＣＣを使用して、該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送することと
を行うように構成されているプロセッサを含む、アクセスノード。
【請求項１５】
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するユーザ機器（ＵＥ）であって、
第１のＣＣを使用して、ＨＡＲＱプロセスと関連付けられたＨＡＲＱデータの少なくとも一部分を受信することと、
該第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信することと、
該第２のＣＣを使用して、該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信することと
を行うように構成されているプロセッサを含む、ユーザ機器。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書で使用されるように、用語「ユーザ機器」および「ＵＥ」は、携帯電話、携帯情報端末、携帯用またはラップトップコンピュータ、および電気通信能力を有する同様のデバイス等、携帯デバイスを指すことが可能である。そのようなＵＥは、加入者識別モジュール（ＳＩＭ）アプリケーション、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、または取外し可能ユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、無線デバイスおよびその関連汎用集積回路カード（ＵＩＣＣ）から成る場合があり、またはそのようなカードを伴わないデバイス自体から成る場合がある。また、用語「ＵＥ」は、固定回線電話、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、類似能力を有するが、運搬可能ではないデバイスを指すことも可能である。ＵＥがネットワークノードであるとき、ネットワークノードは、無線デバイスまたは固定回線デバイス等の別の機能に代わって作用し、無線デバイスまたは固定回線デバイスをシミュレートまたはエミュレートし得る。例えば、いくつかの無線デバイスの場合、典型的にはデバイス上に常駐するＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）セッション開始プロトコル（ＳＩＰ）クライアントは、実際は、ネットワーク内に常駐し、最適化されたプロトコルを使用して、デバイスにＳＩＰメッセージ情報を中継する。言い換えれば、従来、無線デバイスによって実行されていたいくつかの機能は、遠隔ＵＥの形態で分布することが可能であって、その場合、遠隔ＵＥは、ネットワーク内の無線デバイスを表す。また、用語「ＵＥ」は、ユーザのための通信セッションを終結させることが可能な、任意のハードウェアまたはソフトウェアコンポーネントも指し得る。また、用語「ユーザエージェント」、「ＵＡ」、「ユーザデバイス」、および「ユーザノード」は、本明細書では同意語として使用される場合がある。
【発明の概要】
【課題を解決するための手段】
【０００２】
技術が発達するにつれて、以前には可能ではなかったサービスを提供することができる、より高度なネットワークアクセス機器が導入されてきた。本ネットワークアクセス機器は、従来の無線電気通信システムにおける同等の機器の改良であるシステムおよびデバイスを含む場合がある。そのような高度または次世代の機器は、ロング・ターム・エボリューション（ＬＴＥ）またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）等の進化型無線通信規格に含まれ得る。例えば、ＬＴＥまたはＬＴＥ−Ａシステムは、従来の基地局ではなく、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）、無線アクセスポイント、または類似コンポーネントを含む場合がある。本明細書で使用されるように、用語「アクセスノード」は、従来の基地局、無線アクセスポイント、ＬＴＥまたはＬＴＥ−Ａ  ｅＮＢ、あるいはＵＥまたは中継ノードを電気通信システム内の他のコンポーネントにアクセス可能にする受信および伝送範囲の地理的領域を創出する、ルータ等の無線ネットワークの任意のコンポーネントを指すであろう。本書では、用語「アクセスノード」および「アクセスデバイス」は、互換可能に使用され得るが、アクセスノードは、複数のハードウェアおよびソフトウェアを備えてもよいことが理解される。
本発明は、例えば、以下を提供する。
（項目１）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣを配分することと、
該第１のＣＣから該第２のＣＣに該ＨＡＲＱプロセスをマッピングすることと、
該第２のＣＣを使用して該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送することと
を含む、方法。
（項目２）
上記第１のＣＣと上記第２のＣＣとの間のマッピングに関する情報を伝送することをさらに含む、項目１に記載の方法。
（項目３）
上記第１のＣＣと上記第２のＣＣとの間のマッピングに関する情報は、マッピングテーブルを使用して表される、項目１に記載の方法。
（項目４）
上記第１のＣＣと上記第２のＣＣとの間の情報は、順序付けられたＣＣのリストを使用して表される、項目１に記載の方法。
（項目５）
上記第１のＣＣと上記第２のＣＣとの間の情報は、信号伝達プロトコルを使用して伝送される、項目１に記載の方法。
（項目６）
上記信号伝達プロトコルは、無線リソース制御（ＲＲＣ）プロトコルである、項目５に記載の方法。
（項目７）
上記信号伝達プロトコルは、メディアアクセス制御（ＭＡＣ）信号伝達である、項目５に記載の方法。
（項目８）
上記第１のＣＣと上記第２のＣＣとの間のマッピング情報は、半静的構成を使用して、伝送される、項目１に記載の方法。
（項目９）
上記割り当てられたＣＣの数量は、上記対応する新しく再割り当てされたＣＣの数量以下であってもよく、いかなるＨＡＲＱデータも廃棄されない、項目１に記載の方法。
（項目１０）
上記割り当てられたＣＣの数量は、上記対応する新しく再割り当てされたＣＣの数量より大きくてもよく、マッピングされていないＣＣを使用して伝送される少なくともいくつかのＨＡＲＱデータは、廃棄される、項目１に記載の方法。
（項目１１）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣの配分を決定することと、
該第２のＣＣを分配する前に、該第１のＣＣを使用する該ＨＡＲＱプロセスの完了まで待機することと、
該第２のＣＣにおいて別のＨＡＲＱプロセスを開始することと
を含む、方法。
（項目１２）
将来の伝送のために使用されないであろう、割り当てられたＣＣのサブセットを予想することと、
上記ＣＣを再配分する前に、該割り当てられたＣＣの予想されるサブセットを、ＨＡＲＱデータを伝送するために使用しないことと
をさらに含む、項目１１に記載の方法。
（項目１３）
上記第２のＣＣに関する情報を伝送することをさらに備える、項目１１に記載の方法。
（項目１４）
上記第２のＣＣに関する情報は、信号伝達プロトコルを使用して伝送される、項目１３に記載の方法。
（項目１５）
上記第２のＣＣに関する情報は、半静的構成を使用して伝送される、項目１３に記載の方法。
（項目１６）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣを配分することと、
ＨＡＲＱプロセスの完了前に、該第１のＣＣを使用する伝送を中断することと、
該第２のＣＣを使用して新しいＨＡＲＱプロセスを使用する伝送を再開することと
を含む、方法。
（項目１７）
上記第２のＣＣに関する情報を伝送することをさらに備える、項目１６に記載の方法。
（項目１８）
上記第２のＣＣに関する情報は、信号伝達プロトコルを使用して伝送される、項目１７に記載の方法。
（項目１９）
上記第２のＣＣに関する情報は、半静的構成を使用して伝送される、項目１７に記載の方法。
（項目２０）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信することと、
該第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信することと、
該第２のＣＣを使用して該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信することと
を含む、方法。
（項目２１）
上記第１のＣＣと上記第２のＣＣとの間のマッピングに関する情報を受信することをさらに備える、項目２０に記載の方法。
（項目２２）
上記上記第１のＣＣと上記第２のＣＣとの間のマッピングに関する情報は、信号伝達プロトコル、半静的構成、または両方を使用して受信される、項目２１に記載の方法。
（項目２３）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送をサポートする方法であって、
第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信することと、
第２のＣＣに関する情報を受信することと、
該ＨＡＲＱプロセスと関連付けられた任意の受信したＨＡＲＱデータを廃棄することと、
該第２のＣＣを使用して再伝送されたデータを受信することと、
を含む、方法。
（項目２４）
上記第２のＣＣに関する情報を受信することをさらに備える、項目２３に記載の方法。
（項目２５）
上記第２のＣＣに関する情報は、受信した信号伝達プロトコル、半静的構成、または両方を使用して受信される、項目２４に記載の方法。
（項目２６）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するアクセスノードであって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣを配分することと、
該第１のＣＣから該第２のＣＣに該ＨＡＲＱプロセスをマッピングすることと、
該第２のＣＣを使用して該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送することと
を行うように構成されるプロセッサを備える、アクセスノード。
（項目２７）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するアクセスノードであって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣの配分を決定することと、
該第２のＣＣを分配する前に、該第１のＣＣを使用する該ＨＡＲＱプロセスの完了まで待機することと、
該第２のＣＣにおいて別のＨＡＲＱプロセスを開始することと
を行うように構成されるプロセッサを備える、アクセスノード。
（項目２８）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するアクセスノードであって、
第１のＣＣを使用してＨＡＲＱプロセスを開始することと、
第２のＣＣを配分することと、
該ＨＡＲＱプロセスの完了前に、該第１のＣＣを使用する伝送を中断することと、
該第２のＣＣを使用してデータの伝送を再開することと
を行うように構成されるプロセッサを備える、アクセスノード。
（項目２９）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するユーザ機器（ＵＥ）であって、
第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信することと、
該第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信することと、
該第２のＣＣを使用して該ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信することと
を行うように構成されるプロセッサを備える、ユーザ機器。
（項目３０）
コンポーネントキャリア（ＣＣ）再配分の際に、ハイブリッド自動再送要求（ＨＡＲＱ）伝送を促進するユーザ機器（ＵＥ）であって、
第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信することと、
第２のＣＣに関する情報を受信することと、
該ＨＡＲＱプロセスと関連付けられた任意の受信したＨＡＲＱデータを廃棄することと、
該第２のＣＣを使用して再伝送されたデータを受信することと
を行うように構成されるプロセッサを備える、ユーザ機器。
【図面の簡単な説明】
【０００３】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照する（類似の参照数字は、類似部品を表す）。
【図１】図１は、本開示の実施形態による、無線通信システムの実施形態の概略図である。
【図２】図２は、本開示の実施形態による、データ伝送および再伝送の概略図である。
【図３】図３は、本開示の実施形態による、ダウンリンクのための複数のＣＣを構成するための方法の工程図である。
【図４】図４は、ＣＣ再配分の際に、ハイブリッド自動再送要求伝送をサポートするための方法の工程図である。
【図５】図５は、ＣＣ再配分の際に、ハイブリッド自動再送要求伝送をサポートするための別の方法の工程図である。
【図６】図６は、ＣＣ再配分の際に、ハイブリッド自動再送要求伝送をサポートするための別の方法の工程図である。
【図７】図７は、本開示のいくつかの実施形態を実装するために好適なプロセッサおよび関連コンポーネントを図示する。
【発明を実施するための形態】
【０００４】
最初に、本開示の１つ以上の実施形態の例示的実装を以下で提供するが、開示されたシステムおよび／または方法は、現在既知であるか、または既存であるかにかかわらず、任意の数の技法を使用して実装されてもよいことを理解されたい。本開示は、本明細書で例示および説明される例示的設計および実装を含む、以下で例示される例示的実装、図面、および技法に決して限定されるべきではないが、同等物の全範囲とともに、添付の請求項の範囲内で修正されてもよい。
【０００５】
ある場合には、短時間で大量のデータをＵＥに伝送することが、アクセスデバイスにとって望ましい。例えば、ビデオブロードキャストは、短時間にわたってＵＥに伝送される必要がある、大量のオーディオおよびビデオデータを含み得る。別の事例として、ＵＥは、すべて、略同時に、データパケットをアクセスデバイスに伝送する必要があるいくつかのアプリケーションを実行し、組み合わされたデータ転送を極端に大量にさせ得る。データ伝送の速度を増大させるための方法の１つは、多重コンポーネントキャリア（ＣＣ）、例えば、単一のＣＣの代わりに、多重キャリア周波数を使用してアクセスデバイスとＵＥとの間で通信することである。
【０００６】
ＬＴＥ−Ａは、ＬＴＥの主要強化として、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）によって現在決定されているモバイル通信規格である。ＬＴＥ−Ａでは、アクセスデバイスおよびＵＥは、複数のＣＣを使用してユーザデータを通信し、データを制御し得る。ＣＣは、所定の組み合わされた帯域幅にわたって略均等に分布させられ得、例えば、各ＣＣは、組み合わされた帯域幅の略均等な部分を備え得る。伝送エラーが生じると、データは、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを使用して再伝送され得る。故に、付加的なエラー検出および補正ビットが、伝送されたデータに追加され得る。伝送されたデータの受信者が、データブロックのデコードを成功可能である場合、受信者は、データブロックを承認してもよい。受信者が、データブロックをデコード不可能である場合、受信者は、データの再伝送を要求してもよい。しかしながら、データを再伝送するために使用されるＣＣが切り替えられるとき等、データ伝送のために配分されたＣＣが、ＨＡＲＱ伝送の際に切り替えられるか、または再配分されると、再伝送されたＨＡＲＱデータは、適切には検出され得ない。
【０００７】
本明細書に開示されるのは、ＣＣ切替えまたは再配分の際に、ＨＡＲＱ伝送をサポートするシステムおよび方法である。一実施形態では、アクセスデバイスは、ＨＡＲＱ伝送の際に、ＵＥのためのＣＣを再配分し、次いで、ＨＡＲＱ伝送を再開してもよい。したがって、ＵＥは、ＣＣを再配分する前に、再伝送されたＨＡＲＱデータを廃棄し、再配分されたＣＣを使用して、新しいＨＡＲＱ伝送の受信を再開し得る。ＨＡＲＱ伝送を再開し、以前に再伝送されたＨＡＲＱデータを廃棄するステップは、実装が簡単であり得るが、時として、いくつかのシステムリソースを無駄にし得る。代わりに、ＨＡＲＱ伝送の際のいくつかのシステムリソースを節約するために、アクセスデバイスは、ＵＥのためのＣＣを再配分する前に、ＨＡＲＱ伝送が完了することを待機してもよい。しかしながら、そのような解決法は、ＵＥが、そのデータ伝送速度の加速をサポートするための付加的なＣＣを要求し得る場合等に、ＣＣ再配分プロセスおよびデータ伝送速度を制限し得る。代替解決法では、切替え前に配分されたＣＣは、例えば、ＵＥに送信され得るマッピングテーブルを使用して、再配分されたＣＣにマッピングされてもよい。したがって、ＨＡＲＱ伝送は、ＣＣの再配分の際に、実質的に中断することなく、継続し得る。
【０００８】
図１は、無線通信システム１００の実施形態を例示する。図１は、例示であって、他の実施形態では、他のコンポーネントまたは配列を有してもよい。無線通信システム１００は、少なくとも１つのＵＥ１１０と、アクセスデバイス１２０とを備えてもよい。ＵＥ１１０は、無線リンクを経由して、ネットワークアクセスデバイス１２０と無線通信してもよい。無線リンクは、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＧＳＭ（登録商標）、ＧＰＲＳ／ＥＤＧＥ、Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＰＡ）、およびＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）を含む、３ＧＰＰに説明されているもの等、複数の電気通信規格またはイニシアチブのうちのいずれかに準拠してもよい。加えて、または代替として、無線リンクは、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＣＤＭＡ）２０００規格１ｘＲＴＴ、または１ｘＥＶ−ＤＯを含む、３ＧＰＰ２に説明されている、複数の規格のうちのいずれかに準拠してもよい。また、無線リンクは、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）、またはＷｉＭＡＸフォーラム等の他の産業フォーラムによって説明されているもの等、他の規格と互換性があってもよい。
【０００９】
アクセスデバイス１２０は、ｅＮＢ、基地局、またはＵＥ１１０のためのネットワークアクセスを促進する他のコンポーネントであってもよい。アクセスデバイス１２０は、直接リンクを経由して、直接、同一セル１３０内にあり得る、任意のＵＥ１１０と通信してもよい。例えば、直接リンクは、アクセスデバイス１２０とＵＥ１１０との間に確立される、２地点間リンクであって、２つの間の信号を送受信するために使用されてもよい。また、ＵＥ１１０は、同一セル内の少なくとも第２のＵＥ１１０と通信してもよい。加えて、アクセスデバイス１２０はまた、他のコンポーネントまたはデバイス（図示せず）と通信し、無線通信システム１００のこれらの他のコンポーネントに、他のネットワークへのアクセスを提供してもよい。
【００１０】
ＵＥ１１０およびアクセスデバイス１２０は、少なくとも１つのダウンリンク（ＤＬ）チャネル、少なくとも１つのアップリンク（ＵＬ）チャネル、または両方を経由して無線通信してもよい。ダウンリンクおよびアップリンクチャネルは、物理チャネルであって、静的、半静的、または動的に配分されるネットワークリソースであってもよい。例えば、ダウンリンクおよびアップリンクチャネルは、少なくとも１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、少なくとも１つの物理アップリンク共有チャネル（ＰＵＳＣＨ）、少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）、またはそれらの組み合わせを備えてもよい。ある実施形態では、ダウンリンクおよびアップリンクチャネルは、周波数分割デュプレキシング（ＦＤＤ）を使用して確立されてもよく、その場合、信号は、異なる周波数で送受信される。加えて、または代替として、ダウンリンクおよびアップリンクチャネルは、時分割を使用して確立されてもよく、その場合、信号は、異なる伝送時間間隔（ＴＴＩ）で、伝送、受信、または両方が行われてもよい。
【００１１】
ある実施形態では、アクセスデバイス１２０は、音声、ビデオ、または他の通信データ等のユーザデータを、ＰＤＳＣＨ等のＤＬを介してＵＥ１１０に伝送してもよい。また、アクセスデバイス１２０は、リソース配分およびハイブリッド自動再送要求（ＨＡＲＱ）データ等の制御データを、ＰＤＣＣＨを介してＵＥに伝送してもよい。アクセスデバイス１２０は、ＵＥ１１０から、ＰＵＳＣＨ等のＵＬを介してユーザデータを、ＰＵＣＣＨを介して制御データを、または両方を受信してもよい。無線通信システム１００は、ＬＴＥ−Ａ規格に対応してもよく、その場合、ユーザデータおよび制御データは、所定の帯域幅に及ぶ複数のＣＣを使用して転送されてもよい。例えば、ユーザデータおよび制御データは、合計約１００メガヘルツ（ＭＨｚ）の組み合わされた帯域幅にわたって、略等しく分布させられ、例えば、各ＣＣは、約２０メガヘルツ（ＭＨｚ）の帯域幅を備え得る約５つのＣＣを使用して伝送されてもよい。また、ユーザデータおよび制御データは、３ＧＰＰ  Ｒｅｌｅａｓｅ  ８（Ｒ８）規格を使用して、各ＣＣを介して転送されてもよい。したがって、データは、Ｒ８規格を使用する単一ＣＣを介して、またはＬＴＥ−Ａ規格を使用する多重ＣＣを介して受信されてもよい。
【００１２】
ある実施形態では、ＵＥ１１０は、半静的構成を使用して、ＤＬを介してユーザデータを、および／またはＰＤＣＣＨを介して制御データを伝送してもよい。故に、少なくとも１つのＣＣは、サブフレームの約１の持続時間、例えば、約１ミリ秒を超え得るある時間間隔において、ユーザデータに割り当てられてもよい。例えば、ＤＬを介したＣＣの切替えまたは再割当間の時間遅延は、約数秒または分に等しくてもよい。半構成の時間間隔は、動的構成において使用され得る時間間隔を上回ってもよく、サブフレームの約１の持続時間または約１ミリ秒に等しくてもよい。したがって、ＣＣは、半静的構成を使用して、より低頻度に割当または切替えが行われ、手順の複雑性を緩和し、通信ひいては電力消費、あるいは両方を低減させ得る。
【００１３】
図２は、アクセスデバイス１２０からＵＥ１１０への一連のデータ伝送を例示する。データ伝送は、初期伝送２１０と、ＵＥ１１０が１つ以上の初期伝送２１０の受信に失敗すると生じる再伝送２２０とを含んでもよい。ＵＥ１１０は、ＰＤＣＣＨを経由して受信し得る新しいデータインジケータ（ＮＤＩ）を検出することによって、再伝送２２０から初期伝送２１０を識別してもよい。初期伝送２１０は、ＨＡＲＱエラー検出ビットを含み、周期的パケット到着間隔２３０、典型的には、２０ミリ秒で生じてもよい。初期伝送２１０の受信に応じて、ＵＥ１１０は、エラー検出ビットのデコードを試行してもよい。デコードが成功すると、ＵＥ１１０は、初期データ伝送２１０と関連付けられたデータパケットを承認し、送達確認（ＡＣＫ）メッセージをアクセスデバイス１２０に送信してもよい。デコードが失敗すると、ＵＥ１１０は、初期データ伝送２１０と関連付けられたデータパケットをバッファ内に置き、非送達確認（ＮＡＣＫ）メッセージをアクセスデバイス１２０に送信してもよい。
【００１４】
アクセスデバイス１２０が、ＮＡＣＫメッセージを受信すると、アクセスデバイス１２０は、初期伝送２１０の再伝送２２０を送信してもよい。初期伝送２１０等の再伝送２２０は、ＨＡＲＱエラー検出ビットを含んでもよい。再伝送２２０とともに、その対応する初期伝送２１０のデコードが失敗すると、ＵＥ１１０は、別のＮＡＣＫメッセージを送信してもよく、アクセスデバイスは、別の再伝送２２０を送信してもよい。ＵＥ１１０は、典型的には、デコード前に、初期伝送２１０およびその対応する再伝送２２０を組み合わせる。初期伝送２１０とその第１の再伝送２２０または２つの再伝送２２０間の間隔は、典型的には、約７乃至８ミリ秒であって、再伝送時間２４０と称され得る。
【００１５】
ＵＥ１１０に初期伝送２１０を送信し、ＵＥ１１０からのＡＣＫまたはＮＡＣＫメッセージを待機し、ＮＡＣＫメッセージが受信されると、少なくとも１つの再伝送２２０を送信するアクセスデバイス１２０のプロセスは、ＨＡＲＱプロセスと称され得る。ある実施形態では、アクセスデバイス１２０は、限定数のＨＡＲＱプロセス、例えば、各ＣＣ毎に、約８つのＨＡＲＱプロセスをサポートしてもよい。各ＨＡＲＱプロセスは、ＰＤＣＣＨを経由して、一意のＨＡＲＱプロセスＩＤによって指定され得る１つの初期伝送２１０およびその対応する再伝送２２０に対応してもよい。
【００１６】
例えば、ＵＥ１１０は、第１の初期伝送２１０ａの受信に失敗すると、ＮＡＣＫをアクセスデバイス１２０に送信し得る。ＮＡＣＫの受信に応じて、アクセスデバイス１２０は、第１の再伝送２２０ａをＵＥ１１０に送信してもよい。ＵＥ１１０は、第１の再伝送２２０ａの受信に失敗すると、別のＮＡＣＫを送信し得る。次いで、アクセスデバイス１２０は、第２の再伝送２２０ｂを送信し、ＵＥ１１０は、再び、それの受信に失敗し得る。ＵＥ１１０は、第３のＮＡＣＫを送信し、アクセスデバイス１２０は、第２の初期伝送２１０ｂの後であって、第３の初期伝送２１０ｃの前に、第３の再伝送２２０ｃを送信してもよい。ＵＥ１１０は、再伝送２２０ａ、２２０ｂ、および２２０ｃのそれぞれに対して、ＨＡＲＱプロセスＩＤを使用して、再伝送２２０ａ、２２０ｂ、および２２０ｃを第１の初期伝送２１０ａと関連付けてもよい。
【００１７】
図３は、ＤＬのために、複数のＣＣを構成するための方法３００の実施形態を例示する。ブロック３１０では、アクセスデバイス１２０は、信号伝達プロトコルおよび半静的構成を使用して、ＤＬのためのＣＣをＵＥ１１０に配分してもよい。例えば、呼設定の際に、アクセスデバイス１２０は、ＲＲＣプロトコルを使用して、ＰＤＳＣＨ等のＤＬのための少なくとも１つのＣＣをＵＥ１１０に信号伝達してもよい。ＲＲＣプロトコルは、ＵＥとネットワークノードまたは他の機器との間の割当、構成、および無線リソースの放出に関与してもよい。ＲＲＣプロトコルは、３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）３６．３３１に詳述されている。ＲＲＣプロトコルに従って、ＵＥのための２つの基礎ＲＲＣは、「アイドルモード」および「接続モード」として定義される。接続モードまたは状態の間、ＵＥは、ネットワークと信号を交換し、他の関連動作を行ってもよい一方、アイドルモードまたは状態の間、ＵＥは、その接続モード動作のうちの少なくともいくつかを停止してもよい。アイドルおよび接続モード挙動は、３ＧＰＰ  ＴＳ  ３６．３０４およびＴＳ  ３６．３３１に詳述されている。代替として、アクセスデバイス１２０は、ＲＲＣ信号伝達より信頼性が低くあり得るＭＡＣ制御要素を使用して、ＣＣを配分してもよい。
【００１８】
ブロック３２０では、アクセスデバイス１２０は、配分されたＣＣを使用して、ＤＬを介して、ユーザデータをＵＥ１１０に伝送してもよい。ブロック３３０では、アクセスデバイス１２０は、信号伝達プロトコルを使用してＤＬのためのＣＣを再構成してもよい。例えば、呼の間、アクセスデバイス１２０は、ＲＲＣ信号伝達またはＭＡＣ制御要素を経由して、ＣＣのうちの少なくともいくつかをＵＥ１１０に切替えまたは再配分してもよい。ＣＣ再構成の信頼性を向上させるために、配分されたＣＣ情報は、例えば、ＲＲＣまたはＭＡＣ信号内の「開始時間」を使用して、アクセスデバイス１２０とＵＥ１１０との間で同期されてもよい。開始時間は、呼始動時間等の基準時間に対してオフセットされた時間であってもよく、または絶対時間であってもよい。代替として、配分されたＣＣ情報は、Ｒ８規格に従って同期されてもよい。
【００１９】
図４は、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートするための方法４００の実施形態を例示する。具体的には、アクセスデバイス１２０は、ＨＡＲＱ伝送の際に、ＵＥのためのＣＣを再配分してもよく、その場合、ＵＥ１１０は、複数の割り当てられたＣＣを使用して、少なくともいくつかのＨＡＲＱデータ、例えば、アクセスデバイス１２０からの初期伝送に対応する少なくとも１つの再伝送を受信および記憶してもよい。ＣＣが、アクセスデバイス１２０によって再割り当てされると、残りのＨＡＲＱデータは、異なるＣＣのセットを使用して伝送されてもよい。故に、ＵＥ１１０は、着信ＨＡＲＱデータを以前に受信および記憶されたＨＡＲＱデータと関連付けることが可能となり得ず、いくつかのデータ損失を生じさせ得る。したがって、ＣＣの再配分後、アクセスデバイス１２０は、ＨＡＲＱプロセスを中断し、新しいデータ伝送を再開してもよく、例えば、アクセスデバイス１２０は、ＣＣの再配分前に、新しいデータとして、ＨＡＲＱプロセスと関連付けられたデータを再伝送してもよい。加えて、ＵＥ１１０は、以前に伝送および記憶されたＨＡＲＱデータを廃棄し、アクセスデバイス１２０から再伝送されたデータの受信を開始してもよい。
【００２０】
ブロック４１０では、アクセスデバイス１２０は、ＵＥ１１０に割り当てられたＣＣを使用してＨＡＲＱ伝送を開始してもよい。伝送されたＨＡＲＱデータは、ＵＥ１１０で受信され、例えば、バッファ内に記憶されてもよい。ブロック４２０では、アクセスデバイス１２０は、新しいＣＣのセットをＵＥ１１０に再配分し、再割り当てされたＣＣを使用して、ＨＡＲＱプロセスと関連付けられた以前に伝送されたデータを新しいデータとして再伝送することによって、ＨＡＲＱ伝送を中断してもよい。加えて、アクセスデバイス１２０は、ＵＥ１１０に、信号伝達を経由して新しいＣＣ構成を通知してもよい。例えば、アクセスデバイス１２０は、ＲＲＣ信号伝達またはＭＡＣ制御要素を使用して、新しいＣＣ構成をＵＥ１１０に送信してもよい。さらに、ＣＣ構成は、半静的構成を使用して送信されてもよい。したがって、ＵＥ１１０は、以前に受信され、例えば、バッファ内に記憶されたＨＡＲＱデータを削除し、再割り当てされたＣＣを使用して再伝送されたデータを受信してもよい。方法４００は、実質的な複雑性を伴わずに実装され得るが、システムリソースの観点からは、コストがかかり、いくつかのリソースは、ＨＡＲＱデータのいくつかの伝送および廃棄を介して、無駄となり得る。
【００２１】
図５は、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートする方法５００の別の実施形態を例示する。具体的には、アクセスデバイス１２０は、ＨＡＲＱプロセスが完了するまで、ＣＣ再配分を遅延させ、いくつかの伝送されたＨＡＲＱデータの廃棄を防止し、故に、いくつかのリソースの無駄を回避してもよい。ブロック５１０では、アクセスデバイス１２０は、ＨＡＲＱデータを受信するために割り当てられたＣＣを使用し得る、ＵＥ１１０に割り当てられたＣＣを使用してＨＡＲＱ伝送を開始してもよい。ブロック５２０では、アクセスデバイス１２０は、新しいＣＣのセットをＵＥ１１０に再配分し、ＵＥ１１０に新しいＣＣ構成を通知する前に、ＨＡＲＱプロセスが完了するまで待機してもよい。ＵＥ１１０は、ＣＣを再構成し、アクセスデバイス１２０から将来の伝送を受信する前に、完全ＨＡＲＱデータを受信してもよい。次いで、アクセスデバイス１２０は、再配分されたＣＣを使用して、別のＨＡＲＱプロセスを開始してもよい。
【００２２】
方法５００は、いくつかのリソースの無駄を回避し得るが、ＣＣ再配分プロセスの柔軟性および効率性を低減させ得る。例えば、方法５００は、アクセスデバイス１２０とＵＥ１１０との間の継続的出た伝送の場合、好適となり得ない。また、方法５００は、付加的ＣＣが迅速に配分される必要があり得る、伝送速度の加速をサポートするために好適となり得ない。
【００２３】
ある実施形態では、ＣＣ再配分の効率性は、再配分されたＣＣの数量の任意の潜在的増減を予想することによって改善されてもよい。例えば、アクセスデバイス１２０は、割り当てられたＣＣのサブセットが、将来の伝送において使用され得ないことを予想し、故に、ＣＣを再配分する前に、ＨＡＲＱデータを伝送するために、そのようなＣＣを使用することを停止してもよい。したがって、ＣＣが再配分され、割り当てられたＣＣのサブセットが再割り当てされないと、ＨＡＲＱ伝送は影響を受け得ない。
【００２４】
図６は、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートするための方法６００の別の実施形態を例示する。具体的には、アクセスデバイス１２０は、ＨＡＲＱ伝送の際にＣＣを再配分し、再配分の前に、新しく再割り当てされたＣＣのセットを以前に割り当てられたＣＣのセットにマッピングしてもよい。以前に割り当てられたＣＣのためにすべてのＨＡＲＱプロセスが、ＣＣ再配分後、再伝送のために再構成される必要がない場合、アクセスデバイス１２０は、再配分前に、新しく再割り当てされたＣＣおよび関連付けられたＨＡＲＱ識別子（ＩＤ）を少なくとも１つの以前に割り当てられたＣＣならびにＨＡＲＱプロセスｉｄにマッピングしてもよい。また、方法６００は、以前に割り当てられたＣＣと新しく割り当てられたＣＣとの間の部分的ＨＡＲＱプロセスマッピングのために使用されてもよい。例えば、各ＣＣが、８つのＨＡＲＱプロセスを有するとき、８つのＨＡＲＱプロセスのサブセット、例えば、ＨＡＲＱプロセス＃１から＃６までは、以前に割り当てられたＣＣ、例えば、ＣＣ＃１と、新しく割り当てられたＣＣ、例えば、ＣＣ＃４との間でマッピングされてもよい。これは、ＣＣ切替えの際に、ＨＡＲＱプロセスマッピングにおいて、さらなる柔軟性を可能にし得る。
【００２５】
次いで、ＵＥ１１０は、アクセスデバイス１２０から、マッピング情報を受信し、新しく再割り当てされたＣＣを使用して、アクセスデバイス１２０から、残りのＨＡＲＱデータの受信を継続してもよい。ＵＥ１１０は、以前に割り当てられたＣＣと新しく割り当てられたＣＣとの間のマッピングを使用して、ＣＣの再配分の前の以前に受信したＨＡＲＱデータをＣＣの再配分の後に受信した残りのＨＡＲＱデータと関連付けてもよい。したがって、方法６００は、ＨＡＲＱプロセスのために、改善された継続性を提供し、また、ＣＣが再配分されるときの遅延、リソースの無駄、および中断を低減させ得る。
【００２６】
ブロック６１０では、アクセスデバイス１２０は、ＵＥ１１０に割り当てられたＣＣを使用して、ＨＡＲＱ伝送を介してしてもよい。ＵＥ１１０は、これらの割り当てられたＣＣを使用して、初期ＨＡＲＱデータを受信してもよい。ブロック６２０では、アクセスデバイス１２０は、ＨＡＲＱ伝送を継続し、新しいＣＣのセットをＵＥ１１０に再配分し、新しいＣＣのセットと割り当てられたＣＣの以前のセットとの間のマッピングをＵＥ１１０に通知してもよい。例えば、アクセスデバイス１２０は、ＲＲＣまたはＭＡＣ信号伝達等の信号伝達プロトコルを使用して、ＣＣマッピングテーブルをＵＥ１１０に送信してもよい。したがって、ＵＥ１１０は、再配分されたＣＣを使用して、ＨＡＲＱデータの受信を継続し、ＨＡＲＱデータを以前に割り当てられたＣＣを使用して受信した初期ＨＡＲＱデータと関連付けてもよい。
【００２７】
一事例では、ＣＣを再配分する前に割り当てられるＣＣの数は、再割り当てされたＣＣの数と等しくてもよく、２つのＣＣのセット間のマッピング関係は、マッピングテーブルを使用して表される１対１の関係であってもよい。例えば、ＣＣを再配分する前の以前のＣＣ構成は、Ｘ１、Ｘ２、およびＸ３と標識された３つの割り当てられたＣＣを備えてもよく、それは、Ｙ１、Ｙ２、およびＹ３と標識された３つの新しく再割り当てされたＣＣを備える新しいＣＣ構成と置換されてもよい。故に、マッピング情報は、以下のＣＣマッピング表１を使用して表されてもよい。
【００２８】
【表１】
0005519771.tif 000002
上述のマッピング情報は、以前に割り当てられた各ＣＣを、対応する新しく再割り当てされたＣＣと関連付けるために使用されてもよく、その場合、Ｘ１は、Ｙ１と置換されてもよく、Ｘ２は、Ｙ２と置換されてもよく、Ｘ３は、Ｙ３と置換されてもよく。各ＣＣは、いくつかのＨＡＲＱデータを伝送するために使用されるため、ＣＣ間のマッピング関係は、次に、ＣＣ再配分前の各以前のＨＡＲＱ伝送をＣＣ再配分後の対応する残りのＨＡＲＱ伝送と関連付けるために使用されてもよい。したがって、ＨＡＲＱプロセスは、実質的な中断を伴わずに、ＣＣ再配分の際に完了され得、いかなるＨＡＲＱデータも、例えば、ＵＥ１１０のバッファ内で廃棄またはドロップされなくてもよい。
【００２９】
ある実施形態では、ＣＣを再配分する前に割り当てられたＣＣの数は、再割り当てされたＣＣの数未満であってもよく、その場合、少なくとも１つの付加的ＣＣが、ＣＣ再配分後に割り当てられてもよい。例えば、ＣＣを再配分する前の以前のＣＣ構成は、２つの割り当てられたＣＣであるＸ１およびＸ２を備えてもよく、それは、３つの新しく再割り当てされたＣＣであるＹ１、Ｙ２、およびＹ３を備える新しいＣＣ構成によって置換されてもよい。故に、マッピング情報は、どの再割り当てされたＣＣが、以前に割り当てられたＣＣと関連付けられるかを示してもよく、以下のＣＣマッピング表２を使用して表され得る。
【００３０】
【表２】
0005519771.tif 000003
上述のマッピング情報は、以前に割り当てられた各ＣＣを対応する新しく再割り当てされたＣＣと関連付けるために使用されてもよく、その場合、Ｘ１は、Ｙ１によって置換されてもよく、Ｘ２はＹ２によって置換されてもよい。以前に割り当てられた各ＣＣは、対応する新しく再割り当てされたＣＣと関連付けられ得るため、ＨＡＲＱプロセスは、ＵＥ１１０のバッファ内のいかなるＨＡＲＱデータも廃棄することなく、ＣＣ再配分の際に、継続されてもよい。
【００３１】
ある実施形態では、ＣＣを再配分する前に割り当てられたＣＣの数は、再割り当てされたＣＣの数を上回ってもよい。例えば、ＣＣを再配分する前の以前のＣＣ構成は、３つの割り当てられたＣＣであるＸ１、Ｘ２、およびＸ３を備えてもよく、それは、２つの新しく再割り当てされたＣＣであるＹ１およびＹ２のみを備える新しいＣＣ構成によって置換されてもよい。マッピング情報は、どの再割り当てされたＣＣが、以前に割り当てられたＣＣと関連付けられるかを示し得、以前に割り当てられたＣＣは、置換されなくても、マッピングされなくてもよく、以下のＣＣマッピング表３を使用して表され得る。
【００３２】
【表３】
0005519771.tif 000004
上述のマッピング情報は、以前に割り当てられたＣＣのいくつかを対応する新しく再割り当てされたＣＣと関連付けるために使用されてもよく、その場合、Ｘ１は、Ｙ１によって置換されてもよく、Ｘ２は、Ｙ２によって置換されてもよい。以前に割り当てられたあるＣＣ、例えば、Ｘ３は、置換されないか、または対応する新しく再割り当てされたＣＣと関連付けられ得ないため、そのようなＣＣを使用して以前に伝送され、ＵＥ１１０にバッファリングされたＨＡＲＱデータは、廃棄されてもよい一方、例えば、Ｘ１およびＸ２を使用して伝送された、ＣＣ再配分の前の以前に伝送された他のＨＡＲＱデータは、ＣＣ再配分後、例えば、Ｙ１およびＹ２を使用して伝送された残りのＨＡＲＱデータと関連付けられてもよい。
【００３３】
他の実施形態では、ＣＣマッピングテーブルを使用する代わりに、再配分前の割り当てられたＣＣの以前のセットおよび再配分後の新しいＣＣのセットは、各ＣＣのインデックスまたは順番を使用してマッピングされてもよい。例えば、アクセスデバイス１２０は、ＣＣ情報をＵＥ１１０に信号伝達してもよく、その場合、ＣＣは、その順番に基づいて、マッピングされてもよい。例えば、３つの以前に割り当てられたＣＣが、３つの新しく再割り当てされたＣＣによって置換される場合、６つのＣＣのリストが、送信されてもよい。以前に割り当てられたＣＣであり得るリスト内の第１の３つのＣＣは、リスト上に現れる順番に従って新しく再割り当てされたＣＣであり得るリスト内の残りの３つのＣＣと１対１の関係としてマッピングされてもよい。代替として、２つの別個のリストが、信号伝達されてもよく、その場合、一方のリストは、以前に割り当てられたＣＣを備えてもよく、他方のリストは、新しく再割り当てされたＣＣを備えてもよい。ある場合には、新しく再割り当てされたＣＣのリストのみが信号伝達されてもよい一方、以前に割り当てられたＣＣのリストは、信号伝達要件を低減させるために、記憶され、定期的に更新されてもよい。
【００３４】
さらに別の実施形態では、例えば、複数のＣＣテーブルを使用する、以前のＣＣのセットと新しいＣＣのセットとの間の複数の所定のマッピング関係は、ＵＥ１１０に記憶され、複数の対応するインジケータ（ＩＤ）と関連付けられてもよい。したがって、完全マッピング情報を送信する代わりに、アクセスデバイス１２０は、ＵＥ１１０に、信号伝達リソースを低減させ得る、ＣＣ再構成のためのマッピング情報を示すＩＤを送信してもよい。
【００３５】
上記で説明されるＵＥ１１０および他のコンポーネントは、上記で説明される動作に関する命令を実行することが可能である処理コンポーネントを含む場合がある。図７は、本明細書で開示される１つ以上の実施形態を実装するために好適な処理コンポーネント７００を含むシステム７１０の実施例を図示する。プロセッサ７１０（中央プロセッサユニットまたはＣＰＵと呼ばれてもよい）に加えて、システム７００は、ネットワーク接続デバイス７２０、ランダムアクセスメモリ（ＲＡＭ）７３０、読取り専用メモリ（ＲＯＭ）７４０、二次記憶装置７５０、入出力（Ｉ／Ｏ）デバイス７６０を含む場合がある。これらのコンポーネントは、バス７７０を経由して、相互に通信する場合がある。ある場合には、これらのコンポーネントのいくつかは、存在しなくてもよいか、または、相互と、あるいは示されていない他のコンポーネントと、種々の組み合わせで組み合わされてもよい。これらのコンポーネントは、単一の物理的実体に、または１つより多くの物理的実体に位置する場合がある。プロセッサ７１０によって行われるものとして本明細書で説明される任意の動作は、プロセッサ７１０によって単独で、またはＤＳＰ７０２等、図面に示されているか、または示されていない１つ以上のコンポーネントと併せて、プロセッサ７１０によって行われる場合がある。ＤＳＰ７０２は、別個のコンポーネントとして示されているが、ＤＳＰ７０２はプロセッサ７１０に組み込まれる場合がある。
【００３６】
プロセッサ７１０は、それがネットワーク接続デバイス７２０、ＲＡＭ７３０、ＲＯＭ７４０、または二次記憶装置７５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つだけのＣＰＵ７１０が示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行されてもよい。プロセッサ７１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【００３７】
ネットワーク接続デバイス７２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス７２０は、プロセッサ７１０が情報を受信する場合がある、またはプロセッサ７１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ７１０が通信することを可能にしてもよい。ネットワーク接続デバイス７２０はまた、無線でデータを伝送および／または受信することが可能な１つ以上の送受信機コンポーネント７２５を含む場合がある。
【００３８】
ＲＡＭ７３０は、揮発性データを記憶するために、および、おそらくプロセッサ７１０によって実行される命令を記憶するために、使用される場合がある。ＲＯＭ７４０は、典型的には、二次記憶装置７５０のメモリ容量よりも小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ７４０は、命令、およびおそらく命令の実行中に読み出されるデータを記憶するために、使用される場合がある。ＲＡＭ７３０およびＲＯＭ７４０の両方へのアクセスは、典型的には、二次記憶装置７５０へのアクセスよりも速い。二次記憶装置７５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ７３０が全作業データを保持するほど十分に大きくない場合に、データの不揮発性記憶のために、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置７５０は、ＲＡＭ７３０にロードされるプログラムが実行のために選択されると、そのようなプログラムを記憶するために使用されてもよい。
【００３９】
Ｉ／Ｏデバイス７６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入出力デバイスを含んでもよい。また、送受信機７２５は、ネットワーク接続デバイス７２０のコンポーネントである代わりに、またはそれに加えて、Ｉ／Ｏデバイス７６０のコンポーネントと見なされる場合がある。
【００４０】
以下は、あらゆる目的のために、参照することによって、本明細書に組み込まれる：３ＧＰＰ  ＴＳ  ３６．２１２、３ＧＰＰ  ＴＳ  ３６．２１３、３ＧＰＰ  ＴＳ  ３６．３０４、３ＧＰＰ  ＴＳ  ３６．３３１、３ＧＰＰ  ＴＳ  ３６．８１４、およびＲ１−０９０３７５。
【００４１】
ある実施形態では、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートする方法が提供される。方法は、第１のＣＣを使用してＨＡＲＱプロセスを開始するステップと、第２のＣＣを配分するステップと、第１のＣＣから第２のＣＣにＨＡＲＱプロセスをマッピングするステップと、第２のＣＣを使用してＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送するステップとを含む。
【００４２】
別の実施形態では、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートする方法が提供される。方法は、第１のＣＣを使用してＨＡＲＱプロセスを開始するステップと、第２のＣＣの配分を決定するステップと、第２のＣＣを配分する前に、第１のＣＣを使用するＨＡＲＱプロセスの完了まで待機するステップと、第２のＣＣ上で別のＨＡＲＱプロセスを開始するステップとを含む。
【００４３】
別の実施形態では、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートする方法が提供される。方法は、第１のＣＣを使用してＨＡＲＱプロセスを開始するステップと、第２のＣＣを配分するステップと、ＨＡＲＱプロセスの完了前に、第１のＣＣを使用した伝送を中断するステップと、第２のＣＣを使用してデータの伝送を再開するステップとを含む。
【００４４】
ある実施形態では、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートするための方法が提供される。方法は、第１のＣＣを使用して、ＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信するステップと、第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信するステップと、第２のＣＣを使用してＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信するステップとを含む。
【００４５】
ある実施形態では、ＣＣ再配分の際に、ＨＡＲＱ伝送をサポートする方法が提供される。方法は、第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信するステップと、第２のＣＣに関する情報を受信するステップと、ＨＡＲＱプロセスと関連付けられた任意の受信したＨＡＲＱデータを廃棄するステップと、第２のＣＣを使用して再伝送されたデータを受信するステップとを含む。
【００４６】
別の実施形態では、アクセスノードが提供される。アクセスノードは、第１のＣＣを使用してＨＡＲＱプロセスを開始し、第２のＣＣを配分し、第１のＣＣから第２のＣＣにＨＡＲＱプロセスをマッピングし、第２のＣＣを使用して、ＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを伝送するように構成されるプロセッサを含む。
【００４７】
別の実施形態では、アクセスノードが提供される。アクセスノードは、第１のＣＣを使用してＨＡＲＱプロセスを開始し、第２のＣＣの配分を決定し、第２のＣＣを配分する前に、第１のＣＣを使用するＨＡＲＱプロセスの完了まで待機し、第２のＣＣ上で別のＨＡＲＱプロセスを開始するように構成されるプロセッサを含む。
【００４８】
別の実施形態では、アクセスノードが提供される。アクセスノードは、第１のＣＣを使用してＨＡＲＱプロセスを開始し、第２のＣＣを配分し、ＨＡＲＱプロセスの完了前に、第１のＣＣを使用する伝送を中断し、第２のＣＣを使用してデータの伝送を再開するように構成されるプロセッサを含む。
【００４９】
別の実施形態では、ＵＥが提供される。ＵＥは、第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信し、第１のＣＣと第２のＣＣとの間のマッピングに関する情報を受信し、第２のＣＣを使用してＨＡＲＱプロセスと関連付けられた残りのＨＡＲＱデータを受信するように構成されるプロセッサを含む。
【００５０】
別の実施形態では、ＵＥが、提供される。ＵＥは、第１のＣＣを使用してＨＡＲＱプロセスと関連付けられたＨＡＲＱデータを受信し、第２のＣＣに関する情報を受信し、ＨＡＲＱプロセスと関連付けられた任意の受信したＨＡＲＱデータを廃棄し、第２のＣＣを使用して再伝送されたデータを受信するように構成されるプロセッサを含む。
【００５１】
いくつかの実施形態を本開示で提供したが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例示的と見なされるものであり、本明細書で与えられる詳細に制限されることを意図するものではない。例えば、種々の要素またはコンポーネントが組み合わされるか、または別のシステムに統合されてもよく、または、ある特徴が省略されるか、あるいは実装されなくてもよい。
【００５２】
また、個別または別個のものとして種々の実施形態で説明および例示される、技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされるか、あるいは統合されてもよい。相互に連結される、または直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間コンポーネントを通して、間接的に連結されるか、または通信してもよい。変更、置換、および改変の他の実施例が、当業者によって究明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【図１】
0005519771.tif 000005
【図２】
0005519771.tif 000006
【図３】
0005519771.tif 000007
【図４】
0005519771.tif 000008
【図５】
0005519771.tif 000009
【図６】
0005519771.tif 000010
【図７】
0005519771.tif 000011