终呼业务的恢复方法和通信设备 |
|||||||
| 申请号 | CN201310483051.X | 申请日 | 2013-10-15 | 公开(公告)号 | CN104581674A | 公开(公告)日 | 2015-04-29 |
| 申请人 | 华为技术有限公司; | 发明人 | 时书锋; 刘海洋; | ||||
| 摘要 | 本 申请 公开了一种终呼业务的恢复方法和通信设备，恢复方法包括：在当前被叫MSC发生故障时，目标MSC接收HSS或HLR发送的携带寻呼指示的PRN消息；目标MSC根据PRN消息中的寻呼指示发起寻呼 请求 ，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。实施本申请有利于保持终端在接入2G/3G网络过程中的语音连续性，能够有效解决MSC发生故障时终呼业务无法进行的问题。 | ||||||
| 权利要求 | 1.一种终呼业务的恢复方法，其特征在于，所述恢复方法包括： |
||||||
| 说明书全文 | 终呼业务的恢复方法和通信设备技术领域[0001] 本申请涉及通信技术领域，具体是涉及一种终呼业务的恢复方法，还涉及一种终呼业务的通信设备。 背景技术[0002] 随着移动通信技术的高速发展，国际标准化组织3GPP提出了LTE（Long Term Evolution，长期演进）网络架构，提供了高带宽的无线接入网络，具有很高的数据传输速率、低时延、优化分组数据等多方面优点。然而，由于LTE在建设初期覆盖面不足，所以语音业务仍然需要在已经成熟的2G/3G（第二代/第三代移动通信技术）网络上进行。 [0003] 为了适应这种情况，目前提出了一种CSFB（Circuit Switch Fallback，电路交换回落）技术，即终端驻留在LTE网络进行PS（Packet Switch，分组交换）业务，当需要完成语音呼叫业务时再回落到2G/3G网络的CS域进行语音业务。参见图1，是现有技术一种电路交换回落的应用场景示意图。终端11通过基站12向MME（Mobility Management Entity，移动性管理实体）13发起联合位置更新，进行联合位置更新时先附着到MME13，再通过MME13和MSC（Mobile Switching Center，移动交换中心）14之间建立的SGs接口附着到MSC14。MSC14管理和控制基站15。其中，基站12对应E-UTRAN（Evolved UMTS Terrestrial Radio Access Network，演进型UMTS陆地无线接入网），属于PS域，基站15对应UTRAN（UMTS Territorial Radio Access Network，UMTS陆地无线接入网）或GERAN（GSM EDGE Radio Access Network，GSM EDGE无线接入网），属于CS域。当MSC14接收到PRN（Provide Roaming Number，提供漫游号码）消息时，会通过MME13向终端11下发寻呼，触发终端11从PS域回落到CS域，通过基站15响应MSC14的寻呼，从而使得终端11的终呼业务在UTRAN或GERAN进行。在CS域网络中，拜访位置寄存器VLR（Visited Location Register）通常和MSC物理上部署在一起，主要功能是完成和HSS（Home Subscriber Server，归属用户服务器）/HLR（Home Location Register，归属位置寄存器）之间的用户位置注册和更新、用户签约数据获取和更新等流程。特别地，在CSFB技术中，VLR完成和MME之间的SGs流程交互，包括接收MME发起的SGs位置更新请求，向MME发送寻呼请求等。 [0004] 本申请的发明人在长期的研发中发现，在现有的电路交换回落技术中，如果MSC14发生故障，终端11的终呼业务就无法进行。只有在终端11请求始呼业务时，为终端11提供服务的RNC（Radio Network Controller，无线网络控制器）/BSC（Base Station Controller，基站控制器）为终端11选择新的MSC，或者终端11主动进行位置更新而注册到其它MSC，终端才能恢复终呼业务。 发明内容[0005] 有鉴于此，本申请提供了一种终呼业务的恢复方法和通信设备，以解决MSC发生故障时终呼业务无法进行的问题。 [0006] 为解决上述问题，本申请第一方面提供一种终呼业务的恢复方法，恢复方法包括：在当前被叫MSC发生故障时，目标MSC接收HSS或HLR发送的携带寻呼指示的PRN消息；目标MSC根据PRN消息中的寻呼指示发起寻呼请求，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0007] 结合第一方面，在第一种可能的实现方式中，寻呼请求携带有CS恢复指示，以使得MME根据CS恢复指示判断是否处理寻呼请求。 [0008] 结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，寻呼指示为MME的地址或名称，目标MSC根据PRN消息中的寻呼指示发起寻呼请求的步骤具体为：目标MSC根据PRN消息中的地址或名称向与地址或名字对应的MME发起寻呼请求。 [0009] 结合第一方面或第一方面的第一种可能的实现方式，在第三种可能的实现方式中，寻呼指示用于表明被叫终端附着在MME，目标MSC根据PRN消息中的寻呼指示发起寻呼请求的步骤具体为：目标MSC根据PRN消息中的寻呼指示向与目标MSC对应的至少一个MME发起寻呼请求，至少一个MME包括被叫终端所附着的MME。 [0010] 结合第一方面，在第四种可能的实现方式中，寻呼请求为IMSI寻呼请求或者TMSI寻呼请求。 [0011] 结合第一方面，在第五种可能的实现方式中，目标MSC和当前被叫MSC位于同一MSC池中。 [0012] 为解决上述问题，本申请第二方面提供一种终呼业务的恢复方法，恢复方法包括：当被叫终端有终呼业务时，HSS或HLR判断当前被叫MSC是否发生故障；如果当前被叫MSC发生故障，HSS或HLR将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0013] 结合第二方面，在第一种可能的实现方式中，当被叫终端有终呼业务时，HSS或HLR判断当前被叫MSC是否发生故障的步骤之前，恢复方法还包括：在被叫终端附着到当前被叫MSC后，HSS或HLR保存当前被叫MSC的地址或名称，并同时保存目标MSC的地址或名称。 [0014] 结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，HSS或HLR判断当前被叫MSC是否发生故障的步骤包括：HSS或HLR向当前被叫MSC发送PRN消息；HSS或HLR判断在预定时间内是否接收到当前被叫MSC发送的PRN消息的响应消息；如果在预定时间内没有接收到响应消息，HSS或HLR判定当前被叫MSC发生故障。 [0015] 结合第二方面或第二方面的第一种可能的实现方式，在第三种可能的实现方式中，HSS或HLR判断当前被叫MSC是否发生故障的步骤包括：HSS或HLR在当前时刻接收当前被叫MSC上报心跳确认消息；HSS或HLR判断在预定时间内是否再次接收到心跳确认消息；如果在预定时间内没有再次接收到心跳确认消息，HSS或HLR判定当前被叫MSC发生故障。 [0016] 结合第二方面，在第四种可能的实现方式中，目标MSC和当前被叫MSC位于同一MSC池中。 [0017] 为解决上述问题，本申请第三方面提供一种终呼业务的恢复方法，恢复方法包括：被叫终端所附着的MME接收目标MSC根据PRN消息中的寻呼指示发起的寻呼请求，其中，目标MSC在当前被叫MSC发生故障时，从HSS或HLR接收携带寻呼指示的PRN消息；MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0018] 结合第三方面，在第一种可能的实现方式中，MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续的步骤包括：MME判断寻呼请求中是否包含CS恢复指示；如果包含CS恢复指示，MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0019] 结合第三方面的第一种可能的实施方式，在第二种可能的实现方式中，恢复方法还包括：如果不包含CS恢复指示，MME拒绝处理寻呼请求。 [0020] 为解决上述问题，本申请第四方面提供一种终呼业务的通信设备，通信设备包括接收模块和寻呼模块，其中，接收模块用于在当前被叫MSC发生故障时，接收HSS或HLR发送的携带寻呼指示的PRN消息，并将PRN消息发送给寻呼模块；寻呼模块用于从接收模块接收PRN消息，并根据PRN消息中的寻呼指示发起寻呼请求，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0021] 结合第四方面，在第一种可能的实现方式中，寻呼模块还用于在寻呼请求中携带CS恢复指示，以使得MME根据CS恢复指示判断是否处理寻呼请求。 [0022] 结合第四方面或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，寻呼指示为MME的地址或名称，寻呼模块具体用于根据PRN消息中的地址或名称向与地址或名字对应的MME发起寻呼请求。 [0023] 结合第四方面或第四方面的第一种可能的实现方式，在第三种可能的实现方式中，寻呼指示用于表明被叫终端附着在MME，寻呼模块具体用于根据PRN消息中的寻呼指示向与目标MSC对应的至少一个MME发起寻呼请求，至少一个MME包括被叫终端所附着的MME。 [0024] 结合第四方面，在第四种可能的实现方式中，寻呼请求为IMSI寻呼请求或者TMSI寻呼请求。 [0025] 为解决上述问题，本申请第五方面提供一种终呼业务的通信设备，通信设备包括判断模块和发送模块，其中，判断模块用于在被叫终端有终呼业务时，判断当前被叫MSC是否发生故障；发送模块用于在判断模块判断到当前被叫MSC发生故障时，将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0026] 结合第五方面，在第一种可能的实现方式中，通信设备还包括保存模块，其中，保存模块用于在被叫终端附着到当前被叫MSC后，保存当前被叫MSC的地址或名称，并同时保存目标MSC的地址或名称。 [0027] 结合第五方面或第五方面的第一种可能的实现方式，在第二种可能的实现方式中，通信设备还包括接收模块，其中，发送模块用于向当前被叫MSC发送PRN消息；接收模块用于在发送模块发送PRN消息后，等待接收当前被叫MSC发送的PRN消息的响应消息；判断模块具体用于判断在预定时间内接收模块是否接收到响应消息，当判断到在预定时间内没有接收到响应消息时，判定当前被叫MSC发生故障。 [0028] 结合第五方面或第五方面的第一种可能的实现方式，在第三种可能的实现方式中，通信设备还包括接收模块，其中，接收模块用于接收当前被叫MSC上报的心跳确认消息；判断模块具体用于在接收模块在当前时刻接收到心跳确认消息后，判断在预定时间内接收模块是否再次接收到心跳确认消息，当判断到在预定时间内没有再次接收到心跳确认消息时，判定当前被叫MSC发生故障。 [0029] 结合第五方面，在第四种可能的实现方式中，目标MSC和当前被叫MSC位于同一MSC池中。 [0030] 为解决上述问题，本申请第六方面提供一种终呼业务的通信设备，被叫终端附着在通信设备，通信设备包括接收模块和寻呼模块，其中，接收模块用于接收目标MSC根据PRN消息中的寻呼指示发起的寻呼请求，并将寻呼请求发送给寻呼模块，其中，目标MSC在当前被叫MSC发生故障时，从HSS或HLR接收携带寻呼指示的PRN消息；寻呼模块用于从接收模块接收寻呼请求，并根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0031] 结合第六方面，在第一种可能的实现方式中，寻呼模块包括判断单元和寻呼单元，其中，判断单元用于从接收模块接收寻呼请求，并判断寻呼请求中是否包含CS恢复指示；寻呼单元用于在判断单元判断到包含CS恢复指示时，根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0032] 结合第六方面的第一种可能的实现方式，在第二种可能的实现方式中，寻呼单元还用于在判断单元判断到不包含CS恢复指示时，拒绝处理寻呼请求。 [0033] 本申请的终呼业务的恢复方法和通信设备在当前被叫MSC发生故障时，由目标MSC接收HSS或HLR发送的携带寻呼指示的PRN消息，从而目标MSC能够根据寻呼指示发起寻呼请求，MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续，通过这种方式，有利于保持终端在接入2G/3G网络过程中的语音连续性，从而能够解决MSC发生故障时终呼业务无法进行的问题。附图说明 [0034] 图1是现有技术一种电路交换回落的应用场景示意图； [0035] 图2是本发明终呼业务的恢复方法第一实施例的流程示意图； [0036] 图3是本发明终呼业务的恢复方法第二实施例的流程示意图； [0037] 图4是本发明终呼业务的恢复方法第三实施例的流程示意图； [0038] 图5是本发明终呼业务的恢复方法第四实施例的流程示意图； [0039] 图6是本发明终呼业务的恢复方法第五实施例的流程示意图； [0040] 图7是本发明终呼业务的恢复方法第六实施例的信令交互示意图； [0041] 图8是本发明终呼业务的通信设备第一实施例的结构示意图； [0042] 图9是本发明终呼业务的通信设备第二实施例的结构示意图； [0043] 图10是本发明终呼业务的通信设备第三实施例的结构示意图； [0044] 图11是本发明终呼业务的通信设备第四实施例的结构示意图； [0045] 图12是本发明终呼业务的通信设备第五实施例的结构示意图； [0046] 图13是本发明终呼业务的通信设备第六实施例的结构示意图。 具体实施方式[0047] 以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本申请。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中，省略对众所周知的装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。 [0048] 除本文另有说明以外，下文中出现的MSC均指MSC/VLR或MSC Server/VLR。下面结合附图和具体的实施方式进行说明。 [0049] 参见图2，是本发明终呼业务的恢复方法第一实施例的流程示意图。终呼业务的恢复方法包括以下步骤： [0050] 步骤S21：在当前被叫MSC发生故障时，目标MSC接收HSS或HLR发送的携带寻呼指示的PRN消息。 [0051] 其中，在目标MSC接收PRN消息之前，HSS或HLR发送PRN消息之前，HSS或HLR首先将PRN消息发送给当前被叫MSC，但由于当前被叫MSC发生故障，PRN消息将被发给或路由到目标MSC。 [0052] 在本实施例中，当前被叫MSC和目标MSC可以位于同一MSC池中。在MSC池架构中，所有的MSC相互之间都保持通信连接，当其中一个MSC发生故障时，至少有另一个MSC能够感应到该MSC发生故障，则至少另一个MSC会选择一个MSC代替发生故障的MSC，所选择的MSC即为目标MSC，目标MSC可以是感应到当前被叫MSC发生故障的MSC。在这种情况下，PRN消息就可以通过路由的方式传递到目标MSC。 [0053] 在其它实施例中，感知到当前被叫MSC发生故障的也可能是PRN消息路由过程中的STP（Signaling Transfer Point，信令转接点），此时PRN消息将通过该STP被路由到目标MSC。 [0054] 步骤S22：目标MSC根据PRN消息中的寻呼指示发起寻呼请求，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0055] 其中，寻呼指示可以是MME的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI（International Mobile Subscriber Identity，国际移动用户识别码）寻呼请求或TMSI（Temporary Mobile Subscriber Identity）寻呼请求。 [0056] MME的注册信息一般保存于当前被叫MSC，如果当前被叫MSC没有发生故障，当前被叫MSC可以通过注册信息寻呼到MME。目标MSC虽然并没有保存MME的注册信息，但是HHS或HLR在当前被叫MSC没有发生故障的时候就已经通过当前被叫MSC得到MME的注册信息，从而在发送的PRN消息中添加寻呼指示，用于指示目标MSC发送寻呼请求到MME。MME的注册信息一般是指MME的地址或名称。 [0057] 通过本实施例提供的终呼业务的恢复方法，目标MSC通过PRN消息中的寻呼指示发起寻呼请求，以确定被叫终端所附着的MME，使MME控制被叫终端执行CSFB操作以完成终呼业务接续。解决了MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。 [0058] 参见图3，是本发明终呼业务的恢复方法第二实施例的流程示意图。终呼业务的恢复方法包括以下步骤： [0059] 步骤S31：HSS或HLR在PRN消息中携带MME的地址或名称，并将PRN消息发送给当前被叫MSC。 [0060] 其中，当前被叫MSC发生故障前，被叫终端发起联合位置更新请求。在此过程中，被叫终端在通过LTE附着到MME时，MME发送位置更新请求消息到HSS/HLR，将MME的地址或名称注册到HSS/HLR中。MME同时通过SGs接口触发MSC向HSS/HLR发起CS域位置更新请求，将MSC的号码或标识注册到HSS/HLR中。HSS或HLR可以通过当前被叫MSC的号码或标识判断出被叫终端在LTE网络中，进而在PRN消息中携带MME的地址或名称；或者HSS或HLR通过当前被叫MSC在位置更新请求消息中携带的指示信息，比如在位置更新请求消息中携带的MME的地址或名称，或者指示该位置更新请求消息是由于联合位置更新请求触发的信息，获知被叫终端在LTE网络中，进而在PRN消息中携带MME的地址或名称。 [0061] 步骤S32：在当前被叫MSC发生故障时，PRN消息被路由至与当前被叫MSC位于同一MSC池中的目标MSC。 [0062] 其中，在MSC池架构中，所有的MSC相互之间都保持通信连接，当其中一个MSC发生故障时，至少有另一个MSC能够感应到该MSC发生故障，则至少另一个MSC会选择一个MSC代替发生故障的MSC，所选择的MSC即为目标MSC，目标MSC可以是感应到当前被叫MSC发生故障的MSC。在这种情况下，PRN消息就可以通过路由的方式传递到目标MSC。在本实施例中，目标MSC为MSC池中除当前被叫MSC之外负载最低的一个MSC或最符合特定负载均衡算法的一个MSC。 [0063] 步骤S33：目标MSC根据PRN消息中的地址或名称向与地址或名字对应的MME发起寻呼请求，并在寻呼请求中携带CS恢复指示。 [0064] 其中，由于PRN消息中携带有MME的地址或名称，目标MSC就可以按照该地址或名称向MME发起寻呼请求。 [0065] 步骤S34：被叫终端所附着的MME判断寻呼请求中是否携带CS恢复指示，若携带CS恢复指示，处理寻呼请求，并进行步骤S35。 [0066] 其中，若没有携带CS恢复指示，拒绝寻呼请求。如果MME与目标MSC之间需要进行信令交互，则需要建立SGs接口。但是由于目标MSC并没有接收过MME发送的位置更新请求，因此，目标MSC和MME之前并没有建立SGs接口。则MME不能确定目标MSC发来的寻呼请求是否有效。而CS恢复指示用于指示MME该寻呼请求有效。 [0067] 步骤S35：MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0068] 其中，被叫终端执行成CSFB后，会返回寻呼响应消息到目标MSC，目标MSC收到该寻呼响应消息后，与终端建立寻呼，完成被叫终端的终呼业务。 [0069] 本实施例提供的终呼业务的恢复方法，目标MSC通过MME的地址或名称向MME发起寻呼请求，使MME控制被叫终端执行CSFB以完成终呼业务接续。能够解决MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。并且由于PRN消息中包含MME的地址或名称，目标MSC能够快速寻找到MME。 [0070] 参见图4，是本发明终呼业务的恢复方法第三实施例的流程示意图。终呼业务的恢复方法包括以下步骤： [0071] 步骤S41：HSS或HLR在PRN消息中携带寻呼指示，并将PRN消息发送给当前被叫MSC，其中，寻呼指示用于表明被叫终端附着在MME。 [0072] 其中，寻呼指示可以为比特位，也可以为字符串格式，表示需要对被叫终端通过LTE附着的MME发起寻呼请求。当前被叫MSC发生故障前，被叫终端发起联合位置更新请求。在此过程中，被叫终端在通过LTE附着到MME时，MME发送位置更新请求消息到HSS/HLR，将MME的地址或名称注册到HSS/HLR中。MME同时通过SGs接口触发MSC向HSS/HLR发起CS域位置更新请求，将MSC的号码或标识注册到HSS/HLR中。HSS或HLR可以通过当前被叫MSC的号码或标识判断出被叫终端在LTE网络中，进而在PRN消息中携带寻呼指示；或者HSS或HLR通过当前被叫MSC在位置更新请求消息中携带的指示信息，比如在位置更新请求消息中携带的MME的地址或名称，或者指示该位置更新请求消息是由于联合位置更新请求触发的信息，获知被叫终端在LTE网络中，进而在PRN消息中携带寻呼指示。 [0073] 步骤S42：在当前被叫MSC发生故障时，PRN消息被路由至与当前被叫MSC位于同一MSC池中的目标MSC。 [0074] 其中，步骤S42同步骤S32。 [0075] 步骤S43：目标MSC根据PRN消息中的寻呼指示向与目标MSC对应的至少一个MME发起寻呼请求，并在寻呼请求中携带CS恢复指示，至少一个MME包括被叫终端所附着的MME。 [0076] 其中，目标MSC根据寻呼指示判断被叫终端附着在MME，但是由于不知道MME的地址或名称，所以向其对应的所有MME发起寻呼请求。由于目标MSC和当前被叫MSC位于同一MSC池，所以目标MSC对应的MME必然包括当前被叫MSC对应的MME。因此，被叫终端所附着的MME必然会接收到寻呼请求并对该寻呼请求进行响应，而其他的MME会返回寻呼失败消息。 [0077] 步骤S44：被叫终端所附着的MME判断寻呼请求中是否携带CS恢复指示，若携带CS恢复指示，处理寻呼请求，并进行步骤S45。 [0078] 步骤S45：MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0079] 其中，步骤S44、步骤S45同步骤S34、步骤S35。 [0080] 本实施例提供的终呼业务的恢复方法，目标MSC通过MME的地址或名称向MME发起寻呼请求，使MME控制被叫终端执行CSFB以完成终呼业务接续。能够解决MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。 [0081] 参见图5，是本发明终呼业务的恢复方法第四实施例的流程示意图。终呼业务的恢复方法包括以下步骤： [0082] 步骤S51：当被叫终端有终呼业务时，HSS或HLR判断当前被叫MSC是否发生故障。 [0083] 其中，被叫终端在请求附着到MME时，MME将根据附着请求产生一个推导号码，根据该推导号码会推导出VLR信息。由于MSC和VLR通常都是绑定在一起的，从而可以确定出当前被叫MSC。MME向当前被叫MSC发送位置更新请求，当前被叫MSC收到位置更新请求到HSS或HLR进行CS域的位置更新，从而被叫终端完成LTE网络的附着。之后被叫终端的终呼业务或者始呼业务都通过当前被叫MSC完成。 [0084] 在本实施例中，在被叫终端附着到当前被叫MSC后，HSS或HLR保存当前被叫MSC的地址或名称，并同时保存目标MSC的地址或名称。目标MSC可以由当前被叫MSC选择，也可以由HSS或HLR选择。具体地，如果目标MSC由当前被叫MSC选择，那么当前被叫MSC进行CS域的位置更新时，会在发送地址或名称时一并发送携带目标MSC的地址或名称。如果目标MSC由HSS或HLR选择，那么HSS或HLR在保存当前被叫MSC的地址或名称时会选择一个MSC作为目标MSC，并保存目标MSC的地址或名称。进一步地，如果目标MSC和当前被叫MSC位于同一MSC池中，那么目标MSC为MSC池中除当前被叫MSC外负载最小的MSC。 [0085] 在本实施例中，HSS或HLR判断当前被叫MSC是否发生故障的步骤包括：HSS或HLR向当前被叫MSC发送PRN消息；HSS或HLR判断在预定时间内是否接收到当前被叫MSC发送的PRN消息的响应消息；如果在预定时间内没有接收到响应消息，HSS或HLR判定当前被叫MSC发生故障。当前被叫MSC如果没有发生故障，在接收到PRN消息时，会及时发出一个响应消息，以通知HSS或HLR成功接收PRN消息。那么HSS或HLR就可以根据是否接收到响应消息来判断当前被叫MSC是否发生故障。 [0086] 在其它实施例中，HSS或HLR判断当前被叫MSC是否发生故障的步骤包括：HSS或HLR在当前时刻接收当前被叫MSC上报心跳确认消息；HSS或HLR判断在预定时间内是否再次接收到心跳确认消息；如果在预定时间内没有再次接收到心跳确认消息，HSS或HLR判定当前被叫MSC发生故障。当前被叫MSC注册到HSS或HLR后，HSS或HLR规定当前被叫MSC必须每隔预定时间发送一次心跳确认消息，以确认当前被叫MSC没有发生故障。HSS或HLR会在当前时刻开始计时，如果计时时间小于预定时间再次接收到心跳确认消息，则判定此时当前被叫MSC没有发生故障，如果计时时间大于预定时间还没有再次接收到心跳确认消息，则判定此时当前被叫MSC发生故障。 [0087] 步骤S52：如果当前被叫MSC发生故障，HSS或HLR将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0088] 其中，当前被叫MSC和目标MSC可以位于同一MSC池中。在MSC池架构中，所有的MSC相互之间都保持通信连接，当其中一个MSC发生故障时，至少有另一个MSC能够感应到该MSC发生故障，则至少另一个MSC会选择一个MSC代替发生故障的MSC，所选择的MSC即为目标MSC，目标MSC可以是感应到当前被叫MSC发生故障的MSC。在这种情况下，PRN消息就可以通过路由的方式传递到目标MSC。其中，寻呼指示可以是MME的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI寻呼请求或TMSI寻呼请求。 [0089] 本实施例提供的终呼业务的恢复方法，HSS或HLR在判断到当前被叫MSC发生故障后，将携带寻呼指示的PRN消息路由至目标MSC，目标MSC通过寻呼指示向MME发起寻呼请求，使MME控制被叫终端执行CSFB以完成终呼业务接续，从而解决MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。 [0090] 参见图6，是本发明终呼业务的恢复方法第五实施例的流程示意图。终呼业务的恢复方法包括以下步骤： [0091] 步骤S61：被叫终端所附着的MME接收目标MSC根据PRN消息中的寻呼指示发起的寻呼请求，其中，目标MSC在当前被叫MSC发生故障时，从HSS或HLR接收携带寻呼指示的PRN消息。 [0092] 其中，寻呼指示可以是MME的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI寻呼请求或TMSI寻呼请求。 [0093] MME的注册信息一般保存于当前被叫MSC，如果当前被叫MSC没有发生故障，当前被叫MSC可以通过注册信息寻呼到MME。目标MSC虽然没有保存MME的注册信息，但是HHS或HLR在当前被叫MSC没有发生故障的时候就已经通过当前被叫MSC得到MME的注册信息，从而在发送的PRN消息中就添加寻呼指示，用于指示目标MSC发送寻呼请求到MME。MME的注册信息一般是指MME的地址或名称。 [0094] 步骤S62：MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0095] 本实施例提供的终呼业务的恢复方法，当前被叫MSC发生故障后，MME接收目标MSC根据PRN消息中的寻呼指示发送的寻呼请求，MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续，从而解决MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。 [0096] 参见图7，是本发明终呼业务的恢复方法第六实施例的信令交互示意图。本实施例作为终呼业务的恢复方法的一种应用场景，信令交互如下： [0097] S701：HLR保存当前被叫MSC的地址或名称和目标MSC的地址或名称。 [0098] 其中，被叫终端附着到LTE网络时，HLR会保存当前被叫MSC的地址或名称，同时会保存目标MSC的地址或名称。目标MSC可以由HLR选择，也可以由当前被叫MSC选择。在本实施例中，HLR可以由HSS代替。 [0099] S702：当被叫终端有终呼业务时，HLR判断当前被叫MSC是否发生故障，如果判断到当前被叫MSC发生故障，进行S603。 [0100] S703：HLR将携带MME的地址或名称的PRN消息路由至目标MSC。 [0101] 其中，当前被叫MSC和目标MSC可以位于同一MSC池中，在MSC池架构中，所有的MSC相互之间都保持通信连接，所以PRN消息可以路由至目标MSC。 [0102] S704：目标MSC根据PRN消息中的地址或名称向MME发起IMSI寻呼请求。 [0103] 其中，目标MSC根据地址或名称可以锁定MME，从而向MME发起IMSI寻呼请求。 [0104] S705：MME判断寻呼请求中是否包含CS恢复指示，如果包含CS恢复指示，进行S706。 [0105] 其中，CS恢复指示用于指示MME该寻呼请求有效。由于MME和目标MSC之间并没有建立SGs接口，MME并不能确定接收到的寻呼请求是否有效。如果检测到包含CS恢复指示，则MME判定目标MSC是代替当前被叫MSC的，所以开始处理寻呼请求。如果检测到不包含CS恢复指示，则MME判定该寻呼请求是误发，所以拒绝该寻呼请求。 [0106] S706：MME根据寻呼请求控制被叫终端执行CSFB。 [0107] S707：目标MSC对被叫终端进行寻呼，完成终呼业务接续。 [0108] 参见图8，是本发明终呼业务的通信设备第一实施例的结构示意图。通信设备包括接收模块81和寻呼模块82。 [0109] 接收模块81用于在当前被叫MSC发生故障时，接收HSS或HLR发送的携带寻呼指示的PRN消息，并将PRN消息发送给寻呼模块82。在接收模块81接收PRN消息之前，且在HSS或HLR发送PRN消息之前，HSS或HLR首先将PRN消息发送给当前被叫MSC，但由于当前被叫MSC发生故障，PRN消息将被发给或路由到接收模块81。 [0110] 寻呼模块82用于从接收模块81接收PRN消息，并根据PRN消息中的寻呼指示发起寻呼请求，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。寻呼指示可以是MME的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI寻呼请求或TMSI寻呼请求。 [0111] 在本实施例中，寻呼模块82还用于在寻呼请求中携带CS恢复指示，以使得MME根据CS恢复指示判断是否处理寻呼请求。 [0112] 具体地，寻呼指示可以为MME的地址或名称，或者用于表明被叫终端附着在MME。 [0113] 如果寻呼指示为MME的地址或名称，寻呼模块82具体用于根据PRN消息中的地址或名称向与地址或名字对应的MME发起寻呼请求。由于PRN消息中携带有MME的地址或名称，寻呼模块82可以按照该地址或名称直接向MME发起寻呼请求。 [0114] 如果寻呼指示用于表明被叫终端附着在MME，寻呼模块82具体用于根据PRN消息中的寻呼指示向与目标MSC对应的至少一个MME发起寻呼请求，至少一个MME包括被叫终端所附着的MME。那么被叫终端所附着的MME必然会接收到寻呼请求并对该寻呼请求进行响应，而其他的MME会返回寻呼失败消息。 [0115] 参见图9，是本发明终呼业务的通信设备第二实施例的结构示意图。通信设备包括保存模块91、判断模块92、发送模块93和接收模块94。判断模块92、发送模块93和接收模块94互相连接。 [0116] 保存模块91用于在被叫终端附着到当前被叫MSC后，保存当前被叫MSC的地址或名称，并同时保存目标MSC的地址或名称。在本实施例中，目标MSC和当前被叫MSC位于同一MSC池中。在被叫终端附着到当前被叫MSC后，保存模块91保存当前被叫MSC的地址或名称，并同时保存目标MSC的地址或名称。目标MSC可以由当前被叫MSC选择，也可以由通信设备选择。具体地，如果目标MSC由当前被叫MSC选择，那么当前被叫MSC进行CS域的位置更新时，会在发送地址或名称时一并发送携带目标MSC的地址或名称。如果目标MSC由通信设备选择，那么保存模块91在保存当前被叫MSC的地址或名称时会选择一个MSC作为目标MSC，并保存目标MSC的地址或名称。进一步地，如果目标MSC和当前被叫MSC位于同一MSC池中，那么目标MSC为MSC池中除当前被叫MSC外负载最小的MSC。 [0117] 判断模块92用于在被叫终端有终呼业务时，判断当前被叫MSC是否发生故障。被叫终端在请求附着到MME时，MME将根据附着请求产生一个推导号码，根据该推导号码会推导出VLR信息。由于MSC和VLR通常都是绑定在一起的，从而可以确定出当前被叫MSC。MME向当前被叫MSC发送位置更新请求，当前被叫MSC收到位置更新请求到通信设备进行CS域的位置更新，从而被叫终端完成LTE网络的附着。之后被叫终端的终呼业务或者始呼业务都通过当前被叫MSC完成。 [0118] 发送模块93用于在判断模块92判断到当前被叫MSC发生故障时，将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。当前被叫MSC和目标MSC可以位于同一MSC池中。在MSC池架构中，所有的MSC相互之间都保持通信连接，当其中一个MSC发生故障时，至少有另一个MSC能够感应到该MSC发生故障，则至少另一个MSC会选择一个MSC代替发生故障的MSC，所选择的MSC即为目标MSC，目标MSC可以是感应到当前被叫MSC发生故障的MSC。在这种情况下，PRN消息就可以通过路由的方式传递到目标MSC。其中，寻呼指示可以是MME的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI寻呼请求或TMSI寻呼请求。 [0119] 具体地，发送模块93还用于在被叫终端有终呼业务时，向当前被叫MSC发送PRN消息。接收模块94用于在发送模块93发送PRN消息后，等待接收当前被叫MSC发送的反馈PRN消息的响应消息。判断模块92具体用于判断在预定时间内接收模块94是否接收到响应消息，当判断到在预定时间内没有接收到响应消息时，判定当前被叫MSC发生故障。当前被叫MSC如果没有发生故障，在接收到PRN消息时，会及时发出一个响应消息，以通知通信设备成功接收PRN消息。那么判断模块92就可以根据是否接收到响应消息来判断当前被叫MSC是否发生故障。 [0120] 在其它实施例中，接收模块94用于接收当前被叫MSC上报的心跳确认消息。判断模块92具体用于在接收模块94在当前时刻接收到心跳确认消息后，判断在预定时间内接收模块94是否再次接收到心跳确认消息，当判断到在预定时间内没有再次接收到心跳确认消息时，判定当前被叫MSC发生故障。当前被叫MSC注册到通信设备后通信设备规定当前被叫MSC必须每隔预定时间发送一次心跳确认消息，以确认当前被叫MSC没有发生故障。通信设备会在当前时刻开始计时，如果计时时间小于预定时间再次接收到心跳确认消息，则判定此时当前被叫MSC没有发生故障，如果计时时间大于预定时间还没有再次接收到心跳确认消息，则判定此时当前被叫MSC发生故障。 [0121] 作为本实施例的一个变型，通信设备可仅包括判断模块92和发送模块93，判断模块92用于在被叫终端有终呼业务时，判断当前被叫MSC是否发生故障。发送模块93用于在判断模块92判断到当前被叫MSC发生故障时，将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0122] 参见图10，是本发明终呼业务的通信设备第三实施例的结构示意图。通信设备包括接收模块101和寻呼模块102。 [0123] 接收模块101用于接收目标MSC根据PRN消息中的寻呼指示发起的寻呼请求，并将寻呼请求发送给寻呼模块102，其中，目标MSC在当前被叫MSC发生故障时，从HSS或HLR接收携带寻呼指示的PRN消息。寻呼指示可以是通信设备的地址或名称，也可以用于表明被叫终端附着在MME。寻呼请求可以是IMSI寻呼请求或TMSI寻呼请求。通信设备的注册信息一般保存于当前被叫MSC，如果当前被叫MSC没有发生故障，当前被叫MSC可以通过注册信息寻呼到通信设备。目标MSC虽然没有保存通信设备的注册信息，但是HHS或HLR在当前被叫MSC没有发生故障的时候就已经通过当前被叫MSC得到通信设备的注册信息，从而在发送的PRN消息中就添加寻呼指示，用于指示目标MSC发送寻呼请求到通信设备。通信设备的注册信息一般是指通信设备的地址或名称。 [0124] 寻呼模块102用于从接收模块101接收寻呼请求，并根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0125] 在本实施例中，寻呼模块102可以包括判断单元1021和寻呼单元1022。判断单元1021用于从接收模块101接收寻呼请求，并判断寻呼请求中是否包含CS恢复指示。寻呼单元1022用于在判断单元1021判断到包含CS恢复指示时，根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续，以及用于在判断单元1021判断到不包含CS恢复指示时，拒绝处理寻呼请求。CS恢复指示用于指示通信设备该寻呼请求有效。由于通信设备和目标MSC之间并没有建立SGs接口，通信设备并不能确定接收到的寻呼请求是否有效。如果检测到包含CS恢复指示，则判断单元1021判定目标MSC是代替当前被叫MSC的，所以开始处理寻呼请求。如果检测到不包含CS恢复指示，则判断单元1021判定该寻呼请求是误发，所以拒绝该寻呼请求。 [0126] 参见图11，是本发明终呼业务的通信设备第四实施例的结构示意图。通信设备包括处理器（processer）111、接收器（receiver）112、发送器（emitter）113、随机存取存储器（RAM）114、只读存储器（ROM）115、总线116以及网络接口单元（Network Interface Unit）117。其中，处理器111通过总线116分别耦接接收器112、发送器113、随机存取存储器114、只读存储器115以及网络接口单元117。其中，当需要运行通信设备时，通过固化在只读存储器115中的基本输入输出系统（BIOS）或者嵌入式系统中的boot loader引导系统进行启动，引导通信设备进入正常运行状态。在通信设备进入正常运行状态后，在随机存取存储器114中运行应用程序（Application Programs）和操作系统（OS），使得： [0127] 接收器112在当前被叫移动交换中心MSC发生故障时，接收HSS或HLR发送的携带寻呼指示的PRN消息。 [0128] 处理器111根据PRN消息中的寻呼指示发起寻呼请求，以使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0129] 处理器111的具体实现过程请参照前述实施例的终呼业务的恢复方法和通信设备，此处不再详述。 [0130] 参见图12，是本发明终呼业务的通信设备第五实施例的结构示意图。通信设备包括处理器（processer）121、接收器（receiver）122、发送器（emitter）123、随机存取存储器（RAM）124、只读存储器（ROM）125、总线126以及网络接口单元（Network Interface Unit）127。其中，处理器121通过总线126分别耦接接收器122、发送器123、随机存取存储器124、只读存储器125以及网络接口单元127。其中，当需要运行通信设备时，通过固化在只读存储器125中的基本输入输出系统（BIOS）或者嵌入式系统中的boot loader引导系统进行启动，引导通信设备进入正常运行状态。在通信设备进入正常运行状态后，在随机存取存储器124中运行应用程序（Application Programs）和操作系统（OS），使得： [0131] 处理器121在当被叫终端有终呼业务时，判断当前被叫MSC是否发生故障。 [0132] 发送器123在处理器121判断到当前被叫MSC发生故障时，将携带寻呼指示的PRN消息路由至目标MSC，以供目标MSC根据PRN消息中的寻呼指示发起寻呼请求，使得被叫终端所附着的MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0133] 处理器121的具体实现过程请参照前述实施例的终呼业务的恢复方法和通信设备，此处不再详述。 [0134] 参见图13，是本发明终呼业务的通信设备第六实施例的结构示意图。通信设备包括处理器（processer）131、接收器（receiver）132、发送器（emitter）133、随机存取存储器（RAM）134、只读存储器（ROM）135、总线136以及网络接口单元（Network Interface Unit）137。其中，处理器131通过总线136分别耦接接收器132、发送器133、随机存取存储器134、只读存储器135以及网络接口单元137。其中，当需要运行通信设备时，通过固化在只读存储器135中的基本输入输出系统（BIOS）或者嵌入式系统中的boot loader引导系统进行启动，引导通信设备进入正常运行状态。在通信设备进入正常运行状态后，在随机存取存储器134中运行应用程序（Application Programs）和操作系统（OS），使得： [0135] 接收器132接收目标MSC根据PRN消息中的寻呼指示发起的寻呼请求，其中，目标MSC在当前被叫MSC发生故障时，从HSS或HLR接收携带寻呼指示的PRN消息。 [0136] 处理器131根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续。 [0137] 处理器131的具体实现过程请参照前述实施例的终呼业务的恢复方法和通信设备，此处不再详述。 [0138] 通过上述方式，本申请的终呼业务的恢复方法和通信设备在当前被叫MSC发生故障时，由目标MSC接收HSS或HLR发送的携带寻呼指示的PRN消息，从而目标MSC能够根据寻呼指示发起寻呼请求，MME根据寻呼请求控制被叫终端执行CSFB以完成终呼业务接续，从而解决MSC发生故障时终呼业务无法进行的问题，有利于保持终端在接入2G/3G网络过程中的语音连续性以及提高寻呼的可靠性。 [0139] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。 [0140] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。 [0141] 另外，在本申请各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。 [0142] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，管理服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。 |
||||||
QQ群二维码
意见反馈
意见反馈