一种基于IMS的业务实现方法转让专利
申请号 : CN200510115464.8
文献号 : CN100583837C
文献日 : 2010-01-20
发明人 : 武亚娟
申请人 : 华为技术有限公司
摘要 :
本发明提供一种基于IMS的业务实现方法，其核心为：代替发起会话请求方的应用服务器将会话请求消息传输至I-CSCF，I-CSCF获取被代替方对应的S-CSCF信息，I-CSCF根据所述S-CSCF信息将会话请求消息传输至相应的S-CSCF，S-CSCF根据其接收的会话请求消息实现业务。本发明为基于IMS的业务提供了一种新的实现机制，使应用服务器能够根据业务的具体情况来确定如何发起会话请求，同时，解决了在某些应用场景下，业务不能够实现的问题，使应用服务器在任何情况下，都能够代替用户或者其他应用服务器发起会话请求，实现业务；从而通过本发明提供的技术方案实现了提高业务实现方式的灵活性、提高用户的业务体验的目的。
权利要求 :
1、一种基于IMS的业务实现方法，其特征在于，包括：a、代替发起会话请求方的应用服务器将会话请求消息传输至I-CSCF，所 述会话请求消息的表示发起方的域中携带有被代替方的标识信息；
b、I-CSCF根据所述标识信息获取被代替方对应的S-CSCF信息；
c、I-CSCF根据所述S-CSCF信息将会话请求消息传输至相应的S-CSCF；
d、S-CSCF根据其接收的会话请求消息实现业务；
所述步骤a包括：
代替发起会话请求的发起方应用服务器在确定无法获得被代替方对应的 S-CSCF的标识信息时，将会话请求消息传输至I-CSCF；或代替发起会话请求的发起方应用服务器在发起会话请求时，直接将会话请 求消息传输至I-CSCF。
2、如权利要求1所述的一种基于IMS的业务实现方法，其特征在于，所 述步骤a中的应用服务器为：代替使用公共用户标识的用户发起会话的发起方、 或代替使用公共业务标识的业务发起会话的发起方。
3、如权利要求1或2所述的一种基于IMS的业务实现方法，其特征在于， 所述步骤b包括：b1、I-CSCF从HSS处获取被代替方对应的S-CSCF信息。
4、如权利要求3所述的一种基于IMS的业务实现方法，其特征在于：当所述被代替方为使用公共用户标识的用户时，所述HSS中存储的被代替 方对应的S-CSCF信息是通过用户的显式注册过程、和/或操作维护、和/或HSS 与和其有连接关系的网络实体之间的交互进行设置的；或当所述被代替方为使用公共业务标识的业务时，所述HSS中存储的被代替 方的S-CSCF信息是通过操作维护、和/或HSS与和其有连接关系的网络实体 之间的交互设置。
5、如权利要求3所述的一种基于IMS的业务实现方法，其特征在于：HSS中存储的所述被代替方标识信息上设置有未注册状态标识信息或主叫 方未注册状态标识信息。
6、如权利要求3所述的一种基于IMS的业务实现方法，其特征在于，所 述步骤b1包括：I-CSCF向HSS查询所述被代替方对应的S-CSCF的标识信息；
HSS根据所述查询将被代替方对应的S-CSCF的标识信息或被代替方对应 的S-CSCF能力集信息传输至I-CSCF。
7、如权利要求6所述的一种基于IMS的业务实现方法，其特征在于，所 述步骤c包括：I-CSCF在接收到HSS传输来的S-CSCF的标识信息时，根据该S-CSCF的 标识信息将会话请求消息传输至相应的S-CSCF；或I-CSCF在接收到HSS传输来的S-CSCF能力集信息时，根据S-CSCF能力 集信息选取一个S-CSCF，并将会话请求消息传输至所述选取的S-CSCF。
8、如权利要求1或2所述的一种基于IMS的业务实现方法，其特征在于， 所述步骤d包括：S-CSCF根据其自身存储的用户数据继续后续的业务流程；或S-CSCF根据其接收到的会话请求消息向HSS请求被代替方的用户数据， S-CSCF接收、保存HSS返回的用户数据，并继续后续的业务流程。
9、如权利要求8所述的一种基于IMS的业务实现方法，其特征在于，所 述方法还包括：HSS在接收到S-CSCF的用户数据请求时，存储所述被代替方对应的 S-CSCF的标识信息。
10、如权利要求9所述的一种基于IMS的业务实现方法，其特征在于，所 述方法还包括：HSS将其存储的S-CSCF的标识信息和/或S-CSCF能力集信息传输至与其 有连接关系的网络实体。
11、如权利要求9所述的一种基于IMS的业务实现方法，其特征在于，所 述方法还包括：S-CSCF在会话业务结束后，通知HSS删除HSS中对应存储的S-CSCF的 标识信息。
说明书 :
技术领域
本发明涉及网络通讯技术领域，具体涉及一种基于IMS的业务实现方法。
背景技术
随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，结合音 频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来，通过与 presence(呈现业务)、群组管理，短消息、WEB(网页)浏览、定位信息、PUSH (推送业务)、文件共享等数据业务的结合，可以满足用户的多种需求。
在多种应用的推动下，3GPP(3rd Generation Partnership Project，第三代移 动通信标准化的伙伴项目)以及3GPP2(3rd Generation Partnership Project 2， 第三代移动通信标准化的伙伴项目2)等标准组织都先后推出了基于IP的多媒 体子系统架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种 多样的多媒体应用，以提供给用户更多的选择和更丰富的感受。
在3GPP Release 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协议族包括：基础协议(Diameter Base Protocol)和各种应用协议，其中，基础协议提供了作为一个AAA协议的 最低需求，是Diameter网络节点都必须实现的功能，包括节点间能力的协商、 Diameter消息的接收及转发、计费信息的实时传输等。应用协议则充分利用基 础协议提供的消息传送机制，规范相关节点的功能以及其特有的消息内容，来 实现应用业务的AAA。在IMS中，HSS和I-CSCF以及HSS和S-CSCF之间 的Cx接口上就是使用Diameter协议来传送相关信息的。
HSS是每个用户最重要的数据库，保存着所有和用户签约相关的信息，用 于支持各个网络实体对呼叫和会话的处理，其保存的信息包括：用户标识、编 号以及寻址信息、用户安全信息、用户位置信息以及用户描述信息(user profilc information)等。一个归属网络可以有一个或者多个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(Topology Hiding Inter-nctwork 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发起会话请求的实现 方法，在某些应用场景下不能够成功建立会话，使业务实现受限，用户体验差。
在多种应用的推动下，3GPP(3rd Generation Partnership Project，第三代移 动通信标准化的伙伴项目)以及3GPP2(3rd Generation Partnership Project 2， 第三代移动通信标准化的伙伴项目2)等标准组织都先后推出了基于IP的多媒 体子系统架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种 多样的多媒体应用，以提供给用户更多的选择和更丰富的感受。
在3GPP Release 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协议族包括：基础协议(Diameter Base Protocol)和各种应用协议，其中，基础协议提供了作为一个AAA协议的 最低需求，是Diameter网络节点都必须实现的功能，包括节点间能力的协商、 Diameter消息的接收及转发、计费信息的实时传输等。应用协议则充分利用基 础协议提供的消息传送机制，规范相关节点的功能以及其特有的消息内容，来 实现应用业务的AAA。在IMS中，HSS和I-CSCF以及HSS和S-CSCF之间 的Cx接口上就是使用Diameter协议来传送相关信息的。
HSS是每个用户最重要的数据库，保存着所有和用户签约相关的信息，用 于支持各个网络实体对呼叫和会话的处理，其保存的信息包括：用户标识、编 号以及寻址信息、用户安全信息、用户位置信息以及用户描述信息(user profilc information)等。一个归属网络可以有一个或者多个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(Topology Hiding Inter-nctwork 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的标识信息，确保了会话业务能够成功实现；从而 通过本发明提供的技术方案实现了提高业务实现方式的灵活性、提高用户的业 务体验的目的。
为达到上述目的，本发明提供的一种基于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发起会话的流程图。
图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消息为例对本发明的业务实现方法进行说明。
图2中，在步骤1、代替业务用户发起会话请求的应用服务器将INVITE 消息传输至I-CSCF。
到步骤2、I-CSCF接收到INVITE消息后，向HSS查询业务用户对应的当 前S-CSCF的位置信息。
I-CSCF可以通过Cx接口向HSS发送LIR(Location-Info-Request，位置信 息请求)消息来实现路由信息查询。
到步骤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中可用的路由信息。
到步骤4、如果I-CSCF没有从LIA消息中获得S-CSCF的标识信息，则 I-CSCF从LIA消息携带的S-CSCF能力信息集中选择一个S-CSCF为该业务用 户服务。
到步骤5、I-CSCF将INVITE消息转发给其选择的S-CSCF。
到步骤6、S-CSCF通过Cx接口向HSS发送SAR(Server Assignment Request，服务指配请求)消息，向HSS请求下载用户数据请求，SAR消息中 携带的信息主要包括：业务用户标识，如IMPU或者PSI等，S-CSCF名字等。
如果S-CSCF已经得到了业务用户的用户数据，即用户描述信息，则步骤 6和下面的步骤7可以省略。
到步骤7、HSS接收SAR消息，并将服务于SAR消息中指定业务用户的 S-CSCF的名字保存起来，同时，HSS根据业务用户的标识信息查询其存储的 用户签约信息，并向S-CSCF返回SAA(Server-Assignment-Answer，服务指配 应答)消息作为确认，SAA消息中携带的信息包括：业务用户描述信息，以及 安全信息等。其中的业务用户描述信息在业务用户接入到各种业务控制平台时 使用。
到步骤8、S-CSCF接收SAA消息，并从SAA消息中获取业务用户描述信 息，S-CSCF根据其从业务用户描述信息中得到的过滤规则将注册信息发送到 相关的业务控制平台执行适当的业务控制过程。
到步骤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机 制来实现业务。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多 变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变 形和变化。
下面基于本发明的核心思想对本发明提供的技术方案做进一步的描述。
本发明的应用服务器是会话请求的发起方，而且是代替发起会话请求的发 起方，应用服务器可以代替具有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消息为例对本发明的业务实现方法进行说明。
图2中，在步骤1、代替业务用户发起会话请求的应用服务器将INVITE 消息传输至I-CSCF。
到步骤2、I-CSCF接收到INVITE消息后，向HSS查询业务用户对应的当 前S-CSCF的位置信息。
I-CSCF可以通过Cx接口向HSS发送LIR(Location-Info-Request，位置信 息请求)消息来实现路由信息查询。
到步骤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中可用的路由信息。
到步骤4、如果I-CSCF没有从LIA消息中获得S-CSCF的标识信息，则 I-CSCF从LIA消息携带的S-CSCF能力信息集中选择一个S-CSCF为该业务用 户服务。
到步骤5、I-CSCF将INVITE消息转发给其选择的S-CSCF。
到步骤6、S-CSCF通过Cx接口向HSS发送SAR(Server Assignment Request，服务指配请求)消息，向HSS请求下载用户数据请求，SAR消息中 携带的信息主要包括：业务用户标识，如IMPU或者PSI等，S-CSCF名字等。
如果S-CSCF已经得到了业务用户的用户数据，即用户描述信息，则步骤 6和下面的步骤7可以省略。
到步骤7、HSS接收SAR消息，并将服务于SAR消息中指定业务用户的 S-CSCF的名字保存起来，同时，HSS根据业务用户的标识信息查询其存储的 用户签约信息，并向S-CSCF返回SAA(Server-Assignment-Answer，服务指配 应答)消息作为确认，SAA消息中携带的信息包括：业务用户描述信息，以及 安全信息等。其中的业务用户描述信息在业务用户接入到各种业务控制平台时 使用。
到步骤8、S-CSCF接收SAA消息，并从SAA消息中获取业务用户描述信 息，S-CSCF根据其从业务用户描述信息中得到的过滤规则将注册信息发送到 相关的业务控制平台执行适当的业务控制过程。
到步骤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机 制来实现业务。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多 变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变 形和变化。