本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種靜態(tài)路由的下發(fā)方法及UPE。

背景技術(shù)：
IPRAN（InternetProtocolRadioAccessNetwork，網(wǎng)協(xié)無(wú)線承載網(wǎng)絡(luò)）網(wǎng)絡(luò)中，無(wú)線設(shè)備也會(huì)分配IP地址，通過(guò)IPRAN網(wǎng)絡(luò)接入。3G/4G網(wǎng)絡(luò)中，無(wú)線基站很多都有多個(gè)IP地址，分為業(yè)務(wù)IP和管理IP，數(shù)據(jù)通信設(shè)備和基站業(yè)務(wù)IP之間的通信，需要預(yù)先在數(shù)據(jù)通信設(shè)備上人為配置靜態(tài)路由。無(wú)線基站多為通過(guò)即插即用技術(shù)開(kāi)站，即通過(guò)DHCP（DynamicHostConfigurationProtocol，動(dòng)態(tài)主機(jī)設(shè)置協(xié)議）報(bào)文獲取接口IP和管理IP。該IP地址都是在DHCP服務(wù)器上提前規(guī)劃好的，和基站的ESN（ElectronicSerialNumber，電子序列號(hào)）對(duì)應(yīng)。其中，需要接入的路由器做DHCP中繼代理。移動(dòng)承載網(wǎng)開(kāi)局過(guò)程中，基站可以不做任何配置進(jìn)行盲啟，上電后通過(guò)DHCP從服務(wù)器端獲取到管理IP1和業(yè)務(wù)地址IP3，打通管理通道后，再?gòu)姆?wù)器端獲取到基站配置文件重新加載配置啟動(dòng)。其中，管理地址IP1用來(lái)打通基站和DHCP服務(wù)器之間的管理通道，業(yè)務(wù)地址IP3用來(lái)和RNC（RadioNetworkController，無(wú)線網(wǎng)絡(luò)控制器）之間通信，基站上IP1和UPE（ultimateprovideredge，靠近用戶側(cè)的提供商的邊緣設(shè)備）上的IP2在同一網(wǎng)段。而UPE上，必須具備一條通往IP3的靜態(tài)路由，其下一跳為IP1。然而，上述現(xiàn)有技術(shù)方案中，數(shù)據(jù)通信接入設(shè)備UPE上通往基站的靜態(tài)路由，都是通過(guò)預(yù)先獲取基站IP地址規(guī)劃，人為在UPE上配置來(lái)實(shí)現(xiàn)的。無(wú)線基站和數(shù)據(jù)通信的UPE一般分屬不同的部門(mén)管理，無(wú)線側(cè)對(duì)IP地址的規(guī)劃在開(kāi)局完成前也可能發(fā)生變更，在UPE上配置的靜態(tài)路由則需要不斷的進(jìn)行調(diào)整，甚至IP地址規(guī)劃不能正確的傳達(dá)到數(shù)據(jù)通信部門(mén)，導(dǎo)致UPE上的配置錯(cuò)誤，基站和UPE間通信失敗。綜上所述，現(xiàn)有技術(shù)需要依靠提前獲取IP地址規(guī)劃信息，人為的配置UPE通往基站的靜態(tài)路由。該方案耗費(fèi)人力成本，且由于獲取IP地址規(guī)劃信息不準(zhǔn)或人為過(guò)失，容易發(fā)生配置錯(cuò)誤，導(dǎo)致通信失敗。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的目的在于提供一種靜態(tài)路由的下發(fā)方法及UPE，旨在解決現(xiàn)有技術(shù)需要依靠提前獲取IP地址規(guī)劃信息，人為的配置UPE通往基站的靜態(tài)路由；容易發(fā)生配置錯(cuò)誤，導(dǎo)致通信失敗的問(wèn)題。第一方面，所述靜態(tài)路由的下發(fā)方法包括：UPE讀取報(bào)文；根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。在第一方面的第一種可能的實(shí)現(xiàn)方式中，所述UPE讀取報(bào)文，具體為：UPE讀取基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；或者，UPE讀取轉(zhuǎn)發(fā)給基站的動(dòng)態(tài)主機(jī)設(shè)置協(xié)議DHCP中繼代理報(bào)文。結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由，具體為：當(dāng)UPE讀取的是基站發(fā)來(lái)的數(shù)據(jù)報(bào)文時(shí)，根據(jù)所述數(shù)據(jù)報(bào)文中的源IP地址以及源MAC地址，下發(fā)UPE通往基站業(yè)務(wù)地址的靜態(tài)路由；或者，當(dāng)UPE讀取的是轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文時(shí)；根據(jù)所述DHCP中繼代理報(bào)文中的IP地址，下發(fā)靜態(tài)路由。在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述UPE讀取報(bào)文；根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由，具體為：UPE端口接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；判斷所述UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；當(dāng)判斷出不是使能靜態(tài)路由自動(dòng)下發(fā)，則結(jié)束本次操作；當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；當(dāng)判斷出達(dá)到上限值時(shí)，則結(jié)束本次操作；根據(jù)所述源MAC地址在地址解析協(xié)議ARP表中查找下一跳IP地址；根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述UPE讀取報(bào)文；根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由，具體為：UPE端口接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；判斷所述UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；當(dāng)判斷出不是使能靜態(tài)路由自動(dòng)下發(fā)，則結(jié)束本次操作；當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；當(dāng)判斷出達(dá)到上限值時(shí)，則結(jié)束本次操作；進(jìn)一步判斷所述源IP地址對(duì)應(yīng)的靜態(tài)路由是否已下發(fā)；當(dāng)判斷出所述源IP對(duì)應(yīng)的靜態(tài)路由沒(méi)有下發(fā)；則根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；當(dāng)判斷出已下發(fā)，則結(jié)束本次操作；根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第五種可能的實(shí)現(xiàn)方式中，所述UPE讀取報(bào)文；根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由，具體為：UPE從所述DHCP中繼代理報(bào)文中讀取分配給基站的接口地址和業(yè)務(wù)地址；根據(jù)所述接口地址和業(yè)務(wù)地址，下發(fā)靜態(tài)路由。第二方面，所述UPE包括：報(bào)文讀取模塊，用于讀取報(bào)文。路由下發(fā)模塊，用于根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。在第二方面的第一種可能實(shí)現(xiàn)方式中，所述報(bào)文讀取模塊，具體用于讀取基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；或者用于讀取轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文；所述路由下發(fā)模塊，具體用于當(dāng)UPE讀取的是基站發(fā)來(lái)的數(shù)據(jù)報(bào)文時(shí)，根據(jù)所述數(shù)據(jù)報(bào)文中的源IP地址以及源MAC地址，下發(fā)UPE通往基站業(yè)務(wù)地址的靜態(tài)路由；或者用于當(dāng)UPE讀取的是轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文時(shí)；根據(jù)所述DHCP中繼代理報(bào)文中的IP地址，下發(fā)靜態(tài)路由。在第二方面的第二種可能實(shí)現(xiàn)方式中，所述UPE還包括：報(bào)文接收模塊，用于接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；使能判斷模塊，用于判斷UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；數(shù)量判斷模塊，用于當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；獲取模塊，用于當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；查找模塊，用于根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；下發(fā)模塊，用于根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。在第二方面的第三種可能實(shí)現(xiàn)方式中，所述UPE還包括：報(bào)文接收模塊，用于接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；使能判斷模塊，用于判斷UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；數(shù)量判斷模塊，用于當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；獲取模塊，用于當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；下發(fā)判斷模塊，用于判斷所述源IP地址對(duì)應(yīng)的靜態(tài)路由是否已下發(fā)；查找模塊，用于當(dāng)判斷出所述源IP對(duì)應(yīng)的靜態(tài)路由沒(méi)有下發(fā)，根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；下發(fā)模塊，用于根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。在第二方面的第四種可能實(shí)現(xiàn)方式中，所述UPE還包括：地址讀取模塊，用于從所述DHCP中繼代理報(bào)文中讀取分配給基站的接口地址和業(yè)務(wù)地址；靜態(tài)路由下發(fā)模塊，用于根據(jù)所述接口地址和業(yè)務(wù)地址，下發(fā)靜態(tài)路由。在本發(fā)明中，通過(guò)UPE讀取報(bào)文，根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。從而避免了大規(guī)模無(wú)線承載網(wǎng)開(kāi)局時(shí)，前期數(shù)據(jù)規(guī)劃和實(shí)際開(kāi)局?jǐn)?shù)據(jù)存在差異而導(dǎo)致的基站不能正常工作，數(shù)據(jù)通信設(shè)備反復(fù)現(xiàn)場(chǎng)定位、調(diào)配的問(wèn)題。通過(guò)對(duì)報(bào)文的處理，來(lái)自動(dòng)化的下發(fā)靜態(tài)路由。降低了人力投入，避免人為錯(cuò)誤的引入。附圖說(shuō)明圖1是本發(fā)明實(shí)施例一提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程示意圖。圖2是本發(fā)明實(shí)施例二提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程示意圖。圖3是本發(fā)明實(shí)施例三提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程示意圖。圖4是本發(fā)明實(shí)施例四提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程示意圖。圖5是本發(fā)明實(shí)施例五提供的UPE的結(jié)構(gòu)示意圖。圖6是本發(fā)明實(shí)施例六提供的UPE的結(jié)構(gòu)示意圖。圖7是本發(fā)明實(shí)施例七提供的UPE的結(jié)構(gòu)示意圖。圖8是本發(fā)明實(shí)施例八提供的UPE的結(jié)構(gòu)示意圖。圖9是本發(fā)明實(shí)施例九提供的UPE的結(jié)構(gòu)示意圖。具體實(shí)施方式為了使本發(fā)明的目的、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。實(shí)施例一：請(qǐng)參閱圖1，為本發(fā)明實(shí)施例一提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程，其包括：在S101中，UPE讀取報(bào)文；作為本發(fā)明一實(shí)施例，UPE讀取基站發(fā)來(lái)的數(shù)據(jù)報(bào)文。作為本發(fā)明另一實(shí)施例，UPE讀取轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文。在S102中，根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。在本發(fā)明實(shí)施例中，下發(fā)UPE通往基站業(yè)務(wù)地址的靜態(tài)路由。作為本發(fā)明一實(shí)施例，當(dāng)UPE讀取的是基站發(fā)來(lái)的數(shù)據(jù)報(bào)文時(shí)，根據(jù)所述數(shù)據(jù)報(bào)文中的源IP地址以及源MAC（MediaAccessControl，介質(zhì)訪問(wèn)控制）地址，下發(fā)UPE通往基站業(yè)務(wù)地址的靜態(tài)路由。作為本發(fā)明另一實(shí)施例，當(dāng)UPE讀取的是轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文時(shí)；根據(jù)所述DHCP中繼代理報(bào)文中的IP地址，下發(fā)靜態(tài)路由。實(shí)施例二：請(qǐng)參閱圖2，本發(fā)明實(shí)施例二提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程，其包括：在S201中，UPE端口接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；在S202中，判斷所述UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；在本發(fā)明實(shí)施例中，預(yù)先設(shè)置UPE端口的使能靜態(tài)路由自動(dòng)下發(fā)的功能，例如，如果設(shè)置UPE端口為使能靜態(tài)路由自動(dòng)下發(fā)，那么將其屬性標(biāo)記為1，如果設(shè)置UPE端口不為使能靜態(tài)路由自動(dòng)下發(fā)，那么將其屬性標(biāo)記為0。在本發(fā)明實(shí)施例中，根據(jù)讀取UPE端口的使能靜態(tài)路由自動(dòng)下發(fā)的功能的屬性值，來(lái)判斷所述UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)。在S203中，當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；當(dāng)判斷出不是使能靜態(tài)路由自動(dòng)下發(fā)，則結(jié)束本次操作；在S204中，當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；當(dāng)判斷出達(dá)到上限值時(shí)，則結(jié)束本次操作；在S205中，根據(jù)所述源MAC地址在ARP(AddressResolutionProtocol，地址解析協(xié)議)表中查找下一跳IP地址；在S206中，根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。實(shí)施例三：請(qǐng)參閱圖3，為本發(fā)明實(shí)施例三提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程，其包括：在S301中，UPE端口接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；在S302中，判斷所述UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；在S303中，當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；當(dāng)判斷出不是使能靜態(tài)路由自動(dòng)下發(fā)，則結(jié)束本次操作；在S304中，當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；當(dāng)判斷出達(dá)到上限值時(shí)，則結(jié)束本次操作；在S305中，進(jìn)一步判斷所述源IP地址對(duì)應(yīng)的靜態(tài)路由是否已下發(fā)；在S306中，當(dāng)判斷出所述源IP對(duì)應(yīng)的靜態(tài)路由沒(méi)有下發(fā)；則根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；當(dāng)判斷出已下發(fā)，則結(jié)束本次操作；在S307中，根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。下面是應(yīng)用場(chǎng)景的舉例說(shuō)明。基站從服務(wù)器獲取到配置文件重啟后，加載管理IP和業(yè)務(wù)IP，所有通往RNC（RadioNetworkController，無(wú)線網(wǎng)絡(luò)控制器）的業(yè)務(wù)報(bào)文的源IP地址都為業(yè)務(wù)IP。在路由器UPE上，使能本方案的功能后，UPE端口收到基站發(fā)來(lái)的數(shù)據(jù)報(bào)文后檢查報(bào)文源IP地址及源MAC地址，如果通往該IP的靜態(tài)路由不存在，則下發(fā)此條靜態(tài)路由。靜態(tài)路由的目的地址為基站業(yè)務(wù)地址IP3（即檢測(cè)到報(bào)文的源IP），其中，靜態(tài)路由的下一跳通過(guò)UPE上的ARP表項(xiàng)中獲取。以UPE上一個(gè)子接口下掛多個(gè)基站為例，該子接口上ARP表項(xiàng)如下：例如檢測(cè)到報(bào)文源IP為IP3，源MAC為CCCC-CCCC-CCCC，則下發(fā)靜態(tài)路由:Destination_IP=IP3，Next_Hop=c.c.c.c上述提到的功能，使能的范圍需要精確到具體的物理接口或者邏輯接口，確保該接口下掛的設(shè)備全部為無(wú)線基站設(shè)備，從而保證下掛設(shè)備發(fā)來(lái)的報(bào)文只具有有限的源IP地址。從而可以避免受到非法攻擊，以及避免大量下發(fā)無(wú)用的靜態(tài)路由。另外，由于UPE端口下掛的基站數(shù)目是有限的，因此通過(guò)判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值，來(lái)對(duì)每個(gè)端口下檢測(cè)到的報(bào)文源IP個(gè)數(shù)做限制，也就是對(duì)該端口檢測(cè)到的源IP所對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)目做限制。如限制為N個(gè)，端口每檢測(cè)到一個(gè)新的源IP地址并下發(fā)相應(yīng)靜態(tài)路由后，剩余空間減1。對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)到達(dá)N個(gè)的限制后，對(duì)收到的報(bào)文不做本方案中相關(guān)流程的處理。另外，通過(guò)判斷源IP地址對(duì)應(yīng)的靜態(tài)路由是否已下發(fā)，即轉(zhuǎn)發(fā)層面記錄已經(jīng)檢測(cè)到的源IP地址，如果收到的報(bào)文所帶源IP地址已經(jīng)處理過(guò)，并下發(fā)了相應(yīng)的靜態(tài)路由，則不再處理后續(xù)收到的帶有相同源IP的報(bào)文。另外，讀取報(bào)文后，如需要下發(fā)對(duì)應(yīng)的靜態(tài)路由，則會(huì)向CPU（CentralProcessingUnit，中央處理器）上送消息，對(duì)該類消息的上送通道進(jìn)行帶寬限制。實(shí)施例四：請(qǐng)參閱圖4，為本發(fā)明實(shí)施例四提供的靜態(tài)路由的下發(fā)方法的實(shí)現(xiàn)流程，其包括：在S401中，當(dāng)UPE作為DHCP中繼代理時(shí)，向基站轉(zhuǎn)發(fā)DHCP中繼代理報(bào)文；在S402中，UPE從所述DHCP中繼代理報(bào)文中讀取分配給基站的接口地址和業(yè)務(wù)地址；在S403中，根據(jù)所述接口地址和業(yè)務(wù)地址，下發(fā)靜態(tài)路由。下面是應(yīng)用場(chǎng)景的舉例說(shuō)明?；締?dòng)時(shí)，通過(guò)DHCP協(xié)議來(lái)獲取IP地址。而在此過(guò)程中三層的UPE設(shè)備充當(dāng)DHCP中繼代理的角色。基站的管理地址和業(yè)務(wù)地址提前在DHCP服務(wù)器上規(guī)劃好，和基站的ESN號(hào)相對(duì)應(yīng)。該過(guò)程中DHCP服務(wù)器通過(guò)RNC或者網(wǎng)管服務(wù)器兼做。以網(wǎng)管服務(wù)器為例，其中包括分配給基站的接口IP、管理IP和掩碼長(zhǎng)度等信息，并將這些信息填充到DHCP報(bào)文的Option43字段。這樣UPE作為DHCP中繼代理，轉(zhuǎn)發(fā)服務(wù)器給客戶端分配IP地址的報(bào)文時(shí)，可以通過(guò)讀取到分配給基站的接口地址IP1，和業(yè)務(wù)地址IP3。Option43字段的內(nèi)容格式為廠家自定義，需要預(yù)先在軟件層面統(tǒng)一無(wú)線側(cè)和數(shù)據(jù)通信UPE側(cè)的Option43字段格式。其中接口地址IP1和UPE連接基站側(cè)的接口地址是一個(gè)網(wǎng)段的。這樣，可以在UPE上讀取到IP地址后，下發(fā)如下一條靜態(tài)路由：Destination_IP=IP3,Next_Hop=IP1在本發(fā)明實(shí)施例中，該實(shí)施例基于廠家自定義Option43字段獲取相應(yīng)信息，DHCP中繼代理需要首先對(duì)格式進(jìn)行檢查，如果格式與自身格式不統(tǒng)一，則不生成靜態(tài)路由，并且上報(bào)錯(cuò)誤消息。實(shí)施例五：請(qǐng)參閱圖5，為本發(fā)明實(shí)施例五提供的UPE的結(jié)構(gòu)。為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述UPE包括：報(bào)文讀取模塊101、以及路由下發(fā)模塊102。所述UPE可以是軟件單元、硬件單元或者是軟硬件結(jié)合的單元。報(bào)文讀取模塊101，用于讀取報(bào)文。路由下發(fā)模塊102，用于根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。進(jìn)一步的，報(bào)文讀取模塊101，具體用于讀取基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；或者用于讀取轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文。進(jìn)一步的，路由下發(fā)模塊102，具體用于當(dāng)UPE讀取的是基站發(fā)來(lái)的數(shù)據(jù)報(bào)文時(shí)，根據(jù)所述數(shù)據(jù)報(bào)文中的源IP地址以及源MAC地址，下發(fā)UPE通往基站業(yè)務(wù)地址的靜態(tài)路由；或者用于當(dāng)UPE讀取的是轉(zhuǎn)發(fā)給基站的DHCP中繼代理報(bào)文時(shí)；根據(jù)所述DHCP中繼代理報(bào)文中的IP地址，下發(fā)靜態(tài)路由。實(shí)施例六：請(qǐng)參閱圖6，為本發(fā)明實(shí)施例六提供的UPE的結(jié)構(gòu)。為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述UPE包括：報(bào)文接收模塊201、使能判斷模塊202、數(shù)量判斷模塊203、獲取模塊204、查找模塊205、以及下發(fā)模塊206。所述UPE可以是軟件單元、硬件單元或者是軟硬件結(jié)合的單元。報(bào)文接收模塊，用于接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；使能判斷模塊，用于判斷UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；數(shù)量判斷模塊，用于當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；獲取模塊，用于當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；查找模塊，用于根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；下發(fā)模塊，用于根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。實(shí)施例七：請(qǐng)參閱圖7，為本發(fā)明實(shí)施例七提供的UPE的結(jié)構(gòu)。為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述UPE包括：報(bào)文接收模塊301、使能判斷模塊302、數(shù)量判斷模塊303、獲取模塊304、下發(fā)判斷模塊305、查找模塊306、以及下發(fā)模塊307。所述UPE可以是軟件單元、硬件單元或者是軟硬件結(jié)合的單元。報(bào)文接收模塊，用于接收基站發(fā)來(lái)的數(shù)據(jù)報(bào)文；使能判斷模塊，用于判斷UPE端口是否使能靜態(tài)路由自動(dòng)下發(fā)；數(shù)量判斷模塊，用于當(dāng)判斷出是使能靜態(tài)路由自動(dòng)下發(fā)，則進(jìn)一步判斷所述UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量是否達(dá)到上限值；獲取模塊，用于當(dāng)判斷出UPE端口對(duì)應(yīng)下發(fā)的靜態(tài)路由數(shù)量沒(méi)有達(dá)到上限值，則獲取所述數(shù)據(jù)報(bào)文的源IP地址及源MAC地址；下發(fā)判斷模塊，用于判斷所述源IP地址對(duì)應(yīng)的靜態(tài)路由是否已下發(fā)；查找模塊，用于當(dāng)判斷出所述源IP對(duì)應(yīng)的靜態(tài)路由沒(méi)有下發(fā)，根據(jù)所述源MAC地址在ARP表中查找下一跳IP地址；下發(fā)模塊，用于根據(jù)所述下一跳IP地址，下發(fā)相應(yīng)的靜態(tài)路由。實(shí)施例八：請(qǐng)參閱圖8，為本發(fā)明實(shí)施例八提供的UPE的結(jié)構(gòu)。為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述UPE包括：轉(zhuǎn)發(fā)模塊401、地址讀取模塊402、以及靜態(tài)路由下發(fā)模塊402。所述UPE可以是軟件單元、硬件單元或者是軟硬件結(jié)合的單元。轉(zhuǎn)發(fā)模塊，用于當(dāng)UPE作為DHCP中繼代理時(shí)，向基站轉(zhuǎn)發(fā)DHCP中繼代理報(bào)文報(bào)文；地址讀取模塊，用于從所述DHCP中繼代理報(bào)文報(bào)文中讀取分配給基站的接口地址和業(yè)務(wù)地址；靜態(tài)路由下發(fā)模塊，用于根據(jù)所述接口地址和業(yè)務(wù)地址，下發(fā)靜態(tài)路由。實(shí)施例九：請(qǐng)參閱圖9，本發(fā)明實(shí)施例九提供的UPE包括：處理器61，存儲(chǔ)器62和網(wǎng)絡(luò)接口63。其中，處理器61，用于執(zhí)行程序。在本發(fā)明實(shí)施例中，程序可以包括程序代碼，所述程序代碼包括計(jì)算機(jī)操作指令。處理器61可能是中央處理器CPU，或者是被配置成實(shí)施本發(fā)明實(shí)施例的一個(gè)或多個(gè)集成電路。存儲(chǔ)器62，用于存儲(chǔ)程序。存儲(chǔ)器62可能包含隨機(jī)存取存儲(chǔ)器，也可能還包括非易失性存儲(chǔ)器。網(wǎng)絡(luò)接口63，用于讀取報(bào)文。在本發(fā)明實(shí)施例中，網(wǎng)絡(luò)接口是網(wǎng)卡。當(dāng)處理器運(yùn)行時(shí)，所述處理器61用于執(zhí)行存儲(chǔ)器62中存儲(chǔ)的程序使得所述處理器執(zhí)行如下的方法：處理器61根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。綜上所述，本發(fā)明實(shí)施例通過(guò)UPE讀取報(bào)文，根據(jù)所述報(bào)文攜帶的相關(guān)信息，下發(fā)相應(yīng)的靜態(tài)路由。從而避免了大規(guī)模無(wú)線承載網(wǎng)開(kāi)局時(shí)，前期數(shù)據(jù)規(guī)劃和實(shí)際開(kāi)局?jǐn)?shù)據(jù)存在差異而導(dǎo)致的基站不能正常工作，數(shù)據(jù)通信設(shè)備反復(fù)現(xiàn)場(chǎng)定位、調(diào)配的問(wèn)題。通過(guò)對(duì)報(bào)文的處理，來(lái)自動(dòng)化的下發(fā)靜態(tài)路由。降低了人力投入，避免人為錯(cuò)誤的引入。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如ROM/RAM、磁盤(pán)、光盤(pán)等。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。