(57)【要約】【課題】従来技術においてこれまで存在しなかった、異なる接続にわたる再送をサポートするとの課題を解決したデータ再送の方法及び装置を提供する。【解決手段】本発明の実施例に係る送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送する。端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、異なる接続にわたる再送を実現することができるようになる。また、システム伝送の信頼性及びスループットを向上する。【選択図】図２
2019527503.tif 000002
【特許請求の範囲】
【請求項１】
送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送することを特徴とするデータ再送の方法。
【請求項２】
前記再送データパケットには、前記ターゲットプロトコル層に対応するプロトコルデータユニットＰＤＵ及び／又はＰＤＵセグメントが含まれることを特徴とする請求項１に記載のデータ再送の方法。
【請求項３】
前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送するステップでは、
前記送信装置内のターゲットプロトコル層は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信することを特徴とする請求項１に記載のデータ再送の方法。
【請求項４】
前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、前記端末の能力報告情報に基づき、前記端末が伝送ノード間の再送機能をサポートすると確定することを特徴とする請求項１に記載のデータ再送の方法。
【請求項５】
前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働することを通知することを特徴とする請求項１に記載のデータ再送の方法。
【請求項６】
前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含み、前記以下の条件は、
前記送信装置内のターゲットプロトコル層は、受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
前記送信装置内のターゲットプロトコル層は、受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
前記送信装置内のターゲットプロトコル層は、再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること、であることを特徴とする請求項１に記載のデータ再送の方法。
【請求項７】
前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものであることを特徴とする請求項６に記載のデータ再送の方法。
【請求項８】
前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものであることを特徴とする請求項６または請求項７に記載のデータ再送の方法。
【請求項９】
前記送信装置内のターゲットプロトコル層は、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択するステップでは、
前記送信装置内のターゲットプロトコル層は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードであることを特徴とする請求項１に記載のデータ再送の方法。
【請求項１０】
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、再送を行った伝送ノードの数がＮを超えていないと確定し、前記Ｎは正整数であり、及び／又は、
前記送信装置内の前記ターゲットプロトコル層は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定することを特徴とする請求項１に記載のデータ再送の方法。
【請求項１１】
前記送信装置内の前記ターゲットプロトコル層は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択することを特徴とする請求項１に記載のデータ再送の方法。
【請求項１２】
前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは所定長であることを特徴とする請求項１１に記載のデータ再送の方法。
【請求項１３】
前記送信装置は、ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部であり、前記次の条件は、
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること、
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること、
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること、であることを特徴とする請求項１２に記載のデータ再送の方法。
【請求項１４】
送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、前記送信装装置は、再送データパケットを優先的に送信することを特徴とする請求項１ないし請求項７、請求項９ないし請求項１３のいずれか１項に記載のデータ再送の方法。
【請求項１５】
前記送信装置は、処理モジュールと、伝送モジュールとを備え、前記処理モジュール及び前記伝送モジュールは、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置し、
前記処理モジュールは、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記伝送モジュールは、前記処理モジュールにより選択された伝送ノードを介してデータパケットを再送することを特徴とするデータ再送の送信装置。
【請求項１６】
前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含むことを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項１７】
前記伝送モジュールは、
前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信することを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項１８】
前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末の能力報告情報に基づいて前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項１９】
前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項２０】
前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含み、前記以下の条件は、
受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること、であることを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項２１】
前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものであることを特徴とする請求項２０に記載のデータ再送の送信装置。
【請求項２２】
前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものであることを特徴とする請求項２０または請求項２１に記載のデータ再送の送信装置。
【請求項２３】
前記処理モジュールは、
前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードであることを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項２４】
前記処理モジュールは、
再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数であり、及び／又は、
前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項２５】
前記伝送モジュールは、
ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択することを特徴とする請求項１５に記載のデータ再送の送信装置。
【請求項２６】
前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは所定長であることを特徴とする請求項２５に記載のデータ再送の送信装置。
【請求項２７】
前記処理モジュールは、
ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部であり、前記次の条件は、
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること、
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること、
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること、であることを特徴とする請求項２６に記載のデータ再送の送信装置。
【請求項２８】
前記伝送モジュールは、
送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、再送データパケットを優先的に送信することを特徴とする請求項１５ないし請求項２１、請求項２２ないし請求項２７のいずれか１項に記載のデータ再送の送信装置。
【請求項２９】
プロセッサと、メモリと、送受信機とを備え、
前記プロセッサは、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置し、メモリに格納されたプログラムを読み出し、
端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送し、
前記送受信機は、プロセッサの制御によりデータを送受信することを特徴とするデータ再送の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術分野に関し、特に、データ再送の方法及び装置に関する。
【背景技術】
【０００２】
将来の移動通信システムには、一般に３種のサービスがある。
すなわち、
ｅＭＢＢ (enhanced Mobile Broadband，拡張モバイルブロードバンド) 、
ｍＭＴＣ (massive Machine Type Communications，大量な端末による通信) 、
ＵＲＬＬＣ (Ultra−Reliable and Low Latency Communications ，超高信頼性および低遅延通信)、
である。
【０００３】
超高密度パケットネットワーキングは、将来の移動通信システムの発展における傾向であり、超高密度ネットパケットワーキングの場合に、制御プレーンで集中的に多数の分散処理ノードを管理するために、プロトコル機能の一部を集中処理する必要がある。その結果、集中処理ノードと分散処理ノードとを含む二重層アーキテクチャとなり、分散処理ノードは、ＴＲＰ（Transmission Reception Point，送受信ノード）とも呼ばれる。集中処理ノードは、その異なる機能に従って、集中処理ノードの制御プレーンと集中処理ノードのユーザープレーンとに細分することができる。
【０００４】
デュアルコネクティビティは、端末が２つの基地局とデータを送信することができるように、端末と２つの基地局との間の同時接続を指す。図１は、デュアルコネクティビティのユーザプレーンのアーキテクチャ図を示す。
【０００５】
３ＧＰＰ Ｒｅｌ-１２/１３におけるデュアルコネクティビティについては、伝送ノード内のＲＬＣ（Radio Link Control）層におけるＡＲＱ（Automatic Repeat reQuest）再送のみがサポートされ、異なる伝送ノード間のデータ再送はサポートされない。
【０００６】
５Ｇ及び３ＧＰＰ Ｒｅｌ-１２/１３のデュアルコネクティビティの明らかな違いは、５Ｇシステムにおける複数の接続に対応する複数の周波数の一部が高周波（例えば、６ＧＨｚ）または免許不要スペクトルである可能性が非常に高いという点でる。高周波及び免許不要スペクトルおける伝送特性は、従来のＬＴＥ（Long Term Evolution）周波数における伝送特性とは異なり、信号伝送は断続的に伝送される可能性があるので、５Ｇシステムにおける異なる接続にわたるＡＲＱメカニズムをサポートすることが望ましい。
【０００７】
要約すると、異なる接続にわたる再送をサポートする解決策はこれまで存在しなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、データ再送の方法及び装置を提供し、異なる接続にわたる再送をサポートする解決策がこれまで存在しなかった従来技術の問題点を解決する。
【課題を解決するための手段】
【０００９】
本発明の実施例に係るデータ再送の方法は、
送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送する。
【００１０】
好ましくは、前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含む。
【００１１】
好ましくは、前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送する場合、
前記送信装置内のターゲットプロトコル層は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信する。
【００１２】
好ましくは、前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、前記端末の能力報告情報に基づき、前記端末が伝送ノード間の再送機能をサポートすると確定する。
【００１３】
好ましくは、前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働することを通知する。
【００１４】
好ましくは、前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含む。
前記送信装置内のターゲットプロトコル層は、受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
前記送信装置内のターゲットプロトコル層は、受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
前記送信装置内のターゲットプロトコル層は、再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること。
【００１５】
好ましくは、前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものである。
【００１６】
好ましくは、前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。
【００１７】
好ましくは、前記送信装置内のターゲットプロトコル層は、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択するステップでは、
前記送信装置内のターゲットプロトコル層は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードである。
【００１８】
好ましくは、前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、再送を行った伝送ノードの数がＮを超えていないと確定し、前記Ｎは正整数であり、及び／又は、
前記送信装置内の前記ターゲットプロトコル層は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定する。
【００１９】
好ましくは、当該方法では、
前記送信装置内の前記ターゲットプロトコル層は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択する。
【００２０】
好ましくは、前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは、所定長である。
【００２１】
好ましくは、当該方法では、
前記送信装置は、ウィンドウ引っ張り（window pulling）条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部である。
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【００２２】
好ましくは、当該方法では、送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、前記送信装装置は、再送データパケットを優先的に送信する。
【００２３】
本発明の実施例に係るデータ再送の送信装置は、処理モジュールと、伝送モジュールとを備え、前記処理モジュール及び前記伝送モジュールは、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置し、
前記処理モジュールは、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記伝送モジュールは、前記処理モジュールにより選択された伝送ノードを介してデータパケットを再送する。
【００２４】
好ましくは、前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含む。
【００２５】
好ましくは、前記伝送モジュールは、
前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信する。
【００２６】
好ましくは、前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末の能力報告情報に基づいて前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００２７】
好ましくは、前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００２８】
好ましくは、前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含む。
受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること。
【００２９】
好ましくは、前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものである。
【００３０】
好ましくは、前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。
【００３１】
好ましくは、前記処理モジュールは、
前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードである。
【００３２】
好ましくは、前記処理モジュールは、
再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数であり、及び／又は、
前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００３３】
好ましくは、前記伝送モジュールは、
ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択する。
【００３４】
好ましくは、前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは、所定長である。
【００３５】
好ましくは、前記処理モジュールは、
ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部である。
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【００３６】
好ましくは、前記伝送モジュールは、
送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、再送データパケットを優先的に送信する。
【００３７】
本発明の実施例に係る他のデータ再送の送信装置は、プロセッサと、メモリと、送受信機とを備え、
前記プロセッサは、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置し、メモリに格納されたプログラムを読み出し、
端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送し、
前記送受信機は、プロセッサの制御によりデータを送受信する。
【発明の効果】
【００３８】
本発明の実施例に係る送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送する。端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することにより、異なる接続にわたる再送を実現する。
【００３９】
さらに、システム伝送の信頼性及びスループットを向上する。
【図面の簡単な説明】
【００４０】
本発明に係る実施例や技術的な解決策をより明確に説明するために、以下に実施例を説明するために必要な図面について簡単に説明する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造的な作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。
【００４１】
【図１】背景技術におけるデュアルコネクティビティのユーザープレーンアーキテクチャ図である。
【図２】本発明の実施例に係るデータ再送の方法のフローチャート図である。
【図３】本発明の実施例に係る送信ウィンドウを示す図である。
【図４】本発明の実施例に係る端末による報告及び機能稼働の方法のフローチャート図である。
【図５】本発明の実施例に係る送信端のアーキテクチャを示す図である。
【図６】本発明の実施例に係る受信端のアーキテクチャを示す図である。
【図７】本発明の実施例に係るデータ再送の送信装置の構成図である。
【図８】本発明の実施例に係る他のデータ再送の送信装置の構成図である。
【発明を実施するための形態】
【００４２】
本発明に係る実施例の目的、技術的な解決策及びメリットをより明確にするため、以下、本発明に係る実施例の図面を参考しながら、本発明に係る実施例の技術的な解決策を明確かつ詳細に説明する。説明した実施例は、本発明の一部の実施例であるにすぎず、全部の実施例ではないことは明らかである。本発明の実施例に基づき、当業者が、創造的な作業を行わない限りにおいて得られる他の実施例は全部、本発明の保護範囲に属する。
【００４３】
図２に示すように、本発明の実施例に係るデータ再送の方法は、以下のステップを備える。
【００４４】
ステップ２００において、送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００４５】
ステップ２０１において、前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送する。
【００４６】
具体的な実施では、送信装置に１個の伝送ノード間の送信管理を担当するターゲットプロトコル層を追加することができ、当該ターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送条件を満たした後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送する。端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することにより、異なる接続にわたる再送を実現することができるようになる。さらに、システム伝送の信頼性及びスループットを向上することができる。
【００４７】
具体的に、ターゲットプロトコルは、ソフトウェアで具体化された論理プロトコル層とすることができ、異なるノードから送信状態を取得し、次にノード間でデータを再送信するかどうかを集中的に決定することができる。勿論、この機能は、当業者が思いつくように他の論理ユニットまたは物理的エンティティに付加して実行することもできる。以下の実施においては、ターゲットプロトコル層の追加方式で説明する。 
【００４８】
「端末に対応する伝送ノードが伝送ノード間の再送条件を満たすと確定する」のに関しては、ネットワーク側の観点から見て、異なる伝送キャリアまたはネットワーク側における送受信ノードである一方、ＵＥ（User Equipment）側の観点から見れば、設定された異なる伝送通路であり、論理チャネルまたは異なるＲＬＣエンティティなどを特徴とする。 
【００４９】
「前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する」のに関して、端末に対応する再送データパケットとは、当該「再送データパケット」が、当該端末に再送するか、または、当該端末により再送されたデータパケットである。
【００５０】
送信装置がネットワーク側装置であれば、受信装置は端末である。
【００５１】
送信装置が端末であれば、受信装置はネットワーク側装置である。
【００５２】
ここで、本発明の実施例に係るネットワーク側装置は、基地局（例えば、マクロ基地局、ホーム基地局等）であることができ、他のネットワーク側装置であることもできる。本発明の実施例に係る端末は、携帯、ｐａｄ等の装置であることができる。
【００５３】
送信装置内のターゲットプロトコル層において再送する場合、再送データパケットは、ターゲットプロトコル層に対応するＰＤＵ（Packet Data Unit，プロトコルデータユニット）を含むことができ、ターゲットプロトコル層に対応するＰＤＵセグメントを含むこともでき、ターゲットプロトコル層に対応するＰＤＵ及びＰＤＵセグメントを含むこともできる。
【００５４】
好ましくは、送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送することは、具体的に、ターゲットプロトコル層は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信する。
【００５５】
送信装置がネットワーク側装置であれば、ネットワーク側装置内の前記ターゲットプロトコル層は、前記端末の能力報告情報に基づき、前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００５６】
従来技術のノード間の再送は、ハンドオーバ中に発生する可能性があるが、このプロセスはＲＲＣ（Radio Resource Control）手順を含み、したがって再送プロセスを遅くする。本発明の実施例に係るノード間の再送に対応するのは、いかなるＲＲＣ手順も含まない基礎的なプロセスに対応する。この機能は、一般に、複数のノードがトラフィック伝送サービスと同時にＵＥを提供するように構成されているときにデータの伝送の成功率および速度を改善することができる。
【００５７】
即ち、端末は、ネットワーク側に、自分が伝送ノード間の再送機能をサポートするかどうかを報告する必要がある。
【００５８】
送信装置が端末であれば、送信装置は、自分が伝送ノード間の再送機能をサポートするかどうかをネットワーク側に報告する必要がある。
【００５９】
例えば、１bitで端末が伝送ノード間の再送をサポートするかどうかを示す能力指示情報を用いて、１は「サポート」を示し、０は、「サポートしない」を示す。
【００６０】
送信装置がネットワーク側装置であれば、送信装置は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００６１】
ここで、ネットワーク側装置は、端末のデータ量に基づき、複数の伝送ノードで伝送するかを判断し、端末が複数の伝送ノードで伝送する必要があると判断する場合にのみ、端末に対して伝送ノード間の再送機能を稼働するかを判断する。
【００６２】
伝送ノード間の再送機能を稼働するかを判断するには、以下要因の１つまたはこれらの組み合わせを含む。
＊端末の能力。
＊端末に用いられる複数の接続に対応する周波数。
＊端末のトラフィックの種類。
【００６３】
例えば、ネットワーク側が端末に対して複数の伝送ノードを介してデータを送信することを判断し、端末の能力が伝送ノード間の再送信をサポートし、伝送しようとするトラフィックが、アクセス層で肯定応答モード（ＡＭ（Acknowledged Mode）モード）を使用し、そのうちの１個の伝送ノードが高周波に対応する場合、ネットワーク側は、端末のために伝送ノード間の再送機能を稼働すると確定する。
【００６４】
前記送信装置が端末であれば、送信装置は、受信したネットワーク側装置からの通知によって、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００６５】
好ましくは、本発明実施例前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含む。
条件１、前記送信装置内のターゲットプロトコル層は、受信された下位層からの状態報告に基づき、送信が成功していないデータパケットの有りを確定すること。
条件２、前記送信装置内のターゲットプロトコル層は、受信した受信装置からの状態報告に基づき、送信が成功していないデータパケットの有りを確定すること。
条件３、前記送信装置内のターゲットプロトコル層は、再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること。
【００６６】
条件１の場合、送信装置内の下位層は、ＰＤＵ及び／又はＰＤＵセグメントの送信結果に基づいて、状態報告を生成し、上位層に状態報告を送信する。ここでの状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。例えば、送信されたのがＰＤＵであれば、ＰＤＵに基づいて状態報告を生成する。また、例えば、送信されたのがＰＤＵセグメントであれば、ＰＤＵセグメントに基づいて状態報告を生成する。
【００６７】
状態報告は、対応するＰＤＵ及び／又はＰＤＵセグメントの送信が成功したかどうかの情報を含む。
【００６８】
条件２の場合、受信装置は、ＰＤＵ及び／又はＰＤＵセグメントの送信結果に基づいて、状態報告を生成し、送信装置に状態報告を送信する。ここでの状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。例えば、受信されたのがＰＤＵであれば、ＰＤＵに基づいて状態報告を生成する。また、例えば、受信されたのがＰＤＵセグメントであれば、ＰＤＵセグメントに基づいて状態報告を生成する。
【００６９】
状態報告は、対応するＰＤＵ及び／又はＰＤＵセグメントの送信が成功したかどうかの情報を含む。
【００７０】
好ましくは、前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に、送信されたものである。
【００７１】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものである。
【００７２】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものである。
【００７３】
前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層は、送信装置のターゲットプロトコル層の所在の層の位置と同様であるプロトコル層である。
【００７４】
送信装置が受信装置にデータパケットを送信した後、受信装置にプロービング命令を送信する。
【００７５】
一方、受信装置がプロービング命令が含まれるＰＤＵを受信した後、受信したデータパケットに関する状態報告を送信装置へ返送する。
【００７６】
好ましくは、送信失敗の伝送ノードのリンクの障害がある可能性があるため、これらの伝送ノードは送信用に選択されない。
【００７７】
具体的に、前記送信装置内のターゲットプロトコル層は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードである。
【００７８】
ここで、送信装置は、ＵＥのチャネル品質フィードバック結果、他のデータパケットの伝送状況等の情報に基づいて、送信失敗の伝送ノードの現在のリンクが再開されたかどうかを判断することができる。
【００７９】
上記特定伝送ノード以外の他の伝送ノードは、再送に用いられてもよいし、最初の伝送に用いられてもよい。
【００８０】
伝送ノード間の送信管理を担当するターゲットプロトコル層が異なる伝送ノード間でデータを再送信することを回避するために、ＰＤＵ再送を許可する伝送ノードの数Ｎを制限することができるか、または、当該ＰＤＵのために１個の再送停止タイマーを導入することができる。
【００８１】
具体的に、前記送信装置内の前記ターゲットプロトコル層は、再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数である。
【００８２】
及び／又は、前記送信装置内の前記ターゲットプロトコル層は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【００８３】
例えば、Ｎは１１であり、再送データパケットＡの伝送ノードの数が１０であれば、再送データパケットＡは、引き続き再送されることができる。再送データパケットＡの伝送ノードの数が１２であれば、再送データパケットＡは、引き続き再送されることができない。
【００８４】
ここで、再送停止タイマーは、データパケットの最初の伝送後に稼働されることができるし、データパケットの初回再送の後に稼働されることもできる。
【００８５】
伝送ノード間の再送をサポートするため、送信装置内の伝送ノード間の再送を担当するターゲットプロトコル層は、１つの送信ウィンドウを維持する。送信ウィンドウの維持にはウィンドウ引っ張りモード（ＰＵＬＬモード）が用いられる。
【００８６】
図３に示すように、前記送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷは、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値の和である。
【００８７】
前記送信ウィンドウの長さは、所定長ＷＩＮＤＯＷ＿ＬＥＮＧＴＨである。
【００８８】
例えば、ステップ値が１であれば、送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷの値は、送信端によって破棄を確定したＳＮまたは受信端によって正しく受信された連続のＳＮのうち最大のものに１を加えたものである。
【００８９】
例えば、破棄したデータパケット内のＳＮが３及び６であり、正確に受信されたデータパケット内のＳＮが１、２、４、５及び７であれば、最大値ＳＮは７であり、送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷの値は７＋１＝８である。
【００９０】
また、例えば、破棄されたデータパケット内のＳＮが３及び６であり、正確に受信されたデータパケット内のＳＮは、１、２、４及び５であれば、最大値であるＳＮは６であり、送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷの値は６＋１＝７である。
【００９１】
好ましくは、前記送信装置は、ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行する。
【００９２】
前記ウィンドウ引っ張り条件は、次の条件の一部または全部である。
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ（前記Ｎは正整数である）個の伝送ノードを介して再送されたが、再送は失敗すること。
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【００９３】
送信ウィンドウの下限に対応するＰＤＵは、送信ウィンドウの下限に対応するデータパケットのＰＤＵである。例えば、破棄されたデータパケット内のＳＮは、３及び６であり、正確に受信されたデータパケット内のＳＮは、１、２、４、５及び７であれば、最大値ＳＮは７であり、送信ウィンドウの下限に対応するＰＤＵは、ＳＮが７であるデータパケットのＰＤＵである。また、例えば、破棄されたデータパケット内のＳＮは、３及び６であり、正確に受信されたデータパケット内のＳＮは１、２、４及び５であれば、最大値ＳＮは６であり、送信ウィンドウの下限に対応するＰＤＵは、ＳＮが６であるデータパケットのＰＤＵである。
【００９４】
好ましくは、前記送信装置内の前記ターゲットプロトコル層は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択する。
【００９５】
例えば、送信ウィンドウに３個のデータパケットが含まれ、ＳＮそれぞれは６、８及び９であれば、ＳＮが６であるデータパケットを送信する。
【００９６】
送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、前記送信装装置は、再送データパケットを優先的に送信する。
【００９７】
データ再送遅延を低減するため、下位層のＡＲＱ再送回数が低減され、または、下位層ＡＲＱが最大回数に到達すると、ＲＬＦ（Radio Link failure）をトリガーしない。
【００９８】
以下、例を挙げて本発明の技術的解決策について詳細に説明する。
【００９９】
＜実施例１＞  図４に示すように、本発明の実施例に係る端末による報告及び機能稼働の方法には、以下のステップを備える。
【０１００】
ステップ１において、端末は、ネットワーク側に端末能力を報告する。
【０１０１】
端末により報告された端末能力には、端末が伝送ノード間の再送をサポートするかどうかを示す能力指示情報が含まれ、例えば、１bitで端末が伝送ノード間の再送をサポートするかどうかを示す能力指示情報の場合、１は「サポート」、０は「サポートしない」を示す。
【０１０２】
ステップ２において、ネットワーク側は、端末に対して伝送ノード間の再送機能を稼動するかを判断する。
【０１０３】
ネットワーク側は、端末のデータ量で複数の伝送ノードで伝送するかを判断する。端末が複数の伝送ノードで伝送する必要があると判断する場合のみ、端末に対して、伝送ノード間の再送機能を稼働するかを判断する。
【０１０４】
伝送ノード間の再送機能を稼働するかを判断するには、考えすべき要因としては、以下の１つまたはそれらの組み合わせである。
＊端末の能力。
＊端末に用いられる複数の接続に対応する周波数。
＊端末のトラフィックの種類。
【０１０５】
例えば、ネットワーク側では、端末が複数の伝送ノードで伝送する必要があると判断し、且つ、端末能力が伝送ノード間の再送をサポートし、伝送しようとするトラフィックがアクセス層において肯定応答モード（ＡＭモード）を利用し、そのうちの１個の伝送ノードが高周波に対応すれば、ネットワーク側は、端末に対して伝送ノード間の再送機能を稼動する必要があると判断する。
【０１０６】
好ましくは、ネットワーク側は、アップリンク及びダウンリンクそれぞれに基づき、端末に対して伝送ノード間の再送機能を稼動する必要があると判断する。
【０１０７】
ステップ３において、ネットワーク側は、端末に対して伝送ノード間の再送機能を稼動する必要があると確定すれば、端末に対して伝送ノード間の再送機能を稼動するように設定する。
【０１０８】
ステップ２に係るネットワーク側は、端末に対して伝送ノード間の再送機能を稼動する必要があると確定すると、シグナリングにより、端末に対してブロック伝送ノードの再送機能を稼動する。
【０１０９】
好ましくは、ネットワーク側は、アップリンク及びダウンリンク夫々に基づいて設定することができる。
【０１１０】
＜実施例２＞  ローカル下位層フィードバックの状態報告に基づき、伝送ノード間の再送をトリガーする。
【０１１１】
ステップ１において、送信装置は、データを送信する。
【０１１２】
図５に示すように、送信装置がデータを送信する場合、ＳＮを付加し、データをヘッド圧縮して暗号化し、データパケットを複製またはセグメント化する動作の１つまたは組み合わせを必要とし、その後、伝送ノード間の送信管理を担当するターゲットプロトコル層を介して少なくとも１つの伝送ノードを選択する。データパケットを選択された伝送ノードに送信する。
【０１１３】
各伝送ノードは、データパケットを受信した後、ＡＲＱを作成すること、データパケットをセグメント化／直列接続すること、および他の操作のうちの１つまたは複数の操作を実行し、それらをＭＡＣ多重化し、その後、必要であればさらにハイブリッド自動再送要求（Hybrid Automatic Repeat Request，ＨＡＲＱ）を行う。
【０１１４】
説明したいのは、図５の送信端アーキテクチャは、１つの実現方式にすぎない。伝送ノード間の送信管理を担当するターゲットプロトコル層を含むアーキテクチャであれば、本発明の実施例に適用することができる。
【０１１５】
下位層において伝送機会があるとき、送信装置は、ＳＮの昇順で送信ウィンドウ内の最初の伝送またはノード間の再送を待つＰＤＵを選択する。図３の例を挙げて、現在の送信ウィンドウ内のＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷが既に伝送されると、伝送ノードＭに伝送機会がある場合、送信装置は、ＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１を選択して伝送し、ＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１が下位層に配信されると、当該ＰＤＵに対応する再送停止タイマーを稼動することができる。
【０１１６】
ステップ２において、送信装置は、ローカル送信状態フィードバックを取得する。
【０１１７】
送信装置のターゲットプロトコル層は、下位層からの状態報告を受信する。
【０１１８】
ステップ３において、送信装置は、ノード間の再送を処理する。
【０１１９】
送信装置は、受信された下位層からの、伝送ノードＭによる伝送に関するデータパケットの状態報告に基づき、送信が成功していないデータパケットがあると確定した後、伝送ノードＭの送信が成功していないのに対応するＰＤＵまたはＰＤＵセグメントを確定し、ノード間の再送への処理が必要であると確定する。
【０１２０】
さらに、伝送ノード間の送信管理を担当するターゲットプロトコル層は、伝送ノードＭに無線リンク故障があり、伝送ノードＭのリンク回復を確定する前に（例えば、ＵＥのチャネル品質フィードバック結果または他の当該伝送ノードに介して伝送される他のデータパケットの伝送状況に基づいて、伝送ノードＭのリンクが回復したかを判断する）、当該伝送ノードにより新データ（初期伝送及び再送データが含まれる）を伝送しない。
【０１２１】
同時に、ターゲットプロトコル層は、当該再送データパケットのために適合の伝送ノードを選択し、選択された伝送ノードにより、データパケットを再送する。
【０１２２】
当該方式において、ノード間の再送的データパケットの単位は、伝送ノード間の送信管理を担当するプロトコル層に対応するＰＤＵまたはＰＤＵセグメントである。
【０１２３】
好ましくは、送信装置は、送信ウィンドウを維持する。
【０１２４】
以下のいずれかの条件を満たすと、送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷに対してウィンドウ引っ張り操作を実行し、即ち、ＷＩＮＤＯＷ＿ＬＯＷ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１である。
＊前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
＊前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
＊前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【０１２５】
＜実施例３＞  受信装置の状態報告に基づき、伝送ノード間の再送をトリガーする。
【０１２６】
ステップ１において、送信装置は、データを送信する。
【０１２７】
図５に示すように、送信装置がデータを送信する場合、ＳＮを付加し、データをヘッド圧縮して暗号化し、データパケットを複製またはセグメント化する動作の１つまたは組み合わせを必要とし、その後、伝送ノード間の送信管理を担当するターゲットプロトコル層を介して少なくとも１つの伝送ノードを選択する。データパケットを選択された伝送ノードに送信する。
【０１２８】
各伝送ノードは、データパケットを受信した後、ＡＲＱを作成すること、データパケットをセグメント化／直列接続すること、および他の操作のうちの１つまたは複数の操作を実行し、それらをＭＡＣ多重化し、その後、必要であればさらにハイブリッド自動再送要求を行う。
【０１２９】
下位層において伝送機会があるとき、送信ウィンドウにおいて、それらのＳＮの昇順で、最初の送信またはノード間の再送を待つＰＤＵを選択する。図３を例として、現在の送信ウィンドウ内のＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷを有するＰＤＵが送信されている場合、伝送ノードＭが伝送機会を有する場合、送信装置は、ＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１を選択して伝送し、ＳＮ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１が下位層に配信されると、当該ＰＤＵに対応する再送停止タイマーを稼動することができる。
【０１３０】
ステップ２において、送信装置は、ローカル送信状態フィードバックを取得する。
【０１３１】
送信装置のターゲットプロトコル層は、受信装置からの状態報告を受信する。
【０１３２】
図６に示すように、伝送ノードに対応する処理エンティティは、ＨＡＲＱに応答して受信したデータを逆多重化し、受信データから重複データを検出し、受信データを並べ替え、その後、データを再構成する。受信装置は、伝送ノードに対応する複数の処理エンティティから受信したデータパケットから重複データを検出し、受信データを並べ替え、そして、データパケットを復号化して解凍する。
【０１３３】
説明したいのは、図６の受信端アーキテクチャは、１つの可能な実施形態にすぎない。伝送ノードが送信したデータを受信できるアーキテクチャであれば、本発明の実施例に適用する。
【０１３４】
受信装置内の、送信端伝送ノード間の送信管理を担当するプロトコル層と対等するプロトコル層は、重複データ検出及びデータの並べ替えを実行し、並べ替え結果に基づいて受信状況を確定し、フィードバックトリガー条件を満たした後状態報告を生成し、送信装置にフィードバックする。
【０１３５】
前記フィードバックトリガー条件は、以下の一部または全部を含む。
＊受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層は、プロービング命令が含まれるＰＤＵを受信すること。
＊前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層は、ＰＤＵ紛失を検出したこと。
＊前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層は、下位層から、ＰＤＵセグメント紛失インジケータを受信したこと。
【０１３６】
好ましくは、状態報告の内容は、ＰＤＵの状態報告に基づくものであってもよく、ＰＤＵセグメントの状態報告に基づくものであってもよい。
【０１３７】
ステップ３において、送信端は、ノード間の再送処理を行う。
【０１３８】
送信装置は、受信した受信装置からの伝送ノードＭによる伝送に関するデータパケットに関連する状態報告に基づき、送信が成功していないデータパケットを有すると確定した後、伝送ノードＭの送信が成功していないのに対応するＰＤＵまたはＰＤＵセグメントを確定し、ノード間の再送への処理が必要であると確定する。
【０１３９】
さらに、伝送ノード間の送信管理を担当するターゲットプロトコル層は、伝送ノードＭに無線リンク故障があり、伝送ノードＭのリンク回復を確定する前に（例えば、ＵＥのチャネル品質フィードバック結果または他の当該伝送ノードに介して伝送される他のデータパケットの伝送状況に基づいて、伝送ノードＭのリンクが回復したかを判断する）、当該伝送ノードにより新データを伝送しない（初期伝送及び再送データが含まれる）。
【０１４０】
同時に、ターゲットプロトコル層は、当該再送データパケットのために適合の伝送ノードを選択し、選択された伝送ノードにより、データパケットを再送する。
【０１４１】
当該方式において、ノード間の再送的データパケットの単位は、伝送ノード間の送信管理を担当するプロトコル層に対応するＰＤＵまたはＰＤＵセグメントである。
【０１４２】
好ましくは、送信装置は、送信ウィンドウを維持する。
【０１４３】
以下いずれの条件を満たすと、送信ウィンドウの下限ＷＩＮＤＯＷ＿ＬＯＷに対してウィンドウ引っ張り操作を実行し、即ち、ＷＩＮＤＯＷ＿ＬＯＷ＝ＷＩＮＤＯＷ＿ＬＯＷ＋１である。
＊前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
＊前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
＊前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【０１４４】
同様な技術的思想に基づく、本発明に係る実施例は、データ再送の送信装置を提供する。当該装置の課題を解決するための原理は、本発明の実施例に係るデータ再送の方法と類似するため、当該装置の実施は方法の実施を参照することができ、繰り返して説明しない。
【０１４５】
図７に示すように、本発明の実施例に係るデータ再送の送信装置は、処理モジュール７００と、伝送モジュール７０１とを備える。前記処理モジュール７００及び前記伝送モジュール７０１は、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置する。
【０１４６】
前記処理モジュール７００は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１４７】
前記伝送モジュール７０１は、前記処理モジュールにより選択された伝送ノードを介してデータパケットを再送する。
【０１４８】
好ましくは、前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含む。
【０１４９】
好ましくは、前記伝送モジュール７０１は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信する。
【０１５０】
好ましくは、前記送信装置は、ネットワーク側装置である。
【０１５１】
前記処理モジュール７００は、前記端末の能力報告情報に基づいて前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１５２】
好ましくは、前記送信装置は、ネットワーク側装置である。
【０１５３】
また、前記処理モジュール７００は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１５４】
好ましくは、前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含む。
＊受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
＊受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
＊再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること。
【０１５５】
好ましくは、前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものである。
【０１５６】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものである。
【０１５７】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものである。
【０１５８】
好ましくは、前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。
【０１５９】
好ましくは、前記処理モジュール７００は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードである。
【０１６０】
好ましくは、前記処理モジュール７００は、再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数である。
【０１６１】
及び／又は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１６２】
好ましくは、前記伝送モジュール７０１は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択する。
【０１６３】
好ましくは、前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和である。
【０１６４】
前記送信ウィンドウの長さは、所定長である。
【０１６５】
好ましくは、前記処理モジュール７００は、
ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行する。
【０１６６】
前記ウィンドウ引っ張り条件は、次の条件の一部または全部である。
＊前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
＊前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
＊前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【０１６７】
好ましくは、前記伝送モジュール７０１は、送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、再送データパケットを優先的に送信する。
【０１６８】
図８に示すように、本発明の実施例に係る他のデータ再送の送信装置は、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置するプロセッサ８０１と、メモリ８０４と、送受信機８０２とを備える。
【０１６９】
前記プロセッサ８０１は、メモリ８０４に格納されたプログラムを読み出し、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、選択された伝送ノードを介してデータパケットを再送する。
【０１７０】
前記送受信機８０２は、プロセッサ８０１の制御によりデータを送受信する。
【０１７１】
好ましくは、前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含む。
【０１７２】
好ましくは、前記プロセッサ８０１は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信する。
【０１７３】
好ましくは、前記送信装置は、ネットワーク側装置である。
【０１７４】
前記プロセッサ８０１は、前記端末の能力報告情報に基づいて前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１７５】
好ましくは、前記送信装置は、ネットワーク側装置である。
【０１７６】
また、前記プロセッサ８０１は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１７７】
好ましくは、前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含む。
＊受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
＊受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること。
＊再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること。
【０１７８】
好ましくは、前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものである。
【０１７９】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものである。
【０１８０】
または、前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものである。
【０１８１】
好ましくは、前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものである。
【０１８２】
好ましくは、前記プロセッサ８０１は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードである。
【０１８３】
好ましくは、前記プロセッサ８０１は、再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数である。
【０１８４】
及び／又は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する。
【０１８５】
好ましくは、前記プロセッサ８０１は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択する。
【０１８６】
好ましくは、前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和である。
【０１８７】
前記送信ウィンドウの長さは、所定長である。
【０１８８】
好ましくは、前記プロセッサ８０１は、ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行する。
【０１８９】
前記ウィンドウ引っ張り条件は、次の条件の一部または全部である。
＊前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること。
＊前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること。
＊前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること。
【０１９０】
好ましくは、前記プロセッサ８０１は、送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、再送データパケットを優先的に送信する。
【０１９１】
図８において、バスアーキテクチャ（バス８００で代表する），バス８００は、いずれ数の相互接続するバス及びブリッジを備える。バス８００は、プロセッサ８０１が代表となる１つまたは複数のプロセッサ及びメモリ８０４が代表となるメモリの多様な回路により接続される。バスアーキテクチャは、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェース８０３は、バス８００と送受信機８０２の間でインターフェースを提供する。送受信機８０２は、１つまたは複数の部品、例えば複数の受信機及び送信機であることができ、媒体上の様々な他の装置と通信するためのユニットを提供する。プロセッサ８０１により処理されたデータは、アンテナ８０５により、無線媒体において伝送され、また、アンテナ８０５は、データして、プロセッサ８０１に転送する。
【０１９２】
プロセッサ８０１は、バス８００及び通常の処理を管理し、また、タイミング、周辺機器インタフェース、電圧調整、電源管理、およびその他の制御機能を含む多様な機能を提供することができる。メモリ８０４は、プロセッサ８０１が動作する際に利用するデータを記憶することができる。
【０１９３】
好ましくは、プロセッサ８０１は、ＣＰＵ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）またはＣＰＬＤ（Complex Programmable Logic Device）であることができる。
【０１９４】
以上は、本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図及び／又はブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム命令によって、フロー図及び／又はブロック図における各フロー及び／又はブロックと、フロー図及び／又はブロック図におけるフロー及び／又はブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム命令を実行し、フロー図における一つ或いは複数のフロー及び／又はブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０１９５】
対応して、本発明は、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）においてさらに具体化することができる。さらに、本発明は、コンピュータ使用可能または読み取り可能な記憶媒体上のコンピュータプログラム製品の形で具体化することができ、ここでコンピュータプログラム製品は、命令によってまたは命令と共に使用される媒体で具体化されるコンピュータ使用可能または読み取り可能なプログラムコードを含む。命令実行システムによって使用されるか、命令実行システムを合わせて使用される。本発明においては、コンピュータ使用可能な媒体または読み取り可能な媒体は、命令実行システム、装置またはデバイスによって使用される、またはそれらに関連して使用されるプログラムを含む、格納する、通信する、送信する、または転送することができる。
【０１９６】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を変更し、或いはその中の一部の技術要素を置換することもできる。そのような変更や置換は、本発明の各実施形態の技術の範囲から逸脱するものとは見なされない。そのような変更や置換は、すべて、本発明の請求の範囲に属する。
【０１９７】
本出願は、２０１６年７月８日に中国特許局に提出し、出願番号が２０１６１０５３９４２５.９であり、発明の名称が「データ再送の方法及び装置」との中国特許出願を基礎とする優先権を主張し、その開示のすべてをここに取り込む。
【図１】
2019527503.tif 000003
【図２】
2019527503.tif 000004
【図３】
2019527503.tif 000005
【図４】
2019527503.tif 000006
【図５】
2019527503.tif 000007
【図６】
2019527503.tif 000008
【図７】
2019527503.tif 000009
【図８】
2019527503.tif 000010
【手続補正書】
【提出日】平成31年1月15日(2019.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信装置内の伝送ノード間の送信管理を担当するターゲットプロトコル層は、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送することを特徴とするデータ再送の方法。
【請求項２】
前記再送データパケットには、前記ターゲットプロトコル層に対応するプロトコルデータユニットＰＤＵ及び／又はＰＤＵセグメントが含まれることを特徴とする請求項１に記載のデータ再送の方法。
【請求項３】
前記送信装置内のターゲットプロトコル層は、選択された伝送ノードを介してデータパケットを再送するステップでは、
前記送信装置内のターゲットプロトコル層は、前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信することを特徴とする請求項１に記載のデータ再送の方法。
【請求項４】
前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、前記端末の能力報告情報に基づき、前記端末が伝送ノード間の再送機能をサポートすると確定し、
または、
前記送信装置は、ネットワーク側装置であり、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置は、前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働することを通知し、
または、
前記送信装置内の前記ターゲットプロトコル層が前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択する前に、
前記送信装置内の前記ターゲットプロトコル層は、再送を行った伝送ノードの数がＮを超えていないと確定し、前記Ｎは正整数であり、及び／又は、
前記送信装置内の前記ターゲットプロトコル層は、前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定することを特徴とする請求項１ないし請求項３のいずれか１項に記載のデータ再送の方法。
【請求項５】
前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含み、前記以下の条件は、
前記送信装置内のターゲットプロトコル層は、受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
前記送信装置内のターゲットプロトコル層は、受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
前記送信装置内のターゲットプロトコル層は、再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定ること、であり、
前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものであり、
または、
前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものであることを特徴とする請求項１ないし請求項４のいずれか１項に記載のデータ再送の方法。
【請求項６】
前記送信装置内のターゲットプロトコル層は、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択するステップでは、
前記送信装置内のターゲットプロトコル層は、前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードであることを特徴とする請求項１ないし請求項５のいずれか１項に記載のデータ再送の方法。
【請求項７】
前記送信装置内の前記ターゲットプロトコル層は、ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択し、
前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは所定長であり、
前記送信装置は、ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部であり、前記次の条件は、
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること、
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること、
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること、であることを特徴とする請求項１ないし請求項６のいずれか１項に記載のデータ再送の方法。
【請求項８】
送信されようとするデータパケットに再送データパケット及び最初に送信されたデータパケットが含まれれば、前記送信装装置は、再送データパケットを優先的に送信することを特徴とする請求項１ないし請求項７のいずれか１項に記載のデータ再送の方法。
【請求項９】
前記送信装置は、処理モジュールと、伝送モジュールとを備え、前記処理モジュール及び前記伝送モジュールは、伝送ノード間の送信管理を担当するターゲットプロトコル層に位置し、
前記処理モジュールは、端末に対応する伝送ノードが伝送ノード間の再送の条件を満たすと判断した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
前記伝送モジュールは、前記処理モジュールにより選択された伝送ノードを介してデータパケットを再送することを特徴とするデータ再送の送信装置。
【請求項１０】
前記再送データパケットは、前記ターゲットプロトコル層に対応するＰＤＵ及び／又はＰＤＵセグメントを含むことを特徴とする請求項９に記載のデータ再送の送信装置。
【請求項１１】
前記伝送モジュールは、
前記伝送ノードが受信した再送データパケットを送信するように、前記再送データパケットを選択された伝送ノードに送信することを特徴とする請求項９に記載のデータ再送の送信装置。
【請求項１２】
前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末の能力報告情報に基づいて前記端末が伝送ノード間の再送機能をサポートすると確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
または、
前記送信装置は、ネットワーク側装置であり、
前記処理モジュールは、
前記端末に、アップリンク及び／又はダウンリンク伝送ノード間の再送機能を稼働するように通知した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、
または、
前記処理モジュールは、
再送を行った伝送ノードの数がＮを超えないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択し、前記Ｎは正整数であり、及び／又は、
前記再送データパケットに対応する再送停止タイマーが時間切れになっていないと確定した後、前記端末に対応する再送データパケットのために少なくとも１つの伝送ノードを選択することを特徴とする請求項９ないし請求項１１のいずれか１項に記載のデータ再送の送信装置。
【請求項１３】
前記伝送ノード間の再送を稼働するための条件は、以下の条件の一部または全部を含み、前記以下の条件は、
受信された下位層からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
受信した受信装置からの状態報告に基づき送信が成功していないデータパケットの有りを確定すること、
再送タイマーが期限切れになったとの判定に基づき、送信が成功していないデータパケットの有りを確定すること、であり、
前記受信装置の状態報告は、受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がプロービング命令が含まれるＰＤＵを受信した後に送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層がＰＤＵ紛失を検出した後に、送信されたものであり、または、
前記受信装置の状態報告は、前記受信装置及び前記送信装置内のターゲットプロトコル層と対等するプロトコル層が下位層によって送信されたＰＤＵセグメント紛失インジケータを受信した後に、送信されたものであり、
前記受信装置の状態報告は、ターゲットプロトコル層ＰＤＵまたはターゲットプロトコル層ＰＤＵに対応するＰＤＵセグメントに基づくものであることを特徴とする請求項９ないし請求項１２のいずれか１項に記載のデータ再送の送信装置。
【請求項１４】
前記処理モジュールは、
前記端末に対応する特定伝送ノード以外の他の伝送ノードから、少なくとも１つの伝送ノードを選択し、前記特定伝送ノードは、送信が失敗して、かつ、現在のリンクがまだ回復されていない伝送ノードであることを特徴とする請求項９ないし請求項１３のいずれか１項に記載のデータ再送の送信装置。
【請求項１５】
前記伝送モジュールは、
ＳＮの昇順で送信ウィンドウから伝送ノードを介して送信された最初に送信された伝送データパケットまたは再送データパケットを選択し、
前記送信ウィンドウの下限は、送信装置によって破棄されると確定されたデータパケット内のＳＮと、正確に受信されたデータパケット内のＳＮの最大値と、ステップ値との和であり、
前記送信ウィンドウの長さは所定長であり、
前記処理モジュールは、
ウィンドウ引っ張り条件を満たした後、前記送信ウィンドウに対してウィンドウ引っ張り操作を実行し、
前記ウィンドウ引っ張り条件は、次の条件の一部または全部であり、前記次の条件は、
前記送信ウィンドウの下限に対応するＰＤＵの再送停止タイマーが期限切れになること、
前記送信ウィンドウの下限に対応するＰＤＵは、Ｎ個の伝送ノードを介して再送されたが、再送は失敗し、前記Ｎは正整数であること、
前記送信ウィンドウの下限に対応するＰＤＵ伝送は成功すること、であることを特徴とする請求項９ないし請求項１４のいずれか１項に記載のデータ再送の送信装置。
【国際調査報告】
2019527503.tif 000011
2019527503.tif 000012
2019527503.tif 000013
2019527503.tif 000014