CN101142798A

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

Info

Publication number: CN101142798A
Application number: CN200580049039.1A
Authority: CN
Inventors: 喻青; 戴存军; 业绪进
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2005-08-31
Filing date: 2005-08-31
Publication date: 2008-03-12
Anticipated expiration: 2025-08-31
Also published as: WO2007025410A1; CN101142798B

Abstract

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

Description

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

技术领域

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

NGN是"下一代网络 (Next Generation Network)"或"新一代网络（New Generation 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 feedback mechanism, RFC3320)等两大压缩机制。

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

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

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

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

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

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

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

(a4)重复步骤（a2)至（a4) ，直至发送方与接收方之间的信令传递完成。进一步地，本发明还具有如下特点：所述静态字典包括存储由 RFC3485定义的静态字典的原有字典区间和存储新增字符串的扩展字典区间，其采用的数据格式由 RFC3485定义。

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

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

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

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

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

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

(b6) 结束。

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

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

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

(c3 )发送方在其本地静态字典上的与接收方相同的偏移地址处添加所述字符串，并且生成相同的数据描述。进一步地，本发明还具有如下特点：所述上层应用决策包括采用字符串频率统计来决定需要动态转换的字符串。

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

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

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

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

(d4) 重复步骤（d2)至（d4) ，直至遍历系统中所有静态字典。进一步地，本发明还具有如下特点，多方通信系统对静态字典还可进行如下操作：

(el ) 接收方可对其本地静态字典进行删除、更改和数据整理操作； (e2)发送方可根据接收方的静态字典定时更新其本地静态字典，或是接收方通知发送方，由发送方在其本地静态字典的相应位置处更新有关子符串

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

采用系统定时的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中，或者采用消息驱动的触发方式，发送方和接收方分别将静态字典和数据描述表保存至相应的数据文件中。与现有技术相比，本发明具有以下优点：

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

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

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

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

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

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

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

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

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

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

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

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

Length是字符串的长度；

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

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

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

String Priority Offset Length References

"sip:** 1 0CDD 0004 [3] 19.1.1

"sips:" 3 08AC 0005 [3] 19.1.1

"tel:" 3 08BD 0004 [7] 2.2

"SIP/2.0" 1 0CB9 0007 [3] 25.1

"SIP/2.0/UDP" 1 0CFE OOOC [3] 25.1

"SIP/2.0/TCP" 2 0CB9 OOOC [3] 25.1

"606" 5 0430 0004 [3] 21.6.4

"606 Not 4 0430 0012 [3] 21.6.4 Accptable"

"687" 5 0359 0004 [14] 3.5

"687 Dialog 4 0359 0015 [14] 3.5 Terminated"

"Anonymous" 3 08A4 0009 [3] 8.1.1.3 下面对动态反馈的数据格式进行描述，表 4表示 SigComp消息格式, 表 5表示 SigComp消息中动态反馈字段（Returned feedback item) 的格式。

表 4 SigComp消息格式

1 2 3 4 5

1 1 1 1 1

Returned feedback item

Partial state identifier

Remaining SigComp message 表 5 动态反馈字段格式

0 1 2 3 4 5 6 7

lj returned— feedback—length

returned feedback field 结合 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 只定义到 0xl2E2，采用两个字节是够用的； Length继续采用两个字节； References不变；静态字典分为两个区间，从 0x0000〜0xlfff的区间为存储由 RFC3485定义的静态字典的原有字典区间，以保证 0xl2e2〜0xlfff 的区间内可容纳未来的 RFC3485数据定义加入；从 0x2000〜0xffff的区间为用于存储新增字符中的扩展字典区间，由于 Oxffff是两个字节，因此扩展字典区间的最大容量为 Oxffff— 0x2000 =0xdfff个字节，共 56K字节，可以满足较大的需求。

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

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

0 1 2 3 4 5 6 7

0 returned— feedback— length

returned feedback field

returned feedback field offset 在本实施例中，设定发送方为 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和 DescriptioiLdat分别表示存储静态字典的字符串部分和数据描述部分的数据文件。

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

Priorit 和 reference由应用决定。

}

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

当前偏移位置 offset=0x2000，

字符串长度 length= sti en("www.zte.com.cn") = 14，

CurOffset = 0x2000+14 = 0x200E， Priority和 reference由应用给出。此外，本实施例中多方通信系统还可以对静态字典进行查询、删除、更改和整理操作。由于 Proxy存储的是各 ΌΈ的静态字典的总集，因此以下操作仅限于 Proxy侧。

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

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

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

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

图 2是数据整理操作的流程图，数据整理过程包括如下步骤：步骤 201，在数据描述表中找到第一个数据描述；

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

步骤 203，判断该数据描述表中是否存在下一个数据描述，若存在，执行步骤 202; 否则，执行步骤 207; 步骤 204，依次查询数据描述表中的下一个数据描述，判断是否找到数据描述中 offset不为 Oxffff的下一个数据描述，若是，执行步骤 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

权利要求书

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

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

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

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

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

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

RFC3485定义。 .

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

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

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

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

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

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

(b6) 结束。

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

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

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

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

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

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

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

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

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

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

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

(el )接收方可对其本地静态字典进行删除、更改和数据整理操作； (e2)发送方可根据接收方的静态字典定时更新其本地静态字典，或是接收方通知发送方，由发送方在其本地静态字典的相应位置处更新有关字符串。

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

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

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

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