初始业务流建立方法、装置及通信系统

摘要

本发明涉及无线通信技术，公开了初始业务流建立方法、装置及通信系统，其中，初始业务流建立方法包括：发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，所述业务流建立请求包括所述主机的信息；接收响应所述业务流建立请求的业务流建立响应。使用本发明实施例提供的技术方案，可以建立与主机对应的初始业务流，使系统资源得到充分利用。

说明书

技术领域

本发明涉及无线通信技术，具体涉及初始业务流(ISF：Initial Service Flow)建立方法、装置及通信系统。

背景技术

由于电气电子工程师协会(IEEE：Institute of Electrical and ElectronicsEngineers)制定的IEEE802.16标准能够提供较高的接入速率，因而基于IEEE802.16标准的全球微波接入互操作论坛(WiMAX：Worldwide Interoperabilityfor Microwave Access Forum)得到了越来越多的应用，现有一般的WiMAX网络架构体系包括移动台(MS：Mobile Station)、接入服务网络(ASN：AccessService Network)和连接服务网络(CSN：Connectivity service Network)。其中：MS为移动用户终端设备，用户使用该设备接入WiMAX网络；ASN包括基站(BS：Base Station)和接入服务网络网关(ASN-GW：Access ServiceNetwork Gateway)等，用于为WiMAX终端设备提供无线接入服务的网络功能集合。BS和ASN-GW包括如下功能实体(Functional Entity)：物理/媒体访问控制功能实体(PHY/MAC Function)、数据通道控制功能实体(DPF：Data Path Function)、鉴权器(Authenticator)、服务流管理器和外部代理(FA：Foreign Agent)功能实体等。CSN用于为WiMAX终端提供网际协议(IP：Internet Protocol)连接服务。用户的认证和授权通过用户的归属CSN中的认证、授权和计费(AAA：Authentication，Authorization and Accounting)服务器完成。

业务流管理(SFM)逻辑实体位于ASN内，它负责创建，接纳，激活，修改以及删除业务流。它由接纳控制(AC)功能以及关联的本地资源信息组成。AC的功能根据现有的无线资源以及本地资源状况判断一个新的业务流是否可以被接纳。接纳控制的精确定义由厂家在实现时决定。SFM实体通常位于BS中。业务流授权(SFA)逻辑实体位于ASN内。当在网络接入阶段，用户服务质量描述(QoS Profile：Quality of Service Profile)被从AAA下载到SFA中时，SFA负责根据用户QoS Profile来评估任何业务请求。对一个给定的ASN或网络接入提供商(NAP：Network Access Provider)，每个MS都有一个归属SFA。

当前的多主机WiMAX通信系统包括网关移动台(G-MS：Gateway MobileStation)，基站，网络接入提供者(NAP：Network Access Provider)，接入服务网络网关(ASN GW：Access service Network Gateway)，网络服务提供者(NSP：Network Service Provider)，连接服务网络(CSN：Connectivity ServiceNetwork)等。其中G-MS通过WiMAX接口连接基站，Host通过所述G-MS接入网络。NAP的基站之间通过R8接口连接，基站与ASN GW之间的接口为R6接口，ASN GW之间的接口为R4接口，ASN GW与NSP的CSN之间的接口为R3接口。

现有的一种ISF建立方法是这样的：

G-MS发起对Host的802.1x认证过程，获取Host的网络接入标识(NAI：Network Access Identifier)。

G-MS触发家乡认证、授权和计费(HAAA：Home Authentication，Authorization and Accounting)服务器对Host进行802.1x可扩展认证协议(EAP：Extensible Authentication Protocol)的鉴权过程；具体通过接入请求(Access-Request)消息触发，接入请求消息通过BS和AAA代理(AAA Proxy)的转发到达H-AAA；接入请求消息封装有EAP身份响应(EAP_Id_Rsp)消息，EAP身份响应消息由Host发送，携带有上述NAI。

HAAA认证完成后，向G-MS发送接入允许(Access-Accept)消息；具体通过AAA Proxy和BS转发，该消息携带有EAP认证成功消息。

G-MS解封装获得接入允许消息中的EAP认证成功消息，发送给Host。

至此，对Host的802.1x认证完成，Host获知其被允许发起IP获取或移动IP注册过程。

位于CSN内的策略功能实体(PF：policy function)发送消息资源预留请求(RR-REQ)消息到业务流授权实体(SFA：Service flow Authorization)，SFA转发该消息到业务流管理实体(SFM：Service flow)。

SFM触发BS发送动态业务流创建请求(DSA-Req)消息到G-MS，根据预先配置的信息为Host建立空口连接。

G-MS收到DSA-Req消息后，答复动态业务流创建响应(DSA-RSP)消息给BS。

BS触发SFM发送消息资源预留响应(RR-RSP)消息到SFA，SFA转发该消息到PF。

至此，ISF的建立完成，Host可以使用建立好的ISF发起IP获取或移动IP注册过程。

从上可知，使用现有的ISF建立方法虽然能够建立ISF，但是为Host建立的ISF是根据预先配置的信息进行的，因而不能够根据不同Host的情况为不同的Host建立不同的ISF，使建立的ISF可能并不适合相应的Host，从而不能使系统资源得到充分利用。

发明内容

本发明实施例提供了初始业务流建立方法、装置及通信系统，可以建立与Host对应的ISF，使系统资源得到充分利用。

本发明实施例的目的是通过以下技术方案实现的：

本发明实施例提供了一种初始业务流建立方法，包括：

发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，所述业务流建立请求包括所述主机的信息；

接收响应所述业务流建立请求的业务流建立响应。

本发明实施例还提供了一种初始业务流建立装置，包括：

请求发送单元，用于发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，所述业务流建立请求包括所述主机的信息；

响应接收单元，用于接收响应所述业务流建立请求的业务流建立响应。

本发明实施例还提供了一种通信系统，包括：

锚定业务流授权实体，用于发送第一资源预留请求为主机建立初始业务流，所述第一资源预留请求包括所述主机的信息；接收响应所述第一资源预留请求的第一资源预留响应；

服务业务流授权实体，用于接收所述第一资源预留请求，发送数据通道注册请求或第二资源预留请求，所述数据通道注册请求或第二资源预留请求包括所述主机的信息；接收响应所述数据通道注册请求的数据通道注册响应、或响应所述第二资源预留请求的第二资源预留响应，发送响应所述第一资源预留请求的第一资源预留响应；

基站，用于接收所述数据通道注册请求或第二资源预留请求，发送动态业务流建立或修改请求，所述动态业务流建立或修改请求包括所述主机的信息；接收响应所述动态业务流建立或修改请求的动态业务流建立或修改响应，发送响应所述数据通道注册请求的数据通道注册响应或响应所述第二资源预留请求的第二资源预留响应；

网关移动台，用于在接收所述动态业务流建立或修改请求后，根据所述主机的信息建立所述初始业务流；发送响应所述动态业务流建立或修改请求的动态业务流建立或修改响应。

从本发明实施例提供的以上技术方案可以看出，本发明实施例在建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

附图说明

图1为本发明实施例中初始业务流建立方法实施例一的流程图；

图2为本发明实施例中初始业务流建立方法实施例二的流程图；

图3为本发明实施例中初始业务流建立方法实施例三的信令流程图；

图4为本发明实施例中初始业务流建立方法实施例四的信令流程图；

图5为本发明实施例中初始业务流建立装置实施例的结构图；

图6为本发明实施例中通信系统实施例一的结构图；

图7为本发明实施例中通信系统实施例二、实施例三的结构图。

具体实施方式

为使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

图1描述了本发明实施例提供的初始业务流建立方法实施例一的流程，包括：

步骤101、发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，该业务流建立请求包括主机的信息；

本发明实施例中，可以是锚定业务流授权实体(Anchor SFA)发送业务流建立请求发起建立主机的ISF；主机的信息可以包括主机的标识和/或建立ISF的一些参数等，使建立ISF时可以确定建立的ISF是针对哪个Host的，以及建立的ISF需要满足哪些参数等；

步骤102、接收响应业务流建立请求的业务流建立响应。

本发明实施例中，可以是锚定业务流授权实体接收响应所述业务流建立请求的业务流建立响应；从上可知，本实施例在建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

本发明实施例中，上述发起建立ISF的过程可以是在主机认证通过后执行，具体如下：

图2描述了本发明实施例提供的初始业务流建立方法的流程，包括：

步骤201、锚定业务流授权实体接收来自HAAA的允许Host接入的接入允许指示；

在HAAA对主机Host认证后，如果鉴权通过，则会发送接入允许指示，表示允许通过认证的Host接入网络，可以为Host建立初始业务流，从而让Host可以接入网络；其中，接入允许指示可以是接入允许消息，也可以是其他消息。

步骤202、锚定业务流授权实体通知主机认证通过；

HAAA发送接入允许指示就表明主机Host的认证已经通过，因此可以通知主机Host，使主机Host获知其被允许发起IP获取或移动IP注册过程；

本发明实施例中，所述的通知主机认证通过具体可以包括如下步骤：锚定SFA向基站发送可扩展认证协议鉴权完成中继消息，可扩展认证协议鉴权完成中继消息封装有可扩展认证协议鉴权成功消息，可扩展认证协议鉴权成功消息包括主机认证通过的信息；基站向G-MS发送私钥管理响应消息，私钥管理响应消息封装有可扩展认证协议鉴权成功消息；G-MS向Host发送可扩展认证协议鉴权报文封装消息，可扩展认证协议鉴权报文封装消息封装有可扩展认证协议鉴权成功消息。

步骤203、锚定业务流授权实体发送业务流建立请求发起建立Host的ISF；

所述业务流建立请求包括主机的信息，主机的信息可以包括主机的标识和/或建立ISF的一些参数等，使建立ISF时可以确定建立的ISF是针对哪个Host的，以及建立的ISF需要满足哪些参数等；其中，参数可以从HAAA获得。

步骤204、锚定业务流授权实体接收响应业务流建立请求的业务流建立响应。

接收到响应业务流建立请求的业务流建立响应，表示ISF已经建立好；其中，业务流建立响应可以携带建立的初始业务流的参数，一般情况下，这些参数与业务流建立请求携带的参数相同，但是并不排除建立的初始业务流的参数与业务流建立请求所携带的初始业务流的参数不同的情况。

进一步，在ISF建立好时，可以通知Host其入网的初始业务流已经建立好；其中，可以进一步通知建立的初始业务流的参数，使Host可以获知为其建立的Host的情况。

需要说明的是，本发明实施例中，步骤202和步骤203并没有时间上的先后顺序的限制，只要步骤202和步骤203都在步骤201后执行都不会影响本发明实施例的实现；其中，本发明实施例优选将步骤202的执行放在步骤204后，此时，可以在通知Host认证通过的同时通知Host其入网的ISF已经建立好；可以使Host确定何时可以发起IP获取或移动IP注册过程，因而提高系统的处理效率。

从上可知，本实施例在建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

图3描述了本发明实施例提供的初始业务流建立方法实施例二的信令流程，包括：

步骤301、网关移动台(G-MS：Gateway Mobile Station)完成其入网过程。

该过程是现有技术，本实施例中不进行详细描述。

步骤302、Host接入G-MS，发起认证过程；

本发明实施例中，Host可以是通过基于局域网的可扩展协议鉴权(EAPoL-Start)消息发起认证，当然，也可以是通过其它消息来发起认证。

步骤303、Host的用户认证过程，该过程中Host锚定业务流授权实体可获知G-MS标识(G-MS ID)和G-MS鉴权器标识(G-MS Authenticator ID)，并与主机上下文(Host Context)相关联；该步骤中，还可以进行Host的入网设备认证。

步骤304、HAAA对Host认证成功后，发送接入允许消息到鉴权器，通知Host认证成功。

本发明实施例中，鉴权器与锚定业务流授权实体可以是绑定在一起，接入允许消息主要携带安全信息和Host的QoS Profile等信息；其中Host的QoSProfile包括为Host建立ISF和/或预置业务流(PPSF：Pre-Provisioned ServiceFlow)的一些信息。当然，所述鉴权器与锚定业务流授权实体也开始是两个独立的物理实体。

步骤305、鉴权器触发锚定业务流授权实体发送第一资源预留请求(RR_Req)消息到服务业务流授权实体，触发Host的服务业务流授权实体为Host建立ISF。

本发明实施例中，可以对RR_Req消息做一定的扩展，使RR_Req消息可以指示需要建立的ISF所针对的特定Host；本发明实施例提供的一种扩展如下所述：

在RR_Req消息的消息头填写Host的信息，如Host标识(Host ID)等，在现有的RR_Req消息中的移动台信息(MS Info)类型长度值(TLV：TypeLength Value)中填写相应的Host及其ISF的相关信息；还可以增加相应的G-MS ID TLV，指示该Host在哪个G-MS下。本发明实施例提供的一种G-MSID TLV如表1所示：

表1

 

类型(Type)102长度(Length)，单位字节(Bytes)6值(Value)48比特的G-MS媒体访问控制地址(48-bitG-MS MAC address)描述(Description)特定的G-MS标识(Unique G-MSidentifier)，可以是G-MS MAC address

本发明实施例提供的另一种扩展如下所述：

在RR_Req消息的消息头填写G-MS ID，在现有的RR_Req消息中的MSInfo TLV增加相应的Host及其ISF的相关信息，即增加相应的主机信息TLV(Host Info TLV)，其包括主机标识TLV(Host ID TLV)，本发明实施例提供的一种Host ID TLV如表2所示：

表2

 

类型(Type)待确定(TBD：To Be Determined)长度(Length)单位Bytes6值(Value)48比特的Host媒体访问控制地址(48-bitHost MAC address)描述(Description)特定的Host标识(Unique Host identifier)，可以是(Host MAC address

当然，本发明实施例中，也可以是采用其它形式的扩展，只要在RR_Req消息中携带Host及其ISF的相关信息即可。

步骤306、服务业务流授权实体向基站(BS：Base Station)上的DPF发送数据通道注册请求(Path_Reg_Req)消息或第二资源预留请求消息，在建立数据通道(Data Path)的同时，建立ISF。

其中，具体是向位于基站的DPF发送Path_Reg_Req消息或RR_Req消息。

在对RR_Req消息进行了扩展时，可以相应的对Path_Reg_Req消息进行扩展。本发明实施例提供的一种Path_Reg_Req消息的扩展如下所述：

在Path_Reg_Req消息的消息头填写Host ID，在现有的Path_Reg_Req消息中的MS Info TLV填写相应的Host及其ISF的相关信息，并增加相应的G-MS ID TLV，本发明实施例提供的一种G-MS ID TLV如上述表1所示。

与RR_Req消息的扩展类似，本发明实施例还提供了另一种Path_Reg_Req消息的扩展，如下所述：

在Path_Reg_Req消息的消息头填写G-MS ID，在现有的Path_Reg_Req消息中的MS Info TLV增加相应的Host及其ISF的相关信息，即增加相应的Host Info TLV，其中包括Host ID TLV，本发明实施例提供的一种Host ID TLV如上述表2所示。

步骤307、BS向G-MS发送动态业务流建立或修改请求(DSx-Req)消息，在空口建立ISF的承载。

其中，具体是由位于基站的业务流管理实体发送DSx-Req消息，DSx-Req消息可以是动态业务流创建请求(DSA-Req)消息，为Host建立新的空口连接；也可以是动态业务流修改请求(DSC-Req)消息，将预先建好的空口连接分配给该Host使用，当然还可以是其他的类似功能的消息。

其中，在有多个Host时，可以对DSx-Req消息进行相应的扩展，从而通知G-MS该ISF所针对的特定Host。

本发明实施例提供的指示该ISF所针对的特定Host的方法如下所述：

可以使用DSx-Req消息中的保留(Reserved)字段携带Host的信息，如Host的MAC地址等；

或在DSx-Req消息中占用6个字节的全球服务类别名(Global ServiceClass Name)字段，携带Host的信息，如Host ID等；

如果汇聚子层(CS：Convergence Sublayer)为以太网汇聚子层(Eth-CS：Ethernet Convergence Sublayer)，由于ETH-CS使用的是MAC地址作为分类规则，而MAC地址即为Host ID，此时G-MS可直接使用分类器中的MAC地址识别是针对哪个Host的信令。

由于DSx-Req会在G-MS的主要连接标识(Primary CID：PrimaryConnection Identifier)上传输，因此，G-MS可以通过检测该Primary CID来确定这个消息是BS发给自己的，从而不需要在DSx-Req消息中带相应的G-MS ID，因而不会因为携带G-MS ID造成对原有参数的影响，进一步，由于不需要携带G-MS ID，可以节省需要传输G-MS ID所需要的空口资源。

步骤308、G-MS收到相应的DSx-Req消息后，为Host建立ISF，并返回动态业务流建立或修改响应(DSx-Rsp)消息。

步骤309、BS在收到DSx-Rsp消息后，返回数据通道注册响应(Path_Reg_Rsp)消息或第二资源预留响应消息到服务业务流授权实体。

其中，如果Path_Reg_Req消息经过了扩展，Path_Reg_Rsp消息也可以进行相应的扩展，具体扩展与Path_Reg_Req消息的扩展类似，此处不再赘述。

步骤310、服务业务流授权实体在收到Path_Reg_Rsp消息后，向锚定业务流授权实体发送第一资源预留响应(RR_Rsp)消息。

其中，如果RR_Req消息经过了扩展，RR_Rsp消息也可以进行相应的扩展，具体扩展与RR_Req消息的扩展类似，此处不再赘述。

步骤311、锚定业务流授权实体收到第一资源预留响应消息后，向服务业务流授权实体发送资源预留确认(RR_Ack)消息；通知服务业务流授权实体已经收到了第一资源预留响应消息。

步骤312、服务业务流授权实体在收到Path_Reg_Rsp消息后，向BS返回数据通道注册确认(Path_Reg_Ack)消息。

步骤313、锚定业务流授权实体在获知ISF建立完成后，触发鉴权器发送EAP鉴权完成中继(AR_EAP_Complete)消息到BS。

其中，在AR_EAP_Complete消息中封装EAP鉴权成功(EAP-Success)消息。

需要说明的是，步骤311和步骤313并没有时间上的先后顺序。

步骤314、BS收到AR_EAP_Complete后，将其中的EAP-Success消息封装为私钥管理响应(PKMv2-RSP)消息，发送到G-MS。

步骤315，G-MS收到PKMv2-RSP消息后，开启相应的门控，发送EAP鉴权报文封装(EAPoL-Packet)消息到Host，通知Host认证完成。

EAPoL-Packet消息中也封装有EAP Success消息；进一步，可以在EAPSuccess消息中携带相应的ISF信息，使Host获知其ISF的QoS参数。

Host在收到EAPoL-Packet消息后知道认证完成，同时ISF已经建立，可以发起随后的IP获取或移动IP注册过程。

从上可知，本实施例建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用；并且在Host通过认证后，并不立即通知Host其已经通过认证，而是先为该Host建立初始业务流，在初始业务流建立好后，才通知Host其已经通过认证，并通知Host初始业务流已将建好，从而使Host可以确定何时可以发起IP获取或移动IP注册过程，提高系统的处理效率；进一步，还可以在有多个Host时，对相应消息进行扩展，使G-MS能够获知创建的ISF所针对的特定Host，进一步提高系统的处理效率；并且还可以将建立的ISF的参数通知给Host，使Host能够确定为其创建的ISF的情况，根据ISF的情况进行对应的操作。

图4描述了本发明提供的初始业务流建立方法实施例三的信令流程，包括：

步骤401、网关移动台(G-MS：Gateway Mobile Station)完成其入网过程。

步骤402、Host接入G-MS，通过基于局域网的可扩展协议鉴权发起(EAPoL-Start)消息发起认证过程。

步骤403、Host的用户认证过程，该过程中Host锚定业务流授权实体可获知G-MS标识(G-MS ID)和G-MS鉴权器标识(G-MS Authenticator ID)，并与主机上下文(Host Context)相关联；该步骤中，还可以进行Host的入网设备认证。

步骤404、HAAA对Host认证成功后，发送接入允许消息到鉴权器，通知Host认证成功。

本发明实施例中，鉴权器可以是与锚定业务流授权实体绑定在一起，接入允许消息主要携带安全信息和Host的QoS Profile等信息；其中Host的QoSProfile包括为Host建立ISF和预置业务流(PPSF：Pre-Provisioned Service Flow)的一些信息。当然，所述鉴权器与锚定业务流授权实体也可以是两个独立的物理实体。

步骤405、鉴权器发送EAP鉴权完成中继(AR_EAP_Complete)消息到BS。

其中，在AR_EAP_Complete消息中封装EAP鉴权成功(EAP-Success)消息。

步骤406、BS收到AR_EAP_Complete后，将其中的EAP-Success消息封装为私钥管理响应(PKMv2-RSP)消息，发送到G-MS。

步骤407，G-MS收到PKMv2-RSP消息后，开启相应的门控，发送EAP鉴权报文封装(EAPoL-Packet)消息到Host，通知Host鉴权完成。

步骤408，鉴权器在发送EAP鉴权完成中继(AR_EAP_Complete)消息后，触发锚定业务流授权实体发送第一资源预留请求(RR_Req)消息到服务业务流授权实体，触发Host的服务业务流授权实体为Host建立ISF。

其中，可以对RR_Req消息做一定的扩展，使RR_Req消息可以指示需要建立的ISF所针对的特定Host；本发明实施例提供的一种扩展如下所述：

在RR_Req消息的消息头填写Host的信息，如Host标识(Host ID)等，在现有的RR_Req消息中的移动台信息(MS Info)类型长度值(TLV：TypeLength Value)中填写相应的Host及其ISF的相关信息；还可以增加相应的G-MS ID TLV，指示该Host在哪个G-MS下。本发明实施例提供的一种G-MSID TLV如上述表1所示。

本发明实施例提供的另一种扩展如下所述：

在RR_Req消息的消息头填写G-MS ID，在现有的RR_Req消息中的MSInfo TLV增加相应的Host及其ISF的相关信息，即增加相应的主机信息TLV(Host Info TLV)，其包括主机标识TLV(Host ID TLV)，本发明实施例提供的一种Host ID TLV如上述表2所示。

步骤409、服务业务流授权实体向基站(BS：Base Station)上的DPF发送数据通道注册请求(Path_Reg_Req)消息或第二资源预留请求消息，在建立数据通道(Data Path)的同时，建立ISF。

其中，具体是向位于基站的业务流管理实体发送Path_Reg_Req消息或第二RR_Req消息。

在对RR_Req消息进行了扩展时，可以相应的对Path_Reg_Req消息进行扩展。本发明实施例提供的一种Path_Reg_Req消息的扩展如下所述：

在Path_Reg_Req消息的消息头填写Host ID，在现有的Path_Reg_Req消息中的MS Info TLV填写相应的Host及其ISF的相关信息，并增加相应的G-MS ID TLV，本发明实施例提供的一种G-MS ID TLV如上述表1所示。

与RR_Req消息的扩展类似，本发明实施例还提供了另一种Path_Reg_Req消息的扩展，如下所述：

在Path_Reg_Req消息的消息头填写G-MS ID，在现有的Path_Reg_Req消息中的MS Info TLV增加相应的Host及其ISF的相关信息，即增加相应的Host Info TLV，其中包括Host ID TLV，本发明实施例提供的一种Host ID TLV如上述表2所示。

步骤410、BS向G-MS发送动态业务流建立或修改请求(DSx-Req)消息，在空口建立ISF的承载。

其中，具体是由位于基站的业务流管理实体发送DSx-Req消息，DSx-Req消息可以是动态业务流创建请求(DSA-Req)消息，为Host建立新的空口连接；也可以是动态业务流修改请求(DSC-Req)消息，将预先建好的空口连接分配给该Host使用，当然还可以是其他的类似功能的消息。

其中，可以对DSx-Req消息进行相应的扩展，从而通知G-MS该ISF所针对的特定Host。

本发明实施例提供的指示该ISF所针对的特定Host的方法如下所述：

利用DSx-Req消息中的保留(Reserved)字段携带Host的信息，如Host的MAC地址等；

或在DSx-Req消息中占用6个字节的全球服务类别名(Global ServiceClass Name)字段，携带Host的信息，如Host ID等；

如果汇聚子层(CS：Convergence Sublayer)为以太网汇聚子层(Eth-CS：Ethernet Convergence Sublayer)，由于ETH-CS使用的是MAC地址作为分类规则，而MAC地址即为Host ID，此时G-MS可直接使用分类器中的MAC地址识别是针对哪个Host的信令。

由于DSx-Req会在G-MS的主要连接标识(Primary CID：PrimaryConnection Identifier)上传输，因此，G-MS可以通过检测该Primary CID来确定这个消息是BS发给自己的，从而不需要在DSx-Req消息中带相应的G-MS ID，因而不会因为携带G-MS ID造成对原有参数的影响，进一步，由于不需要携带G-MS ID，可以节省需要传输G-MS ID所需要的空口资源。

步骤411、G-MS收到相应的DSx-Req消息后，为Host建立ISF，并返回动态业务流建立或修改响应(DSx-Rsp)消息。

步骤412、BS在收到DSx-Rsp消息后，返回数据通道注册响应(Path_Reg_Rsp)消息或第二资源预留响应消息到服务业务流授权实体。

其中，如果Path_Reg_Req消息经过了扩展，Path_Reg_Rsp消息也可以进行相应的扩展，具体扩展与Path_Reg_Req消息的扩展类似，此处不再赘述。

步骤413、服务业务流授权实体在收到Path_Reg_Rsp消息后，向锚定业务流授权实体发送第一资源预留响应(RR_Rsp)消息。

其中，如果RR_Req消息经过了扩展，RR_Rsp消息也可以进行相应的扩展，具体扩展与RR_Req消息的扩展类似，此处不再赘述。

步骤414、锚定业务流授权实体收到第一资源预留响应(RR_Rsp)消息后，向服务业务流授权实体发送第一资源预留确认(RR_Ack)消息。

步骤415、服务业务流授权实体在收到Path_Reg_Rsp消息后，向BS返回数据通道注册确认(Path_Reg_Ack)消息。

需要说明的是，步骤413和步骤415并没有时间上的先后顺序。

从上可知，本实施例建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。进一步，还可以在有多个Host时，对相应消息进行扩展，使G-MS能够获知创建的ISF所针对的特定Host，进一步提高系统的处理效率；并且还可以将建立的ISF的参数通知给Host，使Host能够确定为其创建的ISF的情况，根据ISF的情况进行对应的操作。

上述实施例中所描述的业务流管理实体、服务业务流授权实体和锚定业务流授权实体，可分别位于不同的物理实体也可位于同一物理实体内，当任意两个或多个功能实体位于同一物理实体内时，上述功能实体间的交互即为内部实现处理，本发明实施例不做限定。

图5描述了本发明实施例提供的初始业务流建立装置的结构，包括：

请求发送单元501，用于发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，该业务流建立请求包括主机的信息；

响应接收单元502，用于接收响应业务流建立请求的业务流建立响应。

从上可知，本实施例建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

本发明实施例所提供的初始业务流建立装置可以作为通信系统中的业务流授权实体。

进一步，本发明实施例提供的初始业务流建立装置还可以包括：

指示接收单元，用于接收来自家乡认证、授权和计费服务器的允许Host接入的接入允许指示。此时，请求发送单元501用于在指示接收单元接收接入允许指示后，发送业务流建立请求。

本发明实施例提供的初始业务流建立装置，还可以包括：

第一通知单元，用于在指示接收单元接收所述接入允许指示后，通知Host认证通过。

本发明实施例提供的初始业务流建立装置，还可以包括：

第二通知单元，用于在响应接收单元502接收业务流建立响应后，通知Host初始业务流建立完成。

其中，上述第一通知单元与第二通知单元可以集成在一起。

本发明实施例还提供了通信系统，图6描述了本发明实施例提供的通信系统实施例一的结构，包括：

锚定业务流授权实体601，用于发送第一资源预留请求为主机建立初始业务流，第一资源预留请求包括主机的信息；接收响应第一资源预留请求的第一资源预留响应；

服务业务流授权实体602，用于接收第一资源预留请求，发送数据通道注册请求或第二资源预留请求，数据通道注册请求或第二资源预留请求包括主机的信息；接收响应数据通道注册请求的数据通道注册响应、或响应第二资源预留请求的第二资源预留响应，发送响应第一资源预留请求的第一资源预留响应；

基站603，用于接收数据通道注册请求或第二资源预留请求，发送动态业务流建立或修改请求，动态业务流建立或修改请求包括主机的信息；接收响应动态业务流建立或修改请求的动态业务流建立或修改响应，发送响应数据通道注册请求的数据通道注册响应或响应第二资源预留请求的第二资源预留响应；

网关移动台604，用于在接收动态业务流建立或修改请求后，根据主机的信息建立所述初始业务流；发送响应动态业务流建立或修改请求的动态业务流建立或修改响应。

从上可知，本实施例在建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

图7描述了本发明实施例提供的通信系统实施例二的结构，包括：

家乡认证、授权和计费服务器701，用于对主机鉴权，鉴权通过后，发送允许主机接入的接入允许指示；

锚定业务流授权实体702，用于在接收接入允许指示后，发送第一资源预留请求为所述主机建立初始业务流，第一资源预留请求包括主机的信息；接收响应第一资源预留请求的第一资源预留响应；在接收第一资源预留响应后，发送可扩展认证协议鉴权完成中继消息，可扩展认证协议鉴权完成中继消息包括主机认证通过的信息和初始业务流建立完成的信息；

服务业务流授权实体703，用于接收第一资源预留请求，发送数据通道注册请求或第二资源预留请求；接收响应数据通道注册请求的数据通道注册响应、或响应第二资源预留请求的第二资源预留响应，发送响应第一资源预留请求的第一资源预留响应；

基站704，用于接收数据通道注册请求或第二资源预留请求，发送动态业务流建立或修改请求；接收响应动态业务流建立或修改请求的动态业务流建立或修改响应，发送响应数据通道注册请求的数据通道注册响应或响应第二资源预留请求的第二资源预留响应；在接收可扩展认证协议鉴权完成中继消息后，发送私钥管理响应，私钥管理响应封装有可扩展认证协议鉴权成功消息；

网关移动台705，用于在接收动态业务流建立或修改请求后，根据主机的信息建立初始业务流；发送响应动态业务流建立或修改请求的动态业务流建立或修改响应；在接收私钥管理响应消息后，发送可扩展认证协议鉴权报文封装消息，可扩展认证协议鉴权报文封装消息封装有可扩展认证协议鉴权成功消息；

主机706，用于接收可扩展认证协议鉴权报文封装消息。

从上可知，本实施例建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用；并且在Host通过认证后，并不立即通知Host其已经通过认证，而是先为该Host建立初始业务流，在初始业务流建立好后，才通知Host其已经通过认证，并通知Host初始业务流已将建好，从而使Host可以确定何时可以发起IP获取或移动IP注册过程，提高系统的处理效率。

本发明提供的通信系统实施例三的结构也如图7所示，包括：

家乡认证、授权和计费服务器701，用于对主机鉴权，鉴权通过后，发送允许主机接入的接入允许指示；

锚定业务流授权实体702，用于在接收接入允许指示后，发送第一资源预留请求为主机建立初始业务流，第一资源预留请求包括主机的信息；接收响应第一资源预留请求的第一资源预留响应；在接收接入允许指示后，发送可扩展认证协议鉴权完成中继消息，可扩展认证协议鉴权完成中继消息包括主机认证通过的信息；

服务业务流授权实体703，用于接收第一资源预留请求，发送数据通道注册请求或第二资源预留请求；接收响应数据通道注册请求的数据通道注册响应、或响应第二资源预留请求的第二资源预留响应，发送响应第一资源预留请求的第一资源预留响应；

基站704，用于接收数据通道注册请求或第二资源预留请求，发送动态业务流建立或修改请求；接收响应动态业务流建立或修改请求的动态业务流建立或修改响应，发送响应数据通道注册请求的数据通道注册响应或响应第二资源预留请求的第二资源预留响应；在接收可扩展认证协议鉴权完成中继消息后，发送私钥管理响应，私钥管理响应封装有可扩展认证协议鉴权成功消息；

网关移动台705，用于在接收动态业务流建立或修改请求后，根据主机的信息建立所述初始业务流；发送响应动态业务流建立或修改请求的动态业务流建立或修改响应；在接收所述私钥管理响应消息后，发送可扩展认证协议鉴权报文封装消息，可扩展认证协议鉴权报文封装消息封装有可扩展认证协议鉴权成功消息；

主机706，用于接收可扩展认证协议鉴权报文封装消息。

从上可知，本实施例建立ISF时，携带Host的信息，从而在建立ISF时可以根据Host的信息进行，使建立的ISF与相应的Host对应，使系统资源得到充分利用。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：

发送业务流建立请求触发初始业务流建立实体建立主机的初始业务流，所述业务流建立请求包括所述主机的信息；

接收响应所述业务流建立请求的业务流建立响应。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的初始业务流建立方法、装置及通信系统进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。