JP2021503842A - 非同期バッファを処理するための方法および装置 - Google Patents

非同期バッファを処理するための方法および装置 Download PDF

Info

Publication number
JP2021503842A
JP2021503842A JP2020527761A JP2020527761A JP2021503842A JP 2021503842 A JP2021503842 A JP 2021503842A JP 2020527761 A JP2020527761 A JP 2020527761A JP 2020527761 A JP2020527761 A JP 2020527761A JP 2021503842 A JP2021503842 A JP 2021503842A
Authority
JP
Japan
Prior art keywords
buffer
data packet
reset
compression
transmitter
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.)
Pending
Application number
JP2020527761A
Other languages
English (en)
Inventor
佳▲敏▼ ▲劉▼
佳▲敏▼ ▲劉▼
▲海▼洋 全
▲海▼洋 全
Original Assignee
チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
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 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー, チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー filed Critical チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
Publication of JP2021503842A publication Critical patent/JP2021503842A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00Conversion 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/30Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3084Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
    • H03M7/3088Compression; 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
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00Conversion 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/30Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60General implementation details not specific to a particular type of compression
    • H03M7/6052Synchronisation of encoder and decoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1628List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明は、非同期バッファを処理するための方法および装置を開示し、チェックサムエラーを処理するための解決策がない従来の問題を解決する。本発明の実施形態では、バッファが同期していないと、送信装置にバッファ同期失敗通知メッセージを送信し、圧縮バッファをリセットし、リセット命令を送信し、リセットされた後のバッファを使用して後続のデータパケット送信を実行する。本発明では、バッファの非同期が確認された後、バッファ同期失敗の通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知し、リセットされた後のバッファを使用して後続のデータパケット送信を実行する。このように、チェックサムエラーの既存の問題が解決されるだけでなく、UDC機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。

Description

本出願は、2017年11月16日に中国特許局に提出し、出願番号が201711140664.8であり、発明名称が「非同期バッファを処理するための方法および装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
本発明は、通信技術分野に関し、特に非同期バッファを処理するための方法および装置に関する。
長期進化(Long Term Evolution,以下「LTE」)またはLTE−アドバンスド(Long Term Evolution−Advanced,以下「LTE−A」)では、端末は、アップリンクデータ圧縮(UL data compression,以下「UDC」)機能を構成する。アップリンクデータ圧縮とは、端末がレイヤ2でアップリンクデータまたはシグナリングを圧縮することである。基地局は、対応するプロトコルレイヤーで圧縮アップリンクデータまたはシグナリングを圧縮解除して、エアインターフェイスで送信されるデータの量を減らし、アップリンクリソースを節約し、伝送効率を向上させる。
より高い圧縮比を達成するために、端末および基地局側では、送信されたデータおよび受信されたデータに従って、それぞれ互いに独立して、圧縮バッファおよび解凍バッファを維持する。一般に、圧縮バッファと解凍バッファには2種類のコンテンツが格納される。コンテンツの種類の1つは、ハイパーtxtトランスポートプロトコル(Hyper Text Transport Protocol,以下「HTTP」)ヘッダー内のHost:やAccept:などである。連続するデータパケット間で一致する可能性が高い事前構成済みコンテンツです。他の種類のコンテンツは、以前に送信または受信されたデータパケットのコンテンツである。例えば、データパケットが連続的に送信されるとき、過去のデータパケットがバッファに入れられ、後続のデータパケットのコンテンツが過去のデータパケットに従ってマッチングされるかもしれない。
しかしながら、アップリンクデータ送信または無線リンクが失敗すると、圧縮バッファと解凍バッファとの間の不一致によりチェックサムエラーが検出され、端末によって圧縮された後続のデータパケットがネットワーク側で正確に解凍できない恐れがある。既存の技術では、UDCテクノロジーは部分的にしか規格化されておらず、チェックサムエラーを処理するための解決策はない。
要約すると、チェックサムエラーを処理するための既存の解決策はない。
本発明は、非同期バッファを処理するための方法および装置を提供して、チェックサムエラーを処理するための解決策がない従来の問題を解決する。
本発明の実施形態は、非同期バッファを処理する方法を提供する。この方法は、
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知するステップと、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットするステップと、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたUDC圧縮データパケットを解凍するステップとを備える。
本発明の実施形態はまた、非同期バッファを処理するための別の方法を提供する。この方法は、
送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、
前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信する。
本発明の実施形態は、非同期バッファを処理するための受信装置を提供する。当該受信装置は、プロセッサ、メモリ、および送受信機を備え、
ここで、プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される:圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知し、送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して受信されたUDC圧縮データパケットを解凍する。
本発明の実施形態は、非同期バッファを処理するための送信装置を提供する。当該送信装置は、プロセッサ、メモリ、および送受信機を備え、
ここで、プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される:圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信する。
本発明の実施形態は、非同期バッファを処理するための別の受信装置を提供する。当該装置は、
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第1の送信モジュールと、
前記受信装置が、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第1のリセットモジュールと、
リセット後の解凍バッファを使用して受信されたUDC圧縮データパケットを解凍するように構成された第1の実行モジュールとを備える。
本発明の実施形態に係る非同期バッファを処理するための別の送信装置は、
圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第2のリセットモジュールと、
リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信するように構成された第2の送信モジュールとを備える。
本発明の実施形態は、プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは受信装置の方法のステップまたは送信装置の方法のステップを実行することに使用されるバッファを同期させるための装置の読み取り可能な記憶媒体を提供する。
本発明の実施形態では、受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置にリセット命令を送信し、受信装置送信装置からリセット命令を受信した後、解凍バッファをリセットし、送信装置および受信装置はリセットされた圧縮バッファを使用して、後続のデータパケット送信を実行する。本発明の実施形態では、受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗の通知メッセージを送信し、送信装置はチェックサムエラーが検証されたことを知って、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知する。リセットが行われた後、送信装置および受信装置は、リセットされた後のバッファを使用して、後続のデータパケット送信を実行する。このように、チェックサムエラーの既存の問題が解決されるだけでなく、UDC機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。
本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面について簡単に紹介する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。
本発明の実施形態による、事前設定された固定位置情報に従って1つまたは複数のサンプリング位置を決定することの概略図である。 本発明の実施形態による、サンプリング方向がバッファのヘッドからバッファのテールまでサンプリングすることであるとき、サンプリング間隔の数と2つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、サンプリング位置を決定する概略図である。 本発明の実施形態による、サンプリング方向がバッファのテールからバッファのヘッドまでサンプリングすることであるとき、サンプリング間隔の数と2つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、サンプリング位置を決定する概略図である。 本発明の実施形態による、サンプリング間隔の数および2つの隣接するサンプリング間隔の間でサンプリングされたバイト数に従って、バッファの最初のX個のバイトと最後のX個のバイトをサンプリング位置として決定する概略図である。 本発明の実施形態による、サンプリング周期に含まれるバイトの数、サンプリング周期ごとに選択されたサンプリングデータのバイトの数およびサンプリング周期におけるサンプリング位置に従って、サンプリング位置を決定する概略図である。 本発明の実施形態による、サンプリング間隔におけるバイトの数、2つの隣接するサンプリング間隔の間でサンプリングされたバイトの数およびサンプリング方向に従って、サンプリング位置を決定する概略図である。 本発明の実施形態によるシステムの構造の概略図である。 本発明の実施形態による受信装置の構造の概略図である。 本発明の実施形態による送信装置の構造の概略図である。 本発明の実施形態による別の受信装置の構造の概略図である。 本発明の実施形態による別の送信装置の構造の概略図である。 本発明の実施形態による、受信装置によって実行される方法のフローチャートである。 本発明の実施形態による、送信装置によって実行される方法のフローチャートである。 本発明の実施形態による完全な方法のフローチャートである。
本明細書におけるいくつかの用語は、理解を容易にするために以下で説明される。
1.「ネットワーク」および「システム」という用語は、本明細書では交換可能であり、その意味は、当業者が理解できるはずである。
2.本明細書における表現「複数」は、2つまたは2つ以上を指す。
3.「および/または」という用語は、関連するオブジェクトを説明する関連関係のみであり、これは、例えばAおよび/またはBが、Aのみ、AとB、Bだけのような3種類の関係があり得ることを意味する。さらに、特に明記しない限り、本明細書における文字「/」は、一般に、2つの関連オブジェクトが「あるいは」関係にあることを示す。
UDCを実施するために、送信装置は圧縮バッファを維持する必要があり、受信装置は解凍バッファを維持する必要がある。前記受信装置と送信装置のバッファには、圧縮されていないデータパケットが格納される。データを送信する前に、送信装置は送信されるデータと解凍バッファのデータを比較し、送信される元のデータと解凍バッファ内のデータは同じであると、送信される元のデータを置き換える解凍バッファのデータを受信装置に送信する。
それに応じて、受信装置は、解凍バッファ内のデータを基準として使用して、送信装置によって送信されたデータを解凍する。受信装置が受信したデータパケットを正常に解凍できるようにするには、2つのバッファのコンテンツが同じである必要がある。つまり、受信装置と送信装置のバッファは同期している。
受信および送信装置のバッファが同期しているかどうかをチェックするために、データパケットを送信するとき、送信装置は、事前設定されたサンプリング方法を使用して前記圧縮バッファから一部のデータを抽出し、前記抽出したデータを使用してチェックサムを生成し、チェックサムをデータパケットに挿入し、データパケットを受信装置に送信する。
それに対応して、送信装置によって送信されたデータパケットを受信した後、受信装置は、データパケットから送信装置によって生成されたチェックサムを抽出し、事前設定されたサンプリング方法を使用して解凍バッファからいくつかのデータを抽出し、別のチェックサムを生成する。抽出されたデータを使用して、それ自体が生成したチェックサムと送信装置が生成したチェックサムを比較する。2つのチェックサムが等しい場合、送信装置と受信装置のバッファが同期していることを意味する。2つのチェックサムが異なる場合は、送信装置と受信装置のバッファが同期していないことを意味する。
事前設定されたサンプリング方法およびチェックサムを生成するための計算方法は、送信装置および受信装置について同じであるべきであることに留意されたい。たとえば、前記送信装置が、事前設定された固定位置情報に従って圧縮バッファからデータの一部をサンプリングするためのサンプリング位置を決定する場合、前記受信装置は、事前設定された固定位置情報に従って解凍バッファからデータの一部もサンプリングする必要がある。
ここで、送信および受信装置のバッファからデータの一部をサンプリングする2つの方法がある。1つの方法は、事前設定された固定位置情報に従ってバッファからのデータの一部を使用することであり、もう1つの方法は、事前設定されたパターン位置情報に従ってバッファからデータの一部をサンプリングすることである。2つの異なる方法について、以下で詳しく説明する。
(あ)事前設定された固定位置情報に従ってバッファから一部のデータをサンプリングする。
実際には、事前設定された固定位置情報は、規格に従って決定されてもよく、またはネットワーク側装置によって構成されてもよい。
ここで、前記固定位置情報は、以下の3種類の情報のうちの1つを示してもよい。
1.サンプリング位置は、バッファ内の最初のMバイトからなる。
例えば、図1に示すように、バッファのサイズが2Kバイトに設定されると、サンプリング位置はバッファの最初の8バイトからなり、サンプリングデータは前記8バイトから抽出される。
2.サンプリング位置は、バッファ内の最後のNバイトからなる。
例えば、図1に示すように、バッファのサイズが2Kバイトに設定されると、サンプリング位置はバッファの最後の8バイトからなり、サンプリングデータは前記8バイトから抽出される。
3.サンプリング位置は、バッファ内の最初のMバイトと最後のNバイトからなる。
例えば、図2に示されるように、バッファのサイズが2Kバイトに設定されるとき、バッファのヘッドの最初の8バイトおよびバッファのテールの16バイトは、サンプリング位置を構成する。サンプリングデータは、前記24バイトからが抽出される。
(い)事前設定されたパターン位置情報に従って、サンプリング位置を決定して、チェックサムを生成する。
実施において、事前設定されたパターン位置情報は、規格で定められていてもよいし、ネットワーク側で構成されていてもよい。
任意選択で、前記パターン位置任意情報は、以下情報の一部またはすべてを含むが、これらに限定されない:
◎サンプリング周期に含まれるバイトの数、すなわち、各サンプリング周期にいくつのバイトが含まれるか
◎サンプリング周期ごとのサンプリングバイトの数、すなわち各サンプリング周期においていくつのバイトがサンプリングされるのか
◎サンプリング周期におけるサンプリング位置、すなわち各サンプリング周期のどの位置でサンプリングするのか
◎サンプリング間隔におけるバイトの数、すなわち各間隔において複数のバイトからサンプリングする
◎サンプリング間隔の数、すなわちいくつのサンプリング間隔があるのか
◎2つの隣接するサンプリング間隔の間でサンプリングされたバイトの数、すなわち、サンプリングごとに、いくつのバイトがサンプリングされるのか
◎サンプリング方向(つまり、ヘッドからテールへ、またはテールからヘッドへ)。
上記コンテンツを含むパターン位置情報に従ってサンプリング位置を決定する例を以下に説明する。
1.パターン位置情報がサンプリング間隔の数、2つの隣接するサンプリング間隔との間でサンプリングされたバイト数およびサンプリング方向を含む場合、サンプリング位置を決定するために以下の2つの方法を使用することができる。
(1)サンプリング方向は、バッファのヘッドからバッファのテールまでである。
図2に示すように、バッファのサイズが2Kバイト(2048バイト)に設定され、サンプリング間隔の数が4であり、2つの隣接するサンプリング間隔の間で8バイトがサンプリングされ、その後、2048バイトは長さが等しい4つの部分に分割でき、各部分の最初の8バイトをサンプリング位置として使用できる。
(2)サンプリング方向は、バッファのテールからバッファのヘッドまでである。
図3に示されるように、バッファのサイズが2Kバイト(2048バイト)に設定され、サンプリング間隔の数が4であり、2つの隣接するサンプリング間隔の間で8バイトがサンプリングされると仮定すると、2018バイトは、同じ長さの4つの部分に分割でき、各部分の最後の8バイトをサンプリング位置として使用できる。
2.前記パターン位置情報が、サンプリング間隔の数および2つの隣接するサンプリング間隔の間でサンプリングされたバイト数を含む場合、サンプリング位置は、バッファの最初のX個のバイトと最後のX個のバイトをサンプリング位置とし、サンプリング間隔の数と2つの隣接するサンプリング間隔の間でサンプリングされたデータのバイトの数に従って、最初のX個のバイトと最後のX個のバイトが削除された後の、バッファ内の残りのデータからサンプリング位置を決定する。
ここで、Xは、2つの隣接するサンプリング間隔の間でサンプリングされたバイトの数である。
図4に示すように、バッファのサイズが2Kバイト(2048バイト)に設定され、サンプリング間隔の数が4であり、最初の8バイト、[1、8]、およびバッファの最後の8バイト[2041、2048]は2つのサンプリング位置として決定される。次に、サンプリング間隔の数に従って、残りの2032バイト[9、2040]からサンプリング位置が決定される。
3.前記パターン位置情報が、サンプリング周期に含まれるバイトの数、サンプリング周期ごとのサンプリングバイトの数およびサンプリング周期におけるサンプリング位置を含む場合、サンプリング位置は以下のように決定される。
図5に示されるように、バッファのサイズが2Kバイト(2048バイト)に設定され、各サンプリング周期によって含まれるバイト数が400であると仮定すると、サンプリング周期ごとのサンプリングされたバイト数は8バイトで、サンプリング周期におけるサンプリング位置は、サンプリング周期ヘッドから始まる。まず、バッファのバイト[1、400]がサンプリング周期として決定される。最初の400バイトの[1,8]がサンプリング位置の1つとして決定され、バイト[9、400]のデータが他のデータとして決定される。次に、バッファ内のバイト[401、800]がサンプリングデータのパターンの間隔として決定される。ここで、[401、408]のバイトのデータはサンプリングデータとして決定され、[409、800]のバイトのデータは別のデータとして決定され、バッファの最後まで繰り返される。
したがって、サンプリング周期のサンプリング開始位置は、代わりにサンプリング周期の最後のバイト、またはサンプリング周期の他の任意の位置であり得、この場合、サンプリング位置は、図5に例示されるものと同様の方法で決定され得る。
4.前記パターン位置情報が、サンプリング間隔におけるバイトの数、2つの隣接するサンプリング間隔の間でサンプリングされたバイトの数およびサンプリング方向を含む場合、サンプリング位置は、以下のように決定され得る。
図6に示すように、バッファのサイズが2Kバイト(2048バイト)に設定され、サンプリング間隔あたりのバイト数が400であり、2つの隣接するサンプリング間隔の間でサンプリングされたバイト数が8であると仮定する。サンプリング方向はバッファのヘッドからテールまでである。その後、バッファの最初のバイトからサンプリングが開始され、バッファ内のバイト[1、8]がサンプリング位置として決定される。バイト[9、408]データを別データとし、バイト[409,416]を別のサンプリング位置、バイト[417,816]を別データとし、バッファの最後まで処理を繰り返す。
したがって、代わりに、サンプリング方向は、バッファのテールからヘッドへの方向であってもよく、その場合、サンプリング位置は、図6によって示されるものと同様の方法で決定されてもよい。
図7に示されるように、本開示の実施形態は、非同期バッファを処理するためのシステムを提供する。このシステムは、受信装置700および送信装置701を含む。
受信装置700は、以下のように構成される:圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知し、送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して受信されたUDC圧縮データパケットを解凍する。
送信装置701は、圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信する。
ここで、前記送信装置は端末であってもよく、受信装置はネットワーク側装置であってもよい。
本発明の実施形態受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗通知メッセージを送信し、送信装置は、圧縮バッファをリセットし、受信装置にリセット命令を送信し、受信装置送信装置からリセット命令を受信した後、解凍バッファをリセットし、送信装置および受信装置はリセットされた圧縮バッファを使用して、後続のデータパケット送信を実行する。本発明の受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置にバッファ同期失敗の通知メッセージを送信し、送信装置はチェックサムエラーが検証されたことを知って、圧縮バッファをリセットし、受信装置に解凍バッファをリセットすることを通知する。リセットが行われた後、送信装置および受信装置は、リセットされた後のバッファを使用して、後続のデータパケット送信を実行する。それにより、圧縮チェックサムエラーが検出される場合の従来の技術問題を解決し、UDC機能が最大限に活用され、エアインターフェイスリソースが節約され、伝送効率が向上される。
受信装置は、チェックサムエラーを検出すると、チェック失敗通知メッセージを送信装置に送信する。
本開示の実施形態によれば、無線リソース制御(Radio Resource Control,以下、「RRC」)シグナリングを使用して通知メッセージを送信装置に通知すること、およびパケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol,以下「PDCP」)制御プロトコルデータユニット(Protocol Data Unit,以下「PDU」)を使用して送信装置に通知することを含む、上記2つの方法を以下に詳しく紹介する。
(あ)RRCシグナリングを使用することによる送信装置への通知
受信装置がチェックサムエラーを検出すると、受信装置のPDCPレイヤーは、RRCレイヤーにチェックサムエラーを通知する。
したがって、RRCレイヤーは、RRCシグナリングを介して、圧縮バッファおよび解凍バッファが同期していないことを端末に通知し、データ無線ベアラ識別子(Data Radio Bearer identification,以下、「DRB ID」)などの情報をRRCシグナリングで使用して、異なるPDCPエンティティを区別することができる。異なるPDCPエンティティを識別し、およびチェックサムエラーを検出するPDCPエンティティを送信装置に通知する。
任意選択で、受信装置のPDCPレイヤーは、RRCレイヤーにチェックサムエラーを通知するとき、チェックサムエラーが検出されたPDCPエンティティのシーケンス番号(Sequence Number,以下、「SN」)もRRCレイヤーに通知する。RRCレイヤーは、チェックサムエラーを検出するPDCPエンティティのSNを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
例えば、受信装置が50に等しいPDU SNを有するデータパケットのチェックサムエラーを検出すると、受信装置のPDCPレイヤーはRRCレイヤーに50に等しいPDU SNを有するデータパケットのチェックサムエラーを通知する。RRCレイヤーは50に等しいPDU SNを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
(い)PDCP制御PDUを使用することによる送信装置への通知
受信装置がチェックサムエラーを検出すると、受信装置内のPDCPエンティティは、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージ自体を編成することができる。たとえば、通知メッセージとしてPDCP制御PDUを使用できる。
任意選択で、受信装置内のPDCPエンティティは、チェックサムエラーを検出するPDCPエンティティのPDCP SNを、送信装置に送信される通知メッセージに入れてもよい。
実施では、PDCP制御PDUのフォーマットは、以下の有効フィールドのうちの1つまたは複数を含む。
(1)データPDUと制御PDUとを区別するように構成されたD/Cフィールド。
(2)1つまたは複数の値を有し、UDCバッファチェックサムエラーを示すPDUタイプフィールド。
(3)チェックサムエラーが検出されたデータパケットのSNを示すように構成されたSNフィールド。SNフィールドの長さは、データPDUによって使用されるSNの長さに依存し得、例えば、LTEによってサポートされる12、15または18ビットが、SNフィールドの長さとして使用され得る。
チェックサムエラーを検出するPDCPエンティティのSNは、チェックサムエラーが検出された最初のデータパケットを示すPDCP SNであってもよく、または最後続のチェックサムエラーが検出されたPDCP SNであってもよい。
例えば、前記受信装置は、50に等しいPDU SNを有するデータパケットのチェックサムエラーを検出し、次いで、受信装置内のPDCPエンティティは、50に等しいPDU SNを、送信装置に送られるべきPDCP制御PDUに入れる。これにより、PDU SN = 50のデータパケットでチェックサムエラーが検出されたことが送信装置に通知される。
任意選択で、受信装置がPDCP制御PDUを送信することによってチェックサムエラーを送信装置に通知すると、受信装置は、カウントアップタイマーなどのタイマーを開始する。たとえば、前記タイマーは0,1,2から50までの50秒間カウントする。
任意選択で、タイマーは、カウントダウンタイマーであってもよい。たとえば、タイマーは50秒間、50、49、48、・・・・・・.0までカウントする。
タイマーが切れる前に受信装置がリセット命令を受信しない場合、受信装置はバッファが同期していない通知メッセージを送信装置に再送信する。
タイマーが切れる前に受信装置がリセット命令を受信せず、送信装置にバッファが同期していない通知メッセージを送信する回数が事前設定された最大数に達した場合、データ送信が失敗したと判断する。失敗を特定した後、エラーはRRCレイヤーに報告されることもある。
タイマーの持続時間およびバッファが同期していない通知メッセージを送信するための最大回数は、実際の必要性に応じて当業者によって設定され得るか、またはネットワーク側のより高いレイヤーによって構成され得る。
例えば、タイマーが50秒間カウントするように設定され、バッファが同期していない通知メッセージを送信するための最大回数が10であると仮定する。受信装置のPDCPエンティティが50に等しいPDU SNをPDCP制御PDUに入れた後、PDCP制御PDUを送信装置に送信し、受信装置はタイマーを開始する。受信装置は、50秒の間にリセット命令を受信しない場合、バッファが同期していない通知メッセージを送信装置に再送信し、タイマーを再起動する。前記送信装置にバッファが同期していない通知メッセージを送信するタイマーの数が10に達した場合、受信装置はデータ送信が失敗したと判断し、エラーをRRCレイヤーに報告する。
したがって、前記受信装置は、リセット命令を受信するまで、チェックサムエラーが検出された最初のデータパケット、および最初のデータパケットに続いて受信されたデータパケットを直接削除する。
したがって、前記送信装置は、バッファが同期していない通知メッセージを受信した後、圧縮バッファをリセットする。
任意選択で、前記送信装置は、圧縮バッファをすべてゼロに設定することによって、または前記解凍バッファのすべてのコンテンツを圧縮辞書のコンテンツの一部またはすべてに置き換えることによって、または前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることによって、圧縮バッファをリセットすることができる。
本開示の実施形態による送信装置によって圧縮バッファをリセットするためのいくつかの方法を以下で詳細に説明する。
1.圧縮辞書なしで圧縮バッファをリセットする
チェックサムエラーが検出され、送信装置および/または受信装置が圧縮辞書で事前構成されていない場合、前記送信装置は、圧縮バッファをすべてゼロに設定するか、または前記圧縮バッファを初期値に設定することにより、圧縮バッファをリセットすることができる。
例えば、前記送信装置および/または受信装置は、圧縮辞書で事前構成されていない。送信装置は、圧縮バッファをリセットするときに、圧縮バッファをすべてゼロに設定するようにクリアするか、圧縮バッファのすべてのバイトを00110101などの初期値に設定する。
2.圧縮辞書を用いて圧縮バッファをリセットする
(1)チェックサムエラーが検出され、送信装置および受信装置が圧縮辞書で事前構成されている場合、送信装置は、圧縮バッファをすべてゼロに設定するようにクリアし、圧縮辞書の一部またはすべてのデータを圧縮バッファの初期値として圧縮バッファに格納する。あるいは、送信装置は、圧縮バッファをすべてゼロに設定せずに、圧縮辞書の一部またはすべてのデータをテールから順に圧縮バッファに挿入することにより、圧縮バッファをリセットしてもよい。次に、圧縮バッファのヘッドにあるデータが圧縮バッファから押し出され、圧縮辞書のデータの一部またはすべてが圧縮バッファのデータに置き換わる。
圧縮辞書のデータの一部またはすべてをヘッドから圧縮バッファに入れて、圧縮バッファのテールのデータを押し出すこともできる。
任意選択で、圧縮辞書のサイズと圧縮バッファのサイズが一致しない場合、事前定義された方法または事前構成された方法を使用して、圧縮バッファと解凍バッファの初期コンテンツを同じにする。
例えば、圧縮辞書(0011010100100)が圧縮バッファ(11001010)より大きい場合、圧縮辞書のテール(01001100)が圧縮バッファに挿入される。圧縮辞書(001101001100)が圧縮バッファ(1100101001011011)より小さい場合、圧縮辞書を圧縮バッファのテールに入れ、圧縮バッファの先頭には0(つまり、0000001101001100)を挿入する。
(2)複数の圧縮辞書で事前構成されている場合、構成に従って、または別の方法を使用して、1つまたは複数の圧縮辞書を使用することを決定する。複数の圧縮辞書が構成されているが、選択された方法が事前に定義されていない場合、送信装置はデフォルトの辞書を使用することができる。
例えば、複数の圧縮辞書は、圧縮バッファをリセットするために使用される専用の圧縮辞書を含む、異なる圧縮問題のために事前構成されている。
なお、送受信装置に圧縮辞書が事前設定されている場合、送信装置は、圧縮辞書を使用せずに、圧縮バッファの中間を初期値に設定してもよい。これは、圧縮辞書がセッションの途中のデータパケットではなく、セッションの最初のデータパケットにのみ役立つ場合があるためである。このように、圧縮バッファの中間のリセットは、送信装置および受信装置がそれらのバッファを同じ方法でリセットすることを条件として、圧縮辞書なしで処理することができる。
したがって、圧縮バッファをリセットした後、送信装置はデータパケットを受信装置に送信し続け、リセット後に送信された最初のPDUデータパケットのヘッドに特別なリセット命令を挿入する。たとえば、リセット後に送信された最初のUDCデータパケットのヘッドの1ビットはリセット命令を表す。これは、このリセット命令から始まるデータパケットを圧縮するために圧縮バッファがリセットされたことを受信装置に示すように構成されている。最初のデータパケットの後に送信される他のデータパケットは、リセット命令を運ぶ必要がなく、通常の圧縮および送信プロセスに従って処理される。
本発明の実施形態によれば、送信装置は、以下に詳細に導入される様々な方法でリセット命令を受信装置に送信することができる。
(あ)送信装置は、リセット後に送信される最初のデータパケットから圧縮を開始して、UDCデータパケットを取得し、UDCデータパケットを送信する。
圧縮バッファをリセットした後、送信装置は、つぎのデータPDUを送信し、つぎのデータPDUのヘッドは特殊なリセット命令、resetを運ぶ。
例えば、PDU SN = 100のデータを送信した後、送信装置は、受信装置からバッファが同期していない通知メッセージを受信する。前記送信装置は圧縮バッファをリセットし、リセットされた圧縮バッファを使用して、PDU SN = 101のデータパケットから圧縮を開始する。送信装置は、リセット命令resetをPDU SN = 101のデータパケットに挿入し、データパケットを受信装置に送信する。PDU SN = 102後ろのデータパケットから、新しいバッファを圧縮するが、リセット命令resetを運ぶ必要がある。
送信装置は、以下の状況において、リセット後に送信される最初のデータパケットから圧縮を開始して、UDCデータパケットを取得し、リセット命令とともにUDCデータパケットを送信することができる。
(1)受信装置がバッファが同期していない通知メッセージにPDCP SNを挿入しない場合、送信装置は、どのデータパケットから解凍が失敗し始めたかを知らず、自身の進行に従って送信を継続しなければならない。このとき、受信装置でSNギャップまたはパケット損失が発生する。パケット損失は、TCP再送信などにより上位レイヤーで回復できるが、遅延が長くなる。
(2)受信装置がバッファが同期していない通知メッセージにPDCP SNを挿入するが、送信装置自身の理由により、たとえば、送信装置のアルゴリズムにより再送信を無意味であると判断するか、送信装置は送信されたデータパケットのキャッシュに失敗するか、無線リンク制御(Radio Link Control,以下「RLC」)確認応答(ACKnowledge,以下「ACK」)メッセージを受信したデータパケットを削除した場合、送信装置は、自身の進行状況に応じてデータパケットを送信し続けることもできる。
(い)送信装置は、バッファが同期していない通知メッセージに挿入されたPDCP SNに対応するデータパケットの後に送信されるデータパケットをターゲットデータパケットとして決定し、ターゲットデータパケットを送信する。
圧縮バッファをリセットした後、送信装置は、データパケットを送信し続ける必要がある。チェックサムエラーが検出されたデータパケットのPDCP SNが受信装置から受信される場合、送信装置は、送信されたデータの記憶に従って再送信のためにいくつかのパケットを選択することができる。例えば、送信装置は、チェックサムエラーが検出されたPDCP SNのデータパケットおよびチェックサムエラーが検出されたPDCP SNのつぎのPDCP SNに対応するデータパケットを選択して再送信することができる。圧縮バッファがリセットされた後に最初に送信されたPDUヘッドはリセット命令resetを運ぶ。
例えば、PDU SN = 100でデータパケットを送信し、チェックサムエラーが検出されたデータパケットのPDCP SNが100であることを知った後、送信装置は、圧縮バッファをリセットし、PDU SNが90から100の範囲で送信されたデータパケットのコピーが保存されるか、またはPDCP SN = 90のデータパケットが受信される前に送信されたすべてのデータパケットに対応するRLC ACLメッセージが受信されると、送信側装置はPDCP SN = 90のデータパケットからのリセットされた後の圧縮バッファを使用してデータパケットの圧縮を開始する。リセット命令resetをPDCP SN = 90のPDUデータパケットに挿入する。送信装置は、リセット命令であるresetを挿入せずに、新しい圧縮バッファを使用して、PDCP SN = 90のデータパケットの後にデータパケットを圧縮する。
実際に、送信装置によって受信されたバッファが同期していない通知メッセージが、チェックサムエラーが検出されたデータパケットのPDCP SNを含む場合、通常、圧縮バッファをリセットした後、送信装置は、SNギャップを回避するために、チェックサムエラーの繰り返しを示すPDCP SNにより、送信する。
任意選択で、送信装置は、SNギャップを引き起こす可能性があるが、PDCP SNとNext_PDCP SNの間の値を有するSNに対応する任意の適切であると見なすデータパケットから圧縮バッファをリセットした後、データ送信を開始することができる。
送信装置は、バッファが同期していない通知メッセージに挿入されたPDCP SNに対応するデータパケットの後に送信されるデータパケットをターゲットデータパケットとして決定し、以下の状況でターゲットデータパケットを送信することができる。
(1)受信装置が解凍が失敗し始めるデータパケットを知らない場合、送信装置は、コピーが保存されている可能な限り多くの送信されたデータパケットを再送するか、またはネットワーク側で問題が発生される恐れがある最初のデータパケットを推測しなければならない(通常、データパケットが送信側装置によって送信されたのと同じ順序で受信側装置によって受信された場合、バッファの維持は通常は連続かつ同期しており、非同期は、不確実な状況または異常なパケット損失が発生した場合にのみ発生する。そのため、受信装置が確認応答メッセージが受信されていないSNから再送信すると、受信装置に問題が発生したデータパケットのほとんどまたはすべてが、カバーされることができる)。それでもなお、SNギャップまたはパケット損失は受信装置で発生する可能性があり、これは、たとえばTCP再送信を通じて上位レイヤーで処理される可能性があり、長い遅延を引き起こす。
(2)受信装置は、チェックサムエラーが検出されたデータパケットのPDCP SNを知っているが、送信装置自身の理由により、たとえば、アルゴリズムで再送信を無意味であると判断するか、送信されたデータパケットのキャッシュに失敗するか、または送信装置がRLC ACKメッセージを受信したデータパケットを削除した場合、送信装置は、チェックサムエラーが検出されたデータパケット位置より早くない、現在のデータパケット位置からデータパケットを送信し続けることもできる。
(う)送信装置は、チェックサムエラーが検出されたPDCPのSNに従ってターゲットデータパケットを決定し、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信する。
圧縮バッファをリセットした後、送信装置は、送信されたデータパケットを再送し始める。送信装置が、受信装置からチェックサムエラーが検出されたデータパケットのPDCP SNを取得し、当該PDCP SN及びその後のデータのコピーを有する場合、送信装置は当該SNから再送信し、また、バッファをリセットした後に送信された最初のPDUヘッドに特殊なリセット命令resetを含める。データパケット
例えば、PDU SN = 100でデータパケットを送信した後、送信装置は、チェックサムエラーが検出されたPDCP SN = 80を含むバッファが同期していない通知メッセージを受信装置から受信する。送信側装置は圧縮バッファをリセットし、PDCP SNが80〜100の送信済みデータパケットのコピーが自分で保存されていることを確認する。次に、送信装置は、PDCP SN = 80のデータパケットからリセット後の圧縮バッファを使用して圧縮を開始し、リセット命令であるresetをPDCP SN = 80のデータパケットに挿入する。送信装置は、リセット命令resetを挿入せずに、新しい圧縮バッファを使用して、PDCP SN =81からのデータパケットを圧縮する。
送信装置は、以下のように、バッファが同期していない通知メッセージに挿入されたPDCP SNに従ってターゲットデータパケットを決定し、ターゲットデータパケットからリセットされた圧縮バッファを使用して圧縮を開始し、UDC圧縮データパケットを取得して、リセットとともにデータパケットを送信することができる:
受信装置が、チェックサムエラーが検出されたデータパケットに対応するPDCP SNをバッファが同期していない通知メッセージに挿入する場合、送信装置は、PDCP SNからデータパケットを再送し、リセット命令を当該PDCP SNに対応するPDUに含める。これにより、解凍に失敗したすべてのデータを受信装置で確実に回復できるため、受信シーケンスにギャップがなく、パケット損失が発生しない。これにより、UDCサービスのブロックエラー率と遅延が減少し、ユーザーエクスペリエンスが向上する。
したがって、リセット命令を運ぶUDCデータパケットを受信した後、受信装置は、受信したデータパケットに対応するPDCP SNに従って、受信ウィンドウの下限を設定することができる。
例えば、受信装置は、受信ウィンドウの下限を、リセット命令を運ぶ第1のデータパケットのPDCP SNに設定する。
データ送信のために、暗号化などのセキュリティ操作が実行されることに留意されたい。送信装置は、圧縮後に、データパケットの暗号化などのデータパケットのセキュリティ操作を実行するため、途中変更またはリセットされた場合、元のデータパケットが同じであっても、データパケットは元のバッファとリセットされたバッファのデータパケットは、リセット前後のバッファの違いにより、圧縮後のコンテンツも異なる。さらに、安全な観点から同じセキュリティパラメータを使用して2つの異なるデータパケットの暗号化などのセキュリティ操作を実行することは合理的ではない。そのため、基本的なセキュリティ要件を満たすために、データの再送信中にセキュリティパラメータを変更する必要がある。
上記の第1の方法でリセット圧縮バッファの助けを借りて圧縮されたデータパケットを送信装置が受信装置に送信するとき、データパケットは再送信されないため、送信装置は新しいデータデータパケットからの、リセットされた圧縮バッファを直接使用して圧縮されたパケットに対してセキュリティ操作を実行する。暗号化などのセキュリティ操作に同じセキュリティパラメータを使用するのが妥当である。
1つまたは複数のデータパケットが再送信されるため、セキュリティ操作の各セキュリティパラメータ同じグループのセキュリティパラメータを2つのデータパケットに使用できないという要件を満たすには、データを再送信する前に更新する必要がある。
ここで、前記セキュリティパラメータは、セキュリティキー、DRB ID、PDCP SNおよびCOUNT値のうちの一部またはすべてを含む。
変更されるパラメータがセキュリティキーおよび/またはDRB IDである場合、RRCレイヤーは、パラメータを再構成し、送信装置に通知することができる。
変更されるパラメータがPDCP SNを含む場合、送信装置は、PDCP SNを更新し、更新されたPDCP SNに従ってリセットされた圧縮バッファを使用することによって、UDCデータパケットを受信装置に送信する。圧縮バッファのリセット後に送信されたデータパケットは、更新されたPDCP SNから番号が付け直される。
ここで、前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNである。たとえば、Yは1である。
例えば、受信装置が、解凍がPDCP SN = 100のデータパケットから失敗し始めることを送信装置に通知する場合、送信装置が、PDCP SN = 100のデータパケットからデータパケットを再送する必要がある場合、送信装置は、最初の再送信されたデータパケットのPDCP SNとして、元のPDCP SN(つまり、100)の代わりに、使用された最高のPDCP SNの次のPDCP SNを使用するものとする。たとえば、使用された最高のPDCP SNが110であり、元のPDCP SN = 100に対応する再送信されたデータパケットによって運ばれた新しいPDCP SNが111であり、元のPDCP SN=101に対応するデータパケットによって運ばれたPDCP SNが112である。元のPDCP SN=102に対応するデータパケットによって運ばれたPDCP SNが113である。このように繰り返す。
したがって、受信装置は、解凍バッファをリセットし、リセットされた解凍バッファを使用して、受信されたUDCデータパケットを解凍する。
ここで、前記受信装置は、送信装置が圧縮バッファをリセットするのと同じ方法で解凍バッファをリセットする。送信装置と受信装置によるバッファのリセット方法は事前設定されており、同じでなければならないことに注意してください。
図8に示されるように、本発明の実施形態は、非同期バッファを処理するための受信装置を提供する。受信装置は、プロセッサ800、メモリ801、および送受信機802を備える。
ここで、プロセッサ800は、メモリ内のプログラムを読み取るように構成される:圧縮バッファと解凍バッファが同期していないと判断した後、送受信機802を通じて送信装置に通知し、送受信機802を通じて送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して送受信機802を通じて受信されたUDC圧縮データパケットを解凍する。
任意選択で、前記プロセッサ800は具体的に、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたPDCPのSNを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れ、送受信機802を通じて送信装置に送信する。
任意選択で、前記通知メッセージは、RRCシグナリングまたはPDCP制御PDUである。
任意選択で、前記プロセッサ800は具体的に、前記通知が前記PDCP制御PDUである場合、圧縮バッファと解凍バッファが同期していないと判断し、送受信機802を通じて送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に送受信機802を通じて前記リセット命令を受信していないと、送受信機802を通じて送信装置に再通知する。
任意選択で、前記プロセッサ800は具体的に、タイマーが開始された後、前記タイマーが切れる前に送受信機802を通じて前記リセット命令を受信していなく、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断する。
任意選択で、前記プロセッサ800は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
任意選択で、前記プロセッサ800は具体的に、送受信機802を通じて送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたUDC圧縮データパケットに対応するSNに従って、受信ウィンドウの下限を設定する。
任意選択で、前記プロセッサ800は具体的に、チェックサムエラーが検出されたUDC圧縮データパケットを削除する。
プロセッサ800は、バスアーキテクチャ及び通常の処理を管理し、メモリ801は、プロセッサ800が動作する際に利用するデータを記憶することができる。送受信機802は、プロセッサ800の制御の下でデータを送受信する。
バスアーキテクチャは、いずれ数の相互接続するバス及びブリッジを備える。具体的に、プロセッサ800が代表となる1つまたは複数のプロセッサ及びメモリ801が代表となるメモリの多様な回路により接続される。バスアーキテクチャは、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェースはインターフェースを提供する。プロセッサ800は、バスアーキテクチャ及び通常の処理を管理し、メモリ801は、プロセッサ800が動作する際に利用するデータを記憶することができる。
本発明に係る実施例により開示された流れは、プロセッサ801に適用することができるか、または、プロセッサ801により実現される。実現の間、周波数ドメインにおける拡散伝送流れにおける各々ステップは、プロセッサ801内のハードウェアの論理集積回路またはソフトウェア形式の指令により完成されることができる。プロセッサ801は、汎用プロセッサ、デジタル信号プロセッサ、専用集積回路、フィールドプログラマブル・ゲートアレイまたは他のプログラマブルロジック・デバイス、ディスクリート・ゲートまたはトランジスタロジック・デバイス、ディスクリート・ハードウェアコンポネントであることができ、本発明に係る実施例により開示した各々方法、ステップ及びロジックブロック図を実現・執行することができる。汎用プロセッサはマイクロプロセッサまたはいずれのノーマルプロセッサなどであることができる。本発明に係る実施例に開示された方法のステップを参照すれば、ハードウェアプロセッサにより直接に執行して完成するか、または、プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより執行されて完成することができる。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ,プログラマブルリードオンリーメモリまたは電気的消去可能プログラマブルメモリ、レジスタなど本分野のよく知られる記憶媒体に格納されることができる。当該記憶媒体はメモリ802に位置し、プロセッサ801はメモリ802に格納される情報を読み出して、そのハードウェアと協働して信号処理フローのステップを完成する。
図9によって示されるように、本発明の実施形態は、非同期バッファを処理するための送信装置をさらに提供する。送信装置は、プロセッサ900、メモリ901、および送受信機902を備える。
ここで、プロセッサ900は、メモリ901内のプログラムを読み取って、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、送受信機902を通じて前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、送受信機902を通じて前記受信装置にUDC圧縮データパケットを送信する。
任意選択で、前記プロセッサ900は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
任意選択で、前記プロセッサ900は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮してUDC圧縮データパケットを取得して受信機902を通じて送信し、または、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮してUDC圧縮データパケットを取得し、送受信機902を通じて送信する。
任意選択で、前記プロセッサ900は具体的に、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとする。
任意選択で、前記プロセッサ900は具体的に、リセットされた圧縮バッファを使用して、送受信機902を通じて前記受信装置にUDC圧縮データパケットを送信する前、データパケットのセキュリティパラメータを更新し、ここで、前記セキュリティパラメータは、セキュリティキー、DRB ID、PDCP SNおよびCOUNT値のうちの一部またはすべてを含む。
任意選択で、前記プロセッサ900は具体的に、前記セキュリティパラメータがPDCP SNを含む場合、更新後のPDCP SNに従って、リセットされた圧縮バッファを使用して、送受信機902を通じて前記受信装置にUDC圧縮データパケットを送信する。
任意選択で、前記UDC圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNである。
任意選択で、前記プロセッサ900は具体的に、送受信機902を通じて前記受信装置にリセット命令を送信するとき、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮してUDC圧縮データパケットを取得し、送受信機902を通じて送信し、リセット命令を現在送信する必要があるデータパケットに入れる。または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮してUDC圧縮データパケットを取得し、送受信機902を通じて送信し、リセット命令を前記ターゲットデータパケットに入れる。
プロセッサ900は、バスアーキテクチャ及び通常の処理を管理し、メモリ901は、プロセッサ900が動作する際に利用するデータを記憶することができる。送受信機902は、プロセッサ900の制御の下でデータを送受信する。
バスアーキテクチャは、いずれ数の相互接続するバス及びブリッジを備える。具体的に、プロセッサ900が代表となる1つまたは複数のプロセッサ及びメモリ901が代表となるメモリの多様な回路により接続される。バスアーキテクチャは、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェースはインターフェースを提供する。プロセッサ900は、バスアーキテクチャ及び通常の処理を管理し、メモリ901は、プロセッサ900が動作する際に利用するデータを記憶することができる。
本発明に係る実施例により開示された流れは、プロセッサ901に適用することができるか、または、プロセッサ901により実現される。実現の間、周波数ドメインにおける拡散伝送流れにおける各々ステップは、プロセッサ901内のハードウェアの論理集積回路またはソフトウェア形式の指令により完成されることができる。プロセッサ901は、汎用プロセッサ、デジタル信号プロセッサ、専用集積回路、フィールドプログラマブル・ゲートアレイまたはたのプログラマブルロジック・デバイス、ディスクリート・ゲートまたはトランジスタロジック・デバイス、ディスクリート・ハードウェアコンポネントであることができ、本発明に係る実施例により開示した各々方法、ステップ及びロジックブロック図を実現・執行することができる。汎用プロセッサはマイクロプロセッサまたはいずれのノーマルプロセッサなどであることができる。本発明に係る実施例に開示された方法のステップを参照すれば、ハードウェアプロセッサにより直接に執行して完成するか、または、プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより執行されて完成することができる。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ,プログラマブルリードオンリーメモリまたは電気的消去可能プログラマブルメモリ、レジスタなど本分野のよく知られる記憶媒体に格納されることができる。当該記憶媒体はメモリ902に位置し、プロセッサ901はメモリ902に格納される情報を読み出して、そのハードウェアと協働して信号処理フローのステップを完成する。
図10に示されるように、本発明の実施形態は、非同期バッファを処理するための受信装置をさらに提供する。前記受信装置は、
圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第1の送信モジュール1000と、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第1のリセットモジュール1001と、
リセット後の解凍バッファを使用して受信されたUDC圧縮データパケットを解凍するように構成された第1の実行モジュール1002とを備える。
任意選択で、前記第1の送信モジュール1000は具体的に、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたPDCPのSNを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信する。
任意選択で、前記通知メッセージは、RRCシグナリングまたはPDCP制御PDUである。
任意選択で、前記第1の送信モジュール1000は具体的に、前記通知メッセージはPDCP制御PDUであり、圧縮バッファと解凍バッファが同期していないと判断し、送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に前記リセット命令を受信していないと、送信装置に再通知する。
任意選択で、前記第1の送信モジュール1000は具体的に、タイマーが開始された後、前記タイマーが切れる前に前記リセット命令を受信していなく、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断する。
任意選択で、前記第1のリセットモジュール1001は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
任意選択で、前記第1の実行モジュール1002は具体的に、送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたUDC圧縮データパケットに対応するSNに従って、受信ウィンドウの下限を設定する。
任意選択で、前記第1の実行モジュール1002は具体的に、チェックサムエラーが検出されたUDC圧縮データパケットを削除する。
図11に示されるように、本発明の実施形態は、非同期バッファを処理するための送信装置を提供する。前記送信装置は、
受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第2のリセットモジュール1100と、
リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信するように構成された第2の送信モジュール1101とを備える。
任意選択で、前記第2のリセットモジュール1100は具体的に、前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換える。
任意選択で、前記第2の送信モジュール1101は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信するか、または、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信する。
任意選択で、前記第2の送信モジュール1101は具体的に、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとする。
任意選択で、前記第2の送信モジュール1101は具体的に、リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信する前に、データパケットのセキュリティパラメータを更新する。
ここで、前記セキュリティパラメータは、セキュリティキー、DRB ID、PDCP SNおよびCOUNT値のうちの一部またはすべてを含む。
任意選択で、前記セキュリティパラメータがPDCP SNを含む場合、前記第2の送信モジュール1101は具体的に、更新後のPDCP SN,リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信する。
任意選択で、前記UDC圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNである。
任意選択で、前記第2の送信モジュール1101は具体的に、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信し、リセット命令を現在送信する必要があるデータパケットに入れ、または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信し、リセット命令を前記ターゲットデータパケットに入れる。
本発明の実施形態は、プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは受信装置の方法のステップまたは送信装置の方法のステップを実行することに使用されるバッファを同期させるための装置の読み取り可能な記憶媒体を提供する。
受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知し、
前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットし、
前記受信装置は、リセット後の解凍バッファを使用して、受信されたUDC圧縮データパケットを解凍する。
図12は、本発明の実施形態による、受信機装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ1200-1201を含む。
ステップ1200:受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知する。
ステップ1201:前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットする。
ステップ1202:前記受信装置は、リセット後の解凍バッファを使用して、受信されたUDC圧縮データパケットを解凍する。
任意選択で、前記受信装置が、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知することは、前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、チェックサムエラーが検出されたPDCPのSNを圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて送信装置に送信することを含む。
任意選択で、前記通知メッセージは、RRCシグナリングまたはPDCP制御PDUである。
任意選択で、前記通知メッセージはPDCP制御PDUであり、前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知した後、前記受信装置は、タイマーを開始し、前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信していない場合、送信装置に再通知する。
任意選択で、前記受信装置がタイマーを開始した後、前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信しておらず、再通知の回数が所定の設定最大数に達すると、データ送信が失敗したと判断する。
任意選択で、前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットすることは、前記受信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、前記受信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記受信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値で置き換える。
任意選択で、前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットした後、前記受信装置は、前記リセット命令を運ぶ受信されたUDC圧縮データパケットに対応するSNに従って、受信ウィンドウの下限を設定する。
任意選択で、前記受信装置は、チェックサムエラーが検出されたUDC圧縮データパケットを削除する。
図13は、本発明の実施形態による、送信装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ1300−1301を含む。
ステップ1300:送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信する。
ステップ1301:前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信する。
任意選択で、前記送信装置が圧縮バッファをリセットすることは、前記送信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、前記送信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、または、前記送信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換える。
任意選択で、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信することは、前記送信装置は、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信し、または、前記送信装置は、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信する。
任意選択で、前記送信装置が、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定することは、前記送信装置は、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットをターゲットデータパケットとし、または、前記送信装置は、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを含む。
任意選択で、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信する前に、前記送信装置は、データパケットのセキュリティパラメータを更新する。
ここで、前記セキュリティパラメータは、セキュリティキー、DRB ID、PDCP SNおよびCOUNT値のうちの一部またはすべてを含む。
任意選択で、前記セキュリティパラメータがPDCP SNを含む場合、前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信することは、前記送信装置は、更新後のPDCP SNに従って、リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信する。
任意選択で、前記UDC圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNである。
任意選択で、前記送信装置は、前記受信装置にリセット命令を送信することは、前記送信装置が、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を現在送信する必要があるデータパケットに入れ、または、前記送信装置が、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を前記ターゲットデータパケットに入れる。
図14は、本発明の実施形態による、送信装置によって実行される非同期バッファを処理するための完全な方法を示している。この方法は、ステップ1400−1405を含む。
ステップ1400:受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知する。
ステップ1401:送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信する。
ステップ1402:前記受信装置は、送信装置からリセット命令を受信した後に解凍バッファをリセットする。
ステップ1403:前記送信装置は、リセットされた圧縮バッファを使用して、前記受信装置に送信したUDC圧縮データパケットのセキュリティパラメータを更新する。
ステップ1404:前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信する。
ステップ1405:前記受信装置は、リセット後の解凍バッファを使用して、受信されたUDC圧縮データパケットを解凍する。
本発明は、本発明の実施形態による方法、装置(システム)およびコンピュータプログラム製品のフローチャートおよび/またはブロック図で説明された。フローチャートおよび/またはブロック図のそれぞれのフローおよび/またはブロック、ならびにフローチャートおよび/またはブロック図のフローおよび/またはブロックの結合は、コンピュータプログラム命令で実施できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、特定用途コンピュータ、組み込みプロセッサ、または別のプログラム可能なデータ処理装置のプロセッサにロードして、コンピュータまたは他のプロセッサで実行される命令が実行されるようにマシンを生成できる。プログラム可能なデータ処理装置は、フローチャートのフローおよび/またはブロック図のブロックで指定された機能を実行するための手段を作成する。
したがって、本発明の実施形態は、ハードウェアおよび/またはソフトウェア(したがって、アプリケーションは、ハードウェアおよび/またはソフトウェア(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)で実装することもできる)によって実装することができる。本発明の実施形態は、コンピュータ使用可能またはコンピュータ可読記憶媒体上のコンピュータプログラム製品によって実装することができ、コンピュータプログラム製品は、命令による使用のために媒体に実装されたコンピュータ使用可能またはコンピュータ可読プログラムコードを有する。本発明の文脈において、コンピュータ使用可能またはコンピュータ可読媒体は、またはによって使用されるプログラムを含む、格納する、通信する、送信する、または転送することができる任意の媒体であり得る。こうして、命令でシステム、装置、または設備の使用を実行するか、命令も加えてでシステム、装置、または設備の使用を実行する。
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、または、その中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
700 受信装置
701 送信装置
800 プロセッサ
801 メモリ
802 送受信機
900 プロセッサ
901 メモリ
902 送受信機
1000 第1の送信モジュール
1001 第1のリセットモジュール
1002 第1の実行モジュール
1100 第2のリセットモジュール
1101 第2の送信モジュール

Claims (35)

  1. 受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知するステップと、
    前記受信装置が前記送信装置のリセット命令を受信した後、解凍バッファをリセットするステップと、
    前記受信装置は、リセット後の解凍バッファを使用して、受信されたアップリンクデータ圧縮UDC圧縮データパケットを解凍するステップとを備えることを特徴とする非同期バッファを処理するための方法。
  2. 前記受信装置が、圧縮バッファと解凍バッファが同期していないと判断した後に、送信装置に通知することは、
    前記受信装置は、圧縮バッファと解凍バッファが同期していないと判断した後に、チェックサムエラーが検出されたパケットデータコンバージェンスプロトコル(PDCP)のシーケンス番号(SN)を圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れて、送信装置に送信することを特徴とする請求項1に記載の非同期バッファを処理するための方法。
  3. 通知メッセージは、無線リソース制御(RRC)シグナリングまたはPDCP制御プロトコルデータユニット(PDU)であることを特徴とする請求項1に記載の非同期バッファを処理するための方法。
  4. 前記通知メッセージはPDCP制御PDUであり、
    前記受信装置が圧縮バッファと解凍バッファが同期していないと判断し、送信装置に通知した後、
    前記受信装置は、タイマーを開始し、
    前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信していない場合、送信装置に再通知することを特徴とする請求項3に記載の非同期バッファを処理するための方法。
  5. 前記受信装置がタイマーを開始した後、
    前記受信装置は、前記タイマーが切れる前に前記リセット命令を受信しておらず、再通知の回数が所定の設定最大数に達すると、データ送信が失敗したと判断することを特徴とする請求項4に記載の非同期バッファを処理するための方法。
  6. 前記受信装置が前記送信装置的リセット命令を受信した後、解凍バッファをリセットすることは、
    前記受信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定し、または、
    前記受信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換え、または、
    前記受信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを特徴とする請求項1に記載の非同期バッファを処理するための方法。
  7. 前記受信装置が、前記送信装置からリセット命令を受信し、解凍バッファをリセットした後、
    前記受信装置は、前記リセット命令を運ぶ受信されたUDC圧縮データパケットに対応するSNに従って、受信ウィンドウの下限を設定することを特徴とする請求項1に記載の非同期バッファを処理するための方法。
  8. 前記受信装置は、チェックサムエラーが検出されたUDC圧縮データパケットを削除することを特徴とする請求項1から請求項7のいずれか一項に記載の非同期バッファを処理するための方法。
  9. 送信装置は、受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信し、
    前記送信装置は、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信することを特徴とする非同期バッファを処理するための方法。
  10. 前記送信装置が圧縮バッファをリセットすることは、
    前記送信装置は、前記解凍バッファのすべてのコンテンツをゼロに設定すること、または、
    前記送信装置は、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてで置き換えること、または、
    前記送信装置は、前記解凍バッファのすべてのコンテンツを、事前設定された初期値に置き換えることを含むことを特徴とする請求項9に記載の非同期バッファを処理するための方法。
  11. 前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信することは、
    前記送信装置は、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信し、または、
    前記送信装置は、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信することを特徴とする請求項9に記載の非同期バッファを処理するための方法。
  12. 前記送信装置が、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定することは、
    前記送信装置は、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットをターゲットデータパケットとし、または、
    前記送信装置は、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを含むことを特徴とする請求項11に記載の非同期バッファを処理するための方法。
  13. 前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信する前に、
    前記送信装置は、データパケットのセキュリティパラメータを更新し、
    ここで、前記セキュリティパラメータは、セキュリティキー、データ無線ベアラ識別子(DRB ID)、PDCP SNおよびCOUNT値の一部またはすべてを含むことを特徴とする請求項12に記載の非同期バッファを処理するための方法。
  14. 前記セキュリティパラメータは、PDCP SNを含み、
    前記送信装置が、リセットされた圧縮バッファを使用して前記受信装置にUDC圧縮データパケットを送信することは、
    前記送信装置は、更新後のPDCP SNに従って、リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信することを含むことを特徴とする請求項13に記載の非同期バッファを処理するための方法。
  15. 前記UDC圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、
    前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNであることを特徴とする請求項14に記載の非同期バッファを処理するための方法。
  16. 前記送信装置は、前記受信装置にリセット命令を送信することは、
    前記送信装置が、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を現在送信する必要があるデータパケットに入れ、または、
    前記送信装置が、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して送信すると、前記送信装置は、リセット命令を前記ターゲットデータパケットに入れることを特徴とする請求項12に記載の非同期バッファを処理するための方法。
  17. プロセッサ、メモリ、および送受信機を備え、
    前記プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される:
    圧縮バッファと解凍バッファが同期していないと判断した後、前記送受信機を通じてを通じて送信装置に通知し、前記送受信機を通じて送信装置からリセット命令を受信した後、解凍バッファをリセットし、リセット後の解凍バッファを使用して前記送受信機を通じて受信されたUDC圧縮データパケットを解凍することを特徴とする非同期バッファを処理するための受信装置。
  18. 前記プロセッサは、圧縮バッファと解凍バッファが同期していないと判断した後、チェックサムエラーが検出されたPDCPのSNを、圧縮バッファと解凍バッファが同期していないことを示す通知メッセージに入れ、前記送受信機を通じて送信装置に送信することを特徴とする請求項17に記載の非同期バッファを処理するための受信装置。
  19. 通知メッセージは、RRCシグナリングまたはPDCP制御PDUであることを特徴とする請求項17に記載の非同期バッファを処理するための受信装置。
  20. 前記プロセッサは、
    前記通知が前記PDCP制御PDUである場合、圧縮バッファと解凍バッファが同期していないと判断し、前記送受信機を通じて送信装置に通知した後、タイマーを開始し、前記タイマーが切れる前に前記リセット命令が前記送受信機を通じて受信されない場合、前記送受信機を通じて送信装置に再通知することを特徴とする請求項19に記載の非同期バッファを処理するための受信装置。
  21. 前記プロセッサは、
    タイマーが開始された後、前記タイマーが切れる前に前記リセット命令が前記送受信機を通じて受信されず、再通知の回数が所定の最大数に達すると、データ送信が失敗したと判断することを特徴とする請求項20に記載の非同期バッファを処理するための受信装置。
  22. 前記プロセッサは、
    前記解凍バッファのコンテンツをすべてゼロに設定し、または、
    前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、または、
    前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることを特徴とする請求項17に記載の非同期バッファを処理するための受信装置。
  23. 前記プロセッサは、
    前記送受信機を通じて送信装置からリセット命令を受信し、解凍バッファをリセットした後、前記リセット命令を運ぶ受信されたUDC圧縮データパケットに対応するSNに従って、受信ウィンドウの下限を設定することを特徴とする請求項17に記載の非同期バッファを処理するための受信装置。
  24. 前記プロセッサは、
    チェックサムエラーが検出されたUDC圧縮データパケットを削除することを特徴とする請求項17から請求項23のいずれか一項に記載の非同期バッファを処理するための受信装置。
  25. プロセッサ、メモリ、および送受信機を備え、
    前記プロセッサは、メモリ内のプログラムを読み取って、次のことを行うように構成される:
    受信装置から圧縮バッファと解凍バッファが同期していない通知を受信した後、圧縮バッファをリセットし、前記送受信機を通じて前記受信装置にリセット命令を送信し、リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にUDC圧縮データパケットを送信することを特徴とする非同期バッファを処理するための送信装置。
  26. 前記プロセッサは、
    前記解凍バッファのコンテンツをすべてゼロに設定し、前記解凍バッファのすべてのコンテンツを、圧縮辞書のコンテンツの一部またはすべてに置き換え、前記解凍バッファのすべてのコンテンツを事前設定された初期値で置き換えることを特徴とする請求項25に記載の非同期バッファを処理するための送信装置。
  27. 前記プロセッサは、
    リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して前記送受信機を通じて送信し、または、前記受信装置によって通知されたチェックサムエラーが検出されたPDCPのSNに従って、ターゲットデータパケットを決定し、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して前記送受信機を通じて送信することを特徴とする請求項25に記載の非同期バッファを処理するための送信装置。
  28. 前記プロセッサは、
    前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットをターゲットデータパケットとし、または、前記チェックサムエラーが検出されたPDCPのSNに対応するデータパケットの後に送信されたデータパケットを、ターゲットデータパケットとすることを特徴とする請求項27に記載の非同期バッファを処理するための送信装置。
  29. 前記プロセッサは、
    リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にUDC圧縮データパケットを送信する前に、データパケットのセキュリティパラメータを更新し、
    ここで、前記セキュリティパラメータは、セキュリティキー、DRB ID、PDCP SNおよびCOUNT値のうちの一部またはすべてを含むことを特徴とする請求項28に記載の非同期バッファを処理するための送信装置。
  30. 前記プロセッサは、
    前記セキュリティパラメータがPDCP SNを含む場合、更新後のPDCP SNに従って、リセットされた圧縮バッファを使用して、前記送受信機を通じて前記受信装置にUDC圧縮データパケットを送信することを特徴とする請求項29に記載の非同期バッファを処理するための送信装置。
  31. 前記UDC圧縮データパケットは、リセットされた圧縮バッファを使用してターゲットデータパケットにより得られ、
    前記更新後のPDCP SNは、前記チェックサムエラーが検出されたPDCPのSNの後のY番目の未使用のPDCP SNであることを特徴とする請求項30に記載の非同期バッファを処理するための送信装置。
  32. 前記プロセッサは、
    前記送受信機を通じて前記受信装置にリセット命令を送信する場合、リセットされた圧縮バッファを使用して、現在送信する必要があるデータパケットから圧縮を開始してUDC圧縮データパケットを取得して前記送受信機を通じて送信すると、リセット命令を現在送信する必要があるデータパケットに入れ、または、リセットされた圧縮バッファを使用して、ターゲットデータパケットから圧縮を開始してUDC圧縮データパケットを取得して前記送受信機を通じて送信すると、リセット命令を前記ターゲットデータパケットに入れることを特徴とする請求項27に記載の非同期バッファを処理するための送信装置。
  33. 圧縮バッファと解凍バッファが同期していないと判断した後、送信装置に通知するように構成された第1の送信モジュールと、
    受信装置が、送信装置からリセット命令を受信した後に解凍バッファをリセットするように構成された第1のリセットモジュールと、
    リセット後の解凍バッファを使用して受信されたUDC圧縮データパケットを解凍するように構成された第1の実行モジュールとを備えることを特徴とする非同期バッファを処理するための受信装置。
  34. 圧縮バッファと解凍バッファが同期していないことを受信装置から通知された後、圧縮バッファをリセットし、前記受信装置にリセット命令を送信するように構成された第2のリセットモジュールと、
    リセットされた圧縮バッファを使用して、前記受信装置にUDC圧縮データパケットを送信するように構成された第2の送信モジュールとを備えることを特徴とする非同期バッファを処理するための送信装置。
  35. プログラムコードを含み、前記プログラムコードがコンピューティングデバイスによって実行されるとき、前記プログラムコードは、コンピューティングデバイスは、請求項1〜請求項8のいずれか1つまたは請求項9〜請求項16のいずれか1つによる方法のステップを実行することに使用されることを特徴とするバッファを同期させるための装置の読み取り可能な記憶媒体。
JP2020527761A 2017-11-16 2018-10-29 非同期バッファを処理するための方法および装置 Pending JP2021503842A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201711140664.8A CN109802922A (zh) 2017-11-16 2017-11-16 一种缓存同步异常的处理方法和设备
CN201711140664.8 2017-11-16
PCT/CN2018/112480 WO2019095989A1 (zh) 2017-11-16 2018-10-29 一种缓存同步异常的处理方法和设备

Publications (1)

Publication Number Publication Date
JP2021503842A true JP2021503842A (ja) 2021-02-12

Family

ID=66539348

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020527761A Pending JP2021503842A (ja) 2017-11-16 2018-10-29 非同期バッファを処理するための方法および装置

Country Status (7)

Country Link
US (1) US11202227B2 (ja)
EP (1) EP3713182A4 (ja)
JP (1) JP2021503842A (ja)
KR (1) KR20200087231A (ja)
CN (1) CN109802922A (ja)
TW (1) TWI709352B (ja)
WO (1) WO2019095989A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021535677A (ja) * 2018-08-31 2021-12-16 華為技術有限公司Huawei Technologies Co., Ltd. データ伝送方法及び関連装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510419B (zh) * 2019-01-31 2021-03-30 华为技术有限公司 一种数据压缩的方法及基站
WO2020167879A1 (en) * 2019-02-12 2020-08-20 Google Llc System and method for reducing delays of timer-based transmissions on a shared carrier
KR20200129335A (ko) * 2019-05-08 2020-11-18 삼성전자주식회사 무선 통신 시스템에서 데이터 유실을 방지하는 사용자 데이터 압축 방법 및 장치
CN112333769B (zh) * 2019-08-05 2022-10-11 华为技术有限公司 一种通信方法和装置
CN112399400B (zh) * 2019-08-14 2022-10-04 华为技术有限公司 一种ue上报udc信息方法及设备
CN114157723B (zh) * 2019-08-15 2023-08-22 华为技术有限公司 一种通信方法及装置
CN115988565A (zh) * 2019-08-15 2023-04-18 华为技术有限公司 一种通信方法及设备
CN112448795B (zh) * 2019-08-27 2023-05-05 中国移动通信有限公司研究院 一种pdcp复制的处理方法及通信设备
US11122095B2 (en) * 2019-09-23 2021-09-14 Netapp, Inc. Methods for dictionary-based compression and devices thereof
CN111131210B (zh) * 2019-12-16 2021-09-17 维沃移动通信有限公司 数据处理方法及电子设备
KR20210076488A (ko) * 2019-12-16 2021-06-24 삼성전자주식회사 차세대 이동 통신 시스템에서 데이터 압축 해제 실패시 pdcp 의 구동 방법 및 장치
CN111447253B (zh) * 2020-02-28 2021-06-25 清华大学 缓冲区管理方法、系统、设备及存储介质
CN113360314B (zh) * 2020-03-02 2023-07-18 芯原微电子(成都)有限公司 数据的处理方法、系统、设备及计算机可读存储介质
US12004009B2 (en) * 2020-05-04 2024-06-04 Qualcomm Incorporated Methods and apparatus for managing compressor memory
CN111917745B (zh) * 2020-07-16 2022-07-22 上海星秒光电科技有限公司 一种数据压缩方法
CN114125058B (zh) * 2020-08-10 2023-05-16 华为技术有限公司 数据包解压缩方法、电子设备和网络侧设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5130993A (en) * 1989-12-29 1992-07-14 Codex Corporation Transmitting encoded data on unreliable networks
US20080148136A1 (en) * 2006-12-13 2008-06-19 Samsung Electronics Co., Ltd Apparatus and method for transmitting/receiving data in a mobile communication system
JP2010519880A (ja) * 2007-09-11 2010-06-03 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおけるpdcp層の状態報告の送信方法及び受信装置
JP2012521108A (ja) * 2009-03-17 2012-09-10 中▲興▼通▲訊▼股▲フン▼有限公司 ユーザ機器及びユーザ機器のダウンリンクデータ受信方法
JP2016536935A (ja) * 2013-09-23 2016-11-24 クアルコム,インコーポレイテッド 圧縮中の同期外れの検出および訂正

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2208301T3 (en) * 2007-10-01 2019-04-23 Interdigital Patent Holdings Inc METHOD AND APPARATUS FOR PCDP REJECTION
CN101605335A (zh) 2008-06-10 2009-12-16 中国移动通信集团设计院有限公司 一种栅格至基站的路径确定方法及装置
CN101605355B (zh) * 2009-06-12 2011-08-24 中国科学技术大学 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式
CN103582030B (zh) * 2012-08-01 2018-10-23 中兴通讯股份有限公司 服务质量的更新处理方法及装置
US9442941B1 (en) * 2014-03-28 2016-09-13 Emc Corporation Data structure for hash digest metadata component
CN106302245A (zh) * 2015-06-08 2017-01-04 中国移动通信集团公司 一种lte系统中数据包的压缩方法和装置
US20180234839A1 (en) * 2017-02-13 2018-08-16 Futurewei Technologies, Inc. System and Method for User Equipment Identification and Communications
US10264622B2 (en) * 2017-03-17 2019-04-16 Ofinno Technologies, Llc Inactive state data forwarding
CN108924948B (zh) * 2017-03-23 2021-06-22 夏普株式会社 用户设备和基站处执行的方法及相应的设备
WO2018170923A1 (en) * 2017-03-24 2018-09-27 Nokia Technologies Oy Packet data convergence protocol windows with split bearers
US11116024B2 (en) * 2017-04-10 2021-09-07 Nokia Technologies Oy Control mechanism for packet duplication in multi-connectivity communication
US10405231B2 (en) * 2017-04-24 2019-09-03 Motorola Mobility Llc Switching between packet duplication operating modes
CN107094142B (zh) * 2017-04-28 2020-11-27 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
CN107302585B (zh) 2017-07-11 2020-05-26 电信科学技术研究院 一种预置字典同步方法及设备
KR102298454B1 (ko) * 2017-07-18 2021-09-06 삼성전자 주식회사 차세대 이동 통신 시스템에서 효율적으로 데이터를 분할하는 방법 및 장치
US10785817B2 (en) * 2017-09-28 2020-09-22 Apple Inc. Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling
KR102416439B1 (ko) * 2017-11-09 2022-07-05 삼성전자주식회사 무선통신 시스템에서 통신 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5130993A (en) * 1989-12-29 1992-07-14 Codex Corporation Transmitting encoded data on unreliable networks
US20080148136A1 (en) * 2006-12-13 2008-06-19 Samsung Electronics Co., Ltd Apparatus and method for transmitting/receiving data in a mobile communication system
JP2010519880A (ja) * 2007-09-11 2010-06-03 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおけるpdcp層の状態報告の送信方法及び受信装置
JP2012521108A (ja) * 2009-03-17 2012-09-10 中▲興▼通▲訊▼股▲フン▼有限公司 ユーザ機器及びユーザ機器のダウンリンクデータ受信方法
JP2016536935A (ja) * 2013-09-23 2016-11-24 クアルコム,インコーポレイテッド 圧縮中の同期外れの検出および訂正

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "More Details and Simulation Results of Deflate with 1 Byte UDC Header", 3GPP TSG RAN WG2 #99 R2-1708358, JPN6021018227, 11 August 2017 (2017-08-11), ISSN: 0004508439 *
CATT: "Update of Description and Evaluation Results for Deflate", 3GPP TSG RAN WG2 #99 R2-1708359, JPN6021018225, 11 August 2017 (2017-08-11), ISSN: 0004683116 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021535677A (ja) * 2018-08-31 2021-12-16 華為技術有限公司Huawei Technologies Co., Ltd. データ伝送方法及び関連装置

Also Published As

Publication number Publication date
US11202227B2 (en) 2021-12-14
TW201924419A (zh) 2019-06-16
EP3713182A1 (en) 2020-09-23
TWI709352B (zh) 2020-11-01
KR20200087231A (ko) 2020-07-20
CN109802922A (zh) 2019-05-24
WO2019095989A1 (zh) 2019-05-23
EP3713182A4 (en) 2020-12-23
US20200344644A1 (en) 2020-10-29

Similar Documents

Publication Publication Date Title
JP2021503842A (ja) 非同期バッファを処理するための方法および装置
CN110622614B (zh) 用于用户设备标识和通信的系统和方法
CN108632229B (zh) 一种多连接中的头压缩方法、解头压缩方法及装置
US6987981B2 (en) Robust RLC reset procedure in a wireless communication system
EP2136501B1 (en) Method of delivering a PDCP data unit to an upper layer
EP2420014B1 (en) Method of receiving a point-to-multipoint service in a wireless communication system
EP3570631B1 (en) Data packet transmission method and device
CN109076475B (zh) 一种用于保持无连接传输中同步的方法和系统
WO2017185941A1 (zh) 一种数据传输方法及相关设备
US7325172B2 (en) Failsafe RLC reset method for a wireless communication system
US20170012745A1 (en) Method and apparatus for triggering acknowledgement status report in wireless communications system
WO2018137720A1 (zh) 一种进行数据同步的方法及设备
CN108886713B (zh) 一种数据传输方法、数据接收设备及数据发送设备
JP6924702B2 (ja) 無線通信装置、無線通信システム、及び無線通信方法
CN101605355B (zh) 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式
JP2022084661A (ja) 同期方法および装置
KR20070080242A (ko) 이동 통신 시스템에서 무선 링크 제어 엔티티를 리세트하는방법 및 이와 관련된 장치
CN111385263B (zh) 一种数据包头压缩信息的维护方法及通信设备
KR20160035953A (ko) Lte 시스템을 이용한 호 수행 방법 및 장치
WO2016095387A1 (zh) 初始状态报文发送控制方法、压缩端、解压端设备及系统
GB2462699A (en) Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS
US20230396368A1 (en) Methods, apparatuses, and media for operating point-to-multipoint radio bearer
CN115334588A (zh) 一种数据传输方法及装置
CN113711558B (zh) 以太帧包头压缩处理方法、装置、用户终端、基站和介质
CN112997577A (zh) 资源控制连接的数据包重传方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200518

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200518

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210422

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210524

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20210823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211126

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220117