用户统计表中插入新的行来存储该用户的用户识别信息 以及该时间信息；若该位置用户统计表中已存在该用户的用户识别信息，则以递增顺序在 时间信息所在列中添加该时间信息。
[0123] 具体地，若当前不存在与第一位置文件或第二位置文件所对应的位置区域相同的 位置用户统计表，OLAP节点根据第一位置文件或第二位置文件，生成与第一位置文件或第 二位置文件所对应的位置区域相同的位置用户统计表；若当前已存在与第一位置文件或第 二位置文件所对应的位置区域相同的位置用户统计表，OLAP节点根据第一位置文件或第二 位置文件，更新该已存在的位置用户统计表。
[0124] 例如，第二位置文件的位置区域层级为"市"，且其位置区域为城市A。在步骤S107 中，OLAP节点根据该第二位置文件生成位置区域层级为"市"，且其位置区域为城市A的位 置用户统计表。
[0125] 例如，表2为一个示例的位置用户统计表，其中，该位置用户统计表仅使用用户识 别信息作为主键。
[0126]
[0127]
[0128] 表 2
[0129] 需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限 制，本领域技术人员应该理解，任何根据第一位置文件或第二位置文件，生成或更新与所述 第一位置文件或第二位置文件在所对应的位置区域层级上相同的位置用户统计表的实现 方式，均应包含在本发明的范围内。
[0130] 需要说明的是，步骤S107和步骤S108之间并无先后顺序。
[0131] 作为本实施例的一种优选方案，OLAP节点还执行以下步骤：0LAP节点根据预定时 间条件，删除所有超时的第一位置文件或第二位置文件；且OLAP节点更新与被删除的第一 位置文件或第二位置文件相关的一个或多个相关文件。
[0132] 其中，所述相关文件包括任何在时间或位置区域上与所删除的第一位置文件或第 二位置文件相关的文件。优选地，所述相关文件包括以下至少一项：
[0133] 1)与被删除的第一位置文件或第二位置文件相关的第二位置文件。例如，当删除 2012年1月1所对应的时间层级为"月"的第二位置文件，则2012年第一季度所对应的时 间层级为"季"的第二位置文件，以及2012年所对应的时间层级为"年"的第二位置文件均 为所述相关文件。
[0134] 2)时间用户统计表。例如，当删除2012年1月所对应的时间层级为"月"的第二 位置文件，则所对应的时间范围包含2012年1月的时间用户统计表均为与该第二位置文件 相关的时间用户统计表。
[0135] 3)位置用户统计表。例如，当删除位置区域为"杭州"，且时间范围为2012年1月 的第二位置文件时，则所对应的位置区域包括杭州，如所对应的位置区域为"浙江"，且所对 应的时间范围包含2012年1月的位置用户统计表均为与该第二位置文件相关的位置用户 统计表。
[0136] 4)与被删除的第一位置文件或第二位置文件相关的索引文件。
[0137] 具体地，OLAP节点根据预定时间条件，确定超时的第一位置文件或第二位置文件， 并删除该等第一位置文件或第二位置文件；且更新与被删除的第一位置文件或第二位置文 件相关的一个或多个相关文件。
[0138] 例如，预定时间条件指示在每月的一个时间点删除12个月之前的所有第一位置 文件或第二位置文件，则每月到达所述时间点时，OLAP节点确定超时的第一位置文件或第 二位置文件，并删除该等第一位置文件或第二位置文件；且更新与被删除的第一位置文件 或第二位置文件相关的一个或多个相关文件。
[0139] 根据本实施例的方案，可根据第一位置文件或第二位置文件，生成时间用户统计 表和位置用户统计表，以进一步地从用户角度对OLAP节点中所存储的用户的位置更新信 息进行整理，以更加便于在OLAP节点中进行查询。
[0140] 需要说明的是，在图2和图3所示实施例中，OLAP节点可按照预定的命名规则对 第一位置文件、第二位置文件、时间用户统计表以及位置用户统计表进行命名，以方便对该 等文件中所记录的数据进行查询、计算或其他处理。例如，OLAP节点可基于"/年/月/日 /小时/位置区域标识-时间范围长度后缀名"的命名规则来命名第一位置文件，上 述表1所示的近期位置记录表所对应的时间层级可编码为"年-月-日-小时"的格式，则 OLAP节点可将根据该近期位置记录表生成的、位置区域AAlO所对应的第一位置文件，命名 为"/2012/09/15/10/AA10-1. latr"，其中，Iatr为第一位置文件的后缀名。
[0141] 更优选地，OLAP节点在生成第一位置文件、第二位置文件、时间用户统计表以及位 置用户统计表同时，还可生成该等文件所对应的索引文件，以便于对该等文件中的数据进 行查询、计算或其他处理。
[0142] 图4为本发明的一个实施例的在移动通信网络的OLAP节点中进行OLAP分析的方 法的流程示意图。本实施例的方法主要通过OLAP节点来实现；其中，对参照图1所示实施 例中所述的OLAP节点所作的任何说明，均以引用的方式包含于本实施例中。根据本实施例 的方法包括步骤S201、步骤S202、步骤S203和步骤S204。
[0143] 在步骤S201中，OLAP节点根据来自网络的查询请求，确定时间条件和位置条件。
[0144] 其中，所述时间条件用于对需要查询的时间范围进行限定；优选地，所述时间条件 包括起始时间和结束时间。其中，所述位置条件用于对需要查询的位置区域进行限定；优选 地，所述位置条件包括起始位置和到达位置。
[0145] 例如，来自网络的查询请求用于请求查询2012年11月30日至2012年12月31 日有多少用户在杭州。OLAP节点根据该查询请求，确定时间条件为"2012年11月30日至 2012年12月31日"，也即起始时间为"2012年11月30日"，结束时间为"2012年12月31 日";且OLAP节点确定位置条件为"杭州"。
[0146] 在步骤S202中，OLAP节点根据所述时间条件和位置条件，获取至少一个时间用户 统计表和/或位置用户统计表。
[0147] 具体地，OLAP节点根据所述时间条件和位置条件，获取至少一个时间用户统计表 和/或位置用户统计表的实现方式包括：
[0148] I) OLAP节点根据时间条件和位置条件，直接获取至少一个时间用户统计表和/或 位置用户统计表。
[0149] 例如，在步骤S201中，OLAP节点确定时间条件为"2012年11月30日至2012年 12月31日"，位置条件为"杭州";在步骤S202中，OLAP节点直接获取所对应的位置区域为 "杭州"且时间范围为"2012年11月30"的位置用户统计表Tablel，以及所对应的位置区 域为"杭州"且时间范围为"2012年12月1日至2012年12月31日"的位置用户统计表 Table2〇
[0150] 2) OLAP节点根据时间条件和位置条件，未查询到相应的用户统计表和/或位置用 户统计表时，获取相应的至少一个第一位置文件和/或第二位置文件，并根据所述至少一 个第一位置文件和/或第二位置文件，生成相应的时间用户统计表和/或位置用户统计表。
[0151] 例如，在步骤S201中，OLAP节点确定时间条件为"2012年11月30日至2012年 12月31日"，位置条件为"杭州";在步骤S202中，OLAP节点未查询到相应的位置用户统计 表，则OLAP节点获取所对应的位置区域为"杭州"且时间范围为"2012年11月30的第二 位置文件来生成位置用户统计表Tablel，且获取所对应的位置区域为"杭州"且时间范围为 "2012年12月1日至2012年12月31日"的第二位置文件来生成位置用户统计表Table2。
[0152] 需要说明的是，上述实现方式1)和2)可以结合执行。例如，在步骤S201中，OLAP 节点确定时间条件为"2012年11月30日至2012年12月31日"，位置条件为"杭州";在步 骤S202中，OLAP节点采用实现方式1)直接获取所对应的位置区域为"杭州"且时间范围为 "2012年11月30的位置用户统计表Tablel，并采用实现方式2)获取所对应的位置区域为 "杭州"且时间范围为"2012年12月1日至2012年12月31日"的第二位置文件来生成位 置用户统计表Table2。
[0153] 需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限 制，本领域技术人员应该理解，任何根据所述时间条件和位置条件，获取至少一个时间用户 统计表和/或位置用户统计表的实现方式，均应包含在本发明的范围内。
[0154] 在步骤S203中，OLAP节点根据所述至少一个时间用户统计表和/或位置用户统 计表，获取满足所述时间条件和所述位置条件的用户数量。
[0155] 具体地，OLAP节点根据所述至少一个时间用户统计表和/或位置用户统计表，并 结合所述时间条件和位置条件，来获取同时满足时间条件和位置条件的用户数量。
[0156] 例如，当来自网络的查询请求用于查询2012年11月30日至2012年12月31日有 多少用户在杭州。在步骤S201中，OLAP节点确定时间条件为"2012年11月30日至2012 年12月31日"，位置条件为"杭州";在步骤S202中，OLAP节点获取所对应的位置区域为"杭 州"且时间范围为"2012年11月30"的位置用户统计表Tablel，以及所对应的位置区域为 "杭州"且时间范围为"2012年12月1日至2012年12月31日"的位置用户统计表Table2 ; 在步骤S203中，OLAP节点直接合并Tablel和Table2来生成位置用户统计表Table3,来获 取用户数量。
[0157] 在上述示例中，由于仅需要查询在2012年11月30日至2012年12月31日在杭 州的用户数量，而不需要考虑用户在杭州的具体时间点，故OLAP节点合并Tablel和Table2 来生成位置用户统计表Table3时，可忽略Tablel和Table2中的时间信息，仅保留Tablel 和Table2中的用户识别信息，以加快查询的速度。
[0158] 又例如，当来自网络的查询请求用于查询2012年07月01日至2012年08月31 日有多少用户从上海来到杭州。在步骤S201中，OLAP节点确定时间条件为"2012年07月 01日至2012年08月31日"，位置条件中起始位置为"上海"、到达位置为"杭州"；在步骤 S202中，OLAP节点获取所对应的位置区域为"上海"且时间范围为"2012年07月01日至 2012年08月31日"的位置用户统计表Tabled以及所对应的位置区域为"杭州"且时间范 围为"2012年07月01日至2012年08月31日"的位置用户统计表Table5 ;在步骤S203 中，OLAP节点在Table4和Table5中删除不同时存在于该两个位置用户统计表中的用户识 别码的记录，并通过比较Tab I e4和Tab I e5中的时间信息来确定用户数量，其中，当Tab I e5 中的最新时间信息晚于Table4中最早的时间信息时，表明该用户从上海来到杭州。
[0159] 需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限 制，本领域技术人员应该理解，任何根据所述至少一个时间用户统计表和/或位置用户统 计表，获取满足所述时间条件和所述位置条件的用户数量的实现方式，均应包含在本发明 的范围内。
[0160] 在步骤S204中，OLAP节点将所述用户数量反馈给所述网络。
[0161] 需要说明的是，由于每个OLAP节点的服务范围不同，网络可对移动通信网络中的 多个OLAP节点向其反馈的用户数量，直接进行加运算，来获得其要查询的总的用户数量。
[0162] 根据本实施例的方案，OLAP节点可通过分析来自网络的查询请求来获取相应的时 间用户统计表和/或位置用户统计表，以获得网络所查询的用户数量，由于OLAP中预先生 成并存储了不同时间层级和位置区域层级的第一位置文件、第二位置文件、时间用户统计 表以及位置用户统计表，故在本方案中在进行查询时仅需进行少量的计算或其他处理，同 时不需要花费长时间来加载数据，从而大大缩短了查询所需的时间；且在进行查询时可根 据实际的时间条件和位置条件，忽略时间用户统计表和位置用户统计表中用户识别码以外 的其他信息，从而更进一步地加快查询速度。
[0163] 需要说明的是，本发明的方案可适用于对大量的数据进行存储和分析。例如，假设 运营商在6个城市中有5000万（50M)移动用户，OLTP节点每小时平均能够接收到来自每个 用户的5个位置更新事件，对于每个位置更新事件，OLTP节点需要向OLAP节点发送的位置 更新信息约为25个字节（byte)，则OLTP节点每年需收集约55TB(50M*5*25bytes*24*365 =14Mb/s)的位置更新信息；进一步假设该运营商总共部署有三个OLAP节点，大约50k个 小区平均分布在该三个OLAP节点中，且用户被均匀分布在该等小区之中，则一个小区中有 50M/50K = 1000的用户；假设近期位置记录表中每条记录的大小约为15字节，则在一个小 时的时间范围内，内存中的近期位置记录表的大小约占50M*5*15/3 = I. 25GB，每个OLAP 节点中每年将生成50K*24*365/3 = 146, 000, 000个第一位置文件，且每个第一位置文件的 平均大小为1000*5*15 = 75ΚΒ ;进一步地，对于一个小区对应的位置区域，时间层级为"日" 的位置用户统计表的大小约为1000*24*5*15 = I. 8ΜΒ，时间层级为"周"的位置用户统计 表的大小约为7*1. 8 = 12. 6ΜΒ，时间层级为"月"的位置用户统计表的大小约为4*12. 6 = 50. 4ΜΒ，时间层级为"季"的位置用户统计表的大小约为3*50. 4 = 151. 2MB/LAE，时间层级 为"年"的位置用户统计表的大小约为4*151. 2 = 604ΜΒ，内存中经常使用的位置用户统计 表的总大小约为 L 8MB*365+12. 6MB*50+5(X 4MB*12+15L 2MB*4+604MB = 3. 1GB。
[0164] 需要说明的是，由于OLAP节点中需要存储大量的数据和文件，为了不影响OLAP节 点的处理性能，以及在OLAP节点中进行查询的速度，OLAP节点可仅存储常用的第二位置文 件、时间用户统计表及位置用户统计表，如时间层级为"月"、"季"、"年"的第二位置文件、时 间用户统计表及位置用户统计表，位置区域层级为"市"的第二位置文件、时间用户统计表 及位置用户统计表，节假日所在时间范围所对应时间用户统计表，以及旅游胜地所在位置 区域对应的位置用户统计表等。此外，可以通过增加所部署的OLAP节点的数量，来缓存更 多的第二位置文件、时间用户统计表及位置用户统计表。
[0165] 此外，本发明的方案中，到外部移动核心网络元素的HLR/HSS标准接口可无需变 化；HLR/HSS内的所有用户均可参与位置分析；无需任何额外的电信服务应用在移动用户 上，基本电路交换即可满足服务需求；移动设备上无需额外软件和智能手机能力；HLR/HSS 中OLTP数据库和OLAP数据仓库之间可分离；在HLR/HSS呼叫处理上的影响应可被很好的 控制、设计和限制；OLAP数据仓库可存储最近一年至少50M个用户的历史位置，以平均位置 更新率为每个用户5忙时呼叫次数（BHCA) ;10分钟内可运行一次典型OLAP查询；系统架构 应可扩展用于大的且地理冗余的HLR/HSS部署。
[0166] 图5为本发明的一个实施例的在移动通信网络中进行OLAP分析的系统结构示意 图。根据本实施例的移动通信系统包括OLTP节点和OLAP节点。其中，所述OLTP节点包括 辅助装置，该辅助装置包括第一发送装置101 ;其中，所述OLAP节点包括分析装置，该分析 装置包括第一获取装置102、存储装置103和触发装置104。
[0167] OLTP节点中的第一发送装置101将基于来自用户的位置