本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種全呼呼叫業(yè)務(wù)的實現(xiàn)方法及設(shè)備。

背景技術(shù)：

集群通信系統(tǒng)是為了滿足行業(yè)用戶指揮調(diào)度需求而開發(fā)的，面向特定行業(yè)應(yīng)用的專用無線通信系統(tǒng)。集群通信系統(tǒng)在政府部門、公共安全、應(yīng)急通信、電力、民航、石油、港口等領(lǐng)域有著廣泛的應(yīng)用市場。

基于TD-LTE技術(shù)的寬帶集群通信系統(tǒng)以TD-LTE為核心技術(shù)，將TD-LTE的高速率、大帶寬與數(shù)字集群技術(shù)中的資源共享、快速呼叫建立、指揮調(diào)度等特點進行融合，是一種能夠提供高速數(shù)據(jù)傳輸?shù)耐ㄐ畔到y(tǒng)。組呼業(yè)務(wù)是寬帶集群通信系統(tǒng)提供的最基本業(yè)務(wù)，組呼是一對多的半雙工調(diào)度通話，即“一呼百應(yīng)”。首先，由主叫用戶發(fā)起組呼建立，組內(nèi)用戶可以通過話語權(quán)申請過程申請發(fā)言，同一時間內(nèi)只能由一個用戶說話，組內(nèi)的其他用戶被動收聽。

全呼呼叫業(yè)務(wù)是一種特殊的語音組呼，該業(yè)務(wù)只能由調(diào)度臺發(fā)起，系統(tǒng)內(nèi)全體用戶參與業(yè)務(wù)，用戶只能接聽呼叫，不能申請話語權(quán)。目前，全呼業(yè)務(wù)的實現(xiàn)方式如圖1所示，具體如下：

在簽約數(shù)據(jù)庫中配置一個全呼組號，將系統(tǒng)內(nèi)所有的用戶都配置為該組的組成員；

主叫DC(調(diào)度臺)操作人員通過界面發(fā)起全呼業(yè)務(wù)，向集群核心網(wǎng)發(fā)送SIP(Invite)消息，消息中呼叫類型置為組播呼叫；

對于注冊的DCx，集群核心網(wǎng)會向這些DCx發(fā)送SIP(Invite)消息觸發(fā)組呼業(yè)務(wù)建立，消息中呼叫類型置為組播呼叫；

集群核心網(wǎng)查詢該組內(nèi)當(dāng)前有哪些UE已經(jīng)注冊，根據(jù)UE的注冊 信息，向?qū)?yīng)的集群基站eNB發(fā)送組呼上下文請求消息，觸發(fā)基站進行組呼建立；

基站接收到組呼上下文建立請求消息，根據(jù)消息中攜帶的跟蹤區(qū)列表TA List，在對應(yīng)的小區(qū)進行業(yè)務(wù)廣播。

集群基站完成資源分配，向集群核心網(wǎng)回復(fù)組呼建立響應(yīng)消息；

DCx完成資源分配之后，會向集群核心網(wǎng)回復(fù)SIP(200(OK))消息；

集群核心網(wǎng)向DCx發(fā)送SIP(ACK)消息后，向主叫DC回復(fù)SIP(200(OK))消息；

DC向集群核心網(wǎng)回復(fù)SIP(ACK)消息后，便可以向集群核心網(wǎng)發(fā)送全呼下行數(shù)據(jù)。

目前，全呼業(yè)務(wù)和普通的組呼業(yè)務(wù)建立實現(xiàn)方式基本一致，主要的差異在于：集群核心網(wǎng)根據(jù)SIP消息中攜帶的CallType(置為組播呼叫)，會將該業(yè)務(wù)上下文置為廣播呼叫屬性，不允許組內(nèi)UE發(fā)起話語權(quán)申請過程。

在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：

1.簽約數(shù)據(jù)配置復(fù)雜：現(xiàn)有技術(shù)中調(diào)度臺無法獲取系統(tǒng)內(nèi)的全呼號碼，只能在簽約數(shù)據(jù)庫將組內(nèi)成員人工配置為系統(tǒng)內(nèi)所有成員，當(dāng)全網(wǎng)用戶數(shù)達到千以上級別時，人工手動添加、刪除組內(nèi)成員會非常麻煩，用戶體驗較差，友好性不夠；

2.漫游場景時，終端漫游到訪問地集群核心網(wǎng)時，由于訪問地的簽約數(shù)據(jù)中沒有該UE的簽約信息，因此漫游用戶無法接收到訪問地的全呼業(yè)務(wù)；

3.集群核心網(wǎng)可能會頻繁組呼擴建、縮減過程：全呼業(yè)務(wù)建立過程中，集群核心網(wǎng)會根據(jù)組內(nèi)UE所屬的跟蹤區(qū)TA(Tracking Area)，向eNB指示在這些TA進行業(yè)務(wù)建立，而不是在該eNB的所有小區(qū)進行業(yè)務(wù)建立。后續(xù)UE在其他TA下的小區(qū)注冊時，集群核心網(wǎng)需要進行組呼擴建，同理，當(dāng)該TA下最后一個UE去注冊時，集群核心網(wǎng)還需要進行組呼縮減

技術(shù)實現(xiàn)要素：

針對現(xiàn)有技術(shù)的缺陷，本發(fā)明提供一種全呼呼叫業(yè)務(wù)的實現(xiàn)方法及設(shè)備，解決了現(xiàn)有技術(shù)中簽約數(shù)據(jù)配置復(fù)雜，頻繁組呼擴建、縮減流程，以及漫游場景時，用戶無法接收到訪問地的全呼業(yè)務(wù)的問題。

根據(jù)本發(fā)明的一個方面，提供了一種全呼呼叫業(yè)務(wù)的實現(xiàn)方法，該方法包括：

在集群核心網(wǎng)中配置系統(tǒng)內(nèi)的至少一個全呼號碼，將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員；

當(dāng)接收到調(diào)度臺發(fā)送的第一SIP請求消息時，根據(jù)所述第一SIP請求消息以及系統(tǒng)內(nèi)配置的全呼號碼判斷當(dāng)前組播呼叫是否為全呼呼叫，所述第一SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號；

若確定當(dāng)前組播呼叫為全呼呼叫，則向當(dāng)前所連接的所有基站發(fā)送組呼上下文建立請求消息，所述組呼上下文建立請求消息中設(shè)置有全呼業(yè)務(wù)標(biāo)識，以使每一基站在本基站下的所有小區(qū)進行業(yè)務(wù)廣播。

根據(jù)本發(fā)明的另一個方面，提供了一種全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備，該設(shè)備包括：

配置模塊，用于在集群核心網(wǎng)中配置系統(tǒng)內(nèi)的至少一個全呼號碼，將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員；

判斷模塊，用于當(dāng)接收到調(diào)度臺發(fā)送的第一SIP請求消息時，根據(jù)所述第一SIP請求消息以及系統(tǒng)內(nèi)配置的全呼號碼判斷當(dāng)前組播呼叫是否為全呼呼叫，所述第一SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號；

發(fā)送模塊，用于當(dāng)確定當(dāng)前組播呼叫為全呼呼叫時，向當(dāng)前所連接的所有基站發(fā)送組呼上下文建立請求消息，所述組呼上下文建立請求消息中設(shè)置有全呼業(yè)務(wù)標(biāo)識，以使每一基站在本基站下的所有小區(qū)進行業(yè)務(wù)廣播。

本發(fā)明的有益效果為：

本發(fā)明實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法及設(shè)備，通過在集 群核心網(wǎng)內(nèi)部配置全呼組的全呼號碼，不需要在簽約數(shù)據(jù)庫為該組配置任何組成員，簡化了簽約數(shù)據(jù)的配置，而且，在全呼過程中，集群核心網(wǎng)向所連接的基站都發(fā)送組呼上下文建立請求消息，并增加全呼業(yè)務(wù)標(biāo)識，以使基站根據(jù)組呼上下文建立請求消息中的全呼業(yè)務(wù)標(biāo)識，在該基站下所有小區(qū)均進行廣播發(fā)送，避免了頻繁地進行組呼擴建、縮減流程，而且在漫游場景時，實現(xiàn)了用戶對訪問地的全呼呼叫業(yè)務(wù)的正常接收。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些圖獲得其他的附圖。

圖1為背景技術(shù)中的全呼呼叫業(yè)務(wù)的建立流程示意圖；

圖2為本發(fā)明一實施例提供的一種全呼呼叫業(yè)務(wù)的實現(xiàn)方法的流程示意圖；

圖3為本發(fā)明實施例中調(diào)度臺訂閱用戶和組對應(yīng)關(guān)系的流程示意圖；

圖4為本發(fā)明另一實施例提供的一種全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非特意聲明，這里使用的單數(shù)形式“一”、“一個”、“所述”和“該”也可包括復(fù)數(shù)形式。應(yīng)該進一步理解的是，本發(fā)明的說明書中使用的措辭“包括”是指存在所述特征、整數(shù)、步驟、操作、元件和/或組件，但是并不排除存在或添加一個或多個其他特征、整數(shù)、步驟、操作、元件、組件和/或它們的組。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非另外定義，這里使用的所有術(shù)語(包括技術(shù)術(shù)語和科學(xué)術(shù)語)，具有與本發(fā)明所屬領(lǐng)域中的普通技術(shù)人員的一般理解相同的意義。還應(yīng)該理解的是，諸如通用字典中定義的那些術(shù)語，應(yīng)該被理解為具有與現(xiàn)有技術(shù)的上下文中的意義一致的意義，并且除非被特定定義，否則不會用理想化或過于正式的含義來解釋。

圖2示出了本發(fā)明實施例提供的一種全呼呼叫業(yè)務(wù)的實現(xiàn)方法的流程示意圖。

如圖2所示，本實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法具體包括如下步驟：

S11、在集群核心網(wǎng)中配置系統(tǒng)內(nèi)的至少一個全呼號碼，將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員；

具體的，在集群核心網(wǎng)中配置系統(tǒng)內(nèi)的1個或者多個全呼號碼，對于這些全呼號碼不需要人工手動配置任何組成員，直接將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員，即這些全呼號碼對應(yīng)的全呼組的組成員默認(rèn)是系統(tǒng)內(nèi)所有成員。

S12、當(dāng)接收到調(diào)度臺發(fā)送的第一SIP請求消息時，根據(jù)所述第一SIP請求消息以及系統(tǒng)內(nèi)配置的全呼號碼判斷當(dāng)前組播呼叫是否為全呼呼叫，所述第一SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號；

具體的，所述步驟S12中的根據(jù)所述第一SIP請求消息以及系統(tǒng)內(nèi)配置的全呼號碼判斷當(dāng)前組播呼叫是否為全呼呼叫，具體包括以下步驟：

獲取所述第一SIP請求消息中攜帶的當(dāng)前組播呼叫的呼叫組號；

判斷所述呼叫組號是否屬于所述系統(tǒng)內(nèi)配置的全呼號碼，當(dāng)所述呼叫組號屬于所述系統(tǒng)內(nèi)配置的全呼號碼時，確定當(dāng)前組播呼叫為全呼呼叫。

S13、若確定當(dāng)前組播呼叫為全呼呼叫，則向當(dāng)前所連接的所有基站發(fā)送組呼上下文建立請求消息，所述組呼上下文建立請求消息中設(shè)置有全呼業(yè)務(wù)標(biāo)識，以使每一基站在本基站下的所有小區(qū)進行業(yè)務(wù)廣播。

本發(fā)明實施例，通過對現(xiàn)有組呼上下文建立請求消息進行改進，在現(xiàn)有組呼上下文建立請求消息中新增設(shè)全呼業(yè)務(wù)標(biāo)識，以使每一基站根據(jù)所述全呼業(yè)務(wù)標(biāo)識在本基站下的所有小區(qū)進行業(yè)務(wù)廣播。改進后的組呼上下文建立請求消息的消息格式，如表1所示：

表1改進后的組呼上下文建立請求消息的消息格式

表1中，組呼上下文建立請求消息的字段描述，標(biāo)記出的為新增的字段，用于標(biāo)識全呼業(yè)務(wù)標(biāo)識，由于字段較多，中間字段用省略號表示。

本發(fā)明實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法，通過在集群核心網(wǎng)內(nèi)部配置全呼組的全呼號碼，不需要在簽約數(shù)據(jù)庫為該組配置任何組成員，簡化了簽約數(shù)據(jù)的配置，而且，在全呼過程中，集群核心網(wǎng)向所連接的基站都發(fā)送組呼上下文建立請求消息，并增加全呼業(yè)務(wù)標(biāo)識，以使基站根據(jù)組呼上下文建立請求消息中的全呼業(yè)務(wù)標(biāo)識，在該基站下所有小區(qū)均進行廣播發(fā)送，避免了頻繁地進行組呼擴建、縮減流程，而且在漫游場景時，實現(xiàn)了用戶對訪問地的全呼呼叫業(yè)務(wù)的正常接收。

進一步地，所述方法還包括：

向已注冊的其他調(diào)度臺發(fā)送第二SIP請求消息，所述第二SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號，以使其他調(diào)度臺根據(jù)系統(tǒng)內(nèi)配置的全呼號碼感知當(dāng)前組播呼叫是否為全呼呼叫業(yè)務(wù)，若感知當(dāng)前組播呼叫為全呼呼叫業(yè)務(wù)時，禁止觸發(fā)話語權(quán)申請流程。

本發(fā)明實施例中，對于已注冊的其他調(diào)度臺DCx，集群核心網(wǎng)會向這些DCx發(fā)送SIP(Invite)消息觸發(fā)組呼業(yè)務(wù)建立，被叫DC根據(jù)組號感知該業(yè)務(wù)為全呼業(yè)務(wù)，禁止觸發(fā)話語權(quán)申請過程。

在本發(fā)明實施例中，在所述步驟S11中的將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員之前，所述方法還包括以下步驟：

A1、接收UE發(fā)送的第一集群注冊請求消息；

A2、向所述UE發(fā)送第一集群注冊響應(yīng)消息，所述第一集群注冊響應(yīng)消息中攜帶有所述UE所屬的組列表；

其中，所述UE所屬的組列表中包含所述UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

具體的，UE進行集群注冊時，集群核心網(wǎng)會將該UE所屬的組列表下發(fā)給UE終端，組列表需要包括UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼；而且，對于漫游用戶，注冊響應(yīng)消息中攜帶的組列表也要包含該UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

進一步地，本發(fā)明實施例提出的全呼呼叫業(yè)務(wù)的實現(xiàn)方法，還包括以下步驟：

B1、接收調(diào)度臺發(fā)送的第二集群注冊請求消息；

B2、向所述調(diào)度臺發(fā)送第二集群注冊響應(yīng)消息，所述第二集群注冊響應(yīng)消息中攜帶有所述調(diào)度臺所屬的組列表；

其中，所述調(diào)度臺所屬的組列表中包含所述調(diào)度臺所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

具體的，調(diào)度臺可在執(zhí)行集群注冊時獲取全呼組信息。具體方法為：在集群注冊的響應(yīng)消息中攜帶有所述調(diào)度臺所屬的組列表，所述組列表包含調(diào)度臺所屬的呼叫組以及所述呼叫組的組屬性類型GroupType和組呼號碼等字段。其中，所述組屬性類型GroupType字段，具體為，組屬性類型：0：常規(guī)組；1：全呼組。

本發(fā)明實施例中，當(dāng)調(diào)度臺在集群注冊過程中，沒有獲取到調(diào)度臺所屬的呼叫組的組名稱、組屬性類型和組呼號碼等信息時，進一步地，所述方法還包括以下步驟：

C1、當(dāng)接收到調(diào)度臺發(fā)送的用于獲取每一UE所屬的組列表的SIP訂閱請求消息時，向所述調(diào)度臺發(fā)送SIP訂閱狀態(tài)消息，所述SIP訂閱狀態(tài)消息中攜帶有每一UE所屬的組列表；

其中，所述UE所屬的組列表中包含所述UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

具體的，本發(fā)明實施例中，調(diào)度臺DC通過訂閱用戶和組對應(yīng)關(guān)系可以獲取其所屬的組列表，擴展pttmembershipinfo內(nèi)容，根據(jù)新增的組屬性類型值DC可以獲取系統(tǒng)內(nèi)的全呼組號。優(yōu)化后的訂閱流程如圖3所示，具體步驟如下：

調(diào)度臺向集群核心網(wǎng)發(fā)送SIP(SUBSCRIBE)消息，請求獲得用戶和組對應(yīng)關(guān)系；

集群核心網(wǎng)向調(diào)度臺發(fā)送SIP(200 OK)消息，接受調(diào)度臺訂閱請求；

集群核心網(wǎng)向調(diào)度臺發(fā)送SIP(NOTIFY)消息，將調(diào)度臺請求的用戶和組對應(yīng)關(guān)系發(fā)送給調(diào)度臺，其中還包括組屬性類型值，表明是否為全呼組號；

調(diào)度臺向集群核心網(wǎng)發(fā)送SIP(200 OK)消息進行確認(rèn)；

優(yōu)化之后的用戶和組對應(yīng)關(guān)系屬性推送擴展參數(shù)如表2所示；

表2用戶和組對應(yīng)關(guān)系屬性推送擴展參數(shù)

下面通過一個具體的實現(xiàn)全呼呼叫業(yè)務(wù)的實施例，對本發(fā)明技術(shù)方案進行詳細(xì)說明。

主叫調(diào)度臺DC發(fā)起全呼呼叫業(yè)務(wù)，向集群核心網(wǎng)發(fā)送SIP(Invite)消息，消息中呼叫類型置為組播呼叫，攜帶的組號碼為全呼組號；

集群核心網(wǎng)接收到SIP(Invite)消息，根據(jù)呼叫類型和組號，判斷為全呼業(yè)務(wù)，直接向集群核心網(wǎng)向所連接的所有的eNB都發(fā)送組呼上下文建立請求消息，消息中新增字段表明是全呼業(yè)務(wù)；

基站接收到組呼上下文建立請求消息，判斷消息中包含全呼業(yè)務(wù)標(biāo)識，會在本基站下的所有小區(qū)進行業(yè)務(wù)廣播，并向集群核心網(wǎng)回復(fù)上下文建立響應(yīng)消息；

對于系統(tǒng)中已注冊的其他調(diào)度臺DCx，集群核心網(wǎng)會向這些DCx發(fā)送SIP(Invite)消息觸發(fā)組呼業(yè)務(wù)建立，被叫DC根據(jù)組號感知該業(yè)務(wù)為全呼業(yè)務(wù)，禁止觸發(fā)話語權(quán)申請過程；

DCx完成資源分配之后，會向集群核心網(wǎng)回復(fù)SIP(200(OK))消息；

集群核心網(wǎng)向DCx發(fā)送SIP(ACK)消息后，向主叫DC回復(fù)SIP(200(OK))消息；

主叫DC向集群核心網(wǎng)回復(fù)SIP(ACK)消息后，便可以向集群核心網(wǎng)發(fā)送全呼下行數(shù)據(jù)，實現(xiàn)全呼呼叫業(yè)務(wù)。

結(jié)合所述，本發(fā)明實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法，具有以下優(yōu)點：

1.簽約數(shù)據(jù)配置簡單：現(xiàn)有技術(shù)需要對全呼組配置全部組成員，操作維護難度大，易遺漏出錯；本發(fā)明實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法中調(diào)度臺在注冊時可以獲取系統(tǒng)內(nèi)規(guī)劃的全呼號碼，因此只需要在集群核心網(wǎng)內(nèi)部配置全呼組的組號碼即可，不需要在簽約數(shù)據(jù)庫為該組配置任何組成員；

2.存在漫游場景時，漫游用戶也能正常接收訪問地下發(fā)的全呼業(yè)務(wù)；

3.方案簡單清晰：相對于現(xiàn)有技術(shù)，本發(fā)明實施例提供的全呼呼 叫業(yè)務(wù)的實現(xiàn)方法中沒有組呼擴建和縮減流程，流程簡化且能避免由于組呼擴建、縮減流程失敗導(dǎo)致的業(yè)務(wù)無法正常接收問題，對于軌道交通行業(yè)，該優(yōu)點非常有益。

另外，對于上述方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本發(fā)明所必須的。

基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明另一實施例還提供了一種全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備，圖4示出了本發(fā)明實施例提供的一種全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備的結(jié)構(gòu)示意圖。

如圖4所示，本實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備具體包括：配置模塊301、判斷模塊302和發(fā)送模塊303，其中：

所述的配置模塊301，用于在集群核心網(wǎng)中配置系統(tǒng)內(nèi)的至少一個全呼號碼，將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員；

所述的判斷模塊302，用于當(dāng)接收到調(diào)度臺發(fā)送的第一SIP請求消息時，根據(jù)所述第一SIP請求消息以及系統(tǒng)內(nèi)配置的全呼號碼判斷當(dāng)前組播呼叫是否為全呼呼叫，所述第一SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號；

所述的發(fā)送模塊303，用于當(dāng)確定當(dāng)前組播呼叫為全呼呼叫時，向當(dāng)前所連接的所有基站發(fā)送組呼上下文建立請求消息，所述組呼上下文建立請求消息中設(shè)置有全呼業(yè)務(wù)標(biāo)識，以使每一基站在本基站下的所有小區(qū)進行業(yè)務(wù)廣播。

進一步地，本發(fā)明實施例中的發(fā)送模塊303，還用于向已注冊的其他調(diào)度臺發(fā)送第二SIP請求消息，所述第二SIP請求消息中攜帶有當(dāng)前組播呼叫的呼叫組號，以使其他調(diào)度臺根據(jù)系統(tǒng)內(nèi)配置的全呼號碼感知當(dāng)前組播呼叫是否為全呼呼叫業(yè)務(wù)，若感知當(dāng)前組播呼叫為全呼 呼叫業(yè)務(wù)時，禁止觸發(fā)話語權(quán)申請流程。

進一步地，本發(fā)明實施例中的所述判斷模塊302，具體包括：獲取單元、判斷單元以及確定單元，其中：

所述的獲取單元，用于獲取所述第一SIP請求消息中攜帶的當(dāng)前組播呼叫的呼叫組號；

所述的判斷單元，用于判斷所述呼叫組號是否屬于所述系統(tǒng)內(nèi)配置的全呼號碼；

所述的確定單元，用于當(dāng)所述判斷單元的判斷結(jié)果為所述呼叫組號屬于所述系統(tǒng)內(nèi)配置的全呼號碼時，確定當(dāng)前組播呼叫為全呼呼叫。

本發(fā)明實施例中提出的全呼呼叫業(yè)務(wù)的實現(xiàn)設(shè)備，進一步包括接收模塊：

所述的接收模塊，用于在所述將系統(tǒng)內(nèi)所有成員默認(rèn)配置為所述全呼號碼對應(yīng)的全呼組的組成員之前，接收UE發(fā)送的第一集群注冊請求消息；

相應(yīng)的，所述發(fā)送模塊303，還用于向所述UE發(fā)送第一集群注冊響應(yīng)消息，所述第一集群注冊響應(yīng)消息中攜帶有所述UE所屬的組列表；

其中，所述UE所屬的組列表中包含所述UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

更進一步地，所述接收模塊，還用于接收調(diào)度臺發(fā)送的第二集群注冊請求消息；

相應(yīng)的，所述發(fā)送模塊303，還用于向所述調(diào)度臺發(fā)送第二集群注冊響應(yīng)消息，所述第二集群注冊響應(yīng)消息中攜帶有所述調(diào)度臺所屬的組列表；

其中，所述調(diào)度臺所屬的組列表中包含所述調(diào)度臺所屬的呼叫組的組名稱、組屬性類型和組呼號碼。

本發(fā)明實施例中，當(dāng)調(diào)度臺在集群注冊過程中，沒有獲取到調(diào)度臺所屬的呼叫組的組名稱、組屬性類型和組呼號碼等信息時，進一步 地，所述發(fā)送模塊303，還用于當(dāng)所述接收模塊接收到調(diào)度臺發(fā)送的用于獲取每一UE所屬的組列表的SIP訂閱請求消息時，向所述調(diào)度臺發(fā)送SIP訂閱狀態(tài)消息，所述SIP訂閱狀態(tài)消息中攜帶有每一UE所屬的組列表；其中，所述UE所屬的組列表中包含所述UE所屬的呼叫組的組名稱、組屬性類型和組呼號碼，進而保證調(diào)度臺能夠獲取到調(diào)度臺所屬的呼叫組的組名稱、組屬性類型和組呼號碼等信息。

對于設(shè)備實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

綜上所述，本發(fā)明實施例提供的全呼呼叫業(yè)務(wù)的實現(xiàn)方法及設(shè)備，通過在集群核心網(wǎng)內(nèi)部配置全呼組的全呼號碼，不需要在簽約數(shù)據(jù)庫為該組配置任何組成員，簡化了簽約數(shù)據(jù)的配置，而且，在全呼過程中，集群核心網(wǎng)向所連接的基站都發(fā)送組呼上下文建立請求消息，并增加全呼業(yè)務(wù)標(biāo)識，以使基站根據(jù)組呼上下文建立請求消息中的全呼業(yè)務(wù)標(biāo)識，在該基站下所有小區(qū)均進行廣播發(fā)送，避免了頻繁地進行組呼擴建、縮減流程，而且在漫游場景時，實現(xiàn)了漫游用戶對訪問地的全呼呼叫業(yè)務(wù)的正常接收。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件。基于這樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機， 服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。