CN103229533A - 原因值处理的方法和设备 - Google Patents

Abstract

本发明涉及一种原因值处理的方法和设备。其中一种方法包括：用户设备接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；若所述用户设备在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，所述用户设备执行所述动作指示信息所指示的动作。该方法用以实现自定义原因值的通用处理。

Description

原因值处理的方法和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种原因值处理的方法和设备。

背景技术

移动通信领域中，第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)标准组织在通信协议中定义了一系列的原因值，用来指示各个通信流程中特定事件发生的原因，通信设备可以根据通信协议的规定对不同的原因进行相应的处理。

随着移动通信市场的发展，在通信流程中的新的特定事件不断出现，引发特定事件的原因也在不断扩展，相应的对于原因的处理也在不断丰富。

为了适应这种情况，一方面，通信协议不断增加新的原因值和相应的处理，但是仍然无法满足所有通信市场的需求；另一方面，运营商在自己的网络中增加私有的原因值和相应的处理，并定制相关的用户设备，但是私有的原因值和相应的处理不具有通用性，定制的用户设备无法处理其他运营商自定义的原因值，而且当需要对自定义原因值和对应的处理进行修改时，需要重新定制或者升级相关用户设备。

发明内容

本发明实施例提供一种原因值处理的方法和设备，用以实现自定义原因值的通用处理。

第一方面，本发明实施例提供一种原因值处理的方法，包括：用户设备接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；若所述用户设备在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，所述用户设备执行所述动作指示信息所指示的动作。

结合第一方面，在第一种可能的实现方式中，所述通信消息还携带通信协议规定的原因值；所述方法还包括：所述用户设备根据所述通信协议规定的原因值执行所述通信协议规定的动作。

结合第一方面或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述动作指示信息所指示的动作，包括：在所述用户设备上显示所述自定义原因值对应的信息的动作、延迟重试所述通信流程的动作或者停止重试所述通信流程的动作。

结合第一方面、第一方面的第一种可能的实现方式或者第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述用户设备接收网络侧发送的原因值集合，包括：所述用户设备在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程中接收网络侧发送的原因值集合。

第二方面，本发明实施例提供一种原因值处理的方法，包括：原因值配置节点发送原因值集合至用户设备，所述原因值集合包括自定义原因值以及所述自定义原因值对应的动作指示信息，用于指示所述用户设备当接收到携带所述自定义原因值的通信消息，执行所述动作指示信息所指示的动作；当满足发送所述自定义原因值对应的触发条件时，原因值策略节点发送携带所述自定义原因值的通信消息至用户设备。

结合第二方面，在第一种可能的实现方式中，还包括：所述原因值策略节点接收所述原因值配置节点发送的所述自定义原因值以及所述触发条件；或者，所述原因值策略节点接收所述原因值配置节点发送的所述原因值集合以及所述触发条件。

结合第二方面，在第二种可能的实现方式中，所述原因值配置节点与所述原因值策略节点为同一网元。

第三方面，本发明实施例提供一种用户设备，包括：接收机，用于接收网络侧发送的原因值集合，以及接收所述网络侧发送的通信消息，其中，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；存储器，用于存储所述原因值集合；处理器，用于当在通信流程中接收到的所述网络侧发送的通信消息携带所述自定义原因值时，执行所述动作指示信息所指示的动作。

结合第三方面，在第一种可能的实现方式中，所述通信消息还携带通信协议规定的原因值；所述处理器还用于，根据所述通信协议规定的原因值执行所述通信协议规定的动作。

结合第三方面或第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理器用于执行所述动作指示信息所指示的动作，具体为：所述处理器用于执行显示所述自定义原因值对应的信息的动作、执行延迟重试所述通信流程的动作或者执行停止重试所述通信流程的动作。

结合第三方面、第三方面的第一种可能的实现方式或者第三方面的第二种可能的实现方式，在第四种可能的实现方式中，所述接收机用于接收网络侧发送的原因值集合，具体为：

所述接收机用于在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程中接收网络侧发送的原因值集合。

第四方面，本发明实施例提供一种原因值策略节点包括存储器、处理器和收发机；所述存储器，用于存储原因值集合，其中所述原因值集合包括自定义原因值，以及用于存储所述自定义原因值对应的触发条件；所述处理器，用于当满足所述触发条件时，指示所述收发机发送所述自定义原因值至用户设备；所述收发机，用于根据所述处理器的指示，发送携带所述自定义原因值的通信消息至所述用户设备。

结合第四方面，在第一种可能的实现方式中，所述原因值集合还包括所述自定义原因值对应的动作指示信息；所述收发机还用于发送所述原因值集合至所述用户设备，用于指示所述用户设备当接收到携带所述自定义原因值的通信消息，执行所述动作指示信息所指示的动作。

结合第四方面或者第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述收发机还用于接收原因值配置节点发送的所述原因值集合以及所述触发条件。

第五方面，本发明实施例提供一种用户设备，包括接收单元和执行单元；其中，接收单元，用于接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息，以及用于接收所述网络侧发送的通信消息；执行单元，用于若接收单元在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，执行所述动作指示信息所指示的动作。

结合第五方面，在第一种可能的实现方式中，所述通信消息还可以携带通信协议规定的原因值；执行单元还用于根据所述通信协议规定的原因值执行所述通信协议规定的动作。

结合第五方面或者第五方面的第一种可能的实现方式，在第二种可能的实现方式中，接收单元可以在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区跟新流程中接收网络侧发送的原因值集合。

第六方面，本发明实施例提供一种原因值策略节点，包括判断单元，发送单元；其中，判断单元，用于判断是否满足自定义原因值对应的触发条件；发送单元，用于当满所述触发条件时，发送携带所述触发条件对应的自定义原因值的通信消息至用户设备。

结合第六方面，在第一种可能的实现方式中，还包括接收单元，用于接收所述原因值配置节点发送的自定义原因值以及对应的触发条件，或者用于接收所述原因值配置节点发送的原因值集合以及原因值集合中的自定义原因值对应的触发条件，其中，原因值集合包括自定义原因值及其对应的动作指示信息。

结合第六方面或者第六方面的第一种可能的实现方式，在第二种可能的实现方式中，发送单元还用于，发送原因值集合至用户设备，所述原因值集合包括自定义原因值以及所述自定义原因值对应的动作指示信息，用于指示用户设备当接收到携带自定义原因值的通信消息，执行所述自定义原因值对应的动作指示信息所指示的动作。

本发明实施例通过发送自定义原因值以及对应的动作指示信息至用户设备，进而用户设备根据通信消息中携带的所述自定义原因值可以获得对应的动作指示来进行相应的处理。由于用户设备是通过上述对应关系进行相应的处理，因此通过增加、修改上述对应关系并发送至用户设备，即可实现不同运营商的不同的自定义原因值的处理，也可以实现运营商对于自定义原因值以及相应处理的修改，避免重新定制或者升级用户设备，所以本发明实施例提供的方法和设备能够实现自定义原因值的通用处理。

附图说明

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

图1为本发明实施例提供的一种网络架构示意图；

图2为本发明实施例提供的一种原因值的处理方法的示意图；

图3为本发明实施例提供的一种用户设备的示意图；

图4为本发明实施例提供的另一种原因值的处理方法的示意图；

图5为本发明实施例提供的一种原因值策略节点的示意图；

图6为本发明实施例提供的再一种原因值的处理方法的示意图；

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

图8为本发明实施例提供的另一种原因值策略节点的结构示意图。

具体实施方式

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

本发明实施例提供的技术方案可以应用于各种无线通信网络，例如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time divisionmultiple access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency-Division Multiple Access，OFDMA)、单载波频分多址(Single Carrier FDMA，SC-FDMA)和其它网络等。术语“网络”和“系统”可以相互替换。CDMA网络可以实现例如通用无线陆地接入(Universal Terrestrial Radio Access，UTRA)，CDMA2000等无线技术。UTRA可以包括CDMA、WCDMA和其他CDMA的变形。CDMA2000可以覆盖临时标准(Interim Standard，IS)2000(IS-2000)，IS-95和IS-856标准。TDMA网络可以实现例如全球移动通信系统(GlobalSystem for Mobile Communication，GSM)等无线技术。OFDMA网络可以实现诸如演进通用无线陆地接入(Evolved UTRA，E-UTRA)、超级移动宽带(Ultra Mobile Broadband，UMB)、IEEE802.11(Wi-Fi)，IEEE802.16(WiMAX)，IEEE802.20，Flash OFDMA等无线技术。UTRA和E-UTRA是UMTS以及UMTS演进版本。3GPP在长期演进(Long Term Evolution，LTE)和LTE高级(LTE Advanced，LTE-A)是使用E-UTRA的UMTS的新版本。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在3GPP标准组织的文档中有记载描述。CDMA2000和UMB在3GPP2标准组织的文档中有记载描述。本发明实施例描述的技术也可以应用到上述所述的无线网络和无线技术中。

在本发明实施例中，用户设备(user equipment，UE)可以分布于整个无线网络中，每个UE可以是静态的或移动的。UE可以称为终端(terminal)，移动台(mobile station)，用户单元(subscriber unit)，站台(station)等。UE可以为蜂窝电话(cellular phone)，个人数字助理(Personal DigitalAssistant，PDA)，无线调制解调器(modem)，无线通信设备，手持设备(handheld)，膝上型电脑(laptop computer)，无绳电话(cordless phone)，无线本地环路(Wireless Local Loop，WLL)台等。

本发明实施例中，原因值是通信标准中定义的一个信元(Cause)，用于指示某个特定流程事件中的具体原因，不同层次的协议会定义各自的原因值。例如3GPP TS24.301中定义的非接入层(Non-Access-Stratum，NAS)协议中与UE相关的原因值包括：Cause#3-Illegal UE、Cause#10-Implicitly detached等。用户设备根据接收到的原因值可以判断通信流程成功或者失败的原因，并做出相应的处理。示例性的，本发明实施例中的自定义原因值，可以是运营商自定义的原因值，可以不同于通信标准的原因值，也可以与通信标准的原因值相同。

本发明实施例中，动作指示信息可以用来指示网络设备执行相应的动作。示例性的，自定义原因值对应的动作指示信息可以指示网络设备进行通信协议规定的动作，也可以指示自定义的动作。示例性的，动作指示信息可以是函数名称，设备的功能索引，本发明对动作指示信息具体的形式不作限定。示例性的，动作指示信息所指示的动作可以包括：显示自定义原因值对应的信息的动作，其中自定义原因值对应的信息可以是文字，也可以是图像，本发明实施例对此不作限定；或者，延迟重试当前的通信流程；或者，停止重试当前的通信流程。

本发明以下实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

下面以移动宽带网络为例进行说明。

图1示例性的给出了移动宽带网络的组网架构。

如图1所示，移动宽带网络包括接入网和核心网组成。

接入网可以包括GSM/EDGE无线接入网(GSM/EDGE radio accessnetwork，GERAN)、UMTS陆地无线接入网(universal terrestrial radio accessnetwork，UTRAN)或者演进型通用陆地无线接入网(evolved universalterrestrial radio access network，E-UTRAN)，其中，GSM是全球移动通信系统(global system for mobile communications)的简称，EDGE是GSM演进增强数据速率(Enhanced Data rates for GSM Evolution)的简称；其中，GERAN可以包括基站(base transceiver station，BTS)和基站控制器(basestation controller，BSC)，UTRAN可以包括节点B(NodeB)和无线网络控制器(radio network controller，RNC)，E-UTRAN可以包括演进的节点B(eNodeB)。

核心网可以是演进型分组核心网(evolved packet core，EPC)，可以包括GPRS业务支撑节点(serving GPRS support node，SGSN)、移动性管理实体(mobility management entity，MME)、服务网关(serving gateway，S-GW)和分组数据网网关(packet data network gateway，PGW)。其中SGSN主要负责GERAN和UTRAN的移动性管理，MME主要负责E-UTRAN的移动性管理，S-GW为不同接入网间的用户面锚点，P-GW是EPC与外部网络连接的接口，承担EPC的网关功能。SGSN与S-GW之间设有S-4接口，MME与S-GW之间设有S11接口，S-GW与P-GW之间设有S-5接口，其中S4接口可用于传递SGSN和S-GW之间的控制面数据和用户面数据，S11接口可以用于传递MME和S-GW之间的控制面数据，S5接口可以用来传递S-GW和P-GW之间的控制面数据和用户面数据。

用户设备可以通过GERAN、UTRAN或者E-UTRAN接入EPC。如图1所示，GERAN和UTRAN，与SGSN之间可以进行控制面数据和用户面数据的交互，UTRAN和S-GW之间设有S12接口，用于传递用户面数据，E-UTRAN和MME之间可以进行控制面数据的交互，E-UTRAN和S-GW之间设有S1-U接口，用于用户面数据的传递。

为了更清楚的进行阐述，本发明实施例以用户设备通过E-UTRAN接入进行举例说明。

下面从用户设备侧对本发明实施例提供的原因值处理的方法进行举例说明。

图2为本发明实施例提供的一种原因值处理的方法，包括：

101、用户设备接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；

102、若所述用户设备在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，所述用户设备执行所述动作指示信息所指示的动作。

示例性的，网络侧可以包括原因值策略节点，示例性的，原因值策略节点可以是图1中的SGSN、MME、S-GW或者PGW。示例性的，各个原因值策略节点上存有与该原因值策略节点相关的自定义原因值和对应的动作指示信息，并各自将相关的自定义原因值和对应的动作指示信息发送至用户设备，也可以在一个原因值策略节点上存有其他原因值策略节点相关的自定义原因值和对应的动作指示信息，并由该原因值策略节点发送与自己相关的和与其他的原因值策略节点相关的自定义原因值和对应的动作指示信息至用户设备。示例性的，原因值策略节点上存有的自定义原因值和对应的动作指示信息可以配置在原因值策略节点上，也可以配置在原因值配置节点上，并由原因值配置节点发送至原因值策略节点上。示例性的，原因值配置节点可以是图1中的SGSN、MME、S-GW或者P-GW，原因值配置节点和原因值策略节点也可以是同一网元。

示例性的，自定义原因值和自定义原因值对应的动作指示信息可以以原因值集合的形式进行传递，例如可以如表1所示，本发明实施例对原因值集合的形式不作限定。原因值集合可以包括自定义原因值和对应的动作指示信息，也可以包括与自定义原因值相关的其他信息，或者也可以包括协议规定的原因值。

自定义原因值	动作指示信息	备注
			1	弹出窗口通知用户	用户流量用尽
2	延迟重试	网络拥塞

表1：原因值集合示例

示例性的，在通信消息中可以以新增信元的方式来携带自定义原因值，也可以将通信消息中通信协议规定的原因值替换为自定义原因值来携带自定义原因值。

示例性的，在通信流程中，当网络侧特定事件发生时，网络侧可以在通信消息中携带自定义原因值发送至用户设备，当该特定事件还对应通信协议规定的原因值时，该通信消息还可以携带通信协议规定的原因值。当用户设备同时接收到自定义原因值和通信协议规定的原因值时，可以既执行通信协议规定的原因值对应的通信协议规定的动作，又执行自定义原因值对应的动作指示信息所指示的动作，可以实现对于通信协议规定的动作的扩展。

示例性的，网络侧发送原因值集合至用户设备可以在以下流程：附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程。

图2所示的实施例通过将自定义原因值和对应的动作指示信息发送至用户设备，用户设备根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。当用户设备漫游至不同运营商的网络时，只需接收网络侧发送的新的运营商定义的自定义原因值和对应的动作指示信息，即可实现对于新的运营商的自定义原因值的处理，而无需更换新的运营商定制的用户设备。当运营商需要更新自定义原因值及其处理时，只需将修改后的自定义原因值和对应的动作指示信息发送至用户设备，即可实现对于自定义原因值及其处理的更新，而无需重新定制或者升级用户设备。因此能够实现自定义原因值的通用处理。

为实现如图2所示实施例的方法，本发明实施例还提供一种用户设备200，如图3所示，包括：

接收单元201，用于接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息，以及用于接收所述网络侧发送的通信消息；

执行单元202，用于若接收单元201在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，执行所述动作指示信息所指示的动作。

示例性的，参考图2所示实施例中的说明，所述通信消息还可以携带通信协议规定的原因值，对应的，执行单元202还用于根据所述通信协议规定的原因值执行所述通信协议规定的动作。

示例性的，参考图2所示实施例中的说明，接收单元201可以在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区跟新流程中接收网络侧发送的原因值集合。

本发明实施例提供的用户设备200的工作方式可以参考图2所示的实施例的方法，此处不作赘述。

图3所示的实施例提供的用户设备，通过接收自定义原因值和对应的动作指示信息，并根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。当切换运营商或者需要修改自定义原因值及其处理的时候，重新接收网络侧发送的自定义原因值和对应的动作指示信息，就可以执行新的自定义原因值的处理，能够实现自定义原因值的通用处理。

下面从网络侧对本发明实施例提供的原因值处理的方法进行举例说明。

图4为本发明实施例提供的另一种原因值处理的方法，包括：

301、原因值配置节点发送原因值集合至用户设备，所述原因值集合包括自定义原因值以及所述自定义原因值对应的动作指示信息，用于指示所述用户设备当接收到携带所述自定义原因值的通信消息，执行所述动作指示信息所指示的动作；

302、当满足发送所述自定义原因值对应的触发条件时，原因值策略节点发送携带所述自定义原因值的通信消息至用户设备。

示例性的，本发明实施例中的原因值配置节点用于配置自定义原因值以及其对应的动作指示信息。如图2所示的实施例中的举例，原因值配置节点可以单独设置在如图1所示的网络中，运营商可以统一在原因值配置节点上增加、修改、删除自定义原因值及其对应的动作指示信息，原因值配置节点也可以是原因值策略节点。具体的举例说明可参考图2所示实施例相关部分的说明，此处不作赘述。

示例性的，自定义原因值对应的触发条件可以配置在原因值策略节点上，也可以由原因值配置节点发送至原因值策略节点上。例如：原因值配置节点可以在新增、修改或者删除自定义原因值及其对应的触发条件后，发送自定义原因值及其对应的触发条件至原因值策略节点。其中，示例性的，当满足触发条件时，原因值策略节点向用户设备发送的通信消息中可以携带对应的自定义原因值。再例如：原因值配置节点也可以将原因值集合以及原因值集合中自定义原因值对应的触发条件发送至原因值策略节点，其中，原因值集合如图2所示的实施例中的举例说明，包括自定义原因值和其对应的动作指示信息，也可以将自定义原因值对应的触发条件包括在原因值集合中发送至原因值策略节点。本领域技术人员应知，对于自定义原因值，该自定义原因值对应的触发条件，该自定义原因值对应的动作指示信息的传递有多种形式，例如：1)由原因值配置节点发送自定义原因值和自定义原因值对应的动作指示信息至用户设备，且发送自定义原因值和自定义原因值对应的触发条件至原因值策略节点；或者，2)由原因值配置节点发送自定义原因值、自定义原因值对应的动作指示信息和自定义原因值对应的触发条件至原因值策略节点，由原因值策略节点发送自定义原因值以及自定义原因值对应的动作指示信息至用户设备；或者，3)在原因值策略节点上配置自定义原因值、自定义原因值对应的动作指示信息和自定义原因值对应的触发条件，并由原因值策略节点发送自定义原因值及自定义原因值对应的动作指示信息至用户设备。本发明实施例对此并不作限制。

图4所示的实施例提供的原因值处理的方法，通过将自定义原因值和对应的动作指示信息发送至用户设备，可以使用户设备根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。网络侧只需将自定义原因值及其对应的动作指示信息发送至用户设备，即可实现自定义原因值的处理，而不必定制用户设备，因此能够实现自定义原因值的通用处理。

为了实现如图4所示实施例的方法，本发明实施例还提供一种原因值策略节点，该节点可以是图1中的P-GW、MME、SGSN或者S-GW。如图5所示，该原因值策略节点400，包括：

判断单元401，用于判断是否满足自定义原因值对应的触发条件；

发送单元402，用于当满所述触发条件时，发送携带所述触发条件对应的自定义原因值的通信消息至用户设备。

示例性的，原因值策略节点400上的自定义原因值及对应的触发条件可以是配置在原因值策略节点400上的，也可以是原因值配置节点发送至原因值策略节点400的。相关内容请参考图3所示的实施例，此处不作赘述。对应的，原因值策略节点400还包括接收单元403，用于接收所述原因值配置节点发送的自定义原因值以及对应的触发条件，或者用于接收所述原因值配置节点发送的原因值集合以及原因值集合中的自定义原因值对应的触发条件，其中，原因值集合包括自定义原因值及其对应的动作指示信息。

示例性的，也可以由原因值策略节点发送自定义原因值及其对应的动作指示信息至用户设备。对应的，发送单元402还用于，发送原因值集合至用户设备，所述原因值集合包括自定义原因值以及所述自定义原因值对应的动作指示信息。如本发明实施例的举例说明，该原因值集合可用于指示用户设备当接收到携带自定义原因值的通信消息，执行所述自定义原因值对应的动作指示信息所指示的动作。

原因值策略节点400的工作方式可以参考图4所示实施例提供的方法，在此不作赘述。

图5所示实施例提供的原因值策略节点，通过将自定义原因值和对应的动作指示信息发送至用户设备，可以使用户设备根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。网络侧只需将自定义原因值及其对应的动作指示信息发送至用户设备，即可实现自定义原因值的处理，而不必定制用户设备，因此能够实现自定义原因值的通用处理。

下面将在图1所示的网络架构中以附着流程为例，对图2至图5所示实施例提供的原因值的处理方法以及相关设备的工作方式进行说明。其中P-GW和S-GW合设在一个网元上，原因值策略节点为S-GW/P-GW，该场景下并不设置原因值配置节点，相关自定义原因值的配置工作在原因值策略节点上进行。如图6所示：

501、UE发送附着请求消息至eNodeB；

502、eNodeB发送该附着请求至MME；

503、MME发送建立会话请求至S-GW/P-GW；

504、S-GW/P-GW发送建立会话响应至MME；

其中，建立会话响应中携带自定义原因值及对应的动作指示信息。

505、MME发送附着接受消息至eNodeB；

其中，附着接受消息中携带MME收到的自定义原因值及对应的动作指示信息。

506、eNodeB发送无线资源控制(radio resource control，RRC)连接重配置消息至UE；

其中，RRC连接重配置消息中携带eNodeB接收到的自定义原因值及对应的动作指示信息。

至此，实现了原因值策略节点S-GW/P-GW发送配置的自定义原因值及对应的动作指示信息至用户设备的过程。需要说明的是，步骤504-506展示的是该过程的一种方式，本领域技术人员应知，根据不同的通信流程，还可以有不同的方式发送自定义原因值及对应的动作指示信息至用户设备。值得注意的是，步骤501-503并不是本发明实施例提供的原因值处理的必要步骤，这里只是为了能够完整的展示附着的通信流程。

以下步骤507-510，同样不是本发明实施例提供的原因值处理的必要步骤，是为了能够完整的展示附着的通信流程。

507、UE发送RRC连接重配置完成消息至eNodeB；

508、eNodeB发送初始上下文建立响应至MME；

509、UE发送直接传输(Direct Transfer)消息至eNodeB；

510、eNodeB发送附着完成消息至MME。

在该实施例中，原因值策略节点S-GW/P-GW通过附着流程的消息将自定义原因值和对应的动作指示信息发送至UE，本领域技术人员应知还可以通过其他现有流程完成自定义原因值和对应的动作指示信息从原因值策略节点或者原因值配置节点到用户设备的传递，例如：MME作为原因值策略节点或者原因值配置节点的情况下，在非漫游和漫游场景下可以通过跟踪区更新流程的消息将自定义原因值及对应的动作指示信息发送至用户设备，在此不作赘述。

用户设备在收到原因值集合后，可以暂存在用户设备的缓存或者内存中，当收到新的原因值集合后，可以更新为新的原因值集合。

下面的步骤520-523示例性的说明了原因值策略节点发送携带自定义原因值的通信消息的过程以及用户设备在收到携带自定义原因值的通信消息后的处理。

520、UE发起至S-GW/P-GW的通信流程A；

该步骤并非本发明实施例提供的自定义原因值处理的必要步骤，是为了示例性的说明通信流程的发起过程。

521、S-GW/P-GW判断该通信流程A失败；

示例性的，S-GW/P-GW配置的自定义原因值对应的触发条件为通信流程A失败。

522、S-GW/P-GW发送流程失败响应消息至UE；

其中，流程失败响应消息携带自定义原因值。这里流程失败响应消息为通信消息的一种。

523、UE根据收到的自定义原因值执行对应的动作指示消息所指示的动作。

本领域技术人员应知动作指示消息所指示的动作可以有多种形式，此处不作赘述。

从图6所示的实施例中可见，通过将自定义原因值和对应的动作指示信息发送至用户设备，用户设备可以根据后续接收到的通信消息携带的自定义原因值获得对应的动作指示信息，并作相应的处理。当切换运营商或者需要修改自定义原因值及其处理的时候，重新接收网络侧发送的新的自定义原因值和对应的动作指示信息，就可以执行新的自定义原因值的处理，因此能够实现自定义原因值的通用处理。

本发明实施例提供的用户设备和原因值策略节点可以通过软件实现，也可以通过硬件实现，本发明实施例对此不作限制，以下本发明实施例对用户设备和原因值策略节点的实现方式进行示例性的说明。

本发明实施例在此示例性的提供一种用户设备的实现方式，可以实现如图2、图3和图6所示的实施例中的用户设备。如图7所示，该用户设备600，包括：接收机601、存储器602、处理器603；示例性的，接收机601、存储器602和处理器603可以通过总线相连。

其中，接收机601，用于接收网络侧发送的原因值集合，以及用于接收网络侧发送的通信消息，其中，原因值集合包括自定义原因值及自定义原因值对应的动作指示信息；

存储器602，用于存储接收机601接收到的原因值集合；

处理器603，用于当在通信流程中接收机601接收到的网络侧发送的通信消息中携带自定义原因值时，执行该自定义原因值对应的动作指示信息所指示的动作。

示例性的，网络侧发送的通信消息还可以同时携带通信协议规定的原因值，对应的处理器603，在执行自定义原因值对应的动作指示信息所指示的动作时，还可以执行通信协议规定的动作。

示例性的，动作指示信息所指示的动作可以包括显示自定义原因值对应的信息的动作、延迟重试当前通信流程的动作或者停止重试当前通信流程的动作等，在此不作限制。对应的，处理器603用于执行该自定义原因值对应的动作指示信息所指示的动作具体为：处理器603具体用于执行显示所述自定义原因值对应的信息的动作、执行延迟重试当前通信流程的动作或者执行停止重试当前通信流程的动作。

示例性的，接收机601可以具体在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程中接收网络侧发送的原因值集合。

图7所示的实施例提供的用户设备的工作方式请参考图2、图3以及图6所示实施例中的用户设备，在此不作赘述。

图7所示的实施例提供的用户设备，通过接收自定义原因值和对应的动作指示信息，并根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。当切换运营商或者需要修改自定义原因值及其处理的时候，重新接收网络侧发送的自定义原因值和对应的动作指示信息，就可以执行新的自定义原因值的处理，能够实现自定义原因值的通用处理。

本发明实施例在此示例性的提供一种原因值策略节点的实现方式，可以实现如图4、图5或图6所示的实施例中的原因值策略节点。如图8所示，该策略节点700，包括：存储器701、处理器702和收发机703；示例性的，存储器701、处理器702和收发机703可以通过总线相连。

其中，存储器701，用于存储原因值集合，其中原因值集合包括自定义原因值以及用于存储自定义原因值对应的触发条件；

处理器702，用于当满足存储器701存储的触发条件时，指示收发机703发送相应的自定义原因值至用户设备；

收发机703，用于根据处理器702的指示，发送携带自定义原因值的通信消息至用户设备。

示例性的，原因值集合还可以包括自定义原因值对应的动作指示信息；对应的，收发机703还用于发送包含自定义原因值及其对应的动作指示信息至用户设备。示例性的，该原因值集合用于指示用户设备当接收到携带自定义原因值的通信消息时，执行相应的动作指示信息所指示的动作。

示例性的，收发机703还用于接收原因值配置节点发送的原因值集合以及上述触发条件。

图8所示的实施例提供的原因值策略节点，通过将自定义原因值和对应的动作指示信息发送至用户设备，可以使用户设备根据后续接收到的通信消息携带的自定义原因值可以获得对应的动作指示信息，并作相应的处理。网络侧只需将自定义原因值及其对应的动作指示信息发送至用户设备，即可实现自定义原因值的处理，而不必定制用户设备，因此能够实现自定义原因值的通用处理。

本领域技术人员能够理解，信息和信号可以使用任何技术方法(technology techniques)来表示，例如，数据(data)，指令(instructions)，命令(command)，信息(information)，信号(signal)，比特(bit)，符号(symbol)和芯片(chip)可以通过电压、电流、电磁波、磁场或磁粒(magnetic particles)，光场或光粒(optical particles)，或以上的任意组合。

本领域技术任何还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrativecomponents)和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户设备中。可选地，处理器和存储媒介也可以设置于用户设备中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本发明说明书的上述描述可以使得本领域技术任何可以利用或实现本发明的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本发明所描述的基本原则可以应用到其它变形中而不偏离本发明的发明本质和范围。因此，本发明所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本发明原则和所公开的新特征一致的最大范围。

Claims (14)

1.一种原因值处理的方法，其特征在于，包括：

用户设备接收网络侧发送的原因值集合，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；

若所述用户设备在通信流程中接收的所述网络侧发送的通信消息携带所述自定义原因值，所述用户设备执行所述动作指示信息所指示的动作。

2.根据权利要求1所述的方法，其特征在于，所述通信消息还携带通信协议规定的原因值；

所述方法还包括：所述用户设备根据所述通信协议规定的原因值执行所述通信协议规定的动作。

3.根据权利要求1或2所述的方法，其特征在于，所述动作指示信息所指示的动作，包括：在所述用户设备上显示所述自定义原因值对应的信息的动作、延迟重试所述通信流程的动作或者停止重试所述通信流程的动作。

4.根据权利要求1-3任一所述的方法，其特征在于，所述用户设备接收网络侧发送的原因值集合，包括：

所述用户设备在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程中接收网络侧发送的原因值集合。

5.一种原因值处理的方法，其特征在于，包括：

原因值配置节点发送原因值集合至用户设备，所述原因值集合包括自定义原因值以及所述自定义原因值对应的动作指示信息，用于指示所述用户设备当接收到携带所述自定义原因值的通信消息，执行所述动作指示信息所指示的动作；

当满足发送所述自定义原因值对应的触发条件时，原因值策略节点发送携带所述自定义原因值的通信消息至用户设备。

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

所述原因值策略节点接收所述原因值配置节点发送的所述自定义原因值以及所述触发条件；或者，

所述原因值策略节点接收所述原因值配置节点发送的所述原因值集合以及所述触发条件。

7.根据权利要求5所述的方法，其特征在于，所述原因值配置节点与所述原因值策略节点为同一网元。

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

接收机，用于接收网络侧发送的原因值集合，以及接收所述网络侧发送的通信消息，其中，所述原因值集合包括自定义原因值及所述自定义原因值对应的动作指示信息；

存储器，用于存储所述原因值集合；

处理器，用于当在通信流程中接收到的所述网络侧发送的通信消息携带所述自定义原因值时，执行所述动作指示信息所指示的动作。

9.根据权利要求8所述的用户设备，其特征在于，所述通信消息还携带通信协议规定的原因值；

所述处理器还用于，根据所述通信协议规定的原因值执行所述通信协议规定的动作。

10.根据权利要求8或9所述的用户设备，其特征在于，所述处理器用于执行所述动作指示信息所指示的动作，具体为：

所述处理器用于执行显示所述自定义原因值对应的信息的动作、执行延迟重试所述通信流程的动作或者执行停止重试所述通信流程的动作。

11.根据权利要求8-10任一所述的用户设备，其特征在于，所述接收机用于接收网络侧发送的原因值集合，具体为：

所述接收机用于在附着流程、缺省承载建立流程、跟踪区更新流程或者路由区更新流程中接收网络侧发送的原因值集合。

12.一种原因值策略节点，其特征在于，包括存储器、处理器和收发机；

所述存储器，用于存储原因值集合，其中所述原因值集合包括自定义原因值，以及用于存储所述自定义原因值对应的触发条件；

所述处理器，用于当满足所述触发条件时，指示所述收发机发送所述自定义原因值至用户设备；

所述收发机，用于根据所述处理器的指示，发送携带所述自定义原因值的通信消息至所述用户设备。

13.根据权利要求12所述的原因值策略节点，其特征在于，所述原因值集合还包括所述自定义原因值对应的动作指示信息；

所述收发机还用于发送所述原因值集合至所述用户设备，用于指示所述用户设备当接收到携带所述自定义原因值的通信消息，执行所述动作指示信息所指示的动作。

14.根据权利要求12或13所述的原因值策略节点，其特征在于，所述收发机还用于接收原因值配置节点发送的所述原因值集合以及所述触发条件。

Images