CN104080106B - 确定公共信道的方法和设备 - Google Patents

Abstract

本发明实施例提供确定公共信道的方法和设备。该方法包括：确定RNC的IP地址和基站的IP地址；根据该RNC的IP地址和该基站的IP地址，确定该RNC和该基站之间的单向传输信道和该单向传输信道的方向；根据该单向传输信道的方向，对该单向传输信道中的数据的FP头进行循环冗余校验，以确定该单向传输信道是否为公共信道。这样可以方便地确定公共信道，提高网络运维监管的效率。

Description

确定公共信道的方法和设备

技术领域

本发明实施例涉及无线通信技术领域，并且更具体地，涉及确定公共信道的方法和设备。

背景技术

运营商在进行网络运维时，需要对网络接口中的数据流进行分析并形成统一的运维日志。准确的区分网元和公共信道，是分析该网络接口中的数据流和解析接口数据的关键。因为只有在识别了网元和公共信道的情况下，才能够正确解析该接口数据流中的消息内容，从而正确进行网络检测分析、维护、优化等操作，其中该公共信道包括：随机接入信道（Random Access Channel，RACH）、前向接入信道（Forward Access Channel，FACH）和寻呼信道（Paging Channel，PCH）。

现有网络中，运营商可能会采用不同厂商的设备进行组网。由于不同厂商采用的运维手段、方法以及工具等都不相同，区分网元和公共信道的方法就不相同。同时，运营商在区分网元和公共信道时需要人工进行大量的配置。因此，运营商进行网络维护的难度就会很大。

发明内容

本发明提供确定公共信道的方法和设备，能够降低运维难度，提升区分公共信道的便捷性。

第一方面，本发明实施例提供一种确定公共信道的方法，该方法包括：确定无线网络控制器RNC的互联网协议IP地址和基站的IP地址；根据该RNC的IP地址和该基站的IP地址，确定该RNC与该基站之间的单向传输信道和该单向传输信道的方向，其中该单向传输信道的方向包括上行方向和下行方向；根据该单向传输信道的方向，对该单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC，以确定该单向传输信道是否为该公共信道。

结合第一方面，在第一种可能的实现方式中，该方法还包括：在该RNC与多个基站之间的接口上获取接口数据，其中该基站为该多个基站之一，其中该确定无线网络控制器RNC的IP地址和基站的IP地址，包括：在该接口数据包括的一个IP地址对应于多个IP地址的情况下，确定该一个IP地址为该RNC的IP地址，确定该多个IP地址分别为该多个基站的IP地址。

结合第一方面，在第二种可能的实现方式中，该根据该单向传输信道的方向，对该单行传输信道中的数据的帧协议FP头进行循环冗余校验CRC确定该单向传输信道是否为公共信道，包括：在该单向传输信道的方向为上行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为随机接入信道RACH。

结合第一方面，在第三种可能的实现方式中，该根据该单向传输信道的方向，对该单行传输信道中的数据的帧协议FP头进行循环冗余校验CRC确定该单向传输信道是否为公共信道，包括：在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为前向接入信道FACH或寻呼信道PCH。

结合第一方面，在第四种可能的实现方式中，该根据该单向传输信道的方向，对该单行传输信道中的数据的帧协议FP头进行循环冗余校验CRC确定该单向传输信道是否为公共信道，包括：在该单向传输信道的方向为上行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为随机接入信道RACH；在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为前向接入信道FACH或寻呼信道PCH。

结合第一方面或上述任一种可能的实现方式，在第五种可能的实现方式中，该方法还包括：在确定该单向传输信道为随机接入信道RACH、前向接入信道FACH或寻呼信道PCH的情况下，根据该单向传输信道所映射到的控制信道对确定结果进行验证。

结合第五种可能的实现方式，在第六种可能的实现方式中，在该确定结果为该单向传输信道为该RACH的情况下，该根据该单向传输信道所映射到的控制信道对确定结果进行验证，包括：确定该单向传输信道所映射到的控制信道；在该控制信道为公共控制信道CCCH的情况下，解析该CCCH中承载的消息；在该CCCH中承载的消息为无线资源控制RRC连接请求消息或小区更新消息或通用移动通信系统通用陆地无线接入网注册区URA更新消息的情况下，确定该确定结果正确。

结合第五种可能的实现方式，在第七种可能的实现方式中，在该确定结果为该单向传输信道为该FACH的情况下，该根据该单向传输信道所映射到的控制信道对确定结果进行验证，包括：确定该单向传输信道所映射到的控制信道；在该控制信道为公共控制信道CCCH的情况下，解析该CCCH中承载的消息；在该CCCH中承载的消息为无线资源控制RRC连接设置消息或RRC连接释放消息或RRC连接拒绝消息或小区更新确认消息或通用移动通信系统通用陆地无线接入网注册区URA更新确认消息的情况下，确定该确定结果正确。

结合第五种可能的实现方式，在第八种可能的实现方式中，在该确定结果为该单向传输信道为该PCH的情况下，该根据该单向传输信道所映射到的控制信道对确定结果进行验证，包括：确定该单向传输信道该映射到的控制信道；在该控制信道为寻呼控制信道PCCH的情况下，解析该PCCH中承载的消息；在该PCCH中承载的消息为无线资源控制RRC的寻呼类型1消息的情况下，确定该确定结果正确。

第二方面，本发明实施例提供一种确定公共信道的设备，该确定公共信道的设备包括：第一控制单元，用于确定无线网络控制器RNC的互联网协议IP地址和基站的IP地址；第二控制单元，用于根据该RNC的IP地址和该基站的IP地址，确定该RNC与该基站之间的单向传输信道和该单向传输信道的方向；第三控制单元，用于根据该单向传输信道的方向，对该单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC，以确定该单向传输信道是否为该公共信道。

结合第二方面，在第一种可能的实现方式中，该设备还包括:获取单元，用于在该RNC与多个基站之间的接口上获取接口数据，其中该基站为该多个基站之一；该第一控制单元，具体用于在该接口数据包括一个IP地址对应于多个IP地址的情况下，确定该一个IP地址为该RNC的IP地址，确定该多个IP地址分别为该多个基站的IP地址。

结合第一方面，在第二种可能的实现方式中，该第三控制单元，具体用于在该单向传输信道的方向为上行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为随机接入信道RACH，并且在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为前向接入信道FACH或者寻呼信道PCH。

结合第一方面或上述任一种可能的实现方式，在第三种可能的实现方式中，该确定公共信道的设备还包括第四控制单元，用于根据该单向传输信道所映射到的控制信道对该第三控制单元确定的结果进行验证。

结合第三种可能的实现方式，在第四种可能的实现方式中，在该第三控制单元确定的结果为该单向传输信道为该RACH的情况下，该第四控制单元，具体用于确定该单向传输信道所映射到的控制信道，在该控制信道为公共控制信道CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为无线资源控制RRC连接请求消息或小区更新消息或通用移动通信系统通用陆地无线接入网注册区URA更新消息的情况下，确定该第三控制单元确定的结果正确。

结合第三种可能的实现方式，在第五种可能的实现方式中，在该第三控制单元确定的结果为该单向传输信道为该FACH的情况下，该第四控制单元，具体用于确定该单向传输信道所映射到的控制信道，在该控制信道为公共控制信道CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为无线资源控制RRC连接设置消息或RRC连接释放消息或RRC连接拒绝消息或小区更新确认消息或通用移动通信系统通用陆地无线接入网注册区URA更新确认消息的情况下，确定该第三控制单元确定的结果正确。

结合第三种可能的实现方式，在第六种可能的实现方式中，在该第三控制单元确定的结果为该单向传输信道为该PCH的情况下，该第四控制单元，具体用于确定该单向传输信道所映射到的控制信道，在该控制信道为寻呼控制信道的情况下，解析该PCCH中承载的消息，在该PCCH中承载的消息为无线资源控制RRC的寻呼类型1消息的情况下，确定该第三控制单元确定的结果正确。

根据本发明实施例，确定公共信道的设备在不需要人工对该设备进行配置且不需要重启网元的情况下，可以自动确定网元和公共信道。采用这种方法，该设备可以在不影响网络运营的情况下，自动获取公共信道的参数。这样，可以方便地确定网元和公共信道，提高网络运维监管的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明一个实施例提供的确定公共信道的方法的示意性流程图。

图2是根据本发明另一实施例提供的确定公共信道的方法的示意性流程图。

图3a-图3c是根据本发明另一实施例提供的确定公共信道的方法的示意性流程图。

图4是根据本发明一个实施例提供的确定公共信道的设备的结构框图。

图5是根据本发明另一实施例提供的确定公共信道的设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

应理解，本发明实施例的技术方案可以宽带码分多址（Wideband Code DivisionMultiple Access，简称“WCDMA”）系统。本发明实施例中的基站是WCDMA中的基站（NodeB）。

确定公共信道的设备可以是外挂设备，是用于对网络进行运营维护的常用设备，可以通过探针（Probe）获取网络中的数据，例如可以获取RNC与基站之间的Iub接口的流控制传输协议（Stream Control Transmission Protocol，SCTP）消息、用户数据包协议（UserDatagram Protocol，UDP）消息等，从而可以对网络进行检测、分析、优化等操作。

图1是根据本发明一个实施例提供的确定公共信道的方法的示意性流程图。图1所示的方法由确定公共信道的设备执行。

101，确定无线网络控制器（Radio Network Controller，RNC）的互联网协议（Internet Protocol，IP）地址和基站的IP地址。

102，根据该RNC的IP地址和该基站的IP地址，确定该RNC与该基站之间的单向传输信道和该单向传输信道的方向，其中该单向传输信道的方向包括上行方向（即从基站到RNC的上行数据）和下行方向（即从RNC到基站的下行数据）。

103，根据该单向传输信道的方向，对该单向传输信道中的数据的帧协议（FrameProtocol，FP）头进行循环冗余校验（Cyclic Redundancy Check，CRC），以确定该单向传输信道是否为公共信道。

根据本发明的实施例，该公共信道包括RACH、FACH和/或PCH。具体地，RACH中的数据的FP头具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合RACH中的数据的FP头的特征，则确定传输该数据的信道为RACH。类似的，FACH的数据的FP头也具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合FACH中的数据的FP头的特征，则确定传输该数据的信道为FACH。类似的，PCH的数据的FP头也具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合PCH中的数据的FP头的特征，则确定传输该数据的信道为PCH。

根据图1所示的方法，确定公共信道的设备在不需要人工对该设备进行配置且不需要重启网元的情况下，可以自动确定网元和公共信道。采用这种方法，该设备可以在不影响网络运营的情况下，自动获取公共信道的参数。这样，可以方便地确定网元和公共信道，提高网络运维监管的效率。

图2是根据本发明另一实施例提供的确定公共信道的方法的示意性流程图。图2所示的方法是图1所示方法的一个具体实施例。

可选的，可以通过执行步骤201和步骤202确定RNC的IP地址和基站的IP地址。

201，在RNC和多个基站之间的接口上获取接口数据。

202，在该接口数据包括一个IP地址对应于多个IP地址的情况下，确定该一个IP地址为该RNC的IP地址，确定该多个IP地址分别为该多个基站的IP地址。

具体地，UMTS组网模式决定RNC和多个基站之间是一对多的关系，通过获取各接口的IP链路消息并检测该IP链路消息，例如检测流控制传输协议（Stream ControlTransmission Protocol，SCTP）消息或检测用户数据包协议（User Datagram Protocol，UDP）消息，找到这种一对多的交互模式，记录这些多个IP报文交互的少数汇聚点IP地址。这些少数汇聚点IP地址即为RNC的IP地址，在Iub接口上和该RNC对端的IP即为基站的IP地址。

可选的，可以重复执行步骤201和步骤202从而识别出不同的IP地址所对应的网元。

可选的，可以通过执行步骤201和步骤202确定该RNC的IP地址和该基站的IP地址，也可以通过其他方式，例如根据配置文件直接确定对应于RNC的IP地址和对应于基站的IP地址。

203，根据RNC的IP地址和基站的IP地址，确定该RNC和该基站之间的单向传输信道和该单向传输信道的方向，其中该基站为该多个基站之一。

具体地，在确定了RNC的IP地址和基站IP地址后，可以通过IP协议识别出信道中的UDP消息。在识别出UDP消息后，通过该UDP消息中的IP地址信息判断该信道中的UDP消息是否是单向传输的，即仅有从基站到RNC的上行数据或仅有从RNC到基站的下行数据。在该信道中的UDP消息不是单向传输的情况下，确定传输该UDP的信道是双向信道，那么该双向信道不是公共信道。在该信道中的UDP消息是单向传输的情况下，确定传输该UDP消息的信道为单向传输信道。同时，可以确定该单向传输信道的传输方向。如果该单向传输信道中仅有从基站到RNC的上行数据，则确定该单向传输信道的方向为上行方向。如果该单向传输信道中仅有从RNC到基站的下行数据，则该单向传输信道的方向为下行方向。例如，当RNC的IP地址为该信道中的UDP消息的源IP地址时，说明该信道为单向信道且为下行信道，当RNC的地址为该信道中的UDP消息的目标地址时，说明该信道为单向信道且为上行信道，当RNC的IP地址既作为该信道的某个UDP消息的源IP地址又作为该信道中另一UDP消息的目标IP地址时，说明该信道为双向信道。

204，根据该单向传输信道的方向，对该单向传输信道中的数据的FP头进行CRC校验，以确定该单向传输信道是否为公共信道。

可选的，在该单向传输信道的方向为上行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为该RACH。具体地，RACH中的数据的FP头具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合RACH中的数据的FP头的特征，则确定传输该数据的信道为RACH。

可选的，在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为PACH或PCH。具体地，FACH的数据的FP头也具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合FACH中的数据的FP头的特征，则确定传输该数据的信道为FACH。类似的，PCH的数据的FP头也具有特定特征，如果在对数据的FP头进行CRC校验后确定该FP头符合PCH中的数据的FP头的特征，则确定传输该数据的信道为PCH。

可选的，在确定该单向传输信道为RACH或者FACH或者PCH的情况下，图2的方法还可以包括步骤205。

205，在确定该单向传输信道为RACH、FACH或PCH的情况下，根据该单向传输信道所映射到的控制信道对确定结果进行验证，从而可以进一步保证确定结果的准确性。

具体地，在该确定结果为该单向传输信道为RACH的情况下，对该确定结果进行验证具体包括：确定该单向传输信道所映射到的控制信道；在该控制信道为公共控制信道（Common Control Channel，CCCH）的情况下，解析该CCCH中承载的消息；在该CCCH中承载的消息为无线资源控制（Radio Resource Control，RRC）连接请求消息（RRC connectionrequest）或者小区更新消息（Cell Update）或者UMTS陆地无线接入网（UMTS TerrestrialRadio Access Network，UTRAN）注册区（UTRAN Registration Area，URA）更新消息（URAUpdate）的情况下，确定该确定结果正确。

具体地，在该确定结果为该单向传输信道为FACH的情况下，对该确定结果进行验证具体包括：确定该单向传输信道所映射到的控制信道；在该控制信道为CCCH的情况下，解析该CCCH中承载的消息，具体地，可以通过RRC协议解析出该CCCH中承载的消息；在该CCCH中承载的消息为RRC连接设置消息（RRC connection setup）或者RRC连接释放消息（RRCconnection release）或者RRC连接拒绝消息（RRC connection reject）或者小区更新确认消息（Cell update confirm）或者URA更新确认消息（URA update confirm）的情况下，确定该确定结果正确。

具体地，在该确定结果为该单向传输信道为PCH的情况下，对该确定结果进行验证具体包括：确定该单向传输信道所映射到的控制信道；在该控制信道为寻呼控制信道（Paging Control Channel，PCCH）的情况下，解析该PCCH中承载的消息，具体地，可以通过RRC协议解析出该PCCH中承载的消息；在该PCCH中承载的消息为RRC寻呼类型1（PagingType1）消息的情况下，确定该确定结果正确。

可选的，图2的方法还可以包括步骤206。

206，记录该单向传输信道的相关信息，例如记录RNC侧的IP地址、记录RNC侧的UDP端口号、记录基站侧的IP地址、记录基站侧的UDP端口号等。需要注意的是，步骤206可以在确定了该单向传输信道为RACH、FACH或PCH之后执行，也可以在确定该单向传输信道为RACH、FACH或PCH之前执行。

根据图2所示的方法，确定公共信道的设备在不需要人工对该设备进行配置且不需要重启网元的情况下，可以自动确定网元和公共信道。采用这种方法，该设备可以在不影响网络运营的情况下，自动获取公共信道的参数。这样，可以方便地确定网元和公共信道，提高网络运维监管的效率。

图3a-图3c是根据本发明另一实施例提供的确定公共信道的方法的示意性流程图。图3a-图3c是图1和图2的实施例的一个完整的实施例。

301，获取Iub数据输入。

302，输入的Iub数据都是IP地址间的通信消息，如UDP、SCTP。

303，找出互相通信关系的IP地址对，例如IP1、IP2、IP3和IP4分别对应于IP0。

304，如步骤303所示的，找出少量（不超过3个）一对多的IP地址，如IP0，该IP地址即为RNC的IP地址。

305，和RNC的IP地址（IP0）由通信关系的IP地址就是基站的IP地址（IP1、IP2、IP3和IP4）。

306，持续识别并累积识别标识不同IP地址所属网元RNC或基站。

307，通过IP协议识别出UDP消息。

308，判断每个UDP通道消息流是否是单向传送。如果该UDP通道消息流是双向传送的，则传送该UDP消息的信道不是公共信道，确定公共信道过程结束。如果传送该UDP消息的信道是单向信道，且该单向信道是从基站到RNC，则执行步骤309。如果传送该UDP消息的信道是单向信道，且该单向信道是从RNC到基站，则执行步骤314。

309，解析出该UDP消息包业务数据单元（Service Data Unit，SDU）。

310，用RACH信道FP帧头CPC校验快速确定传输该UDP消息的信道是否是RACH，如果校验结果确定该信道不是RACH，则确定公共信道过程结束。如果校验结果确定该信道是RACH，则执行步骤311。

311，用媒体接入控制协议（Medium Access Control，MAC）解析传输该UDP消息的信道是否为CCCH，如果该信道不是CCCH，则确定步骤310中的确定结果错误，该信道不是RACH，确定公共信道过程结束。如果该信道是CCCH，则执行步骤312。

312，使用RRC协议判断该CCCH中的消息是否为RRC连接请求消息（RRC connectionrequest）或者小区更新（cell update）或者URA更新（URA update）。如果确定给CCCH中的消息不是上述三个消息之一，则确定步骤310中的确定结果错误，该信道不是RACH，确定公共信道过程结束。如果确定该CCCH中的消息是上述三个消息之一，则执行步骤313。

313，标记该信道为RACH，并记录该信道的信息，其中，给信道的信息包括RNC侧的IP地址、RNC侧的UDP端口号、基站侧的IP地址、基站侧的UDP端口号。RACH识别完成。

314，解析出该UDP消息包SDU。

315，使用FACH或PCH信道FP帧头CRC校验快速识别传输该UDP消息的信道是否是FACH或PCH。如果确定该信道既不是FACH也不是PCH，则确定公共信道过程结束。如果确定传输该UDP消息的信道是FACH，则执行步骤316。如果确定传输该UDP消息的信道是PCH，则执行步骤319。

316，使用MAC协议解析该信道是否是CCCH信道。如果确定该信道不是CCCH信道，则确定步骤315中确定该信道为FACH信道的确定结果错误，确定公共信道过程结束。如果确定该信道是CCCH信道，则执行步骤317。

317，使用RRC协议判断该CCCH中的消息是否是RRC连接设置（RRC connectionsetup）或者小区更新确认（cell update confirm）或者URA更新确认（URA updateconfirm）或者RRC连接拒绝（RRC connection reject）或者RRC连接释放（RRC connectionrelease）。如果该CCCH中的消息不是上述五个消息中的任一个，则确定步骤315中确定该信道为FACH信道的确定结果错误，确定公共信道过程结束。如果该CCCH中的消息是上述五个消息中的一个，则执行步骤318。

318，标记该信道为FACH，并记录该信道的信息，其中，给信道的信息包括RNC侧的IP地址、RNC侧的UDP端口号、基站侧的IP地址、基站侧的UDP端口号。FACH识别完成。

319，确定传输该UDP的信道中是否是RRC协议寻呼类型1（paging type1）消息。如果确定该信道中的消息不是该RRC协议寻呼类型1消息，则确定步骤315中确定传输该UDP消息的信道是PCH的确定结果错误，确定公共信道过程结束。如果确定该信道中的消息是该RRC协议寻呼类型1消息，则执行步骤320。

320，标记该信道为PCH，并记录该信道的信息，其中，给信道的信息包括RNC侧的IP地址、RNC侧的UDP端口号、基站侧的IP地址、基站侧的UDP端口号。PCH识别完成。

根据图3所示的方法，可以通过Iub接口中的接口数据，确定进行通信的网元的IP，并确定该IP对应的网元是RNC还是基站。进一步，还可以根据接口数据，识别传输接口数据的信道是否是公共信道，即确定传输接口数据的信道是否是RACH或者FACH或者PCH。

图4是根据本发明一个实施例提供的确定公共信道的设备的结构框图。图4所示的确定公共信道的设备400可以执行图1和图2的各个步骤。确定公共信道的设备400包括：第一控制单元401、第二控制单元402和第三控制单元403。

第一控制单元401，用于确定RNC的IP地址和基站的IP地址。

第二控制单元402，用于根据该RNC的IP地址和该基站的IP地址，确定该RNC与该基站之间的单向传输信道和该单向传输信道的方向。

在第一控制单元401确定了RNC的IP地址和基站的IP地址后，第二控制单元402具体用于通过IP协议识别出UDP消息，并在识别出UDP消息后，通过该UDP消息中的IP地址信息判断该信道中的UDP消息是否是单向传输的，即仅有从基站到RNC的上行数据或仅有从RNC到基站的下行数据。在该信道中的UDP消息不是单向传输的情况下，确定传输该UDP的信道是双向信道，那么该双向信道不是公共信道。在该信道中的UDP消息是单向传输的情况下，确定传输该UDP消息的信道为单向传输信道。同时，第二控制单元402，在确定该单向传输信道时，还可以用于确定该单向传输信道的方向。如果该单向传输信道中仅有从基站到RNC的上行数据，则确定该单向传输信道的方向为上行方向。如果该单向传输信道中仅有从RNC到基站的数据，则确定该单向传输信道的方向为下行方向。

第三控制单元403，用于根据该单向传输信道的方向，对该单向传输信道中的数据的FP头进行CRC校验确定该单向传输信道是否为公共信道。

第三控制单元403，具体用于在该单向传输信道的方向是上行方向的情况下，对该单向传输信道中的数据头进行CRC校验，确定该单向传输信道是否为RACH。具体地，RACH中的数据的FP头具有特定特征，如果第三控制单元403在对数据的FP头进行CRC校验后确定该FP头符合RACH中的数据的FP头的特征，则确定传输该数据的信道为RACH。

第三控制单元403，具体用于在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为PACH或PCH。具体地，FACH的数据的FP头具有特定的特征，如果第三控制单元403在对数据的FP头进行CRC校验后确定该FP头符合FACH中的数据的FP头的特征，则确定传输该数据的信道为FACH。类似的，PCH的数据的FP头也具有特定特征，如果第三控制单元403在对数据的FP头进行CRC校验后确定该FP头符合PCH中数据的FP头的特征，则确定传输该数据的信道为PCH。

如图4所示的设备400在不需要人工对该设备进行配置且不需要重启网元的情况下，可以自动确定网元和公共信道。设备400在不影响网络运营的情况下，自动获取公共信道的参。这样，可以方便地确定网元和公共信道，提供网络运营维护监管的效率。

可选的，确定公共信道的设备400还可以包括获取单元404，用于在该RNC与多个基站之间的接口上获取数据，其中该基站为该多个基站之一。第一控制单元401，具体用于在该接口数据包括一个IP地址对应于多个IP地址的情况下，确定该一个IP地址为该RNC的IP地址，确定该多个IP地址分别为该多个基站的IP地址。具体地，UMTS组网模式决定RNC和基站之间是一对多的关系，第一控制单元401，可以通过获取各接口的IP链路消息并检测该IP链路消息，例如检测流控制传输协议（Stream Control Transmission Protocol，SCTP）消息或检测用户数据包协议（User Datagram Protocol，UDP）消息，找到这种一对多的交互模式，记录这些多个IP报文交互的少数汇聚点IP地址。第一控制单元401，可以确定这些少数汇聚点IP地址即为RNC的IP地址，在Iub接口上和该RNC对端的IP即为基站的IP地址。

可选的，设备400还可包括第四控制单元405，用于对第三控制单元403确定的结果进行验证。

在第三控制单元403的确定结果为该单向传输信道为RACH的情况下，第四控制单元405，具体用于确定该单向传输信道所映射到的控制信道，在该控制信道为CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为RRC连接请求消息（RRCconnection request）或者小区更新消息（Cell update）或者URA更新（URA update）的情况下，确定第三控制单元403确定的结果正确。

在第三控制单元403的确定结果为该单向传输信道为FACH的情况下，第四控制单元405，具体用于确定该单向传输信道所映射到的控制信道；在该控制信道为CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为RRC连接设置消息（RRCconnection setup）或者RRC连接释放消息（RRC connection release）或者RRC连接拒绝消息（RRC connection reject）或者小区更新确认消息（Cell update confirm）或者URA更新确认消息（URA update confirm）的情况下，确定第三控制单元403确定的结果正确。

在第三控制单元403的确定结果为该单向传输信道为PCH的情况下，第四控制单元405，具体用于确定该单向传输信道所映射到的控制信道；在该控制信道为PCCH的情况下，解析该PCCH中承载的消息，在该PCCH中承载的消息为RRC寻呼类型1（Paging Type1）消息的情况下，确定第三控制单元403确定的结果正确。

可选的，设备400还可以包括存储单元406，用于存储该单向传输信道的相关信息，例如记录RNC侧的IP地址、记录RNC侧的UDP端口号、记录基站侧的IP地址、记录基站侧的UDP端口号等。

图5是根据本发明另一实施例提供的确定公共信道的设备的结构框图。图5所示的确定公共信道的设备500可以执行图1和图2的各个步骤。确定公共信道的设备500包括：接收器501和处理器502。

接收器501，用于获取RNC和基站之间的接口数据。

处理器502，用于确定RNC的IP地址和基站的IP地址。

处理器502，还用于根据该RNC的IP地址和该基站的IP地址，确定该RNC与该基站之间的单向传输信道和该单向传输信道的方向。

处理器502在确定了RNC的IP地址和基站的IP地址后，还用于通过IP协议从接收器501获取到的接口数据中识别出UDP消息，并在识别出UDP消息后，通过该UDP消息中的IP地址信息判断该信道中的UDP消息是否是单向传输的，即仅有从基站到RNC的上行数据或仅有从RNC到基站的下行数据。在该信道中的UDP消息不是单向传输的情况下，确定传输该UDP的信道是双向信道，那么该双向信道不是公共信道。在该信道中的UDP消息是单向传输的情况下，确定传输该UDP消息的信道为单向传输信道。同时，处理器502，在确定该单向传输信道时，还可以用于确定该单向传输信道的方向。如果该单向传输信道中仅有从基站到RNC的上行数据，则确定该单向传输信道的方向为上行方向。如果该单向传输信道中仅有从RNC到基站的数据，则确定该单向传输信道的方向为下行方向。

处理器502，还用于根据该单向传输信道的方向，对该单向传输信道中的数据的FP头进行CRC校验确定该单向传输信道是否为公共信道。

处理器502，具体用于在该单向传输信道的方向是上行方向的情况下，对该单向传输信道中的数据头进行CRC校验，确定该单向传输信道是否为RACH。具体地，RACH中的数据的FP头具有特定特征，如果处理器502在对数据的FP头进行CRC校验后确定该FP头符合RACH中的数据的FP头的特征，则确定传输该数据的信道为RACH。

处理器502，具体用于在该单向传输信道的方向为下行方向的情况下，对该单向传输信道中的数据的FP头进行CRC校验，确定该单向传输信道是否为PACH或PCH。具体地，FACH的数据的FP头具有特定的特征，如果处理器502在对数据的FP头进行CRC校验后确定该FP头符合FACH中的数据的FP头的特征，则确定传输该数据的信道为FACH。类似的，PCH的数据的FP头也具有特定特征，如果处理器502在对数据的FP头进行CRC校验后确定该FP头符合PCH中数据的FP头的特征，则确定传输该数据的信道为PCH。

如图5所示的设备500在不需要人工对该设备进行配置且不需要重启网元的情况下，可以自动确定网元和公共信道。设备500在不影响网络运营的情况下，自动获取公共信道的参。这样，可以方便地确定网元和公共信道，提供网络运营维护监管的效率。

可选的，接收器501可以用于在RNC与多个基站之间的接口上获取接口数据，其中该基站为该多个基站之一。处理器502，具体在该接口数据包括一个IP地址对应于多个IP地址的情况下，确定该一个IP地址为该RNC的IP地址，确定该多个IP地址分别为该多个基站的IP地址。具体地，UMTS组网模式决定RNC和基站之间是一对多的关系，处理器502，可以通过获取各接口的IP链路消息并检测该IP链路消息，例如检测流控制传输协议（StreamControl Transmission Protocol，SCTP）消息或检测用户数据包协议（User DatagramProtocol，UDP）消息，找到这种一对多的交互模式，记录这些多个IP报文交互的少数汇聚点IP地址。处理器502，可以确定这些少数汇聚点IP地址即为RNC的IP地址，在Iub接口上和该RNC对端的IP即为基站的IP地址。

可选的，处理器502，还可以用于对处理器502确定的结果进行验证。

在处理器502的确定结果为该单向传输信道为RACH的情况下，处理器502，具体用于确定该单向传输信道所映射到的控制信道，在该控制信道为CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为RRC连接请求消息（RRC connection request）或者小区更新消息（Cell update）或者URA更新（URA update）的情况下，确定处理器502确定的结果正确。

在处理器502的确定结果为该单向传输信道为FACH的情况下，处理器502，具体用于确定该单向传输信道所映射到的控制信道；在该控制信道为CCCH的情况下，解析该CCCH中承载的消息，在该CCCH中承载的消息为RRC连接设置消息（RRC connection setup）或者RRC连接释放消息（RRC connection release）或者RRC连接拒绝消息（RRC connectionreject）或者小区更新确认消息（Cell update confirm）或者URA更新确认消息（URAupdate confirm）的情况下，确定处理器502确定的结果正确。

在处理器502的确定结果为该单向传输信道为PCH的情况下，处理器502，具体用于确定该单向传输信道所映射到的控制信道；在该控制信道为PCCH的情况下，解析该PCCH中承载的消息，在该PCCH中承载的消息为RRC寻呼类型1（Paging Type1）消息的情况下，确定处理器502确定的结果正确。

可选的，设备500还可以包括存储器503，用于存储该单向传输信道的相关信息，例如记录RNC侧的IP地址、记录RNC侧的UDP端口号、记录基站侧的IP地址、记录基站侧的UDP端口号等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内，因此本发明的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种确定公共信道的方法，其特征在于，所述方法包括：

在无线网络控制器RNC与多个基站之间的接口上获取接口数据；

在所述接口数据包括的一个互联网协议IP地址对应于多个IP地址的情况下，确定所述一个IP地址为所述RNC的IP地址，确定所述多个IP地址分别为所述多个基站的IP地址；

根据所述RNC的IP地址和所述基站的IP地址，确定所述RNC与所述基站之间的单向传输信道和所述单向传输信道的方向，其中所述单向传输信道的方向包括上行方向或下行方向；

根据所述单向传输信道的方向，对所述单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC，以确定所述单向传输信道是否为所述公共信道。

2.如权利要求1所述确定公共信道的方法，其特征在于，所述根据所述单向传输信道的方向，对所述单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC确定所述单向传输信道是否为公共信道，包括：

在所述单向传输信道的方向为上行方向的情况下，对所述单向传输信道中的数据的FP头进行CRC校验，确定所述单向传输信道是否为随机接入信道RACH。

3.如权利要求1所述确定公共信道的方法，其特征在于，所述根据所述单向传输信道的方向，对所述单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC确定所述单向传输信道是否为公共信道，包括：

在所述单向传输信道的方向为下行方向的情况下，对所述单向传输信道中的数据的FP头进行CRC校验，确定所述单向传输信道是否为前向接入信道FACH或寻呼信道PCH。

4.如权利要求1-3任一项所述确定公共信道的方法，其特征在于，所述方法还包括：

在确定所述单向传输信道为随机接入信道RACH、前向接入信道FACH或寻呼信道PCH的情况下，根据所述单向传输信道所映射到的控制信道对确定结果进行验证。

5.如权利要求4所述确定公共信道的方法，其特征在于，在所述确定结果为所述单向传输信道为所述RACH的情况下，所述根据所述单向传输信道所映射到的控制信道对确定结果进行验证，包括：

确定所述单向传输信道所映射到的控制信道；

在所述控制信道为公共控制信道CCCH的情况下，解析所述CCCH中承载的消息；

在所述CCCH中承载的消息为无线资源控制RRC连接请求消息或小区更新消息或通用移动通信系统通用陆地无线接入网注册区URA更新消息的情况下，确定所述确定结果正确。

6.如权利要求4所述确定公共信道的方法，其特征在于，在所述确定结果为所述单向传输信道为所述FACH的情况下，所述根据所述单向传输信道所映射到的控制信道对确定结果进行验证，包括：

确定所述单向传输信道所映射到的控制信道；

在所述控制信道为公共控制信道CCCH的情况下，解析所述CCCH中承载的消息；

在所述CCCH中承载的消息为无线资源控制RRC连接设置消息或RRC连接释放消息或RRC连接拒绝消息或小区更新确认消息或通用移动通信系统通用陆地无线接入网注册区URA更新确认消息的情况下，确定所述确定结果正确。

7.如权利要求4所述确定公共信道的方法，其特征在于，在所述确定结果为所述单向传输信道为所述PCH的情况下，所述根据所述单向传输信道所映射到的控制信道对确定结果进行验证，包括：

确定所述单向传输信道所述映射到的控制信道；

在所述控制信道为寻呼控制信道PCCH的情况下，解析所述PCCH中承载的消息；

在所述PCCH中承载的消息为无线资源控制RRC的寻呼类型1消息的情况下，确定所述确定结果正确。

8.一种确定公共信道的设备，其特征在于，所述确定公共信道的设备包括：

获取单元，用于在无线网络控制器RNC与多个基站之间的接口上获取接口数据；

第一控制单元，用于在所述接口数据包括一个IP地址对应于多个IP地址的情况下，确定所述一个IP地址为所述RNC的IP地址，确定所述多个IP地址分别为所述多个基站的IP地址；

第二控制单元，用于根据所述RNC的IP地址和所述基站的IP地址，确定所述RNC与所述基站之间的单向传输信道和所述单向传输信道的方向；

第三控制单元，用于根据所述单向传输信道的方向，对所述单向传输信道中的数据的帧协议FP头进行循环冗余校验CRC，以确定所述单向传输信道是否为所述公共信道。

9.如权利要求8所述确定公共信道的设备，其特征在于，

所述第三控制单元，具体用于在所述单向传输信道的方向为上行方向的情况下，对所述单向传输信道中的数据的FP头进行CRC校验，确定所述单向传输信道是否为随机接入信道RACH，并且在所述单向传输信道的方向为下行方向的情况下，对所述单向传输信道中的数据的FP头进行CRC校验，确定所述单向传输信道是否为前向接入信道FACH或者寻呼信道PCH。

10.如权利要求8或9所述确定公共信道的设备，其特征在于，所述确定公共信道的设备还包括第四控制单元，用于根据所述单向传输信道所映射到的控制信道对所述第三控制单元确定的结果进行验证。

11.如权利要求10所述确定公共信道的设备，其特征在于，在所述第三控制单元确定的结果为所述单向传输信道为随机接入信道RACH的情况下，

所述第四控制单元，具体用于确定所述单向传输信道所映射到的控制信道，在所述控制信道为公共控制信道CCCH的情况下，解析所述CCCH中承载的消息，在所述CCCH中承载的消息为无线资源控制RRC连接请求消息或小区更新消息或通用移动通信系统通用陆地无线接入网注册区URA更新消息的情况下，确定所述第三控制单元确定的结果正确。

12.如权利要求10所述确定公共信道的设备，其特征在于，在所述第三控制单元确定的结果为所述单向传输信道为前向接入信道FACH的情况下，

所述第四控制单元，具体用于确定所述单向传输信道所映射到的控制信道，在所述控制信道为公共控制信道CCCH的情况下，解析所述CCCH中承载的消息，在所述CCCH中承载的消息为无线资源控制RRC连接设置消息或RRC连接释放消息或RRC连接拒绝消息或小区更新确认消息或通用移动通信系统通用陆地无线接入网注册区URA更新确认消息的情况下，确定所述第三控制单元确定的结果正确。

13.如权利要求10所述确定公共信道的设备，其特征在于，在所述第三控制单元确定的结果为所述单向传输信道为寻呼信道PCH的情况下，

所述第四控制单元，具体用于确定所述单向传输信道所映射到的控制信道，在所述控制信道为寻呼控制信道PCCH的情况下，解析所述PCCH中承载的消息，在所述PCCH中承载的消息为无线资源控制RRC的寻呼类型1消息的情况下，确定所述第三控制单元确定的结果正确。