WO2021239075A1 - 下行数据的处理方法、装置及终端 - Google Patents

下行数据的处理方法、装置及终端 Download PDF

Info

Publication number
WO2021239075A1
WO2021239075A1 PCT/CN2021/096531 CN2021096531W WO2021239075A1 WO 2021239075 A1 WO2021239075 A1 WO 2021239075A1 CN 2021096531 W CN2021096531 W CN 2021096531W WO 2021239075 A1 WO2021239075 A1 WO 2021239075A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
downlink data
verification
downlink
processing
Prior art date
Application number
PCT/CN2021/096531
Other languages
English (en)
French (fr)
Inventor
吴昱民
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Priority to EP21814352.7A priority Critical patent/EP4149133A4/en
Priority to KR1020227040853A priority patent/KR20230004756A/ko
Publication of WO2021239075A1 publication Critical patent/WO2021239075A1/zh
Priority to US18/058,868 priority patent/US20230095930A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure

Definitions

  • the present invention relates to the field of communications, and in particular to a method, device and terminal for processing downlink data.
  • the user equipment (UE) can send small data (Small Data Transmission, SDT) directly to the network side when the user equipment (UE) is in the IDLE state or the inactive state.
  • small data Small Data Transmission, SDT
  • the small data is sent to the network side through the message 3 (Msg3) of the 4-step random access process of the initial access, or the message A (MsgA) of the 2-step random access process of the initial access is sent, or, in the network
  • the configured dedicated uplink physical uplink shared information (PUSCH) resource (for example, pre-configured PUSCH; or PUR (Preallocated Uplink Resource)) sends small data to the network side.
  • the network side can directly send small data to the UE in a corresponding manner.
  • the network side sends small data directly to the UE through the message 4 (Msg4) of the 4-step random access process of initial access, or the network side sends the message B (MsgB) of the 2-step random access process of initial access to the UE.
  • the small data is directly sent to the UE, or the network side directly sends the small data to the UE through the downlink feedback resource corresponding to the dedicated uplink resource configured by the network.
  • the purpose of the embodiments of the present application is to provide a method, device, and terminal for processing downlink data to ensure data security.
  • a method for processing downlink data is provided, which is applied to a terminal, and the method includes: receiving predetermined downlink data; verifying the downlink data, and processing the downlink data according to the verification result.
  • a device for processing downlink data which includes: a receiving module for receiving predetermined downlink data; a processing module for verifying the downlink data, and performing processing on the downlink data according to the verification result deal with.
  • a terminal in a third aspect, includes a memory, a processor, and a program or instruction that is stored on the memory and can run on the processor.
  • the program or instruction When the program or instruction is executed by the processor, Implement the steps of the method as described in the first aspect.
  • a readable storage medium is provided, and a program or instruction is stored on the readable storage medium, and the program or instruction implements the steps of the method described in the first aspect when the program or instruction is executed by a processor.
  • a chip in a fifth aspect, includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction of a terminal to implement the Methods.
  • the terminal when the terminal receives predetermined downlink data, it verifies the downlink data, and processes the downlink data according to the verification result, thereby ensuring the security of the data.
  • Fig. 1 shows a block diagram of a wireless communication system to which an embodiment of the present application can be applied
  • the data content of the downlink data may be sent to the high-level protocol entity, and the high-level protocol entity may receive the downlink data after receiving the downlink data.
  • the data content of the downlink data is not processed immediately, but after the contention resolution verification of the downlink data is passed, the higher-level protocol entity processes the data content of the downlink data.
  • the terminal 500 may also include a power source (such as a battery) for supplying power to various components.
  • the power source may be logically connected to the processor 510 through a power management system, so that the power management system can manage charging, discharging, and power consumption. Management and other functions.
  • the terminal structure shown in FIG. 5 does not constitute a limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or some components may be combined, or different component arrangements, which will not be repeated here.
  • the input unit 504 may include a graphics processing unit (GPU) 5041 and a microphone 5042.
  • the graphics processor 5041 is paired by the image capture device ( For example, the image data of the still picture or video obtained by the camera) is processed.
  • the display unit 506 may include a display panel 5061, and the display panel 5061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 507 includes a touch panel 5071 and other input devices 5072.
  • the touch panel 5071 is also called a touch screen.
  • the touch panel 5071 may include two parts: a touch detection device and a touch controller.
  • Other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackball, mouse, and joystick, which will not be repeated here.
  • the radio frequency unit 501 receives the downlink data from the network-side device and sends it to the processor 510 for processing; in addition, it sends the uplink data to the network-side device.
  • the radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.
  • the memory 509 can be used to store software programs or instructions and various data.
  • the memory 509 may mainly include a storage program or instruction area and a data storage area, where the storage program or instruction area may store an operating system, an application program or instruction required by at least one function (such as a sound playback function, an image playback function, etc.).
  • the memory 509 may include a high-speed random access memory, and may also include a non-volatile memory, where the non-volatile memory may be a read-only memory (Read-Only Memory, ROM) or a programmable read-only memory (Programmable ROM).
  • the processor 510 may include one or more processing units; optionally, the processor 510 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, and application programs or instructions, etc.
  • the modem processor mainly deals with wireless communication, such as a baseband processor. It can be understood that the foregoing modem processor may not be integrated into the processor 510.
  • the downlink data includes any one of the following:
  • the data type of the downlink data includes at least one of the following:
  • Signaling radio carries SRB data.
  • the state of the terminal includes any one of the following:
  • the processor 510 verifies the downlink data, and processes the downlink data according to the verification result, including at least one of the following:
  • the downlink data includes both SRB data and DRB data
  • verification processing is performed on the SRB data or DRB data in the downlink data, and the downlink data is processed according to the verification processing result.
  • the processor 510 performs contention resolution verification on the downlink data, and processes the downlink data according to the contention resolution verification result, including:
  • the contention resolution verification of the downlink data is passed, the data content of the downlink data is processed by the higher-level protocol entity of the terminal; if the contention resolution verification of the downlink data fails, the failure is ignored.
  • the data content of the downlink data is sent to the higher-level protocol entity; or,
  • the processor 510 performs contention resolution verification on the downlink data, and according to the contention resolution verification result, processing the downlink data includes: sending the data content of the downlink data to the higher-level protocol entity for processing, and Perform contention resolution verification on the downlink data, and if the high-level protocol entity of the terminal fails to process the data content of the downlink data, and the contention resolution verification on the downlink data also fails, then ignore the result of this failure.
  • the processor 510 ignores the result of this failure, including at least one of the following:
  • the failure recovery process is not performed.
  • the processor 510 fails to process the data content of the downlink data, including at least one of the following:
  • the processor 510 performs contention resolution verification on the downlink data, including:
  • the contention resolution data included in the downlink data is used to perform contention resolution verification.
  • the processor 510 performs verification processing on the SRB data or DRB data in the downlink data, and processes the downlink data according to the verification processing result, including:
  • the verification processing of the first data type data in the downlink data is passed, then the verification processing is performed on the second data type data in the downlink data; wherein, the first data type data is the SRB data, The second data type data is the DRB data; or, the first data type data is the DRB data, and the second data type data is the SRB data.
  • the processor 510 is further configured to perform a failure recovery process if the verification processing of the first data type in the downlink data fails.
  • the verification processing performed by the processor 510 on the first data type data includes at least one of the following:
  • the failure of the processor 510 to verify the data of the first data type includes at least one of the following:
  • the decryption of the data of the first data type fails.
  • the processor 510 executes the failure recovery process, including at least one of the following:
  • the terminal enters the IDLE state
  • the terminal when the network side passes "Msg4 for the 4-step random access process for initial access” or “MsgB for the 2-step random access process for initial access” or “dedicated uplink resources configured by the network”
  • the terminal can receive the data after verifying the security of the network, thereby ensuring the security of data reception.
  • the technology described in the embodiments of the present application can be implemented by modules (for example, procedures, functions, etc.) that execute the functions described in the embodiments of the present application.
  • the software codes can be stored in the memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种下行数据的处理方法、装置及终端。其中，该下行数据的处理方法包括：接收预定的下行数据；对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。

Description

下行数据的处理方法、装置及终端
相关申请的交叉引用
本申请主张在2020年05月29日在中国提交的中国专利申请号202010479263.0的优先权，其全部内容通过引用包含于此。
技术领域
本发明涉及通信领域，尤其涉及一种下行数据的处理方法、装置及终端。
背景技术
在相关技术中，根据网络侧配置的资源，用户设备(UE)在空闲(IDLE)状态或非激活(INACTIVE)状态的情况下，可以将小数据(Small Data Transmission，SDT)直接发送给网络侧。
例如，通过初始接入的4步随机接入过程的消息3(Msg3)将小数据发送给网络侧，或者通过初始接入的2步随机接入过程的消息A(MsgA)，或者，在网络配置的专属上行物理上行共享信息(PUSCH)资源(例如，pre-configured PUSCH；或，PUR(Preallocated Uplink Resource))将小数据发送给网络侧。
对应地，网络侧可以通过相应的方式将小数据直接发给UE。例如，网络侧通过初始接入的4步随机接入过程的消息4(Msg4)将小数据直接发送给UE，或者，网络侧通过初始接入的2步随机接入过程的消息B(MsgB)将小数据直接发送给UE，或者，网络侧通过与网络配置的专属上行资源对应的下行反馈资源将小数据直接发送给UE。
当网络侧在通过上述场景向UE发送数据的时候，如何保证数据的安全性，目前尚未给出有效的解决方案。
发明内容
本申请实施例的目的是提供一种下行数据的处理方法、装置及终端，以保证数据的安全性。
第一方面，提供了一种下行数据的处理方法，应用于终端，所述方法包括：接收预定的下行数据；对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
第二方面，提供了一种下行数据的处理装置，包括：接收模块，用于接收预定的下行数据；处理模块，用于对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
第三方面，提供了一种终端，该终端包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面，提供了一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
第五方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述 处理器耦合，所述处理器用于运行终端的程序或指令，实现如第一方面所述的方法。
在本申请实施例中，终端在接收到预定的下行数据时，对下行数据进行验证，根据验证结果，对下行数据进行处理，从而可以保证数据的安全性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1示出本申请实施例可应用的一种无线通信系统的框图；
图2示出本申请实施例提供的下行数据的处理方法的一种流程示意图；
图3示出本申请实施例提供的下行数据的处理装置的另一种结构示意图；
图4是本申请实施例提供的一种通信设备的结构示意图；
图5是本申请实施例提供的一种终端的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple 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代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP) 或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的下行数据的处理方法进行详细地说明。
图2为本申请实施例中提供的下行数据的处理方法的一种流程示意图，该方法200可以由终端执行。换言之，所述方法可以由安装在终端上的软件或硬件来执行。如图2所示，该方法可以包括以下步骤。
S210，接收预定的下行数据。
S212，对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
在本申请实施例中，终端在接收到预定的下行数据时，对下行数据进行验证，并根据验证结果，对下行数据进行处理，从而可以保证数据的安全性。
在一个可能的实现方式中，所述预定的下行数据可以包括以下任一项：
(1)4步随机接入过程中的Msg4；例如，网络侧在通过初始接入的4步随机接入过程中发送的Msg4携带的数据。
(2)2步随机接入过程中的消息B MsgB；例如，网络侧在通过初始接入的2步随机接入过程中发送的MsgB携带的数据。
(3)预定下行反馈资源上传输的下行数据，其中，所述预定下行反馈资源与网络配置的专属上行资源对应。
通过上述可能的实现方式中，可以保证网络侧通过“初始接入的4步随机接入过程的Msg4”或“初始接入的2步随机接入过程的MsgB”或“网络配置的专属上行资源对应的下行反馈资源”给UE发送的数据的接收(或发送)的安全性。
在一个可能的实现方式中，终端当前的状态可以包括以下：空闲(IDLE)态或非激活(INACTIVE，也可以称为非活跃)态。在该可能的实现方式中，对于处于空闲态或非激活态的终端在接收到网络侧直接发送的数据时，对该数据进行验证，根据验证结果，对该数据进行处理，以保证该数据的安全性。
在一个可能的实现方式中，预定的下行数据的类型可以包括以下至少一种：
(1)数据无线承载(Data Radio Bearer，DRB)数据；
(2)信令无线承载(signaling radio bearer，SRB)数据。
也就是说，在该可能的实现方式中，预定的下行数据中可能包括DRB数据和/或SRB数据。
在一个可能的实现方式中，S212可以包括以下至少一项：
(1)对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理；
(2)若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理。
在一个可能的实现方式中，在对所述下行数据进行竞争解决验证时，可以利用所述下行数据中包括的竞争解决数据，进行竞争解决验证。
例如，对于2步随机接入过程，对于连接(CONNECTED)态的终端，其MsgB竞争 解决验证可以为：小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)物理下行控制信道(PDCCH)调度的下行传输中包括了绝对定时提前命令(Absolute Timing Advance Command)媒体接入控制层控制单元(MAC CE)。对于空闲态或非激活态的终端，其MsgB竞争解决验证可以为：MsgB的解码成功响应(successRAR)中的终端解决冲突标识(Contention Resolution Identity)信息与其发送的上行公共控制信道(UL CCCH)服务数据单元(SDU)的前48bit匹配。
对于4步随机接入过程，对于CONNECTED UE，其Msg4竞争解决验证可以为：C-RNTI PDCCH调度的上行传输为新传。对于IDLE UE或INACTIVE UE，其Msg4竞争解决验证可以为：其接收的终端冲突解决标识MAC CE中的终端冲突解决标识信息与该终端发送的UL CCCH SDU的前48bit匹配。
在上述可能的实现方式中，可选地，可以在对所述下行数据进行竞争解决验证通过后，则通过终端的高层协议实体对下行数据中的数据内容进行处理；若对所述下行数据进行竞争解决验证失败，则忽略本次失败。通过该可能的实现方式可以保证下行数据接收的安全性。
例如，在一个可能的实现方式中，可以在对所述下行数据进行竞争解决验证通过后，将所述下行数据的数据内容发送给所述高层协议实体，由高层协议实体对下行数据中的数据内容进行处理。
例如，Msg4或MsgB中包括了竞争解决MAC CE和DRB-1(或LCH-1)的数据。则终端先对该竞争解决MAC CE进行验证。当该竞争解决MAC CE验证通过后，终端将该竞争解决MAC CE对应的DRB-1的数据(如，MAC SDU-1)递交给高层协议实体进行处理，其中，高层协议实体可以为无线链路控制(Radio Link Control，RLC)层实体和/或分组数据会聚协议(Packet Data Convergence Protocol，PDCP)层实体。
或者，在另一个可能的实现方式中，也可以在对所述下行数据进行竞争解决验证之前，将所述下行数据的数据内容发送给所述高层协议实体，高层协议实体在接收到下行数据后，并不立即对下行数据的数据内容进行处理，而是在对下行数据进行竞争解决验证通过之后，高层协议实体才对下行数据的数据内容进行处理。
例如，Msg4或MsgB中包括了竞争解决MAC CE和DRB-1(或LCH-1)的数据。在竞争解决验证完成前，UE允许将DRB-1的数据发送给高层协议实体(如，RLC和/或PDCP)，但是该高层协议实体不对该数据包进行处理。当该竞争解决验证通过后，高层协议实体(如，RLC和/或PDCP)对该接收到的数据内容进行处理。
其中，可选地，高层协议实体对接收到的数据内容进行处理可以包括以下至少一项：
(1)对所述下行数据的数据内容进行完整性保护验证；例如，对PDCP协议数据单元(Protocol Data Unit，简称为PDU)包末尾的MAC-I进行验证。
(2)对所述下行数据的数据内容进行解密；例如，对PDCP PDU中的内容进行解密。
(3)对所述下行数据的数据内容进行解压缩。例如，对PDCP PDU中的内容进行健壮头压缩(Robust Header Compression，ROHC)解压缩操作。
在一个可能的实现方式中，对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理可以包括：将所述下行数据的数据内容发送给所述高层协议实体处理，并对所述下行数据进行竞争解决验证，如果所述终端的高层协议实体对所述下 行数据的数据内容进行处理失败，且对所述下行数据进行竞争解决验证也失败，则忽略本次失败结果。在该可能的实现方式中，UE允许在竞争解决前就对接收到的数据进行处理，例如，高层协议实体可以在接收到下行数据的数据内容后，即对该数据内容进行处理，如果该接收到的数据处理失败，且竞争解决验证也失败，则UE忽略本次失败结果。
其中，在一个可能的实现方式中，高层协议实体对接收到的数据内容进行处理可以包括以下至少一项：
(1)对所述下行数据的数据内容进行完整性保护验证；例如，对PDCP协议数据单元(Protocol Data Unit，简称为PDU)包末尾的MAC-I进行验证。
(2)对所述下行数据的数据内容进行解密；例如，对PDCP PDU中的内容进行解密。
(3)对所述下行数据的数据内容进行解压缩。例如，对PDCP PDU中的内容进行健壮头压缩(Robust Header Compression，ROHC)解压缩操作。
对应地，在一个可能的实现方式中，对所述下行数据的数据内容进行处理失败可以包括以下至少一项：
(1)对所述下行数据的数据内容进行完整性保护验证失败；
(2)对所述下行数据的数据内容进行解密失败；
(3)对所述下行数据的数据内容进行解压缩失败。
在一个可能的实现方式，忽略本次失败结果可以包括以下至少一项：
(1)丢弃下行数据的数据包
(2)不执行失败恢复过程。例如，在相关技术中，对于完整性保护验证失败的终端，其失败恢复过程为进入IDLE状态，而在该可能的实现方式中，INACTIVE状态的UE不进入IDLE状态。
在一个可能的实现方式中，若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行处理，根据验证处理结果，对所述下行数据进行处理，包括：若对所述下行数据中的SRB数据或DRB数据进行验证处理通过，则对所述下行数据中的DRB数据进行处理。
在一个可能的实现方式中，可以先对SRB数据进行验证处理，在SRB数据进行验证处理通过之后，再对DRB数据进行验证处理。或者，也可以先对DRB数据进行验证处理，在DRB数据验证通过之后，再对DRB数据进行验证处理。因此，在该可能的实现方式中，对所述下行数据中的SRB数据或DRB数据进行验证处理通过，则对所述下行数据中的DRB数据进行处理可以包括：
若对所述下行数据中的第一数据类型数据进行验证处理通过，则对所述下行数据中的第二数据类型数据进行验证处理；
其中，所述第一数据类型数据为所述SRB数据，所述第二数据类型数据为所述DRB数据；或者，所述第一数据类型数据为所述DRB数据，所述第二数据类型数据为所述SRB数据。
在上述各个可能的实现方式中，可选地，如果对所述下行数据中的SRB数据或DRB数据进行验证处理失败，则执行失败恢复过程。即上述各个可能的实现方式中，如果对SRB数据进行验证处理，或者对DRB数据进行验证处理失败，则执行失败恢复过程，而不再执行对另一种数据类型的数据的验证处理。
其中，可选地，对所述第一数据类型数据进行验证处理包括以下至少一项：
(1)对所述第一数据类型数据进行完整性保护验证；
(2)对所述第一数据类型数据进行解密。
对应的，在一个可能的实现方式中，对所述第一数据类型数据进行验证处理失败包括以下至少一项：
(1)对所述第一数据类型数据进行完整性保护验证失败；
(2)对所述第一数据类型数据进行解密失败。
在上述各个可能的实现方式中，所述执行失败恢复过程可以包括以下至少一项：
(1)所述终端进入IDLE态；例如，INACTIVE状态的终端进入IDLE态。
(2)丢弃处理失败的所述第一数据类型数据的数据包；
(3)丢弃所述下行数据中的数据包；
(4)触发小区选择或重选过程；
(5)触发连接重建立过程或连接建立过程
(6)将所述终端保存的上行文信息或配置信息回退到预设状态，其中，所述预设状态为与所述下行数据对应的上行数据发送前的状态。例如，INACTIVE状态终端根据配置信息(如，NCC)生成新的安全秘钥，并使用该安全秘钥在Msg3或MsgA中进行数据发送。当发生SRB数据处理失败的时候，终端将其安全配置(如，NCC)回退到Msg3或MsgA数据发送前的状态。则在下次数据发送的时候，终端仍然使用该配置信息(如，NCC)生成安全秘钥并进行数据发送。
通过本申请提供的上述方法，当网络侧在通过“初始接入的4步随机接入过程的Msg4”或“初始接入的2步随机接入过程的MsgB”或“网络配置的专属上行资源对应的下行反馈资源”给UE发送数据的时候，UE可以在对网络进行安全验证后才进行数据的接收，从而保证了数据接收的安全性。
需要说明的是，本申请实施例提供的下行数据的处理方法，执行主体可以为下行数据的处理装置，或者，该下行数据的处理装置中的用于执行下行数据的处理方法的控制模块。本申请实施例中以下行数据的处理装置执行下行数据的处理方法为例，说明本申请实施例提供的下行数据的处理装置。
图3示出本申请实施例提供的下行数据的处理装置的一种结构示意图，如图3所示，该下行数据的处理装置300可以包括：接收模块301，用于接收预定的下行数据；处理模块302，用于对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
在一个可能的实现方式中，所述下行数据包括以下任一项：4步随机接入过程中的消息4Msg4；2步随机接入过程中的消息B MsgB；预定下行反馈资源上传输的下行数据，其中，所述预定下行反馈资源与网络配置的专属上行资源对应。
在一个可能的实现方式中，所述下行数据的数据类型包括以下至少一种：数据无线承载DRB数据；信令无线承载SRB数据。
在一个可能的实现方式中，所述终端的状态包括以下任一种：空闲IDLE态；非激活INACTIVE态。
在一个可能的实现方式中，所述处理模块302对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理，包括以下至少一项：对所述下行数据进行竞争解决验证， 根据竞争解决验证结果，对所述下行数据进行处理；若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理。
在一个可能的实现方式中，所述处理模块302对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理，包括：若对所述下行数据进行竞争解决验证通过，则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理；若对所述下行数据进行竞争解决验证失败，则忽略本次失败。
在一个可能的实现方式中，还包括：传输模块，用于在对所述下行数据进行竞争解决验证通过后，将所述下行数据的数据内容发送给所述高层协议实体；或者，在对所述下行数据进行竞争解决验证之前，将所述下行数据的数据内容发送给所述高层协议实体。
在一个可能的实现方式中，所述处理模块对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理，包括：将所述下行数据的数据内容发送给所述高层协议实体处理，并对所述下行数据进行竞争解决验证，如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败，且对所述下行数据进行竞争解决验证也失败，则忽略本次失败结果。
在一个可能的实现方式中，所述处理模块302忽略本次失败结果，包括以下至少一项：
丢弃处理失败的所述下行数据的数据包；
不执行失败恢复过程。
在一个可能的实现方式中，所述处理模块302对所述下行数据的数据内容进行处理包括以下至少一项：
对所述下行数据的数据内容进行完整性保护验证；
对所述下行数据的数据内容进行解密；
对所述下行数据的数据内容进行解压缩。
在一个可能的实现方式中，所述处理模块302对所述下行数据的数据内容进行处理失败，包括以下至少一项：
对所述下行数据的数据内容进行完整性保护验证失败；
对所述下行数据的数据内容进行解密失败；
对所述下行数据的数据内容进行解压缩失败。
在一个可能的实现方式中，所述处理模块302对所述下行数据进行竞争解决验证，包括：利用所述下行数据中包括的竞争解决数据，进行竞争解决验证。
在一个可能的实现方式中，所述处理模块302对所述下行数据中的SRB数据或DRB数据进行处理，根据验证处理结果，对所述下行数据进行验证处理，包括：若对所述下行数据中的第一数据类型数据进行验证处理通过，则对所述下行数据中的第二数据类型数据进行验证处理；其中，所述第一数据类型数据为所述SRB数据，所述第二数据类型数据为所述DRB数据；或者，所述第一数据类型数据为所述DRB数据，所述第二数据类型数据为所述SRB数据。
在一个可能的实现方式中，所述处理模块302还用于若对所述下行数据中的第一数据类型数据进行验证处理失败，则执行失败恢复过程。
在一个可能的实现方式中，所述处理模块302对所述第一数据类型进行验证处理包括 以下至少一项：对所述第一数据类型数据进行完整性保护验证；对所述第一数据类型数据进行解密。
在一个可能的实现方式中，所述处理模块302对所述第一数据类型数据进行处理失败包括以下至少一项：对所述第一数据类型数据进行完整性保护验证失败；对所述第一数据类型数据进行解密失败。
在一个可能的实现方式中，所述处理模块302执行失败恢复过程，包括以下至少一项：
将所述终端设置为IDLE态；
丢弃处理失败的所述第一数据类型数据的数据包；
丢弃所述下行数据中的数据包；
触发小区选择或重选过程；
触发连接重建立过程或连接建立过程
将所述终端保存的上行文信息或配置信息回退到预设状态，其中，所述预设状态为与所述下行数据对应的上行数据发送前的状态。
本申请实施例中的下行数据的处理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的下行数据的处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的下行数据的处理装置能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图4所示，本申请实施例还提供一种通信设备400，包括处理器401，存储器402，存储在存储器402上并可在所述处理器401上运行的程序或指令，例如，该通信设备400为终端时，该程序或指令被处理器401执行时实现上述下行数据的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图5为实现本申请实施例的一种终端的硬件结构示意图。
该终端500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。
本领域技术人员可以理解，终端500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元504可以包括图形处理器(Graphics Processing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。 用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元501将来自网络侧设备的下行数据接收后，给处理器510处理；另外，将上行的数据发送给网络侧设备。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器509可用于存储软件程序或指令以及各种数据。存储器509可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器509可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器510可包括一个或多个处理单元；可选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。
其中，射频单元501(如果有则写)，用于接收预定的下行数据；处理器510，用于对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
可选的，所述下行数据包括以下任一项：
4步随机接入过程中的消息4Msg4；
2步随机接入过程中的消息B MsgB；
预定下行反馈资源上传输的下行数据，其中，所述预定下行反馈资源与网络配置的专属上行资源对应。
可选的，所述下行数据的数据类型包括以下至少一种：
数据无线承载DRB数据；
信令无线承载SRB数据。
可选的，所述终端的状态包括以下任一种：
空闲IDLE态；
非激活INACTIVE态。
可选的，处理器510对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理，包括以下至少一项：
对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理；
若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理。
可选的，处理器510对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对 所述下行数据进行处理，包括：
若对所述下行数据进行竞争解决验证通过，则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理；若对所述下行数据进行竞争解决验证失败，则忽略本次失败。
可选的，处理器510在通过所述终端的高层协议实体对所述下行数据的数据内容进行处理之前，所述方法还包括：
在对所述下行数据进行竞争解决验证通过后，将所述下行数据的数据内容发送给所述高层协议实体；或者，
在对所述下行数据进行竞争解决验证之前，将所述下行数据的数据内容发送给所述高层协议实体。
可选的，处理器510对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理包括：将所述下行数据的数据内容发送给所述高层协议实体处理，并对所述下行数据进行竞争解决验证，如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败，且对所述下行数据进行竞争解决验证也失败，则忽略本次失败结果。
可选的，处理器510忽略本次失败结果，包括以下至少一项：
丢弃处理失败的所述下行数据的数据包；
不执行失败恢复过程。
可选的，处理器510对所述下行数据的数据内容进行处理包括以下至少一项：
对所述下行数据的数据内容进行完整性保护验证；
对所述下行数据的数据内容进行解密；
对所述下行数据的数据内容进行解压缩。
可选的，处理器510对所述下行数据的数据内容进行处理失败，包括以下至少一项：
对所述下行数据的数据内容进行完整性保护验证失败；
对所述下行数据的数据内容进行解密失败；
对所述下行数据的数据内容进行解压缩失败。
可选的，处理器510对所述下行数据进行竞争解决验证，包括：
利用所述下行数据中包括的竞争解决数据，进行竞争解决验证。
可选的，处理器510对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理，包括：
若对所述下行数据中的第一数据类型数据进行验证处理通过，则对所述下行数据中的第二数据类型数据进行验证处理；其中，所述第一数据类型数据为所述SRB数据，所述第二数据类型数据为所述DRB数据；或者，所述第一数据类型数据为所述DRB数据，所述第二数据类型数据为所述SRB数据。
可选的，处理器510还用于若对所述下行数据中的第一数据类型进行验证处理失败，则执行失败恢复过程。
可选的，处理器510对所述第一数据类型数据进行验证处理包括以下至少一项：
对所述第一数据类型数据进行完整性保护验证；
对所述第一数据类型数据进行解密。
可选的，处理器510对所述第一数据类型数据进行验证处理失败包括以下至少一项：
对所述第一数据类型数据进行完整性保护验证失败；
对所述第一数据类型数据进行解密失败。
可选的，处理器510执行失败恢复过程，包括以下至少一项：
所述终端进入IDLE态；
丢弃处理失败的所述第一数据类型数据的数据包；
丢弃所述下行数据中的数据包；
触发小区选择或重选过程；
触发连接重建立过程或连接建立过程
将所述终端保存的上行文信息或配置信息回退到预设状态，其中，所述预设状态为与所述下行数据对应的上行数据发送前的状态。
通过本申请提供的上述终端，当网络侧在通过“初始接入的4步随机接入过程的Msg4”或“初始接入的2步随机接入过程的MsgB”或“网络配置的专属上行资源对应的下行反馈资源”给终端发送数据的时候，终端可以在对网络进行安全验证后才进行数据的接收，从而保证了数据接收的安全性。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述下行数据的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行终端程序或指令，实现上述下行数据的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。可以理解的是，本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (32)

  1. 一种下行数据的处理方法，应用于终端，所述方法包括：
    接收预定的下行数据；
    对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
  2. 如权利要求1所述的方法，其中，所述下行数据包括以下任一项：
    4步随机接入过程中的消息4 Msg4；
    2步随机接入过程中的消息B MsgB；
    预定下行反馈资源上传输的下行数据，其中，所述预定下行反馈资源与网络配置的专属上行资源对应。
  3. 如权利要求1所述的方法，其中，所述下行数据的数据类型包括以下至少一种：
    数据无线承载DRB数据；
    信令无线承载SRB数据。
  4. 如权利要求1所述的方法，其中，所述终端的状态包括以下任一种：
    空闲IDLE态；
    非激活INACTIVE态。
  5. 如权利要求1至4任一项所述的方法，其中，对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理，包括以下至少一项：
    对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理；
    若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理。
  6. 如权利要求5所述的方法，其中，对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理，包括：
    若对所述下行数据进行竞争解决验证通过，则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理；
    若对所述下行数据进行竞争解决验证失败，则忽略本次失败。
  7. 如权利要求6所述的方法，其中，在通过所述终端的高层协议实体对所述下行数据的数据内容进行处理之前，所述方法还包括：
    在对所述下行数据进行竞争解决验证通过后，将所述下行数据的数据内容发送给所述高层协议实体；或者，
    在对所述下行数据进行竞争解决验证之前，将所述下行数据的数据内容发送给所述高层协议实体。
  8. 如权利要求5所述的方法，其中，对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理包括：
    将所述下行数据的数据内容发送给所述高层协议实体处理，并对所述下行数据进行竞争解决验证，如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败，且对所述下行数据进行竞争解决验证也失败，则忽略本次失败结果。
  9. 如权利要求6或8所述的方法，其中，忽略本次失败结果，包括以下至少一项：
    丢弃所述下行数据的数据包；
    不执行失败恢复过程。
  10. 如权利要求6至8任一项所述的方法，其中，对所述下行数据的数据内容进行处理包括以下至少一项：
    对所述下行数据的数据内容进行完整性保护验证；
    对所述下行数据的数据内容进行解密；
    对所述下行数据的数据内容进行解压缩。
  11. 如权利要求5所述的方法，其中，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理，包括：
    若对所述下行数据中的第一数据类型数据进行验证处理通过，则对所述下行数据中的第二数据类型数据进行验证处理；
    其中，所述第一数据类型数据为所述SRB数据，所述第二数据类型数据为所述DRB数据；或者，所述第一数据类型数据为所述DRB数据，所述第二数据类型数据为所述SRB数据。
  12. 如权利要求11所述的方法，其中，若对所述下行数据中的第一数据类型数据进行验证处理失败，则执行失败恢复过程。
  13. 如权利要求12所述的方法，其中，对所述第一数据类型数据进行验证处理包括以下至少一项：
    对所述第一数据类型数据进行完整性保护验证；
    对所述第一数据类型数据进行解密。
  14. 如权利要求12所述的方法，其中，所述执行失败恢复过程，包括以下至少一项：
    所述终端进入IDLE态；
    丢弃处理失败的所述第一数据类型数据的数据包；
    丢弃所述下行数据中的数据包；
    触发小区选择或重选过程；
    触发连接重建立过程或连接建立过程
    将所述终端保存的上行文信息或配置信息回退到预设状态，其中，所述预设状态为与所述下行数据对应的上行数据发送前的状态。
  15. 一种下行数据的处理装置，包括：
    接收模块，用于接收预定的下行数据；
    处理模块，用于对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理。
  16. 如权利要求15所述的装置，其中，所述下行数据包括以下任一项：
    4步随机接入过程中的消息4 Msg4；
    2步随机接入过程中的消息B MsgB；
    预定下行反馈资源上传输的下行数据，其中，所述预定下行反馈资源与网络配置的专属上行资源对应。
  17. 如权利要求15所述的装置，其中，所述下行数据的数据类型包括以下至少一种：
    数据无线承载DRB数据；
    信令无线承载SRB数据。
  18. 如权利要求15所述的装置，其中，所述终端的状态包括以下任一种：
    空闲IDLE态；
    非激活INACTIVE态。
  19. 如权利要求15至18任一项所述的装置，其中，所述处理模块对所述下行数据进行验证，根据验证结果，对所述下行数据进行处理，包括以下至少一项：
    对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理；
    若所述下行数据中同时包括SRB数据和DRB数据，对所述下行数据中的SRB数据或DRB数据进行验证处理，根据验证处理结果，对所述下行数据进行处理。
  20. 如权利要求19所述的装置，其中，所述处理模块对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理，包括：
    若对所述下行数据进行竞争解决验证通过，则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理；
    若对所述下行数据进行竞争解决验证失败，则忽略本次失败。
  21. 如权利要求20所述的装置，其中，还包括：传输模块，用于在对所述下行数据进行竞争解决验证通过后，将所述下行数据的数据内容发送给所述高层协议实体；或者，在对所述下行数据进行竞争解决验证之前，将所述下行数据的数据内容发送给所述高层协议实体。
  22. 如权利要求19所述的装置，其中，所述处理模块对所述下行数据进行竞争解决验证，根据竞争解决验证结果，对所述下行数据进行处理，包括：将所述下行数据的数据内容发送给所述高层协议实体处理，并对所述下行数据进行竞争解决验证，如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败，且对所述下行数据进行竞争解决验证也失败，则忽略本次失败结果。
  23. 如权利要求20或22所述的装置，其中，所述处理模块忽略本次失败结果，包括以下至少一项：
    丢弃处理失败的所述下行数据的数据包；
    不执行失败恢复过程。
  24. 如权利要求20至22任一项所述的装置，其中，所述处理模块对所述下行数据的数据内容进行处理包括以下至少一项：
    对所述下行数据的数据内容进行完整性保护验证；
    对所述下行数据的数据内容进行解密；
    对所述下行数据的数据内容进行解压缩。
  25. 如权利要求19所述的装置，其中，所述处理模块对所述下行数据中的SRB数据或DRB数据进行处理，根据验证处理结果，对所述下行数据进行处理，包括：
    若对所述下行数据中的第一数据类型数据进行验证处理通过，则对所述下行数据中的第二数据类型数据进行验证处理；
    其中，所述第一数据类型数据为所述SRB数据，所述第二数据类型数据为所述DRB数据；或者，所述第一数据类型数据为所述DRB数据，所述第二数据类型数据为所述SRB数据。
  26. 如权利要求25所述的装置，其中，所述处理模块还用于若对所述下行数据中的 SRB数据或DRB数据进行验证处理失败，则执行失败恢复过程。
  27. 如权利要求26所述的装置，其中，所述处理模块对所述第一数据类型数据进行验证处理包括以下至少一项：
    对所述第一数据类型数据进行完整性保护验证；
    对所述第一数据类型数据进行解密。
  28. 如权利要求26所述的装置，其中，所述处理模块执行失败恢复过程，包括以下至少一项：
    将所述终端设置为IDLE态；
    丢弃处理失败的所述第一数据类型数据的数据包；
    丢弃所述下行数据中的数据包；
    触发小区选择或重选过程；
    触发连接重建立过程或连接建立过程
    将所述终端保存的上行文信息或配置信息回退到预设状态，其中，所述预设状态为与所述下行数据对应的上行数据发送前的状态。
  29. 一种终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至14中任一项所述的方法的步骤。
  30. 一种终端，被配置成用于执行如权利要求1至14中任一项所述的下行数据的处理方法。
  31. 一种下行数据的处理装置，被配置成用于执行如权利要求1至14中任一项所述的下行数据的处理方法。
  32. 一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如权利要求1至14中任一项所述的方法的步骤。
PCT/CN2021/096531 2020-05-29 2021-05-27 下行数据的处理方法、装置及终端 WO2021239075A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21814352.7A EP4149133A4 (en) 2020-05-29 2021-05-27 METHOD AND DEVICE FOR PROCESSING DOWNLINK DATA AND TERMINAL DEVICE
KR1020227040853A KR20230004756A (ko) 2020-05-29 2021-05-27 다운링크 데이터의 처리 방법, 장치 및 단말
US18/058,868 US20230095930A1 (en) 2020-05-29 2022-11-27 Method and apparatus for processing downlink data, and terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010479263.0A CN113747427B (zh) 2020-05-29 2020-05-29 下行数据的处理方法、装置、终端及存储介质
CN202010479263.0 2020-05-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/058,868 Continuation US20230095930A1 (en) 2020-05-29 2022-11-27 Method and apparatus for processing downlink data, and terminal

Publications (1)

Publication Number Publication Date
WO2021239075A1 true WO2021239075A1 (zh) 2021-12-02

Family

ID=78725033

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/096531 WO2021239075A1 (zh) 2020-05-29 2021-05-27 下行数据的处理方法、装置及终端

Country Status (5)

Country Link
US (1) US20230095930A1 (zh)
EP (1) EP4149133A4 (zh)
KR (1) KR20230004756A (zh)
CN (1) CN113747427B (zh)
WO (1) WO2021239075A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110234112B (zh) * 2018-03-05 2020-12-04 华为技术有限公司 消息处理方法、系统及用户面功能设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101765214A (zh) * 2009-12-28 2010-06-30 上海华为技术有限公司 随机接入方法、终端和通信系统
CN102857920A (zh) * 2011-06-30 2013-01-02 重庆重邮信科通信技术有限公司 长期演进系统终端侧对下行信令消息的处理方法及装置
CN110291829A (zh) * 2017-02-06 2019-09-27 高通股份有限公司 非活动状态下的数据传输
CN111417214A (zh) * 2019-06-14 2020-07-14 维沃移动通信有限公司 随机接入方法、响应方法、终端及网络设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103686702A (zh) * 2012-08-31 2014-03-26 华为技术有限公司 传输数据的方法、接入点和站点
CN108633003B (zh) * 2017-03-16 2021-10-01 华为技术有限公司 一种资源分配方法和装置以及终端设备
CN110312296B (zh) * 2018-03-27 2023-09-08 夏普株式会社 用户设备执行的方法、基站执行的方法、用户设备和基站
WO2019183852A1 (zh) * 2018-03-28 2019-10-03 北京小米移动软件有限公司 信息上报方法及装置、用户设备和计算机可读存储介质
CN110839301B (zh) * 2018-08-16 2021-09-10 维沃移动通信有限公司 一种无线链路失败的信息处理方法、终端及网络设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101765214A (zh) * 2009-12-28 2010-06-30 上海华为技术有限公司 随机接入方法、终端和通信系统
CN102857920A (zh) * 2011-06-30 2013-01-02 重庆重邮信科通信技术有限公司 长期演进系统终端侧对下行信令消息的处理方法及装置
CN110291829A (zh) * 2017-02-06 2019-09-27 高通股份有限公司 非活动状态下的数据传输
CN111417214A (zh) * 2019-06-14 2020-07-14 维沃移动通信有限公司 随机接入方法、响应方法、终端及网络设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4149133A4 *

Also Published As

Publication number Publication date
CN113747427A (zh) 2021-12-03
EP4149133A4 (en) 2023-10-04
KR20230004756A (ko) 2023-01-06
US20230095930A1 (en) 2023-03-30
EP4149133A1 (en) 2023-03-15
CN113747427B (zh) 2023-12-12

Similar Documents

Publication Publication Date Title
CN110999523A (zh) 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备
US20230189356A1 (en) System message transmission method, terminal device, and network device
WO2022028473A1 (zh) 数据传输类型的设定方法和终端
US11324068B2 (en) Data transmission method and device, and storage medium
WO2022152275A1 (zh) Msg3传输方法、装置、设备及存储介质
US20230171645A1 (en) Method for splitting end-to-end qos requirement information, terminal, and network side device
CN114363986A (zh) Pucch重复传输次数确定方法、装置及终端
US20230095930A1 (en) Method and apparatus for processing downlink data, and terminal
US20230422334A1 (en) Method, apparatus and communication device for controlling rrc connection
US20230109276A1 (en) Access procedure processing method, apparatus and communications device
US20230189352A1 (en) Service Collision Handling Method and Apparatus, and Terminal
WO2022206612A1 (zh) 通信路径的切换方法、装置及终端
CN113905452B (zh) 消息发送方法、接收方法、装置及通信设备
WO2022007785A1 (zh) 消息发送方法、接收方法、装置及通信设备
EP4216625A1 (en) Paging method and apparatus, terminal, network device and readable storage medium
EP4145878A1 (en) Method and apparatus for obtaining key, user equipment, and network side device
WO2022228328A1 (zh) 上行传输方法、装置及终端
US20230171034A1 (en) Data transmission method and apparatus, and communication device
WO2022257876A1 (zh) 密钥材料的处理方法、获取方法、信息传输方法及设备
WO2022194177A1 (zh) 监听控制方法及相关设备
WO2022228446A1 (zh) 无线链路失败的处理方法、装置、设备及可读存储介质
EP4231681A1 (en) Trusted relay communication method and apparatus, terminal, and network side device
WO2022152240A1 (zh) 非周期srs的传输方法和设备
WO2022257878A1 (zh) 密钥材料的发送方法、获取方法、信息传输方法及设备
WO2023066106A1 (zh) 数据丢弃方法、装置、终端及网络侧设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21814352

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20227040853

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021814352

Country of ref document: EP

Effective date: 20221205

NENP Non-entry into the national phase

Ref country code: DE