CN1997003A - WiMax多主机系统下业务流处理方法 - Google Patents

Abstract

一种WiMax多主机系统下处理来自网络侧业务流的方法，包括步骤：S11)对网络侧发起的访问G－MS的业务流或AF发起的动态业务流，由ASN－GW对网络侧发起的业务流进行以G－MS的PF为决策点的策略决策；或对网络侧发起的访问主机的业务流进行以主机CSN的PF为决策点的策略决策以及以G－MS的PF为决策点的策略决策；S12)ASN－GW中的SFA向基站中的SFM请求预留资源；S13)基站中的SFM对来自ASN－GW中SFA的预留资源请求进行准入控制；S14)在基站和G－MS之间创建空中接口通道；S15)基站中的SFM向ASN－GW中的SFA反馈资源预留结果；S16)在基站和ASN－GW间创建R6通道。本发明方法对网络侧发起访问主机或G－MS的业务流以及由应用AF发起的动态业务流提供了解决方案，克服了流程不完整的不足。

Description

WiMax多主机系统下业务流处理方法

技术领域

本发明涉及无线通信应用技术，具体涉及一种WiMax多主机系统下业务流处理方法，更具体地说，涉及对网络侧发起访问主机或G-MS的业务流以及由AF发起的动态业务流的处理方法。

背景技术

在802.16标准中802.16d和802.16e规范的协议栈模型如图1所示。其中，空中接口由物理层和MAC层组成，MAC(Media Acess Control的缩写，意思是介质访问控制)层可分成为三个子层：特定服务汇聚子层(Service SpecificConvergence Sublayer，以下缩写为CS)、公共部分子层(Common Part Sublayer，以下缩写为CPS)和安全子层(Privacy Sublayer)。其中，CS子层用于对上层数据分类和对数据包头的压缩；CPS子层是MAC的核心子层，主要用于业务流管理、带宽的分配和调度及QOS(业务质量的缩写)等；安全子层的作用是对数据加密和解密，以提供安全的数据传输。

就MAC层特性而言，802.16 MAC层是基于“连接”的，即所有终端的数据业务以及与此相关的QoS要求，都是基于“连接”进行的。每一个“连接”均由一个连接标识符(CID)来唯一进行标识。在802.16标准中，MAC层定义了较为完整的QoS机制。MAC层针对每个连接可以分别设置不同的Qos参数，包括速率、延时等指标。

现有的802.16的标准为MAC管理报文指定了大量的消息类型，这些MAC管理消息担负SS/MSS与BS(“基站“的缩写)的链路层信息交互，其交互信息的功能包括初始化、测距、注册、密钥交换、移动切换、能力协商、带宽分配、组播、MESH(一种新的无线接入方式)、天线调整、动态业务配置等等。

可将网络架构在逻辑上表示为网络参考模型(以下缩写为NRM)。在NRM中定义了各种功能实体和参考点，通过这些逻辑部件来实现不同功能实体之间的互操作。图2示了一种网络参考模型(NRM)的组成情况。在图2示出的参考模型中，每个实体，例如MS(移动站)，ASN(接入网Access Service Network的缩写)和CSN(核心业务网Core Service Network的缩写)代表一组功能实体。而这些功能实体可以在一个物理设备上实现也可以分布到多个物理设备上实现。在一个功能实体例如接入业务网ASN中，功能的分组和到物理设备的分布映射取决于实现的选择，一个设备提供商可以对同样的功能，选择任意的物理实现，或者是分离的、组合的，只要这个实现能够满足功能上的和互操作性方面的需求。

提出NRM的目的就是允许针对给定的功能实体以多种实现的选择，支持不同功能实体实现之间的互操作，也为支持不同设备供应商设备之间的接口提供描述的规范。互操作是基于通信协议的规范和功能实体间数据平面的处理，来获得一个全面的端到端的功能，例如，安全和移动性管理。因此，参考点两端的功能实体代表了一套控制和承载平面的端点。这个场景中，互操作性只通过暴露在参考点上的协议来验证，而这些协议又依赖于端到端的功能或能力实现，换言之，基于整个网络所支持的使用场景。

参考点

图2示出的参考模型引入了几个互操作的参考点。每个参考点是基于两个功能实体内功能间的概念上的参考点。对于一个参考点，这些功能揭露与之相关的不同协议，而与一个参考点相关的所有协议并不总是在相同的功能实体上终结，例如，可能与一个参考点相关的两个协议，其发起和终结在不同的功能实体。以下是图2参考模型涉及到的主要功能实体间的参考点，也是必须实现的参考点。

参考点R1

根据空中接口(PHY和MAC)协议(参见IEEE P802.16e/D12[2]和IEEEP802.16-2004[1])，在MS(移动站的缩写)和ASN(接入业务网络的缩写)之间形成的协议和过程的集合构成参考点R1。另外，参考点R1也可能包含与管理平面相关的其他附加协议。

参考点R2

在MS和CSN(核心业务网络的缩写)之间关于认证、业务授权以及动态IP地址分配管理的协议和过程构成了参考点R2。该参考点并没有反映一个MS与CSN之间的直接协议接口，故而该参考点是一个逻辑参考点。MS与CSN之间的参考点R2的认证部分由家乡NSP(home NSP)来操作维护，但由访问NSP(visited NSP)维护的ASN与CSN也可能完成部分上述过程和机制。参考点R2可以提供IP主机的配置管理，该配置管理运行在MS和CSN(由家乡NSP或访问NSP来操作维护)之间。

参考点R3

参考点R3由ASN和CSN之间的一套管理平面协议组成，提供对AAA，策略执行和移动性管理能力的支持，并包括用于在ASN与CSN间传输用户数据的承载平面的方式(如，隧道)。

参考点R4

参考点R4由一套控制和承载平面的协议组成，这些协议在ASN的各种功能实体内发起/终结，用于协调ASN之间、ASN-GW之间的MS移动性。参考点R4是同种或者异种ASN间唯一的互操作参考点。

参考点R5

参考点R5由一套控制和承载平面的协议组成，用于家乡NSP维护的CSN与访问NSP维护的CSN之间的互通。

参考点R6

参考点R6由BS和ASN-GW间的一组控制和承载的通信协议组成。承载面由ASN内部的BS和ASN-GW间的数据通道组成，而控制面则包括根据MS移动事件而造成的建立、修改和释放数据通道的协议。

为配合运行图2所示网络参考模型，需要不同类型的消息对业务流进行处理，下面列出的不同消息类型的抽象表示，是传递出发、初始化业务流、请求策略决策、下载策略尺度和刷新MS位置是必须的：

a)Resource-Reservation(RR)：

RR-Request(资源预留请求)的发送方向是从PF(策略功能的缩写)到锚点(anchor)SFA(业务流认证的缩写)，从锚点SFA到服务(serving)SFA(如果这二者不同)，最终从服务SFA到SFM(业务流管理的缩写)，为来/往MS的单项业务流请求预留资源；

RR-Response(资源预留响应)的发送方向是从SFM到服务SFA，从服务SFA到锚点SFA(如果这二者不同)，最终从锚点SFA到PF，来指示预留资源请求的结果

b)SFA-Location-Update(LU)：

当MS初始化注册并且锚点SFA发生变化后，SFA-LU-Request(位置刷新请求)用来刷新SFA的位置，其发送方向是从锚点SFA到PF，如果锚点SFA的位置通过其他方式通知PF，这个消息可以不发送。当MS的服务SFA发生变化时，这个消息将被发送，其方向是从当前服务SFA到锚点SFA(如果这二者不同)。SFA-LU-Response(位置刷新响应)用于响应位置刷新请求，其方向是从PF到锚点SFA，从锚点到服务SFA。

c)Policy-Decision(策略决策，缩写为PD)：

PD-Request(策略决策请求)的发送方向是从服务到锚点SFA，以及从锚点SFA到PF，用于为一个SS/MS发起的动态业务流请求进行策略决策的请求；PD-Response(策略决策响应)的方向是从PF到锚点SFA，以及从锚点到服务SFA，用于指示策略决策请求的结果。

d)Policy-Rule(PR)：PR-Request(策略尺度请求)的发送方向是从PF到锚点SFA，用于下载当地策略尺度(local policy rules)；PR-Response(策略尺度响应)的方向是从锚点SFA到PF，用于确认下载策略尺度。

下面表1给出了PF和锚点SFA间、锚点和服务SFA之间的QoS消息的列表

表1 PF和锚点SFA间、锚点和服务SFA之间的QoS消息

消息	方向	参数
			RR-Request	PF to anchor	MS NAI

消息	方向	参数
				SFA，Anchor SFAto serving SFA	Transaction ID
Flow ID
	Reservation Action
Direction
	Resource Description
Media Flow Description
	Media Flow Type
Reduced Resources
	QoS Priority
Accounting Extension
	RR-Response	Anchor SFAto PF，Serving SFAto anchor SFA			MSNAI
Transaction ID
			Flow ID
Reservation Result
			Resource Description
SFA-LU-Request				Anchor SFAto PF，Serving SFAto anchor SFA	MS NAI
	SFA ID
		Transaction ID
	Update Action
		SFA-LU-Response	PF to anchorSFA，Anchor SFAto serving SFA		MSNAI
Transaction ID
	Update Result
PD-Request				Anchor SFAto PF，	MS NAI
	Transaction ID

消息	方向	参数
				Serving SFAto anchor SFA	Decision Action
Resource Description
	PD-Response	PF to anchorSFA，Anchor SFAto serving SFA			MS NAI
Transaction ID
			Decision Result
Resource Description
			PR-Request	PF toanchorSFA	将来研究
PR-Response	Anchor SFAto PF	将来研究

下面的表2列出了服务SFA和SFM之间的消息参数

表2服务SFA和SFM之间的消息参数

消息	方向	参数
			RR-Request	Serving SFAto SFM，SFM toserving SFA	MS ID
Transaction ID会话ID
	Service Flow ID业务量ID
Reservation Action预留动作
	Direction方向
Resource Description资源描述
	Media Flow Description媒体流描述
Media Flow Type媒体流类型
	Reduced Resources
QoS Priority QoS优先级
	Accounting Extension扩展计费
RR-Response		SFM toserving SFA，Serving SFAto SFM			MS ID
	Transaction ID
			Service Flow ID

	to SFM	Reservation Result
			Resource Description
		PD-Request		SFM toserving SFA	MS ID
Transaction ID
	Decision Action
Resource Description
	PD-Response		Serving SFAto SFM		MS ID
Transaction ID
		Decision Result
Resource Description

下表3提供了对消息参数的描述。

表3消息参数的描述

参数	描述
		Decision Result	决策结果，可能的结果包括：Created；Admitted；Activated；Denied，分别表示已创建、已接纳、已激活、已拒绝。
Direction	方向，上行或下行(Uplink or Downlink)
		Service Flow ID	MAC层业务流ID，在IEEE802.16中定义
Media FlowDescription	数据包中用于流分类的一些域
		Media Flow Type	应用类型的描述，作为接纳决策时的提示，例如VoIP，video，PTT，gaming(IP电话、视频、PTT业务、游戏？)
QoS Priority	QoS优先级，RR-Request或者PD-Request的优先级，这个优先级可以被用于指示高优先级请求，如VoIP呼叫紧急业务
		Reservation Action	资源预留的动作，RR-Request消息的动作参数，包括Create；Admit；Activate；Modify；Delete，分别表示创建、接纳、激活、修改、删除。
Reservation Result	RR-Response消息中的参数，包括：Created；Admitted；Activated；Modified；Deleted；Failed；Denied(No resources)；Denied()，分别表示已创建、已接纳、已激活、已修改、已删除、已失败、已拒绝(由于资源不足)、已拒绝(由于违反策略？Violates policy)

参数	描述
		Resource Description	RR和PD消息的QoS参数，既可以是上行，也可以是下行通道的参数描述。参数可以直接是单独每项分别描述，也可以是通过一个业务级别的名称来进行间接描述，还可以是802.16中全局业务类名(Global Service Class Name)的编码。如果响应是已拒绝，则这个参数指示可用的资源，如果响应是接纳或者已激活，则这个参数指示已被预留的资源。
SFA ID	SFA的标识符，可以是IP地址或者全限定域名(FQDN，FullyQualified Domain Name)
		Transaction ID	会话ID，在收发者之间的唯一标识，避免重复的请求/应答的歧义。
Update Action	刷新动作，包括：Add；Delete，分别表示添加、删除
		Update Result	刷新结果，包括：Added；Deleted；Failed，分别表示已添加、已删除、已失败。
AccountingExtension	RR Request消息中的参数，可以保护应用内容标识符，运营商和应用内容提供商决定扩展计费的格式和价值，可能从AF或者参数集(profile)来获取。

在图2网络参考模型、图3功能元素分解结构模型、表1-表3消息类型及参数的基础上，我们来讨论现有技术4种业务流的处理程序。

1、WiMax系统下AF触发业务流创建过程如图4，AF向PF发送资源预留请求(RR-Req)，PF逐级向SFA发起资源预留请求(RR-Req)，直到SFM收到资源预留请求(RR-Req)进行Apply Admission Control，由SFM向SS发出DSA请求，SS将DSA响应发回SFM，SFM逐次返回RR响应给SFA直到PF和AF。

2.WiMax系统下G-MS预配置业务流程如图5，G-MS通过AAA认证后，ASN-GW中的SFA向其CSN中的PF发起位置刷新请求(SFA-LU-Req)，PF根据策略信息数据进行匹配，如果匹配成功则反馈位置刷新请求ok，并向SFA发起资源预留请求(RR-Req)，SFA匹配完本地策略数据后向位于基站内业务流管理SFM发起资源预留请求(RR-Req)，目的是希望为两个业务流创建通道，一个是为配置IP用的DHCP业务流通道，另外一个是为计费保留的RADIUS通道。SFM匹配本地资源信息和剩余无线资源信息，成功后向G-MS发起动态业务创建的消息(DSA-Req)，G-MS根据自己所剩的资源情况创建业务流并向基站反馈动态业务创建成功；此时，基站申请与ASN-GW之间创建R6数据承载通道，通道的粒度可以根据MS来划分也可以根据流来划分。通道建立完毕后，依次向上反馈资源预留成功，直到PF。

3.WiMax系统下主机预配置业务流创建流程如图6，主机通过认证后，其认证成功报文在ASN-GW触发了位置刷新消息，主机通过ASN-GW通知主机所注册的CSN，位置刷新成功后，PF通过ASN-GW中的SFA来请求为主机的预配置预留资源，SFA通过访问G-MS所在CSN的策略决策功能获得相关资源描述，匹配成功后，SFA向基站中的SFM发起资源预留请求，SFM查询本地有效资源，匹配成功后，基站向G-MS发起创建动态业务流请求，创建成功后，在BS和ASN-GW之间建立R6通道。

4.由G-MS代表主机发起的业务流创建流程如图7，G-MS得到主机业务流数据，根据分类器匹配，发现需要新创建业务流，向BS申请创建新的动态业务通道，BS向ASN-GW申请进行该业务流创建的策略请求，ASN-GW向主机CSN中的PF申请进行策略决策，以及ASN-GW向G-MS CSN中的PF申请进行策略决策，待这些决策成功后，业务流才得以建立。

上述现有技术的缺点在于无法支持由网络侧发起的业务流流程使得标准流程不完整。

发明内容

本发明要解决的技术问题是在现有WiMax多主机系统下业务流处理方法的基础上，提出一种能够支持由网络侧发起的业务流处理方法，具体提供一种创建网络侧发起业务流的方法使得系统业务流处理能力更全面。

本发明上述技术问题这样解决，构造一种WiMax多主机系统下处理来自网络侧业务流的方法，包括以下步骤：

S11)对网络侧发起的访问G-MS的业务流或AF发起的动态业务流，由ASN-GW对网络侧发起的业务流进行以G-MS的PF为决策点的策略决策；或对网络侧发起的访问主机的业务流进行以主机CSN的PF为决策点的策略决策以及以G-MS的PF为决策点的策略决策；

S12)ASN-GW中的SFA向基站中的SFM请求预留资源；

S13)基站中的SFM对来自ASN-GW中SFA的预留资源请求进行准入控制；

S14)在基站和G-MS之间创建空中接口通道；

S15)基站中的SFM向ASN-GW中的SFA反馈资源预留结果；

S16)在基站和ASN-GW间创建参考点为R6通道，其中，R6由BS和ASN-GW间的一组控制和承载的通信协议组成。承载面由ASN内部的BS和ASN-GW间的数据通道组成，而控制面则包括根据MS移动事件而造成的建立、修改和释放数据通道的协议。

在上述按照本发明提供的处理方法中，所述以G-MS的PF为决策点的策略决策包括步骤：将所述G-MS的策略数据预先存储在ASN-GW中；读取预先下载的策略数据；根据策略数据进行策略决策；如策略决策结果返回不满足策略条件，则释放资源并退出处理。

在上述按照本发明提供的处理方法中，所述以G-MS的PF为决策点的策略决策包括以下步骤：

S111)SFA将请求的资源通过策略决策请求消息发往位于G-MS CSN中的PF；

S112)G-MS CSN中的PF把G-MS的策略数据与请求的资源进行匹配；

S113)如果匹配成功，G-MS CSN中的PF向ASN-GW中的SFA响应策略决策成功，如果匹配失败，则向ASN-GW中的SFA反馈不满足策略条件，并释放资源，退出处理。

在上述按照本发明提供的处理方法中，所述以主机CSN中PF为决策点的策略决策包括以下步骤：将主机CSN的策略数据预先存储在ASN-GW中；读取预先下载的策略数据；根据策略数据进行策略决策；如策略决策结果返回不满足策略条件，则释放资源并退出处理。

在上述按照本发明提供的处理方法中，所述以主机CSN中PF为决策点的策略决策包括以下步骤：

S23)ASN-GW中的SFA向主机所属CSN中的PF申请策略决策，PF根据主机的策略数据与请求的参数进行对比决策；

S24)主机所属CSN中的PF将G-MS的策略数据与请求的资源进行匹配；

S25)如果匹配成功，G-MS CSN中的PF向ASN-GW中的SFA响应策略决策成功，如果匹配失败，向ASN-GW中的SFA反馈不满足策略条件，并释放已占用资源退出处理。

在上述按照本发明提供的处理方法中，所述步骤13)包括：

S131)BS中的SFM查询本地的资源信息并匹配被请求的预留资源；

S132)如果匹配成功则在空中接口上创建动态业务通道，如果匹配失败，则返回创建动态业务通道失败并释放已占用资源退出处理；

S133)通过BS向G-MS发起创建动态业务通道的请求，该请求消息中包含业务流的特征参数。

在上述按照本发明提供的处理方法中，所述S14)包括以下步骤：

S141)G-MS收到创建动态业务请求后检查可用资源能否满足请求的资源要求，如能满足要求则向BS反馈动态业务创建成功并执行步骤S142；如果不能满足资源要求，则返回动态业务创建失败并释放资源占用，退出处理；

S142)BS收到G-MS反馈的动态业务创建成功的响应后，将确认消息反馈给G-MS。

在上述按照本发明提供的处理方法中，所述来自网络侧业务流为AF发起的业务流时，在所述步骤S11)之前还包括以下步骤：

S1)AF向主机所属CSN中的PF申请创建端到端的业务流；

S2)PF进行主机所属CSN的策略决策，如果策略决策失败则释放资源并退出处理；

S3)PF向ASN-GW中的SFA发起资源预留请求；

在所述步骤S16)之后还包括以下步骤：

S17)ASN-GW中的SFA向主机所属CSN中的PF响应资源预留成功；

S18)CSN中的PF向发起业务流的AF响应资源预留成功。

在上述按照本发明提供的处理方法中，所述来自网络侧的业务流为访问主机的业务流时，在所述步骤S11)之前还包括以下步骤：

S4)ASN-GW对网络侧发起的业务流参数进行主机所属CSN的策略决策；

S5)主机所属CSN中的PF向ASN-GW中的SFA发起资源预留消息；

在所述步骤S16)之后还包括以下步骤：

S19)ASN-GW中的SFA向所属主机CSN中的PF响应资源预留成功。

实施上述按照本发明提供的处理方法，对网络侧发起访问主机或G-MS的业务流以及由AF发起的动态业务流提供了完全的解决方案，弥补了现有技术的不足，能够满足更广泛、更多样化的应用需求。

附图说明

图1是现有技术802.16标准中定义的空中接口协议栈模型的示意图；

图2是WiMax多主机系统下的网络参考模型示意图；

图3是WiMax多主机系统下QoS功能元素分解的结构示意图；

图4是WiMax系统下AF触发业务流创建过程示意图；

图5是WiMax系统下G-MS预配置业务流程示意图；

图6是WiMax系统下主机预配置业务流创建流程示意图；

图7是由G-MS代表主机发起的业务流创建流程示意图；

图8是AF发起的动态业务流创建流程示意图；

图9是网络侧发起的访问主机的业务流创建流程图；

图10是网络侧发起的访问G-MS的业务流创建流程图；

具体实施方式

本发明提供的由网络侧发起业务流创建的流程，包括从AF发起的动态业务流创建、网络侧发起的访问主机的业务流创建以及网络侧发起的访问G-MS的业务流创建的三个环节，以完善业务流创建流程。其中，多个主机通过802.11(WiFi)或者802.3(以太网)相连接，所依赖的系统如图2和图3所描述，在以下实施中使用的消息及其参数的定义已经在前文给出。

一、AF发起的动态业务流创建方法

流程图如图8所示，具体包括以下步骤，图上每个箭头上的标号对应于以下描述的步骤编号：

1、AF通过发送RR-Req向主机所属CSN中的PF提出资源预留请求；

2、PF收到请求后，利用决策数据对来自AF的业务流参数进行策略决策，

通过决策条件后，通过发送RR-Req向ASN-GW中的SFA(流程图中未画出)提出资源预留请求；

3、ASN-GW中的SFA把来自位于主机CSN的PF的资源请求，通过策略决策请求(PD-Req)消息发往位于G-MS CSN中的PF，请求策略决策；

4、G-MS CSN中的PF把G-MS的策略数据与请求的资源进行匹配，如果匹配成功，G-MS CSN中的PF通过PD-Resp(ok)向ASN-GW中的SFA响应成功，如果匹配不成功，G-MS CSN中的PF向ASN-GW中的SFA反馈匹配不成功(PD-Resp(fail)并释放占用资源，退出处理(未示出)；

5、ASN-GW中的SFA通过发送RR-Req向BS中的SFM提出资源预留请求(RR-Req(G-MS，SFID60))；

6、BS中的SFM收到资源预留请求后，查询本地的资源信息并匹配被请求的预留资源DSA-Req(CID#26，SFID#60)，如果匹配成功则准备在空中接口上创建动态业务通道；通过BS向G-MS发起创建动态业务通道的请求，消息中包含业务流的特征参数；如果匹配不成，返回匹配失败(未示出)并释放占用资源，退出处理

7、G-MS查看并比较自己的可用资源与要求的参数，条件许可则通过DSA-Resp(OK)向BS反馈成功，BS收到G-MS的成功响应后，将反馈给G-MS(未示出)；

8、BS中的SFM向ASN-GW中的SFA响应资源预留成功RR-Resp(ok)；

9、在BS中的SFM和ASN-GW中的SFA间建立R6通道；

10、ASN-GW中的SFA向主机CSN中的PF响应资源预留成功RR-Resp(ok)；

11、CSN中的PF向AF响应资源预留成功RR-Resp(ok)。

在以上步骤中，在需要进行判断决策的地方，如果有资源不足或者请求不满足策略数据的限定条件时，则可以在该点返回失败或者拒绝，后续步骤不再进行。

二、网络侧发起的访问主机的业务流创建过程

如图9所示，包括以下步骤，图上每个箭头上的标号对应于以下描述的步骤编号：

1、ASN-GW收到来自网络侧并欲访问G-MS背后主机的数据报文，根据报文的特征参数，没有匹配的数据通道来承载该报文，则ASN-GW中的SFA(流程图中未画出)向主机所属CSN中的PF申请策略决策(PD-Req)，PF根据主机的策略数据与请求的参数进行对比决策；

2、策略决策成功后，PE向ASN-GW中的SFA响应策略决策成功消息(PD-Resp(ok))；

3、主机所属CSN中的PF向ASN-GW中的SFA发起资源预留(RR-Req)；

4、ASN-GW中的SFA把来自主机所属CSN中的PF的请求资源通过策略决策请求(PD-Req)消息发往位于G-MS CSN中的PF；

5、G-MS CSN中的PF把G-MS的策略数据与请求的资源进行匹配，如果匹配成功，G-MS CSN中的PF向ASN-GW中的SFA响应成功(PD-Resp(ok))；

6、ASN-GW中的SFA向BS中的SFM发起资源预留请求(RR-Req)；

7、BS中的SFM查询本地的资源信息并匹配被请求的预留资源，如果成功则准备在空中接口上创建动态业务通道；通过BS向G-MS发起创建动态业务通道的请求，消息中包含业务流的特征参数(DSA-Req)；

8、G-MS收到创建动态业务请求后查看并比较自己的可用资源与要求的参数，条件许可则向BS反馈动态业务创建成功DSA-Resp(ok)；

9、BS收到G-MS反馈的动态业务创建成功的响应后，反馈给G-MS一个确认消息(RR-Resp(ok)。BS中的SFM向ASN-GW中的SFA响应资源预留成功；

10、在BS中的SFM和ASN-GW中的SFA间建立R6通道；

11、ASN-GW中的SFA向主机CSN中的PF响应资源预留成功RR-Resp(ok)；

以上步骤中需要进行判断决策的地方，如果有资源不足或者请求不满足策略数据的限定条件的情况发生，则可以在该点返回失败或者拒绝，后序步骤不再继续。

三、网络侧发起的访问G-MS的业务流创建过程

流程图见图10，其中包括以下步骤：

1、ASN-GW根据网络侧的业务流参数，向G-MS中PF的发出策略决策PD请求(PD-Req)；

2、G-MS中PF作出PD决策反馈(成功/失败)给ASN-GW中的SFA，图中只示出了决策成功匹配的情况PD-Resp(ok)；

3、SFA向BS中的SFM发出预留资源请求(RR-Req)；

4、基站BS向G-MS发起创建动态业务通道的请求(DSA-Req)，申请创建业务流，消息中包含业务流的特征参数；

5、空口信道创建成功；G-MS收到创建动态业务请求后查看并比较自己的可用资源与要求的参数，如果满足条件则向BS反馈动态业务创建成功DSA-Resp(ok)；

6、BS中的SFM向ASN-GW中的SFA反馈资源预留结果(成功/失败)，图中只示出了资源预留成功的情况(RR-Resp(ok))；

7、在BS中的SFM和ASN-GW中的SFA之间创建R6通道。

实施本发明上述技术方案，可以大大完善现有WiMax网络架构及其应用实现的有效性。作为另一种变形，在图5、图6中，当G-MS、主机CSN中的PF通过资源预留请求向ASN-GW中的SFA进行预配置时，可能把G-MS、主机的所有策略数据都下载到ASN-GW中，在这种情况下，因此图8、图9、图10中向G-MS的PF以及主机的PF申请进行策略决策的消息动作可以省略，因为ASN-GW可以在本地取得G-MS以及主机的策略数据并完成策略决策。

Claims (9)

1、一种WiMax多主机系统下处理来自网络侧业务流的方法，其特征在于，包括以下步骤：

S11)对网络侧发起的访问G-MS的业务流或AF发起的动态业务流，由ASN-GW对其进行以G-MS的PF为决策点的策略决策；或对网络侧发起的访问主机的业务流，由ASN-GW对其进行以主机CSN的PF为决策点的策略决策以及以G-MS的PF为决策点的策略决策；

S12)ASN-GW中的SFA向基站中的SFM请求预留资源；

S13)基站中的SFM对来自ASN-GW中SFA的预留资源请求进行准入控制；

S14)在基站和G-MS之间创建空中接口通道；

S15)基站中的SFM向ASN-GW中的SFA反馈资源预留结果；

S16)在基站和ASN-GW间创建R6通道。

2、根据权利要求1所述方法，其特征在于，所述以G-MS的PF为决策点的策略决策包括步骤：将所述G-MS的策略数据预先存储在ASN-GW中；读取预先下载的策略数据；根据策略数据进行策略决策；如策略决策结果返回不满足策略条件，则释放资源并退出处理。

3、根据权利要求1所述方法，其特征在于，所述以G-MS的PF为决策点的策略决策包括以下步骤：

S111)SFA将请求的资源通过策略决策请求消息发往位于G-MS CSN中的PF；

S112)G-MS CSN中的PF把G-MS的策略数据与请求的资源进行匹配；

S113)如果匹配成功，G-MS CSN中的PF向ASN-GW中的SFA响应策略决策成功，如果匹配失败，则向ASN-GW中的SFA反馈不满足策略条件，并释放资源，退出处理。

4、根据权利要求1所述方法，其特征在于，所述以主机CSN中PF为决策点的策略决策包括以下步骤：将主机CSN的策略数据预先存储在ASN-GW中；读取预先下载的策略数据；根据策略数据进行策略决策；如策略决策结果返回不满足策略条件，则释放资源并退出处理。

5、根据权利要求1所述方法，其特征在于，所述以主机CSN中PF为决策点的策略决策包括以下步骤：

S23)ASN-GW中的SFA向主机所属CSN中的PF申请策略决策，PF根据主机的策略数据与请求的参数进行对比决策；

S24)主机所属CSN中的PF将G-MS的策略数据与请求的资源进行匹配；

S25)如果匹配成功，G-MS CSN中的PF向ASN-GW中的SFA响应策略决策成功，如果匹配失败，向ASN-GW中的SFA反馈不满足策略条件，并释放已占用资源并退出处理。

6、根据权利要求1所述方法，其特征在于，所述步骤13)包括：

S131)BS中的SFM查询本地的资源信息并匹配被请求的预留资源；

S132)如果匹配成功则在空中接口上创建动态业务通道，如果匹配失败，则返回创建动态业务通道失败并释放已占用资源退出处理；

S133)通过BS向G-MS发起创建动态业务通道的请求，该请求消息包含业务流的特征参数。

7、根据权利要求1所述方法，其特征在于，所述S14)包括以下步骤：

S141)G-MS收到创建动态业务请求后检查可用资源能否满足请求的资源要求，如能满足要求则向BS反馈动态业务创建成功并执行步骤S142；如果不能满足资源要求，则返回动态业务创建失败并释放资源占用，退出处理；

S142)BS收到G-MS反馈的动态业务创建成功的响应后，将确认消息反馈给G-MS。

8、根据权利要求1-5中任何一项所述方法，其特征在于，所述来自网络侧业务流为AF发起的业务流时，在所述步骤S11)之前还包括以下步骤：

S1)AF向主机所属CSN中的PF申请创建端到端的业务流；

S2)PF进行主机所属CSN的策略决策，如果策略决策失败则释放资源并退出处理；

S3)PF向ASN-GW中的SFA发起资源预留请求；

在所述步骤S16)之后还包括以下步骤：

S17)ASN-GW中的SFA向主机所属CSN中的PF响应资源预留成功；

S18)CSN中的PF向发起业务流的AF响应资源预留成功。

9、根据权利要求1-5中任何一项所述方法，其特征在于，所述来自网络侧的业务流为访问主机的业务流时，在所述步骤S11)之前还包括以下步骤：

S4)ASN-GW对网络侧发起的业务流参数进行主机所属CSN的策略决策；

S5)主机所属CSN中的PF向ASN-GW中的SFA发起资源预留消息；

在所述步骤S16)之后还包括以下步骤：

S19)ASN-GW中的SFA向所属主机CSN中的PF响应资源预留成功。

Images