CN117097435A - 数据处理方法、装置、通信设备、系统及存储介质 - Google Patents

数据处理方法、装置、通信设备、系统及存储介质 Download PDF

Info

Publication number
CN117097435A
CN117097435A CN202210502248.2A CN202210502248A CN117097435A CN 117097435 A CN117097435 A CN 117097435A CN 202210502248 A CN202210502248 A CN 202210502248A CN 117097435 A CN117097435 A CN 117097435A
Authority
CN
China
Prior art keywords
terminal
data
data packet
network side
information
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.)
Pending
Application number
CN202210502248.2A
Other languages
English (en)
Inventor
金巴·迪·阿达姆·布巴卡
杨晓东
袁雁南
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202210502248.2A priority Critical patent/CN117097435A/zh
Priority to PCT/CN2023/092810 priority patent/WO2023217090A1/zh
Publication of CN117097435A publication Critical patent/CN117097435A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Landscapes

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

Abstract

本申请公开了一种数据处理方法、装置、通信设备、系统及存储介质，属于通信技术领域，本申请实施例的数据处理方法包括：在第一终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，第一终端指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的定时器timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。

Description

数据处理方法、装置、通信设备、系统及存储介质
技术领域
本申请属于通信技术技术领域，具体涉及一种数据处理方法、装置、通信设备、系统及存储介质。
背景技术
在多路径场景下，多个终端可以协作传输数据。例如，终端1可以直接向网络侧设备上传终端1的数据包a和数据包b，并通过终端2向网络侧设备上传终端1的数据包c和数据包d。
然而，若数据包b的时延超过一定的时间门限，则数据包b之后的至少一个数据包(例如数据包c)即便传输成功也会超时。但按照上述方法，由于在数据包b的时延超过一定的时间门限时，终端2仍然会向网络侧设备上传数据包c和数据包d，即终端2会进行不必要的数据传输，因此会导致传输资源的浪费。
发明内容
本申请实施例提供一种数据处理方法、装置、通信设备、系统及存储介质，能够解决多个终端协作传输数据时传输资源浪费的问题。
第一方面，提供了一种数据处理方法，该方法包括：在第一终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，第一终端指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的定时器(即timer)超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。
第二方面，提供了一种数据处理装置，该装置包括获取模块和指示模块；指示模块，用于在获取模块与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。
第三方面，提供了一种数据处理方法，该方法包括：在网络侧设备通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，网络侧设备指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且网络侧设备未获取到第四数据包；其中，第五数据包对应的timer为网络侧设备根据第一信息配置的；第一信息包括以下至少之一：网络侧设备给第一终端或至少一个第二终端的上行授权(UpLink grant，UL grant)；网络侧设备与终端维护的同步时间。
第四方面，提供了一种数据处理装置，该装置包括获取模块和指示模块；指示模块，用于在获取模块通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且获取模块未获取到第四数据包；其中，第五数据包对应的timer为该装置根据第一信息配置的；第一信息包括以下至少之一：该装置给第一终端或至少一个第二终端的UL grant；该装置与终端维护的同步时间。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器用于在该终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述处理器用于在该网络侧设备通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且获取模块未获取到第四数据包；其中，第五数据包对应的timer为该网络侧设备根据第一信息配置的；第一信息包括以下至少之一：该网络侧设备给第一终端或至少一个第二终端的UL grant；该网络侧设备与终端维护的同步时间。
第九方面，提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如第一方面所述的数据处理方法的步骤，所述网络侧设备可用于执行如第三方面所述的数据处理方法的步骤。
第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或者实现如第三方面所述的方法。
第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的数据处理方法的步骤，或者实现如第三方面所述的数据处理方法的步骤。
在本申请实施例中，在第一终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，第一终端可以指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。通过该方案，由于第一终端在与至少一个第二终端协作获取第一数据的过程中，可以在满足第一条件的情况下，指示至少一个第二终端和/或网络侧设备丢弃超时获取的数据包之后传输的数据包，因此可以使该至少一个第二终端和/或网络侧设备无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
附图说明
图1是本申请实施例提供的一种无线通信系统的架构示意图；
图2是两个用户设备(User Equipment，UE)协作传输数据的方法的示意图；
图3是基于旁链路(Sidelink，SL)中继(relay)架构的多路径场景的示意图；
图4是基于理想的UE间连接(ideal inter-UE connection)架构的多路径场景的示意图；
图5是本申请实施例提供的一种数据处理方法的流程图之一；
图6是本申请实施例提供的一种数据处理方法的流程图之二；
图7是本申请实施例提供的一种数据处理装置的结构示意图之一；
图8是本申请实施例提供的一种数据处理装置的结构示意图之二；
图9是本申请实施例提供的一种通信设备的硬件结构示意图；
图10是本申请实施例提供的一种终端的硬件结构示意图；
图11是本申请实施例提供的一种网络侧设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的数据处理方法、装置、通信设备、系统及存储介质进行详细地说明。
无线通信系统中的中继技术，是在基站与终端之间增加了一个或多个中继节点，负责对无线信号进行一次或者多次的转发，即无线信号要经过多跳才能到达终端。以两跳中继为例，在无线通信系统中可以将一个基站—终端链路，分割为基站—中继站，以及中继站—终端两个链路，从而可以将一个质量较差的链路替换为两个质量较好的链路，以获得更高的链路容量及更好的覆盖。中继技术不仅可以用于扩展小区的覆盖范围，弥补小区覆盖盲点，同时也可以通过空间资源复用提升小区容量。而对于室内覆盖，中继技术也可以起到克服穿透损耗，提升室内覆盖质量的作用。
LTE中已经支持的中继为UE-to-Network relay，即中继一端连接UE，一端连接网络侧；其中，与中继连接的UE为远端UE(即Remote UE)。NR也将研究如何支持UE-to-NetworkRelay机制，以在信号覆盖不佳时，Remote UE可以通过Relay UE的中转与网络侧传输数据，其中Relay UE与网络侧之间通过空中接口(即Uu接口)连接，Relay UE与Remote UE之间通过SL接口(例如，PC5接口)连接。而一般来说，Relay UE是开放的，可以为任何Remote UE服务。
在SL Relay场景中，可以通过以下步骤建立无线资源控制(Radio ResourceControl，RRC)连接。
步骤1.Remote UE和Relay UE执行发现(即discovery)过程，并建立PC5 RRC连接。
步骤2.Remote UE向基站发送RRC建立请求(即RRCSetupRequest)消息，且基站向Remote UE回复RRC建立(即RRCSetup)消息。具体地，该两条消息可以是Relay UE中转发送到基站或Remote UE的。
步骤3.基站和Remote UE之间建立信令无线承载1(即SRB1)专用承载，Remote UESRB1专用承载由PC5(Remote UE和Relay UE之间)和Uu(Relay UE和基站之间)两段无线链路控制(Radio Link Control，RLC)信道组成。其中，该两段RLC信道用于Remote UE发送/接收与基站之间的SRB1类型的RRC消息。
步骤4.Remote UE向基站发送RRC建立完成(即RRCSetupComplete)消息。具体地，该消息可以是Relay UE中转发送到基站的。
步骤5.Remote UE和基站之间激活安全；其中，激活安全的消息和流程重用现有机制。
步骤6.基站和Remote UE之间建立SRB2/数据无线承载(Data Radio Bearer，DRB)专用承载，Remote UE SRB2/DRB专用承载由PC5和Uu两段RLC信道组成。其中，该两段RLC信道用于Remote UE发送/接收与基站之间的SRB2类型的RRC/网络接入服务器(NetworkAttached Server，NAS)消息以及上下行业务数据。具体地，可以通过重用现有的RRC重配置机制。
目前，中继技术可以应用于多路径场景下多个UE协作传输数据，其中多路径是指UE同时建立了非直连路径(即indirect path)和直连路径(即direct path)。而indirectpath为UE通过Relay UE(或次级UE，也称为Secondary UE)以及Relay UE(或Secondary UE)的Uu空口与基站建立RRC连接的无线链路；direct path为UE通过自己的Uu空口与基站建立RRC连接的无线链路。
下面结合附图对多路径场景下两个UE协作传输数据的方法进行详细地说明。
示例性地，如图2中的(a)所示，假设数据包1至数据包5为UE1需要上传至NR节点(NR Node B，gNB)的数据包，那么，UE1可以通过Uu接口向gNB上传数据包1和数据包2，且可以通过PC5接口将数据包3、数据包4和数据包5传输至UE2，并通过UE2协作向gNB上传数据包3、数据包4和数据包5；如图2中的(b)所示，假设数据包1至数据包5为UE3需要上传至gNB的数据包，那么，UE3可以通过PC5接口将数据包1和数据包2传输至UE1，且将数据包3、数据包4和数据包5传输至UE2，并通过UE1和UE2协作向gNB上传数据包1至数据包5。如此，可以实现多路径场景下两个UE协作传输数据。
对于SL relay架构，两个UE之间通过PC5接口连接，如图3所示，SL relay架构下的多路径是指Remote UE同时建立了indirect path和direct path；而对于非SL relay架构，两个UE之间并不是通过PC5接口连接，如图4所示，假设主要UE(即Primary UE)与SecondaryUE之间的接口为ideal inter-UE connection，那么多路径是指Primary UE同时建立了indirect path和direct path。
然而，对于对时延要求比较敏感的业务(例如，播放实时评论等)，如果一个数据包的时延超过一定的时间门限T，那么即便第二个数据包传输成功，第二个数据包的时间也会超时，此时，网络可以指示UE丢掉该第二个数据包。对于上述多路径场景，如果UE1和UE2协作传输数据，那么在UE1的连路的数据包超时的情况下，如果UE2继续进行数据传输的话，会造成传输资源的浪费。
为了解决上述问题，在本申请实施例提供的数据处理方法中，在UE1和UE2协作获取第一数据的过程中，在满足第一条件的情况下，UE1可以指示UE2和/或gNB丢弃超时获取的数据包之后传输的数据包。从而可以使UE2和/或gNB无需进行不必要的数据传输，如此可以在多个UE协作传输数据时节省传输资源。
本申请实施例提供一种数据处理方法，图5示出了本申请实施例提供的数据处理方法的流程图。如图5所示，本申请实施例提供的数据处理方法可以包括下述的步骤501。
步骤501、在第一终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，第一终端指示第一设备丢弃第一数据中的第一数据包。
本申请实施例中，第一设备包括以下至少之一：至少一个第二终端，网络侧设备。
本申请实施例中，第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包。
本申请实施例中，第一数据包为第二数据包之后传输的数据包。
可选地，本申请实施例中，第二数据包可以为第一数据包之后传输的，且与第一数据包相邻的至少一个数据包。
例如，假设第一数据中包括数据包1、数据包2、数据包3和数据包4，且第一数据中的数据包的传输顺序为数据包1至数据包4，若第一数据包为数据包1，则第二数据包可以为数据包2，或者可以为数据包2和数据包3等。
可选地，本申请实施例中，上述至少一个数据包的数量可以根据第一数据对应的业务确定。
可选地，本申请实施例中，第一数据可以为网络侧设备需要传输至第一终端的数据。
可选地，本申请实施例中，第一终端与上述至少一个第二终端可以分别通过各自的Uu接口获取第一数据中的至少部分数据，且该至少一个第二终端可以将获取的数据传输给第一终端，从而第一终端可以通过第一终端与该至少一个第二终端协作获取第一数据。
可选地，本申请实施例中，第一设备包括的至少一个第二终端为：与第一终端协作获取第一数据的上述至少一个第二终端中的至少一个第二终端。
可以理解，当第一终端通过第一终端与上述至少一个第二终端从网络侧设备协作获取第一数据时，若满足第一条件，则第一终端可以指示其中的至少一个第二终端和/或网络侧设备丢弃第一数据包，从而可以使指示的该至少一个第二终端和/或网络侧设备不再传输第一数据包。
可选地，本申请实施例中，第二数据包对应的timer可以为第一终端维护的timer，或者可以为网络侧设备配置的timer。
可选地，本申请实施例中，每个数据包可以对应一个timer，或者每组数据包(即相连续的至少两个数据包)可以对应一个timer；且每两个timer可以相同或者可以不同。
可选地，本申请实施例中，第二数据包对应的timer由第一终端在获取到第一数据中的第三数据包时启动。
其中，第三数据包为：在第二数据包之前传输的，且与第二数据包相邻的数据包。
可选地，第二数据包对应的timer由第一终端在获取到第一数据中的第三数据包时启动可以理解为：第一终端成功接收第三数据包时启动第二数据包对应的timer。
可选地，本申请实施例中，第三数据包可以包括一个或相连续的多个数据包。
可选地，本申请实施例中，若第二数据包在第二数据包对应的timer内获取，则第一终端可以停止该timer，并启动下一个传输的数据包对应的timer，或启动下一组传输的数据包对应的timer；若第二数据包在第二数据包对应的定时器timer超时后获取，则第一终端可以指示第一设备丢弃第一数据包。
本申请实施例中，由于第二数据包对应的timer由第一终端在获取到第三数据包时启动，因此可以在开始获取第二数据包时启动第二数据包对应的timer，从而可以准确监测第二数据包是否获取超时。
在本申请实施例提供的数据处理方法中，由于第一终端在与至少一个第二终端协作获取第一数据的过程中，可以在满足第一条件的情况下，指示至少一个第二终端和/或网络侧设备丢弃超时获取的数据包之后传输的数据包，因此可以使该至少一个第二终端和/或网络侧设备无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
可选地，本申请实施例中，在上述步骤501之前，本申请实施例提供的数据处理方法还可以包括下述的步骤502。
步骤502、第一终端从网络侧设备接收配置信息。
本申请实施例中，上述配置信息用于第一终端与上述至少一个第二终端协作传输数据。
可选地，本申请实施例中，若上述至少一个第二终端处于连接状态，则该至少一个第二终端也从网络侧设备接收上述配置信息，从而第一终端与该至少一个第二终端可以通过该配置信息的配置，协作传输数据。
可选地，本申请实施例中，若上述至少一个第二终端处于非连接状态，则该至少一个第二终端可以先通过网络侧设备的寻呼进入连接，然后再从网络侧设备接收上述配置信息。
本申请实施例中，由于第一终端可以从网络侧设备接收配置信息，因此第一终端可以通过该配置信息的配置，与至少一个第二终端协作传输数据，从而可以确保第一终端与该至少一个第二终端同步协作传输数据。
可选地，本申请实施例中，上述配置信息可以包括以下至少之一：
(1)第一终端与每个第二终端之间链路的无线承载配置；
(2)第一终端的Uu DRB的无线承载配置；
(3)至少一个第二终端的Uu DRB的无线承载配置；
(4)分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)关联的两条路径的配置(例如，More Than Two RLC-DRB配置两条路径)；
(5)服务质量流(Quality of Service flow，QoS flow)信息；
(6)指示激活第一终端在两条路径传输数据的信息；
(7)指示激活至少一个第二终端在两条路径传输数据的信息。
本申请实施例中，由于上述配置信息可以包括上述(1)至(7)中的至少之一，因此可以提高配置第一终端与至少一个第二终端协作传输数据的灵活性。
可选地，上述两条路径可以理解为：两条RLC路径或两条RLC实体。
可选地，本申请实施例中，在上述步骤502之前，本申请实施例提供的数据处理方法还可以包括下述的步骤503。
步骤503、在满足第二条件的情况下，第一终端向网络侧设备发送请求信息。
本申请实施例中，上述请求信息用于请求与上述至少一个第二终端协作传输数据。
可选地，本申请实施例中，上述请求信息可以用于请求网络侧设备对一个QoSflow和/或一个DRB，配置第一终端与上述至少一个第二终端协作传输数据
本申请实施例中，第二条件包括以下至少之一：
第一终端的Uu的参考信号接收功率(Reference Signal Receiving Power，RSRP)小于或等于第一RSRP门限；
第一终端与上述至少一个第二终端的链路的RSRP大于或等于第二RSRP门限。
可选地，本申请实施例中，上述第一RSRP门限和第二RSRP门限可以为配置的、预定义的或协议约定的。
可以理解，当第一终端的Uu的RSRP小于或等于第一RSRP门限时，第一终端的Uu传输数据的效率较差；当第一终端与上述至少一个第二终端的链路(例如PC5)的RSRP大于或等于第二RSRP门限时，第一终端与该至少一个第二终端的链路传输数据的效率较好。
本申请实施例中，由于在满足第二条件的情况下，第一终端可以向网络侧设备发送请求信息，以请求与至少一个第二终端协作传输数据，因此可以提高第一终端获取数据的效率。
可选地，本申请实施例中，上述请求信息可以包括以下至少之一：
(1.1)至少一个第二终端的识别信息；
(1.2)第一终端需求通过上述至少一个第二终端传输的业务QoS flow信息；
(1.3)第一终端需求通过上述至少一个第二终端传输的业务DRB信息。
本申请实施例中，由于上述请求信息可以包括上述(1.1)至(1.3)中的至少之一，因此可以提高请求网络侧设备对一个QoS flow和/或一个DRB，配置第一终端与至少一个第二终端协作传输数据的灵活性。
可选地，本申请实施例中，上述步骤503具体可以通过下述的步骤503a实现。
步骤503a、第一终端通过第一终端的Uu或一个第二终端的Uu，向网络侧设备发送请求信息。
本申请实施例中，由于第一终端可以通过第一终端的Uu或一个第二终端的Uu，向网络侧设备发送请求信息，因此可以提高向网络侧设备发送请求信息的灵活性。
可以理解，当满足第二条件时，第一终端可以首先通过第一终端的Uu或一个第二终端的Uu，向网络侧设备发送上述请求信息，以请求网络侧设备对一个QoS flow和/或一个DRB，配置第一终端与至少一个第二终端协作传输数据；然后网络侧设备在接收到该请求信息后可以发送配置信息，以配置第一终端与该至少一个第二终端协作传输数据；从而第一终端与该至少一个第二终端可以接收该配置信息，并通过该配置信息的配置协作传输数据。
本申请实施例提供一种数据处理方法，图6示出了本申请实施例提供的数据处理方法的流程图。如图6所示，本申请实施例提供的数据处理方法可以包括下述的步骤601。
步骤601、在网络侧设备通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，网络侧设备指示第二设备丢弃第二数据中的第四数据包。
本申请实施例中，第二设备包括以下至少之一：第一终端，至少一个第二终端。
本申请实施例中，第三条件包括以下任一项：
(A)在第二数据中的第五数据包对应的timer超时后获取到第五数据包；
(B)第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且网络侧设备未获取到第四数据包。
本申请实施例中，在上述(A)中，第五数据包对应的timer为网络侧设备根据第一信息配置的，第一信息包括以下至少之一：网络侧设备给第一终端或上述至少一个第二终端的上行授权(Uplink grant，UL grant)；网络侧设备与终端维护的同步时间；该预定时间戳可以为网络侧设备维护的时间戳。
可选地，本申请实施例中，在第三条件包括上述(A)的情况下，第二数据可以为第一终端需要传输至网络侧设备的数据；第四数据包为第五数据包之后传输的数据包。
可选地，本申请实施例中，第五数据包对应的timer由网络侧设备在获取到第二数据中的第六数据包时启动。
其中，第六数据包为：在第五数据包之前传输的，且与第五数据包相邻的数据包。
本申请实施例中，由于第五数据包对应的timer由网络侧设备在获取到第六数据包时启动，因此可以在开始获取第五数据包时启动第五数据包对应的timer，从而可以准确监测第五数据包是否获取超时
可选地，本申请实施例中，在上述(B)中，第五数据包和第四数据包可以为不同数据源的数据包。
示例性地，以第三条件包括上述(B)为例，假设网络侧设备通过UE1(即第一终端)与UE2(即至少一个第二终端)协作获取第二数据，若UE1获取数据包a(即第五数据包)的时间与UE2获取数据包b(即第四数据包)的时间相同，且网络侧设备获取到数据包a、未获取到数据包b，则网络侧设备可以指示UE2(即第二设备)丢弃数据包b。如此，可以节约UE2的传输资源。可选地，本申请实施例中，在网络侧设备未获取到第五数据包的情况下，至少一个第二终端可根据第一终端的指示丢弃第四数据包。
可以理解，若第一终端未能正确传输第五数据包，则第一终端可以指示至少一个第二终端第五数据包未能正确传输，从而该至少一个第二终端在收到该指示后，可以根据该指示丢弃第四数据包。
本申请实施例中，由于在网络侧设备未获取到第五数据包的情况下，至少一个第二终端可根据第一终端的指示丢弃第四数据包，因此第一终端可以根据自身的数据传输情况，无需通过网络侧设备，便可以指示至少一个第二终端丢弃相应的数据包，从而可以降低各设备的功耗，并节约该至少一个第二终端的传输资源。
对于本申请实施例中的其它描述，具体可以参照上述终端侧实施例中的相关描述，为了避免重复，此处不再赘述。
在本申请实施例提供的数据处理方法中，由于网络侧设备在通过第一终端与至少一个第二终端协作获取第二数据的过程中，可以在满足第三条件的情况下，指示第一终端和/或至少一个第二终端丢弃超时获取的数据包之后传输的数据包，因此可以使第一终端和/或该至少一个第二终端无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
可选地，本申请实施例中，第三条件包括上述(A)，那么，在上述步骤601之前，本申请实施例提供的数据处理方法还可以包括下述的步骤602。
步骤602、网络侧设备接收第一终端发送的请求信息。
本申请实施例中，上述请求信息用于请求与上述至少一个第二终端协作传输数据。
可选地，本申请实施例中，上述请求信息可以用于请求网络侧设备对一个QoSflow和/或一个DRB，配置第一终端与上述至少一个第二终端协作传输数据。
本申请实施例中，由于网络侧设备可以接收第一终端发送的，用于请求与至少一个第二终端协作传输数据的请求消息，因此可以使网络侧设备获知第一终端与该至少一个第二终端的协作传输请求，从而可以提高网络侧设备配置的准确性。
可选地，本申请实施例中，在上述步骤602之后，本申请实施例提供的数据处理方法还可以包括下述的步骤603。
步骤603、网络侧设备向第一终端与至少一个第二终端发送配置信息。
本申请实施例中，上述配置信息包括以下至少之一：
(1)第一终端与每个第二终端之间链路的无线承载配置；
(2)第一终端的Uu DRB的无线承载配置；
(3)至少一个第二终端的Uu DRB的无线承载配置；
(4)PDCP关联的两条路径的配置；
(5)QoS flow信息；
(6)指示激活第一终端在两条路径传输数据的信息；
(7)指示激活至少一个第二终端在两条路径传输数据的信息。
可选地，本申请实施例中，在网络侧设备配置第一终端与上述至少一个第二终端协作传输数据之后，第一终端可以与该至少一个第二终端交换数据包的关联关系(例如，第一终端传输数据包1、数据包2和数据包3，第一终端通过一个第二终端传输数据包3、数据包4和数据包5)。
本申请实施例中，由于网络侧设备可以向第一终端与至少一个第二终端发送配置信息，且该配置信息可以包括上述(1)至(7)中的至少之一，因此可以提高网络侧设备配置第一终端与该至少一个第二终端协作传输数据的灵活性。
可选地，本申请实施例中，第三条件包括上述(B)，那么，在上述步骤601之前，本申请实施例提供的数据处理方法还可以包括下述的步骤604。
步骤604、网络侧设备基于对第一终端与至少一个第二终端的第一配置确定同一时间获取的数据包。
本申请实施例中，网络侧设备、第一终端和上述至少一个第二终端采用同一个时间表，例如，网络侧设备与第一终端及该至少一个第二终端同步时间表。
本申请实施例中，第一配置包括以下至少之一：
(a)配置同一时间采集数据；
(b)配置同一时间上报数据；
(c)配置重复采集和上报的周期；
(d)配置采集数据时间与逻辑信道标识(Logical Channel Identity，LCH ID)的配对关系；
(e)配置采集数据时，对每个数据包组附上采集数据的时间。
可选地，本申请实施例中，若第一配置包括上述(b)，则网络侧设备可以根据第一终端和上述至少一个第二终端上报数据的时间，确定同一时间获取的数据包。
示例性地，以第一配置包括上述(d)为例，若UE1(即第一终端)传输的数据包1，以及UE2(即至少一个第二终端)的传输数据包2均是用LCH 3传输，则网络侧设备可以确定数据包1和数据包2为同一时间获取的数据包。进一步地，网络侧设备还可以基于对第一终端与至少一个第二终端的配置周期性采集数据时间与LCH ID的配对关系(例如，每10分钟采集的数据用LCH 3传输数据)，确定同一时间获取的数据包。
又示例性地，以第一配置包括上述(e)为例，若UE1(即第一终端)采集数据包1的时间为11：20，且UE2(即至少一个第二终端)采集数据包2的时间为11：20，则网络侧设备可以确定数据包1和数据包2为同一时间获取的数据包。
本申请实施例中，由于网络侧设备可以基于对第一终端与至少一个第二终端的不同的第一配置确定同一时间获取的数据包，因此可以提高网络侧设备确定同一时间获取的数据包的灵活性。
对于本申请实施例中的其它描述，具体可以参照上述终端侧实施例中的相关描述，为了避免重复，此处不再赘述。
本申请实施例提供的数据处理方法，执行主体可以为数据处理装置。本申请实施例中以数据处理装置执行数据处理方法为例，说明本申请实施例提供的数据处理装置。
结合图7，本申请实施例提供一种数据处理装置70，该数据处理装置70可以包括获取模块71和指示模块72。指示模块72，可以用于在获取模块71与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。
一种可能的实现方式中，数据处理装置70还可以包括启动模块。第二数据包对应的timer由启动模块在获取模块71获取到第一数据中的第三数据包时启动；其中，第三数据包为：在第二数据包之前传输的，且与第二数据包相邻的数据包。
一种可能的实现方式中，数据处理装置70还可以包括接收模块。接收模块，可以用于在指示模块72指示第一设备丢弃第一数据中的第一数据包之前，从网络侧设备接收配置信息；其中，配置信息用于数据处理装置70与该至少一个第二终端协作传输数据。
一种可能的实现方式中，上述配置信息可以包括以下至少之一：数据处理装置70与每个第二终端之间链路的无线承载配置；数据处理装置70的Uu DRB的无线承载配置；至少一个第二终端的Uu DRB的无线承载配置；PDCP关联的两条路径的配置；QoS flow信息；指示激活数据处理装置70在两条路径传输数据的信息；指示激活至少一个第二终端在两条路径传输数据的信息。
一种可能的实现方式中，数据处理装置70还可以包括发送模块。发送模块，可以用于在满足第二条件的情况下，向网络侧设备发送请求信息；其中，请求信息用于请求与上述至少一个第二终端协作传输数据；第二条件包括以下至少之一：数据处理装置70的Uu的RSRP小于或等于第一RSRP门限；数据处理装置70与该至少一个第二终端的链路的RSRP大于或等于第二RSRP门限。
一种可能的实现方式中，上述请求信息可以包括以下至少之一：至少一个第二终端的识别信息；数据处理装置70需求通过上述至少一个第二终端传输的业务QoS flow信息；数据处理装置70需求通过该至少一个第二终端传输的业务DRB信息。
一种可能的实现方式中，发送模块，具体可以用于通过数据处理装置70的Uu或一个第二终端的Uu，向网络侧设备发送上述请求信息。
在本申请实施例提供的数据处理装置中，由于该数据处理装置在与至少一个第二终端协作获取第一数据的过程中，可以在满足第一条件的情况下，指示至少一个第二终端和/或网络侧设备丢弃超时获取的数据包之后传输的数据包，因此可以使该至少一个第二终端和/或网络侧设备无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
本申请实施例中的数据处理装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，示例性的，终端可以包括但不限于上述所列举的终端11的类型，本申请实施例不作具体限定。
本申请实施例提供的数据处理装置能够实现图5的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
结合图8，本申请实施例提供一种数据处理装置80，该数据处理装置80可以包括获取模块81和指示模块82。指示模块82，可以用于在获取模块81通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且获取模块81未获取到第四数据包；其中，第五数据包对应的timer为数据处理装置80根据第一信息配置的；第一信息包括以下至少之一：数据处理装置80给第一终端或至少一个第二终端的ULgrant；数据处理装置80与终端维护的同步时间。
一种可能的实现方式中，数据处理装置80还可以包括启动模块。第五数据包对应的timer由启动模块在获取模块81获取到第二数据中的第六数据包时启动；其中，第六数据包为：在第五数据包之前传输的，且与第五数据包相邻的数据包。
一种可能的实现方式中，数据处理装置80还可以包括接收模块，第三条件包括：在第二数据中的第五数据包对应的timer超时后获取到第五数据包。接收模块，可以用于在指示模块82指示第二设备丢弃第二数据中的第四数据包之前，接收第一终端发送的请求信息；其中，该请求信息用于请求与上述至少一个第二终端协作传输数据。
一种可能的实现方式中，数据处理装置80还可以包括发送模块。发送模块，可以用于在上述接收模块接收第一终端发送的上述请求信息之后，向第一终端与上述至少一个第二终端发送配置信息；其中，该配置信息包括以下至少之一：第一终端与每个第二终端之间链路的无线承载配置；第一终端的Uu DRB的无线承载配置；至少一个第二终端的Uu DRB的无线承载配置；PDCP关联的两条路径的配置；QoS flow信息；指示激活第一终端在两条路径传输数据的信息；指示激活至少一个第二终端在两条路径传输数据的信息。
一种可能的实现方式中，数据处理装置80还可以包括确定模块，第三条件包括：第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且获取模块81未获取到第四数据包。确定模块，可以用于在指示模块82指示第二设备丢弃第二数据中的第四数据包之前，基于对第一终端与上述至少一个第二终端的第一配置确定同一时间获取的数据包；其中，数据处理装置80、第一终端和该至少一个第二终端采用同一个时间表；第一配置包括以下至少之一：配置同一时间采集数据；配置同一时间上报数据；配置重复采集和上报的周期；配置采集数据时间与LCH ID的配对关系；配置采集数据时，对每个数据包组附上采集数据的时间。
一种可能的实现方式中，在获取模块81未获取到第五数据包的情况下，上述至少一个第二终端可根据第一终端的指示丢弃第四数据包。
在本申请实施例提供的数据处理装置中，由于该数据处理装置在通过第一终端与至少一个第二终端协作获取第二数据的过程中，可以在满足第三条件的情况下，指示第一终端和/或至少一个第二终端丢弃超时获取的数据包之后传输的数据包，因此可以使第一终端和/或该至少一个第二终端无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
本申请实施例中的数据处理装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以为除终端之外的其他设备，示例性的，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的数据处理装置能够实现图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选地，如图9所示，本申请实施例还提供一种通信设备900，包括处理器901和存储器902，存储器902上存储有可在所述处理器901上运行的程序或指令，例如，该通信设备900为终端时，该程序或指令被处理器901执行时实现上述终端侧方法实施例的各个步骤，且能达到相同的技术效果。该通信设备900为网络侧设备时，该程序或指令被处理器901执行时实现上述网络侧设备方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，处理器可以用于在该终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图10为实现本申请实施例的一种终端的硬件结构示意图。
该终端1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009以及处理器1010等中的至少部分部件。
本领域技术人员可以理解，终端1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元1004可以包括图形处理单元(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元1001接收来自网络侧设备的下行数据后，可以传输给处理器1010进行处理；另外，射频单元1001可以向网络侧设备发送上行数据。通常，射频单元1001包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器1009可用于存储软件程序或指令以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例中的存储器1009包括但不限于这些和任意其它适合类型的存储器。
处理器1010可包括一个或多个处理单元；可选地，处理器1010集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
其中，处理器1010，可以用于在与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃第一数据中的第一数据包；第一设备包括以下至少之一：至少一个第二终端，网络侧设备；第一条件包括：在第一数据中的第二数据包对应的timer超时后获取到第二数据包；其中，第一数据包为第二数据包之后传输的数据包。
一种可能的实现方式中，第二数据包对应的timer由处理器1010在获取到第一数据中的第三数据包时启动；其中，第三数据包为：在第二数据包之前传输的，且与第二数据包相邻的数据包。
一种可能的实现方式中，射频单元1001，可以用于在处理器1010指示第一设备丢弃第一数据中的第一数据包之前，从网络侧设备接收配置信息；其中，配置信息用于终端1000与该至少一个第二终端协作传输数据。
一种可能的实现方式中，上述配置信息可以包括以下至少之一：终端1000与每个第二终端之间链路的无线承载配置；终端1000的Uu DRB的无线承载配置；至少一个第二终端的Uu DRB的无线承载配置；PDCP关联的两条路径的配置；QoS flow信息；指示激活终端1000在两条路径传输数据的信息；指示激活至少一个第二终端在两条路径传输数据的信息。
一种可能的实现方式中，射频单元1001，还可以用于在满足第二条件的情况下，向网络侧设备发送请求信息；其中，请求信息用于请求与上述至少一个第二终端协作传输数据；第二条件包括以下至少之一：终端1000的Uu的RSRP小于或等于第一RSRP门限；终端1000与该至少一个第二终端的链路的RSRP大于或等于第二RSRP门限。
一种可能的实现方式中，上述请求信息可以包括以下至少之一：至少一个第二终端的识别信息；终端1000需求通过上述至少一个第二终端传输的业务QoS flow信息；终端1000需求通过该至少一个第二终端传输的业务DRB信息。
一种可能的实现方式中，射频单元1001，具体可以用于通过终端1000的Uu或一个第二终端的Uu，向网络侧设备发送上述请求信息。
在本申请实施例提供的终端中，由于该终端在与至少一个第二终端协作获取第一数据的过程中，可以在满足第一条件的情况下，指示至少一个第二终端和/或网络侧设备丢弃超时获取的数据包之后传输的数据包，因此可以使该至少一个第二终端和/或网络侧设备无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
本申请实施例提供的终端能够实现上述方法实施例中终端实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于在该网络侧设备通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且获取模块未获取到第四数据包；其中，第五数据包对应的timer为该网络侧设备根据第一信息配置的；第一信息包括以下至少之一：该网络侧设备给第一终端或至少一个第二终端的UL grant；该网络侧设备与终端维护的同步时间。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图11所示，该网络侧设备1100包括：天线111、射频装置112、基带装置113、处理器114和存储器115。天线111与射频装置112连接。在上行方向上，射频装置112通过天线111接收信息，将接收的信息发送给基带装置113进行处理。在下行方向上，基带装置113对要发送的信息进行处理，并发送给射频装置112，射频装置112对收到的信息进行处理后经过天线111发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置113中实现，该基带装置113包括基带处理器。
基带装置113例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图11所示，其中一个芯片例如为基带处理器，通过总线接口与存储器115连接，以调用存储器115中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口116，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。
具体地，本发明实施例的网络侧设备1100还包括：存储在存储器115上并可在处理器114上运行的指令或程序，处理器114调用存储器115中的指令或程序执行图8所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
其中，处理器114，可以用于在通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃第二数据中的第四数据包；第二设备包括以下至少之一：第一终端，至少一个第二终端；第三条件包括以下任一项：在第二数据中的第五数据包对应的timer超时后获取到第五数据包；第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且处理器114未获取到第四数据包；其中，第五数据包对应的timer为网络侧设备1100根据第一信息配置的；第一信息包括以下至少之一：网络侧设备1100给第一终端或至少一个第二终端的UL grant；网络侧设备1100与终端维护的同步时间。
一种可能的实现方式中，第五数据包对应的timer由处理器114在获取到第二数据中的第六数据包时启动；其中，第六数据包为：在第五数据包之前传输的，且与第五数据包相邻的数据包。
一种可能的实现方式中，第三条件包括：在第二数据中的第五数据包对应的timer超时后获取到第五数据包。射频装置112，可以用于在处理器114指示第二设备丢弃第二数据中的第四数据包之前，接收第一终端发送的请求信息；其中，该请求信息用于请求与上述至少一个第二终端协作传输数据。
一种可能的实现方式中，射频装置112，还可以用于在接收第一终端发送的上述请求信息之后，向第一终端与上述至少一个第二终端发送配置信息；其中，该配置信息包括以下至少之一：第一终端与每个第二终端之间链路的无线承载配置；第一终端的Uu DRB的无线承载配置；至少一个第二终端的Uu DRB的无线承载配置；PDCP关联的两条路径的配置；QoS flow信息；指示激活第一终端在两条路径传输数据的信息；指示激活至少一个第二终端在两条路径传输数据的信息。
一种可能的实现方式中，第三条件包括：第二数据中的第五数据包与第四数据包为不同终端在同一时间获取的数据包，且处理器114未获取到第四数据包。处理器114，还可以用于在指示第二设备丢弃第二数据中的第四数据包之前，基于对第一终端与上述至少一个第二终端的第一配置确定同一时间获取的数据包；其中，网络侧设备1100、第一终端和该至少一个第二终端采用同一个时间表；第一配置包括以下至少之一：配置同一时间采集数据；配置同一时间上报数据；配置重复采集和上报的周期；配置采集数据时间与LCH ID的配对关系；配置采集数据时，对每个数据包组附上采集数据的时间。
一种可能的实现方式中，在处理器114未获取到第三数据包的情况下，上述至少一个第二终端可根据第一终端的指示丢弃第四数据包。
在本申请实施例提供的网络侧设备中，由于该网络侧设备在通过第一终端与至少一个第二终端协作获取第二数据的过程中，可以在满足第三条件的情况下，指示第一终端和/或至少一个第二终端丢弃超时获取的数据包之后传输的数据包，因此可以使第一终端和/或该至少一个第二终端无需进行不必要的数据传输，从而可以在多个终端协作传输数据时节省传输资源。
本申请实施例提供的网络侧设备能够实现上述方法实施例中网络侧设备实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如上所述的终端侧方法的步骤，所述网络侧设备可用于执行如上所述的网络侧设备方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (30)

1.一种数据处理方法，其特征在于，所述方法包括：
在所述第一终端与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，所述第一终端指示第一设备丢弃所述第一数据中的第一数据包；
所述第一设备包括以下至少之一：至少一个所述第二终端，网络侧设备；
所述第一条件包括：在所述第一数据中的第二数据包对应的定时器timer超时后获取到所述第二数据包；
其中，所述第一数据包为所述第二数据包之后传输的数据包。
2.根据权利要求1所述的方法，其特征在于，所述第二数据包对应的timer由所述第一终端在获取到所述第一数据中的第三数据包时启动；
其中，所述第三数据包为：在所述第二数据包之前传输的，且与所述第二数据包相邻的数据包。
3.根据权利要求1或2所述的方法，其特征在于，所述第一终端指示第一设备丢弃所述第一数据中的第一数据包之前，所述方法还包括：
所述第一终端从所述网络侧设备接收配置信息；
其中，所述配置信息用于所述第一终端与所述至少一个第二终端协作传输数据。
4.根据权利要求3所述的方法，其特征在于，
所述配置信息包括以下至少之一：
所述第一终端与每个所述第二终端之间链路的无线承载配置；
所述第一终端的空中接口Uu数据无线承载DRB的无线承载配置；
至少一个所述第二终端的Uu DRB的无线承载配置；
分组数据汇聚协议PDCP关联的两条路径的配置；
服务质量流QoS flow信息；
指示激活所述第一终端在两条路径传输数据的信息；
指示激活至少一个所述第二终端在两条路径传输数据的信息。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
在满足第二条件的情况下，所述第一终端向所述网络侧设备发送请求信息；
其中，所述请求信息用于请求与所述至少一个第二终端协作传输数据；
所述第二条件包括以下至少之一：
所述第一终端的Uu的参考信号接收功率RSRP小于或等于第一RSRP门限；
所述第一终端与所述至少一个第二终端的链路的RSRP大于或等于第二RSRP门限。
6.根据权利要求5所述的方法，其特征在于，
所述请求信息包括以下至少之一：
至少一个所述第二终端的识别信息；
所述第一终端需求通过所述至少一个第二终端传输的业务QoS flow信息；
所述第一终端需求通过所述至少一个第二终端传输的业务DRB信息。
7.根据权利要求5或6所述的方法，其特征在于，所述第一终端向所述网络侧设备发送请求信息，包括：
所述第一终端通过所述第一终端的Uu或一个所述第二终端的Uu，向所述网络侧设备发送所述请求信息。
8.一种数据处理方法，其特征在于，所述方法包括：
在所述网络侧设备通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，所述网络侧设备指示第二设备丢弃所述第二数据中的第四数据包；
所述第二设备包括以下至少之一：所述第一终端，至少一个所述第二终端；
所述第三条件包括以下任一项：
在所述第二数据中的第五数据包对应的timer超时后获取到所述第五数据包；
所述第二数据中的第五数据包与所述第四数据包为不同终端在同一时间获取的数据包，且所述网络侧设备未获取到所述第四数据包；
其中，所述第五数据包对应的timer为所述网络侧设备根据第一信息配置的；
所述第一信息包括以下至少之一：所述网络侧设备给所述第一终端或所述至少一个第二终端的上行授权UL grant；所述网络侧设备与终端维护的同步时间。
9.根据权利要求8所述的方法，其特征在于，所述第五数据包对应的timer由所述网络侧设备在获取到所述第二数据中的第六数据包时启动；
其中，所述第六数据包为：在所述第五数据包之前传输的，且与所述第五数据包相邻的数据包。
10.根据权利要求8或9所述的方法，其特征在于，所述第三条件包括：在所述第二数据中的第五数据包对应的timer超时后获取到所述第五数据包；
所述网络侧设备指示第二设备丢弃所述第二数据中的第四数据包之前，所述方法还包括：
所述网络侧设备接收所述第一终端发送的请求信息；
其中，所述请求信息用于请求与所述至少一个第二终端协作传输数据。
11.根据权利要求10所述的方法，其特征在于，所述网络侧设备接收所述第一终端发送的请求信息之后，所述方法还包括：
所述网络侧设备向所述第一终端与所述至少一个第二终端发送配置信息；
其中，所述配置信息包括以下至少之一：
所述第一终端与每个所述第二终端之间链路的无线承载配置；
所述第一终端的Uu DRB的无线承载配置；
至少一个所述第二终端的Uu DRB的无线承载配置；
PDCP关联的两条路径的配置；
QoS flow信息；
指示激活所述第一终端在两条路径传输数据的信息；
指示激活至少一个所述第二终端在两条路径传输数据的信息。
12.根据权利要求8或9所述的方法，其特征在于，所述第三条件包括：所述第二数据中的第五数据包与所述第四数据包为不同终端在同一时间获取的数据包，且所述网络侧设备未获取到所述第四数据包；
所述网络侧设备指示第二设备丢弃所述第二数据中的第四数据包之前，所述方法还包括：
所述网络侧设备基于对所述第一终端与所述至少一个第二终端的第一配置确定同一时间获取的数据包；
其中，所述网络侧设备、所述第一终端和所述至少一个第二终端采用同一个时间表；
所述第一配置包括以下至少之一：
配置同一时间采集数据；
配置同一时间上报数据；
配置重复采集和上报的周期；
配置采集数据时间与逻辑信道标识LCH ID的配对关系；
配置采集数据时，对每个数据包组附上采集数据的时间。
13.根据权利要求8所述的方法，其特征在于，在所述网络侧设备未获取到所述第五数据包的情况下，所述至少一个第二终端可根据所述第一终端的指示丢弃所述第四数据包。
14.一种数据处理装置，其特征在于，所述装置包括获取模块和指示模块；
所述指示模块，用于在所述获取模块与至少一个第二终端协作获取第一数据的过程中，在满足第一条件的情况下，指示第一设备丢弃所述第一数据中的第一数据包；
所述第一设备包括以下至少之一：至少一个所述第二终端，网络侧设备；
所述第一条件包括：在所述第一数据中的第二数据包对应的timer超时后获取到所述第二数据包；
其中，所述第一数据包为所述第二数据包之后传输的数据包。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括启动模块；
所述第二数据包对应的timer由所述启动模块在所述获取模块获取到所述第一数据中的第三数据包时启动；
其中，所述第三数据包为：在所述第二数据包之前传输的，且与所述第二数据包相邻的数据包。
16.根据权利要求14或15所述的装置，其特征在于，所述装置还包括接收模块；
所述接收模块，用于在所述指示模块指示所述第一设备丢弃所述第一数据中的所述第一数据包之前，从所述网络侧设备接收配置信息；
其中，所述配置信息用于所述装置与所述至少一个第二终端协作传输数据。
17.根据权利要求16所述的装置，其特征在于，
所述配置信息包括以下至少之一：
所述装置与每个所述第二终端之间链路的无线承载配置；
所述装置的Uu DRB的无线承载配置；
至少一个所述第二终端的Uu DRB的无线承载配置；
PDCP关联的两条路径的配置；
QoS flow信息；
指示激活所述装置在两条路径传输数据的信息；
指示激活至少一个所述第二终端在两条路径传输数据的信息。
18.根据权利要求16所述的装置，其特征在于，所述装置还包括发送模块；
所述发送模块，用于在满足第二条件的情况下，向所述网络侧设备发送请求信息；
其中，所述请求信息用于请求与所述至少一个第二终端协作传输数据；
所述第二条件包括以下至少之一：
所述装置的Uu的RSRP小于或等于第一RSRP门限；
所述装置与所述至少一个第二终端的链路的RSRP大于或等于第二RSRP门限。
19.根据权利要求18所述的装置，其特征在于，
所述请求信息包括以下至少之一：
至少一个所述第二终端的识别信息；
所述装置需求通过所述至少一个第二终端传输的业务QoS flow信息；
所述装置需求通过所述至少一个第二终端传输的业务DRB信息。
20.根据权利要求18或19所述的装置，其特征在于，
所述发送模块，具体用于通过所述装置的Uu或一个所述第二终端的Uu，向所述网络侧设备发送所述请求信息。
21.一种数据处理装置，其特征在于，所述装置包括获取模块和指示模块；
所述指示模块，用于在所述获取模块通过第一终端与至少一个第二终端协作获取第二数据的过程中，在满足第三条件的情况下，指示第二设备丢弃所述第二数据中的第四数据包；
所述第二设备包括以下至少之一：所述第一终端，至少一个所述第二终端；
所述第三条件包括以下任一项：
在所述第二数据中的第五数据包对应的timer超时后获取到所述第五数据包；
所述第二数据中的第五数据包与所述第四数据包为不同终端在同一时间获取的数据包，且所述获取模块未获取到所述第四数据包；
其中，所述第五数据包对应的timer为所述装置根据第一信息配置的；
所述第一信息包括以下至少之一：所述装置给所述第一终端或所述至少一个第二终端的上行授权UL grant；所述装置与终端维护的同步时间。
22.根据权利要求21所述的装置，其特征在于，所述装置还包括启动模块；
所述第五数据包对应的timer由所述启动模块在所述获取模块获取到所述第二数据中的第六数据包时启动；
其中，所述第六数据包为：在所述第五数据包之前传输的，且与所述第五数据包相邻的数据包。
23.根据权利要求21或22所述的装置，其特征在于，所述装置还包括接收模块，所述第三条件包括：在所述第二数据中的第五数据包对应的timer超时后获取到所述第五数据包；
所述接收模块，用于在所述指示模块指示所述第二设备丢弃所述第二数据中的所述第四数据包之前，接收所述第一终端发送的请求信息；
其中，所述请求信息用于请求与所述至少一个第二终端协作传输数据。
24.根据权利要求23所述的装置，其特征在于，所述装置还包括发送模块；
所述发送模块，用于在所述接收模块接收所述第一终端发送的所述请求信息之后，向所述第一终端与所述至少一个第二终端发送配置信息；
其中，所述配置信息包括以下至少之一：
所述第一终端与每个所述第二终端之间链路的无线承载配置；
所述第一终端的Uu DRB的无线承载配置；
至少一个所述第二终端的Uu DRB的无线承载配置；
PDCP关联的两条路径的配置；
QoS flow信息；
指示激活所述第一终端在两条路径传输数据的信息；
指示激活至少一个所述第二终端在两条路径传输数据的信息。
25.根据权利要求21或22所述的装置，其特征在于，所述装置还包括确定模块，所述第三条件包括：所述第二数据中的第五数据包与所述第四数据包为不同终端在同一时间获取的数据包，且所述获取模块未获取到所述第四数据包；
所述确定模块，用于在所述指示模块指示所述第二设备丢弃所述第二数据中的所述第四数据包之前，基于对所述第一终端与所述至少一个第二终端的第一配置确定同一时间获取的数据包；
其中，所述装置、所述第一终端和所述至少一个第二终端采用同一个时间表；
所述第一配置包括以下至少之一：
配置同一时间采集数据；
配置同一时间上报数据；
配置重复采集和上报的周期；
配置采集数据时间与LCH ID的配对关系；
配置采集数据时，对每个数据包组附上采集数据的时间。
26.根据权利要求21所述的装置，其特征在于，在所述获取模块未获取到所述第五数据包的情况下，所述至少一个第二终端可根据所述第一终端的指示丢弃所述第四数据包。
27.一种终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的数据处理方法的步骤。
28.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求8至13中任一项所述的数据处理方法的步骤。
29.一种通信系统，其特征在于，所述通信系统包括如权利要求14所述的数据处理装置和如权利要求21所述的数据处理装置；或者，
所述通信系统包括如权利要求27所述的终端和如权利要求28所述的网络侧设备。
30.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的数据处理方法，或者实现如权利要求8至13中任一项所述的数据处理方法的步骤。
CN202210502248.2A 2022-05-09 2022-05-09 数据处理方法、装置、通信设备、系统及存储介质 Pending CN117097435A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210502248.2A CN117097435A (zh) 2022-05-09 2022-05-09 数据处理方法、装置、通信设备、系统及存储介质
PCT/CN2023/092810 WO2023217090A1 (zh) 2022-05-09 2023-05-08 数据处理方法、装置、通信设备、系统及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210502248.2A CN117097435A (zh) 2022-05-09 2022-05-09 数据处理方法、装置、通信设备、系统及存储介质

Publications (1)

Publication Number Publication Date
CN117097435A true CN117097435A (zh) 2023-11-21

Family

ID=88729687

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210502248.2A Pending CN117097435A (zh) 2022-05-09 2022-05-09 数据处理方法、装置、通信设备、系统及存储介质

Country Status (2)

Country Link
CN (1) CN117097435A (zh)
WO (1) WO2023217090A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11765616B2 (en) * 2019-11-19 2023-09-19 Huawei Technologies Co., Ltd. Methods, apparatus, and systems for UE cooperation with UE relaying
CN113923713A (zh) * 2020-07-09 2022-01-11 维沃移动通信有限公司 数据处理的方法及装置
CN114339714B (zh) * 2020-09-29 2023-07-11 维沃移动通信有限公司 传输配置的方法、装置和设备
WO2022075912A1 (en) * 2020-10-08 2022-04-14 Telefonaktiebolaget Lm Ericsson (Publ) Group pdcp discard timer for low-latency services
CN113472683A (zh) * 2021-07-23 2021-10-01 Oppo广东移动通信有限公司 数据丢弃方法、装置、终端及存储介质

Also Published As

Publication number Publication date
WO2023217090A1 (zh) 2023-11-16

Similar Documents

Publication Publication Date Title
US20210037438A1 (en) Communication device and communication method
CN107113727B (zh) 无线收发器装置中的功率节省
CN114845391B (zh) 一种传输寻呼消息的方法及装置
CN114080055B (zh) 无线资源控制连接建立方法、装置、终端及网络侧设备
JP2018078629A (ja) ページング制御方法、及び基地局
EP4247025A1 (en) Method for controlling secondary cell group, terminal, and network side device
JP2024516908A (ja) 要求情報の送信方法、ｕｅ及びネットワーク側機器
CN117097435A (zh) 数据处理方法、装置、通信设备、系统及存储介质
CN116264718A (zh) 条件小区变换方法、装置、ue及网络侧设备
CN113303002B (zh) 一种通信方法及装置
CN116847479A (zh) 多路径建立方法、终端及网络侧设备
US20240163803A1 (en) Node state control method and apparatus, and related device
US20230422342A1 (en) Sidelink Discontinuous Reception Configuration Method, Device, and Non-transitory Computer-Readable Storage Medium
CN118055452A (zh) 数据传输方法、装置、终端设备及网络侧设备
CN110913378B (zh) 基于触发的即时通信的操作优化
WO2021227052A1 (zh) 一种信息传输方法、通信设备以及计算机可读存储介质
CN116847389A (zh) 数据传输方法及装置、终端及网络侧设备
CN118041853A (zh) 终端聚合建立方法、配置方法、装置及通信设备
CN116489767A (zh) 寻呼方法、终端及网络侧设备
CN116847478A (zh) 路径建立方法及装置、终端及网络侧设备
CN117793945A (zh) 连接建立方法、终端及网络侧设备
CN116997020A (zh) 资源分配方法、设备及可读存储介质
CN117811607A (zh) 跳频方法、装置、终端、网络侧设备及介质
CN116803202A (zh) 无线通信的方法及装置
CN116455539A (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