专利名称：一种ims业务触发方法以及ims网络的制作方法
技术领域：
本发明涉及一种通信方法，特别涉及一种IMS业务触发方法以及IMS网络。
背景技术：
SIP(Session Initiation Protocol，RFC 3261)是由IETF(国际互联网标准制定组织)制定的面向Internet会议和电话的信令协议。SIP是一个应用层的协议，可以建立、修改或者中止多媒体会话或者呼叫。它是一个基于ASCII的端到端的协议。
SIP协议是专门为IP电话，尤其是结合Internet设计的协议。与传统的H.323协议相比，SIP协议拥有明显的优越性1)优异的可扩展性，大大提高了系统的处理能力；2)与Internet紧密结合，使通讯更加轻松便捷的；3)卓越的开放性，不仅能够对手机、PDA等移动设备提供良好的支持，对于在线即时交流、语音和视频数据传输等多媒体应用也能够很好地完成。
IMS(IP Multimedia Subsystem，IP多媒体子系统)是3GPP在UMTS R5(及其以后版本)中定义的一个新的核心网络“域”(Domain，一个由许多网元组成的新的移动网络体系)。IMS的一个突出特征是，大量使用SIP协议来定义关键网元的能力和接口、关键网元，如具有代理呼叫服务控制服务器(Proxy Call Server Control Function，P-CSCF)、查询呼叫服务控制服务器(Interogating Call Server Control Function，I-CSCF)、控制呼叫服务控制服务器(Service Call Server Control Function，S-CSCF)等，都可以看成是不同类型的SIP代理/服务器。提供业务的AS(Application Server，应用服务器)也基于SIP协议实现。
IMS最核心的能力就是SIP协议所具备的核心能力1.对通讯对端的发现和路由能力(即对用URI所表示的目的地址的发现和路由能力)IMS核心网络可以依据终端注册所获得的信息来实现此能力。路由能力由HSS和CSCF配合实现。
2.对通讯所使用的媒体类型的协商能力通讯双方通过SIP协议中包含的SDP(Session Description Protocol)来协商。
当然，IMS的能力不仅仅是这些，还包括为会话控制和运营业务的需要而定义的其它能力，比较重要的有1.业务触发能力系统或用户可以定义触发某个业务的条件，S-CSCF在收到一个SIP消息后能够在按照预先定义的优先级/顺序将SIP消息转发给相关的AS以触发业务；2.与传统电路域终端的互通由BGCF选择网络中的MGCF(以及其控制的MGW)完成信令转换和媒体的转换。
图1为IMS组网架构的示意图。如图1所示，UE首先连接到基站，然后通过PDSN接入到IMS域(图1中的“IP domain”)。在IMS域中，控制信令是通过SIP协议传送的，数据流可以通过SIP协议或其他协议。P-CSCF为SIP信令的入口，负责与UE交互。S-CSCF为控制服务器，负责触发到应用服务器及发给接收方的S-CSCF。AS负责处理具体的业务。
IMS的业务触发能力是指每个AS都有自己的触发条件，S-CSCF收到SIP消息后会根据消息的头字段或消息内容检查该SIP消息是否符合AS设定的触发条件(即iFC，Initial Filter Criteria)，如果符合条件则触发到对应的AS，如果不符合就不触发。
如图2所示，IMS的业务触发的具体过程如下步骤1，发送方发送一条SIP消息到S-CSCF；步骤2，S-CSCF检查这条SIP消息是否符合AS1设定的触发条件，即，进行iFC的判断；步骤3，发现符合，把SIP消息发给AS1；步骤4，AS1处理完毕后，把SIP消息再次发给S-CSCF；步骤5，S-CSCF继续检查这条SIP消息是否符合AS2设定的触发条件；步骤6，S-CSCF发现不符合AS2设定的触发条件，继续检查是否有其他应用服务器；步骤7，在没有其他需要触发的应用服务器的情况下，S-CSCF发送这条SIP消息到接收方。
目前，应用服务器的触发条件可以根据SIP消息的任何一个字段或消息体的内容及它们的组合进行匹配。例如，某用户订阅了即时消息业务，则该用户发送的SIP消息满足如下3种情况之一则触发到即时消息服务器1.所有的SIP MESSAGE请求都触发到即时消息服务器，即用户发送的SIP消息的方法名为“MESSAGE”。
2.所有的通过SIP INVITE请求建立MSRP链接的请求都触发到即时消息服务器，即用户发送的SIP消息的方法名为“INVITE”，而且消息体的类型为“application/sdp”，而且SDP信息中的媒体级描述行“m”的内容包含“message*msrp/tcp”(其中的*表示通配符)。
3.所有被叫为即时消息服务器的SIP INVITE请求，即用户发送的SIP消息的方法名为“INVITE”，而且头字段“TO”的值包含“message@homedomain.com”，而且为主叫流程。
根据以上规则，如图3所示，在上述即时消息业务的情况下，iFC的判断流程如下步骤21，判断方法名是否为“Message”时，如果是，则将SIP消息触发到即时消息服务器；步骤22，在方法名不为“Message”时，进一步判断方法名是否为“Invite”、消息体的类型是否为“application/sdp”、以及媒体级描述行“m”的内容是否包括“message*msrp/tcp”，如果是，则将SIP消息触发到即时消息服务器；步骤23，当步骤22中不满足条件时，进一步判断方法名是否为“Invite”、头字段“TO”的值是否包含message@homedomain.com、以及是否为主叫方，如果是，则将SIP消息触发到即时消息服务器，否则，不触发到即时消息服务器。
然而，由于IMS的业务越来越多，AS种类和数量也就越来越多，而SIP协议的头字段却是有限的，许多SIP协议的头字段需要供多种业务的匹配使用。这样可能造成多个AS的匹配条件相似，互相影响。比如本来AS1的iFC是简单的，当加载AS2时，AS2的iFC包含了所有AS1的iFC的条件并还有其他的条件，这样AS1就需要修改原来的iFC以区分AS2的iFC。因此在CSCF收到用户发送的SIP信令后，触发具体业务的iFC越来越难写，很容易冲突；并且，当UE收到SIP消息时，也很难判断具体是哪个业务发过来的。
例如原来所有的SIP MESSAGE消息都会触发到即时消息业务，所以即时消息业务的iFC写成把所有的SIP MESSAGE消息都触发上来。可是当POC业务出现时，也需要SIP MESSAGE消息，而且所有属于POC业务的SIP MESSAGE消息是不需要触发到即时消息业务上来的。这时就需要修改原来即时消息业务的iFC，以便与POC业务的SIP MESSAGE消息区分开。
又例如，目前所有通过SIP INVITE建立MSRP链接的请求都触发到即时消息业务，而且这个iFC已经很复杂了。如果又新增某业务也需要SIP INVITE建立MSRP链接，那么它就会与即时消息业务的iFC冲突，就又需要修改即时消息业务的iFC。
有鉴于此，需要提供一种简单并且可以防止iFC冲突的IMS业务触发方法以及IMS网络。
发明内容
本发明的目的在于，提供一种简单并且可以防止iFC冲突的IMS业务触发方法。
本发明的另一目的在于，提供一种可以防止iFC冲突的IMS网络。
为了实现上述目的，本发明的IMS业务触发方法包括以下步骤步骤1，发送方发送携带有业务类型字段的SIP消息到S-CSCF；步骤2，S-CSCF根据SIP消息中的业务类型字段判断SIP消息所属的业务类型；步骤3，根据步骤2判断出的业务类型，S-CSCF将SIP消息触发到对应的应用服务器，并将应用服务器处理后发回的SIP消息发送给接收方。
本发明的IMS网络包括发送方、S-CSCF、应用服务器以及接收方。其中，发送方用于将携带有业务类型字段的SIP消息发送到S-CSCF；S-CSCF用于根据SIP消息中的业务类型字段判断SIP消息所属的业务类型，将SIP消息触发到与业务类型对应的应用服务器，并且，将应用服务器发回的SIP消息发送给接收方。
其中，上述业务类型为即时消息、或会议信息、或POC消息、或电话业务。
并且，上述业务类型字段中可以采用业务名来区分各种业务，也可以采用业务名和标准名来区分各种业务。
与现有技术相比，本发明的有益效果是，1.通过本发明，可以将iFC简化，让AS的iFC条件简单仅仅根据一个字段匹配，而且新增AS对原有的AS的iFC也没有任何影响；2.同时，通过本发明，可以减少S-CSCF的判断，使得整个触发的过程更简洁，从而提高了S-CSCF的匹配效率；3.并且，由于针对不同业务类型配置了不同的标识，可以使得多个AS之间的iFC互不干扰，从而不会因为部署新业务而发生新旧业务之间的冲突。
图1为IMS组网架构的示意图；图2为现有IMS的业务触发的流程图；图3为在上述即时消息业务的情况下，iFC的判断过程的流程图；图4为本发明IMS业务触发方法的流程图。
具体实施例方式
为了更清楚的理解本发明，以下将结合附图详细说明本发明的IMS业务触发方法以及IMS网络。
在本发明中，IMS网络同样包括现有MIS网络中的发送方、S-CSCF、应用服务器以及接收方。其中，发送方用于将携带有业务类型字段的SIP消息发送到S-CSCF；S-CSCF用于根据SIP消息中的业务类型字段判断SIP消息所属的业务类型，将SIP消息触发到与业务类型对应的应用服务器，并且，将应用服务器发回的SIP消息发送给接收方。
可以看出，与现有IMS网络相比，为了使S-CSCF能够区分发送方所发送的SIP消息的业务类型，首先在原有SIP协议定义的SIP消息中增加一个字段，用于标识发送方所发送的SIP消息所属的业务类型，具体业务类型包括发送即时消息；召开会议；打电话等等。并且，S-CSCF中也存在相应类型的配置信息，这样，S-CSCF在检查到SIP消息中的这个字段时，可以判断这条SIP消息是属于哪个业务，从而，将这条SIP消息触发到对应的服务器上。
表1为在SIP消息中增加(扩展)字段来实现上述功能的一种扩展方式表1
以下以发送方订阅即时消息为例进行说明，可以理解的是，对于其他业务类型的情况，也可以采用类似的方法。
具体的，对于上面用户订阅了即时消息业务，按照本发明的定义，即时消息业务的业务类型字段为ims messaging/3GPP。
本发明与现有的IMS业务触发方法的具体过程大体相似，二者不同主要在于本发明的SIP消息中增加了业务类型字段，从而S-CSCF进行iFC的判断时的处理被简化，即，图2步骤2中的处理变得简单快捷并且不会产生不同业务之间的冲突。
如图4所示，根据本发明的定义，本发明IMS业务触发方法具体包括以下步骤步骤31，发送方发送一条SIP消息到达S-CSCF，该SIP消息中增加了业务类型字段；步骤32，S-CSCF根据SIP消息中的业务类型字段判断这条SIP消息所属的业务类型，在这个例子中为即时消息；步骤33，根据步骤2判断出的业务类型，S-CSCF将SIP消息触发到对应的应用服务器，并将应用服务器处理后发回的SIP消息发送给接收方。
这样，与图2中的步骤2相比较，通过本发明的方法，可以将iFC简化，让AS的iFC条件简单仅仅根据一个字段匹配，而且新增AS对原有的AS的iFC也没有任何影响，同时，通过本发明的方法，可以减少S-CSCF的判断，使得整个触发的过程更简洁，从而提高了S-CSCF的匹配效率，并且，由于针对不同业务类型配置了不同的标识，可以使得多个AS之间的iFC互不干扰，从而不会因为部署新业务而发生新旧业务之间的冲突。例如原来已经部署了即时消息业务，iFC由Service_Type字段的值ims messaging/3GPP触发。当部署一个新的业务POC业务时，POC的iFC由Service_Type字段的值POC/3GPP触发。这样原来的即时消息业务的iFC不需要改变，也不会与新出现的POC业务冲突。
可以理解的是，上述的扩展方式只是各种扩展方式的一种，在业务名为唯一且不产生业务冲突的情况下，也可以仅仅以业务名作为上述业务类型的内容，即，可以在上述业务类型字段中仅仅以业务名作为触发条件。例如，对于即时消息业务，其业务类型字段可以由“ims messaging/3GPP”变成“imsmessaging”，对于POC业务，其业务类型字段可以由“POC/3GPP”变成“POC”，这样，可以看出这两种业务之间即便业务类型字段简化也不会产生冲突。同样的，对于其他类似的业务名，也可以同样适用。
权利要求
1.一种IMS业务触发方法，包括以下步骤步骤1，发送方发送携带有业务类型字段的SIP消息到S-CSCF；步骤2，S-CSCF根据SIP消息中的业务类型字段判断SIP消息所属的业务类型；步骤3，根据步骤2判断出的业务类型，S-CSCF将SIP消息触发到对应的应用服务器，并将应用服务器处理后发回的SIP消息发送给接收方。
2.如权利要求1所述的方法，其中，业务类型为即时消息、或会议信息、或POC消息、或电话业务。
3.如权利要求2所述的方法，其中，所述业务类型字段中采用业务名来区分各种业务。
4.如权利要求2所述的方法，其中，所述业务类型字段中采用业务名和标准名来区分各种业务。
5.一种IMS网络，包括发送方、S-CSCF、应用服务器以及接收方，其特征在于，所述发送方用于将携带有业务类型字段的SIP消息发送到S-CSCF；所述S-CSCF用于根据SIP消息中的业务类型字段判断SIP消息所属的业务类型，将SIP消息触发到与业务类型对应的应用服务器，并且，将应用服务器发回的SIP消息发送给接收方。
6.如权利要求5所述的IMS网络，其特征在于，所述业务类型为即时消息、或会议信息、或POC消息、或电话业务。
7.如权利要求6所述的IMS网络，其特征在于，所述业务类型字段中采用业务名来区分各种业务。
8.如权利要求6所述的IMS网络，其特征在于，所述业务类型字段中采用业务名和标准名来区分各种业务。
全文摘要
本发明提供一种IMS业务触发方法以及IMS网络，其中，该方法包括以下步骤步骤1，发送方发送携带有业务类型字段的SIP消息到S－CSCF；步骤2，S－CSCF根据SIP消息中的业务类型字段判断SIP消息所属的业务类型；步骤3，根据步骤2判断出的业务类型，S－CSCF将SIP消息触发到对应的应用服务器，并将应用服务器处理后发回的SIP消息发送给接收方。通过本发明的方法，可以将iFC简化，同时减少S－CSCF的判断，提高S－CSCF的匹配效率，并且，可以使得多个AS之间的iFC互不干扰，从而不会因为部署新业务而发生新旧业务之间的冲突。
文档编号H04L29/06GK1863209SQ20061000742
公开日2006年11月15日 申请日期2006年2月10日 优先权日2006年2月10日
发明者王林 申请人:华为技术有限公司