数据压缩的控制方法

专利名称：数据压缩的控制方法
技术领域：
本发明涉及在电信系统中使用数据压缩实体V.42bis，具体地说，涉及通过多个SNDCP实体共享公用的V.42bis的数据压缩实体的方法。
问题的范围在数字移动电信系统中，用GPRS作例子说明，服务节点，例如SGSN一般能够处理大量同时呼叫或移动台(MS)。在处理数据压缩，例如V.42bis压缩时，服务节点的存储容量可能是一个限制节点总业务量的因素。更具体地说，压缩，例如在SGSN的SNDCP层中的V.42bis压缩都为每一个建立的压缩实体，也就是在它的各个压缩实体中配置的每一棵树消耗存储器。
参见附图1，通过引用GPRS作例子说明这种情况，SNDCP层在GPRS层结构里的正确环境中被鉴别出来，也显示了用于有效负荷的协议栈。例如，IP-分组可以组成有效负荷。
还是参考附图1，通过引用GPRS作例子说明这种情况，应该注意，SGSN中的一个SNDCP层连接到移动台(MS)中的一个SNDCP层。因此，正如相关技术中的专业技术人员将理解的那样，为了处理多个移动台，在SGSN中可以存在多个SGSN协议栈。
而且，参见附图1，通过引用GPRS作例子说明这种情况，应该注意，与一个移动台相关联的SNDCP层可能包括一个或多个实体。就是说，一个移动台可以在SNDCP层中通过多个由SNDCP层处理的连接建立连接。此外，一个SNDCP实体处理SNDCP层中的一个连接。在附图4说明了这样的一个多SNDCP连接的例子。
现有解决方案及其问题根据以上说明，通过ETSI标准04.65 SNDCP的6.6部分的“数据压缩”，公开了一种现有的解决方案，陈述如下等内容“数据压缩是一种选择性的SNDCP特征。数据压缩适用于SN-DATA和SN-UNITDATA基元。如果使用的话，数据压缩将在整个N-PDU中找到，包括可能的压缩协议控制信息。图8(如图3隶属的标准)示出了一个如何使用SNDCP功能的实例。几个NSAPI可以使用一个公用的数据压缩实体，即相同的压缩算法和相同的字典。分离的数据压缩实体将用于确认(SN-DATA)和确认(SN-UNITDATA)数据传送。几个NSAPI可以与一个SAPI相关联，即他们可以使用相同的QoS配置文件。”从而，V.42bis实体(即一棵树)使用每一个与移动台连接的SNDCP的大量存储器，对每一个SNDCP实体或确认模式的SAPI进行配置。
相关技术中的专业技术人员将明白，数据分组在SNDCP中被复用。例如，在GPRS系统中，来自因特网的IP分组(一般称作为N-PDU)在属于SNDCP层的已编号的NSAPI(网络层服务访问点标识符)的SGSN中被接收。接着，SNDCP将SAPI(业务点访问标识符)上的SN-PDU传递给位于SNDCP层下面的LLC层。
关于上述例子，在相反方向上，对于从移动台到达的分组和到达SGSN的分组，包含SNDCP的PDU段的LLC分组数据(一般称作为SN-PDU)在SAPI上被接收。接着，装配成一个完整的N-PDU，并发给因特网。
现在，参照图4，SNDCP将执行的一些功能如下a)将SN-DATA基元映射到LL-DATA基元。
b)将SN-UNITDATA基元映射到LL-UNITDATA基元。
c)将一个或几个网络层实体的N-PDU复用成合适的LLC连接。
d)建立、重建立和释放已确认的对等的LLC操作。
e)对已确认的对等的LLC操作，通过对N-PDU的缓冲和重发来补充LLC层以维护数据的完整性。
f)对每一个NSAPI的传递序列进行单独管理。
g)在发送实体和接收实体中压缩冗余协议控制信息(例如，TCP/IP报头)。压缩方法要根据使用的具体网络层或传输层协议决定。
h)在发送实体中压缩冗余用户的数据，在接收实体中进行解压。对每一个SAPI单独执行数据压缩，并可以对GPRS系统中的每一个PDP上下文单独执行。参数压缩在MS和SGSN之间进行协商。
i)分段和重装配。压缩器的功能输出被分成LL-PDU的最大长度。这些过程与使用的具体网络层协议无关。
j)使用XID交换来协商同层的SNDCP实体之间的XID参数。
现在，参考附图4将说明一个节点通过SNDCP层的流程。在发送方向，功能的顺序如下i. 协议控制信息的压缩ii. 用户数据压缩iii.被压缩的信息分段成SN-数据或者SN-单元数据PDU。
还是参考附图4，在接收流程中，通过一个节点的SNDCP层的功能顺序如下iv.将SN-PDU重装配成N-PDUv. 用户数据的解压vi.协议控制信息的解压下面，用提供的一个示范性GPRS系统，简要说明对于LLC未确认模式情况下SNDCP-V.42bis的通信和操作。在呼叫设置期间，SNDCP可以或者不可以与从移动台(MS)发送给服务GRPS支持节点(SGSN)或者从SGSN发送给MS的报文来协商压缩参数。为此目的发送的报文常常称作为XID命令，对于这条命令，其他参与方通过XID-响应来响应。通常情况下，在与其他执行压缩的合作方签署执行压缩的协议之前，MS和SGSN都将为包括扩展器和压缩器功能的压缩实体检查系统各部分的可用存储器。例如，这可以在用带压缩参数发送XID-命令或XID-响应之前用“Malloc”(存储器分配)实现。在呼叫设置过程的这个过程，SNDCP将或者可能将一个初始的C-INIT命令发送给带商定压缩参数的数据压缩器和/或数据扩展器。根据V.42bis，由于该C-INIT报文，压缩树、接收方向的扩展器和发送方向的压缩器都是根据商定参数进行配置。特别是，为了在确认模式中操作，在接收移动台的方向上，在将压缩数据发送给带C-DATA报文的扩展器之前，在SGSN中，要从尽可能多的SNDCP的PDU段中聚集一个带有压缩数据的完整的SNDCP的PDU。扩展器依次返回数据，但是不需要返回所有与接收到的压缩数据对应的数据。因此，SNDCP将给带有C-FLUSH报文的扩展器安排一个数据刷新，以便得到扩展器的剩余数据，这些剩余数据是数据扩展器用C-数据报文返回的剩余数据。这样，根据确认模式的标准过程，压缩实体通过带有C-INIT报文的SNDCP实体，用相同的压缩参数重新初始化，使得扩展树忽略“前面”处理的数据。这样操作的理由在于，在确认模式中，LLC可能丢失SNDCP的PDU或SNDCP的PDU段，并且达到SNDCP协议的更高层来发送数据(例如，通过TCP)。因此，由于完整的SNDCP的PDU可能被丢失，例如在移动台(MS)的“空气”接口上，数据扩展器可能没有为确认模式保留前面的SNDCP的PDU的足够信息。在发送方向，例如，从SGSN到移动台(MS)，对于未确认模式，将发送一个带有未压缩数据的完整SNDCP的NPDU给带有C-DATA报文的数据压缩器。数据压缩器依次返回数据，但是不需要返回与未压缩数据对应的所有数据，这些未压缩数据是提供给数据压缩器的。因此，SNDCP将给带有C-FLUSH报文的数据压缩器安排一个数据刷新，以便得到压缩器的剩余数据，这些剩余数据是数据扩展器用C-DATA报文返回的剩余数据。这样根据未确认模式标准，压缩实体用带有相同压缩参数的C-INIT报文重新初始化，使压缩树忽略“前面”的处理。这样操作的理由在于，在确认模式中，LLC可能丢失SNDCP的PDU或SNDCP的PDU段，并且达到更高层协议，一般位于SNDCP协议之上，重新发送数据(例如，通过TCP)。因此，由于完整的SNDCP的PDU可能丢失，例如在与移动台(MS)的“空气”接口上，因而数据压缩器可能没有为确认模式保留前面的SNDCP的PDU的足够信息。
本发明的目的本发明的一个目的就是要提供一种解决方案，在数字电信系统中更好地利用数据压缩源。
本发明的简要公开正如所附的独立的专利权利要求1中所述，本发明提供一种共享数字通信系统中数据压缩器实体的方法。
本发明另一些特征在所附的相关专利的权利要求中已说明。
附图的简要说明图1是说明现代数字移动通信系统的典型层次结构的传送平面视图；图2是按照图1上述明的系统中表示不同协议复用的示意图；图3是示范性说明应用NSAPI、SNDCP功能和SAPI的简图；图4是说明在示范性GPRS系统节点的SNDCP层中，确认模式和未确认模式的压缩处理的示意图；图5是说明使用本发明的公用压缩实体的多个玩家的SNDCP配置的示意图。示出的层0包括多个SNDCP实体。
实施例的详细说明下面，将通过实例和参照


本发明。在使用V.42 bis数据压缩的示范性GPRS系统中，一种适合在服务节点(SGSN)中的V.42 bis的数据压缩功能实体将在一个处理器中分配一个足以处理最大尺寸的压缩树的存储区。所有与使用LLC的未确认模式的业务类型的不同MS及所有它们的SNDCP实体的SNDCP连接，重新使用公用的V.42 bis实体，和该特定的V.42 bis实体中公用的V.42 bis树。对于LLC未确认模式，压缩树在每一个N-PDU被SNDCP实体处理后复位。因此，根据本发明，公用的V.42 bis实体可以取决于SNDCP实体决定的、由带有规定的压缩参数的SNDCP实体、在每一个N-INIT之前用C-INIT报文初始化或预复位。这样，所有的SNDCP连接可以重新使用一个公用的V.42 bis实体和分配给树的公用压缩存储器，该树带有在非预先设置为空的、禁止中断或用于未确认模式的连续环境中，用于所有SNDCP实体连接的实体。应该注意，公用V.42 bis实体和各个V.42 bis的存储区由相同的MS中的所有未确认SNDCP的实体连接，或未确认SNDCP实体与不同的MS的连接共享。
公用树的大小逻辑上被限制在所支持的SGSN压缩参数的最大尺寸。如果需要较小的存储器，那么只使用部分公用压缩树存储器。
参考图4，SNDCP协议用包括LLC未确认模式的公用压缩树显示在它的合适环境中。应该注意，SNDCP层是为每一个连接的移动台而存在。因此，在任意确定的点上可能同时存在数千个。未确认模式的公用树由所有SNDCP实体和所有SNDCP层共享。
在下面引用的GPRS数字移动通信系统中，本发明将通过实例的方法，参照SNDCP V.42 bis通信和LLC未确认模式的操作进行说明。
在呼叫设置期间，一个节点的SNDCP可能，或不可能与从MS发送给SGSN或从SGSN发送给MS的报文协商压缩参数。为此目的发送的报文称作为XID命令，其它方将用XID响应来响应它。
正常情况下MS和SGSN将在与执行压缩的其它方签定协议之前，检查压缩实体在系统的各个部分的可用存储器是否足够，压缩实体一般包括扩展器及压缩器功能块。例如，在XID命令和/或响应随压缩参数发送之前，这可以用“Malloc”(存储器分配)实现。
在呼叫设置操作过程的这个阶段，SNDCP将，或可能把一个初始化的C-INIT命令发送给带有协商的压缩参数的数据压缩器和/或扩展器。
根据V.42 bis，压缩树接收方向的扩展器和发送方向的压缩器分别根据配置的协商参数，由C-INIT报文引起。
在从移动台接收的装配的PDU中(见图4)，压缩实体根据本发明，通过带有C-INIT报文的SNDCP实体，以SNDCP实体规定的压缩参数重新初始化(见前节说明)，使扩展树忽略“前面的操作”，并与该特定的SNDCP协商参数相关。这样做的理由在于，未确认模式中的LLC可能丢失SNDCP的PDU或SNDCP的PDU段，并将达到更高层的协议，例如，位于SNDCP协议层之上的TCP协议，以便实现数据的重发。由于一个完整的SNDCP的PDU可能在与移动台的“空气”接口上丢失，因此，数据扩展器不可能保留关于前面的未确认模式的SNDCP的PDU的足够信息。这样，对于未确认模式，在接收移动台的方向，在用C-DATA报文发送给数据扩展器之前，可以从尽可能多的SNDCP的PDU段聚集一个完整的压缩数据的SNDCP的PDU。结果，扩展器返回数据，但是不需要返回所有与接收的压缩数据对应的数据。因此，SNDCP将给带有C-FLUSH报文的扩展器安排一个数据刷新，以便得到扩展器的剩余数据，然后，数据扩展器将用C-DATA报文返回这些数据。(除了C-INIT报文外，也可以用现有标准发送。)在发送给移动台的方向(见图4)，根据本发明的未确认模式，压缩实体用带有SNDCP实体规定的压缩参数的C-INIT报文初始化，以便使压缩树忽略“前面的操作”，并与该SNDCP实体的协商参数相关。这样做的理由在于，未确认模式中的LLC可能丢失SNDCP的PDU或SNDCP的PDU段，并将达到更高层的协议，例如，位于SNDCP协议层之上的TCP协议，以便实现数据的重发。由于一个完整的SNDCP的PDU可能在与移动台的“空气”接口上丢失，因此，数据压缩器不可能保留关于前面的未确认模式的SNDCP的PDU的足够信息。这样，对于未确认模式，在向移动台的发送方向，用C-DATA报文将一个完整的非压缩数据的SNDCP的PDU发送给数据压缩器。接着，压缩器返回数据，但是不需要返回与接收的非压缩数据对应的所有数据。因此，SNDCP将给带有C-FLUSH报文的压缩器安排一个数据刷新，以便得到压缩器的剩余数据，然后，数据压缩器将用C-DATA报文返回这些数据。(除了C-INIT报文外，也可以用现有标准再次发送。)下面将说明本发明与ETSI标准04.65 SNDCP如何相关。
下面的内容是引自上述参考标准6.6数据压缩数据压缩是一种可选择的SNDCP特征。数据压缩适用于SN-DATA和SN-UNITDATA基元。
如果应用的话，数据压缩将在整个包括可能的压缩协议控制信息的N-PDU上实现。
图8(标准中的)示出了一个怎样能够使用SNDCP功能的实例。几个NSAPI可以使用一个公用的数据压缩实体，即相同的压缩算法和相同的字典。分离的数据压缩实体将用于未确认(SN-DATA)和未确认(SN-UNITDATA)数据传送。几个NSAPI可以与一个SAPI相关联，即它们可以应用相同的QoS配置文件。
根据上面引用的参考标准，由于规定实体与压缩算法和相同字典相关联，显然，NASAPI已经能够重用一个公用的压缩实体。但是，每一个SNDCP层具有0个、一个或多个数据压缩算法，并且每一个移动台存在一个SNDCP层。本发明允许在相同的、或不同的SNDCP层上有几个应用未确认模式的NASPI，在相同的物理压缩字典上使用一个带有不同或相同算法的公用的数据压缩实体。就是说，应该用本发明更新标准，以陈述一个实体的压缩算法能够为未确认模式重新初始化。因此，它可以向后兼容。
参考上面引用的ETSI标准04.65 SNDCP的6.6节，本发明可以通过修改标准组合如下6.6数据压缩数据压缩是一种可选择的SNDCP特征。数据压缩适用于SN-DATA和SN-UNITDATA基元。
如果应用的话，数据压缩将在整个包括可能的压缩协议控制信息的N-PDU上实现。
图8(标准中的)示出了一个怎样可以使用SNDCP功能的实例。几个NSAPI可以使用一个公用的数据压缩实体，即相同的压缩算法和相同的字典。
对于未确认模式，来自不同的SNDCP层的几个NSAPI可以通过用不同的压缩参数重新初始化，即不同的压缩算法和相同的字典来使用一个公用的数据压缩实体。分离的数据压缩实体将用于确认(SN-DATA)和未确认(SN-UNITDATA)数据传送。几个NSAPI可以与一个SAPI相关联，即它们可以应用相同的QoS配置文件。
另外，本发明涉及ETSI标准04.65 SNDCP如下根据上面鉴别的ETSI标准引用如下6.6.2.3 V.42 bis的数据压缩操作...
当V.42 bis与SN-UNITDATA基元一起使用时，压缩实体中的数据将被刷新(使用C-FLUSH基元)，然后，在N-PDU被发送后压缩实体将复位。LCC协议将在保护操作模式下运行。
...
根据上面引用的6.6.2.3节，对于未确认模式，V.42 bis实体必须通过SNDCP实体在N-PDU发送后复位。用于对压缩功能复位的C-INIT基元可以在将数据提供给V.42 bis实体之前发送，而C-INIT基元可以包括关联每一个SNDCP实体的具体压缩参数。就是说，本发明通过修改标准可以组合成最佳标准，以便陈述压缩实体将在应用之前复位。因此，它可以向后兼容。
根据上面的陈述，上面引用的ETSI标准0.4.65 SNDCP的6.6.2.3节组合如下6.6.2.3 V.42 bis标准压缩的操作...
当V.42 bis与SN-UNITDATA基元一起使用时，压缩实体中的数据将被刷新(使用C-FLUSH基元)，然后，在N-PDU被发送之前和/或之后，压缩实体将用C-INIT复位。
LCC协议将在保护操作模式下运行。
...
本发明也涉及ETSI标准04.65 SNDCP的6.10节。
与上面鉴别的标准有关的是6.10节，引用如下6.10 SNDCP协议功能和它们与服务访问点的关联的可能组合。
允许以下SNDCP协议功能的组合...
- 一数据压缩实体将与一个SAPI连接，参考上面引用的6.10节，V.42 bis实体(数据压缩实体)必须与仅有的一SAPI连接，在本发明之前的已有的解决中可以看作为一种逻辑方案。但是，考虑本发明这不再是那种情况。考虑本发明，通过修改标准本发明可以组合成上面鉴别出的标准，以便陈述未确认模式的压缩实体可以与多个SAPI连接。因此，它将向后兼容。
将本发明组合成ETSI标准04.65 SNDCP可以通过对标准6.10节实现如下6.10 SNDCP协议功能和它们与服务访问点的关联的可能组合。
允许以下SNDCP协议功能的组合...
- 一数据压缩实体将与一个确认模式的SAPI连接。
- 一数据压缩实体将与一个或多个未确认模式的SAPI连接。
优点不管在数字移动通信方案中的SAPI，本发明的方法消除了未确认模式SNDCP业务量对存储器的高需求。
扩充虽然本发明参照发表的GPRS标准97进行了说明，但是本发明没有局限于这些特定的版本。本发明也适用于所述标准的最新版本，其中SNDCP存在于Gb-接口，并且存在V.42 bis压缩或其它类似的数据压缩的地方。
虽然本发明参照GPRS系统中的SGSN进行了说明，但是本发明也完全适用于移动台(MS)。就是说，对于非预先占用环境的未确认模式，不管SAPI，业务量都可以使用相同的数据压缩树。
在例如启动一个节点中的处理器期间，或者在选择一个节点中处理器(该处理器处理SNDCP层)的第一SNDCP层期间，可以建立或设置未确认模式的业务量的公用压缩实体(参见图5)。这可以，例如借助于用C语言编写的函数来完成，定义如下“extern intSndcp_v42bis_install_common_comp_entity_for_unack(void)”。当该函数在处理器中执行时，就给公用压缩实体分配所需的存储器，公用压缩实体初始化使用的标准V.42 bis变量准备就绪。一般地说，在现有系统中(与本发明的方法不同)，压缩实体的生成是在处理和响应XID命令期间的很后面实现的。
正如上面用实例说明的，在节点处理器上生成和安装的公用压缩实体一般为处理如象C-INIT、C-DATA等标准报文提供标准函数。这些函数也可以，例如定义为全局可访问的函数(“extern”)，使得所有与节点处理器相关连的(即节点处理器处理的)SNDCP层可以访问该公用函数，该公用函数处理公用压缩实体中的C-INIT、C-DATA和FLUSH命令的接收。因此，功用压缩实体函数可以通过定义“extern”从所有SNDCP层访问。
在XID协商期间，在确认或未确认模式中运行的LLC层的模式(确认或未确认)为已知，这时，SNDCP层与前面生成/安装的用于未确认模式的公用压缩实体一起存在。执行XID协商处理的每一个SNDCP层的SNDCP管理实体(参见图5)，将为未确认模式协商压缩参数，该参数小于或等于公用压缩实体的最大数量。因此，压缩参数的最大数目可以设置为特定的最大值，例如对于公用压缩实体，P1＝2048和P2＝20。这就意味着任何时间在“Sndcp_v42bis_install_common_comp_entity_for_unack”函数中分配的存储器都足够大，足以处理以后进来的被压缩或解压的业务量。
在SNDCP实体处理被压缩或解压的(N-或SN-)PDU期间，在SNDCP实体中的未确认或确认模式是已知的。如果正在处理的PDU与未确认模式操作相关的话，在相关联的处理器中的“extern”函数和由公用压缩实体提供的“extern”函数(处理C-INIT、C-DATA和FLUSH的接收的)将被调用。
前几节在标题“扩充”下说明的方法同样完全适用于允许每一个SAPI(一般地说，按照本标准，最大SAPI数目限制设置为4)应用公用压缩实体的场合。因此，一个应用本发明的节点处理系统可能包括象SAPI具有那么多的公用压缩实体。
权利要求
1.一种在GPRS型数字通信系统中用于共享V.42bis型数据压缩实体的方法，该数据压缩实体由多个SNDCP实体共享为公用的数据压缩实体，上述多个SNDCP实体属于不同的SNDCP层并执行LLC未确认模式数据分组的传送，该传送包括SN-UNITDATA有效负荷数据分组的数据压缩，其特征在于，将上述公用数据压缩实体与属于不同SNDCP层的上述多个SNDCP实体中的至少两个相关，在压缩每一个所述SN-UNITDATA有效负荷数据分组之前，应用C-INIT基元对上述公用数据压缩实体初始化，C-INIT基元带有为与要压缩的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的压缩参数，以及配置要压缩的上述SN-UNITDATA有效负荷数据分组的连续压缩。
2.权利要求1的方法，其特征在于，上述公用压缩实体可以与未确认模式数据传送的多个SAPI连接。
3.权利要求1或2的方法，其特征在于，上述公用压缩实体包括上述两个或更多SNDCP实体公用的码字树。
4.权利要求3的方法，其特征在于，根据预设定的和协商的参数，对上述公用压缩实体的初始化使上述公用压缩实体的压缩树重新配置。
5.权利要求2、3或4任意一个的方法，其特征在于，上述公用压缩实体可以与未确认模式的多个SAPI连接。
6.一种在GPRS型数字通信系统中用于共享V.42bis型数据解压实体的方法，该数据解压实体由多个SNDCP实体共享为公用的数据解压实体，上述多个SNDCP实体属于不同的SNDCP层并执行LLC未确认模式数据分组的传送，该传送包括SN-UNITDATA有效负荷数据分组的数据解压，其特征在于，将上述公用数据解压实体与属于不同SNDCP层的上述多个SNDCP实体中的至少两个相关，在解压每一个所述SN-UNITDATA有效负荷数据分组之前，应用C-INIT基元对上述公用数据解压实体初始化，C-INIT基元带有为与要解压的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的解压参数，以及配置要解压的上述SN-UNITDATA有效负荷数据分组的连续解压。
7.权利要求6的方法，其特征在于，上述公用解压实体可以与未确认模式数据传送的多个SAPI连接。
8.权利要求6或7的方法，其特征在于，上述公用压缩实体包括上述两个或更多SNDCP实体公用的码字树。
9.权利要求8的方法，其特征在于，根据预设定的和协商的参数，对上述公用解压实体的初始化使上述公用解压实体的解压树重新配置。
10.权利要求7、8或9任意一个的方法，其特征在于，上述公用解压实体可以与未确认模式的多个SAPI连接。
11.前述权利要求的任意一个的方法，其特征在于，上述SNDCP层存在于上述GPRS通信系统的Gb-接口上。
12.GPRS型电信节点配置成包括V.42bis型数据压缩实体和多个SNDCP实体，上述SNDCP实体属于不同的SNDCP层并执行LLC未确认模式数据分组传送，该传送包括SN-UNITDATA有效负荷数据分组的数据压缩，其特征在于，上述数据压缩实体可以作为公用数据压缩实体分配给属于不同SNDCP层的上述多个SNDCP实体中的至少两个，属于不同SNDCP层的多个SNDCP实体中的至少两个，在对每一个上述SN-UNITDATA有效负荷数据分组进行压缩之前，使用带有为与要压缩的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的压缩参数的C-INIT基元，对上述公用数据压缩实体初始化，以及上述节点被配置成对上述SN-UNITDATA有效负荷数据分组进行连续压缩。
13.GPRS型电信节点配置成包括V.42bis型数据解压实体和多个SNDCP实体，上述SNDCP实体属于不同的SNDCP层并执行LLC未确认模式数据分组传送，该传送包括SN-UNITDATA有效负荷数据分组的数据解压，其特征在于，上述数据解压实体可以作为公用数据压缩实体分配给属于不同SNDCP层的上述多个SNDCP实体中的至少两个，属于不同SNDCP层的多个SNDCP实体中的至少两个，在对每一个上述SN-UNITDATA有效负荷数据分组进行解压之前，使用带有为与要解压的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的解压参数的C-INIT基元，对上述公用数据解压实体初始化，以及上述节点被配置成对上述SN-UNITDATA有效负荷数据分组进行连续解压。
14.一种应用，将V.42bis型数据压缩实体作为多个SNDCP实体公用的数据压缩实体，上述多个SNDCP实体属于不同的SNDCP层并在GPRS型电信节点执行未确认模式数据传送，以进行与所述两个或多个SNDCP实体的各个相关连的SN-UNITDATA有效负荷数据分组的数据压缩，所述应用包括将上述公用数据压缩实体与属于不同SNDCP层的上述多个SNDCP实体中的至少两个相关，在压缩每一个所述SN-UNITDATA有效负荷数据分组之前，应用C-INIT基元对上述公用数据压缩实体初始化，C-INIT基元带有为与要压缩的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的压缩参数，以及配置上述SN-UNITDATA有效负荷数据分组的连续压缩。
15.权利要求14的应用，其特征在于，上述公用压缩实体可以与未确认模式数据传送的多个SAPI连接。
16.权利要求14或15的应用，其特征在于，上述公用压缩实体包括上述两个或更多SNDCP实体公用的码字树。
17.权利要求14、15或16的应用，其特征在于，根据预设定的和协商的参数，对上述公用压缩实体的初始化使上述公用压缩实体的压缩树重新配置。
18.一种应用，将V.42bis型数据解压实体作为两个或更多SNDCP实体公用的数据解压实体，上述多个SNDCP实体属于不同的SNDCP层并在GPRS型电信节点执行未确认模式数据传送，以进行与所述两个或多个SNDCP实体的各个相关连的SN-UNITDATA有效负荷数据分组的数据解压，所述应用包括将上述公用数据解压实体与属于不同SNDCP层的上述多个SNDCP实体中的至少两个相关，在解压每一个所述SN-UNITDATA有效负荷数据分组之前，应用C-INIT基元对上述公用数据解压实体初始化，C-INIT基元带有为与要解压的上述SN-UNITDATA有效负荷数据分组对应的上述SNDCP实体协商的解压参数，以及配置上述SN-UNITDATA有效负荷数据分组的连续解压。
19.权利要求18的应用，其特征在于，上述公用解压实体可以与未确认模式数据传送的多个SAPI连接。
20.权利要求18或19的应用，其特征在于，上述公用解压实体包括上述两个或更多SNDCP实体公用的码字树。
21.权利要求18、19或20的应用，其特征在于，根据预设定的和协商的参数，对上述公用解压实体的初始化使上述公用解压实体的解压树重新配置。
22.根据权利要求14-17的任一个的应用，其特征在于，上述SN-UNITDATA有效负荷数据分组是N-PDU分组。
23.根据权利要求18-21的任一个的应用，其特征在于，上述SN-UNITDATA有效负荷数据分组是SN-PDU分组。
24.根据权利要求14-23的任一个的应用，其特征在于，上述不同的SNDCP层存在于上述GPRS型电信节点的Gb-接口中。
25.权利要求1-5或11的任一个的方法，其特征在于，上述SN-UNITDATA有效负荷数据分组是N-PDU分组。
26.权利要求6-10或11的任一个的方法，其特征在于，上述SN-UNITDATA有效负荷数据分组是SN-PDU分组。
全文摘要
数据压缩控制方法允许通过多个SNDCP实体共享一个公用的数据压缩实体，多个SNDCP实体属于不同的SNDCP层并执行LLC未确认模式业务量。更详细地说，应用V.42 bis压缩，共享是用与当前分配的SNDCP实体相关连的压缩参数，根据当前分配的SNDCP实体，通过对公用V.42 bis压缩实体重新初始化实现。有利的是，该方法包括使用C－INIT基元，在发送N－PDU之前重新设置一个共享的V.42bis压缩实体。类似地，在数据解压中，设置一个公用的解压缩提供给执行未确认模式数据业务量的多个SNDCP实体使用。在提供数据压缩/解压的节点中，应用本发明可以减少用于数据压缩/解压的源数据量。
文档编号H04L29/06GK1520661SQ02812620
公开日2004年8月11日 申请日期2002年6月24日 优先权日2001年6月25日
发明者J·E·奎斯塔, J E 奎斯塔 申请人:艾利森电话股份有限公司