CN104378742A - 呼叫业务的实现方法及装置、指示信息的下发方法及装置 - Google Patents
呼叫业务的实现方法及装置、指示信息的下发方法及装置 Download PDFInfo
- Publication number
- CN104378742A CN104378742A CN201310358583.0A CN201310358583A CN104378742A CN 104378742 A CN104378742 A CN 104378742A CN 201310358583 A CN201310358583 A CN 201310358583A CN 104378742 A CN104378742 A CN 104378742A
- Authority
- CN
- China
- Prior art keywords
- information
- base station
- group
- mode
- call business
- 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
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种呼叫业务的实现方法及装置、指示信息的下发方法及装置,在上述方法中,确定当前工作模式由正常模式转换至故障弱化模式;判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。根据本发明提供的技术方案,实现了在LTE集群系统从正常模式转换至故障弱化模式的情况下,终端依旧可以进行集群呼叫业务。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种呼叫业务的实现方法及装置、指示信息的下发方法及装置。
背景技术
相关技术中,集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统。集群通信系统中大量无线用户共享少量无线信道,以指挥调度为主体应用,是一种多用途、高效能的无线通信系统,其具有独特的调度、组呼以及快速呼叫等特性,已经成为下一代集群系统的发展方向。
长期演进(Long Term Evolution,简称为LTE)集群通信系统,以LTE系统为基础扩展实现集群的各种需求和功能。在组网架构上,LTE的演进分组核心网(Evolved Packet Core,简称为EPC)和集群调度子系统(DSS)能够做到业务完全隔离、集群应用的组网,而不依赖于相关技术中的LTE EPC设备,从而在不影响已有LTE EPC核心网设备的正常运作的前提下,能够实现专网隔离、公网共享的效果。
在正常情况下,基站与LTE的PTT调度服务器(PDS)之间是存在T1链路连接,在链路正常工作时,可以支持全部集群业务功能,并且全部集群业务均需要经过集群核心网PDS处理。当T1链路出现故障时,为了最大限度地减少因链路故障产生对集群用户的影响,需要支持集群组呼,以保证紧急情况下的应急通讯;而当T1链路由故障恢复正常时,又需要恢复支持全部集群业务功能,并且后续的集群业务也都需要由LTE集群核心网PDS处理。
LTE集群系统信息的读取方式复用原有LTE公网的实现方式,对支持集群通信的小区,在系统信息块(SIB)1的调度信息列表中添加集群专用的SIB19和SIB20的指示,其中,SIB19主要用于广播集群相关的公共配置,而SIB20主要用于指示该小区系统支持的能力。
针对相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题,目前尚未提出解决方案。
发明内容
本发明提供了一种呼叫业务的实现方法及装置、指示信息的下发方法及装置,以至少解决相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题。
根据本发明的一个方面,提供了一种呼叫业务的实现方法。
本发明的呼叫业务的实现方法包括:确定当前工作模式由正常模式转换至故障弱化模式;判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
根据本发明的另一方面,提供了一种指示信息的下发方法。
本发明的指示信息的下发方法包括:配置系统信息块消息,其中,系统信息块消息中携带的信息包括:指示信息,指示信息用于指示当前所采用的工作模式;将系统信息块消息下发至终端。
根据本发明的又一方面,提供了一种呼叫业务的实现装置。
本发明的呼叫业务的实现装置包括:确定模块,用于确定当前工作模式由正常模式转换至故障弱化模式;处理模块,用于判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
根据本发明的再一方面,提供了一种指示信息的下发装置。
本发明的指示信息的下发装置包括:配置模块,用于配置系统信息块消息,其中,系统信息块消息中携带的信息包括:指示信息,指示信息用于指示当前所采用的工作模式;下发模块,用于将系统信息块消息下发至终端。
通过本发明所提供的实施例,确定当前工作模式由正常模式转换至故障弱化模式;判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务,即在确定当前的工作模式已经由正常模式转换至故障弱化模式的情况下,可以将当前已经完成对集群组信息以及用户信息的更新以及当前尚未完成对集群组信息以及用户信息的更新划分至不同的集群组,并按照其所在集群组发起呼叫业务,由此解决了相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题,进而实现了在LTE集群系统从正常模式转换至故障弱化模式的情况下,终端依旧可以进行集群呼叫业务。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的呼叫业务的实现方法的流程图;
图2是根据本发明优选实施例的LTE集群终端在故障弱化模式下进行单呼的流程图;
图3是根据本发明优选实施例的LTE集群故障弱化模式下实现集群功能的流程图;
图4是根据本发明实施例的指示信息的下发方法的流程图;
图5是根据本发明实施例的呼叫业务的实现装置的结构框图;
图6是根据本发明优选实施例的呼叫业务的实现装置的结构框图;
图7是根据本发明实施例的指示信息的下发装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的呼叫业务的实现方法的流程图。如图1所示,该方法可以包括以下处理步骤:
步骤S102:确定当前工作模式由正常模式转换至故障弱化模式;
步骤S104:判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
相关技术中,当LTE集群系统处于故障弱化模式时,集群终端无法继续进行集群业务。采用如图1所示的方法,确定当前工作模式由正常模式转换至故障弱化模式,判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务,即在确定当前的工作模式已经由正常模式转换至故障弱化模式的情况下,可以将当前已经完成对集群组信息以及用户信息的更新以及当前尚未完成对集群组信息以及用户信息的更新划分至不同的集群组,并按照其所在集群组发起呼叫业务,由此解决了相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题,进而实现了在LTE集群系统从正常模式转换至故障弱化模式的情况下,终端依旧可以进行集群呼叫业务。
优选地,在步骤S102,确定当前工作模式由正常模式转换至故障弱化模式之前,还可以包括以下处理步骤:
步骤S1:接收来自于基站的系统信息块消息,其中,该系统信息块消息中携带的信息包括:指示信息,指示信息用于指示基站当前所采用的工作模式;
在优选实施过程中,由于SIB20用于指示该小区系统支持的能力,因此,可以在SIB20中增加用于指示基站当前所采用的运行模式的指示信息,其中,运行模式可以包括:正常模式和故障弱化模式。终端可以通过接收来自于基站的LTE集群新增的SIB20,获取其中关于基站当前所采用的运行模式的指示信息。当基站处于故障弱化模式时,直接将指示信息显示给上层用户。
优选地,在步骤S104中,根据判断结果确定归属的集群组可以包括:如果已经完成对集群组信息以及用户信息的更新,则归属于更新后的集群组;如果未完成对集群组信息以及用户信息的更新,则归属于预设群组。
在优选实施例中,对于处于故障弱化模式下的终端,如果终端尚未完成组信息以及用户信息的更新时,由于该终端缺少组信息,因此,只能默认属于预设的群组(适用于紧急呼叫)成员,上层用户将只能选择对该特定群组发起组呼。而如果终端已经注册成功并且完成组信息以及用户信息的更新时,那么在呼叫接入或者切换时,由基站从核心网DSS获取用户配置信息和组信息,终端可以根据当前使用的组信息进行集群业务。
优选地,在步骤S104中,进行呼叫业务可以包括以下操作:
步骤S2:释放在正常模式下已经建立的呼叫连接,并删除呼叫连接所占用的承载上下文资源;
步骤S3:重新采用基站在故障弱化模式下分配的承载上下文资源进行呼叫业务。
在优选实施例中,对于终端从正常模式切换到故障弱化模式时,如果终端当前正处于单呼或者组呼的话权用户时,由终端的非接入层(Non-Access Stratum,简称为NAS)本地去激活为呼叫建立的演进分组系统(Evolved Packet System,简称为EPS)承载上下文,并通知无线资源控制协议(Radio Resource Control,简称为RRC)层本地释放RRC连接。如果终端当前正处于接听状态时,则由终端的用户数据面通知NAS层删除为接听用户建立的承载上下文资源。
优选地,在步骤S104中,进行呼叫业务可以包括以下步骤:
步骤S4:接收来自于基站的集群组信息更新请求,其中,集群组信息更新请求中携带的信息包括:清除终端本地的安全上下文信息;
步骤S5:根据集群组信息更新请求清除安全上下文信息。
在优选实施例中,对于终端从正常模式切换到故障弱化模式时,若终端处在正常模式下,对于NAS信令和RRC信令都可以进行完整性保护和加密保护,而当终端从正常模式切换到故障弱化模式下,NAS信令以及RRC信令都将无法进行完整性保护和加密保护。由于组呼的NAS安全属性是以组为单位进行设置的,在进行组信息更新时与组号码相关联,而在故障弱化模式下,基站可以通过模拟PDS功能,向终端发起清空群组安全算法的组信息更新请求,进而能够清除听状态下的安全上下文。至于RRC连接状态下的安全上下文,则由NAS和RRC本地清除安全上下文,加密和完整性保护则采用空算法。
优选地,在步骤S104中,进行呼叫业务可以包括以下操作:
步骤S6:向基站发送单呼信令,其中,单呼信令中携带的信息包括:被叫终端的移动用户号码MDN,MDN用于与被叫终端在成功注册至基站后获取的MDN进行匹配;
步骤S7:接收来自于基站的话权指示信息,与被叫终端进行呼叫业务,其中,话权指示信息是在基站根据MDN向被叫终端发起寻呼,并接收到被叫终端的寻呼响应后发出的。
在优选实施例中,在处于故障弱化模式下的终端进行单呼时,可以采用移动用户号码(Mobile Directory Number,简称为MDN)进行寻呼。当终端处于正常模式下,进行群组信息更新时,终端可以将移动用户号码进行存储。而当终端从正常模式转换为故障弱化模式时,终端可以通过单呼信令进行主叫寻呼,其中,单呼信令中携带的信息包括:被叫用户的MDN;而当终端进行被叫寻呼时,则可以直接使用MDN号进行寻呼,而不再使用临时识别码(Temporary Mobile Subscriber Identity,简称为TMSI)进行寻呼。基站并不需要存储用户的MDN和TMSI的对应关系信息,而是终端在接收到寻呼时进行MDN号码的匹配,若一致则响应寻呼;若不一致则不响应寻呼。
图2是根据本发明优选实施例的LTE集群终端在故障弱化模式下进行单呼的流程图。如图2所示,该流程可以包括以下处理步骤:
步骤S202:主叫终端在正常模式下成功完成注册,基站为主叫终端分配MDN;
步骤S204:主叫终端对自身的MDN进行存储;
步骤S206:被叫终端在正常模式下成功完成注册,基站为被叫终端分配MDN;
步骤S208:被叫终端对自身的MDN进行存储;
步骤S210:主叫终端通过接收来自于基站的LTE集群新增的网络系统信息块SIB20,获取其中关于基站当前所采用的运行模式的指示信息。当基站处于故障弱化模式时,主叫终端从正常模式转换为故障弱化模式;
步骤S212:主叫终端通过单呼信令进行主叫寻呼,其中,该单呼信令中携带的信息包括:被叫终端的MDN;
步骤S214:基站通过重配携带NAS消息,请求建立承载上下文;
步骤S216:主叫终端与基站建立承载上下文成功;
步骤S218:基站在接收到单呼信令之后,根据单呼信令携带的MDN发起寻呼,其中,该单呼信令中携带的信息包括:被叫终端的MDN;
步骤S220:被叫终端在接收到寻呼后,从中解析出被叫终端的MDN,并根据被叫终端在正常模式下存储的MDN进行匹配,如果匹配成功则响应寻呼;
步骤S222:被叫终端与基站之间的连接建立成功,被叫终端向基站发起服务请求过程;
步骤S224:基站通过重配携带NAS消息,请求建立承载上下文;
步骤S226:被叫终端与基站建立承载上下文成功;
步骤S228:基站向主叫终端发送话权指示GRANT消息;
步骤S230:基站向被叫终端发送话权指示GRANT消息。
因而,通过上述流程,主叫终端与被叫终端之间可以进行单呼业务。
优选地,在步骤S104中,进行呼叫业务可以包括以下步骤:
步骤S8:向基站发送组呼信令,其中,组呼信令用于使基站向归属的集群组发起寻呼。
在优选实施例中,由于组呼与单呼不同,只需要主叫终端与基站之间建立通信链路,主叫终端可以向基站发起组呼信令,而基站可以根据组呼信令向终端归属的集群组下的全部终端发起寻呼。
优选地,在步骤S104,根据判断结果确定归属的集群组进行呼叫业务之后,还可以包括以下操作:
步骤S9:接收基站再次发送的系统信息块消息,并根据再次发送的系统信息块消息确定工作模式由故障弱化模式转换至正常模式;
步骤S10:重新向基站发送注册请求消息,其中,注册请求消息中携带的信息包括:归属的集群组的校验值,校验值用于使基站确定是否需要对归属的集群组进行更新;
步骤S11:在确定需要对归属的集群组进行更新的情况下,从基站获取待更新的集群组信息以及安全上下文信息,恢复在正常模式下的呼叫业务,或者,在确定无需对归属的集群组进行更新的情况下,从基站获取待更新的安全上下文信息,恢复在正常模式下的呼叫业务。
在优选实施例中,当基站从故障弱化模式切换到正常模式时,终端需要重新进行注册,通过鉴权等过程重新获取安全上下文;而对于终端本地的集群组信息则可以根据注册过程中携带的集群组信息的校验值恢复群组更新。基站在接收到终端发送的集群组信息的校验值之后,判断是否需要对终端本地的集群组信息进行更新,如果需要,则向终端下发待更新的集群组信息。
下面结合图3所示的优选实施方式对上述优选实施过程做进一步的描述。
图3是根据本发明优选实施例的LTE集群故障弱化模式下实现集群功能的流程图。如图3所示,该流程可以包括以下处理步骤:
步骤S302:LTE集群终端在成功驻留到集群小区之后,读取该小区的系统信息:SIB19和SIB20;
步骤S304:终端可以通过接收来自于基站的LTE集群新增的网络系统信息块SIB20,获取其中关于基站当前所采用的运行模式的指示信息,其中,运行模式可以包括:正常模式和故障弱化模式;若终端当前正处于正常模式下,则进行正常的集群业务,流程结束;若终端当前正处于故障弱化模式下,则继续执行步骤S306;
步骤S306:终端上报上层用户,指示当前处于故障弱化模式,无法进行正常的集群业务;
步骤S308:判断终端当前是否已经完成集群组信息以及用户信息的更新;如果否,则继续执行步骤S310;如果是,则继续执行步骤S312;
步骤S310:如果终端尚未完成集群组信息以及用户信息的更新时,由于终端缺少集群组信息,则只能默认属于预设的群组成员,上层用户将只能选择对该特定群组发起组呼;
步骤S312:如果终端已经注册成功并且完成集群组信息以及用户信息的更新时,那么在呼叫接入或者切换时,由基站从核心网DSS获取用户配置信息和集群组信息,终端可以根据当前使用的集群组信息进行集群业务;
步骤S314:从正常模式切换到故障弱化模式下,判断当前终端是处于单呼或者组呼的话权状态,还是处于集群的听状态,若当前处于单呼或者组呼的话权状态下,则由NAS本地删除建立的承载上下文信息,若当前处于听状态下,则由用户数据面通知NAS层删除听用户的承载上下文资源;
步骤S316:对于基站从正常模式切换到故障弱化模式时,若基站处在正常模式下,对于NAS信令和RRC信令都可以进行完整性保护和加密保护,而当基站从正常模式切换到故障弱化模式下,NAS信令以及RRC信令都将无法进行完整性保护和加密保护。由于组呼的NAS安全属性是以组为单位进行设置的,在进行组信息更新时与组号码相关联,而在故障弱化模式下,基站可以通过模拟PDS功能,向终端发起清空群组安全算法的组信息更新请求,进而能够清除听状态下的安全上下文。至于RRC连接状态下的安全上下文,则由NAS和RRC本地清除安全上下文,加密和完整性保护则采用空算法;
步骤S318:终端可以通过接收来自于基站的LTE集群新增的网络系统信息块SIB20,获取其中关于基站当前所采用的运行模式的指示信息,其中,运行模式可以包括:正常模式和故障弱化模式;根据指示信息判断基站是否已经从故障弱化模式转换至正常模式;如果是,则继续执行步骤S320;如果基站当前仍处于故障弱化模式下,流程结束。
步骤S320:若基站当前正处于正常模式下,终端由NAS发起附着过程,在附着过程中,重新获取安全上下文的相关信息,通过集群组信息计算求取校验值,基站会重新更新集群组信息,从而使得终端能够进行正常的集群业务。
图4是根据本发明实施例的指示信息的下发方法的流程图。如图4所示,该指示信息的下发方法可以包括:
步骤S402:配置系统信息块消息,其中,系统信息块消息中携带的信息包括:指示信息,指示信息用于指示当前所采用的工作模式;
步骤S404:将系统信息块消息下发至终端。
在优选实施例中,基站通过下发系统信息块消息,使得终端可以获知基站当前所采用的工作模式,并进而确定基站由正常模式转换至故障弱化模式。当LTE终端从正常模式转换为故障弱化模式时,基站可以通过模拟核心网PDS功能更新集群终端的安全上下文信息以及更新集群的组信息,从而使得终端继续特殊的集群业务。当LTE终端从故障弱化模式转换为正常模式时,终端将重新发起附着请求消息,其中,该附着请求消息中携带的信息包括:当前的组信息。基站在接收到上述附着请求消息之后,将会重新更新集群组信息以及安全上下文信息,从而使得终端进行正常的集群业务。
图5是根据本发明实施例的呼叫业务的实现装置的结构框图。如图5所示,该呼叫业务的实现装置可以包括:确定模块10,用于确定当前工作模式由正常模式转换至故障弱化模式;处理模块20,用于判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
采用如图5所示的装置,解决了相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题,进而实现了在LTE集群系统从正常模式转换至故障弱化模式的情况下,终端依旧可以进行集群呼叫业务。
优选地,如图6所示,上述装置还可以包括:第一接收模块30,用于接收来自于基站的系统信息块消息,其中,系统信息块消息中携带的信息包括:指示信息,指示信息用于指示基站当前所采用的工作模式。
优选地,如图6所示,处理模块20可以包括:确定单元200,用于在已经完成对集群组信息以及用户信息的更新时,确定归属于更新后的集群组;而在未完成对集群组信息以及用户信息的更新时,确定归属于预设群组。
优选地,如图6所示,处理模块20可以包括:释放单元202,用于释放在正常模式下已经建立的呼叫连接,并删除呼叫连接所占用的承载上下文资源;处理单元204,用于重新采用基站在故障弱化模式下分配的承载上下文资源进行呼叫业务。
优选地,如图6所示,处理模块20可以包括:第一接收单元206,用于接收来自于基站的集群组信息更新请求,其中,集群组信息更新请求中携带的信息包括:清除终端本地的安全上下文信息;清除单元208,用于根据集群组信息更新请求清除安全上下文信息。
优选地,如图6所示,处理模块20可以包括:第一发送单元210,用于向基站发送单呼信令,其中,单呼信令中携带的信息包括:被叫终端的MDN,MDN用于与被叫终端在成功注册至基站后获取的MDN进行匹配;第二接收单元212,用于接收来自于基站的话权指示信息,与被叫终端进行呼叫业务,其中,话权指示信息是在基站根据MDN向被叫终端发起寻呼,并接收到被叫终端的寻呼响应后发出的。
优选地,如图6所示,处理模块20可以包括:第二发送单元214,用于向基站发送组呼信令,其中,组呼信令用于使基站向归属的集群组发起寻呼。
优选地,如图6所示,上述装置还可以包括:第二接收模块40,用于接收基站再次发送的系统信息块消息,并根据再次发送的系统信息块消息确定工作模式由故障弱化模式转换至正常模式;发送模块50,用于重新向基站发起注册请求消息,其中,注册请求消息中携带的信息包括:归属的集群组的校验值,校验值用于使基站确定是否需要对归属的集群组进行更新;恢复模块60,用于在确定需要对归属的集群组进行更新的情况下,从基站获取待更新的集群组信息以及安全上下文信息,恢复在正常模式下的呼叫业务,或者,在确定无需对归属的集群组进行更新的情况下,从基站获取待更新的安全上下文信息,恢复在正常模式下的呼叫业务。
图7是根据本发明实施例的指示信息的下发装置的结构框图。如图7所示,该指示信息的下发装置可以包括:配置模块700,用于配置系统信息块消息,其中,系统信息块消息中携带的信息包括:指示信息,指示信息用于指示当前所采用的工作模式;下发模块702,用于将系统信息块消息下发至终端。
从以上的描述中,可以看出,上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):本发明所记载的技术方案提出了一种LTE集群终端在处于故障弱化模式下继续集群业务的实现方法,基站在下发的系统信息块(例如:SIB20)消息中增加指示当前基站运行的模式:正常模式和故障弱化模式。LTE集群终端通过读取系统信息,根据系统信息块消息的指示获取当前基站的运行模式。终端通过从基站下发的系统信息块消息中解析出指示信息,确定基站当前的工作模式已经由正常模式转换至故障弱化模式,然后根据当前是否已经完成对集群组信息以及用户信息的更新的判断结果确定其所归属的集群组继续进行呼叫业务,由此解决了相关技术中当LTE集群系统处于故障弱化模式时,如何能够继续进行集群业务的问题,进而实现了在LTE集群系统从正常模式转换至故障弱化模式的情况下,终端依旧可以进行集群呼叫业务。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种呼叫业务的实现方法,其特征在于,包括:
确定当前工作模式由正常模式转换至故障弱化模式;
判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
2.根据权利要求1所述的方法,其特征在于,在确定所述当前工作模式由所述正常模式转换至所述故障弱化模式之前,还包括:
接收来自于基站的系统信息块消息,其中,所述系统信息块消息中携带的信息包括:指示信息,所述指示信息用于指示所述基站当前所采用的工作模式。
3.根据权利要求1所述的方法,其特征在于,根据所述判断结果确定所述归属的集群组包括:
如果已经完成对所述集群组信息以及所述用户信息的更新,则归属于更新后的集群组;如果未完成对所述集群组信息以及所述用户信息的更新,则归属于预设群组。
4.根据权利要求1所述的方法,其特征在于,进行所述呼叫业务包括:
释放在所述正常模式下已经建立的呼叫连接,并删除所述呼叫连接所占用的承载上下文资源;
重新采用所述基站在所述故障弱化模式下分配的承载上下文资源进行呼叫业务。
5.根据权利要求1所述的方法,其特征在于,进行所述呼叫业务包括:
接收来自于所述基站的集群组信息更新请求,其中,所述集群组信息更新请求中携带的信息包括:清除终端本地的安全上下文信息;
根据所述集群组信息更新请求清除所述安全上下文信息。
6.根据权利要求1所述的方法,其特征在于,进行所述呼叫业务包括:
向所述基站发送单呼信令,其中,所述单呼信令中携带的信息包括:被叫终端的移动用户号码MDN,所述MDN用于与所述被叫终端在成功注册至所述基站后获取的MDN进行匹配;
接收来自于所述基站的话权指示信息,与所述被叫终端进行所述呼叫业务,其中,所述话权指示信息是在所述基站根据所述MDN向所述被叫终端发起寻呼,并接收到所述被叫终端的寻呼响应后发出的。
7.根据权利要求1所述的方法,其特征在于,进行所述呼叫业务包括:
向所述基站发送组呼信令,其中,所述组呼信令用于使所述基站向所述归属的集群组发起寻呼。
8.根据权利要求1至7中任一项所述的方法,其特征在于,在根据所述判断结果确定所述归属的集群组进行所述呼叫业务之后,还包括:
接收所述基站再次发送的系统信息块消息,并根据所述再次发送的系统信息块消息确定所述工作模式由所述故障弱化模式转换至所述正常模式;
重新向所述基站发送注册请求消息,其中,所述注册请求消息中携带的信息包括:所述归属的集群组的校验值,所述校验值用于使所述基站确定是否需要对所述归属的集群组进行更新;
在确定需要对所述归属的集群组进行更新的情况下,从所述基站获取待更新的集群组信息以及安全上下文信息,恢复在所述正常模式下的呼叫业务,或者,在确定无需对所述归属的集群组进行更新的情况下,从所述基站获取所述待更新的安全上下文信息,恢复在所述正常模式下的呼叫业务。
9.一种指示信息的下发方法,其特征在于,包括:
配置系统信息块消息,其中,所述系统信息块消息中携带的信息包括:指示信息,所述指示信息用于指示当前所采用的工作模式;
将所述系统信息块消息下发至终端。
10.一种呼叫业务的实现装置,其特征在于,包括:
确定模块,用于确定当前工作模式由正常模式转换至故障弱化模式;
处理模块,用于判断当前是否已经完成对集群组信息以及用户信息的更新,并根据判断结果确定归属的集群组进行呼叫业务。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一接收模块,用于接收来自于基站的系统信息块消息,其中,所述系统信息块消息中携带的信息包括:指示信息,所述指示信息用于指示所述基站当前所采用的工作模式。
12.根据权利要求10所述的装置,其特征在于,所述处理模块包括:
确定单元,用于在已经完成对所述集群组信息以及所述用户信息的更新时,确定归属于更新后的集群组;而在未完成对所述集群组信息以及所述用户信息的更新时,确定归属于预设群组。
13.根据权利要求10所述的装置,其特征在于,所述处理模块包括:
释放单元,用于释放在所述正常模式下已经建立的呼叫连接,并删除所述呼叫连接所占用的承载上下文资源;
处理单元,用于重新采用所述基站在所述故障弱化模式下分配的承载上下文资源进行呼叫业务。
14.根据权利要求10所述的装置,其特征在于,所述处理模块包括:
第一接收单元,用于接收来自于所述基站的集群组信息更新请求,其中,所述集群组信息更新请求中携带的信息包括:清除终端本地的安全上下文信息;
清除单元,用于根据所述集群组信息更新请求清除所述安全上下文信息。
15.根据权利要求10所述的装置,其特征在于,所述处理模块包括:
第一发送单元,用于向所述基站发送单呼信令,其中,所述单呼信令中携带的信息包括:被叫终端的移动用户号码MDN,所述MDN用于与所述被叫终端在成功注册至所述基站后获取的MDN进行匹配;
第二接收单元,用于接收来自于所述基站的话权指示信息,与所述被叫终端进行所述呼叫业务,其中,所述话权指示信息是在所述基站根据所述MDN向所述被叫终端发起寻呼,并接收到所述被叫终端的寻呼响应后发出的。
16.根据权利要求10所述的装置,其特征在于,所述处理模块包括:
第二发送单元,用于向所述基站发送组呼信令,其中,所述组呼信令用于使所述基站向所述归属的集群组发起寻呼。
17.根据权利要求10至16中任一项所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于接收所述基站再次发送的系统信息块消息,并根据所述再次发送的系统信息块消息确定所述工作模式由所述故障弱化模式转换至所述正常模式;
发送模块,用于重新向所述基站发起注册请求消息,其中,所述注册请求消息中携带的信息包括:所述归属的集群组的校验值,所述校验值用于使所述基站确定是否需要对所述归属的集群组进行更新;
恢复模块,用于在确定需要对所述归属的集群组进行更新的情况下,从所述基站获取待更新的集群组信息以及安全上下文信息,恢复在所述正常模式下的呼叫业务,或者,在确定无需对所述归属的集群组进行更新的情况下,从所述基站获取所述待更新的安全上下文信息,恢复在所述正常模式下的呼叫业务。
18.一种指示信息的下发装置,其特征在于,包括:
配置模块,用于配置系统信息块消息,其中,所述系统信息块消息中携带的信息包括:指示信息,所述指示信息用于指示当前所采用的工作模式;
下发模块,用于将所述系统信息块消息下发至终端。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310358583.0A CN104378742A (zh) | 2013-08-15 | 2013-08-15 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
KR1020167006339A KR20160043003A (ko) | 2013-08-15 | 2013-09-18 | 호출 서비스의 실현 방법 및 장치, 지시 정보의 송신 방법 및 장치 |
RU2016109188A RU2643163C2 (ru) | 2013-08-15 | 2013-09-18 | Способ и устройство для реализации услуги обработки вызовов, а также способ и устройство для передачи данных индикации |
PCT/CN2013/083811 WO2014169569A1 (zh) | 2013-08-15 | 2013-09-18 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
EP13882075.8A EP3035770B1 (en) | 2013-08-15 | 2013-09-18 | Call service implementation method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310358583.0A CN104378742A (zh) | 2013-08-15 | 2013-08-15 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104378742A true CN104378742A (zh) | 2015-02-25 |
Family
ID=51730728
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310358583.0A Pending CN104378742A (zh) | 2013-08-15 | 2013-08-15 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP3035770B1 (zh) |
KR (1) | KR20160043003A (zh) |
CN (1) | CN104378742A (zh) |
RU (1) | RU2643163C2 (zh) |
WO (1) | WO2014169569A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106537973A (zh) * | 2015-07-10 | 2017-03-22 | 海能达通信股份有限公司 | 一种业务管理方法及其装置 |
CN107454607A (zh) * | 2016-05-30 | 2017-12-08 | 北京信威通信技术股份有限公司 | 一种故障弱化模式的实现方法及装置 |
CN107635285A (zh) * | 2016-07-12 | 2018-01-26 | 北京信威通信技术股份有限公司 | 一种建立通话的方法及装置 |
CN112714404A (zh) * | 2020-12-31 | 2021-04-27 | 哈尔滨海能达科技有限公司 | 一种动态控制集群终端工作模式的方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5790527A (en) * | 1994-12-20 | 1998-08-04 | Research Triangle Park | Trunked radio frequency communication system for accommodating both frequency and time division based RF communications |
CN1835609A (zh) * | 2005-03-17 | 2006-09-20 | 华为技术有限公司 | 集群网通讯中的故障弱化实现方法 |
CN101212723A (zh) * | 2006-12-27 | 2008-07-02 | 大唐移动通信设备有限公司 | 一种集群网络系统及基于该网络系统的故障弱化工作方法 |
CN101772198A (zh) * | 2008-12-31 | 2010-07-07 | 中兴通讯股份有限公司 | 一种实现集群组呼业务的方法和系统 |
CN101156478B (zh) * | 2005-08-18 | 2010-10-06 | 中兴通讯股份有限公司 | 一种集群通信系统中广播消息的寻址方法 |
CN101977353A (zh) * | 2010-10-28 | 2011-02-16 | 中兴通讯股份有限公司 | 一种单站模式下实现集群通话中组呼的方法及系统 |
CN101984682A (zh) * | 2010-11-01 | 2011-03-09 | 中兴通讯股份有限公司 | 一种单站模式下实现集群通话的方法及系统 |
CN102104925A (zh) * | 2009-12-22 | 2011-06-22 | 中兴通讯股份有限公司 | 一种故障弱化模式下降低基站间干扰的方法和系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2345509C2 (ru) * | 2004-07-06 | 2009-01-27 | Зте Корпорейшн | Цифровая транкинговая сеть связи, поддерживающая роуминг, и соответствующий способ обеспечения роуминга |
CN102938878B (zh) * | 2011-08-15 | 2016-03-23 | 上海贝尔股份有限公司 | 相邻小区的mbms服务信息通知方法以及相应的设备 |
US9078253B2 (en) * | 2011-11-28 | 2015-07-07 | Samsung Electronics Co., Ltd. | Apparatus and method for machine-type communications |
-
2013
- 2013-08-15 CN CN201310358583.0A patent/CN104378742A/zh active Pending
- 2013-09-18 RU RU2016109188A patent/RU2643163C2/ru active
- 2013-09-18 WO PCT/CN2013/083811 patent/WO2014169569A1/zh active Application Filing
- 2013-09-18 EP EP13882075.8A patent/EP3035770B1/en active Active
- 2013-09-18 KR KR1020167006339A patent/KR20160043003A/ko not_active Application Discontinuation
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5790527A (en) * | 1994-12-20 | 1998-08-04 | Research Triangle Park | Trunked radio frequency communication system for accommodating both frequency and time division based RF communications |
CN1835609A (zh) * | 2005-03-17 | 2006-09-20 | 华为技术有限公司 | 集群网通讯中的故障弱化实现方法 |
CN101156478B (zh) * | 2005-08-18 | 2010-10-06 | 中兴通讯股份有限公司 | 一种集群通信系统中广播消息的寻址方法 |
CN101212723A (zh) * | 2006-12-27 | 2008-07-02 | 大唐移动通信设备有限公司 | 一种集群网络系统及基于该网络系统的故障弱化工作方法 |
CN101772198A (zh) * | 2008-12-31 | 2010-07-07 | 中兴通讯股份有限公司 | 一种实现集群组呼业务的方法和系统 |
CN102104925A (zh) * | 2009-12-22 | 2011-06-22 | 中兴通讯股份有限公司 | 一种故障弱化模式下降低基站间干扰的方法和系统 |
CN101977353A (zh) * | 2010-10-28 | 2011-02-16 | 中兴通讯股份有限公司 | 一种单站模式下实现集群通话中组呼的方法及系统 |
CN101984682A (zh) * | 2010-11-01 | 2011-03-09 | 中兴通讯股份有限公司 | 一种单站模式下实现集群通话的方法及系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106537973A (zh) * | 2015-07-10 | 2017-03-22 | 海能达通信股份有限公司 | 一种业务管理方法及其装置 |
CN106537973B (zh) * | 2015-07-10 | 2020-01-21 | 海能达通信股份有限公司 | 一种业务管理方法及其装置 |
CN107454607A (zh) * | 2016-05-30 | 2017-12-08 | 北京信威通信技术股份有限公司 | 一种故障弱化模式的实现方法及装置 |
CN107635285A (zh) * | 2016-07-12 | 2018-01-26 | 北京信威通信技术股份有限公司 | 一种建立通话的方法及装置 |
CN112714404A (zh) * | 2020-12-31 | 2021-04-27 | 哈尔滨海能达科技有限公司 | 一种动态控制集群终端工作模式的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
KR20160043003A (ko) | 2016-04-20 |
WO2014169569A1 (zh) | 2014-10-23 |
EP3035770A4 (en) | 2016-07-27 |
EP3035770A1 (en) | 2016-06-22 |
RU2016109188A (ru) | 2017-09-21 |
RU2643163C2 (ru) | 2018-01-31 |
EP3035770B1 (en) | 2020-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1748386B (zh) | 在多媒体广播/多播业务中管理用于寻呼用户设备的业务环境的方法 | |
CN101019440B (zh) | 基于传输利用率的路由选择 | |
CN104244189A (zh) | 一种td-lte集群故障弱化通信系统中的寻呼方法 | |
JP6697075B2 (ja) | 車車間・路車間通信システムにおけるデータ伝送のための方法 | |
EP2852194B1 (en) | Message transmission method, ue and network device | |
CN104883217A (zh) | 一种传输卫星报文的方法、系统和设备 | |
CN101969631A (zh) | 处理传呼的方法及其相关通讯装置 | |
CN101984682A (zh) | 一种单站模式下实现集群通话的方法及系统 | |
CN103037472A (zh) | 集群登记的方法及装置 | |
CN107889224A (zh) | 一种逻辑信道的调度方法、装置及系统 | |
CN103428668B (zh) | 一种跟踪区更新方法及装置 | |
CN107666688B (zh) | 公共流程实现方法、装置及系统 | |
CN104378742A (zh) | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 | |
CN100477859C (zh) | 一种用户终端接入网络的方法 | |
CN102833734A (zh) | 一种传输寻呼信息的方法 | |
CN102045651B (zh) | 集群呼叫的方法、msc、bsc及通信系统 | |
CN102149084A (zh) | 一种识别m2m终端的方法和系统 | |
CN102404710A (zh) | 机器类型通信设备的签约数据管理方法、设备及系统 | |
CN102215465A (zh) | 终端被叫处理、测试方法以及长期演进系统 | |
CN102098625B (zh) | 一种在组呼过程中寻呼的方法及装置 | |
CN101742582A (zh) | 一种获取终端支持csg能力的方法、系统及装置 | |
CN105578424B (zh) | 一种求助信息的传输方法及设备 | |
US9525980B2 (en) | Method and system for triggering terminal group | |
CN101742418B (zh) | 一种组呼短数据能力通知方法、系统及设备 | |
CN101466154B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150225 |
|
RJ01 | Rejection of invention patent application after publication |