欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng)的制作方法

文檔序號:7691115閱讀:93來源:國知局

專利名稱::信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及通信
技術(shù)領(lǐng)域
,具體涉及一種信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)
:DSL(DigitalSubscriberLine,數(shù)字用戶線路)是一種寬帶接入技術(shù),應(yīng)用十分廣泛,例如VoIP(VoiceoverInternetProtocol,互聯(lián)網(wǎng)協(xié)i義語音4支術(shù))、IPTV(InternetProtocolTelevision,交互式網(wǎng)絡(luò)電視)等,針對這些應(yīng)用或應(yīng)用的組合形成各種各樣的基于IP的設(shè)備類型。在用戶側(cè)的設(shè)備稱為CPE(CustomerPremisesEquipment,用戶駐地i殳備),在網(wǎng)絡(luò)側(cè)的設(shè)備稱為ACS(Auto-configurationServer,自動配置月良務(wù)器)。ACS使用RPC(RemoteProcedureCall,遠(yuǎn)程過程調(diào)用)方法來實(shí)現(xiàn)對CPE參數(shù)的修改和設(shè)置,以達(dá)到CPE不需要用戶設(shè)置就可以正常工作的目的?,F(xiàn)有技術(shù)中,CPE如果需要主動與ACS通信,可通過InformRPC方法與ACS建立CWMP(CPEWANManagementProtocol,CPE廣域網(wǎng)管理協(xié)議)會話。CPE向ACS提供一個(gè)設(shè)備URL(UniformResourceLocator,統(tǒng)一資源定位符)即ConnectionRequestURL,該ConnectionRequestURL的作用是在ACS需要主動與CPE進(jìn)行通信的情況下,ACS4吏用HTTP(HypertextTransferProtocol,超文本傳輸協(xié)議)向CPE的ConnectionRequestURL發(fā)出HTTPGet請求,則CPE在收到ACS的HTTPGet請求后,經(jīng)過鑒權(quán)等過程確定要與ACS進(jìn)行通信,并以HTTP"200(OK),,或者"204(NoContent),,狀態(tài)碼的方式向ACS發(fā)出響應(yīng)報(bào)文,之后通過InformRPC方法來與ACS建立CWMP會話。上述方案中,如果CPE具有網(wǎng)絡(luò)側(cè)即廣域網(wǎng)(公網(wǎng))IP地址,則CPE和ACS的交互都是可以正常進(jìn)行的,但是如果CPE在局域網(wǎng)絡(luò)中通過網(wǎng)關(guān)來接入廣域網(wǎng),則CPE只有局域網(wǎng)(私網(wǎng))IP地址,在這種情況下CPE可以主動與ACS進(jìn)行通信,但ACS卻不能主動與CPE進(jìn)行通信,因?yàn)榇藭r(shí)CPE的ConnectionRequetURL是一個(gè)包含CPE的局域網(wǎng)地址的URL,ACS發(fā)出的HTTPGet請求無法到達(dá)CPE。為解決上述問題,現(xiàn)有技術(shù)提出一種信息處理方法,可以得到包含CPE的廣i或網(wǎng)地址的URL。請參閱圖l,是現(xiàn)有技術(shù)信息處理方法流程圖,包括101、CPE將ConnectionRequestURL發(fā)送給網(wǎng)關(guān);通過DHCP(DynamicHostConfigurationProtocol,動態(tài)主才幾酉己置十辦i義),CPE將自身的設(shè)備URL即ConnectionRequestURL包含在CPE與網(wǎng)關(guān)交互的DHCP消息中發(fā)送給網(wǎng)關(guān)。102、網(wǎng)關(guān)生成GatewayProxyConnectionRequestURL;網(wǎng)關(guān)在收到CPE送來的ConnectionRequestURL后,生成對應(yīng)的用于ACS在后續(xù)收到ACS從廣域網(wǎng)發(fā)過來的針對GatewayProxyConnectionRequestURL的HTTPGET請求后,會自動重定向到CPE的ConnectionRequestURL上。103、網(wǎng)關(guān)1夸生成的GatewayProxyConnectionRequestURL發(fā)送纟會CPE;104、CPE將GatewayProxyCo皿ectionRequestURL發(fā)送給ACS;CPE將GatewayProxyConnectionRequestURL發(fā)送纟會ACS后,那么ACS在需主動與CPE進(jìn)4亍通4言時(shí),只要向該GatewayProxyConnectionRequestURL發(fā)送HTTPGET請求,該HTTPGET請求到達(dá)網(wǎng)關(guān)后,網(wǎng)關(guān)自動將該請求重定向到CPE的ConnectionRequestURL上。105、CPE定期向網(wǎng)關(guān)i青求獲取GatewayProxyConnectionRequestURL;CPE在接收第一次由網(wǎng)關(guān)發(fā)送的GatewayProxyConnectionRequestURL后,為了監(jiān)測GatewayProxyConnectionRequestURL的變化,需要通過定期專侖詢的方式向網(wǎng)關(guān);貪,,獲取GatewayProxyConnectionRequestURL。106、CPE4妄收網(wǎng)關(guān)才艮據(jù)i青求返回的GatewayProxyConnectionRequestURL;107、CPE如果發(fā)現(xiàn)GatewayProxyConnectionRequestURL發(fā)生變化,則通知ACS。CPE在收到GatewayProxyConnectionRequestURL后,如果發(fā)現(xiàn)與先前接收到的GatewayProxyConnectionRequestURL不一致,則通過Inform方法,將變化后的GatewayProxyCo皿ectionRequestURL通知ACS。這樣,ACS在需要主動與CPE進(jìn)行通訊時(shí),向變化后的GatewayProxyConnectionRequestURL發(fā)送HTTPGET請求。在對現(xiàn)有技術(shù)的研究和實(shí)踐過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題現(xiàn)有技術(shù)中^見定由CPE將GatewayProxyConnectionRequestURL發(fā)送給ACS,那么需要網(wǎng)關(guān)將生成的GatewayProxyConnectionRequestURL發(fā)送給CPE后,再由CPE發(fā)送給ACS,這樣的處理流程比較冗長,且浪費(fèi)CPE和網(wǎng)關(guān)的資源。
發(fā)明內(nèi)容本發(fā)明實(shí)施例要解決的技術(shù)問題是提供一種信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng),能夠簡化處理流程,減少用戶側(cè)設(shè)備和網(wǎng)關(guān)的資源浪費(fèi)。為解決上述技術(shù)問題,本發(fā)明所提供的實(shí)施例是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明實(shí)施例提供一種信息處理方法,包括獲取用戶側(cè)設(shè)備的設(shè)備管理地址;為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明實(shí)施例提供一種網(wǎng)關(guān),包括信息獲取單元,用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址;映射單元,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;發(fā)送單元,用于向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送代理管理地址。本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)系統(tǒng),包括用戶側(cè)設(shè)備,用于將設(shè)備管理地址發(fā)送給網(wǎng)關(guān);網(wǎng)關(guān),用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址,為所述設(shè)備管理地址確定對應(yīng)的代理管理地址,將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備;網(wǎng)絡(luò)側(cè)設(shè)備,用于接收所述網(wǎng)關(guān)發(fā)送的代理管理地址。上述技術(shù)方案可以看出,本發(fā)明實(shí)施例技術(shù)方案是由網(wǎng)關(guān)確定代理管理地址即GatewayProxyCo皿ectionR叫uestURL后直接發(fā)送給ACS,而不必再發(fā)送給CPE,由CPE再轉(zhuǎn)發(fā)給ACS,因此處理流程更簡單,也減少了用戶側(cè)設(shè)備和網(wǎng)關(guān)的資源浪費(fèi)。圖1是現(xiàn)有技術(shù)信息處理方法流程圖;圖2是本發(fā)明實(shí)施例一信息處理方法流程圖;圖3是本發(fā)明實(shí)施例二信息處理方法流程圖;圖4是本發(fā)明實(shí)施例網(wǎng)關(guān)結(jié)構(gòu)示意圖;圖5是本發(fā)明實(shí)施例網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。具體實(shí)施例方式本發(fā)明實(shí)施例提供了一種信息處理方法,用于簡化處理流程,減少用戶側(cè)設(shè)備和網(wǎng)關(guān)的資源浪費(fèi)。請參閱圖2,是本發(fā)明實(shí)施例一信息處理方法流程圖,包括201、獲取用戶側(cè)設(shè)備的設(shè)備管理地址;網(wǎng)關(guān)接收用戶側(cè)設(shè)備發(fā)送的設(shè)備管理地址,這里所述的設(shè)備管理地址,指Co皿ectionRequestURL。202、為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;網(wǎng)關(guān)獲取用戶側(cè)設(shè)備的設(shè)備管理地址后,確定所述設(shè)備管理地址對應(yīng)的代理管理地址。所述代理管理地址指GatewayProxyConnectionRequestURL。所述確定設(shè)備管理地址對應(yīng)的代理管理地址具體是為設(shè)備管理地址映射對應(yīng)的代理管理地址,包括把所述設(shè)備管理地址中的IP地址和端口號映射為網(wǎng)絡(luò)側(cè)IP地址和端口號;把所述網(wǎng)絡(luò)側(cè)IP地址和端口號作為所述代理管理i也址的內(nèi)容。203、將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。網(wǎng)關(guān)確定所述設(shè)備管理地址對應(yīng)的代理管理地址后,將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。進(jìn)一步的,當(dāng)網(wǎng)絡(luò)側(cè)地址(例如網(wǎng)絡(luò)側(cè)IP地址)發(fā)生變化時(shí),網(wǎng)關(guān)為所述設(shè)備管理地址確定新的代理管理地址,并將所述新的代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。此時(shí)確定代理管理地址的過程與上面描述的過程相同。進(jìn)一步的,當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),網(wǎng)關(guān)為所述變化后的設(shè)備管理地址確定代理管理地址,然后可以將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)i殳備。此時(shí)確定代理管理地址的過程與上面描述的過程相同。本實(shí)施利例中的所述用戶側(cè)設(shè)備可以是用戶駐地設(shè)備CPE,所述網(wǎng)絡(luò)側(cè)設(shè)備可以是自動配置服務(wù)器ACS。以下進(jìn)一步介紹本發(fā)明實(shí)施例技術(shù)方案。請參閱圖3,是本發(fā)明實(shí)施例二信息處理方法流程圖,包括301、CPE將自身標(biāo)識CPEID和Co皿ectionRequestURL發(fā)送到網(wǎng)關(guān);通過DHCP協(xié)議,CPE將自身CPEID和ConnectionRequestURL包含在CPE與網(wǎng)關(guān)交互的DHCP消息中發(fā)送給網(wǎng)關(guān)。302、網(wǎng)關(guān)確定GatewayProxyConnectionRequestURL;網(wǎng)關(guān)在接收到CPE發(fā)過來的CPEID和ConnectionRequestURL后,為CPE確定GatewayProxyConnectionRequestURL。本實(shí)施例中根據(jù)地址關(guān)系表和現(xiàn)有的NAT((NetworkAddressTranslation,網(wǎng)絡(luò)地址轉(zhuǎn)換)技術(shù)確定當(dāng)前CPE的ConnectionRequestURL所對應(yīng)的GatewayProxyConnectionRequestURL舉例說明。本發(fā)明實(shí)施例方案中地址關(guān)系表的結(jié)構(gòu)是對現(xiàn)有的網(wǎng)關(guān)的數(shù)據(jù)模型進(jìn)行了擴(kuò)展,具體是在網(wǎng)關(guān)的數(shù)據(jù)模型中增加ConnectionRequestURL和GatewayProxyConnectionRequestURL。本發(fā)明實(shí)施例的網(wǎng)關(guān)的數(shù)據(jù)才莫型具體如下表l所示<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>表1表1中的ManufacturerOUI、SerialNumber和ProductClass參數(shù)屬于用戶駐地i殳備標(biāo)識CPEID的內(nèi)容,而GatewayProxyConnectionRequestURL的內(nèi)容,例如可以表示為202.96.123.124:4321/RemoteManagement(遠(yuǎn)程管理),其中包含了網(wǎng)絡(luò)側(cè)IP地址、端口號和路徑。ConnectionRequestURL的內(nèi)容表示本發(fā)明實(shí)施例的地址關(guān)系表的內(nèi)容可以如表2所示。<table>tableseeoriginaldocumentpage10</column></row><table>表2該步驟中,網(wǎng)關(guān)根據(jù)CPEID查找地址關(guān)系表,包括兩種情況:一種情況是,地址關(guān)系表中沒有該CPE的ConnectionRequestURL及對應(yīng)的GatewayProxyConnectionRequestURL,則網(wǎng)關(guān)根據(jù)網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)技術(shù),把ConnectionRequestURL中的設(shè)備IP地址和端口號映射為網(wǎng)關(guān)網(wǎng)絡(luò)側(cè)的IP地址和端口號(同時(shí)會把設(shè)備IP地址和端口號與網(wǎng)關(guān)網(wǎng)絡(luò)側(cè)的IP地址和端口號的映射保存在NAT表中)。網(wǎng)關(guān)把映射后的網(wǎng)關(guān)網(wǎng)絡(luò)側(cè)的IP地址和端口號作為GatewayProxyConnectionRequestURL的內(nèi)容,生成GatewayProxyConnectionRequestURL,并把CPEID、ConnectionRequestURL和新生成的GatewayProxyConnectionRequestURL記錄在地址關(guān)系表中。第二種情況是,地址關(guān)系表中含有該CPE的ConnectionRequestURL及對應(yīng)的GatewayProxyCo皿ectionRequestURL。此時(shí),網(wǎng)關(guān)可以再4企測所4妄收的CPE的ConnectionRequestURL是否與地址關(guān)系表中記錄的ConnectionRequestURL相同。如果4企測結(jié)果為不相同,則說明CPE的ConnectionRequestURL有變化,此時(shí)網(wǎng)關(guān)修改NAT表中的NAT條目,把NAT條目中原記錄的ConnectionRequestURL只t應(yīng)的IPi也址改為新的ConnectionRequestURL所只于應(yīng)的IP地址。同時(shí)修改地址關(guān)系表,將新的ConnectionRequestURL信息替換原i己錄6令ConnectionRequestURL4言息-。一般情況下,此時(shí)GatewayProxyConnectionRequestURL不會變化。如果由于實(shí)現(xiàn)方式的不同,GatewayProxyConnectionRequestURL發(fā)生變化了,那么也需要在地址關(guān)系表中更新GatewayProxyConnectionRequestURL,同時(shí)也有可能需要更新NAT表中的相應(yīng)條目。如果4全測結(jié)果為相同,說明CPE的ConnectionRequestURL沒有變化,網(wǎng)關(guān)不需要刷新地址關(guān)系表所記錄的CPE的ConnectionRequestURL信息,也不需要刷新NAT表中的NAT條目。303、網(wǎng)關(guān)將GatewayProxyCo皿ectionRequestURL和CPEID發(fā)送給ACS;如果GatewayProxyConnectionRequestURL是第一次生成的或者l良生了變化,那么網(wǎng)關(guān)使用現(xiàn)有的CWMP協(xié)議將CPE的ConnectionRequestURL對應(yīng)的GatewayProxyConnectionRequestURL和CPEID信息發(fā)給ACS。304、當(dāng)網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),修改ConnectionRequestURL對應(yīng)的GatewayProxyConnectionRequestURL;當(dāng)網(wǎng)絡(luò)側(cè)地址例如網(wǎng)絡(luò)側(cè)IP地址發(fā)生變化時(shí),網(wǎng)關(guān)修改NAT表中的NAT條目,用變化后的網(wǎng)絡(luò)側(cè)IP地址替換NAT條目原來的網(wǎng)絡(luò)側(cè)IP地址。此時(shí)GatewayProxyConnectionRequestURL也會發(fā)生變化,因此,網(wǎng)關(guān)才艮據(jù)新的網(wǎng)絡(luò)側(cè)IP地址的生成新的GatewayProxyConnectionRequestURL,并更新到地址關(guān)系表中。305、網(wǎng)關(guān)^4務(wù)改后的GatewayProxyCo皿ectionRequestURL和CPEID發(fā)送給ACS。網(wǎng)關(guān)使用現(xiàn)有的CWMP協(xié)議,將^f務(wù)改后的CPE的ConnectionRequestURL對應(yīng)的GatewayProxyCo皿ectionRequestURL和CPEID信息發(fā)給ACS。這樣,就可以寸呆i正ACS4妾收的GatewayProxyConnectionRequestURL是正確的,那么ACS在需要主動與CPE通訊時(shí),向GatewayProxyConnectionRequestURL發(fā)出HTTPGET請求,則網(wǎng)關(guān)在收到該HTTPGET請求后,可以根據(jù)NAT表將請求重定向到CPE的ConnectionRequestURL??梢园l(fā)現(xiàn),本發(fā)明實(shí)施例二所4是供的技術(shù)方案,通過網(wǎng)關(guān)確定GatewayProxyConnectionRequestURL后發(fā)送給ACS,并由網(wǎng)關(guān)發(fā)現(xiàn)GatewayProxyCo皿ectionRequestURL變化時(shí)再主動通知ACS,相比于現(xiàn)有牙支術(shù)由CPE將GatewayProxyConnectionRequestURL發(fā)送給ACS,并由CPE定期輪詢發(fā)起查詢請求的方案,大大減輕了CPE和網(wǎng)關(guān)的負(fù)擔(dān),并簡化了處理流程。上述內(nèi)容詳細(xì)介紹了本發(fā)明實(shí)施例信息處理方法,相應(yīng)的,本發(fā)明實(shí)施例才是供一種網(wǎng)關(guān)和網(wǎng)絡(luò)系統(tǒng)。請參閱圖4,是本發(fā)明實(shí)施例網(wǎng)關(guān)結(jié)構(gòu)示意圖。如圖4所示,網(wǎng)關(guān)包括信息獲取單元401、映射單元402、發(fā)送單元403。信息獲取單元401,用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址。映射單元402,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址。發(fā)送單元403,用于向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送代理管理地址。所述網(wǎng)關(guān)進(jìn)一步包括外部更新單元404。外部更新單元404,用于當(dāng)網(wǎng)關(guān)的網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),為所述設(shè)備管理地址確定新的代理管理地址,所述發(fā)送單元403將所述新的代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。所述網(wǎng)關(guān)進(jìn)一步包括內(nèi)部更新單元405。內(nèi)部更新單元405,用于當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),為所述變化后的設(shè)備管理地址確定代理管理地址。所述映射單元402、外部更新單元404或內(nèi)部更新單元405為設(shè)備管理地址確定代理管理地址具體是為設(shè)備管理地址映射對應(yīng)的代理管理地址。所述為設(shè)備管理地址映射對應(yīng)的代理管理地址具體包括把所述設(shè)備管理地址中的IP地址和端口號映射為網(wǎng)絡(luò)側(cè)IP地址和端口號;^巴所述網(wǎng)絡(luò)側(cè)IP地址和端口號作為所述代理管理地址的內(nèi)容。請參閱圖5,是本發(fā)明實(shí)施例網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。如圖5所示,網(wǎng)絡(luò)系統(tǒng)包括用戶側(cè)設(shè)備501、網(wǎng)關(guān)502、網(wǎng)絡(luò)側(cè)設(shè)備503。用戶側(cè)設(shè)備501,用于將設(shè)備管理地址發(fā)送給網(wǎng)關(guān)502。網(wǎng)關(guān)502,用于獲取用戶側(cè)設(shè)備501的設(shè)備管理地址,為所述設(shè)備管理地址確定對應(yīng)的代理管理地址,將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備503。網(wǎng)絡(luò)側(cè)設(shè)備503,用于接收所述網(wǎng)關(guān)502發(fā)送的代理管理地址。所述網(wǎng)關(guān)502具有圖4所示的結(jié)構(gòu),包括信息獲取單元401、映射單元402、發(fā)送單元403。信息獲取單元401,用于獲取用戶側(cè)設(shè)備501的設(shè)備管理地址。映射單元402,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址。發(fā)送單元403,用于向網(wǎng)絡(luò)側(cè)設(shè)備503發(fā)送代理管理地址。所述網(wǎng)關(guān)502進(jìn)一步包括外部更新單元404。外部更新單元404,用于當(dāng)網(wǎng)關(guān)502的網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),為所述設(shè)備管理地址確定新的代理管理地址,所述發(fā)送單元403將所述新的代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備503。所述網(wǎng)關(guān)502進(jìn)一步包括內(nèi)部更新單元405。內(nèi)部更新單元405,用于當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),為所述變化后的設(shè)備管理地址確定代理管理地址。所述映射單元402、外部更新單元404或內(nèi)部更新單元405為設(shè)備管理地址確定代理管理地址具體是為設(shè)備管理地址映射對應(yīng)的代理管理地址。為設(shè)備管理地址映射對應(yīng)的代理管理地址具體包括把所述設(shè)備管理地址中的IP地址和端口號映射為網(wǎng)絡(luò)側(cè)IP地址和端口號;^巴所述網(wǎng)絡(luò)側(cè)IP地址和端口號作為所述代理管理地址的內(nèi)容。所述用戶側(cè)設(shè)備501為用戶駐地設(shè)備CPE,所述網(wǎng)絡(luò)側(cè)設(shè)備503為自動配置服務(wù)器ACS。綜上所述,本發(fā)明實(shí)施例技術(shù)方案是由網(wǎng)關(guān)確定代理管理地址即GatewayProxyConnectionRequestURL后直才妻發(fā)送給ACS,而不必再發(fā)送給CPE,由CPE再轉(zhuǎn)發(fā)給ACS,因此處理流程更簡單,也減少了用戶側(cè)設(shè)備和網(wǎng)關(guān)的資源浪費(fèi)。進(jìn)一步的,本發(fā)明實(shí)施例所提供的技術(shù)方案中也是由網(wǎng)關(guān)發(fā)現(xiàn)GatewayProxyConnectionRequestURL變化時(shí)再主動通知ACS,相比于現(xiàn)有技術(shù)由CPE定期輪詢發(fā)起查詢請求的方案,進(jìn)一步減輕了用戶側(cè)設(shè)備和網(wǎng)關(guān)的負(fù)擔(dān),也進(jìn)一步簡化了處理流程。以上對本發(fā)明實(shí)施例所提供的一種信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng)進(jìn)行了詳細(xì)介紹,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明實(shí)施例的思想,在具體實(shí)施方式及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1、一種信息處理方法,其特征在于,包括獲取用戶側(cè)設(shè)備的設(shè)備管理地址;為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。2、根據(jù)權(quán)利要求1所述的信息處理方法,其特征在于,所述方法進(jìn)一步包括當(dāng)網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),為所述設(shè)備管理地址確定新的代理管理地址;將所述新的代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。3、根據(jù)權(quán)利要求1所述的信息處理方法,其特征在于,所述方法進(jìn)一步包括當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),為所述變化后的設(shè)備管理地址確定代理管理地址。4、根據(jù)權(quán)利要求3所述的信息處理方法,其特征在于,所述為變化后的設(shè)備管理地址確定代理管理地址后進(jìn)一步包括將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。5、根據(jù)權(quán)利要求1至4任一項(xiàng)所述的信息處理方法,其特征在于,為設(shè)備管理地址確定代理管理地址具體為為設(shè)備管理地址映射對應(yīng)的代理管理地址。6、根據(jù)權(quán)利要求5所述的信息處理方法,其特征在于,所述為設(shè)備管理地址映射對應(yīng)的代理管理地址具體包括把所述設(shè)備管理地址中的IP地址和端口號映射為網(wǎng)絡(luò)側(cè)IP地址和端口—弓—把所述網(wǎng)絡(luò)側(cè)IP地址和端口號作為所述代理管理地址的內(nèi)容。7、根據(jù)權(quán)利要求1所述的信息處理方法,其特征在于所述用戶側(cè)設(shè)備為用戶駐地設(shè)備,所述網(wǎng)絡(luò)側(cè)設(shè)備為自動配置服務(wù)器。8、一種網(wǎng)關(guān),其特征在于,包括信息獲取單元,用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址;映射單元,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;發(fā)送單元,用于向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送代理管理地址。9、根據(jù)權(quán)利要求8所述的網(wǎng)關(guān),其特征在于,所述網(wǎng)關(guān)進(jìn)一步包括外部更新單元,用于當(dāng)網(wǎng)關(guān)的網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),為所述設(shè)備管理地址確定新的^C理管理地址;所述發(fā)送單元將所述新的代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。10、根據(jù)權(quán)利要求8或9所述的網(wǎng)關(guān),其特征在于,所述網(wǎng)關(guān)進(jìn)一步包括內(nèi)部更新單元,用于當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),為所述變化后的設(shè)備管理地址確定代理管理地址。11、根據(jù)權(quán)利要求IO所述的網(wǎng)關(guān),其特征在于所述映射單元、外部更新單元或內(nèi)部更新單元為i殳備管理地址確定代理管理地址具體是為設(shè)備管理地址映射對應(yīng)的代理管理地址。12、一種網(wǎng)絡(luò)系統(tǒng),其特征在于,包括用戶側(cè)設(shè)備,用于將設(shè)備管理地址發(fā)送給網(wǎng)關(guān);網(wǎng)關(guān),用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址,為所述設(shè)備管理地址確定對應(yīng)的代理管理地址,將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備;網(wǎng)絡(luò)側(cè)設(shè)備,用于接收所述網(wǎng)關(guān)發(fā)送的代理管理地址。13、根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)關(guān)包括信息獲取單元,用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址;映射單元,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;外部更新單元,用于當(dāng)網(wǎng)關(guān)的網(wǎng)絡(luò)側(cè)地址發(fā)生變化時(shí),為所述設(shè)備管理地址確定新的代理管理地址;發(fā)送單元,送給網(wǎng)絡(luò)側(cè)設(shè)備。14、根據(jù)權(quán)利要求13所述的網(wǎng)絡(luò)系統(tǒng),其特征在于,所述網(wǎng)關(guān)進(jìn)一步包括內(nèi)部更新單元,用于當(dāng)所述設(shè)備管理地址發(fā)生變化時(shí),為所述變化后的設(shè)備管理地址確定代理管理地址。15、根據(jù)權(quán)利要求12至14任一項(xiàng)所述的網(wǎng)絡(luò)系統(tǒng),其特征在于所述用戶側(cè)設(shè)備為用戶駐地設(shè)備,所述網(wǎng)絡(luò)側(cè)設(shè)備為自動配置服務(wù)器。全文摘要本發(fā)明實(shí)施例公開一種信息處理方法、網(wǎng)關(guān)及網(wǎng)絡(luò)系統(tǒng)。所述方法包括獲取用戶側(cè)設(shè)備的設(shè)備管理地址;為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;將所述代理管理地址發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明實(shí)施例提供一種網(wǎng)關(guān),包括信息獲取單元,用于獲取用戶側(cè)設(shè)備的設(shè)備管理地址;映射單元,用于為所述設(shè)備管理地址確定對應(yīng)的代理管理地址;發(fā)送單元,用于向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送代理管理地址。本發(fā)明實(shí)施例還提供一種網(wǎng)絡(luò)系統(tǒng)。本發(fā)明實(shí)施例提供的技術(shù)方案能夠簡化處理流程,減少用戶側(cè)設(shè)備和網(wǎng)關(guān)的資源浪費(fèi)。文檔編號H04L29/12GK101552802SQ20081009160公開日2009年10月7日申請日期2008年4月3日優(yōu)先權(quán)日2008年4月3日發(fā)明者吳黃偉,張欽亮,平方申請人:深圳華為通信技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
通化县| 佳木斯市| 达拉特旗| 庆元县| 昌平区| 九龙城区| 晋中市| 衡阳市| 岳池县| 临江市| 通化县| 武陟县| 高邑县| 方正县| 卢龙县| 田阳县| 大英县| 石首市| 舒城县| 靖远县| 岚皋县| 福安市| 隆昌县| 浪卡子县| 文昌市| 新和县| 霍州市| 东乌珠穆沁旗| 增城市| 巴中市| 克东县| 山东| 周至县| 桦川县| 时尚| 繁峙县| 乌审旗| 安龙县| 潮州市| 崇信县| 驻马店市|