CN113747427B - 下行数据的处理方法、装置、终端及存储介质 - Google Patents
下行数据的处理方法、装置、终端及存储介质 Download PDFInfo
- Publication number
- CN113747427B CN113747427B CN202010479263.0A CN202010479263A CN113747427B CN 113747427 B CN113747427 B CN 113747427B CN 202010479263 A CN202010479263 A CN 202010479263A CN 113747427 B CN113747427 B CN 113747427B
- Authority
- CN
- China
- Prior art keywords
- data
- downlink data
- verification
- downlink
- processing
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 141
- 238000012795 verification Methods 0.000 claims abstract description 140
- 238000003672 processing method Methods 0.000 claims abstract description 11
- 238000011084 recovery Methods 0.000 claims description 17
- 230000005540 biological transmission Effects 0.000 claims description 10
- 230000011664 signaling Effects 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000006837 decompression Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- KLDZYURQCUYZBL-UHFFFAOYSA-N 2-[3-[(2-hydroxyphenyl)methylideneamino]propyliminomethyl]phenol Chemical compound OC1=CC=CC=C1C=NCCCN=CC1=CC=CC=C1O KLDZYURQCUYZBL-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 201000001098 delayed sleep phase syndrome Diseases 0.000 description 1
- 208000033921 delayed sleep phase type circadian rhythm sleep disease Diseases 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
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
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
- H04W74/0841—Random access procedures, e.g. with 4-step access 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
- 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
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种下行数据的处理方法、装置及终端。其中,该下行数据的处理方法包括:接收预定的下行数据;对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理。
Description
技术领域
本发明涉及通信领域,尤其涉及一种下行数据的处理方法、装置及终端。
背景技术
在相关技术中,根据网络侧配置的资源,用户设备(UE)在空闲(IDLE)状态或非激活(INACTIVE)状态的情况下,可以将小数据(Small Data Transmission,SDT)直接发送给网络侧。
例如,通过初始接入的4步随机接入过程的消息3(Msg3)将小数据发送给网络侧,或者通过初始接入的2步随机接入过程的消息A(MsgA),或者,在网络配置的专属上行物理上行共享信息(PUSCH)资源(例如,pre-configured PUSCH;或,PUR(Preallocated UplinkResource))将小数据发送给网络侧。
对应地,网络侧可以通过相应的方式将小数据直接发给UE。例如,网络侧通过初始接入的4步随机接入过程的消息4(Msg4)将小数据直接发送给UE,或者,网络侧通过初始接入的2步随机接入过程的消息B(MsgB)将小数据直接发送给UE,或者,网络侧通过与网络配置的专属上行资源对应的下行反馈资源将小数据直接发送给UE。
当网络侧在通过上述场景向UE发送数据的时候,如何保证数据的安全性,目前尚未给出有效的解决方案。
发明内容
本申请实施例的目的是提供一种下行数据的处理方法、装置及终端,以保证数据的安全性。
第一方面,提供了一种下行数据的处理方法,应用于终端,所述方法包括:接收预定的下行数据;对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理。
第二方面,提供了一种下行数据的处理装置,包括:接收模块,用于接收预定的下行数据;处理模块,用于对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理。
第三方面,提供了一种终端,该终端包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面,提供了一种可读存储介质,所述可读存储介质上存储有程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
第五方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行终端的程序或指令,实现如第一方面所述的方法。
在本申请实施例中,终端在接收到预定的下行数据时,对下行数据进行验证,根据验证结果,对下行数据进行处理,从而可以保证数据的安全性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1示出本申请实施例可应用的一种无线通信系统的框图;
图2示出本申请实施例提供的下行数据的处理方法的一种流程示意图;
图3示出本申请实施例提供的下行数据的处理装置的另一种结构示意图;
图4是本申请实施例提供的一种通信设备的结构示意图;
图5是本申请实施例提供的一种终端的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long TermEvolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,还可用于其他无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time DivisionMultiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access,SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。然而,以下描述出于示例目的描述了新空口(New Radio,NR)系统,并且在以下大部分描述中使用NR术语,尽管这些技术也可应用于NR系统应用以外的应用,如第6代(6th Generation,6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中,终端11也可以称作终端设备或者用户终端(User Equipment,UE),终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(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)、扩展服务集(ExtendedService Set,ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR系统中的基站为例,但是并不限定基站的具体类型。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的下行数据的处理方法进行详细地说明。
图2为本申请实施例中提供的下行数据的处理方法的一种流程示意图,该方法200可以由终端执行。换言之,所述方法可以由安装在终端上的软件或硬件来执行。如图2所示,该方法可以包括以下步骤。
S110,接收预定的下行数据。
S112,对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理。
在本申请实施例中,终端在接收到预定的下行数据时,对下行数据进行验证,并根据验证结果,对下行数据进行处理,从而可以保证数据的安全性。
在一个可能的实现方式中,所述预定的下行数据可以包括以下任一项:
(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 TimingAdvance Command)媒体接入控制层控制单元(MAC CE)。对于空闲态或非激活态的终端,其MsgB竞争解决验证可以为:MsgB的解码成功响应(successRAR)中的终端解决冲突标识(Contention Resolution Identity)信息与其发送的上行公共控制信道(UL CCCH)服务数据单元(SDU)的前48bit匹配。
对于4步随机接入过程,对于CONNECTED UE,其Msg4竞争解决验证可以为:C-RNTIPDCCH调度的上行传输为新传。对于IDLE UE或INACTIVE UE,其Msg4竞争解决验证可以为:其接收的终端冲突解决标识MAC CE中的终端冲突解决标识信息与该终端发送的UL CCCHSDU的前48bit匹配。
在上述可能的实现方式中,可选地,可以在对所述下行数据进行竞争解决验证通过后,则通过终端的高层协议实体对下行数据中的数据内容进行处理;若对所述下行数据进行竞争解决验证失败,则忽略本次失败。通过该可能的实现方式可以保证下行数据接收的安全性。
例如,在一个可能的实现方式中,可以在对所述下行数据进行竞争解决验证通过后,将所述下行数据的数据内容发送给所述高层协议实体,由高层协议实体对下行数据中的数据内容进行处理。
例如,Msg4或MsgB中包括了竞争解决MAC CE和DRB-1(或LCH-1)的数据。则终端先对该竞争解决MAC CE进行验证。当该竞争解决MAC CE验证通过后,终端将该竞争解决MACCE对应的DRB-1的数据(如,MAC SDU-1)递交给高层协议实体进行处理,其中,高层协议实体可以为无线链路控制(Radio Link Control,RLC)层实体和/或分组数据会聚协议(PacketData 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可以包括图形处理器(GraphicsProcessing 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)、数字信号处理器(DigitalSignal Processing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(Programmable Logic Device,PLD)、现场可编程门阵列(Field-Programmable GateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (24)
1.一种下行数据的处理方法,其特征在于,应用于终端,所述方法包括:
接收预定的下行数据;
对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理;
其中,若所述下行数据中同时包括信令无线承载SRB数据和数据无线承载DRB数据,则所述对所述下行数据进行验证包括:
若对所述下行数据中的第一数据类型数据进行验证处理通过,则对所述下行数据中的第二数据类型数据进行验证处理;其中,所述第一数据类型数据为所述SRB数据,所述第二数据类型数据为所述DRB数据;
其中,所述对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理,还包括:
对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理;
其中,所述对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理,包括:
若对所述下行数据进行竞争解决验证失败,则忽略本次失败结果;
所述忽略本次失败结果,包括:不执行失败恢复过程。
2.如权利要求1所述的方法,其特征在于,所述下行数据包括以下任一项:
4步随机接入过程中的消息4Msg4;
2步随机接入过程中的消息B MsgB;
预定下行反馈资源上传输的下行数据,其中,所述预定下行反馈资源与网络配置的专属上行资源对应。
3.如权利要求1所述的方法,其特征在于,所述终端的状态包括以下任一种:
空闲IDLE态;
非激活INACTIVE态。
4.如权利要求1所述的方法,其特征在于,对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理,还包括:
若对所述下行数据进行竞争解决验证通过,则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理。
5.如权利要求4所述的方法,其特征在于,在通过所述终端的高层协议实体对所述下行数据的数据内容进行处理之前,所述方法还包括:
在对所述下行数据进行竞争解决验证通过后,将所述下行数据的数据内容发送给所述高层协议实体;或者,
在对所述下行数据进行竞争解决验证之前,将所述下行数据的数据内容发送给所述高层协议实体。
6.如权利要求1所述的方法,其特征在于,对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理包括:
将所述下行数据的数据内容发送给所述终端的高层协议实体处理,并对所述下行数据进行竞争解决验证,如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败,且对所述下行数据进行竞争解决验证也失败,则忽略本次失败结果。
7.如权利要求1或6所述的方法,其特征在于,所述忽略本次失败结果,还包括:
丢弃所述下行数据的数据包。
8.如权利要求4至6任一项所述的方法,其特征在于,对所述下行数据的数据内容进行处理包括以下至少一项:
对所述下行数据的数据内容进行完整性保护验证;
对所述下行数据的数据内容进行解密;
对所述下行数据的数据内容进行解压缩。
9.如权利要求1所述的方法,其特征在于,若对所述下行数据中的第一数据类型数据进行验证处理失败,则执行失败恢复过程。
10.如权利要求9所述的方法,其特征在于,对所述第一数据类型数据进行验证处理包括以下至少一项:
对所述第一数据类型数据进行完整性保护验证;
对所述第一数据类型数据进行解密。
11.如权利要求9所述的方法,其特征在于,所述执行失败恢复过程,包括以下至少一项:
所述终端进入IDLE态;
丢弃处理失败的所述第一数据类型数据的数据包;
丢弃所述下行数据中的数据包;
触发小区选择或重选过程;
触发连接重建立过程或连接建立过程
将所述终端保存的上行文信息或配置信息回退到预设状态,其中,所述预设状态为与所述下行数据对应的上行数据发送前的状态。
12.一种下行数据的处理装置,其特征在于,应用于终端,包括:
接收模块,用于接收预定的下行数据;
处理模块,用于对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理;
其中,若所述下行数据中同时包括信令无线承载SRB数据和数据无线承载DRB数据,则所述处理模块对所述下行数据进行验证包括:
若对所述下行数据中的第一数据类型数据进行验证处理通过,则对所述下行数据中的第二数据类型数据进行验证处理;其中,所述第一数据类型数据为所述SRB数据,所述第二数据类型数据为所述DRB数据;
所述处理模块对所述下行数据进行验证,根据验证结果,对所述下行数据进行处理,还包括:
对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理;
所述处理模块对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理,包括:
若对所述下行数据进行竞争解决验证失败,则忽略本次失败;
所述处理模块忽略本次失败结果,包括:不执行失败恢复过程。
13.如权利要求12所述的装置,其特征在于,所述下行数据包括以下任一项:
4步随机接入过程中的消息4Msg4;
2步随机接入过程中的消息B MsgB;
预定下行反馈资源上传输的下行数据,其中,所述预定下行反馈资源与网络配置的专属上行资源对应。
14.如权利要求12所述的装置,其特征在于,所述终端的状态包括以下任一种:
空闲IDLE态;
非激活INACTIVE态。
15.如权利要求12所述的装置,其特征在于,所述处理模块对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理,还包括:
若对所述下行数据进行竞争解决验证通过,则通过所述终端的高层协议实体对所述下行数据的数据内容进行处理。
16.如权利要求15所述的装置,其特征在于,还包括:传输模块,用于在对所述下行数据进行竞争解决验证通过后,将所述下行数据的数据内容发送给所述高层协议实体;或者,在对所述下行数据进行竞争解决验证之前,将所述下行数据的数据内容发送给所述高层协议实体。
17.如权利要求12所述的装置,其特征在于,所述处理模块对所述下行数据进行竞争解决验证,根据竞争解决验证结果,对所述下行数据进行处理,包括:将所述下行数据的数据内容发送给所述终端的高层协议实体处理,并对所述下行数据进行竞争解决验证,如果所述终端的高层协议实体对所述下行数据的数据内容进行处理失败,且对所述下行数据进行竞争解决验证也失败,则忽略本次失败结果。
18.如权利要求15或17所述的装置,其特征在于,所述处理模块忽略本次失败结果,还包括:
丢弃处理失败的所述下行数据的数据包。
19.如权利要求15至17任一项所述的装置,其特征在于,所述处理模块对所述下行数据的数据内容进行处理包括以下至少一项:
对所述下行数据的数据内容进行完整性保护验证;
对所述下行数据的数据内容进行解密;
对所述下行数据的数据内容进行解压缩。
20.如权利要求12所述的装置,其特征在于,所述处理模块还用于若对所述下行数据中的SRB数据或DRB数据进行验证处理失败,则执行失败恢复过程。
21.如权利要求20所述的装置,其特征在于,所述处理模块对所述第一数据类型数据进行验证处理包括以下至少一项:
对所述第一数据类型数据进行完整性保护验证;
对所述第一数据类型数据进行解密。
22.如权利要求20所述的装置,其特征在于,所述处理模块执行失败恢复过程,包括以下至少一项:
将所述终端设置为IDLE态;
丢弃处理失败的所述第一数据类型数据的数据包;
丢弃所述下行数据中的数据包;
触发小区选择或重选过程;
触发连接重建立过程或连接建立过程
将所述终端保存的上行文信息或配置信息回退到预设状态,其中,所述预设状态为与所述下行数据对应的上行数据发送前的状态。
23.一种终端,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至11中任一项所述的方法的步骤。
24.一种可读存储介质,其特征在于,所述可读存储介质上存储有程序或指令,所述程序或指令被处理器执行时实现如权利要求1至11中任一项所述的方法的步骤。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010479263.0A CN113747427B (zh) | 2020-05-29 | 2020-05-29 | 下行数据的处理方法、装置、终端及存储介质 |
EP21814352.7A EP4149133A4 (en) | 2020-05-29 | 2021-05-27 | METHOD AND DEVICE FOR PROCESSING DOWNLINK DATA AND TERMINAL DEVICE |
PCT/CN2021/096531 WO2021239075A1 (zh) | 2020-05-29 | 2021-05-27 | 下行数据的处理方法、装置及终端 |
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 (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010479263.0A CN113747427B (zh) | 2020-05-29 | 2020-05-29 | 下行数据的处理方法、装置、终端及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113747427A CN113747427A (zh) | 2021-12-03 |
CN113747427B true CN113747427B (zh) | 2023-12-12 |
Family
ID=78725033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010479263.0A Active CN113747427B (zh) | 2020-05-29 | 2020-05-29 | 下行数据的处理方法、装置、终端及存储介质 |
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110234112B (zh) * | 2018-03-05 | 2020-12-04 | 华为技术有限公司 | 消息处理方法、系统及用户面功能设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765214A (zh) * | 2009-12-28 | 2010-06-30 | 上海华为技术有限公司 | 随机接入方法、终端和通信系统 |
CN102857920A (zh) * | 2011-06-30 | 2013-01-02 | 重庆重邮信科通信技术有限公司 | 长期演进系统终端侧对下行信令消息的处理方法及装置 |
WO2018166331A1 (zh) * | 2017-03-16 | 2018-09-20 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
CN110291829A (zh) * | 2017-02-06 | 2019-09-27 | 高通股份有限公司 | 非活动状态下的数据传输 |
WO2019184483A1 (zh) * | 2018-03-27 | 2019-10-03 | 夏普株式会社 | 用户设备执行的方法、基站执行的方法、用户设备和基站 |
CN110839301A (zh) * | 2018-08-16 | 2020-02-25 | 维沃移动通信有限公司 | 一种无线链路失败的信息处理方法、终端及网络设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103686702A (zh) * | 2012-08-31 | 2014-03-26 | 华为技术有限公司 | 传输数据的方法、接入点和站点 |
WO2019183852A1 (zh) * | 2018-03-28 | 2019-10-03 | 北京小米移动软件有限公司 | 信息上报方法及装置、用户设备和计算机可读存储介质 |
CN114375067A (zh) * | 2019-06-14 | 2022-04-19 | 维沃移动通信有限公司 | 随机接入方法、响应方法、终端及网络设备 |
-
2020
- 2020-05-29 CN CN202010479263.0A patent/CN113747427B/zh active Active
-
2021
- 2021-05-27 KR KR1020227040853A patent/KR20230004756A/ko not_active Application Discontinuation
- 2021-05-27 EP EP21814352.7A patent/EP4149133A4/en active Pending
- 2021-05-27 WO PCT/CN2021/096531 patent/WO2021239075A1/zh unknown
-
2022
- 2022-11-27 US US18/058,868 patent/US20230095930A1/en active Pending
Patent Citations (7)
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 | 高通股份有限公司 | 非活动状态下的数据传输 |
WO2018166331A1 (zh) * | 2017-03-16 | 2018-09-20 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
WO2019184483A1 (zh) * | 2018-03-27 | 2019-10-03 | 夏普株式会社 | 用户设备执行的方法、基站执行的方法、用户设备和基站 |
CN110312296A (zh) * | 2018-03-27 | 2019-10-08 | 夏普株式会社 | 用户设备执行的方法、基站执行的方法、用户设备和基站 |
CN110839301A (zh) * | 2018-08-16 | 2020-02-25 | 维沃移动通信有限公司 | 一种无线链路失败的信息处理方法、终端及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
US20230095930A1 (en) | 2023-03-30 |
WO2021239075A1 (zh) | 2021-12-02 |
KR20230004756A (ko) | 2023-01-06 |
EP4149133A4 (en) | 2023-10-04 |
EP4149133A1 (en) | 2023-03-15 |
CN113747427A (zh) | 2021-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11589220B2 (en) | Communications method and apparatus for secure communication when a terminal is in a radio resource control inactive state | |
CN113972967B (zh) | 辅助信息发送方法、接收方法、装置、终端及网络侧设备 | |
CN114071479B (zh) | 数据传输类型的设定方法和终端 | |
US20230189352A1 (en) | Service Collision Handling Method and Apparatus, and Terminal | |
US20230095930A1 (en) | Method and apparatus for processing downlink data, and terminal | |
CN115174009B (zh) | Harq反馈的确定方法及装置、终端及可读存储介质 | |
CN115150904B (zh) | 通信路径的切换方法、装置及终端 | |
CN114650581B (zh) | 中继通信方法及装置 | |
US20230109276A1 (en) | Access procedure processing method, apparatus and communications device | |
CN113905452B (zh) | 消息发送方法、接收方法、装置及通信设备 | |
CN115208529B (zh) | 信号传输方法、终端及网络侧设备 | |
US20240306238A1 (en) | Method and apparatus for data transmission processing | |
CN111182548B (zh) | 伪网络设备识别方法及通信装置 | |
CN113905457B (zh) | 消息发送方法、接收方法、装置及通信设备 | |
EP4145878A1 (en) | Method and apparatus for obtaining key, user equipment, and network side device | |
EP4216625A1 (en) | Paging method and apparatus, terminal, network device and readable storage medium | |
US20230171034A1 (en) | Data transmission method and apparatus, and communication device | |
EP4231681A1 (en) | Trusted relay communication method and apparatus, terminal, and network side device | |
EP4354922A1 (en) | Key material sending method, key material obtaining method, and information transmission method and device | |
US20240032115A1 (en) | Secure random access procedure | |
WO2022205344A1 (en) | Method and apparatus for handling arrival of non-small data transmission | |
CN114079936B (zh) | 数据传输处理方法、装置及设备 | |
EP4319230A1 (en) | Key material processing method, acquisition method, information transmission method, and device | |
CN114765898A (zh) | 竞争解决方法、装置、设备及存储介质 | |
CN116614867A (zh) | 数据传输方法、数据传输装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |