for customergbss15.1特性01-cn降时延gbss参数描述

1、GSM BSSGBSS15.1文档版本 01发布日期 2013-09-30技术2013。 保留一切权利。和个人不得擅自摘抄、非经本公司，任何本文档内容的部分或全部，并不得以。商标和其他商标均为技术的商标。本文档提及的其他所有商标或商标，由各自的所有人拥有。注意您的产品、服务或特性等应受公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的明或保证。或使用范围之内。除非合同另有约定，公司对本文档内容不做任何明示或默示的声由于产品版本升级或其他原因，本文档内容会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不任何明示或暗示的担保。技术总部

2、办公楼：518129地址：市龙岗区坂田htt：客户服务邮箱： 客户服务：iGSM BSS目 录目 录文档介绍1范围1目标读者1变更信息1概述3特性简介3特性支持情况4技术描述6RTTI6概述6RTTI 信道分配8RTTI TBF 建立9RTTI 信道调度9FANR.103.2.1 概述10FANR TBF 建立11FANR 规程12相关特性14工程指导15特性部署15部署要求155.1.2 激活15开通观测16去激活176 参数187 性能指标218 术语229 参考信息23iiGSM BSS1 文档介绍1文档介绍1.1 范围本文档主要介绍了RTTI（Reduced TransmisTimee

3、rval ） TBF（Temporary BlockFlow）建立、RTTI信道调度、FANR（Fast Ack/Nack Reporting） TBF建立和FANR规程等。本文档描述特性GBFD-510805 Latency Reduction。1.2 目标读者该文档使用需具备基本的GPRS知识，并具备GPRS通信相关的工作经验。本文档主要适用于：lGPRS产品或系统的l希望了解该特性的系统1.3 变更信息降时延变更信息包括不同版本降时延文档的变更。降时延变更信息分为以下两种类型：l技术变更描述降时延特性不同版本间的技术变更。文字变更描述降时延特性不同版本间的文字变更，包括原有内容的优化和补

4、充。l文档版本文档版本如下：l01 (2013-09-30)1GSM BSS1 文档介绍lDraft A (2013-07-30)01 (2013-09-30)GBSS15.1第一次正式发布。与Draft A (2013-07-30)相比，01 (2013-09-30)无变更。Draft A (2013-07-30)该版本为Draft版本。与GBSS15.0 01 (2013-05-06)相比，GBSS15.1 Draft A (2013-07-30)无变更。2GSM BSS2 概述2 概述2.1 特性简介降低时延是GERAN演进的重要课题，在GERAN中的会话类业务，如VoIP和Gaming

5、等对时延有较高要求。用户满意的VoIP业务，端到端的时延不应该超过300ms，VoIP业务要求的FER不超过2%，如果时延允以通过重传来实现此目标FER（Frame ErrorRate）。较小的时延也可以改户对交付类和BE（Best Effort）类业务的体验。降时延包括RTTI技术和FANR技术。RTTI技术：无线块在Um接口保持4个burst的结构不变，在时域上将两时隙使用，如图2-1所示。每个时隙使用10ms TTI（TransmisTimeerval）的无线块，在两个连续的TDMA帧上传输原来4个burst传输的内容，这两个时隙可以连续，也可以不连续。图 2-1 RTTI 原理图引入R

6、TTI可以减少Um接口时延，降低接入网的RTT（Round Trip Time），RTT为数据发送到接收到响应的时间，理论上RTT由原来的约130ms（无线块传送采用BTTI方式）降低到约60ms（无线块传送采用RTTI方式），单次重传时延由原来的约185ms3GSM BSS2 概述（BTTI）降低到约95ms（RTTI）。BTTI方式中无线块采用传统的20ms TTI，通过一个 PDCH上无线块周期中4个连续的TDMA帧发送；RTTI方式中无线块采用10ms TTI，无线块通过2个PDCH上无线块周期的前2帧或者后2帧发送。尽管RTTI可以降低传输时延，但是由于现有的Ack/Nack策略不能

7、在RLC数据块出现错误或丢失时，立刻反馈给发送方并重传，对RLC数据块组装LLC PDU产生时延。所以高效及时的Ack/Nack反馈方案可以减少LLC PDU的组包时延。支持FANR后，BSC可以及时反馈错误并重传错误的RLC数据块，降低LLC PDU的组包时延，同时降低信令开销，如图2-2所示。图 2-2 FANR 原理图降时延包含两个方面：ll减少传输时间间隔（RTTI）快速应答(FANR)降时延需要MS的支持，MS可在类标3（CLASSMARK3）和无线接入能力(Radio AcsCapability) 中，指示是否支持降时延能力（Reduced Latency Capability）。

8、 此外MS也可在11BIT一阶段接入消息EGPRS Packet Channel Request中携带请求原因值“One PhaseAcs Request by Reduced Latency MS”来指示对降时延能力的支持。对于MS而言，RTTI和FANR特性是同时支持的。小区支持EDGE情况下，支持降时延需要配置SPTREDUCELATENCY(GSM BSC6900,GSM BSC6910)参数。2.2 特性支持情况表 2-1 特性支持情况4特性名称BSC6900BSC6910GBTSeGBTSLatency ReductionGSM BSS2 概述说明“”说明在该场景下支持此特性；“”

9、说明在该场景下不支持此特性。5GSM BSS3 技术描述3 技术描述RTTI概述为了降到端的时延，提高客户对服务的满意度，3GPP GERAN提出了时延演进目标：非理想无线环境下，初次接入时延小于450ms，接入后的往返时延（RTT）小于100ms。因BTS、BSC的处理时延一般约为5ms10ms，Gb接口时延属于网的时延。这样接入网的时延主要存在于MS的反应时间、Um接口和Abis接口的时延，且Um接口和Abis接口的时延等于TTI，所以减少TTI成为降低接入网时延的重要。如图3-1所示，RTTI技术即Um接口保持4个burst的结构不变，在时域上将两个时隙（即PDCH）使用，每个时隙使用1

10、0ms TTI的无线块，在两个连续的TDMA帧上传输原来4个burst的内容，这两个时隙可以连续，也可以不连续。下图中的PDCH i和PDCH j组成一对，称为PDCH对。图 3-1 RTTI 结构采用BTTI方式进行传输的TBF为BTTI TBF，采用RTTI方式进行传输的TBF为RTTI TBF。为了支持RTTI TBF和BTTI TBF复用在一个物理信道上，3GPP 44060定义了两种 USF（Uplink Se Flag）模式：BTTI USF模式和RTTI USF模式。在一个给定的下行PDCH对上， 所有的USF将以同样的USF模式发送。当信道存在RTTI/ BTTI复用时必然配置

11、BTTI USF模式。当信道不存在复用时， 对于上行RTTI TBF，配置为RTTI USF模式。当前版本BSC不支持同一信道上RTTI/BTTI TBF的复用，6GSM BSS3 技术描述lBTTI USF模式BTTI USF模式下USF通过下行PDCH对的其中一个PDCH上通过四个连续TDMA帧发送。MS端如图3-2所示，被USF的行为如下：的下行PDCH对的第1个PDCH上收到该TBF的USF，则说明可1.以上传1个或4个RTTI块（无线块周期的个数依赖于USF的粒度），上传的时机是下一个无线块周期的第1个10ms，以及再下一个无线块周期的第1个10ms等。2.如图3-2所示，被的下行P

12、DCH对的第2个PDCH上收到该TBF的USF，则说明可以上传1个或4个RTTI块，上传的时机是下一个无线块周期的第2个10ms，以及再下一个无线块周期的第2个10ms等（无线块周期的个数依赖于USF的粒度）。图 3-2 BTTI TBF 模式lRTTI USF模式RTTI USF模式下USF通过下行PDCH对的两个连续TDMA帧发送。MS端行为如下：USF的1.如图3-3所示，被的下行PDCH对在某无线块周期的第1个10ms上的USF是该TBF的USF， 则说明可以上传1个或者4个RTTI块（无线块周期的个数依赖于USF的粒度），上传的时机是本无线块周期的第2个10ms、以及下一个无线块周期

13、的第2个 10ms等。2.如图3-3所示，被的下行PDCH对在某无线块周期的第2个10ms上的USF是该TBF的USF， 则说明可以上传1个或者4个RTTI块， 上传的时机是下一个无线块周期的第1个10ms、以及再下一个无线块周期的第1个10ms等（无线块周期的个数依赖于 USF的粒度）。图 3-3 RTTI TBF 模式7GSM BSS3 技术描述引入RTTI后，由于CS-1编码的控制信令中，USF没有预编码，是和数据混在一起编码的，因此MS需要接收到全部的数据才能得到USF。如果CS-1按照10ms的TTI发送给RTTI MS作为控制信令，则传统MS按照20ms就无法获得USF。所以在BT

14、TI USF模式下，必须使用协议规定的MCS-0编码的控制信令块。3.1.2 RTTI 信道分配进行RTTI信道分配，需满足如下条件：ll信道请求消息中请求RTTI分配方式。终端支持RTTI能力。分配最优信道对如果协作TBF存在，则将协作TBF占用的信道分配给请求TBF，并判断该分配信道对是否可用：ll信道是否超过RTTI用户复用度。信道是否满足USF，TFI（Temporary Flow Identity）要求。如果协作TBF不存在，在选择最优信道对时进行如下步骤：步骤1步骤2选择可用于RTTI分配的载频，即排除不支持RTTI的载频，如传输不支持；在载频上选择可用于RTTI分配的信道：ll

15、l l ll信道类型为PDCH信道对须是EGPRS信道信道对状态可用信道对不可超过RTTI用户复用度信道对需满足USF，TFI，TAI （Timing Advance Index）要求信道对有相同的跳频参数步骤3在以上步骤选取的可用信道对中，计算各信道对的权重（优选负荷轻和时隙号大的信道对），选出最佳信道对进行分配。-结束分配失败后处理若小区无RTTI信道对分配，则抢占BTTI信道资源；当抢占失败时，则为RTTI用户分配BTTI信道资源。抢占BTTI信道资源：选择小区中承载TBF负荷最轻的信道对，该信道对上承载的TBF。其中，该信道对需支持RTTI，以及控制信道及非EGPRS信道不可抢占。将可

16、抢占的BTTI信道对分配给RTTI用户。如果不可抢占BTTI信道对，则为该用户分配BTTI信道资源。BTTI信道资源分配参见分组信道管理特性参数描述。8GSM BSS3 技术描述3.1.3 RTTI TBF 建立BSC对支持降时延能力的MS，发起会话业务或POC业务时尝试建立RTTI TBF。但是在创建上、下行TBF时，BSC不一定获取到了业务类型和MS能力，这种情况下先给该TBF分配BTTI信道（非PDCH对）。当获取到业务类型和MS能力后，发起信道重指配，将 TBF重指配到RTTI信道（PDCH对）上。关于会话类业务和POC业务的详细说明请参见GPRS/EGPRS QoS特性参数描述。如果

17、MS在CCCH上发送11BIT一阶段接入消息EGPRS PACKET CHANNEL REQUEST，携带请求类型“One Phase Acs Request by Reduced Latency MS”，BSC收到该请求，会通过IMMEDIATE ASSIGNMENT消息直接建立上行RTTI TBF。在上行TBF的指配命令中，网络侧会指定MS使用RTTI模式还是BTTI模式，当使用RTTI模式时，需指定TBF的PDCH对和USF模式（BTTI USF模式或者RTTI USF模式）。在下行TBF的指配命令中，网络侧会指定MS使用RTTI模式还是BTTI模式，当使用RTTI模式时，需指定TBF的

18、PDCH对。BSC对RTTI信道配对方式采用协议定义的缺省方式，即(0，1)，（2，3），（4，5），（6，7）。对于同一个MS的上、下行TBF，BSC分配相同的TTI模式，即都是RTTI模式或者都是BTTI模式。对于RTTI信道的PDCH对，BSC按照如下原则进行选择：ll已经分配了RTTI信道的载频优先；信道复用度小于RTTIPDULTIPLEXTHRESH(GSM BSC6900,GSMBSC6910)，以保证RTTI TBF承载业务的时延足够小，RTTIPDULTIPLEXTHRESH(GSM BSC6900,GSM BSC6910)配置过大，复用TBF数过多，RTT时延加大，配置过小

19、，RTTI业务对PDCH的资源消耗增大；RTTI信道对选择的优先级由高到低依次为（6，7）、（4，5）、（2，3）、（0， 1）。l3.1.4 RTTI 信道调度RTTI信道调度是指对复用在PDCH对上的MS进行资源调度。当前版本BSC不支持同一信道上RTTI/BTTI TBF的复用， 故只需实现RTTI USF MODE调度。RTTI信道调度与传统BTTI信道调度的主要区别有：l调度时间间隔修改为10ms，调度对象是上、下行PDCH对，调度块既包括RLC数据块，也包括PSI13系统消息、寻呼消息等其它控制消息。维持RLC/MAC块号不变， 但通过子块号a、b区分是前10ms还是后10ms，如

20、图3-4所示。l9GSM BSS3 技术描述图 3-4 RTTI 配置下 PDCH 对 52 复帧结构如果小区中PDCH均由BTTI TBF占满，当需要分配RTTI TBF时，可以触发对BTTI TBF占用的PDCH的抢占。当RTTI PDCH对中有一个RTTI信道故障，需要正常RTTI信道可以按BTTI信道分配。该PDCH对上所有RTTI TBF，另一当CS业务抢占PS信道时，优先BTTI信道，其次RTTI信道。3.2 FANR3.2.1 概述现有分组传输流程中，对于下行传输，BSC间隔一段时间向MS发送轮询(RRBP Poll)消息，MS收到后，反馈Packet DL Ack/Nack消息

21、给BSC，携带下行数据的接收情况；对于上行传输，由BSC控制发送Packet UL Ack/Nack消息的时机，携带上行数据的接收情况。如图3-5所示，为以12个RLC数据块为轮询周期的过程，其中发送Ack/Nack是一个比较耗时的过程。尤其是在下行传输时，一个RLC数据块从MS丢失到BSC识别此丢失大约花费150ms250ms，这对时延敏感的业务（如PoC和VoIP）是受的。在RLC确认模式下，LLC层对应用层数据采用顺序发送方式，这意味着单个丢失的RLC数据块将在连续的LLC包中被延迟，直到这个RLC数据块被成功传送为止。10GSM BSS3 技术描述图 3-5 下行传输错误反馈策略现有A

22、ck/Nack机制有两个缺陷：1.检测到错误时不过程；反馈，上下行都存在这个问题，尤其是下行，还有一个轮询2.反馈时只能发送完整的Ack/Nack控制块，响应时间可能比较长，信道利用率低。接受方的反馈越及时越好，协议引入FANR，FANR包含两种改进的基于事件的Ack/Nack的方法：l当接受方发现RLC数据块丢失或者错误时，可以直接向发送方发送Ack/Nack而无需等待常规的poll消息。上下行数据块中携带反方向的Ack/Nack将原来在Ack/Nack消息中的接收状态单独拿出来，和数据一起发送，这样加快了反馈速度，并且又降低了信令的开销。在上行或下行的EGPRS RLC/MAC块中携带lP

23、AN（Piggy-backed Ack/Nack），以相反方向TBF的数据传输的确认状态。这些确认状态由PAN域提供，并且在RLC/MAC头上会有一个PANI指示当前RLC/MAC数据块中是否携带PAN。对于PAN，细分为Time-based FANR和-based FANR。Time-based FANR仅用于对上行TBF的反馈，其基本原理为，BSC并不是将某个错块的BSN告诉MS，而是告诉MS在哪个块周期的哪个信道收到数据块是错误的，然后由MS自己来根据BSC提供的位置判断出对应哪个BSN。而-based FANR可用于上下行TBF，其基本原理是数据块中携带Ack/Nack反馈信息，使用B

24、SN来作为RLC数据块的索引。BSC只支持-based FANR。引入FANR，可以及时反馈错误并重传错误的RLC块，降低LLC PDU的组包时延，还可以降低信令开销。3.2.2 FANR TBF 建立BSC对于支持降时延能力的MS，在分配RTTI TBF情况下，FANR是强制使用的。如果不满足分配RTTI TBF的条件，或者MS虽然满足但受限于RTTI信道个数或RTTI信道复用门限等资源限制，系统会分配BTTI TBF。11GSM BSS3 技术描述BSC在立即指配、分组指配、以及分组时隙重指配消息中，对于上行TBF增加了两个 FANR相关信元：ll上行TBF是否采用FANR；在配置FANR

25、时，指示MS对下行数据的确认是采用-based的ACK上报方式，还是Time-based的ACK上报方式。目前只支持-based FANR。同样的，对下行TBF增加了两个FANR相关信元：ll下行TBF是否采用FANR；支持FANR时，指示MS是否使用基于事件的Ack/Nack触发方式。3.2.3 FANR 规程Ack/Nack触发方式支持FANR后，无线块有两种Ack/Nack触发方式l轮询的快速Ack/Nack(Polled Fast Ack/Nack Reporting)如果RLC发送端是BSC，且MS存在上行FANR TBF。BSC可以通过轮询（POLL）来触发终端的FANR流程，即对

26、轮询的MS在下行RLC/MAC数据块头中携带有效P字段。基于事件的Ack/Nack（Event-based Fast Ack/Nack Reporting）具体请参见3.2.1 概述。/l上行 TBF 传输过程中的 FANR 流程BSC对上行数据的触发方式默认支持基于事件的Ack/Nack。BSC保留原来的对上行数据发送UPLINK Ack/Nack确认触发的各种场景（比如周期触发）。同时增加在发现上行数据丢包或者错包时的Ack/Nack。如果上行丢包或者错包时，该MS的下行PDCH或者PDCH对上存在支持FANR的下行TBF，则BSC可以在调度该下行TBF的EGPRS或EGPRS2 RLC数

27、据块时携带 PAN。-based如果上行丢包或者错包时，该MS的下行PDCH或者PDCH对上不存在支持FANR的下行TBF，则BSC在控制信道上发送EGPRS UPLINK ACK/NACK。对于支持FANR的上行TBF，在发送了-based PAN的Ack/Nack后，BSC可能适当加大发送EGPRS UPLINK ACK/NACK的间隔时间。下行带PAN的首次传输数据块和重传数据块的编码方式要受以下条件约束：1.对于选择使用FANR的下行数据块，如果命令的编码方式是MCS-9(或者MCS-4)，第一次发送一个带PAN的无线块时一定要使用MCS-8(或者MCS-3)；如果要求用MCS-9重传

28、一个RLC数据块（重传时带PAN），一定要使用MCS-6。如果要求用MCS-4重传一个RLC数据块（重传时带PAN，并且重分段被允许），一定要使用MCS-1。如果要求用MCS-4重传一个RLC数据块（重传时带PAN，并且重分段不被允许），则不允许带PAN。2.12GSM BSS3 技术描述下行 TBF 传输过程中的 FANR 流程网络侧在轮询MS时，可以选择让MS将Ack/Nack以PAN的方式在上行数据块中带回来，也可以让MS发送DOWNLINK ACK/NACK message消息。如果选择前者，需保证这个上行数据块同时分配给该TBF。BSC在选择轮询方式时，会考虑下述：1.保证足够的BE

29、P测量能够发送，用于下行LA/IR，具体请参见GPRS/EGPRS链路质量控制特性参数描述。在置RRBP时，若发现此时该MS没有上行数据，则BSC指示MS发送DOWNLINK ACK/NACK message消息。尽量用PAN方式来提高数据传输效率，节省带宽。如果在下行指配消息中指示MS必须使用基于事件的FANR，那么BSC可能会根据上2.3.4.行的FANR上报情况，适当降低RRBP调度的频度。13GSM BSS4 相关特性4 相关特性表 4-1 相关特性14功能点依赖特性互斥特性影响特性Latency Reduction“GBFD-118601 Abis over IP”、 “GBFD-1

30、18611 Abis IP over E1/T1”、 “GBFD-118401 Abis传输优化”或 “GBFD-114201 EGPRS业务支持”无无GSM BSS5 工程指导5 工程指导5.1 特性部署5.1.1 部署要求表 5-1 部署要求5.1.2 激活MML 配置执行BSC MML命令SET GCELLGPRS，配置“支持GPRS”为“SupportAsInu(以内置PCU方式支持GPRS)”，“支持EDGE”为“YES(是)”，“支持降时延能力”为 “SUPPORT(支持)”。15部署要求内容相关特性请参见4 相关特性。BSCBSC需要使用内置PCU，使用分组业务处理板和Gb接口板

31、。BTSBTS3006C/BTS3002E/BTS3012/BTS3012AE/BTS3900B/BTS3900E/eGBTS不支持该特性。GSM组网Abis接口HDLC/IP传输组网。MSMS支持降时延。MSC无。License证已激活。激活证操作请参见证管理特性参数描述，具体证项信息请参见证控制项说明。其他无。GSM BSS5 工程指导MML 示例SET GCELLGPRS: IDTYPE=BYID, CELLID=0, GPR SPTREDUCELATENCY=SUPPORT;pportAsInu, EDGE=YES,CME 配置说明CME上特性配置必须先进行CME单配置，再根据现网需求

32、进行CME批修改。针对同一参数的CME批量配置必须在CME单配置之后进行，建议在退出参数界面前进行CME批量配置操作。步骤1 CME单配置根据表5-2中的操作顺序，依次在CME配置界面上配置相应参数。CME单配置具体操作，请参见CME单配置操作指导。步骤2 （可选）CME批量配置若要对多个对象（/GSM小区/载频/BSC/GSM外部小区等）进行批量配置，则在CME配置界面上单击按F1，获取，启动批修改向导。如果需要了解向导详细操作，可以在向导界面。-结束表 5-2 CME 配置参数5.1.3 开通观测步骤1 使用MS进行分组会话类业务。步骤2 执行BSC MML命令DSP PDCH，查看PDC

33、H（Packet D预期结果：返回结果中可以看到信道上RTTI TBF数不为0。hannel）信道状态。-结束16操作顺序MO网元参数名参数ID是否支持CME批修改1GCELLGPR SBSC6900/ BSC6910支持GPRSGPRS支持BSC6900/ BSC6910支持EDGEEDGEBSC6900/ BSC6910支持降时延能力SPTREDUCEL ATENCYGSM BSS5 工程指导5.1.4 去激活MML 配置执行BSC MML命令SET GCELLGPRS，设置参数“支持GPRS”为“SupportAsIn(以内置PCU方式支持GPRS)”，“支持降时延能力”为“UNSUPP

34、ORT(不支持)”。uMML 示例SET GCELLGPRS: IDTYPE=BYID, CELLID=0, GPR SPTREDUCELATENCY=UNSUPPORT;pportAsInu, EDGE=YES,CME 配置说明CME上特性配置必须先进行CME单配置，再根据现网需求进行CME批修改。针对同一参数的CME批量配置必须在CME单配置之后进行，建议在退出参数界面前进行CME批量配置操作。步骤1 CME单配置根据表5-3中的操作顺序，依次在CME配置界面上配置相应参数。CME单配置具体操作，请参见CME单配置操作指导。步骤2 （可选）CME批量配置若要对多个对象（/GSM小区/载频/

35、BSC/GSM外部小区等）进行批量配置，则在CME配置界面上单击按F1，获取，启动批修改向导。如果需要了解向导详细操作，可以在向导界面。-结束表 5-3 CME 配置参数17操作顺序MO网元参数名参数ID是否支持CME批修改1GCELLGPR SBSC6900/ BSC6910支持GPRSGPRS支持BSC6900/ BSC6910支持降时延能力SPTREDUC ELATENC YGSM BSS6 参数6 参数表 6-1 参数描述18参数ID所属网元所属命令特性特性名称描述SPTREDUCE LATENCYBSC6900SET GCELLGPRSGBFD-510805Latency Reduc

36、tion含义: 该参数表示小区是否支持降时延能力。设置为 “SUPPORT”时，表示小区支持降时延能力。界面取值范围: UNSUPPORT(不支持), SUPPORT(支持): 无实际取值范围: UNSUPPORT, SUPPORT缺省值: UNSUPPORT(不支持)GSM BSS6 参数19参数ID所属网元所属命令特性特性名称描述SPTREDUCE LATENCYBSC6910SET GCELLGPRSGBFD-510805Latency Reduction含义: 该参数表示小区是否支持降时延能力。设置为 “SUPPORT”时，表示小区支持降时延能力。界面取值范围: UNSUPPORT(不

37、支持), SUPPORT(支持): 无实际取值范围: UNSUPPORT, SUPPORT缺省值: UNSUPPORT(不支持)RTTIPD ULTIPLEXTH RESHBSC6900SET GCELLPSCH MGBFD-510805 GBFD-119901 GBFD-119902 GBFD-119905 GBFD-119906 GBFD-111003Latency ReductionStreaming QoS保证QoS ARP&THPPoC QoSConversational Qos无线公共信道管理含义: 该门限是限制PDCH的 RTTI TBF的最大复用数。只有信道上RTTI TBF数小于该门限时，该信道才可分配。界面取值范围: 1080: 无实际取值范围: 1080缺省值: 30GSM BSS6 参数20参数ID所属网元所属命令特性特性名称描述RT