专利名称：一种rtsp会话的验证方法、系统和装置的制作方法
技术领域：
本发明涉及通信技术领域，特别是涉及一种RTSP会话的验证方法、系统
和装置。
背景技术：
IMS是最初在3GPP R5阶段增加的WCDMA网络中叠加在已有分组域之 上的一个子系统，采用分组域为其上层控制信令和々某体传输的承载通道，引 入SIP协议作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点， 通过将业务控制与承载控制分离，提供丰富的多媒体业务，对IMS进行标准 化的国际标准组织主要有3GPP和TISPAN。 3GPP侧重于从移动的角度对IMS 进行研究，而TISPAN则侧重于从固定的角度对IMS提出需求，并统一由3GPP 完善，最终实现IMS对固定接入和移动接入的统一控制。
IMS based IPTV就是在TISPAN提出的在IMS的整体架构下提供IPTV 业务，以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、 业务触发、计费、端到端QoS保证等机制来为用户提供流媒体业务及融合流 媒体和实时会话业务的多媒体业务。
内容点播(COD)业务就是一种基于IMS的IPTV基本业务UE与MCF 之间首先创建SIP会话，通过该SIP会话完成对用户点播权限的鉴定，并建立 起媒体通道；继而UE使用该媒体通道发起RTSP消息直接与MCF交互实现 对媒体流的控制(例如播放，暂停，快进或快退等)。因此，COD业务RTSP 会话的建立之前必须保证UE的对所点播的节目具有访问权限，而由上述流程 可发现，对该权限的鉴定由SIP会话来完成，即为了确保后续RTSP会话的有 效性，必须建立起RTSP会话与之前SIP会话之间的关联关系，从而使得RTSP 会话共享之前会话的鉴权。而目前的COD业务的建立过程中却缺乏这种会话 间的关联纽带，此将导致MF侧无法识别后续的媒体控制请求而无法完成业务。
传统IPTV也存在类似的问题，其解决方案中的相关流程为传统IPTV Client端(UE)先通过HTTP在Server端(MF)完成业务请求及鉴权；后续 发起RTSP请求时，携带HTTP会话中所获取的相关信息，完成后续的媒体通 道建立。
即传统IPTV本质上通过用户信息建立起了完成业务鉴权的HTTP会话与 实现媒体控制的RTSP会话的关联。但是，IMS-Based IPTV中通过SIP会话 进行业务鉴权，故传统IPTV的解决方案并不能为我们所采用。为保证后续 RTSP媒体控制命令的有效性，需要建立RTSP会话与SIP会话之间的关联关 系。
发明内容
本发明实施例要解决的问题是提供一种RTSP会话的验证方法，用于明 确RTSP会话与已有SIP会话的关联关系，使得RTSP会话中服务器(如 MF)侧确认客户端(如UE)的访问权限，从而保证RTSP请求的有效性。
为达到上述目的，本发明实施例一方面提出一种RTSP会话的验证方法， 包括以下步骤
接收用户端发送的RTSP消息，所述RTSP消息包含当前RTSP会话与已 有SIP会话之间的关联标识；
识别所述关联标识，判断所述当前RTSP会话与所述已有SIP会话之间是 否存在关联；
当判断所述当前RTSP会话与所述已有SIP会话之间存在关联时，执行所 述RTSP消息；或，当判断所述当前RTSP会话与所述已有SIP会话之间不存 在关联时，拒绝所述RTSP消息。
另一方面，本发明实施例还提出一种RTSP会话的验证系统，包括终端和 服务器
所述终端，用于向所述服务器发送包含当前RTSP会话与已有SIP会话之 间的关联标识的RTSP消息，请求验证所述当前RTSP会话与所述已有SIP会话之间的关联；
所述服务器，用于获取所述当前RTSP会话与所述已有SIP会话之间的关 联标识并对所述终端进行相应反馈，接收所述终端发送的所述包含当前RTSP 会话与已有SIP会话之间的关联标识的RTSP消息，判断所述当前RTSP会话 与所述已有SIP会话之间的关联。
另一方面，本发明实施例还提出一种终端，包括 获取模块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 发送模块，用于发送包含所述获取模块所获取的关联标识的RTSP消息， 使得服务器端通过识别所述关联标识，判断所述当前RTSP会话与所述已有 SIP会话之间的关联。
另一方面，本发明实施例还提出一种服务器，包括 获取模块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 接收模块，用于接收所述终端发送的包含当前RTSP会话与已有SIP会话 之间的关耳关标识的RTSP消息；
判断模块，用于根据所述接收模块接收的包含当前RTSP会话与已有SIP 会话之间的关联标识的RTSP消息，识别所述关联标识，并判断所述当前RTSP 会话与所述已有SIP会话之间的关联。
本发明实施例的技术方案具有以下优点，因为采用了消息中携带关联标 识的方法，从而，明确了 RTSP会话与之前SIP会话的关联关系，使得RTSP 会话中々某体服务器侧可以确认用户端的访问权限，只有具有节目授权的用户 才能通过RTSP会话指示々某体服务器对々某体流进行控制，达到了实现对用户端 点播权限的监控，保证RTSP请求的有效性的效果。
图1为本发明实施例中一种RTSP会话的验证方法的流程示意图； 图2为本发明实施例一中一种RTSP会话的验证方法的流程示意图； 图3为本发明实施例二中一种RTSP会话的验证方法的流程示意图； 图4为本发明实施例三中一种RTSP会话的验证方法的流程示意图；图5为本发明实施例四中一种RTSP会话的^r证方法的流程示意图； 图6为本发明实施例五中一种RTSP会话的验证方法的流程示意图； 图7为本发明实施例六中 一种RTSP会话的验证系统的结构示意图。
具体实施例方式
本发明实施例提供了一种RTSP会话的验证方法，使用户端与媒体服务 器在SIP阶段获取关联标识，并且终端在后续的RTSP请求中继续携带该标识， 从而表明其对前面SIP会话的"继承"关系，实现两个会话之间的关联。
通过本发明实施例所提供的技术方案，明确了 RTSP会话与之前SIP会话 的关联关系，使得RTSP会话中媒体服务器侧确认用户端的访问权限，从而保 证RTSP请求的有效性。
如图l所示，为本发明实施例一， 一种RTSP会话的验证方法的流程示意 图，包括以下步骤
步骤S101、服务器端接收用户端发送的RTSP消息。
其中，RTSP消息包含当前RTSP会话与已有SIP会话之间的关联标识， 该RTSP会话的关if关标识，具体包括以下两种情况 (1 )从SIP消息中获取的参数信息，具体包括
SIP会话标识、用户身份信息和节目标识中的一项或多项。
其中，SIP会话标识可以但不限于Call-ID;
用户身份信息可以但不限于用户的IMPU或是终端的IP地址；
节目标识可以但不限于COD ContentID或是所点播节目的RTSP URL。
并且，UE发送SIP消息至媒体服务器侧，媒体服务器也将保存上述的参 数信息用作关联标识。
(2)服务器端生成的标识信息。
该标识信息由服务器端通过返回消息发送给用户端，具体的发送方式包 括以下几种
扩展新的SIP头域携带；或，
由SDP描述中携带，以属性行(a行)携带为例，格式可以为a=fintp:rtsph-uri=<request-uri >;其中，request-uri可直接携带RTSP URL或是RTSP URL/ SIP-id-关联标识；或，
由SDP描述中扩展的参数携带，以a行中新扩展参数携带为例，格式可 以为a-fmtp:SIP-id-〈关联标识〉。
需要进一步说明的是，上述的描述格式仅为本发明的优选实施例，在实 际应用过程中可以作出相应的格式调整或参数名的变化，这样的变化同样属 于本发明的保护范围。
用户端发送包含关联标识的RTSP消息，使得服务器端通过识别关联标 识，判断当前RTSP会话与已有SIP会话之间的关联，明确用户端的访问权限。
本步骤中的用户端发送包含关联标识的RTSP消息，具体的，该关联标识 通过以下方式进行携带
方式一 在RTSP请求的Request URI中携带该关联标识。
方式二通过RTSP的头域携带该关联标识，其中，RTSP的头域具体包 括RTSP已有的头域；或，扩展的新的RTSP头域。
步骤S102、媒体服务器端识别关联标识，判断当前RTSP会话与所述已 有SIP会话之间是否存在关联。
具体的，判断当前RTSP会话与已有SIP会话之间的关联，明确用户端的 访问^l限的具体过程包括
服务器端识别关联标识，判断关联标识与服务器端保存的已有SIP会话 的关联标识是否相同，即服务器从用户端发送的RTSP消息中解析出其中携带 的关联标识，并将该标识与服务器端在步骤SIOI中获取并保存的关联标识相 比较，从而判断用户端当前请求的RTSP会话与先前的SIP会话之间是否存在 关耳关关系。
当判断结果为相同时，转入步骤S103;
当判断结果为不相同时，转入步骤S104。
进一步的，对应上述的两种标识携带方式，服务器端通过识别关联标识 同样包括以下两种情况
即用户端通过在RTSP请求的Request URI中携带关联标识时，服务器端解析Request URI,获取关联标识；而用户端通过RTSP的头域携带关联标识 时，服务器端解析RTSP请求消息的头域，获取关联标识。
步骤S103、判断所述当前RTSP会话与所述已有SIP会话之间存在关联， 4丸行所述RTSP请求。
步骤S104、判断所述当前RTSP会话与所述已有SIP会话之间不存在关 联，拒绝所述RTSP请求。
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述 如图2所示，为本发明实施例一， 一种RTSP会话的验证方法的流程示意图。
在本实施例中，媒体服务器端通过获取SIP消息中的相关参数作为关 联标识，该标识在RTSP会话中通过Request URI进行携带。
本实施例中，为方便描述，媒体服务器端以MF (在实际应用场景中， MF可以为MCF或MDF )为例进行说明。
具体的，该方法包括以下步骤
步骤S201 、 UE发起SIP INVITE请求会话建立J 某体控制通道。 步骤S202、 MF从SIP会话中获取Call-ID头域，保存作为该SIP会话 的标识信息。
需要进一步指出的是，本步骤中获取的关联标识可以为Call-ID头域、 用户的身份及节目标识中的任意一个，或是三者的任意组合。 步骤S203 、 MF对该SIP INVITE请求回复SIP 200 OK。 步骤S204、 UE接收SIP 200 OK。
步骤S205、 UE发起RTSP DESCRIBE请求网络侧相关参数，并于 R叫uest URI中携带获取的会话标识信息。 具体的携带格式示例如下
DESCRIBE rtsp:〃media. .com:554/twister/audiotrack/&sip—ID= "dcd98b7102dd2，， RTSP/1.0 Accept: application/sdpCseq: 1
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过R叫uest URI进行携带关联标识的效果，这样的变化同样属 于本发明的保护范围。
步骤S206、 MF从Request URI解析出UE携带的会话标识信息，判 断该会话标识信息与步骤S202中所保存的SIP会话的标识信息是否相同。
如果相同，则执行步骤S207;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response,
RTSP DESCRIBE请求所对应的会话终止。
步骤S207、 MF返回RTSP 200 OK及网络参数。
步骤S208、 UE根据接收的网络参数与MF建立媒体交付通道。
步骤S209、 UE发起RTSP SETUP请求，并Request URI中携带会话
标识信息。
具体的携带格式示例如下
SETUP rtsp:〃media.example.com:554/twister/audiotrack/&sip—ID=
"dcd98b7102dd2" RTSP/1.0
Transport: RTP/AVP;unicast;client_port=4588-4589 Cseq: 2
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过Request URI进行携带关联标识的效果，这样的变化同样属
于本发明的保护范围。
步骤S210、 MF从Request URI解析出UE携带的标识，判断该会话 标识信息与步骤S202中所保存的SIP会话的标识信息是否相同。
如果相同，则执行步骤S211;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response, RTSP DESCRIBE请求所对应的会话终止。步骤S2U、 MF返回RTSP 200 OK及所分配的SessionID。
步骤S212、 UE携带SessionID发起RTSP PLAY,控制节目进行播放。
步骤S213、 MF返回RTSP 200 OK。
如图3所示，为本发明实施例二， 一种RTSP会话的-验证方法的流程示 意图。
在本实施例中，媒体服务器端生成SIP会话标识，该标识在RTSP会
话中通过Request URI携带。
本实施例中，为方便说明，媒体服务器端以MF为例进行说明。 步骤S301、 UE发起SIP INVITE请求建立媒体控制通道，SIP路由至
MF处。
步骤S302、 MF4妻收SIP请求后生成该SIP会话的标识信息。
步骤S303、 MF在SIP消息的200 OK回复中采用a行同时携带生成 的会话标识与RTSP URL (或仅RTSP URL，由RTSP URL同时充当关联 标识)。
具体格式示例如下
v=0
o=- 1357924 1357924 IN IP6 5555::6:7:8:9 s=-
c=IN IP6 5555::6:7:8:9 t,7165275 0
m=application 554 tcp iptv—rtsp a=setup:passive 3=comisction:n6W a=ftmp: iptv一rtsp
h-uri=rtsp:〃media.example.com:554/twister/audiotrack/&sip—ID="dcd98b710 2dd2f0e8blld0f600bfb0c093"
(或
13a=ftmp:iptv—rtsp h-uri=rtsp:〃media.example.com: 5 54/twister/audiotrack) 需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例，
样的变化也可以达到通过SDP进行携带关联标识的效果，这样的变化同样 属于本发明的保护范围。
步骤S304、 UE接收到SIP 200 OK，获取其中a行携带的SIP会话标 识信息。
步骤S305、 UE发起RTSP DESCRIBE请求网络侧相关参数，并于 R叫uestURI中携带步骤S304中获耳又的会话标识信息。 具体格式示例如下
DESCRIBE rtsp:〃media.example.com:554/twister/audiotrack/&sip—ID= "dcd98b7102dd2f0e8b 11 d0f600bfb0c093" RTSP/1.0
(或
DESCRIBE rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0 ) Accept: application/sdp Cseq: 1
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过Request URI进行携带关联标识的效果，这样的变化同样属 于本发明的保护范围。
步骤S306、 MF从Request URI解析出UE携带的会话标识信息，判 断该会话标识信息与步骤S302中所保存的SIP会话的标识信息是否相同。
如果相同，则执行步骤S307;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response, RTSP DESCRIBE请求所对应的会话终止。
步骤S307、 MF返回RTSP200 OK及网络参数。
步骤S308、 UE根据接收的网络参数与MF建立媒体交付通道。
步骤S309、 UE发起RTSP SETUP请求，并于Request URI中携带所获取的会话标识信息。
具体的携带格式示例如下
SE TUP rtsp :〃medi a. example. com: 554/twister/audiotrack/& sip—ID= "dcd98b7102dd2f0e8bl 1 d0f600bfb0c093" RTSP/1.0
(或
SETUP rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0 ) Transport: RTP/AVP;unicast;client_port=4588-4589 Cseq: 2
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过Request URI进行携带关联标识的效果，这样的变化同样属 于本发明的保护范围。
步骤S310、 MF从Request URI解析出UE携带的标识，判断该会话 标识信息与步骤S302中所保存的SIP会话的标识信息是否相同。
如果相同，则执行步骤S311;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response, RTSP DESCRIBE请求所对应的会话终止。
步骤S311、返回RTSP 200 OK及所分配的SessionID。
步骤S312、 UE携带SessionID发起RTSP PLAY,控制节目进行播放。
步骤S313、 MF返回RTSP 200 OK。
如图4所示，为本发明实施例三， 一种RTSP会话的-验证方法的流程示 意图。
在本实施例中，媒体服务器端获取SIP消息中的相关参数用作SIP与 RTSP会话的关联标识，该标识在RTSP会话中采用专门头域携带，为方便 描述，本实施例以Nonce—ID为例进行说明。
本实施例中，为方便说明，服务器端以MF为例进行说明。 步骤S401 、 UE发起SIP INVITE请求会话建立々某体控制通道。步骤S402、 MF从SIP会话中获取Call-ID头域，保存作为会话的关联 标识信息。
需要进一步指出的是，本步骤中获取的关联标识可以为Call-ID头域、 用户的身份及节目标识中的任意一个，或是三者的任意组合。 步骤S403、 MF对该SIP Invite请求回复SIP 200 OK。 步骤S404、 UE接收SIP 200 OK。
步骤S405、UE发起RTSP DESCRIBE请求网络侧相关参数，并于RTSP
请求所扩展的头域(例如以下示例中的Nonce—ID)中携带荻取的参数标识。 具体携带格式示例如下
DESCRIBE rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0 Accept: application/sdp NonceID: "dcd98b7102dd2" Cseq: 1
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过头域携带关联标识的效果，这样的变化同样属于本发明的保 护范围。
步骤S406、 MF解析所接收的RTSP请求，判断该会话标识信息与步 骤S402中所保存的SIP会话的标识信息是否相同。 如果相同，则执行步骤S407;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response,
RTSP DESCRIBE请求所对应的会话终止。
步骤S407、 MF返回RTSP 200 OK及网络参数。
步骤S408、 UE根据接收的网络参数与MF建立媒体交付通道。
步骤S409、 UE发起RTSP SETUP请求SessionID，并于RTSP请求中
Nonce—ID头域携带获取的参数标识。 具体携带格式示例如下
SETUP rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0Transport: RTP/AVP;unicast;client_port=4588-4589 NonceID: "dcd98b7102dd2" Cseq: 2
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过头域携带关联标识的效果，这样的变化同样属于本发明的保 护范围。
步骤S410、 MF解析所接收的RTSP请求，判断该会话标识信息与步 骤S402中所保存的SIP会话的标识信息是否相同。 如果相同，则执行步骤S411;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response, RTSP DESCRIBE请求所对应的会话终止。
步骤S411 、 MF返回RTSP 200 OK及所分配的SessionID。
步骤S412、 UE携带SessionID发起RTSP PLAY,控制节目进行播放。
步骤S413、 MF返回RTSP 200 OK。
如图5所示，为本发明实施例四， 一种RTSP会话的验证方法的流程示 意图。
在本实施例中，服务器端生成SIP会话标识，该标识在RTSP会话中 采用专门头域携带，为方便描述，本实施例以Nonce一ID为例进行说明。 本实施例中，为方侵z说明，服务器端以MF为例进行i兌明。 步骤S501、 UE发起SIP INVITE请求建立媒体控制通道，SIP路由至 MF处。
步骤S502、 MF接收SIP请求后生成对该SIP会话的标识符。 步骤S503、 MF在SIP消息的200 OK回复中采用a行同时携带生成 的会话标识与RTSPURL。 具体携带格式示例如下
v=0
17o=- 1357924 1357924 IN IP6 5555::6:7:8:9 s=-
c=IN IP6 5555::6:7:8:9 t=907165275 0
m=application 554 tcp iptv—rtsp
a=setup:passive
3=comi6Ction:n6w
a=ftmp:iptv—rtsp h-uri= twister/audiotrack/&sip—ID= "dcd98b7102dd2f0e8b 11 d0f600bfb0c093 "
需要进一步指出的是，该步骤中也可以通过扩展SDP描述中的a行的 参数来携带，例如
a=ftmp:SIP—id =dcd98b7102dd2f0e8b 11 d0f600bfb0c093; 或是通过扩展SIP消息头来携带该标识，例如 SIP-id: dcd98b7102dd2fOe8b 11 d0f600bfb0c093 。
需要进一 步指出的是，以上的给出的携带格式仅是本发明的 一种优选 实施例，其中的参数值或参数名称等在实际应用中均可以发生变化，这样 的变化也可以达到SDP携带关联标识的效果，这样的变化同样属于本发明 的保护范围。
步骤S504、 UE接收到SIP 200 OK,获取其中a行携带的SIP会话标 识符。
步骤S505 、 UE发起RTSP DESCRIBE请求网络侧相关参数，于RTSP 请求的NonceID头域中携带步骤S504中获取的标识。 具体携带格式示例如下
DESCRIBE rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0 Accept: application/sdp
Nonce—ID: "dcd98b7102dd2f0e8blld0f600bfb0c093" Cseq: 1
步骤S506、 MF解析所接收的RTSP请求，判断该会话标识信息与步骤S502中所保存的SIP会话的标识信息是否相同。 如果相同，则执行步骤S507;
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response,
RTSP DESCRIBE请求所对应的会话终止。
步骤S507、 MF返回RTSP200 OK及网络参数。
步骤S508、 UE根据接收的网络参数与MF建立媒体交付通道。
步骤S509、 UE发起RTSP SETUP请求，于Nonce—ID头域中携带步
骤S504中获耳又的标识。
具体携带格式示例如下
SETUP rtsp:〃media.example.com:554/twister/audiotrack RTSP/1.0 Transport: RTP/AVP;unicast;client_port=4588-4589 Nonce—ID: "dcd98b7102dd2f0e8b 11 d0f600bfb0c093" Cseq:之
需要进一步指出的是，上述的携带格式仅是本发明的一种优选实施例， 其中的参数值或参数名称等在实际应用中均可以发生变化，这样的变化也 可以达到通过头域携带关联标识的效果，这样的变化同样属于本发明的保 护范围。
步骤S510、 MF解析所接收的RTSP请求，判断该会话标识信息与步 骤S502中所保存的SIP会话的标识信息是否相同。 如果相同，则执行步骤S511;
如果不相同或没有携带，则MF拒绝i貪求，返回对应的4** Response, RTSP DESCRIBE请求所对应的会话终止。
步骤S511、 MF返回RTSP 200 OK及所分配的SessionID。
步骤S512、 UE携带SessionID发起RTSP PLAY,控制节目进行播放。
步骤S513、 MF返回RTSP 200 OK。
如图6所示，为本发明实施例五， 一种RTSP会话的-险证方法的流程示 意图。在本实施例中，服务器端获取SIP会话的相关参数作为关联标识，该 标识在RTSP的现有头域中携带，为方便描述，本实施例以Autheticate头 域携带为例进行说明。
本实施例中，为方便说明，服务器端以MF为例进行说明。 步骤S601 、 UE通过SIP INVITE请求建立纟某体控制通道。 步骤S602、 UE发起RTSP DESCRIBE请求网络参数。 步骤S603、MF检查请求中是否携带Autheticate消息头，无则返回401 Unauthorized Response,携带WWW-Authenticated消息头对UE挑战。
步骤S604、 UE重新生成DESCRIBE请求，并携带挑战响应信息，该 -挑战响应信息具体为Authorization头域，在该头域中包括用作为会话关联 标识的UE的地址及点播节目ID(或是本发明实施例一种所提及的其他SIP 会话中用作关联标识的参数的组合)。 具体携带格式示例如下
DESCRIBE rtsp-url RTSP/1.0 CSeq: 1
Authorization: Digest username="Mufasa",
realm="testrealm@host.com"，
nonce="dcd98b7102dd2f0e8blld0f600bfb0c093"，
uri=7dir/index.html"，
response=" 1:2:3:4:5555 :contentID",
opaque="5ccc069c403ebaf9f0171 e9517f40e41" Accept: application/sdp
需要进一步指出的是，步骤S603也可以为UE发起RTSP DESCRIBE 请求，其中通过诸如User-Agent等其他头域携带会话标识，此种情况下， 则可能跳过步骤S604。
步骤S605、 MF解析接收的信息，判断该信息与SIP阶段获取的信息 是否相同。
如果相同，则返回RTSP200 OK，同时携带UE侧所需的相关网络参
20数信息；
如果不相同或没有携带，则MF拒绝请求，返回对应的4** Response, RTSP DESCRIBE i青求所对应的会话终止。 步骤S606、建立媒体交付通道。
步骤S607、 UE发起RTSP SETUP请求SessionID，其中可以继续携带 前次的Authorization头域，或通过User-agent头域携带关联标识。 具体携带格式示例如下 SETUP rtsp-url RTSP/1.0 CSeq: 2
Authorization: Digest username="Mufasa"，
realm="testrealm@host.com",
nonce="dcd98b7102dd2f0e8b 11 d0f600bfb0c093",
uri="/dir/index.html"，
response=" 1:2:3:4:5555 :contentID",
opaque="5ccc069c403ebaf9f0171 e9517f40e41" Transport: RTP/AVP;unicast;client_port=4588-4589 步骤S608 步骤S610、 MF解析接收的消息，并决定是否重新发起挑战。
若需要重新挑战，则执行步骤S608,步骤S609,然后核对步骤S610 中接收的响应信息，返回200 OK及SessionID或相应的错误应答；
否则，则直接执行步骤S610,即判断所接收消息中的响应信息是否能 通过鉴权，并返回相应的回复消息。
步骤S611、 UE携带接收的SessionID发起RTSP PLAY,控制节目播放。
步骤S612、 MF返回RTSP200 OK。
需要进一步指出的是，上述的携带格式示例仅是本发明的一种优选实 施例，其中的参数值或参数名称等在实际应用中均可以发生变化，以此， 基于本发明技术思想所做出的变化同样属于本发明的保护范围。如图7所示，为本发明实施例六， 一种RTSP会话的验证系统的结构示 意图，包括终端1和服务器2:
终端1 ，用于向服务器2发送包含当前RTSP会话与已有SIP会话之间的 关联标识的RTSP消息，请求验证当前RTSP会话与已有SIP会话之间的关联， 包括
获取模块11,用于获取当前RTSP会话与已有SIP会话之间的关联标识； 发送模块12,用于发送包含获取模块11所获取的关联标识的RTSP消息，
使得服务器2通过识别关联标识，判断当前RTSP会话与已有SIP会话之间的
关联；
接收模块13,用于接收服务器2发送的包含当前RTSP会话与已有SIP 会话之间的关联标识的消息。
需要进一步指出的是，根据实际应用的变化，接收模块13并非为终端1 的必选模块，即，如果关联标识为服务器2所生成时，需要服务器2将关联 标识发送给终端1，则终端1需要设置接收模块13,以接收该关联标识，而 如果关联标识为从SIP消息中获取的参数时，则终端1中已保存有该关联标 识，则无需服务器2进行发送，此时，终端1中不包含接收模块13,综上所 述，终端1中的接收模块13为可选模块，是否含有该模块并不影响本发明的 保护范围。
服务器2,用于生成当前RTSP会话与已有SIP会话之间的关联标识并发 送给终端1 ，接收终端1发送的包含当前RTSP会话与已有SIP会话之间的关 联标识的RTSP消息，判断当前RTSP会话与已有SIP会话之间的关联，包括
获取模块21,用于生成当前RTSP会话与已有SIP会话之间的关联标识， 具体包括
信息获取子模块211,用于通过SIP消息获取的已有SIP会话的参数信息， 作为当前RTSP会话与已有SIP会话之间的关联标识。
信息生成子模块212，用于生成的已有SIP会话的参数信息，作为当前 RTSP会话与已有SIP会话之间的关联标识。
22发送子模块213,用于通过消息，将信息生成子模块212生成的关联标识 发送给终端；
信息保存子模块214，用于保存信息获取子模块211或信息生成子模块 212生成的关4关标识。
需要进一步指出的是，上述的信息获取子模块211和信息生成子模块212, 发送子模块213在实际应用中，获取模块21可以包含其中的一个或多个，这 主要由具体的关联标识生成方式决定，这样的变化并不影响本发明的保护范 围。
另外，根据实际应用的变化，发送子模块213并非为服务器2的必选模 块，而是与信息生成子模块212匹配出现，即，如果关联标识为服务器2所 生成时，需要服务器2将关联标识发送给终端1,则服务器2需要设置发送子 模块213，以发送该关联标识，而如果关联标识为从SIP消息中获取的参数时， 则终端1中已保存有该关联标识，则无需服务器2进行发送，此时，服务器2 中不包含发送子模块213，综上所述，服务器2中的发送子模块213为可选模 块，是否含有该模块并不影响本发明的保护范围
接收模块22，用于接收终端1发送的包含当前RTSP会话与已有SIP会 话之间的关联标识的RTSP消息；
判断模块23,用于根据接收模块22接收的包含当前RTSP会话与已有SIP 会话之间的关联标识的RTSP消息，识别关联标识，并判断当前RTSP会话与 已有SIP会话之间的关联，具体包括
识别子模块231,用于根据接收模块22接收的包含当前RTSP会话与已 有SIP会话之间的关联标识的RTSP消息，识别关联标识；
匹配子模块232,用于将识别子模块231所识别的关联标识与保存的已有 SIP会话的关联标识进行匹配，判断当前RTSP会话与已有SIP会话之间的关 联。
反馈子模块233,用于根据匹配子模块232的匹配结果，对终端进行反馈。 本发明实施例的技术方案具有以下优点，因为采用了消息中携带关联标 识的方法，从而，明确了 RTSP会话与之前SIP会话的关联关系，使得RTSP会话中媒体服务器侧可以确认用户的访问权限，从而保证只有具有节目授权
的用户才能通过RTSP会话指示MF对i某体流进行控制，达到了实现对用户侧 点播权限的监控，保证RTSP请求的有效性的效果。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬 件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技 术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体
现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使 得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等) 执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的 普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进 和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1、一种实时流协议RTSP会话的验证方法，其特征在于，包括以下步骤接收用户端发送的RTSP消息，所述RTSP消息包含当前RTSP会话与已有SIP会话之间的关联标识；识别所述关联标识，判断所述当前RTSP会话与所述已有SIP会话之间是否存在关联；当判断所述当前RTSP会话与所述已有SIP会话之间存在关联时，执行所述RTSP消息；或，当判断所述当前RTSP会话与所述已有SIP会话之间不存在关联时，拒绝所述RTSP消息。
2、 如权利要求1所述RTSP会话的验证方法，其特征在于，所述接收用 户端发送的RTSP消息之前，还包括获取与已有SIP会话之间的关联标识，具 体为通过SIP消息获取所述已有SIP会话的参数信息作为所述关联标识；或， 生成所述已有SIP会话的标识信息作为所述关联标识。
3、 如权利要求2所述RTSP会话的验证方法，其特征在于，所述通过SIP 消息获取所述已有SIP会话的参数信息，具体包括SIP会话标识、用户身f分信息和内容标识中的 一项或多项。
4、 如权利要求2所述RTSP会话的验证方法，其特征在于，当所述生成 已有SIP会话的标识信息作为所述关联标识时，通过以下方式中的一种将所 述关联标识发送给所述用户端，具体包括由SIP头域携带；或， 由会话描述协议SDP中携带。
5、 如权利要求1所述RTSP会话的验证方法，其特征在于，所述接收用 户端发送的RTSP消息中的所述关联标识具体通过以下方式进行携带在RTSP请求的Request URI中携带所述关耳关标识；或， 通过RTSP的头域携带所述关联标识。
6、 如权利要求5所述RTSP会话的-3h正方法，其特征在于，所述服务器 端识别所述关联标识，具体为所述服务器端解析所述Request URI，或RTSP请求消息的头域，获取所 述关联标识；判断所述关联标识与保存的已有SIP会话的关联标识是否相同； 当所述判断结果为相同时，判断所述当前RTSP会话与所述已有SIP会话之间存在关联，当所述判断结果为不相同时，判断所述当前RTSP会话与所述已有SIP会话之间不存在关联。
7、 一种RTSP会话的验证系统，其特征在于，包括终端和服务器 所述终端，用于向所述服务器发送包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息，请求验证所述当前RTSP会话与所述已有SIP会 话之间的关联；所述服务器，用于获取所述当前RTSP会话与所述已有SIP会话之间的关 联标识并对所述终端进行相应反馈，接收所述终端发送的所述包含当前RTSP 会话与已有SIP会话之间的关联标识的RTSP消息，判断所述当前RTSP会话 与所述已有SIP会话之间的关联。
8、 如权利要求7所述RTSP会话的验证系统，其特征在于，所述终端， 包括获取模块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 发送模块，用于发送包含所述获取模块所获取的关联标识的RTSP消息，使得服务器端通过识别所述关联标识，判断所述当前RTSP会话与所述已有SIP会话之间的关联。
9、 如权利要求7所述RTSP会话的验证系统，其特征在于，所述服务器， 包括获取模块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 接收模块，用于接收所述终端发送的包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息；判断模块，用于根据所述接收模块接收的包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息，识别所述关联标识，并判断所述当前RTSP会话与所述已有SIP会话之间的关联。
10、 一种终端，其特征在于，包括获取#莫块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 发送模块，用于发送包含所述获取模块所获取的关联标识的RTSP消息，使得服务器端通过识别所述关联标识，判断所述当前RTSP会话与所述已有SIP会话之间的关联。
11、 如权利要求10所述终端，其特征在于，还包括接收模块，用于接收所述服务器端发送的包含当前RTSP会话与已有SIP 会话之间的关联标识的消息。
12、 一种服务器，其特征在于，包括获取模块，用于获取当前RTSP会话与已有SIP会话之间的关联标识； 接收模块，用于接收所述终端发送的包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息；判断模块，用于根据所述接收模块接收的包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息，识别所述关联标识，并判断所述当前RTSP会话与所述已有SIP会话之间的关联。
13、 如权利要求12所述服务器，其特征在于，所述获^Mt块，具体包括 信息获取子模块，用于通过SIP消息获取的所述已有SIP会话的参数信息，作为所述当前RTSP会话与已有SIP会话之间的关联标识。
14、 如权利要求12所述服务器，其特征在于，所述获^^莫块，具体包括 信息生成子模块，用于生成的所述已有SIP会话的参数信息，作为所述当前RTSP会话与已有SIP会话之间的关联标识；发送子模块，用于通过消息，将所述信息生成子模块生成的关联标识发 送给终端。
15、 如权利要求13或14所述服务器，其特征在于，所述获取模块，还 包括信息保存子模块，用于保存所述信息获取子模块或信息生成子模块生成 的所述关联标识。
16、如权利要求12所述服务器，其特征在于，所述判断模块，具体包括 识别子模块，用于根据所述接收模块接收的包含当前RTSP会话与已有SIP会话之间的关联标识的RTSP消息，识别所述关联标识；匹配子模块，用于将所述识别子模块所识别的关联标识与保存的已有SIP会话的关联标识进行匹配，判断所述当前RTSP会话与所述已有SIP会话之间的关联；反馈子模块，用于根据所述匹配子模块的匹配结果，对所述终端进行反馈。
全文摘要
本发明实施例公开了一种RTSP会话的验证方法、系统和装置。所述方法包括接收用户端发送的RTSP消息，所述RTSP消息包含当前RTSP会话与已有SIP会话之间的关联标识；识别所述关联标识，判断所述当前RTSP会话与所述已有SIP会话之间是否存在关联；当判断所述当前RTSP会话与所述已有SIP会话之间存在关联时，执行所述RTSP消息；或，当判断所述当前RTSP会话与所述已有SIP会话之间不存在关联时，拒绝所述RTSP消息。从而，明确了RTSP会话与之前SIP会话的关联关系，使RTSP会话中媒体服务器(如MF)侧可以确认用户端的访问权限，实现了对用户侧点播权限的监控，保证了RTSP请求的有效性。
文档编号H04L29/06GK101605124SQ200810111150
公开日2009年12月16日 申请日期2008年6月10日 优先权日2008年6月10日
发明者和晓艳, 丰 王, 黄灵芝 申请人:华为技术有限公司