CN113225361B - 一种数据传输的方法及电子设备 - Google Patents

Abstract

本申请公开了一种数据传输的方法及相关装置，所述方法应用于5G通信技术领域，该方法包括：电子设备对配置的第一SDAP配置文件进行检测，当确定第一SDAP配置文件满足预设条件时，电子设备通过释放并重建空口链路的方式恢复数据传输。通过本申请实施例的方法，在5G***的数据传输场景中，可以避免上行数据传输丢失数据包的问题，提升数据传输的可靠性。

Description

一种数据传输的方法及电子设备

技术领域

本申请涉及通信技术领域，尤其涉及一种数据传输的方法及电子设备。

背景技术

第五代移动通信(the 5th generation mobile communication technology，5G)是最新一代蜂窝移动通信技术。5G***将支持各种类型的网络部署和应用类型，包括：更高速率体验和更大带宽的接入能力；更低时延和高可靠的信息交互；更大规模，低成本设备的接入和管理。为了满足上述需求，5G***定义了基于QoS流(QoS flow)的服务质量(qualityof service，QoS)框架。

在5G***中，终端设备根据QoS规则将上行用户数据关联到对应的QoS flow中，接入网设备(例如，基站)为这些QoS flow配置对应的数据无线承载(data radio bearer，DRB)。但在接入网设备的网络配置异常或者网络空口资源不足的情况下，可能会存在一些QoS flow没有配置对应的DRB，从而导致一些上行用户数据丢失数据包的问题。如何提升数据传输的可靠性是本领域技术人员亟待解决的问题。

发明内容

本申请实施例提供一种数据传输的方法及电子设备，可以提升数据传输的可靠性。

第一方面，本申请实施例提供了一种数据传输的方法，该方法包括：电子设备接收第一业务数据适配协议SDAP配置文件，所述第一SDAP配置文件是核心网设备为所述电子设备的第一协议数据单元会话PDU session配置的；当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路；所述电子设备向所述核心网设备发送第一消息，所述第一消息用于请求重建所述第一PDU session的空口链路；所述电子设备接收所述核心网设备发送的第二SDAP配置文件，所述第二SDAP配置文件是对所述第一消息的响应；若所述电子设备确定所述第二SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第一PDU session进行数据传输。通过这种方式，电子设备可以通过主动重建空口链路的方式，恢复数据传输。

结合第一方面，在一种可能实现的方式中，所述电子设备确定所述第一SDAP配置文件满足预设条件包括：所述电子设备确定所述第一SDAP配置文件中不存在默认数据无线承载default DRB，并且存在未配置数据无线承载DRB映射关系的服务质量流标识QFI。

结合第一方面，在一种可能实现的方式中，所述电子设备确定所述第二SDAP配置文件不满足所述预设条件包括：所述电子设备确定所述第二SDAP配置文件中存在defaultDRB，或者不存在未配置DRB映射关系的QFI。

结合第一方面，在一种可能实现的方式中，所述方法还包括：若所述电子设备确定所述第二SDAP配置文件满足所述预设条件，则所述电子设备向所述核心网设备发送第二消息，所述第二消息用于请求释放所述第一PDU session。所述电子设备接收所述核心网设备发送的第三消息，所述第三消息是对所述第二消息的响应。所述电子设备向所述核心网设备发送第四消息，所述第四消息用于请求建立第二PDU session，所述第四消息中携带所述第二PDU session的会话参数，所述第二PDU session的会话参数与所述第一PDU session的会话参数相同。所述电子设备接收所述核心网设备发送的第三SDAP配置文件，所述第三SDAP配置文件是对所述第四消息的响应。若所述电子设备确定所述第三SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第二PDU session进行数据传输。通过这种方式，电子设备可以通过重建PDU session的方式恢复数据传输。

结合第一方面，在一种可能实现的方式中，所述方法还包括：若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI属于默认服务质量流规则default QoS rule，则所述电子设备向所述核心网设备发送第五消息，所述第五消息用于请求释放所述第二PDU session。所述电子设备接收所述核心网设备发送的第六消息，所述第六消息是对所述第二消息的响应。所述电子设备释放所述第二PDU session。所述电子设备通过预设通信方式进行数据传输。例如，所述预设通信方式包括***移动通信技术、第三代移动通信技术、无线局域网、物联网、蓝牙中的一项或者多项。通过这种方式，在5G通信暂时无法恢复的情况下，终端设备可以主动采用其他通信方式进行数据传输，避免了数据包丢包的问题。

结合第一方面，在一种可能实现的方式中，所述方法还包括：若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI不属于defaultQoS rule，则所述电子设备向核心网设备发送第七消息，所述第七消息包括所述未配置DRB映射关系的QFI，所述第七消息用于请求修改所述第二PDU session。所述电子设备接收所述核心网设备发送的第八消息，所述第八消息是对所述第七消息的响应。所述电子设备删除所述第二PDU session中的所述未配置DRB映射关系的QFI。所述电子设备通过修改后的所述第二PDU session进行数据传输。通过这种方式，电子设备可以通过修改PDU session的方式恢复数据传输。

结合第一方面，在一种可能实现的方式中，所述方法还包括：在距离所述电子设备修改所述第二PDU session完成的时刻预设时间段之后，且所述电子设备处于IDLE态的情况下，所述电子设备向所述核心网设备发送第九消息，所述第九消息用于请求释放所述修改后的所述第二PDU session；所述电子设备接收所述核心网设备发送的第十消息，所述第十消息是对所述第九消息的响应；所述电子设备根据所述第十消息释放所述修改后的所述第二PDU session；所述电子设备向所述核心网设备发送第十一消息，所述第十一消息请求建立第三PDU session，所述第十一消息中携带所述第三PDU session的会话参数，所述第三PDU session的会话参数与所述第二PDU session的会话参数相同；所述电子设备接收所述核心网设备发送的第十二消息，所述第十二消息是对所述第十一消息的响应；所述电子设备通过所述第三PDU session进行数据传输。通过这种方式，可以使得终端尽快恢复和之前相同的PDU session。

结合第一方面，在一种可能实现的方式中，当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路包括：当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备判断是否存在IP多媒体子***IMS呼叫；若不存在IMS呼叫，则所述电子设备释放所述第一PDU session的空口链路。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

结合第一方面，在一种可能实现的方式中，所述方法还包括：若存在IMS呼叫，则所述电子设备向核心网设备发送第十三消息，所述第十三消息用于请求释放所述第一PDUsession；所述电子设备接收所述核心网设备发送的第十四消息，所述第十四消息是对所述第十三消息的响应；所述电子设备向所述核心网设备发送第十五消息，所述第十五消息用于请求建立第四PDU session，所述第十五消息中携带所述第四PDU session的会话参数，所述第四PDU session的会话参数与所述第一PDU session的会话参数相同；所述电子设备接收所述核心网设备发送的第四SDAP配置文件，所述第四SDAP配置文件是对所述第十五消息的响应；若所述电子设备确定所述第四SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第四PDU session进行数据传输。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

结合第一方面，在一种可能实现的方式中，所述方法还包括：若所述电子设备确定所述第四SDAP配置文件满足所述预设条件，则所述电子设备在所述IMS呼叫结束之后，执行所述释放所述第一PDU session的空口链路的步骤。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

第二方面，本申请提供了一种电子设备，所述电子设备包括，存储器和一个或者多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行上述第一方面以及该第一方面任一项可能的实现方式中的方法。

第三方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述第一方面以及该第一方面任一项可能的方法。

第四方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面以及该第一方面任一项可能的实现方式中的方法。

在本申请实施例中，电子设备可以对配置的第一SDAP配置文件进行检测，当确定第一SDAP配置文件满足预设条件时，电子设备可以通过释放并重建空口链路的方式恢复数据传输。通过这种方式，可以避免上行数据传输丢失数据包的问题，提升数据传输的可靠性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1A是本申请实施例提供的一种网络架构的示意图；

图1B是本申请实施例提供的一种电子设备的结构示意图；

图1C是本申请实施例提供的一种电子设备的软件结构框图；

图2A是本申请实施例提供的一种会话建立流程的示意图；

图2B是本申请实施例提供的一种DRB配置参数的示意图；

图3是本申请实施例提供的一种数据传输方法的流程图；

图4是本申请实施例提供的一种建立空口链路的流程图；

图5是本申请实施例提供的一种释放PDU session的流程图；

图6是本申请实施例提供的一种修改PDU session的流程图；

图7是本申请实施例提供的又一种数据传输方法的流程图；

图8是本申请实施例提供的又一种数据传输方法的流程图。

具体实施方式

下面对本申请实施例中的技术方案进行更详细地描述。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。

本申请实施例可以应用于图1A所示的网络架构示意图，图1A所示的网络架构为无线通信***的网络架构，通常包括终端设备、接入网设备和核心网设备，各个设备数量以及形态并不构成对本申请实施例的限定。其中，接入网设备可以是基站(Base Station，BS)，基站可以向多个终端设备提供通信服务，多个基站也可以向同一个终端设备提供通信服务。

需要说明的是，本申请实施例提及的无线通信***包括但不限于：窄带物联网***(narrow band-internet of things，NB-IoT)、全球移动通信***(global system formobile communications，GSM)、增强型数据速率GSM演进***(enhanced data rate forGSM evolution，EDGE)、宽带码分多址***(wideband code division multiple access，WCDMA)、码分多址2000***(code division multiple access，CDMA2000)、时分同步码分多址***(time division-synchronization code division multiple access，TD-SCDMA)，长期演进***(long term evolution，LTE)、第五代移动通信(5th-generation，5G)***以及未来移动通信***。

在本申请实施例中，基站是一种部署在无线接入网中用以为终端设备提供无线通信功能的装置。基站可以包括各种形式的宏基站，微基站(也称为小站)，中继站，接入点，传输接入点(transmission receiver point，TRP)等。在采用不同的无线接入技术的***中，具备基站功能的设备的名称可能会有所不同，例如，在第三代移动通信(the 3rdgeneration mobile communication technology，3G)***中，称为节点B(Node B，NB)；在LTE***中，称为演进的节点B(evolved NodeB，eNB或者eNodeB)；在5G***中，称为gNB等。为方便描述，本申请所有实施例中，上述为终端设备提供无线通信功能的装置统称为接入网设备。

本申请实施例中所涉及到的终端设备可以包括各种具有无线通信功能的用户设备(user equipment，UE)、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。所述终端设备也可以称为移动台(mobile station，MS)、终端(terminal)，还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能手机(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptopcomputer)、机器类型通信(machine type communication，MTC)终端等。为方便描述，本申请所有实施例中，上面提到的设备统称为终端设备。

本申请实施例中所涉及的核心网设备可以为5G***中的核心网设备，可以包括用户面控制功能(user plane function，UPF)设备、控制面控制功能(control planefunction，CPF)设备、设备会话管理功能(session management function，SMF)设备、接入和移动性管理功能(access and mobility management function，AMF)设备等。

以下对本申请实施例涉及到的一些概念进行介绍。

协议数据单元会话(protocol data unit session，PDU session)，在5G***中，终端设备通过建立PDU session进行数据传输。

服务质量(quality of service，QoS)流，在5G***中，QoS Flow是一个PDUsession中对QoS的最小区分粒度。PDU session中具有相同QoS流标识(quality ofservice flow identification，QFI)的用户面数据会获得相同的转发处理(如相同的调度、相同的准入门限等)。不同的QoS Flow也就意味着不同的转发处理，也就意味着适配不同的QoS。也就是说，一个QFI用于标识一条QoS流，QFI在一个PDU session内唯一。一个PDUsession可以有多条(最多64条)QoS流，但每条QoS流的QFI都是不同的(取值范围0～63)。

本申请实施例中，终端设备可以为一种电子设备，下面以电子设备10为例进行介绍。请参阅图1B，图1B是本申请实施例提供的电子设备10的结构示意图。

电子设备10可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像模组193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180G，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备10的具体限定。在本申请另一些实施例中，电子设备10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，中央处理器(central processing unit，CPU)，图形处理器(graphics processing unit，GPU)，神经网络处理器(neural-network processing unit，NPU)，调制解调处理器，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一些实施例中，电子设备10也可以包括一个或多个处理器110。

其中，控制器可以是电子设备10的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备10的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。

MIPI接口可以被用于连接处理器110与显示屏194，摄像模组193等***器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和显示屏194通过DSI接口通信，实现电子设备10的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备10充电，也可以用于电子设备10与***设备之间传输数据。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备10的结构限定。在另一些实施例中，电子设备10也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像模组193，和无线通信模块160等供电。

电子设备10的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备10中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备10上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。

调制解调处理器可以包括调制器和解调器。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备10上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。示例性地，无线通信模块160可以包括蓝牙模块、Wi-Fi模块等。在一些实施例中，电子设备可以通过无线通信模块160与核心网设备进行通信。

在一些实施例中，电子设备10的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备10可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。

电子设备10通过GPU，显示屏194，以及应用处理器等可以实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备10可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备10可以通过摄像模组193，ISP，视频编解码器，GPU，显示屏194以及应用处理器AP、神经网络处理器NPU等实现摄像功能。

摄像模组193可用于采集拍摄对象的彩色图像数据。ISP可用于处理摄像模组193采集的彩色图像数据。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备10在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备10可以支持一种或多种视频编解码器。这样，电子设备10可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)-1，MPEG-2，MPEG-3，MPEG-4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备10的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备10的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐、照片、视频等数据保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备10执行本申请一些实施例中所提供的电子设备的数据传输的方法，以及各种功能应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。

电子设备10可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备10可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备10接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备10可以设置至少一个麦克风170C。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定电子设备10的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备10围绕三个轴(即，x，y和z轴)的角速度。气压传感器180C用于测量气压。在一些实施例中，电子设备10通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备10可以利用磁传感器180D检测翻盖皮套的开合。

加速度传感器180E可检测电子设备10在各个方向上(一般为三轴)加速度的大小。当电子设备10静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备10可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备10可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备10通过发光二极管向外发射红外光。电子设备10使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备10附近有物体。当检测到不充分的反射光时，电子设备10可以确定电子设备10附近没有物体。

环境光传感器180L用于感知环境光亮度。电子设备10可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备10是否在口袋里，以防误触。

指纹传感器180G用于采集指纹。电子设备10可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备10利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备10执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备10对电池142加热，以避免低温导致电子设备10异常关机。

触摸传感器180K，也可称触控面板或触敏表面。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备10可以接收按键输入，产生与电子设备10的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备10的接触和分离。电子设备10通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备10采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备10中，不能和电子设备10分离。

可以理解的是，图1B示意的结构并不构成对电子设备10的具体限定。在本申请另一些实施例中，电子设备10可以包括比1B所示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

电子设备10的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android***为例，示例性说明电子设备10的软件结构。

图1C是本申请实施例提供的一种电子设备10的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用层，应用框架层，安卓运行时(Android runtime)和***库，以及内核层。

应用层可以包括一系列应用包。

如图1C所示，应用包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用。

应用框架层为应用层的应用提供应用编程接口(application programminginterface，API)和编程框架。应用框架层包括一些预先定义的函数。

如图1C所示，应用框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备10的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，智能终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用层和应用框架层运行在虚拟机中。虚拟机将应用层和应用框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，G.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面基于上述内容中介绍的网络架构、电子设备10，结合其他附图对本申请实施例提供的数据传输的方法进行详细说明。

在5G***中，终端设备通过建立PDU session进行数据传输。以下对会话建立流程进行介绍。参见图2A，是本申请实施例提供的一种会话建立流程的示意图，该流程包括以下步骤。

S101、终端设备向接入网设备发送PDU session建立请求(PDU sessionestablishment request)。

其中，PDU session establishment request携带有会话参数。会话参数可以包括：协议数据单元会话标识符(PDU session ID，PDU session ID的取值可以为1到15)、协议数据单元会话类型(PDU session type)、数据网络名称(data network name，DDN)、单一的网络切片选择辅助信息(single Network slice selection assistance information，S-NSSAI)等参数。举例而言，PDU session type可以为“Initial Request”“Existing Session”或者“PDU session Handover”。

S102、在接入网设备接收到PDU session建立请求之后，接入网设备将该PDUsession建立请求转发给核心网设备。

S103、核心网设备根据该PDU session建立请求向接入网设备发送请求反馈消息。

在核心网设备接受该建立请求的情况下，该反馈消息可以为PDU sessionestablishment accept。其中，PDU session establishment accept中可以包括核心网设备提供给终端设备侧的QoS规则(rule)。其中，QoS rule中可以包含一个QoS项列表，每个QoS项可以包含包过滤器列表、参数列表、QFI、优先级等参数。

在核心网设备拒绝该建立请求的情况下，该反馈消息可以为PDU sessionestablishment reject。

S104、在接收到请求反馈消息之后，接入网设备向终端设备转发请求反馈消息。

相应地，终端设备接收该请求反馈消息。在终端设备接收PDU sessionestablishment accep之后，终端设备可以解析PDU session establishment accep消息中的Authorized QoS rules IE和Authorized QoS flow descriptions IE，以得到此次PDUsession配置的QoS rule。

若终端设备接收到PDU session establishment reject，则表明此次的PDUsession建立失败。

在终端设备成功建立PDU session后，在终端设备与接入网设备建立或者重建用户面资源的过程中，由于终端设备中的一个发送业务数据适配协议(service dataadaptation protocol，SDAP)实体接收到一个来自上层QoS流的SDAP业务数据单元(service data unit，SDU)时，遵循以下映射规则：(1)映射SDU到满足QoS流到DRB映射规则的DRB上；(2)如果SDU没有满足已存在的任何一条QoS流到DRB的映射规则，则将这个SDAPSDU映射到默认数据无线承载(default data radio bearer，default DRB)上。示例性的，QoS流和DRB的映射关系可以由RRC信令中的DRB配置参数确定。参见图2B，是本申请实施例提供的一种DRB配置参数的示意图。

那么，若该PDU session的SDAP配置文件(SDAP-Config)同时满足下述两个条件：(1)未配置default DRB；(2)存在未配置DRB映射关系的QFI，也即是说，Authorized QoSrules IE中存在一个或者多个QFI，在所有的SDAP-Config的mappedQoS-FlowsToAdd中未找到该一个或者多个QFI。在终端设备发送上行数据包时，会出现映射到该一个或者多个QFI的业务流无法找到相应的DRB，进而导致数据包丢包的情况。其中，mappedQoS-FlowsToAdd，是一个QFI列表，包含一条DRB中需要增加的QoS流的QFI。

鉴于此，提供本申请实施例的技术方案。在本申请实施例中，在终端设备为PDUsession建立或者重建用户面资源之前，终端设备将查询SDAP-Config，若SDAP-Config满足上述两个条件，则终端设备主动释放空口链路，触发重建用户面资源；或者，终端设备主动释放PDU session，触发重建PDU session；或者，终端设备主动触发PDU session修改流程。通过这种方式，可以使得终端设备恢复数据传输，避免上行数据包丢包的问题。

下面结合附图对本申请实施例提供的数据传输方法进行具体说明。参见图3，是本申请实施例提供的一种数据传输方法的流程图。该方法包括以下步骤：

S201、在终端设备确定第一SDAP-Config满足预设条件的情况下，终端设备主动释放空口链路，触发重建用户面资源。

具体的，该第一SDAP-Config是核心网设备为所述电子设备的建立的PDU session配置的。需要说明的是，第一SDAP-Config中可以包括多个配置文件。一条DRB可以对应有一个SDAP-Config。示例性的，可参照图2B所示的配置参数，一个SDAP-Config中可以包含多个配置参数。例如，pdu-Session、sdap-HeaderDL、sdap-HeaderUL、mappedQoS-FlowsToAdd以及mappedQoS-FlowsToRelease，等等。其中，pdu-Session用于指示PDU会话ID，可以表示这条DRB属于哪个PDU会话的，也就是说这个DRB是为哪个PDU会话建立的。sdap-HeaderDL，可以指示为下行数据传输配置的SDAP头，SDAP-Config也可以不配置这个参数。sdap-HeaderUL，可以指示为上行数据传输配置的SDAP头，SDAP-Config也可以不配置这个参数。defaultDRB，可以指示这条DRB是否为所属PDU session的默认DRB。具体的，一个PDUsession中的所有SDAP配置中，最多只能有一个默认DRB，可以没有默认DRB。mappedQoS-FlowsToAdd，是一个QFI列表，表示要再增加该列表中的QoS流映射到这条DRB上。具体的，同一个PDU session的所有SDAP配置中，一个QFI值只能出现一次，也就是说不能一条QoS流映射到多条DRB上。mappedQoS-FlowsToRelease，是一个QFI列表，表示该列表中的QoS流不能再映射到这条DRB上了。

在一些实施例中，第一SDAP-Config满足预设条件，包括：第一SDAP-Config中未配置default DRB，且存在未配置DRB映射关系的QFI，也即是说，Authorized QoS rules IE中存在一个或者多个QFI，在第一SDAP-Config的mappedQoS-FlowsToAdd中未找到该一个或者多个QFI。

具体的，终端设备主动释放空口链路，并触发重新建立空口链路。重建空口链路的流程可参照图4所示，该方法包括下述步骤：

S01、终端设备通过接入网设备向核心网设备发送空口链路建立请求(RRCconnection establishment request)。

具体的，终端设备通过接入网设备向核心网设备发送RRC connectionestablishment request，即，终端设备先向接入网设备发送RRC connectionestablishment request，再由接入网设备向核心网设备转发该RRC connectionestablishment request。后续内容中，终端设备通过接入网设备向核心网设备发送消息，均可参照此流程，不再赘述。

其中，RRC connection establishment request携带有RRC参数。例如，该RRC参数可以包括设备标识(UE-Identity)，建立原因(establishment cause)，等等参数。

S02、核心网设备根据该空口链路建立请求，通过接入网设备向终端设备发送请求反馈消息。

具体的，核心网设备通过接入网设备向终端设备发送请求反馈消息，即，核心网设备先向接入网设备发送请求反馈消息，再由接入网设备向终端设备转发该请求反馈消息。后续内容中，核心网设备通过接入网设备向终端设备发送消息，均可参照此流程，不再赘述。

在核心网设备接受该建立请求的情况下，该反馈消息可以为RRC connectionestablishment accept。在核心网设备拒绝该建立请求的情况下，该反馈消息可以为RRCconnection establishment reject。

S202、在终端设备重建用户面资源成功之后，终端设备判定第二SDAP-Config是否满足上述预设条件。

其中，第二SDAP-Config为终端设备与接入网设备重建了用户面资源之后，接入网设备发送给终端设备的配置文件。具体的，若第二SDAP-Config中未配置default DRB，且存在未配置DRB映射关系的QFI(也即是说，Authorized QoS rules IE中存在一个或者多个QFI，在第一SDAP-Config的mappedQoS-FlowsToAdd中未找到该一个或者多个QFI)，则终端设备确定第二SDAP-Config满足预设条件；否则，终端设备确定第二SDAP-Config不满足预设条件。

S203、终端设备确定第二SDAP-Config满足上述预设条件，则终端设备主动释放PDU session，触发重建PDU session。

具体的，终端设备主动释放PDU session的方法可参照图5所示，该方法包括下述步骤：

S11、终端设备通过接入网设备向核心网设备发送PDU session释放请求(PDUsession release request)。

S12、在接收PDU session release request之后，核心网设备通过接入网设备向终端设备发送PDU session释放指令(PDU session release command)。

S13、在接收PDU session release command之后，终端设备释放PDU session。

S14、终端设备通过接入网设备向核心网设备发送PDU session释放完成指令(PDUsession release complete)。

在终端设备释放PDU session之后，终端设备触发重建PDU session。具体的，终端设备重建PDU session的流程可以参照上述图2对应的实施例中介绍的会话建立流程。可选的，终端设备重建PDU session所使用的参数可以与上一次建立PDU session所使用的参数相同。也即是说，终端设备通过接入网设备向核心网设备发送的PDU sessionestablishment request中携带的会话参数可以与上一次终端设备发送的PDU sessionestablishment request中携带的会话参数相同。

需要说明的是，在终端设备重建PDU session的过程中，将重建用户面连接。接入网设备会给终端设备发送第三SDAP-Config。

在另一些实施例中，终端设备确定第二SDAP-Config不满足预设条件，则终端设备结束本流程。需要说明的是，第二SDAP-Config不满足预设条件，表明所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

S204、终端设备判定第三SDAP-Config是否满足上述预设条件。

S205、终端设备确定第三SDAP-Config满足上述预设条件，且未配置DRB映射关系的QFI属于default QoS rule，则终端设备主动释放PDU session，使用其他通信方式进行数据传输。

具体的，终端设备可以根据核心网设备发送的PDU session establishmentaccept消息，判断未配置DRB映射关系的QFI是否属于default QoS rule。

具体的，终端设备释放PDU session的方式可以参照步骤S203中介绍的实施流程。

可选的，在终端设备释放PDU session之后，终端设备可以主动禁止使用PDUsession进行数据传输。在一种可能的实现方式中，终端设备可以使用***移动通信技术(the 4th generation mobile communication technology，4G)、第三代移动通信技术(the 3rd generation mobile communication technology，3G)、无线局域网、物联网，蓝牙或者其他数据传输技术进行数据传输。通过这种方式，终端设备主动采用其他通信方式传输上行数据，避免了数据包丢包的问题。

可选的，在距离终端设备释放PDU session完成的时刻预设时间段之内，终端设备不再使用上一次建立PDU session所使用的参数建立PDU session。其中，预设时间可以为预先设定的时间段，例如，12分钟、15分钟，等等。通过这种方式，可以避免电子设备再次建立的PDU session不能正常传输数据的问题。

S206、终端设备确定第三SDAP-Config满足上述预设条件，且未配置DRB映射关系的QFI不属于default QoS rule，则终端设备主动触发会话修改流程。

具体的，终端设备触发会话修改流程，以删除未配置DRB映射关系的QFI。在删除了未配置DRB映射关系的QFI之后，之前这个QFI对应的数据将通过default DRB进行数据传输。

终端设备触发会话修改的流程可参照图6所示，该方法包括下述步骤：

S21、终端设备通过接入网设别向核心网设备发送PDU session修改请求(PDUsession modification request)。

可选的，PDU session modification request中可以包含未配置DRB映射关系的QFI。

S22、在接收PDU session release request之后，核心网设备通过接入网设备向终端设备发送PDU session修改指令(PDU session modification command)。

S23、在接收PDU session modification command之后，终端设备修改PDUsession。

S24、终端设备通过接入网设备向核心网设备发送PDU session修改完成指令(PDUsession modification complete)。

在另一些实施例中，终端设备确定第三SDAP-Config不满足预设条件，则终端设备结束本流程。需要说明的是，第三SDAP-Config不满足预设条件，表明所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

在这种实施方式中，终端设备删除不存在映射DRB的QFI，那么修改后的PDUsession不存在未配置DRB映射关系的QFI，所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

可选的，在距离终端设备修改PDU session完成的时刻预设时间段之后，且终端设备处于空闲态(IDLE态)的情况下，终端设备可以先释放该PDU session，再触发重建PDUsession。其中，预设时间可以为预先设定的时间段，例如，12分钟、15分钟，等等。需要说明的是，终端设备处于IDLE态的过程中，终端设备没有数据传输。该终端设备释放PDUsession，再触发重建PDU session的过程可以参照上述内容中的介绍，此处不再赘述。

可选的，终端设备重建PDU session所使用的参数可以与上一次建立PDU session所使用的参数相同。也即是说，终端设备通过接入网设备向核心网设备发送的PDU sessionestablishment request中携带的会话参数可以与上一次终端设备发送的PDU sessionestablishment request中携带的会话参数相同。通过这种方式，可以使得终端尽快恢复和之前相同的PDU session。

在另一些实施例中，由于终端设备断开空口链路可能会造成语音/视频通话中断，因此在终端设备主动释放空口链路，触发重建用户面资源之前，对终端设备中是否存在IP多媒体子***(IP multimedia subsystem，IMS)呼叫进行检测。在不同的情况下，采用不用的数据传输方式。参见图7，是本申请实施例提供的又一种数据传输方法的流程图，该方法包括以下步骤：

S301、在终端设备确定第一SDAP-Config满足预设条件的条件下，终端设备判断IMS呼叫是否正在进行。

S302、终端设备确定IMS呼叫正在进行，则终端设备主动释放PDU session，触发重建PDU session。

具体的，终端设备主动释放PDU session，触发重建PDU session的方式可参照上述内容中步骤S203中的介绍，此处不再赘述。需要说明的是，若终端设备确定不存在IMS呼叫，则终端设备可以执行步骤S311。

S303、终端设备判定第四SDAP-Config是否满足上述预设条件。

S304、终端设备确定第四SDAP-Config满足上述预设条件，则终端设备在该IMS呼叫结束之后，终端设备主动释放空口链路，触发重建用户面资源。

具体的，终端设备主动释放空口链路，触发重建用户面资源的方式可参照上述内容中步骤S201中的介绍，此处不再赘述。通过这种方式，可以避免恢复数据传输对IMS呼叫造成影响。

需要说明的是，若终端设备确定第四SDAP-Config不满足上述预设条件，则终端设备结束本流程。需要说明的是，第四SDAP-Config不满足预设条件，表明所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

S305、在终端设备重建用户面资源成功之后，终端设备判定第五SDAP-Config是否满足预设条件。

其中，第五SDAP-Config为终端设备与接入网设备建立了用户面资源之后，接入网设备发送给终端设备的配置文件。

S306、终端设备确定第五SDAP-Config满足上述预设条件，则终端设备主动释放PDU session，触发重建PDU session。

S307、终端设备判定第六SDAP-Config是否满足上述预设条件。

S308、终端设备确定第六SDAP-Config满足上述预设条件，且未配置DRB映射关系的QFI属于默认default QoS rule，则终端设备主动释放PDU session，使用其他通信方式进行数据传输。

S309、终端设备确定第六SDAP-Config满足上述预设条件，且未配置DRB映射关系的QFI不属于默认default QoS rule，则终端设备主动触发会话修改流程。

需要说明的是，步骤S305-步骤S309的实施方式可以参照步骤S202-步骤S206的实施方式。

S310、终端设备确定不存在IMS呼叫，则终端设备主动释放空口链路，触发重建用户面资源。

之后，移送终端可以执行步骤S305-步骤S309。

通过上述实施例的方式，终端设备在恢复数据传输的过程中，不会对用户的IMS呼叫造成影响，能够提升用户的使用体验。

基于前述图3-图7所示的一些实施例以及上述实施例描述的电子设备10，下面介绍本申请实施例提供的一种数据传输的方法。如图8所示，该方法可以包括：

S801、电子设备接收第一SDAP配置文件。

具体的，所述第一SDAP配置文件是核心网设备为所述电子设备的第一协议数据单元会话PDU session配置的。示例性的，该第一SDAP配置文件可以为图3所示的实施例中的第一SDAP-Config。

S802、当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路。

在一些实施例中，所述电子设备确定所述第一SDAP配置文件满足预设条件包括：所述电子设备确定所述第一SDAP配置文件中不存在默认数据无线承载default DRB，并且存在未配置数据无线承载DRB映射关系的服务质量流标识QFI。

S803、所述电子设备向所述核心网设备发送第一消息，所述第一消息用于请求重建所述第一PDU session的空口链路。

示例性的，该第一消息可以为图4所示实施例中的RRC connectionestablishment request。

S804、所述电子设备接收所述核心网设备发送的第二SDAP配置文件，所述第二SDAP配置文件是对所述第一消息的响应。

示例性的，该第二SDAP配置文件可以为图3所示的实施例中的第二SDAP-Config。

S805、若所述电子设备确定所述第二SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第一PDU session进行数据传输。

具体的，所述电子设备确定所述第二SDAP配置文件不满足所述预设条件包括：所述电子设备确定所述第二SDAP配置文件中存在default DRB，或者不存在未配置DRB映射关系的QFI。需要说明的是，第二SDAP配置文件不满足预设条件，表明所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

在一些实施例中，所述方法还包括：若所述电子设备确定所述第二SDAP配置文件满足所述预设条件，则所述电子设备向所述核心网设备发送第二消息，所述第二消息用于请求释放所述第一PDU session。所述电子设备接收所述核心网设备发送的第三消息，所述第三消息是对所述第二消息的响应。所述电子设备向所述核心网设备发送第四消息，所述第四消息用于请求建立第二PDU session，所述第四消息中携带所述第二PDU session的会话参数，所述第二PDU session的会话参数与所述第一PDU session的会话参数相同。所述电子设备接收所述核心网设备发送的第三SDAP配置文件，所述第三SDAP配置文件是对所述第四消息的响应。若所述电子设备确定所述第三SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第二PDU session进行数据传输。

示例性的，第二消息可以是图5所示实施例中的PDU session release request。第三消息可以是图5所示实施例中的PDU session release command。第四消息可以是PDUsession establishment request。第三SDAP配置文件可以是图3所示实施例中的第三SDAP-Config。需要说明的是，第三SDAP配置文件不满足预设条件，表明所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

在一些实施例中，所述方法还包括：若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI属于默认服务质量流规则default QoSrule，则所述电子设备向所述核心网设备发送第五消息，所述第五消息用于请求释放所述第二PDU session。所述电子设备接收所述核心网设备发送的第六消息，所述第六消息是对所述第二消息的响应。所述电子设备释放所述第二PDU session。所述电子设备通过预设通信方式进行数据传输。例如，所述预设通信方式包括***移动通信技术、第三代移动通信技术、无线局域网、物联网、蓝牙中的一项或者多项。

示例性的，第五消息可以是PDU session release request。第六消息可以是PDUsession release command。通过这种方式，在5G通信暂时无法恢复的情况下，终端设备可以主动采用其他通信方式进行数据传输，避免了数据包丢包的问题。

在一些实施例中，所述方法还包括：若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI不属于default QoS rule，则所述电子设备向核心网设备发送第七消息，所述第七消息包括所述未配置DRB映射关系的QFI，所述第七消息用于请求修改所述第二PDU session。所述电子设备接收所述核心网设备发送的第八消息，所述第八消息是对所述第七消息的响应。所述电子设备删除所述第二PDU session中的所述未配置DRB映射关系的QFI。所述电子设备通过修改后的所述第二PDU session进行数据传输。

示例性的，第七消息可以是图6所示实施例中的PDU session modificationrequest。第八消息可以是图6所示实施例中的PDU session modification command。在这种实施方式中，终端设备删除不存在映射DRB的QFI，那么修改后的PDU session不存在未配置DRB映射关系的QFI，所有QoS flow均存在对应的DRB，终端设备可以正常传输上行数据包。通过这种方式，避免了数据包丢包的问题，恢复了数据传输。

在一些实施例中，所述方法还包括：在距离所述电子设备修改所述第二PDUsession完成的时刻预设时间段之后，且所述电子设备处于IDLE态的情况下，所述电子设备向所述核心网设备发送第九消息，所述第九消息用于请求释放所述修改后的所述第二PDUsession；所述电子设备接收所述核心网设备发送的第十消息，所述第十消息是对所述第九消息的响应；所述电子设备根据所述第十消息释放所述修改后的所述第二PDU session；所述电子设备向所述核心网设备发送第十一消息，所述第十一消息请求建立第三PDUsession，所述第十一消息中携带所述第三PDU session的会话参数，所述第三PDU session的会话参数与所述第二PDU session的会话参数相同；所述电子设备接收所述核心网设备发送的第十二消息，所述第十二消息是对所述第十一消息的响应；所述电子设备通过所述第三PDU session进行数据传输。

示例性的，第九消息可以是PDU session release request。第十消息可以是PDUsession release command。第十一消息可以是PDU session establishment request。第十二消息可以是PDU session establishment accept。通过这种方式，可以使得终端尽快恢复和之前相同的PDU session。

在一些实施例中，当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路包括：当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备判断是否存在IP多媒体子***IMS呼叫；若不存在IMS呼叫，则所述电子设备释放所述第一PDU session的空口链路。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

在一些实施例中，所述方法还包括：若存在IMS呼叫，则所述电子设备向核心网设备发送第十三消息，所述第十三消息用于请求释放所述第一PDU session；所述电子设备接收所述核心网设备发送的第十四消息，所述第十四消息是对所述第十三消息的响应；所述电子设备向所述核心网设备发送第十五消息，所述第十五消息用于请求建立第四PDUsession，所述第十五消息中携带所述第四PDU session的会话参数，所述第四PDU session的会话参数与所述第一PDU session的会话参数相同；所述电子设备接收所述核心网设备发送的第四SDAP配置文件，所述第四SDAP配置文件是对所述第十五消息的响应；若所述电子设备确定所述第四SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第四PDU session进行数据传输。

示例性的，第十三消息可以是PDU session release request。第十四消息可以是PDU session release command。第十五消息可以是PDU session establishmentrequest。第四SDAP配置文件可以是图7所示的实施例中的第四SDAP-Config。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

在一些实施例中，所述方法还包括：若所述电子设备确定所述第四SDAP配置文件满足所述预设条件，则所述电子设备在所述IMS呼叫结束之后，执行所述释放所述第一PDUsession的空口链路的步骤。通过这种方式，可以避免释放空口链路对IMS呼叫的影响。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

另外，上述本申请实施例提供的一种数据传输的方法中电子设备所执行的步骤，也可以由电子设备中包括的一种芯片来执行。该芯片运行时调用存储器中存储的计算机程序，实现上述电子设备执行的步骤。

总之，以上所述仅为本申请技术方案的实施例而已，并非用于限定本申请的保护范围。凡根据本申请的揭露，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (21)

1.一种数据传输的方法，其特征在于，包括：

电子设备接收第一业务数据适配协议SDAP配置文件，所述第一SDAP配置文件是核心网设备为所述电子设备的第一协议数据单元会话PDU session配置的；

当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路；

所述电子设备向所述核心网设备发送第一消息，所述第一消息用于请求重建所述第一PDU session的空口链路；

所述电子设备接收所述核心网设备发送的第二SDAP配置文件，所述第二SDAP配置文件是对所述第一消息的响应；

若所述电子设备确定所述第二SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第一PDU session进行数据传输。

2.根据权利要求1所述的方法，其特征在于，所述电子设备确定所述第一SDAP配置文件满足预设条件包括：

所述电子设备确定所述第一SDAP配置文件中不存在默认数据无线承载default DRB，并且存在未配置数据无线承载DRB映射关系的服务质量流标识QFI。

3.根据权利要求1所述的方法，其特征在于，所述电子设备确定所述第二SDAP配置文件不满足所述预设条件包括：

所述电子设备确定所述第二SDAP配置文件中存在default DRB，或者不存在未配置DRB映射关系的QFI。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

若所述电子设备确定所述第二SDAP配置文件满足所述预设条件，则所述电子设备向所述核心网设备发送第二消息，所述第二消息用于请求释放所述第一PDU session；

所述电子设备接收所述核心网设备发送的第三消息，所述第三消息是对所述第二消息的响应；

所述电子设备向所述核心网设备发送第四消息，所述第四消息用于请求建立第二PDUsession，所述第四消息中携带所述第二PDU session的会话参数，所述第二PDU session的会话参数与所述第一PDU session的会话参数相同；

所述电子设备接收所述核心网设备发送的第三SDAP配置文件，所述第三SDAP配置文件是对所述第四消息的响应；

若所述电子设备确定所述第三SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第二PDU session进行数据传输。

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

若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI属于默认服务质量流规则default QoS rule，则所述电子设备向所述核心网设备发送第五消息，所述第五消息用于请求释放所述第二PDU session；

所述电子设备接收所述核心网设备发送的第六消息，所述第六消息是对所述第二消息的响应；

所述电子设备释放所述第二PDU session；

所述电子设备通过预设通信方式进行数据传输，所述预设通信方式包括***移动通信技术、第三代移动通信技术、无线局域网、物联网、蓝牙中的一项或者多项。

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

若所述电子设备确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI不属于default QoS rule，则所述电子设备向核心网设备发送第七消息，所述第七消息包括所述未配置DRB映射关系的QFI，所述第七消息用于请求修改所述第二PDUsession；

所述电子设备接收所述核心网设备发送的第八消息，所述第八消息是对所述第七消息的响应；

所述电子设备删除所述第二PDU session中的所述未配置DRB映射关系的QFI；

所述电子设备通过修改后的所述第二PDU session进行数据传输。

7.根据权利要求6所述的方法，其特征在于，在所述电子设备通过修改后的所述第二PDU session进行数据传输之后，所述方法还包括：

在距离所述电子设备修改所述第二PDU session完成的时刻预设时间段之后，且所述电子设备处于IDLE态的情况下，所述电子设备向所述核心网设备发送第九消息，所述第九消息用于请求释放所述修改后的所述第二PDU session；

所述电子设备接收所述核心网设备发送的第十消息，所述第十消息是对所述第九消息的响应；

所述电子设备根据所述第十消息释放所述修改后的所述第二PDU session；

所述电子设备向所述核心网设备发送第十一消息，所述第十一消息请求建立第三PDUsession，所述第十一消息中携带所述第三PDU session的会话参数，所述第三PDU session的会话参数与所述第二PDU session的会话参数相同；

所述电子设备接收所述核心网设备发送的第十二消息，所述第十二消息是对所述第十一消息的响应；

所述电子设备通过所述第三PDU session进行数据传输。

8.根据权利要求1-3任一项所述的方法，其特征在于，当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备释放所述第一PDU session的空口链路包括：

当所述电子设备确定所述第一SDAP配置文件满足预设条件时，所述电子设备判断是否存在IP多媒体子***IMS呼叫；

若不存在IMS呼叫，则所述电子设备释放所述第一PDU session的空口链路。

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

若存在IMS呼叫，则所述电子设备向核心网设备发送第十三消息，所述第十三消息用于请求释放所述第一PDU session；

所述电子设备接收所述核心网设备发送的第十四消息，所述第十四消息是对所述第十三消息的响应；

所述电子设备向所述核心网设备发送第十五消息，所述第十五消息用于请求建立第四PDU session，所述第十五消息中携带所述第四PDU session的会话参数，所述第四PDUsession的会话参数与所述第一PDU session的会话参数相同；

所述电子设备接收所述核心网设备发送的第四SDAP配置文件，所述第四SDAP配置文件是对所述第十五消息的响应；

若所述电子设备确定所述第四SDAP配置文件不满足所述预设条件，则所述电子设备通过所述第四PDU session进行数据传输。

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

若所述电子设备确定所述第四SDAP配置文件满足所述预设条件，则所述电子设备在所述IMS呼叫结束之后，执行所述释放所述第一PDU session的空口链路的步骤。

11.一种电子设备，其特征在于，所述电子设备包括，存储器和一个或者多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行以下操作：

接收第一SDAP配置文件，所述第一SDAP配置文件是核心网设备为所述电子设备的第一PDU session配置的；

当确定所述第一SDAP配置文件满足预设条件时，释放所述第一PDU session的空口链路；

向所述核心网设备发送第一消息，所述第一消息用于请求重建所述第一PDU session的空口链路；

接收所述核心网设备发送的第二SDAP配置文件，所述第二SDAP配置文件是对所述第一消息的响应；

若确定所述第二SDAP配置文件不满足所述预设条件，则通过所述第一PDU session进行数据传输。

12.根据权利要求11所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备确定所述第一SDAP配置文件满足预设条件的具体实现方式为：确定所述第一SDAP配置文件中不存在默认数据无线承载default DRB，并且存在未配置数据无线承载DRB映射关系的服务质量流标识QFI。

13.根据权利要求11所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备确定所述第二SDAP配置文件不满足所述预设条件的具体实现方式为：

确定所述第二SDAP配置文件中存在default DRB，或者不存在未配置DRB映射关系的QFI。

14.根据权利要求11-13任一项所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

若确定所述第二SDAP配置文件满足所述预设条件，则向所述核心网设备发送第二消息，所述第二消息用于请求释放所述第一PDU session；

接收所述核心网设备发送的第三消息，所述第三消息是对所述第二消息的响应；

向所述核心网设备发送第四消息，所述第四消息用于请求建立第二PDU session，所述第四消息中携带所述第二PDU session的会话参数，所述第二PDU session的会话参数与所述第一PDU session的会话参数相同；

接收所述核心网设备发送的第三SDAP配置文件，所述第三SDAP配置文件是对所述第四消息的响应；

若确定所述第三SDAP配置文件不满足所述预设条件，则通过所述第二PDU session进行数据传输。

15.根据权利要求14所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

若确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI属于默认服务质量流规则default QoS rule，则向所述核心网设备发送第五消息，所述第五消息用于请求释放所述第二PDU session；

接收所述核心网设备发送的第六消息，所述第六消息是对所述第二消息的响应；

释放所述第二PDU session；

通过预设通信方式进行数据传输，所述预设通信方式包括***移动通信技术、第三代移动通信技术、无线局域网、物联网、蓝牙中的一项或者多项。

16.根据权利要求14所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

若确定所述第三SDAP配置文件满足所述预设条件，且未配置DRB映射关系的QFI不属于default QoS rule，则向核心网设备发送第七消息，所述第七消息包括所述未配置DRB映射关系的QFI，所述第七消息用于请求修改所述第二PDU session；

接收所述核心网设备发送的第八消息，所述第八消息是对所述第七消息的响应；

删除所述第二PDU session中的所述未配置DRB映射关系的QFI；

通过修改后的所述第二PDU session进行数据传输。

17.根据权利要求16所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

在距离所述电子设备修改所述第二PDU session完成的时刻预设时间段之后，且所述电子设备处于IDLE态的情况下，向所述核心网设备发送第九消息，所述第九消息用于请求释放所述修改后的所述第二PDU session；

接收所述核心网设备发送的第十消息，所述第十消息是对所述第九消息的响应；

根据所述第十消息释放所述修改后的所述第二PDU session；

向所述核心网设备发送第十一消息，所述第十一消息请求建立第三PDU session，所述第十一消息中携带所述第三PDU session的会话参数，所述第三PDU session的会话参数与所述第二PDU session的会话参数相同；

接收所述核心网设备发送的第十二消息，所述第十二消息是对所述第十一消息的响应；

通过所述第三PDU session进行数据传输。

18.根据权利要求11-13任一项所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备具体执行以下操作：

当确定所述第一SDAP配置文件满足预设条件时，判断是否存在IMS呼叫；

若不存在IMS呼叫，则释放所述第一PDU session的空口链路。

19.根据权利要求18所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

若存在IMS呼叫，则向核心网设备发送第十三消息，所述第十三消息用于请求释放所述第一PDU session；

接收所述核心网设备发送的第十四消息，所述第十四消息是对所述第十三消息的响应；

向所述核心网设备发送第十五消息，所述第十五消息用于请求建立第四PDU session，所述第十五消息中携带所述第四PDU session的会话参数，所述第四PDU session的会话参数与所述第一PDU session的会话参数相同；

接收所述核心网设备发送的第四SDAP配置文件，所述第四SDAP配置文件是对所述第十五消息的响应；

若确定所述第四SDAP配置文件不满足所述预设条件，则通过所述第四PDU session进行数据传输。

20.根据权利要求19所述的电子设备，其特征在于，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备还执行以下操作：

若确定所述第四SDAP配置文件满足所述预设条件，则在所述IMS呼叫结束之后，执行所述释放所述第一PDU session的空口链路的步骤。

21.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-10中任一项所述的方法。

Images