EDGE优化手册.doc_第1页
EDGE优化手册.doc_第2页
EDGE优化手册.doc_第3页
EDGE优化手册.doc_第4页
EDGE优化手册.doc_第5页
免费预览已结束,剩余23页可下载查看

下载本文档

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

文档简介

EDGE 优化手册一、EDGE主要概念以及特点11编码方式12Payload13编码类(Family)24数据吞吐量25打孔方式26ARQ机制37资源分配机制78无线侧物理层测量报告(3GPP 05.08)109速率调整11二、EDGE相关QOS指标121.TBF建立122.PDCH占用情况143RLC层吞吐率15三、优化主要相关参数(EDGE独有)161.资源类162.测量类173速率以及重传控制类18四CMCC路测参考指标191.测试设备192DT测试193DT测试24五、附录271EDGE优化准则272参考文档27一、EDGE主要概念以及特点1编码方式EDGE上下行PDTCH使用了新的编码方式MCS1到MCS9,因此比GPRS具有更高的数据吞吐量,EGPRS的控制信道使用与GPRS控制信道相同的编码方式,即PACCH、PBCCH、PAGCH、PPCH和下行的PTCCH使用CS1的编码方式。在B8中,下行支持MCS1到MCS9的编码,而上行仅支持MCS1到MCS4的编码方式。B9上下行都支持MCS1到MCS9。2Payload在GPRS中,一个LLC PDU根据采用的编码分段为多个RLC DATA BLOCK;在EDGE中引入了payload的概念,一个LLC PDU根据编码类,首先分段为不同的payload,然后再映射到RLC DATA BLOCK,一个RLC DATA BLOCK可以有一个或两个payload,如图 1所示3编码类(Family)EDGE中有三类编码类:A、B、C,每种编码类型有不同的payload。-Family A:payload为37字节,对应MCS3、MCS6、MCS9编码方式;-Family A padding:payload为34字节,对应MCS3、MCS6、MCS8编码方式,在MCS3(MCS6)的数据后面再加上3(2*3)个填充字节。当编码从MCS8切换到MCS3或MCS6,3个或6个填充字节加到payload的后面;-Family B:payload为28字节,对应MCS2、MCS5、MCS7编码方式;-Family C:payload为22字节,对应MCS1、MCS4编码方式。 其中,在MCS7 、MCS8 和MCS9这三种编码方式中,一个radio block携带两个RLC blocks,即两个BSN(Block Sequence Number)。4数据吞吐量5打孔方式 打孔就是仅传输部分经过卷积编码之后的编码。相同的编码,若使用不同的打孔方式,传输的编码比特也不同,因此当针对同一个payload,接收机接收到两个使用不同打孔方式的RLC block,会得到一些额外信息,从而增加正确解调的可能性。 现以MCS1来举例说明打孔方式。 若使用MCS1编码,则RLC block的数据部分有196比特,经过卷积编码后得到588比特:C(0),C(1),C(587),然后根据不同的打孔方案进行打孔。 在EGPRS RLC/MAC的报头中,字段CPS(Coding and Puncturing Scheme indicator)的值说明了打孔方式(参见规范04.60),表 3为编码MCS1对应的两种打孔方式P1和P2的具体描述。 P1比特C(2+21j), C(5+21j), C(8+21j), C(10+21j), C(11+21j), C(14+21j), C(17+21j), C(20+21j),j = 0,1,.,27,除了C(k),k = 73,136,199,262,325,388,451,514不发射。P2比特C(1+21j), C(4+21j), C(7+21j), C(9+21j), C(13+21j), C(15+21j), C(16+21j), C(19+21j),j = 0,1,.,27,除了C(k),k = 78,141,204,267,330,393,456,519不发射。6ARQ机制 RLC的确认模式,有两种确认机制: -Type 1 ARQ,在B6和B7中已经使用; - Type 2 ARQ,Incremental Redundancy,仅用于B8中的EGPRS Type 1 ARQ Type 1 ARQ用于GPRS和EGPRS的上行链路。 有些RLC block虽然不能正确解调,但其中肯定包含有部分有用信息。若采用Type 1 ARQ机制,接收机在解调重发的RLC block时,并不利用上次没能正确解调的同一RLC block中的有用信息,解调仅仅依赖于本次收到的RLC block。在这种重传机制下,当EGPRS TBF的RLC block重传时,必须要使用与第一次相同的MCS或相同编码类中的MCS,这主要是为了不要对LLC PDU进行重新分段。 Payload概念的引入,对EGPRS的重传机制有一定的影响。在EGPRS中,一个RLC block重传,可以使用同一个编码类中的不同MCS,通过改变RLC block中的payload的个数来实现。例如:一个RLC block用MCS6(2个payloads,每个payload的大小为37字节)发射,可以用MCS3(2个RLC block,每个RLC block包含一个payload,而每个payload的大小为37字节)进行重发。在GPRS中,因为不存在payload的概念,因此在重发时必须使用与第一次发射时相同的CS。 在重发时,若选用相同编码类中的不同的MCS,会有以下两种情况: -当初始的MCS与重发的MCS,RLC block包含有相同数量的payload,如MCS7和MCS5,则在重发时,RLC block无须重新分段; - 当初始的MCS与重发的MCS,RLC block包含的payload的个数不同时,如MCS2(一个payload)和MCS5(两个payload),则在重发时,RLC block必须重新分段。 下图 2为一个无须分段的重发流程下图 3为一个需要分段的重发流程 在EGPRS的上行链路,仅使用type 1 ARQ。在PUAN消息中,重新分段的标志位若为1,则表明MS在重传RLC block时,要根据现在的MCS(在同一个编码类中,比第一次发送低一级的MCS)进行重新分段。 在UL EGPRS TBF中,若一个RLC block未能正确接收,则MS在同一个编码类中选用低一级的MCS进行重发,如下图 4所示。在下图 4中,重发的RLC block第二部分也未能正确接收,因为在PUAN消息中不可能单独指出是第一部分还是第二部分错误,故只要有任何一部分未能正确接收,MS就要重发RLC block的两个部分。 PUAN (分组上行确认) Type 2 ARQ Type 2 ARQ,即Incremental Redundancy(IR)。在ETSI中规定,EGPRS的MS必须支持该功能,对BTS来说,IR是可选功能,因此在B8中,IR仅用于DL(B9中支持上行IR)。信令、GPRS和非确认模式的数据都不使用IR,仅用于EGPRS在确认模式下的数据传输。IR的工作过程如下:-第一次发射RLC block,使用第一种puncturing scheme(PS1);-若需要重发该RLC block,发射机使用相同的MCS或同一编码类中的不同MCS。在解调器的输出端,接收机将合并第一次接收到的和第二次接收到的重发的数据的软比特,从而增加了该RLC block正确解调的可能性。因为多于2次或3次的软比特合并,解调增益增加很小,因此Alcatel的解决方案是,每个MCS对应的PS的数目是有限的,只有2到3个,从而限制了同一个RLC block的软比特合并次数也为2到3次。下图 5为一个软比特合并的示例。在DL EGPRS TBF的数据传输过程中,若BSN为B2的RLC block在第一次时没有正确解调,因此系统需要重发,在重发时该RLC block时,选用了相同的MCS,但是不同的PS。MS的内存空间是一定的,若MS因为保存了多个未能正确解调的RLC block的数据,而造成内存空间溢出,此时在EGPRS TBF的PDAN消息中的字段“MS OUT OF MEMORY”的值就会设置为1,系统将自动会把type 2 ARQ调整为 type 1 ARQ。在这种情况下,MFS根据初始的MCS和由链路自适应算法确定的MCS在与初始的MCS相同的编码类中来选择MCS,RLC block可能需要重新分段,如图 6所示。重传时MCS的选择 重传时的MCS,取决于: -RLC block第一次发射时,采用的MCS; -参数EN_FULL_IR_DL的值(是否允许重分段); -MS的内存是否足够; 根据链路自适应算法得出的MCS若EN_FULL_IR_DL的值为disable(允许DL重新分段)或EN_FULL_IR_DL的值为enable(不允许DL重新分段),但MS的内存空间不足(在EGPRS的PDAN消息中报告),根据表 4进行RLC block重发时MCS的选择,在重发时可以进行重分段。若EN_FULL_IR_DL的值为disable(允许DL重新分段),没有MS的内存空间不足消息(在EGPRS的PDAN消息中报告),根据下表5进行RLC block重发时MCS的选择,在重发时不可以进行重分段因此在RLC block重发时MCS的选择有两个表,在重发时根据EN_FULL_IR_DL的值和MS是否OUT OF MEMORY,确定使用哪个表来进行MCS的选用,见下表6。重发时PS的选择一旦RLC block重发的MCS确定下来,PS的选择取决于:- RLC block前一次发射时,使用的PS;- 重发的MCS; 如果RLC block是第一次发射,PS则选用PS1;若RLC block是重发的,则有下面两种情况: 若MCS没有改变:且所有的PS都已经用过了,则又选用PS1,然后PS2,PS3(如果有PS3的话),因此PS的选用是循环的; 若MCS发生改变:PS的选用见下表 7。7资源分配机制1)TBF模式 TBF的模式有两种:GPRS和EGPRS。一旦TBF建立好之后,就不能改变其模式。只有释放该TBF,然后重新建立,才能改变TBF的模式。若在一个TBF的传输过程中,BSS收到MS修改TBF模式(或RLC的确认模式)请求,BSS向MS发出Packet Access Reject消息,同时释放该TBF。 在TBF建立时,若存在反向的TBF,则新建的TBF的模式与反向的TBF的模式相同;在DL TBF快速重建时,TBF的模式与先前的模式相同;在资源重分配时,TBF的模式也不变。 对一个EGPRS的MS来说,在TBF建立时,若不存在反向的TBF,则首先尝试建立EGPRS模式的TBF,若因为EGPRS的TRX没有资源,而TBF建立失败,则尝试在GPRS的TRX上建立GPRS模式的TBF。2)TBF的建立 在建立UL GPRS和EGPRS TBF时,主要的区别来自于MS发送的初始消息不同,Packet信道分配过程不同,UL Packet资源分配过程也有点不同;TBF建立的其它过程是相同的。MS在PIM状态下,在CCCH/PCCCH上建立TBF或在PTM状态下建立TBF时,两种模式的TBF建立的信令流程和使用的消息都相同,唯一的区别是消息中的内容有所不同(对于packet access 过程,GPRS不需要提供MS的class类型,而EDGE需要提供。提供方式:占用RACH的CHANNEL REQUEST消息。) Packet信道分配流程(One Phase接入、Two Phase接入的第一个阶段): - PCCCH(PIM)One Phase接入:若小区开启了EGPRS功能,系统收到MS的EGPRS Packet信道接入请求,但是由于某种原因,无法分配EGPRS 模式的TBF,系统就给MS分配GPRS 模式的TBF。在这种情况下,系统仅知道MS的EGPRS multi-slot class,因此系统在进行资源分配时使用EGPRS multi-slot class的信息,尽管分配的是GPRS 模式的TBF。 - CCCH(PIM)One Phase接入:在EGPRS TBF的建立过程中,Immediate Assignment仅给EGPRS MS分配一个PDCH信道,尽管系统已经知道MS的EGPRS multi-slot class,这是因为Immediate Assignment不能分配多于一个PDCH。 - (P)CCCH(PIM)Two Phase接入:MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中向系统报告其无线能力。 UL Packet信道分配流程(Two Phase接入的第二个阶段): - (P)CCCH(PIM)Two Phase接入:若MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中表明该MS不支持EGPRS,PUAS消息以GPRS模式发送;若MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中表明该MS支持EGPRS,则若分配的是GPRS(EGPRS)模式的TBF,PUAS消息以GPRS(EGPRS)模式发送。 EGPRS TBF建立或资源重分配时,TRX的选择原则如下: 只要class最高的TRX上的PDCH信道上承载的EGPRS TBF的个数小于门限值N_TBF_PDCH_MCSi_MCSj,则BSS总是选择class最高的TRX。反之若PDCH信道上承载的EGPRS TBF的个数太多,则可以选择class较低的TRX。参数N_TBF_PDCH_MCSi_MCSj的值由某Class的TRX所支持的MCSi和比该class低一级的TRX所能支持的最高的MCSj决定。3) PDCH分配若EN_FAST_INITIAL_GPRS_ACCESS = true,则需在初始时建立好SPDCH信道。SPDCH信道的选择原则如下:首先选择EDGE的TRX(能为GPRS和EGPRS提供快速接入功能);然后是class级别最低的TRX(不要浪费太多的传输资源);然后是PS优先级最高的TRX(不要和CS业务冲突);最后是选择TS数目最小的TRX(降低T1资源重分配的机会)。 BSS必须使一个PDCH信道满足下述条件: -在class为n的EDGE TRX上,建立一个PDCH信道,且其在上行方向的TBF状态不为full; -在不支持EDGE TBF的TRX上建立一个PDCH信道,且其在上行方向的TBF状态不为full。4)ATER口资源拥塞除了P383A以外(P384,P150G可评估GPU负荷),还可考虑采用新的计数器来进行评估,P38D。P38D定义:由于GPU拥塞,而导致占用的PDCH信道退化(最大允许的GCH数少于实际PDCH数)的时间8无线侧物理层测量报告(3GPP 05.08) MS测量结果的上报 MS在PDAN和PRR(Packet Resource Request)消息中,向网络发送信道质量的测量报告:gCH(干扰)、RXQUAL(质量)、C和SIGN_VAR(接收电平)。(EDGE上报:Mean_BEP(Bit Error Probability)和CV_BEP)其中:gCH,n = (1-d) * gCH,n-1 + d * SSCH,n, gCH, 0 = 0 d = 1/MIN(n, N_AVG_I),N_AVG_I是小区参数 gCH将被映射为I_LEVEL,其值为0到15,如下所示: - I_LEVEL 0 = 干扰电平大于C; - I_LEVEL 1 = 干扰电平小于等于C,但大于C - 2 dB; - I_LEVEL 2 = 干扰电平小于等于C - 2 dB,但大于C - 4 dB; - - I_LEVEL 14 = 干扰电平小于等于C - 26 dB,但大于C - 28 dB; - I_LEVEL 15 = 干扰电平小于等于C 28 dB BTS侧的测量和上报 BTS测量每个UL burst,然后计算Mean_BEP和CV_BEP,并以radio block为单位向MFS报告。上行测量方式: 9速率调整 DL TBF的link adaptation MFS每次收到Mean_BEP和CV_BEP时,都要进行判断,是否需要MCS的切换。在选择MCS时,要同时考虑以下因素:TBF的模式是确认模式还是非确认模式,参数EN_FULL_IR_DL的值,TRE的APD(AVERAGE POWER DECREASE)值,是使用GMSK调制还是8PSK调制等等。MCS的选择是由一系列的表来决定的,下图为表的确定算法。 APD的值为(0,1,3,4,5,6,8,10),每个APD的值都对应一组表,若APD的值没有落在上述集合中,则选用集合中与之最接近的值 在RLC确认模式下,最后选择的MCS为: - 若根据Mean_BEP和CV_BEP确定的MCS比当前使用的MCS低,则选用这个新的MCS; -反之,则选用根据max(Mean_BEP - 2, 0)和CV_BEP而确定的MCS。 具体表格参阅:GPRS RADIO INTERFACE RLC LAYER UL TBF的link adaptation BTS每次收到RLC block,MFS都要计算Mean_BEP和CV_BEP,然后根据表进行判断,是否需要MCS的切换。但是MCS的切换必须要等TBF_MCS_PERIOD时间,才能进行。 二、EDGE相关QOS指标1.TBF建立TBF与GPRS无法区分,只可计算EDGE 的REQUEST以及SUCCESS占GPRS中的次数。GPRS_DL_TBF_MS_idle_EGPRS_success_rate: P90g/P91gGPRS_UL_TBF_MS_idle_EGPRS_success_rate P30d/P62dGPRS_DL_TBF_MS_idle_EGPRS_request_ratio: P91g / ( P91a+ P91c+ P91d+ P91f)GPRS_UL_TBF_MS_idle_EGPRS_request_ratio: P62d/ (P62a+P62c -P438c)GPRS_DL _TBF_MS_idle_EGPRS_success_ratio: P90g/ (P90a + P90b + P90c + P90d + P90e + P90f)GPRS_UL _TBF_MS_idle_EGPRS_success_ratio: P30d / (P30a + P30b + P30c)相关counter定义:p90g: EGPRS手机在(P)CCCH 信道上在空闲模式下成功建立EGPRS模式下行TBF的次数触发条件:当MFS收到PACKET CONTROL ACKNOWLEDGEMENT ,指示下行TBF在EGPRS模式下,在(P)CCCH 信道上成功建立P91a: 手机在packet idle 模式以及DRX 模式在PCCCH上建立DL TBF请求的次数触发条件:当MFS收到DL LLC PDU给处于packet idle 模式以及DRX 模式的手机,同时小区至少存在一条已建立的PCCCHP91C: 手机在packet idle 模式以及DRX 模式在CCCH上建立DL TBF请求的次数触发条件:当MFS收到DL LLC PDU给处于packet idle 模式以及DRX 模式的手机,同时小区没有PCCCH存在P91d: 手机在packet idle 模式以及non-DRX 模式在PCCCH上建立DL TBF请求的次数触发条件:当MFS收到DL LLC PDU给处于packet idle 模式以及non-DRX 模式的手机,同时小区至少存在一条已建立的PCCCHP91f: 手机在packet idle 模式以及non-DRX 模式在CCCH上建立DL TBF请求的次数触发条件:当MFS收到DL LLC PDU给处于packet idle 模式以及non-DRX 模式的手机,同时小区没有PCCCH存在P91g: EGPRS手机在(P)CCCH 信道上在空闲模式下请求建立EGPRS模式下行TBF的次数触发条件:当MFS收到一个DL LLC PDU,需要发给处于packet idle 模式下,拥有EGPRS模式的MS,以使在(P)CCCH 上建立下行TBF (in GPRS mode or in EGPRS mode)时,该COUNTER加1。P30d:EGPRS手机在(P)CCCH 信道上在空闲模式下成功建立EGPRS模式上行TBF的次数触发条件:满足以下一个条件即可触发1) 在一次接入时,EGPRS UL TBF 建立期间收到TLLI2) 在二次接入时,EGPRS UL TBF建立期间收到TBF start indicationP62d:EGPRS手机在(P)CCCH 信道上在空闲模式下请求建立EGPRS模式上行TBF的次数触发条件:满足以下一个条件即可触发1)在RACH信道上发起EGPRS PACKET CHANNEL REQUEST(ref: 04.18)2)在PRACH信道上发起EGPRS PACKET CHANNEL REQUEST(ref: 04.60)3)EGPRS手机发起PACKET RESOURCE REQUEST(ref:04.60)P62a:当满足以下条件手机在PCCCH信道进行上行TBF请求的数目:1)手机处于packet idle mode2)手机请求建立上行TBF触发条件:当(EGPRS)在PRACH信道上发起 PACKET CHANNEL REQUEST以进行上行TBF的建立(ref:04.60),该计数器加一P62c: 手机在CCCH信道进行上行TBF请求的数目.触发条件:当收到从手机在RACH上发起CHANNEL REQUEST(ref:04.18)消息中包含有cause One phase packet access 或者Single block packet access,或者EGPRS PACKET CHANNEL REQUEST(ref:04.18)时,计数器加1。.P438c:收到处于packet idle mode的手机发起UL RLC control block,以用于NC2的数目。触发条件:当MFS在CCCH上收到处于packet idle mode的手机发起的Packet Measurement Report或者Packet Cell Change Failure信息,计数器加1。P90a:在packet idle mode and DRX mode下的手机在PCCCH上成功建立下行TBF的次数触发条件:在PCCCH上进行DL TBF建立过程中,收到处于packet idle mode and DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息,计数器加1.P90b: 当手机处于uplink packet transfer 模式下下行TBF成功建立的次数触发条件:在手机处于packet transfer模式下,进行下行TBF建立过程中在PACCH上收到PACKET CONTROL ACKNOWLEDGEMENT时,计数器加1。P90c: 在packet idle mode and DRX mode下的手机在CCCH上成功建立下行TBF的次数触发条件:在CCCH上进行DL TBF建立过程中,收到处于packet idle mode and DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息,计数器加1.P90d: 在packet idle mode and non- DRX mode下的手机在PCCCH上成功建立下行TBF的次数触发条件:在PCCCH上进行DL TBF建立过程中,收到处于packet idle mode and non-DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息,计数器加1.P90e: 在T3192运行过程中在PACCH上成功建立下行TBF的次数触发条件:在T3192未超时的情况下,触发下行TBF建立后,在PACCH信道上收到PACKET CONTROL ACKNOWLEDGEMENT,该计数器加1P90f: 在packet idle mode and non- DRX mode下的手机在CCCH上成功建立下行TBF的次数.触发条件:在CCCH上进行DL TBF建立过程中,收到处于packet idle mode and non-DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息,计数器加1P30a: 当满足以下条件手机在PCCCH信道上行TBF成功建立的数目:1)手机处于packet idle mode2)手机请求建立上行TBF触发条件:满足以下其中一条条件,计数器加11) 在一步接入过程中在PRACH信道上收到TLLI2) 在二步接入过程中在PRACH信道上收到TBF start indicationP30b: 在下行传输模式中成功建立上行TBF的次数触发条件:在PACCH上进行上行TBF建立过程中收到TBF start indication时,计数器加1P30c: 当满足以下条件手机在CCCH信道上行TBF成功建立的数目:1)手机处于packet idle mode2)手机请求建立上行TBF触发条件:满足以下其中一条条件,计数器加11) 在一步接入过程中在RACH信道上收到TLLI2) 在二步接入过程中在RACH信道上收到TBF start indication2.PDCH占用情况GPRS_PDCH_EGPRS_occupancy_time_rate: P38c/ P38相关counter定义:P38: 建立的PDCH在小区内所维持的单位时间的总和触发条件:每个PDCH所有的时间统计P38c: 建立EGPRS模式下PDCH在小区内所维持的时间触发条件:每个在EGPRS模式下PDCH所有的时间统计3RLC层吞吐率GPRS_DL_useful_throughput_MCSx_GMSK_ack_rate:( P55e+ P55f+ P55g+ P55h) / P350aGPRS_DL/UL_useful_throughput_MCSx_ack_rate:DL:(P55e+P55f+P55g+P55h)+(P55i+P55j+P55k+P55l+P55m) / P350aUL: (P57e+P57f+P57g+P57h)/ P350bGPRS_DL/UL_real_useful_throput_radio_EGPRS_pdch_avg:DL:(P55e*176+P55f*224+P55g*296+P55h*352)+(P55i*448+P55j*592+(P55k*896+ P55l*1088+ P55m*1184)/2) / ( P38c*1000)UL: ( P57e*176+ P57f*224+ P57g*296+ P57h*352) / ( P38c*1000)GPRS_DL/UL_useful_throughput_radio_EGPRS_TBF_avg:DL:(P55e*176+P55f*224+P55g*296+P55h*352)+(P55i*448+P55j*592+(P55k*896+ P55l*1088+ P55m*1184)/2) / ( P52c*1000)UL: ( ( P57e*176+ P57f*224+ P57g*296+ P57h*352) / ( P29c*1000)相关counter定义:P55x(e-m):在MCS-X(1-9)下,在RLC确认模式下,PDTCH送出的能够正确解码,有效的DL RLC数目触发条件:PDTCH信道下行RLC DATA BLOCK 在MCS-X(1-9)下进行解码同时能够被确认(ref:04.60)P350a:PDTCH 上送出的DL RLC/MAC data block数目,其中重传块也被统计。触发条件:当MFS送出DL RLC/MAC data block,则计数器加1。注意包含LLC Dummy UI Commands 的RLC/MAC block也被计算在内P350b:PDTCH 上送出的UL RLC/MAC data block数目,其中重传块也被统计。触发条件:当MFS收到UL RLC/MAC data block,则计数器加1P57x(e-h):在MCS-X(1-4)下,在RLC确认模式下,PDTCH送出的能够正确解码,有效的UL RLC数目触发条件:PDTCH信道上行RLC DATA BLOCK 在MCS-X(1-4)下,MFS进行解码同时能够被确认(ref:04.60)P52c:在RLC确认模式以及EGPRS模式下,所有已建立的下行TBF所累积的时间触发条件:在下行TBF建立过程中,收到手机发出的,承载于PACCH/U 信道的Packet Control Acknowledgement信息,以表征下行TBF建立完成后,计数器开始计数(REF:04.60)。在正常下行TBF释放时,当收到了FBI=0时,以表征最后一个有效的RLC数据块被成功接受后,该计数器停止计数,同时进入delayed phase.在非正常下行TBF释放时,以收到最后一个有效地DL LLC PDU作为该计数器停止计数的标志。其中,小区重选作为非正常下行TBF释放P29c:在RLC确认模式以及EGPRS模式下,所有已建立的上行TBF所累积的时间触发条件:对于上行TBF而言,在遇到以下两种情况,表明上行TBF在EGPRS模式以及RLC确认模式下已经建立后,计数器开始计数:1) 对于一步接入,收到承载于(P)CCCH的第一个含有TLLI的UL RLC data block2) 在二步接入过程中或者在已有建立完成的下行TBF中发起上行TBF请求过程中,收到第一个UL RLC data block在正常的上行TBF释放过程中,在收到最后一个RLC data block(CV=0)后,计数器停止计数在非正常上行TBF释放过程中,在RRM层收到最后一个有效的RLC data block作为该计数器停止计数的标志。其中,小区重选作为非正常上行TBF释放三、优化主要相关参数(EDGE独有)1.资源类Ater_Usage_Threshold定义:Threshold (percentage of used Ater nibbles, in a GPU) above which the Ater usage is said high.范围:1%-100%默认值:70%影响范围:BSC备注:When the Ater usage is high Max_PDCH_Per_TBF_High_Ater_Usage applies, whereas when the Ater usage is normal (i.e. percentage of used Ater nibbles is below the threshold), Max_PDCH_Per_TBF applies.EN_FAST_INITIAL_GPRS_ACCESS定义:这个标志位表明是否需要有一个用于(E)GPRS 的slave PDCH作为静态信道配置在小区中。规则:MIN_PDCH NB_TS_MPDCH if EN_FAST_INITIAL_GPRS_ACCESS = enabled;MIN_PDCH = NB_TS_MPDCH if EN_FAST_INITIAL_GPRS_ACCESS = disabled.影响范围:CELL备注:当此参数设置为enabled时,能减少PDCH的建立时间,但是副作用是始终有一个PDCH处于建立状态,所以使用此参数时,需要考虑信道建立速度以及信道资源这两个QOS指标之间的平衡性。MAX_PDCH_PER_TBF_High_Ater_Usage定义:Maximum number of PDCH allocated to a single (E)GPRS connection, when the Ater usage is high.规则:Max_PDCH_Per_TBF = Max_PDCH_Per_TBF_High_Ater_Usage范围:1-5默认值:5影响范围:CELL2.测量类T_DL_EGPRS_MeasReport定义:EGPRS下行测量请求的时间周期范围:60-3000MS步长:20MS默认值:200MS影响范围:CELLBEP_PERIOD定义:Filter constant for EGPRS channel quality measurements.范围:0-15影响范围:CELL备注:该参数决定了与手机侧的MEAN_BEP和CV_BEP值相关的参数e。故而在小区不开跳频时,可以考虑把该值适当的调高(例如25),以避免过高的BLER从而导致MCS的变化。 N_AVG_I定义:N_AVG_I 在系统消息13中对(E)GPRS MS 进行广播。(E)GPRS MS 使用此参数来进行数据传输模式下干扰信号电平的测量。这些测量值将用于功率控制并报于网络进行下行链路的调节。范围:0-15步长:1默认值:6影响范围:CELLE_TX_EFFICIENCY_PERIOD定义:Number of received radio blocks for an EGPRS TBF after which E_TX_EFFICIENCY is computed.范围:1-500步长:1默认值:200影响范围:BSS3速率以及重传控制类MAX_EGPRS_MCS定义:EGPRS小区允许的最大调制解调速率规则:MAX_EGPRS_MCS = TBF_DL_INIT_MCSMAX_EGPRS_MCS = TBF_UL_INIT_MCS范围:1-9影响范围:CELLEN_FULL_IR_DL定义:是否对小区的DL TBF进行分割规则:0: Disable the full IR, so : IR with resegmentation allowed in DL,1: Enable the full IR, so, IR without resegmentation in DL.影响范围:CELL备注:B8 MR5参数名改为EN_IR。TBF_DL/UL_INIT_MCS定义:上(下)行TBF建立时初始MCS值TBF_MCS_DL定义:信令丢失该数目后,下行调制方式转换到最低MCS1范围:0-15默认值:12影响范围:BSS备注:如果EGPRS_N3105_LIMIT小于TBF_MCS_DL,或者EGPRS_N3105_LIMIT_SATELLITE小于TBF_MCS_DL,那么即使出现了连续的EGPRS Packet DL ACK/NACK信息丢失,也不会引起链路调整。TBF_MCS_UL定义:上行信令丢失该数目后,调制方式转换到最低MCS1范围:1-192默认值:32影响范围:BSS备注:TBF_MCS_UL_limit= TBF_MCS_UL x n_allocated_timeslots四CMCC路测参考指标1.测试设备设备数量笔记本电脑,推荐WindowsXP以上操作系统。四台支持GPRS的TEMS/NEMO测试手机2台支持EGPRS的TEMS/NEMO测试手机2台FTP客户端软件一套网络速度测试软件(dumeter)一套测试专用FTP Server一套GPRS商用手机2部Edge商用手机8部2DT测试1)单覆盖小区(GPRS相关对比指标:小区无覆盖比)测试目的:比较EGPRS在各种不同调制编码方式下(9种编码方式自适应,共10种)的单小区覆盖能力,并与GPRS覆盖对比。测试说明:1. 测试环境:至少40个以上小区的连片连续覆盖区域中的中心小区作为主测小区2. 测试路线:主测小区径向测试路线;尽量保持测试路线在天线半波束指向范围内3. 测试时段:选择忙时、闲时分别进行测试。4. 测试车速:测试车的移动速率为30km/h左右5. 信道配置:主测小区配置一个EGPRS载频,4个静态EGPRS信道测试步骤:1) 在测试车上、连接EGPRS测试手机、GPS设备到PC;2) 网络侧锁定一种调制编码方式,EGPRS手机锁定测试小区,发起FTP下载、下载文件大小为50MB;测试车从测试小区近点出发,沿小区覆盖方向以大约30km/h的速度移动,直到由于超出本调制编码的覆盖范围导致下载停止(连续20秒应用层无数据传输)。3) 重复步骤2测试其他所有编码方式(9种MCS编码+自适应)。4) 用GPRS手机作FTP下载、调制编码方式为CS-1 CS-2自适应或CS-1 CS-4自适应,重复步骤2);测试数据:网络侧: 1) 网络的EGPRS载频(BCCH或非BCCH)及EGPRS静态信道配置情况MS侧:a) C/Ib) RxLevc) 下行BLERd) 上下行信道的调制编码方式e) 数据业务吞吐量(应用层必选,RLC层可选,用TEMS/NEMO记录)f) 终端的时隙占用结果分析:i. EGPRS在不同MCS下的覆盖距离与编码方式的曲线、距离与数据吞吐量的曲线,RxLev与距离的曲线,ii. 在链路自适应功能开启时的覆盖距离与编码方式的曲线、距离与数据吞吐量的曲线,RxLev与距离的曲线,调制编码方式与C/I的曲线。iii. EGPRS在不同MCS下和链路自适应功能开启时的掉话点的RxLev及C/I。iv. 比较EGPRS和GPRS的覆盖距离、数据吞吐量。附:MCS速率与质量关系图2)多小区覆盖(GPRS参考指标:掉话比,FTP下载)测试目的:考察现网EGPRS环境下各种不同调制编码方式的比例、平均的吞吐量情况测试说明:1) 测试环境:至少40个以上小区的连片连续覆盖2) 测试路线:全网遍历路线(路线遍历一圈:时间至少在2小时以上,行驶距离在60Km以上,行驶速度约30km/h);测试路线位于至少40个以上小区的连片覆盖区域内的所有大路、小路。3) 测试时段:选择忙时、闲时分别进行测试。4) 信道配置:小区配置一个EGPRS载频,4个EGPRS信道(静态1个信道,动态3个信道)。测试步骤:1) 系统在自适应调制编码方式下,EGPRS手机进行FTP下载,FTP下载文件大小为500Mbyte;2) 测试车沿全网遍历路线行驶,穿越测试区域内的所有大路、小路; 3) 使用TEMS/NEMO记录测试数据记录:掉话次数(由于掉话导致需重新进行PDP激活才能重新下载的次数);测试路线上Rxlev、C/I、BLER、下行各种不同调制编码方式的样点数和比例、数据业务实时吞吐量、平均吞吐量、终端型号、终端的最大时隙能力及实际占用的时隙数;4) 根据步骤3的测试记录,同时记录小区重选的应用层的中断间隔(统计小区重选前后数据包的间隔时间)5) 根据TEMS/NEMO的记录,记录时隙的数据占用比例6) 测试路线行驶一圈后,如果测试时间在2小时以上且行驶距离在60Km以上,则结束测试;测试结束前,如果文件已下载完毕,则立即重新开始下载。结果分析:多小区覆盖下EGPRS的链路自适应开启时,各种不同调制编码方式的比例、吞吐量分布图、RxLev和C/I分布图3)测试项目:MMS(GPRS参考测试:彩信测试)测试目的:考察EGPRS现网环境下收发MMS的成功率测试说明:1) 测试环境:至少40个以上小区的连片连续覆盖;2) 测试路线:全网遍历路线(路线遍历一圈:时间至少在2小时以上,行驶距离在60Km以上,行驶速度约30km/h);测试路线位于至少40个以上小区的连片覆盖区域内的所有大路、小路;3) 测试时段:选择忙时、闲时分别进行测试;4

温馨提示

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

评论

0/150

提交评论