本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)包傳輸方法及系統(tǒng)、發(fā)送端設(shè)備與接收端設(shè)備。

背景技術(shù)：
演進(jìn)分組系統(tǒng)(EvolvedPacketSystem；EPS)中，采用承載(Bearer)來(lái)傳輸用戶設(shè)備(UserEquipment；UE)的業(yè)務(wù)數(shù)據(jù)，按照承載中的業(yè)務(wù)數(shù)據(jù)所經(jīng)過(guò)的網(wǎng)絡(luò)的不同，Bearer包含核心網(wǎng)(CoreNetwork；CN)承載和無(wú)線接入網(wǎng)(RadioAccessNetwork；RAN)承載兩種方式。在現(xiàn)有的無(wú)線網(wǎng)絡(luò)中，對(duì)于某一個(gè)特定的業(yè)務(wù)，RAN承載在無(wú)線鏈路控制(RadioLinkControl；RLC)層可以采用兩種傳輸模式：確認(rèn)模式(AcknowledgedMode；AM)和非確認(rèn)模式(Un-acknowledgedmode；UM)。在AM模式下，RLC層采用自動(dòng)重傳請(qǐng)求(AutomaticRepeat-reQuest；ARQ)機(jī)制傳輸業(yè)務(wù)數(shù)據(jù)，接收端會(huì)對(duì)發(fā)送端所發(fā)送出的每一個(gè)數(shù)據(jù)包進(jìn)行確認(rèn)，以表示該數(shù)據(jù)包被正確接收，該AM模式應(yīng)用于對(duì)時(shí)延要求較低，而對(duì)可靠性要求較高的業(yè)務(wù)傳輸。在UM模式下，RLC層只負(fù)責(zé)發(fā)送、接收數(shù)據(jù)包，并不對(duì)所發(fā)送的數(shù)據(jù)包進(jìn)行重傳，也不對(duì)所接收的數(shù)據(jù)包反饋確認(rèn)，相對(duì)于AM模式，UM模式主要應(yīng)用于對(duì)時(shí)延要求較高，對(duì)可靠性要求較低的業(yè)務(wù)。現(xiàn)有技術(shù)中至少存在如下缺點(diǎn)：無(wú)論對(duì)于CN承載還是對(duì)于RAN承載，還是在RAN承載的AM模式還是UM模式中，現(xiàn)有的無(wú)線網(wǎng)絡(luò)中采用的傳輸方式均將業(yè)務(wù)中的不同類型的業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明實(shí)施例提供一種數(shù)據(jù)包傳輸方法及系統(tǒng)、發(fā)送端設(shè)備與接收端設(shè)備，用于解決現(xiàn)有技術(shù)中數(shù)據(jù)包的處理效率較低的缺陷。一方面，本發(fā)明實(shí)施例提供一種數(shù)據(jù)包傳輸方法，包括：發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定所述業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量需求信息，所述服務(wù)質(zhì)量需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；所述發(fā)送端在所述業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶所述服務(wù)質(zhì)量需求信息；所述發(fā)送端向接收端發(fā)送攜帶所述服務(wù)質(zhì)量需求信息的所述數(shù)據(jù)包，以供接收端根據(jù)所述服務(wù)質(zhì)量需求信息對(duì)所述數(shù)據(jù)包進(jìn)行調(diào)度處理。另一方面，本發(fā)明實(shí)施例還提供一種數(shù)據(jù)包傳輸方法，包括：接收端接收發(fā)送端發(fā)送的攜帶服務(wù)質(zhì)量需求信息的數(shù)據(jù)包；所述服務(wù)質(zhì)量需求信息為所述發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，所述服務(wù)質(zhì)量需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；所述接收端根據(jù)所述服務(wù)質(zhì)量需求信息對(duì)所述數(shù)據(jù)包進(jìn)行調(diào)度處理。再一方面，本發(fā)明實(shí)施例還提供一種發(fā)送端設(shè)備，包括：確定模塊，用于根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定所述業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量需求信息，所述服務(wù)質(zhì)量需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；處理模塊，用于在所述業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶所述服務(wù)質(zhì)量需求信息；發(fā)送模塊，用于向接收端設(shè)備發(fā)送攜帶所述服務(wù)質(zhì)量需求信息的所述數(shù)據(jù)包，以供接收端設(shè)備根據(jù)所述服務(wù)質(zhì)量需求信息對(duì)所述數(shù)據(jù)包進(jìn)行調(diào)度處理。又一方面，本發(fā)明實(shí)施例還提供一種接收端設(shè)備，包括：接收模塊，用于接收發(fā)送端設(shè)備發(fā)送的攜帶服務(wù)質(zhì)量需求信息的數(shù)據(jù)包；所述服務(wù)質(zhì)量需求信息為所述發(fā)送端設(shè)備根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，所述服務(wù)質(zhì)量需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；處理模塊，用于根據(jù)所述服務(wù)質(zhì)量需求信息對(duì)所述數(shù)據(jù)包進(jìn)行調(diào)度處理。再另一方面，本發(fā)明實(shí)施例還提供一種數(shù)據(jù)包傳輸系統(tǒng)，包括如上所述的發(fā)送端設(shè)備和如上所述的接收端設(shè)備。本發(fā)明實(shí)施例的數(shù)據(jù)包傳輸方法及系統(tǒng)、發(fā)送端設(shè)備與接收端設(shè)備，通過(guò)由發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量需求信息，該服務(wù)質(zhì)量需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；并在向接收端發(fā)送的數(shù)據(jù)包中攜帶該服務(wù)質(zhì)量需求信息，這樣接收端便可以根據(jù)服務(wù)質(zhì)量需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本發(fā)明實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)服務(wù)質(zhì)量需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。附圖說(shuō)明為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一實(shí)施例提供的數(shù)據(jù)包傳輸方法的流程圖。圖2為本發(fā)明實(shí)施例提供的一種InitializationSegment的數(shù)據(jù)格式圖。圖3為本發(fā)明實(shí)施例提供的一種MediaSegment的數(shù)據(jù)格式圖。圖4為本發(fā)明實(shí)施例提供的另一種InitializationSegment的數(shù)據(jù)格式圖。圖5為本發(fā)明實(shí)施例提供的一種在GTP數(shù)據(jù)包的數(shù)據(jù)格式圖。圖6為本發(fā)明實(shí)施例提供的一種在PDCP數(shù)據(jù)包的數(shù)據(jù)格式圖。圖7為本發(fā)明另一實(shí)施例提供的數(shù)據(jù)包傳輸方法的流程圖。圖8為本發(fā)明實(shí)施例提供的發(fā)送端設(shè)備的結(jié)構(gòu)示意圖。圖9為本發(fā)明實(shí)施例提供的接收端設(shè)備的結(jié)構(gòu)示意圖。圖10為本發(fā)明一實(shí)施例提供的數(shù)據(jù)包傳輸系統(tǒng)的結(jié)構(gòu)示意圖。具體實(shí)施方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明一實(shí)施例提供的數(shù)據(jù)包傳輸方法的流程圖。如圖1所示，本實(shí)施例的數(shù)據(jù)包傳輸方法的執(zhí)行主體為一發(fā)送端。本實(shí)施例的數(shù)據(jù)包傳輸方法，具體可以包括如下步驟：100、發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量(QualityofService；QoS)需求信息；本實(shí)施例的QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；其中傳輸時(shí)延優(yōu)先級(jí)的級(jí)別越高，表示該數(shù)據(jù)包對(duì)時(shí)延要求越高，要求越小的傳輸時(shí)延；不同的傳輸時(shí)延優(yōu)先級(jí)級(jí)別對(duì)應(yīng)不同的傳輸過(guò)程中的時(shí)延要求。傳輸可靠?jī)?yōu)先級(jí)級(jí)別越高，表示該數(shù)據(jù)包對(duì)可靠性要求越高；不同的傳輸可靠?jī)?yōu)先級(jí)級(jí)別對(duì)應(yīng)不同的傳輸過(guò)程的可靠性要求。丟包指示用于表示該數(shù)據(jù)包是否可以被丟棄。緊急指示用以指示該數(shù)據(jù)包是否屬于緊急數(shù)據(jù)包，對(duì)于緊急的數(shù)據(jù)包，在傳輸路徑上的傳輸設(shè)備，可以先于其他非緊急數(shù)據(jù)包，而對(duì)該數(shù)據(jù)包進(jìn)行傳輸。101、發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息；102、發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。本實(shí)施例的數(shù)據(jù)包傳輸方法，通過(guò)由發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型為業(yè)務(wù)數(shù)據(jù)設(shè)置QoS需求信息，該QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；并在向接收端發(fā)送的數(shù)據(jù)包中攜帶該QoS需求信息，這樣接收端便可以根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率?？蛇x地，在上述圖1所示實(shí)施例的基礎(chǔ)上，還可以包括如下可選技術(shù)方案，構(gòu)成圖1所示實(shí)施例的擴(kuò)展實(shí)施例。在圖1所示實(shí)施例的擴(kuò)展實(shí)施例中，發(fā)送端具體可以為網(wǎng)關(guān)節(jié)點(diǎn)(Gatewaynode)或者服務(wù)器(Server)，接收端為基站(如eNodeB)。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的步驟101和步驟102具體可以包括以下幾種情況：第一種情況：當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在初始化分段(InitializationSegment)和/或媒體分段(MediaSegment)的剩余比特位中攜帶QoS需求信息。這里的MediaSegment即指的是媒體數(shù)據(jù)分段。對(duì)應(yīng)地，上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包，以供接收端根據(jù)InitializationSegment和/或MediaSegment中攜帶的QoS需求信息對(duì)包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包進(jìn)行調(diào)度處理。其中包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包中包含InitializationSegment和/或MediaSegment和數(shù)據(jù)內(nèi)容，其中InitializationSegment和/或MediaSegment中攜帶有QoS需求信息。第二種情況：當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在InitializationSegment和/或MediaSegment中增加的新比特位中攜帶QoS需求信息。對(duì)應(yīng)地，上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包，以供接收端根據(jù)InitializationSegment和/或MediaSegment中攜帶的QoS需求信息對(duì)包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包進(jìn)行調(diào)度處理。進(jìn)一步可選地，當(dāng)上述業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，此時(shí)對(duì)應(yīng)的QoS需求信息中還可以包括幀間依賴信息、幀的質(zhì)量信息和層的指示信息中的至少一個(gè)。其中幀間依賴信息，用于表示幀間的依賴關(guān)系，即表示該視頻數(shù)據(jù)包是否被其他數(shù)據(jù)包所參考，以及參考程度等信息。幀的質(zhì)量信息表示當(dāng)前數(shù)據(jù)包對(duì)于視頻播放質(zhì)量的影響的程度信息。層的指示信息，用于表示當(dāng)視頻數(shù)據(jù)采用分層編碼方式處理時(shí)，指示當(dāng)前數(shù)據(jù)包屬于基本層數(shù)據(jù)包、還是增強(qiáng)層的數(shù)據(jù)包。以視頻業(yè)務(wù)為例，對(duì)于視頻的主要關(guān)鍵幀和/或被參考幀對(duì)應(yīng)數(shù)據(jù)包設(shè)置較高的傳輸優(yōu)先級(jí)別，對(duì)于其他不重要或可靠性較低的數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包，可以設(shè)置較低的傳輸優(yōu)先級(jí)別，這種方式可以保證關(guān)鍵的數(shù)據(jù)包可以被可靠的傳輸給用戶，提升了用戶在窄帶傳輸下的觀看體驗(yàn)。以實(shí)時(shí)視頻業(yè)務(wù)為例，對(duì)于接近絕對(duì)播放時(shí)間(實(shí)況轉(zhuǎn)播中需要某幀需要被客戶端播放的絕對(duì)時(shí)間)的視頻數(shù)據(jù)，可以設(shè)置傳輸時(shí)延為高優(yōu)先級(jí)和/或?yàn)榫o急數(shù)據(jù)；否則，可以設(shè)置傳輸時(shí)延為低優(yōu)先級(jí)和/或不緊急。以視頻業(yè)務(wù)為例，對(duì)于視頻播放所需要關(guān)鍵數(shù)據(jù)包，比如：包含元數(shù)據(jù)的數(shù)據(jù)包，或被一個(gè)或多個(gè)幀參考的數(shù)據(jù)包，可以設(shè)置為不能丟包，對(duì)于普通的視頻數(shù)據(jù)可以設(shè)置為可以丟包。圖2為本發(fā)明實(shí)施例提供的一種InitializationSegment的數(shù)據(jù)格式圖，圖3為本發(fā)明實(shí)施例提供的一種MediaSegment的數(shù)據(jù)格式圖。如圖2和圖3所示，以在InitializationSegment和MediaSegment中增加一個(gè)新比特位攜帶QoS需求信息，例如該QoS需求信息具體攜帶傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的哪一個(gè)可以預(yù)先規(guī)定。圖4為本發(fā)明實(shí)施例提供的另一種InitializationSegment的數(shù)據(jù)格式圖，如圖4所示，以在InitializationSegment中增加兩個(gè)新比特位攜帶輸時(shí)延優(yōu)先級(jí)級(jí)別和傳輸可靠性優(yōu)先級(jí)級(jí)別為例。圖4僅為一個(gè)可選方案，實(shí)際應(yīng)用中，可以在InitializationSegment和MediaSegment中傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示、緊急指示、幀間依賴信息、幀的質(zhì)量信息和層的指示信息中的至少一個(gè)，具體攜帶哪一個(gè)或者幾個(gè)可以預(yù)先設(shè)定，在此不再一一舉例。第三種情況：上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在通用分組無(wú)線業(yè)務(wù)隧道協(xié)議(GeneralPacketRadioServiceTunnellingProtocol；GTP))數(shù)據(jù)包的包頭中新增加第一擴(kuò)展頭部信息，GTP數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；發(fā)送端在第一擴(kuò)展頭部信息攜帶QoS需求信息。對(duì)應(yīng)上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送攜帶QoS需求信息的GTP數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)GTP數(shù)據(jù)包進(jìn)行調(diào)度處理。圖5為本發(fā)明實(shí)施例提供的一種在GTP數(shù)據(jù)包的數(shù)據(jù)格式圖。如圖5所示，以在圖5的GTP數(shù)據(jù)包的包頭中新增加第一擴(kuò)展頭部信息，并在第一擴(kuò)展頭部信息中增加傳輸時(shí)延優(yōu)先級(jí)級(jí)別為例。實(shí)際應(yīng)用中在該第一擴(kuò)展頭部信息中具體可以增加傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的一個(gè)或者多個(gè)。在此不再一一舉例。第四種情況：上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在網(wǎng)際協(xié)議(InternetProtocol；IP)數(shù)據(jù)包的包頭中攜帶QoS需求信息；對(duì)應(yīng)上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送攜帶QoS需求信息的IP數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)IP數(shù)據(jù)包進(jìn)行調(diào)度處理?？蛇x地，在圖1所示實(shí)施例的擴(kuò)展實(shí)施例中，發(fā)送端具體還可以為基站(如eNodeB)，接收端具體可以為用戶設(shè)備(UserEquipment；UE)。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的步驟101和步驟102具體可以包括以下幾種情況：第一種情況：上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在分組數(shù)據(jù)匯聚協(xié)議(PacketDataConvergenceProtocol；PDCP)數(shù)據(jù)包的包頭中新增加第二擴(kuò)展頭部信息，PDCP數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；發(fā)送端在第二擴(kuò)展頭部信息攜帶QoS需求信息。對(duì)應(yīng)上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送攜帶QoS需求信息的PDCP數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)PDCP數(shù)據(jù)包進(jìn)行調(diào)度處理。圖6為本發(fā)明實(shí)施例提供的一種在PDCP數(shù)據(jù)包的數(shù)據(jù)格式圖。如圖6所示，以在PDCP數(shù)據(jù)包的包頭中新增加第二擴(kuò)展頭部信息，并在第二擴(kuò)展頭部信息中增加傳輸時(shí)延優(yōu)先級(jí)級(jí)別和傳輸可靠性優(yōu)先級(jí)級(jí)別為例，例如具體可以在PDCP數(shù)據(jù)包的包頭中新增加至少一個(gè)擴(kuò)展頭的指示E，用于指示是否使用擴(kuò)展頭信息和/或擴(kuò)展頭的類型。例如圖6中的擴(kuò)展頭指示E用于指示當(dāng)前PDCP數(shù)據(jù)包包頭中攜帶有QoS需求信息的頭部信息的擴(kuò)展。其中D/C指示：0表示數(shù)據(jù)，1表示控制信息；R表示保留；E表示擴(kuò)展頭指示。其中PDCP數(shù)據(jù)包的序號(hào)分為兩行，第一行為4bit，第二行為8bit。第二種情況：上述圖1所示實(shí)施例中的步驟100“發(fā)送端在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶QoS需求信息”，具體可以包括：發(fā)送端在無(wú)線鏈路控制(RadioLinkControl；RLC)協(xié)議數(shù)據(jù)包的包頭中新增加第三擴(kuò)展頭部信息，RLC協(xié)議數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；發(fā)送端在第三擴(kuò)展頭部信息攜帶QoS需求信息。對(duì)應(yīng)上述圖1所示實(shí)施例中的步驟102“發(fā)送端向接收端發(fā)送攜帶QoS需求信息的數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”，具體可以包括：發(fā)送端向接收端發(fā)送攜帶QoS需求信息的RLC協(xié)議數(shù)據(jù)包，以供接收端根據(jù)QoS需求信息對(duì)RLC協(xié)議數(shù)據(jù)包進(jìn)行調(diào)度處理。實(shí)際應(yīng)用中，發(fā)送端中可以設(shè)置有傳輸時(shí)延優(yōu)先級(jí)閾值和傳輸可靠?jī)?yōu)先級(jí)閾值，發(fā)送端可以對(duì)大于傳輸時(shí)延優(yōu)先級(jí)閾值、大于傳輸可靠?jī)?yōu)先級(jí)閾值、沒(méi)有丟包指示以及有緊急指示的數(shù)據(jù)包設(shè)置攜帶QoS需求信息，而不用在每個(gè)數(shù)據(jù)包中都攜帶QoS需求信息，該方式有助于降低系統(tǒng)的帶寬資源開(kāi)銷。例如在大于傳輸時(shí)延優(yōu)先級(jí)閾值、大于傳輸可靠?jī)?yōu)先級(jí)閾值、沒(méi)有丟包指示以及有緊急指示的數(shù)據(jù)包中攜帶QoS需求信息，而在小于傳輸時(shí)延優(yōu)先級(jí)閾值、小于傳輸可靠?jī)?yōu)先級(jí)閾值、有丟包指示以及沒(méi)有緊急指示的數(shù)據(jù)包中不攜帶QoS需求信息，當(dāng)接收端接收到未攜帶有QoS需求信息的數(shù)據(jù)包，則將該數(shù)據(jù)包按照QoS需求信息指示的低優(yōu)先級(jí)方式處理。反之亦然，在此不再贅述。對(duì)于幀間依賴信息、幀的質(zhì)量信息和層的指示信息的情況類似，在此亦不再贅述。比如：當(dāng)發(fā)送端判斷關(guān)鍵幀數(shù)據(jù)包的丟包率要低于10-6，而非關(guān)鍵幀數(shù)據(jù)包的丟包率可以高于10-6，則發(fā)送端可以設(shè)置關(guān)鍵幀的數(shù)據(jù)包為高可靠性級(jí)別的數(shù)據(jù)包，而對(duì)非關(guān)鍵幀的數(shù)據(jù)包不設(shè)置可靠性級(jí)別，當(dāng)接收端接收到攜帶有高優(yōu)先級(jí)的數(shù)據(jù)包時(shí)，則按照高優(yōu)先級(jí)數(shù)據(jù)包處理，當(dāng)接收端接收到?jīng)]有攜帶有高優(yōu)先級(jí)得數(shù)據(jù)包時(shí)，則按照非高優(yōu)先級(jí)數(shù)據(jù)包處理。上述實(shí)施例的數(shù)據(jù)包傳輸方法，通過(guò)由發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型為業(yè)務(wù)數(shù)據(jù)設(shè)置QoS需求信息，該QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；并在向接收端發(fā)送的數(shù)據(jù)包中攜帶該QoS需求信息，這樣接收端便可以根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理。采用上述實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。圖7為本發(fā)明另一實(shí)施例提供的數(shù)據(jù)包傳輸方法的流程圖。如圖7所示，本實(shí)施例的數(shù)據(jù)包傳輸方法，具體可以包括如下步驟：200、接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；本實(shí)施例中的QoS需求信息為發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)。201、接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。本實(shí)施例的數(shù)據(jù)包傳輸方法與上述圖1所示實(shí)施例的區(qū)別僅在于：上述圖1所示實(shí)施例的數(shù)據(jù)包傳輸方法在發(fā)送端側(cè)描述本發(fā)明的技術(shù)方案，而本實(shí)施例在接收端側(cè)描述本發(fā)明的技術(shù)方案，詳細(xì)可以參考上述圖1所示實(shí)施例的記載，在此不再贅述。本實(shí)施例的數(shù)據(jù)包傳輸方法，通過(guò)由接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；QoS需求信息為發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)。然后接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。可選地，在上述圖7所示實(shí)施例的基礎(chǔ)上，還可以包括如下可選技術(shù)方案，構(gòu)成圖7所示實(shí)施例的擴(kuò)展實(shí)施例。在圖7所示實(shí)施例的擴(kuò)展實(shí)施例中，發(fā)送端具體可以為網(wǎng)關(guān)節(jié)點(diǎn)(Gatewaynode)或者服務(wù)器(Server)，接收端為基站(如eNodeB)。此時(shí)對(duì)應(yīng)地上述圖1所示實(shí)施例中的步驟200具體可以包括以下幾種情況：第一種情況：當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，接收端接收發(fā)送端發(fā)送的包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包，其中在InitializationSegment和/或MediaSegment的剩余比特位或者增加的新比特位中攜帶有QoS需求信息。第二種情況：接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的GTP數(shù)據(jù)包，QoS需求信息攜帶在GTP數(shù)據(jù)包的包頭中新增加的第一擴(kuò)展頭部信息中。第三種情況：接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的IP數(shù)據(jù)包，QoS需求信息攜帶在IP數(shù)據(jù)包的包頭中。進(jìn)一步可選地，當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，QoS需求信息還包括幀間依賴信息、幀的質(zhì)量信息和層的指示信息中的至少一個(gè)?？蛇x地，當(dāng)接收端為基站時(shí)，此時(shí)對(duì)應(yīng)地步驟201“接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”具體可以包括以下幾種方式：第一種方式：基站根據(jù)QoS需求信息對(duì)該數(shù)據(jù)包采用增加混合自動(dòng)重傳請(qǐng)求(HybridAutomaticRepeatRequest；HARQ)的重傳次數(shù)的方式進(jìn)行傳輸，比如：當(dāng)基站接收到攜帶有高可靠?jī)?yōu)先級(jí)信息的數(shù)據(jù)包時(shí)，基站可以增加高優(yōu)先級(jí)的數(shù)據(jù)包的重傳次數(shù)，進(jìn)而增加該數(shù)據(jù)包的傳輸可靠性；第二種方式：基站根據(jù)QoS需求信息對(duì)該數(shù)據(jù)包采用采用高可靠性的低階的調(diào)制編碼方式(ModulationCodingScheme；MCS)傳輸；第三種方式：基站根據(jù)QoS需求信息對(duì)該數(shù)據(jù)包的傳輸提升發(fā)送功率；第四種方式：基站根據(jù)QoS需求信息提高當(dāng)前UE的調(diào)度優(yōu)先級(jí)，比如：當(dāng)基站接收到攜帶有高時(shí)延優(yōu)先級(jí)信息的數(shù)據(jù)包時(shí)，基站可以提高當(dāng)前服務(wù)的UE或數(shù)據(jù)的調(diào)度優(yōu)先級(jí)別，優(yōu)先調(diào)度該數(shù)據(jù)包；第五種方式：基站根據(jù)QoS需求信息，確定除非該數(shù)據(jù)包被UE成功接收，否則該數(shù)據(jù)包不能被丟棄，比如：當(dāng)基站接收到攜帶有不允許丟包指示的數(shù)據(jù)包時(shí)，不能由于該數(shù)據(jù)包緩存時(shí)間過(guò)長(zhǎng)而丟棄該數(shù)據(jù)包，直到該數(shù)據(jù)包被UE接收到。以上幾種方式僅為舉例，實(shí)際應(yīng)用中除了上述情況還可以采用其他擴(kuò)展方式進(jìn)行數(shù)據(jù)包傳輸，在此不再一一列舉。可選地，在圖7所示實(shí)施例的擴(kuò)展實(shí)施例中，發(fā)送端具體還可以為基站(如eNodeB)，接收端具體可以為UE。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的步驟200具體可以包括以下幾種情況：第一種情況：接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的PDCP數(shù)據(jù)包，QoS需求信息攜帶在PDCP數(shù)據(jù)包的包頭中新增加的第二擴(kuò)展頭部信息中；或者可選的，基站中的PDCP實(shí)體可以按照數(shù)據(jù)包所對(duì)應(yīng)的QoS需求信息發(fā)送數(shù)據(jù)給UE，例如，PDCP數(shù)據(jù)包對(duì)應(yīng)高傳輸可靠性優(yōu)先級(jí)時(shí)，基站中的PDCP實(shí)體在將該P(yáng)DCP數(shù)據(jù)包發(fā)送給底層后，如果接收到底層的傳輸失敗確認(rèn)，或沒(méi)有接收到傳輸成功確認(rèn)，則重發(fā)該P(yáng)DCP數(shù)據(jù)包。再例如：當(dāng)將PDCP數(shù)據(jù)包發(fā)送給底層時(shí)，啟動(dòng)一個(gè)基站預(yù)配置的重傳定時(shí)器，在該重傳定時(shí)器超時(shí)之前，仍然沒(méi)有得到對(duì)應(yīng)該P(yáng)DCP數(shù)據(jù)包的接收成功的響應(yīng)，則重傳該P(yáng)DCP數(shù)據(jù)包。相反如果PDCP數(shù)據(jù)包對(duì)應(yīng)低傳輸可靠性優(yōu)先級(jí)，則在丟棄PDCP數(shù)據(jù)包時(shí)，不需要等待接收底層的傳輸成功確認(rèn)。第二種情況：接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的RLC協(xié)議數(shù)據(jù)包，QoS需求信息攜帶在RLC協(xié)議數(shù)據(jù)包的包頭中新增加的第三擴(kuò)展頭部信息中?？蛇x地，當(dāng)接收端為UE時(shí)，此時(shí)對(duì)應(yīng)地步驟201“接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理”具體可以包括：UE接收到數(shù)據(jù)包，并將該數(shù)據(jù)包遞交給上層應(yīng)用，例如UE可以按照數(shù)據(jù)包中所攜帶的QoS需求信息，按照QoS需求信息的指示，將數(shù)據(jù)包遞交給上層。例如如果該數(shù)據(jù)包中指示為緊急數(shù)據(jù)包和/或傳輸時(shí)延高優(yōu)先級(jí)數(shù)據(jù)包，則UE可以直接遞交該數(shù)據(jù)包，而不用等待接收到之前的亂序數(shù)據(jù)包后才按序遞交，這樣能夠根據(jù)數(shù)據(jù)包的QoS需求信息對(duì)該數(shù)據(jù)包進(jìn)行及時(shí)處理，有效地提高數(shù)據(jù)包的處理效率。上述圖7所示實(shí)施例的擴(kuò)展實(shí)施例的數(shù)據(jù)包傳輸方法與上述圖1所示實(shí)施例的擴(kuò)展實(shí)施例的區(qū)別僅在于：上述圖1所示實(shí)施例的擴(kuò)展實(shí)施例中的數(shù)據(jù)包傳輸方法在發(fā)送端側(cè)描述本發(fā)明的技術(shù)方案，而圖7所示實(shí)施例的擴(kuò)展實(shí)施例在接收端側(cè)描述本發(fā)明的技術(shù)方案，詳細(xì)可以參考上述圖1所示實(shí)施例的擴(kuò)展實(shí)施例的記載，在此不再贅述。上述實(shí)施例的數(shù)據(jù)包傳輸方法，通過(guò)由接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；QoS需求信息為發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型為業(yè)務(wù)數(shù)據(jù)設(shè)置的，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)。然后接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。采用上述實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。圖8為本發(fā)明實(shí)施例提供的發(fā)送端設(shè)備的結(jié)構(gòu)示意圖。如圖8所示，本實(shí)施例的發(fā)送端設(shè)備，具體可以包括確定模塊10、處理模塊11和發(fā)送模塊12。其中確定模塊10用于根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定業(yè)務(wù)數(shù)據(jù)的QoS需求信息，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；處理模塊11與確定模塊10連接，處理模塊11用于在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶確定模塊10確定的QoS需求信息。發(fā)送模塊12與處理模塊11連接，發(fā)送模塊12用于向接收端設(shè)備發(fā)送處理模塊11處理后的攜帶QoS需求信息的數(shù)據(jù)包，以供接收端設(shè)備根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。本實(shí)施例的發(fā)送端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)數(shù)據(jù)包傳輸與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)機(jī)制相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。本實(shí)施例的發(fā)送端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)通過(guò)發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定業(yè)務(wù)數(shù)據(jù)的QoS需求信息，該QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；并在向接收端發(fā)送的數(shù)據(jù)包中攜帶該QoS需求信息，這樣接收端便可以根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率?？蛇x地，圖8所示實(shí)施例的中的發(fā)送端具體可以為網(wǎng)關(guān)節(jié)點(diǎn)(Gatewaynode)或者服務(wù)器(Server)，接收端為基站(如eNodeB)。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的處理模塊11和發(fā)送模塊12具體執(zhí)行操作可以包括以下幾種情況：第一種情況：處理模塊11具體用于當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，在InitializationSegment和/或MediaSegment的剩余比特位中攜帶確定模塊10確定的QoS需求信息；發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送包括有處理模塊11處理得到的InitializationSegment和/或MediaSegment的數(shù)據(jù)包，以供接收端設(shè)備根據(jù)InitializationSegment和/或MediaSegmen中攜帶的QoS需求信息對(duì)包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包進(jìn)行調(diào)度處理。第二種情況：處理模塊11具體用于當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，在InitializationSegment和/或MediaSegment中增加新比特位中攜帶確定模塊10確定的QoS需求信息；發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送包括有處理模塊11處理得到的InitializationSegment和/或MediaSegment的數(shù)據(jù)包，以供接收端設(shè)備根據(jù)InitializationSegment和/或MediaSegment中攜帶的QoS需求信息對(duì)包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包進(jìn)行調(diào)度處理。進(jìn)一步可選地，當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，QoS需求信息還包括幀間依賴信息、幀的質(zhì)量信息和層的指示信息中的至少一個(gè)。第三種情況：處理模塊11具體用于在GTP數(shù)據(jù)包的包頭中新增加第一擴(kuò)展頭部信息，GTP數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；并在第一擴(kuò)展頭部信息攜帶確定模塊10確定的QoS需求信息；發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送處理模塊11處理得到的攜帶QoS需求信息的GTP數(shù)據(jù)包，以供接收端設(shè)備根據(jù)QoS需求信息對(duì)GTP數(shù)據(jù)包進(jìn)行調(diào)度處理。第三種情況：處理模塊11具體用于在IP數(shù)據(jù)包的包頭中攜帶確定模塊10確定的QoS需求信息；發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送處理模塊11處理得到的攜帶QoS需求信息的IP數(shù)據(jù)包，以供接收端設(shè)備根據(jù)QoS需求信息對(duì)IP數(shù)據(jù)包進(jìn)行調(diào)度處理?？蛇x地，圖8所示實(shí)施例的中的發(fā)送端具體可以為基站(如eNodeB)，接收端具體可以為UE。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的處理模塊11和發(fā)送模塊12具體執(zhí)行操作可以包括以下幾種情況：第一種情況：處理模塊11具體用于在PDCP數(shù)據(jù)包的包頭中新增加第二擴(kuò)展頭部信息，該P(yáng)DCP數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；并在第二擴(kuò)展頭部信息攜帶確定模塊10確定的QoS需求信息；發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送處理模塊11處理得到的攜帶QoS需求信息的PDCP數(shù)據(jù)包，以供接收端設(shè)備根據(jù)QoS需求信息對(duì)PDCP數(shù)據(jù)包進(jìn)行調(diào)度處理。第二種情況：處理模塊11具體用于在RLC協(xié)議數(shù)據(jù)包的包頭中新增加第三擴(kuò)展頭部信息，該RLC協(xié)議數(shù)據(jù)包中包括業(yè)務(wù)數(shù)據(jù)；并在第三擴(kuò)展頭部信息攜帶確定模塊10確定的QoS需求信息。發(fā)送模塊12具體用于向接收端設(shè)備發(fā)送處理模塊11處理得到的攜帶QoS需求信息的RLC協(xié)議數(shù)據(jù)包，以供接收端設(shè)備根據(jù)QoS需求信息對(duì)RLC協(xié)議數(shù)據(jù)包進(jìn)行調(diào)度處理。上述實(shí)施例的發(fā)送端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)數(shù)據(jù)包傳輸與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)機(jī)制相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。采用上述實(shí)施例的發(fā)送端設(shè)備，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。圖9為本發(fā)明實(shí)施例提供的接收端設(shè)備的結(jié)構(gòu)示意圖。如圖9所示，本實(shí)施例的接收端設(shè)備，具體可以包括接收模塊20和處理模塊21。其中接收模塊20用于接收發(fā)送端設(shè)備發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；該QoS需求信息為發(fā)送端設(shè)備根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)。處理模塊21與接收模塊20連接，處理模塊21用于根據(jù)接收模塊20接收的QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。本實(shí)施例的接收端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)數(shù)據(jù)包傳輸與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)機(jī)制相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。本實(shí)施例的接收端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)由接收端接收發(fā)送端發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；QoS需求信息為發(fā)送端根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定的，QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)。然后接收端根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率?？蛇x地，圖9所示實(shí)施例的中的發(fā)送端具體可以為網(wǎng)關(guān)節(jié)點(diǎn)(Gatewaynode)或者服務(wù)器(Server)，接收端為基站(如eNodeB)。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的接收模塊20具體執(zhí)行操作可以包括以下幾種情況：接收模塊20具體用于當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，接收發(fā)送端設(shè)備發(fā)送的包括有InitializationSegment和/或MediaSegment的數(shù)據(jù)包，其中在InitializationSegment和/或MediaSegment的剩余比特位或者增加的新比特位中攜帶有QoS需求信息。或者接收模塊20具體用于接收發(fā)送端設(shè)備發(fā)送的攜帶QoS需求信息的GTP數(shù)據(jù)包，該QoS需求信息攜帶在GTP數(shù)據(jù)包的包頭中新增加的第一擴(kuò)展頭部信息中?；蛘呓邮漳K20具體用于接收發(fā)送端設(shè)備發(fā)送的攜帶QoS需求信息的IP數(shù)據(jù)包，該QoS需求信息攜帶在IP數(shù)據(jù)包的包頭中；進(jìn)一步地，當(dāng)業(yè)務(wù)數(shù)據(jù)為視頻業(yè)務(wù)數(shù)據(jù)時(shí)，QoS需求信息還包括幀間依賴信息、幀的質(zhì)量信息和層的指示信息中的至少一個(gè)?？蛇x地，圖9所示實(shí)施例的中的發(fā)送端具體可以為基站(如eNodeB)，接收端具體可以為UE。此時(shí)對(duì)應(yīng)地上述實(shí)施例中的接收模塊20具體執(zhí)行操作可以包括以下幾種情況：接收模塊20具體用于接收發(fā)送端設(shè)備發(fā)送的攜帶QoS需求信息的PDCP數(shù)據(jù)包，該QoS需求信息攜帶在PDCP數(shù)據(jù)包的包頭中新增加的第二擴(kuò)展頭部信息中；或者接收模塊20具體用于接收發(fā)送端設(shè)備發(fā)送的攜帶QoS需求信息的RLC協(xié)議數(shù)據(jù)包，該QoS需求信息攜帶在RLC協(xié)議數(shù)據(jù)包的包頭中新增加的第三擴(kuò)展頭部信息中。上述實(shí)施例的接收端設(shè)備，通過(guò)采用上述模塊實(shí)現(xiàn)數(shù)據(jù)包傳輸與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)機(jī)制相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。采用上述實(shí)施例的接收端設(shè)備，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。圖10為本發(fā)明一實(shí)施例提供的數(shù)據(jù)包傳輸系統(tǒng)的結(jié)構(gòu)示意圖。如圖10所示，本實(shí)施例的數(shù)據(jù)包傳輸系統(tǒng)，具體可以包括發(fā)送端設(shè)備30和接收端設(shè)備40。發(fā)送端設(shè)備30和接收端設(shè)備40相連接，能夠進(jìn)行數(shù)據(jù)通信。本實(shí)施例中的發(fā)送端設(shè)備30用于根據(jù)業(yè)務(wù)數(shù)據(jù)的內(nèi)容或者類型確定業(yè)務(wù)數(shù)據(jù)的QoS需求信息，該QoS需求信息包括傳輸時(shí)延優(yōu)先級(jí)級(jí)別、傳輸可靠性優(yōu)先級(jí)級(jí)別、丟包指示和緊急指示中的至少一個(gè)；并在業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)包中攜帶設(shè)置的QoS需求信息；并向接收端設(shè)備40發(fā)送攜帶QoS需求信息的數(shù)據(jù)包；接收端設(shè)備40用于接收發(fā)送端設(shè)備30發(fā)送的攜帶QoS需求信息的數(shù)據(jù)包；并根據(jù)接收的QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。具體地，本實(shí)施例的發(fā)送端設(shè)備30具體可以采用上述圖8及其擴(kuò)展實(shí)施例中的發(fā)送端設(shè)備，接收端設(shè)備40具體可以采用上述圖9及其擴(kuò)展實(shí)施例中的接收端設(shè)備。且本實(shí)施例中的發(fā)送端設(shè)備30和接收端設(shè)備40之間可以采用上述圖1和圖7以及相應(yīng)擴(kuò)展實(shí)施例的數(shù)據(jù)包傳輸方法實(shí)現(xiàn)數(shù)據(jù)包的傳輸，詳細(xì)可以參考上述相關(guān)實(shí)施例的記載，在此不再贅述。本實(shí)施例的發(fā)送端設(shè)備30具體可以網(wǎng)關(guān)節(jié)點(diǎn)(Gatewaynode)或者服務(wù)器(Server)，接收端設(shè)備40為基站(如eNodeB)?；蛘甙l(fā)送端設(shè)備30具體可以為基站(如eNodeB)，接收端設(shè)備40具體可以為UE。本實(shí)施例的數(shù)據(jù)包傳輸系統(tǒng)，通過(guò)采用上述發(fā)送端設(shè)備和接收端設(shè)備，發(fā)送端設(shè)備通過(guò)向接收端設(shè)備發(fā)送的數(shù)據(jù)包中攜帶QoS需求信息，并由接收端設(shè)備根據(jù)QoS需求信息對(duì)數(shù)據(jù)包進(jìn)行調(diào)度處理。采用本實(shí)施例的技術(shù)方案，能夠克服現(xiàn)有技術(shù)中所有數(shù)據(jù)包進(jìn)行集中處理，導(dǎo)致數(shù)據(jù)包的處理效率較低的缺陷，通過(guò)根據(jù)QoS需求信息對(duì)接收的該數(shù)據(jù)包進(jìn)行調(diào)度處理，從而能夠有效地提高數(shù)據(jù)包的處理效率。以上所描述的裝置實(shí)施例僅僅是示意性的，其中作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到至少兩個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下，即可以理解并實(shí)施。最后應(yīng)說(shuō)明的是：以上各實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。