專利名稱：一種報文標(biāo)記的控制方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種報文標(biāo)記的控制方法、裝置及系統(tǒng)。

背景技術(shù)：
3GPP定義了PCC(策略和計費控制功能Policy Control and Charging)架構(gòu)，以此滿足對不同的業(yè)務(wù)進(jìn)行不同的QoS(Quality of Service服務(wù)質(zhì)量)控制和計費需求。TS 23.203中對PCC架構(gòu)進(jìn)行了定義，參見圖1所示，其中各實體的功能描述如下 AF(Application Function)應(yīng)用功能實體。主要為PCRF(Policy Controland Charging Rules Function策略控制和計費規(guī)則功能實體)制訂策略和計費控制規(guī)則動態(tài)提供應(yīng)用層會話信息，例如IMS中的P-CSCF就屬于AF。
PCRF策略控制和計費控制功能實體。根據(jù)用戶接入網(wǎng)絡(luò)的限制、用戶當(dāng)前正在進(jìn)行的應(yīng)用業(yè)務(wù)信息、本地運營商配置及用戶簽約信息，制訂相應(yīng)的策略，并將策略提供給PCEF(Policy and Charging Enforcement Function策略和計費執(zhí)行功能實體)執(zhí)行。策略包括業(yè)務(wù)數(shù)據(jù)流檢測、QoS控制、門控和基于流的計費等。
PCEF策略和計費執(zhí)行實體。執(zhí)行PCRF下發(fā)或指定的策略，即完成對業(yè)務(wù)數(shù)據(jù)流的檢測、保證業(yè)務(wù)數(shù)據(jù)流的QoS、門控、完成在線/離線計費以及觸發(fā)與控制面的會話等功能。例如GPRS(General Packet Radio Service通用無線分組業(yè)務(wù))中的GGSN實體(Gateway GPRS Support Node GPRS網(wǎng)關(guān)支持節(jié)點)。
各接口功能描述如下 Rx該參考點用于AF下發(fā)應(yīng)用層會話相關(guān)信息，包括用于識別業(yè)務(wù)數(shù)據(jù)流的IP過濾器、業(yè)務(wù)流所需的帶寬信息，該接口使用IETF定義的Diameter協(xié)議。
Gx該參考點用于PCRF動態(tài)控制PCEF執(zhí)行的PCC規(guī)則。具備以下功能建立，維護(hù)和終止IP-CAN會話；PCEF向PCRF請求PCC規(guī)則；PCRF向PCEF提供PCC規(guī)則；協(xié)商IP-CAN承載建立模式等。該參考點使用IETF定義的Diameter協(xié)議。
其余實體(SPR(Subscription Profile Repository簽約信息庫)、OCS(Online Charging System在線計費系統(tǒng))、OFCS(Offline Charging System離線計費系統(tǒng)))和接口(Sp、Gy、Gz)與本發(fā)明內(nèi)容無關(guān)，這里不再贅述。
基于上述架構(gòu)，隨著通信網(wǎng)絡(luò)向全I(xiàn)P化的演進(jìn)，IP已經(jīng)成為一個數(shù)據(jù)業(yè)務(wù)的傳輸標(biāo)準(zhǔn)，不僅包括非實時性業(yè)務(wù)(如FTP、HTTP、E-mail等)，還包括新發(fā)展起來的實時業(yè)務(wù)(如VoIP、視頻點播、遠(yuǎn)程醫(yī)療、遠(yuǎn)程教學(xué)、電子證券等)都采用IP網(wǎng)絡(luò)進(jìn)行傳輸。眾多的應(yīng)用數(shù)據(jù)從各個接入網(wǎng)絡(luò)流入到核心網(wǎng)絡(luò)，為了保證不同用戶對不同應(yīng)用業(yè)務(wù)的體驗，當(dāng)報文在核心網(wǎng)絡(luò)傳輸時，核心網(wǎng)絡(luò)中的網(wǎng)絡(luò)節(jié)點必須為每個業(yè)務(wù)報文提供QoS保證。
由于目前應(yīng)用業(yè)務(wù)規(guī)模(無論從數(shù)量還是從類型來看)的及速增漲性，以及網(wǎng)絡(luò)資源的有限性，因此必須對網(wǎng)絡(luò)資源進(jìn)行有效的管理，以滿足不同用戶、不同業(yè)務(wù)的QoS需求。例如對QoS需求相同的報文進(jìn)行聚合，網(wǎng)絡(luò)對報文進(jìn)行分類傳送；再如按照應(yīng)用業(yè)務(wù)類型進(jìn)行報文聚合，對緊急業(yè)務(wù)和普通業(yè)務(wù)進(jìn)行區(qū)別管理，當(dāng)網(wǎng)絡(luò)發(fā)生沖突時，網(wǎng)絡(luò)優(yōu)先保證緊急業(yè)務(wù)開展；再如按照用戶等級進(jìn)行報文聚合，對高等級用戶報文和低等級用戶報文進(jìn)行區(qū)別控制。
另外，隨著網(wǎng)絡(luò)上開展應(yīng)用業(yè)務(wù)的用戶數(shù)量增加以及開展應(yīng)用業(yè)務(wù)的多樣性，海量的報文需要通過核心網(wǎng)絡(luò)進(jìn)行傳輸，為了避免網(wǎng)絡(luò)擁塞甚至癱瘓，網(wǎng)絡(luò)運營商需要對業(yè)務(wù)報文的傳輸路徑進(jìn)行合理的規(guī)劃。例如例如根據(jù)用戶地址進(jìn)行報文傳輸路徑規(guī)劃，選擇最短路徑；或者按照業(yè)務(wù)數(shù)據(jù)流的類型進(jìn)行規(guī)劃，音頻流、視頻流、數(shù)據(jù)流分別按照不同的路徑在核心網(wǎng)絡(luò)傳輸。
目前已經(jīng)有技術(shù)可以對核心網(wǎng)絡(luò)資源進(jìn)行有效的管理，例如DiffServ和MPLS就是最常見的兩種技術(shù) DiffServ稱為區(qū)分服務(wù)模型，是一種適用于骨干網(wǎng)絡(luò)，可以滿足多種應(yīng)用業(yè)務(wù)服務(wù)需求的IP QoS模型。在DiffServ模型中，邊界網(wǎng)絡(luò)節(jié)點根據(jù)用戶對流的描述和資源預(yù)留信息，將進(jìn)入網(wǎng)絡(luò)的單流進(jìn)行分類、聚合為不同的流聚集，這種聚集信息存儲于每個報文的頭部，稱之為DSCP(Differentiated ServicesCode Point)標(biāo)記。各DiffServe區(qū)域內(nèi)部網(wǎng)絡(luò)節(jié)點在調(diào)度轉(zhuǎn)發(fā)報文時，根據(jù)DSCP標(biāo)記選擇提供特定QoS服務(wù)。在DiffServ模型下，網(wǎng)絡(luò)邊緣節(jié)點對單向流作分類聚集，網(wǎng)絡(luò)內(nèi)部節(jié)點對聚集流提供QoS控制，這兩個過程通過報文頭內(nèi)部的DSCP標(biāo)記進(jìn)行關(guān)聯(lián)。DiffServ技術(shù)由于簡化了網(wǎng)絡(luò)內(nèi)部節(jié)點的服務(wù)機制，因此在核心骨干網(wǎng)絡(luò)中得到了廣泛應(yīng)用。
MPLS(Multi Protocol Label Switching多協(xié)議標(biāo)記轉(zhuǎn)換)通過引入標(biāo)簽(Label)對報文進(jìn)行路由控制。在MPLS網(wǎng)絡(luò)中，網(wǎng)絡(luò)邊緣節(jié)點對將要進(jìn)入網(wǎng)絡(luò)的IP報文按照目的地址及其他信息(比如媒體類型、QoS服務(wù)類型信息)進(jìn)行MPLS協(xié)議封裝。當(dāng)攜帶MPLS標(biāo)簽的IP報文進(jìn)入網(wǎng)絡(luò)后，所有MPLS網(wǎng)絡(luò)的中間設(shè)備都將以標(biāo)簽作為報文轉(zhuǎn)發(fā)判別的依據(jù)。當(dāng)IP報文離開MPLS網(wǎng)絡(luò)時，標(biāo)簽將被出口邊緣路由設(shè)備剝離。
這些技術(shù)的共同前提都是盡可能將對網(wǎng)絡(luò)控制的復(fù)雜算法放置于網(wǎng)絡(luò)邊緣，從而使核心網(wǎng)絡(luò)的管理簡單化。DiffServ和MPLS的實現(xiàn)思想就是由網(wǎng)絡(luò)邊緣節(jié)點為報文進(jìn)行報文標(biāo)記封裝，網(wǎng)絡(luò)內(nèi)節(jié)點都是按照報文標(biāo)記對流經(jīng)核心網(wǎng)絡(luò)的報文進(jìn)行管理。報文標(biāo)記是實現(xiàn)核心網(wǎng)絡(luò)對報文控制的關(guān)鍵。
發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，PCC作為網(wǎng)絡(luò)資源控制的一種重要方法，已經(jīng)實現(xiàn)了在接入網(wǎng)絡(luò)側(cè)對業(yè)務(wù)數(shù)據(jù)流(由報文組成)進(jìn)行高效的控制和管理。然而為了保證用戶的業(yè)務(wù)體驗，不僅需要在接入側(cè)對報文進(jìn)行管理，而且在核心網(wǎng)絡(luò)側(cè)同樣需要對報文進(jìn)行管理。通過上述分析，實現(xiàn)對核心側(cè)進(jìn)行報文管理的關(guān)鍵是需要依據(jù)PCEF打上的報文標(biāo)記。但是現(xiàn)有PCC機制中，PCEF無法獲得報文標(biāo)記，進(jìn)而無法為報文進(jìn)行報文標(biāo)記封裝，使得核心網(wǎng)絡(luò)也就無法對報文傳輸進(jìn)行簡單高效的管理。


發(fā)明內(nèi)容
本發(fā)明實施例提供一種報文標(biāo)記的控制方法、裝置及系統(tǒng)，以使PCEF可獲得報文標(biāo)記，并為報文進(jìn)行報文標(biāo)記封裝。
本發(fā)明實施例的一種報文標(biāo)記的控制方法，包括下列步驟PCEF接收來自PCRF的報文標(biāo)記信息；以及PCEF根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
本發(fā)明實施例的一種策略控制和計費規(guī)則功能實體，包括獲取單元，用于獲取應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商定義的策略；導(dǎo)出單元，用于根據(jù)應(yīng)用業(yè)務(wù)信息和、用戶簽約信息和/或運營商策略為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出報文標(biāo)記信息；下發(fā)單元，用于將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)。
本發(fā)明實施例的一種策略和計費執(zhí)行功能實體，包括接收單元，用于接收來自PCRF的報文標(biāo)記信息；標(biāo)記單元，用于根據(jù)接收單元收到的報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
本發(fā)明實施例的一種報文標(biāo)記的控制系統(tǒng)，包括PCRF，將報文標(biāo)記信息發(fā)出；PCEF，接收來自PCRF的報文標(biāo)記信息，并根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
本發(fā)明實施例中，PCEF通過接收來自PCRF的報文標(biāo)記信息，獲得所需的報文標(biāo)記；之后，PCEF就可以獲得報文標(biāo)記為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。使得核心網(wǎng)絡(luò)對報文的控制變得簡單而且高效，提高了網(wǎng)絡(luò)運行效率、節(jié)約成本，同時也保證了用戶的業(yè)務(wù)體驗。



圖1為現(xiàn)有PCC架構(gòu)示意圖； 圖2為本發(fā)明實施例的方法步驟流程圖； 圖3為本發(fā)明實施例的策略控制和計費規(guī)則功能實體結(jié)構(gòu)示意圖； 圖4為本發(fā)明實施例的策略和計費執(zhí)行功能實體結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例1的流程圖； 圖6為本發(fā)明實施例2的流程圖。

具體實施例方式 基于PCC，為了使PCEF可獲得報文標(biāo)記，并為報文進(jìn)行報文標(biāo)記封裝，從而使核心網(wǎng)絡(luò)可對報文傳輸進(jìn)行簡單高效的管理。
本發(fā)明實施例提供了一種報文標(biāo)記的控制方法，參見圖2所示，包括下列主要步驟 S1、PCEF接收來自PCRF的報文標(biāo)記信息。
本步驟中包括以下信息 (1)PCRF根據(jù)應(yīng)用業(yè)務(wù)信息(包括應(yīng)用業(yè)務(wù)類型、應(yīng)用業(yè)務(wù)優(yōu)先級、媒體類型)、用戶簽約信息、運營商策略等上下文信息，為某一業(yè)務(wù)數(shù)據(jù)流導(dǎo)出報文標(biāo)記信息。
其中，一個報文標(biāo)記信息的定義示例如下 定義Packet-Code-Point AVP表示報文標(biāo)記信息，Enumerated型。可以通過不同的值來滿足核心網(wǎng)絡(luò)對報文控制的需求。例如 Packet-Code-Point::＝<AVP Header×××>[DiffServ-Code-Point][MPLS-Label] DiffServ-Code-Point AVP表示DSCP標(biāo)記，Enumerated型，可以定義64個不同數(shù)值表示不同的標(biāo)記值。
MPLS-Label AVP表示MPLS標(biāo)簽標(biāo)記，Unsigned32型，不同數(shù)值代表不同的標(biāo)記值。
Packet-Code-Point AVP還可以根據(jù)實際需求，進(jìn)行靈活的擴充，增加其他AVP以表示其他形式的標(biāo)記。
(2)，PCEF與PCRF之間通過Gx接口消息收發(fā)導(dǎo)出的報文標(biāo)記信息。
其中，PCRF可通過Gx接口，將為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出的報文標(biāo)記信息下發(fā)給網(wǎng)絡(luò)邊緣節(jié)點PCEF(如PCRF可以通過Gx接口的Diameter RAR或CCA消息，將為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出的報文標(biāo)記信息下發(fā)給PCEF)。
具體的，PCRF利用下發(fā)給PCEF的PCC規(guī)則攜帶為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出的報文標(biāo)記信息的示例如下 Charging-Rule-Definition::＝<AVP Header1003> {Charging-Rule-Name} ......*[Flow-Description] [Packet-Code-Point AVP] [Authorized-QoS] ...... 所述Packet-Code-Point AVP包含在策略規(guī)則中，表示該報文標(biāo)記對應(yīng)的策略規(guī)則描述的業(yè)務(wù)數(shù)據(jù)流。
具體的，Packet-Code-Point AVP置于Authorized-QoS AVP結(jié)構(gòu)下的示例如下 Authorized-QoS::＝<AVP Header1016> [QoS-class] [Packet-Code-Point AVP] [Maximum-Requested-Bandwidth-UL] [Maximum-Requested-Bandwidth-DL] [Bearer-Identifier] S2、PCEF根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
如果報文標(biāo)記信息中包含DSCP標(biāo)記，則PCEF需要為對應(yīng)的報文封裝DSCP標(biāo)記；和/或如果報文標(biāo)記信息中包含MPLS標(biāo)簽標(biāo)記，則PCEF需要為對應(yīng)的報文封裝MPLS標(biāo)簽標(biāo)記。
本發(fā)明實施例還提供了一種策略控制和計費規(guī)則功能實體，參見圖3所示，其包括獲取單元、導(dǎo)出單元和下發(fā)單元；進(jìn)一步所述下發(fā)單元中還包括Gx接口子單元。
獲取單元，用于獲取應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商定義的策略； 導(dǎo)出單元，用于根據(jù)應(yīng)用業(yè)務(wù)信息和、用戶簽約信息和/或運營商策略為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出報文標(biāo)記信息； 下發(fā)單元，用于將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)。若下發(fā)單元與PCEF交互，則下發(fā)單元通過其中的Gx接口子單元，將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)給PCEF。
本發(fā)明實施例還提供了一種策略和計費執(zhí)行功能實體，參見圖4所示，其包括接收單元和標(biāo)記單元；進(jìn)一步所述接收單元中還包括Gx接口子單元。
接收單元，用于接收來自PCRF的報文標(biāo)記信息(包括的報文標(biāo)記是MPLS標(biāo)簽標(biāo)記和/或DSCP標(biāo)記)。具體的，可通過其中的Gx接口子單元接收PCRF導(dǎo)出的報文標(biāo)記信息。
標(biāo)記單元，用于根據(jù)接收單元收到的報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
本發(fā)明實施例還提供了一種報文標(biāo)記的控制系統(tǒng)，包括 PCRF，根據(jù)應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商策略導(dǎo)出所述報文標(biāo)記信息，并向PCEF下發(fā)。
PCEF，接收來自PCRF的報文標(biāo)記信息，并根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
以下通過兩個實施例具體描述。
實施例一下發(fā)報文標(biāo)記，使得核心網(wǎng)絡(luò)可以根據(jù)該標(biāo)記進(jìn)行IP流傳輸路徑的規(guī)劃。
核心網(wǎng)絡(luò)對報文流進(jìn)行路徑規(guī)劃。例如采用MPLS技術(shù)進(jìn)行路徑規(guī)劃，將業(yè)務(wù)流按照預(yù)先規(guī)劃好的路徑進(jìn)行傳輸，采用MPLS技術(shù)有利于網(wǎng)絡(luò)運營商更好的規(guī)劃和管理網(wǎng)絡(luò)資源。
如用戶終端開展一項語音業(yè)務(wù)，在語音業(yè)務(wù)數(shù)據(jù)流進(jìn)入核心網(wǎng)絡(luò)之前，PCRF根據(jù)應(yīng)用層業(yè)務(wù)信息(包含媒體流目的IP地址為A.B.××.××，以及媒體流類型為音頻)，導(dǎo)出MPLS標(biāo)簽標(biāo)記，并下發(fā)給PCEF，PCEF為該業(yè)務(wù)數(shù)據(jù)流中的各個報文封裝MPLS標(biāo)簽標(biāo)記。進(jìn)入核心網(wǎng)絡(luò)后，所述報文按照MPLS標(biāo)簽標(biāo)記對應(yīng)的規(guī)劃路徑進(jìn)行傳輸。參見圖5所示，具體流程包括下列步驟 1、PCRF從應(yīng)用層的AF獲取應(yīng)用業(yè)務(wù)信息，其中包含媒體流的IP地址為A.B.××.××，以及媒體流類型為音頻流。
2、PCRF根據(jù)應(yīng)用業(yè)務(wù)信息中包含的媒體流的IP地址A.B.××.××，以及媒體流類型音頻流，為語音業(yè)務(wù)數(shù)據(jù)流導(dǎo)出MPLS標(biāo)簽標(biāo)記為MPLS1； 3、PCRF將報文標(biāo)記(即MPLS1)通過Diameter RAR消息下發(fā)給PCEF； 4、PCEF收到報文標(biāo)記后返回確認(rèn)消息。
5、PCEF為語音業(yè)務(wù)數(shù)據(jù)流的報文封裝標(biāo)簽標(biāo)記MPLS1。
此后當(dāng)攜帶有報文標(biāo)記(即MPLS1)的報文進(jìn)入使用MPLS技術(shù)的核心網(wǎng)絡(luò)時，核心網(wǎng)絡(luò)節(jié)點會根據(jù)標(biāo)簽標(biāo)記MPLS1選擇報文傳輸路徑。
實施例二下發(fā)報文標(biāo)記，使得核心網(wǎng)絡(luò)可以根據(jù)該標(biāo)記進(jìn)行IP流的路徑和QoS控制。
在報文傳輸過程中，不僅要達(dá)到對傳輸路徑進(jìn)行合理的規(guī)劃，使報文按照規(guī)劃的路徑進(jìn)行傳輸；而且需要對傳輸路徑上的報文按照QoS需求進(jìn)行QoS控制。核心網(wǎng)絡(luò)可以采用MPLS和DiffServ技術(shù)實現(xiàn)上述需求。
以語音業(yè)務(wù)為例，例如一個金牌用戶開展一項語音業(yè)務(wù)，則PCRF根據(jù)媒體流的目的IP地址為A.C.××.××，媒體流類型為音頻，應(yīng)用業(yè)務(wù)優(yōu)先級為非緊急業(yè)務(wù)，以及用戶簽約等級為金牌用戶，為該語音業(yè)務(wù)數(shù)據(jù)流導(dǎo)出MPLS標(biāo)簽標(biāo)記和DSCP標(biāo)記，并下發(fā)給PCEF；PCEF為該語音業(yè)務(wù)數(shù)據(jù)流中的各個報文分別封裝MPLS標(biāo)簽標(biāo)記和DSCP標(biāo)記。進(jìn)入核心網(wǎng)絡(luò)后，所述報文根據(jù)MPLS標(biāo)簽標(biāo)記按照規(guī)劃的路徑進(jìn)行傳輸，同時路徑上的網(wǎng)絡(luò)節(jié)點根據(jù)DSCP標(biāo)記為報文傳輸提供QoS控制。參見圖6所示，具體流程包括下列步驟 1、PCRF收集來自AF的應(yīng)用業(yè)務(wù)信息，其中包含媒體流的目的IP地址為A.C.××.××，媒體流類型為音頻流，以及應(yīng)用業(yè)務(wù)優(yōu)先級為非緊急業(yè)務(wù)。
2、PCRF從SPR獲取用戶簽約等級，感知用戶為金牌用戶。
3、PCEF收到為語音業(yè)務(wù)數(shù)據(jù)流建立承載的請求，通過Diameter CCR消息向PCRF發(fā)出承載對應(yīng)的PCC規(guī)則請求。
4、PCRF根據(jù)媒體流的目的IP地址A.C.××.××和媒體流類型音頻流，為語音業(yè)務(wù)數(shù)據(jù)流導(dǎo)出MPLS標(biāo)簽標(biāo)記為MPLS2；并根據(jù)媒體流類型為音頻流、應(yīng)用業(yè)務(wù)優(yōu)先級為非緊急業(yè)務(wù)，以及用戶等級為金牌用戶，為語音業(yè)務(wù)數(shù)據(jù)流導(dǎo)出DSCP標(biāo)記為DSCP1。
5、PCRF通過Diameter CCA消息在PCC規(guī)則請求響應(yīng)時將包含取值為MPLS2、DSCP1的報文標(biāo)記下發(fā)給PCEF 6、PCEF為語音業(yè)務(wù)數(shù)據(jù)流的報文封裝DSCP1標(biāo)記和MPLS2標(biāo)簽標(biāo)記。
此后當(dāng)攜帶有報文標(biāo)記(即MPLS2和DSCP1)的報文進(jìn)入采用MPLS和DiffServ技術(shù)的核心網(wǎng)絡(luò)時，核心網(wǎng)絡(luò)節(jié)點一方面會根據(jù)MPLS2選擇報文傳輸路徑，另一方面會根據(jù)DSCP1為報文提供與之相應(yīng)的QoS控制。
綜上所述，本發(fā)明實施例中，PCEF通過接收來自PCRF的報文標(biāo)記信息，獲得所需的報文標(biāo)記；之后，PCEF就可以獲得報文標(biāo)記為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。使得核心網(wǎng)絡(luò)對報文的控制變得簡單而且高效，提高了網(wǎng)絡(luò)運行效率、節(jié)約成本，同時也保證了用戶的業(yè)務(wù)體驗。
進(jìn)一步，由于PCRF本身具有策略控制功能，所以PCRF可根據(jù)需求，靈活的依據(jù)應(yīng)用業(yè)務(wù)信息、用戶簽約等級、運營商策略等多方面信息導(dǎo)出報文標(biāo)記。從而再結(jié)合后續(xù)的下發(fā)、封裝標(biāo)記和核心網(wǎng)絡(luò)的控制管理過程，可應(yīng)對需求達(dá)到靈活控制報文傳輸路徑和為報文提供相應(yīng)的QoS的效果。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種報文標(biāo)記的控制方法，其特征在于，包括下列步驟
策略和計費執(zhí)行功能實體PCEF接收來自策略控制和計費規(guī)則功能實體PCRF的報文標(biāo)記信息；以及
PCEF根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
2、如權(quán)利要求1所述的方法，其特征在于，所述報文標(biāo)記信息由PCRF根據(jù)應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商策略導(dǎo)出。
3、如權(quán)利要求1所述的方法，其特征在于，PCEF通過Gx接口消息接收來自PCRF的報文標(biāo)記信息。
4、如權(quán)利要求1所述的方法，其特征在于，所述報文標(biāo)記信息中包括的報文標(biāo)記是MPLS標(biāo)簽標(biāo)記和/或DSCP標(biāo)記。
5、一種策略控制和計費規(guī)則功能實體，其特征在于，包括
獲取單元，用于獲取應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商定義的策略；
導(dǎo)出單元，用于根據(jù)應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商策略為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出報文標(biāo)記信息；
下發(fā)單元，用于將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)。
6、如權(quán)利要求5所述的實體，其特征在于，下發(fā)單元與PCEF交互，則下發(fā)單元通過其中的Gx接口子單元，將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)給PCEF。
7、一種策略和計費執(zhí)行功能實體，其特征在于，包括
接收單元，用于接收來自PCRF的報文標(biāo)記信息；
標(biāo)記單元，用于根據(jù)接收單元收到的報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
8、如權(quán)利要求7所述的實體，其特征在于，接收單元通過其中的Gx接口子單元，接收PCRF導(dǎo)出的報文標(biāo)記信息。
9、如權(quán)利要求7所述的實體，其特征在于，所述報文標(biāo)記信息中包括的報文標(biāo)記是MPLS標(biāo)簽標(biāo)記和/或DSCP標(biāo)記。
10、一種報文標(biāo)記的控制系統(tǒng)，其特征在于，包括
PCRF，將報文標(biāo)記信息發(fā)出；
PCEF，接收來自PCRF的報文標(biāo)記信息，并根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。
11、如權(quán)利要求10所述的系統(tǒng)，其特征在于，PCRF根據(jù)應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商策略導(dǎo)出所述報文標(biāo)記信息，并向PCEF下發(fā)。
全文摘要
本發(fā)明公開了一種報文標(biāo)記的控制方法、裝置及系統(tǒng)，以使PCEF可獲得報文標(biāo)記，并為報文進(jìn)行報文標(biāo)記封裝。方法包括下列步驟PCEF接收來自PCRF的報文標(biāo)記信息；以及PCEF根據(jù)所述報文標(biāo)記信息，為對應(yīng)的業(yè)務(wù)數(shù)據(jù)流的報文進(jìn)行報文標(biāo)記封裝。策略控制和計費規(guī)則功能實體，包括獲取單元，用于獲取應(yīng)用業(yè)務(wù)信息、用戶簽約信息和/或運營商定義的策略；導(dǎo)出單元，用于根據(jù)應(yīng)用業(yè)務(wù)信息和、用戶簽約信息和/或運營商策略為業(yè)務(wù)數(shù)據(jù)流導(dǎo)出報文標(biāo)記信息；下發(fā)單元，用于將導(dǎo)出單元導(dǎo)出的報文標(biāo)記信息下發(fā)。
文檔編號H04L12/14GK101340360SQ20071012297
公開日2009年1月7日 申請日期2007年7月4日 優(yōu)先權(quán)日2007年7月4日
發(fā)明者黃世碧, 譚仕勇, 毛玉欣, 邸錦文, 峰 陳, 侯志鵬 申請人:華為技術(shù)有限公司