CN1984140B - 实现网际协议多媒体子系统服务能力协商的方法 - Google Patents

Abstract

本发明公开了一种实现网际协议多媒体子系统IMS服务能力协商的方法，该方法包括：在IMS网络的两个实体中的一个实体向另一个实体发送携带IMS服务能力信息的初始会话协议SIP消息，另一个实体根据接收到SIP消息携带的IMS服务能力信息，更新在自身设置的针对一个实体的IMS服务能力信息，所述一个实体为用户设备UE时，所述另一个实体为网络实体；或一个实体为网络实体时，所述另一个实体为UE。本发明提供的方法在IMS网络中实现了IMS服务能力的协商。

Description

实现网际协议多媒体子系统服务能力协商的方法

技术领域

本发明涉及在网际协议多媒体子系统(IMS)中进行能力协商的技术，特别涉及一种实现IMS服务能力协商的方法。

背景技术

随着宽带网络的发展，移动通信系统不仅仅局限于传统的语音通信，而且可以结合音频、视频、图片和文本等多种媒体业务。多种媒体业务通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)和文件共享等数据业务的结合，可以满足用户终端的多种需求。

在多种数据业务应用的推动下，3GPP以及3GPP2等标准组织都先后推出了IMS架构，目的是在移动通信系统中使用一种标准化开放结构实现多种多样的多媒体业务应用，提供给用户终端更多的选择和更丰富的感受。

在3GPP版本5(R5，Release)阶段，引入了IMS，IMS叠加在分组域网络之上，由呼叫会话控制功能(CSCF)、媒体网关控制功能(MGCF)、媒体资源功能(MRF)和归属签约用户服务器(HSS)等功能实体组成。其中CSCF又可以分为服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体。S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理用户终端信息，产生计费信息等；P-CSCF是UE接入IMS的接入点，完成用户终端注册，负责服务质量(QoS)控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配和选择，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS和其它网络的互通。MRF提供媒体资源。HSS存储用户终端的签约数据和配置信息等。

3GPP定义的IMS网络也可以应用于3GPP2中定义的分组网络之上，提供和多种类型网络的互通，实现和使用用户终端类型的无关性。因此在这里不限制IMS网络只应用在3GPP相关的网络和应用上，其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现。

在IMS网络的呼叫建立过程中存在会话描述协议(SDP)协商过程，这与服务协商过程具有关联性。但是，SDP协商过程不等同于服务协商过程，SDP协商主要是IMS网络中的实体进行媒体的协商，而服务协商主要是IMS网络中的实体进行IMS服务能力的协商，二者具有不同的概念，也不是同级别的过程。在IMS网络中，一方面，一种媒体的协商可能会对应于多种不同的IMS服务能力；另一方面，一种IMS服务能力的协商可能对应于一种或一种以上的媒体。所以，需要在IMS网络中实现IMS服务能力的协商过程，但是，目前却还不存在如何在IMS网络中实现IMS服务能力协商的方法。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现IMS服务能力协商的方法，该方法能够在IMS网络中实现IMS服务能力的协商。

根据上述目的，本发明的技术方案是这样实现的：

一种实现网际协议多媒体子系统IMS服务能力协商的方法，该方法包括：

在IMS网络的两个实体中的一个实体向另一个实体发送携带IMS服务能力信息的初始会话协议SIP消息，另一个实体根据接收到SIP消息携带的IMS服务能力信息，更新在自身设置的针对一个实体的IMS服务能力信息所述一个实体为用户设备UE时，所述另一个实体为网络实体；或者，所述一个实体为网络实体时，所述另一个实体为UE。

所述一个实体为用户设备UE，另一个实体为网络实体时，所述网络实体更新在自身设置的针对一个实体的IMS服务能力信息是根据设置的策略进行的，

在更新之后，该方法还包括：网络实体发送携带更新后的UE的IMS服务能力信息的SIP消息响应给UE，UE根据SIP消息响应携带的更新后的UE的IMS服务能力信息更新自身存储的IMS服务能力信息。

所述UE在IMS网络注册未成功时，所述SIP消息为注册REGISTER请求消息；所述设置的策略为：将设置的IMS网络的基本的IMS服务能力信息作为针对UE的IMS服务能力信息；

所述SIP消息响应为拒绝REGISTER请求消息的响应，所述携带的更新后的UE的IMS服务能力信息为IMS网络的基本的IMS服务能力信息。

所述UE在IMS网络注册成功时，所述SIP消息为注册REGISTER请求消息、重注册REGISTER请求消息或INVITE消息；

所述设置的策略为：将IMS网络激活的UE的IMS服务能力信息和SIP消息携带的UE的IMS服务能力信息进行比较，将两者都具有的IMS服务能力信息作为针对UE的IMS服务能力信息；

所述SIP消息响应为注册成功响应。

所述一个实体为网络实体，另一个实体为UE时，所述SIP消息为通知NOTIFY消息。

在该方法之前，还包括：

UE向网络实体发送订阅SUBSCRIBE消息。

所述的IMS服务能力信息为至少一个被激活的IMS服务能力的IMS通信服务标记符ICSI的集合；或者为所存储的IMS服务能力列表中的IMS服务能力的ICSI的集合。

所述IMS服务能力列表中的IMS服务能力的ICSI的集合还设置有用于标识所指示的IMS服务能力被激活、支持但未被激活或禁止的状态值。

在所述的另一个实体中设置针对一个实体的具有至少一个IMS服务能力信息的IMS服务能力列表，所述更新在自身设置的针对一个实体的IMS服务能力信息的过程为：

根据IMS服务能力信息修改设置的针对一个实体的IMS服务能力列表中的IMS服务能力的ICSI的状态值。

所述一个实体为UE，另一个实体为网络实体时，该方法还包括：

UE向网络实体发送IMS服务请求，网络实体根据携带的请求统一资源标识Request-URI确定是否为网络实体默认处理的IMS服务请求，如果是，进行处理，否则，根据所更新的UE的IMS服务能力信息确定是否为UE提供IMS服务：如果存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，进行处理；如果不存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，不进行处理。

所述的网络实体为服务呼叫会话控制功能S-CSCF或/和应用服务器AS。

从上述方案可以看出，本发明在IMS网络中的用户设备(UE)和网络实体的两个实体之间进行IMS服务能力的协商：其中一个实体将自身激活的IMS服务能力信息发送给另一个实体，另一个实体根据接收到的IMS服务能力信息和设置的策略确定自身所激活的IMS服务能力信息后发送给一个实体；一个实体更新自身激活的IMS服务能力信息后完成IMS服务能力的协商。因此，本发明提供的方法在IMS网络中实现了IMS服务能力的协商。

附图说明

图1为本发明IMS网络中的UE在未注册成功时与网络实体进行IMS服务能力协商的方法流程图；

图2为本发明IMS网络中的UE在注册成功时与网络实体进行IMS服务能力协商的方法流程图；

图3为本发明在IMS网络中的UE和网络实体之间进行IMS服务能力重协商的方法的流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。

为了在IMS网络中实现IMS服务能力的协商，本发明提供了两种方式：

第一种方式，IMS网络中的UE可以将自身的IMS服务能力信息携带在初始会话协议(SIP)消息中发送给IMS网络中的网络实体，IMS网络中的网络实体根据设置的策略采用接收到SIP消息携带的UE的IMS服务能力信息更新在自身设置的UE的IMS服务能力信息后，将所更新的UE的IMS服务能力信息携带在SIP消息中发送给UE，UE采用SIP消息中携带的所更新的UE的IMS服务能力信息将自身的IMS服务能力信息进行更新，从而完成UE与IMS网络中的网络实体的IMS服务能力协商。

第二种，IMS网络中的网络实体将所存储的UE的IMS服务能力信息携带在SIP消息中发送给UE，UE根据接收到的SIP消息携带的UE的IMS服务能力信息更新自身设置的IMS服务能力信息，从而完成IMS网络中的网络实体与UE的IMS服务能力协商。

在UE与IMS网络中的网络实体协商完IMS服务能力后，当IMS网络中的网络实体接收到UE发起的IMS服务请求时，就可以根据协商后的UE的IMS服务能力信息确定是否处理UE发起的IMS服务请求。

以下举具体的实施例对本发明进行详细的说明。

在IMS网络中，UE和网络实体都具有显示、识别和支持多种IMS服务能力的功能，为了保证UE和网络实体的兼容性，两者都存储有基本的IMS服务能力信息，如紧急呼叫服务、语音呼叫服务或/和收发短消息服务等，只要UE发起基本的IMS服务请求，网络实体就可以根据基本的IMS服务能力信息提供基本的IMS服务，除非有额外的限制，如预付费UE欠费停机，网络实体只接续该UE发起的紧急呼叫，而不处理该UE发起的其他基本的IMS服务请求。

除了在IMS网络中的UE和网络实体存储基本的IMS服务能力信息外，UE还需要发起其他的IMS服务请求，在网络实体上还需要存储针对UE的IMS服务能力信息，从而能够处理UE发起的其他IMS服务请求，这时，就需要IMS网络中的UE和网络实体进行IMS服务能力信息的协商。

在IMS网络中的UE和网络实体上，都具有针对UE的IMS服务能力列表，该UE的IMS服务能力列表具有至少一个激活或禁止的IMS服务能力，在进行协商之后，可以在UE和网络实体中分别更新该UE的IMS服务能力列表中的至少一个激活或禁止的IMS服务能力。

在本发明中，每一种IMS服务能力都用一个IMS通信服务标识符(ICSI)来标识，其命名规则可以遵从IETF RFC2503[3]标准，如：对于语音服务能力，命名为g.ims.voice或3gpp.ims.voice。ICSI还可以指示IMS服务能力是否被激活或被禁止，如ICSI置于NOTIFY消息体或消息头中，可以包括“id”和“state”，其中，“id”是IMS服务能力的标识符，为标准化或IMS网络预先定义的值并语序扩展，“state”为“id”的当前状态值，即被激活或被禁止，如：“active”表示当前被激活的，“deactivated”表示当前支持的但没有被激活的，“barred”表示当前被禁止的。

图1为本发明IMS网络中的UE在未注册成功时与网络实体进行IMS服务能力协商的方法流程图，其具体步骤为：

步骤100、UE发起注册(REGISTER)请求消息到P-CSCF，在REGISTER请求消息中携带UE激活的IMS服务能力信息。

REGISTER请求消息为SIP消息，所携带的UE激活的IMS服务能力信息包括一个或多个IMS服务能力的ICSI的集合，即UE支持的IMS服务能力信息列表中的IMS服务能力的ICSI。在一般情况下，所携带的UE支持的IMS服务能力信息都是被激活的IMS服务能力的ICSI的集合。

步骤101、P-CSCF将接收到的REGISTER请求消息转发给I-CSCF。

步骤102～103、I-CSCF向HSS查询，为UE分配一个S-CSCF，将REGISTER请求消息转发给S-CSCF。

步骤104～105、S-CSCF查询HSS预先存储的UE所对应的用户服务信息，HSS返回用户服务信息，S-CSCF根据返回的用户服务信息确定UE是否注册失败，在本实施例中，要限制UE的注册，所以S-CSCF根据返回的用户服务信息确定UE注册失败。

步骤101～步骤105为现有技术。

步骤106、S-CSCF确定UE注册失败后，确定只为UE提供基本的IMS服务能力并针对UE存储IMS服务能力信息，发送拒绝REGISTER请求消息的响应给P-CSCF，该响应可以为4xx或6xx，该响应携带S-CSCF所激活的UE的IMS服务能力信息。

针对UE存储的IMS服务能力信息为UE的IMS服务能力列表，该列表包括至少一个被激活的或被禁止的IMS服务能力。

该响应携带的S-CSCF所激活的UE的IMS服务能力信息可以是为UE提供的基本的IMS服务能力的ICSI的集合；也可以为REGISTER请求消息所携带的一个或多个IMS服务能力的ICSI的集合，这时，需要对这些ICSI的状态值进行修改：对S-CSCF激活的UE的IMS服务能力的ICSI，将其状态值修改为被激活；对S-CSCF没有激活的UE的IMS服务能力的ICSI，将其状态值修改为被禁止。

步骤107、P-CSCF将拒绝REGISTER请求消息的响应转发给UE，UE根据该响应携带的S-CSCF所激活的UE的IMS服务能力信息确定协商后的UE的IMS服务能力，并相应的修改自身设置的IMS服务能力列表中IMS服务能力的ICSI的状态值。

在进行IMS服务能力协商之后，UE可以通过P-CSCF向S-CSCF发送所激活的UE的IMS服务能力的IMS服务请求，S-CSCF接收到UE发送的IMS服务请求后，根据存储的UE的IMS服务能力信息确定是否为UE提供IMS服务：如果存在与UE发送的IMS服务请求相匹配的IMS服务能力，则处理该IMS服务请求；如果不存在与UE发送的IMS服务请求相匹配的IMS服务能力，则该IMS服务请求被终止。

在UE发送IMS服务请求时，会携带请求统一资源标识(Request-URI)，S-CSCF对IMS服务请求携带的Request-URI进行分析，如分析出该Request-URI为紧急呼叫，就可以确定要处理该IMS服务请求需要具备的IMS服务能力，根据存储的UE的IMS服务能力信息确定是否支持处理该IMS服务请求需要具备的IMS服务能力，如果是，则执行该IMS服务请求；否则，不执行该IMS服务请求。

在本发明中，基于IMS网络的策略，IMS网络也可以不限制UE注册，这时UE在任何情况下都可以注册成功。但是，还是需要进行UE和网络实体的IMS服务能力协商过程，从而根据IMS网络的某些策略，网络实体确定为UE提供的IMS服务能力。

图2为本发明IMS网络中的UE在注册成功时与网络实体进行IMS服务能力协商的方法流程图，其具体步骤为：

步骤200、UE发起REGISTER请求消息到P-CSCF，在REGISTER请求消息中携带UE激活的IMS服务能力信息。

步骤201、P-CSCF接收到REGISTER请求消息后，判断是否是初始注册，如果是，执行步骤202；否则，是重新注册，执行步骤205。

按照现有技术，如果REGISTER请求消息为重新注册，可以在P-CSCF找到预先存储的匹配发起REGISTER请求消息的UE的S-CSCF，所以P-CSCF就可以判断出接收到的REGISTER请求是否是初始注册。

步骤202、P-CSCF将接收到REGISTER请求消息转发给I-CSCF。

步骤203～204、I-CSCF向HSS查询，为UE分配一个S-CSCF，将REGISTER请求消息转发给S-CSCF。

步骤205、P-CSCF从其保存的该UE注册信息提取出该UE注册的S-CSCF后，将接收到REGISTER请求消息转发给S-CSCF。

步骤202～步骤205为现有技术。

步骤206～207、S-CSCF查询HSS，获取所存储的UE的IMS服务能力信息。

S-CSCF查询HSS的过程可以采用发送现有的Cx-Put/Cx-Pull进行查询。

在HSS中，本发明在UE进行IMS网络签约时，会预先存储IMS网络激活的UE的IMS服务能力信息，如存储UE的IMS服务能力列表，该列表中具有至少一个IMS服务能力，以UE的公共用户标识为索引，以供S-CSCF查询时可以根据UE的公共用户标识查询到UE的IMS服务能力信息。

步骤208、S-CSCF将从HSS获取到的UE的IMS服务能力信息与REGISTER请求消息携带的IMS服务能力信息进行比较，得到两者都有的至少一个IMS服务能力，作为S-CSCF针对UE所激活的IMS服务能力信息进行存储后，S-CSCF将S-CSCF所激活的UE的IMS服务能力信息携带在注册成功响应中发送给P-CSCF，该注册成功响应为200OK。

该响应携带的S-CSCF所激活的UE的IMS服务能力信息可以为REGISTER请求消息所携带的一个或多个IMS服务能力的ICSI的集合，这时，需要对这些ICSI的状态值进行修改：对S-CSCF激活的UE的IMS服务能力的ICSI，将其状态值修改为被激活；对S-CSCF没有激活的UE的IMS服务能力的ICSI，将其状态值修改为被禁止。

该响应携带的S-CSCF所激活的UE的IMS服务能力信息也可以只是当前激活的UE的IMS服务能力的ICSI。

步骤209、P-CSCF转发注册成功响应给UE，UE根据接收到注册成功响应携带的S-CSCF所激活的UE的IMS服务能力信息确定协商后的UE的IMS服务能力，并相应的修改自身设置的IMS服务能力列表中IMS服务能力的ICSI的状态值。

在进行IMS服务能力协商之后，UE可以通过P-CSCF向S-CSCF发送所激活的UE的IMS服务能力的IMS服务请求，该请求携带处理该请求所需要的IMS服务能力，S-CSCF接收到UE发送的IMS服务请求后，根据存储的UE的IMS服务能力信息确定是否为UE提供IMS服务：如果存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，则处理该IMS服务请求；如果不存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，则该IMS服务请求被终止。

当然，对于一些UE发起的特殊IMS服务请求，如紧急呼叫服务、语音呼叫服务或/和收发短消息服务等，网络实体通过分析Request-URI确定UE发起的IMS服务请求为特殊的IMS服务请求，即为网络实体默认处理的IMS服务请求后，进行处理。

为了进行IMS服务能力协商，UE在发送REGISTER请求消息或其他SIP消息中需要携带自身的IMS服务能力信息，具体携带的过程按照IETFREC 2503标准进行，即将IMS服务能力的ICSI携带在REGISTER请求消息或其他SIP消息中的“Contact”头中，具体的格式为：

REQUEST sip：user@home.com SIP/2.0

Contact：“home_user”<sip：user@ul.home.com>；q＝0.1；expires＝3600；icsi＝g.ims.voice，g.ims.video；or

Contact：“home_user”<sip：user@ul.home.com>；q＝0.1；expires＝3600；icsi＝3gpp.ims.voice，3gpp.ims.video

在这里，采用的SIP消息为请求(REQUEST)消息，当然，也可以为REGISTER请求消息、访问(INVITE)消息等其他SIP消息。在SIP消息的“Contact”头中，可以看到ICSI的格式，其包括一个或多个IMS服务能力，各个IMS服务能力之间用逗号隔开。

在本发明中，当UE与IMS网络中的网络实体协商完IMS服务能力后，还可以重新进行IMS服务能力的协商，这时，也可以采用本发明上述的两种方式。

图3为本发明在IMS网络中的UE和网络实体之间进行IMS服务能力重协商的方法的流程图，其具体步骤为：

步骤300～步骤301、UE注册成功后，通过P-CSCF向S-CSCF发送订阅(SUBSCRIBE)请求消息，从而订阅在注册期间关于S-CSCF针对UE的IMS服务能力变化的事件通知。

步骤302～步骤303、接收到SUBSCRIBE请求消息的S-CSCF通过P-CSCF向UE发送SUBSCRIBE请求消息的响应，即200OK响应，表示接受UE的订阅。

步骤304、当S-CSCF针对UE的IMS服务能力变化后，向P-CSCF发送通知(NOFITY)消息，携带所改变的UE的IMS服务能力信息。

该消息携带的所改变的UE的IMS服务能力信息可以为S-CSCF针对UE存储的一个或多个IMS服务能力的ICSI的集合，这时，需要对这些ICSI的状态值进行修改：对S-CSCF当前激活的UE的IMS服务能力的ICSI，将其状态值修改为被激活；对S-CSCF当前没有激活的UE的IMS服务能力的ICSI，将其状态值修改为被禁止。

该消息携带的所改变的UE的IMS服务能力信息也可以只是当前激活的UE的IMS服务能力的ICSI。

步骤305、P-CSCF将NOFITY消息转发给UE，UE根据接收到NOFITY消息携带的所改变的UE的IMS服务能力信息确定重协商后的UE的IMS服务能力，并修改自身存储的S-CSCF所激活的IMS服务能力信息，即修改自身设置的IMS服务能力列表中IMS服务能力的ICSI的状态值。

在这种订阅-通知机制下，需要对现有的SUBSCRIBT消息和NOTIFY消息进行扩展。

在SUBSCRIBT消息中扩展的主要部分为(其他未扩展的没有列出)：

Event：3gpp.ims.presence@server，3gpp.ims.voice@server，3gpp.ims.video@server

Supported：eventlist

Accept：application/3gpp-ims+xml

其中，在”Event”头中的”server”，是指S-CSCF的域名或者IP地址。“Event”头用于携带ICSI列表的值；”Supported”表示需要支持”eventlist”，即支持订阅；”Accept”用于标识NOTIFY消息应该携带的消息体的类型。

在本发明中，可以将IMS服务能力看作是一种逻辑的资源实体来处理，资源实体应该采用URI的方式置于SUBSCRIBE消息发送给S-CSCF进行处理，由于IMS服务能力由ICSI标识，即采用“icsi@home”的形式，“home”在这里就是S-CSCF的域名或者IP地址。S-CSCF被视作为IMS服务能力服务器或者IMS服务能力的代理，在S-CSCF作为IMS服务能力的代理的情况下，由AS作为真正的IMS服务能力服务器。

当AS和S-CSCF位于同一个信任域时，把AS和S-CSCF视为一个逻辑实体，在提到S-CSCF时，实际上也暗示其完成AS的功能；如果AS不位于S-CSCF所在的信任域时，S-CSCF是AS的代理，当IMS服务请求达到S-CSCF时，通过现有的服务控制，决定是否将IMS服务请求路由到AS上再进行处理。S-CSCF在转发之前按照预定义的策略，将ICSI转换为“icsi@as，“”as”此时指的是AS的域名或者IP地址。这时，在进行IMS服务能力的协商或重协商时，也应该在AS中存储UE的IMS服务能力信息，从而可以为UE发起的IMS服务请求提供服务。

在NOTIFY消息中要扩展的主要部分为(其他未扩展的没有列出)：

    Require：eventlist

    Content-Type：application/3gpp-ims+xml

    NOTIFY消息的消息体由网络实体按照如下的形式来构造：

    <？xml version＝”1.0”？>

    <！DOCTYPE ims-3gpp[

      <！ELEMENT ims-3gpp(

    service-info？)>

      <！ATTLIST ims-3gpp version CDATA#REQUIRED>

      <！ELEMENT service-info     (id，state)>

      <！ELEMENT id               (#PCDATA)>

      <！ELEMENT state            (#PCDATA)>

]>

其中，NOTIFY消息的消息体中所携带的每一个ICSI都设置有“state”，用于标识具有该ICSI的IMS服务能力的当前状态值：被激活、支持但未被激活或被禁止。

在UE注册成功后，UE也可以主动向S-CSCF更新其IMS服务能力，有两种方法可以完成该过程：第一种方式，UE通过立即发起重注册流程来更新S-CSCF存储的UE的IMS服务能力信息，整个过程如图2所示；第二种方式，UE如果还在注册有效期内，可以不进行重注册，而只是当其后第一次向S-CSCF发送携带所改变的UE的IMS服务能力信息的INVITE消息，从而进行IMS服务能力的呼叫过程中的二次协商，整个过程如图2所示，只不过将REGISTER请求消息替换为INVITE消息。

本发明提供的方法在IMS网络中实现了UE和网络实体之间的IMS服务能力协商，使网络实体处理UE发起的IMS服务请求更加简单和快速；本发明提供的方法还可以在IMS网络中实现UE和网络实体之间的IMS服务能力重协商，增强了UE对IMS服务能力动态变化的适应性。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种实现网际协议多媒体子系统IMS服务能力协商的方法，其特征在于，该方法包括：

在IMS网络的两个实体中的一个实体向另一个实体发送携带IMS服务能力信息的初始会话协议SIP消息，另一个实体根据接收到SIP消息携带的IMS服务能力信息，更新在自身设置的针对一个实体的IMS服务能力信息；

所述一个实体为用户设备UE时，所述另一个实体为网络实体；或者，所述一个实体为网络实体时，所述另一个实体为UE。

2.如权利要求1所述的方法，其特征在于，所述一个实体为用户设备UE，另一个实体为网络实体时，所述网络实体更新在自身设置的针对一个实体的IMS服务能力信息是根据设置的策略进行的，

在更新之后，该方法还包括：网络实体发送携带更新后的UE的IMS服务能力信息的SIP消息响应给UE，UE根据SIP消息响应携带的更新后的UE的IMS服务能力信息更新自身存储的IMS服务能力信息。

3.如权利要求2所述的方法，其特征在于，所述UE在IMS网络注册未成功时，所述SIP消息为注册REGISTER请求消息；所述设置的策略为：将设置的IMS网络的基本的IMS服务能力信息作为针对UE的IMS服务能力信息；所述SIP消息响应为拒绝REGISTER请求消息的响应，所述携带的更新后的UE的IMS服务能力信息为IMS网络的基本的IMS服务能力信息。

4.如权利要求2所述的方法，其特征在于，所述UE在IMS网络注册成功时，所述SIP消息为注册REGISTER请求消息、重注册REGISTER请求消息或INVITE消息；

所述设置的策略为：将IMS网络激活的UE的IMS服务能力信息和SIP消息携带的UE的IMS服务能力信息进行比较，将两者都具有的IMS服务能力信息作为针对UE的IMS服务能力信息；

所述SIP消息响应为注册成功响应。

5.如权利要求1所述的方法，其特征在于，所述一个实体为网络实体，另一个实体为UE时，所述SIP消息为通知NOTIFY消息。

6.如权利要求5所述的方法，其特征在于，在该方法之前，还包括：

UE向网络实体发送订阅SUBSCRIBE消息。

7.如权利要求1所述的方法，其特征在于，所述的IMS服务能力信息为至少一个被激活的IMS服务能力的IMS通信服务标记符ICSI的集合；或者为所存储的IMS服务能力列表中的IMS服务能力的ICSI的集合。

8.如权利要求7所述的方法，其特征在于，所述IMS服务能力列表中的IMS服务能力的ICSI的集合还设置有用于标识所指示的IMS服务能力被激活、支持但未被激活或禁止的状态值。

9.如权利要求8所述的方法，其特征在于，在所述的另一个实体中设置针对一个实体的具有至少一个IMS服务能力信息的IMS服务能力列表，所述更新在自身设置的针对一个实体的IMS服务能力信息的过程为：

根据IMS服务能力信息修改设置的针对一个实体的IMS服务能力列表中的IMS服务能力的ICSI的状态值。

10.如权利要求1所述的方法，其特征在于，所述一个实体为UE，另一个实体为网络实体时，该方法还包括：

UE向网络实体发送IMS服务请求，网络实体根据携带的请求统一资源标识Request-URI确定是否为网络实体默认处理的IMS服务请求，如果是，进行处理，否则，根据所更新的UE的IMS服务能力信息确定是否为UE提供IMS服务：如果存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，进行处理；如果不存在与UE发送的IMS服务请求携带的相匹配的IMS服务能力，不进行处理。

11.如权利要求2、5或10所述的方法，其特征在于，所述的网络实体为服务呼叫会话控制功能S-CSCF或/和应用服务器AS。

Images