本发明涉及无线通信领域， 具体地， 涉及无线通信领域中的检测反向故障 的方法和网络侧设备。 背景技术

在无线通信系统中， 基站与用户终端之间通过空中接口连接。 从用户终端 到基站的方向被称为反向， 也可以被称为上行， 是用户终端向基站发送信令数 据和业务数据的方向。 只有基站正确接收并处理了来自用户终端的反 向数据， 才能实现用户终端的接入以及各种各样的通信 服务。

但是， 由于基站设备自身的故障， 可能导致用户终端无法接入。 基站设备 自身故障的一种情况表现在基站设备的反向 （上行）数据异常， 也就是基站设 备中涉及基带数字信号处理的基带通信处理模 块出现了故障而导致反向数据异 常， 进而影响对来自用户终端的反向数据 （包括来自控制信道和业务信道的数 据） 的成功处理， 导致用户终端无法接入基站。 在本发明中， 将引起反向数据 异常的故障称为反向故障。

目前， 存在一种接入检测方法， 该接入检测方法通过统计一段时间内基站 分配资源的次数来确定接入用户的数量， 如果检测到的值为零， 则产生无用户 接入的告警。 在该方法中， 基站收发台的控制模块会统计在预定时间周期 内由 基站控制器分配资源以建立业务通道的次数。 但是， 该方法只能在用户终端成 功接入基站后， 才能统计基站为了使接入终端能够成功访问或 接受通信服务而 分配资源的次数。 当该方法的统计值为零时， 存在三种可能： 一是真实地没有 用户终端接入基站； 二是用户终端期望接入基站， 但是由于基站的反向故障而 无法接入； 三是用户终端虽然接入了基站， 但是没有试图访问业务或接受通信 服务。 因此， 根据该方法的统计值无法得到用户终端是否能 够接入基站的相关 信息。

由于该接入检测方法无法准确判断用户接入情 况， 所以误报率较高， 很难 准确、 快速地检测到基站设备中的反向故障。 发明内容 本发明实施例提供了检测反向故障的方法和网 络侧设备， 能够由网络侧设 备更准确、 快速地检测到网络侧设备内部的反向故障。

一方面， 本发明实施例提供了一种检测反向故障的方法 ， 该方法包括： 生 成用于检测反向故障的测试信号； 对测试信号进行解调处理， 得到处理信号； 获取测试信号对应的正确结果； 将处理信号与正确结果相比较， 如果处理信号 与正确结果不同， 则确定存在反向故障。

另一方面， 本发明实施例提供了一种用于检测反向故障的 网络侧设备， 该 网络侧设备包括： 生成单元， 用于生成用于检测反向故障的测试信号； 解调处 理单元， 用于对测试信号进行解调处理， 得到处理信号； 获取单元， 用于获取 测试信号对应的正确结果； 检测单元， 用于将处理信号与正确结果相比较， 如 果处理信号与正确结果不同， 则确定存在反向故障。

基于上述的技术方案， 通过在网络侧设备内部产生测试信号， 并在网络侧 设备内部运行一系列处理， 能够由网络侧设备自身完成反向故障的检测而 无需 依靠外界的测试条件， 提高了检测效率， 并能实现对反向故障的更准确、 快速 的检测。 附图说明

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

图 1示出了根据本发明实施例的检测反向故障的� �法的流程图；

图 2示出了才艮据本发明实施例的生成测试信号� �方法的流程图；

图 3示出了才艮据本发明实施例的生成测试信号� �另一方法的流程图； 图 4示出了根据本发明实施例的网络侧设备的结� �框图；

图 5示出了根据本发明实施例的网络侧设备的另� �结构框图；

图 6示出了根据本发明实施例的网络侧设备的再� �结构框图。 具体实施方式

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

首先结合图 1描述根据本发明实施例的检测反向故障的方� � 100。 方法 100 由网络侧设备执行。 网络侧设备可以是基站、 接入网关等。

如图 1所示， 在方法 100的 S120， 生成用于检测反向故障的测试信号； 接 着在 S140， 对测试信号进行解调处理， 得到处理信号； 然后在 S160， 获取测试 信号对应的正确结果； 再在 S180， 将处理信号与正确结果相比较， 如果处理信 号与正确结果不同， 则确定存在反向故障。

网络侧设备在内部生成测试信号， 将测试信号作为用于检测反向故障的输 入信号。 接着根据网络侧设备对来自用户终端的信号的 基带处理操作， 对所生 成的测试信号进行一系列的信号处理， 得到处理后的处理信号。 然后获取与所 生成的测试信号相对应的正确结果， 用于与得到的处理信号相对比。 经过比较 后， 如果两者不同， 则可以确定在网络侧设备内部存在反向故障。

根据本发明实施例提供的检测反向故障的方法 ， 通过在网络侧设备内部产 生测试信号， 并在网络侧设备内部运行一系列处理， 能够由网络侧设备自身完 成反向故障的检测而无需依靠外界的测试条件 ， 提高了检测效率， 并能实现对 反向故障的准确、 快速的检测。

具体地， 在 S120中， 生成用于检测反向故障的测试信号。

根据本发明的一个实施例，可以通过如图 2所示的生成测试信号的方法 200 来得到测试信号。

在 S220中， 获取预先设定的处理结果。

预先设定的处理结果可以是提前假定的期望得 到的处理结果， 例如期望得 到的比特流、 数组或字符串等。

在 S240中， 生成与预先设定的处理结果对应的输入信号， 将输入信号作为 测试信号。

按照诸如 CDMA2000、 WCDMA、 TD-SCDMA、 LTE (长期演进）之类的 预定的通信标准， 可以根据预先设定的处理结果反推出对应的输 入信号。 也就 是说， 如果要得到这样的处理结果， 那么根据预定通信标准中的处理规范， 需 要输入怎样的信号。 例如， 如果期望得到的处理结果是 "ABC" ， 则根据通信 标准可以推导出需要输入的比特流， 假设为 "001000110101 " 。 那么该比特流 为输入信号， 将其作为用于检测反向故障的测试信号。 当按照方法 200生成了测试信号之后， S160中的正确结果就是该预先设定 的处理结果。 此时， 获取测试信号对应的正确结果就是获取预先设 定的处理结 果作为正确结果。

根据本发明的另一实施例， 还可以通过如图 3所示的生成测试信号的方法 300来得到测试信号。

参考图 3， 在 S320中， 调用反向通道， 反向通道包括生成测试信号所需的 参数信息。

反向通道是由用户终端发送给网络侧设备的信 号所占用的信道。 网络侧设 备可以根据用户终端的请求为用户终端分配反 向通道， 分配反向通道的过程是 调用反向通道的过程， 也可以形象地理解为打开反向通道。 网络侧设备也可以 始终调用一些反向通道（例如公共控制信道等 ）供用户终端使用， 这些反向通 道始终处于打开状态。 当反向通道打开后也就是调用后， 需要根据反向通道相 关的参数信息来生成在反向通道中传递的信号 。

网络侧设备调用 （打开） 的反向通道包含了用于生成测试信号所需要的 参 数信息。 参数信息可以是根据特定通信标准生成网络侧 设备可识别和处理的信 号所需要的参数信息。 例如， 在 CDMA2000、 WCDMA、 TD-SCDMA、 等通信 标准中， 参数信息可以包括短码、 长码、 数据包长度、 码率、 调制方式等。 需 要根据反向通道提供的参数信息来生成网络侧 设备可以识别和处理的信号。 反 向通道的参数信息为测试信号的生成提供信道 信息部分。

网络侧设备可以周期性地调用反向通道， 以周期性地启动对反向故障的检 测。 另外， 还可以在满足预定条件时， 调用反向通道。 例如， 当网络侧设备发 现在预定的时间内没有用户终端接入时， 启动定时器， 如果定时器期满仍然没 有用户终端接入， 则调用反向通道， 以启动对反向故障的检测。 或者当网络侧 设备发现接入的用户终端数量低于预定门限时 ， 调用反向通道。 无论是周期性 地调用反向通道还是条件触发对反向通道的调 用， 都能够及时并主动地发现反 向故障的存在。

在 S340中， 生成包括二进制比特流的信源数据。

信源数据可以是根据期望得到的网络侧设备的 处理结果所确定的应该输入 的数据信息， 也可以是任意生成的数据信息。 信源数据可以包括任意长度的二 进制比特流， 为测试信号的生成提供有效数据部分。

在 S360中， 根据参数信息和信源数据生成测试信号。 可以按照预定通信标准中的规定，通过 S320中调用的反向通道包含的参数 信息和 S340 中生成的信源数据来产生测试信号。 预定通信标准可以是 CDMA2000, WCDMA、 TD-SCDMA、 LTE等通信标准， 在其中规定了如何生 成网络侧设备可以识别和处理的信号， 例如如何编码、 如何扩频、 如何调制、 如何构成数据包、 以什么时序要求输出等。 网络侧设备遵循预定的通信标准， 根据参数信息和信源数据， 可以得到用于检测反向故障的测试信号。 该测试信 号可以等价于由用户终端生成的期望发送给网 络侧设备的数字基带信号。

上文中描述的方法 300的各部分的顺序不对本发明的范围构成限制 。 例如， 上文中虽然以先执行 S320再执行 S340的方式描述了方法 300， 但是方法 300 也可以先执行 S340再执行 S320，或者并列执行 S320和 S340，只要在执行 S360 之前存在参数信息和信源数据即可。

在通过方法 300生成测试信号的情况下， S160中所获取的正确结果可以是 按照预定通信标准计算出的与测试信号对应的 处理结果， 也可以是根据测试信 号计算出的校验结果， 还可以是与测试信号的长度相关的参数等。

根据生成测试信号的方法 300， 由于可以灵活调用不同的反向通道， 并且可 以任意生成信源数据， 因此， 可以灵活地产生测试信号。 当然， 本领域技术人 员可以想到， 除了在检测反向故障的过程中动态生成测试信 号之外， 还可以提 前将一个或多个用于检测反向故障的测试信号 存储在网络侧设备中， 当需要检 测反向故障时， 从所存储的测试信号中选择一个用作检测所需 的输入信号。

返回图 1， 在 S140中， 对测试信号进行解调处理， 得到处理信号。

网络侧设备的解调处理可以等价于网络侧设备 接收到来自用户终端的信号 并将其转换为基带数字信号之后所执行的信号 处理。 在解调处理中， 可以包括 对基带信号的解调， 还可以包括对基带信号的解扩、 译码等信号处理。 根据本 发明的实施例， 网络侧设备可以将生成的测试信号作为来自用 户终端的基带数 字信号， 对其进行解扩、 解调、 译码等一系列符合预定通信标准的操作， 得到 解调处理后的处理信号。

在 S160中， 获取测试信号对应的正确结果。

在基于预先设定的处理结果来生成测试信号的 情况下， 该预先设定的处理 结果就是测试信号对应的正确结果。 获取正确结果的过程就是获取预先设定的 处理结果的过程。 例如， 在如上所述期望得到 "ABC" 处理结果而生成特定比 特流的情况下， "ABC" 就是测试信号 （特定比特流）对应的正确结果。 还可以按照预定通信标准计算测试信号对应的 处理结果， 将所计算的处理 结果作为所述正确结果。 由于在预定的通信标准 （如 CDMA2000、 WCDMA、 TD-SCDMA、 WiMAX、 LTE 等） 中定义了如何处理信号的规范， 因此可以按 照通信标准中的正确流程来计算正确处理测试 信号之后应该得到的处理结果， 将计算出的处理结果作为正确结果。

另外， 还可以获取测试信号对应的正确校验结果作为 正确结果。 例如， 可 以直接基于测试信号中的校验信息来计算测试 信号对应的校验结果， 将所计算 的校验结果作为正确结果。 此外， 所获取的正确校验结果或正确结果也可以是 表明校验正确的特定值。 例如， 在 "0" 代表校验正确、 " 1 " 代表校验错误的 情况下， 所获取的正确结果是 "0" 。

当然， 本领域技术人员还可以设置其他用于检测测试 信号的与测试信号相 对应的结果。 例如， 可以是测试信号中携带的有用数据部分或者测 试信号本身 等。 可以将测试信号对应的正确结果提前存储在网 络设备中， 也可以在生成测 试信号的同时或者之后计算出正确结果等。

在 S180中，将处理信号与正确结果相比较，如果� �理信号与正确结果不同， 则确定存在反向故障。

将 S140得到的处理信号与 S160获取的正确结果相比对， 判断两者是否存 在差异。 如果通过比较发现处理信号和正确结果不同， 则可以确定在网络侧设 备中存在反向故障。 反向故障导致解调处理运行异常， 影响了对测试信号的正 确处理。 由此可以确定， 如果进入网络侧设备的是来自用户终端的反向 信号， 则由于网络侧设备信号处理存在问题， 将无法正确处理反向信号。

反之， 如果处理信号与正确结果相同， 则说明网络侧设备的解调处理运行 正常， 没有反向故障存在。

可以将处理信号的内容和正确结果的内容相比 较， 当两者内容不同时， 存 在反向故障。 当然， 本领域技术人员可以想到除了比较处理信号和 正确结果的 内容之外， 还可以比较其他信息。 例如， 可以比较处理信号的长度和正确结果 的长度是否相同， 如果两者长度不同， 则存在反向故障。 还可以将处理信号的 校验结果与所获取的作为正确校验结果的正确 结果相比较， 如果不同则存在反 向故障。 该正确校验结果可以是预定的固定值（如 "0" 代表校验正确） ， 也可 以是根据测试信号计算出的应得到的校验结果 ， 还可以是根据处理信号中的校 验信息得到的一个或多个可能的正确结果。 举例来说， 通过处理信号中的校验 信息来检测处理信号是否正确， 如果不正确则存在反向故障， 此时可以相当于 是通过校验信息得到了一个或多个可能的正确 结果， 将处理信号与可能的正确 结果比较所得出的结论， 或者可以相当于将基于测试信号中的校验信息 算出的 校验结果与特定的正确校验结果比较所得出的 结论。 上述比较方式可以单独存 在， 也可以并存。 例如， 当并存时， 可以根据计算复杂度、 资源限制等来选择 合适的比较方式。

虽然以先执行 S120和 S140、再执行 S160的顺序描述了方法 100，但是 S160 可以位于 S120之前， 也可以位于 S120之后、 S140之前， 只要在 S180比较处 理信号与正确结果之前， 得到了处理信号和正确结果即可。

根据本发明实施例提供的检测反向故障的方法 ， 通过在网络侧设备内部产 生测试信号， 并在网络侧设备内部运行一系列处理， 能够由网络侧设备自身完 成反向故障的检测而无需依靠外界的测试条件 ， 提高了检测效率， 并能实现对 反向故障更准确、 快速的检测。

根据本发明的再一实施例，在 S180之后，还可以对反向故障进行自动恢复。 例如， 当确定存在反向故障时， 可以启动解调处理操作的备份流程， 也可以用 存储在网络侧设备中的解调处理原始流程来更 新现有流程， 还可以告之其他网 络侧设备帮助进行对反向信号的解调处理。 当然， 本领域技术人员还可以想到 其他自动恢复反向故障的方式。 通过对反向故障的自动恢复， 能够克服需要由 人力对网络侧设备的反向故障进行人工恢复的 缺点， 提高了解决反向故障的效 率， 节省了成本。

上面详细描述了由网络侧设备执行的检测反向 故障的方法。 下面， 将参考 图 4至图 6描述用于检测反向故障的网络侧设备。

图 4示出了根据本发明实施例的网络侧设备 400的结构框图。 网络侧设备 400包括生成单元 420、 解调处理单元 440、 获取单元 460和检测单元 480。 生 成单元 420可用于生成用于检测反向故障的测试信号。 解调处理单元 440可用 于对测试信号进行解调处理， 得到处理信号。 获取单元 460可用于获取测试信 号对应的正确结果。 检测单元 480可用于将处理信号与正确结果相比较， 如果 处理信号与正确结果不同， 则确定存在反向故障。

网络侧设备 400的生成单元 420、 解调处理单元 440、 获取单元 460和检测 单元 460的上述和其他操作和 /或功能可以参考上述方法 100、 200和 /或 300中 的相应部分， 为了避免重复， 在此不再赘述。 根据本发明实施例的网络侧设备可以在其内部 产生测试信号， 并在其内部 运行一系列处理， 因此， 能够由网络侧设备自身完成反向故障的检测而 无需依 靠外界的测试条件， 提高了检测效率， 并能实现对反向故障的准确、 快速的检 测。

图 5示出了根据本发明实施例的网络侧设备 500的结构框图。 网络侧设备

500的生成单元 520、 解调处理单元 540、 获取单元 560和检测单元 580与网络 侧设备 400的生成单元 420、 解调处理单元 440、 获取单元 460和检测单元 480 基本相同， 在此不再赘述。

根据本发明的实施例， 网络侧设备 500的生成单元 520可以包括结果获取 子单元 522和信号生成子单元 524。结果获取子单元 522可用于获取预先设定的 处理结果。 信号生成子单元 524可用于生成与预先设定的处理结果对应的输 入 信号， 将输入信号作为测试信号。 其中， 获取单元 560可用于获取预先设定的 处理结果作为正确结果。

另外， 获取单元 560还可用于按照预定通信标准计算测试信号对 应的处理 结果， 将所计算的处理结果作为正确结果。 获取子单元 522、 信号生成子单元 524和获取单元的上述和其他操作和 /或功能可以参考上述方法 100、 200和 /或 300的相应部分， 为了避免重复， 在此不再赘述。

图 6示出了根据本发明实施例的网络侧设备 600的结构框图。 网络侧设备 600的生成单元 620、 解调处理单元 640、 获取单元 660和检测单元 680与网络 侧设备 400的生成单元 420、 解调处理单元 440、 获取单元 460和检测单元 480 基本相同， 在此不再赘述。

根据本发明的实施例， 网络侧设备 600的生成单元 620可以包括调用子单 元 622、 第一生成子单元 624和第二生成子单元 626。 调用子单元 622可用于调 用反向通道，反向通道包括生成测试信号所需 的参数信息。第一生成子单元 624 可用于生成包括二进制比特流的信源数据。 第二生成子单元 626可用于根据参 数信息和信源数据生成测试信号。 另外， 更具体地， 调用子单元 622可用于周 期性调用反向通道， 或者用于当满足预定条件时调用反向通道。

网络侧设备 600的获取单元 660可以包括第一获取子单元 662和 /或第二获 取子单元 664。第一获取子单元 662可用于按照预定通信标准计算测试信号对应 的处理结果， 将所计算的处理结果作为正确结果。 第二获取子单元 664可用于 获取测试信号对应的正确校验结果作为正确结 果。 网络侧设备 600的检测单元 680可以包括如下至少一个： 第一比较子单元 682、 第二比较子单元 684和第三比较子单元 686。 第一比较子单元 682可用于 将处理信号的内容与正确结果的内容相比较。 第二比较子单元 684可用于将处 理信号的长度与正确结果的长度相比较。 第三比较子单元 686可用于将处理信 号的校验结果与作为正确校验结果的正确结果 相比较。

调用子单元 622、 第一生成子单元 624、 第二生成子单元 626、 第一获取子 单元 662、 第二获取子单元 664、 第一比较子单元 682、 第二比较子单元 684和 第三比较子单元 686 的上述和其他操作和 /或功能可以参考上述方法 100、 200 和 /或 300的相应部分， 为了避免重复， 在此不再赘述。

另外， 网络侧设备 600还可以包括恢复单元 690。恢复单元 690可用于对所 述反向故障进行自动恢复。 恢复单元 690的上述和其他操作和 /或功能可以参考 上述方法 100的相应部分， 为了避免重复， 在此不再赘述。

根据本发明提供的网络侧设备， 由于恢复单元 690可以对反向故障进行自 动恢复， 因此， 能够克服需要由人力对网络侧设备的反向故障 进行人工恢复的 缺点， 提高了解决反向故障的效率， 节省了成本。

本领域技术人员可以意识到， 结合本文中所公开的实施例中描述的各方法 步骤和单元， 能够以电子硬件、 计算机软件或者二者的结合来实现。 例如， 检 测反向故障的方法 100可以全部以电子硬件的方式来实现， 也可以全部以计算 机软件的方式来实现， 还可以部分通过计算机软件、 部分通过 FPGA和 /或专用 芯片等电子硬件来实现。 例如， 可以首先通过计算机软件调用反向通道并产生 二进制比特流， 然后输入 FPGA以转化为符合预定通信标准时序要求的信� �形 式， 接着将 FPGA的输出信号输入调制解调芯片中， 通过调制解调芯片中的调 制处理部分生成测试信号， 再由调制解调芯片中的解调处理部分对测试信 号进 行解调处理以得到处理信号， 最后将处理信号从调制解调芯片输出给计算机 软 件， 由计算机软件将其所获取的与测试信号对应的 正确结果与处理信号相比较， 当两者不同时， 确定存在反向故障。

另外， 为了清楚地说明硬件和软件的可互换性， 在本文的上述说明中已经 按照功能一般性地描述了各实施例的步骤及组 成。 这些功能究竟以硬件还是软 件方式来执行， 取决于技术方案的特定应用和设计约束条件。 本领域技术人员 可以对每个特定的应用使用不同方法来实现所 描述的功能， 但是这种实现不应 认为超出本发明的范围。 结合本文中所公开的实施例描述的方法步骤可 以用硬件、 处理器执行的软 件程序、 或者二者的结合来实施。 软件程序可以置于随机存取存储器（RAM ) 、 内存、 只读存储器（ROM )、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM或技术领域内所公知的任意其它形式的存 储介质 中。

尽管已示出和描述了本发明的一些实施例， 但本领域技术人员应该理解， 在不脱离本发明的原理和精神的情况下， 可对这些实施例进行各种修改， 这样 的修改应落入本发明的范围内。