CN103002405A - 宽带多媒体集群***中进入组呼的方法、相关装置和*** - Google Patents
宽带多媒体集群***中进入组呼的方法、相关装置和*** Download PDFInfo
- Publication number
- CN103002405A CN103002405A CN2012105480025A CN201210548002A CN103002405A CN 103002405 A CN103002405 A CN 103002405A CN 2012105480025 A CN2012105480025 A CN 2012105480025A CN 201210548002 A CN201210548002 A CN 201210548002A CN 103002405 A CN103002405 A CN 103002405A
- Authority
- CN
- China
- Prior art keywords
- group
- call service
- calling
- service group
- user side
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000011664 signaling Effects 0.000 claims abstract description 52
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了宽带多媒体集群***中进入组呼的方法、相关装置和***,交换控制中心SCC接收主叫用户端的A呼叫组组呼建立申请,检测所述A呼叫组中所有组用户端所属的呼叫组的信息,比对已建立的呼叫组的组呼列表,当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表且该组用户端处于B呼叫组的组呼中时,SCC向该组用户端发送组呼指示信令,通过判断呼叫组中的组用户端的其他所属的呼叫组的组呼存在情况,并对正处于其他所属的呼叫组的组呼中的组用户端通过业务信道发送组呼指示信令,使得这些组用户端可以选择是否断开当前组呼进入该新建立的组呼,由此大大提高了用户的满意度。
Description
技术领域
本发明涉及宽带多媒体集群***领域,特别是涉及宽带多媒体集群***中进入组呼的方法、相关装置和***。
背景技术
宽带多媒体集群***是统一架构下实现多种模式接入的网络融合***,实现语音、短消息、视频调度等多媒体功能。
通常在该集群***下,主叫用户端以呼叫一组用户的方式发送呼叫组组呼建立申请,该集群***下的SCC(Switch&Control Center,交换控制中心)针对接收到的该组呼建立申请向该呼叫组下除主叫用户端外的其他所有组用户端通过控制信道发送被叫建立申请,从而建立一个组呼。在该组呼下,所有接收到建立申请的组用户端以及主叫用户端,均能在一定规则下发送语音数据和/或接收语音数据。
但是,大多数情况下,用户端并不是仅从属于一个呼叫组而是从属于多个呼叫组,也就是说,当用户端所属的其中一个呼叫组建立组呼的时候,该用户端可能正在另一个所属的呼叫组的组呼中,而处在组呼中的用户端是位于业务信道的,即是说,当上述情况发生时,正处于业务信道中的该用户端是无法接收到从控制信道发送过来的被叫建立申请的,也就是当对一个呼叫组的组用户端发送被叫建立申请时,若有组用户端正处于该组用户端的其他所属的呼叫组的组呼中时,这个申请建立的组呼将无法连接有该特征的组用户端而且这些组用户端甚至无法知道这个申请建立的组呼已经建立了,这样会很大程度的影响到用户的满意度。
发明内容
本发明实施例提供了宽带多媒体集群***中进入组呼的方法、相关装置和***,为了解决当一呼叫组建立组呼时,如果所属于该呼叫组的组用户端正处于其他该组用户端所属的呼叫组的组呼中,则该组用户端无法得到这个申请建立的组呼信息的问题。
本发明实施例公开了如下技术方案:
宽带多媒体集群***中进入组呼的方法,包括步骤:
交换控制中心SCC接收主叫用户端的A呼叫组组呼建立申请;
SCC检测所述A呼叫组中组用户端所属的呼叫组的信息;
SCC比对已建立的呼叫组的组呼列表;
当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端。
优选的,还包括:
当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,SCC比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,再执行所述SCC向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令。
优选的,还包括:
在所述SCC接收主叫用户端的A呼叫组组呼建立申请后,判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组全员参与的固定需求,执行SCC检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
宽带多媒体集群***中进入组呼的交换控制中心,包括:
申请接收单元,用于接收主叫用户端的A呼叫组组呼建立申请;
检测单元,用于检测所述A呼叫组中所有组用户端所属的呼叫组的信息;
比对单元,用于比对已建立的呼叫组的组呼列表;
组呼指示信令发送单元,用于当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端。
优选的,还包括比较优先级单元:
所述比较优先级单元,用于当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,再使组呼指示信令发送单元向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令。
优选的,还包括判断单元:
所述判断单元,用于判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,再使所述检测单元检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
宽带多媒体集群***中进入组呼的方法,包括步骤:
所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中的组用户端接收SCC通过RAN在业务信道发送的组呼指示信令;
所述组用户端根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
优选的,当所述组用户端为所述B呼叫组的组呼的主叫用户端时,所述组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼进行拆线处理。
优选的,当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,所述组用户端直接进入A呼叫组的组呼。
宽带多媒体集群***中进入组呼的组用户端,包括:
接收组呼指示信令单元,用于当所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中时,接收SCC通过RAN在业务信道发送的组呼指示信令;
选择单元,用于根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
优选的,所述选择单元还包括第一选择单元:
所述第一选择单元,用于当所述组用户端为所述B呼叫组的组呼的主叫用户端时,该组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼进行拆线处理。
优选的,所述选择单元还包括第二选择单元:
所述第二选择单元,用于当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,该组用户端直接进入A呼叫组的组呼。
宽带多媒体集群***中进入组呼的***,包括交换控制中心和组用户端:
所述交换控制中心为如权利要求8至14的任意一项所述的交换控制中心;
所述组用户端为和如权利要求18至20的任意一项所述的组用户端。
由上述技术方案可以看出,本发明通过在主叫用户端发送呼叫组组呼建立申请时,通过判断呼叫组中的组用户端的其他所属的呼叫组的组呼存在情况,并对正处于其他所属的呼叫组的组呼中的组用户端通过业务信道发送组呼指示信令,使得这些组用户端可以选择是否断开当前组呼进入该新建立的组呼,由此大大提高了用户的满意度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明宽带多媒体集群***中进入组呼的方法的方法流程图;
图2为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图;
图3为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图;
图4为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图;
图5为本发明宽带多媒体集群***中进入组呼的交换控制中心的装置结构图;
图6为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图;
图7为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图;
图8为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图;
图9为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图;
图10为本发明宽带多媒体集群***中进入组呼的组用户端的装置结构图。
具体实施方式
本发明实施例提供了宽带多媒体集群***中进入组呼的方法、相关装置和***。对正在B组呼中的组用户端通过直接使用业务信道发送的组呼指示信令,使这些处于B组呼中的组用户端得到A呼叫组建立组呼的信息并能够选择是否参加该A呼叫组的组呼,大大提高了用户的满意度。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例进行详细描述。
实施例一
请参阅图1,其为本发明宽带多媒体集群***中进入组呼的方法的方法流程图,该方法包括以下步骤:
S101:交换控制中心SCC接收主叫用户端的A呼叫组组呼建立申请;
S102:SCC检测所述A呼叫组中所有组用户端所属的呼叫组的信息;
这里说明一下,SCC通过接收到的A呼叫组组呼建立申请中的信息即可得知所属于A呼叫组的所有组用户端的信息,根据存储在SCC中的数据即可查到所属于A呼叫组的所有组用户端的其他所属的呼叫组。
S103:SCC比对已建立的呼叫组的组呼列表;
通过上述判定,得到了有组用户端正处于其他呼叫组的组呼中的信息,即该组用户端正处于业务信道中,而不是空闲用户所处的控制信道中。
S104:当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,SCC向该组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端;
优选的,当RAN将接收到的所述组呼指示信令通过业务信道发送到该组用户端的同时,返回组呼指示信令应答到SCC。
这里需要说明的是,RAN返回组呼指示信令应答到SCC是为了通知SCC,RAN已经向该组用户端发送了组呼指示信令,SCC根据组呼指示信令应答进行记录。
实施例二
请参阅图2,其为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图,基于实施例一的基础上,该方法包括以下步骤:
S201和S202请参阅实施例一中的S101和S102。
S203:SCC比对已建立的呼叫组的组呼列表,当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,执行S204。
优选的,所述优先级预先设定并存储在SCC中。
这里所谓的优先级均是在初始创建呼叫组的时候预先设定的,比如说在一个公司内部,各个部门内的呼叫组优先级肯定比公司管理层的呼叫组优先级要低,在这个例子里,优先级的大小主要用于体现该呼叫组所进行讨论或传递的信息重要性级别的高低。对于S203来说,在发送组呼指示信令之前比较呼叫组优先级的大小,只有新建立的组呼的呼叫组的优先级大于组用户端的当前组呼的呼叫组优先级时,SCC才会才会继续执行S204,这种预先判断的做法使得对组呼及组用户端的调度更加合理。当然,这仅仅是一个优选的实施例,本发明对是否预先进行优先级的判断并不进行限定。
S204请参阅实施例一中的S104。
实施例三
请参阅图3,其为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图,基于实施例一的基础上,该方法包括以下步骤:
S301请参阅实施例一中的S101。
在S301之后和执行S302之前,还包括S300:
所述S300:在所述SCC接收主叫用户端的A呼叫组组呼建立申请后,判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,执行S302。
这里需要对全员参与请求进行进一步的说明,所述全员参与请求并不是传统意义上的要求呼叫组全员参加或是必须呼叫组全员参加,因为现有技术中,建立组呼实际上就是默认向呼叫组全员发送被叫建立申请的。全员参与请求主要是一种呼叫组的呼叫要求,当主叫用户端希望尽可能的通知所有在线的本呼叫组用户端,且不管对方是否正处于组呼中时,即可在发送组呼建立申请时同时发送全员参与请求,或者,如果一个呼叫组的呼叫要求就是每次建立组呼时,均希望尽可能的通知所有在线的本呼叫组用户端,且不管对方是否正处于组呼中,那么在呼叫组创建时,也可以直接将全员参与的固定需求保存在SCC侧,这样,该呼叫组每次建立组呼时,不需要主叫用户端进行全员参与请求的发送,SCC均默认为已接收到该请求。当然,这只是一个优选的实施例,本发明不对是否需要全员参与请求进行限定。
S302、S303和S304请参阅实施例一中的S102、S103和S104。
实施例四
请参阅图4,其为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图,基于实施例二的基础上,该方法包括以下步骤:
S401请参阅实施例一中的S201。
在S401之后和执行S402之前,还包括S300:
所述S400:SCC判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,执行S402。
S402、S403和S404请参阅实施例一中的S202、S203和S204。
实施例五
请参阅图5,其为本发明宽带多媒体集群***中进入组呼的交换控制中心的装置结构图,该交换控制中心包括:
申请接收单元500,用于接收主叫用户端的A呼叫组组呼建立申请;
检测单元501,用于检测所述A呼叫组中所有组用户端所属的呼叫组的信息;
比对单元502,用于比对已建立的呼叫组的组呼列表;
组呼指示信令发送单元503,用于当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端;
优选的,所述指示信令发送单元还用于返回组呼指示信令应答到SCC。
实施例六
请参阅图6,其为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图,基于实施例五的基础上,该交换控制中心还包括比较优先级单元600:
所述比较优先级单元600,用于比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,再使组呼指示信令发送单元503向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令。
优选的,所述优先级预先设定并存储在SCC中。
实施例七
请参阅图7,其为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图,基于实施例五的基础上,该交换控制中心还包括判断单元700:
所述判断单元700,用于判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,再使所述检测单元501检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
实施例八
请参阅图8,其为本发明宽带多媒体集群***中进入组呼的交换控制中心的另一个装置结构图,基于实施例六的基础上,该交换控制中心还包括判断单元700:
所述判断单元700,用于判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,再使所述检测单元501检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
实施例九
请参阅图9,其为本发明宽带多媒体集群***中进入组呼的方法的另一个方法流程图,该方法包括以下步骤:
S901:所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中的组用户端接收SCC通过RAN在业务信道发送的组呼指示信令;
S902:所述组用户端根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
优选的,当所述组用户端为所述B呼叫组的组呼的主叫用户端时,所述组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼拆线处理。
这里需要说明,当处于B呼叫组的组呼中的该组用户端为主叫用户端时,在业务信道收到了SCC通过RAN发送的组呼指示信令后,会弹出提示组用户端进入A呼叫组组呼的选项或窗口,本发明不对进行提示的具体形式进行限制,当组用户端选择继续进入A呼叫组组呼时,如果该组用户端不是B呼叫组组呼的主叫用户端即B呼叫组组呼并不是该组用户端申请建立的,则该用户直接进入A呼叫组组呼,如果该组用户端是B呼叫组组呼的主叫用户端即B呼叫组组呼并是该组用户端申请建立的,该用户端则必须首先对B呼叫组组呼进行拆线处理即取消B呼叫组组呼后,才能进入A呼叫组组呼,当然,进一步的,***可以在该组用户端进入A呼叫组组呼时,指定B呼叫组组呼中的拥有发送组呼建立申请权限的另一个组用户端为主叫用户端,这样,在B呼叫组的原主叫用户端离开后,B呼叫组组呼依然可以保留。
优选的,当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,所述组用户端直接进入A呼叫组的组呼。
实施例十
请参阅图10,其为本发明宽带多媒体集群***中进入组呼的组用户端的装置结构图,包括:
接收组呼指示信令单元1001,用于当所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中时,接收SCC通过RAN在业务信道发送的组呼指示信令;
选择单元1002,用于根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
优选的,所述选择单元1002还包括第一选择单元1003:
所述第一选择单元1003,用于当所述组用户端为所述B呼叫组的组呼的主叫用户端时,该组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼进行拆线处理。
优选的,所述选择单元1002还包括第二选择单元1004:
所述第二选择单元1004,用于当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,该组用户端直接进入A呼叫组的组呼。
实施例十一
本实施例为本发明宽带多媒体集群***中进入组呼的***,包括交换控制中心和组用户端:
所述交换控制中心为本发明交换控制中心实施例中任一交换控制中心。
所述组用户端为本发明组用户端实施例中任一组用户端。
由上述实施例可以看出,本发明通过在主叫用户端发送呼叫组组呼建立申请时,通过判断呼叫组中的组用户端的其他所属的呼叫组的组呼存在情况,并对正处于其他所属的呼叫组的组呼中的组用户端通过业务信道发送组呼指示信令,使得这些组用户端可以选择是否断开当前组呼进入该新建立的组呼,由此大大提高了用户的满意度。
需要说明的是,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上对本发明所提供的一种宽带多媒体集群***中进入组呼的方法和装置进行了详细介绍,本文中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (13)
1.宽带多媒体集群***中进入组呼的方法,其特征在于,包括步骤:
交换控制中心SCC接收主叫用户端的A呼叫组组呼建立申请;
SCC检测所述A呼叫组中组用户端所属的呼叫组的信息;
SCC比对已建立的呼叫组的组呼列表;
当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端。
2.根据权利要求1所述的方法,其特征在于,还包括:
当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,SCC比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,再执行所述SCC向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令。
3.根据权利要求1或2所述的方法,其特征在于,还包括:
在所述SCC接收主叫用户端的A呼叫组组呼建立申请后,判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组全员参与的固定需求,执行SCC检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
4.宽带多媒体集群***中进入组呼的交换控制中心,其特征在于,包括:
申请接收单元,用于接收主叫用户端的A呼叫组组呼建立申请;
检测单元,用于检测所述A呼叫组中所有组用户端所属的呼叫组的信息;
比对单元,用于比对已建立的呼叫组的组呼列表;
组呼指示信令发送单元,用于当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令,以使所述RAN将接收到的所述组呼指示信令通过业务信道发送到所述所属B呼叫组处于已建立的呼叫组的组用户端。
5.根据权利要求4所述的交换控制中心,其特征在于,还包括比较优先级单元:
所述比较优先级单元,用于当有组用户端所属的B呼叫组处于已建立的呼叫组的组呼列表时,比较B呼叫组和A呼叫组的优先级大小,当A呼叫组的优先级大于B呼叫组的优先级时,再使组呼指示信令发送单元向所述所属B呼叫组处于已建立的呼叫组的组用户端所在的无线接入网RAN发送组呼指示信令。
6.根据权利要求4或5所述的交换控制中心,其特征在于,还包括判断单元:
所述判断单元,用于判断所述A呼叫组组呼建立申请是否包含全员参与请求或检测数据库内是否预先保存了所述A呼叫组的全员参与的固定需求,如果所述A呼叫组组呼建立申请包含全员参与请求或数据库内预先保存了所述A呼叫组的全员参与的固定需求,再使所述检测单元检测所述A呼叫组中所有组用户端所属的呼叫组的信息。
7.宽带多媒体集群***中进入组呼的方法,其特征在于,包括步骤:
所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中的组用户端接收SCC通过RAN在业务信道发送的组呼指示信令;
所述组用户端根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
8.根据权利要求7所述的方法,其特征在于,当所述组用户端为所述B呼叫组的组呼的主叫用户端时,所述组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼进行拆线处理。
9.根据权利要求7所述的方法,其特征在于,当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,所述组用户端直接进入A呼叫组的组呼。
10.宽带多媒体集群***中进入组呼的组用户端,其特征在于,包括:
接收组呼指示信令单元,用于当所属A呼叫组和B呼叫组且处于已建立的B呼叫组组呼中时,接收SCC通过RAN在业务信道发送的组呼指示信令;
选择单元,用于根据所述组呼指示信令向用户提供选择界面选择是否进入A呼叫组的组呼或直接进入A呼叫组的组呼。
11.根据权利要求10所述的组用户端,其特征在于,所述选择单元还包括第一选择单元:
所述第一选择单元,用于当所述组用户端为所述B呼叫组的组呼的主叫用户端时,该组用户端向用户提供选择界面选择是否进入A呼叫组的组呼,如果选择进入A呼叫组的组呼,则所述所属B呼叫组处于已建立的呼叫组的组用户端将先对B呼叫组的组呼进行拆线处理。
12.根据权利要求10所述的组用户端,其特征在于,所述选择单元还包括第二选择单元:
所述第二选择单元,用于当所述组用户端不是所述B呼叫组的组呼的主叫用户端时,该组用户端直接进入A呼叫组的组呼。
13.宽带多媒体集群***中进入组呼的***,其特征在于,包括交换控制中心和组用户端:
所述交换控制中心为如权利要求8至14的任意一项所述的交换控制中心;
所述组用户端为和如权利要求18至20的任意一项所述的组用户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210548002.5A CN103002405B (zh) | 2012-12-17 | 2012-12-17 | 宽带多媒体集群***中进入组呼的方法、相关装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210548002.5A CN103002405B (zh) | 2012-12-17 | 2012-12-17 | 宽带多媒体集群***中进入组呼的方法、相关装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103002405A true CN103002405A (zh) | 2013-03-27 |
CN103002405B CN103002405B (zh) | 2016-03-30 |
Family
ID=47930449
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210548002.5A Active CN103002405B (zh) | 2012-12-17 | 2012-12-17 | 宽带多媒体集群***中进入组呼的方法、相关装置和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103002405B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103458385A (zh) * | 2013-09-04 | 2013-12-18 | 哈尔滨海能达科技有限公司 | 语音呼叫方法、终端处理方法、中心设备、终端及*** |
CN104469850A (zh) * | 2014-11-25 | 2015-03-25 | 海能达通信股份有限公司 | 一种呼叫建立方法、***及调度互联服务器 |
CN104812067A (zh) * | 2015-04-03 | 2015-07-29 | 京信通信技术(广州)有限公司 | Smallcell基站寻呼优化方法和*** |
CN107659575A (zh) * | 2017-10-12 | 2018-02-02 | 京信通信***(中国)有限公司 | 一种宽带集群多媒体功能体及其会话方法 |
CN109257086A (zh) * | 2018-08-14 | 2019-01-22 | 南京启虹辰通信科技有限公司 | 卫星集群终端协议栈实现方法 |
CN112087723A (zh) * | 2019-06-13 | 2020-12-15 | 普天信息技术有限公司 | 基于公网集群***的组呼接入方法、终端和核心网 |
CN115119149A (zh) * | 2021-03-17 | 2022-09-27 | 海能达通信股份有限公司 | 一种广播业务处理方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100016008A1 (en) * | 2008-07-15 | 2010-01-21 | Qualcomm Incorporated | Prioritization of group communications at a wireless communication device |
CN101707745A (zh) * | 2009-11-25 | 2010-05-12 | 中兴通讯股份有限公司 | 一种选择通话群组的方法、***及装置 |
CN102379133A (zh) * | 2009-03-30 | 2012-03-14 | 高通股份有限公司 | 基于在无线通信***内的优先权来确定是否在群组呼叫之间切换 |
-
2012
- 2012-12-17 CN CN201210548002.5A patent/CN103002405B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100016008A1 (en) * | 2008-07-15 | 2010-01-21 | Qualcomm Incorporated | Prioritization of group communications at a wireless communication device |
CN102379133A (zh) * | 2009-03-30 | 2012-03-14 | 高通股份有限公司 | 基于在无线通信***内的优先权来确定是否在群组呼叫之间切换 |
CN101707745A (zh) * | 2009-11-25 | 2010-05-12 | 中兴通讯股份有限公司 | 一种选择通话群组的方法、***及装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103458385A (zh) * | 2013-09-04 | 2013-12-18 | 哈尔滨海能达科技有限公司 | 语音呼叫方法、终端处理方法、中心设备、终端及*** |
CN103458385B (zh) * | 2013-09-04 | 2016-08-24 | 哈尔滨海能达科技有限公司 | 语音呼叫方法、终端处理方法、中心设备、终端及*** |
CN104469850A (zh) * | 2014-11-25 | 2015-03-25 | 海能达通信股份有限公司 | 一种呼叫建立方法、***及调度互联服务器 |
CN104812067A (zh) * | 2015-04-03 | 2015-07-29 | 京信通信技术(广州)有限公司 | Smallcell基站寻呼优化方法和*** |
CN104812067B (zh) * | 2015-04-03 | 2018-09-14 | 京信通信***(中国)有限公司 | Smallcell基站寻呼优化方法和*** |
CN107659575A (zh) * | 2017-10-12 | 2018-02-02 | 京信通信***(中国)有限公司 | 一种宽带集群多媒体功能体及其会话方法 |
CN107659575B (zh) * | 2017-10-12 | 2020-04-17 | 京信通信***(中国)有限公司 | 一种宽带集群多媒体功能体及其会话方法 |
CN109257086A (zh) * | 2018-08-14 | 2019-01-22 | 南京启虹辰通信科技有限公司 | 卫星集群终端协议栈实现方法 |
CN109257086B (zh) * | 2018-08-14 | 2021-04-06 | 南京启虹辰通信科技有限公司 | 卫星集群终端协议栈实现方法 |
CN112087723A (zh) * | 2019-06-13 | 2020-12-15 | 普天信息技术有限公司 | 基于公网集群***的组呼接入方法、终端和核心网 |
CN115119149A (zh) * | 2021-03-17 | 2022-09-27 | 海能达通信股份有限公司 | 一种广播业务处理方法及*** |
CN115119149B (zh) * | 2021-03-17 | 2023-06-09 | 海能达通信股份有限公司 | 一种广播业务处理方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN103002405B (zh) | 2016-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103002405A (zh) | 宽带多媒体集群***中进入组呼的方法、相关装置和*** | |
CN113079555B (zh) | 网络资源共享方法及相关装置 | |
CN103036926A (zh) | 业务推送***及方法 | |
CN110691384A (zh) | 一种网络切片使用方法及装置 | |
CN103260150A (zh) | 无线接入控制方法、无线接入点和无线接入控制器 | |
CN102801656A (zh) | 实现即时通信应用的状态控制、修改方法、设备及*** | |
CN100385964C (zh) | 呼叫受理控制装置及呼叫受理控制方法 | |
CN102457610B (zh) | 一卡多号业务联系人的匹配装置及方法 | |
CN103200196A (zh) | 一种用户设备及访问目标间的接入访问方法、***及装置 | |
CN103517243A (zh) | 紧急呼叫建立方法、网络设备及通信*** | |
US11012373B2 (en) | Method, device and system for resource allocation | |
CN103686747A (zh) | 一种次级***在数据库中进行注册的方法及设备及*** | |
CN101478794B (zh) | Mpt-1327集群通信***实现跨基站自动过网的方法 | |
CN103067303A (zh) | 宽带多媒体集群***中组呼视权调度的方法、装置和*** | |
CN106102023A (zh) | 一种基站获取ue集群组呼业务的方法、基站及用户终端 | |
CN108834188B (zh) | 数据切换方法及*** | |
CN112616143B (zh) | 一种分配通信号码的方法、装置、电子设备及存储介质 | |
CN105472739A (zh) | 一种业务信道分配方法及基站 | |
CN102769826A (zh) | 允许ue接收和在ue处接收mbms业务的方法和设备 | |
CN104883262A (zh) | 一种多终端通信方法和装置 | |
US10993281B2 (en) | Management device, terminal device, and non-transitory storage medium | |
CN103021168A (zh) | 一种调度控制处理方法及*** | |
US7269435B2 (en) | System and method for facilitating communications in a network | |
CN105245819A (zh) | 一种多点控制单元资源的调度方法及装置 | |
CN103856465A (zh) | 可视电话业务的建立处理方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20240703 Address after: No.281, Bohai Road, development zone, Hebi City, Henan Province Patentee after: HEBI TIANHAI ELECTRONIC INFORMATION SYSTEM Co.,Ltd. Country or region after: China Address before: 518057 hainengda building, North Ring Road, high tech Industrial Park, Nanshan District, Shenzhen City, Guangdong Province Patentee before: HYTERA COMMUNICATIONS Corp.,Ltd. Country or region before: China |