CN102891830B - 保障流媒体业务服务质量的方法及系统 - Google Patents
保障流媒体业务服务质量的方法及系统 Download PDFInfo
- Publication number
- CN102891830B CN102891830B CN201110202060.8A CN201110202060A CN102891830B CN 102891830 B CN102891830 B CN 102891830B CN 201110202060 A CN201110202060 A CN 201110202060A CN 102891830 B CN102891830 B CN 102891830B
- Authority
- CN
- China
- Prior art keywords
- information
- medium surface
- cache
- qos
- tracker
- 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.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种保障流媒体业务服务质量的方法，包括：Cache将自身默认的媒体面地址信息通知Tracker；Tracker接收到UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给RCF；RCF根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和流量模板TFT信息后，通知接入网络预留资源；Tracker向UE返回候选Cache列表；UE从候选Cache列表中选择至少一个Cache，通过预留资源建立与所选择的Cache之间的媒体连接，获取所需流媒体。本发明同时公开了一种保障流媒体业务服务质量的系统。本发明实现了更为灵活和精细化的流媒体QoS策略控制，从而满足了不同的用户、不同的终端或不同的流媒体内容传输的QoS需求。
Description
技术领域
本发明涉及一种基于IP多媒体子系统(IMS，IP Multimedia Subsystem)网络的对等网中业务服务质量保障技术，尤其涉及一种保障流媒体业务服务质量的方法及系统。
背景技术
对等网(P2P，Peer to Peer)技术为对等互联或者点对点技术。相对于传统的客户端/服务器(C/S，Client/Server)模式而言，P2P网络中的不同Peer节点之间无需经过中继设备而直接交换数据或服务，每个节点的地位都是对等的，拥有对等的权利和义务。图1为P2P网络原理图，如图1所示，在P2P网络中，每个节点既可以从其他节点得到服务，也可以向其他节点提供服务。由于P2P技术能够极大缓解传统C/S架构中服务器端的压力，解决单一失效点等问题，又能充分利用终端的丰富资源，所以P2P技术在文件共享、流媒体、语音通信及在线游戏支撑平台等方面已经获得广泛应用。
P2P流媒体业务主要是采用P2P技术进行流媒体传输。目前互联网工程任务组(IETF，Internet Engineering Task Force)也在制定相关规范和协议，其中最为普遍接受和被广泛研究的是P2P流媒体协议(PPSP，P2P Streaming Protocol)。图2为支持PPSP协议的架构示意图，如图2所示，支持PPSP协议的架构主要包括以下实体：
Tracker：负责存储内容分片的索引。
Peer：P2P网络中的对等节点，负责存储内容分片。Peer可以是用户终端也可以是运营商部署的专门的内容存储服务器。
PPSP具体由tracker协议和peer协议组成，Peer通过tracker协议向tracker注册自身存储的内容分片，或通过tracker协议向tracker查询获取存储目标资源的Peer节点。Peer和Peer之间通过Peer协议互通，获取所需的内容分片。
图3为应用PPSP协议进行流媒体业务的基本流程图，如图3所示，进行流媒体业务的基本流程包括以下步骤：
步骤301～步骤302，用户设备(UE，User Equipment)首先从Tracker获取拥有所需内容分片的peer节点列表。
步骤303～步骤305，UE从这些节点列表中选择一个或多个目标peer节点，向所选择的目标Peer节点请求内容，目标peer节点接受请求后将所需内容发送给UE。
当流媒体业务在电信网络中实现时，一种较好的实现方式是在IMS网络基础之上构建PPSP网络，即基于IMS的内容传输业务(IMS based CDS，IMS based Content DeliveryService)，该网络是一种内容分发网络，其主要原理是将Tracker作为应用服务器(AS，Application Server)接入到IMS网络，UE通过IMS网络进行注册和计费，UE和Tracker之间的PPSP tracker协议需要承载在会话初始协议(SIP，Session Initiation Protocol)中，并且UE和Tracker之间的消息交互都需要经过IMS核心网，而UE和Peer之间的交互则不需要经过IMS核心网而直接通过PPSP Peer进行交互。在这种架构下，既能充分利用现有的IMS网络来实现对流媒体业务的控制，又能在媒体面传输时充分利用P2P技术的优势。
在电信网络中，为了保证业务质量，运营商需要对网络进行服务质量(QoS，Quality of Service)策略控制。目前现有技术中流媒体业务QoS控制主要是针对流媒体业务类别采用提前预留固定带宽的方式，这种方式存在的问题是策略单一且粗略，无法针对不同的用户、不同的UE和不同的流媒体业务QoS需求来实现有针对性的QoS策略控制。
发明内容
有鉴于此，本发明的主要目的在于提供一种保障流媒体业务服务质量的方法及系统，能为基于IMS网络的对等网中的不同业务和/或不同用户提供差异化的服务质量保证。
为达到上述目的，本发明的技术方案是这样实现的：
一种保障流媒体业务服务质量的方法，包括：
内容缓存服务器Cache将自身默认的媒体面地址信息通知内容跟踪服务器Tracker；
所述Tracker接收到用户终端UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给资源控制功能RCF；
所述RCF根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和流量模板TFT信息后，通知接入网络预留资源；
所述Tracker向所述UE返回候选Cache列表；
所述UE从候选Cache列表中选择至少一个Cache，通过预留资源建立与所选择的Cache之间的媒体连接，获取所需流媒体。
优选地，所述Cache将自身默认的媒体面地址信息通知Tracker，为：
所述Cache设置有缺省媒体面地址和端口信息，在向所述Tracker注册内容时，将缺省媒体面地址和端口信息通知所述Tracker；
所述Tracker保存所述Cache的缺省媒体面地址和端口信息。
优选地，所述业务请求消息中携带有UE的终端能力信息、UE的媒体面IP地址和端口信息、UE请求的内容信息。
优选地，所述方法还包括：
所述Tracker接收到所述UE的业务请求消息后，获取候选Cache列表，并确定业务QoS需求后，向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述Tracker根据所述业务请求消息携带请求资源ID和资源类型的信息获取存储所述资源的Cache的地址列表。
优选地，所述Tracker接收到所述UE的业务请求消息后，所述方法还包括：
所述Tracker根据所述业务请求消息携带的UE终端能力信息以及本地策略生成业务QoS需求。
优选地，所述Tracker直接向所述RCF或通过所述中间网元向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述Tracker直接向所述RCF发送资源预留请求消息；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述Tracker将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知所述中间网元；
所述中间网元接收到通知后向所述RCF发送资源预留请求；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述中间网元为PCSCF；
所述Tracker将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知所述中间网元，为：
所述Tracker通过会话控制功能SCSCF向所述PCSCF发送通知消息，所述通知消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；其中，所述通知消息承载于SIP信令中发送。
优选地，所述RCF根据业务QoS信息、UE用户的QoS签约信息和运营商策略生成QoS策略，根据UE的媒体面地址和端口信息，以及候选Cache服务器的媒体面地址信息生成TFT。
优选地，所述RCF通知接入网络预留资源，为：
所述RCF生成QoS策略和TFT后，向接入网络中的资源执行网关发送策略执行请求消息；
所述资源执行网关接收到策略执行请求消息后进行资源预留，并通知所述用户终端创建承载。
优选地，所述策略执行请求消息携带有UE标识、QoS策略和TFT的信息；
所述资源执行网关根据所述QoS策略信息和TFT信息预留资源，并通知所述UE创建承载。
优选地，所述Tracker向所述UE返回候选Cache列表，为：
所述资源执行网关在完成资源预留后通知所述RCF，所述RCF进一步通知所述Tracker或所述PCSCF资源预留完成，所述Tracker或所述PCSCF向所述UE返回候选Cache列表。
优选地，所述资源执行网关为部署有资源执行功能REF的网关；
所述资源执行网关为分组数据网络网关P-GW。
一种保障流媒体业务服务质量的系统，包括UE、Tracker、Cache、RCF和接入网络，所述Tracker与所述RCF设置有连接接口，其中：
Cache，用于将自身默认的媒体面地址信息通知Tracker；
Tracker，用于接收到UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给RCF；以及，向所述UE返回候选Cache列表；
RCF，用于根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和TFT信息，并通知接入网络预留资源；
UE，用于从候选Cache列表中选择至少一个Cache，通过预留资源建立与所选择Cache之间的媒体连接，获取所需流媒体。
优选地，所述Cache进一步用于，设置缺省媒体面地址和端口信息，并在向所述Tracker注册内容时，将缺省媒体面地址和端口信息通知所述Tracker；
所述Tracker进一步用于保存所述Cache的缺省媒体面地址和端口信息。
优选地，所述业务请求消息中携带有UE的终端能力信息、UE的媒体面IP地址和端口信息、UE请求的内容信息；
所述Tracker进一步用于，在接收到所述UE的业务请求消息后，获取候选Cache列表，并确定业务QoS需求后，向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述Tracker接收到所述UE的业务请求消息后，进一步根据所述业务请求消息携带的UE终端能力信息以及本地策略生成业务QoS需求。
优选地，所述Tracker进一步用于，直接向所述RCF或通过所述中间网元向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述Tracker进一步用于，直接向所述RCF发送资源预留请求消息；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；
或者，所述Tracker进一步用于，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知所述中间网元；所述中间网元接收到通知后向所述RCF发送资源预留请求；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
优选地，所述中间网元为PCSCF；
所述Tracker进一步用于，通过SCSCF向所述PCSCF发送通知消息，所述通知消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；其中，所述通知消息承载于SIP信令中发送。
优选地，所述RCF进一步用于，根据业务QoS信息、UE用户的QoS签约信息和运营商策略生成QoS策略，根据UE的媒体面地址和端口信息，以及候选Cache服务器的媒体面地址信息生成TFT。
优选地，所述接入网络还包括资源执行网关；
所述RCF进一步用于，在生成QoS策略和TFT后，向接入网络中的资源执行网关发送策略执行请求消息；
所述资源执行网关用于，在接收到策略执行请求消息后进行资源预留，并通知所述用户终端创建承载。
优选地，所述资源执行网关为部署有REF的网关；
所述资源执行网关为P-GW。本发明中，Tracker接收到UE的业务请求消息后，由Tracker或中间网元通过RCF通知所述接入网络进行资源预留，而在此过程中，RCF会生成QoS策略和缺省TFT，并在接收到资源预留完成的通知后，向接入网络中的资源执行网关发送策略执行请求消息；资源执行网关接收到策略执行请求消息后进行资源预留，并通知UE创建承载。这样，就实现对业务媒体流的QoS控制。由于RCF能根据UE的签约数据、UE自身能力信息和QoS流媒体的QoS需求制定相应的QoS策略，因此，所制定的流媒体的QoS策略更精细，能提供更精细化的QoS控制。本发明实现了更为灵活和精细化的流媒体QoS策略控制，从而满足了不同的用户、不同的终端或不同的流媒体内容传输的QoS需求。
附图说明
图1为P2P网络原理图；
图2为支持PPSP协议的架构示意图；
图3为应用PPSP协议进行流媒体业务的基本流程图；
图4为本发明实施例的保障流媒体业务服务质量的系统的结构示意图；
图5为本发明实施例一的保障流媒体业务服务质量的方法的流程图；
图6为本发明实施例二的保障流媒体业务服务质量的方法的流程图。
具体实施方式
本发明的基本思想为：Tracker接收到UE的业务请求消息后，由Tracker或中间网元通过RCF通知所述接入网络进行资源预留，而在此过程中，RCF会生成QoS策略和缺省TFT，并在接收到资源预留完成的通知后，向接入网络中的资源执行网关发送策略执行请求消息；资源执行网关接收到策略执行请求消息后进行资源预留，并通知UE创建承载。由于RCF能根据UE的签约数据、UE自身能力信息和QoS流媒体的QoS需求制定相应的QoS策略，因此，所制定的流媒体的QoS策略更精细，能提供更精细化的QoS控制。
为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。
图4为本发明实施例的保障流媒体业务服务质量的系统的结构示意图，如图4所示，本发明示例的保障流媒体业务服务质量的系统包括UE 401、MME402、P-GW 403、PCSCF404、SCSCF 405、Tracker 406、Cache 407、RCF 408和REF 409，其中：
UE 401，用于发起业务请求并进行终端侧相应的业务处理。
移动管理实体(MME，Mobility Management Entity)402，为接入侧网元，主要负责移动性管理、承载管理等功能。
分组数据网络网关(P-GW，Packet Data Network Gateway)403，为接入侧网元，用于管理3GPP接入和non-3GPP接入间的移动，还负责策略执行、计费等功能。
代理呼叫控制功能实体(PCSCF，Proxy Call Session Control Function)404，为IMS核心网网元，用于负责终端接入到IMS核心网。
会话呼叫控制功能实体(SCSCF，Session Call Session Control Function)405，为IMS核心网网元，用于进行用户的认证鉴权、会话控制和业务触发。
Tracker 406，为内容跟踪服务器，用于存储资源索引信息，如某个特定的内容缓存服务器(Cache)中存储的资源信息。
Cache 407，内容缓存服务器，存储具体的资源，如影片内容分片等。
资源控制功能实体(RCF，Resource Control Function)408，负责接收来自业务实体的业务QoS请求，结合运营商策略和用户签约等信息制定相应的资源控制策略，并下发给策略执行功能实体(REF，Resource Enforcement Function)执行。此外，RCF还可以接收REF上报的事件，发送给相应的业务层功能实体。
REF 409，根据RCF下发的资源控制策略进行QoS策略实施和门控、事件上报等功能。REF是逻辑功能实体，可以部署在多个网元中。在本架构中REF部署在P-GW网元中。
与RCF对接的网元可以是PCSCF或者Tracker，在实际部署时二选一即可。
PCSCF和RCF之间的接口和协议为现有技术，该接口使用Diameter协议。PCSCF将业务层的QoS需求承载在Diameter消息中下发给RCF，RCF向其返回执行结果。
Tracker和RCF之间的接口是新增的接口，该接口使用Diameter协议；其中，Tracker网元新增如下功能：
1)根据用户终端能力等信息策略出业务QoS需求；
2)与RCF交互，将业务层的QoS需求承载在Diameter消息中下发给RCF，RCF向其返回执行结果。
下面结合附图和实施例对本发明作进一步详细说明。为方便描述，下面将PCSCF和RCF对接的架构称为PCSCF作AF(Application Function，应用功能)，将Tracker和RCF对接的架构称为Tracker作AF。在下述实施例中分别描述了PCSCF作AF和Tracker作AF的情况。REF部署在P-GW中，P-GW和RCF之间通过REF功能进行交互，为简便起见，实施例图中没有示出REF功能。
图5为本发明实施例一的保障流媒体业务服务质量的方法的流程图，如图5所示，本示例描述了Tracker作AF架构下的一种实现流程，本示例的保障流媒体业务服务质量的方法具体包括以下步骤：
步骤501：UE向PCSCF发送会话请求(INVITE)消息，该INVITE消息是为了向Tracker请求拥有目标资源的节点列表。INVITE消息中携带UE的终端能力信息(如UE的数据处理能力、屏幕分辨率等)、UE已分配的媒体面IP地址和端口列表，该列表包含一个或多个端口、以及UE要请求的内容信息，如所需的资源ID及资源类型(如影片是否高清)等。
步骤502～步骤503：PCSCF接收到INVITE消息后，向SCSCF转发该消息。SCSCF将该消息发给Tracker。此为现有技术。
步骤504：Tracker接收到SCSCF发送的INVITE消息后，根据INVITE中的资源ID和资源类型等信息获取存储了该资源的Cache的地址信息列表，所述地址信息列表包括Tracker选择的所有Cache的媒体面地址和端口。Tracker获取Cache的媒体面地址和端口可采取但不限于如下方式：Cache在本地设置了缺省媒体面地址和端口列表，Cache在向Tracker注册内容时，在内容注册请求消息中携带本地设置的缺省媒体面地址和端口列表，Tracker保存相关信息。
步骤505：Tracker根据INVITE消息中携带的UE终端能力结合本地策略生成业务QoS需求。所述本地策略由运营商自行确定，可以采用但不限于以下策略：Tracker根据INVITE消息中携带的UE终端能力结合该影片推荐带宽确定业务QoS需求，该业务QoS需求包括传输该影片资源时所需最低保障带宽和速率。所述影片业务提供商(SP，ServiceProvider)推荐带宽是指提供该影片资源的业务提供商根据一定算法结合该影片播放速度和各分片大小算出的一个相对最优值，能保障正常播放时影片的大部分分片能被及时下载。Tracker获取该影片SP推荐带宽信息的方式可以采用但不限于：1)分片信息中携带了该影片SP推荐带宽，Tracker通过查询分片信息可获知相应的影片SP推荐带宽信息。2)各个影片对应的SP推荐带宽信息存储在某个服务器中，在需要时Tracker和该服务器交互获取该信息。
上述步骤504和步骤505无严格的先后执行顺序关系。
步骤506：Tracker在生成业务QoS需求后，向RCF发送资源预留请求消息，资源预留请求消息中携带业务QoS相关信息、UE标识、UE的媒体面地址和端口列表以及Tracker选择的Cache的媒体面地址和端口列表。这里Cache可以是多个。
步骤507：RCF接收到Tracker发送的资源预留请求消息后，获取资源预留请求消息中的业务QoS相关信息，结合用户QoS签约和本地策略生成QoS策略，并根据UE的媒体面IP地址和端口列表以及Cache的媒体面地址和端口列表生成TFT，之后向P-GW发送策略执行请求消息通知创建承载，策略执行请求消息中携带UE标识、QoS策略信息以及TFT等信息。
步骤508：P-GW接收到RCF发送的策略执行请求消息后，并根策略执行请求据消息中携带的QoS策略信息分配EPS承载QoS，所述EPS承载QoS是指承载层QoS参数，包括QCI、ARP、GBR和MBR。P-GW向MME发送创建承载请求消息，消息中携带UE标识、EPS承载QoS信息、TFT、EPS承载标识等。所述TFT用于IP流的承载绑定。
步骤509：MME通知UE进行无线承载建立过程。MME在这个过程中将无线承载QoS信息和TFT等参数通知UE。UE根据QoS参数进行资源预留，根据TFT进行承载绑定。
步骤510：完成承载建立相关过程后，MME向P-GW返回创建承载响应消息，创建承载响应消息中携带有EPS承载标识等信息。
步骤511：P-GW接收到MME返回的创建承载响应消息后，向RCF发送策略执行响应消息，通知RCF策略已经执行完成。
步骤512：RCF接收到策略执行响应消息后，向Tracker返回资源预留响应消息，通知Tracker资源已经预留完成。
步骤513：Tracker接收到RCF发送的资源预留响应消息后，向SCSCF发送应答(200OK)消息，200OK消息中携带有Tracker获取的Cache地址列表。
步骤514～步骤515：SCSCF接收到应答消息后，通过PCSCF将该应答消息转发给UE。
步骤516：UE接收到应答消息后，从应答消息中携带的Cache列表中选择一个或者多个Cache作为内容获取节点。本实施例以UE选取一个Cache为例。
步骤517～步骤519：UE向所选择的Cache发送内容请求，Cache向其返回内容请求响应，之后Cache通过之前建立的EPS承载开始向UE发送媒体流。在该过程中，媒体流将会通过TFT绑定到之前已经建好的专用承载上，从而保障流媒体的QoS。
图6为本发明实施例二的保障流媒体业务服务质量的方法的流程图，如图6所示，本示例描述了PCSCF作AF架构下的一种实现流程。本示例与前述实施例一的基本思想相同，主要区别点在于，前述实施例一是Tracker作AF和RCF进行交互，而本示例是PCSCF作AF与RCF进行交互。本示例的保障流媒体业务服务质量的方法具体包括以下步骤：
步骤601～步骤605：同步骤501～步骤505。
步骤606～步骤607：Tracker向SCSCF发送应答(200OK)消息，应答消息中携带有业务QoS相关信息、UE的媒体面地址和端口列表以及Tracker选择的Cache的媒体面地址和端口列表。SCSCF把应答(200OK)消息转发给PCSCF。
步骤608：PSCSF在接收到应答消息后，向RCF发送资源预留请求消息。该资源预留请求消息中携带有业务QoS相关信息、UE标识、UE的媒体面地址和端口列表以及Tracker选择的Cache的媒体面地址和端口列表。这里Cache可以是多个。
步骤609：步骤609～步骤613，RCF触发P-GW建立承载过程。同步骤507～步骤511。
步骤614：RCF接收到策略执行响应消息后，向PCSCF返回资源预留响应消息，通知PCSCF资源已经预留完成。同步骤512。
步骤615～步骤619：同步骤515～步骤519。
从上述方案的分析可知，采取本发明的方法，实现了更为灵活和精细化的流媒体QoS策略控制。
本发明同时记载了一种保障流媒体业务服务质量的系统，包括UE、Tracker、Cache、RCF和接入网络，所述Tracker与所述RCF设置有连接接口，其中：
Cache，用于将自身默认的媒体面地址信息通知Tracker；
Tracker，用于接收到UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给RCF；以及，向所述UE返回候选Cache列表；
RCF，用于根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和TFT信息，并通知接入网络预留资源；
UE，用于从候选Cache列表中选择至少一个Cache，通过所述预留资源建立与所选择Cache之间的媒体连接，获取所需流媒体。
所述Cache进一步用于，设置缺省媒体面地址和端口信息，并在向所述Tracker注册内容时，将缺省媒体面地址和端口信息通知所述Tracker；
所述Tracker进一步用于保存所述Cache的缺省媒体面地址和端口信息。
所述业务请求消息中携带有UE的终端能力信息、UE的媒体面IP地址和端口信息、UE请求的内容信息；
所述Tracker进一步用于，在接收到所述UE的业务请求消息后，获取候选Cache列表，并确定业务QoS需求后，向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
所述Tracker接收到所述UE的业务请求消息后，进一步根据所述业务请求消息携带的UE终端能力信息以及本地策略生成业务QoS需求。
所述Tracker进一步用于，直接向所述RCF或通过所述中间网元向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
所述Tracker进一步用于，直接向所述RCF发送资源预留请求消息；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；
或者，所述Tracker进一步用于，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知所述中间网元；所述中间网元接收到通知后向所述RCF发送资源预留请求；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
所述中间网元为PCSCF；
所述Tracker进一步用于，通过SCSCF向所述PCSCF发送通知消息，所述通知消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；其中，所述通知消息承载于SIP信令中发送。
所述RCF进一步用于，根据业务QoS信息、UE用户的QoS签约信息和运营商策略生成QoS策略，根据UE的媒体面地址和端口信息，以及候选Cache服务器的媒体面地址信息生成TFT。
所述接入网络还包括资源执行网关；
所述RCF进一步用于，在生成QoS策略和TFT后，向接入网络中的资源执行网关发送策略执行请求消息；
所述资源执行网关用于，在接收到策略执行请求消息后进行资源预留，并通知所述用户终端创建承载。
所述资源执行网关为部署有REF的网关；
所述资源执行网关为P-GW。
本领域技术人员应当理解，本发明保障流媒体业务服务质量的系统对现有网络系统的结构并无实质性改变，只是利用Tracker与RCF之间设置的连接接口，实现了由RCF针对流媒体业务制定相应的QoS策略并执行对接入流媒体业务的QoS控制。本发明保障流媒体业务服务质量的系统中各网元的功能，可结合图4至图6相应的描述而理解。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (20)
1.一种保障流媒体业务服务质量的方法，其特征在于，所述方法包括：
内容缓存服务器Cache将自身默认的媒体面地址信息通知内容跟踪服务器Tracker；
所述Tracker接收到用户终端UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给资源控制功能RCF；其中，所述Tracker接收到用户终端UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给资源控制功能RCF包括：所述Tracker根据所述业务请求消息携带的UE终端能力信息以及本地策略生成业务QoS需求；所述Tracker获取候选Cache列表，并确定业务QoS需求后，向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；
所述RCF根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和流量模板TFT信息后，通知接入网络预留资源；其中，所述RCF根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和流量模板TFT信息包括：所述RCF根据业务QoS信息、UE用户的QoS签约信息和运营商策略生成QoS策略，根据UE的媒体面地址和端口信息，以及候选Cache服务器的媒体面地址信息生成TFT；
所述Tracker向所述UE返回候选Cache列表；
所述UE从候选Cache列表中选择至少一个Cache，通过预留资源建立与所选择的Cache之间的媒体连接，获取所需流媒体。
2.根据权利要求1所述的方法，其特征在于，所述Cache将自身默认的媒体面地址信息通知Tracker，为：
所述Cache设置有缺省媒体面地址和端口信息，在向所述Tracker注册内容时，将缺省媒体面地址和端口信息通知所述Tracker；
所述Tracker保存所述Cache的缺省媒体面地址和端口信息。
3.根据权利要求1所述的方法，其特征在于，所述业务请求消息中携带有UE的终端能力信息、UE的媒体面IP地址和端口信息、UE请求的内容信息。
4.根据权利要求1所述的方法，其特征在于，所述Tracker根据所述业务请求消息携带请求资源ID和资源类型的信息获取存储所述资源的Cache的地址列表。
5.根据权利要求1所述的方法，其特征在于，所述Tracker直接向所述RCF或通过中间网元向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
6.根据权利要求1所述的方法，其特征在于，所述Tracker直接向所述RCF发送资源预留请求消息；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
7.根据权利要求1所述的方法，其特征在于，所述Tracker将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知中间网元；
所述中间网元接收到通知后向所述RCF发送资源预留请求；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
8.根据权利要求7所述的方法，其特征在于，所述中间网元为PCSCF；
所述Tracker将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知所述中间网元，为：
所述Tracker通过会话控制功能SCSCF向所述PCSCF发送通知消息，所述通知消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；其中，所述通知消息承载于SIP信令中发送。
9.根据权利要求1所述的方法，其特征在于，所述RCF通知接入网络预留资源，为：
所述RCF生成QoS策略和TFT后，向接入网络中的资源执行网关发送策略执行请求消息；
所述资源执行网关接收到策略执行请求消息后进行资源预留，并通知所述 用户终端创建承载。
10.根据权利要求9所述的方法，其特征在于，所述策略执行请求消息携带有UE标识、QoS策略和TFT的信息；
所述资源执行网关根据所述QoS策略信息和TFT信息预留资源，并通知所述UE创建承载。
11.根据权利要求1所述的方法，其特征在于，所述Tracker向所述UE返回候选Cache列表，为：
所述资源执行网关在完成资源预留后通知所述RCF，所述RCF进一步通知所述Tracker或PCSCF资源预留完成，所述Tracker或所述PCSCF向所述UE返回候选Cache列表。
12.根据权利要求9至11任一项所述的方法，其特征在于，所述资源执行网关为部署有资源执行功能REF的网关；
所述资源执行网关为分组数据网络网关P-GW。
13.一种保障流媒体业务服务质量的系统，包括UE、Tracker、Cache、RCF和接入网络，其特征在于，所述Tracker与所述RCF设置有连接接口，其中：
Cache，用于将自身默认的媒体面地址信息通知Tracker；
Tracker，用于接收到UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给RCF；以及，向所述UE返回候选Cache列表；其中，接收到UE的业务请求消息后，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息发送给RCF包括：根据所述业务请求消息携带的UE终端能力信息以及本地策略生成业务QoS需求；获取候选Cache列表，并确定业务QoS需求后，向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；
RCF，用于根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和TFT信息，并通知接入网络预留资源；其中，根据业务QoS信息和候选Cache的媒体面地址信息生成QoS策略和TFT信息包括：根据业务QoS信息、UE用户的QoS签约信息和运营商策略生成QoS策略，根据UE的媒体面地址 和端口信息，以及候选Cache服务器的媒体面地址信息生成TFT；
UE，用于从候选Cache列表中选择至少一个Cache，通过预留资源建立与所选择Cache之间的媒体连接，获取所需流媒体。
14.根据权利要求13所述的系统，其特征在于，所述Cache进一步用于，设置缺省媒体面地址和端口信息，并在向所述Tracker注册内容时，将缺省媒体面地址和端口信息通知所述Tracker；
所述Tracker进一步用于保存所述Cache的缺省媒体面地址和端口信息。
15.根据权利要求13所述的系统，其特征在于，所述业务请求消息中携带有UE的终端能力信息、UE的媒体面IP地址和端口信息、UE请求的内容信息。
16.根据权利要求13所述的系统，其特征在于，所述Tracker进一步用于，直接向所述RCF或通过中间网元向所述RCF发送业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
17.根据权利要求13所述的系统，其特征在于，所述Tracker进一步用于，直接向所述RCF发送资源预留请求消息；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；
或者，所述Tracker进一步用于，将业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息通知中间网元；所述中间网元接收到通知后向所述RCF发送资源预留请求；其中，所述资源预留请求消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息。
18.根据权利要求17所述的系统，其特征在于，所述中间网元为PCSCF；
所述Tracker进一步用于，通过SCSCF向所述PCSCF发送通知消息，所述通知消息中携带业务QoS信息、UE的媒体面地址信息和候选Cache的媒体面地址信息；其中，所述通知消息承载于SIP信令中发送。
19.根据权利要求13所述的系统，其特征在于，所述接入网络还包括资源执行网关；
所述RCF进一步用于，在生成QoS策略和TFT后，向接入网络中的资源执行网关发送策略执行请求消息；
所述资源执行网关用于，在接收到策略执行请求消息后进行资源预留，并通知所述用户终端创建承载。
20.根据权利要求19所述的系统，其特征在于，所述资源执行网关为部署有REF的网关；
所述资源执行网关为P-GW。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110202060.8A CN102891830B (zh) | 2011-07-18 | 2011-07-18 | 保障流媒体业务服务质量的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110202060.8A CN102891830B (zh) | 2011-07-18 | 2011-07-18 | 保障流媒体业务服务质量的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102891830A CN102891830A (zh) | 2013-01-23 |
| CN102891830B true CN102891830B (zh) | 2017-04-05 |
Family
ID=47535199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110202060.8A Active CN102891830B (zh) | 2011-07-18 | 2011-07-18 | 保障流媒体业务服务质量的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102891830B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014186974A1 (zh) * | 2013-05-24 | 2014-11-27 | 华为技术有限公司 | 一种业务接入控制方法和装置 |
| CN104753823B (zh) * | 2013-12-31 | 2018-04-10 | 华为技术有限公司 | 建立服务质量预留的方法及节点 |
| CN103825940B (zh) * | 2014-02-17 | 2017-05-10 | 昆山中创软件工程有限责任公司 | 一种基于云计算的服务提供方法及装置 |
| CN106549987B (zh) * | 2015-09-17 | 2020-06-05 | 中兴通讯股份有限公司 | 一种移动网络决策cdn中缓存内容的方法、装置及系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101395483A (zh) * | 2006-03-06 | 2009-03-25 | 思科技术公司 | 由网络触发的服务质量（QoS）预留 |
| CN102098651A (zh) * | 2011-01-21 | 2011-06-15 | 北京邮电大学 | 利用用户服务标识usid实施策略标识与控制的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7746849B2 (en) * | 2003-07-30 | 2010-06-29 | Nortel Networds Limited | Providing packet-based multimedia services via a circuit bearer |
-
2011
- 2011-07-18 CN CN201110202060.8A patent/CN102891830B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101395483A (zh) * | 2006-03-06 | 2009-03-25 | 思科技术公司 | 由网络触发的服务质量（QoS）预留 |
| CN102098651A (zh) * | 2011-01-21 | 2011-06-15 | 北京邮电大学 | 利用用户服务标识usid实施策略标识与控制的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102891830A (zh) | 2013-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8688814B2 (en) | Methods and apparatuses for notifying an application function of resource restrictions relating to a communication session | |
| US7536184B2 (en) | Seamless mobility management with service detail records | |
| CN101026617B (zh) | 一种ims网络中媒体资源调度方法 | |
| US8325615B2 (en) | System and method for collapsed subscriber management and call control | |
| US11032327B2 (en) | Method and apparatus for facilitating establishing and maintaining communication services | |
| JP2009049517A (ja) | 制御装置、コンテンツ送信システム及びコンテンツ送信方法 | |
| CN102215155B (zh) | 一种家庭网络的资源接纳控制方法及系统 | |
| CN103119981B (zh) | 服务质量控制方法和设备 | |
| CN102148739B (zh) | 一种ims会话路由控制方法及系统 | |
| CN104472009A (zh) | 用于在融合的网络中动态配置客户驻地装置(cpe)的方法、系统和计算机可读介质 | |
| CN102891830B (zh) | 保障流媒体业务服务质量的方法及系统 | |
| CN103023860B (zh) | 一种保持ims多媒体流式会话连续性的方法及相关网元 | |
| CN102904859B (zh) | 保障流媒体业务服务质量的方法及系统 | |
| US10187926B2 (en) | Apparatus and method for setting up active networking of smart devices for providing converged service | |
| CN101764810A (zh) | 一种跨域业务提供的协商方法和系统 | |
| CN103096179A (zh) | 一种保障流媒体业务质量的方法和系统 | |
| CN101505261A (zh) | 内容路由异常时的处理方法、内容路由功能设备和系统 | |
| CN101635672A (zh) | 一种群组方式下实现融合业务会话的装置和方法 | |
| de Gouveia et al. | A framework to improve QoS and mobility management for multimedia applications in the IMS | |
| Corici et al. | A network controlled QoS model over the 3GPP system architecture evolution | |
| CN103096180B (zh) | 流媒体QoS保障方法及系统 | |
| EP2501174B1 (en) | Method and system for resource policy decision in roaming scene | |
| CN102256311B (zh) | 非资源预留型业务的处理方法、装置及系统 | |
| Alhazmi et al. | An overview of context-aware vertical handover schemes in heterogeneous networks | |
| WO2011120292A1 (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201123 Address after: No.10, e-commerce Park, Hegou Town, Xinyi City, Xuzhou City, Jiangsu Province Patentee after: Xuzhou Smart Cloud Software Technology Co.,Ltd. Address before: No.83, Chongchuan Road, Chongchuan District, Nantong City, Jiangsu Province Patentee before: Nantong Yanlu Enterprise Management Consulting Co.,Ltd. Effective date of registration: 20201123 Address after: No.83, Chongchuan Road, Chongchuan District, Nantong City, Jiangsu Province Patentee after: Nantong Yanlu Enterprise Management Consulting Co.,Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corp. |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 221411 room 306-3, block a, high tech Industrial Park, Gaoliu Town, Xinyi City, Xuzhou City, Jiangsu Province Patentee after: Xuzhou Smart Cloud Software Technology Co.,Ltd. Address before: 221400 No.10 e-commerce Park, Hegou Town, Xinyi City, Xuzhou City, Jiangsu Province Patentee before: Xuzhou Smart Cloud Software Technology Co.,Ltd. |