WO2010115358A1 - 业务状态信息获取方法及装置 - Google Patents

Description

, , ,

业务状态信息获取方法及装置 本申请要求于 2009年 4月 8 日提交中国专利局、 申请号为

200910081913.X, 发明名称为 "业务状态信息获取方法及装置" 的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明实施例涉及无线通信技术领域， 尤其涉及一种业务状态信息获取 方法及装置。 背景技术

业务服务质量一直是运营商关注的主要问题之一。 运营商希望通过对业 务服务质量进行分析， 有针对性地解决业务服务中存在的问题， 从而进一步 提高业务服务质量， 获取更大的经济效益。

业务服务质量可以通过关键质量指标（ Key Quality Indicator, 以下简称：

KQI )来衡量。 现有技术在获取 KQI时， 首先以业务服务系统中各个网元为 单位， 收集各个网元上的关键性能指标（ Key Performance Indicator, 以下简 称： KPI ) ， 例如， 在网络性能层面收集无线接入网 （ Radio Access Network, 以下简称： RAN ) 、 通用分组无线业务 (General Packet Radio Service, 以下简 称： GPRS)服务支持节点（Serving GPRS Supporting Node, 以下简称： SGSN ) 以及 GPRS网关支持节点（Gateway GPRS Support Node, 以下简称： GGSN ) 等网元的 KPI; 然后， 将从各个网元上收集获取的 KPI整合成系统 KPI， 并 通过计算公式将该系统 ΚΡΙ转换到业务应用层中的业务 KQI; 最后， 再将业 务 ΚΡΙ映射成用户层面的业务体验质量（ Quality Of Experience， 以下简称： QOE ) 。 该计算公式一般通过经验和主观评分获得。

如何获取端到端 （End To End, E2E )各业务阶段的状态信息， 利用获 取的各业务阶段的状态信息实现管理终端针对性地解决业务中存在的问题是 亟待解决的问题。 本发明实施例提供一种业务状态信息获取方法及装置， 以解决现有技术 既不能获取端到端 （ End To End, E2E )各业务阶段的状态信息， 也不能分 析获取影响业务服务质量的根本原因的问题， 实现根据获取 E2E各业务阶段 的状态信息以及分析获取影响业务服务质量的根本原因， 从而使得管理终端 可以有针对性地解决业务中存在的问题。

本发明实施例提供一种业务状态信息获取方法， 包括：

根据组成端到端业务的呼叫事务的事务状态信息中携带的事务关联标识 将所述事务状态信息关联构成与单次端到端业务对应的呼叫状态信息；

^^据所述呼叫状态信息获取用于计算端到端业务的质量评估指标所需的 业务状态信息。

本发明实施例还提供一种业务状态信息获取装置， 包括：

构造模块， 用于根据组成所述端到端业务的呼叫事务的事务状态信息中 携带的事务关联标识将所述事务状态信息关联构成与单次端到端业务对应的 呼叫状态信息；

获取模块， 用于根据所述构造模块构造的呼叫状态信息获取用于计算端 到端业务的质量评估指标所需的业务状态信息。

本发明实施例中， 由于业务状态信息可以反映组成 E2E业务的各个呼叫 事务的事务状态信息， 从而可以获取到 E2E业务在各个业务阶段的业务质量 信息， 而且， 管理终端可以根据该呼叫状态信息向下钻取出所需要的各种统 计信息、 分布比例以及相应的用户终端信息， 根据钻取到的各种信息即可分 析获取 E2E业务中存在的问题以及出现的问题的根本原因， 从而有针对性地 提出相应的解决措施。

下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 附图说明

图 1为本发明的一个业务状态信息获取方法实施例的流程图； 图 3为本发明的另一个业务状态信息获取方法实施例的流程图； 图 4为本发明的一个业务状态信息获取装置实施例的结构示意图； 图 5为本发明的另一个业务状态信息获取装置实施例的结构示意图。 具体实施方式

图 1为本发明的一个业务状态信息获取方法实施例的流程图，如图 1所 示， 本实施例的方法包括：

步骤 101、 根据组成端到端业务的呼叫事务的事务状态信息中携带的事 务关联标识将事务状态信息关联构成与单次端到端业务对应的呼叫状态信 本发明实施例可以适用于通信中的各种业务。 本发明实施例以彩信业务 为例。

举例来说，本实施例中的 E2E业务可以为彩信业务中的应用发起终端终 止（Application Originate Mobile Terminate, 以下简称： AOMT )子业务。 该 AOMT子业务可以被分解成业务提供商 （Service Provider, 以下简称： SP ) 提交彩信事务、鉴权事务、多媒体消息业务网关（ Multimedia Messaging Service Gateway,以下简称： MMSG )提交彩信事务、多媒体消息业务中心（ Multimedia Messaging Service Center, 以下简称： MMSC )下发彩信通知到短消息服务中 心 ( Short Messaging Service Center, 以下简称： SMSC ) 、 SMSC下发彩信通 知到移动台 （Mobile Station, 以下简称： MS ) 、 无线资源控制协议 ( Radio Resource Control,以下简称： RRC )连接、分组数据协议（ Packet Data Protocol, 以下简称： PDP )激活、 创建 PDP、 计费事务以及用户终端提取彩信事务， 这十个呼叫事务对应着 AOMT子业务的各个业务阶段。

本实施例获取的呼叫事务的事务状态信息是与多次 AOMT子业务对应 的， 例如， 可以获取到 5次 AOMT子业务中 10个呼叫事务的事务状态信息， 因此， 共有 50个事务状态信息。 该事务状态信息可以包括： 呼叫事务是否成 此时获取的事务状态信息仅针对各个呼叫事务， 而不能针对一次完整的

AMOT子业务， 因此， 为了将这些事务状态信息关联形成与单次 AOMT子业 务对应的呼叫状态信息， 就需要使用各个事务状态信息中携带的事务关联标 识。 该事务关联标识用于标记与单次 AOMT子业务对应的事务状态信息， 因 此， 通过该事务关联标识就可以将 50个事务状态信息进行关联归类， 从而形 成 5条呼叫状态信息， 即 5条 "SP提交彩信事务 = >鉴权事务 = >MMSG提 交彩信事务 = >MMSC下发彩信通知到 SMSC事务 = >SMSC下发彩信通知到 MS事务 = >RRC连接事务 = >PDP激活事务 = >创建 PDP事务 = >计费事务 = >手机提取彩信事务" 的呼叫状态信息。 至此， 本实施例即可获取到包括组成 AOMT子业务的各个呼叫事务的事务状态信息的呼叫状态信息， 该呼叫状态 信息可以从 AOMT子业务的各个业务阶段上获取反映 AOMT子业务的服务 质量参数和业务状态， 而不是针对 AOMT子业务涉及的各个网元的性能来获 取业务质量参数和业务状态， 从而能够准确地反映 E2E子业务的业务服务质 量。

步骤 102、 ^^据呼叫状态信息获取用于计算端到端业务的质量评估指标 所需的业务状态信息。

举例来说， 为了对 AOMT子业务的业务质量进行评估， 可以分别从上 述获取的 5条呼叫状态信息中提取用于计算 AOMT子业务的质量评估指标所 需的事务状态信息。 假设其中一条呼叫状态信息中与呼叫事务 "SMSC 下发 彩信通知到 MS" 对应的事务状态信息为 "8: 用户不在服务区" ， 则该业务 状态信息即可以包括 "SMSC下发彩信通知到 MS失败， 8:用户不在服务区"。 该呼叫状态信息中与其它呼叫事务对应的事务状态信息也可以根据需要添加 在该业务状态信息中。 以此类推， 即可分别获取与 5条呼叫状态信息对应的 业务状态信息。这 5条业务状态信息均可以体现单次 AOMT子业务的业务服 务质量， 因此， 通过对这 5条业务状态信息进行统计分析， 即可计算获取用 于评估 AOMT子业务的质量评估指标。 举例来说， 该统计分析可以为 ^居 5 以及与失败的 AOMT子业务对应的用户终端信息等。 当需要对彩信业务中的 AOMT 子业务的服务质量进行评估时， 根据该业务状态信息即可获取与 AOMT子业务对应的各种统计状态信息。 例如， 与鉴权事务对应的统计状态 信息可以包括： 鉴权事务是否成功完成， 鉴权事务失败原因， 与失败的鉴权 事务对应的用户终端信息等。 以此类推， 即可获取 AOMT子业务在各个交互 环节上的呼叫事务的统计状态信息。 因此， 该业务状态信息可以从 AOMT子 业务的最底层反映 AOMT子业务的业务服务质量，从而使得管理终端可以根 据该业务状态信息计算相应的质量评估指标，从而对 AOMT子业务的服务质 量进行评估。 需要说明的是， 本实施例仅将彩信业务中的 AOMT子业务作为 E2E业务进行质量评估， 可以理解的是管理终端也可以采用类似的方式获取 到彩信业务中的其他子业务的业务状态信息， 从而根据这些子业务的业务状 态信息对彩信业务的服务质量进行综合评估。 此外， 本实施例将彩信业务中 的 AOMT子业务作为 E2E业务划分成上述十个呼叫事务， 对于其它 E2E业 务来说， 也可以根据需要进行其他方式的呼叫事务的划分， 其实现原理与上 述原理相同。

由此可以看出，当管理终端通过业务质量指标获知某项 E2E业务的成功 率较低， 如彩信业务中的 AOMT子业务的成功率较低时， 管理终端可以获取 到该 AOMT子业务的业务状态信息； 根据该业务状态信息再向下挖掘， 即可 获取各个呼叫事务的失败原因以及所占比例； 再进一步向下挖掘， 还可获取 与失败的 AOMT子业务对应的用户终端信息， 如该用户终端的归属地信息， 品牌类型等。

本实施例将 E2E业务分解为多个呼叫事务， 并根据与各个呼叫事务对应 的事务状态信息获取与单次 E2E子业务对应的呼叫状态信息， 从而使得该呼 叫状态信息可以从业务底层反映 E2E业务的服务质量； 进一步可以从该呼叫 状态信息中提取业务状态信息， 该业务状态信息可以包括从 E2E业务的各个 交互环节上获取的、 反映 E2E业务质量的参数和状态， 从而能够客观地、 准 根据该业务状态信息， 钻取分析 E2E业务中存在的问题以及出现的问题的根 本原因， 从而有针对性地提出相应的解决措施。

本发明的另一个业务状态信息获取方法实施例以彩信业务为例对本发明 进行详细说明。 图 2为本发明的另一个业务状态信息获取方法实施例的结构 示意图， 如图 2所示， 为了评估彩信业务的服务质量， 可以将彩信业务分解 为终端发起终端终止 ( Mobile Originate Mobile Terminate, 以下简称： MOMT ) 子业务、 AOMT子业务以及终端发起应用终止（ Mobile Originate Application Terminate, 以下简称： MOAT )子业务等， 然后分别对这些子业务进行服务 质量评估， 然后再汇总评估结果即可。 每一个子业务的实现过程均为 E2E业 务流程。 以 AOMT子业务为例来说， AOMT子业务的 KQI可以包括 E2E时 延和 E2E成功率。其中， E2E成功率可以通过对 AOMT子业务的业务状态信 息进行统计分析处理获得。

图 3为本发明的另一个业务状态信息获取方法实施例的流程图， 如图 3 所示， 本实施例以上述彩信业务以及业务分解模型为例进行伴细说明， 本实 施例的方法可以包括：

步骤 301、 从与 E2E业务对应的网络接口设备上采集接口交互消息， 并 根据所述接口交互消息， 获取事务状态信息；

举例来说， 本实施例中的业务逻辑架构可以分为数据采集层， 数据分析 层以及数据应用层。 在具体采集过程中， 由于对应于不同的 E2E业务来说， 其实现过程中可能涉及不同的网络接口设备， 因此数据采集层可以从与 E2E 业务对应的网络接口设备中采集获取接口交互消息。 该接口交互消息能够从 业务底层反映该 E2E业务的业务状态和相应的业务交互信息。 该接口交互消 息还可以包括从与 E2E业务对应的网络接口设备上采集的话单和日志。 从话 单和日志中可以获取使用 E2E 业务的用户终端信息以及业务使用时间信息 等。

步骤 301 中， 根据接口交互消息， 获取事务状态信息， 可以包括： 将具 状态信息， 该事务状态信息包括与 E2E业务的业务分解模型对应的事务关联 标识。

以彩信业务中的 AOMT子业务为例来说， "SP提交彩信事务" 对应的 接口交互消息是在 SP与 MMSG之间进行交互传输的， 且该接口交互消息可 以从 MM7 这一网络接口设备上采集获取。 该接口交互消息可以为： SP 向 MMSG 发送的 " MM7— submitREQ，， 消息以及 MMSG 向 SP 反馈的 " MM7_submit.RES " 消息。 举例来说， " MM7— submitREQ " 消息与 "MM7_submit.RES" 消息中携带的关键字段如表 1所示。

表 1

"MM7— submitREQ"消息和 "MM7— submit.RES"消息的字段" Transaction ID" 即为消息标识， 代表 "MM7— submitREQ" 消息和 "MM7— submit.RES" 消息是否属于同一个呼叫事务， "MM7— submitREQ" 消息中的业务代码

"Service Code" 即可代表该 "MM7— submitREQ" 消息属于哪个呼叫事务， 该消， ¾标识和业务代码即为对应的事务标识。 当数据分析层判断

"MM7_submit.REQ" 消息的 "Transaction ID" 和 "MM7_submit.RES" 消息 的 "Transaction ID" 的值相等时， 即可获知 "MM7_submit.REQ" 消息和 信事务， 即可将 "MM7_submit.REQ" 消息和 "MM7_submit.RES" 消息构造 成 "SP提交彩信事务" 的事务状态信息。 该事务状态信息中可以包含上述关 键字段和状态码 "Request Status" ， 根据该状态码 "Request Status" ， 即可 识别出该 "SP提交彩信事务" 是成功还是失败以及失败的原因。 举例来说， 该 "SP提交彩信事务" 的事务状态信息中可以携带的状态码和相应的状态信 息可以如表 2所示：

依次类推， 数据分析层即可构造出 "鉴权事务" 、 "MMSG提交彩信事 务" 、 "MMSC下发彩信通知到 SMSC事务" 、 "SMSC下发彩信 PUSH消息 事务" 、 "RRC链接事务" 、 "PDP激活事务" 、 "创建 PDP事务" 、 "计费 事务" 以及 "移动终端提取彩信事务" 这些事务的事务状态信息。

由于上述这十个呼叫事务的事务状态信息是隶属于不同的发送端和接收 端的， 因此， 为了获取单次完整的 AOMT子业务的呼叫状态信息， 上述构造 获取的十个呼叫事务的事务状态信息中还可以包括事务关联标识， 该事务关 联标识与上述 AOMT子业务的业务分解模型对应， 通过该事务关联标识， 即 可将属于一条完整的 AOMT子业务的业务流程的事务状态信息关联起来， 从 而构造出针对每一条完整的 AOMT子业务的呼叫状态信息， 该呼叫状态信息 与用户终端的使用一次 AOMT子业务的过程相对应。

此外， 为了使事务状态信息包括更多用于服务质量评估的信息， 还可以 进一步采集话单和日志，举例来说， SMSC的呼叫日志可以为： 775651867， 0, 2008/02/26 02:38:08, 1， 775651884, 0， 8615934485816, 8613753967865, 8613800359500, 2008/02/26 02:38:03, 2008/02/26 02:38:09, 1， 通过该日志 即可获取用户终端的各种信息，从而可以为服务质量评估提供更多可用信息。

步骤 302、根据业务分解模型， 将具有对应的事务关联标识的事务状态信 息关联构成与事务关联标识相应的 E2E业务的呼叫状态信息；

例如， 彩信业务中的 AOMT子业务中的事务关联规则如表 3所示：

如果" MMSG提交彩信事务"的事务关联标识" Sender Address"与" MMSC 下发彩信通知到 SMSC事务"的事务关联标识' Originator"相等，并且" MMSG 提交彩信事务" 的事务关联标识 "Recipient address" 与 "MMSC下发彩信通 知到 SMSC事务" 的事务关联标识 "Recipient address" 相等， 则数据分析层 即可判断 "MMSG提交彩信事务" 与 "MMSC下发彩信通知到 SMSC事务" 的事务数据是属于同一个用户终端的 AOMT子业务的呼叫状态信息。 以此类 推，即可将属于同一个用户终端的 AOMT子业务的各个呼叫事务关联在一起， 最后构造出多条 AOMT子业务的呼叫状态信息。例如： AOMT子业务中的所 有呼叫事务为串行顺序， 即 SP提交彩信事务 = >鉴权事务 = >MMSG提交彩 信事务 = >MMSC下发彩信通知到 SMSC事务 = >SMSC下发彩信通知到 MS 事务 = >RRC连接事务 = >PDP激活事务 = >创建 PDP事务 = >计费事务 = >手 机提取彩信事务。 因此， 该呼叫状态信息中包括对应于各个呼叫事务的所有 事务状态信息。

步骤 303、 ^^据呼叫状态信息获取用于计算端 E2E业务的质量评估指标 该业务状态信息包括： ^居呼叫状态信息获取的、 与组成 E2E业务的呼 叫事务对应的状态统计信息以及相应的用户终端信息。

举例来说， 为了对 AOMT子业务的业务质量进行评估， 可以分别从获取 的 100条呼叫状态信息中提取用于计算 AOMT子业务的质量评估指标所需的 事务状态信息。 假设其中一条呼叫状态信息中与呼叫事务 "SMSC 下发彩信 通知到 MS" 对应的事务状态信息为 "8: 用户不在服务区" ， 则该业务状态 信息即可以包括 "SMSC下发彩信通知到 MS失败， 8: 用户不在服务区" 。 该呼叫状态信息中与其它呼叫事务对应的事务状态信息也可以根据需要添加 在该业务状态信息中，例如与本次失败的 AOMT子业务对应的用户终端信息。 以此类推，即可分别获取与 100条呼叫状态信息对应的业务状态信息。这 100 条业务状态信息均可以体现单次 AOMT子业务的业务服务质量， 因此， 通过 对这 100条业务状态信息进行统计分析， 即可计算获取用于评估 AOMT子业 务的质量评估指标。 举例来说， 该统计分析可以统计这 100次 AOMT子业务 的成功次数、失败次数和失败原因以及与失败的 AOMT子业务对应的用户终 端信息等。 当需要对彩信业务中的 AOMT子业务的服务质量进行评估时， 根 据该业务状态信息即可获取与 AOMT子业务对应的各种状态统计信息。例如， 与 "鉴权事务" 对应的状态统计信息可以包括： 鉴权事务是否成功完成， 鉴 权事务失败原因， 与失败的鉴权事务对应的用户终端信息等。 以此类推， 即 可获取 AOMT子业务在各个交互环节上的呼叫事务的状态统计信息。 因此， 该业务状态信息可以从 AOMT子业务的最底层反映 AOMT子业务的业务服 务质量， 从而使得管理终端可以根据该业务状态信息计算相应的质量评估指 标， 从而对 AOMT子业务的服务质量进行评估。

步骤 304、 根据业务状态信息计算质量评估指标。

举例来说， E2E成功率信息可以采用将所有 AOMT子业务的状态信息为 成功的呼叫次数相加， 然后除以总的呼叫次数来计算， 从而获取到彩信业务 中 AOMT子业务的 E2E成功率这一 KQI。 例如， 2008年 8月 8日 AOMT子 功的次数为 80万次， 则 AOMT业务的 E2E成功率为 80 %。

E2E 时延信息即可以通过计算对应的接口交互消息之间的传输时间间 隔， 例如 SP 向 MMSG发送 "MM7— submitREQ" 消息到 MMSG反馈回 "MM7_submit.RES" 的时间间隔来获取。 E2E成功率信息和 E2E时延信息 可以构成 KQI指标。 该 KQI指标能够从业务底层反映业务服务质量，根据该 KQI指标， 能够客观、 准确地评估业务服务质量， 从而为管理终端提高业务 质量提供参考信息。

上述获取到的各个事务状态信息、呼叫状态信息、业务状态信息以及 E2E 指标均可以存储起来， 供管理终端查阅和分析。

数据应用层负责管理终端的接入， 处理管理终端的业务质量查询请求和 业务质量分析钻取请求， 根据请求内容获取存储的各种相关状态信息， 并返 回到管理终端进行呈现。 例如， 当管理终端查询到彩信业务中的 AOMT子业 务的 E2E成功率出现异常时，管理终端可以才艮据该 E2E成功率对出现异常的 原因进行钻取分析。

以彩信业务中的 AOMT子业务为例来说， 通过逐步深入的钻取分析， 管 理终端可以根据状态统计信息，获取到 AOMT子业务中各个呼叫事务的失败 比例， 如 "SP提交彩信事务" 的失败率为 10%， "鉴权事务" 的失败率为 5% 等等； 然后继续钻取可以获得每个呼叫事务在不同错误状态的用户终端的分 布情况， 如 "SP提交彩信事务" 中， 错误代码为 8， 错误原因为： 用户不在 服务区所对应的用户终端占总的用户终端比例为： 20%等； 再进一步地， 管 理终端还可以对于相同错误状态的用户终端信息进行钻取分析， 从而可以获 取到每个用户终端的详细信息， 包括用户终端号码， 用户品牌， 用户终端类 型等。例如，可以获取到 "SP提交彩信事务"中，错误代码为 8所对应的 1000 个用户终端的详细信息。

由于本实施例中的彩信业务可以包括 AOMT子业务、 MOMT子业务和 MOAT子业务这几个 E2E子业务， 因此， 为了从总体上反映彩信业务的业务 时延信息和 MOAT子业务的时延信息， 获取业务时延信息， 即将组成彩信业 务的 E2E子业务的时延信息进行汇总统计， 从而获取彩信业务的整体的时延 信息； 还可以根据 AOMT子业务的成功率信息、 MOMT子业务的成功率信 息和 MOAT子业务的成功率信息， 获取业务成功率信息， 即将组成彩信业务 的 E2E子业务的成功率信息进行汇总统计， 从而获取彩信业务的整体的成功 率信息。

需要说明的是， 本实施例仅给出了采用图 2所示的业务分解模型对彩信 业务进行分解后， 获取相应的业务质量信息的过程， 而在实际应用的过程中， 可以根据需要对不同的 E2E业务采用不同的业务分解模型和 KQI。

本实施例获取到的业务状态信息可以包括从 E2E业务的各个交互环节上 获取的、反映 E2E业务质量的参数和状态， 从而能够准确地反映 E2E业务的 服务质量， 用于评估业务质量的 KQI能够客观、 准确地反映业务质量， 从而 使得管理终端可以基于该 KQI进行准确的判断决策。 而且， 还能够通过将组 成业务的各个 E2E业务的 KQI进行汇总统计， 获取业务的 KQI, 从而可以从 宏观上对业务的质量进行评估。 管理终端 ^居业务状态信息， 可以向下钻取 出所需要的各种统计信息、 分布比例以及相应的用户终端信息， 根据钻取到 的各种信息分析获取 E2E业务中存在的问题以及出现的问题的根本原因， 从 而有针对性地提出相应的解决措施。

图 4为本发明的一个业务状态信息获取装置实施例的结构示意图，如图 4 所示， 本实施例的装置包括： 构造模块 1和获取模块 2， 构造模块 1用于根 据组成 E2E业务的呼叫事务的事务状态信息中携带的事务关联标识将事务状 态信息关联构成与单次 E2E业务对应的呼叫状态信息； 获取模块 2用于根据 构造模块 1构造的呼叫状态信息获取用于计算端到端业务的质量评估指标所 需的业务状态信息。

举例来说， 本实施例中的 E2E业务可以为彩信业务中的 AOMT子业务。 本实施例中获取的呼叫事务的事务状态信息是与多次 AOMT子业务对应 因此， 共有 50个事务状态信息。 该事务状态信息可以包括： 呼叫事务是否成 功完成， 呼叫事务失败原因， 与失败呼叫事务对应的用户终端信息等。 由于 此时获取的事务状态信息仅针对各个呼叫事务， 而不能针对一次完整的 AMOT子业务， 因此， 构造模块 1为了将这些事务状态信息关联形成与单次 AOMT子业务对应的呼叫状态信息， 就需要使用各个事务状态信息中携带的 事务关联标识。该事务关联标识用于标记与单次 AOMT子业务对应的事务状 态信息， 因此， 构造模块 1通过该事务关联标识就可以将 50个事务状态信息 进行关联归类， 从而形成 5条呼叫状态信息， 即 5条 " SP提交彩信事务 = > 鉴权事务 = >MMSG提交彩信事务 = >MMSC下发彩信通知到 SMSC事务 = >SMSC下发彩信通知到 MS事务 = >RRC连接事务 = >PDP激活事务 = >创建 PDP事务 = >计费事务= >手机提取彩信事务" 的呼叫状态信息。 至此， 本实 施例的构造模块 1即可获取到包括组成 AOMT子业务的各个呼叫事务的事务 状态信息的呼叫状态信息，该呼叫状态信息可以从 AOMT子业务的各个业务 阶段上获取反映 AOMT 子业务的服务质量参数和业务状态， 而不是针对 AOMT子业务涉及的各个网元的性能来获取业务质量参数和业务状态， 从而 能够准确地反映 E2E子业务的业务服务质量。

为了对 AOMT子业务的业务质量进行评估， 获取模块 2可以分别从上 述获取的 5条呼叫状态信息中提取用于计算 AOMT子业务的质量评估指标所 需的事务状态信息。 假设其中一条呼叫状态信息中与呼叫事务 "SMSC 下发 彩信通知到 MS" 对应的事务状态信息为 "8: 用户不在服务区" ， 则该业务 状态信息即可以包括 "SMSC下发彩信通知到 MS失败， 8:用户不在服务区"。 该呼叫状态信息中与其它呼叫事务对应的事务状态信息也可以根据需要添加 在该业务状态信息中。 以此类推， 获取模块 2即可分别获取与 5条呼叫状态 信息对应的业务状态信息。这 5条业务状态信息均可以体现单次 AOMT子业 务的业务服务质量， 因此， 通过对这 5条业务状态信息进行统计分析， 即可 计算获取用于评估 AOMT子业务的质量评估指标。 举例来说， 该统计分析可 和失败原因以及与失败的 AOMT子业务对应的用户终端信息等。 当需要对彩 信业务中的 AOMT子业务的服务质量进行评估时，根据该业务状态信息即可 获取与 AOMT子业务对应的各种统计状态信息。 例如， 与鉴权事务对应的统 计状态信息可以包括： 鉴权事务是否成功完成， 鉴权事务失败原因， 与失败 的鉴权事务对应的用户终端信息等。 以此类推， 即可获取 AOMT子业务在各 个交互环节上的呼叫事务的统计状态信息。 因此， 该业务状态信息可以从 AOMT子业务的最底层反映 AOMT子业务的业务服务质量，从而使得管理终 端可以根据该业务状态信息计算相应的质量评估指标，从而对 AOMT子业务 的服务质量进行评估。

本实施例将 E2E业务分解为多个呼叫事务，构造模块可以根据与各个呼 叫事务对应的事务状态信息获取与单次 E2E子业务对应的呼叫状态信息， 从 而使得该呼叫状态信息可以从业务底层反映 E2E业务的服务质量； 进一步获 取模块可以从该呼叫状态信息中提取业务状态信息， 该业务状态信息可以包 括从 E2E业务的各个交互环节上获取的、 反映 E2E业务质量的参数和状态， 从而能够客观地、 准确地反映 E2E业务的服务质量， 管理终端可以在业务质 量指标出现异常时， 根据该业务状态信息， 钻取分析 E2E业务中存在的问题 以及出现的问题的根本原因， 从而有针对性地提出相应的解决措施。

图 5为本发明的另一个业务状态信息获取装置实施例的结构示意图， 如 图 5所示， 本实施例的装置包括： 构造模块 1、 获取模块 2、 采集获取模块 3、 指标计算模块 4以及统计模块 5， 构造模块 1用于根据组成 E2E业务的呼叫 事务的事务状态信息中携带的事务关联标识将事务状态信息关联构成与单次 端到端 E2E业务对应的呼叫状态信息； 获取模块 2用于根据构造模块 1构造 的呼叫状态信息获取用于计算 E2E业务的质量评估指标所需的业务状态信息; 采集获取模块 3 用于从与 E2E 业务对应的网络接口设备上采集接口交互消 息， 并根据接口交互消息， 获取构造模块 1所需的事务状态信息；指标计算模 块 4用于根据获取模块 2获取的业务状态信息计算质量评估指标， 统计模块 计处理， 获取业务质量评估指标。

进一步地， 该构造模块 1包括： 存储单元 11和构造单元 12， 该存储单元 11用于存储 E2E业务的业务分解模型；构造单元 12用于根据 11存储的业务 分解模型， 将具有对应的事务关联标识的事务状态信息关联构成与事务关联 标识相应的 E2E业务的呼叫状态信息。 采集获取模块 3 包括： 采集单元 31 和获取单元 32， 采集单元 31用于从与 E2E业务对应的网络接口设备上采集 接口交互消息；获取单元 32用于将具有对应的事务标识的接口交互消息构造 成与事务标识相应的呼叫事务的事务状态信息， 该事务状态信息包括与 E2E 业务的业务分解模型对应的事务关联标识。

本实施例中， 获取模块获取到的业务状态信息可以包括从 E2E业务的各 个交互环节上获取的、 反映 E2E业务质量的参数和状态， 从而能够准确地反 映 E2E业务的服务质量， 使得指标计算模块计算出来的、 用于评估业务质量 的 KQI能够客观、 准确地反映业务质量， 管理终端可以基于该 KQI进行准确 的判断决策。 而且， 还能够通过统计模块将组成业务的各个 E2E业务的 KQI 进行汇总统计， 获取业务的 KQI, 从而可以从宏观上对业务的质量进行评估。 此外， 管理终端根据该业务状态信息， 可以向下钻取出所需要的各种统计信 息、分布比例以及相应的用户终端信息，根据钻取到的各种信息分析获取 E2E 业务中存在的问题以及出现的问题的根本原因， 从而有针对性地提出相应的 解决措施。

本领域普通通过阅读本申请可知， 上述方法中的全部或部分步骤也可以 通过程序指令相关的硬件完成， 该程序可以存储于计算机可读存储介质中， 所述计算机可读存储介质如: ROM、 RAM或光盘等。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案而非对其进 行限制， 尽管参照较佳实施例对本发明进行了详细的说明， 本领域的普通技 术人员应当理解： 其依然可以对本发明的技术方案进行修改或者等同替换， 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的



Claims

权 利 要 求 书

1、 一种业务状态信息获取方法， 其特征在于， 包括：

根据组成端到端业务的呼叫事务的事务状态信息中携带的事务关联标识 将所述事务状态信息关联构成与单次端到端业务对应的呼叫状态信息；

^^据所述呼叫状态信息获取用于计算端到端业务的质量评估指标所需的 业务状态信息。

2、 根据权利要求 1所述的业务状态信息获取方法， 其特征在于， 所述将 所述事务状态信息关联构成与单次端到端业务对应的呼叫状态信息之前， 包 括：

从与所述端到端业务对应的网络接口设备上采集接口交互消息， 并根据 所述接口交互消息， 获取所述事务状态信息。

3、 根据权利要求 2所述的业务状态信息获取方法， 其特征在于， 所述根 据所述呼叫状态信息获取用于计算端到端业务的质量评估指标所需的业务状 态信息之后， 包括：

根据所述业务状态信息计算所述质量评估指标。

4、 根据权利要求 3所述的业务状态信息获取方法， 其特征在于， 所述根 据所述接口交互消息， 获取所述事务状态信息， 包括：

将具有对应的事务标识的接口交互消息构造成与所述事务标识相应的呼 叫事务的事务状态信息， 所述事务状态信息包括与所述端到端业务的业务分 解模型对应的事务关联标识。

5、 根据权利要求 4所述的业务状态信息获取方法， 其特征在于， 所述根 据组成端到端业务的呼叫事务的事务状态信息中携带的事务关联标识将所述 事务状态信息关联构成与单次端到端业务对应的呼叫状态信息， 包括：

根据所述业务分解模型， 将具有对应的事务关联标识的事务状态信息关 联构成与所述事务关联标识相应的端到端业务的呼叫状态信息。

6、 根据权利要求 1 ~ 5所述的业务状态信息获取方法， 其特征在于， 所 述业务状态信息， 包括：

根据所述呼叫状态信息获取的、 与组成端到端业务的呼叫事务对应的状 态统计信息以及相应的用户终端信息。

7、 根据权利要求 6所述的业务状态信息获取方法， 其特征在于， 所述根 据所述业务状态信息计算所述质量评估指标， 包括：

根据所述状态统计信息计算所述端到端业务的时延信息和成功率信息。

8、 根据权利要求 7所述的业务状态信息获取方法， 其特征在于， 所述端 到端业务包括：

应用发起终端终止子业务、 终端发起终端终止子业务和终端发起应用终 止子业务。

9、根据权利要求 8所述的业务状态信息获取方法，其特征在于，还包括： 根据所述应用发起终端终止子业务的时延信息、 终端发起终端终止子业 务的时延信息和终端发起应用终止子业务的时延信息， 获取业务时延信息； 根据所述应用发起终端终止子业务的成功率信息、 终端发起终端终止子 业务的成功率信息和终端发起应用终止子业务的成功率信息， 获取业务成功 率信息。

10、 一种业务状态信息获取装置， 其特征在于， 包括：

构造模块， 用于根据组成所述端到端业务的呼叫事务的事务状态信息中 携带的事务关联标识将所述事务状态信息关联构成与单次端到端业务对应的 呼叫状态信息；

获取模块， 用于根据所述构造模块构造的呼叫状态信息获取用于计算端 到端业务的质量评估指标所需的业务状态信息。

11、 根据权利要求 10所述的业务状态信息获取装置， 其特征在于， 所述 装置还包括：

采集获取模块， 用于从与所述端到端业务对应的网络接口设备上采集接 口交互消息， 并根据所述接口交互消息， 获取所述构造模块所需的事务状态 信息。

12、 根据权利要求 11所述的业务状态信息获取装置， 其特征在于， 还包 括：

指标计算模块， 用于根据所述获取模块获取的业务状态信息计算所述质 量评估指标。

13、 根据权利要求 12所述的业务状态信息获取装置， 其特征在于， 还包 括：

统计模块， 用于对指标计算模块计算获取的数个端到端业务的质量评估 指标进行统计处理， 获取业务质量评估指标。

14、根据权利要求 12或 13所述的业务状态信息获取装置， 其特征在于， 所述采集获取模块包括：

采集单元， 用于从与所述端到端业务对应的网络接口设备上采集接口交 互消息；

获取单元， 用于将具有对应的事务标识的接口交互消息构造成与所述事 务标识相应的呼叫事务的事务状态信息， 所述事务状态信息包括与所述端到 端业务的业务分解模型对应的事务关联标识。

15、 根据权利要求 14所述的业务状态信息获取装置， 其特征在于， 所述 构造模块包括：

存储单元， 用于存储所述端到端业务的业务分解模型；

构造单元， 用于根据所述存储单元存储的业务分解模型， 将具有对应的 事务关联标识的事务状态信息关联构成与所述事务关联标识相应的端到端业 务的呼叫状态信息。