CN109863821B - 一种数据通信的方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了一种数据通信的方法、装置及系统，涉及通信技术领域，用以解决现有技术中仅仅基于待传输数据包的大小来判断是否使用Grant Free通信机制，不能满足不同业务需求的数据传输的问题。包括：用户设备UE接收会话管理功能SMF实体发送的数据包过滤信息，其中，数据包过滤信息包括：数据包长度的阈值和数据包分片指示。若UE确定待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则UE确定待传输的数据包能够使用免授权的通信机制。本申请实施例应用于数据包的传输过程中。

Description

一种数据通信的方法、装置及系统

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种数据通信的方法、装置及系统。

背景技术

在第五代移动通信技术(5-Generation，5G)中，用户设备(User Equipment，UE)进入空闲(IDLE)状态后，若需要向数据网络发送数据，则需先执行服务请求(ServiceRequest)流程。然而，一个完整的Service Request流程包含随机接入、无线资源控制(Radio Resource Control，RRC)连接、默认承载和专用承载的建立，涉及多个网元之间的大量交互的信令。如果UE发送的数据很小，例如小于100K，仍然采用Service Request流程的话，则传输流程相对复杂，信令效率相对低。因此，为了减少UE在IDLE状态传输小数据时使用的信令数量，简化传输流程，提出了免授权(Grant Free)的通信机制。在Grant Free的通信机制中，通常只需要少量的信令就可完成小数据的传输。

目前，Grant Free的通信机制的具体实现有两种方式。一是无线接入网络(RadioAccess Network，RAN)为UE配置一个阈值，并使用广播系统消息的方式或者发送专用的信令告知UE。若UE待传输数据包的大小不超过该阈值时，则采用Grant Free的通信机制；若UE待传输数据包的大小超过该阈值，仍然需要执行Service Request流程。二是UE默认采用Grant Free的通信机制，由RAN判断接收到的数据包大小是否满足Grant Free的通信机制中对数据包大小的要求，如果不满足，则RAN要求UE执行Service Request流程。可见，现在都是基于业务的数据包大小来判断是否采用Grant Free的通信机制。

然而，由于Grant Free的通信机制没有建立RRC连接，没有建立专用承载，当多个UE都采用Grant Free通信机制向RAN传输数据时，会存在冲突，导致Grant Free通信机制的可靠性低，并且延迟大。这样，对于一些低时延高可靠性的业务来说，例如：网络协议多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)语音业务、在线游戏，也可能存在小数据包，或者将大数据包分割成多个小数据包进行传输，若采用Grant Free通信机制，则会造成业务可靠性低、延迟大，不满足业务服务质量(Quality of Service，QOS)的需求。可见，仅仅基于业务的数据包大小来判断是否适用Grant Free通信机制的方式可能造成不满足业务的实际需求。

发明内容

本申请提供一种数据通信的方法、装置及系统，用以解决现有技术中仅仅基于待传输数据包的大小来判断是否使用Grant Free通信机制，不能满足不同业务需求的数据传输的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供一种数据通信的方法，该方法包括：UE接收SMF实体发送的数据包过滤信息，若UE待传输的数据包的长度小于或等于该数据包长度的阈值，且该待传输的数据包不是数据包分片，则UE确定该待传输的数据包能够使用免授权的通信机制。其中，该数据包过滤信息包括数据包长度的阈值和数据包分片指示。通常，当待传输数据包的长度小于或等于该数据包长度阈值时，并且该待传输数据包不是一个数据包分片时，表明该待传输数据包对延迟和可靠性的要求不高，因此可以使用免授权的通信机制。而对于待传输数据包的长度大于该数据包长度阈值时，或者待传输数据包虽然小于或等于该数据包长度阈值，但该待传输数据包是数据包分片时，通常认为该待传输数据包对延迟可可靠性要求较高，则不能使用免授权的通信机制。因此，本申请提供的方法能够满足不同业务需求的数据传输，在提高信令效率的同时，还能保证业务的QOS需求。

在一种可能的设计中，若UE待传输的数据包的长度大于数据包长度的阈值，则UE确定该待传输的数据包不能使用免授权的通信机制。若UE待传输的数据包的长度小于或等于数据包长度的阈值，且该待传输数据包是数据包分片，则UE确定该待传输的数据包不能使用免授权的通信机制。由此，UE确定该待传输的数据包为一个大的数据包中的一个分片，这时不使用免授权的通信机制。这是因为免授权的通信机制具有可靠性低、延迟大的特点，所以如果采用免授权的通信机制传输数据包分片，该数据包分片的丢失或延迟会影响整个大的数据包的可靠性和延迟。由此，本申请实施例可避免该情况的发生，提高数据传输的效率。

在一种可能的设计中，在UE确定待传输的数据包能够使用免授权的通信机制之后，UE为待传输的数据包标记服务质量流标识QFI，该QFI指示待传输的数据包使用免授权的通信机制传输。或者，UE调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，该API指示待传输的数据包使用免授权的通信机制传输。又或者，UE在待传输的数据包中添加数据包头，该数据包头用于指示待传输的数据包使用免授权的通信机制传输。由此，本申请实施例提供了UE将确定为可使用免授权通信机制的待传输数据包如何映射到承载上的三种具体实现方式。

在一种可能的设计中，在UE为待传输的数据包标记服务质量流标识QFI之后，或者UE调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API之后，或者UE在待传输的数据包中添加数据包头之后，UE将待传输的数据包映射到用于免授权的通信机制的承载上。

在一种可能的设计中，若数据包过滤信息还包括指示信息，则UE根据该指示信息确定待传输的数据包是否有对应的下行数据包。若有对应的下行数据包，则UE在免授权的承载上接收下行数据包；若没有对应的下行数据包，则UE释放承载。由此，当使用待传输的数据包对应有下行数据包时，可以继续使用免授权的承载进行接收，不用额外增加信令，有利于节省信令的使用数量，有利于提高数据传输的效率。

第二方面，提供一种数据通信的方法，包括：若SMF实体确定用户设备UE支持免授权的通信机制，则SMF实体生成数据包过滤信息并发送给UE，以便UE确定待传输的数据包是否能够使用免授权的通信机制。

其中，数据包过滤信息包括：数据包长度的阈值和数据包分片指示。

在一种可能的设计中，SMF实体获取UE的签约信息和网络策略；再根据该UE的签约信息或网络策略确定UE是否支持免授权的通信机制。

在一种可能的设计中，数据包长度的阈值和数据包分片指示用于指示UE确定待传输数据包是否能够使用免授权的通信机制。具体的，若UE确定待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则确定待传输的数据包能够使用免授权的通信机制。

在一种可能的设计中，数据包过滤信息还包括指示信息，该指示信息用于指示UE确定待传输的数据包是否有对应的下行数据包。

第三方面，提供一种数据通信的装置，包括接收单元，用于接收会话管理功能SMF实体发送的数据包过滤信息，数据包过滤信息包括：数据包长度的阈值和数据包分片指示；处理单元，用于若待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则确定待传输的数据包能够使用免授权的通信机制。

在一种可能的设计中，处理单元还用于若待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包是数据包分片，则确定待传输的数据包不能使用免授权的通信机制。

在一种可能的设计中，处理单元，还用于为待传输的数据包标记服务质量流标识QFI，该QFI指示待传输的数据包使用免授权的通信机制传输，或调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，该API指示待传输的数据包使用免授权的通信机制传输，或在待传输的数据包中添加数据包头，该数据包头用于指示待传输的数据包使用免授权的通信机制传输。

在一种可能的设计中，处理单元，还用于将待传输的数据包映射到用于免授权的通信机制的承载上。

在一种可能的设计中，数据包过滤信息还包括指示信息，该指示信息用于指示处理单元确定待传输的数据包是否有对应的下行数据包。处理单元，还用于根据指示信息确定待传输的数据包是否有对应的下行数据包。

在一种可能的设计中，接收单元，还用于若处理单元确定待传输的数据包有对应的下行数据包，则在免授权的承载上接收下行数据包；处理单元，还用于若确定待传输数据没有对应的下行数据包，则释放该承载。

第四方面，还提供一种数据通信的装置，包括：处理单元，用于确定用户设备UE支持免授权的通信机制；处理单元，还用于若确定UE支持免授权的通信机制，则生成数据包过滤信息；发送单元，用于向UE发送数据包过滤信息，使UE根据数据包过滤信息确定待传输的数据包是否能够使用免授权的通信机制。

其中，数据包过滤信息包括：数据包长度的阈值和数据包分片指示。

在一种可能的设计中，处理单元，用于获取UE的签约信息和网络策略；并根据UE的签约信息或网络策略确定UE是否支持免授权的通信机制。

在一种可能的设计中，数据包长度的阈值和数据包分片指示用于指示UE确定待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则UE确定待传输的数据包能够使用免授权的通信机制。

在一种可能的设计中，数据包过滤信息还包括指示信息，指示信息用于指示UE确定待传输的数据包是否有对应的下行数据包。

第五方面，提供了一种终端，包括：存储器、处理器、收发器和总线。其中，收发器，用于接收会话管理功能SMF实体发送的数据包过滤信息，数据包过滤信息包括：数据包长度的阈值和数据包分片指示；处理器，用于若待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则确定待传输的数据包能够使用免授权的通信机制。

在一种可能的设计中，处理器还用于若待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包是数据包分片，则确定待传输的数据包不能使用免授权的通信机制。

在一种可能的设计中，处理器还用于为待传输的数据包标记服务质量流标识QFI，该QFI指示待传输的数据包使用免授权的通信机制传输，或调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，该API指示待传输的数据包使用免授权的通信机制传输，或在待传输的数据包中添加数据包头，该数据包头用于指示待传输的数据包使用免授权的通信机制传输。

在一种可能的设计中，处理器还用于将待传输的数据包映射到用于免授权的通信机制的承载上。

在一种可能的设计中，数据包过滤信息还包括指示信息，该指示信息用于指示处理器确定待传输的数据包是否有对应的下行数据包。

在一种可能的设计中，处理器还用于根据指示信息确定待传输的数据包是否有对应的下行数据包。

在一种可能的设计中，收发器还用于若处理单元确定待传输的数据包有对应的下行数据包，则在免授权的承载上接收下行数据包；处理器，还用于若确定待传输数据没有对应的下行数据包，则释放承载。

第六方面，提供一种网络设备，包括：存储器、处理器、收发器和总线。其中，处理器，用于确定用户设备UE支持免授权的通信机制；处理器，还用于若确定UE支持免授权的通信机制，则生成数据包过滤信息；收发器，用于向UE发送数据包过滤信息，使UE根据数据包过滤信息确定待传输的数据包是否能够使用免授权的通信机制。

其中，数据包过滤信息包括：数据包长度的阈值和数据包分片指示。

在一种可能的设计中，处理器，还用于获取UE的签约信息和网络策略；处理器，还用于根据UE的签约信息或网络策略确定UE是否支持免授权的通信机制。

在一种可能的设计中，数据包长度的阈值和数据包分片指示用于指示UE确定待传输的数据包的长度小于或等于数据包长度的阈值，且待传输的数据包不是数据包分片，则UE确定待传输的数据包能够使用免授权的通信机制。

在一种可能的设计中，数据包过滤信息还包括指示信息，该指示信息用于指示UE确定待传输的数据包是否有对应的下行数据包。

第七方面，提供一种通信系统，该通信系统包括终端和网络设备；其中，终端为上述任一方面所述的UE；网络设备为上述任一方面所述的SMF实体。

第八方面，本申请实施例提供了一种计算机存储介质，用于存储终端所用的计算机软件指令，其包含用于执行上述方面所涉及的程序。

第九方面，本申请实施例提供了一种计算机存储介质，用于存储网络设备所用的计算机软件指令，其包含用于执行上述方面所涉及的程序。

本申请实施例提供一种数据通信的方法、装置及设备，包括：UE接收SMF实体发送的数据包过滤信息，若UE待传输的数据包的长度小于或等于该数据包长度的阈值，且该待传输的数据包不是数据包分片，则UE确定该待传输的数据包能够使用免授权的通信机制。其中，该数据包过滤信息包括数据包长度的阈值和数据包分片指示。相比较于现有技术中，仅仅基于业务的数据包大小来判断是否使用免授权的通信机制的方式，判断方式单一，不能满足不同业务需求的数据传输。而在本申请中，SMF实体可以设置不同的数据包过滤信息，发送给UE。然后UE根据该数据包过滤信息对待传输数据包进行筛选，确定能够使用免授权的通信机制进行传输的数据包。因此，不满足数据包过滤信息的待传输数据包则不使用免授权的通信机制，而满足数据包过滤信息的待传输数据包则可使用免授权的通信机制。这样，本申请提供的方法能够满足不同业务需求的数据传输，在提高信令效率的同时，还能保证业务的QOS需求。

附图说明

图1为本申请实施例提供的一种数据通信方法所应用的系统架构图；

图2为本申请实施例提供的一种SMF实体的结构示意图；

图3为本申请实施例提供的一种UE的结构示意图；

图4为本申请实施例提供的一种数据通信方法的流程示意图；

图5为本申请实施例提供的另一种数据通信方法的流程示意图；

图6为本申请实施例提供的一种UE的第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)协议栈的示意图；

图7为本申请实施例提供的又一种数据通信方法的流程示意图；

图8为本申请实施例提供的一种数据通信装置的结构示意图；

图9为本申请实施例提供的又一种数据通信装置的结构示意图；

图10为本申请实施例提供的一种终端的结构示意图；

图11为本申请实施例提供的一种网络设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述。

当UE和核心网无数据传输时，UE进入IDLE状态，此时，RAN释放了RRC连接，但核心网仍然保留UE的位置信息。若此时，UE需向数据网络发送数据，为了简化传输流程，提高信令效率，UE可以不重新建立RRC连接和专用承载，而是直接根据核心网指示建立用于GrantFree传输的默认承载，并通过该默认承载直接进行上行数据的传输，即使用Grant Free通信机制进行数据传输。

需要注意的是，Grant Free通信机制存在可靠性低、延迟大的缺点。因此，对于QOS要求较高的业务，例如IMS语音、在线游戏等，则不适用于Grant Free通信机制。于是，需要先采用本申请实施例提供的方法，对UE要传输的上行数据包进行筛选后，再使用GrantFree通信机制进行传输。

如图1所示，图1示出了本申请实施例提供的一种数据通信方法所应用的系统架构图，包括鉴定与移动性管理功能(Authentication and Mobility Management Function，AMF)实体10、一个或多个会话管理功能(Session Management Function，SMF)实体20、一个或多个用户设备UE30、数据网络(Data Network，DN)40、一个或多个用户面功能(User PlanFunction，UPF)实体50、RAN60、分组控制功能(Packet Control Function，PCF)实体70、应用功能(Application Function，AF)实体80、标准的数据管理(Unified Data Management，UDM)实体90，以及鉴定服务功能(Authentication Server Function，AUSF)实体00。

其中，AMF实体10用于根据UE30发送的会话连接建立请求选择SMF实体，以使得所选择的SMF实体建立UE30和UPF实体50之间的会话。

在本申请实施例中，SMF实体20用于根据UE30的签约信息和从PCF实体70处获取的网络策略，确定UE30是否能够使用Grant Free通信机制进行数据传输。若确定UE30能使用Grant Free通信机制进行数据传输，SMF实体20生成数据包过滤信息并发送给UE30，该数据包过滤信息用于指示UE30筛选出相应的数据包。SMF实体20还用于根据UE30的位置信息为UE分配UPF。

在申请实施例中，多个UE30，用于根据SMF实体20发送的数据包过滤信息筛选出相应的数据，并进行相应处理后传输给DN40。

DN40，用于提供数据服务的外部网络。

RAN60用于为UE30提供数据服务。例如，接收UE30发送的数据，或者向UE30发送数据，在实际使用过程中RAN60可以为基站。其中，在本申请实施例中，RAN还用于根据SMF实体20的指示为UE30配置用于Grant Free传输的承载。

在本申请实施例中，PCF实体70，用于为SMF提供网络策略，其中网络策略包括是否支持Grant Free传输。

标准的数据管理UDM实体90，用于存储用户签约信息。

示例性的，如图1所示，AMF实体10和SMF实体20之间通过接口N11通信。AMF实体10和UE30之间通过接口N1通信，AMF实体10和RAN60之间通过接口N2通信，AMF实体10与AUSF实体00之间通过接口N12通信，AMF实体10与UDM实体90之间通过接口N8通信，AMF实体10与PCF实体70之间通过接口N15通信，SMF实体20与UDM实体90之间通过接口N10通信，SMF实体20与UPF实体50之间通过接口N4通信，UPF实体50与数据网络40之间通过接口N6通信，PCF实体70与AF实体80之间通过接口N5通信。

图2为本申请实施例中SMF实体20的一种内部结构示意图，在本申请实施例中，SMF实体20可以包括处理器201、收发器202和存储器203。其中，处理器201用于控制SMF实体20的各部分硬件装置和应用程序软件等。在本申请实施例中，处理器201可以用于确定该UE30是否能够使用Grant Free通信机制以及生成数据包过滤信息等。收发器202用于可使用无线保真(Wireless Fidelity，WiFi)、长期演进(Long Term Evolution，LTE)以及5G等通讯方式接受其它设备发送的指令，也可以将SMF实体20的数据发送给其它设备。在本申请实施例中，收发器202可以用于接收其他网元设备，例如AMF实体10、PCF实体70发送的请求，收发器202还可用于向UDM实体90或PCF实体70发送数据等。存储器203用于执行SMF实体20的软件程序的存储、数据的存储和软件的运行等。在本申请实施例中，例如存储器203可以用于存储网络策略以及用户签约信息等。在本申请实施例中，各模块的具体功能在下述实施例中说明。

在本申请实施例中，UE30可以是为终端(terminal)，移动台(mobile station)，用户单元(subscriber unit)，站台(station)等。UE30可以为蜂窝电话(cellular phone)，个人数字助理(personal digital assistant，PDA)，无线调制解调器(Modem)，无线通信设备，手持设备(handheld)，膝上型电脑(laptop computer)，无绳电话(cordless phone)，无线本地环路(wireless local loop，WLL)台等。当UE30应用于M2M方式通信时，UE30可以称为M2M终端，具体可以是支持M2M通信的智能电表、智能家电等。

图3为本申请实施例提供的一种终端UE30的结构示意图，本申请实施例提供的终端可以用于实施上述图1所示的本申请各实施例实现的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照图4-图7所示的本申请各实施例。

该终端可以为手机、平板电脑、笔记本电脑、UMPC(Ultra-mobile PersonalComputer，超级移动个人计算机)、上网本、PDA(Personal Digital Assistant，个人数字助理)等终端设备，本申请实施例以终端为手机为例进行说明，图3示出的是与本申请各实施例相关的手机300的部分结构的框图。

如图3所示，手机300包括：RF(radio frequency，射频)电路320、存储器330、输入单元340、显示单元350、重力传感器360、音频电路370、处理器380、以及电源390等部件。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机300的各个构成部件进行具体的介绍：

RF电路320可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器380处理；另外，将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(low noise amplifier，低噪声放大器)、双工器等。此外，RF电路320还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(global system of mobilecommunication，全球移动通讯系统)、GPRS(general packet radio service，通用分组无线服务)、CDMA(code division multiple access，码分多址)、WCDMA(wideband codedivision multiple access，宽带码分多址)、LTE(long term evolution，长期演进)、电子邮件、SMS(short messaging service，短消息服务)等。

在本申请实施例中，RF电路320可用于向SMF实体发送会话建立请求，接收SMF发送的会话建立消息，该会话建立消息中还携带了SMF生成的数据包过滤信息。该数据包过滤信息包括数据包长度的阈值和数据包分片指示等信息。RF电路还可用于向RAN发送待传输数据包，并接收该待传输数据包的对应的下行数据包。

存储器330可用于存储软件程序以及模块，处理器380通过运行存储在存储器330的软件程序以及模块，从而执行手机300的各种功能应用以及数据处理。存储器330可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机300的使用所创建的数据(比如音频数据、图像数据、电话本等)等。此外，存储器330可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在本申请实施例中，存储器330可以用于存储接收到的数据包过滤器的信息，还可用于存储用于Grant Free传输的承载的信息。

输入单元340可用于接收输入的数字或字符信息，以及产生与手机300的用户设置以及功能控制有关的键信号输入。具体地，输入单元340可包括触摸屏341以及其他输入设备342。触摸屏341，也称为触控面板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏341上或在触摸屏341附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触摸屏341可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器380，并能接收处理器380发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏341。除了触摸屏341，输入单元340还可以包括其他输入设备342。具体地，其他输入设备342可以包括但不限于物理键盘、功能键(比如音量控制按键、电源开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元350可用于显示由用户输入的信息或提供给用户的信息以及手机300的各种菜单。显示单元350可包括显示面板351，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板341。进一步的，触摸屏341可覆盖显示面板351，当触摸屏341检测到在其上或附近的触摸操作后，传送给处理器380以确定触摸事件的类型，随后处理器380根据触摸事件的类型在显示面板351上提供相应的视觉输出。虽然在图3中，触摸屏341与显示面板351是作为两个独立的部件来实现手机300的输入和输入功能，但是在某些实施例中，可以将触摸屏341与显示面板351集成而实现手机300的输入和输出功能。

重力传感器(gravity sensor)360，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。

手机300还可以包括其它传感器，比如光传感器。具体地，光传感器可包括环境光传感器及接近光传感器。其中，环境光传感器可根据环境光线的明暗来调节显示面板341的亮度；接近光传感器可以检测是否有物体靠近或接触手机，可在手机300移动到耳边时，关闭显示面板341和/或背光。手机300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路370、扬声器371、麦克风372可提供用户与手机300之间的音频接口。音频电路370可将接收到的音频数据转换后的电信号，传输到扬声器371，由扬声器371转换为声音信号输出；另一方面，麦克风372将收集的声音信号转换为电信号，由音频电路370接收后转换为音频数据，再将音频数据输出至RF电路320以发送给比如另一手机，或者将音频数据输出至存储器330以便进一步处理。

处理器380是手机300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器330内的软件程序和/或模块，以及调用存储在存储器330内的数据，执行手机300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器380可包括一个或多个处理单元；优选的，处理器380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器380中。

在本申请实施例中，处理器380用于确定待传输数据包是否满足接收到的数据包过滤器的条件，例如：待传输数据包的长度是否小于或等于数据包长度的阈值，待传输数据包是否是数据包分片等等。处理器380还用于根据待传输数据包是否满足数据包过滤器的条件确定是否支持Grant Free的通信机制。处理器380还用于将待传输数据包映射到用于Grant Free传输的承载上。

手机300还包括给各个部件供电的电源390(比如电池)，优选的，电源可以通过电源管理系统与处理器380逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机300还可以包括WiFi(wireless fidelity，无线保真)模块、蓝牙模块等，在此不再赘述。

如图4所示，本申请实施例提供的一种数据通信的方法，可应用于如图1所示的系统架构中，具体包括：

101、UE向SMF实体发送会话建立请求。

具体的，当UE处于IDLE状态下，需向DN实体发送上行数据时，首先向AMF实体发送会话建立请求(Session Setup Request)消息，AMF实体接收到UE的Session SetupRequest消息后，为该UE选择相应的SMF实体，并将该Session Setup Request消息转发给SMF。

102、SMF实体确定该UE能否使用Grant Free通信机制。

具体的，SMF实体接收到UE发送的Session Setup Request消息后，向UDM实体发送验证UE上下文(Verify UE Context)的消息，从UDM实体中获取该UE的签约信息(subscription)，确定该UE的合法性。其中，subscription中可以携带该UE是否能够进行Grant Free的通信机制的信息。在确认UE的合法性后，SMF实体从PCF实体中获取网络策略(Apply Operator Policy)，policy中也可以携带该通信网络是否支持Grant Free的通信机制的信息，使得SMF实体可以根据UE的subscription或者policy确定该UE是否可以在该通信网络中使用Grant Free的通信机制。

图4中分别以102a、102b和102c示出本步骤的各个过程。

103、当确定该UE能使用Grant Free通信机制时，SMF实体生成数据包过滤信息。

其中，数据包过滤信息可以包括：数据包长度的阈值和数据包分片指示。其中，数据包长度的阈值为允许使用Grant Free通信机制的数据包的最大值。数据包分片指示为是否允许分片后的数据包使用Grant Free通信机制。需要说明是，仅仅根据数据包长度来判断数据包是否可以使用Grant Free通信机制是不够的。因为在数据包的传输中，也常常存在这样的情况，鉴于传输速度的要求或者其他因素，将一个大的数据包分片成几个小的数据包(即数据包分片)进行传输。在这种情况下，对于数据包分片来说，即使单个数据包分片是小于数据包长度的阈值，也不能采用Grant Free通信机制进行传输的。这是因为GrantFree的通信机制并不可靠，若单个数据包分片丢失或者延迟，那么即使成功接收到其他数据包分片也没有任何意义，反而会造成资源的浪费。因此，在确定一个数据包的长度小于该数据包长度的阈值后，还需要进一步判断该数据包是否为数据包分片。如果该数据包不是数据包分片，那么可以使用Grant Free通信机制，如果该数据包为数据包分片，则不可以使用Grant Free通信机制。

此外，数据包过滤信息还包括数据包的目的地址和端口等信息。

下面以待传输数据包为微信的心跳包或者为在线游戏的数据包为例，分别对数据包过滤信息的功能进行说明。

一种可实现的方式，数据包过滤信息可以这样设置：一、在允许使用Grant Free通信机制的目的IP地址和端口标识中添加微信业务对应的服务器的IP地址和端口标识。二、设置数据包长度的阈值。三、数据包分片指示设置为不可以分片。这样，当待传输的数据包同时满足上述三个条件后，则可能为微信的心跳包业务，根据该数据包过滤信息的筛选后的数据包能够确定为对QOS没有要求的业务，能够使用Grant Free通信机制进行传输。

另一种可实现的方式，数据包过滤信息还可以这样设置：禁止使用Grant Free通信机制的目的IP地址和端口标识中添加该在线游戏业务对应的服务器的IP地址和端口标识。这样，当待传输的数据包满足该数据包过滤信息的条件后，可确认为与该在线游戏相关的业务包。根据该数据包过滤信息的筛选后的数据包能够确定为对QOS有要求的业务，则不允许使用Grant Free通信机制。

需要注意的是，本申请实施例对数据包过滤信息的具体设置不做限定。

104、SMF实体向RAN发送会话建立(Session Setup)消息。

具体的，该Session Setup消息包括免授权承载建立指示(Grant Free BearerIndication)消息。该Grant Free Bearer Indication消息用于指示RAN为该UE建立一个用于Grant Free数据传输的默认承载，并且，该Grant Free Bearer Indication消息中还携带SMF实体生成的数据包过滤信息。

105、RAN根据Session Setup消息为该UE配置用于Grant Free数据传输的承载，并将该承载和数据包过滤信息发送给UE。

具体的，在本步骤完成后，RAN向SMF实体发送会话建立完成(Session SetupComplete)的确认消息。图4中以105b示出。

106、UE根据数据包过滤信息确定待传输数据包是否可使用Grant Free通信机制，若确定是，则执行步骤107。

其中，待传输数据包中携带与数据包过滤信息对应的字段，例如数据包长度字段、是否为数据包分片、数据包目的IP地址的字段以及目的端口标识的字段等。

具体的，UE根据待传输数据包中各个字段的内容确定是否都满足数据包过滤信息的条件。例如：待传输数据包的长度字段中的值是否小于或等于数据包过滤信息中长度阈值，待传输数据包的目的地址字段的值是否等于数据包过滤信息中允许使用Grant Free通信机制传输的服务器对应的IP地址，如果都满足，则确定该待传输数据包可使用GrantFree通信机制进行传输。如果待传数据包中存在至少一个字段内容不满足数据包过滤信息，则该待传输数据包不可使用Grant Free通信机制进行传输，可选的，则执行ServiceRequest流程，即采用传统的传输方式进行传输，具体实现方式可参考现有技术，在此不重复赘述。

107、UE使用Grant Free通信机制传输确定的待传输数据包。

具体的，UE将确定后的待传输数据包映射到用于Grant Free数据传输的承载上，使用Grant Free的传输机制将待传输数据包传输到DN实体。

本申请实施例提供一种数据通信的方法，相比较于现有技术中，仅仅基于业务的数据包大小来判断是否使用Grant Free通信机制的方式，判断方式单一，不能满足不同业务需求的数据传输。而在本申请中，SMF实体可以设置不同的数据包过滤信息，发送给UE。然后UE根据该数据包过滤信息对待传输数据包进行筛选，确定能够使用Grant Free通信机制进行传输的数据包。因此，不满足数据包过滤信息的待传输数据包则不使用Grant Free通信机制，而满足数据包过滤信息的待传输数据包则可使用Grant Free的通信机制。这样，本申请提供的方法能够满足不同业务需求的数据传输，在提高信令效率的同时，还能保证业务的QOS需求。

进一步的，在步骤106之后，在步骤107之前，如图5所示，本申请实施例还提供一种数据通信的方法，包括：

201、UE对确定为能够使用Grant Free通信机制传输的待传输数据包进行标识。

可选的，UE可为确定的待传输的数据包标记服务质量流标识(QOS Flow ID，QFI)，在表1所示数据结构中，L1包头为物理层的包头；L2包头为介质访问控制(Media AccessControl，MAC)层、无线链路层控制协议(Radio Link Control，RLC)层以及分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层的包头；协议数据单元(Protocol DataUnit，PDU)可为网络协议(Internet Protocol，IP)数据包，也可为非IP数据包。示例的，可在L2包头中标记QFI，该QFI用于指示该待传输的数据包可使用免授权的通信机制传输。

表1

可选的，UE也可以调用IP层和PDCP层之间的应用程序编程接口(ApplicationProgramming Interface，API)，该API用于指示该数据包可以使用免授权的通信机制传输。

具体的，如图6所示，UE的3GPP协议栈可划分为应用层、IP层、PDCP层、RLC层、MAC层和物理层。其中，UE通过IP层来确定待传输数据包可使用Grant Free通信机制进行传输，通过IP层和PDCP层之间的API调用待传输的数据包，然后，PDCP层再对指示为能使用GrantFree通信机制的待传输数据包进行处理并将待传输数据包映射到用于Grant Free传输的承载上。

可选的，如表2所示，UE也可以为该待传输的数据包添加一个数据包头，添加的数据包头用于指示该待传输的数据包使用免授权的通信机制传输。

表2

L1包头

L2包头

添加的包头

协议数据单元

需要注意的是，添加的包头中也可用来标记QFI。

本申请实施例提出了UE对确定能使用Grant Free通信机制的待传输数据包进行标识的三种示例，然而，本申请实施例并不限定标识的具体实现方式。

进一步的，在步骤103中的数据包过滤信息还可包括其他指示信息，例如：用于指示UE确定待传输的数据包是否有对应的下行数据包，以及该下行数据包可能的传输时间等信息。如图7所示，在步骤107之后，还可以包括：

301、UE确定使用Grant Free通信机制传输的数据包是否有对应的下行数据包。

具体的，根据数据包过滤信息中的指示，UE确定使用Grant Free通信机制传输的数据包是否有对应的下行数据包，具体的，可通过该数据包的字段内容来判断。若该数据包有对应的下行数据包，则执行步骤302；若没有，执行步骤303。

302、UE在用于Grant Free数据传输的承载上接收该数据包对应的下行数据包。

具体的，UE可根据过滤信息中下行数据可能的传输时间，为该承载保留相应的时间。

303、UE释放用于Grant Free数据传输的承载。

这样一来，当使用Grant Free通信机制传输的数据包对应有下行数据包时，可以继续使用Grant Free的承载进行接收，不用额外增加信令，有利于节省信令的使用数量，有利于提高数据传输的效率。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，终端和网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端和网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的装置800的一种可能的结构示意图，装置800包括：接收单元801和处理单元802。接收单元801用于支持装置800执行图4中的过程105；处理单元802用于支持装置800执行图4中的过程106、107，图5中的过程201，图7中的过程301-303。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

其中，装置800可以是如图3所示的手机300。具体的，接收单元801可以是如图3所示的RF电路310；处理单元802如图3所示的处理器330，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的装置900的一种可能的结构示意图，装置900包括：处理单元901和发送单元902。处理单元901用于支持装置900执行图4中的过程102c、103。发送单元902用于支持装置900执行图4中的过程104。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

其中，装置900可以是如图2所示的SMF实体。具体的，发送单元902可以是如图2所示的收发器202。处理单元901可以是如图2所示的处理器201，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital SignalProcessor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

上述装置800的结构还可以为如如图10所示的终端1000，终端1000包括：处理器1001、收发器1002、存储器1003以及总线1004。其中，收发器1002、处理器1001以及存储器1003通过总线1004相互连接；总线1004可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

上述装置900的结构还可以为如如图11所示的网络设备1100，该网络设备1100实体包括：处理器1101、收发器1102、存储器1103以及总线1104。其中，收发器1102、处理器1101以及存储器1103通过总线1104相互连接；总线1104可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(ReadOnly Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (30)

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

用户设备UE接收会话管理功能SMF实体发送的数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则所述UE确定所述待传输的数据包能够使用免授权的通信机制。

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

若所述UE确定所述待传输的数据包的长度大于所述数据包长度的阈值，则所述UE确定所述待传输的数据包不能使用免授权的通信机制；

若所述UE确定所述待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包是数据包分片，则所述UE确定所述待传输的数据包不能使用免授权的通信机制。

3.根据权利要求1所述的方法，其特征在于，在所述UE确定所述待传输的数据包能够使用免授权的通信机制之后，所述方法还包括：

所述UE为所述待传输的数据包标记服务质量流标识QFI，所述QFI指示所述待传输的数据包使用免授权的通信机制传输，或所述UE调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，所述API指示所述待传输的数据包使用免授权的通信机制传输，或所述UE在所述待传输的数据包中添加数据包头，所述数据包头用于指示所述待传输的数据包使用免授权的通信机制传输。

4.根据权利要求3所述的方法，其特征在于，在所述UE为所述待传输的数据包标记服务质量流标识QFI，或所述UE调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，或所述UE在所述待传输的数据包中添加数据包头之后，所述方法还包括：

所述UE将所述待传输的数据包映射到所述用于免授权的通信机制的承载上。

5.根据权利要求4所述的方法，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述UE确定所述待传输的数据包是否有对应的下行数据包。

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

所述UE根据所述指示信息确定所述待传输的数据包是否有对应的下行数据包。

7.根据权利要求6所述的方法，其特征在于，在所述UE将所述待传输的数据包映射到所述用于免授权的通信机制的承载上之后，所述方法还包括：

若所述UE确定所述待传输的数据包有对应的下行数据包，则所述UE在所述承载上接收所述下行数据包；

若所述UE确定所述待传输数据没有对应的下行数据包，则所述UE释放所述承载。

8.一种数据通信的方法，其特征在于，包括：

若会话管理功能SMF实体确定用户设备UE支持免授权的通信机制，则所述SMF实体生成数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

所述SMF实体向所述UE发送所述数据包过滤信息，使所述UE根据所述数据包过滤信息确定待传输的数据包是否能够使用免授权的通信机制；

其中，所述数据包长度的阈值和数据包分片指示用于指示所述UE确定待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则所述UE确定所述待传输的数据包能够使用免授权的通信机制。

9.根据权利要求8所述的方法，其特征在于，所述会话管理功能SMF实体确定用户设备UE支持免授权的通信机制包括：

所述SMF实体获取所述UE的签约信息和网络策略；

所述SMF实体根据所述UE的所述签约信息或所述网络策略确定所述UE是否支持免授权的通信机制。

10.根据权利要求8或9所述的方法，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述UE确定所述待传输的数据包是否有对应的下行数据包。

11.一种数据通信的装置，其特征在于，包括：

接收单元，用于接收会话管理功能SMF实体发送的数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

处理单元，用于若待传输的数据包的长度小于或等于所述接收单元接收到的所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则确定所述待传输的数据包能够使用免授权的通信机制。

12.根据权利要求11所述的装置，其特征在于，所述处理单元，还用于若确定所述待传输的数据包的长度大于所述数据包长度的阈值，则确定所述待传输的数据包不能使用免授权的通信机制；

所述处理单元，还用于若所述待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包是数据包分片，则确定所述待传输的数据包不能使用免授权的通信机制。

13.根据权利要求11所述的装置，其特征在于，所述处理单元，还用于为所述待传输的数据包标记服务质量流标识QFI，所述QFI指示所述待传输的数据包使用免授权的通信机制传输，或调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，所述API指示所述待传输的数据包使用免授权的通信机制传输，或在所述待传输的数据包中添加数据包头，所述数据包头用于指示所述待传输的数据包使用免授权的通信机制传输。

14.根据权利要求13所述的装置，其特征在于，所述处理单元，还用于将所述待传输的数据包映射到所述用于免授权的通信机制的承载上。

15.根据权利要求14所述的装置，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述处理单元确定所述待传输的数据包是否有对应的下行数据包。

16.根据权利要求15所述的装置，其特征在于，所述处理单元，还用于根据所述指示信息确定所述待传输的数据包是否有对应的下行数据包。

17.根据权利要求16所述的装置，其特征在于，所述接收单元，还用于若确定所述待传输的数据包有对应的下行数据包，则在所述承载上接收所述下行数据包；

所述处理单元，还用于确定所述待传输数据没有对应的下行数据包，则释放所述承载。

18.一种数据通信的装置，其特征在于，包括：

处理单元，用于确定用户设备UE支持免授权的通信机制；

所述处理单元，用于若确定所述UE支持免授权的通信机制，则生成数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

发送单元，用于向所述UE发送所述处理单元生成的所述数据包过滤信息，使所述UE根据所述数据包过滤信息确定待传输的数据包是否能够使用免授权的通信机制；

其中，所述数据包长度的阈值和数据包分片指示用于指示所述UE确定待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则所述UE确定所述待传输的数据包能够使用免授权的通信机制。

19.根据权利要求18所述的装置，其特征在于，所述处理单元，用于获取所述UE的签约信息和网络策略；

所述处理单元，还用于根据所述UE的所述签约信息或所述网络策略确定所述UE是否支持免授权的通信机制。

20.根据权利要求18或19所述的装置，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述UE确定所述待传输的数据包是否有对应的下行数据包。

21.一种终端，其特征在于，包括：存储器、处理器、收发器和总线；

所述收发器，用于接收会话管理功能SMF实体发送的数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

所述处理器，用于若待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则确定所述待传输的数据包能够使用免授权的通信机制。

22.根据权利要求21所述的终端，其特征在于，所述处理器，还用于若确定所述待传输的数据包的长度大于所述数据包长度的阈值，则确定所述待传输的数据包不能使用免授权的通信机制；

所述处理器，还用于若所述待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包是数据包分片，则确定所述待传输的数据包不能使用免授权的通信机制。

23.根据权利要求21所述的终端，其特征在于，所述处理器，还用于为所述待传输的数据包标记服务质量流标识QFI，所述QFI指示所述待传输的数据包使用免授权的通信机制传输，或调用网络协议IP层和分组数据汇聚协议PDCP层之间的应用程序编程接口API，所述API指示所述待传输的数据包使用免授权的通信机制传输，或在所述待传输的数据包中添加数据包头，所述数据包头用于指示所述待传输的数据包使用免授权的通信机制传输。

24.根据权利要求23所述的终端，其特征在于，所述处理器，还用于将所述待传输的数据包映射到所述用于免授权的通信机制的承载上。

25.根据权利要求24所述的终端，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述处理器确定所述待传输的数据包是否有对应的下行数据包。

26.根据权利要求25所述的终端，其特征在于，所述处理器，还用于根据所述指示信息确定所述待传输的数据包是否有对应的下行数据包。

27.根据权利要求26所述的终端，其特征在于，所述收发器，还用于若所述处理器确定所述待传输的数据包有对应的下行数据包，则在所述承载上接收所述下行数据包；

所述处理器，还用于若确定所述待传输数据没有对应的下行数据包，则释放所述承载。

28.一种网络设备，其特征在于，包括：存储器、处理器、收发器和总线；

所述处理器，用于确定用户设备UE支持免授权的通信机制；

所述处理器，还用于若确定所述UE支持免授权的通信机制，则生成数据包过滤信息，所述数据包过滤信息包括：数据包长度的阈值和数据包分片指示；

所述收发器，用于向所述UE发送所述数据包过滤信息，使所述UE根据所述数据包过滤信息确定待传输的数据包是否能够使用免授权的通信机制；

其中，所述数据包长度的阈值和数据包分片指示用于指示所述UE确定待传输的数据包的长度小于或等于所述数据包长度的阈值，且所述待传输的数据包不是数据包分片，则所述UE确定所述待传输的数据包能够使用免授权的通信机制。

29.根据权利要求28所述的网络设备，其特征在于，所述处理器，还用于获取所述UE的签约信息和网络策略；

所述处理器，还用于根据所述UE的所述签约信息或所述网络策略确定所述UE是否支持免授权的通信机制。

30.根据权利要求28或29所述的网络设备，其特征在于，所述数据包过滤信息还包括指示信息，所述指示信息用于指示所述UE确定所述待传输的数据包是否有对应的下行数据包。

Images