一种用户设备请求SMSonly功能时的处理方法及设备

摘要

本发明公开了一种用户设备请求SMSonly功能时的处理方法及设备，包括：接收用户设备请求SMSonly功能的请求消息；网络指示用户设备SMSonly功能请求成功；在用户设备通过通用陆地无线接入网或者GSM/EDGE无线接入网络接入时，按照CLASS-C MODE进行操作。该方案可以解决在服务GPRS支持节点去激活空闲状态信令优化，而用户设备返回通过演进的通用陆地无线接入网接入时，无法正常使用SMSonly功能的问题，以及，当用户设备在通过通用陆地无线接入网或者GSM/EDGE无线接入网络接入和通过演进的通用陆地无线接入网接入之间转换时，导致Gs接口和SGs接口频繁拆建给网络带来较大负荷的问题。

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种UE请求SMSonly功能时的处理方法及设备。

背景技术

一、ISR(Idle State Signalling Reduction，空闲状态信令优化)功能简介。

ISR是空闲态信令减少技术。当UE(User Equipment，用户设备)同时注册到MME(Mobility Management Entity，移动性管理实体)和SGSN(ServingGPRS Support Node，服务GPRS支持节点；GPRS：General Packet Radio Service通用分组无线业务)上并激活ISR后，空闲态的UE在该MME和SGSN所覆盖的E-UTRAN(Evolution-Universal Terrestrial Radio Access Network，演进的通用陆地无线接入网)和UTRAN(Universal Terrestrial Radio Access Network，通用陆地无线接入网)之间的注册TAI(TRACKING AREA Identity，跟踪区标识)LIST(列表)和RA(Routing AREA，路由区)之间移动时，不需要和网络进行信令交互。ISR的激活由网络控制，MME/SGSN通过在TAU/ACCEPT(TAU/RAU接受；其中，TAU：Traking Area Update，跟踪区更新；RAU：RoutingArea Update，路由区更新)消息中设置是否激活ISR，UE根据该指示来激活或去激活ISR。

二、CSFB(Circuit Switched Fallback，电路交换回退；通常简写为CSFB、或者CS Fallback。)功能简介。

CSFB是用传统的2G/3G网络来支持LTE(Long Term Evolution，长期演进)终端的CS(Circuit Switch，电路交换)业务的特性。CS业务特性包括CS呼叫、SMS(Short Message Service，短信息服务)、MT-LCS(Mobile terminatingLocation Services，移动终止的定位服务)、MO-LCS(Mobile Originating LocationServices，移动发起的定位服务)等。

LTE的UE通过在LTE系统中执行联合ATTACH(附着)过程，附着到EPS services(EPS服务；EPS：Evolved Packet System，演进分组系统)和non-EPSservices(非EPS服务)。成功附着后，EPS services的移动性管理实体MME和non-EPS services的移动性管理实体MSC/VLR(Mobile Switching Center/Visited Location Registor，移动交换中心/访问位置寄存器)之间建立了SGs接口，UE驻留在E-UTRAN中。当有CS呼叫到达MSC/VLR时，如果UE处于IDLE(空闲)态，MSC/VLR通过MME寻呼UE，UE收到寻呼后，首先执行SR(service request，业务请求)过程，然后FALL BACK(回退)到2G/3G系统中完成呼叫。

三、SMSonly(仅短消息特性)功能简介。

SMSonly是指网络运营商提出的希望其网络不部署CSFB但是需要支持SMS，所以在3GPP LTE网络中引入的SMSonly这一特性，其需求是将需要CS的话音centric(为中心)的LTE UE引导为通过传统2G/3G网络接入；将需要数据centric的UE保留在LTE网络中，并通过LTE网络提供SMS服务。

需要SMSonly的UE，通过在LTE系统中执行联合ATTACH过程，附着到EPS services和non-EPS services。在该联合ATTACH过程中，UE需要向网络发送SMSonly这一个支持，表示其需要使用EPS SERVICES和SMS业务。如果网络支持SMSonly，则在ATTACH ACCEPT(附着接受)消息中，指示网络支持SMSonly。成功附着后，EPS services的移动性管理实体MME和non-EPSservices的移动性管理实体MSC/VLR之间建立了SGs接口，UE驻留在E-UTRAN中。当有MT-SMS(Mobile terminating-SMS，移动终止的SMS)到达MSC/VLR时，如果UE处于IDLE态，MSC/VLR通过MME寻呼UE，UE收到寻呼后，首先建立和网络的信令连接，然后即可通过NAS(Non AccessStratum，非接入层)信令消息接受来自MSC/VLR的MT-SMS。此时UE不会FALL BACK到2G/3G网络的。

CSFB和/或SMSonly与ISR之间的关系可参见3GPP的23.272的S2-097374更新。CSFB和SMSoverSGs(“经SGs接口的SMS”)的说明可以参见3GPP的23.272。在本申请文件中，SMSonly和SMSoverSGs具有相同含义，可以互换使用。

现有技术的不足在于存在以下问题：

问题一、在SGSN没有激活ISR，而UE返回到E-UTRAN后需要执行联合TA/LA过程中，将导致无法使用SMSonly功能。

问题二、针对DATA ONLY的UE，可能出现UE无法和MSC交互的情形。

问题三、当UE在UTRAN和E-UTRAN之间移动时，将导致Gs接口和SGs接口的频繁的拆建，给网络带来较大的负荷。

发明内容

本发明所解决的技术问题在于提供了一种UE请求SMSonly功能时的处理方法及设备。

本发明实施例中提供了一种UE请求SMSonly功能时的处理方法，包括如下步骤：

接收UE请求SMSonly功能的请求消息；

网络指示UE的SMSonly功能请求成功；

在UE通过通用陆地无线接入网UTRAN或者GSM/EDGE无线接入网络GERAN(GSM/EDGE Radio Access Network，GSM/EDGE无线接入网络)接入时，按照CLASS-C MODE进行操作。

本发明实施例中提供了一种移动性管理实体MME设备，包括：

接收模块，用于接收UE请求SMSonly功能的请求消息；

指示模块，用于在确定网络支持SMSonly功能时，向UE指示SMSonly功能请求成功。

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

确定模块，用于确定是否通过UTRAN或者GERAN接入；

操作模块，用于在确定通过UTRAN或者GERAN接入时，按照CLASS-CMODE进行操作。

本发明实施例中提供了一种SGSN设备，包括：

接收模块，用于接收MS的RAU请求消息；

处理模块，用于当用户设备指示不支持CSFB时，判断并激活ISR。

本发明实施例中提供了一种UE请求SMSonly功能时的处理方法，包括如下步骤：

在进行TA/LA更新过程中，接收UE包含请求SMSonly功能请求的TAU请求消息；

确定网络支持SMSonly功能，MME为该UE确定LAI，并建立与根据该LAI所推断出的MSC/VLR的SGs接口；

MME向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功。

本发明实施例中提供了一种MME设备，包括：

接收模块，用于在进行联合TA/LA更新过程中，接收UE包含请求SMSonly功能请求的TAU请求消息；

处理模块，用于确定网络支持SMSonly功能，为该UE确定LAI，并建立与根据该LAI所推断出的移动交换中心/访问位置寄存器MSC/VLR的SGs接口；

指示模块，用于向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功。

本发明实施例中提供了一种UE请求SMSonly功能时的处理方法，包括如下步骤：

SGSN接收MME传递的CS PAGING消息；

SGSN执行CN Domain Indicator设置为CS DOMAIN的寻呼过程或者CSPAGING过程。

本发明实施例中提供了一种SGSN设备，包括：

接收模块，用于接收MME传递的CS PAGING消息；

寻呼模块，用于执行CN Domain Indicator设置为CS DOMAIN的寻呼过程或者CS PAGING过程。

本发明实施例中提供了一种UE请求SMSonly功能时的处理方法，包括如下步骤：

UE在GERAN或者UTRAN中接收SGSN的CS PAGING消息；

若UE在按照CLASS-C模式操作，则接入到演进的通用陆地无线接入网E-UTRAN；

接入到E-UTRAN后，按照在E-UTRAN中收到MT-SMS相关的寻呼消息，进行处理。

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

接收模块，用于在GERAN或者UTRAN中接收SGSN的CS PAGING消息；

接入模块，用于在确定UE在按照CLASS-C模式操作时，接入到E-UTRAN，并按照在E-UTRAN中收到MT-SMS相关的寻呼消息进行处理。

本发明有益效果如下：

在本发明提供的一种技术方案中，在接收UE请求SMSonly功能的请求消息后，网络指示UE的SMSonly功能请求成功，在UE通过UTRAN/GERAN接入时，按照CLASS-C MODE的方式操作，而不是做联合RAU。该方案可以解决在SGSN没有激活ISR，而UE返回到E-UTRAN后需要执行联合TA/LA过程中，无法使用SMSonly功能的问题，以及，当UE在UTRAN和E-UTRAN之间移动时，导致Gs接口和SGs接口频繁拆建给网络带来较大的负荷的问题。

在本发明提供的一种技术方案中，请求SMSonly的UE在E-UTRAN中作联合TA/LA更新时，确定网络支持SMSonly功能，则MME为该UE确定LAI，并建立与根据该LAI所推断出的MSC/VLR的SGs接口；然后MME向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功。该方案可以解决在SGSN没有激活ISR，而UE返回到E-UTRAN后需要执行联合TA/LA过程中，无法使用SMSonly功能的问题，以及，针对DATA ONLY的UE，可能出现UE无法和MSC交互的问题，以及，当UE在UTRAN和E-UTRAN之间移动时，导致Gs接口和SGs接口频繁拆建给网络带来较大的负荷的问题。

在本发明提供的一种技术方案中，SGSN接收MME传递的CS PAGING消息后，SGSN执行CN Domain Indicator设置为CS DOMAIN的寻呼过程或者CS PAGING过程。即，MME向SGSN传递的CS PAGING消息，SGSN寻呼UE时采用CS PAGING过程或指示为CS-DOMAIN的PAGING过程，如果UE在GERAN或者UTRAN中收到该寻呼，按照CLASS-C模式操作的UE，回到E-UTRAN接入，并按照在E-UTRAN中收到MT-SMS寻呼消息继续处理。该方案可以针对DATA ONLY的UE，解决可能出现UE无法和MSC交互的问题。

附图说明

图1为本发明实施例中SMSonly场景的位置关系示意图；

图2为本发明实施例中UE请求SMSonly功能时的处理方法一实施流程示意图；

图3为本发明实施例中MME设备结构示意图；

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

图5为本发明实施例中SGSN设备结构示意图；

图6为本发明实施例中UE请求SMSonly功能时的处理方法二实施流程示意图；

图7为本发明实施例中移动性管理实体设备结构示意图；

图8为本发明实施例中UE请求SMSonly功能时的处理方法三实施流程示意图；

图9为本发明实施例中UE请求SMSonly功能时的处理方法四实施流程示意图；

图10为本发明实施例中SGSN设备结构示意图；

图11为本发明实施例中用户设备结构示意图。

具体实施方式

发明人在发明过程中注意到：

在实现SMSonly功能时，在联合ATTACH过程中，UE成功附着后，EPSservices的移动性管理实体MME和non-EPS services的移动性管理实体MSC/VLR之间建立了SGs接口，UE驻留在E-UTRAN中。当有MT-SMS到达MSC/VLR时，如果UE处于IDLE态，MSC/VLR通过MME寻呼UE，UE收到寻呼后，首先建立和网络的信令连接，然后即可通过NAS信令消息接受来自MSC/VLR的MT-SMS。需要注意的是，此时，UE是不会FALL BACK到2G/3G网络的。

由此可见：

1、在MT-SMS和MO-SMS场景下，UE都不会FALLBACK到GERAN/UTRAN；

2、EUTRAN和GERAN/UTRAN的覆盖可以不需要重叠。这一条只能适用于UE仅仅使用SMS，而不使用CSFB的其它业务时。

这样设计的原因在于：

1、可以减少MME处TA(Traking Area，跟踪区)和LA(Location Area，位置区)之间对应关系的配置；

2、大幅度减少网络中升级支持SMSoverSGs的MSC/VLR的数量，只需部署几个(至少一个)支持SMSoverSGs功能的MSC/VLR即可。

即，当UE进行SMSonly类型的ATTACH时，MME推断的出的一个MSC/VLR可能是一个虚拟的MSC/VLR，该MSC/VLR所覆盖的UTRAN和GERAN和UE当前所在的E-UTRAN位置区可以是不重叠的。本申请中定义为情景a(case a)，即，在该情景下，该MSC/VLR所覆盖的UTRAN和GERAN和UE当前所在的E-UTRAN位置区是不重叠的。这个场景的好处是，不需要网络中所有的MSC/VLR都升级到支持SGs接口，不需要再MME上配置TA和LA的对应关系。这样的网络部署运营成本比较低。

现在再对另外一种情景进行介绍，本申请中定义为情景b(case b)，在该情景下，该MSC/VLR所覆盖的UTRAN和GERAN和UE当前所在的E-UTRAN位置区是重叠的。这种场景需要在MME上配置TA和LA的对应关系，且MME周围的MSC/VLR均需要支持SGs。

图1为SMSonly场景的位置关系示意图，如图所示，有两个UTRAN覆盖，分别是UTRAN-1和UTRAN-2；UTRAN-1的位置区代码是LAC-1、路由区代码是RAC-1；UTRAN-2的位置代码是LAC-2，还有一个EUTRAN覆盖，覆盖的两个位置区的标识分别为TAI-1和TAI-2。UE在EUTRAN中ATTACH到EPS SERVICES和SMSonly时，网络指示给它的LAC是LAC-2，而实际的UTRAN覆盖则是LAC-1。

则，当UE移动进入/离开EUTRAN区域时，需要进行INTER-MSC(MSC间)的location update(位置更新)，以保证UE可以使用短信业务，具体可以参见3GPP规范23.272所述。

下面说明为实现CSFB和/或SMSonly时，UE发起的联合TA/LA过程。这个过程适用于UE由UTRAN移动进入E-UTRAN的情形。

在该过程中，如果UE在TAU时使用的GUTI(Globally Unique TemporaryIdentity，全球唯一(用户)临时标识)，是通过P-TMSI(Packet Temporary MobileStation Identity，分组临时移动用户标识)和RAI(Routing Area Identity，路由区标识)映射得到的，MME将根据该GUTI提取出LAI(Location Area ID，位置区ID)，并根据该LAI选择一个MSC/VLR来执行位置更新过程。如果MME没有配置TA/LA对应关系，或者LAI对应的VLR并不支持SGs接口，则这一步可能会失败。这种情形是存在的：如果运营商仅支持SMSonly，不支持CSFB，则只需升级少量的MSC/VLR(MME处配置对应的特殊的LAI值)支持SGs接口即可，此时，MME只需选择特殊的LAI值，将SGs接口的建立到该LAI对应的MSC/VLR即可。

可见，现有规范中，考虑了CSFB和ISR协调工作的场景，也考虑了SMSonly和ISR协调工作的场景。两者的处理方式是一致的。但是现有技术存在以下问题：

场景：UE在E-UTRAN中初始接入，并请求并得到SMSonly，网络将UE注册到特殊的VLR，并将这一个特殊VLR的LAI(计做LAC-2)指示给UE。

UE在E-UTRAN中是EPS/IMSI(International Mobile Subscriber Identity，国际移动用户标识)attached，并请求SMSonly功能，网络支持SMSonly并向UE指示其SMSonly功能请求成功。当UE通过UTRAN接入，UE需要进行联合LA/RA更新过程(因为此时UE是IMSI ATTACHED)。在联合LA/RA更新过程中，UE需要向网络指示其是否支持CSFB和/或SMSonly，在此场景，如果UE指示支持CSFB和/或SMSonly，则SGSN将去激活ISR，并将指示当前位置的LAI给UE(此时是LAC-1)。在联合LA/RA更新过程成功后，Inter-MSC location update过程完成，MME和MSC/VLR-2之间SGs接口将删除，SGSN和MSC/VLR-1之间的Gs接口将建立。在HLR(Home LocationRegister，归属位置寄存器)处，该UE的MM CONTEXT(用户设备移动性管理上下文，MM：Mobility Management，移动性管理)中记录了MSC/VLR-1、SGSN、MME的地址；由于CANCEL LOCATION(取消位置)过程，所以HLR不记录MSC/VLR-2的地址。在本申请中，名词HLR和HSS可以互换使用，在本申请中它们没有功能上的区别，指代网络中的同一个实体。

因为ISR没有激活，则UE返回接入到E-UTRAN后需要执行联合TA/LA过程。因为UE在UTRAN中获得了P-TMSI和RAI，所以在该过程中MME按照UE上报的由P-TMSI和RAI映射生成的GUTI提取出的LAI所推断出来的VLR很可能是不支持SGs接口的MSC/VLR-1(如果网络按照case a的场景来部署)，这将直接导致产生问题一：无法使用SMSonly功能。

如果推断出来的VLR支持SGs接口(例如case b中，假设网络中的所有MSC/VLR都支持SGs)，则SGs接口重新建立，Gs接口拆除。在HLR处，该UE MM CONTEXT中注册了MSC/VLR(支持SGs接口的那个MSC/VLR)、SGSN、MME的地址。而在此过程中，MME是可以指示UE激活ISR的。

针对case b，因为激活了ISR，如果UE重选进入到UTRAN，则无需发起RAU过程(除非发生了ISR去激活条件)。此时存在如下问题二：

针对数据卡等仅支持分组交换的(称作，DATA ONLY，即仅支持分组交换等数据业务)的UE，可能出现UE无法和MSC交互的情形(比如，只能工作在PS-MODE(Packet Switched-MODE，分组交换-模式)的UE，是无需支持CS-MODE(Circuit Switch-MODE，电路交换-模式)的信令过程的)。

也由此还存在问题三：当UE在通过UTRAN或者GERAN接入和E-UTRAN接入之间转换时，将导致Gs接口和SGs接口的频繁的拆建，给网络带来的负荷也是较大的。

鉴于存在上述问题，本发明提供的技术方案将解决SMSonly和ISR的相互关系，用于保证SMSonly的UE在IDLE模式可以保持ISR处于激活态。下面结合附图对具体实施方式进行说明。

针对问题一，本发明实施例中提出了方案一和方案二，首先对方案一进行说明。

图2为UE请求SMSonly功能时的处理方法一实施流程示意图，如图所示，可以包括如下步骤：

步骤201、接收UE请求SMSonly功能的请求消息；

步骤202、网络指示UE的SMSonly功能请求成功；

步骤201和步骤202可以按现有方法进行实施。在附着过程中，UE通过在ATTACH REQUST消息的SMSonly功能指示向网络请求SMSonly功能；网络通过ATTACH ACCEPT消息中的SMSonly指示，通知UE其SMSonly功能请求成功。在联合跟踪区更新过程中，UE通过在TAU REQUST消息的SMSonly功能指示向网络请求SMSonly功能；网络通过TAU ACCEPT消息中的SMSonly指示，通知UE其SMSonly功能请求成功。

步骤203、在UE通过UTRAN或者GERAN接入时，按照CLASS-C MODE(CLASS-C模式)进行操作。

在步骤203中，CLASS-C mode是指MS(Moble Station，移动台)的一种操作模式。一般是指：UE仅附着到PS域，只可以操作PS域的业务。

另外：MS是2G规范中对移动终端的的称谓，到了3G和LTE规范中则称移动终端为UE。本申请中这两个设备名词可以互换。

CLASS-C模式一般还可以包括A/Gb模式中的CLASS-C操作模式、Iu模式中的PS操作模式。这两种操作模式的具体定义可以参见2GPP 23.060中5.4.5Mobile Stations(A/Gb mode)、5.4.6 Mobile Stations(Iu mode)的内容。

具体的，在A/Gb模式，MS按照三种操作模式中的一种操作。这三种模式由网络能力和MS附着到的网络域(CS domain还是PS domain)、以及MS是否能同时操作PS和CS域业务能力共同来确定。这三种操作模式是：

CLASS-A操作模式：MS附着到CS域和PS域，并且MS支持同时操作PS和CS域业务。

CLASS-B操作模式：MS附着到CS域和PS域，但是在某一时刻，MS只能操作PS域业务或者只能操作CS域业务。

CLASS-C操作模式：MS只附着到PS域。

在Iu模式，MS按照另外的三种操作模式中的一种操作。但是，这些另外的操作模式和A/Gb模式的三种操作模式有所不同，一是Iu模式的RAN(RadioAccess Network，无线接入网)具有复用CS和PS连接的能力、二是CN(CoreNetwork，核心网)或者UTRAN/GERAN-Iu可以提供针对CS业务和PS业务的paging co-ordination功能。

在Iu模式，MS的另外的三种操作模式是：

CS/PS操作模式：MS附着到CS域和PS域，并且MS具有同时操作PS和CS域业务的能力。这种模式与A/Gb模式的CLASSS-A操作模式相当。同时操作PS和CS业务的能力依赖于终端的能力(例如，一个A/Gb的CLASS B操作模式的终端，它不能同时操作CS和PS业务，在其变为Iu模式的PS/CS操作模式后，可能存在同样的限制)。

PS操作模式：MS只附着到PS域，并且MS只可以操作PS域的业务。但是，这并不排除通过PS域提供CS-LIKE的业务(类似CS的业务)，如VoIP。这种模式是和A/Gb模式中的CLASS-C操作模式等同。

CS操作模式：MS只附着到CS域，并且MS可能只操作CS域的业务。但是，这并不排除通过CS域提供PS-LIKE的业务(类似PS的业务)。

实施中，在按照CLASS-C MODE操作时，可以包括：执行RAU过程，在RAU过程中，MS向网络指示该MS不支持CSFB。

在上述实施过程中，如果UE请求SMSonly且网络指示UE其SMSonly功能请求成功，则UE通过UTRAN或GERAN接入后，只执行RAU过程，而不执行联合RAU过程。在RAU过程中，UE向网络指示其不支持CSFB，此时网络可以激活ISR。网络可以保持SGs接口不被拆除。这样当有MT-SMS(Mobile terminating-SMS，移动终止的短消息)到达MSC/VLR时，按照现有流程，如果UE在E-UTRAN中驻留，则可以通过EPS接收MT-SMS，如果UE在UTRAN中驻留，则可以通过SGSN得到寻呼，并按照后续的方案三的方式接收短信。

可见，按方案一实施则此时就保持了SGs接口、HSS(Home SubscriberServer，归属用户服务器)有SGSN注册、MSC/VLR注册，MT-SMS仍然可达。SMS GW(短消息网关)在路由MT-SMS时，可以发送MT-SMS给SGSN，也可以发送给MSC/VLR然后到通过SGs接口到达MME。

基于同一发明构思，本发明实施例中还提供了一种MME设备、一种用户设备、一种SGSN设备，由于这些设备解决问题的原理与UE请求SMSonly功能时的处理方法一相似，因此这些设备的实施可以参见方法一的实施，重复之处不再赘述。

图3为MME设备结构示意图，如图所示，MME中可以包括：

接收模块301，用于接收UE请求SMSonly功能的请求消息；

指示模块302，用于在确定网络支持SMSonly功能时，向UE指示其SMSonly功能请求成功。

实施中，指示模块可以包括：第一指示单元和/或第二指示单元，其中：

第一指示单元，用于在附着过程中，在接到UE通过在ATTACH REQUST消息的SMSonly功能指示向网络请求SMSonly功能后，通过ATTACH ACCEPT消息中的SMSonly指示通知UE其SMSonly功能请求成功；

第二指示单元，用于在联合跟踪区更新过程中，在接到UE通过在TAUREQUST消息的SMSonly功能指示向网络请求SMSonly功能后，通过TAUACCEPT消息中的SMSonly指示，通知UE其SMSonly功能请求成功。

图4为用户设备结构示意图，如图所示，用户设备中可以包括：

确定模块401，用于确定是否通过UTRAN或者GERAN接入；

操作模块402，用于在通过UTRAN或者GERAN接入时，按照CLASS-CMODE进行操作。

实施中，操作模块还可以进一步用于在按照CLASS-C MODE进行操作时，执行路由区更新RAU过程，并在RAU过程中，向网络指示其不支持CSFB。

相应的，还提供了一种SGSN，下面进行说明。

图5为SGSN设备结构示意图，如图所示，SGSN中可以包括：

接收模块501，用于接收MS的RAU请求消息；

处理模块502，用于当用户设备指示不支持CSFB时，判断并激活ISR。

下面对方案二进行说明。

图6为UE请求SMSonly功能时的处理方法二实施流程示意图，如图所示，可以包括如下步骤：

步骤601、在进行联合TA/LA更新过程中，接收UE包含SMSonly功能请求的TAU请求消息；

步骤602、确定网络仅支持SMSonly功能时，MME为该UE确定LAI，并建立与根据该LAI所推断出的MSC/VLR的SGs接口；

步骤603，MME向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功。

实施中，MME为该UE选择来建立SGs接口的MSC/VLR可以是虚拟MSC/VLR。所谓虚拟MSC/VLR，是指该MSC/VLR所覆盖的位置区和当前MME所覆盖的跟踪区可能是不重叠。

具体实施中，在联合TA/LA更新过程中，UE请求SMSonly且网络支持SMSonly，如果MME没有配置TA/LA之间的关系(也就是网络中只部署了少量的MSC/VLR支持SGs)，不论UE是否使用由P-TMSI/RAI映射得到的GUTI来标识自己，MME均可以按照特殊的算法来决定一个MSC/VLR(即虚拟MSC/VLR)来建立SGs接口。

实施中，在执行步骤602时可以包括：

第一种可能的情形：

在确定所述TAU请求消息中包含的GUTI是由P-TMSI/RAI映射得到时，根据该GUTI提取出位置区标识LAI；通过该LAI可以推断出一个VLR。

若该VLR支持SGs接口，则MME通过Update Location过程建立与该VLR之间SGs接口。

若该VLR不支持SGs接口，则MME分配一个默认LAI，并通过该默认LAI可以推断出一个VLR，并通过Update Location过程建立与该VLR之间SGs接口。

实施中，通过LAI推断出VLR是可以按现有技术进行实施，详细可以参见TS23.236。

具体的，如果网络受到TAU请求消息时包含的GUTI是由P-TMSI/RAI映射得到的，此时，MME会按照GUTI来提取出一个LAI。将P-TMSI/RAI映射到GUTI、以及从该GUTI提取出一个LAI，具体实施中可以按现有技术进行实施。MME通过这个LAI推断出一个VLR。如果这个VLR支持SGs接口，则MME可以通过Update Location过程成功建立与该VLR之间SGs接口，然后执行步骤603。

具体实施时，Update Location过程可以按现有过程执行，主要用于建立和MME和VLR之间的SGs接口，还用于更新UE在该VLR处的注册状态。

如果这个VLR不支持SGs接口，或者建立SGs接口失败，则MME可以分配一个默认的LAI。通过这个默认LAI可以推断出一个VLR。该VLR是一定支持SGs接口的，则MME可以通过Update Location过程成功建立与该VLR之间SGs接口，然后执行步骤603。

第二种可能的情形：

确定网络是否只支持SMSonly特性，是则分配一个默认的LAI，并通过该LAI推断出一个VLR，并通过Update Location过程建立与该VLR之间SGs接口。

MME接收到UE请求SMSOnly功能的消息后，判断网络是否配置了只支持SMSonly特性，如果是，则直接分配默认的LAI，并通过该LAI推断出一个VLR，然后MME可以通过Update Location过程成功建立与该VLR之间SGs接口，然后执行步骤603。

通过默认LAI所推断出的VLR，通常就是虚拟VLR。

在确定网络是否只支持SMSonly特性时，可以包括：

若MME没有配置TA/LA之间的关系，则确定网络只支持SMSonly；

或，在确定MME中配置有用以标识网络中只支持SMSonly特性的指示时，确定网络只支持SMSonly。

具体实施中，在判断网络中只支持SMSOnly特性，或者说在如何判断网络中只部署了少量的MSC/VLR支持SGs时，一种方法是：如果MME没有配置TA/LA之间的关系，就认为网络只支持SMSonly。另一种方法是：MME中配置一个指示，表明网络中只支持SMSonly特性。这个指示可以是MME中配置了的默认LAI。

按照实际的网络部署情况，即MSC和VLR通常设置在一起(如同一地点、同一个物理实体等)，所以本申请中提到MSC/VLR和提到VLR时，均是指设置在一起的MSC和VLR。

基于同一发明构思，本发明实施例中还提供了一种移动性管理实体设备，由于该设备解决问题的原理与UE请求SMSonly功能时的处理方法二相似，因此该设备的实施可以参见方法二的实施，重复之处不再赘述。

图7为移动性管理实体设备结构示意图，如图所示，MME中可以包括：

接收模块701，用于在进行联合TA/LA更新过程中，接收UE包含请求SMSonly功能请求的TAU请求消息；

处理模块702，用于确定网络仅支持SMSonly功能，为该UE分配一个默认的LAI，并建立与该默认LAI所指向的移动交换中心/访问位置寄存器MSC/VLR的SGs接口；

指示模块703，用于向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功指示。

实施中，处理模块还可以进一步用于选择一个虚拟MSC/VLR来建立SGs接口。

实施中，处理模块中可以包括：

LAI确定单元，用于在确定所述TAU请求消息中包含的GUTI是由P-TMSI/RAI映射得到时，根据该GUTI提取出LAI，通过该LAI推断出一个VLR；

接口单元，用于在若该VLR支持SGs接口，则通过Update Location过程建立与该VLR之间SGs接口；若该VLR不支持SGs接口，则分配一个默认的LAI，并通过该默认LAI推断出一个VLR，再通过Update Location过程建立与该VLR之间SGs接口。

实施中，处理模块还可以进一步用于确定网络是否只支持SMSonly特性，是则分配默认的LAI，并通过该LAI推断出一个VLR，再并通过Update Location过程建立与该VLR之间SGs接口。

实施中，处理模块还可以进一步用于在确定网络是否只支持SMSonly特性时，若MME没有配置TA/LA之间的关系，则确定网络只支持SMSonly；或，在确定MME中配置有用以标识网络中只支持SMSonly特性的指示时，确定网络只支持SMSonly。

针对问题二，本发明实施例中提出了方案三，下面对方案三进行说明。需要说明的是，方案一中，问题二依然存在因此方案一和方案三可以结合使用，以便同时解决问题一以及问题二。

在方案三的实施中，是在S3接口上传递SMS相关的CS PAGING(寻呼)消息，按照CLASS-C模式操作的UE在GERAN或者UTRAN中收到CSPAGING消息后，可以选择E-UTRAN接入。

1、对于前面所说的Case a：

如果MME收到了MT-SMS的相关寻呼，则在E-UTRAN寻呼的同时，还把寻呼发到SGSN，由SGSN执行CN Domain Indicator设置为CS DOMAIN(CS域)的寻呼过程或者CS PAGING过程。如果UE在E-UTRAN中响应了寻呼，则按照现有流程执行。如果UE在GERAN中收到了CS PAING消息，或者UE在UTRAN中收到了寻呼且寻呼指示为CS domain，按照CLASS-C模式操作的UE，立即选择E-UTRAN接入，并按照在E-UTRAN中收到MT-SMS相关的寻呼来处理。

当UE选择回到E-UTRAN接入后，还可能会收到来自MME的寻呼，此时，按照在E-UTRAN中收到寻呼的流程处理即可。

2、对于前面所说的Case b：

如果MME收到了MT-SMS的相关寻呼，则在E-UTRAN寻呼的同时，还把寻呼发到SGSN，由SGSN执行CN Domain Indicator设置为CS DOMAIN(CS域)的寻呼过程或者CS PAGING过程。如果UE在E-UTRAN中响应了寻呼，则按照现有流程执行。如果UE在GERAN中收到了CS PAING消息，或者UE在UTRAN中收到了寻呼且寻呼指示为CS domain，按照CLASS-C模式操作的UE，立即选择E-UTRAN接入，并按照在E-UTRAN中收到MT-SMS相关的寻呼来处理。不按照CLASS-C模式操作的UE，可以直接响应MSC。

根据上述方案三的实施原理，在具体实施中可以如下：

图8为UE请求SMSonly功能时的处理方法三实施流程示意图，如图所示，可以包括如下步骤：

步骤801、SGSN接收MME传递的CS PAGING消息；

步骤802、SGSN执行CN Domain Indicator(核心网域指示)设置为CSDOMAIN(CS域)的寻呼过程或者CS PAGING过程。

图8为SGSN的实施方式，相应的，在UE上的实施方式如下：

图9为UE请求SMSonly功能时的处理方法四实施流程示意图，如图所示，可以包括如下步骤：

步骤901、UE在GERAN或者UTRAN中接收SGSN的CS PAGING消息；

步骤902、若UE在按照CLASS-C模式操作，则接入到E-UTRAN；

步骤903、接入到E-UTRAN后，按照在E-UTRAN中收到MT-SMS相关的寻呼消息，进行相应的处理。

基于同一发明构思，本发明实施例中还提供了一种SGSN设备与一种用户设备，由于这些设备解决问题的原理与UE请求SMSonly功能时的处理方法三、方法四相似，因此这些设备的实施可以参见方法三、方法四的实施，重复之处不再赘述。

图10为SGSN设备结构示意图，如图所示，SGSN中可以包括：

接收模块1001，用于接收MME传递的CS PAGING消息；

寻呼模块1002，用于寻呼UE，执行CN Domain Indicator设置为CSDOMAIN(CS域)的寻呼过程或者CS PAGING过程。

图11为用户设备结构示意图，如图所示，UE中可以包括：

接收模块1101，用于在GERAN或者UTRAN中接收CS PAGING消息；

接入模块1102，用于在确定UE在按照CLASS-C模式操作时，接入到E-UTRAN，并按照在E-UTRAN中收到MT-SMS寻呼消息进行处理。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

由上述实施例提供的技术方案可以看出：

在方案一中，请求SMSonly的UE在GERAN和UTRAN中做RAU，而不是做联合RAU。该方案可以解决在SGSN没有激活ISR，而UE返回到E-UTRAN后需要执行联合TA/LA过程中，无法使用SMSonly功能的问题，以及，当UE在UTRAN和E-UTRAN之间移动时，导致Gs接口和SGs接口频繁拆建给网络带来较大的负荷的问题。

在方案二中，请求SMSonly的UE在E-UTRAN中作联合TA/LA更新时，确定网络支持SMSonly功能，则MME为该UE确定LAI，并建立与根据该LAI所推断出的MSC/VLR的SGs接口；然后MME向UE发送TAU ACCEPT消息，该消息中指示其SMSOnly功能请求成功。该方案可以解决在SGSN没有激活ISR，而UE返回到E-UTRAN后需要执行联合TA/LA过程中，无法使用SMSonly功能的问题，以及，针对DATA ONLY的UE，可能出现UE无法和MSC交互的问题，以及，当UE在UTRAN和E-UTRAN之间移动时，导致Gs接口和SGs接口频繁拆建给网络带来较大的负荷的问题。

在方案三中，MME向SGSN传递的CS PAGING消息，SGSN寻呼UE时采用CS PAGING过程或指示为CS-DOMAIN的PAGING过程，如果UE在GERAN或者UTRAN中收到该寻呼，按照CLASS-C模式操作的UE，回到E-UTRAN接入，并按照在E-UTRAN中收到MT-SMS寻呼消息继续处理。该方案可以针对DATA ONLY的UE，解决可能出现UE无法和MSC交互的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。