專利名稱：一種寬帶接入的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種寬帶接入的方法。
背景技術(shù)：
目前比較典型的寬帶用戶接入方式是PPP(The Point-to-PointProtocol，點到點協(xié)議)和DHCP(Dynamic Host Configuration Protocol，動態(tài)主機配置協(xié)議)方式。
PPP協(xié)議是數(shù)據(jù)鏈路層的協(xié)議，提供一種標準的方式在點對點的鏈路上傳輸多個網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)報文，PPP協(xié)議包括各種NCP(NetworkControl Protocol，網(wǎng)絡(luò)控制協(xié)議族)如IPCP(The PPP Internet ProtocolControl Protocol，PPP互聯(lián)網(wǎng)絡(luò)協(xié)議控制協(xié)議)，LCP(Link Control Protocol，鏈路控制協(xié)議族)以及認證協(xié)議族等。其中，網(wǎng)絡(luò)控制協(xié)議主要用來協(xié)商鏈路上傳輸?shù)臄?shù)據(jù)包的格式和類型，鏈路控制協(xié)議主要用來建立、拆除和監(jiān)控PPP數(shù)據(jù)鏈路，認證協(xié)議主要用來提供網(wǎng)絡(luò)安全的保證。
采用PPP方式的優(yōu)點是具有成熟的用戶管理功能，如認證、記費、鏈路檢測和維護等功能。但是由于PPP的點到點特性，使得城域網(wǎng)組播業(yè)務(wù)的開展受到極大的限制。特別地，對于PPPoE(PPP over Ethernet，以太網(wǎng)上的點到點協(xié)議)，由于PPPoE對每一個IP(Internet Protocol，互聯(lián)網(wǎng)絡(luò)協(xié)議)報文都要封裝在PPPoE幀內(nèi)，因此傳輸效率不高，而且通常路由器或客戶端的MTU(Maximum Transmission Unit，最大傳輸單元)都是設(shè)定成1500字節(jié)，因此報文的凈荷就只剩下1492字節(jié)，碰上大小為1500字節(jié)的報文時，就必需拆包，給路由器及客戶端造成了額外的壓力。
DHCP接入方式主要實現(xiàn)了客戶機IP地址的自動配置問題。它的流程是用戶開機后，客戶機通過二層廣播尋找DHCP服務(wù)器，DHCP服務(wù)器授予客戶機IP地址、網(wǎng)關(guān)、DNS(Domain Name System，域名系統(tǒng))等信息。DHCP的增強接入方式是DHCP+Web，它的流程是用戶開機并通過DHCP服務(wù)器分配IP地址，局端設(shè)備通過對該IP地址進行強制重定向到Web服務(wù)器，用戶再訪問web登錄頁面進行認證。
采用DHCP方式的優(yōu)點是對組播支持能力較強，沒有PPP的傳輸效率低和拆包問題。但是作為接入技術(shù)，DHCP協(xié)議本身缺少用戶管理功能用戶的在線檢測和會話維護、用戶上網(wǎng)時長的采集、用戶認證和計費等功能沒有定義和實現(xiàn)。DHCP+Web方式雖然解決了上面提到的用戶認證問題，但是要求用戶先獲得IP地址，再上網(wǎng)認證，造成了IP地址的浪費，而且Web認證服務(wù)器對用戶而言是完全裸露的，容易被惡意攻擊，并使得整網(wǎng)用戶無法認證。另外由于Web認證需要七層協(xié)議支持，四層以下的網(wǎng)絡(luò)問題往往檢測不到。如斷電、突發(fā)故障等異常離線情況必須在二層做檢測，而Web對此束手無策。因此Web認證用戶連接性差，不容易檢測用戶離線，基于時間的計費較難實現(xiàn)。
從上面可以看出，PPP和DHCP接入方式各有優(yōu)缺點。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種寬帶接入的方法，即在控制平面上使用PPP協(xié)議進行用戶接入控制和管理，在數(shù)據(jù)平面上使用PPP或者IP方式進行數(shù)據(jù)轉(zhuǎn)發(fā)，對于前者，兼容了現(xiàn)有的PPP實現(xiàn)，對于后者，可以保證用戶的接入易于管理，而且在數(shù)據(jù)轉(zhuǎn)發(fā)上更高效，同時有效地支持組播業(yè)務(wù)，解決了PPP接入不支持組播、傳輸效率低和拆包的難題，也解決了DHCP不能有效管理用戶和IP地址浪費的問題，滿足了網(wǎng)絡(luò)運營商對新業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運營管理統(tǒng)一性，方便多業(yè)務(wù)的開展。
本發(fā)明的技術(shù)方案如下一種寬帶接入的方法，在包括PPP用戶端、PPP網(wǎng)絡(luò)端的網(wǎng)絡(luò)結(jié)構(gòu)中實現(xiàn)，其特征在于該方法步驟是
APPP用戶端和PPP網(wǎng)絡(luò)端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；BPPP用戶端和PPP網(wǎng)絡(luò)端協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能；C用戶端和PPP網(wǎng)絡(luò)端根據(jù)協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
所述的步驟A中PPP兩端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息的途徑是PPP用戶端在PPP用戶端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；PPP網(wǎng)絡(luò)端在PPP網(wǎng)絡(luò)端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與AAA(Authentication，Authorization and Accounting，認證，授權(quán)和計費)服務(wù)器和/或策略服務(wù)器交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與VPN(Virtual Private Network，虛擬專用網(wǎng))或隧道協(xié)議交互得到數(shù)據(jù)轉(zhuǎn)發(fā)性能信息。
所述的步驟B中，PPP兩端通過擴充對應(yīng)的LCP或者NCP數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項來協(xié)商兩端支持的轉(zhuǎn)發(fā)性能。
所述的數(shù)據(jù)轉(zhuǎn)發(fā)方式包括PPP方式和IP方式；在步驟C中，進行數(shù)據(jù)轉(zhuǎn)發(fā)時，PPP協(xié)議報文使用PPP的方式進行轉(zhuǎn)發(fā)，其它的數(shù)據(jù)使用協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
所述的PPP協(xié)議報文包括LCP、認證協(xié)議和網(wǎng)絡(luò)控制協(xié)議的報文。
通過上述技術(shù)方案，本發(fā)明的技術(shù)效果是使用本發(fā)明方法可以在控制平面上使用PPP協(xié)議進行用戶接入控制和管理，在數(shù)據(jù)平面上使用PPP或者IP方式進行數(shù)據(jù)轉(zhuǎn)發(fā)。對于前者，兼容了現(xiàn)有的PPP實現(xiàn)；對于后者，可以保證用戶的接入易于管理，而且在數(shù)據(jù)轉(zhuǎn)發(fā)上更高效，同時有效地支持組播業(yè)務(wù)，解決了PPP接入不支持組播、傳輸效率低和拆包的難題，也解決了DHCP不能有效管理用戶和IP地址浪費的問題，滿足了網(wǎng)絡(luò)運營商對新業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運營管理統(tǒng)一性，方便多業(yè)務(wù)的開展。


圖1是本發(fā)明方法的流程圖；圖2是本發(fā)明的實施例的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖3是本發(fā)明的實施例的PPP會話流程圖；圖4是NCP的選項定義格式；圖5是本發(fā)明的實施例的中擴充的數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項定義格式。
具體實施例方式
本發(fā)明提供了一種寬帶接入的方法，在由PPP用戶端、PPP網(wǎng)絡(luò)端和具有橋接轉(zhuǎn)發(fā)功能的交換機組成的網(wǎng)絡(luò)結(jié)構(gòu)中實現(xiàn)。如圖1所示該方法步驟是APPP用戶端和PPP網(wǎng)絡(luò)端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；BPPP用戶端和PPP網(wǎng)絡(luò)端協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能；C用戶端和PPP網(wǎng)絡(luò)端根據(jù)協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
所述的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息包括數(shù)據(jù)轉(zhuǎn)發(fā)方式，也可以說是數(shù)據(jù)轉(zhuǎn)發(fā)時使用的封裝類型。它是PPP會話建立完成后，進行PPP數(shù)據(jù)報文轉(zhuǎn)發(fā)時，使用的轉(zhuǎn)發(fā)方式，PPP協(xié)議報文依然使用PPP的方式進行轉(zhuǎn)發(fā)。數(shù)據(jù)轉(zhuǎn)發(fā)方式目前有兩種方式1)PPP方式它的含義是數(shù)據(jù)轉(zhuǎn)發(fā)時使用PPP會話的方式來轉(zhuǎn)發(fā)。
2)IP方式它的含義是數(shù)據(jù)轉(zhuǎn)發(fā)時使用IP會話的方式來轉(zhuǎn)發(fā)，也就是，原先承載在PPP會話中的數(shù)據(jù)，現(xiàn)在使用IP會話的方式直接轉(zhuǎn)發(fā)，不必再封裝在PPP中。
所述的步驟A中PPP兩端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息的途徑是PPP用戶端在PPP用戶端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；PPP網(wǎng)絡(luò)端在PPP網(wǎng)絡(luò)端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與AAA(Authentication，Authorization and Accounting，認證，授權(quán)和計費)服務(wù)器和/或策略服務(wù)器交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與VPN(Virtual Private Network，虛擬專用網(wǎng))或隧道協(xié)議交互得到數(shù)據(jù)轉(zhuǎn)發(fā)性能信息。
所述的步驟B中，PPP兩端通過擴充對應(yīng)的LCP或者NCP數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項來協(xié)商兩端支持的轉(zhuǎn)發(fā)性能。
所述的步驟C中，進行數(shù)據(jù)轉(zhuǎn)發(fā)時，PPP協(xié)議報文可以使用PPP的方式進行轉(zhuǎn)發(fā)，其它的數(shù)據(jù)使用協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
所述的PPP協(xié)議報文包括LCP、認證協(xié)議和網(wǎng)絡(luò)控制協(xié)議的報文。
以下通過一具體實施例來介紹本發(fā)明方法。
如圖2所示，它是本實施例的網(wǎng)絡(luò)結(jié)構(gòu)圖。如圖所示該網(wǎng)絡(luò)結(jié)構(gòu)中，PPP終端(PPPoE客戶端)10通過以太網(wǎng)交換機20，連接到接入服務(wù)器(PPPoE服務(wù)器)30，同時AAA服務(wù)器40也連接到接入服務(wù)器30，接入服務(wù)器30的網(wǎng)絡(luò)側(cè)連接到Internet 50，在PPP終端10和以太網(wǎng)交換機20之間，在以太網(wǎng)交換機20和接入服務(wù)器30之間的鏈路是以太網(wǎng)鏈路。其中PPP終端10具有PPPoE功能，以太網(wǎng)交換機20具有橋接轉(zhuǎn)發(fā)功能，接入服務(wù)器30具有PPPoE終結(jié)功能和AAA客戶端功能。當然，也可以是其它包括PPP用戶端、PPP網(wǎng)絡(luò)端的網(wǎng)絡(luò)結(jié)構(gòu)中實現(xiàn)本發(fā)明方法。
請參閱圖3，根據(jù)上述網(wǎng)絡(luò)結(jié)構(gòu)，本實施例寬帶接入的具體步驟是第一步PPPoE客戶端和PPPoE接入服務(wù)器獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；它可以進一步包括如下步驟(1)PPPoE客戶端首先主動發(fā)送廣播包PADI(PPPoE Active DiscoveryInitiation，PPPoE主動發(fā)現(xiàn)開始)尋找接入服務(wù)器；
(2)接入服務(wù)器收到PADI包后，如果可以提供主機要求的服務(wù)，則回應(yīng)PPPoE客戶端一個PADO(PPPoE Active Discovery Offer，PPPoE主動發(fā)現(xiàn)提供)包；(2)PPPoE客戶端在回應(yīng)PADO包的接入服務(wù)器中選擇一個合適的服務(wù)器，并發(fā)送PADR(PPPoE Active Discovery Request，PPPoE主動發(fā)現(xiàn)請求)包告知接入服務(wù)器；(4)接入服務(wù)器收到PADR包后開始為用戶分配一個唯一的會話標識符，啟動PPP狀態(tài)機以準備開始PPP會話，并發(fā)送一個會話確認包PADS(PPPoE Active Discovery Session-confirmation，PPPoE主動發(fā)現(xiàn)會話確認)；(5)PPPoE客戶端向接入服務(wù)器發(fā)送認證請求；接入服務(wù)器向AAA服務(wù)器發(fā)送接入請求，接入和認證成功后接入服務(wù)器獲得轉(zhuǎn)發(fā)性能信息。
上述步驟(1)到(4)是PPPoE發(fā)現(xiàn)階段中的步驟，上述步驟(5)是PPPoE會話階段的流程。該PPPoE會話階段主要是LCP、認證、NCP三個協(xié)議的協(xié)商過程。
從上述步驟來看，在本實施例中PPPoE客戶端通過本地配置來得到數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，PPPoE接入服務(wù)器在兩端進行認證時獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息。在認證過程中，PPP網(wǎng)絡(luò)端通過與AAA服務(wù)器的認證交互，來獲取PPP用戶端和網(wǎng)絡(luò)端的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息。
第二步PPPoE客戶端和PPPoE接入服務(wù)器協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能；PPPoE客戶端和PPPoE可以通過擴充對應(yīng)的LCP或者NCP數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項，來協(xié)商兩端支持的轉(zhuǎn)發(fā)性能。不管擴充的配置選項的個數(shù)和格式，只要擴充的配置選項可以完成對應(yīng)的數(shù)據(jù)轉(zhuǎn)發(fā)性能協(xié)商就可以了。
PPP兩端協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能時，如果PPP任何一端不支持數(shù)據(jù)轉(zhuǎn)發(fā)性能選項，可以忽略此選項，繼續(xù)進行其它選項的協(xié)商。
在本實施例中，NCP擴充的配置選項有一個，對應(yīng)于所述第一步中的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，它為數(shù)據(jù)轉(zhuǎn)發(fā)性能選項，并且使用和NCP一樣的選項定義格式來定義，該NCP的選項定義格式如圖4所示，圖中類型域(Type)是一個八位字節(jié)，表示選項的類型。
長度域(Length)是一個八位字節(jié)，表示該選項的長度，包括類型、長度和數(shù)據(jù)域的長度。
數(shù)據(jù)域(Data)是零個或者多個八位字節(jié)，包含選項的特殊詳細信息。
所述擴充的數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項的描述如下這個選項用來協(xié)商所述數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，它的格式如圖5所示Type值定義為10，也可以定義為其它值，只要保證類型值不沖突就可以了。Length值為3。Data-Forwarding長度為1個八位字節(jié)，表示數(shù)據(jù)轉(zhuǎn)發(fā)性能，可取的值有1.PPP方式。
2.IP方式。
數(shù)據(jù)轉(zhuǎn)發(fā)性能選項是可選項，它的缺省值為PPP方式。如果不協(xié)商這個選項，則使用PPP方式來轉(zhuǎn)發(fā)數(shù)據(jù)，這樣就與現(xiàn)有的PPP實現(xiàn)相兼容。
第三步PPPoE客戶端和PPPoE兩端根據(jù)協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)；進行數(shù)據(jù)轉(zhuǎn)發(fā)時，PPP協(xié)議報文依然使用PPP的方式進行轉(zhuǎn)發(fā)，其它的數(shù)據(jù)使用協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。PPP協(xié)議報文包括LCP、認證協(xié)議和網(wǎng)絡(luò)控制協(xié)議的報文。
根據(jù)前面所述第二步中的協(xié)商結(jié)果，PPP協(xié)議報文使用PPP的方式進行轉(zhuǎn)發(fā)，在這里是使用PPPoE的方式進行轉(zhuǎn)發(fā)。數(shù)據(jù)報文以IP方式進行轉(zhuǎn)發(fā)，在這里是IPoE(IP over Ethernet，承載在以太網(wǎng)上的IP)的方式進行轉(zhuǎn)發(fā)。這樣就實現(xiàn)了在控制平面上使用PPP協(xié)議進行用戶接入控制和管理，在數(shù)據(jù)平面上使用IP方式進行轉(zhuǎn)發(fā)?？梢员ＷC用戶的接入使用PPP的方式進行管理，而且在數(shù)據(jù)轉(zhuǎn)發(fā)上更高效，同時有效地支持組播業(yè)務(wù)，解決了PPP接入不支持組播、傳輸效率低和拆包的難題，也解決了DHCP不能有效管理用戶和IP地址浪費的問題，滿足了網(wǎng)絡(luò)運營商對新業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運營管理統(tǒng)一性，方便多業(yè)務(wù)的開展。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種寬帶接入的方法，在包括PPP用戶端和PPP網(wǎng)絡(luò)端的網(wǎng)絡(luò)結(jié)構(gòu)中實現(xiàn)，其特征在于該方法步驟是APPP用戶端和PPP網(wǎng)絡(luò)端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；BPPP用戶端和PPP網(wǎng)絡(luò)端協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能；C用戶端和PPP網(wǎng)絡(luò)端根據(jù)協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
2.根據(jù)權(quán)利要求1所述的寬帶接入的方法，其特征在于所述的步驟A中PPP兩端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息的途徑是PPP用戶端在PPP用戶端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；PPP網(wǎng)絡(luò)端在PPP網(wǎng)絡(luò)端上本地配置的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與管理系統(tǒng)交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與AAA服務(wù)器和/或策略服務(wù)器交互來獲取的數(shù)據(jù)轉(zhuǎn)發(fā)性能信息，和/或通過與VPN或隧道協(xié)議交互得到數(shù)據(jù)轉(zhuǎn)發(fā)性能信息。
3.根據(jù)權(quán)利要求1所述的寬帶接入的方法，其特征在于所述的步驟B中，PPP兩端通過擴充對應(yīng)的LCP或者NCP數(shù)據(jù)轉(zhuǎn)發(fā)性能配置選項來協(xié)商兩端支持的轉(zhuǎn)發(fā)性能。
4.根據(jù)權(quán)利要求1所述的寬帶接入的方法，其特征在于所述的數(shù)據(jù)轉(zhuǎn)發(fā)方式包括PPP方式和IP方式；在步驟C中，進行數(shù)據(jù)轉(zhuǎn)發(fā)時，PPP協(xié)議報文使用PPP的方式進行轉(zhuǎn)發(fā)，其它的數(shù)據(jù)使用協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。
5.根據(jù)權(quán)利要求4所述的寬帶接入的方法，其特征在于所述的PPP協(xié)議報文包括LCP、認證協(xié)議和網(wǎng)絡(luò)控制協(xié)議的報文。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種寬帶接入的方法。它在包括PPP用戶端和PPP網(wǎng)絡(luò)端的網(wǎng)絡(luò)結(jié)構(gòu)中實現(xiàn)，步驟是A.PPP用戶端和PPP網(wǎng)絡(luò)端獲得數(shù)據(jù)轉(zhuǎn)發(fā)性能信息；B.PPP用戶端和PPP網(wǎng)絡(luò)端協(xié)商各自支持的數(shù)據(jù)轉(zhuǎn)發(fā)性能；C.用戶端和PPP網(wǎng)絡(luò)端根據(jù)協(xié)商的數(shù)據(jù)轉(zhuǎn)發(fā)性能來進行數(shù)據(jù)轉(zhuǎn)發(fā)。該方法解決了PPP接入不支持組播、傳輸效率低和拆包的難題，也解決了DHCP不能有效管理用戶和IP地址浪費的問題，滿足了網(wǎng)絡(luò)運營商對新業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運營管理統(tǒng)一性，方便多業(yè)務(wù)的開展。
文檔編號H04L29/08GK101079808SQ20071003922
公開日2007年11月28日 申請日期2007年4月6日 優(yōu)先權(quán)日2007年4月6日
發(fā)明者曹文利 申請人:中興通訊股份有限公司