CN101729377A - 超帧号的通知方法、装置和系统 - Google Patents
超帧号的通知方法、装置和系统 Download PDFInfo
- Publication number
- CN101729377A CN101729377A CN200810175207A CN200810175207A CN101729377A CN 101729377 A CN101729377 A CN 101729377A CN 200810175207 A CN200810175207 A CN 200810175207A CN 200810175207 A CN200810175207 A CN 200810175207A CN 101729377 A CN101729377 A CN 101729377A
- Authority
- CN
- China
- Prior art keywords
- hfn
- configuration information
- network side
- receiving terminal
- pdu
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了HFN的通知方法、装置和系统,该方法包括:根据网络侧当前使用的HFN,生成包含所述HFN的配置信息;发送所述配置信息到与所述网络侧对应的接收端。本发明实施例还提供了相关的HFN处理方法,装置和系统。本发明实施例将网络侧当前使用的HFN发送给接收端,使用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令。
Description
技术领域
本发明涉及通信技术领域,特别是涉及超帧号的通知方法、装置和系统。
背景技术
在LTE(Long Term Evolution,长期演进)系统中传输MBMS(MultimediaBroadcast Multicast Service,多媒体广播多播业务)数据时,数据在网络侧的PDCP(Packet Data Convergence Protocol,分组数据会聚协议)层完成头压缩,为每个数据包分配一个32位的数字编号COUNT,用于完整性保护和加密/解密计算,经RLC(Radio Link Control,无线链路控制)层分段级连后,再经过MAC(Media Access Control,介质访问控制)层调度、选择合适的时频资源,交给物理层发送。UE(User Equipment,用户设备)侧的数据处理和网络侧相反。
其中,COUNT包括高位的HFN(Hyper Frame Number,超帧号)和低位的PDCP SN(Sequence Number,序列号),每个RB(Radio Bearer,无线承载)都维护一个COUNT序列。RB建立时,PDCP SN清零,而HFN的值由控制面信令配置,或者设为协议规定的值。通信双方在数据传送之前保存HFN。COUNT的高位取自发送端保存的HFN,低位则是发送端为该数据包分配的编号PDCP SN。每处理一个数据包,发送端的PDCP SN加1,如果PDCPSN达到最大值,发送端会将自身保存的HFN加1。发送端使用数据包对应的COUNT值和其他参数,对该数据包进行加密/解密,完整性保护等运算,最后在包头中,带上该数据包所对应的PDCP SN,传给接收端。接收端收到数据包后,从数据包头中解出PDCP SN,和自身所存储的HFN一起,拼成一个32位的COUNT值,对收到的数据包进行解密、解头压缩等操作。该处理流程中,COUNT值中的HFN由发送端和接收端共同保存,PDCP SN和数据包一起传输,为了保证数据包的正确解密,数据包发送端和数据包接收端保存的HFN必须相同。
但现有方案中,在传输MBMS业务时,用户数据传输前,发送端设定一个HFN,并通过控制面信令告知UE,或由协议规定HFN的初始值。随着业务数据传输,HFN也随之更新,不再是初始设定的值。如果UE从中途开始接收MBMS业务,则无法获知最新的HFN,无法对收到的数据包进行解密和解头压缩,从而无法获得服务。
发明内容
本发明实施例提供HFN的通知方法、装置和系统,使接收端能够正确地解析接收到的数据包。
本发明实施例提出一种HFN的通知方法,包括:
根据网络侧当前使用的HFN,生成包含所述HFN的配置信息;
发送所述配置信息到与所述网络侧对应的接收端。
本发明实施例还提出一种HFN处理方法,包括:
接收网络侧发送的包含HFN的配置信息;
根据所述配置信息中包含的HFN更新保存的HFN。
本发明实施例还提出一种发送装置,包括:
生成模块,用于根据网络侧当前使用的HFN,生成包含所述HFN的配置信息;
发送模块,用于发送所述生成模块生成的所述配置信息到与所述网络侧对应的接收端。
本发明实施例还提出一种接收装置,包括:
接收模块,用于接收网络侧发送的包含HFN的配置信息。
处理模块,用于根据所述接收单模块接收到的HFN更新保存的HFN。
本发明实施例还提出一种HFN的通知系统,其特征在于,包括:
发送装置,用于向接收装置发送配置信息,所述配置信息包含网络侧当前使用的HFN;
接收装置,用于接收所述发送装置发送的HFN更新保存的HFN。
接收装置,用于接收所述发送装置发送的HFN更新保存的HFN。
本发明实施例的技术方案具有以下优点,网络侧将当前使用的HFN发送给接收端,使用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中的一种HFN的通知方法流程示意图;
图2为本发明实施例中的一种HFN处理方法流程示意图;
图3为本发明实施例中的另一种HFN的通知方法流程示意图;
图4为本发明实施例中的又一种HFN的通知方法流程示意图;
图5为本发明实施例中的再一种HFN的通知方法流程示意图;
图6为本发明实施例中的一种发送装置结构示意图;
图7为本发明实施例中的一种接收装置结构示意图;
图8为本发明实施例中的一种HFN的通知系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例中的一种HFN的通知方法流程示意图,包括以下步骤:
步骤101,根据网络侧当前使用的HFN,生成包含HFN的配置信息。
本发明实施例中的配置信息可以具体为MCCH(MBMSpoint-to-multipoint Control Channel,MBMS点对多点控制信道)消息,或PDU(Protocol Data Unit,协议数据单元)。
配置信息为PDU时,该PDU由网络侧的用户面实体生成,该用户面实体包括PDCP实体、RLC实体或MAC实体。如果PDU由RLC实体或MAC实体生成,则PDCP层将最新的HFN通知生成控制包的实体,由该实体生成包含HFN的PDU。
步骤102,发送配置信息到与网络侧对应的接收端。
网络侧可以通过下行配置信道将包含HFN的配置信息发送到对应的接收端,该下行配置信道可以是MCCH,也可以是其他控制信道。下行配置信道为MCCH时,配置信息为MCCH消息。接收端接收配置信息后,根据保存的HFN的正确性,确定是否处理所述配置信息。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令。
如图2所示,为本发明实施例中的一种HFN处理方法流程示意图,包括以下步骤:
步骤201,接收网络侧发送的包含HFN的配置信息。
本发明实施例中的配置信息可以具体为MCCH消息,或PDU。可以通过下行配置信道接收包含HFN的配置信息,该下行配置信道可以是MCCH,也可以是其他控制信道。下行配置信道为MCCH时,配置信息为MCCH消息。
步骤202,更新保存的HFN。
本实施例中,当保存的HFN和网络侧的HFN一致时,不更新保存的HFN否则,将保存的HFN更新为配置信息中包含的HFN;或者,每次都处理配置信息,并将保存的HFN更新为配置信息中包含的HFN。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令。
如图3所示,为本发明实施例中的另一种HFN的通知方法流程示意图,包括以下步骤:
步骤301,网络侧根据当前使用的HFN,生成包含HFN的MCCH消息。
本实施例中,MCCH消息存在对应的修改周期,大部份信息只能在下一个修改周期修改。对于MCCH消息中的HFN,根据COUNT值的结构,低位的PDCP SN达到最大值后,会导致高位的HFN更新。HFN在MCCH的发送周期发送。
步骤302,网络侧发送MCCH消息到与网络侧对应的接收端。
本实施例中,网络侧通过MCCH周期性地将MCCH消息发送到与网络侧对应的接收端,该接收端接收网络侧的MBMS业务。
步骤303,接收端接收MCCH消息。
本实施例中,由于MCCH消息是周期性发送的,无论接收端何时开始接收MBMS业务时,都可以通过MCCH接收MCCH消息,根据该MCCH消息获取HFN。
步骤304,接收端更新保存的HFN。
本实施例中,持续接收MBMS业务的接收端,接收到MCCH消息后,比较自身保存的HFN与MCCH消息中网络侧的HFN,一般情况下,接收端自身保存的HFN与网络侧的HFN一致,接收端不会对该MCCH消息做任何处理。如果由于某些意外的原因,导致接收端自身存储的HFN与网络侧存储的HFN不一致,接收端无法解密接收到的数据包时,可以通过MCCH消息中的HFN,使自身存储的HFN与网络侧存储的HFN同步。中途开始接收MBMS业务的接收端,接收到MCCH消息后,更新自身存储的HFN,保持与网络侧的HFN相同,并开始接收并解密MBMS数据包。或者,每次都处理MCCH信息,并将保存的HFN更新为配置信息中包含的HFN。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令,并且不会增加正常接收业务的用户终端的数据处理量。
如图4所示,为本发明实施例中的又一种HFN的通知方法流程示意图,包括以下步骤:
步骤401,网络侧的PDCP实体根据当前使用的HFN,生成包含HFN的PDU。
本实施例中,网络侧的PDCP实体可以周期性地生成包含HFN的PDU,该PDU不经过加密,直接添加在数据中,交给网络侧的底层发送。
步骤402,网络侧的底层发送PDU到与网络侧对应的接收端。
本实施例中,网络侧的底层发送PDU的间隔可以是500ms、1000ms或其他值,该发送间隔与网络的时延要求、业务速率、以及接收端的分布等因素有关。
步骤403,接收端接收PDU。
本实施例中,由于包含HFN的PDU是周期性发送的,无论接收端何时开始接收MBMS业务时,都可以通过接收该PDU获取HFN。
步骤404,接收端更新保存的HFN。
本实施例中,持续接收MBMS业务的接收端,接收到包含HFN的PDU后,比较自身保存的HFN与该PDU中网络侧的HFN,一般情况下,接收端自身保存的HFN与网络侧的HFN一致,接收端不会对该PDU做任何处理。如果由于某些意外的原因,导致接收端自身存储的HFN与网络侧的HFN不一致,接收端无法解密接收到的数据包时,可以通过PDU中的HFN,使自身存储的HFN与网络侧的HFN同步。中途开始接收MBMS业务的接收端,接收到PDU后,更新自身存储的HFN,保持与网络侧的HFN相同,并开始接收并解密MBMS数据包。或者,每次都处理配置信息,并将保存的HFN更新为配置信息中包含的HFN。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令,并且不会增加正常接收业务的用户终端的数据处理量。
如图5所示,为本发明实施例中的再一种HFN的通知方法流程示意图,包括以下步骤:
步骤501,网络侧的PDCP实体将当前使用的HFN通知生成PDU的用户面实体。
本实施例中,网络侧的PDCP实体将当前使用的HFN通知生成PDU的用户面实体,即RLC实体或MAC实体。
步骤502,网络侧的底层根据当前使用的HFN,生成包含HFN的PDU。
本实施例中,网络侧的底层可以周期性地生成包含HFN的PDU,该PDU添加在数据中,在空口发送。
步骤503,网络侧的底层发送PDU到与网络侧对应的接收端。
本实施例中,网络侧的底层发送PDU的间隔可以是500ms、1000ms或其他值,该发送间隔与网络的时延要求、业务速率、以及接收端的分布等因素有关。
步骤504,接收端接收PDU。
本实施例中,由于网络侧的底层生成并发送的PDU包含HFN,因而具备特定的数据结构和标识,接收端的底层接收该PDU后,并根据该PDU的类型,包括数据结构和标识,快速获知该PDU携带HFN。
步骤505,接收端更新保存的HFN。
本实施例中,持续接收MBMS业务的接收端的底层获知该PDU携带HFN时,比较自身保存的HFN与该PDU中网络侧的HFN,一般情况下,接收端自身保存的HFN与网络侧的HFN一致,接收端的底层不会将该PDU发送到上层处理,减少了上层的数据处理量。或者,每次都处理配置信息,并将保存的HFN更新为配置信息中包含的HFN。
如果由于某些意外的原因,导致接收端自身存储的HFN与网络侧存储的HFN不一致,接收端无法解密接收到的数据包时,可以通过PDU中的HFN,使自身存储的HFN与网络侧存储的HFN同步。中途开始接收MBMS业务的接收端,接收到包含HFN的PDU后,更新自身存储的HFN,保持与网络侧的HFN相同,并开始接收并解密MBMS数据包。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令,并且不会增加正常接收业务的用户终端的数据处理量。
如图6所示,为本发明实施例中的一种发送装置结构示意图,包括:
生成模块601,用于根据网络侧当前使用的HFN,生成包含HFN的配置信息。
本发明实施例中的配置信息可以为MCCH消息或PDU。配置信息为MCCH消息时,HFN添加在发送给接收端的控制信令中;配置信息为PDU时,HFN添加在发送给接收端的数据中,生成模块601为网络侧的用户面实体,即PDCP实体、RLC实体或MAC实体。生成模块601为网络侧的RLC实体或MAC实体时,网络侧的PDCP实体将当前使用的HFN通知生成模块601。
生成模块601可以周期性地生成包含HFN的PDU,该PDU添加在数据中,在空口发送。
发送模块602,用于发送生成模块601生成的配置信息到与网络侧对应的接收端。
发送模块602可以通过下行配置信道将包含HFN的配置信息发送到对应的接收端,该下行配置信道可以是MCCH,也可以是其他控制信道。下行配置信道为MCCH时,配置信息为MCCH消息。接收端接收配置信息后,根据保存的HFN的正确性,确定是否处理该配置信息。
发送模块602发送PDU的间隔可以是500ms、1000ms或其他值,该发送间隔与网络的时延要求、业务速率、以及接收端的分布等因素有关。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令。
如图7所示,为本发明实施例中的一种接收装置结构示意图,包括:
接收模块701,用于接收包含网络侧当前使用的HFN的配置信息。
本发明实施例中的配置信息为MCCH消息或PDU。由于包含HFN的配置信息是周期性发送的,无论接收端何时开始接收MBMS业务时,都可以通过接收该配置信息获取HFN。
处理模块702,用于更新保存的HFN。
具体地,处理模块702可以根据自己保存的HFN判断是否需要更新HFN,即当自己保存的HFN与接收到的HFN不一致时,更新保存的HFN,否则,不更新;或者,不做判断,都将保存的HFN更新为配置信息中包含的HFN,使自身存储的HFN与网络侧存储的HFN同步,以正确解密接收到的MBMS数据包。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令,并且不会增加正常接收业务的用户终端的数据处理量。
如图8所示,为本发明实施例中的一种HFN的通知系统结构示意图,包括:
发送装置810,用于向接收装置820发送配置信息,配置信息包含网络侧当前使用的HFN。
本发明实施例中的配置信息可以为MCCH消息或PDU,发送装置810通过空口将配置信息发送到接收装置820。
接收装置820,用于根据发送装置810发送的HFN更新保存的HFN。
本实施例中,接收装置820接收配置信息后,可以根据自己保存的HFN判断是否需要更新HFN,即当自己保存的HFN与接收到的HFN不一致时,更新保存的HFN,否则,不更新;或者,不做判断,都将保存的HFN更新为配置信息中包含的HFN,使自身存储的HFN与网络侧存储的HFN同步,以正确解密接收到的MBMS数据包。
发送装置810,具体包括:
生成模块811,用于根据网络侧当前使用的HFN,生成配置信息。
配置信息为MCCH消息时,HFN添加在发送给接收端的控制信令中;配置信息为PDU时,HFN添加在发送给接收端的数据中,生成模块811为网络侧的用户面实体,即PDCP实体、RLC实体或MAC实体。
发送模块812,用于发送生成模块811生成的配置信息到接收装置820。
发送模块812可以通过下行配置信道将包含HFN的配置信息发送到接收装置820,该下行配置信道可以是MCCH,也可以是其他控制信道。下行配置信道为MCCH时,配置信息为MCCH消息。
接收装置820,具体包括:
接收模块821,用于接收发送装置810发送的包含HFN的配置信息。
由于包含HFN的配置信息是周期性发送的,无论接收端何时开始接收MBMS业务时,都可以通过接收该配置信息获取HFN。
处理模块822,用于更新保存的HFN。
具体的,处理模块822可以根据自己保存的HFN判断是否需要更新HFN,即当自己保存的HFN与接收到的HFN不一致时,更新保存的HFN,否则,不更新;或者,不做判断,都将保存的HFN更新为配置信息中包含的HFN,使自身存储的HFN与网络侧存储的HFN同步,以正确解密接收到的MBMS数据包。
本发明实施例的技术方案具有以下优点,因为将网络侧当前使用的HFN发送给接收端,使中途接收业务的用户终端能够及时获取当前使用的HFN,进而正确地解析出数据和信令,并且不会增加正常接收业务的用户终端的数据处理量。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (8)
1.一种超帧号HFN的通知方法,其特征在于,包括:
根据网络侧当前使用的HFN,生成包含所述HFN的配置信息;
发送所述配置信息到与所述网络侧对应的接收端。
2.如权利要求1所述的方法,其特征在于,
所述配置信息具体为多媒体广播多播业务点对多点控制信道MCCH消息,或协议数据单元PDU。
3.如权利要求2所述HFN的通知方法,其特征在于,当所述配置信息为PDU时,所述PDU由所述网络侧的用户面实体生成,所述用户面实体为以下实体中的任意一个:
分组数据会聚协议PDCP实体、无线链路控制RLC实体、介质访问控制MAC实体。
4.一种HFN处理方法,其特征在于,包括:
接收网络侧发送的包含HFN的配置信息;
根据所述配置信息中包含的HFN更新保存的HFN。
5.如权利要求4所述的方法,其特征在于,所述根据所述配置信息中包含的HFN更新保存的HFN具体为:
判断保存的HFN和所述配置信息中包含的HFN是否一致,如果一致,将保存的HFN更新为所述配置信息中包含的HFN,否则,不更新保存的HFN。
6.一种发送装置,其特征在于,包括:
生成模块,用于根据网络侧当前使用的HFN,生成包含所述HFN的配置信息;
发送模块,用于发送所述生成模块生成的所述配置信息到与所述网络侧对应的接收端。
7.一种接收装置,其特征在于,包括:
接收模块,用于接收网络侧发送的包含HFN的配置信息。
处理模块,用于根据所述接收模块接收到的HFN更新保存的HFN。
8.一种HFN的通知系统,其特征在于,包括:
发送装置,用于向接收装置发送配置信息,所述配置信息包含网络侧当前使用的HFN;
接收装置,用于接收所述发送装置发送HFN更新保存的HFN。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810175207A CN101729377A (zh) | 2008-10-30 | 2008-10-30 | 超帧号的通知方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810175207A CN101729377A (zh) | 2008-10-30 | 2008-10-30 | 超帧号的通知方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101729377A true CN101729377A (zh) | 2010-06-09 |
Family
ID=42449630
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810175207A Pending CN101729377A (zh) | 2008-10-30 | 2008-10-30 | 超帧号的通知方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101729377A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137435A (zh) * | 2010-10-21 | 2011-07-27 | 上海华为技术有限公司 | 数据处理方法、装置和系统 |
CN104684030A (zh) * | 2013-12-02 | 2015-06-03 | 普天信息技术研究院有限公司 | 一种集群系统中实现安全参数同步的方法 |
CN107623913A (zh) * | 2016-07-15 | 2018-01-23 | 中兴通讯股份有限公司 | 超帧号hfn的处理方法及装置 |
WO2018129652A1 (zh) * | 2017-01-10 | 2018-07-19 | 海能达通信股份有限公司 | 集群组呼解密方法及用户设备 |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
WO2021056152A1 (zh) * | 2019-09-23 | 2021-04-01 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、终端设备、网络设备 |
WO2021138801A1 (zh) * | 2020-01-07 | 2021-07-15 | Oppo广东移动通信有限公司 | 一种业务安全传输方法及装置、终端设备、网络设备 |
WO2022205230A1 (zh) * | 2021-03-31 | 2022-10-06 | 北京小米移动软件有限公司 | 一种分组数据汇聚协议实体的超帧号确定方法及其装置 |
WO2022239773A1 (ja) * | 2021-05-10 | 2022-11-17 | 京セラ株式会社 | 通信制御方法 |
CN113661746B (zh) * | 2019-09-23 | 2024-06-07 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、终端设备、网络设备 |
-
2008
- 2008-10-30 CN CN200810175207A patent/CN101729377A/zh active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137435A (zh) * | 2010-10-21 | 2011-07-27 | 上海华为技术有限公司 | 数据处理方法、装置和系统 |
WO2012051946A1 (zh) * | 2010-10-21 | 2012-04-26 | 华为技术有限公司 | 数据处理方法、装置和系统 |
CN104684030A (zh) * | 2013-12-02 | 2015-06-03 | 普天信息技术研究院有限公司 | 一种集群系统中实现安全参数同步的方法 |
CN104684030B (zh) * | 2013-12-02 | 2018-07-10 | 普天信息技术研究院有限公司 | 一种集群系统中实现安全参数同步的方法 |
CN107623913A (zh) * | 2016-07-15 | 2018-01-23 | 中兴通讯股份有限公司 | 超帧号hfn的处理方法及装置 |
US11057765B2 (en) * | 2017-01-10 | 2021-07-06 | Hytera Communications Corporation Limited | Decryption method for trunking group call, and user equipment |
WO2018129652A1 (zh) * | 2017-01-10 | 2018-07-19 | 海能达通信股份有限公司 | 集群组呼解密方法及用户设备 |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
WO2021056152A1 (zh) * | 2019-09-23 | 2021-04-01 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、终端设备、网络设备 |
CN113661746A (zh) * | 2019-09-23 | 2021-11-16 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、终端设备、网络设备 |
CN113661746B (zh) * | 2019-09-23 | 2024-06-07 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、终端设备、网络设备 |
WO2021138801A1 (zh) * | 2020-01-07 | 2021-07-15 | Oppo广东移动通信有限公司 | 一种业务安全传输方法及装置、终端设备、网络设备 |
CN114600507A (zh) * | 2020-01-07 | 2022-06-07 | Oppo广东移动通信有限公司 | 一种业务安全传输方法及装置、终端设备、网络设备 |
CN114600507B (zh) * | 2020-01-07 | 2023-08-29 | Oppo广东移动通信有限公司 | 一种业务安全传输方法及装置、终端设备、网络设备 |
WO2022205230A1 (zh) * | 2021-03-31 | 2022-10-06 | 北京小米移动软件有限公司 | 一种分组数据汇聚协议实体的超帧号确定方法及其装置 |
WO2022239773A1 (ja) * | 2021-05-10 | 2022-11-17 | 京セラ株式会社 | 通信制御方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101729377A (zh) | 超帧号的通知方法、装置和系统 | |
EP2230801B1 (en) | Method for sending and receiving multimedia operation data, base station device and user device | |
CN101742430A (zh) | 数据包处理方法、装置以及基站 | |
EP4210253A1 (en) | Configurations associated with segmentation of one or more packets for wireless communication | |
WO2008004846A1 (en) | Apparatus and method for providing multicast/broadcast service in broadband wireless communication system | |
CN102790659A (zh) | 一种移动通信系统中数据包的传输方法 | |
CN103209045A (zh) | 数据通信的方法、装置及系统 | |
CN101394338A (zh) | 一种数据调度的方法、系统和装置 | |
US10575308B2 (en) | Resource allocation method, base station, and user equipment | |
CN110506403A (zh) | 用于无线设备的流控制 | |
EP2919498A1 (en) | Method, device and system for message processing | |
CN105101435A (zh) | 数据传输的方法和设备 | |
EP3504933B1 (en) | Interworking between tetra and mcptt systems during end-to-end encrypted speech calls. | |
CN102348203B (zh) | 加密同步实现方法 | |
WO2015135107A1 (zh) | 数据传输方法及通信设备 | |
CN109714295B (zh) | 一种语音加解密同步处理方法和装置 | |
US10547985B2 (en) | Terminal device, network device, and group communication method | |
CN106060875A (zh) | 无线局域网的通信方法、通信装置和站点 | |
WO2022007829A1 (zh) | 数据的传输方法、装置及设备 | |
CN107612871B (zh) | 一种数据传输处理方法、用户终端、网络设备和系统 | |
CN101835197A (zh) | 一种数据发送和接收的方法及装置 | |
CN106506379A (zh) | 一种基于局域网的数据传输方法、系统及发送端 | |
CN106060939B (zh) | 无线局域网的通信方法、通信装置、接入点和站点 | |
CN102340744B (zh) | 一种发送mbms接入概率因子的方法及系统 | |
CN110248361A (zh) | 基于滑动窗回溯的高效自适应gsm解密方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20100609 |