業務流建立方法和裝置、及業務流修改方法和裝置的制作方法

專利名稱：業務流建立方法和裝置、及業務流修改方法和裝置的制作方法
技術領域：
本發明屬于無線通信領域，尤其涉及業務流建立方法和裝置、及業務流修改方法和裝置。
背景技術：
近年來，無線通信系統迅速發展，諸如基于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最大緩沖能力,指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。一種實施例中，還包括在發送所述動態業務建立請求后等待設定幀數，如果未收到所述響應，重新發送所述動態業務建立請求，或者，結束本次流程。一種業務流建立方法，該方法包括接收攜帶目的端標識及FID的動態業務建立請求； 發送針對所述動態業務建立請求的響應。—種實施例中，所述針對所述動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。可選的，所述動態業務建立請求中還攜帶業務參數。一種實施例中，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務
建立響應。可選的，還包括接收指示所述動態業務建立響應正確接收的確認。可選的，還包括在發送所述動態業務建立響應后等待設定幀數，如果未收到所述確認，重新發送所述動態業務建立響應。可選的，所述動態業務建立請求中還攜帶業務參數；該方法還包括根據動態業務建立請求中攜帶的業務參數確定預留的資源，根據所述預留的資源調整所述動態業務建立請求中攜帶的業務參數，并在所述動態業務建立響應中攜帶調整后的業務參數。一種業務流修改方法，該方法包括發送攜帶目的端標識、FID及新業務參數的動態業務修改請求；接收針對所述動態業務修改請求的響應。—種實施例中，針對所述動態業務修改請求的響應為指示所述動態業務修改請求正確接收的確認。—種實施例中，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。可選的，還包括發送指示所述動態業務修改響應正確接收的確認。可選的，所述動態業務修改響應中攜帶修改后的業務參數。—種實施例中,還包括在所述動態業務修改請求中攜帶FID最大緩沖能力,指示期望所述動態業務修改請求的接收端最多緩存的MPDU的個數。一種實施例中，還包括在發送所述動態業務修改請求后等待設定幀數，如果未收到所述響應，重新發送所述動態業務修改請求，或者，結束流程。一種業務流修改方法，該方法包括接收攜帶目的端標識、FID及新業務參數的動態業務修改請求；發送針對所述動態業務修改請求的響應。
—種實施例中，針對所述動態業務修改請求的響應為指示所述動態業務修改請求正確接收的確認。一種實施例中，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。可選的，還包括接收指示所述動態業務修改響應正確接收的確認。可選的，還包括在發送所述動態業務建立響應后等待設定幀數，如果未收到所述確認，重新發送所述動態業務建立響應。可選的，還包括根據所述新業務參數確定為要修改的業務流預留的資源；根據所述預留的資源，調整所述新業務參數；·根據調整后的新業務參數修改所述FID及目的端標識對應的當前業務參數，并在所述動態業務修改響應中攜帶修改后的業務參數。一種業務流建立裝置，該裝置包括請求發送單元,發送攜帶目的端標識及FID的動態業務建立請求；響應接收單元,接收針對所述動態業務建立請求的響應。一種實施例中，所述針對動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。可選的，該裝置還包括業務參數提供單元，用于將業務參數發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送。可選的，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務建立請求后的設定巾貞數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元重新發送所述動態業務建立請求。可選的，所述請求發送單元將所述動態業務建立請求封裝為媒體接入控制協議數據單元MPDU發送，當重新發送所述動態業務建立請求超過MPDU最大重傳次數時，丟棄動態業務建立請求，并通知業務流刪除裝置執行操作。一種實施例中，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務
建立響應。可選的，該裝置還包括確認單元，用于發送指示所述動態業務建立響應正確接收的確認。可選的，該裝置還包括業務參數提供單元，用于將業務參數發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送；所述動態業務建立響應還攜帶調整后的業務參數。可選的，所述動態業務建立響應還攜帶系統能提供的最大業務速率。可選的，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務建立請求后的設定巾貞數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元結束本次流程。一種實施例中，該裝置還包括方向信息提供單元和/或緩沖能力提供單元；所述方向信息提供單元，用于將指示要建立的業務流為上行或下行的方向信息發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送；
所述緩沖能力提供單元，用于將FID最大緩沖能力提供給所述請求發送單元，供其攜帶在動態業務建立請求中發送，所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。一種業務流建立裝置，該裝置包括請求接收單元,用于接收攜帶目的端標識及FID的動態業務建立請求；響應發送單元,用于發送針對所述動態業務建立請求的響應。—種實施例中，所述針對所述動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。
可選的，所述動態業務建立請求中還攜帶業務參數。一種實施例中，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務
建立響應。可選的，該裝置還包括確認接收單元，用于接收指示所述動態業務建立響應正確接收的確認。可選的，該裝置中還包括監控單元，用于在所述響應發送單元發送所述動態業務建立響應后的設定幀數內監控所述確認接收單元，如果所述確認接收單元未收到所述確認，通知所述響應發送單元重新發送所述動態業務建立響應。可選的，所述響應發送單元將所述動態業務建立響應封裝成MPDU發送，當所述重新發送超過MPDU最大重傳次數時，丟棄動態業務建立響應，并通知業務流刪除裝置執行操作。可選的，所述動態業務建立請求中還攜帶業務參數；該裝置還包括業務參數調整單元，用于根據所述預留的資源調整所述動態業務建立請求中攜帶的業務參數，并將調整后的業務參數發送給所述響應發送單元，供其攜帶在所述響應中發送。可選的，該裝置還包括業務最大速率確定單元，用于確定系統能提供的最大業務速率，并發送給所述響應發送單元，供其攜帶在所述響應中發送。一種實施例中，所述動態業務建立請求中攜帶方向信息和/或FID最大緩沖能力；所述方向信息指示要建立的業務流為上行或下行；所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。一種業務流修改裝置，該裝置包括請求發送單元,發送攜帶目的端標識、FID及新業務參數的動態業務修改請求；響應接收單元,接收針對所述動態業務修改請求的響應。—種實施例中，針對所述動態業務修改請求的響應為指示正確接收所述動態業務修改請求的確認。可選的，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務修改請求后的設定巾貞數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元重新發送所述動態業務修改請求。可選的，所述請求發送單元將所述動態業務修改請求封裝為媒體接入控制協議數據單元MPDU發送，當重新發送所述動態業務修改請求超過MPDU重傳最大次數時，丟棄動態業務修改請求，并通知業務流刪除裝置執行操作。可選的,針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。可選的，該裝置還包括確認單元，用于發送指示所述動態業務修改響應正確接收的確認。可選的，所述動態業務修改響應中攜帶修改后的業務參數。可選的，所述動態業務修改響應中攜帶系統能提供的最大業務速率。可選的，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務修改請求后的設定巾貞內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通 知所述請求發送單元結束本次流程。一種實施例中，該裝置還包括方向信息提供單元和/或緩沖能力提供單元；所述方向信息提供單元，用于將指示要修改的業務流為上行或下行的方向信息發送給所述請求發送單元，供其攜帶在動態業務修改請求中發送；所述緩沖能力提供單元，用于將FID最大緩沖能力提供給所述請求發送單元，供其攜帶在動態業務修改請求中發送，所述FID最大緩沖能力表示期望所述動態業務修改請求的接收端最多緩存的MPDU的個數。一種業務流修改裝置，該裝置包括請求接收單元，用于接收攜帶目的端標識、FID及新業務參數的動態業務修改請求；響應發送單元,用于發送針對所述動態業務修改請求的響應。—種實施例中，針對所述動態業務修改請求的響應為指示正確接收所述動態業務修改請求的確認。可選的,針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。可選的，該裝置中還包括確認接收單元，用于接收指示所述動態業務修改響應正確接收的確認。可選的，該裝置還包括監控單元，用于在所述響應發送單元發送所述動態業務修改響應后的設定巾貞數內監控所述確認接收單元，如果所述確認接收單元未收到所述確認，通知所述響應發送單元重新發送所述動態業務修改響應。可選的，所述響應發送單元將所述動態業務修改響應封裝成MPDU發送，當所述重新發送超過MPDU最大重傳次數時，丟棄動態業務修改響應，并通知業務流刪除裝置執行操作。可選的，該裝置中還包括修改單元，用于根據所述新的業務參數確定為要修改的業務流預留的資源；根據所述預留的資源調整所述新業務參數；根據調整后的新業務參數修改所述FID及目的端標識對應的當前業務參數，并將修改后的業務參數發送給所述響應發送單元，供其攜帶在所述動態業務修改響應中發送。可選的，該裝置中進一步包括業務最大速率提供單元，用于確定系統能提供的最大業務速率，并發送給所述響應發送單元，供其攜帶在所述響應中發送。一種實施例中，所述動態業務修改請求中還攜帶方向信息和/或FID最大緩沖能力；所述方向信息指示要修改的業務流為上行或下行；所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的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的動態業務建立請求； 接收針對動態業務建立請求的響應。
2.如權利要求I所述的方法,其特征在于,所述針對動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。
3.如權利要求2所述的方法，其特征在于，還包括在發送的所述動態業務建立請求中攜帶業務參數。
4.如權利要求I所述的方法，其特征在于，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務建立響應。
5.如權利要求4所述的方法，其特征在于，還包括發送指示所述動態業務建立響應正確接收的確認。
6.如權利要求4所述的方法，其特征在于，還包括在所述動態業務建立請求中攜帶業務參數； 所述動態業務建立響應還攜帶調整后的業務參數。
7.如權利要求I所述的方法，其特征在于，還包括在所述動態業務建立請求中攜帶FID最大緩沖能力，指示期望所述動態業務建立請求的接收端最多緩存的媒體接入控制MAC協議數據單元MPDU的個數。
8.如權利要求I所述的方法，其特征在于，還包括在發送所述動態業務建立請求后等待設定幀數，如果未收到所述響應，重新發送所述動態業務建立請求，或者，結束本次流程。
9.一種業務流建立方法，其特征在于，該方法包括 接收攜帶目的端標識及FID的動態業務建立請求； 發送針對所述動態業務建立請求的響應。
10.如權利要求9所述的方法，其特征在于，所述針對所述動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。
11.如權利要求10所述的方法，其特征在于，所述動態業務建立請求中還攜帶業務參數。
12.如權利要求9所述的方法，其特征在于，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務建立響應。
13.如權利要求12所述的方法，其特征在于，還包括接收指示所述動態業務建立響應正確接收的確認。
14.如權利要求13所述的方法，其特征在于，還包括在發送所述動態業務建立響應后等待設定幀數，如果未收到所述確認，重新發送所述動態業務建立響應。
15.如權利要求12所述的方法,其特征在于,所述動態業務建立請求中還攜帶業務參數； 該方法還包括 根據動態業務建立請求中攜帶的業務參數確定預留的資源，根據所述預留的資源調整所述動態業務建立請求中攜帶的業務參數，并在所述動態業務建立響應中攜帶調整后的業務參數。
16.—種業務流修改方法,其特征在于,該方法包括發送攜帶目的端標識、FID及新業務參數的動態業務修改請求； 接收針對所述動態業務修改請求的響應。
17.如權利要求16所述的方法，其特征在于，針對所述動態業務修改請求的響應為指示所述動態業務修改請求正確接收的確認。
18.如權利要求16所述的方法，其特征在于，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。
19.如權利要求18所述的方法，其特征在于，還包括發送指示所述動態業務修改響應正確接收的確認。
20.如權利要求18所述的方法，其特征在于，所述動態業務修改響應中攜帶修改后的業務參數。
21.如權利要求16所述的方法,其特征在于,還包括在所述動態業務修改請求中攜帶FID最大緩沖能力，指示期望所述動態業務修改請求的接收端最多緩存的MPDU的個數。
22.如權利要求16所述的方法，其特征在于，還包括在發送所述動態業務修改請求后等待設定幀數，如果未收到所述響應，重新發送所述動態業務修改請求，或者，結束流程。
23.—種業務流修改方法，其特征在于，該方法包括 接收攜帶目的端標識、FID及新業務參數的動態業務修改請求； 發送針對所述動態業務修改請求的響應。
24.如權利要求23所述的方法，其特征在于，針對所述動態業務修改請求的響應為指示所述動態業務修改請求正確接收的確認。
25.如權利要求23所述的方法，其特征在于，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。
26.如權利要求25所述的方法，其特征在于，還包括接收指示所述動態業務修改響應正確接收的確認。
27.如權利要求26所述的方法，其特征在于，還包括在發送所述動態業務修改響應后等待設定幀數，如果未收到所述確認，重新發送所述動態業務修改響應。
28.如權利要求25所述的方法，其特征在于，還包括 根據所述新業務參數確定為要修改的業務流預留的資源； 根據所述預留的資源，調整所述新業務參數； 根據調整后的新業務參數修改所述FID及目的端標識對應的當前業務參數，并在所述動態業務修改響應中攜帶修改后的業務參數。
29.—種業務流建立裝置，其特征在于，該裝置包括 請求發送單元，發送攜帶目的端標識及FID的動態業務建立請求； 響應接收單元，接收針對所述動態業務建立請求的響應。
30.如權利要求29所述的裝置，其特征在于，所述針對動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。
31.如權利要求30所述的裝置，其特征在于，該裝置還包括業務參數提供單元，用于將業務參數發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送。
32.如權利要求30所述的裝置，其特征在于，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務建立請求后的設定幀數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元重新發送所述動態業務建立請求。
33.如權利要求32所述的裝置，其特征在于，所述請求發送單元將所述動態業務建立請求封裝為媒體接入控制協議數據單元MPDU發送，當重新發送所述動態業務建立請求超過MPDU最大重傳次數時，丟棄所述動態業務建立請求，并通知業務流刪除裝置執行操作。
34.如權利要求29所述的裝置，其特征在于，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務建立響應。
35.如權利要求34所述的裝置，其特征在于，該裝置還包括確認單元，用于發送指示所述動態業務建立響應正確接收的確認。
36.如權利要求34所述的裝置，其特征在于，該裝置還包括業務參數提供單元，用于將業務參數發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送； 所述動態業務建立響應還攜帶調整后的業務參數。
37.如權利要求34所述的裝置，其特征在于，所述動態業務建立響應還攜帶系統能提供的最大業務速率。
38.如權利要求34所述的裝置，其特征在于，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務建立請求后的設定幀數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元結束本次流程。
39.如權利要求29所述的方法，其特征在于，該裝置還包括方向信息提供單元和/或緩沖能力提供單元； 所述方向信息提供單元，用于將指示要建立的業務流為上行或下行的方向信息發送給所述請求發送單元，供其攜帶在動態業務建立請求中發送； 所述緩沖能力提供單元，用于將FID最大緩沖能力提供給所述請求發送單元，供其攜帶在動態業務建立請求中發送，所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。
40.一種業務流建立裝置，其特征在于，該裝置包括 請求接收單元，用于接收攜帶目的端標識及FID的動態業務建立請求； 響應發送單元，用于發送針對所述動態業務建立請求的響應。
41.如權利要求40所述的裝置，其特征在于，所述針對所述動態業務建立請求的響應為指示所述動態業務建立請求正確接收的確認。
42.如權利要求41所述的裝置，其特征在于，所述動態業務建立請求中還攜帶業務參數。
43.如權利要求40所述的裝置，其特征在于，所述針對動態業務建立請求的響應為攜帶所述FID的動態業務建立響應。
44.如權利要求43所述的裝置，其特征在于，該裝置還包括確認接收單元，用于接收指示所述動態業務建立響應正確接收的確認。
45.如權利要求44所述的裝置，其特征在于，該裝置中還包括監控單元，用于在所述響應發送單元發送所述動態業務建立響應后的設定幀數內監控所述確認接收單元，如果所述確認接收單元未收到所述確認，通知所述響應發送單元重新發送所述動態業務建立響應。
46.如權利要求45所述的裝置，其特征在于，所述響應發送單元將所述動態業務建立響應封裝成MPDU發送，當所述重新發送超過MPDU最大重傳次數時，丟棄所述動態業務建立響應，并通知業務流刪除裝置執行操作。
47.如權利要求43所述的裝置，其特征在于，所述動態業務建立請求中還攜帶業務參數； 該裝置還包括業務參數調整單元，用于根據動態業務建立請求中攜帶的業務參數確定預留的資源，根據所述預留的資源調整所述動態業務建立請求中攜帶的業務參數，并將調整后的業務參數發送給所述響應發送單元，供其攜帶在所述響應中發送。
48.如權利要求43所述的裝置，其特征在于，該裝置還包括業務最大速率確定單元，用于確定系統能提供的最大業務速率，并發送給所述響應發送單元，供其攜帶在所述響應中發送。
49.如權利要求40所述的裝置，其特征在于，所述動態業務建立請求中攜帶方向信息和/或FID最大緩沖能力； 所述方向信息指示要建立的業務流為上行或下行； 所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。
50.一種業務流修改裝置，其特征在于，該裝置包括 請求發送單元，發送攜帶目的端標識、FID及新業務參數的動態業務修改請求； 響應接收單元，接收針對所述動態業務修改請求的響應。
51.如權利要求50所述的裝置，其特征在于，針對所述動態業務修改請求的響應為指示正確接收所述動態業務修改請求的確認。
52.如權利要求51所述的裝置，其特征在于，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務修改請求后的設定幀數內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元重新發送所述動態業務修改請求。
53.如權利要求52所述的裝置，其特征在于，所述請求發送單元將所述動態業務修改請求封裝為媒體接入控制協議數據單元MPDU發送，當重新發送所述動態業務修改請求超過MPDU最大重傳次數時，丟棄動態業務修改請求，并通知業務流刪除裝置執行操作。
54.如權利要求50所述的裝置，其特征在于，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。
55.如權利要求54所述的裝置，其特征在于，該裝置還包括確認單元，用于發送指示所述動態業務修改響應正確接收的確認。
56.如權利要求54所述的裝置，其特征在于，所述動態業務修改響應中攜帶修改后的業務參數。
57.如權利要求54所述的裝置，其特征在于，所述動態業務修改響應中攜帶系統能提供的最大業務速率。
58.如權利要求54所述的裝置，其特征在于，該裝置還包括監控單元，用于在所述請求發送單元發送所述動態業務修改請求后的設定幀內監控所述響應接收單元，如果所述響應接收單元未收到所述響應，通知所述請求發送單元結束本次流程。
59.如權利要求50所述的裝置，其特征在于，該裝置還包括方向信息提供單元和/或緩沖能力提供單元；所述方向信息提供單元，用于將指示要修改的業務流為上行或下行的方向信息發送給所述請求發送單元，供其攜帶在動態業務修改請求中發送； 所述緩沖能力提供單元，用于將FID最大緩沖能力提供給所述請求發送單元，供其攜帶在動態業務修改請求中發送，所述FID最大緩沖能力表示期望所述動態業務修改請求的接收端最多緩存的MPDU的個數。
60.一種業務流修改裝置，其特征在于，該裝置包括 請求接收單元，用于接收攜帶目的端標識、FID及新業務參數的動態業務修改請求； 響應發送單元，用于發送針對所述動態業務修改請求的響應。
61.如權利要求60所述的裝置，其特征在于，針對所述動態業務修改請求的響應為指示正確接收所述動態業務修改請求的確認。
62.如權利要求60所述的裝置，其特征在于，針對所述動態業務修改請求的響應為攜帶所述FID的動態業務修改響應。
63.如權利要求62所述的裝置，其特征在于，該裝置中還包括確認接收單元，用于接收指示所述動態業務修改響應正確接收的確認。
64.如權利要求63所述的裝置，其特征在于，該裝置還包括監控單元，用于在所述響應發送單元發送所述動態業務修改響應后的設定幀數內監控所述確認接收單元，如果所述確認接收單元未收到所述確認，通知所述響應發送單元重新發送所述動態業務修改響應。
65.如權利要求64所述的裝置，其特征在于，所述響應發送單元將所述動態業務修改響應封裝成MPDU發送，當所述重新發送超過MPDU最大重傳次數時，丟棄動態業務修改響應，并通知業務流刪除裝置執行操作。
66.如權利要求62所述的裝置，其特征在于，該裝置中還包括 修改單元，用于根據所述新的業務參數確定為要修改的業務流預留的資源；根據所述預留的資源調整所述新業務參數；根據調整后的新業務參數修改所述FID及目的端標識對應的當前業務參數，并將修改后的業務參數發送給所述響應發送單元，供其攜帶在所述動態業務修改響應中發送。
67.如權利要求62所述的裝置，其特征在于，該裝置中進一步包括業務最大速率提供單元，用于確定系統能提供的最大業務速率，并發送給所述響應發送單元，供其攜帶在所述響應中發送。
68.如權利要求60所述的裝置，其特征在于，所述動態業務修改請求中還攜帶方向信息和/或FID最大緩沖能力； 所述方向信息指示要修改的業務流為上行或下行； 所述FID最大緩沖能力指示期望所述動態業務建立請求的接收端最多緩存的MPDU的個數。
69.如權利要求30、41、51或61所述的裝置，其特征在于，所述目的端標識指示終端設備。
70.如權利要求34、43、54或62所述的裝置，其特征在于，所述目的端標識指示網絡設備或終端設備。
全文摘要
本發明在進行數據傳輸之前，通過業務流管理，建立或修改請求端和目的端之間以業務流標識FID標識的“連接”，因此當請求端與目的端在該業務流上進行數據傳輸時，可以只使用FID作為標識、而不必在交互的每個數據包中都攜帶目的端標識，簡化了操作。
文檔編號H04L1/18GK102946622SQ201210057109
公開日2013年2月27日 申請日期2012年3月6日 優先權日2011年3月31日
發明者周玉寶, 彭超男, 姚惠娟, 于曉燕, 劉慎發, 鮑東山 申請人:北京新岸線無線技術有限公司