专利名称：：具有增强的业务过滤规则的分组网络及其实现方法
技术领域：
：本发明涉及通信领域，更具体而言，涉及一种具有增强的业务过滤身见则的分组网络及其实现方法。
背景技术：
：IMS(IPMultimediaSubsystem,IP多媒体子系统)是一个基于SIP(SessionInitiationProtocol,会i舌4刀始4b协i义)的体系，它的会话层和业务层是分离的，IMS为业务的调用提供必要的方法，IMS中业务的提供包含以下三个基本步骤1)定义可能的业务或业务集合；2)当用户定购Af奮改业务订购关系时，以初始过滤〗現则的形式创建用户专有的业务数据；以及3)将到达的初始请求传递给应用服务器。当用户从运营商处得到一个IMS订购关系时，运营商需要给他分配一个用户配置。用户配置至少包含一个私有的用户身份和单个业务配置，它被永久地存放在HSS(HomeSubscriberServer,归属用户l良务器)上。可以通过两种用户数据处理操作SAA(Server-Assignment-Answer)或者PPR(Push-Profile-Request),将用户配置从HSS传送到为该用户分配的S-CSCF(Serving-CallSessionControlFunction,服务呼叫会话控制功能)上。为了实现IMS中业务提供所涉及的业务触发，现有技术3GPPTS29.228(IPMultimedia(IM)SubsystemCxandDxInterfaces;Signalingflowsandmessagecontents)中以及MSF(MultiServiceForum，多业务论i云)的文牙高msf.2006.004(ImplementationAgreementfortheISCinterface)中，分别给出了相应的技术方案，下面将结合附图1至8对此予以详细描述。图l至图4示出了3GPPTS29.228中定义的用户配置的总体结构。图1示出了其中用户档案(UserProfile)的结构，图2示出了其中业务档案(ServiceProfile)的结构，图3示出了其中初始过滤夫见则的结构，以及图4示出了其中业务点触发器(ServicePointTrigger)的结构。ServicePointTriggeri殳置的是业务触发判断条件，可以包括以下类型Request画URI(Uniformresourceidentifier,统一资源标识)标识该请求所指向的资源；SIPMethod:表示该SIP请求的类型；SIPHeader:包含与该请求相关的信息，一个SPT(ServicepointTrigger,业务点触发器)可以基于任何SIP头域是否出现，或者基于4壬何SIP头域的内容；SessionCase:有三个可能的值，即起始、终止或终止未注册，指明过滤器是否应该;故处理起始、终止或者终止未注册的终端用户的S-CSCF所使用；以及SessionDescription:针对SIP方法内的任何SDP(SessionDescriptionProtocol,会话描述协议)字^殳内容。图5示出了MSF中提出的R3架构ISC(IPmultimediaServiceControl,IP多々某体业务控制)接口。如图5所示，在MSF的文稿msf.2006.004中提出了如下的业务架构S-CSC(ServingCallSessionController,月良务呼叫会话控制器)可以直接触发到业务层，业务层实体可以是开放业务接入网关、AS(ApplicationServer,应用服务器)、以及与传统业务网络对接的业务逻辑网关。S-CSC也可以通过SB/SCIM(ServiceBroker,业务代理/ServiceCapabilityInteractionManager,业务能力交互管理)将呼叫触发到业务层，SB/SCIM与S-CSC以及业务层实体间^使用ISC接口，SB/SCIM与HSS间使用Sh接口来获取SCIM业务档案。MSFSB/SCIM业务档案采用了类似3GPP(3rdGenerationPartnershipProject,第三代移动通信标准化伙伴项目)业务档案的描述方式，图6至图8示出了MSFSB/SCIM业务档案的总体结构，其中，图6示出了SCIM业务档案的结构，图7示出了SCIM过滤夫见则的结构，以及图8示出了SCIM业务点触发器的结构。从图6、7、8中可以看到MSFSB/SCIM中新增了两种SPT,它可以根据基本呼叫状态触发或者是根据日程触发，呼叫状态可以取值试呼、忙、无应答、挂机，日程根据RFC2445可以取值FREE、BUSY、BUSY-UNAVAILABLE、BUSY-TENTATIVE，还可以取值UNOBTAINABLE。目前业务触发点的触发主要依赖于它收到的SIP消息，而RFC3261SIP:SessionInitiationProtocol中定义的SIP消息格式为generic-message=start-line*message-headerCRLFstart-line=Request-Line/Status-LineRequest-Line=MethodSPRequest國URISPSIP-VersionCRLFStatus-Line=SIP-VersionSPStatus-CodeSPReason-PhraseCRLF然而，才艮据上述定义，在应用3GPPiFC(InitialFilterCriteria,初始过滤规则)过滤规则以及MSFSCIM过滤规则进行业务触发时，发现存在以下问题1、现有技术无法根据SIP消息体中除SDP信息(会话描述信息)以外的其它部分来触发业务；2、现有技术可以根据SIP请求消息触发业务，SIP请求消息为RFC3261中定义的起始行为SIP请求行的SIP消息，例如INVITE等消息，初始过滤MJ'J指的就是对这些SIP请求消息(即SIP初始消息)的过滤MJ!'J，^f旦现有4支术无法才艮据SIP"^青求消息以外的SIP消息，如SIP响应消息触发业务，包括才艮据状态码触发、SIP响应中的消息头触发以及SIP响应中的消息体触发等。因此现有标准中根据SIP消息的触发能力是不完备的，且上述问题也是有实际需求的，例如移动网络增强逻辑的客户化应用(CAMEL(CustomisedApplicationsforMobilenetworkEnhancedLogic,移动网络增强逻辑的客户化应用))用户通过IMS域发短消息，消息体中承栽了短消息信令的SIP消息需要触发到业务控制点上以进行计费控制或者对虚拟专用网(VPN)净皮叫短号进行变换一类的处理。3、MSF对于3GPP的过滤规则进行了扩展，引入了根据基本呼叫状态触发以及根据日程触发，但MSF定义的根据基本呼叫状态仅支持试呼、忙、无应答、桂机四种；4、现有技术的触发机制不支持根据当前时间信息触发业务，而根据时间信息触发业务是一种比较重要的业务触发要求；5、MSF的根据日程触发可以根据用户的状态触发，但它仅仅取了RFC2445中定义的闲/忙时间类型(Free/BusyTimeType)，不能提供更加丰富的信息，且RFC2445发布时间为1998年，时间已经比较久远了，显然它不能满足用户需要的更强和更个性化的业务触发能力要求；6、不能^4居用户漫游状态触发，而^f艮据用户漫游状态触发业务是一种比较重要的业务触发要求；7、不能指定业务调用消息，现有4支术中，S-CSCF/MSFSB/SCIM等收到一个SIP"^青求消息，该SIP请求消息匹配一个业务过滤身见则，只能将该SIP请求消息发向指定的应用服务器，即对指定应用服务器的业务调用消息就是该业务过滤^见则的触发消息，而在实际应用中，业务过滤规则的触发消息和对指定应用服务器的调用消息可以不是同一种SIP消息；8、不能描述其它过滤规则，而一个业务过滤规则中引用另一个过滤规则也是一种比较重要的业务触发要求；9、现有技术只能根据过滤规则发送消息到应用服务器而不能在触发条件匹配后进行流程化的处理。例如现有技术不能主动获取业务触发数据，也无法实现带有流程性的触发判断，如触发被叫侧业务前先判断主叫用户是否在被叫用户的黑名单中。因此现有4支术的缺点可以总结如下1、不支持根据SIP消息消息体中除了SDP信息外的其它部分触发业务；2、基本呼叫状态非常有限，仅有试呼、忙、无应答、挂机四种，状态划分不够细，例如无法区分通话后挂才几还是通话前挂冲几；3、不支持根据SIP请求消息外的SIP消息事件触发；4、不能按时间触发；5、MSF根据日程触发仅提供有限的根据用户信息触发能力，无法提供如根据用户所处场所触发等更多的触发方式；6、不能根据用户漫游状态触发；7、不能指定业务调用消息；8、不能引用其它过滤规则；9、不能在触发条件匹配后进行流程化的处理。因此，人们需要一种用于IMS网络的业务触发解决方案，能够解决上迷相关技术中的问题。
发明内容本发明旨在提供本发明提供了一种具有增强的业务过滤规则的分组网络及其实现方法，业务触发点能够根据SIP消息会话描述外的消息体内容、SIP请求消息外的SIP消息事件、会话状态、时间段、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用月l务器地址中的一种或者多种将当前处理的SIP通信触发到业务控制点或进4于本地处理。根据本发明的一个方面，提供了一种具有增强的业务过滤规则的分组网络，包括用户签约数据库，用于保存关于用户的业务过滤规则的数据；业务控制点，用于为用户提供业务；以及业务触发点，从用户签约数据库获取业务过滤规则，并根椐业务过滤规则决定当前处理的SIP通信是否需要触发到业务控制点或是否要进行本地处理，其中，业务过滤失见则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用月良务器地址。根据本发明的另一方面，提供了一种业务触发方法，用于实现分组网络的业务触发，分组网络包括用户签约数据库，用于保存关于用户的业务过滤MJ!'J的数据；业务控制点，用于为用户提供业务，该业务触发方法包括以下步骤步骤a,业务触发点从用户签约数据库荻取业务过滤规则；以及步骤b,业务触发点根据业务过滤规则决定当前处理的SIP通信是否需要触发到业务控制点或是否要进4亍本地处理，其中，业务过滤身见则至少包者舌以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的SIP消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它杀见则关联信息、虚拟应用月l务器地址。需要说明的是，现有技术中SIPMethod业务点触发器表面上可以根据所有的SIP方法触发业务，但S-CSCF在会话信令路径建立后SIP路由集就固定下来了，这样如果有业务需要在会话信令路径建立以后触发，例如根据BYE消息触发，应用层服务器因为无法加入到已经建立的SIP路由集从而导致实际上S-CSCF不能支持任意SIP请求消息的触发，实际上它只能支持对INVITE、MESSAGE.SUBSCRIBE等作为会话发起请求、用于请求建立会话信令路径的SIP方法的触发。本发明中对业务触发点有特殊的要求，业务触发点可以修改会话信令路径，可以支持所有类型的SIP消息包括SIP请求消息、SIP响应消息以及本发明中所述的所有会话状态触发，即SIPMethod业务点触发器在本发明中可以才艮据所有的SIP方法(Method)触发业务。通过上述技术方案，本发明实现了如下技术效果本发明提供了一种增强的业务触发机制，业务触发点可以根据SIP消息会话描述外的消息体内容、SIP请求消息外的SIP消息事件、会话状态、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用服务器地址将当前处理的SIP通信触发到业务控制点或进行本地处理，从而提高了触发的有效性，减轻了业务控制点的负荷。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其4也优点可通过在所写的i兌明书、4又利要求书、以及附图中所特别指出的结构来实现和获得。此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图l示出了3GPPTS29.228中定义的用户配置的用户档案的结构；图2示出了3GPPTS29.228中定义的用户配置的业务档案的结构；图3示出了3GPPTS29.228中定义的用户配置的初始过滤失见则的结构；图4示出了3GPPTS29.228中定义的用户配置的业务点触发器的结构；图5示出了MSF中提出的R3架构ISC接口；图6示出了SCIM业务档案的结构；图7示出了SCIM过滤规则的结构；图8示出了SCIM业务点触发器的结构；图9示出了根据本发明的一种典型分组网络的网络逻辑结构图IO示出了才艮据本发明的一种典型的业务触发流程的流程以及图11示出了4艮据本发明的业务触发流程的流程图。具体实施例方式下面将参考附图并结合实施例，来详细说明本发明。图9示出了根据本发明的一种典型分组网络的网络逻辑结构图。本发明提出，在业务触发才几制中，如图9所示，分组网络卯O的网络逻辑包括用户签约数据库902、业务控制点904、和业务触发点卯6。其中1、用户签约^t据库902〗呆存用户的业务过滤失见则；2、业务触发点906提供与业务控制点904交互的能力，业务触发点与业务控制点之间存在E3接口，该接口协议可以采用但不限于SIP协议，业务触发点根据业务过滤规则，决定当前处理的SIP通信是否需要触发到特定的业务控制点或是否需要进行本地处理；3、业务触发点与用户签约数据库之间存在E2接口，该接口可以采用但不限于Diameter协议等，业务触发点可以通过E2接口从用户签约数据库荻得用户业务过滤规则，业务触发点还可以从业务控制点获得业务过滤规则，业务触发点可以是S-CSCF或ServiceBroker(业务代理)等；4、业务控制点是提供业务的功能实体，一个业务控制点可以提供一个或者多个业务。业务控制点和用户签约数椐库之间存在El接口，该接口可以采用但不限于Diameter协议等，业务控制点通过该接口从用户签约数据库获得用户数据，业务控制点也可以更新用户签约数据库上的用户业务数据。业务控制点可以是IMS中的SIPAS、OSASCS(OpenServiceAccess-ServiceCapabilityServer,开放业务接入-业务能力服务器)、IM-SSF(IPMultimediaServiceSwitchingFunction,IP多4某体业务交4灸功能)等。简言之，分组网络卯O包括用户签约数据库902，用于保存用户的业务过滤失见则；业务控制点904,用于为用户提供业务；以及业务触发点906，从用户签约数据库或业务控制点获取业务过滤规则，并根据该业务过滤规则决定当前处理的SIP通信是否需要触发到业务控制点或是否要进行本地处理，其中，过滤规则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的SIP消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用月l务器地址。根据图9所示的本发明的典型分组网络逻辑结构，本发明中提出了一种典型的业务触发流程。图10示出了根据本发明的一种典型的业务触发流程的流程图，其包括以下步骤上述流程解释如下步骤S1002:业务触发点收到终端的注册请求；步骤S1004-S1006:业务触发点向发送注册消息的用户戶斤在的用户签约数据库请求下载用户业务过滤规则，用户签约数据库响应并发送用户的业务过滤规则，所述业务过滤规则为本发明中增强的业务过滤关见则。该流程对应的例子如当业务触发点是ServiceBroker,用户签约数据库是HSS,两者间的通讯接口采用3GPPSh接口的时候所述的下栽请求为Diameter协议用户数据请求(User-Data-Request)消息，其中携带用户标识属性-<直对(User-IdentityAVP)以及数据参考属性-值对(Data-ReferenceAVP)以及业务指示属性-值对(Service-IndicationAVP),其中使用User-IdentityAVP用于定位某一个用户的数据，Data-ReferenceAVP取值透明数据(RepositoryData)表示所请求的数据位于HSS的用户透明凄t据区，Service-IndicationAVP取值为业务过滤规则对应的特定的透明数据标识；所述的下载响应为Diameter协议用户数据响应(User-Data-Answer)消息，其中携带用户数据属性-值对(User-DataAVP),其中的数据为业务触发点请求的该用户的业务过滤规则。具体来说，增强的业务触发方式包括根据SIP消息会话描述外的消息体内容、SIP请求消息外的SIP消息事件、会话状态、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用服务器地址等触发，稍后本文将针对所述增强的业务过滤规则一一描述；步骤S1008-S1010:业务触发点保存收到的用户业务过滤身见则并向终端发送响应；步骤S1012:终端发送SIP邀请(SIPINVITE)消息；以及步骤S1014-S1016:业务触发点才艮据该用户的增强的业务过滤规则进行触发的判断，所述的增强的业务过滤规则包括根据SIP消息会话描述外的消息体内容、SIP请求消息外的SIP消息事件、会i舌4大态、时间、用户呈现/f言息、用户漫游^l犬态、业务调用消息、其它规则关联信息、虚拟应用服务器地址触发，当触发条件满足的时候如果所述的业务过滤规则描述的服务器地址为业务控制点的地址，业务触发点向业务过滤规则中指定的业务控制点发送INVITE消息以请求调用业务；如果所述的业务过滤规则描述的服务器地址为虚拟力良务器地址，业务触发点调用虚拟H务器地址对应的本地处理。上述过禾呈简言之，4口图11所示，包4舌以下步骤步骤S1102,业务触发点从用户签约数据库获取业务过滤规则；以及步骤S1104,业务触发点根据该业务过滤规则决定当前处理的SIP通信是否需要触发到业务控制点或是否要进行本地处理，其中，过滤规则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的SIP消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联指示、虚拟应用服务器地址。此外，在业务处理过程中，业务控制点也可以向业务触发点返回业务过滤规则，业务触发点可以据it匕进^于后续的相应处理，业务触发点可以在收到该业务过滤^L则后立即匹配处理，也可以先^f呆存并在收到后续的SIP消息再匹配处理。一般的，和来自用户签约数据库获取的业务过滤规则不同，来自业务控制点的业务过滤规则只在当前通信中有效，当前通信结束后，业务触发点可以删除此前记录的来自业务控制点的业务过滤规则，即这是一种"临时"业务过滤4见则。如前所述，本发明要提供的是一种增强的业务触发实现方法，其中，提出了一种增强的业务过滤MJ!'j,该增强的业务过滤规则可以解决现有技术中的问题。1、根据SIP消息会话描述外的消息体内容触发业务如上所述，现有^支术存在问题1，不支持才艮据SIP消息消息体中除了SDP信息外的其它部分触发业务。即，根据SIP消息会话描述外的消息体内容触发是3GPP以及MSF现有标准中不支持的。为了解决这个问题，本发明提出了定义新的SIP消息体业务点触发器(SIPBodySPT)类型定义该SPT包含消息体类型(MessageBodyType)以及消息体内容(MessageBodyContent)元素,其中MessageBodyType对应SIP消息中内容类型(Content-Type)的取值，按照RFC3261中的定义它表示指定消息体的々某体类型；MessageBodyContent表示Content-Type指示的消息体的内容，一般的，消息体类型采用MIME(MultipurposeInternetMailExtensions,多用途网络邮件扩展)J某体类型(mediatype),对应的，消息体内容即为MIME体(MIMEbody)MessageBodyContent中又包4舌实体标签(BodyTag)以及实体内容(BodyContent)两类元素。其中BodyTag表示上述消息体内容中包含的单元数据的标签名或标签值，消息体内容采用文本编码方式下它可以对应某个元素的标签名，例如消息体内容釆用可扩展标记语言(XML)编码方式下的它对应XML元素的标签名；消息体内容采用二进制编码方式下它可以对应消息体内容中包含的凄t据单元的标签值，例如委于装ISUP(IntegratedServicesDigitalNetworkUserPar,综合业务数字网用户部分)的SIP(SIP-I)消息中的消息类型编码(MessageTypeCode)值或者参数名编码(ParameterNameCode)值。BodyContent对应所述BodyTag标记的标签对应的数据单元内容，例如SIP-I方式下BodyContent可以对应BodyTag标记的参数名编码对应的参数内容(ParameterContent)。SIPBodySPT中MessageBodyType是必备的，用于i只别不同的内容类型，SIPBodySPT中可以带0到多个MessageBodyContent。以上元素均可采用但不限于使用正则表达式的形式指示进4亍部分匹配或者冲fr确匹配。上述SIPBodySPT定义采用表格形式描述为:表1<table>tableseeoriginaldocumentpage22</column></row><table>以上仅为了说明业务触发点可以根据SIP消息message-body内容触发，实际的SPT定义方式可以是不限于上述方式，本发明中其它的SPT也是类似的，后面不再——i兌明。下面针对message-body采用文本编码以及二进制编码两种方式，具体对根据SIP消息会话描述外的消息体内容触发的SPT描述进行说明。实施例1:主叫用户为IMS预^f寸费用户，该用户发送的承豆消息采用XML方式封装到SIPMESSAGE消息的消息体中，业务触发点收到该用户的SIPMESSAGE消息发现消息体中携带的短消息消息类型指示为请求递交的时候将当前会话触发到业务控制点。短消息采用XML封装到SIPMESSAGE消息的消息体中的方式如下MESSAGEsip:receiver@example.com，SIP/2.0Content-Type:multipart/related;type="application/message+xml";start="<iiXYxA￡@pres.vancouver.example.com>";boundary="=—005A0428C1257165—="—=—005A0428C1257165_=Content-Type:application/message+xmlContent-ID:<nXYxAE@pres.vancouver.example.com><xmlversion-"1.0"encoding="UTF-8"><messagexmlns="urn:ietf:params:xml:ns:message"><message-type-indicator>messagesubmitrequest</message-type-indicator><message-class>personal</message-class〉<delivery-report>Yes</delivery-report><read-reply>Yes</read-reply><content>Thisisatestmessage!</content></message>这种情况下对应的才艮据SIP消息会话描述外的消息体内容触发SPT描述为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SIPBody><MessageBodyType>application/message+xml</MessageBodyType><MessageBodyContent><BodyTag>message-type-indicator</BodyTag><BodyContent>messagesubmitrequest</BodyContent></MessageBodyContent></SIPBody></SPT〉其中MessageBodyType取值application/message+xml表示用户的短消息采用的是XML封装的方式，业务触发点匹配的字段是SIP消息中的Content-Type中包含application/message+xml的'l"青况；BodyTag取值message-type-indicator,BodyContent取值messagesubmitrequest表示业务触发^、需要匹酉己application/message+xml方式封装的SIP消息体中的XML标签为message-type-indicator取值为messagesubmitrequest的内容。实施例2:当一个IMSVPN用户发短信，该短信消息釆用短消息业务转发层(SMSTL)封装的方式力欠到SIP消息的message-body中，业务触发点将该SIP通信触发到业务控制点，业务控制点对短信进行进一步的处理，例如当短信中的4皮叫号码为一个VPN短号的时候翻译该号码。SMSTL层去于装的方式可以参见欧洲电4言才示准协会(ETSI(EuropeanTelecommunicationsStandardsInstitute,欧洲电信标准协会))发布的标准文档DES/AT-030036，例如MESSAGEsip:1234567890@domainSIP/2.0From:<sip:0987654321@domain>;tag=c0a80103-13c4-7e84-1ee41fl-2239To:<sip:1234567890@domain>Call-ID:247fc650-c0a80103-13c4-7e84-lee41fl-4883@192.168.1.3CSeq:1MESSAGEVia:SIP/2.0/UDP192.168.1.3:5060;branch=z9hG4bK-7e84-1ee41f1陽207eContent-Encoding:base64Max-Forwards:70Content-Type:application/vnd.3gpp.sms曙tlContent-Length:32EQMKgWBmhABAAACnDNTynA5ql+fz8LkM上诉例子中封装了一条TL递交短消息(SMS-SUBMIT)消息，消息中携带文本"Testmessage"。这种情况下对应的根据SIP消息会话描述外的消息体内容触发SPT描述为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SIPBody><MessageBodyType>application/vnd.3gpp.sms-tl</MessageBodyType><MessageBodyContent〉<BodyTag>TL-SMS-SUBMIT</BodyTag></MessageBodyContent></SIPBody〉</SPT>上述SPT表示业务触发点匹配条件为采用DES/AT-030036中application/vnd.3gpp.sms-tl封装方式且SIP消息内容部分的短消息转发层(SM-TL)的协议数据单元(PDU(ProtocolDataUnit,协i义数据单元))类型为SMS-SUBMIT。这类二进制封装方式下的SPT描述对业务触发点有要求，需要它理解实体标签(BodyTag)的含义，并据此查找解析的二进制内容中对应的数据单元。这里的SPT描述4义为了说明业务触发点可以4艮据二进制方式封装的SIP消息体内容来触发，实际的SPT描述方式可以不限于此。2、根据业务触发点的会话状态触发业务如上所述，现有技术存在问题2，基本呼叫状态非常有限。即，MSF目前支持试呼、忙、无应答、挂机4种基本会话状态，对于实际的应用这4种状态是不够的。为此考虑对MSF定义的基本会话状态进行扩展，3GPPTS23.278中定义了一套IM-SSF使用的检测点(DP)状态模型。本发明提出了，业务触发点的状态模型可以借鉴3GPPTS23.278中的定义以支持更完整的会话状态触发能力。为此定义会话状态业务点触发器(SessionStateSPT),业务触发点SessionStateSPT支持的会话状态包括收集信息、分析信息、路由选择失败、发端—忙、发端—无应答、发端—应答、发端—拆线、发端_》文弃、终端试呼鉴纟又、终端—忙、终端一无应答、终端一应答、终端—拆线、终端—放弃上述DP点完全照搬3GPPTS23.278，具体每个DP点的定义参照3GPPTS23.278。上述SessionStateSPT定义采用表格形式描述为表2<table>tableseeoriginaldocumentpage28</column></row><table>由于IM-SSF根据DP点触发已经是一种标准，所以下面不一一对上述会话状态举例证明其有效性，业务触发点4艮据会话状态触发的实施例如下实施例3:主叫用户有自动重复试呼业务，当到被叫的会话路由失败的时候业务触发点将会话触发到业务控制点上对应的会话状态SPT为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SessionState>4</SessionState></SPT>上述SessionState标签表示要求业务触发点匹配会话状态，SessionState标签后的取值4表示匹配的条件为业务触发点上的会话状态为路由选择失败。3、根据SIP请求消息外的SIP消息事件触发业务如上所述，现有技术存在问题3，不支持根据SIP请求消息外的SIP消息事件触发业务，下面以SIP响应消息为例描述本发明对SH^青求消息外的SIP消息事件触发业务的支持。SIP响应消息的格式为Response-message=Status-Line*m6ss3g6-h63dsrCRLFStatus-Line=SIP-VersionSPStatus-CodeSPReason-PhraseCRLF由于3GPPiFC机制目前已经支持根据消息头和SDP触发，而本发明前面也已经支持了根据除SDP外的其它形式的SIP消息内容触发，且初始过滤规则(iFC)描述本身已经支持多种SPT的组合，所以下面只需要考虑支持根据SIP消息Status-Code(状态码)触发，原因(Reason-Phrase)中是对Status-Code的简单文本描述，而且具体实现时SIP实体可以在Reason-Phrase中填充RFC3261少见定外的文本描述，可选地,支持Reason-Phrase。可以为Status-Code定义一种SIP响应业务点触发器(SIPResponseSPT)，里面只包含SIPResponse—个元素，SIPResponse取4直类型为string,SIPResponse可以取满足SIP妨、i义的^f壬意响应石马的值，SIPResponse可以支持通配和/或多值描述，以满足某些情况下业务控制点需要对一类响应码进行处理的情况，通配和多值描述的表示方法可以采用正则表达式或者为了描述简单起见也可以采用如4XX，5XX的形式表示，其中4XX表示通配，只要SIP响应码为4系列的就认为SPT发生匹配，而用逗号连接4XX，5XX表示这是一个多值描述，只要逗号分隔的多个值之一发生了匹配就认为SPT发生了匹配。以上仅为了说明SIPResponseSPT可以支持通配和/或多4直描述，SPT的描述形式可以不限于上述形式。上述SIPResponseSPT定义采用表格形式描述为表3<table>tableseeoriginaldocumentpage30</column></row><table>业务触发点根据Status-Code触发举例如下实施例4:主叫用户有一种业务，在收到所有类型的会话失败时会话将触发至业务控制点进4于进一步的处理，例如4艮据不同的响应码4番;改不同的i吾音通知相应的SIPResponseSPT表示方式为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SIPResponse>4XX，5XX，6XX</SIPResponse></SPT>上述SPT中4XX，5XX，6XX表示只要业务触发点收到的SIP响应只要为4系列或者5系列或者6系列之一就匹配了本SPT。才艮才居上述方法，还可以对其它的sipi青求消息外的^f壬^rsip消息进行匹配触发，这里不再赘述。4、根据时间触发业务如上所述，现有技术存在问题4，不能按时间触发业务。实际的应用场景如用户有按时间免打扰业务，在00:00到06:00之间的休息时间不希望被打扰，在这段时间呼入的呼叫被接入到语音邮箱。本发明提出，定义一种时间业务点触发器(TimeSPT):表4<table>tableseeoriginaldocumentpage31</column></row><table>其中tTime可以采用字符串描述，时间的描述方式可以参照但_不限于采用国际标准化组织(ISO)8601中的格式，时间信息可以包括年、月、日、时、分、秒中的一种或者多种，时间段中的起止时间可以采用《旦不限于用字符"/"进4亍分隔，例如20:00/24:00。业务触发点才艮据时间触发举例如下实施例5:用户有按时间免打扰业务，在00:00到06:00之间的休息时间不希望被打扰，在这段时间呼入的呼叫被接入到语音邮箱相应的PeriodSPT表示方式为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Time>00:00/06:00</Time></SPT>上述SPT表示只要业务触发点当前时间落在00:00到06:00区间范围内就发生了TimeSPT匹配。5、根据用户呈现信息触发业务如上所述，现有技术存在问题5，MSF根据日程触发仅提供有限的才艮据用户信息触发能力。相对而言，现在流4亍的PRESENCE规范能够提供更多用户相关的信息，例如可以提供用户所在的场所、用户当前进行的活动。本发明提出，根据用户的Presence信息触发业务能够提供更加强劲和更加个性化的业务触发能力。根据用户呈现信息触发的应用场景如用户希望上班的时候可以接受任意的呼叫，但是到家以后激活来话筛选业务。所述用户呈现信息以及格式在因特网工程任务组(IETF)有定义，相关的主要标准有RFC3863、因特网草案"RPID:RichPresenceExtensionstothePresenceInformationDataFormat"、因4争网草案"CIPID:ContactInformationinPresenceInformationDataFormat，，、因净争网草案"TimedPresenceExtensionstothePresenceInformationDataFormat(PIDF)toIndicateStatusInformationforPastandFutureTimeIntervals"、因净争网草案"SessionInitiationProtocol(SIP)UserAgentCapabilityExtensiontoPresenceInformationDataFormat(PIDF)"，用户呈现信息还包括用户的位置信息，相关的主要标准有RFC4119、因净争网草案"GEOPRIVPIDF画LOUsageClarification,ConsiderationsandRecommendations，，、因特网草案"ADocumentFormatforFilteringandReportingLocationNoticationsinthePresenceInformationDocumentFormatLocationObject(PIDF-LO)"、因#争网草案"RevisedCivicLocationFormatforPIDF-LO"。目前标准中多采用通过SIP消息的消息体部分携带XML方式描述的呈观zf言息，为了适应呈现信息数据的灵活性和扩展性，业务触发点的呈现业务点触发器(PresenceSPT)借鉴SIPBodySPT的定义方式。上述PresenceSPT定义采用表格形式描述为表5<table>tableseeoriginaldocumentpage33</column></row><table>其中呈现类型(PresenceType)对应可能的不同的SIP内容类型(SIPContentType)。PresenceSPT的描述形式可以不限于采用上述方式。用户呈现信息的内容比较丰富，例如RFC3863定义了设备状态(basic);因净寺网草案"RPID:RichPresenceExtensionstothePresenceInformationDataFormat"中定义了比4交丰富的状态呈现信息类型，如用户活动(activities)、用户情绪(mood)、场所类型(place-type)、场声斤属'l"生(place-is)、禾厶密禾呈度(privacy)、用户的当前状态和角色(sphere);因对争网草案"SessionInitiationProtocol(SIP)UserAgentCapabilityExtensiontoPresenceInformationDataFormat(PIDF)"中定义了i殳备的通信能力。本发明由于采取以上技术方案，其具有以下优点1、由于本发明利用CAN总线实现内部各模块间的数据传输，使得机器人内部各模块间的数据接口标准化，并有序传输。2、由于本发明采用CAN总线结构，所以减少了智能自主机器人内部的连线数，提高了内部通信系统的可靠性和可扩展性，增强了系统抗干扰能力，并实现了机器人内部各模块的可重构性。3、由于本发明采用了CAN总线结构，所以大大提高了智能机器人的内部数据传输量，同时解决了数据冲突和传输时延问题。4、由于本发明釆用了CAN总线结构，所以数据通信具有突出的可靠性、实时性和灵活性，具有较高的通信速率，较远的通信距离，以及良好的抗电磁干扰能力。本发明可广泛应用与计算机应用技术和智能控制领域。图1是本发明系统框架结构示意2是CAN总线适配卡硬件部分图3是本发明系统软件主程序流程图具体实施方式下面结合附图和实施例，对本发明进行详细的描述。如图1所示，本发明的总体构成包括机器人内部核心CPU1、CAN总线适配卡2和C颜总线网络3三部分。其中，机器人内部核心CPU1主要负责对系统数据的接收、管理及控制命令的发送。CAN总线适配卡2由硬件部分和系统软件部分组成，其硬件部分包括微处理器21、电平转换芯片22和CAN总线收发器23。CAN总线网络3上挂接各个控制单元，各控制单元以单片机为核心，主要负责对各个控制单元进行数据接收、管理及控制命令的发送。CAN总线适配卡2—方面与机器人内部的核心CPU1进行双向通信，另一方面连接CAN总线网络3，与CAN总线网络3上的各控制单元(如运动控制单元、视觉控制单元和网络控制单元等等)进行通信。CAN总线网络3两端各有一约120欧的电阻，用以匹配总线阻抗。如图2所示，CAN总线适配卡2硬件部分包括微处理器MB90385、CAN总线收发器AT82C50及电平转换芯片MAX232。MAX232芯片一端连接微处理器MB90385的TTL电平串口，另一端连接RS232，完成RS232电平信号与TTL电平信号间的转换；TTL电平串口与微处理器内部数据总线连接，完成串口与内部数据总线间数据的双向传输；内部数据总线还与微处理器内部的中央处理器(F2MC-16LX内核)和CAN总线控制器连接数据总线和中央处理器的连接完成数据总线和中央处理器间的信息传输，数据总线和CAN总线控制器的连接完成内部数据总线与CAN总线控制器间数据的双向传输；CAN总线收发器一端与内部CAN总线控制器连接，另一端与CAN总线连接，完成处理器与CAN总线间数据的双向传输。才目应的PresenceSPT表示方式为<SPT><ConditionNegated〉0</ConditionNegated〉<Group>0</Group><Presence><PresenceType>application/pidf+xml</PresenceType><PresenceGontent><ElementTag>rpid:residence/</ElementTag></PresenceGontent></Presence></SPT>上面的PresenceSPT中成分才示签(ElementTag)为rpid:residence/表示当业务触发点得到的呈现信息中包含XML标签rpid:residence/的时l美:f尤发生了PresenceSPT的匹配。上面的实施例中举的例子是才艮据用户当前场所触发，PresenceSPT还可以才艮据上述用户活动、用户情绪、场所属性、私密程度、用户的当前状态和角色、设备状态、i殳备通信能力触发，描述方式是类似的，这里不再——列举了。另外上面的实施例中呈现信息用IETFRPID的格式携带，呈现信息也可以不采用RPID的格式携带，如采用其它形式的文本格式或者二进制格式携带，此时可通过PresenceType来区分不同的呈现信息表示类型，呈现信息中不同的呈现类型通过ElementTag来区分。例如业务触发点收到的携带用户呈现信息的SIP消息为NOTIFYsip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcompSIP/2.0Via:SIP/2.0/UDPps.home2.net;branch=z9hG4bK348923.1Event:presenceContent-Type:application/presence+textplace-type:residence相应的PresenceSPT表示方式为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Presence><PresenceType>application/presence+text</PresenceType><PresenceContent><ElementTag>place-type</ElementTag><ElementContent>residence</ElementContent></PresenceC;ontent></Prescncc></SPT>以上举例仅为了i兌明呈现信息可以4吏用非RPID格式描述，实际的描述格式可以不限于上述方式。用户的呈现信息还包括用户的位置信息，下面再针对业务触发点才艮据用户的位置信息触发举例说明实施例7:用户为纽约百老汇某剧院的贵宾客户，当用户到剧院附近的时候可以享受呼叫费用的优惠，以吸引用户经常到剧院去业务触发点收到的携带用户位置信息的SIP消息示例为NOTIFYsip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcompSIP/2.0Via:SIP/2.0/UDPps.home2.net;branch=z9hG4bK348923.1Content-Type:application/pidf+xml<xmlversion="1.0"encoding="UTF-8"〉〈presencexmlns="urn:ietf:params:xml:ns:pidf'xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"xmlns:cl="um:ietf:params:xml:ns:pidf:geoprivlO:civicLocentity="pres:geotarget@examplecom"><status><gp:geopriv><gp:location-info><cl:civicAddress><cl:country>US</cl:country〉<cl:Al>NewYork</cl:Al><cl:A3>NewYork</cl:A3><cl:A6>Broadway</cl:A6><cl:HNO>123</cl:HNO><cl:LOC〉Suite75</cl:LOC><cl:PC〉10027-0401</cl:PC></cl:civicAddress></gp:location-info></gp:geopriv></status></presence>具体的PresenceSPT描述实例为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Presence><PresenceType〉application/pidf+xml</PresenceType〉<PresenceContent><ElementTag>cl:A3</ElementTag><ElementContent>NewYork</ElementContent><ElementTag>cl:A6</ElementTag><ElementContent>Broadway</ElementContent><ElementTag>cl:HNO</ElementTag><ElementContent>123</ElementContent></PresenceContent></Presence></SPT>上述PresenceSPT中用户位置信息采用城市地址位置描述，其中cl:A3表示该j立置对应的城市，cl:A6表示该4立置对应的4軒区，cl:HNO表示该位置对应的门牌号。上面的实施例中采用的是的城市地址方式描述的行政地理位置信息，PresenceSPT也可以根据采用但不限于用经炜度方式描述的自然地理位置信息触发，也可以冲艮据采用但不限于用终端接入网络的地理位置如接入i殳备编号、接入网络编号一类方式描述的网络地理位置信息触发，这里不再举例说明。同实施例6类似，用户位置信息描述格式可以不限于RFC4119中定义的方式，这里不再--举例i兑明。6、4艮据用户漫游状态触发业务如上所述，现有技术存在问题6，不能根据用户漫游状态触发业务。根据用户漫游状态触发的例子，如用户在漫游的时候限制其它用户的呼入而不限制该用户的呼出，用户纟曼游4犬态的获^寻方式依赖于业务触发点的具体实现，实现方式可以采用但不限于如业务触发点根据SIP消息中的P-Visited-Network-ID头域中的拜访网络标识判断用户是否漫游。为此定义一种漫游状态业务点触发器(RoamingStateSPT):表6<table>tableseeoriginaldocumentpage39</column></row><table>实施例8:用户在漫游的时候限制其它用户的呼入才目应的RoamingStateSPT表示方式为<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group〉<RoamingState>0</RoamingState></SPT>上述SPT表示只要业务触发点发现用户处于漫游状态就发生了RoamingStateSPT的匹配，^f吏用该SPT配合SessionCaseSPT(如取值INVITE)和SIPMethodSPT(如取值TERMINATING—REGISTERED)就可以实现;故叫用户在漫游的时候将来话触发到业务控制点上的功能。7、业务过滤规则中可以指定业务调用消息如上所述，现有技术存在问题7，只能将业务过滤规则的触发消息，作为该规则被匹配后对特定业务控制点的调用消息。为解决该问题，可以在业务过滤规则中指定对业务控制点的调用消息。实施例9:业务触发点收到一个SIP响应消息，如200响应码，该SIP响应消息匹配一个业务过滤规则，需要调用一个特定的业务控制点，业务控制点名为"sip:as@ims.example.com"，从业务触发点发向该业务控制点的调用消息为SIPBYE(再见)消息，如下所示<SPT><SIPResponse>200</SIPResponse></SPT><ApplicationServer><ServerMame>sip:as@ims.example.com</ServerName><InvokingMessage>BYE</InvokingMessage></ApplicationServer>在对ApplicationServer的4苗述中，增力口了相应的InvokingMessage标签的i殳置，其取值可以是任一SIP消息。实施例10:在业务过滤规则中指定对业务控制点的调用消息还有一个重要的应用，业务点触发器SPT中可能无法描述触发消息，如当釆用前述的会话状态业务点触发器时，可以看到，一些会话状态并不是由业务触发点收到的一个SIP消息引发的，如会话状态为"终端—无应答，，，显然，此时将必须在业务过滤规则中指定从业务触发点发向特定业务控制点的调用消息，示例如下<SPT><SessionState〉14</SessionState></SPT><ApplicationServer><ServerName>sip:as@ims.example.com</ServerName><InvokingMessage>INVITE</InvokingMessage〉</ApplicationServer>8、业务过滤规则中可以描述其它规则关联信息如上所述，现有4支术存在问题8，不能4吏一个以上的业务过滤规则相互关联起来，要解决该问题，首先要能标识出一个业务过滤失见则，即给业务过滤失见则命名编号；其次要定义一个业务过滤失见则被匹配的业务控制点的业务执行结果，如"1"表示"成功"，"0"表示"失败"等。实施例11:对其它业务过滤规则的关联指示的描述可以出现在上一条业务过滤失见则中，示例如下<ApplicationServer><ServerName>sip:as@ims.example.com</ServerName><Relation><Result>0</Result><RelatingFilterCriteria>FCOOabc</RelatingFilterCriteria></Relation></ApplicationServer>对其它业务过滤规则的关联指示的描述可以出现在对业务控制点的设置中，例如在特定的业务控制点名称之后，给出该业务控制点的执行结果对其它业务过滤规则的关联(标签为Relation)，当执行结果Result为0(失败)时，调用关联的业务过滤规则，标签RelatingFilterCriteria给出了关联头见则的名称FC00abc。即在本业务过滤规则中给出特定业务控制点对应的其它关联规则，根据该业务控制点的执行结果引用其它关联规则。当然，对其它业务过滤规则的关联指示的描述也可以出现在下一条业务过滤规则中，即在本业务过滤规则的业务点触发器SPT中引用其它关联失见则的执4亍结果，作为一种匹配条件，如下所示<SPT><Relation><RelatingFilterCriteria>FC1lxyz</RelatingFilterCriteria><Result>l</Result></Relation></SPT>在业务点触发器SPT中，要求检查名称为FCllxyz的业务过滤规则的执行结果。此外，如前所述，业务控制点可以向业务触发点返回业务过滤规则，业务触发点可以立即匹配处理该业务过滤规则，此时，业务过滤头见则可以不出现RelatingFilterCriteria的名称，而认为Result的取值就是来自该业务控制点的执行结果，即RelatingFilterCriteria可以显式取^f直、也可以是缺省取<直。除了可以根据本规则的执行结果引用其它关联规则、或将其它关联规则的执行结果作为本规则的匹配条件，还可以在一个业务过滤规则中预置其它的过滤规则，预置规则可能会被执行，也可能不会被执行，取决于业务触发点后续是否能获得相应的触发条件。可以看到，业务过滤规则中描述的其它规则关联信息至少包括业务执行结果、或其它过滤规则。9、业务过滤规则中可以描述虚拟应用月良务器地址如上所述，现有技术存在问题9，不能在触发条件匹配后进行流程化的处理。为解决该问题在业务过滤失见则中引入虚拟应用服务器地址。虚拟服务器地址对应业务触发点上的一段程序或一段脚本，虚拟服务器地址不用SIPURL表述，但可以采用类似的方式描述，例如虚拟服务器地址的域描述部分对应业务触发点的本4几地址，用户部分对应业务触发点上的一,殳程序或者一,殳脚本。虚拟的力l务器地址可以带参数以做为相应的程序段或者脚本的输入，它携带的参数可以不是SIP协议中的参数。虚拟服务器地址的描述可以位于业务过滤规则中对业务控制点的描述中，例如可以放在过滤规则数据中服务器地址描述部分。实施例12:业务触发点地iih为triggerPointl.home.net，它上面有脚本1ocalScript3用于向一个呈现服务器发送消息，1ocalScript3这个脚本有一个呈现服务器地址的输入参数用于表示要向哪个呈现服务器发送消息。它得到的一条过滤规则数据中服务器地址描述为<ServerName>localScript3@triggerPointl.home.net;presenceServer=presenceServerl0.home.net</ServerN3me>上面的例子中localScript3@triggerPointl.home.net表示triggerPointl.home.net上对应的脚本或禾呈序为localScript3，其后的presenceServer=presenceServerlO.home.net为脚本1ocalScript3的输入，表示这个脚本可以向presenceServerlO.home.net这个地址请求用户的呈现数据。即当这条过滤规则的触发条件满足后业务触发点triggerPointl.home.net调用其上的脚本1ocalScript3，调用的脚本才艮据虚拟月良务器地址中的presenceServer参数向presenceServerlO.home.net这个地址i青求用户的呈J见数据。从以上的描述中，可以看出，本发明实现了如下技术效果本发明提供了一种增强的业务触发机制，业务触发点可以根据SIP消息会话描述外的消息体内容、SIP请求消息外的SIP消息事件、会话状态、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用月良务器地址将当前处理的SIP通信触发到业务控制点或进行本地处理，从而提高了触发的有效性，减轻了业务控制点的负荷。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的^支术人员来说是显而易见的，不脱离本发明的精神保护范围。以上所述<又为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。权利要求1.一种具有增强的业务过滤规则的分组网络，其特征在于，包括用户签约数据库，用于保存用户的业务过滤规则；业务控制点，用于为所述用户提供业务；以及业务触发点，从所述用户签约数据库获取所述业务过滤规则，并根据所述业务过滤规则决定当前处理的SIP通信是否需要触发到所述业务控制点或是否要进行本地处理，其中，所述业务过滤规则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用服务器地址。2.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述SIP消息会话描述外的消息体内容包括文本编码格式或二进制编;马格式。3.根据权利要求2所述的具有增强的业务过滤规则的分组网络，其特征在于，所述业务过滤规则包括SIP消息会话描述外的消息体内容，通过以下方法建立所述业务过滤规则创建SIP消息体业务点触发器，使其包括消息体类型和/或消息体内容。4.根据权利要求3所述的具有增强的业务过滤规则的分组网络，其特征在于，所述消息体类型为多用途网络邮件扩展MIME媒体类型，所述消息体内容为多用途网络邮件扩展MIME体。5.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述会话状态至少包括以下之一收集信息、分析信息、路由选择失败、发端」It、发端—无应答、发端一应答、发端一拆线、发端一放弃、终端试呼鉴权、终端—忙、终端—无应答、终端—应答、终端—拆线、终端—方文弃。6.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述SIP消息请求外的消息事件包括SIP响应消自7.根据权利要求6所述的具有增强的业务过滤规则的分组网络，其特征在于，所述业务过滤规则包括所述SIP请求消息外的消息事件，通过以下方法建立所述业务过滤^见则创建SIP响应业务点触发器，4吏其包括SIP响应元素，其值取符合SIP协i义的任意状态码的值。8.根据权利要求7所述的具有增强的业务过滤规则的分组网络，其特征在于，所述SIP响应元素的值支持通配和/或多值描述。9.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述用户呈现信息至少包括以下之一用户活动、用户情绪、场所类型、场所属性、私密程度、用户的当前状态和角色、设备状态、设备通信能力、用户位置信息。10.根据权利要求9所述的具有增强的业务过滤规则的分组网络，其特征在于，所述的用户位置信息至少包括以下之一自然地理位置信息、行政地理位置信息、网络地理位置信息中的一种。11.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述业务过滤规则包括用户漫游状态，通过以下方法建立所述业务过滤规则创建用户漫游状态触发器，使其包括用户是否漫游的信息。12.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述其它规则关联信息至少包括以下之一业务执行结果、或其它过滤规则。13.根据权利要求12所述的具有增强的业务过滤规则的分组网络，其特征在于，所述其它规则关联信息位于业务点触发器描述中、或位于对业务控制点的描述中。14.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述业务调用消息指定业务触发点向业务控制点发送的SIP消息。15.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述虚拟应用服务器地址指定业务触发点上的一,殳程序或脚本。16.根据权利要求1所述的具有增强的业务过滤规则的分组网络，其特征在于，所述业务触发点至少包括以下之一服务呼叫会话控制实体、业务代理实体。17.—种业务触发方法，用于实现分组网络的业务触发，所述分组网络包括用户签约数据库，用于保存用户的业务过滤规则；业务控制点，用于为所述用户提供业务；业务触发点，用于将SIP通信触发到业务控制点或进行本地处理。所述业务触发方法特4i在于，包4舌以下步骤步骤a,业务触发点从所述用户签约数据库获取业务过滤夫见则；以及步骤b，所述业务触发点根据业务过滤规则决定当前处理的SIP通信是否需要触发到所述业务控制点或是否要进行本地处理，其中，所述业务过滤规则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用服务器地址。18.4艮据权利要求17所述的业务触发方法，其特征在于，所述SIP消息会话描述外的消息体内容包括文本编码格式或二进制编码格式。19.根据权利要求17所述的业务触发方法，其特征在于，所述业务过滤规则包括SIP消息会话描述外的消息体内容，通过以下方法建立所述业务过滤MJ!'j:创建SIP消息体业务点触发器，使其包括消息体类型和/或消息体内容。20.根据权利要求17所述的业务触发方法，其特征在于，所述消息体类型为多用途网络邮件扩展MIME媒体类型，所述消息体内容为多用途网络邮件扩展MIME体。21.根据权利要求17所述的业务触发方法，其特征在于，所述会话状态至少包括以下之一收集信息、分析信息、路由选择失败、发端_忙、发端—无应答、发端_应答、发端一拆线、发端一放弃、终端试呼鉴权、终端—忙、终端一无应答、终端—应答、终端—拆线、终端_放弃。22.根据权利要求17所述的业务触发方法，其特征在于，所述SIP请求消息外的消息事件包括SIP响应消息。23.根据权利要求22所述的业务触发方法，其特征在于，所述业务过滤击见则包括所述SIP请求消息外的消息事件，通过以下方法建立所述业务过滤规则创建SIP响应业务点触发器，使其包括SIP响应元素，其值取符合SIP协议的任意状态码的值。24.才艮据4又利要求23所述的业务触发方法，其特4正在于，所述SIP响应元素的值支持通配和/或多值描述。25.根据权利要求17所述的业务触发方法，其特征在于，所述用户呈现信息至少包括以下之一用户活动、用户情绪、场所类型、场所属性、私密程度、用户的当前状态和角色、设备状态、设备通信能力、用户位置信息。26.根据权利要求25所述的业务触发方法，其特征在于，所述的用户位置信息至少包括以下之一自然地理位置信息、行政地理位置信息、网络地理位置信息中的一种。27.根据权利要求17所述的业务触发方法，其特征在于，所述业务过滤身见则包括用户漫游状态，通过以下方法建立所述业务过滤规则创建用户漫游状态触发器，使其包括用户是否漫游的信息。28.根据权利要求17所述的业务触发方法，其特征在于，所述业务触发点至少包括以下之一服务呼叫会话控制实体、业务代理实体。29.根据权利要求17所述的业务触发方法，其特征在于，所述其它规则关联信息至少包括以下之一业务执行结果、或其它过滤夫见则。30.根据权利要求29所述的业务触发方法，其特征在于，所述其它规则关联信息位于业务点触发器描述中、或位于对业务控制点的4笛述中。31.4艮据4又利要求17所述的业务触发方法，其特征在于，所述业务调用消息指定业务触发点向业务控制点发送的SIP消息。32.根据权利要求17所述的业务触发方法，其特征在于，所述虛拟应用服务器地址指定业务触发点上的一段程序或脚本。全文摘要本发明提供了一种具有增强的业务过滤规则的分组网络，包括用户签约数据库，用于保存用户的业务过滤规则；业务控制点，用于为用户提供业务；以及业务触发点，从用户签约数据库获取业务过滤规则，并根据业务过滤规则决定当前处理的SIP通信是否需要触发到业务控制点或是否要进行本地处理，其中，业务过滤规则至少包括以下之一SIP消息会话描述外的消息体内容、会话状态、SIP请求消息外的消息事件、时间、用户呈现信息、用户漫游状态、业务调用消息、其它规则关联信息、虚拟应用服务器地址。本发明还提供了一种业务触发方法，用于实现分组网络的业务触发。文档编号H04L29/06GK101106521SQ200610109390公开日2008年1月16日申请日期2006年8月16日优先权日2006年7月14日发明者桑吴,施有铸申请人:华为技术有限公司