终呼业务的恢复方法和通信设备的制造方法
【技术领域】
[0001]本申请涉及通信技术领域，具体是涉及一种终呼业务的恢复方法，还涉及一种终呼业务的通信设备。
【背景技术】
[0002]随着移动通信技术的高速发展，国际标准化组织3GPP提出了 LTE (Long TermEvolut1n，长期演进)网络架构，提供了高带宽的无线接入网络，具有很高的数据传输速率、低时延、优化分组数据等多方面优点。然而，由于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 Rad1Access Network，演进型UMTS陆地无线接入网)，属于PS域，基站15对应UTRAN (UMTSTerritorial Rad1 Access Network, UMTS 陆地无线接入网)或 GERAN (GSM EDGE Rad1Access Network, GSM EDGE无线接入网)，属于 CS 域。当MSC14接收到 PRN(Provide RoamingNumber，提供漫游号码)消息时，会通过MME13向终端11下发寻呼，触发终端11从PS域回落到CS域，通过基站15响应MSC14的寻呼，从而使得终端11的终呼业务在UTRAN或GERAN进行。在CS域网络中，拜访位置寄存器VLR (Visited Locat1n Register)通常和MSC物理上部署在一起，主要功能是完成和HSS(Home Subscriber Server，归属用户服务器)/HLR(Home Locat1n Register,归属位置寄存器)之间的用户位置注册和更新、用户签约数据获取和更新等流程。特别地，在CSFB技术中，VLR完成和MME之间的SGs流程交互，包括接收MME发起的SGs位置更新请求，向MME发送寻呼请求等。
[0004]本申请的发明人在长期的研发中发现，在现有的电路交换回落技术中，如果MSC14发生故障，终端11的终呼业务就无法进行。只有在终端11请求始呼业务时，为终端11提供服务的 RNC (Rad1 Network Controller,无线网络控制器)/BSC (Base Stat1nController，基站控制器)为终端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包括被叫终端所附着的MME0
[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消息；寻呼模块用于从接收模块接收寻呼请求，并根据寻呼请求控制被叫终