-
公开(公告)号：CN112702146B
公开(公告)日：2023-06-23
申请号：CN201911007444.7
申请日：2019-10-22
Applicant: 成都鼎桥通信技术有限公司
IPC: H04L1/1867 , H04L1/1829
Abstract: 本申请实施例提供一种数据处理方法及设备，该方法包括：服务器向终端发送数据后，将已发送的数据缓存在已发送数据队列中，根据预设的数据发送间隔，重复发送已发送数据队列中的数据，即服务器对于发送给终端的数据进行重复发送，解决现有服务器把数据发送给处于休眠状态的终端时，休眠的终端还没有被唤醒，导致终端未接收到前几秒数据的问题，而且服务器还判断已发送数据队列中数据缓存时间是否达到预设的时间上限，如果达到，则清空已发送数据队列中的数据，后续正常向终端发送数据(数据不再保存到已发送数据队列中)，避免资源浪费，适合实际应用。
-
公开(公告)号：CN113099041B
公开(公告)日：2022-07-29
申请号：CN201911333684.6
申请日：2019-12-23
Applicant: 成都鼎桥通信技术有限公司
Abstract: 本申请公开了一种回铃音播放控制方法和系统，其中方法包括：在语音呼叫过程中，服务器根据被叫终端的响铃消息开始向主叫终端发送回铃音数据包之后，如果接收到被叫终端的接听消息，则在将所述接听消息转发给主叫终端后，根据当前端到端加密功能的开关状态，发送回铃音数据包给所述主叫终端；所述主叫终端在根据所述响铃消息，开始将接收到的回铃音数据包输入到播放器进行播放之后，如果接收到所述接听消息，则在完成播放器重启后，对于接收到的语音数据包，判断是否为回铃音数据包，如果是，则丢弃该语音数据包，否则，将该语音数据包输入到播放器进行播放。应用本申请公开的技术方案，能够解决传输时延较大时回铃音播放异常的问题。
-
公开(公告)号：CN110868306B
公开(公告)日：2021-09-21
申请号：CN201810985333.2
申请日：2018-08-28
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
Abstract: 本发明实施例提供一种信息处理方法、装置、终端设备、服务器及存储介质，该方法包括终端设备确定其所在群组对应的RTCP端口，并向服务器上RTCP端口发送RTCP报文；RTCP报文包括设备索引信息及RTCP数据，使得服务器根据设备索引信息对RTCP数据进行终端设备对应的业务处理。本发明可提高服务器的并发性。
-
公开(公告)号：CN112839308A
公开(公告)日：2021-05-25
申请号：CN201911166306.3
申请日：2019-11-25
Applicant: 成都鼎桥通信技术有限公司 , 公安部第一研究所
Abstract: 本申请实施例公开了数据处理方法、装置及存储介质，该方法包括：第一终端设备向服务器发送第一数据，服务器将该第一数据缓存至缓存队列中，接着，服务器向N个第二终端设备中的每个第二终端设备发送第一消息。第二终端设备接收到该第一消息后，处于休眠状态的第二终端设备从休眠状态转换至工作状态，并向服务器发送第二消息；服务器针对每个第二终端设备，若检测到第二终端设备发送的第二消息，则将缓存队列中的第一数据发送给第二终端设备。这样可以有效避免服务器将第一数据发送给处于休眠状态的第二终端设备时，造成第一数据丢失的问题，进而提高了第一数据的传输可靠性和完整性。
-
公开(公告)号：CN112423245A
公开(公告)日：2021-02-26
申请号：CN201910784349.1
申请日：2019-08-23
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
Abstract: 本发明实施例提供一种数据传输方法、装置、服务器及终端设备，服务器侧的方法包括：接收终端设备发送的注册请求，所述注册请求用于请求将所述终端设备增加至组呼业务的设备集合中；根据所述终端设备在所述设备集合中的标识，从目标映射表中查找所述终端设备对应的数据传输标识，在所述目标映射表中，不同终端设备对应的数据传输标识不重叠，所述数据传输标识用于在所述终端设备在所述组呼业务中传输数据时标识所述终端设备；向所述终端设备发送注册响应，所述注册响应中包括所述数据传输标识。该方法可以避免出现接收数据的终端设备无法播放数据的情况，保证较佳的用户体验。
-
Patent Agency Ranking
公开(公告)号：CN112187705A
公开(公告)日：2021-01-05
申请号：CN201910598427.9
申请日：2019-07-04
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
Abstract: 本发明实施例提供一种音频播放方法及设备，方法包括：检测到主讲终端不同时，若继续判定第一音频数据包的同步信源标识符与第二音频数据包的同步信源标识符相同时，向监听终端发送一个携带的同步信源标识符与所述第一音频数据包的同步信源标识符和所述第二音频数据包的同步信源标识符不同的音频静默帧，使得监听终端接收到第二音频数据包后，识别到第二音频数据包携带的同步信源标识，与当前记录的音频静默帧的同步信源标识不同，音频数据包的SSRC改变时，会停掉音频静默帧的播放器，启动一个新的播放器，继续进行第二音频数据，解决主讲终端发生变化而同步信源标识符不变时，新的主讲终端发送的音频前面一段无法被监听终端识别播放的问题。
-
公开(公告)号：CN109842856A
公开(公告)日：2019-06-04
申请号：CN201711225105.7
申请日：2017-11-29
Applicant: 成都鼎桥通信技术有限公司
Abstract: 本申请公开了一种屏蔽上行丢包的方法，包括：数据中转中心接收主讲设备发送的数据包；数据中转中心对接收到的数据包的序列号进行判断；当序列号发生中断时，对中断处之后的数据包的序列号进行修改，使得修改后的数据包的序列号连续；数据中转中心将数据包发送给接收设备。本申请还公开了一种屏蔽上行丢包的设备。应用本申请公开的技术方案，能够降低丢包处理的复杂度，并缩短音频组呼转发的时延。
-
公开(公告)号：CN109327415A
公开(公告)日：2019-02-12
申请号：CN201710640874.7
申请日：2017-07-31
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
Abstract: 本发明提供了一种的语音群组数据的传输方法、装置和服务器。本发明提供的语音群组数据的传输方法包括：接收会话发起端发送的语音数据包；采用第一线程将语音数据包发送至会话发起端所在的第一分组包括的各用户各自对应的会话接收端；对于每一个第二分组，采用第二线程将语音数据包发送至第二分组包括的各用户各自对应的会话接收端，每个第二分组对应一个第二线程；其中，第一分组和各第二分组是将会话发起端的用户所属的目标语音群组中的用户按照预设规则进行分组后得到的。本发明提供的语音群组数据的传输方法、装置和服务器，语音数据包的转发实时性好。
-
公开(公告)号：CN106331820A
公开(公告)日：2017-01-11
申请号：CN201510366875.8
申请日：2015-06-29
Applicant: 成都鼎桥通信技术有限公司
IPC: H04N21/43 , H04N21/8547
Abstract: 本发明实施例提供一种音视频的同步处理方法和装置，该方法，包括：对视频帧进行解码获取视频数据，并在开始解码视频帧的第一时间之后开始对音频帧进行解码获取音频数据；其中，所述第一时间为预先获取的解码一个视频帧的最大解码时间；依次播放每个播放时间点对应的视频数据和音频数据。通过音频帧解码滞后视频帧解码第一时间长度，保证了在解码出的音频数据对应播放时间点的视频帧已经解码，可以连续的进行音频数据和视频数据的播放，避免出现卡顿现象。
-
公开(公告)号：CN112152975B
公开(公告)日：2022-11-08
申请号：CN201910575418.8
申请日：2019-06-28
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
IPC: H04L65/60 , H04L12/18 , H04L65/4038 , H04L45/16
Abstract: 本发明实施例提供一种音频数据的处理方法和装置，该方法包括：主讲终端对应的数据转发服务器在接收主讲终端发送的音频数据包之后，先根据数据转发关系表的更新次数，对音频数据包中的定义同步源SSRC进行修改，再根据数据转发关系表中维护的数据转发的链路信息，将修改后的音频数据包发送给其他终端，由于转发关系表的更新次数每次均不一样，这样根据转发关系表的更新次数对SSRC修改之后，得到修改后的音频数据包中的SSRC必然与缓存的SSRC不一样，避免了由于SSRC相同导致终端没有声音输出，从而提高了音频数据播放的流畅度。
-
-
-
-
-
-
-
-
-
Search Results
53
records
(took 0.033 seconds)
