范文一:白事礼金信封上怎么写_白事封包写法_注意事项
作者:能利
来源:【白事文化部 】
发布时间:2015/11/8 23:17:01
白事活动中,遵循传统礼仪既对仙逝者的尊重,也是自身文化素养的体验。作为灵棚服务行业的专业公司,能利公司常遇到客户咨询:白事礼金信封上怎么写?今天能利公司就在此做一下解答,为您讲一下白事礼金信封的写法和注意事项。
白事礼金信封写法:
按照古代的书写习惯,一定要竖着写,才能保持传统的风格。这是汉民族的习俗,适用于全国大多数的地域。大多数都以旧式中文书写法来写,其要点如下:
1、竖写、
2、从右至左,左边第一行与纸面顶部空两个字开始写,“痛悼(哀悼)世伯(父亲)大人x x x先生千古”;
3、正中行纸面上下空格近乎相当写上,写上“永垂不朽(英灵永存或与天地长存等)”等敬语;
4、末行从纸面底部估计空余两个字位置,写上“世侄(儿或世友)x x x敬挽。即可。
注意:从纸面看,三行是从右至左,右中左一行比一行位置低。
白事封包注意事项:
喜事我们都知道要图吉利,送礼的数目不能带不吉利的数字,其实,丧事也是要趋吉避害的,主人家也要图吉利,因此,送礼的时候要注意数额,不能带在人们习俗里认为不吉利的数字,否则会得罪人。
1、白事送礼数额要单数,不能封双数的礼包。单数表示不好的事情只此一回,如果是双数,则寓意祸不单行,就会得罪主人家了。很多人习惯送礼包就封个大额的整数了事,可能不经意间就得罪人。一般封丧事的礼包都带尾数,常用1做尾数,比如501、511等,此外,有些地方也可以用3、6、9等代表单数,一般不用5、7,为了稳妥起见,建议都用1。
2、现在一些年轻人都没有写封包的习惯了,一般都是购买现成的商业封包直接送礼包,因此,一些年轻人就容易误用封包,尤其是一些不懂人情世故和礼节的人,抓到一个就用,一旦用错,很容易得罪人。白事封包不能用喜事的喜庆封包,市场上的那种现成封包,只能用大吉大利或是白事专用封包,千万不要用恭喜发财、双喜、贺等封包。
3、白事礼包一般不具名和致辞,把礼包送给相关司礼人员即可。有些人家亲友多,司礼登记往往忙不过来,那就很可能会漏记收礼,送礼往往讲究的是礼尚往来,如果你送礼了,主人家却没有登记,主人家可能会怪你,这样是付出了没好报,因此,对于这样的情况,也可以具名,具体做法是:现成的白事专用封包不需要致辞,只在封包正面左下角具名“XXX敬”;那种无致辞的空白封包,则在正面顶部居中竖排写上“牛眠之敬”,在左下角具名即可。
4、办丧事的时候,主人家收到礼包时,很多地方的习俗是需要回礼的,也就是送一个小礼包给送礼者,这种礼包一般就是一块钱左右,象征着送礼者大吉利是。这种回赠礼包,送礼者是要收下的,不能拒收。
5、丧事送礼包的时间也是有讲究的。亲人去世后,主人家一般都会派专人去给亲友报丧,白事礼包一般就是在使者报丧的时候送出去,让使者代收,这个使者往往也是兼任司礼人员,收到礼包后会登记在人情簿,然后回礼。
6、对于一些亲友去世,有的人可能由于关系比较特殊,还要给逝者送花圈或是挽联,一般也是交代主人家代办了,在使者报丧的时候一并把这个代办款交给使者,注意,要交待清楚代物款和礼包数目,避免使者弄混出丑。代物款不需要进礼包。
范文二:USB封包格式
USB封包格式
1.起始(SOP)封包
根集线器会在每1 ms时,送出SOF封包。这介于2个SOF封包之间的时间,即称为帧(frame)。SOF封包虽是属于令牌封包的一种,但却具有独自的PID形态名称SOF
。通常目标设各都利用SOF封包来辨识帧的起点。这个封包常用于等时传输。也就是在1 ms的帧(高速是125 μS微帧,将1 ms切成8份)开始时,等时传输会利用SOF激活传输并达到同步传输的作用。而在每一个帧开始时,SOF会传给所有连接上去的全速设各(包含集线器)。因此,SOF封包并不适用于低速设备。这个封包内包含了一个帧码,其可不断地递增,且在高达最大值时反转为0,重新再计
数一次。这个帧码是用来表示帧的计数值,因此,8个微帧都使用同一个帧码值。若必要时,高速设各可计算出SOF的重复使用次数,并计算出微帧的数量。通过缩短微帧的周期时间,便可减少高速设各对于缓冲存储器的需求。
如图1所示,高速的根集线器将会使用额外的SOF来传输8个微帧。有些书籍会把这种高速的SOF,另命名为uSOF。这种增加的微帧,同时也替高速的连接带来了更复杂的控制方式。
图1 USB帧与微帧示意图
此外,再利用如图2所示的简图来说明主机所送出的一个SOF封包的格式。其中,SOF的封包标识符,PID数据域的值为0xA5。PID[3:o]=0101与PID[3:o]=1010所产生的,只不过它的传送顺序须由LSB→MSB。因此,即可推算出0xA5。以下,所有的PID数据域皆可由此推算而得到。
图2 SOF封包的各种组成字段
图2显示了SOF封包的各种字段与相关的定义。
此外,端点可以通过SOF封包来加以同步,或是以帧码值来作为时间的参考依据。当整个USB总线上没有USB传输时,SOF封包也可避免让设备切人低功率的中止(suspend)状态。再者,虽然在低速设各上,是看不到SOF封包的,但相反,设各的集线器使用了前面所提及的BOP(End of-Packet)信号,且在每一个帧设置一次。因此,有时后也称这种信号为设各的低速存活(keep alive)信号。所以说,SOF/uSOF封包是给全速/高速设各来使用的,而低速存活信号却可避免让低速设备切入中止状态中。
2.令牌封包
由于USB的数据交易是由PC主机端所激活的,所以在每一个数据交易中,必须以下列的5个数据域所组合而成的令牌封包作为起始,并执行通信协议的前导工作。一个令牌封包含盖了5个数据域SYNC、PID、ADDR、ENDP与CRC5。这即是54233的第1个数字:5。如下所列为其令牌封包的各个组成的数据域。
令牌封包的PID数据域(PID[1:0]=[0,1])中包含了OUT、IN、SETUP这3种PID类型名称。也就是包含了OUT令牌封包、IN令牌封包以及SETUP令牌封包。例如,在执行控制传输主机要通过预设的地址取得设备描述符(Get ̄Descriptor),就必须先执行下列的SETUP令牌封包,作为每一次控制传输的开始,其中,PID栏变成SETUP的PID类型名称(0xB4)。IN令牌封包,则是主机用来通知设备,将要执行数据输入的工作。而OUT令牌封包则刚好相反。 图3 显示了PC主机所起始的SETUP令牌封包。
图3 令牌封包的各种组成的字段
3.数据封包
在USB接口中,主机执行了总线的管理、数据传输以及设各对主机所提出的要求命令作出响应的动作。这些所要传输的数据与要求命令是什么呢?因此,必须通过数据封包来执行这项工作。
而由SETUP、IN与OUT令牌封包所起始的数据传输,将会以DATAO、DATA1、DATA2与MDATA封包来加以实现。一个数据封包含了4个数据域:SYNC、PID、DATA与CRC16。各个字段的意义之前已有介绍过。这即是54233的第2个数字:4。在这里,要稍微注意的是DATA字段内所放置的位值,须根据USB设各的传输设备(低速、高速与全速)以及传输
类型(中断传输、批量传输与等时传输)而定,且须以所设置的MaxPackSize字节为基本单位。也即是,若传输的数据不足MaxPackSize字节,或是传输到最后所剩余的也不足MaxPackSize字节,则仍须传输MaxPackSize个字节的数据域。 列出由4个数据域所组合而成的数据封包。
数据封包的PID数据域(PID[1:0]=[1:1])包含了4种类型:DATA0、DATA1、DATA2与MDATA。而根据USB规范,最初的数据封包都以DATA0作为开始,其后才是DATA1,然后依此方式交替切换。这个动作称之为数据紧密连接(data toggle)。这个动作有点类似将数据紧密连接。如此就可确保整个传输过程中,主机能与设各维持同步,且作为帧错之用。例如,如果两个连续的DATA0被接收到的话,意味着DATA1封包被遗漏掉,并产生了错误的状况。而DATA2与MDATA,则仅适用于高速的等时传输。
若主机要针对特别寻址的设各端点,送出取得设各描述符的命令,就可如图4所示,将含有命令的数据封包传出。其中,须特别注意的是,由于是控制传输,所以数据域中仅有8字节。至于“8006 0001 000040”的设备要求的意义。
图4 数据封包的各种组成字段
4.握手封包
握手封包是最简单的封包类型。在这个握手封包中,仅包含一个PID数据域。它的格式如下所列,仅包含SYNC与PID两个数据域,这即是54233的第3个数字:2。
握手封包的PID数据域(PID[1:0]=[1:0])中包含了ACK、NAK、STALL与NYET这4种PID类型名称。也就是含有ACK、NAK、STALL与NYET握手封包。
延伸上一个图例,如果设备已收到主机要执行取得设备描述符的命令,设备就以握手封包来加以响应。因此须注意的是,如果设备已准备接收的话就以ACK握手封包响应;如果尚未就绪就使用NAK握手封包响应;如果发生错误而停滞,就使用STALL握手封包响应。图5显示一个握手封包的格式,其中ACK的PID数据域值为Ox4B,刚好与SETUP的PID数据域值相反。
图5 握手封包的各种组成字段
通过上述的3个封包,即可组成一个数据交易。当然,这即是54233的第4个数字:3。
对于高速设备,为了改善NAK的机制,特别支持了NYET握手封包。这是由于当数据已经传输至总线时,通过NAK这个OUT数据交易的动作是不够的。况且若是在总线上存在着高频率的NAK传输过程,将会使得整个总线逐渐地被拖累,带宽被
分享掉。此时,高速设各就可以使用特殊的PING封包(稍后会提及)来询问,是否接收器还有缓冲区空间来接收OUT数据交易。如果设各以ACK来响应,那么传送器就会安排
OUT传输。反之,如果响应的是NYET,那么传送器就会以PING封包来查询。如此,总线上就会有最佳的使用率。
5.特殊封包
总共包含了4个特殊封包(PRE、ERR、SPLIT与PING)。其中,一个仅使用在低速设备,一个仅使用在高速设各,其余两个则是针对当低速或是全速设备连接上USB 2.0集线器后,再以高速的方式与主机通信时,才会用到。
(1)PRE封包
这个特殊前置(Special Preamble,PRE)封包拥有独自的PID类型名称PRE,其仅适用于主机想要从高速传输变成低速传输时所送出来的情形。也就是主机对于下端端口送出低速封包与低速设备通信之前,所必须先送出的PRE封包。在该PRE封包中,包含了前置码以告诉集线器,下一个封包是低速。如此,集线器将会以即将接上的低速设备开始执行通信的工作。此时,PRE封包会放在导引至低速设各的所有令牌、数据以及握手封包之前。而高速设各是将PRE以SPLIT封包来加以编码,因此不会重复地送出。对于原本已是低速的设备来说,不需要PRE封包。这种格式如下所列,仅包含两个8位的数据域:SYNC与PRE。
(2)PING封包
仅存于高速设备所使用的特殊封包是PING封包。主机会送出PING封包来找出是否高速设各端点在以批量或是包含以多个数据封包的控制传输来送出下一个数据封包之前,是否为忙碌的状态。这是由于传统的USB数据交易时,若常以NAK来响应批量或控制的OUT传输,通常都会导致浪费太多的带宽。因此,为了减少高速或控制的OUT端点的损失,USB 2.0新增了PING封包。一旦批量或控制传输的OUT数据交易被NAK响应后,主机控制器将会使用PING封包来查询高速非周期性的端点是否有足够的内存来接收wMaxPacketSize大小容量的数据。如果此端点具有足够的缓冲区来使用,就以ACK来响应之;反之,继续以NAK响应为止。
此外,高速非周期性的OUT端点也可以使用NYET来加以响应,以通知主机所要加载的数据是可以接收的,但是端点没有足够的内存。此时,主机会使用PING令牌,直到端点表示了针对下一个OUT数据交易,已有足够的缓冲区内存。
(3)SPLIT封包
SPILIT封包定义了令牌封包为分割数据交易(split transactIon)的一部分。为了最佳地使用总线时间,USB 2.0主机与集线器会以高速来送出低速与全速的通信数据。至于为什么需要分割数据交易呢?这是由于当主机开始传输一个针对低速或是全速的设各所预定的数据交易时,那么最接近设备的2.0集线器就有责任去实现与此设各的数据交易。此外,也负责存储任何回传的数据或是状态信息,以及以一个或是两个稍后的数据交易来加以回报回去。如此,整个总线就无须去针对实现一个低速的交易来持续地等待。而这个介于集线器与主机之间的特殊数据交易,就称之为分割数据交易。
(4)ERROR甚寸包
这个封包仅使用在分割数据交易时。2.0集线器会使用该封包并以低速或全速的数据交易来回报一个错误给主机。在此,读者是否发现该PID码值与PRE PID码值是一样的。但是其中,最大的差异是前者是应用在设各与集线器上,另一个则是应用在主机上。也即是集线器不会送出PRE封包给主机或是ERR封包给设各。
以下,将这些封包格式与字段等加以汇整,如表所列,并列出各个字段与其目的。
表 封包与字段之间的关系
续表
范文三:TCP封包格式
TCP封包格式
2010-02-08 17:02:31| 分类: 软件技术 | 标签: |字号大中小 订阅
一、双向传输
TCP是一个双向的协议。换言之,当A、B之间建立好连网后,A可以传送数据给B,而B也可以传送数据给A。
如下图所示
双向传输的特点:
A ? B与A ? B管道各有一组Sequence / Acknowledge Number与Send / Receive Window,因此整个TCP连网会有2个Sequence Number、2个Acknowledge Number、2个Send Window,以及2个Receive Window。值得注意的是,A、B之间互传的封包,可以同时包含A ? B与A ? B的资料。例如:A传送Packet 1给B此封包Payload部分当然是属于A ? B传送管道,但是报送部分则可记录A ? B的Sequence Number,以及A ? B的Acknowledge Number。
二、TCP连网
所有TCP的传输都必须在TCP连网(TCP Connection)中进行。因此,TCP连网的建立、跟上可说是TCP的基本工作。
1、识别连网
如何定义一条TCP连网?
TCP连网是由连网两端的IP地址与连接商品编号(即端口号)所定义:
2、建立连网
开始建立连网时,一定会有一方为主动端(Active),另一方为被动端(Pawwive)。
以WWW为例,客户端的浏览器通常扮演主动端的角色,而服务器端的Wed Server通常是被动端的角色。 连网建立之初,主要是让双方知道对方使用的各项TCP参数。亦即,在建立连网时,必须交换以下信息: (1)双方的Initial Sequence Number。
(2)双方的Window Size。
(3)双方支持的TCP选择性功能(后文会再详述TCP选择功能)。
整个连网建立的过程称为“Handshaking”,也就是双方一见面时要先握手打招呼,讲好如何建立连网。 Handshakingr的步骤,每个步骤各有一个TCP封包。
第1步骤
A首先总支出第1个TCP封包给B,我们称它为SYN封包。此封包除了指明A、B双方的连接端口编号外,还必须包含以下信息:
1、Sequence Number:指定A?B的Initial Sequence Number,我们称之为ISN(A?B)。Sequence Number最随机产生的数字,长度为4Bytes。
2、Acknowledge Number:指定A?B的Acknowledge Number。因为现在还不知道A?B的Sequence Number为何,因此Acknowledge Number先设为0。
3、SYN Flag:这是TCP报头中的一个标示位,用来表明此封包的Sequence Number为Initial Sequence Number,而非一般的Sequence Number。
SYN是Synchronize(同步)的缩写,意思是说借助ISN可将A的Sequence Number与B的
Acknowledge Number同步化。
3、Window Size:A预设Receive Window的大小,在此我们称之为Window(A?B)。它可用来控制B的Send Window大小,借此达成A?B的流量控制。
第2步骤
B在收到SYN封包后,接着会回复一个SYN,ACK封包。其中包含了以下信息: 1、Sequence Number:指定A?B的Initial Sequence Number,我们称之为ISN(A?B) 2、Acknowledge Number:指定A?B的Acknowledge Number。从SYN封包可得知A?B的Initial Sequence Number。在A?B传输管道中,SYN封包可算是Bytes Stream中的1个Byte,因此SYN,ACK封包的Acknowledge Number等于SYN封包的ISN(A?B)再加上1。
3、YN,ACK Flag:用来表明此封包的Sequence Number为Initial Sequence Number(A?B),同时表示Acknowledge Number包含了确认收到的信息。
4、Window Size:B默认Receive Window的大小,称为Window(A?B)。它可用来控制A的Send Window大小,藉此达成A?B的流量控制。
第3步骤
A在收到SYN,ACK封包后,接着会再发出一个ACK封包,其中包含了以下信息: 1、Sequence Number:A?B的Sequence Number,因为第1步骤中的SYN封包占用了Bytes Stream中的1个Byte,所以此处的Sequence Number等于第1步骤SYN封包的ISN(A?B)再加上1。 2、Acknowledge Number:指定A?B的Acknowledge Number。从第2步骤的SYN,ACK封包可得知A?B的Initial Sequence Number。同理,在A?B传输管道中,SYN封包可算是Bytes Stream中的1个
ACK封包的ISN(A?B)再加上1。 Byte,所以此处的Sequence Number等于第2步骤SYN,
3、ACK Flag:表示Acknowledge Number包含了确认收到的信息。
4、Window Size:A的Receive Window大小,亦即Window(A?B)。
建立连网的3个步骤可总结成如下的示意图:
TCP数据传输实例演示:
一、终止连网
TCP连网若要终止,必须经由特定的连网终止步骤,才能将连网所用的资源(连接端口、存储器等等)释放出来。请读者注意,虽然建立连网时可区分为主动端与被动端,但是双方都可以主动提出终止连网的要求。
连网终止的过程共有4个步骤,每个步骤各有一个TCP封包。接着我们便以A作为主动提出连网终止为例,说明连网终止的过程。
第1步骤
A首先送出第1个TCP封包给B,我们称它为FIN,ACK封包,其中包含了以下信息: 1、Sequence Number:指定A?B的Sequence Number,因为A?B已完成传输,因此称之为Final Sequence Number,我们以FSN(A?B)来表示。
2、Acknowledge Number:指定A?B的Acknowledge Number。
3、FIN-ACK Flag:FIN是Finish(完成)的缩写,意思是说A?B已经传输完毕,ACK表示Acknowledge Number包含了确认收到的信息。
4、Window Size:与一般相同,以下省略。
第2步骤
B送出ACK封包给A,其中包含了以下信息:
1、Sequence Number:指定A?B的Sequence Number。
2、Acknowledge Number:指定A?B的Acknowledge Number。由于FIN封包会占用1Byte,所以此处Acknowledge Number等于第1步骤FIN-ACK封包的FSN(A?B)再加上1。
3、ACK Flag:表示Acknowledge Number包含了确认收到的信息。
此步骤结束后,代表成功地终止A?B传输管道。不过,A?B可能还有数据需要传送,所以A?B传输管道仍旧继续维持畅通,直到传送完成才会进入第3步骤。
第3步骤
当B完成A?B的传输后,便送出FIN,ACK封包给A,其中包含了以下信息:
1、Sequence Number:指定A?B的Sequence Number,因为已完成传输,因此称之为FSN(A?B)。 2、Acknowledge Number:指定A?B的Acknowledge Number。由于第1步骤结束后,A便不再传送数据给B,所以此处的Acknowledge Number与第2步骤的Acknowledge Number相同,皆为FSN(A?B)+1。 3、FIN-ACK Flag:代表A?B已经传输完毕,且Acknowledge Number包含了确认收到的信息。 第4步骤
A送出ACK封包给B,其中包含了以下信息:
1、Sequence Number:指定A?B的Sequence Number。由于第1步骤的FIN封包会占用1Byte,所以此
处Sequence Number等于第1步骤FIN-ACK封包的FSN(A?B)再加上1。 2、Acknowledge Number:指定A?B的Acknowledge Number。由于第3步骤的FIN封包会占用1Byet,所以此处Acknowledge Number等于第3步骤FIN-ACK封包的FSN(A?B)再加上1。 3、ACK Flag:表示Acknowledge Number包含了确认收到的信息。
二、TCP封包格式
1、TCP数据的封装
2、TCP封包格式
1) TCP 封包是由以下两部分所组成:
TCP报头TCP数据
TCP报头:记录源端与目的端应用程序所用的连接端口编号,以及相关的Sequence Number、Acknowledge Number、Window Size等等。
TCP数据:载送上层协议(Application Layer)的信息。这部份可视为TCP Payload,不过一般都称为TCP Segment,本章我们将之称为“TCP数据” 。
2)TCP封包的各个字段
Source Port (源连接端口编号)
长度为2Bytes,记录A上层应用程序所用的TCP连接端口编号。
Destination port (目的连接端口编号)
长度为2Bytes,记录B上层应用程序所用的TCP连接端口编号。
Sequecne Number (序号)
长度为4Bytes,记录TCP数据的第1Byte,A?B传输管道Bytes Stream中的编号。 Acknowledge number (回应序号)
长度为4Bytes,记录A?B传输管道中,已收到连续性数据在A?B Bytes Stream中的编号。 Window (窗口大小)
长度为2Bytes,设定A的Receive Window大小,用来控制A?B的流量。一般而言,若A有充裕的时间处理A?B传送来的数据时,A的 Receive Window可变大:若A过于忙碌而无暇处理A?B传送来的数据时,A的Receive Window会变小。
Acknowledge
设为1时代表Acknowledge Number字段包含了确认信息。
Synchronize
Synchronize Flag设为1时,代表Sequence Number字段记载的是Initial Sequence Number,换言之,此封包为连网建立时第1或第2步骤的封包。
Checksum(校验和)
长度为2Bytes,记录错误校验和。TCP在计算机错误校验和时,会加上TCP Pseudo Header。其运作方式与UDP的错误校验和完全相同,在此不再赘述。
范文四:DHCP封包格式
[编辑本段]
DHCP封包格式
以下为各字段的简要说明:
OP
若是 client 送给 server 的封包,设为 1 ,反向为 2 。 HTYPE
硬件类别,Ethernet 为 1 。
HLEN
硬件地址长度, Ethernet 为 6 。
HOPS
若封包需经过 router 传送,每站加 1 ,若在同一网内,为 0 。
TRANSACTION ID
DHCP REQUEST 时产生的数值,以作 DHCPREPLY 时的依据。
SECONDS
Client 端启动时间(秒)。
FLAGS
从 0 到 15 共 16 bits ,最左一 bit 为 1 时表示 server 将以广播方式传送封包给 client ,其余尚未使用。
ciaddr
要是 client 端想继续使用之前取得之 IP 地址,则列于这里。
yiaddr
从 server 送回 client 之 DHCP OFFER 与 DHCPACK 封包中,此栏填写分配给 client 的 IP 地址。
siaddr
若 client 需要透过网络开机,从 server 送出之 DHCP OFFER、DHCPACK、DHCPNACK 封包中,此栏填写开机程序代码所在 server 之地址。
giaddr
若需跨网域进行 DHCP 发放,此栏为 relay agent 的地址,否则为 0 。
chaddr
Client 之硬件地址。
sname
Server 之名称字符串,以 0x00 结尾。
file
若 client 需要透过网络开机,此栏将指出开机程序名称,稍后以 TFTP 传送。
options
允许厂商定议选项(Vendor-Specific Area),以提供更多的设定信息(如:Netmask、Gateway、DNS、等等)。其长度可变,同时可携带多个选项,每一选项之第一个 byte 为信息代码,其后一个 byte 为该项数据长度,最后为项目内容。 CODE LEN VAL
UE 此字段完全兼容 BOOTP ,同时扩充了更多选项。其中,DHCP 封包可利用编码为
0x53 之选项来设定封包类别:
项值 类别
1 DHCP DISCOVER
2 DHCP OFFER
3 DHCP REQUEST
4 DHCPDECLIENT
5 DHCPACK
6 DHCPNACK
7 DHCPRELEASE
DHCP 的选项非常多,有空请查阅 RFC 或相关文献,并好好理解,这里不再叙述
了。
范文五:USB封包格式.doc
USB封包格式
1(起始(SOP)封包
广告插播信息
维库最新热卖芯片:
OP90GS AD734AQ AT24C01A-10SI-2.7 AD533JH XC3090-100PC84C SST39SF020-90-4C-NH NTD3055-150T4 B
CR08PN SM6104S1 TDA2822
根集线器会在每1 ms时,送出SOF封包。这介于2个SOF封包之间的时间,即称为帧(frame)。SOF封包虽是属于令牌封包的一种,但却具有独自的PID形态名称SOF。通常目标设各都利用SOF封包来辨识帧的起点。这个封包常用于等时传输。也就是在1 ms的帧(高速是125 μS微帧,将1 ms切成8份)开始时,等时传输会利用SOF激活传输并达到同步传输的作用。而在每一个帧开始时,SOF会传给所有连接上去的全速设各(包含集线器)。因此,SOF封包并不适用于低速设备。这个封包内包含了一个帧码,其可不断地递增,且在高达最大值时反转为0,重新再计
数一次。这个帧码是用来表示帧的计数值,因此,8个微帧都使用同一个帧码值。若必要时,高速设各可计算出SOF的重复使用次数,并计算出微帧的数量。通过缩短微帧的周期时间,便可减少高速设各对于缓冲存储器的需求。
如图1所示,高速的根集线器将会使用额外的SOF来传输8个微帧。有些书籍会把这种高速的SOF,另命名为uSOF。这种增加的微帧,同时也替高速的连接带来了更复杂的控制方式。
图1 USB帧与微帧示意图
此外,再利用如图2所示的简图来说明主机所送出的一个SOF封包的格式。其中,SOF的封包标识符,PID数据域的值为0xA5。PID,3:o,,0101与PID,3:o,,1010所产生的,只不过它的传送顺序须由LSB?MSB。因此,即可推算出0xA5。以下,所有的PID数据域皆可由此推算而得到。
图2 SOF封包的各种组成字段
图2显示了SOF封包的各种字段与相关的定义。
此外,端点可以通过SOF封包来加以同步,或是以帧码值来作为时间的参考依据。当整个USB总线上没有USB传输时,SOF封包也可避免让设备切人低功率的中止(suspend)状态。再者,虽然在低速设各上,是看不到SOF封包的,但相反,设各的集线器使用了前面所提及的BOP(End of,Packet)信号,且在每一个帧设置一次。因此,有时后也称这种信号为设各的低速存活(keep alive)信号。所以说,SOF,uSOF封包是给全速,高速设各来使用的,而低速存活信号却可避免让低速设备切入中止状态中。
2(令牌封包
由于USB的数据交易是由PC主机端所激活的,所以在每一个数据交易中,必须以下列的5个数据域所组合而成的令牌封包作为起始,并执行通信协议的前导工作。一个令牌封包含盖了5个数据域SYNC、PID、ADDR、ENDP与CRC5。这即是54233的第1个数字:5。如下所列为其令牌封包的各个组成的数据域。
令牌封包的PID数据域(PID,1:0,,,0,1,)中包含了OUT、IN、SETUP这3种PID类型名称。也就是包含了OUT令牌封包、IN令牌封包以及SETUP令牌封包。例如,在执行控制传输主机要通过预设的地址取得设备描述符(Get,Descriptor),就必须先执行下列的SETUP令牌封包,作为每一次控制传输的开始,其中,PID栏变成SETUP的PID类型名称(0xB4)。IN令牌封包,则是主机用来通知设备,将要执行数据输入的工作。而OUT令牌封包则刚好相反。
图3 显示了PC主机所起始的SETUP令牌封包。
图3 令牌封包的各种组成的字段
3(数据封包
在USB接口中,主机执行了总线的管理、数据传输以及设各对主机所提出的要求命令作出响应的动作。这些所要传输的数据与要求命令是什么呢,因此,必须通过数据封包来执行这项工作。
而由SETUP、IN与OUT令牌封包所起始的数据传输,将会以DATAO、DATA1、DATA2与MDATA封包来加以实现。一个数据封包含了4个数据域:SYNC、PID、DATA与CRC16。各个字段的意义之前已有介绍过。这即是54233的第2个数字:4。在这里,要稍微注意的是DATA字段内所放置的位值,须根据USB设各的传输设备(低速、高速与全速)以及传输
类型(中断传输、批量传输与等时传输)而定,且须以所设置的MaxPackSize字节为基本单位。也即是,若传输的数据不足MaxPackSize字节,或是传输到最后所剩余的也不足MaxPackSize字节,则仍须传输MaxPackSize个字节的数据域。
列出由4个数据域所组合而成的数据封包。
数据封包的PID数据域(PID,1:0,,,1:1,)包含了4种类型:DATA0、DATA1、DATA2与MDATA。而根据USB规范,最初的数据封包都以DATA0作为开始,其后才是DATA1,然后依此方式交替切换。这个动作称之为数据紧密连接(data toggle)。这个动作有点类似将数据紧密连接。如此就可确保整个传输过程中,主机能与设各维持同步,且作为帧错之用。例如,如果两个连续的DATA0被接收到的话,意味着DATA1封包被遗漏掉,并产生了错误的状况。而DATA2与MDATA,则仅适用于高速的等时传输。
若主机要针对特别寻址的设各端点,送出取得设各描述符的命令,就可如图4所示,将含有命令的数据封包传出。其中,须特别注意的是,由于是控制传输,所以数据域中仅有8字节。至于“8006 0001 000040”的设备要求的意义。
图4 数据封包的各种组成字段
4(握手封包
握手封包是最简单的封包类型。在这个握手封包中,仅包含一个PID数据域。它的格式如下所列,仅包含SYNC与PID两个数据域,这即是54233的第3个数字:2。
握手封包的PID数据域(PID,1:0,,,1:0,)中包含了ACK、NAK、STALL与NYET这4种PID类型名称。也就是含有ACK、NAK、STALL与NYET握手封包。
延伸上一个图例,如果设备已收到主机要执行取得设备描述符的命令,设备就以握手封包来加以响应。因此须注意的是,如果设备已准备接收的话就以ACK握手封包响应;如果尚未就绪就使用NAK握手封包响应;如果发生错误而停滞,就使用STALL握手封包响应。图5显示一个握手封包的格式,其中ACK的PID数据域值为Ox4B,刚好与SETUP的PID数据域值相反。
图5 握手封包的各种组成字段
通过上述的3个封包,即可组成一个数据交易。当然,这即是54233的第4个数字:3。
对于高速设备,为了改善NAK的机制,特别支持了NYET握手封包。这是由于当数据已经传输至总线时,通过NAK这个OUT数据交易的动作是不够的。况且若是在总线上存在着高频率的NAK传输过程,将会使得整个总线逐渐地被拖累,带宽被
分享掉。此时,高速设各就可以使用特殊的PING封包(稍后会提及)来询问,是否接收器还有缓冲区空间来接收OUT数据交易。如果设各以ACK来响应,那么传送器就会安排
OUT传输。反之,如果响应的是NYET,那么传送器就会以PING封包来查询。如此,总线上就会有最佳的使用率。
5(特殊封包
总共包含了4个特殊封包(PRE、ERR、SPLIT与PING)。其中,一个仅使用在低速设备,一个仅使用在高速设各,其
0集线器后,再以高速的方式与主机通信时,才会用到。 余两个则是针对当低速或是全速设备连接上USB 2(
(1)PRE封包
这个特殊前置(Special Preamble,PRE)封包拥有独自的PID类型名称PRE,其仅适用于主机想要从高速传输变成低速传输时所送出来的情形。也就是主机对于下端端口送出低速封包与低速设备通信之前,所必须先送出的PRE封包。在该PRE封包中,包含了前置码以告诉集线器,下一个封包是低速。如此,集线器将会以即将接上的低速设备开始执行通信的工作。此时,PRE封包会放在导引至低速设各的所有令牌、数据以及握手封包之前。而高速设各是将PRE以SPLIT封包来加以编码,因此不会重复地送出。对于原本已是低速的设备来说,不需要PRE封包。这种格式如下所列,仅包含两个8位的数据域:SYNC与PRE。
(2)PING封包
仅存于高速设备所使用的特殊封包是PING封包。主机会送出PING封包来找出是否高速设各端点在以批量或是包含以多个数据封包的控制传输来送出下一个数据封包之前,是否为忙碌的状态。这是由于传统的USB数据交易时,若常以NAK来响应批量或控制的OUT传输,通常都会导致浪费太多的带宽。因此,为了减少高速或控制的OUT端点的损失,USB 2(0新增了PING封包。一旦批量或控制传输的OUT数据交易被NAK响应后,主机控制器将会使用PING封包来查询高速非周期性的端点是否有足够的内存来接收wMaxPacketSize大小容量的数据。如果此端点具有足够的缓冲区来使用,就以ACK来响应之;反之,继续以NAK响应为止。
此外,高速非周期性的OUT端点也可以使用NYET来加以响应,以通知主机所要加载的数据是可以接收的,但是端点没有足够的内存。此时,主机会使用PING令牌,直到端点表示了针对下一个OUT数据交易,已有足够的缓冲区内存。
(3)SPLIT封包
SPILIT封包定义了令牌封包为分割数据交易(split transactIon)的一部分。为了最佳地使用总线时间,USB 2(0主机与集线器会以高速来送出低速与全速的通信数据。至于为什么需要分割数据交易呢,这是由于当主机开始传输一个针对低速或是全速的设各所预定的数据交易时,那么最接近设备的2(0集线器就有责任去实现与此设各的数据交易。此外,也负责存储任何回传的数据或是状态信息,以及以一个或是两个稍后的数据交易来加以回报回去。如此,整个总线就无须去针对实现一个低速的交易来持续地等待。而这个介于集线器与主机之间的特殊数据交易,就称之为分割数据交易。
(4)ERROR甚寸包
这个封包仅使用在分割数据交易时。2(0集线器会使用该封包并以低速或全速的数据交易来回报一个错误给主机。在此,读者是否发现该PID码值与PRE PID码值是一样的。但是其中,最大的差异是前者是应用在设各与集线器上,另一个则是应用在主机上。也即是集线器不会送出PRE封包给主机或是ERR封包给设各。
以下,将这些封包格式与字段等加以汇整,如表所列,并列出各个字段与其目的。
表 封包与字段之间的关系
续表
转载请注明出处范文大全网 » 白事礼金信封上怎么写_白事封