[发明专利]在IMS中处理具有RTSP封装的SIP消息的方法和系统

说明书

技术领域

本发明总体涉及数据通信领域，具体而言，涉及在IP多媒体子系统(IMS)中利用实时流协议(RTSP)封装处理会话初始协议(SIP)消息的方法和系统。

背景技术

IMS(IP多媒体子系统)是用于多媒体业务的新的方案，它可以满足多媒体业务上的终端用户所提出的新的和各种各样的要求。目前，将IMS考虑作为下一代网络(NGN)中的核心技术。RTSP和SIP都是应用层协议，并通过IP网络传输。IMS UE(用户设备)，例如3G手机，已经支持SIP协议来发起或终止语音和视频会话。与传统的不同，这些UE不再用于单一目的。它们可以得到增强以支持其他功能性，例如访问IPTV(IPTV/VOD)和VoD(视频点播)服务。可以容易地在终端设备上执行RTSP协议用以支持IPTV/VoD服务。

由IETF开发并于1998年发布为实时流协议(RFC)2326的RTSP是用于流媒体系统的协议。它提供允许客户端远程控制流媒体服务器的可扩展的帧，发出类似VCR命令，例如“播放”和“暂停”，并允许基于时间访问服务器上的文件。RTSP命令包括：描述(DESCRIBE)，建立(SETUP)，播放(PLAY)，暂停(PAUSE)，记录(RECORD)，关闭(TEARDOWN)等等。RTSP消息包括两种类型：请求和响应，其中他们的格式彼此不同，如以下的详细解释。

请求消息：

方法URI RTSP-版本CR LF

消息头部CR LF

消息主体CR LF

其中，术语“方法”是指所有可用命令中的任意命令；“URI”是接收方地址，例如rtsp://192.168.20.136；“RTSP-版本”典型为RTSP/1.0；每行结尾的“CR LF”代表回车或换行。

响应消息：

RTSP-版本状态-代码解释CR LF

消息头部CR LF

消息主体CR LF

其中，术语“RTSP-版本”典型为RTSP/1.0；“状态-代码”是一个数值，例如200，其指示成功的状态；“解释”是对应于“状态-代码”的文本解释。

RTSP通常通过TCP协议传输。可选地，也可以通过超文本传输协议(HTTP)来执行。

会话初始协议(SIP)是应用层控制(信令)协议，用于创建、修改和终止与一个或多个参与者的会话。这些会话包括互联网电话呼叫、多媒体发布以及多媒体会议。SIP是基于文本的消息协议。它与下层网络传输协议相独立地操作，在多个用户之间建立会话，而不管传输的数据是文本数据、音频数据还是视频数据。基本的SIP方法包括：邀请(INVITE)、取消(CANCEL)、道别(BYE)、选项(OPTIONS)、消息(MESSAGE)、订购(SUBSCRIBE)、通知(NOTIFY)，等等。

SIP协议使得终端用户能够通过消息彼此通信。消息的基本形式可以是从客户端发向服务器的请求，或者是从服务器向客户端的答复。消息包含开始行，一个或多个头部字段，指示头部字段的结束的空行，以及可选的消息主体。SIP消息的一般性结构如下所示：

一般消息＝开始行

消息头部字段1

消息头部字段2

…

…

CR LF

消息主体(可选)

开始行＝请求行/状态行

SIP消息包括两种类型：请求和响应。通过存在请求行作为开始行，可以识别SIP请求消息。请求行的格式如下所示：

请求行＝方法SP请求-URI SP SIP-版本CR LF

通过存在状态行作为开始行，可以识别SIP响应消息。状态行的格式如下所示：

状态行＝SIP-版本SP状态-代码SP原因短语CR LF

在实际执行中，RTSP仅涉及媒体服务器和媒体客户端之间的业务，而SIP涉及许多网络部件用于IMS网络中消息的路由和服务控制。尽管两者都涉及实时媒体流的建立和控制，但是它们用于具有不同网络体系的不同服务。

对于IMS订户访问IPTV和VoD服务来说，一些现有的实施方式优选在IMS网络中不使用RTSP。SIP用于与远程IPTV/VoD服务器建立会话。用户需要使用按键映射来模拟媒体控制操作，例如播放、暂停、快进等等。这对于不支持RTSP客户端功能的一些遗留SIP视频端点来说非常有利，但是这些服务的控制并不自然，优选这些客户端也需要支持RTSP。