本發(fā)明涉及無線通信領(lǐng)域,尤其涉及一種D2D通信中的承載配置方法。
背景技術(shù):
目前在3GPP D2D(Device to Device)領(lǐng)域中,UE與eNodeB通信時使用傳統(tǒng)LTE中的DRB(Dedicated Radio Bearer)承載,UE與UE以D2D方式通信時使用SLRB(Sidelink Radio Bearer)承載。目前的D2D系統(tǒng)中僅支持默認(rèn)SLRB的應(yīng)用,也即D2D UE預(yù)先建立一個或多個默認(rèn)SLRB,并使用默認(rèn)SLRB處理全部類型的業(yè)務(wù)。
目前D2D領(lǐng)域?qū)Τ休d的考慮僅限于單跳范圍,對于UE-to-Network Relay場景和多跳D2D通信(UE-to-UE Relay)場景,尚未最終確認(rèn)各跳間的承載關(guān)聯(lián)/映射方案。現(xiàn)有方案中主要考慮基于上一跳節(jié)點的身份標(biāo)識進(jìn)行承載映射,或基于服務(wù)進(jìn)行承載映射。
由于默認(rèn)SLRB用于處理全部類型的業(yè)務(wù),節(jié)點底層在處理業(yè)務(wù)數(shù)據(jù)時,只能對各種不同類型的業(yè)務(wù)采取一致的處理方式;無法通過簡單的措施即時獲知當(dāng)前數(shù)據(jù)對應(yīng)的業(yè)務(wù)類型,并基于業(yè)務(wù)的優(yōu)先級或QoS需求對不同業(yè)務(wù)進(jìn)行QoS保障。
多跳通信中的承載映射方案方面,現(xiàn)有機制中基于上一跳節(jié)點的身份標(biāo)識進(jìn)行承載映射時,利于下一跳節(jié)點區(qū)分收到消息的來源,但無法實現(xiàn)QoS控制的目標(biāo);基于服務(wù)進(jìn)行承載映射的方案中,相同QoS的多項服務(wù)被映射到多個承載上,在系統(tǒng)能處理的承載數(shù)量有限時,制約了UE支持多業(yè)務(wù)并發(fā)的能力。
技術(shù)實現(xiàn)要素:
針對上述問題,本發(fā)明提出一種D2D通信中的承載配置方法,包括:UE以D2D方式通信時,使用多個sidelink無線承載SLRB處理業(yè)務(wù),所述多個SLRB與業(yè)務(wù)類型存在映射關(guān)系,某SLRB負(fù)責(zé)處理所有具備該SLRB對應(yīng)的業(yè)務(wù)類型的業(yè)務(wù)消息。
進(jìn)一步地,所述SLRB由目的節(jié)點、源節(jié)點和業(yè)務(wù)類型唯一標(biāo)識;所述目的節(jié)點和源節(jié)點為D2D業(yè)務(wù)的目的節(jié)點和源節(jié)點,或者為下一跳目的節(jié)點和上一跳源節(jié)點。
進(jìn)一步地,所述業(yè)務(wù)類型通過LCID、QoS參數(shù)或QCI參數(shù)聲明;當(dāng)使用LCID聲明時,所述D2D業(yè)務(wù)的LCID唯一地由業(yè)務(wù)類型確定。
進(jìn)一步地,對于任意業(yè)務(wù)消息,其業(yè)務(wù)類型由以下特性的任意組合確定:業(yè)務(wù)的具體種類,包括但不限于:VoIP、Video、短消息;業(yè)務(wù)的優(yōu)先級;業(yè)務(wù)的QoS需求。
進(jìn)一步地,所述SLRB與現(xiàn)有系統(tǒng)中由源節(jié)點ID、目的節(jié)點ID、LCID唯一標(biāo)識的邏輯信道形成一一對應(yīng)的映射關(guān)系。
進(jìn)一步地,所述D2D業(yè)務(wù)消息的投遞具體包括:
Tx UE收到來自高層的業(yè)務(wù)消息時,根據(jù)業(yè)務(wù)LCID、源節(jié)點ID和目的節(jié)點ID,確定所述業(yè)務(wù)消息應(yīng)投遞往的SLRB,在該SLRB中進(jìn)行處理并向下傳遞到與該SLRB綁定的邏輯信道中準(zhǔn)備發(fā)送;
Rx UE收到來自空口的業(yè)務(wù)消息時,根據(jù)業(yè)務(wù)LCID、目的節(jié)點ID和源節(jié)點ID,確定所述業(yè)務(wù)消息應(yīng)投遞往的邏輯信道,在該邏輯信道中正確接收后向上傳遞到與該邏輯信道綁定的SLRB中準(zhǔn)備遞交高層。
進(jìn)一步地,所述SLRB建立的觸發(fā)方式包括以下至少之一:
所述UE在D2D發(fā)現(xiàn)過程中,發(fā)現(xiàn)新的鄰居節(jié)點,建立與該鄰居節(jié)點關(guān)聯(lián)的若干SLRB;
所述UE在D2D通信過程中,有需要通信的鄰居節(jié)點,建立與該鄰居節(jié)點關(guān)聯(lián)的若干SLRB;所述需要通信的場景包括:所述UE的高層下發(fā)需要發(fā)送至所述鄰居節(jié)點的業(yè)務(wù)報文,和/或所述UE收到來自鄰居節(jié)點的業(yè)務(wù)消息或聲明業(yè)務(wù)的控制消息;
系統(tǒng)配置或預(yù)配置部分業(yè)務(wù)類型需要建立默認(rèn)的SLRB;
所述UE發(fā)現(xiàn)業(yè)務(wù)需求,且該業(yè)務(wù)需求對應(yīng)的SLRB尚未被建立。
進(jìn)一步地,所述SLRB的建立方式包括:UE預(yù)先建立與所有支持的業(yè)務(wù)類型對應(yīng)的多個SLRB,并在發(fā)現(xiàn)業(yè)務(wù)需求后將已建立的SLRB與所述業(yè)務(wù)需求進(jìn)行關(guān)聯(lián);或,UE預(yù)先建立與部分業(yè)務(wù)類型對應(yīng)的多個默認(rèn)SLRB;在發(fā)現(xiàn)業(yè)務(wù)需求后,如所述業(yè)務(wù)需求對應(yīng)某個已經(jīng)建立的默認(rèn)SLRB,將所述默認(rèn) SLRB與所述業(yè)務(wù)需求進(jìn)行關(guān)聯(lián),否則根據(jù)所述業(yè)務(wù)需求新建SLRB;或,UE不預(yù)先建立默認(rèn)SLRB,在發(fā)現(xiàn)業(yè)務(wù)需求后,建立與所述業(yè)務(wù)需求對應(yīng)的SLRB。
進(jìn)一步地,所述SLRB的相關(guān)配置信息包括:所述SLRB的類別總數(shù)、各類SLRB與業(yè)務(wù)類型的映射關(guān)系、各類SLRB建立過程所需的參數(shù)。
進(jìn)一步地,僅部分業(yè)務(wù)類型需要建立對應(yīng)的默認(rèn)SLRB時,所述相關(guān)配置信息還包括所述部分業(yè)務(wù)類型的信息。
進(jìn)一步地,所述相關(guān)配置信息的獲取方式包括以下至少一種:UE本地預(yù)配置;由其它網(wǎng)內(nèi)UE配置;UE在網(wǎng)內(nèi)時由eNodeB配置。
進(jìn)一步地,還包括:對于多跳D2D通信中的中繼UE,當(dāng)所述中繼UE的通信對端節(jié)點為基站時,所述中繼UE使用DRB;當(dāng)所述中繼UE的通信對端節(jié)點為D2D UE時,所述中繼UE使用SLRB。
進(jìn)一步地,所述中繼UE對上一跳到下一跳的SLRB和/或DRB間的映射包括以下至少之一:所述中繼UE的上一跳為UE,使用SLRB,下一跳為UE,使用SLRB;所述中繼UE完成從SLRB到SLRB的映射;所述中繼UE的上一跳為基站,使用DRB,下一跳為UE,使用SLRB;所述中繼UE完成從DRB到SLRB的映射;所述中繼UE的上一跳為UE,使用SLRB,下一跳為基站,使用DRB;所述中繼UE完成從SLRB到DRB的映射。
進(jìn)一步地,所述中繼UE對上一跳承載到下一跳承載的映射方式包括以下至少之一:把所有上一跳節(jié)點的所有承載映射到同一個下一跳的承載中;將單個上一跳節(jié)點的所有承載映射到同一個下一跳的承載中;基于業(yè)務(wù)類型進(jìn)行映射,將所有上一跳節(jié)點中對應(yīng)相同業(yè)務(wù)類型的一個或多個承載映射到同一個下一跳的承載中;基于節(jié)點和業(yè)務(wù)類型進(jìn)行映射,將上一跳節(jié)點的一個承載映射到同一個下一跳的承載中。
進(jìn)一步地,所述中繼UE在將上一跳承載映射到下一跳時,還將上一跳承載與所述中繼UE自身的承載進(jìn)行復(fù)用:所述中繼UE自身的承載與上一跳承載地位相同,并按與上一跳承載相同的映射方式映射到下一跳承載。
進(jìn)一步地,所述中繼UE自身的承載到下一跳承載的映射方式與上一跳承載到下一跳承載的映射方式相互獨立。
本發(fā)明在D2D通信中使用基于業(yè)務(wù)類型的多個SLRB取代當(dāng)前的單個默認(rèn)SLRB,為系統(tǒng)引入QoS感知手段,使D2D通信可以在基于業(yè)務(wù)種類/優(yōu)先 級/QoS需求等標(biāo)準(zhǔn)的前提下,實時感知業(yè)務(wù)類型并對不同類別的業(yè)務(wù)進(jìn)行基于QoS控制的處理。
附圖說明
圖1為實施例1中UE A與B之間的默認(rèn)承載與邏輯信道的關(guān)聯(lián)示意圖;
圖2為實施例2中ProSe UE建立的到該鄰居節(jié)點的SLRB列表;
圖3為實施例3中中繼UE與遠(yuǎn)程UE之間的承載映射示意圖。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例;需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明的一個實施例提供一種D2D通信中的承載配置方法,包括:UE以D2D方式通信時,使用多個sidelink無線承載SLRB處理業(yè)務(wù),所述多個SLRB與業(yè)務(wù)類型存在映射關(guān)系,某SLRB負(fù)責(zé)處理所有具備該SLRB對應(yīng)的業(yè)務(wù)類型的業(yè)務(wù)消息。
上述實施例中,使用基于業(yè)務(wù)類型的多個SLRB取代當(dāng)前的單個默認(rèn)SLRB,為系統(tǒng)引入QoS感知手段,使D2D通信可以在基于業(yè)務(wù)種類/優(yōu)先級/QoS需求等標(biāo)準(zhǔn)的前提下,實時感知業(yè)務(wù)類型并對不同類別的業(yè)務(wù)進(jìn)行基于QoS控制的處理。
在一個可選實施例中,SLRB由目的節(jié)點、源節(jié)點和業(yè)務(wù)類型唯一標(biāo)識;所述目的節(jié)點和源節(jié)點為D2D業(yè)務(wù)的目的節(jié)點和源節(jié)點,或者為下一跳目的節(jié)點和上一跳源節(jié)點。
在一個可選實施例中,業(yè)務(wù)類型通過LCID、QoS參數(shù)或QCI參數(shù)聲明;當(dāng)使用LCID聲明時,所述D2D業(yè)務(wù)的LCID唯一地由業(yè)務(wù)類型確定。
在一個可選實施例中,對于任意業(yè)務(wù)消息,其業(yè)務(wù)類型由以下特性的任意組合確定:業(yè)務(wù)的具體種類,包括但不限于:VoIP、Video、短消息;業(yè)務(wù)的 優(yōu)先級;業(yè)務(wù)的QoS需求。
在一個可選實施例中,SLRB與現(xiàn)有系統(tǒng)中由源節(jié)點ID、目的節(jié)點ID、LCID唯一標(biāo)識的邏輯信道形成一一對應(yīng)的映射關(guān)系。
在一個可選實施例中,D2D業(yè)務(wù)消息的投遞具體包括:
Tx UE收到來自高層的業(yè)務(wù)消息時,根據(jù)業(yè)務(wù)LCID、源節(jié)點ID和目的節(jié)點ID,確定所述業(yè)務(wù)消息應(yīng)投遞往的SLRB,在該SLRB中進(jìn)行處理并向下傳遞到與該SLRB綁定的邏輯信道中準(zhǔn)備發(fā)送;
Rx UE收到來自空口的業(yè)務(wù)消息時,根據(jù)業(yè)務(wù)LCID、目的節(jié)點ID和源節(jié)點ID,確定所述業(yè)務(wù)消息應(yīng)投遞往的邏輯信道,在該邏輯信道中正確接收后向上傳遞到與該邏輯信道綁定的SLRB中準(zhǔn)備遞交高層。
在一個可選實施例中,SLRB建立的觸發(fā)方式包括以下至少之一:
所述UE在D2D發(fā)現(xiàn)過程中,發(fā)現(xiàn)新的鄰居節(jié)點,建立與該鄰居節(jié)點關(guān)聯(lián)的若干SLRB;
所述UE在D2D通信過程中,有需要通信的鄰居節(jié)點,建立與該鄰居節(jié)點關(guān)聯(lián)的若干SLRB;所述需要通信的場景包括:所述UE的高層下發(fā)需要發(fā)送至所述鄰居節(jié)點的業(yè)務(wù)報文,和/或所述UE收到來自鄰居節(jié)點的業(yè)務(wù)消息或聲明業(yè)務(wù)的控制消息;
系統(tǒng)配置或預(yù)配置部分業(yè)務(wù)類型需要建立默認(rèn)的SLRB;
所述UE發(fā)現(xiàn)業(yè)務(wù)需求,且該業(yè)務(wù)需求對應(yīng)的SLRB尚未被建立。
在一個可選實施例中,SLRB的建立方式包括:
UE預(yù)先建立與所有支持的業(yè)務(wù)類型對應(yīng)的多個SLRB,并在發(fā)現(xiàn)業(yè)務(wù)需求后將已建立的SLRB與所述業(yè)務(wù)需求進(jìn)行關(guān)聯(lián);或,
UE預(yù)先建立與部分業(yè)務(wù)類型對應(yīng)的多個默認(rèn)SLRB;在發(fā)現(xiàn)業(yè)務(wù)需求后,如所述業(yè)務(wù)需求對應(yīng)某個已經(jīng)建立的默認(rèn)SLRB,將所述默認(rèn)SLRB與所述業(yè)務(wù)需求進(jìn)行關(guān)聯(lián),否則根據(jù)所述業(yè)務(wù)需求新建SLRB;或,
UE不預(yù)先建立默認(rèn)SLRB,在發(fā)現(xiàn)業(yè)務(wù)需求后,建立與所述業(yè)務(wù)需求對應(yīng)的SLRB。
在一個可選實施例中,SLRB的相關(guān)配置信息包括:所述SLRB的類別總數(shù)、各類SLRB與業(yè)務(wù)類型的映射關(guān)系、各類SLRB建立過程所需的參數(shù)。
在一個可選實施例中,僅部分業(yè)務(wù)類型需要建立對應(yīng)的默認(rèn)SLRB時,所 述相關(guān)配置信息還包括所述部分業(yè)務(wù)類型的信息。
在一個可選實施例中,相關(guān)配置信息的獲取方式包括以下至少一種:UE本地預(yù)配置;由其它網(wǎng)內(nèi)UE配置;UE在網(wǎng)內(nèi)時由eNodeB配置。
在一個可選實施例中,還包括:對于多跳D2D通信中的中繼UE,當(dāng)所述中繼UE的通信對端節(jié)點為基站時,所述中繼UE使用DRB;當(dāng)所述中繼UE的通信對端節(jié)點為D2D UE時,所述中繼UE使用SLRB。
在一個可選實施例中,中繼UE對上一跳到下一跳的SLRB和/或DRB間的映射包括以下至少之一:
所述中繼UE的上一跳為UE,使用SLRB,下一跳為UE,使用SLRB;所述中繼UE完成從SLRB到SLRB的映射;
所述中繼UE的上一跳為基站,使用DRB,下一跳為UE,使用SLRB;所述中繼UE完成從DRB到SLRB的映射;
所述中繼UE的上一跳為UE,使用SLRB,下一跳為基站,使用DRB;所述中繼UE完成從SLRB到DRB的映射。
在一個可選實施例中,中繼UE對上一跳承載到下一跳承載的映射方式包括以下至少之一:
把所有上一跳節(jié)點的所有承載映射到同一個下一跳的承載中;
將單個上一跳節(jié)點的所有承載映射到同一個下一跳的承載中;
基于業(yè)務(wù)類型進(jìn)行映射,將所有上一跳節(jié)點中對應(yīng)相同業(yè)務(wù)類型的一個或多個承載映射到同一個下一跳的承載中;
基于節(jié)點和業(yè)務(wù)類型進(jìn)行映射,將上一跳節(jié)點的一個承載映射到同一個下一跳的承載中;
在一個可選實施例中,中繼UE在將上一跳承載映射到下一跳時,還將上一跳承載與所述中繼UE自身的承載進(jìn)行復(fù)用:所述中繼UE自身的承載與上一跳承載地位相同,并按與上一跳承載相同的映射方式映射到下一跳承載。
在一個可選實施例中,中繼UE自身的承載到下一跳承載的映射方式與上一跳承載到下一跳承載的映射方式相互獨立。
實施例1
UE A和UE B為兩個ProSe UE,如圖1所示,當(dāng)UE A在D2D發(fā)現(xiàn)過程中感知到UE B的存在時,為UE B建立基于當(dāng)前所有支持的LCID的一系列 默認(rèn)承載,并與邏輯信道進(jìn)行關(guān)聯(lián);同樣UE B感知到UE A存在時為UE A建立基于當(dāng)前所有支持的LCID的一系列默認(rèn)承載,并與邏輯信道進(jìn)行關(guān)聯(lián);兩者進(jìn)行通信時使用的承載通過邏輯信道形成一一映射的關(guān)系。
實施例2
ProSe UE在D2D發(fā)現(xiàn)過程中感知到新的鄰居節(jié)點,根據(jù)系統(tǒng)對默認(rèn)承載類型的配置,為該鄰居節(jié)點建立用于處理PTT業(yè)務(wù)的SLRB;隨后在收到高層的需要發(fā)送到該鄰居節(jié)點的VoIP和Video業(yè)務(wù)消息后,觸發(fā)建立到該鄰居節(jié)點的VoIP業(yè)務(wù)的SLRB和Video業(yè)務(wù)的SLRB;隨后在收到該鄰居節(jié)點廣播發(fā)送的控制消息,聲明該鄰居節(jié)點將發(fā)送Message業(yè)務(wù)到本節(jié)點,觸發(fā)建立到該鄰居節(jié)點的Message業(yè)務(wù)的SLRB。最終建立的到該鄰居節(jié)點的SLRB列表如圖2所示。
實施例3
系統(tǒng)中某個中繼UE(Relay node)連接著兩個網(wǎng)絡(luò)覆蓋范圍外的遠(yuǎn)程UE(Remote node A和Remote node B),并為其提供到網(wǎng)絡(luò)的中繼,如圖3所示。遠(yuǎn)程UE有業(yè)務(wù)消息需要發(fā)送時,將消息報文根據(jù)目標(biāo)/源節(jié)點ID和業(yè)務(wù)屬性投遞到對應(yīng)的SLRB中進(jìn)行處理,隨后下傳到與SLRB對應(yīng)的邏輯信道并進(jìn)行發(fā)送。中繼UE收到來自遠(yuǎn)程UE的多個消息報文時,通過消息的目標(biāo)/源節(jié)點ID和LCID將報文投遞到對應(yīng)的邏輯信道并上傳至相應(yīng)SLRB。中繼UE對遠(yuǎn)程UE的消息進(jìn)行轉(zhuǎn)發(fā)時,采用的承載映射機制為基于業(yè)務(wù)類型,將上一跳節(jié)點中業(yè)務(wù)類型相同的所有SLRB映射到同一個DRB上。
本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成,前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中,該程序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述的存儲介質(zhì)包括:ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改,或者對其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。