CN1960380A - 一种获取业务ip地址的方法 - Google Patents

Abstract

本发明公开了一种获取业务IP地址的方法，通过建立用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道，并建立BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道，实现了用户终端与DHCP服务器之间的为获取业务IP地址而进行的消息交互，从而实现了用户终端获取业务IP地址的目的。具体地，用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是次要管理CID对应的管理通道，或者是业务预置流，或者是信令预置流；BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是BS与BS服务节点在***上电后即建立的信令通道，或者是业务预置流，或者是信令预置流。

Description

一种获取业务IP地址的方法

技术领域

本发明涉及IP地址分配技术领域，具体涉及一种获取业务IP地址的方法。

背景技术

随着因特网业务的蓬勃发展和无线网络的广泛应用，支持全IP的移动服务备受关注。移动用户如何利用接入网提供的链路级设备和动态主机控制协议(DHCP)服务器采用DHCP完成动态IP地址的分配、租用、续租和释放，也对目前的无线接入网技术提出了挑战，这些挑战主要包括：接入网设备如何支持移动用户的IP地址申请过程、接入网设备如何得知分配给移动用户的IP地址、接入网设备如何得知IP地址申请/续租成功与否从而确定在申请/续租失败后采取的措施。

DHCP支持以下功能：动态分配IP地址、静态分配IP地址、租用IP地址、支持永久租用IP地址、恢复中止的租用IP地址等。实质上，DHCP负责处理两种基本数据：租用地址即已分配的IP地址，和地址池中的地址即未分配的、可用的IP地址。

图1给出了DHCP定义的DHCP客户端获取IP地址的消息流程时序图，如图1所示，其具体步骤如下：

步骤101：DHCP客户端向DHCP服务器单播或广播DHCP发现(DHCPDiscover)报文。

若DHCP客户端有一个永久性租用IP地址，则DHCP客户端可将该永久性租用IP地址携带在DHCP发现报文中。

步骤102：DHCP服务器收到该DHCP发现报文，从自身的地址池中取出一个IP地址并将该IP地址通过DHCP提供(DHCPOffer)报文返回给DHCP客户端。

步骤103：DHCP客户端接收DHCP提供报文，从而获取DHCP服务器为自身分配的IP地址作为自身的IP地址。

若DHCP客户端收到多个来自不同DHCP服务器的携带IP地址的DHCP提供报文，则DHCP客户端会在这多个IP地址中任意选择一个或者选择自身所请求的永久性租用IP地址。

步骤104：DHCP客户端通过广播或单播的形式向DHCP服务器发送携带DHCP服务器标识的DHCP请求(DHCPRequest)报文，并等待响应。

DHCP服务器标识即，DHCP客户端最终选定的IP地址所对应的DHCP服务器标识。

步骤105：DHCP服务器接收并检测DHCP请求报文，若检测到DHCP请求报文携带的DHCP服务器标识不为自身标识，则丢弃该DHCP请求报文；否则，接受该DHCP请求报文，且若检测到给DHCP客户端分配的IP地址的租用未中止，则向DHCP客户端返回一个DHCP确认(DHCPAck)报文；若给DHCP客户端分配的IP地址的租用已中止，则向DHCP客户端返回一个DHCP否定(DHCPNak)报文。

步骤106：若DHCP客户端收到DHCP确认报文，则开始使用DHCP服务器分配给自身的IP地址；若DHCP客户端收到DHCP否定报文，则返回步骤101；若DHCP客户端发现DHCP服务器分配的IP地址无法正常使用，则向DHCP服务器发送一个DHCP取消(DHCPDecline)报文，并返回步骤101。

图2为微波接入全球互通(WIMAX)***下的DHCP架构体系，如图2所示，其主要包括：基站(BS)，接入服务网网关(ASN-GW)、DHCP服务器和移动终端(MS)，其中，BS用于提供MS与自身的L2连接，并实现无线资源的管理等；ASN-GW为DHCP服务器和BS提供中继功能，ASN-GW可以与DHCP服务器位于同一实体上，也可位于不同实体上；DHCP服务器主要处理动态IP地址申请、IP地址续租用、动态IP地址分配以及静态IP地址的申请、续租、回收等；MS主要用于发起动态IP地址申请、发起IP地址续租用等，相当于DHCP客户端。其中，DHCP服务器与ASN-GW通过R3接口相连，BS与ASN-GW通过R6接口相连，BS与MS通过R1接口相连，ASN-GW之间通过R4接口相连。

根据IEEE 802.16d/e协议，MS接入网络的初始化过程如下：

步骤01：MS扫描下行信道，并与BS建立同步。

步骤02：MS通过上行信道描述(UCD)消息从BS获取上行发射参数。

步骤03：MS执行搜索过程。

步骤04：MS执行能力商议过程。若在该能力商议过程中MS被BS确定为被管理的MS，则此后执行步骤05～10；若MS被BS确定为不被管理的MS则在执行步骤05～06后，直接执行步骤10。

步骤05～06：MS执行鉴权、注册过程。

若在能力商议过程中，MS被BS确定为被管理的MS，则在注册过程中，BS给MS分配次要管理连接标识符(CID)。

步骤07：MS从DHCP服务器获取管理IP地址，从而与BS建立IP连接。

这里，由于MS和BS之间的空口还没建立业务连接，因此，MS从DHCP服务器获取的是管理IP地址，且在建立IP连接的过程中MS和BS交互的消息如：MS发送的DHCP发现消息等，只能承载在次要管理CID对应的管理通道上，BS收到MS发送的消息后，若检测到该消息承载在管理CID对应的管理通道上，则识别并转发该消息。尤其需要指出的是，MS获取的管理IP地址主要用于BS对MS的管理过程。

步骤08：MS与BS实现日期时间同步。

步骤09：MS与BS交互运作参数。

步骤10：MS与BS建立预置流连接，此后MS正式接入网络。

由上所述，现有技术中，MS接入网络时，获取的是用于管理过程的管理IP地址。但在实际应用中，MS接入WIMAX网路或因特网等网络时，通常还需获取用于业务通信的业务IP地址。但在目前的WIMAX相关协议中只给出了MS获得业务IP地址的消息过程，但没有给出MS接入WIMAX网络时，还未获取业务IP地址前，如何建立所述为获取业务IP地址而交互的消息所必需的承载通道。

发明内容

有鉴于此，本发明的主要目的在于提供一种获取业务IP地址的方法，以在建立为获取IP地址而交互的消息所必需的承载通道的前提下，实现MS获取业务IP地址的目的。

为达到上述目的，本发明的技术方案是这样实现的：

本发明中，将实现BS和DHCP服务器之间的中继功能的实体称为BS服务节点，在WIMAX网络中，BS服务节点即ASN-GW。

一种获取业务IP地址的方法，建立用户终端与BS之间、以及BS与BS服务节点之间的为获取业务IP地址交互的DHCP相关消息的承载通道，该方法包括：

A、用户终端通过所述用户终端与BS之间、BS与BS服务节点之间的承载通道向DHCP服务器发送业务IP地址发现消息；

B、DHCP服务器收到业务IP地址发现消息后，通过所述BS服务节点与BS之间、BS与用户终端之间的承载通道向用户终端返回携带业务IP地址的业务IP地址提供消息；

C、用户终端收到业务IP地址提供消息，获取该业务IP地址提供消息携带的业务IP地址。

所述用户终端为移动终端MS；

所述建立用户终端与基站BS之间的为获取业务IP地址交互的DHCP相关消息的承载通道为：建立MS与BS之间的为获取IP地址交互的DHCP相关消息的承载通道；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS向DHCP服务器发送业务IP地址发现消息；

步骤B所述DHCP服务器向用户终端返回业务IP地址提供消息具体为：DHCP服务器向MS返回业务IP地址提供消息；

步骤C所述用户终端获取业务IP地址具体为：MS获取业务IP地址。

所述用户终端包括：MS和MS的下级节点；

所述建立用户终端与基站BS之间的为获取业务IP地址交互的DHCP相关消息的承载通道为：建立MS与BS之间的为获取IP地址交互的DHCP相关消息的承载通道；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS的下级节点向MS发送业务IP地址发现消息，MS收到该业务IP地址发现消息后，向DHCP服务器发送该业务IP地址发现消息；

步骤B所述DHCP服务器向用户终端返回业务IP地址提供消息具体为：DHCP服务器向MS返回业务IP地址提供消息，MS收到该业务IP地址提供消息后，向MS的下级节点发送该业务IP地址提供消息；

步骤C所述用户终端获取业务IP地址具体为：MS的下级节点根据所述业务IP地址提供消息获取该业务IP地址。

所述BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道为：***上电后建立的BS和BS服务节点之间的信令通道；

所述建立用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：用户终端和BS执行注册过程，且BS给用户终端分配次要管理CID；

所述步骤A具体为：

用户终端将业务IP地址发现消息承载在所述次要管理CID对应的管理通道上发送至BS；BS将该业务IP地址发现消息通过自身与BS服务节点之间上电时建立的信令通道发送至BS服务节点；之后BS服务节点将该业务IP地址发现消息转发至DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；BS服务节点通过自身与BS之间上电时建立的信令通道将该业务IP地址提供消息发送至BS；之后BS将该业务IP地址提供消息承载在所述次要管理CID对应的管理通道上发送至用户终端。

所述建立用户终端与BS之间、以及BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：

BS服务节点检测到用户终端注册成功后，建立针对用户终端的业务预置流，并将业务预置流信息发送至BS；BS根据该业务预置流信息，建立自身与BS服务节点之间、以及自身与用户终端之间的业务预置流，并将建立的所有业务预置流信息发送至用户终端；

所述步骤A具体为：

用户终端根据收到的业务预置流信息，在所有的业务预置流中选择一个已激活的业务预置流，之后用户终端将业务IP地址发现消息承载在选定的业务预置流上发送至BS，之后BS将该业务IP地址发现消息承载在用户终端选定的业务预置流上发送至BS服务节点，之后，BS服务节点将该业务IP地址发现消息转发给DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；之后BS服务节点将业务IP地址提供消息承载在用户终端选定的业务预置流上发送至BS，之后BS将该业务IP地址提供消息承载在用户终端选定的业务预置流上发送至用户终端。

所述BS将业务IP地址提供消息承载在用户终端选定的业务预置流上发送至用户终端具体为：

BS根据承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的业务预置流的标识，查找该BS服务节点与BS之间的业务预置流标识对应的BS与用户终端之间的业务预置流标识，然后将该业务IP地址提供消息承载在所述BS与用户终端之间的业务预置流标识对应的业务预置流上发送给用户终端。

所述步骤C之后进一步包括：BS保存业务预置流标识与用户终端的业务IP地址的对应关系。

所述建立用户终端与BS之间、以及BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：

BS服务节点检测到用户终端注册成功后，则建立针对用户终端的信令预置流，并将信令预置流信息发送至BS；BS根据BS服务节点发送来的用户终端的信令预置流信息，建立BS服务节点、BS和用户终端之间的信令预置流，并将建立的信令预置流信息发送至用户终端；

所述步骤A具体为：

用户终端将业务IP地址发现消息承载在所述BS和用户终端之间的信令预置流上发送至BS，之后BS将业务IP地址发现消息承载在BS和BS服务节点之间的信令预置流上发送到BS服务节点，之后BS服务节点将该业务IP地址发现消息转发给DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；之后BS服务节点将业务IP地址提供消息承载在自身与BS之间的信令预置流上发送至BS，之后BS将业务IP地址提供消息承载在自身与用户终端之间的信令预置流上发送至用户终端。

所述BS将业务IP地址提供消息承载在自身与用户终端之间的信令预置流上发送至用户终端具体为：

BS根据承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的信令预置流的标识，查找该BS服务节点与BS之间的信令预置流标识对应的BS与用户终端之间的信令预置流标识，将该业务IP地址提供消息承载在BS与用户终端之间的信令预置流标识对应的信令预置流上发送给用户终端。

所述步骤C之后进一步包括：BS保存信令预置流标识与用户终端的业务IP地址的对应关系。

所述承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的业务预置流标识或信令预置流标识为：SFID，且所述BS与用户终端之间的业务预置流标识或信令预置流标识为：CID；

所述BS保存有业务预置流或信令预置流的SFID与用户终端标识的对应关系，和用户终端标识与业务预置流或信令预置流的CID的对应关系，且所述BS查找BS服务节点与BS之间的业务预置流标识或信令预置流标识对应的BS与用户终端之间的业务预置流标识或信令预置流标识为：BS在业务预置流或信令预置流的SFID与用户终端标识的对应关系中查找业务预置流或信令预置流的SFID对应的用户终端标识，然后在用户终端标识与业务预置流或信令预置流的CID的对应关系中，查找用户终端标识对应的CID；

或者，所述BS保存有：业务预置流或信令预置流的SFID与业务预置流或信令预置流的CID的对应关系，且所述BS查找BS服务节点与BS之间的业务预置流标识或信令预置流标识对应的BS与用户终端之间的业务预置流标识或信令预置流标识为：BS在业务预置流或信令预置流的SFID与业务预置流或信令预置流的CID的对应关系中查找SFID对应的CID。

所述用户终端为MS，

所述用户终端标识为：MS的国际移动用户标识符IMSI或MS的媒体访问控制MAC地址。

所述BS服务节点建立针对用户终端的业务预置流或信令预置流之前进一步包括：BS通知BS服务节点用户终端注册成功。

所述用户终端为：MS和MS的下级节点；

所述BS将建立的业务预置流信息或信令预置流信息发送给用户终端具体为：BS将建立的业务预置流信息或信令预置流信息发送给MS；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS的下级节点向MS发送业务IP地址发现消息，MS收到该业务IP地址发现消息后，向DHCP服务器发送该业务IP地址发现消息；

所述BS将建立的业务预置流信息或信令预置流信息发送给MS之后、执行步骤A之前进一步包括：

MS的下级节点检测到业务预置流或信令预置流建立成功，向鉴权服务器发起鉴权认证请求，并在鉴权认证通过后，执行步骤A。

所述步骤C之后进一步包括：

用户终端通过所述承载通道向DHCP服务器发送业务IP地址请求消息，DHCP服务器收到该业务IP地址请求消息后，判断自身给用户终端分配的业务IP地址的租用是否未中止，若未中止，通过所述承载通道向用户终端返回业务IP地址确认消息，用户终端收到该业务IP地址确认消息后，开始使用业务IP地址；若中止，通过所述承载通道向用户终端返回业务IP地址否定消息，用户终端收到该业务IP地址否定消息后，返回步骤A。

与现有技术相比，本发明所提供的获取业务IP地址的方法，通过建立用户终端与BS之间、BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道，实现了用户终端与DHCP服务器之间的为获取业务IP地址而进行的消息交互，从而实现了用户终端获取业务IP地址的目的。具体地，用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是次要管理CID对应的管理通道，或者是业务预置流，或者是信令预置流；BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是BS与BS服务节点在***上电后即建立的信令通道，或者是业务预置流，或者是信令预置流。

附图说明

图1为DHCP定义的DHCP客户端获取IP地址的消息流程时序图；

图2为WIMAX***中的DHCP架构图；

图3为本发明提供的MS获取业务IP地址的具体实施例一的流程图；

图4为本发明提供的MS获取业务IP地址的具体实施例二的流程图；

图5为本发明提供的MS获取业务IP地址的具体实施例三的流程图。

具体实施方式

本发明的核心思想是：首先建立用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道，并建立BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道，然后，用户终端通过所述用户终端与BS之间、BS与BS服务节点之间的承载通道向DHCP服务器发送业务IP地址发现消息；DHCP服务器收到业务IP地址发现消息后，通过所述BS服务节点与BS之间、BS与用户终端之间的承载通道向用户终端返回携带业务IP地址的业务IP地址提供消息；用户终端收到业务IP地址提供消息，获取该业务IP地址提供消息携带的业务IP地址。进一步地，通过所述承载通道用户终端与DHCP服务器之间可交互业务IP地址请求消息、业务IP地址确认消息、业务IP地址否定消息、业务IP地址取消消息等。

具体地，用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是次要管理CID对应的管理通道，或者是业务预置流，或者是信令预置流；BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道可以是BS与BS服务节点在***上电后即建立的信令通道，或者是业务预置流，或者是信令预置流。

本发明中的用户终端可以是MS，也可以是MS和MS的下级节点。本发明中建立的用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道具体指，MS与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道。具体地，若用户终端为MS，则首先发起业务IP地址提供消息、业务IP地址请求消息、业务IP地址取消消息等、或最后接收业务IP地址提供消息、业务IP地址确认消息、业务IP地址否定消息等的用户终端即为MS；若用户终端为MS和MS的下级节点，则首先发起业务IP地址提供消息、业务IP地址请求消息、业务IP地址取消消息等、或最后接收业务IP地址提供消息、业务IP地址确认消息、业务IP地址否定消息等的用户终端为MS的下级节点，并由MS将MS下级节点发起的消息转发至DHCP服务器，或者由MS将DHCP服务器发送来的消息转发至MS的下级节点。

下面结合附图及具体实施例对本发明再作进一步详细的说明。

实施例一：

图3是本发明提供的MS获取业务IP地址的具体实施例一的流程图，如图3所示，其具体步骤如下：

本实施例中，设定***上电后建立的BS和BS服务节点之间的信令通道支持DHCP相关消息的传送。

步骤301：MS和BS执行注册过程，且BS给MS分配次要管理CID。

在本实施例中，无论在能力商议过程中，MS被BS确定为被管理的MS还是被BS确定为不被管理的MS，在注册过程中，BS都要给MS分配次要管理CID。

具体地，BS给MS分配的次要管理CID可通过注册响应(REG-RSP)消息发送给MS。

步骤302：MS将DHCP发现消息承载在BS为自身分配的次要管理CID对应的管理通道上发送给BS。

若MS有一个永久性租用业务IP地址，则MS可直接将该永久性租用业务IP地址携带在DHCP发现消息中。

若MS有下级节点，则在步骤302中MS发送DHCP发现消息之前进一步包括：MS的下级节点向MS发送DHCP发现消息。同时，若MS的下级节点有一个永久性租用业务IP地址，则MS的下级节点可直接将该永久性租用业务IP地址携带在DHCP发现消息中

步骤303：BS收到DHCP发现消息后，将该DHCP发现消息通过自身与BS服务节点之间上电时建立的信令通道发送给BS服务节点。

步骤304：BS服务节点收到该DHCP发现消息后，将该DHCP发现消息转发至DHCP服务器。

步骤305：DHCP服务器收到该DHCP发现消息，从自身的IP地址池中取出一个IP地址并将该IP地址通过DHCP提供消息返回给MS。

具体地，DHCP服务器先将该DHCP提供消息返回至BS服务节点，然后BS服务节点通过上电时建立的自身与BS之间的信令通道将该DHCP提供消息返回至BS，之后，BS将该DHCP提供消息承载在次要管理CID对应的管理通道上返回给MS。

步骤306：MS接收该DHCP提供消息，从而获取该DHCP提供消息携带的IP地址，并确定该IP地址为自身的业务IP地址，并将携带DHCP服务器标识的DHCP请求消息经BS、BS服务节点发送给DHCP服务器。

若MS收到多个来自不同DHCP服务器的携带IP地址的DHCP提供消息，则MS会在这多个IP地址中任意选择一个或者选择自身所请求永久性IP地址作为自身的业务IP地址。

DHCP服务器标识即，MS最终确定的自身的业务IP地址所对应的DHCP服务器的标识。

同样，DHCP请求消息在MS与BS之间传送时承载在BS为MS分配的次要管理CID对应的管理通道上，在BS与BS服务节点间传送时承载在***上电时建立的BS与BS服务节点间的信令通道上。

若MS有下级节点，则MS收到携带业务IP地址的DHCP提供消息之后，直接将该DHCP提供消息转发至MS的下级节点，然后，MS的下级节点确定该IP地址为自身的业务IP地址，并将携带DHCP服务器标识的DHCP请求消息发送至MS，然后MS将该DHCP请求消息经BS、BS服务节点发送给DHCP服务器。同时，若MS的下级节点收到多个来自不同DHCP服务器的携带IP地址的DHCP提供消息，则MS的下级节点会在这多个IP地址中任意选择一个或者选择自身所请求永久性IP地址作为自身的业务IP地址。

步骤307：DHCP服务器收到DHCP请求消息后，判断给MS分配的IP地址的租用是否未中止，若是，执行步骤308；否则，执行步骤310。

若MS有下级节点，则在本步骤中，DHCP判断给MS的下级节点分配的IP地址的租用是否未中止。

步骤308：DHCP服务器通过BS服务节点、BS向MS返回一个DHCP确认消息。

同样，DHCP确认消息在BS服务节点与BS间传送时承载在***上电时建立的BS服务节点与BS间的信令通道上，在BS与MS之间传送时承载在BS为MS分配的次要管理CID对应的管理通道上。

步骤309：MS收到DHCP确认消息，则开始使用DHCP服务器分配的业务IP地址，本流程结束。

进一步地，若MS发现DHCP服务器分配的IP地址无法正常使用，则通过BS、BS服务节点发送一个DHCP取消消息给DHCP服务器，并返回步骤302。

同样，DHCP取消消息在MS与BS之间传送时承载在BS为MS分配的次要管理CID对应的管理通道上，在BS与BS服务节点间传送时承载在***上电时建立的BS与BS服务节点间的信令通道上。

若MS有下级节点，MS收到DHCP确认消息后，要将该DHCP确认消息转发至MS的下级节点，MS的下级节点收到该DHCP确认消息后，开始使用DHCP服务器分配的业务IP地址，本流程结束。

步骤310：DHCP服务器通过BS服务节点、BS向MS返回一个DHCP否定消息，MS收到DHCP否定消息，则返回步骤302。

同样，DHCP否定消息在BS服务节点与BS间传送时承载在***上电时建立的BS服务节点与BS间的信令通道上，在BS与MS之间传送时承载在BS为MS分配的次要管理CID对应的管理通道上。

若MS有下级节点，MS收到DHCP否定消息后，要将该DHCP否定消息转发至MS的下级节点，MS的下级节点收到该DHCP否定消息后，返回步骤302。

本实施例可在用户终端即：MS、或者MS及其下级节点接入网络时的注册过程之后进行，可与用户终端获取管理IP地址的过程同时进行，在用户终端获取业务IP地址之后，可以用户终端的业务IP地址来标识此后建立的预置流。

实施例二：

图4是本发明提供的MS获取业务IP地址的具体实施例二的流程图，如图4所示，其具体步骤如下：

步骤401：BS服务节点检测到MS注册成功，则建立针对MS的用于传输业务的业务预置流，并将MS的业务预置流信息发送至BS。

BS在MS注册成功后，会给MS返回注册响应消息，同时通知BS服务节点MS的注册成功。

步骤402：BS根据BS服务节点发送来的MS的业务预置流信息中的服务质量(QoS)参数以及自身的无线资源管理策略，建立自身与BS服务节点之间、以及自身与MS之间的业务预置流，并将建立的所有业务预置流信息发送给MS。

若MS有下级节点，则MS在收到BS发送的业务预置流信息后，会通知MS的下级节点业务预置流建立成功。且MS的下级节点检测到业务预置流建立成功，则会向鉴权服务器发送针对本业务预置流的携带业务预置流信息的鉴权认证过程，并在鉴权认证通过后，向MS发送DHCP发现消息。

步骤403：MS收到业务预置流信息后，在已激活的所有业务预置流中选择一个QoS满足获取业务IP地址的DHCP相关消息传送要求的业务预置流。

步骤404：MS将DHCP发现消息承载在自身选定的业务预置流上通过BS发送给BS服务节点。

若MS有下级节点，则在步骤404中MS发送DHCP发现消息之前进一步包括：MS的下级节点向MS发送DHCP发现消息。

步骤405：BS服务节点收到该DHCP发现消息后，将该DHCP发现消息转发给DHCP服务器。

步骤406：DHCP服务器收到该DHCP发现消息，从自身的IP地址池中取出一个IP地址并将该IP地址通过DHCP提供消息返回给BS服务节点。

步骤407：BS服务节点收到该DHCP提供消息后，将该DHCP提供消息承载在自身与BS之间的业务预置流上发送至BS，之后BS将DHCP提供消息承载在自身与MS之间的业务预置流上转发给MS。

步骤408：MS接收该DHCP提供消息，从而获取DHCP服务器分配给自身的IP地址，并确定该IP地址为自身的业务IP地址，并将携带DHCP服务器标识的DHCP请求消息承载在自身选定的业务预置流上发送至BS，之后BS将DHCP请求消息承载在自身与BS服务节点之间的业务预置流上发送至BS服务节点，之后BS服务节点将该DHCP请求消息转发给DHCP服务器。

若MS有下级节点，则MS收到携带业务IP地址的DHCP提供消息之后，直接将该DHCP提供消息转发至MS的下级节点。然后，MS的下级节点确定该IP地址为自身的业务IP地址，并将携带DHCP服务器标识的DHCP请求消息发送至MS，然后MS将该DHCP请求消息经BS、BS服务节点发送给DHCP服务器。

步骤409：DHCP服务器收到DHCP请求消息后，判断自身给MS分配的IP地址的租用是否未中止，若是，执行步骤410；否则，执行步骤412。

若MS有下级节点，则在本步骤中，DHCP判断给MS的下级节点分配的IP地址的租用是否未中止。

步骤410：DHCP服务器通过BS服务节点、BS向MS返回一个DHCP确认消息。

DHCP确认消息在BS服务节点与BS、BS与MS之间传送时，分别承载在BS服务节点与BS之间、BS与MS之间的业务预置流上。

步骤411：MS收到DHCP确认消息，开始使用DHCP服务器分配给自身的业务IP地址，本流程结束。

进一步地，BS保存业务预置流标识与MS的业务IP地址的对应关系。

若MS有下级节点，MS收到DHCP确认消息后，要将该DHCP确认消息转发至MS的下级节点，MS的下级节点收到该DHCP确认消息后，开始使用DHCP服务器分配的业务IP地址，本流程结束。

进一步地，若MS发现DHCP服务器分配的IP地址无法正常使用，则向DHCP服务器发送一个DHCP取消消息，并返回步骤404。

DHCP取消消息在MS与BS、BS与BS服务节点之间传送时，分别承载在MS与BS之间、BS与BS服务节点之间的业务预置流上。

步骤412：DHCP服务器通过BS服务节点、BS向MS返回一个DHCP否定消息，MS收到DHCP否定消息，则返回步骤404。

DHCP否定消息在BS服务节点与BS、BS与MS之间传送时，分别承载在BS服务节点与BS之间、BS与MS之间的业务预置流上。

若MS有下级节点，MS收到DHCP否定消息后，要将该DHCP否定消息转发至MS的下级节点，MS的下级节点收到该DHCP否定消息后，返回步骤404。

实施例三：

图5是本发明提供的MS获取业务IP地址的具体实施例三的流程图，如图5所示，其具体步骤如下：

步骤501：BS服务节点检测到MS的注册成功，建立一个针对MS的用于传输DHCP相关消息的信令预置流，并将该信令预置流信息发送至BS。

具体地，BS服务节点可将信令预置流信息通过资源保留请求(RR-Request)消息发送至BS。

步骤502：BS根据BS服务节点发送来的信令预置流信息中的QoS参数以及自身的无线资源管理策略，建立自身与BS服务节点之间、以及自身与MS之间的信令预置流，并将建立的信令预置流信息发送至MS。

具体地，BS通过动态服务流增加请求(DSA-REQ)消息将信令预置流信息发送至MS，之后，MS向BS返回动态服务流增加响应(DSA-RSP)消息，BS收到该动态服务流增加响应消息后向MS返回动态服务流确认消息。

若MS有下级节点，且MS的下级节点检测到信令预置流建立成功，则MS的下级节点会向鉴权服务器发送针对本信令预置流的携带信令预置流信息的鉴权认证过程，并在鉴权认证通过后，向MS发送DHCP发现消息。

这里，MS在收到BS发来的信令预置流信息后，同样会通知MS的下级节点信令预置流建立成功。

步骤503：MS将DHCP发现消息承载在该信令预置流上发送至BS，之后BS将该DHCP发现消息承载在自身与BS服务节点之间的信令预置流上发送给BS服务节点。

若MS有下级节点，则在步骤503中MS发送DHCP发现消息之前进一步包括：MS的下级节点向MS发送DHCP发现消息。

步骤504～511与步骤405～412的区别在于：MS、BS、BS服务节点之间交互的消息都承载在步骤502确定的信令预置流上。

需要指出的是，在图4和图5所示的流程中，BS服务节点与BS之间的业务预置流或信令预置流可以服务流(SFID)来标识，BS与MS之间的业务预置流或信令预置流可以CID来标识，BS保存有针对同一MS的业务预置流或信令预置流的SFID与MSID的对应关系，和MSID与CID的对应关系，MSID可以是：国际移动用户标识符(IMSI)或媒体访问控制(MAC)地址等；或者BS保存有：针对同一MS的业务预置流或信令预置流的SFID与CID的对应关系，这样，BS在收到BS服务节点发送来的承载在业务预置流或信令预置流上的消息时，就可根据所述对应关系，先由SFID查找到MSID，再由MSID查找到CID，或者直接由SFID查找到CID，然后将消息承载在CID对应的BS与用户终端之间的业务预置流或信令预置流上对应发送给MS；在MS获取业务IP地址后，MSID可以业务IP地址来表示。

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

Claims (15)

1、一种获取业务IP地址的方法，其特征在于，建立用户终端与基站BS之间、以及BS与BS服务节点之间的为获取业务IP地址交互的动态主机控制协议DHCP相关消息的承载通道，该方法包括：

A、用户终端通过所述用户终端与BS之间、BS与BS服务节点之间的承载通道向DHCP服务器发送业务IP地址发现消息；

B、DHCP服务器收到业务IP地址发现消息后，通过所述BS服务节点与BS之间、BS与用户终端之间的承载通道向用户终端返回携带业务IP地址的业务IP地址提供消息；

C、用户终端收到业务IP地址提供消息，获取该业务IP地址提供消息携带的业务IP地址。

2、如权利要求1所述的方法，其特征在于，所述用户终端为移动终端MS；

所述建立用户终端与基站BS之间的为获取业务IP地址交互的DHCP相关消息的承载通道为：建立MS与BS之间的为获取IP地址交互的DHCP相关消息的承载通道；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS向DHCP服务器发送业务IP地址发现消息；

步骤B所述DHCP服务器向用户终端返回业务IP地址提供消息具体为：DHCP服务器向MS返回业务IP地址提供消息；

步骤C所述用户终端获取业务IP地址具体为：MS获取业务IP地址。

3、如权利要求1所述的方法，其特征在于，所述用户终端包括：MS和MS的下级节点；

所述建立用户终端与基站BS之间的为获取业务IP地址交互的DHCP相关消息的承载通道为：建立MS与BS之间的为获取IP地址交互的DHCP相关消息的承载通道；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS的下级节点向MS发送业务IP地址发现消息，MS收到该业务IP地址发现消息后，向DHCP服务器发送该业务IP地址发现消息；

步骤B所述DHCP服务器向用户终端返回业务IP地址提供消息具体为：DHCP服务器向MS返回业务IP地址提供消息，MS收到该业务IP地址提供消息后，向MS的下级节点发送该业务IP地址提供消息；

步骤C所述用户终端获取业务IP地址具体为：MS的下级节点根据所述业务IP地址提供消息获取该业务IP地址。

4、如权利要求1所述的方法，其特征在于，所述BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道为：***上电后建立的BS和BS服务节点之间的信令通道；

所述建立用户终端与BS之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：用户终端和BS执行注册过程，且BS给用户终端分配次要管理连接标识符CID；

所述步骤A具体为：

用户终端将业务IP地址发现消息承载在所述次要管理CID对应的管理通道上发送至BS；BS将该业务IP地址发现消息通过自身与BS服务节点之间上电时建立的信令通道发送至BS服务节点；之后BS服务节点将该业务IP地址发现消息转发至DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；BS服务节点通过自身与BS之间上电时建立的信令通道将该业务IP地址提供消息发送至BS；之后BS将该业务IP地址提供消息承载在所述次要管理CID对应的管理通道上发送至用户终端。

5、如权利要求1所述的方法，其特征在于，所述建立用户终端与BS之间、以及BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：

BS服务节点检测到用户终端注册成功后，建立针对用户终端的业务预置流，并将业务预置流信息发送至BS；BS根据该业务预置流信息，建立自身与BS服务节点之间、以及自身与用户终端之间的业务预置流，并将建立的所有业务预置流信息发送至用户终端；

所述步骤A具体为：

用户终端根据收到的业务预置流信息，在所有的业务预置流中选择一个已激活的业务预置流，之后用户终端将业务IP地址发现消息承载在选定的业务预置流上发送至BS，之后BS将该业务IP地址发现消息承载在用户终端选定的业务预置流上发送至BS服务节点，之后，BS服务节点将该业务IP地址发现消息转发给DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；之后BS服务节点将业务IP地址提供消息承载在用户终端选定的业务预置流上发送至BS，之后BS将该业务IP地址提供消息承载在用户终端选定的业务预置流上发送至用户终端。

6、如权利要求5所述的方法，其特征在于，所述BS将业务IP地址提供消息承载在用户终端选定的业务预置流上发送至用户终端具体为：

BS根据承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的业务预置流的标识，查找该BS服务节点与BS之间的业务预置流标识对应的BS与用户终端之间的业务预置流标识，然后将该业务IP地址提供消息承载在所述BS与用户终端之间的业务预置流标识对应的业务预置流上发送给用户终端。

7、如权利要求5所述的方法，其特征在于，所述步骤C之后进一步包括：BS保存业务预置流标识与用户终端的业务IP地址的对应关系。

8、如权利要求1所述的方法，其特征在于，所述建立用户终端与BS之间、以及BS与BS服务节点之间为获取业务IP地址交互的DHCP相关消息的承载通道具体为：

BS服务节点检测到用户终端注册成功后，则建立针对用户终端的信令预置流，并将信令预置流信息发送至BS；BS根据BS服务节点发送来的用户终端的信令预置流信息，建立BS服务节点、BS和用户终端之间的信令预置流，并将建立的信令预置流信息发送至用户终端；

所述步骤A具体为：

用户终端将业务IP地址发现消息承载在所述BS和用户终端之间的信令预置流上发送至BS，之后BS将业务IP地址发现消息承载在BS和BS服务节点之间的信令预置流上发送到BS服务节点，之后BS服务节点将该业务IP地址发现消息转发给DHCP服务器；

所述步骤B具体为：

DHCP服务器将携带IP地址的业务IP地址提供消息发送至BS服务节点；之后BS服务节点将业务IP地址提供消息承载在自身与BS之间的信令预置流上发送至BS，之后BS将业务IP地址提供消息承载在自身与用户终端之间的信令预置流上发送至用户终端。

9、如权利要求8所述的方法；其特征在于，所述BS将业务IP地址提供消息承载在自身与用户终端之间的信令预置流上发送至用户终端具体为：

BS根据承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的信令预置流的标识，查找该BS服务节点与BS之间的信令预置流标识对应的BS与用户终端之间的信令预置流标识，将该业务IP地址提供消息承载在BS与用户终端之间的信令预置流标识对应的信令预置流上发送给用户终端。

10、如权利要求8所述的方法，其特征在于，所述步骤C之后进一步包括：BS保存信令预置流标识与用户终端的业务IP地址的对应关系。

11、如权利要求6或9所述的方法，其特征在于，所述承载BS服务节点发送来的业务IP地址提供消息的BS服务节点与BS之间的业务预置流标识或信令预置流标识为：服务流标识SFID，且所述BS与用户终端之间的业务预置流标识或信令预置流标识为：CID；

所述BS保存有业务预置流或信令预置流的SFID与用户终端标识的对应关系，和用户终端标识与业务预置流或信令预置流的CID的对应关系，且所述BS查找BS服务节点与BS之间的业务预置流标识或信令预置流标识对应的BS与用户终端之间的业务预置流标识或信令预置流标识为：BS在业务预置流或信令预置流的SFID与用户终端标识的对应关系中查找业务预置流或信令预置流的SFID对应的用户终端标识，然后在用户终端标识与业务预置流或信令预置流的CID的对应关系中，查找用户终端标识对应的CID；

或者，所述BS保存有：业务预置流或信令预置流的SFID与业务预置流或信令预置流的CID的对应关系，且所述BS查找BS服务节点与BS之间的业务预置流标识或信令预置流标识对应的BS与用户终端之间的业务预置流标识或信令预置流标识为：BS在业务预置流或信令预置流的SFID与业务预置流或信令预置流的CID的对应关系中查找SFID对应的CID。

12、如权利要求6或9所述的方法，其特征在于，所述用户终端为MS，

所述用户终端标识为：MS的国际移动用户标识符IMSI或MS的媒体访问控制MAC地址。

13、如权利要求5或8所述的方法，其特征在于，所述BS服务节点建立针对用户终端的业务预置流或信令预置流之前进一步包括：BS通知BS服务节点用户终端注册成功。

14、如权利要求5或8所述的方法，其特征在于，所述用户终端为：MS和MS的下级节点；

所述BS将建立的业务预置流信息或信令预置流信息发送给用户终端具体为：BS将建立的业务预置流信息或信令预置流信息发送给MS；

步骤A所述用户终端向DHCP服务器发送业务IP地址发现消息具体为：MS的下级节点向MS发送业务IP地址发现消息，MS收到该业务IP地址发现消息后，向DHCP服务器发送该业务IP地址发现消息；

所述BS将建立的业务预置流信息或信令预置流信息发送给MS之后、执行步骤A之前进一步包括：

MS的下级节点检测到业务预置流或信令预置流建立成功，向鉴权服务器发起鉴权认证请求，并在鉴权认证通过后，执行步骤A。

15、如权利要求1所述的方法，其特征在于，所述步骤C之后进一步包括：

用户终端通过所述承载通道向DHCP服务器发送业务IP地址请求消息，DHCP服务器收到该业务IP地址请求消息后，判断自身给用户终端分配的业务IP地址的租用是否未中止，若未中止，通过所述承载通道向用户终端返回业务IP地址确认消息，用户终端收到该业务IP地址确认消息后，开始使用业务IP地址；若中止，通过所述承载通道向用户终端返回业务IP地址否定消息，用户终端收到该业务IP地址否定消息后，返回步骤A。

Images