专利名称：应用程序接口的制作方法
技术领域：
本发明涉及一种应用程序接口(API)。
背景技术：
应用程序接口通常是由计算机操作系统或另一个应用程序规定的一种特殊的方法，通过该方法，编写应用程序的程序员可对该操作系统或另外的应用程序发出请求。更具体地说，API是一种软件调用(calls)和例程的格式化集合，应用程序可对其引用以便访问所支持的业务。
发明内容
一方面，本发明的特征在于提供一种在网络中的方法，包括用应用程序接口(API)从应用程序接收消息，并将该消息从所述API传递给移动业务交换平台(MSSP)内的控制进程。
实施例可包括下列当中的一个或多个该网络可以是无线网络，该无线网络可以是第二代无线网络、GSM网络、可使用GPRS的GSM网络、或是TDMA网络。该无线网络可以是CDMA网络、UMTS网络，TETRA网络，或是Tetrapol网络。该无线网络也可以是DECT网络、AMPS网络、WLAN网络、或是第三代无线网络。
API可提供允许应用程序控制MSSP中的交换和路由功能的协议。
API可提供允许应用程序基于每个流，通过MSSP重新定向分组流的协议。
API可提供允许应用程序控制MSSP内策略决策的协议。
API可包括允许应用程序在控制进程中配备(arm)初始检测点(IDPs)以及与IDP事件关联的业务的协议。
API可包括允许应用程序在控制进程中解除检测点(IDPs)以及与IDP事件相关的业务的协议。
API可包括允许应用程序请求事件报告的协议。
API可包括允许应用程序规定在控制进程中位于某个检测点处的编程行为的协议。
API可包括允许应用程序配置由MSSP的控制进程计量的数据元的协议。
API可包括允许应用程序请求基于字节的报告的协议。该报告可以是基于会话的或基于流的。
API可包括允许应用程序规定所提供业务的费用的协议。
API可包括允许应用程序记录在详细记录中使用的计费方案的协议，以及允许应用程序控制在何时写入该详细记录的协议。
API可包括允许应用程序获取由应用程序管理的对会话的统计的协议。
API可包括允许应用程序获取由应用程序管理的对流的统计的协议。
API可包括允许应用程序监测连接至MSSP控制进程的其他应用的状态的协议。
另一方面，本发明的特征在于一种应用程序接口(API)，该接口包括一套应用层协议，这些协议允许在移动业务交换平台(MSSP)的应用进程和控制进程之间，利用传输控制协议/因特网协议(TCP/IP)网络业务交换消息。
在实施例中，该套应用层协议中可包括允许应用进程在控制进程中配备检测点(IDPs)以及与IDP事件相关的业务的协议。
该套应用层协议中可包括允许应用进程在控制进程中解除检测点(IDPs)以及与IDP事件相关的业务的协议。
该套应用层协议中可包括一种允许应用进程从控制进程请求事件报告的协议。
该套应用层协议中可包括允许应用进程规定在控制进程中位于某个检测点处的编程行为的协议。
该套应用层协议中可包括一种允许应用进程配置由控制进程计量的数据元的协议。
该套应用层协议中可包括一种允许应用进程请求在控制进程中基于字节的报告的协议。该报告可包括基于会话的报告或基于流的报告。
该套应用层协议中可包括一种允许应用进程规定由MSSP提供的业务的费用的协议。
该套应用层协议中可包括允许应用进程记录在详细记录中使用的计费方案的协议，该详细记录储存在MSSP内。
该套应用层协议中可包括一种允许应用进程控制在何时写入该详细记录的协议。
该套应用层协议中可包括一种允许应用进程获取由应用进程管理的对会话的统计的协议。
该套应用层协议中可包括一种允许应用进程获取由应用进程管理的对流的统计的协议。
该套应用层协议可包括一种允许应用进程监测连接至控制进程的其他应用进程的状态的协议。
另一方面，本发明的特征在于一个系统，该系统包括链接至移动业务交换平台(MSSP)中的控制进程的网关通用分组无线业务支持节点(GGSN)，一组链接至该控制进程的全局联网的计算机，连接至控制进程的应用程序接口(API)，以及执行链接至该API的执行应用进程的应用系统。
在实施例中，该系统可包括链接至GGSN的通用分组无线业务支持节点。该系统可包括链接至通用分组无线业务支持节点的基站控制器(BSC)。该系统可包括链接至BSC的基站收发信台(BTS)以及链接至BTS的移动基站(MS)。
API可包括一套应用层协议，这些协议允许在应用进程和控制进程之间交换消息。
该套应用层协议中可包括允许应用进程在控制进程中配备检测点(IDPs)以及与IDP事件相关的业务的协议。
该套应用层协议中可包括允许应用进程在控制进程中解除检测点(IDPs)以及与IDP事件相关的业务的协议。
该套应用层协议中可包括一种允许应用进程从控制进程请求事件报告的协议。
该套应用层协议中可包括允许应用进程规定在控制进程中位于某个检测点处的编程行为的协议。
该套应用层协议中可包括一种允许应用进程配置由控制进程计量的数据元的协议。
该套应用层协议中可包括一种允许应用进程请求在控制进程中基于字节的报告的协议。该报告可以是基于会话或基于流的。
该套应用层协议中可包括一种允许应用进程规定由MSSP所提供的业务费用的协议。
该套应用层协议中可包括允许应用进程记录在详细记录中使用的计费方案的协议，该详细记录储存在MSSP中。
该套应用层协议中可包括一种允许应用进程控制在何时写入该详细记录的协议。
该套应用层协议中可包括一种允许应用进程获取由应用进程管理的对会话的统计的协议。
该套应用层协议中可包括一种允许应用进程获取由应用进程管理的对流的统计的协议。
该套应用层协议可包括一种允许应用进程监测连接至控制进程的其他应用进程状态的协议。
该发明的实施例可包括下列一个或更多的优点该应用程序接口(API)提供一种应用层协议，该应用层协议使用简单的、几乎在所有计算机平台上都可用的TCP/IP网络业务与移动业务交换平台(MSSP)交换消息。
该API提供一套协议，这些协议允许包含在外部应用程序中的业务逻辑控制移动业务交换平台的交换和路由功能。
该API为操作人员提供一种协议，该协议用来限制应用检测点的范围，其中，检测点是在控制实体的状态机中定义的位置，在此可进行应用事件报告和/或控制。
该API提供一种协议，该协议对所有的应用通用，而与应用的特权无关。
该API提供一种协议，该协议允许应用配备或解除在移动业务交换平台内的初始检测点(IDPs)以及与IDP事件关联的业务，其中，IDP定义为配备的检测点，以便在各条件符合给定的标准时，创建与某个应用的新的控制对话。
该API提供一种协议，该协议允许某个应用请求在继初始检测点事件之后的各附加事件报告。当发起控制对话的IDP是一个触发器(trigger)时，该应用通常请求各附加事件报告。
该API提供一种协议，该协议允许应用规定在某个检测点处(DP)无需该应用参与的编程行为。使用消息来匹配呼入的请求，以决定是否执行预定的业务交互。该匹配进程与通常使用的初始检测点的进程类似，匹配的字段可用通配符。如果某个流符合标准，将执行消息备忘录中指定的行为，而没有该应用的参与。指定的行为可包括事件报告，以及将请求重新定向至指定的重新定向地址和端口编号。如果请求了事件报告，则使用消息来决定对于该流将来会报告哪个事件。要匹配的标准可不与配备的(armed)初始检测点标准重叠(overlap)。如果由于任何原因该请求不能完成，将返回一条消息，该消息中含有匹配RequestID码和表示故障性质的错误代码。如果请求成功完成，将返回另一条消息。业务过滤一直处于激活状态，除非被特殊的消息请求取消。
该API提供一种允许应用配置由移动业务交换平台(MSSP)计量的数据元。
该API提供一种允许应用请求基于字节的报告的协议。该报告可以是基于会话或基于流而被请求的。基于会话的计费通知有效地产生将应用于该会话中所有流的相同计费通知标准。计费通知事件的注册会引起对上行和下行链路方向上传输的指定类型的字节数量的计量。每次到达报告阈值时，就从MSSP向应用发送一条消息，表明已传输的字节的数量，并复位各计数器，再开始向着该阈值计数。计费通知一直进行，直至该流停止或计费通知被取消请求明确地取消。分组是计数的原子单位(atomic unit)，每个分组既可以在计数评估之前也可以在计数评估之后到达。因此，计费通知可能不会恰好出现在规定的字节计数上。例如，如果每10K字节请求一次通知，而如果使该计数超过10K的分组略大于500字节，则该通知可能会出现在10.5K字节。实际的计数器数值在消息内提供。
该API提供一种允许应用指示所提供业务的成本，并记录再MSSP详细记录中使用的计费方案的协议。
该API提供一种允许一个应用对何时写入MSSP详细记录进行控制的协议。
该API提供一种允许应用获取由该应用管理的对会话或流的各种统计的协议。
该API提供一种允许应用监测连接至相同MSSP实例(instance)的其他应用的状态的协议。
该API提供一种允许基于每个流的分组流(packet flow)的重新定向的协议。
本发明的说明书、附图以及权利要求书将详细说明该发明的其他技术特征、目的以及优点。
附图1是一个网络框图。
附图2是一个监听进程的流程图。
附图3是附图2业务应用起动阶段的流程图。
附图4是附图2业务初始化阶段的流程图。
附图5是附图2业务部署阶段的流程图。
附图6是附图2业务逻辑阶段的流程图。
附图7是附图2业务停止阶段的流程图。
附图8是附图1中API使用的数据类型表。
附图9是一个通信路径方框图。
附图10是由传输层将TCP/IP字节流分成会话消息的方框图。
附图11中的表格列出了示范错误代码。
附图12中的表格列出了示范特征种类。
具体实施例方式
附图1示出的是网络10，网络10例如可以是一个无线网络，该无线网络例如可以是第二代无线网络，全球移动通信系统(GSM)网络，或可使用通用分组无线系统(GPRS)的GSM网络。该无线网络可以是时分多址(TDMA)网络、码分多址(CDMA)网络、或通用移动电信系统(UMTS)网络。该无线网络可以是TETRA网络、Tetrapol网络、DECT网络、AMPS网络，无线局域网(WLAN)，或是第三代无线网络。下面以可使用GPRS的GSM网络为例进行描述。
网络10包括连接至基站收发信台(BTS)14的移动站(MS)12，BTS14连接至基站控制器(BSC)16。在移动通信领域，MS 12是位于要使用的移动业务(区)内的处于运动中或停止在不确定点上的一个站点，手持蜂窝电话就是移动站的一个例子。
BTS 14拥有定义小区的无线收发信机，，并协调与MS12的无线链接协议。BTS 14是网络10的一个组成部分，收发所有的信号。BTS14，通常叫做蜂窝电话塔，链接至并受控于基站控制器(BSC)16。BSC 16是网络10的一个组成部分，为一个或更多的基站收发信台管理无线资源，如示例性的BTS 14。
BSC 16链接至SGSN 18，SGSN 18是通用分组无线业务支持(GPRS)节点，经BSC 16发送或接收分组服务于GPRS移动(电话)。SGSN 18链接至网关GPRS支持节点(GGSN)20，GGSN 20作为通用分组无线业务(GPRS)网络和分组交换公共数据网络(PSPDN)之间的网关。
GGSN 20链接至移动业务交换平台(MSSP)服务器22，MSSP服务器22位于GGSN 20和一组全局联网的计算机组之间，如因特网24。MSSP服务器22分析所有在MS 12和因特网24之间交换的因特网协议(IP)分组。MSSP控制进程26根据IP流特性，提供设置触发器或事件通知和递增计数器的能力。IP流可以被认为是在两个端点(如MS 12和位于因特网24上的服务器(未示出))之间的数据移动的抽象表示。MSSP控制进程26使用这些能力实现各内部业务和详细报告。应用程序接口(API)28链接MSSP控制进程26至外部应用30。API 28为外部应用30提供一种机制，以控制MSSP控制进程26提供智能业务。在各种实施例中，例如，API 28可以被实现为基于Corba的API、基于XML的API、PARLAY服务器、OSA服务器，或JAIN服务器等。
总之，MSSP服务器22既是因特网的路由器，也是IP分组的分析器。在IP分组标题字段内包含的数据由因特网工程任务组(IETF)RFC 791定义，在此并入作为参考(参见www.ietf.org)。IETF是大型开放的网络设计人员、运营商、供应商和研究人员的国际社区，关注因特网结构体系的发展和因特网的顺畅运行。
因特网协议(IP)是为用于分组交换计算机通信网络的互连系统设计的。IP提供从源向目的的数据块发送，该数据块被称为数据报，其中源和目的是由固定长地址标识的主机。IP还提供长数据报的分段和重组，并且，必要时通过“小分组”网络传输。
MSSP控制进程26用于当分组特性符合特定的条件时，实时分析IP分组的标题(header)，以便管理各计数器和信号。信号既可以是一个事件报告，也可以是一个触发器(trigger)。事件报告在持续监测分组流的同时，报告某些事件的出现。触发器挂起IP分组的处理，直至MSSP控制进程26响应用于恢复IP分组处理的特定指令。触发器响应可能简单地使IP分组处理无改变地继续进行，或通过规定分组的不同的目的地来改变分组的处理，或完全丢弃分组。在一个实施例中，API 28为其他的应用30提供与MSSP控制进程26通信的方法，并操纵事件报告和触发器。
MSSP控制进程26管理多种不同类型的IP分组。在一个例子中，MSSP控制进程26分成不同的状态机(未示出)，每台状态机负责不同类型的分组。通常，状态机通常是指在给定时间存储某事物状态的任意设备，并可以对输入进行操作，以改变状态和/或对任何给定的变化引起一种动作或输出的发生。实际上，状态机用来扩展和描述特定的设备或程序交互。
在MSSP控制进程26的每个状态机内都有一些战略位置，在此位置，有重要信息变得可用或进行关键决策。这些位置称为检测点，检测点(DP)是一个在控制实体的状态机内的定义位置，在此位置，应用事件报告和/或控制是可行的，并可通过API 28进行管理。
事件检测点(EDP)是在现有控制对话环境内配备的检测点。事件检测点没有明确的标准，只可应用到产生控制对话的控制实体的某个特定的状态机实例。通常情况下，设置在一个控制对话内的事件检测点不会影响该状态机任何其他实例的行为。指定状态机内完整的一组检测点称为检测点类(class)。
最常用的因特网协议之一是在IETF RFC 793中定义的传输控制协议(TCP)，下面将对利用TCP检测点类的检测点进行讨论以作示范。当然，也会使用其他的协议。
TCP在两个应用进程(通常为客户和服务器)之间提供可靠的、面向连接的通信路径。在进行任何数据交换之前，客户主办启动连接，而服务器接受该连接。TCP协议保证所有发送的数据能被对方按发送的顺序正确接收。
要启动到服务器的TCP连接，客户向服务器的IP地址发送一个IP分组，该分组含有设置了“SYN”标志的TCP标题，并指定希望连接的服务器应用的端口号。服务器通过向客户返回类似的SYN分组接受该连接，客户通过发送含有设置了“ACK”标志的TCP标题的IP分组确认从该服务器收到了“SYN”。
分组经过MSSP服务器22内的MSSP控制进程26，在客户端如MS12和位于因特网24上的服务器(未示出)之间进行传输。通过检查分组的IP标题，MSSP控制进程26确定IP分组封装了TCP数据并分配此分组至TCP控制逻辑。结合IP标题中的数据，通过检查TCP标题内的数据，TCP控制逻辑能区分该连接建立的每个段。
例如，假如业务应用30中的一个要“监听(intercept)”至位于因特网24上的特定服务器的TCP连接，并将这些连接重新定向至因特网24上不同的服务器，可能要基于当前服务器负载状况的业务应用的知识。业务应用30可通过API28指令MSSP控制进程26产生触发器，该触发器查找那些具有与要监听的服务器相匹配的地址的TCPSYN分组。这被称为初始检测点(IDP)。IDP是这样的检测点，当条件满足给定的标准标准时，配备(arm)该检测点以便产生与应用的新的控制对话。
继续正常处理所有其他的TCP分组和发往不同目的地的TCPSYN数据。然而，带有与所配备的标准标准相匹配的地址的TCP SYN分组，引起对该分组的处理被挂起，并通过API28向配备有IDP的业务应用30发送IDP事件通知。
IDP事件通知可包括，例如，来自被挂起的分组的信息，业务应用30会使用此信息确定连接的正确的目的。然后，业务应用30用不同的目的地址通过API28指示MSSP控制进程26恢复分组的处理。MSSP控制进程26向该新的目的地址转发经修改的TCP SYN分组，那里服务器以通常的方式进行响应。业务应用的参与完全是透明的，也就是说不管是客户端如MS12，还是因特网24上的服务器(未示出)都没有意识到重新定向的发生。
业务应用30通过交换TCP/IP消息与MSSP控制进程26进行交互。API28监听来自业务应用30的连接。当应用连接建立时，API28认证所连接的业务应用30的身份，并查寻该应用被授权访问的特征。
一旦建立业务应用30与API 28的通信会话，业务应用30就请求希望从MSSP控制进程26提供的业务的清单，然后配备(arm)执行这些业务所需的初始检测点。此后，当业务应用30有与所配备的标准相匹配的分组数据时，则业务应用30等待MSSP控制进程26发信号。
当MSSP控制进程26用信号通知(signals)IDP事件时，业务应用30通过API28应用其业务逻辑(未示出)。除了将该分组定向至选定的目的地址以外，该业务逻辑可为遇到检测点的分组流配置额外的计量、从该分组流请求额外的事件报告、表明适用于该分组流的计费方案、请求周期性的计费通知事件、或请求流的统计。
例如，使用活动的业务过滤API 28请求消息，可指定在MSSP控制进程26和应用30的业务逻辑之间的业务交互的默认行为，无需实现触发器检测点。在协议端口和分组的数据部分中的源地址、源端口以及目的地址串用来匹配呼入的请求，决定是否执行预先定义的业务交互。如果某个流符合标准，则将执行消息的备忘录中规定的动作。规定的动作例如可包括事件报告，以及将某个请求重新定向至一个指定的重新定向地址和端口号。
在另一个例子中，当检测到IDP时，业务逻辑开始执行。业务逻辑接收到事件通知，通知遇到检测点。如果检测点注册为请求检测点，则当MSSP在超时时限内请求指令时，业务逻辑响应。该响应可修改分组然后转发，或释放该流或会话，或者，重新定向或使用连接请求连接该分组。对要应用于流或会话的编程策略过滤器的其他请求也是可以的。当遇到检测点时，业务逻辑可任选地使用业务过滤器请求，以指定要进行的业务交互。
例如，API28提供一个连接请求消息，指示MSSP控制进程26在某个流上建立至指定的目的地址的连接，该流在某个触发点挂起。目的地址可与触发器条件匹配的分组内的目的地址不同。这允许业务应用30中的业务逻辑比如将这些连接路由至最佳可用的资源。
API28提供释放流消息，指令MSSP控制进程26终止活动的流。MSSP控制进程26将终止流，并在确认该终止后提供任何事件或计量消息。
因此，使用API28，业务应用30管理并控制以下内容所主办的分组交换数据业务，该业务包括识别该分组交换数据业务的任何和所有专门的网络地址；决定如何定向用户、以及将用户定向到哪个分组切换数据业务提供商(即，因特网上的特定服务器)的策略决定；以及决定向哪个主办人和以什么为基础要对该会话计费的策略决定。策略过滤器可用来在基于端口、协议、IP地址、小贴饼(cookies)方向上阻塞IP业务、也可以基于其他的七层协议特性(layer seven protocolcharacteristics)阻塞IP业务。策略过滤器也允许业务逻辑创建并管理墙壁园(wall garden)或基于预约的模型(subscription based model)。策略过滤器实质上是动态的，允许动态订购新的业务，并由业务逻辑进行更新。
选择和计费的策略决定可包括运营商和第三方(既可以是主办人，也可以是业务提供商)之间形成前期协议(pre-agreement)的规则，该规则是关于业务提供商的选择以及对主办人付费的方法和基础。可根据下列因素，如用户身份、用户的位置、日期、用户类别、业务提供商的类别、网络条件、前期协议的规则，以及/或政府的规章制度，在业务请求时制定要连接到哪个业务提供商的策略决定。例如，可在业务请求时根据类似的因素，诸如用户身份、用户的位置、日期、用户类别、业务提供商的类别、网络条件、前期协议的规则，以及/或政府的规章制度，作出对于哪个主办人和以什么基础计费的策略决策。
业务交互由业务逻辑定义，有开始、中间和结束。当遇到检测点时，通常由发往业务逻辑的IDP(初始检测点)事件识别业务交互的开始。当业务逻辑没有事件可注册或业务逻辑明确地终止了对话时，该业务交互将结束。业务交互由事件序列和所接收的API调用来界定(bound)，并且由IDP和终端事件之间的业务逻辑来进行。业务交互通常是可计费的事件，该事件引起业务逻辑在交互结束后写入CDR。业务交互界限的详细内容由业务逻辑定义。例如，当报告IDP与请求匹配时，股票报价服务开始，并且以含有报价的响应结束。该例子可扩展到，例如，文件下载以及电子邮件的发送。MSSP提供检测和控制业务交互的手段，业务逻辑负责进行API调用并处理事件以完成该业务。
参照附图2，以TCP为例，监听进程50包括业务应用起动阶段52、业务初始化阶段54、业务部署阶段56、业务逻辑阶段58以及终止阶段60。
参照附图3，业务应用起动阶段52包括初始化(步骤70)传输层。通过创建TCP/IP套接口，并通过API28连接套接口来初始化(步骤70)传输层。阶段52初始化(步骤72)会话层。初始化(步骤72)包括向MSSP服务器22发送会话开放请求，MSSP服务器22认证应用的凭证。从MSSP服务器22接收会话开放确认。阶段52初始化(步骤74)应用层。初始化(步骤74)包括发送协商API版本请求，并接收协商API版本确认。发送并确认开放请求。
参照附图4，业务初始化阶段54包括发送(步骤80)获取业务清单请求，MSSP服务器22为该应用查找各业务。阶段54接收(步骤82)获取业务清单的确认，并发送(步骤84)获取业务的详细请求；MSSP服务器22为该业务查找配置数据。阶段54接收(步骤86)获取业务详细请求的确认。
参照附图5，业务应用部署阶段56包括发送(步骤90)一个配备IDP的请求，并接收(步骤92)配备IDP的确认。MSSP服务器22验证配备的标准满足为应用和业务配置的任何限制，并将ICP标准编程到MSSP服务器22中。
参照附图6，业务逻辑阶段58包括接收(步骤100)初始DP事件。阶段58为用户连接确定(步骤102)一个新的目的地址，并向新的目的地址发送(步骤104)连接请求。阶段58接收(步骤106)连接确认。
参照附图7，停止阶段60包括发送(步骤110)解除IDP的请求，并接收(步骤112)解除IDP的确认。阶段60发送(步骤114)关闭请求，并接收(步骤116)关闭确认。阶段60发送(步骤118)会话关闭请求，并接收(步骤120)会话关闭确认，并关闭(步骤122)该TCP/IP套接口。
参照附图8，表130列出了由AIP28使用的、用于在消息内定义字段的一组数据类型。表130包括数据类型名称132，定义134，以及字节大小136。CHAR[n]指UTF-8字符串。UTF-8是一种字符编码方案，其中，整个的ASCII字符集都以ASCII同样的编码方法编成一个字节，同时也允许使用多字节序列对所有的Unicode字符进行编码，在该多字节序列中，没有字节含有ASCII字符值。
所有超过一个字节长的数字数据以TCP/IP标准所定义的正规的网络字节顺序进行发送，即从最高有效字节到最低有效字节的顺序。应注意，为保证应用的正确性和可移植性，鼓励应用开发者使用其平台的主机至网络和网络至主机的转换功能(如htonl()和ntohl())，即使知道主机平台使用网络字节顺序。htonl()是UNIX功能的一个例子，将从主机字节顺序的32位(4字节)的数转换成网络字节顺序，ntohl()也是UNIX功能的一个例子，它将网络字节顺序的32位数转换成主机字节顺序。
参照附图9，在应用程序30和MSSP服务器22之间的通信路径140(如箭头所示)使用分层结构。应用程序30通过其系统应用层142、表示层144、会话层146、传输层148、TCP/IP层150、以及更低的各层152，向MSSP服务器22的相应的较低各层154、TCP/IP层156、传输层158、会话层160、表示层162以及应用层164传输数据。
传输层158用来向会话层160提供可靠的传输。由于其位于本地TCP/IP层156的顶部，该TCP/IP层定义是可靠的，因而传输层158相对来说较轻便。传输层158从会话层160接收消息，然后将消息发送出去。传输层158将由TCP/IP层156提供的字节流分成通过传输标题成帧的消息。
通常，帧就是作为包括寻址和必要的协议控制信息的完整单元、在网络节点之间传输的数据。帧通常连续的逐位传输，并包含有用来“框住”该数据标题字段和尾部字段。
附图10示出了TCP/IP字节流由传输层分成若干会话消息的过程。不象其他的协议，帧标记本身不定义传输消息标题的界限。在没有负面影响或特殊的编码的情况下，帧标记数据样式也可以放在TCP/IP字节流内的其他地方。帧标记提供检测普通编程错误(如不正确的字节顺序或长度计算错误)的手段，这些编程错误可能导致接收方错误地将其他数据解释成传输消息的标题并采取不恰当的行动。
API 28使用8字节的传输消息标题作为消息内的第一个元素。8字节的传输消息标题包括4字节的INIT“framemarker”字段，该字段是一个常数，用来验证有效的传输消息标题的存在。任何其他的值可表示消息成帧错误。8字节的传输消息标题还包括4字节的“messagelength”字段，并包含UNIT数据类型，该数据类型表示随后的以字节为单位的消息数据的长度。
API 28利用建立在位于可靠的TCP/IP传输层上面的会话级接口保证消息的到达。该会话层向应用层提供一套会话级的业务，这些业务包括认证、会话级心跳以及会话级的确认。
通常，心跳(heartbeat)监测通信链接的状态，并识别没有收到最后一个消息串的时间。当连接的任一端在规定的几秒钟内没有发送任何数据，其应发送心跳消息。当连接的任一端在规定的几秒钟内没有接收到任何数据，其应发送测试请求消息。如果在相同时间后仍然没有收到心跳消息，则认为连接丢失，并采取纠正行动。
所有在会话层交换的消息包括有4个USHORT 2字节字段的标题作为消息中的第一个元素。该标题指会话消息的标题，包括SessionMessage类型字段，SessionSendSeqNo字段和SessionReceiveSeqNo字段。
SessionMessage类型字段含有识别消息类型和消息数据格式的数值。SessionInstance字段包含唯一识别会话实例的数值。SessionReceiveSeqNo字段包含消息的发送序号。SessionReceiveSeqNo字段包含来自最后接收的消息的发送序号。
所有的会话消息包括一对会话消息标题中的序号，这些序号由发送方设定，由接收方验证。每个发送方从零开始，并为每个发送的消息递增所发送的序号。此外，每个发送方保持对下一个希望接收到的SessionSendSeqNo的跟踪。每个发送的消息包括此数字对。序号用来检测丢失的会话消息，并提供确认数据接收的手段。如果对SessData消息来说，会话处于空闲的，则在会话心跳消息中周期性的序号交换保证这些序号保持最新的。
会话层协议版本在开放的序列过程中商定。客户规定期望的、要用于会话期间的协议版本。在初始，客户规定其支持的协议的最高版本。服务器检查请求的版本号，并将该版本号与其支持的版本对比。如果请求的版本在服务器支持的版本范围内，在随后的SessOpenConf消息中表明接受该版本。如果客户请求的版本超出了服务器支持的范围，服务器用SessOpenConf消息响应，表明已使用服务器支持的最高版本建立会话。该版本与客户最初请求的版本不同。如果服务器找不到共同支持的协议版本，将发送带有错误代码“MSSP_E_INVALID_VERSION”的SessError消息，并关闭会话。
同样，会话层选项在开放的序列过程中商定。客户规定期望的、要用于会话期间的协议选项。客户应总是初始规定其支持的所有选项。服务器检查请求的选项掩码，并选择其支持的选项。最后得到的共同的会话选项在随后的SessOpenConf消息内传达给客户。如果由于服务器减少选项而导致客户不能操作，则发送带有错误代码“MSSP_E_INVALID_OPTIONS”的SessError消息，并关闭会话。
同样，心跳间隔也在开放序列过程中商定。客户在SessOpenReq消息中规定其期望的心跳间隔，在随后的SessOpenConf消息中，服务器用客户要使用的心跳间隔响应。
客户和服务器在会话建立序列过程中交换各种凭证。客户提供加密的会话安全描述符，该描述符是SessOpenReq消息(不包括SessionSecurityDescriptor字段)的MD-5消息摘要，使用公/私密钥对(public/private key pair)中的私钥对该消息进行加密。MD5消息格式是由“RSA数据安全公司(RSA Data Security，Inc.)”设计的，该消息格式在IETF RFC 1321内作了定义(见www.ietf.org)。由于给定的应用可能每次都以同样的方式打开其会话，为了防止产生“恒定的”消息摘要值，并防止产生可预测的会话安全描述符，消息中含有随机数字段。MSSP服务器22应用的配置中含有公/私钥对的公钥。当接收到SessOpenReq消息内的安全描述符时，服务器查询MSSP服务器22配置内的应用，获取客户的公钥，使用公钥解密给定的安全描述符，并验证解密的结果与从接收到的消息产生的MD5消息摘要是否完全匹配。如果该凭证无效，则服务器用带有错误代码“MSSP_E_AUTH_FAILURE”的SessError消息响应。如果在单位时间内相继出现错误，服务器在不低于一分钟的时间内挂起对连接请求的监听。
如果凭证有效，服务器在SessOpenConf消息中向客户提供加密的会话安全描述符(SessionSecurityDescriptor)，该描述符是SessOpenReq消息(不包括SessionSecurityDescriptor字段)的MD5消息摘要，使用公/私钥对的私钥对消息进行加密。客户使用服务器的公钥解密描述符，并认证服务器。如果服务器凭证的有效性在连接的客户端失效，客户发送带有错误代码“MSSP_E_AUTH_FAILURE”的SessError消息。如果在单位时间内相继出现错误，客户在不低于一分钟的时间内挂起连接请求。
SessOpenReq消息用来在应用和API28之间开始会话级的信息交换，SessOpenReq消息是上述的传输层连接建立之后的第一个消息。SessOpenReq消息有以下格式一个8字节的SessionHeader字段，它是带有等于Sess_Open_Req的SessionMessageType的会话标题。一个4字节的UNIT SessionVersion字段，表示客户支持的会话协议版本。一个4字节的UNITSessionOptionsMask字段，表示客户支持的所有会话层选项的按位组合。一个4字节的UNIT SessionHeartbeatlnterval字段，表示会话心跳消息交换之间的公称时间间隔，以秒为单位。一个4字节的UINTSessionApplicationID字段，表示MSSP服务器22决定的值，该值用来唯一识别在MSSP服务器22内的该客户的应用。一个4字节的UNITSessionRandonNum字段，表示任何不可预见的值，并用来防止可预见的SessionSecurityDescriptor。一个16字节的BYTE[16]SessionSecurityDescriptor字段，表示会话安全描述符，该描述符是该消息(不包括该字段)的MD5消息摘要，使用公/私钥对的客户私钥对消息进行加密。服务器使用客户的公钥的副本解密会话安全描述符，来认证该客户。
SessOpenConf消息用来完成会话的建立，并通知协商参数的结果。发送该消息作为对SessOpenReq消息成功的响应，该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_OPEN_CONF的会话标题。一个4字节的UNIT SessionVersion字段，表示由服务器选择使用的会话协议版本。一个4字节的UNITSessionOptionsMask字段，表示服务器选择的所有客户会话层选项的按位组合。一个4字节的UNIT SessionHeartbeatlnterval字段，表示会话心跳消息交换之间的公称时间间隔，以秒为单位。一个4字节的UNITSessionServerID字段，表示唯一识别该MSSP服务器22实例的数值。一个4字节的UNIT SessionRandonNum字段，表示任何不可预见的数值，并用来防止可预见的SessionSecurityDescriptor。一个16字节的BYTE[16]SessionSecurityDescriptor字段，表示会话安全描述符，该描述符是该消息(不包括该字段)的MD5消息摘要，使用服务器的公/私钥对中的私钥对该消息进行加密。客户应使用服务器的公钥的副本解密会话安全描述符，来认证服务器。
会话要求客户和服务器参与会话维护程序。该会话维护程序保证未激活的或空闲的会话能运行，并保证在响应时间在合理的范围内。会话维护程序独立运行，不管会话内有无其他数据发送。会话维护程序包括SessHeartbeatReq消息的交换，后面跟随SessHeartbeatConf消息。会话维护程序通过发送SessHeartbeatReq消息从连接的客户端启动。服务器执行一组操作，保证服务器正确运行，并当一切正常时，返回SessHeartbeatConf消息。如果服务器没有在心跳间隔内响应，客户通过向服务器发送带有错误代码“MSSP_E_HEARTBEAT_TIMEOUT”的SessError消息使会话失效。当建立会话时，客户按SessOpenConf消息内规定的周期间隔发送心跳请求。当接收到SessOpenConf消息时发送第一个客户心跳。若要发送SessHeartbeatReq消息时，将客户定时器设置成心跳间隔，当定时器到期时，发送SessHeartbeatReq消息。服务器期望在指定的心跳间隔内看到心跳请求。服务器在发送SessOpenConf消息后设置定时器，并设置超时时限为心跳间隔的两倍。如果在定时器时间结束之前没有收到心跳请求，服务器通过发送带有错误代码“MSSP_E_HEARTBEAT_TIMEOUT”的SessError消息使会话失效。每次接收到新的心跳请求，就复位服务器端的定时器。在任何指定的瞬间，只有心跳是未决的(outstanding)。注意，心跳消息也用来确认DATA消息或检测与空闲会话连接上序号的错误管理相关的错误。
SessHeartbeatReq消息用来请求验证会话方运行正常，该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_HEARTBEAT_REQ的会话标题。一个4字节的UNITSessionHeartbeatInstance字段，表示唯一识别该会话中指定心跳的数值。一个4字节的TIME SessionTimeStamp字段，表示发出心跳请求的时间。一个4字节的UNIT SessionHeartbeatlnterval字段，表示会话心跳消息交换之间的公称时间间隔，以秒为单位。当发送方期望协商一个新的心跳间隔时，该心跳间隔可能与当前的心跳间隔不同。
SessHeartbeatConf消息用来完成会话方的正常操作状态的验证。发送该消息作为对SessHeartbeatReq消息的成功响应，SessHeartbeatConf消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType等于SESS_HEARTBEAT_CONF的会话标题。一个4字节的UNITSessionHeartbeatInstance字段，表示在相应的心跳请求内给出的相同的SessionHeartbeatInstance值。一个4字节的TIME SessionTimeStamp字段，表示在相应的心跳请求内给出的相同的SessionTimeStamp值。一个4字节的UNIT SessionHeartbeatInterval字段，表示会话心跳消息交换之间的公称时间间隔，以秒为单位。当已商定一个新的心跳间隔时，该心跳间隔可能与当前的心跳间隔不同。
在成功的会话建立之后，客户或服务器可随时关闭会话。客户或服务器通过向会话对方发送SessCloseReq消息启动关闭程序。SessCloseReq消息包含表示关闭原因的代码。请求会话的一方在发送SessCloseReq消息之后关闭(在套接口的意义下)传输层。接收会话方通知应用层允许在会话上要完成的任何未决的请求。SessCloseConf消息发送之前发送查询会话消息。一旦发送SessCloseConf消息，则停止传输连接，并从请求关闭会话的一端关闭套接口连接。如果服务器未在合理的时间内响应，客户可判定关闭请求超时。如果关闭请求由客户定为超时，向服务器发送带有错误代码“MSSP_ECLOSE_TIMEOUT”的SessError消息。如果由于在关闭请求之前会话还没有打开，会话方无法处理关闭请求，则向请求方发送带有错误代码“MSSP_E_NO_SESSION”的SessError消息。如果会话处于激活状态或初始化状态，会话方因任何原因无法处理关闭请求，则接收方向请求方发送带有错误代码“MSSP_E_UNSPECIFIED_FAILURE”的SessError消息。
SessCloseReq消息用来启动会话的有序终止，该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_CLOSE_REQ的会话标题。一个4字节的UNITSessionCloseReasonCode字段，表示关闭会话的原因的值。例如，MSSP原因码包括，正常操作、正常操作中的部分细节、正常停止、用户注销、流超时以及会话超时。
SessCloseConf消息用来完成会话的有序终止。发送该消息作为对SessCloseReq消息的成功响应，该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_CLOSE_CONF的会话标题。
建立会话的目的之一就是在客户和服务器之间交换数据。在完成会话开放序列之后，可在各方之间交换数据消息。会话层不解释数据消息。接收到的数据消息被转发到应用层进行处理。只有包含在SessData消息的SessionData字段中的字节被转发到应用层。这可以在将消息传递给应用之前有效地消除消息的会话部分。从传输层接收到的消息也没有任何传输层的标题或数据，并且在处理之前消息是完整的。反过来，当传输数据时也是如此。会话层将应用数据封装在会话数据消息中，并将其转发到传输层用于传输。
SessData消息用来向会话方传送应用层数据，该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_DATA的会话标题。一个可变长SessionData字段，表示要被传送给应用层的数据。
由于通信或进程的故障，会话会随时失效。如果会话发生故障，在会话方检测故障的情况下，异步地报告故障。客户端或服务端都可发送SessError消息。在SessOpenReq消息之后，可从客户端随时发送SessError消息。从服务器端随时发送SessError消息，该消息包括对SessOpenReq消息的响应。SessError消息包含表示故障原因的错误代码。会话方也可能接收或不接收SessError消息，这取决于错误的性质。继SessError消息传送或接收之后，可不通过会话发送数据，应停止并关闭其下层的传输连接。
SessError消息用来通知会话方错误条件，该错误条件会阻止进一步的会话级的通信；该消息有以下格式一个8字节的SessionHeader字段，表示带有SessionMessageType＝SESS_ERROR的会话标题。一个4字节的UNIT SessionErrorCode字段，表示造成会话故障原因的值。
附图11显示了包含示范的错误代码的表170。
MSSP服务器22的性能可按特性种类进行编组。当应用30开放与MSSP服务器22的会话时，应用30通过API28规定其想要的特性。每个MSSP特性有一个相应的特权位。位于MSSP存储设备34内的MSSP配置数据库32内的配置项包含一套特性特权，这些特权控制授权应用30使用的特性。只有对应用30授权特性的请求才被许可，并在对请求的响应中，通知应用30这些特性已成功获取。通过特权错误(码)拒绝企图在没有被授予特权的特性种类内使用消息的应用。
附图12内的表180列出了特性种类。特性种类包括公用业务特性种类182、初始检测点特性种类184、事件报告特性种类186、业务过滤特性种类188、计量配置特性种类190、计费通知特性种类192、计费方案特性种类194、详细记录控制特性种类196、统计特性种类198以及应用监测特性种类200。与特性种类182-200相关的消息，根据其不同的格式，在附录A中列出，通过引用而成为本文的一部分。
其他的实施例在权利要求书的范围之内。
附录A公用业务描述该部分的消息对所有使用API的应用是公用的，与应用的特权无关。
特权要求无。
消息单MSSPNegotiateAPIVersionReq、MSSPNegotiateAPIVersionConf，MSSPOpenReq、MSSPOpenConf、MSSPCIoseReq、MSSPCloseConf，MSSPFailureConf、MSSPFailureEvent、MSSPGetSystemTimeReq、MSSPGetSystemTimeConf、MSSPGetServiceListReq、MSSPGetServiceListConf、MSSPGetServiceDetailReq以及MSSPGetServiceDetailConf。
MSSPNegotiateAPIVersionReq描述该消息由应用发往MSSP22，指示其要用于应用级的通信的API版本。由于消息的格式不同，在交换其他任何应用消息之前，必须协商API的版本。只保证MSSPNegotiateAPIVersionReq、MSSPNegotiateAPIVersionConf和MSSPFailureConf在所有的API版本内拥有相同的消息格式。这是通信会话如前所述建立之后应发送的第一个消息。
MSSP22用MSSPNegotiateAPIVersionConf消息回答，规定所协商的API版本要用于所有进一步的应用消息。这是低于或等于应用所请求版本的、MSSP 22支持的最高API版本。如果双方都不能识别API版本，会从MSSP 22返回含有错误代码MSSP_E_INVALID_VERSION的MSSPFailureConf消息。
消息流程图
消息格式
MSSPNegotiateAPIVersionReq消息格式MSSPNegotiateAPIVersionConf说明MSSP 22发送该消息，用来确认MSSPNegotiateAPIVersionReq请求消息的接收，并提供已选定用于所有进一步应用层消息的API版本。
消息格式
MSSPNegotiateAPIVersionConf消息格式MSSPOpenReq描述该消息用来在应用和MSSP 22之间开始应用级的信息交换，这是继上述API版本确定之后应发送的第一个消息。应用使用该消息，请求访问一个或多个MSSP 22的功能。
消息流程图
消息格式
MSSPOpenReq消息格式
MSSP 22功能掩码MSSPOpenConf描述MSSP 22发送该消息，确认MSSPOpenReq请求消息的接收。该消息表示MSSPOpenReq请求消息内请求的哪些业务已授权使用。
消息格式
MSSPOpenConf消息格式
MSSPCIoseReq描述该消息用来终止应用和MSSP 22之间的应用级的信息交换。
消息流程图
消息格式
MSSPCloseReq消息格式MSSPCIoseConf描述MSSP 22发送该消息确认MSSPCIoseReq请求消息的接收。不会再从MSSP 22发送或从应用接收其他应用级的消息。
消息格式
MSSPCloseReq消息格式MSSPFailureConf描述当错误条件成功阻止了前面应用请求消息的处理时，MSSP22发送此消息。该消息包含应用请求消息规定的RequestID以及表示故障原因的错误代码。
消息格式
MSSPFailureConf消息格式MSSPFailureEvent描述当出现的错误条件与前一个应用请求消息不直接相关时，MSSP 22发送此消息。该消息包含表示故障原因的错误代码。
消息格式
MSSPFailureEvent消息格式
MSSPGetSystemTimeReq描述该消息用来向MSSP 22请求当前时间。
消息流程图
消息格式
MSSPGetSystemTimeReq消息格式MSSPGetSystemTimeConf描述MSSP 22发送该消息响应MSSPGetSystemElmeReq请求消息。
消息格式
MSSPGetSystemTimeConf消息格式
MSSPGetServiceListReq描述用此消息请求应用已经配置提供的MSSP 22业务识别码列表。
消息流程图
消息格式
MSSPGetServiceListReq消息格式MSSPGetServiceListConf描述DescriptionMSSP 22发送此消息响应MSSPGetServiceListReq请求消息。
消息格式
MSSPGetServiceListConf消息格式MSSPGetServiceDetailReq描述发送该消息用来请求指定的MSSP 22业务配置的详细信息。应用可只请求其配置提供的业务的详细信息。
消息流程图
消息格式
MSSPGetServiceDetailReq消息格式MSSPGetServiceDetailConf描述MSSP 22发送该消息响应MSSPGetServiceDetailReq请求消息。
消息格式
MSSPGetServiceDetailConf消息格式MSSPServiceRemovedEvent描述当应用仍然连接至MSSP 22时，如果从应用配置提供的业务中取消一种业务，MSSP 22发送此消息。MSSP 22自动释放任何应用使用的业务资源(如检测点)。
消息格式
MSSPServiceRemovedEvent消息格式
MSSPResourceUnavailableEvent描述当故障条件或MSSP 22硬件重配置造成应用使用的资源不可用时，MSSP 22发送此消息。当资源恢复至正常状态时发送MSSPResourceAvailableEvent消息。
消息格式
MSSPResourceUnavailableEvent消息格式MSSPResourceAvailableEvent描述当MSSPResourceUnavailableEvent消息中先前报告不可用的资源恢复至正常工作状态时，MSSP 22发送此消息。
消息格式
MSSPResourceAvailableEvent消息格式初始检测点(IDP)功能描述该部分的消息允许应用配备和解除MSSP 22内初始检测点以及与业务相关的IDP事件。
要求特权IDP.
消息列表MSSPArmlDPReq、MSSPArmlDPConf，MSSPDisarmlDPReq、SSPDisarmIDPConf、MSSPInitialDPEvent、MSSPContinueReq、MSSPContinueConf、MSSPConnectReq、MSSPConnectConf、MSSPReleaseReq、MSSPReleaseConf、MSSPActivityTestReq以及MSSPActivityTestConf。
消息流程图 MSSPArmlDPReq描述该请求用来识别初始检测点，并规定造成通知应用的话务量标准。根据TakeControl字段的设置，可配置初始检测点，用于简单的事件通知，或作为触发器。
将TakeControl字段设置成MSSP_TRIGGER，配置了触发器。
当流遇到带有触发器的检测点时，停止转发分组，并通知应用。应用通过用下列请求之一进行响应，来控制恢复分组转发MSSPContinueReq、MSSPConnectReq、MSSPControlReq或MSSPReleaseReq。
这些请求指示MSSP 22如何工作，并相应地发送流中的分组。应用必须立即响应触发器，在触发器和相关响应之间的时延由业务和应用来测量，若不能在1000毫秒内响应，MSSP 22会递增业务和应用触发器超时计数器，并恢复正常的分组处理，就如同收到一个“continue”的响应。如果配备的检测点仅用于事件通知，事件通知将发送给应用，如同所述触发器的情况，除非分组转发没有停止，且不期望应用的响应。
该标准串可包括统配符值，该值用来规定各触发器的范围。当成功配备IDP时，MSSP 22发送MSSPArmlDPConf消息。反过来，如果故障条件阻止配备IDP，就返回MSSPFailureConf消息，表明故障原因。
消息格式
MSSPArmIDPReq消息格式
下面的章节更详细地描述每个检测点类。在每节内，在描述与每个检测点相关的属性和配备标准的同时，列出检测点表。带“IDP”属性的检测点可作为初始检测点，带“Trigger”属性的检测点既可以作为触发器，也可以作为事件报告。未在“Trigger”属性内列出的检测点只能用来提供事件报告。
会话组检测点类当超过多个用户组限制时，该检测点类允许应用执行策略决策。应用在IDP配备标准内提供限制值。如果配备IDP作为触发器，应用可分别发送Continue或Release触发器响应，决定是否允许超过限制。
会话组类检测点IDP事件注意在Initial DP Event消息内的NumericValue1和NumericValue2参数，包含检测评估时参数的实际值，而不是限制值。
标准备注所有的标准必须规定完全，不得使用通配符值。
控制操作无。
会话检测点类该检测点类允许应用监测并控制移动用户会话的建立和终止。如果IDP作为触发器，应用可通过发送Continue或Release触发器响应，决定是否继续进行用户会话。
会话类检测点标准备注可对Operator和SubscriberGroupID规定通配符。可规定一个零长度的StringValue作为通配符，该通配符与任何用户匹配。
控制操作无。
RADIUS检测点类该检测点类允许应用监测并控制移动用户会话的远程认证拨入用户业务(RADIUS)协议的活动。如果IDP作为触发器，应用可发出控制操作，控制用户接入并改变RADIUS消息的属性。
RADIUS类检测点标准备注通配符可用于OperatorID和SubscriberGroupID。零长度的StringValue可作为与任何用户匹配的通配符。
控制操作定义了如下的控制操作
RADIUS控制操作DHCP检测点类该检测点类允许应用监测并控制移动用户会话的动态主机配置协议(DHCP)的行为。
DHCP类检测点IDP事件备注来自检测点DP_DHCP_ACK初始DP事件消息内的DestinationIP参数包含分配至用户的IP地址。
标准备注OperatorID可使用通配符。零长度的StringValue可作为与任何用户匹配的通配符。
控制操作无。
DNS检测点类该检测点类允许应用监测并控制移动用户会话的域名系统(DNS)协议的行为。
控制操作定义为允许应用配置IP地址，解决移动用户DNS查询。
DNS类检测点IDP事件备注来自DP_DNS_QUERY_RESPONSE检测点的初始DP事件消息内的DestinationIP参数包含从DNS服务器返回的IP地址。
标准备注OperatorID和SubscriberGroupID可使用通配符。StringValue可规定格式“*.Domain”的部分通配符，如“*.yahoo.com”。零长度的StringValue可作为与任何主机匹配的通配符。
控制操作定义了以下的操作
DNS控制操作TCP检测点类该检测点类允许应用监测并控制移动用户会话的传略控制协议(TCP)的行为。
TCP类检测点标准备注通配符可用于OperatorlD、SubscriberGroupID、Session、SourcePort，以及DestinationPort。SourceIPAddress和DestinationIPAddress通过规定必须匹配(从左到右)的地址位的数量，可作为部分通配符IP地址。零长度的IP地址可作为与任何IP地址匹配的通配符。
控制操作无。
IP检测点类该检测点类允许应用监测并控制移动用户会话在最低层、即因特网协议(IP)层的行为，所有其他的协议都位于该因特网协议的上面。
IP类检测点标准备注通配符可用于OperatorlD、SubscriberGroupID、SessionlD以及IPProtocolNumber(NumericValue1)。SourcelPAddress和DestinationIPAddress通过规定必须匹配(从左到右)的地址位的数量，可作为部分通配符IP地址。零长度的IPAddress可作为与任何IP地址匹配的通配符。零长度的StringValue可作为与任何用户匹配的通配符。
当配备该级别的检测点时，必须十分小心，特别是通配符的使用，以避免严重影响网络的性能(应用变成了瓶颈，限制了所有因特网话务的通信量)。同时，有可能配备带所有作为通配符的标准的触发器，但在运行环境中，这样做显然不合适，因此不主张这样做。
控制操作无。
MSSPArmIDPConf描述MSSP 22发送该消息，确认前面MSSPArmIDPReq消息成功配备初始检测点。
消息格式
MSSPArmIDPConf消息格式MSSPDisarmfDPReq描述该值用来解除初始检测点，丢弃先前建立的业务量标准集。
消息格式
MSSPDisarmIDPReq消息格式MSSPDisarmIDPConf描述由MSSP 22发送该消息，确认前面MSSPDisarmlDPReq消息成功解除初始检测点。
消息格式
MSSPDisarmIDPConf消息格式MSSPInitialDPEvent描述初始检测点事件用来表示由标准描述的条件在前面配备的初始检测点已经满足。配备检测点是为了获取与特定模式匹配的数据流的可视性或控制。不管配备的标准内有没有使用通配符，IDP事件表示为所有与该检测点相关的标准提供完全合格的数据。
与TakeControl选项集一起配备的初始检测点被称为触发器。通过向事件消息内的MSSP_TRIGGER设置TakeControl标志，向相关的应用发送表示已遇到触发器或事件检测点的初始检测点事件，表明该检测点是否是触发器检测点。
应用必须发送以下请求来响应触发器检测事件MSSPContinueReq、MSSPConnectReq、MSSPControlReq或MSSPReleaseReq。
对于非触发器初始检测点事件，不要求响应。
消息格式
MSSPlnitialDPEvent消息格式MSSPContinueReq描述该继续请求引起常规的处理，恢复以前在触发点挂起的分组。该请求可用来提供应用同步点，在该点上，应用可调整各连接请求的步调。继续处理的分组及其相关的的上下文由请求消息内的ControlID字段识别。
如果ControlID无效，发送含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作为确认。如果ControlID有效，但不在触发器检测点等待，发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果继续操作成功，发送MSSPContinueConf消息，确认分组处理已经继续。
消息格式
MSSPContinueReq消息格式
控制标志MSSPContinueConf描述MSSP 22发送此消息，确认由前面MSSPContinueConf消息进行的分组处理的成功继续。
消息格式
MSSPContinueConf消息格式
MSSPConnectReq描述该连接请求指示MSSP 22对先前在触发器点挂起的分组建立至指定的目的地址的连接。该目的地址可能与触发器条件匹配的分组中的目的地址不同。这允许应用将连接路由至最佳可用的资源，并提供Packet800业务的虚拟化手段。
挂起的分组及其相关的上下文由请求消息内的ControlID字段识别，目的地址将提供要建立连接的IP地址和端口号。EventReportMask和TriggerMask可用来向该检测点类的实例请求随后的事件报告和触发器。
如果ControlID无效，发送含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作为确认。如果ControlID有效，但不在触发检测点等待，发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果连接操作成功，发送MSSPConnectConf消息，确认分组处理已经恢复。
消息格式
MSSPConnectReq消息格式MSSPConnectConf描述MSSP 22发送该消息，确认前面MSSPConnectReq消息的成功执行。
消息格式
MSSPConnectConf消息格式MSSPControlReq描述发出该消息来执行对挂起的分组的控制操作。挂起的分组及其相关的上下文由请求消息内的ControlID字段识别。如果ControlID无效，发送含有错误代码MSSP_E_INVALID_CONTROL_ID的作为确认。如果ControlID有效，但不在触发器检测点等待，发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果连接操作成功，发送MSSPConnectConf消息，确认分组处理已经恢复。如果ControlID有效，并在触发器检测点等待，发送含有错误代码MSSP_E_INVALID_CONTROL_OP的MSSPFailureConf消息作为确认。如果控制操作成功，发送MSSPControlConf消息该部分规定了该消息的一般定义，所有检测点类共享此定义。消息内容的备忘录对每个检测点类是特定的。这些检测点类特定的字段遵照通用的消息格式每个字段由两字节的标签识别，紧随一个两字节长的字段，该字段规定随后数据的字节的大小，后面是数据。每个额外的消息字段只是简单地附加于消息。消息的总长度(由下层的传输机制配置)可用来决定这些“浮动”字段的存在。
消息格式
PreviousMSSPControlReq消息格式
控制标签MSSPControlConf描述由MSSP 22发送该消息确认前面MSSPControlReq消息的成功执行。
消息格式
MSSPControlConf消息格式
MSSPReleaseReq描述发出该消息来终止活动的流。被要终止的流可能在触发器点挂起或激活。在传输MSSPReleaseConf消息之后，MSSP 22将终止流，并提供任何事件或计量消息。在终止流引起的任何事件或计量消息发送之前进行排序。如果该消息是作为对触发器的响应，挂起的分组及其相关的上下文由请求消息内的控制字段识别。如果消息内的ControllD值为零，要终止的流(激活的)由FlowID识别。
ReasonCode字段将包含一数值，表示终止流的原因。ReasonCode值将存储在任何为该流生成的详细记录内。发送MSSPReleaseConf消息以主动确认释放的流操作。如果ControlID字段无效，将返回含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息。如果FlowID字段无效，将返回含有错误代码MSSP_E_INVALID_FLOW_ID的MSSPFailureConf消息。
消息格式
MSSPReleaseReq消息格式MSSPReleaseConf
描述由MSSP 22发送此消息，确认前面MSSPReleaseReq消息的成功执行。
消息格式
MSSPReleaseConf消息格式MSSPActivityTestReq描述该请求用来检查前面报告的流或会话的状态。如果指定的流仍然有效(活动)，返回MSSPActivityTestConf消息。如果由FlowID识别的流无效，将发送含有错误代码MSSP_E_INVALD_FLOW_ID的MSSPFailureConf消息，作为确认。
消息格式
MSSPActivityTestReq消息格式MSSPActivityTestConf描述MSSP 22发送此消息，确认前面MSSPActivityTestReq消息的成功执行。
消息格式
MSSPActivityTestConf消息格式事件报告功能描述该部分的消息允许应用请求继初始检测点事件之后的额外事件报告。当启动控制对话的IDP是一个触发器时，应用通常通过在对IDP事件响应的的MSSPContinueReq消息内或MSSPConnectReq消息内的EventReporfMask和/或TriggerMask字段请求额外事件报告。当IDP不是触发器时(即，只有事件报告，而不挂起分组处理)，MSSPEventReportReq请求是请求额外事件报告的唯一手段。
特权要求EDP.
消息单MSSPEventReportReq、MSSPEventReportConf、MSSPEventReportEvent。
消息流程图
MSSPEventReportReq描述该消息用来配备事件报告检测点。该检测点只作为对指定流的事件检测点而配备，当该流通过由任何事件报告或触发器掩码内规定的控制状态时，将发送事件。当接收到事件报告请求时，MSSP 22将配备检测点，并发送确认，表示配备操作成功。如果在试图配备请求的检测点过程中出现故障，将返回MSSPFailureConf消息，表明故障原因。
该请求将导致发送MSSPEventReportEvent消息，表示流已经转换到规定的状态。该请求与MSSPAnmIDPReq请求有所不同，它用来改变单个的、现有流的事件报告，而MSSPAnnlDPReq请求建立流第一次被监测的起始点。
MSSP 22自动解除流终止后仍保持的事件报告检测点。用于已经配备了事件报告检测点的流的MSSPEventReportReq请求可代替前面请求。可使用不含EventReportMask或TriggerMask的MSSPEventReportReq请求取消所有以前请求的用于此控制对话的事件报告和触发器。
消息格式
MSSPEventReportReq消息格式MSSPEventReportConf描述由MSSP 22发送此消息，确认前面MSSPEventReportReq消息的成功执行。
消息格式
MSSPActivityTestConf消息格式EventReportEvent描述由MSSP 22发送此消息，确认前面MSSPActivityTestReq消息的成功执行。
消息格式
MSSPEventReportEvent消息格式业务过滤功能描述该部分的消息允许应用规定无需应用参与的检测点的编程行为。SourceIPAddress、SourcePort、DestinationIPAddress以及IPProtocolNumber字段将用来与呼入的请求进行匹配，决定是否执行预定的业务交互。匹配的过程通常与初始检测点的过程相同，匹配的字段也可使用通配符。
如果流符合标准，将进行消息的备忘录中规定的行为，没有应用的参与。规定的行为包括事件报告，以及将请求重定向至一个指定的重定向地址和端口号。如果要求事件报告，使用EventReportMask来决定今后要报告流的哪个事件。匹配的标准不得与配备的检测点标准重叠。如果由于任何原因不能完成请求，返回带匹配请求和错误代码的MSSPFailureConf消息，该错误代码表明该故障的性质。如果请求成功完成，返回MSSPAcKvateServiceFilterConf消息。除非被MSSPCancelServiceFilterReq请求取消，否则业务过滤一直处于激活状态。
特权要求ServiceFilter.
消息单MSSPActivateServiceFilterReq、MSSPActivateServiceFilterConf、MSSPCancelServiceFilterReq、MSSPCancelServiceFilterConf。
消息流程图
MSSPActivateServiceFilterReq描述该请求用来识别初始检测点，并规定引起应用预定行为的业务量标准。
当流遇到带有业务过滤的初始检测点，并且条件符合业务过滤标准时，将业务过滤器内的预定的行为应用该分组，该分组的处理按照指示继续进行。标准串可包含通配符，用来规定更广范围的触发器。当IDP成功配置业务过滤器时，MSSP 22发送MSSPActivateServiceFilterConf消息。如果故障条件阻止配置IDP，则返回MSSPFailureConf消息，表明故障的原因。
消息格式
MSSPActivateServiceFiIterReq消息格式MSSPActivateServiceFilterConf描述由MSSP 22发送此消息，确认前面MSSPActivateServiceFilterReq消息成功配备业务过滤初始检测点。
消息格式
MSSPActivateServiceFilterConf消息格式MSSPCancelServiceFiIterReq描述该请求用来取消由MSSPActivateServiceFilterReq请求先前建立的业务过滤。
消息格式
MSSPCancelServiceFilterReq消息格式MSSPCancelServiceFilterConf描述由MSSP 22发送该消息，确认前面MSSPCancelServiceFilterReq消息成功取消业务过滤。
消息格式
MSSPCancelServiceFi(terConf消息格式计量配置功能描述该部分的消息允许应用配置由MSSP 22计量的数据元。该计量配置会影响到填写在MSSPGetStatsConf和MSSPPeriodicStatsEvent消息中的计量元，以及存储于MSSP 22数据库的详细话单。
特权要求计量配置。
消息单MSSPConfigureMetersReq和MSSPConfigureMetersConf。
消息流程图 MSSPConfigureMetersReq描述该消息用来配置由MSSP 22在最低级进行的计量。MeterClass字段包括下述两个值之一MSSP_METER_CLASS_SESSION或MSSP_METER_CLASS_FLOW。类字段用来表示计量请求的范围。ObjectlD字段将根据MeterClass识别要测量对象的实例。例如，如果MeterClass是MSSP_METER_CLASS_SESSION，ObjectlD表示会话识别码，如果MeteringType是MSSP_METER_CLASS_FLOW，ObjectlD表示流识别码。
MetersEnabled字段包含一位的掩码，识别由MeterClass字段规定的类范围内的可用的特殊计量。
如果MSSPConfigureMetersReq请求发给一个已经配置了计量的对象，MetersEnabled字段为该对象规定新的计量配置。先前配置的计量的掩码位置的零值会使计量不可用，先前未配置的该计量的掩码位置的非零值会使该计量可用。计量配置会影响到计量元，这些计量元填写在MSSPGetStatsConf和MSSPPeriodicStatsEvent消息中，以及存储于MSSP 22数据库的详细话单中。
如果请求成功，MSSP 22将处理请求，并返回MSSPConEgureMetersConf消息，作为肯定的确认。当请求不成功时，会发送MSSPFailureConf消息，作为否定的确认。
根据无效的请求参数，错误代码值将包含下列值之一MSSP_E_INVALID_METER_CLASS，MSSP_E_INVALiD_FLOW_ID，MSSP_E_INVALID_SESSION_ID，或MSSP_E_INVALID_FLOW_METER_MASK。
消息格式
MSSPConfigureMetersReq消息格式
测量元掩码MSSPConfigureMetersConf描述MSSP 22发送此消息，确认前面MSSPConfigureMetersReq消息成功执行。
消息格式
MSSPConfigureMetersConf消息格式计费通知功能描述该部分的消息允许应用请求基于字节的报告。可按会话或流请求报告。基于会话的计费通知会有效地导致应用于会话中的所有的流的相同的计费通知标准。
注册计费通知事件将导致计量上行和下行传输的指定类型的字节数。每次到达报告阀值，MSSP 22向应用发送MSSPNotifyChargeEvent消息，指示传输的字节数，并复位计数器，重新开始计数。计费通知一直持续，直到流终止或计费通知被MSSPCancelNotifyChargeReq请求明显地取消。
分组是计数的原子单位，每个分组既可以在计数评估之前，也可以在计数评估之后到达。因此，计费通知可能不会正好出现在指定的字节计数上。例如，如果每10千字节请求一次通知，当使计数超过10千字节的分组略大于500字节时，通知可能出现在第10.5千字节上。MSSPNotifyChargeEvent消息提供实际的计数器值。
特权要求计费通知。
消息单MSSPNotifyChargeReq、MSSPNotifyChargeConf、MSSPCancelNotifyChargeReq、MSSPCancelNotifyChargeConf以及MSSPNotifyChargeEvent
消息流程图
MSSPNotifyChargeReq描述该请求用来注册基于字节的报告，该报告或以会话，或以每个流为基础。发送MSSPNotifyChargeConf消息表明计费通知成功地可使用。如果计费通知不能可使用，发送STL_FAILURE_CONF消息，表明故障，错误代码字段将识别故障原因。
消息格式
MSSPNotifyChargeReq消息格式MSSPNotifyChargeConf描述MSSP 22发送该消息，确认前面MSSPNotifyChargeReq消息的成功执行。
消息格式
MSSPNotifyChargeConf消息格式
MSSPCancelNotifyChargeReq描述该请求用来取消由前面MSSPNotifyChargeReq请求建立的基于字节的报告。
消息格式
MSSPCancelNotifyChargeReq消息格式MSSPCancelNotifyChargeConf描述MSSP 22发送此消息，确认前面MSSPCancelNotifyChargeReq消息的成功执行。
消息格式
MSSPCancelNotifyChargeConf消息格式
MSSPNotifyChargeEvent描述该消息用来通知应用已超过前面注册的计费通知阀值。
消息格式
MSSPNotifyChargeEvent消息格式计费方案功能描述该部分的消息允许应用示出提供的业务的费用，并将使用的计费方案记录在MSSP 22详细记录内。
特权要求计费方案。
消息单MSSPSetChargePlanReq、MSSPSetChargePlanConf。
消息流程图
MSSPSetChargePlanReq描述该消息用来将业务使用的计费方案记录在MSSP 22详细记录内。
消息格式
MSSPSetChargePlanReq消息格式MSSPSetChargePlanConf
描述MSSP 22发送此消息确认前面MSSPSetChargePlanReq消息的成功执行。
消息格式
MSSPSetChargePlanConf消息格式详细记录控制功能描述该部分的消息允许应用控制何时MSSP 22写入详细记录。
特权要求DetailRecordControl。
消息单MSSPWriteDetailRecordReq和MSSPWriteDetailRecordConf。
消息流程图
MSSPWriteDetailRecordReq描述该消息允许应用控制何时将详细记录写进MSSP 22数据库。通过该请求写入的详细记录会自动分配到一个原因码MSSP_RC_PARTIAL_DETAIL。通常使用部分详细记录保证一旦出现不可恢复的故障，为了计费，用户交互的绝大部分的最近的行为能被记录下来。
消息格式
MSSPWriteDetailRecordReq消息格式MSSPWriteDetailRecordConf描述MSSP 22发送此消息确认前面MSSPWriteDetailRecordReq消息的成功执行。
消息格式
MSSPWriteDetailRecordConf消息格式统计功能描述该部分的消息允许应用获取由该应用管理的会话或流的各种统计。
特权要求统计。
消息单MSSPGetStatsReqMSSPGetStatsConf以及MSSPPeriodicStatsEvent。
消息流程图 MSSPGetStatsReq描述该请求用来请求会话或流的统计。除了当前的统计值，该请求可任选地请求今后的更新，既可以是周期性的更新，也可以是当流或会话终止时的更新。统计值取决于由前面MSSPConfigureMetersReq请求配置的计量。
如果请求成功，MSSP 22将处理请求，并返回带有当前统计值的MSSPGetStatsConf消息，作为肯定的确认。此外，如果通过间隔字段Interval请求未来更新，将发送MSSPeriodicStatsEvent消息。如果请求不成功，将发送MSSPFailureConf消息，作为否定的确认。根据无效的请求参数，误码错误代码包含下列数值中的一个MSSP_E_INVALID_STATS_TYPE，MSSP_E_INVALID_FLOW_ID，MSSP_E_INVALID_SESSION_ID，或MSSP_E_INVALID_INTERVAL。
消息格式
MSSPGetStatsReq消息格式MSSPGetStatsConf描述该请求用来返回前面MSSPGetStatsReq请求的会话或流的统计。统计值取决于前面MSSPConfrgureMetersReq请求配置的计量。
消息格式
MSSPGetStatsConf消息格式标有*的字段，只有当相应的测量配置在MSSP 22时(如EnabledMeterMask字段所述)才包含有效数据。
MSSPPeriodicStatsEvent描述该请求用来返回由前面MSSPGetStatsReq请求的流或会话的周期性更新，统计值取决于由前面MSSPConfgureMetersReq请求配置的计量。
消息格式
MSSPPeriodStatsEvent消息格式标有*的字段，只有当相应的测量配置在MSSP 22时(如EnabledMeterMask字段所示)才包含有效数据。
应用监测功能描述该部分的消息允许应用监测连接至相同的MSSP 22实例的其他应用的状态。
特权要求应用监测。
消息单MSSPAppSessionEvent。
MSSPAppSessionEvent描述MSSP 22发送此消息报告应用会话事件的发生。当会话开放之后，MSSP 22立即向享有应用监测特权的应用发送此消息，向其通知其他应用会话(预先存在的)。
消息格式
MSSPAppSessionEvent消息格式
权利要求
1.一种方法，包括在网络内，用应用程序接口(API)从应用程序接收消息；以及将该消息从所述API传递给移动业务交换平台(MSSP)内的控制进程。
2.根据权利要求1所述的方法，其中所述网络是无线网络。
3.根据权利要求2所述的方法，其中所述无线网络是第二代无线网络。
4.根据权利要求2所述的方法，其中所述无线网络是GSM网络。
5.根据权利要求2所述的方法，其中所述无线网络是可使用GPRS的GSM网络。
6.根据权利要求2所述的方法，其中所述无线网络是TDMA网络。
7.根据权利要求2所述的方法，其中所述无线网络是CDMA网络。
8.根据权利要求2所述的方法，其中所述无线网络是UMTS网络。
9.根据权利要求2所述的方法，其中所述无线网络是TETRA网络。
10.根据权利要求2所述的方法，其中所述无线网络是Tetrapol网络。
11.根据权利要求2所述的方法，其中所述无线网络是DECT网络。
12.根据权利要求2所述的方法，其中所述无线网络是AMPS网络。
13.根据权利要求2所述的方法，其中所述无线网络是WLAN网络。
14.根据权利要求2所述的方法，其中所述无线网络是第三代无线网络。
15.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序控制MSSP中的交换和路由功能。
16.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序通过MSSP基于每个流重新定向分组流。
17.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序控制MSSP内的策略决策。
18.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许所述应用程序在所述控制进程中配备检测点(IDPs)以及与IDP事件相关的业务。
19.根据权利要求1所述的方法，其中API提供一种协议，该协议允许所述应用程序在控制进程中解除检测点(IDPs)以及与IDP事件相关的业务。
20.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序请求各事件报告。
21.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序规定在控制进程中位于检测点的编程行为。
22.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序配置由MSSP的控制进程计量的数据元。
23.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序请求基于字节的报告。
24.根据权利要求23所述的方法，其中所述报告是基于会话的。
25.根据权利要求23所述的方法，其中所述报告是基于业务交互的。
26.根据权利要求23所述的方法，其中所述报告是基于流的。
27.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序规定所提供业务的费用。
28.根据权利要求27所述的方法，其中所述协议允许应用程序记录在详细记录中使用的计费方案。
29.根据权利要求28所述的方法，其中所述协议允许应用程序控制何时写入该详细记录。
30.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序获取对由该应用程序管理的会话的统计。
31.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序获取对由该应用程序管理的流的统计。
32.根据权利要求1所述的方法，其中所述API提供一种协议，该协议允许应用程序监测连接至MSSP控制进程的其他应用的状态。
33.一种应用程序接口(API)，包括一套应用层协议，这些协议允许在外部应用进程和驻留在移动业务交换平台(MSSP)内的控制进程之间，利用传输控制协议/因特网协议(TCP/IP)网络业务进行消息的交换。
34.根据权利要求33所述的方法，其中所述的一套协议包括一种协议，该协议允许应用进程控制MSSP内的交换和路由功能。
35.根据权利要求33所述的方法，其中所述的一套协议包括一种协议，该协议允许应用进程通过MSSP基于每个流重新定向分组流。
36.根据权利要求33所述的方法，其中所述的一套协议包括一种协议，该协议允许应用程序控制MSSP内的策略决策。
37.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许所述应用进程在所述控制进程中配备检测点(IDPs)以及与IDP事件相关的业务。
38.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许所述应用进程在所述控制进程中解除检测点(IDPs)以及与IDP事件相关的业务。
39.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程从所述控制进程请求事件报告。
40.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程规定在控制进程中位于检测点处的编程行为。
41.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程配置由所述控制进程进行计量的数据元。
42.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程请求所述控制进程中基于字节的报告。
43.根据权利要求42所述的API，其中该报告是基于会话的。
44.根据权利要求42所述的API，其中该报告是基于业务交互的。
45.根据权利要求42所述的API，其中该报告是基于流的。
46.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程规定由MSSP提供的业务的费用。
47.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程记录用于详细记录的收费方案，该详细记录储存在MSSP中。
48.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许允许应用进程控制何时写入该详细记录。
49.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程获取对由该应用进程管理的会话的统计。
50.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程获取对由该应用进程管理的流的统计。
51.根据权利要求33所述的API，其中所述的一套应用层协议包括一种协议，该协议允许应用进程监测连接至所述控制进程的其他应用进程的状态。
52.一种系统，包括链接至移动业务交换平台(MSSP)内的控制进程的网关通用分组无线业务支持节点(GGSN)；一组链接至该控制进程的全局联网的计算机；连接至该控制进程的应用程序接口(API)；以及执行连接至该API的应用进程的应用系统。
53.根据权利要求52所述的系统，该系统还包括链接至GGSN的通用分组无线业务支持节点。
54.根据权利要求53所述的系统，该系统还包括链接至通用分组无线业务支持节点的基站控制器(BSC)。
55.根据权利要求54所述的系统，该系统还包括链接至BSC的基站收发信台(BTS)。
56.根据权利要求55所述的系统，该系统还包括链接至BTS的移动站(MS)。
57.根据权利要求52所述的系统，其中所述的API包括一套应用层协议，这些协议允许在所述应用进程和所述控制进程之间交换消息。
58.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许所述应用进程在所述控制进程中配备检测点(IDPs)以及与IDP事件相关的业务。
59.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许所述应用进程在所述控制进程中解除检测点(IDPs)以及与IDP事件相关的业务。
60.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程从控制进程请求事件报告。
61.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程规定在控制进程中位于检测点处的编程行为。
62.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程配置由所述控制进程进行计量的数据元。
63.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程请求在控制进程中基于字节的报告。
64.根据权利要求63所述的系统，其中该报告是基于会话的。
65.根据权利要求63所述的系统，其中该报告是基于流的。
66.根据权利要求63所述的系统，其中该报告是基于业务交互的。
67.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程规定由MSSP提供的各业务的费用。
68.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程记录在详细记录中使用的收费方案，该详细记录储存在MSSP中。
69.根据权利要求68所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许允许应用进程控制何时写入该详细记录。
70.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程获取对由该应用进程管理的会话的统计。
71.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程获取对由该应用进程管理的流的统计。
72.根据权利要求57所述的系统，其中所述的一套应用层协议包括一种协议，该协议允许应用进程监测连接至该控制进程的其他应用进程的状态。
73.根据权利要求1所述的方法，其中该消息包括因特网协议(IP)。
74.根据权利要求1所述的方法，其中该消息包括传输控制协议(TCP)。
75.根据权利要求1所述的方法，其中该消息包括用户数据报协议(UDP)。
76.根据权利要求1所述的方法，其中该消息包括超文本传输协议(HTTP)。
77.根据权利要求1所述的方法，其中该消息包括简单邮件传输协议(SMPT)。
78.根据权利要求1所述的方法，其中该消息包括因特网消息访问协议(IMAP)。
79.根据权利要求1所述的方法，其中该消息包括邮局协议(POP)。
80.根据权利要求1所述的方法，其中该消息包括文件传输协议(FTP)。
81.根据权利要求1所述的方法，其中该消息包括实时流协议(RTSP)。
82.根据权利要求1所述的方法，其中该消息包括实时传输协议(RTP)。
83.根据权利要求1所述的方法，其中该消息包括会话发起协议(SIP)。
84.根据权利要求1所述的方法，其中该消息包括H.323协议。
85.根据权利要求1所述的方法，其中该消息包括媒体网关控制协议(MGCP)。
86.根据权利要求1所述的方法，其中该消息包括Diameter基础协议。
全文摘要
本发明提供了一种网络中的方法，该方法包括用应用程序接口(API，28)从应用程序接收消息，并将该消息从该API传递给移动业务交换平台(MSSP，22)内的控制进程(26)。还提供了一种系统，该系统包括连接至移动业务交换平台(MSSP)内的控制进程的网关通用分组无线业务支持节点(GGSN，20)，一组连接至该控制进程的全局联网的计算机，连接至该控制进程的应用程序接(API)，以及执行连接至该API的应用进程的应用系统(30)。
文档编号H04Q3/545GK1653790SQ03811223
公开日2005年8月10日 申请日期2003年3月18日 优先权日2002年3月18日
发明者托马斯·E·哈弥尔顿, 克利福德·S·阿特伍德 申请人:普罗昆特系统公司