一种基于5G集群通信系统内呼叫的方法及装置与流程

一种基于5g集群通信系统内呼叫的方法及装置
技术领域
1.本发明实施例涉及通信技术领域，尤其涉及一种基于5g集群通信系统内呼叫的方法及装置。


背景技术：

2.集群系统是为满足行业指挥调度需求开发的、面向多种行业应用的专用无线通信系统，在公共安全、交通运输、公共事业、石油化工、工商业和军队有着广泛的应用市场。随着移动通信技术的不断发展(如5g技术)，集群系统也随之发展和演进，以更好地满足行业用户对新型宽带多媒体集群业务的需求。
3.5g核心网架构改变了过去几代核心网以点到点的信令控制为主、各种业务综合紧密耦合封闭的设备形态，形成全微服务架构的、软件化的功能。5g集群通信系统在现有5g技术基础上增加集群功能，增加新型集群业务控制网络功能(集群服务器)以支持集群功能和相关业务。为了支持集群系统中点对多点业务(如集群组呼语音业务、集群组呼视频业务和集群组短消息等)，基于5mbs技术引入mb-smf、mb-upf网元支持点对多点业务的相关信令和数据传输。目前基于5g系统架构的集群通信系统架构如图1所示。
4.在专利号为cn200610083681.8的中国发明专利中，公开了一种集群通信呼叫方法及系统。所述方法为：被叫用户收到紧急呼叫邀请消息后，若处于会话状态，则退出原会话，并由集群交换中心接通与主叫用户的紧急呼叫；若处于空闲状态，则直接由集群交换中心接通与主叫用户的紧急呼叫。所述系统包括：主叫终端、被叫终端和集群交换中心；主叫终端发起紧急呼叫，并向集群交换中心发送紧急呼叫信息，集群交换中心根据所述信息邀请被叫终端，被叫终端收到所述邀请后，若处于会话状态，则退出原会话，并由集群交换中心接通与主叫用户的紧急呼叫；若处于空闲状态，则直接由集群交换中心接通与主叫用户的紧急呼叫。
5.上述专利能够使被叫用户处于会话时仍可以接通主叫用户发起的紧急呼叫。但是目前基于以上系统架构的组呼、单呼过程中，所有单呼、组呼集群相关信息均保存在集群服务器中。在现有技术中单呼上下行用户面数据传输均需要通过n6接口，发送到集群服务器，再由集群服务器进行转发。组呼上行数据也需通过n6接口发送到集群服务器，再由集群服务器下行转发到mb-upf，由mb-upf根据组呼被叫成员信息将用户面数据发送到对应的upf后，再发送到被叫终端。某些场景下如果组呼或单呼业务是本系统内的呼叫业务，即由同一个集群服务器提供用户面数据转发，则这种用户面数据转发方式增加了呼叫业务延时，并增加了集群服务器用户面路由压力。籍于此本文提出一种基于5g集群通信系统内呼叫的方法及装置。


技术实现要素：

6.为了解决上述问题，本发明实施例提供一种基于5g集群通信系统内呼叫的方法，所述方法在主被叫完成5g集群通信系统单呼或组呼流程后，通过集群服务器向smf发送单
呼或组呼路由配置信息，在收到响应后由mo ue或话语权ue发送上行数据包到mo upf，所述mo upf通过查找本地路由信息，将数据包转发到对应的mt upf，由mt upf转发或直接发送给mt ue，其中所述数据包头中包括源ip地址和本次呼叫端口号。
7.更进一步的，所述mo ue发送上行数据包到mo upf，所述mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息，将数据包转发到对应的mt upf，再由mt upf转发给mt ue，其中还如果主被叫ue属于同一个upf，则直接将该数据包转发到mt ue。
8.更进一步的，mo upf和mt upf为同一个upf，即mo ue和mt ue均由同一个upf提供用户面数据转发服务，则可优化同一个upf服务下的ue间单呼过程用户面数据转发过程。
9.更进一步的，mo upf和mt upf为不同upf，即mo ue和mt ue由不同upf提供用户面数据转发服务，优化不同upf服务下的ue间单呼过程用户面数据转发过程。
10.更进一步的，所述方法中，若主被叫完成5g集群通信系统单呼流程，则集群服务器通过nsmf_trunk_singlecallconfig_request消息向smf发送单呼路由配置信息。
11.更进一步的，所述单呼路由配置信息包括此次单呼的call id，单呼端口号、主被叫ip地址和主被叫所属upf信息。
12.更进一步的，所述smf通过主被叫ip地址查找本地ue信息，找到主被叫ue所属的mo upf和mt upf后，分别通过nupf_trunk_singlecallconfig_request消息向mo upf和mt upf发送本次单呼的call id、单呼端口号、主被叫ip地址、主被叫所属upf信息，并通过upf保持此条路由信息。
13.更进一步的，所述upf给smf发送单呼配置响应消息nupf_trunk_singlecallconfig_response，并通过smf向集群服务器发送nsmf_trunk_singlecallconfig_response响应消息。
14.更进一步的，所述方法中，若主被叫完成5g集群通信系统单呼释放，则包括以下步骤：
15.集群服务器通过nsmf_trunk_singlecallrelease_request消息向smf发送单呼路由删除信息，其中单呼路由删除信息包括此次单呼的call id，单呼端口号、主被叫ip地址、主被叫所属upf信息；
16.smf根据主被ue ip地址和单呼端口号，找到主被叫ue所属的mo upf和mt upf，并分别通过nupf_trunk_singlecallrelease_request消息向mo upf和mt upf发送本次单呼的call id、单呼端口号、主被叫ip地址、主被叫所属upf信息；
17.upf收到nsmf_trunk_singlecallrelease_request消息后，删除对应的路由信息；
18.upf给smf发送单呼配置释放响应消息nupf_trunk_singlecallrelease_response。
19.smf向集群服务器发送nsmf_trunk_singlecallrelease_response响应消息。smf删除此条路由信息。
20.更进一步的，所述方法中，若主被叫完成5g集群通信系统组呼流程，则集群服务器通过nsmf_trunk_groupcallconfig_request消息向smf发送组呼路由配置信息。
21.更进一步的，主叫ue和其他组内成员属于同一个upf，即mo ue和mt ue均由同一个upf提供用户面数据转发服务，则可优化同一个upf服务下的ue间组呼过程用户面数据转发过程。
22.更进一步的，组成员属于不同的upf，即话语权ue和所有其他组成员由不同upf提供用户面数据转发服务，或者话语权ue和其他部分组成员由不同upf提供用户面数据转发服务，upf之间由n9接口传输用户面数据。
23.更进一步的，所述组呼路由配置信息包括此次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址列表。
24.更进一步的，所述smf通过话语权ue的ip地址查找ue信息，找到话语权ue所属的upf后，通过发送nupf_trunk_groupcallconfig_request消息向upf发送本次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址，并通过upf保持此条路由信息。
25.更进一步的，所述upf给smf发送组呼配置响应消息nupf_trunk_groupcallconfig_response，并通过所述smf向集群服务器发送nsmf_trunk_groupcallconfig_response响应消息。
26.更进一步的，所述方法中，若完成符合5g集群通信系统的组呼释放，则包括以下步骤：
27.集群服务器通过nsmf_trunk_groupcallrelease_request消息向smf发送组呼路由删除信息，其中组呼路由删除信息包括此次组呼的call id，组呼端口号、话语权ue的ip地址、组成员所归属的upf的ip地址列表；
28.smf根据话语权ue的ip地址，找到对应的路由信息，smf分别通过nupf_trunk_groupcallrelease_request消息向话语权ue所在的upf发送本次组呼的call id、组呼端口号、话语权终端ip地址、组内成员所属upf信息；
29.upf收到nsmf_trunk_groupcallrelease消息后，删除对应的路由信息。upf给smf发送组呼配置释放响应消息nupf_trunk_groupcallrelease_response；
30.smf向集群服务器发送nsmf_trunk_groupcallrelease_response响应消息，smf删除此条路由信息
31.更进一步的，所述方法中，当组呼发生话语权变更时，复用组呼建立路由配置过程、组呼释放路由删除过程实现话语权变更路由配置。
32.更进一步的，所述方法中，用户面数据传输路径和路由配置变化流程如下：
33.完成符合5g集群通信系统的标准话语权变更流程；
34.集群服务器通过nsmf_trunk_groupcallconfig_request消息向smf发送组呼路由配置信息，其中组呼路由配置信息包括此次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址列表；
35.smf通过话语权ue的ip地址查找ue信息，找到话语权ue所属的upf。smf通过发送nupf_trunk_groupcallconfig_request消息向upf发送本次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址；
36.upf给smf发送组呼配置响应消息nupf_trunk_groupcallconfig_response，并通过smf向集群服务器发送nsmf_trunk_groupcallconfig_response响应消息；
37.集群服务器通过nsmf_trunk_groupcallrelease_request消息向smf发送组呼路由删除信息，其中组呼路由删除信息包括此次组呼的call id，组呼端口号、原话语权ue的ip地址、组成员所归属的upf的ip地址列表；
38.smf根据原话语权ue的ip地址，找到对应的路由信息，smf分别通过nupf_trunk_groupcallrelease_request消息向原话语权ue所在的upf发送本次组呼的call id、组呼端口号、原话语权ue的ip地址、组内成员所属upf信息。upf收到nsmf_trunk_groupcallrelease消息后，删除对应的路由信息；
39.upf给smf发送组呼配置释放响应消息nupf_trunk_groupcallrelease_response，并通过smf向集群服务器发送nsmf_trunk_groupcallrelease_response响应消息，smf删除此条路由信息。
40.另一层面，本发明提供一种基于5g集群通信系统内呼叫的装置，包括获取模块，用于获取终端发送的集群注册请求；
41.注册模块，用于若确认所述集群注册请求为合法签约集群请求后，向终端发送接受注册消息；
42.更新模块，用于接收所述终端的集群注册完成消息，更新所述终端的注册状态，并向所述终端发送群组更新消息；
43.建立模块，用于启动单呼或组呼建立过程，经过与基站建立组呼上下文交互后，完成组呼建立。
44.本发明的有益效果为：
45.本发明能够减少n6接口数据转发路由压力，减少集群服务器处理压力，并减少用户面通话时延。能够极大的缩短集群业务呼叫业务延时，优化业务质量，减小网络数据传输压力，减小集群服务器业务处理压力。还可以实现集群业务不出园区、不出厂区，由下沉的upf进行呼叫业务数据转发，保证呼叫业务的安全性，更有利于安全保护。
46.本发明对原有集群通信单呼流程、组呼流程、话语权变更等流程均没有改动，增加流程仅涉及集群服务器信令处理模块、5gc基础网元中的smf、upf、pcf(可选)网元，且对网元原有功能无改动，仅涉及少量功能增强。更便于灵活实施及部署。
附图说明
47.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
48.图1为本技术背景技术提供的非漫游时的5g集群通信系统架构图；
49.图2为本技术实施例提供的单呼业务中由集群服务器进行路由后，发送到目的ue所在upf，数据传输路径图；
50.图3为本技术实施例提供的单呼业务同一upf下ue间单呼的用户面数据传输路径图；
51.图4为本技术实施例提供的单呼业务不同upf下ue间单呼的用户面数据传输路径图；
52.图5为本技术实施例提供的单呼路由配置流程图；
53.图6为本技术实施例提供的单呼路由删除流程图；
54.图7为本技术实施例提供的组呼业务中由集群服务器进行路由后，发送到组内ue
所在upf，数据传输路径图；
55.图8为本技术实施例提供的组呼业务中同一upf下ue间组呼的用户面数据传输路径
56.图9为本技术实施例提供的组呼业务中不同upf下ue间组呼的用户面数据传输路径；
57.图10为本技术实施例提供的组呼建立路由配置过程图；
58.图11为本技术实施例提供的组呼释放路由删除过程图；
59.图12为本技术实施例提供的话语权变更路由配置过程图。
具体实施方式
60.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
61.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
62.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
63.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
64.实施例1
65.本实施例提供了一种基于5g集群通信系统内呼叫的方法，所述方法在主被叫完成5g集群通信系统单呼或组呼流程后，通过集群服务器向smf发送单呼或组呼路由配置信息，在收到响应后由mo ue或话语权ue发送上行数据包到mo upf，所述mo upf通过查找本地路由信息，将数据包转发到对应的mt upf，由mt upf转发或直接发送给mt ue，其中所述数据包头中包括源ip地址和本次呼叫端口号。
66.本实施例mo ue发送上行数据包到mo upf，所述mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息，将数据包转发到对应的mt upf，再由mt upf转发给mt ue，其中还如果主被叫ue属于同一个upf，则直接将该数据包转发到mt ue。
67.本实施例在对原有集群通信单呼流程、组呼流程、话语权变更等流程均没有改动，增加流程仅涉及集群服务器信令处理模块、5gc基础网元中的smf、upf、pcf(可选)网元，且对网元原有功能无改动，仅涉及少量功能增强。更便于灵活实施及部署。
68.本实施例中集群服务器可直接通过smf下发策略路由信息，也可以通过pcf向smf
下发策略路由信息。
69.本实施例在集群通信中，各终端用户可以属于多个不同的群组，并且可以参与多种会话，如：组呼、点对点呼叫等。
70.实施例2
71.在具体应用方面，本实施例以集群服务器直接向smf下发策略路由信息为例进行单呼业务时，基于现有5g集群通信系统架构和单呼信令流程，单呼上行用户面数据需要先发送到集群服务器，由集群服务器进行路由后，发送到目的ue所在upf，数据传输路径如图2所示。
72.本实施例在现有单呼信令流程之后增加单呼路由配置过程，实现更灵活的单呼用户面数据转发机制，有效的减小集群服务器用户面数据传输压力，在upf下沉场景下，能够极大的缩短呼叫延时，优化业务质量，减小网络数据传输压力，减小集群服务器业务处理压力。
73.本实施例中，若主被叫ue由同一个upf提供服务，mo upf和mt upf为同一个upf，即mo ue和mt ue均由同一个upf提供用户面数据转发服务，则可优化同一个upf服务下的ue间单呼过程用户面数据转发过程，同一upf下ue间单呼的用户面数据传输路径如图3所示。
74.本实施例中，若主被叫ue由不同upf提供服务，mo upf和mt upf为不同upf，即mo ue和mt ue由不同upf提供用户面数据转发服务，upf之间由n9接口传输用户面数据。即优化不同upf服务下的ue间单呼过程用户面数据转发过程，不同upf下ue间单呼的用户面数据传输路径如图4所示。
75.本实施例解决了现有技术极大的浪费了用户面资源，增加了集群服务器的处理压力。特别是在upf下沉的场景下，单呼上下行数据均需要通过集群服务器进行用户面路由转发。
76.实施例3
77.在具体应用方面，本实施例应用在实施例2的基础上，提供了一种单呼路由配置，具体如下：
78.首选，约定单呼过程用户面传输端口号为自定义端口号，例如：40021(可配置)。单呼路由配置流程如图5所示，其具体流程如下：
79.步骤1：主被叫完成5g集群通信系统单呼流程。
80.步骤2：集群服务器通过nsmf_trunk_singlecallconfig_request消息向smf发送单呼路由配置信息，smf保存此条路由信息。
81.步骤3：smf通过主被叫ip地址查找本地ue信息，找到主被叫ue所属的mo upf和mt upf。smf分别通过nupf_trunk_singlecallconfig_request消息向mo upf和mt upf发送本次单呼的call id、单呼端口号、主被叫ip地址、主被叫所属upf信息。upf保持此条路由信息。upf给smf发送单呼配置响应消息nupf_trunk_singlecallconfig_response。
82.步骤4：smf向集群服务器发送nsmf_trunk_singlecallconfig_response响应消息。
83.步骤5：mo ue发送上行数据包到mo upf，数据包头中包括源ip地址、本次呼叫端口号(40021)。mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息，将数据包转发到对应的mt upf，再由mt upf转发给mt ue。
84.本实施例单呼路由配置信息包括此次单呼的call id，单呼端口号、主被叫ip地址、主被叫所属upf信息。
85.本实施例中，如果主被叫ue属于同一个upf，mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息后，直接将该数据包转发到mt ue。
86.本实施对原有集群通信单呼流程没有改动，仅仅增加流程仅涉及集群服务器信令处理模块、5gc基础网元中的smf、upf、pcf(可选)网元，且对网元原有功能无改动，仅涉及少量功能增强。更便于灵活实施及部署。
87.实施例4
88.在具体应用方面，本实施例在实施例3的基础上，以集群服务器直接向smf下发策略路由信息为例进行单户业务后，若对单呼路由删除进行删除则包括如图6所述的流程：
89.步骤1：主被叫完成5g集群通信系统单呼释放过程。
90.步骤2：集群服务器通过nsmf_trunk_singlecallrelease_request消息向smf发送单呼路由删除信息。
91.步骤3：smf根据主被ue ip地址和单呼端口号，找到主被叫ue所属的mo upf和mt upf。smf分别通过nupf_trunk_singlecallrelease_request消息向mo upf和mt upf发送本次单呼的call id、单呼端口号、主被叫ip地址、主被叫所属upf信息。upf收到nsmf_trunk_singlecallrelease_request消息后，删除对应的路由信息。upf给smf发送单呼配置释放响应消息nupf_trunk_singlecallrelease_response。
92.步骤4：smf向集群服务器发送nsmf_trunk_singlecallrelease_response响应消息。smf删除此条路由信息。
93.本实施例单呼路由删除信息，包括此次单呼的call id，单呼端口号、主被叫ip地址、主被叫所属upf信息。
94.实施例5
95.在具体应用方面，本实施例以集群服务器直接向smf下发策略路由信息为例进行组呼业务时，基于现有5g集群通信系统架构和组呼信令流程，由集群服务器进行路由后，发送到组内ue所在upf，数据传输路径如图7所示，mo ue1、mt ue1、mt ue2属于同一个组，主叫mo ue1发起的组呼建立过程，组内mt ue1、mt ue2均为被叫用户。mt nr1、mt nr2使用点到点或点到多点的实现方式，本实施例均支持，并不做限制。
96.本实施例在现有组呼信令流程后增加组呼路由配置过程，若组成员均由同一个upf提供服务，主叫ue和其他组内成员属于同一个upf，即mo ue和mt ue均由同一个upf提供用户面数据转发服务，则可优化同一个upf服务下的ue间组呼过程用户面数据转发过程，同一upf下ue间组呼的用户面数据传输路径如图8所示。
97.本实施例在现有组呼信令流程后增加组呼路由配置过程，若组成员由不同upf提供服务，组成员属于不同的upf，即话语权ue和所有其他组成员由不同upf提供用户面数据转发服务，或者话语权ue和其他部分组成员由不同upf提供用户面数据转发服务，upf之间由n9接口传输用户面数据。即优化不同upf服务下的ue间组呼过程用户面数据转发过程，不同upf下ue间组呼的用户面数据传输路径如图9所示。
98.本实施例解决了现有技术的实现方式需要通过集群服务器将相同数据转发给不同的upf，增加了集群服务器用户面数据的处理压力，不利于组呼业务数据的实时传输的问
题。
99.本实施在现有组呼信令流程后增加组呼路由配置过程，实现更灵活的组呼用户面数据转发机制，有效的减小集群服务器用户面数据传输压力，能够极大的减少被叫ue业务时延，优化业务质量，减小网络数据传输压力，减小集群服务器业务处理压力。
100.实施例6
101.在具体应用方面，本实施例应用在实施例5的基础上，提供了一种组呼建立路由配置过程，具体如下：
102.首选，约定组呼过程用户面传输端口号为自定义端口号，例如：40022(可配置)。
103.参照图10所示，组呼建立路由配置的流程如下：
104.步骤1：完成符合5g集群通信系统的标准组呼流程。
105.步骤2：集群服务器通过nsmf_trunk_groupcallconfig_request消息向smf发送组呼路由配置信息。
106.步骤3：smf通过话语权ue的ip地址查找ue信息，找到话语权ue所属的upf。smf通过发送nupf_trunk_groupcallconfig_request消息向upf发送本次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址。upf保持此条路由信息。upf给smf发送组呼配置响应消息nupf_trunk_groupcallconfig_response。
107.步骤4：smf向集群服务器发送nsmf_trunk_groupcallconfig_response响应消息。
108.步骤8：话语权ue发送上行数据包到mo upf，数据包头中包括源ip地址、本次呼叫端口号(40022)。mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息，将数据包转发到路由信息中保存的组内成员的mt upf，再由mt upf转发给mt ue。
109.本实施例中，组呼路由配置信息包括此次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址列表。smf保存此条路由信息。
110.本实施例中，如果组内成员ue和话语权ue属于同一个upf，mo upf通过查找本地路由信息，查到源ip地址ue所在呼叫的路由信息后，直接将该数据包转发到mt ue。
111.本实施对原有集群通信组呼流程没有改动，增加流程仅涉及集群服务器信令处理模块、5gc基础网元中的smf、upf、pcf(可选)网元，且对网元原有功能无改动，仅涉及少量功能增强。更便于灵活实施及部署。
112.实施例7
113.在具体应用方面，本实施例在实施例6的基础上，以集群服务器直接向smf下发策略路由信息为例进行组呼业务后，如对组呼释放路由删除时，参照图11所示，过程如下：
114.步骤1：完成符合5g集群通信系统的组呼释放过程。
115.步骤2：集群服务器通过nsmf_trunk_groupcallrelease_request消息向smf发送组呼路由删除信息。
116.步骤3：smf根据话语权ue的ip地址，找到对应的路由信息，smf分别通过nupf_trunk_groupcallrelease_request消息向话语权ue所在的upf发送本次组呼的call id、组呼端口号、话语权终端ip地址、组内成员所属upf信息。
117.步骤4：upf收到nsmf_trunk_groupcallrelease消息后，删除对应的路由信息。upf给smf发送组呼配置释放响应消息nupf_trunk_groupcallrelease_response。
118.步骤5：smf向集群服务器发送nsmf_trunk_groupcallrelease_response响应消
息。smf删除此条路由信息。
119.本实施例中，组呼路由删除信息包括此次组呼的call id，组呼端口号、话语权ue的ip地址、组成员所归属的upf的ip地址列表。
120.实施例8
121.在具体应用方面，本实施例以集群服务器直接向smf下发策略路由信息为例进行话语权变更路由配置时，复用组呼建立路由配置过程、组呼释放路由删除过程实现话语权变更路由配置。用户面数据传输路径和路由配置变化流程如图12所示。
122.步骤1：完成符合5g集群通信系统的标准话语权变更流程。
123.步骤2：集群服务器通过nsmf_trunk_groupcallconfig_request消息向smf发送组呼路由配置信息，包括此次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址列表。smf保存此条路由信息。
124.步骤3：smf通过话语权ue的ip地址查找ue信息，找到话语权ue所属的upf。smf通过发送nupf_trunk_groupcallconfig_request消息向upf发送本次组呼的call id，组呼端口号、话语权ue ip地址、组成员所归属的upf的ip地址。upf保持此条路由信息。upf给smf发送组呼配置响应消息nupf_trunk_groupcallconfig_response。
125.步骤4：smf向集群服务器发送nsmf_trunk_groupcallconfig_response响应消息。
126.步骤5：集群服务器通过nsmf_trunk_groupcallrelease_request消息向smf发送组呼路由删除信息。
127.步骤6：smf根据原话语权ue的ip地址，找到对应的路由信息，smf分别通过nupf_trunk_groupcallrelease_request消息向原话语权ue所在的upf发送本次组呼的call id、组呼端口号、原话语权ue的ip地址、组内成员所属upf信息。upf收到nsmf_trunk_groupcallrelease消息后，删除对应的路由信息。upf给smf发送组呼配置释放响应消息nupf_trunk_groupcallrelease_response。
128.步骤7：smf向集群服务器发送nsmf_trunk_groupcallrelease_response响应消息。smf删除此条路由信息。
129.本实施例中，组呼路由删除信息包括此次组呼的call id，组呼端口号、原话语权ue的ip地址、组成员所归属的upf的ip地址列表。
130.本实施例中，中需要话语权ue所在的upf转发用户面数据，当组呼发生话语权变更时，话语权ue发生变化会影响upf的路由配置信息。因此话语权变更发生时，复用组呼建立路由配置过程、组呼释放路由删除过程实现话语权变更路由配置。
131.实施例9
132.本实施例提供一种基于5g集群通信系统内呼叫的装置，包括
133.获取模块，用于获取终端发送的集群注册请求；
134.注册模块，用于若确认所述集群注册请求为合法签约集群请求后，向终端发送接受注册消息；
135.更新模块，用于接收所述终端的集群注册完成消息，更新所述终端的注册状态，并向所述终端发送群组更新消息；
136.建立模块，用于启动单呼或组呼建立过程，经过与基站建立组呼上下文交互后，完成组呼建立。
137.综上，本发明能够减少n6接口数据转发路由压力，减少集群服务器处理压力，并减少用户面通话时延。能够极大的缩短集群业务呼叫业务延时，优化业务质量，减小网络数据传输压力，减小集群服务器业务处理压力。还可以实现集群业务不出园区、不出厂区，由下沉的upf进行呼叫业务数据转发，保证呼叫业务的安全性，更有利于安全保护。
138.本发明对原有集群通信单呼流程、组呼流程、话语权变更等流程均没有改动，增加流程仅涉及集群服务器信令处理模块、5gc基础网元中的smf、upf、pcf(可选)网元，且对网元原有功能无改动，仅涉及少量功能增强。更便于灵活实施及部署。
139.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
140.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
141.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
142.这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
143.这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
144.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
145.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
146.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。
计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
147.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。