qvod成人影片 SOME/IP 详解 —— 报文智商

SOME/IP 详解（二）/ 报文智商qvod成人影片

跟着车载以太网期间的快速发展，SOME/IP得到了更多在车内汇注期骗的契机，同期动作SOA架构的弘大扶植，也越来越受到东谈主们的暖和。但仍是有好多东谈主并不是真的的了解SOME/IP，王师父贪图通过《SOME/IP详解》系列的几篇著作，详备的先容下SOME/IP的布景、界说、使命机制和期骗场景，以及怎样通过器具去进行SOME/IP的仿真和考据。

SOME/IP报头

通过上篇著作咱们知谈了SOME/IP是一个通讯中间件，位于传输层之上，那么SOME/IP的数据在封装的时代就在传输层头部的后头。下图是一个泛泛以太网帧智商的暗示图，在SOME/IP数据的前边轮番是传输层TCP/UDP的头部，汇注层IP的头部以及数据链路层的以太网帧头。本文主要先容的内容是临了头SOME/IP数据的智商，也便是图片的下半部分。

图片

SOME/IP报头的总长度为16个字节，共有9个字段。

Service ID / 16 bits

做事象征，该字段用来清楚这条报文属于哪个做事，由用户或系统联想东谈主员自行界说。

Method ID / Event ID / 16 bits

这个字段的第一个bit是象征位，要是象征位为0，清楚后头15位为Method ID；要是象征位为1，清楚后头15位为Event ID，如下图。

图片

是以具体是Method仍是Event，不错从该字段的值来分袂，Method ID的限制为0x0000 ~ 0x7FFF，Event ID的限制为0x8000 ~ 0xFFFF。Method和Event为SOME/IP的两种通讯神色，在后头的著作中会详备先容。Service ID和Method ID/Event ID两个字段不错构成Message ID，每个Message ID在车内汇注齐是独一的，不错用来象征某个做事的某个接口，该字段由用户或系统联想东谈主员自行界说。

Length / 32 bits

长度，用于清楚该字段之后的报头部分及载荷数据的总长度。即从Client ID字段运行一直到SOME/IP报文截止的总长度，单元为字节。是以要是要获取好意思满SOME/IP报文的长度，需在Length值的基础上加8，即Service ID，Method ID和Length字段的长度。

Client ID / 16 bits

客户端象征，做事器可通过该字段分袂不同的客户端，在多个客户端同期肯求或使用归并个做事器中的归并个做事时可使用。Client ID也不错建造为车内汇注独一的，这么不错平直用于象征出具体的节点，比如将其高字节建造为会诊逻辑地址。

Session ID / 16 bits

会话象征，不错用来分袂来自归并发送者的多条肯求，清楚肯求或音信的规矩。要是使用，应在每次调用后递加，其限制为0x0001到0xFFFF，当达到0xFFFF后，则轮回至0x0001重新运行计数。关于肯求/反映的method，客户端可通过Session ID来识别正确的反映，要是反映的Session ID与其发送的肯求中不一致，应忽略。关于Event，有多种不同场景下的期骗，要是不使用该字段，可置为0x0000，禁受端平直忽略即可。

Protocol Version / 8 bits

条约版块，清楚SOME/IP条约的版块，即SOME/IP的头部智商版块。发送端和禁受端所支捏的条约版块应一致，要是不一致则无法责罚。其作用是通过识别该字段，获取对端的头部智商和条约版块，要是交互的多方支捏多个版块，可相互兼容，但本色上该字段默许均置为1。

Interface Version / 8 bits

接口版块，清楚接口的版块，在神色中为静态接口形容，即通讯矩阵的版块。

Message Type / 8 bits

报文类型，用于清楚SOME/IP报文的类型。通过该字段不错识别该报文是肯求、反映、奉告或者不实等。其中第三位为分段象征位（TP-Flag），用于清楚该条报文是否被分段。

图片

TP指SOME/IP-TP（Transport Protocol），是SOME/IP的传输条约，不错通俗的瓦解为是分段传输机制，不才文中会详备先容。

Return Code / 8 bits

复返码，用于反馈肯求是否被正确责罚，是以只会在反映或者不实类型的报文中才出奇旨。关于请乞降奉告类报文(REQUEST， REQUEST_NO_RETURN， NOTIFICATION) 该字段不使用，应置0x00。下表为每个复返码的值和对应的含义，天然SOME/IP中界说了好多不同的复返码，但在神色里一般只可看到两种，E_OK和E_NOT_OK。

图片

SOME/IP特地报头

以上为圭臬的SOME/IP头部智商，此外，SOME/IP还有两种特地的头部，分别是捎带E2E字段的头部和SOME/IP-TP头部。E2E为端到端的通讯保护，要是有功能安全相干的条件，不错在SOME/IP通讯中加入E2E机制。如下图所示，E2E头部在SOME/IP头部后头（Return Code后，Payload前），E2E字段具体的智商和长度取决于所使用的E2E profile。

图片

SOME/IP-TP为SOME/IP层的传输条约，在SOME/IP的圭臬中，关于底层传输条约的聘用，有如下淡薄：

要是对及时性莫得太高的条件，关于长度跳跃1400字节的数据，淡薄使用TCP条约进行传输；

要是对及时性条件较高，且数据长度小于1400字节，淡薄使用UDP条约进行传输。

但要是所传输的数据长度跳跃1400字节，而且对及时性有一定的条件，则不错使用UDP条约讨好SOME/IP-TP来完了，如下图所示。

图片

SOME/IP-TP报文的头部是在平日SOME/IP头部的后头（Return Code后，Payload前）加多了一个TP头部，包含Offset、RES和M三个字段，长度固定为32 bits。Offset为偏移字段，清楚刻下数据分段针对第一个数据分段所偏移的字节数，单元为16字节，要是本人即为第一个分段，则该字段置0（数据分段，segment，将较大的SOME/IP数据分红多个小的数据包，每个数据包均为一个数据分段，简称分段）。因为基于UDP传输的SOME/IP报文最大长度为1400字节，经运筹帷幄1400÷16=87······8，是以针对上一个分段，这个字段的值最大的变化为87。RES为Reserved字段，默许置0。M为象征位，要是置1清楚后续还有更多的分段（M清楚more，more segment flag），要是置0清楚为临了一个分段。SOME/IP-TP的传输条约有点一样IP的分片机制，将较大的数据包在SOME/IP层级分红多个数据分段（segment），确保每个分段的长度均小于1400个字节，然后再分别封装进UDP报文中，这么即可保证数据不会过长而被IP层分片，又可完了较低的时延。

+

SOME/IP-TP示例

要是要通过SOME/IP-TP传输一条长度为5880字节的肯求报文，分段成果如下。

图片

分段时，应最大化使用报文的可载荷长度，每个分段可承载的最大数据为1392字节，表中的8为SOME/IP头部Length字段后头的长度，4为偏移字段的长度，是当年四个分段的Length字段为1404，临了一个分段仅剩312字节（5880-1392×4=312），Length字段为312+8+4=324。Message Type为0x20，因为是肯求，而且使用了SOME-TP，是以TP-Flag置1，即0x20。Offset分别是0、87、174、261和348，0清楚为第一个分段，与原始数据比较无偏移，87为第二个分段，偏移为第一个分段数据的总长度，即1392 ÷ 16 = 87，依此类推。数据一姜被分红了五个数据分段，是当年四个More Segment Flag均置1，清楚后续还有分段，第五个置0，清楚为临了一个分段。其余字段均按照SOME/IP头部轨则平日填充即可。防范，扫数分段数据的Session ID字段是疏通的。禁受端可通过Session ID来识别需要重组到沿途的报文。

今天就先共享到这，但愿匡助民众对SOME/IP报文的智商和字段有了概况的了解。下一篇著作会持续先容SOME/IP的通讯神色和数据类型。

SOME/IP 详解系列

1. SOME/IP 详解 —— 玄虚（已发表，可点击检讨）

2. SOME/IP 详解 —— 报文智商（本篇）

3. 其他篇，敬请期待

图片

ENDqvod成人影片