业务点触发器(SPT)是那些在SIP信令路径上可以设置过滤准则的一些规则，有下面的 几点可以定义：SIP方法(如REGISTER, INVITE, SUBSCRIBE, MESSAGE)＞任何存在的报 文头部、报文头部的内容或Request-URI、请求用户的方向(如始呼叫、终呼叫、呼叫非注册 用户)。
一个过滤准则可以触发一个或多个SPT以便把请求消息发送给特定的应用服务器。保存 在用户的服务清单profile中的过滤准则的集合被称为应用服务器签约信息(Subscription Information)o为了使S-CSCF能够有序地处理这些不同的过滤准则，应给每个过滤准则定义 一个优先级别，若S-CSCF联系不上AS,则S-CSCF应用默认的处理方式。这些默认的处理 方式包括：规则列表中具有较低优先级的过滤条件是否匹配；不管较低优先级的触发条件， 直接释放这个会话。
过滤准则应包含下面的信息：
•应用服务器的地址； •
•过滤准则的优先级提供应用这些准则的顺序；
• SPTs可以使用与、或、非等逻辑表达式来构建，满足过滤准则的那些条件成为触发点 (Trigger Points);
•默认的处理方式；
•在把请求消息送给AS前，可以选择在消息体中增加相关的业务信息。
•如果S-CSCF从HSS得到多个过滤准则时，S-CSCF将对从Mw接口收到一个消息，依据 这些带有优先级的过滤准则进行检查：
•对这个请求建立一个根据其优先级排序的过滤准则列表，该过滤准则的执行顺序直到 该消息通过Mw接口离开S-CSCF时才有可能被改变；
•分析收到的请求消息，以便发现包含在消息中的Service Point Triggers(SPT);
•检查最高优先级的过滤准则中的触发点(trigger points )是否与该请求消息中SPT相 匹配，若不匹配，S-CSCF则继续转向步骤4处理。若匹配的话，(i)S-CSCF对该消 息增加，一个其入呼叫分支能识别的标识，甚至会话标识也可能被改变，例如，AS执 行第三方呼叫控制；(ii)把该消息通过ISC接口•送给AS, AS则对该消息进行相关的 业务逻辑处理，AS可以修改该消息，还可能又把该消息又重新送给S-CSCF; (iii)若 该请求消息从AS通过ISC接口重新收到的话，则转到步骤4进行相关处理；
•重复上面的步骤2和步骤3,对每一个在步骤1中建立的过滤准则进行检查，直到最 后一个过滤准则被执行；
•基于SIP通常的路由方式对该请求消息进行路由转发。
如果AS决定结束这个请求，则AS会通过ISC接口向S-CSCF发送一个对前面的请求消 息的最终的响应消息，注意，在这个最终的响应消息中应该包含在上面步骤中的G)子步骤 中由S-CSCF添加的标识，以便S-CSCF能识别该响应消息。S-CSCF会停止在规则列表中有 较低优先级的过滤准则的匹配过程。
被调用的AS/业务逻辑可以决定不参与当前调用的会话，实现的方法是在最初开始的SIP 事务INVITE请求中不增加Record-Route/Route记录就可以了，以后所有后续的与这次会话相 关的SIP信令不会再被路由到该AS上了。原始的过滤准则不能够实现让一个SIP应用服务器 决定不再接收后续的SIP消息即不再参与后续的SIP事务处理。
在设计原始的过滤准则时，应该避免类似于从一个AS出来的请求又被送回到同一个AS 中来的死循环，当然，若同一个SIP请求又被由回来是处于业务逻辑的处理要求而作出的选 择的话，那就另当别论了。
应用触发框架图如图5-4所示。
