动态业务流的处理方法

专利名称：动态业务流的处理方法
技术领域：
本发明涉及通〗言领域，具体而言，涉及一种动态业务流的处理 方法。
背景技术：
WiMAX ( Worldwide Interoperability for Microwave Access, 微 波接入全球互通)技术是一种宽带无线接入标准，该标准基于802.16 协i义，能够^是供面向互4关网的高速连^妻。与3G网络不同的是， WiMAX网乡各完全采用IP (Internet Protocol,互耳关网协i义)分组交 换技术，而不必提供面向语音的电路交换。
图1是现有技术的WiMAX网络参考模型的示意图，如图1所 示，ASN ( Access Service Network, 4妄入业务网络)域实现的功能 包括与WiMAX终端的连接、认证授权计费消息传递、业 务网络的发现和选择、为建立与WiMAX终端的因特网连 4妾才是供中继功能、无线空口资源管理、4妄入业务网络与连 <接业务网络之间隧道建立及管理；CSN ( Connect Service Network,连接业务网络)域(图1中示出了拜访域和家乡域的CSN 域)主要负责的功能用户因特网地址分配及接入、认证授 4又计费^理或者力l务、基于用户系统参凄t的策略以及i午可 控制、4妾入业务网络与连4妄业务网络之间隧道建立及管理、 连"l妄业务网络间漫游隧道及移动性管理。WiMAX系统能够承载多种业务，例如语音、视频、HTTP 和EMAIL等，并且各个业务对月l务质量的要求是不同的，因此， WiMAX网l各采用不同的业务流为同 一个移动终端^是供不同的业务 凄史据。业务流4要照诸如源地址、目的地址、端口号和协i义号等的分 组信息进行划分，并为每个业务流指定一个QoS参数，以便为不同 业务l是供对应的力良务质量。系统还为每个业务流i殳定一个SFID (Service Flow Identification,业务;虎才示"i只)，用于指示该业务;危和乂于 应的QoS参凄t。
在实际应用中，可以4十对业务流扭J亍以下才喿作
(1 )创建(create),例如当存在新的应用需求时，系统可以 create —个新的业务流；
(2) "i人可(Admit),例如系统4艮据实际的资源4吏用情况， 确定自身能否满足某个业务流的QoS( Quality of Service,服务质量) 参数要求；
(3 )激活(Activate),是指在某个业务流获得认可之后，将其 投入使用的过程；
(4 )修改(Modify )，可以在某个业务流的Qos参数无法满足 当前应用需求时执行该操作，以便对QoS参数进行修改和调整；
(5)删除(delete),当某个应用结束时，删除支持该应用的业务流。
图2是现有^支术的WiMAX网络QoS逻辑才莫型的示意图，如图 2所示，在WIMAX系统中，为用户^是供业务流的网络节点主要包 4舌SFM( Service Flow Management,业务;危管J里)实体、SFA( Service Flow Authorization,业务;危4受4又)实体和PF ( Police Function,策略功能)实体。其中，SFM实体设置在基站侧，能够根据本地的无线 资源情况，^丸行相关的业务流操作；SFA实体包括Serving SFA( SFA 服务点，业务流授权服务点)实体和Anchor SFA (SFA锚点，即业 务流授权锚点)实体；SFA实体能够根据本地策略对业务流执行认 可操作；PF实体位于CSN侧，用于保存用户信息并提供业务流的 QoS策略。图3是现有^支术的WiMAX网全各业务流操:作的示意图，如图3 所示，WiMAX网络中的业务流操作包括如下步骤步骤S302,在用户4妄入i人^E4t^又过程中，AAA ( Authentication, Authorization and Accounting, iU正4受4又计费)d夸用户签约4受片又的 QoS参数信息下发至认证器Authenticator， SFA锚点实体(即， Authenticator )在接收到授权QoS信息之后，向SFA服务点实体发 送RR_Req (资源预留请求)消息，并在其中携带有QoS参数信息；步骤S304, SFA服务点实体接收资源预留请求消息，向SFM 实体发送数据通道请求消息，并在其中携带QoS参数信息；步骤S306, SFM实体接收数据通道请求消息，获取QoS参数 信息，并根据可用的无线资源状况来判断是否接受数据通道请求； 在判断结果为是的情况下，SFM实体向移动终端发送无线资源纟青求 消息；步骤S308，移动终端"l妄收无线资源请求消息，根据802.16e协 i义拒绝或者4妾受资源:清求，并向SFM实体发送无线资源响应消息；步骤S310, SFM实体向SFA服务点实体发送数据通道响应消 息，并在其中携带确认该次资源预留的信息；步骤S312,月艮务SFA实体接收来自SFM实体的数据通道响应 消息，并向SFA锚点实体发送资源预留响应消息，并在其中携带确 iU玄次资源预留的信息。为了保证WiMAX动态业务的服务质量，在WiMAX的R1.5 版本中，引进了 3GPP标准组织提出的策略计费控制架构。PF实体 由PCRF( Policy and Charging Rules Function,策略和i十费头见则功育巨) 实体取代，PCEF ( Policy and Charging Enforcement Function, 策略 和计费执行功能)实体逻辑功能由SFA锚点(Anchor SFA)实体来 完成，同时，定义了 PCRF实体以及SFA锚点实体触发的会话修改 流禾呈，其分另'J适用于AF (Application Function,应用功能)实体i青 求的动态业务流创建和移动终端/基站纟青求的IP连4妄4妄入网络7"R载 创建流程。在当前的WiMAX规范版本中，定义了预制业务流PPSF, 其在鉴权器的认证协商过程完成之后，由Anchor SFA实体触发建 立。由于业务流的创建流程依附于认证协商过程，在用户业务开始 之前，由系统预先创建，并且目前只能由AGW (ASN网关)侧发 起。考虑到动态业务的需求，例如用户4吏用QQ业务时，首先通 过文本传输进4亍聊天，然后，希望进4亍#见频语音聊天，如果系统预 先创建的预制业务流QoS不能满足用户需求，则用户无法〗吏用该业 务。因此，在ASN内部，WiMAX对动态业务的支持是不够的，考 虑到由应用层功能AF以及终端触发的资源请求的两种情况，ASN 必须增加由UE及AF动态触发业务流建立的流程。对于AF动态触发业务流建立的情况，在目前的PCC( Policy and Charging Control,策略和计费控制)架构中的实现过程如下AF 请求信息首先通过Rx接口被传递至PCRF实体，PCRF实体会根据 该AF信息中的QoS参数并结合已经创建的IP-CAN会话信息以及 用户签约数据库中的用户签约信息作出授权策略决策，该授权策略决策被下发至ASN网络内的策略计费执行功能(即，锚点SFA实 体)；与图3中现有的WiMAX网络业务流创建Af!，改流程相比，除 了用户QoS信息来源不一致外，现有ASN发起的业务流创建流程 完全可以适用于由AF动态触发的业务流建立。因此，为了使WiMAX动态业务的服务质量完全得到保证，在 PCC架构的控制下，还需要提供由UE ( User Equipment,用户设备) 发起的业务流建立流程。发明内容针对现有冲支术中存在的需要一种由UE发起的业务流建立流程 的问题而^是出本发明，为此，本发明旨在才是供一种动态业务流的处 理方法，用以解决上述问题。才艮据本发明，4是供了一种动态业务流的处理方法。才艮据本发明的动态业务流的处理方法包括业务流管理实体4妄 收来自终端的资源请求消息，并向业务流授^UR务点实体发送数据 通道请求消息，其中，资源请求消息和数据通道请求消息中均携带 有终端需求的服务质量参数信息；业务流授权服务点实体接收数据 通道请求消息，并向业务流授权锚点实体发送资源预留请求消息，其中，资源预留请求消息携带有终端需求的服务质量参数信息；业务流授权服务点实体接收来自业务流授权锚点实体的资源预留响应消息，并向业务流管理实体发送数据通道响应消息；业务流管理实 体接收数据通道响应消息，并向业务流授权服务点实体发送数据通 道确认消息；业务流授权服务点实体接收数据通道确认消息，并向 业务流授权锚点实体发送资源预留确认消息。优选地，资源请求消息为空口资源请求消息，业务流管理实体 接收来自终端的资源请求消息具体包括业务流管理实体从资源请求消息中获取终端需求的服务质量参数信息；业务流管理实体根据 当前空口资源状况和终端需求的服务质量参数信息判断接纳控制是 否通过；在判断结果为否的情况下，拒绝资源请求消息；在判断结 果为是的情况下，业务流管理实体进一步判断是否需要创建新的数 据通道。优选地，在判断需要创建新的数据通道的情况下，业务流管理 实体向业务流授^又服务点实体发送数据通道请求消息具体为业务 流管理实体向业务流授权服务点实体发送数据通道创建请求消息。优选地，在业务流授权服务点实体向业务流授权锚点实体发送 资源预留请求消息之后，上述方法还包括业务流授权锚点实体接 收资源预留请求消息；业务流授权锚点实体获取策略决策结果，根 据策略决策结果预留资源，并向业务流授权服务点实体发送资源预 留响应消息，其中，资源预智响应消息携带有决策后的服务质量参 凄^f言息、业务流标识。优选地，业务流授权服务点实体向业务流管理实体发送数据通 道响应消息具体为业务流授权服务点实体向业务流管理实体发送 数据通道创建响应消息，其中，数据通道创建响应消息携带有决策 后的力良务质量参数信息、业务流标识、lt据通道标识；业务流管理 实体向业务流授权服务点实体发送数据通道确认消息具体为业务 流管理实体向业务流授权服务点实体发送数据通道创建确认消息。优选地，在判断不需要创建新的数据通道的情况下，业务流管 理实体向业务流授权服务点实体发送数据通道请求消息具体为业务流管理实体向业务流授权服务点实体发送数据通道修改请求消 自、优选地，在业务流授权服务点实体向业务流授权锚点实体发送资源预留i青求消息之后，上述方法还包括业务流4受4又锚点实体接 收资源预留请求消息；业务流授权锚点实体获取策略决策结果，根 据策略决策结果预留资源，并向业务流授权服务点实体发送资源预 留响应消息，其中，资源预留响应消息携带有决策后的服务质量参 数信息、业务流标识。优选地，业务流授^J良务点实体向业务流管理实体发送凄t据通 道响应消息具体为业务流授权服务点实体向业务流管理实体发送 数据通道修改响应消息，其中，数据通道修改响应消息携带有决策 后的服务质量参lt信息、业务流标识、lt据通道标识；业务流管理 实体向业务流授权服务点实体发送数据通道确认消息具体为业务 流管理实体向业务流授权服务点实体发送数据通道修改确认消息。优选地，在业务流管理实体接收数据通道响应消息之后，上述 方法还包括业务流管理实体/人数据通道响应消息中获取决策后的 服务质量参数信息；业务流管理实体根据当前空口资源状况和决策 后的服务质量参数信息判断接纳控制通过；业务流管理实体向终端 发送空口资源响应消息，并在其中携带有决策后的服务质量参数信 息、业务流标识、凄t据通道标识；业务流管理实体4妾收来自终端的 空口资源确i人消息。优选地，资源请求消息为资源删除请求消息。优选地，在业务流管理实体接收来自终端的资源请求消息之后， 上述方法还包括业务流管理实体判断资源删除请求消息中的相应 资源是否存在；在判断结果为是的情况下，业务流管理实体向终端 发送资源删除响应消息，并在其中携带确i人删除相应资源的信息。优选地，业务流管理实体向业务流授权服务点实体发送数据通
道请求消息具体为业务流管理实体向业务流授权服务点实体发送 数据通道删除请求消息，并在其中携带终端的服务质量参数信息、 数据通道标识；业务流授权服务点实体向业务流授权锚点实体发送 资源预留请求消息具体为业务流授权服务点实体向业务流授权锚 点实体发送资源预留删除请求消息，并在其中携带终端的服务质量 参凄t信息、业务流标识。
优选地，在业务流授权服务点实体向业务流授权锚点实体发送 资源预留请求消息之后，上述方法还包括业务流授权锚点实体接 收资源预留删除请求消息，从资源预留删除请求消息中获取业务流 标识，并冲艮据业务流标识删除与业务流4受片又4苗点实体相关的资源； 业务流授权锚点实体向业务流授权服务点实体发送资源预留删除响 应消息，并在其中携带有删除与业务流授权锚点实体相关的资源的 信息、业务流标识；业务流授权服务点实体接收来自业务流授权锚 点实体的资源预留响应消息具体为业务流4更片又月良务点实体4妄收来 自业务流授权锚点实体的资源预留删除响应消息。
优选地，在业务流授权服务点实体接收来自业务流授权锚点实 体的资源预留响应消息之后，上述方法还包括业务流4受权服务点 实体/人资源预留删除响应消息中获耳又业务流标识，并才艮l居业务流标 识删除与业务流授权服务点实体相关的资源；业务流授权服务点实 体向业务流管理实体发送^t据通道响应消息具体为业务流4更片又月艮 务点实体向业务流管理实体发送凄史据通道删除响应消息，并在其中
携带有删除与业务流授权服务点实体相关的资源的信息、业务流标 识。
优选地，在业务流管理实体接收数据通道响应消息之后，上述 方法还包括业务流管理实体从数据通道删除响应消息中获取业务流标识，并根据业务流标识释放与业务流管理实体相关的业务流上下文；
业务流管理实体向业务流授权服务点实体发送数据通道确认消
息具体为业务流管理实体向业务流4受4又力良务点实体发送数据通道 删除确认消息，并在其中携带有释放与业务流管理实体相关的业务 流上下文的〗言息。
优选地，在业务流授权服务点实体接收数据通道确认消息之后， 上述方法还包括业务流授权服务点实体删除与业务流授权服务点 实体相关的业务流上下文；业务流4受权力l务点实体向业务流4受权锚 点实体发送资源预留确认消息具体为业务流4更^UE务点实体向业 务流授权锚点实体发送资源预留删除确认消息，并在其中携带有删 除与业务流授权服务点实体相关的业务流上下文的信息；在业务流 授权服务点实体向业务流授权锚点实体发送资源预留确认消息之 后，上述方法还包括业务流授权锚点实体接收资源预留删除确认 消息，并删除与业务流4更4又锚点实体相关的业务流上下文。
本发明通过提供用户侧触发的动态业务流的处理方法，克服了 现有技术中动态业务的服务质量不能完全得到保证的问题，进而实 现了对用户提供充分的动态业务支持。


此处所i兌明的附图用来^是供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并 不构成对本发明的不当限定。在附图中
图1是现有才支术的WiMAX网络参考才莫型的示意图2是现有4支术的WiMAX网络QoS逻辑才莫型的示意图；图3是现有4支术的WiMAX网络业务流才喿作的示意图4是4艮据本发明实施例的动态业务流的处理方法的流程图5是根据本发明实施例一的动态业务流的创建或修改方法的 流程图6是根据本发明实施例二的动态业务流的删除方法的流程图。
具体实施例方式
为了对用户提供充分的动态业务支持，本发明旨在提供一种动 态业务流的处理方法，其中，具体包;l舌由UE触发的动态业务流的 建立/修改/删除流程；本发明实施例中涉及的流程不仅仅适用于 PCC架构控制下的策略决策，同样适用于非PCC架构控制下的策略 决策。下面将参考附图并结合实施例来详细说明本发明。
方法实施例
根据本发明的实施例，提供了一种动态业务流的处理方法。图 4是才艮据本发明实施例的动态业务流的处理方法的流程图，如图4 所示，该方法包括
步驶朵S402， SFM ( Service Flow Management,业务流管理)实 体4妄收来自终端的资源i青求消息，并向Serving SFA( Serving Service Flow Authorization,业务流授权服务点)实体发送数据通道请求消 息，其中，资源请求消息和数据通道请求消息中均携带有终端需求 的服务质量参数信息；步骤S404, Serving SFA实体接收数据通道请求消息，并向 Anchor SFA ( Anchor Service Flow Authorization, 业务i^i受4又4苗,泉) 实体发送资源预留请求消息，其中，资源预留请求消息携带有终端 需求的服务质量参数信息；
步骤S406， Serving SFA实体接收来自Anchor SFA实体的资源 预留响应消息，并向SFM实体发送数据通道响应消息；
步骤S408, SFM实体4妄收lt据通道响应消息，并向Serving SFA 实体发送数据通道确认消息；
步骤S410， Serving SFA实体接收数据通道确认消息，并向 Anchor SFA实体发送资源预留确认消息。
该实施例通过4是供用户侧触发的动态业务流的处理方法，克月良 了现有技术中动态业务的服务质量不能完全得到保证的问题，进而 实现了对用户提供充分的动态业务支持。
下面结合实例详细说明本发明的实现过程。
实施例一
图5是4艮据本发明实施例一的动态业务流的创建或修改方法的 流程图，如图5所示，UE初始动态业务流的创建/修改流程如下
步骤S502, 初始授权，即，在AAA( Authentication、 Authorization and Accounting,认证授权计费)中签约用户动态业务流模板，这个 才莫4反包括对于不同々某体流类型的QoS范围等信息；当用户初始认证 时，伴随预置业务流等信息一起4受4又给ASN;步骤S504,用户向SFM实体发起空口资源请求消息，并在该 空口资源请求消息中携带用户需求的QoS参数信息；
步骤S506, SFM实体在接收到用户空口资源请求消息之后， 可能会根据802.16e协议描述，对该空口资源请求参数进行反馈； 该交互过禾呈遵循802.16E协议；
SFM实体根据当前空口资源状况，对比用户业务流请求中的 QoS参数，执行接纳控制；具体地，SFM实体从资源请求消息中获 耳又终端需求的服务质量参数信息；SFM实体才艮据当前空口资源状况 和终端需求的服务质量参数信息判断接纳控制是否通过；如果当前 空口资源不足，即，接纳控制不通过，则不能满足业务流QoS请求， 则直4妻拒绝该空口资源i青求消息；
如果接纳控制通过，则SFM实体检查是否需要创建新的数据通 道，即，判断当前已经创建凄t据通道QoS情况是否能够满足用户业 务流请求中的QoS参数；在当前存在数据通道QoS能够满足业务 需求的情况下，SFM将向Serving SFA实体发送数据通道修改请求 消息(Path—Modification—Req );否则，发送数据通道创建请求消息 (Path—Reg—Req );即，上述步骤S402中的数据通道请求消息；
步骤S508， Serving SFA实体在接收到SFM实体发送过来的数 据通道请求消息之后，向Anchor SFA实体发送资源预留请求消息， 并在其中携带该用户业务请求的QoS参凄t;即，上述步骤S404;
步骤S510， Anchor SFA实体接收来自Serving SFA实体的资源 预留请求消息；在PCC负责策略控制的场景下，Anchor SFA (A-PCEF)将向PCRF请求策略决策；在非PCC的场景下，ASN 可能会根据认证授权时提供的动态业务流QoS模板、ASN负责均衡 状况、用户业务流QoS请求等信息直接作出策略决策；Anchor SFA实体获取策略决策的结果，根据策略决策结果预留资源，向Serving SFA实体发送资源预留响应消息，其中，资源预留响应消息携带有 决策后的服务质量参数信息、业务流标识；
步骤S512， Serving SFA实体将该资源预留响应消息附着在数 据通道响应消息内，通过Path—Reg_Rsp (新建^:据通道的情况)或 者Path_Modification_Rsp (^修改凝:据通道的情况)消息发送至SFM 实体；即，上述步骤S406;
在数据通道请求消息为数据通道创建请求消息的情况下， Serving SFA实体向SFM实体发送的数据通道响应消息为数据通道 创建响应消息，其中，数据通道创建响应消息携带有决策后的服务 质量参lt信息、业务流标识、凄t据通道标识；
在数据通道请求消息为数据通道修改请求消息的情况下， Serving SFA实体向SFM实体发送的数据通道响应消息为数据通道 ^^改响应消息，其中，数据通道^f奮改响应消息携带有决策后的服务 质量参ft信息、业务流标识、It据通道标识；
步骤S514， SFM实体"t妄收数据通道响应消息，从中获取决策 后的服务质量参数信息，并根据获取的数据通道响应消息内的QoS 参数以及当前空口资源状况，再次执行接纳控制；SFM实体结合接 纳控制，将该用户业务请求策略决策结果通过空口资源响应消息发 送至UE(即，终端)，并在该空口资源响应消息中携带决策后的服 务质量参lt信息、业务流标识、It据通道标识；
步艰《S516， UE发送空口资源确iU肖息确i人该次资源i青求；此 后，SFM实体4妄收来自纟冬端的空口资源确i人消息；
步骤S518,在SFM实体在"t妄收到该空口资源确认消息之后， 根据步骤S506中发送的数据通道请求消息的类型，确认该次资源预留，即，确定上述步骤S408中数据通道确认消息的类型；例如如 果步骤S506中发送的消息类型为数据通道修改请求消息 (Path—Modification—R叫)，贝'J SFM实体向Serving SFA实体发送凄t 据通道修改确认消息(Path—Modification—Ack )。如果为数据通道创 建i青求消息(Path_Reg—R叫)，贝'J SFM实体向Serving SFA实体发 送数据通道创建确认消息(Path—Reg—Ack);即，上述步骤S408;
步骤S520, Serving SFA实体在接收到SFM实体的数据通道确 认消息之后，向Anchor SFA实体发送资源预留确认消息；即，上述 步艰《S410;
Anchor SFA实体接收资源预留确认消息；至此，该次用户业务 资源请求动作基本完成，承载该次用户业务的动态业务流在ASN内 已经成功建立。
该实施例通过提供用户侧触发的动态业务流的建立/修改方法， 克服了现有技术中动态业务的服务质量不能完全得到保证的问题， 进而实现了在网络中对用户提供充分的动态业务支持。
实施例二
图6是根据本发明实施例二的动态业务流的删除方法的流程 图，如图6所示，用户触发的动态业务流删除场景与动态业务流的 建立Af奮改流程类似，具体流程如下
步骤S602,用户发送空口资源删除请求消息(即，上述资源请 求消息)；
步骤S604, SFM实体4妄收来自用户的空口资源删除请求消息， SFM实体4企查相应的资源在SFM实体上是否存在，如果4企查存在， 则向用户发送空口资源删除响应消息，并在其中携带确i人该次资源的删除的信息；即，SFM实体判断资源删除请求消息中的相应资源 是否存在；在判断结果为是的情况下，SFM实体向终端发送资源删 除响应消息，并在其中携带确i人删除相应资源的4言息；
步骤S606, SFM实体向Serving SFA实体发送数据通道删除请 求消息(Path—Dereg_Request)(即，上述步4聚S402中凄t据通道"i青求 消息)，并在其中携带终端的服务质量参数信息、数据通道标识；
步骤S608, Serving SFA实体向Anchor SFA实体发送业务流删 除的资源预留删除请求消息(即，上述步骤S404中的资源预留请求 消息)，并在其中携带终端的服务质量参数信息、业务流标识；
步骤S610， Anchor SFA实体接收资源预留删除请求消息，从 资源预留删除i青求消息中获取业务流标识，并才艮据业务流标识删除 与Anchor SFA实体相关的资源；在Anchor SFA实体在该i青求相关 资源一皮成功删除之后，向Serving SFA实体发送资源预留删除响应 消息(即，上述步骤S406中的资源预留响应消息)用以确i人该次梯: 作的执行，并在其中携带有删除与Anchor SFA实体相关的资源的信 息、业务;危才示i口、；
步骤S612, Serving SFA实体从资源预留删除响应消息中获取 业务;危标识，并#4居业务流标识删除与Serving SFA实体相关的资 源；Serving SFA在该请求相关资源被成功删除之后，向SFM实体 发送数据通道删除响应消息(即，上述步骤S406中的数据通道响应 消息)(Path_Dereg—Response )用以确i人该次梯:作的扭^亍，并在其 中携带有删除与Serving SFA实体相关的资源的信息、业务流标识。
步骤S614, SFM实体从数据通道删除响应消息中获取业务流 标识，并4艮据业务流标识释》文与SFM实体相关的业务流上下文；在 SFM实体释力文涉及业务流上下文之后，SFM实体向Serving SFA实体发送数据通道删除确认(Path_Dereg—Ack )消息(即，上述步骤 S408中的数据通道确认消息)用以确认该操作的执行，并在其中携 带有释方丈与SFM实体相关的业务流上下文的信息；步骤S616, SFA释放该业务流涉及上下文，该步的操作在 Anchor SFA和服务点都需要执行；具体地，在Serving SFA实体接r 收数据通道确认消息之后，Serving SFA实体删除与Serving SFA实 体相关的业务流上下文；Serving SFA实体向Anchor SFA实体发送 资源预留删除确认消息(即，上述步骤S410资源预留确认消息)， 并在其中携带有删除与Serving SFA实体相关的业务流上下文的4言 息；Anchor SFA实体接收资源预留删除确认消息，并删除与Anchor SFA实体相关的业务流上下文；至此，该次业务流删除完成，实现了动态业务流的删除流程。本发明的上述实施例通过提供用户侧触发的动态业务流的处理 方法，具体包括由UE触发的动态业务流的建立Af务改/删除流程，克 服了现有技术中动态业务的服务质量不能完全得到保证的问题，进 而实现了在网络中对用户提供充分的动态业务支持。显然，本领域的技术人员应该明白，上述的本发明的各模块或 各步驶《可以用通用的计算装置来实现，它们可以集中在单个的计算 装置上，或者分布在多个计算装置所组成的网络上，可选地，它们 可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成 电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样，本发明不限制于任何特定的》更件和專欠件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种动态业务流的处理方法，其特征在于，包括业务流管理实体接收来自终端的资源请求消息，并向业务流授权服务点实体发送数据通道请求消息，其中，所述资源请求消息和所述数据通道请求消息中均携带有所述终端需求的服务质量参数信息；所述业务流授权服务点实体接收所述数据通道请求消息，并向业务流授权锚点实体发送资源预留请求消息，其中，所述资源预留请求消息携带有所述终端需求的服务质量参数信息；所述业务流授权服务点实体接收来自所述业务流授权锚点实体的资源预留响应消息，并向所述业务流管理实体发送数据通道响应消息；所述业务流管理实体接收所述数据通道响应消息，并向所述业务流授权服务点实体发送数据通道确认消息；所述业务流授权服务点实体接收所述数据通道确认消息，并向所述业务流授权锚点实体发送资源预留确认消息。
2. 根据权利要求1所述的方法，其特征在于，所述资源请求消息 为空口资源请求消息，所述业务流管理实体接收来自终端的资 源请求消息具体包括所述业务流管理实体从所述资源请求消息中获取所述终 端需求的服务质量参数信息；所述业务流管理实体才艮据当前空口资源状况和所述终端 需求的服务质量参数信,t、判断接纳控制是否通过；在判断结果为否的情况下，拒绝所述资源请求消息；在判断结果为是的情况下，所述业务流管理实体进一步判 断是否需要创建新的数据通道。
3. 4艮据4又利要求2所述的方法，其特征在于，在判断需要创建新 的凄t据通道的情况下，所述业务流管理实体向业务流控:^U1良务点实体发送数据 通道请求消息具体为所述业务流管理实体向业务流4受权力良务 点实体发送数据通道创建请求消息。
4. 根据权利要求1所述的方法，其特征在于，在所述业务流授权 服务点实体向业务流授权锚点实体发送资源预留请求消息之 后，所述方法还包4舌所述业务流授权锚点实体接收所述资源预留请求消息；所述业务流授权锚点实体获取策略决策结果，根据所述策 略决策结果预留资源，并向所述业务流授权服务点实体发送所 述资源预留响应消息，其中，所述资源预留响应消息携带有决 策后的服务质量参4fet信息、业务流标识。
5. 根据权利要求1所述的方法，其特征在于，所述业务流4受4又服务点实体向所述业务流管理实体发送 数据通道响应消息具体为所述业务流4臾^UI良务点实体向所述 业务流管理实体发送^t据通道创建响应消息，其中，所述数据 通道创建响应消息携带有所述决策后的服务质量参数信息、所 述业务流标识、lt据通道标识；所述业务流管理实体向所述业务流授权服务点实体发送 数据通道确认消息具体为所述业务流管理实体向所述业务流 4更权服务点实体发送凄t据通道创建确认消息。
6. 根据权利要求2所述的方法，其特征在于，在判断不需要创建 新的数据通道的情况下，所述业务流管理实体向业务流授权服 务点实体发送数据通道请求消息具体为所述业务流管理实体向业务流授权服务点实体发送数据 通道l奮改i青求消息。
7. 才艮据卄又利要求6所述的方法，其特征在于，在所述业务流4受4又 服务点实体向业务流授权锚点实体发送资源预留请求消息之 后，所述方法还包4舌所述业务流授权锚点实体接收所述资源预留请求消息；所述业务流授权锚点实体获取策略决策结果，根据所述策 略决策结果预留资源，并向所述业务流授权服务点实体发送所 述资源预留响应消息，其中，所述资源预留响应消息携带有决 策后的服务质量参数信息、业务流标识。
8. 4艮据^K利要求7所述的方法，其特4正在于，所述业务流4受^UI良务点实体向所述业务流管理实体发送 #1据通道响应消息具体为所述业务流4受权H务点实体向所述 业务流管理实体发送^t据通道〗奮改响应消息，其中，所述凄t据 通道修改响应消息携带有所述决策后的服务质量参数信息、所 述业务流标识、数据通道标识；所述业务流管理实体向所述业务流授权服务点实体发送 数据通道确认消息具体为所述业务流管理实体向所述业务流 授权服务点实体发送数据通道修改确认消息。
9. 根据权利要求5或8所述的方法，其特征在于，在所述业务流 管理实体接收所述H悟通道响应消息之后，所述方法还包括所述业务流管理实体/人所述凄t据通道响应消息中获耳又所 述决策后的服务质量参数信息；所述业务流管理实体才艮据当前空口资源状况和所述决策 后的服务质量参数信息判断接纳控制通过；所述业务流管理实体向所述终端发送空口资源响应消息， 并在其中携带有所述决策后的服务质量参数信息、所述业务流 标识、数据通道标识^所述业务流管理实体^妄收来自所述终端的空口资源确i人 消息。
10. 才艮据纟又利要求1所述的方法，其特4正在于，所述资源请求消息 为资源删除请求消息。
11. 根据权利要求10所述的方法，其特征在于，在所述业务流管 理实体纟妾收来自终端的资源-清求消息之后，所述方法还包4舌所述业务流管理实体判断所述资源删除请求消息中的相 应资源是否存在；在判断结果为是的情况下，所述业务流管理实体向所述终 端发送资源删除响应消息，并在其中携带确认删除所述相应资 源的信息。
12. 根据权利要求10或11所述的方法，其特征在于，所述业务流管理实体向业务流4受^J良务点实体发送凄史据 通道i青求消息具体为所述业务流管理实体向业务流4受一又"良务 点实体发送数据通道删除请求消息，并在其中携带所述终端的 月良务质量参凄t信息、凄t据通道标识；所述业务流授权服务点实体向业务流授权锚点实体发送资源预留请求消息具体为所述业务流授权服务点实体向业务 流4受权锚点实体发送资源预留删除请求消息，并在其中携带所 述终端的力良务质量参lt信息、业务流标识。
13. 根据权利要求12所述的方法，其特征在于，在所述业务流授权服务点实体向业务流授权锚点实体发 送资源预留请求消息之后，所述方法还包括所述业务流授权 锚点实体接收所述资源预留删除请求消息，从所述资源预留删 除请求消息中获取所述业务流标识，并才艮据所述业务流标识删 除与所述业务流授权锚点实体相关的资源；所述业务流授权锚 点实体向所述业务流授权服务点实体发送资源预留删除响应 消息，并在其中携带有删除与所述业务流授权锚点实体相关的 资源的信息、所述业务流标识；所述业务流授权服务点实体接收来自所述业务流授权锚 点实体的资源预留响应消息具体为所述业务流授权服务点实 体接收来自所述业务流授权锚点实体的所述资源预留删除响 应消息。
14. 根据权利要求13所述的方法，其特征在于，在所述业务流授权服务点实体接收来自所述业务流授权 锚点实体的资源预留响应消息之后，所述方法还包括所述业 务流授权服务点实体从所述资源预留删除响应消息中获取所 述业务流标识，并一艮据所述业务流标识删除与所述业务流4受斗又 服务点实体相关的资源；所述业务流4受^又力良务点实体向所述业务流管理实体发送 数据通道响应消息具体为所述业务流授权服务点实体向所述 业务流管理实体发送数据通道删除响应消息，并在其中携带有删除与所述业务流4t^又服务点实体相关的资源的信息、所述业 务流标识。
15. 才艮据4又利要求14所述的方法，其特征在于，在所述业务流管理实体接收所述数据通道响应消息之后， 所述方法还包括所述业务流管理实体从所述数据通道删除响 应消息中获取所述业务流标识，并才艮据所述业务流标识释》文与 所述业务流管理实体相关的业务流上下文；所述业务流管理实体向所述业务流4受^UR务点实体发送 凄t据通道确i人消息具体为所述业务流管理实体向所述业务流 授权服务点实体发送数据通道删除确认消息，并在其中携带有 释放与所述业务流管理实体相关的业务流上下文的信息。
16. 才艮据权利要求15所述的方法，其特征在于，在所述业务流:t受^又月良务点实体4妄收所述凄t据通道确^人消 息之后，所述方法还包括所述业务流授权服务点实体删除与 所述业务流4受^J良务点实体相关的业务流上下文；所述业务流4受4又月良务点实体向所述业务流4受片又锚点实体 发送资源预留确认消息具体为所述业务流授权服务点实体向 所述业务流4受4又锚点实体发送所述资源预留删除确认消息，并 在其中携带有删除与所述业务流授权服务点实体相关的业务 流上下文的^f言息；在所述业务流授权服务点实体向所述业务流授权锚点实 体发送资源预留确认消息之后，所述方法还包括所述业务流 4受权锚点实体4妄收所述资源预留删除确认消息，并删除与所述 业务流4受一又锚点实体相关的业务流上下文。
全文摘要
本发明公开了一种动态业务流的处理方法，上述方法包括SFM实体接收来自终端的资源请求消息，并向Serving SFA实体发送数据通道请求消息；Serving SFA实体接收数据通道请求消息，并向Anchor SFA实体发送资源预留请求消息；Serving SFA实体接收来自Anchor SFA实体的资源预留响应消息，并向SFM实体发送数据通道响应消息；SFM实体接收数据通道响应消息，并向ServingSFA实体发送数据通道确认消息；Serving SFA实体接收数据通道确认消息，并向Anchor SFA实体发送资源预留确认消息。本发明实现了对用户提供充分的动态业务支持。
文档编号H04L12/54GK101316237SQ20081013059
公开日2008年12月3日 申请日期2008年7月14日 优先权日2008年7月14日
发明者成超文 申请人:中兴通讯股份有限公司