专利名称：分布式处理实时传输协议信令的方法
技术领域：
本发明涉及通信领域，并且特别地，涉及一种分布式处理实时传输协议(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的编号。并且，在步骤SI04中，由流媒体服务器的消息转发单元接收 才几顶盒发送的实时传输协议信令，并将才几顶盒发送的实时传输协议 信令转发到多个CPU中的任一可用CPU,并由可用CPU判断实时 传输协议信令是否是指定类型。其中，在步骤S104中，可用CPU根据判断结果，根据指定规 则进行处理或者提取相关联的CPU编号。另夕卜，在步骤S106中，流媒体服务器向机顶盒告知CPU编号 时向机顶盒发送应答消息。其中，应答消息可以为会话消息，并且， 会话消息的头字段中的会话ID的首个字节标识相关联的CPU的编—另外，上述指定类型包括DESCRIBE和SETUP。并且，上述 后续实时传Hr十办"i义4言令包4舌PLAY、 PAUSE、 TEARDOWN、 OPTION 、和GETPARAMETER。通过本发明的上述技术方案，能够实现多CPU的流媒体服务器 分布式处理RTSP信令；并且不需要对现有的RTSP协议以及客户 端处理进行^f奮改，能够兼容目前所4吏用的STB;可以解决由于异常 情况导致流媒体服务器上的当前可用CPU总数会发生变化所引发 的问题，加强了业务的稳定性。
此处所说明的附图用来提供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的分布式处理RTSP信令的方法的流 程图；图2是实现根据本发明实施例的分布式处理RTSP信令的方法 的流媒体服务器的结构实例的框图；以及图3是在图2所示的系统中实现根据本发明实施例的方法的处 理流禾呈图。
具体实施方式
在本实施例中，才是供了一种分布式处理实时传丰IT协议(RTSP)信令的方法。该方法的核心思想是综合利用客户端的信令端口和RTSP协议中的Session头字段，将某个客户端的多条RTSP信令定 位到流々某体月良务器上的某一个CPU上，并在该CPU对该用户的信 令进4于处理。如图1所示，根据本发明实施例的分布式处理RTSP信令的方 法包括步骤S102，机顶盒(STB)向流媒体服务器发送RTSP信 令；步骤S104，流媒体服务器根据指定规则使STB发送的RTSP 信令与流媒体服务器中多个CPU中的一个CPU相关联；步骤SI06, 流媒体服务器将与RTSP信令相关联的CPU的编号告知STB;以及 步骤S108， STB在向流力某体服务器发送后续RTSP信令中携带相关 联的CPU的编号，流媒体服务器根据CPU的编号转发后续RTSP 信令。
其中，在步骤S104中，进一步包括步骤A，流J 某体月良务器 判断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根据判断结果，根据指定规 则进行处理或者4是耳又相关联的CPU编号。另夕卜，在步骤S106中，流媒体服务器向STB告知CPU编号时 向STB发送应答消息。其中，应答消息可以为会话消息，并且，会 -活消息的头字,殳中的session ID的首个字节朽;识相关联的CPU的编另外，上述指定类型包括DESCRIBE和SETUP。并且，上述 后续RTSP 4言令包4舌PLAY、 PAUSE 、 TEARDOWN、 OPTION 、
和GETPARAMETER。上述信令的类型和具体功能在相关标准中已 经有了相关定义，这里不再重复。下面将结合具体实例来对该方法进4亍描述。图2示出了实现才艮据本实施例的方法的流J 某体月l务器的结构的 实例。如图2所示，在本实例中，流々某体月1务器可以包括消息分发单 元(MDU)，内部消息交换单元(MSU)、以及处理业务的CPU 1 (1号CPU )至CPU 5 ( 5号CPU )。其中，MDU是流媒体服务器 的对外接口，负责RTSP信令的接收和发送；MSU是设备内部各单 板之间的消息转发模块，相当于内置的交换机。图3示出了在图2所示的流媒体服务器中分布式处理RTSP信令的流程。如图3所示，包4舌以下处理301， STB向流媒体服务器发送RTSP信令，查询点播内容，获 取描述信息。流媒体服务器上的消息转发单元(MDU)接收到该 RTSP信令。302, MDU把RTSP信令轮流发送到当前可用的CPU上去；例 如，发送到CPU1上。303， CPU 1通过消息交换单元MSU接收到MDU发送来的 RTSP信令；304， CPU l对接收到RTSP信令后预解码，判断是DESCRIBE 或者SETUP方法的RTSP信令。305,如果CPU 1判断RTSP信令是DESCRIBE或者SETUP 方法，则进行处理如下将STB信令端口 (号)对流媒体服务器当 前可用CPU总数取模，根据余数决定处理该RTSP信令的CPU编 号；例如，端口号为20003，图1中当前流J 某体服务器可用CPU数 为5,取^莫后结果为3 ，所以4巴该RTSP信令转发到CPU 3去处理(如 果是，例如，20001 ，取才莫后结果为1 ，则由CPU 1进行之后的处理)；306，如果CPU 1判断RTSP信令不是DESCRIBE或者SETUP 方法，进行处理如下提取Session ID字段，例如，196609,换算 成十六进制，就是0x30001,最高字节3就是CPU号，所以把该 RTSP 4言令專争发到CPU 3 ( 3号CPU )进4亍处理；307， CPU3处理完RTSP信令后，生成应答信令；308, CPU 3生成的应答信令发送给MDU;309， MDU发送应答信令给STB。因此，才艮据本实施例的方法克服了 RTSP协议缺少针对多CPU 处理的规定而带来的多CPU分布式流媒体服务器难以处理RTSP信 令的问题，保证了已经处于播放状态的服务的稳定性。综上所述，借助于本发明的4支术方案，能够实现多CPU的流々某 体月l务器分布式处理RTSP信令，并且既不需要对现有的RTSP协 议进行扩展，也不需要客户端进行流程或信令的修改，还能够充分 兼容现网的STB的工作4几制。此外，通过上述4支术方案可以解决由 于异常或者掉电导致流媒体服务器上的当前可用CPU总数会发生 变化所引发的问题。以上所述4又为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种分布式处理实时传输协议信令的方法，其特征在于，包括步骤S102，机顶盒向流媒体服务器发送实时传输协议信令；步骤S104，所述流媒体服务器根据指定规则使所述机顶盒发送的实时传输协议信令与所述流媒体服务器中多个CPU中的一个CPU相关联；步骤S106，所述流媒体服务器将与所述实时传输协议信令相关联的所述CPU的编号告知所述机顶盒；以及步骤S108，所述机顶盒在向所述流媒体服务器发送后续实时传输协议信令中携带所述相关联的CPU的编号，所述流媒体服务器根据所述CPU的编号转发所述后续实时传输协议信令。
2. 根据权利要求1所述的分布式处理实时传输协议信令的方法， 其特;f正在于，在所述步-骤S104中，进一步包4舌步骤A，所述流纟某体服务器判断所述实时传输协议信令是 否是指定类型，如果判断为是，则根据所述指定规则使所述实 时传输协议信令与所述流媒体服务器中多个CPU中的一个 CPU相关联；否则从所述实时传输协议信令中提取所述相关联的CPU 编号，并将所述实时传输协议信令转发到与所述实时传输协议 信令相关联的CPU,处理结束。
3. 根据权利要求1或2所述的分布式处理实时传输协议信令的方 法，其特征在于，所述指定^L则为 提取所述实时传输协议信令的端口号；利用所述端口号对所述流々某体月良务器中当前可用CPU的 总数取模；以及根据取模的结果确定所述相关联的CPU。
4. 才艮据权利要求2所述的分布式处理实时传输协议信令的方法， 其特征在于，在所述步骤A中，如果所述实时传输协议信令 不是所述指定类型，则判断此时发送的实时传输协议信令为后 续实时传输协议信令，并在提取所述相关联的CPU编号时进 行如下处理提取会话ID字段的值，将所述会话ID字段的值 换算为十六进制后，并将换算后的最高字节作为所述相关联的 CPU的编号。
5. 根据权利要求2所述的分布式处理实时传输协议信令的方法， 其特征在于，在所述步骤S104中，由所述流媒体服务器的消 息转发单元接收所述才几顶盒发送的所述实时传输协议信令，并 将所述机顶盒发送的所述实时传输协议信令转发到所述多个 CPU中的4壬一可用CPU,并由所述可用CPU判断所述实时4专 输协议信令是否是指定类型。
6. 才艮据权利要求5所述的分布式处理实时传输协议信令的方法， 其特征在于，在所述步骤S104中，所述可用CPU根据判断结 果，才艮据所述指定身见则进行处理或者提取所述相关联的CPU编号。
7. 根据权利要求1所述的分布式处理实时传输协议信令的方法， 其特征在于，在所述步骤S106中，所述流J 某体服务器向所述 机顶盒告知所述CPU编号时向所述机顶盒发送应答消息。
8. 根据权利要求7所述的分布式处理实时传输协议信令的方法， 其特征在于，所述应答消息为会话消息，并且，所述会话消息号:、 、、'、'、
9. 根据权利要求2、 4、 5、 6、 7、 8中任一项所述的分布式处理 实时传输协议信令的方法，其特征在于，所述指定类型包括 DESCRIBE和SETUP。
10. 根据权利要求l、 2、 4、 5、 6、 7、 8中任一项所述的分布式处 理实时传输协议信令的方法，其特征在于，所述后续实时传输 协议信令包括PLAY、 PAUSE 、 TEARDOWN、 OPTION 、和 GETPARAMETER。
全文摘要
本发明公开了一种分布式处理RTSP信令的方法，包括步骤S102，STB向流媒体服务器发送RTSP信令；步骤S104，流媒体服务器根据指定规则使STB发送的RTSP信令与流媒体服务器中多个CPU中的一个CPU相关联；步骤S106，流媒体服务器将与RTSP信令相关联的CPU的编号告知STB；以及步骤S108，STB在向流媒体服务器发送后续RTSP信令中携带相关联的CPU的编号，流媒体服务器根据CPU的编号转发后续RTSP信令。
文档编号H04N7/24GK101127772SQ200710151879
公开日2008年2月20日 申请日期2007年9月25日 优先权日2007年9月25日
发明者澍 刘, 朱文华, 凯 郭 申请人:中兴通讯股份有限公司