CN112311802A - 信息传输方法和信息传输装置 - Google Patents

信息传输方法和信息传输装置 Download PDF

Info

Publication number
CN112311802A
CN112311802A CN202011222447.5A CN202011222447A CN112311802A CN 112311802 A CN112311802 A CN 112311802A CN 202011222447 A CN202011222447 A CN 202011222447A CN 112311802 A CN112311802 A CN 112311802A
Authority
CN
China
Prior art keywords
information
electronic device
coding mode
coding
data 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
CN202011222447.5A
Other languages
English (en)
Other versions
CN112311802B (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202011222447.5A priority Critical patent/CN112311802B/zh
Publication of CN112311802A publication Critical patent/CN112311802A/zh
Application granted granted Critical
Publication of CN112311802B publication Critical patent/CN112311802B/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/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Communication Control (AREA)

Abstract

本申请提出了一种信息传输方法和信息传输装置,属于通信技术领域。其中,信息传输方法包括:第一电子设备在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向第二电子设备发送第一编码信息。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。

Description

信息传输方法和信息传输装置
技术领域
本申请属于通信领域,具体涉及一种信息传输方法和信息传输装置。
背景技术
IMS(IP Multimedia Subsystem Internet Protocol,互联网协议多媒体子***)是当前LTE(Long Term Evolution,长期演进)上提供语音及视频呼叫的基本方案,将来也会是5G语音方案的基础。IMS以SIP(Session Initiation Protocol,会话初始协议)为基础,通过基于TCP/IP(Transmission Control Protocol/Internet Protocol,传输控制协议/互联网协议)连接的PS(Packet Switch,分组交换)域提供通话业务,很好的利用了LTE和5G的带宽和时延特定,能提供高质量的通话服务。
在使用IMS的通信网络中,通话的双方通过SIP建立呼叫后,再通过RTP(Real-timeTransport Protocol,实时传输协议)来发送和接收语音和视频数据包。在通信双方的网络中间,会存在例如MGW(Media Gateway,网关)的多媒体网元设备,用于通信双方语音或视频数据的转发、格式转换、过滤等。IMS网络会将通信双方通过SIP协商好的媒体配置参数发送到MGW等网元设备,这些网元设备根据配置参数对多媒体数据进行处理。
语音或视频数据在通过RTP发送之前,都会用某种编码方式进行编码,称之为codec。比如语音编码有AMR(Adaptive Multi Rate,自适应多码率编译码器)、AMR-WB(Adaptive Multi Rate Wideband,多模式自适应多码率编译码器)、EVS(Enhance VoiceServices,音频编码器)等,视频编码有H.264、H.265等。而且每种codec往往会有不同的编码码率,比如AMR-WB有6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05和23.85这9中码率(单位kbps),每种码率称之为mode,多个mode放在一起称之为mode-set。
发明人发现,在实际网络中,因为网络侧各个网络设备之间的临时通信故障、MGW自身的随机性缺陷、IMS其他网络设备的随机性缺陷等原因,会导致在通话双方通话的过程中出现媒体数据转换异常的问题,进而影响通话双方之间的通话质量。
发明内容
本申请实施例的目的是提供一种信息传输方法和信息传输装置,能够解决相关技术中通话过程中出现媒体数据转换异常而影响通话双方之间的通话质量的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种信息传输方法,该方法包括:
第一电子设备在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向第二电子设备发送第一编码信息;
其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
第二方面,本申请实施例提供了一种信息传输方法,该方法包括:
第二电子设备在与第一电子设备进行通信的过程中,接收第一电子设备发送的第一编码信息;
第二电子设备根据第一编码信息设置第一编码使用信息。
第三方面,本申请实施例提供了一种信息传输装置,该装置包括:
检测单元,用于检测与第二电子设备之间的通信数据包的错误信息;
发送单元,用于在检测单元检测到错误信息的情况下,向第二电子设备发送第一编码信息;
其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
第四方面,本申请实施例提供了一种信息传输装置,该装置包括:
接收单元,用于在与第一电子设备进行通信的过程中,接收第一电子设备发送的第一编码信息;
设置单元,用于根据第一编码信息设置第一编码使用信息。
在本申请实施例中,第一电子设备与第二电子设备进行通话的过程中,第一电子设备在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向第二电子设备发送第一编码信息。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。
附图说明
图1示出了本申请实施例的信息传输方法的流程图之一;
图2示出了本申请实施例的信息传输方法的流程图之二;
图3示出了本申请实施例的信息传输方法的流程图之三;
图4示出了本申请实施例的信息传输方法的流程图之四;
图5示出了本申请实施例的信息传输装置的结构示意图之一;
图6示出了本申请实施例的信息传输装置的结构示意图之二;
图7示出了本申请实施例的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的信息传输方法、信息传输装置、电子设备和可读存储介质进行详细地说明。
呼叫建立过程中,呼叫双方需要通过SIP和SDP(Session Description Portocol,会话描述协议),将本次通信需要使用的codec和mode-set协商好,网络IMS服务器会将最终选择的codec和mode-set配置到MGW(Media Gateway,媒体网关)等媒体网元设备,用于对媒体数据进行处理。
协商的机制一般为:呼叫发起方发送一个SDP offer,里面会携带发起方所支持的(或是希望被呼叫方使用的)所有codec和mode-set,被呼叫方在SDP offer里面选择它希望使用的codec和mode-set,把选择结果通过一个SDP answer通知给呼叫发起方,这样呼叫双方就协商好了要使用的媒体参数。此后呼叫双方也都可以通过发送新的SDP offer来重新发起协商。在发送媒体数据时,双方都使用协商好的codec,并且在协商好的mode-set中选择一种mode进行语音或视频数据的编码,而具体使用的是哪个mode,则可以通过语音数据包判断出来。呼叫的一方可以改变自身发送数据使用的mode,也可以通过CMR(Change ModeRequest,变更方式请求)流程来要求对方在协商好的mode-set范围内调整发送数据的mode。
在通话过程中会出现一些媒体数据异常的问题,例如,MGW在给呼叫一方转发数据时,将媒体数据错误地转换成了空包的语音包或错误格式的语音包,导致另一方出现无声的问题,或者出现转发故障,导致媒体数据无法转发到另一方的问题。当呼叫任何一方发现出现媒体数据异常导致的声音或图像问题时,主动变更通话使用的codec或mode,从而触发语音通路上的媒体网元设备进行参数的重新配置,或者进行数据处理流程或算法的变更,引导网络离开已经出现问题的处理逻辑,进而达到在一定程度上修复部分语音数据错误的目的。本申请实施例主要有以下几个实施方案:
方案一,重新进行codec协商。当呼叫任何一方发现接收的媒体数据出现特定情况时,主动重新发起codec的协商。重新发起codec协商时,发起方在offer中可以保留原始的codec集合或者变更codec集合。变更codec集合的方法可以包括:去掉当前出问题的codec,或者保留当前出问题的codec但去掉当前出问题的mode。
方案二,切换当前使用的mode。当呼叫任何一方发现接收的媒体数据出现特定情况时,在之前已经协商好的mode-set范围内,改变当前使用的mode。
方案三,重新进行codec协商以及切换当前使用的mode。当呼叫任何一方发现接收的媒体数据出现特定情况时,主动重新发起codec的协商,并在之前已经协商好的mode-set范围内,改变当前使用的mode。
对于上述方案一,在终端发现问题时,不是仅仅等待通话结束,而是通过重新发起codec协商流程,触发网络对出现问题的媒体通路上的媒体网元设备进行重配置,以达到重置媒体网元设备并修复当前问题的目的。
图1示出了本申请实施例的信息传输方法的流程图之一,该信息传输方法可以包括:
步骤102,MO(主叫终端)发起呼叫,并在SDP offer中包含支持的codec列表。
codec列表中包含codec1,codec2,codec3等,一般情况下,SDP offer中能给codec列表中的codec排列优先级。
步骤104,MT(被叫终端)收到MO发起的呼叫请求后,在SDP offer中选择codec1,并在SDP answer中回复给MO。
一般情况下,MT会在其支持的情况下,优先选择SDP offer中优先级最高的codec,同时MT会在SDP offer中codec1的mode-set范围内,选择自己期望使用的mode-set的subset,同样通过SDP answer一起回复给MO。在本实施例中,假设选择的是codec1和subset1。
步骤106,MO和MT完成后续交互动作后,通话建立,双方开始通话。
此时,MO和MT采用codec1进行语音编解码。而且双方在发送自己的语音数据时可以按本地策略在subset1中选择一种mode。此mode在后续通话过程中,可以在subset1范围内进行调整,也可以参考语音数据接收方的反馈,同样在subset1范围内进行调整。
步骤108,MO检测到语音包出现问题时,观察问题是否持续出现。
需要说明的是,MO和MT中的任何一方均可以检测语音包出现问题,本实施例是以MO为例。这里提到的语音包出现问题包括但不限于以下任一情况:
(1)未收到任何RTP数据包;
(2)收到的RTP数据包仅有RTP包头,没有RTP有效载荷;
(3)收到的RTP数据包有RTP包头,且有RTP有效载荷,但是RTP有效载荷异常导致解码出来是无声数据。
在这些情况下,终端无法根据现有的协议自动通过RTP或RTCP的方法对语音编解码方案进行调整。
当终端检测到出现以上任何异常时,开始计时,用以观察问题是否持续一段时间出现。
步骤110,当问题持续特定时间后,MO重新发送SDP offer进行协商。
需要说明的是,实际上MT也可以同样在发现问题时,发送SDP offer重新发起协商,本实施例是以MO为例。MO在发送SDP offer时,可以进行:
(1)维持原来SDP offer中携带的所有codec;
(2)移除当前出现问题时所使用的codec1;
(3)保留当前出现问题时所使用的codec1,但是将当前使用的mode从mode-set中移除;
(4)增加或移除其他它认为可能影响语音的codec或mode。
对于(4),例如,当前出现问题时使用的是codec1,但是通过分析确定可能影响语音的是codec3,那么将codec3移除。
步骤112,MT收到MO新的SDP offer后,重新选择codec,并在SDP answer中回复给MO。
收到新的SDP offer后,MT可以生成SDP answer回复给MO,MT具体可以按照以下方式进行:
(1)继续按原有逻辑选择优先级最高的codec,并选择期望使用的mode-set的subset;
(2)如果MT又发现当前语音有问题,可以选择性地忽略当前所使用的codec和/或mode(新的SDP offer指示的),选择一种新的codec或者mode-set subset。
步骤114,完成新的codec协商后,呼叫继续。
此外,因为前面重新协商了codec,那么媒体通路的媒体网元设备需要重新进行配置。这种重新配置的操作,能有效的协助媒体通路进行参数还原,以解决当前出现的问题。类似于电脑或手机出现问题后进行重启来解决,这样通话就可以继续了。
对于上述方案二,在终端发现问题时,不是仅仅等待通话结束,而是主动在协商好的mode-set范围内,变更正在使用的mode,触发网络侧媒体通路进行重新配置或者进入不同的代码处理逻辑,以达到重置媒体网元设备并修复当前问题的目的。
图2示出了本申请实施例的信息传输方法的流程图之二,该信息传输方法可以包括:
步骤202,MO(主叫终端)发起呼叫,并在SDP offer中包含支持的codec列表。
步骤204,MT(被叫终端)收到MO发起的呼叫请求后,在SDP offer中选择codec1,并在SDP answer中回复给MO。
步骤206,MO和MT完成后续交互动作后,通话建立,双方开始通话。
步骤208,MO检测到语音包出现问题时,观察问题是否持续出现。
本实施例中的步骤202至步骤208与上述步骤102至步骤108的实施过程相同,在此不再赘述。
步骤210,当问题持续特定时间后,MO在协商好的mode-set的范围内,通过发送CMR要求MT更换一种mode进行数据的发送。
此时MO应该要求MT使用与当前使用的不一样的另外一种mode,而且参考前述步骤102和步骤104的描述,新选择的mode应该在subset1中选择。
步骤212,MT收到CMR后,根据协议更换当前使用的mode进行数据的发送。
如前所述,MT(即数据接收端)是可以通过RTP数数据包的RTP数包头或者其他方面特征推导出当前数据使用的mode的。因此当MO更改mode时,MT是可以检测出来的,网络的媒体网元设备也可以检测出来。此时由于mode的变化,网络侧媒体网元设备需要切换数据处理算法或流程,这样就可以触发网络离开已经发生问题的处理逻辑,进而修复当前的媒体数据问题。
对于上述方案三,终端可以综合使用上述方案一和方案二,例如,先尝试使用方案二,当问题未解决时,再使用方案一。
下面对本申请实施例的第一电子设备侧(即上述主叫终端)进行说明。图3示出了本申请实施例的信息传输方法的流程图之三,该信息传输方法可以包括:
步骤302,第一电子设备在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向第二电子设备发送第一编码信息。
其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
在该实施例中,在第一电子设备与第二电子设备建立通话的情况下,当第一电子设备检测到通信数据(即媒体数据)出现错误时,向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备可使用的编码信息。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。
另外,第一电子设备与第二电子设备之间连接有控制网元设备和媒体网元设备,媒体网元设备用于对媒体数据(即通信数据)进行处理,控制网元设备可对媒体网元设备进行控制。在第一电子设备与第二电子设备重新确定编码信息以后,会触发控制网元设备对语音通路上的媒体网元设备进行参数的重新配置,或者进行数据处理流程或算法的变更,引导网络离开已经出现问题的处理逻辑,进而达到在一定程度上修复部分媒体数据错误的目的。
需要说明的是,第一电子设备或第二电子设备包括手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、个人计算机等。
在本申请的一些实施例中,第一电子设备与第二电子设备建立通话的过程,包括:第一电子设备向第二电子设备发送携带有第二编码信息的呼叫请求;第一电子设备接收第二电子设备发送的第二编码使用信息;响应于第二编码使用信息,第一电子设备与第二电子设备建立通信。其中,第二编码信息包括可使用或希望使用的编码方式、可使用或希望使用的编码码率,第二编码使用信息包括第二电子设备确定使用的第二电子设备、确定使用的编码码率。
在该实施例中,第一电子设备未收到通信数据包,或者第一电子设备收到通信数据包,通信数据包有包头、但无有效载荷,或者第一电子设备收到通信数据包,通信数据包有包头和有效载荷,但是载荷异常导致解码出来是无声数据。上述错误信息会导致第一电子设备出现无声、杂音、视频卡顿等问题。因此,在第一电子设备检测到上述任一信息时就主动变更编码信息,进而能够及时地修复当前的媒体数据出现的问题。
在本申请的一些实施例中,第一电子设备向第二电子设备发送第一编码信息,包括:第一电子设备向第二电子设备发送编码方式信息。
在该实施例中,第一编码信息包括编码方式信息,即第一电子设备与第二电子设备重新进行编码方式的协商,重新确定第一电子设备与第二电子设备之间使用的编码方式,从而修复当前通话的问题,提高第一电子设备与第二电子设备之间的通话质量。
在本申请的一些实施例中,编码方式信息至少包括以下一种:原有编码方式的信息、原有编码方式中不包括错误信息对应的编码方式的剩余编码方式的信息、原有编码方式中不包括错误信息对应的编码码率的剩余编码方式的信息、原有编码方式中不包括使通信数据包出现错误信息的编码方式或编码码率的剩余编码方式的信息。
在该实施例中,一种情况下,第一电子设备可以向第二电子设备发送原有编码方式,也就是继续发送在建立通话时所发送的编码方式,第二电子设备在收到原有编码方式后重新选择编码方式;另一种情况下,第一电子设备在原有编码方式中移除当前出现问题时所使用的编码方式后,把剩余的编码方式发送给第二电子设备;另一种情况下,第一电子设备在原有编码方式中保留当前出现问题时所使用的编码方式,但是将当前使用的编码码率从移除当前编码码率集合中移除,之后再把剩余的编码方式发送给第二电子设备;再一种情况下,第一电子设备在原有编码方式中将对通信数据包产生不良影响的编码方式或编码码率移除,再把剩余的编码方式发送给第二电子设备,上述对通信数据包产生不良影响的编码方式或编码码率即为可能会导致通信数据包出现错误信息的编码方式或编码码率。例如,当前出现问题时使用的是codec1,但是通过分析确定可能影响语音的是codec3,那么将codec3移除。
通过上述方式,使得第二电子设备在接到第一电子设备发送的编码方式信息后重新配置使用的编码方式,实现减少出现无声、杂音、视频卡顿等情况的问题。
在本申请的一些实施例中,第一电子设备向第二电子设备发送第一编码信息,包括:第一电子设备向第二电子设备发送指定编码码率。
在该实施例中,第一编码信息包括指定编码码率,即第一电子设备主动在与第二电子设备建立通话时已经协商好的mode-set范围内,变更正在使用的mode,具体为,第一电子设备在已经协商好的mode-set的范围内,通过发送CMR要求第二电子设备更换一种mode进行数据的发送,从而修复当前通话的问题,提高第一电子设备与第二电子设备之间的通话质量。
需要说明的是,在一些实施例中,在第一电子设备检测出通信数据包的错误信息后,可先向第二电子设备发送编码方式信息,如果这种方式未解决错误问题,再向第二电子设备发送指定编码码率;或者,可先向第二电子设备发送指定编码码率,如果这种方式未解决错误问题,再向第二电子设备发送编码方式信息。通过上述方式能够对修复当前通话的问题提供双重保障。
在本申请的一些实施例中,在步骤304之后,还包括:第一电子设备接收第二电子设备发送的第一编码使用信息。
在该实施例中,在第一电子设备向第二电子设备发送第一编码信息之后,第二电子设备自身重置编码信息,之后会将重置的编码方式和编码码率(即第一编码使用信息)反馈给第一电子终端。第一电子设备在接收到第一编码使用信息后,即可利用该信息实现继续与第二电子设备进行通话,确保设备之间的通话顺利进行。
下面对本申请实施例的第二电子设备侧(即上述被叫终端)进行说明。图4示出了本申请实施例的信息传输方法的流程图之四,该信息传输方法可以包括:
步骤402,第二电子设备在与第一电子设备进行通话的过程中,接收第一电子设备发送的第一编码信息;
步骤404,第二电子设备根据第一编码信息设置第一编码使用信息。
在该实施例中,在第二电子设备与第一电子设备建立通话的情况下,当第一电子设备检测到通信数据(即媒体数据)出现错误时,第一电子设备向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备可使用的编码信息。第二电子设备在接收到第一编码信息后,根据该第一编码信息进行对其使用的编码信息的重置。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。
需要说明的是,第二电子设备或第一电子设备包括手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、个人计算机等。
在本申请的一些实施例中,第二电子设备与第一电子设备建立通话的过程,包括:第二电子设备接收第一电子设备发送的携带有第二编码信息的呼叫请求;第二电子设备与第一电子设备建立通信,并向第一电子设备发送第二编码使用信息。其中,第二编码信息包括可使用或希望使用的编码方式、可使用或希望使用的编码码率,第二编码使用信息包括第二电子设备确定使用的第二电子设备、确定使用的编码码率。
在本申请的一些实施例中,第二电子设备根据第一编码信息设置第一编码使用信息之后,还包括:第二电子设备在检测到与第一电子设备之间的通信数据包出现错误信息的情况下,重新设置第一编码使用信息;其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
在该实施例中,第二电子设备在根据第一编码信息重置编码使用信息之后,如果也检测到出现错误信息,那么可以忽略当前所使用的编码使用信息(即根据第一编码信息重置的编码使用信息),选择一种新的编码使用信息与第一电子设备之间进行通话。通过本申请实施例,第二电子设备不仅能够基于第一电子设备发现的错误信息重置编码使用信息,还可以自行检测错误信息进而重置编码使用信息,能够为修复当前通话的问题提供双重保障。
在该实施例中,第一电子设备未收到通信数据包,或者第一电子设备收到通信数据包,通信数据包有包头、但无有效载荷,或者第一电子设备收到通信数据包,通信数据包有包头和有效载荷,但是载荷异常导致解码出来是无声数据。上述错误信息会导致第一电子设备出现无声、杂音、视频卡顿等问题。因此,在第一电子设备检测到上述任一信息时就主动变更编码信息,进而能够及时地修复当前的媒体数据出现的问题。
在本申请的一些实施例中,第二电子设备接收第一电子设备发送的第一编码信息,包括:第二电子设备接收第一电子设备发送的编码方式信息。
在该实施例中,第一编码信息包括编码方式信息,即第一电子设备与第二电子设备重新进行编码方式的协商,重新确定第一电子设备与第二电子设备之间使用的编码方式,从而修复当前通话的问题,提高第一电子设备与第二电子设备之间的通话质量。
在本申请的一些实施例中,编码方式信息至少包括以下一种:原有编码方式的信息、原有编码方式中不包括错误信息对应的编码方式的剩余编码方式的信息、原有编码方式中不包括错误信息对应的编码码率的剩余编码方式的信息、原有编码方式中不包括使通信数据包出现错误信息的编码方式或编码码率的剩余编码方式的信息。
在该实施例中,一种情况下,第一电子设备可以向第二电子设备发送原有编码方式,也就是继续发送在建立通话时所发送的编码方式,第二电子设备在收到原有编码方式后重新选择编码方式;另一种情况下,第一电子设备在原有编码方式中移除当前出现问题时所使用的编码方式后,把剩余的编码方式发送给第二电子设备;另一种情况下,第一电子设备在原有编码方式中保留当前出现问题时所使用的编码方式,但是将当前使用的编码码率从移除当前编码码率集合中移除,之后再把剩余的编码方式发送给第二电子设备;再一种情况下,第一电子设备在原有编码方式中将对通信数据包产生不良影响的编码方式或编码码率移除,再把剩余的编码方式发送给第二电子设备,例如,当前出现问题时使用的是codec1,但是通过分析确定可能影响语音的是codec3,那么将codec3移除。
通过上述方式,使得第二电子设备在接到第一电子设备发送的编码方式信息后重新配置使用的编码方式,实现减少出现无声、杂音、视频卡顿等情况的问题。
在本申请的一些实施例中,第二电子设备接收第一电子设备发送的第一编码信息,包括:第二电子设备接收第一电子设备发送的指定编码码率。
在该实施例中,第一编码信息包括指定编码码率,即第一电子设备主动在与第二电子设备建立通话时已经协商好的mode-set范围内,变更正在使用的mode,具体为,第一电子设备在已经协商好的mode-set的范围内,通过发送CMR要求第二电子设备更换一种mode进行数据的发送,从而修复当前通话的问题,提高第一电子设备与第二设电子备之间的通话质量。
在本申请的一些实施例中,在第二电子设备根据第一编码信息设置第一编码使用信息之后,还包括:第二电子设备向第一电子设备发送第一编码使用信息。
在该实施例中,在第一电子设备向第二电子设备发送第一编码信息之后,第二电子设备自身重置编码信息,之后会将重置的编码方式和编码码率(即第一编码使用信息)反馈给第一终端。第一电子设备在接收到第一编码使用信息后,即可利用该信息实现继续与第二电子设备进行通话,确保设备之间的通话顺利进行。
需要说明的是,本申请实施例提供的信息传输方法,执行主体可以为信息传输装置,或者该信息传输装置中的用于执行加载信息传输的方法的控制模块。本申请实施例中以信息传输装置执行加载信息传输的方法为例,说明本申请实施例提供的信息传输装置。
图5示出了本申请实施例中涉及的用于第一电子设备的信息传输装置的一种可能的结构示意图。如图5所示,该信息传输装置500包括:
检测单元502,用于检测与第二电子设备之间的通信数据包的错误信息;
发送单元504,用于在检测单元502检测到错误信息的情况下,向第二电子设备发送第一编码信息。
其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
在该实施例中,在第一电子设备与第二电子设备建立通话的情况下,当检测单元502检测到通信数据(即媒体数据)出现错误时,发送单元504向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备可使用的编码信息。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。
进一步地,发送单元504,具体用于向第二电子设备发送编码方式信息。
进一步地,编码方式信息至少包括以下一种:原有编码方式的信息、原有编码方式中不包括错误信息对应的编码方式的剩余编码方式的信息、原有编码方式中不包括错误信息对应的编码码率的剩余编码方式的信息、原有编码方式中不包括使通信数据包出现错误信息的编码方式或编码码率的剩余编码方式的信息。
进一步地,发送单元504,具体用于向第二电子设备发送指定编码码率。
进一步地,该信息传输装置500还包括:接收单元506,用于接收第二电子设备发送的第一编码使用信息。
图6示出了本申请实施例中涉及的用于第二电子设备的信息传输装置的一种可能的结构示意图。如图6所示,该信息传输装置600包括:
接收单元602,用于在与第一电子设备进行通信的过程中,接收第一电子设备发送的第一编码信息;
设置单元604,用于根据第一编码信息设置第一编码使用信息。
在该实施例中,在第二电子设备与第一电子设备建立通话的情况下,当第一电子设备检测到通信数据(即媒体数据)出现错误时,第一电子设备向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备可使用的编码信息。设置单元604在接收单元602接收到第一编码信息后,根据该第一编码信息进行对其使用的编码信息的重置。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而达到修复由于媒体数据转换错误而导致当前通话出现问题的目的,提高了设备之间的通话质量和通话效率。
进一步地,该信息传输装置600,还包括:检测单元606,用于检测与第一电子设备之间的通信数据包的错误信息;设置单元604,还用于在检测单元606检测到错误信息的情况下,重新设置第一编码使用信息;其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
进一步地,接收单元602,具体用于接收第一电子设备发送的编码方式信息。
进一步地,编码方式信息至少包括以下一种:原有编码方式的信息、原有编码方式中不包括错误信息对应的编码方式的剩余编码方式的信息、原有编码方式中不包括错误信息对应的编码码率的剩余编码方式的信息、原有编码方式中不包括使通信数据包出现错误信息的编码方式或编码码率的剩余编码方式的信息。
进一步地,接收单元602,具体用于接收第一电子设备发送的指定编码码率。
进一步地,该信息传输装置600,还包括:发送单元608,用于向第一电子设备发送第一编码使用信息。
本申请实施例中的信息传输装置可以是装置,也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备,也可以为非移动电子设备。示例性的,移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(Ultra-Mobile Personal Computer,UMPC)、上网本或者个人数字助理(PersonalDigital Assistant,PDA)等,非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage,NAS)、个人计算机(Personal Computer,PC)、电视机(Television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的信息传输装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***,可以为iOS操作***,还可以为其他可能的操作***,本申请实施例不作具体限定。
本申请实施例提供的信息传输装置能够实现图1至图4的方法的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
可选的,本申请实施例还提供一种电子设备700,包括处理器720,存储器718,存储在存储器718上并可在所述处理器720上运行的程序或指令,该程序或指令被处理器720执行时实现上述信息传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要注意的是,本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备700包括但不限于:射频单元702、网络模块704、音频输出单元706、输入单元708、传感器710、显示单元712、用户输入单元714、接口单元716、存储器718、以及处理器720等部件。
本领域技术人员可以理解,电子设备700还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理***与处理器720逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
在本实施例的第一方面,射频单元702,用于在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向第二电子设备发送第一编码信息;其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
在该实施例中,在第一电子设备与第二电子设备建立通话的情况下,当射频单元702检测到在与第二电子设备进行出现错误时,向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备使用的编码信息。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而以达到修复当前通话问题的目的,提高了设备之间的通话质量和通话效率。
进一步地,射频单元702,具体用于向第二电子设备发送编码方式信息。
进一步地,射频单元702,具体用于向第二电子设备发送指定编码码率。
进一步地,射频单元702,还用于接收第二电子设备发送的第一编码使用信息。
在本实施例的第二方面,射频单元702,用于在与第一电子设备进行通信的过程中,接收第一电子设备发送的第一编码信息;处理器720,用于根据第一编码信息设置第一编码使用信息。
在该实施例中,在第二电子设备与第一电子设备建立通话的情况下,当第一电子设备检测到在与第二电子设备进行出现错误时,第一电子设备向第二电子设备发送第一编码信息,该第一编码信息用于指示第二电子设备使用的编码信息。处理器720在射频单元702接收到第一编码信息后,根据该第一编码信息进行对其使用的编码信息的重置。通过本申请实施例,使得在第一电子设备发现出现通话问题时,不是仅仅等待通话结束,而是通过重新发起编码信息确定流程,触发第二电子设备进行对应的编码信息的重新配置,从而以达到修复当前通话问题的目的,提高了设备之间的通话质量和通话效率。
进一步地,射频单元702,还用于检测与第一电子设备之间的通信数据包的错误信息;处理器720,还用于在射频单元702检测到错误信息的情况下,重新设置第一编码使用信息;其中,错误信息至少包括以下一种:未收到通信数据包、通信数据包不包括有效载荷、通信数据包的有效载荷异常。
进一步地,射频单元702,具体用于接收第一电子设备发送的编码方式信息。
进一步地,射频单元702,具体用于接收第一电子设备发送的指定编码码率。
进一步地,射频单元702,还用于向第一电子设备发送第一编码使用信息。
应理解的是,本申请实施例中,射频单元702可用于收发信息或收发通话过程中的信号,具体的,接收基站的下行数据或向基站发送上行数据。射频单元702包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
网络模块704为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元706可以将射频单元702或网络模块704接收的或者在存储器718中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元706还可以提供与电子设备700执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元706包括扬声器、蜂鸣器以及受话器等。
输入单元708用于接收音频或视频信号。输入单元708可以包括图形处理器(Graphics Processing Unit,GPU)7082和麦克风7084,图形处理器7082对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元712上,或者存储在存储器718(或其它存储介质)中,或者经由射频单元702或网络模块704发送。麦克风7084可以接收声音,并且能够将声音处理为音频数据,处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元702发送到移动通信基站的格式输出。
电子设备700还包括至少一种传感器710,比如指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器以及其他传感器。
显示单元712用于显示由用户输入的信息或提供给用户的信息。显示单元712可包括显示面板7122,可以采用液晶显示器、有机发光二极管等形式来配置显示面板7122。
用户输入单元714可用于接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元714包括触控面板7142以及其他输入设备7144。触控面板7142也称为触摸屏,可收集用户在其上或附近的触摸操作。触控面板7142可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器720,接收处理器720发来的命令并加以执行。其他输入设备7144可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板7142可覆盖在显示面板7122上,当触控面板7142检测到在其上或附近的触摸操作后,传送给处理器720以确定触摸事件的类型,随后处理器720根据触摸事件的类型在显示面板7122上提供相应的视觉输出。触控面板7142与显示面板7122可作为两个独立的部件,也可以集成为一个部件。
接口单元716为外部装置与电子设备700连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元716可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到电子设备700内的一个或多个元件或者可以用于在电子设备700和外部装置之间传输数据。
存储器718可用于存储软件程序以及各种数据。存储器718可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器718可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器720通过运行或执行存储在存储器718内的软件程序和/或模块,以及调用存储在存储器718内的数据,执行电子设备700的各种功能和处理数据,从而对电子设备700进行整体监控。处理器720可包括一个或多个处理单元;处理器720可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。
本申请实施例还提供一种可读存储介质,可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述信息传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,处理器为上述实施例中的电子设备中的处理器。可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,芯片包括处理器和通信接口,通信接口和处理器耦合,处理器用于运行程序或指令,实现上述信息传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (13)

1.一种信息传输方法,其特征在于,包括:
第一电子设备在检测到与第二电子设备之间的通信数据包出现错误信息的情况下,向所述第二电子设备发送第一编码信息;
其中,所述错误信息至少包括以下一种:未收到所述通信数据包、所述通信数据包不包括有效载荷、所述通信数据包的有效载荷异常。
2.根据权利要求1所述的信息传输方法,其特征在于,所述第一电子设备向所述第二电子设备发送第一编码信息,包括:
所述第一电子设备向所述第二电子设备发送编码方式信息。
3.根据权利要求2所述的信息传输方法,其特征在于,
所述编码方式信息至少包括以下一种:原有编码方式的信息、所述原有编码方式中不包括所述错误信息对应的编码方式的剩余编码方式的信息、所述原有编码方式中不包括所述错误信息对应的编码码率的剩余编码方式的信息、所述原有编码方式中不包括使所述通信数据包出现所述错误信息的编码方式或编码码率的剩余编码方式的信息。
4.根据权利要求1所述的信息传输方法,其特征在于,所述第一电子设备向所述第二电子设备发送第一编码信息,包括:
所述第一电子设备向所述第二电子设备发送指定编码码率。
5.根据权利要求1至4中任一项所述的信息传输方法,其特征在于,在所述第一电子设备向所述第二电子设备发送第一编码信息之后,还包括:
所述第一电子设备接收所述第二电子设备发送的第一编码使用信息。
6.一种信息传输方法,其特征在于,包括:
第二电子设备在与第一电子设备进行通信的过程中,接收所述第一电子设备发送的第一编码信息;
所述第二电子设备根据所述第一编码信息设置第一编码使用信息。
7.根据权利要求6所述的信息传输方法,其特征在于,所述第二电子设备根据所述第一编码信息设置第一编码使用信息之后,还包括:
所述第二电子设备在检测到与所述第一电子设备之间的通信数据包出现错误信息的情况下,重新设置所述第一编码使用信息;
其中,所述错误信息至少包括以下一种:未收到所述通信数据包、所述通信数据包不包括有效载荷、所述通信数据包的有效载荷异常。
8.根据权利要求7所述的信息传输方法,其特征在于,所述第二电子设备接收所述第一电子设备发送的第一编码信息,包括:
所述第二电子设备接收所述第一电子设备发送的编码方式信息。
9.根据权利要求8所述的信息传输方法,其特征在于,
所述编码方式信息至少包括以下一种:原有编码方式的信息、所述原有编码方式中不包括所述错误信息对应的编码方式的剩余编码方式的信息、所述原有编码方式中不包括所述错误信息对应的编码码率的剩余编码方式的信息、所述原有编码方式中不包括使所述通信数据包出现所述错误信息的编码方式或编码码率的剩余编码方式的信息。
10.根据权利要求6所述的信息传输方法,其特征在于,所述第二电子设备接收所述第一电子设备发送的第一编码信息,包括:
所述第二电子设备接收所述第一电子设备发送的指定编码码率。
11.根据权利要求6至10中任一项所述的信息传输方法,其特征在于,在所述第二电子设备根据所述第一编码信息设置第一编码使用信息之后,还包括:
所述第二电子设备向所述第一电子设备发送所述第一编码使用信息。
12.一种信息传输装置,其特征在于,包括:
检测单元,用于检测与第二电子设备之间的通信数据包的错误信息;
发送单元,用于在所述检测单元检测到所述错误信息的情况下,向所述第二电子设备发送第一编码信息;
其中,所述错误信息至少包括以下一种:未收到所述通信数据包、所述通信数据包不包括有效载荷、所述通信数据包的有效载荷异常。
13.一种信息传输装置,其特征在于,包括:
接收单元,用于在与第一电子设备进行通信的过程中,接收所述第一电子设备发送的第一编码信息;
设置单元,用于根据所述第一编码信息设置第一编码使用信息。
CN202011222447.5A 2020-11-05 2020-11-05 信息传输方法和信息传输装置 Active CN112311802B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011222447.5A CN112311802B (zh) 2020-11-05 2020-11-05 信息传输方法和信息传输装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011222447.5A CN112311802B (zh) 2020-11-05 2020-11-05 信息传输方法和信息传输装置

Publications (2)

Publication Number Publication Date
CN112311802A true CN112311802A (zh) 2021-02-02
CN112311802B CN112311802B (zh) 2023-10-27

Family

ID=74325057

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011222447.5A Active CN112311802B (zh) 2020-11-05 2020-11-05 信息传输方法和信息传输装置

Country Status (1)

Country Link
CN (1) CN112311802B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113163058A (zh) * 2021-03-17 2021-07-23 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备
CN116319083A (zh) * 2023-05-17 2023-06-23 南京哲上信息科技有限公司 一种数据传输安全检测方法及***

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002261862A (ja) * 2001-02-27 2002-09-13 Nec Commun Syst Ltd 符号化復号化通信方法及び符号化復号化通信装置
US20030231589A1 (en) * 2002-06-14 2003-12-18 Tomoaki Itoh Method for transporting media, transmitter and receiver therefor
WO2006026889A1 (fr) * 2004-09-06 2006-03-16 Utstarcom Telecom Co., Ltd. Systeme et procede de commande dynamique de debit multimedia dans un systeme ims
WO2007051425A1 (fr) * 2005-11-03 2007-05-10 Huawei Technologies Co., Ltd. Procede de communication multimedia et terminal de celui-ci
CN101562615A (zh) * 2009-05-20 2009-10-21 宁波大学 基于mpeg-4编码的多媒体数据流自适应网络带宽的传输方法
CN104768026A (zh) * 2015-04-17 2015-07-08 中国工商银行股份有限公司 一种多信道音视频转码装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002261862A (ja) * 2001-02-27 2002-09-13 Nec Commun Syst Ltd 符号化復号化通信方法及び符号化復号化通信装置
US20030231589A1 (en) * 2002-06-14 2003-12-18 Tomoaki Itoh Method for transporting media, transmitter and receiver therefor
WO2006026889A1 (fr) * 2004-09-06 2006-03-16 Utstarcom Telecom Co., Ltd. Systeme et procede de commande dynamique de debit multimedia dans un systeme ims
CN101015222A (zh) * 2004-09-06 2007-08-08 Ut斯达康通讯有限公司 Ims***中多媒体业务的动态速率控制***及方法
WO2007051425A1 (fr) * 2005-11-03 2007-05-10 Huawei Technologies Co., Ltd. Procede de communication multimedia et terminal de celui-ci
CN101562615A (zh) * 2009-05-20 2009-10-21 宁波大学 基于mpeg-4编码的多媒体数据流自适应网络带宽的传输方法
CN104768026A (zh) * 2015-04-17 2015-07-08 中国工商银行股份有限公司 一种多信道音视频转码装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113163058A (zh) * 2021-03-17 2021-07-23 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备
CN113163058B (zh) * 2021-03-17 2023-09-19 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备
CN116319083A (zh) * 2023-05-17 2023-06-23 南京哲上信息科技有限公司 一种数据传输安全检测方法及***
CN116319083B (zh) * 2023-05-17 2023-08-04 南京哲上信息科技有限公司 一种数据传输安全检测方法及***

Also Published As

Publication number Publication date
CN112311802B (zh) 2023-10-27

Similar Documents

Publication Publication Date Title
US10362514B2 (en) Network node and communication method
US10863008B2 (en) Apparatus and method for processing header compressed packet in electronic device
US20150304364A1 (en) Method, System, and Terminal for Web Real-Time Communication
KR101479393B1 (ko) 대역 내 신호들을 이용한 코덱 전개
US20080225750A1 (en) Method of transmitting data in a communication system
US10069965B2 (en) Maintaining audio communication in a congested communication channel
KR101787594B1 (ko) 혼잡한 통신 채널에서 오디오 통신의 유지
WO2017173903A1 (zh) 一种视频通话实现方法、终端及计算机存储介质
CN112311802B (zh) 信息传输方法和信息传输装置
KR20150023351A (ko) 적응적 실시간 통신을 위한 사용자 상호작용 모니터링 기법
JP2009194674A (ja) 通信端末装置および通信端末装置の制御方法
CN107689945B (zh) 媒体转换设备控制方法、装置及媒体网关
US11070665B2 (en) Voice over internet protocol processing method and related network device
CN114788297A (zh) 上下文相关的呼叫中视频编解码器切换
WO2017185381A1 (zh) 一种通话切换方法、终端设备及存储介质
KR20140001477A (ko) 영상통화의 효율적 세션 교섭을 위한 장치 및 방법
US8667149B2 (en) Communication device, communication method, and computer-readable storage medium storing communication program
US9288180B2 (en) Communication system and method
KR102109607B1 (ko) 통신 네트워크에서 송수신 지연을 감소시키기 위한 시스템 및 장치
CN112235307B (zh) 视频通话的方法、装置及电子设备
US10868851B2 (en) Framework to test media in media enabled web application
US9973545B2 (en) Method and device for managing circuit switched data calls
WO2016000175A1 (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
GR01 Patent grant