專(zhuān)利名稱(chēng)：定位信息格式處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種定位信息4各式處理 方法。
背景技術(shù)：
目前常用的寬帶定4立的才示〉侏有DHCP-option-82, pppoe-plus ， 和vbas。
DHCP-option-82 為 DHCP ( Dynamic Host Configuration Protocol,動(dòng)態(tài)主機(jī)控制協(xié)議)用戶(hù)所使用的定位信息標(biāo)準(zhǔn)。 pppoe-plus和vbas是PPP (點(diǎn)對(duì)點(diǎn))用戶(hù)所使用的定位信息標(biāo)準(zhǔn)。
在實(shí)現(xiàn)本發(fā)明過(guò)程中，發(fā)明人發(fā)現(xiàn)vbas為我國(guó)電信標(biāo)準(zhǔn)，定位 信息的格式已經(jīng)規(guī)定。但是對(duì)于其他的幾種定位標(biāo)準(zhǔn)所規(guī)定的定位 4言息的才各式，目前還并不統(tǒng)一。
例如China-telecom (中國(guó)電4言)夫見(jiàn)定的電路格式，China-netcom (中國(guó)網(wǎng)通)規(guī)定的電路格式，和DSL-forum ( DSL論壇)規(guī)定的 格式，這三種定位信息的格式，目前都有著廣泛的使用。但是因?yàn)?規(guī)格的不同，常常會(huì)引起一些不必要的麻煩，例如各大設(shè)備生產(chǎn)廠 家間的設(shè)備對(duì)接。有些生產(chǎn)廠家的設(shè)備可能僅僅只支持一種規(guī)格的 定位信息格式,如DSL-forum格式，但是它需要和一個(gè)只支持 China-telecom格式的網(wǎng)絡(luò)設(shè)備對(duì)接。很明顯這種對(duì)接是不能成功的言。雖然有些設(shè)備支持了多種格式，但是仍然需要對(duì)某一接口進(jìn)行 人工配置，增加了網(wǎng)絡(luò)工程師的工作量。而且對(duì)一個(gè)已經(jīng)指定了一 種格式的端口 ，依然還是無(wú)法理解這個(gè)端口上送報(bào)文中其他格式的 定位信息。
其主要原因就在于發(fā)送相關(guān)定位信息的網(wǎng)絡(luò)設(shè)備，并沒(méi)有表明 自己所攜帶的定位信息到底是依據(jù)那一種格式來(lái)進(jìn)行填寫(xiě)的。從而
其接收方也只能4姿照其默認(rèn)支持的一種才各式進(jìn)行解析，這樣一來(lái)如 果所支持的格式不相同，就算定位信息是正確的，設(shè)備也依然會(huì)當(dāng) 成一個(gè)4昔誤來(lái)處理。而且在網(wǎng)絡(luò)設(shè)備中一個(gè)4妄口中只能夠同時(shí)支持 唯一 的 一種寬帶定位信息格式。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種定位信息格式處理方法，以解決現(xiàn)有技術(shù) 中定位信息格式混亂的問(wèn)題。
在本發(fā)明的實(shí)施例中，4是供了一種定位信息才各式處理方法，包 括以下步驟發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文； 發(fā)送端在報(bào)文中設(shè)置表示報(bào)文的格式的標(biāo)識(shí)；發(fā)送端向接收端發(fā)送 報(bào)文。
優(yōu)選的，發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文 具體包4舌發(fā)送端構(gòu)造PPPOE (PPP over Ethernet,基于以太網(wǎng)的 點(diǎn)對(duì)點(diǎn)協(xié)i義)才艮文；在PPPOE凈艮文的TAG_TYPE字l史中的 PPPOE-plus字,殳中攜帶定位信息。
優(yōu)選的，PPPOE才艮文包4舌PADI ( PPPoE Active Discovery Initiation, PPPOE有效發(fā)現(xiàn)初始)才艮文和或PADR (PPPOE Active Discovery R叫uest， PPPOE有歲丈發(fā)玉見(jiàn)i青求)才艮文。優(yōu)選的，發(fā)送端在才艮文中i殳置表示凈艮文的格式的標(biāo)識(shí)具體包括 發(fā)送端在PPPOE報(bào)文的TAG_TYPE字段中設(shè)置標(biāo)識(shí)。
優(yōu)選的，發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文 具體包括發(fā)送端構(gòu)造DHCP報(bào)文；在DHCP報(bào)文的option字段中 的option-82字段中攜帶定位信息。
優(yōu)選的，DHCP才艮文包括DHCP畫(huà)Discovery才艮文和或 DHCP-Request報(bào)文。
優(yōu)選的，發(fā)送端在報(bào)文中設(shè)置表示報(bào)文的格式的標(biāo)識(shí)具體包括 發(fā)送端在DHCP報(bào)文的option字段中i殳置標(biāo)識(shí)。
優(yōu)選的，標(biāo)識(shí)是ASCII的信息(例如China-telecom ， China-netcom, DSL-forum等)或16進(jìn)制的4各式類(lèi)型^碼。
優(yōu)選的，該處理方法還包括接收端從接收的報(bào)文中解析到標(biāo) 識(shí)；接收端根據(jù)標(biāo)識(shí)判斷報(bào)文的格式；接收端根據(jù)所判斷的格式處 理才艮文以/人中確定用戶(hù)的寬帶定位。
優(yōu)選的，該處理方法還包括接收端從接收的報(bào)文中解析不到 標(biāo)識(shí)；4妄收端以默i人的4各式處理才艮文，以確定用戶(hù)的寬帶定位。
上述實(shí)施例的定位信息格式處理方法因?yàn)樵趫?bào)文中增設(shè)了報(bào)文 格式標(biāo)識(shí)，所以克服了現(xiàn)有技術(shù)中定位信息格式混亂的問(wèn)題，從而 能夠使接收端明確所接收到報(bào)文中寬帶定位信息的格式，從而正確 處理寬帶定位信息。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并
不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1示出了根據(jù)本發(fā)明實(shí)施例的定位信息格式處理方法的流程
圖2示出了根據(jù)本發(fā)明優(yōu)選實(shí)施例的網(wǎng)絡(luò)設(shè)備對(duì)多種格式的寬 帶用戶(hù)定位信息的處理流程圖3示出了才艮據(jù)本發(fā)明優(yōu)選實(shí)施例的網(wǎng)絡(luò)場(chǎng)景。
具體實(shí)施例方式
下面將參考附圖并結(jié)合實(shí)施例，來(lái)詳細(xì)+兌明本發(fā)明。
圖1示出了根據(jù)本發(fā)明實(shí)施例的定位信息格式處理方法的流程 圖，包4舌以下步驟
步驟S10,發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)
文；
步驟S20，發(fā)送端在報(bào)文中設(shè)置表示報(bào)文的格式的標(biāo)識(shí)； 步驟S30，發(fā)送端向接收端發(fā)送報(bào)文。
該定位信息格式處理方法因?yàn)樵趫?bào)文中增設(shè)了報(bào)文格式標(biāo)識(shí)， 所以克服了現(xiàn)有技術(shù)中定位信息格式混亂的問(wèn)題，從而能夠使接收端明確所*接收到才艮文中寬帶定位信息的格式，,人而正確處理寬帶定 位信息。
優(yōu)選的，步驟SIO，具體包括發(fā)送端構(gòu)造PPPOE報(bào)文；在
PPPOE報(bào)文的TAG—TYPE字段中的PPPOE-plus字段中攜帶定位信 自、
優(yōu)選的，PPPOE報(bào)文包括PADI才艮文和或PADR才艮文。
優(yōu)選的，步驟S20具體包括發(fā)送端在PPPOE報(bào)文的 TAG_TYPE字,殳中i殳置標(biāo)識(shí)。
上述優(yōu)選實(shí)施例使得收發(fā)兩端能夠處理各種格式的PPPOE報(bào) 文，以處理用戶(hù)寬帶定位。
優(yōu)選的，步驟S10具體包括發(fā)送端構(gòu)造DHCP報(bào)文；在DHCP 報(bào)文的option字段中的option-82字段中攜帶定位信息。
優(yōu)選的，DHCP才艮文包4舌Discovery凈艮文和或R叫uest才艮文。
優(yōu)選的，步驟S20具體包括發(fā)送端在DHCP才艮文的option字 革殳中設(shè)置標(biāo)識(shí)。
上述優(yōu)選實(shí)施例使得收發(fā)兩端能夠處理各種格式的DHCP報(bào) 文，以處理用戶(hù)寬帶定位。
優(yōu)選的，標(biāo)識(shí)是ASCII的信息(例如China-telecom , China-netcom， DSL-forum等)或16進(jìn)制的才各式類(lèi)型4戈石馬。
優(yōu)選的，該處理方法還包括接收端從接收的報(bào)文中解析到標(biāo) 識(shí)；接收端根據(jù)標(biāo)識(shí)判斷報(bào)文中定位信息的格式；接收端根據(jù)所判 斷的才各式處理才艮文以乂人中確定用戶(hù)的寬帶定^f立。優(yōu)選的，該處理方法還包括接收端從接收的報(bào)文中解析不到 標(biāo)識(shí)；接收端以默認(rèn)的格式處理報(bào)文，以確定用戶(hù)的寬帶定位。上述優(yōu)選實(shí)施例在PPPOE報(bào)文的TAG—TYPE字段中增加一項(xiàng) 廠家私有字段、DHCP報(bào)文的option字段中也增加一項(xiàng)廠家私有字段。在PPPOE的PADI才艮文和PADR才艮文中的TAG—TYPE中增加 新的字段，主要是為了表明該報(bào)文攜帶的定位信息的具體的格式。 可以要求該字,殳攜帶ASCII的China-telecom, China-netcom, DSL-forum等這樣的信息，也可以要求該字段攜帶相應(yīng)的16進(jìn)制信 息，將格式類(lèi)型用16進(jìn)制符號(hào)代替表示，等等。在DHCP的DHCP-Discovery才艮文和DHCP-R叫uest才艮文中的 option中添加新字段主要為了表明該報(bào)文攜帶的定位信息的具體的 才各式?？梢砸笤撟謑殳攜帶ASCII的China-telecom, China-netcom, DSL-forum等這樣的信息，也可以要求該字段攜帶相應(yīng)的16進(jìn)制信 息，將格式類(lèi)型用16進(jìn)制符號(hào)代替表示，等等。PPPOE和DHCP中的定位信息類(lèi)型字段采用TLV ( Type類(lèi)型、 Length長(zhǎng)度、Value值)格式進(jìn)行填寫(xiě)。在網(wǎng)絡(luò)i殳備上增加相關(guān)配置信息。如需要在4妄口上增加，定4立 信息默認(rèn)類(lèi)型。定位信息默認(rèn)類(lèi)型，主要是將沒(méi)有在請(qǐng)求報(bào)文中攜帶相關(guān)寬帶 定位信息類(lèi)型的報(bào)文進(jìn)行指定。指定成一個(gè)默認(rèn)的類(lèi)型，然后進(jìn)行 解析處理。圖2示出了根據(jù)本發(fā)明優(yōu)選實(shí)施例的網(wǎng)絡(luò)設(shè)備對(duì)多種格式的寬 帶用戶(hù)定位信息的處理流程圖，包括以下步驟
步驟1 ，數(shù)據(jù)通信4妄口 4妄收數(shù)據(jù)包;
步驟2,檢測(cè)數(shù)據(jù)包是否有定位信息格式字段；
步驟3,若有存在定位信息格式字段，則判定定位信息的格式 類(lèi)型；
步驟4，若沒(méi)有定位信息格式字段，則認(rèn)為定位信息的類(lèi)型為 接口下配置的默認(rèn)類(lèi)型；
步驟5,根據(jù)步驟3或步驟4所判定的定位信息的類(lèi)型來(lái)解析 寬帶定位信息字段中的定位信息
步驟6，將步驟5所解析的寬帶定位信息存放到相應(yīng)的用戶(hù)表
中；
步艱《7, 交由才目應(yīng)的AAA ( Authentication、 Authorization, Accounting,驗(yàn)證、授權(quán)和計(jì)費(fèi))才莫塊進(jìn)行處理；
如圖3的網(wǎng)纟各環(huán)境中，有三臺(tái)DSL AM ( Digital Subscriber Line Access Multiplexer,數(shù)字用戶(hù)專(zhuān)用線(xiàn)4妄入復(fù)用器)，DSLAM-1為只 支持DSL-forum格式(DSL論壇格式)，DSLAM-2為只支持 China-telecom才各式，DSLAM-3為只支持China-netcom才各式，且 DSLAM-1, DSLAM-2支持定位信息格式類(lèi)型字,殳的添加。現(xiàn)在， 在BRAS (寬帶接入服務(wù)器)的與DSLAM相連的用戶(hù)子接口上配 置定位信息默i人格式為DSL-forum格式(表明若沒(méi)有在才艮文中檢 查到定位信息類(lèi)型字纟殳信息的話(huà)，則將該定位信息按照DSL-fomm 格式解析)。上網(wǎng)用戶(hù)通過(guò)DSLAM-1發(fā)送到BRAS的上的PPPOE才艮文和 DHCP報(bào)文都被添加相應(yīng)的定位信息字段和定位信息類(lèi)型字段(該 字段說(shuō)明定位信息的格式為DSL-forum格式)。
上網(wǎng)用戶(hù)通過(guò)DSLAM-2發(fā)送到BRAS的上的PPPOE才艮文和 DHCP報(bào)文都被添加相應(yīng)的定位信息字段和定位信息類(lèi)型字段(該 字段說(shuō)明定位信息的格式為China-telecom格式)。
上網(wǎng)用戶(hù)通過(guò)DSLAM-3發(fā)送到BRAS的上的PPPOE才艮文和 DHCP才艮文都^皮添加相應(yīng)的定位信息字^:。
當(dāng)BRAS在接口上收到從這三臺(tái)DSLAM上傳過(guò)來(lái)的請(qǐng)求報(bào)文 后，將會(huì)根據(jù)報(bào)文所攜帶的定位信息類(lèi)型字段中的類(lèi)型，對(duì)定位信 息字中的具體的定位信息進(jìn)^f亍解析。
BRAS收到從DSLAM-1上傳的才艮文，在對(duì)定位信息字段進(jìn)行 解析前會(huì)先去檢查定位信息類(lèi)型字段，發(fā)現(xiàn)該字段攜帶的信息是 DSL-forum 。然后再只于定4立4言息字革殳中的具體定位^言息」換照 DSL-forum格式進(jìn)行解析。將解析后的信息存入用戶(hù)表中，交由 AAA一莫塊處理。
BRAS收到乂人DSALM-2上傳的才艮文，在對(duì)定位信息字^殳進(jìn)4亍 解析前會(huì)先去檢查定位信息類(lèi)型字段，發(fā)現(xiàn)該字段攜帶的信息是 China-netcom 。然后再對(duì)定位信息字段中的具體定位信息按照 China-netcom才各式進(jìn)4亍解析。將解析后的信息存入用戶(hù)表中，交由 AAA^莫塊處理。
BRAS收到從DSALM-3上傳的報(bào)文，在對(duì)定位信息字段進(jìn)行 解析前會(huì)先去檢查定位信息類(lèi)型字段，發(fā)現(xiàn)并沒(méi)有該字段，或者該 字段填充的值不合法。則設(shè)備會(huì)按照該用戶(hù)側(cè)子接口上所指定的定 位信息默認(rèn)格式，對(duì)定位信息字段中的定位信息進(jìn)行解析。默認(rèn)格式為DSL-forum,則設(shè)備將會(huì)按照DSL-forum格式去解析這個(gè)從 DSALM-3上傳的報(bào)文，但是報(bào)文所攜帶的定位信息類(lèi)型為 China-netcom格式的，因此設(shè)備將無(wú)法正確的對(duì)通過(guò)DSLAM-3上 線(xiàn)的用戶(hù)們的定位信息進(jìn)行正常的解析。從而將可能導(dǎo)致用戶(hù)上線(xiàn) 失敗，或者正常上線(xiàn)^旦無(wú)法定位等問(wèn)題。因此此時(shí)需要改變子4妄口 上面的定位信息默認(rèn)格式的相關(guān)配置，將定位信息默認(rèn)格式從 DSL-forum改為China-netcom,此時(shí)《更可以正常的對(duì)乂人DSALM-3 上線(xiàn)的用戶(hù)進(jìn)行處理了。
依照此例，實(shí)現(xiàn)了網(wǎng)絡(luò)i殳備在同一個(gè)子4妄口下，同時(shí)解神斤多種 格式的用戶(hù)寬帶定位信息。
從以上的描述中，可以看出，本發(fā)明實(shí)施例在才良文中添加定位 信息格式字段，降低了網(wǎng)絡(luò)管理員的工作量，使其不需要進(jìn)行大量 的手動(dòng)配置，就可以輕松地完成設(shè)備與支持不同定位信息格式的網(wǎng) 絡(luò)i殳備間的對(duì)4妄。
而且由于引入了默認(rèn)定位信息格式，所以對(duì)于那些并不支持在 報(bào)文中添加定位信息格式字段的設(shè)備來(lái)說(shuō)，依然可以按照設(shè)備上所 配置的默認(rèn)定位信息格式來(lái)對(duì)攜帶的定位信息進(jìn)行解析。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算 裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)
在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成 電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模 塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何〗奮改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種定位信息格式處理方法，其特征在于，包括以下步驟發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文；所述發(fā)送端在所述報(bào)文中設(shè)置表示所述報(bào)文的格式的標(biāo)識(shí)；所述發(fā)送端向接收端發(fā)送所述報(bào)文。
2. 根據(jù)權(quán)利要求1所述的定位信息格式處理方法，其特征在于， 發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文具體包 括所述發(fā)送端構(gòu)造PPPOE報(bào)文；在所述PPPOE報(bào)文的TAG—TYPE字段中的plus字段中 攜帶所述定位信息。
3. 根據(jù)權(quán)利要求2所述的定位信息格式處理方法，其特征在于， 所述PPPOE才艮文包括PADI報(bào)文和或PADR報(bào)文。
4. 根據(jù)權(quán)利要求2所述的定位信息格式處理方法，其特征在于， 所述發(fā)送端在所述報(bào)文中設(shè)置表示所述報(bào)文的格式的標(biāo)識(shí)具 體包括所述發(fā)送端在所述PPPOE才艮文的TAG—TYPE字段中設(shè)置 所述標(biāo)識(shí)。
5. 根據(jù)權(quán)利要求1所述的定位信息格式處理方法，其特征在于， 發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文具體包括所述發(fā)送端構(gòu)造DHCP報(bào)文；在所述DHCP報(bào)文的option字段中的option-82字段中攜 帶所述定位信息。
6. 根據(jù)權(quán)利要求5所述的定位信息格式處理方法，其特征在于， 所述 DHCP 才艮文包4舌 DHCP-Discovery 才艮文和或 DHCP畫(huà)R叫uest才艮文。
7. 根據(jù)權(quán)利要求5所述的定位信息格式處理方法，其特征在于， 所述發(fā)送端在所述報(bào)文中設(shè)置表示所述報(bào)文的格式的標(biāo)識(shí)具 體包括所述發(fā)送端在所述DHCP報(bào)文的option字段中設(shè)置所述 標(biāo)識(shí)。
8. 根據(jù)權(quán)利要求1至7任一項(xiàng)所述的定位信息格式處理方法，其 特征在于，所述標(biāo)識(shí)是ASCII的信息或16進(jìn)制的格式類(lèi)型代 碼。
9. 根據(jù)權(quán)利要求1所述的定位信息格式處理方法，其特征在于， 還包括所述接收端乂人接收的才艮文中解析到所述標(biāo)識(shí)；所述接收端根據(jù)所述標(biāo)識(shí)判斷所述報(bào)文的格式；所述4妄收端4艮據(jù)所判斷的格式處理所述才艮文以從中確定 用戶(hù)的寬帶定位。
10. 4艮據(jù)^f又利要求1所述的定位信息格式處理方法，其特^E在于， 還包括所述接收端從接收的才艮文中解析不到所述標(biāo)識(shí)；所述4妄收端以默i人的格式處理所述才艮文，以確定用戶(hù)的寬 帶定位。
全文摘要
本發(fā)明提供了一種定位信息格式處理方法，包括以下步驟發(fā)送端構(gòu)造攜帶關(guān)于用戶(hù)寬帶定位的定位信息的報(bào)文；發(fā)送端在報(bào)文中設(shè)置表示報(bào)文的格式的標(biāo)識(shí)；發(fā)送端向接收端發(fā)送報(bào)文。本發(fā)明能夠使接收端明確所接收到報(bào)文中寬帶定位信息的格式，從而正確處理寬帶定位信息。
文檔編號(hào)H04L12/56GK101299766SQ20081012712
公開(kāi)日2008年11月5日 申請(qǐng)日期2008年6月19日 優(yōu)先權(quán)日2008年6月19日
發(fā)明者迪 金 申請(qǐng)人:中興通訊股份有限公司