CN110113719A - 一种基于宽带集群***的呼叫限制方法和设备 - Google Patents
一种基于宽带集群***的呼叫限制方法和设备 Download PDFInfo
- Publication number
- CN110113719A CN110113719A CN201810100824.4A CN201810100824A CN110113719A CN 110113719 A CN110113719 A CN 110113719A CN 201810100824 A CN201810100824 A CN 201810100824A CN 110113719 A CN110113719 A CN 110113719A
- Authority
- CN
- China
- Prior art keywords
- list
- calling
- group
- call
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种基于宽带集群***的呼叫限制方法,包括:在数据库中维护针对UE的接听阻止列表;当T‑CN从主叫UE接收呼叫请求Call Request消息时,判断消息中是否包含呼叫限制标识,如果包含,则查找数据库中主叫UE的接听阻止列表,并根据所述呼叫限制标识,将被叫UE从主叫UE的接听阻止列表中删除,从而解除被叫UE呼叫主叫UE的呼叫限制。本申请还提供了其他几种基于宽带集群***的呼叫限制和设备。应用本申请能够在宽带集群***中较好地实现呼叫限制,并且实现简单,对现有***的改动较小。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种基于宽带集群***的呼叫限制方法和设备。
背景技术
B-TrunC宽带集群***是基于TD-LTE技术,为了满足行业用户指挥调度需求而开发、面向特定行业应用的专用无线通信***,以更高的速率、更大的带宽向用户提供指挥调度功能,是一种多用途、高效能的无线通信***。近年来,宽带集群***在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
随着***中用户数量、业务量的增多,在某些行业领域的使用中有些用户就会设定接听限制功能,这时就需要我们提供一种呼叫限制方法,以便对***中的呼叫业务进行限制。而目前在B-TrunC宽带集群标准中尚未提供针对呼叫限制的具体方案。
下面简要说明现有技术所存在的问题:
首先,B-TrunC宽带集群标准中虽然在TC1口增加了呼叫限制的IE,但仍然不够灵活,无法满足某些特定场景的呼叫限制需求。
其次,在普通公网点到点呼叫业务中,呼叫限制方案都是在终端侧进行呼叫限制,需要由接听方拒绝某人打来的电话。这种呼叫限制方案使电话接听者针对同一个电话需要反复拒绝,用户体验较差。
第三,某些骚扰电话,不断拨打、挂断,不仅使得正常用户的用户体验差,还大量占用通信资源。
第四,现有B-TrunC方案中,TC1接口中的Trunking-User-Data IE中已携带了Trunking-ODB IE,其定义为:
Trunking-ODB AVP是Unsigned32类型,指示对用户的集群业务ODB(OperatorDetermined Barring:呼叫限制)限制,如表1所示。
Bit | 描述 |
0 | 预留 |
1 | 集群呼入限制(单呼) |
2 | 集群呼出限制(包括单呼和组呼) |
3 | 漫游限制 |
表1
该IE只能对该UE进行呼入呼出限制,但是该限制是针对该UE的统一限制,即所有人都不允许拨打该用户,或者限制该用户呼叫所有单呼组呼。该IE的限制比较有局限性,不能针对不同的用户或组进行区分呼叫限制。
因此,本申请的目的在于基于B-TrunC宽带集群标准中的呼叫业务需求,针对集群业务中的单呼、组呼过程提出一整套的呼叫限制方案。
发明内容
本申请提供了一种基于宽带集群***的呼叫限制方法和设备,以在宽带集群***中较好地实现呼叫限制。
本申请公开了一种基于宽带集群***的呼叫限制方法,在数据库中维护针对用户设备UE的接听阻止列表,该方法还包括:
A、集群核心网T-CN从主叫UE接收呼叫请求Call Request消息;
B、T-CN判断所述Call Request消息中是否包含呼叫限制标识,如果包含呼叫限制标识,执行C,如果不包含呼叫限制标识,执行E;
C、查找数据库中主叫UE的接听阻止列表;
D、判断主叫UE的接听阻止列表是否有被叫UE,如果有,则根据所述呼叫限制标识,将被叫UE从主叫UE的接听阻止列表中删除,执行E;否则,执行E;
E、查找数据库中被叫UE的接听阻止列表;
F、根据被叫UE的接听阻止列表判断被叫UE是否阻止所述主叫UE的呼叫,如果不阻止,执行G,否则,执行H;
G、进行单呼流程,直至结束;
H、向主叫UE回复呼叫拒绝Call Reject消息。
较佳的,所述针对UE的接听阻止列表中包含:该UE的用户号码UDN号码和该UE阻止接听的UE的UDN号码。
本申请还公开了一种基于宽带集群***的呼叫限制方法,在数据库中维护针对UE的接听阻止列表,该方法还包括:
A、T-CN从被叫UE收到呼叫拒绝Call Reject消息;
B、T-CN判断所述Call Reject消息中是否包含呼叫限制标识,如果包含,执行C,否则执行F;
C、查找数据库中被叫UE的接听阻止列表;
D、判断被叫UE的接听阻止列表中是否有主叫UE,如果没有,则执行E,否则,执行F;
E、在所述被叫UE的阻止列表中添加所述主叫UE;
F、进行单呼拒绝流程。
较佳的,所述针对UE的接听阻止列表中包含:该UE的UDN号码和该UE阻止接听的UE的UDN号码。
本申请还公开了一种基于宽带集群***的呼叫限制方法,在数据库中维护针对组的接听阻止列表,该方法还包括:
A、T-CN收到组呼请求Group Call Request消息;
B、获取所述消息的主叫UE的号码;
C、从数据库中获取所述消息对应的组的呼叫阻止列表;
D、判断主叫UE是否在所述组的呼叫阻止列表中,如果在,执行F,否则执行E;
E、继续组呼流程;
F、拒绝该组呼,结束组呼流程。
较佳的,所述针对组的接听阻止列表中包含:组号和该组禁止作为主叫或话语权的UE的UDN号码。
本申请还公开了一种基于宽带集群***的呼叫限制方法,在数据库中维护针对组的接听阻止列表,该方法还包括:
A、T-CN收到话语权请求Floor Request消息;
B、获取希望获得话语权的UE的号码;
C、从数据库中获取所述消息对应的组的呼叫阻止列表;
D、判断希望获得话语权的UE是否在组呼呼叫阻止列表中,如果在,执行F,否则,执行E;
E、继续组呼流程;
F、拒绝该组呼,结束组呼流程。
较佳的,所述针对组的接听阻止列表中包含:组号和该组禁止作为主叫或话语权的UE的UDN号码。
本申请还公开了一种设备,包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从主叫UE接收的Call Request消息中的呼叫限制标识,从主叫UE的接听阻止列表删除被叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
本申请还公开了一种设备,包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从被叫UE接收的Call Reject消息中的呼叫限制标识,在被叫UE的接听阻止列表中增加主叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
本申请还公开了一种设备,包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Group Call Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,并在主叫UE处于所述组的呼叫阻止列表中时,拒绝该组呼,在主叫UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
本申请还公开了一种设备,包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Floor Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,述并在获得话语权的UE处于所组的呼叫阻止列表中时,拒绝该组呼,在获得话语权的UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
由上述技术方案可见,本申请提供的技术方案具备以下优点:
第一,本申请方案是基于宽带集群B-Trunc标准提供的一种更灵活的宽带集群业务情况的呼叫限制方法。
第二,本申请方案是在网络侧对集群业务中的组呼、单呼业务进行呼叫限制,不需要用户对不想接听的用户反复拒绝,减少了用户的操作。
第三,本申请方案在网络侧对呼叫业务进行呼叫限制,也大大的减少了对通信资源的占用。
第四,本申请方案设计了一整套算法,可以智能地对单呼中的呼叫限制用户进行动态设定。
1)在单呼限制方案中,本申请通过修改单呼Call Reject消息,添加呼叫限制标识来实现单呼限制。当主叫UE1单呼被叫UE2时,UE2向T-CN发送Call Reject消息,携带呼叫限制标识,通知T-CN,T-CN据此将该UE1的UDN添加到UE2的呼叫阻止列表中,以后UE1拨打UE2的电话时,网络侧则直接拒绝。
2)通过修改单呼Call Request消息,添加呼叫限制标识,来解除单呼限制。当主叫UE1单呼被叫UE2时,UE1在发送的Call Request消息中携带呼叫限制标识,通知T-CN,T-CN据此将UE2的UDN号码从UE1的阻止接听列表中删除。网络侧允许UE1允许接受UE2的单呼请求,即网络侧不再替UE1直接拒绝UE2的单呼请求。
3)本申请还允许手工对数据库中的UE接听阻止列表进行修改配置。
第五,组呼呼叫限制功能,由数据库进行配置,禁止组内某些UE作为组呼主叫或申请话语权,被禁止的这些UE只能作为被叫。T-CN收到UE发送的组呼请求消息Group CallRequest消息时,通过数据库中保存的组呼权限判断该UE是否是允许作为主叫的UE或允许申请话语权的UE,若不允许,则网络侧直接拒绝该组呼或话语权申请。
第六,本申请方案中的呼叫限制功能可以在T-CN进行设置开启或关闭。呼叫限制功能开启时,***具备呼叫限制功能。功能关闭时,整个***与正常***功能完全一致,从而,呼叫限制功能的适用性更好。
第七,本申请方案是基于原有的集群呼叫业务进行修改升级,对原有标准改动小,便于实现。
附图说明
图1为本申请T-CN收到Call Request消息后的处理流程示意图;
图2为本申请T-CN收到Call Reject消息后的处理流程示意图;
图3为本申请T-CN收到Group Call Request消息后的处理流程示意图;
图4为本申请T-CN收到Floor Request消息后的处理流程示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
本发明在现有技术的基础上进行如下改进:
1、在数据库中添加针对UE的接听阻止列表,包含的参数示例如表2所示:
参数名 | 含义 |
Called UE UDN | 被叫UE的UDN号码 |
Calling UE UDN | 该被叫UE阻止接听的UDN号码 |
表2
其中:UDN为User Dialing Number,用户号码。
2、在数据库中添加针对组的组呼主叫及话语权阻止列表,包含的参数示例如表3所示:
参数名 | 含义 |
GDN | 组号 |
Calling UE UDN | 该组禁止作为主叫或话语权的UE的UDN号码 |
表3
3、在以下两条非接入层(NAS)消息中添加呼叫限制信元,其中:
1)在UE发给网络侧的呼叫请求(Call Request)消息中添加用于解除单呼限制的信元。例如,如表4所示的“Call intercept”信元:
表4
2)在UE发给网络侧的呼叫拒绝(Call Reject)消息中添加用于设置单呼限制的信元。例如:如表5所示的“Call intercept”信元:
信元 | 可选/必选 | 格式 | 长度 |
Protocol discriminator | M | V | 1/2 |
Spare half octet | M | V | 1/2 |
Trunking Procedure transaction identity | M | V | 1 |
Call Reject message identity | M | V | 1 |
Call ID | M | V | 4 |
Reject Cause | M | V | 1 |
Call intercept | O | V | 1 |
表5
4、T-CN(Trunking Core Network:集群核心网)收到Call Request消息后的处理流程如图1所示,包括以下步骤:
1)T-CN收到主叫UE发送的Call Request消息。
2)判断消息中是否包含呼叫限制标识,如果包含,执行第3步,否则执行第5步。
3)查找数据库中主叫UE的接听阻止列表。
4)判断主叫UE的接听阻止列表中是否有被叫UE,有则删除数据库中的该条记录,执行第5步;否则,直接执行第5步。
5)查找数据库中被叫UE的接听阻止列表。
6)判断被叫UE是否阻止该主叫UE的呼叫,若不阻止,则执行第7步,否则,执行第8步。
7)进行后续常规的单呼流程,直至结束。
8)回复Call Reject消息给主叫UE,结束本流程。
5、T-CN收到Call Reject消息后的处理流程如图2所示,包括以下步骤:
1)T-CN收到被叫UE发送的Call Reject消息。
2)判断消息中是否包含呼叫限制标识,如果包含,执行第3步,否则执行第6步。
3)查找数据库中被叫UE的接听阻止列表。
4)判断被叫UE的接听阻止列表中是否有主叫UE,如果没有,则执行第5步;否则,直接执行第6步。
5)在数据库中该被叫UE的阻止列表中添加该主叫UE。
6)进行后续常规的单呼拒绝流程。
6、T-CN收到Group Call Request消息后的处理流程如图3所示,包括以下步骤:
1)T-CN收到Group Call Request消息。
2)获取主叫号码。
3)从数据库中获取该组的呼叫阻止列表。
4)判断主叫是否在组呼呼叫阻止列表中,如果在,执行第6步,否则执行第5步。
5)继续组呼流程。
6)拒绝该组呼,结束组呼流程。
7、T-CN收到话语权请求(Floor Request)消息后的处理流程如图4所示,包括以下步骤:
1)T-CN收到Floor Request消息。
2)获取希望获得话语权的终端号码。
3)从数据库中获取该组的呼叫阻止列表。
4)判断希望获得话语权的终端是否在组呼呼叫阻止列表中,如果在,执行第6步,否则,执行第5步。
5)继续组呼流程。
6)拒绝该组呼,结束组呼流程。
8、接口说明
TC1接口(T-CN与RDS(Register Database Server:注册数据服务器)的接口):
User-Service-Data:
User-Service-Data AVP(Attribute Value Pair:属性值对)是Grouped类型,包括用户的签约数据和用户所属组。
User-Service-Data::=<AVP header:47Vendor-Id>
{UDN}
[Trunking-User-Data]
[PTT-Group-List]
[Ue-Caller-Intercept-List]
*[AVP]
其中,“Ue-Caller-Intercept-List”为本申请新增的UE的接听阻止列表,包含的参数如表6所示:
值 | 描述 |
Num | 呼入限制列表中的UE个数 |
UDN List | 呼入限制列表中UE的UDN |
表6
Group-Service-Data:
Group-Service-Data AVP为Grouped类型,包括组的签约数据和组内用户列表。
Group-Service-Data::=<AVP header:22Vendor-Id>
{GDN}
{GID}
[Trunking-Group-data]
[Group-Member-List]
[Group-Caller-Intercept-List]
*[AVP]
其中,“Group-Caller-Intercept-List”为本申请新增的组的呼叫阻止列表,包含的参数如表7所示:
值 | 描述 |
Num | 组主叫话语权限制列表中的UE个数 |
UDN List | 组主叫话语权限制列表中UE的UDN |
表7
除了上述通过NAS消息修改UE的接听阻止列表的方式之外,本申请还允许手工对数据库中的UE接听阻止列表进行修改配置。
对应于上述方法,本申请提供了相应的设备,用于实现各个方法。具体而言:
本申请提供了一种用于实现图1所示流程的设备,该设备包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从主叫UE接收的Call Request消息中的呼叫限制标识,从主叫UE的接听阻止列表删除被叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
本申请提供了一种用于实现图2所示流程的设备,该设备包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从被叫UE接收的Call Reject消息中的呼叫限制标识,在被叫UE的接听阻止列表中增加主叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
本申请提供了一种用于实现图3所示流程的设备,该设备包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Group Call Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,并在主叫UE处于所述组的呼叫阻止列表中时,拒绝该组呼,在主叫UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
本申请提供了一种用于实现图4所示流程的设备,该设备包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Floor Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,述并在获得话语权的UE处于所组的呼叫阻止列表中时,拒绝该组呼,在获得话语权的UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (12)
1.一种基于宽带集群***的呼叫限制方法,其特征在于,在数据库中维护针对用户设备UE的接听阻止列表,该方法还包括:
A、集群核心网T-CN从主叫UE接收呼叫请求Call Request消息;
B、T-CN判断所述Call Request消息中是否包含呼叫限制标识,如果包含呼叫限制标识,执行C,如果不包含呼叫限制标识,执行E;
C、查找数据库中主叫UE的接听阻止列表;
D、判断主叫UE的接听阻止列表是否有被叫UE,如果有,则根据所述呼叫限制标识,将被叫UE从主叫UE的接听阻止列表中删除,执行E;否则,执行E;
E、查找数据库中被叫UE的接听阻止列表;
F、根据被叫UE的接听阻止列表判断被叫UE是否阻止所述主叫UE的呼叫,如果不阻止,执行G,否则,执行H;
G、进行单呼流程,直至结束;
H、向主叫UE回复呼叫拒绝Call Reject消息。
2.根据权利要求1所述的方法,其特征在于:
所述针对UE的接听阻止列表中包含:该UE的用户号码UDN号码和该UE阻止接听的UE的UDN号码。
3.一种基于宽带集群***的呼叫限制方法,其特征在于,在数据库中维护针对UE的接听阻止列表,该方法还包括:
A、T-CN从被叫UE收到呼叫拒绝Call Reject消息;
B、T-CN判断所述Call Reject消息中是否包含呼叫限制标识,如果包含,执行C,否则执行F;
C、查找数据库中被叫UE的接听阻止列表;
D、判断被叫UE的接听阻止列表中是否有主叫UE,如果没有,则执行E,否则,执行F;
E、在所述被叫UE的阻止列表中添加所述主叫UE;
F、进行单呼拒绝流程。
4.根据权利要求3所述的方法,其特征在于:
所述针对UE的接听阻止列表中包含:该UE的UDN号码和该UE阻止接听的UE的UDN号码。
5.一种基于宽带集群***的呼叫限制方法,其特征在于,在数据库中维护针对组的接听阻止列表,该方法还包括:
A、T-CN收到组呼请求Group Call Request消息;
B、获取所述消息的主叫UE的号码;
C、从数据库中获取所述消息对应的组的呼叫阻止列表;
D、判断主叫UE是否在所述组的呼叫阻止列表中,如果在,执行F,否则执行E;
E、继续组呼流程;
F、拒绝该组呼,结束组呼流程。
6.根据权利要求5所述的方法,其特征在于:
所述针对组的接听阻止列表中包含:组号和该组禁止作为主叫或话语权的UE的UDN号码。
7.一种基于宽带集群***的呼叫限制方法,其特征在于,在数据库中维护针对组的接听阻止列表,该方法还包括:
A、T-CN收到话语权请求Floor Request消息;
B、获取希望获得话语权的UE的号码;
C、从数据库中获取所述消息对应的组的呼叫阻止列表;
D、判断希望获得话语权的UE是否在组呼呼叫阻止列表中,如果在,执行F,否则,执行E;
E、继续组呼流程;
F、拒绝该组呼,结束组呼流程。
8.根据权利要求7所述的方法,其特征在于:
所述针对组的接听阻止列表中包含:组号和该组禁止作为主叫或话语权的UE的UDN号码。
9.一种设备,其特征在于,包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从主叫UE接收的Call Request消息中的呼叫限制标识,从主叫UE的接听阻止列表删除被叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
10.一种设备,其特征在于,包括:
列表维护模块,用于在数据库中维护针对UE的接听阻止列表;
限制处理模块,用于根据从被叫UE接收的Call Reject消息中的呼叫限制标识,在被叫UE的接听阻止列表中增加主叫UE;
呼叫处理模块,用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。
11.一种设备,其特征在于,包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Group Call Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,并在主叫UE处于所述组的呼叫阻止列表中时,拒绝该组呼,在主叫UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
12.一种设备,其特征在于,包括:
列表维护模块,用于在数据库中维护针对组的接听阻止列表;
呼叫处理模块,用于在收到Floor Request消息时,从数据库中获取所述消息对应的组的呼叫阻止列表,述并在获得话语权的UE处于所组的呼叫阻止列表中时,拒绝该组呼,在获得话语权的UE不处于所述组的呼叫阻止列表中时,继续组呼流程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810100824.4A CN110113719A (zh) | 2018-02-01 | 2018-02-01 | 一种基于宽带集群***的呼叫限制方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810100824.4A CN110113719A (zh) | 2018-02-01 | 2018-02-01 | 一种基于宽带集群***的呼叫限制方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110113719A true CN110113719A (zh) | 2019-08-09 |
Family
ID=67483240
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810100824.4A Pending CN110113719A (zh) | 2018-02-01 | 2018-02-01 | 一种基于宽带集群***的呼叫限制方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110113719A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529486A (zh) * | 2003-10-20 | 2004-09-15 | 中兴通讯股份有限公司 | 一种避免恶意呼叫的方法 |
CN1780337A (zh) * | 2004-11-24 | 2006-05-31 | 华为技术有限公司 | 一种在通信网络中实现免打扰业务的方法 |
CN101193068A (zh) * | 2006-11-21 | 2008-06-04 | 华为技术有限公司 | 一种应答请求的方法和设备 |
CN101257669A (zh) * | 2007-03-02 | 2008-09-03 | 英华达(南京)科技有限公司 | 用于通讯终端的来电管理方法 |
CN101267677A (zh) * | 2008-04-30 | 2008-09-17 | 中兴通讯股份有限公司 | 一种由网络侧控制的呼叫拒绝的实现方法 |
CN105721248A (zh) * | 2016-02-26 | 2016-06-29 | 上海卓易科技股份有限公司 | 通话监测方法及*** |
CN105992165A (zh) * | 2015-02-11 | 2016-10-05 | 普天信息技术有限公司 | 一种组呼中通话限时功能的实现方法 |
CN107046681A (zh) * | 2016-02-05 | 2017-08-15 | 普天信息技术有限公司 | 集群通信***的群组成员免扰功能的实现方法及装置 |
-
2018
- 2018-02-01 CN CN201810100824.4A patent/CN110113719A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529486A (zh) * | 2003-10-20 | 2004-09-15 | 中兴通讯股份有限公司 | 一种避免恶意呼叫的方法 |
CN1780337A (zh) * | 2004-11-24 | 2006-05-31 | 华为技术有限公司 | 一种在通信网络中实现免打扰业务的方法 |
CN101193068A (zh) * | 2006-11-21 | 2008-06-04 | 华为技术有限公司 | 一种应答请求的方法和设备 |
CN101257669A (zh) * | 2007-03-02 | 2008-09-03 | 英华达(南京)科技有限公司 | 用于通讯终端的来电管理方法 |
CN101267677A (zh) * | 2008-04-30 | 2008-09-17 | 中兴通讯股份有限公司 | 一种由网络侧控制的呼叫拒绝的实现方法 |
CN105992165A (zh) * | 2015-02-11 | 2016-10-05 | 普天信息技术有限公司 | 一种组呼中通话限时功能的实现方法 |
CN107046681A (zh) * | 2016-02-05 | 2017-08-15 | 普天信息技术有限公司 | 集群通信***的群组成员免扰功能的实现方法及装置 |
CN105721248A (zh) * | 2016-02-26 | 2016-06-29 | 上海卓易科技股份有限公司 | 通话监测方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1235418C (zh) | 一种移动通信***及其实现集群业务的方法 | |
CN101669389B (zh) | 电信网络接入限制的实施的改进 | |
US8442195B2 (en) | Method for controlling process of establishing call | |
US6311063B1 (en) | Method of and system for emulation of multiple subscriber profiles on a single mobile phone in a wireless telecommunications network | |
US8175243B2 (en) | Systems and methods for facilitating teleconferencing without pre-reservation of conference resources | |
US8243906B2 (en) | Group communication system, group ID number issuing apparatus, and call control apparatus | |
CN104660809A (zh) | 私密联系人来电的接听管理方法及装置 | |
CN100407819C (zh) | 对集群业务处理进行监听的方法及集群通讯*** | |
US10645048B2 (en) | Locking open group chat communications | |
CN103167453A (zh) | 一种强插呼叫业务的实现方法 | |
CN106455060A (zh) | 一种呼叫方法、装置、终端及核心网*** | |
JP3862238B2 (ja) | 電気通信システムにおける呼びの制御 | |
CN105722046A (zh) | 一种td-lte应急通信***强插/强拆业务的实现方法 | |
CN106331997A (zh) | 一种分级组网时组成员向组主控服务器进行登记的方法 | |
CN109246316A (zh) | 一种来电处理方法及*** | |
JP2010141850A (ja) | 通信装置および移動端末 | |
CN101175256B (zh) | 一种补充业务实现方法及网络设备 | |
CN104202462B (zh) | 通信控制方法和*** | |
US20140156856A1 (en) | Control of connection between devices | |
CN110113719A (zh) | 一种基于宽带集群***的呼叫限制方法和设备 | |
CN103139718B (zh) | 一种PoC时延优化处理的方法及装置 | |
CN110418299A (zh) | 呼叫转移方法和*** | |
CN107046681A (zh) | 集群通信***的群组成员免扰功能的实现方法及装置 | |
CN107241706A (zh) | 用于宽带集群通信***中的多调度台强拆业务实现方法 | |
CN100403796C (zh) | 终端入会方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20220429 |
|
AD01 | Patent right deemed abandoned |