(57)【要約】本発明は、無線通信ネットワークにおいてユーザ機器ＨＡＲＱ時間及び基地局ＨＡＲＱ時間を割り当てる方法及び装置を提供し、ユーザ機器ＨＡＲＱ時間はユーザ機器がＨＡＲＱ処理を処理する時間であり、基地局ＨＡＲＱ時間は基地局がＨＡＲＱ処理を処理する時間であり、ユーザ機器ＨＡＲＱ時間は基地局ＨＡＲＱ時間よりも長い。【選択図】  図３
2019506086.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークのユーザ機器においてユーザ機器ＨＡＲＱ時間を割り当てる第１の割当て装置であって、
前記ユーザ機器ＨＡＲＱ時間は前記ユーザ機器がＨＡＲＱ処理を実行するためのものであり、
前記第１の割当て装置によって割り当てられた前記ユーザ機器ＨＡＲＱ時間は基地局によって割り当てられた基地局ＨＡＲＱ時間よりも長く、
前記基地局ＨＡＲＱ時間は前記基地局が前記ＨＡＲＱ処理を実行するためのものである、
第１の割当て装置。
【請求項２】
前記ユーザ機器ＨＡＲＱ時間は、第３のメッセージと、前記ユーザ機器と前記基地局の間のランダムアクセス応答メッセージとの間の時間間隔よりも短い、請求項１に記載の第１の割当て装置。
【請求項３】
前記第１の割当て装置は、前記ユーザ機器の処理能力に基づいて前記ユーザ機器ＨＡＲＱ時間を決定するように構成された、請求項１又は２に記載の第１の割当て装置。
【請求項４】
前記第１の割当て装置は、異なるユーザ機器処理能力レベルに基づいて決定されたユーザ機器ＨＡＲＱ時間が異なるように構成された、請求項３に記載の第１の割当て装置。
【請求項５】
前記第１の割当て装置が前記基地局と前記ユーザ機器との間のＨＡＲＱモードを決定するように構成された第１のＨＡＲＱモード決定モジュールであって、
前記ＨＡＲＱモデルは以下の項目：
セルのカバレッジエリア、
前記基地局と前記ユーザ機器との間の距離、
送信時間間隔（ＴＴＩ）長、
前記ユーザ機器の処理能力
の少なくとも１つに依存する、
第１のＨＡＲＱモード決定モジュール
をさらに備える、
請求項１から４のいずれか１項に記載の第１の割当て装置。
【請求項６】
前記第１のＨＡＲＱモード決定モジュールは、前記第ｎのＴＴＩ上で受信されたデータについて、ｍ個のＴＴＩの後にＨＡＲＱ処理の処理結果を送信することを決定するように構成され、ｍの決定は以下の式：
ｍ＝ＲＴＴ／ＴＴＩ／２
に従い、
ＲＴＴはＨＡＲＱラウンドトリップ時間を示し、
ＴＴＩは送信時間間隔の長さを示し、
ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢとしてさらに示され、
ＰＤは前記基地局と前記ユーザ機器との間の最大伝搬遅延を示し、
２ＴＴＩはデータ／フィードバック／メッセージ送信が占める時間を示し、
ＤＵＥは前記ＵＥでの処理遅延を示し、
ＤｅＮＢは前記基地局での処理遅延を示す、
請求項５に記載の第１の割当て装置。
【請求項７】
ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとしてさらに表され、
ｍＵＥ＊ＴＴＩは前記ＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、
ＦＤＵＥは前記ＵＥの前記ＨＡＲＱ処理の処理における前記ＴＴＩと共に変化しない部分であり、
ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、
ｍｅＮＢ＊ＴＴＩは前記基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、
ＦＤｅＮＢは前記基地局の前記ＨＡＲＱ処理の処理遅延におけるＴＴＩと共に変化しない前記部分である、
請求項６に記載の第１の割当て装置。
【請求項８】
無線通信ネットワークの基地局において基地局ＨＡＲＱ時間を割り当てる第２の割当て装置であって、
前記基地局ＨＡＲＱ時間は前記基地局がＨＡＲＱ処理を実行するためのものであり、
前記第２の割当て装置によって割り当てられた前記基地局ＨＡＲＱ時間は前記ユーザ機器によって割り当てられたユーザ機器ＨＡＲＱ時間よりも短く、
前記ユーザ機器ＨＡＲＱ時間は前記ユーザ機器が前記ＨＡＲＱ処理を実行するためのものである、
第２の割当て装置。
【請求項９】
前記ユーザ機器ＨＡＲＱ時間は、無線リソース制御要求メッセージと、前記ユーザ機器と前記基地局の間のランダムアクセス応答メッセージとの間の時間間隔よりも短い、請求項８に記載の第２の割当て装置。
【請求項１０】
前記第２の割当て装置が前記基地局と前記ユーザ機器との間のＨＡＲＱモードを決定するように構成された第２のＨＡＲＱモード決定モジュールであって、
前記ＨＡＲＱモードは以下の項目：
セルカバレッジ、
基地局とユーザ機器との間の距離、
送信時間間隔（ＴＴＩ）長、
ユーザ機器の処理能力
の少なくともいずれか１つに依存する、
第２のＨＡＲＱモード決定モジュール
も備える、
請求項８又は９に記載の第２の割当て装置。
【請求項１１】
前記第２のＨＡＲＱモード決定モジュールは、前記第ｎのＴＴＩで受信されたデータについて、ｍ個のＴＴＩの後にＨＡＲＱ処理の処理結果を送信することを決定するように構成され、ｍの決定は以下の式：
ｍ＝ＲＴＴ／ＴＴＩ／２
に従い、
ＲＴＴはＨＡＲＱラウンドトリップ時間を示し、
ＴＴＩは送信時間間隔の長さを示し、
ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢとしてさらに表され、
ＰＤは前記基地局と前記ユーザ機器との間の最大伝搬遅延を示し、
２ＴＴＩはデータ／フィードバック／メッセージの送信によって占められる時間を示し、
ＤＵＥは前記ＵＥでの処理遅延を示し、
ＤｅＮＢは前記基地局での処理遅延を示す、
請求項１０に記載の第２の割当て装置。
【請求項１２】
ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとしてさらに表され、
ｍＵＥ＊ＴＴＩは前記ＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、
ＦＤＵＥは前記ＵＥの前記ＨＡＲＱ処理の処理遅延における前記ＴＴＩと共には変化しない部分であり、
ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、
ｍｅＮＢ＊ＴＴＩは前記基地局の前記ＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分を示し、
ＦＤｅＮＢは前記基地局の前記ＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない前記部分である、
請求項１１に記載の第２の割当て装置。
【請求項１３】
無線通信ネットワークにおけるユーザ機器であって、請求項１から７のいずれか１項に記載の第１の割当て装置を備えるユーザ機器。
【請求項１４】
請求項８から１２のいずれか１項に記載の第２の割当て装置を備える無線基地局。
【請求項１５】
無線通信ネットワークにおいてユーザ機器ＨＡＲＱ時間及び基地局ＨＡＲＱ時間を割り当てる方法であって、
前記ユーザ機器ＨＡＲＱ時間は前記ユーザ機器がＨＡＲＱ処理を処理する時間であり、
前記基地局ＨＡＲＱ時間は前記基地局がＨＡＲＱ処理を処理する時間であり、
前記ユーザ機器ＨＡＲＱ時間は前記基地局ＨＡＲＱ時間よりも長い、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信ネットワークにおけるＨＡＲＱ処理に関し、より具体的には周波数分割複信ベースの無線通信ネットワークにおけるＨＡＲＱ処理のための方法及び装置に関する
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）技術は、周波数分割複信（ＦＤＤ）及び時分割複信（ＴＤＤ）の２つの複信方式をサポートする。
【０００３】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のＲＡＮ（無線アクセスネットワーク）ＴＳＧ（技術仕様グループ）の第６７回会議において、レイテンシを短縮する方法に関する研究プロジェクトが成立した。このプロジェクトは、レイテンシを短縮するための実現可能性及び追加の概念を研究することを目的とする。ＲＡＮ２の研究によれば、ＬＴＥ及びＬＴＥ−Ａネットワークにおけるレイテンシは、ＨＡＲＱ（ハイブリッド自動再送要求）のラウンドトリップ遅延（ＲＴＤ）によって大きくもたらされる。したがって、それは、ＨＡＲＱ処理を最適化するための重要な研究課題の一つである。
【０００４】
また、ＲＡＮ２の予備的研究の結論は、送信時間間隔（ＴＴＩ）の短縮がレイテンシを効果的に短縮できることを示している。短縮されたＴＴＩは、その長さが１個以上のＯＦＤＭシンボル（ＯＳ）となり得るｓＴＴＩともいわれる。ｓＴＴＩはＨＡＲＱ処理について新規の要件を課し、それは既存のＨＡＲＱ処理概念では充足されない。
【発明の概要】
【０００５】
トラフィックデータのダウンリンク部分は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で送信され、アップリンク部分は物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送信される。
【０００６】
ＰＤＳＣＨのＨＡＲＱフィードバック（例えばＨＡＲＱ−ＡＣＫ又はＨＡＲＱ−ＮＡＣＫ）は、物理アップリンク共有チャネル又は物理アップリンク制御チャネル上で送信され得る。ＰＵＳＣＨのＨＡＲＱフィードバックは、物理ハイブリッドＡＲＱ指示チャネル上で送信される。アップリンクＨＡＲＱ及びダウンリンクＨＡＲＱの具体的な設計によれば、あるデータ／メッセージと以前の／後続のフィードバック／データ／メッセージとの間のＨＡＲＱに含まれる時間的な関係は、ＨＡＲＱタイミングといわれる。
【０００７】
ＵＥが駐在するのに適切なセルを選択した後、初期ランダムアクセス処理が開始され得る。ランダムアクセスは、ＬＴＥにおいて基本的な機能である。ＵＥは、ランダムアクセス処理を通してシステムとアップリンク同期された後でのみ、システムによってスケジューリングされてアップリンク送信を実行できる。ＬＴＥにおけるランダムアクセスには、競合ベースのランダムアクセス及び非競合ランダムアクセスの２つの形態がある。第１のランダムアクセス処理は競合ベースのアクセス処理であり、
（１）プリアンブルシーケンス送信、
（２）ランダムアクセス応答（ＲＡＲ）、
（３）ＭＳＧ３送信（ＲＲＣ接続要求）、
（４）競合解決メッセージ（ＭＳＧ４）
の４つのステップに分割できる。
【０００８】
ＭＳＧ３は、第３のメッセージを参照する。ランダムアクセス処理中のメッセージ内容が固定されておらず、場合によってはＲＲＣ接続要求を搬送することがあり、場合によっては制御メッセージ又はトラフィックパケットをも搬送することもあるので、そのようなメッセージは短縮してＭＳＧ３といわれる。ＭＳＧ３を送信する処理もＨＡＲＱ機構を採用するが、ＲＡＲメッセージの復号にはより長い時間が必要となるため、既存のプロトコルは、ＭＳＧ３に対してより長いＨＡＲＱタイミングを規定する。基本的に、本開示には、ＨＡＲＱ処理を最適化する際のＭＳＧ３も含まれる。
【０００９】
例えば現在の仕様では、ＦＤＤ及びＴＤＤに関して、ＨＡＲＱタイミング処理の定義はすべて、ＴＴＩ長が１ミリ秒であるシナリオに向けられている。全体の遅延を短縮する目的を達成するために、ＴＴＩ長は短縮される必要がある。したがって、これらのより短いＴＴＩに適応したＨＡＲＱタイミングソリューションを提供する方法が、本開示の実施形態を通して本開示の発明者らによって解決されるべき問題である。
【００１０】
本開示の第１の態様の実施形態によると、無線通信ネットワークのユーザ機器におけるユーザ機器ＨＡＲＱ時間を割り当てる第１の割当て装置が提供され、ユーザ機器ＨＡＲＱ時間はユーザ機器がＨＡＲＱ処理を実行するためのものであり、第１の割当て装置によって割り当てられたユーザ機器ＨＡＲＱ時間は基地局によって割り当てられた基地局ＨＡＲＱ時間よりも長く、基地局ＨＡＲＱ時間は基地局がＨＡＲＱ処理を実行するためのものである。
【００１１】
また、ユーザ機器ＨＡＲＱ時間は、第３のメッセージと、ユーザ機器と基地局の間のランダムアクセス応答メッセージとの間の時間間隔よりも短い。
【００１２】
また、第１の割当て装置は、ユーザ機器の処理能力に基づいてユーザ機器ＨＡＲＱ時間を決定するように構成される。
【００１３】
また、第１の割当て装置は、異なるユーザ機器処理能力レベルに基づいて決定されたユーザ機器ＨＡＲＱ時間が異なるように構成される。
【００１４】
また、第１の割当て装置は、
基地局とユーザ機器との間のＨＡＲＱモードを決定するように構成された第１のＨＡＲＱモード決定モジュールをさらに備え、ＨＡＲＱモデルは以下の項目：
−セルのカバレッジエリア、
−基地局とユーザ機器との間の距離、
−送信時間間隔（ＴＴＩ）長、
−ユーザ機器の処理能力
の少なくとも１つに依存する。
【００１５】
また、第１のＨＡＲＱモード決定モジュールは、第ｎのＴＴＩ上で受信されたデータについて、ｍ個のＴＴＩの後にＨＡＲＱ処理の処理結果を送信することを決定するように構成され、ｍの決定は以下の式：
ｍ＝ＲＴＴ／ＴＴＩ／２
に従い、ＲＴＴはＨＡＲＱラウンドトリップ時間を示し、ＴＴＩは送信時間間隔の長さを示し、ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢとしてさらに示され、ＰＤは基地局とユーザ機器との間の最大伝搬遅延を示し、２ＴＴＩはデータ／フィードバック／メッセージ送信が占める時間を示し、ＤＵＥはＵＥでの処理遅延を示し、ＤｅＮＢは基地局での処理遅延を示す。
【００１６】
また、ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとしてさらに表され、ｍＵＥ＊ＴＴＩはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤＵＥはＵＥのＨＡＲＱ処理の処理におけるＴＴＩと共に変化しない部分であり、ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、ｍｅＮＢ＊ＴＴＩは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤｅＮＢは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩと共に変化しない部分である。
【００１７】
本開示の第２の態様の実施形態によると、無線通信ネットワークの基地局における基地局ＨＡＲＱ時間を割り当てる第２の割当て装置が提供され、基地局ＨＡＲＱ時間は基地局がＨＡＲＱ処理を実行するためのものであり、第２の割当て装置によって割り当てられた基地局ＨＡＲＱ時間はユーザ機器によって割り当てられたユーザ機器ＨＡＲＱ時間よりも短く、ユーザ機器ＨＡＲＱ時間はユーザ機器がＨＡＲＱ処理を実行するためのものである。
【００１８】
また、ユーザ機器ＨＡＲＱ時間は、無線リソース制御要求メッセージと、ユーザ機器と基地局の間のランダムアクセス応答メッセージとの間の時間間隔よりも短い。
【００１９】
また、第２の割当て装置は、
基地局とユーザ機器との間のＨＡＲＱモードを決定するように構成された第２のＨＡＲＱモード決定モジュールをさらに備え、ＨＡＲＱモードは以下の項目：
−セルカバレッジ、
−基地局とユーザ機器との間の距離、
−送信時間間（ＴＴＩ）長、
−ユーザ機器の処理能力
の少なくともいずれか１つに依存する。
【００２０】
また、第２のＨＡＲＱモード決定モジュールは、第ｎのＴＴＩで受信されたデータについて、ｍ個のＴＴＩの後にＨＡＲＱ処理の処理結果を送信することを決定するように構成され、ｍの決定は以下の式：
ｍ＝ＲＴＴ／ＴＴＩ／２
に従い、ＲＴＴはＨＡＲＱラウンドトリップ時間を示し、ＴＴＩは送信時間間隔の長さを示し、ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢとしてさらに表され、ＰＤは基地局とユーザ機器との間の最大伝搬遅延を示し、２ＴＴＩはデータ／フィードバック／メッセージの送信によって占められる時間を示し、ＤＵＥはＵＥでの処理遅延を示し、ＤｅＮＢは基地局での処理遅延を示す。
【００２１】
また、ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとしてさらに表され、ｍＵＥ＊ＴＴＩはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤＵＥはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分であり、ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、ｍｅＮＢ＊ＴＴＩは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分を示し、ＦＤｅＮＢは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分である。
【００２２】
本開示の第３の態様の実施形態によると、無線通信ネットワークにおけるユーザ機器であって、上述の第１の態様の実施形態における第１の割当て装置を含むユーザ機器が提供される。
【００２３】
本開示の第４の態様の実施形態によると、上述の第２の態様の実施形態における第２の割当て装置を含む基地局が提供される。
【００２４】
本開示の第５の態様の実施形態によると、無線通信ネットワークにおいてユーザ機器ＨＡＲＱ時間及び基地局ＨＡＲＱ時間を割り当てる方法が提供され、ユーザ機器ＨＡＲＱ時間はユーザ機器がＨＡＲＱ処理を処理する時間であり、基地局ＨＡＲＱ時間は基地局がＨＡＲＱ処理を処理する時間であり、ユーザ機器ＨＡＲＱ時間は基地局ＨＡＲＱ時間よりも長い。
【００２５】
本開示の実施形態を実施することにより、以下の効果、
・ＨＡＲＱ処理の最適化によってＲＴＴが効果的に短縮され、全体の遅延を短縮するのに非常に役立つこと、
・標準に関して具体的な解決策が提供されること、
・異なるＵＥ処理能力レベル及び複数のｓＴＴＩモードがサポートされ、特定の実施に十分な柔軟性を提供すること、
・ネットワーク配備を容易にするように異なるセルカバレッジがサポートされること
が達成され得る。
【００２６】
本開示は、以下に提供される詳細な説明及び図面を通してより完全に理解可能であり、同一の部分には同一の符号が付される。図面は説明の目的のためにのみ提供されており、本開示を限定するものではない。
【図面の簡単な説明】
【００２７】
【図１】本開示の実施形態によるＦＤＤシステムにおけるＨＡＲＱタイミング方式を示す。
【図２ａ】本開示の実施形態による１つのシナリオにおけるＨＡＲＱのパラメータを送信する処理を示す。
【図２ｂ】本開示の実施形態による他のシナリオにおけるＨＡＲＱのパラメータを送信する処理を示す。
【図３】本開示の実施形態による無線通信ネットワークのユーザ機器におけるユーザ機器ＨＡＲＱ時間を割り当てる第１の割当て装置の概略ブロック図を示す。
【図４】本開示の実施形態による無線通信ネットワークの基地局における基地局ＨＡＲＱ時間を割り当てる第２の割当て装置の概略ブロック図を示す。
【発明を実施するための形態】
【００２８】
これらの図面は、いくつかの例示的な実施形態において使用される方法、構造及び／又は材料の一般的な特徴を説明し、以下に提供される記載された図示を補足すること意図していることが理解されるべきである。しかし、これらの図面は比例的に図示されず、任意の所与の実施形態の正確な構造又は性能の特徴を正確に反映していないこともあり、例示の実施形態に含まれる数値又は属性の範囲を定義又は限定するものとして解釈されるべきではない。図面において類似又は完全に同一の符号を使用するのは、類似又は完全に同一のユニット（部）又は構成が存在することを示すためである。
【００２９】
例示の実施形態は種々の変形及び置換方法を有してもよいし、その中のいくつかの実施形態は例示的に図面に示されてここに詳細に説明されるが、例示の実施形態は、開示された特定の形態に限定されることを意図していないことが理解されるべきである。一方で、例示の実施形態は、請求項の範囲内に入るすべての変形、均等的な方式及び代替の方式を含むことを意図している。同一の符号は、常にそれぞれの図面における図示において同一のユニットを表す。
【００３０】
いくつかの例示の実施形態は、フロー図の形態における処理又は方法として説明されていることが、例示の実施形態をより詳細に検討する前に述べられるべきである。フロー図はそれぞれの動作を順次処理されるものとして図示するが、その中の多くの動作は並行して、兼行して又は同時に実施され得る。また、種々の動作を並べ替えてもよい。動作が完了した場合に、処理は終了し得る。しかしながら、添付図面に含まれていない追加のステップを含んでいてもよい。処理は、方法、機能、仕様、サブルーチン、サブプログラムなどに相当し得る。
【００３１】
ここで用いられる「無線デバイス」又は「デバイス」という用語は、以下のアイテムと同義語と見なすことができ、以下では、次のアイテム：クライアント、ユーザデバイス、移動局、モバイルユーザ、モバイル端末加入者、ユーザ、遠隔局、アクセス端末、受信機及びモバイルユニットなどといわれることもあり、無線通信ネットワークにおける無線リソースの遠隔ユーザを説明することもある。
【００３２】
同様に、ここで用いられる「基地局」という用語は、以下のアイテムと同義語と見なすことができ、以下では、次の：ノードＢ、エボルブドノードＢ、ｅＮｏｄｅＢ、送受信機基地局（ＢＴＳ）、ＲＮＣなどといわれることもあり、移動局と通信する送受信機を説明し、複数の技術的世代にわたる無線通信ネットワークにおける無線リソースを提供することもある。記載における基地局は、ここで説明する方法を実現する能力に加えて、従来の周知の基地局に関連するすべての機能を有し得る。
【００３３】
方法によって記載されるインフラ（一部はフロー図によって図示される）は、一般的に、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語又はそれらの任意の組合せによって実施され得る。ソフトウェア、ファームウェア、ミドルウェア又はマイクロコードで実施される場合、必要なタスクを実行するためのプログラムコード又はコードセグメントは機械又はコンピュータ可読媒体（例えば記憶媒体）に記憶されてもよい。（１以上の）プロセッサは、必要なタスクを実現し得る。
【００３４】
ここに開示される特定の構造及び機能の詳細は、本開示の例示の実施形態を説明する目的のための代表例にすぎない。代わりに、本開示は多くの代替の実施形態を通して具体的に実現され得る。したがって、本開示はここに例示される実施形態にのみ限定されるものではないことが理解されるべきである。
【００３５】
「第１」及び「第２」のような用語は、ここではそれぞれのユニットを説明するために使用されるが、これらのユニットはこれらの用語によって限定されるべきではないことが理解されるべきである。これらの用語の使用は、あるユニットを別のユニットと区別するためだけのものである。例えば、例示の実施形態の範囲から逸脱することなく、第１のユニットは第２のユニットといわれ、同様に第２のユニットは第１のユニットといわれてもよい。ここで使用される「及び／又は」という用語は、列挙された関連項目の１以上のいずれか及びすべての組合せを含む。
【００３６】
１つのユニットがさらなるユニットに「接続」又は「結合」される場合、それはさらなるユニットに直接接続若しくは結合されていてもよく、又は中間ユニットが存在していてもよいことが理解されるべきである。これに対して、ユニットがさらなるユニットに「直接接続」又は「直接結合」される場合、中間ユニットは存在しない。（例えば「間に配置された」対「間に直接配置された」、「隣の」対「すぐ隣の」などの）ユニット間の関係を説明するための他の用語は、同様に解釈されるべきである。
【００３７】
ここで使用される用語は、好ましい実施形態を説明するためのものに過ぎず、例示の実施形態を限定することを意図するものではない。他に示されない限り、ここで使用される単数形「ａ」又は「ｏｎｅ」は、複数形を含むことも意図している。ここで使用される「備える」及び／又は「含む」の用語は、記載された特徴、整数、ステップ、動作、ユニット及び／又は構成要素の存在を規定するが、１以上の他の特徴、整数、ステップ、動作、ユニット、構成要素及び／若しくはそれらの組合せの存在又は追加を排除するものではないこともわかるはずである。
【００３８】
いくつかの代替の実施形態において、記載の機能／動作は、図面に示されているものとは異なる順序で行われてもよいことにも留意されたい。例えば、関連する機能／動作に依存して、２つの連続的に図示された図は、実質的に同時に又は時には逆の順序で実行されてもよい。
【００３９】
他に定義されない限り、ここで使用される（技術的及び科学的用語を含む）すべての用語は、例示の実施形態が関連する当業者によって一般に理解されるのと同じ意味を有する。ここで明示的に定義されない限り、一般的な辞書に定義される用語は、関連技術の背景における意味と一致する意味を有すると解釈されるべきであり、理想的又は過度に正式な意味によって解釈されるべきではないことも理解されるべきである。
【００４０】
例示の実施形態及び対応する詳細な図示の一部は、コンピュータメモリ内のソフトウェア又はアルゴリズム及びデータビットを動作させる記号表現を通して提供される。これらの図示及び表現は、当業者が彼／彼女の研究の本質を本技術の他の技術者に効果的に伝達するために使用される図示及び表現である。通常使用されるように、ここで使用される「アルゴリズム」という用語は、所望の結果を得るための本質的に一貫した一連のステップを想定している。これらのステップは、物理量の物理的操作を必要とするステップを指す。一般的に、しかし必ずしもではないが、これらの量は、保存、送信、結合、比較及びその他の操作が可能な光学、電気又は磁気信号の形式を採用する。主に一般的な使用のために、これらの信号をビット、数値、要素、記号、文字、項及びディジットということが時には便利であることが分かっている。
【００４１】
以下の説明では、例示的な実施形態が、プログラムモジュール又は機能処理として実施され得る作用及び動作の（例えばフロー図の形式における）記号表現を参照して説明され得る。プログラムモジュール又は機能処理は、特定のタスクを実現する又は特定の抽象データタイプを実現するルーティン、プログラム、オブジェクト、構成要素、データ構造などを含み、既存のネットワーク要素で既存のハードウェアを使用して実現され得る。そのような既存のハードウェアは、１以上の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含み得る。
【００４２】
しかし、これら及び類似の用語は、適切な物理量と関連すべきであり、これらの量の簡便なタグとしてのみ採用されることが認識されるべきである。特に明記しない限り又は記載から明らかでない限り、「処理する」、「計算する」、「決定する」、「表示する」のような用語は、コンピュータシステム又は類似の電子計算装置の作用及び処理を指し、それはコンピュータシステムのレジスタ又はメモリにおける物理量及び電子量として表されるデータを操作し、そのようなデータは、コンピュータシステムメモリ若しくはレジスタ又はそのような種類の情報を記憶、搬送若しくは表示する他のデバイスにおける物理量として同様に表される他のデータに変換される。
【００４３】
例示の実施形態のソフトウェア実施態様は、一般に、特定の形式のプログラム記憶媒体上に符号化されるか、又は特定のタイプの伝送媒体を通して実施されることにも留意すべきである。プログラム記憶媒体は、磁気（例えばフロッピーディスク若しくはハードディスクドライブ）又は光学（例えばＣＤＲＯＭ）記憶媒体であってもよく、読み取り専用又はランダムアクセス記録媒体であってもよい。同様に、伝送媒体は、撚線対、同軸ケーブル、光ファイバ又は技術分野で周知の他の適切な伝送媒体であってもよい。例示の実施形態は、任意の所与の実施方式におけるこれらの態様によって限定されない。
【００４４】
プロセッサ及びメモリは、協働して動作して装置機能を実行し得る。例えば、メモリは装置機能に関するコードセグメントを記憶してもよく、一方でコードセグメントはプロセッサによって実行されてもよい。さらに、メモリは、プロセッサに利用可能な処理変数及び定数を記憶してもよい。
【００４５】
本開示の発明者は、その長さを短縮するように総遅延を短縮することによるＲＴＴの向上に応じて、基地局とＵＥとを区別して扱うべきであることを新たに提案する。具体的には、基地局及びＵＲがＨＡＲＱ処理を処理するために確保される時間は、異なることが好ましい。本開示において、ユーザ機器がそれ自体でＨＡＲＱ処理を処理するために割り当てる時間はＴ１、基地局がそれ自体でＨＡＲＱを処理するために割り当てる時間はＴ２であり、Ｔ１は好ましくはＴ２よりも長い。Ｔ１をユーザ機器ＨＡＲＱ時間ともいい、Ｔ２をＨＡＲＱ時間ともいう。
【００４６】
以下、本開示の実施形態は、ＲＴＴの構造を分析することにより、より明確に理解されるであろう。
【００４７】
ＬＴＥ又はＬＴＥ−Ａについて、アップリンク（すなわちユーザ機器がアップリンクデータを送信し、基地局がＡＣＫ／ＮＡＣＫのような受信応答を返信する）は、同期ＨＡＲＱを採用する。ＨＡＲＱ処理はアップリンクデータ送信のための処理である。２つの部分がそれぞれ異なる例において異なる内容に具体化されており、それを以下に紹介する。その第１の部分は、ユーザ機器ＨＡＲＱ時間として常に使用されるためＴ１に分類され、その第２の部分は、基地局ＨＡＲＱ時間として常に使用されるためＴ２に分類される。
【００４８】
例１：第１の部分は、ＰＤＣＣＨ上のアップリンクリソース割当て（ＵＬ許可）と、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して割り当てられたアップリンクリソースを使用した（最初の）アップリンクデータの送信との間の時間間隔であり、この期間は主にＵＥがデータ処理するためのものであり、Ｔ１に分類され得ることがわかる。
【００４９】
第２の部分は、（例えば、ＰＵＳＣＨを介して、初期送信又は再送信となり得る）アップリンクデータ送信と、データ送信を参照して基地局によって提供される後続のＨＡＲＱフィードバック（又は受信応答という）との間の時間間隔である。この期間は、主に基地局がアップリンクデータを受信して、（アクノリッジメントを示す）ＡＣＫメッセージ又は（否定アクノリッジメントを示す）ＮＡＣＫメッセージが生成されてアップリンクデータを処理するためのものであることがわかり、したがってＴ２に分類され得る。
【００５０】
特に、本開示の実施形態によれば、Ｔ１はＴ２よりも長い。
【００５１】
例２：第１の部分は、ＮＡＣＫメッセージによってトリガされる（例えばＰＨＩＣＨを介した）ＵＥによるあるアップリンクデータ送信のためのＮＡＣＫメッセージの受信と、（例えばＰＵＳＣＨを介した）同一のアップリンクデータの再送信との間の時間間隔である。この期間は、主にＵＥが受信したＮＡＣＫメッセージを処理して再送信を編成するためのものであることがわかり、したがってユーザ機器ＨＡＲＱ時間に属し、Ｔ１に分類される。
【００５２】
第２の部分は、依然として、データ送信を参照して基地局によって提供される（例えばＰＵＳＣＨを介した、初期送信又は再送信となり得る）アップリンクデータ送信と、後続のＨＡＲＱフィードバック（又は受信応答という）との間の時間間隔である。この期間は、主に基地局がアップリンクデータを受信して、（アクノリッジメントを示す）ＡＣＫメッセージ又は（否定アクノリッジメントを示す）ＮＡＣＫメッセージが生成されてアップリンクデータを処理するためのものであることがわかり、したがってＴ２に分類され得る。
【００５３】
特に、本開示の実施形態によれば、Ｔ１はＴ２よりも長い。
【００５４】
本発明の本開示の実施形態を紹介する前に、ＦＤＤベースの無線通信ネットワークについては、Ｔ１の長さはＴ２の長さと同一であり、両者とも４個のサブフレームに設定される。そして、アップリンクＨＡＲＱのＲＴＴは、Ｔ１及びＴ２の合計に等しく、すなわち８個のサブフレームである（各サブフレームが１ｍｓの場合、ＲＴＴは合計８ｍｓである）。
【００５５】
図３を参照して、本開示の実施形態によるユーザ機器においてユーザ機器ＨＡＲＱ時間を割り当てる第１の割当て装置３２の概略ブロック図を示す。ユーザ機器ＨＡＲＱ時間Ｔ１は、ユーザ機器がＨＡＲＱ処理を処理するためのものであり、第１の割当て装置３２によって割り当てられたユーザ機器ＨＡＲＱ時間Ｔ１は基地局によって割り当てられた基地局ＨＡＲＱ時間Ｔ２よりも長く、基地局ＨＡＲＱ時間Ｔ２は基地局がＨＡＲＱ処理を処理するためのものである。この核となる概念は、上記で解説されている。
【００５６】
引き続き図３を参照すると、第１の割当て装置３２によって割り当てられるユーザ機器ＨＡＲＱ時間Ｔ１も、第３のメッセージ（又はＭＳＧ３ともいわれる）と、ＵＥと基地局の間のランダムアクセス応答メッセージ（例えばランダムアクセス応答、ＲＡＲ）との間の時間間隔ｋよりも短縮されていることが好ましい。すなわち、ｋ＞Ｔ１＞Ｔ２である。
【００５７】
具体的には、ランダムアクセス処理におけるＭＳＧ３は、アップリンクＨＡＲＱにも適用可能である。時間間隔ｋ（すなわち、ＭＳＧ３と対応のＲＡＲとの間の時間間隔）はＦＤＤについて６個のサブフレームとなり得る。ＬＴＥ及びＬＴＥ−Ａについて、ダウンリンク送信は、非同期ＨＡＲＱに適する。ＦＤＤについて、基地局が行うダウンリンクデータ送信とダウンリンクデータに対してＵＥが提供する受信アクノリッジメント（ＡＣＫ又はＮＡＣＫ）との間の時間間隔もまた、Ｔ１、すなわち（対応する受信応答の受信、処理及び生成を行う）ＵＥのユーザ機器ＨＡＲＱ時間として表され得る。
【００５８】
ＦＤＤベースのＨＡＲＱタイミングソリューションの一例を図１に示す。ＵＥ及び基地局が（図１にＰＤとして表される）同一の伝搬遅延に直面すると仮定すると、基地局のために確保される基地局ＨＡＲＱ時間はＵＥのために確保されるＨＡＲＱ時間よりも長いことが理解され得る。ＵＥは、パラメータＴＡ（タイミングアドバンス）に基づくそのフレームタイミングよりも早くアップリンクデータを送信する必要がある。したがって、この仮定の下での基地局ＨＡＲＱ時間とユーザ機器ＨＡＲＱとの間の関係は、式（１）によって表され得る。
基地局ＨＡＲＱ時間
＝ユーザ機器ＨＡＲＱ時間＋ＴＡ
＝ユーザ機器ＨＡＲＱ時間＋２＊ＰＤ    （１）
【００５９】
しかし、本開示の発明者は、基地局に対してユーザ機器よりも長いＨＡＲＱ時間を確保することは合理的ではないこと、すなわち、Ｔ１はＴ２と等しくなるべきではないことを提案する。
【００６０】
具体的には、本開示の実施形態によれば、図３及び図４を参照すると、ＦＤＤベースのシステムにおけるＵＥ及び基地局の間のＨＡＲＱタイミング方式は非対称であり、すなわち、基地局に確保される基地局ＨＡＲＱはユーザ機器に確保されるユーザ機器ＨＡＲＱ時間と異なり、さらに、ＨＡＲＱタイミング方式において３つのパラメータ、すなわち上記のｋ、Ｔ１及びＴ２がさらに定義され、式（２）の関係が満たされる。
Ｋ＞Ｔ１＞Ｔ２    （２）
ここでｋは、ＭＳＧ３と対応のＲＡＲとの間の時間間隔を意味する。
【００６１】
特に、（ＰＤを除く）Ｔ１は、アップリンクリソース割当てとアップリンクデータ送信との間の時間間隔、ＵＥによって受信されるＮＡＣＫメッセージと対応のアップリンクデータ再送信との間の時間間隔、又はＵＥによるダウンリンクデータ受信とＵＥによる基地局への対応する受信肯定（ＡＣＫ又はＮＡＣＫ）の供給との間の時間間隔を意味する。
【００６２】
特に、Ｔ２は、基地局によるアップリンクデータ受信と基地局によるユーザ機器への対応する受信応答の供給との間の時間間隔又は基地局によるＵＥからのＮＡＣＫメッセージの受信と基地局による対応するダウンリンクデータの再送信の実行との間の時間間隔を意味する。
【００６３】
一般性を失うことなく、ｋ、Ｔ１及びＴ２の長さは、すべてＴＴＩの積分時間である。
【００６４】
上記の状況と比較してＴ２を短縮する（例えばＴ１よりも短くする）ことにより、アップリンク及びダウンリンクＨＡＲＱのＲＴＴを短縮すること、すなわち総遅延を短縮することが容易になる。Ｔ２は、基地局の（処理）能力に関連する。本明細書では、基地局の能力を定量的に定義し得るが、ここでは詳述しない。
【００６５】
ＨＡＲＱのＲＴＴは、ユーザ機器により高度な処理能力を持たせることによってさらに実現され得る。具体的には、第１の割当て装置３２２は、ユーザ機器の処理能力に基づいてユーザ機器ＨＡＲＱ時間を決定してもよい。例えば、ｋ及びＴ１の双方がＵＥの処理能力に関連するため、基地局とＵＥとの間で異なるレベルのユーザ機器の処理能力がサポートされ得る。好ましくは、ユーザ機器処理能力（以下、処理能力レベルという）の異なるレベルに対して、第１の割当て装置３２２によって決定されたユーザ機器ＨＡＲＱ時間Ｔ１は異なり得る。より具体的には、基地局は、レベルｉの異なる処理能力レベルに対して、それぞれのＵＥに対応するパラメータ対（ｋｉ、Ｔ１ｉ）を有するマッピングテーブルを保持する。続いて、マッピングテーブルを照会することにより、基地局は、特定のＵＥに対して採用すべきパラメータ対（ｋｉ、Ｔ１ｉ）を知ることができる。ＵＥの処理能力レベルは、例えばそれを基地局に直接送信して又はＭＭＥ（移動性管理要素）を通して基地局に転送して、ＵＥによってネットワーク終端に提供され得る。
【００６６】
処理遅延の短縮は、ｓＴＴＩソリューションから独立していてもよい。例えば、ｓＴＴＩをサポートしていない基地局又はＵＥは、ＴＴＩを短縮せずに、その処理時間を短縮する（例えばＴ１を短縮する）だけでＲＴＴの短縮を遂行し得る。しかし、ｓＴＴＩをサポートする基地局及びユーザ機器は、より短縮されたアップリンク及びダウンリンク遅延を得るように、短縮されたＴＴＩ（ｓＴＴＩ）及び短縮された処理時間の両方から利益を得ることができる。ｓＴＴＩソリューションにおいて、すべてのＨＡＲＱタイミング方式におけるＨＡＲＱタイミングパラメータｋ、Ｔ１及びＴ２は、ｓＴＴＩの長さに関連付けられることが好ましい。所与のｓＴＴＩ長に対して、１以上のユーザ機器処理能力レベルのサポートが提供されてもよい。
【００６７】
同期するＨＡＲＱが適用される場合、一般的なＨＡＲＱ処理のＲＴＴはＴ１＋Ｔ２と等しい。ＭＳＧ３のＨＡＲＱ処理のＲＴＴは、ｋ＋Ｔ２と等しい。非同期ＨＡＲＱが適用される場合、通常のＨＡＲＱ処理のＨＡＲＱタイミングはユーザ側のＴ１と定義され、ＭＳＧ３のＨＡＲＱ処理のＨＡＲＱタイミングはｋと定義され、基地局側の通常のＨＡＲＱ処理のＨＡＲＱタイミングはＴ２と定義され、ここではｋ＞Ｔ１＞Ｔ２であることが重要である。
【００６８】
本発明のより具体的な実施形態によれば、３種類のｓＴＴＩ構成（異なるｓＴＴＩ長）及び２つの異なるユーザ機器処理能力レベルａ、ｂが、ユーザ機器と基地局との間でサポートされていると仮定する。ＵＥについては、少なくとも通常のＴＴＩをサポートする必要がある。ＵＥがｓＴＴＩをサポートする場合、１以上のｓＴＴＩ構成をサポートしていてもよい。
【００６９】
表１にＨＡＲＱパラメータの異なる状況を示す。
【表１】
2019506086.tif 000003
【００７０】
ＴＴＩ／ＴＴＩｓ構成及びＵＥ処理能力レベルの異なる組合せに対応するＴ１及びｋは、パラメータＴ１及びｋがＴＴＩと共に変動し得るか、又はＵＥ処理能力レベルと共に変動し得ることを具現するように、異なる下付き文字で表される。ただし、これらすべての例において、ｋｉｊ＞Ｔ１ｉｊ＞Ｔ２ｊであることが好ましく、ｉはＵＥの処理能力レベルのレベルを示し、ｊは異なるＴＴＩ／ｓＴＴＩに対して構成された識別子を示す。
【００７１】
ＵＥ及び基地局の処理レイテンシはｓＴＴＩの長さとは独立していてもよいが、基地局の処理能力は一般的にシステムによって決定される定数であり、一般的にｓＴＴＩの長さの整数倍である。（ｓＴＴＩ長の整数倍でもあり得る）異なるＵＥ処理能力レベルについては、表１に示すパラメータ対（Ｔ１ｉｊ、ｋｉｊ）が定義され、その値は対応するｓＴＴＩの長さに関連付けられる。
【００７２】
図２を参照すると、ステップＳ１０２において、ＵＥ１はその処理能力レベルをＭＭＥ３に報告し、具体的にはトラッキングエリアアップデート（ＴＡＵ）要求メッセージを通して送信され得る。その後、ステップＳ３０２において、ＭＭＥ３は、例えば初期背景設定要求メッセージを介して、それを基地局２に通知する。この目的のために、新規の情報要素（ＩＥ）が、ＴＡＵ要求メッセージ及び初期背景設定要求メッセージにそれぞれ追加され得る。具体的には、「ＵＥ処理能力レベル」は、対応する「ＵＥ無線能力」ＩＥに追加され得る。
【００７３】
図２ｂを参照すると、ＵＥ１がアタッチ処理を実行している場合、ネットワークへの第１の接続のためにＴＡＵ処理を実行する場合、又はＵＥ無線能力を更新するためにＴＡＵ処理を実行する場合、ＭＭＥ３は、ＵＥの無線能力情報を初期背景設定要求メッセージにおいて基地局に送信しなくてもよい。ステップＳ１０３が図２ａと同一の場合、ステップＳ３０２における初期背景設定要求は、ＵＥの処理能力レベルについての関連情報を含んでおらず、基地局２がそのＵＥ処理能力をＵＥ１に問い合わせる新規のステップＳ２０２をトリガすることもでき、後のステップＳ１０４において、ＵＥ１は、そのＵＥ処理能力レベルを基地局２に直接報告する。次に、ステップＳ２０４において、基地局は、受信されたＵＥの処理能力レベル情報をＵＥ処理能力情報指示としてＭＭＥ３に送信する。図２ａと同様に、図２ｂに示す例において、メッセージ／シグナリングは、ＵＥ処理能力レベル情報の相互作用に対応する情報要素を必要に応じて追加することができるが、ここでは詳述しない。
【００７４】
次に、本発明の実施形態におけるＨＡＲＱタイミングについて具体的な推奨を示す。図３を参照すると、第１の割当て装置３２は、基地局２とＵＥ１との間のＨＡＲＱモードを決定するように構成された第１のＨＡＲＱモード決定モジュール３２２をさらに備え、そのＨＡＲＱモードは以下の項目：
−セルカバレッジ、
−基地局２とユーザ機器１との間の距離、
−例えば一般的にＴＴＩ＝１ｍｓの送信時間間隔の長さ又は複数のＯＦＤＭシンボルから形成されるｓＴＴＩの長さ、
−ＵＥ１の処理能力
の少なくとも１つに依存する。
【００７５】
ＨＡＲＱモードは、上記のすべての項目に依存することが好ましい。
【００７６】
さらに、第１のＨＡＲＱモデル決定モジュール３２２は、第ｎのＴＴＩ上で受信されたデータについて、ｍ個のＴＴＩ後のＨＡＲＱ処理の処理結果を決定するように構成されており、ｍの決定は式（３）に従う：
ｍ＝ＲＴＴ／ＴＴＩ／２    （３）
ここでＲＴＴはＨＡＲＱラウンドトリップ時間を示し、ＴＴＩは送信時間間隔の長さを示し、ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢでさらに表され、ＰＤは基地局とユーザ機器との間の最大伝搬遅延を示し、２ＴＴＩはデータ／フィードバック／メッセージ送信によって占有される時間を示し、ＤＵＥはＵＥでの処理遅延を示し、ＤｅＮＢは基地局での処理遅延を示す。
【００７７】
また、ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとして表され、ｍＵＥ＊ＴＴＩはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤＵＥはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分であり、ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、ｍｅＮＢ＊ＴＴＩは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤｅＮＢは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分である。
【００７８】
上記の定義は、以下の考察に基づく。
総遅延は、伝搬遅延（ＰＤ）及び処理遅延を含むものと見なされてもよく、これは別個に分析されるべきである。特に、伝搬遅延は、基地局とＵＥとの間の距離によって決定される。マルチパス伝搬及びその他の可能性のある要素を考慮して、最大伝搬遅延は見通し線時間のほぼ２倍となり得る。デバイスハードウェアの処理性能によって、処理遅延はより複雑になる。
【００７９】
ＨＡＲＱタイミングの設計方式の他の重要な考え方は、可変ＨＡＲＱタイミングを設計することにあり、変数は上記のｍであり、具体的にはセルカバレッジ、ＵＥと基地局との間の距離、ＵＥ／基地局のハードウェア処理能力及びＴＴＩの長さによって決定される。
【００８０】
異なるＨＡＲＱモード間の差は、ｍの値、例えばｍ＝２、３、４、５、６、７、…であり、異なるＴＴＩ長は異なるｍの値に対応し得る。各基地局又は各ＵＥの制御下にあるセル及びそれにサービングされる基地局について、適切なｓＴＴＩ構成及び対応して一致するＨＡＲＱモデル（例えばｍ＝２又は３又は４…７…）が選択され得る。マルチパス送信及びその他の要因によって、ＰＤは、見通し線送信の時間の２倍と決定され得る。
【００８１】
受信時間は１個のＴＴＩよりもわずかに長くてもよい。ＨＡＲＱソフトキャッシュ及び復号時間の総時間は、ＵＥ及び基地局のハードウェア性能、特にＵＥのハードウェア性能に大きく依存する。シミュレーションでは、１．５ＴＴＩが、これらの固定時間オーバーヘッドの上限となると考えられる。実際のアプリケーションでは、これらのパラメータは、ＵＥ及び基地局についてさらに分析されるべきである。
【００８２】
分析を容易にするために、固定遅延を０．２ｍｓと仮定してもよい。このパラメータは、アプリケーションにおけるＵＥ及び基地局についてさらに分析されるべきである。
【００８３】
以下、上記のＨＡＲＱタイミング方式を、いくつかの具体例を通して説明する。
【００８４】
例１：
ラージセルについては、その理論上の最大セルカバレッジは１０７ｋｍであり、したがって対応する信号送信時間は０．３７５ｍｓである。ＰＤ＝０．６ｍｓ、ｍＵＥ＝ｍｅＮＢ＝１．５、ＰＤＵＥ＝ＦＤｅＮＢ＝０．２ｍｓと想定すると、表２に示すように、フィードバック時間及びＨＡＲＱのＲＴＴ値の制限を算出することができる。
表２：ラージカバレッジセルに関するフィードバック時間及びＨＡＲＱ  ＲＴＴの限界値
【表２】
2019506086.tif 000004
【００８５】
表２から、ラージセルのシナリオにおいては、ＴＴＩ長が３ＯＦＤＭシンボル以下の場合、ＰＤが主な遅延要因となり、より短縮されたＴＴＩを使用する効果もなくなることが容易にわかる。これは、ＴＴＩ長が１又は２個のＯＦＤＭシンボルの場合、ＨＡＲＱフィードバック時間及びＲＴＴは、ＴＴＩに対して比例して減少しないことを意味する。既に述べたように、従来のｍ＝４のＨＡＲＱタイミング方式（すなわちｎ＋４）は、ＴＴＩ長が非常に短い場合には十分に機能できない。
【００８６】
実際には、基地局とＵＥの間の距離が非常に大きい場合、基地局は、より長いＲＴＴのために非常に短いＴＴＩを選択しないことが好ましい。短縮されたＴＴＩに起因する遅延の短縮は、より長いＨＡＲＱのＲＴＴによって打ち消されるからである。
【００８７】
例２：
約１４ｋｍのカバレッジを有するノーマルセルを考察する。最大信号送信時間は０．０４７ｍｓであり、ＰＤ値は０．１ｍｓとする。他の前提を変更することなしに、表３に示すように算出され得る。
表３：ノーマルセルに関するフィードバック時間及びＨＡＲＱ  ＲＴＴの限界値
【表３】
2019506086.tif 000005
【００８８】
実際には、基地局がＵＥに対してより短いＴＴＩを選択する場合、基地局はＵＥの位置（すなわち基地局とＵＥとの間の距離）及び（特にＵＥの）ハードウェア処理能力を推定する必要があり、それからＵＥに対して適切なＨＡＲＱモデルを選択する。特定のＨＡＲＱモデル選択は、選択に必要とされる関連情報を取得する限り、ＵＥによって確実に実行されてもよく、ＵＥは、上述のように基地局によって既に選択されたＨＡＲＱモデルを受動的に理解してもよい。
【００８９】
例３
都市部における基地局の密度は、通常、郊外部よりもはるかに高い。この点では、基地局間の距離は通常１ｋｍ未満である。表４に、各ＨＡＲＱフィードバック構成を簡単に示す。前の仮定に基づいて、ＴＴＩが半分又はさらに１／４に短縮された場合、つまりｍ＝３である場合、基地局の近傍のＵＥはｎ＋３のフィードバックタイミングを取得し得ることがわかる。しかしながら、基地局から比較的離れたセルの境界におけるＵＥは、ＴＴＩ長が１個のＯＦＤＭシンボルに短縮された場合、すなわちｍ＝７の場合、ｎ＋７のフィードバックタイミングのみ取得できる。異なるＴＴＩ長及びＵＥ位置は、異なるＨＡＲＱモードに対応することが好ましい。
表４  距離に関連する異なるＨＡＲＱフィードバックのタイムリミット
【表４】
2019506086.tif 000006
【００９０】
実際には、基地局は、ＵＥの移動性、基地局密度及びセル再選択に基づいてＵＥの最遠距離を決定し、最遠距離を考慮し得る。
【００９１】
図４を参照すると、第２の割当て装置４２は基地局ＨＡＲＱ時間を割り当てるように構成され、基地局ＨＡＲＱ時間は基地局がＨＡＲＱ処理を実行するためのものであり、第２の割当て装置によって割り当てられた基地局ＨＡＲＱ時間はユーザ機器によって割り当てられたユーザ機器ＨＡＲＱ時間よりも短く、ユーザ機器ＨＡＲＱ時間はユーザ機器がＨＡＲＱ処理を実行するためのものである。
【００９２】
さらに、ユーザ機器ＨＡＲＱ時間は、無線リソース制御要求メッセージと、ユーザ機器１と基地局２との間のランダムアクセス応答メッセージとの間の時間間隔よりも短い。
【００９３】
また、第２の割当て装置４２は、
基地局とユーザ機器との間のＨＡＲＱモードを決定するように構成された第２のＨＡＲＱモード決定モジュールも備え、ＨＡＲＱモードは以下の項目：
−セルカバレッジ、
−基地局２とユーザ機器１との間の距離、
−送信時間間隔（ＴＴＩ）長、
−ユーザ機器の処理能力
の少なくともいずれか１つに依存する。
【００９４】
また、第２のＨＡＲＱモード決定モジュール４２２は、第ｎのＴＴＩで受信されたデータについて、ｍ個のＴＴＩの後にＨＡＲＱ処理の処理結果を送信することを決定するように構成され、ｍの決定は以下の式（３）に従う：
ｍ＝ＲＴＴ／ＴＴＩ／２    （３）
ＲＴＴはＨＡＲＱラウンドトリップ時間を示し、ＴＴＩは送信時間間隔の長さを示し、ＲＴＴはＲＴＴ＝２ＰＤ＋２ＴＴＩ＋ＤＵＥ＋ＤｅＮＢとしてさらに表され、ＰＤは基地局とユーザ機器との間の最大伝搬遅延を示し、２ＴＴＩはデータ／フィードバック／メッセージの送信によって占められる時間を示し、ＤＵＥはＵＥでの処理遅延を示し、ＤｅＮＢは基地局での処理遅延を示す。
【００９５】
また、ＤＵＥはｍＵＥ＊ＴＴＩ＋ＦＤＵＥとしてさらに表され、ｍＵＥ＊ＴＴＩはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分であり、ＦＤＵＥはＵＥのＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分であり、ＤｅＮＢはｍｅＮＢ＊ＴＴＩ＋ＦＤｅＮＢとしてさらに表され、ｍｅＮＢ＊ＴＴＩは基地局２のＨＡＲＱ処理の処理遅延におけるＴＴＩ長と共に変化する部分を示し、ＦＤｅＮＢは基地局のＨＡＲＱ処理の処理遅延におけるＴＴＩと共には変化しない部分である。
【００９６】
第２の割当て装置４２の他の又はさらなる内容は、図３を参照した上記導入を参照できるが、ここでは詳述しない。
【００９７】
本発明は、ソフトウェア並びに／又はソフトウェア及びハードウェアの組合せにおいて実現されることが留意されるべきである。例えば、本発明の種々のモジュールは、特定用途向け集積回路（ＡＳＩＣ）又は他の任意の同様のハードウェア装置を用いて実現され得る。一実施形態では、本発明のソフトウェアプログラムは、上記のステップ又は機能を実現するためにプロセッサによって実行されてもよい。同様に、本発明の（関連するデータ構造を含めた）ソフトウェアプログラムは、コンピュータ可読記録媒体例えばＲＡＭメモリ、磁気若しくは光学ドライバ又はフロッピーディスク及び同様のデバイスに記憶されてもよい。さらに、本発明のステップ又は機能の一部は、例えばそれぞれのステップ又は機能を実行するようにプロセッサと協働する回路としてのハードウェアによって実現され得る。
【００９８】
当業者であれば、本発明が例示的な実施形態の詳細に限定されないことは明らかであり、本発明は、本発明の要旨又は基本的な特徴から逸脱することなく、他の特定の形態で実施することができる。したがって、いかなる観点においても、実施形態は、限定的ではなく例示的なものと見なされるべきである。本発明の範囲は、上記の説明ではなく添付の請求項によって限定される。したがって、請求項の均等な要素の意味及び範囲内のすべての変形は、本発明内に含まれる。請求項における符号は、関与する請求項を限定するものとみなされるべきではない。さらに、「備える」又は「含む」という単語は他のユニット又はステップを除外せず、単数形は複数を除外しないことは明らかである。システムの請求項に記述される複数のユニット又はモジュールもまた、ソフトウェア又はハードウェアを通して１つのユニット又はモジュールによって実現されてもよい。第１及び第２のような単語は、名称を示すために用いられ、いかなる特定の順序を示すものでもない。
【００９９】
例示の実施形態を具体的に示し上述してきたが、当業者には、請求項の要旨及び範囲を逸脱することなく、その形態及び詳細を変更してもよいことが理解されるであろう。ここで求められる保護は、添付の請求項に記載されている。
【図１】
2019506086.tif 000007
【図２ａ】
2019506086.tif 000008
【図２ｂ】
2019506086.tif 000009
【図３】
2019506086.tif 000010
【図４】
2019506086.tif 000011
【国際調査報告】
2019506086.tif 000012
2019506086.tif 000013