CN114173291B - 数据处理方法和装置 - Google Patents

Abstract

本申请公开了一种数据处理方法和装置，属于通信技术领域。该方法包括：在网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，目标服务列表中包括至少一个服务质量QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为处于空闲态的电子设备不期望接收到的应用服务数据；根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

Description

数据处理方法和装置

技术领域

本申请属于通信技术领域，具体涉及一种数据处理方法和装置。

背景技术

目前，随着电子设备中的应用程序的增加，电子设备中的应用程序的推送消息也逐渐增多，通常，对于用户不感兴趣的推送消息，用户可以在电子设备中安装安全应用程序来进行推送消息拦截。

然而，上述方法中，由于电子设备中的其他应用程序(例如信息流通知应用)和安全应用程序对于处理推送消息具有相同的优先级，则电子设备仍然可以接收到推送消息，如此，电子设备对消息的拦截效率较低。

发明内容

本申请实施例的目的是提供一种数据处理方法和装置，能够解决电子设备对消息的拦截效率较低的问题。

第一方面，本申请实施例提供了一种数据处理方法，应用于网络侧设备，该数据处理方法包括：在网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，目标服务列表中包括至少一个服务质量(Quality of Service，QoS)标识，每个QoS标识分别用于指示一个应用服务数据的QoS，至少一个QoS标识对应的应用服务数据为处于空闲态的电子设备不期望接收到的应用服务数据；根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

第二方面，本申请实施例提供了一种数据处理方法，应用于电子设备，该数据处理方法包括：在电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，至少一个QoS标识对应的应用服务数据为电子设备不期望接收到的应用服务数据；其中，至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理。

第三方面，本申请实施例提供了一种数据处理装置，应用于网络侧设备，该数据处理装置包括：获取模块和处理模块。获取模块，用于在网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，至少一个QoS标识对应的应用服务数据为处于空闲态的电子设备不期望接收到的应用服务数据。处理模块，用于根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

第四方面，本申请实施例提供了一种数据处理装置，应用于电子设备，该数据处理装置包括：发送模块。发送模块，用于在电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，至少一个QoS标识对应的应用服务数据为电子设备不期望接收到进行寻呼的应用服务数据；其中，至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理。

第五方面，本申请实施例提供了一种网络侧设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第六方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者如第二方面所述的方法的步骤。

第八方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或者实现如第二方面所述的方法。

在本申请实施例中，在网络侧设备发送目标应用服务数据之前，网络侧设备可以根据目标服务列表中是否存在目标应用服务数据的QoS标识，对目标应用服务数据进行相应的处理。由于网络侧设备在需求发送应用服务数据时，网络侧设备可以先判断该应用服务数据的QoS标识是否在目标服务列表，即判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了网络侧设备将用户不感兴趣的推送消息发送至电子设备中，如此，提升了网络侧设备处理推送消息的灵活性，从而提升了电子设备对消息的拦截效率。

附图说明

图1是本申请实施例提供的一种无线通信系统的框图；

图2是本申请实施例提供的一种数据处理方法的流程图之一；

图3是本申请实施例提供的一种数据处理方法的流程图之二；

图4是本申请实施例提供的一种手机的界面的实例示意图之一；

图5是本申请实施例提供的一种手机的界面的实例示意图之二；

图6是本申请实施例提供的一种数据处理方法的流程图之三；

图7是本申请实施例提供的一种数据处理装置的结构示意图之一；

图8是本申请实施例提供的一种数据处理装置的结构示意图之二；

图9是本申请实施例提供的一种通信设备的硬件结构示意图；

图10是本申请实施例提供的一种电子设备的硬件结构示意图之一；

图11是本申请实施例提供的一种电子设备的硬件结构示意图之二。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括电子设备11和网络侧设备12。其中，电子设备11也可以为终端设备或者用户终端(UserEquipment，UE)，电子设备11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(WearableDevice)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定电子设备11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(TransmittingReceiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据处理方法进行详细地说明。

目前，移动通信的QoS决策主要有以下机制：协商妥协、独断决策以及在某种结论之后实施一票否决，第2代移动通信技术(2-Generation wireless telephonetechnology，2G)和第3代移动通信技术(3rd Generation Telecommunication，3G)使用的是协商妥协机制，具体为电子设备和网络侧协商；第4代移动通信技术(4th GenerationMobile Communication Technology，4G)和第5代移动通信技术(5th Generation MobileCommunication Technology，5G)采用的则是独断决策以及有某种结论之后实施一票否决的形式，具体为网络侧控制，以及网络侧控制加移动性与会话管理网元限制，由于移动通信技术的QoS决策主要是以网络侧决定，因此，对于用户的需求并不能得到很好的满足，通常，用户可以在电子设备中安装安全应用程序对这些推送消息进行屏蔽，然而电子设备中的其他应用程序(例如信息流通知应用)处理推送消息的优先级和安全应用程序处理推送消息的优先级相同，因此导致电子设备仍然可以接收到推送消息，并且移动通信网络中的互联网向用户提供各种应用服务(Over The Top，OTT)(例如互联网电视)业务占据了绝大部分的电子设备的网络资源，如此，电子设备对推送消息的拦截效率较低，以及电子设备对移动通信网络的资源利用率较低。

本申请实施例中，在网络侧设备发送目标应用服务数据之前，网络侧设备可以获取目标服务列表，该目标服务列表中包括至少一个QoS标识，每个QoS标识分别指示一个应用服务数据的QoS，从而使得网络侧设备可以根据每个QoS标识对应的应用服务数据，对目标应用服务数据进行处理。通过本申请的方案，由于网络侧设备在需求发送应用服务数据时，网络侧设备可以先判断该应用服务数据的QoS标识是否在目标服务列表，即判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了网络侧设备将用户不感兴趣的推送消息发送至电子设备中，如此，提升了网络侧设备处理推送消息的灵活性，从而提升了电子设备对消息的拦截效率。

本申请实施例提供一种数据处理方法，该方法应用于网络侧设备，图2示出了本申请实施例提供的一种数据处理方法的流程图。如图2所示，本申请实施例提供的数据处理方法可以包括下述的步骤201和步骤202。

步骤201、在网络侧设备发送目标应用服务数据之前，网络侧设备获取目标电子设备的目标服务列表。

本申请实施例中，上述目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为处于空闲态的电子设备不期望接收到的应用服务数据。

可以理解，网络侧设备可以接收到至少一个的电子设备发送的服务列表，从而网络侧设备可以根据每个电子设备(即目标电子设备)对应的目标服务列表对应用服务数据进行处理(即确定是否将应用服务数据发送至目标电子设备中)。

本申请实施例中，在网络侧设备需求向处于空闲(idle)态的电子设备发送应用服务数据(例如目标应用服务数据)时，网络侧设备可以获取目标服务列表，并判断该应用服务数据对应的QoS标识是否在目标服务列表中，从而根据判断结果确定是否向处于空闲态的电子设备发送该应用服务数据。

需要说明的是，网络侧设备可以向处于空闲态的电子设备发起寻呼过程，以使得电子设备建立无线连接(即处于连接态)，从而网络侧设备再向处于连接态的电子设备发送应用服务数据。

可选地，本申请实施例中，上述目标服务列表可以为网络侧设备预先存储的，或者，上述目标服务列表可以为电子设备向网络侧设备发送的，即网络侧设备可以向电子设备发送请求消息，以请求QoS标识，从而电子设备可以以列表形式将至少一个QoS标识发送至网络侧设备。

需要说明的是，处于空闲态的电子设备不进行寻呼的应用服务数据可以理解为：对于处于空闲态的电子设备而言，至少一个QoS标识对应的应用服务数据是电子设备不期望接收到的数据，即网络侧设备不向空闲态的电子设备发起寻呼过程，使得空闲态的电子设备不进行寻呼。

步骤202、网络侧设备根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

本申请实施例中，网络侧设备可以判断目标应用服务数据的QoS标识是否在目标服务列表中，以根据判断结果对目标应用服务数据进行相应的处理。可以理解，在目标服务列表中包括目标应用服务数据的QoS标识的情况下，网络侧设备不发送目标应用服务数据；在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，网络侧设备发送目标应用服务数据。

可选地，本申请实施例中，上述步骤202具体可以通过下述的步骤202a实现。

步骤202a、在检测到目标电子设备已开启QoS标识上报功能的情况下，网络侧设备根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

可选地，本申请实施例中，网络侧设备可以向电子设备发送请求消息，以向请求获取电子设备是否已开启QoS标识上报功能的指示信息；电子设备可以向网络侧设备发送指示信息，以向网络侧设备指示电子设备已开启QoS标识上报功能。

本申请实施例中，由于网络侧设备可以检测电子设备是否开启QoS标识上报功能，从而网络侧设备可以根据该QoS标识上报功能判断是否对目标应用服务数据进行处理，因此，提升了网络侧设备处理应用服务数据的灵活性。

可选地，本申请实施例中，上述步骤202具体可以通过下述的步骤202b或步骤202c实现。

步骤202b、在目标服务列表中包括目标应用服务数据的QoS标识的情况下，网络侧设备缓存或删除目标应用服务数据。

可以理解，在目标服务列表中包括目标应用服务数据的QoS标识的情况下，网络侧设备可以获知电子设备并不期望接收到目标应用服务数据，那么网络侧设备可以不发送目标应用服务数据，而是将该目标应用服务数据按照通信网络制式的标准缓存在核心网设备或基站中，或者直接丢弃该目标应用服务数据。

可选地，本申请实施例中，在上述步骤202a之后，本申请实施例提供的数据处理方法还包括下述的步骤301。

步骤301、在检测到目标电子设备建立RRC连接的情况下，网络侧设备向目标电子设备发送第一应用服务数据。

本申请实施例中，上述第一应用服务数据为至少一个QoS标识对应的服务数据；其中，该第一应用服务数据中包括目标应用服务数据，或者，该第一应用服务数据中不包括目标应用服务数据。

本申请实施例中，在网络侧设备检测到电子设备主动连接RRC连接的情况下，网络侧设备可以向电子设备发送第一应用服务数据。一种情况，在网络侧设备执行缓存目标应用服务数据的情况下，网络侧设备可以将网络侧设备中缓存的应用服务数据和电子设备主动建立RRC连接后待发送的其他应用服务数据，均发送至电子设备。另一种情况，在网络侧设备执行删除目标应用服务数据的情况下，则网络侧设备将电子设备主动建立RRC连接后待发送的其他应用服务数据发送至电子设备。

本申请实施例中，在目标电子设备主动建立RRC连接时，网络侧设备可以将第一应用服务数据发送至目标电子设备，即是否接收应用服务数据可以由电子设备来决定，如此，提升了网络侧设备处理应用服务数据的灵活性。

步骤202c、在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，网络侧设备向目标电子设备发送目标应用服务数据。

可以理解，目标服务列表中不包括目标应用服务数据的QoS标识的情况下，网络侧设备可以获知目标电子设备期望接收到目标应用服务数据，那么网络侧设备可以将该目标应用服务数据发送至目标电子设备。

本申请实施例中，网络侧设备可以根据目标服务列表中是否存在目标应用服务数据的QoS标识，从而可以对目标应用服务数据进行不同的处理，避免了电子设备接收到用户不感兴趣的应用服务数据，提升了网络侧设备处理应用服务数据的灵活性以及提升了网络侧设备的资源利用率。。

可选地，本申请实施例中，上述步骤202c具体可以通过下述的步骤202c1实现。

步骤202c1、在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，网络侧设备向目标电子设备发起寻呼过程，并在目标电子设备建立RRC连接的情况下，向电子设备发送目标应用服务数据。

本申请实施例中，网络侧设备可以向电子设备发送寻呼消息，以指示电子设备执行寻呼过程；电子设备可以根据寻呼消息的指示，向网络侧设备发送无线资源控制(RadioResource Control，RRC)连接建立请求消息，从而网络侧设备可以向电子设备发送RRC连接建立响应消息，以使得电子设备建立RRC连接，即从RRC idle态(以下简称为空闲态)切换为RRC连接(Connected)态(以下简称为连接态)，从而网络侧设备向处于连接态的电子设备发送目标应用服务数据，以使得处于连接态的电子设备，能够接收到网络侧设备发送的目标应用服务数据。

本申请实施例提供一种数据处理方法，在网络侧设备待发送目标应用服务数据的情况下，网络侧设备可以根据目标服务列表中是否存在目标应用服务数据的QoS标识，对目标应用服务数据进行相应的处理。由于网络侧设备在需求发送应用服务数据时，网络侧设备可以先判断该应用服务数据的QoS标识是否在目标服务列表，即判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了网络侧设备将用户不感兴趣的推送消息发送至电子设备中，如此，提升了网络侧设备处理推送消息的灵活性，从而提升了电子设备对消息的拦截效率。

本发明实施例能够一键实现终端的免打扰能力，但是对于移动通信的通话业务和其他重要应用服务的数据消息可以不影响正常接收，通过在终端增加此能力开关，给予此终端在移动通信PS域和网络侧进行QoS协商的能力，同时网络侧基于电子设备上报的应用服务标签对下发给此终端的不同应用服务数据流进行差异化的寻呼策略。在增强电子设备使用移动通信服务良好感知的同时，能够有效提升整个移动通信网络的资源利用效率，也增强了电子设备和网络侧对于通信业务数据流的管理能力。

本申请实施例提供一种数据处理方法，该方法应用于电子设备，图3示出了本申请实施例提供的一种数据处理方法的流程图。如图3所示，本申请实施例提供的数据处理方法可以包括下述的步骤401。

步骤401、在电子设备处于空闲态的情况下，电子设备向网络侧设备发送目标服务列表。

本申请实施例中，上述目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为电子设备不进行寻呼的应用服务数据；其中，该至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理。

本申请实施例中，电子设备可以对通信业务数据流进行分类，标识不同应用服务数据的QoS，从而使得网络侧设备可以根据预先定义好的QoS标识，对存在于目标服务列表中的应用服务数据在电子设备进入空闲态时不对电子设备进行寻呼处理。

可选地，本申请实施例中，电子设备可以通过终端注册入网和服务请求流程，将目标服务列表发送至网络侧设备；或者，在电子设备的通信流程中(例如电子设备触发修改用户的上下文)，将目标服务列表发送至网络侧设备；或者，电子设备在完成修改动作之后，将目标服务列表发送至网络侧设备。

可选地，本申请实施例中，上述目标服务列表中的至少一个QoS标识的可以为用户选择的、历史使用次数较少的或电子设备根据应用程序(例如相同的浏览器应用程序)确定的。

示例性地，以电子设备为手机为例，如图4所示，手机可以在终端空闲态不寻呼界面13中显示空闲态不寻呼应用程序列表14和普通数据服务应用程序列表15，该空闲态不寻呼应用程序列表14包括应用程序1(图4中以APP1表示)和应用程序2(图4中以APP2表示)，该普通数据服务应用程序列表15包括应用程序3(图4中以APP3表示)、应用程序4(图4中以APP4表示)和应用程序5(图4中以APP5表示)，用户可以将普通数据服务应用程序列表15中的应用程序4(图4中以APP4表示)，通过拖动输入，移动至空闲态不寻呼应用程序列表15中，从而在应用程序4的应用服务数据需求发送至手机中时，网络侧设备可以根据空闲态不寻呼应用程序列表14中的应用程序4的QoS标识，对应用程序4的应用服务数据进行处理。

可选地，本申请实施例中，用户可以通过上传输入开启QoS标识上报功能开启电子设备中的QoS标识上报功能，以使得网络侧设备可以该QoS标识对应用服务数据进行处理。

可选地，本申请实施例中，上述上传输入可以为用户在设置应用程序界面中对终端空闲态不寻呼开关控件的点击输入、滑动输入、预设轨迹输入或长按输入等。具体可以根据实际使用需求确定，本申请实施例不作限制。

示例性地，如图5所示，在手机的设置应用程序16中显示有终端空闲态不寻呼开关控件17、数据网络控件18、飞行模式控件19、WLAN控件20，用户可以对终端空闲态不寻呼开关控件17进行点击输入，从而电子设备根据用户对终端空闲态不寻呼开关控件17的点击输入，开启电子设备对不同应用服务数据QoS标识并上报网络侧设备的功能。

本申请实施例提供一种数据处理方法，在电子设备处于空闲态时，电子设备可以向网络侧设备发送目标服务列表，该目标服务列表中包括至少一个QoS标识，该至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理，即网络侧设备可以根据电子设备发送的目标服务列表，判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了电子设备接收到用户不感兴趣的推送消息，如此，从而提升了电子设备对消息的拦截效率。

可选地，本申请实施例中，在上述步骤401之后，本申请实施例提供的数据处理方法还包括下述的步骤501。

步骤501、在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，电子设备接收网络侧设备发送的目标应用服务数据。

本申请实施例中，在网络侧设备检测到目标服务列表中不包括目标服务数据的QoS标识的情况下，则网络侧设备可以直接发送给电子设备，从而使得电子设备可以接收网络侧设备发送的目标应用服务数据。

本申请实施例中，在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，电子设备可以直接接收网络侧设备发送的目标应用服务数据，即电子设备对于移动通信的通话业务和其他重要应用服务的数据消息可以正常接收，提升了电子设备的资源利用效率。

可选地，本申请实施例中，在上述步骤401之后，本申请实施例提供的数据处理方法还包括下述的步骤601。

步骤601、电子设备建立RRC连接，并接收网络侧设备发送的第一应用服务数据。

本申请实施例中，上述第一应用服务数据为至少一个QoS标识对应的服务数据；其中，该第一应用服务数据中包括目标应用服务数据，或者，该第一应用服务数据中不包括目标应用服务数据。

本申请实施例中，电子设备可以主动建立RRC连接，在电子设备与网络侧设备建立RRC连接之后，接收网络侧设备发送的第一应用服务数据。

本申请实施例中，电子设备可以与网络侧设备主动建立RRC连接，然后接收网络侧设备发送的第一应用服务数据，即用户可以根据自身的需求，触发电子设备主动接收网络侧设备处理的第一应用服务数据，因此，提升了电子设备接收应用服务数据的灵活性。

可选地，本申请实施例中，在上述步骤401之后，本申请实施例提供的一种数据处理方法还包括下述的步骤701和步骤702。

步骤701、电子设备根据网络侧设备的触发执行寻呼过程，以建立RRC连接。

本申请实施例中，电子设备可以接受网络侧设备发送的寻呼消息，向网络侧设备发送RRC连接建立请求消息，然后接收网络侧发送的RRC连接建立响应消息，从而与网络侧设备进行RRC连接，即从空闲态切换为连接态，从而电子设备可以接收网络侧设备发送的目标应用服务数据。

步骤702、电子设备接收网络侧设备发送的目标应用服务数据。

本申请实施例中，电子设备可以根据网络侧设备发送的寻呼信息，执行寻呼过程，以使得电子设备可以与网络侧设备建立RRC连接，并接收网络侧设备发送的目标应用服务数据，由于目标应用服务数据是先经过网络侧设备处理后才发送给电子设备，避免了移动通信网络中的互联网业务占据了电子设备的大部分网络资源，因此，提升了电子设备对移动通信网络的资源利用率。

下面通过具体的交互实施例(即电子设备和网络侧设备的交互过程)对本申请实施例提供的数据处理方法进行说明。

本申请实施例提供一种数据处理方法，图6示出了本申请实施例提供的一种数据处理方法的流程图。如图6所示，本申请实施例提供的数据处理方法可以包括下述的步骤21至步骤27d。

步骤21、电子设备开启QoS标识上报功能。

步骤22、在电子设备处于空闲态的情况下，电子设备向网络侧设备发送目标服务列表。

步骤23、网络侧设备接收电子设备发送的目标服务列表，并在网络侧设备中存储目标服务列表。

步骤24、在网络侧设备待发送目标应用服务数据的情况下，网络侧设备从网络侧设备中获取目标服务列表。

步骤25、网络侧设备判断目标服务列表中是否包括目标应用服务数据的QoS标识。

步骤26a、在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，网络侧设备向电子设备发送目标应用服务数据。

步骤26b、在目标服务列表中包括目标应用服务数据的QoS标识的情况下，网络侧设备缓存或删除目标应用服务数据。

步骤27a、电子设备接收网络侧设备发送的目标应用服务数据。

步骤27b、电子设备建立RRC连接。

步骤27c、在检测到电子设备建立RRC连接的情况下，网络侧设备向电子设备发送第一应用服务数据。

步骤27d、电子设备接收网络侧设备发送的第一应用服务数据。

需要说明的是，在执行上述步骤26a的情况下，执行上述步骤27a；在执行上述步骤26b的情况下，执行上述步骤27b至步骤27d。

需要说明的是，本申请实施例提供的数据处理方法，执行主体可以为数据处理装置，或者该数据处理装置中的用于执行数据处理方法的控制模块。

图7示出了本申请实施例中涉及的数据处理装置的一种可能的结构示意图，应用于网络侧设备。如图7所示，该数据处理装置70可以包括：获取模块71和处理模块72。

其中，获取模块71，用于在网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，该目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为处于空闲态的目标电子设备不期望接收到的应用服务数据。处理模块72，用于根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

本申请实施例提供一种数据处理装置，数据处理装置在需求发送应用服务数据时，数据处理装置可以先判断该应用服务数据的QoS标识是否在目标服务列表，即判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而数据处理装置根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了数据处理装置将用户不感兴趣的推送消息发送至电子设备中，如此，提升了数据处理装置处理推送消息的灵活性，从而提升了电子设备对消息的拦截效率

在一种可能的实现方式中，上述处理模块72，具体用于在检测到目标电子设备已开启QoS标识上报功能的情况下，根据目标服务列表和目标应用服务数据的QoS标识，处理目标应用服务数据。

在一种可能的实现方式中，上述处理模块，具体用于在目标服务列表中包括目标应用服务数据的QoS标识的情况下，缓存或删除目标应用服务数据；或者，在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，向目标电子设备发送目标应用服务数据。

在一种可能的实现方式中，上述数据处理装置70还包括：发送模块。发送模块，用于处理模块72缓存或删除目标应用服务数据之后，在检测到目标电子设备建立无线资源控制RRC连接的情况下，向目标电子设备发送第一应用服务数据，第一应用服务数据为所述至少一个QoS标识对应的服务数据；其中，第一应用服务数据中包括目标应用服务数据，或者，第一应用服务数据中不包括目标应用服务数据。

在一种可能的实现方式中，上述处理模块72，具体用于向目标电子设备发起寻呼过程，并在目标电子设备建立RRC连接的情况下，向目标电子设备发送目标应用服务数据。

图8示出了本申请实施例中涉及的数据处理装置的一种可能的结构示意图，应用于电子设备。如图8所示，该数据处理装置80可以包括：发送模块81。

其中，上述发送模块，用于在电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，该目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为电子设备不进行寻呼的应用服务数据；其中，该至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理。

本申请实施例提供一种数据处理装置，由于网络侧设备可以根据电子设备发送的目标服务列表，判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了电子设备接收到用户不感兴趣的推送消息，如此，从而提升了电子设备对消息的拦截效率。

在一种可能的实现方式中，上述数据处理装置80还包括：接收模块82。接收模块82，用于发送模块81向网络侧设备发送目标服务列表之后，在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，接收网络侧设备发送的目标应用服务数据。

在一种可能的实现方式中，上述数据处理装置80还包括：接收模块82。接收模块82，用于发送模块81向网络侧设备发送目标服务列表之后，建立无线资源控制RRC连接，并接收网络侧设备发送的第一应用服务数据，该第一应用服务数据为至少一个QoS标识对应的服务数据；其中，该第一应用服务数据中包括目标应用服务数据，或者，第一应用服务数据中不包括目标应用服务数据。

在一种可能的实现方式中，上述数据处理装置80还包括：接收模块82和执行模块。执行模块，用于发送模块81向网络侧设备发送目标服务列表之后，根据网络侧设备的触发执行寻呼过程，以建立RRC连接。接收模块82，用于接收网络侧设备发送的目标应用服务数据。

本申请实施例中的数据处理装置可以是装置，也可以是电子设备中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的数据处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的数据处理装置能够实现上述方法实施例实现的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

可选地，如图9所示，本申请实施例还提供一种通信设备M800，包括处理器M801、存储器M802、存储在存储器M802上并可在所述处理器M801上运行的程序或指令，例如，该通信设备M800为电子设备时，该程序或指令被处理器M801执行时实现上述方法实施例电子设备的各个过程，且能达到相同的技术效果。该通信设备M800为网络侧设备时，该程序或指令被处理器M801执行时实现上述方法实施例网络侧设备的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

可选地，如图10所示，本申请实施例还提供一种电子设备90，包括处理器91，存储器92，存储在存储器92上并可在所述处理器91上运行的程序或指令，该程序或指令被处理器91执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图11为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、以及处理器110等部件。

本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图11中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，射频单元101，用于在电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，该目标服务列表中包括至少一个QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，该至少一个QoS标识对应的应用服务数据为电子设备不期望接收到的应用服务数据；其中，至少一个QoS标识用于网络侧设备对待发送的目标应用服务数据进行处理。

本申请实施例提供一种电子设备，由于网络侧设备在需求发送应用服务数据时，网络侧设备可以先判断该应用服务数据的QoS标识是否在目标服务列表，即判断该应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，从而网络侧设备根据判断结果确定是否发送该应用服务数据，而并非直接向电子设备发送应用服务数据，避免了网络侧设备将用户不感兴趣的推送消息发送至电子设备中，如此，提升了网络侧设备处理推送消息的灵活性，从而提升了电子设备对消息的拦截效率。

可选地，本申请实施例中，射频单元101，还用于在向网络侧设备发送目标服务列表之后，在目标服务列表中不包括目标应用服务数据的QoS标识的情况下，接收网络侧设备发送的目标应用服务数据。

可选地，本申请实施例中，射频单元101，还用于在向网络侧设备发送目标服务列表之后，建立无线资源控制RRC连接，并接收网络侧设备发送的第一应用服务数据，该第一应用服务数据为至少一个QoS标识对应的服务数据；其中，该第一应用服务数据中包括目标应用服务数据，或者，第一应用服务数据中不包括目标应用服务数据。

可选地，本申请实施例中，在向网络侧设备发送目标服务列表之后，处理器110，用于根据网络侧设备的触发执行寻呼过程，以建立RRC连接。射频单元101，还用于接收网络侧设备发送的目标应用服务数据。

本申请实施例提供的电子设备能够实现上述方法实施例实现的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本实施例中各种实现方式具有的有益效果具体可以参见上述方法实施例中相应实现方式所具有的有益效果，为避免重复，此处不再赘述。

应理解的是，本申请实施例中，输入单元104可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器109可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

1.一种数据处理方法，其特征在于，应用于网络侧设备，所述方法包括：

在所述网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，所述目标服务列表用于判断所述目标应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，所述目标服务列表中包括至少一个服务质量QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，所述至少一个QoS标识对应的应用服务数据为处于空闲态的目标电子设备不期望接收到的应用服务数据；

根据所述目标服务列表和所述目标应用服务数据的QoS标识，处理所述目标应用服务数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标服务列表和所述目标应用服务数据的QoS标识，处理所述目标应用服务数据，包括：

在检测到所述目标电子设备已开启QoS标识上报功能的情况下，根据所述目标服务列表和所述目标应用服务数据的QoS标识，处理所述目标应用服务数据。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述目标服务列表和所述目标应用服务数据的QoS标识，处理所述目标应用服务数据，包括：

在所述目标服务列表中包括所述目标应用服务数据的QoS标识的情况下，缓存或删除所述目标应用服务数据；

在所述目标服务列表中不包括所述目标应用服务数据的QoS标识的情况下，向所述目标电子设备发送所述目标应用服务数据。

4.根据权利要求3所述的方法，其特征在于，所述缓存或删除所述目标应用服务数据之后，所述方法还包括：

在检测到所述目标电子设备建立无线资源控制RRC连接的情况下，向所述目标电子设备发送第一应用服务数据，所述第一应用服务数据为所述至少一个QoS标识对应的服务数据；

其中，所述第一应用服务数据中包括所述目标应用服务数据，或者，所述第一应用服务数据中不包括所述目标应用服务数据。

5.根据权利要求3所述的方法，其特征在于，所述向所述目标电子设备发送所述目标应用服务数据，包括：

向所述目标电子设备发起寻呼过程，并在所述电子设备建立RRC连接的情况下，向所述目标电子设备发送所述目标应用服务数据。

6.一种数据处理方法，其特征在于，应用于电子设备，所述方法包括：

在所述电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，所述目标服务列表用于判断目标应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，所述目标服务列表中包括至少一个服务质量QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，所述至少一个QoS标识对应的应用服务数据为所述电子设备不期望接收到的应用服务数据；

其中，所述至少一个QoS标识用于所述网络侧设备对待发送的目标应用服务数据进行处理。

7.根据权利要求6所述的方法，其特征在于，所述向网络侧设备发送目标服务列表之后，所述方法还包括：

在所述目标服务列表中不包括所述目标应用服务数据的QoS标识的情况下，接收所述网络侧设备发送的所述目标应用服务数据。

8.根据权利要求6或7所述的方法，其特征在于，所述向网络侧设备发送目标服务列表之后，所述方法还包括：

建立无线资源控制RRC连接，并接收所述网络侧设备发送的第一应用服务数据，所述第一应用服务数据为所述至少一个QoS标识对应的服务数据；

其中，所述第一应用服务数据中包括所述目标应用服务数据，或者，所述第一应用服务数据中不包括所述目标应用服务数据。

9.根据权利要求6或7所述的方法，其特征在于，所述向网络侧设备发送目标服务列表之后，所述方法还包括：

根据所述网络侧设备的触发执行寻呼过程，以建立RRC连接；

接收所述网络侧设备发送的所述目标应用服务数据。

10.一种数据处理装置，其特征在于，应用于网络侧设备，所述数据处理装置包括：获取模块和处理模块；

所述获取模块，用于在所述网络侧设备发送目标应用服务数据之前，获取目标电子设备的目标服务列表，所述目标服务列表用于判断所述目标应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，所述目标服务列表中包括至少一个服务质量QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，所述至少一个QoS标识对应的应用服务数据为处于空闲态的目标电子设备不期望接收到的应用服务数据；

所述处理模块，用于根据所述目标服务列表和所述目标应用服务数据的QoS标识，处理所述目标应用服务数据。

11.一种数据处理装置，其特征在于，应用于电子设备，所述数据处理装置包括：发送模块；

所述发送模块，用于在所述电子设备处于空闲态的情况下，向网络侧设备发送目标服务列表，所述目标服务列表用于判断目标应用服务数据是否为处于空闲态的电子设备需求寻呼以接收到的数据，所述目标服务列表中包括至少一个服务质量QoS标识，每个QoS标识分别用于指示一个应用服务数据的QoS，所述至少一个QoS标识对应的应用服务数据为所述电子设备不期望接收到的应用服务数据；

其中，所述至少一个QoS标识用于所述网络侧设备对待发送的目标应用服务数据进行处理。

Images