亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

策略制定方法、策略和計(jì)費(fèi)規(guī)則功能及分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的制作方法

文檔序號:7710785閱讀:229來源:國知局
專利名稱:策略制定方法、策略和計(jì)費(fèi)規(guī)則功能及分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種策略制定方法、策略和計(jì)費(fèi)規(guī)則功能及 分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。
背景技術(shù)
第三代合作伙伴計(jì)劃(3rdGeneration Partnership Pro ject,簡稱為 3GPP)定義 了針對移動(dòng)網(wǎng)絡(luò)的策略和計(jì)費(fèi)控制架構(gòu)(Policy andCharging Control,簡稱為PCC),圖1 是根據(jù)相關(guān)技術(shù)的3GPP PCCR8架構(gòu)的示意圖,如圖1所示,各實(shí)體功能如下描述策略和計(jì)費(fèi)規(guī)則功能(Policyand Charging Rules Function,簡稱為 PCRF)為 業(yè)務(wù)包含的業(yè)務(wù)數(shù)據(jù)流使用網(wǎng)絡(luò)資源進(jìn)行服務(wù)質(zhì)量(Quality of Service,簡稱為QoS) 和計(jì)費(fèi)策略的制訂和管理。PCRF分為歸屬PCRF (home PCRF,簡稱為h_PCRF)和拜訪 PCRF (visitPCRF,簡稱為v_PCRF),其中,h_PCRF位于歸屬網(wǎng)絡(luò),v-PCRF位于漫游網(wǎng)絡(luò)。策略和計(jì)費(fèi)執(zhí)行功能實(shí)體(Policyand Charging EnforcementFunction,簡稱 為PCEF)用于執(zhí)行PCRF下發(fā)的或者PCEF上預(yù)配置的PCC規(guī)則,對網(wǎng)絡(luò)上傳輸?shù)木W(wǎng)絡(luò)協(xié)議 (Internet Proxy,簡稱為IP)報(bào)文進(jìn)行檢測,識別該IP報(bào)文隸屬的業(yè)務(wù)數(shù)據(jù)流,并對業(yè)務(wù) 數(shù)據(jù)流提供QoS和計(jì)費(fèi)控制。承載綁定和事件上報(bào)功能(Bearer Binding and Event R印ortFunction,簡稱為 BBERF)主要用于對網(wǎng)絡(luò)上傳輸?shù)腎P報(bào)文進(jìn)行檢測,并將IP報(bào)文按照規(guī)則映射到對應(yīng)的承 載通道上。此外,BBERF還執(zhí)行承載網(wǎng)關(guān)相關(guān)事件的上報(bào),例如,當(dāng)承載丟失,或者發(fā)生接入 網(wǎng)絡(luò)切換時(shí),都需要將相應(yīng)的事件上報(bào)給PCRF,請求PCRF作相應(yīng)的決策。此外,用戶簽約數(shù)據(jù)庫(Subscription Profile R印ository,簡稱為SPR)用于保 存用戶簽約的業(yè)務(wù)信息,為PCRF制訂PCC規(guī)則提供必須的用戶簽約信息。在線計(jì)費(fèi)系統(tǒng) (Online Charging System,簡稱為 0CS)和離線計(jì)費(fèi)系統(tǒng)(Off line Charging System,簡稱 為0FCS)分別用于在線和離線計(jì)費(fèi)。PCRF 分別通過 Gx、Gxa, Sp、Rx 接口 實(shí)現(xiàn)和 PCEF、BBERF, SPR、應(yīng)用功能 (Application Function,簡稱為 AF)的交互,PCEF 分別通過 Gy、Gz 接口實(shí)現(xiàn)禾口 0CS、OFCS 的交互。PCC架構(gòu)對承載網(wǎng)絡(luò)上傳輸?shù)臉I(yè)務(wù)實(shí)施策略控制的原理如下首先,PCRF在用戶正式開展具體業(yè)務(wù)之前,需要和BBERF、PCEF之間分別建立網(wǎng)關(guān) 控制會(huì)話、網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)(InternetProtocol Connection Access Network,簡稱為 IP-CAN)會(huì)話,并要建立網(wǎng)關(guān)控制會(huì)話和IP-CAN會(huì)話關(guān)聯(lián),以保證針對特定業(yè)務(wù)數(shù)據(jù)流在 BBERF和PCEF上實(shí)施控制策略的一致性。此后,在業(yè)務(wù)開展過程中,由PCRF根據(jù)應(yīng)用層協(xié)商業(yè)務(wù)信息、用戶簽約信息、運(yùn)營 商策略等為業(yè)務(wù)包含的業(yè)務(wù)數(shù)據(jù)流制訂相應(yīng)的策略,包含標(biāo)識流的五元組信息、授權(quán)帶寬 等信息。并將策略以QoS規(guī)則形式下發(fā)給BBERF,以PCC規(guī)則形式下發(fā)給PCEF。當(dāng)IP報(bào)文 到達(dá)PCEF、BBERF時(shí),首先根據(jù)規(guī)則中的五元組信息匹配IP報(bào)文,并將匹配上的IP報(bào)文使用對應(yīng)的承載進(jìn)行傳輸,并進(jìn)行相應(yīng)的計(jì)費(fèi),以實(shí)現(xiàn)對業(yè)務(wù)的有效控制。另外,當(dāng)業(yè)務(wù)開展 過程中,發(fā)生業(yè)務(wù)信息的更改,例如,終止了某一業(yè)務(wù)數(shù)據(jù)流,通過PCC也可以實(shí)時(shí)地釋放 業(yè)務(wù)所占的網(wǎng)絡(luò)資源,達(dá)到對業(yè)務(wù)進(jìn)行動(dòng)態(tài)QoS控制的目的。第三代合作伙伴計(jì)劃2 (3rd Generation Partnership Project2,簡稱為 3GPP2,)引入 PCC 作為碼分多址接入 2000 (Code DivisionMultiple Access 2000,簡稱為 CDMA2000)網(wǎng)絡(luò)的資源控制機(jī)制。圖2是根據(jù)相關(guān)技術(shù)的CDMA2000網(wǎng)絡(luò)引入的PCC架構(gòu)的 示意圖,如圖2所示,各實(shí)體功能如下描述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(Packet Date Serving Node,簡稱為PDSN)是CDMA2000網(wǎng)絡(luò) 的功能網(wǎng)元,向接入設(shè)備,例如,分組控制功能(Packet Control Function,簡稱為PCF)開 放標(biāo)準(zhǔn)的A10/A11接口,用于建立用于數(shù)據(jù)報(bào)文傳輸和QoS控制AlO連接,同時(shí),PDSN還是 無線接入網(wǎng)絡(luò)和外部分組IP網(wǎng)絡(luò)的網(wǎng)關(guān),對終端和外部IP網(wǎng)絡(luò)的數(shù)據(jù)報(bào)文進(jìn)行路由、控制 和轉(zhuǎn)發(fā)。下面分別對CDMA2000使用單純IP(Simple IP)協(xié)議、移動(dòng)IP (Mobile IP,簡稱為 MIP)協(xié)議、代理移動(dòng)IP (Proxy Mobile IP)協(xié)議進(jìn)行介紹。1. CDMA2000 網(wǎng)絡(luò)使用 Simple IP 協(xié)議。終端的地址隨附著網(wǎng)絡(luò)的改變而改變,S卩,如果終端發(fā)生網(wǎng)絡(luò)切換,則新的網(wǎng)絡(luò)必 須為其分配IP地址。終端需要使用新分配的IP地址開展業(yè)務(wù)。因此,如果正在開展業(yè)務(wù) 的終端發(fā)生漫游,則會(huì)中斷正在開展的業(yè)務(wù)。Simple IP協(xié)議機(jī)制,PCEF功能置于PDSN。不 需要BBERF功能。2. CDMA2000網(wǎng)絡(luò)使用MIP協(xié)議,有兩個(gè)與協(xié)議相關(guān)的功能網(wǎng)元?dú)w屬代理(Home Agent,簡稱為HA)和外地代理(ForeignAgent,簡稱為FA)。HA其主要功能是作為終端在MIP網(wǎng)絡(luò)下移動(dòng)時(shí)的錨定點(diǎn),為終端分配歸屬IP地址 (Home Address,簡稱為HoA)。終端發(fā)生漫游,或者發(fā)生接入網(wǎng)絡(luò)切換的時(shí)候,由HA分配給 終端的HoA始終不變,使得終端在發(fā)生移動(dòng)的時(shí)候,始終能夠保證通信對端通過HA分配給 終端的HoA找到該終端。FA通常位于終端當(dāng)前所在的本地網(wǎng)絡(luò),其主要功能是為終端提供本地IP地址 (Care of Address,簡稱為CoA)。當(dāng)終端發(fā)生漫游,或者發(fā)生接入網(wǎng)絡(luò)切換的時(shí)候,終端當(dāng) 前所在網(wǎng)絡(luò)的FA都要為終端提供CoA。如果終端移動(dòng)導(dǎo)致接入網(wǎng)絡(luò)切換,則CoA也需要改 變。FA的功能可以置于PDSN中。使用MIP協(xié)議有兩種模式=FA-CoA模式和CCoA模式l)FA-CoA 模式FA-CoA模式下CoA為FA的地址,圖3是根據(jù)相關(guān)技術(shù)的MIP協(xié)議FA-CoA模式或 PMIP協(xié)議下的PCC架構(gòu)的示意圖,如圖3所示,MIP隧道位于FA和HA之間,同時(shí),還定義了 反向隧道,即,對于前向和反向流都經(jīng)過MIP隧道進(jìn)行路由。當(dāng)標(biāo)有目的地址為終端的HoA 的IP報(bào)文到達(dá)HA ( S卩,隧道入口出),HA對IP報(bào)文進(jìn)行重新封裝,帶上CoA經(jīng)過MIP隧道 到達(dá)FA后在解封裝去除CoA后路由至終端。對于終端發(fā)送的IP報(bào)文按照同樣的方式經(jīng) 過MIP隧道路由至HA,進(jìn)而路由至外部網(wǎng)絡(luò)。FA-CoA模式下,BBERF功能位于FA/PDSN,而 PCEF功能位于HA。2) CCoA 模式CCoA模式下CoA為終端地址,圖4是根據(jù)相關(guān)技術(shù)的MIP協(xié)議CCoA模式下的PCC架構(gòu)的示意圖,如圖4所示,MIP隧道位于終端和HA之間,F(xiàn)A不參與隧道建立過程。但是, 由于終端和FA之間仍然建有連接,即,報(bào)文經(jīng)過MIP隧道達(dá)到FA時(shí),需要通過連接進(jìn)行路 由傳輸,因此,在FA/PDSN上仍然需要安置BBERF功能。而HA執(zhí)行PCEF功能。3. CDMA2000網(wǎng)絡(luò)使用PMIP協(xié)議,有兩個(gè)與協(xié)議相關(guān)的功能網(wǎng)元本地移動(dòng)錨定 (Localized Mobility Anchor,簡稱為 LMA)和移動(dòng)接入網(wǎng)關(guān)(Mobile Access Gateway,簡 稱為MAG)。LMA是終端在PMIP域的歸屬代理,相當(dāng)于MIP協(xié)議中HA的功能,用于終端在歸屬 網(wǎng)絡(luò)的錨定,給終端分配不變的IP地址。MAG是接入路由中的功能。用于管理終端附著到接入網(wǎng)絡(luò)時(shí)移動(dòng)性相關(guān)的信令。 跟蹤終端的移動(dòng),并是終端本地移動(dòng)的錨定點(diǎn)。MAG的功能可以置于PDSN。PMIP協(xié)議下的PMIP隧道建立在LMA和MAG之間,如圖3所示。終端和外部網(wǎng)絡(luò)交 互的報(bào)文都要經(jīng)過PMIP隧道進(jìn)行路由。與MIP協(xié)議的區(qū)別是,PMIP協(xié)議下,終端不會(huì)感知 移動(dòng),即網(wǎng)絡(luò)不會(huì)將本地IP地址告知給終端,終端開展業(yè)務(wù)僅使用HoA。PMIP協(xié)議下,MAG/ PDSN執(zhí)行BBERF功能,LMA執(zhí)行PCEF功能。根據(jù)PCC架構(gòu)的定義,BBERF和PCEF的主要區(qū)別在于,BBERF主要用于對業(yè)務(wù)數(shù)據(jù) 流傳輸使用網(wǎng)絡(luò)資源進(jìn)行QoS控制,而PCEF除了對業(yè)務(wù)數(shù)據(jù)流進(jìn)行QoS控制外,還需要進(jìn) 行計(jì)費(fèi)控制。因此,PCRF通過Gx會(huì)話與PCEF進(jìn)行QoS和計(jì)費(fèi)策略的交互,而通過Gxx會(huì) 話與BBERF進(jìn)行QoS策略的交互。對于圖2所示的CDMA2000網(wǎng)絡(luò)下的PCC架構(gòu),如果CDMA2000使用Simple IP協(xié) 議,則PDSN執(zhí)行PCEF功能,需要進(jìn)行計(jì)費(fèi)控制。而如果使用MIP或PMIP協(xié)議,則PDSN執(zhí) 行BBERF功能,不需要進(jìn)行計(jì)費(fèi)控制。這就對PDSN的功能提出了需求,就是PDSN需要根據(jù) 協(xié)議使用狀況,而選擇是否行使PCC下的計(jì)費(fèi)功能;PCRF也需要根據(jù)網(wǎng)絡(luò)使用協(xié)議狀況而 決策使用Gx會(huì)話還是Gxx會(huì)話和PDSN進(jìn)行控制策略交互。雖然終端在開展具體的業(yè)務(wù)之前,需要附著到網(wǎng)絡(luò),此時(shí)BBERF或PCEF需要和 PCRF建立Gxx會(huì)話或Gx會(huì)話。由于Gxx會(huì)話和Gx會(huì)話具有各自的Diameter會(huì)話標(biāo)識, PCRF根據(jù)會(huì)話標(biāo)識可以區(qū)分Gxx會(huì)話和Gx會(huì)話,從而可以區(qū)分是和BBERF交互還是和PCEF 交互,對于PDSN即可能執(zhí)行BBERF,又可能執(zhí)行PCEF功能的情況,PCRF進(jìn)而可以進(jìn)一步感 知PDSN是執(zhí)行BBERF功能還是PCEF功能。但是根據(jù)PCC架構(gòu)定義,如果架構(gòu)存在BBERF 功能,則終端在附著過程中,需要首先建立Gxx會(huì)話,還需要建立Gx會(huì)話,并需要建立Gxx 會(huì)話的關(guān)聯(lián)。此時(shí)如果PCRF在沒有收到Gxx會(huì)話的情況下,接收到了 Gx會(huì)話,就可能導(dǎo)致 PCRF判斷會(huì)話建立過程發(fā)生錯(cuò)誤。因此,如果是PDSN既執(zhí)行BBERF功能,又執(zhí)行PCEF功能 的情況,僅根據(jù)Diameter會(huì)話標(biāo)識,還不能完全解決PCRF對PDSN執(zhí)行功能進(jìn)行區(qū)分的問 題。另外,對于同時(shí)兼容Simple IP和MIP協(xié)議的終端發(fā)起業(yè)務(wù),要在PDSN上實(shí)施正確 的策略控制,同樣需要解決上述問題,PCRF也需要解決正確區(qū)分PDSN執(zhí)行PCEF還是BBERF 功能。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中根據(jù)Diameter會(huì)話標(biāo)識可能無法正確區(qū)分PDSN執(zhí)行PCEF功能還是BBERF功能,以及無法對PDSN進(jìn)行區(qū)分控制策略的問題而提出本發(fā)明,為此,本發(fā)明的 主要目的在于提供一種改進(jìn)的策略制定方案,以解決上述問題至少之一。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的一個(gè)方面,提供了 一種策略制定方法。根據(jù)本發(fā)明的策略制定方法包括策略和計(jì)費(fèi)規(guī)則功能接收來自分組數(shù)據(jù)服務(wù)節(jié) 點(diǎn)的協(xié)議區(qū)分信息,其中,協(xié)議區(qū)分信息用于指示協(xié)議的類型;策略和計(jì)費(fèi)規(guī)則功能根據(jù)協(xié) 議區(qū)分信息制定策略,并將策略發(fā)送給分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。優(yōu)選地,策略和計(jì)費(fèi)規(guī)則功能接收來自分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)協(xié)議區(qū)分信息包括策 略和計(jì)費(fèi)規(guī)則功能在會(huì)話建立或會(huì)話修改階段接收來自分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的協(xié)議區(qū)分信 肩、ο優(yōu)選地,會(huì)話至少包括以下之一網(wǎng)關(guān)控制會(huì)話、網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會(huì)話。優(yōu)選地,如果協(xié)議區(qū)分信息指示的協(xié)議為單純網(wǎng)絡(luò)協(xié)議,則策略和計(jì)費(fèi)規(guī)則功能 制定并向分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量和計(jì)費(fèi)策略。優(yōu)選地,在策略和計(jì)費(fèi)規(guī)則功能制定并向分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量策略和 計(jì)費(fèi)策略之后,上述方法還包括分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收服務(wù)質(zhì)量策略和計(jì)費(fèi)策略,并執(zhí)行 策略和計(jì)費(fèi)執(zhí)行功能實(shí)體功能。優(yōu)選地,如果協(xié)議區(qū)分信息指示的協(xié)議為移動(dòng)網(wǎng)絡(luò)協(xié)議或代理移動(dòng)網(wǎng)絡(luò)協(xié)議,則 策略和計(jì)費(fèi)規(guī)則功能制定并向分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量策略。優(yōu)選地,在策略和計(jì)費(fèi)規(guī)則功能制定并向分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量策略之 后,上述方法還包括分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收服務(wù)質(zhì)量策略,并執(zhí)行承載綁定和事件上報(bào)功 能。優(yōu)選地,將策略發(fā)送給分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)包括策略和計(jì)費(fèi)規(guī)則功能根據(jù)協(xié)議區(qū) 分信息確定發(fā)送協(xié)議區(qū)分信息所使用的會(huì)話,并通過會(huì)話發(fā)送策略。 為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的一個(gè)方面,提供了 一種策略制定方法。根據(jù)本發(fā)明的策略制定方法包括分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)向策略和計(jì)費(fèi)規(guī)則功能發(fā)送 協(xié)議區(qū)分信息,以便策略和計(jì)費(fèi)規(guī)則功能根據(jù)協(xié)議區(qū)分信息制定策略,其中,協(xié)議區(qū)分信息 用于指示終端與分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)連接所使用的協(xié)議的類型;分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收來自 策略和計(jì)費(fèi)規(guī)則功能的策略,并根據(jù)策略確定執(zhí)行的功能。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的另一個(gè)方面,提供了一種策略和計(jì)費(fèi)規(guī)則功能。根據(jù)本發(fā)明的策略和計(jì)費(fèi)規(guī)則功能包括接收模塊,用于接收來自分組數(shù)據(jù)服務(wù) 節(jié)點(diǎn)的協(xié)議區(qū)分信息,其中,協(xié)議區(qū)分信息用于指示協(xié)議的類型;策略模塊,用于根據(jù)協(xié)議 區(qū)分信息制定策略;發(fā)送模塊,用于將策略發(fā)送給分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的另一個(gè)方面,還提供了 一種分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。根據(jù)本發(fā)明的分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)包括第二發(fā)送模塊,用于向策略和計(jì)費(fèi)規(guī)則功 能發(fā)送協(xié)議區(qū)分信息以便策略和計(jì)費(fèi)規(guī)則功能根據(jù)協(xié)議區(qū)分信息制定策略,其中,協(xié)議區(qū) 分信息用于指示終端與分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)連接所使用的協(xié)議的類型;第二接收模塊,用于 接收來自策略和計(jì)費(fèi)規(guī)則功能的策略;確定模塊,用于根據(jù)策略確定執(zhí)行的功能。通過本發(fā)明,采用PCRF接收并根據(jù)來自PDSN的協(xié)議區(qū)分信息制定策略,然后將制 定的策略發(fā)送給PDSN,解決了相關(guān)技術(shù)中PCRF根據(jù)Diameter會(huì)話標(biāo)識可能無法正確區(qū)分 PDSN執(zhí)行PCEF功能還是BBERF功能的問題,以及對PDSN進(jìn)行區(qū)分控制策略的問題,進(jìn)而達(dá)到了對網(wǎng)絡(luò)正確進(jìn)行策略和計(jì)費(fèi)控制的效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解,構(gòu)成本申請的一部分,本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的3GPP PCC R8系統(tǒng)架構(gòu)的示意圖;圖2是根據(jù)相關(guān)技術(shù)的CDMA2000網(wǎng)絡(luò)引入的PCC架構(gòu)的示意圖;圖3是根據(jù)相關(guān)技術(shù)的MIP協(xié)議FA-CoA模式或PMIP協(xié)議下的PCC架構(gòu)的示意 圖;圖4是根據(jù)相關(guān)技術(shù)的MIP協(xié)議CCoA模式下的PCC架構(gòu)的示意圖;圖5是根據(jù)本發(fā)明實(shí)施例的策略制定方法的流程圖;圖6是根據(jù)本發(fā)明實(shí)施例的實(shí)例一的方法的流程圖;圖7是根據(jù)本發(fā)明實(shí)施例的實(shí)例二的方法的流程圖;圖8是根據(jù)本發(fā)明實(shí)施例的實(shí)例三的方法的流程圖;圖9是根據(jù)本發(fā)明實(shí)施例的PCRF的結(jié)構(gòu)框圖;圖10是根據(jù)本發(fā)明實(shí)施例的PDSN的結(jié)構(gòu)框圖。
具體實(shí)施例方式功能概述考慮到相關(guān)技術(shù)中根據(jù)Diameter會(huì)話標(biāo)識可能無法正確區(qū)分PDSN執(zhí)行PCEF功 能還是BBERF功能,以及無法對PDSN進(jìn)行區(qū)分控制策略的問題,本發(fā)明實(shí)施例提供了一種 策略制定方案,該方案的處理原則如下首先,PCRF從PDSN獲取協(xié)議區(qū)分信息。協(xié)議區(qū)分 信息可在會(huì)話建立或者會(huì)話修改階段從PDSN獲取。會(huì)話可以是網(wǎng)關(guān)控制會(huì)話或IP-CAN會(huì) 話;協(xié)議區(qū)分信息可以是協(xié)議區(qū)分標(biāo)識用于標(biāo)識承載網(wǎng)絡(luò)使用的協(xié)議。協(xié)議可以是Simple IP協(xié)議、MIP協(xié)議、PMIP協(xié)議等。然后,根據(jù)協(xié)議區(qū)分信息,PCRF進(jìn)行策略決策和下發(fā)。如 果根據(jù)協(xié)議區(qū)分信息,PCRF根據(jù)協(xié)議區(qū)分信息得知采用的是Simple IP協(xié)議,則PCRF制訂 QoS和計(jì)費(fèi)策略,并通過Gx會(huì)話下發(fā)給PDSN執(zhí)行,PDSN執(zhí)行PCEF功能;如果根據(jù)協(xié)議區(qū)分 信息,PCRF得知采用的是MIP協(xié)議或PMIP協(xié)議,則PCRF制訂QoS策略,并通過Gxx會(huì)話下 發(fā)給PDSN執(zhí)行。PDSN執(zhí)行BBERF功能。需要說明的是,在不沖突的情況下,本申請中的實(shí)施例及實(shí)施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。在以下實(shí)施例中,在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令 的計(jì)算機(jī)系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以 不同于此處的順序執(zhí)行所示出或描述的步驟。方法實(shí)施例根據(jù)本發(fā)明的實(shí)施例,提供了一種策略制定方法,圖5是根據(jù)本發(fā)明實(shí)施例的策 略制定方法的流程圖,如圖5所示,該方法包括如下的步驟S102至步驟S104 步驟S102,PCRF接收來自PDSN的協(xié)議區(qū)分信息,其中,協(xié)議區(qū)分信息用于指示協(xié) 議的類型。
步驟S104,PCRF根據(jù)協(xié)議區(qū)分信息制定策略,并將策略發(fā)送給PDSN。PCRF可以根 據(jù)協(xié)議區(qū)分信息確定發(fā)送協(xié)議區(qū)分信息所使用的會(huì)話,并通過會(huì)話發(fā)送制定的策略。在步驟S102之前,PDSN向PCRF發(fā)送協(xié)議區(qū)分信息,其中,協(xié)議是終端與PDSN連 接所使用的協(xié)議;在步驟S104之后,PDSN接收來自PCRF的策略,并根據(jù)策略確定執(zhí)行的功 能。下面通過兩個(gè)方面對PDSN確定執(zhí)行的功能進(jìn)行描述。方面一,如果協(xié)議區(qū)分信息指示的協(xié)議為Simple IP,則PCRF制定并通過Gx向 PDSN發(fā)送服務(wù)質(zhì)量和計(jì)費(fèi)策略,PDSN接收到QoS策略和計(jì)費(fèi)策略之后,執(zhí)行PCEF功能。方面二,如果協(xié)議區(qū)分信息指示的協(xié)議為MIP或PMIP協(xié)議,則PCRF制定并通過 Gxx會(huì)話向PDSN發(fā)送QoS策略,PDSN接收到QoS策略之后,并執(zhí)行BBERF功能。優(yōu)選地,PCRF在會(huì)話建立或會(huì)話修改階段接收來自PDSN的協(xié)議區(qū)分信息,其中, 會(huì)話可以至少包括以下之一網(wǎng)關(guān)控制會(huì)話、網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會(huì)話。下面將結(jié)合實(shí)例對本發(fā)明實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)描述。實(shí)例一在本實(shí)例中,會(huì)話創(chuàng)建時(shí),當(dāng)PCRF收到一個(gè)會(huì)話創(chuàng)建請求,需要發(fā)起一個(gè)會(huì)話創(chuàng) 建流程,則PCRF從請求消息中獲取到該會(huì)話的底層協(xié)議為Simple IP時(shí),制定并下發(fā)PCC 規(guī)則給PDSN(PCEF),供PCEF安裝并執(zhí)行。圖6是根據(jù)本發(fā)明實(shí)施例的實(shí)例一的方法的流程 圖,如圖6所示,該流程包括如下步驟步驟601. PDSN (PCEF)接收到創(chuàng)建IP-CAN承載請求,建立IP-CAN會(huì)話創(chuàng)建指示消 肩、ο步驟602. PDSN(PCEF)通過Diameter CCR消息向PCRF發(fā)起IP-CAN會(huì)話創(chuàng)建請求, 并在該消息中帶上協(xié)議區(qū)分信息。如果是漫游的情況下,該請求消息需要經(jīng)過v-PCRF發(fā)送 給h-PCRF。步驟603. PCRF接收到該請求消息,并將攜帶的信息進(jìn)行保存,根據(jù)攜帶的協(xié)議區(qū) 分信息判斷出為Simple IP協(xié)議。步驟604.如果此時(shí)PCRF沒有與該用戶相關(guān)的用戶簽約信息,則從SPR中獲取。步驟605. PCRF根據(jù)上述獲取的用戶簽約信息以及運(yùn)營商策略,為即將建立的 IP-CAN會(huì)話生成PCC規(guī)則。步驟606. PCRF通過Diameter CCA消息向PDSN(PCEF)返回IP-CAN會(huì)話創(chuàng)建響應(yīng), 提供PCC規(guī)則。如果是漫游情況,響應(yīng)消息由h-PCRF通過V-PCRF下發(fā)給PDSN(PCEF)。步驟607. PDSN(PCEF)執(zhí)行策略,安裝接收到的PCC規(guī)則。步驟608. PDSN(PCEF)返回創(chuàng)建IP-CAN承載響應(yīng)。實(shí)例二在本實(shí)例中,會(huì)話創(chuàng)建時(shí),當(dāng)PCRF收到一個(gè)會(huì)話創(chuàng)建請求,需要發(fā)起一個(gè)會(huì)話創(chuàng) 建流程,則PCRF從請求消息中獲取到該會(huì)話的協(xié)議區(qū)分信息,為MIP/PMIP時(shí),需下發(fā)PCC 規(guī)則到HA/LMA給PCEF,同時(shí),剝離出QoS規(guī)則下發(fā)到PDSN/FA/MAG給BBERF,在BBERF和 PCEF上實(shí)施一致的控制策略。圖7是根據(jù)本發(fā)明實(shí)施例的實(shí)例二的方法的流程圖,如圖7 所示,該流程包括如下的步驟步驟701. PDSN/FA/MAG (BBERF)檢測到UE發(fā)起IP-CAN會(huì)話建立請求,在PDSN/ FA (BBERF)和PCRF之間建立網(wǎng)關(guān)控制會(huì)話。建立過程中,將用戶標(biāo)識、PDN標(biāo)識、IP-CAN接
9入類型和協(xié)議區(qū)分信息發(fā)送給PCRF。步驟702. HA/LMA (PCEF)接收到該IP-CAN會(huì)話建立請求。步驟703. HA/LMA (PCEF)通過 Diameter CCR 消息向 PCRF 發(fā)起 IP-CAN 會(huì)話建立請 求,請求消息中包含協(xié)議區(qū)分信息、用戶標(biāo)識、PDN標(biāo)識、UE本地IP地址、IP-CAN接入類型、 默認(rèn)計(jì)費(fèi)方法等信息。如果是漫游情況,則請求消息通過v-PCRF發(fā)送給h-PCRF。步驟704. PCRF接收來自HA(PCEF)的消息。獲取并保存該消息中攜帶的信息,然 后,根據(jù)攜帶的協(xié)議區(qū)分信息判斷出為MIP/PMIP協(xié)議。步驟705.根據(jù)HA/LMA (PCEF)發(fā)送的用戶標(biāo)識、PDN標(biāo)識,以及網(wǎng)關(guān)控制會(huì)話建立 階段PDSN/FA/MAG (BBERF)發(fā)送的用戶標(biāo)識和PDN標(biāo)識,PCRF完成網(wǎng)關(guān)控制會(huì)話和IP-CAN 會(huì)話的關(guān)聯(lián)。步驟706.如果PCRF此時(shí)缺少該用戶相關(guān)的用戶簽約信息,則向SI3R獲取。步驟707.根據(jù)上述信息以及運(yùn)營商策略,PCRF進(jìn)行策略決策,并選擇或者產(chǎn)生 PCC規(guī)則。 步驟708. PCRF通過Diameter CCA消息向HA/LMA (PCEF)提供PCC規(guī)則。如果是 漫游的情況,則PCC規(guī)則需要h-PCRF通過V-PCRF提供給PCEF。步驟709.此時(shí)PCRF還需要根據(jù)PCC規(guī)則產(chǎn)生QoS規(guī)則,通過網(wǎng)關(guān)控制和QoS規(guī) 則提供程序?qū)⒆钚碌腝oS規(guī)則系統(tǒng)給PDSN/FA/MAG (BBERF)。步驟710. HA/LMA (PCEF)接收策略,安裝PCC規(guī)則。步驟711. HA/LMA(PCEF)返回會(huì)話建立請求的響應(yīng)。實(shí)例三在本實(shí)例中,BBERF重定位時(shí)的網(wǎng)關(guān)控制會(huì)話創(chuàng)建,當(dāng)PCRF收到一個(gè)網(wǎng)關(guān)控制會(huì) 話創(chuàng)建請求,需要發(fā)起一個(gè)新的網(wǎng)關(guān)控制會(huì)話創(chuàng)建流程,則PCRF從請求消息中獲取到該會(huì) 話的協(xié)議區(qū)分信息,為MIP/PMIP時(shí),如果PCEF需要更新則需要發(fā)起IP-CAN會(huì)話修改流程, 下發(fā)PCC規(guī)則到HA/LMA給PCEF,同時(shí)剝離出QoS規(guī)則下發(fā)到PDSN/FA/MAG給BBERF,在 BBERF和PCEF上實(shí)施一致的控制策略。圖8是根據(jù)本發(fā)明實(shí)施例的實(shí)例三的方法的流程 圖,如圖8所示,該流程包括如下步驟步驟801. PDSN/FA/MAG(BBERF)接收到一個(gè)網(wǎng)關(guān)控制會(huì)話創(chuàng)建指示,發(fā)起一個(gè) PDSN/FA/MAG (BBERF)和PCRF之間的網(wǎng)關(guān)控制會(huì)話的創(chuàng)建。步驟802. PDSN/FA/MAG (BBERF)通過 Diameter CCR 向 PCRF 發(fā)送網(wǎng)關(guān)控制會(huì)話創(chuàng) 建請求,將用戶標(biāo)識、PDN標(biāo)識、IP-CAN接入類型和協(xié)議區(qū)分信息發(fā)送給PCRF。如果是漫游 情況,則請求消息通過v-PCRF發(fā)送給h-PCRF。步驟803. PCRF接收來自PDSN/FA/MAG(BBERF)的消息。獲取并保存攜帶的信息, 然后,根據(jù)攜帶的協(xié)議區(qū)分信息判斷出為MIP/PMIP協(xié)議。步驟804.根據(jù)當(dāng)前會(huì)話的用戶標(biāo)識、PDN標(biāo)識,以及在網(wǎng)關(guān)控制會(huì)話建立請求中 PDSN/FA/MAG (BBERF)發(fā)送的用戶標(biāo)識和PDN標(biāo)識,PCRF完成網(wǎng)關(guān)控制會(huì)話和IP-CAN會(huì)話 的關(guān)聯(lián)。步驟805.如果PCRF此時(shí)缺少該用戶相關(guān)的用戶簽約信息,則向Sra獲取。步驟806.根據(jù)上述信息以及運(yùn)營商策略,PCRF進(jìn)行策略決策,并選擇或者產(chǎn)生 PCC規(guī)則。
步驟807. PCRF通過Diameter CCA消息向BBERF提供PCC規(guī)則。如果是漫游的情 況,則PCC規(guī)則需要h-PCRF通過V-PCRF提供給BBERF。步驟808. Target BBERF給PCRF發(fā)送一個(gè)Ack消息,告知PCRF下發(fā)的QoS規(guī)則激 活結(jié)果,指出是否資源請求成功分配。步驟809.根據(jù)上面QoS規(guī)則的激活情形,如果此前提供給PCEF的PCC規(guī)則需要 更新,則PCRF等待PCEF發(fā)起一個(gè)IP-CAN會(huì)話修改處理,來更新PCEF。PCEF會(huì)將協(xié)議區(qū)分 標(biāo)識在請求消息里帶給PCRF。步驟810.此時(shí)PCRF還需要根據(jù)PCC規(guī)則產(chǎn)生QoS規(guī)則,通過網(wǎng)關(guān)控制和QoS規(guī) 則提供程序?qū)⒆钚碌腝oS規(guī)則系統(tǒng)給TargetBBERF。并將Source BBERF中的相關(guān)QoS規(guī)則 移除。裝置實(shí)施例根據(jù)本發(fā)明的實(shí)施例,提供了一種PCRF,圖9是根據(jù)本發(fā)明實(shí)施例的PCRF的結(jié)構(gòu) 框圖,如圖9所示,該P(yáng)CRF包括接收模塊92、策略模塊94、發(fā)送模塊96,下面對該結(jié)構(gòu)進(jìn) 行詳細(xì)的說明。接收模塊92,用于接收來自PDSN的協(xié)議區(qū)分信息,其中,協(xié)議區(qū)分信息用于指示 協(xié)議的類型;策略模塊94連接至接收模塊92,用于根據(jù)協(xié)議區(qū)分信息制定策略;發(fā)送模塊 96連接至策略模塊94,用于將策略發(fā)送給PDSN。根據(jù)本發(fā)明的實(shí)施例,還提供了一種PDSN,圖10是根據(jù)本發(fā)明實(shí)施例的PDSN的結(jié) 構(gòu)框圖,如圖10所示,該P(yáng)DSN包括第二發(fā)送模塊12、第二接收模塊14、確定模塊16,下面 對該結(jié)構(gòu)進(jìn)行詳細(xì)的說明。第二發(fā)送模塊12,用于向策略和計(jì)費(fèi)規(guī)則功能發(fā)送協(xié)議區(qū)分信息以便策略和計(jì)費(fèi) 規(guī)則功能根據(jù)協(xié)議區(qū)分信息制定策略,其中,協(xié)議區(qū)分信息用于指示終端與PDSN連接所使 用的協(xié)議的類型;第二接收模塊14連接至第二發(fā)送模塊12,用于接收來自策略和計(jì)費(fèi)規(guī)則 功能的策略;確定模塊16連接至第二接收模塊14,用于根據(jù)策略確定執(zhí)行的功能。下面從 兩個(gè)方面對確定模塊16的功能進(jìn)行描述。方面一,如果協(xié)議區(qū)分信息指示的協(xié)議為Simple IP,則PCRF制定并通過Gx向 PDSN發(fā)送服務(wù)質(zhì)量和計(jì)費(fèi)策略,PDSN接收到QoS策略和計(jì)費(fèi)策略之后,執(zhí)行PCEF功能。方面二,如果協(xié)議區(qū)分信息指示的協(xié)議為MIP或PMIP協(xié)議,則PCRF制定并通過 Gxx會(huì)話向PDSN發(fā)送QoS策略,PDSN接收到QoS策略之后,并執(zhí)行BBERF功能。綜上所述,通過本發(fā)明的上述實(shí)施例,解決了 PCRF根據(jù)CDMA2000網(wǎng)絡(luò)使用協(xié)議的 區(qū)別,對PDSN進(jìn)行區(qū)分控制策略的問題,達(dá)到對網(wǎng)絡(luò)正確進(jìn)行策略和計(jì)費(fèi)控制的目的。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn),從而,可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們 中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣,本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技 術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種策略制定方法,其特征在于,包括策略和計(jì)費(fèi)規(guī)則功能接收來自分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的協(xié)議區(qū)分信息,其中,所述協(xié)議區(qū)分信息用于指示協(xié)議的類型;所述策略和計(jì)費(fèi)規(guī)則功能根據(jù)所述協(xié)議區(qū)分信息制定策略,并將所述策略發(fā)送給所述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述策略和計(jì)費(fèi)規(guī)則功能接收來自所述 分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)協(xié)議區(qū)分信息包括所述策略和計(jì)費(fèi)規(guī)則功能在會(huì)話建立或會(huì)話修改階段接收來自所述分組數(shù)據(jù)服務(wù)節(jié) 點(diǎn)的協(xié)議區(qū)分信息。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述會(huì)話至少包括以下之一網(wǎng)關(guān)控制會(huì)話、網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會(huì)話。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,如果所述協(xié)議區(qū)分信息指示的協(xié)議為單 純網(wǎng)絡(luò)協(xié)議,則所述策略和計(jì)費(fèi)規(guī)則功能制定并向所述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量和 計(jì)費(fèi)策略。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,在所述策略和計(jì)費(fèi)規(guī)則功能制定并向所 述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送所述服務(wù)質(zhì)量策略和所述計(jì)費(fèi)策略之后,所述方法還包括所述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收所述服務(wù)質(zhì)量策略和所述計(jì)費(fèi)策略,并執(zhí)行策略和計(jì)費(fèi)執(zhí) 行功能實(shí)體功能。
6.根據(jù)權(quán)利要求1所述的方法,其特征在于,如果所述協(xié)議區(qū)分信息指示的協(xié)議為移 動(dòng)網(wǎng)絡(luò)協(xié)議或代理移動(dòng)網(wǎng)絡(luò)協(xié)議,則所述策略和計(jì)費(fèi)規(guī)則功能制定并向所述分組數(shù)據(jù)服務(wù) 節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量策略。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,在所述策略和計(jì)費(fèi)規(guī)則功能制定并向所 述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)發(fā)送所述服務(wù)質(zhì)量策略之后,所述方法還包括所述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收所述服務(wù)質(zhì)量策略,并執(zhí)行承載綁定和事件上報(bào)功能。
8.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的方法,其特征在于,將所述策略發(fā)送給所述分組 數(shù)據(jù)服務(wù)節(jié)點(diǎn)包括所述策略和計(jì)費(fèi)規(guī)則功能根據(jù)所述協(xié)議區(qū)分信息確定發(fā)送所述協(xié)議區(qū)分信息所使用 的會(huì)話,并通過所述會(huì)話發(fā)送所述策略。
9.一種策略制定方法,其特征在于,包括分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)向策略和計(jì)費(fèi)規(guī)則功能發(fā)送協(xié)議區(qū)分信息,以便所述策略和計(jì)費(fèi)規(guī) 則功能根據(jù)所述協(xié)議區(qū)分信息制定策略,其中,所述協(xié)議區(qū)分信息用于指示終端與所述分 組數(shù)據(jù)服務(wù)節(jié)點(diǎn)連接所使用的協(xié)議的類型;分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)接收來自策略和計(jì)費(fèi)規(guī)則功能的所述策略,并根據(jù)所述策略確定執(zhí) 行的功能。
10.一種策略和計(jì)費(fèi)規(guī)則功能,其特征在于,包括接收模塊,用于接收來自分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的協(xié)議區(qū)分信息,其中,所述協(xié)議區(qū)分信息 用于指示協(xié)議的類型;策略模塊,用于根據(jù)所述協(xié)議區(qū)分信息制定策略;發(fā)送模塊,用于將所述策略發(fā)送給所述分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。
11. 一種分組數(shù)據(jù)服務(wù)節(jié)點(diǎn),其特征在于,包括第二發(fā)送模塊,用于向策略和計(jì)費(fèi)規(guī)則功能發(fā)送協(xié)議區(qū)分信息以便所述策略和計(jì)費(fèi)規(guī) 則功能根據(jù)所述協(xié)議區(qū)分信息制定策略,其中,所述協(xié)議區(qū)分信息用于指示終端與所述分 組數(shù)據(jù)服務(wù)節(jié)點(diǎn)連接所使用的協(xié)議的類型;第二接收模塊,用于接收來自策略和計(jì)費(fèi)規(guī)則功能的所述策略; 確定模塊,用于根據(jù)所述策略確定執(zhí)行的功能。
全文摘要
本發(fā)明公開了一種策略制定方法、策略和計(jì)費(fèi)規(guī)則功能及分組數(shù)據(jù)服務(wù)節(jié)點(diǎn),該方法包括策略和計(jì)費(fèi)規(guī)則功能接收來自分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)的協(xié)議區(qū)分信息,其中,協(xié)議區(qū)分信息用于指示協(xié)議的類型;策略和計(jì)費(fèi)規(guī)則功能根據(jù)協(xié)議區(qū)分信息制定策略,并將策略發(fā)送給分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)。通過本發(fā)明達(dá)到了對網(wǎng)絡(luò)正確進(jìn)行策略和計(jì)費(fèi)控制的效果。
文檔編號H04W28/18GK101965010SQ20091016051
公開日2011年2月2日 申請日期2009年7月21日 優(yōu)先權(quán)日2009年7月21日
發(fā)明者吳錦花, 施曉峰, 毛玉欣, 芮通 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會(huì)獲得點(diǎn)贊!
1