一種組呼合併的實現方法及核心網設備與流程
2023-09-22 02:50:35 1

本發明涉及通信技術領域,尤其涉及一種組呼合併的實現方法及核心網設備。
背景技術:
集群系統中,在一些場景下(如應急聯動)要求不同組的成員能同時參與呼叫,提出組呼合併的需求,通過調度臺將多個組臨時合併為一個通話組,使分屬於不同組的成員實現聯合語音通信,同時不改變用戶和組的關聯關係,也就是說,組A和組B合併後,組A的成員呼叫組A,以及組B的成員呼叫組B,實際參與呼叫的都是組A和組B的成員(A+B),但在用戶角度和合併前沒有任何差別。
現有技術中,通過動態重組操作可以把兩個組合併為一個新組,或者把一個組合入另一個組,但這樣一來終端需要保存合併後的組號並通知到用戶,用戶通過撥打合併後的組號發起合併組的呼叫,改變了用戶和組的關聯關係,因此,在不改變用戶操作的前提下,現有的動態重組操作無法滿足組呼合併的業務需求。
申請號為200510093567.9的中國專利「一種實現群組呼叫合併的方法」提出的呼叫合併方法,在網絡側通過維護操作臺預先建立合併組,呼叫建立時由終端向網絡側發送合併組的呼叫請求,各子組成員採用本子組組號和合併組呼叫配置信息接聽呼叫,其本質還是建立了一個合併組,用戶也需要獲知合併組的組號發起合併組的呼叫,同樣無法滿足在不改變用戶操作的前提下組呼合併的業務需求。
技術實現要素:
鑑於上述問題,本發明提出了一種能夠克服上述問題的組呼合併的實現方法及核心網設備,在不對用戶操作造成任何影響的前提下實 現組呼合併需求。
根據本發明的一個方面,提供了一種組呼合併的實現方法,該方法包括:
接收調度臺發送的組合併請求消息,所述組合併請求消息中攜帶有組合併操作標識和請求進行合併的子組組號;
根據所述組合併請求消息,建立所述子組之間的子組關聯關係,並向所述調度臺發送組合併確認消息;
建立子組關聯關係後,若接收到第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求,則根據所述子組關聯關係查找與所述第一子組具有關聯關係的第二子組;
分別確定所述第一子組、第二子組對應的呼叫區域,向第一子組和第二子組對應的呼叫區域中各相關基站下發各子組的組呼建立消息,以使所述基站建立各子組的組呼。
其中,所述方法還包括:
在第一子組的組呼建立完成後,第一子組的用戶設備根據相應子組的組呼配置接入第一組呼通道;
在第二子組的組呼建立完成後,第二子組的用戶設備根據相應子組的組呼配置接入第二組呼通道。
其中,在接收調度臺發送的組合併請求消息之後,所述方法還包括:
根據所述組合併請求消息中攜帶的請求進行合併的子組組號查看各個子組的子組信息,確定所述子組之間是否已建立子組關聯關係;
若所述子組之間不存在子組關聯關係,則執行所述建立所述子組之間的子組關聯關係的步驟;
若所述子組之間已建立子組關聯關係,則取消所述子組之間的子組關聯關係。
其中,所述方法還包括:
在組呼合併的呼叫過程中,接收第一子組或第二子組的用戶設備發送的話權申請消息;
第一子組和第二子組使用一個話權排隊隊列,根據當前申請話權的用戶設備在合併組中的話權優先級決策話權歸屬,並向得到話權的用戶設備發送話權授權消息;所述合併組表示第一子組和第二子組的成員集合;
當接收到得到話權的用戶設備返回的話權授權確認消息後,向各子組組呼區域內的相關基站通知當前的話權狀態,以使基站向該用戶設備所屬子組內其他用戶設備廣播當前的話權狀態。
其中,所述用戶設備在合併組中的話權優先級的確定方式為:沿用該用戶設備在原子組中的用戶優先級,或,根據其在原子組的用戶優先級和原子組的組優先級綜合確定。
其中,在組呼合併的呼叫建立和持續過程中,各子組的呼叫優先級和其獨立發起子組呼叫時的呼叫優先級相同;
若存在同時屬於第一子組和第二子組的用戶設備,則該用戶設備接入呼叫優先級較高的子組。
其中,所述方法還包括:
接收第一子組或第二子組的用戶設備發送的組呼釋放消息,所述組呼釋放消息中攜帶有請求釋放當前組呼的用戶設備所屬子組的呼叫標識,所述呼叫標識在該子組的組呼建立過程中由核心網設備生成;
判斷請求釋放當前組呼的用戶設備是否具有組呼釋放權限;
若請求釋放當前組呼的用戶設備具有組呼釋放權限,且其所屬子組和其他子組具有子組關聯關係,則向該用戶設備發送組呼釋放響應,並分別執行各子組的組呼釋放步驟。
其中,所述組合併請求消息中還攜帶有預設的組合併操作的有 效時長信息;
所述組合併請求消息通過SIP請求的MESSAGE方法實現,所述組合併操作標識以及所述預設的組合併操作的有效時長信息設置在所述SIP請求消息的擴展消息頭中;
所述請求進行合併的子組組號設置在所述SIP請求消息的擴展消息頭中或XML類型的消息體中。
其中,所述方法還包括:
根據所述預設的組合併操作的有效時長信息,在到達所述預設的組合併操作的有效時長時,取消所述子組之間的子組關聯關係。
根據本發明的另一個方面,提供了一種核心網設備,該核心網設備包括:
接收模塊,用於接收調度臺發送的組合併請求消息,所述組合併請求消息中攜帶有組合併操作標識和請求進行合併的子組組號;
關聯模塊,用於根據所述組合併請求消息,建立所述子組之間的子組關聯關係,並向所述調度臺發送組合併確認消息;
所述接收模塊,還用於接收第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求,以及接收第一子組的用戶設備發送的攜帶第一子組呼叫標識的組呼釋放請求;
查找模塊,用於在所述接收模塊接收到第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求時,或者在所述接收模塊接收到第一子組的用戶設備發送的攜帶第一子組呼叫標識的組呼釋放請求時,根據所述子組關聯關係查找與所述第一子組具有關聯關係的第二子組;
發送模塊,用於呼叫建立過程中,在所述查找模塊查找到與所述第一子組具有關聯關係的第二子組後,分別確定所述第一子組、第二子組對應的呼叫區域,向第一子組和第二子組對應的呼叫區域中各相關基站下發攜帶各子組組號的組呼建立消息,以使所述基站 建立各子組的組呼;
所述發送模塊,還用於呼叫釋放過程中,在所述查找模塊查找到與所述第一子組具有關聯關係的第二子組後,向相關基站下發各子組的組呼釋放消息,以使所述基站釋放各子組的組呼;
所述接收模塊,還用於接收第一子組或第二子組的用戶設備發送的話權申請消息;
話權決策模塊,用於在所述接收模塊接收到第一子組或第二子組的用戶設備發送的話權申請消息時,根據當前申請話權的用戶設備在所述合併組中的話權優先級決策話權歸屬;
所述發送模塊,還用於在話權決策模塊判斷話權歸屬,向話權獲得者授權後,向相關基站通知當前話權狀態,以使所述基站廣播當前話權狀態。
本發明的有益效果為:
本發明提供的組呼合併的實現方法及核心網設備,通過在調度臺和核心網之間的D接口定義組合併操作,不建立新組,通過網絡側對子組的關聯以及統一的話權優先級策略實現組呼的合併,呼叫建立時下行同時建立各子組呼叫。本發明提出了集群系統中組呼合併的實現方法,組合併操作由調度臺發起,通過網絡側實現,對系統的改動較小,實現簡單,用戶操作上沒有任何影響,用戶體驗較好。
附圖說明
通過參考附圖會更加清楚的理解本發明的特徵和優點,附圖是示意性的而不應理解為對本發明進行任何限制,在附圖中:
圖1為本發明實施例提供的一種組呼合併的實現方法流程圖;
圖2為本發明實施例中提供的組合併/組合併取消操作的流程圖;
圖3為本發明實施例中提供的組呼建立的流程圖;
圖4為本發明實施例中提供的組呼釋放的流程圖;
圖5為本發明實施例中提供的話權申請的流程圖;
圖6為本發明實施例提供的一種核心網設備的結構示意圖。
具體實施方式
下面詳細描述本發明的實施例,所述實施例的示例在附圖中示出,其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的,僅用於解釋本發明,而不能解釋為對本發明的限制。
本技術領域技術人員可以理解,除非特意聲明,這裡使用的單數形式「一」、「一個」、「所述」和「該」也可包括複數形式。應該進一步理解的是,本發明的說明書中使用的措辭「包括」是指存在所述特徵、整數、步驟、操作、元件和/或組件,但是並不排除存在或添加一個或多個其他特徵、整數、步驟、操作、元件、組件和/或它們的組。
本技術領域技術人員可以理解,除非另外定義,這裡使用的所有術語(包括技術術語和科學術語),具有與本發明所屬領域中的普通技術人員的一般理解相同的意義。還應該理解的是,諸如通用字典中定義的那些術語,應該被理解為具有與現有技術的上下文中的意義一致的意義,並且除非被特定定義,否則不會用理想化或過於正式的含義來解釋。
圖1為本發明實施例提供的一種組呼合併的實現方法的流程圖,如圖1所示,該方法包括以下步驟:
S11、接收調度臺發送的組合併請求消息,所述組合併請求消息中攜帶有組合併操作標識和請求進行合併的子組組號;
S12、根據所述組合併請求消息,建立所述子組之間的子組關聯關係,並向所述調度臺發送組合併確認消息;
S13、若接收到第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求,則根據所述子組關聯關係查找與所述第一子組具有關聯關係的第二子組;
S14、分別確定所述第一子組、第二子組對應的呼叫區域,向第 一子組和第二子組對應的呼叫區域中各相關基站下發各子組的組呼建立消息,以使所述基站建立各子組的組呼。
本發明實施例提供的,所述方法還包括:
在第一子組的組呼建立完成後,第一子組的用戶設備根據相應子組的組呼配置接入第一組呼通道;
在第二子組的組呼建立完成後,第二子組的用戶設備根據相應子組的組呼配置接入第二組呼通道。
需要說明的是,本發明實施例為了描述簡單起見,組合併操作只包含第一子組、第二子組兩個子組,具體應用上本方法也可類比擴展到包含多個子組的場景。
本發明實施例提供的組呼合併的實現方法,由調度臺發起組合併操作,通過網絡側將組A和組B合併,集群核心網關聯組A和組B,在組A成員發起組A呼叫(或者組B成員發起組B呼叫)時,同時建立組A和組B的組呼上下文,指示相關基站下發組A和組B的尋呼以及組呼配置,組A和組B的成員同時接聽本子組的呼叫,該方法對系統的改動較小,實現簡單,用戶操作上沒有任何影響,用戶體驗較好。
具體的,在步驟S11中的接收調度臺發送的組合併請求消息之後,所述方法還包括:
根據所述組合併請求消息中攜帶的請求進行合併的子組組號查看各個子組的子組信息,確定所述子組之間是否已建立子組關聯關係;
若所述子組之間不存在子組關聯關係,則執行所述建立所述子組之間的子組關聯關係的步驟;
若所述子組之間已建立子組關聯關係,則取消所述子組之間的子組關聯關係。
本實施例中,由調度臺發起的組合併操作,定義組合併操作標 識pttGroupCombine,通過D接口(調度臺和集群核心網之間的接口)SIP(MESSAGE)消息通知集群核心網;組合併取消操作可以由調度臺發起,或者在組合併操作時設定有效期,在預設的組合併操作的有效時長超時時由網絡側取消,取消子組的關聯關係。組合併/組合併取消操作流程,如圖2所示,具體描述如下:
步驟1:調度臺向集群核心網發送SIP(MESSAGE)消息,攜帶組合併操作標識pttGroupCombine、請求合併/取消合併的子組組號,可選攜帶組合併操作的有效時長,通知將子組合併/取消子組合併;
步驟2:集群核心網檢查子組信息,如果之前子組沒有關聯,將子組進行關聯;如果之前子組已經關聯,則取消子組間的關聯。集群核心網向調度臺返回組合併/組合併取消操作結果。
其中,所述組合併請求消息中不僅攜帶有組合併操作標識和請求進行合併的子組組號,還可攜帶預設的組合併操作的有效時長信息;如果所述組合併請求消息通過SIP請求的MESSAGE方法實現,所述組合併操作標識以及所述預設的組合併操作的有效時長信息設置在所述SIP請求消息的擴展消息頭中;所述請求進行合併/取消合併的子組組號設置在所述SIP請求消息的擴展消息頭中或消息體中,如果在擴展消息頭中攜帶,子組間通過「;」分隔;如果在消息體中攜帶,所述消息體採用XML類型的消息體。
進一步地,在組合併的實現方法中,核心網設備可以根據擴展消息頭中攜帶的預設的組合併操作的有效時長信息進行組合併取消操作,在到達所述預設的組合併操作的有效時長時,取消所述子組之間的子組關聯關係。
在具體實施例中,以組A成員發起組A呼叫為例:其中UE A為組A成員,組A的呼叫區域位於基站A;UE B為組B成員,組B的呼叫區域位於基站B,如圖3所示,組呼建立流程具體描述如 下:
需要說明的是,在UE A發起組A組呼前,調度臺已經完成組合併操作(組A、組B),集群核心網關聯組A和組B,進而後續發起呼叫時在不建立新組的狀態下實現呼叫合併的效果。
步驟1:UE A向集群核心網發送組A的組呼建立消息,消息中攜帶呼叫類型、呼叫屬性、主叫的用戶面信息,音視頻編解碼信息等,申請建立組A呼叫;
步驟2:UE A和集群核心網配合,建立主叫專用承載;集群核心網收到組A的組呼建立請求後,發現組A和組B關聯,確定組A和組B的組呼區域,向組呼區域相關的基站發起組呼上下文建立過程,如圖中指示基站A建立組A的上下文,基站B建立組B的上下文;
步驟3:相關基站發送集群尋呼消息,消息中攜帶組ID、組RNTI、呼叫優先級等,如圖中基站A發送組A的尋呼,基站B發送組B的尋呼;
步驟4:相關基站廣播對應的組呼配置信息,如基站A廣播組A的組呼配置,基站B廣播組B的組呼配置;
步驟5:在至少一個基站的組呼下行承載建立完成後,集群核心網通知主叫相關資源已準備好,被授予話權可以進行上行傳輸;
步驟6:集群核心網向相關基站通知當前話權狀態;
步驟7:相關基站廣播當前話權狀態,通知組內成員當前話權使用情況。
本發明實施例提出的組呼合併的實現方法中,在組呼合併的呼叫建立和持續過程中,各子組的呼叫優先級和其獨立發起子組呼叫時的呼叫優先級相同;
若存在同時屬於第一子組和第二子組的用戶設備,則該用戶設備收到第一子組和第二子組的尋呼後,接入呼叫優先級較高的子組。
需要說明的是,呼叫開始後,UE A發送的上行媒體流,集群核心網將其下發給組A和組B的相關基站,基站在集群業務信道上廣播。組A和組B可以獨立使用原先的呼叫優先級,如果有成員同時屬於組A和組B,其收到組A和組B的尋呼後,接入呼叫優先級較高的群組。
本發明實施例提出的組呼合併的實現方法,還包括:
接收第一子組或第二子組的用戶設備發送的組呼釋放消息,所述組呼釋放消息中攜帶有請求釋放當前組呼的用戶設備所屬子組的呼叫標識;所述呼叫標識在該子組的組呼建立過程中由核心網設備生成。
判斷請求釋放當前組呼的用戶設備是否具有組呼釋放權限;
若請求釋放當前組呼的用戶設備具有組呼釋放權限,則向該用戶設備發送組呼釋放響應,並執行組呼釋放步驟。如果所述子組和其他子組具有子組關聯關係,分別執行該子組和與其具有子組關聯關係的各子組的組呼釋放。如果請求釋放當前組呼的用戶設備不具有組呼釋放權限,則拒絕其組呼釋放請求。
進一步地,在所述判斷請求釋放當前組呼的用戶設備具有組呼釋放權限之後,所述方法還包括:
確定所述合併組呼中當前是否存在佔有話權的用戶設備;
若當前存在佔有話權的用戶設備,則向該用戶設備發送話權釋放消息,以通知該用戶進行話權釋放。
在本實施例中,如果組A成員UE A有權釋放組A呼叫,其發起的呼叫釋放流程,如圖4所述,具體描述如下:
步驟1:UE A向集群核心網發送組呼釋放消息,請求釋放組A呼叫;
步驟2:集群核心網判斷組A具有呼叫釋放權限,並發現組A、組B關聯,確定執行組呼釋放,向UE A發送組呼釋放響應;
步驟3、4:如果此時有用戶佔有話權,可選地,集群核心網發起話權釋放流程,話權用戶和集群核心網配合釋放上行專用承載;
步驟5:集群核心網和基站釋放下行承載,如圖中基站A釋放組A集群承載,基站B釋放組B集群承載;
步驟6:相關基站廣播組呼釋放消息,如圖中基站A廣播組A的組呼釋放消息,基站B廣播組B的呼叫釋放消息;
本實施例為子組成員發起的呼叫釋放流程,如果集群核心網因話權空閒超時或者組呼持續超時等場景發起呼叫釋放,則只執行步驟3~6。
本發明實施例提出的組呼合併的實現方法,還包括:
在組呼合併的呼叫進行過程中,接收第一子組或第二子組的用戶設備發送的話權申請消息;
第一子組和第二子組使用一個話權排隊隊列,根據當前申請話權的用戶設備在合併組中的話權優先級決策話權歸屬,並向得到話權的用戶設備發送話權授權消息;所述合併組表示第一子組和第二子組的成員集合;
當接收到得到話權的用戶設備返回的話權授權確認消息後,向各子組組呼區域內的相關基站通知當前的話權狀態,以使基站向該用戶設備所屬子組內其他用戶設備廣播當前的話權狀態。
需要說明的是,本實施例中,合併組為一個虛擬的概念,表示組A、組B的成員集合。本發明提出了集群系統中組呼合併的實現方法,不建立新組,通過網絡側對子組的關聯以及統一的話權優先級策略實現組呼的合併,實現簡單,終端側無需改動,用戶操作上沒有任何影響,用戶體驗較好。
其中,所述用戶設備在合併組中的話權優先級的確定方式為:沿用該用戶設備在原子組中的用戶優先級,或,根據其在原子組的用戶優先級和原子組的組優先級綜合確定。
需要說明的是,核心網側組A和組B使用一個話權排隊隊列,用戶設備在合併組中的話權優先級,可以沿用其在原子組中的用戶優先級,較佳地,用戶設備在合併組中的話權優先級根據其在原子組的用戶優先級和原子組的組優先級綜合考慮。此處的合併組為一個虛擬的概念,表示組A、組B的成員集合,實際上並不存在。
在本實施例中,組A或組B成員申請話權,發起的話權申請流程,如圖5所示,具體描述如下:
步驟1:組A或組B中的成員UE1向集群核心網發送話權申請消息;
步驟2:集群核心網根據UE1在合併組中的話權優先級決策話權歸屬,如果決策將話權授予UE1,和UE1配合建立話權所需的上行專用承載;
步驟3:集群核心網向話權申請方UE1發送話權授權消息;
步驟4:UE1向集群核心網回復話權授權確認;
步驟5:集群核心網向相關基站通知當前話權狀態;
步驟6:相關基站廣播話權通知,向組內UE通知當前話權狀態。
圖6為本發明實施例提供的一種核心網設備的結構示意圖,如圖6所示,該核心網設備包括接收模塊201、關聯模塊202、查找模塊203、發送模塊204以及話權決策模塊205,其中:
所述接收模塊201,用於接收調度臺發送的組合併請求消息,所述組合併請求消息中攜帶有組合併操作標識和請求進行合併的子組組號;
所述關聯模塊202,用於根據所述組合併請求消息,建立所述子組之間的子組關聯關係,並向所述調度臺發送組合併確認消息;
所述接收模塊201,還用於接收第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求,以及接收第一子組的用戶設備發送的攜帶第一子組呼叫標識的組呼釋放請求;
所述查找模塊203,用於在所述接收模塊接收到第一子組的用戶設備發送的攜帶第一子組組號的組呼建立請求時,或者在所述接收模塊接收到第一子組的用戶設備發送的攜帶第一子組呼叫標識的組呼釋放請求時,根據所述子組關聯關係查找與所述第一子組具有關聯關係的第二子組;
所述發送模塊204,用於呼叫建立過程中,在所述查找模塊查找到與所述第一子組具有關聯關係的第二子組後,分別確定所述第一子組、第二子組對應的呼叫區域,向第一子組和第二子組對應的呼叫區域中各相關基站下發攜帶各子組組號的組呼建立消息,以使所述基站建立各子組的組呼;
所述發送模塊204,還用於呼叫釋放過程中,在所述查找模塊查找到與所述第一子組具有關聯關係的第二子組後,向相關基站下發各子組的組呼釋放消息,以使所述基站釋放各子組的組呼;
所述接收模塊201,還用於接收第一子組或第二子組的用戶設備發送的話權申請消息;
所述話權決策模塊205,用於在所述接收模塊接收到第一子組或第二子組的用戶設備發送的話權申請消息時,根據當前申請話權的用戶設備在所述合併組中的話權優先級決策話權歸屬;
所述發送模塊204,還用於在話權決策模塊判斷話權歸屬,向話權獲得者授權後,向相關基站通知當前話權狀態,以使所述基站廣播當前話權狀態。
需要說明的是,本發明實施例提出的核心網設備的具體實現方式與本發明實施例的組呼合併的實現方法的具體實現方式類似,具體請參見方法部分的描述,為了減少冗餘,不做贅述。
本發明提供的組呼合併的實現方法及核心網設備,通過在D接口定義組合併操作,不建立新組,通過網絡側對子組的關聯以及統一的話權優先級策略實現組呼的合併,呼叫建立時下行同時建立各子組呼 叫。本發明提出了集群系統中組呼合併的實現方法,組合併操作由調度臺發起,通過網絡側實現,對系統的改動較小,實現簡單,用戶操作上沒有任何改變和影響,用戶體驗較好。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到本發明可以通過硬體實現,也可以藉助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解,本發明的技術方案可以以軟體產品的形式體現出來,該軟體產品可以存儲在一個非易失性存儲介質(可以是CD-ROM,U盤,移動硬碟等)中,包括若干指令用以使得一臺計算機設備(可以是個人計算機,伺服器,或者網絡設備等)執行本發明各個實施例所述的方法。
本領域技術人員可以理解附圖只是一個優選實施例的示意圖,附圖中的模塊或流程並不一定是實施本發明所必須的。
本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中,也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊,也可以進一步拆分成多個子模塊。
以上公開的僅為本發明的幾個具體實施例,但是,本發明並非局限於此,任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。