CN101142798B - 一种用于多方通信系统的信令压缩方法 - Google Patents

Abstract

本发明公开了一种用于多方通信系统的信令压缩方法，包括如下步骤：启动多方通信系统中的发送方和接收方，分别向各自的内存载入相应的静态字典和数据描述表；发送方判断需要发送至接收方的信令所涉及的字符串是否在其静态字典中存在，若存在，则按照静态字典机制静态压缩该信令后发送至接收方，否则发送方与接收方之间按照动态反馈协商机制进行动态压缩且传递信令，然后根据上层应用决策判断是否需要动态转换相关字符串，若是，将所述字符串分别添加至发送方和接收方的各自静态字典，并且生成数据描述。采用本发明能将动态反馈和静态字典两种压缩机制有效地结合起来，充分利用两者的优点，可以避免重复协商而大大节约网络带宽。

Description

一种用于多方通信系统的信令压缩方法

技术领域

本发明涉及通信领域，尤其是涉及一种在使用SIP(Session InitiationProtocol，会话初始协议)、SDP(Session Description Protocol，会话描述协议)等协议进行通信的下一代网络(NGN)中进行信令压缩的方法。

背景技术

NGN是“下一代网络(Next Generation Network)”或“新一代网络(NewGeneration Network)”的缩写。NGN是以软交换为核心，采用开放、标准体系结构，能够提供包括话音、视频、数据等多种业务的下一代网络。SIP可以说是下一代网络中的核心控制协议，是互联网工程任务组(IETF)多媒体数据和控制体系结构的一个组成部分，是3GPP R5(3G WCDMA项目版本5)明确提出采用的网络核心控制协议。SIP协议用于初始、管理和终止分组网络中的语音和视频会话，具体地说是用来生成、修改和终结一个或多个参与者之间的会话。它主要应用于IP网络中语音和多媒体呼叫的会话控制，其基本功能是通信会话的建立、释放、修改以及终端通信能力的协商。SDP是用来描述多媒体会话通告、多媒体会话邀请和其他形式的多媒体会话初始化的协议。SDP通常包括以下信息：(1)会话信息，其内容包括会话名和目的、会话活动时间、会话使用的带宽信息和会话负责人的联系信息；(2)媒体信息，其内容包括诸如视频和音频的媒体类型、诸如RTP(实时传输协议)/UDP(用户数据报协议)/IP和H.320的传输协议、诸如H.261视频和MPEG视频的媒体格式、多播地址和媒体传输端口(用于IP多播会话)，以及用于联系地址的媒体和传输端口的远端地址(用于IP单播会话)。

因此，使用SIP、SDP协议能够满足多种应用，但是，由于SIP、SDP信令过于冗长，这使得其应用于带宽资源宝贵的无线网络时，呼叫建立需要太多时间，不利于提高效率。所以，IETF又定义了SIP、SDP的信令压缩技术SigComp(Signaling Compression，信令压缩)体系架构对信令进行压缩。SigComp体系架构主要解决IP信令在无线链路中的带宽问题，位于应用协议层与传输层之间，可为应用层消息提供健壮、无损的压缩，而且能运行在TCP、UDP和SCTP(流控制传输协议)等多种传输层之上。SigComp体系架构的引入有效降低信令在无线连路上的带宽需求，减少会话发起和信令控制时延，从而提高服务质量。

从目前的RFC(Request For Comments)协议中，SigComp主要有静态字典(Static Dictionary，RFC3485)和动态反馈(SigComp feedbackmechanism，RFC3320)等两大压缩机制。

静态字典的策略主要是利用静态字典对信令消息进行压缩，通过对信令中保留字的替换，减小压缩前的原始信令消息长度。静态字典具有通用、统一、高效的效果，但其数据结构相对固定，数据定义由RFC给出，不具备动态变换的效果。

动态反馈的原理是将呼叫进程中临时产生的、可能多次传输的大字节数据，采用通话双方由协商产生的标识(identifier)进行替换传输的机制.动态反馈具有动态变换的效果，传输数据的替换取决于双方的协商，具有很高的灵活性.但是，由于这些动态协商结果基本上只限于单个呼叫范围，一般都在呼叫结束后消亡.因此，对于一些相对固定的、与呼叫无关的数据在多次传输时会引起重复的协商，这不利于节约网络带宽.

综上所述，无论是静态字典还是动态压缩的功能都比较单一，都有其一定局限性，而且，两者之间是隔离的，缺乏有机的联系。另外，动态压缩作用域局限在点对点之间，这在多方通信的系统难以实现动态压缩数据的重用。

发明内容

本发明需要解决的技术问题是提供一种用于多方通信系统的信令压缩方法，采用本发明能将动态反馈和静态字典两种压缩机制有效结合起来，充分利用两者的优点，可以避免重复协商而大大节约网络带宽。

为了解决上述技术问题，本发明提供了一种用于多方通信系统的信令压缩方法，包括如下步骤：

(a1)启动多方通信系统中的发送方和接收方，分别向各自的内存载入相应的静态字典和数据描述表；

(a2)发送方判断需要发送至接收方的信令所涉及的字符串是否在其静态字典中存在，若存在，则将该信令按照静态字典机制进行静态压缩后发送至接收方，执行步骤(a4)，否则执行步骤(a3)；

(a3)发送方与接收方之间按照动态反馈协商机制进行动态压缩且传递信令，然后根据上层应用决策判断是否需要动态转换相关字符串，若是，将所述字符串分别添加至发送方和接收方的各自静态字典，并且生成所述字符串的数据描述；

(a4)重复步骤(a2)至(a4)，直至发送方与接收方之间的信令传递完成。

进一步地，本发明还具有如下特点：所述静态字典包括存储由RFC3485定义的静态字典的原有字典区间和存储新增字符串的扩展字典区间，其采用的数据格式由RFC3485定义。

进一步地，本发明还具有如下特点：所述多方通信系统由一个接收方和若干发送方组成，接收方的静态字典是所有发送方的静态字典的总集。

进一步地，本发明还具有如下特点，所述步骤(a3)可进一步分为如下步骤：

(b1)发送方与接收方之间按照动态反馈协商机制进行动态压缩且传递信令；

(b2)判断发送方与接收方之间的动态反馈协商过程是否正常结束，若是，执行步骤(b3)，否则执行步骤(b6)

(b3)根据上层应用决策，判断是否需要动态转换相关字符串，若是，执行步骤(b4)，否则执行步骤(b6)

(b4)判断需要动态转换的字符串在接收方的静态字典中是否存在，若存在，则接收方通知发送方在其本地静态字典上的相应位置添加所述字符串，并生成相同的数据描述，执行步骤(b6)，否则执行步骤(b5)；

(b5)将所述字符串以及所述字符串的数据描述分别添加至发送方和接收方的各自静态字典以及数据描述表；

(b6)结束。

进一步地，本发明还具有如下特点，所述步骤(b5)可进一步分为如下步骤：

(c1)接收方计算所述字符串的长度，生成所述字符串的偏移地址，记录所述字符串的优先级和出处，以及更新当前扩展字典区间的偏移地址；

(c2)接收方在其扩展字典区间的相应偏移地址处添加所述字符串，并生成数据描述，同时通知发送方在其本地静态字典上的相同偏移地址处添加所述字符串；

(c3)发送方在其本地静态字典上的与接收方相同的偏移地址处添加所述字符串，并且生成相同的数据描述。

进一步地，本发明还具有如下特点：所述上层应用决策包括采用字符串频率统计来决定需要动态转换的字符串。

进一步地，本发明还具有如下特点，本方法还包括将不同的静态字典进行合成的如下步骤：

(d1)在多方通信系统中找到包括由RFC3485定义的静态字典数据最大的静态字典，并以该静态字典作为字典合集的基础；

(d2)取出下一个静态字典，判断该静态字典中是否存在与当前字典合集不同的静态字典转换字符串，若存在，执行步骤(d3)；否则执行步骤(d4)；

(d3)添加该字符串至当前字典合集，并且生成数据描述；

(d4)重复步骤(d2)至(d4)，直至遍历系统中所有静态字典。

进一步地，本发明还具有如下特点，多方通信系统对静态字典还可进行如下操作：

(e1)接收方可对其本地静态字典进行删除、更改和数据整理操作；

(e2)发送方可根据接收方的静态字典定时更新其本地静态字典，或是接收方通知发送方，由发送方在其本地静态字典的相应位置处更新有关字符串。

进一步地，该方法还包括如下步骤：

采用系统定时的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中，或者采用消息驱动的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中。

与现有技术相比，本发明具有以下优点：

A、由于本方法中可将动态反馈数据转换为静态字典，并且该静态字典能兼容RFC定义的数据部分，因此通过该静态字典可以将频繁重复协商的动态反馈协商过程替代为采用静态字典压缩机制，从而省却了大量的动态反馈协商工作，并且能有效地降低信令带宽；

B、本方法扩展了现有信令压缩的标准体系，使得静态字典、动态反馈和动态反馈数据到静态字典的数据转换功能可以在多个发送方和接收方之间实现；

C、由于各厂商系统在经过一定阶段的运行之后，累积生成的字典不尽相同，通过本发明提供的静态字典合成功能，可生成多个静态字典的字典合集，从而使得各厂商产品的能够互通，大大扩大了信令压缩机制的作用范围；

D、本发明中的静态字典还具有兼容性、通用性和继承性，任何系统都可以使用最新的字典合集而大大提高系统适配性和灵活性。

附图概述

图1是本发明中动态反馈数据转换为静态字典的流程图；

图2是本发明中接收方对其本地静态字典进行数据整理操作流程图；

图3是本发明中对不同静态字典进行合成的流程图。

本发明的最佳实施方式

为深入了解本发明，下面结合附图及具体实施例对本发明进行详细说明。

由RFC3485定义的静态字典结构如表1所示，静态字典的存储空间为0x12E2(十进制数为4834)个字节，约4K字节，它所保存的字符串包括SIP、SDP协议中常用的一些关键字和特殊字符，这些字符的简单连续排列便组成了该静态字典。其中，表中每行的第一个双字节表示该行所在的位移地址。

表1SIP/SDP静态字典的二进制表示

静态字典所保存的SIP/SDP协议中被压缩字符串通过数据描述来解析，表2和表3分别是用于解析SIP/SDP协议中被压缩的字符串的数据描述表，数据描述表包括String、Priority、Offset、Length、References等内容，从RFC3485可以知：

String表示一个静态字典所保存的SIP/SDP协议中的被压缩字符串；

Priority表示字符串的优先级，静态字典在编排时默认越靠近底部具有更高的Priority，而优先级高的字符串可以在压缩时采用更少字节的压缩标识替换，这是一种压缩编码原则，即使用频率越高的字符串采用更少字节的压缩标识替换；此外，还有诸如DEFLATE的压缩机制，对经常性使用的字符串放在字典的最底部，以获得最好的压缩效率，因此在数据描述表中对字符串划分了优先级；

Offset是字符串在静态字典中的偏移位置；

Length是字符串的长度；

References是指字符串出自哪个标准哪个部分；

优先级(Priority)包括1～5，共有5个级别，每个字符串解析时只要根据offset得到其在表1的静态字典中的偏移地址，再利用length进行长度截取，即得到相应的字符串.

表2静态字典中SIP字符串的数据描述表

表3静态字典中SDP字符串的数据描述表

下面对动态反馈的数据格式进行描述，表4表示SigComp消息格式，表5表示SigComp消息中动态反馈字段(Returned feedback item)的格式。

表4SigComp消息格式

表5动态反馈字段格式

结合RFC3320和表4可知：

第一个字节为固定消息标识头，指示其为动态反馈协商消息；

Returned feedback item为动态反馈字符串，如表5所示的格式，returned_feedback_length为动态反馈字符串的长度，用7bits表示，最大长度为128个字节，returned_feedback_field为动态反馈字符串区间；

Partial state identifier为动态反馈协商生成的标识，它的长度由第一个字节中占有两个bits的len表示，具体的长度表示方法为：“01”表示6个字节；“10”表示9个字节；“11”表示12字节；

因此，动态反馈协商部分由第一个字节、Returned feedback item和Partial state identifier三部分组成；

Remaining SigComp message是后续的SIP/SDP消息压缩部分。

由上述可知，动态反馈协商部分数据长度＝1(标识头)+(1+动态反馈数据长度)+identifier长度。

在本实施例中，需要预先定义数据格式，明确动态反馈数据和扩展后静态字典的格式。

将动态数据反馈数据转换为静态字典，首先要保证原有由RFC3485定义的静态字典的兼容性，还要考虑由RFC3485定义的静态字典可能存在的扩展性，为此，本实施例中的静态字典基本沿用由RFC3485定义的静态字典的数据格式，并作如下约定：

Priority继续采用1～5；Offset继续使用两个字节，因为目前RFC3485只定义到0x12E2，采用两个字节是够用的；Length继续采用两个字节；References不变；静态字典分为两个区间，从0x0000～0x1fff的区间为存储由RFC3485定义的静态字典的原有字典区间，以保证0x12e2～0x1fff的区间内可容纳未来的RFC3485数据定义加入；从0x2000～0xffff的区间为用于存储新增字符中的扩展字典区间，由于0xffff是两个字节，因此扩展字典区间的最大容量为0xffff-0x2000＝0xdfff个字节，共56K字节，可以满足较大的需求.

此外，还需要对RFC3320定义动态反馈字段格式进行协议扩展，具体如表6所示，该数据格式的特点是将第一个字节的第一位设置为0，表示该动态反馈字段需要转换成静态字典，returned_feedback_field_offset占用两个字节，表示该动态字符串在接收方的静态字典中生成的偏移位置，用于通知发送方。

表6需要转换为静态字典的动态反馈字段格式

在本实施例中，设定发送方为UE(用户终端)，接收方为Proxy(服务器)，Proxy可面对一个或多个UE，如图1所示，一种用于多方通信系统的信令压缩方法包括如下步骤：

步骤101，系统启动UE和Proxy，并分别向UE和Proxy的内存载信容量为64K字节的静态字典，该静态字典包括原有字典区间和扩展字典区间，同时在专用数据区内载入关于静态字典的数据描述表；

步骤102，UE判断需要发送至Proxy的信令所涉及的字符串是否在其静态字典中存在，若存在，则将该信令按照静态字典机制进行静态压缩后发送至接收方，否则UE与Proxy之间按照动态反馈协商机制进行动态压缩且传递信令，然后系统判断动态反馈数据协商是否成功(即是否正常结束)，若是，执行步骤103，否则执行步骤107；

步骤103，根据上层应用决策，判断是否需要动态转换相关字符串，若是，执行步骤104，否则执行步骤107；

将哪些动态数据转换为静态字典之所以取决于上层应用的决策，是因为命中率的问题，即最大程度地将常用的动态反馈数据转换为静态字典；命中率越高，压缩效率越高；应用中如能采用各种有效手段，如采用字符串频率统计决定需转换的动态反馈数据，提高命中率，本发明的效果将更显著；

步骤104，Proxy判断需要动态转换的字符串在其本地的静态字典中是否存在，若存在，则Proxy通知UE在其静态字典上的相应位置添加所述字符串，并生成相同的数据描述，执行步骤107，否则执行步骤105；

步骤105，Proxy计算所述字符串的长度，生成所述字符串的偏移地址，记录所述字符串的优先级和出处，以及更新当前扩展字典区间的偏移地址，然后在其扩展字典区间的相应偏移地址处添加所述字符串，并生成数据描述，同时通知UE在其本地静态字典上的相同偏移地址处添加所述字符串；UE在其本地静态字典上的与Proxy相同的偏移地址处添加所述字符串，并且生成相同的数据描述；

步骤106，采用系统定时或消息驱动的触发方式，UE和Proxy分别将各自的静态字典和数据描述表保存至相应的数据文件中；

步骤107，重复执行步骤102至步骤107，直至UE与Proxy之间的信令传递结束。

需要指出的是，步骤103中将动态反馈数据转换到静态字典的消息发出有两种情况，一种情况是UE主动要求转换动态反馈数据，另一种情况则是Proxy要求转换动态反馈数据.如果UE方首先发出转换要求，Proxy应答时需要将Returned feedback item字段的第一个字节的第一位设置为0。

数据文件即简单地按照静态字典的格式存储数据，Dictionary.dat和Description.dat分别表示存储静态字典的字符串部分和数据描述部分的数据文件。

Proxy的静态字典包括所有UE的静态字典的内容且规划了各UE静态字典的范围，是所有UE的静态字典的总集。单个UE不能正确分配新增字符串的添加位置，因此生成偏移位置必须由Proxy完成。Proxy添加新增字符串后通知UE，UE在其本地静态字典上与Proxy相同的位置处进行字符串的添加，这样可以保证UE中的静态字典与Proxy中的静态字典保持一致。

Proxy向静态字典中添加新增字符串的操作过程，包括如下步骤：

步骤1，确定静态字典的起始位置；

步骤2，根据动态反馈字段中的returned_feedback_length字段获取该动态反馈字符串的长度，并且获取静态字典中的当前偏移位置；

步骤3，根据当前偏移位置和长度，向静态字典的相应位置处添加所述字符串，记录Priority和reference，并且计算更新后的偏移位置。

Proxy向其本地静态字典中添加新增字符串操作过程的函数如下，每次动态数据的转换都需要调用该函数一次。

static WORD CurOffset＝0x2000

void Calc_Cur_Str()

 {

Offset＝CurOffset

Length＝strlen(“string”)

CurOffset+＝Length

Priority和reference由应用决定。

}

例如：动态反馈字符串为″www.zte.com.cn”，需要在静态字典中偏移位置为0x2000后添加“www.zte.com.cn”字符串，如下是对该字符串的数据描述：

当前偏移位置offset＝0x2000，

字符串长度length＝strlen(“www.zte.com.cn”)＝14，

CurOffset＝0x2000+14＝0x200E，

Priority和reference由应用给出。

此外，本实施例中多方通信系统还可以对静态字典进行查询、删除、更改和整理操作。由于Proxy存储的是各UE的静态字典的总集，因此以下操作仅限于Proxy侧。

查询操作：在将动态反馈数据转换为静态字典之后，需要进一步确认需要转换的字符串在Proxy的静态字典中是否存在，该操作的输入是字符串，经过遍历，输出结果。

删除操作：包括全部删除和单个删除，全部删除是指将用于存储新增字符串的扩展字典区间内的数据全部清空，只保留由RFC3485定义的静态字典的原有字典区间内的数据；单个删除是指删除单个动态反馈保存的静态字典数据，具有实现上可以简单地将其数据描述设置标识，如offset＝0xffff.

更改操作：即是将某静态字典数据进行更改，可以分解为两步：删除该原有数据和添加新数据，因此，首先将该数据描述设置标识，offset＝0xffff，然后在静态字典的末尾，进行添加字符串操作。

数据整理操作：由于删除操作是简单地打上删除标识，所以数据整理操作需要对已经删除的数据进行空间回收，然而在回收的同时，会带来其他数据位置的迁移，因此计算量比较庞大，应当避免频繁地使用，一般在系统重启或空间占用超限时使用。

图2是数据整理操作的流程图，数据整理过程包括如下步骤：

步骤201，在数据描述表中找到第一个数据描述；

步骤202，判断当前数据描述中是否存在offset＝0xffff，若存在，确定该数据描述字符串的偏移地址offset为当前偏移地址CurOffset，执行步骤204；否则，执行步骤203；

步骤203，判断该数据描述表中是否存在下一个数据描述，若存在，执行步骤202；否则，执行步骤207；

步骤204，依次查询数据描述表中的下一个数据描述，判断是否找到数据描述中offset不为0xffff的下一个数据描述，若是，执行步骤205；否则，执行步骤207；

步骤205，将该数据描述对应的字符串移动至静态字典的当前偏移位置，并且将该数据字符串的数据描述中offset＝CurOffset，同时更新当前偏移地址CurOffset，使得CurOffset＝CurOffset+length；

步骤206，返回步骤204；

步骤207，结束；

Proxy静态字典的字符串经过删除、更改和整理后，通知UE进行相应更改，UE进行更改的情况分为两种，一种是UE使用Proxy的静态字典，重新加载；另一种为Proxy通知UE在相应的偏移位置处重新添加被更改的字符串。

由于各厂商系统在经过一定阶段的运行之后，累积生成的字典不尽相同，有时为了达到各厂商产品的互通，可能需要对几个静态字典生成其合集。本发明还提供对不同的静态字典进行合成的功能，合成功能的基本计算公式与添加字符串的操作一样，不同点是存在对各静态字典的遍历搜索的过程，以保证合集的唯一性和完整性；同时还需要兼顾由RFC3485定义的静态字典的版本升级情况，保证兼容性。

对不同静态字典的合成流程如图3所示，包括如下步骤：

步骤301在所有的多方通信系统中找到由RFC3485定义的静态字典数据最大的静态字典，并以该静态字典作为字典合集的基础；

步骤302，取出下一个静态字典；

步骤303，判断该静态字典中是否存在与当前字典合集不同的静态字典转换字符串(即动态反馈数据部分)，若存在，执行步骤303；否则，执行步骤304；

步骤303，添加该字符串至当前字典合集，并且生成数据描述；

步骤304，重复步骤302至304，直至遍历系统中所有静态字典。

工业实用性

采用本发明所提供的方法能明显降低通信量，通过以SIP消息为例，其转换命中率为30％，定量计算该方法的压缩率.

假设动态反馈数据的平均长度为50字节，反馈标识identifier的平均长度为6个字节，由表4可知，使用动态反馈协商机制的单个消息，其反馈协商部分需要多消耗1+(50+1)+6＝58个字节。

设定普通SIP消息的平均长度为500字节，经过静态字典压缩过的SIP消息平均长度为400字节，则静态压缩的压缩率为400/500＝80％。

由于动态反馈协商时需要含有动态反馈字段，而且SIP消息尚没有进行动态压缩，只进行了静态压缩，因此此时SIP消息长度为400+58个字节；设定动态反馈协商结束后SIP消息的平均长度为300字节；综合以上两种情况，借助概率统计，得到使用动态反馈后平均SIP消息长度为350字节。则动态反馈后压缩率提高为350/500＝70％。

使用本发明提供的方法压缩，SIP消息中等于省却了动态反馈字段项，此时SIP消息的平均长度就为300字节，因此压缩率变为300/500＝60％。

如果能尽可能优化上层应用决策，提高命中率，即最大程度地将常用的动态反馈数据转换为静态字典，例如从30％提高到50％时，压缩率提高将达到41.94％。

本具体实施例虽然很多地方都以SIP协议为例子，但它本质上是一种通用的方法，具有协议无关性。本发明不仅适用于SIP、SDP信令压缩，在未来的一些新协议压缩上都可以采用本方法。

Claims (10)

1.一种用于多方通信系统的信令压缩方法，包括如下步骤：

(a1)启动多方通信系统中的发送方和接收方，分别向各自的内存载入相应的静态字典和数据描述表；

(a2)发送方判断需要发送至接收方的信令所涉及的字符串是否在其静态字典中存在，若存在，则将该信令按照静态字典机制进行静态压缩后发送至接收方，执行步骤(a4)，否则执行步骤(a3)；

(a3)发送方与接收方之间按照动态反馈协商机制进行动态压缩且传递信令，然后根据上层应用决策判断是否需要动态转换相关字符串，若是，将所述字符串分别添加至发送方和接收方的各自静态字典，并且生成所述字符串的数据描述；

(a4)重复步骤(a2)至(a4)，直至发送方与接收方之间的信令传递完成。

2.根据权利要求1所述的一种用于多方通信系统的信令压缩方法，其特征在于：所述静态字典包括存储由RFC3485定义的静态字典的原有字典区间和存储新增字符串的扩展字典区间，其采用的数据格式由RFC3485定义。

3.根据权利要求2所述的一种用于多方通信系统的信令压缩方法，其特征在于：所述多方通信系统由一个接收方和若干发送方组成，接收方的静态字典是所有发送方的静态字典的总集。

4.根据权利要求3所述的一种用于多方通信系统的信令压缩方法，其特征在于，所述步骤(a3)进一步分为如下步骤：

(b1)发送方与接收方之间按照动态反馈协商机制进行动态压缩且传递信令；

(b2)判断发送方与接收方之间的动态反馈协商过程是否正常结束，若是，执行步骤(b3)，否则执行步骤(b6)；

(b3)根据上层应用决策，判断是否需要动态转换相关字符串，若是，执行步骤(b4)，否则执行步骤(b6)；

(b4)判断需要动态转换的字符串在接收方的静态字典中是否存在，若存在，则接收方通知发送方在其本地静态字典上的相应位置添加所述字符串，并生成相同的数据描述，执行步骤(b6)，否则执行步骤(b5)；

(b5)将所述字符串以及所述字符串的数据描述分别添加至发送方和接收方的各自静态字典以及数据描述表；

(b6)结束。

5.根据权利要求4所述的一种用于多方通信系统的信令压缩方法，其特征在于，所述步骤(b5)进一步分为如下步骤：

(c1)接收方计算所述字符串的长度，生成所述字符串的偏移地址，记录所述字符串的优先级和出处，以及更新当前扩展字典区间的偏移地址；

(c2)接收方在其扩展字典区间的相应偏移地址处添加所述字符串，并生成数据描述，同时通知发送方在其本地静态字典上的相同偏移地址处添加所述字符串；

(c3)发送方在其本地静态字典上的与接收方相同的偏移地址处添加所述字符串，并且生成相同的数据描述。

6.根据权利要求4所述的一种用于多方通信系统的信令压缩方法，其特征在于：所述上层应用决策包括采用字符串频率统计来决定需要动态转换的字符串。

7.根据权利要求1所述的一种用于多方通信系统的信令压缩方法，其特征在于，本方法还包括将不同的静态字典进行合成的如下步骤：

(d1)在多方通信系统中找到包括由RFC3485定义的静态字典数据最大的静态字典，并以该静态字典作为字典合集的基础；

(d2)取出下一个静态字典，判断该静态字典中是否存在与当前字典合集不同的静态字典转换字符串，若存在，执行步骤(d3)；否则执行步骤(d4)；

(d3)添加该字符串至当前字典合集，并且生成数据描述；

(d4)重复步骤(d2)至(d4)，直至遍历系统中所有静态字典。

8.根据权利要求1所述的一种用于多方通信系统的信令压缩方法，其特征在于，多方通信系统对静态字典还可进行如下操作：

(e1)接收方可对其本地静态字典进行删除、更改和数据整理操作；

(e2)发送方可根据接收方的静态字典定时更新其本地静态字典，或是接收方通知发送方，由发送方在其本地静态字典的相应位置处更新有关字符串。

9.根据权利要求1所述的一种用于多方通信系统的信令压缩方法，其特征在于：该方法还包括如下步骤

采用系统定时的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中。

10.根据权利要求1所述的一种用于多方通信系统的信令压缩方法，其特征在于：该方法还包括如下步骤

采用消息驱动的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中。

Images