[发明专利]单播到组播切换方法

说明书

技术领域

本发明涉及通信领域，尤其涉及一种单播到组播切换方法。

背景技术

图1示出了一种基于Web的实时网络监控应用系统。

摄像头C1、C2、...、Cx102通过宽带接入网络(Access Network)AN1104，进而通过宽带骨干网络CN106，接入到监控中心(MonitorCenter，简称MC)108。在MC，通过服务器S1、S2、Sm等将监视图像转换成视频流，从而可以被通过AN2110接入的用户U1、U2、...、Un112等浏览访问。

对应一个具体的应用，例如幼儿园监控系统，可以在休息室、教室、餐厅、及操场等场所设置摄像头，这些摄像头可以直接连接到本地的监控中心(或者通过运营商网络，连接到公共的监控中心)进行监控并将有关监控信息，转换成流的形式存放在服务器上，以便于家长可以实时在网络上监控孩子的生活、学习、及休息等情况。

图2A和图2B示出了监控应用的服务器和客户端的主要实现流程。

如图2A所示，服务器端的主要处理流程，包括下列主要内容和主要步骤：

系统开始工作。

S202a，等待用户访问需求。如果没有用户需求，则继续等待。

S204a，如果有用户需求，则根据用户需求的具体监控点，将监控流通过单播封装好，传送给客户。持续这个动作，并同时监测其他用户需求。

如图2B所示，客户端的主要处理流程，包括下列主要内容和主要步骤：

系统开始工作。

S202b，选择所需监控点，并发访问请求。

S204b，接收服务器端返回的监控流，并显示。

S206b，客户可以持续进行监控。也可以，选择监控其他监控点的内容。

或者退出监控系统，结束。

从上述主要工作流程中可以看出，对这个应用系统，就有这样的可能，一个班级的许多个家长同时观看同一个监控点。由于家长都是通过浏览器进行访问，因此，网络上就有多个该监控点的媒体流，从而造成网络流量的大量增加。从而可能导致网络的过载，或者影响到其他网络业务的开展。同时由于需要支持大量的访问，在监控中心就需要更多的处理能力，以及更多的网络连接带宽。在极端的情况下，可能导致系统不能正常工作。

一种可能的解决方案是引入组播技术。因为组播是一种点到多点的传送解决方案，可以在网络中只传送监控流的一个拷贝，就可以通过组播技术送达所有的组播用户。也就是说为了解决这个问题，需要在网络中(主要是骨干网络，可能包括也可以不包括接入网)、服务器平台、以及用户侧都引入组播功能支持。

但是，仅仅引入组播支持，并不能完全解决问题。主要限制包括以下几个方面：

(1)对每一个监控点都需要一个组播地址，如果有大量的监控点，则需要大量的组播地址。特别的，如果这个监控系统是一个公共的运营平台，更是如此。而组播地址是一种资源，这样会造成不必要的浪费。

(2)一般的情况下，一个监控点只有一个用户访问，或者用户持续监控的时间比较短，用户可以只通过单播进行访问。这样程序比较简单，而且只涉及到客户和服务器端，网络只做普通的报文转发。而组播则需要根据网络用户的分布情况，不断地进行组播状态调整，从而导致可能的网络动荡。特别是在可以通过简单的单播即可解决的情况下，更是如此。

为此，为获得问题的解决，不仅仅是通过单播，或者是通过组播就可以的。比较合理的解决方案是，在有多个用户访问同一个监控点时，启动从组播到组播的切换。

发明内容

鉴于以上所述的一个或多个问题，本发明提出了一种单播到组播的切换方法。通过本发明可以解决现有网络中有关大量传输同一个视频流而引起的大量网络流量问题；同时也降低对视频监控系统的有关服务器端的处理能力和连接带宽的要求。

根据本发明的单播到组播切换方法包括以下步骤：步骤S302，服务器接收来自一个或多个用户发送的对数据流的访问请求并确定发送对同一个数据流的访问请求的用户数目；步骤S304，在确定用户数目不大于预定数目的情况下，服务器以单播方式发送数据流到用户，在确定用户数目大于预定数目的情况下，服务器同时以单播方式和组播方式发送数据流到用户端；步骤S306，用户对以单播方式接收到的数据流和组播方式接收到的数据流进行同步并发送组播接收确认消息到服务器；以及步骤S308，服务器在接收到组播确认消息之后停止以单播方式发送数据流到用户，仅以组播方式发送数据流到用户。