專利名稱：：一種獲取配置信息的方法和系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及通信領域，特別涉及獲取配置信息的方法和系統(tǒng)。技術背景3G是英文3rdGeneration的縮寫，指第三代移動通信技術。相對第一代模擬制式移動通信技術和第二代全球移動通信系統(tǒng)(GlobalSystemformobileCommunication,簡稱"GSM")、碼分多址(CodeDivisionMultipleAccess,筒稱"CDMA")等數(shù)字移動通信技術，3G—般地講是指將無線通信與國際互聯(lián)網(wǎng)等多媒體通信結合的新一代移動通信系統(tǒng)。它能夠處理圖像、音樂、視頻流等多種媒體形式，提供包括網(wǎng)頁瀏覽、電話會議、電子商務等多種信息服務。在3G系統(tǒng)中，網(wǎng)絡側包括基站控制器和基站。各個基站用于接受所轄范圍內(nèi)的用戶設備信號，經(jīng)處理后通過傳輸通道匯總至基站控制器?；究刂破骷刑幚砘緜鬏斶^來的信息，并將處理過的信息通過基站發(fā)送給用戶設備。為了節(jié)約建網(wǎng)時基站控制器的成本，一個基站控制器通常需要提供大面積覆蓋，它連接并控制多個基站，與之連接的基站可以離基站控制器很遠，其距離可達上百公里，而且基站彼此間的距離也較遠。有鑒于此，為了高效方便地對基站進行遠端訪問和維護，需要建立一條維護通道。這條維護通道的協(xié)議是傳輸控制協(xié)議/網(wǎng)際互連協(xié)議(TransmissionControlProtocol/InternetProtocol,簡稱"TCP/IP")。IP無線4妄入網(wǎng)絡(RadioAccessNetwork,筒稱"RAN")的維護通道4如圖1所示。為了保證設備功能邏輯分離，基站提供了接入IP,即，具體業(yè)務使用的IP;以及維護IP。建立維護通道主要時需要獲取維護IP地址和相關配置。接下來簡要描述一下逆地址解析協(xié)議(ReverseAddressResolutionProtocol,筒稱"RARP")、Bootstrap協(xié)議(BootstrapProtocol,簡稱"BOOTP")、動態(tài)主機配置協(xié)議(DynamicHostConfigurationProtocol,筒稱"DHCP")，和點到點協(xié)議(Point-to-PointProtocol,簡稱"PPP")。RARP協(xié)議是反向地址解析協(xié)議，通過媒體訪問控制(MediumAccessControl,筒稱"MAC")地址獲取IP地址，是一種早期的自動獲取IP地址方式，后期被BOOTP或DHCP替代。BOOTP協(xié)議是一種較老的系統(tǒng)引導協(xié)議，主要用于無盤工作站啟動時從服務器上獲取IP地址和啟動文件名。DHCP協(xié)議則是動態(tài)主機配置協(xié)議，是BOOTP協(xié)議的發(fā)展，從兩個方面對BOOTP協(xié)議進行了擴展一是可使計算機用一個消息獲取它所需要的所有配置信息，即傳送配置信息的協(xié)議；二是允許計算機快速、動態(tài)的獲取IPi也址，即動態(tài)分配IP3也址的才幾制。PPP協(xié)議是常用的IP鏈路層協(xié)議，特別是傳輸承載為El的情況。PPP協(xié)議的協(xié)商過程分為鏈路控制協(xié)議(LinkControlProtocol,簡稱"LCP，，)協(xié)商和網(wǎng)絡控制端口(NetworkControlPort,簡稱"NCP")協(xié)商。其中，對于IP協(xié)議，是NCP的IPCP協(xié)商，這個過程協(xié)商過程可以分配PPP的IP地址。下面介紹與本發(fā)明相關的現(xiàn)有技術方案現(xiàn)有技術方案一基站利用PPP鏈路的NCP協(xié)議，協(xié)商和獲取網(wǎng)絡層地址。該方案的優(yōu)點在于協(xié)議通用，一般設備均支持。缺點是能夠利用NCP獲取的地址有限，只能獲取本端和對端IP地址，對于其他的設備參數(shù)，比如維護通道IP地址，設備內(nèi)部維護網(wǎng)段以及通道參數(shù)等都無法獲取，需要靜態(tài)配置。如果進行靜態(tài)配置，則需要人工在遠端設備進行維護，大大增加工作量。另外，利用NCP獲取的地址只有一個，設備的接入地址和維護地址不能設為不同值?，F(xiàn)有技術方案二基站利用普通DHCP協(xié)議獲取維護通道信息。該方案的優(yōu)點是DHCP協(xié)議普遍支持，能夠獲取網(wǎng)段、網(wǎng)關地址、域名服務系統(tǒng)(DOMAINNAMESYSTEM,簡稱"DNS")等信息，配置簡單。缺點是DHCP協(xié)議目前僅僅能夠支持以太網(wǎng)介質(zhì)上的自動配置，不能支持PPP等串行鏈路上的配置獲取，不能在E1/T1等鏈路上使用。而在3GRAN網(wǎng)絡中，E1/T1是很常見的傳輸途徑，這導致了DHCP在RAN網(wǎng)絡中的使用受到較大的限制。DHCP協(xié)議不能在PPP上運行的主要原因在于，DHCP需要廣播功能，而PPP不支持廣播功能，部分DHCP報文中需要填寫設備的硬件地址，如媒體訪問控制(MediumAccessControl,簡稱"MAC")地址，而PPP中沒有硬件地址。商時，該上級設備將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)皆撓录壴O備。本發(fā)明的實施方式還提供了一種獲取配置信息的系統(tǒng)，包含以串行鏈路連接的上、下級設備；所述上、下級設備中包含通過IPCP層協(xié)商建立PPP鏈路的模塊；所述上級設備還包含將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)剿鱿录壴O備的模塊。通過比較可以發(fā)現(xiàn)，上級設備在IPCP層協(xié)商的時候，可以通過平時不使用的協(xié)商參數(shù)來攜帶配置信息，實現(xiàn)下級設備的自動配置。這種方案適用性廣，可以利用標準協(xié)議，只需要在協(xié)議配置上進行修改，不需要修改協(xié)議本身。在實際使用中，采用這種配置的下級設備可以和攜帶配置信息的上級設備對接，也可以和普通的PPP對端設備對接。圖1是IPRAN的維護通道示意圖；圖2是根據(jù)本發(fā)明實施方式的獲取配置信息的系統(tǒng)結構示意圖；圖3是根據(jù)本發(fā)明第一實施方式的獲取配置信息的方法流程示意圖；圖4是根據(jù)本發(fā)明第一實施方式的在PPP鏈路上進行DHCP過程的流程示意圖；圖5是根據(jù)本發(fā)明第三實施方式的獲取配置信息的方法流程示意圖。具體實施方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。需要說明的是，本發(fā)明中所稱的PPP鏈路是一種廣義概念，包括使用PPP協(xié)議族中協(xié)議的各種鏈路，如多鏈路點到點協(xié)議(MultiLinkPointtoPointProtocol,簡稱"MLPPP")鏈路，基于以太網(wǎng)的點到點協(xié)議(PointtoPointProtocoloverEthernet,筒稱"PPPoE")鏈路等。本發(fā)明的第一實應萬AWPPP鏈路上通過DHCP報文獲得設備配置信息的技術方案.案，和如圖2所示，獲取配置信息的系統(tǒng)包含以PPP鏈路連接的上、下級設備。的模塊。上、下級設備的PPP鏈路可以建立在任意串行線路上，串行線路包括但不限于RS232串口、El、Tl、Jl、E3、T3等。下級設備從上級設備獲取配置的步驟如圖3所示。在步驟310，在上、下級設備之間建立PPP鏈路。具體地說，可以預先在下級設備上默認配置PPP鏈路，這樣該下級設備可以自動在有El等串行線路上進行PPP連接的請求。上級i殳備在El等串行線路上響應PPP連接的請求，通過標準PPP的NCP協(xié)議，給下級設備分配接口IP地址等信息。在下級設備和上級設備成功建立PPP鏈路之后，進入步驟320,下級設備在PPP鏈路上通過DHCP報文向上級設備請求配置信息。發(fā)送配置信息。上述步驟320和步驟330都涉及在PPP上傳輸DHCP報文。由于現(xiàn)有的DHCP協(xié)議一般只能在以太網(wǎng)鏈路支持，在PPP鏈路上不能進行DHCP,PPP鏈路上進行DHCP，需要對DHCP進行一定的擴展，DHCP幀結構如表1所示。<table>tableseeoriginaldocumentpage9</column></row><table>表1DHCP不能在PPP鏈路上運行的主要原因有兩點，一是DHCP需要廣播，而PPP鏈路上沒有廣播功能，二是DHCP中需要硬件地址，在以太網(wǎng)鏈路中硬件地址就是媒體訪問控制(MediumAccessControl,簡稱"MAC")地址，而PPP鏈路中沒有MAC地址。本發(fā)明通過以下方法解決PPP對DHCP的支持問題PPP鏈路的端點收到需要廣播的DHCP報文時，將該DHCP凈艮文通過該PPP鏈路向對端發(fā)送。需經(jīng)PPP鏈路傳輸?shù)腄HCP報文中需要填寫硬件地址(chaddr)時，將可唯一標識使用PPP鏈路的設備的標志作為硬件地址填入該DHCP報文。DHCP服務器為設備分配IP地址時，將DHCP報文中可唯一標識該設備的標志與為該設備分配的IP地址綁定。其中，可唯一標識PPP4連3各的標志是以下之一預先設置在設備中的某種標識，該標識可以通過其它協(xié)議設置，最好是全網(wǎng)p眷一的；PPP鏈路的鏈路號，適合每個PPP鏈路上只有一個DHCP客戶端設備的情況；PPP鏈路的物理端口編號。將可唯一標識使用ppp鏈路的設備的標志作為硬件地址填入DHCP報文時，可以由位于PPP鏈路發(fā)送DHCP報文一側的設備填，也可以由位于PPP鏈路接收DHCP報文一側的設備填，可以由兩側都填。兩側都填的方案在不同廠商的設備共同組網(wǎng)時兼容性較好，不用擔心對端的其它廠的設備不按本廠商要求的方式填相關信息。在PPP鏈路上的DHCP交互過程的一個具體例子如圖4所示，其中的DHCP報文定義可以參見標準協(xié)議RFC1541等。在步驟410中，下級設備在已經(jīng)建立的PPP鏈路上，發(fā)出DHCPDISCOVER(發(fā)現(xiàn))才艮文。本機IP地址填入當前PPP端口的地址。此后進入步驟420，上級設備收到PPP鏈路上的DHCPDISCOVER報文，上級設備接收時在報文填入PPP鏈路標識。上級設備纟艮據(jù)DHCP分配IP地址算法，分配IP地址，將所分配的IP地址與DHCPDISCOVER報文中的硬件地址(本例中是PPP鏈路標識)綁定，然后通過PPP鏈路發(fā)送DHCPOFFER報文給下級設備。報文中的server(服務器)，client(客戶端)地址可以填寫成PPP鏈路兩端的地址，也可以不填寫。此后進入步驟430，下級設備收到DHCPOFFER報文，再發(fā)送DHCPrequest(請求)報文，向上級設備請求設備配置信息。此后進入步驟440,上級設備收到下級設備的請求，下發(fā)DHCPACK(應答)報文給下級設備，可以在DHCP擴展選項中攜帶設備的配置信息。也可以借用DHCP響應的其他字段，比如sname，file等字段，攜帶設備的配置"息。本實施方式對上、下級設備沒有具體要求，作為一個例子，上級設備可以是基站控制器，下級設備可以是基站。可以通過定義DHCP幀OPTION字段，完成基站的配置，一次性獲取維護IP和接入IP地址。在一個具體例子中，采用的Option類型為43,如表2所示，Option自定義字段的具體內(nèi)容如表3所示。0ption類長度自定義魔術字(4字節(jié))自定字段類型型(l字節(jié))43整個擴展optionOxDEADBEAF參見表的長度表2<table>tableseeoriginaldocumentpage11</column></row><table>表3在PPP上通過DHCP過程，基站可以一次性獲耳又維護通道所需的所有配置信息，從而可以在E1/T1等串行鏈路上通過PPP自動獲取設備配置信息，大大減少了人工維護的工作量，并且協(xié)議兼容性好，能夠充分利用現(xiàn)有DHCP協(xié)議的支持，可以使用現(xiàn)有的DHCP管理維護工具。在本實施方式中，作為一個優(yōu)選方案，基站一次性獲取維護通道所需的所有配置信息，可以理解，也可以在分多次完成配置信息的傳輸，每次DHCP過程，只傳一部分的配置信息。本發(fā)明的第二實施方式在第一實施方式上進行了改進，上級設備和/或下級設備在傳輸下級設備向上級設備請求配置信息的DHCP報文時，在該DHCP才艮文中加入可唯一標識該PPP鏈路的標志；該上級設備通過DHCP報文向該下級設備發(fā)送與可唯一標識該PPP鏈路的標志對應的配置信息。例如，上級設備收到DHCPDISCOVER才艮文時，才艮據(jù)收耳又該DHCPDISCOVER報文的PPP鏈路，將PPP鏈路號作為硬件地址寫在該DHCPDISCOVER報文中，并根據(jù)該PPP鏈路號找到對應的配置信息，通過DHCPACK報文將該配置信息攜帶給下級設備。通過采用下級設備配置信息和PPP鏈路綁定的分配策略，可以實現(xiàn)設備配置和物理位置相關，在原有的站點更換設備，或者原有設備更換地點，可以不需要維護工作，自動獲取。這樣在整個網(wǎng)絡配置的時候，只需要在中心設備節(jié)點進行配置，下級節(jié)點都可以自動獲取配置，大大減少配置沖突和配置的工作量。息的技術方案。獲取配置信息的系統(tǒng)結構如圖2所示，包含以串行鏈路連接的上、下級設備；串行線路包括但不限于RS232串口、El、Tl、Jl、E3、T3等。上、下級設備中均包含通過IPCP層協(xié)商建立PPP鏈路的模塊；上級設備還包含將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)较录壴O備的模塊。和第一實施方式一樣，本實施方式對上、下級設備沒有具體要求，作為一個例子，上級設備可以是基站控制器，下級設備可以是基站，配置信息可以是基站的維護通道所需的配置信息。如圖5所示，上、下級設備先進行LCP層協(xié)商。LCP層協(xié)商完成后再進行IPCP層協(xié)商。在IPCP層協(xié)商時，該上級設備將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)皆撓录壴O備。IPCP層協(xié)商具體包含以下步驟下級設備向上級設備發(fā)送協(xié)商發(fā)起消息；上級設備收到協(xié)商發(fā)起消息后，在向下級設備回應的消息中攜帶PrimaryDNSServerAddress(主DNS服務器地址)、PrimaryNBNSServerAddress(主NBNS服務器地址)、SecondaryDNSServerAddress(從DNS服務器地址)、SecondaryNBNSServerAddress(從NBNS服務器地址)等協(xié)商選項，在這些協(xié)商選項中攜帶下級設備需要的配置信息；下級設備收到協(xié)商選項后，從PrimaryDNSServerAddress、PrimaryNBNSServerAddress、SecondaryDNSServerAddress、SecondaryNBNSServerAddress等選項中獲取配置信息，回復響應消息ACK;上級設備收到ACK后，向下級設備發(fā)送協(xié)商完成消息。為了避免在和通用PPP接口設備進行對接時發(fā)生地址誤使用，可以約定特殊的IP地址，或者特殊的規(guī)則進行限定和鑒別。比如172.168.89.89,作為特殊的PrimaryDNSServerAddress,表示攜帶的是維護通道配置信息。也可以采用地址校驗的方法，把PrimaryDNSServerAddress(或者任意一個其他協(xié)商地址)和SecondaryDNSServerAddress采用一定的一見則進行才交馬全,比3口SecondaryDNSServerAddress禾口PrimaryDNSServerAddress兩者相減為一個固定的特殊數(shù)值，達到確認傳送的是維護通道配置信息的目的。如果發(fā)現(xiàn)獲取的信息不符合預定規(guī)則，則判定不使用這些協(xié)商選項，此時下級i殳備可以纟合予3于應選項的NACK回應。在本實施方式中，上級設備在IPCP層協(xié)商的時候，通過平時不使用的協(xié)商參數(shù)來攜帶配置信息，實現(xiàn)下級設備的自動配置。這種方案適用性廣，可以利用標準協(xié)議，只需要在協(xié)議配置上進行修改，不需要修改協(xié)議本身。在實際使用中，采用這種配置的下級設備可以和攜帶配置信息的上級設備對接，也可以和普通的PPP對端設備對接。雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。權利要求1.一種獲取配置信息的方法，其特征在于，以串行鏈路連接的上、下級設備進行互聯(lián)協(xié)議控制協(xié)議IPCP層協(xié)商時，該上級設備將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)皆撓录壴O備。2.根據(jù)權利要求1所述的獲取配置信息的方法，其特征在于，所述串行線路是以下之一RS232串口、El、Tl、Jl、E3、T3。3.根據(jù)權利要求1所述的獲取配置信息的方法，其特征在于，所述IPCP消息通過以下方式之一指示該消息中的至少一個預定協(xié)商參數(shù)中攜帶有所述配置信息在預定協(xié)商參數(shù)中設置特定值；至少一個預定協(xié)商參數(shù)中的值滿足特定的校驗規(guī)則。4.根據(jù)權利要求1所述的獲取配置信息的方法，其特征在于，攜帶所述配信息的預定協(xié)商參數(shù)為以下之一或其任意組合"PrimaryDNSServerAddress"、"PrimaryNBNSServerAddress"、"SecondaryDNSServerAddress"、"SecondaryNBNSServerAddress"。5.—種獲取配置信息的系統(tǒng)，其特征在于，包含以串行鏈路連接的上、下級設備；所述上、下級設備中包含通過IPCP層協(xié)商建立PPP鏈路的模塊；所述上級設備還包含將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)剿鱿录壴O備的模塊。6.根據(jù)權利要求5所述的獲取配置信息的系統(tǒng)，其特征在于，所述IPCP消息通過以下方式之一指示該消息中的至少一個預定協(xié)商參數(shù)中攜帶有所述配置信息在預定協(xié)商參數(shù)中設置特定值；至少一個預定協(xié)商參數(shù)中的值滿足特定的校驗規(guī)則。7.根據(jù)權利要求5所述的獲取配置信息的系統(tǒng)，其特征在于，所述上級設備是基站控制器，所述下級設備是基站；所述配置信息是基站的維護通道所需的配置信息。全文摘要本發(fā)明涉及通信領域，公開了一種獲取配置信息的方法和系統(tǒng)。本發(fā)明中，以串行鏈路連接的上、下級設備進行互聯(lián)協(xié)議控制協(xié)議IPCP層協(xié)商時，該上級設備將配置信息攜帶在IPCP消息的至少一個預定協(xié)商參數(shù)中傳輸?shù)皆撓录壴O備。利用本發(fā)明的技術方案，上級設備在IPCP層協(xié)商的時候，可以通過平時不使用的協(xié)商參數(shù)來攜帶配置信息，實現(xiàn)下級設備的自動配置。這種方案適用性廣，可以利用標準協(xié)議，只需要在協(xié)議配置上進行修改，不需要修改協(xié)議本身。在實際使用中，采用這種配置的下級設備可以和攜帶配置信息的上級設備對接，也可以和普通的PPP對端設備對接。文檔編號H04L29/06GK101257496SQ20081008635公開日2008年9月3日申請日期2006年11月13日優(yōu)先權日2006年11月13日發(fā)明者蔚任申請人:華為技術有限公司