微波EDA网,见证研发工程师的成长! 2025濠电姷鏁告慨鎾儉婢舵劕绾ч幖瀛樻尭娴滅偓淇婇妶鍕妽闁告瑥绻橀弻锝夊箣閿濆棭妫勭紒鐐劤濞硷繝寮婚悢鍛婄秶闁告挆鍛缂傚倷鑳舵刊顓㈠垂閸洖钃熼柕濞炬櫆閸嬪棝鏌涚仦鍓р槈妞ゅ骏鎷�04闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋為悧鐘汇€侀弴銏℃櫆闁芥ê顦純鏇㈡⒒娴h櫣甯涢柛鏃€娲熼獮鏍敃閵堝洣绗夊銈嗙墱閸嬬偤鎮¢妷鈺傜厽闁哄洨鍋涢埀顒€婀遍埀顒佺啲閹凤拷23闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋為悧鐘汇€侀弴銏℃櫇闁逞屽墰缁絽螖娴h櫣顔曢梺鐟扮摠閻熴儵鎮橀埡鍐<闁绘瑢鍋撻柛銊ョ埣瀵濡搁埡鍌氫簽闂佺ǹ鏈粙鎴︻敂閿燂拷 闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋為悧鐘汇€侀弴銏犖ч柛灞剧煯婢规洖鈹戦缁撶細闁告鍐f瀺鐎广儱娲犻崑鎾舵喆閸曨剛锛涢梺鍛婎殕婵炲﹪鎮伴鈧畷鍫曨敆婢跺娅屽┑鐘垫暩婵挳骞婃径鎰;闁规崘顕ч柨銈嗕繆閵堝嫯鍏岄柛娆忔濮婅櫣绱掑Ο鑽ゎ槬闂佺ǹ锕ゅ﹢閬嶅焵椤掍胶鍟查柟鍑ゆ嫹婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柟闂寸绾惧鏌i幇顒佹儓闁搞劌鍊块弻娑㈩敃閿濆棛顦ョ紓浣哄Ь椤濡甸崟顖氱疀闁告挷鑳堕弳鐘电磽娴e搫顎岄柛銊ョ埣瀵濡搁埡鍌氫簽闂佺ǹ鏈粙鎴︻敂閿燂拷
首页 > 硬件设计 > 硬件工程师文库 > 数据链路层发送与接收的处理过程及涉及到的模块

数据链路层发送与接收的处理过程及涉及到的模块

时间:02-08 来源:网络整理 点击:

er outputs a 0xFC (28.7) octet

frame_end

Asserted by transmitter to indicate end of frame.

(multi)frame_start

Asserted by transmitter to indicate start of frame for devices belonging to the NMCDA-SL device class, or start of multiframe for devices belonging to other device classes. (See clause 9).

lane_seq_end

Asserted by transmitter to indicate end of initial lane alignment sequence

multiframe_end

Asserted by transmitter to indicate end of multiframe. Only to be asserted if both sides of the lane support lane synchronization.

NewOvalue

Value of last octet in current frame

OldOvalue

Used for storage of last octet in frame

SEND_A

Send /K28.3/ symbol

SEND_DATA

Send code group belonging to current data octet

SEND_F

Send /K28.7/ symbol

SEND_K

Send /K28.5/ symbol

SEND_LANE_SEQ

Send initial lane alignment sequence

sync_request_tx

asserted when transmitter detects a synchronization request

1.3 Initial frame synchronization

在系统数据链路建立起来时,数据帧的同步将通过以下方式实现:

在code group synchronization期间,发送器将一直发送标志符comma码K28.5。

在code group synchronization结束后,在接收器接收到第一个不是K28.5的字符开始,认为是数据帧的开始,如果发送器发送的是initial lanealignment sequence,那么K28.5后面紧跟的将是K28.0。

在第一个K28.0以后,接收器认为每F个octet为一个数据帧。

1.3.1 Frame alignment monitoring andcorrection

1.3.1.1 Alignment charaters

数据帧的对齐通过对齐标志符comma码来完成,这些comma将在特定的情况下插入到数据流中,接收器将在确定接收到的comma有效时,将以comma在数据帧的位置为标志,从新的同步接收器中的数据帧,在一般的情况下,系统认为多次在数据帧的某一个位置检测到comma,才会认为该comma是有效的,并且以此作为依据来从新同步接收器中的数据帧。

对齐数据帧的标准符是comma码/F/=/K28.5/,但是如果发送和接收器都支持通道间的通道,那么comma码/A/=/28.3/也将会出现在复帧的结束,他也可以作为数据帧同步的标志符。

根据数据是否进行加扰处理,对于对齐标志符的处理将分为两种情况。

1.3.1.2 Character replacement withoutscrambling

在接收器和发送器都支持通道同步的情况下,对齐标志符的在发送器内的替换和在接收器中的还原需要遵循如下的操作:

当前数字帧的最后一个octet,当前复帧的最后一个octe除外,等于上一次数据帧的最后一个octet,那么当前数据帧的最后的octet将用/F/=/K28.7/来代替,但是如果上数据帧已经发生了对齐标志符,本次数据帧将不进行替换。

当前数据帧的最后一个octet,并且是复帧的最后一个octet,等于上一次数据帧的最后一个octet,那么当前数据帧的最后的octet将用/A/=/K28.3/来代替,即使上一次数据帧已经发生了对齐标志符,本次数据帧也会进行替代

在接收器中,在接收到对齐标志符/F/或者/A/时,接收器需要用上一数据帧中位置相同的数据进行替代。

如果接收和发送器中,有某一个器件不支持通道同步,对齐标志符的替换将遵循如下的原则:

当前数字帧的最后一个octet,当前复帧的最后一个octe除外,等于上一次数据帧的最后一个octet,那么当前数据帧的最后的octet将用/F/=/K28.7/来代替,但是如果上数据帧已经发生了对齐标志符,本次数据帧将不进行替换。

在接收器中,在接收到对齐标志符/F/时,接收器需要用上一数据帧中位置相同的数据进行替代。

1.3.1.3 Character replacement withscrambling

在接收器和发送器都支持通道同步的情况下,对齐标志符的在发送器内的替换和在接收器中的还原需要遵循如下的操作:

当前数字帧的最后一个octet,当前复帧的最后一个octe除外,等于0xFC时,那么当前数据帧的最后的octet将用/F/=/K28.7/来代替。

当前数据帧的最后一个octet,并且是复帧的最后一个octet,等于0x7C时,那么当前数据帧的最后的octet将用/F/=/K28.3/来代替。

在接收器中,在接收到对齐标志符/F/或者/A/时,接收器需要用0xFC或者0x7C替代。

如果接收和发送器中,有某一个器件不支持通道同步,对齐标志符的替换将遵循如下的原则:

当前数字帧的最后一个oct

鐏忓嫰顣舵稉鎾茬瑹閸╃顔勯弫娆戔柤閹恒劏宕�

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top