紧急业务实现方法、MSC/VLR、MME和eNodeB的制作方法

文档序号:7714357阅读:165来源:国知局
专利名称:紧急业务实现方法、MSC/VLR、MME和eNodeB的制作方法
技术领域
本发明涉及通信领域,具体而言,涉及一种用于EPS (Evolved Packet System, 演进的分组系统)的紧急业务实现方法、移动交换中心(Mobile Switching Center,简 称MSC)/拜访位置寄存器(Visitor Location Register,简称VLR)、移动性管理实体 (Mobility Management Entity, ■禾尔 MME)、eNodeB ( Mii白勺■立占)。
背景技术
紧急呼叫是一种特殊业务,根据所在地方的法律,紧急呼叫是必须在通信网络中 保证成功进行的一种业务。紧急呼叫包括位置服务和公共安全接入点(Public Safety Access Point,简称为PSAP)的回呼(注该PSAP的情况可以是警察局),即PSAP发起到 用户的语音呼叫;此时如果被叫用户是在EPS网络接入,MSC/VLR(MSC和VLR通常同时使 用)接收到入呼请求通过MME和所述MSC/VLR之间的Sk接口给EPS网络发CS(Circuit Switched,切换电路)寻呼消息,EPS网络接收到CS寻呼请求消息,进行呼叫电路域回落。 图1为现有技术中当为UE服务的MME负荷过大时,PSAP回呼该UE的流程图,图1的场景 下,MME负荷过大并通知了 eNodeB,此时用户设备(User Equipment,简称UE)已经在EPS网 络接入,MME和所述MSC/VLR之间已经建立了 S(is关联关系,UE在所述MSC/VLR和MME中都 有注册信息。该CS寻呼流程包括以下步骤步骤101,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤102,UE有一个呼叫,并且UE是被呼叫的用户。UE所在的UMTS/GSM网络的 PSAP接收到入呼请求的初始地址消息。该入呼请求的主叫方可以是固定用户或移动用户等 任意类型的用户,PSAP进行查询路由过程,将呼叫接续到所述MSC/VLR ;步骤103,所述MSC/VLR接收到入呼请求,开始寻呼被叫用户。根据VLR中保存的 SGs关联关系信息等,所述MSC/VLR给MME发送一个CS寻呼消息;步骤104,MME接收到所述MSC/VLR发来的CS寻呼请求消息,开始寻呼UE,向 eNodeB发送寻呼消息;步骤105,eNodeB向UE发送寻呼消息;步骤106,UE收到寻呼消息后,向eNodeB发送无线连接建立请求;eNodeB收到上 述请求后,根据步骤101中保存的信息,判断当前UE附着的MME已经负荷过大,因此拒绝该 UE的请求。因此该UE的被叫失败,PSAP无法呼叫该用户。发明人发现因为上述情况的存在,导致现有技术的紧急呼叫在MME负荷过大时无 法保证成功。

发明内容
本发明旨在提供一种用于EPS的紧急业务实现方法、MSC/VLR、MME, eNodeB,以解 决现有技术的紧急呼叫在MME负荷过大时无法保证成功的问题。
根据本发明的一个方面,提供了一种用于EPS的紧急业务实现方法,包括以下步 骤MSC/VLR接收来自PSAP的对UE的寻呼;MSC/VLR向MME发送寻呼,寻呼携带紧急指示; 根据紧急指示,建立PSAP与UE之间的通信连接。根据本发明的另一方面,提供了一种用于EPS的MSC/VLR,包括接收模块,用于接 收来自PSAP的对UE的寻呼;发送模块,用于向MME发送寻呼,寻呼携带紧急指示。根据本发明的另一方面,提供了一种用于EPS的MME,包括接收模块,用于接收来 自MSC/VLR的对UE的寻呼;发送模块,用于从寻呼中获取紧急指示,则向UE当前注册的跟 踪区列表中的eNodeB发送寻呼。根据本发明的另一方面,提供了一种用于EPS的eNodeB,包括接收模块,用于接 收来自MME的对UE的寻呼;发送模块,用于从寻呼中获取紧急指示,则保存指示有紧急业务 的信息,并向UE发送寻呼;接受模块,用于根据所保存的信息确定UE有紧急业务,接受来自 UE的无线连接建立请求。上述实施例的用于EPS的紧急业务实现方法、MSC/VLR、MME、eNodeB因为在寻呼中 携带紧急指示并进行相应地处理,所以克服了现有技术的紧急呼叫在MME负荷过大时无法 保证成功的问题,进而达到了紧急呼叫在通信网络中保证成功进行的效果。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发 明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中图1为现有技术中当为UE服务的MME负荷过大时,PSAP回呼该UE的流程图;图2为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图3为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图4为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图5为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图6为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图7为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图;图8为根据本发明一个实施例的用于EPS的MSC/VLR的方框图;图9为根据本发明一个实施例的用于EPS的MME的方框图;图10为根据本发明一个实施例的用于EPS的eNodeB的方框图。
具体实施例方式下面将参考附图并结合实施例,来详细说明本发明。图2为根据本发明一个实施例的用于EPS的紧急业务实现方法的流程图,包括以 下步骤步骤S10,MSC/VLR接收来自PSAP的对UE的寻呼;步骤S20,MSC/VLR向MME发送寻呼,寻呼携带紧急指示;步骤S30,根据紧急指示,建立PSAP与UE之间的通信连接。该紧急业务实现方法因为在寻呼中携带紧急指示,因此在后续过程中能够根据该 紧急指示进行相应地处理,所以克服了现有技术的紧急呼叫在MME负荷过大时无法保证成功的问题,进而达到了紧急呼叫在通信网络中保证成功进行的效果。可选地,在上述的方法中,步骤S30包括MME从寻呼中获取紧急指示,则向UE当 前注册的跟踪区列表中的eNodeB发送寻呼,其中,eNodeB已经被MME通知了负荷过大; eNodeB向UE发送寻呼;UE向eNodeB发送无线连接建立请求,eNodeB接受无线连接建立请 求;建立PSAP与UE之间的电路域回落。上面给出了根据该紧急指示进行相应地处理的一个实施例。现有技术中,eNodeB 由于已经被MME通知了负荷过大,所以会拒绝该寻呼。而该实施例中,eNodeB如果收到了 来自MME的寻呼,则默认为该寻呼应该是紧急寻呼,并且向UE发送寻呼而不是拒绝该寻呼。 因此,该实施例达到了紧急呼叫在通信网络中保证成功进行的效果。图3为根据本发明上述实施例的用于EPS的紧急业务实现方法的流程图,UE已经 在EPS和MSC(CS域)注册,PSAP通过CS域回呼UE,EPS执行电路域回落的流程。该场景 中UE在EPS注册的MME已经负荷过大,具体步骤如下步骤301,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤302,UE有一个呼叫,并且UE是被呼叫的用户。UE所在的UMTS/GSM网络的 PSAP接收到入呼请求的初始地址消息。该入呼请求的主叫方可以是固定用户或移动用户等 任意类型的用户,PSAP进行查询路由过程,将呼叫接续到所述MSC/VLR ;步骤303 :MSC/VLR接收到入呼请求,开始寻呼被叫用户的UE。根据VLR中保存的 SGs关联关系信息等,MSC/VLR给MME发送一个CS寻呼消息,该寻呼消息中包含紧急指示, 表明该寻呼为紧急业务;步骤304 =MME收到上述寻呼消息后,根据其中的紧急指示,向UE当前注册的跟踪 区列表中的eNodeB发送寻呼消息;步骤305 eNodeB向UE发送寻呼消息;步骤306 =UE收到寻呼消息后,向eNodeB发送无线连接建立请求;eNodeB收到上 述请求后,接受该请求,继续执行正常的电路域回落流程(此处与现有技术不同,eNodeB不 考虑步骤301中自身保存的该MME已经负荷过大的信息);步骤307 网络完成电路域回落,建立PSAP与该UE的通信。该实施例中,当MSC发给MME的page消息中携带紧急指示时,MME才向eNodeB发 送寻呼消息,当eNodeB收到该寻呼消息就认为MME可以接受为该UE服务,因此后续不拒绝 未改UE建立到上述MME的连接。可选地,在上述的方法中,S30包括MME从寻呼中获取紧急指示,则向UE当前注册 的跟踪区列表中的eNodeB发送可以接受业务指示,其中,eNodeB已经被MME通知了负荷过 大;eNodeB向UE发送寻呼;UE向eNodeB发送无线连接建立请求,eNodeB接受无线连接建 立请求;建立PSAP与UE之间的电路域回落;MME向eNodeB通知负荷过大。该实施例中,MME收到紧急业务的寻呼后,向eNodeB发送可以接受业务指示,以完 成当前的紧急业务;当紧急业务完成后,MME再向eNodeB发送负荷过大指示。在此之间,对 于非紧急业务,MME拒绝提供服务。该实施例MME先向eNodeB发送可以接受业务指示,从 而eNodeB如果收到了来自MME的寻呼,则默认为该寻呼应该是紧急寻呼,并且向UE发送寻 呼而不是拒绝该寻呼。因此,该实施例达到了紧急呼叫在通信网络中保证成功进行的效果。
图4为根据本发明上述实施例的用于EPS的紧急业务实现方法的流程图,UE已经 在EPS和MSC (CS域)注册,关口移动交换中心(Gateway Mobile Switching Center,简称 GMSC)通过CS域回呼UE,该呼叫为非紧急业务,EPS执行电路域回落的流程。该场景中UE 在EPS注册的MME已经负荷过大,具体步骤如下步骤401,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤402,UE有一个呼叫,并且UE是被呼叫的用户。UE所在的UMTS/GSM网络的 PSAP接收到入呼请求的初始地址消息。该入呼请求的主叫方可以是固定用户或移动用户等 任意类型的用户,PSAP进行查询路由过程,将呼叫接续到所述MSC/VLR ;步骤403 :MSC/VLR接收到入呼请求,开始寻呼被叫用户的UE。根据VLR中保存的 SGs关联关系信息等,MSC/VLR给MME发送一个CS寻呼消息,该寻呼消息中包含紧急指示, 表明该寻呼为紧急业务;步骤404,当MME收到紧急业务的寻呼后,向eNodeB发送可以接受业务指示,指示 eNodeB可以向上述MME发起信令;步骤405 =MME收到上述寻呼消息后,根据其中的紧急指示,向UE当前注册的跟踪 区列表中的eNodeB发送寻呼消息;步骤406 eNodeB向UE发送寻呼消息;步骤407 =UE收到寻呼消息后,向eNodeB发送无线连接建立请求;eNodeB收到上 述请求后,接受该请求,继续执行正常的电路域回落流程(此处与现有技术不同,eNodeB不 考虑步骤301中自身保存的该MME已经负荷过大的信息);步骤408 网络完成电路域回落,建立PSAP与该UE的通信。步骤409,当紧急业务完成后,MME向eNodeB发送负荷过大指示。在该实施例中,MME根据是否有紧急指示,决定向eNodeB发送可以接受业务指示, 以完成紧急业务。本发明的实施例还提供了针对上述两个实施例的拒绝非紧急业务的方法,包括 MSC/VLR接收来自GMSC的第二寻呼;MSC/VLR向MME发送第二寻呼,第二寻呼不携带紧急指 示;MME接收到第二寻呼后,向MSC发送拒绝寻呼消息,其中携带拒绝原因,以使第二寻呼建 立失败。例如,关于图3和图4的实施例,对于非紧急业务,MME拒绝提供服务。图5为根据本发明上述实施例的用于EPS的紧急业务实现方法的流程图,回呼为 非紧急业务的场景,具体包括以下步骤;步骤501,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤502 :UE有一个呼叫,并且该用户是被呼叫的用户。UE所在的UMTS/GSM网络 的GMSC接收到初始地址消息(即入呼请求)。GMSC进行查询路由过程,将呼叫接续到所述 MSC/VLR。所述MSC/VLR接收到该初始地址消息(即呼叫入呼请求);步骤503 所述MSC/VLR接收到入呼请求,开始寻呼被叫用户的UE。根据VLR中保 存的S(is关联关系信息等,所述MSC/VLR给MME发送一个CS寻呼消息;步骤504 =MME接收到MSC发来的CS寻呼请求消息,根据自身已经负荷过大,以及 该业务为非紧急业务,向MSC发送拒绝寻呼消息,其中携带拒绝原因,该原因可以是负荷过大。因此该非紧急业务的呼叫建立失败。该实施例中,MME认为自己已经负荷过大了,不再为UE的非紧急业务服务,也就不 再向eNodeB发送寻呼消息,因此MME拒绝MSC的寻呼,并携带响应的拒绝原因。可选地,在上述的方法中,S30包括MME从寻呼中获取紧急指示,则向UE当前注册 的跟踪区列表中的eNodeB发送寻呼,寻呼携带紧急指示,其中,eNodeB已经被MME通知了负 荷过大;eNodeB从寻呼中获取紧急指示,则保存指示有紧急业务的信息,并向UE发送寻呼; UE向eNodeB发送无线连接建立请求,eNodeB根据所保存的信息确定UE有紧急业务,则接 受无线连接建立请求;建立PSAP与UE之间的电路域回落。该实施例中,eNodeB根据所保存的信息确定UE有紧急业务,从而不考虑自身保存 的上述MME负荷过大信息,而与上述MME建立信令连接,完成紧急业务。图6为根据本发明上述实施例的用于EPS的紧急业务实现方法的流程图,UE已经 在EPS和MSC(CS域)注册,PSAP通过CS域回呼UE,EPS执行电路域回落的流程。该场景 中UE在EPS注册的MME已经负荷过大,具体步骤如下步骤601,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤602,UE有一个呼叫,并且UE是被呼叫的用户。UE所在的UMTS/GSM网络的 PSAP接收到入呼请求的初始地址消息。该入呼请求的主叫方可以是固定用户或移动用户等 任意类型的用户,PSAP进行查询路由过程,将呼叫接续到所述MSC/VLR ;步骤603 :MSC/VLR接收到入呼请求,开始寻呼被叫用户的UE。根据VLR中保存的 SGs关联关系信息等,MSC/VLR给MME发送一个CS寻呼消息,该寻呼消息中包含紧急指示, 表明该寻呼为紧急业务;步骤604 =MME收到上述寻呼消息后,根据其中的紧急指示,向UE当前注册的跟踪 区列表中的eNodeB发送寻呼消息,该寻呼消息中携带紧急指示,eNodeB根据该紧急指示判 断并保存该用户当前有紧急业务的信息;步骤605,eNodeB向UE发送寻呼消息;步骤606 =UE收到寻呼消息后,向eNodeB发送无线连接建立请求;eNodeB收到上 述请求后,根据步骤504中保存的该用户有紧急业务的信息,接受该请求,继续执行正常的 电路域回落流程;步骤607 网络完成电路域回落,建立PSAP与该UE的通信。该实施例中,eNodeB根据所保存的信息确定UE有紧急业务,从而不考虑自身保存 的上述MME负荷过大信息,而与上述MME建立信令连接,完成紧急业务。本发明的实施例还提供了针对上述实施例的拒绝非紧急业务的方法,包括MSC/ VLR接收来自GMSC的第二寻呼;MSC/VLR向MME发送第二寻呼,第二寻呼不携带紧急指示; MME从第二寻呼中没有获取紧急指示,则向UE当前注册的跟踪区列表中的eNodeB发送第二 寻呼,第二寻呼不携带紧急指示,其中,eNodeB已经被MME通知了负荷过大;eNodeB从寻呼 中没有获取紧急指示,则不保存指示有紧急业务的信息,并向UE发送寻呼;UE向eNodeB发 送无线连接建立请求,eNodeB根据没有保存指示有紧急业务的信息确定UE没有紧急业务, 则拒绝无线连接建立请求,以使第二寻呼建立失败。图7为根据本发明上述实施例的用于EPS的紧急业务实现方法的流程图,UE已经在EPS和MSC (CS域)注册,GMSC通过CS域回呼UE,该回呼为非紧急业务,EPS执行电路域 回落的流程。该场景中UE在EPS注册的MME已经负荷过大,具体步骤如下步骤701,UE附着的MME由于负荷过大,当前不能从eNodeB接受新的业务,发送负 荷过大通知给eNodeB,eNodeB保存该MME负荷过大的信息;步骤702 :UE有一个呼叫,并且该用户是被呼叫的用户。UE所在的UMTS/GSM网络 的GMSC接收到初始地址消息(即入呼请求)。GMSC进行查询路由过程,将呼叫接续到所述 MSC/VLR.所述MSC/VLR接收到该初始地址消息(即呼叫入呼请求);步骤703,所述MSC/VLR接收到入呼请求,开始寻呼被叫用户。根据VLR中保存的 SGs关联关系信息等,所述MSC/VLR给MME发送一个CS寻呼消息;步骤704,MME接收到所述MSC/VLR发来的CS寻呼请求消息,开始寻呼UE,向 eNodeB发送寻呼消息;步骤705,eNodeB向UE发送寻呼消息;步骤706,UE收到寻呼消息后,向eNodeB发送无线连接建立请求;eNodeB收到上 述请求后,由于步骤704中没有获得该用户有紧急业务的信息,因此判断当前UE的业务为 非紧急业务,同时根据步骤701中获得并保存的该UE附着的MME已经负荷过大的信息,因 此拒绝该UE的请求。因此该UE的被叫失败,PSAP无法呼叫该用户。可选地,在上述任一项的方法中,PSAP对UE的寻呼是PSAP对来自UE的紧急呼叫 的回呼。当然,也可以将PSAP对UE的所有寻呼都作为紧急呼叫来处理。图8为根据本发明一个实施例的用于EPS的MSC/VLR的方框图,包括接收模块802,用于接收来自PSAP的对UE的寻呼;发送模块804,用于向MME发送寻呼,寻呼携带紧急指示。图9为根据本发明一个实施例的用于EPS的MME的方框图,包括接收模块902,用于接收来自MSC/VLR的对UE的寻呼;发送模块904,用于从寻呼中获取紧急指示,则向UE当前注册的跟踪区列表中的 eNodeB发送寻呼。图10为根据本发明一个实施例的用于EPS的eNodeB的方框图,包括接收模块1002,用于接收来自MME的对UE的寻呼;发送模块1004,用于从寻呼中获取紧急指示,则保存指示有紧急业务的信息,并向 UE发送寻呼;接受模块1006,用于根据所保存的信息确定UE有紧急业务,接受来自UE的无线连 接建立请求。上述实施例的MSC/VLR、MME和eNodeB可以用于实现本发明上述实施例的紧急业 务实现方法,从而达到了紧急呼叫在通信网络中保证成功进行的效果。从以上的描述中,可以看出,本发明上述实施例的用于EPS的紧急业务实现方法、 MSC/VLR、MME、eN0deB因为在寻呼中携带紧急指示并进行相应地处理,所以克服了现有技术 的紧急呼叫在MME负荷过大时无法保证成功的问题,进而达到了紧急呼叫在通信网络中保 证成功进行的效果。显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用 的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在 存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中 的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬 件和软件结合。 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技 术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修 改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种用于演进的分组系统的紧急业务实现方法,其特征在于,包括以下步骤 移动交换中心/拜访位置寄存器(MSC/VLR)接收来自公共安全接入点(PSAP)的对用户终端(UE)的寻呼;所述MSC/VLR向移动性管理实体(MME)发送所述寻呼,所述寻呼携带紧急指示; 根据所述紧急指示,建立所述PSAP与所述UE之间的通信连接。
2.根据权利要求1所述的方法,其特征在于,根据所述紧急指示,建立所述PSAP与所述 UE之间的通信连接包括所述MME从所述寻呼中获取所述紧急指示,则向所述UE当前注册的跟踪区列表中的演 进的基站(eNodeB)发送所述寻呼,其中,所述eNodeB已经被所述MME通知了负荷过大; 所述eNodeB向所述UE发送所述寻呼;所述UE向所述eNodeB发送无线连接建立请求,所述eNodeB接受所述无线连接建立请求;建立所述PSAP与所述UE之间的电路域回落。
3.根据权利要求1所述的方法,其特征在于,根据所述紧急指示,建立所述PSAP与所述 UE之间的通信连接包括所述MME从所述寻呼中获取所述紧急指示,则向所述UE当前注册的跟踪区列表中的 eNodeB发送可以接受业务指示,其中,所述eNodeB已经被所述MME通知了负荷过大; 所述eNodeB向所述UE发送所述寻呼;所述UE向所述eNodeB发送无线连接建立请求,所述eNodeB接受所述无线连接建立请求;建立所述PSAP与所述UE之间的电路域回落; 所述MME向所述eNodeB通知负荷过大。
4.根据权利要求2或3所述的方法,其特征在于,还包括 MSC/VLR接收来自关口移动交换中心(GMSC)的第二寻呼;所述MSC/VLR向所述MME发送所述第二寻呼,所述第二寻呼不携带紧急指示; 所述MME接收到所述第二寻呼后,向所述MSC发送拒绝寻呼消息,其中携带拒绝原因, 以使所述第二寻呼建立失败。
5.根据权利要求1所述的方法,其特征在于,根据所述紧急指示,建立所述PSAP与所述 UE之间的通信连接包括所述MME从所述寻呼中获取所述紧急指示,则向所述UE当前注册的跟踪区列表中的 eNodeB发送所述寻呼,所述寻呼携带所述紧急指示,其中,所述eNodeB已经被所述MME通知 了负荷过大;所述eNodeB从所述寻呼中获取所述紧急指示,则保存指示有紧急业务的信息,并向所 述UE发送所述寻呼;所述UE向所述eNodeB发送无线连接建立请求,所述eNodeB根据所保存的信息确定所 述UE有紧急业务,则接受所述无线连接建立请求; 建立所述PSAP与所述UE之间的电路域回落。
6.根据权利要求5所述的方法,其特征在于,还包括 MSC/VLR接收来自GMSC的第二寻呼;所述MSC/VLR向所述MME发送所述第二寻呼,所述第二寻呼不携带紧急指示; 所述MME从所述第二寻呼中没有获取所述紧急指示,则向所述UE当前注册的跟踪区列 表中的eNodeB发送所述第二寻呼,所述第二寻呼不携带所述紧急指示,其中,所述eNodeB 已经被所述MME通知了负荷过大;所述eNodeB从所述寻呼中没有获取所述紧急指示,则不保存指示有紧急业务的信息, 并向所述UE发送所述寻呼;所述UE向所述eNodeB发送无线连接建立请求,所述eNodeB根据没有保存指示有紧急 业务的信息确定所述UE没有紧急业务,则拒绝所述无线连接建立请求,以使所述第二寻呼 建立失败。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述PSAP对所述UE的所述寻 呼是所述PSAP对来自所述UE的紧急呼叫的回呼。
8.一种用于演进的分组系统的MSC/VLR,其特征在于,包括 接收模块,用于接收来自PSAP的对UE的寻呼;发送模块,用于向MME发送所述寻呼,所述寻呼携带紧急指示。
9.一种用于演进的分组系统的MME,其特征在于,包括 接收模块,用于接收来自MSC/VLR的对UE的寻呼;发送模块,用于从所述寻呼中获取所述紧急指示,则向所述UE当前注册的跟踪区列表 中的eNodeB发送所述寻呼。
10.一种用于演进的分组系统的eNodeB,其特征在于,包括 接收模块,用于接收来自MME的对UE的寻呼;发送模块,用于从所述寻呼中获取所述紧急指示,则保存指示有紧急业务的信息,并向 所述UE发送所述寻呼;接受模块,用于根据所保存的信息确定所述UE有紧急业务,接受来自所述UE的无线连 接建立请求。
全文摘要
本发明提供了用于EPS的紧急业务实现方法、MSC/VLR、MME、eNodeB,方法包括以下步骤MSC/VLR接收来自PSAP的对UE的寻呼;MSC/VLR向MME发送寻呼,寻呼携带紧急指示;根据紧急指示,建立PSAP与UE之间的通信连接。本发明克服了现有技术的紧急呼叫在MME负荷过大时无法保证成功的问题,进而达到了紧急呼叫在通信网络中保证成功进行的效果。
文档编号H04W4/22GK102045677SQ20091017985
公开日2011年5月4日 申请日期2009年10月15日 优先权日2009年10月15日
发明者朱春晖, 梁爽 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1