[發(fā)明專利]通信處理方法及裝置

在審

• 申請?zhí)枺?/td>: 201610195808.9
• 申請日: 2016-03-31
• 公開（公告）號: CN107295644A
• 公開（公告）日: 2017-10-24
• 發(fā)明（設(shè)計）人: 周淼;孫鵬
• 申請（專利權(quán)）人: 北京信威通信技術(shù)股份有限公司
• 主分類號: H04W72/04
• 分類號: H04W72/04;H04W72/08;H04W72/12
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及通訊領(lǐng)域，具體而言，涉及通信處理方法及裝置。

背景技術(shù)

車聯(lián)網(wǎng)場景中，車輛出于獲知周圍其他車輛的存在和行駛狀態(tài)的意圖，在基站調(diào)度下或自行地廣播發(fā)送V2X消息，攜帶車輛自身的身份標(biāo)識、地理位置、速度、加速度等相關(guān)信息。V2X消息的發(fā)送機(jī)制以Rel-12D2D通信機(jī)制作為基準(zhǔn)。

在各類V2X場景下，發(fā)送消息的節(jié)點密度都遠(yuǎn)大于傳統(tǒng)D2D場景，且V2X系統(tǒng)對消息的時延與可靠性具有更高的需求，現(xiàn)有的D2D機(jī)制下將因高節(jié)點密度造成劇烈碰撞因而無法滿足系統(tǒng)需求，需要對現(xiàn)有機(jī)制進(jìn)行增強(qiáng)。

由于V2X系統(tǒng)中，節(jié)點數(shù)據(jù)消息包括周期性和事件觸發(fā)兩類，其中周期性消息在系統(tǒng)消息中占據(jù)絕大部分，出現(xiàn)的時間點與消息長度均可預(yù)測?；緦Υ祟愊⑷缡褂肈2D中的動態(tài)調(diào)度模式，由于消息數(shù)量過大，將在空口上造成可觀的開銷。D2D中的半靜態(tài)模式由于D2D消息的周期性通常不確定，長度變化較大，不適合直接用于V2X系統(tǒng)中。

發(fā)明內(nèi)容

本發(fā)明提供了通信處理方法及裝置，以解決現(xiàn)有技術(shù)中消息處理方法不適合V2X系統(tǒng)的問題。

根據(jù)本發(fā)明的一個方面，提供了一種通信處理方法，包括：用戶設(shè)備UE發(fā)送請求消息，其中，所述請求消息用于請求基站對所述UE的資源進(jìn)行配置；所述UE接收到所述基站發(fā)送的資源調(diào)度信令，并解析出所述資源調(diào)度的結(jié)果；所述UE根據(jù)所述資源調(diào)度進(jìn)行V2X通信處理。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：在所述UE需要進(jìn)行Mode 1數(shù)據(jù)傳輸，并且，需要傳輸?shù)臄?shù)據(jù)沒有對應(yīng)的已經(jīng)被調(diào)度分配的資源，所述UE向所述基站發(fā)送請求消息，其中，所述請求消息用于從所述基站獲取傳輸許可和/或傳輸資源。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在正確建立的RRC連接上向所述基站發(fā)送所述請求消息。

進(jìn)一步地，發(fā)送所述請求消息使用物理層信令、MAC信令或RRC信令，攜帶以下至少之一：所述UE的身份標(biāo)識、所述UE的身份類型、消息傳輸模式、所述需要傳輸?shù)臄?shù)據(jù)消息類型為周期消息或事件觸發(fā)消息、所述需要傳輸數(shù)據(jù)消息的長度、所述需要傳輸數(shù)據(jù)消息的序列號、所述UE的地理位置。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在完成數(shù)據(jù)的Mode1傳輸，至少在預(yù)定時間段內(nèi)無新數(shù)據(jù)需要進(jìn)行Mode 1傳輸，并且仍有已被調(diào)度配給的資源可用時，所述UE發(fā)送所述請求消息，其中，所述請求消息用于請求在基站處完成資源釋放。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在正確建立的RRC連接上向所述基站發(fā)送所述請求消息。

進(jìn)一步地，發(fā)送所述請求消息使用物理層信令、MAC信令或RRC信令，攜帶以下至少之一：所述UE的身份標(biāo)識、所述UE的身份類型、傳輸模式、所述完成傳輸?shù)臄?shù)據(jù)消息類型為周期消息或事件觸發(fā)消息、所述完成傳輸?shù)臄?shù)據(jù)消息消息的長度、所述完成傳輸?shù)臄?shù)據(jù)消息的序列號、待釋放資源位置、資源釋放時間窗長、所述UE的地理位置。

進(jìn)一步地，所述傳輸模式為Mode 1的情況下，調(diào)度的方式為半靜態(tài)或動態(tài)。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在檢測到環(huán)境參數(shù)發(fā)生變化并導(dǎo)致Mode 1傳輸需要進(jìn)行的資源重配的情況下，向所述基站發(fā)送所述請求消息，其中，所述請求消息用于請求進(jìn)行資源重配。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在正確建立的RRC連接向所述基站發(fā)送所述請求消息。

進(jìn)一步地，所述請求消息由用于請求傳輸資源的消息和用于請求資源釋放的請求消息的的至少之一實現(xiàn)。

進(jìn)一步地，所述UE根據(jù)以下至少之一判斷所述環(huán)境參數(shù)發(fā)生變化：所述節(jié)點的位置發(fā)生一定幅度的變化，包括：在基于地理位置的資源調(diào)度下從當(dāng)前地理區(qū)域進(jìn)入對應(yīng)其他資源池的其他地理區(qū)域；所述節(jié)點的速度發(fā)生一定幅度的變化；所述節(jié)點的方向發(fā)生一定幅度的變化；所述節(jié)點的密度發(fā)生一定幅度 的變化；資源池內(nèi)UE的密度發(fā)生一定幅度的變化；所述節(jié)點檢測到當(dāng)前使用的資源池和/或部分特定資源位置的最大和/或平均接收能量等級發(fā)生一定幅度的變化；資源池內(nèi)UE沖突的劇烈程度發(fā)生一定幅度的變化；V2X數(shù)據(jù)消息類型變化。

進(jìn)一步地，所述UE發(fā)送所述請求消息包括：所述UE在檢測到正在發(fā)生的沖突時，向沖突UE和/或向所述基站發(fā)送請求消息，其中所述請求消息為告警消息；所述UE收到來自其他UE的告警消息，且解碼得出自身為沖突UE時，發(fā)生沖突的消息為Mode 1消息時，向所述基站發(fā)送告警消息。