(57)【要約】データを再送信する方法及び機器を提供する。専門の方法は、第１機器が、ＤＲＢ上で、第２機器により送信される第１ＰＤＣＰ  ＰＤＵを受信することと、専門の第１機器のＰＤＣＰ層が専門の第１ＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証することとを含み、専門の第１ＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、専門の第１機器が専門の第２機器にＰＤＣＰ状態報告を送信し、専門のトリガー条件は、専門の第２機器に専門のＰＤＣＰ状態報告を送信するように専門の第１機器をトリガーするために用いられる。これにより、専門の第１ＰＤＣＰ  ＰＤＵのＩＰの検証に失敗した場合、専門の第１機器が専門のＤＲＢ上で専門の第２機器により送信される専門の第１ＰＤＣＰ  ＰＤＵを受信することを保証でき、さらに、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。【選択図】図３
2021509779.tif 000002
【特許請求の範囲】
【請求項１】
第１の機器が、データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信することと、
前記第１の機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証することと、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む、ことを特徴とするデータを再送信する方法。
【請求項２】
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定することを含む、ことを特徴とする請求項２または請求項３に記載の方法。
【請求項５】
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１〜請求項４のいずれか１項に記載の方法。
【請求項６】
前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項５に記載の方法。
【請求項７】
前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記第１の機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとを含む、ことを特徴とする請求項５または請求項６に記載の方法。
【請求項８】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１〜請求項７のいずれか１項に記載の方法。
【請求項９】
前記方法は、さらに、
前記第１の機器が前記ＤＲＢ上で前記第２の機器により送信される前記第１のＰＤＣＰ  ＰＤＵを再受信することを含む、ことを特徴とする請求項１〜請求項８のいずれか１項に記載の方法。
【請求項１０】
第２の機器がデータ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することとを含む、ことを特徴とするデータを再送信する方法。
【請求項１１】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信することを含む、ことを特徴とする請求項１０または請求項１１に記載の方法。
【請求項１３】
前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵをバッファリングすることを含む、ことを特徴とする請求項１０〜請求項１２のいずれか１項に記載の方法。
【請求項１４】
前記方法は、さらに、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１６】
前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である、ことを特徴とする請求項１５に記載の方法。
【請求項１７】
機器であって、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする機器。
【請求項１８】
前記送受信ユニットは、具体的には、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項１７に記載の機器。
【請求項１９】
前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項１８に記載の機器。
【請求項２０】
前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定するために用いられる、ことを特徴とする請求項１８または請求項１９に記載の機器。
【請求項２１】
前記送受信ユニットは、具体的には、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項１７〜請求項２０のいずれか１項に記載の機器。
【請求項２２】
前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項２１に記載の機器。
【請求項２３】
前記機器のＰＤＣＰ層上にはタイマーが配置され、前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとのために用いられる、ことを特徴とする請求項２１または請求項２２に記載の機器。
【請求項２４】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１７〜請求項２３のいずれか１項に記載の機器。
【請求項２５】
前記送受信ユニットは、さらに、
前記ＤＲＢ上で、前記第２の機器により送信される前記第１のＰＤＣＰ  ＰＤＵを再受信することに用いられる、ことを特徴とする請求項１７〜請求項２４のいずれか１項に記載の機器。
【請求項２６】
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニットとを含む、ことを特徴とする機器。
【請求項２７】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項２６に記載の機器。
【請求項２８】
前記処理ユニットは、具体的には、
前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するために用いられる、ことを特徴とする請求項２６または請求項２７に記載の機器。
【請求項２９】
前記機器は、さらに、
前記第１のＰＤＣＰ  ＰＤＵをバッファリングするためのバッファユニットを含む、ことを特徴とする請求項２６〜請求項２８のいずれか１項に記載の機器
【請求項３０】
前記処理ユニットは、さらに、
前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することに用いられる、ことを特徴とする請求項２９に記載の機器。
【請求項３１】
前記処理ユニットは、さらに、
前記第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放するために用いられる、ことを特徴とする請求項２９に記載の機器。
【請求項３２】
前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である、ことを特徴とする請求項３１に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例は、通信分野に関し、より具体的には、データを再送信する方法及び機器に関する。
【背景技術】
【０００２】
人々は、速度、遅延、高速移動性、エネルギー効率を追求し、将来の生活における業務の多様性と複雑さに従う。
【０００３】
このため、第３世代パートナーシップ・プロジェクト（Ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標））国際標準化機構は、第５世代移動通信技術（５−Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）を開発し始めた。新無線（Ｎｅｗ  Ｒａｄｉｏ，  ＮＲ）の初期配置では、完全なＮＲカバレッジを取得することが難しいため、典型的なネットワークサービスは、広域のロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ（登録商標））カバレッジとＮＲのアイランドカバレッジモードである。また、大量のＬＴＥが６ギガヘルツ（ＧＨｚ）の以下に配置されるため、５Ｇに使用できる６ＧＨｚ以下のスペクトルが少ない。したがって、ＮＲについて、６ＧＨｚ以上のスペクトルの適用を研究する必要があり、高周波数帯域カバレッジが限られており、信号のフェージングが速い。
【０００４】
従来技術では、モバイル事業者のＬＴＥへの初期投資を保護するため、ＬＴＥとＮＲ間の密な連携（ｔｉｇｈｔ  ｉｎｔｅｒｗｏｒｋｉｎｇ）動作モードが提案された。具体的に言えば、帯域幅（ｂａｎｄ）の組合せによりＬＴＥ−ＮＲデュアルコネクティビティ（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｏｎ、ＤＣ）でのデータの伝送を支持して、システムのスループットを向上させる。
【０００５】
ＬＴＥでは、データ無線ベアラ（ｄａｔｅ  ｒａｄｉｏ  ｂｅａｒｅｒ、ＤＲＢ）は完全性保護を必要としないが、ＮＲでは、ＤＲＢ上のデータの完全性保護の必要性が追加され、そのため、各パケットデータ統合プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）は、いずれも完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ、ＩＰ）の検証のために用いられる媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）−Ｉ部分が付加的に搭載される必要がある。
【０００６】
しかし、ＰＤＣＰ層が完全性保護検証に失敗することによるデータパケットの損失に対して、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）層は、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。従来の技術的解決手段には、ＩＰの検証に失敗したことによるデータパケットの損失問題を解決する手段がない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法及び機器を提供する。
【課題を解決するための手段】
【０００８】
第１の態様では、データを再送信する方法を提供し、前記方法は、
第１の機器が、データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信することと、
前記第１の機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証することと、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む。
【０００９】
これにより、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により、第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰ  ＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。
【００１０】
一部の実施可能な形態において、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。
【００１１】
一部の実施可能な形態において、前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００１２】
一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定することを含む。
【００１３】
一部の実施可能な形態において、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。
【００１４】
一部の実施可能な形態において、前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００１５】
一部の実施可能な形態において、前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、前記第１の機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとを含む。
【００１６】
一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００１７】
一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記ＤＲＢ上で前記第２の機器により送信される前記第１のＰＤＣＰ  ＰＤＵを再受信することを含む。
【００１８】
第２の態様では、データを再送信する方法を提供し、該方法は、
第２の機器がデータ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することとを含む。
【００１９】
一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００２０】
一部の実施可能な形態において、前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信することを含む。
【００２１】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵをバッファリングすることを含む。
【００２２】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む。
【００２３】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む。
【００２４】
一部の実施可能な形態において、前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。
【００２５】
第３の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。
【００２６】
第４の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信するためのトランシーバと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証するためのプロセッサとを含み、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記トランシーバは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。
【００２７】
第５の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニットとを含む。
【００２８】
第６の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するためのトランシーバと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するためのプロセッサとを含む。
【００２９】
第７の態様では、コンピュータプログラムを格納するためのコンピュータ可読媒体を提供し、当該コンピュータプログラムは、上記第１の態様または第２の態様における方法の実施例を実行するために用いられるコマンドを含む。
【００３０】
第８の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第１の機器により実行される各プロセスが実行される。
【００３１】
第９の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第２の機器により実行される各プロセスが実行される。
【００３２】
第１０の態様では、上記の第１の機器及び第２の機器を含む通信システムを含む。
【図面の簡単な説明】
【００３３】
【図１】本発明の適用シーンの一例である。
【図２】本発明の実施例に係るデータを伝送する方法の概略フローチャートである。
【図３】本発明の実施例に係るデータを再送信する方法の概略フローチャートである。
【図４】本発明の実施例に係る端末機器の概略ブロック図である。
【図５】本発明の実施例に係る別の端末機器の概略ブロック図である。
【図６】本発明の実施例に係るネットワーク機器の概略ブロック図である。
【図７】本発明の実施例に係る別のネットワーク機器の概略ブロック図である。
【発明を実施するための形態】
【００３４】
図１は、本願の実施例の１つの適用シーンの概略図である。
【００３５】
具体的に言えば、図１に示すように、端末機器１３０の周辺のネットワーク機器は、メインネットワーク機器１１０と、少なくとも１つのサブネットワーク機器１２０とを含む。当該サブネットワーク機器１２０は、それぞれメインネットワーク機器１１０に接続されて、マルチリンク接続を構成すると同時に、それぞれ端末機器１３０に接続されてサービスを提供する。
【００３６】
具体的には、端末機器１３０は、メインネットワーク機器１１０を介してサブネットワーク機器１２０と同時に接続を確立することができる。端末機器１３０がメインネットワーク機器１１０と確立した接続がメイン接続であり、端末機器１３０がサブネットワーク機器１２０と確立した接続がサブ接続である。端末機器１３０の制御シグナリングは、メイン接続を介して伝送されてもよく、端末機器のデータは、メイン接続及びサブ接続を介して同時に伝送されてもよく、サブ接続のみで伝送されてもよい。
【００３７】
さらに具体的には、当該メインネットワーク機器１１０はＬＴＥネットワーク機器であってもよく、サブネットワーク機器１２０はＮＲネットワーク機器であってもよい。または、当該メインネットワーク機器１１０はＮＲネットワーク機器であってもよく、サブネットワーク機器１２０はＬＴＥネットワーク機器であってもよい。または、当該メインネットワーク機器１１０及び当該サブネットワーク機器１２０は、いずれもＮＲネットワーク機器であってもよい。しかし、本発明の実施例は、技術的解決手段の適用シーンを限定しない。
【００３８】
例えば、当該メインネットワーク機器は、さらに、ＧＳＭ（登録商標）ネットワーク機器、ＣＤＭＡネットワーク機器などであってもよく、当該サブネットワーク機器は、ＧＳＭネットワーク機器、ＣＤＭＡネットワーク機器などであってもよい。
【００３９】
また、例えば、メインネットワーク機器は、さらに、マクロ基地局であってもよく、サブネットワーク機器は、さらに、マイクロセル基地局（Ｍｉｃｒｏｃｅｌｌ）、ピコセル基地局、フェムトセル基地局であってもよい。
【００４０】
なお、本明細書において、用語「システム」及び「ネットワーク」は、しばしば交換可能に使用されることを理解されたい。
【００４１】
なお、上記の適用シーンにおいて、メインネットワーク機器がＬＴＥネットワーク機器であり、サブネットワーク機器がＮＲネットワーク機器であると仮定し、ここで、ＬＴＥでは、データ無線ベアラ（ｄａｔｅ  ｒａｄｉｏ  ｂｅａｒｅｒ、ＤＲＢ）の完全性保護を必要としないが、ＮＲでは、ＤＲＢでのデータの完全性保護を必要とし、そのため、各パケットデータ統合プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）  サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）は、いずれも完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ、ＩＰ）の検証のために用いられる媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）−Ｉ部分が付加的に搭載される必要があることに留意されたい。
【００４２】
具体的には、データ受信側は、各々のデータパケットに対して完全性保護の検証を行うべきであり、完全性保護の検証が失敗した場合、データが攻撃を受け、悪意のある改ざんをされた可能性が大きい。悪意のある改ざんをされたデータは破棄されるべきであるが、サービスによっては、データパケットの損失なしで伝送、即ちパケットの損失がないことを要求する。例えば、ＲＬＣは、ＡＭモードのデータ伝送を使用し、データの損失がないことを保証する必要がある。しかし、ＲＬＣ層は、ＰＤＣＰ層が完全性保護の検証に失敗したことによるデータパケットの損失に対して、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。
【００４３】
本発明の実施例では、上記の問題を解決するために、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法を提供する。
【００４４】
図２は、本発明の実施例に係るデータ伝送の概略フローチャートである。
【００４５】
図１に示すように、ＰＤＣＰ層により生成されたデータをＲＬＣエンティティに伝送され、このＲＬＣエンティティは、媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）層エンティティ（ＭＡＣエンティティ）を介して物理層キャリアにマッピングされる。
【００４６】
本発明の実施例において、各サブ層は、プロトコルデータユニットのデータを、その違いに応じて受信側の指定された層に送信する。ここで、各サブ層に入って処理されていないデータをサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）と言い、サブ層により処理された後に特定のフォーマットを形成するデータをプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＰＤＵ）と言う。
【００４７】
つまり、ＳＤＵは、上位層プロトコルから下位層プロトコルに伝送される情報ユニットであり、即ち、ＳＤＵの元データは、プロトコルの上の層のＰＤＵである。言い換えれば、本層で形成されたＰＤＵは、次の層のＳＤＵである。
【００４８】
例えば、各端末機器の各論理チャネルは、いずれも１つのＲＬＣエンティティ（ＲＬＣ  ｅｎｔｉｔｙ）を有し、ＲＬＣエンティティがＰＤＣＰ層から受信したデータまたはＰＤＣＰ層に送信するデータをＲＬＣ  ＳＤＵ（又はＰＤＣＰ  ＰＤＵ）と言う。ＲＬＣエンティティが、ＭＡＣ層から受信したデータまたはＭＡＣ層に送信するデータをＲＬＣ  ＰＤＵ（或いはＭＡＣ  ＳＤＵ）と言う。
【００４９】
なお、本発明の実施例において、ＲＬＣ層は、ＰＤＣＰ層とＭＡＣ層との間に位置し、ＲＬＣ層はサービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＳＡＰ）を介してＰＤＣＰ層と通信するとともに、論理チャネルを介してＭＡＣ層と通信できることを理解されたい。しかし、本発明の実施例はこれに限定されない。
【００５０】
さらに、本発明の実施例は、受信側及び送信側に関するが、本発明は当該受信側及び送信側に対して具体的な限定をしないことを理解されたい。
【００５１】
例えば、当該送信側はネットワーク機器であり、当該受信側は端末機器である。
【００５２】
また、例えば、当該送信側は端末機器であり、当該受信側はネットワーク機器である。
【００５３】
また、例えば、当該送信側及び当該受信側は、両方とも端末機器であってもよい。
【００５４】
ここで、ネットワーク機器は、ネットワーク側のいずれの信号の送受信に用いられるエンティティを示すことができる。例えば、マシン型通信（ＭＴＣ）のユーザ機器、ＧＳＭまたはＣＤＭＡにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）、ＷＣＤＭＡ（登録商標）における基地局（ＮｏｄｅＢ）、ＬＴＥにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ或いはｅＮｏｄｅＢ）、５Ｇネットワークにおける基地局機器等であってもよい。
【００５５】
端末機器は、任意の端末機器であってもよい。
【００５６】
具体的には、端末機器は、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つまたは複数のコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）と通信することができ、アクセス端末、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、移動無線局、遠隔ステーション、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザエージェント、またはユーザ機器とも言う。例えば、携帯電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有する携帯用デバイス、コンピューティング機器またはワイヤレスモデムに接続される他の処理危機、車載機器、ウェアラブル機器、及び５Ｇネットワークにおける端末機器などであってもよい。
【００５７】
図３は、本発明の実施例に係るデータを再送信する方法の概略フローチャートである。
【００５８】
具体的には、図３に示すように、当該方法は、
ＤＲＢ上で第１のＰＤＣＰ  ＰＤＵを送信するステップ２１０と、
ＰＤＣＰ層が当該第１のＰＤＣＰ  ＰＤＵのＩＰを検証するステップ２２０と、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信するステップ２３０とを含む。
【００５９】
具体的に言えば、第１の機器がＤＲＢ上で第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信し、当該第１の機器のＰＤＣＰ層が当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証し、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信し、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーするために用いられる。言い換えれば、第２の機器にとって、第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、当該第２の機器が当該第１の機器により送信されるＰＤＣＰ状態報告を受信し、当該第２の機器が、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定する。
【００６０】
これにより、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰ  ＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。
【００６１】
以下、当該第１の機器の内部の実施形態を参照して、本発明の実施例のトリガー条件について説明する。
【００６２】
１つの実施例において、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。
【００６３】
なお、当該第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であり得ることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００６４】
さらに、当該第１の機器は、当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定する。
【００６５】
別の実施例において、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。
【００６６】
なお、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００６７】
さらに、当該第１の機器のＰＤＣＰ層にはタイマーが配置され、当該第１の機器が当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止でき、当該第１の機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰ  ＰＤＵは、当該第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した一個目のＰＤＣＰ  ＰＤＵである。
【００６８】
また、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築する場合にも、状態報告をトリガーする。
【００６９】
したがって、本発明の実施例において、さらに、当該ＰＤＣＰ状態報告は、指示情報をさらに含んでもよく、当該指示情報は、当該ＰＤＣＰ状態報告が当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００７０】
相応して、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築するときにトリガーされた状態報告にも指示情報が携帯され、このとき、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００７１】
これにより、第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証が正常に完了したか否かを確定できる。これにより、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信できる。
【００７２】
なお、第２の機器が当該第１のＰＤＣＰ  ＰＤＵを再送信する必要がある場合もあるため、当該第２の機器は、さらに、当該第１のＰＤＣＰ  ＰＤＵをバッファリングして使用に備えることができることに留意されたい。
【００７３】
さらに、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放する。
【００７４】
例えば、当該第２の機器が当該第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放する。
【００７５】
なお、当該第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００７６】
また、上記のトリガー条件は、例示的な説明にすぎず、本発明の実施例は、具体的な限定をしないことを理解されたい。例えば、当該トリガー条件は、予め設定された条件であってもよく、また、当該トリガー条件は、上記実施例の組合せ条件であってもよい。
【００７７】
図４は、本発明の実施例における第１の機器の概略ブロック図である。
【００７８】
具体的には、図４に示すように、当該機器３００は、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰ  プロトコルデータユニットＰＤＵを受信するための送受信ユニット３１０と、当該機器のＰＤＣＰ層が当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証することに用いられる処理ユニット３２０とを含み、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該送受信ユニット３１０は、さらに、当該第２の機器にＰＤＣＰ状態報告を送信するために用いられ、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００７９】
選択的に、当該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００８０】
選択的に、当該第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００８１】
選択的に、該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定するために用いられる。
【００８２】
選択的に、該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００８３】
選択的に、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器によって配置される閾値である。
【００８４】
選択的に、当該機器のＰＤＣＰ層上にはタイマーが配置され、当該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止することと、当該機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰ  ＰＤＵは、当該第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとに用いられる。
【００８５】
選択的に、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００８６】
選択的に、当該送受信ユニット３１０は、さらに、
当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信するために用いられる。
【００８７】
なお、送受信ユニット３１０は、トランシーバにより実現されてもよく、処理ユニット３２０は、プロセッサにより実現されてもよいことに留意されたい。図５に示すように、機器４００は、プロセッサ４１０と、トランシーバ４２０と、メモリ４３０とを含んでもよい。ここで、メモリ４３０は、指示情報を格納するために使用でき、プロセッサ４１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器４００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、及び状態信号バスも含む。
【００８８】
図５に示す機器４００は、前述の図２及び図３の方法の実施例における第１の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。
【００８９】
図６は、本発明の実施例における第２の機器の概略ブロック図である。
【００９０】
具体的には、図６に示すように、当該機器５００は、
データ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信し、当該第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニット５１０と、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニット５２０とを含む。
【００９１】
選択的に、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００９２】
選択的に、当該処理ユニット５２０は、具体的には、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するために用いられる。
【００９３】
選択的に、当該機器は、さらに、
当該第１のＰＤＣＰ  ＰＤＵをバッファリングするためのバッファユニットを含む。
【００９４】
選択的に、当該処理ユニット５２０は、さらに、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放するために用いられる。
【００９５】
選択的に、当該処理ユニット５２０は、さらに、
当該第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放するために用いられる。
【００９６】
選択的に、当該第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。
【００９７】
なお、送受信ユニット５１０はトランシーバにより実現でき、処理ユニット５２０はプロセッサにより実現できる。図７に示すように、機器６００は、プロセッサ６１０と、トランシーバ６２０と、メモリ６３０とを含んでもよい。ここで、メモリ６３０は、指示情報を格納するために使用でき、プロセッサ６１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器６００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、状態信号バスも含む。
【００９８】
図７に示す機器６００は、前述の図２及び図３の方法の実施例における第２の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。
【００９９】
なお、本発明の実施例における方法の実施例は、プロセッサに適用されてもよく、またはプロセッサにより実現されてもよいことを理解されたい。
【０１００】
実施プロセスにおいて、本発明の実施例における上記方法の各ステップは、プロセッサ内の、ハードウェアの論理集積回路により実施されても、ソフトウェア形態のコマンドにより実施されてもよい。より具体的には、本発明の実施例に開示された方法を併せたステップは、ハードウェアデコードプロセッサにより実行されて完了すること、またはデコードプロセッサ内のハードウェア及びソフトウェアモジュールの組合せにより実行されて完了することにより具現化される。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、及びレジスタなどの当技術分野の成熟した記憶媒体に位置することができる。当該記憶媒体はメモリに位置し、プロセッサがメモリ内の情報を読み取り、そのハードウェアと一緒に上記方法のステップを完了する。
【０１０１】
ここで、プロセッサは、信号の処理能力を有する集積回路チップであってもよく、本願の実施例に開示されている各方法、ステップ、及びロジックブロック図を実現または実行できる。例えば、上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，ＦＰＧＡ）、または他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってもよい。また、汎用プロセッサは、マイクロプロセッサであっても、任意の従来のプロセッサなどであってもよい。
【０１０２】
また、本発明の実施例において、メモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性及び不揮発性メモリ両者を含んでもよい。ここで、不揮発性メモリは、読み取り専用メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み取り専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）であってもよい。なお、前記のメモリは例示的な説明であるが、これに限定されるものではなく、例えば、本発明の実施例におけるメモリは、さらにスタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクト・ラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）であってもよいことを理解されたい。つまり、本明細書に記載のシステム及び方法のメモリは、これらのメモリ及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
【０１０３】
最後に、本発明の実施例及び特許請求の範囲に使用される用語は、特定の実施例を説明するためのものにすぎず、本発明の実施例を限定することを意図していないことに留意されたい。
【０１０４】
例えば、本発明の実施例及び添付された特許請求の範囲で使用される単数形「一種」、「前記」、及び「当該」は、文脈により他の意味が明確に示されない限り、複数形も含むことを意図する。
【０１０５】
また、例えば、文脈に応じて、例えば本明細書に使用される「……である場合」は、「……である場合」、「若しくは」、「……であるとき」、「確定に応じて」、または「検出に応じて」と解釈できる。同様に、文脈に応じて、「確定された場合」または「検出された場合（記述された条件または事件）」は、「確定されたとき」または「確定に応答して」、「（記述された条件または事件）が検出されたとき」、または「（記述された条件または事件）の検出に応答して」、と解釈されてもよい。
【０１０６】
当業者は、本明細書に開示されている各実施例に記載の様々な例示のユニット及びアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせにより実施され得ることを理解できるだろう。これらの機能をハードウェアで実行するかまたはソフトウェアで実行するかは、技術的解決手段の特定の用途及び設計上の制限条件によって異なる。専門の技術者は、各特定の用途に対して異なる方法で説明された機能を実施することができ、このような実施は、本発明の範囲内のものであると見なすべきである。
【０１０７】
当業者であれば明確に理解することができ、説明の便宜及び簡潔さのため、上記のシステム、装置及びユニットの具体的な動作プロセスについては前述の方法の実施例における対応するプロセスを参照すればよく、ここでは詳細な説明を省略する。
【０１０８】
なお、本願に係るいくつかの実施例に開示されているシステム、装置及び方法は、別の形態で実施されることができることを理解されたい。例えば、上述した装置の実施例は、例示的なものに過ぎず、例えば、各ユニットの分割は、論理的な機能の分割に過ぎず、実際に実施する際に他の形態で分割することもでき、例えば、複数のユニットまたは部品を組み合わせてもよく別のシステムに集積してもよく、または一部の特徴を無視するか実行しなくてもよい。また、示されるか説明される相互結合、直接結合または通信接続は、一部のインターフェース、装置またはユニットを介して間接的に結合されるものまたは通信接続されるものであってもよく、電気的形態、機械的形態もしくは他の形態であってもよい。
【０１０９】
分離されている部品として説明した前記ユニットは、物理的に分離したものであってもなくてもよい。ユニットとして表示された各部品は、物理的なユニットであってもなくてもよく、すなわち、同一の場所に設けられても、複数のネットワークユニットに設置されてもよい。実際の必要性に応じて、一部のユニットまたは全てのユニットを用いて当該実施例の目的を実現することができる。
【０１１０】
また、本発明の実施例において、各機能ユニットは、１つの処理ユニットに集積されても、物理的に別々の部品として存在しても、２つ以上のユニットが１つのユニットに集積されてもよい。
【０１１１】
ソフトウェアの機能ユニットの形態で実施されて、独立した製品として販売または使用される場合、コンピュータ可読記憶媒体に格納できる。このような理解に基づいて、本発明の実施例の技術的解決手段は、本質上既存の技術に貢献がある部分或いは当該発明の一部は、ソフトウェア製品の形態で具現化されることができ、当該コンピュータソフトウェア製品は記憶媒体に格納され、コンピュータデバイス（パソコン、サーバ、またはネットワーク機器など）に本発明の実施例に係る方法のすべてのステップまたは一部のステップを実行させるためのいくつかのコマンドを含む。前記記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ、ランダムアクセスメモリ、磁気ディスクもしくはコンパクトディスクなど、プロクラムコードを格納できる様々な媒体を含む。
【０１１２】
上記の内容は、本発明の実施例の具体的な実施形態に過ぎず、本発明の実施例の保護範囲はこれに限定されない。当業者が、本発明の実施例に開示された技術的範囲内で、容易に想到できる変更または置換は、いずれも本発明の実施例の保護範囲に含まれるべきである。したがって、本発明の実施形態の保護範囲は、特許請求の範囲の保護範囲を基準とする。
【図１】
2021509779.tif 000003
【図２】
2021509779.tif 000004
【図３】
2021509779.tif 000005
【図４】
2021509779.tif 000006
【図５】
2021509779.tif 000007
【図６】
2021509779.tif 000008
【図７】
2021509779.tif 000009
【手続補正書】
【提出日】令和2年10月15日(2020.10.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の機器が、データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信することと、
前記第１の機器が前記第１の機器のＰＤＣＰ層で前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証を行うことと、
前記第１のＰＤＣＰ  ＰＤＵの前記ＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む、ことを特徴とするデータを再送信する方法。
【請求項２】
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定することを含む、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１〜請求項３のいずれか１項に記載の方法。
【請求項５】
前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記第１の機器がＰＤＣＰ層での第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとを含む、ことを特徴とする請求項４に記載の方法。
【請求項６】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１〜請求項５のいずれか１項に記載の方法。
【請求項７】
機器であって、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層で前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証を行うための処理ユニットとを含み、
前記第１のＰＤＣＰ  ＰＤＵの前記ＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする機器。
【請求項８】
前記送受信ユニットは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項７に記載の機器。
【請求項９】
前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定するために用いられる、ことを特徴とする請求項８に記載の機器。
【請求項１０】
前記送受信ユニットは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項７〜請求項９のいずれか１項に記載の機器。
【請求項１１】
前記機器のＰＤＣＰ層上にはタイマーが配置され、前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記機器がＰＤＣＰ層での第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとのために用いられる、ことを特徴とする請求項１０に記載の機器。
【請求項１２】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項７〜請求項１１のいずれか１項に記載の機器。
【請求項１３】
データ無線ベアラＤＲＢ上で、第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニットとを含む、ことを特徴とする機器。
【請求項１４】
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層が完全性保護ＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１３に記載の機器。
【請求項１５】
前記処理ユニットは、
前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するために用いられる、ことを特徴とする請求項１３または請求項１４に記載の機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例は、通信分野に関し、より具体的には、データを再送信する方法及び機器に関する。
【背景技術】
【０００２】
人々は、速度、遅延、高速移動性、エネルギー効率を追求し、将来の生活における業務の多様性と複雑さに従う。
【０００３】
このため、第３世代パートナーシップ・プロジェクト（Ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標））国際標準化機構は、第５世代移動通信技術（５−Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）を開発し始めた。新無線（Ｎｅｗ  Ｒａｄｉｏ，  ＮＲ）の初期配置では、完全なＮＲカバレッジを取得することが難しいため、典型的なネットワークサービスは、広域のロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ（登録商標））カバレッジとＮＲのアイランドカバレッジモードである。また、大量のＬＴＥが６ギガヘルツ（ＧＨｚ）の以下に配置されるため、５Ｇに使用できる６ＧＨｚ以下のスペクトルが少ない。したがって、ＮＲについて、６ＧＨｚ以上のスペクトルの適用を研究する必要があり、高周波数帯域カバレッジが限られており、信号のフェージングが速い。
【０００４】
従来技術では、モバイル事業者のＬＴＥへの初期投資を保護するため、ＬＴＥとＮＲ間の密な連携（ｔｉｇｈｔ  ｉｎｔｅｒｗｏｒｋｉｎｇ）動作モードが提案された。具体的に言えば、帯域幅（ｂａｎｄ）の組合せによりＬＴＥ−ＮＲデュアルコネクティビティ（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｏｎ、ＤＣ）でのデータの伝送を支持して、システムのスループットを向上させる。
【０００５】
ＬＴＥでは、データ無線ベアラ（ｄａｔｅ  ｒａｄｉｏ  ｂｅａｒｅｒ、ＤＲＢ）は完全性保護を必要としないが、ＮＲでは、ＤＲＢ上のデータの完全性保護の必要性が追加され、そのため、各パケットデータ統合プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）は、いずれも完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ、ＩＰ）の検証のために用いられる媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）−Ｉ部分が付加的に搭載される必要がある。
【０００６】
しかし、ＰＤＣＰ層が完全性保護検証に失敗することによるデータパケットの損失に対して、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）層は、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。従来の技術的解決手段には、ＩＰの検証に失敗したことによるデータパケットの損失問題を解決する手段がない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法及び機器を提供する。
【課題を解決するための手段】
【０００８】
第１の態様では、データを再送信する方法を提供し、前記方法は、
第１の機器が、ＤＲＢ上で、第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信することと、
前記第１の機器が前記第１の機器のＰＤＣＰ層で前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証を行うことと、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む。
【０００９】
これにより、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により、第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰ  ＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。
【００１０】
一部の実施可能な形態において、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。
【００１１】
一部の実施可能な形態において、前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００１２】
一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定することを含む。
【００１３】
一部の実施可能な形態において、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。
【００１４】
一部の実施可能な形態において、前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００１５】
一部の実施可能な形態において、前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、前記第１の機器がＰＤＣＰ層での第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰ  ＰＤＵは、前記第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとを含む。
【００１６】
一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００１７】
一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記ＤＲＢ上で前記第２の機器により送信される前記第１のＰＤＣＰ  ＰＤＵを再受信することを含む。
【００１８】
第２の態様では、データを再送信する方法を提供し、該方法は、
第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰ  ＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することとを含む。
【００１９】
一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００２０】
一部の実施可能な形態において、前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信することを含む。
【００２１】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵをバッファリングすることを含む。
【００２２】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む。
【００２３】
一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放することを含む。
【００２４】
一部の実施可能な形態において、前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００２５】
第３の態様では、機器を提供し、前記機器は、
ＤＲＢ上で第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。
【００２６】
第４の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信するためのトランシーバと、
前記機器がＰＤＣＰ層で前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証を行うためのプロセッサとを含み、
前記第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記トランシーバは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。
【００２７】
第５の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニットとを含む。
【００２８】
第６の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するためのトランシーバと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するためのプロセッサとを含む。
【００２９】
第７の態様では、コンピュータプログラムを格納するためのコンピュータ可読媒体を提供し、当該コンピュータプログラムは、上記第１の態様または第２の態様における方法の実施例を実行するために用いられるコマンドを含む。
【００３０】
第８の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第１の機器により実行される各プロセスが実行される。
【００３１】
第９の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第２の機器により実行される各プロセスが実行される。
【００３２】
第１０の態様では、上記の第１の機器及び第２の機器を含む通信システムを含む。
【図面の簡単な説明】
【００３３】
【図１】本発明の適用シーンの一例である。
【図２】本発明の実施例に係るデータを伝送する方法の概略フローチャートである。
【図３】本発明の実施例に係るデータを再送信する方法の概略フローチャートである。
【図４】本発明の実施例に係る端末機器の概略ブロック図である。
【図５】本発明の実施例に係る別の端末機器の概略ブロック図である。
【図６】本発明の実施例に係るネットワーク機器の概略ブロック図である。
【図７】本発明の実施例に係る別のネットワーク機器の概略ブロック図である。
【発明を実施するための形態】
【００３４】
図１は、本願の実施例の１つの適用シーンの概略図である。
【００３５】
具体的に言えば、図１に示すように、端末機器１３０の周辺のネットワーク機器は、メインネットワーク機器１１０と、少なくとも１つのサブネットワーク機器１２０とを含む。当該サブネットワーク機器１２０は、それぞれメインネットワーク機器１１０に接続されて、マルチリンク接続を構成すると同時に、それぞれ端末機器１３０に接続されてサービスを提供する。
【００３６】
具体的には、端末機器１３０は、メインネットワーク機器１１０を介してサブネットワーク機器１２０と同時に接続を確立することができる。端末機器１３０がメインネットワーク機器１１０と確立した接続がメイン接続であり、端末機器１３０がサブネットワーク機器１２０と確立した接続がサブ接続である。端末機器１３０の制御シグナリングは、メイン接続を介して伝送されてもよく、端末機器のデータは、メイン接続及びサブ接続を介して同時に伝送されてもよく、サブ接続のみで伝送されてもよい。
【００３７】
さらに具体的には、当該メインネットワーク機器１１０はＬＴＥネットワーク機器であってもよく、サブネットワーク機器１２０はＮＲネットワーク機器であってもよい。または、当該メインネットワーク機器１１０はＮＲネットワーク機器であってもよく、サブネットワーク機器１２０はＬＴＥネットワーク機器であってもよい。または、当該メインネットワーク機器１１０及び当該サブネットワーク機器１２０は、いずれもＮＲネットワーク機器であってもよい。しかし、本発明の実施例は、技術的解決手段の適用シーンを限定しない。
【００３８】
例えば、当該メインネットワーク機器は、さらに、ＧＳＭ（登録商標）ネットワーク機器、ＣＤＭＡネットワーク機器などであってもよく、当該サブネットワーク機器は、ＧＳＭネットワーク機器、ＣＤＭＡネットワーク機器などであってもよい。
【００３９】
また、例えば、メインネットワーク機器は、さらに、マクロ基地局であってもよく、サブネットワーク機器は、さらに、マイクロセル基地局（Ｍｉｃｒｏｃｅｌｌ）、ピコセル基地局、フェムトセル基地局であってもよい。
【００４０】
なお、本明細書において、用語「システム」及び「ネットワーク」は、しばしば交換可能に使用されることを理解されたい。
【００４１】
なお、上記の適用シーンにおいて、メインネットワーク機器がＬＴＥネットワーク機器であり、サブネットワーク機器がＮＲネットワーク機器であると仮定し、ここで、ＬＴＥでは、ＤＲＢの完全性保護を必要としないが、ＮＲでは、ＤＲＢでのデータの完全性保護を必要とし、そのため、各ＰＤＣＰ  ＳＤＵは、いずれもＩＰの検証のために用いられるＭＡＣ−Ｉ部分が付加的に搭載される必要があることに留意されたい。
【００４２】
具体的には、データ受信側は、各々のデータパケットに対して完全性保護の検証を行うべきであり、完全性保護の検証が失敗した場合、データが攻撃を受け、悪意のある改ざんをされた可能性が大きい。悪意のある改ざんをされたデータは破棄されるべきであるが、サービスによっては、データパケットの損失なしで伝送、即ちパケットの損失がないことを要求する。例えば、ＲＬＣは、ＡＭモードのデータ伝送を使用し、データの損失がないことを保証する必要がある。しかし、ＲＬＣ層は、ＰＤＣＰ層が完全性保護の検証に失敗したことによるデータパケットの損失に対して、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。
【００４３】
本発明の実施例では、上記の問題を解決するために、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法を提供する。
【００４４】
図２は、本発明の実施例に係るデータ伝送の概略フローチャートである。
【００４５】
図２に示すように、ＰＤＣＰ層により生成されたデータをＲＬＣエンティティに伝送され、このＲＬＣエンティティは、当該データをＭＡＣ層エンティティ（ＭＡＣエンティティ）を介して物理層キャリアにマッピングされる。
【００４６】
本発明の実施例において、各サブ層は、プロトコルデータユニットのデータを、その違いに応じて受信側の指定された層に送信する。ここで、各サブ層に入って処理されていないデータをＳＤＵと言い、サブ層により処理された後に特定のフォーマットを形成するＰＤＵと言う。
【００４７】
つまり、ＳＤＵは、上位層プロトコルから下位層プロトコルに伝送される情報ユニットであり、即ち、ＳＤＵの元データは、プロトコルの上の層のＰＤＵである。言い換えれば、本層で形成されたＰＤＵは、次の層のＳＤＵである。
【００４８】
例えば、各端末機器の各論理チャネルは、いずれも１つのＲＬＣエンティティ（ＲＬＣ  ｅｎｔｉｔｙ）を有し、ＲＬＣエンティティがＰＤＣＰ層から受信したデータまたはＰＤＣＰ層に送信するデータをＲＬＣ  ＳＤＵ（又はＰＤＣＰ  ＰＤＵ）と言う。ＲＬＣエンティティが、ＭＡＣ層から受信したデータまたはＭＡＣ層に送信するデータをＲＬＣ  ＰＤＵ（或いはＭＡＣ  ＳＤＵ）と言う。
【００４９】
なお、本発明の実施例において、ＲＬＣ層は、ＰＤＣＰ層とＭＡＣ層との間に位置し、ＲＬＣ層はサービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＳＡＰ）を介してＰＤＣＰ層と通信するとともに、論理チャネルを介してＭＡＣ層と通信できることを理解されたい。しかし、本発明の実施例はこれに限定されない。
【００５０】
さらに、本発明の実施例は、受信側及び送信側に関するが、本発明は当該受信側及び送信側に対して具体的な限定をしないことを理解されたい。
【００５１】
例えば、当該送信側はネットワーク機器であり、当該受信側は端末機器である。
【００５２】
また、例えば、当該送信側は端末機器であり、当該受信側はネットワーク機器である。
【００５３】
また、例えば、当該送信側及び当該受信側は、両方とも端末機器であってもよい。
【００５４】
ここで、ネットワーク機器は、ネットワーク側のいずれの信号の送受信に用いられるエンティティを示すことができる。例えば、マシン型通信（ＭＴＣ）のユーザ機器、ＧＳＭまたはＣＤＭＡにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）、ＷＣＤＭＡ（登録商標）における基地局（ＮｏｄｅＢ）、ＬＴＥにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ或いはｅＮｏｄｅＢ）、５Ｇネットワークにおける基地局機器等であってもよい。
【００５５】
端末機器は、任意の端末機器であってもよい。
【００５６】
具体的には、端末機器は、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つまたは複数のコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）と通信することができ、アクセス端末、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、移動無線局、遠隔ステーション、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザエージェント、またはユーザ機器とも言う。例えば、携帯電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有する携帯用デバイス、コンピューティング機器またはワイヤレスモデムに接続される他の処理危機、車載機器、ウェアラブル機器、及び５Ｇネットワークにおける端末機器などであってもよい。
【００５７】
図３は、本発明の実施例に係るデータを再送信する方法の概略フローチャートである。
【００５８】
具体的には、図３に示すように、当該方法は、
ＤＲＢ上で第１のＰＤＣＰ  ＰＤＵを送信するステップ２１０と、
ＰＤＣＰ層での当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証を行うステップ２２０と、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信するステップ２３０とを含む。
【００５９】
具体的に言えば、第１の機器がＤＲＢ上で第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信し、当該第１の機器がＰＤＣＰ層で当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証を行い、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信し、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーするために用いられる。言い換えれば、第２の機器にとって、第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、当該第２の機器が当該第１の機器により送信されるＰＤＣＰ状態報告を受信し、当該第２の機器が、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定する。
【００６０】
これにより、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰ  ＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。
【００６１】
以下、当該第１の機器の内部の実施形態を参照して、本発明の実施例のトリガー条件について説明する。
【００６２】
１つの実施例において、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。
【００６３】
なお、当該第１の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であり得ることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００６４】
さらに、当該第１の機器は、当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定する。
【００６５】
別の実施例において、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。
【００６６】
なお、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００６７】
さらに、当該第１の機器のＰＤＣＰ層にはタイマーが配置され、当該第１の機器が当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止でき、当該第１の機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰ  ＰＤＵは、当該第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した一個目のＰＤＣＰ  ＰＤＵである。
【００６８】
また、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築する場合にも、状態報告をトリガーする。
【００６９】
したがって、本発明の実施例において、さらに、当該ＰＤＣＰ状態報告は、指示情報をさらに含んでもよく、当該指示情報は、当該ＰＤＣＰ状態報告が当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００７０】
相応して、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築するときにトリガーされた状態報告にも指示情報が携帯され、このとき、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００７１】
これにより、第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証が正常に完了したか否かを確定できる。これにより、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信できる。
【００７２】
なお、第２の機器が当該第１のＰＤＣＰ  ＰＤＵを再送信する必要がある場合もあるため、当該第２の機器は、さらに、当該第１のＰＤＣＰ  ＰＤＵをバッファリングして使用に備えることができることに留意されたい。
【００７３】
さらに、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放する。
【００７４】
例えば、当該第２の機器が当該第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放する。
【００７５】
なお、当該第３の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される情報であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。
【００７６】
また、上記のトリガー条件は、例示的な説明にすぎず、本発明の実施例は、具体的な限定をしないことを理解されたい。例えば、当該トリガー条件は、予め設定された条件であってもよく、また、当該トリガー条件は、上記実施例の組合せ条件であってもよい。
【００７７】
図４は、本発明の実施例における第１の機器の概略ブロック図である。
【００７８】
具体的には、図４に示すように、当該機器３００は、
ＤＲＢ上で第２の機器により送信される第１のＰＤＣＰ  ＰＤＵを受信するための送受信ユニット３１０と、当該機器がＰＤＣＰ層で当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証を行うことに用いられる処理ユニット３２０とを含み、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該送受信ユニット３１０は、さらに、当該第２の機器にＰＤＣＰ状態報告を送信するために用いられ、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００７９】
１つの実施例では、当該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００８０】
１つの実施例では、当該第１の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。
【００８１】
１つの実施例では、該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰ  ＰＤＵの累積数をゼロに設定するために用いられる。
【００８２】
１つの実施例では、該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰ  ＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。
【００８３】
１つの実施例では、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器によって配置される閾値である。
【００８４】
１つの実施例では、当該機器のＰＤＣＰ層上にはタイマーが配置され、当該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止することと、当該機器のＰＤＣＰ層が第２のＰＤＣＰ  ＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰ  ＰＤＵは、当該第１のＰＤＣＰ  ＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰ  ＰＤＵであることとに用いられる。
【００８５】
１つの実施例では、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。
【００８６】
１つの実施例では、当該送受信ユニット３１０は、さらに、
当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰ  ＰＤＵを再受信するために用いられる。
【００８７】
なお、送受信ユニット３１０は、トランシーバにより実現されてもよく、処理ユニット３２０は、プロセッサにより実現されてもよいことに留意されたい。図５に示すように、機器４００は、プロセッサ４１０と、トランシーバ４２０と、メモリ４３０とを含んでもよい。ここで、メモリ４３０は、指示情報を格納するために使用でき、プロセッサ４１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器４００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、及び状態信号バスも含む。
【００８８】
図５に示す機器４００は、前述の図２及び図３の方法の実施例における第１の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。
【００８９】
図６は、本発明の実施例における第２の機器の概略ブロック図である。
【００９０】
具体的には、図６に示すように、当該機器５００は、
ＤＲＢ上で第１の機器に第１のＰＤＣＰ  ＰＤＵを送信し、当該第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニット５１０と、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するか否かを確定するための処理ユニット５２０とを含む。
【００９１】
１つの実施例では、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。
【００９２】
１つの実施例では、当該処理ユニット５２０は、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰ  ＰＤＵを再送信するために用いられる。
【００９３】
１つの実施例では、当該機器は、さらに、
当該第１のＰＤＣＰ  ＰＤＵをバッファリングするためのバッファユニットを含む。
【００９４】
１つの実施例では、当該処理ユニット５２０は、さらに、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰ  ＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放するために用いられる。
【００９５】
１つの実施例では、当該処理ユニット５２０は、さらに、
当該第１のＰＤＣＰ  ＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰ  ＰＤＵにおけるバッファリングされたＰＤＣＰ  ＰＤＵを解放するために用いられる。
【００９６】
１つの実施例では、当該第３の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。
【００９７】
なお、送受信ユニット５１０はトランシーバにより実現でき、処理ユニット５２０はプロセッサにより実現できる。図７に示すように、機器６００は、プロセッサ６１０と、トランシーバ６２０と、メモリ６３０とを含んでもよい。ここで、メモリ６３０は、指示情報を格納するために使用でき、プロセッサ６１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器６００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、状態信号バスも含む。
【００９８】
図７に示す機器６００は、前述の図２及び図３の方法の実施例における第２の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。
【００９９】
なお、本発明の実施例における方法の実施例は、プロセッサに適用されてもよく、またはプロセッサにより実現されてもよいことを理解されたい。
【０１００】
実施プロセスにおいて、本発明の実施例における上記方法の各ステップは、プロセッサ内の、ハードウェアの論理集積回路により実施されても、ソフトウェア形態のコマンドにより実施されてもよい。より具体的には、本発明の実施例に開示された方法を併せたステップは、ハードウェアデコードプロセッサにより実行されて完了すること、またはデコードプロセッサ内のハードウェア及びソフトウェアモジュールの組合せにより実行されて完了することにより具現化される。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、及びレジスタなどの当技術分野の成熟した記憶媒体に位置することができる。当該記憶媒体はメモリに位置し、プロセッサがメモリ内の情報を読み取り、そのハードウェアと一緒に上記方法のステップを完了する。
【０１０１】
ここで、プロセッサは、信号の処理能力を有する集積回路チップであってもよく、本願の実施例に開示されている各方法、ステップ、及びロジックブロック図を実現または実行できる。例えば、上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，ＦＰＧＡ）、または他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってもよい。また、汎用プロセッサは、マイクロプロセッサであっても、任意の従来のプロセッサなどであってもよい。
【０１０２】
また、本発明の実施例において、メモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性及び不揮発性メモリ両者を含んでもよい。ここで、不揮発性メモリは、読み取り専用メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み取り専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）であってもよい。なお、前記のメモリは例示的な説明であるが、これに限定されるものではなく、例えば、本発明の実施例におけるメモリは、さらにスタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクト・ラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）であってもよいことを理解されたい。つまり、本明細書に記載のシステム及び方法のメモリは、これらのメモリ及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
【０１０３】
最後に、本発明の実施例及び特許請求の範囲に使用される用語は、特定の実施例を説明するためのものにすぎず、本発明の実施例を限定することを意図していないことに留意されたい。
【０１０４】
例えば、本発明の実施例及び添付された特許請求の範囲で使用される単数形「一種」、「前記」、及び「当該」は、文脈により他の意味が明確に示されない限り、複数形も含むことを意図する。
【０１０５】
また、例えば、文脈に応じて、例えば本明細書に使用される「……である場合」は、「……である場合」、「若しくは」、「……であるとき」、「確定に応じて」、または「検出に応じて」と解釈できる。同様に、文脈に応じて、「確定された場合」または「検出された場合（記述された条件または事件）」は、「確定されたとき」または「確定に応答して」、「（記述された条件または事件）が検出されたとき」、または「（記述された条件または事件）の検出に応答して」、と解釈されてもよい。
【０１０６】
当業者は、本明細書に開示されている各実施例に記載の様々な例示のユニット及びアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせにより実施され得ることを理解できるだろう。これらの機能をハードウェアで実行するかまたはソフトウェアで実行するかは、技術的解決手段の特定の用途及び設計上の制限条件によって異なる。専門の技術者は、各特定の用途に対して異なる方法で説明された機能を実施することができ、このような実施は、本発明の範囲内のものであると見なすべきである。
【０１０７】
当業者であれば明確に理解することができ、説明の便宜及び簡潔さのため、上記のシステム、装置及びユニットの具体的な動作プロセスについては前述の方法の実施例における対応するプロセスを参照すればよく、ここでは詳細な説明を省略する。
【０１０８】
なお、本願に係るいくつかの実施例に開示されているシステム、装置及び方法は、別の形態で実施されることができることを理解されたい。例えば、上述した装置の実施例は、例示的なものに過ぎず、例えば、各ユニットの分割は、論理的な機能の分割に過ぎず、実際に実施する際に他の形態で分割することもでき、例えば、複数のユニットまたは部品を組み合わせてもよく別のシステムに集積してもよく、または一部の特徴を無視するか実行しなくてもよい。また、示されるか説明される相互結合、直接結合または通信接続は、一部のインターフェース、装置またはユニットを介して間接的に結合されるものまたは通信接続されるものであってもよく、電気的形態、機械的形態もしくは他の形態であってもよい。
【０１０９】
分離されている部品として説明した前記ユニットは、物理的に分離したものであってもなくてもよい。ユニットとして表示された各部品は、物理的なユニットであってもなくてもよく、すなわち、同一の場所に設けられても、複数のネットワークユニットに設置されてもよい。実際の必要性に応じて、一部のユニットまたは全てのユニットを用いて当該実施例の目的を実現することができる。
【０１１０】
また、本発明の実施例において、各機能ユニットは、１つの処理ユニットに集積されても、物理的に別々の部品として存在しても、２つ以上のユニットが１つのユニットに集積されてもよい。
【０１１１】
ソフトウェアの機能ユニットの形態で実施されて、独立した製品として販売または使用される場合、コンピュータ可読記憶媒体に格納できる。このような理解に基づいて、本発明の実施例の技術的解決手段は、本質上既存の技術に貢献がある部分或いは当該発明の一部は、ソフトウェア製品の形態で具現化されることができ、当該コンピュータソフトウェア製品は記憶媒体に格納され、コンピュータデバイス（パソコン、サーバ、またはネットワーク機器など）に本発明の実施例に係る方法のすべてのステップまたは一部のステップを実行させるためのいくつかのコマンドを含む。前記記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ、ランダムアクセスメモリ、磁気ディスクもしくはコンパクトディスクなど、プロクラムコードを格納できる様々な媒体を含む。
【０１１２】
上記の内容は、本発明の実施例の具体的な実施形態に過ぎず、本発明の実施例の保護範囲はこれに限定されない。当業者が、本発明の実施例に開示された技術的範囲内で、容易に想到できる変更または置換は、いずれも本発明の実施例の保護範囲に含まれるべきである。したがって、本発明の実施形態の保護範囲は、特許請求の範囲の保護範囲を基準とする。
【国際調査報告】
2021509779.tif 000010
2021509779.tif 000011
2021509779.tif 000012
2021509779.tif 000013