CN100401828C - 一种获取信令流程中信息的方法 - Google Patents
一种获取信令流程中信息的方法 Download PDFInfo
- Publication number
- CN100401828C CN100401828C CNB2005101232558A CN200510123255A CN100401828C CN 100401828 C CN100401828 C CN 100401828C CN B2005101232558 A CNB2005101232558 A CN B2005101232558A CN 200510123255 A CN200510123255 A CN 200510123255A CN 100401828 C CN100401828 C CN 100401828C
- Authority
- CN
- China
- Prior art keywords
- information
- message
- sgsn
- tlv
- chr
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种获取信令流程中信息的方法，该方法包括：网络设备从信令处理流程的交互消息中获取信令流程分析所需的信息，如果根据配置决定需要将所获取的信息上报给服务器，则通过信令流程分析所需的消息携带所获取的信息并上报给服务器，服务器记录接收到的信息。根据本发明公开的方法，为定位和分析信令流程中出现的问题提供了呼叫历史记录，网络管理系统通过分析呼叫历史记录就能快速定位问题并解决故障，进一步可以分析网络质量并优化网络。
Description
技术领域
本发明涉及网络维护分析技术领域，特别是指一种获取信令流程中信息的方法。
背景技术
通用分组无线服务(GPRS)系统是一个开放的系统，该系统主要包含核心网络(CN)、UMTS无线接入网(UTRAN)以及用户设备(UE)三部分。其中，服务GPRS支持节点(SGSN)属于CN部分，SGSN与其它网元存在着标准接口，比如SGSN与无线接入网(RAN)之间的接口为Iu接口，SGSN与归属位置寄存器(HLR)之间的接口为Gr接口，SGSN与其它SGSN之间的接口为Gn接口等。图1为GPRS逻辑体系结构图，从图中可以看出，在GPRS体系中，SGSN处于一个中心的位置。一方面，SGSN通过Iu接口和Gb接口连接RAN侧；另一方面，SGSN连接了HLR、GGSN和系统中提供其它业务的设备。几乎所有的GPRS业务的信令，都会通过SGSN，在GPRS网络中，SGSN处于一个总控的位置。
移动台(MS)通过3GPP24.008规范规定的层三(L3)消息与SGSN进行信令交互，实现GPRS服务。MS与SGSN的L3信令主要分为移动管理与会话管理，另外还有如手机自动定位业务(LCS)、短消息业务(SMS)等的业务流程。目前，在实际GPRS网络中，关键性能项(KPI)指标，典型的如附着成功率、分组数据协议(PDP)激活成功率等指标对于了解网络的运行性能提高网络的质量非常重要，当然其它流程的成功率指标也是衡量网络质量的重要指标。在MS与SGSN的流程中，很可能由于某些原因，导致移动管理或会话管理或其它信令流程失败。因此，目前需要定位和分析信令流程失败的原因，进而给出解决故障的方法。
在现有网络的日常维护工作中，通过如下方法进行故障分析或网络质量分析。
1)性能统计方法：性能统计是通过统计网络中关键的统计项来衡量当前网络的质量，例如，统计特定测量周期内信令流程的成功/失败次数，并将该统计值反馈给网络管理系统，由网络管理系统进行全面的分析，通过分析结果解决现有网络的扩容和存在的问题。
但是对于目前需要解决的问题，由于性能统计是一种长时间或者是周期性的统计，只能统计出信令流程的成功率或者失败率，不能给出信令流程失败的一些关键信息；并且，性能统计是统计历史数据，不能对信令流程中出现的故障进行异常分析，进一步不能给出解决故障的方法。
2)全网信令检测方法：该方法是通过专门的信令跟踪仪器实时跟踪标准协议接口中的信令，例如，呼叫过程中在Iu、Gb、Gr等接口获取来自不同网元的标准协议消息，并将这些消息发送给网络管理中心，网络管理中心对这些消息进行分析，根据分析结果对网络进行优化和解决部分问题。
上述全网跟踪的方法，需要在所有的接口都通过特殊的第三方仪器进行跟踪，这对第三方仪器的性能和网络的性能提出很高的要求；全网跟踪的信令检测不能获取具体网络设备有关的信息和内部处理的信息，只能获取信令流程中的信息；这种跟踪会产生大量的数据，而这些数据没有对同一用户的某一信令流程进行关联，从这些大量的数据中获取分析某一用户某一信令流程所需的有用信息是非常大的工作量；而且，从上述数据中也不容易发现消息中存在的问题，需要丰富的经验。
3)告警方法：告警系统可以实时地给网络管理系统发送告警的原因，例如，告警的原因可能是设备故障或链路故障等，网络管理系统根据告警原因，分析并排除所发生的故障。
但是，告警关注的是设备故障，不能或很少关注用户业务过程中的故障，比如，用户由于某种原因附着或PDP激活等失败的时候，告警系统往往无法体现出来。因此，告警不能定位和分析排除用户信令流程中出现的异常或故障。
综上所述，现有存在的网络维护技术，不能针对信令流程的异常或故障提供很好的定位和分析故障原因并解决故障的方法。
发明内容
有鉴于此，本发明的主要目的在于提供一种获取信令流程中信息的方法，能够获得用于定位和分析信令流程中出现的问题的呼叫历史记录。
为了达到上述目的，本发明提供一种获取信令流程中信息的方法，其特征在于，该方法包括：
网络设备从信令处理流程的交互消息中获取信令流程分析所需的信息，如果根据配置决定需要将所获取的信息上报给服务器，则通过信令流程分析所需的消息携带所获取的信息并上报给服务器。
服务器接收到网络设备上报的信息后进一步包括：服务器记录所接收到的信息。
如果所述网络设备根据配置决定不需要将所获取的信息上报给服务器，则丢弃所获取的信息。
所述网络设备从信令处理流程的交互消息中获取信令流程分析所需的信息的步骤包括：网络设备从信令处理流程中通过接口接收的消息和通过接口发送的消息中获取信令流程分析所需的信息，并记录到缓存中。
所述服务器记录接收到的信息的步骤包括：服务器从接收到的消息中获取各信息的值，并记录信息的值。
对于所述信令流程分析所需的信息定义信息的类型、存在属性、编码格式。
对于所述信令流程分析所需的信息进一步定义信息值的长度。
所述网络设备是服务通用分组无线服务支持节点。
所述信令流程分析所需的信息包括：移动用户信息、位置信息、流程信息、系统信息和扩展信息中的至少一种。
本发明所提供的获取信令流程中信息的方法中，在网络设备获取与该网络设备相关的信令流程和该网络设备内部处理的一些重要信息，并以标准协议消息的格式输出给特定的服务器，为定位和分析网络的故障提供了充分的历史记录，并通过分析服务器中所记录的信息，可以有效和快速地分析出网络故障的原因，并给出解决故障的对策。通过分析网络设备给特定服务器提供的历史记录，还可以进一步分析网络质量，为优化网络提供了可靠的依据。一般，在新制式的无线网络运营初期，往往会出现一些KPI指标不理想的情况需要找出问题产生的原因，这种情况下，就可以通过本发明方法提供的CHR记录分析各项信令流程中出现问题的原因并给出解决对策。当运营商推出新业务时，也可以利用本发明方法所提供的CHR记录分析信令流程，掌握新业务的使用情况，并解决其中存在的问题。
附图说明
图1所示为GPRS逻辑体系结构图；
图2所示为本发明中分析PDP激活流程中出现的问题的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下面举具体实施例，对本发明作进一步详细的说明。
本发明在SGSN内部获取信令流程的关键信息，并上报给特定的服务器。本发明将所述特定的服务器称为呼叫历史记录(CHR)服务器。在业务运行过程中，信令流程异常或失败时，SGSN将一些关键信息上报给CHR服务器；或者，当网络管理系统需要分析某一时间段或某一业务的信令流程时，将上报所需信令流程的指令下发给SGSN，SGSN根据操作维护(OM)的配置决定是否将这些关键信息上报给CHR服务器。网络管理系统根据CHR服务器中所记录的CHR定位和分析信令流程中出现的问题，并通过相应的手段恢复故障；网络管理系统根据CHR服务器中所记录的呼叫历史记录CHR还可以进行客户投诉处理、业务分析，更进一步可以对关键的网络进行质量分析。
在信令流程中，SGSN将外部网元通过接口发送来的消息和SGSN通过接口发送出去的消息中的关键信息获取后用缓存的形式记录下来，当信令流程失败或异常或完成后，根据OM配置决定是否上报，如果需要上报，则通过消息携带相应关键信息发送给CHR服务器。SGSN将所记录的信息上报给CHR服务器之后，可以删除缓存中所记录的信息，也可以保留所记录的信息。
CHR服务器是为定位和分析信令流程失败的原因以及解决故障而提供的，该CHR服务器一般处在SGSN外部，并通过外部接口与SGSN传递消息。CHR服务器接收SGSN上报的消息之后，获取该消息中各个信息单元的值，然后将这些信息按照一定的形式，例如数据库、扩展标记语言(XML)文件等的形式保存在CHR服务器中。
网络管理系统分析某一信令流程时，例如使用用户的国际移动用户识别码(IMSI)从CHR服务器中查找相关的记录之后，进行分析。
下面以MS与SGSN的信令流程中CHR输出内容为例，针对分析故障原因或分析网络质量而所要提供的CHR提出了协议结构，即SGSN与CHR服务器之间的消息格式。
CHR消息中必要的信息包括，
移动用户信息(MS information)：该信息记录事件发生时移动用户的一些基本信息，例如用户标识、用户接入类型等；
位置信息(Location information)：该信息记录事件发生时移动用户的位置信息，例如路由区信息、小区信息、接入网络标识等；
流程信息(Procedure information)：该信息记录与信令流程相关的信息；
系统信息(System information)：该信息记录事件发生时系统的基本信息，例如系统标识、系统时间、系统接入容量等；
扩展信息(Extend information)：该信息为由系统自己定义的扩展信息，信息结构为固定形式，内容由系统自己解释。
定义CHR消息的协议结构，首先根据标准协议规定的信令流程的类型对上报的CHR消息进行分类，每一类的消息有类型值；然后对每一类消息定义信息，并定义信息的类型、存在属性、格式、长度等。
对于MS与SGSN的信令流程中的CHR消息分为五类，分别为移动管理流程CHR(MM procedure CHR)；PDP上下文激活流程CHR消息(PDPContext Activation Procedure CHR message)；二次PDP上下文激活流程CHR消息(Secondary PDP Context Activation Procedure CHR message)；PDP上下文修改流程CHR消息(PDP Context Modification Procedures CHRmessage)；PDP上下文去激活流程CHR消息(PDP Context DeactivationProcedures CHR message)。对于所述五类消息分别用十进制数1、2、3、4、5表示每一类消息的类型值，表一所示为CHR消息分类的结果。在这基础上，根据系统需要，还可以定义更多的MS与SGSN的信令流程中的CHR消息。
| 消息类型值(MessageType value) | 消息(Message) |
| 1 | MM procedure CHR |
| 2 | PDP Context Activation Procedure CHR message |
| 3 | Secondary PDP Context Activation Procedure CHR message |
| 4 | PDP Context Modification Procedures CHR message |
| 5 | PDP Context Deactivation Procedures CHR message |
表一
对于上述五类消息，又分别定义了每类消息所包含的信息，详细描述如下。
对于CHR消息的具体信息元素(Information Element)可以定义信息元素标识(IEI)、信息类型、存在属性(Presence)、编码格式(Format)等。其中，IEI表示各个信息的类型值。Presence中M表示该信息是必须的，如果SGSN在信令流程中得不到Presence为M信息时，需要给出缺省值；Presence中O表示该信息是可选的，SGSN构造的CHR消息中可以不携带Presence为O的信息；Presence中C表示该信息是有条件的，在某种特定的条件下SGSN在CHR消息中携带Presence为C的信息。Format表示各个信息编码的格式，CHR消息采用3GPP标准协议中TLV编码方式编码，各类消息中各信息将以T、V、TV、TLV格式进行编码。对于具体信息元素，还可以定义长度(Length)，表示信息值的长度。SGSN获取信息之后，根据所定义的CHR消息结构填写所获取的信息的值构成CHR消息。
对于MM procedure CHR消息定义的信息如表二所示。
| IEI | Information Element | Type/Reference | Presence | Format |
| SGSN CHR消息类型SGSN CHR(Message type) | 消息类型(Message Type) | M | V | |
| 接入服务类型(Access service type) | Access service type | M | V | |
| 流程标识(Procedure identification) | Procedureidentification | M | V | |
| 流程结果(Procedure result) | Procedure result | M | V | |
| 备用(Spare) | Spare | M | V | |
| GMM原因值(GMM cause) | GMM cause | O | TV | |
| 内部GMM原因值(Internal GMM cause) | Internal GMM cause | O | TV | |
| 系统时间(System time) | System time | O | TV | |
| UE信息单元(UE information elements) | ||||
| IMSI | IMSI | O | TV | |
| 分配的P-TMSI(Allocated P-TMSI) | P-TMSI | O | TV | |
| 分配的P-TMSI签名(Allocated P-TMSI signature) | P-TMSI签名(P-TMSI signature) | O | TV | |
| 旧的P-TMSI(Old P-TMSI) | P-TMSI | O | TV | |
| 旧的P-TMSI签名(Old P-TMSI signature) | P-TMSI signature | O | TV | |
| 接入网类型(Access System Type) | 系统类型(System type) | O | TV | |
| 位置信息单元(Location information elements) |
| 当前路由区标识(Current routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 旧的路由区标识(Old routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 接入的RNC标识(Access RNC ID) | 全球RNC标识(Global RNC ID) | C | TV | |
| 接入小区(Access cell) | 小区标识(Cell identity) | C | TV | |
| CN标识(CN ID) | CN ID | O | TV | |
| 扩展信息单元(Externd information elements) | ||||
| 内部状态(Internal status) | Internal status | O | TV | |
| 内部物理位置(Internal physical location) | Internal physicallocation | O | TV | |
| 流程信息单元(PROCEDURE informationelements) | ||||
| GRPS附着流程(GPRS attach procedure) | ||||
| 附着类型(Attach type) | Attach type | C | TV | |
| 附着结果(Attach result) | Attach result | C | TV | |
| GPRS分离流程(GPRS detach procedure) | ||||
| 分离类型(Detach type) | Detach type | C | TV | |
| 路由区更新流程(Routing area updating procedure) | ||||
| 更新类型(Update type) | Update type | C | TV | |
| 更新结果(Update result) | Update result | C | TV | |
| P-TMSI分配流程(P-TMSI reallocation procedure) | ||||
| 分配的P-TMSI(Allocated P-TMSI) | P-TMSI | C | TV | |
| 分配的P-TMSI签名(Allocated P-TMSI signature) | P-TMSI签名(P-TMSI signature) | C | TV | |
| 鉴权加密流程(Authentication and cipheringprocedure) | ||||
| ... |
| 身份识别流程(Identification procedure) | ||||
| ... | ||||
| 寻呼流程(Paging procedure) | ||||
| ... | ||||
| 业务请求流程(Service Request Procedure) | ||||
| 请求服务类型(Service Type) | 服务类型(Service Type) | TV | ||
| 业务请求发起类型(Service request originate type) | 发起类型(Originate type) | TV | ||
| 重定位流程(Relocation procedure) | ||||
| ... | ||||
| 挂起流程(Suspend procedure) | ||||
| ... |
表二
对于PDP Context Activation Procedure CHR消息定义的信息如表三所示。
| IEI | Information Element | Type/Reference | Presence | Format |
| SGSN CHR消息类型SGSN CHR(Message type) | 消息类型(Message type) | M | V | |
| 接入网类型(Access System Type) | 系统类型(System type) | M | TV | |
| 系统时间(System Time) | 系统时间(System time) | M | TV | |
| 流程结果(Procedure result) | Procedure result | M | V | |
| IMSI | IMSI | M | TV | |
| 当前路由区标识(Current routingarea identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 旧的路由区标识(Old routing area identification) | Routing areaidentification | O | TV | |
| 接入RNC标识(Access RNC ID) | 全球RNC标识(Global RNC ID) | C | TV | |
| 接入小区(Access cell) | 小区标识(Cell identity) | C | TV | |
| CN标识(CN ID) | CN ID | O | TV | |
| 事务标识(Transaction identifier，TI) | Transaction identifier | M | TV | |
| 网络服务接入点标识 | Network service access | M | TV |
| (Network service access pointidentifier，NSAPI) | point identifier | |||
| SGSN发送给MS的SM原因值(SM cause sent by SGSN to MS) | SM原因值(SM cause) | O | TV | |
| 内部SM原因值(Internal SM cause) | Internal SM cause | O | TV | |
| 请求的LLC SAPI(Requested LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| 协商的LLC SAPI(Negotiated LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| MS请求的QoS(Requested QoS by MS) | 服务质量(Quality of service) | O | TLV | |
| 签约的QoS(Subscribed QoS) | Quality of service | O | TLV | |
| 协商的QoS(Negotiated QoS) | Quality of service | O | TLV | |
| 请求的PDP地址(Requested PDP address by MS) | PDP地址(Packet data protocoladdress) | O | TLV | |
| 请求的接入点名(Requested Access point name) | 接入点名(Access point name，APN) | O | TLV | |
| 签约的接入点名(Subscribed Access point name) | Access point name | O | TLV | |
| GGSN请求的PDP地址(PDP address Requested by GGSN) | Packet data protocoladdress | O | TLV | |
| GGSN请求的接入点名(Requested Access point name byGGSN) | Access point name | O | TLV | |
| 签约PDP数据(Subscribed PDP data) | Subscribed PDP data | O | TLV | |
| 使用的PDP地址(PDP address in use) | Packet data protocoladdress | O | TLV | |
| 使用的APN网络标识(APNNI in use) | Access point name | O | TLV | |
| 使用的APN运营商标识(APNOI in use) | Access point name | O | TLV | |
| APN选择模式(APN Selection mode) | APN Selection mode | O | TV | |
| SGSN和GGSN之间的GTP隧道版本(GTP tunnel version between SGSNand GGSN) | GTP版本(GTP tunnel version) | O | TV | |
| SGSN给GGSN的信令面TEID(Tunnel Endpoint IdentifierSignalling assigned by SGSN to | TEID(Tunnel EndpointIdentifier) | O | TLV |
| GGSN) | ||||
| Tunnel Endpoint Identifier Signallingassigned by GGSN to SGSN | Tunnel EndpointIdentifier | O | TLV | |
| SGSN给GGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by SGSN to GGSN) | Tunnel EndpointIdentifier | O | TLV | |
| SGSN给RNC的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by SGSN to RNC) | Tunnel EndpointIdentifier | O | TLV | |
| GGSN给SGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by GGSN to SGSN) | Tunnel EndpointIdentifier | O | TLV | |
| RNC给SGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by RNC to SGSN) | Tunnel EndpointIdentifier | O | TLV | |
| 信令面的GGSN地址(GGSN Address for signalling) | 网络节点IP地址(Network Node IPAddress) | O | TLV | |
| 用户传输的GGSN地址(GGSN Address for user traffic) | Network Node IPAddress | O | TLV | |
| 信令面SGSN地址(SGSN Address for signalling) | Network Node IPAddress | O | TLV | |
| 用户传输的SGSN地址(SGSN Address for user traffic) | Network Node IPAddress | O | TLV | |
| 用户传输的RNC地址(RNC Address for usertraffic) | Network Node IPAddress | O | TLV | |
| 计费网关地址(Charging Gateway Address) | Network Node IPAddress | O | TLV | |
| 计费ID(Charging ID) | Charging ID | O | TV | |
| GGSN返回的原因值(Cause returned by GGSN) | GTP原因值(GTP Cause) | O | TV | |
| GGSN返回的Qos(QoS returned by GGSN) | 服务质量(Quality of service) | O | TLV | |
| GGSN返回的PDP地址(PDP address returned by GGSN) | PDP地址(Packet data protocoladdress) | O | TLV | |
| RNC返回的原因值(Cause by RNC) | RANAP原因值(RANAP Cause) | O | TV | |
| MS返回的原因值(Cause by MS) | SM原因值(SM Cause) | O | TV | |
| 分组流量标识(Packet Flow Identifier) | Packet Flow IdentifierPFI | O | TLV | |
| MS发来的PCO(PCO From MS) | PCO(Protocol configurationoptions) | O | TLV | |
| GGSN发来的PCO(PCO From GGSN) | Protocol configurationoptions | O | TLV | |
| 私有扩展 | Private Ext | O | TLV |
| (Private Ext) |
表三
对于Secondary PDP Context Activation Procedure CHR消息定义的信息如表四所示。
| IEI | Information Element | Type/Reference | Presence | Format |
| SGSN CHR消息类型SGSN CHR(Message type) | 消息类型(Message type) | M | V | |
| 接入网类型(Access System Type) | 系统类型(System type) | M | TV | |
| 系统时间(System Time) | System time | M | TV | |
| 流程结果(Procedure result) | Procedure result | M | V | |
| IMSI | IMSI | M | TV | |
| 当前路由区标识(Current routing areaIdentification) | 路由区标识(Routing areaidentification) | O | TV | |
| 旧路由区标识(Old routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| Access RNC ID接入RNC标识 | Global RNC ID全球RNC标识 | C | TV | |
| 接入小区(Access cell) | 小区标识(Cell identity) | C | TV | |
| CN标识(CN ID) | CN ID | O | TV | |
| 事务标识(Transaction identifier) | Transaction identifier | M | TV | |
| 网络服务接入点标识(NSAPI) | 网络服务接入点标识(Network serviceaccess point identifier) | M | TV | |
| SGSN发送给MS的SM原因值(SM cause sent by SGSN to MS) | SM原因值(SM cause) | O | TV | |
| 内部SM原因值(Internal SM cause) | Internal SM cause | O | TV | |
| 请求的LLC SAPI(Requested LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| 协商的LLC SAPI(Negotiated LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| MS请求的QoS(Requested QoS by MS) | 服务质量(Quality of service) | O | TLV | |
| 签约的QoS(Subscribed QoS) | 服务质量(Quality of service) | O | TLV | |
| 协商的QoS | Quality of service | O | TLV |
| (Negotiated QoS) | ||||
| 链接的事务标识(Linked Transaction identifier) | 事务标识(Transaction identifier) | O | TV | |
| 使用的PDP地址(PDP address in use) | PDP地址(Packet data protocoladdress) | O | TLV | |
| SGSN和GGSN之间的GTP隧道版本(GTP tunnel version between SGSNand GGSN) | GTP版本(GTP tunnel version) | O | TV | |
| SGSN给GGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by SGSN to GGSN) | TEID(Tunnel EndpointIdentifier) | O | TLV | |
| SGSN给RNC的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by SGSN to RNC) | TEID(Tunnel EndpointIdentifier) | O | TLV | |
| GGSN给SGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by GGSN to SGSN) | TEID(Tunnel EndpointIdentifier) | O | TLV | |
| RNC给SGSN的用户面TEID I(Tunnel Endpoint Identifier Data Iassigned by RNC to SGSN) | TEID(Tunnel EndpointIdentifier) | O | TLV | |
| 信令面的GGSN地址(GGSN Address for signalling) | 网络节点IP地址(Network Node IPAddress) | O | TLV | |
| 用户传输的GGSN地址(GGSN Address for user traffic) | 网络节点IP地址(Network Node IPAddress) | O | TLV | |
| 信令面SGSN地址(SGSN Address for signalling) | Network Node IPAddress | O | TLV | |
| 用户传输的SGSN地址(SGSN Address for user traffic) | Network Node IPAddress | O | TLV | |
| 用户传输的RNC地址(RNC Address for user traffic) | Network Node IPAddress | O | TLV | |
| 计费网关地址(Charging Gateway Address) | Network Node IPAddress | O | TLV | |
| 计费ID(Charging ID) | Charging ID | O | TV | |
| GGSN返回的原因值(Cause by GGSN) | GTP原因值(GTP Cause) | O | TV | |
| QoS returned by GGSNGGSN返回的QoS | Quality of service服务质量 | O | TLV | |
| GGSN返回的PDP地址(PDP address returned by GGSN) | PDP地址(Packet data protocoladdress) | O | TLV | |
| RNC返回的原因值(Cause by RNC) | RANAP原因值(RANAP Cause) | O | TV | |
| 分组流量标识 | PFI(Packet Flow Identifier) | O | TLV |
| (Packet Flow Identifier) | ||||
| MS发来的PCO(PCO From MS) | PCO(Protocol configurationoptions) | O | TLV | |
| GGSN发来的PCO(PCO From GGSN) | PCO(Protocol configurationoptions) | O | TLV | |
| 流量模板(TFT) | TFT(Traffic FlowTemplate) | O | TLV | |
| 私有扩展(Private Ext) | Private Ext |
表四
对于PDP Context Modification Procedures CHR消息定义的信息如表五所示。
| IEI | Information Element | Type/Reference | Presence | Format |
| PDP上下文修改过程CHR消息标识(PDP Context ModificationProcedures CHR message identity) | 消息类型(Message type) | M | V | |
| 接入网类型(Access System Type) | 系统类型(System type) | M | TV | |
| 系统时间(System Time) | 系统时间(System time) | M | TV | |
| 流程结果(Procedure result) | Procedure result | M | V | |
| IMSI | IMSI | M | TV | |
| 当前路由区标识(Current routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 旧的路由区标识(Old routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 接入RNC标识(Access RNC ID) | 全球RNC标识(Global RNC ID) | C | TV | |
| 接入小区(Access cell) | 小区标识(Cell identity) | C | TV | |
| CN标识(CN ID) | CN ID | O | TV | |
| 事务标识(Transaction identifier) | Transaction identifier | M | TV | |
| 网络服务接入点标识(NSAPI) | 网络服务接入点标识(Network serviceaccess point identifier) | M | TV | |
| 修改过程类型(Modification Procedure Type) | 修改过程类型(Modificationprocedure type) | M | TV |
| SGSN发给MS的原因值(Cause Sent by SGSN to MS) | SM原因值(SM cause) | O | TV | |
| SGSN发送给GGSN的原因值(Cause Sentby SGSN to GGSN) | GTP原因值(GTP cause) | O | TV | |
| 内部SM原因值(Internal SM cause) | Internal SM cause | O | TV | |
| 请求的LLC SAPI(Requested LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| 协商的LLC SAPI(Negotiated LLC SAPI) | LLC服务接入点标识(LLC service accesspoint identifier) | O | TV | |
| MS请求的QoS(Requested QoS by MS) | 服务质量(Quality of service) | O | TLV | |
| GGSN请求的QoS(Requested QoS by GGSN) | Quality of service | O | TLV | |
| 原来的QoS(Original QoS) | Quality of service | O | TLV | |
| 签约的QoS(Subscribed QoS) | Quality of service | O | TLV | |
| 协商的QoS(Negotiated QoS) | Quality of service | O | TLV | |
| 使用的PDP地址(PDP address in use) | PDP地址(Packet data protocoladdress) | O | TLV | |
| GGSN请求的PDP地址(PDP address Requested by GGSN) | Packet data protocoladdress | O | TLV | |
| GGSN返回的原因值(Cause by GGSN) | GTP原因值(GTP Cause) | O | TV | |
| GGSN返回的QoS(QoS returned by GGSN) | Quality of service | O | TLV | |
| GGSN返回的PDP地址(PDP address returned by GGSN) | Packet data protocoladdress | O | TLV | |
| RNC返回的原因值(Cause by RNC) | RANAP原因值(RANAP Cause) | O | TV | |
| MS返回的原因值(Cause by MS) | SM原因值(SM Cause) | O | TV | |
| 分组流量标识(Packet Flow Identifier) | PFI(Packet Flow Identifier) | O | TLV | |
| MS发来的PCO(PCO From MS) | PCO(Protocol configurationoption) | O | TLV | |
| GGSN发来的PCO(PCO From GGSN) | Protocol configurationoptions | O | TLV | |
| 流量模板(TFT) | TFT(Traffic FlowTemplate) | O | TLV | |
| 私有扩展 | Private Ext |
| (Private Ext) |
表五
对于PDP Context Deactivation Procedures CHR消息定义的信息如表六所示。
| IEI | Information Element | Type/Reference | Presence | Format |
| SGSN CHR消息类型SGSN CHR(Message type) | 消息类型(Message type) | M | V | |
| 接入网类型(Access System Type) | 系统类型(System type) | M | TV | |
| 系统时间(System Time) | System time | M | TV | |
| 流程结果(Procedure result) | Procedure result | M | V | |
| IMSI | IMSI | M | TV | |
| 当前路由区标识(Current routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 旧的路由区标识Old(routing area identification) | 路由区标识(Routing areaidentification) | O | TV | |
| 接入RNC标识(Access RNC ID) | 全球RNC标识(Global RNC ID) | C | TV | |
| 接入小区(Access cell) | 小区标识(Cell identity) | C | TV | |
| CN标识(CN ID) | CN ID | O | TV | |
| 事务标识(Transaction identifier) | Transaction identifier | M | TV | |
| 网络服务接入点标识(NSAPI) | 网络服务接入点标识(Network serviceaccess point identifier) | M | TV | |
| 去激活类型(Deactivation Procedure Type) | Deactivation proceduretype | M | TV | |
| MS的SM原因值(Cause by MS) | SM原因值(SM cause) | O | TV | |
| GGSN原因值(Cause by GGSN) | GTP原因值(GTP cause) | O | TV | |
| 内部SM原因值(Internal SM cause) | 内部SM原因值(Internal SM cause) | O | TV | |
| 拆除指示(Tear down indicator) | Tear down indicator | O | TV | |
| MS发来的PCO(PCO From MS) | PCO(Protocolconfiguration options) | O | TLV | |
| GGSN发来的PCO(PCO From GGSN) | PCO | O | TLV |
| 私有扩展(Private Ext) | Private Ext | O | TLV |
表六
对于上述CHR消息中的IEI的定义如表七所示。
| IEI Value | Format | Information Element |
| 0 | TV | Access service type |
| 1 | TV | Procedure identification |
| 2 | TV | Procedure result |
| 3 | TV | GMM cause |
| 4 | TV | Internal GMM cause |
| 5 | TV | System time |
| 6 | TV | IMSI |
| 7 | TV | MSISDN |
| 8 | TV | Allocated P-TMSI |
| 9 | TV | Allocated P-TMSI signature |
| 10 | TV | Old P-TMSI |
| 11 | TV | Old P-TMSI signature |
| 12 | TV | Access System Type |
| 13 | TV | Current routing area identification |
| 14 | TV | Old routing area identification |
| 15 | TV | Access RNC ID |
| 16 | TV | Access cell |
| 17 | TV | CN ID |
| 18 | TV | Internal status |
| 19 | TV | Internal physical location |
| 20 | TV | Attach type |
| 21 | TV | Attach result |
| 22 | TV | Detach type |
| 23 | TV | Update type |
| 24 | TV | Update result |
| 25 | TV | Service Type |
| 26 | TV | Service request originate type |
| 27 | TV | Transaction identifier |
| 28 | TV | Linked Transaction identifier |
| 29 | TV | NSAPI |
| 30 | TV | SM cause sent by SGSN to MS |
| 31 | TV | GTP cause sent by SGSN to GGSN |
| 32 | TV | Internal SM Cause |
| 33 | TV | Requested LLC SAPI |
| 34 | TV | Negotiated LLC SAPI |
| 35 | TV | APN Selection mode |
| 36 | TV | GTP tunnel version |
| 37 | TV | Charging ID |
| 38 | TV | Cause by GGSN |
| 39 | TV | Cause by RNC |
| 40 | TV | Cause by MS |
| 41 | TV | Modification Procedure Type |
| 42 | TV | Deactivation Procedure Type |
| IEI Value | Format | Information Element |
| 43 | TV | Tear down indicator |
| 44-127 | for future study | |
| 128 | TLV | Local SGSN Address for signalling |
| 129 | TLV | Tunnel Endpoint Identifier Signallingassigned by Local SGSN to Peer SGSN |
| 130 | TLV | Peer SGSN Address for signalling |
| 131 | TLV | Tunnel Endpoint Identifier Signallingassigned by Peer SGSN to Local SGSN |
| 132 | TLV | Peer SGSN Address for user traffic |
| 133 | TLV | Requested QoS by MS |
| 134 | TLV | Requested QoS by GGSN |
| 135 | TLV | Original QoS |
| 136 | TLV | Subscribed QoS |
| 137 | TLV | Negotiated QoS |
| 138 | TLV | Requested PDP address by MS |
| 139 | TLV | Requested Access point name by MS |
| 140 | TLV | PDP address Requested by GGSN |
| 141 | TLV | Requested Access point name by GGSN |
| 142 | TLV | Subscribed PDP data |
| 143 | TLV | PDP address in use |
| 144 | TLV | APNNI in use |
| 145 | TLV | APNOI in use |
| 146 | TLV | Tunnel Endpoint Identifier Signallingassigned by SGSN to GGSN |
| 147 | TLV | Tunnel Endpoint Identifier Signallingassigned by GGSN to SGSN |
| 148 | TLV | Tunnel Endpoint Identifier Data I assignedby SGSN to GGSN |
| 149 | TLV | Tunnel Endpoint Identifier Data I assignedby SGSN to RNC |
| 150 | TLV | Tunnel Endpoint Identifier Data I assignedby GGSN to SGSN |
| 151 | TLV | Tunnel Endpoint Identifier Data I assignedby RNC to SGSN |
| 152 | TLV | GGSN Address for signalling |
| 153 | TLV | GGSN Address for user traffic |
| 154 | TLV | SGSN Address for signalling |
| 155 | TLV | SGSN Address for user traffic |
| 156 | TLV | RNC Address for user traffic |
| 157 | TLV | Charging Gateway Address |
| 158 | TLV | QoS returned by GGSN |
| 159 | TLV | PDP address returned by GGSN |
| 160 | TLV | Packet Flow Identifier |
| 161 | TLV | PCO From MS |
| 162 | TLV | PCO From GGSN |
| 163 | TLV | TFT |
| 164 | TLV | Unsuccessfully Transmitted Data Volume |
| 165 | TLV | Private Ext |
表七
下面以分析会话管理信令流程中出现的故障为例，详细说明SGSN上报CHR消息的过程，以及网络管理系统根据CHR消息分析信令流程中出现的问题的过程。
假设某移动用户签约了数据业务，但是无法使用数据业务。根据该问题，可以判断出用户手机无法使用数据业务的原因是PDP激活没有成功，那么，进一步结合PDP激活流程分析数据业务失败的原因。如图2所示，分析PDP激活流程失败原因的过程包括以下步骤：
步骤201：SGSN记录所涉及的信令流程即PDP激活流程中的关键信息，具体PDP激活过程如下：
MS发送激活PDP上下文请求(Activate PDP Context Request)消息给SGSN，该消息中携带有网络服务接入点标识(NSAPI)、事务标识(TI)、PDP类型(PDP Type)、PDP地址(PDP Address)、接入点名称(Access PointName，APN)、请求的QoS(QoS Requested)、PDP配置选项(PDP ConfigurationOptions)等信息。
SGSN收到上述Activate PDP Context Request消息之后，记录MS的PDPContext Activation Procedure CHR消息。SGSN首先记录MS接入的网络系统类型作为CHR消息中的系统类型，记录系统时间作为CHR消息中的系统时间，并将这些记录放到一个缓存中。SGSN可以从MS发起激活流程中已建立的移动性管理(MM)上下文中获取MS的IMSI，并将该IMSI值记录到缓存中。同时，SGSN将Activate PDP Context Request消息中的NSAPI、TI、PDP Type、PDP Address、APN、QoS Requested、PDP ConfigurationOptions也记录到缓存中。
然后，SGSN将比较MS请求的PDP Address，APN与该MS签约的PDPAddress，APN等参数，判断是否拒绝或者继续该MS的PDP上下文激活流程。
SGSN发现请求的APN与MS签约的APN不匹配，则决定拒绝该MS的PDP上下文激活请求，并向MS发送PDP激活拒绝的消息，同时，SGSN将拒绝消息中的会话管理原因(SM Cause)值记录到缓存中。
如果SGSN无法获取上述CHR消息中的信息，则根据CHR消息中信息项的Presence定义分别进行相应的处理。对于PDP Context ActivationProcedure CHR消息中定义的必须的信息项，SGSN在所构造的PDP ContextActivation Procedure CHR消息中填写缺省值。例如，在有些情况下，SGSN不能获取MS的接入网络系统类型，则填写一个规定的无效的值。对于PDPContext Activation Procedure CHR消息中定义的可选的信息项，SGSN在所构造的PDP Context Activation Procedure CHR消息中可以不携带该信息项。例如，MS发送来的PDP上下文激活请求消息中如果没有携带PDPConfiguration Options信息时，CHR消息中可以不携带MS发来的PCO信息。对于PDP Context Activation Procedure CHR消息中定义的条件的信息项，SGSN构造PDP Context Activation Procedure CHR消息时根据特定的条件填写该信息项。例如，在GSM系统中肯定没有RNC标识，此时，CHR消息中不应该携带有RNC标识信息。
步骤202：SGSN用PDP Context Activation Procedure CHR消息携带所获取的信息，并上报给CHR服务器，具体过程如下：
SGSN根据配置判断是否上报该MS的CHR消息，如果需要上报CHR消息，SGSN将该MS的IMSI，以及缓存中的系统类型、系统时间、NSAPI、TI、PDP Type、PDP Address、APN、QoS Requested、PDP ConfigurationOptions、SM Cause等信息，以及该MS签约的PDP Type、PDP Address、APN、QoS等信息，和SGSN获取到的当前路由区标识、旧的路由区标识、接入RNC标识、CN标识等信息，根据PDP激活流程的CHR消息的定义构造一条PDP Context Activation Procedure CHR消息，在该CHR消息中携带上述信息后，发送给CHR服务器。
步骤203：CHR服务器从接收到的消息中获取各项信息，并将所获取到的信息保存下来，具体过程如下所述：
CHR服务器收到SGSN上报的PDP Context Activation Procedure CHR消息，从该消息中解析得到消息中各个信息单元的值，并将以XML文件或数据库等形式保存在CHR服务器中，这样就为故障分析或网络质量分析提供了CHR。
步骤204：网络管理系统根据CHR服务器中所保存的消息中的各项信息进行定位和分析所出现的问题，从而给出解决问题的对策，具体过程如下所述：
如果运营商收到上述PDP激活失败的用户的关于数据业务失败的投诉，则根据该用户的手机号码就可以在CHR服务器中查找该用户的CHR记录。根据该用户的投诉可以初步判断该用户的MS在PDP上下文激活流程中出现信令流程异常而导致数据业务失败。根据用户的手机号码得到该MS的IMSI之后，根据该IMSI在CHR服务器中查找SGSN上报的CHR记录，查找结果得到PDP Context Activation Procedure CHR消息，该CHR消息中各个信息的值如表八所示。
| 信息元素 | 信息的值 |
| Message type | PDP Context Activation Procedure CHRmessage |
| Access System Type | GPRS |
| System Time | 2005-7-12 10:18:35 |
| IMSI | 46000×××××××××× |
| Transaction identifier | 8 |
| NSAPI | 5 |
| SM cause sent by SGSN to MS | 0×21，request service not subscribed |
| 请求的接入点名(Requested Access point name) | NULL |
| Requested Access point name 1 | CMWAP |
| Subscribed Access point name 2 | CMNET |
表八
表八所示的CHR消息中，该用户向SGSN发送的PDP上下文激活请求消息中携带的请求APN为空，而该用户签约了两个APN，分别为CMWAP和CMNET。在这种情况下，SGSN由于不能确定该用户使用哪个APN，拒绝该用户的PDP激活请求。通过以上分析可以判断该用户请求的数据业务失败的原因是：该手机激活请求时携带的APN与签约数据不符。通过以上分析，解决该用户数据业务失败的对策是：通知用户正确设置手机的APN参数。
按照与上述分析PDP激活流程相类似的过程，可以通过分析某一段时间、某些用户的信令流程的CHR记录，评价和分析网络质量，进一步给出优化网络的方案等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (9)
1.一种获取信令流程中信息的方法，其特征在于，该方法包括：
网络设备从信令处理流程的交互消息中获取信令流程分析所需的信息，如果根据配置决定需要将所获取的信息上报给服务器，则通过信令流程分析所需的消息携带所获取的信息并上报给服务器。
2.根据权利要求1所述的方法，其特征在于，服务器接收到网络设备上报的信息后进一步包括：服务器记录所接收到的信息。
3.根据权利要求1所述的方法，其特征在于，如果所述网络设备根据配置决定不需要将所获取的信息上报给服务器，则丢弃所获取的信息。
4.根据权利要求1所述的方法，其特征在于，所述网络设备从信令处理流程的交互消息中获取信令流程分析所需的信息的步骤包括：网络设备从信令处理流程中通过接口接收的消息和通过接口发送的消息中获取信令流程分析所需的信息，并记录到缓存中。
5.根据权利要求2所述的方法，其特征在于，
所述服务器记录接收到的信息的步骤包括：服务器从接收到的消息中获取各信息的值，并记录信息的值。
6.根据权利要求1所述方法，其特征在于，对于所述信令流程分析所需的信息定义信息的类型、存在属性、编码格式。
7.根据权利要求6所述的方法，其特征在于，对于所述信令流程分析所需的信息进一步定义信息值的长度。
8.根据权利要求1所述的方法，其特征在于，所述网络设备是服务通用分组无线服务支持节点。
9.根据权利要求1所述的方法，其特征在于，
所述信令流程分析所需的信息包括：移动用户信息、位置信息、流程信息、系统信息和扩展信息中的至少一种。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101232558A CN100401828C (zh) | 2005-11-15 | 2005-11-15 | 一种获取信令流程中信息的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101232558A CN100401828C (zh) | 2005-11-15 | 2005-11-15 | 一种获取信令流程中信息的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1852539A CN1852539A (zh) | 2006-10-25 |
| CN100401828C true CN100401828C (zh) | 2008-07-09 |
Family
ID=37134002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005101232558A Active CN100401828C (zh) | 2005-11-15 | 2005-11-15 | 一种获取信令流程中信息的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100401828C (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431761B (zh) * | 2007-11-09 | 2011-06-01 | 中国移动通信集团公司 | 网络故障上报的方法、设备及系统 |
| CN101448248B (zh) * | 2008-01-25 | 2011-01-05 | 中兴通讯股份有限公司 | 演进的分组系统核心网对用户不同附着类型的处理方法 |
| CN101541014B (zh) * | 2008-03-18 | 2010-10-20 | 中国移动通信集团公司 | 网络覆盖监测方法、信令监测系统及网络覆盖监测系统 |
| CN103108345B (zh) * | 2013-01-21 | 2015-09-30 | 北京拓明科技有限公司 | 一种sgsn路由区冗余配置的自动识别方法 |
| CN107347016B (zh) * | 2016-05-06 | 2022-03-25 | 中兴通讯股份有限公司 | 一种信令流程模型识别方法及异常信令流程辨识方法 |
| CN109413714B (zh) * | 2018-10-12 | 2022-02-22 | Oppo广东移动通信有限公司 | 用户代理信息的处理方法、装置、存储介质及终端 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1306360A (zh) * | 2000-01-20 | 2001-08-01 | 上海贝尔有限公司 | 一种信令链路的监视方法 |
| US6633835B1 (en) * | 2002-01-10 | 2003-10-14 | Networks Associates Technology, Inc. | Prioritized data capture, classification and filtering in a network monitoring environment |
| CN1501632A (zh) * | 2002-11-19 | 2004-06-02 | 华为技术有限公司 | 七号信令分析方法 |
| CN1529447A (zh) * | 2003-10-17 | 2004-09-15 | 中兴通讯股份有限公司 | 移动通信网络协议信令分析系统和方法 |
| CN1662089A (zh) * | 2004-02-27 | 2005-08-31 | 西门子（中国）有限公司 | 一种移动通信系统中对运行或测试数据进行处理和分析的方法和装置 |
| CN1705281A (zh) * | 2004-06-01 | 2005-12-07 | 阿尔卡特公司 | 通信网络事件记录系统和方法 |
-
2005
- 2005-11-15 CN CNB2005101232558A patent/CN100401828C/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1306360A (zh) * | 2000-01-20 | 2001-08-01 | 上海贝尔有限公司 | 一种信令链路的监视方法 |
| US6633835B1 (en) * | 2002-01-10 | 2003-10-14 | Networks Associates Technology, Inc. | Prioritized data capture, classification and filtering in a network monitoring environment |
| CN1501632A (zh) * | 2002-11-19 | 2004-06-02 | 华为技术有限公司 | 七号信令分析方法 |
| CN1529447A (zh) * | 2003-10-17 | 2004-09-15 | 中兴通讯股份有限公司 | 移动通信网络协议信令分析系统和方法 |
| CN1662089A (zh) * | 2004-02-27 | 2005-08-31 | 西门子（中国）有限公司 | 一种移动通信系统中对运行或测试数据进行处理和分析的方法和装置 |
| CN1705281A (zh) * | 2004-06-01 | 2005-12-07 | 阿尔卡特公司 | 通信网络事件记录系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1852539A (zh) | 2006-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100401828C (zh) | 一种获取信令流程中信息的方法 | |
| CN100394728C (zh) | 向合法侦听系统通知服务于侦听目标的服务系统 | |
| JP5896309B2 (ja) | 通信システムにおける報告方法 | |
| US20050043036A1 (en) | Apparatus and method for obtaining location information of mobile stations in a wireless communications network | |
| US20090156201A1 (en) | Provision of Position Information in Telecommunications Networks | |
| US20070253365A1 (en) | Service-aware quality monitoring and control in a radio access network | |
| CN102783200A (zh) | 通信系统中的覆盖的地理确定 | |
| CN101843134A (zh) | 用于网络业务量监视的方法和监视组件 | |
| CN102763448A (zh) | 集中最小化路测用户涉入的方法 | |
| CN107371154A (zh) | 一种实现mdt测量匿名汇报的方法 | |
| CN105960813A (zh) | 多媒体广播多播服务中的测量 | |
| CN102026125B (zh) | 一种漫游欢迎短信的生成方法及装置 | |
| CN107147521A (zh) | 一种投诉业务预警监控方法 | |
| CN103918328A (zh) | 寻呼期间小区数量的减少 | |
| EP2179611A1 (en) | Monitoring individual data flow performance | |
| CN100499699C (zh) | 一种通信系统中信令信息的收集系统和方法 | |
| CN102547783B (zh) | 一种通过信令分析识别网络拓扑的方法和装置 | |
| CN101364901A (zh) | 合法监听方法、合法监听系统、分组数据网关、监听中心 | |
| CN101553008B (zh) | 一种管理msc/sgsn池组的方法及系统 | |
| CN101984702A (zh) | 移动数据业务质量的监控预警方法及装置 | |
| CN106454882A (zh) | 一种获取用户话单xDR的方法和装置 | |
| CN102932823A (zh) | 关联报告的方法及装置 | |
| CN101553033B (zh) | 一种管理池组的方法及系统 | |
| CN101404808B (zh) | 一种检测手机用户是否具备edge功能的方法 | |
| CN101431422A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |