JP7434663B2 - データ圧縮方法、装置及び記憶媒体 - Google Patents

データ圧縮方法、装置及び記憶媒体 Download PDF

Info

Publication number
JP7434663B2
JP7434663B2 JP2023507802A JP2023507802A JP7434663B2 JP 7434663 B2 JP7434663 B2 JP 7434663B2 JP 2023507802 A JP2023507802 A JP 2023507802A JP 2023507802 A JP2023507802 A JP 2023507802A JP 7434663 B2 JP7434663 B2 JP 7434663B2
Authority
JP
Japan
Prior art keywords
compression
buffer
identifier
data block
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2023507802A
Other languages
English (en)
Other versions
JP2023536979A (ja
Inventor
惠英 ▲張▼
▲海▼洋 全
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Publication of JP2023536979A publication Critical patent/JP2023536979A/ja
Application granted granted Critical
Publication of JP7434663B2 publication Critical patent/JP7434663B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
    • H03M7/3088—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method employing the use of a dictionary, e.g. LZ78
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6052—Synchronisation of encoder and decoder

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Description

本願は、２０２０年０８月０５に提出された、出願番号が２０２０１０７７９０１９．６、発明の名称が「データ圧縮方法、装置及び記憶媒体」である中国特許出願の優先権を主張し、その全体が参照により本願に組み込まれる。
本願は、通信の技術分野に関し、特に、データブロック圧縮方法、装置及び記憶媒体に関する。
通信システムでは、データブロックを圧縮してから伝送するのが一般的なデータ伝送方式である。
現在のデータ圧縮転送方法は、圧縮／解凍バッファーが１つしかなく、圧縮辞書に対応しており、圧縮効率が低い。
従って、データ圧縮効率が低い問題をどのように解決するかは、現在解決しなければならない課題である。
本願の実施形態は、従来技術ではデータ圧縮効率が低い欠点を解決し、複数のサービスの効率的な伝送を実現するためのデータブロック圧縮方法、装置及び記憶媒体を提供する。
第１の態様では、本願の実施形態は、データブロック圧縮方法を提供し、当該方法はデータ送信端に用いられ、前記データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、当該方法は、
送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、
前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、
前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、
前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記した、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することは、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することは、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
前記設定フィールドに前記圧縮識別子を追加することとを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する圧縮バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する圧縮バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
前記第１のデータブロックを用いて前記第１の圧縮バッファーに対応する辞書内容を更新することを更に含む。
第２の態様では、本願の実施形態はデータブロック圧縮方法を提供し、当該方法はデータ受信端に用いられ、前記データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、当該方法は、
データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、
前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、
前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには前記圧縮識別子が含まれる。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドは前記圧縮識別子を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する解凍バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する解凍バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮方法によれば、
前記第１のデータブロックを用いて前記第１の解凍バッファーにおける辞書内容を更新することを更に含む。
第３の態様では、本願の実施形態はデータブロック圧縮装置を更に提供し、前記データブロック圧縮装置は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、前記データブロック圧縮装置は、 メモリ、送受信機、プロセッサを含み、
メモリは、コンピュータプログラムを記憶するためのものであり、送受信機は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
プロセッサは、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、
前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、
前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、
前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとを実行するためのものであることを特徴とする。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記した、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することは、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記した、前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することは、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
前記設定フィールドに前記圧縮識別子を追加することとを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する圧縮バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する圧縮バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記第１のデータブロックを用いて前記第１の圧縮バッファーに対応する辞書内容を更新することを更に含む。
第４の態様では、本願の実施形態はデータブロック圧縮装置を更に提供し、前記データブロック圧縮装置は１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、前記データブロック圧縮装置は、メモリ、送受信機、プロセッサを含み、
メモリは、コンピュータプログラムを記憶するためのものであり、送受信機は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
プロセッサは、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、
前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、
前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとを実行するためのものであることを特徴とする。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには前記圧縮識別子が含まれる。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドは前記圧縮識別子を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する解凍バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する解凍バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記第１のデータブロックを用いて前記第１の解凍バッファーにおける辞書内容を更新することを更に含む。
第５の態様では、本願の実施形態はデータブロック圧縮装置を提供し、当該装置はデータ送信端に用いられ、前記データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、当該装置は、
送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定するための圧縮バッファー決定モジュールと、
前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得る圧縮モジュールと、
前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加するためのパッケージングモジュールと、
前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信するための送信モジュールとを含むことを特徴とする。
第６の態様では、本願の実施形態はデータブロック圧縮装置を更に提供し、当該装置はデータ受信端に用いられ、前記データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、当該装置は、
データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信するための受信モジュールであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる受信モジュールと、
前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定するための解凍バッファー決定モジュールと、
前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得るための解凍モジュールとを含むことを特徴とする。
第７の態様では、本願の実施形態は、プロセッサに上記第１の態様に記載の方法、又は、上記第２の態様に記載の方法を実行させるためのコンピュータプログラムが記憶されていることを特徴とするプロセッサ可読記憶媒体を提供する。
本願の実施形態に係るデータブロック圧縮方法、装置及び記憶媒体は、送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
本願の実施形態又は従来技術における技術案をより明確に説明するために、以下、実施形態又は従来技術の説明に必要な図面を簡単に説明する。勿論、以下に説明する図面は、本願のいくつかの実施形態であり、当業者にとって、創造的な労働を要しない前提で、これらの図面に基づいてその他の図面を更に得ることができる。
本願の実施形態に係るデータブロック圧縮方法のフローチャートである。 本願の実施形態に係る圧縮バッファーの一例を示す図である。 本願の実施形態に係る圧縮バッファー指示の一例を示す図である。 本願の実施形態に係る別の圧縮バッファー指示の一例を示す図である。 本願の実施形態に係る圧縮情報を設定する情報インタラクション図である。 本願の実施形態に係る圧縮バッファーの解放の情報インタラクション図ある。 本願の実施形態に係る圧縮バッファーの解放の一例を示す図である。 本願の実施形態に係るデータブロック圧縮方法のフローチャートである。 本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。 本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。 本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。 本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。
本願の実施形態では、用語「及び／又は」は、関連対象の関連関係を説明するものであり、３種類の関係が存在し得ることを示す。例えば、Ａ及び／又はＢは、Ａが単独で存在する場合、Ａ及びＢが同時に存在する場合、及びＢが単独で存在する場合、の３つの場合を示す。文字「／」は、通常、前後の関連対象が「ｏｒ」関係を持つことを示す。
本願の実施形態における用語「複数」は、２つ又は２つ以上を意味し、他の助数詞はそれと類似している。
以下、本願の実施形態における図面を参照しながら、本願の実施形態における技術案を明確かつ完全に説明する。勿論、説明する実施形態は、すべての実施形態ではなく、本願の実施形態の一部の実施形態に過ぎない。当業者が本願における実施形態に基づいて創造的な労働をしない前提で得られたすべての他の実施形態は、本願の保護範囲に含まれる。
ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）／ＬＴＥ－Ａ（ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ－Ａｄｖａｎｃｅ、高度ロングタームエボリューション）システムでは、ネットワークは、ラジオリソースオーバーヘッドを低減するために、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ユーザ機器）がＵＤＣ（Ｕｐｌｉｎｋ Ｄａｔａ Ｃｏｍｐｒｅｓｓｉｏｎ、上りデータ圧縮）機能を使用して、上りデータを圧縮してから伝送するように設定することができる。
上り圧縮を行う場合、ＵＥは、更に、プリセット辞書の内容を用いて送信すべきデータブロックを圧縮することができ、これにより、圧縮効率をさらに向上させることができ、これに対応して、基地局側は、プリセット辞書の内容に基づいて解凍を行う必要がある。
既存のＵＤＣメカニズムでは、１つのＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ラジオベアラ）は、圧縮／解凍バッファーが１つしかなく、１つの圧縮辞書に対応する。ＲＢには１つのサービスのみがキャリーされている場合、１つの辞書を用いて圧縮・解凍することは問題がないが、ＲＢには複数のサービスがキャリーされている場合、複数のサービスは同じ辞書を用いて圧縮・解凍し、複数のサービスのデータブロックの間に相関性がないため、圧縮効率が大幅に低下する。
現在、１つのラジオベアラに複数の圧縮辞書及び圧縮・解凍バッファーを採用するメカニズムはない。本願は、複数のサービスをキャリーするラジオベアラのデータブロック圧縮方法を提案し、１つのベアラ上で伝送される複数のサービスは、複数の辞書を用いて圧縮・解凍し、これにより、複数のサービスの効率的な伝送を実現することができる。
一、ＵＤＣ圧縮メカニズム
１、送信端は圧縮バッファーを維持し、受信端は解凍バッファーを維持し、圧縮バッファーと解凍バッファーはいずれも先入れ先出しキューであり、
２、送信端は、データブロックを送信する前に、まず送信すべきデータブロックを圧縮する。
（１）送信すべきデータパケットから、次の特徴に一致する目標フィールドを探す。
長さが事前設定した閾値を超える。
目標フィールドは、圧縮バッファー内、又は本データパケット内の、目標フィールドの前に位置するあるフィールドと同じである。
（２）目標フィールドが見つかったと、フィールドＡをオフセット量と長さの組み合わせに置き換える。
オフセット量は目標フィールドと目標フィールドの前の同じフィールドとの間の位置オフセット量である。
長さは目標フィールドの長さである。
オフセット量と長さの組み合わせ長さは目標フィールド自体の長さよりも短いため、圧縮の効果を果たし、１つのデータパケット内には、上記の特徴に一致する複数のフィールドが存在する可能性があり、これらのフィールドを圧縮することができる。
３、送信端は圧縮データパケットを相手側に送信するとともに、対応する元のデータパケット（圧縮されていないデータブロック）を圧縮バッファーに書き込む。
４、受信端は、パケット中のオフセット量及び長さ、及び解凍バッファーに基づいて、受信したデータパケットを解凍し、次に、解凍されたデータパケットを解凍バッファーに書き込む。
上記の原理に基づいて、ＵＤＣが起動した直後、圧縮バッファーと解凍バッファーは空であり、圧縮端が現在の送信すべきパケットから目標フィールドを見つける確率は低く、圧縮効率はそれに応じて低い。ＵＤＣが一定期間実行した後、圧縮バッファーは徐々に増加し、圧縮端が現在の送信すべきパケットから目標フィールドを見つける確率は向上し、圧縮効率はそれに応じて向上した。
ＵＤＣにおいて、上記送信端は端末であり、受信端は基地局である。
二、プリセット辞書に基づく圧縮メカニズム
ＵＤＣの最適化の１つとして、サービス特徴に基づいて、高頻度に現われたフィールドをプリセット辞書に記述し、ＵＤＣが起動する前に、圧縮端と解凍端の圧縮バッファーと解凍バッファーにそれぞれ格納する。
このように、ＵＤＣが起動した直後、圧縮バッファーと解凍バッファーは空ではなく、高頻度フィールドが格納されたプリセット辞書であり、これにより、目標フィールドの発見確率を効果的に向上させ、圧縮効率を向上させることができる。
明らかに、上記のメカニズムを実現するためには、ＵＤＣが起動する前に、端末と基地局は、それぞれ使用されるプリセット辞書を取得する必要があり、即ちプリセット辞書の同期プロセスを完了する必要がある。
既存のＵＤＣメカニズムにおける１つのラジオベアラ（ＲＢ）は、圧縮／解凍バッファーが１つしかなく、１つの圧縮辞書に対応する。ラジオベアラには１つのサービスのみがキャリーされている場合、１つの辞書を用いて圧縮・解凍することは問題がないが、ラジオベアラには複数のサービスがキャリーされている場合、複数のサービスは同じ辞書を用いて圧縮・解凍し、複数のサービスのデータブロックの間に相関性がないため、圧縮効率が大幅に低下する。
従って、本願の実施形態は、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができるデータブロック圧縮方法、装置及び記憶媒体を提供する。
ここで、方法と装置は同じ出願構想に基づいており、方法と装置は、問題を解決する原理が類似しているため、それらの実施は相互に参照することができ、重複点はもはや説明しない。
本願の実施形態に係る技術案は、様々なシステム、特に５Ｇシステムに適用可能である。例えば、適用可能なシステムは、グローバル移動通信（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｏｆ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）システム、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ(登録商標)）システム、一般パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ）システム、高度ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ、ＵＭＴＳ）、ワイマックス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）システム、５Ｇニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システム等であってもよい。これらの各種システムは、いずれも端末デバイス及びネットワークデバイスを含む。システムは、例えば進化したパケットシステム（Ｅｖｌｏｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ、ＥＰＳ）、５Ｇシステム（５ＧＳ）等のコアネットワーク部分を更に含んでもよい。
本願の実施形態に係る端末デバイスは、音声及び／又はデータ接続をユーザに提供するデバイス、無線接続機能を有するハンドヘルドデバイス、又はワイヤレスモデムに接続された他の処理デバイスであってもよい。異なるシステムでは、端末デバイスの名前は異なる場合があり、例えば、５Ｇシステムでは、端末デバイスは、ユーザデバイス（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよい。無線端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つ又は複数のコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ、ＣＮ）と通信することができ、無線端末デバイスは、携帯端末デバイスであってもよく、例えば、携帯電話（又は「セルラー」電話と呼ばれる）及び携帯端末デバイスを備えたコンピュータ等であってもよく、例えば、ポータブルモバイルデバイス、ポケットモバイルデバイス、ハンドヘルドモバイルデバイス、コンピュータに内蔵されたモバイルデバイス、又は車載モバイルデバイスであってもよく、これらのデバイスは無線アクセスネットワークと言語及び／又はデータを交換する。例えば、パーソナル通信サービス（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）等のデバイスが挙げられる。無線端末デバイスは、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、リモート端末デバイス（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末デバイス（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末デバイス（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、ユーザデバイス（ｕｓｅｒ ｄｅｖｉｃｅ）と呼ばれてもよく、本願の実施形態では限定されない。
本願の実施形態に係るネットワークデバイスは、基地局であってもよく、当該基地局は、端末にサービスを提供する複数のセルを含んでもよい。具体的な適用シーンによって、基地局は、アクセスポイントと呼ばれる場合もあり、又は、エアインターフェイス上で１つ又は複数のセクタを介して無線端末デバイスと通信するアクセスネットワーク内のデバイス、又は他の名前である場合もある。ネットワークデバイスは、受信したエアフレームをインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）パケットと相互交換することに使用することができ、無線端末デバイスとアクセスネットワークの残りの部分との間のルーターとして機能する。ここで、アクセスネットワークの残りの部分は、インターネットプロトコル（ＩＰ）通信ネットワークを含んでもよい。ネットワークデバイスは、エアインターフェイスの属性管理を調整することもでる。例えば、本願の実施形態に係るネットワークデバイスは、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）又は符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）におけるネットワークデバイス（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多元接続（Ｗｉｄｅ－ｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ(登録商標)）におけるネットワークデバイス（ＮｏｄｅＢ）であってもよく、更にロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムにおける進化型ネットワークデバイス（ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅ－ＮｏｄｅＢ）、５Ｇネットワークアーキテクチャ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）における５Ｇ基地局（ｇＮＢ）であってもよく、ホーム進化型基地局（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ＨｅＮＢ）、リレーノード（ｒｅｌａｙ ｎｏｄｅ）、ホーム基地局（ｆｅｍｔｏ）、ピコ基地局（ｐｉｃｏ）等であってもよいが、本願の実施形態では限定されない。いくつかのネットワーク構造では、ネットワークデバイスは、集中ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ、ＣＵ）ノード及び分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）ノードを含んでもよく、集中ユニット及び分散ユニットは地理的に離れて配置されてもよい。
以下、具体的な実施形態により説明する。
図１は本願の実施形態に係るデータブロック圧縮方法の概略図であり、当該方法はデータ送信端に用いられ、当該データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスがそれぞれ１つの圧縮バッファーに対応し、図１に示すように、当該データブロック圧縮方法は、下記のステップＳ１０１～Ｓ１０４を含む。
Ｓ１０１：送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定する。
具体的には、データ送信端は、送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定し、ここでのデータ送信端は、基地局であってもよく、端末であってもよい。
例えば、データ送信端が端末である場合、端末は送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定する。データ送信端が基地局である場合、基地局は送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定する。
Ｓ１０２：第１の圧縮バッファーに対応する辞書を用いて第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得る。
具体的には、データ送信端は、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、送信すべき第１のデータブロックを圧縮し、圧縮された第２のデータブロックを得る。ここでのデータ送信端は、基地局であってもよく、端末であってもよい。
例えば、データ送信端が端末である場合、端末は、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、送信すべき第１のデータブロックを圧縮し、圧縮された第２のデータブロックを得る。データ送信端が基地局である場合、基地局は、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、送信すべき第１のデータブロックを圧縮し、圧縮された第２のデータブロックを得る。
ここで、第１の圧縮バッファーに対応する辞書は、第１の圧縮バッファー内に位置していてもよく、即ち、予め第１の圧縮バッファーにロードされている辞書であり、第１の圧縮バッファーの外に位置していてもよく、即ち、予め第１の圧縮バッファーに対して対応関係が確立されている辞書である。
Ｓ１０３：第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに第１の圧縮バッファーを指示するための圧縮識別子を追加する。
具体的には、データ送信端は、圧縮された第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに送信すべき第１の圧縮バッファーを指示するための圧縮識別子を追加し、ここでのデータ送信端は、基地局であってもよく、端末であってもよい。
例えば、データ送信端が端末である場合、端末は、圧縮された第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに送信すべき第１の圧縮バッファーを指示するための圧縮識別子を追加する。データ送信端が基地局である場合、基地局は、圧縮された第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに送信すべき第１の圧縮バッファーを指示するための圧縮識別子を追加する。
Ｓ１０４：圧縮識別子を持っているＰＤＵをデータ受信端に送信する。
具体的には、データ送信端は、送信すべき第１の圧縮バッファーを指示するための圧縮識別子を持っているＰＤＵをデータ受信端に送信し、ここでのデータ送信端は、基地局であってもよく、端末であってもよく、データ送信端が端末である場合、データ受信端は基地局であり、データ送信端が基地局である場合、データ受信端は端末である。
例えば、データ送信端が端末である場合、端末は、送信すべき第１の圧縮バッファーを指示するための圧縮識別子を持っているＰＤＵを基地局に送信し、データ送信端が基地局である場合、端末は、送信すべき第１の圧縮バッファーを指示するための圧縮識別子を持っているＰＤＵを端末に送信する。
１つの例示的なシーンでは、図２に示すように、データ送信端及びデータ受信端を含む。ここで、データ送信端とデータ受信端との間の圧縮データの圧縮プロセスは以下の通りであってもよい。
データ送信端とデータ受信端は、２つのラジオベアラＤＲＢ（Ｄａｔｅ Ｒａｄｉｏ Ｂｅａｒｅｒ、データラジオベアラ）０とＤＲＢ１を確立し、ＤＲＢ０には３つのサービスがキャリーされ、それぞれＤＲＢ０の圧縮バッファー０、圧縮バッファー１及び圧縮バッファー２に対応し、ＤＲＢ１には２つのサービスがキャリーされ、それぞれＤＲＢ１の圧縮バッファー０及び圧縮バッファー１に対応する。
ステップ１：データ送信端は１つのＤＲＢ０のサービス０のデータパケットを送信し、データ送信端は、サービスと圧縮バッファーとの間の対応関係に基づいてＤＲＢ０の圧縮バッファー０を見つける。ＤＲＢ０の圧縮バッファー０における辞書を使用してサービス０のデータパケットを圧縮し、その後、圧縮されたデータパケットをＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、パケットデータ統合プロトコル） ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、プロトコルデータユニット）にパッケージングし、ＰＤＣＰヘッダに圧縮バッファー識別子又は圧縮辞書識別子又はサービス０のサービス識別子を含む圧縮関連のドメインを追加し、ＰＤＣＰ ＰＤＵをＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、無線リンク層制御プロトコル）層に伝送する。
ステップ２：ＲＬＣ層、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、メディアアクセス制御）及び物理層は圧縮されたデータパケットをデータ伝送する。
ステップ３：データ受信端のＲＬＣ層はＰＤＣＰ ＰＤＵを解析し、チャネルマッピング関係に基づいて圧縮されたデータパケットをＤＲＢ０にマッピングしてＰＤＣＰ層に伝達する。
ステップ４：データ受信端のＰＤＣＰ層は、ＰＤＣＰ ｈｅａｄｅｒ（ヘッダ）における圧縮バッファー識別子又は圧縮辞書識別子に基づいてＤＲＢ０の解凍バッファー０を見つけ、ＤＲＢ０の解凍バッファー０を用いてデータパケットを解凍し、ＤＲＢ０の解凍バッファー０における辞書情報を更新する。
ステップ５：データ受信端のＰＤＣＰ層は解凍されたデータパケットを上位レイヤに伝達する。
ここで、上位レイヤは（ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ラジオリソース制御）層、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ、非アクセス層）層、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、サービスデータアダプテーションプロトコル）層などであってもよい。
ここでのＰＤＣＰ ｈｅａｄｅｒには、圧縮バッファー識別子又は圧縮辞書識別子又はサービス識別子に加えて、他の識別子があってもよく、例えば、図３又は図４に示すように、既存のメカニズムにおけるＰＤＣＰヘッダに含まれるドメイン、例えば、ＳＮ（Ｓｅｒｉａｌ Ｎｕｍｂｅｒ、シリアル番号）、ＦＵ（Ｆｌａｇ ｏｆ ＵＤＣ、上りデータ圧縮指示）、ＦＲ（Ｆｌａｇ ｏｆ Ｒｅｓｅｔ、リセット指示）、Ｃｈｅｃｋｓｕｍ（チェックサム）等があってもよい。ここで、ＦＵは、このデータパケットがＵＤＣプロトコルによって圧縮されているかどうかを指示し、値「１」はデータパケットがＵＤＣプロトコルによって圧縮されていることを表し、ＦＲはＵＤＣ圧縮バッファーをリセットするかどうかを指示する。値「１」はＵＤＣバッファーをリセットした後の１番目の圧縮パケットであることを示している。Ｃｈｅｃｋｓｕｍは、このフィールドに圧縮バッファー領域内容が含まれているパリティビットを指し、現在のデータパケットをバッファー領域に入れる前に、現在の圧縮バッファー領域の内容に基づいてチェックサムを計算する。
各送信すべきデータパケットに対して上記ステップ１－５の操作を実行し、サービスに対応する圧縮バッファーにおける辞書を圧縮及び解凍を行い、データブロックの圧縮伝送を完了する。
上記の実施形態から分かるように、送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、前記第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
１つの選択的な実施形態では、上記Ｓ１０３におけるＰＤＵはＰＤＣＰ ＰＤＵであってもよく、上記Ｓ１０３における、ＰＤＵに第１の圧縮バッファーを指示するための圧縮識別子を追加することを実行する場合、以下の実現形態を含むが、これらに限定されない。
Ｓ１０３１：ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子を追加する。
具体的には、第１の圧縮バッファーの圧縮識別子は：
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
上記の実施形態から分かるように、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子を追加することにより、圧縮識別子の伝送の信頼性を高めることができる。
１つの選択的な実施形態では、上記Ｓ１０３１を実行する場合、
ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
設定フィールドに圧縮識別子を追加することとの実現形態を含むが、これらに限定されない。
具体的には、設定フィールドは、ＰＤＣＰヘッダにおけるリザーブフィールドであってもよく、例えば、図３に示すｂｕｆｆｅｒ ＩＤ（Ｂｕｆｆｅｒ Ｉｄｅｎｔｉｔｙ、バッファアイデンティティ）が存在する位置であってもよく、ＰＤＣＰヘッダにおける新規フィールドであってもよく、例えば、図４に示すｂｕｆｆｅｒ ＩＤが存在する位置であってもよい。ここで、図３及び図４は、１つの具体例に過ぎず、本願の実施形態に対する制限を構成しておらず、即ち、本願の実施形態における設定フィールドは、図３又は図４に示すｂｕｆｆｅｒ ＩＤが存在する位置に位置してもよいが、これらに限定されない。
ここで、図３では、リザーブビットを直接使用してｂｕｆｆｅｒ ＩＤ（Ｂｕｆｆｅｒ Ｉｄｅｎｔｉｔｙ バッファアイデンティティ）をキャリーするものであり、図４では、ＰＤＣＰ ｈｅａｄｅｒ（パケットデータ統合プロトコルヘッダ）に新たなバイトを追加してｂｕｆｆｅｒ ＩＤ（Ｂｕｆｆｅｒ Ｉｄｅｎｔｉｔｙ、バッファアイデンティティ）をキャリーするものである。また、図３又は図４に含まれる各フィールドは、それぞれ
Ｄ／Ｃ（Ｄａｔａ／Ｃｏｎｔｒｏｌ、データ／制御）フィールド、
Ｒ（Ｒｅｓｅｒｖｅ、リザーブ）フィールド、
ＳＮ（Ｓｅｒｉａｌ Ｎｕｍｂｅｒ、シリアル番号）フィールド、
ＦＵ（Ｆｌａｇ ｏｆ ＵＤＣ、上りデータ圧縮指示）フィールド、
ＦＲ（Ｆｌａｇ ｏｆ Ｒｅｓｅｔ、リセット指示）フィールド、
Ｂｕｆｆｅｒ ＩＤ（Ｂｕｆｆｅｒ Ｉｄｅｎｔｉｔｙ、バッファアイデンティティ）フィールド、
Ｃｈｅｃｋｓｕｍ（チェックサム）フィールド、
Ｏｃｔ（バイト）フィールドである。
ここで、圧縮識別子は、図３又は図４におけるｂｕｆｆｅｒ ＩＤフィールドが存在する位置に設定することができる。
また、設定フィールドに追加される圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
上記の実施形態から分かるように、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダにおける設定フィールドに圧縮識別子を追加することにより、圧縮識別子の伝送の柔軟性と多様性が豊かになる。
１つの選択的な実施形態では、上記Ｓ１０３では、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
具体的には、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子を含んでもよい。
更に、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子を含んでもよい。
更に、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子とを含んでもよい。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
ネットワーク側機器から送信された第１のメッセージを受信し、当該第１のメッセージには、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報が含まれるＳ１０５と、
圧縮情報に基づいて圧縮すべきサービスに対して対応する圧縮バッファーを確立するＳ１０６とを更に含んでもよい。
具体的には、データ受信端は、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報を受信した場合、当該圧縮情報に基づいて、圧縮すべきサービスに対して対応する圧縮バッファーを確立し、圧縮バッファーに対応する辞書をロードすることができる。ここで、データ送信端が端末であり、データ受信端が基地局である場合、ネットワーク側機器は基地局であってもよい。
また、上記Ｓ１０５及びＳ１０６では、Ｓ１０１の前に圧縮すべき各サービスに対して事前に圧縮バッファーを確立することを実行し、その後、ステップＳ１０１において送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することができる。
１つの例示的なシーンでは、図５に示すように、端末、基地局、コアネットワークを含む。ここで、基地局とコアネットワークとの間の圧縮情報の設定プロセスは、下記のステップＳ１～Ｓ５を含む。
Ｓ１：端末と基地局との間にＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ラジオリソース制御）接続を確立し、端末が接続状態にあると、このステップをスキップする。
Ｓ２：端末はコアネットワークに対してＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、プロトコルデータユニット）の確立要求を開始し、要求にはサービス情報ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、サービス品質）情報が含まれる。
Ｓ３：コアネットワークは、当該端末に対してＰＤＵ接続を確立することを決定し、基地局とコアネットワークとの間で当該端末に対して接続を確立し、ＰＤＵ ｓｅｓｓｉｏｎ（セッション制御）確立の受付メッセージを基地局に送信するとともに、対応するサービス情報（例えば、ＱｏＳ情報）を基地局に通知する。
Ｓ４、基地局は端末に対してラジオベアラ等の情報を設定し、その中にはサービスに対応する圧縮情報が含まれる。制御面メッセージ（例えば、ＲＲＣ再設定メッセージ）を介して端末に送信する。ここで、圧縮情報は、
（１）圧縮バッファー識別子及び／又は解凍バッファー識別子と、
（２）辞書識別子と、
（３）圧縮バッファー情報及び／又は解凍バッファー情報（例えば、バッファーサイズ）と、
（４）サービス識別子とのうちの１つ又は複数を含んでもよい。
Ｓ５：端末は、設定情報を受信した後、設定シグナリングにおける圧縮情報に基づいて、対応するサービスに対して圧縮バッファーを確立し、対応する辞書にロードし、基地局にＲＲＣ設定完了メッセージをフィードバックする。
複数のサービス設定プロセスは、ステップＳ２～Ｓ５を繰り返し、基地局は、サービス特性に基づいてラジオベアラ設定を行うことで、複数のサービスを同じ又は異なるラジオベアラにマッピングすることができる。ここで、複数のサービスは同時に実行され、各サービスは、いずれも自分のＰＤＵ ｓｅｓｓｉｏｎの確立プロセスを開始し、その後、基地局はＲＲＣ再設定を使用してサービスを適切なＲＢ上に設定する。
上記の実施形態から分かるように、ネットワーク側機器から送信された第１のメッセージを受信し、当該第１のメッセージには、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報が含まれ、圧縮情報に基づいて圧縮すべきサービスに対して対応する圧縮バッファーを確立し、圧縮バッファーに対応する辞書をロードすることにより、圧縮バッファーにおける辞書を直接使用して圧縮することができ、データ圧縮効率を向上させることができる。
１つの選択的な実施形態では、上記Ｓ１０５では、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報は、
ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子と、
ｂ、辞書識別子と、
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報（例えば、バッファーサイズ）と、
ｄ、サービス識別子とのうちの１つ又は複数を含んでもよい。
具体的には、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報は、下記の１２のケースを含んでもよい。
第１のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、又は
ｂ、辞書識別子、又は
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報、又は
ｄ、サービス識別子。
第２のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、及び
ｂ、辞書識別子。
第３のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、及び
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報。
第４のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、及び
ｄ、サービス識別子。
第５のケース：ｂ、辞書識別子、及び
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報。
第６のケース：ｂ、辞書識別子、及び
ｄ、サービス識別子。
第７のケース：ｃ、圧縮バッファー情報及び／又は解凍バッファー情報、及び
ｄ、サービス識別子。
第８のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、
ｂ、辞書識別子、及び
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報。
第９のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、
ｂ、辞書識別子、及び
ｄ、サービス識別子。
第１０のケース：ａ、圧縮バッファー識別子、解凍バッファー識別子、圧縮バッファー識別子、及び解凍バッファー識別子、
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報、及び
ｄ、サービス識別子。
第１１のケース：ｂ、辞書識別子、
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報、及び
ｄ、サービス識別子。
第１２のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、
ｂ、辞書識別子、
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報、及び
ｄ、サービス識別子。
また、上記圧縮バッファー情報及び／又は解凍バッファー情報におけるバッファーサイズとは、バッファーに格納可能な辞書情報の数を指すことができ、送信端及び受信端は、バッファーにおける辞書を用いてデータブロックを圧縮及び解凍し、辞書が大きいほど、圧縮率が高くなる。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
ネットワーク側機器から送信された第２のメッセージを受信し、当該第２のメッセージには、解放すべきサービスのためにネットワーク側機器によって設定された解放情報が含まれるＳ１０７と、
解放情報に基づいて解放すべきサービスに対応する圧縮バッファーを解放するＳ１０８とを更に含んでもよい。
具体的には、データ受信端は、ネットワーク側機器から送信された、解放すべきサービスのために設定された解放情報を受信する場合、解放情報に基づいて解放すべきサービスに対応する圧縮バッファーを解放することができる。ここで、データ送信端が端末である場合、ネットワーク側機器は基地局であってもよい。
且つ、上記Ｓ１０７及びＳ１０８はＳ１０１の前に実行されてもよいし、Ｓ１０４の後に実行されてもよい。
１つの例示的なシーンでは、図６に示すように、端末、基地局、コアネットワークを含む。ここで、端末と基地局とコアネットワークとの間の圧縮バッファーの解放プロセスは、下記のステップＳ１～Ｓ３を含む。
Ｓ１：コアネットワークは、端末の１つのサービスのＰＤＵ接続を解放することを決定し、ＰＤＵ ｓｅｓｓｉｏｎ解放メッセージを基地局に送信するとともに、対応するサービス情報（例えば、ＱｏＳ情報）を基地局に通知する。
Ｓ２：基地局は、端末に対して、ラジオベアラ等の情報を再設定し、その中には、解放サービスに対応する圧縮バッファー識別子又は圧縮辞書識別子（例えば、図２におけるＤＲＢ０の圧縮バッファー２を解放する）を含む。ＲＲＣ再設定メッセージを介して端末に送信する。
Ｓ３：端末は、設定情報を受信した後に、設定シグナリングにおける設定情報に基づいて対応するサービスの圧縮バッファーを解放し（例えば、図２におけるＤＲＢ０の圧縮バッファー２を解放し）、基地局に設定完了メッセージをフィードバックする。
例えば、解放する前に、データ送信端のキャリー及び圧縮バッファー設定は図２に示され、図２におけるＤＲＢ０の圧縮バッファー２を解放した後に、データ送信端のキャリー及び圧縮バッファー設定は図７に示される。
上記の実施形態から分かるように、ネットワーク側機器から送信された第２のメッセージを受信することであって、当該第２のメッセージには、解放すべきサービスのためにネットワーク側機器によって設定された解放情報が含まれることと、解放情報に基づいて解放すべきサービスに対応する圧縮バッファーを解放することとにより、リソースの浪費を回避し、リソースの利用率を向上させることができる。
１つの選択的な実施形態では、上記Ｓ１０７では、解放すべきサービスのためにネットワーク側機器によって設定された解放情報は、
ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子と、
ｂ、辞書識別子と、
ｃ、サービス識別子とのうちの１つ又は複数を含む。
具体的には、解放すべきサービスのためにネットワーク側機器によって設定された解放情 報は、下記の７のケースを含む。
第１のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子。
第２のケース：ｂ、辞書識別子。
第３のケース：ｃ、サービス識別子。
第４のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、及び
ｂ、辞書識別子。
第５のケース：ｂ、辞書識別子、及び
ｃ、サービス識別子。
第６のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、及び
ｃ、サービス識別子。
第７のケース：ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子、
ｂ、辞書識別子、及び
ｃ、サービス識別子。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
第１のデータブロックを用いて第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書内容を更新するＳ１０９を更に含んでもよい。
具体的には、第１のデータブロックは圧縮前のデータブロックである。
ここで、辞書の内容を更新するとは、圧縮されたたびに辞書情報を更新し、第１のデータブロックに基づいてバッファーの辞書を更新することを意味し、具体的な更新方法は、先入れ先出し方式を直接採用して、古いデータブロックの代わりに新しいデータブロックを使用することであってもよい。
上記の実施形態から分かるように、データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応する。送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、前記第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
図８は本願の実施形態に係るデータブロック圧縮方法の概略図であり、当該方法はデータ受信端に用いられ、当該データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、図８に示すように、当該データブロック圧縮方法は、下記のステップＳ８０１～Ｓ８０３を含んでもよい。
Ｓ８０１：データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信し、当該圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、ＰＤＵには、データ送信端が第１の圧縮バッファーに対応する辞書を用いて第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる。
具体的には、データ受信端は、データ送信端から送信された、圧縮識別子を持っているＰＤＵを受信し、当該圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、データ送信端から送信された、圧縮識別子を持っているＰＤＵには、データ送信端が第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、受信端が受信した第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる。ここでのデータ受信端は、基地局であってもよく、端末であってもよい。
例えば、基地局は、端末から送信された、圧縮識別子を持っているＰＤＵを受信し、当該圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、基地局から送信された、圧縮識別子を持っているＰＤＵには、端末が第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、基地局が受信した第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる。
端末は、基地局から送信された、圧縮識別子を持っているＰＤＵを受信し、当該圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、端末から送信された、圧縮識別子を持っているＰＤＵには、端末が第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書を用いて、端末が受信した第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる。
Ｓ８０２：圧縮識別子に基づいて第１の圧縮バッファーに対応する第１の解凍バッファーを決定する。
具体的には、データ受信端は、圧縮識別子に基づいて、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する第１の解凍バッファーを決定する。ここでのデータ受信端は、基地局であってもよく、端末であってもよい。
例えば、基地局は、圧縮識別子に基づいて、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する第１の解凍バッファーを決定し、
端末は、圧縮識別子に基づいて、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する第１の解凍バッファーを決定する。
Ｓ８０３：第１の解凍バッファーにおける辞書を用いて第２のデータブロックを解凍して、第１のデータブロックを得る。
具体的には、データ受信端は、第１のデータブロックが属するサービスに対応する第１の解凍バッファーにおける辞書を用いて、受信端が受信した第１のデータブロックを圧縮して得られた第２のデータブロックを解凍し、受信端が受信した第１のデータブロックを得る。ここでのデータ受信端は、基地局であってもよく、端末であってもよい。
例えば、基地局は、第１のデータブロックが属するサービスに対応する第１の解凍バッファーにおける辞書を用いて、基地局が受信した第１のデータブロックを圧縮して得られた第２のデータブロックを解凍して、基地局が受信した第１のデータブロックを得る。
端末は、第１のデータブロックが属するサービスに対応する第１の解凍バッファーにおける辞書を用いて、端末が受信した第１のデータブロックを圧縮して得られた第２のデータブロックを解凍して、端末が受信した第１のデータブロックを得る。
例えば、１つの例示的なシーンでは、上記の図２に示すように、データ送信端及びデータ受信端を含む。ここで、データ送信端とデータ受信端との間の圧縮データの圧縮プロセスについての詳細な説明を省略する。
上記の実施形態から分かるように、データ送信端から送信された、圧縮識別子を持っているＰＤＵを受信することであって、当該圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、ＰＤＵには、データ送信端が第１の圧縮バッファーに対応する辞書を用いて第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、圧縮識別子に基づいて第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、第１の解凍バッファーにおける辞書を用いて第２のデータブロックを解凍して、第１のデータブロックを得ることにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
１つの選択的な実施形態では、上記Ｓ８０１におけるＰＤＵはＰＤＣＰ ＰＤＵであってもよく、且つ、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには、受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子が含まれる。
ここで、第１の圧縮バッファーの圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
これに対応して、データ受信端は、Ｓ２０１を実行する場合、ＰＤＣＰ ＰＤＵを受信した後に、 ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダから圧縮識別子を取得することができる。
上記の実施形態から分かるように、ＰＤＣＰ ＰＤＵを受信した後に、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダから圧縮識別子を取得することにより、圧縮識別子の伝送の信頼性を高めることができる。
１つの選択的な実施形態では、上記Ｓ８０１におけるＰＤＵはＰＤＣＰ ＰＤＵであってもよく、且つ、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダにおける設定フィールドには、受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮情報が含まれる。
これに対応して、データ受信端は、Ｓ２０１を実行する場合、ＰＤＣＰ ＰＤＵを受信した後に、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダにおける設定フィールドから圧縮識別子を取得することができる。
具体的には、設定フィールドは、ＰＤＣＰヘッダにおけるリザーブフィールド、例えば、上記の図３に示すｂｕｆｆｅｒ ＩＤ（Ｂｕｆｆｅｒ Ｉｄｅｎｔｉｔｙ バッファアイデンティティ）が存在する位置であってもよく、ＰＤＣＰヘッダにおける新規フィールド、例えば、上記の図４に示すｂｕｆｆｅｒ ＩＤが存在する位置であってもよい。
ここで、圧縮識別子は、上記の図３又は上記の図４におけるｂｕｆｆｅｒ ＩＤフィールドが存在する位置に設定されてもよい。
また、設定フィールドに追加される圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
上記の実施形態から分かるように、ＰＤＣＰ ＰＤＵを受信した後に、ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダにおける設定フィールドから圧縮識別子を取得することにより、圧縮識別子の取得の柔軟性と多様性が豊かになる。
１つの選択的な実施形態では、上記Ｓ８０１では、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含んでもよい。
具体的には、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子を含んでもよい。
更に、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子、又は
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子、及び第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子を含んでもよい。
更に、例えば、第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するための圧縮識別子は、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーの圧縮バッファー識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応する辞書識別子と、
第１のデータブロックが属するサービスに対応する第１の圧縮バッファーに対応するサービス識別子とを含んでもよい。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
ネットワーク側機器から送信された第１のメッセージを受信し、当該第１のメッセージには、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報が含まれるＳ８０４と、
圧縮情報に基づいて圧縮すべきサービスに対して対応する解凍バッファーを確立するＳ８０５とを更に含んでもよい。
具体的には、データ受信端は、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報を受信した場合、当該圧縮情報に基づいて、圧縮すべきサービスに対して対応する解凍バッファーを確立し、解凍バッファーに対応する辞書をロードすることができる。ここで、データ送信端が端末であり、データ受信端が基地局である場合、ネットワーク側機器は基地局であってもよい。
また、上記Ｓ８０４及びＳ８０５は、Ｓ８０１の前に実行されてもよい。
１つの例示的なシーンでは、上記の図５に示すように、端末、基地局、コアネットワークを含む。ここで、基地局とコアネットワークとの間の圧縮情報の設定プロセスは、上記の図５に含まれるＳ１～Ｓ５に加えて、
基地局は圧縮情報に基づいて圧縮すべきサービスに対して対応する解凍バッファーを確立し、解凍バッファーに対応する辞書をロードすることを更に含む。
上記の実施形態から分かるように、ネットワーク側機器から送信された第１のメッセージを受信ことであって、当該第１のメッセージには、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報が含まれることと、圧縮情報に基づいて圧縮すべきサービスに対して対応する解凍バッファーを確立することとにより、後続の、解凍バッファーにおける辞書を直接使用して解凍することができ、データ解凍効率を高め、複数のサービスのデータ解凍需要を満たすことができる。
１つの選択的な実施形態では、上記Ｓ８０４では、圧縮すべきサービスのためにネットワーク側機器によって設定された圧縮情報は、
ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子と、
ｂ、辞書識別子と、
ｃ、圧縮バッファー情報及び／又は解凍バッファー情報と、
ｄ、サービス識別子とのうちの１つ又は複数を含んでもよい。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
ネットワーク側機器から送信された第２のメッセージを受信し、当該第２のメッセージには、解放すべきサービスのためにネットワーク側機器によって設定された解放情報が含まれるＳ８０６、
解放情報に基づいて解放すべきサービスに対応する解凍バッファーを解放するＳ８０７を更に含んでもよい。
具体的には、データ受信端は、ネットワーク側機器から送信された第２のメッセージを受信し、当該第２のメッセージには、解放すべきサービスのためにネットワーク側機器によて設定された解放情報が含まれる場合、解放情報に基づいて解放すべきサービスに対応する解凍バッファーを解放することができる。ここで、データ送信端が端末であり、データ受信端が基地局である場合、ネットワーク側機器は基地局であってもよい。
また、上記Ｓ８０６及びＳ８０７は、Ｓ８０１の前に実行されてもよいし、Ｓ８０３の後に実行されてもよい。
１つの例示的なシーンでは、上記の図６に示すように、端末、基地局、コアネットワークを含む。ここで、端末と基地局とコアネットワークとの間の圧縮バッファーの解放プロセスは、上記の図６に含まれるＳ１～Ｓ３に加えて、
基地局は解放情報に基づいて解放すべきサービスに対応する解凍バッファーを解放する（例えば、図２におけるＤＲＢ０の解凍バッファー２を解放する）ことを更に含む。
例えば、解放する前に、データ受信端のキャリー及び解凍バッファー設定は図２に示され、図２におけるＤＲＢ０の解凍バッファー２を解放した後に、データ受信端のキャリー及び解凍バッファー設定は図７に示される。
１つの選択的な実施形態では、上記Ｓ８０６では、解放すべきサービスのためにネットワーク側機器によって設定された解放情報は、
ａ、圧縮バッファー識別子及び／又は解凍バッファー識別子と、
ｂ、辞書識別子と、
ｃ、サービス識別子とのうちの１つ又は複数を含む。
１つの選択的な実施形態では、当該データブロック圧縮方法は、
第１のデータブロックを用いて第１のデータブロックが属するサービスに対応する第１の解凍バッファーにおける辞書内容を更新するＳ８０８を更に含んでもよい。
具体的には、第１のデータブロックは解凍後のデータブロックである。
ここで、辞書の内容を更新するとは、解凍されたたびに辞書情報を更新し、第１のデータブロックに基づいてバッファーの辞書を更新することを意味し、具体的な更新方法は、先入れ先出し方式を直接採用して、古いデータブロックの代わりに新しいデータブロックを使用することであってもよい。
上記の実施形態から分かるように、データ受信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスがそれぞれ１つの圧縮バッファーに対応する。送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、前記第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
図９は本願の実施形態に係るデータブロック圧縮装置の構造の概略図であり、当該データブロック圧縮装置は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスがそれぞれ１つの圧縮バッファーに対応し、メモリ９２０、送受信機９００、プロセッサ９１０を含む。
ここで、図９では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ９１０に代表される１つ又は複数のプロセッサ、及びメモリ９２０に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機９００は、複数の要素であってもよく、即ち、伝送媒体において他の様々なデバイスと通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ９１０は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ９２０は、プロセッサ９１０が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ９１０は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、又は複雑なプログラマブルロジックデバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＣＰＬＤ）であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ９２０は、コンピュータプログラムを記憶するためのものであり、送受信機９００は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
プロセッサ９１０は、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、
前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、
前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、
前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとを実行するためのものである。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することは、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記した、前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することは、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
前記設定フィールドに前記圧縮識別子を追加することとを含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する圧縮バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する圧縮バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記第１のデータブロックを用いて前記第１の圧縮バッファーに対応する辞書内容を更新することを更に含む。
上記の実施形態から分かるように、データブロック圧縮装置は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスがそれぞれ１つの圧縮バッファーに対応する。送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、前記第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
図１０は本願の実施形態に係るデータブロック圧縮装置の構造の概略図であり、当該データブロック圧縮装置は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスがそれぞれ１つの圧縮バッファーに対応し、メモリ１０２０、送受信機１０００、プロセッサ１０１０を含む。
ここで、図１０では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ１０１０に代表される１つ又は複数のプロセッサ、及びメモリ１０２０に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機１０００は、複数の要素であってもよく、即ち、伝送媒体において他の様々なデバイスと通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ１０１０は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ１０２０は、プロセッサ１０１０が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ３１００は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、又は複雑なプログラマブルロジックデバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＣＰＬＤ）であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ１０２０は、コンピュータプログラムを記憶するためのものであり、送受信機１０００は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
プロセッサ１０１０は、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、
前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、
前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとを実行するためのものである。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには前記圧縮識別子が含まれる。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドは前記圧縮識別子を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する解凍バッファーを確立することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する解凍バッファーを解放することとを更に含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、本願の１つの実施形態に係るデータブロック圧縮装置によれば、
前記第１のデータブロックを用いて前記第１の解凍バッファーにおける辞書内容を更新することを更に含む。
上記の実施形態から分かるように、データブロック圧縮装置は１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応する。データ送信端から送信された、圧縮識別子を持っているＰＤＵを受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとにより、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
なお、本願の実施形態に係る上記装置は、前述した方法の実施形態によって実現されるすべての方法ステップを実現することができ、同じ技術的効果を達成することができ、ここでは、本実施形態における方法の実施形態と同じ部分及び有益な効果についての説明を省略する。
図１１は本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。当該装置はデータ送信端に用いられ、前記データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、当該データブロック圧縮装置は、
送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定するための圧縮バッファー決定モジュール１１１と、
前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得るための圧縮モジュール１１２と、
前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加するためのパッケージングモジュール１１３と、
前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信するための送信モジュール１１４とを含む。
オプションとして、上記の装置において、ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、前記パッケージングモジュール１１３では、
前記した、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することは、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することを含む。
オプションとして、上記の装置において、前記パッケージングモジュール１１３では、
前記した、前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することは、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
前記設定フィールドに前記圧縮識別子を追加することとを含む。
オプションとして、上記装置において、前記パッケージングモジュール１１３では、
前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、
ネットワーク側機器から送信された第１のメッセージを受信するための第１の受信モジュールであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれる第１の受信モジュールと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する圧縮バッファーを確立するための確立モジュールとを更に含む。
オプションとして、上記の装置において、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、
ネットワーク側機器から送信された第２のメッセージを受信するための第２の受信モジュールであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれる第２の受信モジュールと、
前記解放情報に基づいて前記解放すべきサービスに対応する圧縮バッファーを解放するための解放モジュールとを更に含む。
オプションとして、上記の装置において、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、
前記第１のデータブロックを用いて前記第１の圧縮バッファーに対応する辞書内容を更新するための更新モジュールを更に含む。
上記の実施形態から分かるように、データブロック圧縮装置はデータ送信端に用いられ、前記データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、当該データブロック圧縮装置は、送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定するための圧縮バッファー決定モジュールと、前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得る圧縮モジュールと、前記第２のデータブロックをＰＤＵにパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加するためのパッケージングモジュールと、前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信するための送信モジュールとを含む。従って、本願の実施形態は、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
図１２は本願の実施形態に係るデータブロック圧縮装置の構造の概略図である。当該装置はデータ受信端に用いられ、前記データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、当該データブロック圧縮装置は、
データ送信端から送信された、圧縮識別子を持っているＰＤＵを受信する受信モジュール１２１であって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる受信モジュール１２１と、
前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定するための解凍バッファー決定モジュール１２２と、
前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得るための解凍モジュール１２３とを含む。
オプションとして、上記の装置に基づいて、前記受信モジュール１２１では、前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには前記圧縮識別子が含まれる。
オプションとして、上記の装置において、前記受信モジュール１２１では、
前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドは前記圧縮識別子を含む。
オプションとして、上記の装置において、前記受信モジュール１２１では、前記圧縮識別子は、
前記第１の圧縮バッファーの圧縮バッファー識別子と、
前記第１の圧縮バッファーに対応する辞書識別子と、
前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、前記受信モジュール１２１は、更に
ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する解凍バッファーを確立することとことに用いられる。
オプションとして、上記の装置において、前記圧縮情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
圧縮バッファー情報及び／又は解凍バッファー情報と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、前記受信モジュール１２１は、更に
ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
前記解放情報に基づいて前記解放すべきサービスに対応する解凍バッファーを解放することとことに用いられる。
オプションとして、上記の装置において、前記解放情報は、
圧縮バッファー識別子及び／又は解凍バッファー識別子と、
辞書識別子と、
サービス識別子とのうちの１つ又は複数を含む。
オプションとして、上記の装置において、
前記第１のデータブロックを用いて前記第１の解凍バッファーにおける辞書内容を更新するための内容更新モジュールを更に含む。
上記の実施形態から分かるように、データブロック圧縮装置はデータ受信端に用いられ、前記データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、データブロック圧縮装置は、データ送信端から送信された、圧縮識別子を持っているＰＤＵを受信するための受信モジュールであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれる受信モジュールと、前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定するための解凍バッファー決定モジュールと、前記第１の解凍バッファーにおける辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得るための解凍モジュールとを含む。従って、本願の実施形態は、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
ただし、本願の実施形態では、ユニットの分割は、例示的であり、論理的な機能分割に過ぎず、実際の実現では他の分割方法があり得る。また、本願の各実施形態における各機能ユニットは、１つの処理ユニットに統合されてもよく、又は各ユニットが単独で物理的に存在してもよく、又は２つ以上のユニットが１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形で実現することができ、ソフトウェア機能ユニットの形で実現することもできる。
上記の統合されたユニットは、ソフトウェア機能ユニットの形で実現し、独立した製品として販売又は使用する場合、１つのプロセッサ可読記憶媒体に記憶することができる。そのような理解に基づいて、本願の技術案は、その本質、又は先行技術に寄与する部分、又は当該技術案の全部又は一部がソフトウェア製品の形で具体化されてもよい。当該コンピュータソフトウェア製品は、記憶媒体に記憶されており、１つのコンピュータデバイス（例えば、パーソナルコンピュータ、サーバ、又はネットワークデバイス等）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の各実施形態の前記方法のステップのすべて又は一部を実行させるためのいくつかの命令を含む。前記記憶媒体は、ＵＳＢディスク、リムーバブルハードディスク、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスク等の、プログラムコードを記憶可能な種々の媒体を含む。
なお、本願の実施形態に係る上記装置は、前述した方法の実施形態によって実現されるすべての方法ステップを実現することができ、同じ技術的効果を達成することができ、ここでは、本実施形態における方法の実施形態と同じ部分及び有益な効果についての説明を省略する。
別の態様では、本願の実施形態は、プロセッサにデータ送信端に用いられる方法、又はデータ受信端に用いられる方法を実行させるためのコンピュータプログラムが記憶されているプロセッサ可読記憶媒体を提供する。
前記プロセッサ可読記憶媒体は、プロセッサがアクセスできる任意の利用可能な媒体又はデータ記憶装置であってもよく、磁性メモリ（例えばフロッピーディスク、ハードディスク、磁気テープ、光磁気ディスク（ＭＯ）等）、光学メモリ（例えばＣＤ、ＤＶＤ、ＢＤ、ＨＶＤ等）、及び半導体メモリ（例えばＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、不揮発性メモリ（ＮＡＮＤ ＦＬＡＳＨ）、ソリッドステートドライブ（ＳＳＤ））等を含むが、これらに限定されない。
上記の実施形態から分かるように、プロセッサ可読記憶媒体には、前記プロセッサに上記のデータブロック圧縮方法を実行させるためのコンピュータプログラムが記憶されている。従って、本願の実施形態によれば、データ圧縮効率を高め、複数のサービスの効率的な伝送を実現することができる。
当業者には理解されるように、本願の実施形態は、方法、システム、又はコンピュータプログラム製品として提供され得る。従って、本願は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、又はソフトウェアとハードウェアを組み合わせた実施形態を採用することができる。更に、本願は、コンピュータで利用可能なプログラムコードを含む１つ又は複数のコンピュータで利用可能な記憶媒体（ディスクメモリ、光学メモリ等を含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形態を採用することができる。
本願は、本願の実施形態の方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータ実行可能命令によって実現できることが理解可能である。これらのコンピュータ実行可能命令は、１つのマシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理デバイスのプロセッサに提供されて、コンピュータ又は他のプログラム可能なデータ処理デバイスのプロセッサによる命令の実行により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現するための手段が生成される。
これらのプロセッサ実行可能命令は、コンピュータ又は他のプログラム可能なデータ処理デバイスを特定の方法で動作させることができるプロセッサ可読メモリに格納されて、当該プロセッサ可読メモリに格納された命令によって命令手段を含む製品を生成させることもできる。当該命令手段は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現する。
これらのプロセッサ実行可能命令は、コンピュータ又はその他のプログラム可能なデータ処理デバイスにロードされて、コンピュータで実現される処理を生成するために、コンピュータ又はその他のプログラム可能なデバイス上で一連の動作ステップを実行させる。これにより、コンピュータ又はその他のプログラム可能なデバイス上で実行される命令は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現するためのステップを提供する。
もちろん、当業者が、本願の精神及び範囲から逸脱することなく、本願に対して様々な変更及び変形を行うことができる。従って、本願のこれらの変更及び変形が、本願の特許請求の範囲及びその均等な技術的範囲に含まれる場合、本願は、これらの変更及び変形を含むことも意図する。

Claims (15)

  1. データブロック圧縮方法であって、データ送信端に用いられ、
    前記データ送信端は、１つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、当該方法は、
    送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、
    前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、
    前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、
    前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとを含むことを特徴とするデータブロック圧縮方法。
  2. 前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
    前記した、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することは、
    前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することを含み、
    前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダに前記圧縮識別子を追加することは、
    前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドを決定することと、
    前記設定フィールドに前記圧縮識別子を追加することと含むことを特徴とする請求項１に記載の方法。
  3. 前記圧縮識別子は、
    前記第１の圧縮バッファーの圧縮バッファー識別子と、
    前記第１の圧縮バッファーに対応する辞書識別子と、
    前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項１又は２に記載の方法。
  4. ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
    前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する圧縮バッファーを確立することとを更に含み、
    前記圧縮情報は、
    圧縮バッファー識別子及び／又は解凍バッファー識別子と、
    辞書識別子と、
    圧縮バッファー情報及び／又は解凍バッファー情報と、
    サービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項１に記載の方法。
  5. ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
    前記解放情報に基づいて前記解放すべきサービスに対応する圧縮バッファーを解放することとを更に含み、
    前記解放情報は、
    圧縮バッファー識別子及び／又は解凍バッファー識別子と、
    辞書識別子と、
    サービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項１又は４に記載の方法。
  6. 前記第１のデータブロックを用いて前記第１の圧縮バッファーに対応する辞書内容を更新することを更に含むことを特徴とする請求項１に記載の方法。
  7. データブロック圧縮方法であって、データ受信端に用いられ、
    前記データ受信端は、１つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、当該方法は、
    データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して得られた第２のデータブロックが更に含まれることと、
    前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、
    前記第１の解凍バッファーに対応する辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとを含むことを特徴とするデータブロック圧縮方法。
  8. 前記ＰＤＵはパケットデータ統合プロトコル（ＰＤＣＰ） ＰＤＵであり、
    前記ＰＤＣＰ ＰＤＵのＰＤＣＰヘッダには前記圧縮識別子が含まれることを特徴とする請求項７に記載の方法。
  9. 前記ＰＤＣＰヘッダにおける、前記圧縮識別子をキャリーするための設定フィールドは前記圧縮識別子を含むことを特徴とする請求項８に記載の方法。
  10. 前記圧縮識別子は、
    前記第１の圧縮バッファーの圧縮バッファー識別子と、
    前記第１の圧縮バッファーに対応する辞書識別子と、
    前記第１の圧縮バッファーに対応するサービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項７乃至９のいずれか１項に記載の方法。
  11. ネットワーク側機器から送信された第１のメッセージを受信することであって、前記第１のメッセージには、圧縮すべきサービスのために前記ネットワーク側機器によって設定された圧縮情報が含まれることと、
    前記圧縮情報に基づいて前記圧縮すべきサービスに対して対応する解凍バッファーを確立することとを更に含み、
    前記圧縮情報は、
    圧縮バッファー識別子及び／又は解凍バッファー識別子と、
    辞書識別子と、
    圧縮バッファー情報及び／又は解凍バッファー情報と、
    サービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項７に記載の方法。
  12. ネットワーク側機器から送信された第２のメッセージを受信することであって、前記第２のメッセージには、解放すべきサービスのために前記ネットワーク側機器によって設定された解放情報が含まれることと、
    前記解放情報に基づいて前記解放すべきサービスに対応する解凍バッファーを解放することとを更に含み、
    前記解放情報は、
    圧縮バッファー識別子及び／又は解凍バッファー識別子と、
    辞書識別子と、
    サービス識別子とのうちの１つ又は複数を含むことを特徴とする請求項７又は１１に記載の方法。
  13. 前記第１のデータブロックを用いて前記第１の解凍バッファーに対応する辞書内容を更新することを更に含むことを特徴とする請求項７に記載の方法。
  14. データブロック圧縮装置であって、
    １つのラジオベアラに複数のサービスをキャリーすることができ、各サービスはそれぞれ１つの圧縮バッファーに対応し、前記データブロック圧縮装置は、メモリ、送受信機、プロセッサを含み、
    メモリは、コンピュータプログラムを記憶するためのものであり、送受信機は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
    プロセッサは、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
    送信すべき第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを決定することと、
    前記第１の圧縮バッファーに対応する辞書を用いて前記第１のデータブロックを圧縮して、圧縮された第２のデータブロックを得ることと、
    前記第２のデータブロックをプロトコルデータユニット（ＰＤＵ）にパッケージングし、ＰＤＵヘッダに前記第１の圧縮バッファーを指示するための圧縮識別子を追加することと、
    前記圧縮識別子を持っている前記ＰＤＵをデータ受信端に送信することとを実行するためのものであることを特徴とするデータブロック圧縮装置。
  15. データブロック圧縮装置であって、
    １つのラジオベアラにキャリーされている複数の圧縮されたサービスを受信することができ、各サービスはそれぞれ１つの解凍バッファーに対応し、前記データブロック圧縮装置は、メモリ、送受信機、プロセッサを含み、
    メモリは、コンピュータプログラムを記憶するためのものであり、送受信機は、前記プロセッサの制御下でデータブロックを送受信するためのものであり、
    プロセッサは、前記メモリ内のコンピュータプログラムを読み取って、次の操作、即ち、
    データ送信端から送信された、圧縮識別子を持っているプロトコルデータユニット（ＰＤＵ）を受信することであって、前記圧縮識別子は受信された第１のデータブロックが属するサービスに対応する第１の圧縮バッファーを指示するためのものであり、前記ＰＤＵには、前記データ送信端が前記第１の圧縮バッファーに対応する辞書を用いて前記第１の データブロックを圧縮して得られた第２のデータブロックが更に含まれることと、
    前記圧縮識別子に基づいて、前記第１の圧縮バッファーに対応する第１の解凍バッファーを決定することと、
    前記第１の解凍バッファーに対応する辞書を用いて前記第２のデータブロックを解凍して、前記第１のデータブロックを得ることとを実行するためのものであることを特徴とするデータブロック圧縮装置。
JP2023507802A 2020-08-05 2021-06-21 データ圧縮方法、装置及び記憶媒体 Active JP7434663B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010779019.6A CN114070324A (zh) 2020-08-05 2020-08-05 一种数据压缩方法、装置及存储介质
CN202010779019.6 2020-08-05
PCT/CN2021/101204 WO2022028133A1 (zh) 2020-08-05 2021-06-21 一种数据压缩方法、装置及存储介质

Publications (2)

Publication Number Publication Date
JP2023536979A JP2023536979A (ja) 2023-08-30
JP7434663B2 true JP7434663B2 (ja) 2024-02-20

Family

ID=80116843

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023507802A Active JP7434663B2 (ja) 2020-08-05 2021-06-21 データ圧縮方法、装置及び記憶媒体

Country Status (5)

Country Link
EP (1) EP4195513A1 (ja)
JP (1) JP7434663B2 (ja)
KR (1) KR20230037637A (ja)
CN (1) CN114070324A (ja)
WO (1) WO2022028133A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109842905A (zh) 2017-11-28 2019-06-04 中国移动通信有限公司研究院 字典配置方法、网络侧设备及用户终端

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102352684B1 (ko) * 2017-11-16 2022-01-18 삼성전자주식회사 무선통신 시스템에서 통신 방법 및 장치
CN109842653B (zh) * 2017-11-27 2022-04-01 大唐移动通信设备有限公司 一种进行数据传输的方法和设备
CN110139317B (zh) * 2018-02-02 2021-04-02 电信科学技术研究院有限公司 一种数据压缩方法、解压缩方法、发送端及接收端
CN110401604B (zh) * 2018-04-25 2023-05-09 中国移动通信有限公司研究院 一种信息传输方法、装置及计算机可读存储介质
CN110958643A (zh) * 2018-09-26 2020-04-03 电信科学技术研究院有限公司 一种控制面消息的传输方法及设备
WO2020091410A1 (en) * 2018-10-30 2020-05-07 Samsung Electronics Co., Ltd. Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109842905A (zh) 2017-11-28 2019-06-04 中国移动通信有限公司研究院 字典配置方法、网络侧设备及用户终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Impact Analysis on Introduction of NR UDC，3GPP TSG RAN WG2 #107 R2-1909913，2019年08月16日
Introduction of UDC in NR，3GPP TSG RAN WG2 #107 R2-1909915，2019年08月16日

Also Published As

Publication number Publication date
JP2023536979A (ja) 2023-08-30
EP4195513A1 (en) 2023-06-14
WO2022028133A1 (zh) 2022-02-10
CN114070324A (zh) 2022-02-18
KR20230037637A (ko) 2023-03-16

Similar Documents

Publication Publication Date Title
CN110999520B (zh) 无线接入网节点、核心网节点和无线终端及其方法
US11917450B2 (en) Data transmission method and data transmission apparatus
US10785824B2 (en) Information processing method and related apparatus
CN112715055B (zh) 无线电接入网络和用于加速的网络接入的方法
KR101879969B1 (ko) 데이터 전송 방법 및 디바이스
KR20190133031A (ko) 통신 방법 및 장치
WO2018165996A1 (zh) 切换方法和装置
WO2019141273A1 (zh) 用于确定性传输的通信方法和相关装置
CN110383939B (zh) 无线终端、基站及其方法和非暂时性计算机可读介质
WO2018127018A1 (zh) 多链接通信方法、设备和终端
CN114600508A (zh) Iab节点双连接建立的方法和通信装置
WO2023066383A1 (zh) 数据传输方法、装置及存储介质
JP2022515628A (ja) 無線通信方法及び装置
US20230141231A1 (en) Mobile Edge Computing Processing Method and Related Device
WO2018170746A1 (zh) 通信方法、辅网络节点和终端
CN111385071A (zh) 一种数据传输方法、设备及计算机存储介质
EP3457758B1 (en) Data transmission methods and devices
WO2023005452A1 (zh) 一种通信方法、装置及设备
JP7434663B2 (ja) データ圧縮方法、装置及び記憶媒体
WO2022042652A1 (zh) 上行数据处理方法、装置、网络设备、终端设备及介质
CN117616806A (zh) 用于处置节点迁移的第一节点、第二节点以及由此执行的方法
CN112187400B (zh) 数据传输方法及装置
CN114363975A (zh) 数据通信方法、装置、电子设备及存储介质
WO2018228545A1 (zh) 信息处理方法以及相关装置
CN110958647A (zh) 一种数据传输方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230203

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230203

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240115

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240207

R150 Certificate of patent or registration of utility model

Ref document number: 7434663

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150