(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいて、ユーザ機器を動作させるための方法であって、該方法は、
該ユーザ機器によって、複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の伝送を監視することと、
該伝送に応答して、該ユーザ機器によって、複数のビットを含む肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を生成することであって、該複数のビットは、単一の断続伝送（ＤＴＸ）インジケータビットを含み、該単一のＤＴＸインジケータビットは、該複数のＰＤＣＣＨのうちの少なくとも１つが該ユーザ機器によって正常に復号されることができないかどうかを示す情報を提供する、ことと
を含む、方法。
【請求項２】
前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応する、請求項１に記載の方法。
【請求項３】
前記ＤＴＸインジケータビットは、ＴＲＵＥ  ＮＡＣＫを含有する奇数または偶数のコンポーネントキャリアに対応する、請求項１に記載の方法。
【請求項４】
前記ＤＴＸインジケータビットは、ＰＤＳＣＨ復号失敗に対応するが、ＰＤＣＣＨを正常に復号することの失敗に対応するいかなるＮＡＣＫも含まない奇数また偶数の総数のＮＡＣＫに対応する、請求項１に記載の方法。
【請求項５】
前記ＤＴＸインジケータビットは、奇数または偶数のコンポーネントキャリアに対応し、コンポーネントキャリアのためのＨＡＲＱフィードバックビットのすべては、ＰＤＳＣＨ復号失敗に対応するＮＡＣＫから構成される、請求項１に記載の方法。
【請求項６】
前記ＤＴＸインジケータビットは、関連付けられたデータ符号語の復号失敗に対応する奇数または偶数のＨＡＲＱフィードバックビットに対応する、請求項１に記載の方法。
【請求項７】
前記ＤＴＸインジケータビットは、偶数または奇数の構成されるコンポーネントキャリアのためのＰＤＣＣＨを正常に復号することの失敗に対応する、請求項１に記載の方法。
【請求項８】
前記ＤＴＸインジケータビットは、ＤＴＸイベントの数が、指定された閾値未満か、またはそれに等しいか、または上回るかどうかに対応する、請求項１に記載の方法。
【請求項９】
前記閾値は、アクティブなＣＣの数の関数である、請求項８に記載の方法。
【請求項１０】
前記閾値は、同一のフィードバックメッセージの中で信号伝達されたＮＡＣＫの数の関数である、請求項８に記載の方法。
【請求項１１】
前記ＤＴＸインジケータビットによって伝達される情報は、前記複数のビット内に含まれるＮＡＣＫの数の関数である、請求項１に記載の方法。
【請求項１２】
前記ＮＡＣＫの数が、閾値Ｔ未満またはそれに等しい場合、前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応し、
そうでなく、該ＮＡＣＫの数が該閾値Ｔを上回る場合、該ＤＴＸインジケータビットは、少なくとも１つのＮＡＣＫがＰＤＣＣＨを正常に復号することの失敗に対応するかどうかに対応する、請求項１１に記載の方法。
【請求項１３】
前記ＤＴＸインジケータビットは、受信したダウンリンク割当インデックス（ＤＡＩ）インジケータと、正常に復号されたＰＤＣＣＨの数との間に整合があるかどうかに対応する、請求項１に記載の方法。
【請求項１４】
前記複数のビットは、付加的上限（ｌｏｇ２（Ｍ−１））−１（Ｍは、コンポーネン
トキャリアの数である）インジケータビットを含み、該付加的上限インジケータビットは、前記ＤＴＸインジケータビットと組み合わされて、ＰＤＣＣＨが正常に復号されなかった該コンポーネントキャリアの数を示す、請求項１に記載の方法。
【請求項１５】
無線通信ネットワークにおいて使用するためのクライアントノードであって、
該クライアントノードは、処理論理を含み、該処理論理は、
複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の伝送を監視することと、
該伝送に応答して、複数のビットを含む肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を生成することであって、該複数のビットは、単一の断続伝送（ＤＴＸ）インジケータビットを含み、該単一のＤＴＸインジケータビットは、該複数のＰＤＣＣＨのうちの少なくとも１つが該クライアントノードによって正常に復号されることができないかどうかを示す情報を提供する、ことと
を行うように構成される、クライアントノード。
【請求項１６】
前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応する、請求項１５に記載のクライアントノード。
【請求項１７】
前記ＤＴＸインジケータビットは、ＴＲＵＥ  ＮＡＣＫを含有する奇数または偶数のコンポーネントキャリアに対応する、請求項１５に記載のクライアントノード。
【請求項１８】
前記ＤＴＸインジケータビットは、奇数また偶数の総数のＮＡＣＫに対応し、該奇数また偶数の総数のＮＡＣＫは、ＰＤＳＣＨ復号失敗に対応するが、ＰＤＣＣＨを正常に復号することの失敗に対応するいかなるＮＡＣＫも含まない、請求項１５に記載のクライアントノード。
【請求項１９】
前記ＤＴＸインジケータビットは、奇数または偶数のコンポーネントキャリアに対応し、コンポーネントキャリアのためのＨＡＲＱフィードバックビットのすべては、ＰＤＳＣＨ復号失敗に対応するＮＡＣＫから構成される、請求項１５に記載のクライアントノード。
【請求項２０】
前記ＤＴＸインジケータビットは、奇数または偶数のＨＡＲＱフィードバックビットに対応し、該ＨＡＲＱフィードバックビットは、関連付けられたデータ符号語の復号失敗に対応する、請求項１５に記載のクライアントノード。
【請求項２１】
前記ＤＴＸインジケータビットは、偶数または奇数の構成されるコンポーネントキャリアのためのＰＤＣＣＨを正常に復号することの失敗に対応する、請求項１５に記載のクライアントノード。
【請求項２２】
前記ＤＴＸインジケータビットは、ＤＴＸイベントの数が、指定された閾値未満であるか、またはそれに等しいか、またはそれを上回るかどうかに対応する、請求項１５に記載のクライアントノード。
【請求項２３】
前記閾値は、アクティブなＣＣの数の関数である、請求項２２に記載のクライアントノード。
【請求項２４】
前記閾値は、同一のフィードバックメッセージの中の信号伝達されたＮＡＣＫの数の関数である、請求項２２に記載のクライアントノード。
【請求項２５】
前記ＤＴＸインジケータビットによって伝達される情報は、前記複数のビット内に含まれるＮＡＣＫの数の関数である、請求項１５に記載のクライアントノード。
【請求項２６】
前記ＮＡＣＫの数が閾値Ｔ未満であるか、またはそれに等しい場合、前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応し、
そうでなく、該ＮＡＣＫの数が該閾値Ｔを上回る場合、該ＤＴＸインジケータビットは、少なくとも１つのＮＡＣＫが、ＰＤＣＣＨを正常に復号することの失敗に対応するかどうかに対応する、請求項２５に記載のクライアントノード。
【請求項２７】
前記ＤＴＸインジケータビットは、受信されたダウンリンク割当インデックス（ＤＡＩ）インジケータと、正常に復号されたＰＤＣＣＨの数との間に整合があるかどうかに対応する、請求項１５に記載のクライアントノード。
【請求項２８】
前記複数のビットは、付加的上限（ｌｏｇ２（Ｍ−１））−１（Ｍは、コンポーネントキャリアの数である）インジケータビットを含み、該付加的上限インジケータビットは、前記ＤＴＸインジケータビットと組み合わされて、ＰＤＣＣＨが正常に復号されなかった該コンポーネントキャリアの数を示す、請求項１５に記載のクライアントノード。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、米国仮特許出願第６１／３８７，２６５号（２０１０年９月２８日出願）の優先権を主張し、この出願の開示はその全体が参照することによって本明細書に援用される。
【０００２】
（分野）
本開示は、概して、電気通信の分野に関し、より具体的には、信号伝達断続伝送（ＤＴＸ）のためのシステムおよび方法に関する。
【背景技術】
【０００３】
ハイブリッド自動再送要求（ＨＡＲＱ）は、無線通信において、無線チャネルを介してロバストな伝送を可能にするために使用される。伝送されるデータは、最初に、誤り検出のために使用される符号、その後、前方誤り訂正（ＦＥＣ）のために使用される符号によって符号化される。概して、ＦＥＣ符号語ビットのサブセットのみ、任意の単一伝送試行において送信される。
【０００４】
受信機では、試行は、ＦＥＣ符号の使用を通して、受信した信号内の誤りを訂正するために行われる。ＦＥＣ後、残留誤りが残っている場合、誤り検出符号は、否定応答（ＮＡＣＫ）を介して再伝送要求を生成する。送信機は、ＮＡＣＫを受信すると、符号語ビットの第２の（可能性として、異なる）サブセットを伝送してもよい。受信機は、次いで、正常復号の確率を増加させるために、複数のＨＡＲＱ伝送試行から受信したデータを組み合わせることができる。反対に、ＦＥＣ後、残留誤りが存在しない場合、誤り検出符号は、送信機に、肯定応答（ＡＣＫ）を介してさらなる伝送が要求されないことを通知する。
【０００５】
前述の場合に加え、断続伝送（ＤＴＸ）と呼ばれる第３の結果もまた、可能性として考えられる。ＤＴＸは、ＨＡＲＱプロセスのために必要とされる制御信号伝達が、逸失されると発生する。この場合、受信機は、データ伝送を認知しておらず、一般に、肯定または否定応答のいずれも信号伝達しない場合がある。しかしながら、複数の並列ＨＡＲＱプロセスの状態が、単一メッセージ内で信号伝達され、これらのプロセスのうちの少なくとも１つのための制御情報が受信される場合、ＤＴＸ情報の包含は、明示的に信号伝達することができる。
【０００６】
ＬＴＥにおけるダウンリンク上では、ＨＡＲＱ制御情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって搬送される一方、データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）によって搬送される。第３世代パートナーシップ・プロジェクト・ロング・ターム・エボリューション（３ＧＰＰ−ＬＴＥ）では、以下の３つの結果が可能性として考えられる。１）ＤＴＸ、すなわち、制御信号伝達が、ＰＤＣＣＨ上で検出されなかった、２）ＡＣＫ、すなわち、ユーザ機器（ＵＥ）が、ＰＤＣＣＨ上での制御信号伝達およびＰＤＳＣＨ上での対応するデータ伝送の両方を正常に復号可能であった、または３）ＮＡＣＫ、すなわち、ＵＥは、ＰＤＣＣＨ上で制御信号伝達を正常に復号可能であったが、ＰＤＳＣＨ上で対応するデータ伝送を復号不可能であった。
【０００７】
ＤＴＸは、制御信号伝達が送信されなかったため（これは、ＤＴＸＮｏＴｘイベントと称されてもよい）、またはＵＥ受信機が、ＰＤＣＣＨ信号伝達を正常に復号不可能であったため（これは、ＤＴＸＮｏＲｘイベントと称されてもよい）、発生し得る。ＤＴＸＮｏＴｘは、誤りイベントと見なされないが、ＤＴＸＮｏＲｘは誤りイベントと見なされる。ＵＥ受信機は、ＤＴＸＮｏＴｘとＤＴＸＮｏＲｘイベントとを区別することができないが、進化型ノードＢ（ｅＮＢ）送信機が、ＤＴＸイベントが発生したことが知られる場合、送信機が、制御信号伝達を伝送したかどうかが知られるので、送信機は、ＤＴＸＮｏＴｘまたはＤＴＸＮｏＲｘであったかどうかを決定することができる。さらに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が与えられたＤＴＸＮｏＲｘが伝送された可能性は、ネットワーク動作に依存するが、公称値１％が、多くの場合、性能指数として使用される。
【０００８】
送信機において、ＤＴＸＮｏＲｘとＮＡＣＫイベントとを区別可能であることは、ＰＤＣＣＨおよびＰＤＳＣＨチャネルのための適切な電力レベルを選択する際に、および次のＨＡＲＱ伝送試行のために送信する符号語ビットの適切なサブセットを選択する際に、送信機を補助するため有用である。これは、より効率的ＨＡＲＱ動作、ＨＡＲＱによって導入されるより短い待ち時間、およびより大きな全体的セル処理量をもたらすことができる。加えて、１つ以上のＤＴＸＮｏＲｘイベントの発生の知識は、送信機に、よりロバストな符号化を伴う将来的ＨＡＲＱ制御信号伝達を伝送し、および／またはそのような制御信号伝達を正常に復号可能な受信機の確率を改善する電力を伝送する必要があると仮定させることができる。
【０００９】
時分割二重化（ＴＤＤ）の場合、ＵＥは、ＤＴＸＮｏＲｘが、ダウンリンク割当インデックス（ＤＡＩ）と、受信したＰＤＣＣＨの数との間の不整合のため、発生したことを検出することができる。しかしながら、周波数分割二重化（ＦＤＤ）の場合、ＵＥは、そのようなイベントが、ＤＡＩフィールドがＰＤＣＣＨメッセージ内に含まれるので、発生したことを認知しない場合がある。
【００１０】
受信機側において、ＮＡＣＫおよびＤＴＸイベントは、伝送されたデータがいずれの場合も正常に復号されることができないという側面において類似する。データが実際に送信された場合、受信機が対応するデータブロックを復号する機会を万が一有するとき、両方の場合において、ＨＡＲＱ再伝送が行われなければならない。
【００１１】
前述から、ＤＴＸを信号伝達するか、またはＤＴＸを断定することができる情報を信号伝達するための効率的システムおよび方法の重要な必要性が存在することが明白である。この必要性を充足するためのシステムおよび方法が、本明細書に後述される本開示に提供される。
例えば、本願発明は以下の項目を提供する。
（項目１）
無線通信ネットワークにおいて、ユーザ機器を動作させるための方法であって、
該方法は、
該ユーザ機器によって、複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の伝送を監視することと、
該伝送に応答して、該ユーザ機器によって、複数のビットを含む肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を生成することであって、該複数のビットは、断続伝送（ＤＴＸ）インジケータビットを含む、ことと
を含む、方法。
（項目２）
前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応する、項目１に記載の方法。
（項目３）
前記ＤＴＸインジケータビットは、ＴＲＵＥ  ＮＡＣＫを含有する奇数または偶数のコンポーネントキャリアに対応する、項目１に記載の方法。
（項目４）
前記ＤＴＸインジケータビットは、ＰＤＳＣＨ復号失敗に対応するが、ＰＤＣＣＨを正常に復号することの失敗に対応するいかなるＮＡＣＫも含まない奇数また偶数の総数のＮＡＣＫに対応する、項目１に記載の方法。
（項目５）
前記ＤＴＸインジケータビットは、奇数または偶数のコンポーネントキャリアに対応し、コンポーネントキャリアのためのＨＡＲＱフィードバックビットのすべては、ＰＤＳＣＨ復号失敗に対応するＮＡＣＫから構成される、項目１に記載の方法。
（項目６）
前記ＤＴＸインジケータビットは、関連付けられたデータ符号語の復号失敗に対応する奇数または偶数のＨＡＲＱフィードバックビットに対応する、項目１に記載の方法。
（項目７）
前記ＤＴＸインジケータビットは、偶数または奇数の構成されるコンポーネントキャリアのためのＰＤＣＣＨを正常に復号することの失敗に対応する、項目１に記載の方法。
（項目８）
前記ＤＴＸインジケータビットは、ＤＴＸイベントの数が、指定された閾値未満か、またはそれに等しいか、または上回るかどうかに対応する、項目１に記載の方法。
（項目９）
前記閾値は、アクティブなＣＣの数の関数である、項目８に記載の方法。
（項目１０）
前記閾値は、同一のフィードバックメッセージの中で信号伝達されたＮＡＣＫの数の関数である、項目８に記載の方法。
（項目１１）
前記ＤＴＸインジケータビットによって伝達される情報は、前記複数のビット内に含まれるＮＡＣＫの数の関数である、項目１に記載の方法。
（項目１２）
前記ＮＡＣＫの数が、閾値Ｔ未満またはそれに等しい場合、前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応し、
そうでなく、該ＮＡＣＫの数が該閾値Ｔを上回る場合、該ＤＴＸインジケータビットは、少なくとも１つのＮＡＣＫがＰＤＣＣＨを正常に復号することの失敗に対応するかどうかに対応する、項目１１に記載の方法。
（項目１３）
前記ＤＴＸインジケータビットは、受信したダウンリンク割当インデックス（ＤＡＩ）インジケータと、正常に復号されたＰＤＣＣＨの数との間に整合があるかどうかに対応する、項目１に記載の方法。
（項目１４）
前記複数のビットは、付加的上限（ｌｏｇ２（Ｍ−１））−１（Ｍは、コンポーネン
トキャリアの数である）インジケータビットを含み、該付加的上限インジケータビットは、前記ＤＴＸインジケータビットと組み合わされて、ＰＤＣＣＨが正常に復号されなかった該コンポーネントキャリアの数を示す、項目１に記載の方法。
（項目１５）
無線通信ネットワークにおいて使用するためのクライアントノードであって、
該クライアントノードは、処理論理を含み、該処理論理は、
複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の伝送を監視することと、
該伝送に応答して、複数のビットを含む肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を生成することであって、該複数のビットは、断続伝送（ＤＴＸ）インジケータビットを含む、ことと
を行うように構成される、クライアントノード。
（項目１６）
前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応する、項目１５に記載のクライアントノード。
（項目１７）
前記ＤＴＸインジケータビットは、ＴＲＵＥ  ＮＡＣＫを含有する奇数または偶数のコンポーネントキャリアに対応する、項目１５に記載のクライアントノード。
（項目１８）
前記ＤＴＸインジケータビットは、奇数また偶数の総数のＮＡＣＫに対応し、該奇数また偶数の総数のＮＡＣＫは、ＰＤＳＣＨ復号失敗に対応するが、ＰＤＣＣＨを正常に復号することの失敗に対応するいかなるＮＡＣＫも含まない、項目１５に記載のクライアントノード。
（項目１９）
前記ＤＴＸインジケータビットは、奇数または偶数のコンポーネントキャリアに対応し、コンポーネントキャリアのためのＨＡＲＱフィードバックビットのすべては、ＰＤＳＣＨ復号失敗に対応するＮＡＣＫから構成される、項目１５に記載のクライアントノード。
（項目２０）
前記ＤＴＸインジケータビットは、奇数または偶数のＨＡＲＱフィードバックビットに対応し、該ＨＡＲＱフィードバックビットは、関連付けられたデータ符号語の復号失敗に対応する、項目１５に記載のクライアントノード。
（項目２１）
前記ＤＴＸインジケータビットは、偶数または奇数の構成されるコンポーネントキャリアのためのＰＤＣＣＨを正常に復号することの失敗に対応する、項目１５に記載のクライアントノード。
（項目２２）
前記ＤＴＸインジケータビットは、ＤＴＸイベントの数が、指定された閾値未満であるか、またはそれに等しいか、またはそれを上回るかどうかに対応する、項目１５に記載のクライアントノード。
（項目２３）
前記閾値は、アクティブなＣＣの数の関数である、項目２２に記載のクライアントノード。
（項目２４）
前記閾値は、同一のフィードバックメッセージの中の信号伝達されたＮＡＣＫの数の関数である、項目２２に記載のクライアントノード。
（項目２５）
前記ＤＴＸインジケータビットによって伝達される情報は、前記複数のビット内に含まれるＮＡＣＫの数の関数である、項目１５に記載のクライアントノード。
（項目２６）
前記ＮＡＣＫの数が閾値Ｔ未満であるか、またはそれに等しい場合、前記ＤＴＸインジケータビットは、正常に復号された偶数または奇数のＰＤＣＣＨに対応し、
そうでなく、該ＮＡＣＫの数が該閾値Ｔを上回る場合、該ＤＴＸインジケータビットは、少なくとも１つのＮＡＣＫが、ＰＤＣＣＨを正常に復号することの失敗に対応するかどうかに対応する、項目２５に記載のクライアントノード。
（項目２７）
前記ＤＴＸインジケータビットは、受信されたダウンリンク割当インデックス（ＤＡＩ）インジケータと、正常に復号されたＰＤＣＣＨの数との間に整合があるかどうかに対応する、項目１５に記載のクライアントノード。
（項目２８）
前記複数のビットは、付加的上限（ｌｏｇ２（Ｍ−１））−１（Ｍは、コンポーネントキャリアの数である）インジケータビットを含み、該付加的上限インジケータビットは、前記ＤＴＸインジケータビットと組み合わされて、ＰＤＣＣＨが正常に復号されなかった該コンポーネントキャリアの数を示す、項目１５に記載のクライアントノード。
【００１２】
本開示は、添付の図面を参照することによって、より理解され、その多数の目的、特徴、および利点は、当業者に明白となるであろう。いくつかの図を通して、同一の参照番号の使用は、同様または類似要素を示す。
【図面の簡単な説明】
【００１３】
【図１】図１は、一実施形態による、無線デバイスの概略ブロック図である。
【図２】図２は、クライアントノードのある実施形態を含む、無線対応通信環境を示す。
【図３】図３は、デジタル信号プロセッサ（ＤＳＰ）を備える、例示的クライアントノードの簡略化されたブロック図である。
【図４】図４は、ＤＳＰによって実装され得る、ソフトウェア環境の簡略化されたブロック図である。
【図５】図５は、各キャリアに対する帯域幅を示す、キャリアアグリゲーションの例示である。
【図６】図６は、コンポーネントキャリア（ＣＣ）に対するＡＣＫ／ＮＡＣＫビットのスケジューリングの例示である。
【図７】図７は、符号のペイロードと信号対雑音比（ＳＮＲ）の範囲に対するブロック誤り率（ＢＬＥＲ）との間の関係のグラフ例示である。
【図８】図８は、ある実施形態による、ＤＴＸを信号伝達するためのＨＡＲＱフィードバックメッセージの例示である。
【図９】図９は、ある実施形態による、ＤＴＸを信号伝達するためのＨＡＲＱフィードバックメッセージの例示であって、ｅＮＢは、ＤＴＸＮｏＲｘが発生した正確なコンポーネントキャリアを決定することができる。
【図１０】図１０は、ある実施形態による、適切なＤＴＸ信号を決定するための方法の流れ図である。
【図１１】図１１は、既知のＮＡＣＫを有する潜在的に曖昧なコンポーネントキャリアの総数に基づいて、適切なＤＴＸ信号を決定するための方法の流れ図である。
【発明を実施するための形態】
【００１４】
次に、本開示の種々の例示的実施形態について、添付図を参照して詳細に説明する。種々の詳細が以下の説明に記載されるが、本開示は、これらの具体的詳細を伴わずに実践されてもよく、多数の実装特異的決定が本明細書に説明される本開示に行われ、実装毎に変動し得る、プロセス技術または設計関連制約への準拠等、発明者の具体的目標を達成してもよいことを理解されるであろう。そのような開発努力は、複雑かつ時間がかかり得るが、それでもなお、本開示の利点を有する当業者にとって、通常の作業となるであろう。例えば、選択される側面は、本開示を限定または曖昧化するのを回避するために、詳細ではなく、ブロック図および流れ図形態で示される。加えて、本明細書に提供される発明を実施するための形態のいくつかの部分は、コンピュータメモリ内のデータ上のアルゴリズムまたは演算の観点から提示される。そのような説明および表現は、その研究の内容を他の当業者に説明および伝達するために、当業者によって使用される。
【００１５】
本明細書で使用されるように、用語「コンポーネント」、「システム」、および同等物は、ハードウェア、ソフトウェア、ハードウェアおよびソフトウェアの組み合わせ、または実行中のソフトウェアのいずれかのコンピュータ関連エンティティを指すように意図される。例えば、コンポーネントは、プロセッサ、プロセッサ上で起動するプロセス、オブジェクト、実行ファイル、実行のスレッド、プログラム、またはコンピュータであってもよいが、それらに限定されない。例示として、コンピュータ上で起動するアプリケーションおよびコンピュータ自体の両方とも、コンポーネントであることができる。１つ以上のコンポーネントは、実行のスレッド内に常駐してもよく、コンポーネントは、１つのコンピュータ上のローカライズされる、または２つ以上のコンピュータ間に分散されてもよい。
【００１６】
本明細書で使用されるように、用語「ノード」は、ネットワーク等の通信環境の再配信ポイントまたは通信エンドポイント等、接続ポイントを広義に指す。故に、そのようなノードは、通信チャネルを介して、情報を送信、受信、または転送可能なアクティブ電子デバイスを指す。そのようなノードの実施例として、データ回路終端機器（ＤＣＥ）、例えば、モデム、ハブ、ブリッジ、またはスイッチ、およびデータ端末機器（ＤＴＥ）、例えば、ハンドセット、プリンタ、またはホストコンピュータ（例えば、ルータ、ワークステーション、またはサーバ）が挙げられる。ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）ノードの実施例として、コンピュータ、パケットスイッチ、ケーブルモデム、データ加入者回線（ＤＳＬ）モデム、および無線ＬＡＮ（ＷＬＡＮ）アクセスポイントが挙げられる。インターネットまたはイントラネットノードの実施例として、インターネットプロトコル（ＩＰ）アドレスによって識別されるホストコンピュータ、ブリッジ、およびＷＬＡＮアクセスポイントが挙げられる。同様に、セルラー通信におけるノードの実施例として、基地局、中継局、基地局コントローラ、無線ネットワークコントローラ、ホーム・ロケーション・レジスタ、ゲートウェイ汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＧＧＳＮ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、サービングゲートウエイ（Ｓ−ＧＷ）、およびパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）が挙げられる。
【００１７】
ノードの他の実施例は、クライアントノード、サーバノード、ピアノード、およびアクセスノードを含む。本明細書で使用されるように、クライアントノードは、無線デバイス、例えば、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、ポータブルコンピュータ、タブレットコンピュータ、および電気通信能力を有する、類似デバイスまたは他のユーザ機器（ＵＥ）を指してもよい。そのようなクライアントノードは、同様に、モバイル、無線デバイス、または反対に、概して、可搬性ではない類似能力を有するデバイス、例えば、デスクトップコンピュータ、セットトップボックス、またはセンサを指してもよい。同様に、サーバノードは、本明細書で使用されるように、情報処理デバイス（例えば、ホストコンピュータ）、または、他のノードによって提出される情報処理要求を行う一連の情報処理デバイスを指す。本明細書で使用されるように、ピアノードは、時として、クライアントノード、他の時には、サーバノードとしての役割を果たしてもよい。ピアツーピアまたはオーバレイネットワークでは、他のネットワーク化されたデバイスならびにそれ自体のためのデータを能動的にルーティングするノードは、スーパーノードと称され得る。
【００１８】
アクセスノードは、本明細書で使用されるように、通信環境へのクライアントノードアクセスを提供するノードを指す。アクセスノードの実施例として、対応するセルおよびＷＬＡＮサービスエリアを提供するセルラーネットワーク基地局および無線ブロードバンド（例えば、ＷｉＦｉ、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）、ＬＴＥ等）アクセスポイントが挙げられる。本明細書で使用されるように、マクロセルは、概して、従来のセルラーネットワークセルサービスエリアを説明するために使用される。そのようなマクロセルは、典型的には、農村地域、高速道路、または過疎地域に見られる。本明細書で使用されるように、マイクロセルは、マクロセルより小さいサービスエリアを伴う、セルラーネットワークセルを指す。そのようなマイクロセルは、典型的には、過密した都会地域において使用される。同様に、本明細書で使用されるように、ピコセルは、マイクロセルより小さい、セルラーネットワークサービスエリアを指す。ピコセルのサービスエリアの実施例は、大規模オフィス、ショッピングモール、または鉄道の駅であり得る。フェムトセルは、本明細書で使用されるように、現在、セルラーネットワークサービスエリアの最小の一般的に許容されるエリアを指す。実施例として、フェムトセルのサービスエリアは、家庭または小規模オフィス用に十分である。
【００１９】
一般に、２キロメートル未満のサービスエリアは、典型的には、は、マイクロセルに対応し、ピコセルの場合、２００メートル以下、およびフェムトセルの場合、約１０メートルである。本明細書で使用されるように、マクロセルと関連付けられたアクセスノードと通信するクライアントノードは、「マクロセルクライアント」と称される。同様に、マイクロセル、ピコセル、またはフェムトセルと関連付けられたアクセスノードと通信するクライアントノードは、それぞれ、「マイクロセルクライアント」、「ピコセルクライアント」、または「フェムトセルクライアント」と称される。
【００２０】
用語「製品」（または、代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイスまたは媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク、例えば、コンパクトディスク（ＣＤ）またはデジタル多アプリケーションディスク（ＤＶＤ）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック等）を含むことができるが、それらに限定されない。
【００２１】
用語「例示的」は、本明細書では、実施例、事例、または例示としての役割を果たすことを意味するように使用される。「例示的」として、本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計より好ましいまたは有利であると解釈されるべきではない。当業者は、多くの修正が、請求される主題の範囲、精神、または意図から逸脱することなく、この構成に行われてもよいことを認識するであろう。さらに、開示される主題は、標準的プログラムミングおよびエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産し、コンピュータまたはプロセッサベースのデバイスを制御し、本明細書に前述される側面を実装する、システム、方法、装置、または製品として、実装されてもよい。
【００２２】
図１は、本明細書に開示される１つ以上の実施形態を実装するために好適なシステム１００の実施例を例示する。種々の実施形態では、システム１００は、中央処理ユニット（ＣＰＵ）またはデジタル信号プロセッサ（ＤＳＰ）と称され得るプロセッサ１１０と、ネットワーク接続インターフェース１２０と、ランダムアクセスメモリ（ＲＡＭ）１３０と、読取専用メモリ（ＲＯＭ）１４０と、二次記憶装置１５０と、入力／出力（Ｉ／Ｏ）デバイス１６０とを備える。いくつかの実施形態では、これらのコンポーネントのうちのいくつかは、存在しなくてもよく、あるいは相互に、または示されない他のコンポーネントとの種々の組み合わせにおいて組み合わされてもよい。これらのコンポーネントは、単一物理エンティティまたは２つ以上の物理エンティティ内に位置してもよい。プロセッサ１１０によって行われるように、本明細書に説明される任意のアクションは、プロセッサ１１０単独によって、あるいは図１に図示または図示されない１つ以上のコンポーネントと連動して、プロセッサ１１０によって、行われる場合がある。
【００２３】
プロセッサ１１０は、ネットワーク接続インターフェース１２０、ＲＡＭ１３０、またはＲＯＭ１４０からアクセスする場合がある、命令、符号、コンピュータプログラム、またはスクリプトを実行する。１つのみのプロセッサ１１０が示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサ１１０によって実行されるように論じられ得るが、命令は、同時に、連続的に、あるいは別様に、１つ以上のＣＰＵチップとして実装される１つまたは複数のプロセッサ１１０によって実行されてもよい。
【００２４】
種々の実施形態では、ネットワーク接続インターフェース１２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、無線送受信機デバイス、例えば、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス、ロング・ターム・エボリューション（ＬＴＥ）無線送受信機デバイス、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）デバイス、および／またはパーソナルエリアネットワーク（ＰＡＮ）、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を含む、ネットワークに接続するための他の既知のインターフェースの形態をとってもよい。これらのネットワーク接続インターフェース１２０は、プロセッサ１１０が、インターネットあるいは１つ以上の電気通信ネットワークまたは他のネットワークと通信するのを可能にしてもよく、それから、プロセッサ１１０は、情報を受信する場合がある、またはそれに対して、プロセッサ１１０は、情報を出力する場合がある。
【００２５】
ネットワーク接続インターフェース１２０はまた、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態において、データを無線で伝送または受信可能であってもよい。ネットワーク接続インターフェース１２０によって伝送または受信される情報は、プロセッサ１１０によって処理されたデータ、またはプロセッサ１１０によって実行されるべき命令を含んでもよい。データは、データの処理または生成、あるいはデータの伝送または受信のいずれかにとって望ましくあり得るように、異なるシーケンスに従って、順序付けられてもよい。
【００２６】
種々の実施形態では、ＲＡＭ１３０は、プロセッサ１１０によって実行される揮発性データおよび命令を記憶するために使用されてもよい。図１に示されるＲＯＭ１４０も同様に、命令の実行の間、読み取られる命令およびデータを記憶するために使用されてもよい。二次記憶装置１５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶のために、またはＲＡＭ１３０が全ての作業データを保持するほど大きくない場合、オーバーフローデータ記憶デバイスとして、使用されてもよい。二次記憶装置１５０は、同様に、そのようなプログラムが実行のために選択されたとき、ＲＡＭ１３０にロードされるプログラムを記憶するために使用されてもよい。Ｉ／Ｏデバイス１６０は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プロジェクタ、テレビ、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取機、紙テープレコーダ、プリンタ、ビデオモニタ、または他の既知の入力／出力デバイスを含んでもよい。
【００２７】
図２は、本開示のある実施形態において実装されるようなクライアントノードのある実施形態を含む無線対応通信環境を示す。携帯電話として例示されているが、クライアントノード２０２は、無線ハンドセット、ポケットベル、スマートフォン、または携帯情報端末（ＰＤＡ）を含む、種々の形態をとってもよい。種々の実施形態では、クライアントノード２０２はまた、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータ、またはデータ通信動作を行うために動作可能な任意のコンピューティングデバイスを備えてもよい。多くの好適なデバイスは、これらの機能のうちの一部または全部を組み合わせる。いくつかの実施形態では、クライアントノード２０２は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピューティングデバイスではなく、車両に設置される電気通信デバイス等の専用通信デバイスである。クライアントノード２０２は、同様に、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、可搬性ではないが、類似能力を有するデバイスである、そのようなデバイスを含むか、またはそれに含まれてもよい。これらおよび他の実施形態では、クライアントノード２０２は、ゲーム、在庫管理、ジョブ制御、タスク管理機能等の特殊アクティビティをサポートしてもよい。
【００２８】
種々の実施形態では、クライアントノード２０２は、ディスプレイ２０４を含む。これらおよび他の実施形態では、クライアントノード２０２は、同様に、概して、ユーザによる入力のために使用される、タッチセンサ式表面、キーボード、または他の入力キー２０６を含んでもよい。入力キー２０６は、同様に、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次キーボードタイプ等の完全または縮小英数字キーボード、あるいは電話キーパッドと関連付けられたアルファベット文字を有する従来の数字キーパッドであってもよい。入力キー２０６は、同様に、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。クライアントノード２０２は、同様に、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するための他のインジケータを提示してもよい。
【００２９】
クライアントノード２０２はさらに、ダイヤルする番号、またはクライアントノード２０２の動作を構成するための種々のパラメータ値を含むユーザからのデータ入力を受け取ってもよい。クライアントノード２０２はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に応答して種々のカスタマイズされた機能を果たすようにクライアントノード２０２を構成してもよい。加えて、クライアントノード２０２は、無線通信を経由して（ＯＴＡ）、例えば、無線ネットワークアクセスノード「Ａ」２１０から「ｎ」２１６（例えば、基地局）、サーバノード２２４（例えば、ホストコンピュータ）、またはピアクライアントノード２０２から、プログラムまたは構成されてもよい。
【００３０】
クライアントノード２０２によって実行可能な種々のアプリケーションの中には、ディスプレイ２０４がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワーク２２０との無線接続を通して、サーバノード２２４から取得されてもよい。本明細書で使用されるように、無線ネットワーク２２０は、そのノードのうちの２つの間の少なくとも１つの無線接続を使用する任意のネットワークを広義に指す。種々のアプリケーションは、同様に、無線ネットワーク２２０への接続を介してピアクライアントノード２０２または他のシステム、あるいは任意の他の無線対応通信ネットワークまたはシステムから取得されてもよい。
【００３１】
種々の実施形態では、無線ネットワーク２２０は、複数の無線サブネットワーク（例えば、対応するサービスエリアを伴うセル）「Ａ」２１２から「ｎ」２１８を備える。本明細書で使用されるように、無線サブネットワーク「Ａ」２１２から「ｎ」２１８は、モバイル無線アクセスネットワークまたは固定無線アクセスネットワークを種々備えてもよい。これらおよび他の実施形態では、クライアントノード２０２は、それぞれ、無線ネットワークアンテナ「Ａ」２０８から「ｎ」２１４（例えば、セルタワー）によって、無線ネットワークノード「Ａ」２１０から「ｎ」２１６へおよびそこから通信される通信信号を伝送および受信する。次に、通信信号は、無線ネットワークアクセスノード「Ａ」２１０から「ｎ」２１６によって使用され、クライアントノード２０２と無線通信セッションを確立する。本明細書で使用されるように、ネットワークアクセスノード「Ａ」２１０から「ｎ」２１６は、無線ネットワークの任意のアクセスノードを広義に指す。図２に示されるように、無線ネットワークアクセスノード「Ａ」２１０から「ｎ」２１６は、それぞれ、無線サブネットワーク「Ａ」２１２から「ｎ」２１８に連結され、次に、無線ネットワーク２２０に接続される。
【００３２】
種々の実施形態では、無線ネットワーク２２０は、インターネット等の物理ネットワーク２２２に連結される。無線ネットワーク２２０および物理ネットワーク２２２を介して、クライアントノード２０２は、サーバノード２２４等の種々のホストに関する情報へのアクセスを有する。これらおよび他の実施形態では、サーバノード２２４は、ディスプレイ２０４上に示されるか、またはその動作のために、クライアントノードプロセッサ１１０によって使用され得るコンテンツを提供してもよい。代替として、クライアントノード２０２は、中継タイプまたはホップタイプの接続において中間体として作用するピアクライアントノード２０２を介して、無線ネットワーク２２０にアクセスしてもよい。別の代替として、クライアントノード２０２は、テザリングされ、無線ネットワーク２２０に接続される、リンクされたデバイスから、そのデータを取得してもよい。当業者は、多くのそのような実施形態が、可能であって、前述が、本開示の精神、範囲、または意図を限定するように意図するものではないことを認識するであろう。
【００３３】
図３は、本開示のある実施形態によるデジタル信号プロセッサ（ＤＳＰ）とともに実装されるような例示的クライアントノードのブロック図を図示する。クライアントノード２０２の種々のコンポーネントが図示されるが、クライアントノード２０２の種々の実施形態は、列挙されたコンポーネントのサブセットまたは列挙されていない付加的コンポーネントを含んでもよい。図３に示されるように、クライアントノード２０２は、ＤＳＰ３０２およびメモリ３０４を含む。示されるように、クライアントノード２０２はさらに、アンテナおよびフロントエンドユニット３０６、無線周波数（ＲＦ）送受信機３０８、アナログベースバンド処理ユニット３１０、マイクロホン３１２、イヤホンスピーカ３１４、ヘッドセットポート３１６、バス３１８、例えば、システムバスまたは入力／出力（Ｉ／Ｏ）インターフェースバス、取外し可能メモリカード３２０、ユニバーサルシリアルバス（ＵＳＢ）ポート３２２、短距離無線通信サブシステム３２４、アラート３２６、キーパッド３２８、タッチセンサ式表面、ＬＣＤコントローラ３３２、電荷結合素子（ＣＣＤ）カメラ３３４、カメラコントローラ３３６、および全地球測位システム（ＧＰＳ）センサ３３８を含み得る液晶ディスプレイ（ＬＣＤ）３３０、ならびに電力記憶ユニット、例えば、バッテリ３４２に協働し得るように連結された電力管理モジュール３４０を含んでもよい。種々の実施形態では、クライアントノード２０２は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。一実施形態では、ＤＳＰ３０２は、入力／出力インターフェース３１８を通過せずに、メモリ３０４と直接通信する。
【００３４】
種々の実施形態では、ＤＳＰ３０２または何らかの他の形態のコントローラあるいは中央処理ユニット（ＣＰＵ）は、メモリ３０４に記憶された、またはＤＳＰ３０２自体内に含有されるメモリに記憶された内蔵ソフトウェアまたはファームウェアに従って、クライアントノード２０２の種々のコンポーネントを制御するように動作する。内蔵ソフトウェアまたはファームウェアに加えて、ＤＳＰ３０２は、メモリ３０４に記憶された、あるいは取外し可能メモリカード３２０のようなポータブルデータ記憶媒体等の情報担体媒体を介して、もしくは有線または無線ネットワーク通信を介して利用可能となった他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ３０２を構成する、コンパイルされた一式の機械可読命令を備えてもよく、あるいはアプリケーションソフトウェアは、ＤＳＰ３０２を間接的に構成するように、インタープリタまたはコンパイラによって処理される高次ソフトウェア命令であってもよい。
【００３５】
アンテナおよびフロントエンドユニット３０６は、無線信号と電気信号との間において変換するように提供されてもよく、クライアント２０２が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアクライアントノード２０２から情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット３０６は、困難なチャネル条件を克服するために、またはチャネル処理量を増加させるために使用することができる空間ダイバーシチを提供するように、複数のアンテナを含んでもよい。当業者に既知のように、複数のアンテナはまた、ビーム形成および／または複数の入力複数の出力（ＭＩＭＯ）動作をサポートし、それによって、困難なチャネル条件に対して、さらにチャネル処理量またはロバスト性を改善するために使用されてもよい。同様に、アンテナおよびフロントエンドユニット３０６は、アンテナ同調またはインピーダンス整合コンポーネント、ＲＦ電力増幅器、あるいは低雑音増幅器を含んでもよい。
【００３６】
種々の実施形態では、ＲＦ送受信機３０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。明確にする目的のために、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理をアナログベースバンド処理ユニット３１０またはＤＳＰ３０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機３０８、アンテナおよびフロントエンド３０６の一部、およびアナログベースバンド処理ユニット３１０は、１つ以上の処理ユニットおよび／または特定アプリケーション向け集積回路（ＡＳＩＣ）に組み合わされてもよい。
【００３７】
アナログベースバンド処理ユニット３１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン３１２およびヘッドセット３１６からの入力、ならびにイヤホン３１４およびヘッドセット３１６への出力のアナログ処理を提供してもよい。そのために、アナログベースバンド処理ユニット３１０は、クライアントノード２０２が携帯電話として使用されることを可能にする内蔵マイクロホン３１２およびイヤホンスピーカ３１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット３１０は、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートをさらに含んでもよい。アナログベースバンド処理ユニット３１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。種々の実施形態では、アナログベースバンド処理ユニット３１０の機能性の少なくとも一部は、デジタル処理コンポーネントによって、例えば、ＤＳＰ３０２によって、または他の中央処理ユニットによって提供されてもよい。
【００３８】
ＤＳＰ３０２は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途では、伝送器機能のために、ＤＳＰ３０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ３０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途では、伝送器機能のために、ＤＳＰ３０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ３０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能および信号処理機能の組み合わせが、ＤＳＰ３０２によって行われてもよい。
【００３９】
ＤＳＰ３０２は、アナログベースバンド処理ユニット３１０を介して、無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールおよびテキストメッセージを送受信することを可能にする。入力／出力インターフェース３１８は、ＤＳＰ３０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ３０４および取外し可能メモリカード３２０は、ソフトウェアおよびデータを提供して、ＤＳＰ３０２の動作を構成してもよい。インターフェースの中には、ＵＳＢインターフェース３２２および短距離無線通信サブシステム３２４があってもよい。ＵＳＢインターフェース３２２は、クライアントノード２０２を充電するために使用されてもよく、また、クライアントノード２０２が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム３２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ８０２．１１準拠無線インターフェース、あるいはクライアントノード２０２が他の近くのクライアントノードおよびアクセスノードと無線通信することを可能にし得る任意の他の短距離無線通信サブシステムを含んでもよい。
【００４０】
入力／出力インターフェース３１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、クライアントノード２０２にユーザへ通知を提供させるアラート３２６にＤＳＰ３０２を接続してもよい。アラート３２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々のイベントのうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【００４１】
キーパッド３２８は、Ｉ／Ｏインターフェース３１８を介して、ＤＳＰ３０２に連結し、ユーザが選択を行う、情報を入力する、および別様にクライアントノード２０２に入力を提供するための１つの機構を提供する。キーボード３２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等、完全または縮小英数字キーボード、または電話キーパッドと関連付けられたアルファベット文字を有する従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得るＬＣＤ３３０であってもよい。ＬＣＤコントローラ３３２は、ＤＳＰ３０２をＬＣＤ３３０に連結する。
【００４２】
ＣＣＤカメラ３３４が装備された場合、クライアントノード２０２がデジタル写真を撮ることを可能にする。ＤＳＰ３０２は、カメラコントローラ３３６を介してＣＣＤカメラ３３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ３３８は、グローバルポジショニングシステム信号または他のナビゲーション信号を復号するようにＤＳＰ３０２に連結され、それによって、クライアントノード２０２がその位置を決定することを可能にする。種々の他の周辺機器もまた、付加的機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【００４３】
図４は、デジタル信号プロセッサ（ＤＳＰ）によって実装され得るソフトウェア環境４０２を例示する。本実施形態では、図３に示されるＤＳＰ３０２は、ソフトウェアの残りが動作するプラットフォームを提供するオペレーティングシステム４０４を実行する。オペレーティングシステム４０４は、同様に、クライアントノード２０２ハードウェアに、アプリケーションソフトウェアにアクセス可能である標準化インターフェース（例えば、ドライバ）を提供する。オペレーティングシステム４０４は、同様に、クライアントノード２０２上で起動するアプリケーション間で制御を転送するアプリケーション管理サービス（ＡＭＳ）４０６を備える。また、図４に示されるのは、ウェブブラウザアプリケーション４０８、媒体プレーヤアプリケーション４１０、およびＪａｖａ（登録商標）アプレット４１２である。ウェブブラウザアプリケーション４０８は、ウェブブラウザとして動作するようにクライアントノード２０２を構成し、ユーザが、フォームに情報を入力し、リンクを選択し、ウェブページを読み出し、閲覧することを可能にする。メディアプレーヤアプリケーション４１０は、音声または視聴覚媒体を読み出し、再生するようにクライアントノード２０２を構成する。Ｊａｖａ（登録商標）アプレット４１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにクライアントノード２０２を構成する。コンポーネント４１４は、本明細書に説明される機能性を提供してもよい。種々の実施形態では、図２に示される、クライアントノード２０２、無線ネットワークノード「Ａ」２１０から「ｎ」２１６、およびサーバノード２２４は、同様に、前述のアクションに関連する命令を実行可能である処理コンポーネントを含んでもよい。
【００４４】
３ＧＰＰでは、キャリアアグリゲーションが、より広い伝送帯域幅をサポートし、故に、潜在的ピークデータレートを増加させ、ＬＴＥ−Ａ要件を満たすために、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）のために使用されることが合意されている。ダウンリンクキャリアアグリゲーションでは、複数の（最大５つまで）ダウンリンクコンポーネントキャリアが、アグリゲートされてもよく、それらは、図５に示されるように、サブフレームにおいてＵＥに割り当てることができる。本実施例では、各コンポーネントキャリアは、幅２０ＭＨｚを有し、総ダウンリンクシステム帯域幅は、したがって、１００ＭＨｚである。しかしながら、当業者は、図５に示される５つより少ないダウンリンクコンポーネントキャリアが、特定のＵＥに割り当てられてもよく、異なるコンポーネントキャリアの帯域幅が、必ずしも、同一である必要はないことを認識するであろう。ＵＥは、ＵＥの能力に応じて、５つまでの複数のダウンリンクコンポーネントキャリアを受信してもよい。加えて、展開シナリオに応じて、キャリアアグリゲーションは、同一周波数バンド内に位置するキャリアおよび／または非隣接（非連続的）周波数バンド内に位置するキャリアとともに発生してもよい。例えば、あるキャリアは、２ＧＨｚに位置してもよく、第２の非隣接のアグリゲートされたキャリアは、８００ＭＨｚに位置してもよい。
【００４５】
図６は、先行技術の構成されたコンポーネントキャリア（ＣＣ）ＡＣＫ／ＮＡＣＫビットの例示である。現在のＬＴＥ提案は、アップリンク上のリード・マラー符号を介して、ＡＣＫ／ＮＡＣＫ情報の伝送を提供する。各復号されたデータ伝送のためだけにＡＣＫ／ＮＡＣＫ情報を伝送する代わりに、ＡＣＫ／ＮＡＣＫメッセージが、全ての構成されるＣＣおよびデータ符号語のために伝送される。例えば、２つのＣＣが、単一層伝送のために構成され、３つが、二重層ＭＩＭＯのために構成される場合、８（＝２ｘ１＋３ｘ２）ＡＣＫ／ＮＡＣＫメッセージビットは、１つのみのＰＤＣＣＨが、ＵＥによって受信され、ＰＤＳＣＨデータが、１つのみのＣＣ上で受信されることを示す場合でも、ｅＮＢに信号伝達される。ＡＣＫ／ＮＡＣＫ情報を構築する際に使用されるルールは、ＰＤＳＣＨデータが正確に復号される場合、ＡＣＫが伝送され、そうでなければ、ＮＡＣＫが送信されるというものである。このアプローチの特性は、データがスケジューリングされない場合、ＮＡＣＫがＣＣ上で送信されることである。ｅＮＢは、どのＣＣ上でＰＤＳＣＨがスケジューリングされたかが知られるので、この情報を使用して、ＡＣＫまたはＮＡＣＫがスケジューリングされたＣＣのために符号化されたかどうかを検討し、スケジューリングされなかったＣＣのためのＮＡＣＫを固定することのみによって、リード・マラー符号の復号を改善することができる。加えて、各キャリアのための１つまたは２つのフィードバックビットの伝送は、ＰＤＣＣＨおよび／またはＰＤＳＣＨ復号が成功したかどうかに関わらず、オリジナル送信機（ＨＡＲＱフィードバックを受信する）に、各ＡＣＫ／ＮＡＣＫビットを特定のキャリアおよびデータブロックと明確に関連付けさせることを可能にする。
【００４６】
このアプローチの不利点は、多くの場合、ｅＮＢが、ＮＡＣＫとＤＴＸＮｏＲｘとを区別するための手段が存在しないことである。全ＰＤＣＣＨがスケジューリングされたＣＣの数を詳述する情報を含有し、したがって、ＵＥは、ＤＴＸＮｏＲｘが何時発生するかを知り得る時分割二重化（ＴＤＤ）の場合でも、この情報は、現在、ｅＮＢに通信されることができない。これは、ＤＴＸがＮＡＣＫであると解釈される場合、不適切なバージョンのデータブロックを伝送するので、ＨＡＲＱプロセスに非効率をもたらし得る。
【００４７】
１つの可能性として考えられる解決策は、各コンポーネントキャリアのために、ＤＴＸを明示的に信号伝達することであり得る。これは、各ＨＡＲＱプロセスに、付加的状態を導入するであろう。例えば、単一層伝送の場合、状態の数は、ＡＣＫ、ＮＡＣＫ、およびＤＴＸを含む３つとなるであろう。故に、各ＣＣ上に単一層伝送を有するＮ個のＣＣの場合、この提案は、３Ｎの可能性として考えられるメッセージをもたらすであろう。しかしながら、明示的な信号伝達は、３ＧＰＰ−ＬＴＥの現在の指定に準拠しない。
【００４８】
コンポーネントキャリア（ＣＣ）毎にＡＣＫ／ＮＡＣＫまたはＤＴＸを信号伝達することは、必然的に２のべき乗に等しいサイズを有する総メッセージ空間につながらない。その結果、メッセージビットの復号されたストリングを複数のＡＣＫ／ＮＡＣＫ／ＤＴＸ値に単純にマップする方法、または復号の間、単純かつ簡単な様式において、ＤＴＸＮｏＴｘの演繹的知識を使用する方法は、直ぐに明らかとはならない。
【００４９】
図７に示されるように、符号のメッセージペイロードが大きいほど、所与のＳＮＲにおいて、符号が被るＢＬＥＲは大きくなる。５つの単一層コンポーネントキャリアの各々のための明白なＤＴＸ情報を含めることは、信号伝達ＡＣＫ／ＮＡＣＫを単独に信号伝達するために要求される５ビットに対して、ペイロードサイズ８ビット（ｌｏｇ２（３５）〜＝８）をもたらし、１．７ｄＢの性能損失をもたらし得る。以下に説明される提案は、総メッセージサイズ６ビットに対して付加的な１ビットを必要とし、遥かに小さい０．５ｄＢの性能損失を受ける。
【００５０】
各ＣＣは、１つまたは２つの符号語に対してスケジューリングされ得るので、全ての可能性として考えられる状態（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）を表すために要求されるビットの数は、最小の
【００５１】
【化１】
0005572265.tif 000002
（２つの単一層ＣＣの場合）から最大の
【００５２】
【化２】
0005572265.tif 000003
（５つの二重層ＣＣの場合）まで変動し得る。したがって、単一のルックアップテーブルまたはマッピングは、容易に実行可能ではない。言い換えると、各可能性として考えられるＡＣＫ／ＮＡＣＫ／ＤＴＸメッセージサイズのためのルックアップテーブルが必要となるであろう。
【００５３】
本開示の実施形態は、ＡＣＫ／ＮＡＣＫ情報のブロックへまたはその中へのＤＴＸ情報の追加を介して、ＤＴＸを信号伝達するための効率的システムおよび方法を提供する。いくつかの実施形態では、ＤＴＸ信号伝達のためのビットは、通常、ＡＣＫ／ＮＡＣＫ情報のブロック内で他の目的のために使用されるビットの代わりに代用される。一実施形態では、単一ビットインジケータは、奇数または偶数のＰＤＣＣＨ制御チャネルが、図８に示されるように、ＨＡＲＱフィードバックメッセージ内の単一インジケータビットを使用して、ＵＥによって検出されたかどうかを信号伝達することによって、ＤＴＸ状態の表示を提供するために使用される。このビットは、例えば、値０を使用して、奇数のＰＤＣＣＨ制御チャネルがＵＥによって検出されたことを示し、値１を使用して、偶数のＰＤＣＣＨ制御チャネル検出を示すことができる（または、その逆も同様である）。表示がｅＮＢによって伝送されるＰＤＣＣＨ制御チャネルの数と整合しない場合、復号されたＮＡＣＫのうちの少なくとも１つが、実際は、ＤＴＸであることがｅＮＢによって理解される。
【００５４】
本実施形態の利点の１つは、ＤＴＸ状態を信号伝達する際に要求されるオーバーヘッドが単一ビットであって、容易にリード・マラーメッセージ内に含まれることである。したがって、符号のリンク性能に、ＤＴＸの明示的信号伝達より遥かに小さい影響を及ぼす。１つのみの（または、奇数の）ＤＴＸＮｏＲｘイベントが発生する場合、ｅＮＢは、常時、少なくとも１つのＤＴＸＮｏＲｘイベントが発生したことを検出可能であろう。この知識は、ｅＮＢによって使用され、ＰＤＣＣＨの電力を上昇させ、および／またはＰＤＣＣＨ信号伝達のために使用されるアグリゲーションレベルを増加させ、後続サブフレームにおいて、より確実なダウンリンク制御信号伝達を有することができる。
【００５５】
ＤＴＸＮｏＲｘが発生し、データがＵＥによって受信されるＣＣの各々において、少なくとも１つのＡＣＫが信号伝達される場合、ｅＮＢは、ＤＴＸＮｏＲｘが発生した正確なＣＣを決定することができる。これは、図９に図示されるように構成される５つのコンポーネントキャリアの実施例等、単一層伝送の場合を検討することによって理解することができる。ＤＴＸを示すインジケータビットが存在し、ＮＡＣＫを含有する唯一のものであるＤＴＸＮｏＲｘが発生したものを除き、スケジューリングされた全ＣＣがＡＣＫを含有する場合、そのＮＡＣＫは、ＤＴＸＮｏＲｘであるはずである。
【００５６】
当業者によって理解されるであろうように、ＤＴＸＮｏＲｘのＣＣを検出することができる可能性は、ＮＡＣＫの確率に関連する。表１は、ｅＮＢが、種々のＮＡＣＫの確率に対して単一のＤＴＸＮｏＲｘが発生したＣＣを正確に特定することができる確率を示す。この例示的な表は、ＵＥが、５つのアクティブなＣＣによって構成され、単一のＤＴＸＮｏＲｘが発生したという仮定に基づく。ｅＮＢは、全ての他のスケジューリングされたＣＣが、少なくとも１つのＡＣＫを含有するときにのみ、ＤＴＸＮｏＲｘの場所を理解するので、表は、そのような発生の確率を反映する。示されるように、ＮＡＣＫの確率が低く、スケジューリングされたＣＣの数が小さいほど、ＤＴＸＮｏＲｘを有するＣＣを正確に識別する可能性が高くなる。
【００５７】
【表１】
0005572265.tif 000004
前述の実施形態は、ＣＣあたり単一の符号語を使用して実装される。代替実施形態では、２つのデータ符号語がＣＣあたりに伝送される。これらの２つの符号語のためのスケジューリング情報は、１つのみのＰＤＣＣＨ内に含有されるので、ＣＣ内のＤＴＸＮｏＲｘとＮＡＣＫとの曖昧性は、ＮＡＣＫが、ＵＥによって両データ符号語のために送信される場合にのみ存在し得る。表２は、ｅＮＢが二重層伝送の場合において、ＤＴＸＮｏＲｘの場所を正確に決定する確率を示す。データ符号語間の復号成功は相関するので、結果は、ＣＣ内の符号語間の例示的な相関値（Ｐｃｏｒｒ）８０％および２０％を仮定して示される。
【００５８】
【表２】
0005572265.tif 000005
別の実施形態では、ＵＥは、単一インジケータビットを使用して、奇数または偶数のＣＣが、ＴＲＵＥ  ＮＡＣＫ（すなわち、誤って復号されたＰＤＳＣＨ）を含有するかどうかを信号伝達するように構成することができる。ＵＥによって信号伝達されたＴＲＵＥ  ＮＡＣＫを含有する奇数／偶数のＣＣと、ｅＮＢに伝送されたＰＤＣＣＨの実際の数との間に不整合が存在する場合、ｅＮＢによって復号されたＮＡＣＫのうちの少なくとも１つは、ＤＴＸＮｏＲｘであると理解される。本実施形態では、少なくとも１つのＴＲＵＥ  ＮＡＣＫを含有するＣＣの総数は、単純に、個々のＴＲＵＥ  ＮＡＣＫが、単一または二重符号語ＣＣ上に存在するかどうかに関わらずカウントされる。
【００５９】
別の実施形態では、ＵＥは、単一のインジケータビットを使用して、奇数または偶数のＴＲＵＥ  ＮＡＣＫがメッセージ内に含有されるかどうかを信号伝達する。ＵＥによって信号伝達された奇数／偶数のＴＲＵＥ  ＮＡＣＫと、ｅＮＢによって復号された、信号伝達されたＮＡＣＫの実際の数（そのうちのいくつかは、実際には、ＤＴＸを表し得る）との間に不整合が存在する場合、ｅＮＢによって復号されたＮＡＣＫのうちの少なくとも１つは、ＤＴＸＮｏＲｘであることが理解される。この解決策では、ＨＡＲＱフィードバックメッセージ内のＴＲＵＥ  ＮＡＣＫの総数は、単純に、個々のＴＲＵＥ  ＮＡＣＫが単一または二重符号語ＣＣ上に存在するかどうかに関わらず、カウントされる。本実施形態では、ｅＮＢは、ＵＥが二重符号語ＣＣ上で厳密に１つのＰＤＣＣＨを逸失する場合、ＤＴＸＮｏＲｘが発生したと理解しないであろう。
【００６０】
別の実施形態では、ＵＥは、ＴＲＵＥ  ＮＡＣＫを含有する奇数または偶数の潜在的に曖昧なＣＣが、メッセージ内に含有されるかどうかを信号伝達する。すなわち、そうでなければ、信号伝達されたＤＴＸイベントと区別不可能であるＴＲＵＥ  ＮＡＣＫを含有するＣＣのみがカウントされる。二重符号語伝送を使用するＣＣの場合、両ＨＡＲＱフィードバックビットは、そのＣＣがＴＲＵＥ  ＮＡＣＫを含有するＣＣの数に対してカウントされるので、ＴＲＵＥ  ＮＡＣＫであるはずである一方、単一層伝送の場合、単一ＨＡＲＱフィードバックビットは、そのキャリアがＴＲＵＥ  ＮＡＣＫを含有するＣＣの数に対してカウントされるので、ＴＲＵＥ  ＮＡＣＫであるはずである。
【００６１】
以下の表３に例示されるように、二重符号語ＣＣの場合、４つの可能性として考えられるＡＣＫ／ＮＡＣＫの組み合わせが存在する。１つのみのＮＡＣＫ（および、１つのＡＣＫ）が信号伝達される場合、そのＮＡＣＫは、ＴＲＵＥ  ＮＡＣＫであることが確実に既知であって、したがって、ＴＲＵＥ  ＮＡＣＫを含有するＣＣのカウントに含まれない。反対に、２つのＮＡＣＫが特定の二重層キャリアに対して送信される場合、その信号伝達は、２つのＴＲＵＥ  ＮＡＣＫ（いずれのＰＤＳＣＨトランスポートブロックも、正常に復号され得なかった）またはＤＴＸイベントのいずれかを表し得る。後者の場合、信号伝達されたＮＡＣＫの両方がＤＴＸイベントではなく、ＴＲＵＥ  ＮＡＣＫを表す場合、ＣＣは、ＴＲＵＥ  ＮＡＣＫを含有するＣＣの数に対してカウントする。
【００６２】
【表３】
0005572265.tif 000006
別の実施形態は、付加的な単一のＤＴＸインジケータビットを提供し、信号伝達されたＨＡＲＱフィードバックが、実際には、ＤＴＸイベントを表すＮＡＣＫを含有する奇数または偶数のＣＣを含有するかどうかを指定する。本実施形態では、前述の第１の実施形態に基づいて、ＵＥは、監視されているキャリアの総数にわたって、奇数または偶数のＰＤＣＣＨ制御チャネルが、ＵＥによって検出されたかどうかを信号伝達する。本実施形態では、ＤＴＸイベントが信号伝達されていた任意の二重符号語キャリアは、ＤＴＸイベントを表すＮＡＣＫを含有するＣＣの総数に対して、１のみのカウントに寄与するであろう（２つのＮＡＣＫが、それらの二重符号語キャリアに対して信号伝達されるであろう場合でも）。
【００６３】
別の実施形態では、１ビットフラグを使用して、ＨＡＲＱフィードバックメッセージに対応するサブフレームに対する受信機におけるＤＴＸイベントの数が、指定された閾値（Ｔ１）を上回るか、またはそれを下回るか、または等しいかを示す。この閾値は、１）アクティブなＣＣの数の関数、２）同一のＨＡＲＱフィードバックメッセージ内に含まれる、信号伝達されたＮＡＣＫの数の関数（そのうちのいくつかは、ＴＲＵＥ  ＮＡＣＫを表し、そのうちのいくつかは、ＤＴＸを表し得る）、または３）ゼロであってもよい。
【００６４】
別の実施形態では、単一ビットは、同一ＨＡＲＱフィードバックメッセージ内に含まれるＮＡＣＫの数の関数を表す、そのビットによって伝達される情報とともに、信号伝達するために使用される。この革新の付加的実施形態は、１ビットフラグ（すなわち、それが信号伝達する情報）を使用して、特定のＨＡＲＱフィードバックメッセージ内で信号伝達されたＮＡＣＫの数の関数として変動することになるであろう。例えば、信号伝達されたＮＡＣＫの数が、特定の閾値（Ｔ２）以下である場合、フラグは、奇数または偶数のＤＴＸイベントが発生したかどうかを指定し得る。反対に、信号伝達されたＮＡＣＫの数が同一閾値を上回る場合、フラグは、少なくとも１つのＤＴＸイベントが発生したかどうかを指定し得る。
【００６５】
別の実施形態では、単一ビット信号は、ＤＡＩとＰＤＣＣＨ制御チャネル検出との数の一致のインジケータとして使用される。本実施形態では、単一のＤＴＸインジケータビットが、ＡＣＫ／ＮＡＣＫメッセージに追加される。このビットは、ＵＥにおいて、受信したＰＤＣＣＨ制御チャネル上で搬送されるＤＡＩ表示と、ダウンリンク上で伝送されるＰＤＣＣＨの数に整合が存在するかどうか示す。整合が存在しない場合、ｅＮＢは、ＤＴＸが発生したことが既知となる。この解決策は、ＤＡＩフィールドが、ＰＤＣＣＨ上に存在する場合、ＴＤＤモードで動作可能である。
【００６６】
本開示の別の実施形態では、Ｎビットフラグを使用して、ＤＴＸ内で検出されたＣＣの数を示す。２ビットフラグに対して構成される５つのＣＣの場合、フラグの数は、ＰＤＣＣＨが検出されなかったＣＣの数を示すであろう。より一般的場合には、ＵＥのみが、フィードバック信号伝達すると仮定すると、ＰＤＣＣＨが、Ｍ個の構成されたキャリアのうちの少なくとも１つにおいて受信される場合、
・Ｎ＝１ビットは、Ｍ＝２または３個のコンポーネントキャリアに対して十分である。
・Ｎ＝２ビットは、Ｍ＝４または５個のコンポーネントキャリアに対して使用することができる。
・Ｎ＝３ビットは、Ｍ＝６からＭ＝９個のコンポーネントキャリアに対して使用することができる。
【００６７】
本明細書に開示される提案されたシステムおよび方法は、信号伝達のための先行方法の多数の利点をもたらす。ＤＴＸ状態を信号伝達する際に要求されるオーバーヘッドは、単一ビットであって、リード・マラーメッセージ内に容易に含まれる。本実施形態は、符号のリンク性能に、ＤＴＸの完全信号伝達より遥かに小さい影響を及ぼす。例えば、奇数のＤＴＸＮｏＲｘの場合、ｅＮＢは、ＤＴＸが発生したことを推測することができる。ある非ゼロ確率を伴って、ｅＮＢは、ＤＴＸが発生したＣＣの場所を推測することができる。
【００６８】
ＤＴＸのためのインジケータビットを有することは、ｅＮＢが、電力制御および／または符号レート修正（使用されているアグリゲーションレベルを介して）をＰＤＣＣＨに適用することを支援する。ｅＮＢが、ＤＴＸＮｏＲｘが発生したことを推測するが、どのＣＣにおいてであるかが既知ではない場合、不必要に問題でないＣＣに電力／リソース増加を拡張し得る。しかしながら、ｅＮＢが、ＤＴＸが発生したＣＣの場所を推測することができる場合、問題ＣＣのみにおいて、電力／リソースの増加に焦点を当てることができる。
【００６９】
図１０は、本明細書の前述において開示されたこの開示の実施形態による、適切なＤＴＸ信号を決定するための方法の流れ図である。ステップ１０００において、処理が開始され、ＰＤＣＣＨの数が、次いで、ステップ１００２において、「０」に設定される。ステップ１００４では、ＰＤＣＣＨが現在のＣＣにおいて検出されたかどうかを決定するために、試験が行われる。ステップ１００４で行われた試験の結果が、ＰＤＣＣＨが、現在のＣＣにおいて検出されたことを示す場合、ＰＤＣＣＨの数は、ステップ１００６において、「１」ずつインクリメントされ、処理は、ステップ１００８に進む。しかしながら、ステップ１００４で行われた試験の結果が、ＰＤＣＣＨが、現在のＣＣにおいて検出されなかったことを示す場合、処理は、直接、ステップ１００８に進み、動作上、構成される付加的ＣＣが存在するかどうかを決定するために試験が行われる。ステップ１００８で行われた試験の結果が、付加的に構成されたＣＣが存在することを示す場合、処理は、ステップ１０１０に進み、次のＣＣが検討され、処理は、次いで、前述のように、ステップ１００４に進む。しかしながら、ステップ１００８において行われた試験の結果が、任意の付加的に構成されたＣＣが存在しないことを示す場合、処理は、ステップ１０１２に進み、ＤＴＸインジケータビットは、検出されたＰＤＣＣＨの現在の数に基づいて、「１」または「０」に設定される。
【００７０】
図１１は、既知のＮＡＣＫを有する、潜在的に曖昧なコンポーネントキャリアの総数に基づいて、適切なＤＴＸ信号を決定するための、本明細書の前述に開示される実施形態による方法の流れ図である。ステップ１１００において、処理が開始され、ステップ１１０２においてＣＣＴＲＵＥ  ＮＡＣＫの数が「０」に設定される。ステップ１１０４では、検討中の現在のキャリアが単一層であって、ＴＲＵＥ  ＮＡＣＫを含有するかどうかを決定するために、試験が行われる。ステップ１１０４における試験の結果が、現在のキャリアが、単一層であって、ＴＲＵＥ  ＮＡＣＫを含有することを示す場合、処理は、ステップ１１０６に進み、ＴＲＵＥ  ＮＡＣＫを有するＣＣの数は、「１」ずつインクリメントされ、処理は、次いで、ステップ１１１０に進む。しかしながら、ステップ１１０４で行われる試験の結果が、現在のキャリアが、単一層ではなく、ＴＲＵＥ  ＮＡＣＫを含有しないことを示す場合、処理は、ステップ１１０８に進み、現在のキャリアが、二重層であって、２つのＴＲＵＥ  ＮＡＣＫを含有するかどうかを決定するために、試験が行われる。ステップ１１０８で行われる試験の結果が、「はい」である場合、処理は、ステップ１１０６に進み、ＴＲＵＥ  ＮＡＣＫを有するＣＣの数は、「１」ずつインクリメントされる。しかしながら、ステップ１１０８において行われる試験の結果が、「いいえ」である場合、処理は、ステップ１１１０に進み、検討されるべきさらなるキャリアが存在するかどうかを決定するために、試験が行われる。ステップ１１１０において行われた試験の結果が、検討されるべきさらなるキャリアが存在することを示す場合、処理は、ステップ１１１６に進み、次のキャリアが検討され、処理は、次いで、前述のように、ステップ１１０４に進む。しかしながら、ステップ１１１０で行われた試験の結果が、検討されるべき付加的キャリアが存在しないことを示す場合、処理は、ステップ１１１２に進み、信号伝達ビットは、ＴＲＵＥ  ＮＡＣＫを有するＣＣの現在の数に応じて、「１」または「０」に設定され、処理は、次いで、ステップ１１１４において終了する。
【００７１】
いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例示的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素またはコンポーネントを、別のシステムと組み合わされる、または統合されてもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。
【００７２】
本明細書で使用されるように、用語「コンポーネント」、「システム」および同等物は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかのコンピュータ関連エンティティを指すように意図される。例えば、コンポーネントは、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それらに限定されない。例示として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、コンポーネントであることができる。１つ以上のコンポーネントが、プロセスおよび／または実行のスレッド内に常駐してもよく、コンポーネントは、１つのコンピュータ上にローカライズされある、および／または２つ以上のコンピュータ間に分散されてもよい。
【００７３】
本明細書で使用されるように、用語「ユーザ機器」および「ＵＥ」は、無線デバイス、例えば、携帯電話、携帯情報端末（ＰＤＡ）、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する、類似デバイスまたは他のユーザエージェント（「ＵＥ」）を指すことができる。いくつかの実施形態では、ＵＥは、モバイル無線デバイスを指してもよい。用語「ＵＥ」はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、概して、可搬性ではないが、類似能力を有する、デバイスを指してもよい。
【００７４】
さらに、開示される主題は、標準的プログラムミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産し、コンピュータまたはプロセッサベースのデバイスを制御し、本明細書に詳述される側面を実装する、システム、方法、装置、または製品として実装されてもよい。用語「製品」（または、代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多アプリケーションディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）が挙げられ得るが、それらに限定されない。加えて、キャリア波は、電子メールを伝送および受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等、コンピュータ可読電子データを搬送するために採用することができることを理解されたい。当然ながら、当業者は、多くの修正が、請求される主題の範囲または精神から逸脱することなく、この構成に行われてもよいことを認識するであろう。
【００７５】
また、個別または別個のものとして種々の実施形態において説明および例示される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法と組み合わされる、または統合されてもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、いくつかのインターフェース、デバイス、または中間コンポーネントを通して、間接的に連結または通信してもよい。変更、代用、および代替の他の実施例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく、行われてもよい。本開示は、詳細に説明されたが、種々の変更、代用、および代替は、添付の請求項によって定義される本開示の精神および範囲から逸脱することなく、行うことができることを理解されたい。
【図１】
0005572265.tif 000007
【図２】
0005572265.tif 000008
【図３】
0005572265.tif 000009
【図４】
0005572265.tif 000010
【図５】
0005572265.tif 000011
【図６】
0005572265.tif 000012
【図７】
0005572265.tif 000013
【図８】
0005572265.tif 000014
【図９】
0005572265.tif 000015
【図１０】
0005572265.tif 000016
【図１１】
0005572265.tif 000017