CN101378401A - 业务资源授权控制的方法、系统和设备 - Google Patents

Abstract

本发明公开了一种业务资源授权控制的方法，包括以下步骤：代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息；所述代理呼叫会话控制功能实体获取所述消息中携带的可用资源列表信息，并根据所述可用资源列表信息对用户终端使用资源的请求进行授权控制。本发明还提供了一种实现业务资源授权控制的系统和设备。本发明通过对用户可以访问的业务的“一次性”授权，加快资源授权的速度，同时又不会影响用户选择自己可以访问的业务列表的灵活性，可以极大地增强业务的可用性和提高用户的体验和感受。

Description

业务资源授权控制的方法、系统和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种业务资源授权控制的方法、系统和设备。

背景技术

IPTV(Internet Protocol Television，网络电视)是一种利用宽带有线电视网，集互联网多媒体、通讯等多种技术于一体向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以有两种方式享受IPTV服务:计算机、或网络机顶盒加普通电视机。IPTV既不同于传统的模拟式有线电视，也不同于数字电视。尽管数字电视相对于模拟电视有许多技术革新，但这些技术革新只有信号的改变，而没有触及媒体内容的传播方式。

IMS based IPTV(基于IMS的IPTV)就是在IMS(IP Multimedia Subsystem，因特网协议多媒体子系统)的整体架构下提供IPTV业务，以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端QoS(Quality of Service，网络服务质量)保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。也就是说，用户到内容的多媒体会话是通过IMS已有的会话控制机制来完成，在建立会话过程中，需要为媒体流的传送预留承载资源。

目前，许多标准组织在研究IMS based IPTV。图1为标准组织ETSI TISPAN(Telecommunications and Internet converged Services and Protocols forAdvanced Networking，电信和互联网融合业务及高级网络协议)定义的IMSbased IPTV的业务功能架构。

其中，业务控制功能(IPTV Service Control Function，SCF)为用户业务的访问进行控制，媒体功能(IPTV Media Functions，MF)负责为用户终端(UE)提供媒体流的控制与交付(Delivery)。可分为媒体控制功能(IPTV MediaControl Functions，MCF)和媒体交付功能(IPTV Media Delivery Functions，MDF)。媒体交付功能通常是一些媒体服务器，在媒体控制功能的控制下向用户终端传送用户需要的媒体流。媒体控制功能还能接收和处理用户的播放控制操作，例如媒体的快进、后退、暂停、定位等操作，这种操作通常使用实时流协议(Real Time Streaming Protocol，RTSP)来实现。

IPTV UE业务控制使用IPTV UE与Core IMS(IMS核心网)之间的Gm接口、Core IMS以及Core IMS与IPTV业务控制(SCF)之间的ISC(IMS ServiceControl，IMS业务控制)接口，这些接口，包括Core IMS内部的CSCF(CallSession Control Function，呼叫会话控制功能)之间的接口，都基于SIP协议(Session Initiation Protocol，会话初始协议)。

SIP协议是一个应用层的控制协议，可以用来建立、修改、和终止多媒体会话(或者会议)，例如Internet电话。SIP协议也支持邀请参与者参加已经存在的会话，比如多方会议。

在IPTV中，多播业务(Broadcast Service，BC)是指通过多播方式为用户提供业务的一种应用，如实时电视(Live TV或Linear TV，LTV)。多播业务中用户终端(UE或者STB)通过接受广播的电视节目信息并将接收到的节目信息显示给用户。

在IMS网络中，P-CSCF(Proxy-CSCF，代理呼叫会话控制功能)作为终端接入核心网的第一个业务控制实体同时负责对用户使用接入网资源进行授权以及完成用户的QoS处理。在IPTV系统中，同样P-CSCF需要对用户终端加入多播组或者请求建立单播媒体通道进行资源预留和授权。

在IMS系统中S-CSCF(Serving-CSCF，服务呼叫会话控制功能)等通过检查SDP O/A(Session Description Protocol Offer/Answer，会话描述协议提供/应答)交互参数，通过对用户数据的检查等确认用户可以建立相应的会话以及承载通道，P-CSCF从会话建立过程中的SDP O/A交互中获取用户所建立的会话的详细参数信息(包括会话双方的IP地址、端口，所使用的传输层协议甚至应用层协议、媒体流的编解码方式、所需要的带宽中的部分或者全部信息)，并且根据这些信息完成接入授权和资源预留。

当使用多播方式进行业务部署时，P-CSCF或者接入网(P-CSCF/接入网)可以在本地通过配置等方式保存多播业务标识等和多播业务的具体参数(包括多播业务内容分发的传输协议、多播地址及端口、多播业务的编解码方式及相应的编解码所需要的相关参数，还可能包括多播业务的带宽需求、多播业务内容的质量、解析度以及用于显示给终端用户的多播业务描述信息)之间的对应关系，这时P-CSCF就不再需要依赖于UE和SCF之间的SDP O/A过程来传递和获取会话信息以及用户可以加入的多播组等相关资源授权信息的传递。需要的是SCF能够通过会话建立或者修改等过程中的信令消息将用户能够访问的多播业务信息传递到P-CSCF，由P-CSCF以及接入网完成加入以及多播业务切换时的本地资源授权。其中接入网包含接入资源提供子网络和资源访问控制子网络。

如果多播业务和多播地址之间的对应关系是由P-CSCF保存的，那么P-CSCF需要逐多播地址和端口对UE加入多播组进行授权；如果多播业务和多播地址之间的对应关系不是由P-CSCF而是由接入网保存的，那么P-CSCF需要直接对多播业务进行授权，由接入网网元根据多播业务所对应的多播地址和端口进行授权。

目前在TISPAN标准组织的IMS based IPTV相关技术文档中存在的多播业务包(BC service package)以及UE向BC service package发起业务过程的技术，如图2所示:在这种技术下实际上相当于终端请求访问一个业务包，由SCF确认用户可以访问一个package中的所有的多播业务。当业务建立过程完成后如果用户在一个package中进行多播业务切换则P-CSCF可以直接在本地完成资源的授权。其中SIP消息会经过消息所跨越的实体的处理，并不是端到端直接进行交互的，如INVITE是由IPTV UE始发，由P-CSCF、S-CSCF经过处理后进行转发最终到达SCF(Service Control Function，业务控制功能)。

这种方式虽然可以一次性完成对一个“包”的授权，但是对“包”的依赖却极大地限制了业务部署和签约的灵活性。譬如用户应当可以根据自己的喜好或需要定制自己可以访问的多播业务列表(如家长为自己的子女定制只允许访问某些多播业务)，但是用户期望的多播业务列表很可能不与运营商的任何包一致，这时就很难通过“包”授权的方式进行一次性授权。

发明内容

本发明的实施例公开了一种业务资源授权控制方法、系统和设备，以灵活便捷的对用户终端所使用的资源进行授权控制。

为了实现上述目的，本发明的实施例提供了一种业务资源授权控制的方法，包括以下步骤:

代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息；

所述代理呼叫会话控制功能实体获取所述消息中携带的可用资源列表信息，并根据所述可用资源列表信息对用户终端使用资源的请求进行授权控制。

本发明的实施例还提供一种实现业务资源授权控制的系统，包括至少一个用户终端、代理呼叫会话控制功能实体以及业务控制功能实体，

所述用户终端，用于向所述代理呼叫会话控制功能实体发送使用网络中资源的请求；

所述代理呼叫会话控制功能实体，用于根据业务控制功能实体发送的可用资源列表信息，对所述用户终端使用网络资源的请求进行授权控制；

所述业务控制功能实体，用于向所述代理呼叫会话控制功能实体发送可用资源列表信息，以完成对用户终端可访问的资源的授权控制。

本发明的实施例还提供一种用户终端，用于向网络侧发送使用网络中资源的请求，包括:

请求发送模块，用于向代理呼叫会话控制功能实体发送使用网络中资源的请求；

终端能力发送模块，用于在所述请求中添加本设备的能力信息，以供网络侧业务控制功能实体进行可用资源列表信息发送方式的选择。

本发明的实施例还提供一种代理呼叫会话控制功能实体，用于对用户终端的请求进行业务资源授权控制，包括:

资源列表获取模块，用于获取业务控制功能实体发送的消息中携带的可用资源列表信息；

资源列表存储模块，用于存储所述资源列表获取模块获取到的可用资源列表信息；

授权控制模块，用于根据所述资源列表存储模块存储的可用资源列表信息，对用户终端使用接入网资源进行授权控制。

本发明的实施例还提供一种业务控制功能实体，用于向代理呼叫会话控制功能实体发送可用资源列表信息以进行业务的授权控制，包括:

终端资源列表获取模块，用于获取用户终端的可用资源列表信息；

资源列表发送模块，用于将所述终端资源列表获取模块获取的可用资源列表信息向代理呼叫会话控制功能实体发送。

与现有技术相比，本发明的实施例至少具有以下优点:

由业务控制功能实体将可用资源列表信息直接发送给代理呼叫会话控制功能实体，并由代理呼叫会话控制功能实体根据该可用资源列表信息对用户可用资源进行授权控制，加快业务切换的速度，同时又不会影响用户选择自己可以访问的业务列表的灵活性，可以极大地增强业务的可用性和提高用户的体验和感受。

附图说明

图1是现有技术中IMS based IPTV的业务功能架构图；

图2是现有技术中通过使用package进行授权控制的流程图；

图3是本发明实施例一中业务资源授权控制方法的流程图；

图4是本发明实施例二中业务资源授权控制方法的流程图；

图5是本发明实施例三中业务资源授权控制方法的流程图；

图6是本发明实施例四中业务资源授权控制方法的流程图；

图7是本发明实施例中一种实现业务资源授权控制的系统的结构示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述:

本发明的实施例一中，一种业务资源授权控制方法的流程如图3所示，包括如下步骤:

步骤s301、SCF(业务控制实体)向P-CSCF(代理呼叫会话控制功能实体)发送包括可用资源列表信息的消息。

该可用资源列表信息即用户定制的业务的信息，SCF可以预先从保存有UE的业务配置文件的实体上获取用户的可用资源列表信息，如从UPSF(UserProfile Service Function，用户业务文件功能)实体上获得。在获取的方式上，可以由SCF定时获取或在每次需要向P-CSCF发送时实时获取。

该消息可以为以下具体形式:为SCF在接收到UE发送的业务访问请求消息或者业务修改的请求消息时的响应消息；或者为SCF向UE发送业务建立请求或者业务修改时的请求消息；或者为SCF在接收到P-CSCF发送的订阅消息后向P-CSCF返回的通知消息。SCF可以在以上几种消息中发送用户终端的可用资源列表，以实现P-CSCF对于可用资源列表的获取。在具体的发送方式上，可以在发送的消息中携带可用资源列表的访问地址(链接地址)，由P-CSCF根据该访问地址获取可用资源列表用于业务资源的授权控制；或直接在发送的消息中携带可用资源列表的完整内容，P-CSCF可以直接使用该可用资源列表用于业务资源的授权控制。

步骤s302、P-CSCF根据该消息中携带的可用资源列表信息，对用户终端使用资源的请求进行授权控制。

P-CSCF接收到的信息为可用资源列表的访问地址时，需要首先根据该访问地址获取可用资源列表；如果接收到的信息为可用资源列表的完整内容，则可以直接根据该可用资源列表中的信息，对用户终端的访问资源的请求进行访问授权或访问拒绝。该信息中对业务的表示方法包括以下几种方式:包括至少一种业务的标识和/或具体参数；或包括至少一个业务包，每个业务包包括至少一种业务的标识和/或具体参数；或包括至少一个业务包组，每个业务包组包括至少一个业务包，每个所述数据包包括至少一种业务的标识和/或具体参数。

在实际应用中，对于不同的业务，对业务资源进行控制的功能实体可能有所不同，以下以多播业务为例，描述P-CSCF从控制多播业务资源的实体上获取可用资源列表、完成多播业务资源授权控制的过程。

本发明的实施例二中，对多播业务中，SCF通过消息向P-SCSF下发可用资源列表的方式做详细的说明。具体的，SCF接收到IPTV UE访问某个多播业务的请求后，在返回对IPTV UE访问多播业务的请求消息的响应消息时，同时下发用户可访问的多播业务列表给P-CSCF；P-CSCF从该消息中获取用户可访问的多播业务列表信息并进行存储，并根据该已经获取到的用户可用多播业务列表信息对用户的请求进行访问授权或者访问拒绝。其中可用多播业务列表信息中显式或隐式包含可用资源信息，如可用多播业务列表中包含每个多播业务的可用资源信息从而显式携带可用资源信息；或者P-CSCF本地设置了多播业务标识和可用资源信息之间的对应关系，可用多播业务列表即已经隐式的包含了可用资源信息；或者也可以是上两种方式的组合。

参考图4，在本实施例中实现业务资源授权控制的方法包括以下步骤:

步骤s401，IPTV UE向SCF发起访问多播业务或者多播业务包的INVITE请求。此请求并非端到端直接进行交互，会经过请求所跨越的实体的处理，即INVITE是由IPTV UE始发，由P-CSCF、S-CSCF经过处理后进行转发最终到达SCF。

步骤s402，SCF在返回对IPTV UE访问请求消息的响应时，同时下发用户可访问的多播业务列表给P-CSCF。此步骤中，SCF需要在响应消息中下发用户可访问的多播业务列表信息。该终端可访问的多播业务列表信息的具体形式可以为头域方式或指定的消息体方式。

步骤s403，P-CSCF从该SCF返回的消息中获取用户可访问的多播业务列表信息。

步骤s404，IPTV UE向SCF发送确认ACK消息。

步骤s405，IPTV UE向P-CSCF/接入网发出访问多播业务数据的请求。

步骤s406，P-CSCF/接入网根据IPTV UE可访问的多播业务列表直接对用户请求的资源进行授权或者拒绝。

步骤s407，P-CSCF/接入网向IPTV UE发送请求访问的响应。

在上述步骤中，实现了通过SCF下发资源列表实现多播业务的资源授权控制。考虑到SCF应该根据P-CSCF等实体的能力下发资源授权列表，可以采用如下方式使得P-CSCF实体和UE将自己的能力预先上报给SCF:

UE在INVITE请求中上报自己的能力信息，而P-CSCF在转发IPTV UE的INVITE请求时上报自己的能力信息，具体步骤如下:

A.定义一个新的能力标签Option Tag，如resource-auth-list，UE、P-CSCF通过Supported、Require等头域携带该Option Tag，表示支持或者需要SCF支持资源授权列表。

B.UE、P-CSCF通过携带用于传递资源授权列表的SIP头域(如为:P-Batch-Resource-Auth)指示支持通过该头域方式下发资源授权列表。

C.UE、P-CSCF通过携带用于传递资源授权列表的消息体类型信息(如为:Accept-Content:application/resource-auth-list)指示支持通过指定的消息体方式下发资源授权列表。

通过上述方式，SCF探测到UE、P-CSCF等实体支持或者需要通过指定或未指定的方式下发资源授权列表时，SCF需要通过适当的信令消息(如INVITE或者200 OK响应消息)以及方式(如通过P-Batch-Resource-Auth头域方式或者application/resource-auth-list消息体方式)下发资源授权列表。

以下具体描述步骤s402中，SCF下发多播业务资源列表所采用的不同方式。

(1)多播业务资源列表的下发方式一:通过链接方式下发。

具体的，如在200 OK消息中，携带标识用户可用多播业务列表的链接(如HTTP链接)，这时P-CSCF等实体就可以采用相应的协议过程从指定的位置获取可用资源列表。如:

P-Batch-Resource-Auth:http://bc-service.example.com/user1-data.xml

其中P-Batch-Resource-Auth头域携带获取资源授权的链接位置“http://bc-service.example.com/user1-data.xml”，即可用资源列表。P-CSCF等实体接收到上述200 OK响应消息时会通过HTTP协议从指定的位置获取用户的资源授权信息并在本地完成资源授权控制。

(2)多播业务资源列表的下发方式二:通过直接下发方式下发。

具体的，如在200 OK消息中，携带完整的用户可用多播业务列表，这时P-CSCF等实体就可以使用可用多播业务列表进行资源授权控制。如在200 OK消息携带以下内容:

SIP/2.0 200 OK

Content-Type:application/resource-auth-list

Content-Length:(...)

<package name＝”example-package1”；service-desc＝”all-entries”/>

<package name＝”example-package1”；service-desc＝”all-entries”/>

<package name＝”example-package2”；service-desc＝”as-default”/>

<package name＝”example-package3”/>

<package name＝”example-package4”；

service-desc＝”only-listed-entries”>

<entry service＝”bc1-in-example-package4”/>

<entry service＝”bc2-in-example-package4”/>

</package>

<package name＝”example-package5”；

service-desc＝”all-but-excluding-listed-entries”>

<entry service＝”bc1-in-example-package5”/>

<entry service＝”bc2-in-example-package5”/>

</package>

其中消息体类型为application/resource-auth-list，表示所携带的是资源授权列表。消息体的内容中，通过“package”标签的“name”参数描述用户所具有访问权限的包，“service-desc”(Service Description，业务描述)描述了子标签“entry”的含义，与“service”标签配合描述了用户的权限，在后文将对此做详细描述。

通过上述方式一或方式二，P-CSCF等实体接收到上述200 OK响应消息后，根据该响应消息中的可用资源列表，在本地完成资源授权控制。而无论通过以上所述哪种方式，最终都需要获取可用资源列表，资源列表是对用户可以访问的多播业务或者可用资源列表进行的详细描述。上述第一种方式中的链接http://bc-service.example.com/user1-data.xml以及第二种方式中的消息体可以采用的描述方式有很多，以下给出两种不同的方式。

(1)多播业务资源列表的描述方式一，描述多播业务的具体参数。

具体的，可以采用下列描述方式:

Content-Type:application/resource-auth-list

Content-Length:(...)

<service name＝”sip:movie.ltv.topway.com.cn”>

<media type＝”RTP/AVP/audio”，

  maddr＝”225.1.2.3”，mport＝”10000”，codec＝”PCMU/8000”，pt＝”0”/>

<media type＝”RTP/AVP/video”，

  maddr＝”225.1.2.3”，mport＝”10002”，codec＝”H264/8000”，pt＝”34”/>

</service>

具体的，其中的“service”标签用于描述可用业务的具体内容，其中“name”属性表示用于标识或引用一个具体的多播业务的可用业务的标识，例如为“sip:movie.ltv.topway.com.cn”，“media”标签用于描述多播业务的媒体信息，其中“type”表示多播业务类型，“RTP/AVP/audio”表示采用RTP音视频协议的音频，“maddr”表示组播组地址，这里为“225.1.2.3”，“mport”表示端口，例如为“10000”，“codec”为编码方式，例如为“PCMU/8000”，“pt”为净荷类型。

(2)多播业务资源列表的描述方式二，采用逐个可用多播组的标识方式。

由于多播业务部署本身需要P-CSCF的配合才能实现相关的多播业务，因此如果P-CSCF本地能够理解多播标识(或其他P-CSCF能够理解的标识)与受控多播组之间的关系，那么SCF就可以仅将用户可用的多播标识下发给P-CSCF，根据用户可用多播标识确定用户可以加入的多播组信息。如:

Content-Type:application/resource-auth-list

Content-Length:(...)

<entry service＝”sip:movie.ltv.topwei.com.cn”/>

<entry service＝”sip:news.ltv.topwei.com.cn”/>

<entry service＝”sip:sports.ltv.topwei.com.cn”/>

(3)多播业务资源列表的描述方式三，按包(package)发送可访问的多播业务信息。

一个多播业务包包含0个或多个多播业务。用户逐个包或者进一步可以对每一个包内的逐个多播业务进行签约。因此SCF可以按包向P-CSCF下发用户可访问的多播业务信息。对于每个包，可以指定仅包括指定的某些多播业务、除了某些指定的多播业务之外的其他所有多播业务、所有多播业务、默认多播业务等描述方式进行描述。如:

Content-Type:application/resource-auth-list

<package name＝”example-package1”；service-desc＝”all-entries”/>

<package name＝”example-package1”；service-desc＝”all-entries”/>

<package name＝”example-package2”；service-desc＝”as-default”/>

<package name＝”example-package3”/>

<package name＝”example-package4”；service-desc＝”only-listed-entries”>

 <entry service-name＝”service1-in-example-package4”/>

 <entry service-name＝”service2-in-example-package4”/>

</package>

其中package标签用于对用户所具有访问权限的业务包进行描述，name属性用于说明用户签约了哪个包，多播业务描述方法service-desc用于指定具体的用户可以访问的多播业务信息，其中service-desc可以为:

1、all-entries:用户有权访问包中的所有多播业务；

2、as-default:表示按照默认权限访问控制方式进行控制。对于这种情况P-CSCF等实体应该已经本地配置了每个包的默认访问权限；

3、空:当不携带service-desc标签时按照as-default进行解释；

4、only-listed-entries:用户仅有entry标签中所列的多播业务的访问权限；

5、all-but-excluding-listed-entries:用户有访问包中除了entry标签中所列的多播业务之外的所有多播业务的访问权限；

6、default-with-exception:在默认权限访问控制方式之上包括in-entry标签所列的地多播业务和排除out-entry所列的多播业务。

对于第3以及第6种情况P-CSCF等实体应该已经本地配置了每个包的默认访问权限；

(4)多播业务资源列表的描述方式四，按包集合(package-set)发送可访问的多播业务信息。

进一步地，因为大部分用户可能签约的包甚至都是相同的，或者收敛于某几个相同的签约包，因此可以在P-CSCF配置一个或多个包集合“package-set”，SCF可以基于package-set增加或者减少某一些包或者多播业务。如下所示:

Content-Type:application/resource-auth-list

<package-set name＝”package-set-1”/>

<package-set name＝”package-set-2”>

  <package name＝”example-package1”；service-desc＝”all-entries”/>

  <package name＝”example-package1”；service-desc＝”all-entries”/>

  <package name＝”example-package2”；service-desc＝”as-default”/>

  <package name＝”example-package3”/>

  <package name＝”example-package4”；service-desc＝”only-listed-entries”>

    <entry service-name＝”service1-in-example-package4”/>

    <entry service-name＝”service2-in-example-package4”/>

  </package>

</package-set>

其中的“package-set”标签中的“name”属性描述了用户可以访问的包集合(packet set)的名称。因此用户可以具有某一个或多个包集合内所有默认的包以及多播业务，可以对某个包集合中去除某一个或者多个包，或按照上述方式三中的方法对包进行更细致的描述。

在上述实施例二中，SCF与P-CSCF等实体间采用INVITE过程，获取用户可以访问的资源列表。除了采用INVITE过程之外，还可以采用订阅(SUBSCRIBE)/通知(NOTIFY)方式获取可以访问的资源列表。本发明的实施例三中，以多播业务为例，一种的业务资源授权控制方法包括以下步骤:SCF接收到IPTV UE发起的访问某个多播业务的请求时，返回对IPTV UE访问的请求消息的响应消息。IPTV UE收到响应消息后向SCF发送ACK确认消息。P-CSCF向SCF发送SUBSCRIBE消息订阅可用资源列表。SCF收到SUBSCRIBE消息后向P-CSCF发送200 OK响应信息，并发送NOTIFY消息通知可用资源列表。P-CSCF从NOTIFY消息中获取用户可访问的可用资源列表信息，根据已经获取到的用户可用资源列表信息进行用户的访问授权或者访问拒绝。

参考图5，本实施例包括以下步骤:

步骤s501，IPTV UE向SCF发起访问多播业务的INVITE请求。

步骤s502，SCF收到该请求消息后向IPTV UE发送200 OK响应消息。

步骤s503，IPTV UE收到响应消息后向SCF发送ACK消息。

步骤s504，P-CSCF向SCF发送SUBSCRIBE消息订阅可用资源列表。其中SUBSCRIBE消息的Event头域中携带表示请求可用资源列表的事件类型(如为:“resource-auth-list”)，可选的通过aor参数表示获取指定用户的可用资源列表；如果SUBSCRIBE不属于INVITE创建的SIP对话Dialog但又需要获取INVITE请求建立的会话所能够访问的可用资源列表(P-CSCF作为Proxy无法作为UA(User Agent，用户代理)在INVITE所属的Dialog内发起请求，但又需要对INVITE会话进行控制)，进一步通过Event携带SIP对话标识(Call-ID、From-tag以及To-tag)表示需要获取该对话标识所对应的SIP会话相关的可用资源列表。

步骤s505，SCF收到SUBSCRIBE消息后向P-CSCF发送200 OK响应信息。

步骤s506，同时SCF向P-CSCF发送NOTIFY消息，通知P-CSCF订阅的可用资源资源列表。在此消息中可用资源列表的下发方式以及具体内容上，可以参考实施例二中的具体描述，在此不做重复说明。

步骤s507，P-CSCF从该NOTIFY消息中获取到用户可以访问可用资源列表的信息。

步骤s508，P-CSCF收到可用资源列表信息后，向SCF发送一个200 OK响应信息。

步骤s509，IPTV UE向P-CSCF/接入网发出访问多播业务数据的请求。

步骤s510，P-CSCF/接入网根据可用资源列表对IPTV UE请求的资源进行授权或者拒绝。

步骤s511，P-CSCF/接入网向IPTV UE发送请求访问多播业务数据的响应。

上述实施例中P-CSCF向SCF订阅可用资源列表信息，因为用户的可用业务信息中可以隐式或者显式的包含可用资源信息，因此替代的P-CSCF可以向SCF订阅可用业务列表信息。本领域相关技术人员非常容易以上述实施例作为参考推导出P-CSCF向SCF订阅可用业务列表信息以及SCF向P-CSCF返回可用列表信息的具体实现方法，因此在此不再赘述。

通过该实施例所描述的方法，实现了P-SCSF与SCF之间通过订阅(SUBSCRIBE)/通知(NOTIFY)方式获取可以访问的资源列表或者业务列表。在上述流程中，SUBSCRIBE在INVITE会话建立之后，实际应用中SUBSCRIBE/NOTIFY过程可以在INVITE会话的任何阶段，甚者可以独立与INVITE而独立存在。

在上述实施例二和实施例三中，SCF与P-CSCF等实体间采用INVITE过程或者订阅(SUBSCRIBE)/通知(NOTIFY)过程，获取用户可以访问的资源/频道列表。P-CSCF获取到用户可以访问的资源列表信息后因为需要对可用资源列表信息进行解析和处理(如可用资源列表中包含多播业务标识、多播业务包标识或者多播业务包集合并且P-CSCF本地暂无这些标识和多播业务的具体参数之间的对应关系，因此需要从网络中的其他服务器获取；或者如通过连接下发时P-CSCF需要从链接位置获取可用资源列表)，这些处理都会造成对用户业务访问请求处理的延迟。

本发明实施例四中，SCF向UE或P-CSCF发送包括当前建立或修改的初始多播业务的具体参数的消息。其中初始多播业务为SCF决定或者建议UE在业务建立或修改成功后首先访问的多播业务，该多播业务可以是UE发起业务建立或修改请求是指定的多播业务，或者是由SCF根据用户数据配置、本地策略等方式确定；其中所述消息为SCF向UE发送的会话建立请求或响应消息，或者为SCF向UE发送的会话修改请求或响应消息，或者SCF向UE或P-CSCF发送的任何其他消息。当所述的消息是SCF发送给UE时该消息会经过P-CSCF并由P-CSCF最终路由到UE，因此P-CSCF在对该消息处理时可以获取初始多播业务的具体参数，包括资源授权信息以及初始多播业务的标识、和/或网络参数等信息。

参考图6，本实施例包括以下步骤:

步骤s601，IPTV UE向SCF发起访问多播业务的INVITE请求。

步骤s602，SCF收到该请求消息后向IPTV UE发送200OK响应消息，其中携带初始多播业务的具体参数，同时也可以包含可用资源列表信息。其中初始多播业务的具体参数包括资源授权信息以及初始多播业务的标识等信息。

该消息会经过P-CSCF处理并由P-CSCF最终路由到UE，因此P-CSCF在对该消息处理时可以获取初始多播业务的具体参数快速完成对用户使用网络资源访问多播业务内容进行授权。

如果该消息中包含可用资源列表信息，并且是通过链接下发时P-CSCF需要从链接位置获取可用资源列表，这种情况下P-CSCF可以转发该响应消息然后根据链接地址获取可用资源列表，或者等待首先根据链接地址获取可用资源列表，等待获取可用资源列表完成并且对可用资源列表处理完成或成功后再向UE转发该响应消息。

如果该消息中包含可用资源列表信息，可用资源列表中包含多播业务标识、多播业务包标识或者多播业务包集合并且P-CSCF本地暂无这些标识和多播业务的具体参数之间的对应关系，这种情况下P-CSCF可以转发该响应消息然后根据从网络中的其他服务器(如为保存所述表示和具体多播业务以及多播业务的具体参数之间对应关系的服务器)获取标识和多播业务的具体参数之间的对应关系，或者先从网络中的其他服务器获取标识和多播业务的具体参数之间的对应关系，等待获取完成或成功后再向UE转发该响应消息。

其中，该请求/响应消息中初始建立的多播业务的具体参数可以使用SDP等方式进行描述和携带，如:

SIP/2.0 200 OK

Content-Type:application/SDP

Content-Length:(...)

v＝0

o＝scf 2890844526 2890842807 IN IP4 10.47.16.5

s＝BC service

i＝Current-BC:sip:bc-service1@example.com

c＝IN IP4 224.2.17.12

b＝CT:120

t＝0 0

a＝sendonly

m＝audio 49170 RTP/AVP 0

m＝video 51372 RTP/AVP 99

a＝rtpmap:99 h263-1998/90000

如上实例中通过“i＝”携带初始多播业务的标识，“c＝”行描述了多播业务的内容分发方式(采用IPv4多播且多播地址为224.2.17.12)，“i＝”携带初始多播业务的标识，“b＝”携带初始多播业务的带宽需求，“m＝”以及“a＝”行共同描述了初始多播业务的多播端口、多播业务的编解码方式及相应的编解码所需要的相关参数等部分信息。

除了采用SDP携带初始多播业务的具体参数之外也可以采用其他方式。

步骤s603，IPTV UE收到响应消息后向SCF发送ACK消息。

步骤s604，IPTV UE向P-CSCF/接入网发出访问多播业务数据的请求。

步骤s605，P-CSCF/接入网根据sX02中所携带的初始多播业务的具体内容对IPTV UE请求的资源进行授权或者拒绝。

步骤s606，P-CSCF/接入网向IPTV UE发送请求访问多播业务数据的响应。

步骤s607，s607，如果s602中没有携带可用资源列表信息，则P-CSCF采用实施例三所描述的方法采用订阅/通知过程等方法获取可以访问的资源列表或可用业务列表信息，如采用实施例三种步骤S504至S508获取可用资源列表信息或可用业务列表信息。

用户在使用多播业务过程中请求业务切换，如用户请求切换LTV频道，这时:

步骤s608，IPTV UE向P-CSCF/接入网发出访问多播业务数据的请求。

步骤s609，如果P-CSCF/接入网已经得到了可用资源列表，则P-CSCF根据可用资源列表中是否允许用户访问目标多播业务对IPTV UE请求的资源进行授权或者拒绝。如果P-CSCF已经没有得到可用资源列表，则P-CSCF可以根据本地配置等方式进行处理并对IPTV UE请求的资源进行授权或者拒绝。

步骤s610，P-CSCF/接入网向IPTV UE发送请求访问多播业务数据的响应。

通过该实施例所描述的方法，实现了在多播业务方式获取可以访问的资源列表或者业务列表。在上述流程中，SUBSCRIBE在INVITE会话建立之后，实际应用中SUBSCRIBE/NOTIFY过程可以在INVITE会话的任何阶段，甚者可以独立与INVITE而独立存在。

上述实施例中仅对IPTv UE发起初始业务建立过程中携带当前建立的多播业务具体内容的具体实现流程进行了详细描述，本领域技术人员不难根据上述实施例推导出由IPTV UE发起的业务修改过程、由IPTV SCF发起初始业务建立过程以及业务修改过程以及其他可能的业务过程中传递当前多播业务具体内容和/或P-CSCF获取可用资源列表的具体业务流程和实现方案。

通过采用上述实施例二、实施例三和实施例四所描述的业务资源授权控制方法，在基于IMS的IPTV的多播业务中，实现了SCF下发用户可用资源列表的功能，采用这种方式，P-CSCF等实体可以及时获取用户相关的资源列表。为UE与P-CSCF、接入网配合快速完成资源访问提供了完整的方案。上述实施例中以多播业务为例，对多播业务资源授权控制方法的流程以及具体实施方式进行了描述。在实际应用中对其他资源进行控制的功能实体可以采用上述实施例中相同的方法，从进行业务控制的实体获取可用资源列表，从而完成业务资源授权控制。其中，业务控制的实体可以采用与上述实施例中SCF相同的处理方法。如对于接入资源访问控制子网络，可以从提供其他业务功能的应用服务器AS获取可用资源列表完成业务资源授权控制，对于其他业务的资源授权控制方式，在此不做重复描述。

本发明的实施例还提供了一种实现业务资源授权控制的系统，如图7所示，包括至少一个用户终端10、代理呼叫会话控制功能实体(P-CSCF)20以及业务控制功能实体(SCF)30，其中。

用户终端10，用于向网络侧设备发送使用网络中资源的请求。另外，用户终端10根据网络侧所提供的业务内容，对自己所需的业务进行了定制，用户定制的业务内容存储在网络侧保存有UE的业务配置文件的功能实体上(如UPSF实体)。

代理呼叫会话控制功能实体20，用于根据业务控制功能实体30发送的可用资源列表信息，对用户使用接入网资源进行授权控制。

业务控制功能实体30，用于向代理呼叫会话控制功能实体20下发可用资源列表信息，完成对用户终端可访问的资源的授权控制。该可用资源列表信息，是由业务控制功能实体30从网络侧保存有UE的业务配置文件的功能实体上实时或定时获取的，如从UPSF实体上获取。

具体的，如图7所示，用户终端10进一步包括:

请求发送模块11，用于向代理呼叫会话控制功能实体20发送使用网络中资源的请求。

终端能力发送模块12，用于向业务控制功能实体30发送本设备的能力信息，以供业务控制功能实体30进行可用资源列表信息的发送方式的选择。该能力信息可以携带在用户终端发送的请求消息中。

具体的，代理呼叫会话控制功能实体20进一步包括:

资源列表获取模块21，用于获取业务控制功能实体30发送的消息中携带的可用资源列表信息。该消息可能为业务控制功能实体30发送的200 OK消息、请求消息或NOTIFY消息。

资源列表存储模块22，与资源列表获取模块21连接，用于存储资源列表获取模块21获取到的可用资源列表信息。

授权控制模块23，与资源列表存储模块22连接，用于根据资源列表存储模块22存储的可用资源列表信息，对用户使用接入网资源的请求进行授权控制。

另外，代理呼叫会话控制功能实体20还包括，能力信息发送模块24，用于向业务控制功能实体30发送本设备的能力信息，以供业务控制功能实体30进行发送可用资源列表信息的方式的选择。

具体的，业务控制功能实体30进一步包括:

终端资源列表获取模块31，用于获取用户终端的可用资源列表信息，获取方式为从保存有业务配置文件的实体上获取用户的可用资源列表信息，如网络中的UPSF实体，可以采用定时获取的方式或在需要时实时获取的方式。

资源列表发送模块32，与终端资源列表获取模块31连接，用于将终端资源列表获取模块31获取的可用资源列表信息通过200 OK消息、请求消息或NOTIFY消息向代理呼叫会话控制功能实体20发送，用于代理呼叫会话控制功能实体20对用户终端请求的授权控制。

另外，业务控制功能实体30还包括，资源列表设置模块33，用于根据接收到的代理呼叫会话控制功能实体20以及用户终端10发送的能力信息，设置资源列表发送模块32发送可用资源列表信息的方式。

通过采用上述实施例所描述的系统，实现了SCF下发可用资源列表信息(如可用多播业务列表)的功能，采用这种方式，P-CSCF等实体可以及时获取用户相关的资源列表。为UE与P-CSCF、接入网配合快速完成资源访问提供了完整的方案。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (21)

1、一种业务资源授权控制的方法，其特征在于，包括以下步骤:

代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息；

所述代理呼叫会话控制功能实体获取所述消息中携带的可用资源列表信息，并根据所述可用资源列表信息对用户终端使用资源的请求进行授权控制。

2、如权利要求1所述业务资源授权控制的方法，其特征在于，所述代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息前还包括步骤:

所述业务控制实体实时或定时获取用户终端的可用资源列表信息。

3、如权利要求1所述业务资源授权控制的方法，其特征在于，所述业务控制实体发送的消息中包括的可用资源列表具体包括:

所述可用资源列表的访问地址；或完整的可用资源列表。

4、如权利要求3所述业务资源授权控制的方法，其特征在于，所述消息中包括所述可用资源列表的访问地址时，所述代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息后，还包括步骤:

所述代理呼叫会话控制功能实体根据所述访问地址，获取所述可用资源列表。

5、如权利要求3或4所述业务资源授权控制的方法，其特征在于，所述可用资源列表信息的具体内容为以下方式中的至少一种:

包括至少一个组播组的标识以及具体内容；或

包括至少一个组播组的标识；或

包括至少一个数据包，每个所述数据包包括至少一个组播组的标识和/或具体内容；或

包括至少一个数据包组，每个所述数据包组包括至少一个数据包，每个所述数据包包括至少一个组播组的标识和/或具体内容。

6、如权利要求1所述业务资源授权控制的方法，其特征在于，所述代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息的步骤具体为:

所述业务控制实体接收到所述代理呼叫会话控制功能实体转发的用户终端的请求消息时，将所述可用资源列表信息添加在响应消息中；

所述业务控制实体向所述代理呼叫会话控制功能实体发送所述响应消息。

7、如权利要求6所述业务资源授权控制的方法，其特征在于，所述请求消息中，包括所述用户终端和/或所述代理呼叫会话控制功能实体所支持的可用资源列表信息的发送方式，以供所述业务控制实体进行可用资源列表信息的发送方式的选择。

8、如权利要求1所述业务资源授权控制的方法，其特征在于，所述代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息的步骤具体为:

所述业务控制实体在向所述代理呼叫会话控制功能实体发送的请求消息中，添加所述可用资源列表信息。

9、如权利要求1所述业务资源授权控制的方法，其特征在于，所述代理呼叫会话控制功能实体接收业务控制实体发送的包括可用资源列表信息的消息的步骤具体为:

所述业务控制实体接收所述代理呼叫会话控制功能实体发送的订阅消息；

所述业务控制实体将所述可用资源列表信息添加在根据所述订阅消息响应的通知消息中；

所述业务控制实体向所述代理呼叫会话控制功能实体发送所述通知消息。

10、如权利要求9所述业务资源授权控制的方法，其特征在于，所述订阅消息中，包括所述代理呼叫会话控制功能实体所支持的可用资源列表信息的发送方式，以供所述业务控制实体进行可用资源列表信息的发送方式的选择。

11、一种实现业务资源授权控制的系统，包括至少一个用户终端、代理呼叫会话控制功能实体以及业务控制功能实体，其特征在于，

所述用户终端，用于向所述代理呼叫会话控制功能实体发送使用网络中资源的请求；

所述代理呼叫会话控制功能实体，用于根据业务控制功能实体发送的可用资源列表信息，对所述用户终端使用网络资源的请求进行授权控制；

所述业务控制功能实体，用于向所述代理呼叫会话控制功能实体发送可用资源列表信息，以完成对用户终端可访问的资源的授权控制。

12、如权利要求11所述实现业务资源授权控制的系统，其特征在于，所述用户终端包括:

请求发送模块，用于向网络侧发送使用网络中资源的请求；

终端能力发送模块，用于在所述请求中添加本设备的能力信息，以供业务控制功能实体进行可用资源列表信息发送方式的选择。

13、如权利要求11所述实现业务资源授权控制的系统，其特征在于，所述代理呼叫会话控制功能实体进一步包括:

资源列表获取模块，用于获取所述业务控制功能实体发送的消息中携带的可用资源列表信息；

资源列表存储模块，用于存储所述资源列表获取模块获取到的可用资源列表信息；

授权控制模块，用于根据所述资源列表存储模块存储的可用资源列表信息，对用户终端使用接入网资源进行授权控制。

14、如权利要求13所述实现业务资源授权控制的系统，其特征在于，所述代理呼叫会话控制功能实体还包括:

能力信息发送模块，用于向所述业务控制功能实体发送代理呼叫会话控制功能实体的能力信息，以供业务控制功能实体进行可用资源列表信息发送方式的选择。

15、如权利要求11所述实现业务资源授权控制的系统，其特征在于，所述业务控制功能实体进一步包括:

终端资源列表获取模块，用于获取用户终端的可用资源列表信息；

资源列表发送模块，用于将所述终端资源列表获取获取的用户终端的可用资源列表信息向所述代理呼叫会话控制功能实体发送。

16、如权利要求15所述实现业务资源授权控制的系统，其特征在于，所述业务控制功能实体还包括:

资源列表设置模块，用于根据接收到的代理呼叫会话控制功能实体以及用户终端发送的能力信息，设置所述可用资源列表信息的发送方式。

17、一种用户终端，用于向网络侧发送使用网络中资源的请求，其特征在于，包括:

请求发送模块，用于向代理呼叫会话控制功能实体发送使用网络中资源的请求；

终端能力发送模块，用于在所述请求中添加本设备的能力信息，以供网络侧业务控制功能实体进行可用资源列表信息发送方式的选择。

18、一种代理呼叫会话控制功能实体，用于对用户终端的请求进行业务资源授权控制，其特征在于，包括:

资源列表获取模块，用于获取业务控制功能实体发送的消息中携带的可用资源列表信息；

资源列表存储模块，用于存储所述资源列表获取模块获取到的可用资源列表信息；

授权控制模块，用于根据所述资源列表存储模块存储的可用资源列表信息，对用户终端使用接入网资源进行授权控制。

19、如权利要求18所述代理呼叫会话控制功能实体，其特征在于，还包括:

能力信息发送模块，用于向所述业务控制功能实体发送代理呼叫会话控制功能实体的能力信息，以供业务控制功能实体进行可用资源列表信息发送方式的选择。

20、一种业务控制功能实体，其特征在于，用于向代理呼叫会话控制功能实体发送可用资源列表信息以进行业务的授权控制，包括:

终端资源列表获取模块，用于获取用户终端的可用资源列表信息；

资源列表发送模块，用于将所述终端资源列表获取模块获取的可用资源列表信息向代理呼叫会话控制功能实体发送。

21、如权利要求20所述业务控制功能实体，其特征在于，还包括:

资源列表设置模块，用于根据接收到的代理呼叫会话控制功能实体以及用户终端发送的能力信息，设置所述可用资源列表信息的发送方式。

Images