307475cwts-specs-019用户平面协议.doc

20XX-XX-XX发布 20XX-XX-XX实施中华人民共和国信息产业部科学技术司 印 发IMT-DS FDD(WCDMA)系统Iu接口技术规范：用户平面协议IMT-DS FDD(WCDMA) System Iu Interface Technical Specification: User Plane Protocols目 次前 言II1 范围22 引用标准23 定义和缩略语34. 概述34.1 概要说明34.2 操作及功能说明45 透明模式，Version 165.1 概述65.2 透明模式的Iu UP协议层的业务65.3 UP数据传送层需要提供的业务65.4 透明模式的Iu UP通信的要素66 SMpSDU模式，Version 176.1 概述76.2 支持模式Iu UP协议层的业务76.3 UP数据传送层需要提供的业务76.4 支持模式Iu UP协议层的功能86.5 基本过程116.6 支持模式Iu UP通信的元素186.7 处理不可预见、未知、错误的协议数据307 Iu UP协议层的通信原语347.1 模型准则347.2 在RNL SAP指向高层的原语347.3 在TNL SAP指向传输层的原语368 Iu UP协议的演进368.1 协议演进的原则36前 言本通信标准参考性技术文件主要用于IMT-2000 DS系统FDD模式(WCDMA)的Iu接口。本文基于 3GPP制订的Release-99(2000年9月份版本)技术规范，具体对应于TS 25.415 V3.4.0。本参考性技术文件由信息产业部电信研究院提出。本参考性技术文件由信息产业部电信研究院归口。本参考性技术文件起草单位：信息产业部电信传输研究所 华为技术有限公司本参考性技术文件主要起草人：续合元、徐京皓、盛蕾、徐菲徐欣、王斌本参考性技术文件2001年1月首次发布。本参考性技术文件委托无线通信标准研究组负责解释。II通信标准参考性技术文件IMT-DS FDD(WCDMA)系统Iu接口技术规范：用户平面协议IMT-DS FDD(WCDMA) System Iu Interface Technical Specification: User Plane Protocols1 范围本参考性技术文件规定了Iu接口技术规范中的用户平面协议部分Page: 2范围要素应写成一系列事实的说明。应使用如下所示的表述格式： 本标准规定了(的尺寸；的方法；的特性)或 本标准确立了(的体系；的基本原则)或 本标准给出了(的指南)或 本标准确定了(的术语)对标准适用性的说明应由下列措辞开头：本标准适用于，它基于 3GPP制订的Release-99(2000年9月份版本)技术规范，具体对应于TS 25.415 V3.4.0。2 引用标准下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。1 UMTS 25.401: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; UTRAN Overall Description. 2 UMTS 25.410: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; UTRAN Iu interface: general Aspects and Principles.3UMTS 25.413: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; UTRAN Iu interface RANAP protocol4UMTS 25.414: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; Iu Interface Data Transport and Transport Signalling.5UMTS 23.110: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) SSA, UMTS Access Stratum, services and functions. 6 UMTS 23.121: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) SSA, Architectural requirements for Release 99.7 ITU-T Recommendation I.363.2 (1997): B-ISDN ATM Adaptation Layer type 2 specification.8 ITU-T Recommendation I.366.1 (1998): Segmentation and reassembly service specific convergence sublayer for the AAL type 2.9 UMTS 25.990: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; Vocabulary10 UMTS 25.321: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; MAC Protocol Specification.11 UMTS 25.322, 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) RAN; RLC Protocol Specification.12 UMTS 26.102: 3rd Generation Partnership Project (3GPP) Technical Specification Group (TSG) SA; Mandatory speech codec; AMR speech codec; Interface to Iu and Uu.3 定义和缩略语AMRAdaptive Multi-Rate codec自适应多速率话音编码AS Access Stratum接入层CN Core Network核心网络DTXDiscontinuous Transmission非连续发射GFGalois FieldGalois域IPTIInter PDU Transmission PDU间的传输ITIIu Timing IntervalIu定时间隔NASNon Access Stratum非接入层PCEProcedure Control Extension过程控制扩展PDU Protocol Data Unit协议数据单元QoS Quality of Service服务质量RABRadio Access Bearer无线接入承载RANAPRadio Access Network Application Part无线接入网络应用部分RFC RAB sub Flow CombinationRAB子流组合RFCI RFC IndicatorRFC指示RNLRadio Network Layer无线网络层SAPService Access Point业务接入点SDUService Data Unit服务数据单元SMpSDUSupport Mode for predefined SDU size用于预定义SDU尺寸的支持模式SRNCServing RNC服务RNCSRNSServing RNS服务RNSSSSARService Specific Segmentation And Reassembly业务特定的分段和重组TFITransport Format Identification传送格式标识TFOTandem Free Operation免二次编码操作TNLTransport Network Layer传送网络层TrFOTranscoder Free Operation免声码器操作TrM Transparent Mode透明模式UPUser Plane用户平面UUIUser to User Information用户到用户信息4. 概述4.1 概要说明Iu UP协议位于Iu接口的无线网络层的用户平面：Iu UP协议层。Iu UP协议用于传送与RAB相关的用户数据。 一个Iu UP协议实例（instance）同且只同一个RAB相关。如果对于一给定UE，建立了几个RAB，那么这些RAB将使用相同数目的Iu UP实例。 Iu UP协议实例存在于Iu SAP，即位于CN和UTRAN中。当RAB需要在Iu UP中传输用户数据时，Iu UP协议实例应存在于每个Iu接口SAP。这些Iu UP实例应同相关的RAB一起建立、重定位及释放 。这些对等协议实例完成的RAB功能将依赖于Iu UP的操作模式。 图1说明了Iu UP协议层的逻辑位置及数据流源头的位置。图1: Iu UP协议在UTRAN总体结构中的位置4.2 操作及功能说明4.2.1 Iu UP协议的操作模式Iu UP协议的一个目标是保持与CN域的独立性（ CS域和PS域），并对传送层的依赖关系没有或较少。为了适应这个目标，需要提供以下灵活性：I.能够进行业务演进，而无需考虑CN域；II.能够在CN域中，进行业务迁移（migrate）。 因此Iu UP协议以操作模式进行定义，这些操作模式是在RAB的基础上激活，而非在CN域或（电信）业务基础上。Iu UP的操作模式确定是否提供以及提供哪些特性以适应，如RAB QoS的要求。 Iu UP具有2种操作模式：1.透明模式（TrM：Transparent Mode）；2. SMpSDU模式（SMpSDU：Support Mode for predefined SDU size）； Iu UP协议实例的操作模式由CN，根据如RAB特性 ，在RAB建立期间决定。它在每个RAB分配和重定位期间，通过无线网络层的控制平面指示，然后在用户平面建立期间，内部通知Iu UP协议层。 运作模式的选定同相关RAB的特性捆绑在一起，除非RAB更改，否则不能改变。4.2.2 透明模式 透明模式用于支持这些RAB：除了用户数据的传输，不需要Iu UP协议的特别属性。 图2说明了Iu UP协议层的透明操作模式。图2: Iu接口上处于透明模式的Iu UP协议层 在这种模式下，Iu UP协议实例在Iu接口上不与其对等实例进行任何Iu UP协议信息的交换，即：不发送Iu帧。此时通过Iu UP协议层的数据是在高层与传送网络间交换的PDU。 GTP-U PDU可以使用Iu UP协议的透明模式。4.2.3 SMpSDU模式 SMpSDU模式用于支持这样的RAB：除了传输用户数据之外，还需要使用Iu UP协议的特别属性。在这种操作模式下，对等Iu UP协议实例交换Iu UP帧，而在透明模式下，没有Iu UP帧生成。 图3说明了Iu UP协议层SMpSDU模式的功能模型。 需要Iu UP协议支持的RAB，以某些特有的方式对Iu UP协议甚至无线接口协议进行约束。如：某些RAB可以有预定义的可变速率。Iu UP 支持模式应支持这些变化。 这里唯一定义的支持模式是： 预定义长度支持模式（SMpSDU）。AMR语音PDU的传输可以使用SMpSDU模式，因为它需要一些过程控制功能及一些数据流特定功能，而其传输的用户数据大小可以预定义的方式进行变化。图3 支持模式的Iu UP协议层5 透明模式，Version 15.1 概述5.1.1 透明模式的Iu UP操作透明模式的Iu UP层位于Iu用户平面，用于在Iu接口透明传送数据。两层通过SAP传送NAS （Non Access Stratum）数据流。5.1.2 透明模式Iu UP协议层的接口与透明模式Iu UP协议层接口的是传送网络层和高层。透明模式的Iu UP协议层是一个空层，NAS数据流PDU通过它，在高层与传送网络层间进行传输。透明模式Iu UP协议层利用传送网络层提供的业务，在Iu UP接口传输Iu UP PDU。 5.2 透明模式的Iu UP协议层的业务支持透明模式，需要以下功能：用户数据的传输。5.3 UP数据传送层需要提供的业务透明模式的Iu UP协议层需要传送网络提供以下业务：用户数据的传输。5.4 透明模式的Iu UP通信的要素5.4.1 透明模式的帧格式图4说明通过透明模式的Iu UP协议层的PDU格式。该帧在Iu UP协议层与传送网络层间（TNL-SAP）透明传送。 图4透明模式数据帧格式这种PDU具有可变的长度，其最大范围依赖于用户数据的类型（如：IP包）。在Iu UP协议层中没有显式长度指示。6 SMpSDU模式，Version 16.1 概述6.1.1 支持模式Iu UP的操作SMpSDU模式Iu UP层支持需要在用户面（UP）中进行帧处理的数据流。两层通过SAP传送NAS数据流。6.1.2 SMpSDU模式Iu UP协议层的接口作为接入层职责的一部分，支持模式Iu UP协议层提供处理NAS数据流所必需的业务与功能。支持模式的Iu UP通过用于信息传输的专用SAP向UP高层提供业务。支持模式Iu UP协议使用传送层提供的业务，以通过Iu接口提供Iu UP PDU的传输。6.2 支持模式Iu UP协议层的业务SMpSDU模式的业务需要如下功能以支持该业务：-传输用户数据；-初始化；-速率控制；-时间对准；-错误事件处理；-帧质量分类。6.3 UP数据传送层需要提供的业务传送网络层向Iu UP协议层提供如下业务：传输用户数据。6.4 支持模式Iu UP协议层的功能6.4.1支持模式Iu UP协议层的功能模型图5支持模式Iu UP协议层的功能模型支持模式Iu UP协议层由以下3类功能组成：1).帧处理器功能；2).过程控制功能；3).NAS数据流特定功能。6.4.2帧处理器功能该功能负责Iu UP协议帧不同部分的成帧与解帧。该功能获取Iu UP协议帧的不同部分并将控制域设置成正确值，包括处理帧号。它也保证帧控制部分语义正确。该功能负责同传送层相互作用，也负责Iu UP帧头部的CRC校验。头部CRC校验错误的Iu UP帧将被丢弃。6.4.3过程控制功能这组功能对在Iu UP协议层次上处理的过程进行控制。这些功能负责Iu UP帧的过程控制部分。这些过程主要包括：速率控制：该过程在Iu UP上，控制所允许的速率集合。速率的集合由一个RFCI指示和（当适用时）下行链路发送时间间隔表示。控制该过程的功能与Iu UP协议层外的功能相互作用。初始化：该过程控制初始化信息的交换，SMpSDU模式的操作需要这类信息。这类信息中可以包含RFCI集合，RFCI集合将一直使用直到连接终止或下一次初始化过程。时间对准：该过程控制Iu接口发往RNC下行链路数据的定时。控制该过程的功能与Iu UP协议层外的功能相互作用。错误事件处理： 该过程控制与故障检测相关的信息在Iu上进行交换。控制该过程的功能与Iu UP协议层外的功能相互作用。6.4.4NAS数据流特定功能这组功能负责净荷的有限操作和帧号一致性检查。如果在接收帧号中发现帧丢失（对于帧号同时间无关的RAB），这种情况将报告给过程控制功能。这组功能负责Iu UP帧净荷部分的CRC检验与计算。这些功能也负责帧质量分类处理。这些功能与高层相互作用，交换Iu UP帧净荷的Iu数据流块。当需要时，这些功能也执行Iu UP帧净荷的填充和去填充的功能。这些功能同过程控制功能相互作用。这些功能为过程控制功能提供对高层的访问。6.4.4.1帧质量分类功能6.4.4.1.1概述在 Iu UP的支持模式下帧以帧质量分类符（FQC）进行划分。这种分类基于无线帧分类和RAB属性“Delivery of erroneous SDUs”的设置。RAB属性“Delivery of erroneous SDUs”决定错误帧是否发送。图6说明了Iu UP帧质量分类功能的主要输入和输出信息。 图 6: Iu UP的无线帧质量分类6.4.4.1.2FQC信息的处理在SRNC发送端，支持模式将帧和无线帧质量信息作为输入。基于这些信息，为该帧设定FQC，加上CRC（如果需要的话），将帧发往CN。下表说明FQC的设置。表1: RNC在上行方向的FQC处理INPUT(for each subflow)ACTION(on Iu UP frame)Delivery of erroneous SDUsRadio Frame ClassificationAction taken in SRNC on the sending sideYesBadSet FQC to bad radioNoBadFrame not senterror-detection-considerationAny valueSet FQC to goodAny valueGoodSet FQC to good在上表中如果任何子流的属性 Delivery of erroneous SDUs设为 No ，且该子流的无线帧分类是 Bad 则该帧不发送。接收端CN对帧载荷的CRC进行检查（如果有的话），并将帧和帧质量分类信息通过RNL-SAP向高层传送。表 2: CN在上行方向的FQC处理INPUTACTION(on Iu UP frame)Delivery of erroneous SDUs(for each subflow)Payload CRC check result(on Iu UP frame)Actions taken at CN on the receiving sideYes (at least one of the subflows have this value but none have No)Not OKFrame forwarded with FQC set to badNo (at least one of the subflows have this value)Not OKDrop frame, send Iu-UP-Status primitive indicating No data at the RNL-SAP no-error-detection-consideration (All subflows have this value)Any resultFrame forwarded with FQC as set by UTRANAny valueOKFrame forwarded with FQC as set by UTRAN在发送时CN的支持模式功能给帧加上净荷的CRC（如果必要的话）与FQC一块发送（FQC在编解码时总设为good）。 SRNC在收到帧后做CRC校验（如果有的话）， 并基于收到的FQC和CRC校验的结果、RAB属性的设定决定是否传送帧。表 3: RNC在下行方向的FQC处理INPUTACTION(on Iu UP frame)Delivery of erroneous SDUs(for each subflow)FQC(on Iu UP frame)CRC check(if payload CRC present)(on Iu UP frame)Actions taken at SRNC on the receiving sideYesBadAny resultDrop frameNoBadAny resultDrop frameYesBad radioAny resultDrop frameNoBad radioAny resultDrop frameYesAny valueNot OKDrop frameNoAny valueNot OKDrop frameno-error-detection-considerationAny valueAny resultPass the frame to radio interface protocolsAny valueGoodOKPass the frame to radio interface protocols在上表中若任何子流属性 Delivery of erroneous SDUs设为 Yes或 No, 并且FQC 或 CRC 校验表明这帧是坏帧，则丢掉该帧。6.5 基本过程6.5.1用户数据的传输过程6.5.1.1成功操作用户数据传输过程的目的是在Iu接口两端的Iu UP协议层之间传输Iu UP帧。由于一个Iu UP实例同且只同一个RAB发生联系，因此传输的用户数据只同一个RAB发生联系。该过程在Iu UP实例的两端进行控制，即SRNC和CN。当某个RAB的用户数据需要传送时，用户数据传输过程将被调用。在收到高层PDU及相关的控制信息RFCI时，Iu UP高层调用该过程。在SRNC中，高层可能将帧质量分类信息同RFCI一同发送。NAS数据流功能对净荷进行填充（如果需要），因此Iu UP帧的净荷将是整数字节。则如有需要，NAS数据流功能将计算Iu帧净荷的CRC，并将Iu UP帧的净荷与RFCI一起下传至帧处理器。帧处理器功能从其内部存储器中取出帧号，形成合适的帧头部及帧的净荷，并将Iu UP帧PDU传送至下一层，以在Iu接口中进行传输。对于会话或流业务类别的RAB，帧号应基于时间（按照ITI增加）。对于其它业务类别，帧号应基于发送的Iu UP PDU（按照每个发送的PDU增加）。见帧号说明。在收到用户数据帧后，Iu UP协议层按如下顺序检查Iu UP帧的一致性：-帧处理器检查帧头的一致性。如果正确，帧处理器将存储帧号并向NAS数据流功能 传送Iu UP帧的净荷及相关的CRC。所接收的RFCI将送至过程控制功能；-NAS数据流功能检查净荷的CRC。如果RFCI是正确的（即：RFCI用于初始化），并与过程控制功能指示的Iu UP净荷一致（即：帧的净荷对于RFCI来讲不是太短），NAS数据流功能将根据RFCI信息从Iu UP帧净荷中移出填充位和空闲扩展域（当出现在Iu UP帧中时）。然后，NAS数据流功能将RFCI和净荷将送至高层。 图7用户数据的成功传输6.5.1.2不成功操作如果携带用户数据的Iu UP帧没有正确成帧，或不能被接收Iu UP协议层正确处理，Iu UP协议层或放弃该帧，或将该帧同指示该帧故障的帧分类信息一起传送至高层。该决定基于针对特定RAB的Iu UP实现的配置数据（即：RAB是否要求发送故障帧）。如果Iu UP协议层通过收到的帧号序列出现间隙检测到帧丢失，而帧号同时间无关（见帧号说明），则接收Iu UP协议层将向过程控制功能报告这种情况。图8用户数据非成功传输（注：图8中的1）故障帧，2）检测到帧丢失。）6.5.2初始化过程6.5.2.1成功操作该过程对于使用SMpSDU模式的RAB是必需。初始化过程的目的在于以RFCI和相关的RAB子流SDU大小，配置Iu UP两端的实例。其他附加参数也可以传送，如：PDU间定时时间间隔（IPTI：Inter PDU Timing Interval）。初始化过程通常由负责建立RNL用户平面的实体控制，即SRNC。在收到Iu UP过程控制功能指示时，初始化过程被调用，如：在Iu上，作为RAB建立或SRNS迁移的结果。当该过程被调用时，所有其他过程将被挂起，直到初始化过程终止。SRNC对于每个RAB子流组合（RFC：RAB sub-Flow Combination）分配一个RFCI。该标识与RFC的对应关系在Iu UP中将一直保持，直到连接终止或初始化过程执行。对于每个RFC ，标识与组合中的每个RAB子流SDU的大小相关。RFCI （RFCI：RAB sub-Flow Combination Indicator）清单及各自的SDU大小构成了RFC集合，这些参数在初始帧之中传送。在RFC清单中的第一个RFC指明初始RFC，即：在用户数据传输过程开始阶段，首先采用的RFC。 完整的信息由Iu UP帧处理器成帧，并以Iu UP初始化帧进行传送。如果需要，可以计算初始化帧的CRC ，并在帧的相应域进行设定。在发出初始化帧之后，一个监视定时器TINIT启动，该定时器监视初始确认帧的接收。在收到一帧指示初始化过程在Iu UP对等实体激活之后，Iu UP协议层将向高层传送 过程控制使用的RFC集合。它也存储RFC集合，以便在用户数据传输期间，控制Iu UP净荷正确成帧。如果接收方Iu UP协议层正确地收到并处理了初始化帧，它将发送一个初始化确认帧。在收到初始化确认帧后，SRNC的Iu UP协议层将停止监视定时器TINIT 。如果初始化过程需要发送几帧，则每一帧需要各自获得确认。如果初始化过程需要使用几个初始化帧，则下一帧在发送之前，需要等到前一帧的确认已经收到。监视定时器用于链中每一帧。对于链中的第1帧，帧号设置为0，而后根据发送的顺序，对于每个发送帧增加。确认或否定确认携带被确认帧的帧号。在收到初始化“否定”确认帧或定时器溢出之后，SRNC的Iu UP协议层将复位、重新启动监视定时器，并重复发送初始化帧。重复可以执行NINIT次。NINIT可由运营商选定（NINIT的默认值 为3）。随后当处于通信期间时（如无线网络层的内部功能所指示的），下行链路的帧传输以初始RFCI开始。在这种情况下：SRNC收到一个Iu帧，说明在Iu UP的另一端初始化过程处于激活态，RFCI应按如下说明使用：-对于帧的发送，即：在上行链路方向，RNC使用在对等TFO或TrFO伙伴初始化阶段声明的RAB子流组合集合（RAB sub-Flows Combination set）；-对于帧的接收，即：下行链路方向，RNC使用在其发送的初始化帧说明的RAB子流组合集合。图9 m个RFCI的成功初始化过程6.5.2.2不成功操作如果初始化帧没有正确成帧，并且不能被接收Iu UP协议层正确处理，接收方Iu UP协议层将发送初始化“否定”确认帧。如果在NINIT次 重复之后，初始化过程非成功终止（由于NINIT次“否定”确认或定时器TINIT溢出），则Iu UP协议层（发送方和接收方）将采取适当的本地动作。图10Iu UP不成功初始化过程（注：1）NINIT次“否定”确认 或2）NINIT次定时器溢出）（注：这种情况（即：SRNC收到一个Iu帧，指示在Iu UP的另一端初始化过程处于激活状态）应同TFO或TrFO协商相关。但TFO或TrFO与CODEC如何协商 有待进一步研究。）6.5.3Iu速率控制过程6.5.3.1成功操作速率控制过程的目的在于：向对等Iu UP协议层说明在Iu相反方向允许的速率。Iu UP上的速率控制过程通常由在UTRAN完成速率控制的控制实体完成，即SRNC。在某些情况下，如：TrFO和TFO，由Iu UP对端进行控制。当SRNC决定Iu的允许速率集合需要更改时，Iu速率控制过程将被调用。该集合可以由以下速率构成：l 速率控制允许速率中的一个允许速率；l 可以由SRNC控制速率中的几个速率。SRNC可以控制的速率是在保证比特速率之上的速率（在建立阶段，向Iu UP指明）。在保证比特速率之下的速率不能由RNC控制，如：SID帧。当用户数据传输不被其他控制过程挂起时，该过程可以在任何时间指示。过程控制功能根据高层的请求，准备速率控制帧的净荷，其中包含了速率控制帧的反向允许速率。所允许的速率由RFCI指示。帧处理功能计算帧CRC，形成合适的PDU类型，并将Iu UP协议帧PDU发送至低层，以便在Iu接口上传输。在收到速率控制帧后，Iu UP协议层检查Iu UP帧的一致性，过程如下所述：-帧处理器检查帧头与CRC的一致性。如果正确，帧处理器将过程控制部分传送至过程控制功能；-过程控制功能检查新的允许速率是否与在初始化中收到的RFCI集合一致。它们也核实仍然允许的非速率控制速率。如果所有的速率控制信息正确，过程控制功能将速率控制信息传送至NAS数据流特定功能。-NAS数据流特定功能以Iu-UP-Status Indication原语向高层传送 速率控制信息。图11SRNC发出的成功速率控制图12 CN发出的成功的速率控制6.5.3.2不成功操作如果SRNC中的Iu UP检测到速率控制命令没有被正确地接收或翻译（如：速率超出了在速率控制帧中允许的反向速率），Iu UP将重新触发速率控制过程。如果经过NRC 次重复，错误情况依然存在，Iu UP协议层（发送与接收）将采取适当的本地动作。如果Iu UP协议层收到错误或故障的速率控制帧，它将忽略该帧。图13由RNC发出的不成功的速率控制传输（注：1）帧丢失；2）故障帧）图14由CN发出的不成功的速率控制传输（注：1）帧丢失；2）故障帧）6.5.4时间对准过程6.5.4.1成功操作 时间对准过程的目的是：通过控制对等Iu UP协议实体的传输定时，使RNC中的缓冲时延最小。Iu UP时间对准过程由SRNC控制。当检测到Iu UP PDU在不适当的时间到达从而导致不必要的缓冲延时时，SRNC将调用时间对准过程。SRNC中检测的触发是SRNC内部的事情，超出了目前文档的范围。SRNC中的Iu UP协议层向对等实体说明延迟或提前调整的量值，该量值以500 us的数量表示。在发送Iu UP时间对准帧后，监视定时器TTA开启。这个定时器监视时间调整确认帧的接收。对端节点被要求的Iu UP协议层实体按照SRNC的指示调整传输定时。如果时间对准帧正确形成，被接收Iu UP协议层和高层正确处理，后者将发送时间对准确认帧。在收到时间对准确认帧后，SRNC中的Iu UP协议层将停止监视定时器TTA。当用户数据传输不被其它控制过程挂起时，该过程可以在任何时间发起。图15a成功的时间对准6.5.4.2不成功的操作如果时间对准不能被对端处理，对端将发送一个带有相应原因的NACK。 如果SRNC的Iu UP收到一个NACK，其中的原因值是“Time Alignment not supported”，则SRNC将不再为相应的RAB发送其它的时间调整帧（除非那个RAB的Iu UP状态改变）。原因值“Time Alignment not possible”用于说明请求的时间对准在某个时刻是不可能的。在以后的时间，SRNC可以在需要的时候发出时间对准命令。如果SRNC的Iu UP检测到对端没有正确收到时间对准命令（即：收到NACK或定时器超时），将重新触发时间对准过程。在重复NTA次后，错误情况仍然存在，Iu UP将采取适当的本地动作。当收到时间对准NACK时，SRNC中的Iu UP应停止监视定时器TTA。如果RNC中Iu UP收到时间对准帧（如：在TrFO的情况下），应返回一个NACK，说明“Time Alignment not supported”。图16a不成功的时间对准（注：表示1） NTA次否定确认 或2）NTA次定时器超时）6.5.5错误事件处理过程6.5.5.1成功操作错误事件处理过程的目的是处理错误报告。在Iu UP协议上，错误报告通过错误事件帧进行。Iu UP中的错误事件过程可以由以下条件触发：-Iu UP功能检测到的一个错误（接收一个错误帧或接收一个未知或不希望的数据）。在这种情况下，将使用一个Iu UP- Status Indication通知高层。-高层的请求。当错误事件帧报告一个错误事件，应包含以下信息：-原因值；-错误距离（0 ：如果由Iu UP功能检测到，1：如果高层要求 ）在收到错误报告帧后，Iu UP功能将根据原因值采取适当的本地动作。这可能包括以Iu UP status indication向高层报告错误。图15b成功的错误事件处理6.5.5.2非成功操作如果错误事件帧没有正确形成，不能被接收的Iu UP协议层正确处理，应采取适当的本地动作（如：通知高层）。一个错误事件帧中的错误不会导致一个新的错误事件帧的发送。图16b错误事件帧非成功传送（注：1）帧丢失 2）故障帧 ）6.5.6帧质量分类帧质量分类过程使用用户数据传输业务，以在Iu UP接口交换帧质量分类信息。图17带有FQC信息的用户数据成功的传输6.6 支持模式Iu UP通信的元素6.6.1概述在本规范中，帧的结构如图18所示。BitsNumber of Octets76543210Field 1Field 21Octet 1Header partField 3Field 42Octet 2Field 4 continueSpareOctet 3Field 62Octet 4Octet 5Payload partField 6 continuePaddingSpare extension0-m图18 帧格式示例除非另外说明，在1个字节中包含多个比特的域中，MSB比特位于较高比特位（如图20所示）。另外，如果一个域包含多个字节，则MSB比特位于较低字节中。在Iu接口，帧将从低字节开始发送。在每个字节中，每个比特按照降序发送（第7比特位首先发送。）空闲比特由发送方设置为0，接收方不对其进行检查。帧的头部为整数字节。净荷是取整为整数字节（如果需要，加入填充比特）。接收方应能移去帧的尾部附加的空闲扩展域，见空闲域说明。6.6.2SMpSDU的帧格式PDU类型0PDU类型0用于在SMpSDU模式下，在Iu UP上传输用户数据。对于净荷，在Iu UP上提供了错误检测机制。图21说明了用于TNL-SAP（Transport Layer）的Iu UP协议PDU类型0的帧格式。Iu UP PDU类型0由3个部分组成：Iu UP帧控制部分（固定大小）；Iu UP帧校验和部分（固定大小）；Iu UP帧净荷部分（预定义SDU应按照字节对齐注意：这没有考虑空闲扩展域的使用）。Iu UP帧控制部分和Iu UP帧校验和组成Iu UP帧头部。BitsNumber of Octets76543210PDU Type (=0)Frame Number1Frame Control PartFQCRFCI1Header CRCPayload CRC2Frame Check Sum PartPayload CRCPayload Fields0nFrame Payload partPayload FieldsPaddingSpare extension0-4图19 Iu UP PDU Type 0格式6.6.2.2PDU类型1PDU类型1用于在SMpSDU模式下，在Iu UP传输用户数据，但对于净荷，在Iu UP上没有提供错误检测机制（即：没有净荷CRC）。图20 说明了用于TNL-SAP（Transport Layer）的Iu UP协议PDU类型1的帧格式。BitsNumber of Octets76543210PDU Type (=1)Frame Number1Frame Control PartFQCRFCI1Header CRCSpare1Frame Check Sum PartPayload Fields0-nFrame Payload partPayload FieldsPaddingSpare extension0-4图20Iu UP PDU Type 1格式Iu UP PDU类型1由3个部分组成：1) Iu UP帧控制部分（固定大小）；2) Iu UP帧校验和部分（固定大小）；3) Iu UP帧净荷部分（预定义SDU大小应按照字节对齐注意：这里不考虑空闲扩展域的使用）。Iu UP帧控制部分和Iu UP帧校验和组成Iu UP帧头部。6.6.2.3PDU类型146.6.2.3.1概述PDU类型14用于在SMpSDU模式下，执行控制过程。控制过程由过程指示符标识。帧净荷包含了与控制过程相关的数据信息。图21 说明了用于TNL-SAP（Transport Layer）的Iu UP协议PDU类型14的帧格式。Iu UP PDU类型14由3个部分组成：1) Iu UP帧控制部分（固定大小）；2) Iu UP帧校验和部分（固定大小）；3) Iu UP帧净荷部分（可变长度，）。Iu UP帧控制部分和Iu UP帧校验和组成Iu UP PDU类型14的 帧头部。BitsNumber of Octets76543210PDU Type (=14)Ack/Nack (=0, i.e. procedure)PDU Type 14 Frame Number1Frame Control PartIu UP Mode versionProcedure Indicator1Header CRCPayload CRC1Frame Checksum PartPayload CRC1Reserved for procedure data0-nFrame payload partSpare extension0-32图21 Iu UP PDU Type 14的过程发送 格式6.6.2.3.2肯定确认（Positive Acknowledgement）当PDU类型14对控制过程肯定确认时，在TNL-SAP其结构如图22所示。 BitsNumber of Octets76543210PDU Type (=14)Ack/Nack (=1, i.e. Ack)PDU Type 14 Frame Number1Frame Control PartIu UP Mode versionProcedure In