信产部WCDMA通信标准参考性技术文件——19Iu接口技术规范：用户平面协议

1、通信标准参考性技术文件imt-ds fdd(wcdma)系统iu接口技术规范：用户平面协议imt-ds fdd(wcdma) system iu interface technicalspecification: user plane protocols20xx-xx-xx 实施20xx-xx-xx 发布中华人民共和国信息产业部科学技术司印发前言ii1范围22参考文献23定义和缩略语33.1定义33.2缩略语53.3概念54. 概述64.1概要说明64.2操作及功能说明65透明模式，version 185.1概述85.2透明模式下，iuup协议层提供的服务85.3用户而数据传输层需耍提供的业务

2、85.4透明模式下，iuup通信的要素86预定义sdu大小的支持模式，version 196.1概述96.2支持模式下，iuup协议层提供的服务96.3用户面数据传输层需要提供的服务96.4支持模式下，iuup协议层的功能106.5基本过程126.6支持模式下，iuup通信的元素186.7不口j预见(unforeseen)、未矢l【(unknow)、错误(erroneous)的协议数据的处理307 iu up协议层的通信原语357.1模型准则357.2在rnlsap指向高层的原语357.3在tnl sap指向传输层的原语378iu up协议的演进38协议演进的原则38附录 a (informa

3、tive): amr语音rab中，rfci的使用示例41附录b (informative): iu up协议层状态转移情况示例： 43b.1透明模式(transparent mode) b'的协议状态模型43b.2支持模式(support mode)下的协议状态模型43附录c (informative): lu up中尚待解决的问题46木附录的内容是iu up协议中的一些尚待解决的问题。46附录 d (infonnative):更改记录： 47前言本通信标准参考性技术文件主要用于imt-2000 ds系统fdd模式(wcdma)的iu接口。木文基于3gpp 制订的release-99(

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

5、on:user plane protocols1范围批注tspci: ”范围"耍素应写成 一系列爭实的说明。应使用如下所 示的表述格式：”本标准规定了（的尺 寸； 的方法； 的特性）"或”本标准确立了 （的体 系：的基本原则）” 或”本标准给出了（的指南）" 或”本标准确定了（的术语）" 对标准适用性的说明应由下列措辞 开头："本标准适用于”本参考性技术文件规定了 iu接口技术规范中的用户平而协议部分，它基于3gpp制订的 release-99(2001年3月份版木)技术规范，具体对应于ts 25.415 v3.6.0。2参考文献下列参考文献终

6、所包含的内容，通过木文的引用而成为木文所包含的内容。注意： 参考文献分为specific (标记冇出版时间，编辑号，版木号等)和non-specific两类。 对于类型为specific的参考文献，本文的引用仅限于该版本，与后续版本无关。 对于类型为non-specific的参考文献，采用的应该是最新的版本。由3gpp制定的参考文献(包括 gsm在内)都是non-specific类型的，也就是说，参照的应该是和本文的release号相同的最新版 本。11 umts 25.401: "3rd generation partnership project (3gpp) technical

7、 specification group (tsg) ran; utran overall description1*.2 umts 25.410: m3rd generation partnership project (3gpp) technical specification group (tsg) ran; utran iu interface: general aspects and principles11 3 umts 25.413: m3,d generation partnership project (3gpp) technical specification group

8、(tsg) ran; utran iu interface ranap protocoln4 umts 25.414: h3rd generation partnership project (3gpp) technical specification group (tsg) ran; iu interface data transport and transport signalling*1 15j umts 23.110: “3rd generation partnership project (3gpp) technical specification group (tsg) ssa,

9、umts access stratum, services and functions11 61 umts 23.121: h3rd generation partnership project (3gpp) technical specification group (tsg) ssa, architectural requirements for release 99h.1 itu-t recommendation 1.363.2 (1997): hb-isdn atm adaptation layer type 2 specification".8 itu-t recommen

10、dation 1.366.1 (1998): segmentation and reassembly service specific convergence sublayer for (he aal type t.9 umts 25.990: h3rd generation partnership project (3gpp) technical specification group (tsg) ran; vocabularym10 umts 25.321: h3rd generation partnership project (3gpp) technical specification

11、 group (tsg) ran: mac protocol specification".11 umts 25.322, 3rd generation partnership project (3gpp) technical specification group (tsg) ran; rlc protocol specification12 umts 26.102: °3,d generation partnership project (3gpp) technical specification group (tsg) sa; mandator' speech

12、 codec; amr speech codec; interface to iu and uul3定义和缩略语3.1定义以下的定义和术语是为当前文標服务的。hi定时间隔(iti):对于某个特定的rab來说，iu定时间隔是iu up pdu之间的最小时间间隔。会话业 务和流业务中的iti可以通过以下公式计算而得：m minifyill =mpbiiitepdu间的传输时间间隔(ipti) : pdu间的传输时间间隔是：对于某个特定rab子流组合，iu up pdu 在某个时间上，实际的被发送间隔。将rab子流组合的大小除以rab子流组合的比特率就可以求出该 rab子流组合的ipti,具体公式如

13、下：rfc _ sizeripti =,£n = number of subflowcombinations& rfc _ bitrate g 6注意：如果没有定义rfc.bitrate,那么ipti=itk如果没有定义rfc_size那么rfc_size=maxsdusize.非接入层数据流(nas data streams):非接入层数据流是一个通用的术语，用来标志在非接入层和接入 层之间的专用服务接入点上交换的数据流。rab子流(rab sub-flows):根据参考文献9屮的定义，-条rab是由utran通过一条或者几条了流 來实现的。一个rab中的这些子流和非接入层

14、的业务数据流和对应，这些数据流具有预定义好的不同的 qos特性(如：不同的可靠性)。rab子流的特性：1) 在rab建立和删除时，rab中的所有了流是-起建立和删除的。2) 一个rab中的所有子流是一起在rab sap上提交传送的°3) 一个rab中的所有子流是在同一个iu传输连接上传输的。4) 在iu接口上，一个rab的子流是通过在r/b sap上预定义的方式组织起來的。组织形式由nas进行 指定，这也是nas的协调工作的一部分。rab子流的编号(仅适用于预定义sdu大小的支持模式)：1) rab子流从1编号至n (n的子流的数昂：)：2) 编号为i的rab子流对应于可靠性最高的一

15、类，编号为n的rab子流对应于可靠性最低的一类。3) 在iu帧内，rab t流的顺序是预定义的，编号为1的rab子流排在首位，编号为n的rab子流排在 最后一位。rab子流组合(rfc)： rab子流组合定义为事先授权的rab 了流可变属性的组合(比如sdu的大小)。 这些属性是为在iu接口上同时传送给iu up的当前冇效的rab子流设定的。每个组合都由cn指定,srnc 无权改变。rab子流组合标识(rfci)：在两端in up协议实例存在期间(即：对话终止以前或者新的初始化执行以前), 该标识啡一标识一个rab子流纽合。rfci仅适用于预定义sdu大小的支持模式。关于rfci和初始化过程的

16、原理：1) 在每个iu用户帧中都有rfci值；2) 在iu up的初始化过程中，毎个rfci所对应的rab子流的sdu的大小通过信令告诉对端。语法错误(syntactical error)：如果收到的消息的某个域中至少包含有一个定义为“reserved”的值，或者 该域没有遵循协议规定的语法规则，那么就认为该域发生了语法错误。如果使用的某个值在协议中定义为 “spare”,不算语法错误。语意错误(semantical error):如果收到的消息中含有可能依赖f接收机的状态的某些信息，并和接收机 的资源情况或者是过程部分相冲突时，该消息彼认为有语意错误。.3.2缩略语amradaptive m

17、ulti-rate codec自适应多速率话音编码asaccess stratum接入层berbit error rate误比特率cncore network核心网dtxdiscontinuous transmission非连续发射gfgalois fieldgalois 域iptiinter pdu transmissionpdu间的传输itiiu timing intervaliu定时间隔nasnon access stratum非接入层pceprocedure control extension过程控制扩展pduprotocol data unit协议数据单元pmeprocedure c

18、ontrol bitmap extension过程控制位图扩展qosquality of service服务质量rabradio access bearer无线接入承载ranapradio access network application part无线接入网络应用部分rfcrab sub flow combinationrab子流组合rfcirfc indicatorrfc指示rnlradio network layer无线网络层sapservice access point业务接入点sduservice data unit业务数据单元smpsdusupport mode for pred

19、efined sdu size用于预定义sdu尺寸的支持模式srncserving rnc服务rncsrnsserving rns服务rnssssarsen ice specific segmentation and reassembly业务特定的分段和重组tfcitransport format combination indicator传送格式组合的标识tfitransport foimat identification传送格式标识tfotandem free operation免二次编码操作tnltransport network layer传输网络层trmtransparent mod

20、e透明模式upuser plane用户平面uuiuser to user information用户到用户信息3.3概念iu up 的操作模式（iu up mode of operation）：iu用户面协议的一个目标是保证cn域（电路交换或者分组交换）的独立性，保证它很少受到或者完 全不受到传输网络层的限制。达到了这个目标，就可以进行灵活的业务演进而不用考虑对cn域的影响， 也可以将某种业务从一个cn域迁移到另一个cn域。因此，iu up协议棊于rab,而不是基于cn域或者（电信）业务，定义了具体的操作模式。iu up 的操作模式定义了是否采用和采用哪个特征集合，用来实现rab的qos的耍求

21、。iu up协议pdu类型：iu up协议pdu类型是为某个给定的iu up操作模式而定义的。一个iu up的pdu类型定义了-种 lu up协议帧的帧结构。比如，一个具有特定帧头格式和帧净荷部分的帧就可以被指定为一个特定的pdu 类型,用于一个给定的luup操作模式。码转换器（tc）:在网络中，用于完成两种语咅编码或者两种编码方案之间和互转换的物理设备（码转换器也可以包含 其他功能，如gsm中的速率白适应）。4.概述4.1概要说明iu up协议位于iu接口的无线网络层的用户平面：iu up协议层。lu up协议用于传送与无线接入承载相关的用户数据。一个ki up协议实例（instance）同

22、且只同一个rab相关。如果与一给定ue建立了几个rab,那么 这些rab将使用相应的儿个iu up实例。如2定义,iuup协议实例存在于iu接入点上，即位于cn和utrano当rab需要在iu up中传输 用户数据时，在每个iu接口接入点上都由有一个相应的iu up协议实例。这些iu up协议实例应同相关的 rab-起建立、重定位或者释放。这些对等协议实例完成的rab功能将依赖于iu up的操作模式。关于iu up操作模式的定义，下文中 冇具体的说明。图【说明了 iuup协议层的逻辑位買和接入层以外的数据流源头的位置。图1：lu up协议在utran总体结构中的位置（用户平面）4.2操作及功能

23、说明4.2.1 lu up协议的操作模式根据就文所述的概念，iu up协议选定相应的操作模式。iu up规定了两种操作模式：1）透明模式transparent mode）；2）对 sdu 大小进行预定义的支持模式（smpsdu： support mode for predefined sdu size）；iu up协议实例选择什么样的操作模式是由cn在rab建立时决定的，做出决定的依据是rab的特 性。这个决定在rab分配和重定位期间，通过无线网络层的控制平面对每个rab下达。然后在用户平面 建立期间，内部通知luup协议层。运作模式的选定同该rab的属性捆绑在一起，除非该rab更换，否则不能

24、改变。4.2.2 透明模式(transparent mode)具冇以下特征的rab采用透明模式：仅仅传输用户数据，不需要iuup协议的其他特性。图2说明了 iu up协议层的透明模式。图2: iu接口上处于透明模式的iu up协议层soooo-id qofjj3ui.21eiu up layer in ransparent mode在这种模式下，iuup协议实例在iu接口上不与其对等实例进行任何iu up协议信息的交换，即：不 发送iu帧。此时，高层与传送网络间交换的pdu在iuup协议层是透传的。举例来说，gtp-u pdu就可以采用iu up协议的透明模式来传送。4.2.3 支持模式(s叩

25、port mode)具有以下特征的rab采用支持模式：除了传输用户数据之外，还需耍使用iu up协议的某些特性。在 这种操作模式下，对等iuup协议实例间冇iu up帧的交换。(注意：在透明模式下，没冇iuup帧生成)图3是iu up协议层的支持模式的功能模型。需耍iu up协议支持的某些rab,以某些特有的方式对iu up协议甚至无线接口协议进行约束。女h： 某些rab可以有预定义的可变速率。iu up支持模式应支持这些变化。这里唯一定义的支持模式是：-预定义sdu人小的支持模式(smpsdu)o例如：amr语音的pdu使用预定义sdu大小的支持模式进行传输，因为它需要一些过程控制功能 及一

26、些关于数据流的特定功能，而其传输的用八数据大小则可以根据预定义的方式进行变化。utraniu interfacecnsouo_o£ 善七3ui o 一 pea5透明模式，version 15.1概述5.1.1透明模式的iu up操作透明模式的iu up层位于iu用户平面，用于在iu接口透明地传送数据。两层通过sap传送nas (non access stratum)数据流。5.1.2透明模式下，iuup协议层的接口与透明模式iuup协议层接口的是传输网络层和高层。透明模式下，iuup协议层是一个空层，非接入层数据流的pdu通过它在高层与传输网络层之间进行传输。透明模式下，iuup协议

27、层利用传输网络层提供的服务，在iuup接口上传输iuuppdu。5.2透明模式下，iuup协议层提供的服务透明模式下，iuup协议层具有以下功能：用户数据的传输。5.3用户面数据传输层需要提供的业务透明模式下，iu up协议层需耍传输网络提供以下业务：用户数据的传输。5.4透明模式下，in up通信的要素5.4.1透明模式的帧格式透明模式卜一，iu up协议层的pdu格式如图4所示。该帧在iu up协议层的上层与传送网络层之间(tnl-sap)透明传输。oct 1payloadoct n图4透明模式下的帧格式这个pdu长度可以为n个字节。其屮，n为可变值，其最大范围由用户数据的类型（如：ip包

28、）决定。 在iu up协议层中没有具体的长度指示。6预定义sdu大小的支持模式，version 16.1概述6.1.1支持模式下，iuup的操作支持模式下，iuup协议层在传输数据流时，需要在用户面（up）中进行帧处理。两层通过sap传送nas数据流。6.1.2支持模式下，iuup协议层的接口作为接入层的一部分，在支持模式下，iu up协议层为非接入层的数据流提供必需的服务和功能。支持模式下，kiup通过用于信息传输的专用sap向用户面薛层提供服务，参见5。支持模式下，iuup协议利用传输层提供的服务，在山接口上传输iuuppdu。6.2支持模式下，iuup协议层提供的服务对sdu大小进行预定

29、义的支持模式支持模式有以下功能：传输用户数据；初始化；-速率控制；-时间对齐；- 错误事件处理；帧质量分类。6.3用户面数据传输层需要提供的服务传输网络层向iu up协议层捉供如f服务：传输用户数据。6.4支持模式下，iu up协议层的功能641支持模式下lu up协议层的功能模型utraniu interfaceiu up layer in suppon modernl-sapaccess stratumiu up layer in support modenon access stratumnas datastreams specific funecionssomoid qq«七

30、 0 三 2nas datastreams specificfunctionsframe handler functionprocc- 吕 dure e controlprocedure control(ionsframe handler functiontnl-sap图5支持模式下，iu up协议层的功能模型 支持模式下，iuup协议层冇以下3类功能：1）帧处理器功能：2）过程控制功能：3）针对nas数据流的功能。6.4.2帧处理器功能该功能负责对iu up协议帧的不同部分进行成帧与解帧。该功能获取iu up协议帧的不同部分并将控 制域设蜀成止确值（该功能包括帧号的处理）。同时，它也对协议帧

31、控制部分的语义止确性提供保证。该功 能负责同传输层的相互交流。同时，该功能还负责iu up帧的帧头的crc校验。在帧头crc校验中发现 错误的iu up帧将被丢弃。6.4.3过程控制功能这组功能对在iu up协议层次上的名个过程进行控制。这些功能负贲iu up帧过程控制部分。这些过程主要包括：-传输速率控制：该过程在iu up上，控制所允许的传输速率集。传输速率集由多个rfci指示表示。 该过程的控制功能负责与iu up协议层外的功能相互作用。-初始化：该过程用于在支持模式下控制初始化信息的交换。初始化信息中可以包含rfci集，而此 处的rfci集在连接屮断前和下一次初始化过程以前都将有效。这

32、个过程同时也被用來进行相应 rab需要的in up模式的版本协商。 时间对齐：该过程用于-控制iu接口上的下行链路数据到rnc的时序。控制该过程的功能与lu up 协议层外的功能相互作用。错误事件处理：该过程用于控制故障检测信息在lu接i上的交换。控制该过程的功能与hi up协议层外的功能相互作用。6.4.4针对nas数据流的功能这组功能负责对数据净荷进行“有限操作”和帧号的一致性检查。如果在对帧号的检查中，由接收帧 号序列间隙发现帧丢失（对于帧号同时间无关的rab）,则报告给过程控制功能。这组功能负责对iu up 帧的净荷部分进行crc检验与计算。这些功能也负责帧质量分类处理。关于帧质量分类

33、处理的内容将在随 后的章节中说明。这些功能与高层通过交换iu up帧净荷中的iu数据流块相互作用。必要时，这些功能还执行in up帧 内净荷所需的填充和去填充的功能。这些功能同过程控制功能相互作用。这些功能为高层的过程控制功能提供接入服务。6.4.4.1帧质疑分类功能6.4.4.1.1 概述在iu up的支持模式下，帧以帧质量分类符（fqc）进行划分。这种分类基于无线帧分类和rab属 性 w delivery of erroneous sdus v 的设置。rab 属性 delivery of erroneous sdus v 决定错误帧是否发送。图6说明了 iu up帧质量分类功能的主要输入

34、和输出信息。u7raniu interfaceradio frame clmmf卜 cationpouocno pouas a result < f fqcand crcrnl sapaccess stratumnon access stratumfoc. crcfqc. crcframe quamy oassnotion result offqc ano crc rtsullttransfer of iu up protocol framessupport mode < functionssupport mode functionsframe hom soufce device图

35、& iu up的帧质量分类6.4.4.1.2 fqc信息的处理6.4.4.1.2.1rnc侧fqc信息的处理在srnc发送端，支持模式功能将帧和无线帧质量信息作为输入。基于这些信息，为该帧设定fqc, 加或不加上crc （基于pdu类型），将帧发往cn。srnc侧的动作和fqc域的设置应该照以下的步骤按 庁执行：a）在上表中如果至少有一个子流的屈性“delivery of erroneous sdus”设为“no”，且该子流的无 线帧分类是“bad”，则该帧不发送；b）否则，如采至少冇一个了流的属性“ delivery of erroneous sdusv设为“ yes”，且该了流的无

36、线 帧分类为"bad”,则该帧发送,并且该帧的fqc域设为“bad radio”；0否则，该帧发送，并且该帧的fqc域设为“good”。6.4.4.1.2.2cn侧fqc信息的处理如果收到的帧有crc校验，cn侧支持模式功能在接收断应该对帧的净荷做crc校验，并口将得到 的帧和帧质量分类信息通过rnl-sap向上传送。cn侧的动作和fqc域的设呂应该照以下的步骤按序执 行：a）当存在crc校验并且crc校验的结果指示岀该iu up帧为“bad”时，如果至少有一个子流的 u delivery of erroneous sdus” 设置为 “no”,则 该 lu up 帧应该被丢弃；b）

37、否则，当存在crc校验并且crc校验的结果指示出该hi up帧为“bad”时，如果至少有一个 子流的“delivery of erroneous sdus"设置为“yes”，则该帧继续向上传输，并且该帧的fqc 域被设置为“bad”：c）否则，该iuup帧继续向上传输，同时保持fqc域的设置和在utran中的设置相同。6.4.4.1.2.3下行链路中fqc信息的处理如果有必耍，cn侧的支持模式功能应该在发送端为帧的净荷添加crc校验，并且将该帧和fqc （编 码中总是设为“good”）一起发送。如果crc存在，srnc侧的支持模式功能对之进行crc校验。然后根据crc校验的结果决定是

38、否继 续传送该帧。决定的步骤如下：a）如果存在crc校验，并且crc校验指出该lu up帧为“bad”，则丢弃该帧：b）否则，该帧将传送给无线接口协议。注意：现在还没有-种方式将帧质量指示下传给ueo6.5基本过程651用户数据传输过程6.5.1j成功操作用户数据传输过程的u的是在iii接口两端的iu up协议层之间传输iu up帧。由于一个iu up实例同 且只同一个rab发生联系，因此传输的用户数据只同-个相应的rab发生联系。该过程在iu up实例的两端进行控制，即srnc和cno当某个rab的用户数据需要传送时，用户数据传输过程将被调用。在lu up高层收到高层pdu及相关的控制信息r

39、bci时，调用该过程。在srnc中，高层可能将帧质量分类信息同reci 一同发送。nas数据流功能对净荷进行填充（如果需要），因此iu up帧的净荷将是整数字节。如有离要，nas 数据流功能将计算lu帧净荷的crc,并将iu up帧的净荷与rfci 一起下传至帧处理器。帧处理器功能从其内部存储器中取出帧号，形成合适pdu类型的帧头部及帧的净荷，并将iu up帧的 pdu传送至低层，以便在iu接口传输。pdu的类型（两个方向）由utran来选择，依据的是rab的可 靠性属性（见3）。如果所有子流的可靠性属性"delivery of erroneous sdus "的值都为 *

40、no-error-delection-consideration 则选择 pdu type 1,否则选择 pdu type 0。对于会话或流业务类别的rab,帧号应基于时间（按照每个iti增加）。对于其它业务类别的rab, 帧号应基于发送的lu uppdu （按照每个发送的pdu增加）。见帧号说明。在收到用户数据帧后，lu up协议层按如下顺序检查iu up帧的一致性：-帧处理器检查帧头的一致性。如果止确，帧处理器将存储帧号并向nas数据流功能传送iu up帧 的净荷及相关的crc。所接收的rfc1将送至过程控制功能；nas数据流功能检查净荷的crco如果rfci是正确的（即：rfci用于初始

41、化），并与过程控制 功能指示的iu up净荷一致（即：帧的净荷对于rfci来讲不是太短）,nas数据流功能将根据rfci 信息从iuup帧净荷中移出填充位和空闲扩展域（当出现在iu up帧屮时）。然后，nas数据流功 能将rfci和净荷送至高层。rnc/cn/cn transfer of user datarnc(krci, payload)aa图7用户数据的成功传输6.5.1.2 不成功操作如果携带用户数据的iu up帧没有正确成帧，或不能被接收iu up协议层正确处理，in up协议层则丢 弃该帧，或将该帧同指示该帧错误的帧分类指示一起传送至髙层。该决定的基础是该rab的iu up实例的

42、配置数据（即：rab是否要求传送错误帧）。如果lu up协议层通过对帧号序列的检测，发现间隙，也即发现帧丢失，而同时帧号同时间无关（见 帧号说明），则接收lu up协议层将向过程控制功能报告。rnc/cn/图8用户数据非成功传输：1）错误帧，2）检测到帧丢失6.5.2初始化过程6.521成功操作该过程对于支持模式下的rab是必选的。初始化过程用于对lu up两端的实例进行配置，配置内容包 括-rfci和相应的rab 了流的sdu人小，这些参数在传输用户数据时是必须的。也可以包括其他附加参 数（如 pdu 间定时间隔（ipti： inter pdu timing interval）。初始化过程通

43、常由负责建立无线网络层用户平面的实体控制，即srnco当收到lu up过程控制功能（如在iu接口上建立rab或者进行ns昂;定位）指示时，调用初始化过 程。如果没冇收到通过ranap3j协议发來的rab修改请求，不能再次调用初始化过程对该rab进行初 始化。当初始化过程被调用时，所有其他过程将被挂起，直到该初始化过程结束。在初始化时，rnc应该指示所用的lu up模式的版木以及它支持的相关rab所采用的iu up模式的 版本。在有足够信息以初始化最高建议协议版本时，发送方应该选择最低版木來进行初始化。srnc为每个由它进行初始化的rab子流组合（rfc： rab sub-flow combin

44、ation）分配一个rfck 该标识与rfc的对应关系在lu up中将一直保持冇效，直到该连接中断或者执行了新的初始化过程。过程控制功能也可以产生一些必须的lu up协议参数，以保证rab服务在lu接口上的正确操作。每个rab t流组合标识与组合屮的每个rab 7流sdu的大小相关。rfci （rfci： rab sub-flow combination indicator）列表及和应的sdu大小构成了 rfc组合集，该组合集在lu ip的初始化帧中以适合 的lu up pdu类型帧进行传输。在rfc 单中的第一个rfc就是开始通信（即：开始用户数据传输过程）时的初始rfco完整的信息由luu

45、p帧处理器成帧，并以lu up初始化帧进行传送。如果需要，可以计算初始化帧的 crc ,并对帧的相应域进行设定。在发出初始化帧之后，监视定时器tinft启动。该定时器用于监视初始化确认帧的接收。如果收到的某一帧指示：初始化过程在对等的lu up实体内激活，那么，lu up协议层将向髙层传送将 被控制过程功能使用的rfc集合。它也存储rfc集合，以便在用户数据传输期间，控制lu up净荷止确 成帧（如，rfci与期望的lu up帧净荷总长匹配）。接收初始化消息的cn侧的实体应该选择版本。这个 版本应该是cn所能支持的，并且含有足够初始化信息的版本。如果接收方lu up协议层止确地收到并处理了初始

46、化帧，它将用所选的lu up模式版本发送一个初始 化确认帧。在收到初始化确认帧后，srnc的lu up协议层将停止监视定时器t1nit o如果初始化过程需要发送几帧，则每一帧需要齐自获得确认。如果初始化过程需要使用儿个初始化帧，则下一帧在发送之前，需要等到前一帧的确认已经收到。链 中的每一帧都使用各自的监视定时器。链中的初始化帧（帧号不同）数量不超过4。第1个初始化帧的帧号总是设置为0。如果有一连串的初始化帧，则以后的各帧的帧号在发送方向上 依次增加。作为响应，acknowledge和negative acknowlege帧内应该携带被确认帧的帧号。当收到初始化negative acknowl

47、ege帧，岀错响应或者定时器超时，srnc的lu up协议层将复位并且 重新启动监视定时器，同时重发初始化帧（帧号和原来的帧号相同）。重复次数最多可以冇mnit次。mnit 可由运营商选定（nwrr的默认值 为3）。rnc于是，当处于通讯期间（如无线网络层中的内部功能所指），在下行链路，采用初始rfci开始发送帧。initialisati on(rfci, sdu sizes, iptis呱)initialisation acktransfer of user data* it can repeated n times 2' optional图9 m个rfci的成功初始化过程6.522

48、 不成功操作如果初始化帧没冇止确成帧，并且不能被lu up协议层的接收方正确处理，接收方将发送初始化 negative acknowlege 帧。如果接收方不支持初始化过程屮的iu up模式的版本，那么应该发送一个negative acknowlege帧。 negative acknowlege帧釆用的版木是发送端（rnc）提议的诸版木中，接收方所能支持的最高版木。如果 发送端提议的所有版木接收方都不支持，那么则采用接收方所能支持的最高版木。cnrnc如果在ninit次重复之后，初始化过程非成功终止（由于ninit次negative acknowlege或定时器tin it次 超时），则iu

49、up协议层（发送方和接收方）将采取适当的本地动作。initialisatio n(rfci, sdu sizes, iptis2>)m)initialisation nackafter n repetitions2> optional2)图10lu up不成功初始化过程1） ninit次negative acknowlege或2） mnit次定时器超时6.5.3iu速率控制过程6.5.3成功操作速率控制过程的冃的在于：向对等iu up协议层说明在iu接口上与发送速率控制帧和反的方向上允许 的速率。in up上的速率控制过程rh完成utran速率控制的控制实体來完成的（即srnc）o

50、当srnc决定iu 的允许速率集合需要更改时，iu速率控制过程将被调用。该集合可以由以下速率构成：-速率控制允许的诸速率中的一个允许速率：以由srnc进行控制的诸速率中的儿个速率。srnc可以控制的速率是在保证比特速率之上的速率（在建立阶段，已向iu up指明）。在保证比特速 率之下的速率不能由rnc控制（如：sid帧。当用户数据传输不被其他控制过程挂起时，该过程可以在任何时间进行。过程控制功能根据高层的请求，准备速率控制帧的净荷，其中包含了速率控制帧的和反方向允许速率。 所允许的速率由rfci指示。帧处理功能计算帧crc,形成合适的pdu类型的帧头，并将iuup协议帧pdu发送至低层，以便在

51、 iu接口上传输。在收到速率控制帧后，iuup协议层检查in up帧的一致性，过程如下所述：- 帧处理器检査帧头与crc的一致性。如果正确，帧处理器将过程控制部分传送至过程控制功能：-过程控制功能检查新的允许速率是否与在初始化中收到的rfci集合一致。它们也核实非可控速率 是否仍被许可。如果所有的速率控制信息正确，过程控制功能将速率控制信息传送至nas数据流 特定功能。-nas数据流特定功能以iuup-status indication原语向高层传送速率控制信息。rnccnrate control(rfci indicators)图11srnc发出的成功速率控制6.53.2 不成功操作如果sr

52、nc屮的iu up检测到速率控制命令没有被止确地接收或解释（如：速率超出了速率控制帧的 和反方向的允许速率集合），iiiup将重新触发速率控制过程。如果经过nrc次重复，错谋情况依然存在， lu up协议层（发送与接收）将采取适当的木地动作。rnc1)如來lu up协议层收到格式错误或坏损的速率控制帧，它将忽略该帧。rate controlrfci indicators)transfer of user data(not permitted rate, payload)rate controlrfci indicators)2)transfer of user data (not permit

53、ted rate, payload)* after nrc repetitions图13由rnc发出的不成功的速率控制传输：1）帧丢失；2）帧坏损6.5.4时间对齐过程6.5.4.1成功操作时间对齐过程的冃的是：通过控制对等iu up协议实体的传输时序，使rnc中的缓冲时延最小。iu up上的时间对齐过程由srnc控制。当检测到iu uppdu在不适当的时间到达从而导致不必耍的缓冲延时时，srnc将调用时间对齐过程。 srnc中如何检测触发是srnc内部的事情，超出了木文的范鬧。srnc屮的iu up协议层向对等实体指示必要的延迟或者提前童，步长为500 us-在发送iu up时间对齐帧后，监

54、视定时器升八开启。这个定时器用于监视时间对齐的ackonledgernent 帧的接收。对端节点被请求的iu up协议层实体按照srnc的指示调整传输时间。如果收到的时间对齐帧格式正确，并且接收端的in up协议层接收，高层对时间对齐进行了正确的处 理，接收端的iu up协议层将发送时间对齐的ackonledgernent帧。在收到时间对齐ackonledgernent帧后，srnc中的iu up协议层将停止监视定时器"。当用户数据传输没有被其它控制过程挂起时，该过程可以在任何时间发起。user data with bad timingtime alignmentackuser da

55、ta with adjusted timing图15a成功的时间对齐6.5.4.2 不成功的操作如果时间对齐不能被对端处理，对端将发送一个带有相应原因的nacko如果srnc的iu up收到 一个nack,其中的原因值是"time alignment not supported”，则srnc将不再为相应的rab发送其它的 时间对齐帧（除非那个rab的iu up状态改变）。原因值utime alignment not possible用于说明请求的时间 对齐在该时刻是不可能的。在以后的时间里，srnc可以在需要的时候发出一个新的时间对齐命令。如果srnc的iu up检测到对端没有正确收到或者解释时间对齐命令（叩:收到nack或定时器超时）, 而时间对齐还应该继续进行，那么srnc将再次触发时间对齐过程。如果重复n”次后，错误情况仍然存 在，in up将采取适当的本地动作。当收到时间对齐的nack帧时，srnc中的iu up应停止监视定时器ttaornccntime alignment»i) time alignment nack1 * alter n fa repetitionsl_图16a不成功的时间对准：1） nta次nack或2） nta定时器超时6.5.5错误事件处理过程