CN1960343A - 一种基于ims的业务实现方法 - Google Patents

Abstract

本发明提供一种基于IMS的业务实现方法，其核心为：代替发起会话请求方的应用服务器将会话请求消息传输至I－CSCF，I－CSCF获取被代替方对应的S－CSCF信息，I－CSCF根据所述S－CSCF信息将会话请求消息传输至相应的S－CSCF，S－CSCF根据其接收的会话请求消息实现业务。本发明为基于IMS的业务提供了一种新的实现机制，使应用服务器能够根据业务的具体情况来确定如何发起会话请求，同时，解决了在某些应用场景下，业务不能够实现的问题，使应用服务器在任何情况下，都能够代替用户或者其他应用服务器发起会话请求，实现业务；从而通过本发明提供的技术方案实现了提高业务实现方式的灵活性、提高用户的业务体验的目的。

Description

一种基于IMS的业务实现方法

技术领域

本发明涉及网络通讯技术领域，具体涉及一种基于IMS的业务实现方法。

背景技术

随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来，通过与presence(呈现业务)、群组管理，短消息、WEB(网页)浏览、定位信息、PUSH(推送业务)、文件共享等数据业务的结合，可以满足用户的多种需求。

在多种应用的推动下，3GPP(3rd Generation Partnership Project，第三代移动通信标准化的伙伴项目)以及3GPP2(3rd Generation Partnership Project 2，第三代移动通信标准化的伙伴项目2)等标准组织都先后推出了基于IP的多媒体子系统架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，以提供给用户更多的选择和更丰富的感受。

在3GPP Relcase 5(R5)阶段，引入了IP多媒体子系统域，简称IMS，IMS叠加在分组域网络之上，由CSCF(呼叫状态控制功能)、MGCF(媒体网关控制功能)、MRF(媒体资源功能)和HSS(归属签约用户服务器)等功能实体组成，其中：CSCF又可以分成S-CSCF(服务CSCF)、P-CSCF(代理CSCF)和I-CSCF(查询CSCF)三个逻辑实体。S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，完成用户注册，负责QoS控制和安全管理等，I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS网络和其它网络的互通，MRF提供媒体资源，如收放音，编解码和多媒体会议桥等。HSS是用户数据库，存储IMS用户的签约数据和配置信息等。

因为IMS网络的结构做到了和底层携带网络无关，因此，3GPP定义的IMS网络也可以应用在3GPP定义的分组域网络之外的其他分组网络上，比如3GPP2中定义的分组网络、WLAN网络、以及NGN网络等，实现了和用户使用终端类型的无关性以及和接入网络类型的无关性，因此，这里不限制IMS只应用在3GPP相关的网络和应用上，其他类型的接入网络和携带网络的业务和应用也可以用IMS架构来实现。

SIP(Session Initiation Protocol，会话发起协议)是由IETF(Interne工程任务组)提出的IP电话信令协议。正如其名字表面的含义，SIP用于发起会话，它能控制一个或者多个参与者参加的多媒体会话的建立和终结过程，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型如语音、视频、文本等、媒体编解码格式、对组播和单播的支持等。在IMS中，使用SIP协议作为IP多媒体会话的信令控制协议。

AAA，即认证(Authentication)、授权(Authorization)和计费(Accounting)，AAA一直是网络运营商进行网络运营和管理的基础，随着AAA的发展，新的框架结构Diameter技术已经成型。Diameter协议族包括：基础协议(DiameterBase Protocol)和各种应用协议，其中，基础协议提供了作为一个AAA协议的最低需求，是Diameter网络节点都必须实现的功能，包括节点间能力的协商、Diameter消息的接收及转发、计费信息的实时传输等。应用协议则充分利用基础协议提供的消息传送机制，规范相关节点的功能以及其特有的消息内容，来实现应用业务的AAA。在IMS中，HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口上就是使用Diameter协议来传送相关信息的。

HSS是每个用户最重要的数据库，保存着所有和用户签约相关的信息，用于支持各个网络实体对呼叫和会话的处理，其保存的信息包括：用户标识、编号以及寻址信息、用户安全信息、用户位置信息以及用户描述信息(user profileinformation)等。一个归属网络可以有一个或者多个HSS，HSS的数量取决于移动签约用户的数量、网络设备的容量以及具体的组网情况。HSS和网络中的多个实体之间有接口。

每个签约了IMS业务的用户都由归属网络运营商分配了一个或者多个私有用户标识IMPI，用于在注册、授权、管理和计费过程中使用，IMPI使用NAI(Network Access Identifier，网络接入标识)格式，每个IMS用户还有一个或者多个公共用户标识IMPU(IP Multimedia PUblic identity，IP多媒体公共用户标识)，IMPU用于和其他用户通信的时候标识自己，找到对方。私有用户标识一般不对外公开，而公共用户标识是对外公开的，在使用各类业务的会话过程中使用。

此外，随着PRESENCE(呈现业务)、MESSAGING(消息业务)、CONFERENCING(会议业务)、群组业务等业务能力被组件化和标准化，并在IMS网络中应用，一种新的PSI(Public Service Identitity，公共业务标识)被引入。

公共业务标识和公共用户标识的不同之处在于：公共用户标识是用户在各类业务的使用中用来标识自己、找到对方的标识，而公共业务标识是对业务的标识，这些业务一般都驻留在应用服务器AS上，比如本地业务(Local Service)等，此外，公共业务标识还可以用来标识一个群组，比如在聊天室业务中，一个公共业务标识如sip：chatlist_X@example.com可以用来表示一个聊天群组，每个用户可以和这个PSI建立会话，通过这个PSI所在的AS和聊天会话中的其他参与者进行消息的收发。

PSI的格式可以是SIP URI或者TEL URI。

根据业务性质的不同，PSI的配置和路由根据运营商的喜好可以有多种实现机制。在各种实现机制中均应该保证PSI被创建之后的唯一性，而且，PSI的路由应遵循IMS路由的基本原则。

当一个PSI驻留的AS作为发起方的应用服务器使用时，PSI的配置和路由是通过用户签约信息中的过滤规则来实现的，即：主叫方的S-CSCF根据从HSS中下载的过滤规则进行匹配，确定出需要将对应的SIP消息发送给某个特定的AS。这种AS可以认为是事先静态配置的，且该AS只能在配置该PSI的运营商的IMS网络中内部接入。

驻留PSI的AS作为发起方发起SIP会话请求时，如果应用了网络配置隐藏，那么，在发起会话的IMS网络中最后一跳一定是一个实现THIG(TopologyHiding Inter-network Gateway，拓扑隐藏互通网关)功能的I-CSCF；而且，当目的标识是一个TEL格式的URI的时候，需要进行ENUM转换，根据转换结果来路由SIP会话请求消息。PSI路由主要有两种方式：方式一、AS将发起的SIP请求消息直接转发到目的网络，不需要S-CSCF的参与，如果目的标识是TEL格式的URI时，AS要能够支持ENUM查询，如果AS不支持ENUM查询，就必须按照第二种方式进行PSI路由，或者至少在目的标识是TEL格式的URI的情况下，按照第二种方式进行PSI路由。方式二、给PSI分配一个S-CSCF，这样AS将发起的消息转发给S-CSCF，后续流程按照S-CSCF处理一般的发起方呼叫的流程进行处理。

一个PSI驻留的AS也可以作为终结方的应用服务器来使用。这种PSI是可以全球路由的，且这种AS在运营商网络内部和运营商网络外部都是可用的。这种PSI可以有两种形式，一种形式为专用PSI，另一种形式为通用PSI。专用PSI可以由运营商通过操作维护机制在HSS中生成、修改和删除；通用PSI的生成、修改和删除与专用PSI的生成、修改和删除类似，不同之处在于，通用PSI的域名部分和专用PSI的域名部分相同，但是，用户部分是使用一个通配符来指示的。

对于PSI驻留的AS作为终结方的应用服务器使用时，PSI的路由主要有以下两种方式：方式1、在HSS中维护一个为驻留PSI的AS分配的S-CSCF和对应的过滤规则，这样，当被叫侧的作为网络之间关口的I-CSCF收到一个SIP请求消息的时候，会向HSS查询这个PSI的路由信息，HSS向I-CSCF返回一个为该PSI分配的S-CSCF的地址，S-CSCF根据过滤规则匹配出这个AS的地址，然后，将SIP请求消息转发到这个AS。当然，也可以在I-CSCF处配置所有支持的域名的列表，I-CSCF收到SIP请求消息时，检查列表，如果发现匹配成功，就发给对应的DNS查询路由，然后，I-CSCF根据DNS返回的IP地址将SIP请求消息直接发送给对应IP地址的AS。方式2、在HSS中维护一个驻留PSI的AS的地址信息，这样，当I-CSCF向HSS查询位置信息的时候，HSS可以直接将该PSI的AS的地址信息返回给I-CSCF，I-CSCF直接将会话转发到这个AS。

下面对AS发起会话的过程进行详细描述。

IMS网络中AS可以代替一个使用公共用户标识表示的用户或者一个使用公共业务标识表示的业务发起会话，在AS代替用户发起会话建立的时候，SIP请求消息中表示发起方的域中填的就是用户本身的标识。

AS在代表IMPU或者PSI发起会话请求时，首先需要获得S-CSCF的地址，如果AS代替用户使用IMPU发起会话请求，而AS无法获得一个为该IMPU服务的S-CSCF的地址，则AS不能代表用户发起这个会话请求。如果AS使用PSI发起会话请求，而这个PSI没有被分配一个S-CSCF地址，则AS使用DNS等机制完成SIP消息的路由过程，直接将会话请求消息发送给被叫网络。如果AS获得了为IMPU或者PSI服务的S-CSCF的地址，则AS发送会话请求消息到这个S-CSCF。

IMS网络中AS发起会话的过程如附图1所示。

图1中，在步骤1、AS获取S-CSCF地址。如果AS获得了为IMPU或者PSI服务的S-CSCF的地址，到步骤2a。如果AS无法获得为IMPU服务的S-CSCF的地址，到步骤2b。

在步骤2a、AS发送SIP INVITE消息给S-CSCF，SIP INVITE消息中携带有最初提供的会话媒体描述信息(initial SDP offer)。到步骤3。

在步骤2b、AS发送SIP INVITE消息给被叫用户所在的网络，由被叫用户所在的网络继续后续的会话过程。SIP INVITE消息中携带有最初提供的会话媒体描述信息(initial SDP offer)。

在步骤3、S-CSCF确定其接收的SIP INVITE消息是一个来自主叫侧的请求，触发主叫业务相关的业务逻辑，在该步骤中，S-CSCF将这个请求消息视为一个通过了鉴权和授权过程的请求消息。

到步骤4、该步骤是两个网络中的S-CSCF之间的交互过程。

在步骤5-6、被叫侧网络向AS返回信令消息，信令消息中携带有被叫侧的媒体会话描述信息。

在步骤7-8、AS决定此次会话需要提供的媒体流能力，AS确认其收到对方的媒体描述信息后，向被叫侧返回应答的确认消息，该确认消息中也可以包含主叫侧的媒体描述信息。

在步骤9-10、被叫侧向主叫侧返回应答的确认消息，如果被叫侧接收的应答的确认消息中携带了媒体描述信息，则被叫侧向主叫侧返回的应答的确认消息中也需要携带媒体描述信息。

在步骤11-12、资源预留成功后，被叫侧向主叫侧返回确认消息。

在步骤13-14、被叫用户可选的可以执行alerting振铃的处理。

在步骤15-16、被叫用户应答了之后，返回一个最终响应200OK给主叫侧的AS。

在步骤17-18、AS收到200OK后返回ACK确认。

从上述描述过程可知，当驻留PSI的AS作为发起方代替一个使用公共用户标识表示的用户发起会话时，如果AS无法获得为该IMPU服务的S-CSCF的地址，则AS不代表用户发起这个会话请求，根据AS作为发起方发起会话时候路由的处理原则，必须为驻留PSI的AS分配一个S-CSCF，由于AS本身不具备选择S-CSCF的能力，因此，AS只有通过SH接口向HSS使用IMPU查询为该用户服务的S-CSCF名字，或者在AS处配置一个S-CSCF来使用。类似的，当AS作为发起方代替一个使用公共业务标识表示的业务发起会话时，如果可以直接路由到目的网络则不需要S-CSCF，否则，也需要通过SH接口或者配置的方式得到一个为该PSI分配的S-CSCF来进行后续路由处理。

根据上述处理，如果AS通过SH接口向HSS查询为指定IMPU或者PSI分配的S-CSCF，HSS根据查找的结果，发现当前这个指定的IMPU对应的用户由于没有注册，而没有被分配一个S-CSCF来服务，导致HSS无法返回一个有效的S-CSCF给AS，这样，AS不能代替这个IMPU发起会话请求。

但是，从实际的需求来看，一个用户通过某种方式触发了这个AS代替自己发起会话请求，和这个用户是否在IMS网络中注册是没有直接关系的，不能因为该用户当前没有注册就不允许AS代替这个用户发起会话请求。例如：某个用户在一个应用服务器上签约了一个定时发送邮件的业务，以便在朋友生日的时候能够由这个应用服务器发送一张电子贺卡给这个朋友，那么，根据目前AS发起会话的实现过程，如果应用服务器在签约的时间发起推送电子贺卡所需的会话建立过程时，签约该业务的用户当时没有在IMS网络上注册，那么，这个应用服务器会因为无法得到当前为该用户服务的一个S-CSCF，而无法发起这个会话请求，自然该用户签约的业务也就无法实现了，这样的结果不论对签约用户、还是对业务提供商感受都是很不好的，签约用户无法确保自己在签约的时刻一定要注册到IMS网络，而业务提供商也不希望因为用户没有注册就导致业务无法实现。

对PSI来说也是存在类似的问题的，应用服务器之间是可以互相订阅对方的某个业务的，但是这些业务的执行和实施不应该以这个签约的应用服务器当前是否可用为前提，在某些情况下，一个应用服务器代替一个PSI发起会话请求，这个会话很可能是和驻留这个PSI的应用服务器无关的一个会话过程，因此可以不去关注驻留这个PSI的应用服务器。

综上所述，目前应用服务器代替一个IMPU或者PSI发起会话请求的实现方法，在某些应用场景下不能够成功建立会话，使业务实现受限，用户体验差。

发明内容

本发明的目的在于，提供一种基于IMS的业务实现方法，使会话能够在各种应用场景下成功实现，实现了提高业务实现方式的灵活性、提高用户的业务体验的目的。

为达到上述目的，本发明提供的一种基于IMS的业务实现方法，包括：

a、代替发起会话请求方的应用服务器将会话请求消息传输至I-CSCF；

b、I-CSCF获取被代替方对应的S-CSCF信息；

c、I-CSCF根据所述S-CSCF信息将会话请求消息传输至相应的S-CSCF；

d、S-CSCF根据其接收的会话请求消息实现业务。

所述步骤a中的应用服务器为：代替使用公共用户标识的用户发起会话的发起方、或代替使用公共业务标识的业务发起会话的发起方。

所述步骤a具体为：

代替发起会话请求的发起方应用服务器在确定无法获得被代替方对应的S-CSCF的标识信息时，将会话请求消息传输至I-CSCF；或

代替发起会话请求的发起方应用服务器在发起会话请求时，直接将会话请求消息传输至I-CSCF。

所述步骤b包括：

b1、I-CSCF从HSS处获取被代替方对应的S-CSCF信息。

当所述被代替方为使用公共用户标识的用户时，所述HSS中存储的被代替方对应的S-CSCF信息是通过用户的显式注册过程、和/或操作维护、和/或HSS与和其有连接关系的网络实体之间交互进行设置的；

当所述被代替方为使用公共业务标识的业务时，所述HSS中存储的被代替方的S-CSCF信息是通过操作维护设置、和/或HSS与和其有连接关系的网络实体之间交互进行设置的。

HSS中存储的所述被代替方标识信息上设置有未注册状态标识信息或主叫方未注册状态标识信息。

所述步骤b1包括：

I-CSCF向HSS查询所述被代替方对应的S-CSCF的标识信息；

HSS将被代替方对应的S-CSCF的标识信息或被代替方对应的S-CSCF能力集信息传输至I-CSCF。

所述步骤c包括：

I-CSCF在接收到HSS传输来的S-CSCF的标识信息时，根据该S-CSCF的标识信息将会话请求消息传输至相应的S-CSCF；或

I-CSCF在接收到HSS传输来的S-CSCF能力集信息时，根据S-CSCF能力集信息选取一个S-CSCF，并将会话请求消息传输至所述选取的S-CSCF。

所述方法还包括步骤d包括：

S-CSCF根据其自身存储的用户数据继续后续的业务流程；或

S-CSCF根据其接收到的会话请求消息向HSS请求被代替方的用户数据，S-CSCF接收、保存HSS返回的用户数据，并继续后续的业务流程。

所述方法还包括：

HSS在接收到S-CSCF的用户数据请求时，存储所述被代替方对应的S-CSCF的标识信息。

所述方法还包括：

HSS将其存储的S-CSCF的标识信息和/或S-CSCF能力集信息传输至其他网络实体。

所述方法还包括：

S-CSCF在会话业务结束后，通知HSS删除HSS中对应存储的S-CSCF的标识信息。

通过上述技术方案的描述可知，本发明的应用服务器作为代替发起会话请求的发起方通过将会话请求消息转发至I-CSCF，由I-CSCF继续完成后续的会话过程，为会话提供了一种新的实现机制，使应用服务器在业务实现过程中，能够根据业务的具体情况来确定如何发起会话请求，同时，有效解决了应用服务器在不能够获得S-CSCF的标识信息的情况下，业务不能够实现的问题，使应用服务器在任何情况下，都能够代替用户或者其他应用服务器发起会话请求，实现业务，如在具有IMPU标识的用户没有注册时，应用服务器能够代替具有IMPU标识的用户实现业务，再如不论驻留PSI的应用服务器的状态如何，作为发起方的应用服务器都能够代替驻留PSI的应用服务器发起会话请求，避免在业务实现过程中对被代替方的诸多限制条件；本发明的HSS通过在S-CSCF向其请求用户数据时存储S-CSCF的标识信息，使HSS能够在针对本次会话的被代替方的其它的会话实现过程中，将S-CSCF的标识信息传输至代替发起会话请求的应用服务器或相应的I-CSCF，方便了业务的实现；通过在HSS保存的被代替方的标识信息中设置未注册状态或主叫方未注册状态，使HSS能够根据业务的实际情况，准确的下发S-CSCF的标识信息，确保了会话业务能够成功实现；从而通过本发明提供的技术方案实现了提高业务实现方式的灵活性、提高用户的业务体验的目的。

附图说明

图1是现有技术中AS发起会话的流程图；

图2是本发明的AS发起会话的流程图。

具体实施方式

本发明的核心是：作为代替发起会话请求方的应用服务器将会话请求消息传输至I-CSCF，I-CSCF获取被代替方对应的S-CSCF信息，I-CSCF根据所述S-CSCF信息将会话请求消息传输至相应的S-CSCF，S-CSCF根据其接收的会话请求消息实现业务。

下面基于本发明的核心思想对本发明提供的技术方案做进一步的描述。

本发明的应用服务器是会话请求的发起方，而且是代替发起会话请求的发起方，应用服务器可以代替具有IMPU标识的用户发起会话请求，应用服务器也可以代替使用PSI的业务发起会话请求，即被代替方可以为具有IMPU标识的用户，也可以为使用PSI的业务。

为方便后续的描述，将具有IMPU标识的用户、使用PSI的业务等被代替方统一称呼为业务用户。即本发明的应用服务器为代替业务用户发起会话请求的发起方应用服务器。

本发明中的会话请求消息可以为SIP会话请求消息。本发明对通过会话请求消息实现的具体的业务类型不限制，即本发明中需要实现的业务为在SIP层面上通过会话或者独立于会话的方式建立连接的业务和应用。

本发明的应用服务器可以通过内部触发、外部触发等触发方式来触发其代替业务用户发起会话请求，即应用服务器在其内部设置的发起SIP会话请求的条件满足时，作为发起方代替业务用户发起SIP会话请求，或者应用服务器在接收到外部的发起SIP会话请求的消息时，作为发起方代替业务用户发起SIP会话请求。

由于应用服务器是代替业务用户来发起会话请求的，因此，SIP会话请求消息的表示发起方的域中携带的是业务用户本身的标识信息。

应用服务器在代替业务用户发起SIP会话请求时，可以首先去获取业务用户对应的S-CSCF的标识信息，如应用服务器通过SH接口向HSS查询S-CSCF的标识信息，由于具有IMPU标识的用户当前没有注册、或者在HSS中没有保存使用PSI的业务对应的S-CSCF的配置信息等原因，使应用服务器指定查询的业务用户没有当前可用的S-CSCF，从而使HSS不能够在应答消息中返回S-CSCF的标识信息。此时，应用服务器不能够获取到业务用户对应的S-CSCF的标识信息，应用服务器应将SIP会话请求消息传输至负责查询S-CSCF信息的I-CSCF，由I-CSCF来查询业务用户对应的S-CSCF的标识信息，并继续实现后续的会话业务；应用服务器也可以在代替业务用户发起SIP会话请求时，不进行获取业务用户对应的S-CSCF的标识信息的过程，而是直接将SIP会话请求消息传输至I-CSCF，由I-CSCF来查询业务用户对应的S-CSCF的标识信息，并继续实现后续的会话过程。

I-CSCF在接收到应用服务器传输来的SIP会话请求消息时，根据SIP会话请求消息的发起方的域中携带的业务用户本身的标识信息向HSS发送路由查询消息，以查询SIP会话请求消息中指定的业务用户的路由信息。此时，路由查询消息中携带的业务用户的标识信息可以是IMPU，也可以是PSI。

HSS接收I-CSCF传输来的路由查询消息，并根据路由查询消息中携带的需要查询路由信息的业务用户标识来查询这个指定的业务用户是否被分配了一个S-CSCF；如果HSS确定业务用户被分配了S-CSCF，则HSS在路由查询应答消息中向I-CSCF返回其保存的S-CSCF的标识信息，即S-CSCF的名字；如果HSS确定业务用户没有被分配S-CSCF，则HSS根据业务用户的签约文件，在路由查询应答消息中向I-CSCF返回满足业务用户业务签约要求的S-CSCF能力集信息。

当业务用户为使用IMPU标识的用户时，由于使用IMPU标识的用户有一个用户显式注册的过程，所以，HSS中存储的S-CSCF的标识信息可以是在用户显式注册的过程中获取并存储的，当然，HSS中存储的S-CSCF的标识信息也可以是通过操作维护方式如静态配置等方式配置的，还可以是通过HSS与其他网络实体之间的交互过程获取并存储的，这里的其他网络实体可以为S-CSCF、I-CSCF或应用服务器等。

当业务用户为使用PSI的业务时，驻留PSI的应用服务器没有用户显式注册过程，所以，HSS中存储的S-CSCF的标识信息可以是通过操作维护方式如静态配置等配置的。当然，HSS中存储的S-CSCF的标识信息也可以是通过HSS与其他网络实体之间的交互过程获取并存储的，这里的其他网络实体可以为S-CSCF、I-CSCF或应用服务器等。

I-CSCF接收HSS返回的路由查询应答消息，当I-CSCF从路由查询应答消息中获取到的是S-CSCF的标识信息时，直接根据该S-CSCF的标识信息将SIP会话请求消息传输至相应的S-CSCF。当I-CSCF从路由查询应答消息中获取到的是S-CSCF能力集信息时，I-CSCF根据S-CSCF能力集信息，并结合I-CSCF处的各个S-CSCF的能力配置情况，选择一个S-CSCF，I-CSCF将应用服务器发送来的SIP会话请求消息转发到其选择的S-CSCF处。

S-CSCF接收I-CSCF传输来的SIP会话请求消息，并根据SIP会话请求消息实现后续的会话过程。

S-CSCF在接收到SIP会话请求消息时，如果发现自己没有保存、也没有接收到与该SIP会话请求消息携带的业务用户有关的用户数据，则需要获取该业务用户的用户数据，并保存。S-CSCF可以通过向HSS请求该指定业务用户的用户数据的方式来获取业务用户的用户数据。

HSS在根据S-CSCF的业务用户的用户数据查询，向S-CSCF返回业务用户的用户数据时，也可以将S-CSCF的标识信息如S-CSCF的名字保存在HSS中，以供后续和该指定业务用户有关的路由信息查询时使用。

从上述描述可以看出，本发明的业务实现方法中的业务具有一定特殊性，即当业务用户为具有IMPU标识的用户时，由于具有IMPU标识的用户是没有注册的用户，此时，业务可以被视为是一种实际用户没有注册的业务，本发明的业务的实现与用户当前的注册状态没有关系；当业务用户为PSI业务时，PSI业务没有注册过程，且业务的实现过程与驻留PSI的实际应用服务器状态无关，此时，业务可以被视为是一种与驻留PSI的实际应用服务器状态无关的业务。总之，本发明的业务可以被称为与发起方状态无关的业务。

当业务用户为具有IMPU标识的用户时，本发明的业务可以称为发起方未注册的业务，可以归为未注册业务一类。本发明的发起方未注册的业务和目前已有的未注册业务的主要不同之处在于，目前已有的未注册业务只针对用户作为被叫的情况，而本发明的未注册的业务针对用户作为主叫的情况。

为了方便S-CSCF从HSS中下载未注册的业务的用户数据，本发明可以在HSS中增加与未注册业务相关的业务签约数据和用户描述信息，这样，S-CSCF在向HSS请求下载用户数据时，可根据用户的未注册状态来向HSS请求下载用户数据，HSS也能够准确的将未注册状态的用户对应的用户数据下载给S-CSCF使用。

为了将本发明的未注册的会话业务和目前已存在的与被叫用户相关的未注册会话业务区分开，本发明的HSS可以根据会话发起方、会话终结方信息对用户数据进行区分保存。S-CSCF可以区分出其接收的SIP会话请求消息是发起方的SIP会话请求消息、还是终结方的SIP会话请求消息，S-CSCF可以在向HSS发送用户数据请求时，标明其请求主叫用户未注册的用户数据，从而确保了S-CSCF能够正确的下载用户数据。

S-CSCF可以在应用服务器代替业务用户发起的会话结束后，通知HSS清除其保存的主叫用户未注册的用户对应的S-CSCF的标识信息，这样，在其他的业务实现过程中，HSS就能够将针对上述业务用户的路由信息的处理和针对这个代替发起会话请求的应用服务器的路由信息的处理区分开，因为对于应用服务器代替业务用户发起的SIP会话请求消息，S-CSCF通过SIP请求消息中的orig字段、record route头域和p-asserted-identity中的内容能够将应用服务器代替发起的SIP会话请求消息和其他的SIP会话请求消息区分开。如果这期间有针对具体业务用户的会话请求消息到达，S-CSCF能够知道当前自己是无法到达这个具体业务用户的，因此，可以按照目前已有的针对业务用户作为被叫用户的SIP请求消息的处理过程来实现业务，即业务用户没有签约被叫未注册业务时，向会话发起方返回会话业务失败的应答消息，业务用户签约了被叫未注册业务时，S-CSCF将SIP会话请求消息转发到一个特定的应用服务器去处理。从而确保了应用服务器能够代替业务用户发起会话请求，实现业务，同时，又尽可能的避免了为该业务用户临时分配的这个S-CSCF被其他用户当作路由到具体业务用户的路由来使用。

当然，S-CSCF也可以不在应用服务器代替业务用户发起的会话结束后，通知HSS清除HSS中保存的S-CSCF的标识信息，这样，S-CSCF的标识信息会持续保留在HSS中，保留在HSS中的业务用户标识信息如IMPU、PSI等设置为未注册状态或者进一步设置为主叫方未注册状态，这样，当后续有其他由应用服务器代替该指定业务用户发起会话请求消息、需要向HSS查询路由信息时，HSS就会根据被代替方的状态将这个保存的S-CSCF的标识信息返回给应用服务器查询方，使应用服务器能够将代替该指定业务用户发起的会话请求消息直接传输至相应的S-CSCF，由S-CSCF来实现后续的业务。

当HSS中保留有S-CSCF的标识信息后，如果HSS再次接收到I-CSCF发送来的该业务用户的路由查询消息，HSS发现可能需要I-CSCF重新选择一个S-CSCF时，可以同时将其保存的S-CSCF的标识信息和选择新的S-CSCF所需的能力集信息通过路由查询应答消息一起返回给I-CSCF，使I-CSCF能够根据S-CSCF能力集信息、S-CSCF的标识信息选择一个S-CSCF。

在HSS中保留有S-CSCF的标识信息后，当用户如使用IMPU标识的用户主动发起注册过程时，HSS可以将其在上述业务实现过程中保存的S-CSCF的标识信息返回给I-CSCF，也可以将S-CSCF能力信息返回给I-CSCF，供I-CSCF重新选择一个S-CSCF，还可以同时将其保存的S-CSCF标识信息和S-CSCF能力信息返回给I-CSCF，供I-CSCF判断是使用原来的S-CSCF，还是重新选择一个S-CSCF。

在HSS中保留有S-CSCF的标识信息后，当应用服务器如驻留PSI的应用服务器的配置信息被更改之后，也存在类似的处理过程，即HSS可以将其在上述业务实现过程中保存的S-CSCF的标识信息返回给这个应用服务器使用，也可以返回S-CSCF能力信息供I-CSCF重新选择一个S-CSCF，还可以同时返回保存的S-CSCF的标识信息和S-CSCF能力信息，供I-CSCF判断是使用原来的S-CSCF，还是重新选择一个S-CSCF。

当其它用户发起SIP会话请求消息，需要和上述业务用户进行通信时，由于此时业务用户不一定是可达的，如使用IMPU标识的用户可能当时没有注册，因此，这个未注册的用户无法和其他用户建立会话。此时，需要在HSS处将S-CSCF标识信息进行主叫未注册状态、正常的用户注册状态的区分，这样，HSS可以根据业务用户的注册状态来决定如何进行后续处理，即：在当前被叫用户为注册状态或者被叫侧的应用服务器可达时，HSS按照目前已有的正常的会话处理过程进行处理；在当前被叫用户为主叫未注册状态或者被叫侧的应用服务器不可达时，HSS按照目前已有的用户是未注册状态的情况来处理。HSS也可以对其保存的S-CSCF标识信息不加以区分，在S-CSCF处由S-CSCF根据当时自己保存的和该用户有关的路由信息来决定如何处理，当S-CSCF保存有用户路由信息时，S-CSCF直接转发SIP会话请求消息；当S-CSCF没有该用户的路由信息时，按照未注册业务来处理，如将SIP会话请求消息路由到一个语音邮箱保存起来，等用户可达之后通知该用户，或者将SIP会话请求消息重定向到用户当前注册的电路交换网络中，或者当用户没有签约未注册业务的时候，向对方返回一个不成功的应答，指示对方当前该用户不可达。

下面结合附图2、以Invite消息为例对本发明的业务实现方法进行说明。

图3中，在步骤2-1、代替业务用户发起会话请求的应用服务器将INVITE消息传输至I-CSCF。

到步骤2-2、I-CSCF接收到INVITE消息后，向HSS查询业务用户对应的当前S-CSCF的位置信息。

I-CSCF可以通过Cx接口向HSS发送LIR(Location-Info-Request，位置信息请求)消息来实现路由信息查询。

到步骤2-3、HSS接收到I-CSCF的查询消息后，将以前为该业务用户分配的S-CSCF的名字返回给I-CSCF，或者将业务用户签约时的S-CSCF能力信息集返回给I-CSCF。

HSS可以在确定以前为该业务用户分配过S-CSCF时，将S-CSCF的标识信息返回给I-CSCF，HSS可以在确定以前没有未该业务用户分配过S-CSCF时，将该业务用户的S-CSCF能力信息集返回给I-CSCF。

HSS可以通过LIA(Location-Info-Answer位置信息应答)消息向I-CSCF返回HSS中可用的路由信息。

到步骤2-4、如果I-CSCF没有从LIA消息中获得S-CSCF的标识信息，则I-CSCF从LIA消息携带的S-CSCF能力信息集中选择一个S-CSCF为该业务用户服务。

到步骤2-5、I-CSCF将INVITE消息转发给其选择的S-CSCF。

到步骤2-6、S-CSCF通过Cx接口向HSS发送SAR(Server AssignmentRequest，服务指配请求)消息，向HSS请求下载用户数据请求，SAR消息中携带的信息主要包括：业务用户标识，如IMPU或者PSI等，S-CSCF名字等。

如果S-CSCF已经得到了业务用户的用户数据，即用户描述信息，则步骤2-6和下面的步骤2-7可以省略。

到步骤2-7、HSS接收SAR消息，并将服务于SAR消息中指定业务用户的S-CSCF的名字保存起来，同时，HSS根据业务用户的标识信息查询其存储的用户签约信息，并向S-CSCF返回SAA(Server-Assignment-Answer，服务指配应答)消息作为确认，SAA消息中携带的信息包括：业务用户描述信息，以及安全信息等。其中的业务用户描述信息在业务用户接入到各种业务控制平台时使用。

到步骤2-8、S-CSCF接收SAA消息，并从SAA消息中获取业务用户描述信息，S-CSCF根据其从业务用户描述信息中得到的过滤规则将注册信息发送到相关的业务控制平台执行适当的业务控制过程。

到步骤2-9、S-CSCF继续执行后续实现业务的步骤。

上述流程中，会话请求消息为INVITE消息，会话请求消息还可以是其他SIP消息，如MESSAGE，OPTIONS，BYE，INFO，NOTIFY，PUBLISH，REFER，SUBSCRIBE，UPDATE等消息，各种会话请求消息都可以应用到本发明的业务实现机制中，通过应用服务器代替业务用户发起SIP会话请求来实现业务。

应用服务器在代替业务用户发起SIP会话请求、且获取到业务用户对应的S-CSCF的标识信息时，应用服务器可以根据其获取到的S-CSCF的标识信息直接将SIP会话请求消息发送至S-CSCF，由S-CSCF实现后续的业务。

当业务用户是应用服务器时，也可以不需要S-CSCF的标识信息，如应用服务器直接将SIP会话请求消息转发到目的网络，即通过IP网络中的DNS机制来实现业务。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (12)

1、一种基于IMS的业务实现方法，其特征在于，包括：

a、代替发起会话请求方的应用服务器将会话请求消息传输至I-CSCF；

b、I-CSCF获取被代替方对应的S-CSCF信息；

c、I-CSCF根据所述S-CSCF信息将会话请求消息传输至相应的S-CSCF；

d、S-CSCF根据其接收的会话请求消息实现业务。

2、如权利要求1所述的一种基于IMS的业务实现方法，其特征在于，所述步骤a中的应用服务器为：代替使用公共用户标识的用户发起会话的发起方、或代替使用公共业务标识的业务发起会话的发起方。

3、如权利要求1或2所述的一种基于IMS的业务实现方法，其特征在于，所述步骤a具体为：

代替发起会话请求的发起方应用服务器在确定无法获得被代替方对应的S-CSCF的标识信息时，将会话请求消息传输至I-CSCF；或

代替发起会话请求的发起方应用服务器在发起会话请求时，直接将会话请求消息传输至I-CSCF。

4、如权利要求1或2所述的一种基于IMS的业务实现方法，其特征在于，所述步骤b包括：

b1、I-CSCF从HSS处获取被代替方对应的S-CSCF信息。

5、如权利要求4所述的一种基于IMS的业务实现方法，其特征在于：

当所述被代替方为使用公共用户标识的用户时，所述HSS中存储的被代替方对应的S-CSCF信息是通过用户的显式注册过程、和/或操作维护、和/或HSS与和其有连接关系的网络实体之间的交互进行设置的；或

当所述被代替方为使用公共业务标识的业务时，所述HSS中存储的被代替方的S-CSCF信息是通过操作维护、和/或HSS与和其有连接关系的网络实体之间的交互设置。

6、如权利要求4所述的一种基于IMS的业务实现方法，其特征在于：

HSS中存储的所述被代替方标识信息上设置有未注册状态标识信息或主叫方未注册状态标识信息。

7、如权利要求4所述的一种基于IMS的业务实现方法，其特征在于，所述步骤b1包括：

I-CSCF向HSS查询所述被代替方对应的S-CSCF的标识信息；

HSS将被代替方对应的S-CSCF的标识信息或被代替方对应的S-CSCF能力集信息传输至I-CSCF。

8、如权利要求7所述的一种基于IMS的业务实现方法，其特征在于，所述步骤c包括：

I-CSCF在接收到HSS传输来的S-CSCF的标识信息时，根据该S-CSCF的标识信息将会话请求消息传输至相应的S-CSCF；或

I-CSCF在接收到HSS传输来的S-CSCF能力集信息时，根据S-CSCF能力集信息选取一个S-CSCF，并将会话请求消息传输至所述选取的S-CSCF。

9、如权利要求1或2所述的一种基于IMS的业务实现方法，其特征在于，所述步骤d包括：

S-CSCF根据其自身存储的用户数据继续后续的业务流程；或

S-CSCF根据其接收到的会话请求消息向HSS请求被代替方的用户数据，S-CSCF接收、保存HSS返回的用户数据，并继续后续的业务流程。

10、如权利要求9所述的一种基于IMS的业务实现方法，其特征在于，所述方法还包括：

HSS在接收到S-CSCF的用户数据请求时，存储所述被代替方对应的S-CSCF的标识信息。

11、如权利要求10所述的一种基于IMS的业务实现方法，其特征在于，所述方法还包括：

HSS将其存储的S-CSCF的标识信息和/或S-CSCF能力集信息传输至与其有连接关系的网络实体。

12、如权利要求10所述的一种基于IMS的业务实现方法，其特征在于，所述方法还包括：

S-CSCF在会话业务结束后，通知HSS删除HSS中对应存储的S-CSCF的标识信息。

Images