-
公开(公告)号:CN119011508B
公开(公告)日:2025-02-28
申请号:CN202411488618.7
申请日:2024-10-24
Applicant: 芯云晟(杭州)电子科技有限公司
IPC: H04L49/00 , H04L49/9015 , H04L49/90 , H04L47/22 , H04L47/72
Abstract: 本发明提供了一种解决virtio协议下报文与主机缓存匹配的方法,包括:步骤1,主机缓存管理模块向主机发出获取主机缓存信息的请求,网卡提前缓存主机缓存信息;步骤2,网卡完成报文的处理,向流量管理模块发送报文描述符,流量管理模块完成对报文描述符的缓存,进行流量管理;步骤3,流量管理模块提供授权,报文描述符与缓存的主机缓存信息进行匹配;步骤4,当报文与主机缓存信息满足要求后,流量管理模块基于报文描述符拉取实际报文,并结合主机缓存信息,将报文正确传输到主机对应的缓存地址中。使用本发明提供的方法后,能够大量减少CPU在相关业务中的用于匹配报文和主机缓存空间的资源消耗,从而节约算力用于处理实际应用。
-
公开(公告)号:CN119172330B
公开(公告)日:2025-02-14
申请号:CN202411667992.3
申请日:2024-11-20
Applicant: 杭州菲田云计算有限公司
Abstract: 本说明书实施例提供数据处理方法及装置、系统,其中该方法,应用于数据传输设备,包括:响应于数据处理设备的数据发送通知,获取目标报文数据的目标数据描述符;在根据所述目标数据描述符确定所述目标报文数据需要保序的情况下,将所述目标数据描述符放入目标缓冲区进行排序,获得排序结果;根据所述排序结果,从所述目标数据描述符对应的目标内存地址,获取所述目标报文数据;将报文的保序方式更改为基于目标数据描述符的重排序,目标数据描述符的大小远远小于目标报文数据大小,在容纳更大CPU处理延迟的保序能力的同时有效降低硬件资源的使用需求,保障在CPU高延迟处理情况下的报文保序和性能要求。
-
公开(公告)号:CN113098796B
公开(公告)日:2025-02-11
申请号:CN202110310596.5
申请日:2021-03-23
Applicant: 沈阳牛艾科技有限公司
IPC: H04L47/72 , H04L1/1607
Abstract: 本发明涉及一种基于资源预留的自适应TSN离线容错调度方法,包括以下步骤:1)输入初始条件,对网络进行初始化处理;2)对所有实时流求解偏移量,通过输入非实时流属性,执行对流分配可行的网络资源过程;3)判断步骤2)中的实时流偏移量是否存在可行解,若存在可行解,则对所有实时流分配可行的网络资源,通过输入非实时流属性,执行对流求解偏移量过程;4)判断步骤3)中对流求解偏移量是否存在可行解,如果存在可行解,则根据流的偏移量输出门控列表内容。本发明在节省网络资源的情况下,提高实时流传输的可靠性和非实时流的网络传输服务。采用网络重传请求(ARQ)触发重传流,并使其满足TSN确定性传输约束。
-
公开(公告)号:CN119299393A
公开(公告)日:2025-01-10
申请号:CN202411437459.8
申请日:2024-10-15
Applicant: 郭靖芳
IPC: H04L47/43 , H04L47/6275 , H04L47/72 , H04L9/40 , H04L67/568
Abstract: 本申请涉及通信技术领域,公开了一种通信数据传输及临时保存方法、装置及存储介质,方法包括以下步骤:S1、接收和分块初始数据后存储于缓存区;S2、计算数据块加权系数并进行优先级排序;S3、按排序加密数据块;S4、通过安全协议传输加密数据至目标端;S5、目标端解密数据并验证完整性;S6、将验证的数据块暂存至临时存储区直至全部传输完成;S7、在传输完成后,重组并存储数据块于目标设备。本发明通过对数据进行分块、优先级排序、加密传输和解密重组,确保了数据在网络传输过程中的安全性、完整性和传输效率,适用于需要高安全性和高数据完整性的通信系统。
-
公开(公告)号:CN118802859A
公开(公告)日:2024-10-18
申请号:CN202410170059.9
申请日:2024-02-06
Applicant: 中国移动通信有限公司研究院 , 中国移动通信集团有限公司
Inventor: 吴滨
IPC: H04L65/1069 , H04L65/80 , H04L65/1016 , H04L47/80 , H04L47/72
Abstract: 本发明公开了一种紧急会话建立方法、装置、设备、存储介质及程序产品,紧急呼叫中心接收终端设备发起紧急呼叫,其中,所述紧急呼叫携带媒体能力;然后紧急呼叫中心根据所述媒体能力,对所述终端设备的交互应用媒体呼叫和语音呼叫进行资源预留;根据预留的资源,建立与所述终端设备之间的至少两条媒体通道,其中,所述媒体通道包括语音媒体通道、交互应用媒体通道;本发明可以解决现有IMS数据通道建立由于涉及网元数目繁多导致建立慢、故障点多的问题,满足用户对紧急呼叫的快速建立需求。
-
公开(公告)号:CN118631761A
公开(公告)日:2024-09-10
申请号:CN202410758521.7
申请日:2024-06-13
Applicant: 中国兵器工业计算机应用技术研究所
Abstract: 本发明涉及一种基于突发感知的时延敏感网络资源分配方法,属于时延敏感网络技术领域,解决了现有技术中不能保证突发流传输可靠性的问题。方法包括以下步骤:在每个时隙内为突发流预留时隙资源;基于多队列循环转发确定每个时隙内每个交换机的每个队列的偏移值;根据预留时隙资源后的当前网络状态信息、每个时隙内每个交换机的每个队列的偏移值以及每个实时业务流的流信息,基于训练好的深度强化学习模型得到每个实时业务流的时隙资源分配方案。提高了网络对异构业务流量的调度能力。
-
公开(公告)号:CN113542133B
公开(公告)日:2024-08-09
申请号:CN202010323577.1
申请日:2020-04-22
Applicant: 全球能源互联网研究院有限公司
Abstract: 本发明涉及一种多通道总线信道的自动配置方法、主节点、从节点及系统,涉及工业控制及通讯领域,主要应用于电力电子装置控制保护系统,该方案制定了一套硬件平台组网通讯过程中自动配置通讯地址的流程,及面对系统需要扩展时对单元节点进行热插拔的应对措施,以通讯协议形式实现,应用于实际工程中将极大节省板卡程序版本管理及烧写的工作量。
-
公开(公告)号:CN114553782B
公开(公告)日:2024-07-19
申请号:CN202210108088.3
申请日:2022-01-28
Applicant: 北京邮电大学
IPC: H04L47/125 , H04L47/22 , H04L47/72 , H04L47/80
Abstract: 本发明公开了一种大规模确定性网络中基于网络边缘流量整形调度方法,其中,该方法包括:根据业务流信息拓展特征,采用预路由方式,在最短路径集合中的局部最优路径作为规划路由,以链路负载均衡;以及,基于规划路由,设计网络边缘流量整形的接入业务流控制方式,输出边缘接入业务流时隙偏移量;基于规划路由和边缘接入业务流时隙偏移量,根据边缘网络流量整形机制,设计基于边缘流量整形的确定性调度方式,实现广域网中的确定性服务。本发明通过一种基于网络边缘流量整形的调度方法进行业务流接入时隙偏移量的控制,以及采用链路负载均衡权衡的预路由方式,联合实现了大规模确定性网络有界端到端时延与零丢包传输。
-
公开(公告)号:CN109962863B
公开(公告)日:2024-03-15
申请号:CN201811569572.6
申请日:2018-12-20
IPC: H04L47/72 , H04L47/62 , H04L47/6275 , H04L47/6295 , H04L49/351
Abstract: 一种用于管理网络中的通信量的方法,其包括:接收基于各自的优先级分类的多个通信量类别的帧;将所接收的帧划分为多个队列,每个队列专用于多个通信量类别中的相应通信量类别;基于多个通信量类别中的相应优先级,调度包含在队列中的帧的传输;以及如果存在具有的优先级高于事件触发的通信量类别的帧的通信量类别的帧,并且当至少一个受保护的时间窗口有效时,传输具有较高优先级的通信量类别的帧,并阻止其余通信量类别的帧的传输;否则传输包含在专用于事件触发的通信量类别的队列中的帧;以及基于调度,如果专用于事件触发的通信量类别的队列为空,则传输其余通信量类别之一的帧,其余通信量类别的帧的优先级低于事件触发的通信量类别的帧。
-
公开(公告)号:CN117675718A
公开(公告)日:2024-03-08
申请号:CN202311386181.1
申请日:2023-10-24
Applicant: 北京国科恒通数字能源技术有限公司
IPC: H04L47/43 , H04L47/72 , H04L69/163 , H04L1/00
Abstract: 本发明涉及通信技术领域,具体公开了一种减少丢包的报文处理方法、处理终端及电子设备,方法包括:将预先设定的缓存池进行初始化,设定读和写的开始位置;收取报文并写入所述缓存池内;根据数组指针的位置读取所述缓存池的内容;根据预设的组包策略判断所述缓存池中已读内容是否存在一个完整的数据包;若是,则将已读内容进行组包并存入kafka,以及将所述数组指针的位置移动至读的开始位置;若否,则继续根据数组指针的位置读取所述缓存池的内容。本发明能够解决TCP协议下的组包拆包所导致的丢包问题,在服务器重启或设备突然宕机的情况下也不会再有丢包情况发生,确保采集终端与通信端之间的信息交互完整性。
-
-
-
-
-
-
-
-
-