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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

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

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

具體實施方式

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

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

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

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

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

表1 SA1定義的V2V use case和requirement

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

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

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

一、D2D接近服務(wù)

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

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

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

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

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

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

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

此外，參與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中的信令指示，進行Data(數(shù)據(jù))信道的檢測；

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

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

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

SA ID主要用于接收UE判斷當前的傳輸?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，長期演進)的MCS和TBS(Transport Block Size，傳輸塊格式)的設(shè)計，在mode 1資源分配方法中，如果eNB通過高層信令配置了D2D數(shù)據(jù)傳輸MCS的等級，那么SCI中的MCS依據(jù)高層信令的配置獲得；如果eNB沒有配置數(shù)據(jù)傳輸?shù)腗CS的等級，那么UE自發(fā)的選擇數(shù)據(jù)傳輸?shù)腗CS等級。

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

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

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

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

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

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

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

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

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

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

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

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

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

基于此，在本發(fā)明實施例提供了一種發(fā)送數(shù)據(jù)包的方法，用以滿足低時延數(shù)據(jù)傳輸?shù)男枰?，以便更快地將低時延數(shù)據(jù)包傳輸?shù)綄Χ?。例如對于緊急事件觸發(fā)的消息的傳輸，進一步的還用以保證可靠傳輸。

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

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

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

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

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

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

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

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

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

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

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

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

當當前沒有發(fā)送資源時，直接從廣播或者之前預留的D2D發(fā)送資源池中選擇最近的發(fā)送資源進行發(fā)送。

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

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

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

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

實施例1：

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

實施例2：

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

實施例3：

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

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

實施例4：

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

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

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

實施例5：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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