(57)【特許請求の範囲】
【請求項１】
ＨＡＲＱバッファを操作するための方法であって、
ｅＮｏｄｅＢからＨＡＲＱ ＡＣＫを受信するステップ、
前記ＨＡＲＱ ＡＣＫの前記受信に応じてＨＡＲＱバッファを確保するステップ、
所定の時間の間に、期待される新たな伝送が検出されない場合、前記ｅＮｏｄｅＢからＵＥへ新たな伝送を求めるＰＤＣＣＨメッセージを送信するステップ、及び
前記ＰＤＣＣＨメッセージの前記受信に応じて前記ＨＡＲＱバッファをフラッシュするステップ
を備える方法。
【請求項２】
請求項１に記載の方法であって、
前記受信されたＰＤＣＣＨメッセージに基づいて前記ＵＥによって新たな伝送を行うステップ
をさらに備える方法。
【請求項３】
ＨＡＲＱバッファを操作するための方法であって、
ｅＮｏｄｅＢからＨＡＲＱ ＡＣＫを受信するステップ、
前記ＨＡＲＱ ＡＣＫの前記受信に応じてＨＡＲＱバッファを確保するステップ、
所定の時間の間に、期待される再送が検出されない場合、前記ｅＮｏｄｅＢからＵＥへ再送を求めるＰＤＣＣＨメッセージを送信するステップ、及び
前記ＰＤＣＣＨメッセージの前記受信に応じて再送を行うステップ
を備える方法。
【請求項４】
請求項３に記載の方法であって、前記ＨＡＲＱ ＡＣＫが、前記ＵＥ側で、前記ｅＮｏｄｅＢからのＨＡＲＱ ＮＡＣＫで発生するエラーによって引き起こされる方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関し、詳細には、ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ、ハイブリッド自動再送要求）バッファを操作するための方法であって、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ユーザ装置）がＨＡＲＱ  ＡＣＫ（ＨＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＨＡＲＱ送達確認）を受信した後に、ＨＡＲＱバッファ上の制御を最適化することができる方法に関する。
【背景技術】
【０００２】
ＬＴＥシステムでは、ＵＥがＰＨＩＣＨ（即ちＨＡＲＱフィードバック指示チャネル）上で単にＨＡＲＱ  ＡＣＫを受信し、ＰＤＣＣＨメッセージを受信しないとき、そのＨＡＲＱバッファを確保する必要があると了解されてきた。しかしながら、ＵＥがそのＨＡＲＱバッファを、いかなる事態においても、最大再送限界に達するまで継続的に確保する場合、リソースの無駄が生じる。従って、ＨＡＲＱバッファの最適な制御のための方法の必要性がある。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明の目的は、ＵＥがＨＡＲＱ  ＡＣＫを受信した後にＨＡＲＱバッファ上の制御を最適化することができる、ＨＡＲＱバッファを操作するための方法を提供することである。
【０００４】
本発明の一態様では、ＨＡＲＱ  ＡＣＫを受信するステップ、ＨＡＲＱ  ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、及び所定の時間の間にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理ダウンリンク制御チャネル）メッセージを受信しない場合、ＨＡＲＱバッファをフラッシュするステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。
【０００５】
本発明のさらなる一態様では、ｅＮｏｄｅＢ（ｅｎｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）からＨＡＲＱ  ＡＣＫを受信するステップ、ＨＡＲＱ  ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される新たな伝送が検出されない場合、ｅＮｏｄｅＢからＵＥへ新たな伝送を求めるＰＤＣＣＨメッセージを送信するステップ、及びＰＤＣＣＨメッセージの受信に応じてＨＡＲＱバッファをフラッシュするステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。
【０００６】
好ましくは、この方法は、受信されたＰＤＣＣＨメッセージに基づいてＵＥによって新たな伝送を行うステップをさらに備える。
【０００７】
本発明のまたさらなる態様では、ｅＮｏｄｅＢ（ｅｎｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）からＨＡＲＱ  ＡＣＫを受信するステップ、ＨＡＲＱ  ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される再送が検出されない場合、ｅＮｏｄｅＢからＵＥへ再送を求めるＰＤＣＣＨメッセージを送信するステップ、及びＰＤＣＣＨメッセージの受信に応じて再送を行うステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。
【０００８】
好ましくは、この方法は、最大再送限界に達するまでＨＡＲＱバッファを確保するステップをさらに備える。
【０００９】
好ましくは、ＨＡＲＱ  ＡＣＫは、ＵＥ側においてｅＮｏｄｅＢからのＨＡＲＱ  ＮＡＣＫで発生するエラーによって引き起こされる。
【００１０】
本発明の方法を用いて、ＨＡＲＱバッファを継続的に確保することによるリソースの無駄遣いを回避すること、及びアップリンクのデータ伝送におけるいかなる潜在的な衝突も回避することができる。
【００１１】
本発明の上記の及び他の目的、特徴ならびに利点は、図面を参照した好ましい実施形態の以下の説明からさらに明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による第１のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
【図２】本発明の一実施形態による第２のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
【図３】本発明の一実施形態による第３のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
【図４】本発明の一実施形態による第４のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
【発明を実施するための形態】
【００１３】
以下に、図面と併せて本発明の好ましい実施形態の詳細な説明を行う。説明では、本発明の上記の目的、特徴、及び利点が不明瞭にならないように、本発明に必要のない詳細及び機能は省略する。
【００１４】
図１は、本発明の一実施形態による第１のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示している。図に示すように、第１のシナリオでは、ｅＮｏｄｅＢはＰＨＩＣＨによりＡＣＫメッセージのみを伝送し、ＰＤＣＣＨメッセージ、即ち制御コマンドを現在のＵＥに伝送しない。
【００１５】
ステップＳ１０において、ｅＮｏｄｅＢは、ＰＨＩＣＨによりＨＡＲＱ  ＡＣＫをＵＥに伝送する。ステップＳ１１において、ＨＡＲＱ  ＡＣＫの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、自らの伝送を停止する。その後、ＵＥはＰＤＣＣＨメッセージを監視する、即ちＵＥは、ＰＤＣＣＨメッセージが所定の時間内に受信されるかどうかを判断する。ＰＤＣＣＨメッセージはＵＥに送信されないので、ＵＥは所定の時間内にＰＤＣＣＨメッセージを受信しない。ステップＳ１２において、ＵＥはそのＨＡＲＱバッファをフラッシュする。あるいはＵＥは、最大再送限界に達するまで、又はＰＤＣＣＨメッセージが受信されるまで、そのＨＡＲＱバッファを確保することができる。
【００１６】
図２に、本発明の一実施形態による第２のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す。第２のシナリオでは、ｅＮｏｄｅＢはＵＥに、ＰＨＩＣＨによりＨＡＲＱ  ＡＣＫメッセージを送信するだけでなく、新たな伝送を求めるＰＤＣＣＨメッセージを送信するが、ＰＤＣＣＨメッセージはＵＥ側で失われている。
【００１７】
ステップＳ２０において、ｅＮｏｄｅＢはＵＥに、ＰＨＩＣＨによりＨＡＲＱ  ＡＣＫを、ならびに新たなデータ伝送を求めるＰＤＣＣＨメッセージを送信する。
【００１８】
ステップＳ２１において、ＵＥは、ＰＤＣＣＨメッセージが失われたので、そのＨＡＲＱバッファを確保し、自らの伝送を停止する。
【００１９】
ＰＤＣＣＨメッセージが失われているため、ｅＮｏｄｅＢは、所定の時間の間、スケジュールされたリソース上にいかなる新たな伝送も検出することができない。このときｅＮｏｄｅＢはＰＤＣＣＨメッセージが失われたことに気づく。この時点で、ｅＮｏｄｅＢはＵＥに新たなデータ伝送を求めるＰＤＣＣＨメッセージを再び送信する。
【００２０】
ステップＳ２２において、ＵＥが新たな伝送を求めるＰＤＣＣＨメッセージを検出したとき、ＵＥはそのＨＡＲＱバッファをフラッシュし、新たな伝送を行う。
【００２１】
図３に、本発明の一実施形態による第３のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す。第３のシナリオでは、ｅＮｏｄｅＢはＵＥに非適応再送を求めるＨＡＲＱ  ＡＣＫメッセージを送信するが、ＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生する。
【００２２】
ステップＳ３０において、ｅＮｏｄｅＢはＵＥに非適応再送を求めるＨＡＲＱ  ＡＣＫメッセージを送信するが、送信中、ＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生し、従ってＵＥはＨＡＲＱ  ＡＣＫメッセージを受信することになる。
【００２３】
ステップＳ３１において、ＨＡＲＱ  ＡＣＫの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、自らの伝送を停止する。
【００２４】
ＵＥは、所定の時間の間にＨＡＲＱ  ＮＡＣＫを受信しないので、再送は行われない。言い換えれば、ｅＮｏｄｅＢは、所定の時間を過ぎても期待される再送データを受信しない。この時点で、ｅＮｏｄｅＢはＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生していることに気づき、再送を指示するＰＤＣＣＨメッセージを再送する。
【００２５】
ステップＳ３２において、ＵＥが再送を求めるＰＤＣＣＨメッセージを受信する場合、ＵＥはまさに受信したＰＤＣＣＨメッセージに基づいて再送を行う。
【００２６】
図４に、本発明の一実施形態による第４のシナリオにおけるｅＮｏｄｅ  Ｂ及びＵＥの操作プロセスを示す。第４のシナリオでは、ｅＮｏｄｅＢはＵＥにＨＡＲＱ  ＡＣＫメッセージならびに適応再送を求めるＰＤＣＣＨメッセージを送信するが、ＵＥ側では、ＮＡＣＫ−＞ＡＣＫエラーが発生し、ＰＤＣＣＨメッセージは失われる。
【００２７】
ステップＳ４０において、ｅＮｏｄｅＢはＵＥにＨＡＲＱ  ＡＣＫメッセージならびに適応再送を求めるＰＤＣＣＨメッセージを送信するが、ＵＥ側では、ＮＡＣＫ−＞ＡＣＫエラーが発生し、ＰＤＣＣＨメッセージは失われる。つまり、ＵＥは誤ったＨＡＲＱ  ＡＣＫメッセージのみを受信することになる。
【００２８】
ステップＳ４１において、誤ったＡＣＫメッセージの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、その伝送を停止する。
【００２９】
ｅＮｏｄｅＢは所定の時間の間、スケジュールされたリソース上に期待される再送を検出しないので、ｅＮｏｄｅＢはＰＤＣＣＨが失われ、ＮＡＣＫ−＞ＡＣＫエラーが発生したことに気づくようになる。
【００３０】
ステップＳ４２において、ｅＮｏｄｅＢは、ＵＥに再送を求めるＰＤＣＣＨメッセージを再び送信する。
【００３１】
ステップＳ４３において、ＵＥはＰＤＣＣＨメッセージを受信すると、受信したＰＤＣＣＨメッセージに基づいて関連する再送を行う。
【００３２】
本発明を、好ましい実施形態と共に上記に開示した。当業者は、本発明の範囲内で本発明に対する様々な変形形態、代替形態、及び追加形態を作成することができる。従って、本発明の範囲は、上記の特定の実施形態に限定されず、添付の特許請求の範囲によって定義されるべきである。
【図１】
0005384526.tif 000002
【図２】
0005384526.tif 000003
【図３】
0005384526.tif 000004
【図４】
0005384526.tif 000005