终呼业务的恢复方法和通信设备的制造方法_4

文档序号:8267183阅读:来源:国知局
。如果目标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中的基本输入输出系统(B1S)或者嵌入式系统中的boot loader引导系统进行启动,引导通信设备进入正常运行状态。在通信设备进入正常运行状态后,在随机存取存储器114中运行应用程序(Applicat1n 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中的基本输入输出系统(B1S)或者嵌入式系统中的boot loader引导系统进行启动,引导通信设备进入正常运行状态。在通信设备进入正常运行状态后,在随机存取存储器124中运行应用程序(Applicat1n 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中的基本输入输出系统(B1S)或者嵌入式系统中的boot loader引导系统进行启动,引导通信设备进入正常运行状态。在通信设备进入正常运行状态后,在随机存取存储器134中运行应用程序(Applicat1n 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]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1