CN101197823A - 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 - Google Patents
在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 Download PDFInfo
- Publication number
- CN101197823A CN101197823A CNA2006101668294A CN200610166829A CN101197823A CN 101197823 A CN101197823 A CN 101197823A CN A2006101668294 A CNA2006101668294 A CN A2006101668294A CN 200610166829 A CN200610166829 A CN 200610166829A CN 101197823 A CN101197823 A CN 101197823A
- Authority
- CN
- China
- Prior art keywords
- application layer
- layer protocol
- communication equipment
- terminal communication
- compressed message
- 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
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种在压缩/解压缩过程中传输解压缩信息的方法、系统及装置,该方法包括:发送端通信设备将解压缩算法和该解压缩算法需利用的状态值携带在应用层协议压缩消息中发送给接收端通信设备;接收端通信设备将接收到的应用层协议压缩消息中的状态值以及利用该状态值的解压缩算法进行存储。因此,本发明提供的系统及方法使接收端通信设备获取到解压缩SIP压缩消息所需要的状态。
Description
技术领域
本发明涉及在通信系统中的压缩/解压缩技术,特别涉及一种在压缩/解压缩过程中传输解压缩信息的方法、系统及装置。
背景技术
在无线通信系统中的通信设备需要进行消息交互,消息可以采用各种协议承载,如消息可以采用会话发起协议(SIP,Session Initiated Protocol)承载。SIP协议是一种基于文本的,具有简单、易读、容易扩展的、端到端的通用分组域呼叫控制协议。SIP的一些特征,如基于文本以及具有自描述能力,会导致SIP消息的长度相对较大,如多媒体子系统(IMS)的初始请求(INVITE)消息的长度约有1000字节以上。特别是把SIP消息用做无线分组域(Packet Switched)的业务控制消息时,因无线接入网络传输带宽相对窄、无线资源宝贵等原因,SIP消息的长度将导致传输困难,导致误码率增大、传输时延增大以及资源消耗增加等,这对业务的性能和部署成本都有较大的影响。
因此在通信系统中传输SIP消息时,希望能够将SIP消息压缩后进行传递,为了解决SIP消息的压缩和解压缩,因特网工程任务组(IETF,InternetEngineering Task Force)定制了SigComp标准。该标准可以为类似SIP消息以及实时流协议(RTSP,Real Time Streaming Protocol)消息提供一个可靠的无损的压缩和解压缩方法框架。
以下采用SIP消息举例说明如何传输SIP压缩消息以及在接收端通信设备上如何对接收到的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压缩消息中的压缩内容进行解压缩。
目前,接收端通信设备在采用Bytecode解压缩SIP压缩消息时,还需要获取相关的状态(Bytecode是根据不同状态进行编写的,在解压缩时,必须获取到相关状态),才能保证解压缩成功,但是目前标准中却没有定义如何获取相关的状态的过程。
发明内容
有鉴于此,本发明实施例提供一种在压缩/解压缩过程中传输解压缩信息的方法,该方法能够使接收端通信设备获取到解压缩SIP压缩消息所需要的状态。
本发明实施例还提供一种在压缩/解压缩过程中传输解压缩信息的系统,该系统能够使接收端通信设备获取到解压缩SIP压缩消息所需要的状态。
本发明实施例还提供一种在压缩/解压缩过程中传输解压缩信息的发送装置,该装置能够发送解压缩SIP压缩消息所需要的状态。
本发明实施例还提供一种在压缩/解压缩过程中传输解压缩信息的接收装置,该装置能够获取到解压缩SIP压缩消息所需要的状态。
根据上述目的,本发明实施例的技术方案是这样实现的:
一种在压缩/解压缩过程中传输解压缩信息的方法,该方法包括:
发送端通信设备将解压缩算法和该解压缩算法需利用的状态值携带在应用层协议压缩消息中发送给接收端通信设备;
接收端通信设备将接收到的应用层协议压缩消息中的状态值以及利用该状态值的解压缩算法进行存储。
所述发送端通信设备将解压缩算法和该解压缩算法需利用的状态值携带在应用层协议压缩消息中发送给所述接收端通信设备;
所述接收端通信设备将接收到的应用层协议压缩消息中的状态值以及利用该状态值的解压缩算法进行存储。
一种在压缩/解压缩过程中传输解压缩信息的发送装置,该装置包括:构造应用层协议压缩消息模块以及发送模块,其中,
所述构造应用层协议压缩消息模块,用于构造携带解压缩算法和该解压缩算法需利用的状态值的应用层协议压缩消息后,发送给所述发送模块;
所述发送模块,用于接收从所述构造应用层协议压缩消息模块发送的该应用层协议压缩消息,进行发送。
一种在压缩/解压缩过程中传输解压缩信息的接收装置,该装置包括:该装置包括:接收模块,选择模块以及解压缩模块,其中,
所述接收模块,用于接收应用层协议压缩消息,发送给所述选择模块;
所述选择模块,用于根据从所述接收模块接收到的应用层协议压缩消息携带的状态值,选择利用该状态值的解压缩算法,将状态值、利用该状态值的解压缩算法和应用层协议压缩消息发送给所述解压缩模块;
所述解压缩模块,用于根据从所述选择模块接收到的状态值以及利用该状态值的解压缩算法对接收到的应用层协议压缩消息进行解压缩。
从上述方案可以看出,本发明实施例将对应于状态值的解压缩算法以及该状态值携带在应用层协议压缩消息中发送给接收端通信设备进行存储。这样,就可以保证接收端通信设备获取到解压缩应用层协议压缩消息所需要的状态,根据Bytecode和对应的状态值实现对应用层协议压缩消息的解压缩。
另外,在无线接入网络传输带宽相对窄、无线资源宝贵等环境下,发送端通信设备通过利用多个状态值将应用层协议消息内容进行压缩,以提高压缩比,从而提高网络传输带宽的利用率,通过采用本发明实施例,通过扩展协议字段将接收端解通信设备压缩所需要的一个或多个状态值发送给接收端通信设备,使得接收端通信设备可以利用接收到的状态值进行解压缩。
附图说明
图1为本发明实施例的在压缩/解压缩过程中传输解压缩信息的方法流程图;
图2为本发明实施例SIP压缩消息的结构示意图;
图3为本发明实施例在压缩/解压缩过程中传输解压缩信息的系统示意图;
图4为本发明实施例在压缩/解压缩过程中传输解压缩信息的发送装置示意图;
图5为本发明实施例在压缩/解压缩过程中传输解压缩信息的接收装置示意图。
具体实施方式
以下举具体实施例并参照附图,进一步详细的说明。
本发明为了使接收端通信设备获取到解压缩SIP压缩消息所需要的状态,重新设置了携带Bytecode的SIP压缩消息的消息头,使其可以携带Bytecode对应的状态值。这样,就可以保证对应于状态值的解压缩算法和状态值一次发送给接收端通信设备进行存储,从而使接收端通信设备可以对后续的具有相应状态值的SIP压缩消息采用存储的Bytecode和状态值进行解压缩。
另外,在本发明实施例重新设置的SIP压缩消息的消息头中,还携带有反馈机制信息,接收端通信设备接收到该SIP压缩消息后,可以根据该反馈机制向发送端通信设备返回接收到该SIP压缩消息的反馈信息。从而使发送端通信设备能够根据接收到的该SIP压缩消息的反馈信息确定接收端通信设备接收到该SIP压缩消息,确定以后发送的未携带Bytecode的SIP压缩消息是否可以被正确的解压缩。
当然,在本发明实施例中的发送端通信设备还可以发送确认或未确认从接收端通信设备接收到的解压缩算法对应的状态值(该状态值可以由接收端通信设备通过反馈机制向发送端通信设备发送),这也可以称之为反馈机制信息,这时,接收端通信设备接收到后,就可以确定出发送端通信设备中是否对SIP消息中的压缩内容采用接收通信设备所存储的状态值,如果不是,就可以发送获取对应于该状态值的Bytecode以及该状态值,使发送端设备根据该消息发送相应的状态值及其对应的Bytecode。
在本实施例中,还可以在SIP压缩消息的消息头中携带用于确定接收端通信设备内存资源的信息,接收端通信设备接收到该SIP消息后,根据该信息可以将自身的内存资源参数(可以包括状态值)发送给发送端通信设备,发送端通信设备也可以根据该接收端通信设备发送的内存资源参数,确定出接收端通信设备所存储的状态值,从而确定以后发送的压缩消息中所能携带的状态。
在本实施例中,就可以使发送端通信设备和接收端通信设备使用自定义的压缩解压缩算法对SIP压缩消息中的内容进行压缩解压缩,这些压缩解压缩算法可以引用静态字典。
图1为本发明实施例的在压缩/解压缩过程中传输解压缩信息的方法流程图,其具体步骤为:
步骤101、发送端通信设备构造SIP压缩消息的消息头,在消息头中携带本次所使用的状态值以及存储有对应该状态值的解压缩算法的Bytecode。发送端通信设备将压缩的SIP消息内容携带在SIP压缩消息中后,将构造好的具有消息头和压缩的SIP消息内容的SIP压缩消息发送给接收端通信设备。
在步骤101中,构造SIP压缩消息的消息头时,还可以设置反馈机制信息或/和用于确定接收端通信设备内存资源的信息。
步骤102、接收端通信设备接收到SIP压缩消息后,解析消息头,得到状态值和对应于该状态值的解压缩算法,在存储空间该状态值以及对应该状态值的解压缩算法进行存储;根据该状态值以及对应于该状态值的解压缩算法对SIP压缩消息中的压缩的SIP消息内容进行解压缩(可以采用设置的UDVM进行解压缩)。
在存储空间进行存储的对应于状态值的解压缩算法,可以用于解压缩后续接收到的携带有相同状态值的SIP压缩消息中的压缩的SIP消息内容。当然,在后续接收到的压缩的SIP消息内容中可以不携带Bytecode。具体实现方式为:在步骤102后,该方法还包括以下步骤。
发送端通信设备向接收端通信设备发送携带状态值以及压缩的SIP消息内容的SIP压缩消息发送给接收端通信设备;接收端通信设备接收到该SIP压缩消息后,判断自身是否存储有对应于该SIP压缩消息携带的状态值的Bytecode,如果是,采用该Bytecode以及该状态值对该SIP压缩消息携带的压缩的SIP消息内容进行解压缩;如果否,则向发送端通信设备发送无法进行解压缩的SIP压缩消息响应,发送端通信设备接收到该响应后,可以按照图1所述的过程再次发送SIP压缩消息。
在本发明实施例中,接收端通信设备如果接收到的SIP压缩消息还携带有反馈机制信息或/和用于确定接收端通信设备内存资源的信息,则接收端通信设备将向发送端通信设备反馈是否正确接收到SIP压缩消息的反馈机制信息或/和反馈自身内存资源的参数,如状态值等。具体实现方法为:在步骤102后,该方法还包括以下步骤。
接收端通信设备判断接收到的SIP压缩消息是否携带有反馈机制信息或/和用于确定接收端通信设备内存资源的信息,如果是,则接收端通信设备将向发送端通信设备反馈是否正确接收到SIP压缩消息的反馈机制信息或/和确认自身内存资源的参数;如果否,则结束本流程。
当然,在本发明实施例中,对于接收到的后续不携带Bytecode的SIP压缩消息,如果该SIP压缩消息还携带有反馈机制信息或/和用于确定接收端通信设备内存资源的信息,则接收端通信设备也将向发送端通信设备反馈是否正确接收到SIP压缩消息的响应消息或/和反馈自身内存资源的参数,如状态值等。具体方式可以采用接收端通信设备对接收到的携带Bytecode的SIP压缩消息的处理过程。
在本发明实施例中,当采用Bytecode和状态值对SIP压缩消息进行解压缩时,对于不同的状态值,解压缩时也需要采用对于于状态值的Bytecode以及状态值进行解压缩。
在本实施例中,在无线接入网络传输带宽相对窄、无线资源宝贵等环境下,发送端通信设备通过利用多个状态值将应用层协议消息内容进行压缩,以提高压缩比,从而提高网络传输带宽的利用率,通过采用本发明实施例,通过扩展协议字段将接收端解通信设备压缩所需要的一个或多个状态值发送给接收端通信设备,使得接收端通信设备可以利用接收到的状态值进行解压缩。
图2为本发明实施例SIP压缩消息的结构示意图,如图所示:该SIP压缩消息包括消息体和消息头。
其中,在消息体中携带有SIP消息压缩后的内容。
在消息头中,即在SigComp头中存储有与状态值对应的解压缩算法的Bytecode,在SigComp头后扩展的消息头中携带有以下信息:用于表示本次所使用状态的信息、用于确认是否接收到状态值的解压缩算法的状态项、用于反馈是否接收到该SIP压缩消息项、用于表示本次所使用的状态的标识和用于表示本次所使用的状态的长度以及用于确定接收端通信设备内存资源的信息以及用于确定接收端通信设备内存资源的长度。
另外,在SigComp头后扩展的消息头中,还可以包括循环冗余(CRC)值,用于接收端通信设备接收到后采用该值进行CRC,通过后,在对该SIP压缩消息进行处理。本次所使用的状态的标识和长度以及本次所使用的状态用于共同标识一个本次所使用的状态值。
其中,表示本次所使用状态值的信息指的就是Bytecode对应的状态值,其采用本次所使用的状态的标识和用于表示本次所使用的状态的长度进行标识;反馈机制信息指的就是反馈是否接收到该SIP压缩消息项;确定接收端通信设备内存资源的信息指的就是确认是否接收到状态值的解压缩算法的状态项,其采用用于确定接收端通信设备内存资源的信息以及用于确定接收端通信设备内存资源的长度进行标识。
在本发明实施例中,用于表示本次所使用的状态的字段信息占用一个字节,状态包括用户指定字典当前(USD present)状态、共享状态(Shared state)以及确认状态(Acked state),这几个状态各占一个比特位。其中,在Sharedstate还可以分为两种,一种是访问释放共享状态(Access and free Sharedstate),用于指示接收端通信设备在进行解压缩时需要访问的状态;另一种是提供共享状态(Offer Shared),用于指示接收端通信设备,发送端通信设备已经保存的共享状态。剩余的比特位保留。在每次发送SIP压缩消息时,可以携带其中一个状态或多个状态。
在本发明实施例中,用于反馈是否接收到该SIP压缩消息项的字段信息占用一个字节,用于在接收端通信设备接收到该项信息后,在需要与发送端通信设备进行交互时,向发送端通信设备返回用于表示是否接收到该SIP压缩消息的确认信息。
在本发明实施例中,用于确认是否接收到状态值的解压缩算法的状态项占用六个字节,用于发送端通信设备向接收端通信设备发送用于表示确认收到或未收到状态值的信息。
在本发明实施例中,当本次所使用的状态为USD present状态时,本次所使用的状态的标识和长度分别为USD和占用两个字节的USD长度;当本次所使用的状态为Shared state时,本次所使用的状态的标识和长度分别为占用六个字节的Shared state标识和占用两个字节的Shared state长度。
在本发明实施例中,用于确定接收端通信设备内存资源的信息以及用于确定接收端通信设备内存资源的长度的字段信息分别占用3个字节和1个字节。当然,如果接入通信设备存储的状态信息如果较多,也可以占用更多的字节数。
在本发明实施例中,CRC值占用2个字节。
在本发明实施例中,可以不将解压缩信息,如当前使用的状态值携带在SIP压缩消息的消息头中,可以携带在SIP压缩消息的消息体中发送给接收端通信设备。
图3为本发明实施例的在压缩/解压缩过程中传输解压缩信息的系统示意图,该系统包括发送端通信设备和接收端通信设备,其中,
发送端通信设备,用于将携带本次所使用的状态值、存储有对应于状态值的解压缩算法的Bytecode和压缩的SIP消息内容的SIP压缩消息发送给接收端通信设备。
接收端通信设备,用于接收所述发送端通信设备发送的SIP压缩消息,将存储该SIP压缩消息的Bytecode对应于状态值进行存储,采用携带的状态值和对应的解压缩算法对SIP压缩消息携带的压缩的SIP消息内容进行解压缩。
在本发明实施例中,还可以进一步包括:发送端通信设备,用于向接收端通信设备发送携带本次所使用的状态值的压缩的SIP消息内容的SIP压缩消息;这时,接收端通信设备,用于采用所存储的对应于本次所使用的状态值的解压缩算法和状态值,解压缩该SIP压缩消息中的压缩的SIP消息内容。
本发明实施例还提供一种在压缩/解压缩过程中传输解压缩信息的发送装置,图4为本发明实施例的在压缩/解压缩过程中传输解压缩信息的发送装置示意图,该装置包括:构造SIP压缩消息模块以及发送模块,其中,
构造SIP压缩消息模块,用于构造携带状态值以及压缩的SIP消息内容的SIP压缩消息后,发送给发送模块;
发送模块,用于接收从构造SIP压缩消息模块发送的该SIP压缩消息,进行发送。
在本发明实施例中,构造SIP压缩消息模块在构造SIP压缩消息时,还可以在SIP压缩消息中进一步包括对应于该状态值的Bytecode。还可以进一步包括反馈机制信息或/和用于确定接收装置内存资源的信息。
本发实施例还提供一种在压缩/解压缩过程中传输解压缩信息的接收装置,图5为本发明实施例的在压缩/解压缩过程中传输解压缩信息的接收装置示意图,该装置包括:接收模块,选择模块以及解压缩模块,其中,
接收模块,用于接收SIP压缩消息,发送给选择模块;
选择模块,用于根据从接收模块接收到的SIP压缩消息携带的状态值,选择对应于该状态值的Bytecode,将状态值、对应于该状态值的Bytecode和SIP压缩消息发送给解压缩模块;
解压缩模块,用于根据从选择模块接收到的状态值以及对应于该状态值的Bytecode对接收到的SIP压缩消息进行解压缩。
在本发明实施例中,如果选择模块接收到的SIP压缩消息携带有对应于该状态值的Bytecode,选择模块就可以直接从SIP压缩消息中获取到对应于该状态值的Bytecode;如果选择模块接收到的SIP压缩消息不携带对应于该状态值的Bytecode,则可以在该接收装置中进一步包括存储模块,用于存储对应于不同状态值的不同Bytecode,这时,选择模块可以从存储模块中选择对应于该状态值的Bytecode。当然,如果选择模块接收到的SIP压缩消息携带有对应于该状态值的Bytecode,选择模块还可以将对应于该状态值的Bytecode对应于该状态值进行存储。
在本发明实施例中,该接收装置还可以进一步包括反馈模块与选择模块进行信息交互,如果选择模块接收到的SIP压缩消息携带有反馈机制信息或/和用于确定接收端通信设备内存资源的信息时,选择模块还可以将接收到的SIP压缩消息发送给反馈模块,反馈模块根据该SIP压缩消息的反馈机制信息或/和用于确定接收装置内存资源的信息,向发送装置进行反馈或/和确认自身的内存资源信息。
在本发明实施例中,还可以将发送装置和接收装置集成在一个实体中,用于在无线通信系统中,实现对SIP压缩消息的收发以及SIP压缩消息的压缩/解压缩。
本发明实施例采用SIP压缩消息进行举例说明,在实际应用中,当其他应用层协议压缩消息进行传输时,也可以采用本发明提供的实施例进行,如RTSP压缩消息等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种在压缩/解压缩过程中传输解压缩信息的方法,其特征在于,该方法包括:
发送端通信设备将解压缩算法和该解压缩算法需利用的状态值携带在应用层协议压缩消息中发送给接收端通信设备;
接收端通信设备将接收到的应用层协议压缩消息中的状态值以及利用该状态值的解压缩算法进行存储。
2.如权利要求1所述的方法,其特征在于,所述应用层协议压缩消息还包括扩展字节,该状态值携带在扩展字节中。
3.如权利要求1所述的方法,其特征在于,所述应用层协议压缩消息中还携带有压缩的应用层协议消息内容;
该方法进一步包括:接收端通信设备根据该应用层协议压缩消息携带的状态值以及解压缩算法对该应用层协议压缩消息携带的压缩的应用层协议消息内容进行解压缩。
4.如权利要求1所述的方法,其特征在于,如果发送端通信设备向接收端通信设备发送携带本次使用的状态值及压缩的应用层协议消息内容的应用层协议压缩消息,该方法进一步包括:
接收端通信设备判断是否存储有对应于接收到的应用层协议压缩消息携带的本次使用的状态值的解压缩算法,如果是,采用该解压缩算法和本次使用的状态值对该应用层协议压缩消息携带的压缩的应用层协议消息内容进行解压缩。
5.如权利要求1、2、3或4所述的方法,其特征在于,所述状态值由本次使用的状态信息、本次使用的状态标识以及长度构成,携带在应用层协议压缩消息的扩展字节中。
6.如权利要求1、2、3或4所述的方法,其特征在于,当所述应用层协议压缩消息中还携带反馈机制信息或/和用于确定接收端通信设备内存资源的信息时,则该方法进一步包括:
接收端通信设备判断接收到的应用层协议压缩消息是否携带有反馈机制信息或/和用于确定接收端通信设备内存资源的信息,如果是,则接收端通信设备将向发送端通信设备反馈是否正确接收到应用层协议压缩消息的反馈机制信息,或/和确认自身内存资源的参数;如果否,则结束本流程。
7.如权利要求3或4所述的方法,其特征在于,当所述应用层协议压缩消息中还携带有循环冗余校验CRC标识时,则在所述进行解压缩的步骤之前,该方法还包括:
接收端通信设备根据接收到应用层协议压缩消息携带的循环冗余校验CRC标识进行循环冗余校验,如果通过,则转至所述进行解压缩的步骤;如果未通过,则结束本流程。
8.如权利要求1、2、3或4所述的方法,其特征在于,所述应用层协议压缩消息包括:会话发起协议SIP压缩消息、实时流媒体协议RTSP消息。
9.一种在压缩/解压缩过程中传输解压缩信息的系统,其特征在于,该系统包括发送端通信设备和接收端通信设备,其中,
所述发送端通信设备将解压缩算法和该解压缩算法需利用的状态值携带在应用层协议压缩消息中发送给所述接收端通信设备;
所述接收端通信设备将接收到的应用层协议压缩消息中的状态值以及利用该状态值的解压缩算法进行存储。
10.如权利要求9所述的系统,其特征在于,所述发送端通信设备为第一发送端通信设备,用于将解压缩算法和该解压缩算法需利用的状态值以及压缩的应用层协议消息内容携带在应用层协议压缩消息中发送;
所述接收端通信设备用于接收所述应用层协议压缩消息,并根据该应用层协议压缩消息携带的状态值以及解压缩算法对所述压缩的应用层协议消息内容进行解压缩。
11.如权利要求9所述的系统,其特征在于,所述发送端通信设备用于在应用层协议压缩消息中增加扩展字节,携带该解压缩算法需利用的状态值。
12.一种在压缩/解压缩过程中传输解压缩信息的发送装置,其特征在于,该装置包括:构造应用层协议压缩消息模块以及发送模块,其中,
所述构造应用层协议压缩消息模块,用于构造携带解压缩算法和该解压缩算法需利用的状态值的应用层协议压缩消息后,发送给所述发送模块;
所述发送模块,用于接收从所述构造应用层协议压缩消息模块发送的该应用层协议压缩消息,进行发送。
13.一种在压缩/解压缩过程中传输解压缩信息的接收装置,其特征在于,该装置包括:该装置包括:接收模块,选择模块以及解压缩模块,其中,
所述接收模块,用于接收应用层协议压缩消息,发送给所述选择模块;
所述选择模块,用于根据从所述接收模块接收到的应用层协议压缩消息携带的状态值,选择利用该状态值的解压缩算法,将状态值、利用该状态值的解压缩算法和应用层协议压缩消息发送给所述解压缩模块;
所述解压缩模块,用于根据从所述选择模块接收到的状态值以及利用该状态值的解压缩算法对接收到的应用层协议压缩消息进行解压缩。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101668294A CN101197823A (zh) | 2006-12-08 | 2006-12-08 | 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101668294A CN101197823A (zh) | 2006-12-08 | 2006-12-08 | 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101197823A true CN101197823A (zh) | 2008-06-11 |
Family
ID=39547972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101668294A Pending CN101197823A (zh) | 2006-12-08 | 2006-12-08 | 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101197823A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013189335A3 (zh) * | 2012-12-27 | 2014-02-13 | 中兴通讯股份有限公司 | 一种彩信转发方法及装置 |
CN105491544A (zh) * | 2016-01-18 | 2016-04-13 | 厦门美图移动科技有限公司 | 一种短消息压缩通信方法和系统 |
CN113329442A (zh) * | 2021-04-20 | 2021-08-31 | 北京连山科技股份有限公司 | 一种通用的多链路载荷压缩与解压缩方法和系统 |
-
2006
- 2006-12-08 CN CNA2006101668294A patent/CN101197823A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013189335A3 (zh) * | 2012-12-27 | 2014-02-13 | 中兴通讯股份有限公司 | 一种彩信转发方法及装置 |
AU2013279963B2 (en) * | 2012-12-27 | 2016-09-01 | Zte Corporation | Multimedia message forwarding method and device |
US9794204B2 (en) | 2012-12-27 | 2017-10-17 | Xi'an Zhongxing New Software Co. Ltd. | Method and apparatus for forwarding multimedia message |
CN105491544A (zh) * | 2016-01-18 | 2016-04-13 | 厦门美图移动科技有限公司 | 一种短消息压缩通信方法和系统 |
CN113329442A (zh) * | 2021-04-20 | 2021-08-31 | 北京连山科技股份有限公司 | 一种通用的多链路载荷压缩与解压缩方法和系统 |
CN113329442B (zh) * | 2021-04-20 | 2022-02-11 | 北京连山科技股份有限公司 | 一种通用的多链路载荷压缩与解压缩方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3599673B2 (ja) | 無線データ送受信装置及びその方法 | |
US6839339B1 (en) | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets | |
RU2392765C2 (ru) | Компрессор сигнальных сообщений | |
EP2044750B1 (en) | Method and communications node for creation and transmission of user specific dictionary for compression and decompression of messages | |
EP1486039B1 (en) | Method and apparatus for header compression in a wireless lan | |
US9092319B2 (en) | State memory management, wherein state memory is managed by dividing state memory into portions each portion assigned for storing state information associated with a specific message class | |
CN101371555A (zh) | 用于生成和发送信令消息的方法 | |
US7640362B2 (en) | Adaptive compression in an edge router | |
US10817460B2 (en) | RDMA data sending and receiving methods, electronic device, and readable storage medium | |
CN101197824A (zh) | 一种确定压缩算法的方法及系统 | |
EP1405488A1 (en) | Apparatus and method for implementing text based compression using cache and blank approach | |
CN100452656C (zh) | 用于应用消息压缩及解压缩的方法和设备 | |
US20060259845A1 (en) | Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems | |
CN112769743B (zh) | 一种报头压缩方法、装置及设备 | |
EP3241115B1 (en) | Method and system for on-demand file repair | |
EP1897318A1 (en) | Signal message compression | |
US8621107B2 (en) | State-mediated data signaling used for compression in telecommunication services | |
US20040165585A1 (en) | Packet transmission apparatus and packet transmission method | |
CN101197825B (zh) | 一种传输压缩消息的方法、系统及设备 | |
CN101197823A (zh) | 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置 | |
EP1933532A2 (en) | System and method for proxy-based redirection of resource requests | |
WO2021036189A1 (zh) | Rdma数据发送及接收方法、电子设备及可读存储介质 | |
KR101331095B1 (ko) | 개방형 모바일 기기관리 기반의 xml 메시지 압축 전송방법 및 그 시스템 | |
CN101699914A (zh) | 移动终端中的上行及下行业务数据处理方法、及相关装置 | |
JP2002094553A (ja) | パケット伝送装置およびパケット伝送方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080611 |