专利名称：一种向应用内容提供商的访客用户在线计费的方法
技术领域：
本发明涉及因特网协议多媒体子系统，尤其涉及在因特网协议多媒体子系统中向应用内容提供商的访客用户在线计费的方法。
背景技术：
社交网络和应用内容提供商(Application Content Provider, ACP)通常彼此之间不进行交互，并且也不在不同的接入网络之间交互。此外，社交网络和ACP之间也没有稳定的业务关系，从而冲击了传统的通信产业。例如，Skype正在寻求广告，以使得通话业务免费。应用开放组件(Application Exposure Suite,AES)用于以安全和可控的方式,为网络运营商提供向外部的第三方和内部的应用暴露开放的应用程序接口(API)。使用AES，ACP或者应用内容平台(包括所有的社交网络)能够与通信网络共同工作，以支持来自应用平台的基于网络的业务。然而，社交网络用户或者应用内容用户可能不是通信网络的用户。社交网络用户或者应用内容用户可以向通信网络注册为业务中的访客用户。这带来了一个问题，也即，当在线收费系统(Online Charging System, 0CS)没有账户余额以及其他支持通信网络中的业务的数据时，如何在现有的頂S收费系统中向这些访客用户收费。
发明内容
为了解决上述技术问题，根据本发明的第一方面，提供了一种在IP多媒体子系统的服务-呼叫会话控制功能中用于为访客用户提供在线计费的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤:当接收到来自查询-呼叫会话控制功能的注册请求后，向归属用户服务器或该应用内容提供商发送认证请求，该认证请求中包括该用户的域名；接收来自该归属用户服务器或该应用内容提供商的应答消息，该应答消息中包括用于指示该域名是否已包含在该归属用户服务器或该应用内容提供商中的合法的公共用户标识的列表的信息；当该域名包含在该合法的公共用户标识的列表时，为该用户触发在线计费过程。根据本发明的第二方面，提供了一种在IP多媒体子系统的在线计费系统中用于对访客用户进行在线计费的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤:接收来自服务-呼叫会话控制功能的信用控制请求，该信用控制请求中包括该访客用户的标识和该访客用户的域名；根据该访客用户的域名，向该访客用户的应用内容提供商或外部支付账户查询该用户终端的账户信息；获取来自应用内容提供商或外部支付账户的该访客用户的账户信息，并根据该账户信息为该访客用户建立在线计费系统中的临时账户，以用于在线计费。根据本发明的第三方面，提供了一种在IP多媒体子系统的查询-呼叫会话控制功能中用于为用户鉴权的方法，包括以下步骤:向归属用户服务器发送认证请求，该认证请求中包括该用户的域名；接收来自该归属用户服务器的应答消息，该应答消息中包括用于指示该域名是否已包含在合法的公共用户标识的列表的信息；当该域名包含在合法的公共用户标识的列表时，向服务呼叫会话控制功能发起注册请求。根据本发明的第四方面，提供了一种在IP多媒体子系统的归属用户服务器中用于存储访客用户的计费信息的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤:为该应用内容提供商配置公共用户标识、可被使用的服务-呼叫会话控制功能；接收来自查询-呼叫会话控制功能的认证请求，该认证请求中包括该用户的域名；判断该认证请求中的域名是否包含在合法的公共用户标识的列表中；当该认证请求中的域名已包含在合法的公共用户标识的列表中时，向该查询-呼叫会话控制功能发送应答消息，该应答消息中包括与该用户相对应的服务-呼叫会话控制功能；当该认证请求中的域名未包含在已配置的公共用户标识中时，向该查询-呼叫会话控制功能发送应答消息，该应答消息指示未找到匹配的信息。根据本发明的第五方面，提供了一种在MS核心网络中用于融合应用内容提供商的业务的方法，该方法包括以下步骤:允许网络用户利用网络账户点击拨打移动通话方。采用本发明的方案，创建了在MS网络中的新的功能模块，以支持作为访客在线收费系统的用户的应用内容平台用户的在线收费。采用本发明的方案，可以允许ACP用户不需要等待业务提供商在HSS中配置针对用户的数据，而直接访问MS业务。该发明因为向业务提供商提供了更多的多媒体以及与社交网络和应用内容提供商更广泛的互动，从而提高业务提供商的竞争力。
通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优点将会变得更明显。图1示出了根据本发明的一个具体实施例的网络账户点击拨打业务的MS网络示意图；图2示出了根据本发明的一个具体实施例的访客用户的在线计费系统；图3示出了根据本发明的一个具体实施例的访客用户的注册的呼叫流程图；图4示出了根据本发明的一个具体实施例的ACP访客用户的注册的示例的呼叫流程图；图5(a)-图5(c)示出了根据本发明的一个具体实施例的网络账户用户点击拨打移动电话的呼叫流程图。其中，相同或相似的附图标记表示相同或相似的步骤特征或装置/模块。
具体实施例方式1.具有应用客户访问的MS网络的架构图1示出了根据本发明的一个具体实施例的具有ACP、合作方的应用或网络应用接入MS网络业务的MS网络的总的网络示意图。其中，ACP、合作方的应用或者网络应用从网络点击拨号提供多媒体业务，从而允许网络用户从网络账户点击拨号移动通话方。在ACP和终端用户，也即网络用户，之间的典型的接口包括HTTP接口。由ACP提供的应用客户端被通过HTTP下载到终端用户设备。ACP为它的每一个用户提供用户ID和密码用于验证。在ACP和AES之间的标准规范(RESTful)的API (MS使能器)。ACP用户被允许向MS注册，ACP用户向MS注册可能需要也可能不需要为MS的HSS中的每个用户的数据输入。根据ACP和MS网络运营商之间的通用的协议，HSS将为每个ACP配置公共用户ID(Public User ID，PWD)(适用于全部或者部分ACP用户)，该公共ID具有域名标识，其中，允许的ACP用户将获取在HSS中的通配PHD。或者HSS基于ACP用户的标识，为每个ACP用户配置唯一的PUID。ACP应该向MS网络提供这些用户作为在线计费用户，从而允许HSS为这些用户或者配置通配的PUID,或者配置唯一的PUID,作为在线计费访客用户。ACP和MS业务提供商协商一致,ACP用户可以被域名所标识:例如，iacp.com。IMS业务提供商将其HSS配置如下:> ACP的域名(例如，iacp.com),以用于标识用户> IMS核心网将保存允许的域名的列表，该允许的域名的列表被用于确定何时向ACP/应用请求注册认证。> HSS被配置为包含应用的域名，所使用的S-CSCF，过滤策略，能力(capabilities)等。P/I/S-CSCF根据ACP与网络运营商之间的协议(假设为批发模型合作方式)，对于任何MS业务，在MS的HSS中将网络用户注册为在线计费访客用户。当访客用户从网络账户在 IMS 网络中开始了多媒体业务,S-CSCF(Serving-Call Session Control Function,服务-呼叫会话控制功能)和AS (Application Server,应用服务器)能够将访客用户识别为在线计费用户，并向OCS触发在线计费请求。这将允许ACP用户立即访问MS业务，而不需要等待业务提供商在HSS中配置每个用户的数据。I1.对于访客用户的在线计费本发明的一个发明点在于OCS为IMS网络中的ACP访客用户提供实时的计费。图2示出了具有ACP访客的在线计费架构的示意图。OCS 从服务-呼叫会话控制功能(Serving-Call Session Control Function,S-CSCF)或 IMS 网关(IMS-GW)接收 Diameter 信用控制请求(Credit Control Request,CCR)，以用于访客用户的在线计费。CCR中可包括访客用户的标识和域名(ACP)，或者可选地访客用户的支付选择，例如，费率等。OCS可选地可以向HSS查询访客用户的其他计费信息，如果HSS存储了这些信息。OCS通常在账户余额管理功能(Account Balance Management Function, ABMF)中不具有访客用户的账户信息。当OCS知悉了访客用户的标识和支付选项，则OCS首先基于报价因素计划(tariff plan)使用费率引擎，为该通话计费，该报价因素计划是预先存储在OCS中的。然后，OCS I)通过Sp或者其他API (Application Protocol Interface,应用协议接口)，查询ACP帐户数据库(例如，在线计费信用)；或者2)通过标准的ISO接口，查询银行或者信用卡中心，以获取允许的计费信用；或者3)查询由ACP或者HSS指示的任何其他的金融机构或者方法，以获得允许的计费信用(charging credit)。OCS可以为访客用户在IMS网络中的在线计费建立临时的账户。如果现有的信用用尽以后，OCS能够获取来自ACP或者金融机构的额外的信用。OCS 向 S-CSCF/MS-GW 响应信用控制应答(Credit Control Answer，CCA)，该 CCA中包括对MS业务的允许的信用。S-CSCF/MS-GW将监控通话或业务。当通话的任一方结束通话时，S-CSCF/IMS-Gff将向OCS发送CCR(最终的)，并向OCS报告剩余的信用。具体地，IMS-Gff向OCS报告实际的通话时长，OCS根据实际的通话时长计算通话的实际费用，将多预留的钱返还到用户的帐户中。OCS既可以在OCS中的访客用户的临时账户中保存该信用，或者也可以将该信用返还给ACP或者金融机构。II1.呼叫流程1.访客用户向MS网络注册在线计费用户属性信息(profile)图3示出了当ACP用户注册MS网络，HSS配置并认证用户为通配的在线计费用户，并将用户属性信息发送到S-CSCFt5HSS将为每个ACP配置公共用户ID(Public User ID,PUID)，该PUID适用于全部或者部分ACP用户，HSS配置PUID的域标识，在该配置的域标识内，允许的ACP用户将在HSS中获取通配的I3UID。首先，在步骤S301中，用户终端向P-CSCF发起注册请求，例如，用户终端发送基于sip协议的请求，sip:DNliacp.com。然后,在步骤S302中，P-CSCF将该注册请求转发至1-CSCF。HSS为通配符配置前缀数字，例如，sip:*iacp.com,公共的密码，公共的私有ID (Private ID, PrID)，和固定的S-CSCF名称。在与ACP协商一致以后，HSS将通配的I3UID配置为在线计费用户。然后，HSS匹配传递的PUID/PrlD于通配的条目，并返回密码信息。然后，在步骤S303中，1-CSCF向HSS发送基于Cx接口的用户授权请求(UserAuthorization Request, UAR), sip:DNl@acp.com。然后，在步骤 S304 中，HSS 向 1-CSCF 发送基于Cx接口的用户授权应答(User Authorization Answer, UAA)。然后,在步骤S305中，1-CSCF向S-CSCF注册。S-CSCF假设不存在PrID，因此，以MD5进行质询。然后，在步骤S306 中，S-CSCF 向 1-CSCF 发送 401 未授权(auth algorithm = MD5,opaque = S-CSCF addr)。然后，在步骤 S307 中，1-CSCF 向 P-CSCF 发送 401。然后在步骤S308中，P-CSCF向用户终端发送401。然后，在步骤S309中，用户终端再次发起注册，(sip:DNliacp.com,Authorization = credentials, username = PrIDx, opaque = S-CSCF addr)。然后，在步骤S310中，P-CSCF向1-CSCF发起注册。在步骤S309之前，如果没有不透明的参数，则1-CSCF再次进行Cx接口查询，以找到 S-CSCF。然后，在步骤S311中，1-CSCF向S-CSCF发起注册。然后，在步骤S312中，S-CSCF向HSS向S-CSCF发起基于Cx接口的多媒体认证请求(Multimedia-Auth-Request, MAR)(sip:DNl@acp.com，PrIDx)。然后，在步骤S313中，HSS向S-CSCF返回基于Cx接口的多媒体认证应答(Multimedia-Auth-Answer,MAA) (auth数据)。值得注意的是，MAR和MAA是可选的步骤。因为S-CSCF可能由于其他的I3UID注册已经向HSS认证了匹配通配符I3UID的数据。然后，S-CSCF进行用户认证信息的有效性检验。然后，在步骤S314中，S-CSCF向HSS发起基于Cx接口的服务器分配请求(Server-Assignment-Request, SAR)。然后,在步骤S315中，HSS向S-CSCF发送基于Cx接口的服务器分配应答(Server-Assignment-Answer,SAA)(其中包括 subscriber profile)。然后，S-CSCF使用新配置的ACP域名的列表触发新的行为。当HSS指示接收来自注册的通配符的标识类型和域名匹配列表中的条目时，S-CSCF为来自注册的特定的PUID创建注册信息。从而，S-CSCF将通配的用户作为在线计费用户，并且将向OCS触发在线计费。然后，在步骤S316 中，S-CSCF 向 1-CSCF 发送 2000K(P-Associated-URI = sip:DNl@acp.com)。然后，在步骤 S317 中，1-CSCF 向 P-CSCF 发送 2000K。然后，P-CSCF 开始正常的注册入口。然后，在步骤S318中，P-CSCF向用户终端发送2000K。然后，因为S-CSCF已为sip:DNl@acp.com创建了正常的注册信息，因此，可以路由SIP请求，例如，INVITE消
肩、O图4示出了当ACP用户注册到MS网络以及MS通过标准的(RESTful)API向AES或者ACP认证用户的通话流程。如果向ACP和AES注册并认证成功，则ACP将访客用户的在线计费数据提供给頂S网络，IMS网络将这些数据临时地或存储在HSS中，或存储在S-CSCF或AS的高速缓存(cache)中。当S-CSCF或者AS发起在线计费后，S-CSCF或者AS将该数据包含在发往OCS的请求中。首先，在步骤S401中，用户终端向P-CSCF发起注册请求，例如，用户终端发送基于sip协议的请求,sip:DNliacp.com。然后,在步骤S402中,P-CSCF将该注册请求转发至1-CSCF。然后，在步骤S403中，1-CSCF向HSS发送基于Cx接口的用户授权请求(UserAuthorization Request, UAR)，sip:DNliacp.com。然后，在步骤 S404 中，HSS 向 1-CSCF发送基于Cx接口的用户授权应答(User Authorization Answer, UAA),该应答消息中包含S-CSCF名称。然后，在步骤S405中，1-CSCF向S-CSCF注册。然后，在步骤S406中，S-CSCF向1-CSCF发送401未授权(质询)。然后，在步骤S407中，1-CSCF向P-CSCF发送401。然后在步骤S408中，P-CSCF向用户终端发送401。然后，在步骤S409中，用户终端再次发起注册，(sip:DNl@acp.com, user ID,password, opaque = S-CSCF addr)。然后，在步骤 S410 中，P-CSCF 向 1-CSCF 发起注册(包含用户认证信息(credential))。然后，在步骤S411中，1-CSCF向S-CSCF发起注册(包含用户认证信息credential)。然后，在步骤S412中，S-CSCF向AES发送域名触发消息。S-CSCF根据Domain Name触发请求到AES，以验证访客的用户信息。然后，在步骤S413中，AES向S-CSCF发送2000K应答消息。然后，在步骤S414’中，AES向ACP发送标准(REST)的API用于认证(用户认证信息)。然后，在步骤S415’中，ACP向AES发送标准(REST)的API的响应(成功/失败，注册间隔时间)。然后，在步骤S416’中，AES向S-CSCF发送消息，该消息中包含成功/失败，注册间隔时间。然后，在步骤S417’中，S-CSCF向AES发送2000K消息。然后，在步骤S418’中，S-CSCF向HSS发起基于Cx接口的多媒体认证请求(Multimedia-Auth-Request, MAR) (sip:DNliacp.com)。然后，在步骤 S419’ 中，HSS 向S-CSCF返回基于Cx接口的多媒体认证应答(Multimedia-Auth_Answer,MAA) (auth数据)。在图4所示的实施例中，ACP是用于检验由内容提供商保存的有效的账户的信息，而HSS认证是用于认证由运营商提供的允许的MS业务。然后，S-CSCF进行用户认证信息的有效性检验。可选地，在步骤S414中，S-CSCF向HSS发起基于Cx接口的服务器分配请求(Server-Assignment-Request, SAR)。然后,在步骤S415中，HSS向S-CSCF发送基于Cx接口的服务器分配应答(Server-Assignment-Answer,SAA),该应答中包括用户的属性信息(subscriber profile)。然后，S-CSCF使用新配置的ACP域名的列表触发新的行为。当HSS指示接收来自注册的通配符的标识类型和域名匹配列表中的条目时，S-CSCF为来自注册的特定的PUID创建注册信息。从而，S-CSCF将通配的用户作为在线计费用户，并且将向OCS触发在线计费。然后，在步骤S416 中，S-CSCF 向 1-CSCF 发送 2000K(P-Associated-URI = sip:DNliacp.com)。然后，在步骤S417中，1-CSCF向P-CSCF发送2000K。然后，在步骤S418中，P-CSCF向用户终端发送2000K。然后，在步骤S419中，S-CSCF向AES发送注册请求(第三方)。然后，在步骤S420中，AES通过标准的API，向ACP发送注册(成功/失败)。然后，在步骤S421中，ACP向AES发送标准的API的响应。因为S-CSCF已为sip =DNliacp.com创建了正常的注册信息，因此，可以路由SIP请求，例如，INVITE消息。2.当ACP访客用户点击拨打移动用户号码时的不例的消息流程图5 (a)、图5 (b)和图5 (C)示出了网络账户用户，也即访客用户点击拨打移动用户号码的通话流程。假设ACP用户A向MS网络注册了在线计费访客用户，并使用ACP网络账户以点击以拨打移动用户B。在具体实现中，基于网络账户的点击拨打移动通话方可以是多种其他不同的形式或者场景。当在HSS中存储数据时，OCS可以查询HSS以获取数据。在线计费数据可以包括但是并不限于以下各项:-用户标识；-计费类型；-账户余额；-支付信息(ACP账户；信用卡账户；银行卡账户，等)；-每个业务的支付上限；-每天，每周，每月的支付上限；-其他信息。首先参考图5(a)。ACP接收来自用户A的拨打用户B的点击拨号请求。在步骤S501中，ACP创建安全的连接。然后，在步骤S502中，AES与ACP建立连接。然后，在步骤S503中，ACP向AES发出呼叫请求用以建立用户A与用户B之间的连接。然后，在步骤S504中,AES向1-CSCF发送邀请(用户A,虚拟的(dummy) SIP描述协议(SIP DescriptionProtocol, SDP))。然后，在步骤S505中，1-CSCF向HSS发送位置信息请求(LocationInformation Request, LIR)。然后，在步骤S506中，HSS向1-CSCF发送位置信息应答(Location Information Answer, LIA)。然后，在步骤 S507 中，1-CSCF 向 S-CSCF 发起邀请。然后，在步骤S508中，S-CSCF向AS发送邀请。然后，在步骤S509中，AS向S-CSCF发送邀请。然后，在步骤S510中，S-CSCF向OCS发送CCR (初始的)，进行信用认证。然后，在步骤S511中，OCS向HSS发送基于Sp的请求，OCS可以查询HSS以获取ACP的账户的数据。然后，在步骤S512中，HSS向OCS返回基于Sp的响应，该响应中包括账户的数据。然后，在步骤S513中，OCS向ACP发送基于Re的请求，以获取帐户的余额信息。然后，在步骤S514中，ACP向OCS返回帐户的余额信息。然后，在步骤S515中，OCS向S-CSCF返回CCA (初始的)。然后，在步骤S516中，S-CSCF向P-CSCF发送邀请。然后，在步骤S517中，P-CSCF向用户A发送邀请。用户也可提供180振铃响应(未示出)，但是假设不具有SDP，并且不使用IOOrel (例如，不具有PRACK/200)。然后，在步骤S518中，用户A向P-CSCF发送2000K(SDP-A)。然后，在步骤S519中，P-CSCF向S-CSCF发送2000K。然后，在步骤S520中，S-CSCF向AS发送2000K。然后，在步骤S521中，AS向S-CSCF发送2000K。然后，在步骤 S522 中，S-CSCF 向 1-CSCF 发送 2000K。然后，在步骤 S523 中，1-CSCF 向 AES 发送 2000K。然后，在步骤S524中，AES向S-CSCF发送ACK。然后，在步骤S525中，S-CSCF向AS发送ACK0然后，在步骤S526中，AS向S-CSCF发送ACK。然后，在步骤S527中，S-CSCF向P-CSCF发送ACK。然后，在步骤S528中，P-CSCF向用户A发送ACK。注意到，在本阶段，用户A建立了假的承载路径，具有包含在AES中的假的IP地址和端口。然后，参照图5(b)，图5(b)中示出的流程紧随图5(a)中的流程。AES使用来自第一方(UE-A)的响应将真正的SDP包含在发往第二方(UE-B)的邀请(INVITE)消息中。然后，在步骤S529中，AES向1-CSCF发送邀请(UE-B，SDP-A)。然后，在步骤S530中，1-CSCF向HSS发送基于Cx的LIR。然后，在步骤S531中，HSS向1-CSCF发送基于Cx的LIA。然后，在步骤S532中，1-CSCF向S-CSCF发送邀请。然后，在步骤S533中，S-CSCF向AS发送邀请。然后，在步骤S534中，AS向S-CSCF发送邀请。然后，在步骤S535中，S-CSCF向P-CSCF发送邀请。然后，在步骤S536中，P-CSCF向用户B发送邀请。用户也可提供180振铃响应(未示出)，但是假设不具有SDP，并且不使用IOOrel (例如，不具有PRACK/200)。然后，在步骤S537中，用户B向P-CSCF发送2000K。然后，在步骤S538中，P-CSCF向S-CSCF发送2000K。然后，在步骤S539中，S-CSCF向AS发送2000K。然后，在步骤S540中，AS向S-CSCF发送2000K。然后，在步骤S541中，S-CSCF向1-CSCF发送2000K。然后，为AES触发了 2000K，使得AES发送重新邀请请求给用户A (也即第一方或者第一会话腿)。没有任何返回给ACP。然后，在步骤S542中，1-CSCF向AES发送2000K。然后，在步骤S543中，AES向S-CSCF发送ACK。然后，在步骤S544中，S-CSCF向AS发送ACK。然后，在步骤S545中，AS向S-CSCF发送ACK。然后，在步骤S546中，S-CSCF向P-CSCF发送ACK。然后，在步骤S547中，P-CSCF向用户B发送ACK。此时，用户B与用户A之间建立真实的承载路径，但是用户A并不知道用户B。接着，参考图5(c)。AES使用来自第二方(也即，用户B)的响应将真正的SDP包含在发往第一方的重新邀请(re-1NVITE)消息中。在步骤S548中，AES向S-CSCF发起重新邀请(UE-A，SDP-B)。然后，在步骤S549中，S-CSCF向AS发送重新邀请。然后，在步骤S550中，AS向S-CSCF发送重新邀请。然后，在步骤S552中，S-CSCF向OCS发送CCR(更新的)。然后，在步骤S553中，OCS向S-CSCF发送CCA (更新的)。然后，在步骤S554中，S-CSCF向P-CSCF发送重新邀请。然后，在步骤S555中，P-CSCF向用户A发送重新邀请(SDP-B)。然后，在步骤S556中，用户A向P-CSCF发送2000K(SDP answer (应答))。然后，在步骤S557中，P-CSCF向S-CSCF发送2000K。然后，在步骤S558中，S-CSCF向AS发送2000K。然后，在步骤S559中，AS向S-CSCF发送2000K。然后，在步骤S560中，S-CSCF向AES发送2000K(SDP answer (应答))。然后，在步骤S561中，AES向S-CSCF发送ACK。然后，在步骤S562中，S-CSCF向AS发送ACK。然后，在步骤S563中，AS向S-CSCF发送ACK。然后，在步骤S564中，S-CSCF向P-CSCF发送ACK。然后，在步骤S565中，P-CSCF向用户A发送ACK。该场景假设用户A接收并且不改变由用户B提供的SDP-B，这并不是安全的假设，并且替代地AES需要向一方发送不带有SDP的邀请消息，然后使用来自该方的SIP响应中包含的SDP，并且直接将其发送给第二方，作为邀请请求中的SDP。然后，来自一方的SDP应答被发送给另一方，所有的都是同步的。然后，在网关BGW之间建立IP承载流量，在BGW与用户终端B之间建立IP承载流量，在BGW与用户终端A之间建立IP承载流量，从而UE-A现在与UE-B建立真正的承载路径。那些本技术领域的一般技术人员可以通过研究说明书、公开的内容及附图和所附的权利要求书，理解和实施对披露的实施方式的其他改变。在权利要求中，措词“包括”不排除其他的元素和步骤，并且措辞“一个”不排除复数。在发明的实际应用中，一个零件可能执行权利要求中所引用的多个技术特征的功能。权利要求中的任何附图标记不应理解为对范围的限制。
权利要求
1.一种在IP多媒体子系统的服务-呼叫会话控制功能中用于为访客用户提供在线计费的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤:I当接收到来自查询-呼叫会话控制功能的注册请求后，向归属用户服务器或该应用内容提供商发送认证请求，该认证请求中包括该用户的域名； II.接收来自该归属用户服务器或该应用内容提供商的应答消息，该应答消息中包括用于指示该域名是否已包含在该归属用户服务器或该应用内容提供商中的合法的公共用户标识的列表的信息； III.当该域名包含在该合法的公共用户标识的列表时，为该用户触发在线计费过程。
2.根据权利要求1所述的方法，其中，所述步骤III包括: -向在线计费系统发送信用控制请求，该信用控制请求中包括该访客用户的标识和该访客用户的域名。
3.根据权利要求2所述的方法，其中，该信用控制请求中还包括该访客用户的支付选项。
4.根据权利要求1所述的方法，其中，所述步骤I通过以下任一种方式实现: -当接收到来自查询-呼叫会话控制功能的注册请求后，向归属用户服务器发送Diameter协议中的多媒体认证请求,该多媒体认证请求中包括该用户的域名；或 -当接收到来自查询-呼叫 会话控制功能的注册请求后，向应用内容提供商发送域名触发消息，该域名触发消息中包括该用户的域名。
5.一种在IP多媒体子系统的在线计费系统中用于对访客用户进行在线计费的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤: -接收来自服务-呼叫会话控制功能的信用控制请求，该信用控制请求中包括该访客用户的标识和该访客用户的域名； -根据该访客用户的域名，向该访客用户的应用内容提供商或外部支付账户查询该用户终端的账户信息； -获取来自应用内容提供商或外部支付账户的该访客用户的账户信息，并根据该账户信息为该访客用户建立在线计费系统中的临时账户，以用于在线计费。
6.一种在IP多媒体子系统的查询-呼叫会话控制功能中用于为用户鉴权的方法，包括以下步骤: -向归属用户服务器发送认证请求，该认证请求中包括该用户的域名； -接收来自该归属用户服务器的应答消息，该应答消息中包括用于指示该域名是否已包含在合法的公共用户标识的列表的信息； -当该域名包含在合法的公共用户标识的列表时，向服务呼叫会话控制功能发起注册请求。
7.一种在IP多媒体子系统的归属用户服务器中用于存储访客用户的计费信息的方法，该访客用户订阅了应用内容提供商的服务，该方法包括以下步骤: A.为该应用内容提供商配置公共用户标识、可被使用的服务-呼叫会话控制功能； B.接收来自查询-呼叫会话控制功能的认证请求，该认证请求中包括该用户的域名； C.判断该认证请求中的域名是否包含在合法的公共用户标识的列表中； D.当该认证请求中的域名已包含在合法的公共用户标识的列表中时，向该查询-呼叫会话控制功能发送应答消息，该应答消息中包括与该用户相对应的服务-呼叫会话控制功倉泛; D’.当该认证请求中的域名未包含在已配置的公共用户标识中时，向该查询-呼叫会话控制功能发送应答消息，该应答消息指示未找到匹配的信息，并拒绝通话。
8.根据权利要求7所述的方法，其中，所述步骤A通过以下方式中的任一种实现: -为该应用内容提供商的至少一部分用户配置通配的公共用户标识； -为该内容提供商的各个用户分别配置专用的公共用户标识。
9.根据权利要求7所述的方法，其中，所述步骤D之后还包括: E.接收来自服务-呼叫会话控制功能的多媒体注册请求； F.向所述服务-呼叫会话控制功能反馈用户属性信息。
10.一种在MS核心网络中用于融合应用内容提供商的业务的方法，该方法包括以下步骤: -允许网络用户利用网络账户点击拨打移动通话方。
11.根据权利要求10所述 的方法，其中，所述允许网络用户利用网络账户点击拨打移动通话方的步骤通过在应用内容提供商与呼叫会话控制功能之间提供开放的应用程序接口实现。
全文摘要
本发明提出了一种在IMS核心网络中用于融合应用内容提供商的业务的方法，该方法包括以下步骤允许网络用户利用网络账户点击拨打移动通话方。优选地，所述允许网络用户利用网络账户点击拨打移动通话方的步骤通过在应用内容提供商与呼叫会话控制功能之间提供开放的应用程序接口实现。
文档编号H04L29/06GK103095470SQ20111034454
公开日2013年5月8日 申请日期2011年10月27日 优先权日2011年10月27日
发明者李向阳, 蔡亦钢 申请人:阿尔卡特朗讯