CN101778348A - 一种cs域业务的处理方法、设备及*** - Google Patents

Abstract

一种CS域业务的处理方法、设备及***，包括：若移动管理实体MME中不存在用户设备UE上下文，则在收到CS域业务的寻呼消息后，通过在向用户设备UE发送的寻呼消息中承载的原因值，将MME中不存在UE上下文的情况通知UE，以令UE根据接收到的原因值继续开展CS业务；这样，UE便可以在开展CS域业务过程中，省去部分处理过程。因此，本发明实施例的实现可以有效减少CS域业务处理过程中的时延，改善用户的业务体验。

Description

一种CS域业务的处理方法、设备及***

技术领域

本发明涉及网络通信技术领域，尤其涉及一种CS域业务的处理技术。

背景技术

随着EPS(evolved packet system，演进的分组网络)技术的发展，业界提出了通过EPS网络连接到GPRS(Genreral Packet Radio Service，通用分组无线业务)/UMTS(Universal Mobile Telecommunications System，通用移动通信***)网络中的CS域(电路域)核心网的实现方案。

具体参照图1所示，在EPS网络中，MME(Mobility ManagementEntity，移动管理实体)可以通过SGs接口连接到传统CS域核心网的MSC(Mobile Switch Center，移动交换中心)上。

在图1所示的网络架构下，当UE(User Equipment，用户设备)准备发起CS域的MO(始呼，Mobile Originating)业务时，其首先需要转接到GPRS/UMTS网络中，并选择一个2G或3G的小区进行驻扎，进而开展后续的MO业务。当MSC收到一个MT(终呼，Mobile Terminated)业务时，通过SGs接口向MME发送寻呼消息，并由MME通过EPS网络对UE进行寻呼；UE收到EPS网络的寻呼消息后，则转接到GPRS/UMTS网络，并选择一个2G或3G的小区进行驻扎，进而完成该MT业务的后续处理。该基于EPS网络架构的处理过程称为CS fallback(CS业务返回传统网络处理)。

如图2所示，相应的CS fallback场景下的CS业务处理过程包括：

步骤1，MSC/VLR接收到CS被叫业务后，则通过SGs接口发送Paging(寻呼)消息给MME；

步骤2，MME接收到MSC/VLR发送的Paging消息后，向其管辖的eNodeB发送Paging消息；

步骤3，eNodeB收到相应的Paging消息后，继续将该Paging消息传递给相应的UE；

步骤4a，UE收到所述Paging消息后，向MME发送Service Request(业务请求)消息；

步骤4b，MME接收UE发送的Service Request消息后，给eNodeB发送Initial UE Context Setup(初始UE上下文建立)消息；

在上述步骤4b中，若MME接收UE发送的Service Request消息后，MME已经复位，则由于MME中不存在UE上下文(无法给eNodeB发送Initial UEContext Setup消息)，因而MME需要向UE发送一个Service Reject(服务拒绝)消息；且UE在收到Service Reject消息后，重新发起附着流程；当相应的附着流程完成后，网络侧才能够继续处理相应的CS域被叫业务，完成CSfallback处理过程。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

如图2所示，在MME复位的情况下，在收到UE发送的服务请求过程中发现没有UE上下文后，才通知用户重新执行的附着流程完成，网络侧才能处理等待已久的CS域被叫业务。这样的处理方式将会使得被叫语音业务产生较大的时延，从而影响到用户的业务体验。

发明内容

本发明的实施例提供了一种CS域业务的处理方法、设备及***，以减少CS域业务处理过程中的时延，改善用户的业务体验。

一种CS域业务的处理方法，包括：

若移动管理实体MME中不存在用户设备UE上下文，则在收到CS域业务的寻呼消息后，通过在向用户设备UE发送的寻呼消息中承载的原因值，将MME中不存在UE上下文的情况通知UE，以令UE根据接收到的原因值继续开展CS业务。

一种MME，包括：

消息处理单元，用于在收到CS域业务的寻呼消息后，在向UE发送的寻呼消息承载原因值，通过该原因值能够将MME中不存在UE上下文的情况通知UE；

消息发送单元，用于发送所述消息处理单元处理后的包含所述原因值的寻呼消息。

一种CS域业务的处理方法，包括：

UE接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的所述原因值，该原因值用于指示MME中不存在UE上下文；

在接收到所述原因值后，UE直接发起附着流程；

在通过附着流程在MME中建立UE上下文后，UE向CS域网络中的实体返回寻呼响应消息，继续开展CS域业务的处理过程。

一种用户设备，包括：

指示信息接收单元，用于接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的原因值，该原因值用于指示MME中不存在UE上下文；

附着处理单元，用于在所述指示信息接收单元接收到所述原因值后，直接发起附着流程；

CS域业务处理单元，用于在通过所述附着处理单元在MME中建立UE上下文后，向CS域网络中的实体返回寻呼响应消息，开展后续的CS域业务的处理过程。

指示信息指示需要发起附着流程时，则通知所述附着处理单元。

一种CS域业务的处理方法，包括：

UE接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的所述原因值，该原因值用于指示MME中不存在UE上下文；

在接收到所述原因值后，UE直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

一种用户设备，包括：

指示信息接收单元，用于接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的原因值，该原因值用于指示MME中不存在UE上下文；

CS域业务处理单元，用于在所述指示信息接收单元接收到原因值后，直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

一种CS域业务的处理***，包括上述MME，以及上述任一用户设备，所述MME通知用户设备开展CS域业务后，用户设备开展所述CS域业务。

一种CS域业务的处理方法，包括：

收到开展CS域业务的寻呼消息后，UE向MME发送服务请求消息；

在接收MME发送的服务拒绝消息后，UE直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

一种用户设备，包括：

服务请求消息发送单元，用于在收到开展CS域业务的寻呼消息后，向MME发送服务请求消息；

服务拒绝消息接收单元，用于接收MME发送的服务拒绝消息；

CS域业务处理单元，用于在所述服务拒绝消息接收单元接收到MME发送的服务拒绝消息后，直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

由上述本发明的实施例提供的技术方案可以看出，其可以在开展CS域业务过程中，若MME中不存在UE上下文，则UE将会省去相应的服务请求过程，或者，同时，省去部分流程，从而可以有效减少CS域业务处理过程中的时延，并可以改善用户的业务体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中EPS网络架构示意图；

图2为现有技术中实现CS域业务的处理过程示意图；

图3为本发明实施例提供的实现CS域业务的处理过程示意图一；

图4为本发明实施例提供的实现CS域业务的处理过程示意图二；

图5a为本发明实施例提供的实现CS域业务的设备及***示意图一；

图5b为本发明实施例提供的实现CS域业务的设备及***示意图二；

图5c为本发明实施例提供的实现CS域业务的设备及***示意图三；

图6为本发明实施例提供的另一种用户设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了在CS fallback场景下的CS域业务的处理方案，在该实现方案中，对于CS域的寻呼消息，MME可以在向UE发送的寻呼消息中携带相应的原因值，以通知UE关于MME中不存在UE上下文的情况；这样，UE在收到该包含该原因值的寻呼消息后，还可以执行相应的发起附着流程的操作，之后，由网络侧将UE迁移到CS域网络中，并发送寻呼响应消息，开展后续的CS业务，此时，是由网络侧为UE选择在CS域中驻留的小区；或者，UE在收到该包含该原因值的寻呼消息后，便可以立即直接执行小区重选操作，选择在CS域的小区驻留，并发送寻呼响应消息，开展后续的CS业务，此时，是由UE自行选择其在CS域中驻留的小区。

其中，相应的原因值具体可以但不限于包括：用于指示MME复位的标志位或特定值的MME复位指示信息，通过该标志位或特定值便可以确定MME复位；或者，也可以为用于指示MME中不存在UE上下文的标志位或特定值的不存在UE上下文指示信息，此时，UE通过该标志位或特定值便可以确定在MME中没有相应的UE上下文。

本发明实施例还提供了另一种在CS fallback场景下的CS域业务的处理方案，和前一种处理方案比较，UE在接收到包含相应的原因值的消息后，还可以根据消息中的指示执行相应的发起附着流程的操作，并继续后续的迁移到CS域网络中的操作，以开展后续的CS域业务；或者，UE也可以根据消息中的指示直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

以MME复位导致MME中不存在UE上下文的情况为例，本发明实施例还提供了第三种在CS fallback场景下的CS域业务的处理方案，在该实现方案中，对于CS域的寻呼消息，MME可以通过向UE发送的Service Reject(服务拒绝)消息将MME复位的情况通知UE；这样，UE在收到该Service Reject消息后，便可以立即直接执行小区重选，选择CS域的小区驻留，并发送寻呼响应消息，以开展后续的CS业务。

可选地，在该Service Reject消息中可以承载有上述MME复位指示信息或服务拒绝原因值等，以便将MME复位的情况明确告知UE；或者，在该Service Reject消息中，也可以不携带相应的上述MME复位指示信息或服务拒绝原因值等信息，此时，UE收到该Service Reject消息后，则可以直接根据收到的消息类型(服务拒绝类型)获知MME已经复位。

本发明实施例的实现使得在MME复位的情况下，可以将MME复位信息提供给UE。从而使得当需要对被叫的CS域业务进行处理(即UE需要执行CSfallback)时，可以主动迁移到GERAN/UTRAN等CS域网络，或者，UE取消执行服务请求流程而是直接在LTE(Long Term Evolution，长期演进)网络内发起联合附着流程，当附着在网络中后，由MME通知eNodeB将UE迁移到GERAN/UTRAN等CS域网络中，从而尽量减少处理过程，降低处理CS域业务的时延。

为便于对本发明实施例的理解，下面将结合几个具体实施例对本发明实施例的应用进行详细阐述。

实施例一

在该实施例一中，若MME复位后，从SGs接口上收到MSC传递的Paging消息，则可以在MME向UE发送的Paging消息中携带MME复位指示信息，以便于将MME复位的信息通知UE。UE收到MME发来的Paging消息后，便可以根据该MME复位指示信息执行以下任一处理方式：

处理方式一，UE立即发起附着流程，而不再发起服务请求的流程；之后，再通过MME通知eNodeB将UE迁移到CS域网络中，如GERAN(全球移动通信***演进增强数据速率无线接入网)/UTRAN(通用移动通信***陆地无线接入网)网络等；该处理方式中，采用的是由源网络帮助UE选择目标侧网络的处理机制；

处理方式二，UE可以立即直接执行小区重选操作，以选择GERAN/UTRAN等CS网络的CS域小区驻留，并在CS域发送针对Paging消息的寻呼响应消息；在该处理方式中，采用的是由UE自发选择目标侧网络的处理机制。

相应的MME复位指示信息还可以用于指示UE选择上述处理方式一发起附着流程，还是选择上述处理方式二执行CS域小区选择操作。即可以由MME指示UE的后续处理方式。

在上述处理过程中，处理方式一提供的源网络帮助UE选择目标侧网络的处理机制与处理方式二提供的UE自发选择目标侧网络的处理机制相比，后者采用的处理方式可以令CS域业务的处理时延更短，但是前者所采用的处理方式对UE的要求相对较低，实现起来更容易。

参照图3所示，该实施例一中，相应的CS域业务的处理过程包括：

步骤1，MSC/VLR通过SGs接口发送一个CS域的寻呼消息(即CSPaging消息)给MME；

步骤2，MME接收从MSC/VLR发来的CS域的寻呼消息后，MME向eNodeB发送Paging消息；

具体地，若UE处于空闲态，则MME发送一个Paging消息给其管辖的eNodeB，其中，相应的eNodeB是MME记录的与UE所关联的TAl list(跟踪区域标识列表)所在区域的服务eNodeB；若UE处于连接态，MME通过已存在的S1连接将Paging消息传递给服务的eNodeB；

在该步骤中，MME确定无UE上下文后(MME复位)，在Paging消息中携带一个特殊信元给UE，该信元携带MME复位指示信息，其具体的表现形式可以为“MME Reset(MME复位)”或者“No UE Contexts(无UE上下文)”，等等，以便于将MME没有UE的上下文的情况通知UE。

进一步的，在该Paging消息中还可以携带CS域指示信息，以表明该Paging消息为针对CS域的寻呼消息；

步骤3，eNodeB接收到上述Paging消息后，继续将相应的Paging消息传递给UE。

UE接收寻呼消息，获取携带MME复位指示信息的特殊信元后，则可以不再执行服务请求流程，而执行以下任一处理方式A或处理方式B，其中：

处理方式A(或称场景A)：

步骤4，UE发送Attach Request(附着请求)消息给MME；

在该Attach Request消息中携带着CS Fallback Indicator(CS域业务返回传统网络处理的指示)信元(或者也可以携带其他具有相应功能的类似信元)指示MME：UE需要执行CS Fallback。

步骤5，UE执行相应的附着流程。

步骤6，MME收到UE发来的携带着CS Fallback Indicator信元或其他具备相应功能的类似信元的Attach Request消息后，获知UE需要执行CSfallback，则MME向eNodeB发送Initial UE Context Setup(初始UE上下文建立)消息，消息中携带着CS Fallback Indicator信元，以通知eNodeB将UE迁移到GERAN/UTRAN网络。

处理方式B(或称场景B)：

步骤7，UE接收到Paging消息后，UE主动进行小区重选，选择GERAN/UTRAN网络的CS域小区驻留，并发送Paging Response(寻呼响应)消息到UTRAN/GERAN网络中的RNS(无线网络子***)/BSS(基站子***)。

需要说明的是，在上述步骤2发送的Paging消息中，可选地还可以通过相应的特殊信元中承载的MME复位指示信息指示UE执行上述处理方式A或处理方式B，例如，可以在相应的特殊信元中承载“Attach Indicator(附着指示)”来指示UE执行上述处理方式A，以发起相应的附着流程，或者，也可以在相应的特殊信元中承载“Change to GERAN/UTRAN”指示UE执行上述处理方式B，以选择GERAN/UTRAN网络的CS域小区驻留。即，此时由MME决策并指示UE的后续处理过程。这里描述的由MME决策并指示UE的后续处理过程是一个可选的过程，在实现过程中也可以固定地选择处理方式一或处理方式二种的任何一种方式实现。

实施例二

在该实施例二中，在MME复位后，若针对CS域的寻呼消息，MME需要向UE发送Service Reject消息，则可以在该消息中携带MME复位指示信息或者服务拒绝原因值，以便于UE可以获知MME复位的信息；UE在收到包含该MME复位指示信息或者服务拒绝原因值的Service Reject消息后，则不执行相应的发起附着流程的操作，而是立即直接执行小区重选操作，选择CS域的小区驻留，并发送寻呼响应，以开展后续的CS域业务。

参照图4所示，该实施例二中，相应的CS域业务的处理过程包括：

步骤1，MSC/VLR通过SGs接口向MME发送Paging消息。

步骤2，MME接收MSC/VLR发送的Paging消息，并向eNodeB发送该Paging消息；

具体地，在MME接收到上述Paging消息后，若UE处于空闲态，则MME发送一个寻呼消息给其管辖的eNodeB，相应的eNodeB为MME记录的与UE所关联的TAl list所在区域的服务eNodeB；若UE处于连接态，则MME通过已存在的S1连接将寻呼消息传递给服务的eNodeB。

步骤3，eNodeB接收到Paging消息后，将该Paging消息传递给UE。

步骤4，UE接收到Paging消息后，向MME发送Service Request消息，消息中携带CS Fallback Indicator，用于指示MME执行CS Fallback。

步骤5，由于MME复位(即没有UE上下文)，所以MME发送ServiceReject消息，以拒绝此次服务请求；

具体地，MME在该Service Reject消息中可以携带一个特殊信元承载相应的MME复位指示信息，或者，承载相应的拒绝服务的原因；例如，相应的信元的表现形式可以为：“MME Reset”，或者“No UE Contexts”，或者“Change to GERAN/UTRAN(切换到GERAN/UTRAN网络)”，或者，也可以为其他具有类似功能的信元表现形式，等等，通过该信元表现形式可以通知UE进行小区重选，从而使UE在收到服务拒绝后不会发起进行附着流程，而是直接切换到GERAN/UTRAN网络中。

步骤6，U E接收到Service Reject消息后，根据Service Reject消息中的特殊信元承载的信息进行小区重选，以选择GERAN/UTRAN网络的CS域小区驻留，并发送Paging Response消息到UTRAN/GERAN网络中的RNSRNS/BSS。

其中UE可以直接根据指示信息获知需要进行小区重选，或者在该Paging消息中还可以携带CS域指示信息，以表明该Paging消息为针对CS域的寻呼消息；UE可以根据该CS域指示信息，和复位指示信息或者服务拒绝原因值获知需要进行小区重选。

综上所述，在本发明实施例提供的上述CS fallback场景下的CS域业务的处理方案中，合理解决了CS域被叫业务的处理时延，并有效提高了用户的业务体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

本发明实施例还提供了可以进行CS域业务处理的MME和用户设备，下面将分别对其具体实现结构进行说明。

如图5a、图5b所示，本发明实施例提供的MME的结构具体可以包括：

消息处理单元501，用于在收到CS域业务的寻呼消息后，在向UE发送的寻呼消息承载MME复位指示信息，以将MME复位的情况通知UE；

消息发送单元502，用于发送上述消息处理单元501处理后的包含MME复位指示信息的寻呼消息。

如图5a所示，本发明实施例提供的用户设备的结构具体可以包括：

指示信息接收单元503，用于接收MME发送的承载有MME复位指示信息的寻呼消息，并获取寻呼消息中的MME复位指示信息；

CS域业务处理单元504，用于在上述指示信息接收单元503接收到MME复位指示信息后，直接向CS域网络中的实体返回寻呼响应消息，开展后续的CS域业务的处理过程。

如图5b所示，本发明实施例提供的另一种用户设备的结构可以包括：

指示信息接收单元503，用于接收MME发送的承载有MME复位指示信息的寻呼消息，并获取寻呼消息中的MME复位指示信息；

附着处理单元505，用于在上述指示信息接收单元503接收到MM E复位指示信息后，直接发起附着流程；

CS域业务处理单元504，用于在通过上述附着处理单元505在MME中建立UE上下文后，向CS域网络中的实体返回寻呼响应消息，开展后续的CS域业务的处理过程。

可选地，参照图5c所示，在该图5c所示的用户设备中还可以包括附着指示接收单元506，用于接收附着指示信息，并在上述指示信息接收单元503接收到MME复位指示信息后，根据该附着指示信息通知相应的附着处理单元505，以执行相应的发起附着流程的操作，或者，直接通知所述CS域业务处理单元504，以直接向CS域网络中的实体返回寻呼响应消息，执行小区重选操作，开展后续的CS域业务的处理过程。

本发明实施例还提供了一种CS域业务的处理***，参照图5a、图5b和图5c所示，其具体可以包含相应的MME及上述任一种用户设备，其中，MME通知用户设备开展CS域业务后，用户设备开展相应的CS域业务。

本发明实施例还提供了另一种用户设备，其具体实现结构如图6所示，具体可以包括：

服务请求消息发送单元601，用于在收到开展CS域业务的寻呼消息后，向MME发送服务请求消息；

服务拒绝消息接收单元602，用于接收MME发送的服务拒绝消息；

CS域业务处理单元603，用于在上述服务拒绝消息接收单元602接收到MME发送的服务拒绝消息后，直接向CS域网络中的实体返回寻呼响应消息，开展后续的CS域业务的处理过程。

可选地，在该服务拒绝消息中可以承载有上述MME复位指示信息或服务拒绝原因值等，以便将MME复位的情况明确告知UE；或者，在该服务拒绝消息中，也可以不承载相应的上述MME复位指示信息或服务拒绝原因值等信息，此时，UE收到该服务拒绝消息后，则可以直接根据收到的消息类型(服务拒绝类型)确定MME复位，并触发相应的CS域业务处理单元602。

针对上述MME及用户设备涉及的具体处理过程，已经在之前的各个实施例中有详细描述，在此不再重复描述。

通过本发明实施例提供的上述MME及用户设备，在EPS网络中，可以以较小的时延实现相应的CS域业务的处理，从而可以有效改善用户在业务应用过程中的体验，提高用户满意度。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (13)

1.一种CS域业务的处理方法，其特征在于，包括：

若移动管理实体MME中不存在用户设备UE上下文，则在收到CS域业务的寻呼消息后，通过在向用户设备UE发送的寻呼消息中承载的原因值，将MME中不存在UE上下文的情况通知UE，以令UE根据接收到的原因值继续开展CS业务。

2.根据权利要求1所述的方法，其特征在于，所述原因值包括：用于指示MME复位的标志位或特定值的MME复位指示信息，或者，用于指示MME中不存在UE上下文的标志位或特定值的不存在UE上下文指示信息。

3.一种MME，其特征在于，包括：

消息处理单元，用于在收到CS域业务的寻呼消息后，在向UE发送的寻呼消息承载原因值，通过该原因值能够将MME中不存在UE上下文的情况通知UE；

消息发送单元，用于发送所述消息处理单元处理后的包含所述原因值的寻呼消息。

4.一种CS域业务的处理方法，其特征在于，包括：(实施例1)

UE接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的所述原因值，该原因值用于指示MME中不存在UE上下文；

在接收到所述原因值后，UE发起附着流程；

通过附着流程在MME中建立UE上下文后，UE向CS域网络中的实体返回寻呼响应消息，继续CS域业务的处理过程。

5.根据权利要求4所述的方法，其特征在于，该方法还包括：

UE从接收到的寻呼消息中获取附着指示信息，所述附着指示信息用于指示UE是否需要发起附着流程；

当所述附着指示信息指示需要发起附着流程时，则UE发起附着流程。

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

指示信息接收单元，用于接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的原因值，该原因值用于指示MME中不存在UE上下文；

附着处理单元，用于在所述指示信息接收单元接收到所述原因值后，发起附着流程；

CS域业务处理单元，用于在通过所述附着处理单元在MME中建立UE上下文后，向CS域网络中的实体返回寻呼响应消息，开展后续的CS域业务的处理过程。

7.根据权利要求6所述的用户设备，其特征在于，还包括附着指示接收单元，用于从所述寻呼消息中接收附着指示信息，所述附着指示信息用于指示是否需要发起附着流程；且当所述附着指示信息指示需要发起附着流程时，则通知所述附着处理单元。

8.一种CS域业务的处理方法，其特征在于，包括：

UE接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的所述原因值，该原因值用于指示MME中不存在UE上下文；

在接收到所述原因值后，UE直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

9.根据权利要求8所述的方法，其特征在于，所述寻呼消息中还包括CS域指示信息，用于指示该寻呼消息为针对CS域的寻呼消息。

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

指示信息接收单元，用于接收MME发送的承载有原因值的寻呼消息，并获取寻呼消息中的原因值，该原因值用于指示MME中不存在UE上下文；

CS域业务处理单元，用于在所述指示信息接收单元接收到原因值后，直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

11.一种CS域业务的处理方法，其特征在于，包括：

收到开展CS域业务的寻呼消息后，UE向MME发送服务请求消息；

在接收MME发送的服务拒绝消息后，UE直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

12.根据权利要求11所述的CS域业务的处理方法，其特征在于，所述的服务拒绝消息中携带MME复位指示信息或服务拒绝原因值。

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

服务请求消息发送单元，用于在收到开展CS域业务的寻呼消息后，向MME发送服务请求消息；

服务拒绝消息接收单元，用于接收MME发送的服务拒绝消息；

CS域业务处理单元，用于在所述服务拒绝消息接收单元接收到MME发送的服务拒绝消息后，直接向CS域网络中的实体返回寻呼响应消息，并执行小区重选操作，开展后续的CS域业务的处理过程。

Images