业务流删除方法及装置与制造工艺

业务流删除方法及装置本申请要求申请日为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，CarrierSenseMultipleAccesswithCollisionAvoidance)机制，系统效率较低，对无线资源浪费较大。导致这一问题的根本原因是CSMA/CA机制是一种基于竞争的随机多址接入机制，中心接入点(CAP，AccessPoint)和站点(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可以对动态业务建立请求帧中的业务保障速率进行调整，调整的依据主要是当前资源是否足够提供该业务...