CN101262413B - 实现媒体缓存的方法、***和装置 - Google Patents

实现媒体缓存的方法、***和装置 Download PDF

Info

Publication number
CN101262413B
CN101262413B CN2007100794114A CN200710079411A CN101262413B CN 101262413 B CN101262413 B CN 101262413B CN 2007100794114 A CN2007100794114 A CN 2007100794114A CN 200710079411 A CN200710079411 A CN 200710079411A CN 101262413 B CN101262413 B CN 101262413B
Authority
CN
China
Prior art keywords
media
mrf
media cache
content
cache
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2007100794114A
Other languages
English (en)
Other versions
CN101262413A (zh
Inventor
吴向阳
严军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007100794114A priority Critical patent/CN101262413B/zh
Priority to PCT/CN2008/070408 priority patent/WO2008106890A1/zh
Publication of CN101262413A publication Critical patent/CN101262413A/zh
Application granted granted Critical
Publication of CN101262413B publication Critical patent/CN101262413B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/722—Admission control; Resource allocation using reservation actions during connection setup at the destination endpoint, e.g. reservation of terminal resources or buffer space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供实现媒体缓存的方法，包括：设置媒体缓存器；客户端通过核心IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址或媒体缓存器地址的业务请求响应；客户端根据接收到的MRF地址或媒体缓存器地址向MRF或媒体缓存器发送内容请求；MRF或媒体缓存器在接收到客户端发来的内容请求后，向客户端提供请求的内容；本发明还公开了两种方法相应的***，分别包括客户端、核心IMS、MRF和媒体缓存器。本发明还公开了两种媒体缓存装置。本发明能够在IMS网络环境中实现媒体缓存。

Description

实现媒体缓存的方法、***和装置 
技术领域
本发明涉及网络通信领域，特别是涉及两种实现媒体缓存的方法、***和装置。 
背景技术
目前，在基于IP网络提供流媒体业务的***中，为了提高业务的响应速度改善用户业务体验，常在靠近用户的地方设置媒体缓存器(cache)，图1为现有的媒体缓存器的结构原理图。其中，IP网络102透明连接客户端101和服务器103，媒体缓存器104可以缓存服务器103部分或全部的内容，在物理位置上可能接近于客户端，当客户端101请求相关业务时，媒体缓存器104能够将存储的数据就近提供给客户端101，从而可以提高平均访问时间，降低网络传输延迟，同时，还可以有效节约核心传输网络的带宽占用。 
针对IP网络102而言，实现媒体缓存的方法主要有两种，第一种方法是：客户端101在初始时进行媒体缓存器104信息的配置，将媒体缓存器104的地址明确配置在客户端101，当客户端101请求媒体流业务时，先根据配置信息向媒体缓存器104发出该业务请求，如果媒体缓存器104有缓存的媒体内容，则媒体缓存器104直接向客户端101提供内容；若媒体缓存器104没有相应的内容，则媒体缓存器104可以向服务器103请求内容，然后再将内容转发给客户端101使用。 
第二种方法是：客户端101直接向服务器103请求媒体内容，服务器103按照某种策略，比如负荷分担、就近提供内容等策略，通过使用HTTP/RTSP重定向机制，将客户端101引导到媒体缓存器104，使客户端101首先请求媒体缓存器104提供内容，如果媒体缓存器104有缓存的媒体内容，则媒体缓存器104直接向客户端101提供内容；若媒体缓存器104没有相应的内容，则媒 体缓存器104可以向服务器103请求内容，然后再将内容转发给客户端101使用。 
可见，目前的两种方法，均将客户端和服务器之间的IP网络视为透明，通过预先将地址配置在客户端或由服务器作HTTP/RTSP重定向，即能够将媒体缓存器引入到客户端与服务器之间的传输路径中，实现IP网络环境的媒体缓存器。 
但是，在IP多媒体子***(IMS，IP Multimedia Subsystem)网络环境中，因为实现了会话与控制分离，控制与承载的分离，客户端和服务器之间的网络不能视为透明，下面以基于IMS网络环境的下一代网络(NGN，next generationnetwork)为例说明，其结构示意图如图2所示。 
其中，用户设备101，用于通过IMS核心网(IMS core)203向应用服务器发起业务请求； 
应用服务器202，用于通过IMS核心网203接收UE发送的业务请求，并向IMS核心网203提供各种业务逻辑控制功能； 
IMS核心网203，用于控制用户注册、会话控制、路由、业务触发以及媒体资源控制等功能，并向资源准入控制子***(RACS，Resource and AdmissionControl Subsystem)204发送承载控制请求； 
RACS204，用于根据IMS核心网203的需求，完成对承载网络的控制； 
传输功能实体205，用于在RACS204的承载控制下，提供用户设备101的接入、汇聚以及核心网边界网关等功能。 
可以看出，由于在用户设备201和提供各种业务逻辑控制功能的应用服务器202之间引入IMS核心网203作为NGN网络的会话控制层，同时，还引入RACS205作为NGN网络的承载控制层，从而实现了控制与承载的分离。在这样的网络架构下，用户设备或应用服务器无法直接得到用于承载传送的网络实体的地址，也就是说，不能将用户设备和应用服务器之间的网络视为透明，直接得到媒体缓存器的地址，将媒体缓存器引入NGN网络中，因此，采用目前的方法，无法实现媒体缓存。
综上所述，目前的方法无法在IMS网络环境中网络环境中实现媒体缓存。 
发明内容
有鉴于此，本发明实施例提供一种实现媒体缓存的方法，该方法能够在IMS网络环境中实现媒体缓存。 
本发明实施例提供一种实现媒体缓存的方法，该方法能够IMS网络环境中实现媒体缓存。 
本发明实施例提供一种实现媒体缓存的***，该***能够IMS网络环境中实现媒体缓存。 
本发明实施例提供一种实现媒体缓存的***，该***能够IMS网络环境中实现媒体缓存。 
本发明实施例提供一种媒体缓存装置，该装置能够IMS网络环境中实现媒体缓存。 
本发明实施例提供一种媒体缓存装置，该装置能够IMS网络环境中实现媒体缓存。 
为了达到上述第一个目的，本发明实施例提出的技术方案为：一种实现媒体缓存的方法，设置媒体缓存器，该方法还包括：方式一或方式二； 
方式一：客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应；客户端根据接收到的MRF地址向MRF发送内容请求；MRF在接收到客户端发来的内容请求后，利用获取的媒体缓存器地址向客户端提供请求的内容；所述通过核心IMS向MRF发送业务请求的方法是：核心IMS在接收到客户端发送的业务请求后，请求资源准入控制子***RACS获取媒体缓存器地址；RACS查询媒体缓存器，获取包括媒体缓存器地址的信息并返回给核心IMS；核心IMS将RACS返回的包括媒体缓存器地址的信息加入到业务请求中，并将该业务请求发送到MRF；所述的MRF获取包括媒体缓存器地址的信息的方法是：MRF对接收到的业务请求进行解析，获取包括媒体缓存器地址的信息； 
方式二：媒体缓存器将包括媒体缓存器地址的信息注册到设备属性管理实体xDPF；客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应；客户端根据接收到的MRF地址向MRF发送内容请求；MRF在接收到客户端发来的内容请求后，利用获取的媒体缓存器地址向客户端提供请求的内容；所述MRF获取包括媒体缓存器地址的信息的方法是：在接收到客户端通过核心IMS发送的业务请求后，MRF查询xDPF，获取包括媒体缓存器地址的信息。 
为了达到上述第二个目的，本发明实施例提出的技术方案为：一种实现媒体缓存的的方法，设置媒体缓存器，该方法还包括： 
客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应；客户端根据接收到的媒体缓存器地址向媒体缓存 器发送内容请求；媒体缓存器在接收到客户端发来的内容请求后，向客户端提供请求的内容； 
所述通过核心IMS向MRF发送业务请求的方法是：核心IMS接收客户端发送的携带客户端地址的业务请求，在保存业务请求中的客户端地址后，请求资源准入控制子***RACS获取媒体缓存器地址，RACS通过预先设置的接口请求媒体缓存器作为RTSP协议代理，媒体缓存器根据RTSP协议代理请求分配网络侧及接入侧地址，并通过RACS将分配的媒体缓存器网络侧及接入侧地址发送到核心IMS，核心IMS以媒体缓存器网络侧地址信息替换业务请求中的客户端地址信息，并发送到MRF； 
所述的MRF获取包括媒体缓存器地址的信息的方法是：MRF对接收到的业务请求进行解析，获取包括媒体缓存器网络侧地址的信息。 
为了达到上述第三个目的，本发明实施例提出的技术方案为：一种实现媒体缓存的***，该***包括：该***包括：客户端、核心IP多媒体子***IMS、资源准入控制子***RACS中的第一控制模块、核心IMS中的第二控制模块、媒体服务器MRF和媒体缓存器； 
所述的媒体缓存器，用于向客户端提供请求的内容； 
所述的客户端，用于通过核心IMS向MRF发送业务请求，并且根据接收到的携带MRF地址的业务请求响应，向MRF发送内容请求； 
所述的核心IMS中的第二控制模块，用于在接收到客户端发送的业务请求后，请求RACS获取媒体缓存器地址，并将RACS发来的包括媒体缓存器地址的信息携带在所接收到的业务请求中发送到MRF； 
所述的RACS中的第一控制模块，用于根据接收到的核心IMS中的第二控制模块发送的请求，通过与媒体缓存器间预先设置的接口查询媒体缓存器，获取包括媒体缓存器地址的信息，并将该包括媒体缓存器地址的信息发送至核心IMS中的第二控制模块； 
所述的MRF，用于获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应，并根据客户端发送的内容请求，利用获取的包括媒体缓存器地址的信息，将请求的内容提供给客户端。 
为了达到上述第四个目的，本发明实施例提出的技术方案为：一种实现媒体缓存的***，该***包括：客户端、核心IP多媒体子***IMS、资源准入控制子***RACS中的第一控制模块、核心IMS中的第二控制模块、媒体服务器MRF和媒体缓存器； 
所述的媒体缓存器，用于根据客户端发送的内容请求，向客户端提供请求的内容；用于根据RACS中第一控制模块发来的请求，作为RTSP协议代理，并将分配的媒体缓存器网络侧地址和接入侧地址发送给RACS中第一控制模块； 
所述的客户端，用于通过核心IMS向MRF发送业务请求，并且根据MRF通过核心IMS发送的携带媒体缓存器地址的业务请求响应，向媒体缓存器发送内容请求； 
所述的核心IMS中的第二控制模块，用于在接收到客户端发送的业务请求后，请求RACS获取媒体缓存器地址，并将媒体缓存器网络侧地址信息加入到业务请求中，发送到MRF，将媒体缓存器接入侧地址信息加入到业务请求响应 中，发送到客户端； 
所述的RACS中的第一控制模块，用于根据接收到的核心IMS请求，通过与媒体缓存器间预先设置的接口请求媒体缓存器作为RTSP协议代理，并将媒体缓存器发来的媒体缓存器网络侧及接入侧地址发送到核心IMS； 
所述的MRF，用于获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应。 
为了达到上述第五个目的，本发明实施例提出的技术方案为：一种媒体缓存装置，该装置包括查询模块、缓存模块、地址输出模块和执行模块； 
所述的缓存模块，用于存储媒体内容； 
所述的查询模块，用于响应媒体服务器MRF是否缓存客户端请求的内容的查询，查询缓存模块中是否缓存客户端请求的内容，并将查询的结果分别输入到执行模块及MRF； 
所述的地址输出模块，用于在资源准入控制子***RACS查询时或媒体缓存装置运行时，输出包含媒体缓存器地址的信息； 
所述的执行模块，用于根据查询模块输入的查询结果，当缓存模块中没有请求的内容时，将MRF输入的内容转发到客户端，当缓存模块缓存请求的内容时，读取缓存模块中缓存的请求内容，将请求的内容输入到客户端。 
为了达到上述第六个目的，本发明实施例提出的技术方案为：一种媒体缓存装置，该装置包括判断模块、缓存模块、地址分配模块和执行模块； 
所述的缓存模块，用于存储媒体内容； 
所述的判断模块，用于根据客户端发送的内容请求，判断缓存模块中是否缓存请求的内容，将判断的结果输入到执行模块； 
所述的地址分配模块，用于在资源准入控制子***RACS请求媒体缓存装置作为RTSP协议代理时，分配媒体缓存器网络侧和接入侧地址，并将包含媒体缓存器网络侧地址及接入侧地址的信息输入到RACS； 
所述的执行模块，用于根据判断模块输入的判断结果，当缓存模块中没有请求的内容时，向媒体服务器MRF发送内容请求，将MRF输入的请求内容转发到客户端，当缓存模块中缓存请求的内容时，读取缓存模块中缓存的请求内容，将请求的内容输入到客户端。 
综上所述，本发明提出的两种实现媒体缓存方法、***和装置，利用核心IMS获取包括媒体缓存器地址的信息，通过客户端与核心IMS、MRF与核心IMS的信息交互将媒体缓存器引入IMS网络环境中，从而在IMS网络环境中实现媒体缓存，从而可以优化IMS网络环境中的媒体提供机制，能够节省核心传输网络的带宽资源，节省媒体提供时间，有效地改善用户的业务体验，进而能更好地提供多媒体业务。 
附图说明
图1为为现有的媒体缓存器的结构原理图； 
图2为基于IMS网络环境的NGN结构示意图； 
图3为本发明第一个实施例的***结构示意图； 
图4为本发明第一个实施例的业务请求流程示意图；
图5为本发明第一个实施例中执行第一个过程的流程示意图； 
图6为本发明第一个实施例中执行第二个过程的流程示意图； 
图7为本发明第一个实施例的另一种业务请求流程示意图； 
图8为本发明第二个实施例的流程示意图； 
图9为本发明第三个实施例的***结构示意图 
图10为本发明第三个实施例流程示意图； 
图11为本发明第四个实施例的流程示意图； 
图12为本发明实施例提供的媒体缓存装置的第一种结构示意图； 
图13为本发明实施例提供的媒体缓存装置的第二种结构示意图。 
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。 
本发明实施例提供的一种实现媒体缓存的方法是：设置媒体缓存器；客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应；客户端根据接收到的MRF地址向MRF发送内容请求；MRF在接收到客户端发来的内容请求后，利用获取的媒体缓存器地址向客户端提供请求的内容。 
本发明实施例提供的一种实现媒体缓存的方法是：设置媒体缓存器；客户端通过核心IMS向MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应；客户端根据接收到的媒体缓存器地址向媒体缓存器发送内容请求；媒体缓存器在接收到客户端发来的内容请求后，向客户端提供请求的内容。 
实施例一 
图3为本发明第一个实施例的***结构示意图。本实施例中***包括客户端用户设备(UE，User Equipment)310，提供媒体资源的MRF320和设置媒体缓 存器331的网络边缘节点330。 
在本实施例中，网络边缘节点330中设置媒体缓存器331； 
UE310通过核心IMS向MRF320发送业务请求，并且根据MRF320通过核心IMS发送的携带MRF地址的业务请求响应，向MRF320发送内容请求；比如进行快进，快退，播放，暂停等播放控制操作，其中，接口I3为MRF320和UE310之间的接口，该接口可以使用RTSP或者具有类似功能的协议。 
MRF320，获取包括媒体缓存器地址的信息，并通过核心IMS向UE310发送携带MRF地址的业务请求响应，并根据UE310发送的内容请求，利用获取的包括媒体缓存器地址的信息，将请求的内容提供给UE310。 
本实施例的***还包括RACS350中的第一控制模块351和核心IMS340中的第二控制模块341； 
本实施例中核心IMS中的第二控制模块为代理呼叫会话控制功能(P-CSCF，Proxy-Call Session Control Function)实体，用于在接收到UE310发送的业务请求后，请求RACS中的第一控制模块获取媒体缓存器地址，RACS350中的第一控制模块351，根据接收到的核心IMS中的P-CSCF341发送的请求，通过与媒体缓存器331预先设置的接口查询媒体缓存器331，获取包括媒体缓存器地址的信息，并向P-CSCF341发送携带该信息的业务请求，由P-CSCF341转发到MRF320。 
RACS中的第一控制模块351，与媒体缓存器331设置的网络边缘节点330相对应，比如网络边缘节点330为BGF时，则RACS中的第一控制模块351为SPDF，通过I2接口查询媒体缓存器331，获取包括媒体缓存器地址的信息，将获取的该信息发送到核心IMS340；其中，I2接口为RACS350和媒体缓存器331之间的接口，该接口可以使用H.248等协议； 
媒体缓存器331为新增功能实体，相应地，MRF320和媒体缓存器331之间的接口I1、RACS320和媒体缓存器331之间的接口I2和MRF320和UE310之间的接口I3为新增接口。 
媒体缓存器331设置在网络边缘节点330中，网络边缘节点330可以具体 表现为GGSN，DSLAM，BGF、BRAS等实体。 
下面以图3所示的结构为例，具体说明实现媒体缓存的流程。该流程可以分解为业务请求流程和提供内容流程。其中，提供内容流程可以分两种情况： 
第一种情况：媒体缓存器中没有缓存必要内容，则执行第一个过程 
第二种情况：媒体缓存器中缓存了必要内容，则执行第二个过程。 
下面对照说明书附图分别详细说明。 
图4为本发明第一个实施例的业务请求流程示意图，UE经核心IMS向AS发送业务请求，当该请求经过核心IMS中的P-CSCF处理时，P-CSCF通过RACS查询网络边缘节点的缓存支持能力，当具备缓存支持能力时，将媒体缓存地址等信息添加在业务请求中；该业务请求进一步经核心IMS转发给AS处理，AS根据用户请求向MRF作内容请求，请求MRF为用户提供媒体内容；MRF根据获取的缓存支持能力的描述信息，向媒体缓存器查询用户所请求的媒体内容的缓存信息。该过程具体包括以下步骤： 
步骤401：UE向核心IMS发送业务请求。 
本实施例中，在UE向核心IMS发送的业务请求中，携带了内容标识CID的信息。 
步骤402：核心IMS中的P-CSCF向RACS查询网络边缘节点的缓存支持能力信息。 
本实施例中，在UE向核心IMS发送的业务请求经过核心IMS中的P-CSCF时，P-CSCF向RACS查询网络边缘节点的缓存支持能力信息。 
步骤403：RACS响应P-CSCF发来的网络边缘节点的缓存支持能力查询。 
本实施例中，RACS将描述网络边缘节点支持缓存的能力信息cacheCap返回给核心IMS中的P-CSCF，如果网络边缘节点支持缓存能力，该信息还包括媒体缓存器的地址信息。 
步骤404：核心IMS向AS转发业务请求。 
本实施例中，核心IMS向AS进一步转发业务请求，其中携带内容标识CID以及缓存支持能力信息cacheCap。
步骤405：AS向MRF转发业务请求。 
本实施例中，AS将用户的业务请求传递给MRF，向MRF请求媒体资源，其中携带内容标识CID以及缓存支持能力信息cacheCap。 
步骤406：MRF检查请求中携带的网络边缘节点的缓存支持能力信息。 
本实施例中，MRF检查请求中所携带的网络边缘节点缓存支持能力信息，若不具备缓存支持能力，则MRF按无缓存的情况提供服务，执行后续流程，这里不详述；若具备缓存支持能力，则执行步骤407。 
步骤407：MRF向媒体缓存器查询请求内容的缓存信息。 
本实施例，若MRF确认网络边缘节点具备媒体缓存器支持能力，则MRF根据内容标识CID以及缓存支持能力cacheCap描述信息，定位媒体缓存器所在的实体，也就是与媒体缓存器合设的网络边缘节点，定位实体后MRF向该媒体缓存器查询请求内容的缓存信息，包括是否缓存，缓存量等缓存信息。 
步骤408：媒体缓存器向MRF响应内容的缓存信息查询。 
步骤409：MRF根据媒体缓存器响应结果选择执行后续流程。 
本实施例，MRF根据媒体缓存器响应结果，若媒体缓存器上没有缓存内容，则执行第一个过程的后续流程；否则执行第二个过程的后续流程。 
图5为本发明第一个实施例中执行第一个过程的流程示意图，当MRF查询到的缓存信息表明媒体缓存器上没有缓存必要内容，则MRF可以按一般流程与UE协商确定媒体发送参数，MRF自行提供内容给UE；另外，MRF下发媒体传输参数，比如内容标识CID，编码方式，发送地址/端口，封装方式等给媒体缓存器，由媒体缓存器按照本地策略决定是否在媒体流经媒体缓存器时保存该媒体流的内容，以优化后续业务过程；媒体缓存器内容的老化由本地策略确定，不需要动态通知到MRF。第一个过程具体包括以下步骤： 
步骤501：MRF向媒体缓存器发送媒体传输参数以及内容描述参数。 
本实施例中，MRF向媒体缓存器下发媒体传输参数media_trans_param和内容描述参数contentInfo，其中media_trans_param是对MRF发送的媒体内容的媒体传输参数进行的描述，比如MRF的IP地址mrf_ip、端口号mrf_port等 信息；contentInfo是对媒体内容进行的描述，比如内容标识CID，包长度packetLen等；媒体缓存器保存这些信息，根据这两部分信息，媒体缓存器可以按本地策略在收到具体的媒体流时缓存特定的内容。下面针对两种不同的媒体缓存器类型，具体说明MRF与媒体缓存器之间的传递的参数，如表1所示： 
Figure S07179411420070309D000101
表1 
本实施例中，由于RTP的载荷类型参数RTP payloadType可以指示编码格式的信息，因此编码格式参数codec并不需要显式传递；对于报文级媒体缓存器而言，匹配参数需要增加RTP封装长度以防止因缓存不同封装长度内容引起混淆。 
步骤502：MRF向AS返回媒体传输参数以及控制点地址信息。
本实施例中，MRF向AS返回媒体传输参数media_trans_param和控制点地址参数MRF_cache_control，其中，MRF_cache_control用于将媒体控制点指定为MRF，即其中提供的媒体控制地址信息为MRF的地址信息。 
步骤503：AS向P-CSCF转发媒体传输参数以及控制点地址信息。 
步骤504：P-CSCF向UE转发媒体传输参数以及控制点地址信息。 
本实施例中，步骤503和步骤504主要完成AS将MRF返回的媒体传输地址信息及控制点信息携带在响应中返回给UE，该响应经P-CSCF传递给UE 
步骤505：UE向MRF发送播放请求。 
本实施例中，UE向AS返回的媒体播放控制点MRF发送播放请求，该请求中携带内容标识CID和内容时间范围range信息等； 
步骤506：MRF向媒体缓存器发送内容。 
本实施例中，MRF根据UE的播放请求发送内容，该内容经过媒体缓存器。 
步骤507：媒体缓存器根据本地策略缓存内容。 
本实施例中，媒体缓存器根据本地策略缓存内容，若需要缓存内容，则根据在步骤501中获得的信息匹配媒体流并对其进行缓存；对于不同的业务，媒体缓存器进行匹配和内容缓存时所需的参数也有所不同。比如，对于因特协议电视(IPTV)业务中的电视直播(LTV)类业务而言，媒体缓存器可以根据时间范围，报文五元组参数进行匹配获得特定内容标识CID包含的内容，因而，LTV类业务所需参数如表2所示： 
Figure S07179411420070309D000111
Figure S07179411420070309D000121
表2 
具体来讲，MRF可以以绝对时间范围指示某内容的播放起止时间，如2006-11-07 15:23:40--2006-11-07 16:23:40，辅以该时间段内初始和结束的时标和序列号；媒体缓存器使用五元组匹配到对应的实时业务流，随之检测RTP时标和序列号，并按MRF的描述进行内容的划分；如果实时节目不需要按内容划分，如只需要记录特定时间段的节目，则MRF可以只通知媒体缓存器特定频道的五元组信息即可，媒体缓存器记录内容时同步记录绝对时间范围即可。 
对于IPTV中的视频点播(VOD)类业务而言，在特定时间点使用同一五元组只对应一个内容标识CID；因此，媒体缓存器可以只根据报文五元组参数进行匹配即可获得特定内容标识CID包含的内容，也就是MRF只通知媒体缓存器五元组信息即可。 
步骤508：媒体缓存器继续转发内容给UE。 
本实施例中，在执行步骤508时，由于媒体缓存器可能缓存了内容，则在再次接收到对同一内容的请求时，MRF则有可能可以利用媒体缓存器中缓存的内容，这种情况如下述第二个过程的描述。 
图6为本发明第一个实施例中执行第二个过程的流程示意图，在MRF查询到的缓存信息为媒体缓存器上缓存了必要内容时，执行该过程。MRF与媒体缓 存器交互确定媒体发送参数；这些参数经会话描述协议(SDP)的媒体协商过程携带给UE；其中指定MRF为媒体播放控制点，媒体缓存器为媒体提供点；MRF收到用户的播放控制指令后通知媒体缓存器发送相应的内容给UE；媒体缓存器在提供内容的过程中，按需从MRF请求缺失的内容并发送给UE，其具体包括以下步骤： 
步骤601：MRF向媒体缓存器发送媒体传输参数以及内容描述参数。 
本实施例中，MRF向媒体缓存器下发media_trans_param和contentInfo参数，其中media_trans_param对MRF发送的媒体内容的媒体传输参数进行描述，比如MRF的IP地址mrf_ip、端口号mrf_port等信息；contentInfo对媒体内容进行描述，比如内容标识CID，包长度packetLen等。 
步骤602：媒体缓存器向MRF返回媒体传输参数。 
本实施例中，若MRF获得的信息表明媒体缓存器已经缓存了必要的内容，则MRF从媒体缓存器获取媒体传输参数media_trans_param，对媒体缓存器发送的媒体内容的媒体传输参数进行描述，比如媒体缓存器的IP地址cache_ip、端口号cache_port等信息。 
步骤603：MRF向AS返回媒体传输参数以及控制点地址信息。 
本实施例中，MRF向AS返回media_trans_param和MRF_媒体缓存器control参数信息，其中，media_trans_param媒体传输参数中包含了媒体缓存器的IP地址cache_ip、端口号cache_port等信息，将媒体缓存器作为媒体内容的提供点。 
步骤604：AS向P-CSCF转发媒体传输参数以及控制点地址信息。 
步骤605：P-CSCF向UE转发媒体传输参数以及控制点地址信息。 
步骤606：UE向MRF发送播放请求。 
步骤607：MRF向媒体缓存器发送请求信息。 
本实施例中，MRF将播放控制请求转换为MRF与媒体缓存器之间的请求信息，请求进行指定内容的播放。 
步骤608：媒体缓存器向MRF响应发送请求。
以下步骤609到步骤611为可选步骤，在媒体缓存器判断出缓存了所请求的部分内容后，并在媒体缓存器向客户端提供内容之前执行，仅为在媒体缓存器中缓存了部分内容时的一种特殊处理。 
步骤609：媒体缓存器根据本地策略向MRF预先请求缺失内容。 
本实施例中，根据对用户请求播放内容的处理和预测，媒体缓存器根据本地策略预先请求缺失内容。 
步骤610：MRF发送请求内容。 
本实施例中，MRF发送媒体缓存器所请求的内容给媒体缓存器。 
步骤611：媒体缓存器对媒体内容进行缓存以用于后续向用户发送。 
步骤612：媒体缓存器向UE发送媒体内容。 
本实施例中，媒体缓存器在MRF请求下向UE发送媒体内容，其内容可能是媒体缓存器已经缓存的，也可能是媒体缓存器从MRF即时请求后获得的；媒体缓存器在发送媒体内容时，需要对RTP报文序号，时标等进行一致化，需要说明的是，上述第一个过程的步骤507在对特定媒体流的内容进行缓存时，用于匹配该媒体流的参数并非与第二个过程中在媒体缓存器上定位已缓存的该媒体流的内容时，用于匹配该媒体流的参数相同。具体来讲，在媒体缓存器上定位已缓存的该媒体流的内容时，所需参数如表3所示： 
Figure S07179411420070309D000141
Figure S07179411420070309D000151
表3 
具体来讲，无论对于VOD还是LTV业务而言，在播放控制时一般可以确定内容标识CID，编码格式codec，播放时间范围，这些信息在上表中可以直接匹配；对于报文级媒体缓存器而言，考虑存在RTP封装长度差异的可能，媒体缓存器可以用此参数作为内容各个分段拼接的一个条件。对于LTV业务而言，上面的内容标识CID可以是直播电视节目的频道信息，具体的内容由播放时间范围确定；也可以是指示特定频道的特定内容。 
在本实施例中的业务请求流程中，通过查询媒体缓存器，获取包括媒体缓存器地址的信息，本实施例也可以根据媒体缓存器的注册信息，获取包括媒体缓存器地址的信息，若采用第二种方法，需要网络边缘节点在运行媒体缓存器后，媒体缓存器向某特定的网络实体进行注册/登记，并且，该网络实体与MRF之间存在接口，MRF通过此接口查询该网络实体以获得媒体缓存器信息，并根据用户IP地址，接入网信息等定位媒体缓存器，假定媒体缓存器向网络实体记为x功能实体(xDPF，x Device Profile Function)注册，即***还包括xDPF，xDPF能够通过预先设置的与媒体缓存器的接口接收媒体缓存器发送的包括媒体缓存器地址的注册信息，并通过预先设置的与MRF的接口，在MRF查询时，将该信息发送给MRF。采用这种方法实现媒体缓存中的业务请求流程则如图7所示。具体步骤如下： 
步骤701：媒体缓存器向xDPF进行注册及状态通知。 
本实施例中，媒体缓存器向xDPF进行注册并进行状态通知。媒体缓存器向其进行注册；在注册过程中媒体缓存器需要向xDPF提供自身所运行设备的设备标识包括媒体缓存器地址，媒体缓存器空间大小，媒体缓存器空间使用度，负 载状况等信息；媒体缓存器需要向xDPF进行运行状态通知，xDPF也可以在媒体缓存器注册后主动查询其运行状态。 
步骤702：UE通过核心IMS向AS发送业务请求。 
本实施例中，UE向AS发送业务请求，该请求携带内容标识CID，经P-CSCF传送给AS；核心IMS中的P-CSCF还在业务请求中增加用户位置信息loc； 
步骤703：媒体缓存器向MRF转发业务请求。 
本实施例中，AS将用户的业务请求传递给MRF，请求MRF提供媒体资源，其中携带用户位置信息loc和内容标识CID。 
步骤704：MRF查询媒体缓存器信息。 
本实施例中，MRF根据用户位置信息loc查询xDPF，以确定在UE接入网或者接近UE的网络边缘节点是否存在媒体缓存器；若MRF没有查询到合适的媒体缓存器，则MRF使用无媒体缓存器情况下的业务流程为用户服务，此处不作说明。若存在，则执行步骤705； 
步骤705：xDPF返回媒体缓存器信息。 
步骤706：MRF向媒体缓存器查询指定内容的缓存信息。 
本实施例中，若确认传送网络具备媒体缓存器支持能力，则MRF根据xDPF所返回的媒体缓存器信息向媒体缓存器查询指定内容的缓存信息，包括如是否缓存，缓存量等 
步骤707：媒体缓存器响应指定的内容缓存查询。 
步骤708：MRF根据查询结果执行选择后续流程。 
本实施例中，根据媒体缓存器响应结果，若媒体缓存器上没有缓存内容，则后续流程按图5所示的第一个过程进行；否则按图6所示的第二个过程进行。 
实施例二 
本实施例给出一个以组播方式实现LTV内容的时移电视点播(TsTV)应用实例，在TsTV业务的LTV阶段，媒体缓存器中缓存的是组播报文中的RTP报文，即缓存内容包括了RTP报头。本实施例是在网络边缘节点数字用户接入复用器(DSLAM)上设置媒体缓存器，以MRF为播放控制点。本实施例的***结构 示意图与图3相似，区别仅在于与媒体缓存器合设的网络边缘节点为DSLAM，以及增加了进行验证的网络实体UPSF，这里不一一赘述。 
图8为本发明第二个实施例的流程示意图，在本实施例中，媒体缓存器内容以组播方式从DSLAM向UE提供内容，媒体缓存器是否有内容，以及是否使用媒体缓存器由MRF决定；在进行播放控制时，MRF定位媒体缓存器，此时媒体缓存器可以有内容/无内容/或者有部分内容；若不存在媒体缓存器，MRF可以自身提供内容；若存在媒体缓存器，但媒体缓存器无内容，MRF可以自身提供内容，或者指示媒体缓存器进行缓存操作；若媒体缓存器上存在部分或者完整内容，则使用媒体缓存器提供内容；由于媒体缓存器位于DSLAM上，用组播方式提供内容，这里，媒体缓存器在提供内容时，不需要再分配媒体源地址，采用原组播地址和端口即可；在内容不完整情况下，媒体缓存器在适当时机请求MRF传递内容给媒体缓存器；媒体缓存器对从MRF请求的内容在发送时进行组播封装；实时内容可以在用户未请求时就发送，即所谓预先部署方式，此时DSLAM可以缓存内容也可以不缓存，取决于实施策略。本实施例具体包括以下步骤： 
步骤801：MRF向媒体缓存器发送组播业务流。 
本实施例中，用户选择收看特定节目，MRF根据用户选择发送组播业务流，该组播流经过DSLAM中的媒体缓存器； 
步骤802：媒体缓存器按照本地策略选择缓存组播流。 
本实施例中，DSLAM中的媒体缓存器按照本地策略缓存组播流，也可以不缓存； 
步骤803：媒体缓存器向UE转发组播流。 
本实施例中，组播流到达终端侧的UE，由UE解码显示。 
若用户使用播放控制，该播放控制指令被转化成业务请求，进行以下的步骤： 
步骤804：UE通过核心IMS向AS发送业务请求。 
本实施例中，该业务请求携带频道标识ChID，请求进行播放控制，当该请 求经核心IMS转发时，核心IMS中的P-CSCF可以请求RACS提供媒体缓存器能力支持信息，从而将DSLAM媒体缓存器支持能力信息cacheCap添加在业务请求中。 
步骤805：AS向UPSF验证业务请求。 
本实施例中，该请求经核心IMS路由或者转发给AS处理，AS可能需要就该请求向UPSF进行验证。 
步骤806：AS向MRF发送媒体资源请求。 
本实施例中，验证通过后AS向MRF发送媒体资源请求，请求提供媒体内容。 
步骤807：MRF查询媒体缓存器上是否有指定内容。 
本实施例中，MRF根据cacheCap等信息确定媒体缓存器；MRF查询媒体缓存器上是否有指定内容；若没有指定内容，则可以按不使用媒体缓存器流程执行后续流程，这里不详述；否则，执行步骤808。 
步骤808：媒体缓存器向MRF响应指定内容的查询。 
本实施例中，向MRF响应指定内容的查询，返回对MRF查询的响应结果，包括指定内容的描述。 
步骤809：MRF向AS返回媒体传输参数以及控制点地址信息。 
本实施例中，MRF分配播放控制参数，使播放控制点为自身；另外，MRF提供的媒体传输参数为媒体缓存器的地址参数；上述参数携带在响应中返回给AS。 
步骤810：AS向UE转发媒体传输参数以及控制点地址信息。 
本实施例中，AS通过核心IMS转发媒体传输参数以及控制点地址信息给UE。 
步骤811：UE离开相应的节目组播组。 
本实施例中，UE收到响应信息后使用IGMP leave消息离开相应的节目组播组； 
步骤812：UE向MRF发送播放控制指令。 
UE向响应中指定的播放控制地址发送播放控制指令，本实施例中，UE向 MRF发送播放控制指令。 
步骤813：MRF向媒体缓存器发送播放请求。 
本实施例中，MRF将接收到的播放控制指令转化为MRF与媒体缓存器之间的接口消息，请求媒体缓存器播放指定的内容。 
步骤814到步骤-步骤816为可选步骤，仅在特定条件下发生： 
步骤814：媒体缓存器根据本地策略向MRF预先请求缺失内容。 
本实施例中，若媒体缓存器上指定内容缓存不完全，媒体缓存器则根据缓存策略向MRF请求其余内容。 
步骤815：MRF发送请求内容。 
本实施例中，媒体缓存器所请求的内容由MRF发送给媒体缓存器。 
步骤816：媒体缓存器对媒体内容进行缓存以用于后续向用户发送。 
步骤817：媒体缓存器以组播方式向UE发送内容。 
步骤818：UE对收到的内容进行解码显示。 
如果本实施例在BGF中设置媒体缓存器，以MRF为播放控制点，那么本实施例为组播+单播方式实现TsTV业务，其中组播用于播放LTV内容，单播用于向用户发送VCR控制时的内容。 
在TsTV业务的LTV阶段，在媒体缓存器中缓存组播报文中的RTP报文，即缓存内容包括了RTP报头。 
当用户进行VCR操作时，播放控制信令将直接或者间接作用到媒体缓存器，其控制指令指出需要起始播放的时间点；MRF和媒体缓存器交互，由媒体缓存器负责分配用于提供单播内容的地址和端口；对于播放控制信令需要携带的参数以及匹配到媒体缓存器上的内容所需的参数在前面已有说明，这里不再赘述。 
当用户获得单播地址和端口之后，媒体缓存器就按照所分配的地址和端口对用户所请求内容进行封装并发送给用户。对于缺失的内容，媒体缓存器以本地策略/算法为基础，以单播方式从MRF进行内容的请求并将所请求到的内容存储到本地。
因此，本实施例由BGF以单播方式向UE提供内容。UE需要能够意识到媒体内容源地址的变化，进而能够进行单播地址/端口的再协商，因此，在这种情况下，实现媒体缓存的流程应在步骤808之前，增加媒体缓存器分配单播传输参数的步骤，以用于向UE进行媒体内容传送，并且步骤817应为媒体缓存器以单播方式向UE发送媒体内容。 
另外，如果本实施例给出的不是播放TsTV业务的应用实例，而是针对VOD业务的应用实例，那么本实施例可以看作TsTV业务中的单播播放阶段：媒体缓存器的内容是其它用户进行VOD单播请求时获得的内容；媒体缓存器初始没有内容，内容是由MRF传递给UE，只是在经过媒体缓存器时被缓存；当媒体缓存器上有可用内容时，网络提供给UE的VOD媒体源地址是媒体缓存器的地址和端口，媒体缓存器对缓存的内容进行单播封装发送给UE；对于媒体缓存器上缺失的内容，媒体缓存器根据本地缓存算法/策略向MRF进行内容请求，并将所请求到的内容进行重新封装，一致化处理后发送给UE。 
因而，在这种情况下，本实施例实现媒体缓存的流程不包括步骤801-步骤803，其它步骤与上述以单播方式向UE提供内容的流程相同。 
实施例三 
图9为本发明第三个实施例的***结构示意图。本实施例中包括为用户设备(UE，User Equipment)910的客户端，MRF920和设置在网络边缘节点930中的媒体缓存器931。 
本实施例与图3相比，主要区别在于，MRF920通过核心IMS向UE920提供媒体缓存器931的接入侧地址，MRF920中的媒体服务器执行模块921和媒体缓存器931之间的接口I4、RACS950中的第一控制模块951和媒体缓存器931之间的接口I5以及媒体缓存器931和UE910之间的接口I6具备新的功能描述。下面具体说明这三个接口的功能特征。 
接口I4为MRF920和媒体缓存器931之间的接口，媒体缓存器931通过接口I4向MRF920转发UE910的内容请求，比如媒体播放控制请求；媒体缓存器931也可以通过接口I4请求MRF920提供内容用于缓存。
接口I5为RACS950中的第一控制模块951和媒体缓存器931之间的接口，第一控制模块951通过接口I5请求使用媒体缓存器931；接口I5可以使用H.248等类似协议。 
接口I6为UE910和媒体缓存器931之间的接口，UE910使用接口I6向媒体缓存器931发送内容请求，比如进行快进，快退，播放，暂停等播放控制操作，接口I6可以使用RTSP或者具有类似功能的协议。 
下面以图9所示的结构为例，具体说明媒体缓存器作为RTSP协议代理被引入到UE与MRF传输路径中的方法流程。图10为本发明第三个实施例流程示意图，在本实施例中，客户端通过核心IMS向MRF发送业务请求，核心IMS在接收到发送的业务请求后，请求RACS获取媒体缓存器地址，RACS通过预先设置的接口请求媒体缓存器作为RTSP协议代理，媒体缓存器根据RTSP协议代理请求分配网络侧及接入侧地址，并通过RACS将分配的媒体缓存器网络侧及接入侧地址发送到核心IMS，核心IMS以媒体缓存器网络侧地址信息替换业务请求中的客户端地址信息，并发送到MRF，MRF对接收到的业务请求进行解析，获取包括媒体缓存器网络侧地址的信息。MRF将携带自身地址信息的业务请求响应发送至核心IMS；核心IMS以媒体缓存器接入侧地址信息替换业务请求响应中MRF的地址信息，同时以保存的客户端地址信息替换业务请求响应中的媒体缓存器的网络侧地址信息，并发送到客户端，本实施例具体包括以下步骤： 
步骤1001：UE向核心IMS发送业务请求。 
本实施例中，在UE向核心IMS发送的业务请求中，携带了内容标识CID客户端RTSP&RTP参数c_RTSP&RTP_param信息，用以请求特定的媒体内容。 
步骤1002：核心IMS中的P-CSCF通过RACS请求使用媒体缓存器。 
本实施例中，在UE向核心IMS发送的业务请求经过核心IMS中的P-CSCF时，核心IMS中的P-CSCF通过RACS请求使用媒体缓存器，RACS若支持媒体缓存器控制能力且网络边缘节点具有缓存支持能力，则RACS请求媒体缓存器作为RTSP Proxy为UE服务。
步骤1003：媒体缓存器通过RACS向P-CSCF响应使用媒体缓存器请求。 
本实施例中，媒体缓存器向RACS响应时，携带了媒体缓存器分配的网络侧RTSP&RTP参数net_RTSp&RTP_param以及接入侧RTSP&RTP参数a_RTSP&RTP_Param，RACS向P-CSCF返回响应时，同样携带了这两个参数。 
步骤1004：核心IMS向AS转发业务请求。 
本实施例中，P-CSCF向AS发送业务请求，其中的c_RTSP&RTP_param被网络侧RTSP&RTP参数net_RTSP&RTP_param所替代；另外，P-CSCF在请求中增加UE位置信息loc信息； 
步骤1005：AS向MRF转发业务请求。 
本实施例中，AS将用户的业务请求传递给MRF，向MRF请求媒体资源，其中携带UE位置信息Loc、内容标识CID以及网络侧RTSP&RTP参数net_RTSP&RTP_param。 
步骤1006：MRF向AS发送业务请求响应。 
本实施例中，MRF向AS响应业务请求，其中携带MRF的RTSP&RTP参数mrf_RTSP&RTP_param等信息。 
步骤1007：AS向P-CSCF转发业务请求响应。 
本实施例，AS通过P-CSCF向UE转发MRF业务请求响应；其中携带了内容标识CID以及MRF的RTSP&RTP参数mrf_RTSP&RTP_param等信息。 
步骤1008：P-CSCF通过RACS向媒体缓存器发送MRF的RTSP&RTP参数信息。 
本实施例，P-CSCF发送mrf_RTSP&RTP_param等参数给RACS，RACS传递此参数到媒体缓存器实体以备后续使用； 
步骤1009：P-CSCF向UE发送业务请求响应。 
本实施例，P-CSCF发送业务请求响应给UE，其中以媒体缓存器所分配的接入侧RTSP&RTP参数a_RTSP&RTP_Param替换所接收的响应中的MRF的RTSP&RTP参数mrf_RTSP&RTP_Param；另外，为了客户端可以正常接受此响应，还需要作步骤1004的逆替换，即以c_RTSP&RTP_param替换网络侧 RTSP&RTP参数net_RTSP&RTP_param；这样发送给UE的响应中携带内容标识CID和接入侧RTSP&RTP参数a_RTSP&RTP_Param等信息。 
通过上述步骤，UE所获得的RTSP&RTP参数均为媒体缓存器的相关参数，而MRF所获得的用户RTSP&RTP参数则指向媒体缓存器，从而将媒体缓存器引入到业务传送路径中。 
步骤1010：UE向媒体缓存器发送媒体播放请求。 
本实施例，UE发送媒体播放请求给媒体缓存器，其中携带内容标识CID和内容时间范围range等信息。 
在媒体缓存器判断出缓存了所请求的部分内容后，并在媒体缓存器向客户端提供内容之前，执行可选步骤1011-步骤1012。 
步骤1011：媒体缓存器向MRF发送RTSP协议代理请求。 
本实施例中，若媒体缓存器上没有用户所请求的内容，则媒体缓存器向MRF发送RTSP协议代理请求，请求发送内容。 
步骤1012：MRF向媒体缓存器发送所请求的内容。 
本实施例中，MRF向媒体缓存器发送所请求的内容，媒体缓存器按需对媒体内容进行本地缓存。 
步骤1013：媒体缓存器向用户发送指定内容。 
本实施例中，媒体缓存器向用户发送指定流媒体内容，该流媒体可能是本地缓存的，也可能是从MRF即时请求的。 
实施例四 
本实施例给出一个以组播方式实现LTV内容的播放TsTV的应用实例，在TsTV业务的LTV阶段，媒体缓存器中缓存了组播报文中的RTP报文，即缓存内容包括了RTP报头。本实施例在DSLAM中设置媒体缓存，MRF为播放控制点。其***结构示意图与图9相似，区别仅在于与媒体缓存器合设的网络边缘节点为BGF，这里不再赘述。 
图11为本发明第四个实施例的流程示意图，在本实施例中，具体包括以下步骤：
步骤1101：MRF向媒体缓存器发送组播业务流。 
本实施例中，用户选择收看特定节目，MRF放送组播业务流，该组播流经过BGF中的媒体缓存器。 
步骤1102：媒体缓存器按照本地策略选择缓存组播流。 
本实施例中，媒体缓存器按照本地策略缓存组播流，也可以不缓存。 
步骤1103：媒体缓存器向UE转发组播流。 
本实施例中，组播流到达终端侧的UE，由UE解码显示。 
若用户使用播放控制，该播放控制指令被转化成业务请求，进行以下的步骤： 
步骤1104：UE向核心IMS发送业务请求 
本实施例中，业务请求携带频道标识ChID和UE位置信息loc请求进行播放控制，另外，该请求中还携带有终端侧的RTP&RTSP参数等； 
步骤1105：P-CSCF向RACS发送使用媒体缓存器请求。 
本实施例中，核心IMS中的P-CSCF请求RACS进行媒体缓存器支持，请求媒体缓存器实体提供RTP&RTSP参数； 
步骤1106：RACS获取网络侧使用的传输参数。 
本实施例中，RACS与BGF交互确定BGF将在网络侧使用的传输参数，即网络侧地址N_Addr和网络侧端口N_port信息，并将终端侧的RTP&RTSP参数传递给BGF； 
步骤1107：RACS向P-CSCF发送使用媒体缓存器请求的响应。 
本实施例中，RACS向IMScore中的P-CSCF响应，携带获取的网络侧使用的传输参数，即网络侧地址N_Addr和网络侧端口N_port等信息； 
步骤1108：P-CSCF通过AS向MRF转发业务请求。 
本实施例中，P-CSCF将频道标识ChID、网络侧地址N_Addr和网络侧端口N_port信息携带在业务请求中发送给AS，也就是要以所述网络侧参数替换原业务请求中的终端侧的RTP&RTSP参数；AS进而携带这些参数请求MRF提供媒体内容。
步骤1109：MRF保存网络侧传输参数。 
本实施例中，MRF保存网络侧地址N_Addr和网络侧端口N_port信息，用于后续向媒体缓存器传送内容时使用； 
步骤1110：MRF向AS发送业务请求响应。 
本实施例中，MRF分配用于传送媒体内容的传输参数，包括单播地址U_addr和单播端口U_port信息，并将此参数返回给AS。 
步骤1111：AS向核心IMS转发业务请求响应。 
本实施例中，AS将单播地址U_addr和单播端口U_port信息，返回给核心IMS。 
步骤1112：P-CSCF向RACS发送使用媒体缓存器请求。 
本实施例中，IMScore中的P-CSCF请求RACS进行媒体缓存器支持，请求媒体缓存器实体提供RTP以及RTSP参数。 
步骤1113：RACS获取接入侧使用的传输参数。 
本实施例中，RACS与BGF交互确定BGF将在接入侧使用的传输参数，即接入侧地址a_Addr和接入侧端口a_port，并将MRF分配的单播地址U_addr和单播端口U_port信息传送给BGF，以用于BGF接受媒体内容使用。 
步骤1114：RACS向P-CSCF发送使用媒体缓存器的响应。 
本实施例中，RACS向IMScore中的P-CSCF响应包括接入侧地址a_Addr和接入侧端口a_port等参数。 
步骤1115：P-CSCF向UE发送业务请求响应。 
本实施例中，P-CSCF以接入侧地址a_Addr和接入侧端口a_port等参数替换AS响应中的单播地址U_addr和单播端口U_port等参数；另外，要进行步骤1108所述的逆变换，即以客户端RTP&RTSP参数替换业务响应中的网络侧RTP&RTSP参数，并将结果发送给UE。 
步骤1116：UE离开相应的节目组播组。 
本实施例中，UE收到响应信息后使用IGMP leave消息离开相应的节目组播组。
步骤1117：UE向BGF发送播放控制指令。 
本实施例中，UE向BGF的播放控制地址发送播放控制指令。 
步骤1118到步骤-步骤1120为可选步骤，仅在特定条件下发生： 
步骤1118：媒体缓存器根据本地策略向MRF预先请求缺失内容。 
本实施例中，若媒体缓存器上指定内容缓存不完全，媒体缓存器则根据缓存策略向MRF请求其余内容。 
步骤1119：MRF发送请求内容。 
本实施例中，媒体缓存器所请求内容由MRF发送给媒体缓存器。 
步骤1120：媒体缓存器对媒体内容进行缓存以用于后续向用户发送。 
步骤1121：媒体缓存器以单播方式发送内容给UE。 
步骤1122：UE对收到的内容进行解码显示。 
上述的实施例中，采用的核心网络除了核心IMS之外，也可以是流媒体核心网或PSDN仿真子***等核心网络。另外，媒体缓存器除了可以与DSLAM合设外，也可以与边界网关功能实体(BGF，Border GatewayFunction)、GPRS网关支持节点(GGSN，Gateway GPRS Support Node)、资源控制执行功能实体(RCEF，Resource Control Enforcement Function)等多种网络实体合设，实现媒体缓存功能。 
图12为本发明实施例提供的媒体缓存装置的第一种结构示意图，装置包括查询模块1201、执行模块1202、缓存模块1203和地址输出模块1204， 
缓存模块1203，用于存储媒体内容； 
查询模块1201，响应MRF是否缓存客户端请求的内容的查询，查询缓存模块1203中是否缓存客户端请求的内容，并将查询的结果分别输入到执行模块1202及MRF； 
地址输出模块1204，在RACS查询时或媒体缓存装置运行时，输出包含媒体缓存地址的信息； 
执行模块1202，根据查询模块1201输入的查询结果，当缓存模块1203中没有请求的内容时，将MRF输入的内容转发到客户端，当缓存模块1203中缓 存请求的内容时，读取缓存模块1203中缓存的请求内容，将请求的内容输入到客户端。 
图13为本发明实施例提供的媒体缓存装置的第二种结构示意图，该装置包括判断模块1301、缓存模块1303执行模块1302和地址分配模块1304； 
缓存模块1303，用于存储媒体内容； 
判断模块1301，根据客户端发送的内容请求，判断缓存模块1303中是否缓存请求的内容，将判断的结果输入到执行模块1302； 
地址分配模块1304，在RACS请求媒体缓存装置作为RTSP协议代理时，分配媒体缓存器网络侧和接入侧地址，并将包含媒体缓存器地址网络侧及接入侧地址的信息输入到RACS； 
执行模块1302，根据判断模块1301输入的判断结果，当缓存模块1303中没有请求的内容时，向MRF发送内容请求，将MRF输入的请求内容转发到客户端，当缓存模块1303中缓存请求的内容时，读取缓存模块1303中缓存的请求内容，将请求的内容输入到客户端。 
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种实现媒体缓存的方法，其特征在于，设置媒体缓存器，该方法还包括：方式一或方式二；
方式一：客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应；客户端根据接收到的MRF地址向MRF发送内容请求；MRF在接收到客户端发来的内容请求后，利用获取的媒体缓存器地址向客户端提供请求的内容；所述通过核心IMS向MRF发送业务请求的方法是：核心IMS在接收到客户端发送的业务请求后，请求资源准入控制子***RACS获取媒体缓存器地址；RACS查询媒体缓存器，获取包括媒体缓存器地址的信息并返回给核心IMS；核心IMS将RACS返回的包括媒体缓存器地址的信息加入到业务请求中，并将该业务请求发送到MRF；所述的MRF获取包括媒体缓存器地址的信息的方法是：MRF对接收到的业务请求进行解析，获取包括媒体缓存器地址的信息；
方式二：媒体缓存器将包括媒体缓存器地址的信息注册到设备属性管理实体xDPF；客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应；客户端根据接收到的MRF地址向MRF发送内容请求；MRF在接收到客户端发来的内容请求后，利用获取的媒体缓存器地址向客户端提供请求的内容；所述MRF获取包括媒体缓存器地址的信息的方法是：在接收到客户端通过核心IMS发送的业务请求后，MRF查询xDPF，获取包括媒体缓存器地址的信息。
2.根据权利要求1所述的方法，其特征在于，所述RACS查询媒体缓存器的方法包括：RACS通过与媒体缓存器间预先设置的接口查询媒体缓存器。
3.根据权利要求1所述的方法，其特征在于，所述媒体缓存器将包括媒体缓存器地址的信息注册到设备属性管理实体xDPF的方法包括：媒体缓存器通过与xDPF间预先设置的接口，将包括媒体缓存器地址的信息注册到设备属性管理实体xDPF；
所述MRF查询xDPF的方法包括：MRF通过与xDPF间预先设置的接口查询xDPF。
4.根据权利要求1、2或3所述的方法，其特征在于，所述利用获取的媒体缓存器地址向客户端提供请求的内容的方法是：MRF根据获取的媒体缓存器地址，向媒体缓存器查询是否缓存客户端请求的内容，如果是，由媒体缓存器向客户端提供请求的内容；否则，MRF经过媒体缓存器向客户端提供请求的内容。
5.根据权利要求4所述的方法，其特征在于，所述MRF经过媒体缓存器向客户端提供请求的内容的方法是：MRF向媒体缓存器提供客户端请求的内容；媒体缓存器根据本地策略缓存内容，然后向客户端转发请求的内容。
6.根据权利要求4所述的方法，其特征在于，在向媒体缓存器查询是否缓存客户端请求的内容，且媒体缓存器判断出缓存有客户端请求的部分内容时，进一步包括：媒体缓存器根据本地策略预测缺失的内容，向MRF发送内容请求，MRF向媒体缓存器提供缺失的内容；
所述由媒体缓存器向客户端提供请求的内容的方法是：媒体缓存器将缓存的所述部分内容与所接收到的缺失的内容提供给客户端。
7.一种实现媒体缓存的方法，其特征在于，设置媒体缓存器，该方法还包括：
客户端通过核心IP多媒体子***IMS向媒体服务器MRF发送业务请求；MRF获取包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应；客户端根据接收到的媒体缓存器地址向媒体缓存器发送内容请求；媒体缓存器在接收到客户端发来的内容请求后，向客户端提供请求的内容；
所述通过核心IMS向MRF发送业务请求的方法是：核心IMS接收客户端发送的携带客户端地址的业务请求，在保存业务请求中的客户端地址后，请求资源准入控制子***RACS获取媒体缓存器地址，RACS通过预先设置的接口请求媒体缓存器作为RTSP协议代理，媒体缓存器根据RTSP协议代理请求分配网络侧及接入侧地址，并通过RACS将分配的媒体缓存器网络侧及接入侧地址发送到核心IMS，核心IMS以媒体缓存器网络侧地址信息替换业务请求中的客户端地址信息，并发送到MRF；
所述的MRF获取包括媒体缓存器地址的信息的方法是：MRF对接收到的业务请求进行解析，获取包括媒体缓存器网络侧地址的信息。
8.根据权利要求7所述的方法，其特征在于，所述通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应的方法是：MRF将携带自身地址信息的业务请求响应发送至核心IMS；核心IMS以媒体缓存器接入侧地址信息替换业务请求响应中MRF的地址信息，同时以保存的客户端地址信息替换业务请求响应中的媒体缓存器的网络侧地址信息，并发送到客户端。
9.根据权利要求7或8所述的方法，其特征在于，所述向客户端提供请求的内容的方法是：媒体缓存器判断是否缓存请求的内容，如果是，由媒体缓存器向客户端提供该内容；否则，媒体缓存器向MRF发送内容请求，MRF根据获取的包括媒体缓存器网络侧地址的信息，经过媒体缓存器向客户端提供该内容。
10.根据权利要求9所述的方法，其特征在于，所述由MRF经过媒体缓存器向客户端提供该内容的方法是：MRF向媒体缓存器提供该内容；媒体缓存器根据本地策略缓存内容，然后向客户端转发该内容。
11.根据权利要求9所述的方法，其特征在于，在媒体缓存器判断出缓存了所请求的部分内容后，并在媒体缓存器向客户端提供内容之前，进一步包括：媒体缓存器根据本地策略预测缺失的内容，向MRF发送内容请求，MRF向媒体缓存器提供缺失的内容；
所述由媒体缓存器向客户端提供该内容的方法是：媒体缓存器将缓存的所述部分内容与所接收到的缺失的内容提供给客户端。
12.一种实现媒体缓存的***，其特征在于，该***包括：客户端、核心IP多媒体子***IMS中的第二控制模块、资源准入控制子***RACS中的第一控制模块、媒体服务器MRF和媒体缓存器；
所述的媒体缓存器，用于向客户端提供请求的内容；
所述的客户端，用于发送业务请求至核心IMS中的第二控制模块，并且根据接收到的携带MRF地址的业务请求响应，向MRF发送内容请求；
所述的核心IMS中的第二控制模块，用于在接收到客户端发送的业务请求后，请求RACS获取媒体缓存器地址，并将RACS发来的包括媒体缓存器地址的信息携带在所接收到的业务请求中发送到MRF；
所述的RACS中的第一控制模块，用于根据接收到的核心IMS中的第二控制模块发送的请求，通过与媒体缓存器间预先设置的接口查询媒体缓存器，获取包括媒体缓存器地址的信息，并将该包括媒体缓存器地址的信息发送至核心IMS中的第二控制模块；
所述的MRF，用于接收包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带MRF地址的业务请求响应，并根据客户端发送的内容请求，利用获取的包括媒体缓存器地址的信息，将请求的内容提供给客户端。
13.根据权利要求12所述的***，其特征在于，该***进一步包括xDPF；
所述的xDPF，用于通过预先设置的与媒体缓存器间的接口接收媒体缓存器发送的包括媒体缓存器地址的注册信息，并通过预先设置的与MRF间的接口，在MRF查询时，将该信息发送给MRF。
14.根据权利要求12所述的***，其特征在于，所述的媒体缓存器设置在数字用户线接入复用器DSLAM中、或设置在边界网关功能实体BGF中、或设置在资源控制执行功能RCEF实体中。
15.一种实现媒体缓存的***，其特征在于，该***包括：客户端、核心IP多媒体子***IMS中的第二控制模块、媒体服务器MRF、媒体缓存器和资源准入控制子***RACS中的第一控制模块；
所述的媒体缓存器，用于根据RACS中第一控制模块发来的请求，作为RTSP协议代理，并将分配的媒体缓存器网络侧地址和接入侧地址发送给RACS中第一控制模块；用于根据客户端发送的内容请求，向客户端提供请求的内容；
所述的客户端，用于发送业务请求至核心IMS的第二控制模块，并且根据MRF通过核心IMS的第二控制模块发送的携带媒体缓存器地址的业务请求响应，向媒体缓存器发送内容请求；
所述的核心IMS中的第二控制模块，用于在接收到客户端发送的业务请求后，请求RACS获取媒体缓存器地址，并将媒体缓存器网络侧地址信息加入到业务请求中，发送到MRF，将媒体缓存器接入侧地址信息加入到业务请求响应中，发送到客户端；
所述的RACS中的第一控制模块，用于根据接收到的核心IMS请求，通过与媒体缓存器间预先设置的接口请求媒体缓存器作为RTSP协议代理，并将媒体缓存器发来的媒体缓存器网络侧及接入侧地址发送到核心IMS；
所述的MRF，用于接收包括媒体缓存器地址的信息，并通过核心IMS向客户端发送携带媒体缓存器地址的业务请求响应。
16.根据权利要求15所述的***，其特征在于，所述的媒体缓存器设置在数字用户接入复用器DSLAM中、或设置在边界网关功能实体BGF实体中、或设置在资源控制执行功能实体RCEF实体中。
17.一种媒体缓存装置，其特征在于，该装置包括查询模块、缓存模块、地址输出模块和执行模块；
所述的缓存模块，用于存储媒体内容；
所述的查询模块，用于响应媒体服务器MRF是否缓存客户端请求的内容的查询，查询缓存模块中是否缓存客户端请求的内容，并将查询的结果分别输入到执行模块及MRF；
所述的地址输出模块，用于在资源准入控制子***RACS查询时或媒体缓存装置运行时，输出包含媒体缓存器地址的信息；
所述的执行模块，用于根据查询模块输入的查询结果，当缓存模块中没有请求的内容时，将MRF输入的内容转发到客户端，当缓存模块缓存请求的内容时，读取缓存模块中缓存的请求内容，将请求的内容输入到客户端。
18.一种媒体缓存装置，其特征在于，该装置包括判断模块、缓存模块、地址分配模块和执行模块；
所述的缓存模块，用于存储媒体内容；
所述的判断模块，用于根据客户端发送的内容请求，判断缓存模块中是否缓存请求的内容，将判断的结果输入到执行模块；
所述的地址分配模块，用于在资源准入控制子***RACS请求媒体缓存装置作为RTSP协议代理时，分配媒体缓存器网络侧和接入侧地址，并将包含媒体缓存器网络侧地址及接入侧地址的信息输入到RACS；
所述的执行模块，用于根据判断模块输入的判断结果，当缓存模块中没有请求的内容时，向媒体服务器MRF发送内容请求，将MRF输入的请求内容转发到客户端，当缓存模块中缓存请求的内容时，读取缓存模块中缓存的请求内容，将请求的内容输入到客户端。
CN2007100794114A 2007-03-05 2007-03-05 实现媒体缓存的方法、***和装置 Expired - Fee Related CN101262413B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2007100794114A CN101262413B (zh) 2007-03-05 2007-03-05 实现媒体缓存的方法、***和装置
PCT/CN2008/070408 WO2008106890A1 (fr) 2007-03-05 2008-03-04 Procédé, système et appareil d'utilisation d'un tampon multimédia

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100794114A CN101262413B (zh) 2007-03-05 2007-03-05 实现媒体缓存的方法、***和装置

Publications (2)

Publication Number Publication Date
CN101262413A CN101262413A (zh) 2008-09-10
CN101262413B true CN101262413B (zh) 2011-01-05

Family

ID=39737803

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100794114A Expired - Fee Related CN101262413B (zh) 2007-03-05 2007-03-05 实现媒体缓存的方法、***和装置

Country Status (2)

Country Link
CN (1) CN101262413B (zh)
WO (1) WO2008106890A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103118049B (zh) * 2011-11-17 2018-02-16 广州中海电信有限公司 一种通过网络缓存下载文件的方法和***
CN102625076A (zh) * 2012-04-06 2012-08-01 高剑平 一种基于流媒体的电视交互式视频应答方法及***
CN103716343B (zh) * 2012-09-29 2016-11-09 重庆新媒农信科技有限公司 基于数据缓存同步的分布式业务请求处理方法及***
CN103888487A (zh) * 2012-12-19 2014-06-25 中国电信股份有限公司 媒体流控制方法和***
EP3407558B1 (en) 2016-02-22 2021-08-25 Huawei Technologies Co., Ltd. Data packet transmission method, network side device, and user equipment
WO2018195829A1 (zh) * 2017-04-26 2018-11-01 华为技术有限公司 重定向的方法、控制面网元、聚合用户面网元、内容服务器和终端设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1454426A (zh) * 2000-06-01 2003-11-05 奥罗卡斯特.Com公司 基于qos的内容分配网络

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040107143A1 (en) * 2002-11-29 2004-06-03 Aki Niemi Method for authorizing indirect content download
CN1787476A (zh) * 2004-12-06 2006-06-14 北京三星通信技术研究有限公司 宽带实时多媒体业务集成服务***

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1454426A (zh) * 2000-06-01 2003-11-05 奥罗卡斯特.Com公司 基于qos的内容分配网络

Also Published As

Publication number Publication date
WO2008106890A1 (fr) 2008-09-12
CN101262413A (zh) 2008-09-10

Similar Documents

Publication Publication Date Title
US8375414B2 (en) Method, apparatus, and computer program product for dynamic bandwidth management in an IP-network
RU2480936C2 (ru) Способ, устройство и система для распространения информации на основе ip-телевидения
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
CN102047637B (zh) 用于预留带宽的方法和用户设备
US8203989B2 (en) Distributing content in a communication network
CN101677394B (zh) 基于网际协议电视的广告插播方法及装置
CN101262413B (zh) 实现媒体缓存的方法、***和装置
US20100011401A1 (en) Method, system and apparatus for applying terminal capability information in iptv service
EP2209312A1 (en) Video conference method and system, application server and media resource server
CN109660816B (zh) 信息处理方法和装置
CN101282460A (zh) 实现视频直播的方法、设备及***
CN101521583B (zh) 一种资源接纳控制方法、***和装置
CN101990113B (zh) 内容上行方法及内容交付功能实体
CN109845276A (zh) 信息处理装置和信息处理方法
CN104580016A (zh) 节点分配方法、装置及***
CN110445723A (zh) 一种网络数据调度方法及边缘节点
CN101505298B (zh) 一种媒体时移码流的存储和获取方法及多媒体业务***
CN101674298B (zh) 以文件方式传输媒体内容的方法、***及设备
US8732787B2 (en) Method and system for establishing digital media streams
CN101426124B (zh) 下一代通信网络中交互式网络电视***的时移方法
CN105100147A (zh) 一种基于内容提供商与服务提供商分离的控制方法及装置
CN101287155B (zh) 一种发现流媒体业务的方法和***
CN102333095A (zh) 一种媒体业务***及方法
CN101667877B (zh) 用于下一代网络的用户直播实现方法和***
CN110505447A (zh) 基于视联网的监控视频传输方法、装置、设备及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110105

Termination date: 20150305

EXPY Termination of patent right or utility model