(57)【特許請求の範囲】
【請求項１】
移動通信システムにおいてプロトコルデータユニットを受信するための方法であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信及び送信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記方法は、
プロトコルデータユニットの初回の送信データを受信するステップと、
前記プロトコルデータユニットの前記受信した初回の送信データを前記一つのＨＡＲＱプロセスに関連付けられた前記メモリ領域の分割された複数のメモリサブ領域の一つに格納するステップとを、含み、
前記一つのメモリサブ領域は、前記プロトコルデータユニットの前記初回の送信データに関連付けられた制御情報に基づいて選択される、または初回の送信データを格納するための前記メモリサブ領域は、前記複数のメモリサブ領域の中から予め決められた方式で選択され、前記方法は、
前記プロトコルデータユニットの再送信データに関連付けられた制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納される前記一つのメモリサブ領域を示すメモリサブ領域識別子を含む制御情報を受信するステップと、
前記プロトコルデータユニットの前記再送信データを前記受信した制御信号の前記メモリサブ領域識別子によって示された前記一つのメモリサブ領域に格納するステップと、
をさらに含んでなる、方法。
【請求項２】
移動通信システムにおいてプロトコルデータユニットを受信するための方法であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して送信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記方法は、
プロトコルデータユニットの初回の送信データを受信するステップと、
前記プロトコルデータユニットの前記受信した初回の送信データを前記一つのＨＡＲＱプロセスに関連付けられた前記メモリ領域の分割された複数のメモリサブ領域の一つに格納するステップと、
前記プロトコルデータユニットの再送信データに関連付けられた制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納される前記一つのメモリサブ領域を示すメモリサブ領域識別子を含む制御情報を受信するステップと、
前記プロトコルデータユニットの前記再送信データを前記受信した制御信号の前記メモリサブ領域識別子によって示された前記メモリサブ領域に格納するステップと、
を含む方法。
【請求項３】
前記プロトコルデータユニットの前記再送信データに関連付けられた前記制御情報は、前記プロトコルデータユニットを送信及び受信するために使用される前記一つのＨＡＲＱプロセスを識別する、ＨＡＲＱプロセス識別子を含む、請求項１または請求項２に記載の方法。
【請求項４】
特定の数のＨＡＲＱプロセスがデータを送信及び受信するために利用可能であり、追加のメモリ領域が持続的にスケジュールされる前記プロトコルデータユニットを受信するために確保される、請求項３に記載の方法。
【請求項５】
前記の数のＨＡＲＱプロセスのうちの一つが第１のＨＡＲＱプロセス識別子によって選択可能であり、追加のＨＡＲＱプロセスが第２のＨＡＲＱプロセス識別子によって選択可能である、請求項４に記載の方法。
【請求項６】
前記第２のＨＡＲＱプロセス識別子は、持続的にスケジュールされたプロトコルデータユニットに関連付けられた制御情報のトランスポートブロックサイズフィールドに書き込まれる、請求項５に記載の方法。
【請求項７】
持続的スケジューリングが前記プロトコルデータユニットを送信及び受信するために使用され、
前記ＨＡＲＱプロトコルの前記複数のＨＡＲＱプロセスの中から持続的にスケジュールされたプロトコルデータユニットを送信及び受信するための一つのＨＡＲＱプロセスを送信エンティティによって選択するステップと、
持続的スケジューリングで使用するように前記一つのＨＡＲＱプロセスを設定中に、または持続的スケジューリングで使用するように前記ＨＡＲＱプロセスを起動するための制御情報を用いることによって、前記選択された一つのＨＡＲＱプロセスを受信エンティティに通知するステップと、
をさらに含む、請求項１から請求項６のいずれかに記載の方法。
【請求項８】
移動通信システムにおいてプロトコルデータユニットを受信するための方法であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信及び送信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記方法は、
プロトコルデータユニットの初回の送信データを受信するステップと、
前記プロトコルデータユニットの前記受信した初回の送信データを前記一つのＨＡＲＱプロセスに関連付けられた前記メモリ領域の分割された複数のメモリサブ領域の一つに格納するステップとを、含み、
前記一つのメモリサブ領域は、前記プロトコルデータユニットの前記初回の送信データに関連付けられた制御情報に基づいて選択される、または初回の送信データを格納するための前記メモリサブ領域は、前記複数のメモリサブ領域の中から予め決められた方式で選択され、
前記プロトコルデータユニットの前記初回の送信データに関連付けられた前記制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納されるべき前記一つのメモリサブ領域を示している、メモリサブ領域識別子を含む前記制御情報を受信するステップをさらに含む、方法。
【請求項９】
前記プロトコルデータユニットの前記再送信データに関連付けられた制御情報は、前記プロトコルデータユニットの前記初回の送信データに関連付けられた前記制御情報の前記メモリサブ領域識別子と同一のメモリサブ領域識別子を含む、請求項８に記載の方法。
【請求項１０】
前記プロトコルデータユニットの前記初回の送信データと前記再送信データに関連付けられた前記制御情報は、前記プロトコルデータユニットを送信及び受信するために使用される前記一つのＨＡＲＱプロセスを識別する、ＨＡＲＱプロセス識別子を含む、請求項８または請求項９に記載の方法。
【請求項１１】
前記プロトコルデータユニットに続く、第２のプロトコルデータユニットの送信信号は、前記プロトコルデータユニットの前記送信データが格納されている前記一つのメモリサブ領域とは異なるメモリサブ領域に格納される、請求項１から請求項１０のいずれかに記載の方法。
【請求項１２】
前記異なるメモリサブ領域は、前記第２のプロトコルデータユニットの初回の送信データに関連付けられた制御情報に基づいて選択される、または前記異なるメモリサブ領域は、前記プロトコルデータユニットの前記送信データを格納するために使用された前記一つのメモリサブ領域の次に続くメモリサブ領域である、請求項１１に記載の方法。
【請求項１３】
前記メモリサブ領域識別子は、前記制御情報の新規データインジケータフィールドに書き込まれる、請求項１から請求項１２のいずれかに記載の方法。
【請求項１４】
前記メモリサブ領域識別子は、前記一つのＨＡＲＱプロセスに関連付けられた前記メモリ領域の分割された前記複数のメモリサブ領域の一つを示すための少なくとも１ビットをもつ、請求項１から請求項１３のいずれかに記載の方法。
【請求項１５】
前記一つのＨＡＲＱプロセスの各メモリサブ領域の大きさは、前記プロトコルデータユニットの一つのサイズの２倍よりも大きい、請求項１から請求項１４のいずれかに記載の方法。
【請求項１６】
プロトコルデータユニットの初回の送信データと再送信データは、同一のメモリサブ領域に格納され、前記プロトコルデータユニットを構成するためにソフト合成される、請求項１から請求項１５のいずれかに記載の方法。
【請求項１７】
前記方法は、前記移動通信システム中の移動ノードまたは無線制御エンティティによって実行され得る、請求項１から請求項１６のいずれかに記載の方法。
【請求項１８】
移動通信システムにおいてプロトコルデータユニットを受信するための装置であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記装置は、
あるプロトコルデータユニットの送信データを格納するように適合され、前記一つのＨＡＲＱプロセスに関連付けられ、複数のメモリサブ領域に分割されたメモリ領域と、
プロトコルデータユニットの初回の送信データを受信するように適合された受信器と、
前記受信したプロトコルデータユニットを前記一つのＨＡＲＱプロセスの前記複数のメモリサブ領域の一つに格納するように適合されたプロセッサと、を具備し、
前記一つのメモリサブ領域は、前記プロトコルデータユニットの前記初回の送信データに関連付けられた制御情報に基づいて選択される、または初回の送信データを格納するための前記メモリサブ領域は、前記複数のメモリサブ領域の中から予め決められた方式で選択され、
前記受信器は、前記プロトコルデータユニットの再送信データに関連付けられた制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納される前記一つのメモリサブ領域を示すメモリサブ領域識別子を含む制御情報を受信するようにさらに適合され、
前記プロセッサは、前記プロトコルデータユニットの前記再送信データを前記受信した制御信号の前記メモリサブ領域識別子によって示された前記一つのメモリサブ領域に格納するようにさらに適合される、装置。
【請求項１９】
移動通信システムにおいてプロトコルデータユニットを受信するための装置であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記装置は、
あるプロトコルデータユニットの送信データを格納するように適合され、前記一つのＨＡＲＱプロセスに関連付けられ、複数のメモリサブ領域に分割されたメモリ領域と、
プロトコルデータユニットの初回の送信データを受信するように適合された受信器と、
前記受信したプロトコルデータユニットを前記一つのＨＡＲＱプロセスの前記複数のメモリサブ領域の一つに格納するように適合されたプロセッサと、を具備し、
前記受信器は、前記プロトコルデータユニットの再送信データに関連付けられた制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納される前記一つのメモリサブ領域を示すメモリサブ領域識別子を含む制御情報を受信するようにさらに適合され、
前記プロセッサは、前記プロトコルデータユニットの前記再送信データを前記受信した制御信号の前記メモリサブ領域識別子によって示された前記一つのメモリサブ領域に格納するようにさらに適合される、装置。
【請求項２０】
前記ＨＡＲＱプロトコルの前記メモリ領域は、予め決められた数のＨＡＲＱプロセスの間で分配されるように分割され、追加のメモリ領域が持続的にスケジュールされる前記プロトコルデータユニットを受信するために確保される、請求項１８または請求項１９に記載の装置。
【請求項２１】
持続的スケジューリングが前記プロトコルデータユニットを送信及び受信するために使用され、送信エンティティが、前記ＨＡＲＱプロトコルの前記複数のＨＡＲＱプロセスの中から持続的にスケジュールされたプロトコルデータユニットを送信及び受信するための一つのＨＡＲＱプロセスを選択し、
前記受信器は、持続的スケジューリングで使用するように前記一つのＨＡＲＱプロセスを設定するための設定メッセージ内で、または持続的スケジューリングで使用するように前記ＨＡＲＱプロセスを起動するための制御情報内で、前記選択された一つのＨＡＲＱプロセスの情報を受信するように適合される、請求項１８から請求項２０のいずれかに記載の装置。
【請求項２２】
前記受信器は、前記プロトコルデータユニットの前記初回の送信データに関連付けられた前記制御情報であり、前記プロトコルデータユニットの前記初回の送信データが格納されるべき前記一つのメモリサブ領域を示している、メモリサブ領域識別子を含む前記制御情報を受信するようにさらに適合される、請求項１８に記載の装置。
【請求項２３】
前記プロセッサは、前記プロトコルデータユニットに続く、第２のプロトコルデータユニットの受信した送信信号を、前記プロトコルデータユニットの前記送信データが格納されている前記一つのメモリサブ領域とは異なるメモリサブ領域に格納するように適合される、請求項１８から請求項２２のいずれかに記載の装置。
【請求項２４】
前記移動通信システム中の移動ノードまたは無線制御エンティティである、請求項１８から請求項２３のいずれかに記載の装置。
【請求項２５】
移動通信システムにおいてプロトコルデータユニットを送信するための装置であって、前記プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有し、前記装置は、
前記一つのＨＡＲＱプロセスに関連付けられて、あるプロトコルデータユニットの送信データを格納するように適合されたメモリ領域と、
前記プロトコルデータユニットの初回の送信データを送信するように適合された送信器と、
前記送信したプロトコルデータユニットを前記一つのＨＡＲＱプロセスの前記メモリ領域に格納するように適合されたプロセッサと、を具備し、
受信エンティティは前記送信データを受信し、格納するために、あるＨＡＲＱプロセスを使用し、前記受信エンティティのＨＡＲＱプロセスに関連付けられたメモリ領域は複数のメモリサブ領域に分割され、
前記プロトコルデータユニットの前記初回の送信データが格納される、前記受信エンティティのＨＡＲＱプロセスの一つのメモリサブ領域を示すメモリサブ領域識別子を含む、前記プロトコルデータユニットの再送信データの制御情報を前記受信エンティティへ送信するように、前記送信器がさらに適合される、装置。
【請求項２６】
前記受信エンティティが前記プロトコルデータユニットの送信データを格納するための一つのメモリサブ領域を選択する予め決められた方式に基づいて、前記プロトコルデータユニットの前記初回の送信データが格納される、前記受信エンティティのＨＡＲＱプロセスの前記一つのメモリサブ領域を決定するように、前記プロセッサは適合される、請求項２５に記載の装置。
【請求項２７】
前記一つのＨＡＲＱプロセスに関連付けられた前記メモリ領域は、複数のメモリサブ領域に分割され、各サブ領域は特定のプロトコルデータユニットの送信信号を格納する、請求項２５または請求項２６に記載の装置。
【請求項２８】
請求項１８から請求項２４のいずれかに記載のプロトコルデータユニットを受信するための装置と、請求項２５から請求項２７のいずれかに記載のプロトコルデータユニットを送信するための装置とを含む通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいてプロトコルデータユニットを受信するための方法および装置、移動通信システムにおいてプロトコルデータユニットを送信するための装置、ならびに通信システムに関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access;広帯域符号分割多元接続）は、第三世代無線移動通信システムとしての利用に向けて標準化されたＩＭＴ−２０００システム（International Mobile Telecommunicationシステム）のための無線インタフェースである。Ｗ−ＣＤＭＡは、音声サービスやマルチメディア移動通信サービスなど多様なサービスを柔軟で効率的な方法で提供する。日本、欧州、米国、その他の国々の標準化機関は、Ｗ−ＣＤＭＡについての共通無線インタフェース仕様を作成するために、合同でthe 3rd Generation Partnership Project（３ＧＰＰ）というプロジェクトを組織した。
【０００３】
ＩＭＴ−２０００の標準化された欧州バージョンは、一般に、ＵＭＴＳ（Universal Mobile Telecommunication System）と呼ばれる。ＵＭＴＳの仕様の最初のリリースは、１９９９年に公表された（リリース９９）。その後、リリース４、リリース５及びリリース６において標準の改良が幾度か３ＧＰＰにより標準化された。
【０００４】
この技術を拡張し、発展させる最初の段階は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と拡張アップリンク―高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも呼ばれる―の導入を伴い、それにより非常に競争力の高い無線アクセス技術が生まれた。
【０００５】
しかし、ユーザ及び通信事業者の要望と期待は進展し続けることを知り、３Ｇの長期の競争力を確実にするために、３ＧＰＰは３Ｇ標準の次の主要な段階または発展を検討し始めた。
【０００６】
３ＧＰＰは、最近、「進化したＵＴＲＡ（ＵＭＴＳ Terrestrial Radio Access）及びＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network）」―これは、「Long Term Evolution（ＬＴＥ）；ロングタームエボリューション」としてもっとよく知られている―という研究項目に着手した。この研究は、サービス提供を向上させ、ユーザと通信事業者のコストを減少させるために、性能の大きな飛躍を達成する手段を探ろうとするものである。インターネットプロトコル（ＩＰ）がモビリティ制御に使用され、すべての将来のサービスはＩＰベースになるであろうと一般に想定される。したがって、上記発展の焦点は、既存のＵＭＴＳシステムのパケット交換（ＰＳ）分野の拡張にある。
【０００７】
上記発展の主要な目的は、すでに言及したとおり、サービス提供をさらに向上させ、ユーザと通信事業者のコストを減少させることである。さらに詳しく、ロングタームエボリューション（ＬＴＥ）のための重要な性能、能力及び配備の要件をいくつか挙げると、とりわけ次のものがある。
【０００８】
・  ＨＳＤＰＡ及びＨＳＵＰＡと比較して大幅に高速化したデータ伝送速度（ダウンリンク上で１００ Ｍｂｐｓ以上、アップリンク上で５０ Ｍｂｐｓ以上の目標最高データ伝送速度が想定されている）
・  アップリンク（ＵＬ）とダウンリンク（ＤＬ）のそれぞれで２、３倍向上した、平均ユーザスループット
・  広域のカバレッジでの高いデータ伝送速度
・  アップリンクとダウンリンクで２倍向上した、セル辺縁部におけるユーザスループット
・  それぞれで２、３倍向上した、アップリンク及びダウンリンクのスペクトル効率
・  より上位層のプロトコル（例えば、ＴＣＰ）の性能を向上させるためのユーザプレーンにおけるレイテンシーの大幅な減少、並びに制御プレーンの手順（例えば、セッション設定）に伴う遅延を減少させること
・  １．２５ ＭＨｚから２０ ＭＨｚまでの範囲の様々なサイズのスペクトル割当て内での独立したシステム動作。
【０００９】
他にもう一つ、ロングタームエボリューションのための配備に関係した要件は、これらの技術へのスムーズな移行を可能にすることである。
【００１０】
高ビットレートを提供できる能力は、ＬＴＥの鍵となる手段である。多重入出力（ＭＩＭＯ）技術を使用した単一の端末への多重並列データストリーム送信は、これに到達するための重要な要素である。より大きな送信帯域幅と、それに加えて、柔軟なスペクトル割当ては、どの無線アクセス技術を使用するかを決定する際に考慮すべきそのほかの要素である。ダウンリンクにおける適応的多層ＯＦＤＭ（直交周波数分割多重）、すなわち適応的多層（ＡＭＬ）−ＯＦＤＭの選択は、一般的に、異なる帯域幅で動作することを容易にするだけでなく、とりわけ、高データ伝送速度のための大きな帯域幅を与えることにもなる。１．２５ ＭＨｚから２０ ＭＨｚまでの範囲で可変であるスペクトル割当ては、対応する数のＡＭＬ−ＯＦＤＭサブキャリアを割り当てることによってサポートされる。時分割二重と周波数分割二重の両方がＡＭＬ−ＯＦＤＭでサポートされるので、ペアのスペクトル、非ペアのスペクトルの両方での動作が可能である。
【００１１】
周波数領域での適応を含むＯＦＤＭ
ＡＭＬ−ＯＦＤＭベースのダウンリンクは、１５ ｋＨｚの間隔をとる多数の個々のサブキャリアを基にした周波数構成をもつ。この周波数粒度（きめ細かさ）は、デュアルモードのＵＴＲＡ（ＵＭＴＳ Terrestrial Radio Access）／Ｅ−ＵＴＲＡ（進化したＵＭＴＳ Terrestrial Radio Access）端末の実現を容易にする。高ビットレートに到達できる能力は、システム中での遅延短縮に大きく依存し、このための前提条件は、短いサブフレーム時間長である。したがって、無線インタフェースのレイテンシーを最小にするために、ＬＴＥのサブフレーム時間長は、１ ｍｓほどに短く設定される。オーバヘッドを適度に抑えつつ、異なる遅延拡散と対応するセルサイズに対処するために、ＯＦＤＭのサイクリックプレフィックス長は二つの異なる値をとり得る。より短い４．７ ｍｓのサイクリックプレフィックスは、ほとんどのユニキャストのシナリオにおける遅延拡散に対処するのに十分である。１６．７ ｍｓのより長いサイクリックプレフィックスを用いれば、大きな時間分散量をもつ、セル半径が１２０ｋｍまでに達する及びそれ以上になる、非常に大きなセルに対処可能である。この場合には、１サブフレーム中のＯＦＤＭシンボル数を減少させることによって、サイクリックプレフィックス長を長くする。
【００１２】
直交周波数分割多重（ＯＦＤＭ）の基本原理は、周波数帯域を複数の狭帯域のチャネルに分割することである。したがって、マルチパス環境に起因して全体の周波数帯域のチャネルが周波数選択的である場合にも、ＯＦＤＭは比較的均一の並列のチャネル（サブキャリア）上でのデータ送信を可能にする。各サブキャリアは異なるチャネル状態になることから、各サブキャリアそれぞれの容量は変化可能であり、各サブキャリア上で異なるデータ伝送速度での送信を可能にする。したがって、適応変調及び符号化（ＡＭＣ）によるサブキャリア単位の（周波数領域での）リンク適応（ＬＡ）は、個々のサブキャリア上で異なるデータ伝送速度の送信を行なうことによって無線効率を増加させる。
【００１３】
ＯＦＤＭＡは、複数のユーザが、ＯＦＤＭシンボル当たり別個のサブキャリア上で同時に送信することを可能にする。すべてのユーザが特定のサブキャリア中で深いフェーディングを経験する可能性は非常に低いので、サブキャリアをその対応サブキャリア上でよいチャネルゲインを見込むユーザに割り当てることを確実にすることができる。ダウンリンクのリソースをセル内の異なるユーザに割り当てる際に、各サブキャリアについて各ユーザが経験したチャネル状態の情報をスケジューラは考慮に入れる。ユーザによるシグナリングで通知された制御情報、すなわち、ＣＱＩにより、スケジューラは複数のユーザ間のダイバーシチを利用することによりスペクトル効率の増加を図れる。
【００１４】
ＬＴＥのアーキテクチャ
全般的なアーキテクチャを図１に示し、Ｅ−ＵＴＲＡＮ（進化したＵＴＭＳ Terrestrial Radio Access Network）のアーキテクチャをより詳細に表わした図を図２に示す。Ｅ−ＵＴＲＡＮは、移動ノード（以下ではＵＥまたはＭＮと言う）へ向かって、Ｅ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）のプロトコルの終端点となる、拡張型ノードＢ（ｅＮＢ）の集まりで構成される。
【００１５】
ｅＮＢは、ユーザプレーンのヘッダ圧縮や暗号化の機能性を含む、物理（ＰＨＹ）層、媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、及びパケットデータ制御プロトコル（ＰＤＣＰ）層を収容する。ｅＮＢはまた、制御プレーンに対応する無線リソース制御（ＲＲＣ）の機能性を提供する。さらに、ｅＮＢは、無線リソースの管理、進入許可の管理、スケジューリング、交渉により決められたＵＬ−ＱｏＳ（サービス品質）の強制的な実施、セル情報のブロードキャスト、ユーザプレーンデータ及び制御プレーンデータの暗号化／復号化、及びＤＬ／ＵＬユーザプレーンパケットヘッダの圧縮／復元を含む多くの機能を実行する。各ｅＮＢどうしは、Ｘ２インタフェースによって相互に接続される。各ｅＮＢはまた、Ｓ１インタフェースによってＥＰＣ（進化したパケットコア）に接続される。より具体的には、各ｅＮＢは、Ｓ１−ＭＭＥによってＭＭＥ（モビィリティ管理エンティティ）に接続され、Ｓ１−Ｕによってサービングゲートウェイ（Ｓ−ＧＷ）に接続される。Ｓ１インタフェースは、各ＭＭＥ／サービングゲートウェイと各ｅＮＢの間の多対多の関係をサポートする。
【００１６】
Ｓ−ＧＷは、ユーザデータパケットを経路付けて転送するとともに、ｅＮＢ間のハンドオーバ中にユーザプレーンのモビィリティアンカーとしての役目を果たし、並びにＬＴＥとその他の３ＧＰＰ技術の間のモビィリティのアンカーとしての役目を果たす（２Ｇ／３Ｇシステムとパケットデータネットワークゲートウェイの間のＳ４インタフェースの終端及びトラフィックの中継）。アイドル状態のＵＥに対して、Ｓ−ＧＷはＤＬデータ経路をＵＥに終端し、ＤＬデータがＵＥへ到着するとページング（呼び出し）を始動する。Ｓ−ＧＷは、ＵＥのコンテクスト、例えば、ＩＰベアラサービス、ネットワーク内ルーティング情報のパラメータを管理し、格納する。Ｓ−ＧＷはまた、合法的な遮断の際にはユーザトラフィックを複製することを実行する。
【００１７】
ＭＭＥは、ＬＴＥアクセスネットワークにとって鍵となる重要な制御ノードである。ＭＭＥは、再送信を含む、アイドルモードのＵＥのトラッキング（追跡）及びページング（呼び出し）手順の実行を担う。ＭＭＥは、ベアラ起動／停止プロセスに関与し、最初のアタッチ時、及び別のコアネットワーク（ＣＮ）ノードへの移動を伴うＬＴＥ内のハンドオーバ時に、ＵＥに対応するＳ−ＧＷを選択することも担う。ＭＭＥは、（ホーム加入者サーバ、ＨＳＳと連携動作することによって）ユーザを認証することを担う。非アクセス層（ＮＡＳ）シグナリングはＭＭＥに終端し、ＭＭＥはＵＥに対する一時的識別の作成と割当ても担う。ＭＭＥは、サービスプロバイダの公共的な地上移動通信ネットワーク（ＰＬＭＮ）に停留しようとするＵＥの認証を確認し、ＵＥのローミングに一定の制約を強いる。ＭＭＥは、ＮＡＳシグナリングの暗号化／インテグリティ保護のためのネットワーク内の終端点であり、セキュリティキーの管理を行なう。シグナリングの合法的な遮断もＭＭＥによってサポートされる。ＭＭＥはまた、ＳＧＳＮからＳ３インタフェースをＭＭＥに終端するなど、ＬＴＥと２Ｇ／３Ｇアクセスネットワークの間のモビィリティのための制御プレーン機能を提供する。ＭＭＥはまた、ローミング中のＵＥに対して、ホームのＨＳＳヘ向かうＳ６ａインタフェースを終端する。
【００１８】
ハイブリッドＡＲＱ方式
非信頼性チャネルを介したパケット送信システムにおけるエラー検出及び訂正のための一般的な技術は、ハイブリッド自動再送要求（ＨＡＲＱ）と呼ばれる。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）とＡＲＱを組み合わせたものである。
【００１９】
自動再送要求（ＡＲＱ）は、信頼性データ送信を達成するために、肯定応答とタイムアウトを使用する、データ送信のエラー制御方法である。肯定応答は、受信機がデータパケットを正しく受信したことを示すために、受信機によって送信機へ送信されるメッセージである。肯定応答を受信するために妥当な時間間隔にしてあるタイムアウト前に、送信機が肯定応答を受信しない場合には、肯定応答を受信するまで、あるいは所定の再送信回数を超えるまで、送信機は、通常、フレームを再送信する。
【００２０】
順方向誤り訂正は、データ送信におけるエラーを制御するために採用され、送信機がそのメッセージに冗長データを付加するものである。これは、エラーが発生したか否かを受信機が検出できるようにし、さらに、送信機からの追加のデータを要求せずに、いくらかのエラーの訂正を可能にする。したがって、ある限度内で、ＦＥＣは一部のエラーの訂正を可能にするので、データパケットの再送信をしばしば回避できる。しかし、各データパケットに付加される追加のデータがあるために、これはより高い帯域幅が必要になるという代償を払うことになる。
【００２１】
ＦＥＣ符号化されたパケットが送信され、受信機がこのパケットを正しく復号できない場合（エラーは通常、ＣＲＣ（循環冗長検査）によってチェックされる）、受信機は当該パケットの再送信を要求する。
【００２２】
送信信号を構成する情報（一般に、符号ビット／シンボル）により、及び受信機がこの情報をどのように処理するかにより、以下のハイブリッドＡＲＱ方式が定義される。
【００２３】
タイプＩ：エラー検出情報（ＣＲＣなど）がデータパケットに付加された後、データパケットは、順方向誤り訂正符号（リードソロモン符号またはターボ符号など）で符号化される。受信機では、ＦＥＣ符号が復号されて、パケットの品質が決定される。チャネル品質が十分に良ければ、すべての送信エラーは訂正可能であるはずであり、受信機は実際のデータパケットを正しく復号できる。チャネル品質が悪く、すべての送信エラーを訂正できない場合には、受信した符号化データパケットは廃棄され、上記データパケットの再送信が受信機によって要求される。このタイプのＨＡＲＱでは、再送信は初回の送信時と同じＦＥＣ符号を使用する。さらに、再送信データパケットは、初回の送信データと同一の情報（符号ビット／シンボル）を含む。上記の結果、受信した送信データはすべて、受信機で別々に復号される。
【００２４】
タイプＩＩ：第２のタイプのＨＡＲＱによると、受信機がパケットを正しく復号できない場合、受信機は（受信エラーとなった）符号化パケットの情報をソフト情報（ソフトビット／シンボル）として記憶し、送信機からの再送信が要求される。これは、受信機上にソフトバッファが必要であることを暗に示す。再送信データは、初回に送信されたデータパケットと比較して、同一の、部分的に同一の、または同一ではない情報（符号ビット／シンボル）から構成され得る。再送信データを受信時、受信機はソフトバッファから取り出した記憶した情報と今回受信した情報とを合成し、合成した情報に基づいてパケットを復号しようとする。各送信データのこのような合成は、いわゆるソフト合成をさし、複数受信した個々の符号ビット／シンボルは尤度合成され、単数受信した個々の符号ビット／シンボルは符号合成される。ソフト合成の一般的方法は、受信した変調シンボルの最大比合成、及び対数尤度比（ＬＬＲ）合成である（ＬＬＲ合成は符号ビットだけに有効である）。データパケットを正しく受信する確率は再送信データを受信するたびに増加することから、タイプＩＩのＨＡＲＱ方式はタイプＩのＨＡＲＱ方式よりも洗練されている。この増加は、受信機上のＨＡＲＱソフトバッファという代償を払って生まれる。
【００２５】
タイプＩＩのＨＡＲＱ方式は、再送信されなくてはならない情報の量を制御することによって、動的リンク適応を実施するために使用可能である。例えば、復号がほとんど成功したことを受信機が検出する場合、次の再送信では情報のほんの少しの部分（前回の送信時よりも少ない符号ビット数／シンボル数）を送信するように要求できる。この場合には、再送信パケットをそれだけで正しく復号することは理論的には不可能である―これは自己復号不可能な再送信と呼ばれる―ということが起こり得る。
【００２６】
タイプＩＩＩ：これは、初回の送信でも、再送信でも、各送信データは自己復号可能でなければならないという制約を付けた、タイプＩＩのＨＡＲＱのサブセットである。
【００２７】
ＨＡＲＱメカニズムはユニキャストデータ送信用に定義されたものであり、信頼性を提供するための再送信の二つのレベル、すなわち、ＭＡＣ層でのハイブリッド自動再送要求（ＨＡＲＱ）とＲＬＣ層でのアウターＡＲＱがある。
【００２８】
Ｌ１／Ｌ２制御シグナリング
パケットスケジューリングを採用するシステムにおいてデータを正しく受信または送信するための十分なサイド情報を提供するために、いわゆるＬ１／Ｌ２制御シグナリングが送信される必要がある。データとともにダウンリンク上で送信されるＬ１／Ｌ２制御シグナリングを利用して、スケジュールされた個々のユーザは、それらの割当て状態、トランスポートフォーマット及びその他の関連情報（例えば、ハイブリッドＡＲＱ（自動再送要求））を通知される必要がある。制御シグナリングは、１サブフレーム中にダウンリンクデータと多重化される必要がある（ユーザ割当てがサブフレーム単位で変わり得ると仮定すると）。ここで、ＴＴＩ（送信時間間隔）―ＴＴＩ長はサブフレームの倍数である―単位でユーザ割当てを実施することも可能であることに留意すべきである。ＴＴＩ長は、すべてのユーザに対してサービスエリア内で固定値であってもよいし、ユーザ別に異なってもよいし、あるいはユーザごとに動的ですらあってもよい。一般に、Ｌ１／Ｌ２制御シグナリングは、ＴＴＩ当たり一回送信されればよい。しかし、ある場合には、信頼性を増加するために、ＴＴＩ内でＬ１／Ｌ２制御シグナリングを繰り返すことが理にかなうこともある。
【００２９】
ＡＲＱ方式を採用する場合のダウンリンクとアップリンクのデータ送信について典型的な動作メカニズムを以下に説明する。
【００３０】
−  ダウンリンクのデータ送信
ダウンリンクのパケットデータ送信とともに、別の物理チャネル上でＬ１／Ｌ２制御シグナリングが送信される。このＬ１／Ｌ２制御シグナリングは、通常、以下のものに関する情報を含む。
【００３１】
○  データがそれを用いて送信される物理的リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）。この情報は、データがそれを用いて送信されるリソースをＵＥ（受信機）が識別できるようにする。
【００３２】
○  送信に使用されるトランスポートフォーマット。これは、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調及び符号化方式）のレベル、スペクトル効率、符号率等であり得る。この情報（通常、リソース割当てと一緒に与えられる）は、ＵＥ（受信機）が、復調、デレートマッチング及び復号処理を開始するために、情報ビットサイズ、変調方式及符号率を特定できるようにする。ある場合には、変調方式が明示的にシグナリングされることもある。
【００３３】
○  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
【００３４】
−  プロセス番号：データが対応付けられているハイブリッドＡＲＱプロセスをＵＥが識別できるようにする。
【００３５】
−  シーケンス番号または新規データインジケータ（ＮＤＩ）：当該送信が新規のパケットであるか再送信パケットであるかをＵＥが識別できるようにする。
【００３６】
−  冗長バージョン及び／またはコンステレーションバージョン：使用されているハイブリッドＡＲＱの冗長バージョンは何であるか（デレートマッチングのために必要）、及び／または使用されている変調コンステレーションバージョンは何であるか（復調のために必要）をＵＥに指示する。
【００３７】
○  ＵＥの識別（ＵＥ ＩＤ）：当該Ｌ１／Ｌ２制御シグナリングの宛先がどのＵＥであるかを示唆する。典型的な実現では、この情報は、他のＵＥがこの情報を読むことを防止するために、当該Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクすることになるように使われる。
【００３８】
−  アップリンクのデータ送信
アップリンクのパケットデータ送信を可能にするために、送信データの詳細をＵＥに示唆するためのＬ１／Ｌ２制御シグナリングがダウンリンク上で送信される。このＬ１／Ｌ２制御シグナリングは、通常、以下のものに関する情報を含む。
【００３９】
○  ＵＥがそれを用いてデータを送信すべき物理的リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）。
【００４０】
○  ＵＥが送信に使用すべきトランスポートフォーマット。これは、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調及び符号化方式）のレベル、スペクトル効率、符号率等であり得る。この情報（通常、リソース割当てと一緒に与えられる）は、ＵＥ（送信機）が、変調、レートマッチング及び符号化処理を開始するために、情報ビットサイズ、変調方式及符号率を取得できるようにする。ある場合には、変調方式が明示的にシグナリングされることもある。
【００４１】
○  ハイブリッドＡＲＱ情報：
【００４２】
−  プロセス番号：ＵＥがそこからデータを取得すべきハイブリッドＡＲＱプロセスがどれであるかをＵＥに指示する。
【００４３】
−  シーケンス番号または新規データインジケータ（ＮＤＩ）：新しいパケットを送信すべきか、またはパケットを再送信すべきかをＵＥに指示する。
【００４４】
−  冗長バージョン及び／またはコンステレーションバージョン：使用すべきハイブリッドＡＲＱの冗長バージョンは何であるか（レートマッチングのために必要）、及び／または使用すべき変調コンステレーションバージョンは何であるか（変調のために必要）をＵＥに指示する。
【００４５】
○  ＵＥの識別（ＵＥ ＩＤ）：データを送信すべきＵＥはどのＵＥであるかを指示する。典型的な実現では、この情報は、他のＵＥがこの情報を読むことを防止するために、当該Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクすることになるように使われる。
【００４６】
上記の個々の情報要素を正確に送信する方法として、いくつかの異なるやり方がある。さらに、Ｌ１／Ｌ２制御情報は、追加の情報を含むこともあり、または上記情報の一部を除外することもあり得る。例えば、
【００４７】
−  同期ＨＡＲＱプロトコルの場合には、ＨＡＲＱプロセス番号は必要ないということがあり得る。
【００４８】
−  チェイス合成が使用される場合には（常に同じ冗長バージョン及び／またはコンステレーションバージョン）または冗長バージョン及び／またはコンステレーションバージョンの順番が予め定義されている場合には、冗長バージョン及び／またはコンステレーションバージョンは必要ないということがあり得る。
【００４９】
−  電力制御情報を制御シグナリングに追加的に含めることができる。
【００５０】
−  例えば、予符号化などのＭＩＭＯに関係した制御情報を制御シグナリングに追加的に含めることができる。
【００５１】
−  マルチコードワードＭＩＭＯ送信の場合には、複数の符号語に対応するトランスポートフォーマット及び／またはＨＡＲＱ情報を含めることができる。
【００５２】
アップリンクのデータ送信の場合に、上記に挙げた情報の一部またはすべてをダウンリンクではなく、アップリンクを通じてシグナリングすることも可能である。例えば、基地局は、あるＵＥがそれを用いて送信すべき物理的リソースを定義するだけでよい。したがって、ＵＥが、トランスポートフォーマット、変調方式及び／またはＨＡＲＱパラメータを選択し、アップリンクを通じてシグナリングするということがあり得る。上記の情報のどの程度の部分をアップリンクでシグナリングするのか、どのくらいの割合をダウンリンクでシグナリングするのかは、主として、設計上の問題であり、ネットワークが行なうべき制御はどのくらいの比重か、ＵＥにゆだねるべき自律性はどのくらいの比重かの考え方に依存する。
【００５３】
一般に、Ｌ１／Ｌ２制御シグナリングを用いて送信される情報は、以下の二つのカテゴリーに分けることができる。
【００５４】
−  共有制御情報（ＳＣＩ）を伝えるカテゴリー１の情報。Ｌ１／Ｌ２制御シグナリングのＳＣＩ部分は、リソース割当て（指示）に関係した情報を含む。ＳＣＩは、通常、以下の情報を含む。
【００５５】
−  割り当てられるユーザを示すユーザ識別
【００５６】
−  ユーザがそこに割り当てられるリソース（リソースブロック、ＲＢ）を示すＲＢ割当て情報。ユーザがそこに割り当てられるＲＢの数は動的であり得ることに留意されたい。
【００５７】
−  選択的：複数のサブフレーム（またはＴＴＩ）への割当てが可能である場合、割当ての期間
【００５８】
その他のチャネルの設定と個別制御情報（ＤＣＩ）の設定に応じて、ＳＣＩはアップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング情報、ＤＣＩに関する情報（リソース、ＭＣＳ等）を追加的に含むことができる。
【００５９】
−  個別制御情報（ＤＣＩ）を伝えるカテゴリー２／３の情報。Ｌ１／Ｌ２制御シグナリングのＤＣＩ部分は、カテゴリー１によって指示されたスケジュールされたユーザへ送信されるデータの送信フォーマット（カテゴリー２）に関係した情報を含む。さらに、ハイブリッドＡＲＱを適用する場合には、ＤＣＩ部分はＨＡＲＱ（カテゴリー３）情報を伝える。ＤＣＩは、カテゴリー１に従ってスケジュールされたユーザだけに復号されればよい。ＤＣＩは、通常、以下の情報を含む。
【００６０】
−  カテゴリー２：変調方式、トランスポートブロック（ペイロード）サイズ（または符号化率）、ＭＩＭＯに関係した情報等。（トランスポートブロック（またはペイロードサイズ）または符号化率の一方をシグナリングすればよいことに留意すべきである。どんな場合でも、変調方式情報とリソース情報（割り当てられたＲＢ数）を用いることにより、これらのパラメータは互いから算出可能である。）
【００６１】
−  カテゴリー３：ＨＡＲＱに関係した情報、例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号。
【００６２】
持続的スケジューリング
ダウンリンクでは、Ｅ-ＵＴＲＡＮは、Ｌ１／Ｌ２制御チャネル上のＣ−ＲＮＴＩ（セル無線ネットワーク一時的識別子）を用いて、ＴＴＩ単位でリソースを動的にＵＥに割り当てることができる。ＵＥは、ＵＥがダウンリンク受信可能な状態のとき（アクティビティはＤＲＸ（非連続的な受信）によって制御される）、利用可能な割当てを見つけるためにＬ１／Ｌ２制御チャネルを常にモニターする。
【００６３】
さらに、Ｅ-ＵＴＲＡＮは、最初（初回）の送信用の持続的なダウンリンクのリソースをＵＥに割り当てることができる。必要な場合は、Ｌ１／Ｌ２制御チャネルを介して、再送信が明示的に（動的に）ＵＥへシグナリング（通知）されるが、これは非同期ＨＡＲＱプロトコルがダウンリンクでは使用されるからである。ダウンリンクの非同期性のため、ＵＥは、再送信が予定されるデータパケットはどれであるかを明示的にシグナリング（通知）される必要がある。より詳細には、例えば、Ｎ−プロセスストップアンドウエイトＨＡＲＱプロトコルが採用され得る―これは、ＤＬでは非同期的再送信を行い、ＵＬでは同期的再送信を行なう。同期ＨＡＲＱは、ＨＡＲＱブロックの再送信が所定の周期的間隔で発生することを意味する。したがって、受信機に再送信スケジュールを指示するための明示的なシグナリングは必要とされない。逆に、非同期ＨＡＲＱは、無線インタフェース状態に基づいて再送信をスケジュールする柔軟性を提供する。この場合、正しい合成とプロトコル動作を可能にするためには、ＨＡＲＱプロセスのある識別がシグナリングされる必要がある。
【００６４】
さらに、ＵＥは持続的なリソースへ割り当てられることが可能である。ＵＥが持続的リソースを得ているサブフレームにおいて、ＵＥがＬ１／Ｌ２制御チャネル上で自己のＣ−ＲＮＴＩを検出できない場合には、ＴＴＩ内でＵＥが割り当てられた持続的割当てに従ったダウンリンク送信が想定される。
【００６５】
持続的グラントの起動／停止のためのＬ１／Ｌ２制御シグナリングと動的グラントのための割当てを区別するための可能性はいくつかある。これらの可能性の中には、制御情報中で区別用の追加フィールドを用いる、持続的割当てのための追加のＣ−ＲＮＴＩを用いる、または制御情報の既存のフィールド中でコードポイントを用いることなどがある。
【００６６】
さらに、ＵＥが持続的リソースを得ているサブフレームにおいて、ＵＥがＬ１／Ｌ２制御チャネル上で自己のＣ−ＲＮＴＩを検出する場合には、Ｌ１／Ｌ２制御チャネルによる割当てがそのＴＴＩに対する持続的割当てに優先し、ＵＥは持続的リソースを復号しない。
【００６７】
持続的スケジューリングの目的は、第１層と第２層の制御チャネルのオーバヘッド、特にＶｏＩＰトラフィックに対する上記オーバヘッドを減少させることである。
【００６８】
図３には、持続的にスケジュールされたデータパケット（プロトコルデータユニット）が、拡張型ノードＢ（ｅＮＢ）と移動ノード（ＵＥ）の間でどのように送信されるのかが図示されている。図３では、ＵＥがいつ、どこで、どのように動的にスケジュールされたデータを受信するのかを知るように、ｅＮＢからＵＥへ制御情報（Ｌ１／Ｌ２制御シグナリング）を提供するために、ＰＤＣＣＨチャネル（物理的ダウンリンク制御チャネル）が使用される。すでに述べたように、持続的スケジューリングを使用する場合、データの初回の送信（１ｓｔｔｘ）を送信するためのリソースが持続的に（例えば、一定の時間スロット、例えば、２０ ｍｓごとに）割り当てられ、一方、データの再送信（ｒｅ−ｔｘ）は動的に、すなわち、通信チャネルの現在の状態に応じてスケジュールされる。図３は、ＵＥへデータを送信するｅＮＢに関係する上段部と、データを受信したＵＥに関係する中段部に分けられる。図の下段部は、制御情報がｅＮＢからＵＥへそれを介して送信される制御チャネルを示す。
【００６９】
持続的スケジューリング（その時間間隔は、例えば、２０ｍｓとする）に確保された、図４に示すような、一つのＨＡＲＱプロセス（例えば、ＩＤ＝４）を使用することによって、ｅＮＢは３個のプロトコルデータユニットをＵＥへダウンリンクで送信すると仮定される。図３からわかるように、第１のプロトコルデータユニットは、ＵＥ側のＨＡＲＱプロセスによって正しく受信され、当該ＨＡＲＱプロセスは、次に、ＡＣＫメッセージをｅＮＢへ返送する。次のプロトコルデータユニット（第２のＰＤＵ）が、第１のＰＤＵよりも２０ ｍｓ後に送信されるが、これは当該ＨＡＲＱプロセスで正しく受信されない。その結果、ＵＥ側の当該ＨＡＲＱプロセスは、第２のＰＤＵが正しく受信されなかったので第２のＰＤＵの再送信を実行するように指示するために、ＮＡＣＫメッセージをｅＮＢへ送信する。前述したように、再送信は、初回に送信されたデータパケット（ＰＤＵ）と比較して同一の、部分的に同一の、または同一ではない情報から構成され得る（ＨＡＲＱのタイプＩＩを参照）。
【００７０】
さらに、ダウンリンクでの再送信は動的にスケジュールされる、すなわち、第２のプロトコルデータユニットの再送信をいつ、どこで、どのように受信するのかをＵＥが知るように、制御情報がＵＥへ送信される。ＰＤＣＣＨチャネルを介してＵＥへ送信された制御情報は、とりわけ、持続的スケジューリング用に確保されているＨＡＲＱプロセスのＨＡＲＱプロセスＩＤ（ＩＤ＝４）を含んでなる。これに従って、ＵＥは第２のプロトコルデータユニットの再送信（ｒｅ−ｔｘ）を受信し、これを第２のＰＤＵの初回の送信（１ｓｔ ｔｘ）がすでに格納されているＨＡＲＱプロセスＩＤ＝４に格納する。次に、第２のＰＤＵに関係する二つの受信した送信データ（１ｓｔ ｔｘとｒｅ−ｔｘ）のソフト合成が実行される。ソフト合成が成功すれば、第２のＰＤＵは正しく復号され、ＡＣＫメッセージがｅＮＢへ供給される。
【００７１】
ソフト合成が成功しない場合、第２のＰＤＵを復号できないので、ＵＥは、ＮＡＣＫメッセージを送信することによって、ｅＮＢからのさらに追加の再送信を要求する必要がある。しかし、第２のＰＤＵの第２の再送信を実行できるのは第３のＰＤＵの初回の送信後になってしまうから、第２のＰＤＵの第２の再送信は不可能である。より詳細には、持続的スケジューリング用に確保されているＨＡＲＱプロセスがただ一つしかない場合、新しいＰＤＵがＵＥへ送信されるたびに、対応する確保されたＨＡＲＱプロセス、すなわち、それに関連付けられたメモリは、その新しいＰＤＵの最初のもの（及び起こり得る再送信）を格納するために、内容を消去しなければならない（空にしなければならない）。このように、特定のＰＤＵの再送信には時間的な制約がある。上記の時間的制約は、再送信が可能な時間間隔を持続的スケジューリング周期（この例では、２０ ｍｓ）に制限する。したがって、一つの特定のＰＤＵの初回の送信とすべての再送信を持続的スケジューリング周期内にうまく完了させなければならない。そうしなければ、時間内に受信される初回の送信と再送信を特定のＰＤＵを構成するためにうまくソフト合成できない場合には、その特定のＰＤＵを正しく復号できない。
【００７２】
明らかに、実際の持続的スケジューリング周期によっては、再送信のためのこの時間的制約はなり厳しくなる可能性があり、これはシステム性能にとって不都合である。
【００７３】
再送信のための上記の時間的制約を緩和するために、持続的にスケジュールされるデータの送信に対して２個以上のＨＡＲＱプロセスを割り当てることが可能である。しかし、これも、本質的にいくつかの不都合をはらむ。例えば、現時点では８個のＨＡＲＱプロセスが標準化団体によって意図されているが、上記のようにするとすれば、すべての利用可能なＨＡＲＱプロセスの２５％が、持続的スケジューリング用に確保されることになり、したがって、通常の動的スケジューリングに利用できなくなる。さらに、ＵＥの達成可能な最大データ伝送速度も低下される。
【００７４】
持続的スケジューリングの代わりに、通常の動的スケジューリングを利用することを想定しても、同様の問題が生じる。
【００７５】
さらに、ＨＡＲＱプロセスの総数は通常８個に制限されるが、これは、ＨＡＲＱプロトコルを使用して数個のアプリケーションが同時に実行している場合には不都合となる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【００７６】
したがって、当該技術の現状における上記の問題を考慮して、本発明の一つの目的は、ＨＡＲＱプロトコル、より具体的には、ＨＡＲＱプロトコルの個々のＨＡＲＱプロセスの使用を改良することである。
【００７７】
本発明のより具体的な目的は、ＨＡＲＱ再送信のための時間的制約を緩和することである。本発明の別の目的は、関連付けられたメモリのサイズを増加せずに使用可能なプロセスの数を増加することである。
【課題を解決するための手段】
【００７８】
上記の目的の少なくとも一つは、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００７９】
一つの態様によれば、一つのＨＡＲＱプロセスに関連付けられたメモリは、適切な識別子によってアドレス指定可能である複数のサブ領域に分割される。次に、データが受信されると、そのデータは上記サブ領域のうちの一つに格納される。一つのＨＡＲＱプロセスに対して二つ以上のサブ領域を備えることによって、同一のデータフローからのまたは異なるデータフローからの２個（以上）の異なる受信データユニットに対して一つのＨＡＲＱプロセスを実際に使用可能である。このことは、ＨＡＲＱプロセス管理のための柔軟性を増加するなどの様々な利点を提供できる。別の利点は、単に、より多くのＨＡＲＱプロセスが利用可能になることである。このことから生じるその他の利点は、以下から並びに本発明の詳細な説明から明らかになろう。
【００８０】
別の態様によれば、受信したデータユニットを格納するための一つのＨＡＲＱプロセスの実際のサブ領域は、受信側で自由に選択される、または当該データに関連付けられた識別子によって指示される。より詳細には、例えば、動的にスケジュールされたデータの場合のように、各データユニットが制御情報とともに送信されると仮定すると、メモリサブ領域識別子が当該データと一緒に送信され得る。したがって、上記識別子によって指示されたメモリサブ領域にデータユニットは格納される。相応して、データユニットの初回の送信と一緒に制御情報が送信されない、持続的にスケジュールされたデータの場合には、受信側が、例えば、新しいデータユニットを受信時に個々のサブ領域の一つを逐次に選択できる。メモリサブ領域のその他の選択方式も可能である。
【００８１】
また別の態様によれば、持続的にスケジュールされたデータは、固定されたリソース上に一定の時間間隔でスケジュールされるユニットとして送信される。したがって、新しいデータユニットを示すために通常使用される制御シグナリングフィールドは、持続的にスケジュールされたデータに対しては必要ではない―これは、受信タイミングから自明である。したがって、持続的にスケジュールされたデータユニットの再送信（必要とされる場合）のための、前記制御シグナリングフィールド中の制御情報は、データユニットの再送信を格納するための実際のサブ領域を指示する上記メモリサブ領域識別子を含む。このサブ領域は、ＨＡＲＱプロセスによって前記データユニットの初回の送信が格納されたサブ領域と同じであり、上述のように、例えば、逐次的に選択されたサブ領域である。
【００８２】
さらに別の態様によれば、通常の動的に割当て可能なＨＡＲＱプロセスの一つではない、追加のＨＡＲＱプロセスが、例えば、持続的にスケジュールされるデータユニットを格納するために使用される。ここでも、上記追加のＨＡＲＱプロセスに割り当てられた追加のメモリは、各データユニットの個別の送信を格納し、合成するために、別々に使用され得るいくつかのサブ領域に分割される。この場合には、しかし、通常のＨＡＲＱプロセス識別子を使用できない。その代わり、別の制御シグナリングフィールドが、追加のＨＡＲＱプロセスを識別するための識別子を格納するために使用されなければならない。ただし、このフィールドは、持続的スケジューリングの場合には、データユニットの再送信のための制御シグナリング情報にだけ存在すればよい。
【００８３】
本発明の一つの実施形態は、移動通信システムにおいてプロトコルデータユニットを受信するための方法を提供する。プロトコルデータユニットは、ＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信及び送信される。各ＨＡＲＱプロセスは、あるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有する。プロトコルデータユニットの初回の送信データが受信され、一つのＨＡＲＱプロセスに関連付けられた上記メモリ領域の分割された複数のメモリサブ領域の一つに格納される。この一つのメモリサブ領域は、プロトコルデータユニットの初回の送信データに関連付けられた制御情報に基づいて選択される、または初回の送信データを格納するための上記メモリサブ領域は、上記複数のメモリサブ領域の中から予め決められた方式で選択される。
【００８４】
本発明の別の実施形態によれば、プロトコルデータユニットの再送信データに関連付けられた制御情報が受信される。この制御情報は、プロトコルデータユニットの初回の送信データが格納される一つのメモリサブ領域を示すメモリサブ領域識別子を含む。プロトコルデータユニットの再送信データは、受信した制御信号のメモリサブ領域識別子によって示された一つのメモリサブ領域に格納される。
【００８５】
本発明の別の実施形態は、移動通信システムにおいてプロトコルデータユニットを受信するための方法を提供する。プロトコルデータユニットはＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して送信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有する。最初に、プロトコルデータユニットの初回の送信データが受信され、一つのＨＡＲＱプロセスに関連付けられたメモリ領域の分割された複数のメモリサブ領域の一つに格納される。次に、プロトコルデータユニットの再送信データに関連付けられた制御情報が受信される。この制御情報は、プロトコルデータユニットの初回の送信データが格納される一つのメモリサブ領域を示すメモリサブ領域識別子をさらに含む。プロトコルデータユニットの再送信データは、受信した制御信号のメモリサブ領域識別子によって示されたメモリサブ領域に格納される。
【００８６】
本発明の異なる実施形態では、プロトコルデータユニットの再送信データに関連付けられた上記制御情報は、上記プロトコルデータユニットを送信及び受信するために使用される一つのＨＡＲＱプロセスを識別する、ＨＡＲＱプロセス識別子も含む。したがって、ＵＥは受信した再送信データの宛先がどのＨＡＲＱプロセスであるかを特定できる。
【００８７】
本発明の有利な実施形態を参照すると、特定の数のＨＡＲＱプロセスがデータを送信及び受信するために利用可能である。一方、追加のメモリ領域が、持続的にスケジュールされるプロトコルデータユニットを受信するために確保される。したがって、通常の数のＨＡＲＱプロセスは、確保されずに残りのアプリケーションに使用され得る。
【００８８】
本発明の別の実施形態によれば、上記の数のＨＡＲＱプロセスのうちの一つが第１のＨＡＲＱプロセス識別子によって選択可能であり、追加のＨＡＲＱプロセスが第２のＨＡＲＱプロセス識別子によって選択可能である。
【００８９】
本発明の別の実施形態によれば、第２のＨＡＲＱプロセス識別子は、持続的にスケジュールされたプロトコルデータユニットに関連付けられた制御情報のトランスポートブロックサイズフィールドに書き込まれる。すでに利用可能であり、都合よく未使用であるデータフィールドの再使用は、新しいデータフィールドを定義する必要をなくし、新しいデータフィールドに起因するデータオーバヘッドを避ける。
【００９０】
本発明のさらに別の実施形態では、持続的スケジューリングが、プロトコルデータユニットを送信及び受信するために使用される。送信エンティティは、ＨＡＲＱプロトコルの上記複数のＨＡＲＱプロセスの中から持続的にスケジュールされたプロトコルデータユニットを送信及び受信するための一つのＨＡＲＱプロセスを選択する。この場合、受信エンティティは、持続的スケジューリングで使用するように上記一つのＨＡＲＱプロセスを設定中に、または持続的スケジューリングで使用するように上記ＨＡＲＱプロセスを起動するための制御情報を用いることによって、選択された上記一つのＨＡＲＱプロセスを通知される。
【００９１】
本発明の有利な実施形態によれば、プロトコルデータユニットの初回の送信データに関連付けられた制御情報が受信される。上記制御情報は、プロトコルデータユニットの初回の送信データがそこに格納されるべき一つのメモリサブ領域を示している、メモリサブ領域識別子を含む。したがって、本発明の本実施形態は、動的にスケジュールされたデータに対しても適用可能である。
【００９２】
本発明の異なる実施形態に関して、プロトコルデータユニットに続く、第２のプロトコルデータユニットの送信信号は、上記プロトコルデータユニットの上記送信データが格納されている上記一つのメモリサブ領域とは異なるメモリサブ領域に格納される。したがって、第１のメモリサブ領域は、内容を消去される必要がなく、必要であれば、上記第１のデータパケットのさらに別の再送信データをなおも格納できる。
【００９３】
本発明のさらに別の有利な実施形態は、制御情報の新規データインジケータフィールドにメモリサブ領域識別子を書き込むことを提案する。持続的スケジューリングを使用する場合、新規データインジケータフィールド中の新規データインジケータは必要ないので、このフィールドをメモリサブ領域識別子を格納するために使用可能である。したがって、データオーバヘッドは発生されない。
【００９４】
本発明の一つの実施形態は、移動通信システムにおいてプロトコルデータユニットを受信するための装置をさらに提供す。プロトコルデータユニットは、ＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有する。上記装置のメモリ領域は、あるプロトコルデータユニットの送信データを格納し、一つのＨＡＲＱプロセスに関連付けられ、上記一つのＨＡＲＱプロセスのメモリ領域は複数のメモリサブ領域に分割される。上記装置の受信器は、プロトコルデータユニットの初回の送信データを受信する。上記装置のプロセッサは、受信したプロトコルデータユニットを上記一つのＨＡＲＱプロセスの複数のメモリサブ領域の一つに格納する。一つのメモリサブ領域は、前記プロトコルデータユニットの初回の送信データに関連付けられた制御情報に基づいて選択される、または初回の送信データを格納するための上記メモリサブ領域は、複数のメモリサブ領域の中から予め決められた方式で選択される。
【００９５】
本発明のさらに別の実施形態は、移動通信システムにおいてプロトコルデータユニットを受信するための装置を提供する。プロトコルデータユニットは、ＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有する。上記装置のメモリ領域は、あるプロトコルデータユニットの送信データを格納し、一つのＨＡＲＱプロセスに関連付けられ、上記一つのＨＡＲＱプロセスのメモリ領域は複数のメモリサブ領域に分割される。上記装置の受信器は、プロトコルデータユニットの初回の送信データを受信する。上記装置のプロセッサは、受信したプロトコルデータユニットを上記一つのＨＡＲＱプロセスの複数のメモリサブ領域の一つに格納する。
【００９６】
上記受信器は、プロトコルデータユニットの再送信データに関連付けられた制御情報を受信する。この制御情報は、プロトコルデータユニットの初回の送信データが格納される一つのメモリサブ領域を示すメモリサブ領域識別子を含む。上記プロセッサは、プロトコルデータユニットの再送信データを受信した制御信号のメモリサブ領域識別子によって示された上記一つのメモリサブ領域に格納する。
【００９７】
最後に、本発明の実施形態は、移動通信システムにおいてプロトコルデータユニットを送信するための装置を提供する。プロトコルデータユニットは、ＨＡＲＱ再送信プロトコルの複数のＨＡＲＱプロセスのうちの一つを使用して受信され、各ＨＡＲＱプロセスはあるプロトコルデータユニットの送信データを格納するための関連付けられたメモリ領域を有する。上記装置のメモリ領域は、一つのＨＡＲＱプロセスに関連付けられて、あるプロトコルデータユニットの送信データを格納する。上記装置の送信器は、プロトコルデータユニットの初回の送信データを送信し、受信エンティティは、プロトコルデータユニットの送信データを受信し、格納するために、あるＨＡＲＱプロセスを使用する。受信機側のＨＡＲＱプロセスに関連付けられたメモリ領域は、複数のメモリサブ領域に分割される。上記装置のプロセッサは、送信したプロトコルデータユニットを一つのＨＡＲＱプロセスのメモリ領域に格納する。上記送信器は、プロトコルデータユニットの再送信データの制御情報を上記受信エンティティへ送信する。上記制御情報は、プロトコルデータユニットの初回の送信データがそこに格納される、上記受信機側のＨＡＲＱプロセスの一つのメモリサブ領域を示すメモリサブ領域識別子を含む。
【図面の簡単な説明】
【００９８】
【図１】ＬＴＥシステムのハイレベルのアーキテクチャを示す。
【図２】全般的なＥ-ＵＴＲＡＮアーキテクチャを示す。
【図３】先行技術によるＨＡＲＱ再送信プロトコルを使用する場合の持続的にスケジュールされたデータのパケット交換を示す図である。
【図４】持続的にスケジュールされたデータ用に確保されるものを含む８個のＨＡＲＱプロセスを示す。
【図５】本発明の一つの実施形態による、持続的にスケジュールされたデータ用に確保され、二つの別々の部分に分割されるものを含む８個のＨＡＲＱプロセスを示す。
【図６】本発明の一つの実施形態による、別々の領域に分割されているＨＡＲＱプロトコルのＨＡＲＱプロセスを使用する場合の持続的にスケジュールされたデータのパケット交換を示す図である。
【図７】本発明の一つの例示的な実施形態による、ＮＤＩが一つのＨＡＲＱプロセスのメモリサブ領域を識別するために使用されるものとして印される、ダウンリンクで使用される制御シグナリングフォーマットを示す。
【図８】本発明の別の例示的な実施形態による、新しいフィールドがメモリサブ領域識別子を格納するために定義される、ダウンリンクで使用される制御シグナリングフォーマットを示す。
【図９】本発明の別の実施形態による、追加のメモリ（ここでは８個のＨＡＲＱプロセスに関連付けられたメモリの一部ではない）が持続的にスケジュールされたデータ用に使用され、二つのサブ領域に分割される８個のＨＡＲＱプロセスを示す。
【図１０】本発明の別の実施形態による、二つの別々の部分に分割されているＨＡＲＱプロトコルのＨＡＲＱプロセスを使用する場合の動的にスケジュールされたデータのパケット交換を示す図である。
【図１１】本発明の別の実施形態による、各プロセスが二つの別々の部分に分割されているＨＡＲＱプロトコルのＨＡＲＱプロセスを使用する場合の持続的にスケジュールされたデータのパケット交換を示す図である。
【発明を実施するための形態】
【００９９】
以下に、添付の図及び図面を参照して本発明をさらに詳細に説明する。図中の類似のまたは同等の細部は、同一の参照番号を付けて印される。
【０１００】
定義
本文書で頻繁に使用されるいくつかの用語の定義を以下に述べる。
【０１０１】
移動ノードは、ネットワーク内の物理的エンティティである。一つのノードは、数個の機能的エンティティを有することができる。機能的エンティティは、諸機能の所定のセットを実現する及び／または諸機能の所定のセットをノードまたはネットワークの他の機能的エンティティへ提供するソフトウェアまたはハードウェアモジュールをさす。ノードは、通信設備または媒体に当該ノードをアタッチする一つ以上のインタフェースをもつことができ、上記インタフェースを介してノードどうしが通信可能である。同様に、ネットワークエンティティは、その機能的エンティティを通信設備または媒体にアタッチする論理的インタフェースをもつことができ、上記インタフェースを介してその他の機能的エンティティまたは通信相手のノードと通信できる。
【０１０２】
前述の背景技術の節で述べた説明は、本文書に説明する特定の例示的な実施形態をよりよく理解してもらうためのものであり、移動通信ネットワークにおけるプロセス及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。しかしながら、本文書で提案する改良は、背景技術の節で説明したアーキテクチャ／システムに容易に適用可能であり、本発明のいつかの実施形態では、これらのアーキテクチャ／システムの標準的な手順と改良された手順を利用することもできる。同様に、以下のパラグラフでは、本発明の様々な実施形態を説明する。本発明は、例えば、３ＧＰＰ通信システムなどの各種の移動通信システムに関連して有利に使用され得るが、本発明はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意すべきである。
【０１０３】
前述のとおり、本発明の一つの主要な態様は、一つのＨＡＲＱプロセスのメモリをいくつかのサブ領域に分割することである。図５は、ＨＡＲＱプロトコルの通常の８個のＨＡＲＱプロセスを示し、ＨＡＲＱプロセス４のメモリの分割を例にとり説明するために、４番目が領域０と領域１として示された二つの別個の領域にさらに分割される。上記メモリを分割することによって、二つの異なるデータユニットに対して同一のＨＡＲＱプロセスを使用することが可能であるが、これらの二つの異なるデータユニットの個々の送信を二つのメモリ領域に分配する。この手順を以下にさらに詳しく説明する。しかし、以下の説明は、本発明の原理を実際にどのように実現できるかを示す単なる一例に過ぎないことに留意すべきである。以下の説明からの様々な変形は、特にそのような変形を言及しなくても当業者には明らかである。
【０１０４】
図６を参照して、本発明のある実施形態を説明する、すなわち、そのメモリが二つの別々のメモリサブ領域に分割されるＨＡＲＱプロセス（このケースでは、例えば、４）を使用することによって、ｅＮＢからＵＥへ３個のプロトコルデータユニットをどのように送信できるかを説明する。データユニットのすべての初回の送信（１ｓｔ ｔｘ）には持続的スケジューリングが使用され、特定のデータユニットについて実行されるすべての再送信（１ｓｔ ｒｅ−ｔｘ、２ｎｄ  ｒｅ−ｔｘ）には動的スケジューリングが適用されることが本発明のこの例示的な実施形態ではさらに仮定される。
【０１０５】
通信システム、すなわち、ＵＥとｅＮＢは、持続的スケジューリングを使用するように、ＲＲＣ（無線リソース制御）によって設定される。さらに、ＰＤＣＣＨを介した制御シグナリングが、ＵＥにおける持続的スケジューリングの起動と停止のために使用される。より詳細には、トランスポートブロックサイズフィールド（５ビット長）中のコードポイント（ビット列）が、持続的スケジューリングを起動、停止するために使用される。したがって、持続的にスケジュールされたデータ用に確保される実際のＨＡＲＱプロセスは、例えば、ＲＲＣによる設定手順中に選択可能である。
【０１０６】
本発明の本実施形態による、ＨＡＲＱプロセスのメモリの分割もまた、持続的スケジューリングのためのＲＲＣ設定手順中に設定可能である。この点において、ＨＡＲＱプロセスのメモリの特定の分割は、各エンティティによって柔軟に対応可能である。特に、一つのＨＡＲＱプロセスに関連付けられたメモリは、等しい大きさまたはそれぞれ異なる大きさの一つ以上のサブ領域に分割可能である。実際の設定は、ＨＡＲＱプロセスを介して送信されるアプリケーションデータの種類に応じて、またはその他の関連した制約に応じて決定され得る。例えば、持続的スケジューリングは、データユニットがすべて同じサイズであるボイスオーバーＩＰ送信に主に使用される。したがって、大きさの異なるいくつかのサブ領域を設けることは意味がないので、そうせずに、選択されたＨＡＲＱプロセスのメモリ領域は等しい部分に分割される。
【０１０７】
反対に、異なるデータユニットサイズのアプリケーションデータが送信される場合、異なるデータユニットを適切なサブ領域に効果的に割り当てることでＨＡＲＱプロセス動作の効率を増加させるように、異なる大きさのメモリサブ領域を用意することが有利であり得る。
【０１０８】
ＨＡＲＱプロセスが適切に設定され、起動された後、ＨＡＲＱプロセス番号４のみが、前記持続的にスケジュールされた送信用に確保される。ＵＥは、持続的スケジューリングによって指示されるとおりにデータユニットが受信されるのを待ち受けて、データユニットを受信すると、それがＨＡＲＱプロセス４を使用することによって受信されるはずの持続的にスケジュールされたデータであることをＵＥは知るので、これに関しては、特別な制御シグナリングは利用されない。ＨＡＲＱプロセス４のメモリサブ領域は、予め決められた方法で選択される。例えば、二つの異なるサブ領域だけがある場合には、新しいデータユニットが二つのメモリサブ領域に交互に格納されるように、サブ領域０が最初に選択され、次の新しいデータユニットに対しては他方の領域が使用される。さらに、もっと多くのサブ領域が利用可能である場合には、新しいデータパケットを格納するために各サブ領域が逐次に選択され得る。その他の選択順序も可能であり、ＨＡＲＱプロトコルの運用者の設定次第である。
【０１０９】
すでに述べたように、ＵＥは第１のデータユニットの初回の送信を受信する。例示的な選択によれば、メモリサブ領域０が、第１のデータユニットの送信データを格納するためにＨＡＲＱプロセス４によって使用される。しかし、ＨＡＲＱプロセス４に格納されたこのデータユニットは正しく復号できないため、否定応答メッセージがｅＮＢへ送信される。
【０１１０】
ＵＥとｅＮＢ間のアップリンクでは同期プロトコルが使用されるので、ＮＡＣＫの所定のタイミングからｅＮＢは再送信が属するデータパケットを特定する。
【０１１１】
さらに、ＵＥが行なった実際の選択とは別に、どのデータパケットがどのサブ領域に格納されるのかに関する情報はＵＥからｅＮＢへ送信されないため、けれどもｅＮＢ は選択されたサブ領域を知る必要があるため、以下で明らかになるとおり、再送信が正しいサブ領域へ適切にアドレス指定可能なように、ｅＮＢは選択順序を把握する必要がある。この目的のために、ｅＮＢは、ＵＥのＨＡＲＱプロセスの設定と確保されたＨＡＲＱプロセスのサブ領域を知る必要がある。
【０１１２】
より詳細には、ＨＡＲＱプロセス４が持続的にスケジュールされたデータ用に使用されること、さらに、第１のデータパケットはＨＡＲＱプロセス４の領域０に格納されること、そして後続のデータユニットは領域１と領域０に交互に格納されることになることをｅＮＢは知る必要がある。これに準じて、一つのＨＡＲＱプロセスで二つ以上のサブ領域を使用する場合は、ＨＡＲＱプロセス４のどのサブ領域にどのデータパケットが格納されたかをｅＮＢは常に知る必要もある。
【０１１３】
その結果として、ｅＮＢは、第１のデータユニットの再送信を実行でき、ＰＤＣＣＨを介して同再送信を動的にスケジュールできる。他のパラメータ以外に、ｅＮＢは、ＨＡＲＱ識別子（ＩＤ＝４）と初回の送信データがＵＥにおいてＨＡＲＱプロセスによって格納された特定のサブ領域を識別するための識別子を制御信号中に書き込む必要がある。
【０１１４】
図７は、ＤＬ制御シグナリングの例示的な部分を示す。この部分は、次のフィールドをもつ、すなわち、ＤＬ／ＵＬ＝ＤＬ／ＵＬセレクタ、ＲＢ＝リソースブロック、ＴＢＳ＝トランスポートブロックサイズ、Ｌ／Ｄ＝局所化／分散化インジケータ、ＨＡＲＱ ＩＤ、ＮＤＩ＝新規データインジケータ、ＴＰＣ＝送信電力制御、ＣＲＣ＝循環冗長コード。ｅＮＢからＵＥへ送信されるアップリンク制御シグナリングは、ＤＬ制御シグナリングと同様であるが、いくつかの面が異なる。例えば、Ｌ／Ｄフィールドは、アップリンクの場合には存在しない。反対に、アップリンク制御シグナリングは、ＵＬで送信されるＣＱＩ情報を指示するためのＣＱＩフラグフィールドを含むが、上記ＣＱＩフィールドはＤＬ制御シグナリング中では利用されない。
【０１１５】
ＨＡＲＱプロセスＩＤは、制御シグナリングフォーマット中にある対応する通常のＨＡＲＱ ＩＤフィールにｅＮＢによって書き込むことができる。しかし、メモリサブ領域識別子（以下にＭＡＩとして示す）用のフィールドは、まだ今は定義されていない。したがって、上記ＭＡＩを格納するために新しいフィールドを制御シグナリングフォーマットに追加することが考えられる。しかし、これは、無線インタフェースを介して送信される必要がある追加のデータを暗示し、このような追加は一般に避けるべきである。
【０１１６】
有利には、制御シグナリング内で現在使われていないフィールドにＭＡＩを書き込むべきである。持続的スケジューリングの用途では、新規データインジケータフィールドはもう必要ない―というのは、新しいデータの到着をシグナリング（通知）する必要はなく、これは新しいデータの送信／受信タイミングにおいて暗黙的に示されるからである。より詳細には、新しいデータは所定の間隔で送信されるので、そのための特別なインジケータは不要になる。これに相応して、制御シグナリングフィールドのＮＤＩフィールドは、ＭＡＩを格納するために使用できるようになる。
【０１１７】
上に説明したとおり、第１のデータユニットの１回目の再送信（１ｓｔｔｘ）は動的にスケジュールされるため、それに付随した制御シグナリングは、図６の下部に示すように、ＨＡＲＱプロセスＩＤ４とＭＡＩ＝０を含む。この付随情報に基づいて、ＵＥは、第１のデータパケットの１回目の再送信を第４のＨＡＲＱプロセスへ、さらにはＨＡＲＱプロセス４の第１のサブ領域である領域０へ送ることができる。領域０には、第１のデータパケットの初回の送信データが格納されていて、ＨＡＲＱプロセスは初回の送信データと受信した再送信データのソフト合成を試みる。図６では、ソフト合成が成功せずに、さらに追加の再送信を要求するために、ＮＡＣＫメッセージがｅＮＢへ返送されることが仮定される。
【０１１８】
ここでもまた、ｅＮＢは、受信タイミングからＮＡＣＫメッセージが属するデータユニットを特定し、その結果、第１のデータパケットの別の再送信をＵＥへ供給することができる。
【０１１９】
大体のところ同時に、持続的スケジューリング周期が経過し、新しいデータパケットがＵＥへ送信されることになる（図６のデータパケット２を参照）。したがって、ＵＥが第２のデータパケットを受信すると、ＵＥは持続的スケジューリングからＨＡＲＱプロセス４が使用されることを知り、さらに、第１のサブ領域は前のデータユニット用に選択されたので、第２のサブ領域が第２のデータパケットの初回の送信データを保持すべきであると推定する。すでに言及したように、ＵＥはＨＡＲＱプロセス４の残りのサブ領域を単に選択する。もっと多くのサブ領域 が利用可能である場合には、予め決められた選択方式に従って、適切なサブ領域がＵＥによって選択される。
【０１２０】
しかるべく、第２のデータパケットの初回の送信はＨＡＲＱプロセス４の領域１に格納され、それが正しく復号できたならば、ＡＣＫメッセージがｅＮＢへ返送される。第２のサブ領域が新しい第２のデータパケット用に使用可能であるので、第１のデータパケットの初回の送信データと１回目の再送信データを有する第１のサブ領域は内容を消去される必要がない。したがって、第１のデータパケットの２回目の再送信は、この２回目の再送信と一緒に送信される制御シグナリング中で指示されるとおり、ＨＡＲＱプロセス４の第１の領域に格納することができる。第１のデータパケットに対して実行された３回の送信をソフト合成することによって、すなわち、第１のデータパケットの初回の送信データと二つの再送信データを合成することによって、最終的に第１のデータパケットを正しく復号することがこうして可能である。
【０１２１】
したがって、図６に示したＰＤＵの再送信が可能な制限時間は、図３による制限時間に比べて実効的に２倍になった。先行技術の方式（図３を参照）では、ＰＤＵ２の送信により、ＰＤＵ１の各送信データを格納したメモリ領域はＰＤＵ１の２回目の再送信の受信よりも早く内容を消去されたために、第１のデータパケットは正しく復号されなかった。一つのＨＡＲＱプロセスに対して三つ以上のサブ領域を使用する場合、またはいくつかのサブ領域に分割されるＨＡＲＱプロセスの数を増やす場合、時間的制約はさらに緩和される。したがって、前記データフロー送信に割り当てられたＨＡＲＱプロセス当たりのサブ領域数に応じて、制限時間は図３の境界のｎ倍になり得る。
【０１２２】
上述の手順に従って、持続的スケジューリング周期の終了後、別のデータパケットがｅＮＢからＵＥへ送信される。今度は、ＨＡＲＱプロセス４の第１のサブ領域はＰＤＵ３の初回の送信データを格納するために使用される。しかし、第１のサブ領域は先ず内容を消去される必要があるが、ＰＤＵ１の各送信データはＰＤＵ１を構成するようにすでに首尾よくソフト合成されたので、この消去は重大な問題にはならない。ここで、ＰＤＵ１の初回の送信が正しく復号できなかった場合、同じＰＤＵ１の再送信が実行され、再送信のための特定の制御シグナリング (ＨＡＲＱプロセスＩＤ＝４；ＭＡＩ＝０）に基づいて、ＵＥは上記再送信データをＨＡＲＱプロセス４の第１のサブ領域に正しく格納する。本例示的実施形態は３個のデータユニットを送信する場合の処理を説明したが、当然、もっと多くのデータパケットが同様な方式で送信可能である。
【０１２３】
図８を参照すると、一つのＨＡＲＱプロセスの異なるサブ領域を識別するためのメモリサブ領域識別子（ＭＡＩ）を、すでに前に示唆したように、単独の制御シグナリングフィールドに書き込めるようにしている。図８は、制御シグナリングフォーマット中の前記フィールドの例示的な位置を示す。当業者は、もちろん、必要に合わせてこのフィールドの位置を変えることができる。当業者はまた、特定のデータユニットの再送信に用いる、及び初回の送信にも用いる（図１０を参照した後述の説明を参照）サブ領域を正しく指示するために、ＭＡＩをＵＥへ提供するその他の方法も考案できるであろう。
【０１２４】
すでに言及したとおり、特定のＨＡＲＱプロセスに関連付けられたメモリ量は、二つに分割可能なだけでなく、もっと多くのサブ領域にも分割できる。この場合、しかし、制御シグナリングのＮＤＩフィールドにＭＡＩを格納することは不可能である。その訳は、１ビットでは二つのサブ領域を超える数の領域をアドレス指定するには十分ではないからである。言い換えれば、一つのＨＡＲＱプロセスに対して二つのメモリサブ領域が存在する場合にのみ、未使用のＮＤＩフィールドにＭＡＩを書き込める。四つの領域を正しくアドレス指定するためには、２ビットが必要であり、この点において別のフィールドが使用または定義されなければならない。後で詳しく述べるように、同じことが、ＮＤＩフィールドがすでに使用されている非持続的、すなわち動的にスケジュールされたデータについても言える。
【０１２５】
本発明に影響を与えることなくＨＡＲＱプロセス数は将来変わる可能性があるが、標準化の現状によれば、一つの大きなメモリ領域を共有する８個のＨＡＲＱプロセスがＨＡＲＱプロトコル用に用意される。言い換えれば、予め決められたメモリ領域／量がＨＡＲＱプロトコルに確保され、ＨＡＲＱプロトコルは８個のプロセスに分割され、各プロセスが利用可能な全メモリ量の一部を割り当てられる。実際の用途と運用者のニーズに応じて、個々のＨＡＲＱプロセスのそれぞれのメモリ領域は等しくても、または互いに異なっていてもよい。
【０１２６】
この点に関して、８個のＨＡＲＱプロセスの一つを持続的にスケジュールされたデータに確保する（前述の実施形態のように）代わりに、追加のメモリ量を確保しておくこができる。すなわち、ＨＡＲＱプロトコルに確保されているメモリ領域以外の特定のメモリ領域が、持続的にスケジュールされたデータの送信データを格納するため使用される。これは、一つの大きなメモリ領域を共有する８個のＨＡＲＱプロセスを示す図９に示され、ここでは、ＨＡＲＱプロセスとは別に、追加のメモリが持続的にスケジュールされたデータ用に設けられる。
【０１２７】
前述の実施形態と同様に、追加のメモリ領域は、領域０と領域１の二つの領域さらに分割され、これらの領域にデータユニットが別々に交互に格納可能である。基本的には、手順は図６を参照して説明した手順と同様である。例えば、ＭＡＩの使用は同じである。しかし、一つの相違点は、別個の追加のメモリ領域のアドレス指定にある。前述の場合では、制御シグナリング中で送信されるＨＡＲＱプロセスＩＤが、再送信の宛先となったＨＡＲＱプロセスはどれであるかをＵＥに指示した。しかし、２ビットのＨＡＲＱプロセスＩＤは、８個の利用可能なＨＡＲＱプロセスをアドレス指定するためにフルに使用されるので、追加のメモリは別な方途で指示される必要がある。
【０１２８】
データユニットのサイズはデータフロー中で大体同じであるので、持続的スケジューリングを使用する場合には、トランスポートブロックサイズをもっと利用することができる。したがって、特定のデータパケットの再送信または送信（後述を参照）を格納するために、追加のメモリがＵＥによって使用されることを示し得るコードポイント（ビット列）をトランスポートブロックサイズフィールド中に定義できる。有利には、持続的スケジューリングを起動／停止するのと同じコードポイントを使用できる。しかし、起動と追加メモリの指示とをさらに区別する必要がある。この区別は、ＴＢＳフィールドのコードポイントと組み合わせて制御シグナリングの他のビットを設定することによって成し得る。例えば、ＨＡＲＱプロセスＩＤフィールドは、追加のメモリを使用する際には未使用であるので、ＴＢＳフィールドと組み合わせて、追加メモリの使用を一意に示すための特定のビット列（ＨＡＲＱプロセスＩＤ＋ＴＢＳ）を与えるように使用可能である。代替的に、ＮＤＩフィールドが使用可能であり、これは、サブ領域のアドレス指定が、ＮＤＩフィールド以外の制御シグナリングの別のフィールドにＭＡＩを書き込むことによって行なわれることもあるという意味を含む。また、初回送信の動的スケジューリングを使用する場合には、ＮＤＩフィールドを使用できない。そのような場合には、追加のメモリをアドレス指定するための新しいフィールドを制御シグナリング中に定義できる。
【０１２９】
図６の例示的な実施形態と同様に、持続的スケジューリングを使用して、ｅＮＢはデータパケットをＵＥへ送信することが以下では仮定される。第１のデータユニットは制御シグナリングなしで送信されるが、ＨＡＲＱプロトコルの事前設定から、ＵＥは、持続的にスケジュールされたデータ用に追加のメモリが使用されることを知り、及び前記ＰＤＵ１の初回の送信を格納するために使用されるべき追加のメモリの特定のサブ領域も知る。したがって、図６とは異なり、「通常の」ＨＡＲＱプロセスは使用されず、これに関してはむしろ、追加のメモリが使用される。ここでも、ＰＤＵ１は正しく復号できなかったので、ＮＡＣＫメッセージがｅＮＢへ返送される。送信タイミングに基づいて（アップリンク上では制御シグナリングは送信されない）、ｅＮＢはＮＡＣＫが属するデータユニットを特定し、その結果、ＰＤＵ１の再送信を開始する。再送信のための制御シグナリングは、当該再送信の宛先が追加のメモリであることをＵＥに指し示すために、新たに定義されたフィールド中に追加の識別子を含むか、あるいはＨＡＲＱプロセスＩＤと共にトランスポートブロックサイズフィールドに所定のコードポイントを含む。制御シグナリングは、ＮＤＩフィールド（図９のように二つのサブ領域しかない場合に有利）または新たに定義されたフィールド（図８に示したような）のどちらかに第１のサブ領域（ＭＡＩ＝０）を指示するＭＡＩをさらに含む。さらに、追加のメモリの使用を示すために追加のフィールド／識別子が使用される場合は、任意のＨＡＲＱプロセスＩＤがＨＡＲＱプロセスＩＤフィールドに書き込まれ、これは当該再送信が追加のメモリを宛先にするものだと実際には意味されることをＵＥが把握するとすぐにＵＥによって無視される。このようにして、ＵＥは、ＰＤＵ１の初回の送信データが前に格納された追加のメモリの第１のサブ領域に、ＰＤＵ１の再送信データを正しく格納することができる。これらの二つの送信データのソフト合成は失敗し、それによってｅＮＢへのＮＡＣＫメッセージ送信がトリガされる。
【０１３０】
同様に、ｅＮＢはＰＤＵ１の別の再送信を実施し、ここでもまた、制御シグナリングの、例えば、ＴＢＳフィールド＋ＨＡＲＱフィールド中で追加のメモリを、例えば、ＮＤＩフィールドでサブ領域識別子をシグナリング（通知）する。
【０１３１】
図６の前述の実施形態と同様に、新しいデータユニットが、追加のメモリに、より具体的には第２のサブ領域にＵＥによって格納される。こうして、ＭＡＩ＝１（図６に図示せず）にしたＰＤＵ２の再送信がｅＮＢによってシグナリングされる。ここでもまた、一つのデータユニットの再送信のための時間的制約は緩和され、この場合には、再送信のために使用可能な時間が倍にされる。
【０１３２】
以下では、前述の実施形態で仮定された持続的スケジューリングではなく、非持続的（動的）スケジューリングが使用される本発明の別の実施形態が明確に述べられる。これに関して、図６と類似する図１０は、３個のデータユニットがｅＮＢとＵＥの間でどのように提供されるのかを示す。持続的スケジューリングと動的スケジューリングのシナリオの違いは、どちらのシナリオでも動的にスケジュールされる再送信に加えて、データユニットの初回の送信も動的にスケジュールされることである。また、ＮＤＩフィールドは前のデータパケットと新しいプロトコルデータユニットの初回の送信とを区別するために必要であるから、ＭＡＩをＮＤＩフィールドにもはや格納できない。
【０１３３】
より詳細には、制御シグナリングはＰＤＵ１の初回の送信とともに送信されるので、制御シグナリングは、その他の重要なパラメータの中でも、とりわけ、ＨＡＲＱプロセスＩＤ（図９で説明した追加のメモリを使用しない実施形態にかかわる図１０ではＩＤ＝２を仮定する）とメモリサブ領域識別子（ＭＡＩ＝０）を含む。上記の指示によって、ＵＥは受信したＰＤＵ１の初回の送信データをＨＡＲＱプロセス２の第１のサブ領域に格納する。一つの特定のデータユニットに属するすべての送信は同じＨＡＲＱプロセスに、同じサブ領域に格納されるように、すべての再送信（１ｓｔ ｒｅ−ｔｘ、２ｎｄ  ｒｅ−ｔｘ）は同様にアドレス指定される。したがって、後続のデータユニットＰＤＵ２（及びその再送信（図１０には示されない））は次に領域１に格納され、さらに続くデータユニットＰＤＵ３（及びその再送信）は領域１の内容が消去された後、領域１に再び格納される。
【０１３４】
要約すれば、すべての送信について動的スケジューリングを使用する実施形態が、持続的スケジューリングを含む実施形態と異なる点は、初回の送信のための制御シグナリングがＭＡＩ並びにＨＡＲＱプロセスＩＤまたはＴＢＳ＋ＨＡＲＱフィールド中のコードポイント（図９のように、追加のメモリを使用する場合）を含まなければならないことである。
【０１３５】
さらに、二つ以上のＨＡＲＱプロセスを持続的スケジューリングに使用可能であり、この場合には、以下に説明するように、再送信のための時間的制約がさらに大きく緩和される。二つのＨＡＲＱプロセスのメモリが二つのサブ領域に分割されると仮定される。したがって、実効的に四つのメモリサブ領域が、４個のデータユニットを同時に格納するために利用可能である。これに関して、図１１は、二つのＨＡＲＱプロセスが持続的にスケジュールされたデータパケットを受信、送信するために使用される図を紳示し、これらのＨＡＲＱプロセスのメモリは、それぞれサブ領域０と１に分割される。ここで、例えば、二つのＨＡＲＱプロセスは、上記サブ領域も同じく、交互に使用可能である。したがって、第１のデータパケットはＨＡＲＱプロセス４によってその第１のサブ領域に格納され、第２のデータパケットはＨＡＲＱプロセス４の第２のサブ領域に格納される。次に、第３のデータパケットはＨＡＲＱプロセス７によってその第１のサブ領域に格納され、第４のデータパケットはＨＡＲＱプロセス７の第２のサブ領域に格納される。次のデータパケットは、続いて、第１のデータパケットの全送信データが消去された後、ＨＡＲＱプロセス４の第１のサブ領域に格納される、等々。
【０１３６】
このように、これらのＨＡＲＱプロセスは連続して使用可能であり、一つのデータパケットのすべての送信データは同一のＨＡＲＱプロセスのメモリサブ領域に格納される。ここでも、再送信のための時間的制約は図３に比較して緩和され、制限時間は図３の制限時間の４倍である。
【０１３７】
以下では、前にちょっと示唆した、持続的にスケジュールされたリソースの割当て解除についての詳細をさらに詳細に説明する。持続的リソースの割当て解除をシグナリング（通知）するために、コードポイントを確保できる。このコードポイントは、持続的スケジューリングでは未使用であるＴＰＣフィールド中に確保され得る。現行の標準化では、このフィールドは２ビットをもち、したがって、４個のコードポイントを持続的スケジューリング用に割り当てることがきる。このフィールドはまた、割り当てられた持続的リソースに使用されるトランスポートフォーマットサイズを選択すると想定されるので、少なくとも３個のコードポイントはこの指示のために使用されると想定される。第４のコードポイントが、持続的リソースの割当て解除をシグナリング（通知）するために使用され得る。別の可能性は、前記コードポイントをＲＢフィールド中でシグナリング（通知）することである。したがって、ＴＢＳフィールド中の持続的スケジューリングを示すコードポイントとともにＲＢフィールド中のビットの特別な組み合わせ（コードポイント）が、持続的リソースの割当て解除を示す。
【０１３８】
まだ持ち出されていない一つの論点は、受信エンティティであるＵＥに対比して送信エンティティであるｅＮＢにおけるＨＡＲＱプロセスの設定である。ＨＡＲＱプロトコルは、ＵＥ内にあるのと同数のＨＡＲＱプロセスをｅＮＢにおいて採用することが一般的である。ＨＡＲＱプロトコルは、データパケットをＵＥへ送信するために、ｅＮＢにおいて数個のＨＡＲＱプロセスを使用する。持続的スケジューリングの場合、設定期間中に、ｅＮＢ内のＨＡＲＱプロセスのうちの一つが持続的にスケジュールされたデータ用に確保される。このＨＡＲＱプロセスは、ＵＥにおけるものと同じであり得るが、ある理由で異なってもよい。相応して、データユニットの初回の送信を実行時に、ｅＮＢは、送信したデータパケットに対応する肯定応答がＵＥから受信されるまで、確保されたＨＡＲＱプロセスに割り当てられたメモリ領域にそのデータユニットを保存する。上記肯定応答が受信されると、送信バッファ領域の内容が消去され、保存されたデータパケットは消去される。
【０１３９】
しかし、ユニキャストデータパケットがＵＥ側で正しく復号できなかった場合には、否定応答がｅＮＢで受信される。当該無線制御エンティティは、アップリンクで使用される同期プロトコルに従って、データパケットの受信から所定の時間後にＨＡＲＱフィードバックメッセージ（ＡＣＫ／ＮＡＣＫ）を送信することによって行なわれる、ＮＡＣＫまたはＡＣＫが関係するＨＡＲＱプロセスを明確に特定できなければならない。ＡＣＫ／ＮＡＣＫシグナリングのタイミングに基づいて、しかるべく、無線制御エンティティは対応するＨＡＲＱプロセスを特定でき、ＮＡＣＫを受信した場合にはデータパケットの再送信を開始できる。特定されたＨＡＲＱプロセスに保存されたデータユニットは、同じＨＡＲＱプロセスを再度使用して、前記データパケットの移動ノードへの再送信を実行するためにｅＮＢによって使用される。
【０１４０】
最も簡単なケースでは、ＨＡＲＱプロセスの設定は、受信機（ＵＥ）と送信機（ｅＮＢ）で同じである。すなわち、同じ各ＨＡＲＱプロセスが同じ各データユニットに対して使用される。つまり、ＨＡＲＱプロセス４が、送信機側と受信機側で、ＨＡＲＱプロトコルを使用してデータの送信と受信をそれぞれ行なうために使用される。しかし、着信する送信の絶対的なアドレス指定を達成できるためには、両方のエンティティがどのＨＡＲＱプロセスがどのデータを含むかをそれぞれが独自に知る必要がある。ｅＮＢに関しては、これは、ｅＮＢが基本的に次のこと知らなければならないことを意味する。受信したＡＣＫ／ＮＡＣＫメッセージに対応するデータを含むのはどのＨＡＲＱプロセスか、上記データ用にどのＨＡＲＱプロセスがＵＥで使用されるのか（制御シグナリング中で上記ＨＡＲＱプロセスをアドレス指定するために）。
【０１４１】
同じ論理が本発明の実施形態にも適用され得る。例えば、ｅＮＢにおけるＨＡＲＱプロセスの設定は、ＵＥにおけるＨＡＲＱプロセスの設定を有利には鏡映したものにできる。より詳細には、ｅＮＢ側とＵＥ側の両方のＨＡＲＱプロセス４のメモリが二つのメモリサブ領域に分割される。このようにすれば、一つの特定のデータパケットの個々の送信（及び／または再送信）の格納先となるのはどのＨＡＲＱプロセス、どのサブ領域であるかをｅＮＢは常に知りやすくなる。
【０１４２】
しかし、上記もまた必須ではない―というのは、ｅＮＢがＵＥとは完全に異なる設定を持つことが可能であるからである。したがって、ｅＮＢではＨＡＲＱプロセスが全く分割されないこともあり得る。その代わり、ｅＮＢでは二つのＨＡＲＱプロセスを使用可能であり、同じデータフローに対して、ＵＥは二つに分割された一つだけのＨＡＲＱプロセスを使用する。
【０１４３】
前述の説明から、ｅＮＢとＵＥの対応するＨＡＲＱ設定は、実際の設定により多少異なり得ることを当業者は推測できる。
【０１４４】
さらに、本発明の上述の実施形態はダウンリンクの送信に関するものであるが、同じことがＵＥから発してｅＮＢへ向けられる送信にも適用する。
【０１４５】
実際に、本発明の様々な実施形態の上述の原理は、ＨＡＲＱプロトコルを使用するあらゆる種類のエンティティ間で使用可能である。
【０１４６】
上に言及したとおり、追加のメモリ領域が持続的にスケジュールされたデータユニットを受信し、格納するために使用される場合（図９及びそれに付随する説明を参照）、データユニットを格納するために追加のメモリ領域を使用するようにＵＥに指示するために、コードポイントが再送信グラントのためのトランスポートブロックサイズフィールドに書き込まれる。トランスポートブロックサイズを指示するために、ＴＢＳ（ＭＣＳフィールド、変調及び符号化方式フィールドとも呼ばれる）は、ＲＢフィールドと組み合わせて使用され、さらに使用すべき変調及び符号化方式をシグナリング（通知）するためにも使用される。
【０１４７】
ＴＢＳフィールド中のコードポイントを利用する場合、ＴＢＳフィールドがすでに他の用途に使用されているので、持続的にスケジュールされたデータの再送信についてのトランスポートブロックサイズを指示できない。けれども、持続的にスケジュールされたデータ（例えば、ＶｏＩＰ）の再送信についてのトランスポートブロックサイズは、サイズが基本的に変わらないので、通常、初回の送信から自明に知られる。代替的に、トランスポートブロックサイズがなおもシグナリング（通知）される必要がある場合には、再送信のトランスポートブロックサイズを指示するための追加のフィールドが定義される必要がある。例えば、追加のメモリが動的にスケジュールされたデータにも使用される場合には、再送信が初回に送信されたデータパケットと比較して部分的に同一のまたは同一ではない情報（符号ビット／シンボル）から構成されることもあるため、初回と再送信のトランスポートブロックサイズが異なる可能性がある。
【０１４８】
どんな場合でも、再送信に使用される変調及び符号化方式の変更を示すこともまた役立つと考えられる。この問題の解決策は、伝送データに関する情報をシグナリングするための再送信グラントを持続的にスケジュールするために、必要とされないその他の制御データフィールドを使用することである。これは、例えば、ＨＡＲＱプロセスＩＤフィールドまたはＴＰＣフィールドであり得る。
【０１４９】
別の論点は、割当て解除のための制御メッセージの受信である。ＵＥが割当て解除メッセージを受信し損なう場合、リソース上に当該ＵＥへのデータがもはやないにもかかわらず、ＵＥは所定のリソース上の期待するデータを復号し続けることになるだろう。したがって、これは、このＵＥによる誤りのＮＡＣＫを引き起こす。
【０１５０】
ＡＣＫ／ＮＡＣＫメッセージはデータの正しい受信／受信エラーを示すためにだけ使用され、制御シグナリングのためには使用されないので、割当て解除メッセージをＵＥが正しく受信したことをｅＮＢが知る可能性は現在のところない。したがって、「持続的リソースの割当て解除」制御メッセージの正しい受信時に、明示的なＡＣＫを送信することは有益である―たとえこの制御メッセージにデータ送信が関連付けられていなくても。
【０１５１】
本発明の別の実施形態は、ハードウェア及びソフトウェアを使用した、上述した様々な実施形態の実現に関係する。本発明の多様な実施形態は、コンピューティングデバイス（プロセッサ）を使用して実現または実施され得ることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはその他のプログラム可能な論理デバイス等であり得る。本発明の多様な実施形態は、上記のデバイスの組合せによって実施または実現されてもよい。
【０１５２】
さらに、本発明の多様な実施形態は、プロセッサで実行されるまたは直接ハードウェアに組み込むソフトウェアモジュールを用いても実現可能である。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、コンピュータで読取り可能などんな種類の記憶媒体−例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等−に記憶されてもよい。
【０１５３】
以上の文面において、本発明の様々な実施形態とその変形を説明した。具体的な実施形態の形で示した本発明へのいろいろな変形及び／または修正が、広義に説明された本発明の精神または範囲を逸脱しない限りにおいてなされ得ることは当業者によって理解されるであろう。
【０１５４】
上記の実施形態の大部分は３ＧＰＰベースの通信システムに関連して概説されており、以上の節で使用された用語は３ＧＰＰの用語に主に関係することにさらに留意すべきである。しかし、３ＧＰＰベースのアーキテクチャにかかわる多様な実施形態の用語と説明は、本発明の原理と概念を上記のシステムに限定するように意図されてはいない。
【０１５５】
また、前述の背景技術の節で述べた詳細な説明は、本文書に説明した主に３ＧＰＰの特徴を生かした例示的な実施形態をよりよく理解してもらうためのものであり、移動通信ネットワークにおけるプロセス及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。しかしながら、本文書で提案された改良は、背景技術の節で説明したアーキテクチャに容易に適用可能である。さらに、本発明の概念は、３ＧＰＰによって現在検討中のＬＴＥ ＲＡＮに容易に使用することもできる。
【図１】
0005426652.tif 000002
【図２】
0005426652.tif 000003
【図３】
0005426652.tif 000004
【図４】
0005426652.tif 000005
【図５】
0005426652.tif 000006
【図６】
0005426652.tif 000007
【図７】
0005426652.tif 000008
【図８】
0005426652.tif 000009
【図９】
0005426652.tif 000010
【図１０】
0005426652.tif 000011
【図１１】
0005426652.tif 000012