CN1593051A - 扩展标题压缩 - Google Patents

Abstract

本发明涉及一种用于为分组数据网络的链路控制标题压缩与解压缩的方法和装置，其中最初为所述链路设置预定标题扩展尺寸，且其中如果接收到尺寸大于所述预定标题扩展尺寸的扩展标题列表，则将不会用作后续解压缩的参考的分组从所述压缩器传送到所述解压缩器。在所述解压缩一侧，如果接收到其尺寸大于在所述解压缩器内配置的预定标题扩展尺寸的扩展标题列表，则抑制确认的传输。因此，阻止了压缩器与解压缩器之间压缩语境的不一致，并实现了较高的压缩效率，因为不必修复所述语境，且可将被正确解压缩的分组传送到网络上层而无须放弃任何分组。

Description

扩展标题压缩

技术领域

本发明涉及一种方法、装置和系统，其用于在诸如基于IP(互联网协议)网络的分组数据网络内控制标题压缩与解压缩。

背景技术

在使用分组数据传送的通信网络内，单个数据分组在标题部分内带有将所述数据分组从源应用传送到目的地应用所需的信息。将被传送的实际数据包括在有效负荷部分内。

数据分组从源应用到目的地应用的传输路径通常涉及由通过通信链路互连的网络节点所代表的多个中间步骤。所述网络节点被称为分组交换机或路由器，其接收所述数据分组并将其转发到下一中间路由器，直至通达目的地网络节点，所述目的地网络节点将会传送所述数据分组的有效负荷到所述目的地应用。由于分配不同的协议层来传送所述数据分组，所以数据分组的标题部分的长度甚至会超过所述有效负荷部分的长度。

所述标题部分的数据压缩因此可用于实现链路层的更佳使用，所述链路层用于将所述有效负荷传送到目的地应用。标题压缩通过去除标题字段或缩小标题字段的尺寸来减小标题的尺寸。所述压缩可以这样一种方式来完成，即如果所述标题的语境状态与在压缩所述标题时使用的语境状态相同，则解压缩器可重构所述标题。标题压缩可能在网络层电平(例如用于IP标题)、传输层电平(例如用于用户数据报协议(UDP)或传输控制协议(TCP)标题)、甚至是应用层电平(例如用于超文本传输协议(http)标题)上执行。

在IETF(互联网工程特别任务组)技术规范RFC 3095中，耐用标题压缩(ROHC)方案被规定为用于RTP/UDP/IP(实时传输协议、用户数据报协议、互联网协议)、UDP/IP和ESP/IP(封装安全有效负荷)标题的高度耐用和有效的标题压缩方案。当在差错率显著且往返时间漫长的链路上使用现有标题压缩方案时，所述方案无法较好地发挥作用。对于许多其中标题压缩至关重要的带宽受限的链路而言，上述特征相当常见。近年来，两种通信技术尤其为公众普遍使用：蜂窝电话和互联网。蜂窝电话向其用户提供了无论其用户在何处都可以合适的业务质量通达的创新可能性。另一方面，互联网最初即是为多个业务设计的，其对于各种使用的灵活性已成为其优势之一。由于技术解决方案得到改善，IP电话得到良好发展。蜂窝电话愈来愈普遍，其可能具有不仅支持视频与音频，还支持网页浏览、电子邮件、游戏等的IP栈。因此，两个相互通信的移动终端可经由蜂窝电路连接至基站，且所述基站可连接至基于IP的有线网络。如果技术上和经济上可行，则从终端到终端全程的纯IP技术方案具有特定优点。然而，为了使其成为可行的备选方案，许多问题必须解决，尤其是关于带宽效率的问题。

对于蜂窝电话系统而言，有效使用稀缺无线电资源至关重要。每个小区都有足量用户极其重要，否则配置成本将会非常高。话音业务的质量也应当达到现有蜂窝系统内的水平。即使是在支持新业务的情况下，只有成本显著降低，方可接收更低的话音业务质量。

经由蜂窝链路的IP在用于交互话音会话时的问题是较大的标题开销。因此，出于效率原因显然需要减小标题尺寸。然而，蜂窝链路具有使标题压缩无法得到良好执行的特征。用于蜂窝链路的可行标题压缩方案必须能够处理压缩与解压缩点之间的链路上损失，以及所述压缩点之前的损失。

压缩器的语境是其用于压缩标题的状态。解压缩器的语境是其用与解压缩标题的状态。两者之一或是两者组合在一起在所指清晰时通称为“语境”。所述语境包括来自分组流的先前标题的相关信息，例如统计字段以及可能的压缩与解压缩参考值。此外，描述所述分组流的附加信息同样是所述语境的一部分，例如关于IP指示符字段如何改变以及序列号或时间戳通常如何在分组间增加的信息。

分组通常对应于传输和接收单元，例如协议数据单元。所述分组例如被ROHC压缩，然后被ROHC解压缩。所述分组流对应于分组序列，其中字段值及其改变模式使得所述标题可被使用相同语境压缩。当所述解压缩器的语境与所述压缩器的语境不一致时，则解压缩可能无法再现原始标题。这种情况可能会发生在所述解压缩器的语境未被适当初始化时，或是分组在压缩器与解压缩器之间丢失或损坏时。语境修复机制是一种在所述语境不同步时使其同步的机制。其用于避免由于语境损坏而导致的过度损耗。

标题压缩得以执行的主要原因在于，在相同分组标题内的标题字段之间，尤其是在属于相同分组流的连续分组之间存在显著冗余。通过仅在最初发送统计字段信息，并利用其它字段的相关性与可预测性，多数分组的标题尺寸可显著减小。来自过去分组的相关信息然后被保持在所述语境内。所述语境信息用于压缩或解压缩后续分组。所述压缩器和解压缩器在特定事件发生时更新其语境。语境由语境识别符(CID)识别，所述语境识别符是被与压缩后的标题和反馈信息一起发送的。所述反馈信息将信息从所述解压缩器送到压缩器。确认信息(ACK)用于确认分组的成功解压缩，这意味着所述语境很可能是最新的。此外，未确认信息(NACK)用于指示所述解压缩器的动态语境出现异步。当若干连续分组无法被正确解压缩时，所述反馈信息被生成。

所述ROHC标题压缩方案具有三种操作模式，称为单向模式(U模式)、双向有利模式(O模式)以及双向可靠模式(R模式)。最佳操作模式取决于压缩协议的环境特征，例如反馈能力、误差概率和分布、标题尺寸变化影响等。

在所述U模式中，仅在从压缩器到解压缩器的方向上发送分组。这种模式因而可用于其中从解压缩器到压缩器的返回路径无法得到或不合需要的链路上。在所述U模式中，仅在压缩后分组流中出现周期性超时和不规则标题字段改变模式的情况下，执行压缩器状态之间的转换。由于周期性再生以及启动差错恢复的缺乏反馈，因此与任何单向模式相比，所述U模式内的压缩效率较低，且损失传播的概率稍高。ROHC压缩必须在U模式下开始。一旦分组到达所述解压缩器，且所述解压缩器以指示需要模式转换的反馈分组来应答，即可执行到任何单向模式的转换。

所述的O模式与U模式类似。不同之处在于，反馈信道用于将误差恢复请求以及任选的显著语境更新确认从解压缩器发送到压缩器。在O模式中并不使用周期性再生。所述O模式旨在最大化压缩效率以及对反馈信道的不足使用。其减少了由于残差或语境无效而造成的传送到上层的受损标题数。

最后，所述R模式在诸多方面与先前两种模式不同。最重要的差异是对于反馈信道的更为密集的使用，以及压缩器与解压缩器内更为严格的逻辑，除了相当高的剩余误码率之外，所述逻辑还用于阻止的压缩器与解压缩器之间语境同步的损耗。反馈被发送以确认所有的语境更新。所述R模式旨在最大化防止损耗传播和损坏传播的耐用性，即最小化语境无效的概率，即使是在标题损耗/误差突发的情况下。

假定分组被在压缩器与解压缩器之间损坏，且所述受损分组可被传送到所述解压缩器来设计ROHC。ROHC使用循环冗余校验码(CRC)在原始标题上检测受损标题。在U和O模式中，最小的标题包括3比特CRC，而在R模式下，最小标题并不包括CRC。因此，在R模式中无法检测到对最小标题的损坏。当在U模式下工作时，所有压缩后标题都带有必被用于验证解压缩的CRC。

在R模式下，所述解压缩器使用以下反馈逻辑。在更新分组时，即带有7或8比特CRC的分组被正确解压缩时，带有指示所述R模式为理想压缩模式的模式参数的确认(ACK(R))被发送到压缩器。另一方面，对于未更新语境的分组，即并未带有CRC的分组而言，并不发送反馈。

所述压缩器会做出从一种压缩模式移至另一压缩模式的判定。对于每个语境而言，所述压缩器和解压缩器都分别为该语境保持其值的当前压缩模式和解压缩模式的变量。所述变量的值为所述语境控制使用何种分组类型以及采取何种行动等。在所述压缩器一侧提供了参数C_MODE和C_TRANS。C_MODE参数的可能值是单向“U”、有利“O”和可靠“R”。所述参数C_MODE必须被初始化为“U”。此外，所述参数C_TRAN的可能值为未决“P”和完成“D”。所述参数C_TRAN必须被初始化为“D”。当所述参数C_TRAN被设置为“P”时，所述压缩器必需仅使用所有模式共有的分组格式，模式信息至少周期性地包括在所发送分组内，且新模式转换请求被忽略。

在所述解压缩器一侧提供了参数D_MODE和D_TRANS。D_MODE的可能值是单向“U”、有利“O”和可靠“R”。所述参数D_MODE必须被初始化为“U”。此外，所述参数D_TRAN的可能值为启动“I”、未决“P”和完成“D”。所述参数D_TRAN必须被初始化为“D”。仅在所述参数D_TRAN被设置为“D”时方可启动模式转换。当所述参数D_TRAN被设置为“I”时，所述压缩器发送带有每个所接收分组的CRC选项的未确认(NACK)或确认(ACK)。

由于IP地址字段尺寸增加，所以对IP标题引入了IP标题扩展，以最小化支持IP地址扩展所需的改变。然而，当输入分组具有较大IP扩展标题时，例如由于语境损坏，所述压缩器和解压缩器可能会松动相互之间的一致性，这将导致压缩和/或解压缩失败。例如，如果归因于解压缩器并未为最大尺寸的IP扩展标题表分配足够的存储器，压缩器压缩较所述解压缩器准备存储的更大的IP扩展标题列表，则可能会导致语境损坏。当所述语境损坏发生时，可能会花费较长时间来修正所述语境，而在此期间内，许多分组由于错误的压缩而被放弃。未压缩的分组类型则用于使所述语境再次同步，这会导致较低的压缩效率。根据另一种解决方案，可将用于最大尺寸IP扩展标题列表的足够存储器分配给所述解压缩器。然而这将导致使用较大的存储器，因为IP扩展标题表的最大尺寸与最大输入分组尺寸相同。

发明内容

因此，本发明的目的是提供一种改善的标题压缩方案，借助于此方案，可阻止较大IP扩展标题所导致的所述压缩器与解压缩器之间的语境不一致。

所述目的可借助一种为分组数据网络的链路控制标题压缩的方法来实现，所述方法包括步骤：

为所述链路设置预定标题扩展尺寸；以及

如果已接收到尺寸大于所述预定标题扩展尺寸的扩展标题列表，则传送非参考分组，所述非参考分组将不会被用作后续解压缩的参考。

此外，上述目的可借助一种为分组数据网络的链路控制标题解压缩的方法来实现，所述方法包括步骤：

为所述链路设置预定标题扩展尺寸；以及

如果已接收到尺寸大于所述预定标题扩展尺寸的扩展标题列表，则抑制确认的传输。

此外，所述目的可借助一种用于控制分组数据网络的链路上的标题压缩的压缩装置来实现，所述装置包括：

控制装置，其用于为所述链路设置预定标题扩展尺寸；以及

标题压缩装置，其用于如果已接收到尺寸大于所述预定标题扩展尺寸的扩展标题列表，则生成非参考分组，所述非参考分组将不会被用作后续解压缩的参考。

最后，上述目的可借助一种为分组数据网络的链路控制标题解压缩的解压缩装置来实现，所述装置包括：

控制装置，其用于为所述链路设置预定标题扩展尺寸；以及

标题解压缩装置，其用于如果已接收到尺寸大于所述预定标题扩展尺寸的扩展标题列表，则抑制确认的传输。

因此，提供了一种标题压缩与解压缩方案，其保持所述解压缩器和压缩器以正常方式工作，即使是在接收到具有较大IP扩展标题时。所述解决方案与现有ROHC标准兼容，并阻止了压缩器与解压缩器之间的语境不一致。实现了较高的压缩效率，因为不必修复语境，且解压缩后的分组被正确地传送到上层协议，而未放弃任何分组。此外，可以显著地减少存储器使用。

所述标题压缩可能基于ROHC方案。在这种情况下，如果操作模式是U模式或O模式，则从所述链路的压缩器一侧传送的非参考分组可能是未带有生成识别符的分组，其中所述生成识别符用于指示标题扩展列表的相同生成。另一方面，如果所述操作模式是R模式，则非参考分组可能是并未更新解压缩语境的ROHC可靠模式分组。

在ROHC方案的情况下，所述标题解压缩可能适合于响应于接收所述较大扩展标题，形成到可靠模式的转换。

此外，可能会维持所述抑制，直至接收到尺寸小于或等于所述预定标题扩展尺寸的扩展标题。

附图说明

以下将基于优选实施例，并参照附图详细描述本发明，在附图中：

图1示出了IP扩展标题字段格式的示意图；

图2示出了传输链路的示意框图，所述传输链路包括根据优选实施例的压缩器与解压缩器；

图3示出了根据优选实施例的压缩控制进程的示意性流程图；

图4示出了根据优选实施例的解压缩控制进程的示意性流程图；以及

图5示出了根据优选实施例的分组流图的实例。

具体实施方式

以下将基于图2所示的发射实体200与接收实体300之间分组数据传输链路来描述优选实施例，所述发射实体与接收实体都使用ROHC方案。所述传输实体200和接收实体300可能是诸如基于IP蜂窝网络的基于IP网络的路由器。

根据优选实施例的压缩与解压缩方案被设计为处理可附至IPv4或IPv6标题的较大IP扩展标题或标题列表。

图1示出了IP扩展标题字段格式的示意性图，所述扩展标题字段如ROHC压缩后分组的IETF技术规范RFC 3095内所规定的。根据图1，所述扩展标题字段包括标志字节120，其用于指示设置在随后字节130内的特定压缩后序列号的出现。在压缩所述字节120的对应标题项时，设置1比特标志。在并未设置对应标志时，对应标题项未压缩即被发送或是并不存在。特定的第一标志CL指示变量长度的压缩后标题列表的出现。因此，基于所述第一标志CL可确定所述压缩后标题表140是否附至所述扩展标题字段100。

图3示出了在压缩控制单元202内执行的压缩控制进程的示意性流程图，所述压缩控制单元202用于控制图2所示发射实体200的压缩器201的压缩。同样，在接收单元300内，解压缩控制单元302用于控制解压缩器301的解压缩。所述发射实体202的压缩控制单元202和压缩器201可能被设置为单个单元，或是存储在所述发射实体202内的程序的软件例行程序。这同样适用于所述接收实体300内的解压缩控制单元302和解压缩器301。

应当注意的是，图2所示的包括控制信道cch和数据信道dch的双线连接是一般或简化的表现，因为所述数据信道dch和控制信道cch也可能与不同协议层的不同信令流或分组单元相关，所述控制信道可能是带外信道，所述数据信道用于连接所述压缩器201和解压缩器301。例如由于对于ROHC的单独资源限制，运营商或是所述发射实体与接收实体内的对应初始化例行程序单独地为相关链路设置IP扩展标题或扩展标题列表的对应预定数量或尺寸。因此，扩展标题或扩展标题列表的最大尺寸被在压缩器201和解压缩器301内本地配置，且一方并不了解另一方正在使用的值。

根据图3所示的流程图，压缩模式最初在步骤S100内配置。在此模式配置过程中，设置或配置所述扩展标题列表的所允许或支持的最大尺寸。在图3的步骤S101中，接收到带有IP扩展标题140的分组，所述标题可能由所述压缩器201在分析输入分组期间内检测。所述压缩控制单元202检测所接收IP扩展标题140是否大于为所述发射实体200内的压缩所设置的所配置最大扩展标题列表尺寸。如果否，则在步骤S102内检测设置了U模式还是O模式。如果是，则在步骤S103内将生成识别符指配给所接收分组。如果既未设置U模式也未设置O模式，则在步骤S107内生成R模式分组。在当前情况下，假定在接收所述分组时，所述压缩器处于U或O模式。在这两种模式中，相同列表的序列被认为属于相同生成，并都被指配相同的生成识别符。每次在所述列表改变时即将所述生成识别符增加“1”，且所述生成识别符被在所压缩与解压缩列表内传送，所述的所压缩与解压缩列表被用作参考列表的候选。在基于参考的压缩方案，即基于增加或删除的方案内，列表的压缩与解压缩基于所述参考列表，所述参考列表被假定存在于压缩器201与解压缩器301的语境内。所述压缩列表是当前列表与参考列表之间的差异的编码。在接收压缩列表时，所述压缩器301将所述差异应用于其参考列表，以得到原始列表。在所述列表可被用作参考列表之前，通常已在至少预定数量的标题内重复所述生成识别符。然而，可能会在O或U模式下发送一些确认，且无论何时接收到标题的确认，该标题的列表都被认为是已知的，因而无需重复。关于基于参考的压缩方案的其它细节可从IETF技术规范RFC 3095中查找。

在步骤S108内，处理后的分组被转发到解压缩器301，所过程返回到步骤S101。

如果在图3的步骤S101内检查操作导致所接收IP扩展标题列表的尺寸大于所配置的最大标题扩展标尺寸，则在步骤S104内检测所述压缩器201处于U模式还是O模式。如果在步骤S104内确定所述压缩器201处于U或O模式，则所述压缩器201生成具有扩展标题列表140但并不具有生成识别符的分组(步骤S105)。所述并不具有生成识别符的列表并未被指配新的生成识别符，且并不被用于将来的参考列表。因此，它们并不用于在所述解压缩器301内更新语境。

另一方面，如果在步骤S104内确定所述压缩器201并不处于U和O模式，即处于R模式，则所述压缩器201发送R1-*分组，所述R1-*分组可能对应于在RFC 3095内定义的任何类型的R1分组(步骤S106)。所述分组并不具有CRC字段，因而将同样不会作为用于更新所述解压缩器301内的语境的参考。最后，在步骤S108内，所生成的分组被转发到所述解压缩器301。

图4示出了解压缩控制进程的示意性流程图，基于所述进程，所述解压缩控制单元302控制所述接收实体300内的解压缩器301。在步骤S200内为解压缩配置所允许或支持的最大扩展标题尺寸之后，在步骤S201内检测所接收IP扩展标题表的尺寸是否大于所配置的最大尺寸，所述步骤S200与图3的步骤S100类似。如果所接收尺寸并不大于所配置的最大尺寸，则在步骤S202内允许将正常的确认发送到所述压缩器201。应当理解的是，所述解压缩器301不必在此步骤内发送确认，因为在U模式或O/R模式中并非每个分组都被确认。

另一方面，如果所接收尺寸大于所配置最大尺寸，则在步骤S203内检测所述解压缩器301是否处于U或O模式。如果是，则所述解压缩控制单元302启动到R模式的转换，其中所述解压缩器301将不会在其处于R模式之后发送任何确认(步骤204)。对于确认的抑制持续至接收到尺寸小于所配置最大尺寸的IP扩展标题表的分组。如果在步骤S203内确定所述解压缩器301并不处于U和O模式，即处于R模式，则在步骤S205内抑制确认的传输。最后，分别在步骤S202、S204和S205之后，所述进程返回到步骤S201。因此，只要接收到过长尺寸的IP扩展标题，就不会从所述解压缩器301发送确认到压缩器201。

图5示出了当接收具有较大扩展标题的分组时，所述压缩器201与解压缩器301之间的分组传输方案的特定实例，所述压缩器201具有所配置的最大扩展标题表尺寸IP_EXTC，而所述解压缩器301具有所配置的最大扩展标题表尺寸IP_EXTD。

在此实例中，假定所述压缩器201内的所配置最大扩展标题列表尺寸IP_EXTC大于或至少等于所述解压缩器301内的所配置最大扩展标题列表尺寸IP_EXTD。所述分组k内的所述扩展标题列表大于解压缩器301内的所配置最大扩展标题列表尺寸IP_EXTD，但小于所述的所配置最大扩展标题列表尺寸IP_EXTC。假定所述压缩器201处于所述U或O模式，则所述压缩器201传送带有生成识别符的分组。此外，根据图4的进程，所述解压缩器310并不确认所述分组k，发送未确认NACK(R)，所述未确认NACK(R)带有指示到R模式的模式转换的参数。在接收到所述NACK(R)消息之后，如参数C_MODE指示，所述压缩器210还执行到R模式的转换。此外，由于并未接收到确认，所述分组k无法用作参考，因而所述参数C_TRANS被设置为状态“P”。然后，所述压缩器201发送分组类型2，例如UOR-2，其可在解压缩器301内用作后续解压缩的参考。作为选择，所述压缩器201可发送通信所述语境的动态部分的IR-DYN分组，所述动态部分即在RFC 3095内定义的非恒定功能的参数。然而，所述分组内的列表仍然大于所述解压缩器301的所配置最大扩展标题表尺寸IP_EXTD。

当此时处于R模式和D_TRANS参数状态“P”的解压缩器301接收UOR-2或IR-DYN分组时，如图4的步骤S205所指示的，所述解压缩器301并不发送任何确认。所述过程会继续到在所述压缩器201内接收到具有其尺寸小于或等于所配置最大扩展标题表尺寸IP_EXTD的扩展标题表的分组N，并将其转发到所述解压缩器301。响应于接收具有容许扩展标题表尺寸的分组，所述解压缩器301生成确认ACK，而所述压缩器201将C_TRANS参数设置为状态“D”，并将分组N内的列表用作将来压缩的参考列表。

如果所述解压缩器301接收到具有大于为解压缩配置的最大尺寸IP_EXTD的扩展标题表的分组，但在所述扩展标题表内并不具有生成识别符，则不会启动到R模式的转换。这可能发生在所接收的列表尺寸大于所述解压缩器301内的所配置最大尺寸IP_EXTD，并大于所配置最大尺寸IP_EXTC的情况。

当在所述压缩器201内定义的滑动窗口发生溢出时，可通过使用当前的参考列表来保持所述滑动窗口内的所有单元，并发送R1-*分组。作为选择，可从所述滑动窗口移出最旧的单元，并插入带有CRC的分组。如果并未接收到反馈，这意味着所述滑动窗口内的分组无法用作参考列表，则所述当前参考列表仍被用于压缩。

应当注意的是，本发明并不仅限于上述优选实施例，而是可在任何使用可变尺寸扩展标题的所确认的分组数据传输链路内实施。所述优选实施例因而可在所附权利要求书的范围内改变。

Claims (13)

1、一种控制分组数据网络的链路的标题压缩的方法，所述方法包括步骤：

a)为所述链路设置预定的标题扩展尺寸；以及

b)如果已接收到尺寸大于所述预定的标题扩展尺寸的扩展标题列表，则传送将不会被用作后续解压缩的参考的非参考分组。

2、根据权利要求1的方法，其中所述标题压缩基于ROHC方案。

3、根据权利要求2的方法，其中如果操作模式是U模式或O模式，则所述非参考分组是并不具有生成识别符的分组，并且所述生成识别符用作指示同样生成的标题扩展列表。

4、根据权利要求2或3的方法，其中如果所述操作模式是R模式，则所述非参考分组是并未更新解压缩语境的ROHC可靠模式分组。

5、根据权利要求4的方法，其中所述可靠模式分组是R-1模式分组。

6、一种用于控制分组数据网络的链路的标题解压缩的方法，所述方法包括步骤：

a)为所述链路设置预定的标题扩展尺寸；以及

b)如果已接收到尺寸大于所述预定的标题扩展尺寸的扩展标题列表，则抑制确认的传输。

7、根据权利要求6的方法，其中所述标题解压缩基于ROHC方案，并且响应于接收到所述较大扩展标题列表，执行到可靠模式的转换。

8、根据权利要求6或7的方法，其中维持所述抑制，直至接收到尺寸小于或等于所述预定的标题扩展尺寸的扩展标题列表。

9、一种用于在分组数据网络的链路上控制标题压缩的压缩装置，所述装置包括：

a)控制装置(202)，用于为所述链路设置预定的标题扩展尺寸；以及

b)标题压缩装置(201)，用于如果已接收到尺寸大于所述预定的标题扩展尺寸的扩展标题列表，则生成将不会被用作后续解压缩的参考的非参考分组。

10、根据权利要求9的装置，其中所述标题压缩装置(201)基于RoHC方案，且所述标题压缩装置(201)被设置为生成用作所述非参考分组的、并不具有生成识别符的U模式或O模式分组或者可靠模式分组。

11、一种用于控制分组数据网络的链路的标题解压缩的解压缩装置，所述装置包括：

a)控制装置(302)，用于为所述链路设置预定的标题扩展尺寸；以及

b)标题解压缩装置(301)，用于如果已接收到尺寸大于所述预定的标题扩展尺寸的扩展标题列表，则抑制确认的传输。

12、根据权利要求11的装置，其中所述标题解压缩装置(301)被设置为基于ROHC方案执行所述标题解压缩，并响应于接收到所述较大扩展标题列表，执行到可靠模式的转换。

13、一种用于控制标题压缩的系统，其包括根据权利要求9或10的压缩装置，以及根据权利要求11或12的解压缩装置。

Images