业务流管理方法及装置的制作方法

文档序号:7890883阅读:278来源:国知局
专利名称:业务流管理方法及装置的制作方法
技术领域
本发明属于无线通信领域,尤其涉及业务流管理方法及装置。
背景技术
近年来,无线通信系统迅速发展,诸如基于802. 11标准的无线局域网技术WiFi、基于802. 15的蓝牙(Bluetooth)系统以及由移动通信系统衍生而来的面向室内应用的Femto技术等等,都得到了广泛的应用。基于802. 11的WiFi技术是当今使用最广的一种无线网络传输技术。由于WiFi 系统米用了载波侦听 / 冲突避免(CSMA/CA, Carrier Sense Multiple Access withCollision Avoidance)机制,系统效率较低,对无线资源浪费较大。导致这一问题的根本原因是CSMA/CA机制是一种基于竞争的随机多址接入机制,中心接入点(CAP,Access Point)和站点(STA,Station),或者不同STA之间,会通过CSMA/CA机制竞争无线资源的使用权,同时竞争无线信道,此时就发生碰撞,导致无线资源的浪费。为了避免碰撞,CSMA/CA机制要求CAP或STA在竞争无线信道时需要随机退避,在所有CAP和STA都退避时,无线信道虽有空闲,但并未被使用,这也是对无线信道的极大浪费。由于上述原因,802. 11系统效率较低。例如802. Ilg系统物理层峰值速率可达54Mbps,但TCP层在大数据包下载业务下可达速率不高于30Mbps。虽然存在上述缺点,但802. 11系统灵活,不依赖集中控制机制,因此也能够实现较低的设备成本。基于3GPP标准的Femto技术是从移动通信系统演进而来的一种面向室内覆盖的新技术。基于对3G系统的数据统计,大约70%的数据业务都发生在室内,因此室内高速率数据接入方案就尤为重要。Femto基站,称为微微基站,体积小巧(与Wi-Fi近似),部署灵活。由于从移动通信系统演进而来,Femto基站几乎继承了移动通信系统的所有特点。Femto设备只是结合其有限的覆盖范围,较少的接入用户等应用场景特征,将设备处理能力降低,进而降低设备成本。从双工方式考虑,与移动通信系统相同,Femto基站可分为FDD与TDD两类双工机制。FDD上下行载波资源对称,而数据业务上下行数据流量非对称的业务特征使得FDD系统面对数据业务时存在一定的资源浪费。TDD系统上下行链路工作在同一载波上,通过划分时间资源为上下行链路分配不同的无线资源,因此较FDD能够更好的适配上下行业务需求非对称的数据业务。然而,移动通信系统(包括Femto系统)的TDD双工方式,·上下行资源静态分配,面对需求不同的各类数据业务,例如浏览网页,移动视频,移动游戏等,难以实现业务需求与资源划分的动态适配。与Wi-Fi相比,由于Femto采用了基于调度的集中控制机制,基站或CAP和终端或者终端之间不存在由于竞争冲突和随机退避导致的无线资源浪费,因此链路效率较高。无线通信系统中的数据传输,指的是通信对端通过交互完成数据收发,这种交互可以是网络侧和终端之间的交互,还可以是终端之间的交互。为了管理更精细,希望在通信对端之间可以基于多个链接分别传输不同的数据,即基于业务流的数据传输,由此存在业务流管理的需求。

发明内容
有鉴于此,本发明的目的是提供业务流管理方法及装置。为了对披露的实施例的一些方面有一个基本的理解,下面给出了简单的概括。该概括部分不是泛泛评述,也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念,以此作为后面的详细说明的序言。本发明的技术方案是这样实现的一种业务流管理方法,该方法包括发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求;接收针对动态业务管理请求的响应。一种实施例中,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。可选的,还包括在所述动态业务管理请求中携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。一种实施例中,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。可选的,还包括发送指示所述动态业务管理响应正确接收的确认。
可选的,还包括在所述动态业务管理请求中携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。可选的,当所述动态业务管理请求中携带业务参数时,所述动态业务管理响应还携带调整后的业务参数。—种实施例中,还包括在发送所述动态业务管理请求后等待设定帧数,如果未收到所述响应,重新发送所述动态业务管理请求,或者,结束本次流程。一种业务流管理方法,该方法包括接收携带FID和FID最大缓冲能力的动态业务管理请求;发送针对动态业务管理请求的响应。
一种实施例中,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。可选的,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。一种实施例中,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。可选的,还包括接收指示所述动态业务管理响应正确接收的确认。可选的,还包括在发送所述动态业务管理响应后等待设定帧数内,如果未收到所述确认,重新发送所述动态业务管理响应。可选的,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种。可选的,当所述动态业务管理请求中携带业务参数时,该方法还包括根据动态业务管理请求中携带的业务参数确定预留的资源,根据所述预留的资源调整所述动态业务管理请求中携带的业务参数,并在所述动态业务管理响应中携带调整后的业务参数。一种业务流管理装置,该装置包括请求发送单元,用于发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求;响应接收单元,接收针对动态业务管理请求的响应。一种实施例中,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。可选的,该装置还包括参数提供单元,用于将目的端标识、业务参数和方向信息中的一种或几种发送给所述请求发送单元,供其携带在动态业务管理请求中发送;所述方向信息指示业务流为上行或下行。可选的,该装置还包括监控单元,用于在所述请求发送单元发送所述动态业务管理请求后的设定巾贞数内监控所述响应接收单元,如果所述响应接收单元未收到所述响应,通知所述请求发送单元重新发送所述动态业务管理请求。可选的,所述请求发送单元将所述动态业务管理请求封装为媒体接入控制协议数据单元MPDU发送,当重新发送所述动态业务管理请求超过MPDU重传次数时,丢弃动态业务管理请求,并通知业务流删除装置执行操作。—种实施例中,所述针对动态业务管理请求的响应为携带所述FID的动态业务管理响应。可选的,该装置还包括确认单元,用于发送指示所述动态业务管理响应正确接收的确认。可选的,该装置还包括参数提供单元,用于将目的端标识、业务参数和方向信息中的一种或几种发送给所述请求发送单元,供其携带在动态业务管理请求中发送,其中所述方向信息指示业务流为上行或下行。可选的,当动态业务管理请求中携带业务参数时,动态业务管理响应还携带调整后的业务参数。一种实施例中,该装置还包括监控单元,用于在所述请求发送单元发送所述动态业务管理请求后的设定帧数内监控所述响应接收单元,如果所述响应接收单元未收到所述 响应,通知所述请求发送单元结束本次流程。一种业务流管理装置,其特征在于,该装置包括请求接收单元,用于接收携带FID和FID最大缓冲能力的动态业务管理请求;响应发送单元,用于发送针对动态业务管理请求的响应。一种实施例中,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。可选的,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示要建立的业务流为上行或下行。一种实施例中,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。可选的,该装置还包括确认接收单元,用于接收指示所述动态业务管理响应正确接收的确认。可选的,该装置还包括监控单元,用于在所述响应发送单元发送动态业务管理响应后的设定帧数内监控所述确认接收单元,如果所述确认接收单元未收到所述确认,触发所述响应发送单元重新发送动态业务管理响应。可选的,所述响应发送单元将所述动态业务管理响应封装成MPDU发送,当所述重新发送超过MPDU重传次数时,丢弃动态业务管理响应,并通知业务流删除装置执行操作。可选的,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种。可选的,该装置还包括业务参数调整单元,用于在动态业务管理请求中携带业务参数时,根据动态业务管理请求中携带的业务参数确定预留的资源,根据所述预留的资源调整所述动态业务管理请求中携带的业务参数,并将调整后的业务参数发送给所述响应发送单元,供其携带在动态业务管理响应中发送。为了上述以及相关的目的,一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面,并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显,所公开的实施例是要包括所有这些方面以及它们的等同。说明书附图
图I为本发明中业务流建立的方法流程图;图2为本发明中业务流修改的方法流程图;图3为增强型超高速无线局域网(EUHT)系统无线通信系统的参考模型;图4为EUHT系统的接入系统组成;图5为STA和CAP之间协议数据的发送和接收的过程示意图;图6为本发明实施例中上行业务流建立及发送数据的方法流程图;图7为本发明实施例中动态业务建立请求帧的结构示意图;图8为本发明实施例中动态业务建立响应帧的结构示意图;
图9为本发明实施例中上行业务流修改及发送数据的方法流程图;

图10为本发明实施例中下行业务流建立及发送数据的方法流程图;图11为本发明实施例中下行业务流修改及发送数据的方法流程图;图12为本发明中第一种业务流建立装置的结构示意图;图13为图12所示的装置位于CAP侧时的结构示意图;图14为图12所示的装置位于STA侧时的结构示意图;图15为本发明中第二种业务流建立装置的结构示意图;图16为图15所示的装置位于CAP侧时的结构示意图;图17为本发明中第一种业务流修改装置的结构示意图;图18为图17所示装置位于CAP侧时的结构示意图;图19为图17所示装置位于STA侧时的结构示意图;图20为本发明第二种业务流修改装置的结构示意图;图21为图20所示装置位于CAP侧时的结构示意图;图22为本发明中业务流管理的方法流程图;图23为本发明中第一种业务流管理装置的结构示意图;图24为图23所示装置位于CAP侧时的结构示意图;图25为图23所示装置位于STA侧时的结构示意图;图26为本发明中第二种业务流管理装置的结构示意图;图27为图26所示装置位于CAP侧时的结构示意图;图28为本发明中业务流删除的方法流程图;图29为本发明实施例中上行业务流删除的方法流程图;图30为本发明实施例中动态业务删除请求帧的结构示意图;图31为本发明实施例中上行或下行业务流删除的方法流程图;图32为本发明中第一种业务流删除装置的结构示意图;图33为图32所示装置位于CAP侧时的结构示意图;图34为本发明中第二种业务流删除装置的结构示意图;图35为图34所示装置位于CAP侧时的结构示意图;图36为本发明中第一种用于业务流建立的方法流程图;图37为本发明中第二种用于业务流建立的方法流程图;图38为本发明中第一种用于业务流修改的方法流程图;图39为本发明中第二种用于业务流修改的方法流程图40为本发明中第三种用于业务流建立的方法流程图;图41为本发明中第四种用于业务流建立的方法流程图;图42为本发明中第三种用于业务流修改的方法流程图;图43为本发明中第四种用于业务流修改的方法流程图;图44为本发明中第一种用于业务流删除的方法流程图;图45为本发明中第二种用于业务流删除的方法流程图。
具体实施例方式以下描述和附图充分地示出本发明的具体实施方案,以使本领域的技术人员能够 实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求,否则单独的组件和功能是可选的,并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围,以及权利要求书的所有可获得的等同物。在本文中,本发明的这些实施方案可以被单独地或总地用术语“发明”来表示,这仅仅是为了方便,并且如果事实上公开了超过一个的发明,不是要自动地限制该应用的范围为任何单个发明或发明构思。图I为本发明中业务流建立的方法流程图,该流程包括步骤11 :发送携带业务流标识(FID)和目的端标识的动态业务建立请求。步骤12 :接收针对动态业务建立请求的响应。经过步骤11 步骤12,建立上述FID对应的业务流,可以是上行业务流或下行业务流。在建立业务流之后,可以在建立的FID对应的业务流上发送业务数据,无需在每次发送数据时都携带目的端标识,而只用上述FID指示数据传输。图2为本发明中业务流修改的方法流程图,该流程包括步骤21 :发送携带目的端标识、FID及新的业务参数的动态业务修改请求。根据新的业务参数,可以对FID及目的端标识对应的当前业务参数进行修改。步骤22 :接收针对所述动态业务修改请求的响应。经过步骤21 步骤22,修改上述FID对应的业务流,可以是上行业务流或下行业务流。在修改业务流之后,可以在修改后的所述FID对应的业务流上发送业务数据,无需在每次发送数据时都携带目的端标识,而只用上述FID指示数据传输。上述业务流建立和业务流修改统称为业务流管理,其中业务流修改可以看成是特殊情况下的业务流建立,相当于是在保留原有FID的情况下的一种业务流建立。可以看出,本发明在进行数据传输之前,通过业务流管理,建立或修改请求端和目的端之间以FID标识的“连接”,因此当请求端与目的端在该业务流上进行数据传输时,可以只使用FID作为标识、而不必在交互的每个数据包中都携带目的端标识,简化了操作。在以下举出的实施例中,均以目前新定义的EUHT系统为应用背景,图3为EUHT系统的参考模型。图3所示的系统参考模型主要是指空中接口参考模型,包括媒体接入控制(MAC)层和物理(PHY)层,各层的主要功能简述如下①MAC层包括适配子层和MAC子层。适配子层主要提供外部网络数据和本部分MAC服务数据单元(MSDU)之间的映射和转换的功能。这里的MSDU,指MAC服务访问点(SAP)之间作为单元而交付的信息。具体的,适配子层完成功能如下接收来自上层的服务数据单元(SDU);对接收的上层SDU进行分类;将本层生成的适配子层的PDU送给MAC子层;接收对等实体中适配子层的SDU。·
MAC子层除了担当媒体接入控制功能外,还包括对系统的管理和控制以及对PHY层的特定功能的支持。具体的,MAC子层基本功能分为管理控制平面和数据平面。管理控制平面包括如下功能系统配置管理系统配置消息,并和终端交互系统配置信息;无线资源管理主要完成业务调度功能,基于业务参数和信道条件完成资源分配,具备负载均衡、接入控制等功能;入网管理负责初始化和接入流程,产生接入流程所需的消息,包括接入码选择、能力协商等;服务质量(QoS)管理管理业务的QoS参数,并维护每个业务流的建立、修改和删除等;节电管理管理无业务的STA进入休眠状态,以及从休眠状态回到激活状态;PHY层控制主要包括以下子功能信道管理包含信道切换,管理频谱测量和消息报告;多入多出(MMO)管理信道探测机制;ΜΜ0工作模式确定和选择;链路自适应信道质量信息(CQI)测量和反馈;MCS选择和反馈;功率的控制和管理。数据平面包括如下功能自动请求重传(ARQ):对MAC层的MPDU或者分片/聚合MPDU的确认和重传操作;分片/重组根据调度结果发端将上层业务数据单元进行分片处理后发送给下一个处理模块,在接收端将多个分片重组恢复;MPDU生成将上层业务单元封装成基本的MAC帧,然后发送给下一个处理模块;MPDU聚合根据调度结果发端将上层业务数据单元进行聚合操作。②PHY层主要提供将MAC协议数据单元(MPDU)映射到相应的物理信道的PHY传输机制,例如正交频分复用(OFDM)和多入多出(MMO)技术。这里的MPDU,指两个对等MAC实体之间利用PHY层服务所交换的数据单元。图4为EUHT系统的接入系统组成,包括中心接入点(CAP)和站点(STA),其中STA可以为各种数据设备,例如PDA、笔记本、照相机、摄像机、手机、平板电脑和pad等。如图2所示,STAl和STA2通过空中接口协议接入CAP,CAP通过有线或者无线与现有的外部网络(如IP骨干网、以太网)建立通信。其中CAP的协议组成包括MAC层和PHY层。STA协议组成包括应用(Application)层、传输控制(TCP)层、网络(IP)层、MAC层和PHY层。
基于图4所示的协议组成,图5给出了 STA和CAP之间协议数据的发送和接收的过程,例如STA想发送数据给CAP,STA首先将应用数据(如VoIP、视频等)经过应用层、TCP/IP层处理并打包,以IP分组的形式发送给适配子层,由适配子层进行转换、映射和业务流划分,发送给MAC子层,MAC子层经过分片、加密、成帧、聚合等操作,发给PHY层,最终由PHY映射到无线信道上进行数据传输。本发明中请求端和目的端之间的连接,需要分别独立的建立上行和下行业务流。作为一种可选的实施例,图6为本发明实施例中上行业务流建立及数据传输的方法流程图,该流程包括步骤61 =CAP接收STA发送的携带FID和目的MAC地址的动态业务建立请求帧。
本实施例中,将目的MAC地址作为目的端标识。这里的目的端可以是CAP,也可以是CAP范围内的其他STA。本实施例中,动态业务建立请求由动态业务建立请求帧实现。图7为本发明实施例中动态业务建立请求帧的结构示意图,该动态业务建立请求帧包括帧控制字段、FID字段、业务类型字段、方向字段、业务保障速率字段、目的端MAC地址字段、FID最大缓冲能力字段、FCS字段。图7还给出了各字段占用的比特数举例。图7中所示帧中除帧控制字段和FCS字段外的部分称为帧体。图7中给出的各个字段的含义介绍如下①上述帧控制字段中包括与帧类型相关的标识,指示该帧为动态业务建立请求帧。②上述FCS字段为校验字段。③上述FID字段指示FID。④上述业务类型字段指示要建立的业务流的业务类型。业务流的QoS参数如下业务类型,此参数唯一确定业务的种类;业务优先级,此参数规定了分配给一个业务流的优先级。对于给定的两个业务流,若除优先级外,所有QoS参数都相同,高优先级业务流应得到较低的时延和较高的缓存。业务保障速率,此参数定义了保障本业务的基本速率,单位比特每秒,其与IP适配层输入的SDU相匹配。此参数不包括MAC开销。最大业务速率,此参数描述了系统提供给业务的最大业务速率,用于速率整形,超出该速率的额外数据将会被CAP丢弃,单位比特每秒,其与IP适配层输入的SDU相匹配。此参数不包括MAC开销。本实施例中,根据业务的QoS参数,在MAC层定义八种业务类型,分为预留资源类和不预留资源类两大类,如下面的表I所示。其中业务类型I到4属于预留资源类,系统为这类业务保证传输比特速率,业务类型5到8属于不预留资源类,系统不为这类业务保证传输比特速率。表I
权利要求
1.一种业务流管理方法,其特征在于,该方法包括 发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求; 接收针对动态业务管理请求的响应。
2.如权利要求I所述的方法,其特征在于,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。
3.如权利要求2所述的方法,其特征在于,还包括在所述动态业务管理请求中携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。
4.如权利要求I所述的方法,其特征在于,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。
5.如权利要求4所述的方法,其特征在于,还包括发送指示所述动态业务管理响应正确接收的确认。
6.如权利要求4所述的方法,其特征在于,还包括在所述动态业务管理请求中携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。
7.如权利要求6所述的方法,其特征在于,当所述动态业务管理请求中携带业务参数时,所述动态业务管理响应还携带调整后的业务参数。
8.如权利要求I所述的方法,其特征在于,还包括在发送所述动态业务管理请求后等待设定帧数,如果未收到所述响应,重新发送所述动态业务管理请求,或者,结束本次流程。
9.一种业务流管理方法,其特征在于,该方法包括 接收携带FID和FID最大缓冲能力的动态业务管理请求; 发送针对动态业务管理请求的响应。
10.如权利要求9所述的方法,其特征在于,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。
11.如权利要求10所述的方法,其特征在于,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示业务流为上行或下行。
12.如权利要求9所述的方法,其特征在于,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。
13.如权利要求12所述的方法,其特征在于,还包括接收指示所述动态业务管理响应正确接收的确认。
14.如权利要求13所述的方法,其特征在于,还包括在发送所述动态业务管理响应后等待设定帧数内,如果未收到所述确认,重新发送所述动态业务管理响应。
15.如权利要求12所述的方法,其特征在于,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种。
16.如权利要求15所述的方法,其特征在于,当所述动态业务管理请求中携带业务参数时,该方法还包括根据动态业务管理请求中携带的业务参数确定预留的资源,根据所述预留的资源调整所述动态业务管理请求中携带的业务参数,并在所述动态业务管理响应中携带调整后的业务参数。
17.—种业务流管理装置,其特征在于,该装置包括请求发送单元,用于发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求; 响应接收单元,接收针对动态业务管理请求的响应。
18.如权利要求17所述的装置,其特征在于,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。
19.如权利要求18所述的装置,其特征在于,该装置还包括参数提供单元,用于将目的端标识、业务参数和方向信息中的一种或几种发送给所述请求发送单元,供其携带在动态业务管理请求中发送; 所述方向信息指示业务流为上行或下行。
20.如权利要求18所述的装置,其特征在于,该装置还包括监控单元,用于在所述请求发送单元发送所述动态业务管理请求后的设定帧数内监控所述响应接收单元,如果所述响应接收单元未收到所述响应,通知所述请求发送单元重新发送所述动态业务管理请求。
21.如权利要求20所述的装置,其特征在于,所述请求发送单元将所述动态业务管理请求封装为媒体接入控制协议数据单元MPDU发送,当重新发送所述动态业务管理请求超过MPDU最大重传次数时,丢弃动态业务管理请求,并通知业务流删除装置执行操作。
22.如权利要求17所述的装置,其特征在于,所述针对动态业务管理请求的响应为携带所述FID的动态业务管理响应。
23.如权利要求22所述的装置,其特征在于,该装置还包括确认单元,用于发送指示所述动态业务管理响应正确接收的确认。
24.如权利要求22所述的装置,其特征在于,该装置还包括参数提供单元,用于将目的端标识、业务参数和方向信息中的一种或几种发送给所述请求发送单元,供其携带在动态业务管理请求中发送,其中所述方向信息指示业务流为上行或下行。
25.如权利要求24所述的装置,其特征在于,当动态业务管理请求中携带业务参数时,动态业务管理响应还携带调整后的业务参数。
26.如权利要求22所述的装置,其特征在于,该装置还包括监控单元,用于在所述请求发送单元发送所述动态业务管理请求后的设定帧数内监控所述响应接收单元,如果所述响应接收单元未收到所述响应,通知所述请求发送单元结束本次流程。
27.—种业务流管理装置,其特征在于,该装置包括 请求接收单元,用于接收携带FID和FID最大缓冲能力的动态业务管理请求; 响应发送单元,用于发送针对动态业务管理请求的响应。
28.如权利要求27所述的装置,其特征在于,所述针对动态业务管理请求的响应为指示所述动态业务管理请求正确接收的确认。
29.如权利要求28所述的装置,其特征在于,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种,其中所述方向信息指示要管理的业务流为上行或下行。
30.如权利要求27所述的装置,其特征在于,所述针对动态业务管理请求的响应为携带所述FID和FID最大缓冲能力的动态业务管理响应。
31.如权利要求30所述的装置,其特征在于,该装置还包括确认接收单元,用于接收指示所述动态业务管理响应正确接收的确认。
32.如权利要求31所述的装置,其特征在于,该装置还包括监控单元,用于在所述响应发送单元发送动态业务管理响应后的设定帧数内监控所述确认接收单元,如果所述确认接收单元未收到所述确认,触发所述响应发送单元重新发送动态业务管理响应。
33.如权利要求32所述的装置,其特征在于,所述响应发送单元将所述动态业务管理响应封装成MPDU发送,当所述重新发送超过MPDU重传次数时,丢弃动态业务管理响应,并通知业务流删除装置执行操作。
34.如权利要求30所述的装置,其特征在于,所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种。
35.如权利要求34所述的装置,其特征在于,该装置还包括业务参数调整单元,用于在动态业务管理请求中携带业务参数时,根据动态业务管理请求中携带的业务参数确定预留的资源,根据所述预留的资源调整所述动态业务管理请求中携带的业务参数,并将调整后的业务参数发送给所述响应发送单元,供其携带在动态业务管理响应中发送。
全文摘要
本发明提供的业务流管理方法中,在动态业务管理请求中携带业务流标识FID和FID最大缓冲能力,一方面使得每个业务流都有各自对应的缓冲能力,管理更精细、更灵活,另一方面在请求业务流管理的同时就进行缓冲能力的协商,节约了操作流程。
文档编号H04W28/16GK102917412SQ201210056609
公开日2013年2月6日 申请日期2012年3月6日 优先权日2011年3月31日
发明者周玉宝, 彭超男, 姚惠娟, 于晓燕, 刘慎发, 鲍东山 申请人:北京新岸线无线技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1