新功效(R-H).doc

R-H 功能在网络中的应用一、概述 R-H 为 BR90 的一个新功能,该功能应用后可以减少少切换掉话的次数。该功能的英文全称为 Enable Repeated H on Any LAPDm Frame ,打 H消息的功能。二、 R-H 详细功能介绍该功能只是针对西门子BTSPLUS系列基站和针对GMSK编码方式起作用。在该功能应用以前,如果信令消息没有被正确解码确认,重复发送仍没有解码成功,信令链路将被释放掉,该功能应用后,尤其是针对AMR在网络中使用后,可较大的减少信令消息传输失败的次数。在AMR网络中,因为信令信道并没有跟随话音信道进行多种编码速率的调整,信令信道对于C /I恶化的耐受能力,并没有像话音信道那样,随着A MR不同速率间的调整,即使C /I值变差,解码率仍然较以往大大提高。在标准的编码方式下(EFR,FR ,HR )信令信道和话音信道都只是对应一种编码方式,这种情况下,掉话只是与无线环境的恶化有关。而在AMR业务中, 掉话可能是因为信令传输环节出现质量变差导致掉话,但话音信道服务质量是在可以接受的范围的。在实际网络中大部分的掉话是由于切换信令引起的, R-H 功能的引入正是针对这种信令信道速率和AMR速率不相对应的情况,通过重复发送F ACCH消息并采用不同的解码方式,来增强信令信道服务的稳定性。通常情况下,掉话一般发生在覆盖非常弱的区域,此时话音业务已经经不起任何干扰。 H帧紧接着重复发送的实例: 在这个示例中,H帧。这种情况下,H帧,应标记为M+9。 H帧紧接着重复发送的实例: 这种情况下,两个相同的 H 帧在时间上是交错的,中间不再插入其他帧。 R-H 功能带来的对掉话改善的实际情况,视移动终端类型而定。联合解码功能 3gpp release 6类型的手机可以对接收到的连续重复 H 消息进行联合解码。在两个重复帧中,当单个 H 帧都无法被单独解码时,这种类型的手机开始启动联合解码功能;当两个帧都可以单独被解码时,重复发送的帧将被丢弃;当这两个帧只有一个可以被解码时,将采用成功解码的帧。针对 R-H 功能,手机可以大致分为 3种类型: A) 版本低于 3GPP6 的手机这种手机,收到的连续重复 H 消息后,完全按照两个独立的 H 消息进行处理,二者没有任何逻辑联系。这样,当两个重复消息完全可以解码时, 手机将通过 LAPDm REJ 帧对第二个消息进行回应。不管怎么说,由于 H 消息的重复发送,增加了两条消息中一条被解码的可能性。在测试中,一些老版本手机,在处理与 LAPDm 'I-frame' MAND MAND 不同的其他消息时存在问题,这样可以根据实际情况需要对关参数进行设置。例如:当不想针对 mand frames 应用 R-H 功能,而只是时该功能对 LAPDm 'I-frame' MAND MAND 起作用时,可以通过如下方式设置参数: HCMDF=ENABLE(<speech versions list>) , HACMDF=FALSE 很遗憾, 3GPP 并没有将这些老板本的手机和其他类型的手机进行明确的区分。 B) 3GPP6 标记 R-ACCH_CAP= 0 的手机这类手机支持联合解码功能,但这种联合解码只是针对 LAPDm 'command frames' ( I-frames or UI-frames)