CN101043440A - 一种WiMAX网络中支持多业务流操作的方法 - Google Patents

Abstract

本发明提供一种WiMAX网络中支持多业务流操作的方法，其中，设置一资源预留请求消息，使得当应用功能实体发起业务流请求时，由策略功能实体下发该资源预留请求消息并通知策略执行实体进行预留资源时，针对每一条业务流均产生一预留资源动作；所述资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一条业务流的参数中至少包括预留资源动作。通过本发明，使得预留资源动作可针对每一条业务流产生，解决了现有技术中存在的缺陷；同时，在此基础上对业务流的建立流程进行了改进。

Description

一种WiMAX网络中支持多业务流操作的方法

技术领域

本发明涉及移动通信领域，特别涉及一种WiMAX网络中支持多业务流操作的方法。

背景技术

首先对WiMAX网络进行简要说明。如图1所示，为WiMAX NWG(NetworkWork Group；网络工作组)标准最新定义的服务质量(QoS：Service of Quality)结构示意图。其中，

SS(Subscriber Station)，为用户终端，如支持WiMAX功能的笔记本电脑或者手机；

SFM(Service Flow Management)，为业务流管理器，负责建立用户业务流及为此业务流分配无线资源等，执行网络服务提供商(NSP：Network ServiceProvider)下发的Qos策略，如为某用户预流多少带宽等，此功能体存在于接入服务网络(ASN：Access Service Network)中；

SFA(Service Flow Authorization)，为业务流授权者，负责给相应的业务流授权，执行NSP下发的Qos策略，如为某用户预留多少带宽等，并且将此策略再下发给SFM，此功能体存在于ASN中；

PF(policy function)，为策略功能体，制定各种详细的Qos策略，此功能体存在于NSP中，在漫游场景中，将会存在拜访PF(Visited PF)和归属PF(Home PF)；

AF(Application functions)，为应用功能体，此功能体主要为PF提供详细的业务信息，以供PF制定具体的Qos策略，用户终端SS直接通过应用层协议连接访问AF，AF将会通知PF主动为用户创建业务流，此功能体存在于NSP中；

认证、授权、计费(AAA：Authentication、Authorization、Accounting)数据库用于存放用户签约数据及一些用于认证、授权、计费信息的数据库。

公共策略数据库，就是根据用户的签约信息和一系列策略制定规则，制定相应的Qos、计费等策略的数据库。

在WiMAX标准的服务质量体系(QoS：Quality of Service)中定义了相关消息，如资源预留(RR)消息，由上往下发送，即由策略功能实体PF→锚SFA(Anchor SFA )→服务SFA(Serving SFA)→业务流管理功能实体SFM。如图3、图4和图5所示，为当前WiMAX标准的服务质量体系(QoS：Quality ofService)中定义的非漫游、漫游下业务流建立流程图。

其资源预留消息中携带的信元如图2所示。由图2可知，此RR消息可以支持同时携带多个业务流(1～n)申请。

但是，目前此消息存在一问题，就是预留资源动作(Reservation Action)是针对所有业务流的，并不能针对每一条业务流。但实际上资源预留请求(RR-Request)消息携带的每一条业务流的动作(action)都是不同的，有的业务流可能是创建操作，有的业务流可能是删除操作。因此，RR-Request消息里携带多个业务流却只有一个预留资源动作(Reservation Action)是不合理的。

发明内容

鉴于现有技术中存在的问题，一种WiMAX网络中支持多业务流操作的方法和业务流建立方法。

本发明提供一种WiMAX网络中支持多业务流操作的方法，其中，设置一资源预留请求消息，使得当应用功能AF实体发起业务流请求时，由策略功能AF实体下发该资源预留请求消息并通知策略执行PF实体进行预留资源时，针对每一条业务流均产生一预留资源动作；

其中，所述资源预留消息中携带的信元包括：用户终端标识(MS NAI)、事务处理标识(Transaction ID)、相关指示(Combined Resources Required)、业务流的数量(Number of FlowS)、每一业务流的参数；其中，每一条业务流的参数中至少包括预留资源动作(Reservation Action)。

每一条业务流的参数中还包括：

流标识(Flow ID)、方向(Direction)、资源描述(Resource Description)、多媒体流描述(Media Flow Description)、多媒体流类型(Media Flow Type)、协商资源范围(Combined Resources Required)、服务质量优先级(QoS Priority)和计费扩展(Accounting Extension)。

在非漫游下，所述策略功能PF实体下发所述资源预留请求消息；

从策略功能PF实体到锚业务流授权功能(Anchor-SFA)实体、从锚SFA实体到服务SFA实体、从服务SFA实体到SFM实体的业务流应用所述资源预留请求消息。

在漫游下，当归属应用功能(H-AF)实体发起业务流请求时，所述归属策略功能(H-PF)实体下发所述资源预留请求消息；

从H-PF实体到拜访策略功能(V-PF)实体，从V-PF实体到锚SFA实体、从锚SFA实体到服务SFA实体、从服务SFA实体到SFM实体的业务流应用所述资源预留请求消息。

在漫游下，当拜访应用功能(V-AF)实体发起业务流请求时，所述V-PF实体下发所述资源预留请求消息；

从V-PF实体到H-PF实体、从H-PF实体到锚SFA实体、从锚SFA实体到服务SFA实体、从服务SFA实体到SFM实体的业务流应用所述资源预留请求消息。

本发明还提供一种WiMAX网络中非漫游下业务流建立方法，其中，当AF实体触发业务流时，包括步骤：

AF实体向PF实体发送请求消息；

PF实体收到请求消息后应用策略，向锚SFA实体发送资源预留请求消息；该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

锚SFA实体收到该资源预留请求消息后，应用本地策略，将该资源预留请求消息发送至服务SFA实体；

服务SFA实体收到所述资源预留请求消息后，将该资源预留请求消息发送至SFM实体；

业务流管理功能SFM实体通知用户终端UE。

本发明还提供一种WiMAX网络中漫游下由归属应用功能实体触发的业务流建立方法，其中，当H-AF实体触发业务流时，包括步骤：

H-AF实体向H-PF实体发送请求消息；

H-PF实体收到请求消息后应用策略，向V-PF实体发送资源预留请求消息；该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

V-PF实体收到该资源预留请求消息后，应用策略，并将该资源预留请求消息发送至锚SFA实体；

锚SFA实体收到该资源预留请求消息后，应用本地策略，将该资源预留请求消息发送至服务SFA实体；

服务SFA实体收到所述资源预留请求消息后，将该资源预留请求消息发送至SFM实体；

业务流管理功能实体通知用户终端。

本发明还提供一种WiMAX网络中漫游下由归属应用功能实体触发的业务流建立方法，其中，当V-AF实体触发业务流时，包括步骤：

V-AF实体向V-PF实体发送请求消息；

V-PF实体收到请求消息后，向H-PF实体发送资源预留请求消息，并应用策略，然后发送资源预留响应消息至V-PF实体；其中，该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

V-PF实体收到该资源预留请求消息后，应用策略，并将该资源预留请求消息发送至锚SFA实体；

锚SFA实体收到该资源预留请求消息后，应用本地策略，然后将该资源预留请求消息发送至服务SFA实体；

服务SFA实体收到所述资源预留请求消息后，将该资源预留请求消息发送至SFM实体；

SFM实体通知用户终端UE。

本发明的有益效果在于，通过设置一资源预留请求消息，使得策略功能实体下发该资源预留请求消息并通知策略执行实体进行预留资源时，针对每一条业务流均产生一预留资源动作；解决了现有技术中存在的缺陷；同时，在此基础上对业务流的建立流程进行了改进。

附图说明

图1为WiMAX NWG标准最新定义的服务质量结构示意图；

图2为现有技术中的资源预留(RR)消息结构示意图；

图3为当前WiMAX标准的服务质量体系中非漫游下业务流建立流程示意图；

图4为当前WiMAX标准的服务质量体系中漫游下由H-AF触发的业务流建立流程示意图；

图5为当前WiMAX标准的服务质量体系中漫游下由V-AF触发的业务流建立流程示意图；

图6为本发明实施例的资源预留消息结构示意图；

图7为本发明实施例的非漫游下业务流建立流程示意图；

图8为本发明实施例的漫游下由H-AF触发的业务流建立流程示意图；

图9为本发明实施例的漫游下由V-AF触发的业务流建立流程示意图。

具体实施方式

以下参照附图对本发明进行详细说明。

本发明提供一种WiMAX网络中支持多业务流操作的方法，其中，设置一资源预留请求消息，使得当应用功能实体发起业务流请求时，由策略功能实体下发该资源预留请求消息并通知策略执行实体进行预留资源时，针对每一条业务流均产生一预留资源动作；

其中，所述资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一条业务流的参数中至少包括预留资源动作。

此外，所述每一条业务流的参数中还包括：

流标识、方向、资源描述、多媒体流描述、多媒体流类型、协商资源范围、服务质量优先级和计费扩展。

通过本发明设置的资源预留请求消息，使得该资源预留消息中的预留资源动作是针对每一条业务流，而非是所有的业务流，从而解决了现有技术中存在的不合理的问题，同时，在此基础上对业务流的建立流程进行了改进。

如图6所示，为本发明实施例的资源预留消息结构示意图；本实施例中为与现有技术区别开，将该资源预留消息的名称用“New-Request”表示，当然其名称并不限于此，还可采用其他的名称。

如图所示，资源预留请求(New-Request)消息中携带的信元包括：

用户终端标识(MS NAI)、事务处理标识(Transaction ID)、相关指示(Combined Resources Required)、业务流的数量(Number of FlowS)、每一业务流的参数；其中，每一业务流的参数中均包括：

流标识(Flow ID)(在应用层标识一条业务流的标识)、方向(Direction)、预留资源动作(Reservation Action)、资源描述(Resource Description)、多媒体流描述(Media Flow Description)、多媒体流类型(Media Flow Type)、协商资源范围(Reduced Resources)、服务质量优先级(QoS Priority)和计费扩展(Accounting Extension)。

对于资源预留响应(RR-Response)消息，其与现有技术一致，此处不再赘述。

如图7所示，为实施例的非漫游下业务流建立流程示意图。

当应用功能AF实体触发业务流时，包括步骤：

应用功能实体AF向策略功能实体PF发送请求(Request)消息；

策略功能实体收到Request消息后应用策略(Apply Police)，向锚SFA实体发送New-Request消息；

锚业SFA实体收到该New-Request消息后，应用本地策略(Apply LocalPolice)，然后将该New-Request消息发送至服务SFA实体；

服务SFA实体收到所述New-Request消息后，将该New-Request消息发送至SFM实体；

SFM实体通过动态业务增加请求消息(DSA-Request)通知用户终端MS；

然后用户终端MS进行响应并从SFM实体将RR-Response消息依次返回至PF。

如图8所示，为本发明实施例的漫游下由H-AF触发的业务流建立流程示意图。当H-AF触发业务流时，如图所示，包括步骤：

H-AF实体向H-PF实体发送请求(Request)消息；

H-PF实体收到Request消息后应用策略，向V-PF实体发送New-Request消息；

V-PF实体收到该New-Request消息后，应用策略，并将该New-Request消息发送至锚SFA实体；

锚SFA实体收到该New-Request消息后，应用本地策略，然后将该New-Request消息发送至服务SFA实体；

服务SFA实体收到所述New-Request消息后，将该New-Request消息发送至SFM实体；

SFM实体通过DSA-Request通知用户终端MS；

然后用户终端MS进行响应并从SFM实体将RR-Response消息依次返回至H-PF。

如图9所示为本发明实施例的漫游下由V-AF触发的业务流建立流程示意图。当V-AF触发业务流时，如图所示，包括步骤：

V-AF实体向V-PF实体发送请求(Request)消息；

V-PF实体收到Request消息后，向H-PF实体发送New-Request消息，并应用策略，然后发送资源预留响应(RR-Response)消息至V-PF实体；

V-PF实体收到该RR-Response消息后，应用策略，并将New-Request消息发送至锚SFA实体；

锚SFA实体收到该New-Request消息后，应用本地策略，然后将该New-Request消息发送至服务SFA实体；

服务SFA实体收到所述New-Request消息后，将该New-Request消息发送至SFM实体；

SFM实体通过动态业务增加请求消息(DSA-Request)通知用户终端MS；

然后用户终端MS进行响应并从SFM实体将RR-Response消息依次返回V-PF。

由上述实施例可知，通过本发明设置的资源预留请求(New-Request)消息，使得资源预留消息中的预留资源动作是针对每一条业务流，而非是所有的业务流，从而正确地支持多业务流操作，解决了现有技术中存在的不合理的问题，同时，在此基础上对业务流的建立流程进行了改进。

上述实施例仅用于说明本发明，而非用于限定本发明。

Claims (9)

1.一种WiMAX网络中支持多业务流操作的方法，其特征在于，设置一资源预留请求消息，使得当应用功能实体发起业务流请求时，由策略功能实体下发该资源预留请求消息并通知策略执行实体进行预留资源时，针对每一条业务流均产生一预留资源动作。

2.根据权利要求1所述的WiMAX网络中支持多业务流操作的方法，其特征在于，所述资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一条业务流的参数中至少包括预留资源动作。

3.根据权利要求2所述的WiMAX网络中支持多业务流操作的方法，其特征在于，所述每一条业务流的参数中还包括：

流标识、方向、资源描述、多媒体流描述、多媒体流类型、协商资源范围、服务质量优先级和计费扩展。

4.根据权利要求3所述的WiMAX网络中支持多业务流操作的方法，其特征在于，在非漫游下，所述策略功能实体下发所述资源预留请求消息；

从策略功能实体到锚业务流授权功能实体、从锚业务流授权功能实体到服务业务流授权功能实体、从服务业务流授权功能实体到业务流管理功能实体的业务流应用所述资源预留请求消息。

5.根据权利要求3所述的WiMAX网络中支持多业务流操作的方法，其特征在于，在漫游下，当归属应用功能实体发起业务流请求时，所述归属策略功能实体下发所述资源预留请求消息；

从归属策略功能实体到拜访策略功能实体，从拜访策略功能实体到锚业务流授权功能实体、从锚业务流授权功能实体到服务业务流授权功能实体、从服务业务流授权功能实体到业务流管理功能实体的业务流应用所述资源预留请求消息。

6.根据权利要求3所述的WiMAX网络中支持多业务流操作的方法，其特征在于，在漫游下，当拜访应用功能实体发起业务流请求时，所述拜访策略功能实体下发所述资源预留请求消息；

从拜访策略功能实体到归属策略功能实体、从拜访策略功能实体到锚业务流授权功能实体、从锚业务流授权功能实体到服务业务流授权功能实体、从服务业务流授权功能实体到业务流管理功能实体的业务流应用所述资源预留请求消息。

7.一种WiMAX网络中非漫游下业务流建立方法，其特征在于，当应用功能实体触发业务流时，包括步骤：

应用功能实体向策略功能实体发送请求消息；

策略功能实体收到请求消息后应用策略，向锚业务流授权功能实体发送资源预留请求消息；该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

锚业务流授权功能实体收到该资源预留请求消息后，应用本地策略，将该资源预留请求消息发送至服务业务流授权功能实体；

服务业务流授权功能实体收到所述资源预留请求消息后，将该资源预留请求消息发送至业务流管理功能实体；

业务流管理功能实体通知用户终端。

8.一种WiMAX网络中漫游下由归属应用功能实体触发的业务流建立方法，其特征在于，当归属应用功能实体触发业务流时，包括步骤：

归属应用功能实体向归属策略功能实体发送请求消息；

归属策略功能实体收到请求消息后应用策略，向拜访策略功能实体发送资源预留请求消息；该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

拜访策略功能实体收到该资源预留请求消息后，应用策略，并将该资源预留请求消息发送至锚业务流授权功能实体；

锚业务流授权功能实体收到该资源预留请求消息后，应用本地策略，将该资源预留请求消息发送至服务业务流授权功能实体；

服务业务流授权功能实体收到所述资源预留请求消息后，将该资源预留请求消息发送至业务流管理功能实体；

业务流管理功能实体通知用户终端。

9.一种WiMAX网络中漫游下由归属应用功能实体触发的业务流建立方法，其特征在于，当拜访应用功能实体触发业务流时，包括步骤：

拜访应用功能实体向拜访策略功能实体发送请求消息；

拜访策略功能实体收到请求消息后，向归属策略功能实体发送资源预留请求消息，并应用策略，然后发送资源预留响应消息至拜访策略功能实体；其中，该资源预留消息中携带的信元包括：用户终端标识、事务处理标识、相关指示、业务流的数量、每一业务流的参数；其中，每一业务流的参数中至少包括预留资源动作；

拜访策略功能实体收到该资源预留请求消息后，应用策略，并将该资源预留请求消息发送至锚业务流授权功能实体；

锚业务流授权功能实体收到该资源预留请求消息后，应用本地策略，然后将该资源预留请求消息发送至服务业务流授权功能实体；

服务业务流授权功能实体收到所述资源预留请求消息后，将该资源预留请求消息发送至业务流管理功能实体；

业务流管理功能实体通知用户终端。

Images