(57)【要約】  本発明はデータパケットの再送信方法及び装置を開示し、ここで、該方法は、ＵＥに伝送するデータパケットをバッファリングすることと、ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信することと、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うことと、を含む。本発明によると、既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない技術課題を解決し、既存技術においてＡＭモードでＵＥのフィードバック結果を待ってから再送信するか否かを確定する場合に比べ、再送信の判定効率を大幅に向上させ、遅延についての要求を一層簡単に満たすことができ、また、既存技術においてＵＭモードでは再送信を行わない技術案に比べ、伝送成功率を向上させ、業務パケットロス率を低減することができる。
2018509037.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器ＵＥに伝送するデータパケットをバッファリングすることと、
媒体アクセス制御ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信することと、
前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うことと、を含むデータパケットの再送信方法。
【請求項２】
ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信する前、
前記ＭＡＣ層が前記データパケットに伝送スケジューリングを行うことと、
前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを取得し、前記スケジューリングフィードバックに基づいて、前記伝送フィードバックを送信することと、をさらに含む請求項１に記載の方法。
【請求項３】
前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを取得し、前記スケジューリングフィードバックに基づいて、前記伝送フィードバックを送信することが、
前記ＭＡＣ層が、前記データパケットに伝送スケジューリングを行った回数が予め設定された最大伝送回数に達する前に１回の伝送スケジューリングに対応するスケジューリングフィードバックが肯定応答ＡＣＫであったことがあったと確定すると、前記データパケットの伝送成功を指示するように設定された前記伝送フィードバックを送信し、そうではないと、前記データパケットの伝送失敗を指示するように設定された前記伝送フィードバックを送信することを含む請求項２に記載の方法。
【請求項４】
ＵＥに伝送するデータパケットをバッファリングすることが、
無線リンク制御ＲＬＣ層のバッファに前記データパケットをバッファリングすることを含む請求項１乃至３の中のいずれか一項に記載の方法。
【請求項５】
ＵＥに伝送するデータパケットをバッファリングすることが、
前記ＵＥに伝送したデータパケットを受信することと、
前記データパケットが初めて前記ＵＥに伝送されたか否かを判断することと、
ＹＥＳであると、前記データパケットをバッファリングすることと、を含む請求項１乃至３の中のいずれか一項に記載の方法。
【請求項６】
ＵＥに伝送するデータパケットをバッファリングすることが、
既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断することと、
ＹＥＳであると、バッファリング時間が最も長いデータパケット又は再送信回数が最も多いデータパケットをクリアし、前記ＵＥに伝送するデータパケットをバッファリングすることと、を含む請求項１乃至３の中のいずれか一項に記載の方法。
【請求項７】
既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断した結果がＮＯであると、
直接に前記ＵＥに伝送するデータパケットをバッファリングすることをさらに含む請求項６に記載の方法。
【請求項８】
バッファリングした前記データパケットをＭＡＣ層に再び送信して伝送スケジューリングを行った後、
前記データパケットの再送信回数を１プラスすることと、
バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否かを判断することと、
ＹＥＳであると、バッファリングした前記データパケットをクリアすることと、さらに含む請求項１乃至３の中のいずれか一項に記載の方法。
【請求項９】
バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否を判断した結果がＮＯであると、
バッファリングした前記データパケットを保留することをさらに含む請求項８に記載の方法。
【請求項１０】
ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信した後、
前記伝送フィードバックが前記データパケットの伝送成功を指示すると、バッファリングした前記データパケットをクリアすることをさらに含む請求項１乃至３の中のいずれか一項に記載の方法。
【請求項１１】
ユーザ機器ＵＥに伝送するデータパケットをバッファリングするように構成されるバッファリング手段と、
媒体アクセス制御ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信するように構成される受信手段と、
前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うように構成される送信手段と、を含むデータパケットの再送信装置。
【請求項１２】
前記バッファリング手段が、無線リンク制御ＲＬＣ層に位置する請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、データパケットの再送信方法及び装置に関するものである。
【背景技術】
【０００２】
現在の第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰと略称）プロトコルにおいて、業務を異なる属性に応じて異なる種類に区画していて、各種の業務をサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ、Ｑｏｓと略称）クラス識別子（Ｑｏｓ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ、ＱＣＩと略称）インデックスで表した。現在、プロトコルに９種類のＱＣＩ  業務が提示され、各種のＱＣＩ  業務はいずれも業務データパケットの遅延（Ｐａｃｋｅｔ  Ｄｅｌａｙ  Ｂｕｄｇｅｔ、ＰＤＢと略称）が明確に確定され、パケット化したデータパケットによる手持ち端末（ユーザ機器とも呼ばれる、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥと略称）とコアネットワークとの間で伝送される時の最大遅延を示し、プロトコルに全ての業務の９８％のデータパケットが遅延要求を満たすべきであると明確に規定されたので、パケット化したデータパケットの有効性を保証するため、該値は基地局スケジューラの重要な参照パラメーターの１つになった。
【０００３】
業務データパケットの遅延を規定する以外、プロトコルには、各種のＱＣＩ業務のパケットロス率（Ｐａｃｋｅｔ  Ｅｒｒｏｒ  Ｌｏｓｓ  Ｒａｔｅ、ＰＥＲと略称）も規定され、無線リンク層の輻輳以外のパケット化したデータパケットのロス率を表し、つまり、輻輳以外の原因で、送信端の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣと略称）層では既に送信したが受信端ＲＬＣ層は成功に受信できないデータパケットが占める割合の上限である。異なるＱＣＩ業務のパケットロス率を満たすため、ＲＬＣ層は非肯定応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭと略称）と肯定応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭと略称）の２種類のモードでデータを伝送する。ＡＭモードの場合、ＲＬＣ層が送信したデータを再送信する機能を有するが、ＵＭモードの場合、ＲＬＣ層は再送信機能を有しない。再送信機能付きのＡＭモードにおいて、ＵＥから報知したフィードバックに基づいて再送信を行い、これにより、データパケットの伝送の遅延が大きくなり、遅延要求が高い業務の場合、例えば音声業務（遅延１００ｍｓ）やリアルタイムのゲーム業務（遅延５０ｍｓ）の場合、ＡＭモードはリアルタイム性の要求を満たすことができなく、一方、ＵＭモードを用いると、ＲＬＣ層の再送信機能がないので、業務のパケットロス率が大きくなり、そして、現在、音声業務の評価基準において、パケットロス率は音声品質に厳重な影響を与える要因になっているので、現在、ＲＬＣ層の２種類の伝送モードによると、業務パケットロス率と遅延に対する要求を両立することができない。
【０００４】
既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない問題について、未だに有効な解決案を提示していない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施例は、少なくとも、既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない技術課題を解決できるデータパケットの再送信方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
本発明の一実施例によると、ユーザ機器ＵＥに伝送するデータパケットをバッファリングすることと、媒体アクセス制御ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信することと、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うことと、を含むデータパケットの再送信方法を提供する。
【０００７】
本実施例において、ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信する前、前記ＭＡＣ層が前記データパケットに伝送スケジューリングを行うことと、前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを取得し、前記スケジューリングフィードバックに基づいて、前記伝送フィードバックを送信することと、をさらに含む。
【０００８】
本実施例において、前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを取得し、前記スケジューリングフィードバックに基づいて、前記伝送フィードバックを送信することが、前記ＭＡＣ層が、前記データパケットに伝送スケジューリングを行った回数が予め設定された最大伝送回数に達する前に１回の伝送スケジューリングに対応するスケジューリングフィードバックが肯定応答ＡＣＫであったことがあったと確定すると、前記データパケットの伝送成功を指示するように設定された前記伝送フィードバックを送信し、そうではないと、前記データパケットの伝送失敗を指示するように設定された前記伝送フィードバックを送信することを含む。
【０００９】
本実施例において、ＵＥに伝送するデータパケットをバッファリングすることは、無線リンク制御ＲＬＣ層のバッファに前記データパケットをバッファリングすることを含む。
【００１０】
本実施例において、ＵＥに伝送するデータパケットをバッファリングすることは、前記ＵＥに伝送したデータパケットを受信することと、前記データパケットが初めて前記ＵＥに伝送されたか否かを判断することと、ＹＥＳであると、前記データパケットをバッファリングすることと、を含む。
【００１１】
本実施例において、ＵＥに伝送するデータパケットをバッファリングすることは、既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断することと、ＹＥＳであると、バッファリング時間が最も長いデータパケット又は再送信回数が最も多いデータパケットをクリアし、前記ＵＥに伝送するデータパケットをバッファリングすることと、を含む。
【００１２】
本実施例において、既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断した結果がＮＯであると、直接に前記ＵＥに伝送するデータパケットをバッファリングすることをさらに含む。
【００１３】
本実施例において、バッファリングした前記データパケットをＭＡＣ層に再び送信して伝送スケジューリングを行った後、前記データパケットの再送信回数を１プラスすることと、バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否かを判断することと、ＹＥＳであると、バッファリングした前記データパケットをクリアすることと、をさらに含む。
【００１４】
本実施例において、バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否を判断した結果がＮＯであると、バッファリングした前記データパケットを保留することをさらに含む。
【００１５】
本実施例において、ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信した後、前記伝送フィードバックが前記データパケットの伝送成功を指示すると、バッファリングした前記データパケットをクリアすることをさらに含む。
【００１６】
本発明の他の実施例によると、ユーザ機器ＵＥに伝送するデータパケットをバッファリングするように構成されるバッファリング手段と、媒体アクセス制御ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信するように構成される受信手段と、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うように構成される送信手段と、を含むデータパケットの再送信装置を提供する。
【００１７】
本実施例において、前記バッファリング手段は、無線リンク制御ＲＬＣ層に位置する。
【発明の効果】
【００１８】
本発明の実施例によると、ＵＥに伝送するデータパケットをバッファリングし、ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信し、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行う方式を用いて、既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない技術課題を解決し、既存技術においてＡＭモードでＵＥのフィードバック結果を待ってから再送信するか否かを確定する場合に比べ、再送信の判定効率を大幅に向上させ、遅延についての要求を一層簡単に満たすことができ、また、既存技術においてＵＭモードでは再送信を行わない技術案に比べ、伝送成功率を向上させ、業務パケットロス率を低減することができる。
【図面の簡単な説明】
【００１９】
ここで説明する図面は本発明を一層理解させるためのもので、本願の一部を構成し、本発明に示す実施例及びその説明は本発明を解釈するもので、本発明を限定するものではない。
【図１】本発明の実施例に係わるデータパケットの再送信方法を示すフローチャートである。
【図２】本発明の実施例に係わるデータパケットの再送信装置の構造を示すブロック図である。
【図３】本発明の好適な実施例に係わるスケジューラの構造を示す図である。
【図４】本発明の好適な実施例に係わる高速再送信を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を参照し、実施例を結合して本発明を詳しく説明する。なお、矛盾しない場合、本願の実施例及び実施例中の特徴を互いに組み合せることができる。
【００２１】
本実施例において、データパケットの再送信方法を提供し、図１は本発明の実施例に係わるデータパケットの再送信方法を示すフローチャートで、図１に示すように、該方法はステップＳ１０２〜ステップＳ１０６を含む。
【００２２】
ステップＳ１０２において、ユーザ機器（ＵＥ）に伝送するデータパケットをバッファリングする。
【００２３】
ステップＳ１０４において、媒体アクセス制御（ＭＡＣ）層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信する。
【００２４】
ステップＳ１０６において、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行う。
【００２５】
本実施例は上記ステップによって、ＵＥに伝送するデータパケットをバッファリングし、ＭＡＣ層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信し、前記伝送フィードバックが前記データパケットの伝送失敗を指示すると、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うことによって、ＭＡＣ層の伝送フィードバックに基づいて再送信を行うか否を確定することができ、既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない技術課題を解決し、既存技術においてＡＭモードでＵＥのフィードバック結果を待ってから再送信するか否かを確定する場合に比べ、再送信の判定効率を大幅に向上させ、遅延についての要求を一層簡単に満たすことができ、また、既存技術においてＵＭモードでは再送信を行わない技術案に比べ、伝送成功率を向上させ、業務パケットロス率を低減することができる。
【００２６】
本実施例において、ＭＡＣ層が送信する伝送フィードバックを以下の方式で取得することができる：前記ＭＡＣ層が前記データパケットに伝送スケジューリングを行い、前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを受信し、前記スケジューリングフィードバックに基づいて前記伝送フィードバックを送信する。
【００２７】
ここで、前記ＭＡＣ層が前記データパケットの伝送スケジューリングに対するスケジューリングフィードバックを取得し、前記スケジューリングフィードバックに基づいて前記伝送フィードバックを送信することが、具体的に以下であることができる：前記ＭＡＣ層が前記データパケットに伝送スケジューリングを行った回数が予め設定された最大伝送回数に達する前に１回の伝送スケジューリングに対応するスケジューリングフィードバックが肯定応答ＡＣＫであったことがあったと確定すると、前記データパケットの伝送成功を指示するように設定された前記伝送フィードバックを送信し、そうでないと（つまり、前記データパケットに伝送スケジューリングを行った回数が予め設定された最大伝送回数に達する前に伝送スケジューリングに対応するスケジューリングフィードバックが肯定応答ＡＣＫであったことがなく、いずれもＮＡＣＫであった場合）、前記データパケットの伝送失敗を指示するように設定された前記伝送フィードバックを送信する。
【００２８】
本実施例において、無線リンク制御（ＲＬＣ）層のバッファに前記データパケットをバッファリングすることができる。
【００２９】
本実施例において、ステップＳ１０２においてバッファリングされるのは通常初めてＵＥに伝送するデータパケットであって、具体的には、ステップＳ１０２において、まず前記ＵＥに伝送するデータパケットを受信し、前記データパケットが初めて前記ＵＥに伝送されたか否かを判断し、ＹＥＳであると、前記データパケットをバッファリングし、ＮＯであると、戦略に応じて放棄するか又は前記データパケットを再びバッファリングすることができる。
【００３０】
本実施例において、ＵＥに伝送するデータパケットをバッファリングする最大数量を設定することができ、ＵＥに伝送するデータパケットをバッファリングする時、既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断し、ＹＥＳであると、バッファリング時間が最も長いデータパケットをクリアし、又は再送信回数が最も多いデータパケット等をクリアすることもでき、前記ＵＥに伝送するデータパケットをバッファリングする。一方、既にバッファリングされたデータパケットが予め設定されたバッファリング最大数に等しいか否かを判断した結果がＮＯであると、直接に前記ＵＥに伝送するデータパケットをバッファリングすることができる。
【００３１】
本実施例において、バッファリングした該データパケットの再送信最大回数を設定することもでき、バッファリングした前記データパケットをＭＡＣ層に再び送信して伝送スケジューリングを行った後、さらに、前記データパケットの再送信回数を１プラスし、バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否かを判断し、ＹＥＳであると、バッファリングした前記データパケットをクリアすることができる。一方、バッファリングした前記データパケットの再送信回数が予め設定された再送信最大回数に等しいか否を判断した結果がＮＯであると、バッファリングした前記データパケットを保留することもできる。
【００３２】
本実施例において、前記伝送フィードバックが前記データパケットの伝送成功を指示すると、バッファリングした前記データパケットをクリアすることができる。
【００３３】
上記方法に対応して、本実施例においてデータパケットの再送信装置を提供し、該装置は上記実施例及び好適な実施形態を実現するものであって、既に説明した部分の説明は省略する。以下の説明で使用される用語「手段」は所定の機能を実現可能なソフトウェア及び／又はハードウェアの組み合せである。以下の実施例で説明する装置をソフトウェアで実現することが好ましいが、ハードウェア、又はソフトウェアとハードウェアの組み合せで実現することも可能である。
【００３４】
図２は本発明の実施例に係わるデータパケットの再送信装置の構造を示すブロック図で、図２に示すように、該装置は、バッファリング手段２２と、受信手段２４と、送信手段２６と、を含み、以下各手段を詳しく説明する。
【００３５】
バッファリング手段２２は、ユーザ機器（ＵＥ）に伝送するデータパケットをバッファリングするように構成される。受信手段２４は、バッファリング手段２２に接続されて、媒体アクセス制御（ＭＡＣ）層による前記ＵＥへの前記データパケットの伝送に対する伝送フィードバックを受信するように構成される。送信手段２６は、バッファリング手段２２と受信手段２４に接続されて、前記伝送フィードバックが前記データパケットの伝送失敗を指示する場合、バッファリングした前記データパケットを前記ＭＡＣ層に再び送信して伝送スケジューリングを行うように構成される。
【００３６】
ここで、前記バッファリング手段２２は、無線リンク制御（ＲＬＣ）層に位置することができる。
【００３７】
上記実施例を一層理解するように、以下、好適な実施例を結合して詳しく説明し、ここで、以下の好適な実施例は上記実施例とその好適な実施形態を結合したものである。
【００３８】
現在、既存技術には上述のようなＡＭモード及びＵＭモードの伝送モード方案しかなく、このような２種類の伝送モード方案によると、業務パケットロス率と遅延要求を両立することができないので、当該好適な実施例において、ＲＬＣ層を例に説明し、ＡＭモードとＵＭモードとの間で介在する高速再送信の方案を提供し、ＭＡＣ層によりデータパケットのフィードバックをスケジューリングし、ＲＬＣ層により高速再送信を行うことで、ＵＥの報知フィードバックに依存せず、ＲＬＣ層の既存の伝送モードでの再送信の遅延が大きい問題を補償し、業務パケット化したデータパケットのＰＤＢ遅延とＰＥＲパケットロス率の要求を両立することができる。
【００３９】
当該好適な実施例で提供する高速再送信方法と装置は移動通信ネットワークに応用され、主に、データパケットをバッファリングするｂｕｆｆｅｒを確定し、ＭＡＣ層のスケジューリングフィードバックに基づいて、伝送失敗したデータパケットについて、バッファｂｕｆｆｅｒから該データパケットを再び読み取ってＭＡＣ層に送信して、高速再送信を実現し、ＵＥの報知フィードバックに依頼せず、ＲＬＣ層の既存の伝送モードでの再送信の遅延が大きい問題を補償し、業務パケット化したデータパケットのＰＤＢ遅延とＰＥＲパケットロス率の要求を両立することができる。
【００４０】
当該好適な実施例において、ＵＥが基地局にアクセスした初期から、ＵＥが毎回スケジューリングするデータパケットをバッファｂｕｆｆｅｒに入れ、スケジューリング手段による該データパケットのスケジューリングに成功すると、バッファｂｕｆｆｅｒに当該データパケットのクリアを通知し、スケジューリング手段による該データパケットのスケジューリングに失敗すると、バッファｂｕｆｆｅｒから該データパケットを読み取ってスケジューリングするようにスケジューリング手段に送信し、バッファｂｕｆｆｅｒによって該データパケットを高速再送信する。
【００４１】
スケジューリング手段は各データパケットの最大伝送回数を定義し、スケジューリング手段は該データパケットを伝送するたびに、伝送回数を１プラスし、最大伝送回数に達する前、ある伝送で該データパケットのスケジューリングフィードバックでＡＣＫを受信すると、該データパケットのスケジューリングに成功したと認め、そうでなく、最大伝送回数に達する前、該データパケットを伝送して受信したスケジューリングフィードバックがいずれもＮＡＣＫであると、該データパケットのスケジューリングに失敗したと認める。
【００４２】
スケジューリングに失敗したデータパケットについて、バッファｂｕｆｆｅｒはスケジューリング手段に再び送信した後、スケジューリング手段は伝送回数１から該データパケットの伝送を再び開始する。
【００４３】
バッファｂｕｆｆｅｒの記憶空間を考慮し、バッファｂｕｆｆｅｒのデータパケットをバッファリングする数量の上限を規定し、バッファｂｕｆｆｅｒにバッファリングされたデータパケットの数量が上限に達している場合、新しいデータパケットをバッファリングする必要があると、バッファｂｕｆｆｅｒにバッファリングされた時間が最も長いデータパケット又は伝送回数が最も多いデータパケットをクリアすることができる。
【００４４】
バッファｂｕｆｆｅｒの記憶空間とデータパケットのスケジューリング遅延を考慮し、各データパケットのバッファｂｕｆｆｅｒでの再送信回数を規定し、バッファｂｕｆｆｅｒ中のデータパケットをスケジューリング手段に送信してスケジューリングするたびに、その再送信回数を１プラスし、再送信回数が再送信回数の上限に達すると、該データパケットを直接にバッファｂｕｆｆｅｒからクリアすることができる。
【００４５】
バッファｂｕｆｆｅｒ中のデータパケットの維持はＵＥレベルでそれぞれ維持する。
【００４６】
以下、図３と４を参照して、当該好適な実施例で提供する高速再送信の方法と装置を説明する。
【００４７】
図３は本発明の好適な実施例に係わるスケジューラの構造を示す図で、図３に示すように、該スケジューラはバッファ（Ｂｕｆｆｅｒ）を含み、該バッファがＲＬＣ層に位置して、高速再送信に利用するようにデータパケットをバッファリングすることが好ましい。スケジューラはさらにスケジューリング手段を含み、ＭＡＣ層に位置して、データパケットをスケジューリングし、バッファ（Ｂｕｆｆｅｒ）へフィードバックを提供する。
【００４８】
図４は本発明の好適な実施例に係わる高速再送信を示すフローチャートで、図３に示すスケジューラに応用される。図４を参照すると、当該好適な実施例の技術案はステップＳ４０２〜ステップＳ４２４を含む。
【００４９】
ステップＳ４０２において、データパケットバッファＢｕｆｆｅｒがバッファリング可能なデータパケット数量上限と各データパケットのバッファＢｕｆｆｅｒでの再送信回数の上限を確定する。
【００５０】
ステップＳ４０４において、スケジューリングした各データパケットを、バッファＢｕｆｆｅｒに入れる。
【００５１】
ステップＳ４０６において、データパケットバッファＢｕｆｆｅｒにバッファリングされたデータパケットが上限に達したか否かを判断し、ＹＥＳであると、ステップＳ４０８に移行し、そうでないと、ステップＳ４１０に移行する。
【００５２】
ステップＳ４０８において、バッファＢｕｆｆｅｒにバッファリングされたデータパケットが既に上限を超えていると、バッファリング時間が最も長いデータパケット又は伝送回数が最も多い（最大）のデータパケットをクリアし、バッファｂｕｆｆｅｒ中のデータパケット数を更新する。
【００５３】
ステップＳ４１０において、バッファＢｕｆｆｅｒにバッファリングされたデータパケットが上限を超えていないと、スケジューリングしたデータパケットをバッファｂｕｆｆｅｒに入れる。
【００５４】
ステップＳ４１２において、スケジューリング手段のスケジューリングが成功したか否かを判断し、成功していると、ステップＳ４２０に移行し、失敗していると、ステップＳ４１４に移行する。
【００５５】
ステップＳ４１４において、該データパケットのスケジューリングに失敗すると、バッファｂｕｆｆｅｒから該データパケットを読み取って、スケジューリングするようにスケジューリング手段に再び送信する。
【００５６】
ステップＳ４１６において、該データパケットの再送信回数を１プラスする。
【００５７】
ステップＳ４１８において、データパケットのバッファｂｕｆｆｅｒでの再送信回数が再送信回数上限に達したか否かを判断し、ＹＥＳであると、ステップＳ４２０に移行し、そうでないと、ステップＳ４２２に移行する。
【００５８】
ステップＳ４２０において、バッファｂｕｆｆｅｒに記憶された該データパケットをクリアし、バッファｂｕｆｆｅｒのデータパケット数を更新する。
【００５９】
ステップＳ４２２において、該データパケットを継続してバッファリングする。
【００６０】
ステップＳ４２４において、スケジューリング手段が、スケジューリング戦略に応じて、伝送失敗したデータパケットを再びスケジューリングする。
【００６１】
当該好適な実施例によると以下のような有益な効果を得ることができる：
当該好適な実施例は、ＲＬＣ層の再送信遅延を低減するため、高速再送信の方法及び装置を提供し、ＲＬＣ層の既存の伝送モードでの再送信の遅延が大きい問題を補償し、業務パケット化したデータパケットのＰＤＢ遅延とＰＥＲパケットロス率の要求を両立することができ、業務のＱｏｓ属性要求を最大限に満足させることができる。
【００６２】
以下、具体的な実施例によって説明する。
【００６３】
実施例１：
ステップＳ５０２：データパケットバッファｂｕｆｆｅｒのデータパケット数上限が無限大（Ｉｎｆｉｎｉｔｙ）であると確定し、各データパケットのバッファｂｕｆｆｅｒでの再送信回数の上限が無限大（Ｉｎｆｉｎｉｔｙ）であると確定する。
【００６４】
ステップＳ５０４：ＵＥ  Ｉｎｄｅｘ＝１０のＵＥが始めてアクセスし、Ｔ１時刻にデータパケットＤａｔａ１をスケジューリングすると、該データパケットをバッファｂｕｆｆｅｒに伝送した。
【００６５】
ステップＳ５０６：バッファｂｕｆｆｅｒでのデータパケットの上限を判断し、上限はＩｎｆｉｎｉｔｙであるので、バッファｂｕｆｆｅｒにデータパケットＤａｔａ１を記憶する。
【００６６】
ステップＳ５０８：スケジューリング手段によるデータパケットＤａｔａ１のスケジューリングに成功し、バッファｂｕｆｆｅｒにデータパケットＤａｔａ１のクリアを通知する。
【００６７】
ステップＳ５１０：Ｔ２時刻にデータパケットＤａｔａ２をスケジューリングし、該データパケットをバッファｂｕｆｆｅｒに伝送する。
【００６８】
ステップＳ５１２：バッファｂｕｆｆｅｒ中のデータパケット数量を判断し、上限がＩｎｆｉｎｉｔｙであるので、バッファｂｕｆｆｅｒにデータパケットＤａｔａ２を記憶する。
【００６９】
ステップＳ５１４：スケジューリング手段によるデータパケットＤａｔａ２のスケジューリングに失敗すると、バッファｂｕｆｆｅｒにデータパケットＤａｔａ２を再送信するように通知し、ステップＳ５１６とＳ５１８に移行し、スケジューリング手段によるデータパケットＤａｔａ２のスケジューリングに成功すると、バッファｂｕｆｆｅｒにデータパケットＤａｔａ２のクリアを通知する。
【００７０】
ステップＳ５１６：バッファｂｕｆｆｅｒがデータパケットＤａｔａ２を読み取って、データパケットＤａｔａ２の再送信回数を１プラスし、再送信回数を１プラスする。
【００７１】
ステップＳ５１８：データパケットの再送信回数を判断し、上限がＩｎｆｉｎｉｔｙであるので、データパケットＤａｔａ２を継続してバッファリングする。
【００７２】
ステップＳ５２０：スケジューリング手段により新しいデータパケットをスケジューリングすると、ステップＳ５１０〜Ｓ５１８を重複する。
【００７３】
ここで、データパケットバッファｂｕｆｆｅｒのデータパケット数の上限がＩｎｆｉｎｉｔｙであると、データパケットを削除した後にバッファｂｕｆｆｅｒのデータパケット数を更新する必要がない。
【００７４】
実施例２：
ステップＳ６０２：データパケットバッファｂｕｆｆｅｒのデータパケット数の上限が５であると確定し、各データパケットのバッファｂｕｆｆｅｒでの再送信回数の上限が１であると確定する。
【００７５】
ステップＳ６０４：ＵＥ  Ｉｎｄｅｘ＝１０のＵＥが始めてアクセスし、Ｔ１時刻でデータパケットＤａｔａ１をスケジューリングすると、該データパケットをバッファｂｕｆｆｅｒに伝送する。
【００７６】
ステップＳ６０６：バッファｂｕｆｆｅｒでのデータパケットの上限を判断し、上限が５であって、バッファｂｕｆｆｅｒに既に記憶されたデータパケット数が４であるので、バッファｂｕｆｆｅｒはデータパケットＤａｔａ１を記憶し、バッファｂｕｆｆｅｒのデータパケット数を１プラスし、既に記憶されたデータパケット数は５になる。
【００７７】
ステップＳ６０８：スケジューリング手段によりデータパケットＤａｔａ１をスケジューリングしてそのスケジューリングに失敗すると、バッファｂｕｆｆｅｒにデータパケットＤａｔａ１を再送信することを通知する。
【００７８】
ステップＳ６１０：バッファｂｕｆｆｅｒがデータパケットＤａｔａ１を読み取って、データパケットＤａｔａ１の再送信回数を１プラスし、再送信回数は１である。
【００７９】
ステップＳ６１２：データパケットの再送信回数を判断し、上限が１で、再送信回数が上限以上であるので、データパケットＤａｔａ１をクリアする。
【００８０】
ステップＳ６１４：バッファｂｕｆｆｅｒのデータパケット数を５−１＝４に更新する。
【００８１】
ステップＳ６１６：Ｔ２時刻にデータパケットＤａｔａ２をスケジューリングし、該データパケットをバッファｂｕｆｆｅｒに伝送する。
【００８２】
ステップＳ６１８：バッファｂｕｆｆｅｒでのデータパケットの上限を判断し、上限は５で、バッファｂｕｆｆｅｒに既に記憶されたデータパケット数は４であるので、バッファｂｕｆｆｅｒはデータパケットＤａｔａ２を記憶し、バッファｂｕｆｆｅｒのデータパケット数を１プラスし、既に記憶されたデータパケット数は５になる。
【００８３】
ステップＳ６２０：Ｔ３時刻にデータパケットＤａｔａ３をスケジューリングし、該データパケットをバッファｂｕｆｆｅｒに伝送する。
【００８４】
ステップＳ６２２：バッファｂｕｆｆｅｒでのデータパケット上限を判断し、上限は５で、バッファｂｕｆｆｅｒに既に記憶されたデータパケット数が５であるので、バッファｂｕｆｆｅｒはバッファリング時間が最も長いデータパケットＤａｔａｘをクリアし、バッファｂｕｆｆｅｒはデータパケットＤａｔａ２を記憶する。
【００８５】
ステップＳ６２４：スケジューリング手段により新しいデータパケットをスケジューリングすると、上記ステップを重複する。
【００８６】
他の一実施例において、上記実施例及び好適な実施例に記載の技術案を実施するように構成されるソフトウェアを提供する。
【００８７】
他の一実施例において、上記ソフトウェアが記憶される記憶媒体をさらに提供し、記憶媒体は、ＣＤ、フロッピー（登録商標）、ハードディスク、消去可能なメモリ等を含むが、これらに限定されることはない。
【００８８】
上記した本発明の各手段又は各ステップを共通の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、場合によっては、他の順で図に示す又は説明したステップを実行することができ、又は夫々集積回路手段に製作し、又はそれらの中の複数の手段又はステップを単一の集積回路手段に製作して実現できることは当業者にとって明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【００８９】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での全ての修正、置換、改良などは本発明の保護範囲内に含まれる。
【産業上の利用可能性】
【００９０】
上述のように、本発明の実施例で提供するデータパケットの再送信方法及び装置によると、既存技術における伝送モードが業務パケットロス率と遅延の要求を両立することができない技術課題を解決し、既存技術においてＡＭモードでＵＥのフィードバック結果を待ってから再送信するか否かを確定する場合に比べ、再送信の判定効率を大幅に向上させ、遅延についての要求を一層簡単に満たすことができ、また、既存技術においてＵＭモードでは再送信を行わない技術案に比べ、伝送成功率を向上させ、業務パケットロス率を低減することができる。
【図１】
2018509037.tif 000003
【図２】
2018509037.tif 000004
【図３】
2018509037.tif 000005
【図４】
2018509037.tif 000006
【国際調査報告】
2018509037.tif 000007
2018509037.tif 000008
2018509037.tif 000009
2018509037.tif 000010