[发明专利]一种保持传输数据完整的通信端口复用方法

说明书

技术领域

本发明涉及一种保持传输数据完整的通信端口复用方法。

背景技术

视频指挥、视频会议等业务中都是使用流媒体服务器来进行媒体流的转发传输，是基于实时传输协议RTP来传输视频或其他媒体流，需要占用RTP数据传输端口即通常意义上的通信端口，用户大量点播前端设备或者同时和多个终端进行视频会议，需要流媒体服务器占用大量通信端口来进行批量转发媒体流数据。而在实际场景应用中，用户方提供的用于数据传输的通信端口数量较少且端口号已经固定，并不能满足实际场景应用需求。且视频会议系统运行过程经常会发生其他服务进程占用此通信端口来进行信令传输使用，这种情况会造成通信端口使用紧张，导致数据、信令传输阻塞以及媒体数据丢失等问题。因此需要开发一种新的数据传输通信端口使用技术来满足上述需求。

RTP（实时传输协议），RTP被划分在传输层，它建立在UDP上。同UDP协议一样，为了实现其实时传输功能，RTP也有固定的封装形式，RTP用来为端到端的实时传输提供时间信息和流同步。

发明内容

本发明提出了一种保持传输数据完整的通信端口复用方法，该方法是发送端在同一个物理端口上进行多路数据发送，接收端在同一个通信端口接收多路转发数据，多路数据通过复用ID进行区分，以此能够解决传输数据丢失不完整的问题。

本发明具体是通过以下技术方案来实现：

一种保持传输数据完整的通信端口复用方法，包括：

（1）接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象；

（2）发送端程序解析点播请求指令后创建发送对象，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序发给的接收对象。

进一步地，当发送端程序和接收端程序的通信端口使用数量无限制时，关闭端口复用功能；当发送端程序和接收端程序的通信端口使用数量被限制时，开启端口复用功能。

进一步地，开启端口复用功能时：接收端程序创建一个复用ID池，里面存放复用ID号，接收端程序每发送一个点播请求指令都从复用ID池取一个复用ID号；发送端程序根据复用ID号创建发送对象将复用ID号加入媒体流数据中，发送对象以RTP数据包格式发送媒体流数据至接收端程序，接收端程序根据复用ID号来区分不同的媒体流数据，然后发给相应的接收对象。

进一步地，接收端程序收到发送端程序以RTP数据包格式发送的媒体流数据时，每一路媒体流数据带有复用ID号，接收端程序提取接收到的一路媒体流数据的复用ID号，并与从接收对象中所提取出复用ID号进行匹配对比，接收对象接收相同复用ID号的媒体流数据并发送给用户终端，复用ID使用完成后接收端程序将其放回复用ID池。

进一步地， RTP数据包格式的媒体流数据是在标准RTP数据包中的RTP头和UDP头之间含有复用ID号，没有破坏媒体流数据的完整性。

本发明产生的有益效果为：

（1）适用于通信端口较少且通信端口号已经固定的数据传输应用场景，满足用户大量点播前端视频源设备或者同时和多个终端进行视频会议的使用场景；

（2）灵活使用通信端口，使通信端口保持数据传输流畅状态，避免信令传输阻塞问题；

（3）保持传输媒体流数据的RTP数据包完整性，避免媒体流数据丢失导致的图像丢帧问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明系统框架图；

图2接收端程序的控制流程图

图3发送端程序的控制流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1~3中，一种保持传输数据完整的通信端口复用方法，包括：

（1）接收端程序以TCP协议方式发送点播请求指令给发送端程序，同时创建接收对象，具体包括以下步骤：

a、接收端程序提供给用户终端一个接口，接口包含端口复用功能；