專利名稱：業(yè)務用量監(jiān)控方法及設備的制作方法
技術領域：
本發(fā)明實施例涉及通信技術，尤其涉及一種業(yè)務用量監(jiān)控方法及設備。
背景技術：
IP網(wǎng)絡可以提供更多種類的業(yè)務例如多媒體呼叫、文件下載和網(wǎng)頁瀏覽等，因此 需要網(wǎng)絡能夠檢測不同的業(yè)務流并統(tǒng)計流量、時長等計費信息以上報給計費中心。3GPP、微 波存取全球互通(Worldwide Interoperability forMicrowave Access ；簡稱 WiMAX)論壇 等組織定義了策略和計費控制基于策略和計費控制(Policy Charging Control，簡稱PCC) 架構，通過PCC架構可以使得網(wǎng)絡檢測到不同的業(yè)務流，并針對業(yè)務流實現(xiàn)服務質量(QoS) 控制、計費統(tǒng)計等需求。PCC架構包括策略和計費加強功能實體(Policy Charging EnforcementFunction,簡稱PCEF)和策略和計費規(guī)則功能實體(Policy Charging RulesFunction，簡稱PCRF)等功能實體。PCEF支持對單獨的業(yè)務流或者一組業(yè)務流或會話 內(nèi)所有業(yè)務流的監(jiān)聽。PCRF支持基于規(guī)則級及會話級的用量管理，并可利用PCEF上報的 用量動態(tài)控制帶寬/計費規(guī)則。PCRF與PCEF之間采用foe接口進行策略下發(fā)及用量上報 PCEF通過GX接口向PCRF請求PCC規(guī)則，PCRF通過GX接口向PCEF提供PCC規(guī)則，PCEF通 過GX接口向PCRF上報根據(jù)PCC規(guī)則監(jiān)控到的業(yè)務用量。然而，存在如下需求時現(xiàn)有用量監(jiān)控機制無法滿足例如需要監(jiān)聽特定網(wǎng)站如新 浪網(wǎng)站www. sina. com的用量，同時還需要監(jiān)聽用戶在會話內(nèi)所有HTTP協(xié)議的用量，以在新 浪的訪問量達到一定門限時控制其服務質量，同時當HTTP業(yè)務達到一定門限時控制特定 網(wǎng)站的服務質量。若采用規(guī)則級監(jiān)控，PCEF在識別www. sina. com的業(yè)務流時只會優(yōu)先累計 至一條規(guī)則，該業(yè)務流的用量或者上報至HTTP協(xié)議對應的規(guī)則，或者上報至誦.sina. com 對應的規(guī)則。這樣另一條規(guī)則的用量不是完整的使用用量。若采用會話級監(jiān)控，由于會話 級監(jiān)控是對用戶在會話內(nèi)所有業(yè)務用量的監(jiān)控，在會話內(nèi)用戶采用任何協(xié)議訪問任何網(wǎng)站 都被累計至一條規(guī)則中上報給PCRF，從而不能區(qū)分用戶訪問mm. sina. com的用量與使用 HTTP協(xié)議的用量。因此，目前PCEF向PCRF上報的業(yè)務用量不準確，從而導致后續(xù)不能對其 他業(yè)務的服務質量進行準確控制。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種業(yè)務用量監(jiān)控方法及設備，用以解決現(xiàn)有技術中PCEF向 PCRF上報的業(yè)務用量不準確的缺陷，達到了 PCRF準確采集用戶業(yè)務用量的目的。本發(fā)明實施例提供一種業(yè)務用量監(jiān)控方法，包括根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一，分別確定 所述業(yè)務請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同；所述 會話級業(yè)務監(jiān)控任務包括會話級業(yè)務監(jiān)控級別標識、監(jiān)控任務標識和指定業(yè)務流信息；所 述監(jiān)控級別標識表示所述監(jiān)控任務用于監(jiān)控會話內(nèi)指定業(yè)務流的用量；
在確定所述業(yè)務請求信息與所述一個或者多個會話級業(yè)務監(jiān)控任務中的所述指 定業(yè)務流信息相同時，在所述一個或者多個會話級業(yè)務監(jiān)控任務中累計所述業(yè)務請求信息 的用量；將所述監(jiān)控任務標識以及所述會話級業(yè)務監(jiān)控任務中的所述業(yè)務請求信息的累 計用量上報給策略和計費規(guī)則功能實體。本發(fā)明實施例提供一種業(yè)務用量監(jiān)控設備，包括確定模塊，用于根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息 之一，分別確定所述業(yè)務請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流 信息相同；所述會話級業(yè)務監(jiān)控任務包括會話級業(yè)務監(jiān)控級別標識、監(jiān)控任務標識和指定 業(yè)務流信息；所述監(jiān)控級別標識表示所述監(jiān)控任務用于監(jiān)控會話內(nèi)指定業(yè)務流的用量；累計模塊，用于在確定所述業(yè)務請求信息與所述一個或者多個會話級業(yè)務監(jiān)控任 務中的所述指定業(yè)務流信息相同時，在所述一個或者多個會話級業(yè)務監(jiān)控任務中累計所述 業(yè)務請求信息的用量；上報模塊，用于將所述監(jiān)控任務標識以及所述會話級業(yè)務監(jiān)控任務中的所述業(yè)務 請求信息的累計用量上報給策略和計費規(guī)則功能實體。本發(fā)明實施例業(yè)務用量監(jiān)控方法及設備，PCEF按照PCRF下發(fā)的多個會話級業(yè)務 監(jiān)控任務，對一個特定用戶一次會話內(nèi)的多個指定業(yè)務進行監(jiān)控，將在會話內(nèi)接收到的業(yè) 務請求信息中五元組信息、協(xié)議信息和URL信息與各會話級業(yè)務監(jiān)控任務對應的指定業(yè)務 流進行比較，確定與業(yè)務請求信息相同的指定業(yè)務流信息。分別通過相同的指定業(yè)務流信 息對應的監(jiān)控任務標識，將該業(yè)務請求對應的用量上報給PCRF。因此，本發(fā)明實施例可將 一條業(yè)務流的用量分別累計至多個相同的指定業(yè)務流信息對應的多條會話級業(yè)務監(jiān)控任 務中上報給PCRF，克服了由于PCEF不能將一條業(yè)務流的用量累計至多個監(jiān)控任務而導致 的用量上報準確的缺陷，使PCRF可采集到用戶的準確的業(yè)務用量。從而控制后續(xù)的服務質 量。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明提供的業(yè)務用量監(jiān)控方法實施例一流程圖；圖2為本發(fā)明提供的業(yè)務用量監(jiān)控方法實施例二流程圖；圖3為本發(fā)明提供的業(yè)務用量監(jiān)控方法實施例三流程圖；圖4本發(fā)明提供的業(yè)務用量監(jiān)控設備實施例一結構示意圖；圖5本發(fā)明提供的業(yè)務用量監(jiān)控設備實施例二結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明提供的業(yè)務用量監(jiān)控方法實施例一流程圖。如圖1所示，本實施例 包括步驟11 =PCEF根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之 一分別確定業(yè)務請求信息是否與各會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同。PCEF向PCRF發(fā)起Gx+會話創(chuàng)建請求后，PCRF向PCEF發(fā)送多個會話級業(yè)務監(jiān)控任 務。每個會話級業(yè)務監(jiān)控任務包括會話級業(yè)務監(jiān)控級別標識、監(jiān)控任務標識和指定業(yè)務流 信息。各會話級業(yè)務監(jiān)控任務對應的會話級業(yè)務監(jiān)控級別標識相同，各會話級業(yè)務監(jiān)控任 務對應的監(jiān)控任務標識不同的，對應的指定業(yè)務流信息也不相同。會話級業(yè)務監(jiān)控級別標 識表示監(jiān)控任務用于監(jiān)控一個用戶在當前會話內(nèi)指定業(yè)務的用量。PCEF通過會話級業(yè)務監(jiān) 控任務中的監(jiān)控任務級別標識，可獲知PCRF指示監(jiān)控一個用戶在當前會話內(nèi)指定業(yè)務的用里。各會話級業(yè)務監(jiān)控任務中對應的指定業(yè)務流信息在協(xié)議上存在關聯(lián)，也可以不存 在關聯(lián)。例如，監(jiān)控一個特定用戶在會話內(nèi)訪問www. Sina. com用量的會話級業(yè)務監(jiān)控任務 A和監(jiān)控該特定用戶會話內(nèi)使用所有HTTP協(xié)議的用量的會話級業(yè)務監(jiān)控任務B，由于用戶 有可能使用HTTP協(xié)議訪問www. sina. com,因此訪問www. sina. com的業(yè)務用量，也應該累計 至會話級業(yè)務監(jiān)控任務B。在當前會話內(nèi)接收到業(yè)務請求信息時，例如接收到HTTP瀏覽請求、RTSP業(yè)務請 求、短信業(yè)務請求或彩信業(yè)務請求等，PCEF先識別業(yè)務請求信息中Port五元組信息、統(tǒng)一 資源定位符(Uniform Resource Locator，簡稱URL)信息和協(xié)議信息等特征。進一步的，比 較業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一，是否分別與各指定業(yè)務流信息 對應的五元組信息、協(xié)議信息和URL信息之一相同；如果五元組信息、協(xié)議信息和URL信息 中的至少一項相同，則確定業(yè)務請求信息與指定業(yè)務流信息相同從業(yè)務請求信息中識別出 的Port五元組信息包括發(fā)送該業(yè)務請求信息的源IP地址和源端口、接收該業(yè)務請求信息 的目的IP地址和目的端口以及處理該業(yè)務請求信息所采用協(xié)議對應的協(xié)議號。步驟12 在確定業(yè)務請求信息與一個或者多個會話級業(yè)務監(jiān)控任務中的指定業(yè) 務流信息相同時，PCEF在一個或者多個會話級業(yè)務監(jiān)控任務中累計業(yè)務請求信息的用量。步驟13 =PCEF將監(jiān)控任務標識以及會話級業(yè)務監(jiān)控任務中的業(yè)務請求信息的累 計用量上報給PCRF。在某個會話級業(yè)務監(jiān)控任務對應的指定業(yè)務流信息與業(yè)務請求信息相匹配時，通 過該監(jiān)控任務對應的監(jiān)控任務標識，也即該指定業(yè)務流信息對應的監(jiān)控任務標識，將該業(yè) 務請求信息的累計用量上報給PCRF。有可能存在多個會話級業(yè)務監(jiān)控業(yè)務對應的指定業(yè) 務流信息與該業(yè)務請求信息相同，將該業(yè)務流信息的用量(包括訪問時長、訪問流量和訪 問次數(shù)等)，分別累計至相同的指定業(yè)務流信息所對應的會話級業(yè)務監(jiān)控任務，并分別通過 不同的監(jiān)控任務標識將該業(yè)務請求的用量上報給PCEF。PCEF上報一次會話內(nèi)業(yè)務的用量， PCRF對PCEF上報的業(yè)務用量進行累計管理。本發(fā)明實施例業(yè)務用量監(jiān)控方法，PCEF按照PCRF下發(fā)的多個會話級業(yè)務監(jiān)控任 務，對一個特定用戶一次會話內(nèi)的多個指定業(yè)務進行監(jiān)控，將在會話內(nèi)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息與各會話級業(yè)務監(jiān)控任務對應的指定業(yè)務流進行 比較，確定與業(yè)務請求信息相同的指定業(yè)務流信息。分別通過相同的指定業(yè)務流信息對應 的監(jiān)控任務標識，將該業(yè)務請求對應的用量上報給PCRF。因此，本發(fā)明實施例可將一條業(yè)務 流的用量分別累計至多個相同的指定業(yè)務流信息對應的多條會話級業(yè)務監(jiān)控任務中上報 給PCRF，克服了由于PCEF不能將一條業(yè)務流的用量累計至多個監(jiān)控任務而導致的用量上 報準確的缺陷，使PCRF可采集到用戶的準確的業(yè)務用量。從而控制后續(xù)的服務質量。圖2為本發(fā)明提供的業(yè)務用量監(jiān)控方法實施例二流程圖。本實施例中，PCRF通過 Gx+接口向PCEF下發(fā)會話級業(yè)務監(jiān)控任務。本實施例對hage-Monitoring-Level AVP定義進行了擴展，新增一個監(jiān)控級別 SESSION_RULE_LEVELQ)，該監(jiān)控級別標識表示下發(fā)的監(jiān)控任務為監(jiān)控一次會話內(nèi)指定業(yè) 務的用量。另外，還新增加[Session-Usage-Monitoring-Flows]AVP，指示需監(jiān)控的指定業(yè)
務流信息。具體如下
<CC-Answer〉::= [Monitoring-Key] //監(jiān)控任務標識 //指定業(yè)務流信息在[Flow-Information]處，也可為[URL]，表示監(jiān)控訪問特定URL的業(yè)務流。如圖2所示，本實施例包括步驟la =PCEF通過CCRHnitial消息向PCRF發(fā)送會話創(chuàng)建請求。PCEF 通過 CCR(Credit Control Request)-Initial 消息向 PCRF 發(fā)送基于一個用 戶也即一個源IP地址的會話創(chuàng)建請求，以請求PCRF下發(fā)對于該用戶或該IP地址的監(jiān)控任 務。從而該用戶上線后PCEF根據(jù)PCRF下發(fā)的監(jiān)控任務對該用戶的特定業(yè)務用量進行監(jiān)控。步驟2a :PCRF 通過 GX CCA(Credit Control Answer)消息向 PCEF 下發(fā)兩個會話 級業(yè)務監(jiān)控任務。每個會話級業(yè)務監(jiān)控任務包括監(jiān)控級別標識、監(jiān)控任務標識和指定業(yè)務流信息。 例如，監(jiān)控用戶訪問google網(wǎng)站的流量達到指定量時上報，并監(jiān)控該用戶使用http協(xié)議的 流量達到指定量時上報，PCRF向PCEF下發(fā)如下兩個會話級業(yè)務監(jiān)控任務(括號內(nèi)容為實 際發(fā)送的值)
權利要求
1.一種業(yè)務用量監(jiān)控方法，其特征在于，包括根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一，分別確定所述 業(yè)務請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同；所述會話 級業(yè)務監(jiān)控任務包括會話級業(yè)務監(jiān)控級別標識、監(jiān)控任務標識和指定業(yè)務流信息；所述監(jiān) 控級別標識表示所述監(jiān)控任務用于監(jiān)控會話內(nèi)指定業(yè)務流的用量；在確定所述業(yè)務請求信息與所述一個或者多個會話級業(yè)務監(jiān)控任務中的所述指定業(yè) 務流信息相同時，在所述一個或者多個會話級業(yè)務監(jiān)控任務中累計所述業(yè)務請求信息的用 量；將所述監(jiān)控任務標識以及所述會話級業(yè)務監(jiān)控任務中的所述業(yè)務請求信息的累計用 量上報給策略和計費規(guī)則功能實體。
2.根據(jù)權利要求1所述業(yè)務用量監(jiān)控方法，其特征在于，所述分別確定所述業(yè)務請求 信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同，包括確定所述業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一是否分別與所述指定 業(yè)務流信息對應的五元組信息、協(xié)議信息和URL信息之一相同；如果所述五元組信息、協(xié) 議信息和URL信息中的至少一項相同，則確定所述業(yè)務請求信息與所述指定業(yè)務流信息相 同。
3.根據(jù)權利要求1或2所述業(yè)務用量監(jiān)控方法，其特征在于，在所述分別確定所述業(yè)務 請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同之前，還包括向所述策略和計費規(guī)則功能實體發(fā)送會話創(chuàng)建請求；接收所述策略和計費規(guī)則功能實體發(fā)送的各所述會話級業(yè)務監(jiān)控任務。
4.根據(jù)權利要求3所述業(yè)務用量監(jiān)控方法，其特征在于，接收所述策略和計費規(guī)則功 能實體發(fā)送的所述會話內(nèi)的各所述會話級業(yè)務監(jiān)控任務具體為通過Gx+接口接收策略和計費規(guī)則功能實體發(fā)送的各所述會話級業(yè)務監(jiān)控任務。
5.根據(jù)權利要求3所述業(yè)務用量監(jiān)控方法，其特征在于，還包括接收所述PCRF發(fā)送 的所述會話內(nèi)的各所述會話級業(yè)務監(jiān)控任務具體為通過Gx+接口接收策略和計費規(guī)則功能實體發(fā)送的所述會話級業(yè)務監(jiān)控任務中監(jiān)控 任務級別標識和監(jiān)控任務標識，通過業(yè)務流信息同步接口接收所述策略和計費規(guī)則功能實 體發(fā)送中各所述會話級監(jiān)控任務的指定業(yè)務流信息和監(jiān)控任務標識。
6.一種業(yè)務用量監(jiān)控設備，其特征在于，包括確定模塊，用于根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一， 分別確定所述業(yè)務請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息 相同；所述會話級業(yè)務監(jiān)控任務包括會話級業(yè)務監(jiān)控級別標識、監(jiān)控任務標識和指定業(yè)務 流信息；所述監(jiān)控級別標識表示所述監(jiān)控任務用于監(jiān)控會話內(nèi)指定業(yè)務流的用量；累計模塊，用于在確定所述業(yè)務請求信息與所述一個或者多個會話級業(yè)務監(jiān)控任務中 的所述指定業(yè)務流信息相同時，在所述一個或者多個會話級業(yè)務監(jiān)控任務中累計所述業(yè)務 請求信息的用量；上報模塊，用于將所述監(jiān)控任務標識以及所述會話級業(yè)務監(jiān)控任務中的所述業(yè)務請求 信息的累計用量上報給策略和計費規(guī)則功能實體。
7.根據(jù)權利要求6所述業(yè)務用量監(jiān)控設備，其特征在于，所述確定模塊具體用于確定所述業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一是否分別與所述指定業(yè)務流信 息對應的五元組信息、協(xié)議信息和URL信息之一相同；如果所述五元組信息、協(xié)議信息和 URL信息中的至少一項相同，則確定所述業(yè)務請求信息與所述指定業(yè)務流信息相同。
8.根據(jù)權利要求6或7所述業(yè)務用量監(jiān)控設備，其特征在于，還包括 會話創(chuàng)建模塊，用于向所述策略和計費規(guī)則功能實體發(fā)送會話創(chuàng)建請求；接收模塊，用于接收所述策略和計費規(guī)則功能實體發(fā)送的各所述會話級業(yè)務監(jiān)控任務。
9.根據(jù)權利要求8所述業(yè)務用量監(jiān)控設備，其特征在于，所述接收模塊具體用于通過 Gx+接口接收策略和計費規(guī)則功能實體發(fā)送的各所述會話級業(yè)務監(jiān)控任務。
10.根據(jù)權利要求8所述業(yè)務用量監(jiān)控設備，其特征在于，所述接收模塊具體用于通過 Gx+接口接收策略和計費規(guī)則功能實體發(fā)送的各所述會話級業(yè)務監(jiān)控任務中監(jiān)控任務級別 標識和監(jiān)控任務標識，通過業(yè)務流信息同步接口接收所述策略和計費規(guī)則功能實體發(fā)送的 各所述會話級監(jiān)控任務中指定業(yè)務流信息和監(jiān)控任務標識。
全文摘要
本發(fā)明提供一種業(yè)務用量監(jiān)控方法及設備。該方法包括根據(jù)接收到的業(yè)務請求信息中五元組信息、協(xié)議信息和URL信息之一，分別確定業(yè)務請求信息是否與一個或者多個會話級業(yè)務監(jiān)控任務中指定業(yè)務流信息相同；在確定業(yè)務請求信息與一個或者多個會話級業(yè)務監(jiān)控任務中的指定業(yè)務流信息相同時，在一個或者多個會話級業(yè)務監(jiān)控任務中累計業(yè)務請求信息的用量；將監(jiān)控任務標識以及會話級業(yè)務監(jiān)控任務中的業(yè)務請求信息的累計用量上報給PCRF。本發(fā)明實施例可將一條業(yè)務流的用量分別累計至多條會話級業(yè)務監(jiān)控任務中上報給PCRF，使PCRF可采集到用戶準確的業(yè)務用量，從而控制后續(xù)的服務質量。
文檔編號H04L12/26GK102142990SQ201010624359
公開日2011年8月3日 申請日期2010年12月31日 優(yōu)先權日2010年12月31日
發(fā)明者王軍 申請人:華為技術有限公司