CN114143297A - 适用于云游戏场景的超低延迟音频处理方法及装置 - Google Patents

适用于云游戏场景的超低延迟音频处理方法及装置 Download PDF

Info

Publication number
CN114143297A
CN114143297A CN202111412718.8A CN202111412718A CN114143297A CN 114143297 A CN114143297 A CN 114143297A CN 202111412718 A CN202111412718 A CN 202111412718A CN 114143297 A CN114143297 A CN 114143297A
Authority
CN
China
Prior art keywords
transmission protocol
audio
data
cloud game
packet
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.)
Granted
Application number
CN202111412718.8A
Other languages
English (en)
Other versions
CN114143297B (zh
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.)
Beijing Weiling Times Technology Co Ltd
Original Assignee
Beijing Weiling Times Technology 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 Beijing Weiling Times Technology Co Ltd filed Critical Beijing Weiling Times Technology Co Ltd
Priority to CN202111412718.8A priority Critical patent/CN114143297B/zh
Priority claimed from CN202111412718.8A external-priority patent/CN114143297B/zh
Publication of CN114143297A publication Critical patent/CN114143297A/zh
Application granted granted Critical
Publication of CN114143297B publication Critical patent/CN114143297B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26Special purpose or proprietary protocols or architectures
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50Controlling the output signals based on the game progress
    • A63F13/54Controlling the output signals based on the game progress involving acoustic signals, e.g. for simulating revolutions per minute [RPM] dependent engine sounds in a driving game or reverberation against a virtual wall

Abstract

本申请提供一种适用于云游戏场景的超低延迟音频处理方法,包括:获取客户端发送的与传输音频对应的传输协议参数;根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;基于所述新的传输协议向客户端传输所述音频。本申请通过对传输协议进行再次封装使得在极低延迟的场景下不产生电流音和爆音,从而在延迟,卡顿,声音质量中找到一种适合于云游戏的平衡。本申请还提供一种适用于云游戏场景的超低延迟音频处理装置。

Description

适用于云游戏场景的超低延迟音频处理方法及装置
技术领域
本申请提供一种延迟音频传输技术,尤其涉及一种适用于云游戏场景的超低延迟音频处理方法。本申请还涉及一种适用于云游戏场景的超低延迟音频处理装置。
背景技术
在现有的音频传输技术中,声音的流式传输是最常见的一种方式。然而,随着计算机的进步,不同场景对音频传输的要求越来越高,如云游戏场景。
由于云游戏场景进一步增加了对声音延时和声音质量的要求,所以极易产生爆音,电流音等场景。因此,如何在极低延迟的场景下平衡声音质量、卡顿和延迟成为当下亟需解决的问题。
发明内容
为解决在极低延迟的场景不产生电流音和爆音等问题,本申请提供一种适用于云游戏场景的超低延迟音频处理方法。本申请还涉及一种适用于云游戏场景的超低延迟音频处理装置。
本申请提供一种适用于云游戏场景的超低延迟音频处理方法,包括:
获取客户端发送的与传输音频对应的传输协议参数;
根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;
基于所述新的传输协议向客户端传输所述音频。
可选的,通过以下方式对所述传输协议参数进行再次封装生成新的传输协议,包括:通过调整所述传输音频的编码码率,控制所述传输协议承载的数据包个数和内容进行再次封装生成新的传输协议。
可选的,所述方法还包括:获得所述客户端发送的重发数据包的请求;根据本时段的状态判断是否通过传输协议单独重发所述数据包,或者通过发送下一个数据包时的传输协议发送所述数据包。
可选的,所述传输协议参数包括以下至少一种:延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数、卡顿时长。
本申请还提供一种适用于云游戏场景的超低延迟音频处理方法,包括:
接收服务端发送的新的传输协议;
对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
本申请还提供一种适用于云游戏场景的超低延迟音频处理装置,包括:
获取传输协议参数单元,用于获取客户端发送的与传输音频对应的传输协议参数;
再次封装单元,用于根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;
传输音频数据单元,用于基于所述新的传输协议向客户端传输所述音频数据。
可选的,通过以下方式对所述传输协议参数进行再次封装生成新的传输协议,包括:通过调整所述传输音频的编码码率,控制所述传输协议承载的数据包个数和内容进行再次封装生成新的传输协议。
可选的,所述装置还包括:获得所述客户端发送的重发数据包的请求;根据本时段的状态判断是否通过传输协议单独重发所述数据包,或者通过发送下一个数据包时的传输协议发送所述数据包。
可选的,所述传输协议参数包括以下至少一种信息:延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数、卡顿时长。
本申请还提供一种适用于云游戏场景的超低延迟音频处理装置,包括:
新的传输协议接收单元,用于接收服务端发送的新的传输协议;
音频数据调整处理单元,用于对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
本申请相对与现有技术的优点:
本申请提供一种适用于云游戏场景的超低延迟音频处理方法,包括:获取客户端发送的与传输音频对应的传输协议参数;根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;基于所述新的传输协议向客户端传输所述音频。本申请通过对传输协议进行再次封装使得在极低延迟的场景下不产生电流音和爆音,从而在延迟,卡顿,声音质量中找到一种适合于云游戏的平衡。
附图说明
图1是本申请中适用于云游戏场景的超低延迟音频传输的第一流程图。
图2是本申请中适用于云游戏场景的超低延迟音频传输的第二流程图。
图3是本申请中适用于云游戏场景的超低延迟音频传输的第一装置示意图。
图4是本申请中适用于云游戏场景的超低延迟音频传输的第二装置示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
本申请提供一种适用于云游戏场景的超低延迟音频处理方法,包括:获取客户端发送的与传输音频对应的传输协议参数;根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;基于所述新的传输协议向客户端传输所述音频。本申请通过对传输协议进行再次封装使得在极低延迟的场景下不产生电流音和爆音,从而在延迟,卡顿,声音质量中找到一种适合于云游戏的平衡。
图1是本申请中适用于云游戏场景的超低延迟音频传输的第一流程图。
请参照图1所示,S101获取客户端发送的与传输音频对应的传输协议参数。
为便于更好地理解本方案,先简单说明一下与传输协议有关的信息:传输协议中各层都为上一层提供业务功能。为了提供这种业务功能,下一层将上一层中的数据并入到本层的数据域中,然后通过加入报头或报尾来实现该层业务功能,该过程叫做数据封装。用户的数据要经过一次次包装,最后转化成可以在网络上传输的信号,发送到网络上。当到达目标计算机后,再执行相反的拆包过程。
本申请中的所述传输协议主要是指RTP(Real-time Transport Protocol或实时传输协议)和UDP(User Datagram Protocol或用户数据报协议)。其中,每个RTP需要保证可以封装多个音频包,且多个音频包可以拥有不同的包类型。传输协议参数主要包括延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数和卡顿时长等。
该步骤客户端统计传输协议参数,并将该协议参数发送给服务端由服务端进行处理。
请参照图1所示,S102根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议。
本申请中由于每个RTP包中存在复数个数据包分段,每个分段数据类型也可能不同,所以,处理器会根据延迟,丢包率,网络丢包次数,实际丢包次数,当前声音质量,卡顿次数,卡顿时长等参数调整音频编码码率,控制单RTP包承载的数据包个数和内容,进而控制声音的延时和质量为了便于理解。
优选的,本申请服务器会根据特定时间段内的如下公式对延迟,丢包率,网络丢包次数,实际丢包次数,当前声音质量,卡顿次数,卡顿时长等参数进行计算确定单RTP包承载的数据包个数:
Figure BDA0003374221490000051
其中,B表示服务器通过计算确定单RTP包承载的数据包个数,i表示上述参数的排列序号,如i=1表示延迟、i=7表示卡顿时长,x1表示延迟对服务器计算单RTP包承载的数据包个数的影响系数,A1表示在特定时段内的延迟次数。
当然,本申请还可以其他方式确定新的协议,如以RTP/UDP为基础通过对协议头封装格式进行再次封装生成新的传输协议,具体为:
表一为RTP协议data/nack头格式
PakcetType 包类型 4bit
Length 数据长度 12bit
PacketNum 包序号 16bit
TimeStamp 时间戳 32bit
其中,包类型现在存在三种类型:包基础数据,前向纠错,重发。数据长度:数据包分段的数据长度,不包括头。包序号:在基础数据和重发中,这个字段即为后续数据的包序号。时间戳:包捕获的相对时间戳,用于播放端控制播放时间。
表二为RTP协议fec头格式
PakcetType 包类型 4bit
xfor_marks 前向纠错保护标识 12bit
PacketNumBase 前向纠错保护包序号起始值 16bit
xfor_TimeStamp 前向纠错保护时间戳 32bit
Length 数据长度 16bit
Xfor_length 前向纠错保护长度 16bit
其中,包类型现在存在三种包类型:基础数据,前向纠错,重发。前向纠错保护标识:数据内容为从PacketNumbase-PacketNumbase+11这12个包中,任意一个包若取值为1,则在前向纠错的保护中。前向纠错保护包序号起始值:在前向纠错中这个数据是保护包的包序号起始值,实际包中可能并没有保护对应的数据。前向纠错保护时间戳:所有被保护的包的时间戳按位进行亦或运算所得的值。数据长度:这个数据包分段的数据长度,不包括头。前向纠错保护长度:所有被保护的包的长度按位进行亦或运算所得的值。
请参照图1所示,S103基于所述新的传输协议向客户端传输所述音频。
服务端将音频数据以新的传输协议发送至客户端,客户端便可根据新的协议获得能够满足云游戏场景要求的音频数据。
需要注意的是,当数据包存在丢失的情况是,客户端会向服务端请求重发数据包。此时,服务端会根据本段状态判断是通过RTP单独重新发送数据包,还是由下一个音频包发送时一同打包在一个RTP中发送。
本申请还提供一种适用于云游戏场景的超低延迟音频处理方法。
图2是本申请中适用于云游戏场景的超低延迟音频传输的第二流程图。
请参照图2所示,S201接收服务端发送的新的传输协议。
该方法的执行主体为客户端,客户端接收服务端发送的新的传输协议,根据所述新的传输协议可以获得相关的音频数据。
请参照图2所示,S202对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
由于云游戏场景对延迟的要求,客户端的缓冲区大小受到极大限制,缓存大小不可能超过100ms。所以,在这种情况下,客户端采用以下方法对声音数据进行处理,以保证声音不会过多卡顿,完全没有爆音和电流音:当数据不足时可以拉长数据;或者,当数据冗余时可以压缩声音数据;或者,当无数据能播放时可以淡出播放,并等待缓冲区填充至60ms等等。
本申请还提供一种适用于云游戏场景的超低延迟音频处理装置,包括:获取传输协议参数单元301,再次封装单元302,传输音频数据单元303。
图3是本申请中适用于云游戏场景的超低延迟音频传输的第一装置示意图。
请参照图3所示,获取传输协议参数单元301,用于获取客户端发送的与传输音频对应的传输协议参数。
本申请中的所述传输协议主要是指RTP(Real-time Transport Protocol或实时传输协议)和UDP(User Datagram Protocol或用户数据报协议)。其中,每个RTP需要保证可以封装多个音频包,且多个音频包可以拥有不同的包类型。传输协议参数主要包括延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数和卡顿时长等。
该步骤客户端统计传输协议参数,并将该协议参数发送给服务端由服务端进行处理。
请参照图3所示,再次封装单元302,用于根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议。
本申请中的封装是指传输协议中各层都为上一层提供业务功能,为了提供这种业务功能,下一层将上一层中的数据并入到本层的数据域中,然后通过加入报头或报尾来实现该层业务功能,该过程叫做数据封装。
为了便于理解,本申请优选以RTP/UDP为基础通过对协议头封装格式进行再次封装生成新的传输协议。
表一为RTP协议data/nack头格式
PakcetType 包类型 4bit
Length 数据长度 12bit
PacketNum 包序号 16bit
TimeStamp 时间戳 32bit
其中,包类型现在存在三种类型:包基础数据,前向纠错,重发。数据长度:数据包分段的数据长度,不包括头。包序号:在基础数据和重发中,这个字段即为后续数据的包序号。时间戳:包捕获的相对时间戳,用于播放端控制播放时间。
表二为RTP协议fec头格式
Figure BDA0003374221490000081
其中,包类型现在存在三种包类型:基础数据,前向纠错,重发。前向纠错保护标识:数据内容为从PacketNumbase-PacketNumbase+11这12个包中,任意一个包若取值为1,则在前向纠错的保护中。前向纠错保护包序号起始值:在前向纠错中这个数据是保护包的包序号起始值,实际包中可能并没有保护对应的数据。前向纠错保护时间戳:所有被保护的包的时间戳按位进行亦或运算所得的值。数据长度:这个数据包分段的数据长度,不包括头。前向纠错保护长度:所有被保护的包的长度按位进行亦或运算所得的值。
由于每个RTP包中存在复数个数据包分段,每个分段数据类型也可能不同,所以,处理器会根据延迟,丢包率,网络丢包次数,实际丢包次数,当前声音质量,卡顿次数,卡顿时长等参数调整音频编码码率,控制单RTP包承载的数据包个数和内容,进而控制声音的延时和质量。
请参照图3所示,传输音频数据单元303,用于基于所述新的传输协议向客户端传输所述音频。
服务端将音频数据以新的传输协议发送至客户端,客户端便可根据新的协议获得能够满足云游戏场景要求的音频数据。
需要注意的是,当数据包存在丢失的情况是,客户端会向服务端请求重发数据包。此时,服务端会根据本段状态判断是通过RTP单独重新发送数据包,还是由下一个音频包发送时一同打包在一个RTP中发送。
本申请还提供一种适用于云游戏场景的超低延迟音频处理装置,包括:新的传输协议接收单元401,音频数据调整处理单元402。
图4是本申请中适用于云游戏场景的超低延迟音频传输的第二装置示意图。
请参照图4所示,新的传输协议接收单元401,用于接收服务端发送的新的传输协议。
该方法的执行主体为客户端,客户端接收服务端发送的新的传输协议,根据所述新的传输协议可以获得相关的音频数据。
请参照图4所示,音频数据调整处理单元402,用于对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
由于云游戏场景对延迟的要求,客户端的缓冲区大小受到极大限制,缓存大小不可能超过100ms。所以,在这种情况下,客户端采用以下方法对声音数据进行处理,以保证声音不会过多卡顿,完全没有爆音和电流音:当数据不足时可以拉长数据;或者,当数据冗余时可以压缩声音数据;或者,当无数据能播放时可以淡出播放,并等待缓冲区填充至60ms等等。

Claims (10)

1.一种适用于云游戏场景的超低延迟音频处理方法,其特征在于,包括:
获取客户端发送的与传输音频对应的传输协议参数;
根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;
基于所述新的传输协议向客户端传输所述音频。
2.根据权利要求1所述适用于云游戏场景的超低延迟音频处理方法,其特征在于,通过以下方式对所述传输协议参数进行再次封装生成新的传输协议,包括:
通过调整所述传输音频的编码码率,控制所述传输协议承载的数据包个数和内容进行再次封装生成新的传输协议。
3.根据权利要求2所述适用于云游戏场景的超低延迟音频处理方法,其特征在于,还包括:
获得所述客户端发送的重发数据包的请求;
根据本时段的状态判断是否通过传输协议单独重发所述数据包,或者通过发送下一个数据包时的传输协议发送所述数据包。
4.根据权利要求1所述适用于云游戏场景的超低延迟音频处理方法,其特征在于,所述传输协议参数包括以下至少一种:延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数、卡顿时长。
5.一种适用于云游戏场景的超低延迟音频处理方法,其特征在于,包括:
接收服务端发送的新的传输协议;
对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
6.一种适用于云游戏场景的超低延迟音频处理装置,其特征在于,包括:
获取传输协议参数单元,用于获取客户端发送的与传输音频对应的传输协议参数;
再次封装单元,用于根据所述传输协议参数,对所述传输协议参数进行再次封装生成新的传输协议;
传输音频数据单元,用于基于所述新的传输协议向客户端传输所述音频数据。
7.根据权利要求1所述适用于云游戏场景的超低延迟音频处理装置,其特征在于,通过以下方式对所述传输协议参数进行再次封装生成新的传输协议,包括:
通过调整所述传输音频的编码码率,控制所述传输协议承载的数据包个数和内容进行再次封装生成新的传输协议。
8.根据权利要求8所述适用于云游戏场景的超低延迟音频处理装置,其特征在于,还包括:
获得所述客户端发送的重发数据包的请求;
根据本时段的状态判断是否通过传输协议单独重发所述数据包,或者通过发送下一个数据包时的传输协议发送所述数据包。
9.根据权利要求7所述适用于云游戏场景的超低延迟音频处理方法,其特征在于,所述传输协议参数包括以下至少一种信息:延迟、丢包率、网络丢包次数、实际丢包次数、当前声音质量、卡顿次数、卡顿时长。
10.一种适用于云游戏场景的超低延迟音频处理装置,其特征在于,包括:
新的传输协议接收单元,用于接收服务端发送的新的传输协议;
音频数据调整处理单元,用于对所述新的传输协议中包含的音频数据进行调整处理以获得满足云游戏场景的延迟要求,包括:拉长不足的音频数据,或者压缩音频数据冗余时的声音数据,或者淡出没有音频数据的播放。
CN202111412718.8A 2021-11-25 适用于云游戏场景的超低延迟音频处理方法及装置 Active CN114143297B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111412718.8A CN114143297B (zh) 2021-11-25 适用于云游戏场景的超低延迟音频处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111412718.8A CN114143297B (zh) 2021-11-25 适用于云游戏场景的超低延迟音频处理方法及装置

Publications (2)

Publication Number Publication Date
CN114143297A true CN114143297A (zh) 2022-03-04
CN114143297B CN114143297B (zh) 2024-04-26

Family

ID=

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101563941A (zh) * 2006-10-18 2009-10-21 索尼在线娱乐有限公司 用于调节重叠媒体消息的系统和方法
CN105430532A (zh) * 2015-11-18 2016-03-23 南京创维信息技术研究院有限公司 一种视频数据传输自适应调整的控制方法及其系统
US20200204854A1 (en) * 2018-12-20 2020-06-25 Qingdao Hisense Electronics Co., Ltd Audio Playing And Transmitting Methods And Apparatuses
CN111629210A (zh) * 2020-05-22 2020-09-04 北京大米科技有限公司 一种数据处理的方法、装置及电子设备
CN112382304A (zh) * 2020-11-04 2021-02-19 北京小米移动软件有限公司 蓝牙音频修复方法、装置、设备及介质
CN113207017A (zh) * 2021-07-07 2021-08-03 北京蔚领时代科技有限公司 用于云游戏的流媒体数据传输系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101563941A (zh) * 2006-10-18 2009-10-21 索尼在线娱乐有限公司 用于调节重叠媒体消息的系统和方法
CN105430532A (zh) * 2015-11-18 2016-03-23 南京创维信息技术研究院有限公司 一种视频数据传输自适应调整的控制方法及其系统
US20200204854A1 (en) * 2018-12-20 2020-06-25 Qingdao Hisense Electronics Co., Ltd Audio Playing And Transmitting Methods And Apparatuses
CN111629210A (zh) * 2020-05-22 2020-09-04 北京大米科技有限公司 一种数据处理的方法、装置及电子设备
CN112382304A (zh) * 2020-11-04 2021-02-19 北京小米移动软件有限公司 蓝牙音频修复方法、装置、设备及介质
CN113207017A (zh) * 2021-07-07 2021-08-03 北京蔚领时代科技有限公司 用于云游戏的流媒体数据传输系统

Similar Documents

Publication Publication Date Title
TWI419565B (zh) 緩衝媒體流之封包的方法、緩衝媒體流之系統、用於傳送之裝置與晶片組、伺服器、以及電腦程式產品
US9794311B2 (en) Transport accelerator implementing extended transmission control functionality
US8023533B2 (en) Data communication system, data transmitting apparatus, data transmitting method, and method for determining packet size and redundancy
US7315898B2 (en) Data communication system, data transmission apparatus, data reception apparatus, data communication method, and computer program
RU2634908C2 (ru) Способ и устройство для управления доставкой медиаданных
WO2003098884A1 (en) Protocol, information processing system and method, information processing device and method, recording medium, and program
US9571234B2 (en) Retransmission of data lost between a sender and a receiver
CN111886875B (zh) 一种通过网络传送媒体内容的方法及服务器
JP4384992B2 (ja) コンテンツ・ストリームのビット・レートを調節する装置及び処理、並びに関連したプロダクト
US20150270930A1 (en) Transport accelerator implementing selective utilization of redundant encoded content data functionality
US9641445B2 (en) Communication apparatus, communication method, and program
US10200154B2 (en) System and method for early packet header verification
EP1533969A1 (en) Loss reporting for packet-switched streaming services using loss RLE report blocks
JP4650573B2 (ja) 通信装置、通信システム、プログラム、および通信方法
US9246631B2 (en) Communication devices that encode and transmit data, methods of controlling such communication devices, and computer-readable storage media storing instructions for controlling such communication devices
CN110881018B (zh) 媒体流的实时接收方法及客户端
CN114143297B (zh) 适用于云游戏场景的超低延迟音频处理方法及装置
CN114143297A (zh) 适用于云游戏场景的超低延迟音频处理方法及装置
CN111245566A (zh) 不可靠网络的抗丢包方法、装置、存储介质及电子设备
JP5257150B2 (ja) 通信装置、データ通信システム、データ通信方法及び制御プログラム
CN116896567A (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