業務流刪除方法及裝置本申請要求申請日為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可以對動態業務建立請求幀中的業務保障速率進行調整，調整的依據主要是當前資源是否足夠提供該業務...