本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種發(fā)送數(shù)據(jù)包的方法及裝置。

背景技術(shù)：

對(duì)于車聯(lián)網(wǎng)的各種use case(用例)中，有的use case要求的數(shù)據(jù)傳輸時(shí)延是20ms，有的是100ms或者160ms。

由于D2D(Device to Device，設(shè)備對(duì)設(shè)備)技術(shù)中的D2D discovery(D2D發(fā)現(xiàn))提供的發(fā)送周期是320ms，D2D communication的調(diào)度周期是40ms。那么，即使后續(xù)將TTI(Transmission Time Interval，傳輸時(shí)間間隔)縮減為當(dāng)前的一半，所有的周期降為一半，考慮到傳輸時(shí)延，調(diào)度時(shí)機(jī)等因素，也很難保證20ms內(nèi)將數(shù)據(jù)發(fā)送到對(duì)端。

因此，現(xiàn)有技術(shù)的不足在于：如果采用D2D技術(shù)進(jìn)行相關(guān)數(shù)據(jù)的傳輸，對(duì)于20ms低時(shí)延的情況，很難滿足車聯(lián)網(wǎng)的各種use case需求。

進(jìn)一步的，目前也沒有機(jī)制提供數(shù)據(jù)包的時(shí)延要求信息。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供了一種發(fā)送數(shù)據(jù)包的方法及裝置，用以滿足各種時(shí)延數(shù)據(jù)傳輸?shù)男枰?，以便按相?yīng)的時(shí)延要求將各種時(shí)延數(shù)據(jù)包傳輸?shù)綄?duì)端。

本發(fā)明實(shí)施例中提供了一種發(fā)送數(shù)據(jù)包的方法，包括：

在應(yīng)用層產(chǎn)生數(shù)據(jù)包時(shí)，根據(jù)數(shù)據(jù)包產(chǎn)生原因確定該數(shù)據(jù)包發(fā)送時(shí)的時(shí)延要求；

在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示，所述發(fā)送指示是根據(jù)時(shí)延要求確定的；

在接入層根據(jù)所述發(fā)送指示以及根據(jù)當(dāng)前資源情況，確定發(fā)送數(shù)據(jù)包的發(fā)送資源；

在所述發(fā)送資源上發(fā)送數(shù)據(jù)包。

較佳地，當(dāng)前資源情況是當(dāng)前的資源授權(quán)的情況。

較佳地，在根據(jù)所述發(fā)送指示確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)：

根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前有發(fā)送資源時(shí)，停止其他數(shù)據(jù)的發(fā)送，將當(dāng)前有的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源；

根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前沒有發(fā)送資源時(shí)，將用于廣播的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源，和/或?qū)⒅邦A(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源。

較佳地，將之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源時(shí)，在所述發(fā)送資源上發(fā)送數(shù)據(jù)包時(shí)，在最近的發(fā)送資源上連續(xù)多次發(fā)送同一數(shù)據(jù)包，或在多個(gè)之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源上發(fā)送同一數(shù)據(jù)包。

較佳地，所述發(fā)送指示通過優(yōu)先級(jí)信息來指示時(shí)延要求。

較佳地，在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示時(shí)，使用層間原語來攜帶，或使用預(yù)設(shè)的數(shù)據(jù)格式來攜帶。

本發(fā)明實(shí)施例中提供了一種發(fā)送數(shù)據(jù)包的裝置，包括：

時(shí)延要求模塊，用于在應(yīng)用層產(chǎn)生數(shù)據(jù)包時(shí)，根據(jù)數(shù)據(jù)包產(chǎn)生原因確定該數(shù)據(jù)包發(fā)送時(shí)的時(shí)延要求；

指示模塊，用于在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示，所述發(fā)送指示是根據(jù)時(shí)延要求確定的；

資源模塊，用于在接入層根據(jù)所述發(fā)送指示以及根據(jù)當(dāng)前資源情況，確定發(fā)送數(shù)據(jù)包的發(fā)送資源；

發(fā)送模塊，用于在所述發(fā)送資源上發(fā)送數(shù)據(jù)包。

較佳地，資源模塊進(jìn)一步用于當(dāng)前資源情況是當(dāng)前的資源授權(quán)的情況。

較佳地，資源模塊進(jìn)一步用于在根據(jù)所述發(fā)送指示確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)：根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前有發(fā)送資源時(shí)，停止其他數(shù)據(jù)的發(fā)送，將當(dāng)前有的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源；根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前沒有發(fā)送資源時(shí)，將用于廣播的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源，和/或?qū)⒅邦A(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源。

較佳地，發(fā)送模塊進(jìn)一步用于將之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源時(shí)，在所述發(fā)送資源上發(fā)送數(shù)據(jù)包時(shí)，在最近的發(fā)送資源上連續(xù)多次發(fā)送同一數(shù)據(jù)包，或在多個(gè)之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源上發(fā)送同一數(shù)據(jù)包。

較佳地，指示模塊進(jìn)一步用于所述發(fā)送指示通過優(yōu)先級(jí)信息來指示時(shí)延要求。

較佳地，指示模塊進(jìn)一步用于在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示時(shí)，使用層間原語來攜帶，或使用預(yù)設(shè)的數(shù)據(jù)格式來攜帶。

本發(fā)明有益效果如下：

在本發(fā)明實(shí)施例提供的技術(shù)方案中，由于在產(chǎn)生數(shù)據(jù)包時(shí)便根據(jù)數(shù)據(jù)包產(chǎn)生原因確定了該數(shù)據(jù)包的時(shí)延要求，這樣，在為該數(shù)據(jù)包分配發(fā)送資源時(shí)，便可以根據(jù)時(shí)延要求來安排與之相適應(yīng)的發(fā)送資源，也即，將傳輸時(shí)延指示信息給底層，使得底層能夠根據(jù)時(shí)延指示信息選擇傳輸資源。顯然，當(dāng)確定該數(shù)據(jù)包是低時(shí)延要求時(shí)，便可以安排與該時(shí)延要求相適應(yīng)的資源去發(fā)送，因此，采用本方案可以滿足各種時(shí)延數(shù)據(jù)傳輸?shù)男枰?，以便按相?yīng)的時(shí)延要求將各種時(shí)延數(shù)據(jù)包傳輸?shù)綄?duì)端。

進(jìn)一步的，方案中還提供了在確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)的資源分配方案。

進(jìn)一步的，還提供了確保數(shù)據(jù)包發(fā)送可靠性的方案。

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1為本發(fā)明實(shí)施例中車聯(lián)網(wǎng)通信方式示意圖；

圖2為本發(fā)明實(shí)施例中D2D發(fā)現(xiàn)/通信示意圖；

圖3為本發(fā)明實(shí)施例中一個(gè)SCI周期內(nèi)SCI和data的傳輸示意圖；

圖4為本發(fā)明實(shí)施例中發(fā)送數(shù)據(jù)包的方法實(shí)施流程示意圖；

圖5為本發(fā)明實(shí)施例中發(fā)送數(shù)據(jù)包的裝置結(jié)構(gòu)示意圖；

圖6為本發(fā)明實(shí)施例中基站結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式進(jìn)行說明。

發(fā)明人在發(fā)明過程中注意到：

圖1為車聯(lián)網(wǎng)通信方式示意圖，如圖所示，在車聯(lián)網(wǎng)中，V2X(vehicle to X，車對(duì)外界的信息交換)包括V2V(vehicle to vehicle，車對(duì)車的信息交換)、V2I(Vehicle-to-Infrastructure,車與基礎(chǔ)設(shè)施的信息交換)、V2P(Vehicle-to-Pedestrian,車與人的信息交換)三種。

由于3GPP SA1(System Architecture，3GPP標(biāo)準(zhǔn)化組織中的系統(tǒng)架構(gòu)需求組)對(duì)V2I和V2P的use case和requirement(需求)還沒有完全確定，這里只列出與V2V相關(guān)的內(nèi)容。

SA1定義的V2V use case和requirement如表1所示：

表1 SA1定義的V2V use case和requirement

通過這些use case的時(shí)延要求可以看出，在pre-crash sensing warining的情況下，時(shí)延要求是20ms，并且要求高可靠傳輸。

對(duì)于緊急事件觸發(fā)的消息，這些消息不是通常的100ms要求，而可能是50ms，甚至更短。在這些情況下，一方面要滿足時(shí)延要求，另一方面也要保證可靠傳輸。

然而，現(xiàn)有的D2D通信機(jī)制并不能保證該低時(shí)延要求，也不能保證傳輸?shù)目煽啃?，下面進(jìn)行具體說明。

一、D2D接近服務(wù)

D2D，即終端直通技術(shù)，是指鄰近的終端可以在近距離范圍內(nèi)通過直連鏈路進(jìn)行數(shù)據(jù)傳輸?shù)姆绞?，不需要通過中心節(jié)點(diǎn)(即基站)進(jìn)行轉(zhuǎn)發(fā)，也不需要通過傳統(tǒng)的蜂窩鏈路進(jìn)行UE間的信息傳輸。

3GPP中，D2D接近服務(wù)包括以下兩大類：

D2D發(fā)現(xiàn)：UE使用E-UTRA來確認(rèn)另外一個(gè)UE在其附近。例如，D2D UE可以使用該服務(wù)來尋找附近的出租車、尋找在其附近的朋友等；

D2D通信：圖2為D2D發(fā)現(xiàn)/通信示意圖，如圖所示，相互接近的UE，通過在兩個(gè)UE之間直接建立鏈路，這樣將原本通過網(wǎng)絡(luò)傳輸?shù)耐ㄐ沛溌忿D(zhuǎn)化為本地的直接通信鏈路，節(jié)省了大量的帶寬和網(wǎng)絡(luò)效率；或者兩個(gè)相互接近的UE，可以利用直接鏈路通信來獲得穩(wěn)定高速低廉的通信服務(wù)。接近服務(wù)通信一般是在網(wǎng)絡(luò)側(cè)控制或者輔助下進(jìn)行的，eNB(evolved Node Base Station，演進(jìn)型基站)甚至可能會(huì)為進(jìn)行接近服務(wù)通信的UE動(dòng)態(tài)地分配資源。

為了便于描述，可以定義兩種鏈路類型：

D2D鏈路：設(shè)備和設(shè)備之間直接進(jìn)行通信的鏈路；

D2N(Device-to-Node，設(shè)備到節(jié)點(diǎn))鏈路：設(shè)備和網(wǎng)絡(luò)節(jié)點(diǎn)之間進(jìn)行通信的鏈路。

此外，參與D2D發(fā)現(xiàn)/通信的UE分為兩種角色：

D2D發(fā)送UE：即發(fā)送D2D發(fā)現(xiàn)/通信消息的UE；

D2D接收UE：即接收D2D發(fā)送UE發(fā)送的發(fā)現(xiàn)/通信消息的UE。

二、PC5接口D2D通信的傳輸方法

在Rel-12(Release-12，版本12)的D2D通信中，僅引入兩種物理信道的定義：

SCI(Scheduling Control Information，調(diào)度控制信息)，其用于傳輸D2D鏈路上的調(diào)度信令，接收端根據(jù)接收到的SCI中的信令指示，進(jìn)行Data(數(shù)據(jù))信道的檢測；

Data信道，用于傳輸D2D鏈路上的數(shù)據(jù)，其傳輸?shù)膶傩栽赟CI中指示。

圖3為一個(gè)SCI周期內(nèi)SCI和data的傳輸示意圖，如圖所示的SCI周期內(nèi)，在SCI中承載的控制信令中，主要包含如下信息：

1、SA(Scheduling Assignment，調(diào)度分配)ID(8比特)：

SA ID主要用于接收UE判斷當(dāng)前的傳輸?shù)臉I(yè)務(wù)是否是自己需要接收的業(yè)務(wù)。

2、MCS(Modulation and Coding Scheme，調(diào)制編碼方式)(5比特)

用于指示后續(xù)數(shù)據(jù)傳輸?shù)腗CS，其沿用現(xiàn)有的LTE(Long Term Evolution，長期演進(jìn))的MCS和TBS(Transport Block Size，傳輸塊格式)的設(shè)計(jì)，在mode 1資源分配方法中，如果eNB通過高層信令配置了D2D數(shù)據(jù)傳輸MCS的等級(jí)，那么SCI中的MCS依據(jù)高層信令的配置獲得；如果eNB沒有配置數(shù)據(jù)傳輸?shù)腗CS的等級(jí)，那么UE自發(fā)的選擇數(shù)據(jù)傳輸?shù)腗CS等級(jí)。

3、Hopping flag(跳頻標(biāo)志)和資源指示信息比特)

在D2D通信中為了獲得更好的覆蓋范圍，需要支持跳頻的傳輸，從而獲 得頻域分集增益。同時(shí)在Public Safety(公共安全)網(wǎng)絡(luò)中需要支持多種業(yè)務(wù)類型，而不僅僅是VoIP(Voice over IP，基于IP的語音傳輸)業(yè)務(wù)，因此在Data的傳輸中沒有劃分頻域子信道，而是采用靈活的資源指示的方法。在此基礎(chǔ)上，DCI format(Downlink Control Information format，下行控制信令格式)0的跳頻和資源指示信息可以完全的復(fù)用在SCI中。在Mode 1的資源分配方法中，Hopping Flag和資源指示信息是根據(jù)D2D grant(資源授權(quán))中的信息直接得到的。

4、T-RPT(Time Repetition Patterns for Transmission，發(fā)送時(shí)間重復(fù)圖樣)指示(7比特)

通過系統(tǒng)預(yù)定義或者高層配置的T-RPT index(索引)與具體pattern(模式)的對(duì)應(yīng)關(guān)系，在SCI中指示Data傳輸?shù)腡-RPT pattern的index信息，從而接收端可以根據(jù)SCI中的T-RPT的指示接收數(shù)據(jù)。

Mode 1資源分配方法中，T-RPT指示的是連續(xù)的N個(gè)上行子幀中的T-RPT pattern，Mode 1中T-RPT信息是根據(jù)D2D grant中的指示信息直接獲得的。

Mode 2資源分配方法中，T-RPT指示的是連續(xù)的N個(gè)D2D子幀中的T-RPT pattern，Mode 2中是依據(jù)D2D子幀進(jìn)行確定。

5、TA(Timing Advance，時(shí)間提前量)(6比特)

這里TA主要用于指示Mode 1資源分配方法中，Data傳輸?shù)亩〞r(shí)的提前量。由于Mode 1的UE處于RRC(Radio Resource Control，無線資源控制)連接狀態(tài)，一方面Mode 1的UE可以獲得TA信息，另一方面通過與蜂窩上行PUSCH(Physical Uplink Shared Channel，物理上行鏈路共享信道)同步的傳輸方式，會(huì)降低對(duì)蜂窩PUSCH傳輸?shù)母蓴_。

三、LTE D2D通信資源分配方式

D2D通信支持兩種D2D發(fā)送資源分配方式：

1、UE自主選擇資源的資源分配方式(Mode2)：即UE自行從預(yù)配置或者網(wǎng)絡(luò)廣播的發(fā)送資源池中選擇發(fā)送資源進(jìn)行D2D發(fā)送的方式；

2、網(wǎng)絡(luò)調(diào)度的資源分配方式(Mode1)：即由網(wǎng)絡(luò)根據(jù)UE上報(bào)的Sidelink(直通鏈路)BSR(Buffer state reporting，緩沖區(qū)上報(bào))為UE分配資源的方式。

綜上可見，目前D2D的設(shè)計(jì)無法滿足V2V中最快20ms的傳輸時(shí)延要求，即使在未來將TTI縮減為一半，也不能保證數(shù)據(jù)可以在20ms內(nèi)傳輸?shù)綄?duì)端。另外目前也沒有區(qū)分不同的數(shù)據(jù)的不同時(shí)延要求。進(jìn)一步的，目前也沒有機(jī)制提供數(shù)據(jù)包的時(shí)延要求信息。

基于此，在本發(fā)明實(shí)施例提供了一種發(fā)送數(shù)據(jù)包的方法，用以滿足低時(shí)延數(shù)據(jù)傳輸?shù)男枰员愀斓貙⒌蜁r(shí)延數(shù)據(jù)包傳輸?shù)綄?duì)端。例如對(duì)于緊急事件觸發(fā)的消息的傳輸，進(jìn)一步的還用以保證可靠傳輸。

圖4為發(fā)送數(shù)據(jù)包的方法實(shí)施流程示意圖，如圖所示，可以包括：

步驟401、在應(yīng)用層產(chǎn)生數(shù)據(jù)包時(shí)，根據(jù)數(shù)據(jù)包產(chǎn)生原因確定該數(shù)據(jù)包發(fā)送時(shí)的時(shí)延要求；

步驟402、在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示，所述發(fā)送指示是根據(jù)時(shí)延要求確定的；

步驟403、在接入層根據(jù)所述發(fā)送指示以及根據(jù)當(dāng)前資源情況，確定發(fā)送數(shù)據(jù)包的發(fā)送資源；

步驟404、在所述發(fā)送資源上發(fā)送數(shù)據(jù)包。

該方案可在V2V的終端上實(shí)施，實(shí)施中，應(yīng)用層產(chǎn)生數(shù)據(jù)包，根據(jù)產(chǎn)生的原因(如根據(jù)use case的相關(guān)消息)的不同，確定時(shí)延信息，并將該信息發(fā)給接入層，如PDCP(Packet Data Convergence Protocol，分組數(shù)據(jù)聚合協(xié)議)層。

實(shí)施中，當(dāng)前資源情況可以是當(dāng)前的grant(資源授權(quán))的情況。

具體實(shí)施中，在根據(jù)所述發(fā)送指示確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)：

根據(jù)當(dāng)前的grant(資源授權(quán))的情況，在當(dāng)前有發(fā)送資源時(shí)，停止其他數(shù) 據(jù)的發(fā)送，將當(dāng)前有的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源；

根據(jù)當(dāng)前的grant(資源授權(quán))的情況，在當(dāng)前沒有發(fā)送資源時(shí)，將用于廣播的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源，和/或?qū)⒅邦A(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源。

具體的，接入層可以根據(jù)上層攜帶的指示信息，根據(jù)當(dāng)前的grant(資源授權(quán))的情況，確定采用何種方式進(jìn)行發(fā)送：

當(dāng)當(dāng)前有發(fā)送資源時(shí)(如mode 1方式獲取的資源)，可以停止其他數(shù)據(jù)的發(fā)送，提前調(diào)度低時(shí)延要求的數(shù)據(jù)包發(fā)送；

當(dāng)當(dāng)前沒有發(fā)送資源時(shí)，直接從廣播或者之前預(yù)留的D2D發(fā)送資源池中選擇最近的發(fā)送資源進(jìn)行發(fā)送。

具體實(shí)施中，為了提高數(shù)據(jù)傳輸?shù)目煽啃?，?shù)據(jù)包可以連續(xù)重復(fù)多次發(fā)送，也可以選擇多個(gè)資源池進(jìn)行相同數(shù)據(jù)發(fā)送。也即，在將之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源時(shí)，可以在所述發(fā)送資源上發(fā)送數(shù)據(jù)包時(shí)，在最近的發(fā)送資源上連續(xù)多次發(fā)送同一數(shù)據(jù)包，或在多個(gè)之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源上發(fā)送同一數(shù)據(jù)包。

實(shí)施中，在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示時(shí)，可以使用層間原語來攜帶，或使用預(yù)設(shè)的數(shù)據(jù)格式來攜帶。

具體的，發(fā)送的時(shí)延信息可以使用層間原語來攜帶，也可以使用特定的數(shù)據(jù)格式來攜帶。時(shí)延信息的內(nèi)容可以采用1比特來指示，例如，將該比特設(shè)置為1時(shí)，表示是低時(shí)延的數(shù)據(jù)包，設(shè)置為0時(shí)或者沒有攜帶該比特，則表示為正常時(shí)延的數(shù)據(jù)包。也可以用多個(gè)預(yù)先設(shè)定長度的比特來表示，不同的取值，代表時(shí)延要求不同。

上述方案中，主要構(gòu)思在于，應(yīng)用層在下發(fā)數(shù)據(jù)包時(shí)攜帶該數(shù)據(jù)包的時(shí)延指示信息，接入層根據(jù)該指示信息，盡快選擇資源發(fā)送出去。如果當(dāng)前正好有因?yàn)槠渌麛?shù)據(jù)申請(qǐng)的資源，則暫停其他數(shù)據(jù)發(fā)送，優(yōu)先發(fā)送時(shí)延要求20ms的數(shù)據(jù)包。如果當(dāng)前沒有可用發(fā)送資源，則在廣播或者預(yù)留的資源池中選擇發(fā)送 資源，盡快發(fā)送時(shí)延要求為20ms的數(shù)據(jù)包。并且，可以重復(fù)幾次發(fā)送。為更好地理解，下面再以實(shí)例進(jìn)行說明。

實(shí)施例1：

當(dāng)一輛車發(fā)現(xiàn)要發(fā)生與另一輛車不可避免地碰撞時(shí)，即pre-crash sensing warning的use case，此時(shí)會(huì)產(chǎn)生相關(guān)的告警消息。應(yīng)用層將該告警消息附加上時(shí)延指示信息發(fā)送給低層。MAC(Media Access Control，媒體接入控制)層收到該數(shù)據(jù)包，以及時(shí)延指示信息后，查看當(dāng)前是否存在授權(quán)的專用發(fā)送資源，該發(fā)送資源可能是因?yàn)槠渌麛?shù)據(jù)而請(qǐng)求到的，如果存在，則終端使用該發(fā)送資源，優(yōu)先調(diào)度該告警消息的數(shù)據(jù)包，并且可以連續(xù)重傳多次。如果當(dāng)前沒有授權(quán)的專用發(fā)送資源，則從廣播或者預(yù)配置的資源池中選擇臨近的發(fā)送資源進(jìn)行該消息發(fā)送，可以連續(xù)發(fā)送多次。如果存在多個(gè)資源池，終端也可以選擇在多個(gè)資源池上都選擇發(fā)送資源進(jìn)行發(fā)送。

實(shí)施例2：

低時(shí)延指示信息可以通過層間原語，進(jìn)行攜帶。比如應(yīng)用層將該數(shù)據(jù)發(fā)給PDCP時(shí)，單獨(dú)指示該低時(shí)延指示信息，PDCP給RLC(Radio Link Control，無線鏈路控制),RLC發(fā)給MAC，都通過層間原語進(jìn)行該指示信息的轉(zhuǎn)發(fā)。MAC收到后，根據(jù)該指示信息，執(zhí)行實(shí)施例1中的資源選擇和發(fā)送過程。

實(shí)施例3：

本例中，發(fā)送指示是可以通過優(yōu)先級(jí)信息來指示時(shí)延要求的。

該指示信息可以和優(yōu)先級(jí)信息綁定。比如現(xiàn)在隨著數(shù)據(jù)包傳輸?shù)膬?yōu)先級(jí)指示為3個(gè)比特，當(dāng)3個(gè)比特均為1時(shí)，表示是最低時(shí)延發(fā)送，那么當(dāng)MAC收到該信息時(shí)，執(zhí)行實(shí)施例1中的資源選擇和發(fā)送過程。

實(shí)施例4：

該指示信息可以通過特殊的PDCP頭結(jié)構(gòu)來指示后面數(shù)據(jù)包部分的前1-多個(gè)比特為時(shí)延信息。比如：PDCP頭中的SDU(Service Data Unit業(yè)務(wù)數(shù)據(jù)單元)type(類型)中增加一類：低時(shí)延數(shù)據(jù)。

那么可以根據(jù)PDCP頭中的這個(gè)信息，獲知該數(shù)據(jù)包為低時(shí)延數(shù)據(jù)包。在發(fā)送給底層時(shí)，單獨(dú)指示其為低時(shí)延數(shù)據(jù)包，這里可以采用但不局限于使用特殊的RLC SDU格式以及MAC SDU格式。在相應(yīng)的SDU格式中增加相應(yīng)的域來指示相關(guān)的低時(shí)延信息。在MAC層調(diào)度傳輸時(shí)優(yōu)先處理，并根據(jù)資源情況，選擇合適的發(fā)送資源進(jìn)行發(fā)送。

對(duì)于接收端，在收到此類型的PDCP數(shù)據(jù)包，可以根據(jù)包頭的信息，優(yōu)先發(fā)送給上層，盡快發(fā)出告警。

實(shí)施例5：

當(dāng)應(yīng)用層指示了該數(shù)據(jù)包為低時(shí)延數(shù)據(jù)包時(shí)，接入層按照下面的順序原則進(jìn)行資源選擇：

有立刻可以使用的基站分配的專用發(fā)送資源，則優(yōu)先使用該資源發(fā)送告警信息；

如果沒有合適的專用發(fā)送資源池，則在廣播或者預(yù)配置的資源池中進(jìn)行選擇

當(dāng)存在多個(gè)資源池，終端可以選擇最高優(yōu)先級(jí)的資源池中的資源進(jìn)行發(fā)送，也可以忽略這些資源池的優(yōu)先級(jí)綁定關(guān)系，而是直接從中選擇最近的發(fā)送資源進(jìn)行發(fā)送；

如果sidelink接口上的信道質(zhì)量不好，則選擇多個(gè)資源池中的多個(gè)最近的發(fā)送資源進(jìn)行相同數(shù)據(jù)包的發(fā)送，以提高接收成功率。如，在有4個(gè)資源池的情況下，可以選擇2-4個(gè)資源池的資源進(jìn)行發(fā)送。

基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種發(fā)送數(shù)據(jù)包的裝置，由于該裝置解決問題的原理與一種發(fā)送數(shù)據(jù)包的方法相似，因此這些設(shè)備的實(shí)施可以參見方法的實(shí)施，重復(fù)之處不再贅述。

圖5為發(fā)送數(shù)據(jù)包的裝置結(jié)構(gòu)示意圖，如圖所示，裝置中可以包括：

時(shí)延要求模塊501，用于在應(yīng)用層產(chǎn)生數(shù)據(jù)包時(shí)，根據(jù)數(shù)據(jù)包產(chǎn)生原因確定該數(shù)據(jù)包發(fā)送時(shí)的時(shí)延要求；

指示模塊502，用于在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示，所述發(fā)送指示是根據(jù)時(shí)延要求確定的；

資源模塊503，用于在接入層根據(jù)所述發(fā)送指示以及根據(jù)當(dāng)前資源情況，確定發(fā)送數(shù)據(jù)包的發(fā)送資源；

發(fā)送模塊504，用于在所述發(fā)送資源上發(fā)送數(shù)據(jù)包。

實(shí)施中，資源模塊還可以進(jìn)一步用于當(dāng)前資源情況是當(dāng)前的資源授權(quán)的情況。

實(shí)施中，資源模塊還可以進(jìn)一步用于在根據(jù)所述發(fā)送指示確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)：根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前有發(fā)送資源時(shí)，停止其他數(shù)據(jù)的發(fā)送，將當(dāng)前有的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源；根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前沒有發(fā)送資源時(shí)，將用于廣播的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源，和/或?qū)⒅邦A(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源。

實(shí)施中，發(fā)送模塊還可以進(jìn)一步用于將之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源時(shí)，在所述發(fā)送資源上發(fā)送數(shù)據(jù)包時(shí)，在最近的發(fā)送資源上連續(xù)多次發(fā)送同一數(shù)據(jù)包，或在多個(gè)之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源上發(fā)送同一數(shù)據(jù)包。

實(shí)施中，指示模塊還可以進(jìn)一步用于所述發(fā)送指示通過優(yōu)先級(jí)信息來指示時(shí)延要求。

實(shí)施中，指示模塊還可以進(jìn)一步用于在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示時(shí)，使用層間原語來攜帶，或使用預(yù)設(shè)的數(shù)據(jù)格式來攜帶。

為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。當(dāng)然，在實(shí)施本發(fā)明時(shí)可以把各模塊或單元的功能在同一個(gè)或多個(gè)軟件或硬件中實(shí)現(xiàn)。

在實(shí)施本發(fā)明實(shí)施例提供的技術(shù)方案時(shí)，可以按如下方式實(shí)施。

圖6為基站結(jié)構(gòu)示意圖，如圖所示，基站中包括：

處理器600，用于讀取存儲(chǔ)器620中的程序，執(zhí)行下列過程：

在應(yīng)用層產(chǎn)生數(shù)據(jù)包時(shí)，根據(jù)數(shù)據(jù)包產(chǎn)生原因確定該數(shù)據(jù)包發(fā)送時(shí)的時(shí)延要求；

在接入層根據(jù)所述發(fā)送指示以及根據(jù)當(dāng)前資源情況，確定發(fā)送數(shù)據(jù)包的發(fā)送資源；

收發(fā)機(jī)610，用于在處理器600的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示，所述發(fā)送指示是根據(jù)時(shí)延要求確定的；

在所述發(fā)送資源上發(fā)送數(shù)據(jù)包。

實(shí)施中，當(dāng)前資源情況是當(dāng)前的資源授權(quán)的情況。

實(shí)施中，在根據(jù)所述發(fā)送指示確定該數(shù)據(jù)包發(fā)送的時(shí)延要求是低時(shí)延時(shí)：

根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前有發(fā)送資源時(shí)，停止其他數(shù)據(jù)的發(fā)送，將當(dāng)前有的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源；

根據(jù)當(dāng)前的資源授權(quán)的情況，在當(dāng)前沒有發(fā)送資源時(shí)，將用于廣播的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源，和/或?qū)⒅邦A(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源。

實(shí)施中，將之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源確定為發(fā)送數(shù)據(jù)包的發(fā)送資源時(shí)，在所述發(fā)送資源上發(fā)送數(shù)據(jù)包時(shí)，在最近的發(fā)送資源上連續(xù)多次發(fā)送同一數(shù)據(jù)包，或在多個(gè)之前預(yù)留的D2D發(fā)送資源池中最近的發(fā)送資源上發(fā)送同一數(shù)據(jù)包。

實(shí)施中，所述發(fā)送指示通過優(yōu)先級(jí)信息來指示時(shí)延要求。

實(shí)施中，在將數(shù)據(jù)包發(fā)往接入層時(shí)攜帶發(fā)送指示時(shí)，使用層間原語來攜帶，或使用預(yù)設(shè)的數(shù)據(jù)格式來攜帶。

其中，在圖6中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器600代表的一個(gè)或多個(gè)處理器和存儲(chǔ)器620代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的 各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對(duì)其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。收發(fā)機(jī)610可以是多個(gè)元件，即包括發(fā)送機(jī)和收發(fā)機(jī)，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。處理器600負(fù)責(zé)管理總線架構(gòu)和通常的處理，存儲(chǔ)器620可以存儲(chǔ)處理器600在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。

綜上所述，在本發(fā)明實(shí)施例提供的技術(shù)方案中，在應(yīng)用層生成的數(shù)據(jù)在發(fā)給底層傳輸時(shí)，攜帶該數(shù)據(jù)的時(shí)延指示信息。底層收到后，根據(jù)該指示信息進(jìn)行資源選擇和發(fā)送。具體的，是將傳輸時(shí)延指示信息給底層，使得底層能夠根據(jù)時(shí)延指示信息選擇傳輸資源。也因而可以使低時(shí)延要求的數(shù)據(jù)包盡快地發(fā)送給接收端。滿足其低時(shí)延，高可靠的傳輸要求。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器和光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。