专利名称：Abis接口信令的处理方法
技术领域：
本发明涉及通信领域，并且特别地，涉及一种Abis接口信令的处理方法和装置。
背景技术：
全球移动通讯系统(Global System for Mobile Communications,简称为GSM) (可称为数字蜂窝通信系统)的主要组成部分包括核心网(Core Network,简称为CN)，基 站系统(Base Station System,简称为BSS)及移动台(Mobile Station,简称为MS) 。BSS由 基站控制器(Base Station Controller,简禾尔为B SC)与基站(Base TranceiverStation， 简称为BTS)构成。BSC与BTS之间的接口为Abis接口，并且BSC与BTS之间的通信需要根 据图l所示的协议栈执行。 如图1所示，BSC与BTS之间的协议栈中具体包括BTS侧的协议和与BSC侧的协 议，其中，BTS侧的协议包括无线资源管理(简称为RR)和BTS管理(简称为BTSM) ， RR具 体包括Dm信道上的链路接入协议(简称为LAPDm)和信令层1 (Sign. Layerl) ， BTSM具体包 括D信道上的链路接入协议(简称为LAPD)和层1 (Layerl) ;BSC侧的协议包括RR和基站 子系统应用部分(简称为BSSAP)，其中，BSC侧的RR包括BTSM、 LAPD、和Layerl， BSSAP包 括信令连接控制协议(Signaling Connection Control Part,简称为SCCP :)和消息传输 部分(Message Transfer Part,简称为MTP)，并且BSC与BTS之间的协议通过Abis接口连 接。 图2是根据相关技术的BTS通过Abis接口与BSC连接的示意图。如图2所示，移 动交换中心(Mobile,简称为MSC)通过A 口连接至基站控制系统(BSS)，在BSS中，BSC通 过不同的Abis接口连接至多个BTS，例如，连接至图2所示的BTS 1、 BTS 2、和BTS 3，每 个基站可以设置一个或多个收发单元(TRX)，例如，BTS1设置有1个TRX， BTS 2设置有3 个TRX， BTS 3设置有4个TRX，并且每个BTS还设置有一个基站控制功能(Base Station ControlFunction，简称为BCF)单元，并且，对于每个基站，其TRX与Abis接口的对应关系 可以是一对一的关系，也可以是一对多的关系。 Abis接口包含了大量的数据信息，例如，Abis 口的信令可以包含所有Um接口的测 量报告(包括上行和下行的测量报告)、基站或者BSC对异常状态提供的解释信息。
利用这些Abis接口信息可以分析小区级以下级别的单元性能，例如，可以对收发 器、时隙、呼叫、用户和设备类型等进行分析，进而可以解析和识别更高级别的网络问题。
为了利用Abis 口信令中的丰富信息来定位问题，运营商通常会采用在Abis接口 挂测试仪表的方式，通过这种方式能够采集当前时间在该接口上的所有信令，并通过分析 特定的信令(例如，测量报告、功率控制等信息)来分析当前基站覆盖小区的情况，从而发 现当前小区存在的问题。 但是这种通过挂测试仪表来采集Abis信令的方式存在以下问题 首先，由于不能够在长时间内不间断地采集Abis接口信令，所以不能及时发现存
在问题的小区，通常是在问题发生以后(例如，有用户投诉在某小区下电话总是打不通、或者总出现掉话时)才能够根据用户的反馈发现问题，因此发现问题的时间比问题实际发生 的时间要晚，会影响用户的感受； 其次，由于目前采用的采集技术不能够对Abis 口上的用户信令做合成，因此不能 跟踪到某一用户在Abis接口下进行某次呼叫的具体过程，也不能在小区内掉话大量出现 的情况下评估掉话用户在小区内各个区域的分布情况。 然而，针对相关技术中Abis接口信令采集信息间隔长、采集过程缺少信息合成而 导致的小区内故障发现滞后、且不能够定位故障的问题，目前尚未提出有效的解决方案。
发明内容
考虑到相关技术中Abis接口信令采集信息间隔长、采集过程缺少信息合成而导 致的小区内故障发现滞后、且不能够定位故障的问题而做出本发明，为此，本发明的主要目 的在于提供一种Abis接口信令的处理方法和装置，以解决上述问题中的至少之一。
根据本发明的一个方面，提供了一种Abis接口信令的处理方法。
根据本发明的Abis接口信令的处理方法包括 在通过公共控制信道接收到信道请求消息后，建立节点，并根据信道请求消息构 造第一键值； 在通过公共控制信道接收到立即指派信令消息时，根据立即指派信令消息中携带 的独立专用控制信道的信道号确定通过独立专用控制信道接收的第一信道激活消息和第 一信道激活确认消息，通过根据确定的第一信道激活消息和第一信道激活确认消息配置第 一键值得到第二键值，将独立专用控制信道上传输的消息关联到节点； 在通过独立专用控制信道接收到指派消息时，根据指派消息中携带的业务信道的 信道号确定通过业务信道接收的第二信道激活消息和第二信道激活确认消息，通过根据第 二信道激活消息和第二信道激活确认消息配置第二键值得到第三键值，将指派消息指派的 业务信道上传输的消息关联到节点。 其中，构造第一键值的处理包括根据信道请求消息携带的公共控制信道的信道 号、第一载频号、和随机接入字段构造第一键值。 并且，配置第一键值得到第二键值的处理包括根据立即指派消息中携带的公共 控制信道的信道号将立即指派消息关联至节点；根据立即指派消息中携带的独立专用控制 信道的信道号确定第一信道激活消息和第一信道激活确认消息；根据第一信道激活消息和 第一信道激活确认消息携带的独立专用控制信道的信道号、第二载频号修改第一键值得到 第二键值。 此外，配置第二键值得到第三键值的处理包括根据指派消息中携带的独立专用
控制信道的信道号将指派消息关联至节点；根据指派消息中携带的业务信道的信道号确定
第二信道激活消息和第二信道激活确认消息；根据第二信道激活消息和第二信道激活确认
消息携带的业务信道的信道号、第三载频号修改第二键值得到第三键值。 此外，该方法可进一步包括保存第一信道激活消息和第一信道激活确认消息。 并且，该方法还可以进一步包括在释放独立专用控制信道时，根据保存的第一信
道激活消息和第一信道激活确认消息将独立专用控制信道上传输的用于指示释放独立专
用控制信道的消息关联至节点。
此外，将独立专用控制信道上传输的消息关联到节点的处理包括根据独立专用 控制信道上传输的消息中携带的独立专用控制信道的信道号和第二频点号构造第二键值。
此外，将业务信道上传输的消息关联到节点的处理包括根据业务信道上传输的 消息中携带的业务信道的信道号和第三频点号构造第三键值。 优选地，在接收到信道请求消息之前接收到寻呼消息的情况下，该方法还可以进
一步包括保存寻呼消息，并在接收到建立指示消息之后将寻呼消息关联到节点。
根据本发明的另 一方面，提供了 一种Abi S接口信令的处理装置。
根据本发明的Abis接口信令的处理装置包括接收模块，用于接收Abis接口上
传输的消息；构造模块，用于在接收模块通过公共控制信道接收到信道请求消息后，建立节
点，并根据信道请求消息构造第一键值；第一关联模块，用于在接收模块通过公共控制信道
接收到立即指派信令消息时，根据立即指派信令消息中携带的独立专用控制信道的信道号
确定通过独立专用控制信道接收的第一信道激活消息和第一信道激活确认消息，通过根据
确定的第一信道激活消息和第一信道激活确认消息配置第一键值得到第二键值，将独立专
用控制信道上传输的消息关联到节点；第二关联模块，用于在接收模块通过独立专用控制
信道接收到指派消息时，根据指派消息中携带的业务信道的信道号确定通过业务信道接收
的第二信道激活消息和第二信道激活确认消息，通过根据第二信道激活消息和第二信道激
活确认消息配置第二键值得到第三键值，将指派消息指派的业务信道上传输的消息关联到节点。 借助本发明的上述技术方案，通过提取信令中的关键参数将相关的信令流程关联 起来，能够使Abis接口信令体现出完成的业务执行过程，并且可以通过统一的键值进行查 找，避免了相关技术中Abis接口信令采集信息间隔长、采集过程缺少信息合成而导致的小 区内故障发现滞后、且不能够定位故障的问题，实现了对网络故障和故障用户的准确定位， 提高用户体验，并且有助于网络性能的获取以及对网络的优化。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发
明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中 图1是根据相关技术的BTS与BSC之间协议栈的示意图； 图2是根据相关技术的BTS通过Abis接口与BSC连接的示意图； 图3是根据本发明方法实施例的Abis接口信令的处理方法的流程图； 图4是主叫过程中Abis接口的信令传输流程图； 图5是根据本发明方法实施例的Abis接口信令的处理方法的处理实例的流程 图； 图6是根据本发明装置实施例的Abis接口信令的处理装置的框图。
具体实施方式
功能概述 考虑到相关技术中Abis接口信令采集信息间隔长、采集过程缺少信息合成而导 致的小区内故障发现滞后、且不能够定位故障的问题，本发明提出了通过监测GSM网络中基站控制器(Base StationController，简禾尔为BSC)与基站(Base Tranceiver Station, 简称为BTS)之间的Abis接口，获取信令中包含的能够唯一识别一组信令交互过程的关 键参数，进而组合Abis 口信令流程方法。在本发明的实施过程中，主要涉及的协议包 括无线信号链接(Radio SignalLink，简称为RSL)协议、直接传输应用部分(Direct TransferApplication Part,简称为DTAP)。下面将详细描述本发明的技术方案。
方法实施例 在本实施例中，提供了一种Abis接口信令的处理方法。 如图3所示，根据本实施例的Abis接口信令的处理方法包括步骤S302、步骤 S304、和步骤S306。 图3中所示的处理具体包括 步骤S302，在通过公共控制信道接收到信道请求消息后，建立节点，并根据信道请 求消息构造第一键值； 步骤S304，在通过公共控制信道接收到立即指派信令消息时，根据立即指派信令 消息中携带的独立专用控制信道的信道号确定通过独立专用控制信道接收的第一信道激 活消息和第一信道激活确认消息，通过根据确定的第一信道激活消息(图4中的信令3)和 第一信道激活确认消息(图4中的信令4)配置第一键值得到第二键值，将独立专用控制信 道上传输的消息关联到节点(此时，由于频点可能发生变化，因此，在构造第二键值时，节 点也会发生变化，此时的节点的频点对应于独立专用控制信道)； 步骤S306，在通过独立专用控制信道接收到指派消息时，根据指派消息中携带的 业务信道的信道号确定通过业务信道接收的第二信道激活消息(图4中的信令15)和第二 信道激活确认消息(图4中的信令16)，通过根据第二信道激活消息和第二信道激活确认消 息配置第二键值得到第三键值，将指派消息指派的业务信道上传输的消息关联到节点(此 时，由于频点可能发生变化，因此，在构造第三键值时，节点也会发生变化，此时的节点的频 点对应于业务信道)。 其中，构造第一键值的处理可以包括根据信道请求消息携带的公共控制信道的 信道号、第一载频号、和随机接入字段构造第一键值。 此外，配置第一键值得到第二键值的处理可以包括根据立即指派消息中携带的 公共控制信道的信道号将立即指派消息关联至节点；根据立即指派消息中携带的独立专用 控制信道的信道号确定第一信道激活消息和第一信道激活确认消息；根据第一信道激活消 息和第一信道激活确认消息携带的独立专用控制信道的信道号、第二载频号修改第一键值 得到第二键值。 此外，配置第二键值得到第三键值的处理可以包括根据指派消息中携带的独立
专用控制信道的信道号将指派消息关联至节点；根据指派消息中携带的业务信道的信道号
确定第二信道激活消息和第二信道激活确认消息；根据第二信道激活消息和第二信道激活
确认消息携带的业务信道的信道号、第三载频号修改第二键值得到第三键值。 此外，在接收到第一信道激活消息和第一信道激活确认消息时，可以保存这两条
消息。这样，在业务信道指派完成后需要释放独立专用控制信道时，就能够根据保存的第一
信道激活消息和第一信道激活确认消息将独立专用控制信道上传输的用于指示释放独立
专用控制信道的消息关联至节点。
此外，为了将独立专用控制信道上传输的消息关联到节点(其频点对应于独立专 用控制信道)，需要根据独立专用控制信道上传输的消息中携带的独立专用控制信道的信 道号和第二频点号构造第二键值。 此外，为了将业务信道上传输的消息关联到节点(其频点对应于业务信道的频 点)，需要根据业务信道上传输的消息中携带的业务信道的信道号和第三频点号构造第三 键值。 通过上述处理，能够将Abis接口上的信令与当前呼叫(包括主叫、被叫、短信等业 务)的节点相关联，从能够容易地获得本次业务的所有相关的Abis接口信息。
下面将结合主叫的过程描述本发明的处理过程。 本发明提出了在GSM的Abis接口上获取信令并合成信令流程的方法。通过该方 法，可以将MS在Abis接口上的RSL、 DTAP消息(其中包括RR、匪、CC消息)关联起来，形 成完整的信令流程。 图4是相关标准中规定的主叫过程中Abis接口上的信令流程示意图，图中示出了 RR层、匪层、CC层连接建立的过程。 基于图4所示的信令流程，本发明进行信令合成的处理过程如下
首先，BTS接收来自MS的(1) Channel RQD ; 第 一 步在收到图4所示的(2) Cha皿e 1 RQD消息时建立主节点，该消息的 ChannelNumber类型是公共控制信道(Common ControlChannel，简称为CCCH)，且其中带 有随机接入(Random Access,简称为RA)字段，利用终端端点标识符(Terminal Endpoint Identifier,简称为TEI)+ChanNum+RA构成键值，其中，TEI表示载频的编号，ChanN咖表示 信道号(CCCH的信道号)； 第二步接下来接收(3)Channe 1 ACT消息和(4)Channe 1 ACTACK消息，这两 条消息的ChannelNumber类型是独立专用控制信道(Stand-alone Dedicated Control Cha皿el，简称为SDCCH)，该信道号由BSC分配并且需要BTS具体支持。由于与第一条消息 (Cha皿elRQD消息)的信道类型不同，所以无法将这两条消息关联到本次呼叫的主节点上， 只有等接收到(5)Imm Ass Cmd消息后，才能从Imm Ass Cmd消息中获得为本次呼叫分配的 SDCCH信道号，以及Random Access (RA)参数，进而将这两条消息信令(3)和信令(4)与当 前的呼叫流程关联起来。当接收到这两条消息时，因为无法找到本次呼叫的节点，所以需要 将这两条消息保存在Map表Channel_Map中，等Imm Ass Cmd的消息上来后再根据这两条 消息进行关联。 优选地，在将这两条消息保存到M即表中时，需要以ChanN咖为键值。由于Channel RQD与Imm Ass Cmd消息是在CCCH信道上，而Channel ACT消息和Channel ACT ACK消息 在SDCCH信道上，所以信令所在的频点有可能会发生改变(这里，TEI可用于标识不同的频 点)，需要将信道激活消息(上述信令(3)和信令(4))的频点标识保存下来，并用TEI唯一 标识一个频点，所以将该频点标识以ChanNum为键值保存在另外一个M即表(Freq_Map表) 中。 第三步BSC接收到来自BTS的(5) Imm Ass Cmd消息(立即指派命令消息，该 消息是信道激活确认消息)后，在确认之前分配的信道可用的情况下，需要将分配的信道 信息告知MS。信令(5)的ChannelNumber是CCCH，并且带有Random Access (RA)。通过(TEI+ChanN咖+RA)构成键值，能够将Imm Ass Cmd消息与Channel RQD消息关联起来。
然后，需要将之前的Channel ACT消息和Channel ACT ACK消息关联起来。通过 将Imm Ass Cmd消息中携带的SDCCH信道号ChanN咖作为键值，以该键值在之前保存信道 激活消息的Cha皿el—M即表中查找信令(3)和信令(4)两条信道激活消息。
优选地，由于此后的信令将会运行在新分配的SDCCH信道上，并且频点可能发生 改变，所以需要将键值进行修改，新的键值由以下方式构成TEI+ChanN咖，其中ChannN咖 是新分配的SDCCH信道号，TEI是以SDCCH信道号为键值在Freq_Map中找到的新的频点标 识。 此后，MS会向BTS发送(6) SABM消息；BTS向MS返回(7) UA消息(该消息为确认 帧)；BTS向BSC发送(8)建立指示(EST IND(CM Service REQ))消息；BSC向MSC发送(9) 连接请求(CR(CMP L3 information))消息；MSC向BSC返回(10)连接确认(CC)消息，并向 MS返回(ll)CM业务接受(CM ServiceAcc印ted)消息；MS向MSC发送(12)建立(Setup) 消息； 第四步接收信令(13)(呼叫进行消息(Call Proceeding消息))，此前接收的 信道号Cha皿elNumber都是之前分配的SDCCH信道号，每次接收消息时均构造键值(以 TEI+ChanNum的方式)，从而将这些消息关联到主节点上。
之后，MSC向BSC发送(14)指派请求(ASS REQ)消息; 第五步在接收到信令(15)Channel ACT消息时，需要为呼叫流程分配业务信道 (Traffic Channel，TCH)以便进行通话，信令(15)禾P (16)Channel ACTACK消息暂时无法与 之前的信令相关联，因此可以先将这两条消息保存到以ChanNum为键值的M即表Channel— Map中，同时需要将信道激活消息(信令(15)和(16))的频点标识保存下来，由于这两条消 息的TEI可以唯一标识一个频点，所以将该频点标识以ChanNum为键值保存在Map表Freq_ Map中。 第六步接收到(17)指派消息(Ass Cmd消息)后，由于新分配的信道还没有通 知给MS，并且Ass Cmd消息本身的ChannelNumber字段还是原来的SDCCH，因此需要通过 TEI+ChanNum构成键值，使该消息与之前的信令关联起来。同时，本条信令中携带了新分配 的TCH信道的相关信息，通过将本条消息中携带的TCH信道号ChanNum作为键值，以该键值 在之前保存信道激活消息的M即表Cha皿el—M即中查找信道激活消息(信令(15)和信令 (16))。 优选地，由于此后的信令将会运行在新分配的TCH信道上，并且频点可能发生改 变，所以需要将键值进行修改，新的键值由TEI+ChanNum构成，其中ChannNum是新分配的 TCH信道号，TEI是以TCH信道号ChanNum为键值在M即表Freq—M即中找到的新的频点标 识。同时由于在Ass Cmd消息后，会有一个原来的SDCCH信道的释放过程，这个过程中的信 令还是在SDCCH信道上，所以为了将这些消息关联，需要获得SDCCH与TCH之间的对应关 系，在Ass Cmd消息中保存了 SDCCH和TCH的信息，把TCH信道上的节点键值以SDCCH信道 上的节点键值为键值保存在Map表SDCCH2TCH_Map表中。 第七步在TCH信道指派之后，需要将之前的SDCCH信道释放，SDCCH信道的释放 消息上图中没有给出。SDCCH信道的释放消息的Cha皿eINumber字段还是SDCCH信道号，所 以还要利用AssCmd消息中的TCH与SDCCH的对应关系，将信道释放消息做关联。以SDCCH节点键值为键值在SDCCH2TCH_Map中查找到相应的TCH节点键值，将SDCCH信道的释放消 息关联到主节点。 第八步此后的消息都是运行在TCH信道上，通过ChanN咖+TEI构成键值，就能够 与之前的信令关联起来。 第八步之后消息的传输过程如下MS会向BTS发送(18)SABM消息；BTS向MS返回 (19)UA消息;BTS向BSC发送(20)建立指示(EST IND)消息;MS向BSC发送(21)指派完成 (ASSCMP)消息；BSC向MSC发送(22)指派完成(ASS CMP)消息；(23)开始振铃(Alerting); MSC向MS发送(24)连接(Connection)消息;MS向MSC发送(25)连接确认(Connection ACK)消息；(26)进行通话(Talking) ;MS向MSC发送(27)断开(也可称为挂机，DISC)消 息；MSC向MS发送(28)释放(REL)消息；MS向MSC发送(29)释放完成(REL CMP)消息； MSC向BSC发送(30)清除命令(Clear CMD) ;BSC向MS发送(31)信道释放(Channel REL) 消息；MS向BTS发送(32)DISC消息；BTS向MS返回(33)UA消息；BSC向BTS发送(34)去 活SACCH(Deactive SACCH)消息；BTS向BSC发送(35)释放指示(RELIND)消息；BSC向BTS 发送(36)无线信道释放(RF Channel REL)消息；BTS向BSC发送(37)无线信道释放确认 (RF Channel RELACK)消息；BSC向MSC发送(38)清除命令(Clear CMD) ;MSC向BSC发送 (39)RLSD消息；BSC向MSC发送(40)RLSD完成(RLSD CMP)消息。 其中，消息(31)至(37)的发送过程与消息(38)至(40)的传输过程可以并行执 行。 以上部分描述的是主叫流程的信令合成方式，在被叫流程中，信令合成方式与主 叫流程基本相同，只是多了一步关联寻呼消息(Paging Cmd)。在收到寻呼消息(Paging Cmd)时，由于不知道该寻呼消息与哪些流程相关，所以取出当前消息中所携带的用户号码 (该号码可能是IMSI号码，TMSI号码)，以该号码为键值，将该消息缓存起来。当收到EST IND(Paging RESP)时，确认当前流程是一个被叫流程(包括收短信)，那么根据该消息中所 带的用户号码，就能够关联到该流程的寻呼消息。其他的位置更新，开关机以及发短信流程 的关联方式都与主叫流程相同。 下面将以主叫流程为例并结合图5描述根据本实施例的Abis接口信令处理方法 中Abis 口事件合成算法的处理过程。 如图5所示，在接收到Abis 口的信令消息时，首先判断该消息的消息类型，并按照 消息类型分别进行相应的处理。如图5所示，根据消息的类型进行处理的过程如下
(1) Chan RQD消息处理，收到Chan RQD消息时，新建一个节点，后续的消息需要与 该节点相关联。 (2)Chan ACT/Chan ACT ACK消息处理，由于这两条消息在SDCCH上，所以暂时无法 关联到呼叫节点上，将这两条消息保存到缓冲区中，并将这两条消息所在的频点表示保存 在M即表中。 (3)Imm Ass Cmd消息处理，根据该消息中分配的SDCCH信道消息，在缓冲区中获得 之前的信道激活消息以及信道激活确认消息。并且根据这两条消息所在的频点标识，以及 新分配的SDCCH信道号，构造新的键值。 (4)Paging Cmd消息处理，当收到寻呼命令消息时，由于暂时无法将其与主节点关 联，先将寻呼命令以用户号码为键值保存到缓冲区。
10
(5) Paging Resp消息处理，收到寻呼响应消息时，表明这是一个被叫过程，则根据 该消息中携带的用户号码在之前的保存Paging Cmd消息的缓冲区中寻找到相应的Paging Cmd命令。 (6)Ass Cmd消息处理，根据该消息中分配的TCH信道消息，在缓冲区中获得之前 的信道激活消息以及信道激活确认消息。并且根据这两条消息所在的频点标识，以及新分 配的TCH信道号，构造新的键值。同时需要将SDCCH信道与TCH信道之间的对应关系保存 到Map表中。 (7)Hand Det消息的处理，接收到该消息时，需要新建节点，并将之前保存在缓冲 区中的Chan ACT以及Chan ACT ACK消息关联到主节点上。 (8)RF Chan Rel Ack消息的处理，该消息是无线信道释放确认消息，如果该消息 关联到呼叫流程中，并且该消息是SDCCH信道的释放消息，那么不需要关闭当前的节点；如 果该消息关联到呼叫流程中，并且是TCH信道的释放，那么需要将节点关闭，呼叫流程结 束；如果关联到其他流程，并且是SDCCH信道的释放，同样需要关闭节点。
(9)其他消息的处理，当收到以上消息以外的其他消息时，首先根据该消息的信道 类型以及信道号构造键值，寻找相关节点。如果没有找到相关节点，并且该消息的信道类型 是SDCCH信道，则根据SDCCH信道找到相关的TCH信道，重新构造键值，再次寻找节点。
通过上述处理，能够将Abis接口上的信令与当前呼叫(包括主叫、被叫、短信等业 务)的节点相关联，从能够容易地获得本次业务的所有相关的Abis接口信息。
装置实施例 在本实施例中，提供了一种Abis接口信令的处理装置。 如图6所示，根据本实施例的Abis接口信令的处理装置包括接收模块10、构造模
块20、第一关联模块30、和第二关联模块40。 图6中所示的各个模块的功能如下 接收模块lO，用于接收Abis接口上传输的消息； 构造模块20，连接至接收模块IO，用于在接收模块IO通过公共控制信道接收到信 道请求消息后，建立节点，并根据信道请求消息构造第一键值； 第一关联模块30，连接至接收模块IO，用于在接收模块IO通过公共控制信道接收 到立即指派信令消息时，根据立即指派信令消息中携带的独立专用控制信道的信道号确定 通过独立专用控制信道接收的第一信道激活消息和第一信道激活确认消息，通过根据确定 的第一信道激活消息和第一信道激活确认消息配置第一键值得到第二键值，将独立专用控 制信道上传输的消息关联到节点； 第二关联模块40，连接至接收模块10，用于在接收模块10通过独立专用控制信 道接收到指派消息时，根据指派消息中携带的业务信道的信道号确定通过业务信道接收的 第二信道激活消息和第二信道激活确认消息，通过根据第二信道激活消息和第二信道激活 确认消息配置第二键值得到第三键值，将指派消息指派的业务信道上传输的消息关联到节 点。 该装置同样能够执行上述步骤一至步骤八、以及图5所示的处理。 通过该装置，能够将Abis接口上的信令与当前呼叫(包括主叫、被叫、短信等业
务)的节点相关联，从能够容易地获得本次业务的所有相关的Abis接口信息。
11
综上所述，本发明通过将Abis接口上的信令流程做关联，就可以利用用户通话 过程中的测量报告，确定用户当前所在的位置。这样运营商可以确定一段时间内，用户在 特定小区的分布情况，了解网络问题对不同的用户品牌造成的影响；同时，基于Abis接口 事件合成还可以开展很多的业务分析功能，并且这些业务分析功能都能够深入到具体用 户级别。借助于深入用户级别的分析功能，就能够开展更为细致的网络优化功能，提高用 户感受；通过在重点区域运用信令监测工具对Abis接口进行不问断的监测，采集、整理、 分析，对用户在BSS中的完整的信令活动流程进行关联，形成呼叫详细记录(Call Detail Record, CDR)，对呼叫建立/保持、移动性管理、系统资源利用等方面的关键性能指标(Key Performance Index,KPI)进行统计分析。在此基础上可以全面的了解任何时间段内，监测 区域的无线网络状态，及时发现网络中存在的各种问题，有助于对网络进行更为深入和全 面的优化。 借助于本发明的上述技术方案，全面地考虑了各协议间相互配合的消息交互过程 及关联特性，有效地关联了 RSL和DTAP协议，通过提取信令中的信道类型、信道号、时隙号 等关键参数将相关的信令流程关联起来，能够使Abis接口信令体现出完成的业务执行过 程，并且可以通过统一的键值进行查找，避免了相关技术中Abis接口信令采集信息间隔 长、采集过程缺少信息合成而导致的小区内故障发现滞后、且不能够定位故障的问题，实现 了对网络故障和故障用户的准确定位，提高用户体验，并且有助于网络性能的获取以及对 网络的优化。 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的 硬件和软件结合。 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种Abis接口信令的处理方法，其特征在于，包括在通过公共控制信道接收到信道请求消息后，建立节点，并根据所述信道请求消息构造第一键值；在通过所述公共控制信道接收到立即指派信令消息时，根据所述立即指派信令消息中携带的独立专用控制信道的信道号确定通过所述独立专用控制信道接收的第一信道激活消息和第一信道激活确认消息，通过根据确定的所述第一信道激活消息和所述第一信道激活确认消息配置所述第一键值得到第二键值，将所述独立专用控制信道上传输的消息关联到所述节点；在通过所述独立专用控制信道接收到指派消息时，根据所述指派消息中携带的业务信道的信道号确定通过所述业务信道接收的第二信道激活消息和第二信道激活确认消息，通过根据所述第二信道激活消息和所述第二信道激活确认消息配置所述第二键值得到第三键值，将所述指派消息指派的业务信道上传输的消息关联到所述节点。
2. 根据权利要求1所述的方法，其特征在于，构造所述第一键值的处理包括 根据所述信道请求消息携带的所述公共控制信道的信道号、第一载频号、和随机接入字段构造所述第一键值。
3. 根据权利要求1所述的方法，其特征在于，配置所述第一键值得到所述第二键值的 处理包括根据所述立即指派消息中携带的所述公共控制信道的信道号将所述立即指派消息关 联至所述节点；根据所述立即指派消息中携带的所述独立专用控制信道的信道号确定所述第一信道 激活消息和所述第一信道激活确认消息；根据所述第一信道激活消息和所述第一信道激活确认消息携带的所述独立专用控制 信道的信道号、第二载频号修改所述第一键值得到所述第二键值。
4. 根据权利要求1所述的方法，其特征在于，配置所述第二键值得到所述第三键值的 处理包括根据所述指派消息中携带的所述独立专用控制信道的信道号将所述指派消息关联至 所述节点；根据所述指派消息中携带的所述业务信道的信道号确定所述第二信道激活消息和所 述第二信道激活确认消息；根据所述第二信道激活消息和所述第二信道激活确认消息携带的所述业务信道的信 道号、第三载频号修改所述第二键值得到所述第三键值。
5. 根据权利要求1所述的方法，其特征在于，进一步包括 保存所述第一信道激活消息和所述第一信道激活确认消息。
6. 根据权利要求5所述的方法，其特征在于，进一步包括在释放所述独立专用控制信道时，根据保存的所述第一信道激活消息和所述第一信道 激活确认消息将所述独立专用控制信道上传输的用于指示释放所述独立专用控制信道的 消息关联至所述节点。
7. 根据权利要求1所述的方法，其特征在于，将所述独立专用控制信道上传输的消息 关联到所述节点的处理包括根据所述独立专用控制信道上传输的消息中携带的所述独立专用控制信道的信道号和第二频点号构造第二键值。
8. 根据权利要求1所述的方法，其特征在于，将所述业务信道上传输的消息关联到所述节点的处理包括根据所述业务信道上传输的消息中携带的所述业务信道的信道号和第三频点号构造第三键值。
9. 根据权利要求1所述的方法，其特征在于，在接收到所述信道请求消息之前接收到寻呼消息的情况下，进一步包括保存所述寻呼消息，并在接收到建立指示消息之后将所述寻呼消息关联到所述节点。
10. —种Abis接口信令的处理装置，其特征在于，包括接收模块，用于接收Abis接口上传输的消息；构造模块，用于在所述接收模块通过公共控制信道接收到信道请求消息后，建立节点，并根据所述信道请求消息构造第一键值；第一关联模块，用于在所述接收模块通过所述公共控制信道接收到立即指派信令消息时，根据所述立即指派信令消息中携带的独立专用控制信道的信道号确定通过所述独立专用控制信道接收的第一信道激活消息和第一信道激活确认消息，通过根据确定的所述第一信道激活消息和所述第一信道激活确认消息配置所述第一键值得到第二键值，将所述独立专用控制信道上传输的消息关联到所述节点；第二关联模块，用于在所述接收模块通过所述独立专用控制信道接收到指派消息时，根据所述指派消息中携带的业务信道的信道号确定通过所述业务信道接收的第二信道激活消息和第二信道激活确认消息，通过根据所述第二信道激活消息和所述第二信道激活确认消息配置所述第二键值得到第三键值，将所述指派消息指派的业务信道上传输的消息关联到所述节点。
全文摘要
一种Abis接口信令的处理方法和装置，该方法包括在通过公共控制信道接收到信道请求消息后建立节点，根据信道请求消息构造第一键值；通过公共控制信道接收立即指派信令消息，根据携带的独立专用控制信道的信道号确定通过独立专用控制信道接收的第一信道激活消息和第一信道激活确认消息，根据该消息配置第一键值得到第二键值，将独立专用控制信道上传输的消息关联到节点；通过独立专用控制信道接收指派消息，携带的业务信道的信道号确定通过业务信道接收的第二信道激活消息和第二信道激活确认消息，根据该消息配置第二键值得到第三键值，将指派消息指派的业务信道上传输的消息关联到节点。通过本发明，能够实现故障的准确定位，有助于优化网络性能。
文档编号H04W24/02GK101795464SQ20091000711
公开日2010年8月4日 申请日期2009年2月3日 优先权日2009年2月3日
发明者朱晗, 陈彬 申请人:中兴通讯股份有限公司