业务流删除方法及装置.pdf

本发明公开了删除业务流的方法及装置，通过在动态业务删除请求中携带方向信息，使得中心接入点CAP不仅可以删除自身建立的下行业务流，还可以主动删除站点STA建立的上行业务流，从而避免在长时间无业务或出现异常情况时STA长期占用业务流资源。

权利要求书一种业务流删除方法，其特征在于，该方法包括：发送携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；接收针对动态业务删除请求的响应。如权利要求1所述的方法，其特征在于，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。如权利要求1所述的方法，其特征在于，所述针对动态业务删除请求的响应为携带所述FID和方向信息的动态业务删除响应。如权利要求1所述的方法，其特征在于，还包括：在发送所述动态业务删除请求后等待设定帧数，如果未收到所述响应，重新发送所述动态业务删除请求，或者，结束本次流程。一种业务流删除方法，其特征在于，该方法包括：接收携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；发送针对动态业务删除请求的响应。如权利要求5所述的方法，其特征在于，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。如权利要求5所述的方法，其特征在于，所述针对动态业务删除请求的响应为携带所述FID和方向信息的动态业务删除响应。如权利要求7所述的方法，其特征在于，还包括：接收指示所述动态业务删除响应正确接收的确认。如权利要求8所述的方法，其特征在于，还包括：在发送所述动态业务删除响应后等待设定帧数，如果未收到所述确认，重新发送所述动态业务删除响应。一种业务流删除装置，其特征在于，该装置包括：请求发送单元，用于发送携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；响应接收单元，用于接收针对动态业务删除请求的响应。如权利要求10所述的装置，其特征在于，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。如权利要求11所述的装置，其特征在于，该装置还包括：监控单元，用于在所述请求发送单元发送所述动态业务删除请求后的设定帧数内监控所述响应接收单元，如果所述响应接收单元未收到所述响应，触发所述请求发送单元重新发送动态业务删除请求。如权利要求12所述的装置，其特征在于，所述请求发送单元将所述动态业务删除请求封装为媒体接入控制协议数据单元MPDU发送，当重新发送所述动态业务删除请求超过MPDU最大重传次数时，丢弃所述动态业务删除请求。如权利要求10所述的装置，其特征在于，所述针对动态业务删除请求的响应为携带所述FID和方向信息的动态业务删除响应。如权利要求14所述的装置，其特征在于，该装置还包括：监控单元，用于在所述请求发送单元发送所述动态业务删除请求后的设定帧数内监控所述响应接收单元，如果所述响应接收单元未收到所述响应，通知所述请求发送单元结束本次流程。一种业务流删除装置，其特征在于，该装置包括：请求接收单元，用于接收携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；响应发送单元，用于发送针对动态业务删除请求的响应。如权利要求16所述的装置，其特征在于，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。如权利要求16所述的装置，其特征在于，所述针对动态业务删除请求的响应为：携带所述FID和方向信息的动态业务删除响应。如权利要求18所述的装置，其特征在于，该装置还包括：确认接收单元，用于接收指示所述动态业务删除响应正确接收的确认。如权利要求19所述的装置，其特征在于，该装置还包括：监控单元，用于在所述响应发送单元发送动态业务删除响应帧后的设定帧数内监控所述确认接收单元，如果所述确认接收单元未收到所述确认，触发所述响应发送单元重新发送所述动态业务删除响应。如权利要求20所述的装置，其特征在于，所述响应发送单元将所述动态业务删除响应封装成MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃所述动态业务删除响应。

说明书业务流删除方法及装置
本申请要求申请日为2011年3月31日，申请号为201110081288.6，发明名称为“一种无线通信方法”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2011年7月6日，申请号为201110188606.9，发明名称为“业务流建立方法和装置、及业务流修改方法和装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月8日，申请号为201210027851.6，发明名称为“业务流建立方法和装置、及业务流修改方法和装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月8日，申请号为201210027916.7，发明名称为“业务流管理方法及装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月8日，申请号为201210027852.0，发明名称为“业务流删除方法及装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月17日，申请号为201210036754.3，发明名称为“业务流建立方法和装置、及业务流修改方法和装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月17日，申请号为201210038757.0，发明名称为“业务流管理方法及装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
本申请要求申请日为2012年2月17日，申请号为201210038079.8，发明名称为“业务流删除方法及装置”的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
技术领域
本发明属于无线通信领域，尤其涉及业务流删除方法及装置。
背景技术
近年来，无线通信系统迅速发展，诸如基于802.11标准的无线局域网技术WiFi、基于802.15的蓝牙(Bluetooth)系统以及由移动通信系统衍生而来的面向室内应用的Femto技术等等，都得到了广泛的应用。
基于802.11的WiFi技术是当今使用最广的一种无线网络传输技术。由于WiFi系统采用了载波侦听/冲突避免(CSMA/CA，Carrier Sense Multiple Access with Collision Avoidance)机制，系统效率较低，对无线资源浪费较大。导致这一问题的根本原因是CSMA/CA机制是一种基于竞争的随机多址接入机制，中心接入点(CAP，Access Point)和站点(STA，Station)，或者不同STA之间，会通过CSMA/CA机制竞争无线资源的使用权，同时竞争无线信道，此时就发生碰撞，导致无线资源的浪费。为了避免碰撞，CSMA/CA机制要求CAP或STA在竞争无线信道时需要随机退避，在所有CAP和STA都退避时，无线信道虽有空闲，但并未被使用，这也是对无线信道的极大浪费。由于上述原因，802.11系统效率较低。例如：802.11g系统物理层峰值速率可达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和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；
响应接收单元，用于接收针对动态业务删除请求的响应。
一种实施例中，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。
可选的，该装置还包括：监控单元，用于在所述请求发送单元发送所述动态业务删除请求后的设定帧数内监控所述响应接收单元，如果所述响应接收单元未收到所述响应，触发所述请求发送单元重新发送动态业务删除请求。
可选的，所述请求发送单元将所述动态业务删除请求封装为媒体接入控制协议数据单元MPDU发送，当重新发送所述动态业务删除请求超过MPDU最大重传次数时，丢弃所述动态业务删除请求。
一种实施例中，所述针对动态业务删除请求的响应为携带所述FID和方向信息的动态业务删除响应。
一种实施例中，该装置还包括：监控单元，用于在所述请求发送单元发送所述动态业务删除请求后的设定帧数内监控所述响应接收单元，如果所述响应接收单元未收到所述响应，通知所述请求发送单元结束本次流程。
一种业务流删除装置，该装置包括：
请求接收单元，用于接收携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行；
响应发送单元，用于发送针对动态业务删除请求的响应。
一种实施例中，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。
一种实施例中，所述针对动态业务删除请求的响应为：携带所述FID和方向信息的动态业务删除响应。
可选的，该装置还包括：确认接收单元，用于接收指示所述动态业务删除响应正确接收的确认。
可选的，该装置还包括：监控单元，用于在所述响应发送单元发送动态业务删除响应帧后的设定帧数内监控所述确认接收单元，如果所述确认接收单元未收到所述确认，触发所述响应发送单元重新发送所述动态业务删除响应。
可选的，所述响应发送单元将所述动态业务删除响应封装成MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃所述动态业务删除响应。
为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。
说明书附图
图1为本发明中业务流建立的方法流程图；
图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为本发明中第二种用于业务流删除的方法流程图。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。
图1为本发明中业务流建立的方法流程图，该流程包括：
步骤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层控制：主要包括以下子功能
信道管理：包含信道切换，管理频谱测量和消息报告；
多入多出(MIMO)管理：信道探测机制；MIMO工作模式确定和选择；
链路自适应：信道质量信息(CQI)测量和反馈；MCS选择和反馈；功率的控制和管理。
数据平面包括如下功能：
自动请求重传(ARQ)：对MAC层的MPDU或者分片/聚合MPDU的确认和重传操作；
分片/重组：根据调度结果发端将上层业务数据单元进行分片处理后发送给下一个处理模块，在接收端将多个分片重组恢复；
MPDU生成：将上层业务单元封装成基本的MAC帧，然后发送给下一个处理模块；
MPDU聚合：根据调度结果发端将上层业务数据单元进行聚合操作。
②PHY层：主要提供将MAC协议数据单元(MPDU)映射到相应的物理信道的PHY传输机制，例如正交频分复用(OFDM)和多入多出(MIMO)技术。这里的MPDU，指两个对等MAC实体之间利用PHY层服务所交换的数据单元。
图4为EUHT系统的接入系统组成，包括中心接入点(CAP)和站点(STA)，其中STA可以为各种数据设备，例如：PDA、笔记本、照相机、摄像机、手机、平板电脑和pad等。如图2所示，STA1和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层定义八种业务类型，分为预留资源类和不预留资源类两大类，如下面的表1所示。其中业务类型1到4属于预留资源类，系统为这类业务保证传输比特速率，业务类型5到8属于不预留资源类，系统不为这类业务保证传输比特速率。
表1

⑤上述方向字段指示要建立的业务流是上行业务流还是下行业务流。CAP通过该字段可以直接获知当前要建立的业务流的方向。
⑥上述业务保障速率字段指示保障业务的基本速率，单位比特每秒，其与适配子层输入的SDU相匹配。此参数不包括MAC开销。由于实际应用中，业务的种类很多，例如表1中列出的语音、实时会话等，通过该字段可以指示STA针对各种不同业务所希望得到的业务保障速率，提高了应用灵活性。对于表1中所列出的不预留资源的业务类型，STA也可以上报所希望得到的业务保障速率。
⑦上述目的端MAC地址字段指示目的端的MAC地址。CAP通过该字段可以直接获知动态业务建立请求所针对的目的端。这里的目的端可以是CAP本身，也可以是该CAP范围内的另一个STA。
③上述FID最大缓冲能力字段指示STA希望CAP最多缓冲的MPDU的个数。
上述业务类型和业务保障速率可以统称为业务参数。
步骤62：CAP向STA发送动态业务建立响应帧。
本实施例中的业务建立响应由动态业务建立响应帧实现。
对应图7给出的动态业务建立请求帧的结构，图8为本发明实施例中动态业务建立响应帧的结构示意图，该动态业务建立响应帧中包括：帧控制字段、FID字段、业务类型字段、预留字段、业务保障速率字段、业务最大速率字段、FID最大缓冲能力字段和FCS字段。图8还给出了各字段占用的比特数举例。
图8中给出的各个字段的介绍如下：
①上述帧控制字段中包括与帧类型相关的标识，指示该帧为动态业务建立响应帧。
②上述FCS字段为校验字段。
③上述FID字段中的内容与动态业务建立请求帧中的相同。
④上述业务类型字段中的内容与动态业务建立请求帧中的相同。
⑤上述业务保障速率字段指示CAP允许的业务保障速率值。CAP可以对动态业务建立请求帧中的业务保障速率进行调整，调整的依据主要是当前资源是否足够提供该业务保障速率。对于预留资源的业务类型，如果当前资源有限，无法保证动态业务建立请求帧中上报的业务保障速率，则CAP可以根据实际情况对STA上报的业务保障速率进行调整。对于不预留资源的业务类型，无论STA是否在动态业务建立请求帧中上报了业务保障速率，CAP都直接将STA上报的业务保障速率调整为0，但是当前资源除了为预留资源的业务提供业务保障速率外还剩余较多资源时，CAP可以为STA请求的业务分配资源、并向STA指示所分配的资源。
对于预留资源的业务类型来说，STA在解析该字段后，可以决定是否继续进行数据传输，假设解析业务保障速率小于上报的业务保障速率时，STA可以选择不继续进行数据传输。
对于不预留资源的业务类型来说，如果CAP分配了资源，STA可以选择利用该分配的资源继续进行数据传输。
⑥业务最大速率字段中指示针对所请求的业务，系统所能提供的最大业务速率，用于速率整形，超出该速率的额外数据将会被丢弃，单位比特每秒，其与IP适配层输入的SDU相匹配。此参数不包括MAC开销。最大业务速率是预先设定的值。
⑦FID最大缓冲能力字段指示CAP最多可缓存的MPDU的个数，该字段中携带的数值可以是动态业务建立请求帧中上报的数值，也可以是CAP根据实际情况进行调整后的数值。
CAP记录FID、目的MAC地址及对应业务参数、最大业务速率等信息。
进一步，STA可以在正确接收动态业务建立响应帧后，向CAP发送确认，具体的，STA可以向CAP发送ACK，也可以向CAP发送组确认(GroupAck)，本发明实施例提出一种组确认方式，组确认帧中包括管理控制帧指示位，还包括对应同一用户不同业务流的位图(bitmap)，这里STA可以在上述管理控制帧指示位中填写指示动态业务建立响应帧正确接收与否的指示，后续在基于业务流进行数据传输时，STA可以利用组确认帧中的bitmap，将针对不同业务流的确认一起发送给CAP。
步骤63：STA利用CAP分配的上行传输资源发送数据。
本步骤有三种实现方式：
1)STA可以通过发送独立资源请求、向CAP请求上行传输资源；进一步，CAP在正确接收到独立资源请求后，可以向STA发送确认；
2)当CAP的资源足够时，CAP可以主动对每个STA进行轮询并分配上行传输资源；
3)如果STA当前有其他业务数据传输，可以在业务数据帧中携带随路资源请求，向CAP请求上行传输资源，进一步，CAP在正确接收到随路资源请求后，可以向STA发送确认。
CAP通过控制信道(CCH)指示分配给STA的上行传输资源。
通过上述步骤61～步骤63，建立了上行业务流并基于该上行业务流发送数据。
作为一种可选的实施例，上行业务流修改的过程与上述图6所示类似，图9为本发明中上行业务流修改及发送数据的方法流程图。动态业务修改请求帧中包括的字段和图7所示相同，动态业务修改响应帧中包括的字段和图8所示相同。在上行业务流修改时，动态业务修改请求帧中携带的FID和目的端标识是CAP已经记录过的，且动态业务修改请求帧中携带是新的业务参数，例如新的业务类型和新的业务保障速率，CAP在收到动态业务修改请求帧后，也可以基于当前资源对新的业务参数进行适当调整，调整方法与前文已介绍过的相同，然后CAP将已记录的FID和目的端标识所对应的当前业务参数，修改为调整后的新的业务参数，并将修改后的业务参数携带在动态业务修改响应帧中发送给STA。在动态业务修改请求帧中携带新的业务参数时，动态业务修改请求帧携带的FID最大缓冲能力，可以是新的数值，也可以是原有数值。
作为一种可选的实施例，图10为本发明实施例中下行业务流建立及发送数据的方法流程图，该流程包括：
步骤101：STA接收CAP发送的携带FID和目的MAC地址的动态业务建立请求帧。
本实施例中，动态业务建立请求由动态业务建立请求帧实现。
本步骤中，动态业务建立请求帧中包括的字段与图7所示的相同、且各字段承载的内容也基本相同，只是其中FID最大缓冲能力字段指示的是CAP希望STA最多缓冲的MPDU的个数。
这里的目的MAC地址指的就是接收动态业务建立请求帧的STA。
步骤102：STA向CAP发送ACK。
本步骤中，STA直接向CAP反馈ACK，并保存FID和目的端标识及动态业务建立请求帧中携带的各项参数。
本步骤中，STA也可以发送GroupAck。
步骤103：STA接收CAP发送的数据，同时获知发送该数据的下行传输资源。
CAP通过CCH在发送数据的同时指示下行传输资源。
通过上述步骤101～103，建立了下行业务流并在该下行业务流上发送数据。
作为一种可选的实施例，下行业务流修改的过程与上述图10类似，图11为本发明中下行业务流修改的方法流程图。动态业务修改请求帧中包括的字段和图7所示相同。但是在下行业务流修改时，动态业务修改请求帧中携带的FID和目的端标识是STA已经记录过的，且动态业务修改请求帧中携带的是新的业务参数，例如新的业务类型和新的业务保障速率。STA更新已保存的FID和目的端标识对应的各项新的业务参数。在动态业务修改请求帧中携带新的业务参数时，动态业务修改请求帧中携带的FID最大缓冲能力，可以新的数值，也可以是原有数值。
下面给出本发明方法的一个具体举例，假设一个CAP范围内有多个STA，当两个STA需要进行数据传输时，可以使用本发明的方法。例如位于CAP范围内的STA1和STA2需要进行数据传输，STA1先与CAP建立上行业务流，在上行业务流的建立过程中，CAP获知了目的端为STA2，可以与STA2建立下行业务流。由于CAP具有缓存能力，在CAP与STA2建立下行业务流时，STA1就可以向CAP发送数据，当下行业务流建立完成后，由CAP将该缓存的STA1发送的数据转发给STA2。STA2要向STA1发送数据，也是相同的过程，即先建立STA2到CAP的上行业务流，再建立CAP到STA1的下行业务流，然后在建立的业务流上发送STA2到STA1的数据。
本发明第一种业务流建立装置位于请求端，该请求端可以位于STA侧，也可以位于CAP侧。
本发明中第一种业务流建立装置位于请求端，该请求端可以位于STA侧，也可以位于CAP侧。
图12为本发明中第一种业务流建立装置的结构示意图，该装置中包括：请求发送单元121和响应接收单元122。
请求发送单元121，发送携带目的端标识及FID的动态业务建立请求。
响应接收单元122，接收针对动态业务建立请求的响应。
当本发明中第一种业务流建立装置位于CAP侧时，作为一种可选的实施例，其结构如图13所示，该装置包括：请求发送单元131、响应接收单元132、业务参数提供单元133、方向信息提供单元134、缓冲能力提供单元135和监控单元136。
请求发送单元131，发送携带目的端标识及FID的动态业务建立请求。
响应接收单元132，接收针对动态业务建立请求的响应。响应接收单元132接收到的动态业务建立请求的响应为ACK或GroupAck。
业务参数提供单元133，用于将业务参数发送给请求发送单元131，供其携带在动态业务建立请求中发送。
方向信息提供单元134，用于将指示要建立的业务流为上行或下行的方向信息发送给请求发送单元131，供其携带在动态业务建立请求中发送。
缓冲能力提供单元135，用于将FID最大缓冲能力提供给请求发送单元131，供其携带在动态业务建立请求中发送。FID最大缓冲能力指示期望动态业务建立请求的接收端最多缓存的MPDU的个数。
监控单元136，用于在请求发送单元131发送动态业务建立请求后的设定帧数内监控响应接收单元132，如果响应接收单元132未收到所述响应，通知请求发送单元131重新发送动态业务建立请求。在此基础上，请求发送单元131将动态业务建立请求封装为MPDU发送，当重新发送动态业务建立请求超过MPDU最大重传次数时，丢弃动态业务建立请求，并通知业务流删除装置执行操作。
当本发明第一种业务流建立装置位于STA侧时，作为一种可选的实施例，其结构如图14所示，该装置包括：请求发送单元141、响应接收单元142、确认单元143、业务参数提供单元144、方向信息提供单元145、缓冲能力提供单元146和监控单元147。
请求发送单元141，发送携带目的端标识及FID的动态业务建立请求。
响应接收单元142，接收针对动态业务建立请求的响应。响应接收单元142接收到的动态业务建立请求的响应为携带所述FID的动态业务建立响应。进一步，响应接收单元142接收的动态业务建立响应还可以携带系统能提供的最大业务速率。
确认单元143，用于发送指示动态业务建立响应正确接收的ACK或GroupAck。
业务参数提供单元144，用于将业务参数发送给请求发送单元141，供其携带在动态业务建立请求中发送。在此基础上，动态业务建立响应中可以携带调整后的业务参数。
方向信息提供单元145，用于将指示要建立的业务流为上行或下行的方向信息发送给请求发送单元141，供其携带在动态业务建立请求中发送。
缓冲能力提供单元146，用于将FID最大缓冲能力提供给请求发送单元141，供其携带在动态业务建立请求中发送，所述FID最大缓冲能力指示期望所述动态业务建立请求的接收端最多缓存的MPDU的个数。
监控单元147，用于在请求发送单元141发送动态业务建立请求后的设定帧数内监控响应接收单元142，如果响应接收单元142未收到所述响应，通知请求发送单元141结束本次流程。
可选的，无论本发明第一种业务流建立装置位于STA侧还是CAP侧，该装置都可以进一步包括：数据传输单元，用于在已建立的所述FID对应的业务流上发送业务数据。
可选的，无论本发明第一种业务流建立装置位于STA侧还是CAP侧，都可以只包括方向信息提供单元和缓冲能力提供单元中的一个。
本发明中第二种业务流建立装置位于请求接收端，该请求接收端可以位于STA侧，也可以在CAP侧。
图15为本发明中第二种业务流建立装置的结构示意图，该装置包括：请求接收单元151和响应发送单元152。
请求接收单元151，用于接收携带目的端标识及FID的动态业务建立请求。
响应发送单元152，用于发送针对所述动态业务建立请求的响应。
当本发明第二种业务流建立装置位于STA侧时，请求接收单元151接收的动态业务建立请求中还可以携带业务参数。响应发送单元152发送的是ACK或GroupAck。
当本发明第二种业务流建立装置位于CAP侧时，作为一种可选的实施例，其结构如图16所示，该装置包括：请求接收单元161、响应发送单元162、确认接收单元163、监控单元164、业务参数调整单元165和业务最大速率确定单元166。
请求接收单元161，用于接收携带目的端标识及FID的动态业务建立请求。
响应发送单元162，用于发送针对所述动态业务建立请求的响应。响应发送单元162发送的是携带所述FID的动态业务建立响应。
确认接收单元163，用于接收指示所述动态业务建立响应正确接收的ACK或GroupAck。
监控单元164，用于在响应发送单元162发送所述动态业务建立响应后的设定帧数内监控确认接收单元163，如果确认接收单元163未收到ACK或GroupAck，通知响应发送单元163重新发送所述动态业务建立响应。在此基础上，响应发送单元162将动态业务建立响应封装成MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃动态业务建立响应，并通知业务流删除装置执行操作。
业务参数调整单元165，用于调整动态业务建立请求中携带的业务参数，并将调整后的业务参数发送给响应发送单元162，供其携带在所述响应中发送。
业务最大速率确定单元166，用于确定系统能提供的最大业务速率，并发送给响应发送单元162，供其携带在响应中发送。
可选的，无论本发明第二种业务流建立装置位于STA侧还是CAP侧，都可以进一步包括：数据传输单元，用于接收在已建立的所述FID对应的业务流上发送的业务数据。
可选的，无论本发明第二种业务流建立装置位于STA侧还是CAP侧，请求接收单元接收的动态业务建立请求中都可以携带方向信息和/或FID最大缓冲能力，其中所述方向信息指示要建立的业务流为上行或下行，所述FID最大缓冲能力指示期望所述动态业务建立请求的接收端最多缓存的MPDU的个数。
本发明第一种业务流修改装置位于请求端，该请求端可以位于CAP侧，也可以位于STA侧。
图17为本发明中第一种业务流修改装置的结构示意图，该装置中包括：请求发送单元171和响应接收单元172。
请求发送单元171，发送携带目的端标识、FID及新业务参数的动态业务修改请求。
响应接收单元172，接收携带所述FID的动态业务修改响应。
作为一种可选的实施例，当本发明第一种业务流修改装置位于CAP侧时，其结构如图18所示，该装置包括：请求发送单元181、响应接收单元182、监控单元183、方向信息提供单元184和缓冲能力提供单元185。
请求发送单元181，发送携带目的端标识、FID及新业务参数的动态业务修改请求。
响应接收单元182，接收携带所述FID的动态业务修改响应。响应接收单元182接收到的响应为ACK或GroupAck。
监控单元183，用于在请求发送单元181发送动态业务修改请求后的设定帧内监控响应接收单元182，如果响应接收单元182未收到所述响应，通知请求发送单元181重新发送动态业务修改请求。在此基础上，请求发送单元181将动态业务修改请求封装为MPDU发送，当重新发送动态业务修改请求超过MPDU最大重传次数时，丢弃动态业务修改请求，并通知业务流删除装置执行操作。
方向信息提供单元184，用于将指示要修改的业务流为上行或下行的方向信息发送给请求发送单元181，供其携带在动态业务修改请求中发送。
缓冲能力提供单元185，用于将FID最大缓冲能力提供给请求发送单元181，供其携带在动态业务修改请求中发送，所述FID最大缓冲能力表示期望所述动态业务修改请求的接收端最多缓存的MPDU的个数。
作为一种可选的实施例，当本发明第一种业务流修改装置位于STA侧时，其结构如图19所示，该装置包括：请求发送单元191、响应接收单元192、确认单元193、监控单元194、
请求发送单元191，发送携带目的端标识、FID及新业务参数的动态业务修改请求。
响应接收单元192，接收携带所述FID的动态业务修改响应。响应接收单元182接收到的响应为动态业务修改响应。进一步，该动态业务修改响应中携带修改后的业务参数。再进一步，该动态业务修改响应中携带系统能提供的最大业务速率。
确认单元193，用于发送指示所述动态业务修改响应正确接收的ACK或GroupAck。
监控单元194，用于在请求发送单元191发送动态业务修改请求后的设定帧内监控响应接收单元192，如果响应接收单元192未收到所述响应，通知请求发送单元191结束本次流程。
方向信息提供单元195，用于将指示要修改的业务流为上行或下行的方向信息发送给请求发送单元191，供其携带在动态业务修改请求中发送。
缓冲能力提供单元196，用于将FID最大缓冲能力提供给请求发送单元191，供其携带在动态业务修改请求中发送，所述FID最大缓冲能力表示期望所述动态业务修改请求的接收端最多缓存的MPDU的个数。
可选的，无论本发明第一种业务流修改装置位于CAP侧还是STA侧，该装置中还可以包括：数据传输单元，用于在修改后的所述FID对应的业务流上发送业务数据。
本发明中第二种业务流修改装置位于请求接收端，该请求接收端可以位于STA侧，也可以位于CAP侧。
图20为本发明第二种业务流修改装置的结构示意图，该装置中包括：请求接收单元201和响应发送单元202。
请求接收单元201，用于接收携带目的端标识、FID及新的业务参数的动态业务修改请求。
响应发送单元202，用于发送针对所述动态业务修改请求的响应。
作为一种可选的实施例，当本发明第二种业务流修改装置位于STA侧时，响应发送单元202发送的响应为ACK或GroupAck。
作为一种可选的实施例，当本发明第二种业务流修改装置位于CAP侧时，其结构如图21所示，该装置包括：请求接收单元211、响应发送单元212、确认接收单元213、监控单元214、修改单元215、业务最大速率提供单元216、
请求接收单元211，用于接收携带目的端标识、FID及新的业务参数的动态业务修改请求。
响应发送单元212，用于发送针对所述动态业务修改请求的响应。响应发送单元212发送的响应为携带所述FID的动态业务修改响应。
确认接收单元213，用于接收指示动态业务修改响应正确接收的ACK或GroupAck。
监控单元214，用于在响应发送单元212发送动态业务修改响应后的设定帧数内监控确认接收单元213，如果确认接收单元213未收到ACK或GroupAck，通知响应发送单元212重新发送动态业务修改响应。在此基础上，响应发送单元212将动态业务修改响应MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃动态业务修改响应，并通知业务流删除装置执行操作。
修改单元215，用于根据新的业务参数确定为要修改的业务流预留的资源；根据所述预留的资源调整所述新业务参数；根据调整后的新业务参数修改所述FID及目的端标识对应的当前业务参数，并将修改后的业务参数发送给响应发送单元212，供其携带在动态业务修改响应中发送。
业务最大速率提供单元216，用于确定系统能提供的最大业务速率，并发送给响应发送单元212，供其携带在响应中发送。
可选的，无论本发明第二种业务流修改装置位于STA侧还是CAP侧，该装置中都可以进一步包括：数据传输单元，用于接收在修改后的所述FID对应的业务流上发送的业务数据。
可选的，无论本发明第二种业务流修改装置位于STA侧还是CAP侧，请求接收单元接收的动态业务修改请求中还可以携带方向信息和/或FID最大缓冲能力；其中，所述方向信息指示要修改的业务流为上行或下行；所述FID最大缓冲能力指示期望所述动态业务建立请求的接收端最多缓存的MPDU的个数。
可选的，本发明第一种业务流建立装置和第一种业务流修改装置位于STA侧时，该装置中还可以包括：资源请求单元，用于为发送业务数据请求上行传输资源。
可选的，本发明第一种业务流建立装置和第一种业务流修改装置位于STA侧时，该装置中还可以包括：资源获取单元，用于通过主动轮询，获取发送业务数据的上行传输资源。
可选的，本发明第一种业务流建立装置和第一种业务流修改装置位于CAP侧时，该装置中还可以包括：资源指示单元，用于在发送所述业务数据的同时，指示发送业务数据的下行传输资源。
可选的，本发明第二种业务流建立装置和第二种业务流修改装置位于CAP侧时，该装置中还可以包括：资源分配单元，用于按照请求分配发送业务数据的上行传输资源。
可选的，本发明第二种业务流建立装置和第二种业务流修改装置位于CAP侧时，该装置中还可以包括：轮询单元，用于通过主动轮询分配发送业务数据的上行传输资源。
本发明还提供一种业务流管理方法，图22为本发明中业务流管理方法的流程图，该流程包括：
步骤221：发送携带FID和FID最大缓冲能力的动态业务管理请求。
这里的FID最大缓冲能力，指请求端希望接收端最多缓冲MPDU的个数，请求端既可以是CAP、也可以是STA。
步骤222：接收针对动态业务管理请求的响应。
可以看出，本发明提供的业务流管理方法中，一方面使得每个业务流都有各自对应的缓冲能力，管理更精细、更灵活，另一方面在请求业务流管理的同时就进行缓冲能力的协商，节约了操作流程。
作为一种可选的实施例，本发明提供的业务流管理方法为业务流建立方法，包括如下两种情况：
第一、上行业务流建立及数据传输的方法包括如下步骤：
步骤1：CAP接收STA发送的携带FID和FID最大缓冲能力的动态业务建立请求帧。
本实施例中，动态业务建立请求由动态业务建立请求帧实现。
本步骤中的动态业务建立请求帧的帧体中，包括FID字段和FID最大缓冲能力字段，还可以包括业务类型字段、方向字段、业务保障速率字段和目的MAC地址字段中的一个或多个，这些字段的含义与前文所述相同，帧体中包括所有上述字段的结构与图7所示相同。
步骤2：CAP向STA发送动态业务建立响应帧。
本实施例中的业务建立响应由动态业务建立响应帧实现。
本步骤中的动态业务建立响应帧的帧体中，除了包括FID字段和FID最大缓冲能力字段之外，还可以包括业务类型字段、业务保障速率字段和业务最大速率字段中的一个或多个，这些字段的含义与前文所述相同，帧体中包括所有上述字段的结构与图8所示相同。
动态业务建立响应帧携带的业务参数(通过业务类型字段和业务保障速率字段承载)，可以是CAP对动态业务建立请求帧携带的业务参数进行调整后得出的，调整的方法举例前文中已经详述。
动态业务建立响应帧携带的FID最大缓冲能力，可以与动态业务建立请求帧中的相同，也可以是CAP对动态业务建立请求帧携带的FID最大缓冲能力进行调整后得出的。
CAP记录FID、目的MAC地址及对应业务参数、业务最大速率等信息。
进一步，STA可以在正确接收动态业务建立响应帧后，向CAP发送ACK。或者，STA可以向CAP发送GroupAck。
经过上述步骤1～2，不仅完成了上行业务流建立，同时还协商了FID最大缓冲能力，省去了单独协商FID最大缓冲能力的操作，节约操作流程。
步骤3：STA利用CAP分配的上行传输资源发送数据。
上行业务流修改的过程与上述步骤1～2类似，只是STA发送的是与动态业务建立请求帧结构相同的动态业务修改请求帧，且动态业务修改请求帧中的FID是CAP已经记录过的，CAP根据动态业务修改请求帧中携带参数的情况，更新已记录的FID对应的FID最大缓冲能力和/或业务参数。可选的，CAP在执行更新操作之前，还可以对动态业务修改请求帧中携带的FID最大缓冲能力和/或业务参数进行调整。
第二、下行业务流建立及数据传输的方法包括如下步骤：
步骤1’：STA接收CAP发送的携带FID和FID最大缓冲能力的动态业务建立请求帧。
本实施例中，动态业务建立请求由动态业务建立请求帧实现。
本步骤中的动态业务建立请求帧的帧体中，包括FID字段和FID最大缓冲能力字段，还可以包括业务类型字段、方向字段、业务保障速率字段和目的MAC地址字段中的一个或多个，这些字段的含义与前文所述相同，帧体中包括所有上述字段的结构与图7所示相同。
步骤2’：STA向CAP发送ACK。
本步骤中，STA直接向CAP反馈ACK，并保存FID和目的端标识及动态业务建立请求帧中携带的各项参数。
本步骤中，STA也可以向CAP发送GroupAck。
经过上述步骤1’～2’，不仅完成了下行业务流建立，同时还协商了FID最大缓冲能力，省去了单独协商FID最大缓冲能力的操作，节约操作流程。
步骤3’：STA接收CAP发送的数据，同时获知发送该数据的下行传输资源。
下行业务流修改的过程与上述步骤1’～2’类似，只是CAP发送的是与动态业务建立请求帧结构相同的动态业务修改请求帧，且动态业务修改请求帧中的FID是STA已经记录过的，STA根据动态业务修改请求帧中携带参数的情况，更新已记录的FID对应的FID最大缓冲能力和/或业务参数。
本发明还提供两种业务流管理装置。
图23为本发明中第一种业务流管理装置的结构示意图，该装置位于请求端一侧，包括：请求发送单元231和响应接收单元232。
请求发送单元231，用于发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求。
响应接收单元232，接收针对动态业务管理请求的响应。
作为一种可选的实施例，当本发明中第一种业务流管理装置位于CAP侧时，其结构如图24所示，该装置包括：请求发送单元241、响应接收单元242、参数提供单元243和监控单元244。
请求发送单元241，用于发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求。
响应接收单元242，接收针对动态业务管理请求的响应。响应接收单元242接收的针对动态业务管理请求的响应为：指示所述动态业务管理请求正确接收的确认。
参数提供单元243，用于将目的端标识、业务参数和方向信息中的一种或几种发送给请求发送单元241，供其携带在动态业务管理请求中发送，所述方向信息指示业务流为上行或下行。
监控单元244，用于在请求发送单元241发送动态业务管理请求后的设定帧数内监控响应接收单元242，如果响应接收单元242未收到所述响应，通知请求发送单元241重新发送动态业务管理请求。在此基础上，请求发送单元241将动态业务管理请求封装为MPDU发送，当重新发送动态业务管理请求超过MPDU最大重传次数时，丢弃动态业务管理请求，并通知业务流删除装置执行操作。
作为一种可选的实施例，当本发明中第一种业务流管理装置位于STA侧时，其结构如图25所示，该装置包括：请求发送单元251、响应接收单元252、确认单元253、参数提供单元254和监控单元255。
请求发送单元251，用于发送携带业务流标识FID和FID最大缓冲能力的动态业务管理请求。
响应接收单元252，接收针对动态业务管理请求的响应。响应接收单元252接收的针对动态业务管理请求的响应为：携带所述FID的动态业务管理响应。
确认单元253，用于发送指示所述动态业务管理响应正确接收的确认。
参数提供单元254，用于将目的端标识、业务参数和方向信息中的一种或几种发送给请求发送单元251，供其携带在动态业务管理请求中发送，其中所述方向信息指示业务流为上行或下行。在此基础上，进一步，当动态业务管理请求中携带业务参数时，动态业务管理响应还携带调整后的业务参数。
监控单元255，用于在请求发送单元251发送动态业务管理请求后的设定帧数内监控响应接收单元252，如果响应接收单元252未收到所述响应，通知请求发送单元251结束本次流程。
图26为本发明中第二种业务流管理装置的结构示意图，该装置位于接收端一侧，该装置包括：请求接收单元261和响应发送单元262。
请求接收单元261，用于接收携带FID和FID最大缓冲能力的动态业务管理请求。
响应发送单元262，用于发送针对动态业务管理请求的响应。
作为一种可选的实施例，当业务流管理装置位于STA侧时，所述针对动态业务管理请求的响应为：指示所述动态业务管理请求正确接收的确认。在此基础上，进一步，所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种，其中所述方向信息指示要建立的业务流为上行或下行。
作为一种可选的实施例，当业务流管理装置位于CAP侧时，其结构如图27所示，该装置包括：请求接收单元271、响应发送单元272、确认接收单元273、监控单元274和业务参数调整单元275。
请求接收单元271，用于接收携带FID和FID最大缓冲能力的动态业务管理请求。
响应发送单元272，用于发送针对动态业务管理请求的响应。响应发送单元272发送的针对动态业务管理请求的响应为：携带所述FID和FID最大缓冲能力的动态业务管理响应。
确认接收单元273，用于接收指示所述动态业务管理响应正确接收的确认。
监控单元274，用于在响应发送单元272发送动态业务管理响应后的设定帧数内监控确认接收单元273，如果确认接收单元273未收到所述确认，触发响应发送单元272重新发送动态业务管理响应。在此基础上，响应发送单元272将动态业务管理响应封装成MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃动态业务管理响应，并通知业务流删除装置执行操作。
所述动态业务管理请求中还携带目的端标识、业务参数和方向信息中的一种或几种。业务参数调整单元275，用于在动态业务管理请求中携带业务参数时，根据动态业务管理请求中携带的业务参数确定预留的资源，根据所述预留的资源调整动态业务管理请求中携带的业务参数，并将调整后的业务参数发送给响应发送单元272，供其携带在动态业务管理响应中发送。
本发明还提供一种业务流删除的方法，图28为本发明中业务流删除的方法流程图，该流程包括：
步骤281：发送携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行业务流或下行业务流。
动态业务删除请求的发起端可以是STA，也可以是CAP，其中STA发送的动态业务删除请求中，方向信息将指示上行业务流，CAP发送的动态业务删除请求中，方向信息就可以指示上行业务流、也可以指示下行业务流。
步骤282：接收针对动态业务删除请求的响应。
可以看出，本发明通过在动态业务删除请求中携带方向信息，使得CAP不仅在业务传输结束时可以删除自身建立的下行业务流，还可以主动删除STA对应的上行业务流，从而在长时间无业务或出现异常情况时STA长期占用业务流资源。另外，STA可以在业务传输结束时删除自身建立的上行业务流。
作为一种可选的实施例，图29为本发明实施例中上行业务流删除的方法流程图，该流程包括：
步骤291：CAP接收STA发送的携带FID和方向信息的动态业务删除请求帧。
本实施例中，动态业务删除请求由动态业务删除请求帧实现。
图30为本发明实施例中动态业务删除请求帧的结构示意图，该动态业务删除请求帧中包括帧控制字段、FID字段、方向字段和FCS字段。其中帧控制字段中与帧类型相关的标识指示该帧为动态业务删除请求帧，FID字段中指示要删除的业务流的FID，方向字段指示要删除的业务流为上行业务流，FCS字段为校验字段。图30中还示出了各字段占用比特数的举例。
步骤292：CAP向STA发送动态业务删除响应帧。
动态业务删除响应帧的结构与动态业务删除请求帧的结构相同、且各字段中承载的内容也相同。
步骤293：CAP接收STA正确接收动态业务删除响应帧后发送的ACK。
本步骤中，STA还可以向CAP发送GroupAck。
经过上述步骤291～293后，CAP和STA将各自删除已记录的FID及对应的相关信息，并结束在所删除业务流上的数据传输。
作为一种可选的实施例，图31为本发明实施例中上行或下行业务流删除的方法流程图，该流程包括：
步骤311：STA接收CAP发送的携带FID和方向信息的动态业务删除请求帧。
本实施例中，动态业务删除请求由动态业务删除请求帧实现，这里的动态业务删除请求帧的结构与图30所示的相同，只是当CAP删除下行业务流时，方向字段指示下行业务流，CAP删除上行业务流时，方向字段指示上行业务流。
步骤312：STA向CAP发送ACK。
本步骤中，STA还可以向CAP发送GroupAck。
经过上述步骤311～312后，CAP和STA将各自删除已记录的FID及对应的相关信息，并结束在所删除业务流上的数据传输。
本发明还提供两种业务流删除装置。
图32为本发明中第一种业务流删除装置的结构示意图，该装置中包括：请求发送单元321和响应接收单元322。
请求发送单元321，用于发送携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行。
响应接收单元322，用于接收针对动态业务删除请求的响应。
作为一种可选的实施例，当本发明第一种业务流删除装置位于CAP侧时，其结构如图33所示，该装置包括：请求发送单元331、响应接收单元332和监控单元333。
请求发送单元331，用于发送携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行。
响应接收单元332，用于接收针对动态业务删除请求的响应。响应接收单元332接收的针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。
监控单元333，用于在请求发送单元331发送动态业务删除请求后的设定帧数内监控响应接收单元332，如果响应接收单元332未收到所述响应，触发请求发送单元331重新发送动态业务删除请求。在此基础上，请求发送单元331将动态业务删除请求封装为MPDU发送，当重新发送动态业务删除请求超过MPDU最大重传次数时，丢弃动态业务删除请求。
作为一种可选的实施例，当本发明第一种业务流删除装置位于CAP侧时，可以接收同样位于CAP侧的本发明的两种业务流建立装置或本发明的两种业务流修改装置的通知，开始执行操作。
作为一种可选的实施例，当本发明第一种业务流删除装置位于CAP侧时，可以接收同样位于CAP侧的本发明的两种业务流管理装置的通知，开始执行操作。
作为一种可选的实施例，当本发明第一种业务流删除装置位于STA侧时，其结构与图33所示相同，只是响应接收单元332接收的针对动态业务删除请求的响应为携带所述FID和方向信息的动态业务删除响应，并且监控单元333在响应接收单元332未收到所述响应时，通知请求发送单元331结束本次流程。
图34为本发明中第二种业务流删除装置的结构示意图，该装置中包括：请求接收单元341和响应发送单元342。
请求接收单元341，用于接收携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行。
响应发送单元342，用于发送针对动态业务删除请求的响应。
作为一种可选的实施例，当业务流删除装置位于CAP侧时，其结构如图35所示，该装置中包括：请求接收单元351、响应发送单元352、确认接收单元353和监控单元354。
请求接收单元351，用于接收携带FID和方向信息的动态业务删除请求，方向信息指示要删除的业务流为上行或下行。
响应发送单元352，用于发送针对动态业务删除请求的响应。针对动态业务删除请求的响应为：携带所述FID和方向信息的动态业务删除响应。
确认接收单元353，用于接收指示所述动态业务删除响应正确接收的确认。
监控单元354，用于在响应发送单元352发送动态业务删除响应后的设定帧数内监控确认接收单元353，如果确认接收单元353未收到所述确认，触发响应发送单元352重新发送所述动态业务删除响应。在此基础上，响应发送单元352将动态业务删除响应封装成MPDU发送，当所述重新发送超过MPDU最大重传次数时，丢弃所述动态业务删除响应。
可选的，当业务流删除装置位于STA侧时，所述针对动态业务删除请求的响应为：指示所述动态业务删除请求正确接收的确认。
下面介绍本发明在业务流管理中的异常处理方式。
异常处理方式中可能使用到如下系统设置参数：
1、业务流响应帧的最大等待间隔：指示STA发送业务流管理请求后可以容忍的最大等待帧数，作为一种举例，默认值可以设置为4；
2、下行业务流请求帧确认的最大等待帧间隔：指示CAP发送业务流管理请求后可以容忍的最大等待帧数，作为一种举例，默认值可以设置为4；
3、业务流响应帧确认的最大等待帧间隔：指示CAP发送业务流管理响应帧后可以容忍的最大等待帧数，作为一种举例，默认值可以设置为4；
4、MPDU最大重传次数：指示针对某一个MPDU尝试重传的最大次数，作为一种举例，默认值可以设置为5；
5、CAP对STA允许的连续发送失败最大次数：指示针对某一STA，CAP可以容忍的连续发送失败次数，作为一种举例，默认值可以设置为20。
本发明业务流管理中的异常处理方式可以具体包括：
1、针对上行业务流管理，在STA一侧，STA在发送请求帧后等待“业务流响应帧的最大等待间隔”，如果未收到CAP发送的响应帧，则认为本次业务流管理过程失败，STA将发起新的业务流管理流程。在CAP一侧，CAP在发送响应帧后等待“业务流响应帧确认的最大等待帧间隔”，如果未收到STA发送的ACK或GroupAck，则重传响应帧、直至重传次数超过MPDU最大重传次数，此时CAP将发起业务流删除流程。
2、针对下行业务流管理，CAP在发送请求帧后等待“下行业务流请求帧确认的最大等待帧间隔”，如果未收到STA发送的ACK或GroupAck，则认为本次业务流管理过程失败，并重传该请求帧、直至重传次数超过MPDU最大重传次数，此时CAP将发起业务流删除流程。
3、在上述异常处理过程中，CAP向STA发送MPDU或组MAC协议数据单元(G‑MPDU)后，如果没有收到任何一个MPDU正确的确认，则认为本次发送失败并启动发送失败次数计数器。如果发给该STA的后续MPDU或G‑MPDU仍然失败，则将发送失败次数累加。如果收到任何一个MPDU的正确的确认，则将累加计数器清零。如果该累加值超过“CAP对STA允许的连续发送失败最大次数”，CAP则认为该STA已经出现异常，将其从活动STA列表中删除。
上述CAP向STA发送MPDU，可以是CAP将针对STA的某一个业务流的响应帧或请求帧封装为MPDU发送给该STA。
上述CAP向STA发送G‑MPDU，可以是CAP将针对STA的业务流1的响应帧或请求帧，与针对该STA业务流2的数据帧组合在一起发送给该STA。
本发明中的异常处理的方式中，使用帧号进行定时，相比于使用定时器进行定时更加精确。
上述CAP向STA发送MPDU，可以是CAP将针对STA的某一个业务流的响应帧或请求帧封装为MPDU发送给该STA。
上述CAP向STA发送G‑MPDU，可以是CAP将针对STA的业务流1的响应帧或请求帧，与针对该STA业务流2的数据帧组合在一起发送给该STA。
本发明中的异常处理的方式中，使用帧号进行定时，相比于使用定时器进行定时更加精确。
本发明还提供一种用于业务流建立的方法，如图36所示，该方法包括：
步骤361：生成携带FID及目的端标识的动态业务建立请求；
步骤362：发送所述动态业务建立请求。
本发明还提供另一种用于业务流建立的方法，如图37所示，该方法包括：
步骤371：生成携带FID的动态业务建立响应；
步骤372：发送所述动态业务建立响应。
作为一种可选的实施例，上述动态业务建立请求可以采用图7所示的动态业务建立请求帧实现，上述动态业务建立响应可以采用图8所示的动态业务建立响应帧实现。
对应图36和37所示的用于业务流建立的方法，本发明还提供两种用于业务流建立的装置，包括生成单元和发送单元，其中生成单元用于生成对应方法的生成步骤中所生成的信息，发送单元用于发送生成单元生成的信息。
本发明还提供一种用于业务流修改的方法，如图38所示，该方法包括：
步骤381：生成携带FID、目的端标识及新的业务参数的动态业务修改请求；
步骤382：发送所述动态业务建立请求。
本发明还提供另一种用于业务流修改的方法，如图39所示，该方法包括：
步骤391：生成携带FID的动态业务修改响应；
步骤392：发送所述动态业务修改响应。
作为一种可选的实施例，上述动态业务修改请求可以采用与图7所示结构相同的动态业务修改请求帧实现，上述动态业务修改响应可以采用图8所示的动态业务修改响应帧实现。
对应图38和图39所示的用于业务流修改的方法，本发明还提供两种用于业务流修改的装置，包括生成单元和发送单元，其中生成单元用于生成对应方法的生成步骤中所生成的信息，发送单元用于发送生成单元生成的信息。
本发明还提供一种用于业务流建立的方法，如图40所示，该方法包括：
步骤401：生成携带FID和FID最大缓冲能力的动态业务建立请求；
步骤402：发送所述动态业务建立请求。
本发明还提供另一种用于业务流建立的方法，如图41所示，该方法包括：
步骤411：生成携带FID和FID最大缓冲能力的动态业务建立响应；
步骤412：发送所述动态业务建立响应。
作为一种可选的实施例，上述动态业务建立请求可以采用与图7所示的动态业务建立请求帧实现，上述动态业务建立响应可以采用图8所示的动态业务建立响应帧实现。
对应图40和41所示的用于业务流建立的方法，本发明还提供两种用于业务流建立的装置，包括生成单元和发送单元，其中生成单元用于生成对应方法的生成步骤中所生成的信息，发送单元用于发送生成单元生成的信息。
本发明还提供一种用于业务流修改的方法，如图42所述，该方法包括：
步骤421：生成携带FID和FID最大缓冲能力的动态业务修改请求；
步骤422：发送所述动态业务修改请求。
本发明还提供另一种用于业务流修改的方法，如图43所示，该方法包括：
步骤431：生成携带FID和FID最大缓冲能力的动态业务修改响应；
步骤432：发送所述动态业务修改响应。
作为一种可选的实施例，上述动态业务修改请求可以采用与图7所示结构相同的动态业务修改请求帧实现，上述动态业务修改响应可以采用图8所示的动态业务修改响应帧实现。
对应图42和图43所示的用于业务流修改的方法，本发明还提供两种用于业务流修改的装置，包括生成单元和发送单元，其中生成单元用于生成对应方法的生成步骤中所生成的信息，发送单元用于发送生成单元生成的信息。
本发明还提供一种用于业务流删除的方法，如图44所示，该方法包括：
步骤441：生成携带FID和方向信息的动态业务流删除请求；
步骤442：发送所述动态业务流删除请求。
本发明还提供另一种用于业务流删除的方法，如图45所示，该方法包括：
步骤451：生成携带FID和方向信息的动态业务流删除响应；
步骤452：发送所述动态业务流删除响应。
作为一种可选的实施例，上述动态业务删除请求和动态业务删除响应可以采用与图30所示结构相同的帧实现。
对应图44和图45所示的用于业务流删除的方法，本发明还提供两种用于业务流删除的装置，包括生成单元和发送单元，其中生成单元用于生成对应方法的生成步骤中所生成的信息，发送单元用于发送生成单元生成的信息。
应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。
在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。
上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。