CN101640933B - 寻呼用户设备的方法、网络设备、用户设备及网络系统 - Google Patents

Abstract

本发明公开了一种寻呼用户设备的方法、网络设备、用户设备及网络系统。该寻呼用户设备的方法包括MSC/VLR接收到被叫业务请求后，分别向MME和RNS/BSS发送寻呼请求，通过所述MME在SAE/LTE网络的TA范围内寻呼UE，通过所述RNS/BSS在CS域的LA范围内寻呼UE。通过本发明实施例可以在寻呼UE时降低对系统资源的占用，尤其是限制对Gs接口的使用，还可以简化寻呼流程、加快寻呼速度。本发明还公开了一种激活ISR的方法及一种SGs接口处理方法。

Description

寻呼用户设备的方法、网络设备、用户设备及网络系统

技术领域

本发明涉及移动通信技术领域，尤其是一种寻呼用户设备的方法、网络设备、用户设备及网络系统。

背景技术

通用移动通信系统(Universal Mobile Telecommunication System，UMTS)中的核心网(Core Network，CN)从逻辑上分为电路交换域(Circuit SwitchedDomain，CS域)和分组交换域(Packet Switched Domain，PS域)。PS域包括进行PS域移动性管理的服务GPRS支持节点(Serving GPRS Support Node，SGSN)，CS域包括进行CS域移动性管理的移动交换中心/拜访位置寄存器(Mobile Switching Center/Visitor Location Register，MSC/VLR)及进行关口管理的网关移动交换中心(Gateway MSC，GMSC)。用户设备(User Equipment，UE)通过无线网络子系统/基站子系统(Radio Network Subsystem/Base StationSubsystem，RNS/BSS)连接PS域的SGSN，UE通过RNS/BSS连接CS域的MSC/VLR，UMTS中的归属用户服务器(Home Subscriber Server，HSS)对接入PS域及CS域的用户数据进行管理。UE可以通过MSC/VLR与SGSN之间的Gs接口执行联合的路由区/位置区更新(Combined RA/LA update)，完成在PS域和CS域的注册。

为了提高系统性能，出现了系统架构演进(System Architecture Evolution，SAE)/长期演进(Long Term Evolution，LTE)网络，包括进行移动性管理的移动管理实体(Mobility Management Entity，MME)，UE通过SAE/LTE网络中的基站eNodeB连接MME。类似于UTMS中MSC/VLR与SGSN之间的Gs接口，在SAE/LTE网络中的MME和MSC/VLR之间引入SGs接口，该SGs接口支持SAE/LTE网络域(EPS)和CS域之间的移动性管理。UE可以通过该SGs接口执行联合的跟踪区/位置区更新(Combined TA/LA update)，完成在SAE/LTE网络和CS域的注册。

当UE驻扎在SAE/LTE网络，且该UE作为CS域语音业务被叫时，MSC/VLR通过SGs接口以及MME在SAE/LTE网络的TA范围内寻呼UE，UE接收到该寻呼后回退到CS域网络，在CS域网络提供语音服务，即实现CS回退(Short for CS Fallback，CSFB)业务；当UE驻扎在通用移动通信系统/全球移动通信系统(Universal Mobile Telecommunications/Global System forMobile communication，UMTS/GSM)网络，需要进行新的CS域业务时，可能需要进行小区重选(Cell Reselection)业务。而进行CS回退或者小区重选，首先需要在SAE/LTE网络的TA范围内或者UMTS/GSM网络的LA或RA范围内寻呼到UE。现有技术中，为了寻呼到UE，MSC/VLR可能保持Gs接口或者SGs接口，当被叫呼叫请求到达MSC/VLR时：

(1)在保持Gs接口情况下，MSC/VLR通过SGSN在RA范围内寻呼UE，SGSN通过SGSN与MME之间的S3接口触发MME在TA范围内寻呼UE；

(2)在保持SGs接口情况下，MSC/VLR通过MME在TA范围内寻呼UE，MME通过S3接口触发SGSN在RA范围内寻呼UE。

发明人在实现本发明的过程中发现现有技术至少存在如下问题：现有技术中需要用到SGs接口、Gs接口、S3接口中的至少两个来寻呼UE，因此占用的空口资源较大、寻呼流程较复杂。

发明内容

本发明实施例提供了一种寻呼用户设备的方法，包括：

移动交换中心/拜访位置寄存器MSC/VLR接收到被叫业务请求后，分别向移动管理实体MME和无线网络子系统/基站子系统RNS/BSS发送寻呼请求，通过所述MME在系统架构演进/长期演进SAE/LTE网络的跟踪区TA范围内寻呼用户设备UE，通过所述RNS/BSS在通用移动通信系统/全球移动通信系统UMTS/GSM网络的电路交换CS域的位置区LA范围内寻呼UE。

本发明实施例还提供了一种网络设备，包括：

接收模块，用于接收被叫业务请求；

发送模块，用于根据所述被叫业务请求向MME和RNS/BSS发送寻呼请求。

本发明实施例还提供了一种用户设备，包括：

请求接收模块，用于接收MSC/VLR通过MME及eNodeB发送的寻呼请求，或者MSC/VLR通过RNS/BSS发送的寻呼请求；

响应模块，用于根据所述寻呼请求进行CSFB或小区重选，并通过RNS/BSS向MSC/VLR响应所述寻呼请求；

状态记录模块，用于记录在执行CSFB或小区重选时LA是否发生变化；若LA发生变化，则触发RA更新流程和LA更新流程或者触发联合RA/LA更新流程；若LA未发生变化，则触发RA更新流程。

本发明实施例还提供了一种网络系统，包括：

MSC/VLR，用于在接收到被叫业务请求后，并行发送第一寻呼请求和第二寻呼请求；

MME，用于接收所述MSC/VLR发送的第一寻呼请求，并在SAE/LTE网络的TA范围内寻呼UE；

RNS/BSS，用于接收所述MSC/VLR发送的第二寻呼请求，并在CS域的LA范围内寻呼UE。

由上述技术方案可知，本发明实施例中，MSC/VLR并行触发对MME和RNS/BSS的寻呼请求，通过MME在SAE/LTE网络中寻呼UE，同时，通过RNS/BSS在CS域内寻呼UE。由于寻呼UE主要涉及了MSC/VLR与MME之间的SGs接口，而没有采用Gs接口，限制对Gs接口的使用，可以节省系统资源；同时，由于直接在CS域内寻呼UE，可以简化寻呼流程。

本发明实施例还提供了一种激活ISR的方法，包括：UE在CSFB之后的RA更新或联合RA/LA更新过程中激活ISR。

本发明实施例通过激活ISR可以节省空口资源，简化注册流程。

本发明实施例还提供了一种SGs接口处理方法，包括：

UE从UMTS/GSM网络重回SAE/LTE网络后，判断ISR是否激活成功，若ISR没有激活成功，则执行联合TA/LA更新；

若ISR激活成功，则判断SGs接口是否已经被释放，若所述SGs接口已经被释放，则执行联合TA/LA更新；

若所述SGs接口没有被释放，则判断UE所处的MSC/VLR是否发生了变化，若所述MSC/VLR发生了变化，则执行联合TA/LA更新。

本发明实施例给出了UE从UMTS/GSM网络重回SAE/LTE网络后对SGs接口的处理流程。

本发明实施例提供了一种为用户设备提供服务的方法，包括：在ISR激活的情况下，使用SGs接口为UE提供服务。

本发明实施例可以尽量保证对SGs接口的利用。

附图说明

图1为本发明寻呼用户设备的方法实施例一的流程示意图；

图2为本发明寻呼用户设备的方法实施例二的流程示意图；

图3为本发明寻呼用户设备的方法实施例三的流程示意图；

图4为本发明寻呼用户设备的方法实施例四的流程示意图；

图5为本发明寻呼用户设备的方法实施例中激活ISR的流程示意图；

图6为本发明网络设备实施例的结构示意图；

图7为本发明用户设备实施例的结构示意图；

图8为本发明网络系统实施例的结构示意图；

图9为本发明为用户设备提供服务的方法实施例一的流程图；

图10为本发明为用户设备提供服务的方法实施例二的流程图。

具体实施方式

图1为本发明寻呼UE的方法实施例一的流程示意图，该实施例包括：

步骤11：MSC/VLR接收主叫侧发送的被叫业务请求。该被叫业务请求包括但不限于被叫呼叫请求或被叫短信请求。

步骤12：MSC/VLR向MME和RNS/BSS并行发送寻呼请求，通过所述MME在SAE/LTE网络的TA范围内寻呼UE，通过所述RNS/BSS在UMTS/GSM网络的CS域的LA范围内寻呼UE。

图2为本发明寻呼UE的方法实施例二的流程示意图，该实施例包括：

步骤201：被叫关口局GMSC接收到从主叫侧发送的入局呼叫请求IAM。

步骤202：GMSC通过发送SRI消息来获取被叫UE的相关路由信息。

步骤203：GMSC根据获取的UE的相关路由信息向被叫侧的MSC/VLR发送被叫呼叫请求IAM。

上述步骤201-203与现有技术中寻呼UE的相应步骤相同，具体实现不再赘述。

步骤204：MSC/VLR接收到被叫呼叫请求后，向MME发送来自CS域的寻呼请求CS Paging。

步骤205：MME将该寻呼请求发送给eNodeB。其中，若UE处于ECM-IDLE态，则MME将寻呼请求发送给UE注册的每个eNodeB；若UE处于ECM-CONNECTED态，则MME将寻呼请求发送给当前服务的eNodeB。

步骤206：eNodeB将该寻呼请求发送给UE。其中，若UE处于ECM-IDLE态，则按照现有UE空闲模式下的流程处理；若UE处于ECM-CONNECTED态，则按照现有UE激活态模式下的流程处理。

上述步骤204-206实现了在SAE/LTE网络中寻呼UE。

步骤207：MSC/VLR接收到被叫呼叫请求后，并行向RNS/BSS发送来自CS域的寻呼请求CS Paging。

该步骤207与上述的步骤204之间无严格时间顺序限制关系，可以先执行步骤204，再执行步骤207，或者先执行步骤207，再执行步骤204，或者两者同时执行；相应的，步骤204之后的相应步骤，如步骤205、步骤206，与步骤207之后的相应步骤，如下述的步骤208之间也无严格时间先后关系，可以根据设定执行。

现有技术中在UMTS/GSM网络中寻呼UE时需要通过SGSN及S3接口，或者SGSN及Gs接口，在RA范围内寻呼，而本实施例是直接通过RNS/BSS在LA范围内寻呼，可以减少资源消耗及简化寻呼流程。

步骤208：RNS/BSS将该寻呼请求发送给UE。

上述步骤207-208实现了在UMTS/GSM网络的CS域内寻呼UE。通过MSC/VLR-RNS/BSS-UE这条通信线路在LA范围内直接寻呼UE，减少接口占用、简化寻呼流程。

步骤209：UE进行CSFB或小区重选。其中，若UE原本驻扎在SAE/LTE网络中，则UE发生CSFB；若UE原本驻扎在UMTS/GSM网络中，则UE发生小区重选。不论是CSFB还是小区重选，若UE没有发生LA变化，则只执行RAU，不执行联合RA/LA或者LAU。

步骤210-211：UE通过RNS/BSS发送寻呼响应CS paging Response给MSC/VLR。MSC/VLR停止寻呼计时及建立CS域连接，或按照现有技术进行后续处理。

步骤212：若UE在结束CS域的语音业务后，通过小区重选等方法重新驻扎到SAE/LTE网络中，UE可以根据记录的UE所属的LA是否发生变化，来决定是否执行联合TA/LA流程。本实施例中由于UE所属的LA没有发生变化，则MME和MSC/VLR之间的SGs接口没有变化，不必执行联合TA/LA流程。另外，如果UE驻扎在UMTS/GSM(GERAN/UTRAN)网络，当UE需要执行周期性位置更新(LAU Location Area Update)，MSC此时不删除SGs接口。

本实施例中MSC/VLR接收到被叫呼叫请求后，并行触发在SAE/LTE网络及CS域的UE寻呼，由于本实施例主要采用系统中MME和MSC/VLR之间的SGs接口，不采用Gs接口及S3接口，尤其是限制了需要对系统进行较大改动的Gs接口的使用，因此可以节约网络资源，并且快速地寻呼到UE。

图3为本发明寻呼UE的方法实施例三的流程示意图，与实施例二不同的是该实施例针对LA发生变化的场景，本实施例包括UE原本所属LA对应的第一MSC/VLR和变化后LA对应的第二MSC/VLR。与实施例二相同的是，本实施例的步骤301-308对应于实施例二中的步骤201-208，步骤310-311对应于实施例二中的步骤210-211。与实施例二不同的是，用下面的步骤309代替步骤209，步骤312代替步骤212。

步骤309：触发CSFB或小区重选，更新LA。

具体的，若系统支持Gs接口：如果支持网络模式1，则UE执行联合RA/LA流程；如果不支持网络模式1，则UE分别执行RAU和LAU。在3GPP中网络操作模式是一个很重要的概念，不同的网络操作模式将决定UE发起何种移动性管理流程来和网络保持联系，以确保UE和网络侧特定信息的一致性，从而提高网络运行效率。具体到网络模式1(NOM1)下，SGSN不仅负责进行PS域RA范围的寻呼，而且也负责CS域LA范围的寻呼，在Gs接口存在的情况下，SGSN与MSC/VLR配合可以实现LA/RA联合位置更新，即可以执行联合RA/LA流程。

若系统不支持Gs接口：不论是否支持网络模式1，UE总是分别执行RAU和LAU。

步骤312：若UE重新驻扎到SAE/LTE网络，由于记录的LA已发生变化，因此需要执行联合TA/LA流程，重新建立MME和MSC/VLR之间的SGs接口。

本实施例给出了UE所属的LA变化场景下的寻呼UE的流程，由于没有采用Gs及S3接口，尤其是限制了需要对系统进行较大改动的Gs接口的使用，可以节约网络资源及简化寻呼流程。

图4为本发明寻呼UE的方法实施例四的流程示意图，该实施例包括：

步骤401：MSC/VLR接收到被叫短信请求。

步骤402：MSC/VLR向MME发送寻呼请求，该寻呼请求中携带短信标识SMS indicator。通过携带短信标识可以确定相应的寻呼为短信寻呼，再根据下述的步骤对短信寻呼进行处理，以实现语音寻呼与短信寻呼的协同工作。现有技术中一种短信寻呼方式是MSC/VLR通过与SGSN之间的Gs接口发送短信寻呼，而本实施例通过向MME发送携带短信标识的短信寻呼，不仅可以限制对Gs接口的使用，节约系统资源，并且通过短信标识将短信寻呼与语音寻呼区别开来，以实现与语音寻呼的协同工作。

步骤403-404：MME通过eNodeB将该携带短信标识的寻呼请求发送给UE。在SAE/LTE网络中寻呼UE。

步骤405：UE根据该寻呼请求判断出需要进行短信业务，向MME发送业务请求Service Request，建立UE与MME之间的非接入层(Non-AccessStratum，NAS)通道。

步骤406：MME发送业务请求给MSC/VLR，通知MSC/VLR寻呼到UE。

步骤407：MSC/VLR向MME发送短信数据。

步骤408：MME将该短信数据通过先前建立的NAS通道转发给UE。

步骤409-410：UE通过MME向MSC/VLR发送相应的接收到短信的响应。

上述步骤402-410实现了在SAE/LTE网络中短信寻呼UE，与现有技术需要Gs接口相比，本实施例限制了对Gs接口的使用。

步骤411：MSC/VLR接收到被叫短信请求后，并行向RNS/BSS发送寻呼请求。同语音寻呼的实施例一致，该步骤与向MME发送短信寻呼的步骤(步骤402)并无时间顺序的限制，可以根据需要设定执行顺序。

步骤412：RNS/BSS发送寻呼请求给UE，在UMTS/GSM网络中寻呼UE。

步骤413-414：UE通过RNS/BSS向MSC/VLR发送寻呼响应。

步骤415：MSC/VLR按照现有技术向UE发送短信。

本实施例给出了MSC/VLR接收到被叫短信请求后对UE的寻呼流程，类似于语音呼叫，通过并行触发MME及RNS/BSS的寻呼请求，尤其是限制了对Gs接口的使用，可以节约系统资源、简化寻呼流程；同时，本实施例通过在发送给MME的寻呼请求中携带短信标识，可以与语音呼叫请求协同工作。

上述实施例二、三、四给出了通过SGs接口触发SAE/LTE网络中对UE的寻呼。同时，还可以通过MME与SGSN之间的S3接口触发在路由区(RA)的寻呼，即MME接收到寻呼请求后，同时还将寻呼请求通过S3接口发送给SGSN，SGSN再通过RNS/BSS发送给UE，实现在PS域对UE的寻呼。

上述各实施例分别示出了几种MSC/VLR并行触发对MME及RNS/BSS的寻呼流程，实际应用中一般是UE在SAE/LTE及UMTS/GSM网络系统中注册之后才能在相应的网络系统中寻呼UE。通常情况下，当UE在不同网络间移动时需要不断地更新注册的网络，造成空口资源浪费及产生乒乓效应。为了避免空口资源的浪费及乒乓效应，可以采用空闲模式下信令压缩(Idle-mode Signalling Reduction，ISR)方案。该方案的思路是UE注册到一种接入网络(SAE/LTE或UMTS/GSM网络)后，当UE移动到另一种接入网络后再注册到另一个接入网络，这样UE就同时注册到了两种接入网络，之后UE在这两个网络的对应注册区域(TA或RA)移动而不用再次发起任何注册过程。当UE更换RA或TA时需要发起普通的RAU过程。UE注册到的两种接入系统(2G/3G的SGSN或演进网络的MME)都有UE的上下文(context)。由于SAE/LTE网络引进“多TA注册”的概念，即一个UE可以同时分配多个TA，上述UE分配的注册区域的RA或TA可能是RA表(RAlist)或TA表(TA list)。

通过激活ISR，UE在多个RA或TA注册，寻呼UE时，便可以同时在SAE/LTE和UMTS/GSM相应的注册区域进行寻呼。因此，本发明寻呼用户设备的方法实施例中还可以进一步包括：激活ISR，具体在UE执行CSFB后，在RA更新或联合RA/LA更新过程中激活ISR。图5为本发明寻呼用户设备的方法实施例中激活ISR的流程示意图，包括：

步骤501-506：UE在SAE/LTE网络中注册，在SAE/LTE网络的TA范围内寻呼UE。具体流程与实施例二的步骤201-206相同，不再赘述。

步骤507：UE从SAE/LTE网络回退到UMTS/GSM网络，即发生了CSFB。发生CSFB后，若UE移动到的UMTS/GSM系统处于网络模式1(NOM1)时，则执行联合RA/LA更新；当系统处于网络模式2(NOM2)或网络模式3(NOM3)时，则执行RA更新，若UE所属的LA发生了变化，则进一步进行LA更新。其中，上述的网络模式1、网络模式2、网络模式3是现有系统中定义的概念，若系统处于网络模式1下，则表明系统支持联合RA/LA更新；若系统处于网络模式2或网络模式3下，则表明系统不支持联合RA/LA更新，需要分别进行RA更新、LA更新。

步骤508：UE向SGSN发送RA更新或联合RA/LA更新请求。

步骤509：SGSN向MME发送上下文请求(context request)。该上下文请求中携带用于标识特定MME范围内的特定UE的SAE/LTE网络临时移动用户标识(S-Temporary Mobile Subscriber Identity，S-TMSI)。由于UE原来注册在SAE/LTE系统中，因此MME中保存有UE的上下文。

步骤510：MME向SGSN发送上下文响应(context response)。MME可以根据S-TMSI将对应UE的上下文发送给SGSN，且该上下文响应中携带ISR能力标识(ISR capability)，该ISR能力标识用于表明MME有能力为该S-TMSI指示的UE建立信令压缩，即系统具有激活ISR的能力。

步骤511：SGSN向MME发送上下文应答(context ACK)。该上下文应答中携带ISR激活标识(ISR active)，表明激活了ISR。

步骤512：SGSN与第二MSC/VLR之间进行Gs接口的处理。UE所属的原来的MSC/VLR为第一MSC/VLR，由于LA发生了变化，UE所属的新的MSC/VLR为第二MSC/VLR。由于UE原来驻扎在SAE/LTE网络中，MME可以获知UE的TA(TA list)所处的LA情况，MME通过上下文响应将UE的上下文发送给SGSN，因此SGSN也可以获知UE所处的LA情况。若LA发生变化，则建立与第二MSC/VLR之间的Gs接口，若LA没有发生变化，则无需重建与第一MSC/VLR之间的Gs接口。

步骤513：SGSN向UE发送RA更新或联合RA/LA更新完成消息。该更新完成消息中携带表明激活了ISR的ISR激活标识(ISR active)、用于标识RA范围内特定UE的分组域用户临时标识符(Packet-Temporary MobileSubscriber Identity，P-TMSI)。

步骤514：结束UMTS/GSM系统的CS域语音业务后，UE可能重新驻扎回SAE/LTE系统，UE可以根据记录的LA是否发生变化来决定是否执行联合TA/LA更新等后续操作。具体的：

1)如果ISR已经激活成功且SGs接口已经被释放，则执行联合TA/LA更新以重建SGs接口；

2)如果ISR已经激活成功且SGs接口没有被释放，且MSC没有发生改变，则不需执行LA更新；

3)如果ISR已经激活成功且SGs接口没有被释放，且MSC发生了改变，则执行联合TA/LA更新流程；

4)如果ISR没有激活成功，无论SGs接口是否被释放，无论MSC是否改变，都需要执行联合TA/LA更新。

上述UE重新驻扎回SAE/LTE系统中进行的操作是应用在本实施例的激活ISR流程，也可以应用于其它的UE重回SAE/LTE系统的流程中。

另外，上述的激活ISR的流程是应用于本实施例的并行寻呼流程中，该激活ISR流程还可以应用于其他的寻呼流程中，如应用在现有通过Gs接口完成寻呼的流程中。

本实施例给出了激活ISR的流程，通过激活ISR，可以在避免空口资源浪费及乒乓效应的情况下，实现UE同时注册到SAE/LTE及UMTS/GSM系统，为后续MSC/VLR并行在SAE/LTE及UMTS/GSM系统中寻呼UE提供前提条件。

图6为本发明网络设备实施例的结构示意图，该实施例包括接收模块61和发送模块62。接收模块61用于接收被叫呼叫请求或者被叫短信请求；发送模块62用于根据所述被叫呼叫请求或者被叫短信请求向MME和RNS/BSS发送寻呼请求。

其中，当接收模块61接收的为被叫短信请求时，发送模块62向MME发送的寻呼请求中携带短信标识，以便在寻呼到UE后，UE可以根据该短信标识建立与MME之间的NAS通道来传输短信。

具体的，本实施例的网络设备为MSC/VLR。

本实施例在接收到被叫呼叫请求或被叫短信请求后，在寻呼UE时，通过SGs接口在SAE/LTE网络内寻呼UE，同时通过RNS/BSS在CS域内寻呼UE。由于没有涉及Gs接口及S3接口，因此无需对Gs接口和S3接口及这两个接口两侧的网络设备进行升级，由于是限制了对Gs接口的使用，可以节省系统资源；并且，简化寻呼流程。同时，通过在针对短信的寻呼请求中携带短信标识，使UE可以根据该短信标识建立相应的传输短信的通道，可以实现针对语音的寻呼请求和针对短信的寻呼请求的协同工作。

图7为本发明UE实施例的结构示意图，该实施例包括请求接收模块71和响应模块72和状态记录模块73。请求接收模块71用于接收MSC/VLR通过MME及eNodeB发送的寻呼请求，或者MSC/VLR通过RNS/BSS发送的寻呼请求；响应模块72用于根据所述寻呼请求进行CSFB或小区重选，并通过RNS/BSS向MSC/VLR响应所述寻呼请求；状态记录模块73用于记录在执行CSFB或小区重选时LA是否发生变化；并在重新驻扎回SAE/LTE网络时，根据LA是否发生变化决定是否触发联合TA/LA流程。

当请求接收模块71接收到针对短信的寻呼请求后，本实施例还进一步包括通道模块，用于在所述请求模块接收到携带短信标识的寻呼请求后，建立与MME之间的NAS通道。

本实施例可以接收到MME通过eNodeB发送的在SAE/LTE网络内的寻呼请求，还可以接收到RNS/BSS发送的在CS域的寻呼请求，可以使UE被迅速的寻呼到，且耗用较少的系统资源。同时，通过获取短信标识，可以相应建立传输短信的通道，实现短信寻呼与语音寻呼的协同工作。

图8为本发明网络系统实施例的结构示意图，该实施例包括MSC/VLR81、MME82、RNS/BSS83。MSC/VLR81用于在接收到被叫呼叫请求或者被叫短信请求后，并行发送第一寻呼请求和第二寻呼请求；MME82用于接收所述MSC发送的第一寻呼请求，并在SAE/LTE网络中寻呼UE，具体的，可以通过eNodeB将寻呼请求发送给UE；RNS/BSS83用于接收所述MSC发送的第二寻呼请求，并在CS域内寻呼UE。

其中，当MSC/VLR81接收到被叫短信请求后，发送的第一寻呼请求中携带短信标识；MME82将携带短信标识的第一寻呼请求通过eNodeB转发给UE，建立与UE之间的NAS通道，用于传输短信数据。

上述实施例是以短信(SMS)寻呼和语音寻呼为例，但上述实施例同样适用于定位业务系统(Location Service，LCS)等其他CS域补充业务。上述实施例同样适用于当UE在空闲(IDLE)状态下，通过小区重选到目标网络的过程。比如从SAE/LTE(EUTRAN)→GSM/UMTS(GERAN/UTRAN)或者从GSM/UMTS(GERAN/UTRAN)→SAE/LTE(EUTRAN)的过程。

另外，对于UE驻扎在GERAN/UTRAN网络，MME和MSC/VLR之间存在SGs接口，此时UE不需要执行LAU过程，除非UE驻扎的小区所属于的LA位置区发生改变。

上述针对CSFB和ISR共存时的寻呼流程进行了描述，在上述实施例的基本概念的基础上，本发明还可以提供一种为UE提供服务的方法，该方法包括：在ISR激活的情况下，网络侧使用SGs接口为UE提供服务，即在LTE或者2G/3G情况下，在ISR激活的时候，保证为UE服务的为SGs接口。具体的，当为被叫业务时，MSC/VLR通过SGs发送CS寻呼请求给MME，MME在TA范围内寻呼，同时MME通过S3接口转发CS寻呼请求给SGSN，SGSN在RA范围内寻呼UE。

图9为本发明为用户设备提供服务的方法实施例一的流程图，包括：

步骤91：当UE从LTE/SAE回退到2G/3G，即UE发生CSFB时，UE向SGSN发送RA更新或联合RA/LA更新请求。具体为：若UE在CSFB之后处在网络模式1下，则UE执行联合RA/LA更新；若UE在CSFB之后处在网络模式2或网络模式3下，则UE执行RA更新，若所述UE所处的LA发生变化，则UE进一步执行LA更新。

步骤92：SGSN向MME发送上下文请求。

步骤93：MME向SGSN返回上下文响应。该上下文响应消息中携带CSFB能力标识和ISR能力标识，该CSFB能力标识指示CSFB能力已激活，该ISR能力标识指示MME具有ISR能力。

步骤94：SGSN根据UE在当前的2G/3G下的第二LAI与UE在LTE驻扎时的第一LAI判断是否需要激活ISR，若是，执行步骤95，否则执行步骤96。具体的，当第二LAI与第一LAI不同，表明TA/LA失调(misalignment)SGSN判断出需要激活ISR；当所述第二LAI与第一LAI相同，表明TA/LA未失调(misalignment)，SGSN判断出不需要激活ISR。

步骤95：SGSN建立与MSC之间的Gs接口，之后执行步骤96。

步骤96：SGSN在向MME返回上下文应答。当SGSN不需要激活ISR时，在上下文应答中指示MME维持现有SGs接口不释放。

步骤97：SGSN向UE返回RA更新或联合RA更新完成消息，当SGSN激活ISR时，则该RA更新或联合RA/LA更新完成消息中携带ISR激活完成信息，当SGSN不需要激活ISR时，则该RA更新或联合RA/LA更新完成消息中不携带ISR激活完成信息。

本实施例通过SGSN在CSFB之后的RA更新或联合RA/LA更新过程中判断是否需要激活ISR，可以使系统可以根据实际情况灵活选择激活ISR或者不激活ISR，使系统更灵活并且更有效率。

图10为本发明为用户设备提供服务的方法实施例二的流程图，包括：

步骤101：当UE从LTE/SAE回退到2G/3G，即UE发生CSFB时，UE向SGSN发送RA更新或联合RA/LA更新请求。具体为：若UE在CSFB之后处在网络模式1下，则UE执行联合RA/LA更新；若UE在CSFB之后处在网络模式2或网络模式3下，则UE执行RA更新，若所述UE所处的LA发生变化，则UE进一步执行LA更新。

步骤102：SGSN向MME发送上下文请求。

步骤103：MME判断是否需要激活ISR。具体可以为：MME首先确定UE是否具有CSFB能力，例如但不限于，当MME发现存在MME与MSC/VLR之间的SGs接口时，则MME判断出UE具有CSFB能力；当UE具有CSFB能力时，则MME判断出不激活ISR，否则判断出需要激活ISR。之后，MME进行正常的流程处理。

步骤104：MME向SGSN返回上下文响应。该上下文响应消息中携带MME判断出的需要激活ISR的信息，用于指示SGSN需要激活ISR，否则不携带。

步骤105：当上下文响应中不携带指示ISR激活的信息时，SGSN只需要对UE完成位置更新操作而不需额外进行ISR激活，此时需要建立与MSC之间的Gs接口。否则，SGSN激活ISR。

步骤106：SGSN向MME返回上下文应答。

步骤107：SGSN向UE返回RA更新或联合RA更新完成消息，当SGSN激活ISR时，则该RA更新或联合RA/LA更新完成消息中携带ISR激活完成信息，当SGSN不需要激活ISR时，则该RA更新或联合RA/LA更新完成消息中不携带ISR激活完成信息。

本实施例通过MME在CSFB之后的RA更新或联合RA/LA更新过程中判断是否需要激活ISR，可以使系统根据实际情况灵活选择激活ISR或者不激活ISR，使系统更灵活并且更有效率。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (6)

1.一种寻呼用户设备的方法，其特征在于，包括：

移动交换中心/拜访位置寄存器MSC/VLR接收到被叫业务请求后，分别向移动管理实体MME和无线网络子系统/基站子系统RNS/BSS发送寻呼请求，通过所述MME在系统架构演进/长期演进SAE/LTE网络的跟踪区TA范围内寻呼用户设备UE，通过所述RNS/BSS在通用移动通信系统/全球移动通信系统UMTS/GSM网络的电路交换CS域的位置区LA范围内寻呼UE；

其中，

所述UE是通过激活空闲模式下信令压缩ISR预先分别在所述SAE/LTE网络及UMTS/GSM网络中注册的；具体为，所述UE是在从所述SAE/LTE网络回退到UMTS/GSM网络的CS域回退CSFB过程之后的路由区RA更新或联合路由区/位置区RA/LA更新过程中激活ISR；

所述UE还重新驻扎在SAE/LTE网络中：

若ISR已经激活成功且所述MME与MSC/VLR之间的SGs接口已经被释放，或者，

若ISR已经激活成功且所述SGs接口没有被释放，但是所述MSC/VLR发生了变化，或者，

若ISR没有激活成功，

则执行联合跟踪区/位置区TA/LA更新。

2.根据权利要求1所述的方法，其特征在于：

所述被叫业务请求为被叫短信请求；

MSC/VLR接收到所述被叫短信请求后，将短信标识携带在向MME发送的寻呼请求中。

3.根据权利要求1所述的方法，其特征在于：

若UE在CSFB之后处在网络模式1下，则UE执行联合RA/LA更新；

若UE在CSFB之后处在网络模式2或网络模式3下，则UE执行RA更新，若所述UE所处的LA发生变化，则UE进一步执行LA更新。

4.根据权利要求1所述的方法，其特征在于，所述激活ISR包括：

服务通用无线分组业务支持节点SGSN接收UE发送的RA更新或联合RA/LA更新请求后，向MME发送上下文请求消息，所述上下文请求消息中携带SAE/LTE临时移动用户标识S-TMSI；

SGSN接收MME发送的上下文响应消息，并为所述UE建立信令压缩，所述上下文响应消息中携带ISR能力标识，所述ISR能力标识表明MME有能力为与所述S-TMSI对应的UE建立信令压缩；

SGSN向UE返回RA更新或联合RA/LA更新完成消息，所述完成消息中携带ISR激活完成信息。

5.一种用户设备，其特征在于，包括：

请求接收模块，用于接收MSC/VLR通过MME及eNodeB发送的寻呼请求，或者MSC/VLR通过RNS/BSS发送的寻呼请求；

响应模块，用于根据所述寻呼请求进行CSFB或小区重选，并通过RNS/BSS向MSC/VLR响应所述寻呼请求；

状态记录模块，用于记录在执行CSFB或小区重选时LA是否发生变化；若LA发生变化，则触发RA更新流程和LA更新流程或者触发联合RA/LA更新流程；若LA未发生变化，则触发RA更新流程。

6.根据权利要求5所述的用户设备，其特征在于，还包括：

通道模块，用于在所述请求接收模块接收到携带短信标识的寻呼请求后，建立与MME之间的非接入层NAS通道。

Images