TrFO特性描述.docx

上传人:b****6 文档编号:7269876 上传时间:2023-01-22 格式:DOCX 页数:51 大小:622.26KB
下载 相关 举报
TrFO特性描述.docx_第1页
第1页 / 共51页
TrFO特性描述.docx_第2页
第2页 / 共51页
TrFO特性描述.docx_第3页
第3页 / 共51页
TrFO特性描述.docx_第4页
第4页 / 共51页
TrFO特性描述.docx_第5页
第5页 / 共51页
点击查看更多>>
下载资源
资源描述

TrFO特性描述.docx

《TrFO特性描述.docx》由会员分享,可在线阅读,更多相关《TrFO特性描述.docx(51页珍藏版)》请在冰豆网上搜索。

TrFO特性描述.docx

TrFO特性描述

TrFO特性描述指南

目录

关于本文档i

1TrFO特性1

1.1特性概述1

1.1.1功能编码1

1.1.2功能定义1

1.1.3应用场景9

1.1.4对外接口9

1.1.5遵循标准9

1.1.6约束与限制9

1.1.7业务受益10

1.1.8发布历史10

1.2可获得性10

1.2.1涉及网元10

1.2.2各网元实现的功能11

1.2.3License支持11

1.2.4硬件兼容性11

1.2.5版本支持11

1.3TrFO的CODEC协商功能11

1.3.1业务流程11

1.3.2查表流程37

1.4TrFO的Nc口支持Codec优先级顺序调整功能38

1.4.1业务流程38

1.4.2查表流程39

1.5TrFO在局间切换流程中的优化40

1.5.1业务流程40

1.5.2查表流程42

1.6计费与话单42

1.7性能测量42

1.8与其它业务的交互45

1.9TrFO特性操作维护描述46

1.9.1TrFO特性MML命令46

1.9.2TrFO特性相关的告警信息46

1.10参考信息46

1.10.1术语46

1.10.2缩略语46

插图目录

图1-13G到3G的局内呼叫的Codec协商过程13

图1-2局间BICC的Codec协商过程15

图1-3BICC出局侧编解码协商过程15

图1-4BICC入局侧编解码协商过程16

图1-5端到端的TrFO协商流程18

图1-62G呼叫的逐段TrFO协商流程20

图1-7呼叫稳态后的SelectedCodec修改成功流程21

图1-8呼叫稳态后的AvaliableCodecList修改流程22

图1-9呼叫稳态后的Codec重协商流程23

图1-10呼叫稳态后的选定Codec修改失败流程25

图1-11系统内部处理流程图38

图1-12编解码顺序调整查表流程39

图1-13编解码速率调整查表流程40

图1-143G局间切换的TrFO41

表格目录

表1-1各种编解码列表2

表1-2ITU-TQ765.5定义编解码列表3

表1-32G语音版本与编解码间对应关系4

表1-4Codec兼容性关系表4

表1-5涉及的网元10

表1-6TrFO特性支持的版本11

表1-7TrFO与其他业务的交互45

1TrFO特性

1.1特性概述

1.1.1功能编码

功能名称

功能编码

TrFO功能

WMFD-161500

1.1.2功能定义

TrFO(TranscoderFreeOperation):

一种对语音质量的呼叫配置。

在这种情况下,码转换器TC在物理路径上并不存在。

(TrFO和TFO不同,TFO还需要编解码器继续工作。

)因此并没有与此相关的任何转换或者与编解码器相互的控制功能,从而提高话音质量。

该功能为3GPPR4规范,UMG8900设备支持该功能。

在UMTS中,编码器对语音进行压缩,以充分利用空中接口和传输网络的带宽资源。

对于AMR(AdaptiveMultiRate)编码,最大编码速率为12.2kbit/s,固定传输网络中的传输速率为64kbit/s,为实现信号的处理,必须通过码变换器的处理。

但是,语音编码的码变换操作显著降低语音质量。

在UE和网络都支持相同类型编码类型的Mobile—Mobile呼叫情况下,如果不采用码变换器,则可以提升语音质量。

并且,在CN内部和CN-CN接口间传输压缩信息,也可以节省带宽。

TrFO功能中的涉及的编解码指的是一种压缩与解压缩语音数据的算法,应用于与承载相关的网元,MSC并不直接使用编解码。

MSC引入编解码的目的,是为了在呼叫建立时,在两个网络节点间协商使用最匹配的编码类型,尽量实现TrFO功能,提高话音质量。

3GPPTS26.103协议共定义了16种编解码,如表1-1所示:

表1-1各种编解码列表

编码类型

支持速率列表

定义组织(OID)

编码枚举值

终端支持情况

说明

GSMFR

13.0kBit/s.

ETSIGSM

(2)

0x0000.0000

2G

GSMHR

5.60kBit/s

ETSIGSM

(2)

0x0000.0001

2G

GSMEFR

12.2kBit/s

ETSIGSM

(2)

0x0000.0010

2G

FRAMR

12.2kBit/s10.2kBit/s7.95kBit/s7.40kBit/s6.70kBit/s5.90kBit/s5.15kBit/s4.75kBit/s

ETSIGSM

(2)

0x0000.0011

2G

HRAMR

7.95kBit/s7.40kBit/s6.70kBit/s5.90kBit/s5.15kBit/s4.75kBit/s

ETSIGSM

(2)

0x0000.0100.

2G

UMTSAMR

12.2kBit/s10.2kBit/s7.95kBit/s7.40kBit/s6.70kBit/s5.90kBit/s5.15kBit/s4.75kBit/s

ETSIGSM

(2)

0x0000.0101

3G

UMTSAMR2

12.2kBit/s10.2kBit/s7.95kBit/s7.40kBit/s6.70kBit/s5.90kBit/s5.15kBit/s4.75kBit/s

ETSIGSM

(2)

0x0000.0110

3G

OHRAMR

12.2kBit/s10.2kBit/s7.95kBit/s7.40kBit/s6.70kBit/s5.90kBit/s5.15kBit/s4.75kBit/s

ETSIGSM

(2)

0x0000.1011

目前暂未使用

TDMAEFR

7.4kBit/s.

ETSIGSM

(2)

0x0000.0111

目前暂未使用

PDCEFR

6.7 kBit/s.

ETSIGSM

(2)

0x0000.1000.

目前暂未使用

FRAMR-WB

12.65kBit/s

8.85kBit/s

6.60kBit/s

ETSIGSM

(2)

0x0000.1001

目前暂未使用

UMTSAMR-WB

23.85kBit/s

15.85kBit/s

12.65kBit/s

8.85kBit/s

6.60kBit/s

ETSIGSM

(2)

0x0000.1010.

3G

OFRAMR-WB

23.85kBit/s

15.85kBit/s

12.65kBit/s

8.85kBit/s

6.60kBit/s

ETSIGSM

(2)

0x0000.1100.

目前暂未使用

OHRAMR-WB

12.65kBit/s

8.85kBit/s

6.60kBit/s

ETSIGSM

(2)

0x0000.1101

目前暂未使用

MuMeDummyCodec

32kBit/s

64kBit/s

0x1111.1111.

目前暂未使用

MuMe2DummyCodec

32kBit/s

64kBit/s

0x1111.1110

目前暂未使用

ITU-TQ765.5定义了基本的Codec,如表1-2所示:

表1-2ITU-TQ765.5定义编解码列表

编码类型

占用带宽

定义组织(OID)

编码枚举值

终端支持情况

G.711a

64kbps

ITU-T

(1)

1

G.711u

64kbps

ITU-T

(1)

2

G.723.1

5.30kbps

ITU-T

(1)

6

G.729

8.00kbps

ITU-T

(1)

12/13(静音抑制)

G.711RED

64kbps

RFC

82/83

华为私有协议编解码

根据3GPPTS48008,2G语音版本与编解码间对应关系如表1-3所示:

表1-32G语音版本与编解码间对应关系

语音版本

编解码

说明

GSMspeechfullrateversion1

GSMFR

GSMspeechfullrateversion2

GSMEFR

GSMspeechfullrateversion3

FRAMR.

GSMspeechfullrateversion4

OFRAMR-WB

目前暂未使用

GSMspeechfullrateversion5

FRAMR-WB

目前暂未使用

GSMspeechhalfrateversion1

GSMHR

GSMspeechhalfrateversion2

notdefinedinthisversionoftheprotocol.

未定义

GSMspeechhalfrateversion3

HRAMR

GSMspeechhalfrateversion4

OHRAMR-WB.

目前暂未使用

GSMspeechhalfrateversion6

OHRAMR

目前暂未使用

表1-4Codec兼容性关系表

distant→

↓local

UMTS_AMR_2

UMTS_AMR

FR_AMR

HR_AMR

GSM_EFR

GSM_FR

GSM_HR

UMTS_AMR_2

compatible

compatible

compatible

Notcompatible

Notcompatible

Notcompatible

UMTS_AMR

compatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

FR_AMR

compatible

Notcompatible

compatible

Notcompatible

Notcompatible

Notcompatible

HR_AMR

compatible

Notcompatible

compatible

Notcompatible

Notcompatible

Notcompatible

GSM_EFR

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

GSM_FR

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

GSM_HR

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Notcompatible

Codec相关概念解释:

3GPP26.103中关于Codec的基本概念:

●CodecType:

definesaspecifictypeofspeechCodingalgorithms(e.g.GSMFR,GSMFRAMR)

●CodecMode:

definesaspecificmodeofaCodecType(e.g.12,2kBit/sModeoftheGSMFRAMR)

●OrganisationIdentifier(OID):

identifiesthestandardorganisation(e.g.3GPP)producingaspecificationforaCodecList.ITU-TisresponsibleformaintainingthelistofOrganisationIdentifiers

●SystemIdentifier(SysID):

identifiestheradioaccesstechnology(e.g.GSMorUMTS)forwhichthesupportedCodecListisdefined

其中对于AMRCodec的结构定义:

Octet

Parameter

MSB8

7

6

5

4

3

2

1LSB

1m

SingleCodec

SingleCodec(seeITU-TQ.765.5[6])

2m

LengthIndication

6

3m

Compat.Info

CompatibilityInformation

4m

OID

ETSIOID(SeeITU-TQ.765.5[6])

5m

CoID

FR_AMR_CoID,HR_AMR_CoID,UMTS_AMR_CoIDorUMTS_AMR_2_CoID

6o

ACS

12.2

10.2

7.95

7.40

6.70

5.90

5.15

4.75

7o

SCS

12.2

10.2

7.95

7.40

6.70

5.90

5.15

4.75

8o

OM,MACS

(spare)

(spare)

(spare)

(spare)

OM

MACS

ActiveCodecSet,ACS:

eightbits.

FortheFRAMRandtheHRAMRuptofourmodesmaybeselectedbysettingthecorrespondingbitsto"1";

InHRAMRonlyfouroutofthelowersixmodescanbeselected;

FortheUMTSAMR2uptoalleightmodesmaybeselected.

IftheACSisnotspecifiedatoriginatingside,thenallmodesaresupportedthere.

IfACSisnotprovided,thenSCSandMACScannotbeprovidedaswell.

SupportedCodecSet,SCS:

eightbits.

InFRAMRandUMTSAMR2uptoeightmodesmaybeselectedbysettingthecorrespondingbitsto"1".

InHRAMRonlythelowersixmodesmaybeselected.

IftheSCSisnotspecifiedatoriginatingside,thenallmodesaresupportedthere.

IfSCSisnotprovided,thenMACScannotbeprovidedaswell.

MaximalnumberofCodecModes,MACS:

threebits.

FortheFRAMRandtheHRAMRonetofourCodecModesareallowedwithintheACS.

Coding:

"001:

one,"010":

two,"011":

three,"100":

fourCodecmodesallowed.

FortheUMTSAMR2oneuptoeightCodecModesareallowedwithintheACS.

Coding:

"001:

one,"010":

two,…"111":

seven,"000"eightCodecmodesallowed.

IfMACSisnotspecifiedatoriginatingside,thenthemaximumofmodesissupportedthere.

OptimisationModeforACS,OM:

onebit.

Coding:

"0":

OptimisationoftheACSnotsupported,"1":

OptimisationoftheACSsupported.

静默帧和零速率:

●静默帧(SID,SilenceDescriptior(ComfortNoiseFrame)),又名舒适噪音帧。

其应用场景为语音呼叫通话过程中出现静音或话音中断时,终端会打包静默帧发送。

接收端检测到没有语音帧时,会产生舒适噪音。

AMRSID模式只有A类子流速率(39kbit/s),B类和C类子流速率均为0。

●零速率:

即AMRNODATA模式,终端发送一个SID帧后,会连续发送7个零速率帧(1:

7的比例),对于UMTSAMR,打包时长为20ms,则相当于160ms打包一个SID帧。

AMRNODATA的三类子流速率均为0,相当于是空帧。

●MSC可以通过指配消息下发的RAB参数指示RNC支持的静默帧和零速率模式。

RNC会将SID和NODATA模式下发给终端;终端会根据语音通话情况进行静默帧和零速率帧的打包发送。

PT和Ptime:

●PT为PayloadType的缩写,即负荷类型,指示当前承载使用的编解码类型。

●Ptime为打包时长,表示多长时间进行数据的打包,单位为毫秒。

●RTP协议中对语音编解码定义了SDP参数,MSCServer与MGW之间的H.248接口通过本地描述符(LocalControlDesc)携带编解码的PT和Ptime,示例如下:

m=audio6440RTP/AVP97

a=rtpmap:

97UMTS-AMR/16000

a=ptime:

20

<1>其中RTP/AVP表示媒体流使用实时传输协议中的语音视频协议;97表示媒体流的载荷格式类型取值(PayloadType,如果取值小于96,那么表示静态的PayloadType,不需要详细描述;否则表示动态的PayloadType,动态PayloadType需要进行详细描述,详细描述在a=xxx中进行)。

<2>a:

属性描述。

<3>rtpmap:

97用于表示m中指定的动态PayloadType;UMTS-AMR用于描述使用的编解码的名称,即PT值为97标识使用UMTSAMR编解码;16000表示编解码的采样率。

<4>Ptime表示打包时长。

相关说明:

●对于AMRCodec,协议中定义了AMR-NB类型的Codec,包括UMTSAMR,UMTSAMR2,FRAMR,HRAMR;与之对应的还有AMR-WB,即宽带AMR。

●对于AMR-WB的支持,系统受软参P1000BIT2控制,目前暂无支持AMR-WB的终端,因此,对于AMR-WB的编解码协商不做详细描述。

●对于AMR-NB类型的Codec,其中UMTSAMR2和UMTSAMR为3G接入侧使用的编解码。

对于UMTSAMR2和UMTSAMR的兼容性通过软参P170BIT2的控制;默认为UMTSAMR为UMTSAMR2的子集;即UMTSAMR与UMTSAMR2进行取交集时,编解码协商结果为UMTSAMR。

●对于AMR-NB类型的Codec,是支持多速率的,其中UMTSAMR和UMTSAMR2均支持8种CodecMode,即所有可变速率范围。

对于实际编解码协商过程中,ACS标识实际激活应用的编解码速率集合,SCS标识能够支持的编解码速率集合,对同一个AMRCodec,ACS必须是SCS的子集;MACS标识ACS中最多支持的速率个数;OM值标识该AMRCodec的速率是否允许优化修改,值为1标识可以被修改,即支持速率的协商;OM值为0标识不支持速率协商。

●对于PT和Ptime,MSCServer通过ADD/MOD/RMV/LSTCODECCFG命令对PT和Ptime进行配置修改,一般在缺省的情况下,系统在初始化的时候已经预置了H.248协议中各种编解码标识所使用的部分Codec参数的默认值,包括“负荷类型”、“打包时长”和“时钟速率”等,这些默认值一般能够满足运营商对数据传输的要求。

如果若这些预置的参数值不能满足运营商对数据传输的要求,则操作员可以使用ADDCODECCFG命令增加编解码配置。

●对于PT和Ptime的使用原则:

IP承载,如IU口IP化,BICC中继,MSCSever在给MGW的承载建立ADD消息中会携带PT和Ptime参数(查CODECCFG得到);如果MSCServer通过H.248接口指示MGWPtime,则MGW使用Server下发的值进行负荷打包;如果MSCServer没有指示MGWPtime,则MGW采用SETTCPARA默认配置的值。

目前UMTSAMR2的打包时长默认为20ms,G.711的打包时长默认为5ms。

编解码的打包时长参数在BICC局间对接时需要确保两边一致,否则承载协商会失败。

如果出现Ptime不一致的情况,需要通过MODCODECCFG命令修改。

●目前版本TrFO的编解码协商过程不再受TrFO的LICENSE控制。

UP相关概念解释:

在R4组网下,MGW和RNC间的IU接口、以及MGW与MGW间的Nb接口,均存在用户面协议(userplaneprotocol,下文简称用户面协议),分别称为IuUP和NbUP协议。

根据3GPPTS25.415和3GPPTS29.415,在SMpSDU模式(预定义SDU尺寸的支持模式,下文简称支持模式)下,UP(userplane,下文简称UP)实例只有完成了UP初始化过程,才能进入SMpSDU数据传输就绪状态,与对端UP实体(UP数据包交互对象)进行用户数据的交换。

具体协议层如下图所示:

MSCServer下发的UP参数是由3GPPTS29.232的3GUPpackage定义的,MSCServer使用此包指示MGW,UP的5个属性:

●模式:

用户面功能的操作模式,可以是

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1