[go: up one dir, main page]

CN115942301A - 多播业务的状态变量指示方法和设备 - Google Patents

多播业务的状态变量指示方法和设备 Download PDF

Info

Publication number
CN115942301A
CN115942301A CN202111102087.XA CN202111102087A CN115942301A CN 115942301 A CN115942301 A CN 115942301A CN 202111102087 A CN202111102087 A CN 202111102087A CN 115942301 A CN115942301 A CN 115942301A
Authority
CN
China
Prior art keywords
pdcp count
receiving end
pdcp
sending
value
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
CN202111102087.XA
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 CN202111102087.XA priority Critical patent/CN115942301A/zh
Priority to PCT/CN2022/119245 priority patent/WO2023041016A1/zh
Publication of CN115942301A publication Critical patent/CN115942301A/zh
Priority to US18/604,853 priority patent/US20240224038A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • 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/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种多播业务的状态变量指示方法和设备，属于通信技术领域。本申请实施例的多播业务的状态变量指示方法包括：发送端向接收端发送PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。

Description

多播业务的状态变量指示方法和设备
技术领域
本申请属于通信技术领域，具体涉及一种多播业务的状态变量指示方法和设备。
背景技术
相关技术中，用户网络通用接口(User to network universal interface，Uu)和副链路(SideLink，SL)接口都只针对单播(unicast)传输启用了分组数据汇聚协议(PacketData Convergence Protocol，PDCP)层的安全机制。针对Uu多播和SL组播/广播业务，目前均没有启用PDCP层的安全机制，多播传输的安全性较低。
发明内容
本申请实施例提供一种多播业务的状态变量指示方法和设备，能够解决因多播业务没有启用PDCP层的安全机制造成的安全性低的问题。
第一方面，提供了一种多播业务的状态变量指示方法，包括：发送端向接收端发送PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
第二方面，提供了一种多播业务的状态变量指示方法，包括：接收端接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
第三方面，提供了一种多播业务的状态变量指示装置，包括：发送模块，用于向接收端发送PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
第四方面，提供了一种多播业务的状态变量指示装置，包括：接收模块，用于接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCPCOUNT值，PDCP HFN值，PDCP HFN值和SN值。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法。
第六方面，提供了一种终端，包括处理器及通信接口，所述通信接口用于向接收端发送PDCP COUNT信息；或者，接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，所述通信接口用于向接收端发送PDCP COUNT信息；或者，接收来自于发送端的PDCP COUNT信息；其中，所述PDCPCOUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的方法。
在本申请实施例中，发送端向接收端发送PDCP COUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值，这样，接收端即可基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性。
附图说明
图1是根据本申请实施例的无线通信系统的示意图；
图2是根据本申请实施例的多播业务的状态变量指示方法的示意性流程图；
图3是根据本申请实施例的多播业务的状态变量指示方法的示意性流程图；
图4是根据本申请实施例的多播业务的状态变量指示装置的结构示意图；
图5是根据本申请实施例的多播业务的状态变量指示装置的结构示意图；
图6是根据本申请实施例的通信设备的结构示意图；
图7是根据本申请实施例的终端的结构示意图；
图8是根据本申请实施例的网络侧设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(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也可以称作终端设备或者用户终端(UserEquipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装、游戏机等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(BaseTransceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic ServiceSet，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、下一代节点B(gNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的多播业务的状态变量指示方法和设备进行详细地说明。
本申请各个实施例主要包含如下内容：
1)发送端通过信令过程向接收端发送分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)计数(COUNT)信息；其中，发送端可以是网络侧设备或者终端，接收端一般是终端，信令过程可以是Uu无线资源控制(Radio Resource Control，RRC)过程或者副链路RRC过程。接收端接收到PDCP COUNT信息后得到PDCP COUNT值，用以来对自己的状态变量进行赋值或者更新，还可以向发送端回复完成消息，结束信令过程。
2)发送端通过数据包携带PDCP COUNT信息，由于普通数据包仅携带PDCP SN值，因此，可以在数据包头部设置额外的指示域，指明数据包中携带的是PDCP SN值还是PDCPCOUNT信息，从而接收端按照指定的数据包格式进行头部解析，在获得PDCP COUNT值之后，接收端使用PDCP COUNT值来对自己的状态变量进行赋值或者更新。
3)发送端通过控制协议数据单元(Protocol Data Unit，PDU)过程携带PDCPCOUNT信息，接收端接收到PDCP COUNT信息后得到PDCP COUNT值，用以来对自己的状态变量进行赋值或者更新。
上述COUNT信息的发送，可以是在多播建立的时候进行发送，用于接收状态变量的初始化；也可以在多播数据传输的过程中进行发送，用于对数据包PDCP COUNT值的更新和同步处理；也可以是基于接收端的请求或者上报进行发送，例如，接收端可以主动请求进行COUNT同步过程，或者接收端上报了安全错误，例如完整性验证失败等。
如图2所示，本申请实施例提供一种多播业务的状态变量指示方法200，该方法可以由发送端执行，换言之，该方法可以由安装在发送端的软件或硬件来执行，该方法包括如下步骤。
S202：发送端向接收端发送PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP超帧号(Hyper Frame Number，HFN)值，PDCP HFN值和序列号(Sequence Number，SN)值。
本申请各个实施例中提到的发送端可以为网络侧设备，相应地，接收端可以为终端，该例子适用于Uu接口的多播业务传输；或者，本申请各个实施例中提到的发送端和接收端均为终端，该例子适用于副链路接口的组播/广播业务传输，其中，组播和广播可以统称为多播。
所述PDCP COUNT信息用于接收端得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等。PDCP COUNT值可以为32比特(bit)，可以分为两个部分，低位为PDCP SN值，高位为PDCP HFN值。PDCP SN值一般为12位或者18位，PDCP HFN值对应于剩下的20位或者14位。
该实施例中，接收端在得到PDCP COUNT值之后，还可以对多播业务的数据包进行解密、完整性验证以及排序等；相应地，发送端在发送数据包之前，还可以通过PDCP COUNT值对多播业务的数据包进行加密、排序等，提升多播业务的安全性。
该实施例中，发送端向接收端发送PDCP COUNT信息可以包括如下至少之一：1)在多播业务建立时，所述发送端向接收端发送PDCP COUNT信息；2)在多播数据的传输过程中，所述发送端向接收端发送PDCP COUNT信息；3)基于所述接收端的反馈信息，所述发送端向接收端发送PDCP COUNT信息，例如，接收端发现自己的安全处理出现问题，例如完整性验证失败等；或者，接收端基于一定的数据包个数/定时器触发等，进行上报或者请求PDCPCOUNT信息。
本申请实施例提供的多播业务的状态变量指示方法，发送端向接收端发送PDCPCOUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值，这样，接收端即可基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性。
同时，发送端可以根据需要灵活地进行PDCP COUNT信息的发送，确保了收发两端对于COUNT理解一致，从而可以顺利进行安全操作和排序操作等，使得在兼顾资源效率的基础上提升了接收性能，避免了COUNT失步带来的接收体验变差。
可选地，本申请各个实施例中提到的发送端向接收端发送PDCP COUNT信息包括如下1)至3)中的至少之一。
1)所述发送端向接收端发送第一信令，所述第一信令包括所述PDCP COUNT信息，该第一信令例如包括无线资源控制(Radio Resource Control，RRC)信令。
2)所述发送端向接收端发送第一数据包，所述第一数据包包括所述PDCP COUNT信息。该例子中，PDCP COUNT信息携带在数据包中。该例子例如，发送端每发送M个普通的不携带PDCP COUNT信息的数据包之后，发送N个携带PDCP COUNT信息的第一数据包，M和N是正整数。
3)所述发送端向接收端发送控制协议数据单元(Protocol Data Unit，PDU)，所述控制PDU包括所述PDCP COUNT信息。该控制PDU可以是新定义的控制PDU类型，用于携带PDCPCOUNT信息。
以下将分多个例子，多上述1)至3)的一些实现细节进行详细说明。
在一个例子中，在所述发送端向接收端发送所述第一信令或所述控制PDU的情况下，所述PDCP COUNT信息可以包括如下至少之一：1)所述发送端下一个要发送的数据包对应的PDCP COUNT信息；2)所述发送端上一个最新发送出去的数据包对应的PDCP COUNT信息；3)所述发送端已经发送出去的数据包对应的PDCP COUNT信息，所述已经发送出去的数据包不包括上一个最新发送出去的数据包；4)所述发送端未来要发送的数据包对应的PDCPCOUNT信息，所述未来要发送的数据包不包括下一个要发送的数据包。
在一个例子中，所述发送端向接收端发送第一数据包包括如下1)至4)的至少之一。
1)所述发送端在确定出有新的接收端加入多播业务接收的情况下，发送N个所述第一数据包；其中，N是正整数。
2)所述发送端基于已发送的数据包的个数，发送N个所述第一数据包，例如，发送端每发送M个普通的不携带PDCP COUNT信息的数据包之后，发送N个携带PDCP COUNT信息的第一数据包；其中，M和N是正整数。
3)所述发送端基于定时器的运行情况，发送N个所述第一数据包，例如，在定时器超时的情况下，发送N个所述第一数据包，发送N个所述第一数据包之后重启所述定时器，其中，在定时器运行期间可以发送普通的不携带PDCP COUNT信息的数据包；其中，N是正整数。
4)所述发送端基于所述接收端的反馈信息，发送N个所述第一数据包，例如，接收端发现自己的安全处理出现问题，例如完整性验证失败等；或者，接收端基于一定的数据包个数/定时器触发等，进行上报或者请求PDCP COUNT信息；其中，N是正整数。
在一个例子中，所述发送端向接收端发送控制PDU包括如下至少之一：1)所述发送端在确定出有新的接收端加入多播业务接收的情况下，发送1个所述控制PDU；2)所述发送端基于已发送的数据包的个数，发送1个所述控制PDU；3)所述发送端基于定时器的运行情况，发送1个所述控制PDU；4)所述发送端基于所述接收端的反馈信息，发送1个所述控制PDU。该例子的实施细节可以参见上一个例子的介绍。
在一个例子中，在所述发送端向接收端发送所述第一数据包或所述控制PDU的情况下，所述发送端向接收端发送PDCP COUNT信息包括如下1)和2)的至少之一。
1)所述发送端在点到多点传输(point to multipoint，PTM)支路上向接收端发送PDCP COUNT信息。该例子中，多个接收端均可以接收到该PDCP COUNT信息。
2)所述发送端在点到点传输(point to point，PTP)支路上向接收端发送PDCPCOUNT信息。该例子可以不影响正常接收的用户，可以指示少量的新加入的接收端进行初始化操作，或者，对个别请求或是上报的接收端进行更新操作，避免了对其它接收端的影响。
在一个例子中，所述发送端向接收端发送控制PDU包括如下至少之一：
1)如果所述发送端的无线链路控制(Radio Link Control，RLC)层配置为确认模式(AM)，则所述发送端向接收端发送一个所述控制PDU。
2)如果所述发送端的RLC层配置为非确认模式(UM)，则所述发送端根据媒体接入控制(Medium Access Control，MAC)层混合自动重传请求(Hybrid Automatic RepeatRequest，HARQ)反馈信息向接收端发送所述控制PDU，所述MAC层HARQ反馈信息用于指示所述控制PDU是否被所述接收端正确接收。
可选地，所述发送端在根据所述MAC层HARQ反馈信息确定出所述控制PDU没有被所述接收端正确接收的情况下，重新向接收端发送所述控制PDU；或重新生成控制PDU并发送重新生成的所述控制PDU。
3)所述发送端向接收端发送多个所述控制PDU或多次发送所述控制PDU。该例子中，发送端PDCP层可以自行决定发送多次或者多个控制PDU，以提升可靠性。
在一个例子中，所述第一数据包包括包格式指示信息，所述包格式指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式。当然，该实施例中的包格式指示信息具体指示的是携带所述PDCP COUNT信息的所述第一数据包的格式。
在一个例子中，所述第一数据包包括PDU类型指示信息，所述PDU类型指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式。当然，该实施例中的PDU类型指示信息具体指示的是携带所述PDCP COUNT信息的所述第一数据包的格式。
在一个例子中，所述第一数据包包括第一指示信息和PDCP SN值，所述第一指示信息用于指示所述PDCP COUNT信息是否存在。当然，该实施例中的第一指示信息具体指示的是携带有所述PDCP COUNT信息。
在一个例子中，所述控制PDU包括类型指示信息，所述类型指示信息用于指示控制PDU类型；其中，所述控制PDU类型包括如下之一：1)包括所述PDCP COUNT信息的所述控制PDU的类型，2)PDCP状态报告(PDCP status report)类型，鲁棒头压缩(Robust HeaderCompression，ROHC)反馈(feedback)类型和以以太网头压缩(Ethernet HeaderCompression，EHC)反馈类型。当然，该实施例中的类型指示信息具体指示的是1)中的包括所述PDCP COUNT信息的所述控制PDU的类型。
为详细说明本申请实施例提供的多播业务的状态变量指示，以下将结合几个具体的实施例进行说明。其中，实施例一主要是发送端通过第一信令携带PDCP COUNT信息；实施例二是发送端通过第一数据包携带PDCP COUNT信息；实施例三是发送端通过控制PDU携带PDCP COUNT信息。
实施例一
该实施例介绍一种发送端通过信令过程向接收端发送L2状态变量信息的方法。信令过程一般是RRC过程，可以是专属(dedicated)RRC过程，也可以是组播或者广播的RRC过程。该实施例先以基站发送给UE的dedicated RRC过程为例，说明整体工作流程。
在Uu多播业务接收中，一般要求UE进入连接态进行接收业务。当UE进入连接态之后，UE可以通过主动上报自己感兴趣的多播业务信息的方式，或者网络侧从核心网获得了感兴趣多播业务的UE列表，通过UE接入所使用的UE标识在该列表内可以判断UE对该多播业务感兴趣。
网络侧通过专用信令向UE发送多播业务对应的配置信息，例如组无线网络临时标识(Group-Radio Network Temporary Identity，G-RNTI)，MRB配置，L2/L1配置，非连续接收(Discontinuous Reception，DRX)配置等，在这里针对这个多播业务的所有MRB或者部分MRB，还可以携带每个MRB所对应的PDCP COUNT信息，因为每个MRB对应一个PDCP实体，每个PDCP实体的COUNT值各自独立，因此针对每个需要发送COUNT值的MRB，可以有如下信息或者组合。
1)发送端下一个要发送数据包对应的COUNT值。
2)发送端下一个要发送的数据包对应的HFN值和SN值。
3)发送端下一个要发送的HFN值。
4)发送端上一个最新发送出去的数据包对应的COUNT值。
5)发送端上一个最新发送出去的数据包对应的HFN值和SN值。
6)发送端上一个最新发送出去的数据包对应的HFN值。
7)发送端已经发送出去或者未来发送的数据包对应的COUNT值。
8)发送端已经发送出去或者未来发送的数据包对应的HFN值和SN值。
9)发送端已经发送出去或者未来发送的数据包对应的HFN值。
网络侧通过dedicated RRC过程将配置信息和PDCP COUNT信息发送给UE，UE接收到之后，根据配置信息建立相应的MRB和L2实体，并按照每个MRB的PDCP COUNT信息，进行接收变量的初始化操作。
当直接接收到PDCP COUNT值时，UE使用该PDCP COUNT值直接初始化接收端状态变量，例如：
1)将下一个期待接收的变量RX_NEXT初始化为COUNT+1。
2)将下一个期待接收的变量RX_NEXT初始化为COUNT。
3)将第一个仍旧在等待重排序未递交高层的变量RX_DELIV初始化为COUNT–0.5*接收窗口大小，如果做减法的结果小于0，则RX_DELIV直接等于0。
4)将第一个仍旧在等待重排序未递交高层的变量RX_DELIV初始化为COUNT+1。
5)将第一个仍旧在等待重排序未递交高层的变量RX_DELIV初始化为COUNT。
当接收到HFN+SN信息时，将上述两个值分别作为高位和低位组合成COUNT值，执行上述与接收COUNT类似的过程。
当接收到HFN值时，需要与一个接收到的SN值，一起来更新变量，这个接收到的SN值可以是这个MRB的PDCP层接收到的第一个数据包所携带的SN值，利用SN和HFN，分别作为COUNT值的低位和高位组成完整的COUNT值，再执行上述初始化过程。
UE配置结束之后，可以向网络侧返回完成消息。接收端UE从而使用当前的接收变量进行后续的接收和数据包处理。
上述给出的是一个典型的信令通知COUNT初始化信息的过程，用于向接收端建立初始接收变量的初始值。同样的，上述信令通知COUNT信息过程，也可以用于数据包发送的过程中，由发送端主动进行COUNT信息通知，一般是基于一定的数据包数目或者基于定时器进行，或者发送端基于接收端的请求进行发送，接收端可以根据自己的接收情况，COUNT值同步情况或者安全处理情况，进行请求或者上报，例如接收端发现自己接收了N个超出接收窗口的数据包，或者接收端发现自己的安全处理出现问题，例如完整性验证失败等，或者接收端基于一定的数据包个数/定时器触发等，进行上报或者请求。
在数据发送的过程中，发送端使用RRC信令发送COUNT信息的内容，仍旧如上述所列的各种情况之一或者组合，接收端接收到COUNT信息之后，其处理与初始化过程有所不同，由于接收端此时已经建立了接收状态变量和接收窗口，因此在接收到COUNT信息之后，主要有两种大的操作方向。
第一种，是将接收端的全部接收信息和窗口，以及缓存，进行复位/重建/清零，即先将现有的接收变量全部复位，缓存的数据进行清除，重排序定时器删除，再根据接收到的COUNT信息重新如初始化般建立新的接收状态变量和窗口，重新开始继续接收数据，新建的方式同上述初始化接收端的处理。
第二种，是将接收端的接收状态变量信息和窗口进行相应的更新，保留缓存数据等，具体如下：将接收到的COUNT信息(无论是直接的COUNT值，还是能组合成COUNT值的HFN和SN)，作为一个新接收的数据，进行接收处理。
如果新接收的COUNT值小于RX_DELIV，则证明这个数据已经被经过重排序或者递交高层。
如果新接收的COUNT值大于或等于RX_DELIV，小于RX_NEXT，则证明这个数据正在等待重排序或者还未递交高层；。
如果新接收的COUNT值大于等于RX_NEXT，则证明这个数据仍旧未被接收，或者发生了HFN的失步，此时需要相应的更新接收变量：1)将RX_NEXT更新为COUNT+1；2)更新之后RX_NEXT如果和RX_DELIV之间的差值大于窗口大小，证明发生了HFN失步，此时需要更新RX_DELIV＝COUNT–0.5*窗口大小，或者RX_DELIV＝COUNT或者COUNT+1；将缓存中所有小于RX_DELIV的数据包全部清除；保留位于RX_DELIV和RX_NEXT之间的数据，并可选的在上述两个变量不相等的情况下，启动重排序定时器。
如果没有发生上述HFN失步情况，则不用更新RX_DELIV和缓存；继续进行后续的收包处理。
信令过程一般会有完成响应，当接收端完成更新处理之后，向发送端反馈完成，可选的，在HFN失步的情况下，还可以显式地指示HFN失步或者给出HFN失步的具体信息，例如1bit HFN是否失步的指示，或者接收端自己维护的HFN与发送端更新的HFN相差的数值(计算方式例如用信令中携带的COUNT值的HFN减去接收端原本RX_DELIV变量的HFN部分的值)。
实施例二
本实施例给出一种用数据直接携带COUNT信息的方式，以达到COUNT值的初始化或更新。
由于相关技术的PDCP数据包中，包头携带SN域，仅为12bit或者18bit，静态可配置的SN域长度，为了在PDCP数据包中携带COUNT信息，可以有如下几种数据包格式：
第一种，引入1比特的包格式指示域，例如该域取0代表为传统仅携带SN的数据包格式，当该域取1则代表为新的携带COUNT域的数据包格式，则根据指示域，接收端可以按照正确的数据包格式，解析出SN域或者COUNT域，如果是SN域，则进行传统处理，如果是COUNT域，则进行新的初始化或更新操作流程。
第二种，引入PDU类型域，3bit或者其它长度，当PDU类型的其中一个取值，例如001可以代表传统的仅携带SN的数据包格式，PDU类型的另一个取值，例如010可以代表为新的携带COUNT域的数据包格式，则根据指示域，接收端可以按照正确的数据包格式，解析出SN域或者COUNT域，如果是SN域，则进行传统处理，如果是COUNT域，则进行新的初始化或更新操作流程。
在上述两种方式中，均是对SN域和COUNT域进行区分，第三种还可以是SN域总是携带，以上述两种方式类似的指示，指示HFN域是否出现，如果指示不出现，则读取头部格式获得SN域，如果指示出现，则读取头部格式同时获得SN和HFN域，组成COUNT值，从而也可以获得COUNT值，触发进行新的初始化或更新操作流程。
一般来说，发送端可以在如下情况对数据包进行COUNT信息的携带：
1)明确获知有新的接收端UE刚刚加入多播接收的时候，发送N个携带COUNT值的数据包，以帮助新加入的UE建立接收状态变量的初始化。
2)发送端基于发送数据包的个数，例如每个M个数据包，发送N个携带COUNT值的数据包，以维护已有UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
3)发送端基于定时器，例如启动周期性定时器，每当定时器超时发送N个携带COUNT值的数据包，以维护已有UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
4)发送端还可以基于接收端的触发，例如接收端请求COUNT值，或者接收端上报了安全操作异常/失败，来决定发送N个携带COUNT值的数据包，以帮助请求UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
一般来说，这N个携带COUNT信息的数据包，可以由发送端在即将发送的数据包中挑选连续的N个或者非连续有一定间隔的N个，在特殊情况下，发送端还可以对已经发送的数据进行重传，以携带COUNT信息。
接收端的接收行为如下：
当一个新加入多播接收的UE，其PDCP层实体为新建立的状态，此时对于接收到携带COUNT值的数据包，则执行接收状态变量和窗口初始化的操作，具体操作细节参见实施例一中的初始化操作，同时对于接收到的数据包也进行正常的接收处理，例如判断是否按序接收，是否启动重排序定时器，是否递交高层等。
对于一个已经在正常进行多播接收的UE，其PDCP层实体已经有了当前的接收状态变量和窗口维护，此时再接收到携带COUNT值的数据包，则执行接收状态变量和窗口初始化的更新操作，具体操作细节参见实施例一中的初始化或更新操作，同时对于接收到的数据包也进行正常的接收处理，例如判断是否重复删除，是否按序接收，是否启动重排序定时器，是否递交高层等。
特别的，数据包携带COUNT信息，如果是希望对所有多播用户都起作用，则可以在公共的PTM支路(leg)上进行发送，所有UE都接收和更新。
如果不想影响正常接收的用户，而需要给少量新加入UE进行初始化操作或者个别请求或是上报的接收UE进行更新，也可以采取该UE的专用的PTP leg进行传输，这样仅限这些UE进行接收并进行初始化或更新操作，避免了对其它UE的影响。
实施例三
本实施例介绍一种使用L2控制PDU的方式来携带COUNT信息的方法，以帮助接收端建立接收状态初始化或者更新接收状态。
现有PDCP控制PDU有三种方式：PDCP status report，ROHC feedback和EHCfeedback。该实施例可以增加第四种，即PDCP COUNT信息，相应的也可以有PDU类型域的新取值来指示这种控制PDU的类型。控制PDU中除了类型指示之外，还可以携带32bit的COUNT值。其中COUNT值的设置方式，可以参见实施例一中的信令中携带的COUNT值的设置。
对于接收端来说，如果是一个新加入多播接收的UE，其PDCP接收端变量并未有初始值，则根据接收到的控制PDU中的COUNT值，来进行接收状态变量的初始化，初始化方式参见实施例一中的初始化方式。如果是已经正在接收的UE，其PDCP接收端已经有状态变量维护，则接收到控制PDU中的COUNT值，可以采取复位再初始化，或者更新操作，相关操作方式也是参见实施例一中的两种方式。
一般来说，发送端可以在如下情况发送控制PDU进行COUNT值的携带：
1)明确获知有新的接收端UE刚刚加入多播接收的时候，发送1个携带COUNT值的控制PDU，以帮助新加入的UE建立接收状态变量的初始化。
2)发送端基于发送数据包的个数，例如每间隔M个数据包，发送1个携带COUNT值的控制PDU，以维护已有UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
3)发送端基于定时器，例如启动周期性定时器，每当定时器超时发送1个携带COUNT值的控制PDU，以维护已有UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
4)发送端还可以基于接收端的触发，例如接收端请求COUNT值，或者接收端上报了安全操作异常/失败，来决定发送1个携带COUNT值的控制PDU，以帮助请求UE更新接收状态变量，并帮助此段新加入的UE建立接收状态变量的初始化。
特别的，控制PDU携带COUNT值，如果是希望对所有多播用户都起作用，则可以在公共的PTM leg上进行发送，所有UE都接收和更新。
如果不想影响正常接收的用户，而需要给少量新加入UE进行初始化操作或者个别请求或是上报的接收UE进行更新，也可以采取该UE的专用的PTP leg进行传输，这样仅限这些UE进行接收并进行初始化或更新操作，避免了对其它UE的影响。
一般来说，控制PDU每次发送一个就可以，由底层例如RLC或者MAC来确保传输的可靠性，例如如果是RLC层配置为AM(通常只有PTP leg可以配置为AM模式)，由于AM不允许丢包，因此发送一个就足够了。
如果RLC层配置为UM，则可以依靠MAC HARQ反馈来追踪是否正确接收，在没有正确接收的情况下，对控制PDU进行重传发送或者根据最新的状态重新组织控制PDU发送。
或者，在缺乏底层追踪正确接收的情况下，PDCP层自行决定发送多次或者多个控制PDU，以提升可靠性。
以上结合图2详细描述了根据本申请实施例的多播业务的状态变量指示方法。下面将结合图3详细描述根据本申请另一实施例的多播业务的状态变量指示方法。可以理解的是，从接收端的描述与图2所示的方法中的发送端的描述相同或类似，为避免重复，适当省略相关描述。
图3是本申请实施例的多播业务的状态变量指示方法实现流程示意图，可以应用在接收端。如图3所示，该方法300包括如下步骤。
S302：接收端接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
本申请实施例提供的多播业务的状态变量指示方法，接收端接收来自于发送端的PDCP COUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCPHFN值和SN值，这样，接收端即可基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性。
可选地，作为一个实施例，所述接收端接收来自于发送端的PDCP COUNT信息之后，所述方法还包括如下之一：1)所述接收端根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值初始化状态变量；2)所述接收端根据所述PDCP COUNT信息得到PDCPCOUNT值，并使用所述PDCP COUNT值更新状态变量以及接收窗口。
可选地，作为一个实施例，所述使用所述PDCP COUNT值初始化状态变量包括如下至少之一：1)将RX_NEXT初始化为所述PDCP COUNT值加1；2)将RX_NEXT初始化为所述PDCPCOUNT值；3)将RX_DELIV初始化为所述PDCP COUNT值减去0.5*接收窗口；其中，如果所述PDCP COUNT值减去0.5*接收窗口的结果小于0，则RX_DELIV等于0；4)将RX_DELIV初始化为所述PDCP COUNT值加1；5)将RX_DELIV初始化为所述PDCP COUNT值；其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
可选地，作为一个实施例，所述PDCP COUNT信息是在多播数据的传输过程中接收到的，所述使用所述PDCP COUNT值初始化状态变量之前，所述方法还包括如下至少之一：所述接收端将所述状态变量复位；将缓存的数据清除；删除重排序定时器。
可选地，作为一个实施例，所述使用所述PDCP COUNT值更新状态变量包括：将RX_NEXT更新为所述PDCP COUNT值加1；如果更新后的RX_NEXT和RX_DELIV之间的差值大于接收窗口，则更新RX_DELIV为COUNT减去0.5*接收窗口；或者，RX_DELIV为所述PDCP COUNT值；或者，RX_DELIV为所述PDCP COUNT值加1；其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
可选地，作为一个实施例，所述方法还包括如下至少之一：1)将缓存中小于RX_DELIV的数据包清除，保留位于RX_DELIV和RX_NEXT之间的数据包；2)将缓存中小于RX_DELIV的数据包按序递交给高层，该处提到的“按序”可以是按照数据包PDCP COUNT值从小到大的顺序；3)在RX_DELIV和RX_NEXT不相等的情况下，启动重排序定时器。
需要说明的是，本申请实施例提供的多播业务的状态变量指示方法，执行主体可以为多播业务的状态变量指示装置，或者，该多播业务的状态变量指示装置中的用于执行多播业务的状态变量指示方法的控制模块。本申请实施例中以多播业务的状态变量指示装置执行多播业务的状态变量指示方法为例，说明本申请实施例提供的多播业务的状态变量指示装置。
图4是根据本申请实施例的多播业务的状态变量指示装置的结构示意图，该装置可以对应于其他实施例中的发送端。如图4所示，装置400包括如下模块。
发送模块402，可以用于向接收端发送PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
可选地，装置400还包括处理模块。
本申请实施例提供的多播业务的状态变量指示装置，发送模块向接收端发送PDCPCOUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值，这样，接收端即可基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性
可选地，作为一个实施例，所述发送模块402，用于如下至少之一：在多播业务建立时，向接收端发送PDCP COUNT信息；在多播数据的传输过程中，向接收端发送PDCP COUNT信息；基于所述接收端的反馈信息，向接收端发送PDCP COUNT信息。
可选地，作为一个实施例，所述装置为网络侧设备，所述接收端为终端；或者，所述装置和所述接收端均为终端。
可选地，作为一个实施例，所述发送模块402，用于如下至少之一：向接收端发送第一信令，所述第一信令包括所述PDCP COUNT信息；向接收端发送第一数据包，所述第一数据包包括所述PDCP COUNT信息；向接收端发送控制PDU，所述控制PDU包括所述PDCP COUNT信息。
可选地，作为一个实施例，在向接收端发送所述第一信令或所述控制PDU的情况下，所述PDCP COUNT信息包括如下至少之一：1)下一个要发送的数据包对应的PDCP COUNT信息；2)上一个最新发送出去的数据包对应的PDCP COUNT信息；3)已经发送出去的数据包对应的PDCP COUNT信息，所述已经发送出去的数据包不包括上一个最新发送出去的数据包；4)未来要发送的数据包对应的PDCP COUNT信息，所述未来要发送的数据包不包括下一个要发送的数据包。
可选地，作为一个实施例，所述发送模块402，用于如下至少之一：1)在确定出有新的接收端加入多播业务接收的情况下，2)发送N个所述第一数据包；基于已发送的数据包的个数，发送N个所述第一数据包；3)基于定时器的运行情况，发送N个所述第一数据包；4)基于所述接收端的反馈信息，发送N个所述第一数据包；其中，N是正整数。
可选地，作为一个实施例，所述发送模块402，用于如下至少之一：1)在确定出有新的接收端加入多播业务接收的情况下，发送1个所述控制PDU；2)基于已发送的数据包的个数，发送1个所述控制PDU；3)基于定时器的运行情况，发送1个所述控制PDU；4)基于所述接收端的反馈信息，发送1个所述控制PDU。
可选地，作为一个实施例，在向接收端发送所述第一数据包或所述控制PDU的情况下，所述发送模块402，用于如下至少之一：1)在点到多点传输PTM支路上向接收端发送PDCPCOUNT信息；2)在点到点传输PTP支路上向接收端发送PDCP COUNT信息。
可选地，作为一个实施例，所述发送模块402，用于如下至少之一：1)如果所述装置的无线链路控制RLC层配置为确认模式AM，则向接收端发送一个所述控制PDU；2)如果所述装置的RLC层配置为非确认模式UM，则根据媒体接入控制MAC层混合自动重传请求HARQ反馈信息向接收端发送所述控制PDU，所述MAC层HARQ反馈信息用于指示所述控制PDU是否被所述接收端正确接收；3)向接收端发送多个所述控制PDU或多次发送所述控制PDU。
可选地，作为一个实施例，所述发送模块402，用于在根据所述MAC层HARQ反馈信息确定出所述控制PDU没有被所述接收端正确接收的情况下，重新向接收端发送所述控制PDU；或者，重新生成控制PDU并发送重新生成的所述控制PDU。
可选地，作为一个实施例，所述第一数据包包括包格式指示信息，所述包格式指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式；或者，所述第一数据包包括PDU类型指示信息，所述PDU类型指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式；或者，所述第一数据包包括第一指示信息和PDCP SN值，所述第一指示信息用于指示所述PDCP COUNT信息是否存在。
可选地，作为一个实施例，所述控制PDU包括类型指示信息，所述类型指示信息用于指示控制PDU类型；其中，所述控制PDU类型包括如下之一：包括所述PDCP COUNT信息的所述控制PDU的类型，PDCP状态报告类型，ROHC反馈类型和EHC反馈类型。
根据本申请实施例的装置400可以参照对应本申请实施例的方法200的流程，并且，该装置400中的各个单元/模块和上述其他操作和/或功能分别为了实现方法200中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
本申请实施例中的多播业务的状态变量指示装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的多播业务的状态变量指示装置能够实现图2至图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
图5是根据本申请实施例的多播业务的状态变量指示装置的结构示意图，该装置可以对应于其他实施例中的接收端。如图5所示，装置500包括如下模块。
接收模块502，可以用于接收来自于发送端的PDCP COUNT信息；其中，所述PDCPCOUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
可选地，装置500还包括处理模块。
本申请实施例提供的多播业务的状态变量指示装置，接收模块接收来自于发送端的PDCP COUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值，这样，处理模块还可以基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性。
可选地，作为一个实施例，所述装置还包括处理模块，用于如下之一：1)根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值初始化状态变量；2)根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值更新状态变量以及接收窗口。
可选地，作为一个实施例，所述处理模块，用于如下之一：1)将RX_NEXT初始化为所述PDCP COUNT值加1；2)将RX_NEXT初始化为所述PDCP COUNT值；3)将RX_DELIV初始化为所述PDCP COUNT值减去0.5*接收窗口；其中，如果所述PDCP COUNT值减去0.5*接收窗口的结果小于0，则RX_DELIV等于0；4)将RX_DELIV初始化为所述PDCP COUNT值加1；5)将RX_DELIV初始化为所述PDCP COUNT值；其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
可选地，作为一个实施例，所述PDCP COUNT信息是在多播数据的传输过程中接收到的，所述处理模块，还用于如下至少之一：将所述状态变量复位；将缓存的数据清除；删除重排序定时器。
可选地，作为一个实施例，所述处理模块，用于：将RX_NEXT更新为所述PDCP COUNT值加1；如果更新后的RX_NEXT和RX_DELIV之间的差值大于接收窗口，则更新RX_DELIV为COUNT减去0.5*接收窗口；或者，RX_DELIV为所述PDCP COUNT值；或者，RX_DELIV为所述PDCPCOUNT值加1；其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
可选地，作为一个实施例，所述处理模块，还用于如下至少之一：1)将缓存中小于RX_DELIV的数据包清除，保留位于RX_DELIV和RX_NEXT之间的数据包；2)将缓存中小于RX_DELIV的数据包按序递交给高层；3)在RX_DELIV和RX_NEXT不相等的情况下，启动重排序定时器。
根据本申请实施例的装置500可以参照对应本申请实施例的方法300的流程，并且，该装置500中的各个单元/模块和上述其他操作和/或功能分别为了实现方法300中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于向接收端发送PDCP COUNT信息；或者，接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701将来自网络侧设备的下行数据接收后，给处理器710处理；另外，将上行的数据发送给网络侧设备。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非瞬态性存储器，其中，非瞬态性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非瞬态性固态存储器件。此外，本申请实施例中的存储器可以是易失性的，也可以是非易失性的。
处理器710可包括一个或多个处理单元；可选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，射频单元701，可以用于向接收端发送PDCP COUNT信息；或者，接收来自于发送端的PDCP COUNT信息；其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
本申请实施例提供的多播业务终端，接收来自于发送端的PDCP COUNT信息或向接收端发送PDCP COUNT信息，该PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值，这样，接收端即可基于PDCP COUNT信息得到PDCP COUNT值，以对多播业务的数据包进行解密、完整性验证以及排序等，提升多播业务传输的安全性。
本申请实施例提供的终端700还可以实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口用于向接收端发送PDCP COUNT信息；或者，接收来自于发送端的PDCP COUNT信息；其中，所述PDCPCOUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。该网络侧设备实施例是与上述网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器85。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络侧设备操作。
该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本申请实施例的网络侧设备还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图4或图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，该可读存储介质可以是易失性的，也可以是非易失性的，还可以是非瞬态的，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器可以为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序产品，所述计算机程序产品存储于非瞬态的可读存储介质，所述计算机程序产品被至少一个处理器执行以实现上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例另提供了一种通信设备，被配置成用于执行上述多播业务的状态变量指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络侧设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (31)

1.一种多播业务的状态变量指示方法，其特征在于，包括：
发送端向接收端发送分组数据汇聚协议计数PDCP COUNT信息；
其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP超帧号HFN值，PDCPHFN值和序列号SN值。
2.根据权利要求1所述的方法，其特征在于，所述发送端向接收端发送PDCP COUNT信息包括如下至少之一：
在多播业务建立时，所述发送端向接收端发送PDCP COUNT信息；
在多播数据的传输过程中，所述发送端向接收端发送PDCP COUNT信息；
基于所述接收端的反馈信息，所述发送端向接收端发送PDCP COUNT信息。
3.根据权利要求1所述的方法，其特征在于，
所述发送端为网络侧设备，所述接收端为终端；或者，
所述发送端和所述接收端均为终端。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述发送端向接收端发送PDCPCOUNT信息包括如下至少之一：
所述发送端向接收端发送第一信令，所述第一信令包括所述PDCP COUNT信息；
所述发送端向接收端发送第一数据包，所述第一数据包包括所述PDCP COUNT信息；
所述发送端向接收端发送控制协议数据单元PDU，所述控制PDU包括所述PDCP COUNT信息。
5.根据权利要求4所述的方法，其特征在于，在所述发送端向接收端发送所述第一信令或所述控制PDU的情况下，所述PDCP COUNT信息包括如下至少之一：
所述发送端下一个要发送的数据包对应的PDCP COUNT信息；
所述发送端上一个最新发送出去的数据包对应的PDCP COUNT信息；
所述发送端已经发送出去的数据包对应的PDCP COUNT信息，所述已经发送出去的数据包不包括上一个最新发送出去的数据包；
所述发送端未来要发送的数据包对应的PDCP COUNT信息，所述未来要发送的数据包不包括下一个要发送的数据包。
6.根据权利要求4所述的方法，其特征在于，所述发送端向接收端发送第一数据包包括如下至少之一：
所述发送端在确定出有新的接收端加入多播业务接收的情况下，发送N个所述第一数据包；
所述发送端基于已发送的数据包的个数，发送N个所述第一数据包；
所述发送端基于定时器的运行情况，发送N个所述第一数据包；
所述发送端基于所述接收端的反馈信息，发送N个所述第一数据包；
其中，N是正整数。
7.根据权利要求4所述的方法，其特征在于，所述发送端向接收端发送控制PDU包括如下至少之一：
所述发送端在确定出有新的接收端加入多播业务接收的情况下，发送1个所述控制PDU；
所述发送端基于已发送的数据包的个数，发送1个所述控制PDU；
所述发送端基于定时器的运行情况，发送1个所述控制PDU；
所述发送端基于所述接收端的反馈信息，发送1个所述控制PDU。
8.根据权利要求4所述的方法，其特征在于，在所述发送端向接收端发送所述第一数据包或所述控制PDU的情况下，所述发送端向接收端发送PDCP COUNT信息包括如下至少之一：
所述发送端在点到多点传输PTM支路上向接收端发送PDCP COUNT信息；
所述发送端在点到点传输PTP支路上向接收端发送PDCP COUNT信息。
9.根据权利要求4所述的方法，其特征在于，所述发送端向接收端发送控制PDU包括如下至少之一：
如果所述发送端的无线链路控制RLC层配置为确认模式AM，则所述发送端向接收端发送一个所述控制PDU；
如果所述发送端的RLC层配置为非确认模式UM，则所述发送端根据媒体接入控制MAC层混合自动重传请求HARQ反馈信息向接收端发送所述控制PDU，所述MAC层HARQ反馈信息用于指示所述控制PDU是否被所述接收端正确接收；
所述发送端向接收端发送多个所述控制PDU或多次发送所述控制PDU。
10.根据权利要求9所述的方法，其特征在于，所述发送端根据MAC层HARQ反馈信息向接收端发送所述控制PDU，包括：
所述发送端在根据所述MAC层HARQ反馈信息确定出所述控制PDU没有被所述接收端正确接收的情况下，重新向接收端发送所述控制PDU；或重新生成控制PDU并发送重新生成的所述控制PDU。
11.根据权利要求4所述的方法，其特征在于，
所述第一数据包包括包格式指示信息，所述包格式指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式；或
所述第一数据包包括PDU类型指示信息，所述PDU类型指示信息用于指示数据包格式，所述数据包格式包括携带所述PDCP COUNT信息的所述第一数据包的格式或仅携带SN值的数据包的格式；或
所述第一数据包包括第一指示信息和PDCP SN值，所述第一指示信息用于指示所述PDCP COUNT信息是否存在。
12.根据权利要求4所述的方法，其特征在于，所述控制PDU包括类型指示信息，所述类型指示信息用于指示控制PDU类型；
其中，所述控制PDU类型包括如下之一：包括所述PDCP COUNT信息的所述控制PDU的类型，PDCP状态报告类型，鲁棒头压缩ROHC反馈类型和以太网头压缩EHC反馈类型。
13.一种多播业务的状态变量指示方法，其特征在于，包括：
接收端接收来自于发送端的PDCP COUNT信息；
其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
14.根据权利要求13所述的方法，其特征在于，所述接收端接收来自于发送端的PDCPCOUNT信息之后，所述方法还包括如下之一：
所述接收端根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值初始化状态变量；
所述接收端根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值更新状态变量以及接收窗口。
15.根据权利要求14所述的方法，其特征在于，所述使用所述PDCP COUNT值初始化状态变量包括如下之一：
将RX_NEXT初始化为所述PDCP COUNT值加1；
将RX_NEXT初始化为所述PDCP COUNT值；
将RX_DELIV初始化为所述PDCP COUNT值减去0.5*接收窗口；其中，如果所述PDCPCOUNT值减去0.5*接收窗口的结果小于0，则RX_DELIV等于0；
将RX_DELIV初始化为所述PDCP COUNT值加1；
将RX_DELIV初始化为所述PDCP COUNT值；
其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
16.根据权利要求15所述的方法，其特征在于，所述PDCP COUNT信息是在多播数据的传输过程中接收到的，所述使用所述PDCP COUNT值初始化状态变量之前，所述方法还包括如下至少之一：
所述接收端将所述状态变量复位；将缓存的数据清除；删除重排序定时器。
17.根据权利要求14所述的方法，其特征在于，所述使用所述PDCP COUNT值更新状态变量包括：
将RX_NEXT更新为所述PDCP COUNT值加1；
如果更新后的RX_NEXT和RX_DELIV之间的差值大于接收窗口，则更新RX_DELIV为COUNT减去0.5*接收窗口；或者，RX_DELIV为所述PDCP COUNT值；或者，RX_DELIV为所述PDCPCOUNT值加1；
其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
18.根据权利要求17所述的方法，其特征在于，所述方法还包括如下至少之一：
将缓存中小于RX_DELIV的数据包清除，保留位于RX_DELIV和RX_NEXT之间的数据包；
将缓存中小于RX_DELIV的数据包按序递交给高层；
在RX_DELIV和RX_NEXT不相等的情况下，启动重排序定时器。
19.一种多播业务的状态变量指示装置，其特征在于，包括：
发送模块，用于向接收端发送PDCP COUNT信息；
其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
20.根据权利要求19所述的装置，其特征在于，所述发送模块，用于如下至少之一：
在多播业务建立时，向接收端发送PDCP COUNT信息；
在多播数据的传输过程中，向接收端发送PDCP COUNT信息；
基于所述接收端的反馈信息，向接收端发送PDCP COUNT信息。
21.根据权利要求19所述的装置，其特征在于，
所述装置为网络侧设备，所述接收端为终端；或者，
所述装置和所述接收端均为终端。
22.根据权利要求19至21任一项所述的装置，其特征在于，所述发送模块，用于如下至少之一：
向接收端发送第一信令，所述第一信令包括所述PDCP COUNT信息；
向接收端发送第一数据包，所述第一数据包包括所述PDCP COUNT信息；
向接收端发送控制PDU，所述控制PDU包括所述PDCP COUNT信息。
23.一种多播业务的状态变量指示装置，其特征在于，包括：
接收模块，用于接收来自于发送端的PDCP COUNT信息；
其中，所述PDCP COUNT信息包括如下至少之一：PDCP COUNT值，PDCP HFN值，PDCP HFN值和SN值。
24.根据权利要求23所述的装置，其特征在于，所述装置还包括处理模块，用于如下之一：
根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值初始化状态变量；
根据所述PDCP COUNT信息得到PDCP COUNT值，并使用所述PDCP COUNT值更新状态变量以及接收窗口。
25.根据权利要求24所述的装置，其特征在于，所述处理模块，用于如下之一：
将RX_NEXT初始化为所述PDCP COUNT值加1；
将RX_NEXT初始化为所述PDCP COUNT值；
将RX_DELIV初始化为所述PDCP COUNT值减去0.5*接收窗口；其中，如果所述PDCPCOUNT值减去0.5*接收窗口的结果小于0，则RX_DELIV等于0；
将RX_DELIV初始化为所述PDCP COUNT值加1；
将RX_DELIV初始化为所述PDCP COUNT值；
其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
26.根据权利要求25所述的装置，其特征在于，所述PDCP COUNT信息是在多播数据的传输过程中接收到的，所述处理模块，还用于如下至少之一：
将所述状态变量复位；将缓存的数据清除；删除重排序定时器。
27.根据权利要求24所述的装置，其特征在于，所述处理模块，用于：
将RX_NEXT更新为所述PDCP COUNT值加1；
如果更新后的RX_NEXT和RX_DELIV之间的差值大于接收窗口，则更新RX_DELIV为COUNT减去0.5*接收窗口；或者，RX_DELIV为所述PDCP COUNT值；或者，RX_DELIV为所述PDCPCOUNT值加1；
其中，RX_NEXT表示所述接收端下一个期待接收的变量，RX_DELIV表示所述接收端的接收窗口中第一个仍旧在等待重排序未递交高层的变量。
28.根据权利要求27所述的装置，其特征在于，所述处理模块，还用于如下至少之一：
将缓存中小于RX_DELIV的数据包清除，保留位于RX_DELIV和RX_NEXT之间的数据包；
将缓存中小于RX_DELIV的数据包按序递交给高层；
在RX_DELIV和RX_NEXT不相等的情况下，启动重排序定时器。
29.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至18任一项所述的多播业务的状态变量指示方法。
30.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至18任一项所述的多播业务的状态变量指示方法。
31.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至18任一项所述的多播业务的状态变量指示方法。
CN202111102087.XA 2021-09-18 2021-09-18 多播业务的状态变量指示方法和设备 Pending CN115942301A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202111102087.XA CN115942301A (zh) 2021-09-18 2021-09-18 多播业务的状态变量指示方法和设备
PCT/CN2022/119245 WO2023041016A1 (zh) 2021-09-18 2022-09-16 多播业务的状态变量指示方法和设备
US18/604,853 US20240224038A1 (en) 2021-09-18 2024-03-14 Indication Method for Status Variable of Multicast Service and Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111102087.XA CN115942301A (zh) 2021-09-18 2021-09-18 多播业务的状态变量指示方法和设备

Publications (1)

Publication Number Publication Date
CN115942301A true CN115942301A (zh) 2023-04-07

Family

ID=85602457

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111102087.XA Pending CN115942301A (zh) 2021-09-18 2021-09-18 多播业务的状态变量指示方法和设备

Country Status (3)

Country Link
US (1) US20240224038A1 (zh)
CN (1) CN115942301A (zh)
WO (1) WO2023041016A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和系统
CN110636507A (zh) * 2018-06-21 2019-12-31 华为技术有限公司 通信方法和装置
CN111818630A (zh) * 2019-07-12 2020-10-23 维沃移动通信有限公司 状态变量维护方法、装置及用户设备
CN113396607A (zh) * 2019-11-06 2021-09-14 三星电子株式会社 用于在无线通信系统中执行切换的方法和设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150382395A1 (en) * 2014-06-30 2015-12-31 Alcatel-Lucent Usa Inc. Method For Recovering From PDCP HFN De-Synchronization For VoLTE Call And Data Failure In RLC Layer
CN107920036B (zh) * 2016-10-09 2020-06-26 大唐移动通信设备有限公司 一种重排序窗口调整方法和装置
CN108631921B (zh) * 2017-03-24 2020-10-20 电信科学技术研究院 一种针对sn长度进行处理的方法和设备
US11082889B2 (en) * 2017-04-25 2021-08-03 Lg Electronics Inc. Method and device for receiving data unit
WO2018227501A1 (zh) * 2017-06-15 2018-12-20 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2020258018A1 (zh) * 2019-06-25 2020-12-30 Oppo广东移动通信有限公司 一种数据包处理方法、设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和系统
CN110636507A (zh) * 2018-06-21 2019-12-31 华为技术有限公司 通信方法和装置
CN111818630A (zh) * 2019-07-12 2020-10-23 维沃移动通信有限公司 状态变量维护方法、装置及用户设备
CN113396607A (zh) * 2019-11-06 2021-09-14 三星电子株式会社 用于在无线通信系统中执行切换的方法和设备

Also Published As

Publication number Publication date
WO2023041016A1 (zh) 2023-03-23
US20240224038A1 (en) 2024-07-04

Similar Documents

Publication Publication Date Title
CN111818630B (zh) 状态变量维护方法、装置及用户设备
CN115038049B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
CN113923713A (zh) 数据处理的方法及装置
CN113923712A (zh) 数据处理的方法及装置
CN113938438B (zh) 数据处理方法、数据处理装置及第一终端
US12382546B2 (en) Multicast service receiving method, multicast service configuration method, terminal, and network-side device
WO2023066106A1 (zh) 数据丢弃方法、装置、终端及网络侧设备
WO2022012525A1 (zh) 数据传输方法、数据传输装置、网络侧设备及第一终端
CN113365308B (zh) 一种数据传输方法及装置
CN115942301A (zh) 多播业务的状态变量指示方法和设备
CN114630283B (zh) 多播业务的确认模式传输方法、装置、设备及存储介质
CN115915217A (zh) 数据传输故障的监测方法及装置
CN114070472B (zh) 数据传输方法、装置及通信设备
CN113938968B (zh) 数据传输方法、装置及设备
CN118118134A (zh) 数据接收方法、装置、网络侧设备及终端设备
WO2022199482A1 (zh) 上行传输的控制方法、装置及终端
WO2022061751A1 (en) Method and apparatus for multicast and broadcast services
CN115696216A (zh) 一种多播广播服务业务接收方法及相关设备
CN115914000A (zh) 数据监测方法、装置、数据发送端及可读存储介质
CN115802393A (zh) 数据监测方法、装置、数据发送端及可读存储介质
WO2024235040A1 (zh) 副链路数据传输方法、设备及可读存储介质
CN115696434A (zh) 数据传输方法、装置、终端及介质
CN115696221A (zh) 无线链路控制配置方法、装置、终端及网络侧设备
WO2022017480A1 (zh) 管理目标业务的方法、装置和通信设备
CN115334597A (zh) Rrc消息的传输方法及装置、终端及可读存储介质

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