数据链路层发送与接收的处理过程及涉及到的模块
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
- 用于以太网物理层时钟同步PLL的VCO设计(04-01)
- CAN物理层调试基础知识及举例(02-07)
- 与USB3.1相比,新规范--速率再翻倍(09-09)
- 高线性度组件简化直接转换接收器的设计(08-12)
- 半英寸 UMTS 基站接收器(10-08)
- 纤巧的数字预失真接收器集成了 RF、滤波器和 ADC(04-10)
- 妤傛ḿ楠囩亸鍕暥瀹搞儳鈻肩敮鍫濆悋閹存劕鐓跨拋顓熸殌缁嬪顨滅憗锟�
閸忋劍鏌熸担宥咁劅娑旂姴鐨犳0鎴滅瑩娑撴氨鐓$拠鍡礉閹绘劕宕岄惍鏂垮絺瀹搞儰缍旈懗钘夊閿涘苯濮幃銊ユ彥闁喐鍨氶梹澶歌礋娴兼ḿ顫呴惃鍕殸妫版垵浼愮粙瀣瑎...
- 娑擃厾楠囩亸鍕暥瀹搞儳鈻肩敮鍫濆悋閹存劕鐓跨拋顓熸殌缁嬪顨滅憗锟�
缁箖鈧拷30婢舵岸妫亸鍕暥閸╃顔勭拠鍓р柤閿涘奔绗撶€硅埖宸跨拠鎾呯礉閸斺晛顒熼崨妯烘彥闁喕鎻崚棰佺娑擃亜鎮庨弽鐓庣殸妫版垵浼愮粙瀣瑎閻ㄥ嫯顩﹀Ч锟�...
- Agilent ADS 閺佹瑥顒熼崺纭咁唲鐠囧墽鈻兼總妤勵棅
娑撴挸顔嶉幒鍫n嚦閿涘苯鍙忛棃銏n唹鐟欘枃DS閸氬嫮顫掗崝鐔诲厴閸滃苯浼愮粙瀣安閻㈩煉绱遍崝鈺傚亶閻€劍娓堕惌顓犳畱閺冨爼妫跨€涳缚绱癆DS...
- HFSS鐎涳缚绡勯崺纭咁唲鐠囧墽鈻兼總妤勵棅
鐠у嫭绻佹稉鎾愁啀閹哄牐顕抽敍灞藉弿闂堛垼顔夐幒鍦欶SS閻ㄥ嫬濮涢懗钘夋嫲鎼存梻鏁ら敍灞藉簻閸斺晜鍋嶉崗銊╂桨缁崵绮洪崷鏉款劅娑旂姵甯夐幓顡嶧SS...
- CST瀵邦喗灏濆銉ょ稊鐎广倕鐓跨拋顓熸殌缁嬪顨滅憗锟�
閺夊孩妲戝ú瀣╁瘜鐠佽绱濋崗銊╂桨鐠佸弶宸緾ST閸氬嫰銆嶉崝鐔诲厴閸滃苯浼愮粙瀣安閻㈩煉绱濋崝鈺傚亶韫囶偊鈧喕鍤滅€涳附甯夐幓顡塖T鐠佹崘顓告惔鏃傛暏...
- 鐏忓嫰顣堕崺铏诡攨閸╃顔勭拠鍓р柤
娑撳洣绗€妤傛ɑ銈奸獮鍐叉勾鐠у嚖绱濇潻娆庣昂鐠囧墽鈻兼稉杞扮稑閸︺劌鐨犳0鎴炲Η閺堫垶顣崺鐔枫亣鐏炴洘瀚甸懘姘剧礉閹垫挷绗呴崸姘杽閻ㄥ嫪绗撴稉姘唨绾偓...
- 瀵邦喗灏濈亸鍕暥濞村鍣洪幙宥勭稊閸╃顔勭拠鍓р柤閸氬牓娉�
鐠愵厺鎷遍崥鍫ユ肠閺囨潙鐤勯幆鐙呯礉缂冩垵鍨庨妴渚€顣剁拫鍙樺崕閵嗕胶銇氬▔銏犳珤閵嗕椒淇婇崣閿嬬爱閿涘本鍨滅憰浣圭壉閺嶉绨块柅锟�...