(57)【特許請求の範囲】
【請求項１】
無線リンク制御層確認型モードにおける高速再送の方法であって、
発信端が受信端からの状態報告を受信し、受信した状態報告から非確認応答(NACK)情報を解析することと、
前記発信端が、前記状態報告における最後の1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後の1グループのNACK情報のNACK_SNが対応するPDUにおいて、最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントの全部を、再送必要があるデータに確定して再送キューに置いて組み立てた後、前記受信端に発信することを含むことを特徴とする。
【請求項２】
前記再送必要があるデータを再送キューに置くことはさらに、前記発信端が、前記NACK情報が前記状態報告における最後の1グループのNACK情報ではないことを判断した場合に、順次にカレントのNACK情報が指示する再送必要があるデータを1つずつ再送キューに置くことを含むことを特徴とする請求項1に記載の方法。
【請求項３】
前記組み立てた後に受信端に発信することは、具体的に、
前記発信端に、順次に、前記カレントのNACK情報が指示する再送必要があるデータ、及び前記最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントを一緒にグループパッケージした後、前記受信端に発信することを含むことを特徴とする請求項2に記載の方法。
【請求項４】
無線リンク制御層確認型モードにおける高速再送の装置であって、状態報告受信ユニットと、状態報告解析ユニットと、状態報告判断及び確定ユニットと、データ再送ユニットを含み、
状態報告受信ユニットが、受信端からの状態報告を受信するためのものであり、
状態報告解析ユニットが、受信した状態報告からNACK情報を解析するためのものであり、
状態報告判断及び確定ユニットが、前記状態報告における最後の1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後の1グループのNACK情報のNACK_SNが対応するPDUにおいて、最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントの全部を、再送必要があるデータに確定するためのものであり、
データ再送ユニットが、再送キューにおける組み立てた再送データを前記受信端に発信するためのものであることを特徴とする。
【請求項５】
前記状態報告判断及び確定ユニットはさらに、前記NACK情報が前記状態報告における最後の1グループのNACK情報ではないことを判断した場合に、順次に、カレントのNACK情報が指示する再送必要があるデータを、前記再送必要があるデータに確定して1つずつ再送キューに置くためのものであることを特徴とする請求項4に記載の装置。
【請求項６】
前記データ再送ユニットはさらに、順次に前記カレントのNACK情報が指示する再送必要があるデータ、及び前記最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントを一緒にグループパッケージした後、前記受信端に発信するためのものであることを特徴とする請求項5に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信分野の再送技術に関し、特に、無線リンク制御層プロトコルエンティティ確認型モード下の自動再送要求(ARQ、Automatic Retransmission Request)の再送過程における高速再送の方法及び装置に関する。
【背景技術】
【０００２】
無線リンク制御(RLC、Radio Link Control)プロトコル層は、ロング・ターム・エボリューション(LTE、Long Term Evolution)システムの無線インターフェースプロトコルスタックにおけるパケットデータコンバージェンスプロトコル(PDCP、Packet Data Convergence Protocol)層の下、メディアアクセス制御(MAC、Media Access Control)層の上に位置し、層2の1つのサブ層であり、ここでは、層2は、主に、MAC、RLC、PDCPなどのサブ層からなる。RLCサブ層は、ユーザー業務データと制御データに区分と再送サービスを提供する。RLCサブ層は、リンク制御、上層である無線リソース制御(RRC、Radio Resource Control)/PDCPのプロトコルデータユニット(PDU、Protocol Data Unit)を伝達することと、再構成、セクション、再セクション及びカスケードと、順番に応じて上層にPDUを配信することと、ARQ訂正と、重複性検出と、流量制御と、プロトコルエラー検出と修復と、RLC再建などと言う機能を含む。
【０００３】
RLCサブ層の機能はRLCエンティティにより実現し、RLCエンティティごとにRRCにより、透過モード(TM、Transparent Mode)、非確認型モード(UM、Unacknowledged Mode)及び確認型モード(AM、Acknowledged Mode)という3種類のモードに配置することができることにより、データ転送を執行することに用いられる。
【０００４】
AMにおけるARQ再送は、受信端によって発信端に状態報告を発信し、発信端が状態報告におけるACK_SN、NACK情報に基づいて、どれらのPDUがすでに受信端に確認して受信され、どれらのPDU或いはPDUフラグメントが再送することが必要であることを判定し、それによりデータ転送の信頼性を保証する。ここでは、この文章に関するNACKとは非確認応答であり、ACKとは確認応答である。
【０００５】
36.322プロトコルの850バージョンにおいて受信端状態報告の構造についての説明は以下の通りである。状態報告の範囲が帯域幅に基づいて決められ、開始位置がVR(R)であり、PDU SNの昇順及びPDU内フラグメントの昇順に応じて帯域幅が許可する長さまで構造状態報告を配列する。この区間内のPDUは、このPDUのいずれかのバイトフラグメントが全部受信されなければ、NACK_SNで構成した1つのNACK情報が状態報告に含まれるとともに、このNACK_SNをこのPDUのSNに等しくさせ、部分的に受信したPDUに紛失した連続バイトフラグメントに対して、状態報告においてNACK_SN、SOstart、SOendから構成する1グループのNACK情報を含み、且つこのPDUのSNをNACK_SNとし、紛失したバイトフラグメントの前後位置をSOstart、SOendとする。プロトコルにおける状態報告のフォーマットは図1に参照し、図1において、D/Cは、Data/Control fieldの略語であり、このRLC PDUがデータPDUであり、それとも制御PDUであることを指示することに用いられ、CPTは、Control PDU Type fieldの略語であり、このRLC制御PDUの類型を指示することに用いられ、E1は、Extension bit 1 fieldの略語であり、後に1グループのNACK_SN、E1 and E2域がつくかどうかを指示することに用いられ、E2は、Extension bit 2 fieldの略語であり、後に1グループのSOstart and SOend域がつくかどうかを指示することに用いられ、Octは、octetの略語であり、8位バイトが、バイト(Byte)と同義である。
【０００６】
ACK_SNの設置について以下の両種類の状況に分けて考慮する。
【０００７】
一、帯域幅が十分であるときに、受信端は状態変数VR(MS)を今回状態報告におけるACK_SNに設置し、二、帯域幅が不十分であるときに、受信端は次の受信しないRLC data PDUのSNをACK_SNとする。その中、RLC data PDUはPDUとPDU フラグメントを含み、且つこの状態報告に紛失を指示しない。
【０００８】
前記説明に、このような特別なシーンが存在し、即ち受信端構造の状態報告に最後の一つのNACK_SNがACK_SNに等しいことが可能であるシーンが存在し、このようなシーンに一致するのは以下の両前提が必要である。
【０００９】
一、下層により指示した帯域幅が、検出区間内の紛失データを1つの状態報告を作って発信することができなく、このうち、検出区間とは、VR(R) <= SN < VR(MS)であり、二、受信端のあるPDUにおいて2つ以上の連続のバイトフラグメントが紛失し、そして帯域幅の制限のため、今回状態報告に一部のNACK情報しか含まなく、次の紛失フラグメントのSNをこの状態報告のACK_SNとする。
【００１０】
このような特別なシーンに、前記前提に一致するときに、即ち帯域幅が1つのPDUの複数のフラグメント紛失を転送できない場合に、ACK_SNが次のPDU SNを値に決めることによる発信端が紛失フラグメントを削除する状況を防止するために、ACK_SNをNACK_SNと同じ値を決めることができる。
【００１１】
図2に示すように、受信端状態報告の検出区間がSN4からSN7までであり、VR(R)= 4、VR(MS)= 7とし、その中で、SN4には全部の受信がなく、SN6には2つの連続するフラグメント(SO20〜30、SO40〜50)の受信がなく、PDUのSN及びPDU内フラグメントの昇順に応じて状態報告を構造するときに、限りある帯域幅が、すべての紛失情報を今回の状態報告の表示NACK情報に含めることができなく、SN4を含んでNACK_SNとし、及びSN6のフラグメント1(SO20〜30)を含んでNACK_SN、SOstart、SOendグループパッケージとして発信することしか許可しなく、且つ次の受信しないSN6のフラグメント2(SO40〜50)のSNをACk_SNに設置し、6に等しいのは、フラグメント2(SO40〜50)がこの状態報告に含まれない第1のRLC data PDUであるからである。それでは、今回の状態報告における最後の一つのNACK_SN = ACK_SN = 6となる。
【００１２】
従来の技術において、発信端がこの状態報告を受信した後の再送メカニズムは、図3に示すように、以下のステップを含む。
【００１３】
ステップ101において、受信端は、第1の状態報告を発信端に報告し、発信端は第1の状態報告を受信し、このうち、第1の状態報告におけるNACK情報はNACK_SN4、NACK_SN6(SO20 〜 30)を含む。
【００１４】
ステップ102において、発信端は受信したNACK情報に基づいて再送し、このうち、再送の情報はSN4、SN6(SO20 〜 30)を含む。
【００１５】
ここでは、発信端はSN4の全部とSN6のフラグメント1(SO20〜30)だけを再送するが、同一のPDUにおける次の紛失のフラグメント2(SO40〜50)が第2次発信状態報告のときしかNACK情報で紛失を指示できない。
【００１６】
ステップ103において、受信端は第2の状態報告を発信端に報告し、発信端は第2の状態報告を受信し、このうち、第2の状態報告におけるNACK情報はNACK_SN6(SO40 〜 50)を含む。
【００１７】
ステップ104において、発信端は受信したNACK情報に基づいて再送し、このうち、再送の情報はSN6(SO40 〜 50)を含む。
【００１８】
ここでは、SN6(SO40 〜 50)は再送SN6のフラグメント2である。
【００１９】
前記をまとめて見ると、従来の技術は、受信端がフラグメント2を受信するために、次の状態報告の限りあるリソースを占用することによって、NACK_SN、SOstart、SoendからなるNACK情報を1グループ多く発信し、冗長メッセージを増加し、エアーインターフェースのリソースを浪費し、そして受信端がSN6にフラグメント2(SO40〜50)の紛失のため、早速上層に受信したPDUを配信できなく、時間遅延を引き起こす恐れがあり、極端な場合に、受信スライディング・ウィンドウの一時停滞を引き起こす恐れがあるという欠点が存在する。現在、発信端が、受信端により報告した状態報告に対して数回の再送を行う必要があることによるリソース浪費と時間遅延の問題について、効果的な解決方法がまだない。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
それを鑑みて、本発明は主に、RLC層のAM下の高速再送の方法及び装置を提供し、リソース浪費と時間遅延を避けることを目的とする。
【課題を解決するための手段】
【００２１】
前記目的を図るために、本発明の技術案は以下のように実現する。
【００２２】
無線リンク制御層確認型モードにおける高速再送の方法であって、この方法は、
発信端が受信端からの状態報告を受信し、受信した状態報告から非確認応答(NACK)情報を解析することと、
前記発信端が最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するとともに、前記再送必要があるデータを再送キューに置いて組み立てた後、前記受信端に発信することとを含む。
【００２３】
このうち、前記再送必要があるデータの類型は、プロトコルデータユニット(PDU)、或いはPDUフラグメントを含む。
【００２４】
前記確定した再送必要があるデータ及び前記再送必要があるデータを再送キューに置くことは、具体的に、
前記発信端が、前記NACK情報が状態報告における最後の1グループのNACK情報であることを判断した場合に、最後1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後の1グループのNACK情報のNACK_SNが対応するPDUにおいて、最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントの全部を、前記再送必要があるデータに確定して再送キューに置くことを含む。
【００２５】
前記再送必要があるデータを再送キューに置くことはさらに、前記発信端が、前記NACK情報が状態報告における最後の1グループのNACK情報ではないことを判断した場合に、順次にカレントのNACK情報が指示する再送必要があるデータを1つずつ再送キューに置くことを含む。
【００２６】
前記組み立てた後に受信端に発信することは、具体的に、
前記発信端に、順次に、前記カレントのNACK情報が指示する再送必要があるデータ、及び前記最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントを一緒にグループパッケージした後、前記受信端に発信することを含む。
【００２７】
無線リンク制御層確認型モードにおける高速再送の装置であって、この装置は、状態報告受信ユニットと、状態報告解析ユニットと、状態報告判断及び確定ユニットと、データ再送ユニットを含み、
状態報告受信ユニットが、受信端からの状態報告を受信するためのものであり、
状態報告解析ユニットが、受信した状態報告からNACK情報を解析するためのものであり、
状態報告判断及び確定ユニットが、最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するためのものであり、
データ再送ユニットが、再送キューにおける組み立てられた再送データを前記受信端に発信するためのものである。
【００２８】
前記状態報告判断及び確定ユニットはさらに、前記NACK情報が状態報告における最後の1グループのNACK情報ではないことを判断した場合に、順次に、カレントのNACK情報が指示する再送必要があるデータを、前記再送必要があるデータに確定して1つずつ再送キューに置くためのものである。
【００２９】
前記状態報告判断及び確定ユニットはさらに、前記NACK情報が状態報告における最後の1グループのNACK情報であることを判断した場合に、最後の1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後の1グループのNACK情報のNACK_SNが対応するPDUにおいて、最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントの全部を、前記再送必要があるデータに確定して再送キューに置くためのものである。
【００３０】
前記データ再送ユニットはさらに、順次に前記カレントのNACK情報が指示する再送必要があるデータ、及び前記最後の1グループのNACK情報が指示するSOstartから前記PDUの末までのPDUフラグメントを一緒にグループパッケージした後、前記受信端に発信するためのものである。
【００３１】
本発明の発信端は、受信端からの状態報告を受信し、状態報告からNACK情報を解析し、発信端は関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するとともに、再送必要があるデータを再送キューに置いて組み立てた後に受信端に発信する。
【発明の効果】
【００３２】
本発明によれば、関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するとともに、再送必要があるデータを再送キューに置いて組み立てた後に統一に発信することは、無線通信分野、特にLTEシステム内に、RLC層プロトコルエンティティのARQ再送過程の中の高速再送を実現することができ、受信端が冗長の状態報告を発信することを減少させ又は避けさせ、このように、冗長の状態報告を報告することを減少させ又は避けさせるため、発信端が状態報告に対して解析及び再送処理を行うとき、従来の技術のように複数の再送を執行する必要がなく、それにより、リソース浪費と時間遅延を避ける。
【図面の簡単な説明】
【００３３】
【図１】従来の36.322プロトコルにおいて状態報告のフォーマットの構成模式図。
【図２】従来のAMエンティティ受信端の特定シーン下の受信スライディング・ウィンドウ表示模式図。
【図３】従来の再送メカニズムの実現フロー模式図。
【図４】本発明方法の実現フロー模式図。
【図５】本発明装置の構成構造模式図。
【図６】本発明の1つの実例の実現フロー模式図。
【発明を実施するための形態】
【００３４】
本発明の基本的な思想は、発信端が受信端からの状態報告を受信し、状態報告からNACK情報を解析し、発信端が関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するとともに、再送必要があるデータを再送キューに置いて組み立てた後に受信端に発信することである。
【００３５】
次に、図面を結合して技術案の実施について、さらに詳しく説明する。
【００３６】
本発明は、AMモード下の再送過程に対して、主に、AMエンティティ受信端が、帯域幅不十分であるときに状態報告を構造してAMエンティティ発信端に送信した後、発信端が状態報告におけるNACK情報に基づいて再送を行うメカニズムである。特に、前記特殊のシーンの下で、即ち、受信端が構造した状態報告における最後のNACK_SNがACK_SNに等しい恐れがあるシーンの下で、どのように高速再送を実現するメカニズムに対するものである。そして、最後の一つのNACK_SNがACK_SNに等しいときに、前記両前提に一致する必要がある。
【００３７】
図4に示すように、RLC層AM下の高速再送の方法であって、この方法は以下のステップを含む。
【００３８】
ステップ201において、発信端が受信端からの状態報告を受信し、状態報告からNACK情報を解析する。
【００３９】
ここでは、発信端がAMエンティティの発信端である。
【００４０】
ステップ202において、発信端が関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定するとともに、再送必要があるデータを再送キューに置いて組み立てた後に受信端に発信する。
【００４１】
以上のステップ201〜ステップ202からなる技術案について、ステップ202における再送必要があるデータの類型は、PDU又はPDUフラグメントを含む。
【００４２】
ステップ202において、関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定し、及びそれを再送キューに置く具体的な処理過程は、2つの状況を含む。第1の状況：発信端はNACK情報が状態報告における最後の1グループのNACK情報ではないことを判断した場合に、発信端が、順次にカレントのNACK情報が指示する再送必要があるデータを1つずつ再送キューに置く。このうち、NACK情報においてNACK_SNを含む。第2の状況：発信端はNACK情報が状態報告における最後の1グループのNACK情報であることを判断した場合に、判断し続け、最後の1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後の1グループのNACK情報のNACK_SNが対応するPDUにおいて、最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのPDUフラグメントの全部を、再送必要があるデータとして再送キューに置く。このうち、NACK情報においてNACK_SNを含む。
【００４３】
ステップ202において、再送キューにおける再送必要があるデータを組み立てた後、受信端に発信することは、具体的に、発信端に、順次に前記カレントのNACK情報が指示する再送必要があるデータ、及び最後の1グループのNACK情報を処理ときに、前記最後1グループのNACK情報が指示するSOstartからこのPDUの末までのPDUフラグメントを、一緒にグループパッケージした後、統一に受信端に発信することを含む。
【００４４】
前記をまとめて見ると、方法の実現について、本発明の内容は主に、以下のいくつかの方面を含む。
【００４５】
一、AMエンティティ発信端は、状態報告を受信した後それを処理し、順次に状態報告におけるNACK情報に基づいて、PDU及びPDUフラグメントのいずれの再送が必要であるかを判断するとともに、再送必要があるデータを再送キューに置く。
【００４６】
二、発信端が状態報告における最後の1グループのNACK_SN、SOstart、SOend情報を処理するとき、このNACK_SNがACK_SNに等しいかどうかを判断し、等しければ、このSNが対応するPDUにおける最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのバイトセクションの全部を再送キューに置いて再送し、この再送のデータセクションは状態報告の最後の1グループのNACK情報において指示するSOstart〜SOendデータセクションを含み、このように、PDU再送の適時性を保証することができ、受信端にできるだけ早く紛失のPDUセクション、状態変量の更新及びデータの上層への配信をトリガする。その中、PDUの末のバイトセクションはPDUの末のPDUフラグメントとも称することができる。
【００４７】
本発明は、限りがある状態報告からできるだけ多い暗黙のNACK情報を読み取り、早くPDUにおける紛失のセクションを再送することができる。本発明によれば、従来の技術に比べると、冗長状態報告の転送を減少し、再送の適時性を保証し、データ転送の時間遅延を減少し、限りがあるエアーインターフェースのリソースを節約し、発信端のデータ再送及び受信端のデータ配達の適時性を向上する。
【００４８】
図5に示すように、RLC層のAM下の高速再送の装置であって、この装置は、状態報告受信ユニットと、状態報告解析ユニットと、状態報告判断及び確定ユニットと、データ再送ユニットを含む。このうち、状態報告受信ユニットが、受信端からの状態報告を受信するためのものであり、連続的に反対端の状態報告を受信することができる。状態報告解析ユニットが、状態報告からNACK情報を解析することに用いられる。状態報告判断及び確定ユニットが、関係ある最後の1グループのNACK情報の判断条件に基づいて、再送必要があるデータを確定することに用いられる。データ再送ユニットが、再送キューにおける組み立てた後の再送データを受信端に発信するためのものである。
【００４９】
ここでは、状態報告判断及び確定ユニットは、2つの具体的な実施例がある。第1の具体的な実施例：状態報告判断及び確定ユニットはさらに、NACK情報が状態報告における最後の1グループのNACK情報ではないことを判断した場合に、順次にカレントのNACK情報が指示する再送必要があるデータを、再送必要があるデータとして1つずつ再送キューに置くためのものである。第2の具体的な実施例：状態報告判断及び確定ユニットはさらに、NACK情報が状態報告における最後の1グループのNACK情報であることを判断した場合に、最後の1グループのNACK情報のNACK_SNがACK_SNに等しいことを判断したときに、最後1グループのNACK情報のNACK_SNの対応するPDUにおける最後1グループのNACK情報が指示するSOstartからこのPDUの末までのPDU フラグメントの全部を、再送必要があるデータとして再送キューに置くためのものである。
【００５０】
ここでは、データ再送ユニットはさらに、順次にカレントのNACK情報が指示する再送必要があるデータ、及び最後の1グループのNACK情報を処理するときに最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのPDUフラグメントを、一緒にグループパッケージした後、統一に受信端に発信するためのものである。
【００５１】
前記をまとめて見ると、装置の実施例について、本発明の内容は主に以下のいくつかの側面を含む。
【００５２】
一、装置における状態報告受信ユニットが、連続的に反対端からの状態報告を受信し、且つそれを状態報告解析ユニットに発信するためのものである。
【００５３】
二、装置における状態報告解析ユニットが、状態報告の中の内容を解析し、NACK、ACK情報に基づいて異なる処理を行うことに用いられる。
【００５４】
三、装置における状態報告判断及び確定ユニットが、最後の1グループのNACK情報であるかどうかを判断し、最後の1グループのNACK情報ではなければ、1つずつNACKに指示するデータ情報をデータ再送ユニットに発信し、最後の1グループのNACK情報であれば、最後1グループのNACK情報を処理するときにNACK_SNとACK_SNの関係を判断し続くことに用いられる。このうち、NACK_SNとACK_SNの関係を判断するときに、両者が等しければ、このSNの対応するPDUにおける最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのバイトセクションの全部をグループパッケージし、且つデータ再送ユニットに発信し、両者が等しくなければ、表示NACK情報正常に応じてグループパッケージした後、データをデータ再送ユニットに発信する。
【００５５】
四、データ再送ユニットが、再送する必要なデータを管理し且つキャッシュメモリし、再送を待つことに用いられる。
【００５６】
装置実施例
状態報告受信ユニットは具体的には状態報告受信器であり、状態報告解析ユニットは具体的には状態報告解析器であり、状態報告判断及び確定ユニットは具体的にはNACK/ACK判断器である、データ再送ユニットは具体的には再送処理器である。そして、状態報告判断及び確定ユニットの一部機能を状態報告解析器に置いて実行し、即ち、最後の1グループのNACK情報であるかどうかを判断する機能を状態報告解析器に渡して処理し、状態報告判断及び確定ユニットにおけるNACK_SNとACK_SNの関係を判断する機能をNACK/ACK判断器に渡して処理する。
【００５７】
方法実施例
発信端が1つの状態報告を受信した後、この状態報告における内容を解析し、且つACK_SN、NACK情報に基づいてどれらPDUがすでに受信端に確認して受信されることと、PDU及びPDU フラグメントのどちらを再送する必要があるかを判断し、最後の1グループのNACK、SOstart、SOendを処理するときに、NACK_SN=ACK_SNを発見すると、このSNのPDUにおける最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのバイトセクションの全部を再送キュー中に置いて再送する。前記装置実施例のシステムアーキテクチャを採用するときに、本方法実施例の処理フローは、以下のステップを含む。
【００５８】
ステップ301において、受信端は、受信スライディング・ウィンドウの検出区間、及び使用可能な帯域幅に基づいて、ACK_SNが6で、第1のNACK_SNが4で、第2のNACK_SNが6で、SOstartが20で、SOendが30である特徴を有する1つの状態報告を構造して状態報告を発信端に転送する。
【００５９】
ステップ302において、発信端の状態報告受信器はこの状態報告を受信した後、それを状態報告解析器に転送する。
【００６０】
ステップ303において、状態報告解析器は、1つずつ状態報告におけるNACK情報を分析し、第1のNACK情報に対して、それがNACK_SNしかないため、このPDUが全部受信しないことを知って、SNが4であるPDUを全体的にグループパッケージし、且つ再送処理器に発信する。
【００６１】
ステップ304において、状態報告解析器は、最後の1つのNACK情報に対して、それをNACK/ACK判断器に発信する。
【００６２】
ここでは、本方法実施例における最後の1つのNACK情報が第2のNACK情報である。
【００６３】
ステップ305において、NACK/ACK判断器は、このNACK_SNがACK_SNに等しいかどうかを判断し、このときNACK_SNとACK_SNがいずれも6であり、両者が等しければ、SNが6であるPDUにおけるSOstartからこのPDUの末までのセクションをグループパッケージして再送し、且つ再送処理器に発信する。
【００６４】
ここでは、SOstartからこのPDUの末までのセクションは、即ちSNが6であるPDUにおけるSO20〜endセクションである。
【００６５】
ステップ306において、再送処理器は、再送する必要があるデータを維持し且つキャッシュメモリし、発信端が再送処理器におけるSN4とSN6のフラグメント(SO20〜end)をグループパッケージして受信端に発信する。
【００６６】
この再送メカニズムから、今回の状態報告のNACK情報にSN6を指示するフラグメント2(SO40〜50)の紛失を表示しないことが分かるが、最後の1つのNACK_SN=ACK_SNの特別な状況に基づいて、我々は、SN6がフラグメント1(SO20〜30)の後にまた紛失のセクションがあって発信端に再送する必要があることを無視し、具体的にはどのセクションが紛失するか知らないため、発信端がいっそのことこのSOstartの後からPDUの末までのセクションの全部を再送キューに置いて再送する。この方法実施例において、第2次状態報告を発信するときにSN6におけるフラグメント2(SO40〜50)を含むNACK情報のエアーインタフェースのリソースを節約する上に、また発信端のデータ再送及び受信端のデータの上への配信の適時性を保証する 。
【００６７】
次に、本発明を従来の技術と比べて説明し、図3に示すのは従来の技術を採用する再送メカニズム実現フロー図であり、図6が本発明を採用する再送メカニズム実現フロー図であり、両者は、図3において、受信端がNACK情報を2つの状態報告に分けてそれぞれに発信端に報告し、発信端が状態報告における表示NACK情報を解析した後、2次でそれぞれ再送するが、図6において、受信端がNACK情報を含む1つの状態報告だけを発信端に報告すればよく、発信端が状態報告における表示NACK情報を解析する以外に、前記特別なシーン下での最後の1つのNACK_SNがACK_SNに等しい特点に基づいて、状態報告における隠れたNACK情報を解析し、このSNが対応するPDUにおける最後の1グループのNACK情報が指示するSOstartからこのPDUの末までのバイトセクションの全部を再送キュー中に置いて再送することができ、このように、発信端が1回だけ再送すればよい区別とする。明示的なNACK情報とは、受信端が明確に発信端に知らせるNACK情報であり、例えば：NACK_SN6(SO20 〜 30)、及びNACK_SN6(SO40 〜 50)、暗黙のNACK情報とは、受信端が明確に発信端に知らせないNACK情報であり、発信端により前記特別なシーン下での最後の1つのNACK_SNがACK_SNに等しい特点に基づいて、解析したNACK情報であり、発信端がNACK_SN6(SO20 〜 30)を取得し、解析してNACK_SNとACK_SNがいずれも6であることを発見すると、SNが6であるPDUにおけるフラグメント(SO20 〜end)の全部の再送が必要であると黙認する。即ち、SN6(SO30 〜end)が暗黙のNACK情報である。具体的に、図6に示すフローは以下のステップを含む。
【００６８】
ステップ401において、受信端が、第1の状態報告を発信端に報告し、発信端が第1の状態報告を受信し、このうち、第1の状態報告におけるNACK情報はNACK_SN4、NACK_SN6(SO20 〜 30)を含む。
【００６９】
ステップ402において、発信端が順次に解析したNACK情報に基づいて再送必要があるデータを判断し、且つ再送必要があるデータを再送キュー中に置いて組み立てた後に受信端に発信し、このうち、組み立てた後の再送のデータはSN4、SN6(SO20 〜 end)を含む。
【００７０】
ここでは、以上に関した状態報告はStatus Reportで表れ、フラグメントがSegmentで表れ、SNがSequence Numberの略語であり、番号とし、ACK_SNがAcknowledgement Sequence Numberの略語であり、確認して受信した番号とし、NACK_SNがNegative Acknowledgement Sequence Numberの略語であり、確認して受信しない番号とし、SOstartがSegment Offset Startの略語であり、フラグメントが開始位置から離れることとし、SOendがSegment Offset Endの略語であり、フラグメントが終了位置から離れることとする。
【００７１】
以上は、ただ本発明の好ましい実施例だけであり、本発明を限定する保護範囲ではない。
【図１】
0005587406.tif 000002
【図２】
0005587406.tif 000003
【図３】
0005587406.tif 000004
【図４】
0005587406.tif 000005
【図５】
0005587406.tif 000006
【図６】
0005587406.tif 000007