CN101127772B - 分布式处理实时传输协议信令的方法 - Google Patents

Abstract

本发明公开了一种分布式处理RTSP信令的方法，包括：步骤S102，STB向流媒体服务器发送RTSP信令；步骤S104，流媒体服务器根据指定规则使STB发送的RTSP信令与流媒体服务器中多个CPU中的一个CPU相关联；步骤S106，流媒体服务器将与RTSP信令相关联的CPU的编号告知STB；以及步骤S108，STB在向流媒体服务器发送后续RTSP信令中携带相关联的CPU的编号，流媒体服务器根据CPU的编号转发后续RTSP信令。

Description

分布式处理实时传输协议信令的方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种分布式处理实时传输协议(RTSP)信令的方法。

背景技术

RTSP是对实时媒体流传输控制的协议，客户端和流媒体服务器之间通过RTSP信令进行交互。

目前，在RTSP协议中没有关于多CPU的服务器的相应规定，因此，从RTSP信令本身来讲，没有实现多CPU的服务器处理RTSP信令的机制。

现有流媒体服务器普遍以单CPU的工作方式存在，因此，需要在一个CPU上处理所有RTSP信令。

但是，单CPU处理能力有限，通常，在大量用户同时访问的情况下不能达到预期的服务质量要求。对于这一问题，可以通过增加流媒体服务器的个数来弥补。但是，简单地增加流媒体服务器来实现扩容的存在以下缺陷：各个服务器之间存在资源不好统一管理，导致一个服务器上CPU资源或带宽资源很空闲，而另一个却达到了满负荷。所以，随着视频服务的市场需求逐渐增大，大容量的分布式处理RTSP的流媒体服务器必然要替代原有的单CPU的小容量流媒体服务器。

至令为止，尚未提出实现分布式处理RTSP信令，尤其是决定RTSP信令由哪个CPU来处理的方案。

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种分布式处理实时传输协议信令的方案，其可以使多CPU的流媒体服务器对RTSP信令进行处理，避免流媒体服务器的各CPU重复处理或遗漏处理RTSP信令。

根据本发明的实施例，提供了一种分布式处理实时传输协议信令的方法。

该方法包括：步骤S102，机顶盒向流媒体服务器发送实时传输协议信令；步骤S104，流媒体服务器根据指定规则使机顶盒发送的实时传输协议信令与流媒体服务器中多个CPU中的一个CPU相关联；步骤S106，流媒体服务器将与实时传输协议信令相关联的CPU的编号告知机顶盒；以及步骤S108，机顶盒在向流媒体服务器发送后续实时传输协议信令中携带相关联的CPU的编号，流媒体服务器根据CPU的编号转发后续实时传输协议信令。

其中，在步骤S104中，进一步包括：步骤A，流媒体服务器判断实时传输协议信令是否是指定类型，如果判断为是，则根据指定规则使实时传输协议信令与流媒体服务器中多个CPU中的一个CPU相关联；否则从实时传输协议信令中提取相关联的CPU编号，并将实时传输协议信令转发到与实时传输协议信令相关联的CPU，处理结束。

并且，上述指定规则为：提取实时传输协议信令的端口号；利用端口号对流媒体服务器中当前可用CPU的总数取模；以及根据取模的结果确定相关联的CPU。

另外，在步骤A中，如果实时传输协议信令不是指定类型，则判断此时发送的实时传输协议信令为后续实时传输协议信令，并在提取相关联的CPU编号时进行如下处理：提取会话ID字段的值，将会话ID字段的值换算为十六进制后，并将换算后的最高字节作为相关联的CPU的编号。

并且，在步骤S104中，由流媒体服务器的消息转发单元接收机顶盒发送的实时传输协议信令，并将机顶盒发送的实时传输协议信令转发到多个CPU中的任一可用CPU，并由可用CPU判断实时传输协议信令是否是指定类型。

其中，在步骤S104中，可用CPU根据判断结果，根据指定规则进行处理或者提取相关联的CPU编号。

另外，在步骤S106中，流媒体服务器向机顶盒告知CPU编号时向机顶盒发送应答消息。其中，应答消息可以为会话消息，并且，会话消息的头字段中的会话ID的首个字节标识相关联的CPU的编号。

另外，上述指定类型包括：DESCRIBE和SETUP。并且，上述后续实时传输协议信令包括：PLAY、PAUSE、TEARDOWN、OPTION、和GETPARAMETER。

通过本发明的上述技术方案，能够实现多CPU的流媒体服务器分布式处理RTSP信令；并且不需要对现有的RTSP协议以及客户端处理进行修改，能够兼容目前所使用的STB；可以解决由于异常情况导致流媒体服务器上的当前可用CPU总数会发生变化所引发的问题，加强了业务的稳定性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的分布式处理RTSP信令的方法的流程图；

图2是实现根据本发明实施例的分布式处理RTSP信令的方法的流媒体服务器的结构实例的框图；以及

图3是在图2所示的系统中实现根据本发明实施例的方法的处理流程图。

具体实施方式

在本实施例中，提供了一种分布式处理实时传输协议(RTSP)信令的方法。该方法的核心思想是综合利用客户端的信令端口和RTSP协议中的Session头字段，将某个客户端的多条RTSP信令定位到流媒体服务器上的某一个CPU上，并在该CPU对该用户的信令进行处理。

如图1所示，根据本发明实施例的分布式处理RTSP信令的方法包括：步骤S102，机顶盒(STB)向流媒体服务器发送RTSP信令；步骤S104，流媒体服务器根据指定规则使STB发送的RTSP信令与流媒体服务器中多个CPU中的一个CPU相关联；步骤S106，流媒体服务器将与RTSP信令相关联的CPU的编号告知STB；以及步骤S108，STB在向流媒体服务器发送后续RTSP信令中携带相关联的CPU的编号，流媒体服务器根据CPU的编号转发后续RTSP信令。

其中，在步骤S104中，进一步包括：步骤A，流媒体服务器判断RTSP信令是否是指定类型，如果判断为是，则根据指定规则使RTSP信令与流媒体服务器中多个CPU中的一个CPU相关联；否则从RTSP信令中提取相关联的CPU编号，并将RTSP信令转发到与RTSP信令相关联的CPU，处理结束。

并且，上述指定规则为：提取RTSP信令的端口号；利用端口号对流媒体服务器中当前可用CPU的总数取模；以及根据取模的结果确定相关联的CPU。

另外，在步骤A中，如果RTSP信令不是指定类型，则判断此时发送的RTSP信令为后续RTSP信令，并在提取相关联的CPU编号时进行如下处理：提取会话(session)ID字段的值，将session ID字段的值换算为十六进制后，并将换算后的最高字节作为相关联的CPU的编号。

并且，在步骤S104中，由流媒体服务器的消息转发单元接收STB发送的RTSP信令，并将STB发送的RTSP信令转发到多个CPU中的任一可用CPU，并由可用CPU判断RTSP信令是否是指定类型。

其中，在步骤S104中，可用CPU根据判断结果，根据指定规则进行处理或者提取相关联的CPU编号。

另外，在步骤S106中，流媒体服务器向STB告知CPU编号时向STB发送应答消息。其中，应答消息可以为会话消息，并且，会话消息的头字段中的session ID的首个字节标识相关联的CPU的编号。

另外，上述指定类型包括：DESCRIBE和SETUP。并且，上述后续RTSP信令包括：PLAY、PAUSE、TEARDOWN、OPTION、和GETPARAMETER。上述信令的类型和具体功能在相关标准中已经有了相关定义，这里不再重复。

下面将结合具体实例来对该方法进行描述。

图2示出了实现根据本实施例的方法的流媒体服务器的结构的实例。

如图2所示，在本实例中，流媒体服务器可以包括消息分发单元(MDU)，内部消息交换单元(MSU)、以及处理业务的CPU 1(1号CPU)至CPU 5(5号CPU)。其中，MDU是流媒体服务器的对外接口，负责RTSP信令的接收和发送；MSU是设备内部各单板之间的消息转发模块，相当于内置的交换机。

图3示出了在图2所示的流媒体服务器中分布式处理RTSP信令的流程。

如图3所示，包括以下处理：

301，STB向流媒体服务器发送RTSP信令，查询点播内容，获取描述信息。流媒体服务器上的消息转发单元(MDU)接收到该RTSP信令。

302，MDU把RTSP信令轮流发送到当前可用的CPU上去；例如，发送到CPU 1上。

303，CPU 1通过消息交换单元MSU接收到MDU发送来的RTSP信令；

304，CPU 1对接收到RTSP信令后预解码，判断是DESCRIBE或者SETUP方法的RTSP信令。

305，如果CPU 1判断RTSP信令是DESCRIBE或者SETUP方法，则进行处理如下：将STB信令端口(号)对流媒体服务器当前可用CPU总数取模，根据余数决定处理该RTSP信令的CPU编号；例如，端口号为20003，图1中当前流媒体服务器可用CPU数为5，取模后结果为3，所以把该RTSP信令转发到CPU 3去处理(如果是，例如，20001，取模后结果为1，则由CPU 1进行之后的处理)；

306，如果CPU 1判断RTSP信令不是DESCRIBE或者SETUP方法，进行处理如下：提取Session ID字段，例如，196609，换算成十六进制，就是0x30001，最高字节3就是CPU号，所以把该RTSP信令转发到CPU 3(3号CPU)进行处理；

307，CPU 3处理完RTSP信令后，生成应答信令；

308，CPU 3生成的应答信令发送给MDU；

309，MDU发送应答信令给STB。

因此，根据本实施例的方法克服了RTSP协议缺少针对多CPU处理的规定而带来的多CPU分布式流媒体服务器难以处理RTSP信令的问题，保证了已经处于播放状态的服务的稳定性。

综上所述，借助于本发明的技术方案，能够实现多CPU的流媒体服务器分布式处理RTSP信令，并且既不需要对现有的RTSP协议进行扩展，也不需要客户端进行流程或信令的修改，还能够充分兼容现网的STB的工作机制。此外，通过上述技术方案可以解决由于异常或者掉电导致流媒体服务器上的当前可用CPU总数会发生变化所引发的问题。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种分布式处理实时传输协议信令的方法，其特征在于，包括：

步骤S102，机顶盒向流媒体服务器发送实时传输协议信令；

步骤S104，所述流媒体服务器根据指定规则使所述机顶盒发送的实时传输协议信令与所述流媒体服务器中多个CPU中的一个CPU相关联；

步骤S106，所述流媒体服务器将与所述实时传输协议信令相关联的所述CPU的编号告知所述机顶盒；以及

步骤S108，所述机顶盒在向所述流媒体服务器发送后续实时传输协议信令中携带所述相关联的CPU的编号，所述流媒体服务器根据所述CPU的编号转发所述后续实时传输协议信令，

其中，所述指定规则为：提取所述实时传输协议信令的端口号；利用所述端口号对所述流媒体服务器中当前可用CPU的总数取模；以及根据取模的结果确定所述相关联的CPU。

2.根据权利要求1所述的分布式处理实时传输协议信令的方法，其特征在于，在所述步骤S104中，进一步包括：

步骤A，所述流媒体服务器判断所述实时传输协议信令是否是指定类型，如果判断为是，则根据所述指定规则使所述实时传输协议信令与所述流媒体服务器中多个CPU中的一个CPU相关联；

如果判断结果为否，则从所述实时传输协议信令中提取所述相关联的CPU编号，并将所述实时传输协议信令转发到与所述实时传输协议信令相关联的CPU，处理结束。

3.根据权利要求2所述的分布式处理实时传输协议信令的方法，其特征在于，在所述步骤A中，如果所述实时传输协议信令不是所述指定类型，则判断此时发送的实时传输协议信令为后续实时传输协议信令，并在提取所述相关联的CPU编号时进行如下处理：提取会话ID字段的值，将所述会话ID字段的值换算为十六进制后，并将换算后的最高字节作为所述相关联的CPU的编号。

4.根据权利要求2所述的分布式处理实时传输协议信令的方法，其特征在于，在所述步骤S104中，由所述流媒体服务器的消息转发单元接收所述机顶盒发送的所述实时传输协议信令，并将所述机顶盒发送的所述实时传输协议信令转发到所述多个CPU中的任一可用CPU，并由所述可用CPU判断所述实时传输协议信令是否是指定类型。

5.根据权利要求4所述的分布式处理实时传输协议信令的方法，其特征在于，在所述步骤S104中，所述可用CPU根据判断结果，根据所述指定规则进行处理或者提取所述相关联的CPU编号。

6.根据权利要求1所述的分布式处理实时传输协议信令的方法，其特征在于，在所述步骤S106中，所述流媒体服务器向所述机顶盒告知所述CPU编号时向所述机顶盒发送应答消息。

7.根据权利要求6所述的分布式处理实时传输协议信令的方法，其特征在于，所述应答消息为会话消息，并且，所述会话消息的头字段中的会话ID的首个字节标识所述相关联的CPU的编号。

8.根据权利要求2至7中任一项所述的分布式处理实时传输协议信令的方法，其特征在于，所述指定类型包括：DESCRIBE和SETUP。

9.根据权利要求1至7中任一项所述的分布式处理实时传输协议信令的方法，其特征在于，所述后续实时传输协议信令包括：PLAY、PAUSE、TEARDOWN、OPTION、和GETPARAMETER。

Images