在无线通信系统中， 存在多种网络设备， 例如基站控制器（Base Station Controller, 简称为 BSC ) 、 移动交换中心（ Mobile Switching Centre, 简称为 MSC )和基站收发台 （ Base Transceiver Station , 简称为 BTS )等。 各网络设 备通过协议规定的标准消息进行通信。 然而， 由于不同设备厂商对协议理解 可能存在不一致， 或者协议有不完善的地方， 或者设备厂商对标准消息实现 错误， 或者不同网络设备使用的模式等， 都会导致不同网络设备所使用的消 息不一致。

为了实现不同网络设备之间消息的兼容， 需要对消息进行修改和丟弃处 理。 现有技术通过匹配项对消息进行修改和丟弃， 其中， 在根据匹配项对消 息进行修改时只能对消息的内容进行修改。 但是， 在实际应用中， 网络设备 的中央处理器（Central Processing Unit, 简称为 CPU )存在大端和小端两个 模式，对多字节信元的编解码处理也就存在两 个模式，对于数字 0x1234, CPU 模式为大端时，在内存中的顺序从低到高为 0x12, 0x34; CPU模式为小端时， 在内存中的顺序 氐到高为 0x34, 0x12。 由此可见， 不同网络设备使用的消 息除了内容会不一致之外， 字节顺序也可能会发生错误， 而现有通过匹配项 对消息进行修改和丟弃的处理方式无法解决该 问题， 这将影响通信系统的运 行效率。 发明内容

本发明实施例提供一种消息处理方法及网络设 备， 用以解决不同网络设 备之间消息字节顺序不一致的问题， 提高通信系统的运行效率。

第一方面提供一种消息处理方法， 包括：

根据预设的消息匹配项对第一消息进行消息匹 配； 如果消息匹配的结果为匹配中顺序调整策略， 根据所述顺序调整策略对 所述第一消息进行字节序转换， 获得第二消息；

对所述第二消息进行处理。

在第一方面的第一种可能的实现方式中， 所述根据预设的消息匹配项对 第一消息进行消息匹配包括： 根据所述消息匹配项中的匹配条件， 从所述第 一消息中获取与所述匹配条件对应的待匹配内 容； 判断所述待匹配内容与所 述消息匹配项中的匹配内容是否匹配； 如果判断结果为是， 确定所述第一消 息匹配中所述消息匹配项对应的处理策略； 如果判断结果为否， 确定所述第 一消息未匹配中所述消息匹配项对应的处理策 略。

结合第一方面或第一方面的第一种可能的实现 方式， 在第一方面的第二 种可能的实现方式中， 所述顺序调整策略包括顺序调整指示、 调整单位类型 指示和调整规则。

结合第一方面的第二种可能的实现方式， 在第一方面的第三种可能的实 现方式中， 所述根据所述顺序调整策略对所述第一消息进 行字节序转换， 获 得第二消息包括： 如果所述顺序调整策略中的调整单位类型指示 为字节， 根 据所述顺序调整策略中的调整规则， 对所述第一消息中的各字节在内存中的 存储位置进行调整， 获得所述第二消息； 如果所述顺序调整策略中的调整单 位类型指示为比特， 根据所述顺序调整策略中的调整规则， 对所述第一消息 中的各比特在内存中的存储位置进行调整， 获得所述第二消息。

结合第一方面或第一方面的第一种可能的实现 方式或第一方面的第二种 可能的实现方式或第一方面的第三种可能的实 现方式， 在第一方面的第四种 可能的实现方式中， 所述对所述第二消息进行处理包括： 将所述第二消息发 送出去。

结合第一方面或第一方面的第一种可能的实现 方式或第一方面的第二种 可能的实现方式或第一方面的第三种可能的实 现方式， 在第一方面的第五种 可能的实现方式中， 所述根据预设的消息匹配项对第一消息进行消 息匹配之 前包括： 接收所述第一消息。

第二方面提供一种网络设备， 包括：

匹配模块， 用于根据预设的消息匹配项对第一消息进行消 息匹配； 顺序调整模块， 用于在所述匹配模块进行消息匹配的结果为匹 配中顺序 调整策略时， 根据所述顺序调整策略对所述第一消息进行字 节序转换， 获得 第二消息；

处理模块， 用于对所述第二消息进行处理。

在第二方面的第一种可能的实现方式中， 所述匹配模块具体用于根据所 述消息匹配项中的匹配条件， 从所述第一消息中获取与所述匹配条件对应的 待匹配内容，判断所述待匹配内容与所述消息 匹配项中的匹配内容是否匹配 , 如果判断结果为是， 确定所述第一消息匹配中所述消息匹配项对应 的处理策 略， 如果判断结果为否， 确定所述第一消息未匹配中所述消息匹配项对 应的 处理策略。

结合第二方面或第二方面的第一种可能的实现 方式， 在第二方面的第二 种可能的实现方式中， 所述顺序调整策略包括顺序调整指示、 调整单位类型 指示和调整规则。

结合第二方面的第二种可能的实现方式， 在第二方面的第三种可能的实 现方式中， 所述顺序调整模块具体用于在所述顺序调整策 略中的调整单位类 型指示为字节时， 根据所述顺序调整策略中的调整规则， 对所述第一消息中 的各字节在内存中的存储位置进行调整， 获得所述第二消息， 或者在所述顺 序调整策略中的调整单位类型指示为比特时， 根据所述顺序调整策略中的调 整规则， 对所述第一消息中的各比特在内存中的存储位 置进行调整， 获得所 述第二消息。

结合第二方面或第二方面的第一种可能的实现 方式或第二方面的第二种 可能的实现方式或第二方面的第三种可能的实 现方式， 在第二方面的第四种 可能的实现方式中， 所述处理模块具体用于将所述第二消息发送出 去。

结合第二方面或第二方面的第一种可能的实现 方式或第二方面的第二种 可能的实现方式或第二方面的第三种可能的实 现方式， 在第二方面的第五种 可能的实现方式中， 所述网络设备还包括： 接收模块， 用于在所述匹配模块 对所述第一消息进行消息匹配之前， 接收所述第一消息。

第三方面提供一种网络设备， 包括：

存储器， 用于存放程序；

处理器， 用于执行所述程序， 以用于： 根据预设的消息匹配项对第一消 息进行消息匹配， 如果消息匹配的结果为匹配中顺序调整策略， 根据所述顺 序调整策略对所述第一消息进行字节序转换， 获得第二消息， 并对所述第二 消息进行处理。

在第三方面的第一种可能的实现方式中， 所述处理器用于根据预设的消 息匹配项对第一消息进行消息匹配包括： 所述处理器具体用于根据所述消息 匹配项中的匹配条件， 从所述第一消息中获取与所述匹配条件对应的 待匹配 内容， 判断所述待匹配内容与所述消息匹配项中的匹 配内容是否匹配， 如果 判断结果为是， 确定所述第一消息匹配中所述消息匹配项对应 的处理策略， 如果判断结果为否， 确定所述第一消息未匹配中所述消息匹配项对 应的处理 策略。

结合第三方面或第三方面的第一种可能的实现 方式， 在第三方面的第二 种可能的实现方式中， 所述顺序调整策略包括顺序调整指示、 调整单位类型 指示和调整规则。

结合第三方面的第二种可能的实现方式， 在第三方面的第三种可能的实 现方式中， 所述处理器用于根据所述顺序调整策略对所述 第一消息进行字节 序转换， 获得第二消息包括： 所述处理器具体用于在所述顺序调整策略中的 调整单位类型指示为字节时， 根据所述顺序调整策略中的调整规则， 对所述 第一消息中的各字节在内存中的存储位置进行 调整， 获得所述第二消息， 或 者在所述顺序调整策略中的调整单位类型指示 为比特时， 根据所述顺序调整 策略中的调整规则， 对所述第一消息中的各比特在内存中的存储位 置进行调 整， 获得所述第二消息。

结合第三方面或第三方面的第一种可能的实现 方式或第三方面的第二种 可能的实现方式或第三方面的第三种可能的实 现方式， 在第三方面的第四种 可能的实现方式中， 所述网络设备还包括： 发送器； 所述处理器用于对所述 第二消息进行处理包括： 所述处理器具体用于将所述第二消息发送给所 述发 送器， 以使所述发送器将所述第二消息发送出去。

结合第三方面或第三方面的第一种可能的实现 方式或第三方面的第二种 可能的实现方式或第三方面的第三种可能的实 现方式， 在第三方面的第五种 可能的实现方式中， 所述网络设备还包括： 接收器， 用于在所述处理器对所 述第一消息进行消息匹配之前， 接收所述第 ―消息。

本发明实施例提供的消息处理方法及网络设备 ， 根据不同网络设备之间 消息的字节顺序的差异， 配置消息匹配项和用于对消息进行字节序转换 处理 的顺序调整策略， 可以调整消息的字节顺序， 以便于网络设备对消息进行后 续处理， 克服了不同网络设备之间消息的字节顺序不一 致的问题， 提高了不 同网络设备之间的兼容性， 有利于提高通信系统的运行效率。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一 简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明实施例提供的一种消息处理方法的� �程图；

图 2为本发明实施例提供的一种网络设备的结构� �意图；

图 3为本发明实施例提供的另一种网络设备的结� �示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前 提下所获 得的所有其他实施例， 都属于本发明保护的范围。

图 1为本发明实施例提供的一种消息处理方法的� �程图。 如图 1所示， 本实施例的方法包括：

步骤 101、 根据预设的消息匹配项对第一消息进行消息匹 配。

步骤 102、 如果消息匹配的匹配结果为匹配中顺序调整策 略， 根据所述 顺序调整策略对所述第一消息进行字节序转换 ， 获得第二消息。

步骤 103、 对所述第二消息进行处理。

在本实施例中， 根据相互连接的网络设备之间消息的字节顺序 的差异， 配置相应的消息匹配项和用于对消息进行字节 转换处理的顺序调整策略。

在此说明， 在本实施例中， 除了为网络设备配置顺序调整策略和对应的 消息匹配项之外， 还可以根据网络设备之间消息的其他差异性， 为网络设备 配置其他处理策略， 例如修改策略和丟弃策略等， 以及相应的消息匹配项。 其中 , 一个处理策略对应一个消息匹配项。

可选的， 管理员可以通过配置台为网络设备配置消息匹 配项和处理策略 等。 网络设备可以通过数据库（Data Base, 简称为 DB )来管理各消息匹配 项目和各处理策略。 基于此， 管理员可以通过配置台将消息匹配项和对应的 处理策略配置到网络设备的数据库中， 以便网络设备获得消息匹配项和对应 的处理策略。

在本实施例中， 网络设备在获得第一消息后， 可以使用预先配置的消息 匹配项对第一消息进行消息匹配， 如果第一消息匹配中某个处理策略， 网络 设备根据该处理策略对第一消息进行处理。 本发明各实施例将重点以第一消 息匹配中顺序调整策略为例进行说明。

其中， 网络设备可以是 BSC、 MSC或 BTS等。

在本实施例中， 网络设备可以通过索引对消息匹配项进行管理 ， 例如， 每增加一条消息匹配项就为新增的消息匹配项 分配一个索引， 该索引可以唯 一标识一条消息匹配项。 网络设备可以设定索引范围， 表示其所能支持的消 息匹配项的个数， 例如该索引范围可以是 0-49,表示网络设备最大支持 50条 消息匹配项。

在本实施例中， 消息匹配项包括至少一个匹配条件和匹配条件 对应的匹 配内容。 基于此， 网络设备根据预设的消息匹配项对第一消息进 行消息匹配 的过程包括：

网络设备根据消息匹配项中的匹配条件， 从第一消息中获取与匹配条件 对应的待匹配内容； 然后， 判断获取的待匹配内容与消息匹配项中的匹配 内 容是否匹配， 如果判断结果为是， 则确定第一消息匹配中该条消息匹配项对 应的处理策略； 如果判断结果为否， 则确定第一消息未匹配中该条消息匹配 项对应的处理策略。

举例说明， 一条消息匹配项包括的匹配条件以及匹配条件 对应的匹配内 容可以如下：

1、 MsgCapturePos: 用于表示第一消息是发送方消息还是接收方消 息， 在一定程度上也可以表示对第一消息的匹配处 理是在发送的时候进行还是在 接收的时候进行。 如果第一消息是发送方消息， 说明第一消息是将要被发送 的消息； 如果第一消息是接收方消息， 说明第一消息是接收到的消息。 预先 设置的 MsgCapturePos的取值为该匹配条件对应的匹配内� �， 例如取值为 0 , 表示发送方消息。

2、 SenderPid: 发送方的标识， 用于标识发送第一消息的网络设备。 预先 设置的 SenderPid的取值为该匹配条件对应的匹配内容。

3、 ReceiverPid: 接收方的标识， 用于标识接收第一消息的网络设备。 预 先设置的 ReceiverPid的取值为该匹配条件对应的匹配内容� ��

上述第 1-3条属于消息匹配项中固定的匹配条件， 记为第一类匹配条件， 除此之外， 一条消息匹配项还包括第二类匹配条件， 其中第二类匹配条件可 以为多个。 其中， 第一类匹配条件一般是针对第一消息的消息头 中的信息设 置的， 而第二类匹配条件一般是针对第一消息中消息 头之后的内容设置的。

4、 MatchCount: 第二类匹配条件的个数， 用于标识该条消息匹配项需要 满足的第二类匹配条件的个数， 其取值范围是从 0到第二类匹配条件的最大 个数， 例如可以是从 0到 5。

5、 MatchFieldOffset: 第二类匹配条件的匹配内容的起始位置， 是指相对 于第一消息中消息头后面的第一个字节的地址 的偏移量。 其中， 第一消息中 消息头后面的第一个字节的偏移量是 0 , 后面字节的偏移量依次递增。

6、 MatchLen:第二类匹配条件的匹配内容的长度。

7、 MatchContent: 第二类匹配条件的匹配内容。

在此说明， 如果第二类匹配条件为多个， 则第 5-7条匹配条件就需要重 复设置多组， 每组对应一个第二类匹配条件。

举例说明， 假设网络设备按照上述举例的消息匹配项中的 匹配条件对第 一消息进行消息匹配，具体的， 网络设备根据消息匹配项中的 MsgCapturePos 这一匹配条件， 从第 ―消息中获取标识第 ―消息是发送方消息还是接收方消 息的信息， 然后判断获取的该信息是否与消息匹配项中的 MsgCapturePos的 取值相同； 网络设备根据消息匹配项中的 SenderPid这一匹配条件，从第一消 息中获取发送第一消息的发送方的标识， 并判断获取的发送方的标识是否与 消息匹配项中的 SenderPid 的取值相同； 网络设备根据消息匹配项中的 ReceiverPid这一匹配条件，从第 ―消息中获取接收第 ―消息的接收方的标识， 判断获取的接收方的标识是否与消息匹配项中 的 ReceiverPid的取值相同； 网 络设备确定消息匹配项中设置的第二类匹配条 件的个数， 然后将第一消息与 第二类匹配条件逐个进行比较， 以判断第一消息是否满足第二类匹配条件的 要求； 以其中一个第二类匹配条件为例进行说明， 网络设备根据该第二类匹 配条件的匹配内容的起始位置和该第二类匹配 条件的匹配内容的长度， 从第 一消息中获取待匹配内容， 然后将待匹配内容与第二匹配条件的匹配内容 进 行比较， 判断两者是否匹配。 这里的匹配主要是指相同。 举例： 假设 MatchFieldOffset = 0 , MatchLen = 2 , MatchContent= H'5678 , char *pucBuff = 第一消息的消息头后的第一个字节的地址。 如果第一消息的（*pucBuff) == 0x56并且 (*(pucBuff + 1)) == 0x78 , 则说明第一消息匹配中该第二类匹配条 件。 当上述所有匹配条件的匹配结果均为相同时， 确定第一消息匹配中该条 消息匹配项对应的处理策略。 如果该处理策略为顺序调整策略， 则网络设备 根据顺序调整策略对第 ―消息进行字节序转换。

在本实施例中， 网络设备上配置的处理策略通常包括以下参数 ： a、 MsgCapturePos: 用于表示第一消息是发送方消息还是接收方消 息， 在一定程度上也可以表示对第一消息的匹配处 理是在发送的时候进行还是在 接收的时候进行。

b、 MsgOpType: 处理类型， 包括丟弃， 修改内容， 修改字节顺序。

c、 ModifyFieldOffset: 要处理内容的起始位置， 是指相对于第一消息中 消息头后面的第一个字节的地址的偏移量。 其中， 第一消息中消息头后面的 第一个字节的偏移量是 0, 后面字节的偏移量依次递增。

d、 ModifyUnitType: 要处理内容的单位的类型， 包括字节 （BYTE ) 和 比特 ( bit ) 。

e、 ModifyLen: 要处理内容的长度， 单位由 ModifyUnitType确定。

f、 ModifyContent: 要处理的内容。

在此说明， 如果处理策略的类型为丟弃， 则第一消息就完全被丟弃， 不 会进行进一步处理。 如果处理策略的类型为丟弃， 则 MsgCapturePos只能配 置为接收方。

如果处理策略的类型为修改内容， 则 ModifyUnitType只能配置为字节， ModifyContent只能配置字符串， 且需要以 H'开头， H'后面的数据以字节为单 位 。 例如： 如果 ModifyContent=H' 12345678 , 则 *(UINT8*)((UINT8 *)ModifyFieldOffset + 0)的值被修改为 12 (十六进制） ， *(UINT8*)((UINT8 *)ModifyFieldOffset+l)的值被修改为 34 (十六进制） ， 依此类推。

在本实施例中， 处理策略的类型除了是丟弃和修改内容之外， 还增加了 修改字节顺序， 即该处理策略可以为顺序调整策略。 在本实施例中， 顺序调 整策略至少包括： 顺序调整指示、 调整单位类型指示和调整规则。 其中， 顺 序调整指示， 用于指示该处理策略为顺序调整策略， 例如， 顺序调整指示可 以是对上述 MsgOpType参数的取值进行扩展来实现； 例如， MsgOpType取 0 表示丟弃策略， 取 1表示修改内容， 取 2表示顺序调整策略。 调整单位类型 指示， 表示调整过程中的最小调整单位， 例如可以是字节或比特； 调整单位 类型指示可以是上述的 ModifyUnitType参数。 调整规则， 用于表示如何对调 整内容进行调整， 例如调整规则可以对上述 ModifyContent参数进行扩展实 现。

如果匹配中的处理策略为顺序调整策略， 则网络设备根据所述顺序调整 策略对第 ―消息进行字节序转换， 获得第二消息的过程包括：

如果所述顺序调整策略中的调整单位类型指示 为字节， 根据所述顺序调 整策略中的调整规则， 对所述第 ―消息中的各字节在内存中的存储位置进行 调整， 获得所述第二消息；

如果所述顺序调整策略中的调整单位类型指示 为比特， 根据所述顺序调 整策略中的调整规则， 对所述第一消息中的各比特在内存中的存储位 置进行 调整， 获得所述第二消息。

举例说明，假设顺序调整策略中的参数为： MsgOpType =修改字节顺序， ModifyUnitType = 字节， ModifyContent = ΗΌ3020100; 其中， ModifyContent = ΗΌ3020100表示把下标是 3的字节放到下标是 0的字节的存储位置， 将下 标是 2的字节放到下标是 1的字节的存储位置， 将下标是 1的字节放到下标 是 2的字节的存储位置， 下标是 0的字节放到下标是 3的字节的存储位置。

假设第一消息如下：

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 0) = Oxaa

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 1) = Oxbb

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 2) = Oxcc

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 3) = Oxdd 则根据上述顺序调整策略进行字节调整后， 得到的第二消息如下：

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 0) = Oxdd

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 1) = Oxcc

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 2) = Oxbb

*(UINT8 *)((UINT8 *)ModifyFieldOffset + 3) = Oxaa

举例说明，假设顺序调整策略中的参数为： MsgOpType =修改字节顺序， ModifyUnitType =比特， ModifyContent = ΗΌ3020100 ; ModifyContent = ΗΌ3020100表示把下标是 3的比特放到下标是 0的比特的存储位置， 将下标 是 2的比特放到下标是 1的比特的存储位置， 将下标是 1的比特放到下标是 2的比特的存储位置， 下标是 0的比特放到下标是 3的比特的存储位置。

假设第一消息如下：

ModifyFieldOffset+0 (单位是 bit ) 的值是 1

ModifyFieldOffset+1 (单位是 bit ) 的值是 0

ModifyFieldOffset+2 (单位是 bit ) 的值是 1

ModifyFieldOffset+3 (单位是 bit ) 的值是 1

则根据上述顺序调整策略进行比特调整后， 得到的第二消息如下：

ModifyFieldOffset+0 (单位是 bit ) 的值是 1

ModifyFieldOffset+1 (单位是 bit ) 的值是 1

ModifyFieldOffset+2 (单位是 bit ) 的值是 0

ModifyFieldOffset+3 (单位是 bit ) 的值是 1

由上述可见， 釆用本发明实施例可以解决不同网络设备之间 的消息字节 顺序不一致的问题， 提高了不同网络设备之间的兼容性， 有利于提高通信系 统的运行效率。

可选的， 本实施例的网络设备可以是第一消息的发送方 ， 则网络设备对 所述第二消息进行处理的过程包括： 将第二消息发送出去。 即网络设备在发 送消息之前， 先对待发送消息进行消息匹配， 然后根据匹配中的顺序调整策 略进行字节序转换， 以使稍后发送出去的消息满足接收方的要求， 然后再将 转换后的消息发送出去。

可选的， 本实施例的网络设备也可以第一消息的接收方 ， 则网络设备在 根据预设的消息匹配项对第一消息进行消息匹 配之前，需要先接收第一消息。 其中， 接收到的第一消息会存储在内存中。 网络设备接收到消息之后， 首先 对消息进行消息匹配， 然后根据匹配中的顺序调整策略对接收到的消 息进行 字节序转换， 然后再对消息进行处理， 克服了不同网络设备之间的消息字节 序列的差异。

图 2为本发明实施例提供的一种网络设备的结构� �意图。 如图 2所示， 本实施例的网络设备包括： 匹配模块 21、 顺序调整模块 22和处理模块 23。

匹配模块 21 , 用于根据预设的消息匹配项对第一消息进行消 息匹配。 顺序调整模块 22, 与匹配模块 21连接， 用于在匹配模块 21进行消息匹 配的结果为匹配中顺序调整策略时， 根据所述顺序调整策略对所述第一消息 进行字节序转换， 获得第二消息。

处理模块 23 , 与顺序调整模块 22连接， 用于对顺序调整模块 22获得的 第二消息进行处理。

在一可选实施方式中， 匹配模块 21具体可用于根据所述消息匹配项中的 匹配条件， 从所述第一消息中获取与所述匹配条件对应的 待匹配内容， 判断 所述待匹配内容与所述消息匹配项中的匹配内 容是否匹配， 如果判断结果为 是， 确定所述第一消息匹配中所述消息匹配项对应 的处理策略， 如果判断结 果为否， 确定所述第一消息未匹配中所述消息匹配项对 应的处理策略。

在一可选实施方式中， 顺序调整策略至少包括顺序调整指示、 调整单位 类型指示和调整规则。

基于上述，顺序调整模块 22具体可用于在所述顺序调整策略中的调整单 位类型指示为字节时， 根据所述顺序调整策略中的调整规则， 对所述第一消 息中的各字节在内存中的存储位置进行调整， 获得所述第二消息， 或者在所 述顺序调整策略中的调整单位类型指示为比特 时， 根据所述顺序调整策略中 的调整规则， 对所述第一消息中的各比特在内存中的存储位 置进行调整， 获 得所述第二消息。

在一可选实施方式中， 处理模块 23 具体可用于将所述第二消息发送出 去。

在一可选实施方式中， 如图 2所示， 本实施例的网络设备还包括： 接收 模块 24。 接收模块 24, 用于在匹配模块 21对所述第一消息进行消息匹配之 前， 接收所述第一消息。 接收模块 24与匹配模块 21连接， 用于向匹配模块 21提供第一消息。

本实施例提供的网络设备可以是 BSC、 MSC或 BTS等。

本实施例提供的网络设备的各功能模块可用于 执行图 1所示方法实施例 的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例提供的网络设备， 根据预先配置的消息匹配项和用于对消息进 行字节序转换处理的顺序调整策略， 可以调整消息的字节顺序， 然后再对消 息进行后续处理， 克服了不同网络设备之间消息的字节顺不一致 的问题， 提 高了不同网络设备之间的兼容性， 有利于提高通信系统的运行效率。

图 3为本发明实施例提供的另一种网络设备的结� �示意图。如图 3所示， 本实施例的网络设备包括： 存储器 31和处理器 32。

存储器 31 , 用于存放程序。 具体地， 程序可以包括程序代码， 所述程序 代码包括计算机操作指令。 存储器 31可能包含高速 RAM存储器， 也可能还 包括非易失性存储器（ non- volatile memory ) , 例如至少一个磁盘存储器。

处理器 32, 用于执行存储器 31存放的程序， 以用于： 根据预设的消息 匹配项对第一消息进行消息匹配， 如果消息匹配的匹配结果为匹配中顺序调 整策略， 根据所述顺序调整策略对所述第一消息进行字 节序转换， 获得第二 消息， 并对所述第二消息进行处理。

处理器 32可能是一个中央处理器（ Central Processing Unit,简称为 CPU ), 或者是特定集成电路 ( Application Specific Integrated Circuit, 简称为 ASIC ) , 或者是被配置成实施本发明实施例的一个或多 个集成电路。

在一可选实施方式中，处理器 32用于根据预设的消息匹配项对第一消息 进行消息匹配包括：

处理器 32具体用于根据所述消息匹配项中的匹配条件� ��从所述第一消息 中获取与所述匹配条件对应的待匹配内容， 判断所述待匹配内容与所述消息 匹配项中的匹配内容是否匹配， 如果判断结果为是， 确定所述第一消息匹配 中所述消息匹配项对应的处理策略， 如果判断结果为否， 确定所述第一消息 未匹配中所述消息匹配项对应的处理策略。

在一可选实施方式中， 所述顺序调整策略包括顺序调整指示、 调整单位 类型指示和调整规则。基于此， 处理器 32用于根据所述顺序调整策略对所述 第一消息进行字节序转换， 获得第二消息包括： 处理器 32 具体用于在所述顺序调整策略中的调整单位类 型指示为字节 时， 根据所述顺序调整策略中的调整规则， 对所述第一消息中的各字节在内 存中的存储位置进行调整， 获得所述第二消息， 或者在所述顺序调整策略中 的调整单位类型指示为比特时， 根据所述顺序调整策略中的调整规则， 对所 述第一消息中的各比特在内存中的存储位置进 行调整， 获得所述第二消息。

如图 3所示， 本实施例的网络设备还可以包括： 发送器 33 , 负责将本实 施例网络设备的消息发送出去。

如果本实施例的网络设备为第一消息的发送方 ，则处理器 32用于对所述 第二消息进行处理包括： 处理器 32 具体用于将所述第二消息发送给发送器 33 , 以使发送器 33将所述第二消息发送出去。 相应的， 发送器 33可用于将 所述第二消息发送出去。

如图 3所示， 本实施例的网络设备还可以包括： 接收器 34, 主要用于接 收其他设备发送给本实施例网络设备的消息。

如果本实施例的网络设备为第一消息的接收方 ， 则接收器 34, 用于在处 理器 32对所述第一消息进行消息匹配之前， 接收所述第一消息。

可选的， 在具体实现上， 如果存储器 31、 处理器 32、 发送器 33和接收 器 34独立实现， 则存储器 31、 处理器 32、 发送器 33和接收器 34可以通过 总线相互连接并完成相互间的通信。 所述总线可以是工业标准体系结构 ( Industry Standard Architecture,简称为 ISA )总线、夕卜部设备互连 ( Peripheral Component, 简称为 PCI ) 总线或扩展工业标准体系结构 （Extended Industry Standard Architecture, 简称为 EISA ) 总线等。 所述总线可以分为地址总线、 数据总线、 控制总线等。 为便于表示， 图 3 中仅用一条粗线表示， 但并不表 示仅有一根总线或一种类型的总线。

可选的， 在具体实现上， 如果存储器 31、 处理器 32、 发送器 33和接收 器 34集成在一块芯片上实现， 则存储器 31、 处理器 32、 发送器 33和接收器 34可以通过内部接口完成相同间的通信。

本实施例提供的网络设备可以是 BSC、 MSC或 BTS等。

本实施例提供的网络设备可用于执行图 1所示方法实施例的流程， 其具 体工作原理不再赘述， 详见方法实施例的描述。

本实施例提供的网络设备， 根据预先配置的消息匹配项和用于对消息进 行字节序转换处理的顺序调整策略， 可以调整消息的字节顺序， 然后再对消 息进行后续处理， 克服了不同网络设备之间消息的字节顺不一致 的问题， 提 高了不同网络设备之间的兼容性， 有利于提高通信系统的运行效率。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。

最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施 例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替 换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例 技术方案的范围。