专利名称：多媒体点播的方法及系统、多媒体终端的制作方法
技术领域：
本发明涉及互联网通信技术领域，特别涉及一种多媒体点播的方法及系 统、多媒体终端。
背景技术：
下一代网络(NGN， Next Generation Network)是一种业务驱动型网络，它 采用综合、开放、融合的网络架构，通过业务与呼叫控制完全分离、呼叫控制 与承载完全分离，从而实现相对独立的业务体系，使业务独立于网络。作为应 用服务器的软交换是NGN的控制功能实体，为具有实时性要求的业务的提供 呼叫控制和连接控制功能，是NGN呼叫与控制的核心。作为大容量、高性能 的应用服务器产品，属于第二类电信设备(即位于中心机房、无用户线接口的 设备)，主要应用于NGN的网络控制层，完成基于互联网协议(IP， Internet Protocol)的分组网络的语音、数据、多媒体业务的呼叫控制和连接管理等功能。
常见的具备多媒体应用功能的多媒体终端包括分离终端、融合终端、纯会 话发起协议(SIP)终端。其中，分离终端是指公共电话交换网(PSTN, Public Switched Telephone Network)的普通话机和可视电话的SIP话机分离开来，分 离之后SIP话机的多媒体输出到电视机，电视机的内部内置SIP话机， 一般有 网口或者非对称数字用户线(ADSL, Asymmetrical Digital Subscriber Line)接口 ； 融合终端是指PSTN的普通话机和可一见电话的SIP话机融合在一起，物理实体 是一个，内部逻辑分成PSTN话机和SIP话机，内置ADSL接口和网口 ；纯 SIP终端则类似融合终端，差别在于其有独立的液晶显示(LCD， Liquid Crystal Display)屏幕，如市面上的VP8220终端或MC820终端。其中，SIP话机是基于SIP协议在IP网络上进行多媒体通信。SIP协议是 由正TF提出并主持研究的一个在IP网络上进行多媒体通信的应用层控制协 议，它被用来创建、修改、和终结一个或多个参加者参加的会话进程。这些会 话包括互联网多媒体会议、互联网电话、远程教育以及远程医疗等。所有的因 特网上交互式两方或多方多媒体通信活动，统称为多媒体会话。
多媒体点播(VOD, Video On Demand)是指用户可以在终端的多媒体界面 上浏览、操作多媒体库中相应的多媒体内容，所述多媒体库中具备丰富的多媒 体内容。目前，具备多媒体应用功能的多媒体终端还不能通过多媒体点播呼叫 请求来实现多媒体点播。因此，在进行本发明创造过程中，发明人发现现有技术中至少存在如下问 题现有技术提供的技术方案中，多媒体终端不能通过发起多媒体点播呼叫请 求来实现多媒体点播。发明内容本发明实施例要解决的技术问题是提供一种多媒体点播的方法及系统、多 媒体终端，能够实现通过多媒体点播呼叫来进行多媒体点播。为解决上述技术问题，本发明实施例的目的是通过以下技术方案实现的 本发明实施例提供一种多媒体点播的方法，包括多媒体终端发送多媒体点播的呼叫请求给应用服务器，所述多媒体点播的 呼叫请求携带点播的媒体流信息；多媒体终端接收应用服务器返回的多媒体点播的呼叫请求的响应消息，所 述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；多媒体终端根据所述多媒体点播的呼叫请求的响应消息中携带的与点播 的媒体流对应的地址，获取点播的媒体流。本发明实施例还提供一种多媒体点播的系统，包括；多媒体终端，用于发送多媒体点播的呼叫请求，携带点播的媒体流信息， 并根据返回的多媒体点播的呼叫请求的响应消息中携带的与点播的媒体流对 应的地址，获取点播的媒体流；多媒体系统，用于接收多媒体终端发送的多媒体点播的呼叫请求，并根据 所述多媒体点播的呼叫请求，返回携带与点播的媒体流对应的地址的多媒体点 播的呼叫请求的响应消息给多媒体终端，并向多媒体终端提供多媒体终端点播 的媒体流。本发明实施例还提供一种多媒体点播的系统，包括多媒体终端，用于发送多媒体点播的呼叫请求，并根据返回的多媒体点播 的呼叫请求的响应消息中携带的与点播的媒体流对应的地址，获取点播的媒体、、六，业务代理，用于接收所述多媒体终端发送的多媒体点播的呼叫请求，并根 据所述多媒体点播的呼叫请求所携带的点播的媒体流信息，返回携带与点播的 媒体流对应的地址的多媒体点播的呼叫请求的响应消息给多媒体系统；多媒体系统，用于向多媒体终端提供多媒体终端点播的媒体流。本发明实施例还提供一种多媒体终端，包括 发送单元，用于发送多媒体点播的呼叫请求；接收单元，用于接收返回的多媒体点播的呼叫请求的响应消息，所述多媒 体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；媒体流获取单元，用于根据所述接收单元所接收的与点播的媒体流对应的 地址，获取点播的媒体流。通过本发明实施例提供的多媒体点播的方法及系统、多媒体终端，多媒体 终端能够通过发起多媒体点播呼叫请求来获取点播的媒体流的地址，根据获取 的媒体流地址，从多媒体系统获取点播的媒体流，从而实现通过发起多媒体点 播呼叫请求来进行多媒体点播。
图1为本发明多媒体点播的方法第一实施例的信令流程图； 图2为本发明多媒体点播的方法第二实施例的信令流程图； 图3为本发明多媒体点播的方法第三实施例的信令流程图； 图4为本发明多媒体点播的方法第四实施例的信令流程图； 图5为本发明多媒体点播的方法的第五实施例的流程图； 图6为本发明多媒体点播的系统第一实施例的结构图； 图7为本发明多媒体点播的系统第二实施例的结构图。
具体实施方式
本发明实施例提供一种多媒体点播的方法及系统、多媒体终端。为使本发 明的技术方案更加清楚明白，以下参照附图并列举实施例，对本发明进一步详 细i兌明。
请参照图1，为本发明多媒体点播的方法的第一实施例的流程图。本实施例中多媒体终端为融合终端、多媒体系统处于流媒体服务器(Media Server)中， 且融合终端基于应用服务器直接向Media Server请求点播多媒体。 所述多媒体点播的方法的具体过程包括步骤101:用户通过融合终端发送多媒体点播的呼叫请求给应用服务器， 并携带点播的媒体流信息；本实施例中，应用服务器为软交换，例如SX3000。 所述多媒体点播的呼叫请求可以携带多媒体点播接入码。 例如当多媒体点播接入码为999时，应用服务器通过外置的地址翻译数据 库(例如SHLR9200)，将多媒体点播接入码999翻译为多媒体系统的呼叫地址 28780999,那么应用服务器可以根据28780999将所述多媒体点播的呼叫请求 路由至28780999对应的Media Server。所述点播的媒体流信息可以为与媒体流对应的编码，例如编码12345表示 视频节目A，编码54321表示音频节目B等。步骤102:应用服务器将所述多媒体点播的呼叫请求转发至流媒体服务器； 所述多媒体点播的呼叫请求还可以携带融合终端的签约信息，在转发所述 多媒体点播的呼叫请求之前，应用服务器还可以根据所述签约信息，对所述多 媒体点播的呼叫请求进行鉴权，如果鉴权成功，则转发所述多媒体点播的呼叫 请求；如果鉴权失败，则拒绝转发所述多媒体点播的呼叫请求。步骤103:流媒体服务器向应用服务器返回多媒体点播的呼叫请求的响应 消息，携带与点播的媒体流对应的地址，即流媒体服务器中媒体流的实时流协 议(RTSP, Real Time Streaming Protocol)统一资源标识符(URI, Uniform Resource Identifier)地址；多媒体点播的呼叫请求的响应消息为SIP 3XX消息，例如SIP 302消息。 SIP 3XX消息一般支持电话(TEL， Telephone) URI/SIP URI，而由于本实施例中，SIP 3XX消息需要携带流媒体服务器中媒体流的地址，因此需要扩展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URI。 下面举例说明扩展后SIP 302消息的格式
SIP/2.0 302 Moved TemporarilyVia: SIP/2.0/UDP 182.20.20.100:5061; branch=z9hG4bKa271bd8c4 Call-ID: e870d228a24d260c0d6acbb3a271bd8c@l82.20.20.100 From: <sip:07558880001@182.20.20.100;usep=phone>;tag=a271bd8c To: <sip: 10001 @ 182.20.70.100;user=phone>;tag=41 b092cb CSeq: 1 INVITEContact: < rtsp:〃media.example.com:554/twister > Content-Length:...其中，RTSP URI在SIP 302的Contact域中。步骤104:应用服务器转发所述多媒体点播的呼叫请求的响应消息给融合 终端；步骤105:融合终端向应用服务器返回确认消息；步骤106:应用服务器向流媒体服务器转发确认消息；下面是融合终端与流媒体服务器之间RTSP标准会话过程，即融合终端从 流媒体服务器获取所需的媒体流的具体过程步骤107:根据所述多媒体点播的呼叫请求的响应消息携带的流媒体服务 器媒体流的URI地址，融合终端发送建立RTSP连接请求给流媒体服务器；步骤108:流媒体服务器向融合终端返回RTSP连接成功的响应消息；步骤109:融合终端发送选项(OPTION)请求给流媒体服务器，请求流媒体 服务器提供其支持的消息类型；步骤110:流媒体服务器向融合终端返回OPTION请求的响应消息，携带 流媒体服务器支持的消息类型；步骤111:融合终端发送描述(DESCRIBE)请求给流媒体服务器，请求流 媒体服务器提供其具体连接信息，例如端口地址等；步骤112:流媒体服务器向融合终端返回DESCRIBE请求的响应消息，携 带流媒体服务器的具体连接信息；步骤113:融合终端发送多媒体信息(例如音频、视频等)建立请求给流媒 体服务器； 步骤114:流媒体服务器向融合终端返回多媒体信息建立请求的响应消息； 步骤115:根据用户点播的多媒体信息，融合终端发送播放(PLAY)请求给 流媒体服务器；步骤116:流^ 某体服务器向融合终端返回PLAY请求的响应消息；步骤117:流媒体服务器向融合终端发送用户点播多媒体信息对应的媒体、、六对于纯SIP终端，其与融合终端的上述多媒体点播过程类似。分离终端通过遥控拨号来发送多媒体点播的呼叫请求(例如采用电视遥控器进行拨号)，其 它过程与融合终端也类似。因此，不再做进一步描述。请参照图2，为本发明多媒体点播的方法的第二实施例的流程图。本实施 例中多媒体终端为融合终端、多媒体系统处于网络服务器(Web Server)中，且 融合终端基于应用服务器通过业务代理间接向Web Server请求点播多媒体。所述多媒体点播的方法的具体过程包括步骤201:用户通过融合终端发送多媒体点播的呼叫请求给应用服务器；本实施例中，应用服务器为软交换。所述多媒体点播的呼叫请求可以携带多媒体点播接入码。步骤202:应用服务器将所述多媒体点播的呼叫请求转发至业务代理；所述多媒体点播的呼叫请求还可以携带融合终端的签约信息，在转发所述 多媒体点播的呼叫请求之前，应用服务器还可以根据所述签约信息，对所述多 媒体点播的呼叫请求进行鉴权，如果鉴权成功，则转发所述多媒体点播的呼叫 请求；如果鉴权失败，则拒绝转发所述多媒体点播的呼叫请求。步骤203:业务代理对所述多媒体点播的呼叫请求携带的多媒体点播接入 码进行翻译，获得多媒体系统的号码，并获取与多媒体系统的号码对应的网络 服务器的超文本传输协议(HTTP, Hyper Text Transport Protocol) URI地址；业务代理中存储多媒体系统的号码与网络服务的HTTP URI地址的对应 关系。例如当多媒体点播接入码为999时，业务代理将多媒体点播接入码999 翻译为呼叫地址28780999,根据28780999获取与之对应的网络服务器的URI 地址。步骤204:业务代理向应用服务器返回多媒体点播的呼叫请求的响应消 息，携带网络服务器的HTTP URI地址；多媒体点播的呼叫请求的响应消息为SIP 3XX消息，例如SIP 302消息。SIP 3XX消息一般支持TEL URI/SIP URI，而由于本实施例中，SIP 3XX 消息需要携带网络服务器的HTTP URI地址，因此需要扩展SIP 3XX消息中的 URI地址，使SIP 3XX消息也支持HTTP URI。下面举例说明扩展后SIP 302消息的格式SIP/2.0 302 Moved TemporarilyVia: SIP/2.0/UDP 182.20.20.100:5061; branch=z9hG4bKa271bd8c4 Call-ID: e870d228a24d260c0d6acbb3a271bd8c@182.20.20.100 From: <sip:07558880001@l82.20.20.100;user=phone>;tag=a271bd8c To:<sip:10001@182.20.70.100;user=phone>;tag=41 b092cb CSeq: 1 INVITEContact: <http:〃www.huawei.com> Content-Length:...其中，HTTP URI在SIP 302的Contact域中。步骤205:应用服务器转发所述多媒体点播的呼叫请求的响应消息给融合 终端；步骤206:融合终端向应用服务器返回确认消息； 步骤207:应用服务器向业务代理转发确认消息；下面是融合终端与网络服务器之间HTTP标准会话过程，即融合终端获取 与点播的媒体流对应的地址，即点播的媒体流在网络服务器中的RTSPURI的 过程步骤208:根据所述多媒体点播的呼叫请求的响应消息携带的网络服务器 的HTTP URI地址，融合终端发送建立传输控制协议(TCP, Transmission Control Protocol)连接请求给网络服务器；步骤209:网络服务器向融合终端返回TCP连接成功的响应消息；
步骤210:根据用户所需的媒体流，融合终端发送HTTP请求给网络服务器；步骤211:网络服务器向融合终端返回HTTP请求的响应消息，携带用户 所需媒体流在网络服务器的RTSP URI;下面是融合终端与网络服务器之间RTSP标准会话过程，即融合终端从网 络服务器获取所需的媒体流的具体过程步骤212:根据所述HTTP请求的响应消息携带的媒体流在网络服务器的 RTSP URI,融合终端发送建立RTSP连接请求给网络服务器；步骤213:网络服务器向融合终端返回RTSP连接成功的响应消息；步骤214:融合终端发送选项(OPTION)请求给网络服务器，请求获取网络 服务器所支持的消息类型；步骤215:网络服务器向融合终端返回OPTION请求的响应消息，携带网 络服务器所支持的消息类型；步骤216:融合终端发送描述(DESCRIBE)请求给网络服务器，请求荻取 网络服务器的具体信息，例如网络服务器的地址、端口信息等；步骤217:网络服务器向融合终端返回DESCRIBE请求的响应消息，携带 网络服务器的具体信息；步骤218:融合终端发送媒体流(例如音频、多媒体等)建立请求给网络服 务器；步骤219:网络服务器向融合终端返回4某体流建立请求的响应消息； 步骤220:根据用户点播的媒体流，融合终端发送播放(PLAY)请求给网络 服务器；步骤221:网络服务器向融合终端返回PLAY请求的响应消息； 步骤222:网络服务器向融合终端发送用户点播的媒体流。 对于纯SIP终端，其与融合终端的上述多媒体点播过程相同。因此，不再 做进一步描述。请参照图3，为本发明多媒体点播的方法的第三实施例的流程图。本实施 例中多媒体终端为分离终端、多媒体系统处于流媒体服务器中，且分离终端基
于应用服务器通过业务代理间接向流媒体服务器请求点播多媒体。所述多媒体点播的方法的具体过程包括步骤301:用户通过分离终端的公共电话交换网(PSTN, Public Switched Telephone Network)话机发送多媒体点播的呼叫请求给应用服务器，并携带点 播的媒体流信息；本实施例中，应用服务器为软交换。所述点播的媒体流信息可以为与媒体流对应的编码，例如编码12345表示视频节目A,编码54321表示音频节目B等。所述多媒体点播的呼叫请求可以携带多媒体点播接入码。步骤302:应用服务器将所述多媒体点播的呼叫请求转发至业务代理；所述多媒体点播的呼叫请求还可以携带融合终端的签约信息，在转发所述多媒体点播的呼叫请求之前，应用服务器还可以根据所述签约信息，对所述多媒体点播的呼叫请求进行鉴权，如果鉴权成功，则转发所述多媒体点播的呼叫请求；如果鉴权失败，则拒绝转发所述多媒体点播的呼叫请求。步骤303:业务代理对所述多媒体点播的呼叫请求携带的多媒体点播接入码、媒体流信息进行翻译，并获取与点播的媒体流对应的地址，即流媒体服务器中媒体流的RTSPURI地址；业务代理中存储多媒体点播码、媒体流信息与RTSPURI地址的对应关系。 步骤304:业务代理向应用服务器返回多媒体点播的呼叫请求的响应消息，携带流媒体服务器中媒体流的RTSPURI地址；多媒体点播的呼叫请求的响应消息为SIP 3XX消息，例如SIP 302消息。 SIP 3XX消息一般支持TEL URI/SIP URI,而由于本实施例中，SIP 3XX消息需要携带媒体流服务器中媒体流的RTSP URI地址，因此需要扩展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URI。可以如实施例一所示进4于扩展。步骤305:应用服务器查询外置数据库得到分离终端绑定的SIP话机地址； 步骤306:应用服务器将所述流媒体服务器的URI地址封装在SIP INFO 消息的BODY中发送给分离终端绑定的SIP话机；
SIP INFO消息一般支持TEL URI/SIP URI,而由于本实施例中，SIP INFO 消息需要携带流媒体服务器的地址，因此需要扩展SIP INFO消息中的URI地 址，使SIP INFO消息也支持RTSP URI。下面举例说明扩展后SIP INFO消息的格式
INFO sip: 075589834250@10.75.35.161;user=phone SIP/2.0Via: SIP/2.0/UDP 10.70.106.82:5060;branch=z9hG4bK3883054875From: <sip: 114@10.75.35.161;user=phone>;tag=1451640803To: <sip: 075589834250@10.75.35.161;user=phone>Call-ID: EC78236491@10.70.106.82CSeq: 29 INFOMax-Forwards: 5Subject: Client RequestAllow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, SUBSCRIBE, NOTIFY, INFO， INFOContent-Type: text/xmlContent-Length:..<inf><cmd>3110</cmd> <linkuri>* *************** *</lijJ^uri><cont^** ****************** *</cont〉 <autolink>0</autolink〉 </in》其中，INFO消息体为XML格式，消息体的最大长度为512字节。<Cont>参 数(Tag)与<linkuri> Tag使用base64进行加密，只对这两个字段加密。<Cont> Tag 为所显示的多媒体系统的信息内容，可以为文本信息，也可以包含一个或多个 链接地址。〈Linkuri〉Tag为链接地址，可以是HTTPURI或者RTSP URL 〈autolink〉Tag为是否自动链接，l表示自动链接，0表示用户选择。如果终端收到INFO消息中只含有化ont、则在终端显示多媒体系统的信
息内容；如果只含有〈linkuri〉，则终端可以根据命令码和参数一起决定是否自 动链接〈Linkuri〉 Tag中的URI;如果同时含有〈cont〉和〈linkuri〉，则在终端显 示多媒体系统的内容并按〈Linkuri〉Tag中的URI进行下载，且终端可以根据命 令码和参数一起决定是自动链接〈linkur^Tag中的URI,还是由用户选择是否进 行链接。步骤307:应用服务器返回ACK响应消息给业务代理；步骤308:分离终端绑定的SIP话机返回SIP200响应消息给应用服务器；步骤309:应用服务器发送释放(RELCOM/REL)消息给分离终端用户使用的PSTN话机，用于告知PSTN话机通话过程结束；下面是分离终端与流媒体服务器之间RTSP标准会话过程步骤310:根据所述INFO消息中携带的流媒体服务器的RTSPURI地址，分离终端的SIP话机发送建立RTSP连接请求给流媒体服务器；步骤311:流媒体服务器向分离终端的SIP话机返回RTSP连接成功的响应消息；步骤312:分离终端的SIP话机发送OPTION请求给流媒体服务器，请求 流媒体服务器提供多媒体系统的多媒体菜单；步骤313:流媒体服务器向分离终端的SIP话机返回OPTION请求的响应 消息，携带多媒体系统的多媒体菜单；步骤314:分离终端的SIP话机发送DESCRIBE请求给流媒体服务器；步骤315:流媒体服务器向分离终端的SIP话机返回DESCRIBE请求的响 应消息；步骤316:分离终端的SIP话机发送音频、多媒体建立请求给流媒体服务器；步骤317:流媒体服务器向分离终端的SIP话机返回音频、多媒体建立请 求的响应消息；步骤318:根据用户点播的音频、多媒体，分离终端的SIP话机发送PLAY 请求给流媒体服务器；步骤319:流媒体服务器向分离终端的SIP话机返回PLAY请求的响应消步骤320:流媒体服务器向分离终端的SIP话机发送用户点播的音频、多媒体对应的媒体 流o请参照图4，为本发明多媒体点播的方法的第四实施例的流程图。本实施 例的应用场景为IP多媒体子系统(IMS, IP Multimedia Subsystem)系统，多媒体 终端为分离终端，且通过业务代理向多媒体系统点播媒体流。所述多媒体点播的具体过程包括步骤401:分离终端PSTN话机发送视频点播呼叫请求给应用服务器，并 携带点播的媒体流信息；本实施例中，应用服务器为SIP服务器。所述点播的媒体流信息可以为与i某体流对应的编码，例如编码12345表示-脱频节目A,编码54321表示音频节目B等。所述多媒体点播的呼叫请求可以携带多媒体点播接入码。步骤402: SIP服务器将所述多媒体点播的呼叫请求转发至呼叫会话控制功能单元(S-CSCF, Serving-Call Session Control Function);步骤403: S-CSCF将所述多媒体点播的呼叫请求转发至第二代理呼叫会话控制功能单元(P-CSCF， Proxy- Call Session Control Function);所述第二代理呼叫会话控制功能单元将业务代理接入IMS核心网。 步骤404:第二 P-CSCF转发所述多媒体点播的呼叫请求给业务代理； 步骤405:业务代理向第二 P-CSCF返回所述多媒体点播的呼叫请求的响应消息，携带流媒体服务器中媒体流的RTSP URI地址；多媒体点播的呼叫请求的响应消息为SIP3XX消息，例如SIP302消息。 SIP 3XX消息一4殳支持TEL URI/SIP URI,而由于本实施例中，SIP 3XX消息需要携带媒体流服务器中媒体流的RTSP URI地址，因此需要扩展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URL可以如实施例一所示进行扩展。步骤406:第二 P-CSCF转发所述多媒体点播的呼叫请求的响应消息给 S-CSCF; 步骤407: S-CSCF转发所述多媒体点播的呼叫请求的响应消息给SIP服务器；步骤408: SIP服务器将所述流媒体服务器的URI地址封装在SIP INFO 消息的BODY中发送给S-CSCF;SIP INFO消息一般支持TEL URI/SIP URI,而由于本实施例中，SIP INFO 消息需要携带流媒体服务器的地址，因此需要扩展SIP INFO消息中的URI地 址，使SIP INFO消息也支持RTSP URI。步骤409: S-CSCF转发SIP INFO消息给第一 P-CSCF;所述第一代理呼叫会话控制功能单元将分离终端的SIP话机接入IMS核 心网。步骤410:第一 P-CSCF转发所述SIP INFO给分离终端的PSTN话机； 步骤411:分离终端的PSTN话才几转发所述SIP INFO消息给分离终端的 SIP话才几；步骤412:分离终端的SIP话机返回SIP 200响应消息给分离终端的PSTN 话机；步骤413:分离终端的PSTN话机转发SIP 200响应消息给第-步骤414:第一 P-CSCF转发SIP 200响应消息给S-CSCF;步骤415: S-CSCF转发SIP 200响应消息给SIP服务器；步骤416: SIP服务器返回ACK消息给S-CSCF;步骤417: S-CSCF转发ACK消息给第二 P-CSCF;步骤418:第二 P-CSCF转发ACK消息给业务代理；步骤419: SIP服务器发送REL消息给分离终端的PSTN话机 PSTN话机通话过程结束。接下来SIP话机根据所述INFO消息中携带的流媒体服务器的RTSP URI 地址，从多媒体系统获取点播的媒体流的过程与前述实施例类似，这里不再进 一步描述。请参照图5，为本发明多媒体点播的方法的第五实施例的流程图。本实施 例的应用场景为IP多媒体子系统(IMS, IP Multimedia Subsystem)系统，多媒体P-CSCF;，用于告知
终端为融合终端，且通过业务代理向多媒体系统点播媒体流。 所述多媒体点播的具体过程包括步骤501:融合终端发送视频点播呼叫请求给第一 P-CSCF，并携带点播 的媒体流信息；本实施例中，应用服务器为SIP服务器。 所述第一 P-CSCF将融合终端接入IMS核心网。
所述点播的媒体流信息可以为与媒体流对应的编码，例如编码12345表示-f见频节目A，编码54321表示音频节目B等。
所述多媒体点播的呼叫请求可以携带多媒体点播接入码。 步骤502:第一 P-CSCF转发所述多媒体点播的呼叫请求给S-CSCF; 步骤503: S-CSCF将所述多媒体点播的呼叫请求转发至SIP服务器； 步骤504: SIP服务器转发所述多媒体点播的呼叫请求给S-CSCF; 步骤505: S-CSCF转发所述多媒体点播的呼叫请求给第二 P-CSCF; 所述第二代理呼叫会话控制功能单元将业务代理接入IMS核心网。 步骤506:第二 P-CSCF转发所述多媒体点播的呼叫请求给业务代理； 步骤507:业务代理向第二 P-CSCF返回所述多媒体点播的呼叫请求的响应消息，携带流媒体服务器中媒体流的RTSP URI地址；多媒体点播的呼叫请求的响应消息为SIP 3XX消息，例如SIP 302消息。
SIP 3XX消息一般支持TEL URI/SIP URI,而由于本实施例中，SIP 3XX消息需要携带媒体流服务器中媒体流的RTSP URI地址，因此需要扩展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSPURI。可以如实施例一所示进纟于扩展。
步骤508:第二 P-CSCF转发所述多媒体点播的呼叫请求的响应消息SIP 302给S-CSCF;步骤509: S-CSCF转发所述多媒体点播的呼叫请求的响应消息SIP 302 给服务器；步骤510: SIP服务器转发所述多媒体点播的呼叫请求的响应消息SIP302 给S-CSCF; 步骤511: S-CSCF转发SIP 302消息给第一 P-CSCF;步骤512:第一 P-CSCF转发所述SIP 302给融合终端；步骤513:融合终端返回ACK响应消息给第一 P-CSCF;步骤514:第一 P-CSCF转发ACK响应消息给S-CSCF;步骤515: S-CSCF转发ACK响应消息给SIP服务器；步骤516: SIP服务器返回ACK消息给S-CSCF;步骤517: S-CSCF转发ACK消息给第二 P-CSCF;步骤518:第二 P-CSCF转发ACK消息给业务代理。接下来融合终端根据所述SIP 302消息中携带的流媒体服务器的RTSP URI地址，从多媒体系统获取点播的媒体流的过程与前述实施例类似，这里不 再进一步描述。请参照图6，为本发明多媒体点播的系统第一实施例的结构图。所述多媒 体点播的系统包括多媒体终端61、应用服务器62、多媒体系统63。所述多媒体终端61用于发送多媒体点播的呼叫请求给应用服务器62，并 根据应用服务器62返回的多媒体点播的呼叫请求的响应消息中携带的与点播 的媒体流对应的地址，从多媒体系统63获取点播的媒体流。所述应用服务器62用于转发多媒体终端61发送的多媒体点播的呼叫请 求，并将接收的多媒体点播的呼叫请求的响应消息转发给多媒体终端61，所 述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址。所述多媒体系统63用于接收所述应用服务器62转发的多媒体点播的呼叫 请求，并根据所述多媒体点播的呼叫请求，返回携带与点播的媒体流对应的地 址的多媒体点播的呼叫请求的响应消息给应用服务器62,以及与多媒体终端 61建立连接，并向多媒体终端61提供多媒体终端61点播的媒体流。所述多4某体终端61可以为融合终端、分离终端、纯SIP终端，其包4舌发 送单元611、接收单元612、地址获取单元613、媒体流获取单元614。所述发送单元611用于发送多媒体点播的呼叫请求给应用服务器；所述接 收单元612用于接收所述应用服务器转发的多媒体点播的呼叫请求的响应消 息，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地
址；所述地址获取单元613用于获取多媒体系统的地址，并将获取的多媒体系 统的地址提供给发送单元611,所述发送单元611根据获取的媒体系统的地址， 发送获取点播的媒体流的请求给多媒体系统63;所述媒体流获取单元614根 据所述接收单元所接收的与点播的媒体流对应的地址，向多媒体系统发送获取 点播的媒体流的请求，并获取点播的媒体流。
所述多媒体系统63包括接收单元631、发送单元632、媒体流提供单元
636。
所述接收单元631用于接收应用服务器62转发的多媒体点播的呼叫请求； 所述发送单元632用于根据接收单元631接收的多媒体点播的呼叫请求所携带 的点播的媒体流信息，返回多媒体点播的呼叫请求的响应消息给应用服务器 62,所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地 址；所述媒体流提供单元634用于根据多媒体终端61发送的获取点播的媒体 流的请求，向多媒体终端61提供点播的媒体流。
请参照图7，为本发明多媒体点播的系统第二实施例的结构图。所述多媒 体点播的系统包括多媒体终端71、应用服务器72、业务代理73、多媒体系统 74。
所述多媒体终端71用于发送多媒体点播的呼叫请求给应用服务器72,并 根据应用服务器72返回的多媒体点播的呼叫请求的响应消息中携带的与点播 的媒体流对应的地址，从多媒体系统74获取点播的媒体流。
所述应用服务器72用于转发多媒体终端71发送的多媒体点播的呼叫请 求，并将接收的多媒体点播的呼叫请求的响应消息转发给多媒体终端71,所 述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址。
所述业务代理73用于接收所述应用服务器72转发的多媒体点播的呼叫请 求，并根据所述多媒体点播的呼叫请求，返回携带多与点播的媒体流对应的地 址的多媒体点播的呼叫请求的响应消息给应用服务器72;
所述多媒体系统74用于向多媒体终端71提供多媒体终端71点播的媒体
流o
所述多媒体终端71可以为融合终端、分离终端、纯SIP终端，其包括发
送单元711、接收单元712、地址获取单元713、媒体流获取单元714。
所述发送单元711用于发送多媒体点播的呼叫请求给应用服务器；所述接 收单元712用于接收所述应用服务器转发的多媒体点播的呼叫请求的响应消 息，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地 址；所述地址获取单元713用于获取多媒体系统74的地址，并将获取的多媒 体系统的地址提供给发送单元711 ，所述发送单元711根据获取的媒体系统的 地址，发送获取点播的媒体流的请求给多媒体系统74;所述媒体流获取单元 714用于根据所述接收单元712接收的多媒体点播的呼叫请求的响应消息中携 带与点播的媒体流对应的地址，向多媒体系统74发送获取点播的媒体流的请 求，并获取点播的媒体流。
所述业务代理73包括接收单元731、存储单元733、查询单元734、发送 单元735。
所述接收单元731用于接收应用服务器72转发的多媒体点播的呼叫请求， 所述多媒体点播的呼叫请求携带点播的媒体流信息；所述存储单元733用于存 储媒体流信息与媒体流地址的对应关系；所述查询单元734所述接收单元731
接收的多媒体点播的呼叫请求中的点播的媒体流信息，查询所述存储单元 733,获得与媒体流信息对应的媒体流地址；所述发送单元735用于发送多媒 体点播的呼叫请求的响应消息给应用服务器72,携带所述查询单元734获得 的媒体流的地址。
通过本发明实施例提供的多媒体点播的方法及系统、多媒体终端，多媒体 终端能够通过发起多媒体点播呼叫请求来获取点播的媒体流的地址，根据获取 的媒体流地址，从多媒体系统获取点播的媒体流，从而实现通过发起多媒体点 播呼叫请求来进行多媒体点播。
以上对本发明所提供的一种多媒体点播的方法及系统、多媒体终端进行了
上实施例的说明只是用于帮助理解本发明所揭示的技术方案；同时，对于本领 域的一般技术人员，依据本发明的思想，在
具体实施方式
及应用范围上均会有 改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1. 一种多媒体点播的方法，其特征在于，包括多媒体终端发送多媒体点播的呼叫请求给应用服务器，所述多媒体点播的 呼叫请求携带点播的媒体流信息；多媒体终端接收应用服务器返回的多媒体点播的呼叫请求的响应消息，所 述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；多媒体终端根据所述多媒体点播的呼叫请求的响应消息中携带的与点播 的媒体流对应的地址，获取点播的媒体流。
2. 根据权利要求1所述的多媒体点播的方法，其特征在于，多媒体终端 发送多媒体点播的呼叫请求给应用服务器后还包括应用服务器将所述多媒体点播的呼叫请求路由至多媒体系统；多媒体系统根据所述多媒体点播的呼叫请求携带点播的媒体流信息，向应用服务器返回多媒体点播的呼叫请求的响应消息，携带与点播的媒体流对应的地址。
3. 根据权利要求2所述的多媒体点播的方法，其特征在于，所述多媒体 点播的呼叫请求包括多媒体点播接入码，则所述应用服务器将所述多媒体点播 的呼叫请求路由至多媒体系统具体过程包括所述应用服务器将所述多媒体点播接入码翻译为多媒体系统的呼叫地址； 所述应用服务器根据所述多媒体系统的呼叫地址，将所述多媒体点播的呼 叫请求路由至多媒体系统。
4. 根据权利要求1所述的多媒体点播的方法，其特征在于，多媒体终端 发送多媒体点播的呼叫请求给应用服务器后还包括应用服务器将所述多媒体点播的呼叫请求路由至业务代理； 业务代理根据所述多媒体点播的呼叫请求携带点播的媒体流信息，向应用服务器返回多媒体点播的呼叫请求的响应消息，携带与点播的媒体流对应的地址。
5. 根据权利要求4所述的多媒体点播的方法，其特征在于，所述业务代 理向应用服务器返回多媒体点播的呼叫请求的响应消息之前包括所述业务代理根据所述多媒体点播的呼叫请求中携带的点播的媒体流信 息，查询媒体流信息与媒体流地址的对应关系，获取与点播的媒体流对应的地 址。
6. 根据权利要求1所述的多媒体点播的方法，其特征在于，多媒体终端发送多媒体点播的呼叫请求，携带点播的媒体流信息之前还包括 多媒体终端获取多媒体系统的地址；多媒体终端根据所述多媒体系统的地址，与多媒体系统建立连接。
7. 根据权利要求1所述的多媒体点播的方法，其特征在于，多媒体终端 根据所述多媒体点播的呼叫请求的响应消息中携带的与点播的媒体流对应的 地址，获取点播的媒体流具体过程包括多媒体终端根据所述多媒体点播的呼叫请求的响应消息中携带的与点播 的媒体流对应的地址，发送建立实时流协议(RTSP, Real Time Streaming Protocol)连接请求给多媒体系统；多媒体系统向多媒体终端返回RTSP连接成功的响应消息；多媒体终端发送获取点播的媒体流请求给多媒体系统；多媒体系统向多媒体终端返回获取点播的媒体流请求的响应消息；多媒体终端从多媒体系统接收点播的媒体流。
8. 根据权利要求1所述的多媒体点播的方法，其特征在于，所述多媒体 点播的呼叫请求的响应消息为经过扩展的SIP消息，所述SIP消息支持RTSP URI或者超文本传输协议(HTTP, Hyper Text Transport Protocol) URL
9. 根据权利要求1至8中任一权利要求所述的多媒体点播的方法，其特 征在于，所述多媒体终端为融合终端或者纯SIP终端。
10. 根据权利要求1至8中任一权利要求所述的多媒体点播的方法，其特 征在于，所述多媒体终端为分离终端。
11. 根据权利要求10所述的多媒体点播的方法，其特征在于，所述多媒 体终端接收应用服务器返回的多媒体点播的呼叫请求的响应消息之前还包括应用服务器查询外置数据库获取与分离终端PSTN话机邦定的SIP话机的 地址。
12. 根据权利要求1至8中任一权利所述的多媒体点播的方法，其特征在 于，所述多媒体终端为流媒体服务器或者网络服务器。
13. —种多媒体点播的系统，其特征在于，包括多媒体终端，用于发送多媒体点播的呼叫请求，携带点播的媒体流信息， 并根据返回的多媒体点播的呼叫请求的响应消息中携带的与点播的媒体流对 应的地址，获取点播的媒体流；应用服务器，用于转发多媒体终端发送的多媒体点播的呼叫请求给多媒体 系统，并将从多媒体系统接收的多媒体点播的呼叫请求的响应消息转发给多媒 体终端，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的 地址；多媒体系统，用于接收应用服务器发送的多媒体点播的呼叫请求，并根据 所述多媒体点播的呼叫请求，返回携带与点播的媒体流对应的地址的多媒体点 播的呼叫请求的响应消息给应用服务器，并向多媒体终端提供多媒体终端点播 的媒体流。
14. 根据权利要求13所述的多媒体点播的系统，其特征在于，所述多媒 体终端包括发送单元，用于发送多媒体点播的呼叫请求给应用服务器，携带点播的媒 体流信息；接收单元，用于接收所述应用服务器转发的多媒体点播的呼叫请求的响应 消息，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；媒体流获取单元，用于根据所述接收单元所接收的与点播的媒体流对应的 地址，向多媒体系统发送获取点播的媒体流的请求，并获取点播的々某体流。
15. 根据权利要求14所述的多媒体点播的系统，其特征在于，所述多媒 体终端还包括地址获取单元，用于获取多媒体系统的地址，并将获取的多媒体系统的地 址提供给发送单元，所述发送单元根据获取的媒体系统的地址，发送获取点播 的媒体流的请求给多媒体系统。
16. 根据权利要求15所述的多媒体点播的系统，其特征在于，所述多媒体系统包括接收单元，用于接收应用服务器转发的多媒体点播的呼叫请求，携带点播 的媒体流信息；发送单元，用于根据接收单元接收的多媒体点播的呼叫请求所携带的点播 的媒体流信息，返回多媒体点播的呼叫请求的响应消息给应用服务器，所述多 媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；媒体流提供单元，用于根据多媒体终端发送的获取点播的媒体流的请求， 向多媒体终端提供点播的媒体流。
17. —种多媒体点播的系统，其特征在于，包括多媒体终端，用于发送多媒体点播的呼叫请求，并根据返回的多媒体点播 的呼叫请求的响应消息中携带的与点播的媒体流对应的地址，获取点播的媒体 流;应用服务器，用于转发多媒体终端发送的多媒体点播的呼叫请求给业务代 理，并将从多媒体系统接收的多媒体点播的呼叫请求的响应消息转发给多媒体 终端，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；业务代理，用于接收所述应用服务器转发的多媒体点播的呼叫请求，并根 据所述多媒体点播的呼叫请求所携带的点播的媒体流信息，返回携带与点播的 媒体流对应的地址的多媒体点播的呼叫请求的响应消息给应用服务器；多媒体系统，用于向多媒体终端提供多媒体终端点播的媒体流。
18. 根据权利要求17所述的多媒体点播的系统，其特征在于，所述业务 代理包括接收单元，用于接收应用服务器发送的多媒体点播的呼叫请求，所述多媒 体点播的呼叫请求携带点播的媒体流信息；存储单元，用于存储媒体流信息与媒体流地址的对应关系；查询单元，用于根据所述接收单元接收的多媒体点播的呼叫请求中的点播 的媒体流信息，查询所述存储单元，获得与媒体流信息对应的媒体流的地址；发送单元，用于发送多媒体点播的呼叫请求的响应消息给应用服务器，携 带所述查询单元获得的媒体流的地址。
19. 根据权利要求18所述的多媒体点播的系统，其特征在于，所述多媒体终端包括发送单元，用于发送多媒体点播的呼叫请求给应用服务器； 接收单元，用于接收所述应用服务器转发的多媒体点播的呼叫请求的响应 消息，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；媒体流获取单元，用于根据所述接收单元接收的多媒体点播的呼叫请求的 响应消息中携带与点播的媒体流对应的地址，向多媒体系统发送获取点播的媒 体流的请求，并获取点播的媒体流。
20. 根据权利要求19所述的多媒体点播的系统，其特征在于，所述多媒 体终端还包括地址获取单元，用于获取多媒体系统的地址，并将获取的多媒体系统的地 址提供给发送单元，所述发送单元根据获取的媒体系统的地址，发送多媒体点 播的呼叫请求给多媒体系统。
21. —种多媒体终端，其特征在于，包括 发送单元，用于发送多媒体点播的呼叫请求；接收单元，用于接收返回的多媒体点播的呼叫请求的响应消息，所述多媒 体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；媒体流获取单元，用于根据所述接收单元所接收的与点播的媒体流对应的 地址，获取点播的媒体流。
22. 根据权利要求21所述的多媒体终端，其特征在于，所述多媒体终端 还包括地址获取单元，用于获取多媒体系统的地址，并将获取的多媒体系统的地 址提供给发送单元，所述发送单元根据获取的媒体系统的地址，发送多媒体点十 播的呼叫请求给多媒体系统。
全文摘要
本发明提供一种多媒体点播的方法及系统、多媒体终端、多媒体系统。所述多媒体点播的方法包括多媒体终端发送多媒体点播的呼叫请求给应用服务器，所述多媒体点播的呼叫请求携带点播的媒体流信息；多媒体终端接收应用服务器返回的多媒体点播的呼叫请求的响应消息，所述多媒体点播的呼叫请求的响应消息中携带与点播的媒体流对应的地址；多媒体终端根据所述多媒体点播的呼叫请求的响应消息中携带的与点播的媒体流对应的地址，获取点播的媒体流。通过本发明实施例提供的技术方案，多媒体终端能够获取点播的媒体流的地址，根据获取的媒体流地址，从多媒体系统获取点播的媒体流，从而实现在多媒体终端上进行多媒体点播。
文档编号H04N7/173GK101123718SQ20071014939
公开日2008年2月13日 申请日期2007年9月13日 优先权日2007年9月13日
发明者平 刘, 魏海涛 申请人:华为技术有限公司