标识通信业务的方法及其系统的制作方法

专利名称：：标识通信业务的方法及其系统的制作方法
技术领域：
：本发明涉及通信
技术领域：
，特别是标识通信业务的方法以及标识通信业务的系统。
背景技术：
：会话初始协议(SessionInitiationProtocol,SIP)是一个应用层的控制协议，可以用来建立、修改和终止多i某体会话或者会议，例如Internet电话。SIP也支持邀请参与者参加已经存在的会话，比如多方会议。IP多i某体子系统(IPMultimediaSubsystem,IMS)是第三代合作伙伴计划(3GPP)R5提出的提供多媒体业务的子系统，它包括呼叫会话控制功能实体(CallSessionControlFunction,CSCF)、媒体网关控制功能实体(MediaGatewayControlFunction,MGCF)、媒体资源功能实体(MediaResourceFunction,MRF)等功能实体，主要采用SIP、Diameter协议，属于上层控制子系统，与具体接入技术无关。IMS是业界普遍认同的移动固定融合的理想方案和发展方向。在3GPPTR23.816协议中定义了IMS通信业务、IMS应用、IMS通信业务标识和IMS应用参考标识的概念。IMS通信业务指一种具有特定规则、处理过程和允许媒体的通信类型。通信业务标识是标识通信业务类型的符号。IMS应用是指基于IMS通信业务的应用。IMS应用参考标识是IMS应用参考的标识符。IMS通信业务标识的需求架构可参考文档3GPPTR23.816。已经提出重用"Accept-Contact"方案，基于互联网工程任务组(IETF)协议RFC3840/RFC3841定义的主叫偏好技术，将通信业务能力作为终端能力的一种，定义新的特性标识(FeatureTag)。在SIP协议"Contact"头域中携带通信业务标识，描述终端的通信业务能力，在SIP"Accept-Contact"头域中携带请求的通信业务。但是上述方案与RFC3841^见范的本意不符。在RFC3841协议中，"Accept-Contact"头域描述对终端的能力期望，"Request-Disposition"头域描述服务器对该请求的处理偏好，这两种能力使用不同的SIP头域描述，而通信业务同时涉及服务器对请求的处理又涉及终端的处理。所以RFC3841协议不能满足通信业务标识的应用需求。RFC3841协议规定"Accept-Contact"头域只能出现在SIP请求中，IMS需要SIP响应消息中需要包含通信业务标识。另夕卜，也可以采用开放移动联盟(OMA)设备管理(DeviceManagement,DM)机制实现IMS系统中网络将通信能力信息通知终端功能。OMADM机制允许第三方代替终端去执行移动设备的配置过程。第三方可以是无线营运商、业务提供商和相关信息管理部门。通过设备管理，外部端可远程设置参数，引导终端中业务纠纷、安装或升级软件。按照广义的术语，设备管理包含如下三部分l)协议和机制，管理服务器和移动设备之间的协议；2)数据系统模型，使远端搡作有效的数据，例如浏览器和邮箱设置；3)规则，决定谁可操作特定参数或更新设备的特定对象的策略。在无线环境中，设备管理协议非常重要的部分是需要有效和高效地标识移动设备的特性，包含带宽小和高延迟等特性。3GPPTS24.167定义了3GPPIMS的设备管理对象(ManagementObject,MO)，使用IMSMO去管理用户设备(UE)的设置，涉及IMS的通用参数，代表终端用户的配置管理。主要参数包括分组数据协议(PacketDataProtocol,PDP)上下文操作参考、代理CSCF(P-CSCF)地址、SIP定时器参数、用户私有标识、用户公共标识列表和用户归属域名等初始配置信息。但是，这种方案的局限性较大。网络支持的通信业务列表为网络设备的系统配置，一般针对所有用户和用户所有的公共用户标识，不能针对单个用户或单个公共用户标识的授权通信业务信息。另外，在3GPPIMS网络中，部分通信业务需要P-CSCF和服务CSCF(S-CSCF)同时支持才能提供业务，故还需要考虑UE拜访网络P-CSCF的通信业务能力支持信息，而DM机制不能灵活的支持这种情况。简言之，在通用SIP网络和3GPPIMS网络中存在丰富的业务，每种业务都有独特的业务逻辑和媒体特征，但多种业务可有相同媒体特征但是不同的业务，目前的技术还不能识别这种情况。
发明内容有鉴于此，本发明提出了一种标识通信业务的方法，用以实现在SIP网络中标识通信业务。本发明还提出了一种标识通信业务的系统。本发明提供了一种标识通信业务的方法，该方法包括第一SIP实体在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体根据所述消息进行处理。本发明还提供了一种标识通信业务的系统，该系统包括第一SIP实体、第二SIP实体，其中第一SIP实体用于在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体用于根据所述消息进行处理。从上述方案中可以看出，由于本发明在SIP功能实体之间的消息中添加了标识通信业务的通信业务标识，所以本发明能够在通用SIP网络、IMS网络或其他网络中标识具体的通信业务，终端和网络功能实体等各种功能实体能够根据通信标识调用合适的业务处理逻辑，实现终端-网络-终端的通信业务标识的协商，本发明还有利于在各种SIP网络中开展业务和进行业务的互通。图1为通用SIP网络的通信业务标识应用系统模型；图2为IMS通信业务标识应用系统;漠型；图3为SIPUA与网络协商通信业务能力的一种系统模型；图4为SIPUA与网络协商通信业务能力的另一种系统模型；图5为会话中通信业务标识方案的一种系统模型；图6为本发明第一实施例的流程示意图；图7为本发明第二实施例的流程示意图；图8为本发明第三实施例的流程示意图；图9为本发明第四实施例的流程示意图；图10为本发明第五实施例的流程示意图；图11为本发明第六实施例的流程示意图；图12为本发明第七实施例的流程示意图；图13为本发明第八实施例的流程示意图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明进一步详细i兌明。为了使得描述简明，本发明实施例中不特别区分通信业务标识和应用参考标识，在后面提到的通信业务标识指通信业务标识或应用参考标识。在本发明实施例中以在通用SIP网络和IMS中标识通信业务为例进行说明，但是所属
技术领域：
的普通技术人员显然明白，本发明并不局限于此。首先描述通用SIP网络的通信业务标识应用系统模型。该系统模型如图l所示，系统中包含4种类型的SIP实体SIP用户代理(SIPUA)、代理服务器(ProxyServer)、登记服务器(RegisterServer)和应用服务器(ApplicationServer)。其中，SIPUA的功能主要包括每个SIPUA具有不同通信业务能力，即支持不同的通信业务，并且能够标识请求的通信业务；能够在请求和响应SIP消息中列出支持的通信业务，便于主叫SIPUA和被叫SIPUA之间开展后续业务；SIP会话建立后，SIPUA能够修改通信业务，如删除应用或新增加一种基于相同通信业务的应用，或修改通信业务的媒体等。ProxyServer的功能主要包括能够根据请求中通信业务标识调用不同的业务处理逻辑和联系不同的ApplicationServer;ProxyServer能够根据业务需要修改、增加和删除通信业务标识信息；并且能够根据SIPUA通信业务能力不同选择合适的作为终止SIPUA,尽量避免分支(Forking)情况的发生。RegisterServer的功能主要包括在登记过程中，与用户协商通信业务。ApplicationServer的功能主要包括能够根据不同的通信业务标识调用不同业务处理逻辑；作为始发SIPUA、终止SIPUA和SIPProxy角色，能够发起、终止和转发SIP请求，发送的SIP请求中可包含通信业务标识信息。通信业务标识在通用SIP网络系统模型的应用中包含如下几种情况1)SIPUA#1—>RegisterServer#l，SIPUA登记过程，请求中包含终端支持完整通信业务能力信息。2)SipUA1#—>ProxyServer#l。ProxyServer不支持必需通信业务标识扩展，而是在请求Proxy-Require头域中指明必须支持通信业务标识扩展。或ProxyServer支持通信业务标识但不理解请求中携带通信业务标识，不能调用合适的业务处理逻辑。这样导致业务在ProxyServer终止。3)SipUA1#—>ProxyServer#l—〉AS#1。AS充当终止SIPUA角色。4)SipUA1#—>PoxyServer#l—>AS#1。ProxyServer增加通信业务标识到请求中，AS收到包含通信业务标识的^青求，通信业务标识在ProxyService#l和AS#1之间传递。5)SipUA1#—>ProxyServer#l—>AS#1—>ProxyServer#l—>ProxyServer#2—>AS#2—>ProxyServer#2—>SipClinet#2。这是含AS的SIP端到端通信业务过程。6)SipUA1#-->ProxyServer#l—>ProxyServer#2-->SipCline虹这是不含AS的SIP端到端通信业务过程。7)SipUA1#-->ProxyServer#l—>AS#1—>ProxyServer#l—>ProxyServer#2—〉AS#2。AS弁2拒绝呼叫，导致业务流程终止于AS#2。或AS#2作为终止UA角色，临时替代SIPUA弁2。8)AS#2—>ProxyServer#2-->SipClinet#2。如MT侧业务，前转类的补充业务只在移动台接收(MT)触发和执行，AS弁2在请求消息中增加通信业务标识信息，SIPUA弁2根据通信业务标识信息调用合适的业务处理逻辑。或AS作为始发UA角色。9)AS#2—〉ProxyServer#2。同模式"SipUA#1—>ProxyServer#l，，。10)ProxyServer#2—>SipClinet#2。ProxyServer#2增力口通信业务标识到请求，SipUA#2收到包含通信业务标识的请求，通信业务标识在Proxy#2与SipUA#2之间传递，SipUA弁2收到请求，根据通信业务标识调用合适的业务处理逻辑。下面描述IMS子系统通信业务标识应用系统模型。该系统模型如图2所示，参照图2，该系统模型主要包括UE、归属用户服务器(HSS)、P-CSCF、策略决策功能实体(PolicyDecisionFunction,PDF)/网关GPRS支持节点(GatewayGPRSSupportNode,GGSN)、AS、S-CSCF、计费信息收集功能实体(CCF)、MGCF、互连边界点控制功能实体(IBCF)等，图2中还标出了网络实体之间的一些接口，其中的虚线标识非直接连接。需要注意的是，在图2中还省略了IMS中部分实体和接口。3GPPIMS网络基于SIP，是一种特殊的SIP网络，根据通用SIP网络的通信业务标识系统模型定义，3GPPIMS网络的通信业务标识应用系统模型如图2所示。主要架构基本顺从3GPPRd-7版本定义的架构，对实体功能有如表1,表1中主要给出了各SIP实体涉及通信业务标识而新增或修改的功能。功能实体名功能变化描述UE登记过程中，UE上报支持通信业务和应用能力信息。当UE软件或硬件升级或安装了新的通信业务，则UE的通信业务能力可能发生变化，这时UE需要启动重登记，更新网络侧存储的通信业务能力信息。P-CSCF能够识别通信业务标识，并能够检测通信业务标识的正确性；能够确定是否支持UE的通信业务，并将支持结果告诉UE能够根据通信业务标识调用合适的业务处理逻辑，如将通信业务标识作为媒体资源授权的输入HSSHSS(HomeSubscriberServer)存储用户的通信业务授4又信息将通信业务标识作为初始触发准则的触发条件能够将用户的通信业务授权信息包含通信业务标识的初始触发准则，通过Cx接口传递给S-CSCF实体，通过Sh接口传递给AS。S-CSCFS-CSCF根据UserProfile信息和本地营运商策略对通信业务权限认证。当用户签约数据发生变化或营运商本地策略发生变化，用户的通信业务能力信息发生变化时，网络侧启动用户通信业务能力信息更新过程S-CSCF根据通信业务标识执行业务触发ASAS(ApplicationServer)能够检验通信业务标识的正确性AS能够#4居通信业务标识调用正确的业务处理逻辑AS发起请求时，能够在请求中增加通信业务标识信息表1下面描述本发明实施例中采用的通信业务标识的格式。本发明实施例中的通信业务标识最好满足下列要求满足IETFRFC2506的格式规范；包含通信业务标识定义来源，如3GPPIMS子系统范围的通信业务标识识别符，如"ims";包含通信业务标识的识别符，如"CSID"或"ICSI"等。另外，本发明实施例中的通信业务标识还可以进一步要求在格式上描述通信业务与基于通信业务的应用之间的关系。满足上述格式要求的通信业务标识格式举例为+g.ims.csid.xxx.yyy其中"+"表示非RFC3840规范定义的基本FeatureTag，"g"表示是全局冲对的扩展，"Ims.csid"冲示i口、IMSi或内的FeatureTag,{更于FeatureTag分层管理和扩展。xxx为通信业务标识，由3GPP标准组织定义具体通信业务时定义；yyy为应用参考标识，由应用开发商或标准组织定义应用参考标识部分为可选，当不存在时，表示基于通信业务的缺省应用。本发明实施例中的通信业务标识存在多种格式的变化，具体形式不受限制，如十g.ims.xxx.yyy、十g.csid.xxx.yyy等等。在表2中给出了一种多々某体电话业务(MMTEL)的标识示例。通信业务通信业务标识<table>tableseeoriginaldocumentpage16</column></row><table>表2本才各式的优点如下1)满足RFC2506定义的FeatureTag格式要求，格式简单；2)从格式上可明确通信业务和应用参考之间的关系，符合3GPPTR23.816规范定义的IMS应用系统模型；3)与协议[3]定义的ServiceURN(UniversalResourceName)格式兼容，所述ServiceURN如urn:service:sos.ambulance;4)与3GPPIMS的PoC业务头见范(PoC:PushtotalkOverCellularservice)中采用业务标识方式相兼容。如可将"十g.poc.talkburst;，，转化为"+g.ims.csid.poc.Talkburst;，，。在本发明实施例中，可以通过新头域来携带通信业务标识，也可以通过扩展SDP消息体或其它方式实现。这里以新头域为例进行描述。定义新头域为"Service-Identifier"、"P-Service-Identifier"以及其他类似形式，描述UA请求的通信业务。该头域可包含在会话请求、独立事务的请求和响应消息中。SIP网络实体可根据该头域调用合适的业务处理逻辑，UE根据该头域调用合适应用。具体格式可参考RFC3841Accept-Contact头域的语法格式，举例如下Service-Identifier=("Service-Identifier"/"x")HCOLONac-value*(COMMArc-value)ac-value="*"*(SEMIac-params)rc-value="*"*(SEMIrc-params)ac-params=feature-param/req-param/explicit-param/generic-param;;featureparamfromRFC3840;;generic-paramfromRFC3261rc-params=feature-param/generic-paramreq-param="require"explicit-param="explicit"其中，可以采用紧凑形式(CompactForm):x。这里为描述方便暂时定为x，具体形式不限。需要定义选项标识(OptionTag)，包含如下信息为名称(Name):Servld或者ICSI等类似形式，具体形式不限；描述(Description):本选项标识描述通信业务标识扩展。当选项标识包含于Supported头域时表示UA支持通信业务标识扩展，能够处理SIP请求和响应消息中通信业务标识信息；当选项标识包含于Require头域时表示用户代理服务器(UserAgentServer,UAS)必须支持通信业务标识扩展；当选项标识包含于Proxy-Require头域时表示中间SIP实体必须支持通信业务标识扩展。具体应用中采用哪种需要根据具体通信业务确定。另外，前面描述了基于在SIP信令中扩展SIP头域的方法。本发明实施例还可以通过扩展消息中的会话描述协议(SDP)部分来实现，例如新增一种SDP的会话属性。本发明实施例还可以在可扩展标记语言(XML)格式的消息体部分添加通信业务标识，或者通过其它类型的消息体来实现。除了在通信业务标识信息的携带方式上不同外，这几种方法没有本质的区别。简明起见，在下面的描述中，以SIP头域携带通信业务标识来进行说明。当终端与网络的通信业务能力协商时，可以采用下面的两种方式来完成。如图3所示的是第一种协商系统模型，主要是为了便于网络支持的通信业务与用户签约通信能力相结合处理，便于网络与终端能力之间的协商，并且有利终止过程中网络根据协商结果选择SIPUA，避免不必要的Fork发生。用户能够有效管理终端中通信业务，通过安装应用软件、增加外接设备或升级终端软件方式支持新的通信业务，删除应用软件和移去外接设备则会将原来支持的通信业务修改为不支持，或临时将原软件去活。SIPUA在登记过程中将终端的通信业务信息告诉网络，包含支持通信业务列表或其他。在IMS网络中，IMS核心网(IMSCore)根据P-CSCF/S-CSCF的通信业务相关网络配置或策略、用户签约信息、UE(SIPUA)的通信业务列表和具体通信业务特性确定最终支持的通信业务列表，并在登记响应消息中发送给SIPUA。由于在3GPPIMS系统中网络包含拜访网络和归属网络，而且不同通信业务具有不同的特性，因此需要灵活的支持确定方式，包含如下几种情况1)只需要归属域支持而不需要拜访域支持的通信业务。这类业务由归属域根据本地网络配置或策略、用户的通信业务签约信息决定是否支持该通信业务；2)只需要拜访域支持而不需要归属域支持的通信业务。这类业务由拜访域根据本地网络配置和策略#文授权才全测。3)同时需要拜访域和归属域支持的通信业务。这类业务由归属域和拜访域共同根据用户通信业务授权信息、网络配置和策略决定是否支持该通信业务。登记完成后，SIPUA/网络存储通信业务能力协商结果信息，或第三方AS存储协商结果信息作为可选，根据业务需求决定。在IMS系统中，P-CSCF存储通信业务能力协商结果有利于拜访网络提供的签约业务的开展，S-CSCF存储UE的通信业务能力能够满足多UE环境下S-CSCF选择UE需求。当SIPUA和网络支持的通信业务信息发生变化时，能够相互更新。当SIPUA的通信业务信息发送变化时，SIPUA能够发起重登记过程，重登记请求中包含SIPUA支持的通信业务信息，包含前一次授权失败的通信业务标识。当网络支持通信业务列表信息发生变化时，网络能够通知终端，在通知(NOTIFY)信息中携带通信业务变化标记或具体信息，如果携带变化标记，则终端收到NOTIFY后，启动重新登记过程，执行终端通信业务的重新协商。另外，SIPUA也可以通过RFC3840机制将自己支持的通信能力信息告诉网络。基于呈现(Presence)机制，SIPUA可获得SIP网络(包括拜访网络、归属网络)和其他用户的通信业务能力支持信息，Server收集网络的通信业务支持信息。SIPUA登记过程中，RegisterServer触发第三方登记到Server,Server保存SIPUA的通信业务能力信息，基于Presence机制，用户可订阅其他用户的通信业务能力支持信息。如果SIPUA或相关SIP网络的通信能力发生改变时，能够将变化信息上报给Server。这种情况的通信业务能力协商系统模型如图4所示。参考图4，该协商过程如下1)图4中的1，SIPUA启动登记过程，向RegisterServer发送的登记请求中包含SIPUA的通信业务能力信息。2)图4中的2，RegisterServer收到登记请求，触发第三方登记到服务器(Server)，Server根据SIPUA相关SIP网络的通信业务支持信息和用户的通信业务授权信息确定SIPUA的可用通信业务信息。3)图4中的3和4，SIPUA登记成功后，发起至Server的通信业务能力的订阅，Server收到订阅请求后，返回订阅成功并向SIPUA返回SIPUA的可用通信业务信息。4)图4中的5和6，SIP网络能够将通信业务支持信息上报给Server,根据上报信息重新确定相关SIPUA的可用通信业务信息。5)图4中的7，当SIPUA的通信业务能力发生改变后，能够将新的通信业务能力信息上报给Server,根据上报信息重新确定相关SIPUA的可用通信业务信息。6)图4中的8，当Server中SIPUA的可用通信业务信息发生改变后，Server能够通知订阅者。7)图4中的3和4，SIPUA能够向Server订阅其他SIPUA的可用通信业务信息。在会话过程中，能够实现主叫用户、网络和被叫用户三者之间的对通信业务理解一致，包含网络实体对通信业务标识的识别、验证和调用业务处理逻辑等。图5为会话中通信业务标识方案的基本系统模型。在如图5所示的系统模型中，SIPUA1发送的初始请求中可包含多个期望的通信业务标识(多个)，网络实体对通信业务进行业务授权检查，删除不支持的通信业务标识，当SIPUA2接收到请求后，根据终端能力和被叫意愿决定被叫愿意接受的通信业务，在首个可靠临时响应和首个成功响应消息中携带被叫愿意接受的通信业务标识(一个)，主叫接收到该响应消息后，确认最终请求的通信业务，在首个临时响应的确认消息或ACK响应消息指明协商后通信业务标识(一个)，通过该过程端到端的标识通信业务。采用如图5所示的系统模型，可以由SIPUA1、SIPNetwork或者SIPUA2增加通信业务标识，下面分别说明。情况1，SIPUA1增加通信业务标识1)SIPUA1在发送的请求中包含请求的通信业务和支持的通信业务列表信息。2)SIP网络实体接收到请求后，能够检测请求的通信业务标识是否正确，并根据本地网络配置或策略决定不支持的通信业务，然后在转发请求前，SIP网络将不正确和不支持通信业务标识从请求中删除。3)SIPUA2收到请求后，保存SIPUAl和网络支持的通信业务列表，并在首个可靠临时响应或最终响应中包含确认的通信业务标识信息(一个)和支持的通信业务能力信息，返回给SIPUA1。4)SIPUA1收到首个可靠临时响应或最终响应后，保存SIPUA2支持的通信业务列表信息。在首个临时响应的确认消息或ACK响应消息指明协商后通信业务标识(一个)。5)经过本过程，在SIPUA1/SIP网络/SIPUA2之间完成了请求的通信业务标识。情况2，SIPNetwork实体增加通信业务标识1)当初始请求中没有包含通信业务标识时，假定SIPNetwork实体能够确定最终调用的通信业务，则在请求中增加通信业务标识，如ProxyServer或AS。2)SIPUA2收到初始请求后，并在首个可靠临时响应或最终响应中包含确认的通信业务标识信息和支持的通信业务能力信息，返回给SIPUAl。3)当SIPUAl接收到这样的临时响应或最终响应时，如果支持该通信业务并且是用户期望的业务，则在确认响应消息(如183响应的确认PRACK消息)或后续请求消息中包含该通信业务标识，这种情况下，SIP网络实体重新执行通信业务相关的处理，如作为计费输入或作为媒体授权的输入等。如果不支持该通信业务或不是用户期望的通信业务，则在确认响应消息中指明不支持该通信业务或不携带通信业务标识。情况3，SIPUA2增加通信业务标识1)当初始请求中没有包含通信业务标识时，假定SIPUA2能够确定最终调用的通信业务，则在首个可靠临时响应(如首个183SessionProgress)或首个成功响应消息中标识通信业务，即由被叫标识请求的通信业务。2)当SIPUAl接收到这样的临时响应或最终响应时，如果支持该通信业务并且是用户期望的业务，则在确认响应消息(如183响应的确认PRACK消息)或后续请求消息中包含该通信业务标识，如果不支持该通信业务或不是用户期望的通信业务，则在确认响应消息中指明不支持该通信业务或不携带通信业务标识。3)这种情况下，SIP网络实体重新执行通信业务相关的处理，如作为计费输入或作为媒体授权的输入等。第一实施例在通用SIP网络中SIP端到端通信业务过程。参考IETFRFC3665协议的3.2章节"SessionEstablishmentThroughTwoProxies"的基本SIP呼叫流程例子，描述通信业务标识的应用。本处仅关注通信业务标识在流程中的应用，其他相关内容，请参考RFC3665协议描述。后续所有实例都以请求中包含一个请求的通信业务标识为例进行说明，但是本发明并不局限于此。图6为第一实施例的流程图。参照图6，第一实施例的流程包括以下步骤F101F103:Proxyl作为UA1的出关口(OutboundGateway)，完成UA1的授权过程。F104:UA1重新发送包含授权信息的邀请(INVITE)请求，请求中包含一个请求的通信业务标识，表示UA1请求的通信业务或应用。Supported头域中包含ServID选项，并在Contact头域中包含UA1支持的通信业务列表信息。F105~F106:Proxyl向UA1返回临时响应，并将INVITE发送到Proxy2,具体请参见RFC3665协议相关描述，这里不再赘述。F107:Proxy2前传INVITE请求到UA2。UA2支持ServID扩展机制并理解INVITE请求中通信业务标识，根据通信业务标识调用合适的业务逻辑和应用，并在2XX成功响应消息中包含最终调用的通信业务标识信息和在Contact头域中携带UA2支持的通信业务列表。如果UA2不支持SercID扩展，忽略请求中通信业务标识信息，按照现有SIP处理，并在2XX成功响应中包含不支持(unsupported)头域，指明不支持Serv扩展。如果UA2支持ServID扩展但不理解INVITE请求中通信业务标识，忽略{青求中通信业务标识信息，4姿照现有SIP处理，并在2XX成功响应消息中不包含调用的通信业务标识信息或包含最终调用的通信业务标识(如果UA1收到响应消息后认为UA2调用错误，则发起呼叫释放)。F108F113:Proxy2向Proxyl返回临时响应，UA2震铃并通过Proxy2、Proxyl向UA1返回200成功消息，具体请参见RFC3665协议相关描述，这里不再赘述。Fl14:UA1收到200OK成功消息后，判断2XX响应消息中包含的通信业务标识与请求的通信业务标识是否一致，如果不一致，则向UA2发送ACK确认消息(这时不包含通信业务标识信息)后，发送BYE消息释放会话，否则执行步骤F15及其后续步骤。F115F117:UA1向UA2发送确认200OK的ACK请求，UA2收到ACK消息后，呼叫建立成功。F118F123:会话释放过程，UA2挂机向UA发送BYE消息，UA1收到BYE消息后，向UA2返回200成功消息确认，具体请参见RFC3665协议相关描述，这里不再赘述。第二实施例与第一实施例不同之处主要在于，第二实施例为含AS的SIP端到端主叫侧通信业务过程。这里不妨假定始发侧AS支持通信业务标识扩展，并在信令交互过程中充当PROXY角色(也可作为B2BUA角色)。并且UA1(UAl)发送的初始INVITE请求中不包含通信业务标识信息。图7为第二实施例的流程示意图，参照图7，第二实施例的流程如下F201F203:Proxyl作为UAl的出关口，完成UAl的授权过程。F204:UAl发送的初始请求INVITE中不包含请求的通信业务标识信息。F205F219:AS1能够确定本次会话的通信业务，于是在INVITE消息中增加通信业务标识信息，然后将请求消息前传给被叫侧，被叫侧在首个可靠临时响应和最终成功响应中包含请求的通信业务标识，UA1收到该消息后，知道本次请求的通信业务，并在ACK消息中反填请求的通信业务标识表示确i人。之后的步骤与第一实施例中F118F123相同，这里不再赘述。另外，当初始请求中包含通信业务标识，并且AS作为B2BUA(BacktobackUA)角色时，可修改和删除请求中包含的通信业务标识信息。业务流程与前面描述的业务流程基本一致，不再重复描述。第三实施例描述GPPIMS网络中UE初始IMS登记业务流程。图8为第三实施例的流程示意图。在初始登记过程中，实现UE通信业务能力的上报和认证。参照图8，第三实施例的流程如下步骤301,UE开才几后启动IMS初始登记过程，SIP信令的PDP上下文建立和P-CSCF的发现过程，UE构造登记(REGISTER)请求，然后将REGISTER请求发送给P-CSCF,在Contact头域中包含通信业务能力信息，在Supported头域中指明支持ServID扩展。REGISTER消息举例如下REGISTERsip:registrar.homel.netSIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd];comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards:70P-Access-Network-Info:From:<sip:userl_publicl@homel.net>;tag=4fa3To:<sip:userl_publicl@homel.net>Contact:<sip:『5555::aaa:bbb:ccc:dddl;>:expires=600000:+g.ims.csid.mmtel;+g.ims.csid.poc.talkbmst;+g.ims.csid.poc.groupad;Call-ID:apb03a0s09dkjdfglkj49111Authorization:Security-UA:Supported:ServIDProxy-Require:CSeq:1REGISTERSupported:Content-Length:0其中，以下划线标示的部分为相应的通信业务标识，由于前面已经描述，这里不作重复。步骤302-步骤306，P-CSCF/S-CSCF接收到REGISTER请求后，如果发现不支持ServID扩展，则向UE返回响应中包含Unsupported头域，指明不支持ServID扩展。如果支持ServID扩展，则信令过程与现有信令处理过程一致。步骤307,S-CSCF收到登记请求后，向HSS下载用户配置数据(UserProfile)。S-CSCF根据通信业务授权信息、具体通信业务特性和本地营运商策略对通信业务权限认证。如不允许该用户使用即按即说语音业务(PoC)相关业务，而只允许使用多媒体电话业务。S-CSCF然后向I-CSCF发送200OK最终响应消息。200OK响应消息举例如下SIP/2.0200OKVia:SIP/2.0/UDPicscfl—p.homel.net;branch=z9hG4bK351g45.1，SIP/2.0/UDPpcscfl.visitedl.net;branch=z9hG4bK240f34.1,SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bKnashds7Path:<sip:term@pcscf1.visitedl.net;lr>Service-Route:<sip:orig@scscfl.homel.net;lr>Prom:To:Call-ID:Contact:<sip:f5555::aaa:bbb:ccc:dddl:1357;>:expires=600000;+g.ims.csid.mmtel;CS叫Date:P-Associated-URI:<sip:userl_public2@homel.net>，<sip:userl_public3@homel.net>,<sip:+l-212-555-l1ll@homel.net;user=phone>Content-Length:其中，以下划线标示的部分为上面描述的Contact头域。步骤308~309，S-CSCF向UE返回200OK确认消息，该过程与现有过)程一致，这里不再赘述。步骤310，UE收到2000K响应消息后，保存通信业务协商结杲。第四实施例为S-CSCF发起的通信业务能力变更通知业务流程。当用户通信业务授权数据发生变化或归属网络通信业务本地配置或策略发生变化，用户的通信业务能力信息发生变化时，网络侧启动用户通信业务能力信息更新过程。参考3GPPRel-7规范，当UE首次登记和认证后，UE向网络发送订阅(SUBSCRIBE)请求，当用户通信业务能力信息发生变化后，S-CSCF向UE发送通知(NOTIFY)消息，通知UE通信业务授权信息发生变化。图9为第四实施例的流程示意图。参照图9,第四实施例的具体信令流程如下步骤401-406，登记状态订阅过程与现有机制一致，这里不再重复描述，可参照3GPP规范。步骤407，当HSS中用户的通信业务签约信息发生变化，HSS更新UserProfile到S誦CSCF。步骤408~410，S-CSCF向UE发送NOTIFY消息，NOTIFY消息中携带通信业务能力的变化标识。如根据本地策略，网络新开展了PoC群组广告(GroupAdvertisement)业务。步骤411~413)UE收到NOTIFY消息后，向网侧返回200OK消息，然后重新启动重登记过程。第五实施例描述UE始发业务过程，其中，在UE发出的INVITE消息中包含Service-Identifier头域，指明请求的通信业务。图10为第五实施例的流程示意图。在IMS系统中，多i某体电话业务(MultimediaTelephonyCommunicationService,MMTEL)业务是典型的通信业务。第五实施例以多媒体通信业务为例，描述终端发起MMTEL业务的信令流程，假定UE弁1已经登记成功，并且签约了MMTEL通信业务，为描述方便，流程省去了媒体协商和资源遗留等相关描述。参照图10,第五实施例的流程主要包括步骤501,UE^登记成功后，请求与UE^2建立视频多媒体会话业务，发出INVITE请求，请求中包含请求的通信业务标识，在Contact头域中包含UE支持的通信业务和应用参考列表信息。INVITE消息格式举例如下INVITEtel:+l-212-555-2222SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards:70Route:〈sip:pcscfl.visitedl.net:7531;lr;comp=sigcomp>,〈sip:scscfl.homel.net;lr>P-Preferred-Identity:"JohnDoe"<sip:userl_publicl@homel.net>P-Access-Network-Info:Privacy:noneFrom:<sip:userl_publicl@homel.net>;tag=l71828To:<tel:+l-212-555-2222>Call-ID:Cs叫127INVITERequire:precondition,sec-agree,ServIdProxy-Require:sec-agree,ServldSupported:100relSecurity-Verify:Service-identifier:*:+g.ims.csid.mmtelContact:<sip:r5555::aaa:bbb:ccc:dddl:1357>;+g.ims.csid.mmtel;Allow:Content-Type:application/sdpContent-Length:(...)步骤502,P-CSCF#1收到INVITE请求后，检测到请求中包含Service-Identifier头域，P-CSCF如杲支持该通信业务，则将内容值添加到DiameterAAR消息，指明用户正请求的通信业务类型。否则，P-CSCF可拒绝INVITE请求向UE返回失败响应403(Forbidden)或忽视通信标识而继续处理，需要根据具体通信业务和本地策略选择哪种失败处理。步骤503，PDF#1收到DiameterAAR消息后，将通信业务标识作为媒体授权的输入，根据本地网络配置或特珠算法获取IPQoS参数。PDF#1向P-CSCF#1返回DiameterAAA响应消息。步骤504~505，P-CSCF#1将INVITE请求前传给I-CSCF#1,I-CSCF#1将INVITE请求前传给S-CSCF#1。步骤506，S-CSCF#1收到INVITE请求后，根据用户签约信息对通信业务权限进行认证，如果不支持该通信业务则向P-CSCF返回403失败响应消息。根据UserProfile中初始触发准则匹配是否有通信业务标识为MMTEL触发条件，如果匹配，则将请求消息前传给应用服务器MMTELAS。步骤507,MMTELAS#1收到INVITE请求，执行MMTEL通信业务处理逻辑。步骤508509,后续处理与MMTEL业务的处理过程一致，这里不再赘述。步骤510-17,在会话过程中，UE#1期望增加一种TEXT媒体类型，便于文本信息的交互。这时，UE#1发送再邀请(reINIVTE)或更新(UPDATE)请求给UE#2,做媒体格式变更。信令流程与初始会话建立一致，就不再重复描述。第六实施例为UE终止业务过程，其中，INVITE请求中包含Service-identifier头域。图11为第六实施例的流程示意图。假定UE#2和UE#2，使用相同的用户公共标识(PublicUserIdentity)不同的Contact地址登记于IMS网络，UE#2具有IMSMMTEL通信业务能力，而UE#2，没有IMSMMTEL通信业务能力。参照图11,第六实施例的流程包括步骤601,UE#1发送初始会话建立请求，初始侧和终止侧I-CSCF处理完毕后，发送请求到终止UE的S-CSCF#2。S-CSCF#2收到INVITE请求后，请求中包含请求的通信业务标识，S-CSCF#2根据本地网络配置判断、用户的通信业务授权信息判断是否支持请求的通信业务，如果不支持则返回失败响应，否则继续处理。然后4全测用户的ServiceProfile,触发终止侧业务处理逻辑，将请求路由到MMTELAS#2。步骤602,MMTELAS#2收到INVITE请求，根据MMTEL通信业务处理逻辑执行相应的处理。AS能够识别通信业务标识Service-Identifier头域。如果INVITE请求中没有Service-Identifier头域，MMTEL能够根据调用的业务处理逻辑，增加Service-Identifier头域到INVITE,然后发送INVITE请求。步骤603-604，S-CSCF#2完成所有初始过滤准则(iFC)触发后，执行多UE环境下UE的选择，S-CSCF#2将选定的UE登记的Contact写入R叫uest-URI头i或，并将消息中原R叫uest-URI内容添力口到P-Called-Party國ID头域。步骤605,UE#2收到INVITE请求后，根据通信业务标识调用相应的业务处理逻辑。并将在183SessionProgress消息中返填Service-Identifier头域，与INVITE请求中头域一致，并且能够在Contact头域中携带支持的通信业务信息列表。步骤606，P-CSCF收到UE#2返回的183SessionProgress消息，执行业务质量(QualityofService，QoS)资源认证，如果消息中存在Service-Identifier头域，则将通信业务标识作为QoS资源认证的输入，将通信业务标识加入到DiameterAAR消息中，然后将DiameterAAR消息发送给PDF。步骤607~608，PDF收到DiameterAAR请求消息，如果消息中包含通信业务标识信息，则根据通信业务标识执行本地策略或算法获取IPQoS参数，然后向P-CSCF返回DiameterAAA响应消息。步骤609-613，这里的会话过程与目前规范处理基本一致，不做详细描述。第七实施例为UE终止业务过程，其中，在INVITE请求中不包含Service-identifier头域。图12为第七实施例的流程示意图。这里假定初始请求中不包含通信业务标识信息，而UE#2支持通信业务标识扩展机制，并且最终能够确定请求的通信业务。参照图12，第七实施例的流程包括步骤701,S-CSCF#2收到INVITE请求后，由于该请求中不包含通信业务描述信息，S-CSCF弁2根据用户的ServiceProfile执行业务触发，将请求路由到MMTELAS#2。步骤702，MMTELAS#2收到INVITE请求，根据多媒体电话业务处理逻辑执行相应的处理。MMTELAS#2发送INVITE请求到S-CSCF#2,MMTELAS#2没有增加Service-Identifier头域到INVITE。步骤703—704，MMTELAS#2将不包含ServID的INVITE消息通过S-CSCF#2发送给P-CSCF#2,由于与目前处理基本一致，这里不做详细描述。步骤705，UE#2收到INVITE请求后，根据现有机制调用相应的业务处理逻辑，由于UE#2支持通信业务标识扩展机制，并能够确定最终请求的通信业务。故在183SessionProgress消息中追加Service-Identifier头域，描述最终调用的通信业务，并且在Contact头域中携带通信业务信息。步骤706，P-CSCF#2收到UE#2返回的183SessionProgress消息，执行QoS资源认证，如果消息中存在Service-Identifier头域，则将通信业务标识作为QoS资源^人i正的输入，将通信业务标识加入到DiameterAAR消息中，然后将DiameterAAR消息发送给策略决策功能PDF。步骤707~708,PDF收到DiameterAAR请求消息，如果消息中包含通信业务标识信息，则根据通信业务标识执行本地策略或算法获取IPQoS参数，然后向P-CSCF#2返回DiameterAAA响应消息。步骤709,S-CSCF#2收到UE弁2返回的183SessionProgress消息，根据通信业务标识执行通信业务授权检查和将通信业务标识作为计费的输入等。步骤710-713，这里的会话过程与现有协议处理基本一致，不做详细描述。第八实施例为UE始发业务过程，其中，UE发出的INVITE消息中不包含Service-Identifier头域，但响应消息中包含通信业务标识。图13为第八实施例的流程示意图。第八实施例主要为了有效兼容引入通信业务标识前的处理机制，实现不支持通信业务标识的UE(UE#1做主叫)与支持通信业务标识UE(UE#2做被叫)的通信。参照图13，第八实施例的流程包括步骤801~808，由于INVITE中不包含ServID，所以这几个步骤的处理与MMTEL业务的现有处理过程一致，因此不进行详细的描述。步骤809，S-CSCF#1收到包含通信业务标识的183SessionProgress消息后，根据通信业务标识对执行UE^的通信业务授权检查，以及将通信业务标识作为计费的输入。步骤810~811，P-CSCF收到183响应消息后，才艮据通信业务标识作为媒体资源授权的修改。步骤812，UE#1收到183响应消息后，如果不能识别通信业务标识，则忽视掉该扩展，按照现有机制继续处理。如果能够识别183响应消息包含的通信业务标识，并与请求的业务一致，则在183响应消息的确认消息PRACK消息中反填该通信业务标识。通过上述各具体实施例可以看出，由于本发明在SIP功能实体之间的消息中添加了标识通信业务的通信业务标识，所以本发明能够在通用SIP网络、IMS网络或其他网络中标识具体的通信业务，终端和网络功能实体等各种功能实体能够根据通信标识调用合适的业务处理逻辑，实现终端-网络-终端的通信业务标识的协商，本发明还有利于在各种SIP网络中开展业务和进行业务的互通。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。权利要求1.一种标识通信业务的方法，其特征在于，该方法包括第一会话初始协议SIP实体在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体根据所述消息进行处理。2、根据权利要求1所述的方法，其特征在于，第一SIP实体为SIP终端，第二SIP实体为SIP网络功能实体。3、根据权利要求2所述的方法，其特征在于，所述SIP网络功能实体根据所述消息进行处理的步骤包括SIP网络功能实体识别消息中的通信业务标识，对消息中的通信业务标识进行验证并确定SIP终端可用的通信业务标识。4、根据权利要求3所述的方法，其特征在于，该方法进一步包括SIP网络功能实体将所确定的通信业务标识通知给所述SIP终端；和/或，SIP网络功能实体在网络所支持的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP终端。5、根据权利要求2所述的方法，其特征在于，所述SIP网络功能实体根据所述消息进行处理的步骤包括SIP网络功能实体触发第三方登记到服务器；该方法进一步包括服务器对消息中的通信业务标识进行验证并确定SIP终端可用的通信业务标识。6、根据权利要求5所述的方法，其特征在于，该方法进一步包括服务器将所确定的通信业务标识通知给所述SIP终端；和/或，服务器在网络所支持的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP终端。7、根据权利要求2所述的方法，其特征在于，该方法进一步包括SIP终端在自身的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP网络功能实体。8、根据权利要求1所述的方法，其特征在于，第一SIP实体为SIP始发端，第二SIP实体为SIP终止端；SIP终止端根据所述消息进行处理的步骤包括SIP终止端对SIP始发端请求的通信业务标识进行确认，并将确认后的通信业务标识发送给SIP始发端。9、根据权利要求8所述的方法，其特征在于，SIP始发端进一步在消息中添加支持的通信业务标识。10、根据权利要求1所述的方法，其特征在于，第一SIP实体为SIP网络功能实体，第二SIP实体为SIP终止端；所述SIP网络实体是在SIP始发端发送的消息中添加SIP始发端请求的通信业务标识并发送给SIP终止端；所述SIP终止端根据所述消息进行处理的步骤包括SIP终止端对请求的通信业务标识进4于确i人，并将确i人的通信业务标识发送给SIP始发端；该方法进一步包括SIP始发端在支持通信业务标识时，将所述通信业务标识返回给SIP终止端，或者在不支持通信业务标识时，在响应消息中指明不支持。11、根据权利要求IO所述的方法，其特征在于，该方法进一步包括SIP终止端将SIP终止端支持的通信业务标识发送给SIP始发端。12、根据权利要求1所述的方法，其特征在于，第一SIP实体为SIP终止端，第二SIP实体为SIP始发端；该方法进一步包括SIP始发端在支持通信业务标识时，将所述通信业务标识返回给SIP终止端，或者在不支持通信业务标识时，在响应消息中指明不支持。13、根据权利要求1所述的方法，其特征在于，第二SIP实体为SIP网络功能实体；该方法进一步包括SIP网络功能实体增加和/或删除消息中的所述通信业务标识。14、根据权利要求1所述的方法，其特征在于，第二SIP实体为SIP网络功能实体或SIP终端；所述第二SIP实体根据所述消息进行处理的步骤包括第二SIP实体在支持所述通信业务标识时，调用对应的业务处理逻辑和/或联系对应的其它SIP实体，或者在不支持所述通信业务标识或者不识别所述通信业务标识时，直接转发所述消息或者终止对应的业务。15、根据权利要求1所述的方法，其特征在于，第一SIP实体为服务器，第二SIP实体为SIP终端；该方法进一步包括SIP终端向服务器订阅可用通信业务信息的步骤；服务器在消息中添加表示可用通信业务信息的通信业务标识，并发送给SIP终端。16、根据权利要求1所述的方法，其特征在于，所述在消息中添加通信业务标识包4舌在消息的SIP头域中添加通信业务标识；或者，在消息体的会话描述协议SDP部分添加通信业务标识；或者，在可扩展标记i吾言XML4各式的消息体部分添加通信业务标识。17、根据权利要求1~15中任意一项所述的方法，其特征在于，所述通信业务标识包括该通信业务标识的定义来源、该通信业务标识的识别符。18、根据权利要求17所述的方法，其特征在于，所述通信业务标识进一步包括应用参考标识。19、根据权利要求27、10、11、13、14中任意一项所述的方法，其特征在于，所述SIP网络功能实体为通用SIP网络中的代理服务器、和/或应用服务器、和/或登记服务器，或者，IP多媒体子系统中的代理呼叫会话控制功能实体P-CSCF、和/或服务呼叫会话控制功能实体服务器S-CSCF、和/或归属用户服务器HSS、和/或应用服务器、和/或媒体网关控制功能实体MGCF、和/或互连边界点控制功能实体IBCF。20、根据权利要求27、14、15中任意一项所述的方法，其特征在于，所述SIP终端为通用SIP网络中的SIP用户代理UA,或者IP多媒体子系统中的用户设备UE。21、根据权利要求8~12中任意一项所述的方法，其特征在于，所述SIP始发端为通用SIP网络中的SIPUA,或者IP多i某体子系统中的UE;和/或，所述SIP终止端为通用SIP网络中的SIPUA，或者IP多媒体子系统中的UE。22、一种标识通信业务的系统，其特征在于，该系统包括第一SIP实体、第二SIP实体，其中第一SIP实体用于在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体用于根据所述消息进行处理。23、根据权利要求22所述的系统，其特征在于，第一SIP实体为SIP终端，第二SIP实体为SIP网络功能实体；所述SIP网络功能实体进一步用于识别消息中的通信业务标识，对消息中的通信业务标识进行验证并确定SIP终端可用的通信业务标识。24、根据权利要求23所述的系统，其特征在于，所述SIP网络功能实体进一步用于将所确定的通信业务标识通知给所述SIP终端，和/或，在网络所支持的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP终端。25、根据权利要求23所述的系统，其特征在于，该系统进一步包括服务器；所述SIP网络功能实体进一步用于触发第三方登记到服务器；所述服务器对消息中的通信业务标识进行验证并确定SIP终端可用的源RNC和目标RNC所连接的SGSN不同，则UE加入的MBMS組播业务对应的MBMSUE上下文保存在与源RNC相连的SGSN上，与目标RNC相连的SGSN没有保存对应的MBMSUE上下文，因此当目标RNC向与之相连的SGSN发起上行信息交换请求时，无法获得该UE加入的组播业务信息，使得UE从源RNC重定位到目标RNC后丟失了加入的组播业务信息，目标RNC上无法记录对应的MBMSUE上下文，导致对应的MBMS业务中断。由此可以看出，3GPP目前的规范中关于SRNS重定位过程中源RNC向目标RNC传递UE加入的MBMS组播业务信息存在的问题是目标RNC从SourceRNCToTargetRNCTransparentContainer信息中只能获得UE是否加入了MBMS组播业务的指示信息，在获悉UE加入了至少一个MBMS组播业务的信息后，目标RNC还需要触发上行信息交换过程向SGSN请求UE加入的组播业务的详细信息，而在源RNC所连接的SGSN和目标RNC所连接的SGSN不同的情况下，目标RNC从相连的SGSN无法获得UE加入的组播业务的详细信息，从而使得UE加入的MBMS组播业务信息在发生SRNS重定位后丢失，导致MBMS组播业务中断。
发明内容本发明要解决的技术问题是提供一种SRNS重定位过程中源RNC向目标RNC传递UE加入的MBMS组播业务的方法，避免在SRNS重定位后发生目标RNC失去UE加入的组播业务详细信息的情况，省去目标RNC向CN请求UE加入的MBMS组播业务信息的过程，简化协议流程。本发明提出一种传递组播业务详细信息的方法，其中用户设备UE只存在与电路业务CS域核心网CN的信令连接,UE加入了一个或多个组播业务，包含如下步骤(a)源无线网络控制器RNC发起服务无线网络系统重定位；(b)源RNC向CN发送重定位要求RELOCATIONREQUIRED消息，消息中携带源RNC给目标RNC的透明传输容器SourceRNCToTargetRNCTransparentContainer信息，该信息中包含UE加入的每一个组播业务的详细所述SIP始发端进一步用于在支持通信业务标识时，将所述通信业务标识返回给SIP终止端，或者在不支持通信业务标识时，在响应消息中指明不支持。26、根据权利要求25所述的系统，其特征在于，所述服务器进一步用于将所确定的通信业务标识通知给所述SIP终端；和/或，在网络所支持的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP终端。27、根据权利要求23所述的系统，其特征在于，所述SIP终端进一步用于在自身的通信业务能力发生变化后，在消息中添加表示变化后通信业务能力的通信业务标识，并发送给SIP网络功能实体。28、根据权利要求22所述的系统，其特征在于，第一SIP实体为SIP始发端，第二SIP实体为SIP终止端；所述SIP终止端进一步用于对主叫终端请求的通信业务标识进行确认，并将确认后的通信业务标识发送给SIP始发端。29、根据权利要求28所述的系统，其特征在于，SIP始发端进一步用于在消息中添加支持的通信业务标识。30、根据权利要求22所述的系统，其特征在于，第一SIP实体为SIP网络功能实体，第二SIP实体为SIP终止端；所述SIP网络实体进一步用于在SIP始发端发送的消息中添加SIP始发端请求的通信业务标识并发送给SIP终止端；所述SIP终止端进一步用于对请求的通信业务标识进行确认，并将确认后的通信业务标识发送给SIP始发端；所述SIP始发端进一步用于在支持通信业务标识时，将所述通信业务标识返回给SIP终止端，或者在不支持通信业务标识时，在响应消息中指明不支持。31、根据权利要求30所述的系统，其特征在于，SIP终止端进一步用于将SIP终止端支持的通信业务标识发送给SIP始发端。32、根据权利要求22所述的系统，其特征在于，第一SIP实体为SIP终止端，第二SIP实体为SIP始发端；33、根据权利要求22所述的系统，其特征在于，第二SIP实体为SIP网络功能实体；所述SIP网络功能实体进一步用于增加和/或删除消息中的所述通信业务标识。34、根据权利要求22所述的系统，其特征在于，第二SIP实体为SIP网络功能实体或SIP终端；所述第二SIP实体进一步用于在支持所述通信业务标识时，调用对应的业务处理逻辑和/或联系对应的其它SIP实体，或者在不支持所述通信业务标识或者不识别所述通信业务标识时，直接转发所述消息或者终止对应的业务。35、根据权利要求22所述的系统，其特征在于，第一SIP实体为服务器，第二SIP实体为SIP终端；所述SIP终端进一步用于向服务器订阅可用通信业务信息；所述服务器在消息中添加表示可用通信业务信息的通信业务标识，并发送给SIP终端。36、根据权利要求2327、33、34中任意一项所述的系统，其特征在于，所述SIP网络功能实体为通用SIP网络中的代理服务器、和/或应用服务器、和/或登记服务器，或者，IP多々某体子系统中的P-CSCF、和/或S-CSCF、和/或HSS、和/或应用服务器、和/或MGCF、和/或IBCF。37、根据权利要求2327、34、35中任意一项所述的系统，其特征在于，所述SIP终端为通用SIP网络中的SIPUA，或者IP多々某体子系统中的UE。38、根据权利要求28~32中任意一项所述的系统，其特征在于，所述SIP始发端通用SIP网络中的SIPUA，或者IP多4某体子系统中的UE;和/或，所述SIP终止端为通用SIP网络中的SIPUA，或者IP多媒体子系统中的UE。全文摘要本发明公开了一种标识通信业务的方法，该方法包括第一SIP实体在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体根据所述消息进行处理。本发明还公开了一种标识通信业务的系统，该系统包括第一SIP实体、第二SIP实体，其中第一SIP实体用于在消息中添加通信业务标识，并将该消息发送给第二SIP实体；第二SIP实体用于根据所述消息进行处理。本发明能够在通用SIP网络、IMS网络或其他网络中标识具体的通信业务，终端和网络功能实体等各种功能实体能够根据通信标识调用合适的业务处理逻辑，实现终端-网络-终端的通信业务标识的协商，本发明还有利于在各种SIP网络中开展业务和进行业务的互通。文档编号H04L29/06GK101227457SQ20071000362公开日2008年7月23日申请日期2007年1月18日优先权日2007年1月18日发明者徐培利,漆宝剑,鹏王,鹏赵申请人:华为技术有限公司