專(zhuān)利名稱(chēng)：一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分組數(shù)據(jù)計(jì)費(fèi)領(lǐng)域，特別是指一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法。
背景技術(shù)：
隨著分組數(shù)據(jù)業(yè)務(wù)應(yīng)用的逐漸廣泛，如何準(zhǔn)確合理地對(duì)分組數(shù)據(jù)業(yè)務(wù)進(jìn)行計(jì)費(fèi)，已成為運(yùn)營(yíng)商普遍關(guān)注的問(wèn)題。
圖1示出了分組數(shù)據(jù)協(xié)議上下文(PDP Context，Packet Data ProtocolContext)激活、數(shù)據(jù)傳輸、去激活流程圖，如圖1所示，在通用分組無(wú)線(xiàn)業(yè)務(wù)(GPRS，General Packet Radio Service)中，激活PDP Context、與外部分組數(shù)據(jù)網(wǎng)絡(luò)(PDN，Packet Data Network)進(jìn)行數(shù)據(jù)交互、去激活該P(yáng)DPContext的實(shí)現(xiàn)過(guò)程包括以下步驟步驟101移動(dòng)終端(MS)向服務(wù)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)(SGSN，Serving GPRS Support Node)發(fā)送PDP Context激活請(qǐng)求(Activate PDPContext Request)，該Activate PDP Context Request中攜帶有網(wǎng)絡(luò)層業(yè)務(wù)訪(fǎng)問(wèn)點(diǎn)標(biāo)識(shí)(NSAPI，Network Layer Service Access Point Identifier)、PDP類(lèi)型、接入點(diǎn)名稱(chēng)(APN，Access Point Name)、要求的服務(wù)質(zhì)量(QoS)參數(shù)、事務(wù)標(biāo)識(shí)(TI，Transaction Identifier)等信息，其中，NSAPI在SGSN和網(wǎng)關(guān)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)(GGSN，Gateway GPRS Support Node)之間作為隧道標(biāo)識(shí)(TID，Tunnel Identifier)的組成部分，用于標(biāo)識(shí)PDPContext；PDP類(lèi)型包括端對(duì)端協(xié)議(PPP，Peer-Peer Protocol)類(lèi)型、網(wǎng)際協(xié)議(IP，Internet Protocol)類(lèi)型等；APN可由MS向SGSN提供，SGSN根據(jù)APN尋址到相應(yīng)GGSN，GGSN根據(jù)APN確定MS所要訪(fǎng)問(wèn)的外部網(wǎng)絡(luò)，MS也可不向SGSN提供APN，此時(shí)，由SGSN根據(jù)MS用戶(hù)的簽約信息選擇缺省的APN；QoS參數(shù)為MS指定的分組數(shù)據(jù)業(yè)務(wù)所要達(dá)到的質(zhì)量要求；TI用于MS標(biāo)識(shí)某個(gè)PDP context。
步驟102SGSN收到Activate PDP Context Request后，與MS進(jìn)行安全性檢查和加密，該步驟為可選步驟。
步驟103SGSN根據(jù)APN解析GGSN的地址信息，如果SGSN能夠根據(jù)APN解析出GGSN的地址信息，則為PDP Context創(chuàng)建TEID，該TEID可為國(guó)際移動(dòng)用戶(hù)標(biāo)識(shí)(IMSI，International Mobile Subscriber Identity)與NSAPI的組合，然后SGSN向GGSN發(fā)送PDP Context創(chuàng)建請(qǐng)求(Create PDPContext Request)，該P(yáng)DP Context創(chuàng)建請(qǐng)求中攜帶有PDP類(lèi)型、PDP地址、APN、QoS參數(shù)、TEID、選擇模式等，其中，PDP地址可為MS的IP地址，為可選參數(shù)，PDP Context創(chuàng)建請(qǐng)求中可不攜帶PDP地址，此時(shí)，在后續(xù)的處理過(guò)程中，可由GGSN為MS分配IP地址，也可由最終與MS建立連接的PDN為MS分配IP地址；選擇模式是指APN的選擇模式，即APN是由MS選定的還是由SGSN選定的。如果SGSN無(wú)法根據(jù)APN解析出GGSN的地址信息，則SGSN拒絕MS發(fā)起的PDP Context激活請(qǐng)求。
步驟104GGSN收到PDP Context創(chuàng)建請(qǐng)求后，根據(jù)APN確定外部PDN，然后分配計(jì)費(fèi)標(biāo)識(shí)(Charging ID)、啟動(dòng)計(jì)費(fèi)，并且協(xié)商QoS，如果GGSN能夠滿(mǎn)足QoS參數(shù)的服務(wù)質(zhì)量要求，則向SGSN返回PDP Context創(chuàng)建響應(yīng)(Create PDP Context Response)，該P(yáng)DP Context創(chuàng)建響應(yīng)中攜帶有TEID、PDP地址、鏈路承載(Backbone Bearer)協(xié)議、商定的QoS參數(shù)、Charging ID等信息。如果GGSN無(wú)法滿(mǎn)足QoS參數(shù)的服務(wù)質(zhì)量要求，則GGSN拒絕SGSN發(fā)起的PDP Context創(chuàng)建請(qǐng)求，然后SGSN拒絕MS發(fā)起的PDP Context激活請(qǐng)求。
步驟105SGSN收到PDP Context創(chuàng)建響應(yīng)后，在PDP Context中插入用于標(biāo)識(shí)PDP Context的NSAPI和GGSN地址信息，并根據(jù)商定的QoS參數(shù)選擇無(wú)線(xiàn)優(yōu)先權(quán)，然后向MS返回PDp Context激活響應(yīng)(Activate PDPContext Accept)，該P(yáng)DP Context激活響應(yīng)中攜帶有PDP類(lèi)型、PDP地址、TI、商定的QoS參數(shù)、無(wú)線(xiàn)優(yōu)先權(quán)、PDP配置選項(xiàng)等信息。并且，SGSN啟動(dòng)計(jì)費(fèi)。MS收到PDP Context激活響應(yīng)，就已經(jīng)建立了MS與GGSN直接的路由，可以進(jìn)行分組數(shù)據(jù)的傳輸了。
步驟106MS通過(guò)SGSN、GGSN與PDN進(jìn)行分組數(shù)據(jù)的交互。
步驟107結(jié)束分組數(shù)據(jù)交互后，MS向SGSN發(fā)送PDP Context去激活請(qǐng)求(Deactivate PDP Context Request)，該P(yáng)DP Context去激活請(qǐng)求中攜帶有TI。
步驟108SGSN收到PDP Context去激活請(qǐng)求后，與MS進(jìn)行安全性檢查和加密，該步驟為可選步驟。
步驟109～步驟111SGSN向GGSN發(fā)送PDP Context刪除請(qǐng)求(DeletePDP Context Request)，該P(yáng)DP Context刪除請(qǐng)求中攜帶有TEID。GGSN收到PDP Context刪除請(qǐng)求后，結(jié)束對(duì)MS的計(jì)費(fèi)，刪除對(duì)應(yīng)于TEID的PDPContext，然后向SGSN發(fā)送PDP Context刪除響應(yīng)(Delete PDP ContextResponse)，該P(yáng)DP Context刪除響應(yīng)中攜帶有TEID。SGSN收到PDP Context刪除響應(yīng)后，結(jié)束對(duì)MS的計(jì)費(fèi)，刪除對(duì)應(yīng)于TEID的PDP Context，然后向MS發(fā)送PDP Context去激活響應(yīng)(Deactivate PDP Context Response)，該P(yáng)DP Context去激活響應(yīng)中攜帶有TI。MS收到PDP Context去激活響應(yīng)后，刪除對(duì)應(yīng)于TI的PDP Context。
由圖1描述的實(shí)現(xiàn)過(guò)程可見(jiàn)，當(dāng)前的GPRS計(jì)費(fèi)系統(tǒng)中，由于計(jì)費(fèi)的起始點(diǎn)設(shè)置在PDP Context激活時(shí)，計(jì)費(fèi)的終止點(diǎn)設(shè)置在PDP Context刪除時(shí)，因此只能根據(jù)PDP Context傳輸?shù)臄?shù)據(jù)流量進(jìn)行計(jì)費(fèi)，或是根據(jù)PDP Context處于激活狀態(tài)的時(shí)間長(zhǎng)度進(jìn)行計(jì)費(fèi)。然而，在實(shí)際應(yīng)用中，MS與PDN進(jìn)行數(shù)據(jù)交互后，該MS可以基于一個(gè)激活的PDP Context進(jìn)行多種業(yè)務(wù)，也就是說(shuō)，如果PDN能夠提供多種業(yè)務(wù)，如電子郵件(Email)收發(fā)業(yè)務(wù)、基于無(wú)線(xiàn)應(yīng)用協(xié)議的(WAP，Wireless Application Protocol)的瀏覽業(yè)務(wù)、基于文件傳輸協(xié)議(FTP，F(xiàn)ile Transfer Protocol)的文件傳輸?shù)葮I(yè)務(wù)，則MS在與該P(yáng)DN建立傳輸通道后，可通過(guò)一個(gè)激活的PDP Context承載該P(yáng)DN能夠提供的各種業(yè)務(wù)。但是，運(yùn)營(yíng)商對(duì)于各種業(yè)務(wù)的計(jì)費(fèi)模式很可能采用不同的計(jì)費(fèi)方式，如對(duì)于Email收發(fā)業(yè)務(wù)可基于Email接收和發(fā)送事件的觸發(fā)按次計(jì)費(fèi)，對(duì)于WAP瀏覽業(yè)務(wù)可根據(jù)流量計(jì)費(fèi)，對(duì)于文件傳輸業(yè)務(wù)也可根據(jù)流量計(jì)費(fèi)，WAP瀏覽業(yè)務(wù)的費(fèi)率與文件傳輸業(yè)務(wù)的費(fèi)率卻不盡相同，這樣，根據(jù)現(xiàn)有的GPRS計(jì)費(fèi)系統(tǒng)，根本無(wú)法對(duì)同一PDP Context承載的不同業(yè)務(wù)進(jìn)行區(qū)分計(jì)費(fèi)。
針對(duì)上述情況，第三代合作伙伴計(jì)劃(3GPP，The 3rd GenerationPartnership Project)目前正在討論如何實(shí)現(xiàn)基于IP數(shù)據(jù)流的計(jì)費(fèi)(FBC，F(xiàn)lowBased Charging)。對(duì)于一個(gè)分組數(shù)據(jù)業(yè)務(wù)而言，MS的用戶(hù)使用該業(yè)務(wù)時(shí)，傳輸和接收到的所有IP數(shù)據(jù)流(IP Flow)，也可為IP分組包(IP packet)，總稱(chēng)為業(yè)務(wù)數(shù)據(jù)流(Service Data Flow)，即業(yè)務(wù)數(shù)據(jù)流是多個(gè)IP數(shù)據(jù)流組成的集合，因此基于IP數(shù)據(jù)流的計(jì)費(fèi)能夠真實(shí)反映某個(gè)業(yè)務(wù)數(shù)據(jù)流對(duì)資源的占用情況?；贗P數(shù)據(jù)流的計(jì)費(fèi)可被認(rèn)為是通過(guò)一些類(lèi)似篩子的過(guò)濾器將同一PDP Context中承載的不同業(yè)務(wù)的IP數(shù)據(jù)流分別篩選出來(lái)，然后針對(duì)不同過(guò)濾器過(guò)濾出的IP數(shù)據(jù)流進(jìn)行分別計(jì)費(fèi)，以達(dá)到對(duì)不同的業(yè)務(wù)數(shù)據(jù)流分別計(jì)費(fèi)的目的。這樣，基于IP數(shù)據(jù)流的計(jì)費(fèi)粒度要遠(yuǎn)遠(yuǎn)小于基于一個(gè)PDPContext的計(jì)費(fèi)粒度，粒度可看作是篩子孔的大小，基于一個(gè)PDP Context的計(jì)費(fèi)粒度是一個(gè)PDP Context就是一個(gè)篩子孔，而基于IP數(shù)據(jù)流的計(jì)費(fèi)粒度則是一個(gè)IP業(yè)務(wù)數(shù)據(jù)流則為一個(gè)篩子孔，即針對(duì)一個(gè)PDP Context中包含多個(gè)篩子孔，因此，基于IP數(shù)據(jù)流的計(jì)費(fèi)與比基于一個(gè)PDP Context的計(jì)費(fèi)相比，基于IP數(shù)據(jù)流的計(jì)費(fèi)能夠?yàn)檫\(yùn)營(yíng)商或業(yè)務(wù)提供者提供更為豐富的計(jì)費(fèi)手段。
3GPP中對(duì)FBC的系統(tǒng)結(jié)構(gòu)、功能要求以及消息交互流程等方面均進(jìn)行了描述，支持在線(xiàn)計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)如圖2A所示，基于移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的客戶(hù)化應(yīng)用(CAMEL，Customised Application for Mobile NetworkEnhanced Logic)的業(yè)務(wù)控制點(diǎn)(SCP，Service Control Point)201和基于業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的信用控制功能實(shí)體(CCF，Service Data Flow Based CreditControl Function)202組成了在線(xiàn)計(jì)費(fèi)系統(tǒng)(OCS，Online Charging System)206。CCF 202通過(guò)Ry接口與基于業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的計(jì)費(fèi)規(guī)則功能實(shí)體(CRF，Service Data Flow Based Charging Rule Function)203互通，CRF 203通過(guò)Rx接口與應(yīng)用功能實(shí)體(AF，Application Function)204互通，CRF 203通過(guò)Gx接口與傳輸面功能實(shí)體(TPF，Traffic Plane Function)205互通，CCF 202通過(guò)Gy接口與TPF 205互通。
支持離線(xiàn)計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)如圖2B所示，CRF 203通過(guò)Rx接口與AF 204互通，CRF 203通過(guò)Gx接口與TPF 205互通，TPF 205通過(guò)Gz接口分別與計(jì)費(fèi)網(wǎng)關(guān)功能實(shí)體(CGF，Charging Gateway Function)207和計(jì)費(fèi)采集功能實(shí)體(CCF，Charging Collection Function)208互通。
TPF 205承載IP數(shù)據(jù)流，當(dāng)IP數(shù)據(jù)流的承載建立時(shí)，TPF 205通過(guò)Gx接口向CRF 203發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有與用戶(hù)和MS相關(guān)的信息、承載特性以及與網(wǎng)絡(luò)相關(guān)的信息等，其中與用戶(hù)和MS相關(guān)的信息可為移動(dòng)臺(tái)國(guó)際號(hào)碼(MSISDN)、國(guó)際移動(dòng)用戶(hù)標(biāo)識(shí)(IMSI)等，與網(wǎng)絡(luò)相關(guān)的信息可為移動(dòng)網(wǎng)絡(luò)編碼(MNC)、移動(dòng)國(guó)家碼(MCC)等。另外，由于在IP數(shù)據(jù)流傳輸過(guò)程中，會(huì)對(duì)承載進(jìn)行修改，如對(duì)QoS參數(shù)進(jìn)行重新協(xié)商，當(dāng)用戶(hù)使用同一業(yè)務(wù)的QoS參數(shù)不同時(shí)，計(jì)費(fèi)規(guī)則可能不同，如QoS參數(shù)下降相應(yīng)的費(fèi)率也下降。此時(shí)，TPF 205可在承載修改時(shí)，重新向CRF 203發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，請(qǐng)求新的計(jì)費(fèi)規(guī)則；CRF 203根據(jù)TPF 205提供的上述輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，并向TPF 205返回選定的計(jì)費(fèi)規(guī)則，計(jì)費(fèi)規(guī)則中包括計(jì)費(fèi)機(jī)制、計(jì)費(fèi)類(lèi)型、計(jì)費(fèi)鍵、業(yè)務(wù)數(shù)據(jù)流過(guò)濾器、計(jì)費(fèi)規(guī)則優(yōu)先級(jí)等信息。其中，計(jì)費(fèi)機(jī)制可為采用在線(xiàn)計(jì)費(fèi)還是離線(xiàn)計(jì)費(fèi)；計(jì)費(fèi)類(lèi)型可為基于時(shí)間長(zhǎng)度進(jìn)行計(jì)費(fèi)還是基于數(shù)據(jù)流量進(jìn)行計(jì)費(fèi)；計(jì)費(fèi)鍵是與計(jì)費(fèi)費(fèi)率相關(guān)的參數(shù)，CRF 203可不直接向TPF 205提供計(jì)費(fèi)費(fèi)率，而只是向TPF 205提供與計(jì)費(fèi)費(fèi)率相關(guān)的參數(shù)；業(yè)務(wù)數(shù)據(jù)過(guò)濾器用于指示TPF 205對(duì)哪些IP數(shù)據(jù)流進(jìn)行過(guò)濾，然后TPF 205根據(jù)計(jì)費(fèi)規(guī)則對(duì)過(guò)濾出的IP數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。業(yè)務(wù)數(shù)據(jù)過(guò)濾器可包含IP5元組，IP5元組可包括源/目的IP地址、源/目的端口號(hào)(Port Number)、協(xié)議標(biāo)識(shí)(Protocol ID)等信息，例如，CRF 203指示TPF 205對(duì)源地址為10.0.0.1、目的地址為10.0.0.2、源/目的端口號(hào)為20、協(xié)議類(lèi)型為傳輸控制協(xié)議(TCP)的IP數(shù)據(jù)流進(jìn)行過(guò)濾，并根據(jù)計(jì)費(fèi)規(guī)則對(duì)過(guò)濾出的IP數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。
CRF 203可向TPF 205提供觸發(fā)事件(Event Trigger)，用以要求TPF 205在特定事件發(fā)生時(shí)，向CRF 205請(qǐng)求新的計(jì)費(fèi)規(guī)則，如CRF 203要求TPF 205在某些承載進(jìn)行修改的事件發(fā)生時(shí)，向CRF 203請(qǐng)求新的計(jì)費(fèi)規(guī)則。
CRF 203除了根據(jù)TPF 205提供的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則之外，CRF 203還可根據(jù)AF 204或OCS 206的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，如AF 204通知CRF 203用戶(hù)當(dāng)前使用的業(yè)務(wù)類(lèi)型，CRF 203根據(jù)該業(yè)務(wù)類(lèi)型選擇相應(yīng)的計(jì)費(fèi)規(guī)則。
OCS 206由SCP 201和CCF(Service Data Flow Based Credit ControlFunction)202兩個(gè)功能實(shí)體組成，其中，CCF(Service Data Flow Based CreditControl Function)202是執(zhí)行信用控制的功能實(shí)體，僅應(yīng)用于在線(xiàn)計(jì)費(fèi)系統(tǒng)，可通過(guò)在現(xiàn)有的OCS 206中增加新的功能來(lái)實(shí)現(xiàn)。在在線(xiàn)計(jì)費(fèi)過(guò)程中，CCF(Service Data Flow Based Credit Control Function)202對(duì)用戶(hù)信用進(jìn)行管理和控制，當(dāng)用戶(hù)使用業(yè)務(wù)時(shí)，CCF(Service Data Flow Based Credit ControlFunction)202對(duì)該用戶(hù)信用池中的信用進(jìn)行鑒權(quán)，并通過(guò)Gy接口向TPF 205下發(fā)用戶(hù)能夠使用的信用。
對(duì)應(yīng)于GPRS網(wǎng)絡(luò)，TPF 205為GGSN，AF為PDN中的一個(gè)業(yè)務(wù)網(wǎng)關(guān)或業(yè)務(wù)服務(wù)器，CRF 203為新增的邏輯實(shí)體。TPF 205為計(jì)費(fèi)規(guī)則的執(zhí)行點(diǎn)，CRF 203為計(jì)費(fèi)規(guī)則的控制點(diǎn)。
目前，規(guī)范中定義了在CRF和TPF之間通過(guò)對(duì)話(huà)的方式進(jìn)行通信，并且不同對(duì)話(huà)通過(guò)對(duì)話(huà)號(hào)進(jìn)行標(biāo)識(shí)，即當(dāng)承載建立時(shí)，TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，通過(guò)對(duì)話(huà)號(hào)標(biāo)識(shí)TPF和CRF之間建立的對(duì)話(huà)。在后續(xù)承載修改、承載刪除的過(guò)程中，TPF需要向CRF重新請(qǐng)求計(jì)費(fèi)規(guī)則時(shí)，TPF通過(guò)對(duì)話(huà)號(hào)標(biāo)識(shí)當(dāng)前計(jì)費(fèi)規(guī)則請(qǐng)求是基于先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系；同樣地，CRF需要主動(dòng)向TPF提供計(jì)費(fèi)規(guī)則時(shí)，如CRF收到AF或OCS提供的用于確定計(jì)費(fèi)規(guī)則的輸入信息，CRF也需要通過(guò)對(duì)話(huà)號(hào)標(biāo)識(shí)當(dāng)前提供的計(jì)費(fèi)規(guī)則與先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系。
在兩個(gè)實(shí)體間建立對(duì)話(huà)的意義在于在兩個(gè)實(shí)體間建立狀態(tài)機(jī)，這樣，兩個(gè)實(shí)體在進(jìn)行后續(xù)交互時(shí)可直接使用狀態(tài)機(jī)中的數(shù)據(jù)，而無(wú)需在每次交互時(shí)都提供相關(guān)信息。例如，承載建立時(shí)，TPF需向CRF提供用戶(hù)信息、承載屬性、網(wǎng)絡(luò)信息等相關(guān)信息，TPF與CRF之間建立對(duì)話(huà)后，TPF和CRF均會(huì)存儲(chǔ)這些相關(guān)信息，在TPF與CRF之間后續(xù)的交互過(guò)程中，如承載修改、承載刪除等過(guò)程，發(fā)送方無(wú)需再向接收方提供這些相關(guān)信息，而是僅僅提供對(duì)話(huà)號(hào)標(biāo)識(shí)出相應(yīng)的對(duì)話(huà)即可。
雖然規(guī)范中定義了在CRF和TPF之間通過(guò)對(duì)話(huà)的方式進(jìn)行通信，但規(guī)范中并未指出用于標(biāo)識(shí)對(duì)話(huà)的對(duì)話(huà)號(hào)是如何分配的，導(dǎo)致了現(xiàn)有流程在實(shí)現(xiàn)上的不確定性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，使得基于分組數(shù)據(jù)流計(jì)費(fèi)的各流程的實(shí)現(xiàn)更為完整。
為了達(dá)到上述目的，本發(fā)明提供了一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，該方法包含以下步驟A1、消息發(fā)送方分配對(duì)話(huà)號(hào)。
所述步驟A1之后進(jìn)一步包括
B1、消息發(fā)送方向消息接收方提供分配的對(duì)話(huà)號(hào)。
所述消息發(fā)送方為T(mén)PF。
所述消息接收方為CRF，所述步驟B1為T(mén)PF向CRF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在計(jì)費(fèi)規(guī)則請(qǐng)求中。
所述步驟B1之后進(jìn)一步包括CRF向TPF提供計(jì)費(fèi)規(guī)則時(shí)，進(jìn)一步向TPF提供所述對(duì)話(huà)號(hào)。
所述消息接收方為OCS，所述步驟B1為T(mén)PF向OCS提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在信用請(qǐng)求中。
所述步驟B1之后進(jìn)一步包括CRF向TPF返回用戶(hù)的信用時(shí)，進(jìn)一步向TPF提供所述對(duì)話(huà)號(hào)。
所述步驟B1之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
本發(fā)明還提供了一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，該方法包含A2、消息接收方分配對(duì)話(huà)號(hào)。
所述步驟A2之后進(jìn)一步包括B2、消息接收方向消息發(fā)送方提供分配的對(duì)話(huà)號(hào)。
所述消息接收方為CRF。
所述消息接收方為CRF，所述步驟B2為CRF向TPF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在提供計(jì)費(fèi)規(guī)則的消息中。
所述消息接收方為OCS。
所述消息發(fā)送方為T(mén)PF，所述步驟B2為OCS向TPF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在提供用戶(hù)信用的消息中。
所述步驟B2之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
本發(fā)明又提供了一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，該方法包含以下步驟A3、消息發(fā)送方分配第一部分對(duì)話(huà)號(hào)；B3、消息接收方分配第二部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)和第二部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)。
所述步驟A3進(jìn)一步包括消息發(fā)送方向消息接收方提供分配的第一部分對(duì)話(huà)號(hào)；所述步驟B3為消息接收方分配第二部分對(duì)話(huà)號(hào)，將分配的第二部分對(duì)話(huà)號(hào)與接收的第一部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)。
所述步驟B3之后進(jìn)一步包括C3、消息接收方向消息發(fā)送方提供完整對(duì)話(huà)號(hào)。
所述消息發(fā)送方為T(mén)PF，所述消息接收方為CRF，所述步驟A3為T(mén)PF向CRF提供分配的第一部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)攜帶在計(jì)費(fèi)規(guī)則請(qǐng)求中。
所述步驟C3為CRF向TPF提供完整對(duì)話(huà)號(hào)，所述完整對(duì)話(huà)號(hào)攜帶在提供計(jì)費(fèi)規(guī)則的消息中。
所述消息發(fā)送方為T(mén)PF，所述消息接收方為OCS，所述步驟A3為T(mén)PF向OCS提供分配的第一部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)攜帶在信用請(qǐng)求中。
所述步驟C3為OCS向TPF提供完整對(duì)話(huà)號(hào)，所述完整對(duì)話(huà)號(hào)攜帶在提供用戶(hù)信用的消息中。
所述步驟C3之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
根據(jù)本發(fā)明，在基于分組數(shù)據(jù)流的計(jì)費(fèi)中，明確了對(duì)話(huà)號(hào)的分配實(shí)體，通過(guò)對(duì)話(huà)號(hào)能夠唯一標(biāo)識(shí)消息發(fā)送方和消息接收方之間的對(duì)話(huà)，使得基于分組數(shù)據(jù)流計(jì)費(fèi)的各流程的實(shí)現(xiàn)更為完整。并且，本發(fā)明中提供了多種對(duì)話(huà)號(hào)的分配方法，為實(shí)際應(yīng)用提供了靈活的選擇。


圖1示出了PDP Context激活、數(shù)據(jù)傳輸、去激活流程圖；圖2A示出了支持在線(xiàn)計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)圖；圖2B示出了支持離線(xiàn)計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)圖；圖3示出了消息發(fā)送方分配對(duì)話(huà)號(hào)的過(guò)程示意圖；圖4示出了消息接收方分配對(duì)話(huà)號(hào)的過(guò)程示意圖；圖5示出了消息發(fā)送方和消息接收方共同分配對(duì)話(huà)號(hào)的過(guò)程示意圖；圖6示出了對(duì)話(huà)號(hào)的一種應(yīng)用實(shí)例示意圖；圖7示出了對(duì)話(huà)號(hào)的另一種應(yīng)用實(shí)例示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明中，在基于分組數(shù)據(jù)流計(jì)費(fèi)的實(shí)現(xiàn)過(guò)程中，建立對(duì)話(huà)時(shí)，可由消息發(fā)送方分配對(duì)話(huà)號(hào)，然后提供給消息接收方；也可由消息接收方分配對(duì)話(huà)號(hào)，然后提供給消息發(fā)送方，兩方之間后續(xù)的交互過(guò)程中，消息發(fā)送方和消息接收方使用分配的對(duì)話(huà)號(hào)標(biāo)識(shí)二者之間一次對(duì)話(huà)中交互的信息。以上所述的消息發(fā)送方是指最初發(fā)送消息的一方。以上所述的消息發(fā)送方為T(mén)PF，消息接收方為CRF；或消息接收方為T(mén)PF，消息接收方為OCS，等等。
為保證分配的對(duì)話(huà)號(hào)的唯一性，分配的對(duì)話(huà)號(hào)可為分配對(duì)話(huà)號(hào)的網(wǎng)絡(luò)實(shí)體的地址信息與隨機(jī)數(shù)的組合，分配方的地址信息可為IP地址或七號(hào)信令網(wǎng)中網(wǎng)絡(luò)實(shí)體的地址信息。
圖3示出了消息發(fā)送方分配對(duì)話(huà)號(hào)的過(guò)程示意圖，如圖3所示，消息發(fā)送方分配對(duì)話(huà)號(hào)的實(shí)現(xiàn)過(guò)程包括以下步驟步驟301用戶(hù)設(shè)備(UE)向TPF發(fā)送承載建立請(qǐng)求(Establish BearerService Request)，在GPRS網(wǎng)絡(luò)中，則是GGSN收到Create PDP ContextRequest。
步驟302TPF收到承載建立請(qǐng)求后，為當(dāng)前對(duì)話(huà)分配對(duì)話(huà)號(hào)，然后向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求(Request Charging Rules)，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息和分配的對(duì)話(huà)號(hào)。
步驟303CRF收到計(jì)費(fèi)規(guī)則請(qǐng)求后，根據(jù)該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的輸入信息，還可根據(jù)AF提供的相關(guān)輸入信息，如果為在線(xiàn)計(jì)費(fèi)方式，也可根據(jù)OCS提供的相關(guān)輸入信息，選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則。
步驟304CRF選擇了適當(dāng)?shù)挠?jì)費(fèi)規(guī)則后，向TPF返回提供計(jì)費(fèi)規(guī)則(Provision Charging Rules)，作為計(jì)費(fèi)規(guī)則請(qǐng)求的響應(yīng)，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則、計(jì)費(fèi)規(guī)則操作指示和TPF在步驟302中分配的對(duì)話(huà)號(hào)，通過(guò)該對(duì)話(huà)號(hào)標(biāo)識(shí)當(dāng)前計(jì)費(fèi)規(guī)則響應(yīng)與先前計(jì)費(fèi)規(guī)則請(qǐng)求之間的對(duì)應(yīng)關(guān)系。
步驟305TPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)對(duì)話(huà)號(hào)索引到相應(yīng)的對(duì)話(huà)，并根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，如果為在線(xiàn)計(jì)費(fèi)方式，則繼續(xù)執(zhí)行步驟306～步驟308，如果為離線(xiàn)計(jì)費(fèi)方式，則直接執(zhí)行步驟308。
步驟306TPF根據(jù)計(jì)費(fèi)規(guī)則中的在線(xiàn)計(jì)費(fèi)指示，為當(dāng)前對(duì)話(huà)分配對(duì)話(huà)號(hào)，然后向OCS發(fā)送信用請(qǐng)求(Credit Request)，向OCS請(qǐng)求用戶(hù)的信用信息。
步驟307OCS收到信用請(qǐng)求后，確定用戶(hù)的信用，然后向TPF返回信用響應(yīng)(Credit Response)，如果OCS確定出用戶(hù)的信用，則該信用響應(yīng)中攜帶有用戶(hù)的信用和TPF在步驟306中分配的對(duì)話(huà)號(hào)；如果OCS未確定出用戶(hù)的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值和TPF在步驟306中分配的對(duì)話(huà)號(hào)，通過(guò)該對(duì)話(huà)號(hào)標(biāo)識(shí)當(dāng)前信用響應(yīng)與先前信用請(qǐng)求之間的對(duì)應(yīng)關(guān)系。
步驟308TPF向UE返回承載建立響應(yīng)(Establish Bearer ServiceAccept)，如果TPF能夠根據(jù)已有信息建立承載，如OCS返回了用戶(hù)的信用，則該承載建立響應(yīng)為承載建立成功響應(yīng)，TPF接受UE發(fā)起的承載建立請(qǐng)求，并繼續(xù)后續(xù)的承載建立流程；如果TPF無(wú)法根據(jù)已有信息建立承載，如OCS未返回用戶(hù)的信用，則該承載建立響應(yīng)為承載建立失敗響應(yīng)，TPF拒絕UE發(fā)起的承載建立請(qǐng)求。
圖4示出了消息接收方分配對(duì)話(huà)號(hào)的過(guò)程示意圖，如圖4所示，消息接收方分配對(duì)話(huà)號(hào)的實(shí)現(xiàn)過(guò)程包括以下步驟步驟401與步驟301相同。
步驟402TPF收到承載修改請(qǐng)求后，向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息。
步驟403與步驟303相同。
步驟404CRF選擇了適當(dāng)?shù)挠?jì)費(fèi)規(guī)則后，為當(dāng)前對(duì)話(huà)分配對(duì)話(huà)號(hào)，向TPF返回提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則、計(jì)費(fèi)規(guī)則操作指示和分配的對(duì)話(huà)號(hào)。
步驟405與步驟305相同。
步驟406TPF根據(jù)計(jì)費(fèi)規(guī)則中的在線(xiàn)計(jì)費(fèi)指示，向OCS發(fā)送信用請(qǐng)求，向OCS請(qǐng)求用戶(hù)的信用。
步驟407OCS收到信用請(qǐng)求后，確定用戶(hù)的信用，并為當(dāng)前對(duì)話(huà)分配對(duì)話(huà)號(hào)，然后向TPF返回信用響應(yīng)，如果OCS確定出用戶(hù)的信用，則該信用響應(yīng)中攜帶有用戶(hù)的信用和分配的對(duì)話(huà)號(hào)；如果OCS未確定出用戶(hù)的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值和分配的對(duì)話(huà)號(hào)。
步驟408與步驟308相同。
由于網(wǎng)絡(luò)組網(wǎng)的原因，消息發(fā)送方和接收方可能不屬于同一網(wǎng)絡(luò)中，因此，發(fā)送方和接收方之間的對(duì)話(huà)號(hào)需要保證全球唯一，這樣不同實(shí)體分配的對(duì)話(huà)號(hào)才不會(huì)重復(fù)，通信實(shí)體才能通過(guò)對(duì)話(huà)號(hào)正確索引到相應(yīng)的對(duì)話(huà)。通常，消息發(fā)送方和接收方可通過(guò)在標(biāo)識(shí)自身網(wǎng)絡(luò)實(shí)體的地址信息上增加隨機(jī)分配的序列號(hào)的方式進(jìn)行對(duì)話(huà)號(hào)的分配，此時(shí)分配的對(duì)話(huà)號(hào)是全球唯一的。但是，由于用于標(biāo)識(shí)網(wǎng)絡(luò)實(shí)體地址的信息內(nèi)容都比較多，如果以分配對(duì)話(huà)號(hào)的網(wǎng)絡(luò)實(shí)體的地址信息作為對(duì)話(huà)號(hào)的一部分，則將使得對(duì)話(huà)號(hào)所含內(nèi)容過(guò)多，而在每條傳送的消息中都會(huì)攜帶對(duì)話(huà)號(hào)，可能會(huì)過(guò)多占用消息傳送實(shí)體的資源，因此，可由消息發(fā)送方和消息接收方共同分配對(duì)話(huà)號(hào)，例如，消息發(fā)送方將分配的自身實(shí)體中能夠唯一標(biāo)識(shí)一次對(duì)話(huà)的標(biāo)識(shí)信息作為部分對(duì)話(huà)號(hào)，填寫(xiě)在完整對(duì)話(huà)號(hào)的固定位置上，如當(dāng)完整對(duì)話(huà)號(hào)為消息中的一個(gè)參數(shù)時(shí)，消息發(fā)送方固定地將分配的部分對(duì)話(huà)號(hào)填寫(xiě)在完整對(duì)話(huà)號(hào)參數(shù)的前3位；又如，當(dāng)完整對(duì)話(huà)號(hào)為消息中的兩個(gè)參數(shù)時(shí)，消息發(fā)送方將分配的部分對(duì)話(huà)號(hào)填寫(xiě)在消息中的消息發(fā)送方對(duì)話(huà)號(hào)參數(shù)上，然后向消息接收方提供其分配的部分對(duì)話(huà)號(hào)，消息接收方將分配的自身實(shí)體中能夠唯一標(biāo)識(shí)一次對(duì)話(huà)的標(biāo)識(shí)信息作為部分對(duì)話(huà)號(hào)，填寫(xiě)在完整對(duì)話(huà)號(hào)的固定位置上，如當(dāng)完整對(duì)話(huà)號(hào)為消息中的一個(gè)參數(shù)時(shí)，消息接收方固定地將分配的部分對(duì)話(huà)號(hào)填寫(xiě)在完整對(duì)話(huà)號(hào)參數(shù)的后3位；又如，當(dāng)完整對(duì)話(huà)號(hào)為消息中的兩個(gè)參數(shù)時(shí)，消息接收方將分配的部分對(duì)話(huà)號(hào)填寫(xiě)在消息中的消息接收方對(duì)話(huà)號(hào)參數(shù)上。通過(guò)消息發(fā)送方和消息接收方共同分配的部分對(duì)話(huà)號(hào)構(gòu)成完整的對(duì)話(huà)號(hào)，用以在消息發(fā)送方和消息接收方之間傳遞，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方二者之間一次對(duì)話(huà)中交互的信息。
圖5示出了消息發(fā)送方和消息接收方共同分配對(duì)話(huà)號(hào)的過(guò)程示意圖，如圖5所示，消息發(fā)送方和消息接收方共同分配對(duì)話(huà)號(hào)的實(shí)現(xiàn)過(guò)程包括以下步驟步驟501與步驟301相同。
步驟502TPF收到承載建立請(qǐng)求后，為當(dāng)前對(duì)話(huà)分配部分對(duì)話(huà)號(hào)，然后向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息和分配的部分對(duì)話(huà)號(hào)。
步驟503與步驟303相同。
步驟504CRF選擇了適當(dāng)?shù)挠?jì)費(fèi)規(guī)則后，為當(dāng)前對(duì)話(huà)分配部分對(duì)話(huà)號(hào)，與TPF在步驟502中分配的部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)，向TPF返回提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則、計(jì)費(fèi)規(guī)則操作指示和TPF與CRF共同分配的完整對(duì)話(huà)號(hào)。
步驟505與步驟305相同。
步驟506TPF為當(dāng)前對(duì)話(huà)分配部分對(duì)話(huà)號(hào)，然后向OCS發(fā)送信用請(qǐng)求，向OCS請(qǐng)求用戶(hù)的信用信息。
步驟507OCS收到信用請(qǐng)求后，確定用戶(hù)的信用，并為當(dāng)前對(duì)話(huà)分配部分對(duì)話(huà)號(hào)，與TPF在步驟306中分配的部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)，然后向TPF返回信用響應(yīng)，如果OCS確定出用戶(hù)的信用，則該信用響應(yīng)中攜帶有用戶(hù)的信用和TPF與OCS共同分配的完整對(duì)話(huà)號(hào)；如果OCS未確定出用戶(hù)的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值和TPF與OCS共同分配的完整對(duì)話(huà)號(hào)。
步驟508與步驟308相同。
為描述方便，在以上每幅附圖中將TPF與OCS之間分配對(duì)話(huà)號(hào)的方式，描述為與TPF與CRF之間分配對(duì)話(huà)號(hào)的方式相同，實(shí)際應(yīng)用中，TPF與OCS之間分配對(duì)話(huà)號(hào)的方式與TPF與CRF之間分配對(duì)話(huà)號(hào)的方式無(wú)任何關(guān)系，可相同也可不同，均可任意選取具體的對(duì)話(huà)號(hào)分配方式。
圖6示出了對(duì)話(huà)號(hào)的一種應(yīng)用實(shí)例示意圖，如圖6所示，本實(shí)例中，承載修改時(shí)，可應(yīng)用先前分配的對(duì)話(huà)號(hào)標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方與消息接收方之間交互的信息，具體描述如下步驟601UE向TPF發(fā)送承載修改請(qǐng)求(Modify Bearer ServiceRequest)，在GPRS網(wǎng)絡(luò)中，則是GGSN收到PDP Context更新請(qǐng)求(UpdatePDP Context Request)。
步驟602TPF收到承載修改請(qǐng)求后，向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息和先前分配的對(duì)話(huà)號(hào)，用以標(biāo)識(shí)當(dāng)前消息與先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系。
步驟603～步驟604CRF收到計(jì)費(fèi)規(guī)則請(qǐng)求后，根據(jù)該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的輸入信息，還可根據(jù)AF提供的相關(guān)輸入信息，選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，然后向TPF返回提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則、計(jì)費(fèi)規(guī)則操作指示和相應(yīng)對(duì)話(huà)號(hào)。
步驟605TPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)對(duì)話(huà)號(hào)索引到相應(yīng)的對(duì)話(huà)，并根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，如果為在線(xiàn)計(jì)費(fèi)方式，則繼續(xù)執(zhí)行步驟606～步驟608，如果為離線(xiàn)計(jì)費(fèi)方式，則直接執(zhí)行步驟608。
步驟606～步驟607TPF根據(jù)計(jì)費(fèi)規(guī)則中的在線(xiàn)計(jì)費(fèi)指示，向OCS發(fā)送信用控制請(qǐng)求(Credit Control Request)，向OCS請(qǐng)求用戶(hù)的信用，該信用控制請(qǐng)求中攜帶有先前分配的對(duì)話(huà)號(hào)，用以標(biāo)識(shí)當(dāng)前消息與先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系。OCS收到信用控制請(qǐng)求后，確定用戶(hù)的信用，然后向TPF返回信用控制響應(yīng)(Credit Control Response)，如果OCS確定出用戶(hù)的信用，則該信用控制響應(yīng)中攜帶有用戶(hù)的信用和相應(yīng)對(duì)話(huà)號(hào)，如果OCS未確定出用戶(hù)的信用，則該信用控制響應(yīng)中可攜帶有差錯(cuò)原因值和相應(yīng)對(duì)話(huà)號(hào)。
步驟608TPF向UE返回承載修改響應(yīng)(Modify Bearer Service Accept)，如果TPF能夠根據(jù)已有信息對(duì)承載進(jìn)行修改，如OCS返回了用戶(hù)的信用，則該承載修改響應(yīng)為承載修改成功響應(yīng)，TPF接受UE發(fā)起的承載修改請(qǐng)求，并繼續(xù)后續(xù)的承載修改流程；如果TPF無(wú)法根據(jù)已有信息對(duì)承載進(jìn)行修改，如OCS未返回用戶(hù)的信用，則該承載修改響應(yīng)為承載修改失敗響應(yīng)，TPF拒絕UE發(fā)起的承載修改請(qǐng)求。
圖7示出了對(duì)話(huà)號(hào)的另一種實(shí)例應(yīng)用示意圖，如圖7所示，本實(shí)例中，CRF主動(dòng)向TPF下發(fā)計(jì)費(fèi)規(guī)則時(shí)，可應(yīng)用先前分配的對(duì)話(huà)號(hào)標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方與消息接收方之間交互的信息，具體描述如下
步驟701CRF收到某個(gè)內(nèi)部或外部的觸發(fā)事件(Internal or ExternalTrigger Event)，以及與該事件相關(guān)的信息，如AF向CRF發(fā)送計(jì)費(fèi)規(guī)則選擇輸入信息的事件。
步驟702CRF根據(jù)獲取的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則。這些輸入信息可為AF提供的計(jì)費(fèi)相關(guān)輸入信息，例如，用戶(hù)使用AF提供的某一業(yè)務(wù)，該業(yè)務(wù)對(duì)計(jì)費(fèi)有特殊要求，如計(jì)費(fèi)費(fèi)率與其他業(yè)務(wù)的計(jì)費(fèi)費(fèi)率不同，因此，AF向CRF提供與該業(yè)務(wù)相關(guān)的計(jì)費(fèi)輸入信息；也可為T(mén)PF提供的計(jì)費(fèi)相關(guān)輸入信息。
步驟703如果計(jì)費(fèi)規(guī)則發(fā)生變化，CRF向TPF發(fā)送提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則、計(jì)費(fèi)規(guī)則操作指示和先前分配的對(duì)話(huà)號(hào)，用以標(biāo)識(shí)當(dāng)前消息與先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系。
步驟704TPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)對(duì)話(huà)號(hào)索引到相應(yīng)的對(duì)話(huà)，并根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，如果為在線(xiàn)計(jì)費(fèi)方式，則繼續(xù)執(zhí)行步驟705～步驟706。
步驟705～步驟706TPF根據(jù)計(jì)費(fèi)規(guī)則中的在線(xiàn)計(jì)費(fèi)指示，向OCS發(fā)透信用請(qǐng)求，向OCS請(qǐng)求用戶(hù)的信用信息，該信用請(qǐng)求中攜帶有先前分配的對(duì)話(huà)號(hào)，用以標(biāo)識(shí)當(dāng)前消息與先前建立的對(duì)話(huà)之間的對(duì)應(yīng)關(guān)系。OCS收到信用請(qǐng)求后，確定用戶(hù)的信用，然后向TPF返回信用響應(yīng)，如果OCS確定出用戶(hù)的信用，則該信用響應(yīng)中攜帶有用戶(hù)的信用和相應(yīng)對(duì)話(huà)號(hào)，如果OCS未確定出用戶(hù)的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值和相應(yīng)對(duì)話(huà)號(hào)。
總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，其特征在于，該方法包含A1、消息發(fā)送方分配對(duì)話(huà)號(hào)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A1之后進(jìn)一步包括B1、消息發(fā)送方向消息接收方提供分配的對(duì)話(huà)號(hào)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述消息發(fā)送方為T(mén)PF。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述消息接收方為CRF，所述步驟B1為T(mén)PF向CRF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在計(jì)費(fèi)規(guī)則請(qǐng)求中。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟B1之后進(jìn)一步包括CRF向TPF提供計(jì)費(fèi)規(guī)則時(shí)，進(jìn)一步向TPF提供所述對(duì)話(huà)號(hào)。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述消息接收方為OCS，所述步驟B1為T(mén)PF向OCS提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在信用請(qǐng)求中。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述步驟B1之后進(jìn)一步包括CRF向TPF返回用戶(hù)的信用時(shí)，進(jìn)一步向TPF提供所述對(duì)話(huà)號(hào)。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟B1之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
9.一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，其特征在于，該方法包含A2、消息接收方分配對(duì)話(huà)號(hào)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟A2之后進(jìn)一步包括B2、消息接收方向消息發(fā)送方提供分配的對(duì)話(huà)號(hào)。
11.根據(jù)權(quán)利要求9或10所述的方法，其特征在于，所述消息接收方為CRF。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述消息接收方為CRF，所述步驟B2為CRF向TPF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在提供計(jì)費(fèi)規(guī)則的消息中。
13.根據(jù)權(quán)利要求9或10所述的方法，其特征在于，所述消息接收方為OCS。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述消息發(fā)送方為T(mén)PF，所述步驟B2為OCS向TPF提供分配的對(duì)話(huà)號(hào)，所述對(duì)話(huà)號(hào)攜帶在提供用戶(hù)信用的消息中。
15.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述步驟B2之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
16.一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，其特征在于，該方法包含以下步驟A3、消息發(fā)送方分配第一部分對(duì)話(huà)號(hào)；B3、消息接收方分配第二部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)和第二部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述步驟A3進(jìn)一步包括消息發(fā)送方向消息接收方提供分配的第一部分對(duì)話(huà)號(hào)；所述步驟B3為消息接收方分配第二部分對(duì)話(huà)號(hào)，將分配的第二部分對(duì)話(huà)號(hào)與接收的第一部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述步驟B3之后進(jìn)一步包括C3、消息接收方向消息發(fā)送方提供完整對(duì)話(huà)號(hào)。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述消息發(fā)送方為T(mén)PF，所述消息接收方為CRF，所述步驟A3為T(mén)PF向CRF提供分配的第一部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)攜帶在計(jì)費(fèi)規(guī)則請(qǐng)求中。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述步驟C3為CRF向TPF提供完整對(duì)話(huà)號(hào)，所述完整對(duì)話(huà)號(hào)攜帶在提供計(jì)費(fèi)規(guī)則的消息中。
21.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述消息發(fā)送方為T(mén)PF，所述消息接收方為OCS，所述步驟A3為T(mén)PF向OCS提供分配的第一部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)攜帶在信用請(qǐng)求中。
22.根據(jù)權(quán)利要求21所述的方法，其特征在于，所述步驟C3為OCS向TPF提供完整對(duì)話(huà)號(hào)，所述完整對(duì)話(huà)號(hào)攜帶在提供用戶(hù)信用的消息中。
23.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述步驟C3之后進(jìn)一步包括消息發(fā)送方和消息接收方通過(guò)所述對(duì)話(huà)號(hào)，標(biāo)識(shí)一次對(duì)話(huà)中消息發(fā)送方和消息接收方之間交互的信息。
全文摘要
本發(fā)明公開(kāi)了一種基于分組數(shù)據(jù)流計(jì)費(fèi)的對(duì)話(huà)號(hào)分配方法，該方法包含消息發(fā)送方分配對(duì)話(huà)號(hào)；或消息接收方分配對(duì)話(huà)號(hào)；或消息發(fā)送方分配第一部分對(duì)話(huà)號(hào)，消息接收方分配第二部分對(duì)話(huà)號(hào)，所述第一部分對(duì)話(huà)號(hào)和第二部分對(duì)話(huà)號(hào)構(gòu)成完整對(duì)話(huà)號(hào)。所述消息發(fā)送方為T(mén)PF，消息接收方為CRF；或消息接收方為T(mén)PF，消息接收方為OCS等等。兩方之間后續(xù)的交互過(guò)程中，消息發(fā)送方和消息接收方使用分配的對(duì)話(huà)號(hào)標(biāo)識(shí)二者之間一次對(duì)話(huà)中交互的信息。根據(jù)本發(fā)明提出的方法，明確了對(duì)話(huà)號(hào)的分配實(shí)體，通過(guò)對(duì)話(huà)號(hào)能夠唯一標(biāo)識(shí)消息發(fā)送方和消息接收方之間的對(duì)話(huà)，使得基于分組數(shù)據(jù)流計(jì)費(fèi)的各流程的實(shí)現(xiàn)更為完整。
文檔編號(hào)H04L12/14GK1735021SQ20041005842
公開(kāi)日2006年2月15日 申請(qǐng)日期2004年8月11日 優(yōu)先權(quán)日2004年8月11日
發(fā)明者段小琴 申請(qǐng)人:華為技術(shù)有限公司