WO2013091373A1 - 鲁棒性头压缩反馈管理方法、装置及解压器 - Google Patents

鲁棒性头压缩反馈管理方法、装置及解压器 Download PDF

Info

Publication number
WO2013091373A1
WO2013091373A1 PCT/CN2012/078331 CN2012078331W WO2013091373A1 WO 2013091373 A1 WO2013091373 A1 WO 2013091373A1 CN 2012078331 W CN2012078331 W CN 2012078331W WO 2013091373 A1 WO2013091373 A1 WO 2013091373A1
Authority
WO
WIPO (PCT)
Prior art keywords
feedback
priority
packet
feedback packet
decompressor
Prior art date
Application number
PCT/CN2012/078331
Other languages
English (en)
French (fr)
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 WO2013091373A1 publication Critical patent/WO2013091373A1/zh

Links

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
    • 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/22Parsing or analysis of headers
    • 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/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Definitions

  • the present invention relates to a robust header compression technique in the field of mobile communications, and more particularly to a robust header compression feedback management method, apparatus and decompressor. Background technique
  • ROHC RObust Header Compress
  • the ROHC can operate in two different modes, one-way mode (ROHCvl is U mode) and bidirectional mode (ROHCvl is 0/R mode).
  • ROHCvl is U mode
  • ROHCvl is 0/R mode
  • the unidirectional mode the ROHC does not send the feedback packet.
  • the compressor usually adopts an optimistic approach to improve the compression efficiency, and the timing of the migration to the low state improves the compression robustness.
  • the decompressor needs the decompression according to the decompression requirement. Improve compression efficiency and robustness by sending feedback packets to the peer's compressor.
  • a feedback packet typically requires three processes from the generator to the compressor sent to the peer.
  • the decompressor needs to make feedback decisions based on the decompression process, select feedback timings and generate appropriate feedback packet types.
  • the decompressor needs to perform feedback management and select a reasonable feedback management method to maintain the order of the feedback packets to be sent.
  • the decompressor needs to send the feedback packet, and send the feedback packet to the compressor at the opposite end by extracting different feedback packet transmission methods.
  • the decompressor can extract the feedback packet type by using feedback algorithms such as sparse feedback and selective ACK feedback.
  • the decompressor can extract the feedback queue in any way, and generally extracts FIFO mode;
  • ROHC can use the method of piggybacking feedback. Since the feedback management algorithm required by ROHC is not explicitly stated in the protocol, in the traditional implementation, the developer can take the simplest FIFO way for feedback management (as shown in Figure 1).
  • the order in which the feedback packets are sent is always consistent with the order in which the feedback packets are generated; the number of feedback packets sent is always consistent with the number of feedback packets generated.
  • the use of the FIFO can work normally.
  • the use of FIFO alone does not provide the most efficient compression.
  • the upper layer service establishes three R0HC decompression contexts according to three different requirements of high speed, medium speed and low speed. Assuming that the R0HC only provides piggyback feedback and the number of downlink compressed packets is far more than the number of upstream original packets, the local end will generate a large number of feedback packets, and the number of these feedback packets will probably be proportional to the traffic rate. Due to the limited amount of feedback information carried by the uplink data and the piggyback feedback, the feedback packets to be sent at the local end may accumulate, that is, the generation speed of the feedback packet is far greater than the transmission speed of the feedback packet. This may result in the following three types of problems:
  • the network transmission delay of the feedback packet is invisibly increased.
  • the high-speed service feedback packets are sent in large quantities, and the low-speed and low-speed feedback data packets cannot be sent in time, resulting in low-speed services or medium-speed services failing to achieve the desired compression efficiency.
  • the feedback packet is unevenly distributed, the feedback packet of a certain packet stream is excessive, and there is a large amount of invalid or redundant feedback information in the feedback queue, and the above problem may also occur.
  • the technical problem to be solved by the present invention is to provide a robust header compression feedback management method, apparatus and decompressor to solve the problem of low compression efficiency in the bidirectional mode.
  • the present invention provides a feedback management method for robust header compression.
  • the method includes: a priority marking step, the decompressor marking a priority of the newly generated feedback packet, the priority including a class priority, wherein the STATIC_NACK feedback packet has the highest class priority, the NACK feedback packet has the class priority second, and the ACK The feedback package has the lowest priority;
  • a feedback packet transmitting step the decompressor transmitting all transmittable feedback packets.
  • the priority marking step comprises:
  • Decompressing by the decompressor, determining whether the packet flow to which the newly generated feedback packet belongs has a legacy feedback packet to be sent, and deleting all legacy feedback packets when determining that the packet flows;
  • the decompressor marks the class priority of the newly generated feedback packet.
  • the priority further includes a sending priority of a feedback packet sending sequence indicating a priority of the same category.
  • the priority marking step further includes: the decompressor The priority of the newly generated feedback packet in the feedback packet of the class priority is marked.
  • the decompressor transmits a priority according to a first in first out (FIFO) principle, a packet transmission rate, or a feedback packet generation frequency.
  • FIFO first in first out
  • the step of marking to be sent includes:
  • the decompressor selects the feedback packet with the highest priority among the feedback packets to be sent as the transmittable feedback packet;
  • the decompressor determines whether the number of currently available feedback packets reaches a preset value, and if not, returns a priority marking step, otherwise performs a feedback packet transmission step.
  • the step of the decompressor selecting a feedback packet with the highest priority among the feedback packets to be sent includes:
  • Decompressor determines whether there is a STATIC_NACK feedback packet to be sent, and if yes, selects a STATIC_NACK feedback packet with the highest priority; if there is no STATIC-NACK feedback packet to be sent,
  • Decompressor determines whether there is a NACK feedback packet to be sent, and if yes, selects to send The NACK feedback packet with the highest priority; if there is no NACK feedback packet to be sent, the decompressor determines whether there is an ACK feedback packet to be sent, and if yes, selects the ACK feedback packet with the highest priority, if there is no waiting The ACK feedback packet sent, the process ends.
  • the present invention also provides a robust header compression feedback management apparatus, the apparatus comprising:
  • a priority marking unit configured to: mark a priority of the newly generated feedback packet, wherein the priority includes a category priority, wherein a STATIC_NACK feedback packet has the highest category priority, and the NACK feedback packet has a category priority second.
  • the ACK feedback packet has the lowest priority
  • a marking unit can be sent, which is set to: mark the highest priority feedback packet in the current to-be-sent feedback packet as a transmittable feedback packet.
  • the priority marking unit retains only the last feedback packet of each packet stream.
  • the priority marking unit comprises:
  • the feedback packet processing module is configured to: determine whether the packet flow to which the newly generated feedback packet belongs has a legacy feedback packet to be sent, and delete all legacy feedback packets when the judgment exists;
  • the priority marking module set to: Mark the category priority of the newly generated feedback packet.
  • the priority further includes a sending priority of a feedback packet sending sequence indicating a priority of the same category
  • the priority marking module is further configured to: mark a feedback packet of the newly generated feedback packet in a category priority The priority of the transmission.
  • the transmittable marking unit comprises:
  • the feedback packet marking module may be sent, and is set to: when the number of the currently available feedback packets is not up to the preset value, the highest priority feedback packet in the feedback packet to be sent is a transmittable feedback packet;
  • the feedback packet quantity judging module is set to: determine whether the number of currently available feedback packets reaches a preset value.
  • the present invention also provides a robust head compression decompressor, the decompressor comprising:
  • a state determining unit configured to: determine a current working mode and a feedback mode of the decompressor; a feedback management device control unit, configured to: when the working mode of the decompressor is a bidirectional mode, and using a piggyback feedback or an underlying link timing feedback manner, starting the feedback management device; and a feedback packet generating unit configured to : Generate a feedback package;
  • the feedback packet sending unit is configured to: send all the transmittable feedback packets when the number of currently available feedback packets reaches a preset value.
  • each feedback packet to be sent is set with a priority.
  • the priority is selected according to the priority order of STATIC_NACK, NACK, and ACK. The highest level of feedback packets are sent, ultimately achieving different packet flows, improving ROHC overall performance and compression efficiency in bidirectional mode.
  • Figure 1 is a logical structure diagram of the feedback management algorithm in the FIFO mode
  • FIG. 2 is a schematic diagram of a feedback management method for robust header compression
  • 3 is a logical structure diagram of a feedback management method for robust header compression
  • FIG. 4 is a flowchart of processing when the feedback management method is turned on
  • Figure 5 is a flow chart of the processing of the priority flag
  • Figure 6 is a flow chart of the process of transmitting a mark
  • FIG. 7 is a schematic structural diagram of a module of a robust header compression feedback management device
  • Figure 8 is a block diagram showing the structure of a robust head compression decompressor.
  • the embodiment of the present invention provides a feedback management method for robust header compression.
  • the decompressor operates in a bidirectional mode and uses piggyback feedback or underlying link timing feedback, as shown in FIG. 2, the method includes:
  • Step S401 a priority marking step, the decompressor marking a priority of the newly generated feedback packet, where the priority includes a class priority, wherein the STATIC_NACK feedback packet has the highest class priority.
  • the category priority of the NACK feedback packet is second, and the category priority of the ACK feedback packet is the lowest;
  • the decompressor arranges a reasonable sending sequence for each feedback packet to be sent according to the time and frequency of the feedback packet generation, the type of the feedback packet itself, and the packet flow type to which the feedback packet belongs, and deletes the already Invalid or redundant feedback packets, so that the feedback channel resources are more rationally utilized, and the effectiveness of the feedback packets is increased, thereby improving the overall efficiency of the ROHC.
  • each packet stream corresponds to a decompression context
  • the decompressor can periodically count the number of compressed packets processed by a decompression context to estimate the packet stream transmission rate corresponding to the decompressed context. If it is a bidirectional mode, the rate at which the feedback packet is generated is relatively high for a packet stream with a higher transmission rate. On the other hand, there is no retransmission mechanism in ROHC. The data in all packet streams is only sent and received once.
  • the feedback packets generated by the decompressor represent the latest status information of the decompressor. For multiple feedback packets in the same decompression context, when the last feedback packet is generated, the feedback packet to be sent previously generated by the feedback packet has lost its effect.
  • the decompressor when the compressor and the decompressor are out of step (ie, out of sync), the decompressor data decompression fails, the decompressor generates a STATIC-NACK feedback packet according to the context of the damage, or a NACK feedback packet, where STATIC_NACK indicates The decompressor static context is corrupted and it needs to be sent in a more timely manner.
  • STATIC_NACK indicates The decompressor static context is corrupted and it needs to be sent in a more timely manner.
  • an ACK feedback packet is generated.
  • Step S402 a step of sending a marking, where the decompressor marks a feedback packet with the highest priority among the feedback packets to be sent as a transmittable feedback packet;
  • Step S403 a feedback packet sending step, where the decompressor sends all transmittable feedback packets.
  • the feedback management method can be selectively turned on (as shown in Figure 4).
  • the condition that the feedback management method is turned on is the bidirectional mode, using piggyback feedback or using the underlying link timer feedback.
  • the feedback management method is turned on for the one-way mode and the way in which the underlying link directly sends feedback, there is no need to enable the feedback management method.
  • Step S101 The feedback management method starts the detection process to start, and proceeds to step S102;
  • Step S102 determining the current working mode of the ROHC, if the ROHC is in the bidirectional mode, proceeds to step S103; if the ROHC is in the unidirectional mode, the feedback management method is not turned on, and proceeds to step S106;
  • Step S103 determining whether the current ROHC sends the feedback packet generated by the decompressor in the manner of piggybacking, and if yes, proceeding to step S105; otherwise, proceeding to step S104;
  • Step S104 determining whether the ROHC uses the underlying link timing to send the feedback mode, if yes, the feedback packet may be stacked, and the feedback management method needs to be turned on, and the process proceeds to step S105; if the feedback is sent immediately, the process proceeds to step S106;
  • Step S105 The current ROHC works in the case where a feedback packet accumulation may occur, and the feedback feedback management method is turned on, and the process proceeds to step S106;
  • Step S106 The feedback feedback management method starts the detection process end
  • the feedback packet is processed by the existing feedback process when the feedback management method of the present invention is not required to be turned on.
  • the effectiveness of the feedback packet is proportional to the generation time of multiple consecutive feedback packets of the same packet stream, that is, the later the feedback packet generated is more effective.
  • the last packet of ACK data can be used instead of all previous ACK data.
  • the feedback management method of the present invention maintains only one last incoming feedback packet for each packet flow, whether the feedback packet is ACK, NACK or STATIC_NACK.
  • the priority can be identified in any way. For example, the method of drawing FIFO maintains a specific transmission sequence number for each type of feedback packet.
  • Step S201 The decompressor newly generates a feedback packet, and the feedback packet priority marking process is started, and the process proceeds to step S202;
  • Step S202 determining whether the current ROHC uses the feedback management method, if used, the newly generated feedback packet needs to be processed, proceeds to step S203; if the feedback management method is not turned on, proceeds to step S208;
  • Step S203 determining whether there is a legacy counter to be sent in the packet stream to which the newly generated feedback packet belongs Feeding, if yes, proceeding to step S204; otherwise, proceeding to step S205;
  • Step S204 According to the ROHC feedback characteristic, the newly generated feedback packet validity and priority are higher than the legacy feedback, and the legacy feedback packets are all deleted, and the process proceeds to step S205;
  • Step S205 The newly generated feedback packet is associated with the corresponding packet flow, and becomes the only feedback packet that needs to be sent by the packet flow, and proceeds to step S206;
  • Step S206 Mark the class priority of the newly generated feedback packet, and proceed to step S208;
  • the STATIC-NACK feedback packet has the highest priority, the NACK feedback packet has the lowest priority, and the ACK feedback packet has the lowest priority;
  • Step S207 marking the sending priority of the newly generated feedback packet in the feedback packet of the category priority, after the sending priority setting is completed, proceeding to step S208;
  • the priority of the newly generated feedback packet in the feedback packet of the class priority is set using any priority setting mode.
  • priority can be set using FIFO. It is also possible to set priorities based on information such as the transmission rate of different packet flows, the feedback packet generation rate, and the like.
  • the default is that the newly generated feedback packets have the same transmission priority in the feedback packet of the class priority, that is, the STATIC-NACK feedback packets of different packet flows have the same transmission priority, and the NACK of different packet flows.
  • the sending priority of the feedback packets is the same, and the sending priority of the ACK feedback packets of different packet flows is the same.
  • Step S208 The priority marking process ends.
  • the feedback packet with the highest priority needs to be selected according to the amount of feedback packets that can be carried currently.
  • the priority of STATIC_NACK is higher than NACK, and the priority of NACK must be higher than ACK. If there are more than one type of feedback packets, it is necessary to compare the transmission priority of each of the forwarded feedback packets in all the packet flows, and select a feedback packet with a higher priority according to the transmission priority identifier.
  • Step S301 The process to be sent is started, and the process proceeds to step S302.
  • Step S302 the decompressor meets the condition for sending one or more feedback packets, and proceeds to step S303;
  • the condition for sending a feedback packet may be a feedback timer timeout or piggybacking feedback.
  • Step S303 determining whether the current ROHC uses the feedback management method, if yes, proceeding to step S304; otherwise, proceeding to step S311;
  • Step S304 determining whether there is a feedback packet to be sent in the current ROHC instance, if yes, proceeding to step S305; otherwise, proceeding to step S312;
  • Step S305 determining whether the current ROHC instance has a STATIC_NACK feedback packet to be sent, if yes, proceeding to step S306; otherwise, proceeding to step S307;
  • Step S306 Set the feedback packet with the highest priority in the STATIC-NACK feedback packet of all packet flows of the current ROHC instance to the to-be-sent state, and proceed to step S311;
  • Step S307 determining whether there is a NACK feedback packet to be sent in the current ROHC instance, if yes, proceeding to step S308; otherwise, proceeding to step S309;
  • Step S308 Set the feedback packet with the highest priority in the NACK feedback packet of all the packet flows of the current ROHC instance to the to-be-sent state, and proceed to step S311;
  • Step S309 determining whether there is an ACK feedback packet to be sent in the current ROHC instance, if yes, proceeding to step S310, otherwise proceeding to step S311;
  • Step S310 Set the highest priority feedback packet in the ACK feedback packet of all packet flows of the current ROHC instance to the to-be-sent state, and proceed to step S311;
  • the process of the above steps S304 to S310 is that when the condition of the transmission feedback packet is met, the decompressor selects the feedback packet with the highest priority among the feedback packets to be sent and marks the process as the feedback packet can be sent.
  • Step S311 determining whether the number of currently available feedback packets reaches a preset value, if yes, proceeding to step S312; otherwise, returning to step S304;
  • Step S312 The process of sending the marking process ends.
  • the present invention further provides a robust header compression feedback management apparatus.
  • the apparatus includes:
  • a priority marking unit configured to mark a priority of the newly generated feedback packet, where the priority includes a class priority, where the STATIC_NACK feedback packet has the highest class priority and NACK feedback The category priority of the packet is second, and the category of the ACK feedback packet has the lowest priority;
  • the marking unit may be sent to mark the highest priority feedback packet in the current to-be-sent feedback packet as a transmittable state.
  • the priority marking unit only retains and marks the last feedback packet of each packet stream.
  • the priority marking unit comprises:
  • a feedback packet processing module configured to determine whether a packet flow to which the newly generated feedback packet belongs has a legacy feedback packet to be sent, and delete all legacy feedback packets when the judgment exists;
  • a priority marking module for marking the category priority of the newly generated feedback packet.
  • the priority further includes a sending priority of a feedback packet sending sequence indicating a priority of the same category, and the priority marking module is further configured to mark feedback of the newly generated feedback packet in a category priority The priority of the transmission in the packet.
  • the transmission priority of the feedback packets of the same category priority can be set to be the same.
  • the transmittable marking unit comprises:
  • the feedback packet marking module may be configured to mark a feedback packet with the highest priority among the feedback packets to be sent as a transmittable feedback packet when the condition that the feedback packet is sent and the number of currently available feedback packets does not reach the preset value;
  • the feedback packet quantity determining module is configured to determine whether the number of currently available feedback packets reaches a preset value.
  • the present invention also provides a robust head compression decompressor. As shown in FIG. 8, the decompressor includes:
  • a state determining unit configured to determine a current working mode and a feedback mode of the decompressor
  • a feedback management device control unit configured to operate in a bidirectional mode in the decompressor, and use a piggyback feedback or an underlying link timing feedback manner Initiating the feedback management device
  • a feedback packet generating unit configured to generate a feedback packet
  • the feedback packet sending unit is configured to send all the transmittable feedback packets when the current number of transmittable feedback packets reaches a preset value.
  • each feedback packet to be sent is set with a priority.
  • the priority is selected according to the priority order of STATIC_NACK, NACK, and ACK. The highest level of feedback packets are sent, ultimately achieving the same effect of different packet flows, improving ROHC overall performance and compression efficiency in bidirectional mode.
  • the feedback packet that has been invalid or redundant can be deleted according to the parameter information such as the time and frequency characteristics of the feedback packet and the type of the feedback packet itself, and a reasonable transmission sequence is arranged for the remaining feedback packets to be sent.
  • the timeliness of the feedback package is guaranteed to the utmost.
  • the ROHC feedback packet running in the bidirectional mode can be used as much as possible, that is, the current state of the local decompressor is reported to the peer compressor, thereby improving the compression efficiency of the packet stream as a whole.

Landscapes

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

Abstract

一种鲁棒性头压缩反馈管理方法、装置及解压器,解压器的工作模式为双向模式,且使用捎带反馈或底层链路定时反馈时,该方法包括:优先级标记步骤,解压器标记新生成的反馈包的优先级,优先级包括类别优先级,其中,STATIC_NACK反馈包的类别优先级最高、NACK反馈包的类别优先级次之,ACK反馈包的类别优先级最低;待发送标记步骤,解压器标记当前待发送的反馈包中优先级最高的反馈包为可发送反馈包;反馈包发送步骤,解压器发送所有可发送反馈包。上述方法、装置及解压器可以提高双向模式下的压缩效率。

Description

鲁棒性头压缩反馈管理方法、 装置及解压器
技术领域
本发明涉及移动通信领域中的一种鲁棒性头压缩技术, 尤其是一种鲁棒 性头压缩反馈管理方法、 装置及解压器。 背景技术
由于物理条件的限制, 移动通信系统中的无线链路与有线链路相比传输 速率较低, 误码率较高。 为了能有效利用有限的无线信道带宽资源, 引入了 鲁棒性头压缩技术 (RObust Header Compress, 以下简称 ROHC)。 ROHC的核 心是利用业务流的分组之间的信息冗余来透明的压缩和解压缩直接相连节点 间的分组头中的信息。
ROHC可以在两种不同的模式下工作, 单向模式(ROHCvl为 U模式) 和双向模式(ROHCvl为 0/R模式) 。 在单向模式下 ROHC不发送反馈包, 压缩器通常釆取乐观逼近的方式提高压缩效率, 并且釆取定时向低状态迁移 的方式提高压缩健壮性; 在双向模式下, 解压器根据解压需要, 通过发送反 馈包给对端的压缩器来提高压缩效率和健壮性。
当 ROHC工作在双向模式下时, 一个反馈包从生成到发送给对端的压缩 器一般需要三个过程。 首先, 解压器需要根据解压过程进行反馈决策, 选择 反馈时机并生成适当的反馈包类型。 其次, 在非及时性发送反馈的场合, 解 压器需要进行反馈管理, 选择一种合理的反馈管理方法, 用来维护待发送的 反馈包顺序。 最后, 解压器需要进行反馈包发送, 通过釆取不同的反馈包发 送方式将反馈包发送给对端的压缩器。
在反馈决策过程中,解压器可以釆取稀疏反馈,选择性 ACK反馈等反馈 算法进行反馈包类型的选择; 在反馈管理过程中, 解压器可以釆取任意方式 进行反馈队列的排序, 一般釆取 FIFO 的方式; 在反馈发送过程中, 根据 RFC3095中关于反馈包发送方式的描述, ROHC可以使用捎带反馈的方式发 由于在协议中并没有明确指出 ROHC需要的反馈管理算法,传统实现上, 开发人员可以釆取最简单的 FIFO的方式进行反馈管理(如图 1所示)。 无论 是待处理的上层业务是何种类型, 反馈包发送的顺序始终和反馈包产生的顺 序一致; 反馈包发送的数量也始终和反馈包产生的数量一致。 当上层业务比 较单一或者使用底层链路及时发送反馈包的场合,使用 FIFO是可以正常的工 作的。 但是, 当上层业务数量较多并且使用捎带反馈的场合或者使用底层链 路定时发送反馈的场合,仅仅使用 FIFO并不能提供最高效率的压缩。为了说 明使用 FIFO存在的问题, 下面给出了一个存在问题的场景。
问题场景: 上层业务根据高速、 中速、 低速三个不同需求, 分别建立了 三个 R0HC解压上下文。假设目前 R0HC只提供捎带反馈并且下行压缩包的 数量远远多于上行原始包数量, 那么本端将会产生大量的反馈包, 并且这些 反馈包的数量将很可能和业务速率成正比关系。 由于上行数据及捎带反馈所 携带的反馈信息量有限, 本端待发送的反馈包便有可能堆积, 即反馈包的生 成速度远远大于反馈包的发送速度。 这样可能产生下面三类问题:
无形地增加了反馈包的网络传输延迟。
大量已发送的反馈包由于发送延迟而无效。
高速业务的反馈包大量发送, 中低速的反馈数据包不能及时发送, 造成 低速业务或者中速业务无法达到期望的压缩效率。
另外, 当使用底层链路定时发送反馈时, 由于反馈包的分布不均, 某一 包流的反馈包过多, 反馈队列中存在大量的无效或冗余反馈信息, 上面的问 题同样可能发生。
发明内容
本发明要解决的技术问题是提供一种鲁棒性头压缩反馈管理方法、 装置 及解压器, 以解决双向模式下压缩效率低的问题。
为解决以上技术问题, 本发明提供一种鲁棒性头压缩的反馈管理方法, 解压器的工作模式为双向模式, 且使用捎带反馈或底层链路定时反馈时, 该 方法包括: 优先级标记步骤, 解压器标记新生成的反馈包的优先级, 所述优先级包 括类别优先级, 其中, STATIC— NACK反馈包的类别优先级最高、 NACK反 馈包的类别优先级次之, ACK反馈包的类别优先级最低;
待发送标记步骤, 所述解压器标记当前待发送的反馈包中优先级最高的 反馈包为可发送反馈包;
反馈包发送步骤, 所述解压器发送所有可发送反馈包。
优选地, 所述优先级标记步骤包括:
所述解压器判断该新生成的反馈包所属的包流是否存在待发送的遗留反 馈包, 并在判断存在时, 删除所有遗留反馈包;
所述解压器标记该新生成的反馈包的类别优先级。
优选地, 所述优先级还包括表示同一类别优先级的反馈包发送顺序的发 送优先级, 所述标记该新生成的反馈包的类别优先级后, 优先级标记步骤还 包括: 所述解压器标记该新生成的反馈包在所属类别优先级的反馈包中的发 送优先级。
优选地, 所述解压器根据先进先出 (FIFO )原则、 数据包发送速率或反 馈包生成频率标记发送优先级。
优选地, 所述待发送标记步骤包括:
符合发送反馈包条件时 , 所述解压器选择待发送的反馈包中优先级最高 的反馈包标记为可发送反馈包;
所述解压器判断当前可发送反馈包数量是否达到预设值, 若否, 则返回 优先级标记步骤, 否则执行反馈包发送步骤。
优选地, 所述解压器选择待发送的反馈包中优先级最高的反馈包的步骤 包括:
所述解压器判断是否存在待发送的 STATIC— NACK反馈包, 若存在, 则 选择发送优先级最高的 STATIC— NACK 反馈包; 如果不存在待发送的 STATIC— NACK反馈包,
所述解压器判断是否存在待发送的 NACK反馈包, 若存在, 则选择发送 优先级最高的 NACK反馈包; 如果不存在待发送的 NACK反馈包, 所述解压器判断是否存在待发送的 ACK反馈包,若存在, 则选择发送优 先级最高的 ACK反馈包, 如果不存在待发送的 ACK反馈包, 流程结束。
为解决以上技术问题,本发明还提供了一种鲁棒性头压缩反馈管理装置, 该装置包括:
优先级标记单元, 其设置为: 标记新生成的反馈包的优先级, 所述优先 级包括类别优先级,其中, STATIC— NACK反馈包的类别优先级最高、 NACK 反馈包的类别优先级次之, ACK反馈包的类别优先级最低;
可发送标记单元, 其设置为: 标记当前待发送反馈包中优先级最高的反 馈包为可发送反馈包。
优选地, 所述优先级标记单元只保留每个包流的最后一个反馈包。
优选地, 所述优先级标记单元包括:
反馈包处理模块, 设置为: 判断该新生成的反馈包所属的包流是否存在 待发送的遗留反馈包, 并在判断存在时, 删除所有遗留反馈包;
优先级标记模块, 设置为: 标记该新生成的反馈包的类别优先级。
优选地, 所述优先级还包括表示同一类别优先级的反馈包发送顺序的发 送优先级, 所述优先级标记模块还设置为: 标记该新生成的反馈包在所属的 类别优先级的反馈包中的发送优先级。
优选地, 所述可发送标记单元包括:
可发送反馈包标记模块, 设置为: 在符合发送反馈包条件且当前可发送 反馈包数量未达到预设值时, 标记待发送的反馈包中优先级最高的反馈包为 可发送反馈包;
反馈包数量判断模块, 设置为: 判断当前可发送反馈包数量是否达到预 设值。
为解决以上技术问题, 本发明还提供了一种鲁棒性头压缩解压器, 该解 压器包括:
状态判断单元, 其设置为: 判断所述解压器当前的工作模式及反馈方式; 反馈管理装置控制单元, 其设置为: 在所述解压器的工作模式为双向模 式, 且使用捎带反馈或底层链路定时反馈方式时, 启动所述反馈管理装置; 反馈包生成单元, 其设置为: 生成反馈包;
如上所述的反馈管理装置;
反馈包发送单元, 其设置为: 在当前可发送反馈包数量达到预设值时, 发送所有可发送反馈包。
本发明实施例将每一个待发送的反馈包设置优先级, 在发送反馈包的时 候,通过比较所有包流中待发送的反馈包,按照 STATIC— NACK, NACK,ACK 的优先级顺序, 选择优先级最高的反馈包进行发送, 最终达到兼顾不同包流, 提高 ROHC整体性能及双向模式下压缩效率的目的。
附图概述
图 1为 FIFO方式下反馈管理算法逻辑结构图;
图 2 为鲁棒性头压缩的反馈管理方法示意图;
图 3为鲁棒性头压缩的反馈管理方法逻辑结构图;
图 4为反馈管理方法开启的处理流程图;
图 5 为优先级标记的处理流程图;
图 6为可发送标记的处理流程图;
图 7为鲁棒性头压缩反馈管理装置模块结构示意图;
图 8为鲁棒性头压缩解压器的模块结构示意图。
本发明的较佳实施方式
本发明实施例提出的是一种鲁棒性头压缩的反馈管理方法, 解压器的工 作模式为双向模式, 且使用捎带反馈或底层链路定时反馈时, 如图 2所示, 该方法包括:
步骤 S401 , 优先级标记步骤, 解压器标记新生成的反馈包的优先级, 所 述优先级包括类别优先级, 其中, STATIC— NACK反馈包的类别优先级最高、 NACK反馈包的类别优先级次之, ACK反馈包的类别优先级最低;
如图 3所示, 解压器根据反馈包生成的时间以及频率, 反馈包自身的类 型以及反馈包所属的包流类型等参数信息, 为每一个待发送的反馈包安排合 理的发送顺序, 删除已经无效或者冗余的反馈包, 从而更加合理的利用反馈 信道资源, 增加反馈包的有效性, 从而提高 ROHC整体工作的效率。
图 3中, 一方面, 每一个数据包流都对应着一个解压上下文, 解压器可 以周期性的统计利用某个解压上下文处理的压缩包数量, 从而估算出该解压 上下文对应的包流发送速率。 如果是双向模式, 对于发送速率较高的包流, 其反馈数据包生成的速率也相应的比较高。 另一方面, ROHC 中是没有重传 机制的, 所有包流中的数据都只收发一次, 解压器生成的反馈包表现的都是 解压器最新的状态信息。 对于利用同一个解压上下文中的多个反馈包而言, 当最后一个反馈包生成的时候, 该反馈包以前生成的待发送的反馈包都已经 失去作用了。
一般来说, 当压缩器和解压器失步(即不同步)导致解压器数据解压失 败时, 解压器会根据上下文的损坏情况生成 STATIC— NACK反馈包, 或者 NACK反馈包, 其中 STATIC— NACK表示解压器静态上下文损坏, 它需要更 加及时的被发送。 当数据解压成功时, 会生成 ACK反馈包。
步骤 S402, 可发送标记步骤, 所述解压器标记当前待发送的反馈包中优 先级最高的反馈包为可发送反馈包;
步骤 S403 , 反馈包发送步骤, 所述解压器发送所有可发送反馈包。
下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是, 在 不冲突的情况下, 本申请中的实施例及实施例中的特征可以相互组合。
针对一个解压器来说,可以有选择性的开启反馈管理方法(如图 4所示)。 反馈管理方法开启的条件是双向模式, 使用捎带反馈或者使用底层链路定时 器反馈。 对于单向模式以及釆取底层链路直接发送反馈的方式, 则不需要启 用反馈管理方法。
下面结合附图 4对本发明所涉及的反馈管理方法开启的处理流程做进一 步的详细描述: 步骤 S101 : 反馈管理方法开启检测流程启动, 进入步骤 S102;
步骤 S102: 判断当前 ROHC当前的工作模式, 如果 ROHC处于双向模 式, 进入步骤 S103; 如果 ROHC处于单向模式, 则不开启反馈管理方法, 进 入步骤 S106;
步骤 S103:判断当前 ROHC是否使用捎带的方式发送解压器生成的反馈 包, 如果是, 则进入步骤 S105; 否则进入步骤 S104;
步骤 S104: 判断 ROHC是否使用底层链路定时发送反馈方式, 如果是, 则反馈包存在堆积的可能, 需要开启反馈管理方法, 进入步骤 S105; 如果使 用立即发送反馈的方式, 进入步骤 S106;
步骤 S105: 当前 ROHC工作在可能产生反馈包堆积的场合, 开启反馈反 馈管理方法, 进入步骤 S106;
步骤 S106: 反馈反馈管理方法开启检测流程结束;
可理解的, 在不需要开启本发明反馈管理方法时, 釆用现有反馈流程对 反馈包进行处理。
根据 ROHC的反馈特性, 同一包流的多个连续反馈包中, 反馈包的有效 性和生成时间成正比, 即越晚生成的反馈包有效性越强。 对于连续的多包 ACK数据, 可以使用最后一包 ACK数据代替前面所有的 ACK数据。 在开启 反馈管理方法的场合, 本发明反馈管理方法只会为每一个包流维护一个最后 到来的反馈包, 无论这个反馈包是 ACK, NACK还是 STATIC— NACK。 对于 多个包流中的同一类反馈包, 可以釆取任意方式标识其优先级。 比如釆取 FIFO的方式为每一类反馈包维护特定的发送序号。
下面结合附图 5对本发明优先级标记的处理流程做进一步的详细描述: 步骤 S201 : 解压器新生成了一个反馈包, 反馈包优先级标记流程启动, 进入步骤 S202;
步骤 S202: 判断当前 ROHC是否使用了反馈管理方法, 如果使用, 则需 要对新生成的反馈包进行处理,进入步骤 S203;如果没有开启反馈管理方法, 进入步骤 S208;
步骤 S203: 判断新生成的反馈包所属的包流中是否存在待发送的遗留反 馈包, 如判断是, 进入步骤 S204; 否则进入步骤 S205;
步骤 S204: 根据 ROHC反馈特性,新生成的反馈包有效性以及优先级均 高于遗留反馈, 将遗留反馈包全部删除, 进入步骤 S205;
步骤 S205: 将新生成的反馈包与其对应包流相关联, 成为该包流唯一需 要发送的反馈包, 进入步骤 S206;
步骤 S206: 标记该新生成的反馈包的类别优先级, 进入步骤 S208;
其中, STATIC— NACK反馈包的类别优先级最高、 NACK反馈包的类别 优先级次之, ACK反馈包的类别优先级最低;
步骤 S207: 标记该新生成的反馈包在所属类别优先级的反馈包中的发送 优先级, 发送优先级设置完成后, 进入步骤 S208;
当前 ROHC实例中, 使用任意优先级设置方式设置该新生成的反馈包在 所属类别优先级的反馈包中的发送优先级。最简单的,可以使用 FIFO的方式 设置优先级。 也可以根据不同包流的发送速率, 反馈包生成速率等信息设置 优先级。
可选地, 也可以默认为该新生成的反馈包在所属类别优先级的反馈包中 的发送优先级相同,即不同包流的 STATIC— NACK反馈包的发送优先级相同, 不同包流的 NACK反馈包的发送优先级相同, 不同包流的 ACK反馈包的发 送优先级相同。
步骤 S208: 优先级标记流程结束。
在开启反馈管理方法的场合, 需要根据当前所能携带的反馈包量, 选择 优先级最高的反馈包。 根据 ROHC的反馈特性, STATIC— NACK的优先级一 定高于 NACK, NACK的优先级一定高于 ACK。 每一类反馈包中如有多个, 则需要比较所有包流中的每一个待发反馈包的发送优先级, 根据发送优先级 标识, 选择发送优先级较高的反馈包。
下面结合附图 6对本发明所涉及的可发送标记的处理流程做进一步的详 细描述:
步骤 S301 : 待发送标记流程启动, 进入步骤 S302;
步骤 S302:解压器符合发送一个或者多个反馈包的条件,进入步骤 S303; 发送反馈包的条件可以是反馈定时器超时或捎带反馈。
步骤 S303: 判断当前 ROHC是否使用反馈管理方法, 如果使用, 进入步 骤 S304; 否则, 进入步骤 S311 ;
步骤 S304: 判断当前 ROHC实例是否存在待发送的反馈包, 如果存在, 进入步骤 S305; 否则, 进入步骤 S312;
步骤 S305: 判断当前 ROHC实例是否存在待发送的 STATIC— NACK反 馈包, 如果存在, 进入步骤 S306; 否则, 进入步骤 S307;
步骤 S306: 将当前 ROHC实例所有包流的 STATIC-NACK反馈包中发送优 先级最高的反馈包设置为待发送状态, 进入步骤 S 311 ;
步骤 S307: 判断当前 ROHC实例是否存在待发送的 NACK反馈包, 如 果存在, 进入步骤 S308; 否则, 进入步骤 S309;
步骤 S308: 将当前 ROHC实例所有包流的 NACK反馈包中发送优先级 最高的反馈包设置为待发送状态, 进入步骤 S311 ;
步骤 S309: 判断当前 ROHC实例是否存在待发送的 ACK反馈包, 如果 存在, 进入步骤 S310, 否则进入步骤 S311;
步骤 S310: 将当前 ROHC实例所有包流的 ACK反馈包中发送优先级最 高的反馈包设置为待发送状态, 进入步骤 S311 ;
以上步骤 S304到 S310的过程即是在符合发送反馈包条件时, 解压器选 择待发送的反馈包中优先级最高的反馈包并标记为可发送反馈包的过程。
步骤 S311 : 判断当前可发送反馈包数量是否达到预设值, 如果是, 进入 步骤 S312; 否则, 返回步骤 S304;
步骤 S312: 可发送标记流程结束。
可发送标记流程结束后发送所有可发送反馈包;
为了实现以上方法, 本发明还提供了一种鲁棒性头压缩反馈管理装置, 如图 7所示, 该装置包括:
优先级标记单元, 用于标记新生成的反馈包的优先级, 所述优先级包括 类别优先级, 其中, STATIC— NACK反馈包的类别优先级最高、 NACK反馈 包的类别优先级次之, ACK反馈包的类别优先级最低;
可发送标记单元, 用于标记当前待发送反馈包中优先级最高的反馈包为 可发送状态。
所述优先级标记单元只保留并标记每个包流的最后一个反馈包,优选地, 该优先级标记单元包括:
反馈包处理模块, 用于判断该新生成的反馈包所属的包流是否存在待发 送的遗留反馈包, 并在判断存在时, 删除所有遗留反馈包;
优先级标记模块, 用于标记该新生成的反馈包的类别优先级。
优选地, 所述优先级还包括用于表示同一类别优先级的反馈包发送顺序 的发送优先级, 所述优先级标记模块还用于标记该新生成的反馈包在所属的 类别优先级的反馈包中的发送优先级。
特别情况下, 同一类别优先级的反馈包的发送优先级可设置为相同。 优选地, 所述可发送标记单元包括:
可发送反馈包标记模块, 用于在符合发送反馈包条件且当前可发送反馈 包数量未达到预设值时, 标记待发送的反馈包中优先级最高的反馈包为可发 送反馈包;
反馈包数量判断模块,用于判断当前可发送反馈包数量是否达到预设值。 另外, 本发明还提供了一种鲁棒性头压缩解压器, 如图 8所示, 该解压 器包括:
状态判断单元, 用于判断所述解压器当前的工作模式及反馈方式; 反馈管理装置控制单元, 用于在所述解压器的工作模式为双向模式, 且 使用捎带反馈或底层链路定时反馈方式时, 启动所述反馈管理装置;
反馈包生成单元, 用于生成反馈包;
反馈管理装置, 用于进行反馈管理, 具体如前所述;
反馈包发送单元, 用于在当前可发送反馈包数量达到预设值时, 发送所 有可发送反馈包。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成, 所述程序可以存储于计算机可读存储介质中, 如只读 存储器、 磁盘或光盘等。 可选地, 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地, 上述实施例中的各模块 /单元可以釆用 硬件的形式实现, 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域 的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围 之内。
工业实用性
本发明实施例将每一个待发送的反馈包设置优先级, 在发送反馈包的时 候,通过比较所有包流中待发送的反馈包,按照 STATIC— NACK, NACK,ACK 的优先级顺序, 选择优先级最高的反馈包进行发送, 最终达到兼顾不同包流, 提高 ROHC整体性能及双向模式下的压缩效率的目的。
另外, 能够根据反馈包生成的时间、 频率特性以及反馈包自身的类型等 参数信息, 删除已经无效或者冗余的反馈包, 并且为剩余的待发送的反馈包 安排合理的发送顺序, 使用此方法有以下优点:
增加了反馈包的有效性。
最大限度地保证了反馈包的时效性。
负载均衡, 合理地调整了不同包流间的压缩效率。
一定程度上减轻了压缩器处理无效及冗余反馈的负担;
使运行在双向模式下的 ROHC反馈包能够尽可能地发挥其作用, 即向对 端压缩器汇报本端解压器当前的状态, 从而在整体上提高包流的压缩效率。

Claims

权 利 要 求 书
1、 一种鲁棒性头压缩的反馈管理方法, 解压器的工作模式为双向模式, 且使用捎带反馈或底层链路定时反馈时, 该方法包括:
优先级标记步骤, 解压器标记新生成的反馈包的优先级, 所述优先级包 括类别优先级, 其中, STATIC— NACK反馈包的类别优先级最高、 NACK反 馈包的类别优先级次之, ACK反馈包的类别优先级最低;
待发送标记步骤, 所述解压器标记当前待发送的反馈包中优先级最高的 反馈包为可发送反馈包;
反馈包发送步骤, 所述解压器发送所有可发送反馈包。
2、 如权利要求 1所述的方法, 其中, 所述优先级标记步骤包括: 所述解压器判断该新生成的反馈包所属的包流是否存在待发送的遗留反 馈包, 并在判断存在时, 删除所有遗留反馈包;
所述解压器标记该新生成的反馈包的类别优先级。
3、 如权利要求 2所述的方法,其中, 所述优先级还包括表示同一类别优 先级的反馈包发送顺序的发送优先级, 所述标记该新生成的反馈包的类别优 先级后, 优先级标记步骤还包括: 所述解压器标记该新生成的反馈包在所属 类别优先级的反馈包中的发送优先级。
4、 如权利要求 3所述的方法, 其中, 所述解压器根据先进先出 (FIFO ) 原则、 数据包发送速率或反馈包生成频率标记发送优先级。
5、 如权利要求 1所述的方法, 其中, 所述待发送标记步骤包括: 符合发送反馈包条件时 , 所述解压器选择待发送的反馈包中优先级最高 的反馈包标记为可发送反馈包;
所述解压器判断当前可发送反馈包数量是否达到预设值, 若否, 则返回 优先级标记步骤, 否则执行反馈包发送步骤。
6、 如权利要求 5所述的方法,其中, 所述解压器选择待发送的反馈包中 优先级最高的反馈包的步骤包括:
所述解压器判断是否存在待发送的 STATIC— NACK反馈包, 若存在, 则 选择发送优先级最高的 STATIC— NACK 反馈包; 如果不存在待发送的 STATIC— NACK反馈包,
所述解压器判断是否存在待发送的 NACK反馈包, 若存在, 则选择发送 优先级最高的 NACK反馈包; 如果不存在待发送的 NACK反馈包,
所述解压器判断是否存在待发送的 ACK反馈包,若存在, 则选择发送优 先级最高的 ACK反馈包, 如果不存在待发送的 ACK反馈包, 流程结束。
7、 一种鲁棒性头压缩反馈管理装置, 该装置包括:
优先级标记单元, 其设置为: 标记新生成的反馈包的优先级, 所述优先 级包括类别优先级,其中, STATIC— NACK反馈包的类别优先级最高、 NACK 反馈包的类别优先级次之, ACK反馈包的类别优先级最低;
可发送标记单元, 其设置为: 标记当前待发送反馈包中优先级最高的反 馈包为可发送反馈包。
8、 如权利要求 7所述的装置,其中, 所述优先级标记单元只保留每个包 流的最后一个反馈包。
9、 如权利要求 7所述的装置, 其中, 所述优先级标记单元包括: 反馈包处理模块, 设置为: 判断该新生成的反馈包所属的包流是否存在 待发送的遗留反馈包, 并在判断存在时, 删除所有遗留反馈包;
优先级标记模块, 设置为: 标记该新生成的反馈包的类别优先级。
10、 如权利要求 9所述的装置, 其中, 所述优先级还包括表示同一类别 优先级的反馈包发送顺序的发送优先级, 所述优先级标记模块还设置为: 标 记该新生成的反馈包在所属的类别优先级的反馈包中的发送优先级。
11、 如权利要求 7所述的装置, 其中, 所述可发送标记单元包括: 可发送反馈包标记模块, 设置为: 在符合发送反馈包条件且当前可发送 反馈包数量未达到预设值时, 标记待发送的反馈包中优先级最高的反馈包为 可发送反馈包;
反馈包数量判断模块, 设置为: 判断当前可发送反馈包数量是否达到预 设值。
12、 一种鲁棒性头压缩解压器, 该解压器包括:
状态判断单元, 其设置为: 判断所述解压器当前的工作模式及反馈方式; 反馈管理装置控制单元, 其设置为: 在所述解压器的工作模式为双向模 式, 且使用捎带反馈或底层链路定时反馈方式时, 启动所述反馈管理装置; 反馈包生成单元, 其设置为: 生成反馈包;
如权利要求 7至 11中任一项所述的反馈管理装置;
反馈包发送单元, 其设置为: 在当前可发送反馈包数量达到预设值时, 发送所有可发送反馈包。
PCT/CN2012/078331 2011-12-22 2012-07-09 鲁棒性头压缩反馈管理方法、装置及解压器 WO2013091373A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110434589.2A CN102546100B (zh) 2011-12-22 2011-12-22 鲁棒性头压缩反馈管理方法、装置及解压器
CN201110434589.2 2011-12-22

Publications (1)

Publication Number Publication Date
WO2013091373A1 true WO2013091373A1 (zh) 2013-06-27

Family

ID=46352127

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/078331 WO2013091373A1 (zh) 2011-12-22 2012-07-09 鲁棒性头压缩反馈管理方法、装置及解压器

Country Status (2)

Country Link
CN (1) CN102546100B (zh)
WO (1) WO2013091373A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI692947B (zh) * 2018-10-23 2020-05-01 瑞昱半導體股份有限公司 在傳輸裝置和其對應的傳輸裝置中進行壓縮操作之模式轉換的方法、及傳輸裝置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546100B (zh) * 2011-12-22 2017-10-17 中兴通讯股份有限公司 鲁棒性头压缩反馈管理方法、装置及解压器
CN111800826B (zh) * 2019-08-01 2023-06-02 维沃移动通信有限公司 一种rohc反馈处理方法及用户设备
CN114339640B (zh) * 2022-01-11 2023-04-07 赛特斯信息科技股份有限公司 基于rohc的5g语音传输方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212404A (zh) * 2006-12-27 2008-07-02 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统
CN101364937A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 保持鲁棒性头标压缩机制通信连续的方法、系统
US20100098080A1 (en) * 2008-10-19 2010-04-22 Robert Stacey Payload Header Suppression with Conditional Field Suppression
CN102045328A (zh) * 2009-10-16 2011-05-04 中兴通讯股份有限公司 一种鲁棒性头压缩模式切换的方法及解压器
CN102546100A (zh) * 2011-12-22 2012-07-04 中兴通讯股份有限公司 鲁棒性头压缩反馈管理方法、装置及解压器

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8238242B2 (en) * 2006-02-27 2012-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Flow control mechanism using local and global acknowledgements
CN1968198A (zh) * 2006-06-16 2007-05-23 华为技术有限公司 一种无线接入承载分组数据业务的QoS管理方法
CN102055568B (zh) * 2009-11-02 2013-06-05 中兴通讯股份有限公司 反馈报文处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212404A (zh) * 2006-12-27 2008-07-02 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统
CN101364937A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 保持鲁棒性头标压缩机制通信连续的方法、系统
US20100098080A1 (en) * 2008-10-19 2010-04-22 Robert Stacey Payload Header Suppression with Conditional Field Suppression
CN102045328A (zh) * 2009-10-16 2011-05-04 中兴通讯股份有限公司 一种鲁棒性头压缩模式切换的方法及解压器
CN102546100A (zh) * 2011-12-22 2012-07-04 中兴通讯股份有限公司 鲁棒性头压缩反馈管理方法、装置及解压器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI692947B (zh) * 2018-10-23 2020-05-01 瑞昱半導體股份有限公司 在傳輸裝置和其對應的傳輸裝置中進行壓縮操作之模式轉換的方法、及傳輸裝置

Also Published As

Publication number Publication date
CN102546100B (zh) 2017-10-17
CN102546100A (zh) 2012-07-04

Similar Documents

Publication Publication Date Title
KR101696776B1 (ko) 향상된 확인응답 및 재송신 메커니즘
US9350663B2 (en) Enhanced large data transmissions and catastrophic congestion avoidance over TCP/IP networks
WO2018196491A1 (zh) 上行数据解压缩、压缩的方法和装置
JP4163613B2 (ja) データ・ユニットの処理方法およびシステム
US8717900B2 (en) Mechanisms to improve the transmission control protocol performance in wireless networks
JP4198741B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
EP1686731B1 (en) Integrated base station and a method of transmitting data units in a communications system for mobile devices
CN101843157B (zh) 基于无线电承载配置的缓冲器状态报告
CN108418767A (zh) 数据传输方法、设备及计算机存储介质
EP3235271A1 (en) Methods for enabling delay-awareness in the constrained application protocol (coap)
CN106254202A (zh) 一种基于喷泉码的多路并行传输方法以及装置
JP2009147786A (ja) 通信装置、データフレームの送信制御方法及びプログラム
US20090080332A1 (en) Method and System for a Fast Drop Recovery for a TCP Connection
WO2018121535A1 (zh) 一种负载均衡处理方法及装置
CN102148662A (zh) 一种数据发送速率的调整方法及装置
US20230246973A1 (en) System and method for reducing bandwidth usage of a network
CN113765626B (zh) 一种移动通信系统的数据传输方法和装置
WO2005020523A1 (ja) セッション中継装置及び中継方法
WO2013091373A1 (zh) 鲁棒性头压缩反馈管理方法、装置及解压器
WO2014194797A2 (en) Transmission control protocol(tcp)connection control parameter in-band signaling
CN103957121A (zh) 一种面向空天信息网络的跨层tcp优化方法
JP2009071411A (ja) データの転送方法、装置、プログラム
WO2016061987A1 (zh) 报文处理方法及装置
JP2008079330A (ja) 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
WO2012155419A1 (zh) 一种处理重传数据的方法及基站

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12858955

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12858955

Country of ref document: EP

Kind code of ref document: A1