CN101166292A - 确定资源预留发起方及触发资源预留的方法、系统及装置 - Google Patents

Abstract

本发明提供一种确定资源预留发起方及触发资源预留的方法、系统及装置，包括：移动终端向网络侧上报该终端发起资源预留的能力；网络侧根据所述终端发起资源预留的能力决定资源预留发起方。所述资源预留发起方确定后，由网络侧指示所述移动终端是否发起资源预留。本发明避免了因移动终端不具备发起资源预留的能力而导致资源预留过程失败；并且避免了移动终端和网络侧针对某个媒体流都发起资源预留的情况。

Description

确定资源预留发起方及触发资源预留的方法、系统及装置

技术领域

本发明涉及无线通信领域，尤其是涉及一种网络中确定资源预留发起方的方法、触发资源预留的方法、系统及装置。

背景技术

WiMax(微波存取全球互通)是宽带无线接入的标准，是一种基于802.16标准的无线城域网的技术，它能够提供面向互联网的高速连接。与当前的2G、3G技术不同，WiMax是一种完全的基于IP分组交换技术的网络，而不提供面向语音的电路交换技术，因此，要在WiMax网络上进行语音通信，必须采用VoIP的形式。802.16e为移动环境下的802.16标准。

由于需要在WiMax网络中承载多种业务，如语音、视频、HTTP、Email等等，而各种业务对服务质量(QoS)的要求不同，如带宽、延迟、丢包率等，如视频流需要低延迟，但可以容忍一定的丢包，而Email业务则允许较高的延迟，但是要求极低的丢包率和错误率。因此在WiMax系统中，需要实现对QoS的支持，即对同一个移动终端(MS/MSS/SS)的不同业务数据，提供不同的服务流(service flow)，如一个VOIP的服务流、一个HTTP的服务流，并且对不同的服务流指定不同的QoS参数，从而为不同的业务提供不同的服务质量保证。通常，当需要WiMax网络承载某种业务时，MS或网络侧会发起资源预留，以在接入网提供满足该业务的资源，这里所说的资源可包括空中接口的资源以及接入网的资源。

当前NWG(网络工作组)草案中，WiMax网络参考模型如图1所示。WiMax网络主要由三个部分组成，即客户端(MS/MSS/SS)、接入服务网(ASN)和连接服务网(CSN)。其中，ASN包括基站(BS)和接入服务网网关(ASN GW)等，CSN又包括预付费服务器(PPS)、3A服务器(AAA Server)等功能实体。

当前NWG草案中，WiMax的QoS参考模型如图2所示。在WiMax QoS架构中，与本发明密切相关的实体有：

服务流管理器(SFM：Service Flow Management)，总是位于ASN中的基站中，根据本地无线资源和本地其它资源的情况，对服务流进行准入控制。

服务流授权(SFA：Service Flow Authorization)，包括服务SFA(servingSFA)和锚点SFA(anchor SFA)，可根据本地策略对服务流进行认可。

策略功能体(PF：Policy Function)，掌握用户信息并对其提供QoS策略的实体，位于CSN中。PF可以分为家乡网络的PF，即H-PF，以及拜访网络的PF，即V-PF，本文统称PF。

应用功能体(AF：Application Function)，用户终端MS直接通过应用层协议和AF交互，如通过SIP(Session Initiation Protocol，会话发起协议)协议，并且AF可以和PF交互并触发PF发起资源预留。AF可以分为家乡网络的AF，即H-AF和拜访网络的AF，即V-AF，本文统一成AF。如果是IMS(IP多媒体子系统)域，则AF即为P-CSCF。

3A服务器(AAA：Authentication，Authorization，Accounting)，位于CSN中的服务器，用于提供对用户进行认证、鉴权、计费的功能。

值得注意的是，图2为移动终端在漫游模式下的QoS框架图，当移动终端在非漫游模式下，ASN将直接与归属网络服务提供商(H-NSP)相连接，而不经过访问网络服务提供商(V-NSP)。

在WiMax/802.16网络中定义了两种发起资源预留请求的方式，即MS发起的资源预留和网络侧发起的资源预留。

当前WiMax网络中MS发起的资源预留请求参考流程如图3所示(本文简称PD过程)。如图3所示，MS发起的资源预留通过策略决定(PD：Policy Decision)消息完成，包括策略决定请求PD-Request消息和策略决定响应消息PD-Response，注意，在MS和SFM之间的无线空中接口为DSX消息(802.16定义的空口资源预留系列消息，包括动态服务流建立DSA，动态服务流修改DSC和动态服务流删除DSD等相关消息)。PD-Request消息最终发送给策略功能体PF，由PF批准或拒绝该请求。

网络侧发起的资源预留请求可由PF或SFA发起，SFA发起的资源预留是针对预制业务流，并不在本文讨论范围之内，PF发起的资源预留请求的参考流程如图4(本文简称RR过程)：

如图4所示，网络侧发起的资源预留过程通过RR(Resource Reservation，资源预留)消息完成，包括资源预留请求消息RR-Request和资源预留响应消息RR-Response，同样，在MS和SFM之间的无线空中接口为DSX消息。网络侧发起的资源预留过程可由应用功能体AF触发。

在MS初次进入网络时，会发生802.16定义的MS入网过程，该过程包括扫描和同步下行链路、获取下行参数、获取上行参数、初始测距、基本能力协商、认证和授权、注册、建立IP连接等等，在该过程中当MS通过了认证和授权后，MS会向网络侧发送注册请求消息REG-REQ以向网络进行注册，REG-REQ消息可以上报MS的一些能力给网络侧，并且该过程使得MS能够访问网络。在BS收到MS发送的REG-REQ消息后，会将REG-REQ消息中的一些参数通过上下文请求(Context-Request)消息传递给ASN GW，如汇聚子层CS的能力等。在这个过程中SFA会发送SFA位置更新请求SFA-LU-REQ消息给H-PF(SFA-LU-REQ消息可经过V-PF发送给H-PF)，以完成SFA的位置更新过程，可参考如图5所示例的流程。

下面再对本发明将涉及的会话发起协议(SIP)和IP多媒体子系统(IMS)进行简单介绍。

SIP协议是由IETF组织于1999年提出的一个在基于IP网络中，特别是在Internet这样一种结构的网络环境中，实现实时通讯应用的一种信令协议。而所谓的会话(session)，就是指用户之间的数据交换。在基于SIP协议的应用中，每一个会话可以是各种不同的数据，可以是普通的文本数据，也可以是经过数字化处理的音频、视频数据，还可以是诸如游戏等应用的数据，应用具有很高的灵活性。

作为一个IETF提出的标准，SIP协议在很大程度上借鉴了其他各种广泛存在的Internet协议，如http(超文本传输协议)、SMTP(简单邮件传输协议)等，和这些协议一样，SIP也采用的基于文本的编码方式，这也是SIP协议同视频通讯领域其他现有标准相比最大的特点之一。

SIP核心规范定义了6种SIP请求，每一种都有不同的作用，其中注册请求(REGISTER)消息用于SIP用户代理向注册服务器登记自己的联系地址，而INVITE(邀请)消息用于邀请被叫方加入一个会话。

SIP请求的消息格式如表1，包括请求行、标题头、空行和消息体(请求行及标题头部分仅用作示例)：

表1.

请求行Request-line	包括：方法、请求-URI、协议版本INVITE sip:bob@biloxi.com SIP/2.0
		标题头 Severalheaders	Via：SIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bK776asdhdsTo：Bob<sip:bob@biloxi.com>From：Alice<sip:alice@atlanta.com>；tag＝1928301774Call-ID：a84b4c76e66710@pc33.atlanta.comContact：<sip:alice@pc33.atlanta.com>Content-Type：application/sdp
空行Empty line
		消息体Message body	如SDP等媒体描述或其它信息，有些SIP请求中没有消息体

用户的SIP公共用户身份即用户公开的联系地址，采用类似于电子邮件地址的格式，如user_name@domain_name。当用户需要到某个注册服务器注册时，会向注册服务器发送REGISTER请求，该请求包含用户的公共用户身份以及当前的实际联系地址，因此当用户注册成功后，注册服务器上会维持用户的公共用户身份和当前实际联系地址的绑定关系，因此其它用户可以通过注册服务器联系到用户。

当用户需要邀请某个被叫用户参与某个会话时，如主叫希望和被叫进行VoIP语音通信，则主叫方会向被叫方发送INVITE请求，通常，INVITE请求会通过一个或多个SIP服务器(如代理服务器)，最后联系到被叫方。

SIP核心规范在RFC3261中定义，然而核心规范定义的SIP能力有限，因此对于那些特殊应用的需求，可以通过SIP扩展的形式实现SIP功能上的扩充。

IMS(IP多媒体子系统)最初是3GPP制定的3G网络核心技术标准，目前已被ITU-T和ETSI认可，纳入NGN的核心标准框架，IMS提出了承载与控制相分离的设计理念，并被认为是实现未来固定/移动网络融合的重要技术。IMS提出了全IP网络架构，采用SIP协议作为控制信令，实现移动性管理、多媒体会话信令和载体业务传输，实现端到端的IP业务。

CSCF(呼叫会话控制功能)是IMS系统的呼叫控制核心，从SIP协议的角度来看，CSCF则充当着SIP服务器的功能，从功能逻辑上CSCF可以细分为P-CSCF、I-CSCF、S-CSCF，其中P-CSCF(代理CSCF)是IMS系统的第一个接入点，用于将呼叫请求代理至I-CSCF(询问CSCF)或移动终端，并且P-CSCF完成AF的功能，即将动态的QoS相关应用层参数如SDP映射为决策建立信息，并传送给PDP(Policy Decision Point策略决策点)。I-CSCF主要负责向HSS查询归属用户信息，将MS的注册消息和呼叫正确路由至S-CSCF。S-CSCF(服务CSCF)也充当注册服务器的功能，接受终端注册，呼叫控制和处理功能，并向应用服务器AS触发智能业务。

IMS是一个核心控制层，接入IMS的接入网可以是任何IP网，如3G网络、WLAN、ADSL以及WiMax等。由于多网络融合是未来通信系统的发展趋势，因此WiMax标准也会对接入IMS提供支持。目前WiMax标准并没有定义接入IMS系统的系统架构，当WiMax接入IMS时，AF可以是IMS中的P-CSCF，而PF可能要扩充功能以具备3GPP/IMS定义的PDF的功能，或者PF和3GPP/IMS域的PDF之间有接口进行通信；如果采用3GPP制定的R7架构，则PF可以是PCRF或者PF和PCRF之间有接口通信。

IMS标准由3GPP所制定，并采用SIP作为控制信令，在MS和IMS之间的SIP信令交互过程中(如图6)，P-CSCF(AF)会和PDF(策略决定功能体)进行通信以得到授权令牌(Authorization Token)，并且P-CSCF会在发往MS的SIP信令中将这个授权令牌发给MS，该令牌在SIP扩展头P-Media-Authorization中携带。随后3GPP接入网会通过PDP context激活过程进行资源预留，在PDP context激活过程中MS需要向网络出示该授权令牌。授权令牌表明网络侧已经对应用层信令(如SIP)协商的媒体流进行了授权，因此一个没有授权令牌的资源预留请求会被网络拒绝。值得一提的是，在3GPP的最新PCC架构中，将计费规则功能CRF和策略决定功能PDF合并成了一个功能体PCRF，因此PCRF具备策略决策点PDP的功能。授权令牌机制是3GPP R6架构中采用的授权机制，而在R7 PCC架构中，仍然需要对授权令牌机制进行兼容。

通常，WiMax网络的资源预留过程应由应用层的功能体触发，可以进行触发的实体包括MS和AF，在发起资源预留之前，MS和AF可以协商媒体参数。应用层获取业务的QoS属性后会将QoS向底层QoS进行映射。

当前的WiMax标准指出WiMax网络支持两种资源预留的方式，即MS发起的资源预留和网络侧发起的资源预留(例如，如前所述的资源预留RR过程和策略决策PD过程)。

当前的WiMax标准指出WiMax网络和MS必须强制的支持由网络发起的资源预留过程，而一个MS可以具备发起资源预留的能力，但是并不要求MS一定要具备发起资源预留的能力。因此一个MS有可能具备发起资源预留的能力，也可能不具备发起资源预留的能力。然而WiMax网络并不知道某个MS是否具备发起资源预留的能力。于是，就会产生两个问题：

1)WiMax网络不知道一个MS是否具备发起资源预留的能力(如果一个MS具备发起资源预留的能力，则MS上的软件或硬件需要对此提供支持)。如果网络侧要求MS发起资源预留，而MS不具备发起资源预留的能力，则资源预留没办法进行，如图7。

2)有可能出现MS和网络侧针对同一个业务都发起资源预留的场景，则有可能针对同一个业务预留两份资源，或者产生冲突、资源上的浪费、异常等，如图8。

发明内容

针对如上所述的问题，本发明的目的在于提供一种网络中确定资源预留发起方的方法、触发资源预留的方法、系统及装置，避免因移动终端不具有发起资源预留的能力而导致资源预留过程失败。

为了实现上述目的，本发明提供一种网络中确定资源预留发起方的方法，包括：

移动终端向网络侧上报该终端发起资源预留的能力；

当移动终端不具备发起资源预留的能力时，由网络侧发起资源预留。

本发明另提供一种触发移动终端发起资源预留的方法，包括：

网络侧通过应用层信令发送移动终端是否发起资源预留的指示至移动终端，移动终端根据收到的指示决定是否发起资源预留。

本发明另提供一种确定资源预留发起方的系统，包括：

移动终端，用于向网络侧上报该终端发起资源预留的能力；以及

决定装置，位于网络侧，用于根据终端上报的发起资源预留的能力决定资源预留发起方。

所述系统还包括：位于网络侧的指示装置；

所述决定装置将决定资源预留发起方的结果通知给所述指示装置；所述指示装置根据所述结果指示移动终端是否发起资源预留。

本发明另提供一种网络侧装置，包括：

决定单元，用于根据移动终端上报的发起资源预留的能力决定资源预留发起方。

本发明另提供一种网络侧装置，包括：

指示单元，用于指示移动终端是否发起资源预留。

本发明可具有如下有益效果：网络可以得到MS是否支持发起资源预留的能力信息，从而避免了因MS不具备发起资源预留的能力而导致资源预留过程失败；能够在网络中确定某个会话的资源预留发起方，从而避免了MS和网络侧针对某个媒体流都发起资源预留的情况，从而节约了系统资源，减小了系统的出错概率，提高了系统的效率。

附图说明

图1为当前NWG草案中WiMax网络架构；

图2为当前NWG草案中WiMax的QoS架构；

图3为当前WiMax网络中MS发起资源预留请求的过程示意图；

图4为当前WiMax网络中网络侧发起的资源预留请求的过程示意图；

图5为现有技术中MS入网时向网络进行注册的过程示意图；

图6为现有技术中MS和IMS之间的SIP信令交互示意图；

图7为现有技术中的资源预留过程示意图之一；

图8为现有技术中的资源预留过程示意图之二；

图9为本发明实施例1的通过802.16/WiMax消息上报MS发起资源预留能力的过程示意图；

图10为本发明实施例1的通过应用层协议上报MS发起资源预留能力的过程示意图；

图11为本发明实施例1中AF将MS发起资源预留能力通知策略功能体的过程示意图；

图12为本发明实施例2的通过应用层信令触发MS发起资源预留的过程示意图；

图13为本发明实施例2的通过授权令牌的特殊值指示MS发起资源预留的过程示意图；

图14为本发明实施例2的通过SIP扩展指示MS发起资源预留的过程示意图；

图15为本发明实施例3的确定资源预留发起方的系统框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实施例进行详细说明。

下面仅以802.16/WiMax网络为例对本发明进行说明，但本发明并不限于802.16/WiMax网络，而同样可以应用于其它相似网络。

实施例1

本发明实施例1通过MS向网络侧上报该MS发起资源预留的能力来解决WiMax网络不知道MS是否具备发起资源预留的能力的问题。在此可列举如下2种实施方式。

方式1：通过扩展802.16/WiMax的消息实现MS发起资源预留能力的上报。

图9为本实施例中MS上报发起资源预留能力的过程示意图。如图9所示，在MS注册过程中可通过在REG-REQ消息、Context Request消息、SFA-LU-REQ消息中携带指示MS发起资源预留的能力的信息来将MS发起资源预留的能力上报给网络侧的PF(包括拜访网络的PF和/或家乡网络的PF)。

具体地，可以在REG-REQ消息、Context Request消息、SFA-LU-REQ消息中新增信息元素(IE)：“MS Resource Reservation Initiation Capability”，用于指示MS发起资源预留的能力，当PF收到SFA-LU-REQ消息后可以获知MS发起资源预留的能力；这个IE在REG-RSP消息、Context Response消息、SFA-LU-RSP消息中也可以包含。

方式2：MS通过应用层信令将MS是否能够发起资源预留的能力上报给网络侧。

即MS通过在应用层信令中携带MS发起资源预留能力的指示信息向网络侧的应用功能体(AF)上报MS发起资源预留的能力，网络侧得知MS发起资源预留的能力后，可以根据MS是否支持发起资源预留的能力确定是否触发MS发起资源预留，即当网络侧(AF)得知MS具备发起资源预留的能力后，网络侧(AF)可以触发MS发起资源预留；当网络侧(AF)得知MS不具备发起资源预留的能力，则网络侧(AF)不会触发MS发起资源预留。

考虑到应用层协议种类很多，本实施例以具有广泛应用前景的SIP协议为具体实施例进行说明，当在WiMax网络中运行SIP协议时，AF则具备一个SIP代理服务器的功能。

本实施例1的方式2扩展了现有的SIP协议，通过在MS进行SIP注册时的注册请求(REGISTER)消息中增加一个扩展，此扩展负责将MS发起资源预留的能力指示发送给网络侧(AF)，如图10所示。扩展可以用新增SIP扩展头的方式实现，也可以通过在现有SIP标题头中增加参数的方式实现。

例如，使用新增SIP扩展头可采用如下的实现方式：

P-MS-RR-Init-Capability：Yes/No

以上扩展包含在MS发往AF的SIP注册请求REGISTER消息中发送，用于表示MS是否具备发起资源预留的能力，该扩展可能的取值可包括：Yes和No(但并不限于此，也可以为1/0等，只要能够用于指示MS发起资源预留的能力)。

通过在现有SIP标题头中新增参数的实现方式：

例如，可通过在SIP注册请求消息中的Contact消息头中新增参数MS-RR-Initiation-Capability，用于指示MS是否具备发起资源预留的能力，该参数的定义如下：

MS-RR-Init-Capability＝Yes/No

该参数可能的取值为Yes和No(但并不限于此)；

该参数包含在REGISTER请求的Contact消息头中：

Contact：<sip:user_name@domain_name>；MS-RR-Init-Capability＝“yes”用于表明MS支持发起资源预留；

Contact：<sip:user_name@domain_name>；MS-RR-Init-Capability＝“no”用于表示MS不支持发起资源预留。

通过扩展的SIP信令，网络侧(AF)能够得到MS是否具备发起资源预留的能力的信息。考虑到MS可以周期性的发送重注册请求，因此上述扩展可以只在初次注册请求中发送。

更进一步，当AF通过SIP扩展得到MS发起资源预留的能力指示后可将该能力通过AF和PF/PDF/PCRF之间的接口消息告知策略决策点PF/PDF/PCRF(考虑到WiMax和IMS的融合，AF和PF之间可能存在PDF功能实体或PCRF功能实体)，如图11所示。

通过如上方案，网络侧AF和PF可以得到MS发起资源预留的能力信息，因此可以防止出现因MS无法发起资源预留而使得业务失败的情况。

实施例2

另外，为了避免MS和网络侧对同一个业务都发起资源预留，造成冲突或资源浪费等，本发明提出一种AF通过应用层信令触发MS发起资源预留的方法，即AF确定资源预留发起方后，在发往MS的应用层信令中包含指示MS是否发起资源预留的指示信息，MS根据此信息决定是否发起资源预留。

同样，本发明以SIP协议为实施例2进行说明，但本发明并不限于此。网络侧向MS通知资源预留发起方的方式可包括如下几种：

方式1：MS通过SIP信令中是否携带授权令牌确定是否发起资源预留(如图12)。

在3GPP中，授权令牌由AF(P-CSCF)从PDF中获得，用于网络对媒体流的授权，本实施例2的方式1扩充了授权令牌的功能，即由AF通过在发往MS的SIP信令中是否保含授权令牌确定是由网络侧发起资源预留还是由MS发起资源预留；MS依据从AF收到的SIP信令中是否包含授权令牌确定是否发起资源预留。

当策略决策点PF/PDF/PCRF决定由网络侧发起资源预留时，PF/PDF/PCRF不会向AF产生授权令牌，AF不会在发往MS的SIP信令中包含授权令牌，由此MS得不到授权令牌，则不会发起资源预留过程，资源预留由网络侧PF/PDF/PCRF发起。

当PF/PDF/PCRF决定由MS发起资源预留时，PF/PDF/PCRF产生授权令牌并传递给AF，AF会在发往MS的SIP信令中包含授权令牌，由此MS可以得到授权令牌，则发起资源预留过程，而网络侧不会发起资源预留过程。

方式2：MS通过定义授权令牌的特殊值决定是否发起资源预留(如图13)。

本方案中，AF总会从PF/PDF/PCRF获取授权令牌，并在SIP信令中下发给MS。不同的是，当PF/PDF/PCRF决定由网络侧发起资源预留，则产生特殊值的授权令牌，如将产生的授权令牌设置为全0或者全1，MS从来自AF的SIP信令中收到此特殊值的授权令牌时则不会主动发起资源预留，PF/PDF/PCRF产生此特殊值的授权令牌后会从自身发起资源预留；当PF/PDF/PCRF决定由MS发起资源预留时，PF/PDF/PCRF产生非特殊值的授权令牌给AF，MS从来自AF的SIP信令中收到此授权令牌时，则会主动发起资源预留。

方式3：通过携带资源预留发起方信息的新增SIP扩展通知MS是否发起资源预留(如图14)。

本方式在AF发给MS的INVITE消息及其响应消息中新增如下SIP扩展消息头：

P-RR-Initiator：MS/Network

在该方案中，AF会从PF/PDF/PCRF得到资源预留发起方的信息，并在上述扩展消息头中包含此信息。P-RR-Initiator扩展消息头包含在AF发给MS的INVITE消息或者INVITE消息的响应消息中，当P-RR-Initiator取值为MS时，表明资源预留发起方为MS，MS收到该扩展后会通过发起资源预留过程，即PD过程；当P-RR-Initiator取值为Network时，表明资源预留发起方为网络侧，则MS收到该扩展后不会发起资源预留过程，资源预留由网络侧发起。

实施例3

为了实现如上方法，本发明实施例3的确定资源预留发起方的系统主要包括：移动终端、策略决策点及应用功能体AF，如图15所示，其中

所述移动终端用于向网络侧上报该终端发起资源预留的能力；

所述策略决策点(如PF/PDF/PCRF)位于网络侧，用于根据终端上报的发起资源预留的能力决定资源预留发起方，并将决定的结果通知给应用功能体AF；以及

所述应用功能体AF位于网络侧，用于根据策略决策点决定的结果指示所述移动终端是否发起资源预留。

所述系统中的网络侧的装置包括策略决策点和应用功能体AF，其中策略决策点(如PF/PDF/PCRF)为决定单元，以根据终端发起资源预留的能力决定资源预留发起方；应用功能体AF为指示单元，用于指示移动终端是否发起资源预留。

综上所述，本发明实施例中，MS通过向网络侧上报自己发起资源预留的能力信息，使网络侧可以正确的确定资源预留的发起方，从而避免了MS不具备发起资源预留能力时而导致的资源预留过程失败；

并且，在网络侧确定资源预留发起方后，通知MS，以通知MS是否需发起资源预留过程，或者也可以仅在网络侧决定由MS发起资源预留时，通知MS，以触发MS的资源预留发起过程。

以上具体实施方式仅用于说明本发明，而非用于限定本发明。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (28)

1.一种网络中确定资源预留发起方的方法，其特征在于包括：

移动终端向网络侧上报该终端发起资源预留的能力；

当移动终端不具备发起资源预留的能力时，由网络侧发起资源预留。

2.根据权利要求1所述的方法，其特征在于还包括：

当移动终端具备发起资源预留的能力时，由网络侧或移动终端发起资源预留。

3.根据权利要求2所述的方法，其特征在于还包括：

资源预留发起方确定后，网络侧指示所述移动终端是否发起资源预留。

4.根据权利要求1所述的方法，其特征在于：

在WiMax网络中，移动终端通过802.16或WiMax消息向网络侧的策略决策点上报该终端发起资源预留的能力。

5.根据权利要求4所述的方法，其特征在于：

所述802.16或WiMax消息中包含用于指示移动终端发起资源预留能力的信息元素。

6.根据权利要求1所述的方法，其特征在于：

移动终端通过应用层协议信令向网络侧的应用功能体上报该终端发起资源预留的能力。

7.根据权利要求6所述的方法，其特征在于：

所述应用层协议信令是指会话发起协议SIP信令，该SIP信令中包含指示移动终端发起资源预留的能力的SIP扩展。

8.根据权利要求7所述的方法，其特征在于：

所述SIP扩展为增加的SIP扩展头或在SIP标题头中增加的扩展参数。

9.根据权利要求7或8所述的方法，其特征在于：

所述SIP信令为SIP注册请求。

10.根据权利要求6所述的方法，其特征在于还包括：

应用功能得到移动终端发起资源预留的能力后将该能力报告给策略决策点。

11.根据权利要求10所述的方法，其特征在于：

所述策略决策点为策略功能体PF、策略决定功能体PDF或者3GPP PCC架构中的策略控制和计费规则功能体PCRF。

12.根据权利要求3所述的方法，其特征在于：

网络侧应用功能体通过应用层信令发送指示所述移动终端是否发起资源预留的指示信息至移动终端。

13.根据权利要求12所述的方法，其特征在于：

所述应用层信令为会话发起协议SIP信令，该SIP信令中包含指示资源预留发起方的SIP扩展，该SIP扩展为增加的SIP扩展头或在SIP标题头中增加的扩展参数。

14.根据权利要求13所述的方法，其特征在于：

如果所述SIP信令中携带授权令牌，则指示由移动终端发起资源预留；

如果所述SIP信令中不携带授权令牌，则指示不由移动终端发起资源预留。

15.根据权利要求13所述的方法，其特征在于：

如果所述SIP信令中携带有预定值的授权令牌，则指示由移动终端发起资源预留；如果所述SIP信令中携带有非预定值的授权令牌，则指示不由移动终端发起资源预留；或者

如果所述SIP信令中携带有非预定值的授权令牌，则指示由移动终端发起资源预留；如果所述SIP信令中携带有预定值的授权令牌，则指示不由移动终端发起资源预留。

16.根据权利要求12至15中任意一项所述的方法，其特征在于：

所述SIP信令为SIP邀请请求消息。

17.根据权利要求1所述的方法，其特征在于：

决定资源预留发起方的实体为网络侧的策略决策点。

18.一种触发移动终端发起资源预留的方法，其特征在于：

网络侧通过应用层信令发送移动终端是否发起资源预留的指示至移动终端，移动终端根据收到的指示决定是否发起资源预留。

19.根据权利要求18所述的方法，其特征在于：

所述应用层信令为会话发起协议SIP信令。

20.根据权利要求19所述的方法，其特征在于：

如果所述SIP信令中携带授权令牌，则指示由移动终端发起资源预留；

如果所述SIP信令中不携带授权令牌，则指示不由移动终端发起资源预留。

21.根据权利要求19所述的方法，其特征在于：

如果所述SIP信令中携带有预定值的授权令牌，则指示由移动终端发起资源预留；如果所述SIP信令中携带有非预定值的授权令牌，则指示不由移动终端发起资源预留；或者

如果所述SIP信令中携带有非预定值的授权令牌，则指示由移动终端发起资源预留；如果所述SIP信令中携带有预定值的授权令牌，则指示不由移动终端发起资源预留。

22.根据权利要求19所述的方法，其特征在于：

所述SIP信令中包含指示资源预留发起方的SIP扩展，该SIP扩展为增加的SIP扩展头或在SIP标题头中增加的扩展参数。

23.根据权利要求20-22中任意一项所述的方法，其特征在于：

所述SIP信令为SIP邀请请求消息。

24.一种确定资源预留发起方的系统，其特征在于包括：

移动终端，用于向网络侧上报该终端发起资源预留的能力；以及决定装置，位于网络侧，用于根据终端上报的发起资源预留的能力决定资源预留发起方。

25.根据权利要求24所述的系统，其特征在于还包括：位于网络侧的指示装置；

所述决定装置将决定资源预留发起方的结果通知给所述指示装置；所述指示装置根据所述结果指示移动终端是否发起资源预留。

26.一种网络侧装置，其特征在于包括：

决定单元，用于根据移动终端上报的发起资源预留的能力决定资源预留发起方。

27.根据权利要求26所述的装置，其特征在于还包括：指示单元；

所述决定单元将决定资源预留发起方的结果通知给所述指示单元；该指示单元根据所述结果指示移动终端是否发起资源预留。

28.一种网络侧装置，其特征在于包括：

指示单元，用于指示移动终端是否发起资源预留。

Images