一种路由区更新RAU指标信息的获取方法及装置与流程

本发明涉及移动通信领域，特别是涉及一种路由区更新RAU指标信息的获取方法及装置。

背景技术：

在移动通信领域中，当移动台从一个路由区进入另一个路由区时，移动台会发起路由区更新(Route Area Update，简称RAU)流程，以向核心网通知移动台当前所在的路由区。RAU流程涉及的硬件设备有多个，包括：移动台(Mobile Station，简称MS)、基站发射台(Base Transceiver Station，简称BTS)、基站控制器(Base Station Control，简称BSC)、GPRS服务支持节点(Serving GPRS Support Node，简称SGSN)、网关GPRS支持节点(Gateway GPRS Support Node，简称GGSN)、归属位置寄存器(Home Location Register，简称HLR)等。由于各个硬件设备只输出与之相关性较大的指标信息，当运营商需要详细分析移动台RAU流程中的所有指标信息时，必须分别在不同的设备上查看不同的指标信息，然后再对这些指标信息进行汇总关联分析。

在上述对移动台RAU流程进行分析的过程中，发明人发现：通常输出指标信息的各种硬件设备分布在不同的地域中，查询一个RAU流程中的所有指标信息需要涉及多个部门及多张数据库表，使用多种不同的软件系统，因此完成整个RAU流程的分析过程费时费力。

技术实现要素：

有鉴于此，本发明提出了一种路由区更新RAU指标信息的获取方法及装置，主要目的在于解决对RAU流程的分析过程中获取指标信息费时费力的问题。

依据本发明的第一个方面，本发明提供了一种路由区更新RAU指标信息的获取方法，包括：

对流经Gb口的数据包进行采集；

根据Gb口协议规范对采集的数据包进行解析，识别RAU信令，RAU信令包括路由区更新请求信令、路由区更新接受信令及路由区更新拒绝信令；

提取RAU信令中的字段信息，根据字段信息获取RAU流程的指标信息。

依据本发明的第二个方面，本发明提供了一种路由区更新RAU指标信息的获取装置，该装置通常位于网络设备中，包括：

采集单元，用于对流经Gb口的数据包进行采集；

解析单元，用于根据Gb口协议规范对采集单元采集的数据包进行解析，识别RAU信令，RAU信令包括路由区更新请求信令、路由区更新接受信令及路由区更新拒绝信令；

提取单元，用于提取解析单元识别的RAU信令中的字段信息，根据字段信息获取RAU流程的指标信息。

借由上述技术方案，本发明实施例提供的路由区更新RAU指标信息的获取方法及装置，能够对流经Gb口的数据包进行采集，通过解析数据包识别出RAU信令，从RAU信令中提取出与RAU流程相关的字段信息，从而获得完整RAU流程的RAU指标信息。与现有技术中由于输出RAU指标信息的各种硬件设备分布在不同的地域中，查询一个RAU流程中的所有指标信息需要涉及多个部门及多张数据库表，使用多种不同软件系统的方式相比，本发明仅需要在Gb口获取数据包，通过对数据包进行解析识别出RAU信令，根据RAU信令中携带的丰富的字段信息获取大量RAU指标信息，从而能够更便捷的获取RAU指标信息并对完整RAU流程进行分析。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种路由区更新RAU指标信息的获取 方法的流程图；

图2示出了本发明实施例提供的RAU信令协议栈的示意图；

图3示出了本发明实施例提供的从RAU请求信令中提取的字段信息的示意图；

图4示出了本发明实施例提供的从RAU响应信令中提取的字段信息的示意图；

图5示出了本发明实施例提供的一台MS一次RAU会话的指标信息的示意图；

图6示出了本发明实施例提供的一种路由区更新RAU指标信息的获取装置的组成框图；

图7示出了本发明实施例提供的另一种路由区更新RAU指标信息的获取装置的组成框图。

具体实施方式

下面将参照附图更加详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

在移动通信中，当移动台从一个路由区切换到另一个路由区时，移动台会发起RAU流程，RAU流程涉及的硬件设备有多个，包括MS、BTS、BSC、SGSN、GGSN、HLR等，各个设备只输出与之相关性较大的信息。当运营商需要详细分析一个RAU流程的所有指标时，分别在不同的设备上查看个别的数据，然后再对这些数据进行汇总关联分析。通常，这些数据分布在不同的地域中，查询一个RAU流程指标需要涉及多个部门，涉及多张数据库表，需要使用多种不同的软件系统，费时费力。

为了解决对RAU流程的分析过程中获取指标信息费时费力的问题，本发明实施例提供了一种路由区更新RAU指标信息的获取方法，该方法主要用于网络设备一侧。如图1所示，该方法包括：

101、对流经Gb口的数据包进行采集。

在第二代移动通信网络中，网络设备BSC和GPRS服务支持节点SGSN之间具有Gb口，通过网络设备BSC上的Gb接口使得SGSN完成同基站子系统BSS、移动台MS之间的通信，以完成分组数据传送、移动性管理、会话管理方面的功能。Gb口是GPRS组网的必选接口。该接口协议可用来传输信令和话务信息，因此流经Gb口的数据中包含有大量有价值的信息。本发明基于Gb口数据的重要性，提供了一种路由区更新RAU指标信息的获取方法，在该方法中步骤101需要对流经Gb口的数据包进行采集。

102、根据Gb口协议规范对采集的数据包进行解析，识别RAU信令。

在流经Gb口的数据包中包含有信令，其中涉及RAU流程最主要的有三条信令，包括路由区更新请求信令Routing Area Update Request、路由区更新接受信令Routing Area Update Accept及路由区更新拒绝信令Routing Area Update Reject。RAU流程的这三条信令中都包含有丰富的RAU指标信息，只有从流经Gb口的数据中获取到RAU信令，才能根据RAU信令中携带的各种指标信息对完整的RAU流程进行分析。

因此，在步骤101中获取到流经Gb口的数据包后，需要执行步骤102根据Gb口协议规范对采集的数据包进行解析，每个数据包都包含了一个或多个协议层数据，不同功能的数据包所包含的协议数据不一样，因此在步骤102中需要对数据包的每个协议层进行解析，并与RAU的信令协议栈进行比对，从而识别出RAU信令。

103、提取RAU信令中的字段信息，根据字段信息获取RAU流程的指标信息。

当通过步骤102识别出RAU信令后，需要执行步骤103提取RAU信令中的字段信息，根据这些字段信息可以获得RAU流程中各种重要的指标信息。运营商根据提取的RAU信令的字段信息可以获得完整RAU流程的所有指标信息，从而对完整的RAU流程进行分析。

本发明实施例提供的路由区更新RAU指标信息的获取方法，能够对流经Gb口的数据包进行采集，通过解析数据包识别出RAU信令，从RAU信令中提取出与RAU流程相关的字段信息，从而获得完整RAU流程的RAU指标信息。与现有技术中由于输出RAU指标信息的各种硬件设备分布在不同的 地域中，查询一个RAU流程中的所有指标信息需要涉及多个部门及多张数据库表，使用多种不同软件系统的方式相比，本发明仅需要在Gb口获取数据包，通过对数据包进行解析识别出RAU信令，根据RAU信令中携带的丰富的字段信息获取大量RAU指标信息，从而能够更便捷的获取RAU指标信息并对完整RAU流程进行分析。

进一步的，为了更好的对上述图1所示的方法进行理解，作为对上述实施方式的细化和扩展，本发明实施例将针对图1中的步骤进行详细说明。

由于Gb口可用来传输信令和话务信息，因此流经Gb口的不同功能的数据包所包含的协议层也不同，可能包含有一个或多个协议层数据。因此在对流经Gb口的众多数据包进行解析时，本发明实施例提供了一种实施方式，按照RAU信令协议栈的规范由低层到高层分别对数据包的包头、数据链路层、网间协议IP协议层、用户数据包协议UDP协议层、网络服务NS协议层、GPRS协议BSSGP协议层、逻辑链路控制LLC协议层及GPRS移动管理GMM协议层进行解析，判断数据包的各层协议是否与RAU信令协议栈包含的协议层对应相同，其中RAU信令协议栈如图2所示。当数据包的各层协议中至少有一层协议与RAU信令协议栈中对应的协议层不同，则结束对数据包的解析；当数据包的各层协议与RAU信令协议栈中对应的协议层全部相同，则识别出RAU信令。

在对数据包进行解析以及识别RAU信令的过程中，可以提取数据包中与RAU信令协议栈协议层相同的协议层的字段信息，通过这些字段信息可以得到涉及RAU流程的指标信息。

为了更好的理解对数据包的解析以及识别RAU信令的过程，本发明实施例提供了一种应用场景对上述过程进行说明。该过程包括以下步骤：

A、对数据包的包头进行解析，提取字段信息Arrival-Time。

此步骤中的字段信息Arrival-Time为数据包到达Gb口的时间，若在后续对数据包的协议层进行解析的过程中发现该数据包的协议层与RAU信令协议栈的协议层不同，则丢弃此数据包，字段信息Arrival-Time也随之丢弃。若在后续对数据包的协议层进行解析的过程中发现该数据包的协议层与RAU信令协议栈的协议层全部对应相同，则字段信息Arrival-Time也 就是RAU信令到达Gb口的时间。

B、对数据包的数据链路层进行解析，得到上层协议类型Type，判断Type是否等于IP。

在RAU信令协议栈中，数据链路层的上层协议层为IP协议层，若在步骤B中对数据包的数据链路层解析后得到上层协议类型Type，判断出Type等于IP，则说明该数据包解析到当前的各个协议层都与RAU信令协议栈对应的协议层相同，可以继续对数据包的上层协议进行解析。若判断出Type不等于IP，则停止对数据包进行解析，结束解析流程。

C、对数据包的IP协议层进行解析，得到上层协议类型Protocol,判断Protocol是否等于UDP。

在RAU信令协议栈中，IP协议层的上层协议层为UDP协议层，若在步骤C中对数据包的IP协议层解析后得到上层协议类型Protocol,判断出Protocol等于UDP，则说明该数据包解析到当前的各个协议层都与RAU信令协议栈对应的协议层相同，可以继续对数据包的上层协议进行解析。若判断出Protocol不等于UDP，则停止对数据包进行解析，结束解析流程。

D、对数据包的UDP协议层及NS协议层进行解析，得到NS PDU-Type，判断NS PDU-Type是否等于NS_UNITDATA。

若NS PDU-Type等于NS_UNITDATA，则说明数据包解析到当前的各个协议层都与RAU信令协议栈对应的协议层相同，可以继续对数据包的上层协议进行解析。若判断出NS PDU-Type不等于NS_UNITDATA，则停止对数据包进行解析，结束解析流程。

E、对数据包的BSSGP协议层进行解析，得到TLLI及BSSGP PDU-Type，判断BSSGP PDU-Type是否等于UL_UNITDATA或DL_UNITDATA。

在此步骤中，通过对BSSGP协议层进行解析得到TLLI，TLLI这个字段信息为临时逻辑链路标识，在GPRS通信中用来临时标识一个移动台MS。在一个路由区中一个TLLI唯一标识一个MS，但在不同的路由区中，可以有相同的TLLI，也就是在不同的路由区中相同的TLLI标识不同的MS。此外，对于解析BSSGP协议层得到的BSSGP PDU-Type，若判断出BSSGP PDU-Type等于UL_UNITDATA，则根据BSSGP_UL_UNITDATA得到路由区标识RAI及小区 全球唯一标识CGI；若判断出BSSGP PDU-Type等于DL_UNITDATA，则根据BSSGP_DL_UNITDATA得到全球移动用户唯一标识IMSI；若判断出BSSGP PDU-Type既不等于UL_UNITDATA也不等于DL_UNITDATA，则停止对数据包进行解析，结束解析流程。

F、对数据包的LLC协议层进行解析，得到业务接入点标识符SAPI，判断LLC协议层的上层是否为GMM协议层。

GPRS移动性管理服务接入点逻辑链路控制层LLGMM、子网相关汇聚协议层SNDCP和短消息业务协议层SMS为LLC的服务对象，LLC协议层通过业务接入点SAP(Service Access Point)为它们提供和GPRS服务支持节点SGSN的逻辑链接。LLC协议层一共提供了6个业务接入点：4个专用于SNDCP协议层，1个专用于LLGMM协议层，1个专用于SMS协议层。每个SAP通过业务接入点标识符SAPI(Service Access Point Indicator)来标识。其中，当SAPI＝1，则表示LLC协议层的上层协议为LLGMM协议，包括GMM协议和SM协议；当SAPI＝3,5,9,11，则表示LLC协议层的上层协议为SNDCP协议；当SAPI＝7，则表示LLC协议层的上层协议为SMS协议；当SAPI＝其他，则不处理。

由于在实际的GPRS手机协议栈体系结构中，LLC协议层可以位于GPRS移动性管理协议层GMM或子网相关汇聚协议层SNDCP或短消息业务协议层SMS的下层。因此在本实施例中当SAPI＝1时，可以确定LLC协议层的上层协议为GMM协议层，当SAPI不等于1时，说明LLC协议层的上层不为GMM协议层，可以停止对数据包进行解析，结束解析流程。

G、对数据包的GMM协议层进行解析，得到GMM-Type，判断GMM-Type是否等于Routing Area Update Request、Routing Area Update Accept、Routing Area Update Reject。

若GMM-Type等于Routing Area Update Request，则从该层协议中解析得到Old-RAI、Update-Type、MS-Radio-Access-Capability；若GMM-Type等于Routing Area Update Accept，则从该层协议中解析得到RAI、GMM-Cause；若GMM-Type等于Routing Area Update Reject，则从该层协议中解析得到RAI、GMM-Cause；若GMM-Type不等于Routing Area Update Request、Routing Area Update Accept、Routing Area Update Reject中的任意一个，则结束解析流程。

通过上述各个步骤对数据包进行解析识别出不同的RAU信令，并且在解析过程中提取正确协议层的字段信息，从而得到不同RAU信令解析后的字段信息。其中，从RAU信令Routing Area Update Request中提取的字段信息如图3所示，包括信令到达Gb口的时间Arrival-Time、MS的临时标识TLLI、MS当前所在的路由区标识RAI、MS当前所在的小区标识CGI、路由区更新前所在的路由区标识Old-RAI、更新类型Update-Type、MS的无线接入能力MS-Radio-Access-Capability；从RAU信令Routing Area Update Accept(或者Routing Area Update Reject)中提取的字段信息如图4所示，包括信令到达Gb口的时间Arrival-Time、MS的临时标识TLLI、MS当前所在的路由区标识RAI、RAU状态码GMM-Cause、MS的全球唯一标识IMSI。

在图3及图4所示的各条RAU信令的字段信息中包含了完整RAU流程的指标信息，进一步的，若需要从中筛选出一对RAU信令的字段信息，也就是筛选出属于同一个MS的一次会话所包含的两条RAU信令，则需要根据字段信息中的二元组【RAI、TLLI】来确定。由于当一台MS刚从一个路由区切换到另一个路由区的时刻，首次发起的RAU流程中携带的路由区标识为原路由区标识，在新的路由区发起的信令Routing Area Update Request被拒绝，收到信令Routing Area Update Reject，这两条信令中的二元组【RAI、TLLI】也相同；当MS在新的路由区发起的RAU流程成功后，信令Routing Area Update Request与信令Routing Area Update Accept携带有新的路由区标识，其二元组【RAI、TLLI】也相同，因此根据二元组【RAI、TLLI】的这一特性，可以始终将同一台MS的一次会话所包含的两条RAU信令关联起来。

当属于同一台MS的一次会话包含的两条信令关联后，可以将提取到的这两条信令的字段信息进行整理得到一个RAU会话指标信息数据表，汇总出一台MS的一个RAU会话的全部指标信息，如图5所示，其中通过RAU信令Routing Area Update Accept(或者Routing Area Update Reject)的 Arrival-Time减去Routing Area Update Request的Arrival-Time可以得到RAU流程的延迟情况RAU-Delay。

进一步的，将上述整理得到的MS的RAU会话指标信息的数据表插入到数据库中，运营商就可以根据MS的唯一标识IMSI方便的在数据库中获取各个MS的完整RAU会话的指标信息，对MS的RAU流程进行分析。

此外，与Gb口的原理相同，基于GPRS的其他接口特点，比如在BTS和BSC之间的Abis口也可以进行数据采集，然后对信令进行类似的关联，只是Abis口和Gb口所基于的协议不同，因此Abis口识别的信令也不同，但根据同样的原理也可以实现本发明所达到的功能。

本发明实施例利用RAU信令Routing Area Update Request、Routing Area Update Accept、Routing Area Update Reject都包含有RAI、TLLI字段信息，并且在某一时刻，二元组【RAI、TLLI】全球唯一，能唯一标识一个MS，应用这一特点可以把Routing Area Update Request和Routing Area Update Accept(或Routing Area Update Reject)这两条信令关联起来形成一个会话，并将同一个MS的RAU会话的指标信息整理成数据表插入到数据库中；同时，RAU响应信令Routing Area Update Accept和Routing Area Update Reject都包含全球移动用户唯一标识IMSI，从而使得运营商能够方便的根据IMSI在一个数据库中查询MS的所有RAU指标信息。

进一步的，作为对上述图1所示方法的实现，本发明实施例还提供了一种路由区更新RAU指标信息的获取装置，该装置通常位于网络设备中。如图6所示，该装置包括：采集单元61、解析单元62及提取单元63，其中，

采集单元61，用于对流经Gb口的数据包进行采集；

解析单元62，用于根据Gb口协议规范对采集单元61采集的数据包进行解析，识别RAU信令，RAU信令包括路由区更新请求信令、路由区更新接受信令及路由区更新拒绝信令；

提取单元63，用于提取解析单元62识别的RAU信令中的字段信息，根据字段信息获取RAU流程的指标信息。

进一步的，如图7所示，该装置还包括：关联单元64，用于根据字段 信息中的路由区标识RAI及临时逻辑链路标识TLLI对不同的RAU信令进行关联。

进一步的，关联单元64包括：

获取模块641，用于获取RAU信令字段信息中的RAI及TLLI；

比对模块642，用于将获取模块641获取的不同RAU信令的RAI及TLLI进行比对；

关联模块643，用于当比对模块642确定两条RAU信令的RAI及TLLI分别对应相同时，将两条RAU信令进行关联，得到同一个移动台MS的一次完整RAU会话过程涉及的RAU信令；

获取模块641还用于根据关联模块643关联的RAU信令的字段信息获取一次完整RAU会话过程中的指标信息。

进一步的，该装置还包括：整理单元65，用于将一次完整RAU会话过程中的指标信息整理成数据表插入数据库中，以便根据全球移动用户唯一标识IMSI在数据库中查看各个MS的RAU会话过程中的指标信息。

本发明实施例提供的路由区更新RAU指标信息的获取装置，能够对流经Gb口的数据包进行采集，通过解析数据包识别出RAU信令，从RAU信令中提取出与RAU流程相关的字段信息，从而获得完整RAU流程的RAU指标信息。与现有技术中由于输出RAU指标信息的各种硬件设备分布在不同的地域中，查询一个RAU流程中的所有指标信息需要涉及多个部门及多张数据库表，使用多种不同软件系统的方式相比，本发明仅需要在Gb口获取数据包，通过对数据包进行解析识别出RAU信令，根据RAU信令中携带的丰富的字段信息获取大量RAU指标信息，从而能够更便捷的获取RAU指标信息并对完整RAU流程进行分析。

此外，本发明实施例利用RAU信令Routing Area Update Request、Routing Area Update Accept、Routing Area Update Reject都包含有RAI、TLLI字段信息，并且在某一时刻，二元组【RAI、TLLI】全球唯一，能唯一标识一个MS，应用这一特点可以把Routing Area Update Request和Routing Area Update Accept(或Routing Area Update Reject)这两条信令关联起来形成一个会话，并将同一个MS的RAU会话的指标信息整理成数据表插 入到数据库中；同时，RAU响应信令Routing Area Update Accept和Routing Area Update Reject都包含全球移动用户唯一标识IMSI，从而使得运营商能够方便的根据IMSI在一个数据库中查询MS的所有RAU指标信息。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

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

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行 自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可 以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。