分组网络业务实现方法、系统及用户签约数据库

摘要

本发明实施例公开了一种分组网络业务实现方法、系统及一种用户签约数据库。一种分组网络业务实现方法：在用户签约数据库设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息；当用户发起业务请求时，业务触发单元根据自用户签约数据库获取的初始过滤规则，将所述业务请求路由至对应的业务执行单元，由所述业务执行单元为所述用户提供对应业务。通过本发明实施例给出的技术方案，初始过滤规则中服务点触发器所包含信息得到了完善，能准确地描述网络需要的业务信息。

说明书

技术领域

本发明涉及通信领域，尤其涉及一种分组网络业务实现方法、系统及用户签约数据库。

背景技术

随着分组技术的不断成熟，基于电路交换的传统电信网正在向着基于分组交换的宽带电信网发展，国际电信联盟-电信部分(ITU-T)和欧洲电信标准协会(ETSI)等标准组织都采用IP多媒体子系统(IMS)的网络架构作为下一代网络(NGN)的核心网，并使用会话初始化协议(SIP)作为电信核心网的呼叫控制信令。

IP多媒体子系统(IMS)是一个基于SIP的体系，为服务的调用提供方法，称为服务提供(Service Provision)。在IMS网络中，典型的结构可以包括归属用户服务器(HSS)、用户设备(UE)、应用服务器(AS)和服务呼叫会话控制功能(S-CSCF)。AS提供增值多媒体服务，例如呼叫转移、来电显示等，一个AS可以为用户提供一个或多个服务，一个用户也可以拥有多个服务，即可以对应一个或多个AS；S-CSCF提供会话控制服务。IMS服务提供的基本步骤是：运营商或服务提供商定义服务或服务集合；用户订购或修改运营商或服务提供商提供的服务时，以初始过滤规则(iFC)的形式创建用户专有的服务数据；S-CSCF根据iFC将用户发送的与iFC匹配的SIP请求发送给相应的AS。

其中，iFC由0或1个触发点信息(Instance)和一个AS信息(Instance)组成，触发点信息用于判断用户发送的SIP请求是否应该发送到iFC中指定的AS。触发点信息包括一个或多个服务点触发器(SPT)，SPT将请求统一资源标识(Request-URI)、SIP方法、SIP消息头、会话情形和会话描述等通过逻辑表达式与、或、非，组合起来。由此可见，iFC就相当于是判决条件，用于指示用户发送的与iFC匹配的SIP请求应该发送到iFC指定的AS中。iFC嵌入到用户配置中，从用户的HSS传送到为用户所分配的S-CSCF。

通常情况下，用户注册时，HSS将用户的iFC传送给为该用户服务的S-CSCF，用户发送的IMS业务请求或发送到用户的IMS业务请求到达S-CSCF时，S-CSCF根据iFC将与iFC匹配的IMS业务请求发送至iFC指定的AS，AS收到IMS业务请求后，执行相应的业务处理。

现有技术中，服务点触发器通过布尔操作(Boolean operators)与、或、非(AND，OR and NOT)连接，通过上述连接后的SPT可以构成一个连接正态表达式(Conjunctive Normal Form，CNF)，或者一个分离正态表达式(DisjunctiveNormal Form，DNF)，上述表达式构成了一个完整的判断条件，S-CSCF收到的IMS业务请求在满足上述判断条件下，S-CSCF将IMS业务请求路由到初始过滤规则中给出的AS地址。

但是，通过现有的与、或、非这三种布尔操作符所表达的判断条件有限，在一些情况下，仅仅使用上述三种布尔操作符连接形成的正态表达式将是一个非常复杂的表达式，不能准确的描述业务触发条件。

如对于一个纯音频会话，媒体流协商时，在IMS业务请求中包含的SDP内容里面，有且仅有SDP参数，如：

m＝audio 3456 RTP/AVP 0 96 97 98

而对于一个视频会话来说，媒体流协商时，在IMS业务请求中包含的SDP内容里面，除了有音频的描述之外，还存在视频的描述，如：

m＝audio 3456 RTP/AVP 0 96 97 98

m＝video 3400 RTP/AVP 98 99

在上述条件下，当我们希望在初始过滤规则中描述用户在发起音频会话请求情况下触发，初始过滤规则中不仅需要描述SIP消息头“m”中包含字符信息“audio”，而且需要描述SIP消息头“m”中不包含字符信息“video”。甚至，需要将SIP消息头“m”的其他取值都排除掉，如排除消息头“m”中其他如“text”，或者“application”，或者“message”或者其他的扩展。(以上内容请具体参见IETF RFC4566。)利用现有技术，描述一个音频会话的初始过滤规则判断条件，其判断条件可以描述如下：

m头域包含“audio”

并且

m头域不包含“video”

并且

m头域不包含“text”

并且

m头域不包含“application”

并且

m头域不包含“message”

并且

m头域不包含其它的扩展

显然，在上述现有技术中，初始过滤规则中服务点触发器所包含信息存在着不足，不能准确地描述网络需要的业务信息。更严重的是，如果有其他的<media>扩展，还需要在上述条件中一一穷举，而现有的使用上述三种连接符描述的初始过滤规则还必须同步修改以保证所描述的条件足够精确。

进一步，上述实例中描述的仅仅是SIP消息头“m”中包含字符信息，多个“并且”连接的条件间并不相互冲突。如果涉及到SIP消息头对参数的赋值，如SIP消息头“b”对带宽的赋值，“并且”连接的条件间显然存在排他性。这样的条件组合也是不科学的。

同样，在其他研究组织如MSF(MultiService Forum，多业务论坛)研究的分组网络业务架构中，同样存在着上述问题。

发明内容

本发明实施例提供一种分组网络业务实现方法、系统及一种用户签约数据库，用以解决现有技术中存在的初始过滤规则中服务点触发器所包含信息存在着不足，不能准确地描述网络需要的业务信息的问题。

一种分组网络业务实现方法，包括：

在用户签约数据库设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息；

当用户发起业务请求时，业务触发单元根据自用户签约数据库获取的初始过滤规则包含的第一元素信息，将所述业务请求路由至对应的业务执行单元，由所述业务执行单元为所述用户提供对应业务。

一种分组网络业务系统，包括：

用户签约数据库，设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息；

用户设备，用于发起和/或接收业务请求；

业务触发单元，用于自用户签约数据库获取初始过滤规则，将终端发起的业务请求路由至对应的业务执行单元；

业务执行单元，用于根据所述业务触发单元路由的业务请求，为所述用户提供对应业务。

一种用户签约数据库，包括：

服务点触发器设置单元，用于设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息。本发明实施例有益效果如下：

通过本发明实施例给出的技术方案，初始过滤规则中服务点触发器所包含信息得到了完善，能准确地描述网络需要的业务信息。

附图说明

图1为本发明实施例适用的网络逻辑结构图；

图2为根据本发明实施例设置的业务系统的结构示意图；

图3为根据本发明实施例的结构而进行的IMS业务实现流程示意图。

具体实施方式

为了使本发明实施例的特征和优点更加清楚明白，下面参照附图对本发明实施例作进一步的描述。

从背景技术描述可知，现有的初始过滤规则中包含的服务点触发器是使用与、或、非连接符连接的，并不能准确地描述网络需要的业务信息。针对这种情况，本发明实施例提出一种解决方案，该实施例的主要思想是：对初始过滤规则进行修改，调整触发点信息包含的服务点触发器中携带信息，当用户发起业务请求时，业务触发单元根据自用户签约数据库获取的初始过滤规则，将所述业务请求路由至对应的业务执行单元，由所述业务执行单元为所述用户提供对应业务，以保证基于分组网络的业务实现。

这里，初始过滤规则进行修改，调整触发点信息包含的服务点触发器中携带信息具体是：

第一元素的存在状态信息，例如服务点触发器中，第一元素存在和/或不存在；和/或

第一元素与第二元素的比较关系信息，例如服务点触发器中，第一元素大于和/或小于第二元素。

下面以基于分组网络的业务实现方法为例，描述本发明实施例的具体实现，由于IMS网络是基于分组网络的一种典型系统，为描述的方便，本发明实施例中以IMS网络为例，但不意味着本发明实施例的方法仅能用于IMS网络。

首先参见图1，描述本发明实施例适用的网络逻辑结构。图1所示的系统包括：用户签约数据库100、用户设备200、业务触发单元300和业务执行单元400。

用户签约数据库100用于存储所有与用户和服务相关的数据。当网络中存在多个可以独立寻址的用户签约数据库时，业务执行单元400和业务触发单元300能够利用一种地址解析机制找到拥有给定用户身份的订购关系数据的用户签约数据库地址。

上述方案中用户签约数据库100可以是IMS网络中的归属用户服务器HSS。

业务触发单元300与业务执行单元400通过E3接口进行交互，提供会话控制服务，E3接口的协议可以是SIP协议。业务触发单元300通过E2接口从用户签约数据库100获得用户配置数据，E2接口的协议可以是直径(Diameter)协议，这里的用户配置数据包括iFC，在iFC中设置上述第一元素信息。业务触发单元300可以根据iFC将与用户相关的请求路由到iFC所指定的业务执行单元400。

上述方案中业务触发单元300可以是IMS网络中的S-CSCF和/或服务代理Service Broker等。

业务执行单元400是提供服务的功能实体，一个业务执行单元可以提供一个服务，也可以提供多个服务。业务执行单元400通过E1接口从用户签约数据库100获得用户数据，E1接口的协议可以是Diameter协议。

上述方案中业务执行单元400可以是IMS网络中的AS。

下面参考图2，图是本发明实施例中一种具体的IMS业务系统的结构示意图，从图中可见，其主要包括：

HSS700，在其中存储所有与用户和服务相关的数据。本实施例在其中设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息；

用户设备200，用于用户发起和/或接收IMS业务请求；

S-CSCF500，接收到所述IMS业务请求后，根据自HSS100获取的初始过滤规则，将所述IMS业务请求路由至对应的应用服务器AS；

应用服务器AS600，用于根据所述S-CSCF500路由的IMS业务请求，为所述用户提供对应业务。

其中HSS700进一步包括：

服务点触发器设置单元710，用于设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息。

所述第一元素信息可以包括：

所述服务点触发器中，存在和/或不存在第一元素，和/或

所述服务点触发器中，所述第一元素与第二元素的比较关系信息，如第一元素大于和/或小于第二元素。

如图3所示，是本发明实施例分组网络业务实现方法的流程示意图，为便于说明，以图2所示的系统结构为例进行说明，对于其它分组结构可以类似处理。从图中可见，本发明分组网络业务实现方法主要包括以下步骤：

步骤101、在HSS设置包括触发点信息及应用服务器信息的初始过滤规则，在所述触发点信息包含的服务点触发器中，设置有第一元素信息；

上述步骤中，通过HSS中的服务点触发器设置单元设置包括触发点信息及应用服务器信息的初始过滤规则，在初始过滤规则中，触发点信息包含的服务点触发器中设置所述的第一元素信息，该设置过程采用可扩展标记语言XML描述所述的服务点触发器。所述第一元素信息，可以为第一元素的存在状态信息，或者第一元素的比较关系信息。比如存在和/或不存在第一元素，或者第一元素与第二元素的比较关系，如第一元素大于第二元素，第一元素小于第二元素等。

该第一元素信息的设置根据初始过滤规则需要而定，在应用中根据实际情况可以做出不同的组合选择。

步骤102、用户发起IMS业务请求；

步骤103、S-CSCF根据自HSS获取所述初始过滤规则中包含的第一元素信息判断所述初始过滤规则是否允许为用户提供对应的业务，如果是，进入步骤104，否则进入步骤105；

步骤104、根据所述初始过滤规则，将所述IMS业务请求路由至对应的AS，由所述AS为所述用户提供对应业务。

S-CSCF在收到用户的业务请求后，评估用户相关的上述初始过滤规则，对IMS业务请求进行精确的过滤，将匹配初始过滤规则的IMS业务请求路由到AS，由对应的AS提供相应的业务。

步骤105、拒绝将所述用户的IMS业务请求路由至对应的AS。

下面看一个具体的服务点触发器的形成。

当需要描述的某个元素具备多个赋值(取自于一个集合)时，可以采用“存在”和“不存在”的描述表达对该元素赋值的取舍。例如：

当我们希望描述一个SIP请求为音频会话时，可以描述如下：

存在m头域包含“audio”

并且

不存在m头域不包含“audio”

采用数学的表达方式描述如下：

Line＝″m″Content＝″.*audio.*″

AND

(NOT Line＝″m″Content＝″.*audio.*″)

即使在一个SIP请求中同时出现多个媒体类型如，或者包含任意的扩展，例如：

m＝audio 3456 RTP/AVP 0 96 97 98

m＝video 3400 RTP/AVP 98 99

m＝text

m＝message

m＝application

m＝extended-application

在上述情况下，采用本发明实施例的方法可以准确而简洁的描述该业务过滤条件。具体应用到初始过滤规则中，例如描述一个Invite请求为音频会话的初始过滤规则服务点触发器连接的触发点，采用XML语言描述，举例如下：

<TriggerPoint>

   <ConditionTypeCNF>true</ConditionTypeCNF>

   <SPT>

      <ConditionNegated>false</ConditionNegated>

     <Group>0</Group>

     <Method>INVITE</Method>

  </SPT>

  <SPT>

     <Exist>true</Exist>

     <ConditionNegated>false</ConditionNegated>

    <Group>1</Group>

    <SIPHeader>

       <Header>m</Header>

       <Content>″.*audio.*″</Content>

    </SIPHeader>

  </SPT>

  <SPT>

     <Exist>false</Exist>

     <ConditionNegated>true</ConditionNegated>

    <Group>2</Group>

    <SIPHeader>

         <Header>m</Header>

         <Content>″.*audio.*″</Content>

      </SIPHeader>

   </SPT>

</TriggerPoint>

上面XML描述的服务点触发器，符合3GPP 29228给出的Cx接口(S-CSCF和HSS接口)XML Schema，其中标签<Exist>是本实施例新增的扩展，表达服务点触发器(SPT)判断是基于一个集合的判断，该SPT描述了一种“存在”或者“不存在”的关系。

对上面XML描述具体解释如下：

标签<ConditionTypeCNF>赋值为“true”，表明上述XML采用了连接正态表达式(Conjunctive Normal Form，CNF)描述各个服务点触发器间的关系，使用“AND”连接符连接各个不同组(标签<Group>)的服务点触发器，使用“OR”连接符连接同一个组内的服务点触发器。上述三个<SPT>分属三个不同的组，所以三个SPT间采用“AND”连接。

在第一个SPT中，给出了业务触发条件的方法<Method>为“INVITE”；在第二个SPT中，给出了存在(标签<Exist>赋值为“true”)SIP头域(标签<SIPHeader>)“m”头域(<Header>m</Header>)包含字符串“audio”；在第三个SPT中，给出了不存在(标签<Exist>赋值为“false”)SIP头域(标签<SIPHeader>)“m”头域(<Header>m</Header>)不包含(<ConditionNegated>true</ConditionNegated>)字符串“audio”；

上述实施例中，引用“存在”和“不存在”来描述m头域的存在多重赋值的情况，事实上对于其他存在多重赋值的头域，如Via、Record-Route、Route等等，本发明实施例都同样适用。

同样的，该方法同样适用于引入“大于”、“小于”等其他的连接操作。这在描述根据SIP消息中某些需要使用数字赋值的消息头域时尤其有用。如Timestamp头域、Expires头域、SDP协议的b参数(描述带宽)头域等等。如Expires头域给定了消息(或者内容)过期的相关时间，头域的值是一个以秒计数的整数，当希望在判断条件中描述Expires头域赋值小于30时，可以描述如下：

Expires头域小于30

采用XML描述该SPT，其中标签<Lessthan>描述取值小于条件中给出的值，如下：

   <SPT>

      <Exist>true</Exist>

       <ConditionNegated>false</ConditionNegated>

      <Group>0</Group>

      <SIPHeader>

         <Header>Expires</Header>

         <Content>30</Content>

      </SIPHeader>

   </SPT>

本发明实施例通过扩展“存在”、“不存在”、“大于”和“小于”等操作来描述服务点触发器，可以精确而简单的描述业务触发条件，采用该扩展描述的初始过滤规则，同时具备良好的兼容性。

本发明实施例中，通过对服务点触发器的信息中，增加了存在、不存在、大于和小于等关系，并在初始过滤规则中使用XML语言描述它。采用上述新扩展来描述初始过滤规则，可以很简洁而准确的表达现有布尔操作连接描述符不能准确描述或者必须采用复杂描述的服务点触发器。同时，采用本发明实施例提供的方法描述的初始过滤规则，即使在扩展参数内容后，也同样适用。使其具备很好的兼容性。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。