專利名稱：一種數據傳輸方法及設備的制作方法
技術領域：
本發明涉及通信領域，尤其涉及一種數據傳輸方法及設備。
背景技術：
隨著無線和有線技術的不斷發展，通信帶寬不斷提升，為更豐富多彩的終端應用創造了條件，如實時游戲、流媒體、在線應用、云端存儲等。有的應用帶寬需求不高，但要求持續穩定，如語音通話，有的應用帶寬需求較高，但對帶寬的穩定性沒有要求，如一般的下載任務。雖然不同應用對帶寬的要求不同，但他們的一個共同點是盡可能占用能夠獲得的最大帶寬，為了讓這些應用共生并獲得合適的帶寬以達到最好的用戶體驗，無線接入技術引入多承載、多接入點名稱(Access Point Name, APN)等讓高優先級業務優先使用有限的無線資源的技術以提升服務質量(Quality of Service, QoS)。多承載的特點在于資源預分和按優先級使用，但是系統設備的升級換代有一個過程，有些網絡或者終端還不具備多承載的能力，或者多承載無法完全滿足多業務的需要，仍然需要在一個承載上傳輸多種業務，這些在一個承載上傳輸的業務QoS難以區分。現有技術中為了讓用戶獲得更好的用戶體驗，一種方式是在需要使用實時性比較高的業務時關閉其他業務以避免干擾，但這樣的處理方式在應用上會造成局限；另一種方式是用戶申請更大的帶寬，但這樣會造成帶寬資源的浪費。綜上所述現有技術中，不具備多承載的能力的網絡或者終端在傳輸多種業務時往往在用戶體驗和資源利用上難以兼顧。
發明內容
本發明實施例所要解決的`技術問題是提供一種數據傳輸方法及設備，能夠在網絡或者終端還不具備多承載的能力的條件下兼顧較好的用戶體驗和合理的資源利用。本申請第一方面提供一種數據發送方法，包括終端在業務啟動時利用業務的信息構造該業務的虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上；終端根據所述業務的優先級設定所述虛擬承載的優先級；終端在實際承載上根據所述虛擬承載的優先級將所述數據包發送到網絡設備。在第一方面的第一種可能的實現方式中，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。結合第一方面或者第一方面的第一種可能的實現方式，在第二種可能的實現方式中，所述終端在實際承載上根據所述虛擬承載的優先級將所述數據包發送到網絡設備包括由終端的層2根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
結合第一方面的第二種可能的實現方式，在第三種可能的實現方式中，所述由終端的層2根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊包括由所述層2中的分組匯聚協議rocp層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊。結合第一方面的第三種可能的實現方式，在第四種可能的實現方式中，在將排隊后的數據包傳輸至物理層前，還包括在所述層2中將所述rocp層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執行。本申請第二方面提供一種數據發送終端設備，包括構造模塊，用于在業務啟動時利用業務的信息構造該業務的虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上；優先級設定模塊，用于根據所述業務的優先級設定所述虛擬承載的優先級；發送模塊，用于在實際承載上根據所述優先級設定模塊設定的所述虛擬承載的優先級將所述數據包發送到網絡設備。在第二方面的第一種可能的實現方式中，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。結合第二方面或者第二方面的第一種可能的實現方式，在第二種可能的實現方式中，所述發送模塊包括
層2單元，用于根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。結合第二方面的第二種可能的實現方式，在第三種可能的實現方式中，所述層2單元具體用于，由所述層2單元中的分組匯聚協議rocp層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。結合第二方面的第三種可能的實現方式，在第四種可能的實現方式中，所述層2單元還用于在將排隊后的數據包傳輸至物理層前，將所述rocp層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執行。本申請第三方面提供一種數據發送終端設備，包括處理器和發送器，其中所述處理器，用于在業務啟動時利用業務信息構造虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上；所述處理器，還用于根據所述業務的優先級設定所述虛擬承載的優先級；所述發送器，用于在實際承載上根據所述處理器發送的所述虛擬承載的優先級將所述數據包發送到網絡設備。在第三方面的第一種可能的實現方式中，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。結合第三方面或者第三方面的第一種可能的實現方式，在第二種可能的實現方式中，所述發送器內置有層2單元，所述層2單元用于根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。結合第三方面的第二種可能的實現方式，在第三種可能的實現方式中，所述層2單元具體用于由所述層2單元中的分組匯聚協議rocp層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。結合第三方面的第三種可能的實現方式，在第四種可能的實現方式中，所述層2單元還用于在將排隊后的數據包傳輸至物理層前，將所述rocp層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執行。本發明在目前多承載環境還不成熟，網絡不具備多承載的條件下，通過在終端引入虛擬多承載來模擬多承載的QoS效果。本發明實施例的終端與網絡側并不建立實際的端到端的多承載連接，而是終端在本地發包時模擬多承載機制，在一個非恒定分配的比特率(Non-Guaranteed Bit Rate, Νοη-GBR)承載上分出多個虛擬的業務通路,并在這幾個業務通路之間進行優先級調度。通過虛擬多承載本發明實施例能夠在網絡還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1是本申請實施例提供的一種數據發送方法的流程圖；圖2是本申請實施 例提供的另一種數據發送方法的流程圖；圖3是本申請實施例提供的再一種數據發送方法的流程圖；圖4是本申請實施例提供的一種數據發送終端設備的結構圖；圖5是本申請實施例提供的另一種數據發送終端設備的結構圖；圖6是本申請實施例提供的一種數據發送終端設備的結構圖；圖7是本申請實施例提供的另一種數據發送終端設備的結構圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。參考圖1，圖1是本申請實施例提供的一種數據發送方法的流程圖，包括101、終端在業務啟動時利用業務的信息構造該業務的虛擬業務流模板TFT，并通過虛擬TFT將該業務的數據包映射到與虛擬TFT對應的虛擬承載上。其中，業務的信息可以是接收該業務的端口信息和業務的優先級中的至少一項，也可以是TFT里的任何形式的參數，優選為端口信息。這里的業務指準實時業務，準實時業務啟動時，觸發終端建立多承載提供QoS支持，由于網絡側不支持多承載，因此終端建立多承載失敗。這里準實時業務是指啟動的業務為期望獲得實時運行或者實時性要求很高的業務，但由于網側不具備多承載能力使得業務的實時傳輸不能得到保證，通過本實施例的方法，模擬多承載機制，從而使業務逼近實時業務的效果。業務流模板(Traffic Flow Template, TFT)是關聯到演進分組系統(EvolvedPacket System, EPS)承載上的一個數據包過濾器的集合。上行過濾模板(UpLinkTraffic Flow Template,UL TFT)是TFT中的一組上行數據包過濾器,下行過濾模板(DownLink Traffic Flow Template,DL TFT)是TFT中的一組下行數據包過濾器。每一個專用承載都關聯至少一個TFT，用戶設備(User Equipment，UE)通過UL TFT把上行的數據映射到TFT關聯的承載上傳輸，分組數據網絡網關(Protocol Data Unit Gateffay, PDNGff)通過DL TFT把下行的數據映射到TFT關聯的承載上傳輸。所述虛擬TFT是一個虛擬數據包過濾器。所述虛擬TFT可以不是一個實際的將數據包映射至實際承載的過濾器，而是由與不支持多承載業務的的網絡設備通信的所述終端通過虛擬實際過濾器來實現的，這種虛擬過程可以由終端內的協議棧軟件來實現。該虛擬TFT用于將數據包依照其所在業務的優先級映射到與其優先級對應的虛擬承載上。本實施例并不建立端到端的實際多承載連接，數據包并不映射到對應的虛擬承載上傳輸，虛擬承載只在終端本地發包時模擬現有的多承載機制，在一個承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。102、終端根據業務 的優先級設定虛擬承載的優先級。這里，業務的優先級由終端與網絡側根據業務的類型約定。103、終端在實際承載上根據虛擬承載的優先級將數據包發送到網絡設備。可選地，終端在實際承載上根據虛擬承載的優先級將所述數據包發送到網絡設備的實現方式可以為由終端的層2根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在物理層優先發送到網絡設備。其中，由終端的層2根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊的實現方式可以為由層2 中的分組匯聚協議(Packet Data Convergence Protocol,F1DCP)層或無線鏈路控制(Radio Link Control，RLC)層根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊。為了更加逼近多承載的調度效果，讓高優先級的業務的數據包盡可能排到隊列前面，可以在將排隊后的數據包傳輸至物理層前，在層2中將rocp層或RLC層的加密操作推遲至介質訪問控制層(Media Access Control, MAC)層執行。本實施例在網絡不具備多承載的條件下，通過在終端引入虛擬多承載來模擬多承載的QoS效果。終端與網絡側并不建立實際的端到端的多承載連接，而是終端在本地發包時模擬多承載機制，在一個承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。終端本地區分業務優先級，并按優先級將數據傳輸到網絡，實現差別化業務QoS，滿足各種業務形態的QoS需求。通過虛擬多承載本實施例能夠在網絡或者終端還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。本實施例可以應用于長期演進(Long TermEvolution, LTE)終端系統、通用移動通信(Universal MobileTelecommunicationsSystem, UMTS)終端系統或其它數據包需要排隊等待調度傳輸的系統中。參考圖2，圖2是本申請實施例提供的另一種數據發送方法的流程圖，本實施是本發明方法在LTE終端系統中的應用。網絡不支持多承載，終端撥號后建立了一個缺省承載，這里將該承載命名為Epsbl，其對應的無線承載命名為DRBl。會話發起協議(SessionInitiation Protocol, SIP)視頻通話軟件啟動后嘗試為網絡語音電話業務(Voice overInternet Phone, VoIP)建立專用承載,但被網側拒絕。該方法包括201、終端通知無線接入管理模塊(Radio Access Bearer Management,RABM)根據端口信息構造虛擬業務流模板TFT，并通過虛擬TFT將業務的數據包映射到對應的虛擬承載 Epsbvl 上。其中，VoIP業務可細分為包含視頻業務和語音業務等，終端根據處理不同業務的端口分別構造虛擬TFT。這里，端口是指終端通過TCP/IP協議發送和接收VoIP業務包含的各種業務的數據包的協議端口 。202、終端根據VoIP業務的優先級設定虛擬承載Epsbvl的優先級QoSl。203、終端在實際承載Epsbl上，將虛擬承載的Epsbvl的優先級QoSl和數據包傳送到rocp層(層2中的子層)，由rocp層根據優先級Q0Si將數據包發送網絡設備。其中，終端將虛擬承載的Epsbvl的優先級QoSl和數據包傳送到HXP層，PDCP層收到該數據包后，并不是簡單的將其排列到DRBl的隊列尾部，而是根據優先級信息QoSl將其排列到合適的位置。MAC層獲得空口資源進行調度組包時，因為VoIP業務數據排在隊列頭部會首先被調度發到網絡設備。業務優先級作為排序和調度依據，是構造虛擬TFT，建立虛擬承載的目的，每一個優先級在無線資源的調度上類似于多承載的一個數據無線承載(DataRadio Bearer, DRB)。區別是DRB的調度在MAC層實現，而業務優先級的調度是在HXP層實現。當業務用到多個端口時，終端將迭代上述過程建立多個虛擬TFT，多個虛擬承載。實施例中，SIP視頻通話業務共用了 5個端口，實際配置了 5個虛擬TFT，建立了 3個虛擬承載，分配了 3種不同的業務優先級，為了讓業務數據優先匹配虛擬TFT，虛擬TFT的優先級高于其他普通TFT。本實施例以LTE終端系統的應用為例描述了本發明的方法，本實施例在網絡不具備多承載的條件下，通過在終端引入虛擬多承載來模擬多承載的QoS效果。終端與網絡側并不建立實際的端到端的多承載連接，而是終端在本地發包時模擬多承載機制，在一個缺省承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。通過虛擬多承載本實施例能夠在網絡或者終端還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。參考圖3，圖3是本申請實施例提供的再一種數據發送方法，本實施例是本發明方法在UMTS終端系統中的應用，包括
301、終端通知RABM根據端口信息構造虛擬業務流模板TFT，并通過虛擬TFT將業務的數據包映射到對應的虛擬承載Rabvl上。
302、終端根據VoIP業務的優先級設定虛擬承載Rabvl的優先級QoSl。
303、終端在實際承載Rabl上，將虛擬承載的Rabvl的優先級QoSl和數據包傳送到RLC層(層2中的子層)，由RLC層根據優先級QoSl將數據包發送到網絡設備。
本實施例與圖2實施例相比，主要區別在于層2處理不同。由于HXP層不支持重傳，所以不支持HXP序號(Serial Number, SN)，因此將優先級排隊的處理由HXP層下移到RLC層來實現。
為逼近多承載的調度效果，讓高優先級的業務包盡可能排到隊列前面，RLC服務數據單兀(Service Data Unit, SDU)到 RLC 協議數據單兀(Protocol Data Unit, F1DU)的過程延后，在確保一定周期的MAC調度數據量的前提下，盡可能晚的切分RLC SDU以及進行加密操作。
本實施例以UMTS終端系統的應用為例描述了本發明的方法，本實施例在網絡不具備多承載的條件下，通過在終端引入虛擬多承載來模擬多承載的QoS效果。終端與網絡側并不建立實際的端到端的多承載連接，而是終端在本地發包時模擬多承載機制，在一個首要(Primary)承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。通過虛擬多承載本實施例能夠在網絡或者終端還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。
參考圖4，圖4是本申請實施例提供的一種數據發送終端設備的結構圖，包括構造模塊401、優先級設定模塊402和發送模塊403，其中
構造模塊401，用于在業務啟動時利用業務的信息構造該業務的虛擬業務流模板 TFT，并通過虛擬TFT將所述業務的數據包過濾到與虛擬TFT對應的虛擬承載上。
其中，業務的信息可以是接收該業務的端口信息和業務的優先級中的至少一項， 也可以是TFT里的任何形式的參數，優選為端口信息。
所述虛擬TFT可以不是一個實際的將數據包映射至實際承載的過濾器，而是由不支持多承載業務的網絡所服務的所述終端通過虛擬實際過濾器來實現的，這種虛擬過程可以由終端內的協議棧軟件來實現。
優先級設定模塊402，用于根據業務的優先級設定虛擬承載的優先級。
發送模塊403，用于在實際承載上根據優先級設定模塊402設定的虛擬承載的優先級將數據包發送到網絡設備。
可選地，發送模塊403中可以包括層2單元4031，如圖5所示，
層2單元4031，用于 根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在物理層優先發送到網絡設備。
其中，層2單元4031具體用于，由層2單元中的分組匯聚協議TOCP層或無線鏈路控制RLC層根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在物理層優先發送到網絡設備。
層2單元4031還用于在將排隊后的數據包傳輸至物理層前，將TOCP層或RLC層的加密操作推遲至介質訪問控制層MAC層執行。
本實施例提供的數據發送終端設備在網絡不具備多承載的條件下，通過引入虛擬多承載來模擬多承載的QoS效果。數據發送終端設備與網絡側并不建立實際的端到端的多承載連接，而是數據發送終端設備在本地發包時模擬多承載機制，在一個承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。終端本地區分業務優先級，并按優先級將數據傳輸到網絡，實現差別化業務QoS，滿足各種業務形態的QoS需求。通過虛擬多承載本實施例能夠在網絡或者數據發送終端設備還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。本實施例所描述的數據發送終端設備可以應用于LTE終端系統或者UTMS終端系統中，還可以用于其它數據包需要排隊等待調度傳輸的系統中。
參考圖6，圖6是本申請實施例提供的一種數據發送終端設備的結構圖，包括處理器501和發送器502，其中
處理器501，用于在業務啟動時利用業務的信息構造虛擬業務流模板TFT，并通過虛擬TFT將該業務的數據包映射到與虛擬TFT對應的虛擬承載上。
其中，業務的信息可以是接收該業務的端口信息和業務的優先級中的至少一項， 也可以是TFT里的任何形式的參數，優選為端口信息。
處理器501，還用于根據所述業務的優先級設定所述虛擬承載的優先級。
發送器502，用于在實際承載上根據處理器501發送的虛擬承載的優先級將數據包發送到網絡設備。
其中，發送器502內置有層2單元5021，層2單元5021用于根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在物理層優先發送到網絡設備。
可選地,層2單兀5021可以是中央處理器(Central Processing Unit, CPU)、微處理器，控制器等。
其中，層2單元5021具體用于由層2單元5021中的HXP層或RLC層根據虛擬承載的優先級將數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在物理層優先發送到網絡設備。
可選地，層2單元5021還用于在將排隊后的數據包傳輸至物理層前，將TOCP層或 RLC層的加密操作推遲至介質訪問控制層MAC層執行。
本實施例提供的數據發送終端設備在網絡不具備多承載的條件下，通過引入虛擬多承載來模擬多承載的QoS效果。數據發送終端設備與網絡側并不建立實際的端到端的多承載連接，而是數據發送終端設備在本地發包時模擬多承載機制，在一個承載上分出多個虛擬的業務通路，并在這幾個業務通路之間進行優先級調度。終端本地區分業務優先級，并按優先級將數據傳輸到網絡，實現差別化業務QoS，滿足各種業務形態的QoS需求。通過虛擬多承載本實施例能夠在網絡或者數據發送終端設備還不具備多承載的能力的條件下兼顧業務QoS和合理的資源利用。本實施例所描述的數據發送終端設備可以應用于LTE終端系統或者UTMS`終端系統中，還可以用于其它數據包需要排隊等待調度傳輸的系統中。
本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存 儲記憶體(Read-Only Memory, ROM)或隨機存取存儲器(Random Access Memory，簡稱 RAM)等。
以上所揭露的僅為本發明較佳實施例而已，當然不能以此來限定本發明之權利范圍，因此依本發明權利要求所作的等同變化，仍屬本發明所涵蓋的范圍。
權利要求
1.一種數據發送方法，其特征在于，包括 終端在業務啟動時利用業務的信息構造該業務的虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上； 終端根據所述業務的優先級設定所述虛擬承載的優先級； 終端在實際承載上根據所述虛擬承載的優先級將所述數據包發送到網絡設備。
2.根據權利要求1所述的數據發送方法，其特征在于，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。
3.根據權利要求1或2所述的數據發送方法，其特征在于，所述終端在實際承載上根據所述虛擬承載的優先級將所述數據包發送到網絡設備包括 由終端的層2根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
4.根據權利要求3所述的數據發送方法，其特征在于，所述由終端的層2根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊包括 由所述層2中的分組匯聚協議HXP層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊。
5.根據權利要求4所述的數據發送方法，其特征在于，在將排隊后的數據包傳輸至物理層前，還包括在所述層2中將所述rocp層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執燈。
6.一種數據發送終端設備，其特征在于，包括 構造模塊，用于在業務啟動時利用業務的信息構造該業務的虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上； 優先級設定模塊，用于根據所述業務的優先級設定所述虛擬承載的優先級； 發送模塊，用于在實際承載上根據所述優先級設定模塊設定的所述虛擬承載的優先級將所述數據包發送到網絡設備。
7.根據權利要求6所述的數據發送終端設備，其特征在于，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。
8.根據權利要求6或7所述的數據發送終端設備，其特征在于，所述發送模塊包括 層2單元，用于根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
9.根據權利要求8所述的數據發送終端設備，其特征在于，所述層2單元具體用于，由所述層2單元中的分組匯聚協議rocp層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
10.根據權利要求9所述的數據發送終端設備，其特征在于，所述層2單元還用于在將排隊后的數據包傳輸至物理層前，將所述rocp層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執行。
11.一種數據發送終端設備，其特征在于，包括處理器和發送器，其中所述處理器，用于在業務啟動時利用業務信息構造虛擬業務流模板TFT，并通過所述虛擬TFT將所述業務的數據包映射到與所述虛擬TFT對應的虛擬承載上； 所述處理器，還用于根據所述業務的優先級設定所述虛擬承載的優先級； 所述發送器，用于在實際承載上根據所述處理器發送的所述虛擬承載的優先級將所述數據包發送到網絡設備。
12.根據權利要求11所述的數據發送終端設備，其特征在于，所述業務的信息為接收該業務的端口信息和所述業務的優先級中的至少一項。
13.根據權利要求11或12所述的數據發送終端設備，其特征在于，所述發送器內置有層2單元，所述層2單元用于根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
14.根據權利要求13所述的數據發送終端設備，其特征在于，所述層2單元具體用于由所述層2單元中的分組匯聚協議HXP層或無線鏈路控制RLC層根據所述虛擬承載的優先級將所述數據包在實際承載的承載隊列上進行排隊得到排隊后的數據包，并將排隊后的數據包傳輸至物理層，以使得優先級高的數據包在所述物理層優先發送到網絡設備。
15.根據權利要求14所述的數據發送終端設備，其特征在于，所述層2單元還用于在將排隊后的數據包傳輸至物理層前，將所述HXP層或所述RLC層的加密操作推遲至介質訪問控制層MAC層執行。
全文摘要
本發明公開了一種數據傳輸方法及設備，在本發明提供的技術方案中終端與網絡側并不建立實際的端到端的多承載連接，而是終端在本地發包時模擬多承載機制，在一個承載上虛擬出多個業務通路，并在這幾個業務通路之間進行優先級調度。通過虛擬多承載本發明能夠在網絡或者終端還不具備多承載能力或者多承載能力有局限的條件下兼顧業務QoS和合理的資源利用。
文檔編號H04W72/12GK103067982SQ20121054371
公開日2013年4月24日 申請日期2012年12月14日 優先權日2012年12月14日
發明者王剛, 陳昌洲, 殷衛東 申請人:華為技術有限公司