專利名稱：信息報(bào)告的控制方法、裝置和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息報(bào)告的控制方法，特別是一種基于第2層控制機(jī)制 (Layer 2 Control Mechanism,以下簡(jiǎn)稱L2CM )或者接入節(jié)點(diǎn)控制協(xié)議 (Access Node Control Protocol,以下簡(jiǎn)稱ANCP )的下一代網(wǎng)絡(luò)(Next Generation Network,以下簡(jiǎn)稱NGN)中信息報(bào)告的控制方法；本發(fā)明還涉 及信息報(bào)告的控制裝置及具有該裝置的設(shè)備，特別涉及L2CM或者ANCP的 NGN中信息報(bào)告的控制裝置及具有該裝置的設(shè)備，即報(bào)告執(zhí)行功能體，屬于 通信技術(shù)領(lǐng)域。
背景技術(shù)：
L2CM或者ANCP都是NGN中的接入控制機(jī)制。參見圖l， L2CM或者 ANCP均需要兩個(gè)對(duì)端的功能體實(shí)現(xiàn)；其中， 一端是控制功能體5 (Controller function), 另一端貝'j是才艮告^U亍功能體3 (Reporting and/or enforcement function)?？刂乒δ荏w一般是寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(Broadband Network Gateway, 以下簡(jiǎn)稱BNG)、寬帶遠(yuǎn)程接入服務(wù)器(Broadband Remote Access Server, 以下簡(jiǎn)稱BRAS)或者互聯(lián)網(wǎng)協(xié)議邊沿設(shè)備(IP Edge Device )等網(wǎng)絡(luò)接 入服務(wù)器(Network Access Server,以下簡(jiǎn)稱NAS )設(shè)備，這些NAS設(shè) 備中集成有實(shí)現(xiàn)L2CM或者ANCP的控制功能。報(bào)告執(zhí)行功能體一般是接入 節(jié)點(diǎn)(Access Node,以下簡(jiǎn)稱AN)設(shè)備，在AN中集成有實(shí)現(xiàn)L2CM或 者ANCP的報(bào)告執(zhí)行功能。在上述的體系中，作為控制功能體5的NAS設(shè)備通過L2CM或者ANCP 控制管理作為報(bào)告執(zhí)行功能體3的AN,進(jìn)行諸如參數(shù)配置等功能操作；而 報(bào)告執(zhí)行功能體則響應(yīng)上述NAS設(shè)備的控制請(qǐng)求，并且主動(dòng)報(bào)告一些自身事件信息，例如端口或線路狀態(tài)變化事件信息，包括端口或線路帶寬參數(shù)。
報(bào)告用戶接入線路狀態(tài)是L2CM或者ANCP中規(guī)定的一個(gè)重要功能。當(dāng) AN發(fā)現(xiàn)一個(gè)新的線路建立或者線路速率改變時(shí)，例如數(shù)字用戶線路 (Digital Subscriber Line,以下簡(jiǎn)稱DSL)的速率發(fā)生變化,按照L2CM 或者ANCP的規(guī)定，該AN就要主動(dòng)將這些線路的狀態(tài)變化事件信息通知給 BNG等NAS設(shè)備，BNG等NAS設(shè)備則根據(jù)這些由AN主動(dòng)報(bào)告的線路狀態(tài) 變化事件信息，動(dòng)態(tài)地調(diào)整或者改變用戶的服務(wù)質(zhì)量(Quality of Service, 以下簡(jiǎn)稱QoS)配置參數(shù)，例如QoS報(bào)文調(diào)度器參數(shù)等；同時(shí)，策略服 務(wù)器根據(jù)這些由AN主動(dòng)報(bào)告的線路狀態(tài)變化事件信息生成網(wǎng)絡(luò)拓樸進(jìn)行 接納控制，即策略服務(wù)器保存這些線路狀態(tài)信息，然后根據(jù)線路狀態(tài)信 息組成的拓樸進(jìn)行用戶使用業(yè)務(wù)的接納控制。
DSL技術(shù)利用現(xiàn)有的銅線技術(shù)給用戶提供高帶寬的接入，已經(jīng)成為當(dāng) 前使用最廣泛的接入技術(shù)；而L2CM或者ANCP則主要用于解決目前以DSL 接入技術(shù)為基礎(chǔ)的接入網(wǎng)的管理控制問題。
當(dāng)DSL線路激活或者重同步到不同的速率時(shí)，包括端口或線路帶寬 參數(shù)等的端口或線路狀態(tài)信息會(huì)發(fā)生變化，AN則要生成端口激活事件消 息，并將該消息報(bào)告到實(shí)現(xiàn)L2CM或者ANCP的控制功能體設(shè)備，例如 BNG設(shè)備；在線路信號(hào)丟失時(shí)，AN則要生成端口去激活消息，并將該消 息報(bào)告到實(shí)現(xiàn)L2CM或者ANCP的控制功能體設(shè)備，例如BNG等NAS 設(shè)備，以^更前述的這些L2CM或者ANCP控制功能體設(shè)備能夠根據(jù)前述由 AN生成并報(bào)告的消息進(jìn)行相應(yīng)的控制操作。
按照DSL技術(shù)部署用戶接入網(wǎng)絡(luò)的實(shí)際需要，要構(gòu)造具有足夠擴(kuò)展 能力的接入網(wǎng)， 一個(gè)NAS應(yīng)當(dāng)具備支持5000個(gè)AN的能力，如果按照街 邊或者電線桿微型AN計(jì)算， 一個(gè)AN支持20個(gè)端口， 一個(gè)上述能夠支 持5000個(gè)AN的NAS就需要支持100000個(gè)端口 。隨著技術(shù)的不斷發(fā)展，未來的一個(gè)策略服務(wù)器可能支持多個(gè)NAS設(shè)備，因此， 一個(gè)策略服務(wù)器 需要支持的端口數(shù)量有可能會(huì)達(dá)到一百萬，甚至更多。鑒于DSL線路自身特點(diǎn)和用戶接入線路的特點(diǎn)，DSL線路容易受環(huán) 境影響而出現(xiàn)速率改變、閃斷或者重同步等情況。線路質(zhì)量差容易導(dǎo)致 DSL信號(hào)不穩(wěn)定，尤其在線路上電激活時(shí)，通常出現(xiàn)多次狀態(tài)改變后才最 終穩(wěn)定，同時(shí)，由于接入用戶的使用特性，經(jīng)常會(huì)出現(xiàn)部分用戶的頻繁上、 下線的情況。盡管對(duì)于單個(gè)端口或者線路而言，上述情況并非經(jīng)常發(fā)生， 或者只有較小的概率，但是這種自由和無序的操作對(duì)于具有100000個(gè)或 者更多端口的NAS設(shè)備而言，則是在很短的時(shí)間內(nèi)收到大量的由AN報(bào) 告的事件信息。無疑，如此大量的事件信息會(huì)對(duì)NAS設(shè)備構(gòu)成很大的沖 擊。NAS收到由AN報(bào)告的事件信息后，并非僅僅記錄這些信息，而是在 記錄的同時(shí)還要根據(jù)這些信息進(jìn)行必要的處理。這樣，就會(huì)導(dǎo)致NAS出 現(xiàn)"可擴(kuò)展性"(scalability)問題。在NAS本身處理任務(wù)已經(jīng)很繁重的 情況下，AN報(bào)告的大量狀態(tài)變化的事件信息不可避免地會(huì)引發(fā)NAS負(fù)載 過重，導(dǎo)致NAS出現(xiàn)諸如拒絕服務(wù)這樣的問題。對(duì)于策略服務(wù)器而言，允許控制(Admission Control,以下簡(jiǎn)稱AC) 的拓樸應(yīng)當(dāng)具備相當(dāng)?shù)姆€(wěn)定性，原則是越穩(wěn)定越好。但是，由于策略服務(wù) 器需要根據(jù)基于L2CM或者ANCP報(bào)告的端口狀態(tài)事件信息組成網(wǎng)絡(luò)拓樸 做AC處理，來自AN的大量端口狀態(tài)事件信息會(huì)嚴(yán)重影響網(wǎng)絡(luò)拓樸的穩(wěn) 定性，給策略服務(wù)器帶來巨大的處理壓力，頻繁的端口狀態(tài)事件信息報(bào)告 會(huì)引起拓樸震蕩，這種震蕩對(duì)于策略服務(wù)器(Policy Server,以下簡(jiǎn)稱 PS)來說幾乎是災(zāi)難性的，對(duì)于需要管理一百萬個(gè)端口的策略服務(wù)器而言， 頻繁的端口狀態(tài)事件信息處理令其無法負(fù)擔(dān)。綜上所述，現(xiàn)有技術(shù)并沒有在L2CM或者ANCP機(jī)制下對(duì)信息的報(bào)告 進(jìn)行控制，這種情況會(huì)使得在DSL線路受環(huán)境影響而不穩(wěn)定時(shí)，AN大量地報(bào)告狀態(tài)變化事件信息，這些事件信息導(dǎo)致對(duì)NAS和策略服務(wù)器的沖
擊，而進(jìn)一步造成NAS或策略服務(wù)器出現(xiàn)拒絕服務(wù)的問題。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)方面是提供一種信息報(bào)告的控制方法，在L2CM或者 ANCP機(jī)制下，能夠有效地控制報(bào)告的事件信息，從而避免對(duì)NAS和策 略服務(wù)器造成沖擊，減少或者消除無效信息給NAS和策略服務(wù)器帶來的 負(fù)荷，保障網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定。
本發(fā)明的另 一 個(gè)方面是提供 一 種信息報(bào)告的控制裝置，該裝置在 L2CM或者ANCP機(jī)制下，能夠有效地控制接入網(wǎng)中報(bào)告執(zhí)行功能體報(bào)告 的事件信息，從而避免對(duì)NAS和策略服務(wù)器造成沖擊，減少或者消除無 效信息給N A S和策略服務(wù)器帶來的負(fù)荷，保障網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定。
本發(fā)明的再一個(gè)方面是提供一種信息報(bào)告的控制設(shè)備，該設(shè)備實(shí)質(zhì)上 是接入網(wǎng)中具備前述裝置的報(bào)告執(zhí)行功能體，該設(shè)備能夠?qū)ζ鋱?bào)告的事件 信息進(jìn)行控制，從而避免對(duì)NAS和策略服務(wù)器造成沖擊，減少或者消除 無效信息給NAS和策略服務(wù)器帶來的負(fù)荷，保障網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定。
為了實(shí)現(xiàn)本發(fā)明的第一個(gè)方面，本發(fā)明一些實(shí)施例提供了如下的技術(shù)方 案，該技術(shù)方案具體包括這樣的操作報(bào)告執(zhí)行功能體在檢測(cè)到線路狀態(tài)變 化事件后，將線路狀態(tài)變化對(duì)應(yīng)的事件信息與預(yù)先配置的報(bào)告控制策略進(jìn) 行匹配，檢查策略的條件是否成立，根據(jù)檢查的結(jié)果向控制功能體發(fā)送、 延遲發(fā)送或者不發(fā)送所述事件信息。
上述的技術(shù)方案在實(shí)現(xiàn)L2CM或者ANCP機(jī)制的同時(shí)，能夠有效地控 制報(bào)告的事件信息的數(shù)量，因此可以避免大量事件信息對(duì)NAS和策略服 務(wù)器造成的沖擊，減少或者消除了無效的事件信息給NAS和策略服務(wù)器 帶來的過量負(fù)荷，保障了網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定運(yùn)行。
為了實(shí)現(xiàn)本發(fā)明的另 一個(gè)方面，本發(fā)明一些實(shí)施例提供了如下的技術(shù)方 案，該技術(shù)方案具體是提供一種控制裝置，該控制裝置包括用于檢測(cè)信息報(bào)告事件的事件檢測(cè)單元、用于根據(jù)前述的事件匹配相應(yīng)的策略信息，并根 據(jù)該策略信息控制報(bào)告處理單元處理信息報(bào)告的策略控制單元，以及用于構(gòu) 造和發(fā)送信息報(bào)告的報(bào)告處理單元。前述實(shí)現(xiàn)本發(fā)明另 一方面的控制裝置，在L2CM或者ANCP機(jī)制下， 通過事件才全測(cè)單元、策略控制單元以及報(bào)告處理單元之間的交互，能夠有 效地控制接入網(wǎng)中報(bào)告執(zhí)行功能體設(shè)備報(bào)告事件信息的數(shù)量，抑制大量無 效的事件信息，從而避免了這些無效的事件信息對(duì)NAS和策略服務(wù)器造 成的沖擊，減小或者消除了無效信息給NAS和策略服務(wù)器帶來的過量負(fù) 荷，能夠切實(shí)保障DSL接入網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定運(yùn)行。為了實(shí)現(xiàn)本發(fā)明的再一個(gè)方面，本發(fā)明一些實(shí)施例提供了如下的設(shè) 備，該設(shè)備包括報(bào)告執(zhí)行功能體設(shè)備和報(bào)告控制功能設(shè)備，還包括一體設(shè) 置或者分離設(shè)置的用于檢測(cè)信息報(bào)告事件的事件檢測(cè)單元、用于根據(jù)前述 的事件匹配相應(yīng)的策略信息，并根據(jù)該策略信息控制報(bào)告處理單元處理信 息報(bào)告的策略控制單元，'以及用于構(gòu)造和發(fā)送信息報(bào)告的報(bào)告處理單元。實(shí)現(xiàn)本發(fā)明的再一個(gè)方面的設(shè)備實(shí)質(zhì)上是接入網(wǎng)中具備前述裝置的 報(bào)告執(zhí)行功能體設(shè)備，該設(shè)備由于設(shè)置或者連接了上述的事件檢測(cè)單元、 策略控制單元以及報(bào)告處理單元，能夠?qū)ζ鋱?bào)告的事件信息的發(fā)送進(jìn)行有 效地控制，從而避免了大量無用信息對(duì)NAS和策略服務(wù)器造成沖擊，減 少或者消除了無效信息給NAS和策略服務(wù)器帶來的負(fù)荷，能夠有效地保 障接入網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定運(yùn)行。以下通過具體的實(shí)施方式，對(duì)本發(fā)明的內(nèi)容做進(jìn)一步的詳細(xì)描述。


圖1為一NGN網(wǎng)絡(luò)示意圖。圖2為本發(fā)明一配置控制策略實(shí)施例的流程示意圖；圖3為本發(fā)明一根據(jù)策略控制信息報(bào)告的流程示意圖；圖4為本發(fā)明事件檢測(cè)時(shí)的設(shè)備信息交互示意圖；圖5為一根據(jù)策略控制信息報(bào)告實(shí)施例的設(shè)備信息交互示意圖；圖5A為圖5所示實(shí)施例的流程示意圖；圖6為又一根據(jù)策略控制信息報(bào)告實(shí)施例的設(shè)備信息交互示意圖； 圖6A為圖6所示實(shí)施例的流程示意圖；圖7為再一根據(jù)策略控制信息報(bào)告實(shí)施例的設(shè)備信息交互示意圖； 圖7A為圖7所示實(shí)施例的流程示意圖；圖8為本發(fā)明一根據(jù)策略控制信息報(bào)告裝置實(shí)施例的結(jié)構(gòu)示意圖； 圖9為本發(fā)明另一根據(jù)策略控制信息報(bào)告裝置實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施方式
在基于DSL技術(shù)的接入網(wǎng)絡(luò)中，如下狀態(tài)事件的發(fā)生可能產(chǎn)生信息 改變，而這些改變的信息需要報(bào)告1、線路激活(線路進(jìn)入激活(showtime) 狀態(tài))；2、線路重同步；4、線路去激活(線路進(jìn)入空閑(idle)或待激活 (silent)狀態(tài))等。在這些事件產(chǎn)生后，AN設(shè)備需要將事件信息報(bào)告至NAS 設(shè)備，目的是使獲得這些事件信息的NAS或者策略服務(wù)器及時(shí)根據(jù)這 些信息進(jìn)行處理，以保證提供給用戶服務(wù)的質(zhì)量，以及向用戶提供差異化 的服務(wù)。實(shí)際上，這些事件可能發(fā)生在還沒有接入用戶的線路上，有些線路事 件可能在用戶通過線路接入網(wǎng)絡(luò)前多次發(fā)生。有些線路事件可能不會(huì)影響 通過該線路接入網(wǎng)絡(luò)的用戶。因此，這些事件中，有很多事件是NAS或者 策略服務(wù)器不用感知的，例如用戶通過線路接入網(wǎng)絡(luò)之前的眾多事件的 信息等。這些事件的信息是可以不報(bào)告的；如果報(bào)告這些事件信息，反而 會(huì)給NAS或者策略服務(wù)器帶來不必要的處理負(fù)擔(dān)。因此應(yīng)當(dāng)采取必要的 措施對(duì)這些無用信息的報(bào)告予以抑制。通過抑制報(bào)告無用的事件信息，可以減少報(bào)告的消息，防止給NAS或者策略服務(wù)器帶來處理過載，避免由 此引發(fā)的拒絕服務(wù)的問題。
因此，在完全滿足信息報(bào)告要求的功能前提下，可以采用如下的方法 來控制事件信息的報(bào)告接入網(wǎng)絡(luò)中的報(bào)告執(zhí)行功能體，例如AN、數(shù) 字用戶線接入復(fù)接器(Digital Subscriber Lme Access Multiplexer,以下簡(jiǎn) 稱DSLAM)等，檢測(cè)到可能產(chǎn)生信息報(bào)告的事件時(shí)，例如線路激活、 線路同步、線路去激活等，將所述事件與預(yù)先配置的信息報(bào)告控制策略進(jìn) 行匹配，然后根據(jù)相應(yīng)的控制策略處理信息報(bào)告。
信息報(bào)告的控制策略可以預(yù)先配置，策略信息可以按照運(yùn)營(yíng)商自己需 求定義，在定義好控制策略后，將對(duì)應(yīng)的策略信息保存到策略數(shù)據(jù)庫(kù)，例 如策略服務(wù)器中；然后通過網(wǎng)絡(luò)管理系統(tǒng)或者L2CM配置到報(bào)告執(zhí)行功 能設(shè)備上。這些控制策略可以靈活配置， 一個(gè)端口或一條線路的一種事件 配置一條策略，也可以整個(gè)AN或AN分區(qū)的一種事件配置一條策略。
圖2所示是通過L2CM配置控制策略的一個(gè)流程實(shí)例，包括
步驟201、報(bào)告執(zhí)行功能體和報(bào)告控制功能體建立基于L2CM或者ANCP 的連接會(huì)話，用于建立控制管理連接協(xié)議通道。
步驟2Q2、報(bào)告控制功能體向報(bào)告執(zhí)行功能體發(fā)送配置策略請(qǐng)求，配 置請(qǐng)求消息中包含控制策略，策略可能以由是報(bào)告控制功能體從策略服務(wù) 器獲取，或者由策略服務(wù)器下發(fā)給報(bào)告控制功能體。
步驟203、報(bào)告執(zhí)行功能體配置控制策略和響應(yīng)報(bào)告控制功配置策略 請(qǐng)求。
控制策略采用通用的策略格式，如當(dāng)事件發(fā)生，如果條件成立，則 動(dòng)訐乍處J里(When Event occurs, if Condition is true, then Action )，控制策略 可以通過可擴(kuò)展標(biāo)i己語言(Extensible Markup Language,簡(jiǎn)稱XML)或 純文本表達(dá)，報(bào)告功能體解析和提取策略參數(shù)(如從XML中)事件標(biāo) 識(shí)、條件參數(shù)、動(dòng)作處理參數(shù)，然后將事件標(biāo)識(shí)、條件參數(shù)、動(dòng)作處理參數(shù)配置保存在數(shù)據(jù)表中。
參見圖3,本發(fā)明一個(gè)報(bào)告執(zhí)行功能體根據(jù)策略處理信息報(bào)告的流程
如下
步驟301、報(bào)告執(zhí)行功能體檢測(cè)事件，并獲取事件的信息。 所述的檢測(cè)方法包括偵聽、探測(cè)等，例如報(bào)告執(zhí)行功能體偵聽到用 戶線路狀態(tài)發(fā)生了變化或者偵聽到用戶接入了網(wǎng)絡(luò)，該事件包括線路激活 (進(jìn)入showtime狀態(tài))、線;洛去激活(進(jìn)入空閑idle或silent狀態(tài))、 線路重同步、用戶通過線路接入網(wǎng)絡(luò)等事件；其中，用戶通過線路接入網(wǎng) 絡(luò)至少包4舌用戶使用點(diǎn)對(duì)點(diǎn)協(xié)議(Point to Point Protocol ，以下簡(jiǎn)稱 PPP)、動(dòng)態(tài)主才幾配置協(xié)議(Dynamic Host Configuration Protocol,以下簡(jiǎn) 稱DHCP) 、 802. lx、網(wǎng)絡(luò)接入認(rèn)證承載協(xié)議(Protocol for Carrying Authentication for Network Access,以下簡(jiǎn)稱PANA )協(xié)議接入網(wǎng)絡(luò)。報(bào) 告執(zhí)行功能體，例如AN，獲取事件的信息可以是線路的參數(shù)，例如線 路帶寬、線路時(shí)延等，也可以是用戶訂閱信息參數(shù)，即用戶的簽約信息， 例如用戶簽約的能夠使用的線路帶寬等，還可以是線路或者線路或端口 的標(biāo)識(shí)。
步驟302、策略決策控制。報(bào)告執(zhí)行功能體根據(jù)檢測(cè)到的事件，查找 或者匹配該事件的策略，檢查所述策略的條件是否成立，如果成立則進(jìn)行 相應(yīng)的處理，如果不成立則忽略該事件信息，停止繼續(xù)處理。上述的條件 檢查是根據(jù)策略進(jìn)行信息報(bào)告的核心，即通過策略信息中規(guī)定的條件來控 制信息報(bào)告的處理方式。上述的處理包括發(fā)送信息報(bào)告、延時(shí)發(fā)送信息報(bào) 告、不發(fā)送信息報(bào)告、緩存信息報(bào)告等操作。
步驟303、信息報(bào)告發(fā)送。報(bào)告執(zhí)行功能體通過事件信息構(gòu)造信息報(bào)告 消息，然后發(fā)送相應(yīng)的消息。信息報(bào)告的發(fā)送方式的取決于于策略決策控制； 例如立即發(fā)送信息報(bào)告，定時(shí)觸發(fā)的信息報(bào)告或者響應(yīng)狀態(tài)查詢請(qǐng)求的信 息報(bào)告，對(duì)應(yīng)策略動(dòng)處理參數(shù)發(fā)送信息報(bào)告，延時(shí)發(fā)送信息報(bào)告或緩存事件信息報(bào)告等等。定時(shí)發(fā)送的信息報(bào)告一種延時(shí)發(fā)送的信息報(bào)告策略的控制方
式，即如果步驟302中的策略是延時(shí)發(fā)送，則報(bào)告執(zhí)行功能體將事件信息 緩存起來，同時(shí)根據(jù)策略中延時(shí)的參數(shù)設(shè)置等待發(fā)送的時(shí)間，例如啟動(dòng)定 時(shí)器，定時(shí)器定時(shí)到時(shí)則發(fā)送信息報(bào)告。響應(yīng)狀態(tài)查詢請(qǐng)求的信息報(bào)告是指 報(bào)告執(zhí)行功能體檢測(cè)到事件信息后，根據(jù)策略，將事件信息緩存或保存起來, 然后響應(yīng)報(bào)告控制功能體的事件信息的查詢請(qǐng)求，通過響應(yīng)報(bào)告控制功能體 的事件信息查詢請(qǐng)求的消息進(jìn)行事件信息報(bào)告。此外，信息報(bào)告的發(fā)送還可 以采取組發(fā)送的方式，即將多個(gè)端口或者多個(gè)事件信息包含在一個(gè)報(bào)告消 息中發(fā)送出去。前述的信息報(bào)告消息可以是基于L2CM或者ANCP的端口狀態(tài) 報(bào)告消息。
以下的若干實(shí)例可以進(jìn)一 步說明采用前述技術(shù)方案的具體做法 數(shù)字用戶線路激活或重同步的線路參數(shù)一般是根據(jù)配置給線路的數(shù)字用 戶線路的線路模板(Line Profile)來協(xié)商的，因此一般線路需要配置數(shù)字用 戶線路的線路模板(Line Profile), Line Profi le控制線路參數(shù)。數(shù)字用戶 線路的線路模板(Line Prof i le)可以通過網(wǎng)絡(luò)管理系統(tǒng)麗S或者L2CM機(jī)制配 置，數(shù)字用戶線路的線路模板(Line Profile)可以按照線路能夠提供的能力 最優(yōu)配置，即配置最優(yōu)的線路模板(Line Profile)使線路能夠提供最優(yōu)的性 能。
實(shí)例1
參見圖4,其為線路激活(Loop Active)事件處理的一個(gè)實(shí)施例的流程 示意圖。在用戶線路激活時(shí)，為了減少無用的信息，用戶線路激活時(shí)的事件 信息可以不發(fā)送信息報(bào)告。因?yàn)樵诰€路激活時(shí)，用戶還沒有接入網(wǎng)絡(luò)，此時(shí) NAS或策略服務(wù)器可以不需要感知用戶線路激活事件信息。為了能夠?qū)⒂脩?線路激活時(shí)的狀態(tài)事件信息抑制掉，基于前述具體的實(shí)施方式，可以在上述 控制策略信息中設(shè)置與用戶線路激活事件對(duì)應(yīng)的條件為真，動(dòng)作處理為忽略， AN在^r測(cè)到用戶線^^激活的事件后，檢查策略條件成立，處理動(dòng)作為忽略，則不報(bào)告用戶線路激活事件信息。 實(shí)例2
參見圖5、圖5A,其為用戶接入網(wǎng)絡(luò)的事件處理流程示意圖。由于報(bào)告 執(zhí)行功能體忽略了線路激活事件，因此在用戶接入網(wǎng)絡(luò)后需要根據(jù)策略補(bǔ)充 信息報(bào)告
步艱《501:用戶通過AN和NAS接入網(wǎng)絡(luò)，如用戶終端通過點(diǎn)對(duì)點(diǎn)協(xié)議 (Point to Point Protocol,以下簡(jiǎn)稱PPP )、 IP會(huì)話協(xié)議(IP Session)或者IP 會(huì)話協(xié)議(IP Session)或802. lx或動(dòng)態(tài)主機(jī)配置協(xié)-議(Dynamic Host Configuration Protocol,以下簡(jiǎn)稱DHCP)等手段接入網(wǎng)絡(luò)；
步驟502: NAS向AN發(fā)出配置用戶訂閱參數(shù)(Subscription Profile) 的請(qǐng)求，例如用戶訂閱的線路帶寬，本實(shí)施例的請(qǐng)求為L(zhǎng)2CM配置請(qǐng)求協(xié)議 消息；
步驟503: AN檢測(cè)用戶接入網(wǎng)絡(luò)事件，如收到配置用戶訂閱參數(shù) (subscription Profile)的請(qǐng)求，獲取用戶訂閱參數(shù)信息，根據(jù)事件匹配 預(yù)先配置的策略，檢查策略的條件，處理信息上報(bào)。如果需要報(bào)告，則發(fā)送 信息報(bào)告。
本實(shí)施例為'ANCP的信息報(bào)告(Information Report )消息，例如策略 為"當(dāng)用戶接入網(wǎng)絡(luò)事件發(fā)生，如果線路參數(shù)不滿足用戶訂閱參數(shù)，則報(bào)告 事件信息"，舉例說明假設(shè)用戶訂閱參數(shù)中的下行線路帶寬為8M,線路的下 行速率小于8M，則AN應(yīng)當(dāng)報(bào)告當(dāng)前實(shí)際的線路參數(shù)；如果當(dāng)前線路的實(shí)際 狀態(tài)滿足用戶訂閱參數(shù)的要求，例如如線路的下行速率大于8M,則DSLAM 不報(bào)告相應(yīng)的狀態(tài)事件信息；
在執(zhí)行上述的操作之后，對(duì)于NAS而言，還會(huì)有如下的操作步驟 步驟504: NAS收到AN發(fā)送的信息報(bào)告消息后，根據(jù)該消息參數(shù)，配置 QoS等參數(shù)；
步驟505: AN配置用戶訂閱參數(shù)后，發(fā)送針對(duì)NAS配置用戶訂閱參數(shù) (Subscription Profile) i青求的響應(yīng)；步驟506:如果NAS沒有收到步驟503中由AN的信息報(bào)告，則按照用 戶訂閱參數(shù)(Subscription Profile)配置QoS等參數(shù)，如杲NAS收到步驟 503中由AN的信息報(bào)告，則此步驟不進(jìn)行任何操作；
步驟507: NAS向策略服務(wù)器發(fā)送該線路AC需要的參數(shù)，例如帶寬等。
實(shí)際情況中，如果設(shè)置了 "當(dāng)用戶接入網(wǎng)絡(luò)事件發(fā)生，如果線路參數(shù)不 滿足用戶訂閱參數(shù)，則報(bào)告事件信息，，這樣的策略信息，上述的步驟503和 步驟504中的狀態(tài)事件信息報(bào)告的情況比較少出現(xiàn)，這樣可以大大減少報(bào)告 的消息，減輕NAS等處理負(fù)擔(dān)。
本實(shí)施例中，步驟502和505非必需步驟，AN檢測(cè)用戶接入網(wǎng)絡(luò)事件 可以通過偵聽用戶接入?yún)f(xié)議消息，如偵聽PPP或者802. lx或DHCP消息感知 事件。
本實(shí)施例中，步驟503檢測(cè)到需要發(fā)送信息報(bào)告，也可以不發(fā)送信息報(bào) 告消息，而是通過步驟505中的響應(yīng)消息將報(bào)告信息參數(shù)發(fā)送出去，這樣， 在步驟506中，可以根據(jù)步驟505響應(yīng)消息中的狀態(tài)事件信息配置QoS等參 數(shù)，以進(jìn)一步減少NAS等處理消息的數(shù)目。
實(shí)例3
在線路發(fā)生重同步(Resynch)后，線路參數(shù)可能會(huì)發(fā)生改變，但不是所 有的改變都會(huì)影響用戶的服務(wù)質(zhì)量。
參見圖6、圖6A,其為本發(fā)明線路重同步事件策略控制處理實(shí)施例的流 程圖，設(shè)置策略信息為"當(dāng)線路同步事件發(fā)生，如果同步前或者同步后的線 路參數(shù)不滿足用戶的訂閱參數(shù)，則報(bào)告事件信息"。
例如假定用戶的訂閱參數(shù)的線路帶寬是8M。
步驟601、線路發(fā)生重同步事件，用戶線路帶寬更新到8.1M;
步驟602、根據(jù)策略信息的判斷，即同步前或者同步后的線路參數(shù)滿足 用戶的訂閱參數(shù)(8. 1M> 8M)，該事件信息不需要報(bào)告，則不發(fā)送相應(yīng)的信息 報(bào)告；
步驟603、線路發(fā)生重同步，帶寬更新到7M;步驟604、才艮據(jù)策略決策信息的判斷，即同步前或者同步后的線路參數(shù)
不滿足用戶的訂閱參數(shù)(7M < 8M),該事件信息需要報(bào)告，AN上報(bào)事件信息， 在該事件信息中包含同步后的線路參數(shù)；
步驟605: NAS收到AN發(fā)送的信息報(bào)告消息后，根據(jù)該消息參數(shù)，配置 QoS等參數(shù)，同時(shí)如果存在策略服務(wù)器，MS向策略服務(wù)發(fā)送同步后線路參 數(shù)消息報(bào)告；
步驟606、線路發(fā)生重同步，帶寬更新到8.5M;
步驟607、根據(jù)策略信息的判斷，該事件信息需要報(bào)告，AN上報(bào)事件信
息，在該事件信息包含同步后的線路參數(shù)；
在執(zhí)行上述的搡作之后，對(duì)于NAS而言，還會(huì)有如下的操作步驟 步驟608: NAS收到AN發(fā)送的信息報(bào)告消息后，根據(jù)該消息參數(shù)，配置
QoS等參數(shù)；同時(shí)，如果存在策略服務(wù)器，NAS向策略服務(wù)發(fā)送同步后線路
參數(shù)消息報(bào)告；
總之，在線路重同步時(shí)既可能產(chǎn)生影響用戶服務(wù)質(zhì)量的事件信息，也可 能產(chǎn)生不影響用戶服務(wù)質(zhì)量的事件信息；利用本發(fā)明前述實(shí)施例的技術(shù)方案 就可以根據(jù)相應(yīng)的策路，將不需要報(bào)告的狀態(tài)事件信息屏蔽掉，以減小無謂 的狀態(tài)事件信息報(bào)告對(duì)NAS的沖擊。
實(shí)例4
在線;洛去激活(down)發(fā)生后，為了防止用戶產(chǎn)生大量的狀態(tài)事件信息 報(bào)告，可以通過本發(fā)明下述實(shí)施例的方案，避免大量地報(bào)告事件信息。
參見圖7、圖7A，其為本發(fā)明一個(gè)線路去激活事件的策略控制處理流程。 設(shè)置策略信息為"當(dāng)線路去激活事件發(fā)生，如果線路上存在用戶，則延時(shí)5 分鐘報(bào)告"。
步-驟701、第一線路發(fā)生去激活事件；
步驟702、超檢測(cè)到去激活事件后，根據(jù)策略信息，延時(shí)5分鐘再報(bào)告 事件信息，即AN緩存事件信息，然后設(shè)置5分鐘到期則定時(shí)超時(shí)觸發(fā)發(fā)送此事件信息；
步驟703、第二線路發(fā)生去激活事件；
步驟704、 AN檢測(cè)到去激活事件后，根據(jù)策略信息，延時(shí)5分鐘再報(bào)告 事件信息，即AN緩存事件信息，然后設(shè)置5分鐘到期則定時(shí)超時(shí)觸發(fā)發(fā)送此 事件信息；
步驟705、延時(shí)5分鐘超時(shí)，AN報(bào)告事件信息。
為了減少發(fā)送的消息，在步驟705中，AN可以采取組信息報(bào)告模式報(bào)告， 即AN可以將第一線路和第二線路的去激活事件封裝在一個(gè)報(bào)告消息里面，然 利用一個(gè)消息報(bào)告一組線路事件。在本實(shí)施例中，不一定每一個(gè)線路都延時(shí) 5分鐘報(bào)告，例如第一線路延時(shí)到期時(shí)，但是第二線路在線路后發(fā)生去激 活事件，因此，第二線路延時(shí)5分鐘必然滯后于第一線路的延時(shí)時(shí)間，因此 可以設(shè)置控制的策略為在第一線路去激活事件的信息報(bào)告經(jīng)延時(shí)后發(fā)送時(shí)， 將第二線路去激活事件的信息報(bào)告一起發(fā)送，而不必等到第二線路的延時(shí)到 期。
需要說明的是，上述的延時(shí)時(shí)間假定是5分鐘，實(shí)際上，所述領(lǐng)域技術(shù) 人員可以根據(jù)實(shí)際需要，而設(shè)置任意合適的延時(shí)時(shí)間，比5分鐘更短或者更 長(zhǎng)，甚至不設(shè)置延時(shí)事件。
實(shí)例5
本實(shí)例描述同緩存策略實(shí)現(xiàn)信息報(bào)告的功能，在報(bào)告執(zhí)行功能體檢測(cè)到 事件信息后，報(bào)告執(zhí)行功能體不報(bào)告事件信息，而是將事件信息保存或緩存 起來，等待報(bào)告控制功能體發(fā)起事件信息查詢請(qǐng)求，報(bào)告執(zhí)行功能體使用緩 存的事件信息響應(yīng)報(bào)告控制功能體的查詢請(qǐng)求。所述的事件包括線路激活、 去激活、重同步等，策略可以設(shè)置成如當(dāng)線路激活事件發(fā)生，緩存事件信 息，此處的條件是恒成立。下面描述報(bào)告功能體間的交互過程，AN為報(bào)告執(zhí) 行功能體，NAS為報(bào)告控制功能體。
報(bào)告執(zhí)行功能體的事件處理流程
步驟AOl， AN檢測(cè)到線路狀態(tài)事件，如DSL線路激活、或者DSL線路去激活事件；
步驟A02, AN根據(jù)事件，根據(jù)事件匹配到策略，檢查策略條件，如果條 件成立，則緩存此事件信息。
事件信息報(bào)告流程
步驟B01, NAS發(fā)送狀態(tài)查詢請(qǐng)求，該請(qǐng)求可以在NAS檢測(cè)到用戶接入 網(wǎng)絡(luò)后發(fā)出，或由網(wǎng)絡(luò)管理系統(tǒng)通知MS發(fā)出，請(qǐng)求消息可以基于L2CM消息， 并可以請(qǐng)求一組端口或線路的狀態(tài)事件信息；
步驟B02, AN收到NAS發(fā)送的狀態(tài)查詢請(qǐng)求后，從緩存的事件信息庫(kù)中 獲取事件信息，然后發(fā)送狀態(tài)查詢請(qǐng)求的響應(yīng)；該響應(yīng)消息可以基于L2CM消 息，并可以包含一組端口或線路的狀態(tài)事件信息。
步驟B03， NAS收到狀態(tài)查詢請(qǐng)求的響應(yīng)消息后，提取其中的參數(shù)，進(jìn) 行QoS等配置。
對(duì)于NAS設(shè)備重啟恢復(fù)、AN重啟恢復(fù)等過程的事件信息報(bào)告控制，與 前述其他控制實(shí)例是相同的，所不同的是AN獲知這些事件后，采用與這些-事件相應(yīng)的報(bào)告控制策略來控制對(duì)應(yīng)的狀態(tài)事件信息是否報(bào)告，或者延時(shí)報(bào) 告。
參見圖8,本發(fā)明另一些具體的實(shí)施例還提供了狀態(tài)事件信息報(bào)告的控 制裝置，這些控制裝置包括
用于纟金測(cè)信息^^告事件的事件;險(xiǎn)測(cè)單元31;用于4艮據(jù)事件匹配相應(yīng)的策 略信息，并#^居策略信息控制報(bào)告處理單元處理信息報(bào)告的策略控制單元32; 以及用于構(gòu)造和發(fā)送信息報(bào)告的報(bào)告處理單元33。其中，事件檢測(cè)單元3
和策略控制單元32連接，在監(jiān)測(cè)到前述的各種事件后，將該事件的信息發(fā)送 給策略控制單元32，策略控制單元32收到該事件的信息后，與策略信息進(jìn) 行匹配，以確定如何對(duì)該事件的信息報(bào)告進(jìn)行處理。策略控制單元32確定了 該事件的信息報(bào)告進(jìn)行處理的方式后，根據(jù)該控制方式輸出相應(yīng)的控制信息 給與其連接的報(bào)告處理單元33，報(bào)告處理單元33則根據(jù)該控制信息構(gòu)造或者生成相應(yīng)的信息報(bào)告，并將該信息報(bào)告發(fā)送出去。
參見圖9，在上述裝置的基礎(chǔ)上，還可以-沒置與所述策略控制單元31 — 體設(shè)置或分離設(shè)置的策略控制存儲(chǔ)單元34，用于接受策略配置以及存儲(chǔ)控制 策略。當(dāng)策略控制存儲(chǔ)單元34與策略控制單元31分離設(shè)置時(shí)，策略控制存 儲(chǔ)單元34與所述策略控制單元之間通過有線或者無線方式進(jìn)行連接，以交互 策略信息。前述的事件信息可以是線路參數(shù)信息、用戶訂閱參數(shù)信息以及線 路標(biāo)識(shí)信息。
本發(fā)明又一些具體的實(shí)施例提供了信息報(bào)告的控制設(shè)備；實(shí)際上，狀態(tài) 事件信息報(bào)告的控制設(shè)備就是在現(xiàn)有的報(bào)告執(zhí)行功能體設(shè)備，例如AN 、 DSLAM等，設(shè)置前述的控制裝置，該控制裝置的具體結(jié)構(gòu)與上述控制裝置是 相同的，在此不再贅述。需要說明的是上述事件檢測(cè)單元31、策略控制單 元32、報(bào)告處理單元33以及策略控制存儲(chǔ)單元34與報(bào)告功能執(zhí)行設(shè)備均可 以 一體i殳置或者分離設(shè)置。
權(quán)利要求
1、一種信息報(bào)告的控制方法，其特征在于，包括報(bào)告執(zhí)行功能體檢測(cè)到事件時(shí)根據(jù)所述事件對(duì)應(yīng)的策略處理所述事件的信息報(bào)告。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述報(bào)告執(zhí)行功能體檢測(cè) 到事件時(shí)根據(jù)所述事件對(duì)應(yīng)的策略處理所述事件的信息報(bào)告具體是所述報(bào)告執(zhí)行功能體檢測(cè)到數(shù)字用戶線路激活事件時(shí)，不發(fā)送所述數(shù)字 用戶線路激活事件的信息報(bào)文消息；或者，所述報(bào)告執(zhí)行功能體檢測(cè)到用戶接入網(wǎng)絡(luò)事件，進(jìn)一步判斷線路參數(shù)是 否與用戶訂閱的參數(shù)相符合，且當(dāng)所述線路參數(shù)不符合用戶訂閱參數(shù)時(shí)，發(fā) 送所述用戶接入網(wǎng)絡(luò)事件的信息報(bào)文消息；或者，所述報(bào)告執(zhí)行功能體檢測(cè)到數(shù)字用戶線路重同步事件時(shí)，進(jìn)一步檢查數(shù) 字用戶線路重同步前，或者重同步后的線路參數(shù)是否與用戶訂閱的參數(shù)相符 合，且當(dāng)所述數(shù)字用戶線路重同步前或者沖同步后的線路參數(shù)與用戶訂閱的 參數(shù)不符合時(shí)，發(fā)送所述數(shù)字用戶線路重同步事件的信息報(bào)文消息；或者，所述報(bào)告執(zhí)行功能體檢測(cè)到數(shù)字用戶線路去激活事件時(shí)，進(jìn)一步檢查所 述線路中是否還存在用戶，且當(dāng)所述線路中是否還存在用戶時(shí)，延時(shí)發(fā)送所 述數(shù)字用戶線路去激活事件的信息報(bào)文消息；或者，所述4艮告執(zhí)行功能體檢測(cè)到數(shù)字用戶線路去激活事件時(shí)，進(jìn)一步檢查所 述線路中是否還存在用戶，且當(dāng)所述線路中是否還存在用戶時(shí)，發(fā)送包含一 組所述數(shù)字用戶線路去激活事件的信息報(bào)文消息；或者，所述報(bào)告執(zhí)行功能體檢測(cè)到數(shù)字用戶線路去激活事件時(shí)，進(jìn)一步檢查所 述線路中是否還存在用戶，且當(dāng)所述線路中是否還存在用戶時(shí)，發(fā)送所述數(shù) 字用戶線路去激活事件時(shí)對(duì)應(yīng)線路的信息報(bào)文消息。
3、 根據(jù)權(quán)利要求l所述的方法，其特征在于，還包括 所述報(bào)告執(zhí)行功能體和報(bào)告控制功能體建立基于L2CM或者ANCP的連接會(huì)話的步驟。2
4、 根據(jù)權(quán)利要求1或2或3所述的方法，其特征在于，還包括 所述報(bào)告控制功能體向報(bào)告執(zhí)行功能體發(fā)送配置策略請(qǐng)求，該配置請(qǐng)求消息中包含控制策略信息。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括報(bào)告執(zhí)行功 能體響應(yīng)報(bào)告控制功配置策略請(qǐng)求的步驟和/或報(bào)告控制功能體從策略服 務(wù)器獲取策略信息的步驟和/或策略服務(wù)器將策略信息下發(fā)給報(bào)告控制功 能體的步驟。
6、 一種信息報(bào)告的控制裝置，其特征在于，包括 事件;險(xiǎn)測(cè)單元用于檢測(cè)信息報(bào)告的事件；策略控制單元根據(jù)所述的事件匹配相應(yīng)的策略信息，并根據(jù)所述策略 信息控制報(bào)告處理單元處理信息報(bào)告；報(bào)告處理單元用于構(gòu)造和發(fā)送信息報(bào)告。
7、 根據(jù)權(quán)利要求5所述的裝置，其特征在于，還包括 與所述策略控制單元一體設(shè)置或分離設(shè)置的策略控制存儲(chǔ)單元，用于接受策略配置以及存儲(chǔ)控制策略，且當(dāng)所述策略控制存儲(chǔ)單元與所述策略控制 單元分離設(shè)置時(shí)，所述策略控制存儲(chǔ)單元與所述策略控制單元連接。
8、 根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述的事件信息包括 線路參數(shù)信息，用戶訂閱參數(shù)信息，線路標(biāo)識(shí)信息。
9、 一種信息報(bào)告的控制系統(tǒng)，包括報(bào)告執(zhí)行功能設(shè)備和報(bào)告控制功能設(shè) 備；其特征在于，還包括事件檢測(cè)單元用于檢測(cè)信息報(bào)告的事件；策略控制單元根據(jù)所述的事件匹配相應(yīng)的策略信息，并根據(jù)所述策略 信息控制報(bào)告處理單元處理信息報(bào)告；報(bào)告處理單元用于構(gòu)造和發(fā)送信息報(bào)告。
10、 根據(jù)權(quán)利要求9所述的控制系統(tǒng)，其特征在于所述的事件檢測(cè)單 元和/或策略控制單元和/或報(bào)告處理單元與所述報(bào)告功能執(zhí)行設(shè)備一體設(shè)置 或者分離設(shè)置。
11、根據(jù)權(quán)利要求9或IO所述的系統(tǒng)，其特征在于，還包括與所述策 略控制單元一體設(shè)置或分離設(shè)置的策略控制存儲(chǔ)單元，用于接受策略配置以 及存儲(chǔ)控制策略，且當(dāng)所述策略控制存儲(chǔ)單元與所述策略控制單元分離設(shè)置 時(shí)，所述策略控制存儲(chǔ)單元與所述策略控制單元連接。
全文摘要
本發(fā)明的若干實(shí)施例公開了一種信息報(bào)告的控制方法、裝置及設(shè)備，該方法包括報(bào)告執(zhí)行功能體檢測(cè)到事件時(shí)根據(jù)所述事件對(duì)應(yīng)的策略處理所述事件的信息報(bào)告。該裝置設(shè)有用于檢測(cè)信息報(bào)告的事件檢測(cè)單元、根據(jù)所述的事件匹配相應(yīng)的策略信息，并根據(jù)所述策略信息控制報(bào)告處理單元處理信息報(bào)告的策略控制單元、用于構(gòu)造和發(fā)送信息報(bào)告的報(bào)告處理單元。該設(shè)備包括前述的裝置。本發(fā)明的上述的若干實(shí)施例能夠有效地控制報(bào)告的事件信息，從而避免對(duì)NAS和策略服務(wù)器造成沖擊，減少或者消除無效信息給NAS和策略服務(wù)器帶來的負(fù)荷，保障網(wǎng)絡(luò)系統(tǒng)的穩(wěn)定。
文檔編號(hào)H04L29/06GK101309165SQ20071010622
公開日2008年11月19日 申請(qǐng)日期2007年5月14日 優(yōu)先權(quán)日2007年5月14日
發(fā)明者陽(yáng)振庭 申請(qǐng)人:華為技術(shù)有限公司