集群業(yè)務屬性處理的方法、裝置和系統(tǒng)的制作方法
【技術領域】
[0001] 本發(fā)明涉及通信技術領域，尤其涉及集群業(yè)務屬性處理的方法、裝置和系統(tǒng)。
【背景技術】
[0002] 在無線集群通信系統(tǒng)中，對于一個具體的組呼而言，基站并不知道本小區(qū)內哪些 終端在接收該組呼，即，終端是不是接收該個組呼，對基站而言是不可知的。目前的一種解 決辦法是讓基站從網絡側獲知相關情況，比如基站直接從網絡側獲知有個體業(yè)務待調度的 UE是否屬于所述組呼；或者基站從網絡側獲知組呼的全部UE組成，然后監(jiān)控本小區(qū)中有個 體業(yè)務待調度的肥并判斷其是否屬于組呼。上述的方法能夠實現(xiàn)讓基站獲知組呼業(yè)務屬 性的目的，但是該方法的實現(xiàn)會增加網絡側處理的復雜程度和維護難度。因此，本發(fā)明提出 一種集群屬性處理的技術方案，從另一個角度解讀上述問題，并且不增加網絡側復雜度。
【發(fā)明內容】
[0003] 本發(fā)明提出一種種集群業(yè)務屬性處理的方法，包括：終端進入RRC_Connected狀 態(tài)后，當該終端還有集群被叫業(yè)務時，所述終端把該集群組業(yè)務屬性告知基站。其中，集群 業(yè)務屬性包括但不限于GroupID和G-RNTI。
[0004] 優(yōu)選的，終端通過G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務的G-RNTI告知 基站。
[0005] 進一步的，終端在當前上行TTI為RRC_Connected狀態(tài)，且同時存在G-RNTI時，通 過G-RNTIMACCE把G-RNTI上報給基站。
[0006] 進一步的，終端在當前TTI為RRC_Connected狀態(tài)，且同時存在G-RNTI;當沒有 C-RNTI上報時，所述終端通過C-RNTIMACCE把所述G-RNTI上報給基站；當有C-RNTI上 報時，所述終端先通過C-RNTIMACCE把C-RNTI上報給基站，直到無C-RNTI上報時，再通 過C-RNTIMACCE把G-RNTI上報給基站。
[0007] 優(yōu)選的，終端通過新增RRC信令或擴展原有RRC信令將集群業(yè)務的GroupID告知 基站。
[0008] 本發(fā)明還提出一種集群業(yè)務屬性處理的終端，該終端包括上報模塊，當所述終端 處于RRC_Connected狀態(tài)，且還有集群被叫業(yè)務時，所述上報模塊把所述集群業(yè)務屬性上 報給基站。
[0009] 優(yōu)選的，所述集群業(yè)務屬性包括但不限于GroupID和G-RNTI。所述上報模塊通過 G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務的G-RNTI告知基站。當所述終端在當前上 行TTI為RRC_Connected狀態(tài)，且同時存在G-RNTI時，所述上報模塊通過G-RNTIMACCE 把G-RNTI上報給基站。所述終端在當前TTI為RRC_Connected狀態(tài)，且同時存在G-RNTI; 當沒有C-RNTI上報時，所述上報模塊通過C-RNTIMACCE把所述G-RNTI上報給基站。所 述上報模塊還用于，當有C-RNTI上報時，所述上報模塊先通過C-RNTIMACCE把C-RNTI上 報給基站，直到無C-RNTI上報時，再通過C-RNTIMACCE把G-RNTI上報給基站。所述上報 模塊通過新增RRC信令或擴展原有RRC信令將集群業(yè)務的GroupID告知基站。
[0010] 本發(fā)明還提出一種集群業(yè)務屬性處理方法，基站接收終端上報的包含集群業(yè)務屬 性的消息，獲取所述終端集群業(yè)務屬性。
[0011] 優(yōu)選的，基站接收到終端的G-RNTIMACCE，解出G-RNTI，則所述基站認為終端存 在與所述G-RNTI相應的集群被叫業(yè)務?；窘邮盏浇K端的C-RNTIMACCE，將解出的值與 該終端對應的C-RNTI進行比較，如果不同，則認為終端存在與所述解出的值相應的集群被 叫業(yè)務；如果相同，貝ij認為終端不存在集群被叫業(yè)務。基站接收到終端的TrunkInfoReport 信令，或者化ialRRCIn化信令中的GroupID字段，獲取該終端的集群業(yè)務的GroupID。
[0012] 本發(fā)明還提出一種集群業(yè)務屬性處理的基站，包括接收模塊，用于接收所述終端 上報的包含集群業(yè)務屬性的消息，獲取所述終端集群業(yè)務屬性。
[0013] 優(yōu)選的，接收模塊接收到終端的G-RNTIMACCE，解出G-RNTI，則所述基站認為終 端存在與所述G-RNTI相應的集群被叫業(yè)務。接收模塊接收到終端的C-RNTIMACCE，所述 基站將解出的值與所述終端對應的C-RNTI進行比較，如果不同，則認為終端存在與所述解 出的值相應的集群被叫業(yè)務；如果相同，則認為終端不存在集群被叫業(yè)務。接收模塊接收到 終端的TrunkInfoR巧OTt信令，或者化ialRRCIn化信令中的GroupID字段，獲取該終端的 集群業(yè)務的GroupID。
[0014] 本發(fā)明還提出一種集群業(yè)務屬性處理的系統(tǒng)，包括如上所述的終端和基站。
[0015] 本發(fā)明可W在基站側不增加空口信令的前提下即可獲知該小區(qū)下RRC_Connected 狀態(tài)的終端是否正處于某個集群組呼被叫業(yè)務，很好地解決了基站并不知道本小區(qū)內哪些 終端在接收該組呼的局限性問題。
【附圖說明】
[0016] 圖1為現(xiàn)有LTE的化-SCH信道的LCID列表；
[0017] 圖2為包含自定義G-RNTI的LCID列表；
[001引 圖3為自定義G-RNTIMACCE結構；
[0019] 圖4為本發(fā)明實施例二的方法示意圖；
[0020] 圖5為本發(fā)明實施例H的方法示意圖。
【具體實施方式】
[0021] 為使本發(fā)明的目的，技術方案和有益效果更加清楚明白，下文將結合附圖對本發(fā) 明的各技術方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的各實施例 和其中的各技術特征可W任意互相組合。
[0022] 本發(fā)明提出的基本方法包括：
[0023] 終端側：終端進入RRC_Connected狀態(tài)后，當該終端還有集群被叫業(yè)務時，所述終 端把該集群組業(yè)務屬性告知基站。其中，集群業(yè)務屬性包括但不限于GroupID和G-RNTI。 終端可W通過G-RNTIMACCE或者C-RNTIMACCE將集群業(yè)務的G-RNTI告知基站。通 過G-RNTIMACCE將集群業(yè)務的G-RNTI告知基站的情況，終端在當前上行TTI為RRC_ Connected狀態(tài)，且同時存在G-RNTI時，通過G-RNTIMACCE把G-RNTI上報給基站。通過 C-RNTIMACCE將集群業(yè)務的G-RNTI告知基站的情況，終端在當前TTI為RRC_Connected狀 態(tài)，且同時存在G-RNTI;當沒有C-RNTI上報時，所述終端通過C-RNTIMACCE把所述G-RNTI上報給基站；當有C-RNTI上報時，所述終端先通過C-RNTIMACCE把C-RNTI上報給基站， 直到無C-RNTI上報時，再通過C-RNTIMACCE把G-RNTI上報給基站。對于該集群組呼業(yè) 務的GroupID，可W通過新增RRC信令(令為TrunkInfoR巧ort)來上報，或者通過擴展原有 RRC信令來上報（即在原有RRC信令上增加GroupID字段，令原有RRC信令用OrialRRCInfo 表示)。通過DCCH邏輯信道上報。具體為；該終端在當前上行TTI為RRC_Connected狀態(tài)， 且存在GroupID時，則通過TrunkInfoR巧OTt或者OrialRRCInfo把GroupID上報給基站的 小區(qū)。
[0024] 基站側；基站接收到終端上報的包含集群業(yè)務屬性的消息，獲取所述終端集群業(yè) 務屬性?；窘邮盏浇K端的G-RNTIMACCE，解出G-RNTI，則所述基站認為終端存在與所述G-RNTI相應的集群被叫業(yè)務?；窘邮盏浇K端的C-RNTIMACCE，將解出的值與該終端對 應的C-RNTI進行比較，如果不同，則認為終端存在與所述解出的值相應的集群被叫業(yè)務； 如果相同，貝1]認為終端不存在集群被叫業(yè)務?；窘邮战K端的TrunkInfoRepcxrt信令，或者 化ialRRCIn化信令中的GroupID字段，獲取該終端的集群業(yè)務的GroupID。
[002引 實施例一；增加G-RNTIMACCE的方法：
[0026] 基于《3GPPTS36. 321V11. 3. 0》文檔，現(xiàn)有LTE的化-SCH信道的LCID如圖1所示； 定義G-RNTI的LCID為11000,如圖2所示。
[0027] G-RNTIMACCE的長度固定，為16bit，里面存放終端的集群組