-
公开(公告)号：CN111526163B
公开(公告)日：2020-10-13
申请号：CN202010628825.3
申请日：2020-07-03
申请人： 翱捷科技(上海)有限公司
IPC分类号： H04L29/06 , H04N7/14 , H04N19/146 , H04N21/6437 , H04W24/08
摘要： 本申请公开了一种ViLTE视频通话质量控制系统及方法，包括如下步骤。步骤S110：ViLTE视频通话的发起端与接收端通过ViLTE协议建立视频通话。步骤S120：ViLTE视频通话的发起端与接收端均统计传输数据。步骤S130：当上行传输带宽不足或充足时，相应地调小或调大压缩编码的速率。步骤S140：当下行传输带宽不足或充足时，反馈RTPFB包告知需相应地调小或调大视频压缩编码的速率。步骤S150：根据收到的RTPFB包相应地调小或者调大视频压缩编码的速率。本申请在ViLTE视频通话中利用传输数据统计来实时地调整视频压缩编码的速率，从而对当前移动通讯网络的信号质量和上下行带宽的变化做出及时响应，提高了视频通话质量，增强了视频通话功能，提升了视频通话效果。
-
公开(公告)号：CN111506541B
公开(公告)日：2020-09-22
申请号：CN202010606097.6
申请日：2020-06-30
申请人： 翱捷科技(上海)有限公司
IPC分类号： G06F15/78 , G06F16/901 , H04L29/06
摘要： 本申请公开了一种嵌入式网络设备中加速网络数据包处理的方法。步骤S10：采用p指针来指示TCP/IP数据包的真正的存储空间。步骤S20：拷贝该TCP/IP数据包的三个头部到片上缓存，采用q指针来指示三个头部在片上缓存的存储空间。步骤S30：重构pbuf链，修改pbuf数据结构q指针和p指针。步骤S40：使用新的pbuf链进行该TCP/IP数据包的处理。步骤S50：把位于片上缓存的的三个头部拷贝并覆盖到真正的存储空间中的三个头部的存储位置，并在q指针中删除指向p指针。步骤S60：删除pbuf数据结构q指针，释放片上缓存；重构pbuf数据结构p指针。步骤S70：删除pbuf数据结构p指针，释放该TCP/IP数据包的真正的存储空间。本申请利用片上缓存来缓存TCP/IP数据包的头部，加快了TCP/IP数据包的处理速度。
-
公开(公告)号：CN111475178B
公开(公告)日：2020-09-18
申请号：CN202010576590.8
申请日：2020-06-23
申请人： 翱捷科技(上海)有限公司
IPC分类号： G06F8/61
摘要： 本申请公开了一种嵌入式系统固件烧写的进度计算方法，包括如下步骤。步骤S10：PC机连接目标板卡。步骤S20：PC机计算目标板卡在固件烧写过程中需要处理的数据总量，并在生成固件文件包时写入其中。步骤S30：PC机向目标板卡通知所述需要处理的数据总量。步骤S40：目标板卡接收所述需要处理的数据总量并保存在本地。步骤S50：PC机向目标板卡发送下载命令与下载数据。步骤S60：目标板卡把下载数据写入本地；每擦除本地的一个存储单元，或者每在本地写入一个数据块，都计算已经处理的数据量，并将已经处理的数据量与需要处理的数据总量的比值上报给PC机。步骤S70：PC机接收并显示目标板卡发送的固件烧写的进度量。上述方法能够精确地反映固件烧写的量产进度。
-
公开(公告)号：CN111263102B
公开(公告)日：2020-08-11
申请号：CN202010374867.9
申请日：2020-05-07
申请人： 翱捷科技(上海)有限公司
发明人： 刘鹏飞
IPC分类号： H04N7/14 , H04N21/4788 , H04N21/6437 , H04N21/647
摘要： 本申请公开了一种基于延迟梯度累积的ViLTE视频通话拥塞控制方法。步骤S10：收到每一个RTP数据包之后，计算出延迟梯度的累计值。步骤S20：第一次出现丢包，就计算当前的网络传输信道容量；=γ* ；随后视频接收端立即发送TMMBR消息给视频发送端，要求视频发送端降低视频编码码率；同时，视频接收端还将检测到丢包时的记录的延迟梯度累积值的最大值作为丢包的延迟阈值。步骤S30：不再出现丢包，视频接收端将当前数据包的延迟梯度累积值和延迟阈值进行比较，判断出网络的拥塞状态，然后对数据传输速率进行调整。步骤S40：重复步骤S20至步骤S30，直至ViLTE视频通话的数据传输结束。本申请可在ViLTE视频通话过程中降低网络延迟、避免丢包发生和提升视频质量。
-
公开(公告)号：CN111212417A
公开(公告)日：2020-05-29
申请号：CN201911321115.X
申请日：2019-12-20
申请人： 翱捷科技(上海)有限公司
摘要： 本申请公开了一种移动终端的死机故障恢复方法。当基带处理器检测到自身出现死机故障时，将EMM模块、ESM模块以及RRC模块当前的有效信息保存到非易失性存储器中，随后基带处理器向应用处理器发出异常指示。应用处理器收到异常指示后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器，随后向基带处理器发出热启动指令。基带处理器收到热启动指令后，进行文件读取、模块初始化。基带处理器检测移动终端发生死机故障时为EMM模块保存的注册状态是空闲态还是业务态，还检测当前服务小区与移动终端发生死机故障前的服务小区相比是否有变动，根据四种不同情况有四种处理方式。本申请可使移动终端重启后快速恢复到死机故障发生前的正常状态。
-
公开(公告)号：CN111200837A
公开(公告)日：2020-05-26
申请号：CN201911321116.4
申请日：2019-12-20
申请人： 翱捷科技(上海)有限公司
摘要： 本申请公开了一种Wi-Fi软件测试系统，包括一个测试脚本子系统、多个模拟验证子系统、一个空口模拟子系统。每个模拟验证子系统用来模拟一台Wi-Fi设备，至少一台模拟的Wi-Fi设备中具有被测Wi-Fi软件。每个模拟验证子系统包括操作系统适配层、驱动软件层、MAC软件层、PHY软件层；所述操作系统适配层接收测试脚本子系统发出的测试命令和测试参数，转换为驱动软件层的指令；所述驱动软件层实现对Wi-Fi芯片硬件的控制；所述MAC软件层实现无线媒体介入控制、控制数据传输；所述PHY软件层实现MAC帧的收发，包括一个模拟的空口接口用来与空口模拟子系统进行交互。所述空口模拟子系统用来模拟无线局域网的无线信道环境。本申请可在Wi-Fi芯片未制作出之前，对Wi-Fi芯片的软件进行测试。
-
公开(公告)号：CN111181936A
公开(公告)日：2020-05-19
申请号：CN201911321124.9
申请日：2019-12-20
申请人： 翱捷科技(上海)有限公司
摘要： 本申请公开了一种ROHC系统的实现方法。ROHC压缩器对报头逐个压缩，并对每一个成功压缩的报头进行累积计数，记为COUNT；同时对每一个成功压缩的报头的原始字节大小进行累积计量，记为TOTALBYTES。每当COUNT≥N或TOTALBYTES≥Q时，ROHC压缩器向ROHC解压器发送请求反馈数据包，随后将COUNT和TOTALBYTES清零。ROHC解压器收到请求反馈数据包后，根据当前ROHC解压器的工作状况生成相应类型的反馈数据包并发送给ROHC压缩器。ROHC压缩器收到ROHC解压器发来的反馈数据包后，针对不同类型的反馈数据包进行相应处理。本申请可使ROHC压缩器根据定额的工作量主动地向ROHC解压器发起轮询，以便尽早获知ROHC解压器的工作状况，并用来调整自身的压缩状态。这有利于提高ROHC解压器后续压缩数据的鲁棒性或有效性。
-
公开(公告)号：CN111106904A
公开(公告)日：2020-05-05
申请号：CN201911336823.0
申请日：2019-12-23
申请人： 翱捷科技(上海)有限公司
摘要： 本发明公开了一种DigRF传输端的帧发送方法及系统，通过本发明所提供的方法，在高优先级帧的发生错误频率较低，而且非高优先级帧的时效性要求不高的情况下，在发送端使用一种Normal帧Only机制，当非高优先级帧和高优先级帧冲突时，打断非高优先级帧的发送，在高优先级帧发送完毕后再对非高优先级帧进行重新发送，这样对于接收端可以认为所有接收帧都是Normal帧，从而可以降低接收端的复杂度。
-
公开(公告)号：CN110876091B
公开(公告)日：2020-04-24
申请号：CN202010060865.2
申请日：2020-01-20
申请人： 翱捷科技(上海)有限公司
IPC分类号： H04N21/6437 , H04N7/14 , H04N21/4788 , H04N21/6375
摘要： 本申请公开了一种利用RTP扩展头部解决视频帧丢包的方法，包括如下步骤。步骤S10：提供一种新的RTP扩展头部，其头部标识具有两种取值。步骤S20：发送端仅在关键帧后面的n个对应于非关键帧的RTP数据包中携带头部标识为第一取值的所述RTP扩展头部。步骤S30：接收端发现RTP数据包有丢失时，根据头部标识为第一取值的所述RTP扩展头部判断丢失的RTP数据包是否属于关键帧。如果是，接收端向发送端发送RTP数据包，其中携带头部标识为第二取值的所述RTP扩展头部。步骤S40：发送端根据头部标识为第二取值的RTP扩展头部向接收端重新发送相应的RTP数据包。本申请只重传关键帧，所以耗费带宽不是很大，但能有效地带来视频传输及播放质量的提升。
-
公开(公告)号：CN110636537B
公开(公告)日：2020-04-10
申请号：CN201911144740.1
申请日：2019-11-21
申请人： 翱捷科技(上海)有限公司
摘要： 本申请公开了一种基于TTCN‑3的多卡移动终端的测试方法。步骤S110：编写多卡业务冲突场景下的测试用例；每张SIM卡所支持的每种网络模式采用一个独立的PTC实现。步骤S120：根据测试用例中的信息对整个测试系统进行配置。步骤S130：根据测试用例中的测试流程编码成命令发给系统模拟器或被测移动终端，并根据需要接收系统模拟器或被测移动终端的响应或反馈信息，进而控制整个测试流程的进行；通过在对应于不同SIM卡的不同网络模式的各PTC之间互相传送一些具有拥塞作用的协调消息，重现多卡移动终端的多卡业务冲突场景。步骤S150：当测试用例上的测试流程执行完毕后，测试自动停止，根据测试结果生成日志。本申请实现了对多卡移动终端的多卡业务冲突场景的测试。
-
-
-
-
-
-
-
-
-
搜索结果
109 条记录 (耗时 0.037 秒)
