CN102883129B - 视频通信方法及终端 - Google Patents
视频通信方法及终端 Download PDFInfo
- Publication number
- CN102883129B CN102883129B CN201110192791.9A CN201110192791A CN102883129B CN 102883129 B CN102883129 B CN 102883129B CN 201110192791 A CN201110192791 A CN 201110192791A CN 102883129 B CN102883129 B CN 102883129B
- Authority
- CN
- China
- Prior art keywords
- terminal
- code stream
- stream configuration
- configuration information
- video communication
- 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.)
- Active
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种视频通信方法及终端,其中视频通信方法包括:第二终端建立与第一终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息,则所述第二终端向所述第一终端请求所述第一终端的码流配置信息;所述第二终端获取所述第一终端发送的所述第一终端的码流配置信息,用以使所述第二终端与所述第一终端进行视频通信。上述方法用以避免现有技术中视频通信的终端出现的黑屏问题。
Description
技术领域
本发明实施例涉及通信技术,尤其涉及一种视频通信方法及终端。
背景技术
目前,在视频通信中,第一终端和第二终端可通过交换系统中的媒体系统传送相对应的视频文件,如媒体系统将第一终端的音视频数据分离后打包成实时传输协议(Real-time Transport Protocol,简称RTP)报文,用以发送给视频通信中的第二终端,以实现第二终端可查看第一终端的视频信息。
然而,在实际的视频通信中,媒体系统传输的RTP报文常常出现丢失现象,导致视频通信中的第二终端接收不到包含码流配置信息的RTP报文,另由于视频通信中的第一终端已经发送过码流配置信息,故该第一终端不再发送第一终端的码流配置信息,由此导致视频通信中的第二终端无法获取第一终端的视频信息,导致视频通信中的第二终端出现黑屏现象。同样地,在客服系统的视频通信建立后,第一终端可接收客服端提供的视频彩铃,客服端也可查看第一终端的视频信息,由于视频通信中媒体系统传输的RTP报文常常丢失,进而该视频通信中的客服端也常常出现上述的黑屏现象。
发明内容
本发明实施例提供的视频通信方法及终端,用以避免现有技术中视频通信的终端出现的黑屏问题。
本发明一方面提供了一种视频通信方法,包括:
第二终端建立与第一终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息,则所述第二终端向所述第一终端请求所述第一终端的码流配置信息;
所述第二终端获取所述第一终端发送的所述第一终端的码流配置信息,用以使所述第二终端与所述第一终端进行视频通信。
本发明的另一方面还提供了一种视频通信方法,包括:
第一终端接收第二终端发送的码流配置请求消息,用以请求所述第一终端的码流配置信息,所述码流配置请求消息为所述第一终端建立与所述第二终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息时发送的;
所述第一终端向所述第二终端发送所述第一终端的码流配置信息,用以使所述第二终端与所述第一终端进行视频通信。
本发明的另一方面还提供了一种终端,包括:
终端建立与另一终端之间的视频通信连接之后,且所述终端在预设时间内没有收到所述另一终端的码流配置信息;
第一请求单元,用于向所述另一终端请求所述另一终端的码流配置信息;
第一获取单元,用于获取所述另一终端发送的所述另一终端的码流配置信息,用以使所述终端与所述另一终端进行视频通信。
本发明的另一方面还提供了一种终端,包括:
第一接收单元,用于接收另一终端发送的码流配置请求消息,用以请求终端的码流配置信息,所述码流配置请求消息为所述终端建立与所述另一终端之间的视频通信连接之后,且所述另一终端在预设时间内没有收到所述终端的码流配置信息时发送的;
第一发送单元,用于向所述另一终端发送所述终端的码流配置信息,用以使所述另一终端与所述终端进行视频通信。
由上述技术方案可知,本发明实施例的视频通信方法及终端,在第二终端没有收到第一终端的码流配置信息时可向第一终端请求再次发送第一终端的码流配置信息,以有效解决现有技术中视频通信的终端出现的黑屏问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的视频通信方法的流程示意图;
图2为本发明另一实施例提供的视频通信方法的流程示意图;
图3为本发明另一实施例提供的视频通信方法的流程示意图;
图4为本发明另一实施例提供的视频通信方法的流程示意图;
图5为本发明一实施例提供的包含码流配置信息的报文格式示意图;
图6为本发明另一实施例提供的包含码流配置信息的报文格式示意图;
图7为本发明一实施例提供的终端的结构示意图;
图8为本发明另一实施例提供的终端的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本发明实施例中提及的实时传输协议(Realtime Transport Protocol,简称RTP)是针对Internet上多媒体数据流的一个传输协议,用以提供时间信息和实现流同步。
另外,本发明实施例中提及的实时传输控制协议(Realtime TransportControl Protocol,简称RTCP),用于负责管理传输质量在当前应用进程之间交换控制信息。其中,RTCP报文中包括有已发送的报文的数量、丢失的报文的数量等统计资料。第一终端和/或第二终端可以利用RTCP报文中的信息动态地改变传输速率,甚至改变有效载荷类型。本发明中将RTP报文和RTCP报文配合使用,能以有效的反馈使视频通信中的传输效率最佳化。
图1为本发明一实施例提供的视频通信方法的流程示意图,如图1所示,本实施例的视频通信方法可以如下所述。
101、第二终端建立与第一终端之间的视频通信连接之后,且第二终端在预设时间内没有收到第一终端的码流配置信息。
举例来说,本实施例中的码流配置信息属于视频编解码必须的信息,其包括序列参数集和对应该序列参集的图像参数集。其中,序列参数集包括了与一个图像序列有关的所有信息,如档次和级别,其中,档次和级别规定了图像编码中比特流需要遵守的限制要求:取样速率、图像尺寸、编码比特率等等。图像参数集包含了属于一个图像的所有的图像片段的数据信息,以应用视频序列中的一个或多个独立的图像。多个不同序列参数集和图像参数集被解码器正确接收后,被存储于不同的已编码位置,解码器根据每个已编码的图像片段的片头的存储位置选择合适的图像参数集来使用。
在实际应用中,第二终端建立与第一终端之间的视频通信连接之后,若第二终端出现黑屏,则第二终端内部会自动检测是否解析有第一终端的图像片段信息,若没有,则确定第二终端的黑屏属于未获取到第一终端发送的码流配置信息,进而第二终端可在预设时间内查看是否接收到第一终端的码流配置信息。
102、第二终端向第一终端请求第一终端的码流配置信息。
举例来说,第二终端可通过媒体系统向第一终端发送请求第一终端的码流配置信息。
在实际应用中,步骤102可具体为:第二终端向第一终端发送RTCP报文,RTCP报文中包含用于请求第一终端的码流配置信息的标识信息。
通常,在第一终端和第二终端建立视频通信连接之后,第二终端和第一终端能够查看到相对应的视频信息时,RTP报文和RTCP报文是同时传送的,其中,RTP报文只负责实时数据的传输,RTCP报文负责对RTP报文的服务质量进行管理,例如丢失RTP报文的数量、RTP报文的流量控制、RTP报文的拥塞控制等。在本实施例中,视频通信中的第二终端出现黑屏现象时,本发明实施例中的RTCP报文还包含用于请求第一终端的码流配置信息的标识信息,以使第一终端接收第二终端发送的RTCP报文之后,根据RTCP报文中的用于请求第一终端的码流配置信息的标识信息获知第二终端没有接收到第一终端发送的包含码流配置信息的RTP报文。
103、第二终端获取第一终端发送的第一终端的码流配置信息,用以使第二终端与第一终端进行视频通信。
举例来说,第二终端可获取包含第一终端的码流配置信息的RTP报文。在实际应用中,该RTP报文可被封装成IP数据帧,用以在媒体系统中进行传输。
需要说明的是,交换系统包括信令系统和媒体系统,其中,信令系统将第一终端的码流配置信息发送至第二终端、将第二终端的码流配置信息发送至第一终端是在第一终端与第二终端之间建立视频通信的信令协商过程中。当第一终端与第二终端之间已经建立视频通信连接之后,第一终端的码流配置信息和第二终端码流配置信息用以通过媒体系统进行传输。
上述实施例中的视频通信方法在第二终端没有收到第一终端的码流配置信息时可向第一终端请求再次发送第一终端的码流配置信息,以有效解决现有技术中包含码流配置信息的RTP报文丢失的问题,避免了现有技术的视频通信终端的黑屏的问题。
在上述实施例的基础上,图2示出了本发明一实施例提供的视频通信方法的流程示意图,如图2所示,本实施例的视频通信方法可以如下所述。
201、第一终端向信令系统发送信令控制消息,该信令控制消息包括用于第一终端与第二终端建立视频通信的建立视频会话请求信息和第一终端的IP地址。
202、信令系统接收第一终端的信令控制消息之后,检测信令控制消息中是否携带第一终端的码流配置信息,若确定信令控制消息中没有携带第一终端的码流配置信息,则执行如下步骤203;否则,待信令系统获取到第二终端的IP地址后,将第一终端的码流配置信息发送至第二终端。
203、信令系统向媒体系统发送请求检测码流配置消息,该请求检测码流配置信息包含了第一终端的IP地址,该请求检测码流配置消息用于媒体系统根据第一终端的IP地址检测第一终端的码流配置信息。
媒体系统检测处理第一终端的码流配置信息的过程见步骤208。
204、信令系统向第二终端转发建立视频会话请求信息。
205、第二终端接收信令系统转发的建立视频会话请求信息后,向信令系统发送包括第二终端的IP地址的响应消息,以建立与第一终端之间的视频通信连接。
206、信令系统接收响应消息后,确定响应消息中是否携带第二终端的码流配置信息。如果响应消息没有携带第二终端的码流配置信息,则执行步骤207。
207、信令系统向媒体系统发送请求检测码流配置消息,用于根据第二终端的IP地址检测第二终端的码流配置信息。
208、若媒体系统接收到步骤203中信令系统发送的请求检测码流配置消息时,检测到第一终端的码流配置信息,执行步骤209,否则,在预设时间内,媒体系统继续检测。
同样,若媒体系统接收到步骤207中信令系统发送的请求检测码流配置消息时,检测到第二终端的码流配置信息,执行步骤209,否则,在预设时间内,媒体系统继续检测。
209、根据第二终端的IP地址将第一终端的码流配置信息发送至第二终端。
同样,根据第一终端的IP地址将第二终端的码流配置信息发送至第一终端。
210、若第二终端接收媒体系统发送的第一终端的码流配置信息后,在预设时间内,没有获取到第一终端的视频信息,则执行步骤211;否则,第二终端获取到第一终端的视频信息。
211、第二终端向第一终端发送用于请求第一终端的码流配置信息的RTCP报文。
在本实施例中,第二终端通过媒体系统向第一终端发送RTCP报文。
212、第一终端接收RTCP报文后,将第一终端的码流配置信息重新发送至第二终端。
具体地,本实施例中第一终端可通过媒体系统将第一终端的码流配置信息发送至第二终端。特别地,该媒体系统将第一终端的码流配置信息以RTP报文的形式发送至第二终端。
另外,在上述步骤208中,媒体系统在预设时间内没有检测到第一终端的码流配置信息,此时,由于第一终端和第二终端的视频通信已经连接,第二终端在预设时间内没有接收到所述第一终端的码流配置信息,第二终端向第一终端发送用于请求第一终端的码流配置信息的RTCP报文,以使第一终端将第一终端的码流配置信息重新发送至第二终端。
与此相对应的是,若第一终端在预设时间内没有收到第二终端的码流配置信息,则第一终端向第二终端发送用于请求第二终端码流配置信息的RTCP报文,以使第二终端将第二终端的码流配置信息重新发送至第一终端。
应了解的是,若第二终端和第一终端在信令协商过程中均获取到对端的码流配置信息,则第一终端和第二终端进行正常的视频通信。也就是说,第一终端向信令系统发送的信令控制消息中携带有第一终端的码流配置信息,且第二终端在响应消息中也携带有第二终端的码流配置信息,进而信令系统在信令协商过程中,根据第一终端的IP地址将第二终端的码流配置信息发送至第一终端,以及根据第二终端的IP地址将第一终端的码流配置信息发送至第二终端,以使第一终端和第二终端进行正常的视频通信。
上述实施例中的视频通信方法能够有效解决现有技术中包含码流配置信息的RTP报文丢失的问题,使得视频通信中的两个终端(如第一终端和第二终端)均能够获取到视频信息,避免了现有技术中视频通信终端的黑屏的问题。
在上述实施例的基础上,图3示出了本发明一实施例提供的视频通信方法的流程示意图,如图3所示,本实施例的视频通信方法可以如下所述。
301、第一终端接收第二终端发送的码流配置请求消息,用以请求所述第一终端的码流配置信息,码流配置请求消息为第一终端建立与第二终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息时发送的。
举例来说,本实施例中提及的码流配置信息可包括序列参数集和对应该序列参数集的图像参数集。
在实际的应用中,第一终端接收所述第二终端发送的RTCP报文,RTCP报文中包含用于请求第一终端的码流配置信息的标识信息。本实施例中的第一终端可通过媒体系统向第二终端发送RTCP报文。
302、第一终端向第二终端发送第一终端的码流配置信息,用以使第二终端与第一终端进行视频通信。
在本实施例中,第一终端向第二终端发送包含第一终端的码流配置信息的RTP报文。该处的RTP报文可通过媒体系统传输。
上述实施例中的视频通信方法在第一终端没有收到第二终端的码流配置信息时可向第一终端请求再次发送第二终端的码流配置信息,以有效解决现有技术的视频通信终端的黑屏的问题。
在上述实施例的基础上,图4示出了本发明一实施例提供的视频通信方法的流程示意图,如图4所示,本实施例的视频通信方法可以如下所述。
当第二终端为资源控制系统时,其资源控制系统内部存储有视频彩铃,可用于与第一终端建立视频通信连接,此时,第一终端获取资源控制系统中视频彩铃的码流配置信息,资源控制系统获取第一终端的码流配置信息。若资源控制系统与第一终端之间在视频通信过程中出现本发明实施例中的黑屏现象,则通过本发明实施例中描述的方法解决。具体地,第一终端与资源控制系统之间建立视频通信连接的过程可如下文所述。
401、第一终端向信令系统发送信令控制消息,该信令控制消息中包括第一终端与资源控制系统建立视频通信的建立视频会话请求信息和第一终端的IP地址。
402、信令系统接收第一终端的信令控制消息之后,检测信令控制消息中是否携带第一终端的码流配置信息,若确定没有携带第一终端的码流配置信息,则执行如下步骤403;否则,待信令系统获取到资源控制系统的IP地址后,将第一终端的码流配置信息发送至资源控制系统。
403、信令系统向媒体系统发送请求检测码流配置消息,用于检测第一终端的码流配置信息,以及信令系统向资源控制系统转发信令控制消息中的建立视频会话请求信息。
404、资源控制系统接收信令系统转发的建立视频会话请求信息后,向信令系统发送包括资源控制系统的码流配置信息和IP地址的响应消息,以建立与第一终端之间的视频通信连接。
405、信令系统接收响应消息后,根据第一终端的IP地址将资源控制系统的码流配置信息发送至第一终端。
406、若资源控制系统在预设时间内没有接收到第一终端的码流配置信息,则向第一终端发送用于请求第一终端的码流配置信息的RTCP报文。
特别地,若媒体系统没有检测到第一终端的码流配置信息,则在第一终端和资源控制系统视频通信建立连接之后,资源控制系统向第一终端发送用于请求第一终端的码流配置信息的RTCP报文。
407、第一终端接收RTCP报文后,向资源控制系统发送第一终端的码流配置信息。
在本实施例中,第一终端通过媒体系统向资源控制系统发送第一终端的码流配置信息。
上述实施例中的视频通信方法在资源控制系统没有收到第一终端的码流配置信息时可向第一终端请求第一终端的码流配置信息,以有效解决现有技术中视频通信终端的黑屏问题。
在上述实施例的基础上,本实施例中举例说明采用H.264协议和MPEG4协议的码流配置信息。本实施例中图5示意性说明H.264协议的包含码流配置信息的报文格式,以及图6示意性说明MPEG4协议的包含码流配置信息的报文格式。
图5和图6为本发明一实施例提供的包含码流配置信息的报文格式示意图,其中,图5示出的是H.264协议的RTP报文的净荷格式的位域表示的示意图。H.264协议的网络数据是以网络抽象单元(NAL Unit,简称NALU)为单位,当NALU的第一个字节是0x67或0x68时,表示该NALU是码流配置信息。每个H.264协议的码流配置信息均需两个NALU,其中一个NALU的第一个字节为0x67,另一个NALU的第一个字节为0x68。
图5中所示的数据包中包含多个NALU,其中,数据包的报头为NALU 1H DR,该数据包中的type域等于24,NALU 1size为NALU的长度16位,NALU 1Data为NALU的内容。
图6示出的是MPEG4协议中的RTP报文格式示意图,如图6所示,RTP报文的净荷格式中包含图6中从000001B0(视频序列起始码)开始,到000001B6(VOP起始码)之前的数据,则确定RTP报文为包含码流配置信息的报文。
当然,上述实施例仅示意性的说明包含码流配置信息的报文格式,本实施例不对该包含码流配置信息的报文格式进行限定。
图7为本发明一实施例提供的终端的结构示意图,如图7所示,本实施例中的终端可包括:第一请求单元701和第一获取单元702。其中,在终端建立与另一终端之间的视频通信连接之后,且终端在预设时间内没有收到另一终端的码流配置信息,则第一请求单元701用于向另一终端请求另一终端的码流配置信息;第一获取单元702用于获取另一终端发送的另一终端的码流配置信息,用以使终端与另一终端进行视频通信。
在本实施例中,第一请求单元701具体用于向另一终端发送RTCP报文,RTCP报文中包含用于请求另一终端的码流配置信息的标识信息。第一获取单元702具体用于获取包含另一终端的码流配置信息的RTP报文。优选地,RTCP报文和RTP报文均采用媒体系统进行传输。
本实施例中的终端在预设时间内没有收到另一终端的码流配置信息时可通过第一请求单元向另一终端请求再次发送另一终端的码流配置信息,进而通过第一获取单元获取第一终端再次发送的第一终端的码流配置信息,用以解决现有技术中视频通信终端的黑屏问题。
图8为本发明一实施例提供的终端的结构示意图,如图8所示,本实施例中的终端可包括:第一接收单元801和第一发送单元802。其中,第一接收单元801用于接收另一终端发送的码流配置请求消息,用以请求终端的码流配置信息,码流配置请求消息为终端建立与另一终端之间的视频通信连接之后,且另一终端在预设时间内没有收到终端的码流配置信息时发送的;第一发送单元802用于向所述另一终端发送终端的码流配置信息,用以使另一终端与终端进行视频通信。
在实际应用中,第一接收单元801具体用于接收另一终端发送的RTCP报文,RTCP报文中包含用于请求终端的码流配置信息的标识信息。第一发送单元802具体用于向另一终端发送包含终端的码流配置信息的RTP报文。特别地,本实施例中的RTCP报文和RTP报文均可采用媒体系统传输。
本实施例中的终端的第一接收单元可接收用于请求该终端码流配置信息的请求消息,用以通过第一发送单元将终端的码流配置信息发送至另一终端,可使另一终端在视频通信过程中获取到视频信息,避免了现有技术视频通信的终端的黑屏问题。
需要说明的是:对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和单元并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种视频通信方法,其特征在于,包括:
第二终端建立与第一终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息,则所述第二终端向所述第一终端请求所述第一终端的码流配置信息;
所述第二终端获取所述第一终端发送的所述第一终端的码流配置信息,用以使所述第二终端与所述第一终端进行视频通信;
所述码流配置信息包括序列参数集和对应所述序列参数集的图像参数集。
2.根据权利要求1所述的视频通信方法,其特征在于,所述第二终端向所述第一终端请求所述第一终端的码流配置信息,包括:
所述第二终端向所述第一终端发送实时传输控制协议报文,所述实时传输控制协议报文中包含用于请求所述第一终端的码流配置信息的标识信息;
所述第二终端获取所述第一终端发送的所述第一终端的码流配置信息,包括:
所述第二终端获取包含所述第一终端的码流配置信息的实时传输协议报文。
3.一种视频通信方法,其特征在于,包括:
第一终端接收第二终端发送的码流配置请求消息,用以请求所述第一终端的码流配置信息,所述码流配置请求消息为所述第一终端建立与所述第二终端之间的视频通信连接之后,且所述第二终端在预设时间内没有收到所述第一终端的码流配置信息时发送的;
所述第一终端向所述第二终端发送所述第一终端的码流配置信息,用以使所述第二终端与所述第一终端进行视频通信;
所述码流配置信息包括序列参数集和对应所述序列参数集的图像参数集。
4.根据权利要求3所述的视频通信方法,其特征在于,
所述第一终端接收所述第二终端发送的码流配置请求消息,包括:
所述第一终端接收所述第二终端发送的实时传输控制协议报文,所述实时传输控制协议报文中包含用于请求所述第一终端的码流配置信息的标识信息;
所述第一终端向所述第二终端发送所述第一终端的码流配置信息,包括:
第一终端向所述第二终端发送包含所述第一终端的码流配置信息的实时传输协议报文。
5.一种终端,其特征在于,包括:
终端建立与另一终端之间的视频通信连接之后,且所述终端在预设时间内没有收到所述另一终端的码流配置信息;所述码流配置信息包括序列参数集和对应所述序列参数集的图像参数集;
第一请求单元,用于向所述另一终端请求所述另一终端的码流配置信息;
第一获取单元,用于获取所述另一终端发送的所述另一终端的码流配置信息,用以使所述终端与所述另一终端进行视频通信。
6.根据权利要求5所述的终端,其特征在于,
所述第一请求单元具体用于
向所述另一终端发送实时传输控制协议报文,所述实时传输控制协议报文中包含用于请求所述另一终端的码流配置信息的标识信息;
所述第一获取单元具体用于
获取包含所述另一终端的码流配置信息的实时传输协议报文。
7.一种终端,其特征在于,包括:
第一接收单元,用于接收另一终端发送的码流配置请求消息,用以请求终端的码流配置信息,所述码流配置请求消息为所述终端建立与所述另一终端之间的视频通信连接之后,且所述另一终端在预设时间内没有收到所述终端的码流配置信息时发送的;所述码流配置信息包括序列参数集和对应所述序列参数集的图像参数集;
第一发送单元,用于向所述另一终端发送所述终端的码流配置信息,用以使所述另一终端与所述终端进行视频通信。
8.根据权利要求7所述的终端,其特征在于,
所述第一接收单元具体用于
接收所述另一终端发送的实时传输控制协议报文,所述实时传输控制协议报文中包含用于请求所述终端的码流配置信息的标识信息;
所述第一发送单元具体用于
向所述另一终端发送包含所述终端的码流配置信息的实时传输协议报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110192791.9A CN102883129B (zh) | 2011-07-11 | 2011-07-11 | 视频通信方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110192791.9A CN102883129B (zh) | 2011-07-11 | 2011-07-11 | 视频通信方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102883129A CN102883129A (zh) | 2013-01-16 |
CN102883129B true CN102883129B (zh) | 2016-10-05 |
Family
ID=47484249
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110192791.9A Active CN102883129B (zh) | 2011-07-11 | 2011-07-11 | 视频通信方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102883129B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106506326B (zh) * | 2016-09-30 | 2021-02-05 | 北京数字家圆科技有限公司 | 一种视频通话方法、终端及系统 |
CN116567171B (zh) * | 2021-09-03 | 2024-04-23 | 荣耀终端有限公司 | 一种视频通话方法及电子设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6996624B1 (en) * | 2001-09-27 | 2006-02-07 | Apple Computer, Inc. | Reliable real-time transport protocol |
CN101697504B (zh) * | 2009-09-08 | 2013-04-17 | 杭州华三通信技术有限公司 | 一种提高数据传输质量的方法及装置 |
CN101656747A (zh) * | 2009-09-25 | 2010-02-24 | 深圳创维数字技术股份有限公司 | 流媒体数据的传输方法及系统 |
CN101931632A (zh) * | 2010-09-21 | 2010-12-29 | 天地阳光通信科技(北京)有限公司 | 一种利用实时传输协议通道进行服务质量保证的方法 |
-
2011
- 2011-07-11 CN CN201110192791.9A patent/CN102883129B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN102883129A (zh) | 2013-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110768817B (zh) | 视联网终端的升级方法和装置 | |
CN102088460B (zh) | 受限网络中流媒体数据的传输方法、设备和系统 | |
CN104184755A (zh) | 一种网页实时通信方法、系统及终端 | |
CN109327493A (zh) | 一种基于云的远程医疗监控系统及监控方法 | |
CN110417877B (zh) | 一种音视频业务的处理方法及装置 | |
US10574740B2 (en) | Method and apparatus for scaling in a virtualized network | |
WO2015180570A1 (zh) | 数据通道建立方法和通信设备 | |
CN102215276A (zh) | 一种视频监控系统及媒体穿越网络地址转换设备的方法 | |
CN110809026B (zh) | 一种文件处理方法、装置、电子设备及存储介质 | |
CN102480613A (zh) | 会议电视系统的终端的视频监控方法、装置及系统 | |
CN103929438A (zh) | 基于网页浏览器通信的防火墙穿越方法、设备和系统 | |
CN104993979A (zh) | 网络连接监测方法、终端设备及通信系统 | |
CN108124007A (zh) | 消息数据实时传输的方法与装置 | |
CN107659414A (zh) | 基于p2p的远程唤醒系统及方法 | |
CN108989424A (zh) | 一种远程控制的方法和系统 | |
CN108337241B (zh) | 多媒体数据传输方法及系统 | |
CN112968919B (zh) | 一种数据处理方法、装置、设备和存储介质 | |
CN103929623A (zh) | 一种视频监控系统中视频数据处理方法 | |
EP3076629A1 (en) | Method and device for media multiplexing negotiation | |
CN102883129B (zh) | 视频通信方法及终端 | |
CN102571814A (zh) | 一种ip监控系统中穿越隔离设备的方法及代理设备 | |
CN112866390B (zh) | 一种数据传输方法、装置、终端设备和存储介质 | |
CN109361671A (zh) | 一种基于sip协议的流媒体传输架构方法 | |
CN102457494B (zh) | 一种基于sip信令提高监听成功率的方法和装置 | |
CN104158673A (zh) | 会议模式选择方法及服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200211 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: Kokusai Hotel No. 11 Nanjing Avenue in the flora of 210012 cities in Jiangsu Province Patentee before: Huawei Technologies Co.,Ltd. |