CN102457976A

CN102457976A - 一种业务请求的处理方法和设备

Info

Publication number: CN102457976A
Application number: CN2010105206479A
Authority: CN
Inventors: 张娟
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2010-10-20
Filing date: 2010-10-20
Publication date: 2012-05-16
Anticipated expiration: 2030-10-20
Also published as: CN102457976B; WO2012051953A1

Abstract

本发明公开了一种业务请求的处理方法和设备，该方法包括：在第一业务请求过程中，当接收到第二业务请求时，从所述第二业务请求中获取第二业务请求过程的业务请求信息；根据所述第二业务请求过程的业务请求信息和所述第一业务请求过程的业务请求信息判断是否继续执行所述第一业务请求过程；如果是，则继续执行所述第一业务请求过程；否则，执行所述第二业务请求过程。本发明实施例中，保证了具有高优先级的业务能够被网络优先处理，减小高优先级业务的延时，并且避免了由于网络过载或者资源不足而增加高优先级业务的延时问题。

Description

一种业务请求的处理方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种业务请求的处理方法和设备。

背景技术

Service Request(服务请求)过程的目的是当有上行数据或信令需要发送时，将UE(User Equipment，用户设备)的EMM(EPS Mobility Management，EPS移动性管理)状态从EMM-IDLE(空闲)态转移到EMM-CONNECTED(连接)状态，并建立空口和S 1承载。其中，Service request过程是由UE发起的，且当UE在EMM-IDLE模式下有信令或数据传输时，该过程可以是由网络发起的paging(寻呼)过程触发的。

需要注意的是，在以下情况下UE需要发起service request过程：

(1)UE在EMM-IDLE态时收到paging请求消息；

(2)UE在EMM-IDLE状态时有pending(待处理)的用户数据发送；

(3)UE在EMM-IDLE状态时有pending的上行信令发送；

(4)UE在EMM-IDLE或者EMM-CONNECTED状态时，发起CS(CircuitSwitched，电路交换)fallback(撤销)请求；

(5)UE在EMM-IDLE或者EMM-CONNECTED状态时，收到CS fallback的请求；

(6)UE在EMM-IDLE状态时有pending的上行CDMA(Code DivisionMultiple Access，码分多址)

信令。

另外，在实际应用中，具有eMPS(Enhancement for Multimedia PriorityService，多媒体优先级业务)签约的UE具有11-15的接入等级，且该接入等级与普通UE的接入等级不同，在接入等级阻止(access class barring)机制中，接入等级为11-15的UE与普通UE可以使用不同的控制策略。

当UE发起业务请求时，RRC(Radio Resource Control，无线资源控制)连接过程中会携带高优先级的原因指示，并通过eNB(Evolved Node B，基站)传递给MME(Mobility Management Entity，移动性管理实体)，eNB和MME接收到携带高优先级的原因指示的Service Request消息后，会优先处理该UE的连接请求和承载建立过程。

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

在UE发起业务请求过程后，该UE将进入EMM-SERVICE-REQUEST-INITIATED(开始)状态，并会等待来自MME返回的响应消息。此时，如果UE在EMM-SERVICE-REQUEST-INITIATED状态下又接收到了下行数据或者相关信令时，则UE会等待业务请求过程完成后在继续后续动作。

但是，如果UE在EMM-SERVICE-REQUEST-INITIATED状态时接收到了高优先级业务相关的数据或者与高优先级业务相关的信令，则不能优先处理高优先级业务。

发明内容

本发明实施例提供一种业务请求的处理方法和设备，以优选处理高优先级业务。

为了达到上述目的，本发明实施例提供一种业务请求的处理方法，包括：

在第一业务请求过程中，当接收到第二业务请求时，从所述第二业务请求中获取第二业务请求过程的业务请求信息；

根据所述第二业务请求过程的业务请求信息和所述第一业务请求过程的业务请求信息判断是否继续执行所述第一业务请求过程；

如果是，则继续执行所述第一业务请求过程；否则，执行所述第二业务请求过程。

本发明实施例提供一种业务请求的处理设备，包括：

接收模块，用于在第一业务请求过程中，接收第二业务请求；

获取模块，用于当接收到所述第二业务请求时，从所述接收模块接收到的第二业务请求中获取第二业务请求过程的业务请求信息；

判断模块，用于根据所述获取模块获取的第二业务请求过程的业务请求信息和所述第一业务请求过程的业务请求信息判断是否继续执行所述第一业务请求过程；

处理模块，用于当所述判断模块的判断结果为是时，继续执行所述第一业务请求过程；当所述判断模块的判断结果为否时，执行所述第二业务请求过程。

与现有技术相比，本发明实施例至少具有以下优点：

保证了具有高优先级的业务能够被网络优先处理，减小高优先级业务的延时，并且避免了由于网络过载或者资源不足而增加高优先级业务的延时问题。

附图说明

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

图1是本发明实施例一提供的一种业务请求的处理方法流程示意图；

图2是本发明实施例二提供的一种业务请求的处理设备结构示意图。

具体实施方式

业务请求过程的目的是当有上行数据或信令需要发送时，将UE的EMM状态从EMM-IDLE态转移到EMM-CONNECTED状态，并建立空口和S1承载。其中，UE在发起业务请求的过程时会指示请求的原因，例如，MO(上行)信令触发，MO数据触发，MT(下行)触发，高优先级接入等。

另外，在LTE(Long Term Evolution，长期演进)系统中，可支持eMPS业务，与正常业务相比，eMPS业务具有较高的优先级。如果UE由于eMPS业务触发了业务请求时，会携带高优先级的接入原因值；当接收到优先级指示后，网络对UE进行接入控制以及承载资源分配时会优先处理。因此，由于eMPS业务具有较高的优先级，则当网络发生拥塞或者资源不足继而导致普通业务请求过程失败时，该eMPS业务请求过程仍然可能会成功。

现有技术中，如果UE触发了业务请求过程，若在这一过程完成之前又有后续数据或信令到达时，则UE会缓存后续到达的数据和信令，并等到业务请求过程完成后在执行。然而，若后续到达的是高优先级的业务相关的数据或者信令时，则可能因为网络拥塞而增加高优先级业务的时延。

针对上述问题，本发明实施例提供一种业务请求的处理方法和设备，以保证具有高优先级的业务能够被网络优先处理，减小高优先级业务的延时，并且避免了由于网络过载或者资源不足而增加高优先级业务的延时问题。

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

本发明实施例一提供一种业务请求的处理方法，该方法应用于至少两个业务请求的过程中，在当前业务请求过程(本发明实施例中以第一业务请求过程为例进行说明)并未完成前，又有新的业务请求(本发明实施例中以第二业务请求过程为例进行说明)触发(例如，接收到新的数据或者信令)的场景下，如图1所示，该方法包括以下步骤：

步骤101，在第一业务请求过程中，UE接收第二业务请求。

其中，第一业务请求过程中是指当前业务请求过程的执行过程并未完成的时候，而第二业务请求是指在当前业务请求过程的执行过程并未完成前，又接收到新的数据或者信令时，新的数据或者信令将触发第二业务请求过程。

本发明实施例中，该第一业务请求过程中包括但不限于：第一业务请求过程中的EMM-SERVICE-REQUEST-INITIATED状态；或者，第一业务请求过程中的EMM-CONNECTED状态。为了方便描述，本发明实施例中以EMM-SERVICE-REQUEST-INITIATED状态为例进行说明。

具体的，在第一业务请求过程的EMM-SERVICE-REQUEST-INITIATED状态下，当接收到数据或者相关信令(即第二业务请求过程对应的数据或者信令)时，则说明接收到第二业务请求，即触发第二业务请求过程。

步骤102，当接收到第二业务请求时，UE从第二业务请求中获取第二业务请求过程的业务请求信息。

其中，该业务请求信息包括但不限于该第二业务请求过程的优先级信息，即UE从第二业务请求中获取第二业务请求过程对应的数据或者信令的优先级信息。

本发明实施例中，应用层会指示底层传递的是高优先级相关的业务还是普通业务，对于eMPS业务来说，在发起业务请求时，网络会对这中高优先级业务请求优先处理。

步骤103，UE根据第二业务请求过程的业务请求信息和第一业务请求过程的业务请求信息判断是否继续执行第一业务请求过程；如果是，转到步骤104，否则，转到步骤105。

其中，该第二业务请求过程的业务请求信息为第二业务请求过程的优先级信息；该第一业务请求过程的业务请求信息为第一业务请求过程的优先级信息。

本发明实施例中，对于eMPS业务，业务请求过程中可以使用高优先级(即携带高优先级的接入原因值)，而对于普通业务(例如，PS业务等)来说，业务请求过程中使用正常的处理级别，基于该优先级信息，为了保证优先处理具有高优先级的业务(eMPS业务)，则UE可以根据该优先级信息优先处理具有高优先级的业务。

因此，本步骤可以进一步包括：

步骤(1)，UE获取第一业务请求过程的优先级信息，并判断第一业务请求过程的优先级信息是否为预设等级的优先级。其中，该预设等级的优先级包括但不限于eMPS业务对应的高优先级。

可以看出，通过判断第一业务请求过程的优先级信息是否为预设等级的优先级，则可以确定第一业务请求过程是否为高优先级对应的业务，继而确定是否需要优先处理第一业务请求过程。

如果第一业务请求过程的优先级信息是预设等级的优先级，则执行步骤(2)；如果第一业务请求过程的优先级信息不是预设等级的优先级，则执行步骤(3)。

步骤(2)，判断结果为UE需要继续执行第一业务请求过程。

具体的，由于第一业务请求过程的优先级信息为高优先级，则实际应用中需要优先处理高优先级的业务，此时，无论第二业务请求过程的优先级信息是否为高优先级，则均需要优先处理第一业务请求过程，即UE需要继续执行第一业务请求过程。

步骤(3)，UE判断第二业务请求过程的优先级信息是否为预设等级的优先级。其中，该预设等级的优先级包括但不限于eMPS业务对应的高优先级。

可以看出，在第一业务请求过程不是高优先级对应的业务时，则通过判断第二业务请求过程的优先级信息是否为预设等级的优先级，则可以确定第二业务请求过程是否为高优先级对应的业务，继而确定是否需要优先处理第二业务请求过程。

如果第二业务请求过程的优先级信息是预设等级的优先级，则执行步骤(4)；如果第二业务请求过程的优先级信息不是预设等级的优先级，则执行步骤(5)。

步骤(4)，判断结果为UE需要执行第二业务请求过程。

具体的，由于第一业务请求过程的优先级信息不是高优先级，而第二业务请求过程的优先级信息为高优先级，则实际应用中需要优先处理高优先级的业务，此时，需要优先处理第二业务请求过程，即UE需要执行第二业务请求过程。

步骤(5)，判断结果为UE需要继续执行第一业务请求过程。

具体的，由于第一业务请求过程和第二业务请求过程的优先级信息都不是高优先级，则此时UE需要继续执行第一业务请求过程。

综上所述，在本发明实施例中，如果UE处于EMM-SERVICE-REQUEST-INITIATED状态时，当接收到了高优先级承载的数据，或者是与高优先级承载相关的信令(例如，承载建立请求或者PDN连接建立请求等)时，则说明第二业务请求过程的优先级信息为高优先级，这种情况下：

若触发UE进入EMM-SERVICE-REQUEST-INITIATED状态时的servicerequest过程是由普通的数据或者信令触发(即第一业务请求过程的优先级信息不是高优先级)，则UE需要执行第二业务请求过程；

若触发UE进入EMM-SERVICE-REQUEST-INITIATED状态时的servicerequest过程是由高优先级业务相关的数据或者信令触发(即第一业务请求过程的优先级信息是高优先级)，则UE继续之前的第一业务请求过程。即当UE后续接收到新的数据或者信令时，UE都将继续执行当前的第一业务请求过程。

步骤104，UE继续执行第一业务请求过程。

步骤105，UE执行第二业务请求过程。

具体的，在UE执行第二业务请求的过程中，UE需要中止之前的业务请求过程(第一业务请求过程)，而执行新的业务请求过程(第二业务请求过程)，并在RRC连接过程中将RRC cause设为高优先级。即UE向移动性管理实体(例如，MME)发送SERVICE REQUEST消息或者EXTENDED SERVICEREQUEST消息，则传递SERVICE REQUEST消息或者EXTENDED SERVICEREQUEST消息的RRC消息中的RRC cause为预设等级的优先级(高优先级)。

步骤106，MME优先对高优先级的业务请求过程进行处理。

可以看出，当UE执行第一业务请求过程时，则MME需要对第一业务请求过程进行处理；当UE执行第二业务请求过程时，则MME需要对第二业务请求过程进行处理。

具体的，在现有协议中，MME若收到多个业务请求消息时，定义了MME的行为，若MME在第一个service request过程完成之前，又收到了后续的业务请求消息，且后续的业务请求消息的内容与之前的业务请求消息的内容不同，则MME将继续执行之前的业务请求过程，而不处理后续的业务请求消息。但是有了高优先级业务之后，对于高优先级业务相关的业务请求过程，则MME和eNB都需要对其进行优先处理。

因此，本发明实施例中，若MME接收到了一个service request消息，RRCcause值中没有携带高优先级，则在这一业务请求过程(第一业务请求过程)完成之前，MME又接收到了携带有优先级指示(高优先级)的业务请求消息(包括由于EPS业务引起的SERVICE REQUEST消息，由于CS业务引起的EXTENDED SERVICE REQUEST消息等)，则MME将继续处理后续收到的高优先级的业务请求过程(第二业务请求过程)，并向eNB发送带有优先级指示的上下文建立过程。

可见，本发明实施例中，保证了具有高优先级的业务能够被网络优先处理，减小高优先级业务的延时，并且避免了由于网络过载或者资源不足而增加高优先级业务的延时问题。

基于与上述方法同样的发明构思，本发明实施例二中还提供了一种业务请求的处理设备，如图2所示，包括：

接收模块11，用于在第一业务请求过程中，接收第二业务请求；

获取模块12，用于当接收到所述第二业务请求时，从所述接收模块11接收到的第二业务请求中获取第二业务请求过程的业务请求信息；

判断模块13，用于根据所述获取模块12获取的第二业务请求过程的业务请求信息和所述第一业务请求过程的业务请求信息判断是否继续执行所述第一业务请求过程；

处理模块14，用于当所述判断模块13的判断结果为是时，继续执行所述第一业务请求过程；当所述判断模块13的判断结果为否时，执行所述第二业务请求过程。

所述接收模块11，具体用于接收所述第二业务请求过程对应的数据或者信令。

所述获取模块12，具体用于从所述第二业务请求中获取所述第二业务请求过程对应的数据或者信令的优先级信息。

所述第一业务请求过程的业务请求信息包括所述第一业务请求过程的优先级信息，所述第二业务请求过程的业务请求信息包括所述第二业务请求过程的优先级信息；

所述判断模块13，具体用于获取所述第一业务请求过程的优先级信息，并判断所述第一业务请求过程的优先级信息是否为预设等级的优先级；

如果所述第一业务请求过程的优先级信息是预设等级的优先级，则判断结果为继续执行所述第一业务请求过程；

如果所述第一业务请求过程的优先级信息不是预设等级的优先级，则判断所述第二业务请求过程的优先级信息是否为预设等级的优先级；

如果所述第二业务请求过程的优先级信息是预设等级的优先级，则判断结果为执行所述第二业务请求过程；

如果所述第二业务请求过程的优先级信息不是预设等级的优先级，则判断结果为继续执行所述第一业务请求过程。

本发明实施例中，所述预设等级的优先级包括：eMPS业务对应的高优先级。

所述处理模块14，具体用于中止所述第一业务请求过程，并执行所述第二业务请求过程。

本发明实施例中，第一业务请求过程具体为：

所述第一业务请求过程中的EMM-SERVICE-REQUEST-INITIATED状态；或者，

所述第一业务请求过程中的EMM-CONNECTED状态。

所述处理模块14，还用于向移动性管理实体发送SERVICE REQUEST消息或者EXTENDED SERVICE REQUEST消息，传递所述SERVICE REQUEST消息或者EXTENDED SERVICE REQUEST消息的RRC消息中的RRC cause为预设等级的优先级。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

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

2.如权利要求1所述的方法，其特征在于，所述接收到第二业务请求，包括：

接收所述第二业务请求过程对应的数据或者信令。

3.如权利要求2所述的方法，其特征在于，从所述第二业务请求中获取第二业务请求过程的业务请求信息，包括：

从所述第二业务请求中获取所述第二业务请求过程对应的数据或者信令的优先级信息。

4.如权利要求1所述的方法，其特征在于，所述第一业务请求过程的业务请求信息包括所述第一业务请求过程的优先级信息，所述第二业务请求过程的业务请求信息包括所述第二业务请求过程的优先级信息；

根据所述第二业务请求过程的业务请求信息和所述第一业务请求过程的业务请求信息判断是否继续执行所述第一业务请求过程，包括：

获取所述第一业务请求过程的优先级信息，并判断所述第一业务请求过程的优先级信息是否为预设等级的优先级；

5.如权利要求4所述的方法，其特征在于，所述预设等级的优先级包括：eMPS业务对应的高优先级。

6.如权利要求1所述的方法，其特征在于，执行所述第二业务请求过程，包括：

中止所述第一业务请求过程，并执行所述第二业务请求过程。

7.如权利要求1-6任一项所述的方法，其特征在于，第一业务请求过程中，包括：

所述第一业务请求过程中的EMM-CONNECTED状态。

8.如权利要求1所述的方法，其特征在于，执行所述第二业务请求过程，包括：

向移动性管理实体发送SERVICE REQUEST消息或者EXTENDEDSERVICE REQUEST消息，传递所述SERVICE REQUEST消息或者EXTENDED SERVICE REQUEST消息的RRC消息中的RRC cause为预设等级的优先级。

9.一种业务请求的处理设备，其特征在于，包括：

10.如权利要求9所述的设备，其特征在于，

所述接收模块，具体用于接收所述第二业务请求过程对应的数据或者信令。

11.如权利要求10所述的设备，其特征在于，

所述获取模块，具体用于从所述第二业务请求中获取所述第二业务请求过程对应的数据或者信令的优先级信息。

12.如权利要求9所述的设备，其特征在于，所述第一业务请求过程的业务请求信息包括所述第一业务请求过程的优先级信息，所述第二业务请求过程的业务请求信息包括所述第二业务请求过程的优先级信息；

所述判断模块，具体用于获取所述第一业务请求过程的优先级信息，并判断所述第一业务请求过程的优先级信息是否为预设等级的优先级；

13.如权利要求12所述的设备，其特征在于，所述预设等级的优先级包括：eMPS业务对应的高优先级。

14.如权利要求9所述的设备，其特征在于，

所述处理模块，具体用于中止所述第一业务请求过程，并执行所述第二业务请求过程。

15.如权利要求9-14任一项所述的设备，其特征在于，第一业务请求过程具体为：

所述第一业务请求过程中的EMM-CONNECTED状态。

16.如权利要求9所述的设备，其特征在于，

所述处理模块，还用于向移动性管理实体发送SERVICE REQUEST消息或者EXTENDED SERVICE REQUEST消息，传递所述SERVICE REQUEST消息或者EXTENDED SERVICE REQUEST消息的RRC消息中的RRC cause为预设等级的优先级。