(57)【要約】  本発明は、非同期バッファを処理するための方法および装置を開示し、チェックサムエラーを処理するための解決策がない従来の問題を解決する。本発明の実施形態では、バッファが同期していないと、送信装置にバッファ同期失敗通知メッセージを送信し、圧縮バッファをリセットし、リセット命令を送信し、リセットされた後のバッファを使用して後続のデータパケット送信を実行する。本発明では、バッファの非同期が確認された後、バッファ同期失敗の通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知し、リセットされた後のバッファを使用して後続のデータパケット送信を実行する。このように、チェックサムエラーの既存の問題が解決されるだけでなく、ＵＤＣ機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。
2021503842.tif 000002
【特許請求の範囲】
【請求項１】
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知するステップと、
前記受信装置が前記送信装置のリセット命令を受信した後、解凍バッファをリセットするステップと、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたアップリンクデータ圧縮ＵＤＣ圧縮データパケットを解凍するステップとを備えることを特徴とする非同期バッファを処理するための方法。
【請求項２】
前記受信装置が、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知することは、
前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、チェックサムエラーが検出されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）のシーケンス番号（ＳＮ）を圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて、送信装置に送信することを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項３】
通知メッセージは、無線リソース制御（ＲＲＣ）シグナリングまたはＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）であることを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項４】
前記通知メッセージはＰＤＣＰ制御ＰＤＵであり、
前記受信装置が圧縮バッファと解凍バッファが同期していないと判断し、送信装置に通知した後、
前記受信装置は、タイマーを開始し、
前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信していない場合、送信装置に再通知することを特徴とする請求項３に記載の非同期バッファを処理するための方法。
【請求項５】
前記受信装置がタイマーを開始した後、
前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信しておらず、再通知の回数が所定の設定最大数に達すると、データ送信が失敗したと判断することを特徴とする請求項４に記載の非同期バッファを処理するための方法。
【請求項６】
前記受信装置が前記送信装置的リセット命令を受信した後、解凍バッファをリセットすることは、
前記受信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、または、
前記受信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換え、または、
前記受信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項７】
前記受信装置が、前記送信装置からリセット命令を受信し、解凍バッファをリセットした後、
前記受信装置は、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定することを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項８】
前記受信装置は、チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除することを特徴とする請求項１から請求項７のいずれか一項に記載の非同期バッファを処理するための方法。
【請求項９】
送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、
前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することを特徴とする非同期バッファを処理するための方法。
【請求項１０】
前記送信装置が圧縮バッファをリセットすることは、
前記送信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定すること、または、
前記送信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換えること、または、
前記送信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを含むことを特徴とする請求項９に記載の非同期バッファを処理するための方法。
【請求項１１】
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、
前記送信装置は、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信し、または、
前記送信装置は、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信することを特徴とする請求項９に記載の非同期バッファを処理するための方法。
【請求項１２】
前記送信装置が、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定することは、
前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、
前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを含むことを特徴とする請求項１１に記載の非同期バッファを処理するための方法。
【請求項１３】
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する前に、
前記送信装置は、データパケットのセキュリティパラメータを更新し、
ここで、前記セキュリティパラメータは、セキュリティキー、データ無線ベアラ識別子（ＤＲＢ ＩＤ）、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値の一部またはすべてを含むことを特徴とする請求項１２に記載の非同期バッファを処理するための方法。
【請求項１４】
前記セキュリティパラメータは、ＰＤＣＰ ＳＮを含み、
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、
前記送信装置は、更新後のＰＤＣＰ ＳＮに従って、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信することを含むことを特徴とする請求項１３に記載の非同期バッファを処理するための方法。
【請求項１５】
前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、
前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮであることを特徴とする請求項１４に記載の非同期バッファを処理するための方法。
【請求項１６】
前記送信装置は、前記受信装置にリセット命令を送信することは、
前記送信装置が、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を現在送信する必要があるデータパケットに入れ、または、
前記送信装置が、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を前記ターゲットデータパケットに入れることを特徴とする請求項１２に記載の非同期バッファを処理するための方法。
【請求項１７】
プロセッサ、メモリ、および送受信機を備え、
前記プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される：
圧縮バッファと解凍バッファが同期していないと判断した後、前記送受信機を通じてを通じて送信装置に通知し、前記送受信機を通じて送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して前記送受信機を通じて受信されたＵＤＣ圧縮データパケットを解凍することを特徴とする非同期バッファを処理するための受信装置。
【請求項１８】
前記プロセッサは、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたＰＤＣＰのＳＮを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れ、前記送受信機を通じて送信装置に送信することを特徴とする請求項１７に記載の非同期バッファを処理するための受信装置。
【請求項１９】
通知メッセージは、ＲＲＣシグナリングまたはＰＤＣＰ制御ＰＤＵであることを特徴とする請求項１７に記載の非同期バッファを処理するための受信装置。
【請求項２０】
前記プロセッサは、
前記通知が前記ＰＤＣＰ制御ＰＤＵである場合、圧縮バッファと解凍バッファが同期していないと判断し、前記送受信機を通じて送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に前記リセット命令が前記送受信機を通じて受信されない場合、前記送受信機を通じて送信装置に再通知することを特徴とする請求項１９に記載の非同期バッファを処理するための受信装置。
【請求項２１】
前記プロセッサは、
タイマーが開始された後、前記タイマーが切れる前に前記リセット命令が前記送受信機を通じて受信されず、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断することを特徴とする請求項２０に記載の非同期バッファを処理するための受信装置。
【請求項２２】
前記プロセッサは、
前記解凍バッファのコンテンツをすべてゼロに設定し、または、
前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、または、
前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることを特徴とする請求項１７に記載の非同期バッファを処理するための受信装置。
【請求項２３】
前記プロセッサは、
前記送受信機を通じて送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定することを特徴とする請求項１７に記載の非同期バッファを処理するための受信装置。
【請求項２４】
前記プロセッサは、
チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除することを特徴とする請求項１７から請求項２３のいずれか一項に記載の非同期バッファを処理するための受信装置。
【請求項２５】
プロセッサ、メモリ、および送受信機を備え、
前記プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される：
受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記送受信機を通じて前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にＵＤＣ圧縮データパケットを送信することを特徴とする非同期バッファを処理するための送信装置。
【請求項２６】
前記プロセッサは、
前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることを特徴とする請求項２５に記載の非同期バッファを処理するための送信装置。
【請求項２７】
前記プロセッサは、
リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して前記送受信機を通じて送信し、または、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して前記送受信機を通じて送信することを特徴とする請求項２５に記載の非同期バッファを処理するための送信装置。
【請求項２８】
前記プロセッサは、
前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを特徴とする請求項２７に記載の非同期バッファを処理するための送信装置。
【請求項２９】
前記プロセッサは、
リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にＵＤＣ圧縮データパケットを送信する前に、データパケットのセキュリティパラメータを更新し、
ここで、前記セキュリティパラメータは、セキュリティキー、ＤＲＢ ＩＤ、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値のうちの一部またはすべてを含むことを特徴とする請求項２８に記載の非同期バッファを処理するための送信装置。
【請求項３０】
前記プロセッサは、
前記セキュリティパラメータがＰＤＣＰ ＳＮを含む場合、更新後のＰＤＣＰ ＳＮに従って、リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にＵＤＣ圧縮データパケットを送信することを特徴とする請求項２９に記載の非同期バッファを処理するための送信装置。
【請求項３１】
前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、
前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮであることを特徴とする請求項３０に記載の非同期バッファを処理するための送信装置。
【請求項３２】
前記プロセッサは、
前記送受信機を通じて前記受信装置にリセット命令を送信する場合、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して前記送受信機を通じて送信すると、リセット命令を現在送信する必要があるデータパケットに入れ、または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して前記送受信機を通じて送信すると、リセット命令を前記ターゲットデータパケットに入れることを特徴とする請求項２７に記載の非同期バッファを処理するための送信装置。
【請求項３３】
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第１の送信モジュールと、
受信装置が、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第１のリセットモジュールと、
リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍するように構成された第１の実行モジュールとを備えることを特徴とする非同期バッファを処理するための受信装置。
【請求項３４】
圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第２のリセットモジュールと、
リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信するように構成された第２の送信モジュールとを備えることを特徴とする非同期バッファを処理するための送信装置。
【請求項３５】
プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは、請求項１〜請求項８のいずれか１つまたは請求項９〜請求項１６のいずれか１つによる方法のステップを実行することに使用されることを特徴とするバッファを同期させるための装置の読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年１１月１６日に中国特許局に提出し、出願番号が２０１７１１１４０６６４．８であり、発明名称が「非同期バッファを処理するための方法および装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【０００２】
本発明は、通信技術分野に関し、特に非同期バッファを処理するための方法および装置に関する。
【背景技術】
【０００３】
長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，以下「ＬＴＥ」）またはＬＴＥ−アドバンスド（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ，以下「ＬＴＥ−Ａ」）では、端末は、アップリンクデータ圧縮（ＵＬ ｄａｔａ ｃｏｍｐｒｅｓｓｉｏｎ，以下「ＵＤＣ」）機能を構成する。アップリンクデータ圧縮とは、端末がレイヤ２でアップリンクデータまたはシグナリングを圧縮することである。基地局は、対応するプロトコルレイヤーで圧縮アップリンクデータまたはシグナリングを圧縮解除して、エアインターフェイスで送信されるデータの量を減らし、アップリンクリソースを節約し、伝送効率を向上させる。
【０００４】
より高い圧縮比を達成するために、端末および基地局側では、送信されたデータおよび受信されたデータに従って、それぞれ互いに独立して、圧縮バッファおよび解凍バッファを維持する。一般に、圧縮バッファと解凍バッファには２種類のコンテンツが格納される。コンテンツの種類の１つは、ハイパーｔｘｔトランスポートプロトコル（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ，以下「ＨＴＴＰ」）ヘッダー内のＨｏｓｔ：やＡｃｃｅｐｔ：などである。連続するデータパケット間で一致する可能性が高い事前構成済みコンテンツです。他の種類のコンテンツは、以前に送信または受信されたデータパケットのコンテンツである。例えば、データパケットが連続的に送信されるとき、過去のデータパケットがバッファに入れられ、後続のデータパケットのコンテンツが過去のデータパケットに従ってマッチングされるかもしれない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、アップリンクデータ送信または無線リンクが失敗すると、圧縮バッファと解凍バッファとの間の不一致によりチェックサムエラーが検出され、端末によって圧縮された後続のデータパケットがネットワーク側で正確に解凍できない恐れがある。既存の技術では、ＵＤＣテクノロジーは部分的にしか規格化されておらず、チェックサムエラーを処理するための解決策はない。
【０００６】
要約すると、チェックサムエラーを処理するための既存の解決策はない。
【０００７】
本発明は、非同期バッファを処理するための方法および装置を提供して、チェックサムエラーを処理するための解決策がない従来の問題を解決する。
【課題を解決するための手段】
【０００８】
本発明の実施形態は、非同期バッファを処理する方法を提供する。この方法は、
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知するステップと、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットするステップと、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたＵＤＣ圧縮データパケットを解凍するステップとを備える。
【０００９】
本発明の実施形態はまた、非同期バッファを処理するための別の方法を提供する。この方法は、
送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、
前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する。
【００１０】
本発明の実施形態は、非同期バッファを処理するための受信装置を提供する。当該受信装置は、プロセッサ、メモリ、および送受信機を備え、
ここで、プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される：圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知し、送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍する。
【００１１】
本発明の実施形態は、非同期バッファを処理するための送信装置を提供する。当該送信装置は、プロセッサ、メモリ、および送受信機を備え、
ここで、プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される：圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信する。
【００１２】
本発明の実施形態は、非同期バッファを処理するための別の受信装置を提供する。当該装置は、
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第１の送信モジュールと、
前記受信装置が、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第１のリセットモジュールと、
リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍するように構成された第１の実行モジュールとを備える。
【００１３】
本発明の実施形態に係る非同期バッファを処理するための別の送信装置は、
圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第２のリセットモジュールと、
リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信するように構成された第２の送信モジュールとを備える。
【００１４】
本発明の実施形態は、プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは受信装置の方法のステップまたは送信装置の方法のステップを実行することに使用されるバッファを同期させるための装置の読み取り可能な記憶媒体を提供する。
【発明の効果】
【００１５】
本発明の実施形態では、受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置にリセット命令を送信し、受信装置送信装置からリセット命令を受信した後、解凍バッファをリセットし、送信装置および受信装置はリセットされた圧縮バッファを使用して、後続のデータパケット送信を実行する。本発明の実施形態では、受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗の通知メッセージを送信し、送信装置はチェックサムエラーが検証されたことを知って、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知する。リセットが行われた後、送信装置および受信装置は、リセットされた後のバッファを使用して、後続のデータパケット送信を実行する。このように、チェックサムエラーの既存の問題が解決されるだけでなく、ＵＤＣ機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。
【図面の簡単な説明】
【００１６】
本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面について簡単に紹介する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。
【００１７】
【図１】本発明の実施形態による、事前設定された固定位置情報に従って１つまたは複数のサンプリング位置を決定することの概略図である。
【図２】本発明の実施形態による、サンプリング方向がバッファのヘッドからバッファのテールまでサンプリングすることであるとき、サンプリング間隔の数と２つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、サンプリング位置を決定する概略図である。
【図３】本発明の実施形態による、サンプリング方向がバッファのテールからバッファのヘッドまでサンプリングすることであるとき、サンプリング間隔の数と２つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、サンプリング位置を決定する概略図である。
【図４】本発明の実施形態による、サンプリング間隔の数および２つの隣接するサンプリング間隔の間でサンプリングされたバイト数に従って、バッファの最初のＸ個のバイトと最後のＸ個のバイトをサンプリング位置として決定する概略図である。
【図５】本発明の実施形態による、サンプリング周期に含まれるバイトの数、サンプリング周期ごとに選択されたサンプリングデータのバイトの数およびサンプリング周期におけるサンプリング位置に従って、サンプリング位置を決定する概略図である。
【図６】本発明の実施形態による、サンプリング間隔におけるバイトの数、２つの隣接するサンプリング間隔の間でサンプリングされたバイトの数およびサンプリング方向に従って、サンプリング位置を決定する概略図である。
【図７】本発明の実施形態によるシステムの構造の概略図である。
【図８】本発明の実施形態による受信装置の構造の概略図である。
【図９】本発明の実施形態による送信装置の構造の概略図である。
【図１０】本発明の実施形態による別の受信装置の構造の概略図である。
【図１１】本発明の実施形態による別の送信装置の構造の概略図である。
【図１２】本発明の実施形態による、受信装置によって実行される方法のフローチャートである。
【図１３】本発明の実施形態による、送信装置によって実行される方法のフローチャートである。
【図１４】本発明の実施形態による完全な方法のフローチャートである。
【発明を実施するための形態】
【００１８】
本明細書におけるいくつかの用語は、理解を容易にするために以下で説明される。
【００１９】
１．「ネットワーク」および「システム」という用語は、本明細書では交換可能であり、その意味は、当業者が理解できるはずである。
【００２０】
２．本明細書における表現「複数」は、２つまたは２つ以上を指す。
【００２１】
３．「および／または」という用語は、関連するオブジェクトを説明する関連関係のみであり、これは、例えばＡおよび／またはＢが、Ａのみ、ＡとＢ、Ｂだけのような３種類の関係があり得ることを意味する。さらに、特に明記しない限り、本明細書における文字「/」は、一般に、２つの関連オブジェクトが「あるいは」関係にあることを示す。
【００２２】
ＵＤＣを実施するために、送信装置は圧縮バッファを維持する必要があり、受信装置は解凍バッファを維持する必要がある。前記受信装置と送信装置のバッファには、圧縮されていないデータパケットが格納される。データを送信する前に、送信装置は送信されるデータと解凍バッファのデータを比較し、送信される元のデータと解凍バッファ内のデータは同じであると、送信される元のデータを置き換える解凍バッファのデータを受信装置に送信する。
【００２３】
それに応じて、受信装置は、解凍バッファ内のデータを基準として使用して、送信装置によって送信されたデータを解凍する。受信装置が受信したデータパケットを正常に解凍できるようにするには、２つのバッファのコンテンツが同じである必要がある。つまり、受信装置と送信装置のバッファは同期している。
【００２４】
受信および送信装置のバッファが同期しているかどうかをチェックするために、データパケットを送信するとき、送信装置は、事前設定されたサンプリング方法を使用して前記圧縮バッファから一部のデータを抽出し、前記抽出したデータを使用してチェックサムを生成し、チェックサムをデータパケットに挿入し、データパケットを受信装置に送信する。
【００２５】
それに対応して、送信装置によって送信されたデータパケットを受信した後、受信装置は、データパケットから送信装置によって生成されたチェックサムを抽出し、事前設定されたサンプリング方法を使用して解凍バッファからいくつかのデータを抽出し、別のチェックサムを生成する。抽出されたデータを使用して、それ自体が生成したチェックサムと送信装置が生成したチェックサムを比較する。２つのチェックサムが等しい場合、送信装置と受信装置のバッファが同期していることを意味する。２つのチェックサムが異なる場合は、送信装置と受信装置のバッファが同期していないことを意味する。
【００２６】
事前設定されたサンプリング方法およびチェックサムを生成するための計算方法は、送信装置および受信装置について同じであるべきであることに留意されたい。たとえば、前記送信装置が、事前設定された固定位置情報に従って圧縮バッファからデータの一部をサンプリングするためのサンプリング位置を決定する場合、前記受信装置は、事前設定された固定位置情報に従って解凍バッファからデータの一部もサンプリングする必要がある。
【００２７】
ここで、送信および受信装置のバッファからデータの一部をサンプリングする２つの方法がある。１つの方法は、事前設定された固定位置情報に従ってバッファからのデータの一部を使用することであり、もう１つの方法は、事前設定されたパターン位置情報に従ってバッファからデータの一部をサンプリングすることである。２つの異なる方法について、以下で詳しく説明する。
【００２８】
（あ）事前設定された固定位置情報に従ってバッファから一部のデータをサンプリングする。
【００２９】
実際には、事前設定された固定位置情報は、規格に従って決定されてもよく、またはネットワーク側装置によって構成されてもよい。
【００３０】
ここで、前記固定位置情報は、以下の３種類の情報のうちの１つを示してもよい。
【００３１】
１.サンプリング位置は、バッファ内の最初のＭバイトからなる。
【００３２】
例えば、図１に示すように、バッファのサイズが２Ｋバイトに設定されると、サンプリング位置はバッファの最初の８バイトからなり、サンプリングデータは前記８バイトから抽出される。
【００３３】
２.サンプリング位置は、バッファ内の最後のＮバイトからなる。
【００３４】
例えば、図１に示すように、バッファのサイズが２Ｋバイトに設定されると、サンプリング位置はバッファの最後の８バイトからなり、サンプリングデータは前記８バイトから抽出される。
【００３５】
３.サンプリング位置は、バッファ内の最初のＭバイトと最後のＮバイトからなる。
【００３６】
例えば、図２に示されるように、バッファのサイズが２Ｋバイトに設定されるとき、バッファのヘッドの最初の８バイトおよびバッファのテールの１６バイトは、サンプリング位置を構成する。サンプリングデータは、前記２４バイトからが抽出される。
【００３７】
（い）事前設定されたパターン位置情報に従って、サンプリング位置を決定して、チェックサムを生成する。
【００３８】
実施において、事前設定されたパターン位置情報は、規格で定められていてもよいし、ネットワーク側で構成されていてもよい。
【００３９】
任意選択で、前記パターン位置任意情報は、以下情報の一部またはすべてを含むが、これらに限定されない：
◎サンプリング周期に含まれるバイトの数、すなわち、各サンプリング周期にいくつのバイトが含まれるか
◎サンプリング周期ごとのサンプリングバイトの数、すなわち各サンプリング周期においていくつのバイトがサンプリングされるのか
◎サンプリング周期におけるサンプリング位置、すなわち各サンプリング周期のどの位置でサンプリングするのか
◎サンプリング間隔におけるバイトの数、すなわち各間隔において複数のバイトからサンプリングする
◎サンプリング間隔の数、すなわちいくつのサンプリング間隔があるのか
◎２つの隣接するサンプリング間隔の間でサンプリングされたバイトの数、すなわち、サンプリングごとに、いくつのバイトがサンプリングされるのか
◎サンプリング方向（つまり、ヘッドからテールへ、またはテールからヘッドへ）。
【００４０】
上記コンテンツを含むパターン位置情報に従ってサンプリング位置を決定する例を以下に説明する。
【００４１】
１．パターン位置情報がサンプリング間隔の数、２つの隣接するサンプリング間隔との間でサンプリングされたバイト数およびサンプリング方向を含む場合、サンプリング位置を決定するために以下の２つの方法を使用することができる。
【００４２】
（１）サンプリング方向は、バッファのヘッドからバッファのテールまでである。
【００４３】
図２に示すように、バッファのサイズが２Ｋバイト（２０４８バイト）に設定され、サンプリング間隔の数が４であり、２つの隣接するサンプリング間隔の間で８バイトがサンプリングされ、その後、２０４８バイトは長さが等しい４つの部分に分割でき、各部分の最初の８バイトをサンプリング位置として使用できる。
【００４４】
（２）サンプリング方向は、バッファのテールからバッファのヘッドまでである。
【００４５】
図３に示されるように、バッファのサイズが２Ｋバイト（２０４８バイト）に設定され、サンプリング間隔の数が４であり、２つの隣接するサンプリング間隔の間で８バイトがサンプリングされると仮定すると、２０１８バイトは、同じ長さの４つの部分に分割でき、各部分の最後の８バイトをサンプリング位置として使用できる。
【００４６】
２．前記パターン位置情報が、サンプリング間隔の数および２つの隣接するサンプリング間隔の間でサンプリングされたバイト数を含む場合、サンプリング位置は、バッファの最初のＸ個のバイトと最後のＸ個のバイトをサンプリング位置とし、サンプリング間隔の数と２つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、最初のＸ個のバイトと最後のＸ個のバイトが削除された後の、バッファ内の残りのデータからサンプリング位置を決定する。
【００４７】
ここで、Ｘは、２つの隣接するサンプリング間隔の間でサンプリングされたバイトの数である。
【００４８】
図４に示すように、バッファのサイズが２Ｋバイト（２０４８バイト）に設定され、サンプリング間隔の数が４であり、最初の８バイト、［１、８］、およびバッファの最後の８バイト[２０４１、２０４８]は２つのサンプリング位置として決定される。次に、サンプリング間隔の数に従って、残りの２０３２バイト[９、２０４０]からサンプリング位置が決定される。
【００４９】
３.前記パターン位置情報が、サンプリング周期に含まれるバイトの数、サンプリング周期ごとのサンプリングバイトの数およびサンプリング周期におけるサンプリング位置を含む場合、サンプリング位置は以下のように決定される。
【００５０】
図５に示されるように、バッファのサイズが２Ｋバイト（２０４８バイト）に設定され、各サンプリング周期によって含まれるバイト数が４００であると仮定すると、サンプリング周期ごとのサンプリングされたバイト数は８バイトで、サンプリング周期におけるサンプリング位置は、サンプリング周期ヘッドから始まる。まず、バッファのバイト[１、４００]がサンプリング周期として決定される。最初の４００バイトの[１，８]がサンプリング位置の１つとして決定され、バイト[９、４００]のデータが他のデータとして決定される。次に、バッファ内のバイト[４０１、８００]がサンプリングデータのパターンの間隔として決定される。ここで、[４０１、４０８]のバイトのデータはサンプリングデータとして決定され、[４０９、８００]のバイトのデータは別のデータとして決定され、バッファの最後まで繰り返される。
【００５１】
したがって、サンプリング周期のサンプリング開始位置は、代わりにサンプリング周期の最後のバイト、またはサンプリング周期の他の任意の位置であり得、この場合、サンプリング位置は、図５に例示されるものと同様の方法で決定され得る。
【００５２】
４.前記パターン位置情報が、サンプリング間隔におけるバイトの数、２つの隣接するサンプリング間隔の間でサンプリングされたバイトの数およびサンプリング方向を含む場合、サンプリング位置は、以下のように決定され得る。
【００５３】
図６に示すように、バッファのサイズが２Ｋバイト（２０４８バイト）に設定され、サンプリング間隔あたりのバイト数が４００であり、２つの隣接するサンプリング間隔の間でサンプリングされたバイト数が８であると仮定する。サンプリング方向はバッファのヘッドからテールまでである。その後、バッファの最初のバイトからサンプリングが開始され、バッファ内のバイト[１、８]がサンプリング位置として決定される。バイト[９、４０８］データを別データとし、バイト［４０９，４１６］を別のサンプリング位置、バイト［４１７，８１６］を別データとし、バッファの最後まで処理を繰り返す。
【００５４】
したがって、代わりに、サンプリング方向は、バッファのテールからヘッドへの方向であってもよく、その場合、サンプリング位置は、図６によって示されるものと同様の方法で決定されてもよい。
【００５５】
図７に示されるように、本開示の実施形態は、非同期バッファを処理するためのシステムを提供する。このシステムは、受信装置７００および送信装置７０１を含む。
【００５６】
受信装置７００は、以下のように構成される：圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知し、送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍する。
【００５７】
送信装置７０１は、圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信する。
【００５８】
ここで、前記送信装置は端末であってもよく、受信装置はネットワーク側装置であってもよい。
【００５９】
本発明の実施形態受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置にリセット命令を送信し、受信装置送信装置からリセット命令を受信した後、解凍バッファをリセットし、送信装置および受信装置はリセットされた圧縮バッファを使用して、後続のデータパケット送信を実行する。本発明の受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗の通知メッセージを送信し、送信装置はチェックサムエラーが検証されたことを知って、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知する。リセットが行われた後、送信装置および受信装置は、リセットされた後のバッファを使用して、後続のデータパケット送信を実行する。それにより、圧縮チェックサムエラーが検出される場合の従来の技術問題を解決し、ＵＤＣ機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。
【００６０】
受信装置は、チェックサムエラーを検出すると、チェック失敗通知メッセージを送信装置に送信する。
【００６１】
本開示の実施形態によれば、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，以下、「ＲＲＣ」）シグナリングを使用して通知メッセージを送信装置に通知すること、およびパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，以下「ＰＤＣＰ」）制御プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，以下「ＰＤＵ」）を使用して送信装置に通知することを含む、上記２つの方法を以下に詳しく紹介する。
【００６２】
（あ）ＲＲＣシグナリングを使用することによる送信装置への通知
受信装置がチェックサムエラーを検出すると、受信装置のＰＤＣＰレイヤーは、ＲＲＣレイヤーにチェックサムエラーを通知する。
【００６３】
したがって、ＲＲＣレイヤーは、ＲＲＣシグナリングを介して、圧縮バッファおよび解凍バッファが同期していないことを端末に通知し、データ無線ベアラ識別子（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ，以下、「ＤＲＢ ＩＤ」）などの情報をＲＲＣシグナリングで使用して、異なるＰＤＣＰエンティティを区別することができる。異なるＰＤＣＰエンティティを識別し、およびチェックサムエラーを検出するＰＤＣＰエンティティを送信装置に通知する。
【００６４】
任意選択で、受信装置のＰＤＣＰレイヤーは、ＲＲＣレイヤーにチェックサムエラーを通知するとき、チェックサムエラーが検出されたＰＤＣＰエンティティのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ，以下、「ＳＮ」）もＲＲＣレイヤーに通知する。ＲＲＣレイヤーは、チェックサムエラーを検出するＰＤＣＰエンティティのＳＮを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
【００６５】
例えば、受信装置が５０に等しいＰＤＵ ＳＮを有するデータパケットのチェックサムエラーを検出すると、受信装置のＰＤＣＰレイヤーはＲＲＣレイヤーに５０に等しいＰＤＵ ＳＮを有するデータパケットのチェックサムエラーを通知する。ＲＲＣレイヤーは５０に等しいＰＤＵ ＳＮを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
【００６６】
（い）ＰＤＣＰ制御ＰＤＵを使用することによる送信装置への通知
受信装置がチェックサムエラーを検出すると、受信装置内のＰＤＣＰエンティティは、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージ自体を編成することができる。たとえば、通知メッセージとしてＰＤＣＰ制御ＰＤＵを使用できる。
【００６７】
任意選択で、受信装置内のＰＤＣＰエンティティは、チェックサムエラーを検出するＰＤＣＰエンティティのＰＤＣＰ ＳＮを、送信装置に送信される通知メッセージに入れてもよい。
【００６８】
実施では、ＰＤＣＰ制御ＰＤＵのフォーマットは、以下の有効フィールドのうちの１つまたは複数を含む。
【００６９】
（１）データＰＤＵと制御ＰＤＵとを区別するように構成されたＤ／Ｃフィールド。
【００７０】
（２）１つまたは複数の値を有し、ＵＤＣバッファチェックサムエラーを示すＰＤＵタイプフィールド。
【００７１】
（３）チェックサムエラーが検出されたデータパケットのＳＮを示すように構成されたＳＮフィールド。ＳＮフィールドの長さは、データＰＤＵによって使用されるＳＮの長さに依存し得、例えば、ＬＴＥによってサポートされる１２、１５または１８ビットが、ＳＮフィールドの長さとして使用され得る。
【００７２】
チェックサムエラーを検出するＰＤＣＰエンティティのＳＮは、チェックサムエラーが検出された最初のデータパケットを示すＰＤＣＰ ＳＮであってもよく、または最後続のチェックサムエラーが検出されたＰＤＣＰ ＳＮであってもよい。
【００７３】
例えば、前記受信装置は、５０に等しいＰＤＵ ＳＮを有するデータパケットのチェックサムエラーを検出し、次いで、受信装置内のＰＤＣＰエンティティは、５０に等しいＰＤＵ ＳＮを、送信装置に送られるべきＰＤＣＰ制御ＰＤＵに入れる。これにより、ＰＤＵ ＳＮ ＝ ５０のデータパケットでチェックサムエラーが検出されたことが送信装置に通知される。
【００７４】
任意選択で、受信装置がＰＤＣＰ制御ＰＤＵを送信することによってチェックサムエラーを送信装置に通知すると、受信装置は、カウントアップタイマーなどのタイマーを開始する。たとえば、前記タイマーは０，１，２から５０までの５０秒間カウントする。
【００７５】
任意選択で、タイマーは、カウントダウンタイマーであってもよい。たとえば、タイマーは５０秒間、５０、４９、４８、・・・・・・.０までカウントする。
【００７６】
タイマーが切れる前に受信装置がリセット命令を受信しない場合、受信装置はバッファが同期していない通知メッセージを送信装置に再送信する。
【００７７】
タイマーが切れる前に受信装置がリセット命令を受信せず、送信装置にバッファが同期していない通知メッセージを送信する回数が事前設定された最大数に達した場合、データ送信が失敗したと判断する。失敗を特定した後、エラーはＲＲＣレイヤーに報告されることもある。
【００７８】
タイマーの持続時間およびバッファが同期していない通知メッセージを送信するための最大回数は、実際の必要性に応じて当業者によって設定され得るか、またはネットワーク側のより高いレイヤーによって構成され得る。
【００７９】
例えば、タイマーが５０秒間カウントするように設定され、バッファが同期していない通知メッセージを送信するための最大回数が１０であると仮定する。受信装置のＰＤＣＰエンティティが５０に等しいＰＤＵ ＳＮをＰＤＣＰ制御ＰＤＵに入れた後、ＰＤＣＰ制御ＰＤＵを送信装置に送信し、受信装置はタイマーを開始する。受信装置は、５０秒の間にリセット命令を受信しない場合、バッファが同期していない通知メッセージを送信装置に再送信し、タイマーを再起動する。前記送信装置にバッファが同期していない通知メッセージを送信するタイマーの数が１０に達した場合、受信装置はデータ送信が失敗したと判断し、エラーをＲＲＣレイヤーに報告する。
【００８０】
したがって、前記受信装置は、リセット命令を受信するまで、チェックサムエラーが検出された最初のデータパケット、および最初のデータパケットに続いて受信されたデータパケットを直接削除する。
【００８１】
したがって、前記送信装置は、バッファが同期していない通知メッセージを受信した後、圧縮バッファをリセットする。
【００８２】
任意選択で、前記送信装置は、圧縮バッファをすべてゼロに設定することによって、または前記解凍バッファのすべてのコンテンツを圧縮辞書のコンテンツの一部またはすべてに置き換えることによって、または前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることによって、圧縮バッファをリセットすることができる。
【００８３】
本開示の実施形態による送信装置によって圧縮バッファをリセットするためのいくつかの方法を以下で詳細に説明する。
【００８４】
１.圧縮辞書なしで圧縮バッファをリセットする
チェックサムエラーが検出され、送信装置および／または受信装置が圧縮辞書で事前構成されていない場合、前記送信装置は、圧縮バッファをすべてゼロに設定するか、または前記圧縮バッファを初期値に設定することにより、圧縮バッファをリセットすることができる。
【００８５】
例えば、前記送信装置および／または受信装置は、圧縮辞書で事前構成されていない。送信装置は、圧縮バッファをリセットするときに、圧縮バッファをすべてゼロに設定するようにクリアするか、圧縮バッファのすべてのバイトを００１１０１０１などの初期値に設定する。
【００８６】
２.圧縮辞書を用いて圧縮バッファをリセットする
（１）チェックサムエラーが検出され、送信装置および受信装置が圧縮辞書で事前構成されている場合、送信装置は、圧縮バッファをすべてゼロに設定するようにクリアし、圧縮辞書の一部またはすべてのデータを圧縮バッファの初期値として圧縮バッファに格納する。あるいは、送信装置は、圧縮バッファをすべてゼロに設定せずに、圧縮辞書の一部またはすべてのデータをテールから順に圧縮バッファに挿入することにより、圧縮バッファをリセットしてもよい。次に、圧縮バッファのヘッドにあるデータが圧縮バッファから押し出され、圧縮辞書のデータの一部またはすべてが圧縮バッファのデータに置き換わる。
【００８７】
圧縮辞書のデータの一部またはすべてをヘッドから圧縮バッファに入れて、圧縮バッファのテールのデータを押し出すこともできる。
【００８８】
任意選択で、圧縮辞書のサイズと圧縮バッファのサイズが一致しない場合、事前定義された方法または事前構成された方法を使用して、圧縮バッファと解凍バッファの初期コンテンツを同じにする。
【００８９】
例えば、圧縮辞書（００１１０１０１００１００）が圧縮バッファ（１１００１０１０）より大きい場合、圧縮辞書のテール（０１００１１００）が圧縮バッファに挿入される。圧縮辞書（００１１０１００１１００）が圧縮バッファ（１１００１０１００１０１１０１１）より小さい場合、圧縮辞書を圧縮バッファのテールに入れ、圧縮バッファの先頭には０（つまり、００００００１１０１００１１００）を挿入する。
【００９０】
（２）複数の圧縮辞書で事前構成されている場合、構成に従って、または別の方法を使用して、１つまたは複数の圧縮辞書を使用することを決定する。複数の圧縮辞書が構成されているが、選択された方法が事前に定義されていない場合、送信装置はデフォルトの辞書を使用することができる。
【００９１】
例えば、複数の圧縮辞書は、圧縮バッファをリセットするために使用される専用の圧縮辞書を含む、異なる圧縮問題のために事前構成されている。
【００９２】
なお、送受信装置に圧縮辞書が事前設定されている場合、送信装置は、圧縮辞書を使用せずに、圧縮バッファの中間を初期値に設定してもよい。これは、圧縮辞書がセッションの途中のデータパケットではなく、セッションの最初のデータパケットにのみ役立つ場合があるためである。このように、圧縮バッファの中間のリセットは、送信装置および受信装置がそれらのバッファを同じ方法でリセットすることを条件として、圧縮辞書なしで処理することができる。
【００９３】
したがって、圧縮バッファをリセットした後、送信装置はデータパケットを受信装置に送信し続け、リセット後に送信された最初のＰＤＵデータパケットのヘッドに特別なリセット命令を挿入する。たとえば、リセット後に送信された最初のＵＤＣデータパケットのヘッドの１ビットはリセット命令を表す。これは、このリセット命令から始まるデータパケットを圧縮するために圧縮バッファがリセットされたことを受信装置に示すように構成されている。最初のデータパケットの後に送信される他のデータパケットは、リセット命令を運ぶ必要がなく、通常の圧縮および送信プロセスに従って処理される。
【００９４】
本発明の実施形態によれば、送信装置は、以下に詳細に導入される様々な方法でリセット命令を受信装置に送信することができる。
【００９５】
（あ）送信装置は、リセット後に送信される最初のデータパケットから圧縮を開始して、ＵＤＣデータパケットを取得し、ＵＤＣデータパケットを送信する。
【００９６】
圧縮バッファをリセットした後、送信装置は、つぎのデータＰＤＵを送信し、つぎのデータＰＤＵのヘッドは特殊なリセット命令、ｒｅｓｅｔを運ぶ。
【００９７】
例えば、ＰＤＵ ＳＮ ＝ １００のデータを送信した後、送信装置は、受信装置からバッファが同期していない通知メッセージを受信する。前記送信装置は圧縮バッファをリセットし、リセットされた圧縮バッファを使用して、ＰＤＵ ＳＮ ＝ １０１のデータパケットから圧縮を開始する。送信装置は、リセット命令ｒｅｓｅｔをＰＤＵ ＳＮ ＝ １０１のデータパケットに挿入し、データパケットを受信装置に送信する。ＰＤＵ ＳＮ ＝ １０２後ろのデータパケットから、新しいバッファを圧縮するが、リセット命令ｒｅｓｅｔを運ぶ必要がある。
【００９８】
送信装置は、以下の状況において、リセット後に送信される最初のデータパケットから圧縮を開始して、ＵＤＣデータパケットを取得し、リセット命令とともにＵＤＣデータパケットを送信することができる。
【００９９】
（１）受信装置がバッファが同期していない通知メッセージにＰＤＣＰ ＳＮを挿入しない場合、送信装置は、どのデータパケットから解凍が失敗し始めたかを知らず、自身の進行に従って送信を継続しなければならない。このとき、受信装置でＳＮギャップまたはパケット損失が発生する。パケット損失は、ＴＣＰ再送信などにより上位レイヤーで回復できるが、遅延が長くなる。
【０１００】
（２）受信装置がバッファが同期していない通知メッセージにＰＤＣＰ ＳＮを挿入するが、送信装置自身の理由により、たとえば、送信装置のアルゴリズムにより再送信を無意味であると判断するか、送信装置は送信されたデータパケットのキャッシュに失敗するか、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，以下「ＲＬＣ」）確認応答（ＡＣＫｎｏｗｌｅｄｇｅ，以下「ＡＣＫ」）メッセージを受信したデータパケットを削除した場合、送信装置は、自身の進行状況に応じてデータパケットを送信し続けることもできる。
【０１０１】
（い）送信装置は、バッファが同期していない通知メッセージに挿入されたＰＤＣＰ ＳＮに対応するデータパケットの後に送信されるデータパケットをターゲットデータパケットとして決定し、ターゲットデータパケットを送信する。
【０１０２】
圧縮バッファをリセットした後、送信装置は、データパケットを送信し続ける必要がある。チェックサムエラーが検出されたデータパケットのＰＤＣＰ ＳＮが受信装置から受信される場合、送信装置は、送信されたデータの記憶に従って再送信のためにいくつかのパケットを選択することができる。例えば、送信装置は、チェックサムエラーが検出されたＰＤＣＰ ＳＮのデータパケットおよびチェックサムエラーが検出されたＰＤＣＰ ＳＮのつぎのＰＤＣＰ ＳＮに対応するデータパケットを選択して再送信することができる。圧縮バッファがリセットされた後に最初に送信されたＰＤＵヘッドはリセット命令ｒｅｓｅｔを運ぶ。
【０１０３】
例えば、ＰＤＵ ＳＮ ＝ １００でデータパケットを送信し、チェックサムエラーが検出されたデータパケットのＰＤＣＰ ＳＮが１００であることを知った後、送信装置は、圧縮バッファをリセットし、ＰＤＵ ＳＮが９０から１００の範囲で送信されたデータパケットのコピーが保存されるか、またはＰＤＣＰ ＳＮ ＝ ９０のデータパケットが受信される前に送信されたすべてのデータパケットに対応するＲＬＣ ＡＣＬメッセージが受信されると、送信側装置はＰＤＣＰ ＳＮ ＝ ９０のデータパケットからのリセットされた後の圧縮バッファを使用してデータパケットの圧縮を開始する。リセット命令ｒｅｓｅｔをＰＤＣＰ ＳＮ ＝ ９０のＰＤＵデータパケットに挿入する。送信装置は、リセット命令であるｒｅｓｅｔを挿入せずに、新しい圧縮バッファを使用して、ＰＤＣＰ ＳＮ ＝ ９０のデータパケットの後にデータパケットを圧縮する。
【０１０４】
実際に、送信装置によって受信されたバッファが同期していない通知メッセージが、チェックサムエラーが検出されたデータパケットのＰＤＣＰ ＳＮを含む場合、通常、圧縮バッファをリセットした後、送信装置は、ＳＮギャップを回避するために、チェックサムエラーの繰り返しを示すＰＤＣＰ ＳＮにより、送信する。
【０１０５】
任意選択で、送信装置は、ＳＮギャップを引き起こす可能性があるが、ＰＤＣＰ ＳＮとＮｅｘｔ_ＰＤＣＰ ＳＮの間の値を有するＳＮに対応する任意の適切であると見なすデータパケットから圧縮バッファをリセットした後、データ送信を開始することができる。
【０１０６】
送信装置は、バッファが同期していない通知メッセージに挿入されたＰＤＣＰ ＳＮに対応するデータパケットの後に送信されるデータパケットをターゲットデータパケットとして決定し、以下の状況でターゲットデータパケットを送信することができる。
【０１０７】
（１）受信装置が解凍が失敗し始めるデータパケットを知らない場合、送信装置は、コピーが保存されている可能な限り多くの送信されたデータパケットを再送するか、またはネットワーク側で問題が発生される恐れがある最初のデータパケットを推測しなければならない（通常、データパケットが送信側装置によって送信されたのと同じ順序で受信側装置によって受信された場合、バッファの維持は通常は連続かつ同期しており、非同期は、不確実な状況または異常なパケット損失が発生した場合にのみ発生する。そのため、受信装置が確認応答メッセージが受信されていないＳＮから再送信すると、受信装置に問題が発生したデータパケットのほとんどまたはすべてが、カバーされることができる)。それでもなお、ＳＮギャップまたはパケット損失は受信装置で発生する可能性があり、これは、たとえばＴＣＰ再送信を通じて上位レイヤーで処理される可能性があり、長い遅延を引き起こす。
【０１０８】
（２）受信装置は、チェックサムエラーが検出されたデータパケットのＰＤＣＰ ＳＮを知っているが、送信装置自身の理由により、たとえば、アルゴリズムで再送信を無意味であると判断するか、送信されたデータパケットのキャッシュに失敗するか、または送信装置がＲＬＣ ＡＣＫメッセージを受信したデータパケットを削除した場合、送信装置は、チェックサムエラーが検出されたデータパケット位置より早くない、現在のデータパケット位置からデータパケットを送信し続けることもできる。
【０１０９】
（う）送信装置は、チェックサムエラーが検出されたＰＤＣＰのＳＮに従ってターゲットデータパケットを決定し、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信する。
【０１１０】
圧縮バッファをリセットした後、送信装置は、送信されたデータパケットを再送し始める。送信装置が、受信装置からチェックサムエラーが検出されたデータパケットのＰＤＣＰ ＳＮを取得し、当該ＰＤＣＰ ＳＮ及びその後のデータのコピーを有する場合、送信装置は当該ＳＮから再送信し、また、バッファをリセットした後に送信された最初のＰＤＵヘッドに特殊なリセット命令ｒｅｓｅｔを含める。データパケット
例えば、ＰＤＵ ＳＮ ＝ １００でデータパケットを送信した後、送信装置は、チェックサムエラーが検出されたＰＤＣＰ ＳＮ ＝ ８０を含むバッファが同期していない通知メッセージを受信装置から受信する。送信側装置は圧縮バッファをリセットし、ＰＤＣＰ ＳＮが８０〜１００の送信済みデータパケットのコピーが自分で保存されていることを確認する。次に、送信装置は、ＰＤＣＰ ＳＮ ＝ ８０のデータパケットからリセット後の圧縮バッファを使用して圧縮を開始し、リセット命令であるｒｅｓｅｔをＰＤＣＰ ＳＮ ＝ ８０のデータパケットに挿入する。送信装置は、リセット命令ｒｅｓｅｔを挿入せずに、新しい圧縮バッファを使用して、ＰＤＣＰ ＳＮ  ＝８１からのデータパケットを圧縮する。
【０１１１】
送信装置は、以下のように、バッファが同期していない通知メッセージに挿入されたＰＤＣＰ ＳＮに従ってターゲットデータパケットを決定し、ターゲットデータパケットからリセットされた圧縮バッファを使用して圧縮を開始し、ＵＤＣ圧縮データパケットを取得して、リセットとともにデータパケットを送信することができる：
受信装置が、チェックサムエラーが検出されたデータパケットに対応するＰＤＣＰ ＳＮをバッファが同期していない通知メッセージに挿入する場合、送信装置は、ＰＤＣＰ ＳＮからデータパケットを再送し、リセット命令を当該ＰＤＣＰ ＳＮに対応するＰＤＵに含める。これにより、解凍に失敗したすべてのデータを受信装置で確実に回復できるため、受信シーケンスにギャップがなく、パケット損失が発生しない。これにより、ＵＤＣサービスのブロックエラー率と遅延が減少し、ユーザーエクスペリエンスが向上する。
【０１１２】
したがって、リセット命令を運ぶＵＤＣデータパケットを受信した後、受信装置は、受信したデータパケットに対応するＰＤＣＰ ＳＮに従って、受信ウィンドウの下限を設定することができる。
【０１１３】
例えば、受信装置は、受信ウィンドウの下限を、リセット命令を運ぶ第１のデータパケットのＰＤＣＰ ＳＮに設定する。
【０１１４】
データ送信のために、暗号化などのセキュリティ操作が実行されることに留意されたい。送信装置は、圧縮後に、データパケットの暗号化などのデータパケットのセキュリティ操作を実行するため、途中変更またはリセットされた場合、元のデータパケットが同じであっても、データパケットは元のバッファとリセットされたバッファのデータパケットは、リセット前後のバッファの違いにより、圧縮後のコンテンツも異なる。さらに、安全な観点から同じセキュリティパラメータを使用して２つの異なるデータパケットの暗号化などのセキュリティ操作を実行することは合理的ではない。そのため、基本的なセキュリティ要件を満たすために、データの再送信中にセキュリティパラメータを変更する必要がある。
【０１１５】
上記の第１の方法でリセット圧縮バッファの助けを借りて圧縮されたデータパケットを送信装置が受信装置に送信するとき、データパケットは再送信されないため、送信装置は新しいデータデータパケットからの、リセットされた圧縮バッファを直接使用して圧縮されたパケットに対してセキュリティ操作を実行する。暗号化などのセキュリティ操作に同じセキュリティパラメータを使用するのが妥当である。
【０１１６】
１つまたは複数のデータパケットが再送信されるため、セキュリティ操作の各セキュリティパラメータ同じグループのセキュリティパラメータを２つのデータパケットに使用できないという要件を満たすには、データを再送信する前に更新する必要がある。
【０１１７】
ここで、前記セキュリティパラメータは、セキュリティキー、ＤＲＢ ＩＤ、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値のうちの一部またはすべてを含む。
【０１１８】
変更されるパラメータがセキュリティキーおよび／またはＤＲＢ ＩＤである場合、ＲＲＣレイヤーは、パラメータを再構成し、送信装置に通知することができる。
【０１１９】
変更されるパラメータがＰＤＣＰ ＳＮを含む場合、送信装置は、ＰＤＣＰ ＳＮを更新し、更新されたＰＤＣＰ ＳＮに従ってリセットされた圧縮バッファを使用することによって、ＵＤＣデータパケットを受信装置に送信する。圧縮バッファのリセット後に送信されたデータパケットは、更新されたＰＤＣＰ ＳＮから番号が付け直される。
【０１２０】
ここで、前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮである。たとえば、Ｙは１である。
【０１２１】
例えば、受信装置が、解凍がＰＤＣＰ ＳＮ ＝ １００のデータパケットから失敗し始めることを送信装置に通知する場合、送信装置が、ＰＤＣＰ ＳＮ ＝ １００のデータパケットからデータパケットを再送する必要がある場合、送信装置は、最初の再送信されたデータパケットのＰＤＣＰ ＳＮとして、元のＰＤＣＰ ＳＮ（つまり、１００）の代わりに、使用された最高のＰＤＣＰ ＳＮの次のＰＤＣＰ ＳＮを使用するものとする。たとえば、使用された最高のＰＤＣＰ ＳＮが１１０であり、元のＰＤＣＰ ＳＮ ＝ １００に対応する再送信されたデータパケットによって運ばれた新しいＰＤＣＰ ＳＮが１１１であり、元のＰＤＣＰ ＳＮ＝１０１に対応するデータパケットによって運ばれたＰＤＣＰ ＳＮが１１２である。元のＰＤＣＰ ＳＮ=１０２に対応するデータパケットによって運ばれたＰＤＣＰ ＳＮが１１３である。このように繰り返す。
【０１２２】
したがって、受信装置は、解凍バッファをリセットし、リセットされた解凍バッファを使用して、受信されたＵＤＣデータパケットを解凍する。
【０１２３】
ここで、前記受信装置は、送信装置が圧縮バッファをリセットするのと同じ方法で解凍バッファをリセットする。送信装置と受信装置によるバッファのリセット方法は事前設定されており、同じでなければならないことに注意してください。
【０１２４】
図８に示されるように、本発明の実施形態は、非同期バッファを処理するための受信装置を提供する。受信装置は、プロセッサ８００、メモリ８０１、および送受信機８０２を備える。
【０１２５】
ここで、プロセッサ８００は、メモリ内のプログラムを読み取るように構成される：圧縮バッファと解凍バッファが同期していないと判断した後、送受信機８０２を通じて送信装置に通知し、送受信機８０２を通じて送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して送受信機８０２を通じて受信されたＵＤＣ圧縮データパケットを解凍する。
【０１２６】
任意選択で、前記プロセッサ８００は具体的に、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたＰＤＣＰのＳＮを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れ、送受信機８０２を通じて送信装置に送信する。
【０１２７】
任意選択で、前記通知メッセージは、ＲＲＣシグナリングまたはＰＤＣＰ制御ＰＤＵである。
【０１２８】
任意選択で、前記プロセッサ８００は具体的に、前記通知が前記ＰＤＣＰ制御ＰＤＵである場合、圧縮バッファと解凍バッファが同期していないと判断し、送受信機８０２を通じて送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に送受信機８０２を通じて前記リセット命令を受信していないと、送受信機８０２を通じて送信装置に再通知する。
【０１２９】
任意選択で、前記プロセッサ８００は具体的に、タイマーが開始された後、前記タイマーが切れる前に送受信機８０２を通じて前記リセット命令を受信していなく、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断する。
【０１３０】
任意選択で、前記プロセッサ８００は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
【０１３１】
任意選択で、前記プロセッサ８００は具体的に、送受信機８０２を通じて送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定する。
【０１３２】
任意選択で、前記プロセッサ８００は具体的に、チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除する。
【０１３３】
プロセッサ８００は、バスアーキテクチャ及び通常の処理を管理し、メモリ８０１は、プロセッサ８００が動作する際に利用するデータを記憶することができる。送受信機８０２は、プロセッサ８００の制御の下でデータを送受信する。
【０１３４】
バスアーキテクチャは、いずれ数の相互接続するバス及びブリッジを備える。具体的に、プロセッサ８００が代表となる１つまたは複数のプロセッサ及びメモリ８０１が代表となるメモリの多様な回路により接続される。バスアーキテクチャは、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェースはインターフェースを提供する。プロセッサ８００は、バスアーキテクチャ及び通常の処理を管理し、メモリ８０１は、プロセッサ８００が動作する際に利用するデータを記憶することができる。
【０１３５】
本発明に係る実施例により開示された流れは、プロセッサ８０１に適用することができるか、または、プロセッサ８０１により実現される。実現の間、周波数ドメインにおける拡散伝送流れにおける各々ステップは、プロセッサ８０１内のハードウェアの論理集積回路またはソフトウェア形式の指令により完成されることができる。プロセッサ８０１は、汎用プロセッサ、デジタル信号プロセッサ、専用集積回路、フィールドプログラマブル・ゲートアレイまたは他のプログラマブルロジック・デバイス、ディスクリート・ゲートまたはトランジスタロジック・デバイス、ディスクリート・ハードウェアコンポネントであることができ、本発明に係る実施例により開示した各々方法、ステップ及びロジックブロック図を実現・執行することができる。汎用プロセッサはマイクロプロセッサまたはいずれのノーマルプロセッサなどであることができる。本発明に係る実施例に開示された方法のステップを参照すれば、ハードウェアプロセッサにより直接に執行して完成するか、または、プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより執行されて完成することができる。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ，プログラマブルリードオンリーメモリまたは電気的消去可能プログラマブルメモリ、レジスタなど本分野のよく知られる記憶媒体に格納されることができる。当該記憶媒体はメモリ８０２に位置し、プロセッサ８０１はメモリ８０２に格納される情報を読み出して、そのハードウェアと協働して信号処理フローのステップを完成する。
【０１３６】
図９によって示されるように、本発明の実施形態は、非同期バッファを処理するための送信装置をさらに提供する。送信装置は、プロセッサ９００、メモリ９０１、および送受信機９０２を備える。
【０１３７】
ここで、プロセッサ９００は、メモリ９０１内のプログラムを読み取って、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、送受信機９０２を通じて前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、送受信機９０２を通じて前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１３８】
任意選択で、前記プロセッサ９００は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
【０１３９】
任意選択で、前記プロセッサ９００は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮してＵＤＣ圧縮データパケットを取得して受信機９０２を通じて送信し、または、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮してＵＤＣ圧縮データパケットを取得し、送受信機９０２を通じて送信する。
【０１４０】
任意選択で、前記プロセッサ９００は具体的に、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとする。
【０１４１】
任意選択で、前記プロセッサ９００は具体的に、リセットされた圧縮バッファを使用して、送受信機９０２を通じて前記受信装置にＵＤＣ圧縮データパケットを送信する前、データパケットのセキュリティパラメータを更新し、ここで、前記セキュリティパラメータは、セキュリティキー、ＤＲＢ ＩＤ、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値のうちの一部またはすべてを含む。
【０１４２】
任意選択で、前記プロセッサ９００は具体的に、前記セキュリティパラメータがＰＤＣＰ ＳＮを含む場合、更新後のＰＤＣＰ ＳＮに従って、リセットされた圧縮バッファを使用して、送受信機９０２を通じて前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１４３】
任意選択で、前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮである。
【０１４４】
任意選択で、前記プロセッサ９００は具体的に、送受信機９０２を通じて前記受信装置にリセット命令を送信するとき、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮してＵＤＣ圧縮データパケットを取得し、送受信機９０２を通じて送信し、リセット命令を現在送信する必要があるデータパケットに入れる。または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮してＵＤＣ圧縮データパケットを取得し、送受信機９０２を通じて送信し、リセット命令を前記ターゲットデータパケットに入れる。
【０１４５】
プロセッサ９００は、バスアーキテクチャ及び通常の処理を管理し、メモリ９０１は、プロセッサ９００が動作する際に利用するデータを記憶することができる。送受信機９０２は、プロセッサ９００の制御の下でデータを送受信する。
【０１４６】
バスアーキテクチャは、いずれ数の相互接続するバス及びブリッジを備える。具体的に、プロセッサ９００が代表となる１つまたは複数のプロセッサ及びメモリ９０１が代表となるメモリの多様な回路により接続される。バスアーキテクチャは、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェースはインターフェースを提供する。プロセッサ９００は、バスアーキテクチャ及び通常の処理を管理し、メモリ９０１は、プロセッサ９００が動作する際に利用するデータを記憶することができる。
【０１４７】
本発明に係る実施例により開示された流れは、プロセッサ９０１に適用することができるか、または、プロセッサ９０１により実現される。実現の間、周波数ドメインにおける拡散伝送流れにおける各々ステップは、プロセッサ９０１内のハードウェアの論理集積回路またはソフトウェア形式の指令により完成されることができる。プロセッサ９０１は、汎用プロセッサ、デジタル信号プロセッサ、専用集積回路、フィールドプログラマブル・ゲートアレイまたはたのプログラマブルロジック・デバイス、ディスクリート・ゲートまたはトランジスタロジック・デバイス、ディスクリート・ハードウェアコンポネントであることができ、本発明に係る実施例により開示した各々方法、ステップ及びロジックブロック図を実現・執行することができる。汎用プロセッサはマイクロプロセッサまたはいずれのノーマルプロセッサなどであることができる。本発明に係る実施例に開示された方法のステップを参照すれば、ハードウェアプロセッサにより直接に執行して完成するか、または、プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより執行されて完成することができる。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ，プログラマブルリードオンリーメモリまたは電気的消去可能プログラマブルメモリ、レジスタなど本分野のよく知られる記憶媒体に格納されることができる。当該記憶媒体はメモリ９０２に位置し、プロセッサ９０１はメモリ９０２に格納される情報を読み出して、そのハードウェアと協働して信号処理フローのステップを完成する。
【０１４８】
図１０に示されるように、本発明の実施形態は、非同期バッファを処理するための受信装置をさらに提供する。前記受信装置は、
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第１の送信モジュール１０００と、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第１のリセットモジュール１００１と、
リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍するように構成された第１の実行モジュール１００２とを備える。
【０１４９】
任意選択で、前記第１の送信モジュール１０００は具体的に、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたＰＤＣＰのＳＮを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
【０１５０】
任意選択で、前記通知メッセージは、ＲＲＣシグナリングまたはＰＤＣＰ制御ＰＤＵである。
【０１５１】
任意選択で、前記第１の送信モジュール１０００は具体的に、前記通知メッセージはＰＤＣＰ制御ＰＤＵであり、圧縮バッファと解凍バッファが同期していないと判断し、送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に前記リセット命令を受信していないと、送信装置に再通知する。
【０１５２】
任意選択で、前記第１の送信モジュール１０００は具体的に、タイマーが開始された後、前記タイマーが切れる前に前記リセット命令を受信していなく、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断する。
【０１５３】
任意選択で、前記第１のリセットモジュール１００１は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
【０１５４】
任意選択で、前記第１の実行モジュール１００２は具体的に、送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定する。
【０１５５】
任意選択で、前記第１の実行モジュール１００２は具体的に、チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除する。
【０１５６】
図１１に示されるように、本発明の実施形態は、非同期バッファを処理するための送信装置を提供する。前記送信装置は、
受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第２のリセットモジュール１１００と、
リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信するように構成された第２の送信モジュール１１０１とを備える。
【０１５７】
任意選択で、前記第２のリセットモジュール１１００は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
【０１５８】
任意選択で、前記第２の送信モジュール１１０１は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信するか、または、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信する。
【０１５９】
任意選択で、前記第２の送信モジュール１１０１は具体的に、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとする。
【０１６０】
任意選択で、前記第２の送信モジュール１１０１は具体的に、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信する前に、データパケットのセキュリティパラメータを更新する。
【０１６１】
ここで、前記セキュリティパラメータは、セキュリティキー、ＤＲＢ ＩＤ、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値のうちの一部またはすべてを含む。
【０１６２】
任意選択で、前記セキュリティパラメータがＰＤＣＰ ＳＮを含む場合、前記第２の送信モジュール１１０１は具体的に、更新後のＰＤＣＰ ＳＮ，リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１６３】
任意選択で、前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮである。
【０１６４】
任意選択で、前記第２の送信モジュール１１０１は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信し、リセット命令を現在送信する必要があるデータパケットに入れ、または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信し、リセット命令を前記ターゲットデータパケットに入れる。
【０１６５】
本発明の実施形態は、プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは受信装置の方法のステップまたは送信装置の方法のステップを実行することに使用されるバッファを同期させるための装置の読み取り可能な記憶媒体を提供する。
【０１６６】
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知し、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットし、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたＵＤＣ圧縮データパケットを解凍する。
【０１６７】
図１２は、本発明の実施形態による、受信機装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ１２００-１２０１を含む。
【０１６８】
ステップ１２００：受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知する。
【０１６９】
ステップ１２０１：前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットする。
【０１７０】
ステップ１２０２：前記受信装置は、リセット後の解凍バッファを使用して、受信されたＵＤＣ圧縮データパケットを解凍する。
【０１７１】
任意選択で、前記受信装置が、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知することは、前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、チェックサムエラーが検出されたＰＤＣＰのＳＮを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信することを含む。
【０１７２】
任意選択で、前記通知メッセージは、ＲＲＣシグナリングまたはＰＤＣＰ制御ＰＤＵである。
【０１７３】
任意選択で、前記通知メッセージはＰＤＣＰ制御ＰＤＵであり、前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知した後、前記受信装置は、タイマーを開始し、前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信していない場合、送信装置に再通知する。
【０１７４】
任意選択で、前記受信装置がタイマーを開始した後、前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信しておらず、再通知の回数が所定の設定最大数に達すると、データ送信が失敗したと判断する。
【０１７５】
任意選択で、前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットすることは、前記受信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、前記受信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記受信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値で置き換える。
【０１７６】
任意選択で、前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットした後、前記受信装置は、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定する。
【０１７７】
任意選択で、前記受信装置は、チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除する。
【０１７８】
図１３は、本発明の実施形態による、送信装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ１３００−１３０１を含む。
【０１７９】
ステップ１３００：送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信する。
【０１８０】
ステップ１３０１：前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１８１】
任意選択で、前記送信装置が圧縮バッファをリセットすることは、前記送信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、前記送信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、または、前記送信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換える。
【０１８２】
任意選択で、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、前記送信装置は、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信し、または、前記送信装置は、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信する。
【０１８３】
任意選択で、前記送信装置が、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定することは、前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを含む。
【０１８４】
任意選択で、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する前に、前記送信装置は、データパケットのセキュリティパラメータを更新する。
【０１８５】
ここで、前記セキュリティパラメータは、セキュリティキー、ＤＲＢ ＩＤ、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値のうちの一部またはすべてを含む。
【０１８６】
任意選択で、前記セキュリティパラメータがＰＤＣＰ ＳＮを含む場合、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、前記送信装置は、更新後のＰＤＣＰ ＳＮに従って、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１８７】
任意選択で、前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮである。
【０１８８】
任意選択で、前記送信装置は、前記受信装置にリセット命令を送信することは、前記送信装置が、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を現在送信する必要があるデータパケットに入れ、または、前記送信装置が、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を前記ターゲットデータパケットに入れる。
【０１８９】
図１４は、本発明の実施形態による、送信装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ１４００−１４０５を含む。
【０１９０】
ステップ１４００：受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知する。
【０１９１】
ステップ１４０１：送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信する。
【０１９２】
ステップ１４０２：前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットする。
【０１９３】
ステップ１４０３：前記送信装置は、リセットされた圧縮バッファを使用して、前記受信装置に送信したＵＤＣ圧縮データパケットのセキュリティパラメータを更新する。
【０１９４】
ステップ１４０４：前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する。
【０１９５】
ステップ１４０５：前記受信装置は、リセット後の解凍バッファを使用して、受信されたＵＤＣ圧縮データパケットを解凍する。
【０１９６】
本発明は、本発明の実施形態による方法、装置（システム）およびコンピュータプログラム製品のフローチャートおよび／またはブロック図で説明された。フローチャートおよび／またはブロック図のそれぞれのフローおよび／またはブロック、ならびにフローチャートおよび／またはブロック図のフローおよび／またはブロックの結合は、コンピュータプログラム命令で実施できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、特定用途コンピュータ、組み込みプロセッサ、または別のプログラム可能なデータ処理装置のプロセッサにロードして、コンピュータまたは他のプロセッサで実行される命令が実行されるようにマシンを生成できる。プログラム可能なデータ処理装置は、フローチャートのフローおよび/またはブロック図のブロックで指定された機能を実行するための手段を作成する。
【０１９７】
したがって、本発明の実施形態は、ハードウェアおよび／またはソフトウェア（したがって、アプリケーションは、ハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で実装することもできる）によって実装することができる。本発明の実施形態は、コンピュータ使用可能またはコンピュータ可読記憶媒体上のコンピュータプログラム製品によって実装することができ、コンピュータプログラム製品は、命令による使用のために媒体に実装されたコンピュータ使用可能またはコンピュータ可読プログラムコードを有する。本発明の文脈において、コンピュータ使用可能またはコンピュータ可読媒体は、またはによって使用されるプログラムを含む、格納する、通信する、送信する、または転送することができる任意の媒体であり得る。こうして、命令でシステム、装置、または設備の使用を実行するか、命令も加えてでシステム、装置、または設備の使用を実行する。
【０１９８】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、または、その中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【符号の説明】
【０１９９】
700  受信装置
701  送信装置
800  プロセッサ
801  メモリ
802  送受信機
900  プロセッサ
901  メモリ
902  送受信機
1000  第１の送信モジュール
1001  第１のリセットモジュール
1002  第１の実行モジュール
1100  第２のリセットモジュール
1101  第２の送信モジュール
【図１】
2021503842.tif 000003
【図２】
2021503842.tif 000004
【図３】
2021503842.tif 000005
【図４】
2021503842.tif 000006
【図５】
2021503842.tif 000007
【図６】
2021503842.tif 000008
【図７】
2021503842.tif 000009
【図８】
2021503842.tif 000010
【図９】
2021503842.tif 000011
【図１０】
2021503842.tif 000012
【図１１】
2021503842.tif 000013
【図１２】
2021503842.tif 000014
【図１３】
2021503842.tif 000015
【図１４】
2021503842.tif 000016
【手続補正書】
【提出日】令和2年5月18日(2020.5.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知するステップと、
前記受信装置が前記送信装置のリセット命令を受信した後、解凍バッファをリセットするステップと、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたアップリンクデータ圧縮ＵＤＣ圧縮データパケットを解凍するステップとを備えることを特徴とする非同期バッファを処理するための方法。
【請求項２】
前記受信装置が、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知することは、
前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、チェックサムエラーが検出されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）のシーケンス番号（ＳＮ）を圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて、送信装置に送信することを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項３】
通知メッセージは、無線リソース制御（ＲＲＣ）シグナリングまたはＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）であることを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項４】
前記通知メッセージはＰＤＣＰ制御ＰＤＵであり、
前記受信装置が圧縮バッファと解凍バッファが同期していないと判断し、送信装置に通知した後、
前記受信装置は、タイマーを開始し、
前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信していない場合、送信装置に再通知することを特徴とする請求項３に記載の非同期バッファを処理するための方法。
【請求項５】
前記受信装置がタイマーを開始した後、
前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信しておらず、再通知の回数が所定の設定最大数に達すると、データ送信が失敗したと判断することを特徴とする請求項４に記載の非同期バッファを処理するための方法。
【請求項６】
前記受信装置が前記送信装置のリセット命令を受信した後、解凍バッファをリセットすることは、
前記受信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、または、
前記受信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換え、または、
前記受信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項７】
前記受信装置が、前記送信装置からリセット命令を受信し、解凍バッファをリセットした後、
前記受信装置は、前記リセット命令を運ぶ受信されたＵＤＣ圧縮データパケットに対応するＳＮに従って、受信ウィンドウの下限を設定することを特徴とする請求項１に記載の非同期バッファを処理するための方法。
【請求項８】
前記受信装置は、チェックサムエラーが検出されたＵＤＣ圧縮データパケットを削除することを特徴とする請求項１から請求項７のいずれか一項に記載の非同期バッファを処理するための方法。
【請求項９】
送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、
前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することを特徴とする非同期バッファを処理するための方法。
【請求項１０】
前記送信装置が圧縮バッファをリセットすることは、
前記送信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定すること、または、
前記送信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換えること、または、
前記送信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを含むことを特徴とする請求項９に記載の非同期バッファを処理するための方法。
【請求項１１】
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、
前記送信装置は、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信し、または、
前記送信装置は、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信することを特徴とする請求項９に記載の非同期バッファを処理するための方法。
【請求項１２】
前記送信装置が、前記受信装置によって通知されたチェックサムエラーが検出されたＰＤＣＰのＳＮに従って、ターゲットデータパケットを決定することは、
前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットをターゲットデータパケットとし、または、
前記送信装置は、前記チェックサムエラーが検出されたＰＤＣＰのＳＮに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを含むことを特徴とする請求項１１に記載の非同期バッファを処理するための方法。
【請求項１３】
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信する前に、
前記送信装置は、データパケットのセキュリティパラメータを更新し、
ここで、前記セキュリティパラメータは、セキュリティキー、データ無線ベアラ識別子（ＤＲＢ ＩＤ）、ＰＤＣＰ ＳＮおよびＣＯＵＮＴ値の一部またはすべてを含むことを特徴とする請求項１２に記載の非同期バッファを処理するための方法。
【請求項１４】
前記セキュリティパラメータは、ＰＤＣＰ ＳＮを含み、
前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にＵＤＣ圧縮データパケットを送信することは、
前記送信装置は、更新後のＰＤＣＰ ＳＮに従って、リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信することを含むことを特徴とする請求項１３に記載の非同期バッファを処理するための方法。
【請求項１５】
前記ＵＤＣ圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、
前記更新後のＰＤＣＰ ＳＮは、前記チェックサムエラーが検出されたＰＤＣＰのＳＮの後のＹ番目の未使用のＰＤＣＰ ＳＮであることを特徴とする請求項１４に記載の非同期バッファを処理するための方法。
【請求項１６】
前記送信装置は、前記受信装置にリセット命令を送信することは、
前記送信装置が、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を現在送信する必要があるデータパケットに入れ、または、
前記送信装置が、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してＵＤＣ圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を前記ターゲットデータパケットに入れることを特徴とする請求項１２に記載の非同期バッファを処理するための方法。
【請求項１７】
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第１の送信モジュールと、
受信装置が、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第１のリセットモジュールと、
リセット後の解凍バッファを使用して受信されたＵＤＣ圧縮データパケットを解凍するように構成された第１の実行モジュールとを備えることを特徴とする非同期バッファを処理するための受信装置。
【請求項１８】
圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第２のリセットモジュールと、
リセットされた圧縮バッファを使用して、前記受信装置にＵＤＣ圧縮データパケットを送信するように構成された第２の送信モジュールとを備えることを特徴とする非同期バッファを処理するための送信装置。
【国際調査報告】
2021503842.tif 000017
2021503842.tif 000018
2021503842.tif 000019
2021503842.tif 000020