Hopefully this will be read by some before the Telecon.<BR>
<BR>
In general, the RB looks in good shape. My only query is with regard to the old chestnut about conflicts between sequence preservation, prioritisation and chnnelisations. The following statements, I believe, need to be added:<BR>
<BR>
&nbsp;&nbsp;&nbsp; Sequence preservation for the assured service can only be provided&nbsp;amongst SDUs of the same priority.<BR>
<BR>
&nbsp;&nbsp;&nbsp; Sequence preservation for the reserved service can only be provided amonst SDUs sharing the same priority and channel<BR>
<BR>
&nbsp;&nbsp;&nbsp;&nbsp;Sequence preservation for the&nbsp;guranteed service can only be provided amonst SDUs sharing the same priority and channel<BR>
<BR>
Do we really need both channel and priority in the reserved and guranteed service?<BR>
<BR>
Other minor quibbles are the use of the word "Applications" in the overlying layer in Fig 2-1 and the statement in e.g. the Assured Service Overview that delivery is "ensured through retry and redundancy mechanisms". Mechanisms are not the concern of a service spec.<BR>
<BR>
Dai<BR>
<BR>