cwts-specs-019用户平面协议_第1页
cwts-specs-019用户平面协议_第2页
cwts-specs-019用户平面协议_第3页
cwts-specs-019用户平面协议_第4页
cwts-specs-019用户平面协议_第5页
已阅读5页,还剩54页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、cwts-specs-019用户平面协议通信标准参考性技术文件imt-ds fdd(wcdma)系统lu接口技术规范:用户平面协议imt-dsfdd(wcdma) system lu interface technicalspecification: user plane protocols20xx-xx-xx 发布20xx-xx-xx 实施中华人民共和国信息产业部科学技术司 印发目次-、八刖ii1范i韦i22引用标准23定义和缩略4.概述34.1概要说明34.2操作及功能说明5透明模式,version165.1概述65.2透明模式的lu up协议层的业务65.3 up数据传送层需要提供的业5

2、.4透明模式的lu up通信的要素.66 smpsdu 模式,version176.1概述76.2支持模式luup协议层的业务.76.3 up数据传送层需要提供的业务76.4支持模式luup协议层的功能.86.5基本过程116.6支持模式luup通信的元素186.7处理不可预见、未知、错误的协议数据307iuup协议层的通信原语347.1模型准则347.2在rnlsap指向高层的原语.347.3在tnlsap指向传输层的原语368luup协议的演进378.1协议演进的原则37本通信标准参考性技术文件主耍用t imt-2000 ds系统fdd模式(wcdma)的lu接口。本文基于3gpp制订的r

3、elease99(2000年9月份版 本)技术规范,具体对应于ts 25.415 v3.4.0o本参考性技术文件由信息产业部电信研究院提出。本参考性技术文件由信息产业部电信研究院归口。本参考性技术文件起草单位:信息产业部电信传输研究所华为技术有限公司本参考性技术文件主要起草人:续合元、徐京皓、盛蕾、徐菲徐欣、王斌本参考性技术文件2001年1月首次发布。本参考性技术文件委托无线通信标准研究组负责解释。ii通信标准参考性技术文件imt-ds fdd(wcdma)系统lu接口技术规范:用户平面协议imt-ds fdd(wcdma) system lu interface technical spec

4、ification:user plane protocols1范围本参考性技术文件规定了 lu接口技术规范中的用户平面协议部分,它基于3gpp制订的release-99(2000年9月份版本)技术规范,具体对应于下列标准所包含的条文,通过在本标准中引用而成为本标准的条文。 本标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的 各方应探讨使用下列标准最新版本的可能性。1 umts 25.401: "3rd generation partnership project (3gpp) technicalspecification group 仃sg) ran;utran ove

5、rall description".2 umts 25.410: "3rd generation partnership project (3gpp) technicalspec币cation group ctsg) ran;utran lu interface: general aspects and principles"3 umts 25.413: "3rd generation partnership project (3gpp) technicalspecification group (tsg) ran;utran lu interface

6、ranap protocol"4 umts 25.414: "3rd generation partnership project (3gpp) technicalspecification group (tsg) ran;lu in terface data transport and tran sport signalling".5 umts 23.110: "3rd generation partnership project (3gpp) technical specification group (tsg) ssa,umts access st

7、ratum, services and functions".6 umts 23.121: "3rd generation partnership project (3gpp) technicalspecification group (tsg) ssa,architectural requirements for release 99"7 itu-t recommendation 1.363.2 (1997): nb-isdn atm adaptation layer type 2 specification".8 itu-t recommendati

8、on 1.366.1 (1998): "segmentation and reassembly service specific converge neesublayer for the aal type 2".9 umts 25.990: "3rd generation partnership project (3gpp) technicalspec币cation group ffsg) ran;vocabulary'*10 umts 25.321: "3rd generation partnership project (3gpp) tech

9、nicalspecification group (tsg) ran;mac protocol specification'1.11 umts 25.322, 3rd gen eration partnership project (3gpp) technicalspecification group (tsg) ran;rlc protocol specification.12 umts 26.102: "3rd gene ration partnership project (3gpp) technicalspecification group (tsg) sa;man

10、datory speech codec; amr speech codec; in terface to lu and uu"23定义和缩略语amr adaptive multi-rate codecasaccess stratumcncore networkdtx disc ontinu ous tran smissi ongfgalois fieldiptiin ter pdu tran smissionitilu timing intervalnasnon access stratumpceprocedure control extensionpduprotocol data

11、unitqosquality of servicerabradio access bearerranap radio access network application partrfcrab sub flow combinationrfcirfc indicatorrnlradio network layersapservice access pointsduservice data unitsmpsdu support mode for predefined sdu sizesrnc serving rncsrns serving rnssssar service specific seg

12、mentation and reassemblytfitran sport format iden tificati ontfotan dem free operatio ntnltransport network layerttfo transcoder free opera廿ontrmtran spare nt modeup user planeuui user to user information4.概述4.1概耍说明luup协议位于lu接口的无线网络层的用户平面:luup协议层。luup 协议用于传送与rab相关的用户数据。一个lu up协议实例(instance)同且只同一个rab

13、相关。如果对于一 给定ue,建立了几个rab,那么这些rab将使用相同数目的lu up实例。lu up协议实例存在于lu sap,即位于cn和utran屮。当rab需耍在lu up中传输用户数据时,lu up协议实例应存在于每个lu接口 sapo这 些luup实例应同相关的rab起建立、重定位及释放。这些对等协议 实例完成的rab功能将依赖于lu up的操作模式。图1说明了 luup协议层的逻辑位置及数据流源头的位置。自适应多速率话音编码接入层核心网络非连续发射galois域pdu间 的传输lu定时间隔非接入层过程控制扩展协议数据单元服务质量无 线接入承载 无线接入网络应用部分rab子流组合r

14、fc指示 无线网络层 业务接入点 服务数据单元用于预定义sdu尺寸的支持模式 服务rnc服 务rns业务特定的分段和重组传送格式标识免二次编码操作传送网络 层 免声码器操作 透明模式用户平面用户到用户信息(uu)图1: lu up协议在utran总体结构中的位置4.2操作及功能说明4.2.1 lu up协议的操作模式luup协议的一个目标是保持与cn域的独立性(cs域和ps域),并 对传送层的依赖关系没有或较少。为了适应这个冃标,需耍提供以下灵活 性:i. 能够进行业务演进,而无需考虑cn域;ii. 能够在cn域中,进行业务迁移(migrate)0因此lu up协议以操作模式进行定义,这些操作

15、模式是在rab的基础 上激活,而非在cn域或(电信)业务基础上。luup的操作模式确定是否 提供以及提供哪些特性以适应,如rab qos的要求。luup具有2种操作模式:1. 透明模式(trm: transparent mode);2. smpsdu 模式(smpsdu: support mode for predefined sdu size);luup协议实例的操作模式由cn,根据如rab特性,在rab建立期 间决定。它在每个rab分配和重定位期间,通过无线网络层的控制平面指 示,然后在用户平面建立期间,内部通知luup协议层。运作模式的选定同相关rab的特性捆绑在一起,除非rab更改,否

16、则不能改变。4.2.2透明模式透明模式用于支持这些rab:除了用户数据的传输,不需耍luup协 议的特别属性。图2说明了 lu up协议层的透明操作模式。图2: lu接口上处于透明模式的lu up协议层在这种模式下,lu up协议实例在lu接口上不与英对等实例进行任何 luup协议信息的交换,即:不发送lu帧。此时通过luup协议层的数据是 在高层与传送网络间交换的pduogtp-u pdu可以使用lu up协议的透明模式。4.2.3 smpsdu 模式smpsdu模式用于支持这样的rab:除了传输用户数据之外,还需要 使用lu up协议的特别属性。在这种操作模式下,对等lu up协议实例交换

17、 luup帧,而在透明模式下,没有luup帧生成。图3说明了 luup协议层smpsdu模式的功能模型。需要lu up协议支持的rab,以某些特有的方式对lu up协议甚至无线 接口协议进行约束。女山 某些rab可以有预定义的可变速率。luup支持 模式应支持这些变化。这里唯一定义的支持模式是:?预定义长度支持模式(smpsdu)oamr语音pdu的传输可以使用smpsdu模式,因为它需要一些过程 控制功能及一些数据流特定功能,而英传输的用户数据大小可以预定义的 方式进行变化。5图3支持模式的luup协议层5透明模式,version 15.1概述5.1.1透明模式的lu up操作透明模式的lu

18、 up层位于lu用户平血,用于在lu接口透明传送数据。 两层通过sap传送nas (non access stratum)数据流。5.1.2透明模式luup协议层的接口与透明模式lu up协议层接口的是传送网络层和高层。透明模式的lu up协议层是一个空层,nas数据流pdu通过它,在高层与传送网络层间 进行传输。透明模式lu up协议层利用传送网络层提供的业务,在lu up接口传输lu up pduo5.2透明模式的lu up协议层的业务支持透明模式,需要以下功能:?用户数据的传输。5.3 up数据传送层需要提供的业务透明模式的lu up协议层需要传送网络提供以下业务:?用户数据的传输。5.

19、4透明模式的lu up通信的要素5.4.1透明模式的帧格式图4说明通过透明模式的lu up协议层的pdu格式。该帧在lu up协 议层与传送网络层间(tnlsap)透明传送。oct ipayloadoct n图4透明模式数据帧格式这种pdu具有可变的长度,其最大范围依赖于用户数据的类型(如: ip包)。在luup协议层中没有显式长度指示。6smpsdu 模式,version 16.1概述6.1.1支持模式lu up的操作smpsdu模式lu up层支持需要在用户面(up)中进行帧处理的数据 流。两层通过sap传送nas数据流。6.1.2 smpsdu模式lu up协议层的接口作为接入层职责的一

20、部分,支持模式lu up协议层提供处理nas数据 流所必需的业务与功能。支持模式的lu up通过用于信息传输的专用sap 向up高层提供业务。支持模式lu up协议使用传送层提供的业务,以通过lu接口提供lu up pdu的传输。6.2支持模式luup协议层的业务smpsdu模式的业务需要如下功能以支持该业务:传输用户数据;-初始化;时间对准;错误事件处理;帧质量分类。6.3 up数据传送层需要提供的业务传送网络层向lu up协议层提供如下业务:?传输用户数据。76.4支持模式lu up协议层的功能6.4.1支持模式lu up协议层的功能 模型图5支持模式lu up协议层的功能模型支持模式lu

21、 up协议层由以下3类功能组成:1)帧处理器功能;2).过程控制功能;3). nas数据流特定功能。6.4.2帧处理器功能该功能负责lu up协议帧不同部分的成帧与解帧。该功能获取lu up协 议帧的不同部分并将控制域设置成正确值,包括处理帧号。它也保证帧控 制部分语义正确。该功能负责同传送层相互作用,也负责luup帧头部的 crc校验。头部crc校验错误的lu up帧将被丢弃。6.4.3过程控制功能这组功能对在lu up协议层次上处理的过程进行控制。这些功能负责 luup帧的过程控制部分。这些过程主要包括:?速率控制:该过程在luup上,控制所允许的速率集合。速率的集 合由一个rfci指示和

22、(当适用时)下行链路发送时间间隔表示。控制该过 程的功能与lu up协议层外的功能相互作用。?初始化:该过程控制初始化信息的交换,smpsdu模式的操作需要 这类信息。这类信息屮可以包含rfci集合,rfci集合将一直使用直到连接 终止或下一次初始化过程。?时间对准:该过程控制lu接口发往rnc下行链路数据的定时。控制 该过程的功能与lu up协议层外的功能相互作用。?错误事件处理:该过程控制与故障检测相关的信息在lu上进行交 换。控制该过程的功能与lu up协议层外的功能相互作用。86.4.4 nas数据流特定功能这组功能负责净荷的有限操作和帧号一致性检查。如果在接收帧号中 发现帧丢失(对于

23、帧号同时间无关的rab),这种情况将报告给过程控制功 能。这组功能负责lu up帧净荷部分的crc检验与计算。这些功能也负责 帧质量分类处理。这些功能与高层相互作用,交换luupi帧净荷的lu数据流块。当需要 时,这些功能也执行lu up帧净荷的填充和去填充的功能。这些功能同过程控制功能相互作用。这些功能为过程控制功能提供对高层的访问。6.4.4.1帧质量分类功能6.4.4.1.1 概述在luup的支持模式下帧以帧质量分类符(fqc)进行划分。这种分 类基于无线帧分类和rab属性"delivery of erroneous sdus”的设置。rab 属性"delivery

24、of erroneous sdus”决定错误帧是否发送。图6说明了 lu up帧质量分类功能的主要输入和输出信息。图6:luup的无线帧质量分类6.4.4.1.2 fqc信息的处理在srnc发送端,支持模式将帧和无线帧质量信息作为输入。基于这 些信息,为该帧设定fqc,加上crc (如果需耍的话),将帧发往cn。下 表说明fqc的设置。9表1: rnc在上行方向的fqc处理在上表中如果任何子流的属性?delivery of erroneous sdus?设为?no?,且该子流的无线帧分类是?bad?则该帧不发送。接收端cn对帧载荷的crc进行检查(如果有的话),并将帧和帧质量 分类信息通过rn

25、l-sap向高层传送。表2: cn在上行方向的fqc处理在发送时cn的支持模式功能给帧加上净荷的crc (如果必要的话)与fqc 一块发送(fqc在编解码时总设为?good?)osrnc在收到帧后做crc校验(如果有的话),并基于收到的fqc和crc校验的结果、rab属性的设定决定是否传送帧。10表3: rnc在下行方向的fqc处理在上表屮若任何子流属性?delivery of erroneous sdus?设为?yes?本过程6.5.1用户数据的传输过程6.5.1.1成功操作用户数据传输过程的目的是在iu接口两端的lu up协议层之间传输lu up帧。由于一个luup实例同且只同一个rab发

26、生联系,因此传输的用户 数据只同一个rab发生联系。该过程在luup实例的两端进行控制,即 srnc 和 cno当某个rab的用户数据需耍传送时,用户数据传输过程将被调用。在 收到高层pdu及相关的控制信息rfci时,lu up高层调用该过程。在srnc 中,高层可能将帧质量分类信息同rfci-同发送。nas数据流功能对净 荷进行填充(如果需要),因此lu up帧的净荷将是整数字节。则如有需要, nas数据流功能将计算lu帧净荷的crc,并将lu up帧的净荷与rfci 一起 下传至帧处理器。帧处理器功能从其内部存储器中取出帧号,形成合适的帧头部及帧的 净荷,并将luup帧pdu传送至下一层,

27、以在lu接口中进行传输。对于会话或流业务类别的rab,帧号应基于时间(按照iti增加)。对 于其它业务类别,帧号应基于发送的luuppdu (按照每个发送的pdu增 加)。见帧号说明。在收到用户数据帧后,lu up协议层按如下顺序检查lu up帧的一致性:帧处理器检查帧头的一致性。如果正确,帧处理器将存储帧号并向 nas数据流功能传送lu up帧的净荷及相关的crco所接收的rfci将送至 过程控制功能;nas数据流功能检查净荷的crc。如果rfci是正确的(即:rfci用 于初始化),并与过程控制功能指示的lu up净荷一致(即:帧的净荷对于rfci来讲不是太短),nas数据流功能将根据rf

28、ci信息从lu11up帧净荷屮移出填充位和空闲扩展域(当出现在luup帧屮时)。然 后,nas数据流功能将rfci和净荷将送至高层。图7用户数据的成功传输6.5.1.2不成功操作如果携带用户数据的lu up帧没有正确成帧,或不能被接收lu up协议 层一正确处理,luup协议层或放奔该帧,或将该帧同指示该帧故障的帧分类 信息一起传送至高层。该决定基于针对特定rab的lu up实现的配置数据(即:rab是否要求发送故障帧)。如果lu up协议层通过收到的帧号序列出现间隙检测到帧丢失,而帧 号同时间无关(见帧号说明),则接收luup协议层将向过程控制功能报告 这种情况。图8用户数据非成功传输(注:

29、图8中的1)故障帧,2)检测到帧丢失。)6.5.2初始化过程6.5.2.1成功操作该过程对于使用smpsdu模式的rab是必需。初始化过程的目的在于 以rfci和相关的rab子流sdu大小,配置lu up两端的实例。其他附加参 数也可以传送,女口: pdu间定时时间间隔(ipti: inter pdu timing interval)o初始化过程通常由负责建立rnl用户平面的实体控制,即srnco在收到lu up过程控制功能指示时,初始化过程被调用,如:在lu上,作为rab建立或srns迁移的结果。 当该过程被调用时,所有其他过程将被挂起,直到初始化过程终止。srnc 对于每个 rab 子流组

30、合(rfc: rab sub-flow combination)分配 一个rfci。该标识与rfc的对应关系在luup中将一直保持,直到连接终 止或初始化过程执行。对于每个rfc ,标识与组合中的每个rab子流sdu的大小相关。rfci(rfci: rab sub-flow combination12indicator)清单及各自的sdu大小构成了 rfc集合,这些参数在初始 帧之中传送。在rfc清单屮的第一个rfc指明初始rfc,即:在用户数据传输过程 开始阶段,首先采用的rfc。 完整的信息由luup帧处理器成帧,并 以luup初始化帧进行传送。如果需要,可以计算初始化帧的crc ,并在

31、帧的相应域进行设定。在发出初始化帧之后,一个监视定吋器tinit启动,该定时器监视初 始确认帧的接收。在收到一帧指示初始化过程在lu up对等实体激活之后,lu up协议层 将向高层传送 过程控制使用的rfc集合。它也存储rfc集合,以便在用 户数据传输期间,控制luup净荷正确成帧。如果接收方lu up协议层止确地收到并处理了初始化帧,它将发送一 个初始化确认帧。在收到初始化确认帧后,srnc的lu up协议层将停止监视定时器tinit o 如果初始化过程需要发送几帧,则每一帧需要各自获得确认。如果初始化过程需耍使用几个初始化帧,则下一帧在发送z前,需耍 等到前一帧的确认己经收到。监视定时器

32、用于链中每一帧。对于链中的第1帧,帧号设置为o,而后根据发送的顺序,对于每个 发送帧增加。确认或否定确认携带被确认帧的帧号。在收到初始化“否定”确认帧或定时器溢出之后,srnc的lu up协议 层将复位、重新启动监视定时器,并重复发送初始化帧。重复可以执行ninit 次。ninit可由运营商选定(ninit的默认值 为3)。随后当处于通信期间时(如无线网络层的内部功能所指示的),下行 链路的帧传输以初始rfci开始。在这种情况下:srnc收到一个lu帧, 说明在lu up的另一端初始化过程处于激活态,rfci应按如下说明使用:对于帧的发送,bp:在上行链路方向,rnc使用在对等tfo或trfo

33、 伙伴初始化阶段声明的rab子流组合集合(rab sub-flows combination set);对于帧的接收,即:下行链路方向,rnc使用在其发送的初始化帧 说明的rab子流组合集合。图9 m个rfci的成功初始化过程6.5.2.2不成功操作如果初始化帧没有正确成帧,并且不能被接收lu up协议层正确处理, 接收方lu up协议层将发送初始化“否定”确认帧。如果在ninit次 重复z后,初始化过程非成功终止(由于ninit次“否 定”确认或定时器tinit溢出),则luup协议层(发送方和接收方)将采 取适当的本地动作。13图10lu up不成功初始化过程(注:1) ninit次“否定

34、”确认 或2) ninit次定时器溢岀)(注:这种情况(即:srnc收到一个lu帧,指示在luup的另一端初 始化过程处于激活状态)应同tfo或tfo协商相关。但tfo或tfo与codec 如何协商有待进一步研究。)6.5.3 lu速率控制过程6.5.3.1成功操作速率控制过程的目的在于:向对等lu up协议层说明在lu相反方向允 许的速率。lu up上的速率控制过程通常由在utran完成速率控制的控制实体完 成,即srnco在某些情况下,女口: trfo和tfo,由lu up对端进行控制。当srnc决定lu的允许速率集合需要更改时,lu速率控制过程将被调 用。该集合可以由以下速率构成:?速率

35、控制允许速率中的一个允许速 率;?可以由srnc控制速率中的几个速率。srnc可以控制的速率是在保证比特速率之上的速率(在建立阶段,向 luup指明)。在保证比特速率之下的速率不能由rnc控制,女ch sid帧。当用户数据传输不被其他控制过程挂起时,该过程可以在任何时间指zj o过程控制功能根据高层的请求,准备速率控制帧的净荷,其中包含了速率控制帧的反向允许速率。所允许的速率由rfci指示。帧处理功能计算帧crc,形成合适的pdu类型,并将lu up协议帧pdu 发送至低层,以便在lu接口上传输。在收到速率控制帧后,luup协议层检查lu up帧的一致性,过程如下 所述:帧处理器检查帧头与cr

36、c的一致性。如果正确,帧处理器将过程控 制部分传送至过程控制功能;过程控制功能检查新的允许速率是否与在初始化中收到的rfci集合 一致。它们也核实仍然允许的非速率控制速率。如果所有的速率控制信息 正确,过程控制功能将速率控制信息传送至nas数据流特定功能。nas 数据流特定功能以lu-up-status indication原语向高层传送 速率控制信息。14图11srnc发出的成功速率控制图12 cn发出的成功的速率控制6.53.2不成功操作如果srnc中的lu up检测到速率控制命令没有被正确地接收或翻译(如:速率超出了在速率控制帧中允许的反向速率),luup将重新触发速 率控制过程。如果经

37、过nrc次重复,错误情况依然存在,lu up协议层(发 送与接收)将采取适当的本地动作。如果lu up协议层收到错误或故障的速率控制帧,它将忽略该帧。图13由rnc发出的不成功的速率控制传输(注:1)帧丢失;2)故障帧) 图14由cn发岀的不成功的速率控制传输(注:1)帧丢失;2)故障帧)156.5.4时间对准过程6.5.4.1成功操作时间对准过程的目的是:通过控制对等lu up协议实体的传输定时, 使rnc中的缓冲时延最小。lu up时间对准过程由srnc控制。当检测到lu up pdu在不适当的时间到达从而导致不必要的缓冲延时 时,srnc将调用时间对准过程。srnc中检测的触发是srnc

38、内部的事情, 超出了冃前文档的范围。srnc中的lu up协议层向对等实体说明延迟或提前调整的量值,该量 值以500 us的数量表示。在发送lu up时间对准帧后,监视定时器tta开 启。这个定时器监视时间调整确认帧的接收。对端节点被要求的lu up协议层实体按照srnc的指示调整传输定时。 如果时间对准帧正确形成,被接收lu up协议层和高层正确处理,后 者将发送时间对准确认帧。在收到时间对准确认帧后,srnc中的luup 协议层将停止监视定时器ttao当用户数据传输不被英它控制过程挂起时,该过程可以在任何时间发 起。图15a成功的时间对准6.5.4.2不成功的操作如果时间对准不能被对端处理

39、,对端将发送一个带有相应原因的nack。 如果srnc的luup收到一个nack,其中的原因值是time alignment not supported",则srnc将不再为相应的rab发送其它的时间调整帧(除非 那个rab的lu up状态改变)。原因值“time alignment not possible”用于 说明请求的时间对准在某个时刻是不可能的。在以后的时间,srnc可以在 需耍的时候发出时间对准命令。如果srnc的lu up检测到对端没有正确收到时间对准命令(即:收到 nack或定时器超时),将重新触发时间对准过程。在重复nta次后,错误 情况仍然存在,luup将采取适当

40、的本地动作。当收到时间对准nack时,srnc中的lu up应停止监视定时器tta。如果rnc中luup收到时间对准帧(如:在trfo的情况下),应返回 一个 nack,说明"time alignment not supported”。16图16a不成功的时间对准(注:表示1) nta次否定确认 或2) nta次定时器超吋)6.5.5错误事件处理过程6.5.5.1成功操作错误事件处理过程的目的是处理错误报告。在luup协议上,错误报 告通过错误事件帧进行。lu up中的错误事件过程可以由以下条件触发:-lu up功能检测到的一个错误(接收一个错误帧或接收一个未知或不 希望的数据)。在

41、这种情况下,将使用一个lu up- status indication通知高-高层的请求。当错误事件帧报告一个错误事件,应包含以下信息:-原因值;错误距离(0 :如果由lu up功能检测到,x如果高层要求)在收到错误报告帧后,lu up功能将根据原因值采取适当的本地动作。 这可能包括以lu up status indication向高层报告错误。图15b成功的错误事件处理6.5.5.2非成功操作如果错误事件帧没有止确形成,不能被接收的lu up协议层止确处理, 应采取适当的本地动作(如:通知高层)。一个错误事件帧屮的错误不会 导致一个新的错误事件帧的发送。17图16b错误事件帧非成功传送(注:

42、2)帧丢失2)故障帧)6.5.6帧质量分类帧质量分类过程使用用户数据传输业务,以在lu up接口交换帧质量 分类信息。图17带有fqc信息的用户数据成功的传输6.6支持模式luup通信的元素6.6.1概述图18帧格式示例18除非另外说明,在1个字节中包含多个比特的域中,msb比特位于较高比特位(如图20所示)。另外,如果一个域包含多个字节,则msb比特位于较低字节中。在iu接口,帧将从低字节开始发送。在每个字节屮,每个比特按照降 序发送(第7比特位首先发送。)空闲比特由发送方设置为0,接收方不 对其进行检查。帧的头部为整数字节。净荷是取幣为幣数字节(如果需要,加入填充 比特)。接收方应能移去帧

43、的尾部附加的空闲扩展域,见空闲域说明。 662 smpsdu的帧格式pdu类型0pdu类型0用于在smpsdu模式下,在luup上传输用户数据。对于 净荷,在luup±提供了错误检测机制。图 21 说明 了用于 tnl-sap (transport layer)的 lu up 协议 pdu 类型 0 的帧格式。lu up pdu类型0由3个部分组成:lu up帧控制部分(固定 大小);luup帧校验和部分(固定大小);luup帧净荷部分(预定义sdu应按照字节对齐注意:这没有考虑空 闲扩展域的使用)。图 19 luuppdutypeo 格式6.622 pdu 类型 1pdu类型1用于

44、在smpsdu模式下,在luup传输用户数据,但对于 净荷,在luup±没有提供错误检测机制(即:没有净荷crc)o图 20 说明 了用于 tnl-sap (transport layer)的 luup 协议 pdu 类型 1的帧格式。图 20lu up pdu type 1 格式lu up pdu类型1由3个部分组成:1) lu up帧控制部分(固定大小);2) lu up帧校验和部分(固定大小);3) lu up帧净荷部分(预定义sdu大小应按照字节对齐注意:这里不 考虑空闲扩展域的使用)。lu up帧控制部分和lu up帧校验和组成lu up帧头部。6.6.23 pdu类 型

45、14 6.6.2.3.1 概述pdu类型14用于在smpsdu模式下,执行控制过程。控制过程由过 程指示符标识。帧净荷包含了与控制过程相关的数据信息。图 21 说明 了用于 tnl-sap (transport layer)的 lu up 协议 pdu 类型 14的帧格式。lu up pdu类型14由3个部分组成:l)lu up帧控制部分(固定大小);2) lu up帧校验和部分(固定大小);3) lu up帧净荷部分(可变长度,)。lu up帧控制部分和lu up帧校验和组成lu up pdu类型14的 帧头部。20图21 lu up pdu type 14的过程发送格式6.6.23.2肯定

46、确认(positive acknowledgement)当pdu类型14对控制过程肯定确认时,在tnl-sap其结构如图22所zjl o图22用于肯定确认的lu up pdu type 14的格式lu up帧控制部分和lu up帧校验和组成用于肯定确认的lu up类型14的帧头部。6.6.2.33 否定确认(negativeacknowledgement)当pdu类型14对控制过程否定确认时,在tnl-sap其釆用图23所示 的结构。lu up帧控制部分和lu up帧校验和组成了用于否定确认的lu up pdu 类型14的帧头部。21图23用于否定确认的lu up pdu type 14的格式

47、6.6.2.3.4过程编码-6.6.2.3.4.1 初妇j 化图24说明初始化程是如何编码的。22图24用于初始化的lu up pdu type 14格式6.6.23.4.2速率控制图25说明速率控制过程帧是如何编码的。23图25用于速率控制的lu up pdu type 14格式6.6.2.3.43比打可对准图26图26用于时间对准的lu up pdu type 14格式6.6.23.4.4错误事件图27说明错误事件过程是如何编码的。24图27用于错误事件的lu up pdu type 14格式6.6.3帧内容定义与帧编码663.2pdu类型说明:pdu类型说明luup帧的结构。该域数值按照

48、定义的pdu类型 设定,即:0对应pdu类型0。pdu类型位于第一字节的47比特。pdu 类型用于所有smpsdu版本1的帧中。取值范围:0-1, 14可用,2-13=为未來pdu类型保留,15二为未來pdu类型扩展保留 域长度:4 bits 6.63.2 ack/nack说明:ack/nack域说明该帧是:-控制过程帧;控制过程帧的肯定确认帧;控制过程帧的否定确认帧。取值范围:0=过程控制帧,1 = ack, 2二nack, 3 = reserved域长 度 :2 bits 6.6.33 帧号说明:luup帧计数由帧号处理。帧计数可以基于时间或发送的lu up pduo当帧计数基于时间时,帧

49、号可以帮助处理时间对准功能。当帧号基 于时间时,应在每个新的iti中加1 (模16)o当帧号基于发送的lu up pdu 时,帧号的作用在于向接收方提供一种机制,以跟踪丢失的luupi帧。当 帧号基于发送的luuppdu时,对于每个发送的lu up pdu,帧号加1(模 16)。对于给定的用户数据连接,下行发送数据的帧号与上行发送数据的帧号没有关系。取值范围:0-15域长度:4 bitso663.4 pdu类型14帧号 说明:luup帧计数由帧号处理。pdu类型14帧号的作用在于向接收方提供一种机制,以跟踪丢失的luup帧。它也 用于将确认帧与被确认帧相联系,即:确认帧与被确认帧使用相同的pd

50、u 类型14帧号。取值范围:0325域长度 :2 bits6.63.5帧质量分类(fqc)说明:帧质量分类根据帧中是否发生错误,对luup帧进行分类。帧质量分类依赖于rab特性?错误sdu的发送?。取值范围:0 = frame good, 1 = frame bad, 2 = frame bad due to radio,3 = spare域长度:2 bits6.63.6 rab子流组合标识(rfci)说明:rfci说明了净荷的结构。它可以规定子流的大小。取值范围:062, 63 = rfci not applicable域长度:6 bits6.6.3.7 过程指示(procedure ind

51、icator)说明:过程指示说明当前帧的控制过程。取值?也围:0 = initialization, 1 = rate control, 2 = time aligment, 3 =error event, 4255 = reserved 域长度:8 bits663.8 帧头 crc说明:该域包含帧控制部分所有域的crc。该crc是6比特的校验和, 基于生成多项式(g)二d6 + d5 + d3 + d2 + d1 + 1。利用这种crc,可以检测少于7位的所有突发错误,当被保护区域少 于24位时(最大3个字节),也可以检测所有奇数比特的错误(包括2位 错误)。域长度:6 bits6.6.3.

52、9 净荷 crc说明:该域包含帧净荷的crc (包括填充位)。该crc是10比特的校 验和,基于生成多项式(g) = d10 + d9 + d5 + d4 + di + lo利用这种crc, 可以检测少于11位的所有突发错误,当被保护区域少于500位时(最大 62个字节),也可以检测所有奇数比特的错误(包括2位错误)。域长度:10 bits6.6.3.10链指示符说明:链指示符用于指示控制过程帧是否为与控制过程相关的最后一 帧。取值范围:0 = ()this frame is the last frame for the procedure, 1 = additional frame will

53、 be sent for the procedure 域长度:1 bit6.6.3.11每个rfci的子流数目说明:每个rfci的子流数目指明rab包含子流的数目。它用于解码 sdu大小信息的数据长度。在某一 rab中,所有的rfc包含相同数目的子 流。取值范围:0 二 reserved, 17。域长度:3 bits6.6.3.12长度指示符(li)说明:长度指示符说明是1个还是2个字节用于rab子流大小信息。取值范围:0 = one octet used, 1 = two octets used域长度 :1 bit6.6.3.13 rfci指示符的数冃说明:rfci指示符的数目说明在控制过程

54、帧中出现rfci指示符的数目。取值范围:0-63域长度 :6 bits266.6.3.14 rfci n 指示符说明:rfci n指示符指向rfci号,如:rfci指示符0指向rfci 0, rfci 指示符 1 指向 rfci 1,等。取值范围:0 = rfci allowed, 1 = rfci barred域长度 :1 bit6.6.3.15错误距离说明:说明错误是发生在错误报告实体(=0)还是在更远的实体。当 一个错误报告发送时,错误距离加1 (或保持在最大值)。0:报告本地错误1:错误事件报告第一次发送2:错误事件报告第二次发送3:为未来保留取值范围:0: reporting loc

55、al error, 1: first forward!ng of error eventreport, 2: sec on d forwar di ng of error eve nt , 3: reserved for future use域长度:2 bits6.6.3.16错误原因值说明:错误原因值用于说明何种类型的错误发生。错误原因值用于nack和错误事件帧中。0: crc error of frame header1: crc error of frame payload2: un expected frame number3: frame loss4: pdu type unknow

56、n5: unknown procedure6: unknown reserved value7: unknown field8: frame too short9: missing fields10-15:spare16: unexpected pdu type18: un expected procedure19: unexpected rfci20: un expected value21-41: spare42: initialisation failure 43: initialisation failure (timer expiry) 44: initialisation failure (repeated nack)45: rate control failure46: error event failure47: time alignment not supported48: requested t

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论