集群通信系統的群組成員免擾功能的實現方法及裝置與流程
2023-04-30 14:30:21
本申請涉及集群通信
技術領域：
，尤其涉及一種集群通信系統的群組成員免擾功能的實現方法及裝置。
背景技術：
：隨著社會經濟的快速發展和行業客戶的需求變化，具有大帶寬、高速率、全ip、高效指揮控制和實時響應能力的td-lte寬帶集群將引領集群通信進入全新的時代。td-lte寬帶集群通信系統不但可以支持td-lte移動通信系統自身的各種多媒體業務，而且可以提供基本集群呼叫業務以及集群多媒體業務。專網寬帶多媒體集群技術與行業應用緊密結合，促進td-lte寬帶集群通信系統在行業中不斷完善和快速發展。中國通信標準化協會(ccsa)主導完成td-lte寬帶集群通信行業標準，這也是國內基於4g技術集群的第一批行業標準。集群組呼業務是一種點到多點的業務，在集群專網中發揮著巨大的作用。為了實現集群組呼業務快速呼叫建立，針對點對多點業務的特性，下行採用廣播方式發送控制面信令和用戶面數據，處於空閒狀態的組呼用戶不必轉變成連接狀態，就可以直接接收控制面信令和用戶面數據，從而加快呼叫建立和業務數據接收。在面向行業應用中某些情況下，希望能夠滿足如下需求：某些特定用戶可以根據需要呼叫群組，但又並不期望被動參與該群組在其他時刻的呼叫。例如，在指揮調度過程中，若某個用戶是領導人或負責人，該用戶會隨時向一個小組或一些小組布置任務或者了解某個小組的工作進展情況，但是又不希望被這些小組在執行任務過程中組員內部的溝通呼叫或這些小組的日常呼叫所打擾。這就需要在td-lte集群通信系統中為群組內特殊成員設計免擾功能，即當用戶對某個群組設置免擾功能，該用戶可以主動呼叫該群組進行組呼通話，但不會被動接聽由其他用戶發起的該群組呼叫。現有的td-lte寬帶集群通信系統中，對用戶進行兩次動態重組操作也可實現用戶主動呼叫該群組建立組呼業務，且不會被動接聽由其他用戶發起的該群組呼叫的效果，即通過動態重組將用戶增加到該群組後建立該群組的呼叫，當本次組呼通過結束後，再通過動態重組將用戶從該群組中刪除。這種方式實現過程繁瑣，帶來大量的信令開銷，並且大大增加了組呼建立時間。另外，使用主動退出組呼的方式，雖然用戶可以退出由其他用戶發起的該群組呼叫，但是用戶必須先接聽再通過人為手動操作退 出本次呼叫，這樣，用戶所屬群組每發起一次呼叫，用戶就會被打擾一次，且每次都需人為操作退出本次呼叫，嚴重影響用戶的感受和體驗。技術實現要素：本申請提供了一種集群通信系統的群組成員免擾功能的實現方法及裝置，在無須手工操作的情況下，實現特定群組成員的免擾功能。本申請實施例提供的一種集群通信系統的群組成員免擾功能的實現方法，包括：步驟a、集群用戶設備記錄並存儲用戶所屬群組信息，所述群組信息至少包括：群組的組號和該組號對應的免擾屬性；步驟b、集群用戶設備接收到群組的集群尋呼消息時，判斷本集群用戶設備是否屬於該群組，若是，集群用戶設備根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性；步驟c、判斷該免擾屬性是否是免打擾開啟狀態，若是，執行步驟d，否則執行步驟e；步驟d、集群用戶設備忽略該組號的集群尋呼消息，並結束本流程；步驟e、集群用戶設備正常接聽該集群尋呼消息。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除緊急呼叫外免擾；步驟c包括：步驟c1、集群用戶設備根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除緊急呼叫外免擾，執行步驟c2，若該免擾屬性為全部免擾，執行步驟d；c2、判斷集群尋呼消息中該組呼是否為緊急呼叫，若是，執行步驟e，否則執行步驟d。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除白名單外免擾；步驟c包括：步驟c3、集群用戶設備根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除白名單外免擾，執行步驟c4，若該免擾屬性為全部免擾，執行步驟d；c4、判斷該組呼的主叫號碼是否包含在白名單中，若是，執行步驟e，否則執行步驟d。可選地，所述步驟c4替換為：用戶設備處理該組呼尋呼消息，在tcch信道收到組呼建立消息時，判斷主叫用戶設備是否在白名單，若在，建立ttch信道對應的承載接收組呼業務，否則釋放該組呼的tcch信道對應的承載及該組呼相關資源。可選地，所述步驟d包括：步驟d1、集群用戶設備判斷當前是否有正在進行的組呼業務，若是，繼續執行步驟d2，否則集群用戶設備忽略該組號的集群尋呼消息，並結束本流程；d2、判斷正在進行組呼業務的組號與該集群組呼消息中組呼的組號是否相同，若是，執行步驟e，否則集群用戶設備忽略該組號的集群尋呼消息。可選地，步驟a之前進一步包括：用戶在集群用戶設備的用戶操作界面上進行操作和設置自己所屬群組對應的免擾屬性。可選地，步驟a之前進一步包括：通過集群用戶設備的集群註冊過程來實現由集群系統網絡側控制用戶的組呼免擾權限。可選地，所述集群用戶設備的集群註冊過程包括：集群用戶設備在開機完成附著過程後，向集群核心網發送集群註冊請求消息發起集群註冊過程，並在集群註冊請求消息中攜帶集群用戶設備的組呼免擾能力信息；網絡側收到集群用戶設備的集群註冊請求消息後，查找該集群集群用戶設備的集群籤約信息，如果網絡側處理正常，則向ue回復攜帶免打擾屬性的群組信息更新命令消息；如果出現失敗，則網絡側回復集群註冊拒絕消息，攜帶典型原因值。本申請實施例還提供了一種集群用戶設備，該集群用戶設備包括：群組信息記錄模塊，用於記錄並存儲用戶所屬群組信息，所述群組信息至少包括：群組的組號和該組號對應的免擾屬性；免擾判斷模塊，用於在接收到群組的集群尋呼消息時，判斷本集群用戶設備是否屬於該群組，若是，集群用戶設備根據集群尋呼消息中組呼的組號查看群組信息記錄模塊記錄的該組號對應的免擾屬性；判斷該免擾屬性是否是免打擾開啟狀態，若是，忽略該組號的集群尋呼消息；否則正常接聽該集群尋呼消息。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除緊急呼叫外免擾；該集群用戶設備進一步包括緊急呼叫判斷模塊；所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除緊急呼叫外免擾，則緊急呼叫判斷模塊判斷集群尋呼消息中該組呼是否為緊急呼叫，若是，正常接聽該集群尋呼消息。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除白名單外免擾；該集群用戶設備進一步包括白名單判斷模塊；所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除白名單外免擾，則白名單判斷模塊判斷該組呼的主叫號碼是否包含在白名單中，若是，正常接聽該集群尋呼消息。可選地，所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除白名單外免擾，則處理該組呼尋呼消息；在tcch信道收到組呼建立消息時，白名單判斷模塊判斷主叫用戶設備是否在白名單，若在，建立ttch信道對應的承載接收組呼業務，否則釋放該組呼的tcch信道對應的承載及該組呼相關資源。可選地，所述集群用戶設備進一步包括：組呼判斷模塊，用於在免擾判斷模塊判斷結果為忽略該組號的集群尋呼消息時，判斷當前是否有正在進行的組呼業務，若是，判斷正在進行組呼業務的組號與該集群組呼消息中組呼的組號是否相同，若是，正常接聽該集群尋呼消息，否則集群用戶設備忽略該組號的集群尋呼消息。可選地，所述用戶設備進一步包括：設置模塊，用於提供設置界面，以使用戶設置自己所屬群組對應的免擾屬性。可選地，所述用戶設備進一步包括：註冊模塊，用於在集群註冊過程來實現由集群系統網絡側控制用戶的組呼免擾權限。從以上技術方案可以看出，集群ue記錄所選免擾群組的組號和免擾屬性；當收到該集群ue所屬群組的集群尋呼消息時，集群ue根據組呼的組號查看本地記錄的該組號對應的免擾屬性，如果該組號的免擾屬性是免打擾開啟狀態，則集群ue忽略該組號的集群尋呼消息，否則集群ue處理該組號的集群尋呼消息。這樣，通過增加群組的免擾屬性，既可以避免用戶被一些自身不期望被動接聽的群組所打擾，又不影響用戶對其他群組的接聽。在一些較佳實施方案中，免擾功能需要排除本集群ue發起的正在進行的組呼，從而保證不會影響集群ue接聽由自身發起免打擾群組呼叫的通話。附圖說明圖1為本申請實施例提供的一種集群通信系統的群組成員免擾功能的實現方法流程示意圖；圖2為本申請實施例提供的通過擴展的免擾屬性實現群組成員免擾功能的處理流程示意圖；圖3為本申請實施例給出的由集群系統網絡側控制用戶的組呼免擾權限的處理流程示意圖；圖4為本申請實施例提供的ue初始註冊流程示意圖；圖5為本申請實施例提供的ue周期性註冊流程示意圖。具體實施方式本申請提出一種基於td-lte集群通信系統的特定群組成員免打擾功能的實現方法，其基本技術構思是：集群用戶設備(ue)記錄所選免擾群組的組號和免擾屬性；當收到該集群ue所屬群組的集群尋呼消息時，集群ue根據組呼的組號查看本地記錄的該組號對應的免擾屬性，如果該組號的免擾屬性是免打擾開啟狀態，則集群ue忽略該組號的集群尋呼消息，否則集群ue處理該組號的集群尋呼消息。對於集群用戶的免擾功能權限可由用戶直接操作設置自己所屬群組的免擾屬性；也可由集群系統網絡側控制用戶的組呼免擾權限。這樣，通過增加群組的免擾屬性，既可以避免用戶被一些自身不期望被動接聽的群組所打擾，又不影響用戶對其他群組的接聽。為使本申請技術方案的技術原理、特點以及技術效果更加清楚，以下結合具體實施例對本申請技術方案進行詳細闡述。本申請實施例提供的一種集群通信系統的群組成員免擾功能的實現方法流程如圖1所示，包括如下步驟：步驟101：集群ue從自己所屬群組中選擇一個群組設置成免擾群組後，集群ue記錄並存儲用戶所屬群組信息，所述群組信息至少包括：群組的組號和該組號對應的免擾屬性。集群系統會通過集群尋呼配置信息來通知集群ue集群尋呼的發送時刻。集群ue在集群尋呼時刻接收集群尋呼消息，當收到和與自己有關的組呼尋呼消息時，集群ue需要進行處理組呼尋呼消息的操作，具體包括如下步驟102至步驟107。步驟102：集群ue接收到群組的集群尋呼消息時，首先判斷本集群ue是否屬於該群組，若是，繼續執行步驟103。否則結束本流程。步驟103：集群ue根據集群尋呼消息中組呼的組號查看集群ue記錄的該組號對應的免擾屬性，判斷該免擾屬性是否是免打擾開啟狀態，若是，執行步驟104，否則轉至步驟106。步驟104：集群ue判斷當前是否有正在進行的組呼業務，若是，繼續執行步驟105，否則轉至步驟107。步驟105：判斷正在進行組呼業務的組號與該集群組呼消息中組呼的組號是否 相同，若是，繼續執行步驟106，否則執行步驟107。步驟104及步驟105的作用是增加集群ue對當前是否有正在進行組呼和組號的判斷，以保證不會影響集群ue接聽由其發起免打擾群組呼叫的通話。換言之，當集群ue主動發起一個處於免打擾狀態的組號的呼叫時，在本次組呼通話過程中，該集群ue不是話語權用戶時也需要接聽該組呼，因此，這種情況下該集群ue需要處理該組號的組呼尋呼消息，在進行空口的尋呼過程基礎上在建立組呼下行承載，來保證該集群ue在本次組呼中能夠接聽組呼。該步驟為可選步驟。步驟106：正常接聽該集群尋呼消息，並結束本流程。步驟107：集群ue忽略該組號的集群尋呼消息。組呼下行承載建立需要進行空口的尋呼過程。若集群ue忽略某組號的組呼尋呼消息，集群ue就無法建立該組號的組呼下行承載，即無法接聽該組號的組呼。這樣，就可以實現集群用戶不被一些自身不期望被動接聽的群組所打擾。更進一步地，結合某些行業用戶的需求，本申請的一些實施例還可以對免擾屬性進行擴展，擴展的免擾屬性可分為：除緊急呼叫外免擾、除白名單外免擾和全部免擾。除緊急呼叫外免擾是指集群ue對某個群組設置了除緊急呼叫外免擾的屬性，該集群ue會接聽由該群組中其他成員發起的該群組的緊急呼叫，但不會接聽由該群組中其他成員發起的該群組的非緊急呼叫。除白名單外免擾是指集群ue對某個群組設置了除白名單外免擾的屬性，該集群ue會接聽由白名單中列舉的群組成員發起的呼叫，但不會接聽由該群組中其他成員發起的呼叫。本申請實施例提供了有兩種方法實現除白名單外免擾，一種是在組呼尋呼消息中增加主叫號碼，根據主叫號碼是否在白名單中判斷；另一種是原有尋呼消息不增加主叫號碼，當有白名單屬性先處理尋呼消息，在tcch信道收到組呼建立消息時判斷主叫發起者是否在白名單，若在，建立ttch信道對應的承載接收組呼業務，否則釋放該組呼的tcch相關承載。全部免擾是指集群ue對某個群組設置了全部免擾的屬性，該集群ue不會接聽由該群組中其他成員發起的該群組的呼叫，無論該呼叫是緊急的還是非緊急的。相應地，當收到集群尋呼消息中有集群ue所屬群組的組呼時，集群ue根據集群尋呼消息中該組呼的組號查看集群ue記錄的該組號對應的免擾屬性，如果該組號對應的免擾屬性是除緊急呼叫外免擾狀態，則集群ue根據集群尋呼消息中給組呼的優先級信息再判斷該組呼是否是緊急呼叫，如果是緊急呼叫，則該集群ue處理該組號的集群尋呼消息；否則集群ue再進一步判斷若當前沒有正在進行的組呼業務或者正在進行組呼業務的組號與該組號不同，則集群ue忽略該組號的集群尋呼消息，否則集群ue處理該組號的集群尋呼消息。如果該組號對應的免擾屬性是除白名單外免擾狀態，則集群ue根據集群尋呼消息中的主叫終端信息判斷該主 叫終端是否在白名單內，若是，則該集群ue處理該組號的集群尋呼消息；否則集群ue再進一步判斷若當前沒有正在進行的組呼業務或者正在進行組呼業務的組號與該組號不同，則集群ue忽略該組號的集群尋呼消息，否則集群ue處理該組號的集群尋呼消息。圖2所示為本申請實施例提供的通過擴展的免擾屬性實現群組成員免擾功能的處理流程，包括如下步驟：步驟201：集群ue從自己所屬群組中選擇一個群組設置成免擾群組後，集群ue記錄並存儲用戶所屬群組信息，所述群組信息至少包括：群組的組號和該組號對應的免擾屬性，所述免擾屬性可以為全部免擾或者除緊急呼叫外免擾步驟202：集群ue接收到群組的集群尋呼消息時，首先判斷本集群ue是否屬於該群組，若是，繼續執行步驟203。否則結束本流程。203：集群ue根據集群尋呼消息中組呼的組號查看集群ue記錄的該組號對應的免擾屬性，若該免擾屬性為全部免擾，執行步驟206；若為除緊急呼叫外免擾，執行步驟204；若為除白名單外免擾，執行步驟205。步驟204：判斷集群尋呼消息中該組呼是否為緊急呼叫，若是，執行步驟206，否則轉至步驟208。步驟205：判斷集群尋呼消息中主叫終端是否在白名單中，若是，執行步驟206，否則執行步驟208。步驟206：集群ue判斷當前是否有正在進行的組呼業務，若是，繼續執行步驟207，否則轉至步驟208。步驟207：判斷正在進行組呼業務的組號與該集群組呼消息中組呼的組號是否相同，若是，繼續執行步驟208，否則執行步驟209。步驟208：正常接聽該集群尋呼消息，並結束本流程。步驟209：集群ue忽略該組號的集群尋呼消息。更進一步地，本申請的另一些實施例中，用戶根據自身需求可修改群組的免擾屬性，可控制接聽自己所屬群組的呼叫。在實際應用中，關於集群用戶的免擾功能權限可有多種方式實現。方式一，由用戶根據自身實際需要直接在集群ue的用戶操作界面上進行操作和設置自己所屬群組對應的免擾屬性。方式二，通過集群ue的集群註冊過程來實現由集群系統網絡側控制用戶的組呼免擾權限。方式一實現方式簡單，不需要ue與網絡側交互信息，但是網絡側不能控制用戶的免擾權限；方式二是由網絡側來掌控用戶的免擾權限和用戶所屬組的免擾狀態，網絡側可根據用戶身份和職責等信息考慮用戶的組呼免擾權限，例如，對於作為集團負責人的用戶，網絡側會為其開通組呼免擾權限，並且該用戶所屬組中大部分的群組都可處於免擾狀態；而對於作為某團隊中普通成員的用戶，通常網 絡側不會為其開通組呼免擾權限。與方式一相比，方式二可以更好地控制用戶的組呼免擾權限，但是需要ue與網絡側交互信息，增加信令開銷。在實際應用中可根據不同行業用戶的需求來選擇實現方式。對於方式二，本申請的一個實施例給出詳細實現過程，如圖3所示，包括如下步驟：步驟301：集群ue在開機完成附著過程(attach)後，向集群核心網發送集群註冊請求(trunkingregisterrequest)消息發起集群註冊過程，可在集群註冊請求消息中新增ue的組呼免擾能力信息。在集群系統中，如果不是所有ue都具有組呼免擾功能，則需要新增ue的組呼免擾能力信息上報給網絡側；否則，ue都具有這種功能就無需上報了。因此，在集群註冊請求消息中新增ue的組呼免擾能力信息是可選項。其中終端的能力信息指示終端是否支持在pdcp之上的自適應多速率編碼(amroverpdcp)能力，分組數據匯聚協議(pdcp，packetdataconvergenceprotocol)頭壓縮能力，半雙工單呼能力，非接入層(nas，non-accessstratum)視頻能力，端到端加密能力，以及組呼免擾能力。當終端支持組呼免擾能力時可將ue的組呼免擾狀態信息上報給核心網。步驟302：網絡側收到ue的集群註冊請求消息後，查找該集群ue的集群籤約信息，如果網絡側處理正常，則向ue回復攜帶免打擾群組列表的屬性的集群註冊接受消息群組信息更新命令消息；如果出現失敗，則網絡側回復集群註冊拒絕(trunkingregisterreject)消息，攜帶典型原因值。例如，典型原因值為：1)網絡失敗：網絡側發生不可修復的錯誤；2)網絡側當前不支持該業務：網絡側功能未開啟或受限；3)用戶未開通該業務：網絡側找不到該用戶集群註冊信息；4)資源不足：由於網絡側資源不足導致服務被拒絕。步驟303：如果ue接收到的是集群註冊響應消息，向網絡側回復集群註冊完成(trunkingregistercomplete)消息；如果ue接收到的是集群註冊拒絕消息，根據終端策略可以繼續發起集群註冊過程。以下再通過一個具體實施例給出集群系統網絡側通過集群ue的集群註冊過程來實現控制用戶的組呼免擾權限的具體流程。集群ue進行lte協議規定的附著(attach)流程之後，需要立即發起集群業務註冊過程，即下面所述的集群ue註冊過程。集群ue註冊過程只能在集群ue處於連接態發起，如果ue處於idle狀態，則通過sr過程恢復連接態之後再發起該過程。ue註冊的註冊過程分為ue初始註冊過程和ue周期性註冊過程。本申請實施例提供的ue初始註冊流程如圖4所示，包括如下步驟：步驟401：集群ue在附著過程(attach)之後，通過上行直傳消息(uplinknastransport)，向核心網發送集群註冊請求(trunkingregisterrequest)消息，消息攜帶集群註冊類型用於區分初次註冊或者周期性註冊。消息中可選攜帶ue的集群能力信息、ue的遙暈狀態信息和ue支持的編解碼能力信息，以及本申請方案新增的組呼免擾能力，可選攜帶ue的組呼免擾狀態信息。故障弱化情況下，該消息中還可以攜帶ue的msisdn信息(mobilesubscriberbcdnumber)，可選攜帶ue所屬組信息(groupidlist)。請求進行集群業務註冊。步驟402至403：epc收到ue發送的集群註冊請求消息之後，首先檢查該ue的附著狀態，如果該ue沒有附著，則拒絕此ue的集群註冊過程，通過下行直傳消息(downlinknastransport)向ue發送集群註冊拒絕(trunkingregiserreject)消息。如果ue狀態正確，則epc作為ue的代理向scc發送sip註冊(register)消息進行sip業務註冊。註冊消息在擴展頭域攜帶終端的用戶號碼(udn)，用戶識別碼(uid)，epcid，並在上下文(contact)頭域中攜帶epc的ip地址，埠號信息，通知scc後續和此ue相關的業務均發送給該epc。步驟404：scc收到epc發送的註冊(register)消息之後，保存udn和epc之間的映射關係，後續scc根據組內ue所在的epc，確定組呼建立時需要通知的epc信息。scc需要維護每個終端的udn，uid與epcid映射關係。scc處理註冊(register)消息之後，向rds發送服務註冊請求(serviceregisterrequest)消息，請求獲取終端的集群籤約數據，消息中攜帶uid，udn以及當前scc是否已經有ue籤約上下文的標識。步驟405：rds收到服務註冊請求消息之後，首先檢查ue是否有此ue的籤約數據，如果籤約數據存在，則rds向scc回復服務註冊應答(serviceregisteranswer)消息，攜帶ue的業務籤約信息。如果此ue有所屬的組信息，則攜帶ue的所屬組信息。如果rds無該ue的集群籤約信息，則rds向scc回復的服務註冊應答消息中攜帶失敗的操作結果。scc收到失敗的操作結果之後，向epc回復失敗響應消息，epc收到消息之後向ue發送集群註冊拒絕(trunkingregiserreject)消息，拒絕ue的集群業務註冊請求。步驟406：scc收到服務註冊應答消息之後，保存ue業務籤約信息和ue所屬組信息，並且根據ue所屬組維護組信息。向epc回復sip(200ok)消息，消息中攜帶sip註冊周期，scc提供給此ue進行呼叫業務的ip地址和埠號，scc提供給ue進行短數據業務的ip地址和埠號，ue所屬組信息包含ue籤約組信息和動態重組成功或者未成功的組信息。epc需要保存如上信息，用於後續終端發起業務時使用。如果scc在200ok中攜帶了未成功的動態重組組信息，則向rds發送群組相關請求(grouprelaterequest)消息(步驟407b)更新動態 重組狀態為成功，rds向scc返回群組相關應答(grouprelateanswer)(步驟408b)。步驟407：epc收到sip(200ok)消息之後，將ue狀態修改為集群業務註冊狀態。並通過下行直傳消息(downlinknastransport)向ue傳輸集群註冊接受(trunkingregisteraccept)通知ue集群業務註冊接受，消息中攜帶終端周期性註冊的周期定時器長度，緊急呼叫號碼，網絡的集群能力，可選攜帶ue的msisdn和username。epc需要等待ue的集群註冊完成(trunkingregistercomplete)消息。如果epc沒有收到集群註冊完成消息，則epc發起集群註銷過程，將epc和scc側ue的集群註冊狀態設置為去註冊狀態。步驟408：enb收到s1接口下行直傳消息之後，通過rrc的下行直傳消息通知ue，集群註冊接受。步驟409至410：ue向epc返回集群註冊完成消息(trunkingregistercomplete)。步驟411-412：epc通過下行直傳消息，發送群組信息更新命令(groupinformationupdatecommand)消息，消息中包含scc在200ok消息中攜帶的ue組信息，在ue的組信息中攜帶免打擾屬性。步驟413至414：ue收到群組信息更新命令消息之後，回復群組信息更新響應(groupinformationupdateresponse)消息。如果ue在處理群組信息更新響應消息時出現異常，則發起群組信息更新請求(groupinformationupdaterequest)消息，請求網絡重新下發組信息。如果當前scc沒有ue所屬組的組籤約信息，則scc向rds發送服務數據請求(servicedatarequest)消息(步驟407a)，攜帶請求類型(requesttype)為請求指定組數據，並攜帶請求的gdn信息。rds獲取組的籤約信息之後，通過服務數據應答(servicedataanswer)消息通知scc(步驟408a)給組的籤約信息。scc保存此信息，用於後續組呼業務的處理。註：scc應該在終端集群註冊過程中逐步維護組內註冊的成員信息，在組呼發起時，不需要在向rds獲取該組包含的ue信息，從而降低組呼建立時延。scc的組數據請求過程失敗，不影響ue的集群註冊流程，scc在發起組呼時，可以在進行集群組數據請求過程。ue需要發起周期性註冊過程，用於維護ue的集群註冊狀態。ue周期性註冊過程與初始註冊過程基本相同，但是，scc不需要在進行服務註冊過程和服務數據請求過程。因為scc已經在初始註冊時維護了相關信息。如果網絡側的能力信息發生變化或者網絡配置的註冊周期發生變化，則通過集群註冊接受(trunkingregisteraccept)消息發送給ue。另外，周期性註冊必須回復集群註冊完成 (trunkingregistercomplete)消息。本申請實施例提供的ue周期性註冊流程如圖5所示，包括如下步驟：步驟501：集群ue通過上行直傳消息(uplinknastransport)，向核心網發送集群註冊請求(trunkingregisterrequest)消息，消息攜帶集群註冊類型用於區分初次註冊或者周期性註冊。消息中可選攜帶ue的集群能力信息、ue的遙暈狀態信息和ue支持的編解碼能力信息，以及本申請方案新增的組呼免擾能力，可選攜帶ue的組呼免擾狀態信息。故障弱化情況下，該消息中還可以攜帶ue的msisdn信息(subscriberbcdnumber)和，可選攜帶ue所屬組信息(groupidlist)。請求進行集群業務註冊。步驟502至503：epc收到ue發送的集群註冊請求消息之後，首先檢查該ue的附著狀態，如果該ue沒有附著，則拒絕此ue的集群註冊過程，通過下行直傳消息(downlinknastransport)向ue發送集群註冊拒絕(trunkingregiserreject)消息。如果ue狀態正確，則epc作為ue的代理向scc發送sip註冊(register)消息進行sip業務註冊。註冊消息在擴展頭域攜帶終端的udn，uid，epcid，並在上下文(contact)頭域中攜帶epc的ip地址，埠號信息，通知scc後續和此ue相關的業務均發送給該epc。步驟504：scc向epc回復sip(200ok)消息，消息中攜帶sip註冊周期，scc提供給此ue進行呼叫業務的ip地址和埠號，scc提供給ue進行短數據業務的ip地址和埠號，ue所屬組信息包含ue籤約組信息和動態重組成功或者未成功的組信息。epc需要保存如上信息，用於後續終端發起業務時使用。步驟505：epc收到sip(200ok)消息之後，將ue狀態修改為集群業務註冊狀態。並通過下行直傳消息(downlinknastransport)向ue傳輸集群註冊接受(trunkingregisteraccept)通知ue集群業務註冊接受，消息中攜帶終端周期性註冊的周期定時器長度，緊急呼叫號碼，網絡的集群能力，可選攜帶ue的msisdn和username。epc需要等待ue的集群註冊完成(trunkingregistercomplete)消息。如果epc沒有收到集群註冊完成消息，則epc發起集群註銷過程，將epc和scc側ue的集群註冊狀態設置為去註冊狀態。步驟506：enb收到s1接口下行直傳消息之後，通過rrc的下行直傳消息通知ue，集群註冊接受。步驟507至508：ue向epc返回集群註冊完成消息(trunkingregistercomplete)。如果需要進行群組信息更新，則進一步執行步驟509至512。如果群組信息不更新，則完成本次註冊。步驟509至510：epc通過下行直傳消息，發送群組信息更新命令(groupinformationupdatecommand)消息，消息中包含scc在200ok消息中攜帶的ue 組信息。步驟511至512：ue收到群組信息更新命令消息之後，回復群組信息更新響應(groupinformationupdateresponse)消息。如果ue在處理群組信息更新響應消息時出現異常，則發起群組信息更新請求(groupinformationupdaterequest)消息，請求網絡重新下發組信息。下面給出在集群註冊請求(trunkingregisterrequest)消息中的ue集群能力(trunkingcapability)消息中新增組呼免擾能力參數的例子如下：trunkingregisterrequest消息由ue向網絡發送，發起集群註冊請求。該消息的內容如表1所示：表1trunkingregisterrequest消息內容trunkingregisterrequest消息中可選ie規則如下：uetrunkingcapability：ue在初始註冊時，集群能力改變應攜帶該ie。stunstatus：ue被遙暈後的第一次註冊過程應攜帶該ie。audiocodeccapability：ue在初始註冊、網絡要求的重新註冊，以及音頻編解碼能力改變後，應攜帶該ie。videocodeccapability：ue在初始註冊、網絡要求的重新註冊，以及視頻編解碼能力改變後，應攜帶該ie。subscriberbcdnumber：ue在故障弱化模式下執行集群註冊時，應攜帶該ie。gdngidlist：ue在故障弱化模式下執行集群註冊時，可攜帶該ie。no-disturbinggrouplist：ue在初始註冊、網絡要求的重新註冊，以及ue所屬組免擾狀態改變後，應攜帶該ie。在用戶設備集群能力信元(uetrunkingcapability)中新增組呼免擾能力，如表2和表3所示。表2uetrunkingcapability表3uetrunkingcapabilityvalue以下給出在群組信息更新命令(groupinformationupdatecommand)消息中的群組列表(grouplist)消息中新增組呼免擾屬性參數的例子，如表4所示：表4groupinformationupdatecommand消息內容註：如果網絡清空ue的群組信息，則更新類型(updatetype)中指示為覆蓋模式，且不攜帶群組列表信元；否則應攜帶該信元。具體地，對於初始註冊ue的群組信息的grouplist使用覆蓋模式；對於周期性註冊和群組信息更新過程不用必須使用覆蓋模式。ue採用群組信息更新過程請求網絡側下發組信息；網絡側通過此過程通知ue組信息更新，網絡側會發送groupinformationupdatecommand消息。表5grouplistcontents可包括1到20個增加的群組信息(groupaddinformation)/刪除的群組信息(groupdelinformation)/修改的群組信息(groupmodifyinformation)信元。增加的群組信息(groupaddinformation)消息中新增免擾屬性，如表6-9所示。表6groupaddinfomation表7groupaddinfomationcontents信元類型/參考可選/必選格式長度groupidgroupidbcdnumbermv6groupnumbergroupbcdnumbermlv2～ngroupshortnumbergroupshortbcdnumberotlv3～ngroupnamegroupnameotlv3～nno-disturbingattributeno-disturbingattributemv2表8no-disturbingattribute表9no-disturbingattributevalue值描述01h非免打擾02h全部免擾03h除緊急呼叫外免擾04hreserve05hreserve06hreserve07hreserve08hreserve09hreserve0ahreserve0bhreserve0chreserve0dhreserve0ehreserve0fhreserve10hreserve11hreserve其他reserve刪除的群組信息(groupdelinformation)如表10-11所示。表10groupdelinformation表11groupdelinfomationcontentsinformationelementtype/referencepresenceformatlengthgroupidgroupidbcdnumbermv6修改的群組信息(groupmodifyinformation)消息中新增免擾屬性，如表12-13所示。表12groupmodifyinfomation表13groupmodifyinfomationcontents信元類型/參考可選/必選格式長度groupidgroupidbcdnumbermv6groupnumbergroupbcdnumberotlv3～ngroupshortnumbergroupshortbcdnumberotlv3～ngroupnamegroupnameotlv3～nno-disturbingattributeno-disturbingattributemv2通過上述的流程設計來實現網絡側用戶的免擾權限和用戶所屬組的免擾狀態的控制，同時網絡側根據用戶所屬組的免擾狀態可以更好的確定組呼的業務區域。本申請實施例還提供了一種集群用戶設備，該集群用戶設備包括：群組信息記錄模塊，用於記錄並存儲用戶所屬群組信息，所述群組信息至少包括：群組的組號和該組號對應的免擾屬性；免擾判斷模塊，用於在接收到群組的集群尋呼消息時，判斷本集群用戶設備是否屬於該群組，若是，集群用戶設備根據集群尋呼消息中組呼的組號查看群組信息記錄模塊記錄的該組號對應的免擾屬性；判斷該免擾屬性是否是免打擾開啟狀態，若是，忽略該組號的集群尋呼消息；否則正常接聽該集群尋呼消息。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除緊急呼叫外免擾；該集群用戶設備進一步包括緊急呼叫判斷模塊；所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除緊急呼叫外免擾，則緊急呼叫判斷模塊判斷集群尋呼消息中該組呼是否為緊急呼叫，若是，正常接聽該集群尋呼消息。可選地，所述免擾屬性除了全部免擾之外，至少還包括：除白名單外免擾；該集群用戶設備進一步包括白名單判斷模塊；所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除白名單外免擾，則白名單判斷模塊判斷該組呼的主叫號碼是否包含在白名單中，若是，正常接聽該集群尋呼消息。可選地，所述免擾判斷模塊根據集群尋呼消息中組呼的組號查看集群用戶設備記錄的該組號對應的免擾屬性，若為除白名單外免擾，則處理該組呼尋呼消息；在tcch信道收到組呼建立消息時，白名單判斷模塊判斷主叫用戶設備是否在白名單，若在，建立ttch信道對應的承載接收組呼業務，否則釋放該組呼的tcch信道對應的承載及該組呼相關資源。可選地，所述集群用戶設備進一步包括：組呼判斷模塊，用於在免擾判斷模塊判斷結果為忽略該組號的集群尋呼消息時，判斷當前是否有正在進行的組呼業務，若是，判斷正在進行組呼業務的組號與該集群組呼消息中組呼的組號是否相同，若是，正常接聽該集群尋呼消息，否則集群用戶設備忽略該組號的集群尋呼消息。可選地，所述用戶設備進一步包括：設置模塊，用於提供設置界面，以使用戶設置自己所屬群組對應的免擾屬性。可選地，所述用戶設備進一步包括：註冊模塊，用於在集群註冊過程來實現由集群系統網絡側控制用戶的組呼免擾權限。應當理解，雖然本說明書是按照各個實施方式描述的，但並非每個實施方式僅包含一個獨立的技術方案，說明書的這種敘述方式僅僅是為清楚起見，本領域技術人員應當將說明書作為一個整體，各實施方式中的技術方案也可以經適當組合，形成本領域技術人員可以理解的其他實施方式。以上所述僅為本申請的較佳實施例而已，並不用以限制本申請的保護範圍，凡在本申請技術方案的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的範圍之內。當前第1頁12