專利名稱：一種向應(yīng)用內(nèi)容提供商的訪客用戶在線計(jì)費(fèi)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)協(xié)議多媒體子系統(tǒng)，尤其涉及在因特網(wǎng)協(xié)議多媒體子系統(tǒng)中向應(yīng)用內(nèi)容提供商的訪客用戶在線計(jì)費(fèi)的方法。
背景技術(shù)：
社交網(wǎng)絡(luò)和應(yīng)用內(nèi)容提供商(Application Content Provider, ACP)通常彼此之間不進(jìn)行交互，并且也不在不同的接入網(wǎng)絡(luò)之間交互。此外，社交網(wǎng)絡(luò)和ACP之間也沒(méi)有穩(wěn)定的業(yè)務(wù)關(guān)系，從而沖擊了傳統(tǒng)的通信產(chǎn)業(yè)。例如，Skype正在尋求廣告，以使得通話業(yè)務(wù)免費(fèi)。應(yīng)用開(kāi)放組件(Application Exposure Suite,AES)用于以安全和可控的方式,為網(wǎng)絡(luò)運(yùn)營(yíng)商提供向外部的第三方和內(nèi)部的應(yīng)用暴露開(kāi)放的應(yīng)用程序接口(API)。使用AES，ACP或者應(yīng)用內(nèi)容平臺(tái)(包括所有的社交網(wǎng)絡(luò))能夠與通信網(wǎng)絡(luò)共同工作，以支持來(lái)自應(yīng)用平臺(tái)的基于網(wǎng)絡(luò)的業(yè)務(wù)。然而，社交網(wǎng)絡(luò)用戶或者應(yīng)用內(nèi)容用戶可能不是通信網(wǎng)絡(luò)的用戶。社交網(wǎng)絡(luò)用戶或者應(yīng)用內(nèi)容用戶可以向通信網(wǎng)絡(luò)注冊(cè)為業(yè)務(wù)中的訪客用戶。這帶來(lái)了一個(gè)問(wèn)題，也即，當(dāng)在線收費(fèi)系統(tǒng)(Online Charging System, 0CS)沒(méi)有賬戶余額以及其他支持通信網(wǎng)絡(luò)中的業(yè)務(wù)的數(shù)據(jù)時(shí)，如何在現(xiàn)有的頂S收費(fèi)系統(tǒng)中向這些訪客用戶收費(fèi)。

發(fā)明內(nèi)容
為了解決上述技術(shù)問(wèn)題，根據(jù)本發(fā)明的第一方面，提供了一種在IP多媒體子系統(tǒng)的服務(wù)-呼叫會(huì)話控制功能中用于為訪客用戶提供在線計(jì)費(fèi)的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟:當(dāng)接收到來(lái)自查詢-呼叫會(huì)話控制功能的注冊(cè)請(qǐng)求后，向歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商發(fā)送認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名；接收來(lái)自該歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商的應(yīng)答消息，該應(yīng)答消息中包括用于指示該域名是否已包含在該歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商中的合法的公共用戶標(biāo)識(shí)的列表的信息；當(dāng)該域名包含在該合法的公共用戶標(biāo)識(shí)的列表時(shí)，為該用戶觸發(fā)在線計(jì)費(fèi)過(guò)程。根據(jù)本發(fā)明的第二方面，提供了一種在IP多媒體子系統(tǒng)的在線計(jì)費(fèi)系統(tǒng)中用于對(duì)訪客用戶進(jìn)行在線計(jì)費(fèi)的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟:接收來(lái)自服務(wù)-呼叫會(huì)話控制功能的信用控制請(qǐng)求，該信用控制請(qǐng)求中包括該訪客用戶的標(biāo)識(shí)和該訪客用戶的域名；根據(jù)該訪客用戶的域名，向該訪客用戶的應(yīng)用內(nèi)容提供商或外部支付賬戶查詢?cè)撚脩艚K端的賬戶信息；獲取來(lái)自應(yīng)用內(nèi)容提供商或外部支付賬戶的該訪客用戶的賬戶信息，并根據(jù)該賬戶信息為該訪客用戶建立在線計(jì)費(fèi)系統(tǒng)中的臨時(shí)賬戶，以用于在線計(jì)費(fèi)。根據(jù)本發(fā)明的第三方面，提供了一種在IP多媒體子系統(tǒng)的查詢-呼叫會(huì)話控制功能中用于為用戶鑒權(quán)的方法，包括以下步驟:向歸屬用戶服務(wù)器發(fā)送認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名；接收來(lái)自該歸屬用戶服務(wù)器的應(yīng)答消息，該應(yīng)答消息中包括用于指示該域名是否已包含在合法的公共用戶標(biāo)識(shí)的列表的信息；當(dāng)該域名包含在合法的公共用戶標(biāo)識(shí)的列表時(shí)，向服務(wù)呼叫會(huì)話控制功能發(fā)起注冊(cè)請(qǐng)求。根據(jù)本發(fā)明的第四方面，提供了一種在IP多媒體子系統(tǒng)的歸屬用戶服務(wù)器中用于存儲(chǔ)訪客用戶的計(jì)費(fèi)信息的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟:為該應(yīng)用內(nèi)容提供商配置公共用戶標(biāo)識(shí)、可被使用的服務(wù)-呼叫會(huì)話控制功能；接收來(lái)自查詢-呼叫會(huì)話控制功能的認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名；判斷該認(rèn)證請(qǐng)求中的域名是否包含在合法的公共用戶標(biāo)識(shí)的列表中；當(dāng)該認(rèn)證請(qǐng)求中的域名已包含在合法的公共用戶標(biāo)識(shí)的列表中時(shí)，向該查詢-呼叫會(huì)話控制功能發(fā)送應(yīng)答消息，該應(yīng)答消息中包括與該用戶相對(duì)應(yīng)的服務(wù)-呼叫會(huì)話控制功能；當(dāng)該認(rèn)證請(qǐng)求中的域名未包含在已配置的公共用戶標(biāo)識(shí)中時(shí)，向該查詢-呼叫會(huì)話控制功能發(fā)送應(yīng)答消息，該應(yīng)答消息指示未找到匹配的信息。根據(jù)本發(fā)明的第五方面，提供了一種在MS核心網(wǎng)絡(luò)中用于融合應(yīng)用內(nèi)容提供商的業(yè)務(wù)的方法，該方法包括以下步驟:允許網(wǎng)絡(luò)用戶利用網(wǎng)絡(luò)賬戶點(diǎn)擊撥打移動(dòng)通話方。采用本發(fā)明的方案，創(chuàng)建了在MS網(wǎng)絡(luò)中的新的功能模塊，以支持作為訪客在線收費(fèi)系統(tǒng)的用戶的應(yīng)用內(nèi)容平臺(tái)用戶的在線收費(fèi)。采用本發(fā)明的方案，可以允許ACP用戶不需要等待業(yè)務(wù)提供商在HSS中配置針對(duì)用戶的數(shù)據(jù)，而直接訪問(wèn)MS業(yè)務(wù)。該發(fā)明因?yàn)橄驑I(yè)務(wù)提供商提供了更多的多媒體以及與社交網(wǎng)絡(luò)和應(yīng)用內(nèi)容提供商更廣泛的互動(dòng)，從而提高業(yè)務(wù)提供商的競(jìng)爭(zhēng)力。


通過(guò)參照附圖閱讀以下所作的對(duì)非限制性實(shí)施例的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯。圖1示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的網(wǎng)絡(luò)賬戶點(diǎn)擊撥打業(yè)務(wù)的MS網(wǎng)絡(luò)示意圖；圖2示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的訪客用戶的在線計(jì)費(fèi)系統(tǒng)；圖3示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的訪客用戶的注冊(cè)的呼叫流程圖；圖4示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的ACP訪客用戶的注冊(cè)的示例的呼叫流程圖；圖5(a)-圖5(c)示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的網(wǎng)絡(luò)賬戶用戶點(diǎn)擊撥打移動(dòng)電話的呼叫流程圖。其中，相同或相似的附圖標(biāo)記表示相同或相似的步驟特征或裝置/模塊。
具體實(shí)施例方式1.具有應(yīng)用客戶訪問(wèn)的MS網(wǎng)絡(luò)的架構(gòu)圖1示出了根據(jù)本發(fā)明的一個(gè)具體實(shí)施例的具有ACP、合作方的應(yīng)用或網(wǎng)絡(luò)應(yīng)用接入MS網(wǎng)絡(luò)業(yè)務(wù)的MS網(wǎng)絡(luò)的總的網(wǎng)絡(luò)示意圖。其中，ACP、合作方的應(yīng)用或者網(wǎng)絡(luò)應(yīng)用從網(wǎng)絡(luò)點(diǎn)擊撥號(hào)提供多媒體業(yè)務(wù)，從而允許網(wǎng)絡(luò)用戶從網(wǎng)絡(luò)賬戶點(diǎn)擊撥號(hào)移動(dòng)通話方。在ACP和終端用戶，也即網(wǎng)絡(luò)用戶，之間的典型的接口包括HTTP接口。由ACP提供的應(yīng)用客戶端被通過(guò)HTTP下載到終端用戶設(shè)備。ACP為它的每一個(gè)用戶提供用戶ID和密碼用于驗(yàn)證。在ACP和AES之間的標(biāo)準(zhǔn)規(guī)范(RESTful)的API (MS使能器)。ACP用戶被允許向MS注冊(cè)，ACP用戶向MS注冊(cè)可能需要也可能不需要為MS的HSS中的每個(gè)用戶的數(shù)據(jù)輸入。根據(jù)ACP和MS網(wǎng)絡(luò)運(yùn)營(yíng)商之間的通用的協(xié)議，HSS將為每個(gè)ACP配置公共用戶ID(Public User ID，PWD)(適用于全部或者部分ACP用戶)，該公共ID具有域名標(biāo)識(shí)，其中，允許的ACP用戶將獲取在HSS中的通配PHD?；蛘逪SS基于ACP用戶的標(biāo)識(shí)，為每個(gè)ACP用戶配置唯一的PUID。ACP應(yīng)該向MS網(wǎng)絡(luò)提供這些用戶作為在線計(jì)費(fèi)用戶，從而允許HSS為這些用戶或者配置通配的PUID,或者配置唯一的PUID,作為在線計(jì)費(fèi)訪客用戶。ACP和MS業(yè)務(wù)提供商協(xié)商一致,ACP用戶可以被域名所標(biāo)識(shí):例如，iacp.com。IMS業(yè)務(wù)提供商將其HSS配置如下:> ACP的域名(例如，iacp.com),以用于標(biāo)識(shí)用戶> IMS核心網(wǎng)將保存允許的域名的列表，該允許的域名的列表被用于確定何時(shí)向ACP/應(yīng)用請(qǐng)求注冊(cè)認(rèn)證。> HSS被配置為包含應(yīng)用的域名，所使用的S-CSCF，過(guò)濾策略，能力(capabilities)等。P/I/S-CSCF根據(jù)ACP與網(wǎng)絡(luò)運(yùn)營(yíng)商之間的協(xié)議(假設(shè)為批發(fā)模型合作方式)，對(duì)于任何MS業(yè)務(wù)，在MS的HSS中將網(wǎng)絡(luò)用戶注冊(cè)為在線計(jì)費(fèi)訪客用戶。當(dāng)訪客用戶從網(wǎng)絡(luò)賬戶在 IMS 網(wǎng)絡(luò)中開(kāi)始了多媒體業(yè)務(wù),S-CSCF(Serving-Call Session Control Function,服務(wù)-呼叫會(huì)話控制功能)和AS (Application Server,應(yīng)用服務(wù)器)能夠?qū)⒃L客用戶識(shí)別為在線計(jì)費(fèi)用戶，并向OCS觸發(fā)在線計(jì)費(fèi)請(qǐng)求。這將允許ACP用戶立即訪問(wèn)MS業(yè)務(wù)，而不需要等待業(yè)務(wù)提供商在HSS中配置每個(gè)用戶的數(shù)據(jù)。I1.對(duì)于訪客用戶的在線計(jì)費(fèi)本發(fā)明的一個(gè)發(fā)明點(diǎn)在于OCS為IMS網(wǎng)絡(luò)中的ACP訪客用戶提供實(shí)時(shí)的計(jì)費(fèi)。圖2示出了具有ACP訪客的在線計(jì)費(fèi)架構(gòu)的示意圖。OCS 從服務(wù)-呼叫會(huì)話控制功能(Serving-Call Session Control Function,S-CSCF)或 IMS 網(wǎng)關(guān)(IMS-GW)接收 Diameter 信用控制請(qǐng)求(Credit Control Request,CCR)，以用于訪客用戶的在線計(jì)費(fèi)。CCR中可包括訪客用戶的標(biāo)識(shí)和域名(ACP)，或者可選地訪客用戶的支付選擇，例如，費(fèi)率等。OCS可選地可以向HSS查詢?cè)L客用戶的其他計(jì)費(fèi)信息，如果HSS存儲(chǔ)了這些信息。OCS通常在賬戶余額管理功能(Account Balance Management Function, ABMF)中不具有訪客用戶的賬戶信息。當(dāng)OCS知悉了訪客用戶的標(biāo)識(shí)和支付選項(xiàng)，則OCS首先基于報(bào)價(jià)因素計(jì)劃(tariff plan)使用費(fèi)率引擎，為該通話計(jì)費(fèi)，該報(bào)價(jià)因素計(jì)劃是預(yù)先存儲(chǔ)在OCS中的。然后，OCS I)通過(guò)Sp或者其他API (Application Protocol Interface,應(yīng)用協(xié)議接口)，查詢ACP帳戶數(shù)據(jù)庫(kù)(例如，在線計(jì)費(fèi)信用)；或者2)通過(guò)標(biāo)準(zhǔn)的ISO接口，查詢銀行或者信用卡中心，以獲取允許的計(jì)費(fèi)信用；或者3)查詢由ACP或者HSS指示的任何其他的金融機(jī)構(gòu)或者方法，以獲得允許的計(jì)費(fèi)信用(charging credit)。OCS可以為訪客用戶在IMS網(wǎng)絡(luò)中的在線計(jì)費(fèi)建立臨時(shí)的賬戶。如果現(xiàn)有的信用用盡以后，OCS能夠獲取來(lái)自ACP或者金融機(jī)構(gòu)的額外的信用。OCS 向 S-CSCF/MS-GW 響應(yīng)信用控制應(yīng)答(Credit Control Answer，CCA)，該 CCA中包括對(duì)MS業(yè)務(wù)的允許的信用。S-CSCF/MS-GW將監(jiān)控通話或業(yè)務(wù)。當(dāng)通話的任一方結(jié)束通話時(shí)，S-CSCF/IMS-Gff將向OCS發(fā)送CCR(最終的)，并向OCS報(bào)告剩余的信用。具體地，IMS-Gff向OCS報(bào)告實(shí)際的通話時(shí)長(zhǎng)，OCS根據(jù)實(shí)際的通話時(shí)長(zhǎng)計(jì)算通話的實(shí)際費(fèi)用，將多預(yù)留的錢(qián)返還到用戶的帳戶中。OCS既可以在OCS中的訪客用戶的臨時(shí)賬戶中保存該信用，或者也可以將該信用返還給ACP或者金融機(jī)構(gòu)。II1.呼叫流程1.訪客用戶向MS網(wǎng)絡(luò)注冊(cè)在線計(jì)費(fèi)用戶屬性信息(profile)圖3示出了當(dāng)ACP用戶注冊(cè)MS網(wǎng)絡(luò)，HSS配置并認(rèn)證用戶為通配的在線計(jì)費(fèi)用戶，并將用戶屬性信息發(fā)送到S-CSCFt5HSS將為每個(gè)ACP配置公共用戶ID(Public User ID,PUID)，該P(yáng)UID適用于全部或者部分ACP用戶，HSS配置PUID的域標(biāo)識(shí)，在該配置的域標(biāo)識(shí)內(nèi)，允許的ACP用戶將在HSS中獲取通配的I3UID。首先，在步驟S301中，用戶終端向P-CSCF發(fā)起注冊(cè)請(qǐng)求，例如，用戶終端發(fā)送基于sip協(xié)議的請(qǐng)求，sip:DNliacp.com。然后,在步驟S302中，P-CSCF將該注冊(cè)請(qǐng)求轉(zhuǎn)發(fā)至1-CSCF。HSS為通配符配置前綴數(shù)字，例如，sip:*iacp.com,公共的密碼，公共的私有ID (Private ID, PrID)，和固定的S-CSCF名稱。在與ACP協(xié)商一致以后，HSS將通配的I3UID配置為在線計(jì)費(fèi)用戶。然后，HSS匹配傳遞的PUID/PrlD于通配的條目，并返回密碼信息。然后，在步驟S303中，1-CSCF向HSS發(fā)送基于Cx接口的用戶授權(quán)請(qǐng)求(UserAuthorization Request, UAR), sip:DNl@acp.com。然后，在步驟 S304 中，HSS 向 1-CSCF 發(fā)送基于Cx接口的用戶授權(quán)應(yīng)答(User Authorization Answer, UAA)。然后,在步驟S305中，1-CSCF向S-CSCF注冊(cè)。S-CSCF假設(shè)不存在PrID，因此，以MD5進(jìn)行質(zhì)詢。然后，在步驟S306 中，S-CSCF 向 1-CSCF 發(fā)送 401 未授權(quán)(auth algorithm = MD5,opaque = S-CSCF addr)。然后，在步驟 S307 中，1-CSCF 向 P-CSCF 發(fā)送 401。然后在步驟S308中，P-CSCF向用戶終端發(fā)送401。然后，在步驟S309中，用戶終端再次發(fā)起注冊(cè)，(sip:DNliacp.com,Authorization = credentials, username = PrIDx, opaque = S-CSCF addr)。然后，在步驟S310中，P-CSCF向1-CSCF發(fā)起注冊(cè)。在步驟S309之前，如果沒(méi)有不透明的參數(shù)，則1-CSCF再次進(jìn)行Cx接口查詢，以找到 S-CSCF。然后，在步驟S311中，1-CSCF向S-CSCF發(fā)起注冊(cè)。然后，在步驟S312中，S-CSCF向HSS向S-CSCF發(fā)起基于Cx接口的多媒體認(rèn)證請(qǐng)求(Multimedia-Auth-Request, MAR)(sip:DNl@acp.com，PrIDx)。然后，在步驟S313中，HSS向S-CSCF返回基于Cx接口的多媒體認(rèn)證應(yīng)答(Multimedia-Auth-Answer,MAA) (auth數(shù)據(jù))。值得注意的是，MAR和MAA是可選的步驟。因?yàn)镾-CSCF可能由于其他的I3UID注冊(cè)已經(jīng)向HSS認(rèn)證了匹配通配符I3UID的數(shù)據(jù)。然后，S-CSCF進(jìn)行用戶認(rèn)證信息的有效性檢驗(yàn)。然后，在步驟S314中，S-CSCF向HSS發(fā)起基于Cx接口的服務(wù)器分配請(qǐng)求(Server-Assignment-Request, SAR)。然后,在步驟S315中，HSS向S-CSCF發(fā)送基于Cx接口的服務(wù)器分配應(yīng)答(Server-Assignment-Answer,SAA)(其中包括 subscriber profile)。然后，S-CSCF使用新配置的ACP域名的列表觸發(fā)新的行為。當(dāng)HSS指示接收來(lái)自注冊(cè)的通配符的標(biāo)識(shí)類型和域名匹配列表中的條目時(shí)，S-CSCF為來(lái)自注冊(cè)的特定的PUID創(chuàng)建注冊(cè)信息。從而，S-CSCF將通配的用戶作為在線計(jì)費(fèi)用戶，并且將向OCS觸發(fā)在線計(jì)費(fèi)。然后，在步驟S316 中，S-CSCF 向 1-CSCF 發(fā)送 2000K(P-Associated-URI = sip:DNl@acp.com)。然后，在步驟 S317 中，1-CSCF 向 P-CSCF 發(fā)送 2000K。然后，P-CSCF 開(kāi)始正常的注冊(cè)入口。然后，在步驟S318中，P-CSCF向用戶終端發(fā)送2000K。然后，因?yàn)镾-CSCF已為sip:DNl@acp.com創(chuàng)建了正常的注冊(cè)信息，因此，可以路由SIP請(qǐng)求，例如，INVITE消
肩、O圖4示出了當(dāng)ACP用戶注冊(cè)到MS網(wǎng)絡(luò)以及MS通過(guò)標(biāo)準(zhǔn)的(RESTful)API向AES或者ACP認(rèn)證用戶的通話流程。如果向ACP和AES注冊(cè)并認(rèn)證成功，則ACP將訪客用戶的在線計(jì)費(fèi)數(shù)據(jù)提供給頂S網(wǎng)絡(luò)，IMS網(wǎng)絡(luò)將這些數(shù)據(jù)臨時(shí)地或存儲(chǔ)在HSS中，或存儲(chǔ)在S-CSCF或AS的高速緩存(cache)中。當(dāng)S-CSCF或者AS發(fā)起在線計(jì)費(fèi)后，S-CSCF或者AS將該數(shù)據(jù)包含在發(fā)往OCS的請(qǐng)求中。首先，在步驟S401中，用戶終端向P-CSCF發(fā)起注冊(cè)請(qǐng)求，例如，用戶終端發(fā)送基于sip協(xié)議的請(qǐng)求,sip:DNliacp.com。然后,在步驟S402中,P-CSCF將該注冊(cè)請(qǐng)求轉(zhuǎn)發(fā)至1-CSCF。然后，在步驟S403中，1-CSCF向HSS發(fā)送基于Cx接口的用戶授權(quán)請(qǐng)求(UserAuthorization Request, UAR)，sip:DNliacp.com。然后，在步驟 S404 中，HSS 向 1-CSCF發(fā)送基于Cx接口的用戶授權(quán)應(yīng)答(User Authorization Answer, UAA),該應(yīng)答消息中包含S-CSCF名稱。然后，在步驟S405中，1-CSCF向S-CSCF注冊(cè)。然后，在步驟S406中，S-CSCF向1-CSCF發(fā)送401未授權(quán)(質(zhì)詢)。然后，在步驟S407中，1-CSCF向P-CSCF發(fā)送401。然后在步驟S408中，P-CSCF向用戶終端發(fā)送401。然后，在步驟S409中，用戶終端再次發(fā)起注冊(cè)，(sip:DNl@acp.com, user ID,password, opaque = S-CSCF addr)。然后，在步驟 S410 中，P-CSCF 向 1-CSCF 發(fā)起注冊(cè)(包含用戶認(rèn)證信息(credential))。然后，在步驟S411中，1-CSCF向S-CSCF發(fā)起注冊(cè)(包含用戶認(rèn)證信息credential)。然后，在步驟S412中，S-CSCF向AES發(fā)送域名觸發(fā)消息。S-CSCF根據(jù)Domain Name觸發(fā)請(qǐng)求到AES，以驗(yàn)證訪客的用戶信息。然后，在步驟S413中，AES向S-CSCF發(fā)送2000K應(yīng)答消息。然后，在步驟S414’中，AES向ACP發(fā)送標(biāo)準(zhǔn)(REST)的API用于認(rèn)證(用戶認(rèn)證信息)。然后，在步驟S415’中，ACP向AES發(fā)送標(biāo)準(zhǔn)(REST)的API的響應(yīng)(成功/失敗，注冊(cè)間隔時(shí)間)。然后，在步驟S416’中，AES向S-CSCF發(fā)送消息，該消息中包含成功/失敗，注冊(cè)間隔時(shí)間。然后，在步驟S417’中，S-CSCF向AES發(fā)送2000K消息。然后，在步驟S418’中，S-CSCF向HSS發(fā)起基于Cx接口的多媒體認(rèn)證請(qǐng)求(Multimedia-Auth-Request, MAR) (sip:DNliacp.com)。然后，在步驟 S419’ 中，HSS 向S-CSCF返回基于Cx接口的多媒體認(rèn)證應(yīng)答(Multimedia-Auth_Answer,MAA) (auth數(shù)據(jù))。在圖4所示的實(shí)施例中，ACP是用于檢驗(yàn)由內(nèi)容提供商保存的有效的賬戶的信息，而HSS認(rèn)證是用于認(rèn)證由運(yùn)營(yíng)商提供的允許的MS業(yè)務(wù)。然后，S-CSCF進(jìn)行用戶認(rèn)證信息的有效性檢驗(yàn)?？蛇x地，在步驟S414中，S-CSCF向HSS發(fā)起基于Cx接口的服務(wù)器分配請(qǐng)求(Server-Assignment-Request, SAR)。然后,在步驟S415中，HSS向S-CSCF發(fā)送基于Cx接口的服務(wù)器分配應(yīng)答(Server-Assignment-Answer,SAA),該應(yīng)答中包括用戶的屬性信息(subscriber profile)。然后，S-CSCF使用新配置的ACP域名的列表觸發(fā)新的行為。當(dāng)HSS指示接收來(lái)自注冊(cè)的通配符的標(biāo)識(shí)類型和域名匹配列表中的條目時(shí)，S-CSCF為來(lái)自注冊(cè)的特定的PUID創(chuàng)建注冊(cè)信息。從而，S-CSCF將通配的用戶作為在線計(jì)費(fèi)用戶，并且將向OCS觸發(fā)在線計(jì)費(fèi)。然后，在步驟S416 中，S-CSCF 向 1-CSCF 發(fā)送 2000K(P-Associated-URI = sip:DNliacp.com)。然后，在步驟S417中，1-CSCF向P-CSCF發(fā)送2000K。然后，在步驟S418中，P-CSCF向用戶終端發(fā)送2000K。然后，在步驟S419中，S-CSCF向AES發(fā)送注冊(cè)請(qǐng)求(第三方)。然后，在步驟S420中，AES通過(guò)標(biāo)準(zhǔn)的API，向ACP發(fā)送注冊(cè)(成功/失敗)。然后，在步驟S421中，ACP向AES發(fā)送標(biāo)準(zhǔn)的API的響應(yīng)。因?yàn)镾-CSCF已為sip =DNliacp.com創(chuàng)建了正常的注冊(cè)信息，因此，可以路由SIP請(qǐng)求，例如，INVITE消息。2.當(dāng)ACP訪客用戶點(diǎn)擊撥打移動(dòng)用戶號(hào)碼時(shí)的不例的消息流程圖5 (a)、圖5 (b)和圖5 (C)示出了網(wǎng)絡(luò)賬戶用戶，也即訪客用戶點(diǎn)擊撥打移動(dòng)用戶號(hào)碼的通話流程。假設(shè)ACP用戶A向MS網(wǎng)絡(luò)注冊(cè)了在線計(jì)費(fèi)訪客用戶，并使用ACP網(wǎng)絡(luò)賬戶以點(diǎn)擊以撥打移動(dòng)用戶B。在具體實(shí)現(xiàn)中，基于網(wǎng)絡(luò)賬戶的點(diǎn)擊撥打移動(dòng)通話方可以是多種其他不同的形式或者場(chǎng)景。當(dāng)在HSS中存儲(chǔ)數(shù)據(jù)時(shí)，OCS可以查詢HSS以獲取數(shù)據(jù)。在線計(jì)費(fèi)數(shù)據(jù)可以包括但是并不限于以下各項(xiàng):-用戶標(biāo)識(shí)；-計(jì)費(fèi)類型；-賬戶余額；-支付信息(ACP賬戶；信用卡賬戶；銀行卡賬戶，等)；-每個(gè)業(yè)務(wù)的支付上限；-每天，每周，每月的支付上限；-其他信息。首先參考圖5(a)。ACP接收來(lái)自用戶A的撥打用戶B的點(diǎn)擊撥號(hào)請(qǐng)求。在步驟S501中，ACP創(chuàng)建安全的連接。然后，在步驟S502中，AES與ACP建立連接。然后，在步驟S503中，ACP向AES發(fā)出呼叫請(qǐng)求用以建立用戶A與用戶B之間的連接。然后，在步驟S504中,AES向1-CSCF發(fā)送邀請(qǐng)(用戶A,虛擬的(dummy) SIP描述協(xié)議(SIP DescriptionProtocol, SDP))。然后，在步驟S505中，1-CSCF向HSS發(fā)送位置信息請(qǐng)求(LocationInformation Request, LIR)。然后，在步驟S506中，HSS向1-CSCF發(fā)送位置信息應(yīng)答(Location Information Answer, LIA)。然后，在步驟 S507 中，1-CSCF 向 S-CSCF 發(fā)起邀請(qǐng)。然后，在步驟S508中，S-CSCF向AS發(fā)送邀請(qǐng)。然后，在步驟S509中，AS向S-CSCF發(fā)送邀請(qǐng)。然后，在步驟S510中，S-CSCF向OCS發(fā)送CCR (初始的)，進(jìn)行信用認(rèn)證。然后，在步驟S511中，OCS向HSS發(fā)送基于Sp的請(qǐng)求，OCS可以查詢HSS以獲取ACP的賬戶的數(shù)據(jù)。然后，在步驟S512中，HSS向OCS返回基于Sp的響應(yīng)，該響應(yīng)中包括賬戶的數(shù)據(jù)。然后，在步驟S513中，OCS向ACP發(fā)送基于Re的請(qǐng)求，以獲取帳戶的余額信息。然后，在步驟S514中，ACP向OCS返回帳戶的余額信息。然后，在步驟S515中，OCS向S-CSCF返回CCA (初始的)。然后，在步驟S516中，S-CSCF向P-CSCF發(fā)送邀請(qǐng)。然后，在步驟S517中，P-CSCF向用戶A發(fā)送邀請(qǐng)。用戶也可提供180振鈴響應(yīng)(未示出)，但是假設(shè)不具有SDP，并且不使用IOOrel (例如，不具有PRACK/200)。然后，在步驟S518中，用戶A向P-CSCF發(fā)送2000K(SDP-A)。然后，在步驟S519中，P-CSCF向S-CSCF發(fā)送2000K。然后，在步驟S520中，S-CSCF向AS發(fā)送2000K。然后，在步驟S521中，AS向S-CSCF發(fā)送2000K。然后，在步驟 S522 中，S-CSCF 向 1-CSCF 發(fā)送 2000K。然后，在步驟 S523 中，1-CSCF 向 AES 發(fā)送 2000K。然后，在步驟S524中，AES向S-CSCF發(fā)送ACK。然后，在步驟S525中，S-CSCF向AS發(fā)送ACK0然后，在步驟S526中，AS向S-CSCF發(fā)送ACK。然后，在步驟S527中，S-CSCF向P-CSCF發(fā)送ACK。然后，在步驟S528中，P-CSCF向用戶A發(fā)送ACK。注意到，在本階段，用戶A建立了假的承載路徑，具有包含在AES中的假的IP地址和端口。然后，參照?qǐng)D5(b)，圖5(b)中示出的流程緊隨圖5(a)中的流程。AES使用來(lái)自第一方(UE-A)的響應(yīng)將真正的SDP包含在發(fā)往第二方(UE-B)的邀請(qǐng)(INVITE)消息中。然后，在步驟S529中，AES向1-CSCF發(fā)送邀請(qǐng)(UE-B，SDP-A)。然后，在步驟S530中，1-CSCF向HSS發(fā)送基于Cx的LIR。然后，在步驟S531中，HSS向1-CSCF發(fā)送基于Cx的LIA。然后，在步驟S532中，1-CSCF向S-CSCF發(fā)送邀請(qǐng)。然后，在步驟S533中，S-CSCF向AS發(fā)送邀請(qǐng)。然后，在步驟S534中，AS向S-CSCF發(fā)送邀請(qǐng)。然后，在步驟S535中，S-CSCF向P-CSCF發(fā)送邀請(qǐng)。然后，在步驟S536中，P-CSCF向用戶B發(fā)送邀請(qǐng)。用戶也可提供180振鈴響應(yīng)(未示出)，但是假設(shè)不具有SDP，并且不使用IOOrel (例如，不具有PRACK/200)。然后，在步驟S537中，用戶B向P-CSCF發(fā)送2000K。然后，在步驟S538中，P-CSCF向S-CSCF發(fā)送2000K。然后，在步驟S539中，S-CSCF向AS發(fā)送2000K。然后，在步驟S540中，AS向S-CSCF發(fā)送2000K。然后，在步驟S541中，S-CSCF向1-CSCF發(fā)送2000K。然后，為AES觸發(fā)了 2000K，使得AES發(fā)送重新邀請(qǐng)請(qǐng)求給用戶A (也即第一方或者第一會(huì)話腿)。沒(méi)有任何返回給ACP。然后，在步驟S542中，1-CSCF向AES發(fā)送2000K。然后，在步驟S543中，AES向S-CSCF發(fā)送ACK。然后，在步驟S544中，S-CSCF向AS發(fā)送ACK。然后，在步驟S545中，AS向S-CSCF發(fā)送ACK。然后，在步驟S546中，S-CSCF向P-CSCF發(fā)送ACK。然后，在步驟S547中，P-CSCF向用戶B發(fā)送ACK。此時(shí)，用戶B與用戶A之間建立真實(shí)的承載路徑，但是用戶A并不知道用戶B。接著，參考圖5(c)。AES使用來(lái)自第二方(也即，用戶B)的響應(yīng)將真正的SDP包含在發(fā)往第一方的重新邀請(qǐng)(re-1NVITE)消息中。在步驟S548中，AES向S-CSCF發(fā)起重新邀請(qǐng)(UE-A，SDP-B)。然后，在步驟S549中，S-CSCF向AS發(fā)送重新邀請(qǐng)。然后，在步驟S550中，AS向S-CSCF發(fā)送重新邀請(qǐng)。然后，在步驟S552中，S-CSCF向OCS發(fā)送CCR(更新的)。然后，在步驟S553中，OCS向S-CSCF發(fā)送CCA (更新的)。然后，在步驟S554中，S-CSCF向P-CSCF發(fā)送重新邀請(qǐng)。然后，在步驟S555中，P-CSCF向用戶A發(fā)送重新邀請(qǐng)(SDP-B)。然后，在步驟S556中，用戶A向P-CSCF發(fā)送2000K(SDP answer (應(yīng)答))。然后，在步驟S557中，P-CSCF向S-CSCF發(fā)送2000K。然后，在步驟S558中，S-CSCF向AS發(fā)送2000K。然后，在步驟S559中，AS向S-CSCF發(fā)送2000K。然后，在步驟S560中，S-CSCF向AES發(fā)送2000K(SDP answer (應(yīng)答))。然后，在步驟S561中，AES向S-CSCF發(fā)送ACK。然后，在步驟S562中，S-CSCF向AS發(fā)送ACK。然后，在步驟S563中，AS向S-CSCF發(fā)送ACK。然后，在步驟S564中，S-CSCF向P-CSCF發(fā)送ACK。然后，在步驟S565中，P-CSCF向用戶A發(fā)送ACK。該場(chǎng)景假設(shè)用戶A接收并且不改變由用戶B提供的SDP-B，這并不是安全的假設(shè)，并且替代地AES需要向一方發(fā)送不帶有SDP的邀請(qǐng)消息，然后使用來(lái)自該方的SIP響應(yīng)中包含的SDP，并且直接將其發(fā)送給第二方，作為邀請(qǐng)請(qǐng)求中的SDP。然后，來(lái)自一方的SDP應(yīng)答被發(fā)送給另一方，所有的都是同步的。然后，在網(wǎng)關(guān)BGW之間建立IP承載流量，在BGW與用戶終端B之間建立IP承載流量，在BGW與用戶終端A之間建立IP承載流量，從而UE-A現(xiàn)在與UE-B建立真正的承載路徑。那些本技術(shù)領(lǐng)域的一般技術(shù)人員可以通過(guò)研究說(shuō)明書(shū)、公開(kāi)的內(nèi)容及附圖和所附的權(quán)利要求書(shū)，理解和實(shí)施對(duì)披露的實(shí)施方式的其他改變。在權(quán)利要求中，措詞“包括”不排除其他的元素和步驟，并且措辭“一個(gè)”不排除復(fù)數(shù)。在發(fā)明的實(shí)際應(yīng)用中，一個(gè)零件可能執(zhí)行權(quán)利要求中所引用的多個(gè)技術(shù)特征的功能。權(quán)利要求中的任何附圖標(biāo)記不應(yīng)理解為對(duì)范圍的限制。
權(quán)利要求
1.一種在IP多媒體子系統(tǒng)的服務(wù)-呼叫會(huì)話控制功能中用于為訪客用戶提供在線計(jì)費(fèi)的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟:I當(dāng)接收到來(lái)自查詢-呼叫會(huì)話控制功能的注冊(cè)請(qǐng)求后，向歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商發(fā)送認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名； II.接收來(lái)自該歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商的應(yīng)答消息，該應(yīng)答消息中包括用于指示該域名是否已包含在該歸屬用戶服務(wù)器或該應(yīng)用內(nèi)容提供商中的合法的公共用戶標(biāo)識(shí)的列表的信息； III.當(dāng)該域名包含在該合法的公共用戶標(biāo)識(shí)的列表時(shí)，為該用戶觸發(fā)在線計(jì)費(fèi)過(guò)程。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述步驟III包括: -向在線計(jì)費(fèi)系統(tǒng)發(fā)送信用控制請(qǐng)求，該信用控制請(qǐng)求中包括該訪客用戶的標(biāo)識(shí)和該訪客用戶的域名。
3.根據(jù)權(quán)利要求2所述的方法，其中，該信用控制請(qǐng)求中還包括該訪客用戶的支付選項(xiàng)。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述步驟I通過(guò)以下任一種方式實(shí)現(xiàn): -當(dāng)接收到來(lái)自查詢-呼叫會(huì)話控制功能的注冊(cè)請(qǐng)求后，向歸屬用戶服務(wù)器發(fā)送Diameter協(xié)議中的多媒體認(rèn)證請(qǐng)求,該多媒體認(rèn)證請(qǐng)求中包括該用戶的域名；或 -當(dāng)接收到來(lái)自查詢-呼叫 會(huì)話控制功能的注冊(cè)請(qǐng)求后，向應(yīng)用內(nèi)容提供商發(fā)送域名觸發(fā)消息，該域名觸發(fā)消息中包括該用戶的域名。
5.一種在IP多媒體子系統(tǒng)的在線計(jì)費(fèi)系統(tǒng)中用于對(duì)訪客用戶進(jìn)行在線計(jì)費(fèi)的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟: -接收來(lái)自服務(wù)-呼叫會(huì)話控制功能的信用控制請(qǐng)求，該信用控制請(qǐng)求中包括該訪客用戶的標(biāo)識(shí)和該訪客用戶的域名； -根據(jù)該訪客用戶的域名，向該訪客用戶的應(yīng)用內(nèi)容提供商或外部支付賬戶查詢?cè)撚脩艚K端的賬戶信息； -獲取來(lái)自應(yīng)用內(nèi)容提供商或外部支付賬戶的該訪客用戶的賬戶信息，并根據(jù)該賬戶信息為該訪客用戶建立在線計(jì)費(fèi)系統(tǒng)中的臨時(shí)賬戶，以用于在線計(jì)費(fèi)。
6.一種在IP多媒體子系統(tǒng)的查詢-呼叫會(huì)話控制功能中用于為用戶鑒權(quán)的方法，包括以下步驟: -向歸屬用戶服務(wù)器發(fā)送認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名； -接收來(lái)自該歸屬用戶服務(wù)器的應(yīng)答消息，該應(yīng)答消息中包括用于指示該域名是否已包含在合法的公共用戶標(biāo)識(shí)的列表的信息； -當(dāng)該域名包含在合法的公共用戶標(biāo)識(shí)的列表時(shí)，向服務(wù)呼叫會(huì)話控制功能發(fā)起注冊(cè)請(qǐng)求。
7.一種在IP多媒體子系統(tǒng)的歸屬用戶服務(wù)器中用于存儲(chǔ)訪客用戶的計(jì)費(fèi)信息的方法，該訪客用戶訂閱了應(yīng)用內(nèi)容提供商的服務(wù)，該方法包括以下步驟: A.為該應(yīng)用內(nèi)容提供商配置公共用戶標(biāo)識(shí)、可被使用的服務(wù)-呼叫會(huì)話控制功能； B.接收來(lái)自查詢-呼叫會(huì)話控制功能的認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求中包括該用戶的域名； C.判斷該認(rèn)證請(qǐng)求中的域名是否包含在合法的公共用戶標(biāo)識(shí)的列表中； D.當(dāng)該認(rèn)證請(qǐng)求中的域名已包含在合法的公共用戶標(biāo)識(shí)的列表中時(shí)，向該查詢-呼叫會(huì)話控制功能發(fā)送應(yīng)答消息，該應(yīng)答消息中包括與該用戶相對(duì)應(yīng)的服務(wù)-呼叫會(huì)話控制功倉(cāng)泛; D’.當(dāng)該認(rèn)證請(qǐng)求中的域名未包含在已配置的公共用戶標(biāo)識(shí)中時(shí)，向該查詢-呼叫會(huì)話控制功能發(fā)送應(yīng)答消息，該應(yīng)答消息指示未找到匹配的信息，并拒絕通話。
8.根據(jù)權(quán)利要求7所述的方法，其中，所述步驟A通過(guò)以下方式中的任一種實(shí)現(xiàn): -為該應(yīng)用內(nèi)容提供商的至少一部分用戶配置通配的公共用戶標(biāo)識(shí)； -為該內(nèi)容提供商的各個(gè)用戶分別配置專用的公共用戶標(biāo)識(shí)。
9.根據(jù)權(quán)利要求7所述的方法，其中，所述步驟D之后還包括: E.接收來(lái)自服務(wù)-呼叫會(huì)話控制功能的多媒體注冊(cè)請(qǐng)求； F.向所述服務(wù)-呼叫會(huì)話控制功能反饋用戶屬性信息。
10.一種在MS核心網(wǎng)絡(luò)中用于融合應(yīng)用內(nèi)容提供商的業(yè)務(wù)的方法，該方法包括以下步驟: -允許網(wǎng)絡(luò)用戶利用網(wǎng)絡(luò)賬戶點(diǎn)擊撥打移動(dòng)通話方。
11.根據(jù)權(quán)利要求10所述 的方法，其中，所述允許網(wǎng)絡(luò)用戶利用網(wǎng)絡(luò)賬戶點(diǎn)擊撥打移動(dòng)通話方的步驟通過(guò)在應(yīng)用內(nèi)容提供商與呼叫會(huì)話控制功能之間提供開(kāi)放的應(yīng)用程序接口實(shí)現(xiàn)。
全文摘要
本發(fā)明提出了一種在IMS核心網(wǎng)絡(luò)中用于融合應(yīng)用內(nèi)容提供商的業(yè)務(wù)的方法，該方法包括以下步驟允許網(wǎng)絡(luò)用戶利用網(wǎng)絡(luò)賬戶點(diǎn)擊撥打移動(dòng)通話方。優(yōu)選地，所述允許網(wǎng)絡(luò)用戶利用網(wǎng)絡(luò)賬戶點(diǎn)擊撥打移動(dòng)通話方的步驟通過(guò)在應(yīng)用內(nèi)容提供商與呼叫會(huì)話控制功能之間提供開(kāi)放的應(yīng)用程序接口實(shí)現(xiàn)。
文檔編號(hào)H04L29/06GK103095470SQ20111034454
公開(kāi)日2013年5月8日 申請(qǐng)日期2011年10月27日 優(yōu)先權(quán)日2011年10月27日
發(fā)明者李向陽(yáng), 蔡亦鋼 申請(qǐng)人:阿爾卡特朗訊