IPRAN ( Internet Protocol Radio Access Network, 网协无线 载网络 ) 网络中， 无线设备也会分配 IP地址， 通过 IPRAN网络接入。

3G/4G网络中，无线基站艮多都有多个 IP地址，分为业务 IP和管理 IP, 数据通信设备和基站业务 IP之间的通信， 需要预先在数据通信设备上人为 配置静态路由。

无线基站多为通过即插即用技术开站， 即通过 DHCP ( Dynamic Host Configuration Protocol, 动态主机设置协议）报文获取接口 IP和管理 IP。 该 IP地址都是在 DHCP服务器上提前规划好的， 和基站的 ESN ( Electronic Serial Number, 电子序列号）对应。 其中， 需要接入的路由器做 DHCP中 继代理。

移动承载网开局过程中， 基站可以不做任何配置进行盲启， 上电后通 过 DHCP从服务器端获取到管理 IP1和业务地址 IP3 , 打通管理通道后， 再 从服务器端获取到基站配置文件重新加载配置 启动。 其中， 管理地址 IP1 用来打通基站和 DHCP服务器之间的管理通道， 业务地址 IP3用来和 RNC ( Radio Network Controller,无线网络控制器）之间通信，基站上 IP1和 UPE ( ultimate provider edge , 靠近用户侧的提供商的边缘设备）上的 ΙΡ2在同 一网段。 而 UPE上， 必须具备一条通往 ΙΡ3的静态路由， 其下一跳为 ΙΡ1。

然而， 上述现有技术方案中， 数据通信接入设备 UPE上通往基站的静 态路由，都是通过预先获取基站 IP地址规划，人为在 UPE上配置来实现的。

无线基站和数据通信的 UPE—般分属不同的部门管理，无线侧对 IP地 址的规划在开局完成前也可能发生变更， 在 UPE上配置的静态路由则需要 不断的进行调整， 甚至 IP地址规划不能正确的传达到数据通信部门， 导致 UPE上的配置错误， 基站和 UPE间通信失败。

综上所述， 现有技术需要依靠提前获取 IP地址规划信息， 人为的配置 UPE通往基站的静态路由。 该方案耗费人力成本， 且由于获取 IP地址规划 信息不准或人为过失， 容易发生配置错误， 导致通信失败。 发明内容

本发明的目的在于提供一种静态路由的下发方 法及 UPE, 旨在解决现 有技术需要依靠提前获取 IP地址规划信息，人为的配置 UPE通往基站的静 态路由； 容易发生配置错误， 导致通信失败的问题。 第一方面， 所述静态路由的下发方法包括：

UPE读取艮文；

根据所述报文携带的相关信息， 下发相应的静态路由。

在第一方面的第一种可能的实现方式中，所述 UPE读取 文，具体为：

UPE读取基站发来的数据报文； 或者，

UPE读取转发给基站的动态主机设置协议 DHCP中继代理艮文。

结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述根据所述报文携带的相关信息， 下发相应的静态路由， 具体为：

当 UPE读取的 ^^站发来的数据报文时， 根据所述数据报文中的源 IP 地址以及源 MAC地址， 下发 UPE通往基站业务地址的静态路由； 或者， 当 UPE读取的是转发给基站的 DHCP中继代理报文时；根据所述 DHCP 中继代理报文中的 IP地址， 下发静态路由。

在第一方面的第三种可能的实现方式中， 所述 UPE读取报文； 根据所 述报文携带的相关信息， 下发相应的静态路由， 具体为：

UPE端口接收基站发来的数据报文；

判断所述 UPE端口是否使能静态路由自动下发； 当判断出是使能静态路由自动下发， 则进一步判断所述 UPE端口对应 下发的静态路由数量是否达到上限值； 当判断出不是使能静态路由自动下 发， 则结束本次操作；

当判断出 UPE端口对应下发的静态路由数量没有达到上限 值， 则获取 所述数据报文的源 IP地址及源 MAC地址； 当判断出达到上限值时， 则结 束本次操作；

根据所述源 MAC地址在地址解析协议 ARP表中查找下一跳 IP地址； 根据所述下一跳 IP地址， 下发相应的静态路由。

在第一方面的第四种可能的实现方式中， 所述 UPE读取报文； 根据所 述报文携带的相关信息， 下发相应的静态路由， 具体为：

UPE端口接收基站发来的数据报文；

判断所述 UPE端口是否使能静态路由自动下发；

当判断出是使能静态路由自动下发， 则进一步判断所述 UPE端口对应 下发的静态路由数量是否达到上限值； 当判断出不是使能静态路由自动下 发， 则结束本次操作；

当判断出 UPE端口对应下发的静态路由数量没有达到上限 值， 则获取 所述数据报文的源 IP地址及源 MAC地址； 当判断出达到上限值时， 则结 束本次操作；

进一步判断所述源 IP地址对应的静态路由是否已下发；

当判断出所述源 IP对应的静态路由没有下发； 则根据所述源 MAC地 址在 ARP表中查找下一跳 IP地址； 当判断出已下发， 则结束本次操作； 根据所述下一跳 IP地址， 下发相应的静态路由。

结合第一方面的第一种可能的实现方式， 在第五种可能的实现方式中， 所述 UPE读取报文；根据所述报文携带的相关信息， 下发相应的静态路由， 具体为：

UPE从所述 DHCP中继代理报文中读取分配给基站的接口地� �和业务 地址；

根据所述接口地址和业务地址， 下发静态路由。

第二方面， 所述 UPE包括：

报文读取模块， 用于读取报文。

路由下发模块， 用于根据所述报文携带的相关信息， 下发相应的静态 路由。

在第二方面的第一种可能实现方式中， 所述报文读取模块， 具体用于 读取基站发来的数据报文； 或者用于读取转发给基站的 DHCP中继代理报 文；

所述路由下发模块，具体用于当 UPE读取的是基站发来的数据报文时， 根据所述数据 文中的源 IP地址以及源 MAC地址， 下发 UPE通往基站业 务地址的静态路由； 或者用于当 UPE读取的是转发给基站的 DHCP中继代 理才艮文时； 根据所述 DHCP中继代理 ^艮文中的 IP地址， 下发静态路由。

在第二方面的第二种可能实现方式中， 所述 UPE还包括：

报文接收模块， 用于接收基站发来的数据报文；

使能判断模块， 用于判断 UPE端口是否使能静态路由自动下发； 数量判断模块， 用于当判断出是使能静态路由自动下发， 则进一步判 断所述 UPE端口对应下发的静态路由数量是否达到上限 值；

获取模块， 用于当判断出 UPE端口对应下发的静态路由数量没有达到 上限值， 则获取所述数据 ^艮文的源 IP地址及源 MAC地址；

查找模块，用于根据所述源 MAC地址在 ARP表中查找下一跳 IP地址； 下发模块， 用于根据所述下一跳 IP地址， 下发相应的静态路由。

在第二方面的第三种可能实现方式中， 所述 UPE还包括：

报文接收模块， 用于接收基站发来的数据报文；

使能判断模块， 用于判断 UPE端口是否使能静态路由自动下发； 数量判断模块， 用于当判断出是使能静态路由自动下发， 则进一步判 断所述 UPE端口对应下发的静态路由数量是否达到上限 值；

获取模块， 用于当判断出 UPE端口对应下发的静态路由数量没有达到 上限值， 则获取所述数据 ^艮文的源 IP地址及源 MAC地址；

下发判断模块， 用于判断所述源 IP地址对应的静态路由是否已下发； 查找模块， 用于当判断出所述源 IP对应的静态路由没有下发， 根据所 述源 MAC地址在 ARP表中查找下一跳 IP地址；

下发模块， 用于根据所述下一跳 IP地址， 下发相应的静态路由。

在第二方面的第四种可能实现方式中， 所述 UPE还包括：

地址读取模块， 用于从所述 DHCP中继代理报文中读取分配给基站的 接口地址和业务地址；

静态路由下发模块， 用于根据所述接口地址和业务地址， 下发静态路 由。

在本发明中， 通过 UPE读取报文， 根据所述报文携带的相关信息， 下发 相应的静态路由。 从而避免了大规模无线承载网开局时， 前期数据规划和 实际开局数据存在差异而导致的基站不能正常 工作， 数据通信设备反复现 场定位、 调配的问题。 通过对报文的处理， 来自动化的下发静态路由。 降 低了人力投入， 避免人为错误的引入。 附图说明 图 1是本发明实施例一提供的静态路由的下发方� �的实现流程示意图。 图 2是本发明实施例二提供的静态路由的下发方� �的实现流程示意图。 图 3是本发明实施例三提供的静态路由的下发方� �的实现流程示意图。 图 4是本发明实施例四提供的静态路由的下发方� �的实现流程示意图。 图 5是本发明实施例五提供的 UPE的结构示意图。

图 6是本发明实施例六提供的 UPE的结构示意图。

图 7是本发明实施例七提供的 UPE的结构示意图。 图 8是本发明实施例八提供的 UPE的结构示意图。

图 9是本发明实施例九提供的 UPE的结构示意图。 具体实施方式 为了使本发明的目的、 技术方案及有益效果更加清楚明白， 以下结合 附图及实施例， 对本发明进行进一步详细说明。 应当理解， 此处所描述的 具体实施例仅仅用以解释本发明， 并不用于限定本发明。

实施例一：

请参阅图 1 , 为本发明实施例一提供的静态路由的下发方法 的实现流 程， 其包括：

在 S101中， UPE读取报文；

作为本发明一实施例， UPE读取基站发来的数据报文。

作为本发明另一实施例， UPE读取转发给基站的 DHCP中继代理报文。 在 S102中， 根据所述报文携带的相关信息， 下发相应的静态路由。 在本发明实施例中， 下发 UPE通往基站业务地址的静态路由。

作为本发明一实施例， 当 UPE读取的是基站发来的数据报文时， 根据 所述数据 4艮文中的源 IP地址以及源 MAC ( Media Access Control,介质访问 控制）地址， 下发 UPE通往基站业务地址的静态路由。

作为本发明另一实施例， 当 UPE读取的是转发给基站的 DHCP中继代 理才艮文时； 根据所述 DHCP中继代理 ^艮文中的 IP地址， 下发静态路由。

实施例二：

请参阅图 2, 本发明实施例二提供的静态路由的下发方法的 实现流程， 其包括：

在 S201中， UPE端口接收基站发来的数据报文；

在 S202中， 判断所述 UPE端口是否使能静态路由自动下发； 在本发明实施例中， 预先设置 UPE端口的使能静态路由自动下发的功 能， 例如， 如果设置 UPE端口为使能静态路由自动下发， 那么将其属性标 记为 1 , 如果设置 UPE端口不为使能静态路由自动下发， 那么将其属性标 记为 0。 在本发明实施例中， 根据读取 UPE端口的使能静态路由自动下发 的功能的属性值， 来判断所述 UPE端口是否使能静态路由自动下发。

在 S203 中， 当判断出是使能静态路由自动下发， 则进一步判断所述 UPE 端口对应下发的静态路由数量是否达到上限值 ； 当判断出不是使能静 态路由自动下发， 则结束本次操作；

在 S204中， 当判断出 UPE端口对应下发的静态路由数量没有达到上 限值， 则获取所述数据报文的源 IP地址及源 MAC地址； 当判断出达到上 限值时， 则结束本次操作； 地址解析协议)表中查找下一跳 IP地址；

在 S206中， 根据所述下一跳 IP地址， 下发相应的静态路由。

实施例三：

请参阅图 3 , 为本发明实施例三提供的静态路由的下发方法 的实现流 程， 其包括：

在 S301中， UPE端口接收基站发来的数据报文；

在 S302中， 判断所述 UPE端口是否使能静态路由自动下发； 在 S303 中， 当判断出是使能静态路由自动下发， 则进一步判断所述

UPE 端口对应下发的静态路由数量是否达到上限值 ； 当判断出不是使能静 态路由自动下发， 则结束本次操作；

在 S304中， 当判断出 UPE端口对应下发的静态路由数量没有达到上 限值， 则获取所述数据报文的源 IP地址及源 MAC地址； 当判断出达到上 限值时， 则结束本次操作；

在 S305中， 进一步判断所述源 IP地址对应的静态路由是否已下发； 在 S306中， 当判断出所述源 IP对应的静态路由没有下发； 则根据所 述源 MAC地址在 ARP表中查找下一跳 IP地址； 当判断出已下发， 则结束 本次操作；

在 S307中， 根据所述下一跳 IP地址， 下发相应的静态路由。

下面是应用场景的举例说明。

基站从服务器获取到配置文件重启后， 加载管理 IP和业务 IP, 所有通 往 RNC ( Radio Network Controller, 无线网络控制器） 的业务 4艮文的源 IP 地址都为业务 IP。 在路由器 UPE上， 使能本方案的功能后， UPE端口收到 基站发来的数据报文后检查报文源 IP地址及源 MAC地址， 如果通往该 IP 的静态路由不存在， 则下发此条静态路由。 静态路由的目的地址为基站业 务地址 IP3 (即检测到报文的源 IP ) , 其中， 静态路由的下一跳通过 UPE 上的 ARP表项中获取。 以 UPE上一个子接口下挂多个基站为例，该子接口 上 ARP表项如下：

IP ADDRESS MAC ADDRESS

3,.3,.3,.3, AAAA-AAAA-AAAA

b. b.b.b BBBB-BBBB-BBBB

c. c.c.c CCCC-CCCC-CCC

例如检测到报文源 IP为 IP3 , 源 MAC为 CCCC-CCCC-CCCC, 则下 发静态路由：

Destination— IP = IP3 , Next_Hop= c.c.c.c 上述提到的功能， 使能的范围需要精确到具体的物理接口或者逻 辑接 口， 确保该接口下挂的设备全部为无线基站设备， 从而保证下挂设备发来 的报文只具有有限的源 IP地址。从而可以避免受到非法攻击， 以及避免大量 下发无用的静态路由。 另外， 由于 UPE端口下挂的基站数目是有限的， 因此通过判断所述 UPE 端口对应下发的静态路由数量是否达到上限值 ， 来对每个端口下检测到的 报文源 IP个数做限制，也就是对该端口检测到的源 IP所对应下发的静态路由 数目做限制。 如限制为 N个， 端口每检测到一个新的源 IP地址并下发相应静 态路由后， 剩余空间减 1。 对应下发的静态路由数到达 N个的限制后， 对收 到的报文不做本方案中相关流程的处理。 另夕卜，通过判断源 IP地址对应的静态路由是否已下发， 即转发层面记录 已经检测到的源 IP地址， 如果收到的报文所带源 IP地址已经处理过， 并下 发了相应的静态路由， 则不再处理后续收到的带有相同源 IP的报文。

另外，读取报文后， 如需要下发对应的静态路由， 则会向 CPU ( Central Processing Unit, 中央处理器）上送消息， 对该类消息的上送通道进行带宽 限制。

实施例四：

请参阅图 4, 为本发明实施例四提供的静态路由的下发方法 的实现流 程， 其包括：

在 S401中， 当 UPE作为 DHCP中继代理时， 向基站转发 DHCP中继 代理报文；

在 S402中， UPE从所述 DHCP中继代理报文中读取分配给基站的接口 地址和业务地址；

在 S403中， 根据所述接口地址和业务地址， 下发静态路由。

下面是应用场景的举例说明。

基站启动时， 通过 DHCP协议来获取 IP地址。 而在此过程中三层的 UPE设备充当 DHCP中继代理的角色。 基站的管理地址和业务地址提前在 DHCP服务器上规划好， 和基站的 ESN号相对应。 该过程中 DHCP服务器 通过 RNC或者网管服务器兼做。 以网管服务器为例， 其中包括分配给基站 的接口 IP、 管理 IP和掩码长度等信息， 并将这些信息填充到 DHCP报文的 Option 43字段。这样 UPE作为 DHCP中继代理，转发服务器给客户端分配 IP地址的 ^艮文时， 可以通过读取到分配给基站的接口地址 IP1 , 和业务地址 IP3。 Option 43字段的内容格式为厂家自定义， 需要预先在软件层面统一无 线侧和数据通信 UPE侧的 Option 43字段格式。 其中接口地址 IP1和 UPE 连接基站侧的接口地址是一个网段的。 这样， 可以在 UPE上读取到 IP地址 后， 下发如下一条静态路由：

Destination— IP= IP3, Next— Ηορ=ΙΡ1

在本发明实施例中， 该实施例基于厂家自定义 Option43字段获取相应 信息， DHCP 中继代理需要首先对格式进行检查， 如果格式与自身格式不 统一， 则不生成静态路由， 并且上报错误消息。

实施例五：

请参阅图 5, 为本发明实施例五提供的 UPE的结构。 为了便于说明， 仅示出了与本发明实施例相关的部分。 所述 UPE包括： 报文读取模块 101、 以及路由下发模块 102。 所述 UPE可以是软件单元、 硬件单元或者是软硬 件结合的单元。

报文读取模块 101 , 用于读取报文。

路由下发模块 102, 用于根据所述报文携带的相关信息， 下发相应的静 态路由。

进一步的， 报文读取模块 101 , 具体用于读取基站发来的数据报文； 或 者用于读取转发给基站的 DHCP中继代理报文。

进一步的， 路由下发模块 102, 具体用于当 UPE读取的是基站发来的 数据 文时，根据所述数据 文中的源 IP地址以及源 MAC地址，下发 UPE 通往基站业务地址的静态路由； 或者用于当 UPE读取的是转发给基站的 DHCP中继代理 ^艮文时； 根据所述 DHCP中继代理 ^艮文中的 IP地址， 下发 静态路由。

实施例六：

请参阅图 6, 为本发明实施例六提供的 UPE的结构。 为了便于说明， 仅示出了与本发明实施例相关的部分。 所述 UPE包括： 报文接收模块 201、 使能判断模块 202、 数量判断模块 203、 获取模块 204、 查找模块 205、 以 及下发模块 206。 所述 UPE可以是软件单元、 硬件单元或者是软硬件结合 的单元。

报文接收模块， 用于接收基站发来的数据报文；

使能判断模块， 用于判断 UPE端口是否使能静态路由自动下发； 数量判断模块， 用于当判断出是使能静态路由自动下发， 则进一步判 断所述 UPE端口对应下发的静态路由数量是否达到上限 值；

获取模块， 用于当判断出 UPE端口对应下发的静态路由数量没有达到 上限值， 则获取所述数据 ^艮文的源 IP地址及源 MAC地址；

查找模块，用于根据所述源 MAC地址在 ARP表中查找下一跳 IP地址； 下发模块， 用于根据所述下一跳 IP地址， 下发相应的静态路由。

实施例七：

请参阅图 7, 为本发明实施例七提供的 UPE的结构。 为了便于说明， 仅示出了与本发明实施例相关的部分。 所述 UPE包括： 报文接收模块 301、 使能判断模块 302、 数量判断模块 303、 获取模块 304、 下发判断模块 305、 查找模块 306、 以及下发模块 307。 所述 UPE可以是软件单元、硬件单元或 者是软硬件结合的单元。

报文接收模块， 用于接收基站发来的数据报文；

使能判断模块， 用于判断 UPE端口是否使能静态路由自动下发； 数量判断模块， 用于当判断出是使能静态路由自动下发， 则进一步判 断所述 UPE端口对应下发的静态路由数量是否达到上限 值；

获取模块， 用于当判断出 UPE端口对应下发的静态路由数量没有达到 上限值 , 则获取所述数据 ^艮文的源 IP地址及源 MAC地址；

下发判断模块， 用于判断所述源 IP地址对应的静态路由是否已下发； 查找模块， 用于当判断出所述源 IP对应的静态路由没有下发， 根据所 述源 MAC地址在 ARP表中查找下一跳 IP地址；

下发模块， 用于根据所述下一跳 IP地址， 下发相应的静态路由。

实施例八：

请参阅图 8, 为本发明实施例八提供的 UPE的结构。 为了便于说明， 仅示出了与本发明实施例相关的部分。 所述 UPE包括： 转发模块 401、 地 址读取模块 402、 以及静态路由下发模块 402。 所述 UPE可以是软件单元、 硬件单元或者是软硬件结合的单元。

转发模块， 用于当 UPE作为 DHCP中继代理时， 向基站转发 DHCP中 继代理报文报文；

地址读取模块， 用于从所述 DHCP中继代理报文报文中读取分配给基 站的接口地址和业务地址；

静态路由下发模块， 用于根据所述接口地址和业务地址， 下发静态路 由。

实施例九：

请参阅图 9, 本发明实施例九提供的 UPE包括： 处理器 61 , 存储器 62和 网络接口 63。 其中，

处理器 61 , 用于执行程序。

在本发明实施例中， 程序可以包括程序代码， 所述程序代码包括计算 机操作指令。

处理器 61可能是中央处理器 CPU, 或者是被配置成实施本发明实施例 的一个或多个集成电路。

存储器 62, 用于存储程序。

存储器 62可能包含随机存取存储器， 也可能还包括非易失性存储器。 网络接口 63 , 用于读取报文。

在本发明实施例中， 网络接口是网卡。

当处理器运行时， 所述处理器 61用于执行存储器 62中存储的程序使得 所述处理器执行如下的方法：

处理器 61根据所述报文携带的相关信息， 下发相应的静态路由。

综上所述，本发明实施例通过 UPE读取报文，根据所述报文携带的相关 信息， 下发相应的静态路由。 从而避免了大规模无线承载网开局时， 前期 数据规划和实际开局数据存在差异而导致的基 站不能正常工作， 数据通信 设备反复现场定位、 调配的问题。 通过对报文的处理， 来自动化的下发静 态路由。 降低了人力投入， 避免人为错误的引入。

本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成， 所述的程序可以存储于一计 算机可读取存储介质中， 所述的存储介质， 如 ROM/RAM、 磁盘、 光盘等。

以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在 本发明的精神和原则之内所作的任何修改、 等同替换和改进等， 均应包含 在本发明的保护范围之内。