-
公开(公告)号:CN119728506A
公开(公告)日:2025-03-28
申请号:CN202510159077.1
申请日:2025-02-13
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明公开了一种数字无线列调通信空口协议一致性测试方法、装置、设备、介质及产品。该方法包括:获取被测设备和车站电台的交互数据,其中,交互数据包括:空口数据,空口数据包括:多个空口信令和各空口信令对应的采集时间信息;若空口数据中的各空口信令满足预设条件,则根据空口数据中的空口信令的总数、各空口信令中的字段以及各空口信令对应的采集时间信息中的至少一种,确定测试结果,预设条件包括如下条件中的至少一种:空口信令的校验码与参考校验码相同;空口信令的起始字符为预设参考字符,通过本发明的技术方案,能够提升数字无线列调通信空口协议一致性测试的自动化程度,提升测试范围以及测试的兼容性。
-
公开(公告)号:CN113676467A
公开(公告)日:2021-11-19
申请号:CN202110936707.3
申请日:2021-08-16
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明公开了一种数据处理方法、装置、设备以及存储介质,属于通信安全技术领域。该方法包括:获取网元中交换设备上报的至少两个待处理业务流的基本信息;若根据所述至少两个待处理业务流的基本信息,识别到所述至少两个待处理业务流中存在待加密业务流,则向所述网元下发包括待加密业务流标识的加密处理请求,以指示所述网元对所述待加密业务流进行加密。通过上述技术方案,可以灵活配置接入网元的业务流是否加密,相比较于传统的加密机进行加密,通过网元对待加密业务流进行加密,具有良好的扩展性,为SDN网络中业务流的安全通信提供了一种新思路。
-
公开(公告)号:CN114567429B
公开(公告)日:2024-05-24
申请号:CN202210071038.2
申请日:2022-01-21
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明适用于通信领域,提供了一种对称加密通信中密钥更新时的软切换方法及系统,当密钥分发系统分发更新的密钥组时,若收发双方更新进度不一致,无论是发送方还是接收方先更新密钥,由于有密钥缓存和组ID号携带机制,接收方仍可使用正确的密钥对数据报文进行解密,密钥更新过程不会导致加密通信出现丢包或中断。此时系统可容忍通信收发双方密钥更新不一致程度为(n‑1)/2个密钥差别。本方案实现了对称加密通信中密钥更新过程零丢包的软切换,在保持加密通信安全性的同时保障了加密通信效率,在需要频繁更新密钥以及加密通信数据实时流量较大的应用场景中效果更加显著。
-
公开(公告)号:CN117880779A
公开(公告)日:2024-04-12
申请号:CN202410237512.3
申请日:2024-03-01
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明提出了一种多制式互通无线调度通信方法、语音通信方法及设备,属于轨道通信技术领域。通过上述“站内组呼”通话示例可以看出,区别于单制式通信一次通话只能使用一种制式,本发明通过语音/数据处理和桥接单元对各类型终端的信令进行处理转发,并对语音流进行混音、复制、转发、环回以及分别适配不同制式通信模块的接口等多种处理,可以将400M数字制式和450M模拟制式拉进同一次通话中,使其能够互相进行通信。提高了通信的丰富性与兼容性,能够满足复杂场景下的应用。
-
公开(公告)号:CN113676467B
公开(公告)日:2024-01-05
申请号:CN202110936707.3
申请日:2021-08-16
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明公开了一种数据处理方法、装置、设备以及存储介质,属于通信安全技术领域。该方法包括:获取网元中交换设备上报的至少两个待处理业务流的基本信息;若根据所述至少两个待处理业务流的基本信息,识别到所述至少两个待处理业务流中存在待加密业务流,则向所述网元下发包括待加密业务流标识的加密处理请求,以指示所述网元对所述待加密业务流进行加密。通过上述技术方案,可以灵活配置接入网元的业务流是否加密,相比较于传统的加密机进行加密,通过网元对待加密业务流进行加密,具有良好的扩展性,为SDN网络中业务流的安全通信提供了一种新思路。
-
公开(公告)号:CN114567429A
公开(公告)日:2022-05-31
申请号:CN202210071038.2
申请日:2022-01-21
Applicant: 北京全路通信信号研究设计院集团有限公司
Abstract: 本发明适用于通信领域,提供了一种对称加密通信中密钥更新时的软切换方法及系统,当密钥分发系统分发更新的密钥组时,若收发双方更新进度不一致,无论是发送方还是接收方先更新密钥,由于有密钥缓存和组ID号携带机制,接收方仍可使用正确的密钥对数据报文进行解密,密钥更新过程不会导致加密通信出现丢包或中断。此时系统可容忍通信收发双方密钥更新不一致程度为(n‑1)/2个密钥差别。本方案实现了对称加密通信中密钥更新过程零丢包的软切换,在保持加密通信安全性的同时保障了加密通信效率,在需要频繁更新密钥以及加密通信数据实时流量较大的应用场景中效果更加显著。
-
-
-
-
-