(57)【特許請求の範囲】
【請求項１】
競合無線技術を含む無線周波数（ＲＦ）帯域で動作するロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）通信で動作可能な方法であって、
ｅＮｏｄｅＢにおいてユーザ機器（ＵＥ）からのデータのトランスポートブロックを処理し、前記トランスポートブロックは巡回冗長検査（ＣＲＣ）を含み、
前記ｅＮｏｄｅＢにおける前記ＣＲＣに基づいて前記トランスポートブロックのチェックサムを判定し、
前記チェックサムに失敗し、
前記ｅＮｏｄｅＢから前記ＵＥに、前記失敗したチェックサムに基づいた前記トランスポートブロックの非確認（ＮＡＣＫ）を送信し、
前記ＵＥが前記ＮＡＣＫを受信したことに応じて、前記ＵＥにおけるコンテンションウィンドウを増加させ、
前記ＵＥから前記ｅＮｏｄｅＢに前記トランスポートブロックを再送信すること
を含み、
前記トランスポートブロックは誤り訂正コード（ＥＣＣ）をさらに含み、
前記方法は、前記ｅＮｏｄｅＢにおいて、
前記トランスポートブロックをバッファに格納し、
前記ＥＣＣを用いて前記トランスポートブロックの誤りを訂正し、
前記誤りを訂正することに応じて、前記トランスポートブロックの成功した受信の確認（ＡＣＫ）を前記ＵＥに送信すること
をさらに含む記載の方法。
【請求項２】
前記ＵＥにおいて、
前記増加させたコンテンションウィンドウ内で前記ＡＣＫを受信し、
前記ＡＣＫを受信したことに応じて前記コンテンションウィンドウを元のサイズにリセットすること
をさらに含む請求項１に記載の方法。
【請求項３】
前記ＮＡＣＫを送信することは、前記ＮＡＣＫをショート制御信号（Ｓｈｏｒｔ  Ｃｏｎｔｒｏｌ  Ｓｉｇｎａｌ：ＳＣＳ）で前記ＵＥに送信するように構成することをさらに含む請求項１に記載の方法。
【請求項４】
前記ｅＮｏｄｅＢにおいて前記ＵＥからデータの他のトランスポートブロックを受信し、前記他のトランスポートブロックは他の巡回冗長検査（ＣＲＣ）を含み、
前記ｅＮｏｄｅＢにおいて前記ＣＲＣに基づいて前記トランスポートブロックのチェックサムを判定し、
前記チェックサムを通過し、
前記ｅＮｏｄｅＢから前記ＵＥに、前記他のトランスポートブロックの成功した受信の確認（ＡＣＫ）を送信すること
をさらに含む請求項１に記載の方法。
【請求項５】
前記ＡＣＫはハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫである請求項１に記載の方法。
【請求項６】
前記ＲＦ帯域はＷｉＦｉ帯域である請求項１に記載の方法。
【請求項７】
競合無線技術を含む無線周波数（ＲＦ）帯域で動作するロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）通信で動作可能なシステムであって、
ｅＮｏｄｅＢと、
ユーザ機器（ＵＥ）と、
前記ｅＮｏｄｅＢは前記ＵＥからのデータのトランスポートブロックを処理するように動作可能であり、前記トランスポートブロックは巡回冗長検査（ＣＲＣ）を含み、前記ｅＮｏｄｅＢは、前記ＣＲＣに基づいて前記トランスポートブロックのチェックサムを判定し、前記チェックサムに失敗し、及び前記失敗したチェックサムに基づいて前記トランスポートブロックの非確認（ＮＡＣＫ）を前記ＵＥに送信するようにさらに動作可能であり、
前記ＵＥは、前記ＮＡＣＫを受信し、コンテンションウィンドウを増加させ、前記トランスポートブロックをｅＮｏｄｅＢに再送信するように動作可能であり、
トランスポートブロックは、誤り訂正コード（ＥＣＣ）をさらに含み、
前記ｅＮｏｄｅＢは、前記トランスポートブロックをバッファに格納し、前記ＥＣＣを使用して前記トランスポートブロックの誤りを訂正し、前記誤りを訂正することに応じて前記トランスポートブロックの成功した受信の確認（ＡＣＫ）を前記ＵＥに送信するようにさらに動作可能である
通信システム。
【請求項８】
前記ＵＥは、前記増加させたコンテンションウィンドウ内でＡＣＫを受信し、前記ＡＣＫを受信したことに応じて前記コンテンションウィンドウを元のサイズにリセットするようにさらに動作可能である請求項７に記載の通信システム。
【請求項９】
前記ｅＮｏｄｅＢは、前記ＮＡＣＫをショート制御信号（ＳＣＳ）も構成することによって前記ＵＥに送信するようにさらに動作可能である請求項７に記載の通信システム。
【請求項１０】
前記ｅＮｏｄｅＢは、前記ＵＥからデータの他のトランスポートブロックを受信するようにさらに操作可能であり、前記他のトランスポートブロックは別の巡回冗長検査（ＣＲＣ）を含み、前記ｅＮｏｄｅＢは、前記ＣＲＣに基づいて前記他のトランスポートブロックのチェックサムを判定し、チェックサムを通過し、前記他のトランスポートブロックの成功した受信の確認（ＡＣＫ）を前記ＵＥに送信するようにさらに動作可能である請求項７に記載の通信システム。
【請求項１１】
前記ＡＣＫは、ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫである請求項７に記載の通信システム。
【請求項１２】
前記ＲＦ帯域はＷｉＦｉ帯域である請求項７に記載の通信システム。
【請求項１３】
命令を含む非一時的コンピュータ可読媒体であって、競合無線技術を含む無線周波数（ＲＦ）帯域で動作するロングタームエボリューション（ＬＴＥ）通信を使用するｅＮｏｄｅＢのプロセッサによって実行されるときに、前記命令はプロセッサに、
ユーザ機器（ＵＥ）からのデータのトランスポートブロックを処理し、前記トランスポートブロックは巡回冗長検査（ＣＲＣ）を含み、
前記ＣＲＣに基づいて前記トランスポートブロックのチェックサムを判定し、
前記チェックサムに失敗し、
コンテンションウィンドウを増加させ、前記トランスポートブロックを前記ｅＮｏｄｅＢに再送信するように前記ＵＥに指示する前記失敗したチェックサムに基づいて前記トランスポートブロックの非確認（ＮＡＣＫ）を前記ＵＥに送信すること
を指示し、
前記トランスポートブロックは、誤り訂正コード（ＥＣＣ）をさらに含み、
前記命令は、前記トランスポートブロックをバッファに格納し、前記ＥＣＣを使用して前記トランスポートブロックの誤りを訂正し、前記誤りを訂正することに応じてトランスポートブロックの成功した受信の確認（ＡＣＫ）を送信するようプロセッサにさらに指示するコンピュータ可読媒体。
【請求項１４】
前記ＵＥは、前記増加させたコンテンションウィンドウ内で前記ＡＣＫを受信し、前記ＡＣＫを受信したことに応じて前記コンテンションウィンドウを元のサイズにリセットするようにさらに動作可能である請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
前記命令は、前記プロセッサに、前記ＮＡＣＫを前記ＵＥへのショート制御信号（ＳＣＳ）で構成することをさらに指示する請求項１３に記載のコンピュータ可読媒体。
【請求項１６】
前記命令は、前記プロセッサに、
前記ｅＮｏｄｅＢにおいて前記ＵＥから他のトランスポートブロックのデータを受信し、前記他のトランスポートブロックは他の巡回冗長検査（ＣＲＣ）を含み、
前記ｅＮｏｄｅＢにおいて前記ＣＲＣに基づいて前記他のトランスポートブロックのチェックサムを判定し、
前記チェックサムを通過し、
前記トランスポートブロックの成功した受信の確認（ＡＣＫ）を前記ＵＥに送信すること
をさらに含む請求項１３に記載のコンピュータ可読媒体。
【請求項１７】
前記ＡＣＫは、ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫである請求項１３に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
この特許出願は、米国仮特許出願第６２／１６１４４３号（２０１５年５月１４日出願）に基づく優先権、及びそれに基づく早い出願日の享有を主張し、その全体の内容が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
携帯電話は、急速な進化を続けている。携帯電話ネットワークは、現在、様々な形態で存在し、様々な変調、シグナリング技術、及びプロトコルを使用して動作し、例えば、３Ｇ及びＬＴＥネットワーク（それぞれ、第３世代移動通信技術及びＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）に見られる。消費者がより多くの容量を求めるため、ネットワークは進化している。例えば、一部の通信事業者、又は移動体通信事業者（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒｓ：ＭＮＯ）は、３Ｇとより高速なＬＴＥとの組み合わせを使用しているが、これは、ＭＮＯがデータと音声の需要増加をより良く満たすためにより高速なネットワークを必要とするからである。
【０００３】
また、競合通信を含む無線周波数（ＲＦ）帯域でこれらの技術を実施するための取り組みが進められている。例えば、従来はＷｉＦに使用されている免許不要の帯域（別名、ＬＴＥ−Ｕ、免許支援アクセス（Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ−Ａｃｃｅｓｓ）、又は“ＬＡＡ−ＬＴＥ”）において、ＬＴＥの開発が加速されている。しかしながら、ＬＴＥとは異なり、ＷｉＦｉは、ＷｉＦｉシステムが相互に干渉しないように、リッスンビフォアトーク（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ：ＬＢＴ）の方法を使用している。ＷｉＦｉでＬＢＴを用いると、ＷｉＦｉノードは、送信の直後に確認（ＡＣＫ）を受信すると、送信が成功したと判断する。ＡＣＫがないことは、衝突が発生し、ＷｉＦｉノードがコンテンションウィンドウを２倍にし、そのチャネルについて再度争うことを意味している。しかしながら、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ：ＨＡＲＱ）ＡＣＫ及び非確認（ＮＡＣＫ）は３サブフレーム（すなわち、データ送信後３ｍｓ）で送信されるので、ＬＴＥシステムはコンテンションウィンドウのサイズを変更することが困難である。
【発明の概要】
【０００４】
本明細書で提示されるシステム及び方法は、競合無線技術を含むＲＦ帯域で動作するＬＴＥ通信を使用するＵＥのコンテンションウィンドウを増加させることを提供する。一実施形態では、ｅＮｏｄｅＢはユーザ機器（ＵＥ）からデータのトランスポートブロックを受信する。トランスポートブロックは、巡回冗長検査（ＣＲＣ）を含んでいる。次に、ｅＮｏｄｅＢは、ＣＲＣに基づいたトランスポートブロックのチェックサムを判定し、チェックサムに失敗し、失敗したチェックサムに基づいてＵＥにトランスポートブロックの非確認（ＮＡＣＫ）を送信する。ＵＥは、ＮＡＣＫに応じて、コンテンションウィンドウを増加させ、ｅＮｏｄｅＢにトランスポートブロックを再送信する。
【０００５】
本明細書に開示された様々な実施形態は、設計上の選択事項として様々な方法で実施してもよい。例えば、本明細書のいくつかの実施形態はハードウェアで実施されるが、他の実施形態は、ハードウェアを実装及び／又は動作させるように動作可能なプロセスを含んでもよい。他の例示的な実施形態は、ソフトウェア及びファームウェアを含み、以下で説明する。
【図面の簡単な説明】
【０００６】
本発明のいくつかの実施形態は、単なる例示として、添付の図面を参照して説明する。同じ参照番号は、すべての図面の同じ要素又は同じ種類の要素を表している。
【図１】図１は、競合無線システムを有するＲＦ帯域で動作する例示的な無線通信システムのブロック図である。
【図２】図２は、無線通信システムにおいてｅＮｏｄｅＢで動作可能な例示的なプロセスを示すフローチャートである。
【図３】図３は、無線通信システムにおいてＵＥで動作可能な例示的なプロセスを示すフローチャートである。
【図４】図４は、無線通信システムにおけるＵＥとｅＮｏｄｅＢとの間の例示的なメッセージング図である。
【図５】図５は、無線通信システムにおけるＵＥとｅＮｏｄｅＢとの間の例示的なメッセージング図である。
【図６】図６は、無線通信システムにおけるＵＥとｅＮｏｄｅＢとの間の例示的なメッセージング図である。
【図７】図７は、無線通信システムにおいてｅＮｏｄｅＢで動作可能な別の例示的なプロセスを示すフローチャートである。
【図８】図８は、無線通信システムにおいてＵＥで動作可能な別の例示的なプロセスを示すフローチャートである。
【図９】図９は、コンピュータ可読媒体が本明細書の方法を実施するための命令を提供する例示的なコンピューティングシステムのブロック図である。
【発明を実施するための形態】
【０００７】
図面及び以下の説明は、本発明の特定の例示的な実施形態を示している。したがって、当業者は、本明細書において明示的に記載又は図示されていないが、本発明の原理を具現化し、本発明の範囲内に含まれる様々な構成を考案できることが理解されるであろう。また、本明細書に記載された例は、本発明の原理の理解を助けることを意図しており、そのように具体的に列挙された例及び条件に限定されるものではないと解されるべきである。その結果、本発明は以下の特定の実施形態又は実施例には限定されない。
【０００８】
図１は、競合無線システムを有するＲＦ帯域で動作する例示的な無線通信システムのブロック図である。無線通信システムは、無線電話ネットワーク１１０に通信可能に結合されたノードＢ１１１を備えている。一般に、ｅＮｏｄｅＢ１１１は、ＵＥ１１２（例えば、モバイルハンドセット及び他の無線デバイス）を介する加入者とのデータ及び音声を含む無線通信を維持又は支援するように動作可能な任意のシステム、装置、ソフトウェア、又はこれらの組み合わせである。これに関して、ｅＮｏｄｅＢ１１１は、例えば、２Ｇ、３Ｇ、ＬＴＥなどを介したＲＦを通じて無線電話ネットワーク１１０を実施してもよい。
【０００９】
競合無線システムは、無線ネットワーク１２０に通信可能に結合された無線アクセスポイント（ＷＡＰ）１２１を備えている。ＷＡＰ１２１の無線システムはｅＮｏｄｅＢ１１１の無線通信システムと競合するが、これは、ＷＡＰ１２１の無線システムがｅＮｏｄｅＢ１１１の無線通信システムの通信プロトコルと非互換の無線技術の形態を使用するからである。したがって、ＵＥ１１２−２とＷＡＰ１２１との間の通信は、ＵＥ１１２−１とｅＮｏｄｅＢ１１１との間の通信と干渉することがあり得る。
【００１０】
説明のために、ｅＮｏｄｅＢ１１１はＬＴＥ無線電話ネットワークの一部であり、ＷＡＰ１２１はＷｉＦｉネットワーク（例えば、ＷｉＦｉホットスポット又はパーソナルＷｉＦｉルータ）の一部であってもよい。一般に、このことは、ｅＮｏｄｅＢ１１１が、ＷｉＦｉ通信が盛んに行われている免許不要のＲＦ帯域内で動作することを意味している。これらの帯域は、ＷｉＦｉ通信で非常に混雑しているので、ＷｉＦｉデバイス（例えば、ＵＥ１１２−２）は、ＷｉＦｉを介して動作するときに互いに干渉しないことを確保するためにリッスンビフォアトーク（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ：ＬＢＴ）を採用している。しかしながら、ＬＴＥ通信は、ＵＥ１１２間の通信が確実に維持されることを確保するために、所与の時間に周波数の全帯域を占有する傾向がある。したがって、少なくとも、ＬＴＥ無線電話ネットワークは、帯域の他の通信システムと干渉するようになる。したがって、免許不要帯域の他の無線システムとより「友好的」であるように、本明細書の実施形態は無線電話ネットワーク１１０のＵＥ１１２−１とｅＮｏｄｅＢ１１１との間のＬＢＴ動作を提供している。
【００１１】
ＬＴＥのメディアアクセス制御（ＭＡＣ）は中央スケジューラを使用し、そこでは、ｅＮｏｄｅＢ１１１がＵＬ及びダウンリンク（ＤＬ）トラフィックをスケジューリングしている。一般に、ＬＢＴは、ＬＴＥのＤＬ送信に問題がないが、これは、チャネルの争いに成功したときにｅＮｏｄｅＢ１１２が送信するからである。しかしながら、ＵＬ送信は、時間及び周波数の正確なインスタンスでスケジュールされる。そして、ＬＢＴは、スケジュールされたＵＬ送信のタイミングを乱す。しかし、ＵＥ１１２−１は各ＵＬ送信の前にＬＢＴの何らかの形式を実行する必要があるが、これは、スケジュールされた送信の時にチャネルがクリアでないかも知れないからである。
【００１２】
ＬＴＥ−ＵとＷｉＦｉ間の公平な共存を確保する１つの方法は、既存の要件を変更して「ＷｉＦｉ類似の」チャネル競合アルゴリズムにすることである。このことに関して、ＵＥ１１２−１は、コンテンションウィンドウのサイズを増加させ、いくつかの実施形態ではコンテンションウィンドウのサイズを２倍にしている。例えば、ＷｉＦｉノード（例えば、ＷＡＰ１２１）は、送信の直後に確認（ＡＣＫ）を受信すると、送信が成功したと判定する。ＡＣＫが欠如は、衝突が発生したことを意味している。次に、ＷｉＦｉノードは、そのコンテンションウィンドウのサイズ（例えば、時間）を２倍にし、チャネルについて再度争う。しかし、ＬＴＥは、そのようなメカニズムを有していない。
【００１３】
一般に、ｅＮｏｄｅＢ１１１で受信されたデータに誤りがあると、ｅＮｏｄｅＢ１１１はデータをバッファし、ＮＡＣＫを送信し、それは、ＵＥ１１２−１からの再送信を促す。ｅＮｏｄｅＢ１１１が再送信されたデータを受信したとき、ｅＮｏｄｅＢ１１１はそのデータとバッファされたデータとを誤り訂正のために合成する。このプロセスはまだ発生することがあるが、コンテンションウィンドウサイズの増加に伴い強化される。一つの既存の機構は、ハイブリッドＡＲＱ（ＨＡＲＱ）である。本明細書の実施形態は、高速な再送信及びより高いデータレートを確保するため、ＭＡＣ及びＰＨＹ層における既存のＨＡＲＱメカニズムに加えて、このフィードバックプロセスにおけるＬＴＥについてＰＨＹ層に新たなメカニズムを提供している。
【００１４】
また、ＵＥ１１２−１におけるコンテンションウィンドウを増加させるために必要なフィードバックループの遅延を低減するように、ｅＮｏｄｅＢ１１１は、データの受信の直後に、ＬＢＴを実行することなく、ＳＣＳ  ＮＡＣＫと称されるショート制御信号（ＳＣＳ）を介して非確認（ＮＡＣＫ）を送信する。欧州連合の基準によると、ＳＣＳのデューティ周期がノードの最大送信時間の５％未満である限り、ＬＢＴを実行せずにＳＣＳを送信することができる。
【００１５】
隣接するノードは、送信に先立ってＬＢＴを実行し、ＨＡＲＱ  ＮＡＣＫの送信後にチャネルがビジーであると検出すると「バックオフ」する。しかしながら、ＬＴＥでは、ｅＮｏｄｅＢ１１１は、ＨＡＲＱ  ＡＣＫ又はＨＡＲＱ  ＮＡＣＫの送信を決定する前に、受信したデータを誤り訂正及びソフト合成するためにより多くの処理時間を必要とする。したがって、データとともに誤り訂正コード（ＥＣＣ）を送信することに加えて、ＵＥ１１２−１は巡回冗長検査ＣＲＣを含み、それは、一般に短くペイロードの効率にほとんど影響を与えることがなく、より迅速に誤りを検出するようにすることができる。そして、誤りが検出されたとき、ＳＣＳ  ＮＡＣＫは、衝突の相対的に低い確率を提供するためにデータがｅＮｏｄｅＢ１１１によって受信された後に短時間ウィンドウ内でＬＢＴなしで送信されることになる。
【００１６】
図２は、無線通信システムにおいてｅＮｏｄｅＢ１１１で動作可能な例示的なプロセス２００を示すフローチャートである。この実施形態では、ｅＮｏｄｅＢ１１１は、プロセス要素２０１において、ＵＥ１１２−１からのデータのトランスポートブロックを受信する。次に、ｅＮｏｄｅＢ１１１は、プロセス要素２０２において、データのチェックサムを判定するためにトランスポートブロックのＣＲＣを使用する。データがチェックサム（プロセス要素２０３）を通過すると、ｅＮｏｄｅＢ１１１は、データを処理し、プロセス要素２０１において、ＵＥ１１２−１からの他のトランスポートブロックの受信を待つ。
【００１７】
しかしながら、チェックサムに失敗すると、ｅＮｏｄｅＢ１１１は、ＮＡＣＫをＵＥ１１２−１に送信し、ＵＥ１１２−１がプロセス要素２０４においてそのコンテンションウィンドウを増加させることができるようにする。例えば、ｅＮｏｄｅＢ１１１は、競合無線通信がＵＥ１１２−２とＷＡＰ１２１との間でチャネルについて争う時間を有さないことを確保するために、ＨＡＲＱ  ＮＡＣＫをＵＥ１１１２−１に直ちに送信するように、ＳＣＳを使用してもよい。ほぼ同時に、ｅＮｏｄｅＢ１１１は、プロセス要素２０５において、トランスポートブロックのデータをバッファに格納し、プロセス要素２０６において、トランスポートブロックによって提供されたＥＣＣを使用してトランスポートブロックのデータの誤りの訂正を開始する。
【００１８】
ＥＣＣ（プロセス要素２０７）を用いてデータの誤りが訂正されると、ｅＮｏｄｅＢ１１１は、プロセス要素２０１において、ＡＣＫをＵＥ１１２−２に送信し、次のトランスポートブロックを待つ。このＡＣＫがＵＥ１１２−１の増加させたコンテンションウィンドウの間にＵＥ１１２−１によって受信されると、ＵＥ１１２−１は、通常の動作を再開するために、コンテンションウィンドウを減少させて元のサイズ（例えば、時間の量）に戻してもよい。しかしながら、誤りがＥＣＣによって訂正されないと、ｅＮｏｄｅＢ１１１は、ＵＥ１１２−１から同じトランスポートブロックを受信すると、プロセス要素２０８において、ソフト誤り訂正で誤りの訂正を開始してもよい。例えば、ｅＮｏｄｅＢ１１１は、データの誤りを判定するために、両方のトランスポートブロックのデータを組み合わせてもよい。代わりに、又は追加して、ｅＮｏｄｅＢ１１１は、誤りを判定するために、次のトランスポートブロックのＣＲＣ及び／又はＥＣＣを使用してもよい。
【００１９】
図３は、無線通信システムにおいてＵＥ１１２−１で動作可能な例示的なプロセス２５０を示すフローチャートである。この実施形態では、ＵＥ１１２−１は、プロセス要素２５１において、データのトランスポートブロックをｅＮｏｄｅＢ１１１に送信する。上述のように、データのトランスポートブロックは、トランスポートブロックのデータの迅速な誤りチェックをするためにｅＮｏｄｅＢ１１１についてのＣＲＣを含んでいる。そして、トランスポートブロックのデータに誤りがあると、ｅＮｏｄｅＢ１１１はＵＥ１１２−１にＮＡＣＫを直ちに送信する（例えば、ＳＣＳを介したＨＡＲＱ  ＮＡＣＫ）。これに関して、ＵＥ１１２−１は、プロセス要素２５２においてＮＡＣＫを受信し、プロセス要素２５３においてそのコンテンションウィンドウを増加させる。
【００２０】
増加させたコンテンションウィンドウの間にｅＮｏｄｅＢ１１１からＵＥ１１２−１によってＡＣＫが受信されると、ＵＥ１１２−１は、プロセス要素２５１において、ｅＮｏｄｅＢ１１１にデータの次のトランスポートブロックを送信する。そうでなければ、ＵＥ１１２−１は、プロセス要素２５５において、データのトランスポートブロックをｅＮｏｄｅＢ１１１に再送信してもよい。
【００２１】
いくつかの実施形態では、トランスポートブロックのデータが失効したとき、ＵＥ１１２−１は、データ及びトランスポートブロックを破棄する。例えば、トランスポートブロックは、ＵＥ１１２−１の呼出しの間に音声データの比較的小さい部分を含んでもよい。音声データの比較的小さい部分をドロップすることは、全体的な音声会話にごくわずかな影響しか及ぼさないであろう。したがって、ＵＥ１１２−１は、トランスポートブロックがもはや有効ではないと結論し、トランスポートブロックを再送信から完全にドロップしてもよい。
【００２２】
図４から図６は、無線通信システムにおけるＵＥ１１２−１とｅＮｏｄｅＢ１１１との間の例示的なメッセージング図である。図４のメッセージング図は、ｅＮｏｄｅＢ１１１へのトランスポートブロックによるデータの成功した送信を示している。ＵＥ１１２−１からトランスポートブロックを受信すると、ｅＮｏｄｅＢ１１１は、ＣＲＣチェックを行う。得られたチェックサムがＣＲＣチェックを通過したため、ｅＮｏｄｅＢ１１１は、ＬＴＥ通信において典型的であるようにＳＣＳ  ＡＣＫをＵＥ１１２−１に送信する。
【００２３】
図５のメッセージング図は、トランスポートブロックのデータがＣＲＣチェックに失敗したときを示している。これに関して、ｅＮｏｄｅＢ１１１はＳＣＳ  ＮＡＣＫをＵＥ１１２−１に送信し、次に、ＵＥ１１２−１はそのコンテンションウィンドウを増加させる。この間、ｅＮｏｄｅＢ１１１は、ＥＣＣを用いてトランスポートブロックの誤り訂正を行う。ＥＣＣがトランスポートブロックのデータを成功して訂正すると、ｅＮｏｄｅＢ１１１は、このコンテンションウィンドウを元のサイズに戻してもよいように、ＨＡＲＱ  ＡＣＫをＵＥ１１２−１に送信する。
【００２４】
図６のメッセージング図は、ＣＲＣチェックとＥＣＣの両方が失敗したときを示している。ＳＣＳ  ＮＡＣＫは、ＣＲＣチェックが失敗したときｅＮｏｄｅＢ１１１によって既に送信されているので、ｅＮｏｄｅＢ  １１１は、ＥＣＣが失敗したときにもＨＡＲＱ  ＮＡＣＫを送信する必要はない。ＳＣＳ  ＮＡＣＫは、そのトランスポートブロックを再送するように、ｅＮｏｄｅＢ１１１からＵＥ１１２−１への指示である。再び、ＵＥ１１２−１は、そのコンテンションウィンドウを増加させ、トランスポートブロックをｅＮｏｄｅＢ１１１に再送信する。ｅＮｏｄｅＢ１１１は、ＥＣＣを用いてソフト誤り訂正を行うために、再送されたトランスポートブロックのデータを組み合わせる。ソフト誤り訂正が通過すると、ｅＮｏｄｅＢ１１１はＨＡＲＱ  ＡＣＫをＵＥ１１２−１に送信し、ＵＥ１１２−１がそのコンテンションウィンドウをリセットできるようにする。
【００２５】
図７は、無線通信システムにおいて、ｅＮｏｄｅＢ１１１を用いて動作可能な別の例示的なプロセス２７５を示すフローチャートである。この実施形態では、ｅＮｏｄｅＢ１１１は、プロセス要素２７６において、ＵＥ１１２からデータのトランスポートブロックを受信する。トランスポートブロック内には、データの整合性をチェックするために使用されるＣＲＣがある。これに関して、ｅＮｏｄｅＢ１１１は、プロセス要素２７７において、トランスポートブロックのＣＲＣに基づいてデータのチェックサムを判定する。チェックサムが通過すると（プロセス要素２７８）、ｅＮｏｄｅＢは、プロセス要素２７９において、ＵＥ１１２にＳＣＳ  ＡＣＫを送信し、プロセス要素２８０において、プロセスが終了する（すなわち、ＵＥ１１２が別のデータのトランスポートブロックを送信する必要があるまで）。
【００２６】
また、チェックサムが失敗すると（プロセス要素２７８）、ｅＮｏｄｅＢ１１１は、プロセス要素２８１において、トランスポートブロックのＳＣＳ  ＮＡＣＫをＵＥ１１２に送信する。ｅＮｏｄｅＢ１１１は、プロセス要素２８２において、データのトランスポートブロックをバッファに格納し、その後で、プロセス要素２８３において、トランスポートのＥＣＣを使用してトランスポートブロックの誤りを訂正する。誤りが訂正されると（プロセス要素２８５）、ｅＮｏｄｅＢ１１１は、プロセス要素２８４において、ＵＥ１１２にＨＡＲＱ  ＡＣＫを送信し、プロセス要素２８０において、ＵＥ１１２が別のトランスポートブロックをｅＮｏｄｅＢ１１１に送信する必要があるまで、プロセスを終了する。
【００２７】
トランスポートブロックの誤りが訂正できないと（すなわち、プロセス要素２８５）、ｅＮｏｄｅＢ１１１は、プロセス要素２８６において、再試行がそのタイマを超えたかどうかを判定する。タイマが満了していないと、ｅＮｏｄｅＢ１１１は、プロセス要素２８０において、ＵＥ１１２が別のトランスポートブロックを送信する必要があるまで、プロセス２７５を終了してもよい。タイマが満了していると、ｅＮｏｄｅＢ１１１は、ＵＥ１１２が別のトランスポートブロックをｅＮｏｄｅＢ１１１に送信する必要があるまで、プロセス要素２８７内のＵＥ１１２にＨＡＲＱ  ＮＡＣＫを送信してプロセス２７５を終了することができる。
【００２８】
図８は、無線通信システムにおいてＵＥ１１２で動作可能な別の例示的なプロセス２９０を示すフローチャートである。この実施形態では、ＵＥ１１２は、プロセス要素２９１において、ｅＮｏｄｅＢ１１１にデータのトランスポートブロックを送信する。次に、ＵＥ１１２は、ＳＣＳ  ＮＡＣＫ、ＳＣＳ  ＡＣＫ、ＨＡＲＱ  ＡＣＫ、又はＨＡＲＱ  ＮＡＣＫをプロセス要素２９２で受信したかどうかを判定する。
【００２９】
ＵＥ１１２がＳＣＳ  ＮＡＣＫを受信すると、ＵＥ１１２は、プロセス要素２９７において、コンテンションウィンドウを増加させ、プロセス要素２９７において、トランスポートブロックを再送信する。その後、プロセス２９０は、プロセス要素２９９において、ＵＥ１１２が別のトランスポートブロックを送信する必要があるまで終了する。
【００３０】
ＵＥ１１２がＳＣＳ  ＡＣＫ又はＨＡＲＱ  ＡＣＫを受信すると、ＵＥ１１２は、プロセス要素２９３において、トランスポートブロックをバッファ解除する。例えば、トランスポートブロックがｅＮｏｄｅＢ１１１によって成功して受信されたため、ＵＥ１１２はもはやトランスポートブロックを保持する必要がない。したがって、ＵＥ１１２は、トランスポートブロックを送信から除去して、別のトランスポートブロックが送信されるようにすることができる。そこから、ＵＥ１１２は、プロセス要素２９４において、そのコンテンションウィンドウをリセットし、プロセス２９０は、プロセス要素２９９において、終了する（すなわち、ＵＥ１１２が別のトランスポートブロックを送信する必要があるまで）。
【００３１】
ＵＥ１１２がＨＡＲＱ  ＮＡＣＫを受信すると、ＵＥ１１２は、プロセス要素２９５において、そのコンテンションウィンドウを増加させ、プロセス要素２９６においてトランスポートブロックを再送信する。これは、ｅＮｏｄｅＢ１１１は、ソフトコンバイニング及び／又は誤り訂正（例えば、トランスポートのＥＣＣを介して）を介してトランスポートブロックの誤りを訂正することを可能にする。その後、プロセス２９０は、プロセス要素２９９において、終了する（すなわち、ＵＥ１１２が別のトランスポートブロックのデータを送信する必要があるまで）。
【００３２】
本発明は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、又はハードウェアとソフトウェアとの両方の要素を含む実施形態の形態を取ることができる。一実施形態では、本発明は、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むが、これに限定されないソフトウェアで実施される。図７は、コンピュータ可読媒体３０６が本明細書に開示される方法のいずれかを実行するための命令を提供することができるようなコンピューティングシステム３００を示している。
【００３３】
また、本発明は、コンピュータ又は任意の命令実行システムによって、又はそれに関連して使用するためのプログラムコードを提供することができるコンピュータ可読媒体３０６からアクセス可能なコンピュータプログラム製品の形態を取ることができる。この説明の目的のために、コンピュータ可読媒体３０６は、コンピューティングシステム３００を含む命令実行システム、装置、又はデバイスによって使用されるプログラムを有形に格納することができる任意の装置とすることができる。
【００３４】
媒体３０６は、任意の有形の電子、磁気、光学、電磁気、赤外線、又は半導体システム（又は装置又はデバイス）とすることができる。コンピュータ可読媒体の例３０６は、半導体又は固体メモリ、磁気テープ、取り外し可能コンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、剛体磁気ディスク、及び光ディスクを含んでいる。光ディスクのいくつかの例は、コンパクトディスクのリードオンリメモリ（ＣＤ−ＲＯＭ）、コンパクトディスクのリードライト（ＣＤ−Ｒ／Ｗ）及びＤＶＤを含んでいる。
【００３５】
コンピューティングシステム３００は、プログラムコードを記憶及び／又は実行するのに適し、システムバス３１０を通じてメモリ３０８に直接的又は間接的に結合された１つ又は複数のプロセッサ３０２を含むことができる。メモリ３０８は、プログラムコード、大容量記憶装置、実行中に大容量記憶装置からコードが検索される回数を減らすために少なくとも一つのプログラムコードの一時ストレージを提供するキャッシュメモリの実際の実行の間に使用されるローカルメモリを含むことができる。入出力（Ｉ／Ｏ）デバイス３０４（キーボード、ディスプレイ、ポインティングデバイスなどを含むが、限定されない）は、直接に、又は介在するＩ／Ｏコントローラを通じて、システムに結合されることができる。ネットワークアダプタは、コンピューティングシステム３００が、ホストシステムインターフェイス３１２などを通じて他のデータ処理システムに、又は介在するプライベートネットワーク又はパブリックネットワークを介してリモートプリンタ又はストレージデバイスに結合されることを可能にしてもよい。モデム、ケーブルモデム、及びイーサネット（登録商標）カードは、現在利用可能な種類のネットワークアダプタのほんの一部である。
【図１】
0006760967.tif 000002
【図２】
0006760967.tif 000003
【図３】
0006760967.tif 000004
【図４】
0006760967.tif 000005
【図５】
0006760967.tif 000006
【図６】
0006760967.tif 000007
【図７】
0006760967.tif 000008
【図８】
0006760967.tif 000009
【図９】
0006760967.tif 000010