专利名称：一种非register请求业务触发时信息携带方法
技术领域：
本发明涉及SIP(Session Initial Protocol会话发起协议)技术领域，具体来说，涉及到用户接入IMS(IP多媒体子系统)网络时的业务触发技术。
背景技术：
SIP是因特网工程任务组(IETF)发布的一种VoIP(Voice over IP，IP语音)标准，该标准将电话作为因特网(Internet)的一个重要应用，增加了电话信令和服务质量(Quality of Service简称“QoS”)方面的要求，并具有独特的用户寻址与定位的功能。
SIP是电话信令的协议，用于发起会话，能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性如会话带宽要求、传输媒体类型(语音、视频、数据等)、媒体的编解码格式、对多播和单播的支持等等。因此，SIP有利于与因特网结合开发多种应用的增值服务。
IMS(IP多媒体子系统)是3GPP(第三代移动通信标准化伙伴项目)在分组网络上叠加一个子系统，采用分组域为其控制信令和媒体传输的承载通道，引入SIP协议作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能实体CSCF、集中管理用户签约数据的归属用户服务器HSS，提供各种业务逻辑控制功能的应用服务器AS。
IMS网络使用SIP协议的注册过程，实现用户接入IMS网络。在用户注册过程中，IMS网络针对用户私有标识进行认证并建立接入域安全通道，用户注册成功将在归属域S-CSCF(服务CSCF)建立用户公有标识与该用户当前位置间的关系，S-CSCF同时从HSS获取用户的签约数据。
S-CSCF按照触发规则的优先级从高到低，根据触发点中的触发信息与从Mw接口接收到的请求消息进行匹配，如果匹配成功，S-CSCF通过ISC(IMSService Control IMS服务控制)接口发送相关的请求到匹配的触发规则中指定的AS。S-CSCF在给每个匹配触发规则的AS发送的消息中，添加特殊标识和路由信息。AS在处理完成业务逻辑后，根据路由信息，将请求消息返回给S-CSCF。S-CSCF将继续进行低优先级的触发规则匹配，直至将业务描述中的所有触发规则检查完毕。对于一个指定用户及其S-CSCF而言，依据其AS触发规则的特殊设置，不仅支持不同业务到不同AS的触发，同时可实现同一会话到多个AS的多次触发，从而实现对同一用户的增值业务逻辑的关联组合。被触发的AS类型包括Proxy(代理)、终结UA(用户代理)、B2BUA(Back to back UA背靠背用户代理)等。
应用触发架构如图1所示，其中的SPT点(业务触发点)是指在SIP信令中能够设置iFC(Initial Filter Criteria初始触发准则)的那些点，一个TP(Trigger Point触发点)由多个SPT组成。
为了发送相关的请求给一个特殊的应用服务器，一个初始触发准则(iFC)将包含一个或多个的业务触发点。一个特定用户的业务签约信息的触发准则集被称为AS的签约信息。为了使S-CSCF按正确的顺序处理不同的触发准则，每个准则都必须分配一个优先级，如果S-CSCF不能联系到AS，那么S-CSCF应该为这个触发使用一个默认处理方式。
S-CSCF从HSS中下载用户数据，获取和用户应用相关iFC。如果多个触发准则被从HSS发送到S-CSCF，当S-CSCF通过Mw接口接收到消息时，S-CSCF应该按照预先定义的优先级一个接一个的检查这些触发准则。
当接收到一个从用户发起的注册消息(REGESTER)时，S-CSCF在完成用户注册后，查看该用户是否配置了业务数据，如果配置了业务数据S-CSCF就进行iFC触发，并向触发成功的iFC所对应的AS发起第三方注册。在构造的第三方注册请求中，S-CSCF还会根据协议规定，将iFC结构中Service Information(服务信息)字段定义的信息增加到注册请求的消息体中，携带给被触发的AS。
根据3GPP TS23.218和TS 29.228，S-CSCF在进行业务触发时，如果S-CSCF触发成功，则会将iFC结构中的可选信息增加到REGISTER请求消息里，传递给AS进行相关的处理，可选信息里携带了相关的数据用于AS的业务处理。
现有技术的iFC数据结构的如图2所示，其中在业务触发时的可选信息为iFC结构中的Service Information(服务信息)字段，3GPP TS23.218协议的将其定义为透明数据且不被HSS或者S-CSCF处理，该字段为iFC结构中的可选部分，如果存在该字段信息，在iFC触发成功后向对应AS发送触发请求时，S-CSCF将把该字段中定义的信息增加到发送的请求消息体中，并且该Service Information仅能在S-CSCF作为UAC(User Agent Client，用户代理客户端)向AS发起注册请求消息时被该消息包含。
从上述的描述我们可以看出，目前iFC结构中的Service Information信息仅能在S-CSCF作为UAC角色进行注册请求时通过增加到REGISTER请求的消息体中携带给业务AS。
上述的限制在实际使用中存在一个问题，即在非REGISTER请求进行业务触发处理时，也是需要携带一些信息给相应的AS的，如当前业务是MO(移动发起)流程还是MT(移动终结)流程信息、用户注册状态信息以及用户卡号信息等，这些信息对于被触发的AS是有获取的必要的。
现有技术中通过其他途径来解决上述的问题，如通过在请求消息的请求行或者某个或某些头域里增加参数来携带上述的信息，但是这种方案存在如下的不足1、增加的内容要符合SIP的规范，有些特殊字符将不能写入；2、对增加内容的长度存在限制，不能太长；3、这种增加处理不能很好地满足AS的某些特殊要求，或者实现起来会比较的复杂。
发明内容
本发明的目的在于提供一种非REGISTER请求业务触发时信息携带方法，以解决非REGISTER初始请求业务触发时携带可选信息给AS的问题。
为实现上述目的，本发明采用如下的技术方案一种非REGISTER请求业务触发时信息携带方法，所述的方法包括如下步骤a、服务呼叫会话控制功能实体S-CSCF收到非注册REGISTER初始业务触发请求消息后将可选信息增加到所述的请求消息中，然后S-CSCF将所述的请求消息发送给对应的应用服务器AS；b、所述的AS收到所述的请求消息后从中提取所述的可选信息并用于相应的业务处理。
其中步骤a具体包括a1、S-CSCF收到所述的非REGISTER初始业务触发请求消息后，从所述的HSS下载用户数据并根据其中的iFC数据进行业务规则匹配，当匹配成功后，S-CSCF将匹配成功的iFC中的应用信息Application Information字段中的可选信息增加到所述的请求消息中；a2、S-CSCF将增加了所述的可选信息的请求消息路由给所述的AS。
其中所述的可选信息被扩展标记语言标签<application-info>XML包含后增加到消息体中。
其中步骤a1之前还包括在初始触发准则iFC中的应用服务器Application Server字段中增加应用信息Application Information字段。
其中步骤a具体包括a1、S-CSCF收到所述的非REGISTER初始业务触发请求消息后，从所述的HSS下载用户数据并根据其中的iFC数据进行业务规则匹配，当匹配成功后，S-CSCF将匹配成功的iFC中的服务信息Service Information字段中的可选信息增加到所述的请求消息中；a2、S-CSCF将增加了所述的可选信息的请求消息路由给所述的AS。
其中所述的可选信息被扩展标记语言标签<service-info>XML包含后增加到消息体中。
其中步骤a还包括将所述的可选信息增加到所述的请求消息中时，如果所述的请求消息中已经携带消息体，S-CSCF将所述的请求消息中的内容类型Content-Type头域值修改为多部分/混合multipart/mixed，并增加相应的边界boundary值；如果所述的请求消息没有携带消息体，则在该请求消息中增加值为″application/3gpp-ims+xml″类型的Content-Type头域，并修改与消息体相关的头域值。
其中步骤b还包括所述的AS完成所述的业务处理后，AS将所述的请求消息中携带的可选信息删除并修改所述消息中的与消息体相关的头域值。
其中步骤b之后还包括所述的AS将触发后的请求消息转发到所述的S-CSCF，所述的S-CSCF收到所述的触发后请求消息后进行后续处理。
其中所述的可选信息具体为当前业务信息和/或业务触发前需要准备的信息。
采用上述的技术方案，能够避免在SIP请求行或者头域里增加信息的不足首先，在消息体中增加信息对增加的信息字符没有特殊要求，在SIP协议里，SIP对请求行和头域名称及其值都是有特定要求的，通过请求行或者头域携带信息，携带的内容格式要遵循SIP的相关定义，而通过消息体携带则不会存在该限制；其次，在增加内容长度要求上，增加在消息体比增加在请求行或者头域中，对长度限制相对要小，增加在消息体里，最大数据长可以是(SIP允许的消息最大长-所有头域的长度)，而增加在某个头域里则只是(SIP允许的消息最大长-所有其他头域的长度-存在的消息体长度)；最后，如果增加的内容是某些其他的协议，存在特定格式或者存在特殊要求，增加在请求行或者头域有可能会出现增加的内容发生变化的情况，而消息体具有良好的封装性以及数据内容的不变性；因而这种方式使得ISC接口上传递透明数据更方便。
图1为应用触发架构图；图2为现有技术的iFC数据结构图；图3为本发明实施例的iFC数据结构图；图4为本发明实施例中S-CSCF进行非REGISTER请求业务触发时的处理流程图。
具体实施例方式
本发明的基本原理是在非REGISTER请求进行业务触发时，S-CSCF从HSS下载用户数据后从iFC数据结构中的Application Information字段或者Service Information字段中获取可选信息并将其增加到转发给AS的请求消息的消息体中，使得非REGISTER请求业务触发时，AS能够获取与该项触发相关的信息，，AS收到请求消息后提取其中的可选信息用于业务处理。
以下具体说明实施例一首先，在上述的iFC结构里的Application Server(应用服务器)字段中增加一个可选的Application Information(应用信息)字段。
增加新字段后iFC的结构如图3所示，该字段是一个可选信息字段，内容对于S-CSCF透明，用于S-CSCF进行非REGISTER请求的初始业务触发时将该可选信息携带到被触发的AS。
通过上述的字段可以把MO/MT信息、用户注册/未注册信息等当前业务信息以及业务触发前需要准备的信息等增加到Application Server字段的Application Information(应用信息)字段中。
此外，由于新增加的Application Information字段是之前协议没有定义的，那么相应的数据就没有标签，本发明实施例中定义了一个<application-info>XML标签用来包含Application Information字段里的信息内容，同时在3GPP IM CN subsystem XML body(3GPP IP多媒体核心网子系统XML消息体)定义的数据元素集合中增加application-info XML(Extensible Markup Language扩展标记语言)元素类型。
经过上述的对iFC的结构修改之后，S-CSCF进行非REGISTER请求业务触发时的处理流程如图4所示1、S-CSCF收到非REGISTER请求的SIP消息时的业务触发处理
S-CSCF收到从MW接口来的非REGISTER的初始SIP请求消息后，从HSS下载用户数据并根据iFC触发准则进行iFC匹配，当匹配成功后，S-CSCF按照协议要求把匹配成功的iFC数据中Application Server部分包含的Server Name(服务器名称)数据增加到Route头域中，同时检查在iFC数据中的Application Server中是否存在可选的Application Information类信息，如果存在该信息，则S-CSCF负责把该信息增加到请求消息的消息体中，该消息体类型为″application/3gpp-ims+xml″类型，其中ApplicationInformation字段中的信息内容被包含在<application-info>XML标签中。
如果该业务触发请求已经携带消息体部分，则S-CSCF需要将该SIP请求中的Content-Type(内容类型)头域值修改为multipart/mixed(多部分/混合消息体格式类型)，并增加相应的boundary(边界)值；如果该业务触发请求没有携带消息体，则在SIP请求中增加值为″application/3gpp-ims+xml″的Content-Type头域，并修改相应的Content-Length(内容长度)等与消息体相关的头域值。
按照以上步骤完成消息构造后S-CSCF将该触发请求路由给对应的业务AS。
2、业务AS收到从S-CSCF来的非REGISTER触发请求后的处理Application Information字段所包含的信息为具体将要触发的AS专用数据，因而该数据只用于特定业务AS的业务处理。
在收到从S-CSCF来的请求后，AS将检查非注册业务触发请求消息中是否携带以<application-info>XML标签包含的″application/3gpp-ims+xml″类型的消息体，如果有，将该消息体中携带的信息内容用于相应的业务处理。在AS完成相应的业务处理并将要转发该触发请求到对应的S-CSCF时，AS必须将转发的业务触发请求中携带的<application-info>信息内容删除。在删除消息体中的<application-info>内容后，AS还需要修改SIP消息头域中的Content-Type、Content-Length等与消息体相关的头域值。
3、S-CSCF收到从业务AS来的非REGISTER触发后请求后的处理在收到从AS来的触发后的非REGISTER业务触发请求消息时，S-CSCF需要检查该请求消息的消息体中是否包含<application-info>类型的信息内容，如果包含，则S-CSCF需要删除该消息体内容并修改SIP请求中Content-Type、Content-Length等与消息体相关的头域值。
在完成上述处理后S-CSCF在执行协议中定义的收到触发后请求的处理流程。
实施例二除了上述的在Application Server中增加Application Information字段，以达到在非REGISTER消息中携带可选信息之外，还可以扩展目前的iFC结构里的Application Server项的Service Information类信息的使用范围定义来达到同样的信息携带目的。
首先需要扩展Service Information类信息的使用范围，使该信息包含的内容能够增加到非REGISTER的初始请求触发到AS时将该字段中的信息增加到消息体中。其次，在定义非REGISTER的iFC业务触发规则时，当需要触发的AS需要触发请求携带某些信息时，这些信息将被增加到ServiceInformation字段中进行保存，在触发时由S-CSCF增加到触发请求携带给特定AS。
这种情况下，S-CSCF及AS的处理流程与处理新增的ApplicationInformation字段流程基本一致1、S-CSCF在收到非REGISTER的SIP初始触发请求后，进行iFC触发规则匹配，在匹配成功并向AS转发触发请求时，如果被匹配上的iFC数据中存在可选的Service Information字段信息时，S-CSCF负责将该字段中保存的信息增加到待转发的SIP请求消息的消息体中，增加的内容以<service-info>XML标签包含，消息体类型仍为″application/3gpp-ims+xml″类型。
2、收到从S-CSCF来的触发请求后，AS查找触发请求的消息体中是否带″application/3gpp-ims+xml″类型的消息体，并查找是否有<service-info>XML标签包含的数据，如果存在则AS取出该数据并供业务处理用；在AS转发触发请求到S-CSCF时，AS必须删除被转发的请求中被<service-info>XML包含的数据信息。
3、S-CSCF收到从AS来的触发后请求消息时，首先查找其消息体中是否包含有带<service-info>XML标签包含的″application/3gpp-ims+xml″类型的消息体，如果存在，则S-CSCF负责删除该<service-info>XML包含的信息，然后再进行协议规定的信令处理。
权利要求
1.一种非REGISTER请求业务触发时信息携带方法，其特征在于，所述的方法包括如下步骤a、服务-呼叫会话控制功能实体S-CSCF收到非注册REGISTER初始业务触发请求消息后将可选信息增加到所述的请求消息中，然后S-CSCF将所述的请求消息发送给对应的应用服务器AS；b、所述的AS收到所述的请求消息后从中提取所述的可选信息并用于相应的业务处理。
2.根据权利要求1所述的方法，其特征在于，其中步骤a具体包括a1、S-CSCF收到所述的非REGISTER初始业务触发请求消息后，从所述的HSS下载用户数据并根据其中的iFC数据进行业务规则匹配，当匹配成功后，S-CSCF将匹配成功的iFC中的应用信息Application Information字段中的可选信息增加到所述的请求消息中；a2、S-CSCF将增加了所述的可选信息的请求消息路由给所述的AS。
3.根据权利要求2所述的方法，其特征在于，所述的可选信息被扩展标记语言标签<application-info>XML包含后增加到消息体中。
4.根据权利要求2所述的方法，其特征在于，其中步骤a1之前还包括在初始触发准则iFC中的应用服务器Application Server字段中增加应用信息Application Information字段。
5.根据权利要求1所述的方法，其特征在于，其中步骤a具体包括a1、S-CSCF收到所述的非REGISTER初始业务触发请求消息后，从所述的HSS下载用户数据并根据其中的iFC数据进行业务规则匹配，当匹配成功后，S-CSCF将匹配成功的iFC中的服务信息Service Information字段中的可选信息增加到所述的请求消息中；a2、S-CSCF将增加了所述的可选信息的请求消息路由给所述的AS。
6.根据权利要求5所述的方法，其特征在于，所述的可选信息被扩展标记语言标签<service-info>XML包含后增加到消息体中。
7.根据权利要求1所述的方法，其特征在于，其中步骤a还包括将所述的可选信息增加到所述的请求消息中时，如果所述的请求消息中已经携带消息体，S-CSCF将所述的请求消息中的内容类型Content-Type头域值修改为多部分/混合multipart/mixed，并增加相应的边界boundary值；如果所述的请求消息没有携带消息体，则在该请求消息中增加值为″application/3gpp-ims+xml″类型的Content-Type头域，并修改与消息体相关的头域值。
8.根据权利要求1所述的方法，其特征在于，其中步骤b还包括所述的AS完成所述的业务处理后，AS将所述的请求消息中携带的可选信息删除并修改所述消息中的与消息体相关的头域值。
9.根据权利要求1所述的方法，其特征在于，其中步骤b之后还包括所述的AS将触发后的请求消息转发到所述的S-CSCF，所述的S-CSCF收到所述的触发后请求消息后进行后续处理。
10.根据权利要求1所述的方法，其特征在于，所述的可选信息具体为当前业务信息和/或业务触发前需要准备的信息。
全文摘要
本发明公开了一种非REGISTER请求业务触发时信息携带方法，所述的方法包括如下步骤a.服务－呼叫会话控制功能实体S－CSCF收到非注册REGISTER初始业务触发请求消息后将可选信息增加到所述的请求消息中，然后S－CSCF将所述的请求消息发送给对应的应用服务器AS；b.所述的AS收到所述的请求消息后从中提取所述的可选信息并用于相应的业务处理。本发明所述的技术方案避免了在请求行或者头域中增加信息对信息字符的特殊要求和内容长度的限制，使得ISC接口上传递透明数据更方便。
文档编号H04L12/58GK1984085SQ20061006033
公开日2007年6月20日 申请日期2006年4月14日 优先权日2006年4月14日
发明者张国成 申请人:华为技术有限公司