一种保持传输数据完整的通信端口复用方法
【技术领域】
[0001]本发明涉及一种保持传输数据完整的通信端口复用方法。
【背景技术】
[0002]视频指挥、视频会议等业务中都是使用流媒体服务器来进行媒体流的转发传输，是基于实时传输协议RTP来传输视频或其他媒体流，需要占用RTP数据传输端口即通常意义上的通信端口，用户大量点播前端设备或者同时和多个终端进行视频会议，需要流媒体服务器占用大量通信端口来进行批量转发媒体流数据。而在实际场景应用中，用户方提供的用于数据传输的通信端口数量较少且端口号已经固定，并不能满足实际场景应用需求。且视频会议系统运行过程经常会发生其他服务进程占用此通信端口来进行信令传输使用，这种情况会造成通信端口使用紧张，导致数据、信令传输阻塞以及媒体数据丢失等问题。因此需要开发一种新的数据传输通信端口使用技术来满足上述需求。
[0003]RTP (实时传输协议)，RTP被划分在传输层，它建立在UDP上。同UDP协议一样，为了实现其实时传输功能，RTP也有固定的封装形式，RTP用来为端到端的实时传输提供时间?目息和流同步。
【发明内容】
[0004]本发明提出了一种保持传输数据完整的通信端口复用方法，该方法是发送端在同一个物理端口上进行多路数据发送，接收端在同一个通信端口接收多路转发数据，多路数据通过复用ID进行区分，以此能够解决传输数据丢失不完整的问题。
[0005]本发明具体是通过以下技术方案来实现:
一种保持传输数据完整的通信端口复用方法，包括:
(1)接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象；
(2)发送端程序解析点播请求指令后创建发送对象，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序发给的接收对象。
[0006]进一步地，当发送端程序和接收端程序的通信端口使用数量无限制时，关闭端口复用功能；当发送端程序和接收端程序的通信端口使用数量被限制时，开启端口复用功能。
[0007]进一步地，开启端口复用功能时:接收端程序创建一个复用ID池，里面存放复用ID号，接收端程序每发送一个点播请求指令都从复用ID池取一个复用ID号；发送端程序根据复用ID号创建发送对象将复用ID号加入媒体流数据中，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序根据复用ID号来区分不同的媒体流数据，然后发给相应的接收对象。
[0008]进一步地，接收端程序收到发送端程序以RTP数据包格式发送的媒体流数据时，每一路媒体流数据带有复用ID号，接收端程序提取接收到的一路媒体流数据的复用ID号，并与从接收对象中所提取出复用ID号进行匹配对比，接收对象接收相同复用ID号的媒体流数据并发送给用户终端，复用ID使用完成后接收端程序将其放回复用ID池。
[0009]进一步地，RTP数据包格式的媒体流数据是在标准RTP数据包中的RTP头和UDP头之间含有复用ID号，没有破坏媒体流数据的完整性。
[0010]本发明产生的有益效果为:
(1)适用于通信端口较少且通信端口号已经固定的数据传输应用场景，满足用户大量点播前端视频源设备或者同时和多个终端进行视频会议的使用场景；
(2)灵活使用通信端口，使通信端口保持数据传输流畅状态，避免信令传输阻塞问题；
(3)保持传输媒体流数据的RTP数据包完整性，避免媒体流数据丢失导致的图像丢帧冋题。
【附图说明】
[0011]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0012]图1为本发明系统框架图；
图2接收端程序的控制流程图图3发送端程序的控制流程图。
【具体实施方式】
[0013]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0014]如图1~3中，一种保持传输数据完整的通信端口复用方法，包括:
(1)接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象，具体包括以下步骤:
a、接收端程序提供给用户终端一个接口，接口包含端口复用功能；
b、当发送端程序和接收端程序的通信端口使用数量无限制时，关闭端口复用功能；当发送端程序和接收端程序的通信端口使用数量被限制时，开启端口复用功能。
[0015]开启端口复用功能时:接收端程序创建一个复用ID池，里面存放复用ID号，接收端程序每发送一个点播请求指令都从复用ID池取一个复用ID号，此时点播请求指令为复用方式点播请求指令，参数包括:接收端口号、点播通道号、控制ID、复用ID、传输协议格式以及接收端同步源标识，同时创建的接收对象，参数包括:接收IP地址、接收端通信端口号、复用ID号；复用ID号只包含一个序列号，作唯一标识使用利用复用ID号，每一个通信端口可以接收多个点播请求指令相应的多路媒体流数据，使用复用ID号进行区分使用；当端口复用功能未开启时，点播请求指令参数包括:接收端口号、点播通道号、控制ID、传输协议格式以及接收端同步源标识；接收对象参数包括接收IP地址、接收端通信端口号；
(2)发送端程序解析点播请求指令后创建发送对象，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序发给的接收对象，具体包括以下步骤: 1、发送端程序接收到指令是复用方式点播请求指令时，且端口复用功能开启，发送端程序使用解析复用方式点播请求指令得到的复用ID号创建发送对象，此时发送对象参数包括:发送IP地址、发送端通信端口号、媒体流传输通道号、复用ID ;
当发送端程序接收到的指令是点播请求指令时，不管端口复用功能是否开启，发送端程序创建的发送对象参数包括:发送IP地址、发送端通信端口号、媒体流传输通道号；此时发送对象以标准RTP数据包格式发送媒体流数据至接收端程序，接收端程序根据IP地址和通信端口号发送到对应的接收对象；
I1、发送端程序根据复用ID号创建的发送对象将复用ID号加入RTP数据包中，RTP数据包格式为:在标准RTP数据包中的RTP头和UDP头之间含有复用ID号，没有破坏媒体流数据的完整性；
II1、接收端程序收到发送端以RTP数据包格式(包括复用ID号)发送的媒体流数据时，每一路媒体流数据前端的RTP数据包带有复用ID号，接收端程序提取接收到的一路媒体流数据的复用ID号，并与从接收对象中所提取出复用ID号进行匹配对比，相同接收对象接收媒体流数据并发送给用户终端，复用ID使用完成后接收端程序将其放回复用ID池。
[0016]通过上述方法可以解决视频会议、视频指挥场景中用户方可供使用的通信端口数量较少，不能满足多用户视频会议业务使用的问题，是一种基于RTP传输协议通过复用ID标识来保持通信端口流畅传输媒体流数据的方法，对媒体流数据的识别来加以重复使用以此解决通信端口不够用的问题，通过特殊的RTP数据包格式来解决传输数据丢失不完整的问题，同时保持媒体流数据的完整性，避免媒体流数据丢失导致的图像丢帧问题。
[0017]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种保持传输数据完整的通信端口复用方法，其特征在于，包括: (1)接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象； (2)发送端程序解析点播请求指令后创建发送对象，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序发给的接收对象。
2.如权利要求1所述的一种保持传输数据完整的通信端口复用方法，其特征在于，当发送端程序和接收端程序的通信端口使用数量无限制时，关闭端口复用功能；当发送端程序和接收端程序的通信端口使用数量被限制时，开启端口复用功能。
3.如权利要求2所述的一种保持传输数据完整的通信端口复用方法，其特征在于，开启端口复用功能时:接收端程序创建一个复用ID池，里面存放复用ID号，接收端程序每发送一个点播请求指令都从复用ID池取一个复用ID号；发送端程序根据复用ID号创建发送对象将复用ID号加入媒体流数据中，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序根据复用ID号来区分不同的媒体流数据，然后发给相应的接收对象。
4.如权利要求3所述的一种保持传输数据完整的通信端口复用方法，其特征在于，接收端程序收到发送端程序以RTP数据包格式发送的媒体流数据时，每一路媒体流数据带有复用ID号，接收端程序提取接收到的一路媒体流数据的复用ID号，并与从接收对象中所提取出复用ID号进行匹配对比，接收对象接收相同复用ID号的媒体流数据并发送给用户终端，复用ID使用完成后接收端程序将其放回复用ID池。
5.如权利要求3所述的一种保持传输数据完整的通信端口复用方法，其特征在于，RTP数据包格式的媒体流数据是在标准RTP数据包中的RTP头和UDP头之间含有复用ID号，没有破坏媒体流数据的完整性。
【专利摘要】本发明提出了一种保持传输数据完整的通信端口复用方法，包括：（1）接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象；（2）发送端程序解析点播请求指令后创建发送对象，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序根据复用ID号来区分不同的媒体流数据，然后发给相应的接收对象。本发明发送端在同一个物理端口上进行多路数据发送，接收端在同一个通信端口接收多路转发数据，多路数据通过复用ID进行区分，解决视频会议、视频指挥场景中通信端口使用紧张，造成数据、信令传输阻塞以及媒体数据丢失的问题，同时保持媒体流数据的完整性，避免媒体流数据丢失导致的图像丢帧问题。
【IPC分类】H04N21-6437, H04L29-06
【公开号】CN104836811
【申请号】CN201510273262
【发明人】程家明, 周志祥
【申请人】武汉兴图新科电子股份有限公司
【公开日】2015年8月12日
【申请日】2015年5月26日