CN101443749B - 会话启动协议(sip)多播管理方法 - Google Patents

Abstract

所描述的是用于通过因特网协议网络获得实时媒体内容的方法和系统。代理服务器从客户机装置接收请求与媒体服务器建立通信以便获得媒体内容流的消息。如果所请求媒体内容从本地复制点可得到，则代理服务器为答复客户机装置而向客户机装置发送重定向消息。重定向消息指示客户机装置与本地复制点进行通信以获得媒体内容流。

Description

会话启动协议(SIP)多播管理方法

技术领域

本发明一般涉及通过因特网协议(IP)网络向用户分发多媒体内容。更具体来说，本发明涉及使用点对点控制信令协议来分发多播多媒体应用。

背景技术

当前的期望是使宽带娱乐服务如因特网协议电视(IPTV)的用户数量迅速增长。IPTV是宽带服务提供商使用因特网协议(IP)通过宽带连接来分发数字广播电视的系统。目前，IP多播是服务提供商通过网络传输IPTV流(即频道)的一种典型机制。用于切换频道的常用多播协议是IGMP(因特网组管理协议)。

另一个普遍与多媒体应用一起使用的协议是会话启动协议(SIP)。由于SIP的灵活性和可扩展性，许多服务提供商认为它是多媒体应用的选择的控制信令协议。当前的趋势是将SIP会话与IGMP过程相结合来实现频道转换。

然而，在IPTV的用户之间，对体验质量(QoE)的期望很高。因此，涉及SIP的任何解决方案都需要与常规有线和卫星电视的用户目前享有的体验质量竞争。为了使IPTV与这类现有电视服务竞争，频道转换期间所遇到的任何延迟都需要为最小。但是，SIP的点对点性质以及来自用户的潜在的大量同时频道转换请求可能严重影响IPTV系统的性能，特别是在各频道转换引起断开和建立一系列SIP会话和IGMP过程的情况下。因此，虽然存在通过宽带连接将SIP用于基于多播的多媒体应用的动机，但是，该协议的某些方面阻碍了它的全盘采用。

发明内容

在一个方面，本发明包含一种通过因特网协议网络获得实时媒体内容的方法。代理服务器从客户机装置接收请求与媒体服务器建立通信以便获得媒体内容流的消息。如果所请求媒体内容从本地复制点可得到，则代理服务器为答复来自客户机装置的消息而向客户机装置发送重定向消息。重定向消息指示客户机装置与本地复制点进行通信，以便获得媒体内容流。

在另一个方面，本发明包含一种用于分发实时媒体内容的网络。该网络包括媒体服务器、与媒体服务器通信的本地复制点以及与客户机装置通信的代理服务器。代理服务器从客户机装置接收请求与媒体服务器建立通信以便获得特定媒体内容流的消息。如果所请求媒体内容在本地复制点可得到，则代理服务器为答复来自客户机装置的消息而向客户机装置发送重定向消息。重定向消息指示客户机装置与本地复制点建立通信，以便获得特定媒体内容流。

在又一个方面，本发明包含一种网络装置，其具有通过接入网与客户机装置进行通信的委托代理。委托代理从客户机装置接收请求与媒体服务器建立通信以便获得媒体内容流的消息。如果该媒体内容从高速缓存服务器可得到，则委托代理为答复来自客户机装置的消息而向客户机装置发送重定向消息。重定向消息指示客户机装置与高速缓存服务器进行通信，以便获得所请求媒体内容流。

附图说明

通过参照以下结合附图的描述，可以更好地理解本发明的上述及其它优点，在各个附图中，相似标号表示相似的结构单元。附图不一定按比例绘制，而是重点在于说明本发明的原理。

图1是可实现本发明各方面的示范连网环境的框图。

图2是图1连网环境的一部分的框图，包括客户机装置、代理服务器、本地复制点、位置服务器和媒体服务器。

图3是根据本发明用于将来自客户机装置的请求转发给媒体服务器以便获得媒体内容的过程的一个实施例的流程图。

图4是图2所示的连网环境的部分的框图，其中媒体服务器响应来自客户机装置的请求。

图5是根据本发明用于响应来自客户机装置的请求的过程的一个实施例的流程图。

图6是图1所示的连网环境的部分的框图，其中代理服务器将第二客户机装置重定向到本地复制点，以便获得先前请求的并存储在本地复制点的相同媒体内容。

图7是根据本发明用于将来自第二客户机装置(图6)的请求重定向到本地复制点的过程的一个实施例的流程图。

具体实施方式

实施本发明的系统和方法可实现通过因特网协议(IP)网络向多个并发用户实时分发多媒体内容，而无需使用多播协议、如IGMP(因特网组管理协议)。如本文所述，客户机装置和服务器使用通过会话启动协议(SIP)所示范的点对点信令协议进行通信，以便通过IP网络请求、定位、递送和接收多媒体内容。因特网协议电视(IPTV)作为可获益于本发明实施的实时多媒体应用的示例，并在本文中用来说明本发明的原理。

IPTV系统可预期具有许多并发观众，其中每个观众都具有可从中选择的许多广播TV频道。在一些IPTV系统中，仅将观众选取的频道分发到客户住所。许多TV频道拥有多个并发观众。因此，将这类频道分发给多个客户住所。根据本发明，任何用户首次选取给定频道，对该频道内容的请求就从那个用户(即客户机装置)被传到媒体源。作为响应，媒体源向高速缓存服务器(以下又称作复制点)递送或者引起递送对应的内容，用户可从高速缓存服务器获得内容。

在第二用户随后选择那个频道时，代理重定向第二用户以便从复制点获得内容。由于第一用户的初始请求，复制点已经在接收期望内容。因此，第二用户(即，其客户机装置)不需要与媒体源建立通信以接收频道内容。为了支持该重定向机制，本发明的一个实施例用新的重定向方法来增强在RFC 3261中所定义的会话启动协议。通过引用将标题为“SIP：会话启动协议”的RFC3261完整地结合到本文中。新的重定向方法包括类型编号(300至400范围内的任何编号(如310)，只要该编号没有与现有重定向类型重复)，并且包括将由第二用户用来获得所请求内容的复制点的地址(例如在联系人字段或消息主体中)。

由于重定向机制，原始多播协议的使用变得不必要：而是，各重定向用户可与复制点建立点对点通信通路以获得“高速缓存”内容。另外，通过重定向分发内容随着并发用户数量的增加而缩放，减少了媒体源上的网络业务，并作为单点故障去除了该媒体源。另外，如下面更详细描述的，重定向机制可实现足够迅速的频道转换，以便不破坏用户体验。

图1示出可实施本发明的连网环境10的一个实施例。连网环境10包括归属网络12、12’、接入网14、核心IP网络16、管理网络18、视频头端网络20以及中心局22。连网环境10的各个网络合作向用户分发实时多媒体内容。这个描述说明适用于向数字广播电视服务(即IPTV)的用户递送TV频道的本发明原理。要理解，本发明的原理可扩展到其它媒体递送应用，例如基于IP的语音(VoIP)、视频点播(VoD)。

归属网络12、12’存在于客户住所，并包括客户设备，例如机顶盒、个人计算机、路由器、调制解调器等。一般来说，归属网络可具有各种拓扑结构和客户设备。为了说明的简洁性，各归属网络12、12’示为分别具有一个机顶盒4、4’，各耦合到数字电视机。

一般称作客户机装置的机顶盒4、4’作为用于终接IPTV业务的端点(即宽带网络终端)进行操作。会话启动协议(SIP)用户代理(UA)运行于各机顶盒4、4’，以便在请求实时多媒体内容时与代理服务器24进行通信，如本文所述。通过机顶盒4、4’，电视观众发送选择和转换频道的请求。频道转换从机顶盒4、4’作为SIP消息发出。

接入网14将归属网络12、12’与核心IP网络16链接。又称作“最后一哩”，接入网14提供宽带连接，归属网络12、12’可通过宽带连接与远程媒体(或内容)服务器通信以便获得多媒体内容。客户机装置可通过各种技术中的任一种建立宽带连接，这些技术的一个示例是数字用户线(DSL)。例如，为了支持DSL，接入网14包括一个或多个数字用户线接入复用器(DSLAM)，以便将来自多个客户的DSL连接聚合到单个主干线。

一般来说，被管理IP核心网络16提供从媒体和内容服务器到客户住所的IPTV数据流的可靠且及时的分发。核心网络16可包括光分布主干网络。核心网络16中的代理服务器24服务于客户机装置4、4’的域(或多个域)。作为提供代理呼叫会话控制功能即P-CSCF的SIP服务器进行操作，代理服务器24从客户机装置4、4’接收SIP消息，并代表它们转发那些消息。各客户机装置4、4’可以用代理服务器24的地址预先配置(即预先编程)，以便于与代理服务器24进行通信。备选地，客户机装置4、4’例如可通过DHCP(动态主机配置协议)来发现代理服务器24的地址。

管理网络18包括SIP服务器26、28、归属用户服务器(HSS)29以及媒体服务器30(应用服务器的群集)。虽然在图1中示为独立的节点，但是HSS和SIP服务器可在单个节点中实现。HSS 29保存包含用户简档的主用户数据库。HSS 29可执行鉴权和授权，并提供与用户的物理位置有关的信息。

SIP服务器26、28与HSS 29进行通信，以便获得用户位置信息(用户简档)。一般来说，SIP服务器26提供询问呼叫会话控制功能(即I-CSCF)，而SIP服务器28提供服务呼叫会话控制功能(即S-CSCF)。代理服务器24与I-CSCF服务器进行通信，以便标识用于转发给定SIP消息的目标S-CSCF服务器。S-CSCF服务器28标识用户的服务特权，并确定向媒体服务器30的哪个应用服务器转发给定SIP消息。媒体服务器30获得将要递送到归属网络12、12’的多媒体内容(即广播IPTV频道)。通常，对于广播节目的各频道，一个IPTV数据流遍历核心IP网络16。中心局22包括用于接收IPTV数据流的本地复制点34，下面更详细地进行描述。(将复制点称作本地说明复制点的优选地理部署处于客户住所设备附近。一般来说，复制点-可能有一个以上-与代理服务器共存于本地中心局。)

视频头端网络20包括用于例如经由卫星直接从广播公司(或节目编排者)或者从聚合器接收广播节目流的内容服务器32。内容服务器32获得广播节目的各个频道，将其多媒体内容编码为数字视频格式，并将内容存储在数据库中。媒体服务器30与内容服务器32进行通信，以便定向从内容服务器32到中心局处复制点的多媒体内容递送。

图2示出图1的连网环境10的一部分，其中包括客户机装置4、代理服务器24、本地复制点34、位置服务器26、28以及媒体服务器30中的一个。客户机装置4包括用户代理客户机(UAC)软件50以及具有用于建立用以通过IP网络接收音频和视频数据的通信通路的RTP(实时传输协议)、RTCP(实时传输控制协议)和RTSP(实时传输流播协议)过程的协议栈52。

媒体服务器30包括用户代理服务器(UAS)软件62以及具有用于通过IP网络广播内容的RTP、RTCP和RTSP过程的协议栈64。一般来说，内容服务器32包括协议栈64，并且媒体服务器30指示内容服务器32与复制点34建立RTP-但是，在这里为简化说明，协议栈64示为媒体服务器30的一部分。与媒体服务器30关联的是统一资源标识符(URI)，例如mediaserverdomain.com。数据库66保存在媒体服务器30可得到的频道列表(例如CNNdomain.com、CBSdomain.com和TSNdomain.com)。

代理服务器24包括用于与客户机装置4的UAC 50进行通信的本地代理代码54以及用于与媒体服务器30的UAS进行通信的代理代码58。为了处理来自UAC 50的请求，代理服务器24的配置设置为“有状态”，其将代理服务器24配置为SIP事务处理引擎。另外，代理服务器24包括本地节目表60(即数据库)，用于记录表示本地复制点34目前正存储其内容的那些频道的项目。对于每个表项目，本地节目表60还指示那个项目是活动的还是已到期。活动状态指示与关联频道对应的IPTV流在本地复制点34可得到。到期状态指示，已经过了观看关联频道内容的时间，因而内容不可得到。

在概述中，向客户机装置分发实时多媒体内容可认为分阶段进行：转发阶段，响应阶段，以及重定向阶段。对于给定请求进行这些阶段中的哪个阶段取决于请求IPTV频道的客户机装置是该IPTV频道的第一请求方还是后续请求方。

图3示出转发阶段的一个实施例，其中客户机装置4向媒体服务器30发送请求，以便使用SIP获得实时多媒体内容。在转发阶段的描述中，还参照图1和图2。在步骤70，客户机装置4的用户选择频道(例如CNN)，并且客户机装置4(这里为机顶盒)的UAC 50通过接入网14向代理服务器24发送SIP邀请请求。SIP邀请请求是一种类型的SIP方法，它指定客户机装置4希望媒体服务器30执行的特定动作，即获得指定频道的内容。SIP邀请请求包括多个标题字段、请求行和时标。标题字段包括：“至”、“自”和CSeq(命令序列)。“至”字段包含请求最初被定向到的SIP URI，“自”字段包含始发客户机装置的SIP URI，以及Cseq包含对于SIP对话框中的每个请求递增的整数值。

请求行包括SIP方法(例如邀请)和请求URI。请求URI标识要处理请求的UAS。在SIP邀请请求中，请求URI可以是目标频道的URI，或者优选地是媒体服务器30的URI。将媒体服务器30的URI指定为请求URI比指定目标频道的URI更有利。

例如，如果客户机装置4与目标频道建立SIP会话，则转换频道的请求要求终止与目标频道的这个会话，并与新目标频道建立新会话。这个终止和重新建立可延迟频道转换过程。相反，如果客户机装置4与媒体服务器30建立SIP会话，则在现有会话的对话中传递转换频道的请求。与媒体服务器30的会话在频道转换时持续-不存在现有会话的终止。因此，频道转换没有引起与终止和重新建立会话关联的延迟。

为了便于与媒体服务器30通信，客户机装置4的UAC 50可预先编程为在邀请请求的请求URI中包含媒体服务器30的SIP URI。当请求URI指定媒体服务器30的URI时，SIP邀请的有效载荷携带目标频道的URI。

在步骤72，本地代理54接收并分析SIP邀请请求，并且通过与位置服务器26、28进行通信来确定请求方是否有效(鉴权和授权)。在位置74，代理服务器24搜索本地节目表60，以便确定是否存在所请求频道的项目。如果没有发现项目(即，这是这个特定频道的第一次请求)，则代理服务器24将它自身加入(步骤76)SIP邀请请求的记录路由标题。通过将它的地址插入记录路由标题，代理服务器24引起对话中将来请求的路由，以便通过代理服务器24。

另外，代理服务器24选择(步骤78)本地复制点34以作为用于接收来自媒体服务器30的所请求内容的代理进行操作。(多个本地复制点34可以是代理服务器24可得到的，代理服务器24从其中选择一个接收内容。代理服务器24可维护具有表示这些本地复制点34的项目的数据库。)该选择可以是任意的或是预定的。所选本地复制点34的地址成为邀请请求的一部分-代理服务器24将所选本地复制点34的地址加入邀请请求。

代理服务器24还与位置服务器26、28进行通信，以便确定(步骤80)要接收请求的媒体服务器30的URI。(客户机装置4所使用的媒体服务器30的URI是通用的。从通用URI，位置服务器26、28调解并解析到群集中特定服务器的通用URI。各媒体服务器具有它自己的唯一URI，使得可与给定媒体服务器建立会话，该会话在多个频道转换时持续。)位置服务器26、28保存已更新信息，其指示媒体服务器30群集中的哪个服务器服务于哪些频道以及媒体服务器中的哪个能够最好地提供所请求内容。位置服务器26、28用这个特定媒体服务器的URI来响应代理服务器24。代理服务器24用已解析媒体服务器的URI代替原始目标URI。在步骤82，代理服务器24将邀请请求转发给已解析媒体服务器30。

图4和图5示出响应阶段的一个实施例，其中媒体服务器30响应来自客户机装置4的邀请请求。在步骤100，媒体服务器30的UAS 62接收邀请请求，并确定所请求频道是否可用。如果频道可用，则在步骤102，媒体服务器30用确认如SIP“200OK”消息进行响应，指示媒体服务器30准备接受该请求，并向本地复制点34发送内容流。“200OK”消息操作以建立对话。媒体服务器30还包括标识待发送内容的类型的会话描述协议(SDP)消息。

在步骤104，代理服务器24接收这个确认，并连同本地复制点34的地址一起转发给客户机装置4。客户机装置4的UAC 50通过检验Cseq值(以便确保该确认对应于该邀请请求)并比较其时标(以便确保该响应是及时的)来确定是否接受这个响应。在接受该确认时，客户机装置4用确认来响应(步骤106)代理服务器24。另外，客户机装置4因此知道与本地复制点34进行通信，以便接收所请求广播节目内容。

在步骤108，代理服务器24将确认从客户机装置4转发给媒体服务器30。代理服务器24还与所选本地复制点34进行通信(步骤110)，以便准备用于接收来自媒体服务器30的内容的本地复制点34。这些通信包括请求服务的客户机装置4的身份(即URI)，供本地复制点34在客户机装置4尝试与其建立通信时使用。

在步骤112，媒体服务器30使用一个或多个实时协议(即RTP、RTSP、RTCP)与本地复制点34建立通信通路。通过这个通信通路，频道内容从媒体服务器30传到本地复制点34。在步骤114，客户机装置4使用一个或多个实时传输协议(即RTP、RTSP、RTCP)与本地复制点34建立通信通路。在建立这个通信通路之后，客户机装置4接收来自本地复制点34的所请求频道内容。

图6和图7示出重定向阶段的一个实施例，其中代理服务器24响应当前高速缓存并在本地复制点34可得到的内容的邀请请求而向客户机装置4’发送重定向消息。在步骤120，客户机装置4’的用户选择一个频道，使客户机装置4’的UAC 50’通过接入网14向代理服务器24发送SIP邀请请求。代理服务器24截取该请求，并验证(步骤122)请求方。当请求方通过验证时，代理服务器24从本地节目表60确定(步骤124)与客户机装置4’请求的频道关联的广播节目内容是在本地复制点34当前可得到的。(例如，第二客户机装置4’已经选择了与图5中的第一客户机装置4相同的频道。)另外，代理服务器24还确定在本地复制点34的内容是活动的(未到期)。

如果所请求内容可用，则代理服务器24与本地复制点34进行通信(步骤126)，以便更新本地复制点34的数据库。该更新通知本地复制点34与客户机装置4’进行通信以传输所请求内容。如果内容而是标记为到期，或者如果本地节目表60中不存在所请求频道的项目，则代理服务器24将邀请请求转发给媒体服务器30，如图2和图3所示。

在确定可从本地复制点34获得内容之后，代理服务器24向客户机装置4’发送(步骤128)SIP重定向消息。重定向消息指示客户机装置4’与本地复制点34进行通信，以便获得预期的广播节目内容。重定向消息主体中的SDP消息标识代理服务器24正将客户机装置4’重定向到的本地复制点34。

在步骤130，客户机装置4’的UAC 50’确认该重定向消息。在确认重定向消息之前，UAC 50’确定来自代理服务器24的响应是有效且及时的(通过检验Cseq和时标)。在步骤132，客户机装置4’使用一个或多个实时传输协议与本地复制点34建立通信通路。在建立这个通路之后，客户机装置4’开始接收来自本地复制点34的内容。代理服务器24还更新(步骤134)它的本地节目表60，以包含第二客户机装置4’的身份(即，频道的最近请求方的身份)。还复位关联的定时器。定时器确保始终存在与特定节目关联的观众。在异常终止的情况下，代理服务器24使用定时器来使节目到期。

IPTV服务的提供商可预期具有同时向其频道列表请求频道的多个用户。最后，由于与浏览这些频道的用户数量相比提供商提供的频道数量较少，给定提供商(在给定时隙-如下午8点至9点)所提供的许多(如果不是全部)IPTV频道可在一个或多个本地复制点被高速缓存。在本地复制点填充有各个频道之后，预期这个时隙中的许多后续邀请请求将引起到本地复制点的重定向。

虽然参照具体优选实施例说明和描述了本发明，但本领域的技术人员应当理解，可在其中进行形式和细节上的各种改变，而没有背离以下权利要求书所定义的本发明的精神和范围。例如，在先前描述的实施例中，使媒体内容在本地复制点被高速缓存要求第一请求方：即，一个用户发出对频道的请求，它被转发给媒体服务器，然后那个频道的内容在本地复制点被高速缓存。在一个备选实施例中，主动对本地复制点填充媒体内容。也就是说，不是等待第一请求方，而是本地复制点可与媒体服务器进行通信，以便预期预计需求而主动下载频道。因此，当特定频道的第一请求方发出请求时，代理服务器可立即使用上述重定向机制将第一请求方定向到本地复制服务器。

Claims (20)

1.一种通过因特网协议网络获得实时媒体内容的方法，所述方法包括：

在代理服务器从客户机装置接收消息，所述消息请求与媒体服务器建立SIP(会话启动协议)会话以便获得媒体内容流；以及

如果所请求媒体内容从本地复制点可得到，则为答复来自所述客户机装置的消息而从所述代理服务器向所述客户机装置发送重定向消息，所述重定向消息指示所述客户机装置与所述本地复制点进行通信以便获得所述媒体内容流，

另外，如果所请求媒体内容从本地复制点不可得到，则与所述媒体服务器建立SIP会话以便获得所述媒体内容流。

2.如权利要求1所述的方法，还包括以下步骤：

如果所述媒体内容从所述本地复制点不可得到，则所述代理服务器向所述媒体服务器转发来自所述客户机装置的消息；

指示所述媒体服务器向所述本地复制点传输所述媒体内容流；及

指示所述客户机装置与所述本地复制点进行通信，以便获得所述媒体内容流。

3.如权利要求1所述的方法，还包括以下步骤：

所述代理服务器搜索数据库，以便确定所请求媒体内容存储在所述本地复制点。

4.如权利要求3所述的方法，还包括以下步骤：

确定存储在所述本地复制点的所请求媒体内容是否已经到期。

5.如权利要求1所述的方法，其中在所述客户机装置与代理服务器之间以及在所述代理服务器与所述媒体服务器之间交换的消息是会话启动协议(SIP)消息。

6.如权利要求1所述的方法，其中，如果所请求媒体内容从本地复制点不可得到，则在所述客户机装置与所述媒体服务器之间建立的SIP会话对于来自所述客户机装置的多个请求持续进行，以便获得不同的媒体内容流。

7.一种用于分发实时媒体内容的网络，包括：

媒体服务器；

与所述媒体服务器通信的本地复制点；

与客户机装置通信的代理服务器，所述代理服务器从所述客户机装置接收消息，所述消息请求与所述媒体服务器建立SIP(会话启动协议)会话以便获得特定媒体内容流，如果所请求媒体内容在所述本地复制点可得到，则所述代理服务器为答复来自所述客户机装置的消息而向所述客户机装置发送重定向消息，所述重定向消息指示所述客户机装置与所述本地复制点建立通信以便获得所述特定媒体内容流，另外，如果所请求媒体内容在本地复制点不可得到，则所述代理服务器将请求发送到所述媒体服务器以便与所述媒体服务器建立SIP会话以及获得所述媒体内容流。

8.如权利要求7所述的网络，其中：

如果所述媒体内容从所述本地复制点不可得到，则所述代理服务器与所述媒体服务器进行通信以便转发来自所述客户机装置的消息；

所述媒体服务器与所述本地复制点进行通信，以便响应所转发的来自所述客户机装置的消息而向所述本地复制点传输所述特定媒体内容流；以及

所述本地复制点与所述客户机装置通信，以便向其递送所述特定媒体内容流。

9.如权利要求7所述的网络，其中所述代理服务器包括具有一个或多个项目的数据库，各项目标识存储在所述本地复制点的不同媒体内容流。

10.如权利要求9所述的网络，其中所述数据库的各项目指示那个项目所标识的媒体内容是否已经到期。

11.如权利要求7所述的网络，其中在所述客户机装置与所述代理服务器之间以及在所述代理服务器与媒体服务器之间交换的所述消息是会话启动协议(SIP)消息。

12.如权利要求7所述的网络，其中如果所请求媒体内容在本地复制点不可得到，则与所述媒体服务器建立的SIP会话对于来自所述客户机装置的多个请求持续进行，以便获得不同的媒体内容流。

13.如权利要求7所述的网络，其中来自所述客户机装置对于不同媒体内容流的请求发生在所述SIP会话的对话部分内。

14.如权利要求7所述的网络，其中来自所述客户机装置的消息包括所述媒体服务器的通用资源标识符以及所请求媒体内容流的通用资源标识符。

15.一种网络装置，包括通过接入网与客户机装置通信的委托代理，所述委托代理从所述客户机装置接收消息，所述消息请求与媒体服务器建立SIP(会话启动协议)会话以便获得媒体内容流，如果所述媒体内容从高速缓存服务器可得到，则所述委托代理为答复来自所述客户机装置的消息而向所述客户机装置发送重定向消息，所述重定向消息指示所述客户机装置与所述高速缓存服务器进行通信以便获得所请求的媒体内容流，另外，如果所请求媒体内容在本地复制点不可得到，则代理服务器将请求发送到所述媒体服务器以便与所述媒体服务器建立SIP会话以及获得媒体内容流。

16.如权利要求15所述的网络装置，还包括具有一个或多个项目的数据库，各项目标识存储在所述高速缓存服务器的媒体内容。

17.如权利要求16所述的网络装置，其中所述数据库的各项目指示那个项目所标识的媒体内容是否已经到期。

18.如权利要求15所述的网络装置，其中所述委托代理：(1)如果所请求媒体内容在所述高速缓存服务器不可得到，则向所述媒体服务器转发来自所述客户机装置的消息；以及(2)指示所述媒体服务器向所述高速缓存服务器传输所请求的媒体内容流。

19.如权利要求15所述的网络装置，其中在所述客户机装置与所述委托代理之间交换的所述消息是会话启动协议(SIP)消息。

20.如权利要求15所述的网络装置，其中发送给所述客户机装置的重定向消息指定所述高速缓存服务器的地址。

Images