亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

集群業(yè)務(wù)屬性處理的方法、裝置和系統(tǒng)的制作方法

文檔序號(hào):8384305閱讀:454來源:國(guó)知局
集群業(yè)務(wù)屬性處理的方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及集群業(yè)務(wù)屬性處理的方法、裝置和系統(tǒng)。
【背景技術(shù)】
[0002] 在無線集群通信系統(tǒng)中,對(duì)于一個(gè)具體的組呼而言,基站并不知道本小區(qū)內(nèi)哪些 終端在接收該組呼,即,終端是不是接收該個(gè)組呼,對(duì)基站而言是不可知的。目前的一種解 決辦法是讓基站從網(wǎng)絡(luò)側(cè)獲知相關(guān)情況,比如基站直接從網(wǎng)絡(luò)側(cè)獲知有個(gè)體業(yè)務(wù)待調(diào)度的 UE是否屬于所述組呼;或者基站從網(wǎng)絡(luò)側(cè)獲知組呼的全部UE組成,然后監(jiān)控本小區(qū)中有個(gè) 體業(yè)務(wù)待調(diào)度的肥并判斷其是否屬于組呼。上述的方法能夠?qū)崿F(xiàn)讓基站獲知組呼業(yè)務(wù)屬 性的目的,但是該方法的實(shí)現(xiàn)會(huì)增加網(wǎng)絡(luò)側(cè)處理的復(fù)雜程度和維護(hù)難度。因此,本發(fā)明提出 一種集群屬性處理的技術(shù)方案,從另一個(gè)角度解讀上述問題,并且不增加網(wǎng)絡(luò)側(cè)復(fù)雜度。

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

[0003] 本發(fā)明提出一種種集群業(yè)務(wù)屬性處理的方法,包括:終端進(jìn)入RRC_Connected狀 態(tài)后,當(dāng)該終端還有集群被叫業(yè)務(wù)時(shí),所述終端把該集群組業(yè)務(wù)屬性告知基站。其中,集群 業(yè)務(wù)屬性包括但不限于GroupID和G-RNTI。
[0004] 優(yōu)選的,終端通過G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務(wù)的G-RNTI告知 基站。
[0005] 進(jìn)一步的,終端在當(dāng)前上行TTI為RRC_Connected狀態(tài),且同時(shí)存在G-RNTI時(shí),通 過G-RNTIMACCE把G-RNTI上報(bào)給基站。
[0006] 進(jìn)一步的,終端在當(dāng)前TTI為RRC_Connected狀態(tài),且同時(shí)存在G-RNTI;當(dāng)沒有 C-RNTI上報(bào)時(shí),所述終端通過C-RNTIMACCE把所述G-RNTI上報(bào)給基站;當(dāng)有C-RNTI上 報(bào)時(shí),所述終端先通過C-RNTIMACCE把C-RNTI上報(bào)給基站,直到無C-RNTI上報(bào)時(shí),再通 過C-RNTIMACCE把G-RNTI上報(bào)給基站。
[0007] 優(yōu)選的,終端通過新增RRC信令或擴(kuò)展原有RRC信令將集群業(yè)務(wù)的GroupID告知 基站。
[0008] 本發(fā)明還提出一種集群業(yè)務(wù)屬性處理的終端,該終端包括上報(bào)模塊,當(dāng)所述終端 處于RRC_Connected狀態(tài),且還有集群被叫業(yè)務(wù)時(shí),所述上報(bào)模塊把所述集群業(yè)務(wù)屬性上 報(bào)給基站。
[0009] 優(yōu)選的,所述集群業(yè)務(wù)屬性包括但不限于GroupID和G-RNTI。所述上報(bào)模塊通過 G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務(wù)的G-RNTI告知基站。當(dāng)所述終端在當(dāng)前上 行TTI為RRC_Connected狀態(tài),且同時(shí)存在G-RNTI時(shí),所述上報(bào)模塊通過G-RNTIMACCE 把G-RNTI上報(bào)給基站。所述終端在當(dāng)前TTI為RRC_Connected狀態(tài),且同時(shí)存在G-RNTI; 當(dāng)沒有C-RNTI上報(bào)時(shí),所述上報(bào)模塊通過C-RNTIMACCE把所述G-RNTI上報(bào)給基站。所 述上報(bào)模塊還用于,當(dāng)有C-RNTI上報(bào)時(shí),所述上報(bào)模塊先通過C-RNTIMACCE把C-RNTI上 報(bào)給基站,直到無C-RNTI上報(bào)時(shí),再通過C-RNTIMACCE把G-RNTI上報(bào)給基站。所述上報(bào) 模塊通過新增RRC信令或擴(kuò)展原有RRC信令將集群業(yè)務(wù)的GroupID告知基站。
[0010] 本發(fā)明還提出一種集群業(yè)務(wù)屬性處理方法,基站接收終端上報(bào)的包含集群業(yè)務(wù)屬 性的消息,獲取所述終端集群業(yè)務(wù)屬性。
[0011] 優(yōu)選的,基站接收到終端的G-RNTIMACCE,解出G-RNTI,則所述基站認(rèn)為終端存 在與所述G-RNTI相應(yīng)的集群被叫業(yè)務(wù)。基站接收到終端的C-RNTIMACCE,將解出的值與 該終端對(duì)應(yīng)的C-RNTI進(jìn)行比較,如果不同,則認(rèn)為終端存在與所述解出的值相應(yīng)的集群被 叫業(yè)務(wù);如果相同,貝ij認(rèn)為終端不存在集群被叫業(yè)務(wù)?;窘邮盏浇K端的TrunkInfoReport 信令,或者化ialRRCIn化信令中的GroupID字段,獲取該終端的集群業(yè)務(wù)的GroupID。
[0012] 本發(fā)明還提出一種集群業(yè)務(wù)屬性處理的基站,包括接收模塊,用于接收所述終端 上報(bào)的包含集群業(yè)務(wù)屬性的消息,獲取所述終端集群業(yè)務(wù)屬性。
[0013] 優(yōu)選的,接收模塊接收到終端的G-RNTIMACCE,解出G-RNTI,則所述基站認(rèn)為終 端存在與所述G-RNTI相應(yīng)的集群被叫業(yè)務(wù)。接收模塊接收到終端的C-RNTIMACCE,所述 基站將解出的值與所述終端對(duì)應(yīng)的C-RNTI進(jìn)行比較,如果不同,則認(rèn)為終端存在與所述解 出的值相應(yīng)的集群被叫業(yè)務(wù);如果相同,則認(rèn)為終端不存在集群被叫業(yè)務(wù)。接收模塊接收到 終端的TrunkInfoR巧OTt信令,或者化ialRRCIn化信令中的GroupID字段,獲取該終端的 集群業(yè)務(wù)的GroupID。
[0014] 本發(fā)明還提出一種集群業(yè)務(wù)屬性處理的系統(tǒng),包括如上所述的終端和基站。
[0015] 本發(fā)明可W在基站側(cè)不增加空口信令的前提下即可獲知該小區(qū)下RRC_Connected 狀態(tài)的終端是否正處于某個(gè)集群組呼被叫業(yè)務(wù),很好地解決了基站并不知道本小區(qū)內(nèi)哪些 終端在接收該組呼的局限性問題。
【附圖說明】
[0016] 圖1為現(xiàn)有LTE的化-SCH信道的LCID列表;
[0017] 圖2為包含自定義G-RNTI的LCID列表;
[001引 圖3為自定義G-RNTIMACCE結(jié)構(gòu);
[0019] 圖4為本發(fā)明實(shí)施例二的方法示意圖;
[0020] 圖5為本發(fā)明實(shí)施例H的方法示意圖。
【具體實(shí)施方式】
[0021] 為使本發(fā)明的目的,技術(shù)方案和有益效果更加清楚明白,下文將結(jié)合附圖對(duì)本發(fā) 明的各技術(shù)方案作進(jìn)一步詳細(xì)說明。需要說明的是,在不沖突的情況下,本申請(qǐng)的各實(shí)施例 和其中的各技術(shù)特征可W任意互相組合。
[0022] 本發(fā)明提出的基本方法包括:
[0023] 終端側(cè):終端進(jìn)入RRC_Connected狀態(tài)后,當(dāng)該終端還有集群被叫業(yè)務(wù)時(shí),所述終 端把該集群組業(yè)務(wù)屬性告知基站。其中,集群業(yè)務(wù)屬性包括但不限于GroupID和G-RNTI。 終端可W通過G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務(wù)的G-RNTI告知基站。通 過G-RNTIMACCE將集群業(yè)務(wù)的G-RNTI告知基站的情況,終端在當(dāng)前上行TTI為RRC_ Connected狀態(tài),且同時(shí)存在G-RNTI時(shí),通過G-RNTIMACCE把G-RNTI上報(bào)給基站。通過 C-RNTIMACCE將集群業(yè)務(wù)的G-RNTI告知基站的情況,終端在當(dāng)前TTI為RRC_Connected狀 態(tài),且同時(shí)存在G-RNTI;當(dāng)沒有C-RNTI上報(bào)時(shí),所述終端通過C-RNTIMACCE把所述G-RNTI上報(bào)給基站;當(dāng)有C-RNTI上報(bào)時(shí),所述終端先通過C-RNTIMACCE把C-RNTI上報(bào)給基站, 直到無C-RNTI上報(bào)時(shí),再通過C-RNTIMACCE把G-RNTI上報(bào)給基站。對(duì)于該集群組呼業(yè) 務(wù)的GroupID,可W通過新增RRC信令(令為TrunkInfoR巧ort)來上報(bào),或者通過擴(kuò)展原有 RRC信令來上報(bào)(即在原有RRC信令上增加GroupID字段,令原有RRC信令用OrialRRCInfo 表示)。通過DCCH邏輯信道上報(bào)。具體為;該終端在當(dāng)前上行TTI為RRC_Connected狀態(tài), 且存在GroupID時(shí),則通過TrunkInfoR巧OTt或者OrialRRCInfo把GroupID上報(bào)給基站的 小區(qū)。
[0024] 基站側(cè);基站接收到終端上報(bào)的包含集群業(yè)務(wù)屬性的消息,獲取所述終端集群業(yè) 務(wù)屬性。基站接收到終端的G-RNTIMACCE,解出G-RNTI,則所述基站認(rèn)為終端存在與所述G-RNTI相應(yīng)的集群被叫業(yè)務(wù)。基站接收到終端的C-RNTIMACCE,將解出的值與該終端對(duì) 應(yīng)的C-RNTI進(jìn)行比較,如果不同,則認(rèn)為終端存在與所述解出的值相應(yīng)的集群被叫業(yè)務(wù); 如果相同,貝1]認(rèn)為終端不存在集群被叫業(yè)務(wù)?;窘邮战K端的TrunkInfoRepcxrt信令,或者 化ialRRCIn化信令中的GroupID字段,獲取該終端的集群業(yè)務(wù)的GroupID。
[002引 實(shí)施例一;增加G-RNTIMACCE的方法:
[0026] 基于《3GPPTS36. 321V11. 3. 0》文檔,現(xiàn)有LTE的化-SCH信道的LCID如圖1所示; 定義G-RNTI的LCID為11000,如圖2所示。
[0027] G-RNTIMACCE的長(zhǎng)度固定,為16bit,里面存放終端的集群組
當(dāng)前第1頁(yè)1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1