CN1653790A - 应用程序接口 - Google Patents
应用程序接口 Download PDFInfo
- Publication number
- CN1653790A CN1653790A CNA03811223XA CN03811223A CN1653790A CN 1653790 A CN1653790 A CN 1653790A CN A03811223X A CNA03811223X A CN A03811223XA CN 03811223 A CN03811223 A CN 03811223A CN 1653790 A CN1653790 A CN 1653790A
- Authority
- CN
- China
- Prior art keywords
- agreement
- message
- mssp
- application
- api
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/005—Control of transmission; Equalising
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13003—Constructional details of switching devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1305—Software aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13109—Initializing, personal profile
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13349—Network management
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
本发明提供了一种网络中的方法,该方法包括用应用程序接口(API,28)从应用程序接收消息,并将该消息从该API传递给移动业务交换平台(MSSP,22)内的控制进程(26)。还提供了一种系统,该系统包括连接至移动业务交换平台(MSSP)内的控制进程的网关通用分组无线业务支持节点(GGSN,20),一组连接至该控制进程的全局联网的计算机,连接至该控制进程的应用程序接(API),以及执行连接至该API的应用进程的应用系统(30)。
Description
技术领域
本发明涉及一种应用程序接口(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消息。
消息流程图:
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_NEGOTIATE_API_VERSION_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
APIVersion | 用于后续消息的期望的应用协议版本。MSSP_API_V1是此次定义的唯一协议版本。 | UINT | 4 |
MSSPNegotiateAPIVersionReq消息格式
MSSPNegotiateAPIVersionConf
说明:MSSP 22发送该消息,用来确认MSSPNegotiateAPIVersionReq请求消息的接收,并提供已选定用于所有进一步应用层消息的API版本。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_NEGOTIATE_API_VERSION_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 相应的请求消息中的RequestID值。 | UINT | 4 |
APIVersion | 选定的用于后续消息的应用协议版本。MSSP_API_V1是此次定义的唯一协议版本。 | UINT | 4 |
MSSPNegotiateAPIVersionConf消息格式
MSSPOpenReq
描述:该消息用来在应用和MSSP 22之间开始应用级的信息交换,这是继上述API版本确定之后应发送的第一个消息。应用使用该消息,请求访问一个或多个MSSP 22的功能。
消息流程图
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_OPEN_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
APIVersion | 一个或更多的功能掩码的按位组合。 | UINT | 4 |
MSSPOpenReq消息格式
功能类 | 功能掩码 |
Initial Detection Point | MSSP_FEATURE_IDP |
Event Reporting | MSSP_FEATURE_EDP |
Service Filter | MSSP_FEATURE_SERVICE_FILTER |
Meter Configuration | MSSP_FEATURE_METER_CONFIG |
Charge Notification | MSSP_FEATURE_charGE_NOTIFY |
Charge Plan | MSSP_FEATURE_charGE_PLAN |
Detail Record Control | MSSP_FEATURE_DETAIL_CONTROL |
Statistics | MSSP_FEATURE_STATISTICS |
Application Monitor | MSSP_FEATURE_APP_MONITOR |
MSSP 22功能掩码
MSSPOpenConf
描述:MSSP 22发送该消息,确认MSSPOpenReq请求消息的接收。该消息表示MSSPOpenReq请求消息内请求的哪些业务已授权使用。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_OPEN_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
FeatureMask | 与对应用授权使用的功能相关的一个或更多的功能掩码的按位组合。 | UINT | 4 |
FeatureTime | 当前MSSP 22系统时间。 | TME | 4 |
MaxResources | 应用允许使用的MSSP 22资源的最大数量。0xFFFF FFFF表示没有限制。 | UNIT | 4 |
AppName | 应用名(最高可以是32非空字符+NULL串终止符,增加附加消息字段字节保持字段对齐)。 | char[36] | 36 |
MSSPOpenConf消息格式
MSSPCIoseReq
描述:该消息用来终止应用和MSSP 22之间的应用级的信息交换。
消息流程图:
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CLOSE_REQ,该值用来识别该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
ReasonCode | 该值表示终止原因。 | UINT | 4 |
MSSPCloseReq消息格式
MSSPCIoseConf
描述:MSSP 22发送该消息确认MSSPCIoseReq请求消息的接收。不会再从MSSP 22发送或从应用接收其他应用级的消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CLOSE_CONF,该值用来识别该消息的类型和格式。 | UINT | 4 |
RequestID | 相应请求消息的RequestID值。 | UINT | 4 |
MSSPCloseReq消息格式
MSSPFailureConf
描述:当错误条件成功阻止了前面应用请求消息的处理时,MSSP22发送此消息。该消息包含应用请求消息规定的RequestID以及表示故障原因的错误代码。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_FAILURE_CONF,该值用来识别该消息的类型和格式。 | UINT | 4 |
RequestID | 故障请求消息的RequestID值。 | UINT | 4 |
SubjectMessageType | 故障请求消息的MessageType值。 | UINT | 4 |
ErrorCode | 该值表示故障的性质。 | UINT | 4 |
MSSPFailureConf消息格式
MSSPFailureEvent
描述:当出现的错误条件与前一个应用请求消息不直接相关时,MSSP 22发送此消息。该消息包含表示故障原因的错误代码。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_FAILURE_EVENT,该值用来识别消息的类型和格式。 | UINT | 4 |
ErrorCode | 该值表示故障的性质。 | UINT | 4 |
MSSPFailureEvent消息格式
MSSPGetSystemTimeReq
描述:该消息用来向MSSP 22请求当前时间。
消息流程图:
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SYSTEM_TIME_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
MSSPGetSystemTimeReq消息格式
MSSPGetSystemTimeConf
描述:MSSP 22发送该消息响应MSSPGetSystemElmeReq请求消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SYSTEM_TIME_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 相应请求消息的RequestID值。 | UINT | 4 |
SystemTime | 当前MSSP 22系统时间。 | TIME | 4 |
MSSPGetSystemTimeConf消息格式
MSSPGetServiceListReq
描述:用此消息请求应用已经配置提供的MSSP 22业务识别码列表。
消息流程图:
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SERVICE_LIST_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
MSSPGetServiceListReq消息格式
MSSPGetServiceListConf
描述:Description:MSSP 22发送此消息响应MSSPGetServiceListReq请求消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SERVICE_LIST_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
(对齐填充符) | USHORT | 2 | |
NumServices | 在随后的ServiceID列表中显示的ServiceID的号码。 | USHORT | 2 |
ServiceIDList | 应用配置提供的一列MSSP 22业务的ServiceID值。 | UINT[*] | 4*NumServices |
MSSPGetServiceListConf消息格式
MSSPGetServiceDetailReq
描述:发送该消息用来请求指定的MSSP 22业务配置的详细信息。应用可只请求其配置提供的业务的详细信息。
消息流程图:
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SERVICE_DETAIL_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任何值。当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
ServiceID | 所请求的业务的MSSP 22 ServiceID值,该业务必须是该应用配置提供的业务之一。 | UINT | 4 |
MSSPGetServiceDetailReq消息格式
MSSPGetServiceDetailConf
描述:MSSP 22发送该消息响应MSSPGetServiceDetailReq请求消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_SERVICE_DETAIL_CON,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 相应请求消息的RequestID值。 | UINT | 4 |
ServiceID | 业务的MSSP 22 ServiceID值。 | UINT | 4 |
ServiceName | MSSP 22业务名称(最高可以是32非空字符+NULL串终止字符,增加附加消息字段字节以维持字段的对齐。) | char[36] | 36 |
MaxSessions | 使用该业务允许的最大的同步用户会话的总数量。 | UINT | 4 |
MaxFlows | 使用该业务允许的同步流的总数量。 | UINT | 4 |
BillingPlanID | 由外部计费系统使用的用于计费的值。 | UINT | 4 |
EnabledMeterMask | 计量元掩码的按位组合,当流与该业务关联时,自动配置计量元。 | UINT | 4 |
DetectionPointClass | 该非零值表示业务仅限于给定的检测点类。 | UINT | 4 |
OperatorID | 非零值,表示OperatorID检测点标准仅限于该业务的给定值。 | UINT | 4 |
SubscriberGroupID | 非零值,表示SubscriberGroupID检测点标准仅限于该业务的给定值。 | UINT | 4 |
SourceIPType | 下列符号常数之一:IP_NONE、IP_V4、IP_V6。 | USHORT | 2 |
SourceIPLength | 必须匹配的SourceIPAddress长度(以bit | USHORT | 2 |
为单位)。例如,长度为16的IP_V4地址151.104.0.0会将SourceIPAddress标准限定为以151.104.开头的IP地址。 | |||
SourceIPAddress | 如果SourceIPType不是IP_NONE,则SourceIPAddress检测点标准仅限于该业务的给定值。 | BYTE[16] | 16 |
SourcePort | 该非零值表示SourcePort检测点标准仅限于该业务的给定值。 | USHORT | 2 |
DestinationIPType | 下列符号常数之一:IP_NONE、IP_V4、IP_V6。 | USHORT | 2 |
DestinationIPLength | 必须匹配的DestinationIPAddress长度(以bit为单位)(如上面SourceIPLength内所述)。 | BYTE[16] | 16 |
DestinationIPAddress | 如果DestinationIPType不是IP_NONE,则DestinationIPAddress检测点标准仅限于该业务的给定值。 | BYTE[16] | 16 |
DestinationPort | 该非零值表示DestinationPort检测点标准仅限于该业务的给定值。 | UINT | 4 |
MSSPGetServiceDetailConf消息格式
MSSPServiceRemovedEvent
描述:当应用仍然连接至MSSP 22时,如果从应用配置提供的业务中取消一种业务,MSSP 22发送此消息。MSSP 22自动释放任何应用使用的业务资源(如检测点)。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_SERVICE_REMOVED_EVENT,该值用来识别消息的类型和格式。 | UINT | 4 |
ServiceID | 业务的MSSP 22 ServiceID值。 | UINT | 4 |
MSSPServiceRemovedEvent消息格式
MSSPResourceUnavailableEvent
描述:当故障条件或MSSP 22硬件重配置造成应用使用的资源不可用时,MSSP 22发送此消息。当资源恢复至正常状态时发送MSSPResourceAvailableEvent消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_RESOURCE_UNAVAILABLE_EVENT,该值用来识别消息的类型和格式。 | UINT | 4 |
ServiceID | 成为不可用资源的唯一识别码。 | UINT | 4 |
MSSPResourceUnavailableEvent消息格式
MSSPResourceAvailableEvent
描述:当MSSPResourceUnavailableEvent消息中先前报告不可用的资源恢复至正常工作状态时,MSSP 22发送此消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_RESOURCE_AVAILABLE_EVENT,该值用来识别消息的类型和格式。 | UINT | 4 |
ResourceID | 恢复至正常操作状态的资源的唯一识别码。 | UINT | 4 |
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消息,表明故障原因。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ARM_IDP_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
ServiceID | 与该检测点相关的MSSP 22业务的识别码。 | UINT | 4 |
DetectionPointClass | 下表中的值之一,表示含有配备的检测点的检测点类。 | UINT | 4 |
DetectionPoint | 合适的检测点类表中的值之一,规定要 | UINT | 4 |
配备的特殊的检测点。 | |||
TakeControl | 该值决定是否配备检测点用于事件报告(MSSP_ARM_EVENT_REPORT)或作为触发器(MSSP_ARM_TRIGGER)。 | UINT | 4 |
PacketDataCopyBytes | 从分组复制的字节数,该分组将标准匹配到IDP Event Indication消息。使用数值0xFFFFFFFF请求完全复制IP分组(不包括媒体特殊层2的标题)。 | UINT | 4 |
OperatorID | 运营商标准,数值0xFFFFFFFF是一个通配符,与任何OperatorID相匹配。 | UINT | 4 |
SubscriberGroupID | 用户组标准,数值0xFFFFFFFF是一个通配符,与任何SubscriberGroupID相匹配。 | UINT | 4 |
SessionID | SessionID标准,数值0xFFFFFFFF是一个通配符,与任何SessionID相匹配。 | ||
SourceIPType | 下列符号常数之一:IP_NONE、IP_V4以及IP_V6。 | USHORT | 2 |
SourceIPLength | 匹配的源IP地址长度(以bit为单位)。例如,长度为16的IP_V4地址151.104.0.0与所有以151.104.开头的IP地址匹配。 | USHORT | 2 |
SourceIPAddress | 源IP地址标准 | BYTE[16] | 16 |
SourcePort | 源端口标准,数值0xFFFFFFFF是一个通配符,与所有的源端口号码匹配。 | USHORT | 2 |
DestinationIPType | 下列符号常数之一:IP_NONE、IP_V4以及IP_V6。 | USHORT | 2 |
DestinationIPLength | 目的IP地址的长度(以bit为单位)。可按上面SourceIPLength内所述规定通配符。 | BYTE[16] | 16 |
DestinationIPAddress | 目的IP地址标准。 | BYTE[16] | 16 |
DestinationPort | 目的端口标准,数值0xFFFFFFFF是一个通配符,与所有的端口号码匹配。 | UINT | 4 |
NumericValue1 | 数值标准(IP协议数字、计数器值等)。 | UINT | 4 |
NumericValue2 | 数值标准(IP协议数字、计数器值等)。 | UINT | 4 |
StringVlaue | 串值标准(主机名称、用户名等)。 | VARchar | * |
MSSPArmIDPReq消息格式
检测点类 | 描述 |
DP_CLASS_SESS_GROUP | 会话组状态机 |
DP_CLASS_SESSION | 用户会话状态机 |
DP_CLASS_RADIUS | RADIUS协议状态机 |
DP_CLASS_DHCP | DHCP协议状态机 |
DP_CLASS_DNS | DNS协议状态机 |
DP_CLASS_TCP | TCP协议状态机 |
DP_CLASS_IP | IP协议状态机 |
下面的章节更详细地描述每个检测点类。在每节内,在描述与每个检测点相关的属性和配备标准的同时,列出检测点表。带“IDP”属性的检测点可作为初始检测点,带“Trigger”属性的检测点既可以作为触发器,也可以作为事件报告。未在“Trigger”属性内列出的检测点只能用来提供事件报告。
会话组检测点类
当超过多个用户组限制时,该检测点类允许应用执行策略决策。应用在IDP配备标准内提供限制值。如果配备IDP作为触发器,应用可分别发送Continue或Release触发器响应,决定是否允许超过限制。
检测点 | 描述 | 属性 | 标准 |
DP_SESS_GROUP_SLA_EXCEEDED | 已超过了业务级协定。 | IDP | OperatorIDSubscriberGroupID,NumericValue1=BurstLength,NumericValue2=MaxBandwidth |
DP_SESS_GROUP_SESS_LIMIT_EXCEEDED | 超出了并发的用户会话的最大数量。 | IDP,Trigger | OperatorIDSubscriberGroupID,NumericValue1=MaxNumSessions |
DP_SESS_GROUP_FLOW_LIMIT_EXCEEDED | 超出了并发的用户会话流的最大数量。 | IDP,Trigger | OperatorIDSubscriberGroupID,NumericValue1=MaxNumFlows |
会话组类检测点
IDP事件注意:在Initial DP Event消息内的NumericValue1和NumericValue2参数,包含检测评估时参数的实际值,而不是限制值。
标准备注:所有的标准必须规定完全,不得使用通配符值。
控制操作:无。
会话检测点类
该检测点类允许应用监测并控制移动用户会话的建立和终止。如果IDP作为触发器,应用可通过发送Continue或Release触发器响应,决定是否继续进行用户会话。
检测点 | 描述 | 属性 | 标准 |
DP_SESS_charGE_COMPLETE | 创建了一个新的移动用户会话。 | IDP,Trigger | OperatorIDSubscriberGroupID,StringValue=Subscriber |
DP_SESS_TIME_EXPIRATION | 已达到的移动用户会话的最大时限。 | IDP | OperatorIDSubscriberGroupID,StringValue=Subscriber |
DP_SESS_RELEASE_COMPLETE | 终止移动用户会话。 | IDP | OperatorIDSubscriberGroupID,StringValue=Subscriber |
会话类检测点
标准备注:可对Operator和SubscriberGroupID规定通配符。可规定一个零长度的StringValue作为通配符,该通配符与任何用户匹配。
控制操作:无。
RADIUS检测点类
该检测点类允许应用监测并控制移动用户会话的远程认证拨入用户业务(RADIUS)协议的活动。如果IDP作为触发器,应用可发出控制操作,控制用户接入并改变RADIUS消息的属性。
检测点 | 描述 | 属性 | 标准 |
DP_RADIUS_AUTH_REQ | 为用户发送Auth请求。 | IDP,Trigger | OperatorID,SubscriberGroupID,StringValue=Subscriber |
DP_RADIUS_ACCESSS_ACCEPT | 为用户发送接受访问 | IDP,Trigger | OperatorID,SubscriberGroupID,StringValue=Subscriber |
DP_RADIUS_ACCESS_REJECT | 为用户发送拒绝访问。 | IDP | OperatorID,SubscriberGroupID,StringValue=Subscriber |
DP_RADIUS_ACCOUNTING_Stop | 为用户发送含有Stop设置的计费请求,表示用户已注销。 | IDP,Trigger | OperatorID,SubscriberGroupID,StringValue=Subscriber |
RADIUS类检测点
标准备注:通配符可用于OperatorID和SubscriberGroupID。零长度的StringValue可作为与任何用户匹配的通配符。
控制操作:定义了如下的控制操作:
操作编码 | 描述 | 操作数 |
OP_RADIUS_RETURN_ACCEPT | 向用户返回带配置的属性的接受访问。 | 包括在Accept分组里的RADIUS属性识别码和数值对。 |
OP_RADIUS_RETURN_REJECT | 向用户返回拒绝访问。 | 无。 |
OP_RADIUS_STRIP_ATTRIBUTE | 将包中与配置的属性识别码匹配的属性取消。 | RADIUS属性识别码。 |
OP_RADIUS_ADD_ATTRIBUTE | 将配置的属性值加入分组。 | 包括在Accept分组里的RADIUS属性识别码和数值对。 |
RADIUS控制操作
DHCP检测点类
该检测点类允许应用监测并控制移动用户会话的动态主机配置协议(DHCP)的行为。
检测点 | 描述 | 属性 | 标准 |
DP_DHCP_DISCOVER | 用户发送发现请求。 | IDP,Trigger | OperatorID,StringValue=Subscriber |
DP_DHCP_ACK | 确认表示IP地址分配已经发送给用户。 | IDP | OperatorID,StringValue=Subscriber |
DP_DHCP_LEASE_RENEW | 用户发送租赁恢复。 | IDP,Trigger | OperatorID,StringValue=Subscriber |
DP_DHCP_RELEASE_REQ | 用户发送释放请求。 | IDP | OperatorID,StringValue=Subscriber |
DHCP类检测点
IDP事件备注:来自检测点DP_DHCP_ACK初始DP事件消息内的DestinationIP参数包含分配至用户的IP地址。
标准备注:OperatorID可使用通配符。零长度的StringValue可作为与任何用户匹配的通配符。
控制操作:无。
DNS检测点类
该检测点类允许应用监测并控制移动用户会话的域名系统(DNS)协议的行为。
控制操作定义为允许应用配置IP地址,解决移动用户DNS查询。
检测点 | 描述 | 属性 | 标准 |
DP_DNS_QUERY_RECEIVED | 用户发送DNS查询。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,StringValue=hostname |
DP_DNS_QUERY_RESPONSE | 向用户发送DNS查询响应。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,StringValue=hostname |
DNS类检测点
IDP事件备注:来自DP_DNS_QUERY_RESPONSE检测点的初始DP事件消息内的DestinationIP参数包含从DNS服务器返回的IP地址。
标准备注:OperatorID和SubscriberGroupID可使用通配符。StringValue可规定格式“*.Domain”的部分通配符,如“*.yahoo.com”。零长度的StringValue可作为与任何主机匹配的通配符。
控制操作:定义了以下的操作:
操作码 | 描述 | 操作数 |
OP_DNS_USE_ADDRESS | 向用户返回给定的IP地址作为DNS查询响应。 | IP地址。 |
OP_DNS_USE_HOSTNAME | 将DNS查询中的给定的主机名替换为用户规定的主机名。 | 主机。 |
DNS控制操作
TCP检测点类
该检测点类允许应用监测并控制移动用户会话的传略控制协议(TCP)的行为。
检测点 | 描述 | 属性 | 标准 |
DP_TCP_FORWARD_SYN | 用户向服务器发送TCP SYN分组,启动连接。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort,DestinationPort |
DP_TCP_REVERSE_SYN | 服务器向用户发送TCP SYN分组,表示接受连接。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort,DestinationPort |
DP_TCP_ACK | 用户向服务器发送TCP ACK分组,完成连接的建立。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort, |
DestinationPort | |||
DP_TCP_FORWARD_FIN | 用户向服务器发送TCP FIN分组,表示连接的客户端关闭。 | IDP | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort,DestinationPort |
DP_TCP_REVERSE_FIN | 服务器向用户发送TCP FIN分组,表示连接的服务器端关闭。 | IDP | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort,DestinationPort |
DP_TCP_RESET | 发送TCP RESET分组,表示恢复连接。 | IDP | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,SourcePort,DestinationPort |
TCP类检测点
标准备注:通配符可用于OperatorlD、SubscriberGroupID、Session、SourcePort,以及DestinationPort。SourceIPAddress和DestinationIPAddress通过规定必须匹配(从左到右)的地址位的数量,可作为部分通配符IP地址。零长度的IP地址可作为与任何IP地址匹配的通配符。
控制操作:无。
IP检测点类
该检测点类允许应用监测并控制移动用户会话在最低层、即因特网协议(IP)层的行为,所有其他的协议都位于该因特网协议的上面。
检测点 | 描述 | 属性 | 标准 |
DP_IP_PACKET | 向移动用户或从移动用户发送IP数据分组。 | IDP,Trigger | OperatorID,SubscriberGroupID,SessionID,SourceIPAddress,DestinationIPAddress,NumericValue1=IPProtocolNumber |
IP类检测点
标准备注:通配符可用于OperatorlD、SubscriberGroupID、SessionlD以及IPProtocolNumber(NumericValue1)。SourcelPAddress和DestinationIPAddress通过规定必须匹配(从左到右)的地址位的数量,可作为部分通配符IP地址。零长度的IPAddress可作为与任何IP地址匹配的通配符。零长度的StringValue可作为与任何用户匹配的通配符。
当配备该级别的检测点时,必须十分小心,特别是通配符的使用,以避免严重影响网络的性能(应用变成了瓶颈,限制了所有因特网话务的通信量)。同时,有可能配备带所有作为通配符的标准的触发器,但在运行环境中,这样做显然不合适,因此不主张这样做。
控制操作:无。
MSSPArmIDPConf
描述:MSSP 22发送该消息,确认前面MSSPArmIDPReq消息成功配备初始检测点。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ARM_IDP_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别新建立的检测点和配备标准集。该值用来解除该IDP。 | UINT | 4 |
MSSPArmIDPConf消息格式
MSSPDisarmfDPReq
描述:该值用来解除初始检测点,丢弃先前建立的业务量标准集。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_DISARM_IDP_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的任意值,当多个请求并发时,用来唯一识别请求/响应对。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别要丢弃的检测点和配备的标准集。该值用来解除该IDP,从配备IDP的MSSPArmIDPConf消息返回的值。 | UINT | 4 |
MSSPDisarmIDPReq消息格式
MSSPDisarmIDPConf
描述:由MSSP 22发送该消息,确认前面MSSPDisarmlDPReq消息成功解除初始检测点。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_DISARM_IDP_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPDisarmIDPConf消息格式
MSSPInitialDPEvent
描述:初始检测点事件用来表示由标准描述的条件在前面配备的初始检测点已经满足。配备检测点是为了获取与特定模式匹配的数据流的可视性或控制。不管配备的标准内有没有使用通配符,IDP事件表示为所有与该检测点相关的标准提供完全合格的数据。
与TakeControl选项集一起配备的初始检测点被称为触发器。通过向事件消息内的MSSP_TRIGGER设置TakeControl标志,向相关的应用发送表示已遇到触发器或事件检测点的初始检测点事件,表明该检测点是否是触发器检测点。
应用必须发送以下请求来响应触发器检测事件:MSSPContinueReq、MSSPConnectReq、MSSPControlReq或MSSPReleaseReq。
对于非触发器初始检测点事件,不要求响应。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_INITIAL_DP_EVENT,该值用来识别消息的类型和格式。 | UINT | 4 |
DETECTIONPOINTCLASS | 第41页所列的值之一,识别含有产生该通知的检测点的检测点类。 | UINT | 4 |
DetectionPoint | 相关检测点类表(第41~48页)中数值之一,识别含有产生该通知的检测点的检测点类。 | UINT | 4 |
ResourceID | 由MSSP确定的值,唯一识别匹配的检测点标准集。是从MSSPArmIDPConf消息返回的同一数值。 | UINT | 4 |
ControlID | 由MSSP确定的值,唯一识别由该IDP事件建立的控制对话。 | UINT | 4 |
TakeControl | 表示流是在触发器挂起等待进一步控制(MSSP_TRIGGER)还是不挂起(MSSP_EVENT_REPORT)。 | UINT | 4 |
OPERATORID | 运营商(当适用于该检测点时)。 | UINT | 4 |
SUBSCRIBERGROUPID | 用户组(当适用于该检测点时)。 | UINT | 4 |
SessionID | SessionID(当适用于该检测点时)。 | UINT | 4 |
FlowID | 由MSSP确定的值,通过遇到检测点的控制逻辑唯一识别逻辑数据路径。 | UINT | 4 |
SourceIPType | 下列符号常数之一:IP_NONE、IP_V4和IP_V6。 | USHORT | 2 |
SourceIPLength | 源IP地址的长度(以bit为单位)。 | USHORT | 2 |
SourceIPAddress | 源IP地址(当适用于该检测点时)。 | BYTE[16] | 16 |
SourcePort | 源端口(当适用于该检测点时)。 | UINT | 4 |
DestinationIPType | 下列符号常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
DestinationIPLength | 目的IP地址的长度(以bit为单位)。 | USHORT | 2 |
DestinationIPAddress | 目的IP地址(当适用于该检测点时)。 | BYTE[16] | 16 |
DestinationPort | 目的端口(当适用于该检测点时)。 | UINT | 4 |
NumericValue1 | 当适用于该检测点时的数值(IP协议号,计数器值等)。 | UINT | 4 |
NumericValue2 | 当适用于该检测点时的数值(IP协议号,计数器值等)。 | UINT | 4 |
STRINGVALUE | 当适用于该检测点时的串值标准(主机名、用户名等)。 | VARBYTE | * |
PacketData | 从分组里提取的二进制数据。 | VARBYTE | * |
MSSPlnitialDPEvent消息格式
MSSPContinueReq
描述:该继续请求引起常规的处理,恢复以前在触发点挂起的分组。该请求可用来提供应用同步点,在该点上,应用可调整各连接请求的步调。继续处理的分组及其相关的的上下文由请求消息内的ControlID字段识别。
如果ControlID无效,发送含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作为确认。如果ControlID有效,但不在触发器检测点等待,发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果继续操作成功,发送MSSPContinueConf消息,确认分组处理已经继续。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONTINUE_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ControlID | 由相应的IDP事件建立的控制对话的ControlID。 | UINT | 4 |
ControlFlags | 下列控制标志值的按位组合。 | UINT | 4 |
PACKETDATAC | 在请求的事件报告检测点从该分组 | UINT | 4 |
OPYBYTES | 复制的字节的数量,数值0xFFFFFFFF可用来请求复制全部的IP分组(不包括媒体特定的第二层标题)。 | ||
EventReportMask | 相关检测点类表中数值的按位组合,识别在该控制对话中应为事件报告配备的特定的检测点。除了IDP特权,还要求有EDP特权。 | UINT | 4 |
TriggerMask | 相关检测点类表中数值的按位组合,识别在该控制对话中应配置作为触发器的特定的检测点。除了IDP特权,还要求有EDP特权。 | UINT | 4 |
MSSPContinueReq消息格式
控制标志 | 描述 |
CONTROL_DISABLE_VIP | 禁止虚拟的IP地址分配。 |
CONTROL_REMAP_FLOW | “Hint”表示对此流没有进一步的兴趣。可用来重编程MSSP 22的硬件,使其达到最佳性能。 |
控制标志
MSSPContinueConf
描述:MSSP 22发送此消息,确认由前面MSSPContinueConf消息进行的分组处理的成功继续。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONTINUE_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPContinueConf消息格式
MSSPConnectReq
描述:该连接请求指示MSSP 22对先前在触发器点挂起的分组建立至指定的目的地址的连接。该目的地址可能与触发器条件匹配的分组中的目的地址不同。这允许应用将连接路由至最佳可用的资源,并提供Packet800业务的虚拟化手段。
挂起的分组及其相关的上下文由请求消息内的ControlID字段识别,目的地址将提供要建立连接的IP地址和端口号。EventReportMask和TriggerMask可用来向该检测点类的实例请求随后的事件报告和触发器。
如果ControlID无效,发送含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作为确认。如果ControlID有效,但不在触发检测点等待,发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果连接操作成功,发送MSSPConnectConf消息,确认分组处理已经恢复。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONNECT_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ControlID | 由相应的IDP事件建立的控制对话的ControlID。 | UINT | 4 |
ControlFlags | 下列控制标志值的按位组合。 | UINT | 4 |
DestinationIPType | 下列符号常数之一:IP_NONE、IP_V4和IP_V6。 | USHORT | 2 |
DestinationIPLength | 目的IP地址的长度(以bit为单位)。 | USHORT | 2 |
DestinationIPAddress | 目的IP地址(当适用于该检测点时)。 | BYTE[16] | 16 |
DestinationPort | 目的端口(当适用于该检测点时)。 | UINT | 4 |
VPNID | 用来连接的VPN或TunnelID。 | ||
PACKETDATACOPYBYTES | 在请求的事件报告检测点处从分组复制的字节的数量,数值0xFFFFFFFF可用来请求复制全部的IP分组(不包括媒体特定的第二层标题)。 | UINT | 4 |
EventReportMask | 相关检测点类表(第41~48页)中数值的按位组合,识别在该控制对话中应为事件报告配备的特定的检测点。除了IDP特权,还要求有EDP特权。 | UINT | 4 |
TriggerMask | 相关检测点类表(第41~48页)中数值的按位组合,识别在该控制对话中应配备作为触发器的特定的检测点。除了IDP特权,还要求有EDP特权。 | UINT | 4 |
MSSPConnectReq消息格式
MSSPConnectConf
描述:MSSP 22发送该消息,确认前面MSSPConnectReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONNECT_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPConnectConf消息格式
MSSPControlReq
描述:发出该消息来执行对挂起的分组的控制操作。挂起的分组及其相关的上下文由请求消息内的ControlID字段识别。如果ControlID无效,发送含有错误代码MSSP_E_INVALID_CONTROL_ID的作为确认。如果ControlID有效,但不在触发器检测点等待,发送含有错误代码MSSP_E_INVALID_STATE的MSSPFailureConf消息作为确认。如果连接操作成功,发送MSSPConnectConf消息,确认分组处理已经恢复。如果ControlID有效,并在触发器检测点等待,发送含有错误代码MSSP_E_INVALID_CONTROL_OP的MSSPFailureConf消息作为确认。如果控制操作成功,发送MSSPControlConf消息
该部分规定了该消息的一般定义,所有检测点类共享此定义。消息内容的备忘录对每个检测点类是特定的。这些检测点类特定的字段遵照通用的消息格式:每个字段由两字节的标签识别,紧随一个两字节长的字段,该字段规定随后数据的字节的大小,后面是数据。每个额外的消息字段只是简单地附加于消息。消息的总长度(由下层的传输机制配置)可用来决定这些“浮动”字段的存在。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONTROL_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ControlID | 由相应的IDP事件建立的控制对话的ControlID。 | UINT | 4 |
ControlFlags | 控制标志值的按位组合。 | UINT | 4 |
OperationCode | 要执行的控制操作的类型。控制操作对每个检测点类是特定的。消息的其他字段的格式和内容是可变的。 | UINT | 4 |
[ControlTag1] | 下列表中数值之一,识别相关控制数据字段。 | USHORT | 2 |
[ControlLength1] | 下列数据的长度,以字节为单位。 | USHORT | 2 |
[ControlData1] | 数据字段值。 | * | * |
[ControlTag2] | |||
… | … | … | … |
PreviousMSSPControlReq消息格式
控制标签 | 描述 |
TAG_IP_ADDRESS | IP地址。该标签的IP地址数据格式与在其他消息内的格式相同,即:AddressType USHORT 2字节,AddressLength USHORT 2字节,IPAddress2 BYTE[16] 16字节, |
TAG_HOSTNAME | 主机名。该标签的数据是可变长的字符串(VARchar数据类型)。 |
TAG_RADIUS_ATTR_ID | RADIUS协议AttributeID。该标签的数据格式为:AttributeID BYTE 1字节,AlignFiller BTYE[3] 2字节. |
TAG_RADIUS_ATTR_VALUE | RADIUS协议属性值。该标签的数据格式由RADIUS协议规定。 |
控制标签
MSSPControlConf
描述:由MSSP 22发送该消息确认前面MSSPControlReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONTROL_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
TakeControl | 表示流是在触发器点保持挂起,等待进一步的控制(MSSP_TRIGGER)还是不挂起(MSSP_EVENT_REPORT)。 | UINT | 4 |
[ControlTag1] | 下列表中数值之一,识别相关控制数据字段。 | USHORT | 2 |
[ControlLength1] | 下列数据的长度,以字节为单位。 | USHORT | 2 |
[ControlData1] | 数据字段值。 | * | * |
[ControlTag2] | |||
… | … | … | … |
MSSPControlConf消息格式
MSSPReleaseReq
描述:发出该消息来终止活动的流。被要终止的流可能在触发器点挂起或激活。在传输MSSPReleaseConf消息之后,MSSP 22将终止流,并提供任何事件或计量消息。在终止流引起的任何事件或计量消息发送之前进行排序。如果该消息是作为对触发器的响应,挂起的分组及其相关的上下文由请求消息内的控制字段识别。如果消息内的ControllD值为零,要终止的流(激活的)由FlowID识别。
ReasonCode字段将包含一数值,表示终止流的原因。ReasonCode值将存储在任何为该流生成的详细记录内。发送MSSPReleaseConf消息以主动确认释放的流操作。如果ControlID字段无效,将返回含有错误代码MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息。如果FlowID字段无效,将返回含有错误代码MSSP_E_INVALID_FLOW_ID的MSSPFailureConf消息。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_RELEASE_REQ,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ControlID | 如果发送消息作为对触发器的响应,由相应的IDP事件建立的控制对话的ControlID。ControlID必须为零,以释放激活的流。 | UINT | 4 |
FlowID | 要释放的激活的流的识别码。 | UINT | 4 |
ReasonCode | 数值编码,表示连接掉线的原因。该值存储在任何为流产生的流详细记录内。 | UINT | 2 |
MSSPReleaseReq消息格式
MSSPReleaseConf
描述:由MSSP 22发送此消息,确认前面MSSPReleaseReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_RELEASE_CONF,该值用来识别消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPReleaseConf消息格式
MSSPActivityTestReq
描述:该请求用来检查前面报告的流或会话的状态。如果指定的流仍然有效(活动),返回MSSPActivityTestConf消息。如果由FlowID识别的流无效,将发送含有错误代码MSSP_E_INVALD_FLOW_ID的MSSPFailureConf消息,作为确认。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ACTIVITY_TEST_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
FlowID | 要测试的流的识别码。 | UINT | 4 |
MSSPActivityTestReq消息格式
MSSPActivityTestConf
描述:MSSP 22发送此消息,确认前面MSSPActivityTestReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ACTIVITY_TEST_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
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请求取消所有以前请求的用于此控制对话的事件报告和触发器。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_EVENT_REPORT_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ControlID | 由相应的IDP事件建立的控制对话的ControlID。 | UINT | 4 |
PACKETDATACOPYBYTES | 在请求的事件报告检测点处从分组复制的字节的数量,数值0xFFFFFFFF可用来请求复制全部的IP分组(不包括媒体特定的第二层标题)。 | UINT | 4 |
EventReportMask | 相关检测点类表中数值的按位组合,识别在该控制对话中应为事件报告配备的特定的检测点。 | UINT | 4 |
TriggerMask | 相关检测点类表中数值的按位组合,识别在该控制对话中应配备作为触发器的特定的检测点。 | UINT | 4 |
MSSPEventReportReq消息格式
MSSPEventReportConf
描述:由MSSP 22发送此消息,确认前面MSSPEventReportReq消息的成功执行。
消息格式
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_EVENT_REPORT_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPActivityTestConf消息格式
EventReportEvent
描述:由MSSP 22发送此消息,确认前面MSSPActivityTestReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_EVENT_REPORT_EVENT,该值用来标识该消息的类型和格式。 | UINT | 4 |
DETECTIONPOINTCLASS | 识别含有产生该通知的检测点的检测点类的数值之一。 | UINT | 4 |
DetectionPoint | 相关检测点类表中数值之一,识别含有产生该通知的检测点的检测点类。 | UINT | 4 |
ResourceID | 由MSSP确定的值,唯一识别匹配的检 | UINT | 4 |
测点标准集。该值与从建立控制对话的MSSPArmIDPConf消息返回值相同。 | |||
ControlID | 请求事件报告的控制对话的识别码。 | UINT | 4 |
TakeControl | 表示流是在触发器挂起,等待进一步控制(MSSP_TRIGGER)还是不挂起(MSSP_EVENT_REPORT)。 | UINT | 4 |
OPERATORID | 运营商(当适用于该检测点时)。 | UINT | 4 |
SUBSCRIBERGROUPID | 用户组(当适用于该检测点时)。 | UINT | 4 |
SessionID | SessionID(当适用于该检测点时)。 | UINT | 4 |
FlowID | 由MSSP确定的值,通过遇到检测点的控制逻辑唯一识别逻辑数据路径。 | UINT | 4 |
SourceIPType | 下列符号常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
SourceIPLength | 源IP地址的长度(以bit为单位)。 | USHORT | 2 |
SourceIPAddress | 源IP地址(当适用于该检测点时)。 | BYTE[16] | 16 |
SourcePort | 源端口(当适用于该检测点时)。 | UINT | 4 |
DestinationIPType | 下列符号象征常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
DestinationIPLength | 目的IP地址的长度(以bit为单位)。 | USHORT | 2 |
DestinationIPAddress | 目的IP地址(当适用于该检测点时)。 | BYTE[16] | 16 |
DestinationPort | 目的端口(当适用于该检测点时)。 | UINT | 4 |
NumericValue1 | 当适用于该检测点时的数值(IP协议号,计数器值等)。 | UINT | 4 |
NumericValue2 | 当适用于该检测点时的数值(IP协议号,计数器值等)。 | UINT | 4 |
STRINGVALUE | 当适用于该检测点时的串值标准(主机名、用户名等)。 | VARBYTE | * |
PacketData | 从分组里提取的二进制数据(若请求)。 | VARBYTE | * |
MSSPEventReportEvent消息格式
业务过滤功能
描述:该部分的消息允许应用规定无需应用参与的检测点的编程行为。SourceIPAddress、SourcePort、DestinationIPAddress以及IPProtocolNumber字段将用来与呼入的请求进行匹配,决定是否执行预定的业务交互。匹配的过程通常与初始检测点的过程相同,匹配的字段也可使用通配符。
如果流符合标准,将进行消息的备忘录中规定的行为,没有应用的参与。规定的行为包括事件报告,以及将请求重定向至一个指定的重定向地址和端口号。如果要求事件报告,使用EventReportMask来决定今后要报告流的哪个事件。匹配的标准不得与配备的检测点标准重叠。如果由于任何原因不能完成请求,返回带匹配请求和错误代码的MSSPFailureConf消息,该错误代码表明该故障的性质。如果请求成功完成,返回MSSPAcKvateServiceFilterConf消息。除非被MSSPCancelServiceFilterReq请求取消,否则业务过滤一直处于激活状态。
特权要求:ServiceFilter.
消息单:MSSPActivateServiceFilterReq、MSSPActivateServiceFilterConf、MSSPCancelServiceFilterReq、MSSPCancelServiceFilterConf。
消息流程图:
MSSPActivateServiceFilterReq
描述:该请求用来识别初始检测点,并规定引起应用预定行为的业务量标准。
当流遇到带有业务过滤的初始检测点,并且条件符合业务过滤标准时,将业务过滤器内的预定的行为应用该分组,该分组的处理按照指示继续进行。标准串可包含通配符,用来规定更广范围的触发器。当IDP成功配置业务过滤器时,MSSP 22发送MSSPActivateServiceFilterConf消息。如果故障条件阻止配置IDP,则返回MSSPFailureConf消息,表明故障的原因。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ACTIVATE_SERVICE_FILTER_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ServiceID | 与该业务过滤器相关的MSSP 22业务的识别码。 | ||
DetectionPointClass | 识别含有产生配备检测点的检测点类的数值之一。 | UINT | 4 |
DetectionPoint | 相关检测点类表中数值之一,规定要配置的特殊的检测点。业务过滤器只能配备在IP上以及可用触发器的检测点上。 | UINT | 4 |
ResourceID(?) | 由MSSP确定的值,唯一识别匹配的检测点标准集。该值用来解除该IDP,与从建立控制对话的MSSPArmIDPConf消息返回值相同。 | UINT | 4 |
OperatorID | 运营商标准。数值0xFFFFFFFF是一个通配符,与任何OperatorID匹配。 | UINT | 4 |
SubscriberGroupID | 用户组标准。数值0xFFFFFFFF是一个通配符,与任何SubscriberGroupID匹配。 | UINT | 4 |
SessionID | SessionID标准。数值0xFFFFFFFF是一个通配符,与任何SessionID匹配。 | UINT | 4 |
TakeControl(?) | 表示流是在触发器挂起,等待进一步控制(MSSP_TRIGGER)还是不挂起(MSSP_EVENT_REPORT)。 | UINT | 4 |
SourceIPType | 下列符号常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
SourceIPLength | 要匹配的源IP地址的长度(以bit为单位),如长度为16的IP_V4地址151.104.0.0将与所有151.104.开头的IP地址匹配。零长度的通配符与任何地址匹配。 | USHORT | 2 |
SourceIPAddress | 源IP地址标准。 | BYTE[16] | 16 |
SourcePort | 源端口标准,数值0xFFFFFFFF是一个通配符,与任何端口号匹配。 | UINT | 4 |
DestinationIPType | 下列符号常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
DestinationIPLength | 目的IP地址的长度(以bit为单位)。如上述源IP地址所述规定通配符。 | USHORT | 2 |
DestinationIPAddress | 目的IP地址标准。 | BYTE[16] | 16 |
DestinationPort | 目的端口标准,数值0xFFFFFFFF是一个通配符,与任何端口号匹配。 | UINT | 4 |
NumericValue1 | 数值标准(IP协议号,计数器值等)。 | UINT | 4 |
NumericValue2 | 数值标准(IP协议号,计数器值等)。 | UINT | 4 |
StringValue | 串值标准(主机名称、用户名称等)。 | VARBYTE | * |
PacketData | 从分组里提取的二进制数据(若请求)。 | VARBYTE | * |
ActionCode | 下列数值之一,表示要执行的业务过滤行动的类型:MSSP_ACTION_RELEASE,MSSP_ACTION_CONTINUE,或MSSP_ACTION_CONNECT。 | UINT | 4 |
ControlFlags | 第53页的控制标志值的按位组合。 | UINT | 4 |
ConnectIPType | 下列符号常数之一:IP_NONE,IP_V4,IP_V6。 | USHORT | 2 |
ConnectIPLength | 连接IP地址的长度(以bit为单位)。 | USHORT | 2 |
ConnectIPAddress | IP地址(用于MSSP_ACTION_CONNECT)。 | BYTE[16] | 16 |
ConnectPort | 端口号(用于MSSP_ACTION_CONNECT)。 | UINT | 4 |
VPNID | VPN或TunnelID | UINT | 4 |
(用于MSSP_ACTION_CONNECT)。 | |||
PACKETDATACOPYBYTES | 在请求的事件报告检测点处从分组复制的字节的数量,数值0xFFFFFFFF可用来请求复制全部的IP分组(不包括媒体特定的第二层标题)。 | UINT | 4 |
EventReportMask | 相关检测点类表中数值的按位组合,识别在该控制对话中应为事件报告配置的特定的检测点。除了业务过滤特权,还需要EDP特权。 | UINT | 4 |
MSSPActivateServiceFiIterReq消息格式
MSSPActivateServiceFilterConf
描述:由MSSP 22发送此消息,确认前面MSSPActivateServiceFilterReq消息成功配备业务过滤初始检测点。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_ACTIVATE_SERVICE_FILTER_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应请求消息返回的RequestID值。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别新建立的业务过滤检测点和配备标准集。取消该业务过滤时要用此值。 | UINT | 4 |
MSSPActivateServiceFilterConf消息格式
MSSPCancelServiceFiIterReq
描述:该请求用来取消由MSSPActivateServiceFilterReq请求先前建立的业务过滤。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CANCEL_SERVICE_FILTER_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别要取消的业务过滤检测点和配置标准集,该值与建立该过滤的MSSPActivateServiceFilterConf返回的值相同。 | UINT | 4 |
MSSPCancelServiceFilterReq消息格式
MSSPCancelServiceFilterConf
描述:由MSSP 22发送该消息,确认前面MSSPCancelServiceFilterReq消息成功取消业务过滤。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CANCEL_SERVICE_FILTER_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应请求消息返回的RequestID值。 | UINT | 4 |
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。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONFIGURE_METERS_REQ,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
MeterClass | 定义要计量的对象类:MSSP_METER_CLASS_SESSIONH或MSSP_METER_CLASS_FLOW | UINT | 4 |
ObjectID | 唯一识别要计量的流或会话对象 | UINT | 4 |
EnabledMeterMask | 一个或多个计量掩码的按位组合,表示要激活的计量元。 | UINT | 4 |
MSSPConfigureMetersReq消息格式
计量元掩码 | 描述 |
MSSP_METER_BYTES_UPLINK | 上行传输的字节的数量(包括所有的标题) |
MSSP_METER_BYTES_DOWNLINK | 下行传输的字节的数量(包括所有的标题) |
MSSP_METER_BYTE_RATE_UPLINK | 自最后计量报告起该流的上行字节速率 |
MSSP_METER_BYTE_RATE_DOWNLINK | 自最后计量报告起该流的下行字节速率 |
MSSP_METER_PACKETS_UPLINK | 上行传输的分组的数量 |
MSSP_METER_PACKETS_DOWNLINK | 下行传输的分组的数量 |
MSSP_METER_IP_FRAGMENTS_UPLINK | 分段的上行IP分组数量 |
MSSP_METER_IP_FRAGMENTS_DOWNLINK | 分段的下行IP分组数量 |
MSSP_METER_IP_OPTIONS_UPLINK | 带选项集的上行IP分组数量 |
MSSP_METER_IP_OPTIONS_DOWNLINK | 带选项集的下行IP分组数量 |
MSSP_METER_TCP_BYTES_UPLINK | 上行TCP字节的数量 |
MSSP_METER_TCP_BYTES_DOWNLINK | 下行TCP字节的数量 |
MSSP_METER_TCP_PACKETS_UPLINK | 上行TCP分组的数量 |
MSSP_METER_TCP_PACKETS_DOWNLINK | 下行TCP分组的数量 |
MSSP_METER_TCP_PAYLOAD_UPLINK | 没有TCP标题的上行TCP字节数 |
MSSP_METER_TCP_PAYLOAD_DOWNLINK | 没有TCP标题的下行TCP字节数 |
MSSP_METER_TCP_NET_BYTES_UPLINK | 净上行应用字节数(由于重发的调整,其与净荷字节数不同) |
MSSP_METER_TCP_NET_BYTES_DOWNLINK | 净下行应用字节数(由于重发的调整,其与净荷字节数不同) |
MSSP_METER_UDP_BYTES_UPLINK | 上行UDP字节数 |
MSSP_METER_UDP_BYTES_DOWNLINK | 下行UDP字节数 |
MSSP_METER_UDP_PACKETS_UPLINK | 上行UDP分组数量 |
MSSP_METER_UDP_PACKETS_DOWNLINK | 下行UDP分组数量 |
MSSP_METER_ICMP_BYTES_UPLINK | 上行ICMP字节数 |
MSSP_METER_ICMP_BYTES_DOWNLINK | 下行ICMP字节数 |
MSSP_METER_ICMP_PACKETS_UPLINK | 上行ICMP分组数量 |
MSSP_METER_ICMP_PACKETS_DOWNLINK | 下行ICMP分组数量 |
测量元掩码
MSSPConfigureMetersConf
描述:MSSP 22发送此消息,确认前面MSSPConfigureMetersReq消息成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CONFIGURE_METERS_CONF,该值用来标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPConfigureMetersConf消息格式
计费通知功能
描述:该部分的消息允许应用请求基于字节的报告。可按会话或流请求报告。基于会话的计费通知会有效地导致应用于会话中的所有的流的相同的计费通知标准。
注册计费通知事件将导致计量上行和下行传输的指定类型的字节数。每次到达报告阀值,MSSP 22向应用发送MSSPNotifyChargeEvent消息,指示传输的字节数,并复位计数器,重新开始计数。计费通知一直持续,直到流终止或计费通知被MSSPCancelNotifyChargeReq请求明显地取消。
分组是计数的原子单位,每个分组既可以在计数评估之前,也可以在计数评估之后到达。因此,计费通知可能不会正好出现在指定的字节计数上。例如,如果每10千字节请求一次通知,当使计数超过10千字节的分组略大于500字节时,通知可能出现在第10.5千字节上。MSSPNotifyChargeEvent消息提供实际的计数器值。
特权要求:计费通知。
消息单:MSSPNotifyChargeReq、MSSPNotifyChargeConf、MSSPCancelNotifyChargeReq、MSSPCancelNotifyChargeConf以及MSSPNotifyChargeEvent
消息流程图:
MSSPNotifyChargeReq
描述:该请求用来注册基于字节的报告,该报告或以会话,或以每个流为基础。发送MSSPNotifyChargeConf消息表明计费通知成功地可使用。如果计费通知不能可使用,发送STL_FAILURE_CONF消息,表明故障,错误代码字段将识别故障原因。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_NOTIFY_charGE_REQ,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
Scope | 定义要计量的对象范围: |
MSSP_SCOPE_SESSION,或MSSP_SCOPE_FLOW。 | |||
ObjectID | 唯一识别要计量的流或会话对象的识别码。 | UINT | 4 |
MeterType | 计量掩码之一,表示要进入可使用的测量元。与规定的掩码是上行还是下行计量掩码无关,相应的上行计量与上行阀值对比,相应的下行计量与下行阀值对比。 | UINT | 4 |
用于ULONG的对齐填充字节。 | 4 | ||
UplinkThreshold | 当决定是否发送某个事件时,与上行计量类型值作比较的阀值。 | ULONG | 8 |
DownlinkThreshold | 当决定是否发送某个事件时,与下行计量类型值作比较的阀值。 | ULONG | 8 |
TotalThreshold | 当决定是否发送某个事件时,与总的上下行计量类型值作比较的阀值。 | ULONG | 8 |
MSSPNotifyChargeReq消息格式
MSSPNotifyChargeConf
描述:MSSP 22发送该消息,确认前面MSSPNotifyChargeReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_NOTIFY_charGE_CONF,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应请求消息返回的RequestID值。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别计费通知标准集,当取消计费通知时,要用此值。 | UINT | 4 |
MSSPNotifyChargeConf消息格式
MSSPCancelNotifyChargeReq
描述:该请求用来取消由前面MSSPNotifyChargeReq请求建立的基于字节的报告。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CANCEL_NOTIFY_charGE_REQ,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ResourceID | 由MSSP 22确定的值,唯一识别要取消的计费通知标准集,与从MSSPNotifyChargeConf返回的值相同。 | UINT | 4 |
MSSPCancelNotifyChargeReq消息格式
MSSPCancelNotifyChargeConf
描述:MSSP 22发送此消息,确认前面MSSPCancelNotifyChargeReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_CANCEL_NOTIFY_charGE_CONF,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
MSSPCancelNotifyChargeConf消息格式
MSSPNotifyChargeEvent
描述:该消息用来通知应用已超过前面注册的计费通知阀值。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_NOTIFY_charGE_EVENT,该值用于标识该消息的类型和格式。 | UINT | 4 |
Scope | 定义要计量的对象范围:MSSP_SCOPE_SESSION,或MSSP_SCOPE_FLOW。 | ||
ObjectID | 唯一识别要计量的流或会话对象的识别码。 | UINT | 4 |
ResourceID | 由MSSP确定的值,唯一识别计费通知标准集。 | UINT | 4 |
MeterType | 通知计费请求内规定的计量掩码,表示用来产生此计费通知的计量元。该掩码既可以是上行计量掩码,也可以是下行计量掩码。 | UINT | 4 |
用于ULONG的对齐填充字节。 | 4 | ||
UplinkThreshold | 当决定是否发送某个事件时,与上行测量类型值作比较的阀值。 | ULONG | 8 |
DownlinkThreshold | 当决定是否发送某个事件时,与下行计量类型值作比较的阀值。 | ULONG | 8 |
TotalThreshold | 当决定是否发送某个事件时,与总的上下行计量类型值作比较的阀值。 | ULONG | 8 |
MSSPNotifyChargeEvent消息格式
计费方案功能
描述:该部分的消息允许应用示出提供的业务的费用,并将使用的计费方案记录在MSSP 22详细记录内。
特权要求:计费方案。
消息单:MSSPSetChargePlanReq、MSSPSetChargePlanConf。
消息流程图:
MSSPSetChargePlanReq
描述:该消息用来将业务使用的计费方案记录在MSSP 22详细记录内。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_SET_charGE_PLAN_REQ,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
FlowID | 流的识别码,是该请求的主题。 | UINT | 4 |
ChargePlanID | 该值表示用来计费此业务的计费方案,MSSP 22不负责解释此值,该值不加改变地存储在详细话单内。 |
MSSPSetChargePlanReq消息格式
MSSPSetChargePlanConf
描述:MSSP 22发送此消息确认前面MSSPSetChargePlanReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_SET_charGE_PLAN_CONF,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应请求消息返回的RequestID值。 | UINT | 4 |
MSSPSetChargePlanConf消息格式
详细记录控制功能
描述:该部分的消息允许应用控制何时MSSP 22写入详细记录。
特权要求:DetailRecordControl。
消息单:MSSPWriteDetailRecordReq和MSSPWriteDetailRecordConf。
消息流程图:
MSSPWriteDetailRecordReq
描述:该消息允许应用控制何时将详细记录写进MSSP 22数据库。通过该请求写入的详细记录会自动分配到一个原因码MSSP_RC_PARTIAL_DETAIL。通常使用部分详细记录保证一旦出现不可恢复的故障,为了计费,用户交互的绝大部分的最近的行为能被记录下来。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_WRITE_DETAIL_RECORD_REQ,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
FlowID | 流的识别码,是该请求的主题。 | UINT | 4 |
MSSPWriteDetailRecordReq消息格式
MSSPWriteDetailRecordConf
描述:MSSP 22发送此消息确认前面MSSPWriteDetailRecordReq消息的成功执行。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_WRITE_DETAIL_RECORD_CONF,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 来自相应请求消息的RequestID值。 | UINT | 4 |
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。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_STATS_REQ,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
Interval | 期望的未来统计更新之间的间隔(以秒为单位),当没有未来更新请求时,设置为零,当请求流或会话终止时的单个更新时,设置为0xFFFFFFFF。间隔必须至少为30秒。 | ||
StatsType | 定义要请求的统计类型:MSSP_STATS_TYPE_SESSION,或MSSP_STATS_TYPE_FLOW。 | ||
ObjectID | 唯一识别要获取统计的流或会话的识别码。 | UINT | 4 |
MSSPGetStatsReq消息格式
MSSPGetStatsConf
描述:该请求用来返回前面MSSPGetStatsReq请求的会话或流的统计。统计值取决于前面MSSPConfrgureMetersReq请求配置的计量。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_GET_STATS_CONF,该值用于标识该消息的类型和格式。 | UINT | 4 |
RequestID | 从相应响应消息返回的任意值,当多个请求并发时,唯一识别请求/响应对。 | UINT | 4 |
ObjectID | 该识别码唯一识别与统计相关的流或会话。 | UINT | 4 |
ServiceCardSlot | 处理该流或会话的业务卡的底盘槽号码。 | UINT | 4 |
Termination | 非零值,表示这是该流或会话的最后计量指示。 | UINT | 2 |
ReasonCode | 当终止为非零时,该字段包含一个数值,表示流或会话终止的原因。 | UINT | 2 |
Duration | 收集所报告的统计的时间长度,以秒为单位。 | UINT | 4 |
EnabledMeterMask | 计量掩码的按位组合,表示配置的计量元。 | UINT | 4 |
BytesUplink | *上行字节总数(包括所有的标题)。 | ULONG | 8 |
BytesDownlink | *下行字节总数(包括所有的标题)。 | ULONG | 8 |
BytesRateUplink | *每秒上行字节速率。 | ULONG | 8 |
BytesRateDownlink | *每秒下行字节速率。 | ULONG | 8 |
PacketsUplink | *上行传输的分组的数量。 | ULONG | 8 |
PacketsDownlink | *下行传输的分组的数量。 | ULONG | 8 |
IPFragmentsUplink | *分段的上行IP分组的数量。 | ULONG | 8 |
IPFragmentsDownlink | *分段的下行IP分组的数量。 | ULONG | 8 |
IPOptionsUplink | *带选项集的上行IP分组的数量。 | ULONG | 8 |
IPOptionsDownlink | *带选项集的下行IP分组的数量。 | ULONG | 8 |
TCPBytesUplink | *上行TCP字节数。 | ULONG | 8 |
TCPBytesDownlink | *下行TCP字节数。 | ULONG | 8 |
TCPPacketsUplink | *上行TCP分组的数量。 | ULONG | 8 |
TCPPacketsDownlink | *下行TCP分组的数量。 | ULONG | 8 |
TCPPayloadUplink | *上行TCP总净荷字节数。 | ULONG | 8 |
TCPPayloadDownlink | *下行TCP总净荷*字节数。 | ULONG | 8 |
TCPNetBytesUplink | *上行TCP净荷字节数。 | ULONG | 8 |
TCPNetBytesDownlink | *下行TCP净荷字节数。 | ULONG | 8 |
UDPBytesUplink | *上行UDP字节数。 | ULONG | 8 |
UDPBytesDownlink | *下行UDP字节数。 | ULONG | 8 |
UDPPacketsUplink | *上行UDP分组的数量。 | ULONG | 8 |
UDPPacketsDownlink | *下行UDP分组的数量。 | ULONG | 8 |
ICMPBytesUplink | *上行ICMP字节数。 | ULONG | 8 |
ICMPBytesDownlink | *下行ICMP字节数。 | ULONG | 8 |
ICMPPacketsUplink | *上行ICMP分组的数量。 | ULONG | 8 |
ICMPPacketsDownlink | *下行ICMP分组的数量。 | ULONG | 8 |
MSSPGetStatsConf消息格式
标有*的字段,只有当相应的测量配置在MSSP 22时(如EnabledMeterMask字段所述)才包含有效数据。
MSSPPeriodicStatsEvent
描述:该请求用来返回由前面MSSPGetStatsReq请求的流或会话的周期性更新,统计值取决于由前面MSSPConfgureMetersReq请求配置的计量。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_PERIODIC_STATS_EVENT,该值用于标识该消息的类型和格式。 | UINT | 4 |
StatsType | 定义在该消息内显示的统计数字的类型:MSSP_STATS_TYPE_SESSION,或MSSP_STATS_TYPE_FLOW。 | ||
ObjectID | 该识别码唯一识别与统计相关的流或会话。 | UINT | 4 |
ServiceCardSlot | 处理该流或会话的业务卡的底盘槽号码。 | UINT | 4 |
Termination | 非零值,表示这是该流或会话的最后计量指示。 | UINT | 2 |
ReasonCode | 当终止为非零时,该字段包含一个数值,表示流或会话终止的原因。 | UINT | 2 |
Duration | 收集汇报的统计数字的时长,以秒为单位。 | UINT | 4 |
EnabledMeterMask | 计量掩码的按位组合,表示配置的计量元。 | UINT | 4 |
BytesUplink | *上行字节总数(包括所有的标题)。 | ULONG | 8 |
BytesDownlink | *下行字节总数(包括所有的标题)。 | ULONG | 8 |
BytesRateUplink | *每秒上行字节速率。 | ULONG | 8 |
BytesRateDownlink | *每秒下行字节速率。 | ULONG | 8 |
PacketsUplink | *上行传输的分组的数量。 | ULONG | 8 |
PacketsDownlink | *下行传输的分组的数量。 | ULONG | 8 |
IPFragmentsUplink | *分段的上行IP分组的数量。 | ULONG | 8 |
IPFragmentsDownlink | *分段的下行IP分组的数量。 | ULONG | 8 |
IPOptionsUplink | *带选项集的上行IP分组的数量。 | ULONG | 8 |
IPOptionsDownlink | *带选项集的下行IP分组的数量。 | ULONG | 8 |
TCPBytesUplink | *上行TCP字节数。 | ULONG | 8 |
TCPBytesDownlink | *下行TCP字节数。 | ULONG | 8 |
TCPPacketsUplink | *上行TCP分组的数量。 | ULONG | 8 |
TCPPacketsDownlink | *下行TCP分组的数量。 | ULONG | 8 |
TCPPayloadUplink | *上行TCP总净荷字节数。 | ULONG | 8 |
TCPPayloadDownlink | *下行TCP总净荷*字节数。 | ULONG | 8 |
TCPNetBytesUplink | *上行TCP净荷字节数。 | ULONG | 8 |
TCPNetBytesDownlink | *下行TCP净荷字节数。 | ULONG | 8 |
UDPBytesUplink | *上行UDP字节数。 | ULONG | 8 |
UDPBytesDownlink | *下行UDP字节数。 | ULONG | 8 |
UDPPacketsUplink | *上行UDP分组的数量。 | ULONG | 8 |
UDPPacketsDownlink | *下行UDP分组的数量。 | ULONG | 8 |
ICMPBytesUplink | *上行ICMP字节数。 | ULONG | 8 |
ICMPBytesDownlink | *下行ICMP字节数。 | ULONG | 8 |
ICMPPacketsUplink | *上行ICMP分组的数量。 | ULONG | 8 |
ICMPPacketsDownlink | *下行ICMP分组的数量。 | ULONG | 8 |
MSSPPeriodStatsEvent消息格式
标有*的字段,只有当相应的测量配置在MSSP 22时(如EnabledMeterMask字段所示)才包含有效数据。
应用监测功能
描述:该部分的消息允许应用监测连接至相同的MSSP 22实例的其他应用的状态。
特权要求:应用监测。
消息单:MSSPAppSessionEvent。
MSSPAppSessionEvent
描述:MSSP 22发送此消息报告应用会话事件的发生。当会话开放之后,MSSP 22立即向享有应用监测特权的应用发送此消息,向其通知其他应用会话(预先存在的)。
消息格式:
字段名称 | 描述 | 数据类型 | 字节大小 |
MessageType | MSSP_APP_SESSION_EVENT,该值用于标识该消息的类型和格式。 | UINT | 4 |
EventType | 下列值之一,表示报告的应用会话事件的类型:MSSP_APP_SESSION_OPENED,MSSP_APP_SESSION_CLOSED,MSSP_APP_SESSION_TERMINATED。 | UINT | 4 |
ApplicationID | 该由MSSP决定,唯一识别位于MSSP 22配置数据库内的此应用。 | UINT | 4 |
ReasonCode | 用于关闭和终止的事件,该值表示该关闭和终止的原因。 | UINT | 2 |
MaxResources | 应用允许使用的MSSP 22资源的最大数量。数值0xFFFF FFFF表示没有限制。 | UINT | 4 |
APIType | 该值表示应用用来与MSSP 22进行通信的API的类型。目前,只定义MSSP_API。 | UINT | 2 |
ConnectSide | 下列值之一,表示应用连接至MSSP 22的哪一边:MSSP_EVEN_SIDE,MSSP_ODD_SIDE。 | UINT | 2 |
ConnectTime | 应用会话连接时的MSSP 22系统时间。 | TIME | 4 |
FeatureMask | 一个或更多的与应用授权使用的功能相应的功能掩码的按位组合。 | UINT | 4 |
AppIPType | 下列符号常数之一:IP_NONE、IP_V4以及IP_V6。 | USHORT | 2 |
AppIPLength | 应用IP地址的长度(以bit为单位)。 | USHORT | 2 |
AppIPAddress | 应用IP地址。 | BYTE[16] | 16 |
AppIPPort | 应用端口。 | UINT | 4 |
AppIPName | 应用名称(最高可以是32非空字符+NULL串终止字符,增加附加消息字段字节以维持字段的对齐。) | char[36] | 36 |
MSSPAppSessionEvent消息格式
Claims (86)
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基础协议。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/100,468 US20030177283A1 (en) | 2002-03-18 | 2002-03-18 | Application program interface |
US10/100,468 | 2002-03-18 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1653790A true CN1653790A (zh) | 2005-08-10 |
Family
ID=28039830
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA03811223XA Pending CN1653790A (zh) | 2002-03-18 | 2003-03-18 | 应用程序接口 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20030177283A1 (zh) |
EP (1) | EP1491029A4 (zh) |
JP (1) | JP2005521337A (zh) |
KR (1) | KR20040108673A (zh) |
CN (1) | CN1653790A (zh) |
AU (1) | AU2003225863A1 (zh) |
WO (1) | WO2003081885A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571880A (zh) * | 2010-12-27 | 2012-07-11 | 中国移动通信集团公司 | 一种服务分发方法和系统以及一种服务分发节点 |
CN101674327B (zh) * | 2009-09-29 | 2012-12-26 | 金蝶软件(中国)有限公司 | 异构系统消息集成方法、架构及系统 |
CN103297480A (zh) * | 2012-03-05 | 2013-09-11 | 深圳市财付通科技有限公司 | 一种应用服务自动检测系统和方法 |
CN105981339A (zh) * | 2014-02-12 | 2016-09-28 | 第三雷沃通讯有限责任公司 | 网络服务基于云的网络功能注入 |
CN107273144A (zh) * | 2017-08-15 | 2017-10-20 | 广州市爱菩新医药科技有限公司 | 快速构建网络应用程序接口的装置 |
CN107682314A (zh) * | 2017-08-30 | 2018-02-09 | 北京明朝万达科技股份有限公司 | 一种apt攻击的检测方法和装置 |
US10560495B2 (en) | 2008-04-02 | 2020-02-11 | Twilio Inc. | System and method for processing telephony sessions |
US10694042B2 (en) | 2008-04-02 | 2020-06-23 | Twilio Inc. | System and method for processing media requests during telephony sessions |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4365148B2 (ja) * | 2002-07-19 | 2009-11-18 | 株式会社リコー | 画像形成装置及びラッピング処理方法並びにプログラム |
JP4795247B2 (ja) * | 2003-11-26 | 2011-10-19 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | デジタルアイテムの使用に応じるイベント報告のためのデータ構造、並びにこれを利用したイベント報告システム及びその方法 |
US20050249190A1 (en) * | 2004-05-06 | 2005-11-10 | Oliver Birch | Using a CCXML service node to provide call processing functionality for a parlay gateway |
US7437169B2 (en) * | 2004-06-07 | 2008-10-14 | Microsoft Corporation | System and method for optimizing network communication in response to network conditions |
KR100560752B1 (ko) * | 2004-07-21 | 2006-03-13 | 삼성전자주식회사 | 소켓 연결 관리 시스템 및 그 소켓 연결 상태 체크 방법 |
US7743152B2 (en) * | 2005-10-31 | 2010-06-22 | Qualcomm Incorporated | Method and apparatus for detecting the presence of a terminal in a data session |
US8484326B2 (en) * | 2006-09-28 | 2013-07-09 | Rockstar Bidco Lp | Application server billing |
US20080130660A1 (en) * | 2006-10-19 | 2008-06-05 | Jordi Ros-Giralt | System and method of real-time control and scheduling for zero-queue distributed systems |
US8156219B2 (en) * | 2007-08-03 | 2012-04-10 | At&T Intellectual Property I, L.P. | System and method of health monitoring and fault monitoring in a network system |
US20090183194A1 (en) * | 2008-01-10 | 2009-07-16 | Michael Raftelis | Methods and apparatus to handle telecommunication service changes |
US8842632B2 (en) * | 2008-02-14 | 2014-09-23 | Alcatel Lucent | Pre-registration, storing of pre-registration session information and session transfer in a wireless communication system |
US20090234955A1 (en) * | 2008-03-13 | 2009-09-17 | Mark Gregory Hanley | Methods and Systems for Synchronization of Multiple Applications |
JP2013207495A (ja) * | 2012-03-28 | 2013-10-07 | Kddi Corp | 回線監視方法および方式 |
US9118582B1 (en) * | 2014-12-10 | 2015-08-25 | Iboss, Inc. | Network traffic management using port number redirection |
CN104519134B (zh) * | 2014-12-25 | 2018-06-19 | 漳州顶竹通讯技术有限公司 | 一种跨平台文件读写系统及方法 |
US9832627B2 (en) * | 2015-04-29 | 2017-11-28 | Tata Consultancy Services Limited | Method and system to include TETRA SS-LE member in public safety (PS) long term evolution group call service |
JP2017084322A (ja) * | 2015-10-26 | 2017-05-18 | 株式会社リコー | 情報システム、プログラム及び記録媒体 |
Family Cites Families (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NZ281276A (en) * | 1994-02-28 | 1998-07-28 | British Telecomm | Communications networks service delivery infrastructure interacting with billing and network management systems |
US6181703B1 (en) * | 1995-09-08 | 2001-01-30 | Sprint Communications Company L. P. | System for managing telecommunications |
US5742905A (en) * | 1994-09-19 | 1998-04-21 | Bell Communications Research, Inc. | Personal communications internetworking |
US5546452A (en) * | 1995-03-02 | 1996-08-13 | Geotel Communications Corp. | Communications system using a central controller to control at least one network and agent system |
US5940487A (en) * | 1996-04-10 | 1999-08-17 | Alcatel Usa Sourcing, L.P. | Programmable call processing system and method |
US6236365B1 (en) * | 1996-09-09 | 2001-05-22 | Tracbeam, Llc | Location of a mobile station using a plurality of commercial wireless infrastructures |
ES2275786T3 (es) * | 1997-02-14 | 2007-06-16 | Denso Corporation | Bobina de encendido tipo varilla, con estructura mejorada contra fisuras o descargas dielectricas. |
FI103540B (fi) * | 1997-04-28 | 1999-07-15 | Nokia Mobile Phones Ltd | Menetelmä pakettikytkentäisen datan siirtoon matkapuhelinjärjestelmäss ä |
US6122263A (en) * | 1997-06-10 | 2000-09-19 | Telefonaktiebolaget Lm Ericsson | Internet access for cellular networks |
US6199068B1 (en) * | 1997-09-11 | 2001-03-06 | Abb Power T&D Company Inc. | Mapping interface for a distributed server to translate between dissimilar file formats |
JPH11111543A (ja) * | 1997-10-07 | 1999-04-23 | Mitsubishi Electric Corp | 内燃機関用点火コイル装置 |
US6122510A (en) * | 1997-11-04 | 2000-09-19 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for providing network-specific mobile services |
US6263437B1 (en) * | 1998-02-19 | 2001-07-17 | Openware Systems Inc | Method and apparatus for conducting crypto-ignition processes between thin client devices and server devices over data networks |
FI106515B (fi) * | 1998-03-17 | 2001-02-15 | Nokia Networks Oy | Älyverkkopalvelun konfigurointi |
US6324547B1 (en) * | 1998-04-02 | 2001-11-27 | Lucent Technologies Inc. | Method for creating and modifing similar and dissimilar databases for use in intelligent network configurations for telecommunication systems |
JP2978878B1 (ja) * | 1998-05-18 | 1999-11-15 | 日本電気通信システム株式会社 | ホーム位置レジスタの制御装置、方法及びプログラムを記録した記録媒体 |
US6157955A (en) * | 1998-06-15 | 2000-12-05 | Intel Corporation | Packet processing system including a policy engine having a classification unit |
US6230005B1 (en) * | 1998-10-01 | 2001-05-08 | Nokia Telecommunications, Oy | Method and apparatus for providing overlay to support third generation cellular services |
US6614781B1 (en) * | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
KR100379459B1 (ko) * | 1999-02-12 | 2003-04-10 | 엘지전자 주식회사 | 이동 통신 시스템에서 패킷 데이터 서비스 제공 시스템 및 이를 이용한 운용 방법 |
GB2350749A (en) * | 1999-06-01 | 2000-12-06 | Motorola Ltd | Transferring configuration data to a software defined radio apparatus |
US6625141B1 (en) * | 1999-06-18 | 2003-09-23 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP) |
US6529948B1 (en) * | 1999-08-31 | 2003-03-04 | Accenture Llp | Multi-object fetch component |
US6560327B1 (en) * | 1999-10-01 | 2003-05-06 | Sprint Spectrum, L.P. | Method and system for providing telecommunications services using mediated service logic |
JP4318273B2 (ja) * | 1999-12-24 | 2009-08-19 | 株式会社デンソー | 点火コイル |
ATE460697T1 (de) * | 2000-08-08 | 2010-03-15 | Convergin Israel Ltd | Schnittstelle für intelligente netzwerkdienste |
JP3763816B2 (ja) * | 2000-09-01 | 2006-04-05 | ノキア コーポレイション | サービススクリプトの実行及び管理のためのネットワークアーキテクチャー及び方法 |
US6888937B1 (en) * | 2000-09-06 | 2005-05-03 | Cisco Technology, Inc. | Managing processes of a network component |
FI20002449A0 (fi) * | 2000-11-08 | 2000-11-08 | Nokia Networks Oy | Tapahtumien virittäminen |
GB0100309D0 (en) * | 2001-01-05 | 2001-02-14 | Nokia Networks Oy | Provision of services in a communications system |
US20020131395A1 (en) * | 2001-03-19 | 2002-09-19 | Chenghui Wang | Session initiation protocol (SIP) user agent in a serving GPRS support node (SGSN) |
WO2002091692A1 (en) * | 2001-04-13 | 2002-11-14 | Girard Gregory D | Ditributed edge switching system for voice-over-packet multiservice network |
US7483411B2 (en) * | 2001-06-04 | 2009-01-27 | Nec Corporation | Apparatus for public access mobility LAN and method of operation thereof |
AU2002327017A1 (en) * | 2001-09-21 | 2003-04-01 | Nokia Corporation | System and method for enabling mobile edge services |
JP3979166B2 (ja) * | 2001-10-18 | 2007-09-19 | 株式会社デンソー | 点火コイル |
US20030095566A1 (en) * | 2001-11-20 | 2003-05-22 | Bunting Roger L. | Providing a camel based service to a subscriber terminal in a win network and vice versa |
DE602004025952D1 (de) * | 2003-08-13 | 2010-04-22 | Roamware Inc | Signalisierungs-Gateway mit einem Mehrfach-Imsi-Mit-Mehrfach-MSISDN (MIMM) Dienst in einem einzigen SIM für mehrere Roaming-Partner |
-
2002
- 2002-03-18 US US10/100,468 patent/US20030177283A1/en not_active Abandoned
-
2003
- 2003-03-18 KR KR10-2004-7014751A patent/KR20040108673A/ko not_active Application Discontinuation
- 2003-03-18 EP EP03745136A patent/EP1491029A4/en not_active Withdrawn
- 2003-03-18 JP JP2003579453A patent/JP2005521337A/ja active Pending
- 2003-03-18 CN CNA03811223XA patent/CN1653790A/zh active Pending
- 2003-03-18 AU AU2003225863A patent/AU2003225863A1/en not_active Abandoned
- 2003-03-18 WO PCT/US2003/008401 patent/WO2003081885A1/en active Application Filing
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11575795B2 (en) | 2008-04-02 | 2023-02-07 | Twilio Inc. | System and method for processing telephony sessions |
US11611663B2 (en) | 2008-04-02 | 2023-03-21 | Twilio Inc. | System and method for processing telephony sessions |
US10893079B2 (en) | 2008-04-02 | 2021-01-12 | Twilio Inc. | System and method for processing telephony sessions |
US10893078B2 (en) | 2008-04-02 | 2021-01-12 | Twilio Inc. | System and method for processing telephony sessions |
US11843722B2 (en) | 2008-04-02 | 2023-12-12 | Twilio Inc. | System and method for processing telephony sessions |
US11831810B2 (en) | 2008-04-02 | 2023-11-28 | Twilio Inc. | System and method for processing telephony sessions |
US11765275B2 (en) | 2008-04-02 | 2023-09-19 | Twilio Inc. | System and method for processing telephony sessions |
US11722602B2 (en) | 2008-04-02 | 2023-08-08 | Twilio Inc. | System and method for processing media requests during telephony sessions |
US10986142B2 (en) | 2008-04-02 | 2021-04-20 | Twilio Inc. | System and method for processing telephony sessions |
US10560495B2 (en) | 2008-04-02 | 2020-02-11 | Twilio Inc. | System and method for processing telephony sessions |
US10694042B2 (en) | 2008-04-02 | 2020-06-23 | Twilio Inc. | System and method for processing media requests during telephony sessions |
US11444985B2 (en) | 2008-04-02 | 2022-09-13 | Twilio Inc. | System and method for processing telephony sessions |
US11283843B2 (en) | 2008-04-02 | 2022-03-22 | Twilio Inc. | System and method for processing telephony sessions |
US11856150B2 (en) | 2008-04-02 | 2023-12-26 | Twilio Inc. | System and method for processing telephony sessions |
US11706349B2 (en) | 2008-04-02 | 2023-07-18 | Twilio Inc. | System and method for processing telephony sessions |
CN101674327B (zh) * | 2009-09-29 | 2012-12-26 | 金蝶软件(中国)有限公司 | 异构系统消息集成方法、架构及系统 |
CN102571880A (zh) * | 2010-12-27 | 2012-07-11 | 中国移动通信集团公司 | 一种服务分发方法和系统以及一种服务分发节点 |
CN102571880B (zh) * | 2010-12-27 | 2014-11-05 | 中国移动通信集团公司 | 一种服务分发方法和系统以及一种服务分发节点 |
CN103297480A (zh) * | 2012-03-05 | 2013-09-11 | 深圳市财付通科技有限公司 | 一种应用服务自动检测系统和方法 |
CN103297480B (zh) * | 2012-03-05 | 2017-09-22 | 财付通支付科技有限公司 | 一种应用服务自动检测系统和方法 |
US11134122B2 (en) | 2014-02-12 | 2021-09-28 | Level 3 Communications, Llc | External injection of cloud based network functions into network services |
US10728327B2 (en) | 2014-02-12 | 2020-07-28 | Level 3 Communications, Llc | External injection of cloud based network functions into network services |
US11616835B2 (en) | 2014-02-12 | 2023-03-28 | Level 3 Communications, Llc | External injection of cloud based network functions into network services |
US10326839B2 (en) | 2014-02-12 | 2019-06-18 | Level 3 Communications, Llc | External injection of cloud based network functions into network services |
CN105981339A (zh) * | 2014-02-12 | 2016-09-28 | 第三雷沃通讯有限责任公司 | 网络服务基于云的网络功能注入 |
CN107273144A (zh) * | 2017-08-15 | 2017-10-20 | 广州市爱菩新医药科技有限公司 | 快速构建网络应用程序接口的装置 |
CN107682314A (zh) * | 2017-08-30 | 2018-02-09 | 北京明朝万达科技股份有限公司 | 一种apt攻击的检测方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
EP1491029A4 (en) | 2006-05-10 |
US20030177283A1 (en) | 2003-09-18 |
KR20040108673A (ko) | 2004-12-24 |
EP1491029A1 (en) | 2004-12-29 |
WO2003081885A1 (en) | 2003-10-02 |
AU2003225863A1 (en) | 2003-10-08 |
WO2003081885A9 (en) | 2003-11-27 |
JP2005521337A (ja) | 2005-07-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1653790A (zh) | 应用程序接口 | |
CN1172506C (zh) | 通过互联网传送多媒体数据的管理方法及实施该方法所用的芯片卡 | |
CN1757025A (zh) | 利用显示服务授权为网络服务提供预付费计费的方法和装置 | |
CN1201533C (zh) | 因特网电话网络系统、网络访问方法及通话装置适配器 | |
CN1565105A (zh) | 手持无线会议技术 | |
CN1268105C (zh) | 用于通信网络的通信系统及通信方法 | |
CN1685672A (zh) | 通信控制方法及系统,数据包转发及监测方法和系统 | |
CN101069169A (zh) | 在网络元件处缓存内容和状态数据 | |
CN1774890A (zh) | 用于网络中速率控制服务的系统和方法 | |
CN1414751A (zh) | 服务控制网络,服务器,网络装置,服务信息分配方法以及服务信息分配程序 | |
CN1890944A (zh) | 用于web服务中介体的端口类型不可知的代理支持 | |
CN1711784A (zh) | 用于发送sms以及文本消息的系统和方法 | |
CN1412973A (zh) | 虚拟个人网络服务管理系统及其服务管理器和服务代理器 | |
CN1729442A (zh) | 在网络中使用共享资源的方法和装置 | |
CN1324537A (zh) | 支持无线网络中服务质量的方法和系统 | |
CN1606737A (zh) | 即时传信用户和客户机身份的分离 | |
CN100343835C (zh) | 信息处理方法和设备 | |
CN1870532A (zh) | 一种信令跟踪方法和系统 | |
CN1592259A (zh) | 网络用交换装置、路径管理服务器、网络接口装置及其控制方法 | |
CN1756197A (zh) | 用于管理设备的系统、设备、方法和计算机程序产品 | |
CN1860768A (zh) | 客户请求的外部地址映射 | |
CN1135783C (zh) | 在电信网络中的用户登记 | |
CN1852355A (zh) | 一种收集用户通信特征信息的方法和装置 | |
CN1302650C (zh) | 网络访问服务器及方法 | |
CN101053202A (zh) | 优化对等移动通信 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |