一種D2D通信中的承載配置方法技術(shù)

本發(fā)明專利技術(shù)提出一種D2D通信中的承載配置方法，包括：UE以D2D方式通信時，使用多個sidelink無線承載SLRB處理業(yè)務，所述多個SLRB與業(yè)務類型存在映射關(guān)系，某SLRB負責處理所有具備該SLRB對應的業(yè)務類型的業(yè)務消息。本發(fā)明專利技術(shù)使用基于業(yè)務類型的多個SLRB取代當前的單個默認SLRB，為系統(tǒng)引入QoS感知手段，使D2D通信在基于業(yè)務種類/優(yōu)先級/QoS需求等標準的前提下能夠?qū)崟r感知業(yè)務類型，并對不同類別的業(yè)務進行基于QoS控制的處理。

【技術(shù)實現(xiàn)步驟摘要】

本專利技術(shù)涉及無線通信領(lǐng)域，尤其涉及一種D2D通信中的承載配置方法。
技術(shù)介紹
目前在3GPPD2D(DevicetoDevice)領(lǐng)域中，UE與eNodeB通信時使用傳統(tǒng)LTE中的DRB(DedicatedRadioBearer)承載，UE與UE以D2D方式通信時使用SLRB(SidelinkRadioBearer)承載。目前的D2D系統(tǒng)中僅支持默認SLRB的應用，也即D2DUE預先建立一個或多個默認SLRB，并使用默認SLRB處理全部類型的業(yè)務。目前D2D領(lǐng)域?qū)Τ休d的考慮僅限于單跳范圍，對于UE-to-NetworkRelay場景和多跳D2D通信(UE-to-UERelay)場景，尚未最終確認各跳間的承載關(guān)聯(lián)/映射方案。現(xiàn)有方案中主要考慮基于上一跳節(jié)點的身份標識進行承載映射，或基于服務進行承載映射。由于默認SLRB用于處理全部類型的業(yè)務，節(jié)點底層在處理業(yè)務數(shù)據(jù)時，只能對各種不同類型的業(yè)務采取一致的處理方式；無法通過簡單的措施即時獲知當前數(shù)據(jù)對應的業(yè)務類型，并基于業(yè)務的優(yōu)先級或QoS需求對不同業(yè)務進行QoS保障。多跳通信中的承載映射方案方面，現(xiàn)有機制中基于上一跳節(jié)點的身份標識進行承載映射時，利于下一跳節(jié)點區(qū)分收到消息的來源，但無法實現(xiàn)QoS控制的目標；基于服務進行承載映射的方案中，相同QoS的多項服務被映射到多個承載上，在系統(tǒng)能處理的承載數(shù)量有限時，制約了UE支持多業(yè)務并發(fā)的能力。
技術(shù)實現(xiàn)思路
針對上述問題，本專利技術(shù)提出一種D2D通信中的承載配置方法，包括：UE以D2D方式通信時，使用多個sidelink無線承載SLRB處理業(yè)務，所述多個SLRB與業(yè)務類型存在映射關(guān)系，某SLRB負責處理所有具備該SLRB對應的業(yè)務類型的業(yè)務消息。進一步地，所述SLRB由目的節(jié)點、源節(jié)點和業(yè)務類型唯一標識；所述目的節(jié)點和源節(jié)點為D2D業(yè)務的目的節(jié)點和源節(jié)點，或者為下一跳目的節(jié)點和上一跳源節(jié)點。進一步地，所述業(yè)務類型通過LCID、QoS參數(shù)或QCI參數(shù)聲明；當使用LCID聲明時，所述D2D業(yè)務的LCID唯一地由業(yè)務類型確定。進一步地，對于任意業(yè)務消息，其業(yè)務類型由以下特性的任意組合確定：業(yè)務的具體種類，包括但不限于：VoIP、Video、短消息；業(yè)務的優(yōu)先級；業(yè)務的QoS需求。進一步地，所述SLRB與現(xiàn)有系統(tǒng)中由源節(jié)點ID、目的節(jié)點ID、LCID唯一標識的邏輯信道形成一一對應的映射關(guān)系。進一步地，所述D2D業(yè)務消息的投遞具體包括：TxUE收到來自高層的業(yè)務消息時，根據(jù)業(yè)務LCID、源節(jié)點ID和目的節(jié)點ID，確定所述業(yè)務消息應投遞往的SLRB，在該SLRB中進行處理并向下傳遞到與該SLRB綁定的邏輯信道中準備發(fā)送；RxUE收到來自空口的業(yè)務消息時，根據(jù)業(yè)務LCID、目的節(jié)點ID和源節(jié)點ID，確定所述業(yè)務消息應投遞往的邏輯信道，在該邏輯信道中正確接收后向上傳遞到與該邏輯信道綁定的SLRB中準備遞交高層。進一步地，所述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è)務報文，和/或所述UE收到來自鄰居節(jié)點的業(yè)務消息或聲明業(yè)務的控制消息；系統(tǒng)配置或預配置部分業(yè)務類型需要建立默認的SLRB；所述UE發(fā)現(xiàn)業(yè)務需求，且該業(yè)務需求對應的SLRB尚未被建立。進一步地，所述SLRB的建立方式包括：UE預先建立與所有支持的業(yè)務類型對應的多個SLRB，并在發(fā)現(xiàn)業(yè)務需求后將已建立的SLRB與所述業(yè)務需求進行關(guān)聯(lián)；或，UE預先建立與部分業(yè)務類型對應的多個默認SLRB；在發(fā)現(xiàn)業(yè)務需求后，如所述業(yè)務需求對應某個已經(jīng)建立的默認SLRB，將所述默認SLRB與所述業(yè)務需求進行關(guān)聯(lián)，否則根據(jù)所述業(yè)務需求新建SLRB；或，UE不預先建立默認SLRB，在發(fā)現(xiàn)業(yè)務需求后，建立與所述業(yè)務需求對應的SLRB。進一步地，所述SLRB的相關(guān)配置信息包括：所述SLRB的類別總數(shù)、各類SLRB與業(yè)務類型的映射關(guān)系、各類SLRB建立過程所需的參數(shù)。進一步地，僅部分業(yè)務類型需要建立對應的默認SLRB時，所述相關(guān)配置信息還包括所述部分業(yè)務類型的信息。進一步地，所述相關(guān)配置信息的獲取方式包括以下至少一種：UE本地預配置；由其它網(wǎng)內(nèi)UE配置；UE在網(wǎng)內(nèi)時由eNodeB配置。進一步地，還包括：對于多跳D2D通信中的中繼UE，當所述中繼UE的通信對端節(jié)點為基站時，所述中繼UE使用DRB；當所述中繼UE的通信對端節(jié)點為D2DUE時，所述中繼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è)務類型進行映射，將所有上一跳節(jié)點中對應相同業(yè)務類型的一個或多個承載映射到同一個下一跳的承載中；基于節(jié)點和業(yè)務類型進行映射，將上一跳節(jié)點的一個承載映射到同一個下一跳的承載中。進一步地，所述中繼UE在將上一跳承載映射到下一跳時，還將上一跳承載與所述中繼UE自身的承載進行復用：所述中繼UE自身的承載與上一跳承載地位相同，并按與上一跳承載相同的映射方式映射到下一跳承載。進一步地，所述中繼UE自身的承載到下一跳承載的映射方式與上一跳承載到下一跳承載的映射方式相互獨立。本專利技術(shù)在D2D通信中使用基于業(yè)務類型的多個SLRB取代當前的單個默認SLRB，為系統(tǒng)引入QoS感知手段，使D2D通信可以在基于業(yè)務種類/優(yōu)先級/QoS需求等標準的前提下，實時感知業(yè)務類型并對不同類別的業(yè)務進行基于QoS控制的處理。附圖說明圖1為實施例1中UEA與B之間的默認承載與邏輯信道的關(guān)聯(lián)示意圖；圖2為實施例2中ProSeUE建立的到該鄰居節(jié)點的SLRB列表；圖3為實施例3中中繼UE與遠程UE之間的承載映射示意圖。具體實施方式為使本專利技術(shù)實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本專利技術(shù)實施例中的附圖，對本專利技術(shù)實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本專利技術(shù)一部分實施例，而不是全部的實施例；需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。基于本專利技術(shù)中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本專利技術(shù)保護的范圍。本專利技術(shù)的一個實施例提供一種D2D通信中的承載配置方法，包括：UE以D2D方式通信時，使用多個sidelink無線承載SLRB處理業(yè)務，所述多個SLRB與業(yè)務類型存在映射關(guān)系，某SLRB負責處理所有具備該SLRB對應的業(yè)本文檔來自技高網(wǎng)...

【技術(shù)保護點】
一種D2D通信中的承載配置方法，其特征在于，包括：UE以D2D方式通信時，使用多個sidelink無線承載SLRB處理業(yè)務，所述多個SLRB與業(yè)務類型存在映射關(guān)系，某SLRB負責處理所有具備該SLRB對應的業(yè)務類型的業(yè)務消息。

【技術(shù)特征摘要】
1.一種D2D通信中的承載配置方法，其特征在于，包括：UE以D2D方式通信時，使用多個sidelink無線承載SLRB處理業(yè)務，所述多個SLRB與業(yè)務類型存在映射關(guān)系，某SLRB負責處理所有具備該SLRB對應的業(yè)務類型的業(yè)務消息。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SLRB由目的節(jié)點、源節(jié)點和業(yè)務類型唯一標識；所述目的節(jié)點和源節(jié)點為D2D業(yè)務的目的節(jié)點和源節(jié)點，或者為下一跳目的節(jié)點和上一跳源節(jié)點。3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務類型通過LCID、QoS參數(shù)或QCI參數(shù)聲明；當使用LCID聲明時，所述D2D業(yè)務的LCID唯一地由業(yè)務類型確定。4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，對于任意業(yè)務消息，其業(yè)務類型由以下特性的任意組合確定：業(yè)務的具體種類，包括但不限于：VoIP、Video、短消息；業(yè)務的優(yōu)先級；業(yè)務的QoS需求。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SLRB與現(xiàn)有系統(tǒng)中由源節(jié)點ID、目的節(jié)點ID、LCID唯一標識的邏輯信道形成一一對應的映射關(guān)系。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述D2D業(yè)務消息的投遞具體包括：TxUE收到來自高層的業(yè)務消息時，根據(jù)業(yè)務LCID、源節(jié)點ID和目的節(jié)點ID，確定所述業(yè)務消息應投遞往的SLRB，在該SLRB中進行處理并向下傳遞到與該SLRB綁定的邏輯信道中準備發(fā)送；RxUE收到來自空口的業(yè)務消息時，根據(jù)業(yè)務LCID、目的節(jié)點ID和源節(jié)點ID，確定所述業(yè)務消息應投遞往的邏輯信道，在該邏輯信道中正確接收后向上傳遞到與該邏輯信道綁定的SLRB中準備遞交高層。7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述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è)務報文，和/或所述UE收到來自鄰居節(jié)點的業(yè)務消息或聲明業(yè)務的控制消息；系統(tǒng)配置或預配置部分業(yè)務類型需要建立默認的SLRB；所述UE發(fā)現(xiàn)業(yè)務需求，且該業(yè)務需求對應的SLRB尚未被建立。8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SLRB的建立方式包括：UE預先建立與所有支持的業(yè)務類型對應的多個SLRB，并在發(fā)現(xiàn)業(yè)務需求后將已建立的SLRB與所述業(yè)務需求進行關(guān)聯(lián)；或，UE預先建立與部分業(yè)務類型對應的多個默認SLRB；在發(fā)現(xiàn)業(yè)務需求后，...

【專利技術(shù)屬性】
技術(shù)研發(fā)人員：周淼，孫鵬，
申請(專利權(quán))人：北京信威通信技術(shù)股份有限公司，
類型：發(fā)明
國別省市：北京;11