Requirements on IEEE1722 (IEEE1722)¶
| 属性 | 值 |
|---|---|
| 平台 | FO |
| 类别 | RS — 需求规范（Requirements Specification） |
| UID | 1092 |
| 规范版本 | R25-11 |
本地文件¶
- 规范 PDF:
F:\Work\Standards\01_Sources\FO_RS_IEEE1722_1092\AUTOSAR_FO_RS_IEEE1722.pdf - ARXML 模型:
F:\Work\Standards\01_Sources\FO_RS_IEEE1722_1092\AUTOSAR_FO_RS_IEEE1722.arxml - 纯文本全文:
F:\Work\Standards\01_Sources\FO_RS_IEEE1722_1092\zzgen\FO_RS_IEEE1722.complete.txt
文档简介¶
The purpose of this document is to define functional and non-functional requirements to support the IEEE standardized transport protocol for time-senstive applications in a bridged local area network (see ) in AUTOSAR.
章节详细内容¶
1. 范围 of Document¶
原文标题：Scope of Document
The purpose of this document is to define functional and non-functional requirements to support the IEEE standardized transport protocol for time-senstive applications in a bridged local area network (see ) in AUTOSAR.
2. Conventions to be used¶
3. Document Conventions¶
The representation of requirements in AUTOSAR documents follows the table specified in , see .
The verbal forms for the expression of obligation specified in shall be used to indicate requirements, see .
4. 需求指南¶
原文标题：Requirements Guidelines
No guidelines available.
5. Acronyms, Abbreviations and 定义¶
原文标题：Acronyms, Abbreviations and Definitions
6. 缩略语¶
原文标题：Acronyms and abbreviations
The glossary below includes acronyms and abbreviations relevant to the specification or implementation of IEEE1722 that are not included in the .
| Abbreviation / Acronym: | Description: |
|---|---|
| 61883_IIDC | IEC 61883/IIDC format as defined by |
| AAF | AVTP Audio Format as defined by |
| ACF | AVTP Control Format as defined by |
| ACF_CAN | Controller Area Network (CAN)/CAN with Flexible Data-Rate (CAN FD) message as defined by |
| ACF_CAN_BRIEF | Abbreviated CAN/CAN FD message as defined by |
| ACF_LIN | LIN® message as defined by |
| AVTP | Audio/Video Transport Protocol as defined by |
| AVTPDU | Audio/Video Transport Protocol Data Unit as defined by |
| CRF | Control Reference Format as defined by |
| gPTP | generalized Precision Time Protocol |
| IIDC | Instrumentation and Industrial Digital Camera as defined by |
| NTSCF | None Time Sensitive Control Format as defined by |
| RVF | Raw Video Format as defined by |
| TSCF | Time Sensitive Control Format as defined by |
| TSpec | Traffic specification as defined by |
7. 定义¶
原文标题：Definitions
8. Ethernet packet¶
Definition: An "Ethernet packet" is an on wire format defined by which includes the following parts: Preamble (7 bytes), SFD (start frame delimiter, 1 byte), Ethernet frame (up to 2000 bytes)
9. Ethernet frame¶
Definition: An "Ethernet frame" is on wire format defined which includes the following parts: MAC destination address field (6 bytes), MAC source address field (6 bytes), Type field (2 bytes), MAC client data field (inlcude optional Q-Tag (4 bytes)) (up to 1982 bytes), optional PAD (padding bytes), FCS (frame check sequence, 4 bytes)
10. Stream¶
Definition: A "stream" represent multiple Ethernet frames which are grouped by similar frame attributes (e.g. MAC source address)
11. IEEE1722 stream¶
Definition: A "IEEE1722 stream" represent multiple Ethernet frames which have EtherType set to AVTP Ethertype (0x22F0) (see )), carry an IEEE1722 specified AVTP header and an AVTP stream data subtype (e.g. AAF (AVTP Audio Format))
12. Stream 数据 producer¶
原文标题：Stream data producer
Definition: A "stream data producer" represent an end node in an Ethernet network which produces (continously) data. The data is transmitted via a stream and received by 1 or multiple end nodes (stream data consumer). Note: The term "talker" is synonymous with "stream data producer".
13. Stream 数据 consumer¶
原文标题：Stream data consumer
Definition: A "stream data consumer" represent an end node in an Ethernet network which consumes (continously) data. The data is received via a stream. Note: The term "listener" is synonymous with "stream data consumer".
14. AVTP presentation time¶
Definition: The "AVTP presentation time" is defined by and represents the gPTP time at which designated data within an AVTPDU payload is transferred to a time-sensitive application of an stream data consumer. An AVTPDU-header of header format AVTPDU-common-stream-header carries the presentation time as "avtp_timestamp" according to . AVTP presentation time is calculated as "TavtpPresentationTime" = "TcurrentGlobalTime" + "TmaxTransitTime". Please note: presentation time does not cover format conversion time and processing time of the receiving time-sensitive application (see figure 6 "Figure 6 - AVTP Timing Reference Planes").
15. Max transit time¶
Definition: "Max transit time" is defined by ) and represents the maximal acceptable delay when data of a stream data producer is added to its egress queue, transfered across the network via an IEEE1722 stream and this data is forwarded from the ingress queue of the receiving stream data consumer to a time-sensitive application.
16. Media clock¶
Definition: "Media clock" is defined by ) and represents an entity which generate a rate (e.g. precise hardware clock with an constant rate (e.g. 48kHz)). The media clock is hosted by the media clock provider.
17. Media clock provider¶
Definition: A "media clock provider" is an end node in the network which hosts an media clock. The media clock provider transmit an IEEE1722 stream to 1 or multiple media clock consumer. The IEEE1722 stream is of subtype CRF (clock reference format) and contain several presentation timestamps which correlates to the media clock rate.
18. Media clock consumer¶
Definition: A "media clock consumer" is an end node in the network which receive a IEEE1722 stream of subtype CRF (clock reference format) from a media clock provider. The media clock consumer perform a recovery of its media clock (e.g. PLL) based on the received encapsulated data from the media clock provider.
19. 需求规范¶
原文标题：Requirements Specification
This chapter describes all requirements driving the work to define the FO_RS_IEEE1722.
20. 功能概述¶
原文标题：Functional Overview
IEEE specify a transport protocol for time-senstive applications in a bridged local area network (see ). IEEE1722 streams transport data between stream data provider and 1 or multiple stream data consumers. IEEE1722 streams carry among others a so-called "AVTP presentation time". The AVTP presentation time enables the possibilities to handle data synchronously across a local area network at several end nodes which receive the data via an IEEE1722 stream. The IEEE1722 transport protocol support several AVTP subtypes to cover different use cases,e.g. :
- audio and video streaming
- distribution of a generated clock rate of a so-called media clock
- encapsulation of bus frames (e.g. CAN frames, LIN frames) and transport via a IEEE1722 stream across the network
This specification contains requirements to support handling of IEEE1722 streams in classic and adaptive platform.
21. 功能性需求¶
原文标题：Functional Requirements
IEEE1722Tp module APIs for IEEE1722 streams ⌈ | Description: | The IEEE1722Tp module shall provide APIs to handle transmission and reception of IEEE1722 streams. | |---|---| | Rationale: | Provision of APIs which are used by the upper and lower layer | | Applies To: | CP | | Dependencies: | - | | Use Case: | Audio and video streaming | | Supporting Material: | - |
⌋
IEEE1722Tp module handling of IEEE1722 streams ⌈ | Description: | The IEEE1722Tp module shall handle IEEE1722 streams at transmission and reception side. | |---|---|
Additional Information:
Handling of IEEE1722 streams includes:
- header inspection
- payload inspection and unpack of encapsulated payload data
- forwarding of received AVTPDU to the corresponding user
- construction of stream headers according the configured AVTP message subtype
- calculation of the AVTP presentation time according the configured max transit time. | Rationale: | An AUTOSAR stack provides the possibities to transmit and receive data via IEEE1722 streams. | |---|---| | Applies To: | CP, AP | | Dependencies: | - | | Use Case: | Audio and video streaming | | Supporting Material: | - |
⌋
……本章内容较长已节选，完整内容见「本地文件」中的纯文本全文。
22. Non-Functional 需求¶
原文标题：Non-Functional Requirements
IEEE1722Tp module definition of IEEE1722 streaming ⌈ | Description: | The IEEE1722Tp module shall support the definition of | |---|---|
- IEEE1722 streams
- stream data producers
- stream data consumers.
The IEEE1722Tp module shall support multiple stream data producers referencing the same IEEE1722 stream.
The IEEE1722Tp module shall support multiple stream consumers to consume data from the same IEEE1722 stream. | Rationale: | Communication relation between stream data consumer and stream data producer need to be defined to design a proper network communication behavior. | |---|---| | Applies To: | CP, AP | | Dependencies: | - | | Use Case: | Audio and video streaming | | Supporting Material: | - |
⌋
IEEE1722Tp module support of IEEE1722 stream properties ⌈ | Description: | The IEEE1722Tp module shall be able to configure IEEE1722 stream properties. | |---|---|
The IEEE1722Tp module shall support usage of TSpec.
Additional Information:
- IEEE1722 stream properties: e.g. stream id, AVTP subtype
- TSpec: defined in (see ch. 35.2.2.8.4.)
- TSpec support: stream properties for communicating traffic, e.g. max transit time | Rationale: | IEEE1722 stream properties impacting behavior of network communication. | |---|---|
……本章内容较长已节选，完整内容见「本地文件」中的纯文本全文。
23. References¶
24. 附录¶
原文标题：Appendix
25. History of Constraints and 规范 Items¶
原文标题：History of Constraints and Specification Items
Please note that the lists in this chapter also include constraints and specification items that have been removed from the specification in a later version. These constraints and specification items do not appear as hyperlinks in the document.
26. Change History of this document according to AUTOSAR Release R25-11¶
27. Added 需求 in R25-11¶
原文标题：Added Requirements in R25-11
none
28. Changed 需求 in R25-11¶
原文标题：Changed Requirements in R25-11
none
29. Deleted 需求 in R25-11¶
原文标题：Deleted Requirements in R25-11
none
30. Change History of this document according to AUTOSAR Release R24-11¶
31. Added 需求 in R24-11¶
原文标题：Added Requirements in R24-11
none
32. Changed 需求 in R24-11¶
原文标题：Changed Requirements in R24-11
none
33. Deleted 需求 in R24-11¶
原文标题：Deleted Requirements in R24-11
none
34. Change History of this document according to AUTOSAR Release R23-11¶
35. Added 需求 in R23-11¶
原文标题：Added Requirements in R23-11
| Number | Heading |
|---|---|
| IEEE1722Tp module APIs for IEEE1722 streams | |
| IEEE1722Tp module handling of IEEE1722 streams | |
| IEEE1722Tp module access to synchronized global time | |
| IEEE1722Tp module media clock handling | |
| IEEE1722Tp module stream activation and deactivation | |
| IEEE1722Tp module immediate and deferred transmission request | |
| IEEE1722Tp module immediate and deferred reception processing | |
| IEEE1722Tp module encaspulates bus frames | |
| IEEE1722Tp module collecting bus frames for transport | |
| IEEE1722Tp module transmit trigger conditions for collected bus frames | |
| IEEE1722Tp module bus frame forwarding | |
| IEEE1722Tp module bus frame filtering | |
| IEEE1722Tp module definition of IEEE1722 streaming | |
| IEEE1722Tp module support of IEEE1722 stream properties | |
| IEEE1722Tp module support of IEEE1722 AVTP stream data subtypes |
36. Changed 需求 in R23-11¶
原文标题：Changed Requirements in R23-11
none
37. Deleted 需求 in R23-11¶
原文标题：Deleted Requirements in R23-11
none