ISO 17987-2-2016

第 2 部分：传输协议和网络层服务

道路车辆 — 本地互连网络 (LIN)

范围

本文件规定了一种传输协议和网络层服务，旨在满足基于本地互连网络 (LIN) 的车载网络系统的需求。该协议规定了一种无确认通信。

LIN 协议支持 ISO 14229-2 中规定的标准化服务原语接口。

本文档提供传输协议（TP）和网络层服务，以支持不同的应用层实现，例如：

• 正常通信消息

• 诊断通信消息

传输层定义对被包含在一个或多个帧中的数据的传输。传输层的消息通过诊断帧进行传输。已为传输层指定了标准化 API。

对传输层的使用针对的是在主干总线（例如 CAN）上存在诊断服务的系统，并且系统构建者希望在 LIN 子总线集群上使用相同的诊断功能。这些（传输层）消息实际上与 ISO 15765-2 中的相同，并且承载这些消息的 PDU 也非常相似。

传输层的目标是：

• LIN 主节点的低负载

• 直接在 LIN 从节点上提供完整（或其子集）的诊断功能

• 采用强大（而不是主流的低成本）的 LIN 节点的集群构建

图 1 显示了典型的系统配置。

规范性引用

下列文件在本文中被引用，其部分或全部内容构成本文件的要求。凡是注日期的引用文件，仅其版本适用。凡是不注日期的引用文件，其最新版本（包括所有的修改）适用于本文件。

ISO 14229-1, Road vehicles — Unified diagnostic services (UDS)

• Part 1: Specification and requirements 

ISO 14229-2, Road vehicles — Unified diagnostic services (UDS)

• Part 2: Session layer services 

ISO 14229-7:2015, Road vehicles — Unified diagnostic services (UDS)

• Part 7: UDS on local interconnect network (UDSonLIN) 

ISO 17987-3:2016, Road vehicles — Local Interconnect Network (LIN)

• Part 3: Protocol specification 

术语、定义、符号和缩写

术语和定义

就本文件而言，以下术语和定义适用于本文件。

ISO 和 IEC 在以下地址维护用于标准化的术语数据库：

• IEC Electropedia: available at http://www.electropedia.org/

• ISO Online browsing platform: available at http://www.iso.org/obp

广播 NAD

从节点接收到 NAD 等于广播 NAD 0x7F 的消息，该消息将被接收并处理。

配置的 NAD

分配给每个从节点的范围在 [0x01 至 0x7D] 内的值。

注释 1：

• 分配给每个从节点的配置 NAD 在 LDF 中被定义。配置 NAD 用于节点配置和识别服务，以及符合 ISO 14229-7 的 UDS 服务。

注释 2：

• 初始化通信时，从节点的配置 NAD 可能相同。主节点应在诊断通信开始前为所有从节点分配唯一的配置 NAD。

注释 3：

• 可以通过以下方式设置或更改从节点中的配置 NAD：

• 主节点将新的配置 NAD 分配给支持“分配 NAD”服务的从节点。

• 调用从节点中的 API 以分配配置 NAD。

• 配置 NAD 以静态配置的方式被分配。

功能 NAD（0x7E）

用于广播诊断请求。

初始 NAD

[0x01 至 0x7D] 范围内的常数/静态值。

注释 1：

• 在进入运行状态（常规 LIN 通信）之前，初始 NAD 的值可能来自的引脚配置、EEPROM 或从节点的位置检测算法。

注释 2：

• 在“分配 NAD”命令中，将使用每个从节点唯一的初始 NAD、供应商 ID 和功能 ID 的组合，从而明确地分配配置 NAD 。

注释 3：

• 如果（LDF、NCF）没有为从节点定义初始 NAD，则初始 NAD 与配置 NAD 相同。

P2 时间参数

ECU 和外部测试设备的应用程序的时间参数。

P2* 时间参数

在传输帧响应后，ECU 应用程序的增强响应时间参数。

P4 时间参数

ECU 应用程序的时间参数，定义从接收到请求开始到最终传输（发送）响应之间的时间。

proprietary NAD

NAD 值在 [0x80 – 0xFF] 范围内，被用于非标准化通信目的，例如 Tier-1 的从节点诊断。

符号

• % - 百分比

• μs - 微秒

• ms - 毫秒

• | - 竖线表示选择。竖线的左侧或右侧应出现。

缩写术语

• API - 应用程序接口

• BNF - Backus-Naur 格式

• CAN - 控制器局域网络

• CF - 连续帧

• FF - 首帧

• LDF - LIN 描述文件

• L_Data - 数据链路数据

• MRF - 主节点请求帧

• N_AI - 网络地址信息

• N_As - 网络层时间参数 As

• N_Asmax - As 超时

• N_Cr - 网络层时间参数 Cr

• N_Crmax - Cr 超时

• N_Cs - 网络层时间参数 Cs

• N_Csmax - Cs 超时

• N_Data - 网络数据

• N_PCI - 网络协议控制信息

• N_PCItype - 网络协议控制信息类型

• N_PDU - 网络协议数据单元

• N_SA - 网络源地址

• N_SDU - 网络服务数据单元

• N_TAtype - 网络目标地址类型

• N_USData - 网络层 LIN 数据传输服务名称

• NAD - 从节点的节点地址

• NCF - 节点能力文件

• NCL - 节点能力语言

• NRC - 否定响应代码

• NWL - 网络层

• OBD - 板载诊断系统

• OSI - 开放系统互连

• PDU - 协议数据单元

• PID - 受保护的标识符

• RSID - 响应服务标识符

• SF - 单帧

• SID - 服务标识符

• SN - 序列编号

• SRF - 从节点响应帧

• STmin - 最小分离时间

公约

ISO 17987（所有部分）和 ISO 14229-7 基于 OSI 服务约定（ISO/IEC 10731）中规定的约定，适用于物理层、协议、传输协议和网络层服务以及诊断服务。

网路管理

网络管理通用信息

LIN 集群中的网络管理仅指集群唤醒和进入休眠。其他网络管理功能（例如配置检测和跛行回家管理）则留给应用程序。

LIN 节点通信状态图

图 2 中的状态图显示了 LIN 通信状态的行为模型。

• 总线休眠

• 在首次接通电源、系统初始化、重置或主节点传输（发送）“进入休眠”命令或从节点接收到“进入休眠”命令后，将进入总线休眠状态。总线上的电平将被设置为隐性。此时在集群上只能传输（发送）唤醒信号。

• 运行

• 本文档中指定的协议行为（发送和接收帧）仅适用于运行状态。

注释 ：LIN“总线休眠”状态不一定与节点的电源状态相关联。

唤醒

唤醒的一般信息

任何处于休眠状态的 LIN 集群中的节点都可以通过发送唤醒信号来请求唤醒。唤醒信号通过强制总线进入显性状态（持续 250 μs 至 5 ms）来启动，并在总线信号返回隐性状态时生效。

主节点中的唤醒

主节点可以发送分隔域来唤醒总线（例如通过发送普通报头），因为分隔域可以充当唤醒信号（在这种情况下，主节点应意识到该帧可能不会被从节点处理，因为此时它们可能尚未被唤醒并准备好监听报头）。

每个从节点（接通电源）应检测唤醒信号（长于 150 μs 的显性脉冲，后跟总线信号的上升沿），并在检测到唤醒信号后的 100 ms 内（从显性脉冲的结束沿开始计算）准备好监听总线命令（见图 3）。对上升沿的检测应由收发器完成，其也可以由微控制器的 LIN 接口完成。

150 μs 的检测阈值与 250 μs 的显性脉冲结合，为未校准的从节点提供了足够的检测裕度。检测到唤醒信号后，从节点的状态机 (ISO 17987-3:2016, 7.5.3) 应被启动并进入空闲状态。在空闲状态下，在状态机进入运行状态之前，从节点不得在总线上发出显性脉冲。

从节点中的唤醒

如果发送唤醒信号的节点是从节点，则它应立即准备好接收或发送帧。当从节点准备就绪（>100 ms）时，主节点也应被唤醒，并开始发送报头以找出唤醒原因（使用信号）。

主节点应检测唤醒信号（长于 150 μs 的显性脉冲，后跟总线信号的上升沿），并准备在集群设计者或特定应用程序决定的时间内开始通信。对上升沿的检测应由收发器完成，其也可以由微控制器的 LIN 接口完成。

如果主节点未传输（发送）分隔域（即开始对帧进行传输），或者发出唤醒信号的节点在唤醒信号被发出后的 150 ms 至 250 ms 内未接收到（来自另一个节点）唤醒信号，则发出唤醒信号的节点应发送新的唤醒信号（参见图 4）。如果从节点在主节点发送分隔域的同时发送唤醒信号，则从节点应接收并识别该分隔域。

在传输（发送）三次唤醒信号（均未生效）后，节点应至少等待 1.5 s，然后再传输（发送）第四次唤醒信号。等待较长时间的原因是，传输（发送）唤醒信号的从节点可能出现问题，此时集群仍可进行通信。例如，如果从节点在读取总线时出现问题，它可能会无限次地传输（发送）唤醒信号。从节点传输（发送）唤醒信号的次数没有被限制。但是，建议从节点在每次进行唤醒操作时传输（发送）的唤醒信号不超过三个。图 5 显示了唤醒信号在较长时间内被传输的方式。

进入休眠

主节点通过传输（发送）“进入休眠”命令，将集群中的每个节点立即设置为休眠状态。该请求不一定会强制从节点进入低功耗模式。在接收到“进入休眠”命令后，从节点应用程序仍可能处于运行状态。此行为特定于应用程序。“进入休眠”命令为主节点请求帧，其中第一个数据字段（字节 1）被设置为 0x00，其余被设置为 0xFF（参见表 1）。从节点应忽略之后的数据字段（字节 2 至字节 8），仅解析第一个数据字段（字节 1）。

将集群设置为休眠状态的正常方式是主节点传输（发送）“进入休眠”命令。在总线静默开始后的 4 s 内，从节点应保留对帧的接收/传输能力。从节点应在总线静默开始后的最短 4 s 和最长 10 s 内自动进入休眠模式。“总线静默”被定义为隐性位值和显性位值之间没有转换。总线活动时的情况则相反。

注意：

LIN 收发器通常具有滤波器，用于消除总线上的短脉冲（毛刺）。此处的转换是指经过此滤波器后的信号。

网络层概述

一般信息

本文件规定了无确认的网络层通信协议，用于网络节点之间的数据交换，例如从 ECU 到 ECU，或外部测试设备与 ECU 之间的数据交换。如果待传输的数据不适用于单个 LIN 帧，则将提供数据分段方法。

为了描述网络层的功能，应考虑的要素为向上层提供的服务以及网络层的内部行为。

所有网络层的服务都应具有相同的一般结构。为了定义服务，指定了三种类型的服务原语：

• 服务请求原语，由上层通信层或应用程序使用，以向网络层传递需要被传输（发送）的控制信息和数据。

• 服务指示原语，由网络层使用，以向上层通信层或应用程序传递状态信息和接收到的数据。

• 服务确认原语，由网络层使用，以向上层通信层或应用程序传递状态信息。

该服务规范没有指定应用程序的编程接口，只是指定了一组独立于任何实现的服务原语。

网络层服务的格式描述

所有网络层服务都具有相同的通用格式。服务原语的书写形式如下：

service_name.type (

    parameter A,

    parameter B

    [,parameter C, ...]

)

其中 service_name 为服务的名称，例如 N_USData，type 表示服务原语的类型，“参数 A，参数 B[，参数C，…]”是服务原语以列表形式传递的 N_SDU。括号表示这部分的参数列表可以为空。

服务原语定义了服务的用户（例如，诊断应用程序）如何与服务的提供者（例如，网络层）进行交互。本文档指定了以下服务原语：请求、指示和确认。

• 服务的用户使用服务原语请求（service_name.request）向服务的提供者请求服务。

• 服务的提供者使用服务原语指示（service_name.indication）向服务的用户指示网络层内部的事件，或者对端协议层实体的服务的用户的服务请求。

• 服务的提供者使用服务原语确认（service_name.confirm）向服务的用户确认先前的服务请求的结果。

网络层的内部行为

网络层的内部行为提供了对数据进行分段和重组的方法。网络层的主要目的是传输可能适用或不适用于单个 LIN 帧的消息。不适用于单个 LIN 帧的消息将被分段为多个部分，每个部分都适用于使用单个  LIN 帧的传输。

图 6 和图 7 分别展示了对非分段消息的传输和对分段消息的传输的示例。

服务数据单元规范

在以下子条款中，描述了 LIN 网络层服务使用的所有网络层服务参数。

N_AI（地址信息）

N_AI 的描述

N_AI 被用于识别网络层的通信对端实体。N_AI 由 LIN ID 和 N_NAD 组成。两个专用的 LIN ID 可被用于任何传输协议（TP）的通信。

• ID 0x3C（MasterReq）被分配给主节点传输（发送）的消息。

• ID 0x3D（SlaveResp）被分配给任何从节点传输（发送）的消息。

因为节点类型（主节点或从节点）对于 LIN 集群中的所有节点而言始终是固定的，所以使用的 LIN ID 不受限于服务原语参数（6.5.1），而是由本文档为每个节点分配。

此外，N_NAD 包括请求/响应所寻址的从节点以及寻址类型（物理、功能和广播）。

这些参数指的是寻址信息。总体而言，N_AI 参数被用于识别消息的发送者和接收者以及适用于消息的通信模型（N_TAtype）。

N_NAD（网络 NAD）

类型：1 字节无符号整数值

范围：0x01 – 0xFF

描述：指定了两种通信模型：

• 1 对 1 的通信，被称为物理寻址。

• 1 对 n 的通信，被称为功能寻址或广播寻址。

根据 N_NAD 值可得出通信模型：

• 0x00：不适用，为“进入休眠”命令保留。

• 0x01 – 0x7D：物理寻址类型。

• 0x7E：功能寻址类型。

• 0x7F：广播寻址类型。

• 0x80 – 0xFF：专有寻址类型。

所有类型的网络层消息都应支持物理寻址。请求应被响应。应始终根据从节点中被配置的 NAD 对 N_NAD 的值进行验证。

功能寻址仅被单帧通信支持。对于功能请求不应传输任何响应。主节点是传输功能寻址的消息的唯一节点。

所有类型的网络层消息都应支持广播寻址。请求不一定会被响应，可能会引发通信碰撞。主节点是传输广播寻址的消息的唯一节点。

NAD 值的范围为 0x80 – 0xFF 的寻址类型未在本文档中被分配，当使用此范围的 NAD 时，用户应负责分配。

<Length>

类型：12 bit

范围：0x0001 – 0x0FFF

描述：该参数包含待发送/接收的数据的长度。

<MessageData>

类型：字节串

范围：不适用

描述：该参数包含与上层实体交换的所有数据。

<N_Result>

类型：枚举

范围：

• N_OK

• N_TIMEOUT_As

• N_TIMEOUT_Cs

• N_TIMEOUT_Cr

• N_WRONG_SN

• N_UNEXP_PDU

• N_ERROR

• N_UNEXP_NEW_REQ

描述：此参数包含与服务执行结果相关的状态。如果同时发现两个或多个错误，则网络层实体应使用此列表中最先找到的参数值来向上层指示错误。

• N_OK

• 该值表示服务已被成功地执行，可以向发送方或接收方的服务的用户反馈该值。

• N_TIMEOUT_As

• 当定时器 N_As 超过了其超时值 N_Asmax 时，该值将被反馈给发送方的服务的用户。

• N_TIMEOUT_Cs

• 当定时器 N_Cs 超过了其超时值 N_Csmax 时，该值将被反馈给发送方的协议的用户。

• N_TIMEOUT_Cr

• 当定时器 N_Cr 超过了其超时值 N_Crmax 时，该值将被反馈给发送方的服务的用户。

• N_WRONG_SN

• 在接收到意外的 SequenceNumber（N_PCI.SN）时，该值将被反馈给接收方的服务的用户。

• N_UNEXP_PDU

• 在接收到意外的协议数据单元时，可以向发送方或接收方的服务的用户反馈该值。

• N_ERROR

• 这是通用错误值。当网络层检测到错误并且没有其他参数值可以更好地描述错误时，可以向发送方或接收方的服务的用户反馈该值。

• N_UNEXP_NEW_REQ

• 在新的更高优先级的 N_USData.request 到来时，该值将作为 N_USData.indication() 的参数，被反馈给其中存在活动的诊断通信的低优先级的服务实例。

• 当由于当前存在更高优先级的活动的诊断通信而无法接受 N_USData.request 时，将会反馈该值。

• 当由于当前存在相同优先级的活动的诊断通信而无法接受 N_USData.request 时，将会反馈该值。

提供给上层的网络层服务

网络层服务的原语规范

服务接口定义了一组访问网络层提供的功能所需的服务，即对数据的传输/接收和对协议参数的设置。

下面定义的通信服务可以传输最多 4,095 个字节的数据。

• N_USData.request

• 此服务被用于请求待传输的数据。如有必要，网络层将对数据进行分段。

• N_USData_FF.indication

• 此服务被用于向上层指示对分段消息的接收的开始。

• N_USData.indication

• 该服务被用于向上层提供接收到的数据。

• N_USData.confirm

• 该服务被用于向上层确认所请求的服务已被（成功或失败地）执行。

N_USData.request

该服务原语请求从发送方传输长度为 <Length> 字节的 <MessageData> 到由 N_NAD 中的地址信息标识的对端实体中的接收方（参数定义见 6.4.1.2）。

每次触发 N_USData.request 服务时，网络层应通过 N_USData.confirm 向服务的用户确认对消息的传输已完成（或失败）：

N_USData.request (

    N_NAD,

   <MessageData>,

   <Length>

)

N_USData.confirm

N_USData.confirm 服务由网络层触发。该服务原语确认由 N_NAD 中的地址信息标识的 N_USData.request 服务已被完成。参数 <N_Result> 将提供服务请求的状态（参数定义见 6.4.4）。

N_USData.confirm (

    N_NAD,

   <N_Result>

)

N_USData_FF.indication

N_USData_FF.indication 服务由网络层触发。该服务原语向相邻的上层指示从对端协议实体接收到的分段消息的首帧（FF），该对端协议实体由 N_NAD 中的地址信息标识（参数定义见 6.4.1.2）。该指示应在接收到分段消息的首帧（FF）时被触发。

N_USData_FF.indication (

    N_NAD,

   <Length>

)

来自网络层的 N_USData.indication 服务应始终伴随 N_USData_FF.indication 服务，指示对消息的接收已完成（或失败）。

仅当接收到正确的分段消息的首帧（FF）时，网络层才会触发 N_USData_FF.indication 服务。

如果网络层在首帧（FF）中检测到任何类型的错误，则网络层应忽略该消息，并且不应为相邻的上层触发 N_USData_FF.indication。

如果网络层接收到的首帧（FF）的数据长度（FF_DL）大于可用的接收缓冲区的大小，则应将其视为错误的情况，并且不应为相邻的上层触发 N_USData_FF.indication。

N_USData.indication

N_USData.indication 服务由网络层触发，该服务原语指示 <N_Result> 事件，并将从对端协议实体接收到的长度为 <Length> 字节的 <MessageData> 传递给相邻的上层，该对端协议实体由 N_NAD 中的地址信息标识（参数定义见 6.4.1.2）。

参数 <MessageData> 和 <Length> 仅当 <N_Result> 等于 N_OK 时有效。

N_USData.indication (

    N_NAD,

   <MessageData>,

   <Length>,

   <N_Result>

)

在接收到单帧 (SF) 后，N_USData.indication 服务将被触发，或作为对分段消息的接收的完成（或失败）的指示。

如果网络层在单帧（SF）中检测到任何类型的错误，则网络层应忽略该消息，并且不应为相邻的上层触发 N_USData.indication。

传输层协议

协议功能

传输层协议实现以下功能：

• 传输/接收最多 4095 个字节的消息。

• 报告传输/接收的完成，发生故障。

单帧传输

图 8 显示了对单帧（也被称为 LIN 帧）的传输，该帧由 8 个字节（字节 1 ... 字节 8）组成，其中字节 1 = N_NAD，字节 2 = N_PCI，字节 3 ... 字节 8 = N_Data。单帧（SF）消息的实际有效负载（参见 7.4.2）最多为 6 个数据字节（另见 8.3）。

多帧传输

对较长的消息的传输是通过将消息分段为多个 LIN 帧（N_PDU）并传输来完成的。对较长的消息的接收是通过接收多个 LIN 帧（N_PDU）并将其数据字节重组为一条消息来完成的。这些 N_PDU 被称为首帧（针对分段消息的第一个 N_PDU）和连续帧（针对首帧之后的所有后续 N_PDU）。

长度超过 SF N_PDU 所允许的数据字节数的消息将被分割为

• 首帧协议数据单元 (FF N_PDU)，其中包含：

• 字节 1 = N_NAD

• 字节 2 + 字节 3 = N_PCI

• 字节 4 ... 字节 8 = N_Data

        FF 的实际有效负载（见 7.4.3 和 8.3）为 5 个字节。

• 一个或多个连续帧协议数据单元 (CF N_PDU)，其中包含：

• 字节 1 = N_NAD

• 字节 2 = N_PCI

• 字节 3 ... 字节 8 = N_Data

        CF 的实际有效负载（见 7.4.4 和 8.3）为 6 个字节。最后一个 CF N_PDU 可能会包含剩余的未被使用的有效负载数据字节 (N_Data)，这些数据字节将被填充为 0xFF。

图 9 显示了发送方中对消息的分段和接收方中对消息的重组。

消息长度将在 FF N_PDU 中被传输。所有 CF N_PDU 都将由发送方编号，以支持对传输顺序的正确性的验证。

主节点应用层应确认从节点的能力。这可以通过

• 调度表设计

• 调度模式（仅诊断模式与交错模式）

• 特定于应用程序的调度控制

来确认。作为接收方的从节点的传输层不遵守帧间隔最小时间 (STmin)。

对这些从节点的功能的定义如下：

• 帧间隔时间最小值 (STmin) 是主节点在传输 FF 和其第一个 CF 以及两个 CF 之间应等待的最短时间。当支持传输层（TP）通信时，每个从节点 (LDF/NCF) 的帧间隔时间都是被静态地设置的。

• 对 STmin 的测量从对连续帧 (CF) 的传输完成后开始，并在请求对下一个 CF 进行传输时结束。

从节点不必关心主节点 (STmin) 的功能，因为选择适当的调度是主节点应用层的职责。

所有节点共有的功能是，每次发送方/接收方等待来自接收方/发送方的 N_PDU 时，都存在对传输失败（见 7.6.2）的超时检测机制。

传输层协议数据单元

协议数据单元类型

不同节点中的网络层协议实体之间的通信是通过交换 N_PDU 的方式完成的。

本文档指定了三种不同类型的传输层协议数据单元：

• 单帧（SF N_PDU）

• 首帧（FF N_PDU）

• 连续帧（CF N_PDU）

用于在对端网络层实体之间建立通信路径、交换通信参数、传输用户数据以及释放通信资源。

SF N_PDU

• SF N_PDU 由“单帧协议控制信息 (SF N_PCI) ”标识。

• SF N_PDU 应由发送网络实体发出，并由所有网络实体接收。

• 只有被 N_AI 寻址的实体才应在分段消息被传输期间继续处理此请求。其他未被寻址的节点应拒绝待处理的连接。

• 直到可以通过单次服务请求被发送至数据链路层时，它才应被发送以传输服务数据，并传输未分段的消息。

FF N_PDU

• FF N_PDU 由“首帧议控制信息 (FF N_PCI) ”标识。

• FF N_PDU 应由发送网络实体发出，并由所有网络实体接收。

• 只有被 N_AI 寻址的实体才应在分段消息被传输期间继续处理此请求。其他未被寻址的节点应拒绝待处理的连接。

• 它代表由发送网络实体发出的分段消息的首个 N_PDU，并被接收网络实体接收。网络层的接收实体应在收到 FF N_PDU 后开始重组分段消息。

CF N_PDU

• CF N_PDU 由“连续帧协议控制信息 (CF N_PCI) ”标识。

• CF N_PDU 传输服务数据单元的消息数据 (<MessageData>) 中的数据段 (N_Data)。

• 发送实体在 FF N_PDU 之后发送的所有 N_PDU 都应被编码为 CF N_PDU。接收实体在接收到最后一个 CF N_PDU 后，应将重组的消息传递给其中的服务的用户。

• CF N_PDU 应由发送网络实体发出，并在分段消息被传输期间由唯一的接收网络实体接收。

对协议数据单元域的描述

N_PDU 格式

协议数据单元 (N_PDU) 实现了在一个节点的网络层与一个或多个其他节点（对端协议实体）的网络层之间的数据传输。所有 N_PDU 均由三个字段组成，如表 2 所示。

地址信息（N_AI）

N_AI 用于识别网络层的通信对等实体。应复制 N_SDU.N_NAD 中收到的 N_AI 信息并将其包含在 N_PDU 中。如果 N_SDU 中收到的消息数据（<MessageData> 和 <Length>）太长，网络层需要分段才能传输完整消息，则应复制 N_NAD 并将其包含（重复）在传输的每个 N_PDU 中。

该字段包含地址信息，用于标识交换的消息类型以及进行数据交换的收件人和发送者。

注：有关地址信息的详细描述，请参阅6.4.1。

协议控制信息（N_PCI）

此字段标识所交换的 N_PDU 的类型。它还用于在通信的网络层实体之间交换其他控制参数。

注：有关所有 N_PCI 参数的详细规范，请参阅 7.5。

数据字段（N_Data）

N_PDU 中的 N_Data 用于传输服务用户数据（N_USData.request 服务调用中 <MessageData> 参数中收到的数据）。如果有需要，<MessageData> 会被分割成更小的部分，每个部分都适用于 N_PDU 数据字段，然后通过网络被传输。

N_Data 的大小取决于 N_PDU 类型，以及在 SF 或属于消息的最后一个 CF 中剩余的 <MessageData> 的数量。

N_PCI（协议控制信息）规范

N_PCI

每个 N_PDU 的类型都通过 N_PCI 来识别（见表 3 和表 4）。

单帧 N_PCI 参数定义

SF N_PCI 字节

表 5 概述了 SF N_PCI 字节。

单帧数据长度（SF_DL）参数定义

SF N_PDU 中单帧数据长度（SF_DL）参数用于指定服务用户数据字节数，见表 6。

首帧 N_PCI 参数定义

FF N_PCI 字节

表 7 概述了 FF N_PCI 字节。

首帧数据长度（FF_DL）参数定义

参数 FF_DL 用于在 FF N_PDU 中指定服务用户数据字节数，见表8。

连续帧 N_PCI 参数定义

CF N_PCI 字节

表 9 提供了 CF N_PCI 字节的概述。