(57)【特許請求の範囲】
【請求項１】
ステータスレポートトリガー方法であって、該方法は、
無線リンク制御層のデータ受信端では、並び替えタイマーがタイムアウトし、または送信端からのポーリング位置をセットするメッセージを受信する際に、ステータスレポートを構造して送信し、次にステップＢを実行するステップＡと、
データ受信ウィンドウがスムーズな移動ステータスにあるか否かを判断し、スムーズな移動ステータスにあると、前記ステータスレポートを送信した後、直ちにステータス禁止タイマーを起動し、データ受信ウィンドウがスムーズな移動ステータスにないと、ステップＣを実行するステップＢと、
今回のステータスレポートにトリガーされる再送が成功するか否かを検出し、成功すれば、ステータス禁止タイマーを起動し、成功しなければ、ステップＤを実行するステップＣと、
再び前記ステータスレポートをトリガーし、ステップＢに戻すステップＤと、を含み、
ここで、ステップＢにおいて、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを判断することは具体的に、
データ受信ウィンドウの後縁と前縁の距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにあると判断し、データ受信ウィンドウの後縁と前縁の距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにないと判断することを含み、
その中、Ｎが０より大きく、且つＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数であり、Ｗｉｎｄｏｗ_Ｓｉｚｅはデータ受信ウィンドウのサイズを指すことを特徴とするステータスレポートトリガー方法。
【請求項２】
ステップＢにおいて、前記ステータス禁止タイマーを起動する際に、該方法はさらに、ステータス禁止タイマーの時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置することを含み、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマー時間の長さであり、ｎが前記ステータスレポートの前に重複トリガーする回数を表し、第１回トリガーする際にｎ＝０を取ることを特徴とする請求項１に記載のステータスレポートトリガー方法。
【請求項３】
ステップＣにおいて、今回のステータスレポートにトリガーされる再送が成功するか否かを検出するには、具体的に、
今回のステータスレポートの送信時刻のシステムフレーム番号を記録するステップＣ１と、
現在時刻のシステムフレーム番号と記録した前記ステータスレポートの送信時刻のシステムフレーム番号との差がステータスレポートを送信してから再送を完成するまで経る必要とするシステムフレーム個数に等しい際に、データ受信ウィンドウ後縁の位置が変化するか否かを判断し、変化すれば、今回のステータスレポートにトリガーされる再送が成功すると判断し、変化しなければ、今回のステータスレポートにトリガーされる再送が成功しないと判断するステップＣ２と、を含むことを特徴とする請求項１に記載のステータスレポートトリガー方法。
【請求項４】
ステップＣにおいて、今回のステータスレポートにトリガーされる再送が成功するのを検出すると、前記ステータス禁止タイマーを起動する際に、該方法はさらに、ステータス禁止タイマーの時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置することを含み、
その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマー時間の長さであり、ｎが前記ステータスレポートにトリガーされる再送が成功する前に、前記ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取ることを特徴とする請求項１に記載のステータスレポートトリガー方法。
【請求項５】
該方法は、並び替えタイマーがタイムアウトし、または受信端が送信端からの次のポーリング位置をセットするメッセージを受信する際に、現在ステータスレポートのトリガープロセスを完了して次のステータスレポートの処理に転入することをさらに含むことを特徴とする請求項１に記載のステータスレポートトリガー方法。
【請求項６】
ステータスレポートのトリガー装置であって、前記装置は、ステータスレポート構造モジュール、ウィンドウステータス検出モジュール、再送探知モジュール及びタイマー調整モジュールを含み、その中、
ステータスレポート構造モジュールは、並び替えタイマーがタイムアウトし、または無線リンク制御層のデータ受信端が送信端からのポーリング位置をセットするメッセージを受信する際に、ステータスレポートを構造して送信すること、及び前記再送探知モジュールがステータスレポートにトリガーされる再送成功しないことを検出する際に、再び前記ステータスレポートをトリガーすることに用いられ、 ウィンドウステータス検出モジュールは、前記ステータスレポート構造モジュールが前記ステータスレポートを送信した後、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを検出することに用いられ、
再送探知モジュールは、データ受信ウィンドウがスムーズな移動ステータスにないことを前記ウィンドウステータス検出モジュールに検出される際に、前記ステータスレポート構造モジュールが送信したステータスレポートにトリガーされる再送が成功するか否かを検出することに用いられ、
タイマー調整モジュールは、データ受信ウィンドウがスムーズな移動ステータスにあることを前記ウィンドウステータス検出モジュールに検出される際に、ステータス禁止タイマーを起動し、今回のステータスレポートがトリガーする再送が成功することを前記再送探知モジュールに検出される際に、ステータス禁止タイマーを起動することに用いられ、
ここで、前記ウィンドウステータス検出モジュールはさらに、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを検出する場合において、データ受信ウィンドウの後縁と前縁との距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにあると判断し、データ受信ウィンドウの後縁と前縁との距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにないと判断することに用いられ、
その中、Ｎは０より大きく、且つＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数であり、Ｗｉｎｄｏｗ_Ｓｉｚｅとはデータ受信ウィンドウのサイズを指すことを特徴とするステータスレポートトリガー装置。
【請求項７】
前記再送探知モジュールはさらに、前記ステータスレポート構造モジュールが送信したステータスレポートにトリガーされた再送が成功したか否かを検出する場合に、前記ステータスレポート構造モジュールが送信したステータスレポートの送信時刻のシステムフレーム番号を記録し、現在時刻のシステムフレーム番号と記録した前記ステータスレポートの送信時刻のシステムフレーム番号との差がステータスレポートを送信してから再送を完成するまで経る必要なシステムフレーム個数に等しいと、データ受信ウィンドウの後縁の位置が変化するか否かを判断し、変化すれば、今回のステータスレポートにトリガーされる再送が成功すると判断し、変化しなければ、今回のステータスレポートにトリガーされる再送が成功しないと判断することに用いられることを特徴とする請求項６に記載のステータスレポートトリガー装置。
【請求項８】
前記タイマー調整モジュールはさらに、前記ステータス禁止タイマーを起動する際に、前記ステータス禁止タイマーの時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置されることに用いられ、
その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマーの時間の長さであり、ｎが前記ステータスレポートにトリガーされる再送が成功する前に、前記ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取ることを特徴とする請求項６または７に記載のステータスレポートトリガー装置。
【請求項９】
さらにトリガーカットオフモジュールを含み、前記トリガーカットオフモジュールは、並び替えタイマーがタイムアウトし、または受信端が送信端からの次のポーリング位置をセットするメッセージを受信する際に、前記装置におけるその他各モジュールに、現在ステータスレポートのトリガー処理を停止するよう通知し、且つ次のステータスレポートへの処理に転入することに用いられることを特徴とする請求項６または７に記載のステータスレポートトリガー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信技術分野に関し、特にロングタームエボリューション（ＬＴＥ；Long Term Evolution）システム内に、無線リンク制御層確認モードプロトコルにおけるステータスレポートトリガーの方法及び装置に関する。
【背景技術】
【０００２】
無線リンク制御（ＲＬＣ；Radio Link Control）プロトコル層がＬＴＥの無線インタフェースプロトコルスタックにおいて、レイヤー２（Ｌ２）の１つのサブレイヤー、メディアアクセス制御（ＭＡＣ；Media Access Control）層とパケットデータコンバージェンスプロトコル（ＰＤＣＰ；Packet Data Convergence Protocol）層の間に位置する。ＲＬＣプロトコル層の機能はリンク制御、パッケージ及び再編、カスケード、ユーザーデータ伝送、誤り訂正、プロトコルエラーの検出及び修復等、ユーザーと制御データにセグメント化と再送業務を提供することを含む。
【０００３】
各のＲＬＣプロトコルエンティティが無線リソース制御（ＲＲＣ；Radio Resource Control）層によって配置される３種類のデータの伝送モードで作業し、それぞれ透過モード（ＴＭ；Transparent Mode）、非確認モード（ＵＭ；Unacknowledged Mode）及び確認モード（ＡＭ；Acknowledged Mode）である。確認モードにおける自動再送要求（ＡＲＱ；Automatic Repeat Request）は受信端が送信端にステータスレポート（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信し、送信端がＳｔａｔｕｓ  Ｒｅｐｏｒｔにおけるステータスレポートのカットオフメッセージ番号（ＡＣＫ_ＳＮ）とＡＣＫ_ＳＮの以前の受信しなかったメッセージのメッセージ番号（ＮＡＣＫ_ＳＮ）によってどちらのプロトコルデータユニット（ＰＤＵ；Protocol Data Unit）が受信端に受信されることを確認し、どちらのＰＤＵまたはＰＤＵフラグメントを再送する必要があることによって、データ伝送の信頼性を保証する。図１はＲＬＣが確認モードプロトコルにおけるアーキテクチャ模式図である。
【０００４】
３６．３２２プロトコルにおいて、現在確認モードでステータスレポートのトリガー過程は２つのタイマーに関し、ともにＲＬＣのデータ伝送受信端に用いられる。まず並び替えタイマー（ｔ―Ｒｅｏｒｄｅｒｉｎｇ）であり、ｔ―Ｒｅｏｒｄｅｒｉｎｇが底層データの損失情況を探知し、タイムアウトした後送信端にステータスレポートを送信することに用いられる。次にステータス禁止タイマー（ｔ―ＳｔａｔｕｓＰｒｏｈｉｂｉｔ）であり、ｔ―ＳｔａｔｕｓＰｒｏｈｉｂｉｔはステータスレポートの送信頻度を限定することに用いられ、即ち２回のステータスレポートの送信時刻が一定の時間間隔を満足する必要がある。ステータスレポートのトリガーが２種類の方式があり、１、ＲＬＣ送信端がポーリングする方式によってトリガーする、２、ＲＬＣ受信端はＰＤＵの受信が失敗（並び替えタイマータイムアウト）することを検出する。ここで主に本発明に関する第２種類の方式を紹介する。まず、ＲＬＣ受信端はメッセージが順次に到達しないのを検出したら、すぐに並び替えタイマーｔ―Ｒｅｏｒｄｅｒｉｎｇを起動し、ｔ_ｒｅｏｒｄｅｒｉｎｇタイマーがタイムアウトするとＶＲ（ＭＳ）の更新とステータスレポートの送信をトリガーすることがあって、ＶＲ（ＭＳ）がデータ受信ウィンドウではステータスレポートを構造するカットオフ位置を標識することに用いられ、即ち上記ＡＣＫ_ＳＮの取る値、ステータスレポートの送信がＶＲ（ＭＳ）の更新の後にトリガーしなければならない。次に、ステータスレポートのトリガーに制限が設けられないわけではなく、一定の送信間隔を満足する必要がある。ステータス禁止タイマーt-ＳｔａｔｕｓＰｒｏｈｉｂｉｔが運転しないと、下層指示の一番目の送信チャンスが来る際に、Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを構造し、下層に配達し、さもなければ、ｔ―ＳｔａｔｕｓＰｒｏｈｉｂｉｔタイマーがタイムアウトした後の一番目下層指示の送信チャンスが来る際に、Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを構造し、下層に配達する。１つのステータスレポートがもう下層に配達したが、ＲＬＣ  ＡＭエンティティ受信側がｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔタイマーを起動することとする。
【０００５】
以上の説明からみると、確認モードでメッセージの伝送にはステータスレポートによって確認する必要がある。底層のハイブリッド自動再送要求（ＨＡＲＱ；Hybrid Automatic Repeat Request）が損失メッセージに対する再送回数に制限があるため、ステータスレポート自身がＲＬＣ層では必ず受信することを確保するメカニズムがなく、且つ２回のステータスレポートのトリガーは一定の時間間隔を満足する必要がある。このように、ステータスレポートが底層では損失すると、つまり、該ステータスレポートのメッセージ再送が成功しなく、次の回にステータスレポートをトリガーすることのみによって実現する。
【０００６】
ところが、確認モードのある場合に、上層がステータスレポートに対する確認が必要となって、主に受信ウィンドウがのちほど詰められる場合を現す。受信ウィンドウが停滞する際に、送信ウィンドウもきっと既に停滞している。このとき、データ受信端がステータスレポートをトリガーしたが底層で損失し、新しいラウンドステータスレポートをトリガーして送信端が相応のＰＤＵフラグメンテーションを再送するのを要求することのみを待つ。
【０００７】
従来の関連技術において、ステータスレポートのトリガー方法がいずれかのデータ伝送ウィンドウステータスに関わらず、毎回構造したステータスレポートが１回のみ送信し、且つステータスレポートを成功的にデータ送信端に送信することを確保することができないため、ステータスレポートが有効的なメッセージ再送をトリガーすることを確保することができないことによるウィンドウで詰められて停滞する場合に、少なくとも１つのステータス禁止タイマー周期を待つ必要とする可能性があって、並び替えタイマー周期またはポーリンググタイマー周期を待つ可能性もあって、ウィンドウの停滞ステータスを解除することができることによって、エアーインターフェースのデータ伝送が遅延され、エアーインターフェースのデータの伝送速度が比較的低い。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術問題は無線リンク制御層確認モードプロトコルにおいて、ステータスレポートのトリガー方法及び装置を提供することにあり、ステータスレポートがトリガーする再送を確実且つ有効にさせることを確保できることによって、ウィンドウで詰められて停滞する場合に、エアーインターフェースのデータの伝送速度が比較的低い問題を避ける。
【課題を解決するための手段】
【０００９】
上述技術問題を解決するために、本発明のステータスレポートのトリガー方法は、以下のステップを含み、
ステップＡ、無線リンク制御層のデータ受信端では、並び替えタイマーがタイムアウトし、または送信端からのポーリング位置をセットするメッセージを受信する際に、ステータスレポートを構造して送信し、次にステップＢを実行し、
ステップＢ、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを判断し、スムーズな移動ステータスにあると、前記ステータスレポートを送信した後、直ちにステータス禁止タイマーを起動し、今回のステータスレポートがトリガーする再送が成功することと考え、データ受信ウィンドウがスムーズな移動ステータスにないと、ステップＣを実行し、
ステップＣ、今回のステータスレポートトリガーの再送が成功するか否かを検出し、成功すると、ステータス禁止タイマーを起動し、成功しないと、ステップＤを実行し、
ステップＤ、再び前記ステータスレポートをトリガーし、ステップＢに戻す。
【００１０】
さらに、ステップＢにおいて、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを判断することは具体的に、
データ受信ウィンドウの後縁と前縁の距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにあると判断し、逆に、データ受信ウィンドウの後縁と前縁の距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあると、データ受信ウィンドウがのちほど詰められ、或いは詰められたと判断し、即ちデータ受信ウィンドウがスムーズな移動ステータスにではなく、その中、Ｎが１つの０より大きく、且つＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数に配置されることができ、Ｗｉｎｄｏｗ_Ｓｉｚｅはデータ受信ウィンドウのサイズを指すことを含む。
【００１１】
さらに、ステップＢにおいて、該方法はさらに、前記ステータス禁止タイマーを起動する際に、ステータス禁止タイマーの時間の長さがＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置され、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマー時間の長さであり、ｎが前記ステータスレポートの前に重複トリガーする回数を表し、第１回トリガーする際にｎ＝０を取ることを含む。
【００１２】
さらに、ステップＣにおいて、今回のステータスレポートがトリガーする再送が成功するか否かを検出し、具体的に、
ステップＣ１、今回のステータスレポートの送信時刻のシステムフレーム番号を記録し、
ステップＣ２、現在に時刻のシステムフレーム番号と記録した前記ステータスレポートの送信時刻のシステムフレーム番号との差はステータスレポートを送信してから再送を完成するまで経る必要とするシステムフレーム個数に等しい際に、データ受信ウィンドウ後縁の位置が変化するか否かを判断し、変化すれば、今回のステータスレポートがトリガーする再送が成功すると判断し、変化しなければ、今回のステータスレポートがトリガーする再送が成功しないと判断することを含む。
【００１３】
さらに、ステップＣにおいて、今回のステータスレポートがトリガーする再送が成功するのを検出すると、該方法はさらに、前記ステータス禁止タイマーを起動する際に、ステータス禁止タイマーの時間の長さがＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置され、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマー時間の長さであり、ｎが前記ステータスレポートがトリガーする再送が成功する前に、前記ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取ることを含む。
【００１４】
さらに、該方法は、並び替えタイマーがタイムアウトし、または受信端が送信端からの次のポーリング位置をセットするメッセージを受信する際に、現在ステータスレポートのトリガープロセスを完了して次のステータスレポートの処理に転入することをさらに含む。
【００１５】
上述技術問題を解決するために、本発明のステータスレポートトリガー装置はステータスレポート構造モジュール、ウィンドウステータス検出モジュール、再送探知モジュール及びタイマー調整モジュールを含み、その中、
ステータスレポート構造モジュールは、並び替えタイマーがタイムアウトし、または無線リンク制御層のデータ受信端が送信端からのポーリング位置をセットするメッセージを受信する際に、ステータスレポートを構造して送信することに用いられ、 
ウィンドウステータス検出モジュールは、前記ステータスレポート構造モジュールが前記ステータスレポートを送信した後、無線リンク制御層のデータ受信ウィンドウがスムーズな移動ステータスにあるか否かを検出することに用いられ、
再送探知モジュールは、前記ウィンドウステータス検出モジュールがデータ受信ウィンドウがスムーズな移動ステータスにないのを検出する際に、前記ステータスレポート構造モジュールが送信したステータスレポートにトリガーされる再送が成功するか否かを検出することに用いられ、
タイマー調整モジュールは、前記ウィンドウステータス検出モジュールがデータ受信ウィンドウがスムーズな移動ステータスにあるのを検出する際に、ステータス禁止タイマーを起動し、今回のステータスレポートがトリガーする再送が成功すると考え、前記再送探知モジュールが今回のステータスレポートがトリガーする再送が成功するのを検出する際に、ステータス禁止タイマーを起動することに用いられる。
【００１６】
前記ステータスレポート構造モジュールはさらに、前記再送探知モジュールがステータスレポートがトリガーする再送が成功しないのを検出する際に、再び前記ステータスレポートをトリガーすることに用いられる。
【００１７】
さらに、前記ウィンドウステータス検出モジュールはさらに、データ受信ウィンドウがスムーズな移動ステータスにあるか否かを検出する場合に、データ受信ウィンドウの後縁と前縁との距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにあると判断し、逆に、データ受信ウィンドウの後縁と前縁との距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあると、データ受信ウィンドウがのちほど詰められ、或いは詰められたと判断し、即ちデータ受信ウィンドウがスムーズな移動ステータスにないことに用いられ、その中、Ｎが１つの０より大きく、且つＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数に配置されることができ、Ｗｉｎｄｏｗ_Ｓｉｚｅとはデータ受信ウィンドウのサイズを指す。
【００１８】
さらに、前記再送探知モジュールはさらに、前記ステータスレポート構造モジュールが送信したステータスレポートにトリガーされた再送が成功するか否かを検出する場合に、前記ステータスレポート構造モジュールが送信したステータスレポートの送信時刻のシステムフレーム番号を記録し、現在時刻のシステムフレーム番号と記録した前記ステータスレポートの送信時刻のシステムフレーム番号との差がステータスレポートを送信してから再送を完成するまで経る必要なシステムフレーム個数に等しいと、データ受信ウィンドウの後縁の位置が変化するか否かを判断し、変化すれば、今回のステータスレポートがトリガーする再送が成功すると判断し、変化しなければ、今回のステータスレポートがトリガーする再送が成功しないと判断することに用いられる。
【００１９】
さらに、前記タイマー調整モジュールはさらに、前記ステータス禁止タイマーを起動する際に、前記ステータス禁止タイマーの時間の長さがＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置されることに用いられ、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマーの時間の長さであり、ｎが前記ステータスレポートがトリガーする再送が成功する前に、前記ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取る。
【００２０】
さらに、該ステータスレポートトリガー装置はさらにトリガーカットオフモジュールを含み、前記トリガーカットオフモジュールは、並び替えタイマーがタイムアウトし、または受信端が送信端からの次のポーリング位置をセットするメッセージを受信する際に、前記装置におけるステータスレポート構造モジュール、ウィンドウステータス検出モジュール、再送探知モジュール及びタイマー調整モジュールを含む他の各モジュールを通知し、現在ステータスレポートのトリガー処理を停止し、次のステータスレポートへの処理に転入することに用いられる。
【発明の効果】
【００２１】
本発明の技術方案によれば、ＲＬＣが損失データを確実に再送と配達することができる。特にウィンドウがのちほど詰められる場合に、データ受信端がステータスレポートを重複送信することによって送信端ができるだけ速く損失データを再送ることによって、送信端の送信ウィンドウが詰められることによるウィンドウ停滞を減少または避ける。
【図面の簡単な説明】
【００２２】
【図１】ＲＬＣが確認モードプロトコルにおけるアーキテクチャ模式図である。
【図２】ウィンドウが詰められて停滞するステータス模式図である。
【図３】ウィンドウがスライドを回復した後のステータス模式図である。
【図４】本発明におけるステータスレポートのトリガー方法のプロセス模式図である。
【図５】本発明における１つの具体的な実施例のステータスレポートのトリガー方法のプロセス模式図である。
【図６】本発明におけるステータスレポートのトリガー装置構成模式図である。
【発明を実施するための形態】
【００２３】
以下に、図面と具体的な実施形態を参照して本発明についてさらに詳細に説明する。
【００２４】
従来の関連技術において、ステータスレポートのトリガー方法がいずれかのデータ伝送ウィンドウステータスに関わらず、毎回構造したステータスレポートが１回のみ送信し、且つステータスレポートを成功的にデータ送信端に送信することを確保することができないため、ステータスレポートが有効的なメッセージ再送をトリガーするのを確保することができないことによるウィンドウで詰められて停滞する場合に、ウィンドウの停滞ステータスを解除するには少なくとも１つのステータス禁止タイマー周期を待つ必要とする可能性があって、並び替えタイマー周期またはポーリングタイマー周期を待つ可能性もあって、それによって、エアーインターフェースのデータ伝送が遅延され、エアーインターフェースのデータの伝送速度が比較的低い。
【００２５】
本発明はステータスレポートにトリガーされる再送を確実且つ有効にさせることを有効的に確保できることによって、関連技術におけるメッセージ再送方法が、ウィンドウで詰められて停滞する場合に、エアーインターフェースのデータの伝送速度が比較的低い問題を避け、各種のデータ伝送ウィンドウステータスでの場合にも、エアーインターフェースのデータ伝送がタイムリーに行えることを実現し、エアーインターフェースのデータの伝送速度と効率を向上する。
【００２６】
図２と図３はそれぞれデータ伝送ウィンドウが停滞ステータスと移動ステータスにある模式図を示し、その中、送信ウィンドウと受信ウィンドウのウィンドウサイズがともにＷｉｎｄｏｗ_Ｓｉｚｅ＝５１２であり、ウィンドウ全体が斜線に満たされることが全部の該ＰＤＵを受信することを表し、半分のみが斜線に満たされることが一部のＰＤＵのみを受信し、また１つの或いは複数のＰＤＵフラグメンテーションを受信しないことを表す。
【００２７】
図２はデータ伝送ウィンドウが停滞ステータスにある模式図を示す。そのうち受信ウィンドウが受信しなかったＰＤＵの最小番号が０、即ちＶＲ（Ｒ）＝０であるが、ＶＲ（Ｈ）＝５１２であるため、ＶＲ（Ｈ）―ＶＲ（Ｒ）＝５１２＝Ｗｉｎｄｏｗ_Ｓｉｚｅであり、該受信ウィンドウが詰められ、停滞ステータスにあることを表し、その中、ＶＲ（Ｒ）が受信ウィンドウの後縁を表し、ＶＲ（Ｈ）が受信ウィンドウの前縁を表す。受信ウィンドウが停滞する際に、送信ウィンドウが必ず停滞したことは、Ｗｉｎｄｏｗ_Ｓｉｚｅ＝ＶＴ（Ｓ）―ＶＴ（Ａ）であるからであり、このとき、ＶＴ（Ｓ）≧ＶＲ（Ｈ）、且つＶＴ（Ａ）≦ＶＲ（Ｒ）であり、ＶＴ（Ａ）が送信ウィンドウの後縁を表し、ＶＲ（Ｒ）が送信ウィンドウの前縁を表す。送信ウィンドウが停滞する際に、ＶＴ（Ｓ）が後へ移動して新しいデータを送信することができない。番号が０であるＰＤＵが送信端に再送され且つ受信端に受信されることを確認される際に、停滞ステータスが終了する。したがって、ウィンドウが停滞ステータスにある際に、データ伝送が中断され、エアーインターフェースのデータの伝送速度に重大な影響を与える。
【００２８】
図３はデータ伝送ウィンドウが移動ステータスにある模式図を示す。その中、受信ウィンドウが受信しなかったＰＤＵの最小番号がｉ＞０、即ちＶＲ（Ｒ）＝ｉ＞０であるが、ＶＲ（Ｈ）＝５１２であるため、ＶＲ（Ｈ）―ＶＲ（Ｒ）＜５１２＝Ｗｉｎｄｏｗ_Ｓｉｚｅであり、該受信ウィンドウが詰められなく、移動ステータスにあることを表す。このとき送信ウィンドウも移動ステータスにあり、ＶＴ（Ｓ）が後へ移動して新しいデータを送信することができる。
【００２９】
本願が提出したステータスレポートのトリガー方法の処理プロセスは図４を示すように、ステータスレポートをトリガーすることと、ステータスレポートを構造して送信することと、受信ウィンドウ状況を探知し、ウィンドウがのちほど詰められて停滞するか否かを見て、停滞であると、ステータスレポートにトリガーされる再送を確実且つ有効にさせることを確保することによって、できるだけ早くウィンドウの停滞ステータスを解除し、その後、現在処理プロセスを終わらせ、さもないと、直接に現在処理プロセスを終わらせることとを含む。 
【００３０】
図４を示すような内容は具体的に、ｔ―Ｒｅｏｒｄｅｒｉｎｇがタイムアウトし、または送信端がポーリング位置をセットするメッセージを受信端に受信されるため、ステータスレポートをトリガーした後、先に該受信ウィンドウの後縁ＶＲ（Ｒ）から受信ウィンドウの前縁ＶＲ（Ｈ）までの距離を考察すべきであり、
１、ＶＲ（Ｒ）とＶＲ（Ｈ）との距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、該ステータスレポートを送信した後、ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔタイマーを起動し、タイマー時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置され、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔがステータス禁止タイマーの時間の長さであり、ｎが該ステータスレポートの前に重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取って、
２、ＶＲ（Ｒ）とＶＲ（Ｈ）との距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあり、受信ウィンドウがのちほど詰められ、または既に詰められたことを表すと、
１）該ステータスレポートを送信した後、該ステータスレポート送信時刻のシステムフレーム番号Ｉｎｉｔ_ＳＦＮ、その後の各のシステムフレームＣｕｒ_ＳＦＮを記録し、システムフレームの変化値Ｄｅｌｔａ_ＳＦＮ＝Ｃｕｒ_ＳＦＮ―Ｉｎｉｔ_ＳＦを計算し、Ｄｅｌｔａ_ＳＦＮ＝Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄである際に、ＶＲ（Ｒ）の位置を考察し、
ａ）ＶＲ（Ｒ）の位置が変化しないことを発見すると、今回のステータスレポートの送信が失敗することと考え、再びステータスレポートをトリガーし、ステップ１）に転入することは、ｔ―Ｒｅｏｒｄｅｒｉｎｇがタイムアウトし、または受信端に送信端がポーリング位置をセットするメッセージを受信するまで続く、
ｂ）ＶＲ（Ｒ）の位置が変化することを発見すると、今回のステータスレポートの送信が成功することと考え、ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔタイマーを起動し、ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔタイマーの時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄとする。これは、３６．３２２プロトコルにおいて、ステータス禁止タイマーがステータスレポートの送信を完成した後直ちに起動されるが、ここでは、ステータスレポートがトリガーする再送が成功することを確定した後起動するため、その前消耗する時間を排除するからである。
【００３１】
その中、Ｎは１つの０より大きいがＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数に配置されることができ、Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄがステータスレポートの送信から再送の完成まで経たシステムフレーム個数（フレームごとに１０ｍｓ）を表し、ｎがステータスレポートがトリガーする再送が成功する前に、該ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取る。
【００３２】
図５は本発明における１つの具体的な実施例のステータスレポートのトリガー方法のプロセス模式図であり、図５に示すように、該実施例において、本発明のステータスレポートのトリガー方法が具体的に以下のステップを含み、
ステップＳ０１、ＲＬＣアップリンクメッセージの処理中に、並び替えタイマーｔ―Ｒｅｏｒｄｅｒｉｎｇがタイムアウトし、またはアップリンクがポーリング位置をセットするメッセージを受信することによってステータスレポートをトリガーした。
【００３３】
ステップＳ０２、ステータスレポートを構造して送信する。
【００３４】
ステップＳ０３、ウィンドウサイズを探知し、受信ウィンドウがスムーズな移動ステータスにあるかどかを見て、即ちウィンドウサイズが［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあるか否かを見る。
【００３５】
ステップＳ０４、ウィンドウがスムーズに移動し、即ちウィンドウサイズが［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、ステータスレポートの送信フレーム番号を記録する必要がなく、Ｉｎｉｔ_ＳＦＮを無効とし、ステータス禁止タイマーｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔを起動する。
【００３６】
ステップＳ０５、受信ウィンドウが停滞し、またはのちほど停滞し、即ちウィンドウサイズが［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にないと、ステータスレポートが送信したシステムフレーム番号Ｉｎｉｔ_ＳＦＮを記録し、ステータスレポートの送信回数をｎ＝０とする。
【００３７】
ステップＳ０６、Ｉｎｉｔ_ＳＦＮが有効であるか否かを検査する。
【００３８】
ステップＳ０７、Ｉｎｉｔ_ＳＦＮが有効であると、現在のシステムフレーム番号Ｃｕｒ_ＳＦＮを記録する。
【００３９】
ステップＳ０８、Ｄｅｌｔａ_ＳＦＮ＝Ｃｕｒ_ＳＦＮ―Ｉｎｉｔ_ＳＦＮが、ステータスレポートがトリガーする再送を完成する必要な時間に達するか否かを検査し、該時間に達すると、ステップＳ０９を実行する。
【００４０】
ステップＳ０９、前回ステータスレポートがトリガーする再送が到達すべきであり、ＶＲ（Ｒ）が変化するか否かを検査し、即ちステータスレポートがトリガーする再送が成功するか否かを検査する。
【００４１】
ステップＳ１０、ＶＲ（Ｒ）が変化すると、ステータスレポートがトリガーする再送が成功したことを表し、ステータス禁止タイマーを起動する。
【００４２】
ステップＳ１１、ＶＲ（Ｒ）が変化しなければ、ステータスレポートがトリガーする再送が成功しないことを表し、再びステータスレポートをトリガーし、ステータスレポートが重複トリガーする回数ｎに１を足し、ステップＳ０３に戻す。
【００４３】
該実施例において、ＡＭモード業務を確立する際に、ステータス禁止タイマーｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔのサイズが２００ｍｓ（最大５００ｍｓに設置されることができる）に設定され、Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄが２０ｍｓに設定されることに仮設してもよい。ウィンドウが詰められる場合にステータスレポートをトリガーしたが、ステータスレポートがエアーインターフェースの中で損失され、またはデータ送信端において誤り解除すると、本方案は再びステータスレポートをトリガーすることができ、そして、再びトリガーするステータスレポートが成功的にデータ送信端に送信し、有効的なデータ再送をトリガーしたと仮設し、データ再送の後、受信ウィンドウが停滞ステータスを終了し、このとき対応するステップがＳ０１→Ｓ０２→Ｓ０３→Ｓ０５→Ｓ０６→Ｓ０７→Ｓ０８→Ｓ０９→Ｓ１１→Ｓ０３→Ｓ０５→Ｓ０６→Ｓ０７→Ｓ０８→Ｓ０９→Ｓ１０である。
【００４４】
以上のように、本発明技術方案によれば、ステータスレポートが損失した後、再びトリガーする時間間隔が２０ｍｓのみであり、本発明方案を採用しないものに比べ、１８０（ｍｓ）を繰り上げてウィンドウの停滞ステータスを解除することができる。
【００４５】
図６は本発明におけるステータスレポートのトリガー装置の構成模式図であり、図６を示すように、本発明におけるステータスレポートのトリガー装置はステータスレポート構造モジュール、ウィンドウステータス検出モジュール、再送探知モジュール、タイマー調整モジュール及びトリガーカットオフモジュールを含む。
【００４６】
その中、ステータスレポート構造モジュールは、並び替えタイマーがタイムアウトし、または無線リンク制御層のデータ受信端が送信端からのポーリング位置をセットするメッセージを受信する際に、ステータスレポートを構造して送信すること、及び再送探知モジュールが、ステータスレポートにトリガーされる再送が成功しないのを検出する際に、再び該ステータスレポートをトリガーすることに用いられる。
【００４７】
ウィンドウステータス検出モジュールは、ステータスレポート構造モジュールがステータスレポートを送信した後、無線リンク制御層のデータ受信ウィンドウがスムーズな移動ステータスにあるか否かを検出し、それが採用した検出方案は、
データ受信ウィンドウの後縁と前縁との距離が［０，Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ］区間内にあると、データ受信ウィンドウがスムーズな移動ステータスにあると考えられることと、データ受信ウィンドウの後縁と前縁との距離が［Ｗｉｎｄｏｗ_Ｓｉｚｅ―Ｎ，Ｗｉｎｄｏｗ_Ｓｉｚｅ］区間内にあると、データ受信ウィンドウがのちほど詰められ、または既に詰められたと考え、即ちデータ受信ウィンドウがスムーズな移動ステータスにではないと考えられることとを含み、その中、Ｎが１つの０より大きく、且つＷｉｎｄｏｗ_Ｓｉｚｅ／２より小さい整数に配置されることができ、Ｗｉｎｄｏｗ_Ｓｉｚｅはデータ受信ウィンドウのサイズを指し、３６．３２２プロトコルにおいてＲＬＣ  ＡＭモードでのデータ受信ウィンドウのサイズが５１２である。
【００４８】
再送探知モジュールは、ウィンドウステータス検出モジュールが、データ受信ウィンドウがスムーズな移動ステータスにないのを検出する際に、ステータスレポート構造モジュールが送信したステータスレポートにトリガーされる再送が成功するか否かを検出することに用いられ、それが採用した検出方案は、
上記ステータスレポート構造モジュールが送信したステータスレポートの送信時刻のシステムフレーム番号を記録することと、
現在時刻のシステムフレーム番号と記録した上記ステータスレポート送信時刻のシステムフレーム番号との差がステータスレポートの送信から再送の完成まで経る必要なシステムフレーム個数に等しい際に、データ受信ウィンドウの後縁の位置が変化するか否かを判断し、変化すれば、該ステータスレポートがトリガーする再送が成功すると考え、さもなければ、成功しないと考えることとを含む。
【００４９】
タイマー調整モジュールは、ウィンドウステータス検出モジュールがデータ受信ウィンドウがスムーズな移動ステータスにあるのを検出する際に、ステータス禁止タイマーを起動し、該ステータス禁止タイマーの時間の長さをＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置され、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔが３６．３２２プロトコルにおけるステータス禁止タイマーの時間の長さであり、ｎは該ステータスレポートがトリガーする再送が成功する前に、該ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取ることと、再送探知モジュールが、該回ステータスレポートがトリガーする再送が成功するのを検出する際に、ステータス禁止タイマーを起動し、該ステータス禁止タイマーの時間の長さがＴ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉ−ｎ＊１０＊Ｗａｉｔ_Ｒｅｔｘ_Ｔｈｒｅｓｈｏｌｄに設置され、その中、Ｔ_ｓｔａｔｕｓ_ｐｒｏｈｉｂｉｔが３６．３２２プロトコルにおけるステータス禁止タイマーの時間の長さであり、ｎは該ステータスレポートがトリガーする再送が成功する前に、該ステータスレポートが重複トリガーする回数を表し、第１回トリガーする際に、ｎ＝０を取ることとに用いられる。
【００５０】
トリガーカットオフモジュールは、並び替えタイマーがタイムアウトし、または受信端が送信端からの次のポーリング位置をセットするメッセージを受信する際に、該装置のステータスレポート構造モジュール、ウィンドウステータス検出モジュール、再送探知モジュール及びタイマー調整モジュールを含む他の各モジュールを、現在ステータスレポートに対するの処理を停止し、次のステータスレポートに対する処理に転入するよう命令を伝えることに用いられる。
【００５１】
以上のような具体的な実施例は、本発明の目的、技術方案及び有益な効果についてさらに詳しく説明し、注意すべきことは、以上のようなことがただ本発明の具体的な実施例に過ぎなく、当業者は本発明の精神と範囲を逸脱することなく本発明に各種の変更や変形を行うことができる。このように、本発明のこれらの変更や変形が本発明の請求項に記載の技術方案及びその等同技術の範囲に属すると、これらの変更や変形が本発明に含まれることを意味する。
【図１】
0005390022.tif 000002
【図２】
0005390022.tif 000003
【図３】
0005390022.tif 000004
【図４】
0005390022.tif 000005
【図５】
0005390022.tif 000006
【図６】
0005390022.tif 000007