本願明細書に記載の方法。概要本開示は、とりわけ、シャドーイングのような無線チャネル状態に従って、データをより適切なサイズに再断片化することによって、再送信待ち時間をさらに改善するために、上述の問題に対処し得る。さらに、本開示は、データの再断片化が生じ得るべきときに、対処し得る。本出願は、ハイブリッド自動再送要求HARQ送信失敗時にパケットデータを再送信する方法を提供し得、該方法は、HARQ送信エラー性能特性に対する変化が閾値より大きいかどうか、および/またはチャネル状態の劣化が表示されているかどうか、または閾値未満であるどうかをチェックするステップと、イエスの場合、RLC-SDUまたはRLC-PDUのデータをより小さなPDUデータサイズに再断片化するステップと、該再断片化されたRLC-PDUデータを送信するステップと、イエスでない場合、以前のRLC-PDUデータを送信するステップとを包含する。本出願は、再断片化層を備え、無線チャネル状態に従って、データをより適切なサイズに再断片化するように適合されたモバイルネットワークにおける送信機をさらに提供し得、該再断片化層は、ハイブリッド自動再送要求HARQ送信エラー性能特性に対する変化が閾値より大きいかどうか、および/またはチャネル状態の劣化が表示されているかどうか、または閾値未満であるかどうかをチェックして、イエスの場合、RLC-SDUまたはRLC-PDUのデータをより小さなPDUデータサイズに再断片化し、該再断片化されたRLC-PDUデータを送信すること、イエスでない場合、以前のRLC-PDUデータを送信することを行うように適合されている。本出願は、計算デバイスまたはシステム、例えば、該デバイスまたはシステムにおいて、本出願の上記方法を実行する送信機によって実行可能なプログラムコードを備えるコンピュータ読み取り可能な媒体をさらに提供する。さらに、本出願は、通信ネットワークを提供し、該通信ネットワークは、該送信機と、該送信機からのパケットデータ送信を受信可能な複数のユーザ装備UEとを備える。本発明は、さらに、以下の手段を提供する。項目1送信機から受信機へのハイブリッド自動再送要求HARQ送信失敗時にパケットデータを再送信する方法であって、該方法は、HARQ送信エラー性能特性に対する変化が閾値より大きいかどうか、および/またはチャネル状態の劣化が表示されているかどうか、または閾値未満であるかどうかをチェックするステップと、イエスの場合、無線リンク制御サービスデータユニットRLC-SDUまたは無線リンク制御プロトコルデータユニットRLC-PDUのデータをより小さなPDUデータサイズに再断片化するステップと、該再断片化されたRLC-PDUデータを送信するステップと、イエスでない場合、以前のRLC-PDUデータを送信するステップとを包含する、方法。項目2上記チェックするステップの前に、ハンドオーバが表示されているかどうかを決定するステップと、イエスの場合、上記再送信処理を終了するステップとをさらに包含する、項目1に記載の方法。項目3上記ハンドオーバは、無線リソース制御プロトコルまたはレイヤ2レベル信号伝達によって表示される、項目2に記載の方法。項目4無線リソース制御プロトコルは、測定報告またはレイヤ2レベル信号伝達が、受信または生成されるときに、ハンドオーバが期待されるかどうかを表示する、項目3に記載の方法。項目5上記チェックするステップの前に、カバー範囲外の状態が表示されているかどうかを決定するステップと、該カバー範囲外の状態が表示されている場合、上記再送信処理を終了するステップとをさらに包含する、項目1~項目4のいずれか1項に記載の方法。項目6上記カバー範囲外の状態は、受信した最終チャネル品質インジケータCQI時間が、閾値より大きいかどうか、もしくは上記受信機からの肯定応答ACKまたは否定応答NACKの受信に連続して失敗した回数が、構成可能な閾値を超えるかどうかをチェックすること、または物理層が上記受信機はカバー範囲外であると決定する場合、該カバー範囲外の状態が、決定されることによって決定される、項目5に記載の方法。項目7上記方法は、送信機の無線リンク制御RLCレベルで実行される、項目1~項目5のいずれか1項に記載の方法。項目8断片化は、メディアアクセス制御MAC層で実行される、項目1~項目5のいずれか1項に記載の方法。項目9断片サイズは、MAC層によって、RLC層に報告される、項目8に記載の方法。項目10カバー範囲外の状態は、MAC層からRLC層に報告される、項目8に記載の方法。項目11上記再断片化されたデータは、RLC層からMAC層に渡される、項目1~項目5のいずれか1項に記載の方法。項目12勾配チャネル品質インジケータが、閾値未満であるかどうかを決定することによって、上記HARQは、チャネル状態の劣化をチェックする、項目1に記載の方法。項目13上記勾配チャネル品質インジケータが、閾値より大きいか、あるいは閾値未満でない場合、上記方法は、最終チャネル品質インジケータに対する符号化速度、または直近受信したCQIの平均、および上記受信機に対する無線リソースの利用可能性が、閾値より大きいかどうかをチェックするステップと、イエスの場合、新たな断片サイズを有するHARQ再送信失敗を信号伝達するステップと、ノーの場合、HARQ再送信失敗を信号伝達するステップとをさらに包含する、項目12に記載の方法。項目14再断片化層を備え、無線チャネル状態に従って、データをより適切なサイズに再断片化するように適合されたモバイルネットワークにおける送信機であって、該再断片化層は、ハイブリッド自動再送要求HARQ送信エラー性能特性に対する変化が閾値より大きいかどうか、および/またはチャネル状態の劣化が表示されているかどうか、または閾値未満であるかどうかをチェックして、イエスの場合、RLC-SDUまたはRLC-PDUのデータをより小さなPDUデータサイズに再断片化し、該再断片化されたRLC-PDUデータを送信すること、イエスでない場合、以前のRLC-PDUデータを送信することを行うように適合されている、送信機。項目15上記再断片化層は、RLC層またはMAC層を備える、項目14に記載の送信機。項目16上記際断片化層は、ハンドオーバが表示されているかどうかを決定して、イエスの場合、上記再送信処理を終了するように適合されている、項目14に記載の送信機。項目17無線リソース制御プロトコルまたはレイヤ2レベル信号伝達が、上記ハンドオーバを表示するように適合されている、項目16に記載の送信機。項目18無線リソース制御プロトコルは、測定報告またはレイヤ2レベル信号伝達が、受信または生成されるときに、ハンドオーバが期待されるかどうかを表示するように適合されている、項目17に記載の送信機。項目19カバー範囲外の状態が表示されているかどうかを決定して、イエスの場合、上記再送信を終了する、項目14~項目18のいずれか1項に記載の送信機。項目20カバー範囲外の状態は、受信した最終チャネル品質インジケータCQI時間が、閾値より大きいかどうかをチェックすること、受信機または送信機からの肯定応答ACKまたは否定応答NACKの受信に連続して失敗した回数が、所定の閾値を超える場合、あるいは勾配チャネル品質インジケータが、閾値未満である場合を決定することのいずれかによって決定するようにさらに適合されている、項目19に記載の送信機。項目21上記勾配チャネル品質インジケータが、閾値より大きいか、あるいは閾値未満でない場合、上記送信機は、最終チャネル品質インジケータに対する符号化速度が、閾値より大きいかどうかをチェックして、イエスの場合、新たな断片サイズを有するHARQ再送信失敗を信号伝達することと、ノーの場合、HARQ再送信失敗を信号伝達することとを行うように適合されている、項目20に記載の送信機。項目22項目14~項目21のいずれか1項に記載の送信機と、該送信機からのパケットデータ送信を受信可能な複数のユーザ装備UEとを備える、通信ネットワーク。項目23項目1~項目13のいずれか1項に記載の方法を実行する計算デバイスまたはシステムにおいて実行可能なプログラムコードを備える、コンピュータ読み取り可能な媒体。摘要ハイブリッド自動再送要求HARQ送信失敗時にパケットデータを再送信する方法であって、該方法は、HARQ送信エラー性能特性に対する変化が閾値より大きいかどうか、および/またはチャネル状態の劣化が表示されているかどうか、または閾値未満であるどうかをチェックするステップと、イエスの場合、RLC-SDUまたはRLC-PDUのデータをより小さなPDUデータサイズに再断片化するステップと、該再断片化されたRLC-PDUデータを送信するステップと、イエスでない場合、以前のRLC-PDUデータを送信するステップとを有する、方法。本出願は、図面を参照することによって、より良く理解される。好ましい実施形態の説明ここで、図面に参照がなされる。図1は、ロングタームエボリューションLTEユーザの平面プロトコルスタックを説明するブロック図を示す。UE110は、進化型ノードBeNB120とアクセスゲートウェイaGW130の双方と通信する。様々な層が、プロトコルスタックに示される。パケットデータ収束プロトコルPDCP層140は、UE110とaGW130の双方に図示される。PDCP層140は、インターネットプロトコルIPヘッダの圧縮および解凍、ユーザデータの転送、ならびに無線ベアラに対するシーケンス番号SNの維持を実行する。PDCP層140の下に、無線リンク制御プロトコル層142があり、この無線リンク制御プロトコル層142は、eNB120上の無線リンク制御プロトコル層142と通信する。理解されるように、通信は、図1および図2に示されるプロトコルスタックのようなプロトコルスタックにある物理層を介して発生する。しかしながら、UEのRLC層142からのパケットは、eNB120上のRLC層142によって解釈される。RLC層142の下に、メディアアクセス制御MACデータ送信プロトコル層146がある。当業者によって理解されるように、RLCプロトコルおよびMACプロトコルは、UMTSのデータリンクサブ層およびLTE無線インタフェースを形成し、ノードBすなわち、LTEのeNBおよびユーザ装備上に常駐する。レイヤ1L1LTE物理層148は、RLC層142/MAC層146の下にある。この層は、通信用の物理層である。図2を参照すると、図2は、LTE制御平面プロトコルアーキテクチャを示す。図1に使用された参照番号と同様の参照番号が、図2で使用される。具体的には、UE110は、eNB120およびaGW130と通信する。さらに、物理層148、MAC層146、RLC層142、およびPDCP層140が、図2の中に存在する。図2はまた、非アクセス階級non-accessstratumNAS層210を示す。理解されるように、NAS層210は、移動性管理およびセッション管理を含み得る。無線リソース制御プロトコル層RRC220は、UEとE-UTRAN進化型ユニバーサル陸上無線アクセスネットワークとの間の無線リソースの割り当て、構成、およびリリースを担うプロトコルスタックのパーツである。LTE用RRCプロトコルの基本的な機能性は、3GPPのTR25.813の仕様に記載されている。当業者によって理解されるように、UMTSにおいて、自動再送要求ARQの機能性は、無線ネットワークコントローラRNCに駐在するRLC層内で実行される。ロングタームエボリューションLTEは、ARQ機能性をRNCからeNBに移動させ、ここで、より緊密な相互作用が、ARQとHARQとの間MAC層内で、またeNBの中にも位置するに存在し得る。HSDPAおよびE-DCHにおいて、RLC-SDUは、一連の等しいサイズにされたRLC-PDU例えば、42オクテットに断片化され、エアインタフェースを介して送信するために、MAC層に与えられる。MACは、通常、複数のRLC-PDUを1つのMAC-PDUに多重化する。MAC-PDUが、配信され得ない場合、特定回数の試みの後に、そのMAC-PDUの送信は、放棄される。受信機側で、MAC層は、受信したMAC-PDUを複数のRLC-PDUに逆多重化する。何らかの紛失RLC-PDUが検出される場合、受信側は、ステータスメッセージを用いて通知し、紛失RLC-PDUの再送信を要求する。これは、比較的長々しい処理である。LTEにおいて、待ち時間を大幅に減らし、データのスループットを増やすために、失敗したMACレベルの再送信を放棄する代わりに、再断片化の後に、再送信することが、現在、研究されている。この問題は、いつ、どのようにして再断片化するかということである。図3および図4を参照すると、本出願に従う方法の概観が、提示される。HARQ再送信失敗において、エラーを取り扱う3つの選択肢があり、これらは、1何もしないこと。これは、ARQ機能のポーリングおよびステータス報告機能に依存して、エラーを回復することを意味する。このオプションは、ハンドオーバが、無線カバー範囲外にあると期待されるときに、選択されるべきである。2即座に再断片化して、再送信すること。失敗したデータユニットは、再送信される前に、現在の無線状態に従って、より適切なサイズに再断片化される。このオプションは、当初のトランスポートブロックが、チャネル状態の劣化および/または無線リソースの利用可能性の減少によって、効率的でないと考えられるときに、再送信する際に選択されるべきである。3現在のまま、即座に再送信すること。このオプションは、選択肢1および2が適用可能でないときに、選択されるべきである。図3は、HARQ再送信失敗時に、MAC層内で、どのような選択がなされるかの例示的な流れ図を示す。この決定は、HARQ再送信失敗の通知を用いて、再断片化および再送実行機能RREFに渡される。RREFは、図4に示される上部層から知らされた決定およびハンドオーバ表示に従って、再送信および/または再断片化を実行する。図3における選択を行うためには、特定の閾値が、構成される必要がある。受信機側と送信機側との双方でのこのようなパラメータ構成は、図5に示される。図6は、ハンドオーバ表示が、どのようにしてRREFに提供されるかを説明する。図7は、2つの考えられるプロトコルアーキテクチャを示し、その第一において、RREFは、RLCに含まれ、その第二において、RREFは、MACに含まれる。図3を参照すると、決定実行処理の詳細が、説明される。ステップ310で、HARQ再送信失敗が発生する最大再送信回数に到達するとき、ステップ311で、カバー範囲外の状態が、検査される。例えば、受信機からのACK/NAKの受信に連続して失敗した回数Nanfが、構成された閾値TH-Nanfを超える場合ACK/NAKが受信機から受信されるべき時間に、送信機が、期待されるACK/NAK応答を検出し得ない場合、ステップ312で、カバー範囲外の表示が、RREFに渡される。あるいは、受信機側からの定期的なCQI報告が構成される場合、送信機は、受信機からの直近のCQI報告とHARQ再送信失敗TLastCQIとの間の時間が、構成された閾値TH-LC、例えば、CQIインターバルNより長い場合、受信機が無線カバー範囲外であると考える。ここで、Nは、整数値である。このような場合、カバー範囲外の表示は、ステップ312で、RREFに渡される。さらに、物理層が、受信機がカバー範囲外であることを表示し得る場合、このような表示は、MAC層を介して、RREFに配信され得る。ステップ311で決定されるように、受信機が無線カバー範囲内にあると考えられる場合、ステップ320で、直近受信したCQI報告の平均および勾配それぞれECQIおよびGradCQIで指定が、計算される。計算に使用されるCQIの数Ncは、例えば、RRCによって構成され得る。チャネル品質の激しい劣化が検出される場合、すなわち、GradCQIが、構成された閾値TH-G未満の場合、当初トランスポートブロックサイズの半分のような新たな断片化サイズが、ステップ322で、RREFに提供され得る。チャネル品質に対するより正確な評価のために、当初のトランスポートブロックサイズが、依然として十分である場合、符号化速度が計算され得る。導出される速度は、当初のブロックは、ECQIによって表示されるチャネル状態を用いて、また受信機に現在割り当てられる無線リソースを用いて、再送信される。計算された符号化速度が、構成された閾値、例えば、1よりも大きい場合、当初のサイズは、もはや適切ではない。ステップ332で、新たな断片値が計算され得、RREFに渡され得る。新たな断片サイズ値は、計算された符号化速度によって選択され、この符号化速度は、適切、たとえば、0.5であると考えられる当初のトランスポートブロックサイズが、現在のチャネル状態に対して、依然として適切である場合、ステップ340で、HARQ再送信失敗のみが、RREFに渡される。この場合、RREFは、再断片化することなく、当初のデータそのままを再送信する。図4を参照すると、RREFの詳細が、説明される。RREFは、RLC層またはMAC層のいずれかに存在し得る。ステップ410でのMACからのHARQ再送信失敗の通知時に、ステップ411での処理は、ハンドオーバが表示される場合にチェックする。ハンドオーバが表示される場合、即座の再送信は、試みられない。なぜなら、データが、ハンドオーバの間に、失われ得るからである。それゆえ、ARQ再送信手順に、この場合すなわち、ポーリングおよびステータス報告を扱わせることによって、再送信を遅延させる方がよい。ハンドオーバの場合と同様、カバー範囲外であることが表示される場合、即座の再送信は、ステップ412で試みられる。ステップ413で、MACが、新たな断片化サイズを表示する場合、当初のデータは、ステップ414で、特定サイズに再断片化され、ステップ415で、再送信される。理解されるように、最後の断片は、特定サイズでないこともあり得、このような場合、必要に応じて、パディングが挿入され得る。MACが、新たな断片データがないことを表示する場合、ステップ415で、当初のデータが、そのまま再送信される。この処理は、ステップ416で終了する。ここで、図5への参照がなされる。図5は、図3で行われる決定のために、閾値を構成するための流れ図を示す。ステップ510において、受信機側で、MAC層は、特定インターバルを有するCQIを送信機に報告するように構成される。あるいは、受信機側で、MAC層は、CQIがステップ510で構成されたレベルを下回る場合に、特定インターバルを有するCQIを送信機に報告するように構成される。ステップ520において、送信機側で、閾値TH-LC、TH-Nanf、TH-G、およびTH-CR、ならびに幾つかの直近のCQI報告Ncが、構成される。UE側に対して構成されるべき値は、RRCまたはレイヤ2信号伝達によって構成され得る。図6は、eNBとUEとに対するハンドオーバを開始するためのRRC表示を示す。LTEにおいては、eNBのみがハンドオーバを開始するものと、現在、仮定されている。ネットワークに対する処理は、ステップ610で開始し、ステップ612に進み、ステップ612において、測定制御メッセージを送信して、ハンドオーバ条件を構成する。このメッセージは、RRCメッセージまたはレイヤ2レベル信号伝達であり得る。次いで、処理は、ステップ614に進み、ステップ614において、測定報告メッセージを待つ。このメッセージは、RRCメッセージまたはレイヤ2レベル信号伝達であり得る。ステップ616で、処理は、RLCにハンドオーバを表示し、ステップ618で、終了する。UE側において、処理は、ステップ630で開始し、632に進み、ステップ632において、測定制御メッセージを受信して、ハンドオーバ条件を構成する。このメッセージは、RRCメッセージまたはレイヤ2レベル信号伝達であり得る。次いで、処理は、ステップ634に進み、ステップ634において、満足されるべきハンドオーバ測定条件を待つ。一度、ハンドオーバ測定条件が満足されると、ステップ635で、処理は、測定報告メッセージを送信して、ステップ636に進み、ステップ636において、ハンドオーバをRLCおよび/またはMAC[図7および図8参照]に表示して、次いで、処理は、ステップ638で、終了する。この測定報告は、RRCメッセージまたはレイヤ2レベル信号伝達であり得る。ここで、図7への参照がなされる。図7は、図3および図4に従って、RRC層、RLC層、およびMAC層の間での相互作用を示す。図7は、RLC層が、再断片化が起こるべきかどうかを決定する機能を含む場合を示す。図8は、以下に説明されるように、MAC層が、再断片化は起こるべきかどうかを決定する機能を含む状況を示す。図7において、RRC710は、ハンドオーバ表示を有するRLC720を提供する。次いで、RLCは、再断片化が起こるべきでないことを決定する図3の方法を適用する。MAC層730は、HARQ再送信失敗およびチャネル状態ステータス情報をRLCに渡す。この情報は、RLCに再断片化が起こるべきかどうかを決定させることを可能にする。図8を参照すると、図8は、再断片化するための機能を有するMAC層を示す。この場合、RRC810は、RLC820にハンドオーバ表示を渡す。このハンドオーバ表示は、次いで、RLC820からMAC層830に渡される。MAC層は、HARQ再送信失敗情報を既に有し、ハンドオーバ表示を用いて、図3の処理を実行し得る。したがって、上記は、とりわけ、シャドーイングのような無線チャネル状態に従って、データをより適切なサイズに再断片化することによって、さらに再送信待ち時間を改善する問題に対処する。この方法は、直近に受信したCQI、勾配、または直近に報告されたCQIの符号化速度に基づくチャネル状態表示を使用する。この処理は、RLC-SDUまたはRLC-PDUをより適切なPDUサイズに再断片化し、これらを再送信のために、MAC層に渡す。特定の期間内におけるHARQ再送信失敗の回数を構成された閾値に対して比較することによって、送信機は、チャネル状態に対する近似を決定し得る。閾値に比べて、HARQ再送信失敗の回数が多い場合、このことは、チャネル状態の著しい劣化を反映し得る。このことは、当初のチャネル評価に基づくデータ例えば、受信CQIを成功裏に送信する能力が、送信機に継続的にないことによって反映される。チャネル品質の著しい劣化が検出されるとき、当初のトランスポートブロックサイズの半分のような新たな断片化サイズが、RREFに通知され得る。特定の期間内におけるHARQ再送信失敗の決定された回数に対して閾値を比較することと、ハンドオーバ表示は、再送信が再び試みられる場合を決定するために使用され得る。RRCは、受信機側でMACを構成して、CQIを定期的に報告するか、あるいはCQIが構成された閾値を下回るとき、CQIを定期的に報告する。送信機側に対して、RRCはまた、TH-LC、Nc、TH-G、およびTH-CRをMACに信号伝達する。勾配CQIが、TH-G未満の場合、再断片化が実行される。ECQIに対する符号化速度が、TH-CRより大きい場合、再断片化が実行される。再断片化されたPDUのサイズは、符号化速度に依存し得る。したがって、これは、チャネル状態に従ってPDUを再断片化することと、ハンドオーバ手順が完了するまで再送信を待つこととによって、HARQ再送信失敗時における送信機の効率を改善する。本明細書に記載された実施形態は、この出願の技術の要素に対応する要素を有する構造、システム、または方法の例である。ここに記載された説明は、この出願の技術の要素に同様に対応する代替の要素を有する実施形態を当業者が、利用し、使用することを可能にし得る。したがって、本出願の技術の意図される範囲は、本明細書に記載されたような本出願の技術とは異ならない他の構造、システム、または方法を含み、本明細書に記載されたような本出願の技術とは実質的な差を有しない構造、システム、または方法もさらに含む。