JP2021535677A - データ伝送方法及び関連装置 - Google Patents

Abstract

本出願は、データ伝送方法及び関連デバイスを提供する。該方法は、送信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得することを含む。送信端は、対象オリジナルパケット又は対象圧縮パケットを送信する。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成される。対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む。本出願で提供される技術的解決策は、圧縮されたパケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を改善することができる。

Description

本出願は、2018年8月31日に中国国家知識産権局に出願され、「DATA TRANSMISSION METHOD AND RELATED APPARATUS」と題された中国特許出願第201811015351.4号に対する優先権を主張し、該出願はその全体を参照により本明細書に組み込まれる。

［技術分野］
本出願は、通信技術の分野に関し、特に、データ伝送方法及び関連装置に関する。

ユーザ要件の急速な増大に伴い、通信ネットワークは、より高い伝送レートでより多くのデータパケットを伝送する必要がある。したがって、データを伝送するために使用される圧縮方式は、現在広く使用される伝送方式になっている。

圧縮方式でデータを伝送するプロセスにおいて、送信端は、いくつかのオリジナルパケット（Original Packet、ＯＰ）を圧縮して各オリジナルパケットに対応する圧縮パケット（Compressed Packet、ＣＰ）を取得することができ、次いで、送信端は、いくつかの圧縮パケットを受信端に送信することができ、受信端は、各圧縮パケットを解凍して対応するオリジナルパケットを取得する。

いくつかの場合、圧縮パケットが伝送の間に失われ、又は解凍されるのに失敗したとき、送信端の上位層の再送メカニズムがトリガされ、伝送効率の急激な低下を結果としてもたらす。

現在、圧縮パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を改善することができるデータ伝送方法が緊急に必要とされている。

本出願は、圧縮パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を改善するための、データ伝送方法及び関連装置を提供する。

第１の態様によれば、本出願は、データ伝送方法を提供する。当該方法は、以下を含む。

送信端が圧縮パケットを受信端に送信するプロセスにおいて、オリジナルパケットを圧縮して圧縮パケットを取得した後、送信端は、各圧縮パケットを受信端に送信し、圧縮パケットと圧縮パケットに対応するオリジナルパケットをバッファリングする。圧縮パケットのうち第１の圧縮パケットが失われ、又は解凍されるのに失敗した場合、送信端は、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得することができる。送信端がデータ伝送方式を切り替えたとき、送信端は、切り替えられた伝送方式に基づいて対象オリジナルパケット又は対象圧縮パケットを受信端に送信することができる。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成される。対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む。

可能な一実装において、送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、送信端が、対象オリジナルパケット又は対象圧縮パケットを送信することは、送信端が、対象オリジナルパケットを送信することを含む。

送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、送信端が、パケットを送信するための予め設定された圧縮パラメータを有効化した状態に入った場合、送信端が、対象オリジナルパケット又は対象圧縮パケットを送信することは、送信端が、対象圧縮パケットを送信することを含む。

送信端が、データ伝送方式を切り替える前に関連づけの特徴を有する圧縮方式を使用する場合、後に圧縮された圧縮パケットは、前に圧縮された圧縮パケットに対応する圧縮パラメータに基づいて解凍される必要がある。第１の圧縮パケットが、失われ又は解凍されるのに失敗したとき、送信端が、データ伝送方式が切り替えられる前に圧縮された圧縮パケットを再送した場合、受信端は、送信端により再送された圧縮パケットを解凍することができない。これは、データ伝送方式が切り替えられた後、受信端は、データ伝送方式が切り替えられる前に解凍された圧縮パケットの圧縮パラメータを記憶していないためである。本出願で提供されるデータ伝送方法によれば、送信端は、データ伝送方式が切り替えられた後に得られる伝送方式に基づいて、対象オリジナルパケット又は対象圧縮パケットを送信することができる。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成することができる。受信端は、対象オリジナルパケットを直接受信することができ、あるいは、事前に習得された予め設定された圧縮パラメータに基づいて、データ伝送方式が切り替えられた後に圧縮された任意の圧縮パケットを解凍することができるため、送信端が上位層の再送信をトリガするため、伝送レートが低下するという問題を回避することができる。

可能な一実装において、対象オリジナルパケットが第１のオリジナルパケットを含む場合、対象圧縮パケットは第３の圧縮パケットを含む。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成される。

可能な一実装において、対象オリジナルパケットが第２のオリジナルパケットを含む場合、対象圧縮パケットは第４の圧縮パケットを含む。第４の圧縮パケットは、予め設定された圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成される。

可能な一実装において、対象オリジナルパケットが、第１のオリジナルパケット及び第２のオリジナルパケットを含む場合、対象圧縮パケットは、第３の圧縮パケット及び第４の圧縮パケットを含む。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットは、第３の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成され、第３の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づいて予め設定された圧縮パラメータを更新することにより生成される。

可能な一実装において、送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、送信端が、パケットを送信するための予め設定された圧縮パラメータを有効化した状態に入った後、当該方法は、以下をさらに含む。送信端は、第３のオリジナルパケットを送信する。送信端は、第５の圧縮パケットを送信する。第５の圧縮パケットは、予め設定された圧縮パラメータに基づいて第３のオリジナルパケットを圧縮することにより生成され、あるいは、第５の圧縮パケットは、第４の圧縮パケットに対応する圧縮パラメータに基づいて第３のオリジナルパケットを圧縮することにより生成される。第４の圧縮パケットに対応する圧縮パラメータは、第２のオリジナルパケットに基づいて予め設定された圧縮パラメータを更新することにより生成される。

可能な一実装において、第１の圧縮パケットは、第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成される。

可能な一実装において、第２の圧縮パケットは、第１の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成される。第１の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づき、第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータを更新することにより生成され、あるいは、第１の圧縮パケットに対応する圧縮パラメータは、予め設定された圧縮パラメータである。

可能な一実装において、本出願で提供されるデータ伝送方法は、さらに、送信端が端末であり、ソース受信端がソースセルに対応する基地局であり、対象受信端が対象セルに対応する基地局であるシナリオで用いられてもよい。送信端が、ソース受信端へのパケットの送信から対象受信端へのパケットの送信に切り替えることは、ソースセルを介した、ソースセルに対応する基地局へのパケットの送信から、対象セルを介した、対象セルに対応する基地局へのパケットの送信に切り替えることを含む。

可能な一実装において、本出願で提供されるデータ伝送方法は、さらに、送信端がゲートウェイであり、ソース受信端がソース基地局であり、対象受信端が対象基地局であるというシナリオで使用されてもよい。このケース合は、下りリンクデータ伝送シナリオに相当する。

可能な一実装において、本出願で提供されるデータ伝送方法は、さらに、送信端がビデオストリーム圧縮端であり、ソース受信端がソースビデオストリーム解凍端であり、対象受信端が対象ビデオストリーム解凍端であるシナリオで使用されてもよい。

可能な一実装において、本出願で提供されるデータ伝送方法は、さらに、送信端が局であり、ソース受信端がソースアクセスポイントであり、対象受信端が対象アクセスポイントであるシナリオで使用されてもよい。

可能な一実装において、送信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得することは、以下を含む。

送信端が、予め設定された期間内に第１の圧縮パケットの確認応答情報を受信しない場合、送信端は、指示情報を生成する。あるいは、
送信端はステータスレポートを受信する。ステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含み、あるいは、ステータスレポートは、第１の圧縮パケット及び第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む。

第２の態様によれば、本出願は、データ伝送方法を提供する。当該方法は、以下を含む。

受信端は、送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信する。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成される。対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む。

可能な一実装において、受信端が、送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信することは、以下を含む。受信端は、第３の圧縮パケット及び第４の圧縮パケットを受信する。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットは、第３の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成され、第３の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づいて予め設定された圧縮パラメータを更新することにより生成される。当該方法は、以下をさらに含む。

受信端は、予め設定された圧縮パラメータに基づいて第３の圧縮パケットを解凍して第１のオリジナルパケットを取得する。

受信端は、第１のオリジナルパケットに基づいて予め設定された圧縮パラメータを更新して、第３の圧縮パケットに対応する圧縮パラメータを生成する。

受信端は、第３の圧縮パケットに対応する圧縮パラメータに基づいて第４の圧縮パケットを解凍して第２のオリジナルパケットを取得する。

第３の態様によれば、本出願は、データ伝送方法を提供する。当該方法は、以下を含む。

送信端により送信された第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、受信端は、第１の圧縮パケットの後に送信された第２の圧縮パケットを破棄する。

可能な一実装において、受信端が、送信端が受信端へのパケットの送信から別の受信端へのパケットの送信に切り替え、あるいは第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは送信端が圧縮方式でパケットを送信する状態から非圧縮方式でパケットを送信する状態に切り替えたことを見出した後、受信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出した場合、受信端は、第２の圧縮パケットを廃棄することができる。

可能な一実装において、当該方法は、以下をさらに含む。受信端は、ステータスレポートを送信する。ステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含み、あるいは、ステータスレポートは、第１の圧縮パケット及び第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む。

第４の態様によれば、本出願は、データ伝送方法を提供する。当該方法は、以下を含む。

対象受信端は、ソース受信端により送信された第１のステータスレポートを受信する。第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む。

対象受信端は、第２のステータスレポートを送信端に送信する。第２のステータスレポートは、第１の圧縮パケットと第１の圧縮パケットの後に送信された第２の圧縮パケットとが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む。

第５の態様によれば、本出願は、送信端側におけるデータ伝送装置を提供する。当該装置は、送信端でもよく、あるいは送信端のチップでもよい。当該装置は、第１の態様のいずれかの態様における送信端を実現する機能を有する。この機能は、ハードウェアにより実現されてもよく、あるいは対応するソフトウェアを実行することによりハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のユニットを含む。

可能な一実装において、当該装置が送信端であるとき、送信端はプロセッサ及びトランシーバを含み、プロセッサは、前述の方法における対応する機能を実行する際に送信端をサポートするように構成される。トランシーバは、送信端と受信端との間の通信をサポートし、前述の方法における情報又は命令を受信端に送信するように構成される。任意で、送信端は、メモリをさらに含んでもよい。メモリは、プロセッサに結合されるように構成され、メモリは、送信端に必要なプログラム命令及びデータを記憶する。

可能な一実装において、当該装置は、プロセッサ、ベースバンド回路、無線周波数回路、及びアンテナを含む。プロセッサは、各回路部分の機能を制御するように構成される。ベースバンド回路は、応答メッセージ、送信端選択要求メッセージ、送信端指示メッセージ、及び確認応答メッセージなどの様々なシグナリング及びメッセージを生成するように構成される。アナログ変換、フィルタリング、増幅、及びアップコンバージョンなどで処理された後、無線周波数回路により、シグナリング及びメッセージは、アンテナを介して受信端に伝送される。任意で、当該装置は、メモリをさらに含んでもよい。メモリは、送信端に必要なプログラム命令及びデータを記憶する。

可能な一実装において、当該装置は、プロセッサ及びモデムを含んでもよい。プロセッサは、命令又はオペレーティングシステムを実行して送信端の機能を制御するように構成することができる。モデムは、無線フレームを生成するために、プロトコルに従ってデータをカプセル化、符号化及び復号、変調及び復調、又は等化して、第１の態様及び第３の態様のいずれかの態様における対応する機能を実行する際に送信端をサポートすることができる。

可能な一実装において、当該装置が送信端のチップであるとき、チップは、処理モジュール及びトランシーバモジュールを含む。処理モジュールは、例えば、プロセッサでもよい。例えば、プロセッサは、様々なメッセージ及びシグナリングを生成し、プロトコルカプセル化から結果として生じる様々なメッセージに対して符号化、変調、及び増幅などの処理を行うように構成される。プロセッサは、さらに、復調、復号、及びカプセル化解除を実行してシグナリング及びメッセージを取得するように構成されてもよい。トランシーバモジュールは、例えば、チップ上の入力／出力インターフェース、ピン、又は回路でもよい。処理モジュールは、記憶ユニットに記憶されたコンピュータ実行可能命令を実行して、前述の方法における対応する機能を実行する際に送信端をサポートすることができる。任意で、記憶ユニットは、チップ内の記憶ユニット、例えばレジスタ又はバッファでもよい。あるいは、記憶ユニットは、送信端内にあり且つチップ外部に位置する記憶ユニットでもよく、例えば、読取専用メモリ（read-only memory、略称ＲＯＭ）又は静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、又はランダムアクセスメモリ（random access memory、略称ＲＡＭ）でもよい。

可能な一実装において、当該装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ内の命令を読み出し、命令に基づいて、第１の態様及び第３の態様のいずれかの態様の方法を実行するように構成される。メモリは、プロセッサ内部に位置してもよく、あるいはプロセッサ外部に位置してもよい。

第６の態様によれば、本出願は、受信端側におけるデータ伝送装置を提供する。当該装置は、受信端でもよく、あるいは受信端のチップでもよい。当該装置は、第２の態様、第３の態様、及び第４の態様のいずれかの態様における受信端、ソース受信端、又は対象受信端を実現する機能を有する。この機能は、ハードウェアにより実現されてもよく、あるいは対応するソフトウェアを実行することによりハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のユニットを含む。

可能な一実装において、当該装置が受信端であるとき、受信端はプロセッサ及びトランシーバを含み、プロセッサは、前述の方法における対応する機能を実行する際に送信端をサポートするように構成される。トランシーバは、受信端と送信端との間の通信をサポートし、前述の方法における情報又は命令を送信端に送信するように構成される。任意で、受信端は、メモリをさらに含んでもよい。メモリは、プロセッサに結合されるように構成され、メモリは、送信端に必要なプログラム命令及びデータを記憶する。

可能な一実装において、当該装置は、プロセッサ、ベースバンド回路、無線周波数回路、及びアンテナを含む。プロセッサは、各回路部分の機能を制御するように構成される。ベースバンド回路は、様々なシグナリング及びメッセージを生成するように構成される。アナログ変換、フィルタリング、増幅、及びアップコンバージョンなどで処理された後、無線周波数回路により、シグナリング及びメッセージは、アンテナを介して受信端に伝送される。任意で、当該装置は、メモリをさらに含んでもよい。メモリは、受信端に必要なプログラム命令及びデータを記憶する。

可能な一実装において、当該装置は、プロセッサ及びモデムを含んでもよい。プロセッサは、命令又はオペレーティングシステムを実行して受信端の機能を制御するように構成することができる。モデムは、無線フレームを生成するために、プロトコルに従ってデータをカプセル化、符号化及び復号、変調及び復調、又は等化して、第２の態様、第３の態様、及び第４の態様のいずれかの態様において対応する機能を実行する際に受信端をサポートすることができる。

可能な一実装において、当該装置が送信端のチップであるとき、チップは、処理モジュール及びトランシーバモジュールを含む。処理モジュールは、例えば、プロセッサでもよい。例えば、プロセッサは、様々なメッセージ及びシグナリングを生成し、プロトコルカプセル化から結果として生じる様々なメッセージに対して符号化、変調、及び増幅などの処理を行うように構成される。プロセッサは、さらに、復調、復号、及びカプセル化解除を実行してシグナリング及びメッセージを取得するように構成されてもよい。トランシーバモジュールは、例えば、チップ上の入力／出力インターフェース、ピン、又は回路でもよい。処理モジュールは、記憶ユニットに記憶されたコンピュータ実行可能命令を実行して、前述の方法における対応する機能を実行する際に送信端をサポートすることができる。任意で、記憶ユニットは、チップ内の記憶ユニット、例えばレジスタ又はバッファでもよい。あるいは、記憶ユニットは、受信端内にあり且つチップ外部に位置する記憶ユニットでもよく、例えば、読取専用メモリ（read-only memory、略称ＲＯＭ）又は静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、又はランダムアクセスメモリ（random access memory、略称ＲＡＭ）でもよい。

可能な一実装において、当該装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ内の命令を読み出し、命令に基づいて、第２の態様、第３の態様、及び第４の態様のいずれかの態様の方法を実行するように構成される。メモリは、プロセッサ内部に位置してもよく、あるいはプロセッサ外部に位置してもよい。

第７の態様によれば、本出願の一実施形態は、コンピュータプログラムを記憶するように構成されたコンピュータ読取可能媒体を提供する。コンピュータプログラムは、第１の態様又は第１の態様の可能な実装のうちいずれか１つによる方法を実行するために使用される命令を含む。

第８の態様によれば、本出願の一実施形態は、コンピュータプログラムを記憶するように構成されたコンピュータ読取可能媒体を提供する。コンピュータプログラムは、第２の態様から第４の態様又は第２の態様から第４の可能な態様の実装のうちいずれか１つによる方法を実行するために使用される命令を含む。

第９の態様によれば、本出願の一実施形態は、コンピュータプログラムを提供する。コンピュータプログラムは、第１の態様又は第１の態様の可能な実装のうちいずれか１つによる方法を実行するために使用される命令を含む。

第１０の態様によれば、本出願の一実施形態は、コンピュータプログラムを提供する。コンピュータプログラムは、第２の態様から第４の態様又は第２の態様から第４の態様の可能な実装のうちいずれか１つによる方法を実行するために使用される命令を含む。

第１１の態様によれば、本出願の一実施形態は、データ伝送システムを提供する。当該システムは、第１の態様及び第２の態様における送信端及び受信端を含む。

第１２の態様によれば、本出願の一実施形態は、データ伝送システムを提供する。当該システムは、第１の態様及び第３の態様における送信端及び受信端を含む。

第１３の態様によれば、本出願の一実施形態は、データ伝送システムを提供する。当該システムは、第１の態様及び第４の態様における送信端、ソース受信端、及び対象受信端を含む。

適用シナリオの概略図１である。 伝送シナリオの概略図である。 本出願によるデータ伝送方法の概略的な相互作用フローチャート１である。 図３Ａ及び図３Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート２である。 図３Ａ及び図３Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート２である。 図４Ａ及び図４Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート３である。 図４Ａ及び図４Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート３である。 図５Ａ−１及び図５Ａ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート４である。 図５Ａ−１及び図５Ａ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート４である。 図５Ｂ−１及び図５Ｂ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート５である。 図５Ｂ−１及び図５Ｂ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート５である。 図５Ｃ−１及び図５Ｃ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート６である。 図５Ｃ−１及び図５Ｃ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート６である。 図６Ａ、図６Ｂ、及び図６Ｃは、本出願によるデータ伝送方法の概略的な相互作用フローチャート７である。 図６Ａ、図６Ｂ、及び図６Ｃは、本出願によるデータ伝送方法の概略的な相互作用フローチャート７である。 図６Ａ、図６Ｂ、及び図６Ｃは、本出願によるデータ伝送方法の概略的な相互作用フローチャート７である。 本出願によるデータ伝送方法の概略的な相互作用フローチャート８である。 本出願の一実施形態による、送信端側における装置８００の概略ブロック図である。 本出願の一実施形態による、送信端側における別の通信装置９００の概略ブロック図である。 本出願の一実施形態による、受信端側における装置１０００の概略ブロック図である。 本出願の一実施形態による、受信端側における別の通信装置１１００の概略ブロック図である。

本出願の実装において用いられる用語は、単に本出願の特定の実施形態を説明することを意図しており、本出願を限定することを意図したものではない。

本出願で提供されるデータ伝送方法は、様々なデータ伝送シナリオ、例えば、無線通信シナリオ、有線通信シナリオ、ポイントツーポイント通信シナリオ、及びビデオストリーム伝送シナリオにおいて使用され得る。無線通信シナリオは、例えば、移動通信ネットワーク又は無線ローカルエリアネットワーク（Wireless Access Network、ＷＬＡＮ）でもよい。

本出願の実施形態で提供されるデータ伝送方法は、送信端及び受信端により実行され得る。一例において、送信端は移動通信ネットワーク内の端末でもよく、受信端は移動通信ネットワーク内の基地局でもよい。別の例において、送信端はビデオストリーム圧縮端でもよく、受信端はビデオストリーム解凍端でもよい。さらに別の例において、送信端は局（Station、ＳＴＡ）でもよく、受信端はアクセスポイント（Access Point、ＡＰ）でもよい。例えば、送信端と受信端は、それぞれ、Ｗｉ−Ｆｉフィールド内の局とアクセスポイントでもよい。さらに別の例において、送信端は移動通信ネットワーク内のゲートウェイでもよく、受信端は移動通信ネットワーク内の基地局でもよい。例えば、受信端は、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）ネットワーク内の進化型ＮｏｄｅＢ（evolved NodeB、ｅＮＢ）でもよい。

以下では、移動通信ネットワークを一例として用いて、本出願で提供されるデータ伝送方法の適用シナリオについて説明する。

図１Ａは、適用シナリオの概略図１である。図１Ａのネットワークデバイスは、端末、基地局、及びゲートウェイ（Gateway）を含む。端末は、上りリンクデータのパケットを基地局を介してゲートウェイに送ることができ、ゲートウェイは、下りリンクデータを基地局を介して端末に送ることができる。

上りリンクデータが送信されるとき、送信端は端末であり、受信端は基地局である。端末が上りリンクデータを基地局に送信するプロセスは、以下のステップを含むことができる。

ステップ１：端末が、送信される必要のあるいくつかのオリジナルパケットを取得することができる。

オリジナルパケットは、オリジナル非圧縮データパケット（original uncompressed packet）、又は圧縮されていないデータパケットでもよい。オリジナルパケットは、通信ネットワークにおいてビデオストリーム、チャットメッセージ、画像、音声、アプリケーションメッセージ、及び制御シグナリングなどのデータを搬送することができる。オリジナルパケットは、ＭＡＣ層の上位層により生成されるトランスミッションコントロールプロトコル（Transmission Control Protocol、ＴＣＰ）パケット、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）パケット、パケットデータ収束プロトコル（Packet Data Convergence Protocol、ＰＤＣＰ）パケットなどでもよい。これは、本出願において限定されない。表１Ａは、オリジナルパケットの一例である。

表１Ａに示すように、端末は、オリジナルパケットＯＰ１、ＯＰ２、ＯＰ３、ＯＰ４、．．．、ＯＰｎ−１、ＯＰｎを取得することができる。

ステップ２：端末が、事前に基地局とネゴシエートされた（negotiated）圧縮方式に基づいて各オリジナルパケットに対して圧縮処理を実行して、オリジナルパケットに対応する圧縮パケットを取得することができる。

上りリンクデータに対して端末により行われる圧縮処理は、上りリンクデータ圧縮（UDC Uplink Data Compression、ＵＤＣ）と呼ばれることがある。圧縮方式は、ロッシー（lossy）圧縮アルゴリズム又はロスレス（lossless）圧縮アルゴリズムなどの圧縮アルゴリズムを使用することにより圧縮処理を実行する方法であり得る。例えば、ロスレス圧縮アルゴリズムには、差分符号化、ランレングス圧縮アルゴリズム（Run Length Encoding、ＲＬＥ）、ハフマン（Huffman）符号化、レンペル・ジブ・ウェルチ圧縮アルゴリズム（Lempel-Ziv-Welch Encoding、ＬＺＷ）符号化、及び算術符号化などの圧縮アルゴリズムが含まれる。表１Ｂは、オリジナルパケットに対応する圧縮パケットの一例である。

表１Ｂに示すように、端末は、ＯＰ１を圧縮してＣＰ１を取得し、ＯＰ２を圧縮してＣＰ２を取得し、ＯＰ３を圧縮してＣＰ３を取得し、ＯＰ４を圧縮してＣＰ４を取得する。例えば、ＯＰｎ−１は第（ｎ−１）のオリジナルパケットを示し、ＯＰｎは第ｎのオリジナルパケットを示し、ＣＰｎ−１は第（ｎ−１）の圧縮パケットを示し、ＣＰｎは第ｎの圧縮パケットを示す。

ステップ３：端末が、生成された圧縮パケットを基地局に送信する。

例えば、端末は、ＣＰ１、ＣＰ２、ＣＰ３、及びＣＰ４を基地局に送信する。

ステップ４：端末が、既に送信された圧縮パケットをバッファリングする。

例えば、端末は、ＣＰ１、ＣＰ２、ＣＰ３、及びＣＰ４をローカルにバッファリングする。

ステップ５：基地局が、受信した圧縮パケットを解凍して対応するオリジナルパケットを取得する。

例えば、基地局は、ＣＰ１とＣＰ２を受信し、ＣＰ１を解凍してＯＰ１を取得し、ＣＰ２を解凍してＯＰ２を取得する。

ステップ６：基地局が、解凍の後に取得されたオリジナルパケットをゲートウェイに送信する。

成功裏の解凍の後に得られた各オリジナルパケットについて、基地局は、解凍の後に得られた各オリジナルパケットを、スライディングウインドウ機構を使用することによりオリジナルパケットのシーケンス番号に基づいてゲートウェイに送信することができる。例えば、基地局は、ＯＰ１及びＯＰ２をゲートウェイに送信してもよい。

ステップ７：基地局が、確認応答（acknowledgment）メッセージを端末に送信する。確認応答メッセージは、成功裏に解凍された圧縮パケットのシーケンス番号を含む。

例えば、基地局は、ＣＰ１及びＣＰ２のシーケンス番号を搬送する確認応答メッセージを端末に送信してもよい。

ステップ８：端末が、成功裏に解凍された圧縮パケットをバッファから削除する。

例えば、確認応答メッセージを受信した後、端末は、ローカルにバッファリングされたＣＰ１とＣＰ２を削除することができる。

端末は、オリジナルパケットのシーケンス番号のシーケンスに基づいて、各オリジナルパケット及び対応する圧縮パケットに対してステップ１、ステップ２、ステップ４、及びステップ８を実行することが習得できる。対応して、基地局は、各々の受信した圧縮パケット及び対応するオリジナルパケットに対してステップ５、ステップ６、及びステップ７を実行することができる。

上りリンクデータを送信するプロセスにおいて、端末により基地局に送信された圧縮パケットは、エアインターフェース伝送プロセスにおける干渉などの理由に起因して基地局により受信されない可能性があり、あるいは、基地局は、伝送エラーに起因して受信した圧縮パケットを解凍できないことに留意されたい。この場合、基地局は、ステータスレポートを送信して、シーケンス番号に対応する圧縮パケットを再送するよう端末に指示してもよい。したがって、上りリンクデータを送信するプロセスは、以下のステップをさらに含んでもよい。

ステップ９：基地局が、圧縮パケットが失われ又は解凍されるのに失敗したことを検出した場合、基地局が、ステータスレポートメッセージを端末に送信することができる。ステータスレポートメッセージは、失われ又は解凍されるのに失敗した圧縮パケットのシーケンス番号を含む。

図１Ｂに示すように、ＣＰ３は、伝送プロセスにおいて失われる。基地局は、ステータスレポートを端末に送信して、ＣＰ３が失われたことを端末に通知することができる。このケースにおいて、基地局が、ＣＰ３のシーケンス番号の後であるシーケンス番号の圧縮パケットＣＰ４を既に受信している場合、基地局は、ＣＰ４をバッファリングし、あるいはＣＰ４を解凍してもよい。

ステップ１０：端末が、ステータスレポート内にある圧縮パケットのシーケンス番号に基づいて、予めバッファリングされた圧縮パケットを読み出し、この予めバッファリングされた圧縮パケットを基地局に再送する。

例えば、基地局は、バッファに記憶されたＣＰ３を基地局に再度送信する。

ステップ１１：基地局が、再送された圧縮パケットを受信した場合、基地局が、再送された圧縮パケットを解凍する。

例えば、基地局が、再送されたＣＰ３を受信した場合、基地局は、ＣＰ３を解凍してＯＰ３を取得する。

ステップ１２：基地局が、再送された圧縮パケットを成功裏に解凍した場合、基地局が、解凍の後に取得されたオリジナルパケットをゲートウェイに送信する。

例えば、基地局が、再送されたＣＰ３を成功裏に解凍した場合、基地局は、解凍の後に得られたＯＰ３をゲートウェイに送信する。基地局が、既に成功裏にＣＰ４を解凍してＯＰ４を取得している場合、基地局は、スライディングウインドウプロトコルに従ってＯＰ４をゲートウェイに送信してもよい。

ステップ１３：基地局が、確認応答メッセージを端末に送信する。確認応答メッセージは、再送された圧縮パケットのシーケンス番号を含む。

例えば、基地局は、ＣＰ３のシーケンス番号を含む確認応答メッセージを端末に送信する。

ステップ１４：端末が、再送した圧縮パケットをバッファから削除する。

例えば、端末は、バッファリングされたＣＰ３を削除する。

ステップ１５：端末が、別の圧縮パケットを基地局に引き続き送信する。

圧縮効果を改善するために、実際の適用において、基地局との間で端末によりネゴシエートされる圧縮方式は、関連づけの特徴（association feature）を有する圧縮方式でもよい。

端末が、基地局とネゴシエートして、パケットを伝送するための圧縮方式を有効化した後、端末は、ネゴシエートされた圧縮方式に対応する予め設定された圧縮パラメータＰＣ０に基づいてＯＰ１を圧縮して、ＣＰ１を取得することができる。次いで、端末は、オリジナルパケットのシーケンス番号と、前に処理された圧縮パケットに対応する圧縮パラメータに基づいて、後に処理されるオリジナルパケットを圧縮することができる。対応して、ＣＰ１を受信した後、基地局は、ＰＣ０に基づいてＣＰ１を解凍して、ＯＰ１を取得することができる。次いで、基地局は、最初、圧縮パケットのシーケンス番号に基づいてより小さいシーケンス番号の圧縮パケットを解凍し、次いで、該シーケンス番号に続くシーケンス番号の圧縮パケットを解凍する。

例えば、端末側において、オリジナルパケット内のデータは「Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ、Ｋ」を含んでもよく、圧縮コンテキストは「Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、…」であり得る。オリジナルパケット内の「Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ」は圧縮コンテキストと同じ、換言すれば「Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ」であり、圧縮コンテキストは繰り返しデータであることが習得できる。この場合、エアインターフェースを通じて伝送される圧縮パケットは、圧縮ヘッダ（header）と、データフィールド「Ａ、Ｂ、Ｊ、Ｋ」を含んでもよい。データフィールドは、オリジナルパケット及び圧縮コンテキストで繰り返されないデータである。圧縮パケットを受信した後、基地局側は、事前に端末との間でネゴシエートされた圧縮コンテキスト「Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、…」に基づいて圧縮パケットを解凍して、オリジナルパケット「Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ、Ｋ」を取得することができる。圧縮コンテキストは端末と基地局との間で一貫している必要があり、圧縮及び解凍コンテキストはデータパケットの変化により変化することが習得できる。したがって、上りリンクデータ圧縮は、データパケットの到着シーケンスに大きく依存する。データパケットが失われ又は順序が狂っている場合、端末と基地局との間のコンテキストは、もはや一貫していない。結果的に、データパケットは成功裏に解凍できない。

一例において、表１Ｃは、関連づけの特徴を有する圧縮方式におけるオリジナルパケットと、オリジナルパケットを圧縮するために使用される圧縮パラメータと、オリジナルパケットを圧縮パラメータに基づいて圧縮することにより得られる圧縮パケットと、各圧縮パケットに対応する圧縮パラメータとの間の対応の一例である。

ＯＰ１を圧縮するために使用される圧縮パラメータは、予め設定された圧縮パラメータＰＣ０であり、ＯＰ１は、ＰＣ０及びｆ１に基づいて圧縮されて、ＯＰ１に対応する圧縮パケットＣＰ１が取得され、ｆ１は、圧縮方式において使用される圧縮アルゴリズムに基づいて決定することができる。ＰＣは、ＯＰ１及びｆ２に基づいて更新されて、ＯＰ２を圧縮するために使用される圧縮パラメータＰＣ１を生成することができ、ｆ２は、圧縮方式において圧縮パラメータを更新するために使用されるアルゴリズムに基づいて決定することができる。類推により、ＯＰ１の後に存在するＯＰｎを圧縮するために使用される圧縮パラメータはＰＣｎ−１であり、ＰＣｎ−１は、ＯＰｎ−１に基づいてＰＣｎ−２が更新された後に生成することができる。ＯＰｎは、ＰＣｎ−１及びｆ１に基づいて圧縮されて、ＯＰｎに対応する圧縮パケットＣＰｎが取得され、ＰＣｎ−１は、ＯＰｎ及びｆ２に基づいて更新されて、ＯＰｎ＋１を圧縮するために使用される圧縮パラメータＰＣｎを生成することができる。

例えば、端末が、ＯＰ１をＰ０Ｃ及びｆ１に基づいて圧縮してＣＰ１を取得し、ＰＣ０をＯＰ１及びｆ２に基づいて更新して、ＯＰ２を圧縮するために使用される圧縮パラメータＰＣ１を生成することは、以下のステップを用いることにより実現されてもよい。

ステップ１−１：ＯＰ１内のデータをＰＣ０内のデータと比較し、ＯＰ１内にあり且つＰＣ０内のものと同じであるデータセグメントＳＡＭＥ１と、ＯＰ１内にあり且つＯＰ１内のものと異なるデータセグメントＤＩＦＦ１を決定する。

ステップ１−２：ＰＣ０におけるＳＡＭＥ１の位置識別子ＰＯＳ１を取得し、ＰＯＳ１とＤＩＦＦ１をパケット化及び圧縮してＣＰ２を生成する。

ステップ１−３：ＰＣ０にＤＩＦＦ１を追加してＰＣ１を生成する。

類推により、ＯＰ１の後に存在するＯＰｎについて、端末は、ＯＰｎをＰＣｎ−１及びｆ１に基づいて圧縮してＣＰｎを取得し、ＰＣｎ−１をＯＰｎ及びｆ２に基づいて更新して、ＯＰｎ＋１を圧縮するために使用される圧縮パラメータＰＣｎを生成する。手順は、以下のステップを用いることにより実現されてもよい。

ステップ１−４：ＯＰｎ内のデータをＰＣｎ−１内のデータと比較し、ＯＰｎ内にあり且つＰＣｎ−１内のものと同じであるデータセグメントＳＡＭＥｎと、ＯＰｎ内にあり且つＯＰｎ−１内のものと異なるデータセグメントＤＩＦＦｎを決定する。

ステップ１−５：ＰＣｎ−１におけるＳＡＭＥｎの位置識別子ＰＯＳｎを取得し、ＰＯＳｎとＤＩＦＦｎをパケット化及び圧縮してＣＰｎを生成する。

ステップ１−６：ＰＣｎ−１にＤＩＦＦｎを追加してＰＣｎを生成する。

本出願において、オリジナルパケットを圧縮するために使用される圧縮パラメータは、圧縮コンテキスト（compression context）でもよく、圧縮コンテキストは、圧縮及び解凍プロセスが依存する情報を表すことができ、記憶された過去のデータパケット、又は頻繁に使用されるデータセグメントの一部でもよい。圧縮コンテキストは、辞書（dictionary）と呼ばれることもあり、予め設定された圧縮パラメータは、予め設定された圧縮コンテキスト（preset context）又は予め設定された辞書（preset dictionary）でもよい。予め設定された圧縮コンテキスト又は予め設定された辞書は、ネットワークサーバから取得されてもよく、あるいは事前に送信端と受信端との間のネゴシエーションを通じて取得されてもよい。端末は、予め設定された圧縮コンテキストを使用して、圧縮方式が有効化された後に存在する第１の送信すべきオリジナルパケットを圧縮し、基地局は、予め設定された圧縮コンテキストを使用して、圧縮方式が有効化された後に存在する第１の受信した圧縮パケットを解凍する。予め設定された圧縮コンテキストは、ネットワークサーバによりビッグデータ統計が実行された後、比較的高い反復度を有するデータを含んでもよい。あるいは、予め設定された圧縮コンテキストはいかなるデータも含まなくてもよく、換言すれば、予め設定された圧縮コンテキストは空でもよい。

本出願の別の実施形態において、端末は、圧縮コンテキストの最大長値を設定することができる。圧縮コンテキストの長さが最大長値より大きいとき、端末は、現在の圧縮コンテキストにおいてデータセグメントの一部を削除することができ、例えば、前に圧縮コンテキストに追加されたデータセグメントを削除してもよく、別の例では、複数回の圧縮処理の中で比較的少ないマッチング回数を有するデータセグメントを削除してもよい。これは、本出願において限定されない。

別の例において、オリジナルパケットを圧縮するために使用される圧縮パラメータは、代わりに、前に圧縮された圧縮パケットに対応するオリジナルパケットに基づいて決定されてもよい。

表１Ｄは、関連づけの特徴を有する圧縮方式におけるオリジナルパケットと、オリジナルパケットを圧縮するために使用される圧縮パラメータと、オリジナルパケットを圧縮パラメータに基づいて圧縮することにより得られる圧縮パケットと、圧縮パケットに対応する圧縮パラメータとの間の対応の別の例である。

表１Ｄに示すように、表１Ｃとの差は、端末が、ＯＰ１及びｆ３に基づいて、ＯＰ２を圧縮するために使用される圧縮パラメータＰＣ１を生成し得る点にある。端末は、ＯＰｎ−１及びｆ３に基づいて、ＯＰｎを圧縮するために使用される圧縮パラメータＰＣｎ−１を生成することができる。

例えば、端末は、ＯＰ２内のデータをＯＰ１内のデータと比較して、ＯＰ２内にあり且つＯＰ１内のものと同じであるデータセグメントと、ＯＰ２内にあり且つＯＰ１内のものと異なるデータセグメントを決定することができる。次いで、ＯＰ１内の同じデータセグメントの位置識別子が取得され、位置識別子とＯＰ２内にあり且つＯＰ１内のものと異なるデータセグメントがパケット化及び圧縮されて、ＣＰ２を生成する。対応して、ＯＰ１を解凍した後、基地局は、ＯＰ１に基づいてＣＰ２を解凍して、ＯＰ２を取得することができる。

関連づけの特徴を有する前述の２つの圧縮方式がデータを伝送するために使用されるとき、ＣＰ３が失われ、又は解凍されるのに失敗した場合、基地局は、再送されたＣＰ３が成功裏に解凍された後にのみ、ＣＰ４を解凍できることに留意されたい。

関連づけの特徴を有する圧縮方式がデータを伝送するために使用されるシナリオにおいて、送信端と受信端との間のデータ伝送方式が変化するとき、いくつかの問題が存在する可能性がある。

例えば、データ伝送方式の変更は、以下のケースのうち１つ又は組み合わせを含み得る。

ケース１：データ伝送方式が、圧縮方式におけるパケットの伝送から、非圧縮方式におけるパケットの伝送に切り替えられる。

ケース２：データ伝送方式が、第１の圧縮方式におけるパケットの伝送から、第２の圧縮方式におけるパケットの伝送に切り替えられる。

ケース３：送信端が、ソース受信端へのパケットの送信から、対象（target）受信端へのパケットの送信に切り替える。

前述のケース２及びケース３において、送信端では、データ伝送方式を切り替えた後、送信端が圧縮を再開する必要があり、具体的には、送信端は、圧縮方式に対応する予め設定された圧縮パラメータを有効化して、圧縮が再開された後に存在する第１の圧縮すべきオリジナルパケットを圧縮する必要がある。対応して、受信端では、データ伝送方式を切り替えた後、受信端もまた、対応する解凍処理手順を再開する必要があり、具体的には、受信端は、圧縮方式に対応する予め設定された圧縮パラメータを有効化して、圧縮が再開された後に存在する第１の解凍すべき圧縮パケットを解凍する必要がある。

換言すれば、データ伝送方式を切り替えた後、ケース１及びケース２では、受信端は、データ伝送方式が切り替えられる前に解凍された最後の圧縮パケットに対応する圧縮パラメータをもはや保有せず、受信端は、データ伝送方式が切り替えられる前に圧縮された、上記最後の圧縮パケットの後の圧縮パケットを解凍することができない。ケース３では、対象受信端が、データ伝送方式が切り替えられる前に解凍された最後の圧縮パケットに対応する圧縮パラメータを記憶していないため、対象受信端は、データ伝送方式が切り替えられる前に圧縮された、上記最後の圧縮パケットの後の圧縮パケットを解凍することができない。

結果的に、圧縮パケットが失われ、又は解凍されるのに失敗した場合、端末が、失われ又は解凍されるのに失敗した圧縮パケットを再送したとき、基地局は、再送された圧縮パケットを解凍することができない。次いで、端末は、パケットが送信されるのに失敗したことを示すメッセージを上位層にフィードバックして、オリジナルパケットを再配送するように上位層をトリガする。例えば、端末のＭＡＣ層の上位層はＴＣＰ層であり得る。ＴＣＰ層がオリジナルパケットを再配送するようにトリガされたとき、ＴＣＰ層での伝送レートは大幅に低減される。

図１Ｂは、伝送シナリオの概略図である。

図１Ｂに示すように、端末（ユーザ装置（User Equipment）、ＵＥ）は、ＣＰ１、ＣＰ２、ＣＰ３、及びＣＰ４をソース基地局に送信し、これにおいて、ＣＰ３は失われ、あるいは解凍されるのに失敗する。ソース基地局は、指示情報を対象基地局に送信し、指示情報は、ＣＰ３が受信されずＣＰ４が受信されたことを示す。対象基地局は、ステータスレポートを端末に転送し、ステータスレポートは、ＣＰ３が受信されていないことを示し、端末は、ＣＰ３を再送するように既に指示されている。端末は、端末が対象基地局に切り替える前に圧縮されたＣＰ３を基地局に再送する。対象基地局は、関連する解凍コンテキストを記憶しておらず、結果的に、ＣＰ３をパースすることができない。例えば、基地局は、進化型ＮｏｄｅＢ（Evolved NodeB、ｅＮＢ）でもよい。

前述の問題を解決するために、本出願は、データ伝送方法を提供する。送信端と受信端との間のデータ伝送方式が切り替えられた後、送信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得した場合、送信端は、対象オリジナルパケット又は対象圧縮パケットを受信端に送信する。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成され、対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含むことができる。このようにして、受信端は、第１の圧縮パケット又は第２の圧縮パケットを解凍する必要はないが、オリジナルパケットを直接取得し、あるいは予め設定された圧縮パラメータに基づいてオリジナルパケットを解凍して、第１の圧縮パケットに対応するオリジナルパケット又は第２の圧縮パケットに対応するオリジナルパケットを取得し、それにより、再送をトリガする回数を低減し、圧縮パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率をさらに改善する。

図２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート１である。

図２に示すように、本出願のこの実施形態は、送信端により実行されてもよい。本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ２０１：送信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得する。

本出願において、送信端は、以下の方法で、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得することができる。

一例において、送信端が、予め設定された期間内に第１の圧縮パケットの確認応答情報を受信しない場合、送信端は、指示情報を生成することができる。

別の例において、送信端は、ステータスレポートを受信してもよい。ステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含んでもよく、あるいは、ステータスレポートは、第１の圧縮パケット及び第２の圧縮パケットが失われず又は解凍されるのに失敗したことを示すために使用される指示情報を含んでもよい。

送信端は、データ伝送方式が切り替えられる前、又はデータ伝送方法が切り替えられた後に、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得できることに留意されたい。一例において、受信端が、データ伝送方法が切り替えられる前、又はデータ伝送方法が切り替えられた後に、送信端にステータスレポートを送信してもよい。

本出願において、送信端が指示情報を取得した後、送信端は、データ伝送方式が切り替えられた後に、失われ又は解凍されるのに失敗した圧縮パケットに対して再送処理を実行することができる。

Ｓ２０２：送信端が、対象オリジナルパケット又は対象圧縮パケット、及び対象圧縮パケットを送信する。

対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含むことができる。

本出願において、第１の圧縮パケットは、データ伝送方式が切り替えられる前に関連づけの特徴を有する圧縮方式で生成された圧縮パケットでもよい。例えば、表１Ｃ又は表１Ｄに示される関連づけの特徴を有する任意の圧縮方式が使用されてもよい。

一例において、第１の圧縮パケットは、第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成することができる。第６の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づいて、第６の圧縮パケットの前に圧縮された第７の圧縮パケットに対応する圧縮パラメータを更新することにより生成され、あるいは、第６の圧縮パケットに対応する圧縮パラメータは、予め設定された圧縮パラメータである。本出願の別の実施形態において、送信端が、表１Ｄに示される関連づけの特徴を有する圧縮方式を使用するとき、第６の圧縮パケットに対応する圧縮パラメータは、第６の圧縮パケットに対応する第４のオリジナルパケットに基づいて決定されてもよい。

本出願において、第２の圧縮パケットもまた、関連づけの特徴を有する圧縮方式で第２のオリジナルパケットを圧縮することにより生成されてもよい。

一例において、第２の圧縮パケットは、第１の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成することができる。第１の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づいて、第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータ更新することにより生成されてもよく、あるいは、第１の圧縮パケットに対応する圧縮パラメータは、伝送方法が切り替えられる前に送信端により使用される圧縮方式に対応する予め設定された圧縮パラメータでもよい。本出願の別の実施形態において、送信端が、表１Ｄに示される関連づけの特徴を有する圧縮方式を使用するとき、第１の圧縮パケットに対応する圧縮パラメータは、第１のオリジナルパケットに基づいて決定される。

表２は、第１の圧縮パケットと第２の圧縮パケットが失われ又は解凍されるのに失敗するいくつかのケースの一例である。

表２に示すように、ＯＰ１、ＯＰ２、ＯＰ３、ＯＰ４は、データ伝送方式が切り替えられる前に送信端により取得されたオリジナルパケットであり、ＯＰ５は、データ伝送方式が切り替えられた後に送信端により取得されたオリジナルパケットである。データ伝送方式が切り替えられる前、ＯＰ１、ＯＰ２、ＯＰ３、及びＯＰ４は、ＣＰ１、ＣＰ２、ＣＰ３、及びＣＰ４にそれぞれ圧縮される。ＣＰ１は、ＯＰ１をＰＣ０に基づいて圧縮することにより生成され、ＣＰ２は、ＯＰ２をＰＣ１に基づいて圧縮することにより生成され、ＣＰ３は、ＯＰ３をＰＣ２に基づいて圧縮することにより生成される。失われ、又は解凍されるのに失敗した第１の圧縮パケットは、３つのケースを含み得る。

ケース１：第１の圧縮パケットはＣＰ３であり、第１のオリジナルパケットはＯＰ３であり、第６の圧縮パケットはＣＰ２であり、第７の圧縮パケットはＣＰ１であり、第２の圧縮パケットはＣＰ４であり得る。

ケース２：第１の圧縮パケットはＣＰ２であり、第１のオリジナルパケットはＯＰ２であり、第６の圧縮パケットはＣＰ１であり、対応して、第２の圧縮パケットはＣＰ３であり得る。

ケース３：第１の圧縮パケットはＣＰ４であり、第１のオリジナルパケットはＯＰ４であり、第６の圧縮パケットはＣＰ３であり、第７の圧縮パケットはＣＰ２であり、対応して、第２の圧縮パケットはＣＰ５であり得る。

本出願において、異なる切り替えられたデータ伝送方式について、ステップＳ２０２は、以下のいくつかの実装を含んでもよい。

ステップＳ２０２の一実装において、送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、ステップＳ２０２は、送信端が対象オリジナルパケットを送信することを含んでもよい。

一例において、送信端は、第１のオリジナルパケットを送信することができる。

別の例において、送信端は、第２のオリジナルパケットを送信してもよい。

さらに別の例において、送信端は、第１のオリジナルパケット及び第２のオリジナルパケットを送信してもよい。

前述の３つの例のうちいずれか１つにおける、対象オリジナルパケットを送信する方式は、上位層の再送信をトリガする確率を低減させることができ、それにより、パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を改善する。

ステップＳ２０２の別の実装において、送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、送信端が、パケットを送信するための予め設定された圧縮パラメータを有効化した状態に入った場合、ステップＳ２０２は、送信端が対象圧縮パケットを送信することを含んでもよい。

一例において、送信端は、第３の圧縮パケットを送信することができる。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成される。

別の例において、送信端は、第４の圧縮パケットを送信してもよい。第４の圧縮パケットは、予め設定された圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成される。

さらに別の例において、送信端は、第３の圧縮パケット及び第４の圧縮パケットを送信してもよい。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットは、予め設定された圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成される。

さらに別の例において、送信端は、第３の圧縮パケット及び第４の圧縮パケットを送信してもよい。第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットは、第３の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成され、第３の圧縮パケットに対応する圧縮パラメータは、予め設定された圧縮パラメータを第１のオリジナルパケットに基づいて更新することにより生成される。本出願の別の実施形態において、送信端は、表１Ｄに示される関連づけの特徴を有する圧縮方式を使用し、第３の圧縮パケットに対応する圧縮パラメータは、代わりに、第１のオリジナルパケットに基づいて決定されてもよい。

本出願において、データ伝送方式を切り替えた後、送信端は、上位層から、圧縮される必要のあるオリジナルパケットをさらに引き続き取得することができる。この場合、送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、送信端が、パケットを送信するための予め設定された圧縮パラメータを有効化した状態に入った後、本出願のこの実施形態は、以下のステップをさらに含んでもよい。

送信端は、第３のオリジナルパケットを取得する。

送信端は、第５の圧縮パケットを送信する。第５の圧縮パケットは、予め設定された圧縮パラメータに基づいて第３のオリジナルパケットを圧縮することにより生成され、あるいは、第５の圧縮パケットは、第４の圧縮パケットに対応する圧縮パラメータに基づいて第３のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットに対応する圧縮パラメータは、予め設定された圧縮パラメータを第２のオリジナルパケットに基づいて更新することにより生成される。

例えば、表２のケース２を一例として用いる。第１の圧縮パケットがＣＰ３であるとき、第３のオリジナルパケットはＯＰ５であり得、第５の圧縮パケットはＣＰ５であり得る。

本出願において、送信端が対象圧縮パケットを送信する前述の実装に対応して、受信端は、送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信することができる。対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成され、対象オリジナルパケットは、以下のパケット、すなわち、第１の圧縮パケットに対応する第１のオリジナルパケットと、第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む。受信端は、送信端に対して、ステップＳ２０２のいずれかの実装に対応する解凍方式及び予め設定された圧縮パラメータを使用して、受信した対象圧縮パケットを解凍することができる。

例えば、送信端が対象圧縮パケットを送信する第４の例では、具体的には、第３の圧縮パケットは、予め設定された圧縮パラメータに基づいて第１のオリジナルパケットを圧縮することにより生成され、第４の圧縮パケットは、第３の圧縮パケットに対応する圧縮パラメータに基づいて第２のオリジナルパケットを圧縮することにより生成され、第３の圧縮パケットに対応する圧縮パラメータは、受信端が第３の圧縮パケットと第４の圧縮パケットを受信した後、予め設定された圧縮パラメータを第１のオリジナルパケットに基づいて更新することにより生成され、以下の解凍ステップが含まれてもよい。

受信端は、予め設定された圧縮パラメータに基づいて第３の圧縮パケットを解凍して、第１のオリジナルパケットを取得する。

受信端は、予め設定された圧縮パラメータを第１のオリジナルパケットに基づいて更新して、第３の圧縮パケットに対応する圧縮パラメータを生成する。

受信端は、第３の圧縮パケットに対応する圧縮パラメータに基づいて第４の圧縮パケットを解凍して、第２のオリジナルパケットを取得する。

前述の３つの例のうちいずれか１つにおける、対象圧縮パケットを送信する方式が用いられ、受信端は、予め設定された圧縮パラメータを習得することができるため、データ伝送方式が切り替えられた後に受信した圧縮パケットを解凍できることが習得できる。したがって、ステップＳ２０２の実装において、上位層の再送をトリガする確率を低減することができ、それにより、パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を改善することができる。

さらに、受信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、第２の圧縮パケットが既に受信されている場合、第１の圧縮パケットの後に送信された第２の圧縮パケットは、受信端が第２の圧縮パケットの解凍を待ち続けることを回避するために、破棄されてもよい。一例において、送信端が、上記受信端へのパケットの送信から別の受信端へのパケットの送信に切り替え、あるいは第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは圧縮方式においてパケットを送信する状態から非圧縮方式においてパケットを送信する状態に切り替えた後にのみ、受信端が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出した場合、受信端は、第２の圧縮パケットを廃棄してもよい。

本出願において、送信端と受信端は、代わりに、以下の実装を使用してもよい。

別の例において、送信端はゲートウェイでもよく、ソース受信端はソース基地局でもよく、対象受信端は対象基地局でもよい。換言すれば、本出願で提供されるデータ送信方法は、通信ネットワークで下りリンクデータが送信されるシナリオにおいてさらに使用されてもよい。

さらに別の例において、送信端は端末でもよく、ソース受信端はソースセルに対応する基地局でもよく、対象受信端は対象セルに対応する基地局でもよい。対応して、送信端が、ソース受信端へのパケットの送信から対象受信端へのパケットの送信に切り替えることは、ソースセルを介してソースセルに対応する基地局にパケットを送信することから、対象セルを介して対象セルに対応する基地局にパケットを送信することに切り替えることを含んでもよい。ソースセルに対応する基地局及び対象セルに対応する基地局は、同じ基地局でも異なる基地局でもよく、ソースセル及び対象セルは、同じセルでも異なるセルでもよいことに留意されたい。換言すれば、データ伝送方法は、局内（intra-station）ハンドオーバシナリオ、局間（inter-station）ハンドオーバシナリオ、セル内ハンドオーバ（intra-cell handover）シナリオ等において使用されてもよい。

さらに、ソースセル及び対象セルは、同じ通信システム内のセルでもよく、あるいはシステム間セルでもよい。例えば、ソースセル及び対象セルは、それぞれ、ＷＣＤＭＡセル及びＬＴＥセルでもよく、あるいはそれぞれ、ＵＭＴＳセル及びＬＴＥセルでもよい。本出願の別の実施形態において、本出願で提供されるデータ伝送方法は、セル内ハンドオーバ、基地局内セル間ハンドオーバ、５Ｇ通信ネットワークにおける基地局間ハンドオーバのシナリオ、ＬＴＥネットワークからＷｉ−Ｆｉネットワークへのハンドオーバのシナリオなどでさらに使用されてもよい。

さらに別の例において、送信端はビデオストリーム圧縮端でもよく、ソース受信端はソースビデオストリーム解凍端でもよく、対象受信端は対象ビデオストリーム解凍端である。例えば、ビデオ圧縮端が端末内に位置してもよく、ビデオ解凍端がサーバに位置してもよい。

さらに別の例において、送信端は局（Station、ＳＴＡ）でもよく、ソース受信端はソースアクセスポイント（Access Point、ＡＰ）でもよく、対象受信端は対象アクセスポイントＡＰでもよい。

実施形態２

以下では、送信端と受信端がそれぞれ端末と基地局である一例を用いることにより、本出願で提供されるデータ送信方法について説明する。

説明を容易にするため、本出願のこの実施形態におけるパケットの一例は以下のとおりである。表３は、本出願のこの実施形態におけるパケットの一例である。

図３Ａ及び図３Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート２である。図３Ａ及び図３Ｂに示すように、端末及び基地局が、データ伝送方式を圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えるとき、本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ３０１：端末と基地局が、パケットを送信するための圧縮方式を有効化するためにネゴシエートする。

Ｓ３０２：端末が、予め設定された圧縮パラメータＰＣ０に基づいてＯＰ１を圧縮してＣＰ１を生成し、ＯＰ１に基づいてＰＣ０を更新してＰＣ１を生成する。

Ｓ３０３：端末が、ＰＣ１に基づいてＯＰ２を圧縮してＣＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ３０４：端末が、ＰＣ２に基づいてＯＰ３を圧縮してＣＰ３を生成し、ＯＰ３に基づいてＰＣ２を更新してＰＣ３を生成する。

Ｓ３０５：端末が、ＰＣ３に基づいてＯＰ４を圧縮してＣＰ４を生成し、ＯＰ４に基づいてＰＣ３を更新してＰＣ４を生成する。

Ｓ３０６：端末が、ＣＰ１を基地局に送信する。

Ｓ３０７：端末が、ＯＰ１とＣＰ１をバッファリングする。

Ｓ３０８：端末が、ＣＰ２を基地局に送信する。

Ｓ３０９：端末が、ＯＰ２とＣＰ２をバッファリングする。

Ｓ３１０：端末が、ＣＰ３を基地局に送信する。

Ｓ３１１：端末が、ＯＰ３とＣＰ３をバッファリングする。

Ｓ３１２：端末が、ＣＰ４を基地局に送信する。

Ｓ３１３：端末が、ＯＰ４とＣＰ４をバッファリングする。

Ｓ３１４：ＣＰ１を受信した後、基地局が、ＰＣ０に基づいてＣＰ１を解凍してＯＰ１を生成し、ＯＰ１に基づいてＰＣ０を更新してＰＣ１を生成する。

Ｓ３１５：ＣＰ２を受信した後、基地局が、ＰＣ１に基づいてＣＰ２を解凍してＯＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ３１６：基地局が、ＣＰ３が失われ又は解凍されるのに失敗したことを検出する。

Ｓ３１７：基地局が、指示情報を搬送するステータスレポートを端末に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

ステータスレポートは、圧縮パケットＣＰ３のシーケンス番号を含んでもよい。

Ｓ３１８：端末及び基地局が、データ伝送方式を圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替える。

ステップＳ３１８は、ステップＳ３１６の前に実行されてもよく、あるいはステップＳ３１６の後に実行されてもよいことに留意されたい。

本出願のこの実施形態で提供される一実装において、Ｓ３１８の後にステップＳ３１９が含まれてもよい。

Ｓ３１９：端末が、ＯＰ３を基地局に送信する。

端末は、バッファリングされたＯＰ３を読み出すことができる。

換言すれば、ステータスレポートを受信した後、端末は、ステータスレポートに示された圧縮パケットに対応するオリジナルパケットを基地局に再送することができる。

本出願のこの実施形態で提供される一実装において、ステップＳ３１７の前にステップＳ３２０が含まれてもよく、さらにＳ３１７の後にステップＳ３２１が含まれてもよい。

Ｓ３２０：基地局が、ＣＰ４を受信したときＣＰ４をバッファリングする。

Ｓ３２１：基地局が、ＣＰ４を破棄する。

本出願のこの実施形態で提供される別の実装において、Ｓ３１９の後にステップＳ３２２がさらに含まれてもよい。

Ｓ３２２：端末が、ＯＰ４を基地局に送信する。

本出願のこの実施形態で提供されるさらに別の任意的な実装において、ステップＳ３２０の後にステップＳ３２３及びステップＳ３２４がさらに含まれる。この場合、端末は、Ｓ３２４で送信されるステータスレポートを受信した後、ステップＳ３２２を実行してもよい。ステップＳ３２３及びＳ３２４は、本出願のこの実施形態において必須のステップではないことに留意されたい。

Ｓ３２３：基地局が、ＣＰ４が解凍されるのに失敗したことを検出する。

Ｓ３２４：基地局が、指示情報を搬送するステータスレポートを端末に送信し、指示情報は、ＣＰ４が解凍されるのに失敗したことを示すために使用される。

ステップＳ３１９、Ｓ３２０、Ｓ３２１、Ｓ３２２、Ｓ３２３、及びＳ３２４は、本出願のこの実施形態において必須のステップではないことに留意されたい。

本出願において、ステータスレポートを受信した後、端末は、ステータスレポートに示された圧縮パケットに対応するオリジナルパケットを基地局に再送することができ、あるいはステータスレポートに示された圧縮パケットの後に圧縮された圧縮パケットに対応するオリジナルパケットを基地局に再送することができる。端末により基地局に送信されたステータスレポートに示される圧縮パケットＣＰ３がオリジナルパケットＯＰ３に対応する場合、上位レイヤがＯＰ３を再送するようトリガされることを回避することができる。端末により基地局に送信されたＣＰ３に続く圧縮パケットＣＰ４がオリジナルパケットＯＰ４に対応する場合、上位レイヤがＯＰ４を再送するようトリガされることを回避することができる。換言すれば、端末がオリジナルパケットのＯＰ３及びＯＰ４のうち一方又は双方を送信するとき、上位層で再送をトリガする回数を低減することができ、これにより、圧縮パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率が改善される。

図３Ａ及び図３Ｂに示す方法に基づき、端末及び基地局が、圧縮方式におけるソース基地局へのパケットの送信から非圧縮方式における対象基地局へのパケットの送信にデータ伝送方法を切り替えるとき、本出願の一実施形態はさらにデータ伝送方法を提供する。

図４Ａ及び図４Ｂは、本出願によるデータ伝送方法の概略的な相互作用フローチャート３である。

図４Ａ及び図４Ｂに示すように、本出願のこの実施形態による方法は、端末、ソース基地局、及び対象基地局により実行されてもよい。本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ４０１：端末とソース基地局が、パケットを送信するための圧縮方式を有効化するためにネゴシエートする。

本出願のこの実施形態において、ステップＳ４０１〜Ｓ４１６の意図は、図３Ａ及び図３ＢのステップＳ３０１〜Ｓ３１６の意図と同様である。詳細については、図３Ａ及び図３Ｂに示される実施形態の関連する説明を参照する。

Ｓ４０２：端末が、予め設定された圧縮パラメータＰＣ０に基づいてＯＰ１を圧縮してＣＰ１を生成し、ＯＰ１に基づいてＰＣ０を更新してＰＣ１を生成する。

Ｓ４０３：端末が、ＰＣ１に基づいてＯＰ２を圧縮してＣＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ４０４：端末が、ＰＣ２に基づいてＯＰ３を圧縮してＣＰ３を生成し、ＯＰ３に基づいてＰＣ２を更新してＰＣ３を生成する。

Ｓ４０５：端末が、ＰＣ３に基づいてＯＰ４を圧縮してＣＰ４を生成し、ＯＰ４に基づいてＰＣ３を更新してＰＣ４を生成する。

Ｓ４０６：端末が、ＣＰ１をソース基地局に送信する。

Ｓ４０７：端末が、ＯＰ１とＣＰ１をバッファリングする。

Ｓ４０８：端末が、ＣＰ２をソース基地局に送信する。

Ｓ４０９：端末が、ＯＰ２とＣＰ２をバッファリングする。

Ｓ４１０：端末が、ＣＰ３をソース基地局に送信する。

Ｓ４１１：端末が、ＯＰ３とＣＰ３をバッファリングする。

Ｓ４１２：端末が、ＣＰ４をソース基地局に送信する。

Ｓ４１３：端末が、ＯＰ４とＣＰ４をバッファリングする。

Ｓ４１４：ＣＰ１を受信した後、ソース基地局が、ＰＣ０に基づいてＣＰ１を解凍してＯＰ１を生成し、ＯＰ１に基づいてＰＣ０を更新してＰＣ１を生成する。

Ｓ４１５：ＣＰ２を受信した後、ソース基地局が、ＰＣ１に基づいてＣＰ２を解凍してＯＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ４１６：ソース基地局が、ＣＰ３が失われ又は解凍されるのに失敗したことを検出する。

Ｓ４１７−１：ソース基地局が、指示情報を搬送するステータスレポートを対象基地局に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

ステータスレポートは、圧縮パケットＣＰ３のシーケンス番号を含んでもよい。

Ｓ４１７−２：対象基地局が、指示情報を搬送するステータスレポートを端末に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

Ｓ４１８：端末が、データ伝送方式を圧縮方式におけるソース基地局へのパケットの送信から非圧縮方式における対象基地局へのパケットの送信に切り替える。

ステップＳ４１８は、ステップＳ４１６の前に実行されてもよく、あるいはステップＳ４１６の後に実行されてもよいことに留意されたい。

Ｓ４１９：端末が、ＯＰ３を対象基地局に送信する。

換言すれば、ステータスレポートを受信した後、端末は、ステータスレポートに示された圧縮パケットに対応するオリジナルパケットを対象基地局に再送することができる。

本出願のこの実施形態で提供される任意の一実装において、ステップＳ４１７−１の前にステップＳ４２０がさらに含まれ、ステップＳ４１７−１の後にステップＳ４２１がさらに含まれてもよい。

Ｓ４２０：ソース基地局が、ＣＰ４を受信したときＣＰ４をバッファリングする。

Ｓ４２１：ソース基地局が、ＣＰ４を破棄する。

ステップＳ４２０及びＳ４２１の意図は、図３Ａ及び図３ＢのステップＳ３２０及びＳ３２１の意図と同様であることに留意されたい。

本出願のこの実施形態で提供される別の任意の実装において、Ｓ４１９の後にステップＳ４２２がさらに含まれてもよい。

Ｓ４２２：端末が、ＯＰ４を対象基地局に送信する。

本出願の全ての実施形態は、ロスレスハンドオーバシナリオに適用可能であることに留意されたい。例えば、本出願の実施形態の適用シナリオにおいて、移動端末が複数の基地局の間でハンドオーバされるとき、ほとんどの場合、ハンドオーバ処理の間にデータパケットが失われ、スループットの低下を引き起こす。データパケット損失を回避するために、モバイルロスレスハンドオーバ（Lossless Handover）技術が３ＧＰＰプロトコルで定義されている。この技術は、上位層アプリケーションのデータパケットの損失を回避するために、端末が伝送されるのに失敗したデータパケットを再送できるようにする。しかしながら、データパケットの再送は伝送効率を低下させる可能性がある。本出願の実施形態で提供されるデータ伝送方法によれば、パケットが失われ又は解凍されるのに失敗したとき存在する伝送効率を効果的に改善することができる。

本出願の実施形態における他の技術的解決策の詳細及び技術的効果については、本出願の他の実施形態における説明を参照する。

実施形態３

図５Ａ−１及び図５Ａ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート４である。

図５Ａ−１及び図５Ａ−２に示すように、端末及び基地局が、データ伝送方式を第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替えるとき、本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ５０１：端末と基地局が、パケットを送信するための圧縮方式を有効化するためにネゴシエートする。

本出願のこの実施形態において、ステップＳ５０１〜Ｓ５１６の意図は、図３Ａ及び図３ＢのステップＳ３０１〜Ｓ３１６の意図と同様である。詳細については、図３Ａ及び図３Ｂに示される実施形態の関連する説明を参照する。

Ｓ５０２：端末が、第１の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−１に基づいてＯＰ１を圧縮してＣＰ１を生成し、ＯＰ１に基づいてＰＣ０−１を更新してＰＣ１を生成する。

Ｓ５０３：端末が、ＰＣ１に基づいてＯＰ２を圧縮してＣＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ５０４：端末が、ＰＣ２に基づいてＯＰ３を圧縮してＣＰ３を生成し、ＯＰ３に基づいてＰＣ２を更新してＰＣ３を生成する。

Ｓ５０５：端末が、ＰＣ３に基づいてＯＰ４を圧縮してＣＰ４を生成し、ＯＰ４に基づいてＰＣ３を更新してＰＣ４を生成する。

Ｓ５０６：端末が、ＣＰ１を基地局に送信する。

Ｓ５０７：端末が、ＯＰ１とＣＰ１をバッファリングする。

Ｓ５０８：端末が、ＣＰ２を基地局に送信する。

Ｓ５０９：端末が、ＯＰ２とＣＰ２をバッファリングする。

Ｓ５１０：端末が、ＣＰ３を基地局に送信する。

Ｓ５１１：端末が、ＯＰ３とＣＰ３をバッファリングする。

Ｓ５１２：端末が、ＣＰ４を基地局に送信する。

Ｓ５１３：端末が、ＯＰ４とＣＰ４をバッファリングする。

Ｓ５１４：基地局が、ＣＰ１を受信し、ＰＣ０−１に基づいてＣＰ１を解凍してＯＰ１を生成し、ＯＰ１に基づいてＰＣ０−１を更新してＰＣ１を生成する。

Ｓ５１５：基地局が、ＣＰ２を受信し、ＰＣ１に基づいてＣＰ２を解凍してＯＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ５１６：基地局が、ＣＰ３が失われ又は解凍されるのに失敗したことを検出する。

Ｓ５１７：基地局が、指示情報を搬送するステータスレポートを端末に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

ステータスレポートは、圧縮パケットＣＰ３のシーケンス番号を含んでもよい。

Ｓ５１８：端末と基地局が、データ伝送方式を第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替える。

ステップＳ５１８は、ステップＳ５１６の前に実行されてもよく、あるいはステップＳ５１６の後に実行されてもよいことに留意されたい。

Ｓ５１９−１：端末が、第２の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−２に基づいてＯＰ３を圧縮してＣＰ３−２を生成する。

Ｓ５１９−２：端末が、ＣＰ３−２を基地局に送信する。

換言すれば、ステータスレポートを受信した後、端末は、データ伝送方式が切り替えられた後に存在する圧縮方式に対応する予め設定された圧縮パラメータに基づいて、ステータスレポートに示された圧縮パケットに対応するオリジナルパケットを圧縮することができる。

Ｓ５１９−３：基地局が、第２の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−２に基づいてＣＰ３−２を解凍してＯＰ３を生成する。

本出願のこの実施形態で提供される一実装において、ステップＳ５１７の前にステップＳ５２０が含まれてもよく、Ｓ５１７の後にステップＳ５２１がさらに含まれてもよい。

Ｓ５２０：基地局が、ＣＰ４を受信したときＣＰ４をバッファリングする。

Ｓ５２１：基地局が、ＣＰ４を破棄する。

本出願のこの実施形態で提供される別の実装において、Ｓ５１９−１の後にステップＳ５２２−１ａ及びＳ５２２−２がさらに含まれてもよい。

Ｓ５２２−１ａ：端末が、ＯＰ３に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＯＰ４を圧縮してＣＰ４−２を生成する。

Ｓ５２２−２：端末が、ＣＰ４−２を基地局に送信する。

Ｓ５２２−３ａ：基地局が、ＯＰ３に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＣＰ４−２を解凍してＯＰ４を生成する。

本出願のこの実施形態で提供されるさらに別の実装において、Ｓ５２２−３ａの後にステップＳ５２３−１ａ、Ｓ５２３−２、及びＳ５２３−２ａがさらに含まれてもよい。

Ｓ５２３−１ａ：端末が、ＯＰ４に基づいてＰＣ１−２を更新してＰＣ２−２を生成し、ＰＣ２−２に基づいてＯＰ５を圧縮してＣＰ５を生成する。

Ｓ５２３−２：端末が、ＣＰ５を基地局に送信する。

Ｓ５２３−３ａ：基地局が、ＯＰ４に基づいてＰＣ１−２を更新してＰＣ２−２を生成し、ＰＣ２−２に基づいてＣＰ５を解凍してＯＰ５を生成する。

表４Ａは、本出願の一実施形態によるパケットの一例である。表４Ａに示すように、ステップＳ５１９−１、Ｓ５１９−２、Ｓ５２２−１ａ、Ｓ５２２−２、Ｓ５２２−１ａ、Ｓ５２２−３ａ、Ｓ５２３−１ａ、及びＳ５２３−３ａにおけるパケット間の関係は、例えば、以下のとおりであり得る。

本出願の別の実施形態において、第１の圧縮方式は、第２の圧縮方式と同じでもよいことに留意されたい。換言すれば、第１の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−１は、第２の圧縮方式に対応する予め設定された圧縮パラメータＰＣ−２と同じでもよい。このようにして、端末では、第１の圧縮方式が使用される状態に再び入ること、すなわち、圧縮方式を有効化することにより状態を再始動することに相当する。

前述の方式において、端末は、伝送方式が切り替えられた後に存在する圧縮方式に対応する予め設定された圧縮パラメータを使用することにより、伝送方式が切り替えられた後に存在する第１の再送すべきパケットＯＰ３を圧縮し、前に圧縮された圧縮パケットに対応する圧縮パラメータに基づいて、後に処理されるオリジナルパケットを順次圧縮する。さらに、伝送方式が切り替えられた後に取得されるオリジナルパケットＯＰ５は、ＯＰ５の前に圧縮されたＣＰ４−２に対応する圧縮パラメータに基づいて圧縮される。このようにして、基地局は、データ伝送方式が切り替えられた後に受信した圧縮パケットに対して解凍処理を順次実行し、換言すれば、予め設定された圧縮パラメータに基づいて、データ伝送方式が切り替えられた後に存在する第１の解凍すべき圧縮パケットを解凍し、前に解凍された圧縮パケットに対応する圧縮パラメータに基づいて、後に処理された圧縮パケットを順次解凍することができる。

図５Ｂ−１及び図５Ｂ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート５である。端末及び基地局が、データ伝送方式を第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替えるとき、本出願の一実施形態は、データ送信方法をさらに提供する。

図５Ａ−１及び図５Ａ−２におけるＳ５２２−１ａは、図５Ｂ−１及び図５Ｂ−２におけるＳ５２２−１ｂを代替方式として使用してもよい。図５Ａ−１及び図５Ａ−２におけるＳ５２２−３ａは、図５Ｂ−１及び図５Ｂ−２におけるＳ５２２−３ｂを代替方式として使用してもよい。

Ｓ５２２−１ｂ：端末が、ＰＣ０−２に基づいてＯＰ４を圧縮してＣＰ４−２を生成する。

Ｓ５２２−３ｂ：基地局が、ＰＣ０−２に基づいてＣＰ４−２を解凍してＯＰ４を生成する。

さらに、図５Ａ−１及び図５Ａ−２におけるＳ５２３−１ａは、図５Ｂ−１及び図５Ｂ−２のＳ５２３−１ｂを代替方式として使用してもよい。図５Ａ−１及び図５Ａ−２におけるＳ５２３−３ａは、図５Ｂ−１及び図５Ｂ−２におけるＳ５２３−３ｂを代替方式として使用してもよい。

Ｓ５２３−１ｂ：端末が、ＯＰ４に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＯＰ５を圧縮してＣＰ５を生成する。

Ｓ５２３−３ｂ：基地局が、ＯＰ４に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＣＰ５を解凍してＯＰ５を生成する。

表４Ｂは、本出願の一実施形態によるパケットの一例である。表４Ｂに示すように、ステップＳ５１９−１、Ｓ５１９−２、Ｓ５２２−１ｂ、Ｓ５２２−２、Ｓ５２２−３ｂ、Ｓ５２３−１ｂ、及びＳ５２３−３ｂにおけるパケット間の関係は、例えば、以下のとおりであり得る。

前述の方式において、端末は、伝送方式が切り替えられ後に存在する圧縮方式に対応する予め設定された圧縮パラメータを使用することにより、伝送方式が切り替えられた後に再送される必要がある複数のパケットを圧縮し、伝送方式が切り替えられた後、圧縮される必要がある第１のオリジナルパケットＯＰ５を取得し、前に圧縮された圧縮パケットＣＰ４−２に対応する圧縮パラメータに基づいてＯＰ５を圧縮することができる。

図５Ｃ−１及び図５Ｃ−２は、本出願によるデータ伝送方法の概略的な相互作用フローチャート６である。端末及び基地局が、データ伝送方式を第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替えるとき、本出願の一実施形態は、別のデータ伝送方法をさらに提供する。

図５Ｂ−１及び図５Ｂ−２におけるＳ５２３−１ｂは、図５Ｃ−１及び図５Ｃ−２におけるＳ５２３−１ｃを代替方式として使用してもよい。図５Ｂ−１及び図５Ｂ−２におけるＳ５２３−３ｂは、図５Ｃ−１及び図５Ｃ−２におけるＳ５２３−３ｃを代替方式として使用してもよい。

Ｓ５２３−１ｃ：端末が、ＰＣ０−２に基づいてＯＰ５を圧縮してＣＰ５を生成する。

Ｓ５２３−３ｃ：基地局が、ＰＣ０−２に基づいてＣＰ５を解凍してＯＰ５を生成する。

Ｓ５２３−１ｃの後、端末はさらに、ＯＰ５に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＯＰ６を圧縮してＣＰ６を生成し、ＣＰ６を基地局に送信することができる。対応して、ＯＰ６を取得した後、基地局は、ＯＰ５に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＣＰ６を解凍してＯＰ６を生成することができる。

表４Ｃは、本出願の一実施形態によるパケットの一例である。表４Ｃに示すように、ステップＳ５１９−１、Ｓ５１９−２、Ｓ５２２−１ｂ、Ｓ５２２−２、Ｓ５２２−３ｂ、Ｓ５２３−１ｃ、及びＳ５２３−３ｃにおけるパケット間の関係は、例えば、以下のとおりであり得る。

図６Ａ、図６Ｂ、及び図６Ｃは、本出願によるデータ伝送方法の概略的な相互作用フローチャート７である。

図６Ａ、図６Ｂ、及び図６Ｃに示すように、端末及び基地局が、データ伝送方式を第１の圧縮方式におけるソース基地局へのパケットの送信から第２の圧縮方式における対象基地局へのパケットの送信に切り替えるとき、本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ６０１：端末とソース基地局が、パケットを送信するための圧縮方式を有効化するためにネゴシエートする。

本出願のこの実施形態において、ステップＳ６０１〜Ｓ６１６の意図は、図３Ａ及び図３ＢのステップＳ３０１〜Ｓ３１６の意図と同様である。詳細については、図３Ａ及び図３Ｂに示される実施形態の関連する説明を参照する。

Ｓ６０２：端末が、第１の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−１に基づいてＯＰ１を圧縮してＣＰ１を生成し、ＯＰ１に基づいてＰＣ０−１を更新してＰＣ１を生成する。

Ｓ６０３：端末が、ＰＣ１に基づいてＯＰ２を圧縮してＣＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ６０４：端末が、ＰＣ２に基づいてＯＰ３を圧縮してＣＰ３を生成し、ＯＰ３に基づいてＰＣ２を更新してＰＣ３を生成する。

Ｓ６０５：端末が、ＰＣ３に基づいてＯＰ４を圧縮してＣＰ４を生成し、ＯＰ４に基づいてＰＣ３を更新してＰＣ４を生成する。

Ｓ６０６：端末が、ＣＰ１をソース基地局に送信する。

Ｓ６０７：端末が、ＯＰ１とＣＰ１をバッファリングする。

Ｓ６０８：端末が、ＣＰ２をソース基地局に送信する。

Ｓ６０９：端末が、ＯＰ２とＣＰ２をバッファリングする。

Ｓ６１０：端末が、ＣＰ３をソース基地局に送信する。

Ｓ６１１：端末が、ＯＰ３とＣＰ３をバッファリングする。

Ｓ６１２：端末が、ＣＰ４をソース基地局に送信する。

Ｓ６１３：端末が、ＯＰ４とＣＰ４をバッファリングする。

Ｓ６１４：ソース基地局が、ＣＰ１を受信し、ＰＣ０−１に基づいてＣＰ１を解凍してＯＰ１を生成し、ＯＰ１に基づいてＰＣ０−１を更新してＰＣ１を生成する。

Ｓ６１５：ソース基地局が、ＣＰ２を受信し、ＰＣ１に基づいてＣＰ２を解凍してＯＰ２を生成し、ＯＰ２に基づいてＰＣ１を更新してＰＣ２を生成する。

Ｓ６１６：ソース基地局が、ＣＰ３が失われ又は解凍されるのに失敗したことを検出する。

Ｓ６１７−１：ソース基地局が、指示情報を搬送するステータスレポートを対象基地局に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

ステータスレポートは、圧縮パケットＣＰ３のシーケンス番号を含んでもよい。

Ｓ６１７−２：対象基地局が、指示情報を搬送するステータスレポートを端末に送信し、指示情報は、ＣＰ３が失われ又は解凍されるのに失敗したことを示すために使用される。

ソース基地局は、ステータスレポートを通じて、成功裏に受信されなかった第１のパケットから全ての後続パケットが受信されず、端末がパケットを再送する必要があることを端末に通知することができる。

Ｓ６１８：端末が、データ伝送方式を第１の圧縮方式におけるソース基地局へのパケットの送信から第２の圧縮方式における対象基地局へのパケットの送信に切り替える。

ステップＳ６１８は、ステップＳ６１６の前に実行されてもよく、あるいはステップＳ６１６の後に実行されてもよいことに留意されたい。

Ｓ６１９−１：端末が、第２の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−２に基づいてＯＰ３を圧縮してＣＰ３−２を生成する。

Ｓ６１９−２：端末が、ＣＰ３−２を対象基地局に送信する。

換言すれば、ステータスレポートを受信した後、端末は、データ伝送方式が切り替えられた後に存在する圧縮方式に対応する予め設定された圧縮パラメータに基づいて、ステータスレポートに示された圧縮パケットに対応するオリジナルパケットを圧縮することができる。

Ｓ６１９−３：対象基地局が、第２の圧縮方式に対応する予め設定された圧縮パラメータＰＣ０−２に基づいてＣＰ３−２を解凍してＯＰ３を生成する。

本出願のこの実施形態で提供される一実装において、ステップＳ６１７の前にステップＳ６２０が含まれてもよく、Ｓ６１７の後にステップＳ６２１がさらに含まれてもよい。

Ｓ６２０：ソース基地局が、ＣＰ４を受信したときＣＰ４をバッファリングする。

Ｓ６２１：ソース基地局が、ＣＰ４を破棄する。

本出願のこの実施形態で提供される別の実装において、Ｓ６１９−１の後にステップＳ６２２−１ｃ及びＳ６２２−２がさらに含まれてもよい。

Ｓ６２２−１ａ：端末が、ＯＰ３に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＯＰ４を圧縮してＣＰ４−２を生成する。

Ｓ６２２−２：端末が、ＣＰ４−２を対象基地局に送信する。

Ｓ６２２−３ａ：対象基地局が、ＯＰ３に基づいてＰＣ０−２を更新してＰＣ１−２を生成し、ＰＣ１−２に基づいてＣＰ４−２を解凍してＯＰ４を生成する。

本出願のこの実施形態で提供されるさらに別の実装において、Ｓ６２２−３ａの後にステップＳ６２３−１ａ、Ｓ６２３−２、及びＳ６２３−２ａがさらに含まれてもよい。

Ｓ６２３−１ａ：端末が、ＯＰ４に基づいてＰＣ１−２を更新してＰＣ２−２を生成し、ＰＣ２−２に基づいてＯＰ５を圧縮してＣＰ５を生成する。

Ｓ６２３−２：端末が、ＣＰ５を対象基地局に送信する。

Ｓ６２３−３ａ：対象基地局が、ＯＰ４に基づいてＰＣ１−２を更新してＰＣ２−２を生成し、ＰＣ２−２に基づいてＣＰ５を解凍してＯＰ５を生成する。

ステップＳ６０１−ステップＳ６２３−３ａに示す実施形態におけるパケット間の対応については、表４Ａを参照する。

本出願の別の実施形態において、端末がソースセルを介したソース基地局へのパケットの送信から対象セルを介した対象基地局へのパケットの送信にデータ伝送方式を切り替え、ソースセルに対応するソース基地局と対象セルに対応する対象基地局が同じ基地局である、例えば、異なるセル間で基地局内ハンドオーバが行われるとき、この同じ基地局は、前述の実施形態におけるソース基地局及び対象基地局に関連する方法を実行することができる。

同様に、端末により切り替えられたデータ伝送方式がセル内ハンドオーバである、換言すれば、ハンドオーバ前のセルとハンドオーバ後のセルが同じセルであるとき、この同じセルに対応する基地局は、前述の実施形態におけるソース基地局及び対象基地局に関連する方法を実行することができる。セル内ハンドオーバは、セルパラメータを修正するために使用されることもある。

本出願の実施形態における他の技術的解決策の詳細及び技術的効果については、本出願の他の実施形態における説明を参照する。

実施形態４

図７は、本出願によるデータ伝送方法の概略的な相互作用フローチャート８である。端末がソース基地局へのパケット送信から対象基地局へのパケット送信に切り替える前述の実施形態のうちいずれか１つに基づき、ソース基地局及び対象基地局は、さらに以下の方式で端末にステータスレポートを送信することができる。

図７に示すように、本出願のこの実施形態は、以下のステップを含むことができる。

Ｓ７０１：ソース基地局が、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出する。

Ｓ７０２：ソース基地局が、第１のステータスレポートを対象基地局に送信し、第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示す。

Ｓ７０３：対象基地局が、第２のステータスレポートを端末に送信し、第２のステータスレポートは、第１の圧縮パケットと第１の圧縮パケットの後に圧縮された圧縮パケットが失われ又は解凍されるのに失敗したことを示す。

本出願において、対象基地局は、ソース基地局により対象基地局を介して端末に送信される確認応答メッセージに基づいて、現在受信した圧縮パケットのシーケンス番号を決定することができ、端末から受信した圧縮パケット又はオリジナルパケットのシーケンス番号、すなわち、端末により伝送された最新パケットのシーケンス番号に基づいて、第１の圧縮パケットの後に失われ又は解凍されるのに失敗した圧縮パケットのシーケンス番号を決定することができる。例えば、失われた圧縮パケットがＣＰ３であり、端末により基地局に送信され得る圧縮パケットがＣＰ５である場合、対象基地局は、ＣＰ４が失われ又は解凍されるのに失敗したと決定してもよい。

Ｓ７０４：切り替えられた伝送方式が非圧縮方式を使用する場合、端末が第２のステータスレポートを受信した後、端末は対象オリジナルパケットを送信し、対象オリジナルパケットは、第１の圧縮パケットに対応するオリジナルパケットと、第１の圧縮パケットの後に圧縮された圧縮パケットに対応するオリジナルパケットを含む。

Ｓ７０５：切り替えられた伝送方式が圧縮方式を使用する場合、端末が第２のステータスレポートを受信した後、端末は対象圧縮パケットを送信し、対象圧縮パケットは、予め設定された圧縮パラメータに基づいて対象オリジナルパケットを圧縮することにより生成され、対象オリジナルパケットは、第１の圧縮パケットに対応するオリジナルパケットと、第１の圧縮パケットの後に圧縮された圧縮パケットに対応するオリジナルパケットを含む。

端末は、実施形態４に示される任意の圧縮方式で、予め設定された圧縮パラメータに基づいて対象圧縮パケットを送信することができる。

Ｓ７０６：切り替えられた伝送方式が圧縮方式を使用する場合、対象基地局は、予め設定された圧縮パラメータに基づいて対象圧縮パケットを解凍する。

基地局は、ステップＳ７０５で端末により使用される圧縮方式に対応する解凍方式で、予め設定された圧縮パラメータに基づいて対象圧縮パケットを解凍することができる。

実施形態５

図８は、本出願の一実施形態による送信端側における装置８００の概略ブロック図である。一実施形態において、図８に示す装置８００は、前述の方法の実施形態において送信端側にある装置に対応してもよく、本方法における送信端の任意の機能を有してもよい。任意で、本出願のこの実施形態における装置８００は、送信端でもよく、あるいは送信端のチップでもよい。装置８００は、処理モジュール８１０及びトランシーバモジュール８２０を含むことができる。任意で、装置８００は、記憶モジュール８３０をさらに含んでもよい。

例えば、処理モジュール８１０は、前述の方法の実施形態においてステップＳ２０１を実行するように構成されてもよい。

トランシーバモジュール８２０は、前述の方法の実施形態においてステップＳ２０１で送信されるシグナリング又はデータを受信し、又はステップＳ２０２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ４１７−２で送信されるシグナリング又はデータを受信し、又はステップＳ４１９及び／又はＳ４２２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ３１７で送信されるシグナリング又はデータを受信し、又はステップＳ３１９及び／又はＳ３２２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ５１７で送信されるシグナリング又はデータを受信し、又はステップＳ５１９−１及びＳ５１９−２、又はＳ５２２−１ａ及びＳ５２２−２、又はＳ５２３−１ａ及びＳ５２３−２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ５１７で送信されるシグナリング又はデータを受信し、又はステップＳ５１９−１及びＳ５１９−２、又はＳ５２２−１ｂ及びＳ５２２−２、又はＳ５２３−１ｂ及びＳ５２３−２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ５１７で送信されるシグナリング又はデータを受信し、又はステップＳ５１９−１及びＳ５１９−２、又はＳ５２２−１ｃ及びＳ５２２−２、又はＳ５２３−１ｃ及びＳ５２３−２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ６１７−２で送信されるシグナリング又はデータを受信し、又はステップＳ６１９−１及びＳ６１９−２、又はＳ６２２−１ａ及びＳ６２２−２、又はＳ６２３−１ａ及びＳ６２３−２を実行するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ７０３で送信されるシグナリング又はデータを受信し、又はステップＳ７０４又はＳ７０５を実行するように構成されてもよい。

本出願のこの実施形態による装置８００は、前述の実施形態の方法における送信端に対応してもよく、装置８００内のモジュールの前述及び他の管理動作及び／又は機能は、前述の方法における対応するステップを実施することが意図されることを理解されたい。簡潔さのため、詳細は本明細書に記載されない。

あるいは、装置８００は、例えば、チップと通常呼ばれる汎用処理システムとして構成されてもよい。処理モジュール８１０は、処理機能を提供する１つ以上のプロセッサを含んでもよい。トランシーバモジュール８２０は、例えば、入力／出力インターフェース、ピン、又は回路でもよい。入力／出力インターフェースは、チップシステムと外部との間の情報対話の責任を負うように構成されてもよい。例えば、入力／出力インターフェースは、チップ外部の別のモジュールによりチップに入力されたスケジューリング要求メッセージを出力してもよい。処理モジュールは、記憶モジュールに記憶されたコンピュータ実行可能命令を実行して、前述の方法の実施形態における送信端の機能を実現することができる。一例において、装置８００に任意で含まれる記憶モジュール８３０は、チップ内の記憶ユニット、例えばレジスタ又はバッファでもよい。あるいは、記憶モジュール８３０は、チップ外部に位置する記憶ユニット、例えば、読取専用メモリ（read-only memory、略称ＲＯＭ）、静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、又はランダムアクセスメモリ（random access memory、略称ＲＡＭ）でもよい。

別の例において、図９は、本出願の一実施形態による送信端側における別の通信装置９００の概略ブロック図である。本出願のこの実施形態の装置９００は、前述の方法の実施形態における送信端でもよく、装置９００は、前述の方法の実施形態における送信端の一部又は全ての機能を実行するように構成されてもよい。装置９００は、プロセッサ９１０、ベースバンド回路９３０、無線周波数回路９４０、及びアンテナ９５０を含むことができる。任意で、装置９００は、メモリ９２０をさらに含んでもよい。装置９００のコンポーネントは、バス９６０を使用することにより一緒に結合される。バスシステム９６０は、データバスに追加で、電力バス、制御バス、及びステータス信号バスを含む。しかしながら、明確な説明のため、図中の様々なタイプのバスがバスシステム９６０として示されている。

プロセッサ９１０は、送信端を制御するように構成されてもよく、前述の実施形態において送信端により実行される処理を実行するように構成されてもよい。プロセッサ９１０は、前述の方法の実施形態における送信端に関連する処理プロセスを実行し、かつ／あるいは本出願に記載される技術の別のプロセスを実行するように構成されてもよい。さらに、プロセッサ９１０は、オペレーティングシステムを実行し、バスを管理する責任を負い、メモリに記憶されたプログラム又は命令を実行することができる。

ベースバンド回路９３０、無線周波数回路９４０、及びアンテナ９５０は、前述の実施形態において送信端と受信端又は局との間の情報の受信及び送信をサポートして、送信端と他のノードとの間の無線通信をサポートするように構成されてもよい。一例において、局により送信される測定結果は、アンテナ９５０を介して受信され、無線周波数回路９４０によりフィルタリング、増幅、ダウンコンバージョン、及びデジタル化などの処理を通じて処理され、ベースバンド回路９３０により復号及びプロトコルベースのデータカプセル化解除などのベースバンド処理を通じて処理され、プロセッサ９１０により、局により送信されたサービスデータ及びシグナリング情報を復元するように処理される。別の例において、送信端により送信される局グループセットアップ（station group setup）フィードバックメッセージが、プロセッサ９１０により処理され、ベースバンド回路９９によりプロトコルベースのカプセル化及び符号化などのベースバンド処理を通じて処理され、さらに無線周波数回路９４０によりアナログ変換、フィルタリング、増幅、及びアップコンバージョンなどの無線周波数処理を通じて処理され、アンテナ９５０を介して受信端デバイスに送信されてもよい。

メモリ９２０は、送信端のプログラムコード及びデータを記憶するように構成されてもよく、メモリ９２０は、図８の記憶モジュール８３０でもよい。ベースバンド回路９３０、無線周波数回路９４０、及びアンテナ９５０は、送信端と他のネットワークエンティティとの間の通信、例えば、送信端とコアネットワーク側のネットワーク要素との間の通信をサポートするようにさらに構成されてもよいことが理解できる。図９に示すように、メモリ９２０は、プロセッサ９１０から分離される。しかしながら、メモリ９２０又はメモリ９２０の任意の部分が装置９００の外部に位置してもよいことは、当業者にかなり容易に理解される。例えば、メモリ９２０は、無線ノードと分離される伝送ケーブル及び／又はコンピュータプロダクトを含んでもよい。媒体は、バスインターフェース９６０を介してプロセッサ９１０によりアクセスすることができる。あるいは、メモリ９２０又はその任意の部分は、プロセッサ９１０に統合されてもよく、例えば、キャッシュ及び／又は汎用レジスタでもよい。

図９は、送信端の簡略化された設計を示すに過ぎないことが理解され得る。例えば、実際の適用において、送信端は、任意の数の送信機、受信機、プロセッサ、メモリ等を含んでもよく、本発明を実施することができる全ての送信端は、本発明の保護範囲内に含まれる。

図１０は、本出願の一実施形態による受信端側における装置１０００の概略ブロック図である。一実施形態において、図１０に示す装置１０００は、前述の方法の実施形態において受信端側にある装置に対応してもよく、上記方法における受信端の任意の機能を有してもよい。任意で、本出願のこの実施形態における装置１０００は、受信端でもよく、あるいは受信端のチップでもよい。装置１０００は、処理モジュール１０１０及びトランシーバモジュール１０２０を含むことができる。任意で、装置１０００は、記憶モジュール１０３０をさらに含んでもよい。

例えば、処理モジュール１０１０は、前述の方法の実施形態におけるステップＳ３２１又はＳ４２１又はＳ５２１又はＳ６２１を実行するように構成され、あるいはステップＳ３１６又はＳ３２３を実行するように構成され、あるいはステップＳ７０１を実行するように構成されてもよい。

トランシーバモジュール１０２０は、前述の方法の実施形態においてＳ２０２で送信されるシグナリング又はデータを受信し、又は前述の実施形態においてステップＳ３１９又はＳ３２２で送信されるシグナリング又はデータを受信するように構成されてもよく、あるいは、前述の方法の実施形態においてステップＳ４１７−１で送信されるシグナリング又はデータを受信し、又はステップＳ４１７−２を実行し、又はステップＳ４１９又はＳ４２２で送信されるシグナリング又はデータを受信するように構成されてもよく、あるいは、ステップＳ５１９−２で送信されるシグナリング又はデータを受信し、又はステップＳ５１９−３を実行するように構成されてもよく、あるいは、ステップＳ５２２−２で送信されるシグナリング又はデータを受信するように構成し、又はステップＳ５２２−３ａ又はＳ５２２−３ｂを実行するように構成されてもよく、あるいは、ステップＳ５２３−２で送信されるシグナリング又はデータを受信し、又はステップＳ５２３−３ａ又はＳ５２３−３ｂ又はＳ５２３−３ｃを実行するように構成されてもよく、あるいは、ステップＳ６１７−１で送信されるシグナリング又はデータを受信し、又はステップＳ６１７−２を実行するように構成されてもよく、あるいは、ステップＳ６１９−２で送信されるシグナリング又はデータを受信し、又はステップＳ６１９−３で送信されるシグナリング又はデータを実行するように構成され、あるいは、ステップＳ６２２−２で送信されるシグナリング又はデータを受信し、又はステップＳ６２２−３ａで送信されるシグナリング又はデータを実行するように構成され、あるいは、ステップＳ６２３−２で送信されるシグナリング又はデータを受信し、又はステップＳ６２３−３ａで送信されるシグナリング又はデータを実行するように構成され、あるいは、ステップＳ７０２を実行し、あるいは、前述の方法の実施形態においてステップＳ７０２で送信されるシグナリング又はデータを受信し、又はＳ７０３を実行するように構成されてもよく、あるいは、ステップＳ７０４又はＳ７０５で送信されるシグナリング又はデータを受信し、又はＳ７０６を実行するように構成されてもよい。

本出願のこの実施形態による装置１０００は、前述の実施形態の方法における受信端に対応してもよく、装置１０００内のモジュールの前述及び他の管理動作及び／又は機能は、前述の方法における対応するステップを実施することが意図されることを理解されたい。簡潔さのため、詳細は本明細書に記載されない。

あるいは、装置１０００は、例えば、チップと通常呼ばれる汎用処理システムとして構成されてもよい。処理モジュール１０１０は、処理機能を提供する１つ以上のプロセッサを含んでもよい。トランシーバモジュール１０２０は、例えば、入力／出力インターフェース、ピン、又は回路でもよい。入力／出力インターフェースは、チップシステムと外部との間の情報対話の責任を負うように構成されてもよい。例えば、入力／出力インターフェースは、チップ外部の別のモジュールによりチップに入力されたスケジューリング要求メッセージを出力してもよい。処理モジュールは、記憶モジュールに記憶されたコンピュータ実行可能命令を実行して、前述の方法の実施形態における受信端の機能を実現することができる。一例において、装置１０００に任意で含まれる記憶モジュール１０３０は、チップ内の記憶ユニット、例えばレジスタ又はバッファでもよい。あるいは、記憶モジュール１０３０は、チップ外部に位置する記憶ユニット、例えば、読取専用メモリ（read-only memory、略称ＲＯＭ）、静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、又はランダムアクセスメモリ（random access memory、略称ＲＡＭ）でもよい。

別の例において、図１１は、本出願の一実施形態による受信端側における別の通信装置１１００の概略ブロック図である。本出願のこの実施形態における装置１１００は、前述の方法の実施形態における受信端でもよく、装置１１００は、前述の方法の実施形態における受信端の一部又は全ての機能を実行するように構成されてもよい。装置１１００は、プロセッサ１１１０、ベースバンド回路１１３０、無線周波数回路１１４０、及びアンテナ１１５０を含むことができる。任意で、装置１１００は、メモリ１１２０をさらに含んでもよい。装置１１００のコンポーネントは、バス１１６０を使用することにより一緒に結合される。バスシステム１１６０は、データバスに追加で、電力バス、制御バス、及びステータス信号バスを含む。しかしながら、明確な説明のため、図中の様々なタイプのバスがバスシステム１１６０として示されている。

プロセッサ１１１０は、受信端を制御するように構成され、前述の実施形態において受信端により実行される処理を実行するように構成されてもよい。プロセッサ１１１０は、前述の方法の実施形態における受信端に関連する処理プロセスを実行し、かつ／あるいは本出願に記載される技術の別のプロセスを実行するように構成されてもよい。さらに、プロセッサ１１１０は、オペレーティングシステムを実行し、バスを管理する責任を負い、メモリに記憶されたプログラム又は命令を実行することができる。

ベースバンド回路１１３０、無線周波数回路１１４０、及びアンテナ１１５０は、前述の実施形態における受信端と送信端又は局との間の情報の受信及び送信をサポートして、受信端と他のノードとの間の無線通信をサポートするように構成されてもよい。一例において、局により送信される測定結果は、アンテナ１１５０を介して受信され、無線周波数回路１１４０によりフィルタリング、増幅、ダウンコンバージョン、及びデジタル化などの処理を通じて処理され、ベースバンド回路１１３０により復号及びプロトコルベースのデータカプセル化解除などのベースバンド処理を通じて処理され、プロセッサ１１１０により、局により送信されたサービスデータ及びシグナリング情報を復元するように処理される。別の例において、受信端により送信される局グループセットアップフィードバックメッセージが、プロセッサ１１１０により処理され、ベースバンド回路１１１１によりプロトコルベースのカプセル化及び符号化などのベースバンド処理を通じて処理され、さらに無線周波数回路１１４０によりアナログ変換、フィルタリング、増幅、及びアップコンバージョンなどの無線周波数処理を通じて処理され、アンテナ１１５０を介して送信端デバイスに送信されてもよい。

メモリ１１２０は、受信端のプログラムコード及びデータを記憶するように構成されてもよく、メモリ１１２０は、図１０の記憶モジュール１０３０でもよい。ベースバンド回路１１３０、無線周波数回路１１４０、及びアンテナ１１５０は、受信端と他のネットワークエンティティとの間の通信、例えば、受信端とコアネットワーク側のネットワーク要素との間の通信をサポートするようにさらに構成されてもよいことが理解できる。図１１に示すように、メモリ１１２０は、プロセッサ１１１０から分離される。しかしながら、メモリ１１２０又はメモリ１１２０の任意の部分が装置１１００の外部に位置してもよいことは、当業者にかなり容易に理解される。例えば、メモリ１１２０は、無線ノードから分離される伝送ケーブル及び／又はコンピュータプロダクトを含んでもよい。媒体は、バスインターフェース１１６０を介してプロセッサ１１１０によりアクセスすることができる。あるいは、メモリ１１２０又はその任意の部分は、プロセッサ１１１０に統合されてもよく、例えば、キャッシュ及び／又は汎用レジスタでもよい。

図１１は、受信端の簡略化された設計を示すに過ぎないことが理解され得る。例えば、実際の適用において、受信端は、任意の数の送信機、受信機、プロセッサ、メモリ等を含んでもよく、本発明を実施することができる全ての受信端は、本発明の保護範囲内に含まれる。

本出願の一実施形態は、コンピュータ記憶媒体をさらに提供する。コンピュータ読取可能記憶媒体は命令を記憶し、命令は処理回路上の１つ以上のプロセッサにより実行することができる。命令がコンピュータ上で実行されるとき、コンピュータは、前述の態様による方法を実行可能にされる。

本出願の一実施形態は、チップシステムをさらに提供する。チップシステムは、前述の実施形態における機能、例えば、前述の方法におけるデータ及び／又は情報の生成又は処理を実施するための分散ユニット、集中ユニット、及び送信端又は受信端をサポートするように構成されたプロセッサを含む。

可能な一設計において、チップシステムは、メモリをさらに含んでもよい。メモリは、分散ユニット、集中ユニット、及び送信端又は受信端に必要なプログラム命令及びデータを記憶するように構成される。チップシステムは、チップを含んでもよく、あるいはチップ及び別の個別のデバイスを含んでもよい。

本出願の一実施形態は、さらに、メモリに結合されるように構成され、且つ前述の実施形態のうちいずれか１つにおける送信端デバイスに関連する方法及び機能を実行するように構成されたプロセッサを提供する。

本出願の一実施形態は、さらに、メモリに結合されるように構成され、且つ前述の実施形態のうちいずれか１つにおける受信端デバイスに関連する方法及び機能を実行するように構成されたプロセッサを提供する。

本出願の一実施形態は、さらに、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されたとき、コンピュータは、前述の実施形態のうちいずれか１つにおける送信端デバイスに関連する方法及び機能を実行可能にされる。

本出願の一実施形態は、さらに、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されたとき、コンピュータは、前述の実施形態のうちいずれか１つにおける受信端に関連する方法及び機能を実行可能にされる。

本出願の一実施形態は、さらに、無線通信システムを提供する。このシステムは、前述の実施形態における送信端と少なくとも１つの受信端を含む。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを使用することにより実施されてよい。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、コンピュータプログラムプロダクトの形態で完全に又は部分的に実施されてもよい。コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ、実行されたとき、本出願による手順又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置でもよい。コンピュータ命令は、コンピュータ読取可能記憶媒体に記憶されてもよく、あるいはコンピュータ読取可能記憶媒体から別のコンピュータ読取可能記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタに有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線）又は無線（例えば、赤外線、無線、又はマイクロ波）方式で伝送されてもよい。コンピュータ読取可能記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバ又はデータセンタなどのデータ記憶装置でもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブSolid State Disk）などでもよい。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを使用することにより実施されてよい。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、コンピュータプログラムプロダクトの形態で完全に又は部分的に実施されてもよい。コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ、実行されたとき、本出願による手順又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置でもよい。コンピュータ命令は、コンピュータ読取可能記憶媒体に記憶されてもよく、あるいはコンピュータ読取可能記憶媒体から別のコンピュータ読取可能記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタに有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線）又は無線（例えば、赤外線、無線、又はマイクロ波）方式で伝送されてもよい。コンピュータ読取可能記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバ又はデータセンタなどのデータ記憶装置でもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブSolid State Disk）などでもよい。
本発明の一例に従って、本願は以下の実施形態を更に提供する。
実施形態１：
データ伝送方法であって、
送信端により、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得するステップと、
前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、ステップと、を含み、
前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、方法。
実施形態２：
前記送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、
前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップは、前記送信端により、前記対象オリジナルパケットを送信するステップを含む、実施形態１に記載の方法。
実施形態３：
前記送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、前記送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、前記送信端が、パケットを送信するための前記予め設定された圧縮パラメータを有効化した状態に入った場合、
前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップは、前記送信端により、前記対象圧縮パケットを送信するステップを含む、実施形態１に記載の方法。
実施形態４：
前記対象オリジナルパケットが前記第１のオリジナルパケットを含む場合、前記対象圧縮パケットは第３の圧縮パケットを含み、前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、
前記対象オリジナルパケットが前記第２のオリジナルパケットを含む場合、前記対象圧縮パケットは第４の圧縮パケットを含み、前記第４の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成される、
実施形態１又は３に記載の方法。
実施形態５：
前記対象オリジナルパケットが、前記第１のオリジナルパケット及び前記第２のオリジナルパケットを含む場合、
前記対象圧縮パケットは、第３の圧縮パケット及び第４の圧縮パケットを含み、
前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、前記第４の圧縮パケットは、前記第３の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、前記第３の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づいて前記予め設定された圧縮パラメータを更新することにより生成される、
実施形態１又は３に記載の方法。
実施形態６：
前記第１の圧縮パケットは、前記第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成される、実施形態１乃至５のうちいずれか１項に記載の方法。
実施形態７：
前記第２の圧縮パケットは、前記第１の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、
前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づき、前記第１の圧縮パケットの前に圧縮された前記第６の圧縮パケットに対応する前記圧縮パラメータを更新することにより生成され、あるいは、前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記予め設定された圧縮パラメータである、実施形態１乃至６のうちいずれか１項に記載の方法。
実施形態８：
データ伝送方法であって、
受信端により、送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信するステップであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、ステップ、を含み、
前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、方法。
実施形態９：
データ伝送方法であって、
送信端により送信された第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、受信端により、前記第１の圧縮パケットの後に送信された第２の圧縮パケットを破棄するステップ、を含む方法。
実施形態１０：
データ伝送方法であって、
対象受信端により、ソース受信端により送信された第１のステータスレポートを受信するステップであり、前記第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示す指示情報を含む、ステップと、
前記対象受信端により、第２のステータスレポートを送信端に送信するステップであり、前記第２のステータスレポートは、前記第１の圧縮パケットと前記第１の圧縮パケットの後に送信された第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む、ステップと、
を含む方法。
実施形態１１：
データ伝送装置であって、送信端側に位置し、当該装置は、
第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得するように構成された取得モジュールと、
対象オリジナルパケット又は対象圧縮パケットを送信するように構成された送信モジュールであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、送信モジュールと、を備え、
前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、装置。
実施形態１２：
前記送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、
前記送信モジュールは、前記対象オリジナルパケットを送信するように構成される、実施形態１に記載の装置。
実施形態１３：
前記送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、前記送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、前記送信端が、パケットを送信するための前記予め設定された圧縮パラメータを有効化した状態に入った場合、
前記送信モジュールは、前記対象圧縮パケットを送信するように構成される、実施形態１に記載の装置。
実施形態１４：
前記対象オリジナルパケットが前記第１のオリジナルパケットを含む場合、前記対象圧縮パケットは第３の圧縮パケットを含み、前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、
前記対象オリジナルパケットが前記第２のオリジナルパケットを含む場合、前記対象圧縮パケットは第４の圧縮パケットを含み、前記第４の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成される、
実施形態１又は３に記載の装置。
実施形態１５：
前記対象オリジナルパケットが、前記第１のオリジナルパケット及び前記第２のオリジナルパケットを含む場合、
前記対象圧縮パケットは、第３の圧縮パケット及び第４の圧縮パケットを含み、
前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、前記第４の圧縮パケットは、前記第３の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、前記第３の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づいて前記予め設定された圧縮パラメータを更新することにより生成される、
実施形態１又は３に記載の装置。
実施形態１６：
前記第１の圧縮パケットは、前記第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成される、実施形態１乃至５のうちいずれか１項に記載の装置。
実施形態１７：
前記第２の圧縮パケットは、前記第１の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、
前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づき、前記第１の圧縮パケットの前に圧縮された前記第６の圧縮パケットに対応する前記圧縮パラメータを更新することにより生成され、あるいは、前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記予め設定された圧縮パラメータである、実施形態１乃至６のうちいずれか１項に記載の装置。
実施形態１８：
データ伝送装置であって、受信端に位置し、当該装置は、
送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信する受信モジュールであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、受信モジュール、を備え、
前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、装置。
実施形態１９：
データ伝送装置であって、受信端に位置し、当該装置は、
送信端により送信された第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、前記第１の圧縮パケットの後に送信された第２の圧縮パケットを破棄するように構成された処理モジュール、を備える装置。
実施形態２０：
データ伝送装置であって、受信端に位置し、前記受信端は対象受信端であり、当該装置は、
前記受信端により送信された第１のステータスレポートを受信するように構成された受信モジュールであり、前記第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示す指示情報を含む、受信モジュールと、
第２のステータスレポートを送信端に送信するように構成された送信モジュールであり、前記第２のステータスレポートは、前記第１の圧縮パケットと前記第１の圧縮パケットの後に送信された第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む、送信モジュールと、
を備える装置。

Claims (20)

1. データ伝送方法であって、
   送信端により、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得するステップと、
   前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、ステップと、を含み、
   前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、方法。
2. 前記送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、
   前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップは、前記送信端により、前記対象オリジナルパケットを送信するステップを含む、請求項１に記載の方法。
3. 前記送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、前記送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、前記送信端が、パケットを送信するための前記予め設定された圧縮パラメータを有効化した状態に入った場合、
   前記送信端により、対象オリジナルパケット又は対象圧縮パケットを送信するステップは、前記送信端により、前記対象圧縮パケットを送信するステップを含む、請求項１に記載の方法。
4. 前記対象オリジナルパケットが前記第１のオリジナルパケットを含む場合、前記対象圧縮パケットは第３の圧縮パケットを含み、前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、
   前記対象オリジナルパケットが前記第２のオリジナルパケットを含む場合、前記対象圧縮パケットは第４の圧縮パケットを含み、前記第４の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成される、
   請求項１又は３に記載の方法。
5. 前記対象オリジナルパケットが、前記第１のオリジナルパケット及び前記第２のオリジナルパケットを含む場合、
   前記対象圧縮パケットは、第３の圧縮パケット及び第４の圧縮パケットを含み、
   前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、前記第４の圧縮パケットは、前記第３の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、前記第３の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づいて前記予め設定された圧縮パラメータを更新することにより生成される、
   請求項１又は３に記載の方法。
6. 前記第１の圧縮パケットは、前記第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成される、請求項１乃至５のうちいずれか１項に記載の方法。
7. 前記第２の圧縮パケットは、前記第１の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、
   前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づき、前記第１の圧縮パケットの前に圧縮された前記第６の圧縮パケットに対応する前記圧縮パラメータを更新することにより生成され、あるいは、前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記予め設定された圧縮パラメータである、請求項１乃至６のうちいずれか１項に記載の方法。
8. データ伝送方法であって、
   受信端により、送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信するステップであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、ステップ、を含み、
   前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、方法。
9. データ伝送方法であって、
   送信端により送信された第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、受信端により、前記第１の圧縮パケットの後に送信された第２の圧縮パケットを破棄するステップ、を含む方法。
10. データ伝送方法であって、
    対象受信端により、ソース受信端により送信された第１のステータスレポートを受信するステップであり、前記第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示す指示情報を含む、ステップと、
    前記対象受信端により、第２のステータスレポートを送信端に送信するステップであり、前記第２のステータスレポートは、前記第１の圧縮パケットと前記第１の圧縮パケットの後に送信された第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む、ステップと、
    を含む方法。
11. データ伝送装置であって、送信端側に位置し、当該装置は、
    第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を取得するように構成された取得モジュールと、
    対象オリジナルパケット又は対象圧縮パケットを送信するように構成された送信モジュールであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、送信モジュールと、を備え、
    前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、装置。
12. 前記送信端が、圧縮方式におけるパケットの送信から非圧縮方式におけるパケットの送信に切り替えた場合、
    前記送信モジュールは、前記対象オリジナルパケットを送信するように構成される、請求項１に記載の装置。
13. 前記送信端が、第１の圧縮方式におけるパケットの送信から第２の圧縮方式におけるパケットの送信に切り替え、あるいは、前記送信端が、圧縮方式におけるソース受信端へのパケットの送信から圧縮方式における対象受信端へのパケットの送信に切り替え、あるいは、前記送信端が、パケットを送信するための前記予め設定された圧縮パラメータを有効化した状態に入った場合、
    前記送信モジュールは、前記対象圧縮パケットを送信するように構成される、請求項１に記載の装置。
14. 前記対象オリジナルパケットが前記第１のオリジナルパケットを含む場合、前記対象圧縮パケットは第３の圧縮パケットを含み、前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、
    前記対象オリジナルパケットが前記第２のオリジナルパケットを含む場合、前記対象圧縮パケットは第４の圧縮パケットを含み、前記第４の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成される、
    請求項１又は３に記載の装置。
15. 前記対象オリジナルパケットが、前記第１のオリジナルパケット及び前記第２のオリジナルパケットを含む場合、
    前記対象圧縮パケットは、第３の圧縮パケット及び第４の圧縮パケットを含み、
    前記第３の圧縮パケットは、前記予め設定された圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成され、前記第４の圧縮パケットは、前記第３の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、前記第３の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づいて前記予め設定された圧縮パラメータを更新することにより生成される、
    請求項１又は３に記載の装置。
16. 前記第１の圧縮パケットは、前記第１の圧縮パケットの前に圧縮された第６の圧縮パケットに対応する圧縮パラメータに基づいて前記第１のオリジナルパケットを圧縮することにより生成される、請求項１乃至５のうちいずれか１項に記載の装置。
17. 前記第２の圧縮パケットは、前記第１の圧縮パケットに対応する圧縮パラメータに基づいて前記第２のオリジナルパケットを圧縮することにより生成され、
    前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記第１のオリジナルパケットに基づき、前記第１の圧縮パケットの前に圧縮された前記第６の圧縮パケットに対応する前記圧縮パラメータを更新することにより生成され、あるいは、前記第１の圧縮パケットに対応する前記圧縮パラメータは、前記予め設定された圧縮パラメータである、請求項１乃至６のうちいずれか１項に記載の装置。
18. データ伝送装置であって、受信端に位置し、当該装置は、
    送信端により送信された対象オリジナルパケット又は対象圧縮パケットを受信する受信モジュールであり、前記対象圧縮パケットは、予め設定された圧縮パラメータに基づいて前記対象オリジナルパケットを圧縮することにより生成される、受信モジュール、を備え、
    前記対象オリジナルパケットは、以下のパケット、すなわち、前記第１の圧縮パケットに対応する第１のオリジナルパケットと、前記第１の圧縮パケットの後に圧縮された第２の圧縮パケットに対応する第２のオリジナルパケットと、のうち少なくとも１つを含む、装置。
19. データ伝送装置であって、受信端に位置し、当該装置は、
    送信端により送信された第１の圧縮パケットが失われ又は解凍されるのに失敗したことを検出したとき、前記第１の圧縮パケットの後に送信された第２の圧縮パケットを破棄するように構成された処理モジュール、を備える装置。
20. データ伝送装置であって、受信端に位置し、前記受信端は対象受信端であり、当該装置は、
    前記受信端により送信された第１のステータスレポートを受信するように構成された受信モジュールであり、前記第１のステータスレポートは、第１の圧縮パケットが失われ又は解凍されるのに失敗したことを示す指示情報を含む、受信モジュールと、
    第２のステータスレポートを送信端に送信するように構成された送信モジュールであり、前記第２のステータスレポートは、前記第１の圧縮パケットと前記第１の圧縮パケットの後に送信された第２の圧縮パケットが失われ又は解凍されるのに失敗したことを示すために使用される指示情報を含む、送信モジュールと、
    を備える装置。

Images