专利名称：一种传输压缩消息的方法、系统及设备的制作方法
技术领域：
本发明涉及在通信系统中的压缩/解压缩技术，特别涉及 一 种传输压缩 消息的方法、系统及设备。
背景技术：
在无线通信系统中的通信设备需要进行消息交互，消息可以釆用各种协
议承载，如消息可以采用会话发起协议(SIP， Session Initiated Protocol)承 载。SIP协议是一种基于文本的，具有简单、易读、容易扩展的、端到端的 通用分组域呼叫控制协议。SIP的一些特征，如基于文本以及具有自描述能 力，会导致SIP消息的长度相对较大，如多媒体子系统(IMS)的初始请求 (INVITE)消息的长度约有1000字节以上。特别是把SIP消息用做无线分 组域(Packet Switched)的业务控制消息时，因无线接入网络传输带宽相对 窄、无线资源宝贵等原因，SIP消息的长度将导致传输困难，导致误码率增 大、传输时延增大以及资源消耗增加等，这对业务的性能和部署成本都有较 大的影响。
因此在通信系统中传输SIP消息时，希望能够将SIP消息压缩后进行传 递，为了解决SIP消息的压缩和解压缩，因特网工程任务组(IETF, Internet Engineering Task Force )定制了 SigComp标准。该标准可以为类似SIP消息 以及实时流协议(RTSP， Real Time Streaming Protocol)消息提供一个可靠 的无损的压缩和解压缩方法框架。
以下采用SIP消息举例说明如何传输应用层协议压缩消息以及在接收 端通信设备上如何对接收到的应用层协议压缩消息进行解压缩的。
在SigComp标准中，为了能够在通信设备之间传输SIP压缩消息且使
接收端通信设备能够对接收到的SIP压缩消息进行正确的解压缩，需要在 SIP压缩消息中携带解压缩信息，即解压缩算法。解压缩信息被表示为一串
字节码(Bytecode)携带在SIP压缩消息的消息头中。接收端通信设备中设 置有通用解压缩虚拟机(UDVM),在接收端通信设备接收到SIP压缩消息 后，从该SIP压缩消息中获取到Bytecode,采用UDVM执行Bytecode,把 压缩的SIP消息携带的内容进行解压缩。
接收端通信设备还可以将获取到的Bytecode存储起来，这样可以避免 每次都重复发送Bytecode,浪费无线通信系统的带宽。
针对SIP压缩消息，目前定义了一个标准的SIP压缩的静态字典，用于 发送端通信设备和接收端通信设备进行存储。该静态字典指发送端通信设备 和接收端通信设备默认的信息值，在压缩SIP消息或解压缩SIP压缩消息时， Bytecode可以引用这些信息值进行压缩或解压缩。这个静态字典不需要在对 SIP消息的内容进行压缩或解压缩初期进行协商，从而减少了协商时间和协 商流量，增加了在初期压缩SIP消息时的压缩比。
这种方式的具体过程为在发送端通信设备和接收端通信设备上设置标 准的SIP压缩解压缩的静态字典，当发送端通信设备对SIP消息的内容压缩 后，构造携带Bytecode和SIP消息压缩内容的SIP压缩消息发送给接收端通 信设备。接收端通信设备根据SIP压缩消息中的Bytecode引用静态字典， 采用UMVM执行解压缩算法，对SIP压缩消息中的压缩内容进行解压缩。
虽然在SigComp中，可以使发送端通信设备任意选择压缩算法对SIP 消息进行压缩后发送，但是当与接收端通信设备之间的通信链路比较差而引 起丢失SIP压缩消息后，目前没有一个机制可以让接收端通信设备来反映失 败原因，因此，只能依靠发送端通信设备重传非压缩的SIP消息来保证可靠 传输。另外，当SIP消息承载在传输控制协议(TCP)链路上时，SIP压缩 消息和非压缩的SIP消息不能在同一个链路上进行传输，如当接收端通信设 备从第三代通信网络(3G)切换到宽带局域网(WLAN)等有富于带宽的接 入网，以便可以传输非压缩的SIP消息时，需要重新建立一个链路连接来传
输非压缩的SIP消息，而不能重复采用传输SIP压缩消息的链路来传输非压缩的SIP消息。在TCP链路上传输SIP压缩消息时还需要在SIP压缩消息中 增加定界符，这会使发送端通信设备增加压缩处理任务。
为了克服上述缺陷，扩展了 SigComp标准，增加了对SIP压缩消息的 反馈机制。这样，当接收端通信设备对接收到的SIP压缩消息解压缩失败后， 会发送解压失败(NACK )消息，该Nack消息为SigComp扩展标准的消息， 通知发送端通信设备解压缩SIP压缩消息失败的具体原因值，使发送端通信 设备根据接收到NACK消息携带的具体原因值调整压缩算法或参数后重新 对SIP消息压缩后发送SIP压缩消息。其中，NACK消息还携带解压失败消 息的哈希(HASH)值，发送端通信设备用该HASH值来匹配相应的SIP压 缩消息后，可以根据NACK中的具体原因值进行调整。因此，需要在发送 端通信设备中緩存已经发送的SIP压缩消息。
同时，在扩展了的SigComp标准中，还提出了将非压缩SIP消息封装 到SIP压缩消息的方法，可以让非压缩SIP消息封装在SIP压缩消息中，在 已经为SIP压缩消息建立的链路上传输，这样，就不需要建立用于传输非压 缩SIP消息和建立用于传输SIP压缩消息的两条不同链路。
但是，采用扩展了的SigComp标准也存在着缺陷。
第一，反馈机制需要发送端通信设备緩存SIP压缩消息，才能匹配到失 败的SIP消息，根据确定的原因值调整压缩算法或参数后重新对SIP消息压 缩后发送SIP压缩消息。由于在SIP协议栈中已经緩存了 SIP消息，再在发 送端通信设备中緩存表示同样内容的SIP压缩消息，会导致浪费发送端通信 设备的存储空间。
第二，虽然提出了可以将非压缩SIP消息封装到SIP压缩消息的方法， 即可以在一条链路上传输非压缩SIP消息和SIP压缩消息。但是，实际上， 在非压缩SIP消息进行传输时，建立的这条链路还是无法传输非压缩SIP消 息。因此，当从SIP压缩消息转换成非压缩SIP消息的传输时，还是需要在 发送端通信设备和接收端通信设备之间重新建立一条链路连接。另外，由于在TCP链路上传输SIP压缩消息时还需要在SIP压缩消息中增加定界符， 这会增加发送端通信设备的压缩处理任务。
发明内容
有鉴于此，本发明实施例提供一种传输压缩消息的方法，该方法不仅能够 在不增加发送端通信设备存储空间的条件下实现反馈机制；而且能够使非压缩 应用层协议消息和应用层协议压缩消息在所建立的同 一条链路上传输。
本发明实施例还提供一种传输压缩消息的系统，该系统不仅能够在不增加 发送端通信设备存储空间的条件下实现反馈机制；而且能够使非压缩应用层协 议消息和应用层协议压缩消息在所建立的同 一条链路上传输。
本发明实施例还提供一种传输压缩消息的发送端通信设备，该通信设备能 够构造封装有SIP压缩消息的非压缩SIP消息。
本发明实施例还提供一种传输压缩消息的接收端通信设备，该通信设备能 够解析封装有SIP压缩消息的非压缩SIP消息。
根据上述目的，本发明的技术方案是这样实现的
一种传输压缩消息的方法，该方法包括
将封装了应用层协议压缩消息的应用层协议消息进行传输，所述应用层 协议消息包括表示携带应用层协议压缩消息的标识；
所述应用层协议消息到达接收端通信设备后，^^艮据所述标识，确定所述应 用层协议消息封装了应用层协议压缩消息，对所述应用层协议消息封装的应用 层协议压缩消息进行解封。
一种传输压缩消息的系统，该系统包括发送端通信设备和接收端通信设 备，其中，
发送端通信设备，用于构造封装应用层协议压缩消息的应用层协议消 息，该消息包括表示携带应用层协议压缩消息的标识，以及传输封装应用层 协议压缩消息的必要信息；根据传输封装应用层协议压缩消息的必要信息将 构造好的应用层协议消息发送给接收端通信设备；
接收端通信设备，用于接收发送端通信设备发送的应用层协议消息，根据 所述标识，确定该应用层协议消息封装了应用层协议压缩消息，对该应用层协 议消息封装的应用层协议压缩消息进行解封。
一种传输压缩消息的发送端通信设备，该设备包括构造模块和收发模 块，其中，
构造模块，用于构造封装应用层协议压缩消息的应用层协议消息，该消 息包括表示携带了应用层协议压缩消息的标识，以及传输封装应用层协议压
缩消息的必要信息，将构造的应用层协议消息发送给收发模块；
收发模块，用于接收构造模块发送的应用层协议消息，根据应用层协议消
息包括的传输封装应用层协议压缩消息的必要信息将构造好的应用层协议消息
发送给接收端通信设备。
一种传输压缩消息的接收端通信设备，该装置包括收发模块以及解封模
块，其中，
收发模块，用于接收发送端通信设备发送的应用层协议消息，根据所述 标识，确定该应用层协议消息封装了应用层协议压缩消息后，将该应用层协 议消息发送给解封模块；
解封模块，用于对从收发模块接收到的该应用层协议消息封装的应用层协 议压缩消息进行解封。
从上述方案可以看出，本发明实施例提供了一种将应用层协议压缩消息 封装在应用层协议消息中进行传输的方式，由于应用层协议消息支持请求/ 响应机制，且该机制不基于应用层协议压缩消息实现，所以不需要在通信设 备上存储应用层协议压缩消息，从而在不增加发送端通信设备存储空间的条 件下实现反馈机制；由于将应用层协议压缩消息封装在应用层协议消息中， 所以使应用层协议压缩消息和非压缩应用层协议消息在同 一条链路上传输。 因此，本发明实施例提供不仅在不增加发送端通信设备存储空间的条件下实 现反馈机制；而且使非压缩应用层协议消息和应用层协议压缩消息在所建立 的同一条链路上传输。
图1为本发明实施例的传输压缩消息的方法流程图2为本发明实施例的传输压缩消息的系统示意图3为本发明实施例的传输压缩消息的发送端通信设备示意图4为本发明实施例的传输压缩消息的接收端通信设备示意图。
具体实施例方式
以下举具体实施例并参照附图，进一步详细的说明。
本发明提供的实施例为了在不增加发送端通信设备存储空间的条件下 实现反馈机制；而且使非压缩应用层协议消息和应用层协议压缩消息在所建 立的同一条链路上传输，构造非压缩应用层协议消息的消息头，将应用层协 议压缩消息封装在非压缩应用层协议消息的消息体内以隧道的方式进行传输。
在本发明实施例中，非压缩应用层协议消息的消息体中除了可以封装应 用层协议压缩消息外，还可以封装解压缩算法以及解压缩算法所采用的参数
等信息，用于对封装的应用层协议压缩消息进行解压缩。
在本发明实施例中，构造非压缩应用协议消息的消息头可以采用现有技 术进行构造，也可以重新按照传输的封装了应用层协议压缩消息的必要信息 进行重新构造。
在本发明实施例中，应用层协议消息可以为SIP消息或RTSP消息，以 下以应用层协议消息为SIP消息为例进行详细的说明。
本发明实施例构造的可以封装SIP压缩消息的SIP消息包括SIP消息头 和SIP消息体。
其中，SIP消息体中封装了 SIP压缩消息，该SIP压缩消息是发送端通 信设备采用设定的压缩方法，如SigComp，将要传输的SIP消息进行压缩后 得到的。
SIP消息头中的各个头域中携带了传输所封装SIP压缩消息所必要的信
息，包括源标识(From)、目的标识(To)、路由标识(Via) 、 SIP消息 序号(Cseq)、所属会话标识(Call-ID)以及起始行。SIP消息头的内容类 型(Content-Type)头域中携带表示SIP消息体封装的是SIP压缩消息的标 识。SIP消息的消息头中还可以包括一个头域参数，用于指示SIP消息体封 装的SIP压缩消息所使用的压缩方法，如SigComp。 SIP消息头中还包括内 容长度(Content-Length)头域，用于表示SIP消息体封装的SIP压缩消息 的长度值。
在本发明实施例中，From头域表示该SIP消息的发送端通信设备信息； To头域表示该SIP消息的接收端通信设备信息；Via头域表示该SIP消息途 径的通信设备信息；Cseq头域表示该SIP消息的序号，该序号由发送端通信 设备按照发送SIP消息的顺序进行设置，以便接收端通信设备接收到该SIP 消息后根据序号顺序确定是否丢失了 SIP消息。起始行头域表示该SIP消息 的类型，如表示请求类型或响应类型等。
在本发明实施例中，由于需要有7个头域在SIP消息的消息头中采用明 文传输，所以对于SIP消息来说，会多传输一些字节，为了减小SIP消息的 消息头的字节数，也可以只将传输所封装SIP压缩消息最必要的信息设置在 SIP消息的消息头中，其他的信息不进行设置(这些信息在SIP压缩消息中 已经设置)。例如，对于From头域和To头域，就可以只选择地址和标识 传送，其他参数都不必传送(如From中的发送端通信设备的用户名就不需 要设置在From头域中)。在SIP消息中消息头的各个头域还可以用简写格 式进行传送，这样使得SIP消息多传输的字节数限制在200个字节左右。
图1为本发明实施例的传输压缩消息的方法流程图，其具体步骤为
步骤100、发送端通信设备构造封装了 SIP压缩消息的SIP消息，该SIP 消息中包括表示携带了 SIP压缩消息的标识，以及传输封装SIP压缩消息的 必要信息。
步骤101、发送端通信设备根据构造的该SIP消息包括的传输封装SIP 压缩消息的必要信息，将构造的该SIP消息发送给接收端通信设备。
在发送给接收端通信设备时，可能会经过多个中间的通信设备，中间的 通信设备会根据该SIP消息包括的传输封装SIP压缩消息的必要信息将该 SIP消息转发出去，直到发送给接收端通信设备。
步骤102、接收端通信设备接收到该SIP消息后，根据该SIP消息包括 的表示携带了 SIP压缩消息的标识，确定该SIP消息封装了 SIP压缩消息， 采用现有技术对该SIP消息封装的SIP压缩消息进行解封。
在解封之后，该方法进一步包括将解封出的SIP压缩消息进行解压缩， 得到传输所述SIP压缩消息的信息，替代所述应用层协议消息包括的传输封 装SIP压缩消息的必要信息。
上述两种信息可以相同，也可以不同，例如传输所述SIP压缩消息的 信息比较多时，发送端通信设备在构造封装了 SIP压缩消息的SIP消息时， 从传输所述SIP压缩消息的信息中选取一 些传输封装SIP压缩消息的必要信 息进行传输。
在具体实现时，就是采用解封出的SIP压缩消息再进行解压缩，得到 SIP压缩消息的头域替代该SIP消息包括的传输封装SIP压缩消息的必要头 域。
SIP消息本身采用请求/响应机制来实现反馈机制，即在SIP消息的头域 中还携带有请求/响应信息，用于接收端通信设备接收到SIP消息后，反馈 响应。
在本发明实施例中，接收到封装有SIP压缩消息的SIP消息的接收端通 信设备，对解封出的SIP压缩消息解压缩失败且该SIP消息为请求消息，则 根据SIP消息的请求/响应机制，接收端通信设备会构造一个携带原因值的 失败响应SIP消息，发送给发送端通信设备。由于发送端通信设备可以依据 现有技术根据接收到的失败响应SIP消息匹配到对应的SIP请求消息，因此， 发送端通信设备在接收到该失败响应SIP消息时，可以选择重传匹配的SIP 请求消息，在对重传的SIP请求消息再次进行SIP压缩消息的压缩时，可以 根据失败响应SIP消息携带的原因值重新调整压缩方法或参数，以便使接收端通信i殳备可以正确对重传的SIP请求消息中的SIP压缩消息进4于正确解压。
接收到封装有SIP压缩消息的SIP消息的接收端通信设备，解压缩失败 且该SIP消息为响应消息时，接收端通信设备可以上报失败响应和解压失败 原因，接收端通信设备可以根据这样信息重新调整压缩方法或参数将匹配的 SIP请求重新向发送端通信设备发送一次。
因为在通信设备中的SIP协议栈中会緩存SIP消息，因此在这种方式下， 通信设备不需要緩存已经压缩的SIP消息，节省了通信设备的存储空间。另 外，SIP消息的这种请求/响应机制可以携带更多的原因值。
在本发明实施例中，由于SIP压缩消息是以隧道方式封装在SIP消息的 消息体内部传输，表现上传输的都是非压缩的SIP消息，因此，在同一TCP 链路上传输SIP压缩消息和非压缩的SIP消息都是可以的，无论先传输压缩 消息还是传送非压缩消息(也可以混合传送)。这样，就可以保证接收端通 信设备无论从3G的接入网切换到WLAN的接入网或是从WLAN的接入网 切换到3G的接入网都可以共用一个TCP链路连接。另外，在传输封装了 SIP压缩消息的SIP消息时，不需要增加定界符，从而减少发送端通信设备 的压缩处理任务。
在本发明实施例中，由于可以用一个参数头域表示SIP消息封装的SIP 压缩消息所采用的压缩机制，因此SIP消息封装的SIP压缩消息所采用的压 缩机制可以不局限于SigComp。
本发明实施例还提供一种传输压缩消息的系统示意图，如图2所示，该 系统包括发送端通信设备和接收端通信设备，其中，
发送端通信设备，用于构造封装SIP压缩消息的SIP消息，该消息包括 表示携带了 SIP压缩消息的标识，以及传输封装SIP压缩消息的必要信息； 根据传输封装SIP压缩消息的必要信息将构造好的SIP消息发送给接收端通 信设备；
接收端通信设备，用于接收发送端通信设备发送的SIP消息，根据该SIP消息包括的表示携带了 SIP压缩消息的标识，确定该SIP消息封装了 SIP 压缩消息，对该S[P消息封装的SIP压缩消息进行解封，将解封出的应用层 协议压缩消息进行解压缩，得到传输所述SIP压缩消息的信息，替代所述 SIP消息包括的传输封装SIP压缩消息的必要信息。
在本发明实施例中，在发送端通信设备和接收端通信设备之间还包括至 少一个中间的通信设备，该中间的通信设备，用于从发送端通信设备接收到
发送给接收端通信设备的SIP消息后，根据SIP消息包括的传输封装SIP压 缩消息的必要信息进行SIP消息的转发，直到发送到接收端通信设备上。 在本发明实施例中，接收端通信设备在对该SIP消息封装的SIP压缩消
息进行解压缩时，如果解压缩失败，则向发送端通信设备发送携带原因值的
失败响应SIP消息，接收到该消息的发送端通信设备，根据原因值重新构造 封装SIP压缩消息的SIP消息发送。
本发明实施例还提供一种传输压缩消息的发送端通信设备示意图，如图
3所示，该设备包括构造模块和收发模块，其中，
构造模块，用于构造封装SIP压缩消息的SIP消息，该消息包括表示携 带了 SIP压缩消息的标识，以及传输封装SIP压缩消息的必要信息，将构造 的SIP消息发送给收发模块；
收发模块，用于接收构造模块发送的SIP消息，根据SIP消息包括的传 输封装SIP压缩消息的必要信息将构造好的SIP消息发送给接收端通信设备。
在本实施例中，收发模块，还用于从接收端通信设备接收携带原因值的
失败响应SIP消息，将该消息转发给构造模块；
构造模块，还用于根据失败响应SIP消息携带的原因值重新构造封装 SIP压缩消息的SIP消息发送给收发模块。
本发明实施例还提供一种传输压缩消息的接收端通信设备示意图，如图 4所示，该装置包括收发模块以及解封模块，其中，
收发模块，用于接收发送端通信设备发送的SIP消息，根据该SIP消息包括的表示携带了 SIP压缩消息的标识，确定该SIP消息封装了 SIP压缩消
息后，将该SIP消息发送给解压缩模块；
解封模块，用于对从收发模块接收到的该SIP消息封装的SIP压缩消息 进行解封，将解封出的应用层协议压缩消息进行解压缩，得到传输所述SIP 压缩消息的信息，替代所述SIP消息包括的传输封装SIP压缩消息的必要信息。
在本发明实施例中，解封模块在对该SIP消息封装的SIP压缩消息进行 解封后，后续对SIP压缩消息进行解压缩时，如果解压缩失败且该SIP消息 为请求消息，则通过收发模块向发送端通信设备发送携带原因值的失败响应 SIP消息，如果解压缩失败且该SIP消息为响应消息，则向自身上报携带原 因值的失败响应SIP消息，自身根据该失败响应SIP消息重新构造封装了匹 配的SIP压缩消息的SIP消息后重传。
从本发明实施例可以看出，本发明实施例给传输SIP压缩消息提供了 一 种请求/响应机制，从而使传输SIP压缩消息更加可靠和有效。本发明实施 例还可以使SIP压缩消息在传输非压缩SIP消息的链路上传输并且使SIP压
缩消息可以兼容多种压缩方法。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本 发明的保护范围之内。
权利要求
1、一种传输压缩消息的方法，其特征在于，该方法包括将封装了应用层协议压缩消息的应用层协议消息进行传输，所述应用层协议消息包括表示携带应用层协议压缩消息的标识；所述应用层协议消息到达接收端通信设备后，根据所述标识，确定所述应用层协议消息封装了应用层协议压缩消息，对所述应用层协议消息封装的应用层协议压缩消息进行解封。
2、 如权利要求1所述的方法，其特征在于，所述应用层协议消息还包 括传输封装应用层协议压缩消息的必要信息。
3、 如权利要求2所述的方法，其特征在于，在进行解封之后，该方法 还包括将解封出的应用层协议压缩消息进行解压缩，得到传输所述应用层协议 压缩消息的信息，替代所述应用层协议消息包括的传输封装应用层协议压缩 消息的必要信息。
4、 如权利要求2或3所述的方法，其特征在于，所述必要信息包括在 所述应用层协议消息的消息头中，包括源标识From 、目的标识To 、路由标 识Via、应用层协议消息序号Cs叫、所属会话标识Call-ID以及起始行。
5、 如权利要求l、 2或3所述的方法，其特征在于，所述应用层协议消 息还包括携带的应用层协议压缩消息的压缩机制参数，根据所述压缩机制参数对解封出的应用层协议压缩消息进行解压缩。
6、 如权利要求l、 2或3所述的方法，其特征在于，所述应用层协议消 息还包括请求/响应机制信息，该方法进一 步包括如果对解封出的应用层协议压缩消息进行解压缩失 败且所述应用层协议消息为请求消息时，则构造携带原因值的失败响应应用 层协议消息，发送出去；接收到构造失败响应应用层协议消息，根据携带的原因值重新调整压缩 算法或参数构造封装应用层协议压缩消息的应用层协议消息后重传。
7、 如权利要求l、 2或3所述的方法，其特征在于，所述应用层协议消 息还包括请求/响应机制信息，该方法进一步包括如果对解封出的应用层协议压缩消息进行解压缩失 败且该应用层协议消息为响应消息时，则构造携带原因值的失败响应应用层 协议消息，进行自身上报后，根据该消息携带的原因值重新调整压缩方法或 参数构造封装匹配的应用层协议压缩消息的应用层协议消息后重传。
8、 如权利要求l、 2或3所述的方法，其特征在于，所述封装了应用层 协议压缩消息的应用层协议消息在建立的链路上进行传输，所述链路还传输 非压缩的应用层协议消息。
9、 如权利要求l、 2或3所述的方法，其特征在于，所述应用层协议消 息封装有解压缩所封装的应用层协议压缩消息的压缩算法和参数。
10、 一种传输压缩消息的系统，其特征在于，该系统包括发送端通信设 备和接收端通信设备，其中，发送端通信设备，用于构造封装应用层协议压缩消息的应用层协议';肖 息，该消息包括表示携带应用层协议压缩消息的标识，以及传输封装应用层 协议压缩消息的必要信息；根据传输封装应用层协议压缩消息的必要信息将 构造好的应用层协议消息发送给接收端通信设备；接收端通信设备，用于接收发送端通信设备发送的应用层协议消息，根 据所述标识，确定该应用层协议消息封装了应用层协议压缩消息，对该应用 层协议消息封装的应用层协议压缩消息进行解封。
11、 如权利要求10所述的系统，其特征在于，该系统在发送端通信设 备和接收端通信设备之间还包括至少 一个中间的通信设备，用于从发送端通 信设备接收到发送给接收端通信设备的应用层协议消息后，根据应用层协议 消息包括的传输封装应用层协议压缩消息的必要信息进行应用层协议消息 的转发，直到发送到接收端通信设备上。
12、 如权利要求10所述的系统，其特征在于，所述接收端通信设备， 还用于在对该接封出的应用层协议压缩消息进行解压缩时，如果解压缩失败 且应用层协议消息为请求消息时，向发送端通信设备发送携带原因值的失败响应应用层协议消息；发送端通信设备，还用于接收到该失败响应应用层协议消息时，根据携 带的原因值重新构造封装应用层协议压缩消息的应用层协议消息发送。
13、 如权利要求10所述的系统，其特征在于，所述发送端通信设备还包括构造模块和收发模块，其中，构造模块，用于构造封装应用层协议压缩消息的应用层协议消息，该消息包括表示携带了应用层协议压缩消息的标识，以及传输封装应用层协议压 缩消息的必要信息，将构造的应用层协议消息发送给收发模块；收发模块，用于接收构造模块发送的应用层协议消息，根据应用层协议 消息包括的传输封装应用层协议压缩消息的必要信息将构造好的应用层协 议消息发送给接收端通信设备。
14、 如权利要求10所述的系统，其特征在于，所述接收端通信设备包 括收发模块以及解封模块，其中，收发模块，用于接收发送端通信设备发送的应用层协议消息，根据所述 标识，确定该应用层协议消息封装了应用层协议压缩消息后，将该应用层协 议消息发送给解封模块；解封模块，用于对从收发模块接收到的该应用层协议消息封装的应用层 协议压缩消息进行解封。
15、 一种传输压缩消息的发送端通信设备，其特征在于，该设备包括构造模块和收发模块，其中，构造模块，用于构造封装应用层协议压缩消息的应用层协议消息，该消息包括表示携带了应用层协议压缩消息的标识，以及传输封装应用层协议压缩消息的必要信息，将构造的应用层协议消息发送给收发模块；收发模块，用于接收构造模块发送的应用层协议消息，根据应用层协议消息包括的传输封装应用层协议压缩消息的必要信息将构造好的应用层协 议消息发送给接收端通信设备。
16、 如权利要求15所述的设备，其特征在于，收发模块，还用于从接收端通信设备接收携带原因值的失败响应应用层协议消息，将该消息转发给构造模块；'构造模块，还用于根据失败响应应用层协议消息携带的原因值重新构造封装应用层协议压缩消息的应用层协议消息发送给收发模块。
17、 一种传输压缩消息的接收端通信设备，其特征在于，该装置包括收 发模块以及解封模块，其中，收发模块，用于接收发送端通信设备发送的应用层协议消息，根据所述 标识，确定该应用层协议消息封装了应用层协议压缩消息后，将该应用层协 议消息发送给解封模块；解封模块，用于对从收发模块接收到的该应用层协议消息封装的应用层 协议压缩消息进行解封。
18、 如权利要求17所述的设备，其特征在于，所述解封模块，还用于 在对接封出的应用层协议压缩消息进行解压缩，如果解压缩失败且应用层协 议消息为请求消息时，则通过收发模块向发送端通信设备发送携带原因值的 失败响应应用层协议消息；如果解压缩失败且应用层协议消息为响应消息， 则向自身上报携带原因值的携带原因值的失败响应应用层协议消息，自身根 据失败响应应用层协议消息携带的原因值重新构造封装应用层协议压缩;肖 息的应用层协议消息后，通过收发模块发送出去。
全文摘要
一种传输压缩消息的方法、系统及设备，其中，该方法为将封装了应用层协议压缩消息的应用层协议消息进行传输，所述应用层协议消息包括表示携带应用层协议压缩消息的标识；所述应用层协议消息到达接收端通信设备后，根据所述标识，确定所述应用层协议消息封装了应用层协议压缩消息，对所述应用层协议消息封装的应用层协议压缩消息进行解封。本发明提供的方法、系统及设备不仅在不增加发送端通信设备存储空间的条件下实现反馈机制；而且使非压缩应用层协议消息和应用层协议压缩消息在所建立的同一条链路上传输。
文档编号H04L29/06GK101197825SQ20061016683
公开日2008年6月11日 申请日期2006年12月8日 优先权日2006年12月8日
发明者周思义, 张志伟, 雷晓松 申请人:华为技术有限公司