ＤＬ半永続スケジューリングＨＡＲＱプロセス割り当てのための方法及びその装置
本発明によると、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法及びそのシステムが提案される。方法は、基地局側において、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、設定されたＨＡＲＱプロセス、及びその関連する制御情報をＵＥへ送信するステップ、ＳＰＳ−ＣＲＮＴＩに基づくＰＤＣＣＨを送って、ＳＰＳコンフィグレーションを起動し、第１のＳＰＳ送信の前に第１のＳＰＳ送信のためのＨＡＲＱプロセスを示すステップ、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、ＳＰＳ送信のために保持されたＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、及びプリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るステップ、ＵＥ側において、基地局からのＲＲＣ又は他の制御命令を受信するステップ、基地局からのＰＤＣＣＨを受信して、ＳＰＳコンフィグレーションを起動し、第１のＳＰＳ送信及び使用されるＨＡＲＱプロセスのための時間を取得するステップ、基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及びそれぞれのデータ合成を実行するために、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するステップを備える。本出願による方法及びシステムは、ＤＳ送信チャンスを向上する一方で、異なるＳＰＳ送信の間、及びＳＰＳ送信とＤＳ送信との間の曖昧さを削減する、ＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てを達成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線移動体通信の分野に関し、更に詳細には、無線通信システムにおける基地局とユーザ端末（ＵＥ）との間のダウンリンク（ＤＬ）半永続スケジューリング（ＳＰＳ）のためのハイブリッド自動再送要求（ＨＡＲＱ）プロセス割り当てのための方法及び装置に関する。
【背景技術】
【０００２】
ＬＴＥにおいて、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）のための半永続スケジューリング（ＳＰＳ）概念はＵｕインターフェースにおける制御シグナリング送信を減少するために採用される。
【０００３】
ＤＬのために、１つだけの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）制御シグナリングが、ＲＲＣによって設定されるＳＰＳコンフィグレーションを起動するために必要である。その後、ユーザ端末（ＵＥ）は、その先行するＲＲＣコンフィグレーションからＴＦを知るため、ＰＤＣＣＨは各ＳＰＳ初期送信のために必要ではない。一方で、ＳＰＳ再送信のために、非同期ＤＬ ＨＡＲＱのため、ＤＬ ＰＤＣＣＨが、ＨＡＲＱプロセスＩＤを示すために必要であり、それによって、ＵＥはＨＡＲＱ合成を正確に実行できる。１つのＨＡＲＱプロセスが、再送信の間のＨＡＲＱ合成のために再送信される予定のデータが格納される１つのＨＡＲＱバッファに付随する。通常は、１つのＨＡＲＱバッファが１つのデータブロック、即ち、ＨＡＲＱプロセスの過程で送信されるデータだけを格納できる。多重入出力（ＭＩＭＯ）の場合のような、いくつかの状況において、ＨＡＲＱバッファは２つのデータブロックを格納できる。このような場合において、受信機は１つのＨＡＲＱプロセス内で同時に２つのデータブロックを受信する。２つのデータブロックはそれぞれのＨＡＲＱバッファに格納され、それによってＨＡＲＱ合成が実行できる。
【０００４】
ＳＰＳ初期送信のためにＰＤＣＣＨが必要ではないので、ＵＥは、どのＨＡＲＱプロセスに正確なＳＰＳ送信がマッピングされ、そして、曖昧さが発生するか知らない。例えば、ＳＰＳデータ１はＨＡＲＱプロセスＩＤ１によって送信され、ＨＡＲＱ再送信が必要である。ＳＰＳデータ１の再送信の前に、ＨＡＲＱ再送信をまた必要とする他の一ＳＰＳデータ２の初期送信がＨＡＲＱプロセスＩＤ２で生じる。次に、続く送信時間間隔（ＴＴＩ）において、基地局は、ＨＡＲＱプロセスＩＤ１を示す再送信のためのＤＬ ＰＤＣＣＨを送る。しかし、ＵＥ側において、ＵＥは、ＨＡＲＱプロセスＩＤ１がＳＰＳデータ１又はＳＰＳデータ２を運ぶために使用されているか否かを知らず、それがＨＡＲＱ合成を正確に実行することは不可能である。
【０００５】
この課題に対して提案される２つの解決策が存在する。
１．第１の解決策は、ＳＰＳ送信のためのいくつかの専用ＨＡＲＱプロセスを維持することである。例えば、３つのＨＡＲＱプロセスが、ＲＲＣによって設定されるＳＰＳのために維持されると仮定する。第１のＳＰＳ送信のために、ＨＡＲＱプロセスＩＤ１が使用され、ＨＡＲＱプロセスＩＤ２が次のＳＰＳ送信のために使用され、ＨＡＲＱプロセスＩＤ３が第３のＳＰＳ送信のために使用され、次に、第４番目のためのＨＡＲＱプロセスＩＤ１とそのように続く。例として、２つのＨＡＲＱプロセスＩＤが維持される概念が図１に表される。第１のＳＰＳ送信の際に、ＨＡＲＱプロセスＩＤ１が使用され、第２番目のためにＨＡＲＱプロセスＩＤ２が使用される。そのようにして、ＵＥは、ＤＬ ＰＤＣＣＨでＨＡＲＱプロセスＩＤから各再送信を識別でき、正確なＨＡＲＱ合成を実行できる。この視点からすると曖昧さが生じない。しかし、連続するＳＰＳデータ送信のためにだけＨＡＲＱプロセスの曖昧さが存在しない。しかし、ＳＰＳのための２つ以上の専用ＨＡＲＱプロセスの維持は、図２に表されるＳＰＳ ＨＡＲＱ再送信が必要ではない場合であっても、ＨＡＲＱプロセスが動的スケジューリング（ＤＳ）のために使用されないので、ＤＳのためのスループットを減少するだろう。図２に表されるように、ＳＰＳ専用ＨＡＲＱプロセス保持により約２０％の送信チャンスが無駄にされる最悪の状態が発生する恐れがある。これは、ＶＯＩＰサービスのためには更により悪い。ＶＯＩＰサービスの沈黙時間の間、２つのＳＰＳデータブロックの間の時間間隔は約１６０ｍｓである。１６０ｍｓの間維持されるＨＡＲＱプロセスがＤＳ送信のために発信されないならば、ＤＳのためのスループットは大きく影響されるだろう。
２．第２の解決策は、ＳＰＳ送信のための１つの専用ＨＡＲＱプロセスだけを維持することである。２つの連続するＳＰＳデータブロックは、ＵＥ側において、同じＨＡＲＱバッファに格納される。ＨＡＲＱ再送信のために、ＵＥは、どのデータブロックが再送信されるかを、図３に表されるＤＬ ＰＤＣＣＨ内の新規データ識別子（ＮＤＩ）から知ることができる。例えば、ＳＰＳデータ１及びＳＰＳデータ２は連続して送られ、両方がＨＡＲＱ再送信を必要とする。ＵＥは同じＨＡＲＱプロセス（例えばＩＤ１）内にこれら２つのＴＢを保持する。ＳＰＳデータ２が送られる前に、ＵＥはＮＤＩ＝０を示すＰＤＣＣＨによる再送信を受信する。次に、ＵＥは、このＮＤＩ＝０がＳＰＳデータ１を示し、ＮＤＩ＝１が他の一ＳＰＳデータを示すことを知る。従って、この視点からすると曖昧さが存在しない。しかし、第２の解決策はいくつかの状況には機能しない。例えば、ＵＥによって、ＮＤＩ＝０を伴うＳＰＳデータ１再送信のためのＰＤＣＣＨが損なわれ、ＳＰＳデータ２送信の前にＳＰＳデータ１再送信が生じないならば、ＵＥはＮＤＩ＝０がＳＰＳデータ１のためのものであることを知らない。ＵＥがＮＤＩ＝１を伴うＳＰＳデータ２再送信を受信する場合、ＵＥはこのＮＤＩ＝１がＳＰＳデータ１又はＳＰＳデータ２のためのものであるか否か知らない。即ち、２つのＳＰＳデータの再送信の間の曖昧さは解決できない。これは図４に表される。更なる障害は、１つの専用ＨＡＲＱプロセスが維持され、それが空き状態であっても、ＤＳはそれを使用できず、それは第１の提案のようにＤＳスループットを減少することである。
【０００６】
従って、ＳＰＳ送信の曖昧さを解決する一方で、ＵＬのＳＰＳ送信のためのＨＡＲＱプロセスに対するＤＳスループットを向上する解決策が必要である。
【発明の概要】
【０００７】
本発明の目的は、従来技術に存在する問題に対するものである。本発明の実施形態によると、ＨＡＲＱプロセスの利用を改良し、一方、ＳＰＳ送信の間に発生する可能性のある曖昧さを削減する、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法、及びその装置が提案される。
【０００８】
本発明の第１の態様によると、基地局側において、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、設定されたＨＡＲＱプロセス、及びその関連する制御情報をＵＥへ送信するステップ、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、ＳＰＳ送信のために保持されたＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、及びプリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るステップを備える、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法が提案される。
【０００９】
好ましくは、方法は、ＵＥ側において、基地局からのＲＲＣ、又は他の制御命令を受信するステップ、基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及びそれぞれのデータ合成を実行するために、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するステップを更に備える。
【００１０】
好ましくは、方法は、基地局側において、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、ＰＤＣＣＨ、又はＲＲＣ若しくは上位層からの他の制御命令を使用する第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するステップを更に備える。
【００１１】
好ましくは、第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない。
【００１２】
好ましくは、基地局は、ＳＰＳ送信のために循環的に、ＳＰＳ送信のために保持されるＨＡＲＱプロセスを要する。
【００１３】
好ましくは、基地局側において、プリセット基準に基づき、現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するステップは、基地局側において、ＳＰＳ送信のために現時点で保持されるＨＡＲＱプロセスにおいて実行されるデータ送信は、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又はＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを使用するＳＰＳ送信又はＤＳ送信であるか否かを示し、ＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータを合成することによって現在のＨＡＲＱプロセスにおいて実行されるデータ再送信のための型を判定するステップを備える。
【００１４】
好ましくは、方法は、ＵＥ側において、基地局からのＰＤＣＣＨを受信して、ＳＰＳ送信を起動し、ＰＤＣＣＨ、ＲＲＣ、又は他の制御命令からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを判定するステップを更に備える。
【００１５】
好ましくは、方法は、ＵＥ側において、受信されたＲＲＣ、又は他の制御命令に基づき後続のＳＰＳ送信のための設定されたＨＡＲＱプロセスをどのように使用するか評価するステップを更に備える。
【００１６】
本発明の他の一態様によると、基地局側デバイスを備えるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムであって、基地局側デバイスは、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段、事前設定手段の設定結果に基づき、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信にＳＰＳ送信のために保持されたＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段、及び判定された送信又は再送信を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段を備えるシステムが提案される。
【００１７】
好ましくは、基地局側デバイスはＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段を更に備える。代替的に、ＲＲＣ又は他の制御情報は第１のＳＰＳ送信のためのＨＡＲＱプロセスを示すために使用できる。
【００１８】
好ましくは、第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない。
【００１９】
好ましくは、基地局側デバイスは、ＳＰＳ送信のために循環的に、ＳＰＳ送信のために保持されるＨＡＲＱプロセスを要する。
【００２０】
好ましくは、基地局側デバイスの送信型判定手段は、現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータバッファリング状態を検出するための基地局側ＨＡＲＱバッファ検出手段、及び基地局側ＨＡＲＱバッファ検出手段の検出結果に基づき、現在のＨＡＲＱプロセスにおいて実行されるデータ送信又は再送信のための型を判定するための基地局側判定手段を備える。
【００２１】
好ましくは、システムはＵＥ側デバイスを更に備え、ＵＥ側デバイスは基地局からのＲＲＣ又は他の制御命令を受信し、基地局側デバイスからのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するためのデータ受信手段、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するためのデータ型判定手段、及びデータ型判定手段の結果に基づき、それぞれのデータ合成を実行するためのデータ合成手段を備える。
【００２２】
好ましくは、ＵＥ側デバイスのデータ判定手段は、例えば、最初にＰＤＣＣＨはスタンダードＣ−ＲＮＴＩに基づきデコードでき、失敗した場合、次に、それはＳＰＳ Ｃ−ＲＮＴＩに基づきデコードされる、スタンダードＣ−ＲＮＴＩ又はＳＰＳ Ｃ−ＲＮＴＩに基づきＰＤＣＣＨを処理するためのＰＤＣＣＨ検出手段、対応するＨＡＲＱバッファ内のデータバッファリング状態を検出するＵＥ側ＨＡＲＱバッファ検出手段、及びＰＤＣＣＨ検出手段及びＵＥ側ＨＡＲＱバッファ検出手段の検出結果を合成することによって、受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段を備える。
【００２３】
少なくとも１つの本出願の態様によると、多くの利点は、ＨＡＲＱプロセスの利用が改良されること、ＳＰＳ送信の間に発生する可能性のある曖昧さが削減されること、及びＤＳデータ損失率が減少されること等を含むことに到達できる。
【００２４】
本発明の上記及び他の目的、特徴及び利点は、添付の図面と共に本発明の好ましい実施形態についての下記の詳細な説明から明らかになろう。
【図面の簡単な説明】
【００２５】
【図１】ＤＬ ＳＰＳ送信にＨＡＲＱプロセスを割り当てるための１つの典型的な提案を説明するための概略図である。
【図２】図１に表される提案の障害を例示する図である。
【図３】ＤＬ ＳＰＳ送信にＨＡＲＱプロセスを割り当てるための他の一典型的な提案を説明するための概略図である。
【図４】図２に表される提案の障害を例示する図である。
【図５ａ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図５ｂ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図５ｃ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ａ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ｂ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ｃ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図７】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当ての一例を例示する図である。
【図８】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当ての他の一例を例示する図である。
【図９】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムのブロック図である。
【発明を実施するための形態】
【００２６】
本発明は、その好ましい実施形態によって、例示的及び非限定的に、特に添付の図面を参照にして以下説明される。
【００２７】
下記に説明されるように、本出願は、基地局側において、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、設定されたＨＡＲＱプロセス、及びその関連する制御情報をＵＥへ送信するステップ、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、ＳＰＳ送信のために保持されたＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、判定された送信又は再送信を実行し、対応してＰＤＣＣＨを送るステップを備え、ＵＥ側において、基地局からのＲＲＣ、又は他の制御命令を受信するステップ、基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及びそれぞれのデータ合成を実行するために、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するステップを備える、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法を提供する。
【００２８】
図５及び図６は、本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の詳細な流れ図を表す。
【００２９】
図５ａ−５ｃは、基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の詳細な流れ図を表す。
【００３０】
図５ａに表されるように、方法は基地局側においてステップＳ５０１で開始する。ＳＰＳ送信が始まる前に、ＳＰＳ送信のためのＨＡＲＱプロセスＩＤ及び関連する制御情報が、ＲＲＣ又は他の制御命令（ステップＳ５０３）を使用することによって設定され、設定されたＨＡＲＱプロセスＩＤはＳＰＳ ＴＴＩ中に基地局によって循環的に使用されるだろう。その後、基地局は、第１のＳＰＳ送信が発生するＨＡＲＱプロセスを示すＳＰＣ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送る（ステップＳ５０５）。代替的に、ステップＳ５０３において、基地局はＲＲＣ命令を使用することによって第１のＳＰＳ送信のために保持されるＨＡＲＱプロセスを設定する。それに続いて、第１のＳＰＳ送信はＰＤＣＣＨに従ってそれぞれのＴＴＩ中に起動される（ステップＳ５０７）。ステップＳ５０９において、次のＴＴＩがＳＰＳ ＴＴＩであるか否かが判定される。ＹＥＳならば、方法はＳＰＳ ＴＴＩ処理が実行されるステップＳ５１１へ進み、それぞれのＳＰＳ ＴＴＩ処理が終了した後、ステップＳ５０９へ戻って、次のＴＴＩでの処理を実行する。ＮＯならば、方法はＤＳ ＴＴＩ処理が実行されるステップＳ５１３へ進み、それぞれのＤＳ ＴＴＩ処理が終了した後、ステップＳ５０９へ戻る。
【００３１】
図５ｂはＳＰＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ５１１）。図５ａのステップＳ５０９の判定がＹＥＳという結果になると、図５ｂは開始する。ステップＳ５１０１において、基地局はＳＰＳ送信が実行されることとなっているか否かを判定する。ＹＥＳならば、方法はステップＳ５１０３へ進む。ステップＳ５１０３において、現在のＨＡＲＱプロセスＩＤが判定される。次に、それぞれのＨＡＲＱバッファ内にデータが存在するか否かが検出される（ステップＳ５１０５）。ＮＯならば、即ち、ＨＡＲＱバッファ内にデータが存在しないならば、ＳＰＳ送信が実行される（Ｓ５１０７）。その後、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図５ａのステップＳ５０９へ戻る。ＹＥＳならば、即ち、ＨＡＲＱバッファ内にデータが存在するならば、データがＤＳデータであるか否かが判定される（ステップＳ５１０９）。ＮＯならば、即ち、ＨＡＲＱバッファにバッファリングされたものが１つのＳＰＳデータならば、再送信のためのＳＰＳデータがＨＡＲＱバッファからクリアされ、ＳＰＳ送信が実行される（ステップＳ５１１１）。その後、現在のＳＰＳ ＴＴＩ処理は終わり、方法は図５ａのステップＳ５０９へ戻る。ステップＳ５１０９の判定がＹＥＳという結果になるならば、即ち、ＨＡＲＱバッファにバッファリングされたデータがＤＳデータであるならば、ＨＡＲＱバッファは、２つのＴＢをバッファリングすることが可能であるか否かが判定される（ステップＳ５１１３）。バッファは、２つのＴＢが１つのＤＳデータ及び１つのＳＰＳデータである場合にのみ、２つのＴＢをバッファリングすることが可能である。このような場合、基地局はＨＡＲＱバッファ内にＳＰＳデータ及びＤＳデータを一緒に格納し、ＳＰＳ送信を実行する（ステップＳ５１１５）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＩｆＨＡＲＱバッファにバッファリングされた１つのＴＢが存在するならば、ＤＳＴＢはＳＰＳＴＢと置換され、ＳＰＳ送信が実行される（ＳｔｅｐＳ５１１７）。同様に、方法は、次に、図５ａのステップＳ５０９へ戻る。更には、ステップＳ５１０１の判定がＮＯとなる場合、つまり、基地局は、現在のＳＰＳ ＴＴＩ中にＳＰＳ送信を実行しないことを決定する場合、方法は、ＤＳ送信が実行されることとなっているか否かが基地局によって判定されるステップＳ５１１９へ進む。ＹＥＳならば、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨが送られ、ＤＳ送信が実行される（ステップＳ５１２１）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＮＯならば、即ち、現在のＴＴＩ処理が終わるならば、方法は、同様に、図５ａのステップＳ５０９へ戻る。
【００３２】
図５ｃはＤＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ５１３）。図５ａのステップＳ５０９の判定がＮＯという結果になると、図５ｃは開始する。ステップＳ５２０１において、現在のＨＡＲＱプロセスＩＤが判定される。その後、現在のＨＡＲＱバッファ内にデータが存在するか否かが判定される（ステップＳ５２０３）。データが存在しないならば、現在のＨＡＲＱプロセスにおいてＤＳ送信が実行され（ステップＳ５２０５）、次に、方法は図５ａのステップＳ５０９へ戻る。ＹＥＳならば、ＨＡＲＱバッファにバッファリングされた２つのＴＢが存在するか否かが判定される（ステップＳ５２０７）。ＮＯならば、ＨＡＲＱバッファにバッファリングされたＤＳデータが存在するか否かが判定される（ステップＳ５２０９）。ＮＯならば、即ち、ＨＡＲＱバッファにバッファリングされたものがＳＰＳデータであるならば、スタンダードＣ−ＲＮＴに基づくＰＤＣＣＨ、又はＳＰＳ−ＣＲＮＴＩに基づくＰＤＣＣＨが送られ、ＳＰＳ再送信が実行される（ステップＳ５２１１）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＹＥＳならば、即ち、ＨＡＲＱバッファにバッファリングされたものがＤＳデータであるならば、ＤＳ ＴＢ再送信が実行され、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨが送られる（Ｓ５２１３）。方法は、次に、図５ａのステップＳ５０９へ戻る。ステップＳ５２０７の判定がＹＥＳとなるならば、即ち、ＨＡＲＱバッファ内に２つのＴＢが存在するならば、基地局はＳＰＳ送信を実行することを決定するか否かが判定される（ステップＳ５２１５）。基地局がＳＰＳ送信を実行しないことを決定するならば、方法はステップＳ５２１３へ進む。基地局がＳＰＳ送信を実行することを決定するならば、ＳＰＳ送信が実行され、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨが送られる（ステップＳ５２１７）。方法は、次に図５ａのステップＳ５０９へ戻る。
【００３３】
図６ａ−６ｃは、ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てための方法を詳細な流れ図で表す。
【００３４】
方法は、ＵＥ側においてステップＳ６０１で開始する。ＵＥは基地局からのＲＲＣ又は他の制御命令を受信し（ステップＳ６０３）、そこからＳＰＳ送信のために設定されるＨＡＲＱプロセスＩＤ、送信フォーマット及び他の情報を取得する。設定されたＨＡＲＱプロセスＩＤはＵＥ内で循環的に使用される。その後、ＵＥはＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを受信し（ステップＳ６０５）、どのＨＡＲＱプロセスにおいて第１のＳＰＳが発生するかを知るためにＳＰＳコンフィグレーションを起動する。代替的に、ＵＥは、ＲＲＣ又は他の制御情報からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを知る。ここで、ＵＥは、どのように設定されたＨＡＲＱプロセスが後続のＳＰＳ ＴＴＩ送信において循環的に使用されるかを評価する。ステップＳ６０７において、ＵＥは第１のＳＰＳ送信を受信する。ステップＳ６０９において、次のＴＴＩがＳＰＳ ＴＴＩであるか否かが判定される。ＹＥＳならば、方法はＳＰＳ ＴＴＩ処理が実行されるステップＳ６１１へ進む。方法はそれぞれのＳＰＳ ＴＴＩ処理が終了した後、ステップＳ６０９へ戻って、次のＴＴＩでの処理を実行する。ＮＯならば、方法はＤＳ ＴＴＩ処理が実行されるステップＳ６１３へ進み、それぞれのＤＳ ＴＴＩ処理が終了した後、ステップ６０９へ戻る。
【００３５】
図６ｂはＳＰＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ６１１）。図６ａのステップＳ６０９の判定がＹＥＳという結果になると、図６ｂは開始する。ステップＳ６１０１において、ＰＤＣＣＨがＵＥによって受信されたか否かが判定される。ＹＥＳならば、受信されたＰＤＣＣＨに従って、データ受信が実行される（ステップＳ６１０３）。ＮＯならば、現在のＳＰＳ ＴＴＩのためのＨＡＲＱプロセスＩＤが判定され（ステップＳ６１０５）、ＳＰＳコンフィグレーション情報に従って、データ受信が実行される（ステップＳ６１０７）。それに続いて、ステップＳ６１０７におけるデータ受信プロセスが正しいか否かが判定される（ステップＳ６１０９）。それが正しいならば、ＵＥは上位層へデータを送る（ステップＳ６１１１）。次に、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。データ受信プロセスが正しくなければ、ＨＡＲＱバッファ内にデータが存在するか否かが判定される。（ステップＳ６１１３）。データが存在しないならば、受信された情報はＨＡＲＱバッファにバッファリングされる（ステップＳ６１１５）。データがＨＡＲＱバッファ内に存在するならば、ＨＡＲＱバッファ内のデータがＤＳデータであるか否かが判定される（ステップＳ６１１７）。ＮＯならば、ＨＡＲＱバッファ内に存在するデータは受信されたＳＰＳデータと置換され（ステップＳ６１１９）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＹＥＳならば、ＨＡＲＱバッファが２つのＴＢをバッファリングすることが可能であるか否かが判定される（ステップＳ６１２１）。ＨＡＲＱバッファが、２つのＴＢをバッファリングするために充分大きければ、ＳＰＳデータ及びＤＳデータがＨＡＲＱバッファに一緒にバッファリングされ（ステップＳ６１２３）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＨＡＲＱバッファが１つのＴＢだけをバッファリングできるならば、ＨＡＲＱバッファ内に存在するＤＳデータはＳＰＳデータと置換され（ステップＳ６１２５）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。
【００３６】
図６ｃは、ＤＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ６１３）。図６ａのステップＳ６０９の判定がＮＯという結果になると、図６ｃは開始する。ステップＳ６２０１において、ＰＤＣＣＨがＵＥによって受信されたか否かが判定される。ＮＯならば、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＹＥＳならば、現在のＨＡＲＱバッファ内にデータが存在するか否か判定される（ステップＳ６２０３）。ＹＥＳならば、方法は、ＨＡＲＱバッファ内に１つのデータだけが存在するか否かが判定されるステップＳ６２０５へ進む。ＹＥＳならば、ＨＡＲＱ合成が実行され（ステップＳ６２０７）、次に、方法はステップＳ６２１３へ進む。ＮＯならば、ＰＤＣＣＨがＳＰＳ Ｃ−ＲＮＴＩに基づき受信されたか否かが判定される（ステップＳ６２０９）。ＹＥＳならば、ＳＰＳデータのためのＨＡＲＱ合成が実行され（ステップＳ６２１１）、次に、方法はステップＳ６２１３へ進む。ＮＯならば、ＤＳデータのためのＨＡＲＱ合成が実行され（ステップＳ６２１５）、次に、方法はステップＳ６２１３へ進む。ステップＳ６２１３において、ＨＡＲＱ合成が成功であるか否かが判定される。それが成功であるならば、データが上位層へ送信される（ステップＳ６２１７）。現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。それが成功でなければ、データはもう一度バッファリングされ（ステップＳ６２１９）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ステップＳ６２０３の判定がＮＯとなるならば、即ち、現在のＨＡＲＱバッファ内にデータが存在しないならば、方法は、新規データ受信が実行されるステップＳ６２２１へ進む。それに続いて、受信が成功であるか否かが再度判定される（ステップＳ６２２３）。それが成功ならば、新規データが上位層へ送信され（ステップＳ６２２５）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。それが成功でなければ、新規データが現在のＨＡＲＱバッファにバッファリングされ（ステップＳ６２２７）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。
【００３７】
上記の説明は、特に、本出願の実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の実施を表す。
【００３８】
図７は、本出願の実施形態による方法の一例を例示する。
【００３９】
図７に表されるように、ＳＰＳコンフィグレーションを起動するための第１のＰＤＣＣＨにＨＡＲＱプロセスＩＤ１（ＩＤ１）が示されると仮定し、ＩＤ１及びＩＤ２がＳＰＳのために循環的に使用されるだろうと仮定する。
【００４０】
ＳＰＳデータ１がＴＴＩ１−ＴＴＩ２０においてＩＤ１を介して送信及び再送信されるが、失敗である。
【００４１】
ＤＳデータがＩＤ２を介して送信されるが、また失敗である。
【００４２】
ＴＴＩ２０において、ＤＳデータ及びＳＰＳデータ２がＩＤ２と一緒にＨＡＲＱバッファにバッファリングされ、次に、ＳＰＳデータ２が送信されるが、失敗である。
【００４３】
ＴＴＩ２５において、基地局はスタンダードＣ−ＲＮＴＩに基づきＨＡＲＱプロセスＩＤ１を示すＰＤＣＣＨと共にＳＰＳデータ１の再送信を実行し、
ＵＥは、次に、ＨＡＲＱプロセスＩＤ１バッファに格納されるものと再送信されたＳＰＳデータ１を正確に合成する。
【００４４】
ＴＴＩ２７において、基地局はＳＰＳ−ＣＲＮＴＩに基づきＩＤ２を示すＰＤＣＣＨを伴うＳＰＳデータ２の再送信を実行し、
ＵＥは、次に、ＨＡＲＱプロセスＩＤ２バッファに格納されるものと再送信されたＳＰＳデータ２を正確に合成する。
【００４５】
ＴＴＩ３０において、基地局はスタンダードＣ−ＲＮＴＩに基づきＩＤ２を示すＰＤＣＣＨとＤＳの再送信を実行し、
次に、ＵＥはＩＤ２バッファに格納されるものと再送信されたＤＳデータを正確に合成する。
【００４６】
以上より、本出願の実施形態による方法は以下の利点を有することがわかる。
【００４７】
ＨＡＲＱプロセスはＳＰＳ及びＤＳ送信の両方のために使用でき、従って、ＳＰＳ送信のために１つ以上のＨＡＲＱプロセスを維持する必要がない。ＰＤＣＣＨ又はＲＲＣ命令は、第１及び後続のＳＰＳ送信のための基地局とＵＥとの間の同期化を確保する、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示すために使用される。そのため、他社が提案するようなＳＦＮによる維持された専用のＨＡＲＴプロセスをマッピングする必要がない。代わりに、ＵＥは、ノーマルＣ−ＲＮＴＩに基づくＤＬアサイメントのためのＰＤＣＣＨを検出する必要があるだけである。更には、ＨＡＲＱバッファがＤＳ ＴＢ及びＳＰＳ ＴＢを同時にバッファリングできるため、ＤＳデータ損失の可能性が削減される。
【００４８】
更には、ＨＡＲＱプロセスに対応するＨＡＲＱバッファのサイズを考慮せずに、本出願の実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法が実施できる。そのような場合の実施（図示せず）は、ＨＡＲＱバッファのサイズを考慮する必要がない例外を伴う上記の実施形態と概ね同様である。つまり、ＨＡＲＱバッファが２つのＴＢを格納することが可能であるか否かを判定するステップが削除でき、１つのＴＢだけがバッファリングされる場合がデフォルトとされる。基地局が強制的にＳＰＳ送信を実行しない場合を除いては、必要に応じてＳＰＳ送信が常に優先される。
【００４９】
図８はこのような場合の例を例示する。
【００５０】
図８に表されるように、ＨＡＲＱプロセスＩＤ１（ＩＤ１）が、ＳＰＳコンフィグレーションを起動するための第１のＰＤＣＣＨに示されると仮定し、ＩＤ１及びＩＤ２がＳＰＳのために循環的に使用されるだろうと仮定する。
【００５１】
ＴＴＩ１において、ＳＰＳデータ１が、ＨＡＲＱプロセスＩＤ１に基地局によってＤＬで送られ、ＵＥはＨＡＲＱプロセスＩＤ１に対するＡＣＫをフィードバックする。
【００５２】
ＴＴＩ２−ＴＴＩ１８において、ＤＳデータがＨＡＲＱプロセスＩＤ２−ＩＤ８に送られる。
【００５３】
ＴＴＩ９−１９において、ＨＡＲＱプロセスＩＤ１−ＩＤ８がＤＳデータ送信のために使用できる。
【００５４】
ＵＥは、ＴＴＩ１３において、ＤＳデータに対するＮＡＣＫをＨＡＲＱプロセスＩＤ２にフィードバックすると仮定する。
【００５５】
第２のＳＰＳ ＴＴＩであるＴＴＩ２０において、ＨＡＲＱプロセスＩＤ２は、以下のような事前決定されたルールに従ってＳＰＳのために使用されるべきである。
基地局はＨＡＲＱプロセスＩＤ２に対応するＨＡＲＱバッファ内のＳＰＳデータとＤＳデータを置換し、ＵＥへＳＰＳデータ２を送る。
ＵＥ側において、ＨＡＲＱプロセスＩＤ２に対応するＨＡＲＱバッファ内のＤＳデータがＳＰＳデータ２と置換され、ＮＡＣＫがフィードバックされる。
ＰＤＣＣＨが必要ではない。
【００５６】
基地局はＳＰＳデータ２の再送信を実行し、ＴＴＩ２７においてノーマルＣ−ＲＮＴＩ上でＩＤ２を示すＰＤＣＣＨを送ると仮定する。
【００５７】
ＵＥ側において、正確な合成が、新しく受信されたＳＰＳデータ２とＩＤ２ ＨＡＲＱバッファにすでに格納されたＳＰＳデータ２との間で実行される。
【００５８】
全プロシージャの間に曖昧さは生じない。
【００５９】
この解決策は第１の実施形態よりも容易に実施され、また、ＤＳ送信チャンスを向上し、異なるＳＰＳ送信の間、及びＳＰＳ送信とＤＳ送信との間の曖昧さを削減する利点をもたらすことがわかる。これに反して、ＨＡＲＱバッファが考慮されないので、ＤＳデータ損失の可能性は第１の実施形態よりもより高い。
【００６０】
上記の実施形態において、ＳＰＳ送信のために維持されるＨＡＲＱプロセスは２つであってよく、適応によって１つ以上であり得る。更に、基地局は、必要に応じて、ＳＰＳ送信のためのＨＡＲＱプロセスを再設定できる。
【００６１】
図９は、本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムのブロック図である。
【００６２】
本出願の実施形態によるＨＡＲＱプロセス割り当てのためのシステム９００は基地局側デバイス９０１及びＵＥ側デバイス９０３を含む。
【００６３】
基地局側デバイス９０１は、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段９０５、代替的に、ＲＲＣ命令が事前設定手段９０５で使用されて、第１のＳＰＳ送信のためのプロセスを示す、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送って、第１のＳＰＳ送信が発生するＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段９０７、事前設定手段９０５の設定結果に基づき、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信にＳＰＳ送信のために保持されたＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段９０９、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段９１１、及び判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段９１３を含む。送信型判定手段９０９は、現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータバッファリング状態を検出する基地局側ＨＡＲＱバッファ検出手段９２１、及び、基地局側ＨＡＲＱバッファ検出手段検出結果に基づき、現在のＨＡＲＱプロセスにおいて実行されるデータ送信又は再送信のための型を判定するための基地局側判定手段９２３を備える。
【００６４】
ＵＥ側デバイス９０３は基地局側デバイスからのＲＲＣ又は他の制御命令を受信し、基地局側デバイスからのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するためのデータ受信手段９１５、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するデータ型判定手段９１７、及びデータ型判定手段の結果に基づき、それぞれのデータ合成を実行するためのデータ合成手段９１９を備える。データ型判定手段９１７は、例えば、ＰＤＣＣＨが、最初に、スタンダードＣ−ＲＮＴＩに基づきをデコードされ、失敗ならば、それはＳＰＳ Ｃ−ＲＮＴＩに基づきデコードされる、スタンダードＣ−ＲＮＴＩ又はＳＰＳ Ｃ−ＲＮＴＩに基づきＰＤＣＣＨを処理するためのＰＤＣＣＨ検出手段９２５、対応するＨＡＲＱバッファ内のデータ（及びデータ型）・バッファリング状態を検出するためのＵＥ側ＨＡＲＱバッファ検出手段９２７、及びＰＤＣＣＨ検出手段及びＵＥ側ＨＡＲＱバッファ検出手段の検出結果と併せて受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段を備える。
【００６５】
例示的実施形態は、添付の図面を参照にここに説明されるが、本発明の範囲又は精神から逸脱することなく当業者には、様々な修正、代用及び変更が、そこに達成されることが理解されるだろう。特に実施形態の様々な要素は、そのソフトウェア、ハードウェア又はそれらの組合せで実施できる。従って、本発明は、好ましい実施形態に限定されるものではなく、その保護範囲は特許請求項によって規定されるだけである。
【技術分野】
【０００１】
本発明は、無線移動体通信の分野に関し、更に詳細には、無線通信システムにおける基地局とユーザ端末（ＵＥ）との間のダウンリンク（ＤＬ）半永続スケジューリング（ＳＰＳ）のためのハイブリッド自動再送要求（ＨＡＲＱ）プロセス割り当てのための方法及び装置に関する。
【背景技術】
【０００２】
ＬＴＥにおいて、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）のための半永続スケジューリング（ＳＰＳ）概念はＵｕインターフェースにおける制御シグナリング送信を減少するために採用される。
【０００３】
ＤＬのために、１つだけの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）制御シグナリングが、ＲＲＣによって設定されるＳＰＳコンフィグレーションを起動するために必要である。その後、ユーザ端末（ＵＥ）は、その先行するＲＲＣコンフィグレーションからＴＦを知るため、ＰＤＣＣＨは各ＳＰＳ初期送信のために必要ではない。一方で、ＳＰＳ再送信のために、非同期ＤＬ ＨＡＲＱのため、ＤＬ ＰＤＣＣＨが、ＨＡＲＱプロセスＩＤを示すために必要であり、それによって、ＵＥはＨＡＲＱ合成を正確に実行できる。１つのＨＡＲＱプロセスが、再送信の間のＨＡＲＱ合成のために再送信される予定のデータが格納される１つのＨＡＲＱバッファに付随する。通常は、１つのＨＡＲＱバッファが１つのデータブロック、即ち、ＨＡＲＱプロセスの過程で送信されるデータだけを格納できる。多重入出力（ＭＩＭＯ）の場合のような、いくつかの状況において、ＨＡＲＱバッファは２つのデータブロックを格納できる。このような場合において、受信機は１つのＨＡＲＱプロセス内で同時に２つのデータブロックを受信する。２つのデータブロックはそれぞれのＨＡＲＱバッファに格納され、それによってＨＡＲＱ合成が実行できる。
【０００４】
ＳＰＳ初期送信のためにＰＤＣＣＨが必要ではないので、ＵＥは、どのＨＡＲＱプロセスに正確なＳＰＳ送信がマッピングされ、そして、曖昧さが発生するか知らない。例えば、ＳＰＳデータ１はＨＡＲＱプロセスＩＤ１によって送信され、ＨＡＲＱ再送信が必要である。ＳＰＳデータ１の再送信の前に、ＨＡＲＱ再送信をまた必要とする他の一ＳＰＳデータ２の初期送信がＨＡＲＱプロセスＩＤ２で生じる。次に、続く送信時間間隔（ＴＴＩ）において、基地局は、ＨＡＲＱプロセスＩＤ１を示す再送信のためのＤＬ ＰＤＣＣＨを送る。しかし、ＵＥ側において、ＵＥは、ＨＡＲＱプロセスＩＤ１がＳＰＳデータ１又はＳＰＳデータ２を運ぶために使用されているか否かを知らず、それがＨＡＲＱ合成を正確に実行することは不可能である。
【０００５】
この課題に対して提案される２つの解決策が存在する。
１．第１の解決策は、ＳＰＳ送信のためのいくつかの専用ＨＡＲＱプロセスを維持することである。例えば、３つのＨＡＲＱプロセスが、ＲＲＣによって設定されるＳＰＳのために維持されると仮定する。第１のＳＰＳ送信のために、ＨＡＲＱプロセスＩＤ１が使用され、ＨＡＲＱプロセスＩＤ２が次のＳＰＳ送信のために使用され、ＨＡＲＱプロセスＩＤ３が第３のＳＰＳ送信のために使用され、次に、第４番目のためのＨＡＲＱプロセスＩＤ１とそのように続く。例として、２つのＨＡＲＱプロセスＩＤが維持される概念が図１に表される。第１のＳＰＳ送信の際に、ＨＡＲＱプロセスＩＤ１が使用され、第２番目のためにＨＡＲＱプロセスＩＤ２が使用される。そのようにして、ＵＥは、ＤＬ ＰＤＣＣＨでＨＡＲＱプロセスＩＤから各再送信を識別でき、正確なＨＡＲＱ合成を実行できる。この視点からすると曖昧さが生じない。しかし、連続するＳＰＳデータ送信のためにだけＨＡＲＱプロセスの曖昧さが存在しない。しかし、ＳＰＳのための２つ以上の専用ＨＡＲＱプロセスの維持は、図２に表されるＳＰＳ ＨＡＲＱ再送信が必要ではない場合であっても、ＨＡＲＱプロセスが動的スケジューリング（ＤＳ）のために使用されないので、ＤＳのためのスループットを減少するだろう。図２に表されるように、ＳＰＳ専用ＨＡＲＱプロセス保持により約２０％の送信チャンスが無駄にされる最悪の状態が発生する恐れがある。これは、ＶＯＩＰサービスのためには更により悪い。ＶＯＩＰサービスの沈黙時間の間、２つのＳＰＳデータブロックの間の時間間隔は約１６０ｍｓである。１６０ｍｓの間維持されるＨＡＲＱプロセスがＤＳ送信のために発信されないならば、ＤＳのためのスループットは大きく影響されるだろう。
２．第２の解決策は、ＳＰＳ送信のための１つの専用ＨＡＲＱプロセスだけを維持することである。２つの連続するＳＰＳデータブロックは、ＵＥ側において、同じＨＡＲＱバッファに格納される。ＨＡＲＱ再送信のために、ＵＥは、どのデータブロックが再送信されるかを、図３に表されるＤＬ ＰＤＣＣＨ内の新規データ識別子（ＮＤＩ）から知ることができる。例えば、ＳＰＳデータ１及びＳＰＳデータ２は連続して送られ、両方がＨＡＲＱ再送信を必要とする。ＵＥは同じＨＡＲＱプロセス（例えばＩＤ１）内にこれら２つのＴＢを保持する。ＳＰＳデータ２が送られる前に、ＵＥはＮＤＩ＝０を示すＰＤＣＣＨによる再送信を受信する。次に、ＵＥは、このＮＤＩ＝０がＳＰＳデータ１を示し、ＮＤＩ＝１が他の一ＳＰＳデータを示すことを知る。従って、この視点からすると曖昧さが存在しない。しかし、第２の解決策はいくつかの状況には機能しない。例えば、ＵＥによって、ＮＤＩ＝０を伴うＳＰＳデータ１再送信のためのＰＤＣＣＨが損なわれ、ＳＰＳデータ２送信の前にＳＰＳデータ１再送信が生じないならば、ＵＥはＮＤＩ＝０がＳＰＳデータ１のためのものであることを知らない。ＵＥがＮＤＩ＝１を伴うＳＰＳデータ２再送信を受信する場合、ＵＥはこのＮＤＩ＝１がＳＰＳデータ１又はＳＰＳデータ２のためのものであるか否か知らない。即ち、２つのＳＰＳデータの再送信の間の曖昧さは解決できない。これは図４に表される。更なる障害は、１つの専用ＨＡＲＱプロセスが維持され、それが空き状態であっても、ＤＳはそれを使用できず、それは第１の提案のようにＤＳスループットを減少することである。
【０００６】
従って、ＳＰＳ送信の曖昧さを解決する一方で、ＵＬのＳＰＳ送信のためのＨＡＲＱプロセスに対するＤＳスループットを向上する解決策が必要である。
【発明の概要】
【０００７】
本発明の目的は、従来技術に存在する問題に対するものである。本発明の実施形態によると、ＨＡＲＱプロセスの利用を改良し、一方、ＳＰＳ送信の間に発生する可能性のある曖昧さを削減する、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法、及びその装置が提案される。
【０００８】
本発明の第１の態様によると、基地局側において、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、設定されたＨＡＲＱプロセス、及びその関連する制御情報をＵＥへ送信するステップ、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、ＳＰＳ送信のために保持されたＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、及びプリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るステップを備える、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法が提案される。
【０００９】
好ましくは、方法は、ＵＥ側において、基地局からのＲＲＣ、又は他の制御命令を受信するステップ、基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及びそれぞれのデータ合成を実行するために、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するステップを更に備える。
【００１０】
好ましくは、方法は、基地局側において、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、ＰＤＣＣＨ、又はＲＲＣ若しくは上位層からの他の制御命令を使用する第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するステップを更に備える。
【００１１】
好ましくは、第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない。
【００１２】
好ましくは、基地局は、ＳＰＳ送信のために循環的に、ＳＰＳ送信のために保持されるＨＡＲＱプロセスを要する。
【００１３】
好ましくは、基地局側において、プリセット基準に基づき、現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するステップは、基地局側において、ＳＰＳ送信のために現時点で保持されるＨＡＲＱプロセスにおいて実行されるデータ送信は、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又はＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを使用するＳＰＳ送信又はＤＳ送信であるか否かを示し、ＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータを合成することによって現在のＨＡＲＱプロセスにおいて実行されるデータ再送信のための型を判定するステップを備える。
【００１４】
好ましくは、方法は、ＵＥ側において、基地局からのＰＤＣＣＨを受信して、ＳＰＳ送信を起動し、ＰＤＣＣＨ、ＲＲＣ、又は他の制御命令からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを判定するステップを更に備える。
【００１５】
好ましくは、方法は、ＵＥ側において、受信されたＲＲＣ、又は他の制御命令に基づき後続のＳＰＳ送信のための設定されたＨＡＲＱプロセスをどのように使用するか評価するステップを更に備える。
【００１６】
本発明の他の一態様によると、基地局側デバイスを備えるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムであって、基地局側デバイスは、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段、事前設定手段の設定結果に基づき、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信にＳＰＳ送信のために保持されたＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段、及び判定された送信又は再送信を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段を備えるシステムが提案される。
【００１７】
好ましくは、基地局側デバイスはＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段を更に備える。代替的に、ＲＲＣ又は他の制御情報は第１のＳＰＳ送信のためのＨＡＲＱプロセスを示すために使用できる。
【００１８】
好ましくは、第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない。
【００１９】
好ましくは、基地局側デバイスは、ＳＰＳ送信のために循環的に、ＳＰＳ送信のために保持されるＨＡＲＱプロセスを要する。
【００２０】
好ましくは、基地局側デバイスの送信型判定手段は、現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータバッファリング状態を検出するための基地局側ＨＡＲＱバッファ検出手段、及び基地局側ＨＡＲＱバッファ検出手段の検出結果に基づき、現在のＨＡＲＱプロセスにおいて実行されるデータ送信又は再送信のための型を判定するための基地局側判定手段を備える。
【００２１】
好ましくは、システムはＵＥ側デバイスを更に備え、ＵＥ側デバイスは基地局からのＲＲＣ又は他の制御命令を受信し、基地局側デバイスからのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するためのデータ受信手段、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するためのデータ型判定手段、及びデータ型判定手段の結果に基づき、それぞれのデータ合成を実行するためのデータ合成手段を備える。
【００２２】
好ましくは、ＵＥ側デバイスのデータ判定手段は、例えば、最初にＰＤＣＣＨはスタンダードＣ−ＲＮＴＩに基づきデコードでき、失敗した場合、次に、それはＳＰＳ Ｃ−ＲＮＴＩに基づきデコードされる、スタンダードＣ−ＲＮＴＩ又はＳＰＳ Ｃ−ＲＮＴＩに基づきＰＤＣＣＨを処理するためのＰＤＣＣＨ検出手段、対応するＨＡＲＱバッファ内のデータバッファリング状態を検出するＵＥ側ＨＡＲＱバッファ検出手段、及びＰＤＣＣＨ検出手段及びＵＥ側ＨＡＲＱバッファ検出手段の検出結果を合成することによって、受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段を備える。
【００２３】
少なくとも１つの本出願の態様によると、多くの利点は、ＨＡＲＱプロセスの利用が改良されること、ＳＰＳ送信の間に発生する可能性のある曖昧さが削減されること、及びＤＳデータ損失率が減少されること等を含むことに到達できる。
【００２４】
本発明の上記及び他の目的、特徴及び利点は、添付の図面と共に本発明の好ましい実施形態についての下記の詳細な説明から明らかになろう。
【図面の簡単な説明】
【００２５】
【図１】ＤＬ ＳＰＳ送信にＨＡＲＱプロセスを割り当てるための１つの典型的な提案を説明するための概略図である。
【図２】図１に表される提案の障害を例示する図である。
【図３】ＤＬ ＳＰＳ送信にＨＡＲＱプロセスを割り当てるための他の一典型的な提案を説明するための概略図である。
【図４】図２に表される提案の障害を例示する図である。
【図５ａ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図５ｂ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図５ｃ】基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ａ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ｂ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図６ｃ】ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の流れ図である。
【図７】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当ての一例を例示する図である。
【図８】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当ての他の一例を例示する図である。
【図９】本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムのブロック図である。
【発明を実施するための形態】
【００２６】
本発明は、その好ましい実施形態によって、例示的及び非限定的に、特に添付の図面を参照にして以下説明される。
【００２７】
下記に説明されるように、本出願は、基地局側において、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、設定されたＨＡＲＱプロセス、及びその関連する制御情報をＵＥへ送信するステップ、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、ＳＰＳ送信のために保持されたＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、判定された送信又は再送信を実行し、対応してＰＤＣＣＨを送るステップを備え、ＵＥ側において、基地局からのＲＲＣ、又は他の制御命令を受信するステップ、基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及びそれぞれのデータ合成を実行するために、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するステップを備える、基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法を提供する。
【００２８】
図５及び図６は、本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の詳細な流れ図を表す。
【００２９】
図５ａ−５ｃは、基地局の視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の詳細な流れ図を表す。
【００３０】
図５ａに表されるように、方法は基地局側においてステップＳ５０１で開始する。ＳＰＳ送信が始まる前に、ＳＰＳ送信のためのＨＡＲＱプロセスＩＤ及び関連する制御情報が、ＲＲＣ又は他の制御命令（ステップＳ５０３）を使用することによって設定され、設定されたＨＡＲＱプロセスＩＤはＳＰＳ ＴＴＩ中に基地局によって循環的に使用されるだろう。その後、基地局は、第１のＳＰＳ送信が発生するＨＡＲＱプロセスを示すＳＰＣ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送る（ステップＳ５０５）。代替的に、ステップＳ５０３において、基地局はＲＲＣ命令を使用することによって第１のＳＰＳ送信のために保持されるＨＡＲＱプロセスを設定する。それに続いて、第１のＳＰＳ送信はＰＤＣＣＨに従ってそれぞれのＴＴＩ中に起動される（ステップＳ５０７）。ステップＳ５０９において、次のＴＴＩがＳＰＳ ＴＴＩであるか否かが判定される。ＹＥＳならば、方法はＳＰＳ ＴＴＩ処理が実行されるステップＳ５１１へ進み、それぞれのＳＰＳ ＴＴＩ処理が終了した後、ステップＳ５０９へ戻って、次のＴＴＩでの処理を実行する。ＮＯならば、方法はＤＳ ＴＴＩ処理が実行されるステップＳ５１３へ進み、それぞれのＤＳ ＴＴＩ処理が終了した後、ステップＳ５０９へ戻る。
【００３１】
図５ｂはＳＰＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ５１１）。図５ａのステップＳ５０９の判定がＹＥＳという結果になると、図５ｂは開始する。ステップＳ５１０１において、基地局はＳＰＳ送信が実行されることとなっているか否かを判定する。ＹＥＳならば、方法はステップＳ５１０３へ進む。ステップＳ５１０３において、現在のＨＡＲＱプロセスＩＤが判定される。次に、それぞれのＨＡＲＱバッファ内にデータが存在するか否かが検出される（ステップＳ５１０５）。ＮＯならば、即ち、ＨＡＲＱバッファ内にデータが存在しないならば、ＳＰＳ送信が実行される（Ｓ５１０７）。その後、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図５ａのステップＳ５０９へ戻る。ＹＥＳならば、即ち、ＨＡＲＱバッファ内にデータが存在するならば、データがＤＳデータであるか否かが判定される（ステップＳ５１０９）。ＮＯならば、即ち、ＨＡＲＱバッファにバッファリングされたものが１つのＳＰＳデータならば、再送信のためのＳＰＳデータがＨＡＲＱバッファからクリアされ、ＳＰＳ送信が実行される（ステップＳ５１１１）。その後、現在のＳＰＳ ＴＴＩ処理は終わり、方法は図５ａのステップＳ５０９へ戻る。ステップＳ５１０９の判定がＹＥＳという結果になるならば、即ち、ＨＡＲＱバッファにバッファリングされたデータがＤＳデータであるならば、ＨＡＲＱバッファは、２つのＴＢをバッファリングすることが可能であるか否かが判定される（ステップＳ５１１３）。バッファは、２つのＴＢが１つのＤＳデータ及び１つのＳＰＳデータである場合にのみ、２つのＴＢをバッファリングすることが可能である。このような場合、基地局はＨＡＲＱバッファ内にＳＰＳデータ及びＤＳデータを一緒に格納し、ＳＰＳ送信を実行する（ステップＳ５１１５）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＩｆＨＡＲＱバッファにバッファリングされた１つのＴＢが存在するならば、ＤＳＴＢはＳＰＳＴＢと置換され、ＳＰＳ送信が実行される（ＳｔｅｐＳ５１１７）。同様に、方法は、次に、図５ａのステップＳ５０９へ戻る。更には、ステップＳ５１０１の判定がＮＯとなる場合、つまり、基地局は、現在のＳＰＳ ＴＴＩ中にＳＰＳ送信を実行しないことを決定する場合、方法は、ＤＳ送信が実行されることとなっているか否かが基地局によって判定されるステップＳ５１１９へ進む。ＹＥＳならば、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨが送られ、ＤＳ送信が実行される（ステップＳ５１２１）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＮＯならば、即ち、現在のＴＴＩ処理が終わるならば、方法は、同様に、図５ａのステップＳ５０９へ戻る。
【００３２】
図５ｃはＤＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ５１３）。図５ａのステップＳ５０９の判定がＮＯという結果になると、図５ｃは開始する。ステップＳ５２０１において、現在のＨＡＲＱプロセスＩＤが判定される。その後、現在のＨＡＲＱバッファ内にデータが存在するか否かが判定される（ステップＳ５２０３）。データが存在しないならば、現在のＨＡＲＱプロセスにおいてＤＳ送信が実行され（ステップＳ５２０５）、次に、方法は図５ａのステップＳ５０９へ戻る。ＹＥＳならば、ＨＡＲＱバッファにバッファリングされた２つのＴＢが存在するか否かが判定される（ステップＳ５２０７）。ＮＯならば、ＨＡＲＱバッファにバッファリングされたＤＳデータが存在するか否かが判定される（ステップＳ５２０９）。ＮＯならば、即ち、ＨＡＲＱバッファにバッファリングされたものがＳＰＳデータであるならば、スタンダードＣ−ＲＮＴに基づくＰＤＣＣＨ、又はＳＰＳ−ＣＲＮＴＩに基づくＰＤＣＣＨが送られ、ＳＰＳ再送信が実行される（ステップＳ５２１１）。方法は、次に、図５ａのステップＳ５０９へ戻る。ＹＥＳならば、即ち、ＨＡＲＱバッファにバッファリングされたものがＤＳデータであるならば、ＤＳ ＴＢ再送信が実行され、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨが送られる（Ｓ５２１３）。方法は、次に、図５ａのステップＳ５０９へ戻る。ステップＳ５２０７の判定がＹＥＳとなるならば、即ち、ＨＡＲＱバッファ内に２つのＴＢが存在するならば、基地局はＳＰＳ送信を実行することを決定するか否かが判定される（ステップＳ５２１５）。基地局がＳＰＳ送信を実行しないことを決定するならば、方法はステップＳ５２１３へ進む。基地局がＳＰＳ送信を実行することを決定するならば、ＳＰＳ送信が実行され、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨが送られる（ステップＳ５２１７）。方法は、次に図５ａのステップＳ５０９へ戻る。
【００３３】
図６ａ−６ｃは、ＵＥの視点からの本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てための方法を詳細な流れ図で表す。
【００３４】
方法は、ＵＥ側においてステップＳ６０１で開始する。ＵＥは基地局からのＲＲＣ又は他の制御命令を受信し（ステップＳ６０３）、そこからＳＰＳ送信のために設定されるＨＡＲＱプロセスＩＤ、送信フォーマット及び他の情報を取得する。設定されたＨＡＲＱプロセスＩＤはＵＥ内で循環的に使用される。その後、ＵＥはＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを受信し（ステップＳ６０５）、どのＨＡＲＱプロセスにおいて第１のＳＰＳが発生するかを知るためにＳＰＳコンフィグレーションを起動する。代替的に、ＵＥは、ＲＲＣ又は他の制御情報からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを知る。ここで、ＵＥは、どのように設定されたＨＡＲＱプロセスが後続のＳＰＳ ＴＴＩ送信において循環的に使用されるかを評価する。ステップＳ６０７において、ＵＥは第１のＳＰＳ送信を受信する。ステップＳ６０９において、次のＴＴＩがＳＰＳ ＴＴＩであるか否かが判定される。ＹＥＳならば、方法はＳＰＳ ＴＴＩ処理が実行されるステップＳ６１１へ進む。方法はそれぞれのＳＰＳ ＴＴＩ処理が終了した後、ステップＳ６０９へ戻って、次のＴＴＩでの処理を実行する。ＮＯならば、方法はＤＳ ＴＴＩ処理が実行されるステップＳ６１３へ進み、それぞれのＤＳ ＴＴＩ処理が終了した後、ステップ６０９へ戻る。
【００３５】
図６ｂはＳＰＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ６１１）。図６ａのステップＳ６０９の判定がＹＥＳという結果になると、図６ｂは開始する。ステップＳ６１０１において、ＰＤＣＣＨがＵＥによって受信されたか否かが判定される。ＹＥＳならば、受信されたＰＤＣＣＨに従って、データ受信が実行される（ステップＳ６１０３）。ＮＯならば、現在のＳＰＳ ＴＴＩのためのＨＡＲＱプロセスＩＤが判定され（ステップＳ６１０５）、ＳＰＳコンフィグレーション情報に従って、データ受信が実行される（ステップＳ６１０７）。それに続いて、ステップＳ６１０７におけるデータ受信プロセスが正しいか否かが判定される（ステップＳ６１０９）。それが正しいならば、ＵＥは上位層へデータを送る（ステップＳ６１１１）。次に、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。データ受信プロセスが正しくなければ、ＨＡＲＱバッファ内にデータが存在するか否かが判定される。（ステップＳ６１１３）。データが存在しないならば、受信された情報はＨＡＲＱバッファにバッファリングされる（ステップＳ６１１５）。データがＨＡＲＱバッファ内に存在するならば、ＨＡＲＱバッファ内のデータがＤＳデータであるか否かが判定される（ステップＳ６１１７）。ＮＯならば、ＨＡＲＱバッファ内に存在するデータは受信されたＳＰＳデータと置換され（ステップＳ６１１９）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＹＥＳならば、ＨＡＲＱバッファが２つのＴＢをバッファリングすることが可能であるか否かが判定される（ステップＳ６１２１）。ＨＡＲＱバッファが、２つのＴＢをバッファリングするために充分大きければ、ＳＰＳデータ及びＤＳデータがＨＡＲＱバッファに一緒にバッファリングされ（ステップＳ６１２３）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＨＡＲＱバッファが１つのＴＢだけをバッファリングできるならば、ＨＡＲＱバッファ内に存在するＤＳデータはＳＰＳデータと置換され（ステップＳ６１２５）、現在のＳＰＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。
【００３６】
図６ｃは、ＤＳ ＴＴＩ処理のプロセスを詳細に例示する（即ち、ステップＳ６１３）。図６ａのステップＳ６０９の判定がＮＯという結果になると、図６ｃは開始する。ステップＳ６２０１において、ＰＤＣＣＨがＵＥによって受信されたか否かが判定される。ＮＯならば、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ＹＥＳならば、現在のＨＡＲＱバッファ内にデータが存在するか否か判定される（ステップＳ６２０３）。ＹＥＳならば、方法は、ＨＡＲＱバッファ内に１つのデータだけが存在するか否かが判定されるステップＳ６２０５へ進む。ＹＥＳならば、ＨＡＲＱ合成が実行され（ステップＳ６２０７）、次に、方法はステップＳ６２１３へ進む。ＮＯならば、ＰＤＣＣＨがＳＰＳ Ｃ−ＲＮＴＩに基づき受信されたか否かが判定される（ステップＳ６２０９）。ＹＥＳならば、ＳＰＳデータのためのＨＡＲＱ合成が実行され（ステップＳ６２１１）、次に、方法はステップＳ６２１３へ進む。ＮＯならば、ＤＳデータのためのＨＡＲＱ合成が実行され（ステップＳ６２１５）、次に、方法はステップＳ６２１３へ進む。ステップＳ６２１３において、ＨＡＲＱ合成が成功であるか否かが判定される。それが成功であるならば、データが上位層へ送信される（ステップＳ６２１７）。現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。それが成功でなければ、データはもう一度バッファリングされ（ステップＳ６２１９）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。ステップＳ６２０３の判定がＮＯとなるならば、即ち、現在のＨＡＲＱバッファ内にデータが存在しないならば、方法は、新規データ受信が実行されるステップＳ６２２１へ進む。それに続いて、受信が成功であるか否かが再度判定される（ステップＳ６２２３）。それが成功ならば、新規データが上位層へ送信され（ステップＳ６２２５）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。それが成功でなければ、新規データが現在のＨＡＲＱバッファにバッファリングされ（ステップＳ６２２７）、次に、現在のＤＳ ＴＴＩ処理が終わり、方法は図６ａのステップＳ６０９へ戻る。
【００３７】
上記の説明は、特に、本出願の実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法の実施を表す。
【００３８】
図７は、本出願の実施形態による方法の一例を例示する。
【００３９】
図７に表されるように、ＳＰＳコンフィグレーションを起動するための第１のＰＤＣＣＨにＨＡＲＱプロセスＩＤ１（ＩＤ１）が示されると仮定し、ＩＤ１及びＩＤ２がＳＰＳのために循環的に使用されるだろうと仮定する。
【００４０】
ＳＰＳデータ１がＴＴＩ１−ＴＴＩ２０においてＩＤ１を介して送信及び再送信されるが、失敗である。
【００４１】
ＤＳデータがＩＤ２を介して送信されるが、また失敗である。
【００４２】
ＴＴＩ２０において、ＤＳデータ及びＳＰＳデータ２がＩＤ２と一緒にＨＡＲＱバッファにバッファリングされ、次に、ＳＰＳデータ２が送信されるが、失敗である。
【００４３】
ＴＴＩ２５において、基地局はスタンダードＣ−ＲＮＴＩに基づきＨＡＲＱプロセスＩＤ１を示すＰＤＣＣＨと共にＳＰＳデータ１の再送信を実行し、
ＵＥは、次に、ＨＡＲＱプロセスＩＤ１バッファに格納されるものと再送信されたＳＰＳデータ１を正確に合成する。
【００４４】
ＴＴＩ２７において、基地局はＳＰＳ−ＣＲＮＴＩに基づきＩＤ２を示すＰＤＣＣＨを伴うＳＰＳデータ２の再送信を実行し、
ＵＥは、次に、ＨＡＲＱプロセスＩＤ２バッファに格納されるものと再送信されたＳＰＳデータ２を正確に合成する。
【００４５】
ＴＴＩ３０において、基地局はスタンダードＣ−ＲＮＴＩに基づきＩＤ２を示すＰＤＣＣＨとＤＳの再送信を実行し、
次に、ＵＥはＩＤ２バッファに格納されるものと再送信されたＤＳデータを正確に合成する。
【００４６】
以上より、本出願の実施形態による方法は以下の利点を有することがわかる。
【００４７】
ＨＡＲＱプロセスはＳＰＳ及びＤＳ送信の両方のために使用でき、従って、ＳＰＳ送信のために１つ以上のＨＡＲＱプロセスを維持する必要がない。ＰＤＣＣＨ又はＲＲＣ命令は、第１及び後続のＳＰＳ送信のための基地局とＵＥとの間の同期化を確保する、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示すために使用される。そのため、他社が提案するようなＳＦＮによる維持された専用のＨＡＲＴプロセスをマッピングする必要がない。代わりに、ＵＥは、ノーマルＣ−ＲＮＴＩに基づくＤＬアサイメントのためのＰＤＣＣＨを検出する必要があるだけである。更には、ＨＡＲＱバッファがＤＳ ＴＢ及びＳＰＳ ＴＢを同時にバッファリングできるため、ＤＳデータ損失の可能性が削減される。
【００４８】
更には、ＨＡＲＱプロセスに対応するＨＡＲＱバッファのサイズを考慮せずに、本出願の実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法が実施できる。そのような場合の実施（図示せず）は、ＨＡＲＱバッファのサイズを考慮する必要がない例外を伴う上記の実施形態と概ね同様である。つまり、ＨＡＲＱバッファが２つのＴＢを格納することが可能であるか否かを判定するステップが削除でき、１つのＴＢだけがバッファリングされる場合がデフォルトとされる。基地局が強制的にＳＰＳ送信を実行しない場合を除いては、必要に応じてＳＰＳ送信が常に優先される。
【００４９】
図８はこのような場合の例を例示する。
【００５０】
図８に表されるように、ＨＡＲＱプロセスＩＤ１（ＩＤ１）が、ＳＰＳコンフィグレーションを起動するための第１のＰＤＣＣＨに示されると仮定し、ＩＤ１及びＩＤ２がＳＰＳのために循環的に使用されるだろうと仮定する。
【００５１】
ＴＴＩ１において、ＳＰＳデータ１が、ＨＡＲＱプロセスＩＤ１に基地局によってＤＬで送られ、ＵＥはＨＡＲＱプロセスＩＤ１に対するＡＣＫをフィードバックする。
【００５２】
ＴＴＩ２−ＴＴＩ１８において、ＤＳデータがＨＡＲＱプロセスＩＤ２−ＩＤ８に送られる。
【００５３】
ＴＴＩ９−１９において、ＨＡＲＱプロセスＩＤ１−ＩＤ８がＤＳデータ送信のために使用できる。
【００５４】
ＵＥは、ＴＴＩ１３において、ＤＳデータに対するＮＡＣＫをＨＡＲＱプロセスＩＤ２にフィードバックすると仮定する。
【００５５】
第２のＳＰＳ ＴＴＩであるＴＴＩ２０において、ＨＡＲＱプロセスＩＤ２は、以下のような事前決定されたルールに従ってＳＰＳのために使用されるべきである。
基地局はＨＡＲＱプロセスＩＤ２に対応するＨＡＲＱバッファ内のＳＰＳデータとＤＳデータを置換し、ＵＥへＳＰＳデータ２を送る。
ＵＥ側において、ＨＡＲＱプロセスＩＤ２に対応するＨＡＲＱバッファ内のＤＳデータがＳＰＳデータ２と置換され、ＮＡＣＫがフィードバックされる。
ＰＤＣＣＨが必要ではない。
【００５６】
基地局はＳＰＳデータ２の再送信を実行し、ＴＴＩ２７においてノーマルＣ−ＲＮＴＩ上でＩＤ２を示すＰＤＣＣＨを送ると仮定する。
【００５７】
ＵＥ側において、正確な合成が、新しく受信されたＳＰＳデータ２とＩＤ２ ＨＡＲＱバッファにすでに格納されたＳＰＳデータ２との間で実行される。
【００５８】
全プロシージャの間に曖昧さは生じない。
【００５９】
この解決策は第１の実施形態よりも容易に実施され、また、ＤＳ送信チャンスを向上し、異なるＳＰＳ送信の間、及びＳＰＳ送信とＤＳ送信との間の曖昧さを削減する利点をもたらすことがわかる。これに反して、ＨＡＲＱバッファが考慮されないので、ＤＳデータ損失の可能性は第１の実施形態よりもより高い。
【００６０】
上記の実施形態において、ＳＰＳ送信のために維持されるＨＡＲＱプロセスは２つであってよく、適応によって１つ以上であり得る。更に、基地局は、必要に応じて、ＳＰＳ送信のためのＨＡＲＱプロセスを再設定できる。
【００６１】
図９は、本出願の一実施形態によるＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムのブロック図である。
【００６２】
本出願の実施形態によるＨＡＲＱプロセス割り当てのためのシステム９００は基地局側デバイス９０１及びＵＥ側デバイス９０３を含む。
【００６３】
基地局側デバイス９０１は、ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段９０５、代替的に、ＲＲＣ命令が事前設定手段９０５で使用されて、第１のＳＰＳ送信のためのプロセスを示す、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送って、第１のＳＰＳ送信が発生するＨＡＲＱプロセスを示し、第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段９０７、事前設定手段９０５の設定結果に基づき、現在の送信に割り当てられるＨＡＲＱプロセスを判定し、ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信にＳＰＳ送信のために保持されたＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段９０９、プリセット基準に基づき現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段９１１、及び判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段９１３を含む。送信型判定手段９０９は、現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータバッファリング状態を検出する基地局側ＨＡＲＱバッファ検出手段９２１、及び、基地局側ＨＡＲＱバッファ検出手段検出結果に基づき、現在のＨＡＲＱプロセスにおいて実行されるデータ送信又は再送信のための型を判定するための基地局側判定手段９２３を備える。
【００６４】
ＵＥ側デバイス９０３は基地局側デバイスからのＲＲＣ又は他の制御命令を受信し、基地局側デバイスからのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するためのデータ受信手段９１５、プリセット基準に基づき、受信されたデータの送信又は再送信のための型を判定するデータ型判定手段９１７、及びデータ型判定手段の結果に基づき、それぞれのデータ合成を実行するためのデータ合成手段９１９を備える。データ型判定手段９１７は、例えば、ＰＤＣＣＨが、最初に、スタンダードＣ−ＲＮＴＩに基づきをデコードされ、失敗ならば、それはＳＰＳ Ｃ−ＲＮＴＩに基づきデコードされる、スタンダードＣ−ＲＮＴＩ又はＳＰＳ Ｃ−ＲＮＴＩに基づきＰＤＣＣＨを処理するためのＰＤＣＣＨ検出手段９２５、対応するＨＡＲＱバッファ内のデータ（及びデータ型）・バッファリング状態を検出するためのＵＥ側ＨＡＲＱバッファ検出手段９２７、及びＰＤＣＣＨ検出手段及びＵＥ側ＨＡＲＱバッファ検出手段の検出結果と併せて受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段を備える。
【００６５】
例示的実施形態は、添付の図面を参照にここに説明されるが、本発明の範囲又は精神から逸脱することなく当業者には、様々な修正、代用及び変更が、そこに達成されることが理解されるだろう。特に実施形態の様々な要素は、そのソフトウェア、ハードウェア又はそれらの組合せで実施できる。従って、本発明は、好ましい実施形態に限定されるものではなく、その保護範囲は特許請求項によって規定されるだけである。
【特許請求の範囲】
【請求項１】
基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法であって、
前記基地局側において、前記ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、前記設定されたＨＡＲＱプロセス、及びその関連する制御情報を前記ＵＥへ送信するステップ、
前記現在の送信に割り当てられるＨＡＲＱプロセスを判定し、前記ＳＰＳ送信がアイドル状態である場合、前記ＳＰＳ送信のために保持された前記ＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、及び
プリセット基準に基づき前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、前記判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るステップ
を備える方法。
【請求項２】
請求項１記載の方法であって、前記基地局は、前記ＳＰＳ送信のために循環的に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを要する、方法。
【請求項３】
請求項２記載の方法であって、さらに、
前記基地局側において、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、前記ＰＤＣＣＨ、又は前記ＲＲＣ若しくは前記上位層からの他の制御命令を使用する第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、前記第１のＳＰＳ送信を起動するステップ
を備える方法。
【請求項４】
請求項３記載の方法であって、前記第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない、方法。
【請求項５】
請求項１記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記基地局側において、前記ＳＰＳ送信のために現時点で保持される前記ＨＡＲＱプロセスにおいて実行される前記データ送信は、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又はＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを使用するＳＰＳ送信又はＤＳ送信であるか否かを示し、ＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータを合成することによって前記現在のＨＡＲＱプロセスにおいて実行される前記データ再送信のための型を判定するステップ
を備える、方法。
【請求項６】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップは、
前記ＳＰＳ送信の間、前記基地局が前記ＳＰＳ送信を実行することとなっており、前記対応するＨＡＲＱバッファに格納されるＤＳデータが存在する場合に、前記ＨＡＲＱバッファの前記サイズが考慮されると、
２つの転送ブロック、ＴＢを充分に格納するＨＡＲＱバッファについて、前記ＨＡＲＱバッファ内に前記ＤＳデータと共に前記ＳＰＳデータを格納し、ＰＤＣＣＨを同時に送ることなく、前記ＳＰＳデータを送るステップ、及び
１つのＴＢを専ら格納することが可能であるＨＡＲＱバッファについて、前記オリジナルのＤＳデータを前記ＳＰＳデータに置換し、ＰＤＣＣＨを同時に送ることなく前記ＳＰＳデータを送るステップ
を備える方法。
【請求項７】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記基地局が前記ＳＰＳ送信を実行することとなっており、前記対応するＨＡＲＱバッファ内に格納されるＤＳデータが存在する場合に、前記ＨＡＲＱバッファの前記サイズが考慮されないと、前記オリジナルのＤＳデータを前記ＳＰＳデータに置換し、ＰＤＣＣＨを同時に送ることなく前記ＳＰＳデータを送るステップ
を備える、方法。
【請求項８】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記基地局が強制的に前記ＳＰＳ送信を実行されない場合に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを使用する他の一送信を実行し、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項９】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記ＳＰＳ送信のために保持される前記ＨＡＲＱバッファに格納されるＳＰＳデータが存在しない場合、前記ＤＳデータ送信を実行し、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項１０】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記ＨＡＲＱバッファに格納されるＳＰＳデータが存在する場合、前記ＳＰＳデータ再送信を実行し、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨ、又はスタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項１１】
請求項１記載の方法であって、さらに、
前記ＵＥ側において、前記基地局からの前記ＲＲＣ、又は他の制御命令を受信するステップ、
前記基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及び
それぞれのデータ合成を実行するために、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定するステップ
を備える方法。
【請求項１２】
請求項１１記載の方法であって、さらに、
前記ＵＥ側において、前記基地局からのＰＤＣＣＨを受信して、ＳＰＳ送信を起動し、前記ＰＤＣＣＨ、ＲＲＣ、又は他の制御命令からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを判定するステップ
を備える方法。
【請求項１３】
請求項１２記載の方法であって、さらに、
前記ＵＥ側において、前記受信されたＲＲＣ、又は前記他の制御命令に基づき後続のＳＰＳ送信のための前記設定されたＨＡＲＱプロセスをどのように使用するか評価するステップ
を備える方法。
【請求項１４】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記受信されたデータの送信又は再送信のための前記型を得るために、前記ＳＰＳ送信の間、前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき、ＰＤＣＣＨを検出するステップ
を備える、方法。
【請求項１５】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記ＵＥがどのＰＤＣＣＨも検出しないならば、前記現在の送信は前記ＳＰＳ送信であると判定するステップ
を備える、方法。
【請求項１６】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又は前記ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨをデコードし、前記デコード結果に基づき、それぞれのＨＡＲＱバッファ内の前記データバッファリング状態を合成することによって、前記受信されたデータの送信又は再送信のための型を判定するステップ
を備える、方法。
【請求項１７】
請求項１１記載の方法であって、
前記ＵＥ側において、
前記ＤＳ送信の間、
ＰＤＣＣＨが前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される１つだけのＴＢが存在するならば、それぞれのＨＡＲＱバッファ内に格納されるＤＳＴＢが存在する場合に、前記受信された送信は前記ＤＳ再送信であると判定され、それぞれのＨＡＲＱバッファ内に格納されるＳＰＳＴＢが存在する場合に、前記受信された送信は前記ＳＰＳ再送信であると判定され、
ＰＤＣＣＨが前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファがアイドル状態であるならば、前記受信された送信は前記ＤＳ送信であると判定され、
ＰＤＣＣＨが前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される２つのＴＢが存在するならば、前記受信された送信は前記ＳＰＳ送信であると判定され、
ＰＤＣＣＨが、前記スタンダードＣ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される２つのＴＢが存在するならば、前記受信された送信は前記ＤＳ再送信であると判定される、方法。
【請求項１８】
請求項１１記載の方法であって、さらに、
前記ＵＥ側において、
前記ＳＰＳ送信の間、前記受信されたデータの送信又は再送信ための前記型を判定した後、前記ＨＡＲＱバッファ内の前記データバッファリング状態を合成することによって対応するデータ合成を実行し、前記データ合成が正確に実行される場合、前記上位層へ前記データを送り、そうでなければ前記データを格納し続けるステップ
を備える方法。
【請求項１９】
請求項１記載の方法であって、必要に応じて、前記ＳＰＳ送信及び他の制御情報のためのＨＡＲＱプロセスが再設定される方法。
【請求項２０】
基地局側デバイスを備える、ＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムであって、前記基地局側デバイスが、
前記ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段、
前記事前設定手段の設定結果に基づき前記現在の送信に割り当てられるＨＡＲＱプロセスを判定し、前記ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信に前記ＳＰＳ送信のために保持された前記ＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段、
プリセット基準に基づき前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段、及び
前記判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段
を備えたシステム。
【請求項２１】
請求項２０記載のシステムであって、前記基地局側デバイスが、前記ＳＰＳ送信のために循環的に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを要する、システム。
【請求項２２】
請求項２１記載のシステムであって、前記基地局側デバイスが、さらに、
ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送って、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、前記第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段
を備える、システム。
【請求項２３】
請求項２０記載のシステムであって、前記第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない、システム。
【請求項２４】
請求項２０記載のシステムであって、前記基地局側デバイスの前記送信型判定手段が、
前記現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内の前記データバッファリング状態を検出するための基地局側ＨＡＲＱバッファ検出手段、及び前記基地局側ＨＡＲＱバッファ検出手段の前記検出結果に基づき、前記現在のＨＡＲＱプロセスにおいて実行される前記データ送信又は再送信のための型を判定するための基地局側判定手段
を備える、システム。
【請求項２５】
請求項２０記載のシステムであって、ＵＥ側デバイスを更に備え、前記ＵＥ側デバイスが、
前記基地局からの前記ＲＲＣ又は他の制御命令を受信し、前記基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するデータ受信手段、
プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定するためのデータ型判定手段、及び
前記データ型判定手段の前記結果に基づき、それぞれのデータ合成を実行するデータ合成手段
を備える、システム。
【請求項２６】
請求項２５記載のシステムであって、前記ＵＥ側デバイスの前記データ型判定手段が、
前記スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又は前記ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨをデコードするためのＰＤＣＣＨ検出手段、
前記対応するＨＡＲＱバッファ内の前記データバッファリング状態を検出するＵＥ側ＨＡＲＱバッファ検出手段、及び
前記ＰＤＣＣＨ検出手段及び前記ＵＥ側ＨＡＲＱバッファ検出手段の検出結果を合成することによって、前記受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段
を備える、システム。
【請求項１】
基地局とＵＥとの間のＤＬ ＳＰＳ送信のためのＨＡＲＱプロセス割り当てのための方法であって、
前記基地局側において、前記ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定し、前記設定されたＨＡＲＱプロセス、及びその関連する制御情報を前記ＵＥへ送信するステップ、
前記現在の送信に割り当てられるＨＡＲＱプロセスを判定し、前記ＳＰＳ送信がアイドル状態である場合、前記ＳＰＳ送信のために保持された前記ＨＡＲＱプロセスを可能なＤＳ送信に割り当てるステップ、及び
プリセット基準に基づき前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定し、次に、前記判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るステップ
を備える方法。
【請求項２】
請求項１記載の方法であって、前記基地局は、前記ＳＰＳ送信のために循環的に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを要する、方法。
【請求項３】
請求項２記載の方法であって、さらに、
前記基地局側において、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送り、前記ＰＤＣＣＨ、又は前記ＲＲＣ若しくは前記上位層からの他の制御命令を使用する第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、前記第１のＳＰＳ送信を起動するステップ
を備える方法。
【請求項４】
請求項３記載の方法であって、前記第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない、方法。
【請求項５】
請求項１記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記基地局側において、前記ＳＰＳ送信のために現時点で保持される前記ＨＡＲＱプロセスにおいて実行される前記データ送信は、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又はＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを使用するＳＰＳ送信又はＤＳ送信であるか否かを示し、ＨＡＲＱプロセスに対応するＨＡＲＱバッファ内のデータを合成することによって前記現在のＨＡＲＱプロセスにおいて実行される前記データ再送信のための型を判定するステップ
を備える、方法。
【請求項６】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップは、
前記ＳＰＳ送信の間、前記基地局が前記ＳＰＳ送信を実行することとなっており、前記対応するＨＡＲＱバッファに格納されるＤＳデータが存在する場合に、前記ＨＡＲＱバッファの前記サイズが考慮されると、
２つの転送ブロック、ＴＢを充分に格納するＨＡＲＱバッファについて、前記ＨＡＲＱバッファ内に前記ＤＳデータと共に前記ＳＰＳデータを格納し、ＰＤＣＣＨを同時に送ることなく、前記ＳＰＳデータを送るステップ、及び
１つのＴＢを専ら格納することが可能であるＨＡＲＱバッファについて、前記オリジナルのＤＳデータを前記ＳＰＳデータに置換し、ＰＤＣＣＨを同時に送ることなく前記ＳＰＳデータを送るステップ
を備える方法。
【請求項７】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記基地局が前記ＳＰＳ送信を実行することとなっており、前記対応するＨＡＲＱバッファ内に格納されるＤＳデータが存在する場合に、前記ＨＡＲＱバッファの前記サイズが考慮されないと、前記オリジナルのＤＳデータを前記ＳＰＳデータに置換し、ＰＤＣＣＨを同時に送ることなく前記ＳＰＳデータを送るステップ
を備える、方法。
【請求項８】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記基地局が強制的に前記ＳＰＳ送信を実行されない場合に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを使用する他の一送信を実行し、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項９】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記ＳＰＳ送信のために保持される前記ＨＡＲＱバッファに格納されるＳＰＳデータが存在しない場合、前記ＤＳデータ送信を実行し、スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項１０】
請求項５記載の方法であって、前記基地局側において、プリセット基準に基づき、前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記ＨＡＲＱバッファに格納されるＳＰＳデータが存在する場合、前記ＳＰＳデータ再送信を実行し、ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨ、又はスタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨを送るステップ
を備える、方法。
【請求項１１】
請求項１記載の方法であって、さらに、
前記ＵＥ側において、前記基地局からの前記ＲＲＣ、又は他の制御命令を受信するステップ、
前記基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するステップ、及び
それぞれのデータ合成を実行するために、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定するステップ
を備える方法。
【請求項１２】
請求項１１記載の方法であって、さらに、
前記ＵＥ側において、前記基地局からのＰＤＣＣＨを受信して、ＳＰＳ送信を起動し、前記ＰＤＣＣＨ、ＲＲＣ、又は他の制御命令からの第１のＳＰＳ送信のためのＨＡＲＱプロセスを判定するステップ
を備える方法。
【請求項１３】
請求項１２記載の方法であって、さらに、
前記ＵＥ側において、前記受信されたＲＲＣ、又は前記他の制御命令に基づき後続のＳＰＳ送信のための前記設定されたＨＡＲＱプロセスをどのように使用するか評価するステップ
を備える方法。
【請求項１４】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記受信されたデータの送信又は再送信のための前記型を得るために、前記ＳＰＳ送信の間、前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき、ＰＤＣＣＨを検出するステップ
を備える、方法。
【請求項１５】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記ＳＰＳ送信の間、前記ＵＥがどのＰＤＣＣＨも検出しないならば、前記現在の送信は前記ＳＰＳ送信であると判定するステップ
を備える、方法。
【請求項１６】
請求項１１記載の方法であって、前記ＵＥ側において、プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定する前記ステップが、
前記ＤＳ送信の間、前記スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又は前記ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨをデコードし、前記デコード結果に基づき、それぞれのＨＡＲＱバッファ内の前記データバッファリング状態を合成することによって、前記受信されたデータの送信又は再送信のための型を判定するステップ
を備える、方法。
【請求項１７】
請求項１１記載の方法であって、
前記ＵＥ側において、
前記ＤＳ送信の間、
ＰＤＣＣＨが前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される１つだけのＴＢが存在するならば、それぞれのＨＡＲＱバッファ内に格納されるＤＳＴＢが存在する場合に、前記受信された送信は前記ＤＳ再送信であると判定され、それぞれのＨＡＲＱバッファ内に格納されるＳＰＳＴＢが存在する場合に、前記受信された送信は前記ＳＰＳ再送信であると判定され、
ＰＤＣＣＨが前記スタンダードＣ−ＲＮＴＩ又は前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファがアイドル状態であるならば、前記受信された送信は前記ＤＳ送信であると判定され、
ＰＤＣＣＨが前記ＳＰＳ Ｃ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される２つのＴＢが存在するならば、前記受信された送信は前記ＳＰＳ送信であると判定され、
ＰＤＣＣＨが、前記スタンダードＣ−ＲＮＴＩに基づき検出され、それぞれのＨＡＲＱバッファ内に格納される２つのＴＢが存在するならば、前記受信された送信は前記ＤＳ再送信であると判定される、方法。
【請求項１８】
請求項１１記載の方法であって、さらに、
前記ＵＥ側において、
前記ＳＰＳ送信の間、前記受信されたデータの送信又は再送信ための前記型を判定した後、前記ＨＡＲＱバッファ内の前記データバッファリング状態を合成することによって対応するデータ合成を実行し、前記データ合成が正確に実行される場合、前記上位層へ前記データを送り、そうでなければ前記データを格納し続けるステップ
を備える方法。
【請求項１９】
請求項１記載の方法であって、必要に応じて、前記ＳＰＳ送信及び他の制御情報のためのＨＡＲＱプロセスが再設定される方法。
【請求項２０】
基地局側デバイスを備える、ＤＬ ＳＰＳ送信のためのＨＡＲＱプロセスを割り当てるためのシステムであって、前記基地局側デバイスが、
前記ＳＰＳ送信、及び上位層からのＲＲＣ又は他の制御命令に基づくその関連する制御情報のために保持されるＨＡＲＱプロセスを設定するための事前設定手段、
前記事前設定手段の設定結果に基づき前記現在の送信に割り当てられるＨＡＲＱプロセスを判定し、前記ＳＰＳ送信がアイドル状態である場合、可能なＤＳ送信に前記ＳＰＳ送信のために保持された前記ＨＡＲＱプロセスを割り当てるためのＨＡＲＱプロセス判定手段、
プリセット基準に基づき前記現在のＨＡＲＱプロセスにおいて実行される送信又は再送信のための型を判定するための送信型判定手段、及び
前記判定された送信又は再送信の型を実行し、対応してＰＤＣＣＨを送るためのデータ送信手段
を備えたシステム。
【請求項２１】
請求項２０記載のシステムであって、前記基地局側デバイスが、前記ＳＰＳ送信のために循環的に、前記ＳＰＳ送信のために保持される前記ＨＡＲＱプロセスを要する、システム。
【請求項２２】
請求項２１記載のシステムであって、前記基地局側デバイスが、さらに、
ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨを送って、第１のＳＰＳ送信のためのＨＡＲＱプロセスを示し、前記第１のＳＰＳ送信を起動するためのＳＰＳ送信起動手段
を備える、システム。
【請求項２３】
請求項２０記載のシステムであって、前記第１のＳＰＳ送信に続く各ＳＰＳ送信のためのＰＤＣＣＨを送る必要がない、システム。
【請求項２４】
請求項２０記載のシステムであって、前記基地局側デバイスの前記送信型判定手段が、
前記現在のＨＡＲＱプロセスに対応するＨＡＲＱバッファ内の前記データバッファリング状態を検出するための基地局側ＨＡＲＱバッファ検出手段、及び前記基地局側ＨＡＲＱバッファ検出手段の前記検出結果に基づき、前記現在のＨＡＲＱプロセスにおいて実行される前記データ送信又は再送信のための型を判定するための基地局側判定手段
を備える、システム。
【請求項２５】
請求項２０記載のシステムであって、ＵＥ側デバイスを更に備え、前記ＵＥ側デバイスが、
前記基地局からの前記ＲＲＣ又は他の制御命令を受信し、前記基地局からのそれぞれのデータ送信又は再送信、及び可能なＰＤＣＣＨを受信するデータ受信手段、
プリセット基準に基づき、前記受信されたデータの送信又は再送信のための型を判定するためのデータ型判定手段、及び
前記データ型判定手段の前記結果に基づき、それぞれのデータ合成を実行するデータ合成手段
を備える、システム。
【請求項２６】
請求項２５記載のシステムであって、前記ＵＥ側デバイスの前記データ型判定手段が、
前記スタンダードＣ−ＲＮＴＩに基づくＰＤＣＣＨ、又は前記ＳＰＳ−Ｃ−ＲＮＴＩに基づくＰＤＣＣＨをデコードするためのＰＤＣＣＨ検出手段、
前記対応するＨＡＲＱバッファ内の前記データバッファリング状態を検出するＵＥ側ＨＡＲＱバッファ検出手段、及び
前記ＰＤＣＣＨ検出手段及び前記ＵＥ側ＨＡＲＱバッファ検出手段の検出結果を合成することによって、前記受信されたデータの送信又は再送信のための型を判定するためのＵＥ側判定手段
を備える、システム。
【図１】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図６ａ】
【図６ｂ】
【図６ｃ】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図６ａ】
【図６ｂ】
【図６ｃ】
【図７】
【図８】
【図９】
【公表番号】特表２０１１−５２４７０１（Ｐ２０１１−５２４７０１Ａ）
【公表日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１１−５１３８３９（Ｐ２０１１−５１３８３９）
【出願日】平成２０年６月１６日（２００８．６．１６）
【国際出願番号】ＰＣＴ／ＣＮ２００８／００１１６６
【国際公開番号】ＷＯ２００９／１５２６３７
【国際公開日】平成２１年１２月２３日（２００９．１２．２３）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２０年６月１６日（２００８．６．１６）
【国際出願番号】ＰＣＴ／ＣＮ２００８／００１１６６
【国際公開番号】ＷＯ２００９／１５２６３７
【国際公開日】平成２１年１２月２３日（２００９．１２．２３）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]