CN101986646B - 基于xml的宽带sip业务触发配置方法及业务触发器 - Google Patents
基于xml的宽带sip业务触发配置方法及业务触发器 Download PDFInfo
- Publication number
- CN101986646B CN101986646B CN201010528428.5A CN201010528428A CN101986646B CN 101986646 B CN101986646 B CN 101986646B CN 201010528428 A CN201010528428 A CN 201010528428A CN 101986646 B CN101986646 B CN 101986646B
- Authority
- CN
- China
- Prior art keywords
- sip signaling
- rule
- coupling
- service
- type
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Abstract
本发明涉及一种基于XML的宽带SIP业务触发配置方法及业务触发器，其包括：对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型，根据所述SIP信令的业务类型和配置的业务触发规则将述SIP信令匹配给相应的业务处理器以进行业务处理。本发明提供的方法和业务处理器根据业务触发规则对来自其他网元设备的SIP信令进行匹配，实现了底层SIP信令的协议适配层和上层业务处理层之间的灵活的配置，使原本固化到SIP协议层的业务匹配规则就可以得到释放，降低了协议适配层与业务处理层的耦合程度，提高SIP信令业务匹配的简单灵活性。
Description
技术领域
本发明涉及通信技术领域，具体是基于XML(Extensible MarkupLanguage，可扩展标记语言)的宽带SIP((Session Initiation Protocol，会话初始化协议))业务触发配置方法及业务触发器。
背景技术
现有的宽带智能网业务系统，一般来说分为两层结构，即底层的宽带协议适配层和上层的业务处理层(宽带协议中使用的最多的就是SIP协议)，由于宽带业务的复杂多样性，一般来说业务处理层会同时部署多个业务处理节点，底层使用相同的协议处理支撑，在这样的多业务并行处理系统中，底层的协议适配层必须要按照各个业务的特点和要求，将不同的SIP信令通过一定的规则分发到上层业务处理节点来触发不同的业务流程。由于各种实际设备部署应用以及主备负荷分担等要求，不同的宽带智能网业务系统对于上层业务节点的搭配和部署经常是变动的，这就要求降低协议适配层与业务处理层的耦合程度，提高SIP信令业务匹配的简单灵活性。
发明内容
本发明的主要目的是提供一种XML的宽带SIP业务触发配置方法及业务触发器，降低了协议适配层与业务处理层的耦合程度，提高SIP信令业务匹配的简单灵活性。
本发明解决其技术问题所采用的技术方案是：
一种基于XML的宽带SIP业务触发配置方法，其包括：
对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；
根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，所述根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理，具体包括：
根据所述SIP信令的号码或者接入码将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理；或者
根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
将所述SIP信令无条件匹配给业务处理器以进行业务处理。
优选地，所述根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理，具体包括：
定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型；
按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，所述根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；
具体包括：
定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；
按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，所述根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理，具体包括：
在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；
在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
本发明还提供一种业务触发器，其包括：
信令处理单元，用于对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；
信令匹配单元，用于根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，，所述匹配单元，用于：
根据所述SIP信令的号码或者接入码将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理；或者
根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
将所述SIP信令无条件匹配给业务处理器以进行业务处理。
优选地，所述匹配单元，用于定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型，按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，所述匹配单元，用于定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
优选地，所述匹配单元，用于：在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
实施本发明的技术方案，具有以下有益效果：本发明提供的方法和业务处理器根据业务触发规则对来自其他网元设备的SIP信令进行匹配，实现了底层SIP信令的协议适配层和上层业务处理层之间的灵活的配置，使原本固化到SIP协议层的业务匹配规则就可以得到释放，降低了协议适配层与业务处理层的耦合程度，提高SIP信令业务匹配的简单灵活性。
附图说明
图1本发明实施例提供的方法应用的架构图
图2为本发明实施例提供的方法流程图；
图3为本发明实施例提供的业务触发器的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，本发明实施例提供的方法应用的架构图，底层的协议适配层中的SIP协议适配器收到来自其他网元设备的SIP信令，进行协议解析处理后，交给业务触发层进行业务触发。业务触发层的SIP业务触发器根据配置的业务触发规则，对收到的来自协议适配层的SIP信令进程过滤和处理，得到该SIP信令需要触发的业务的类型，而后交给位于上层的业务处理层的不同的业务处理器(如：短信业务处理器、呼叫业务处理器、会议业务处理器等)进程具体的业务的处理。
本发明实施例提供一种基于XML的宽带SIP业务触发配置方法，如图2所示，该方法包括步骤：
S110、对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；其中，过滤为：过滤错误、重发等信令。处理为：解码、事务层的处理等。
S120、根据所述SIP信令的业务类型和配置的业务触发规则对所述SIP信令匹配给相应的业务处理器以进行业务处理。在本实施例中，该步骤S120具体包括：
A、根据所述SIP信令的号码或者接入码将所述SIP信令匹配给相应的业务处理器(即：业务处理节点)以进行业务处理；或者
即根据SIP消息的Request Line(请求行)或是Route(路由信息)头域的号码、SC字段或是Access-Code(接入码)头域进行接入码的匹配，根据匹配的结果触发不同的业务处理器，以进行相应的业务处理，因为不同的业务类型对应不同的接入码；或者
B、根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理；或者
C、根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
即某类对端网元设备可以触发某种特定的业务，比如对端网元为短信中心，择可以固定触发AS的短信处理业务。
D、将所述SIP信令无条件匹配给业务处理器以进行业务处理。
即当实际匹配规则为空时，无条件触发某类业务。
由于宽带协议的多种多样，协议适配层和业务触发层，可以分别包含有各种协议的适配器和业务触发器，可以灵活的根据业务的发展进行扩充，这样就满足了业务不断发展的需要。
上面的三层业务处理架构中，增强了业务触发处理的灵活性，减少了业务触发层和协议适配层之间的耦合关系，有利于业务不断发展。
上述实施例提供的方法中，根据业务触发规则对来自其他网元设备的SIP信令进行匹配，实现了底层SIP信令的协议适配层和上层业务处理层之间的灵活的配置，使原本固化到SIP协议层的业务匹配规则就可以得到释放，降低了协议适配层与业务处理层的耦合程度，提高SIP信令业务匹配的简单灵活性。
在其他的实施例中，对信令最终触发的业务处理节点进行定义，当某条信令匹配成时，可以直接使用该业务功能节点的名称代指该业务功能节点，当匹配规则匹配成功时，就会触发到该名称对应的具体业务功能节点。
定义业务功能节点XML一级子标签为<App Node Define>，二级子标签<App Node>，标签<App Node>的相关属性如下：
name：配置的应用模块的名称；
app Info Def：配置业务处理节点的信息；
access Code：配置该业务处理节点的接入码，为下面的接入码匹配规则服务，该属性可选；
service Code：配置该业务处理几点的业务键，为下面的业务键匹配规则服务，该属性可选；
示例如下：
<App Node Define>
<App Node name＝″APP_IM″app Info Def＝″...″access Code＝”123”/>
</App Node Define>
如上，表示配置了一个名为APP_IM的应用模块，通过属性app Info Def就可以找到对应的业务处理节点，该业务节点的接入码为“123”。
待匹配字符串定义
作用是定义下面匹配规则中使用到的待匹配字符串，匹配规则中可以直接使用该字符串的名称代指该字符串，这样方便待匹配字符串的复用。
定义XML一级子标签<String Name Define>，二级子标签<String>，标签<String>的属性值如下：
name：配置的字符串的名称，在后面使用到的字符串，可以使用这个名称来代替；
str：配置的实际使用的字符串内容；
示例如下：
<String Name Define>
<String name＝″PS_DOMAIN″str＝″ps.″/>
</String Name Define>
如上，配置了一个字符串，内容是“ps.”，名称是“PS_DOMAIN”。
匹配规则定义，
即制定对信令匹配的规则，根据SIP协议的特性，匹配规则以SIP协议的几种消息类型进行区分。
定义XML一级子标签<Method>，相关属性如下：
name：该分发消息的类型，属性值即消息类型为：INVITE(呼叫)，SUBSCRIBE(订阅)，MESSAGE(信息)，PUBLISH(状态发布)，REGISTER(注册)，Method(这个就是上面的一级子标签)节点下面的子标签都表示分发匹配方式，
示例如下：
<Method name＝″INVITE″>，表示这是INVITE(呼叫)消息的匹配规则。
其中：更为具体的：
上述实施例中的：B、根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理，具体包括：
B1、定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型；
该实施例中的XML二级子标签的属性具体包括：
B11、name：配置的字符串的名称，在后面使用到的字符串，可以使用这个名称来代替，这个属性值可以是SIP协议中的任何头域；
B12、param：配置的实际使用的头域的具体字段
B13、Match Type：匹配方法类型，主要有以下几类：(注：凡是设计到字符串匹配的，都不区分大小写)
| 匹配类型名称 | 含义 |
| string_left | 字符串左匹配 |
| string_total | 字符串全匹配 |
| string_right | 字符串右匹配 |
| string_notNull | 字符串不为空 |
| string_strstr | 字符串查找 |
| AccessCode | 接入码匹配 |
| ServiceCode | 业务键匹配 |
B14、Match String：待匹配的字符串。
B15、Match String Name：待匹配的字符串名称，即为一级子标签<StringName Define>中定义的字符串名称，业务触发器将自动使用该名称所对应的字符串。
B16、App Name：业务处理节点的名称，即为一级子标签<App Node Define>中定义的业务处理节点的名称，如果该条匹配成功，业务触发器将把消息发送到该App Name对应的业务处理节点去。
B17、Service Key：在非业务键码匹配规则中，若匹配成功，上报业务处理使用的业务键。
B18、exit：匹配跳出的类型。
其中属性值：match Fail，若含有该exit标签，且属性值为match Fail，表示若该节点匹配失败，立即返回错误，后面的匹配条件不再做匹配，在后面匹配出口的表述中将展示exit属性使用的实施例。
B19、Service Type：接口类型，由于底层的协议适配层和上层的业务处理层中的各个业务处理节点(即：业务处理器)之间可能并不是单一接口，该Service Type属性配置的就是业务触发器所在的业务触发层与业务处理层之间的接口类型。
B2、按照所述的XML二级子标签的属性将所述SIP信令匹配给相应的业务处理器以进行业务处理。
在其他的实施例中，更为具体的，上述实施例中的：C、根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；
具体包括：
C1、定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；
该实施例中的XML二级子标签的属性值包括：具体包括：
C11、Match Device Type：待匹配的网元设备类型，网元设备的种类一般包括：SS(软交换)，SMC(短信中心)，MS(媒体服务器)等；
C12、App Name：业务处理节点的名称，即为一级子标签<App Node Define>中定义的业务处理节点的名称，如果该条匹配成功，业务触发器将把消息发送到该App Name对应的业务处理节点去。
C13、Service Type：接口类型，由于底层的协议适配层和上层的业务处理层中的各个业务处理节点(即：业务处理器)之间可能并不是单一接口，该Service Type属性配置的就是业务触发器所在的业务触发层与业务处理层之间的接口类型。
C2、按照所述的XML二级子标签的属性将所述SIP信令匹配给相应的业务处理器以进行业务处理。
在其他的实施例中，所述C、将所述SIP信令无条件匹配给业务处理器以进行业务处理。该匹配规则实际为空，若匹配流程走入该匹配节点，则将无条件触发某类业务流程。具体包括：
定义XML二级子标签<default>，所述二级子标签的属性值为：
App Name：业务处理节点的名称，即为一级子标签<App Node Define>中定义的业务处理节点的名称，如果该条匹配成功，业务触发器将把消息发送到该App Name对应的业务处理节点去。
Service Type：接口类型，由于底层的协议适配层和上层的业务处理层中的各个业务处理节点(即：业务处理器)之间可能并不是单一接口，该ServiceType属性配置的就是业务触发器所在的业务触发层与业务处理层之间的接口类型。
上述各个其他的实施例中，以XML的形式，定义了宽带SIP信令与各种通讯业务处理节点之间触发关系，为宽带业务的开发定义一套简单易扩展的触发配置方法，降低了上层业务处理节点与底层信令协议之间的耦合关系，极大的方便了各种宽带业务的开发和使用。
具体的，在上述所有的实施例中，根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理，具体包括：
在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；
在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
更为具体的：
在规则匹配过程中，当某条规则中含有待触发的业务节点属性(AppName)，或是含有匹配跳出属性exit，则称该规则含有匹配出口，即在该规则的匹配后有可能结束全部的匹配(或是匹配成功找到业务模块，或是匹配完全失败，跳出匹配过程)。包含有一下三种属性的任一种或几种即为匹配出口节点：
App Name属性，即匹配成功属性
Match Type属性值为Access Code接入码触发或是Service Code业务键触发；
exit属性，即跳出所有匹配规则
第一种属性在前面做了详细介绍，不做赘述。
exit属性示例：
<header name＝″Request Line″＝″user Name″match Type＝″Access Code″exit＝″match Fail″/>
如上所示是一条按照接入码匹配的实例，exit＝”match Fail”表示如果该条规则匹配失败，则将退出本次匹配，本次匹配失败。
(注：并不是每条规则都具有匹配出口，某些匹配规则可能只是做给规则匹配而已，即使匹配成功还需要继续匹配下面的规则，并不具有类似app Name等的出口)
<header name＝″Request Line″param＝″user Name″match Type＝″string_notNull″>
<header name＝″Request Line″param＝″user Name″match Type＝″string_notNull″app Name＝”...”>
上面两条规则中，第二条规则由于有App Name属性，具有匹配出口，而第一条规则没有匹配出口，也就是说第一条规则只做匹配，没有匹配出口的规则一般来说多用于嵌套规则中，具体可见下一节的示例。
统一消息分发配置支持匹配条件的嵌套：
示例一：
<header name＝″Event″match Type＝″string_left″match String＝″conference″>规则一
<header name＝″Request Line″param＝″host″matchType＝″string_left″＝″IM_DOMAIN″App Name＝″APP_IM″/>
</header>
如上，包含了两个匹配规则，其中第二条规则是第一条规则的子规则，则当匹配到第一条规则时，若匹配成功，则继续进入嵌套的第二个规则进行匹配，若匹配失败，择忽略嵌套规则二，继续匹配其他规则，
这个例子实际上就是只有规则一和规则二都满足才能进行分发(规则一没有匹配出口，只做匹配不做分发)
示例二：
<header name＝″Request Line″param＝″user Name″match Type＝″string_notNull″>规则一
<header name＝″Request Line″param＝″user Name″match Type＝″AccessCode″/>规则二
<header name＝″Event″match Type＝″string_left″match String＝″conference″App Name＝″APP_IM″/>规则三
</header>
如上所示，三条匹配规则，其中：规则二和规则三是规则一的嵌套子规则，规则二和规则三是并列关系，规则二和规则三具有匹配出口。与上面的关系对应的嵌套关系如下：
If(节点一)
{
If(节点二)
{
触发业务处理节点
}
else if(节点三)
{
触发业务处理节点
}
}。
本发明实施例还提供一种业务触发器，该业务触发器位于业务触发层，可以是服务器，或者其他网元设备，或者位于该网元设备中，如图3所示，所述业务触发器包括：
信令处理单元210，用于对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；
信令匹配单元220，用于根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理。在其他的实施例中，更为具体的，所述匹配单元220，用于：
根据所述SIP信令的号码或者接入码将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理，即：定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型，按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理，即：定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
将所述SIP信令无条件匹配给业务处理器以进行业务处理。
上述各个实施例中，更为具体的，所述匹配单元210，用于：在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
下面为上述实施例提供的方法和业务触发器的应用实施例：
定义一个典型的宽带SIP业务触发配置，定义了两个业务处理节点，两个待匹配字符串，6个匹配规则，其中规则2，3，4是嵌套规则，规则3和规则4是规则2的子规则，除规则2外，其余规则都具有匹配出口。
1<Method Distribute>
2<App Node Define>
3 <App Node name＝″APP_VMS″app Info Def＝″...″accessCode＝”123”/>(业务处理节点1)
4 <App Node name＝″APP_IM″app Info Def＝″...″/>(业务处理节点2)
5</App Node Define>
6<String Name Define>
7 <String name＝″CM_DOMAIN″str＝″china mobile.com.cn″/>(字符串1)
8 <String name＝”CT_IM”str＝”text/xml-smml”>(字符串2)
9</String Name Define>
10<Method name＝″INVITE″>
11<header name＝″Request Line″param＝″host″match Type＝″string_left″
match String Name＝″CM_DOMAIN″App Name＝″APP_IM″/>(规则1)
12 <header name＝″Request Line″param＝″user Name″matchType＝″string_not Null″>(规则2)
13 <header name＝″Request Line″param＝″sc″match Type＝″AccessCode″/>(规则3)
14<header name＝″Content-Type″match Type＝″string_total″match StringName＝″CT_IM″App Name＝″APP_IM″exit＝″match Fail″>(规则4)
15 </header>
16 <SipDeviceType matchDeviceType＝″SMC″appName＝″APP_IM″/>(规则5)
17 <default App Name＝″APP_VMS″/>(规则6)
18</Method>
19</MethodDistribute>
(1)匹配示例1：
若业务触发的宽带SIP信令的INVITE(呼叫)消息如下：
INVITE sip：26771307 china mobile.com.cn；user＝phone；sc＝500 SIP/2.0...
则根据以上规则，request line头域的host字段为“china mobile.com.cn”，与规则1相符，则该SIP信令顺利触发业务节点“APP_IM”，即业务处理节点1。
(2)匹配示例2：
若业务触发的宽带SIP信令的INVITE消息如下：
INVITE sip：456789 china telecom.com.cn；user＝phone；sc＝123456SIP/2.0...
则根据以上规则，request line头域的host字段为“china telecom.com.cn”，与规则1不相符，继续匹配规则2，由于use name字段不为空，规则2满足，而规则2非出口节点，继续匹配规则2的子规则，规则3为sc接入码匹配，sc为“123456”，与业务处理节点1的接入码”123”匹配成功(接入码为前缀匹配)，即触发业务处理节点1。
(3)匹配示例3：
若业务触发的宽带SIP信令INVITE消息如下：
INVITE sip：456789 china telecom.com.cn；user＝phone；sc＝500 SIP/2.0...
Content-Type：application/sdp...
则根据以上规则，规则1匹配失败，规则2成功，规则3匹配失败，到了规则4，该信令的content-type头域为“application/sdp”，与规则4中的字符串2，即“text/xml-smml”不相符，规则4匹配失败，而由于规则4含有exit属性，为“match Fail”，所以跳出整个匹配流程，本次匹配失败，该信令不能触发任何业务处理节点。
(4)匹配示例4：
若业务触发的宽带SIP信令INVITE消息如下，且该信令来自外部网元设备SMC(短信中心)：
INVITE sip：chinatelecom.com.cn；user＝phone；sc＝500 SIP/2.0...
则根据以上规则，规则1匹配、2失败，因为规则2失败，所以跳过规则2的子规则3、4，直接匹配规则5，由于该信令来自外部网元设备“SMC”，与规则5相符合，本次匹配成功，触发业务处理节点2。
(5)匹配示例5：
若业务触发的宽带SIP信令INVITE消息如下，且该信令来自外部网元设备SS(软交换)：
INVITE sip：china telecom.com.cn；user＝phone；sc＝500 SIP/2.0...
则根据以上规则，规则1匹配、2失败，因为规则2失败，所以跳过规则2的子规则3、4，直接匹配规则5，由于该信令来自外部设备“SS”，规则5也匹配失败，到了规则6，由于规则6为default默认规则，则该消息默认触发业务“APP_VMS”，即业务处理节点1。
以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于XML的宽带SIP业务触发配置方法，其特征在于，包括：
对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；
根据所述SIP信令的业务类型和配置的业务触发规则，通过定义XML二级子标签将所述SIP信令匹配给相应的业务处理器以进行业务处理；其中，对于不同的匹配规则，选用的所述XML二级子标签对应的属性也不同。
2.如权利要求1所述方法，其特征在于，所述根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理，具体包括：
根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理；或者
根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
将所述SIP信令无条件匹配给业务处理器以进行业务处理。
3.如权利要求2所述方法，其特征在于，所述根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理，具体包括：
定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型；
按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
4.如权利要求2所述方法，其特征在于，所述根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；
具体包括：
定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；
按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
5.如权利要求3或4所述方法，其特征在于，所述根据所述SIP信令的业务类型和配置的业务触发规则将所述SIP信令匹配给相应的业务处理器以进行业务处理，具体包括：
在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；
在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
6.一种业务触发器，其特征在于，包括：
信令处理单元，用于对接收并经协议解析后的来自其他网元设备的SIP信令过滤和处理，得到所述SIP信令需要触发的业务类型；
信令匹配单元，用于根据所述SIP信令的业务类型和配置的业务触发规则，通过定义XML二级子标签将所述SIP信令匹配给相应的业务处理器以进行业务处理；其中，对于不同的匹配规则，选用的所述XML二级子标签对应的属性也不同。
7.如权利要求6所述业务触发器，其特征在于，所述匹配单元，用于：
根据所述SIP信令的头域和头域中的域名或者是用户号码字段将所述SIP信令给相应的业务处理器以进行业务处理；或者
根据所述SIP信令来源的网元设备的类型将所述SIP信令匹配给相应的业务处理器以进行业务处理；或者
将所述SIP信令无条件匹配给业务处理器以进行业务处理。
8.如权利要求7所述业务触发器，其特征在于，所述匹配单元，用于定义XML二级子标签，所述XML二级子标签的属性值包括：配置的字符串的名称、匹配方法类型、待匹配的字符串、待匹配的字符串的名称、业务处理节点名称、业务键、匹配跳出的类型和接口类型，按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
9.如权利要求7所述业务触发器，其特征在于，所述匹配单元，用于定义XML二级子标签，所述XML二级子标签的属性值包括：待匹配的设备类型、业务处理节点名称和接口类型；按照所述的XML二级子标签的属性值将所述SIP信令匹配给相应的业务处理器以进行业务处理。
10.如权利要求8或9所述业务触发器，其特征在于，所述匹配单元，用于在非嵌套规则的匹配过程包括：匹配的顺序是前一个规则如果匹配失败，则继续匹配下一个同级规则；或者，在嵌套规则的匹配过程包括：匹配的顺序是先匹配最上层的规则，若匹配成功则继续匹配该最上层的规则的子规则，以此类推，若某规则匹配失败，则放弃它的全部子规则的匹配，继续匹配它的下一个同级规则；在所述匹配过程中，如果某条规则具有匹配出口，且所述匹配出口条件满足，则放弃下面所有的规则，匹配完成。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010528428.5A CN101986646B (zh) | 2010-11-01 | 2010-11-01 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
| PCT/CN2011/073469 WO2012058907A1 (zh) | 2010-11-01 | 2011-04-28 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010528428.5A CN101986646B (zh) | 2010-11-01 | 2010-11-01 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101986646A CN101986646A (zh) | 2011-03-16 |
| CN101986646B true CN101986646B (zh) | 2015-09-16 |
Family
ID=43710949
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010528428.5A Expired - Fee Related CN101986646B (zh) | 2010-11-01 | 2010-11-01 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101986646B (zh) |
| WO (1) | WO2012058907A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101986646B (zh) * | 2010-11-01 | 2015-09-16 | 中兴通讯股份有限公司 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
| CN103428180B (zh) * | 2012-05-18 | 2017-07-28 | 南京中兴力维软件有限公司 | 一种基于xml的sip协议数据传输方法及系统 |
| CN104660421B (zh) * | 2013-11-25 | 2019-01-25 | 中国电信股份有限公司 | 在线计费系统及其对通信业务的控制方法 |
| CN105763346B (zh) * | 2014-12-15 | 2020-09-25 | 中兴通讯股份有限公司 | 一种适配子系统及其实现网管数据上报的方法 |
| CN116796931B (zh) * | 2023-08-28 | 2023-11-07 | 成都交大光芒科技股份有限公司 | 一种异步嵌套规则时序触发方法和系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1705305A (zh) * | 2004-06-03 | 2005-12-07 | 华为技术有限公司 | 会话发起协议消息分发过程实现字符串匹配的方法和装置 |
| CN101136837A (zh) * | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 推送消息的控制方法、装置和系统 |
| CN101188546A (zh) * | 2006-11-17 | 2008-05-28 | 华为技术有限公司 | 分组网络业务实现方法、系统及用户签约数据库 |
| CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1929679A (zh) * | 2005-09-05 | 2007-03-14 | 华为技术有限公司 | 一种业务激活操作的实现方法及装置 |
| US9641567B2 (en) * | 2009-05-14 | 2017-05-02 | Qualcomm Incorporated | Controlling media and informing controller status in collaborative sessions |
| CN101986646B (zh) * | 2010-11-01 | 2015-09-16 | 中兴通讯股份有限公司 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
-
2010
- 2010-11-01 CN CN201010528428.5A patent/CN101986646B/zh not_active Expired - Fee Related
-
2011
- 2011-04-28 WO PCT/CN2011/073469 patent/WO2012058907A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1705305A (zh) * | 2004-06-03 | 2005-12-07 | 华为技术有限公司 | 会话发起协议消息分发过程实现字符串匹配的方法和装置 |
| CN101188546A (zh) * | 2006-11-17 | 2008-05-28 | 华为技术有限公司 | 分组网络业务实现方法、系统及用户签约数据库 |
| CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
| CN101136837A (zh) * | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 推送消息的控制方法、装置和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2012058907A1 (zh) | 2012-05-10 |
| CN101986646A (zh) | 2011-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101986646B (zh) | 基于xml的宽带sip业务触发配置方法及业务触发器 | |
| CN109618005A (zh) | 调用服务器的方法和代理服务器 | |
| US6332081B1 (en) | Arrangement for improving availability of services in a communication system | |
| CN1868188B (zh) | 使用会话初始协议的通信服务中的电信网络系统和方法 | |
| CN101132401A (zh) | 业务交互处理方法和系统 | |
| US20090196308A1 (en) | Method and system for coordinating services provided by different service providers | |
| US8423652B2 (en) | Service templates for an IP multimedia subsystem | |
| CN104486327B (zh) | 页面与长连接服务器间的通信方法及客户端 | |
| US9673953B2 (en) | Messaging network with a control data channel | |
| CN113826424B (zh) | 用于向网络提供外部业务的实体 | |
| CN101222483A (zh) | 业务触发方法、系统及业务触发装置 | |
| CN103125105A (zh) | 用于管理向一组用户实体的通信的应用服务器 | |
| US20110135075A1 (en) | Method and system for providing caller identification based messaging services | |
| CN102065099B (zh) | 信令与承载分离的通信系统 | |
| CN105515947B (zh) | 一种基于xmpp的异构终端消息互通的方法、服务器及系统 | |
| CN107450999A (zh) | 一种集群组件间通信的方法和系统 | |
| CN103763325A (zh) | 构建ip安防产品开发环境的方法 | |
| KR100489686B1 (ko) | 소프트스위치 개방형 시스템의 이벤트 처리 방법 | |
| CN101099406B (zh) | 业务激活操作的实现方法及实现该方法的用户终端 | |
| CN102572146B (zh) | 一种VoIP系统中的SIP客户端与手机通信方法 | |
| Fangyi et al. | SSTM: a state based IMS service triggering mechanism | |
| CN109120697A (zh) | 一种基于网络通信的服务调用方法和装置 | |
| CN108351861B (zh) | 用于配置和注册的系统和方法 | |
| CN101803443B (zh) | 接入网发夹连接业务调配方法和系统 | |
| US20120117162A1 (en) | Methods and Social Media Portal Servers for Message Transmission |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170605 Address after: 10 village, four floor village, cooperative Town, Qidong City, Jiangsu, Nantong 226200 Patentee after: Nantong Kai Wunong Products Co. Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corporation |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150916 Termination date: 20181101 |