JP2021509779A

JP2021509779A - データを再送信する方法及び機器

Info

Publication number: JP2021509779A
Application number: JP2020525868A
Authority: JP
Inventors: 海唐
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2017-11-09
Filing date: 2017-11-09
Publication date: 2021-04-01
Also published as: WO2019090626A1; KR20200086325A; US11638151B2; CN111316584A; EP3709547A1; US20210076217A1; AU2017438556A1; EP3709547A4

Abstract

データを再送信する方法及び機器を提供する。専門の方法は、第１機器が、ＤＲＢ上で、第２機器により送信される第１ＰＤＣＰＰＤＵを受信することと、専門の第１機器のＰＤＣＰ層が専門の第１ＰＤＣＰＰＤＵの完全性保護ＩＰを検証することとを含み、専門の第１ＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、専門の第１機器が専門の第２機器にＰＤＣＰ状態報告を送信し、専門のトリガー条件は、専門の第２機器に専門のＰＤＣＰ状態報告を送信するように専門の第１機器をトリガーするために用いられる。これにより、専門の第１ＰＤＣＰＰＤＵのＩＰの検証に失敗した場合、専門の第１機器が専門のＤＲＢ上で専門の第２機器により送信される専門の第１ＰＤＣＰＰＤＵを受信することを保証でき、さらに、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。【選択図】図３

Description

本発明の実施例は、通信分野に関し、より具体的には、データを再送信する方法及び機器に関する。

人々は、速度、遅延、高速移動性、エネルギー効率を追求し、将来の生活における業務の多様性と複雑さに従う。

このため、第３世代パートナーシップ・プロジェクト（Ｔｈｅ３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、３ＧＰＰ（登録商標））国際標準化機構は、第５世代移動通信技術（５−Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）を開発し始めた。新無線（ＮｅｗＲａｄｉｏ，ＮＲ）の初期配置では、完全なＮＲカバレッジを取得することが難しいため、典型的なネットワークサービスは、広域のロング・ターム・エヴォリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ（登録商標））カバレッジとＮＲのアイランドカバレッジモードである。また、大量のＬＴＥが６ギガヘルツ（ＧＨｚ）の以下に配置されるため、５Ｇに使用できる６ＧＨｚ以下のスペクトルが少ない。したがって、ＮＲについて、６ＧＨｚ以上のスペクトルの適用を研究する必要があり、高周波数帯域カバレッジが限られており、信号のフェージングが速い。

従来技術では、モバイル事業者のＬＴＥへの初期投資を保護するため、ＬＴＥとＮＲ間の密な連携（ｔｉｇｈｔｉｎｔｅｒｗｏｒｋｉｎｇ）動作モードが提案された。具体的に言えば、帯域幅（ｂａｎｄ）の組合せによりＬＴＥ−ＮＲデュアルコネクティビティ（ＤｕａｌＣｏｎｎｅｃｔｉｏｎ、ＤＣ）でのデータの伝送を支持して、システムのスループットを向上させる。

ＬＴＥでは、データ無線ベアラ（ｄａｔｅｒａｄｉｏｂｅａｒｅｒ、ＤＲＢ）は完全性保護を必要としないが、ＮＲでは、ＤＲＢ上のデータの完全性保護の必要性が追加され、そのため、各パケットデータ統合プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＤＣＰ）サービスデータユニット（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ、ＳＤＵ）は、いずれも完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ、ＩＰ）の検証のために用いられる媒体アクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）−Ｉ部分が付加的に搭載される必要がある。

しかし、ＰＤＣＰ層が完全性保護検証に失敗することによるデータパケットの損失に対して、無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、ＲＬＣ）層は、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。従来の技術的解決手段には、ＩＰの検証に失敗したことによるデータパケットの損失問題を解決する手段がない。

ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法及び機器を提供する。

第１の態様では、データを再送信する方法を提供し、前記方法は、
第１の機器が、データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信することと、
前記第１の機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証することと、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む。

これにより、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により、第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。

一部の実施可能な形態において、前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。

一部の実施可能な形態において、前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。

一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定することを含む。

一部の実施可能な形態において、前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む。

一部の実施可能な形態において、前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。

一部の実施可能な形態において、前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、前記第１の機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰＰＤＵは、前記第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとを含む。

一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。

一部の実施可能な形態において、前記方法は、さらに、
前記第１の機器が前記ＤＲＢ上で前記第２の機器により送信される前記第１のＰＤＣＰＰＤＵを再受信することを含む。

第２の態様では、データを再送信する方法を提供し、該方法は、
第２の機器がデータ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することとを含む。

一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。

一部の実施可能な形態において、前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信することを含む。

一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰＰＤＵをバッファリングすることを含む。

一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放することを含む。

一部の実施可能な形態において、前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放することを含む。

一部の実施可能な形態において、前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。

第３の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。

第４の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信するためのトランシーバと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証するためのプロセッサとを含み、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記トランシーバは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。

第５の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定するための処理ユニットとを含む。

第６の態様では、機器を提供し、前記機器は、
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するためのトランシーバと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定するためのプロセッサとを含む。

第７の態様では、コンピュータプログラムを格納するためのコンピュータ可読媒体を提供し、当該コンピュータプログラムは、上記第１の態様または第２の態様における方法の実施例を実行するために用いられるコマンドを含む。

第８の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第１の機器により実行される各プロセスが実行される。

第９の態様では、入力インターフェースと、出力インターフェースと、少なくとも１つのプロセッサと、メモリとを含むコンピュータチップを提供し、ただし、前記プロセッサは、前記メモリにおけるコードを実行するために用いられ、前記コードが実行されるとき、前記プロセッサにより、上記第１の態様または第２の態様におけるデータを再送信する方法のうち、第２の機器により実行される各プロセスが実行される。

第１０の態様では、上記の第１の機器及び第２の機器を含む通信システムを含む。

本発明の適用シーンの一例である。本発明の実施例に係るデータを伝送する方法の概略フローチャートである。本発明の実施例に係るデータを再送信する方法の概略フローチャートである。本発明の実施例に係る端末機器の概略ブロック図である。本発明の実施例に係る別の端末機器の概略ブロック図である。本発明の実施例に係るネットワーク機器の概略ブロック図である。本発明の実施例に係る別のネットワーク機器の概略ブロック図である。

図１は、本願の実施例の１つの適用シーンの概略図である。

具体的に言えば、図１に示すように、端末機器１３０の周辺のネットワーク機器は、メインネットワーク機器１１０と、少なくとも１つのサブネットワーク機器１２０とを含む。当該サブネットワーク機器１２０は、それぞれメインネットワーク機器１１０に接続されて、マルチリンク接続を構成すると同時に、それぞれ端末機器１３０に接続されてサービスを提供する。

具体的には、端末機器１３０は、メインネットワーク機器１１０を介してサブネットワーク機器１２０と同時に接続を確立することができる。端末機器１３０がメインネットワーク機器１１０と確立した接続がメイン接続であり、端末機器１３０がサブネットワーク機器１２０と確立した接続がサブ接続である。端末機器１３０の制御シグナリングは、メイン接続を介して伝送されてもよく、端末機器のデータは、メイン接続及びサブ接続を介して同時に伝送されてもよく、サブ接続のみで伝送されてもよい。

さらに具体的には、当該メインネットワーク機器１１０はＬＴＥネットワーク機器であってもよく、サブネットワーク機器１２０はＮＲネットワーク機器であってもよい。または、当該メインネットワーク機器１１０はＮＲネットワーク機器であってもよく、サブネットワーク機器１２０はＬＴＥネットワーク機器であってもよい。または、当該メインネットワーク機器１１０及び当該サブネットワーク機器１２０は、いずれもＮＲネットワーク機器であってもよい。しかし、本発明の実施例は、技術的解決手段の適用シーンを限定しない。

例えば、当該メインネットワーク機器は、さらに、ＧＳＭ（登録商標）ネットワーク機器、ＣＤＭＡネットワーク機器などであってもよく、当該サブネットワーク機器は、ＧＳＭネットワーク機器、ＣＤＭＡネットワーク機器などであってもよい。

また、例えば、メインネットワーク機器は、さらに、マクロ基地局であってもよく、サブネットワーク機器は、さらに、マイクロセル基地局（Ｍｉｃｒｏｃｅｌｌ）、ピコセル基地局、フェムトセル基地局であってもよい。

なお、本明細書において、用語「システム」及び「ネットワーク」は、しばしば交換可能に使用されることを理解されたい。

なお、上記の適用シーンにおいて、メインネットワーク機器がＬＴＥネットワーク機器であり、サブネットワーク機器がＮＲネットワーク機器であると仮定し、ここで、ＬＴＥでは、データ無線ベアラ（ｄａｔｅｒａｄｉｏｂｅａｒｅｒ、ＤＲＢ）の完全性保護を必要としないが、ＮＲでは、ＤＲＢでのデータの完全性保護を必要とし、そのため、各パケットデータ統合プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＤＣＰ）サービスデータユニット（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ、ＳＤＵ）は、いずれも完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ、ＩＰ）の検証のために用いられる媒体アクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）−Ｉ部分が付加的に搭載される必要があることに留意されたい。

具体的には、データ受信側は、各々のデータパケットに対して完全性保護の検証を行うべきであり、完全性保護の検証が失敗した場合、データが攻撃を受け、悪意のある改ざんをされた可能性が大きい。悪意のある改ざんをされたデータは破棄されるべきであるが、サービスによっては、データパケットの損失なしで伝送、即ちパケットの損失がないことを要求する。例えば、ＲＬＣは、ＡＭモードのデータ伝送を使用し、データの損失がないことを保証する必要がある。しかし、ＲＬＣ層は、ＰＤＣＰ層が完全性保護の検証に失敗したことによるデータパケットの損失に対して、再送信をトリガーしてデータパケットの損失がないように保証することがすでにできない。

本発明の実施例では、上記の問題を解決するために、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できるデータを再送信する方法を提供する。

図２は、本発明の実施例に係るデータ伝送の概略フローチャートである。

図１に示すように、ＰＤＣＰ層により生成されたデータをＲＬＣエンティティに伝送され、このＲＬＣエンティティは、媒体アクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）層エンティティ（ＭＡＣエンティティ）を介して物理層キャリアにマッピングされる。

本発明の実施例において、各サブ層は、プロトコルデータユニットのデータを、その違いに応じて受信側の指定された層に送信する。ここで、各サブ層に入って処理されていないデータをサービスデータユニット（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ、ＳＤＵ）と言い、サブ層により処理された後に特定のフォーマットを形成するデータをプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＰＤＵ）と言う。

つまり、ＳＤＵは、上位層プロトコルから下位層プロトコルに伝送される情報ユニットであり、即ち、ＳＤＵの元データは、プロトコルの上の層のＰＤＵである。言い換えれば、本層で形成されたＰＤＵは、次の層のＳＤＵである。

例えば、各端末機器の各論理チャネルは、いずれも１つのＲＬＣエンティティ（ＲＬＣｅｎｔｉｔｙ）を有し、ＲＬＣエンティティがＰＤＣＰ層から受信したデータまたはＰＤＣＰ層に送信するデータをＲＬＣＳＤＵ（又はＰＤＣＰＰＤＵ）と言う。ＲＬＣエンティティが、ＭＡＣ層から受信したデータまたはＭＡＣ層に送信するデータをＲＬＣＰＤＵ（或いはＭＡＣＳＤＵ）と言う。

なお、本発明の実施例において、ＲＬＣ層は、ＰＤＣＰ層とＭＡＣ層との間に位置し、ＲＬＣ層はサービスアクセスポイント（ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ、ＳＡＰ）を介してＰＤＣＰ層と通信するとともに、論理チャネルを介してＭＡＣ層と通信できることを理解されたい。しかし、本発明の実施例はこれに限定されない。

さらに、本発明の実施例は、受信側及び送信側に関するが、本発明は当該受信側及び送信側に対して具体的な限定をしないことを理解されたい。

例えば、当該送信側はネットワーク機器であり、当該受信側は端末機器である。

また、例えば、当該送信側は端末機器であり、当該受信側はネットワーク機器である。

また、例えば、当該送信側及び当該受信側は、両方とも端末機器であってもよい。

ここで、ネットワーク機器は、ネットワーク側のいずれの信号の送受信に用いられるエンティティを示すことができる。例えば、マシン型通信（ＭＴＣ）のユーザ機器、ＧＳＭまたはＣＤＭＡにおける基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）、ＷＣＤＭＡ（登録商標）における基地局（ＮｏｄｅＢ）、ＬＴＥにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ、ｅＮＢ或いはｅＮｏｄｅＢ）、５Ｇネットワークにおける基地局機器等であってもよい。

端末機器は、任意の端末機器であってもよい。

具体的には、端末機器は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して１つまたは複数のコアネットワーク（ＣｏｒｅＮｅｔｗｏｒｋ）と通信することができ、アクセス端末、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、移動無線局、遠隔ステーション、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザエージェント、またはユーザ機器とも言う。例えば、携帯電話、コードレス電話、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタル処理（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有する携帯用デバイス、コンピューティング機器またはワイヤレスモデムに接続される他の処理危機、車載機器、ウェアラブル機器、及び５Ｇネットワークにおける端末機器などであってもよい。

図３は、本発明の実施例に係るデータを再送信する方法の概略フローチャートである。

具体的には、図３に示すように、当該方法は、
ＤＲＢ上で第１のＰＤＣＰＰＤＵを送信するステップ２１０と、
ＰＤＣＰ層が当該第１のＰＤＣＰＰＤＵのＩＰを検証するステップ２２０と、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信するステップ２３０とを含む。

具体的に言えば、第１の機器がＤＲＢ上で第２の機器により送信される第１のＰＤＣＰＰＤＵを受信し、当該第１の機器のＰＤＣＰ層が当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証し、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信し、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーするために用いられる。言い換えれば、第２の機器にとって、第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰＰＤＵを送信し、当該第２の機器が当該第１の機器により送信されるＰＤＣＰ状態報告を受信し、当該第２の機器が、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するか否かを確定する。

これにより、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗した場合、当該ＰＤＣＰ状態報告により第２の機器が当該ＤＲＢ上で当該第１のＰＤＣＰＰＤＵを再送信するようにトリガーし、さらに、当該第１の機器が当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰＰＤＵを再受信することを保証でき、ＩＰの検証に失敗したことによるデータパケットの損失問題を効果的に解決できる。

以下、当該第１の機器の内部の実施形態を参照して、本発明の実施例のトリガー条件について説明する。

１つの実施例において、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。

なお、当該第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であり得ることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。

さらに、当該第１の機器は、当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該第１の機器のＰＤＣＰ層でＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定する。

別の実施例において、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーできる。

なお、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。

さらに、当該第１の機器のＰＤＣＰ層にはタイマーが配置され、当該第１の機器が当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止でき、当該第１の機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰＰＤＵは、当該第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した一個目のＰＤＣＰＰＤＵである。

また、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築する場合にも、状態報告をトリガーする。

したがって、本発明の実施例において、さらに、当該ＰＤＣＰ状態報告は、指示情報をさらに含んでもよく、当該指示情報は、当該ＰＤＣＰ状態報告が当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。

相応して、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築するときにトリガーされた状態報告にも指示情報が携帯され、このとき、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。

これにより、第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証が正常に完了したか否かを確定できる。これにより、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信できる。

なお、第２の機器が当該第１のＰＤＣＰＰＤＵを再送信する必要がある場合もあるため、当該第２の機器は、さらに、当該第１のＰＤＣＰＰＤＵをバッファリングして使用に備えることができることに留意されたい。

さらに、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放する。

例えば、当該第２の機器が当該第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放する。

なお、当該第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。

また、上記のトリガー条件は、例示的な説明にすぎず、本発明の実施例は、具体的な限定をしないことを理解されたい。例えば、当該トリガー条件は、予め設定された条件であってもよく、また、当該トリガー条件は、上記実施例の組合せ条件であってもよい。

図４は、本発明の実施例における第１の機器の概略ブロック図である。

具体的には、図４に示すように、当該機器３００は、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信するための送受信ユニット３１０と、当該機器のＰＤＣＰ層が当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証することに用いられる処理ユニット３２０とを含み、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該送受信ユニット３１０は、さらに、当該第２の機器にＰＤＣＰ状態報告を送信するために用いられ、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

選択的に、当該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

選択的に、当該第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。

選択的に、該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定するために用いられる。

選択的に、該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

選択的に、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器によって配置される閾値である。

選択的に、当該機器のＰＤＣＰ層上にはタイマーが配置され、当該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止することと、当該機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰＰＤＵは、当該第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとに用いられる。

選択的に、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。

選択的に、当該送受信ユニット３１０は、さらに、
当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰＰＤＵを再受信するために用いられる。

なお、送受信ユニット３１０は、トランシーバにより実現されてもよく、処理ユニット３２０は、プロセッサにより実現されてもよいことに留意されたい。図５に示すように、機器４００は、プロセッサ４１０と、トランシーバ４２０と、メモリ４３０とを含んでもよい。ここで、メモリ４３０は、指示情報を格納するために使用でき、プロセッサ４１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器４００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、及び状態信号バスも含む。

図５に示す機器４００は、前述の図２及び図３の方法の実施例における第１の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。

図６は、本発明の実施例における第２の機器の概略ブロック図である。

具体的には、図６に示すように、当該機器５００は、
データ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信し、当該第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニット５１０と、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するか否かを確定するための処理ユニット５２０とを含む。

選択的に、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。

選択的に、当該処理ユニット５２０は、具体的には、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するために用いられる。

選択的に、当該機器は、さらに、
当該第１のＰＤＣＰＰＤＵをバッファリングするためのバッファユニットを含む。

選択的に、当該処理ユニット５２０は、さらに、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放するために用いられる。

選択的に、当該処理ユニット５２０は、さらに、
当該第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放するために用いられる。

選択的に、当該第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。

なお、送受信ユニット５１０はトランシーバにより実現でき、処理ユニット５２０はプロセッサにより実現できる。図７に示すように、機器６００は、プロセッサ６１０と、トランシーバ６２０と、メモリ６３０とを含んでもよい。ここで、メモリ６３０は、指示情報を格納するために使用でき、プロセッサ６１０により実行されるコード、コマンドなどを格納するためにも使用できる。機器６００における各構成要素は、バスシステムを介して接続され、ここで、バスシステムは、データバスを含む以外に、電源バス、制御バス、状態信号バスも含む。

図７に示す機器６００は、前述の図２及び図３の方法の実施例における第２の機器により実行される各プロセスを実行でき、繰り返し説明を避けるために、ここでは詳細な説明を省略する。

なお、本発明の実施例における方法の実施例は、プロセッサに適用されてもよく、またはプロセッサにより実現されてもよいことを理解されたい。

実施プロセスにおいて、本発明の実施例における上記方法の各ステップは、プロセッサ内の、ハードウェアの論理集積回路により実施されても、ソフトウェア形態のコマンドにより実施されてもよい。より具体的には、本発明の実施例に開示された方法を併せたステップは、ハードウェアデコードプロセッサにより実行されて完了すること、またはデコードプロセッサ内のハードウェア及びソフトウェアモジュールの組合せにより実行されて完了することにより具現化される。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、及びレジスタなどの当技術分野の成熟した記憶媒体に位置することができる。当該記憶媒体はメモリに位置し、プロセッサがメモリ内の情報を読み取り、そのハードウェアと一緒に上記方法のステップを完了する。

ここで、プロセッサは、信号の処理能力を有する集積回路チップであってもよく、本願の実施例に開示されている各方法、ステップ、及びロジックブロック図を実現または実行できる。例えば、上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ，ＦＰＧＡ）、または他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってもよい。また、汎用プロセッサは、マイクロプロセッサであっても、任意の従来のプロセッサなどであってもよい。

また、本発明の実施例において、メモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性及び不揮発性メモリ両者を含んでもよい。ここで、不揮発性メモリは、読み取り専用メモリ（ｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み取り専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ｅｒａｓａｂｌｅＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）であってもよい。なお、前記のメモリは例示的な説明であるが、これに限定されるものではなく、例えば、本発明の実施例におけるメモリは、さらにスタティックランダムアクセスメモリ（ｓｔａｔｉｃＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅｄａｔａｒａｔｅＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクト・ラムバスランダムアクセスメモリ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ、ＤＲＲＡＭ）であってもよいことを理解されたい。つまり、本明細書に記載のシステム及び方法のメモリは、これらのメモリ及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。

最後に、本発明の実施例及び特許請求の範囲に使用される用語は、特定の実施例を説明するためのものにすぎず、本発明の実施例を限定することを意図していないことに留意されたい。

例えば、本発明の実施例及び添付された特許請求の範囲で使用される単数形「一種」、「前記」、及び「当該」は、文脈により他の意味が明確に示されない限り、複数形も含むことを意図する。

また、例えば、文脈に応じて、例えば本明細書に使用される「……である場合」は、「……である場合」、「若しくは」、「……であるとき」、「確定に応じて」、または「検出に応じて」と解釈できる。同様に、文脈に応じて、「確定された場合」または「検出された場合（記述された条件または事件）」は、「確定されたとき」または「確定に応答して」、「（記述された条件または事件）が検出されたとき」、または「（記述された条件または事件）の検出に応答して」、と解釈されてもよい。

当業者は、本明細書に開示されている各実施例に記載の様々な例示のユニット及びアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせにより実施され得ることを理解できるだろう。これらの機能をハードウェアで実行するかまたはソフトウェアで実行するかは、技術的解決手段の特定の用途及び設計上の制限条件によって異なる。専門の技術者は、各特定の用途に対して異なる方法で説明された機能を実施することができ、このような実施は、本発明の範囲内のものであると見なすべきである。

当業者であれば明確に理解することができ、説明の便宜及び簡潔さのため、上記のシステム、装置及びユニットの具体的な動作プロセスについては前述の方法の実施例における対応するプロセスを参照すればよく、ここでは詳細な説明を省略する。

なお、本願に係るいくつかの実施例に開示されているシステム、装置及び方法は、別の形態で実施されることができることを理解されたい。例えば、上述した装置の実施例は、例示的なものに過ぎず、例えば、各ユニットの分割は、論理的な機能の分割に過ぎず、実際に実施する際に他の形態で分割することもでき、例えば、複数のユニットまたは部品を組み合わせてもよく別のシステムに集積してもよく、または一部の特徴を無視するか実行しなくてもよい。また、示されるか説明される相互結合、直接結合または通信接続は、一部のインターフェース、装置またはユニットを介して間接的に結合されるものまたは通信接続されるものであってもよく、電気的形態、機械的形態もしくは他の形態であってもよい。

分離されている部品として説明した前記ユニットは、物理的に分離したものであってもなくてもよい。ユニットとして表示された各部品は、物理的なユニットであってもなくてもよく、すなわち、同一の場所に設けられても、複数のネットワークユニットに設置されてもよい。実際の必要性に応じて、一部のユニットまたは全てのユニットを用いて当該実施例の目的を実現することができる。

また、本発明の実施例において、各機能ユニットは、１つの処理ユニットに集積されても、物理的に別々の部品として存在しても、２つ以上のユニットが１つのユニットに集積されてもよい。

ソフトウェアの機能ユニットの形態で実施されて、独立した製品として販売または使用される場合、コンピュータ可読記憶媒体に格納できる。このような理解に基づいて、本発明の実施例の技術的解決手段は、本質上既存の技術に貢献がある部分或いは当該発明の一部は、ソフトウェア製品の形態で具現化されることができ、当該コンピュータソフトウェア製品は記憶媒体に格納され、コンピュータデバイス（パソコン、サーバ、またはネットワーク機器など）に本発明の実施例に係る方法のすべてのステップまたは一部のステップを実行させるためのいくつかのコマンドを含む。前記記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ、ランダムアクセスメモリ、磁気ディスクもしくはコンパクトディスクなど、プロクラムコードを格納できる様々な媒体を含む。

上記の内容は、本発明の実施例の具体的な実施形態に過ぎず、本発明の実施例の保護範囲はこれに限定されない。当業者が、本発明の実施例に開示された技術的範囲内で、容易に想到できる変更または置換は、いずれも本発明の実施例の保護範囲に含まれるべきである。したがって、本発明の実施形態の保護範囲は、特許請求の範囲の保護範囲を基準とする。

第１の態様では、データを再送信する方法を提供し、前記方法は、
第１の機器が、ＤＲＢ上で、第２の機器により送信される第１のＰＤＣＰＰＤＵを受信することと、
前記第１の機器が前記第１の機器のＰＤＣＰ層で前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証を行うことと、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む。

一部の実施可能な形態において、前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、前記第１の機器がＰＤＣＰ層での第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰＰＤＵは、前記第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとを含む。

一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。

第２の態様では、データを再送信する方法を提供し、該方法は、
第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することとを含む。

一部の実施可能な形態において、前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器がＰＤＣＰ層でのＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。

一部の実施可能な形態において、前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信することを含む。

一部の実施可能な形態において、前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。

第３の態様では、機器を提供し、前記機器は、
ＤＲＢ上で第２の機器により送信される第１のＰＤＣＰＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。

第４の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第２の機器により送信される第１のＰＤＣＰＰＤＵを受信するためのトランシーバと、
前記機器がＰＤＣＰ層で前記第１のＰＤＣＰＰＤＵのＩＰの検証を行うためのプロセッサとを含み、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記トランシーバは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる。

第５の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第１の機器に第１のＰＤＣＰＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定するための処理ユニットとを含む。

第６の態様では、機器を提供し、前記機器は、
ＤＲＢ上で、第１の機器に第１のＰＤＣＰＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するためのトランシーバと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定するためのプロセッサとを含む。

なお、上記の適用シーンにおいて、メインネットワーク機器がＬＴＥネットワーク機器であり、サブネットワーク機器がＮＲネットワーク機器であると仮定し、ここで、ＬＴＥでは、ＤＲＢの完全性保護を必要としないが、ＮＲでは、ＤＲＢでのデータの完全性保護を必要とし、そのため、各ＰＤＣＰＳＤＵは、いずれもＩＰの検証のために用いられるＭＡＣ−Ｉ部分が付加的に搭載される必要があることに留意されたい。

図２に示すように、ＰＤＣＰ層により生成されたデータをＲＬＣエンティティに伝送され、このＲＬＣエンティティは、当該データをＭＡＣ層エンティティ（ＭＡＣエンティティ）を介して物理層キャリアにマッピングされる。

本発明の実施例において、各サブ層は、プロトコルデータユニットのデータを、その違いに応じて受信側の指定された層に送信する。ここで、各サブ層に入って処理されていないデータをＳＤＵと言い、サブ層により処理された後に特定のフォーマットを形成するＰＤＵと言う。

端末機器は、任意の端末機器であってもよい。

具体的には、図３に示すように、当該方法は、
ＤＲＢ上で第１のＰＤＣＰＰＤＵを送信するステップ２１０と、
ＰＤＣＰ層での当該第１のＰＤＣＰＰＤＵのＩＰの検証を行うステップ２２０と、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信するステップ２３０とを含む。

具体的に言えば、第１の機器がＤＲＢ上で第２の機器により送信される第１のＰＤＣＰＰＤＵを受信し、当該第１の機器がＰＤＣＰ層で当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証を行い、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該第１の機器が当該第２の機器にＰＤＣＰ状態報告を送信し、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該第１の機器をトリガーするために用いられる。言い換えれば、第２の機器にとって、第２の機器がＤＲＢ上で第１の機器に第１のＰＤＣＰＰＤＵを送信し、当該第２の機器が当該第１の機器により送信されるＰＤＣＰ状態報告を受信し、当該第２の機器が、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するか否かを確定する。

なお、当該第１の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される閾値であり得ることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。

これにより、第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証が正常に完了したか否かを確定できる。これにより、当該第２の機器は、当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信できる。

なお、当該第３の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される情報であることを理解されたい。しかし、本発明の実施例は、具体的な限定をしない。

具体的には、図４に示すように、当該機器３００は、
ＤＲＢ上で第２の機器により送信される第１のＰＤＣＰＰＤＵを受信するための送受信ユニット３１０と、当該機器がＰＤＣＰ層で当該第１のＰＤＣＰＰＤＵのＩＰの検証を行うことに用いられる処理ユニット３２０とを含み、当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、当該送受信ユニット３１０は、さらに、当該第２の機器にＰＤＣＰ状態報告を送信するために用いられ、当該トリガー条件は、当該第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

１つの実施例では、当該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

１つの実施例では、当該第１の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である。

１つの実施例では、該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定するために用いられる。

１つの実施例では、該送受信ユニット３１０は、具体的には、
当該第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ当該第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に当該ＰＤＣＰ状態報告を送信するように当該機器をトリガーするために用いられる。

１つの実施例では、当該第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器によって配置される閾値である。

１つの実施例では、当該機器のＰＤＣＰ層上にはタイマーが配置され、当該処理ユニット３２０は、さらに、
当該第２の機器に当該ＰＤＣＰ状態報告を送信した後、当該タイマーがカウントを停止することと、当該機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、当該タイマーがカウントを再開し、当該第２のＰＤＣＰＰＤＵは、当該第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとに用いられる。

１つの実施例では、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる。

１つの実施例では、当該送受信ユニット３１０は、さらに、
当該ＤＲＢ上で当該第２の機器により送信される当該第１のＰＤＣＰＰＤＵを再受信するために用いられる。

具体的には、図６に示すように、当該機器５００は、
ＤＲＢ上で第１の機器に第１のＰＤＣＰＰＤＵを送信し、当該第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニット５１０と、当該ＰＤＣＰ状態報告に基づいて、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するか否かを確定するための処理ユニット５２０とを含む。

１つの実施例では、当該ＰＤＣＰ状態報告は指示情報を含み、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、当該指示情報は、当該ＰＤＣＰ状態報告が、当該第１の機器が当該第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる。

１つの実施例では、当該処理ユニット５２０は、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、当該ＤＲＢ上で当該第１の機器に当該第１のＰＤＣＰＰＤＵを再送信するために用いられる。

１つの実施例では、当該機器は、さらに、
当該第１のＰＤＣＰＰＤＵをバッファリングするためのバッファユニットを含む。

１つの実施例では、当該処理ユニット５２０は、さらに、
当該ＰＤＣＰ状態報告に基づいて、当該第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放するために用いられる。

１つの実施例では、当該処理ユニット５２０は、さらに、
当該第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、当該第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放するために用いられる。

１つの実施例では、当該第３の閾値は、ＲＲＣシグナリングを介してネットワーク機器により配置される情報である。

Claims

第１の機器が、データ無線ベアラＤＲＢ上で、第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信することと、
前記第１の機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証することと、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信し、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーするために用いられることとを含む、ことを特徴とするデータを再送信する方法。
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１に記載の方法。
前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項２に記載の方法。
前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記第１の機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定することを含む、ことを特徴とする請求項２または請求項３に記載の方法。
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記第１の機器が前記第２の機器にＰＤＣＰ状態報告を送信することは、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記第１の機器をトリガーすることを含む、ことを特徴とする請求項１〜請求項４のいずれか１項に記載の方法。
前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項５に記載の方法。
前記第１の機器のＰＤＣＰ層にはタイマーが配置され、前記方法は、さらに、
前記第１の機器が前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記第１の機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰＰＤＵは、前記第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとを含む、ことを特徴とする請求項５または請求項６に記載の方法。
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１〜請求項７のいずれか１項に記載の方法。
前記方法は、さらに、
前記第１の機器が前記ＤＲＢ上で前記第２の機器により送信される前記第１のＰＤＣＰＰＤＵを再受信することを含む、ことを特徴とする請求項１〜請求項８のいずれか１項に記載の方法。
第２の機器がデータ無線ベアラＤＲＢ上で第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信することと、
前記第２の機器が前記第１の機器により送信されるＰＤＣＰ状態報告を受信することと、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することとを含む、ことを特徴とするデータを再送信する方法。
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１０に記載の方法。
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定することは、
前記第２の機器が前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信することを含む、ことを特徴とする請求項１０または請求項１１に記載の方法。
前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰＰＤＵをバッファリングすることを含む、ことを特徴とする請求項１０〜請求項１２のいずれか１項に記載の方法。
前記方法は、さらに、
前記第２の機器が、前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放することを含む、ことを特徴とする請求項１３に記載の方法。
前記方法は、さらに、
前記第２の機器が前記第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放することを含む、ことを特徴とする請求項１３に記載の方法。
前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である、ことを特徴とする請求項１５に記載の方法。
機器であって、
データ無線ベアラＤＲＢ上で第２の機器により送信される第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを受信するための送受信ユニットと、
前記機器のＰＤＣＰ層が前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰを検証するための処理ユニットとを含み、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗して且つトリガー条件を満たす場合、前記送受信ユニットは、さらに、前記第２の機器にＰＤＣＰ状態報告を送信するために用いられ、前記トリガー条件は、前記第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする機器。
前記送受信ユニットは、具体的には、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数が第１の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項１７に記載の機器。
前記第１の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項１８に記載の機器。
前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記機器のＰＤＣＰ層での、ＩＰの検証に失敗したＰＤＣＰＰＤＵの累積数をゼロに設定するために用いられる、ことを特徴とする請求項１８または請求項１９に記載の機器。
前記送受信ユニットは、具体的には、
前記第１のＰＤＣＰＰＤＵのＩＰの検証に失敗し、且つ前記第１のＰＤＣＰＰＤＵの検証に失敗してからの時間間隔が第２の閾値以上である場合、第２の機器に前記ＰＤＣＰ状態報告を送信するように前記機器をトリガーするために用いられる、ことを特徴とする請求項１７〜請求項２０のいずれか１項に記載の機器。
前記第２の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される閾値である、ことを特徴とする請求項２１に記載の機器。
前記機器のＰＤＣＰ層上にはタイマーが配置され、前記処理ユニットは、さらに、
前記第２の機器に前記ＰＤＣＰ状態報告を送信した後、前記タイマーがカウントを停止することと、
前記機器のＰＤＣＰ層が第２のＰＤＣＰＰＤＵのＩＰの検証に失敗したとき、前記タイマーがカウントを再開し、前記第２のＰＤＣＰＰＤＵは、前記第１のＰＤＣＰＰＤＵの後の、ＩＰの検証に失敗した１番目のＰＤＣＰＰＤＵであることとのために用いられる、ことを特徴とする請求項２１または請求項２２に記載の機器。
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項１７〜請求項２３のいずれか１項に記載の機器。
前記送受信ユニットは、さらに、
前記ＤＲＢ上で、前記第２の機器により送信される前記第１のＰＤＣＰＰＤＵを再受信することに用いられる、ことを特徴とする請求項１７〜請求項２４のいずれか１項に記載の機器。
データ無線ベアラＤＲＢ上で、第１の機器に第１のパケットデータ統合プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを送信し、前記第１の機器により送信されるＰＤＣＰ状態報告を受信するための送受信ユニットと、
前記ＰＤＣＰ状態報告に基づいて、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するか否かを確定するための処理ユニットとを含む、ことを特徴とする機器。
前記ＰＤＣＰ状態報告は指示情報を含み、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器のＰＤＣＰ層がＩＰの検証に失敗したことによりトリガーされた状態報告であることを指示するために用いられ、または、前記指示情報は、前記ＰＤＣＰ状態報告が、前記第１の機器が前記第１の機器のＰＤＣＰ層を再構築することによりトリガーされた状態報告であることを指示するために用いられる、ことを特徴とする請求項２６に記載の機器。
前記処理ユニットは、具体的には、
前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵの完全性保護ＩＰの検証に失敗したことが確定された場合、前記ＤＲＢ上で前記第１の機器に前記第１のＰＤＣＰＰＤＵを再送信するために用いられる、ことを特徴とする請求項２６または請求項２７に記載の機器。
前記機器は、さらに、
前記第１のＰＤＣＰＰＤＵをバッファリングするためのバッファユニットを含む、ことを特徴とする請求項２６〜請求項２８のいずれか１項に記載の機器
前記処理ユニットは、さらに、
前記ＰＤＣＰ状態報告に基づいて、前記第１のＰＤＣＰＰＤＵのＩＰの検証が正常に完了したことが確定された場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放することに用いられる、ことを特徴とする請求項２９に記載の機器。
前記処理ユニットは、さらに、
前記第１のＰＤＣＰＰＤＵを送信してからのフィードバックが受信されていない時間間隔が第３の閾値以上である場合、前記第１のＰＤＣＰＰＤＵにおけるバッファリングされたＰＤＣＰＰＤＵを解放するために用いられる、ことを特徴とする請求項２９に記載の機器。
前記第３の閾値は、無線リソース制御ＲＲＣシグナリングを介してネットワーク機器により配置される情報である、ことを特徴とする請求項３１に記載の機器。