CN109996216A

CN109996216A - 订阅请求处理方法、网络实体及能力开放平台

Info

Publication number: CN109996216A
Application number: CN201810000606.3A
Authority: CN
Inventors: 张翀; 黄震宁
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Co Ltd
Priority date: 2018-01-02
Filing date: 2018-01-02
Publication date: 2019-07-09
Anticipated expiration: 2038-01-02
Also published as: CN109996216B

Abstract

本发明实施例公开了一种订阅请求处理方法、网络实体及业务能力开放平台。应用于业务能力开放功能实体SCEF中的所述订阅请求处理方法，包括：接收订阅实体发送的订阅请求；获取所述订阅请求对应的事件执行结果；向所述订阅实体发送第一消息，其中，所述第一消息，至少用于供所述订阅实体确定事件执行的部分失败状况信息。

Description

订阅请求处理方法、网络实体及能力开放平台

技术领域

本发明涉及通信技术领域，尤其涉及一种订阅请求处理方法、网络实体及业务能力开放平台。

背景技术

业务能力开放平台(Service Capability Exposure，SCE)是通信运营商提供的一种网络架构，该网络架构可以通过向第三方开放特定的接口，可以使得第三方可以接入到SCE平台内，使用SCE平台内的网络资源向用户设备(User Equipment，UE)提供业务服务。

T8接口为SCE向第三方的业务能力服务器(Service Capability Server，SCS)或应用服务器(Application Server，AS)连接到SCE内的业务能力开放功能实体(ServiceCapability Exposure Function，SCEF)的一种接口，从而使得SCS或AS可以通过T8接口连接到SCEF，并使用SCE内的各种实体为其提供业务数据的传输等网络资源提供的服务。

SCS或AS可以通过T8接口向SCE平台发送订阅请求，以进行一种或多种业务的订阅，有一种订阅请求可以同时订阅多个应用，或者，为多个用户进行业务订阅。

有一种订阅请求称之为组合订阅请求，组合订阅请求，用于同时订阅多种业务，或者，同时为多个用户订阅一个业务，或者，同时为多个用户订阅多个业务。

在一些状况信息下，有些用户抱怨没有执行成功，或同时为同一用户订阅的多种应用仅有部分成功，而对于此SCS或AS都无法监测到，并采用对应的处理方式，从而导致从用户层面来说，订阅的应用执行失败率高及用户使用满意度差等问题。

发明内容

有鉴于此，本发明实施例期望提供一种订阅请求处理方法、网络实体及业务能力开放平台，至少部分解决上述问题。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供一种订阅请求处理方法，应用于业务能力开放功能实体SCEF中，包括：

接收订阅实体发送的订阅请求；

获取所述订阅请求对应的事件执行结果；

向所述订阅实体发送第一消息，其中，所述第一消息，至少用于供所述订阅实体确定事件执行的部分失败状况信息。

第二方面，本发明实施例提供一种订阅请求处理方法，包括，应用于订阅实体中，包括：

向业务能力开放功能实体SCEF发送订阅请求；

接收所述SCEF基于所述订阅请求的事件执行结果发送的第一消息；

根据所述第一消息，确定出所述订阅请求的部分执行失败的状况信息。

第三方面，本发明实施例提供一种网络实体，所述网络实体为业务能力开放功能实体SCEF，包括：

第一接收单元，用于接收订阅实体发送的订阅请求；

获取单元，用于获取所述订阅请求对应的事件执行结果；

第一发送单元，用于向所述订阅实体发送第一消息，其中，所述第一消息，至少用于供所述订阅实体确定事件执行的部分失败状况信息。

第四方面，本发明实施例提供一种网络实体，所述网络实体为订阅实体，包括：

第二发送单元，用于向业务能力开放功能实体SCEF发送订阅请求；

第二接收单元，用于接收所述SCEF基于所述订阅请求的事件执行结果发送的第一消息；

确定单元，用于根据所述第一消息，确定出所述订阅请求的部分执行失败的状况信息。

第五方面，本发明实施例提供一种网络实体，包括：收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序；

所述处理器，分别与所述收发器及所述存储器连接，用于通过执行所述计算机程序实现第一方面或第二方面提供的订阅请求处理方法。

第六方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现第一方面或第二方面提供的订阅请求处理方法。

本发明实施例提供的订阅请求处理方法、网络实体及业务能力开放平台，SCEF会根据事件执行结果，向订阅请求发送第一消息，该第一消息可用于订阅实体确定出是否有部分失败的执行状况信息，从而实现了订阅主体对部分失败的执行状况信息的监控，从而可以采取对应的处理，例如，通过订阅请求的重发触发未执行成功的事件或用户的重新执行，从而保证对应业务的成功执行，从而提升用户体验，又例如，通过部分失败的原因的分析及异常定位等情况，可以减少后续部分执行失败的概率，从而提升执行成功率和用户执行成功率。

附图说明

图1为一种SCE的结构示意图；

图2为本发明实施例提供的第一种订阅请求处理方法的流程示意图；

图3为本发明实施例提供的第二种订阅请求处理方法的流程示意图；

图4为本发明实施例提供的一种第一消息的结构示意图；

图5为本发明实施例提供的第三种订阅请求处理方法的流程示意图；

图6为本发明实施例提供的一种SCEF的结构示意图；

图7为本发明实施例提供的一种订阅实体的结构示意图；

图8为本发明实施例提供的一种网络实体的结构示意图；

图9为本发明实施例提供的第四种订阅请求处理方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

图1所示，业务能力开放平台(Service Capability Exposure,SCE)的可选架构示意图之一，具体实现时不局限于图1所示的架构。所述SCE可包括：业务能力开放实体(Service Capability Exposure Function，SCEF)、策略控制和计费规则功能实体(Policyand Charging Rules Function，PCRF)、策略控制和计费执行功能实体(Policy andCharging Enforcement Function，PCEF)、SCE、AS、应用功能实体(Application Function，AF)、移动性管理实体(Mobility Management Entity，MME)和归属签约用户服务器(HomeSubscriber Server，HSS)、用户属性存储器(Subscription Profile Repository，SPR)。

1)SCEF，是面向合作方业务平台开放移动网络能力的设备。可以支持根据应用的服务质量(Quality of Service，QoS)等要求向PCRF申请、调整网络资源，同时也支持根据应用要求向MME、HSS执行网络资源事件通知的订阅和取消订阅，可将SCEF与AF之间基于JSON/XML的协议(例如Restful HTTP/HTTPS)转换为SCEF与PCRF、MME、HSS之间的Diameter协议，简化应用开放要求、提高网络安全性。

2)PCRF：具有策略控制决策和基于流的计费控制的功能，向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费(除信用控制外)的网络控制功能。

3)PCEF：负责业务数据流的检测、策略执行和基于流的计费功能，一般设置在GGSN或P-GW上。

4)AF：主要对IP-CAN用户面行为进行动态策略或计费控制，设置在业务平台上。

5)MME：支持NAS信令及其安全、跟踪区域(Tracking Area)列表的管理、公共数据网络网关(Public Data Network，Gate-way，P-GW)和服务网关(Service Gate-Way，S-GW)的选择、跨MME切换时MME的选择、在向2G/3G接入系统切换过程中服务GPRS支持节点(Serving General packet radio service Support Node，SGSN)的选择、用户的鉴权、漫游控制以及承载管理、3GPP不同接入网络的核心网络节点之间的移动性管理，以及UE在ECM-IDLE状态下可达性管理等。

6)HSS，它可用于存储用户配置文件，可处理用户识别、编号和地址信息；用户安全信息，即针对鉴权和授权的网络接入控制信息；用户定位信息等。

7)SPR，为用户属性存储逻辑实体包含有与所有签约用户或签约相关的信息，SPR提供的签约信息包括(每一个公共数据网络(Public Data Network，PDN)的)：签约用户允许的业务；每个允许业务的优先级；签约用户允许的QoS信息；签约用户业务的计费相关信息，如接入类型、位置信息和使用次数；签约用户的类型等。

以下本发明实施例基于SCE中T8接口的订阅请求处理方法的实施例。

如图2所示，本实施例一种订阅请求处理方法，应用于SCEF中，包括：

步骤S110：接收订阅实体发送的订阅请求；

步骤S120：获取所述订阅请求对应的事件执行结果；

步骤S130：向所述订阅实体发送第一消息，其中，所述第一消息，至少用于供所述订阅实体确定事件执行的部分失败状况信息。

在本实施例中所述订阅实体可为图1中的SCS或AS，当然也可以是触发SCE执行特定业务的事件的订阅请求的发送实体，不局限于所述SCS或AS。

所述AS可为单一业务的业务服务器；所述SCS可为多个业务的业务服务器；例如，SCS可为同一个第三方的多个业务的综合服务器。

在本实施例中，所述订阅请求可包括以下至少之一：所述订阅请求所对应业务的业务标识，该业务下需要SCE执行事件的事件标识，各事件的执行顺序信息、订阅单位的单位标识。所述订阅单位可以是单个用户，或者，用户组；一个所述用户组通常可包括：多个用户。单个用户可用用户标识区分不同的用户，用户组可以用于组标识来区分不同的用户组，并与用户区分。

在本实施例中，所述SCEF在接收到所述订阅请求之后，会根据所述订阅请求中携带的信息，向SCE中的其他实体发送执行所述订阅请求的相关信息，从而使得所述订阅请求对应的事件被执行或被响应。执行所述订阅请求对应的事件可以称之为执行实体，可包括：HSS、MME或PCRF等SCE中的各种功能实体。

所述事件执行的部分失败状况信息可包括以下至少之一：

执行失败的事件的标识；

执行失败的事件所对应用户的用户标识；

执行失败的事件所对应的用户组的组标识；

事件执行失败的原因。

在本实施例中，所述订阅请求可为前述组合订阅请求，实现的是业务的组合订阅。如此，所述订阅实体就可以针对组合订阅请求的组合订阅，检测到部分失败的状况，然后有针对性的进行失败处理。例如，确定到某一个用户组中的部分用户的事件执行失败时，可以针对该部分用户重新下发订阅请求。又例如，当一个订阅请求中的部分事件，这里的部分事件失败时，订阅实体就可以根据所述第一消息，确定出哪些事件执行失败，从而可以通过对应事件的订阅请求的重新下发，实现这些事件的成功执行。在本实施例中，可以为同一个业务的多个事件，也可以是不同业务的多个事件。这样，SCE接收到重新下发的订阅请求之后会重新执行，从而减少用户感知到对应的服务提供失败的状况，从而提升用户使用满意度。用户感知到的执行成功率也会更高。

可选地，所述方法还包括：

获取失败上报规则；

所述步骤S130可包括：

根据所述失败上报规则向订阅实体发送所述第一消息。

在本实施例中，所述失败上报规则可包括：部分失败上报规则。部分失败上报规则可为对应于订阅请求的所有事件中部分执行失败的上报规则，该部分失败上报规则可包括：上报内容的指示信息、消息格式的指示信息及上报方式的指示信息等各种指示如何上报所述第一消息的上报参数。

在一些实施例中，所述失败上报规则还可包括：整体失败上报规则，可以对于整体失败，用于供所述SCEF确定出当订阅请求对应的所有事件都失败时是如何上报的。

在一些实施例中，所述失败上报规则，可以不区分部分失败上报规则和部分上报规则，可具体包括：多种上报条目，不同的上报条目限定了订阅请求的各种执行状况下的上报参数。

所述失败上报规则可为预先配置在所述SCE中，例如，预先配置在所述SCEF中。所述失败上报规则可以是在有新业务添加到所述SCE中时，写入的失败上报规则，也可以是根据当前上报需求从管理设备接收的动态更新的失败上报规则。

在还有些实施例中，为了满足不同第三方的个性需求，该失败上报规则可以由所述订阅实体提供，这样所述订阅实体就可以根据自身的需求确定是否向SCE中发送失败上报规则，从而使得SCE是否上报部分失败，或者，自行确定失败上报规则中的一个或多个上报参数。

总之，本实施例中所述SCEF按照失败上报规则向订阅实体发送第一消息，而所述失败上报规则也是被订阅实体所知道的，故可以方便所述订阅实体对所述第一消息的解析，从而确定出部分失败的事件执行状况信息。

在本实施例中，所述步骤S130可包括：

按照预定粒度上报所述第一消息。

在本实施例中预定粒度可为从不同维度划分的粒度。可选地，所述步骤S130可，包括以下指示之一：

按照单订阅单位上报所述第一消息；其中，所述订阅单位为用户或用户组；

按照事件粒度上报所述第一消息。

所述按照单订阅单位上报所述第一消息可为：以单个订阅单位为上报粒度，上报每一个订阅单位或部分订阅单位的执行状况信息，该订阅单位可为用户组或单个用户。

所述按照单事件上报所述第一消息可为：以单个事件为上报粒度，上报订阅请求对应的每一个事件或部分事件的执行状况信息。

例如，以下分别接收单事件的订阅请求及多事件的订阅请求的执行状况信息的上报。

针对单事件的用户组订阅请求，所述步骤S130可包括以下至少之一：

所述用户组中部分用户的事件执行失败时，向所述订阅实体发送所述用户组的事件执行的失败结果；

所述用户组中部分用户的事件执行失败时，按照用户粒度向所述订阅实体发送执行失败用户的事件执行的失败结果；

所述用户组中部分用户的事件执行失败时，按照用户粒度向所述订阅实体发送执行成功用户的事件执行的成功结果；

当所述订阅请求为单事件的用户组的订阅请求时，按照用户粒度向所述订阅实体发送所有用户的事件执行结果。

这里的单事件的订阅请求为：一个订阅请求仅请求SC E平台执行一个事件。若一个订阅请求是单事件单用户的订阅请求，则不会存在本发明实施例中提到的部分失败的现象，故此处主要是针对单事件用户组的订阅请求。一个用户组中可能包括多个用户。

在一些情况下，如单事件用户组的订阅请求中有部分用户执行失败，由于仅是单事件的，为了简化处理，可以直接上报表征该订阅请求整体执行失败的第一消息，如此，订阅实体可以通过重新下发该订阅请求来请求对该用户组内所有用户的重新执行。

在一些情况下，就仅上报执行失败部分用户的失败结果，如此，订阅实体直接根据该失败部分用户的失败结果，就知道了那些用户的事件执行失败了。

在另一些实施例中，就仅上报成功部分用户的失败结果，如此，订阅实体直接根据该成功部分用户的成功结果，确定未被上报的用户为事件执行失败的用户。

在还有些实施例中，SCEF会上报所有用户的执行结果，当所述订阅请求为单事件的用户组的订阅请求时，按照用户粒度向所述订阅实体发送所有用户的事件执行结果。该执行结果不管是成功结果还是失败结果，都会上报，则订阅实体就可以根据第一消息知道哪些用户的事件执行失败了。

针对多事件的订阅请求，所述步骤S130可包括以下至少之一：

按照用户粒度分别上报部分用户的事件执行的失败结果；

按照用户粒度分别上报执行成功用户的事件执行的成功结果；

按照用户组粒度上报用户组的执行失败事件的失败结果；

按照用户组粒度上报用户组的事件执行成功的成功结果；

按照用户粒度和事件粒度，上报所有用户的所有事件的执行结果。

在本实施例中，针对多事件的订阅请求，可以按照用户粒度，仅上报失败结果或成功结果，也可以按照用户组上报执行失败事件的失败结果或执行成功事件的成功结果。

在一些实施例中或者通过第一消息上报所有用户的所有事件的执行结果。

在一些实施例中订阅实体接收到按订阅单位粒度的第一消息，可以基于订阅单位的粒度进行订阅请求的重发等后续处理。

以下介绍按照事件粒度的上报所述第一消息；

可选地，当所述订阅请求为多事件的订阅请求，所述步骤S130可包括：

1)部分事件执行失败时，按照事件粒度分别上报指示失败事件执行的失败结果；

2)部分事件执行失败时，按照事件粒度分别上报执行成功事件执行的成功结果；

3)按照事件粒度分别上报所有事件的执行结果。

上述三种事件粒度的上报，都可以用于订阅实体知道哪些事件执行失败了，需要重新下发订阅请求等。

可选地，如图3所示，所述方法包括：

步骤S101：基于所述订阅请求，向给业务能力开发平台SCE中的执行实体发送执行请求，其中，该请求用于触发所述执行实体执行对应的事件；

所述步骤S120可包括步骤S121，所述步骤S121可包括：

接收所述执行实体发送的所述事件执行结果；

所述步骤S130包括：

根据所述执行实体发送的事件执行结果，向所述订阅实体发送所述第一消息。

在本实施例中，所述SCEF会向订阅请求发送执行请求，该执行请求中可携带有执行所述事件所需的各种配置信息，

在本实施例中，SCEF在接收到执行主体的事件执行结果之后，才向订阅实体发送执行第一消息。

该种发送第一消息的方式，可以称之为同步方式。即所述SCEF接收到订阅请求之后，在第一预定时长内向执行主体下发执行请求，例如接收到订阅请求之后立即下发所述执行请求，执行主体接收到执行请求，在第二预定时长内响应所述执行请求，例如，在接收到执行请求之后立即执行，并在执行后立即向SCEF上报事件执行结果，SCEF接收到事件执行结果之后，会向订阅实体发送所述第一消息。

在一些实施例中，所述方法还包括：

根据所述订阅请求向所述订阅实体发送第二消息，其中，所述第二消息为指示所述订阅请求的成功响应消息；

将所述订阅请求发送给业务能力开发平台SCE中的执行实体；

所述步骤S120可包括：

接收所述执行实体发送的所述事件执行结果；

所述步骤S130可包括：

根据所述事件执行结果表明出现部分失败时，向所述订阅实体发送所述第二消息。

在本实施例中，所述订阅实体在接收到订阅请求之后，直接向所述订阅实体发送所述第二消息，所述订阅实体接收到所述第二消息之后，就可假定订阅请求执行成功了，开始执行后续的操作。由于执行失败相对于执行成功是小概率事件，通过先上报第二消息，让订阅实体认为执行成功了，可以使得订阅实体至少获知订阅请求的发送情况，例如，订阅实体可以在接收到第二消息之后，确知当前订阅请求发送成功，且由于执行成功概率高，甚至可假定已经执行成功了，可以执行其他业务等后续操作。

SCEF在根据当前SCE的负载情况等，或者，对应业务的时延等情况，向执行主体发送所述执行请求，在接收到事件执行之后，再下发第一消息，所述第一消息相对于第二消息可为成功例外消息，所述订阅主体就可以知道当前具体执行情况。这种上报方式可以称之为异步方式。

在具体实现时，是采用同步方式上报还是异步方式上报，可以在所述失败上报规则中限定，也可以是所述SCEF可以根据当前订阅请求所对应业务的业务优先级、业务允许的最大延时、涉及的订阅单位的优先级及业务的QoS等中的一个或多个，选择是采用同步方式还是异步方式执行。

同步方式执行的时延小；异步方式的可以由所述SCEF综合考虑SCE的负载状况或拥塞状况。

所述第一消息包括：

命令层，用于指示所述订阅请求对应的所有事件的整体执行状况信息；

事件层，用于指示所述订阅请求内对应的单事件的执行状况信息。

在一些实施例中，所述命令层和所述事件层可为独立的两个层，可以对应于第一消息中的不同字段和/或不同比特。通过命令层携带整体执行状况信息，通过事件层分别携带单个事件的执行状况信息。

进一步地，如图4所示，所述命令层包括所述事件层及所述事件层以外的非事件层；所述非事件层，用于指示所述整体执行状况信息。在本实施例中，所述命令层可以包括一个或多个事件层，命令层中分配给事件层以外的其他比特或字段即为所述非命令层。

例如，所述命令层，用于指示以下至少之一：

第一结果码，用于指示所述订阅请求对应的所有事件的整体执行状况信息；

第一描述信息，用于指示所述第一结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

可选地，所述事件层，用于指示以下至少之一：

事件标识，用于指示与所述订阅请求对应的事件的标识；

第二结果码，用于指示所述订阅请求对应的单事件的整体执行状况信息；

第二描述信息，用于指示所述第二结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

如图5所示，本实施例提供一种订阅请求处理方法，包括，应用于订阅实体中，包括：

步骤S210：向SCEF发送订阅请求；

步骤S220：接收所述SCEF基于所述订阅请求的事件执行结果发送的第一消息；

步骤S230：根据所述第一消息，确定出所述订阅请求的部分执行失败的状况信息。

在本实施例中，所述订阅实体可为SCS或AS等。

所述订阅实体会向SCEF发送订阅请求，并接收SCEF上报的第一消息。该第一消息可以用于订阅实体，监控到部分执行失败的执行状况信息。

在一些实施例中，所述方法还包括：

根据所述执行信息，根据部分失败处理策略执行对应的处理，例如，针对执行失败的用户和/或事件重新下发订阅请求，以触发重新执行；

和/或，

分析部分失败的原因，或从所述第一消息中提取部分失败的原因，根据所述原因定位异常并排除异常，以减少后续的部分失败现象的出现概率。

可选地，所述步骤S230可包括以下至少之一：

解析所述第一消息中命令层的非事件层，确定出所述订阅请求的所有事件的整体执行状况信息；

解析所述第一消息中命令层的事件层，确定出所述订阅请求中单事件的事件执行状况信息。

在本实施例中，所述信令层可以先解析非事件层，从而确定出整体执行状况信息，再根据所述整体状况信息，确定是否解析事件层的事件执行状况信息。

可选地，所述解析所述第一消息，确定出所述订阅请求中执行失败部分的信息，包括：

当所述非事件层指示所述订阅请求对应的所有事件均执行成功或失败时，停止解析所述第一消息；即不解析所述事件层的事件执行状况信息；

当所述命令层指示所述订阅请求对应的部分事件执行失败时，解析所述第一消息的事件层，确定出单事件粒度的事件执行失败信息。

如图6所示，本实施例提供一种网络实体，所述网络实体为业务能力开放功能实体SCEF，包括：

第一接收单元110，用于接收订阅实体发送的订阅请求；

获取单元120，用于获取所述订阅请求对应的事件执行结果；

第一发送单元130，用于向所述订阅实体发送第一消息，其中，所述第一消息，至少用于供所述订阅实体确定事件执行的部分失败状况信息。

第一接收单元110和第一发送单元130可对应于SCEF的收发器，可以进行信息交互，例如，可以对应于SCEF供T8接口进行信息收发的收发器。

获取单元120，可对应于处理器，该处理器可为中央处理器、微处理器、数字信号处理器、应用处理器、可编程阵列或专用集成电路等，可以通过计算机可执行代码的执行，实现对应的功能。

所述获取单元120，还可对应于SCEF与执行实体的收发器，可以用于与执行实体之间的信息交互，获得事件执行结果。

所述处理器可以控制收发的信息收发流程，解析收发器接收的信息和/或喜向收发器提供需要发送的信息。

可选地，所述SCEF还包括：

规则获取单元120，用于获取失败上报规则；

所述第一发送单元130，具体用于根据所述失败上报规则向所述订阅实体发送所述第一消息。

可选地，所述第一发送单元130，具体用于执行以下之一：

按照事件粒度上报所述第一消息。

所述第一发送单元130，可具体用于执行以下至少之一：

当所述订阅请求为单事件的用户组的订阅请求，且所述用户组中部分用户的事件执行失败时，向所述订阅实体发送所述用户组的事件执行的失败结果；

当所述订阅请求为单事件的用户组的订阅请求，且所述用户组中部分用户的事件执行失败时，按照用户粒度向所述订阅实体发送执行失败用户的事件执行的失败结果；

当所述订阅请求为单事件的用户组的订阅请求，且所述用户组中部分用户的事件执行失败时，按照用户粒度向所述订阅实体发送执行成功用户的事件执行的成功结果；

当所述订阅请求为单事件的用户组的订阅请求时，按照用户粒度向所述订阅实体发送所有用户的事件执行结果；

当所述订阅请求为多事件的订阅请求，按照用户粒度分别上报执行失败用户的事件执行的失败结果；

当所述订阅请求为多事件的订阅请求，按照用户粒度分别上报执行成功用户的事件执行的成功结果；

当所述订阅请求为多事件的订阅请求，按照用户组粒度上报用户组的执行失败事件的失败结果；

当所述订阅请求为多事件的订阅请求，按照用户组粒度上报用户组的事件执行成功的成功结果；

当所述订阅请求为多事件的订阅请求，按照用户粒度和事件粒度，上报所有用户的所有事件的执行结果；

当所述订阅请求为多事件的订阅请求，按照事件粒度分别上报所有事件的执行结果。

第一发送单元130，可具体用于当所述订阅请求为多事件的订阅请求，且部分事件执行失败时，按照事件粒度分别上报指示失败事件执行的失败结果；

当所述订阅请求为多事件的订阅请求，且部分事件执行失败时，按照事件粒度分别上报执行成功事件执行的成功结果。

进一步地，所述SCEF还包括：

请求发送单元，可用于基于所述订阅请求，向给业务能力开发平台SCE中的执行实体发送执行请求；

所述获取单元120，具体可用于接收所述执行实体发送的所述事件执行结果；

所述第一发送单元130，可具体用于根据所述执行实体发送的事件执行结果，向所述订阅实体发送所述第一消息。

可选地，所述第一发送单元130，可用于根据所述订阅请求向所述订阅实体发送第二消息，其中，所述第二消息为指示所述订阅请求的成功响应消息；

所述请求发送单元，用于将所述订阅请求发送给业务能力开发平台SCE中的执行实体；

所述获取单元120，可用于接收所述执行实体发送的所述事件执行结果；

所述第一发送单元130，可用于根据所述事件执行结果表明出现部分失败时，向所述订阅实体发送所述第二消息。

可选地，所述第一消息包括：命令层，用于指示所述订阅请求对应的所有事件的整体执行状况信息；事件层，用于指示所述订阅请求内对应的单事件的执行状况信息。

可选地，所述命令层包括所述事件层及所述事件层以外的非事件层；所述非事件层，用于指示所述整体执行状况信息。

可选地，所述命令层，用于指示以下至少之一：

第一描述信息，用于指示所述第一结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

可选地，所述事件层，用于指示以下至少之一：

事件标识，用于指示与所述订阅请求对应的事件的标识；

第二描述信息，用于指示所述第二结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

如图7所示，本发明实施例提供一种网络实体，所述网络实体为订阅实体，包括：

第二发送单元210，用于向业务能力开放功能实体SCEF发送订阅请求；

第二接收单元220，用于接收所述SCEF基于所述订阅请求的事件执行结果发送的第一消息；

确定单元230，用于根据所述第一消息，确定出所述订阅请求的部分执行失败的状况信息。

第二发送单元210及第二接收单元220可对应于收发器，可用于进行信息交互。

所述确定单元230，可对应于处理器，与收发器连接。

可选地，所述确定单元230，可用于执行以下之一：

当所述非事件层指示所述订阅请求对应的所有事件均执行成功或失败时，停止解析所述第一消息；

如图8所示，本发明实施例一种网络实体，包括：收发器310、存储器320、处理器330及存储在所述存储器320上并由所述处理器330执行的计算机程序；

所述处理器330，分别与所述收发器310及所述存储器320连接，用于通过执行所述计算机程序实现。

所述收发器310可为各种类型的通信接口，可为有线接口或无线接口。

所述存储器320可包括：各种类型的存储介质。

所述处理器330可为各种类型的存储介质，可以通过集成电路总线等与所述收发器310及存储器320连接。

该网络实体若为前述的SCEF，则可以执行图2及图3所示的方法，该网络实体若为前述的订阅实体，则可执行图5所示的方法。

本实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现前述一个或多个技术方案提供的订阅请求处理方法。

以下结合上述任意实施例提供几个具体示例：

示例1：

本示例提出了一种T8接口的上报方法，该方案通过增强T8接口，明确了在T8接口如何正确上报用户/事件部分失败的处理方式：

消息分两大层级：命令层和事件层。

命令层中携带结果码(Result Code)和结果码对应的描述信息(ResultDescription)、用户(组)标识(Identity,ID)、应用的ID和应用会话ID。在本示例中一个应用可对应于一个业务。

事件层中的基本信息与命令层相同，除此之外，额外携带用于指示具体事件的事件类型标识ID(Event Type ID)。事件类型标识可为事件标识的一种。

Event Response Result字段用于响应场景，Event Report Result字段用于主动上报场景。

T8接口发送的第一消息的消息格式：

Event Response Result：

{Result Code}，承载第一结果码；

{Result Description}，承载第一结果码的描述信息；

{User ID}，承载用户标识；

{App ID}，承载应用标识；

{App Reference ID}，承载应用相关信息；

*[Event Response Result]，事件响应结果；

------[Event Result Code]，承载第二结果码；

------[Result Description]，承载第二结果码对应的描述信息；

------{Event Type ID}，承载事件类型标识；

------[User ID]，承载用户标识；

------[App ID]，承载应用标识；

------[App Reference ID]，承载应用相关信息；

针对单用户单事件的订阅请求的处理场景:

直接使用命令层字段直接标明该(组)用户的执行结果；Event Response Result中只携带Event Type ID，其余用户及会话类信息使用命令层字段。

不涉及用户或事件部分成功、部分事件失败的状况信息。当一个用户组下的部分用户失败，统一认为全部失败进行响应/上报。

由于南北向接口为异步处理，故当南向接口处理失败的场景下需要在北向接口使用单独的失败上报流程。此场景涉及使用Event Report Result字段时，使用方法同EventResponse Result。

针对单用户多事件的订阅请求的处理场景:

同步流程中，当该(组)用户对应的多事件同时成功或失败(失败原因一致)时，可直接使用命令层字段直接标明该(组)用户的执行结果。

当该(组)用户对应事件部分成功、部分失败时，命令层的结果码和描述携带成功信息，在事件层携带执行失败的事件相关的信息。

每个Event Response Result字段代表一个独立的事件。

Event Response Result字段的个数与失败事件的个数一致。如命令层结果码为失败，则认为该组用户全部事件失败，无需关注事件层信息。

由于南北向接口为异步处理，故当南向接口处理失败的场景下需要在北向接口使用单独的失败上报流程。此场景使用Event Report Result字段，使用方法同EventResponse Result。

针对多用户单事件的订阅请求的处理场景:

同步流程中，当该单事件对应的多(组)用户同时成功或失败(失败原因一致)时，可直接使用命令层字段直接标明这多(组)用户的执行结果；

当该单事件对应的多(组)用户部分成功部分失败时，命令层的结果码和描述携带成功信息，和执行成功的用户(组)信息，在事件层携带执行失败的用户(组)信息、结果码与结果描述信息、事件类型ID。如命令层结果码为失败，则认为多组用户全部失败，无需关注事件层信息。

由于南北向接口为异步处理，故当南向接口处理失败的场景需要在北向接口使用单独的失败上报流程。此场景使用Event Report Result字段，使用方法同Event ResponseResult。

针对多用户多事件的订阅请求的处理场景:

同步流程中，当多(组)用户对应的多事件同时成功或失败(失败原因一致)时，可直接使用命令层字段直接标明该(组)用户的执行结果；

当部分(组)用户部分事件成功、部分事件失败时，命令层的结果码和描述携带成功信息，在事件层携带执行失败的事件对应的信息，每个Event Response Result字段代表一个独立的事件。Event Response Result字段的个数与失败事件的个数一致。如命令层结果码为失败，则认为该组用户全部事件失败，无需关注事件层信息。

由于南北向接口为异步处理，故当南向接口处理失败的场景下需要在北向接口使用单独的失败上报流程。此场景使用Event Report Result字段，使用方法同EventResponse Result。这里的北向接口指的是所述T8接口，所述南向接口，可为SCE内任意两个实体之间的接口，例如，SCEF与SCE内各实体之间的接口。

按照协议定义，用户标识可包括：(Mobile Subscriber International ISDN/PSTN number，MSISDN)、外部标识(External ID)、外部组标识(External Group ID)等。每个MSISDN代表一个独立的用户，External ID、External Group ID本质上均代表一组用户，T8接口按照这三个粒度交互信息，在一个External ID或External Group ID对应组内，不存在部分失败的情况，即全部成功或全部失败，部分失败的情况归属于全部失败场景。一条消息中可携带多个User ID。

由于T8接口可支持多种协议，例如表现状态传输(Representational StateTrans，RESTful)、基于类对象的传输协议(SOAP)、远程用户拨号认证服务(RemoteAuthentication Dial In User Service，Radius)，所述第一消息所采用的协议可以为RESTful、SOAP、Radius中的任意一种。

本示例针对T8接口，在多用户多业务交叉订阅场景中，订阅事件部分成功部分失败的情况下，定义了如何上报此类信息的方法，明确了T8接口消息的处理原则，减少了T8接口上的交互消息数量，减少SCEF、SCS或AS设备的性能开销。

本示例，主要解决了现有协议未明确定义在多用户多业务交叉订阅场景中，订阅事件部分成功部分失败的情况下T8接口消息的格式，导致T8接口两端网元对于交互消息理解不一致，可能导致的执行误差的问题。

通过使用本示例，可以明显减少T8接口上的消息数量，同时减少SCEF和SCS或AS的处理负荷。

示例2：

如图9所示，本示例提供一种订阅请求处理方法，包括：

步骤S1：SCS/AS发送订阅请求；

步骤S2：SCEF/AAC，向SCS/AS发送订阅响应，相当于前述第二消息；这里的AAC为SCEF的另一个称呼；

步骤S3：SCEF/AAC基于订阅请求向HSS发送配置信息请求(ConfigurationInformation Request)；

步骤S4：HHS基于配置信息请求，向MME发送插入用户数据请求(InsertSubscriber Data Request)；

步骤S5：MME基于插入数据用户请求向HHS插入用户数据应答(Insert SubscriberData Answer)；

步骤S6：HSS向SCEF/AAC发送配置信息应答(Configuration Information DataAnswer)；

步骤S7：执行事件上报流程，给到SCEF/AAC；

步骤S8：SCEF/AAC执行事件上报流程，该上报流程可为前述第一消息的上报流程。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

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

Claims

1.一种订阅请求处理方法，其特征在于，应用于业务能力开放功能实体SCEF中，包括：

接收订阅实体发送的订阅请求；

获取所述订阅请求对应的事件执行结果；

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

获取失败上报规则；

所述向所述订阅实体发送第一消息，包括：

根据所述失败上报规则向所述订阅实体发送所述第一消息。

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

所述根据所述失败上报规则向订阅实体发送所述第一消息，包括以下指示之一：

按照事件粒度上报所述第一消息。

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

所述按照单订阅单位上报所述第一消息，包括以下至少之一：

5.根据权利要求3所述的方法，其特征在于，所述按照事件粒度上报所述第一消息，包括：

当所述订阅请求为多事件的订阅请求，且部分事件执行失败时，按照事件粒度分别上报指示失败事件执行的失败结果；

6.根据权利要求1至5任一项所述的方法，其特征在于，

所述方法包括：

基于所述订阅请求，向给业务能力开发平台SCE中的执行实体发送执行请求

所述获取所述订阅请求对应的事件执行结果，包括：

接收所述执行实体发送的所述事件执行结果；

所述向所述订阅实体发送第一消息，包括：

7.根据权利要求1至5任一项所述的方法，其特征在于，

所述方法还包括：

将所述订阅请求发送给业务能力开发平台SCE中的执行实体；

所述获取所述订阅请求对应的事件执行结果，包括：

接收所述执行实体发送的所述事件执行结果；

所述向所述订阅实体发送第一消息，包括：

8.根据权利要求1至5任一项所述的方法，其特征在于，

所述第一消息包括：

9.根据权利要求8所述的方法，其特征在于，

所述命令层包括所述事件层及所述事件层以外的非事件层；

所述非事件层，用于指示所述整体执行状况信息。

10.根据权利要求8所述的方法，其特征在于，

所述命令层，用于指示以下至少之一：

第一描述信息，用于指示所述第一结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

11.根据权利要求8所述的方法，其特征在于，

所述事件层，用于指示以下至少之一：

事件标识，用于指示与所述订阅请求对应的事件的标识；

第二描述信息，用于指示所述第二结果码的描述信息；

订阅单位标识，用于指示订阅单位的标识；

业务标识，用于指示业务的标识；

会话标识，用于指示执行对应事件的会话的标识。

12.一种订阅请求处理方法，包括，应用于订阅实体中，包括：

向业务能力开放功能实体SCEF发送订阅请求；

13.根据权利要求12所述的方法，其特征在于，

所述根据所述第一消息，确定出所述订阅请求的部分执行失败的状况信息，包括以下至少之一：

14.根据权利要求13所述的方法，其特征在于，

所述解析所述第一消息，确定出所述订阅请求中执行失败部分的信息，包括：

15.一种网络实体，所述网络实体为业务能力开放功能实体SCEF，包括：

第一接收单元，用于接收订阅实体发送的订阅请求；

获取单元，用于获取所述订阅请求对应的事件执行结果；

16.一种网络实体，所述网络实体为订阅实体，包括：

17.一种网络实体，包括：收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序；

所述处理器，分别与所述收发器及所述存储器连接，用于通过执行所述计算机程序实现权利要求1至11或12至14任一项提供的订阅请求处理方法。

18.一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现权利要求1至11或12至14任一项提供的订阅请求处理方法。