CN101827458B

CN101827458B - 路由会话发起协议消息的方法及装置

Info

Publication number: CN101827458B
Application number: CN2009100788752A
Authority: CN
Inventors: 孟越涛
Original assignee: Huawei Technologies Co Ltd
Current assignee: Shenzhen Zhitong World Technology Service Co. Ltd.
Priority date: 2009-03-04
Filing date: 2009-03-04
Publication date: 2013-10-09
Anticipated expiration: 2029-03-04
Also published as: CN101827458A

Abstract

本发明涉及一种路由会话发起协议消息的方法及装置，方法包括：接收对话内消息；获取所述对话内消息的类型；从预先设定的规则中查找与所述类型相对应的规则；根据所述相对应的规则获取所述对话内消息的目的应用地址；根据所述目的应用地址发送所述对话内消息。装置包括：接收模块、控制模块及发送模块。上述实施例通过与对话内消息对应的规则获取目的应用地址，使得对话内消息只转发到符合规则要求的App，即使得对话内消息只需经过相关App便可发送到目的地址，避免了将对话内消息发送到端到端会话间所有的App，大大优化了对话内消息的发送路径，节省了对话内消息的转发时间，提高了执行效率。

Description

路由会话发起协议消息的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种路由会话发起协议消息的方法及装置。

背景技术

会话发起协议(Session Initiation Protocol，SIP)是一种应用层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话。SIP可用于建立两方呼叫、多方呼叫，或者甚至因特网(Internet)呼叫、多媒体呼叫和多媒体分发的多播会话。

在SIP标准“RFC3261”中，对话(Dialog)即在一定时间内维持两个用户代理(User Agent，UA)点对点的关系。Dialog通过SIP消息建立，如对邀请(Invite)请求的“2xx”消息回应。Dialog由呼叫标识(call identifier)、本地标签(local tag)、远程标签(remote tag)来标识，它的值在SIP消息的消息头中的“CallID”、“From tag”、“To tag”的字段中。UA是产生消息，对接收到的消息响应的实体。代理(Proxy)为Dialog间消息路由转发逻辑实体，使用一定的策略转发前重写消息字段。背靠背用户代理(Back to BackUser Agent，B2BUA)与Proxy不同，B2BUA实质上为一类SIP服务器，担当两台UA(用户代理服务器)功能，其中一台模拟接收器，一台模拟发送器。

Proxy、UA、B2BUA等实体功能通过Java语言实现。Java需求说明(JavaSpecification Request，JSR)116:SIP程序接口(SIP Servlet API)是一个服务器端接口，描述了针对SIP组件及服务的SIP容器。SIP容器(Container)负责接收发送SIP消息，向上层应用程序(Application，简称App)提供开放的应用程序接口(Application Programming Interface，API)和部署环境，并通过应用程序路由器(App Router)交互决定SIP消息的投递顺序。App是一个逻辑模块，用于提供某个业务。App Router用于控制消息在App之间的流转的路径。具体实现中，App可根据业务需要实现Proxy、UA或B2BUA的转发等功能。

Dialog建立过程中，由App Router将消息按顺序转发到SIP容器中的所有App，如呼叫等待、三方通话等，经过与APP的交换后，App Router将消息发送到目的终端，完成会话建立。

Dialog建立后，在App与终端之间可能有SIP消息需要发送。该SIP消息即对话内消息，消息中“CallId”、“from”、“to”、“Router”头已经确定。

现有技术中，对话内消息的发送由App Router将对话内消息按序转发至每一个APP，最后发送到目的终端。即，对话内消息经过所有的App到达目的地。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺陷：对话内消息需要经过每个APP才能到达最终目的地，从而导致对话内消息发送的时间过长，效率较底。

发明内容

本发明实施例提出一种路由会话发起协议消息的方法及装置，以优化对话内消息的发送路由。

本发明实施例提供了一种路由会话发起协议消息的方法，包括：

应用程序路由器接收对话内消息；

所述应用程序路由器获取所述对话内消息的类型；

所述应用程序路由器从预先设定的规则中查找与所述类型相对应的规则；

所述应用程序路由器根据所述相对应的规则获取所述对话内消息的目的应用地址；

所述应用程序路由器根据所述目的应用地址发送所述对话内消息；

其中，所述应用程序路由器根据所述目的应用地址发送所述对话内消息，包括：

所述应用程序路由器的控制模块根据所述目的应用地址从对话管理表中查找与所述对话内消息同组的对话，得到所述对话的对话参数；

所述应用程序路由器的转换模块利用得到的对话参数转换所述对话内消息，所述应用程序路由器通过所述对话向所述目的应用地址发送经过转换的对话内消息。

本发明实施例还提供了一种路由会话发起协议消息的装置，所述装置为应用程序路由器，包括：

接收模块，用于接收对话内消息；

控制模块，用于获取所述对话内消息的类型，从预先设定的规则中查找与所述类型相对应的规则；根据所述相对应的规则找到所述对话内消息的目的应用地址；

发送模块，用于根据所述目的应用地址发送所述对话内消息；

其中，所述控制模块还用于根据所述目的应用地址从对话管理表中查找与所述对话内消息同组的对话，得到所述对话的对话参数；

所述发送模块包括：

转换模块，用于利用得到的对话参数转换所述对话内消息；

路由模块，用于通过所述对话所述目的应用地址发送经过转换的对话内消息。

上述实施例通过与对话内消息对应的规则获取目的应用地址，使得对话内消息只转发到符合规则要求的App，即使得对话内消息只需经过相关App便可发送到目的地址，避免了将对话内消息发送到端到端会话间所有的App，大大优化了对话内消息的发送路径，节省了对话内消息转发时间，提高了执行效率。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明路由会话发起协议消息的装置实施例的结构示意图；

图2为本发明路由会话发起协议消息的装置实施例中表1所对应规则表的示意图；

图3为本发明路由会话发起协议消息的方法实施例一的流程图；

图4为本发明路由会话发起协议消息的方法实施例二的流程图。

具体实施方式

图1为本发明路由会话发起协议消息的装置实施例的结构示意图。路由SIP消息的装置可为App Router，包括接收模块11、控制模块12及发送模块16。接收模块11接收SIP消息，并将接收到的SIP消息发送到控制模块12处理，该SIP消息包括“CallId”、“from”、“to”、“Route”等字段。控制模块12根据该SIP消息中的“CallId”、“from”、“to”、“Route”头是否已经包含有相应的值来判断该SIP消息是否是对话内消息。如果已经包含有相应的值，说明该SIP消息是对话内消息，则根据该SIP消息所属的对话内消息的类型从预先设定的规则中查找与该SIP消息所属的对话内消息的类型相对应的规则，并将该SIP消息与查找到的规则匹配，获得目的应用地址。发送模块16根据控制模块12获得的目的应用地址发送对话内消息。发送模块16可包括转换模块13及路由模块14。转换模块13根据控制模块12获得的Dialog执行Dialog消息转换，即根据获得的Dialog设定对话内消息的消息头，并根据获得的Dialog对应的应用地址设置对话内消息中的路由字段，然后把转换结果交路由模块14路由。路由模块14根据对话内消息中的路由字段路由对话内消息。

其中，Dialog管理表由控制模块12在建立端到端会话的过程中构建，包括组标识（Group ID）及相对应的Dialog标识（Dialog Id）、应用地址等。建立端到端会话的过程中，Dialog Id能够体现消息经过这些App的流转关系。消息从大的编号向小的编号传递，或者始于小的并向大的传递。这个关系在会话建立时确定。例如：建立会话过程中，当App Router收到bob发送的带有“NEW”的消息后，根据该消息生成唯一的组标识Group ID1，并在Dialog管理表中创建一个条目即Dialog1，由于是第一条消息，应用地址为bobhuawei.com；App Router根据该消息创建新消息并将所创建的新消息发送给App1时，并在Dialog管理表中创建的Group ID下增加一个条目即Dialog2，应用地址为sip:app1huawei.com依次类推，完成会话建立时，Dialog管理表中包括创建的Group ID中包括建立的端到端会话的所有Dialog。Dialog管理表如表1所示。

表1Dialog管理表

Figure 890222DEST_PATH_RE-GDA00003413898100031

1	Dialog1(From_tag＝1928301774 To_tag＝1986306986 Call-Id： a84b4c76e66710huawei.com)	bobhuawei.com
			1	Dialog2(略)	sip:app1huawei.com
1	Dialog3(略)	sip:app1huawei.com
			1	Dialog4(From_ag＝1920591718 To_ag＝1746206101 Call-Id： a84b4c76e61225huawei.com)	sip:app2huawei.com
1	Dialog5(略)	sip:app2huawei.com
			1	Dialog6(略)	alicehuawei.com
2	略	略
			2	略	略

Figure 533693DEST_PATH_RE-GDA00003413898100041

其中，Group ID为1表示建立的端到端会话；Dialog Id的值包括“CallId”、“from tag”、“to tag”，为便于描述，这里用Dialog+数字如Dialog1来表示一个Dialog。端到端会话包括的6个信令点意义上的对话即Dialog1～Dialog6。

本实施例中路由SIP消息的装置对于接收到的对话内消息能够根据规则进行转发，优化对话内消息的转发路由。如SIP消息的装置只需将接收到的对话内消息转发到App2，之后便能够将App2返回的对话内消息发送给目的端爱丽丝（Alice），避免了将对话内消息依次转发到App1、App1等所有的App，最后转发到目的端，实现了对话内消息转发路由的优化，节省了SIP消息转发时间，提高了路由SIP消息的装置的执行效率。

一个Dialog管理表也可以为同一个端到端会话所包括的一组信令点意义上的会话即Dialog，该组Dialog具有相同的Group ID会话，即每一个Dialog管理表对应设置一组Dialog的所有信息。由于不同的表与不同的Group ID相关联，也可通过不同的表来找到相对应的端到端会话中的Dialog信息。

图2为本发明路由会话发起协议消息的装置实施例中表1所对应规则表的示意图。规则如表2所示。

表2规则表

Figure 868859DEST_PATH_RE-GDA00003413898100051

其中，

“If

（Message.Type==’INFO’）&&（Message.Head(‘Parm’)==‘CallWait’）

Then

Dest=sip:距离目的端地址最近的APP应用地址”

根据表2中的规则1，如果消息类型为“INFO”，消息头中的“Parm”为“CallWait”，则目的应用地址为“sip:距离目的端地址最近的APP应用地址”。上述实施例中，路由SIP消息的装置可为App Router。

假设Bob发送一个“INFO”消息（该SIP消息为简化版本）如下：

消息头：

“INFO sip:Alicehuawei.com

From:bobhuawei.com;tag=1928301774

To:alicehuawei.com;tag=1986306986

Call-Id:a84b4c76e66710huawei.com

Route:AppRouterhuawei.com

Parm:CallWait”

消息体：略。

其中，为了区别描述不同的“tag”，“From”后的“tag”即为“from tag”，“To”后的“tag”即为“to tag”。

App Router路由对话内消息的过程包括：

第一步：接收模块11接收到SIP消息，并将该SIP消息发送给控制模块12。

第二步：控制模块12确定该SIP消息的消息头中存在“CallId”、“from tag”、“to tag”字段，因此确定该SIP消息为对话内消息；根据消息头的“INFO”字段确定该SIP消息的类型为“INFO”，确定适用规则表中与INFO类消息对应的规则即Rule1，通过表2执行规则Rule1匹配：

“If

（Message.Type==’INFO’）&&（Message.Head(‘Parm’)==’CallWait’）

Then

Dest=sip:距离目的端地址最近的APP的应用地址”。

由于对话内消息中消息类型为“INFO”,并且“Parm”字段中的参数为“CallWait”，该规则匹配成功，执行结果为“Dest=sip:app2huawei.com”，即目的应用地址为“sip:app2huawei.com”。

控制模块12提取该SIP消息中的DialogId为“CallId”、“from tag”、“to tag”这三个元素中的参数，即Dialog1，根据提取的“CallId”、“from tag”、“to tag”的值查表1，得到“Dialog1”对应的“Group ID”=1；控制模块12根据规则“Rule1”执行结果“Dest=sip:app2huawei.com”及“Group ID”=1查表1，在“Group ID”=1的范围内查找“sip:app2huawei.com”，得到对应的“Dialog4”、“Dialog5”。由于“Dialog4”与接收该SIP消息的Dialog1的Dialog号的差最小，则通过Dialog4转发bob发送给alice的对话内消息。控制模块12还可以通过其它的方法确定转发SIP消息的Dialog的Dialog Id，如在应用地址为“app2huawei.com”对应的Dialog中选取从App Router到App的Dialog即“Dialog4”达到发送对话内消息的目的。

如果未找到对应的规则，即未找到条件匹配的规则，则在“Group ID”=1中找到与Dialog1标号差最小的Dialog2作为转发目的，即按顺序转发对话内消息。

如果有多条规则匹配，算法相同，执行规则完成后取距离“Dialog1”最近的“Dialog Id”，可以是Dialog标号与Dialog1差最小的，也可以具有相同应用地址且从App Router到App的Dialog。如果差值相同“Dialog1”相同，则将对话内消息转发给每一个“Dialog”。

当然，对于转发对话内消息的执行规则也可以具有多种，如当（Message.Type==’INFO’）&&（Message.Head(‘Parm’)==’CallWait’）匹配成功，根据接收的SIP消息的消息头中的参数“INFO sip:Alicehuawei.com”，确定与应用地址为sip:Alicehuawei.com对应的Dialog6的距离差为2的Dialog即Dialog4，并通过Dialog4转发bob发送给Alice的对话内消息。

而对于Alice发送给bob的对话内消息的发送可参考上述介绍，其原理与上述介绍的方法相同，在此不再详述。

第三步：转换模块13执行消息转换，主要包括复制（Copy）消息头和消息体，并根据找到的Dialog转换对话内消息，转换得到的新消息中“CallId”、“from tag”、“to tag”、“Route”已改成新的Dialog值。

假设Dialog4的具体值是：

“From_tag:1920591718，To_tag:1746206101，Call-Id:a84b4c76e61225huawei.com”，

那么按照SIP协议创建新的消息：

“INFO sip:Alicehuawei.com

From:bob<sip:bobhuawei.com>;tag=1920591718

To:alice<sip:alicehuawei.com>;tag=1746206101

Call-Id:a84b4c76e61225huawei.com

Route:sip:App2huawei.com，AppRouterhuawei.com

Parm:CallWait”

消息体：略。

其中，消息头基于Dialog4的具体值创建，即将Dialog4的具体值作为新消息中的DialogId的值，在并根据Dialog4对应的应用地址设置Route字段，以使路由模块14将对话内消息转发到App2,并且App2能够根据Route字段中AppRouterhuawei.com返回到App Router。消息体及消息头的其他部分不变。

第四步：路由模块14按照SIP协议发送创建的新消息。路由模块14根据新的消息中“Route”字段的值路由对话内消息。在新的消息中没有“Route”字段的情况下，也可以根据Request-URI即“INFOsip:bobhuawei.com”进行路由。具体细节可参照“RFC3261”SIP规范。

本实施例中，路由SIP消息的装置通过控制模块进行规则匹配，找到相关App的对话，并根据找到的对话进行对话内消息的转换和路由，使得对话内消息只需经过相关App便可发送到目的地址，大大优化了对话内消息的发送路径，节省了对话内消息转发时间，提高了执行效率。

装置还可进一步包括存储模块15，用来存储规则及Dialog管理表。

图3为本发明路由会话发起协议消息的方法实施例一的流程图。本实施例中，路由对话内消息的过程可包括：

步骤31、应用程序路由器接收对话内消息，具体参见上述装置实施例中对于对话内消息的判断，在此不再详述。

步骤32、应用程序路由器获取所述对话内消息的类型。

步骤33、应用程序路由器从预先设定的规则中查找与所述类型相对应的规则，如根据步骤32中获取的类型从预先设定的规则表中找到相对应的规则。

步骤34、应用程序路由器根据所述相对应的规则获取所述对话内消息的目的应用地址。

步骤35、应用程序路由器根据所述目的应用地址发送所述对话内消息，实现对话内消息的转发。

本实施例通过与对话内消息相对应的规则获取目的应用地址，并根据获取的目的应用地址发送对话内消息，避免了将对话内消息发送给端到端会话间经过的所有App，实现了对话内消息转发的路由优化，节省了对话内消息的转发时间，提高了执行效率。

图4为本发明路由会话发起协议消息的方法实施例二的流程图。装置实施例最后已举例路由SIP消息的过程包括以下步骤。

步骤41：应用程序路由器接收对话内消息，具体参见上述装置实施例中对于对话内消息的判断，在此不再详述；

步骤42：应用程序路由器从对话内消息中提取对话内消息的类型以及“Dialog Id”即“CallId”、“from tag”、“to tag”的值；

步骤43：应用程序路由器根据“Dialog Id”即“CallId”、“from tag”、“to tag”的值查表1，获取“Group Id”，以得到所有关联的Dialog；

步骤44：应用程序路由器根据对话内消息的类型查找相对应的规则，如从查表2中查找对应的规则，使用规则引擎即算法如演绎法（Forward-Chaining）和归纳法（Backward-Chaining），执行规则匹配；如果匹配成功，执行步骤45；否则，执行步骤46；规则执行匹配过程详见上述装置实施例中的第二步；

步骤45：应用程序路由器根据规则匹配结果，找到同组中目的地址为规则（Rule）执行结果的对话（Dialog），详见上述装置实施例中的第二步，执行步骤47；

步骤46：应用程序路由器找到上述步骤43中获取的“Group ID”中位置相同的Dialog，完成消息的转发；

步骤47：应用程序路由器使用找到的Dialog转换对话内消息，得到新的消息，复制（Copy）原有消息内容，详见上述装置实施例中的第三步；并发送消息至App，详见上述装置实施例中的第四步，直至转发到目的应用地址，完成消息的转发。

上述步骤43只需在步骤45之前执行即可，其与步骤44的执行顺序不限。

本实施例中，路由SIP消息的方法通过规则匹配，找到相关App的对话，并根据找到的对话进行对话内消息的转换和路由，使得对话内消息只需经过相关App便可发送到目的地址，大大优化了SIP消息的发送路径，节省了SIP消息转发时间，提高了执行效率。

上述装置及方法实施例通过规则匹配，使得与对话内消息无关的App无需转发对话内消息，优化了对话内消息转发路径。避免了现有技术中对话内消息需要经过每个APP转发和判断的处理，从而大大提高了呼叫控制系统整体的性能及兼容性。上述实施例也可以在第三代合作伙伴计划IP多媒体网络子系统（3GPP IMS）的服务呼叫控制功能（Serving-Call Session Control Function，S-CSCF）模块实现中。如为了加快SIP消息的匹配，可以在SIP消息中添加业务码等特殊的字段。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种路由会话发起协议消息的方法，其特征在于，包括：

应用程序路由器接收对话内消息；

所述应用程序路由器获取所述对话内消息的类型；

2.根据权利要求1所述的路由会话发起协议消息的方法，其特征在于，还包括：存储所述预先设定的规则。

3.根据权利要求1所述的路由会话发起协议消息的方法，其特征在于，

所述对话为与所述目的应用地址对应、且从应用程序路由器到应用程序的对话。

4.根据权利要求1所述的路由会话发起协议消息的方法，其特征在于，

所述对话为与所述目的应用地址对应、且与所述对话内消息的对话标识差最小的对话。

5.根据权利要求3或4所述的路由会话发起协议消息的方法，其特征在于，从对话管理表中查找与所述对话内消息同组的对话包括：

根据所述对话内消息中的对话参数找到所述对话内消息对应的组标识；从所述组标识对应的组中查找所述目的应用地址对应的对话；

或者

根据所述对话内消息中的对话参数找到所述对话内消息对应的对话管理表；从找到的对话管理表的中查找与所述目的应用地址对应的对话。

6.根据权利要求3或4所述的路由会话发起协议消息的方法，其特征在于，应用程序路由器的转换模块利用得到的对话参数转换所述对话内消息包括：应用程序路由器的转换模块用所述得到的对话参数替换所述对话内消息中的对话参数。

7.一种路由会话发起协议消息的装置，其特征在于，所述装置为应用程序路由器，包括：

接收模块，用于接收对话内消息；

所述发送模块包括：

转换模块，用于利用得到的对话参数转换所述对话内消息；

8.根据权利要求7所述的路由会话发起协议消息的装置，其特征在于，所述对话为与所述目的应用地址对应、且从应用程序路由器到应用程序或与所述对话内消息的对话标识差最小的对话。

9.根据权利要求8所述的路由会话发起协议消息的装置，其特征在于，所述控制模块具体用于根据所述对话内消息中的对话参数找到所述对话内消息对应的组标识，从所述组标识对应的组中查找所述目的应用地址对应的对话；或者

所述控制模块具体用于根据所述对话内消息中的对话参数找到所述对话内消息对应的对话管理表，从找到的对话管理表的中查找与所述目的应用地址对应的对话。

10.根据权利要求8所述的路由会话发起协议消息的装置，其特征在于，所述转换模块具体用于用所述得到的对话参数替换所述对话内消息中的对话参数。

11.根据权利要求7至10中任一项所述的路由会话发起协议消息的装置，其特征在于，还包括：

存储模块，用于存储所述预先设定的规则。