CN107635285A - 一种建立通话的方法及装置 - Google Patents
一种建立通话的方法及装置 Download PDFInfo
- Publication number
- CN107635285A CN107635285A CN201610545409.0A CN201610545409A CN107635285A CN 107635285 A CN107635285 A CN 107635285A CN 201610545409 A CN201610545409 A CN 201610545409A CN 107635285 A CN107635285 A CN 107635285A
- Authority
- CN
- China
- Prior art keywords
- base station
- call
- message
- called
- group
- 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.)
- Withdrawn
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种建立通话的方法及装置。该方法包括：基站接收主叫用户发送的呼叫请求；若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC‑IDLE状态，则所述基站对所述被叫号码对应的S‑TMSI发起集群寻呼，从而实现基站和用户不但能够支持故障弱化工作模式，并能够在正常工作模式和故障弱化工作模式间转换，而且在故障弱化发生后，能够让原驻留小区不属于同一个eNodeB的终端移动进入到该eNodeB时提供基本的语音呼叫服务，包括单呼和组呼。
Description
技术领域
本发明实施例涉及通信的技术领域，尤其涉及一种建立通话的方法及装置。
背景技术
传统的LTE集群故障弱化通常仅能提供已正常注册在该eNodeB下的终端在eNodeB或EPC遇到故障时使用故障弱化功能。而原驻留小区不属于同一个eNodeB的终端侧不能提供服务。随着组网的多样化，应用场景的特殊性，集群调度业务的可靠性显得越来越重要，因此，需要提供一种方法来解决eNodeB与分组核心演进(Evolved Packet Core，EPC)断开后，原驻留小区的终端及移动到该小区的终端均能够正常使用业务的办法。
发明内容
本发明实施例的目的在于提出一种建立通话的方法及装置，旨在解决如何在故障弱化发生后，能够让原驻留小区不属于同一个基站的终端移动进入到该基站时提供基本的语音呼叫服务的问题。
为达此目的，本发明实施例采用以下技术方案：
第一方面，一种建立通话的方法，所述方法包括：
基站接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKING SERVICEREQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；
若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
优选地，所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICEREQUEST恢复和基站的连接之后，还包括：
所述基站通过DlInformationTransfer携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带CALL CONFIRMED消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带所述CALL PROCEEDING消息发送给所述主叫用户。
优选地，所述基站通过所述DlInformationTransfer携带所述CALL PROCEEDING消息发送给所述主叫用户之后，还包括：
所述基站分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机；
所述基站发送所述ALERTING消息到所述主叫用户，主叫振铃。
优选地，所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，还包括：
所述被叫用户通过所述UlInformationTransfer携带CALL CONNECT消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
优选地，所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，还包括：
所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站；
所述基站eNodeB通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
优选地，所述方法还包括：
若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则所述基站发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的RRC连接。
优选地，所述方法还包括：
若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALLREJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
优选地，所述方法还包括：
若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息。
优选地，所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，还包括：
若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，所述基站下发对应的群组消息和组配置消息。
优选地，所述方法还包括：
所述基站判断所述组呼未建立，则所述基站使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；
所述基站通过GroupcallConfig携带GROUP CALL SETUP INDICATION消息发给组内其他终端；
所述基站向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；
所述基站向所述组内其他终端发送话权信息FLOOR INFORM。
优选地，所述基站接收主叫用户发送的呼叫请求之前，还包括：
当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述基站与所述终端建立注册流程。
优选地，所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，还包括：
当基站与EPC连接恢复时，所述基站转成正常工作模式，所述基站下各小区通过系统信息通知给用户，以使得所述用户转入正常工作模式。
第二方面，一种建立通话的装置，所述装置包括：
接收模块，用于接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKINGSERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
确认模块，用于若所述呼叫请求携带所述被叫号码，通过号码分析，确认所述被叫号码是否在维护的号码列表中；
第一发送模块，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
优选地，所述装置包括：
第二发送模块，用于被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICEREQUEST恢复和基站的连接之后，通过DlInformationTransfer携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带CALL CONFIRMED消息发送给所述基站；通过所述DlInformationTransfer携带所述CALLPROCEEDING消息发送给所述主叫用户。
优选地，所述装置还包括：
第三发送模块，用于分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机；发送所述ALERTING消息到所述主叫用户，主叫振铃。
优选地，所述装置还包括：
第四发送模块，用于在被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，且所述被叫用户通过所述UlInformationTransfer携带CALLCONNECT消息发送给所述基站之和；通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
优选地，所述装置还包括：
第五发送模块，用于所述基站通过DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，且所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站之后，通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
优选地，所述装置还包括：
第六发送模块，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的RRC连接。
优选地，所述装置还包括：
第七发送模块，用于若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
优选地，所述装置还包括：
第八发送模块，用于若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则将对应的用户加入组呼，发送所述CALL ACCEPT消息。
优选地，所述基站还包括：
第九发送模块，用于将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，下发对应的群组消息和组配置消息。
优选地，所述基站还包括：
第十发送模块，用于所述基站判断所述组呼未建立，则使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；通过GroupcallConfig携带GROUP CALL SETUPINDICATION消息发给组内其他终端；向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；向所述组内其他终端发送话权信息FLOOR INFORM。
优选地，所述装置还包括：
注册模块，用于所述基站接收主叫用户发送的呼叫请求之前，当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述终端建立注册流程。
优选地，所述装置还包括：
转换模块，用于所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，当基站与EPC连接恢复时，转成正常工作模式，通过系统信息通知给所述基站下的各小区的用户，以使得所述用户转入正常工作模式。
本发明实施例提供一种建立通话的方法及装置，基站接收主叫用户发送的呼叫请求；若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接，从而实现基站和用户不但能够支持故障弱化工作模式，并能够在正常工作模式和故障弱化工作模式间转换，而且在故障弱化发生后，能够让原驻留小区不属于同一个eNodeB的终端移动进入到该eNodeB时提供基本的语音呼叫服务，包括单呼和组呼。
附图说明
图1是本发明实施例提供的一种建立通话的方法的流程示意图；
图2是本发明实施例提供的另一种建立通话的方法的流程示意图；
图3是本发明实施例提供的一种建立通话的装置的功能模块示意图；
图4是本发明实施例提供的另一种建立通话的装置的功能模块示意图。
具体实施方式
下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明实施例，而非对本发明实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明实施例相关的部分而非全部结构。
参考图1，图1是本发明实施例提供的一种建立通话的方法的流程示意图。
如图1所示，所述建立通话的方法包括：
步骤101，基站接收主叫用户发送的呼叫请求，所述呼叫请求为通过集群的SR流程TRUNKING SERVICE REQUEST消息容器中包含的呼叫请求CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识(Group Identity，GID)；
步骤102，若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；
步骤103，若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于无线资源控制空闲态(Radio Resource Control IDLE)状态，则所述基站对所述被叫号码对应的临时移动标识(SAE Temporary Mobile Station Identifier，S-TMSI)发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
优选地，所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICEREQUEST恢复和基站的连接之后，还包括：
所述基站通过下行信息传输(DlInformationTransfer)携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带呼叫确认(CALL CONFIRMED)消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带所述呼叫进展(CALLPROCEEDING)消息发送给所述主叫用户。
优选地，所述基站通过所述DlInformationTransfer携带所述CALL PROCEEDING消息发送给所述主叫用户之后，还包括：
所述基站分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送振铃(ALERTING)消息到所述基站，被叫振铃，等待所述被叫用户摘机；
所述基站发送所述ALERTING消息到所述主叫用户，主叫振铃。
优选地，所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，还包括：
所述被叫用户通过所述UlInformationTransfer携带呼叫连接(CALL CONNECT)消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
优选地，所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，还包括：
所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站；
所述基站eNodeB通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
优选地，所述方法还包括：
若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则所述基站发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的无线资源控制协议(Radio Resource Control，RRC)连接。
优选地，所述方法还包括：
若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALLREJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
优选地，所述基站接收主叫用户发送的呼叫请求之前，还包括：
当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述基站与所述终端建立注册流程。
优选地，所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，还包括：
当基站与EPC连接恢复时，所述基站转成正常工作模式，所述基站下各小区通过系统信息通知给用户，以使得所述用户转入正常工作模式。
本发明实施例提供一种建立通话的方法，基站接收主叫用户发送的呼叫请求；若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接，从而实现基站和用户不但能够支持故障弱化工作模式，并能够在正常工作模式和故障弱化工作模式间转换，而且在故障弱化发生后，能够让原驻留小区不属于同一个eNodeB的终端移动进入到该eNodeB时提供基本的语音呼叫服务，包括单呼和组呼。
参考图2，图2是本发明实施例提供的另一种建立通话的方法的流程示意图。
如图2所示，所述建立通话的方法包括：
步骤201，基站接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKINGSERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
步骤202，若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；
步骤203，若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息。
优选地，所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，还包括：
若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，所述基站下发对应的群组消息和组配置消息。
优选地，所述方法还包括：
所述基站判断所述组呼未建立，则所述基站使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；
所述基站通过集群呼叫配置(GroupcallConfig)携带集群呼叫建立指示(GROUPCALL SETUP INDICATION)消息发给组内其他终端；
所述基站向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；
所述基站向所述组内其他终端发送话权信息话权通知(FLOOR INFORM)。
参考图3，图3是本发明实施例提供的一种建立通话的装置的功能模块示意图。
如图3所示，所述建立通话的装置包括：
接收模块301，用于接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKINGSERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
确认模块302，用于若所述呼叫请求携带所述被叫号码，通过号码分析，确认所述被叫号码是否在维护的号码列表中；
第一发送模块303，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
优选地，所述装置包括：
第二发送模块，用于被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICEREQUEST恢复和基站的连接之后，通过DlInformationTransfer携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带CALL CONFIRMED消息发送给所述基站；通过所述DlInformationTransfer携带所述CALLPROCEEDING消息发送给所述主叫用户。
优选地，所述装置还包括：
第三发送模块，用于分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机；发送所述ALERTING消息到所述主叫用户，主叫振铃。
优选地，所述装置还包括：
第四发送模块，用于在被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，且所述被叫用户通过所述UlInformationTransfer携带CALLCONNECT消息发送给所述基站之和；通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
优选地，所述装置还包括：
第五发送模块，用于所述基站通过DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，且所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站之后，通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
优选地，所述装置还包括：
第六发送模块，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的RRC连接。
优选地，所述装置还包括：
第七发送模块，用于若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
优选地，所述装置还包括：
注册模块，用于所述基站接收主叫用户发送的呼叫请求之前，当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述终端建立注册流程。
优选地，所述装置还包括：
转换模块，用于所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，当基站与EPC连接恢复时，转成正常工作模式，通过系统信息通知给所述基站下的各小区的用户，以使得所述用户转入正常工作模式。
本发明实施例提供一种建立通话的装置，基站接收主叫用户发送的呼叫请求；若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接，从而实现基站和用户不但能够支持故障弱化工作模式，并能够在正常工作模式和故障弱化工作模式间转换，而且在故障弱化发生后，能够让原驻留小区不属于同一个eNodeB的终端移动进入到该eNodeB时提供基本的语音呼叫服务，包括单呼和组呼。
参考图4，图4是本发明实施例提供的另一种建立通话的装置的功能模块示意图。
如图4所示，所述建立通话的装置包括：
接收模块401，用于接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKINGSERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
确认模块402，用于若所述呼叫请求携带所述被叫号码，通过号码分析，确认所述被叫号码是否在维护的号码列表中；
第八发送模块403，用于若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则将对应的用户加入组呼，发送所述CALL ACCEPT消息。
优选地，所述基站还包括：
第九发送模块，用于将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，下发对应的群组消息和组配置消息。
优选地，所述基站还包括：
第十发送模块，用于所述基站判断所述组呼未建立，则使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；通过GroupcallConfig携带GROUP CALL SETUPINDICATION消息发给组内其他终端；向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；向所述组内其他终端发送话权信息FLOOR INFORM。
本发明实施例提供一种建立通话的装置，基站接收主叫用户发送的呼叫请求；若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接，从而实现基站和用户不但能够支持故障弱化工作模式，并能够在正常工作模式和故障弱化工作模式间转换，而且在故障弱化发生后，能够让原驻留小区不属于同一个eNodeB的终端移动进入到该eNodeB时提供基本的语音呼叫服务，包括单呼和组呼。
以上结合具体实施例描述了本发明实施例的技术原理。这些描述只是为了解释本发明实施例的原理，而不能以任何方式解释为对本发明实施例保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明实施例的其它具体实施方式，这些方式都将落入本发明实施例的保护范围之内。
Claims (24)
1.一种建立通话的方法，其特征在于，所述方法包括：
基站接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKING SERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
若所述呼叫请求携带所述被叫号码，所述基站通过号码分析，确认所述被叫号码是否在维护的号码列表中；
若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
2.根据权利要求1所述的方法，其特征在于，所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接之后，还包括：
所述基站通过DlInformationTransfer携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带CALL CONFIRMED消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带所述CALL PROCEEDING消息发送给所述主叫用户。
3.根据权利要求2所述的方法，其特征在于，所述基站通过所述DlInformationTransfer携带所述CALL PROCEEDING消息发送给所述主叫用户之后，还包括：
所述基站分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机；
所述基站发送所述ALERTING消息到所述主叫用户，主叫振铃。
4.根据权利要求3所述的方法，其特征在于，所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，还包括：
所述被叫用户通过所述UlInformationTransfer携带CALL CONNECT消息发送给所述基站；
所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
5.根据权利要求4所述的方法，其特征在于，所述基站通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，还包括：
所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站；
所述基站eNodeB通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则所述基站发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的RRC连接。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息。
9.根据权利要求8所述的方法，其特征在于，所述基站将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，还包括：
若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，所述基站下发对应的群组消息和组配置消息。
10.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述基站判断所述组呼未建立，则所述基站使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；
所述基站通过GroupcallConfig携带GROUP CALL SETUP INDICATION消息发给组内其他终端；
所述基站向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；
所述基站向所述组内其他终端发送话权信息FLOOR INFORM。
11.根据权利要求1至10任意一项所述的方法，其特征在于，所述基站接收主叫用户发送的呼叫请求之前，还包括：
当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述基站与所述终端建立注册流程。
12.根据权利要求1至10任意一项所述的方法，其特征在于，所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，还包括：
当基站与EPC连接恢复时，所述基站转成正常工作模式，所述基站下各小区通过系统信息通知给用户，以使得所述用户转入正常工作模式。
13.一种建立通话的装置，其特征在于，所述装置包括：
接收模块，用于接收主叫用户发送的呼叫请求，所述呼叫请求为通过TRUNKINGSERVICE REQUEST消息容器中包含的CALL REQUEST消息，所述呼叫请求携带被叫号码或者被叫组标识GID；
确认模块，用于若所述呼叫请求携带所述被叫号码，通过号码分析，确认所述被叫号码是否在维护的号码列表中；
第一发送模块，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼，以使得所述被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICE REQUEST恢复和基站的连接。
14.根据权利要求13所述的装置，其特征在于，所述装置包括：
第二发送模块，用于被叫用户收到集群寻呼消息后，通过所述TRUNKING SERVICEREQUEST恢复和基站的连接之后，通过DlInformationTransfer携带所述CALL REQUEST消息发送给所述被叫用户，以使得所述被叫用户处理完成，通过UlInformationTransfer携带CALL CONFIRMED消息发送给所述基站；通过所述DlInformationTransfer携带所述CALLPROCEEDING消息发送给所述主叫用户。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括：
第三发送模块，用于在所述基站通过所述DlInformationTransfer携带所述CALLPROCEEDING消息发送给所述主叫用户之后，分别发起和所述主叫用户、所述被叫用户的承载建立过程，以使得所述被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机；发送所述ALERTING消息到所述主叫用户，主叫振铃。
16.根据权利要求14所述的装置，其特征在于，所述装置还包括：
第四发送模块，用于在被叫用户发送ALERTING消息到所述基站，被叫振铃，等待所述被叫用户摘机之后，且所述被叫用户通过所述UlInformationTransfer携带CALL CONNECT消息发送给所述基站之和；通过所述DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机。
17.根据权利要求16所述的装置，其特征在于，所述装置还包括：
第五发送模块，用于所述基站通过DlInformationTransfer携带CALL CONNECT消息发送给所述主叫用户，提示所述被叫用户已摘机之后，且所述主叫用户通过所述UlInformationTransfer携带所述CALL CONNECT ACK消息发送给所述基站之后，通过所述DlInformationTransfer携带所述CALL CONNECT消息发送给所述被叫用户。
18.根据权利要求13所述的装置，其特征在于，所述装置还包括：
第六发送模块，用于若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户在另一单呼中，则发送所述CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户忙，并释放对应的RRC连接。
19.根据权利要求13所述的装置，其特征在于，所述装置还包括：
第七发送模块，用于若确认所述被叫号码不在所述基站维护的号码列表中，则所述基站发送CALL REJECT消息，所述CALL REJECT消息携带原因值被叫用户不存在，并释放对应的RRC连接。
20.根据权利要求19所述的装置，其特征在于，所述装置还包括：
第八发送模块，用于若所述呼叫请求携带所述被叫组标识GID，且所述基站判断对应组呼已建立，则将对应的用户加入组呼，发送所述CALL ACCEPT消息。
21.根据权利要求20所述的装置，其特征在于，所述基站还包括：
第九发送模块，用于将对应的用户加入组呼，发送所述CALL ACCEPT消息之后，若所述基站判断话权空闲，则在所述CALL ACCEPT消息中携带话权授权指示，则不授予话权，下发对应的群组消息和组配置消息。
22.根据权利要求20所述的装置，其特征在于，所述基站还包括：
第十发送模块，用于所述基站判断所述组呼未建立，则使用CALL REQUEST消息中携带的所述Called GID发起集群寻呼；通过GroupcallConfig携带GROUP CALL SETUPINDICATION消息发给组内其他终端；向所述主叫用户发送所述CALL ACCEPT消息，并在所述CALL ACCEPT消息中携带话权授权，指示组呼建立，以使得所述主叫用户向所述基站发送CALL COMPLETE消息作为响应；向所述组内其他终端发送话权信息FLOOR INFORM。
23.根据权利要求13至22任意一项所述的装置，其特征在于，所述装置还包括：
注册模块，用于所述基站接收主叫用户发送的呼叫请求之前，当基站检测到EPC连接中断时，进入故障弱化工作模式后，释放RRC连接启动集群系统信息修改过程，所述终端建立注册流程。
24.根据权利要求13至22任意一项所述的装置，其特征在于，所述装置还包括：
转换模块，用于所述若确认所述被叫号码在所述基站维护的号码列表中，且所述被叫用户处于RRC-IDLE状态，则所述基站对所述被叫号码对应的S-TMSI发起集群寻呼之后，当基站与EPC连接恢复时，转成正常工作模式，通过系统信息通知给所述基站下的各小区的用户，以使得所述用户转入正常工作模式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610545409.0A CN107635285A (zh) | 2016-07-12 | 2016-07-12 | 一种建立通话的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610545409.0A CN107635285A (zh) | 2016-07-12 | 2016-07-12 | 一种建立通话的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107635285A true CN107635285A (zh) | 2018-01-26 |
Family
ID=61112417
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610545409.0A Withdrawn CN107635285A (zh) | 2016-07-12 | 2016-07-12 | 一种建立通话的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107635285A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108449721A (zh) * | 2018-06-15 | 2018-08-24 | 北京中兴高达通信技术有限公司 | 一种集群寻呼响应方法、终端和基站 |
| CN111246593A (zh) * | 2020-01-21 | 2020-06-05 | 北京大学 | 支持无终端用户的移动通信方法及电子装置 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212723A (zh) * | 2006-12-27 | 2008-07-02 | 大唐移动通信设备有限公司 | 一种集群网络系统及基于该网络系统的故障弱化工作方法 |
| CN101466154A (zh) * | 2009-01-09 | 2009-06-24 | 中兴通讯股份有限公司 | 集群系统中的单呼方法、网络节点及移动台 |
| CN102348222A (zh) * | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | 基于数字集群系统的故障弱化处理的方法及基站 |
| CN102821411A (zh) * | 2011-06-08 | 2012-12-12 | 中兴通讯股份有限公司 | 宽带集群系统中故障弱化实现方法、基站及系统 |
| CN104080037A (zh) * | 2013-03-29 | 2014-10-01 | 北京信威通信技术股份有限公司 | 一种基站故障弱化模式下语音业务的实现方法 |
| CN104144408A (zh) * | 2013-05-06 | 2014-11-12 | 北京信威通信技术股份有限公司 | 一种基站故障弱化模式下实现数据业务的方法 |
| CN104244189A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群故障弱化通信系统中的寻呼方法 |
| CN104378742A (zh) * | 2013-08-15 | 2015-02-25 | 中兴通讯股份有限公司 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
| CN105407471A (zh) * | 2015-12-29 | 2016-03-16 | 中科创达软件股份有限公司 | 一种呼叫建立的方法和系统 |
| CN105704746A (zh) * | 2014-11-25 | 2016-06-22 | 中兴通讯股份有限公司 | 一种宽带集群系统故障处理方法及装置 |
-
2016
- 2016-07-12 CN CN201610545409.0A patent/CN107635285A/zh not_active Withdrawn
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212723A (zh) * | 2006-12-27 | 2008-07-02 | 大唐移动通信设备有限公司 | 一种集群网络系统及基于该网络系统的故障弱化工作方法 |
| CN101466154A (zh) * | 2009-01-09 | 2009-06-24 | 中兴通讯股份有限公司 | 集群系统中的单呼方法、网络节点及移动台 |
| CN102348222A (zh) * | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | 基于数字集群系统的故障弱化处理的方法及基站 |
| CN102821411A (zh) * | 2011-06-08 | 2012-12-12 | 中兴通讯股份有限公司 | 宽带集群系统中故障弱化实现方法、基站及系统 |
| CN104080037A (zh) * | 2013-03-29 | 2014-10-01 | 北京信威通信技术股份有限公司 | 一种基站故障弱化模式下语音业务的实现方法 |
| CN104144408A (zh) * | 2013-05-06 | 2014-11-12 | 北京信威通信技术股份有限公司 | 一种基站故障弱化模式下实现数据业务的方法 |
| CN104244189A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群故障弱化通信系统中的寻呼方法 |
| CN104378742A (zh) * | 2013-08-15 | 2015-02-25 | 中兴通讯股份有限公司 | 呼叫业务的实现方法及装置、指示信息的下发方法及装置 |
| CN105704746A (zh) * | 2014-11-25 | 2016-06-22 | 中兴通讯股份有限公司 | 一种宽带集群系统故障处理方法及装置 |
| CN105407471A (zh) * | 2015-12-29 | 2016-03-16 | 中科创达软件股份有限公司 | 一种呼叫建立的方法和系统 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108449721A (zh) * | 2018-06-15 | 2018-08-24 | 北京中兴高达通信技术有限公司 | 一种集群寻呼响应方法、终端和基站 |
| CN108449721B (zh) * | 2018-06-15 | 2021-06-22 | 北京中兴高达通信技术有限公司 | 一种集群寻呼响应方法、终端和基站 |
| CN111246593A (zh) * | 2020-01-21 | 2020-06-05 | 北京大学 | 支持无终端用户的移动通信方法及电子装置 |
| CN111246593B (zh) * | 2020-01-21 | 2022-04-01 | 北京大学 | 支持无终端用户的移动通信方法及电子装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6532224B1 (en) | Method, systems, and terminals for assigning control channel time slots for group and individual pages | |
| CN103024686B (zh) | 一种在集群通信系统间实现不同通话组跨系统互通的方法 | |
| CN103024684B (zh) | 一种单呼业务的实现方法 | |
| WO2000069185A2 (en) | Methods and systems for providing group calls with reduced setup times | |
| WO2012016444A1 (zh) | 基于数字集群系统的故障弱化处理的方法及基站 | |
| CN101616368A (zh) | 被叫用户状态显示方法、移动终端及被叫用户状态显示系统 | |
| CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
| WO2002067613A3 (en) | Apparatus for reallocating communication resources to establish a priority call in a fixed wireless access communication system | |
| CN108391321A (zh) | 处理无线通信系统中状态不匹配的装置及方法 | |
| CN103428645A (zh) | 一种集群业务实现系统及装置 | |
| CN108401276A (zh) | 处理无线通信系统中的连接的装置及方法 | |
| CN106211263A (zh) | 一种基于伪基站实现移动通讯的方法及装置 | |
| CN108848468A (zh) | 基于lte-r的铁路调度通信系统 | |
| CN103546874B (zh) | 一种通话管理的实现方法和系统 | |
| CN100584081C (zh) | 移动通信系统中减小呼叫建立时延的方法 | |
| CN102172065A (zh) | 移动通信系统 | |
| CN103944918B (zh) | 一种数字集群系统与电话系统通信方法、交换机及系统 | |
| CN103313207B (zh) | 数字集群系统中话权申请的方法及系统、设备 | |
| CN103458373B (zh) | 一种集群业务实现方法及其装置 | |
| CN104602361B (zh) | 一种用WiFi网络扩展手机无线网络业务的方法 | |
| CN107635285A (zh) | 一种建立通话的方法及装置 | |
| CN109802982A (zh) | 一种双连接实现方法、装置及系统 | |
| CN112040424B (zh) | 一种紧急抢占话权的方法和系统 | |
| CN106658452A (zh) | 紧急呼叫的接入方法、装置及系统 | |
| CN100456885C (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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180126 |