BSS IP 化可行性计划部培训v3_第1页
BSS IP 化可行性计划部培训v3_第2页
BSS IP 化可行性计划部培训v3_第3页
BSS IP 化可行性计划部培训v3_第4页
BSS IP 化可行性计划部培训v3_第5页
已阅读5页,还剩50页未读 继续免费阅读

下载本文档

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

文档简介

1、bss ip化新技术培训 中国移动通信研究院 2007.9 提纲提纲 bss ip化的概念 ip化的驱动力和应用场景分析 bss ip化标准化进展情况 技术原理及对设备的改造要求 工作进展和建议 无线承载技术的演变无线承载技术的演变 r99 r4 r5 r6 tdm ip msc gmsc sgsnggsn atm rnc nodeb ggsnsgsn msc server gmsc server mgw mgw tdm /atm /ip atm rnc nodeb mgwmgw sgsnggsn ip pcscfscscf mgcf gmsc server atm/ip rnc nodeb

2、ip rnc nodeb ip ip 无线接入网承载技术是一个从无线接入网承载技术是一个从tdm到分组交换的演变过程,全到分组交换的演变过程,全ip 化成为发展趋势化成为发展趋势 tdm-atm-ip 2g tdm ip msc gmsc sgsnggsn tdm bsc bts tdm/fr wcdma r4版本中版本中ran接口接口 utran node b node b rnc node b rnc node b to mgw to sgsn to mgw to sgsn iub iucs iups iub: node b和rnc之间的物理接口;atm承 载,主要采用e1、ima e1,

3、少量采用非信 道化atm stm-1接口 iups: rnc和sgsn之间的物理接口; atm 承载,主要采用atm stm-1/4接口 iucs: rnc和mgw之间的物理接口; atm 承载,主要采用atm stm-1/4接口 td-scdma 网络架构网络架构 mgwgmsc nodeb rnc hlr/auc ggsnsgsn nodeb rnc pstn gprs ip骨干网 cgfbg ss7 scp inter-plmn网络网络 iur iub iub iu -cs iu -ps msc sever uu ggsn a abis 汇接局汇接局 pstn/plmn internet

4、 mgw 3g 2g sgsn mscmsc cs ps 端局端局 mgw gb gn gi nc mc nb iu-ps iub iu-cs 接入网接入网(ran)(ran) rnc nodeb bts bsc pcu 核心网核心网(cn)(cn) 汇接局汇接局ip化化端局端局ip化化 a/gb口口ip化化abis口口ip化化 iu-cs/ps口口ip化化iub口口ip化化 现网已实现现网正进行 移动网移动网all ip发展进程发展进程 bbs ip化的概念化的概念 2g最初定义的时候,主要接口协议为tdm,随着ip化的发展和 2g新技术的引入,有必要讨论在2g引入ip承载的可行性 bss

5、ip化概念 利用ip作为bss的传输协议,主要包括:abis、a接口、gb接口 sgsn ip backbone ggsn vmsc server gmsc server mgwmgw bts bts bsc bsc 提纲提纲 bss ip化的概念 ip化的驱动力和应用场景分析 bss ip化标准化进展情况 技术原理及对设备的改造要求 中国移动bss ip化工作建议 ip ran驱动力驱动力 ip化化ran -以太传输的建设成本相 比传统sdh方案节省20 -ip化ran设备成本低 -扩容、维护成本 -有利于实现未来接入网网状连接 -去除atm层,简化网络维 护 -ip ran后续无端口扩容,

6、 可节省管理和维护开销 -hspa宽带数据业务引发4倍于 r99的传输带宽需求 -1个fe可以提供50个e1的带宽 -ip网络可提供2.5g/10g大容量 -ip已成为下一代网络的基础,符合 ip化网络发展趋势 -ip的可靠性、安全和qos逐步成熟 -ip的灵活性和寻址实现 pool/flex -提升网络安全性 -与多业务和固定客户发展互相 促进 -存在城域延伸、安全和qos风险 为什么要研究为什么要研究2g ip化?化? ip化是无线网络整体发展趋势 随着wcdma/td均在技术上完成ip化,并且逐 渐完善设备开发 需要研究2g系统如何演进,实现ip化 结合中国移动情况 2g的业务量不断增长

7、,edge等新技术不断增强 中国移动2g仍然有大规模发展,需要研究如何实 现ip化 bss ip化之后带来的好处化之后带来的好处 1、话音业务质量提高 在a接口为tdm,核心网ip化条件下,单个2g2g呼叫需要经过4次 tc过程,语音质量会随着tc过程的增加有所下降(每次tc过程降低 pesq值约0.15,增加时延约20ms a口ip化后,通过trfo,单个2g2g呼叫无tc过程,语音质量大大 改善,而且节省了tc成本 2、降低网络成本 节省tc模块(如何tc上移) a接口ip化后,由于tc从bsc上移到mgw,ip化后trfo情况下的2g呼 2g不需要tc,大量降低设备投资。 大幅降低mgw

8、、bsc接口板数量 在a接口tdm方式下,e1端口数量众多,需要的接口板多。在ip化后tc模 块消失,原有的tc模块bsc间、tc模块mgw间的e1端口被bsc- mgw之间的ip端口替代,大大减少接口板的数量 节省sg 3、ip化利于flex组网 基于msc in pool、sgsn in pool组网减少核心网投资,提高网络可 靠性 a ip和gb ip使得msc in pool和sgsn in pool易于实施 有利于媒体网关的容灾方案 bss ip化后带来的好处(续)化后带来的好处(续) 4、简化维护管理难度 gsm核心网和接入网统一支持全ip组网,有利于网络规划。abis接口、a 接

9、口、gb接口ip化后,可以将需要维护的网络类型归一化,减少维护人员 的技能要求,简化了维护管理难度。 tdm下,abis接口与trx时隙之间的关联配置、a接口tdm的电路管理和 配置是相当复杂的。ip化后这些数据配置都将大大简化,运维难度降低。 5、bsc信令直达msc server 在tdm情况下,mgw需要内置sg,ip情况下,可以直达msc server 6、2g/3g共享网络传输,利于传输网的规划设计 在3g ran逐渐引入ip承载,在我公司2g/3g均会大发展的情况下,ip bss使得2g、3g可以共享基础网络,不需要为2g bss单独维护一张 tdm基础网络 否则运营商将保有两个平

10、面的传输网:一个tdm平面和一个ip平面。规划 设计困难,资源利用率低,浪费大量的传输设备和光纤资源 7、灵活的最后一公里,组网更灵活 ip传输摆脱了tdm传输网的依赖,手段多样,可因地制宜选择最经济的方 式。最后一公里可采用无线(微波、wimax)、有线(光纤、铜线、电缆 等)。普适性承载在多种性质的城域网上:mstp/sdh、城域以太网、ip 光网络等。 比如micro/pico bts用于室内覆盖或家庭无线接入,abis使用五类线或者 adsl来承载使得这种应用的组网解决方案十分简便。 bss ip化后带来的好处(续)化后带来的好处(续) 8、节省传输资源成本 在ip方式下,能够采用采用

11、压缩率比较高的编解码类型、 vad、ip头压缩、ip头复用技术,大幅降低每呼叫的带宽 占用,能够大幅提高传输效率和传输资源利用率。ip传输建 设或租赁成本比同等带宽的采用tdm传输网络的成本要低 很多。 9、分组业务的发展对ip传输的需求 随着gprs/egprs/geran的发展,gsm分组业务不断增 强,gsm的分组业务模型发生变化,向带宽需求增加和话 务量突发的方向发展,因此提出对gb ip传输的需求,要求 gbsc提升ip处理能力 10、符合网络ip化演进趋势 全网ip化是未来网络发展趋势,bss ip化符合这种演进趋 势。有利于网络的一体化设计 应用场景应用场景 1. trfo场景

12、2. flex(a flex、gb flex)场景 3. abis接口带宽要求场景 4. micro/pico灵活组网场景 应用场景应用场景trfo trfo:在呼叫建立过程中首先进行oobtc(out-of-band transcoder control)过程,协商出统一的sc和acl后, 通知mgw用户面采用sc压缩编码进行语音通讯,mgw无 需插入tc资源,这样呼叫进入稳态后,全程采用压缩语音, 即trfo呼叫建立完成 transcoding function transcoding function transcoding functions bypassed m s/uem s/ue

13、 plm n aplm n b encodingdecoding com pressed speech 应用场景应用场景trfo 2g与3g互通:oobtc过程会尝试建立trfo呼叫。如果2g终端支持 amr编码,那么可以建立trfo呼叫。呼叫进入稳态后,2g接入端采 用fr-amr/hr-amr/wb-amr语音编码,核心网段和3g接入侧为 umts_amr2语音编码,呼叫链路上无需插入tc。 应用场景应用场景flex(a flex、gb flex)场景)场景 mscsmscsmscs mgw bsc mgw mgw bscbsc mscs pool mgw pool 采用tdm接口时mgw

14、容灾实现代价比较高,因为传输无法共享,bsc到每个mgw间都需要 配置足够数量的中继资源;当a口采用ip后自然解决这个问题,传输可以共享,轻松实现a- flex 应用场景应用场景abis ip化场景化场景 abis传输带宽的需求愈加强烈 扩容、新建站点的建设逐渐导致传输带宽的增加 2g/3g共传输的需求也对传输的融合及带宽的管理提出新 的要求 b s c bts bts ip f e bts mstp f e f e fe fe ip 应用场景应用场景micro/pico灵活组网场景 微基站 密集城区 室内覆盖 pico 基站 家庭应用 室内覆盖 热点区域应用 补盲 提纲提纲 bss ip化的

15、概念 ip化的驱动力和应用场景分析 bss ip化标准化进展情况 技术原理及对设备的改造要求 工作进展和建议 标准定义情况标准定义情况 3gpp对ip utran的标准化主要由ran wg3具体负责 ccsa对于td-scdma规范中没有专门的ip 承载定义,根据中国移动的规范进行增补 3gpp对ip bss的标准化目前主要由geran 组具体负责 bss ip化国际标准情况化国际标准情况 sgsn ip backbone ggsn vmsc server gmsc server mgwmgw bts nodeb bsc rnc iub ip化已在化已在r5冻结冻结 abis接口接口为为非开放

16、非开放 接口,没有定接口,没有定义义 1) )a接口信令面接口信令面ip化:化:3gpp r7版本版本 48.006-710引入引入sigtran, ,仅明确了基仅明确了基 于于ipip的的a a口控制面协议栈口控制面协议栈; ; 2) )a接口用接口用户户面面ip化:化:标标准化准化尚未开始尚未开始 iu ip化已在化已在r5冻结冻结 iu ip化已在化已在r5冻结冻结 gb接口接口ip化已化已经经在在 r4冻结冻结 a口口 ip化化 控制面控制面 2001年4月,r5版本的3gpp 43.051-510首次提出了a over ip 2006年5月 3gpp发布的r7版本48.006-710

17、,首次明确地提出了基于 ip承载的a口控制面协议栈 用户面没有定义 bssap sccp mtp3 mtp2 l1 bssap扩展 sccp m3ua sctp ip data link gb接口的接口的ip化化 2000年11月 3gpp发布的r4版本43.051-400在明确地提出了基于 ip承载的gb口协议栈 rr phy rlc llc gmm/sm phy rlc rrc gmm/sm llc bssgp network service iu-ps gb um ms relay geransgsn ack/unack rlc macmac ack/unack rlc common p

18、rotocols iu influenced protocols gb influenced protocols fr ip l2 fr bssgp network service ip l2 l1l1 lapdmlapdm rr rrc rr phy rlc llc gmm/sm phy rlc rrc gmm/sm llc bssgp network service iu-ps gb um ms relay geransgsn ack/unack rlc macmac ack/unack rlc common protocols iu influenced protocols gb inf

19、luenced protocols fr ip l2 fr bssgp network service ip l2 l1l1 lapdmlapdm rr rrc l2 l1 ranap sccp as defined in iu specs. l3 l2 l1 ranap sccp as defined in iu specs. l3 标准化进展情况标准化进展情况 目前中国移动正在牵头bss ip化国际标准化工作 2g领域的ip化工作,中国移动是最主要的推动者 考虑到2g ip化中仍然有一些的遗留问题,结合我们的技术方案,目前正在进行标 准化工作 国际标准推动 3gpp geran工作组:a接

20、口用户面ip化 已经在geran会议上提出wi立项 已经与国际国内运营商和厂家进行广泛沟通 vodafone、 t-mobile、意大利电信 ericsson 、motorola、zte、huawei、alcatel等 国内标准化 待国际标准化及基本定性之后,预计12月份ccsa tc5全会提出立项 提纲提纲 bss ip化的概念 ip化的驱动力和应用场景分析 bss ip化标准化进展情况 技术原理及对设备的改造要求 工作进展和建议 ip承载的实现方式承载的实现方式 为实现ip传输,有以下2种实现方式: 纯ip方式(native ip) 无线接入网网元设备对外接口已经是基于ip方式 如果标准有

21、定义,应该完全符合标准中对ip化的定义 ip“承载”方式(tdm to ip) 无线接入网对外仍然tdm承载,通过ip伪线方式将tdm 封装到ip上承载 遵从ietf标准,与3gpp标准无关 纯纯ip方式方式 ip l2/l1 上层净荷上层净荷 bts ip bsc rtp/rtcp/ sctp/udp等 ip l2/l1 rtp/rtcp/ sctp/udp等 ip“承载承载”方式方式 rnc (nodeb) pe tdm ip/mpls rnc tdm时隙pwe3 tunnel/ ip l2/l1 tdm datadatadata pwe3 tunnel/ ip l2/l1 data bs

22、s ip化的基本思路化的基本思路 abis接口是非标准接口,打开该接口 的难度比较大 abis为厂家内部接口,不存在互操作 问题 存在部分教厂家难以实现ip化 abis ip化不做详细协议定义 如果采用转换方案,必须对外屏蔽 转换设备,并转换设备可统一网管 如果纯ip实现,要求符合采用标准 的3、4层协议 对外部接口进行要求 abis接口接口ip化化 a接口接口ip化化 a接口为开放接口,可以进行接口 定义 a接口涉及核心网的改造,存在互 操作问题 彻底的ip化,对细节功能和协议做 要求 tc sg gb接口接口ip化化 标准比较成熟 厂家均支持,有应用案例 要求厂家用纯ip化实现 a口口ip

23、化的关键问题化的关键问题 目前的mgw和bsc都内置tc,产生以下问题 一次呼叫共需要4次编解码转换,影响质量 a口目前是g.711编码,比之前的13k和12.2k都大许多, 浪费带宽 重复的tc占有一定成本 部分厂家在tc不改变情况下,ip化改造难度大 在ip化改造方案中考虑tc上移问题 bts frfr 13k13k bsc/tc g.711g.711 64k64k mgw/tcmgw/tc amr2amr2 12.2k12.2k mgw/tcmgw/tc bts frfr 13k13k bsc/tc g.711g.711 64k64k mssmssmssmss bss ip化方案化方案1

24、-tc上移上移 tc tc上移的上移的a接口接口ip化化 native ip方式 bsc中的tc上移至mgw trau帧在bsc终结 bssap扩展 方案方案1怎么做?怎么做? 4 nb接口用户面接口用户面 up支持模式 up透明模式 ipbcp协商码 1 a接口信令面接口信令面 指配过程 切换过程 码型修改 动态编解码上报 新增消息和信元 2 a接口用户面接口用户面 语音封装方式 数据封装方式 3 mc接口接口 扩展sdp信息 bss ip化化(主要指(主要指a接口接口ip化)化) 修改指配、切换过程修改指配、切换过程 标准的bssap信令不支 持bsc与mgw之间的ip 地址和udp端口号

25、交换, 因此需要扩展 标准的bssap信令不支 持a接口sdp information ,需要扩展 语音业务用户面协议语音业务用户面协议 对于efr/fr/hr语音编解码 而言,语音净荷直接按 etsi ts 101 318的规定封装 在rtp包之中,并且承载在 udp/ip协议之上 对于amr编解码而言,rtp 载荷按rfc3267的规定封装 在rtp包之中,并且承载在 udp/ip协议之上 数据业务用户面协议数据业务用户面协议 数据域电路业务按72bit的v.110 帧的净荷格式在a接口上传送, bss将4个72bit的v.110帧直接封 装到一个rtp报文中发送给 mgw bsc动态上报

26、编解码动态上报编解码 为了使server了解无线情况的实 时变化,便于实现trfo,通过修 改bssap消息使bsc动态上报 无线情况 码型修改过程码型修改过程 在通话过程中,无线情况变化 时,需要通知mgw及时插入 tc,以免语音包的丢失导致 用户感受变差。目前标准的 bssap信令不支持,需要新 增消息 1)tc上移至上移至mgw 2)trau在在bsc终结终结 3)rtp承载语音、数据承载语音、数据 改造要点改造要点 1. assignment request(新增(新增ie) 扩展扩展bssap消息消息 2. assignment complete (新增(新增ie) 3. hando

27、ver request (新增(新增ie) 4. handover request acknowledge (新增(新增ie) 1. channel modify prepare 新增消息新增消息 2. channel modify failure 1 2 3 4 1 2 信令面改造要求信令面改造要求 4. resource request(扩展定义)(扩展定义) 5 4. resource indication(新增(新增ie) 6 bssap over sigtran 用户面改造要求用户面改造要求 rtp udp ip mac/ppp rtp udp ip mac/ppp fe/ge/po

28、s/e1 efr/hr/frefr/hr/fr语音帧按语音帧按rfc3550/etsi rfc3550/etsi 101 318101 318标准封装标准封装 语音和电路数据业务使用语音和电路数据业务使用rfc封装封装 amramr语音帧按语音帧按rfc3267rfc3267标准封装标准封装 电路域数据业务直接对电路域数据业务直接对v.110v.110帧进行帧进行 封装封装 扩展扩展sdp信息信息 fr编码编码 c= in ip4 10.10.10.1 m=audio 49120 rtp/avp 3 a=ptime:20 mc接口 接口sdp消息需增加消息需增加gsm codec相关参数相关参

29、数 efr编码编码 c= in ip4 10.10.10.1 m=audio 49120 rtp/avp 98 a=rtpmap:98 gsm- efr/8000 a=ptime:20 hr编码编码 c= in ip4 10.10.10.1 m=audio 49120 rtp/avp 98 a=rtpmap:98 gsm- hr/8000 a=ptime:20 amr编码编码 c= in ip4 10.10.10.1 m=audio 49120 rtp/avp 97 a=rtpmap:97 amr/8000/1 a=fmtp:97 mode- set=0,2,5,7; amrwb编码编码 c=

30、 in ip4 10.10.10.1 m=audio 49120 rtp/avp 98 a=rtpmap:98 amr- wb/16000 数据业务数据业务 c= in ip4 10.10.10.1 m=data 49120 rtp/avp 97 数据业务冗余数据业务冗余 m=audio 1234 rtp/avp 97 96 a=rtpmap:96 pcma/8000 a=rtpmap:97 red/8000/1 a=fmtp:97 96/96 nb接口用户面改造要求接口用户面改造要求 单速率编单速率编 码情况码情况 单速率编解码使用单速率编解码使用 3gpp 协议规定的透协议规定的透 明模式

31、。明模式。 单速率编码具体的报单速率编码具体的报 文封装方式文封装方式nb接口接口 和和a接口方式相同,接口方式相同, 直接采用直接采用rtp报文直报文直 接封装语音报文的方接封装语音报文的方 式。式。 数据业务采用数据业务采用nbup支持模式封装。支持模式封装。 nbup 支持模式支持模式 透明模式透明模式 多速率编多速率编 码情况码情况 数据业务数据业务 情况情况 多速率编解码使用多速率编解码使用 3gpp 协议规定的支协议规定的支 持模式。持模式。 需要需要2g侧的侧的mgw 完成不带完成不带up封装方封装方 式(式(a接口)到带接口)到带up 封装方式(封装方式(nb接口)接口) 的转

32、换。的转换。 ipbcp协商码需扩展协商码需扩展 对于对于2g单速率编码,单速率编码, 扩展了扩展了ipbcp协商的协商的 sdp描述中的描述中的 rtpmap属性的属性的 encoding name nb口原则 只有所连的bss改造mgw才需要改造,不涉及的 不需要改造 a口口ip化方案化方案2-tc不上移不上移 tc tc不上移的不上移的a接口接口ip化化 native ip方式 bsc和mgw均内置tc trau帧在bsc终结 a口仍然采用g.711的编码方式不变 方案方案2怎么做?怎么做? 1 a接口信令面接口信令面 指配过程 新增消息和信元 2 a接口用户面接口用户面 语音g.711

33、 over ip的封装方式 bss ip化化(主要指(主要指a接口接口ip化)化) 方案对比分析方案对比分析 驱动力考虑点伪线a接口ip化,tc不上移a接口ip化,tc上移 分析点实现实现ip化,化, 符合发展趋符合发展趋 势势 仅仅实现了接口ip化设备实现了ip化,符合发 展趋势 设备实现了ip化,符合 发展趋势 flex/ms c pool 较难,仅仅节约了传输有利于有利于 语音质量提语音质量提 高高 没有提高,受ip链路质量 影响 因为tfo难以部署,所以无 法实现trfo,语音质量没 有提高 实现trfo,有利于编解 码质量提高(前提:全 网改造) 降低网络成降低网络成 本本 成本增高

34、,增加外置设备 无法节省sg/tc 降低接口板卡数量,以太 网接口比较经济; 节省sg,不节省tc 节省tc成本,多bsc可 共享tc;降低接口板卡 数量;节省sg 简化维护管简化维护管 理难度理难度 增加维护管理难度一定的简化一定的简化 节省传输资节省传输资 源成本源成本 实施压缩等情况会减少实时压缩等情况大话务量 情况下减少 由于语音编解码导致带 宽节省明显 共同优 点 2g/3g共共 享网络传输享网络传输 2g/3g共享网络传输, 利于传输网的规划设计 2g/3g共享网络传输,利 于传输网的规划设计 2g/3g共享网络传输, 利于传输网的规划设计 灵活的最后灵活的最后 一公里组网一公里组

35、网 ip传输摆脱了tdm传输 网的依赖,手段多样 ip传输摆脱了tdm传输网 的依赖,手段多样 ip传输摆脱了tdm传输 网的依赖,手段多样 整体方案分析(续)整体方案分析(续) 伪线伪线a接口接口ip化化 tc不上移(无不上移(无trfo) a接口接口ip化化 tc上移上移 改造改造 难度难度 分析分析 改造涉 及 bss/mgw 无改造 涉及bsc、bts、mgw、 server改造 a口信令、用户面 涉及bsc、bts、mgw、server改造 a口信令面、用户面 mc接口、nb接口 改造点无信令面新增信元: 1、指配过程、切换过程中增 加协商端口和地址 用户面: 1、g.711 ove

36、r ip的封装 信令面新增消息和信元: 1、指配过程、切换过程中增加协商端口和地址 2、增加码型修改的通告消息 3、新增动态编解码上报功能 用户面: 1、a接口支持efr/fr/hr/amr的rtp封装 2、mgw tc支持2g编码 3、csd v.110 over ip mc 接口 1、sdp信息 nb接口用户面(全网改造) 1、up支持模式/up透明模式 3、ipbcp协商码 4、动态编解码上报 改造难 度分析 对无线网和 核心网基本 无影响 改造量较小改造量较大,涉及网元多 bss ip化目前建议方案化目前建议方案 不改变私有接口,外置设备转换 和内部改造均可 提出外部要求 bsc同时提

37、供tdm、ip两种方式 abis接口接口ip化化a接口接口ip化化 bsc中的tc上移至mgw native ip方式 trau帧在bsc终结 bssap、封装方式扩展 tc 影响编解码策略的主要因素影响编解码策略的主要因素 终端 支持amr & 不支持amr的终端并存 bsc ip化改造的 & 未ip化改造的bsc并存 mgw 支持gsm单速率 & 不支持gsm单速率的mgw并存 主、被叫全配对组合共主、被叫全配对组合共64种种 必须简化局面!必须简化局面! 编解码策略的前提和原则编解码策略的前提和原则 前提 在mgw下的bss进行ip化改造时,该mgw需同 步改造升级以支持gsmcodec

38、(例如fr、hr、 efr) 原则 1、呼叫过程中,编解码协商的目标是实现trfo。 2、在trfo不成功的情况,核心网应优先选择 umtsamr2 12.2k作为语音编码。 依据合理的前提条件,简化应用场景,依据合理的前提条件,简化应用场景, 降低现网应用的复杂性降低现网应用的复杂性 trfo具有提高语音质量,节省具有提高语音质量,节省tc 资源从而节省资源从而节省capex等优势等优势 假如本端假如本端bss已完成已完成ip化改造,对端化改造,对端 未进行改造,已改造的一侧应避免未进行改造,已改造的一侧应避免 影响到未改造的一侧影响到未改造的一侧 应用场景应用场景(共共6种场景种场景) ms(不支持amr) bsc(已ip化改造) mgw(支持单速率) ms(支持amr) bsc(已ip化改造) mgw(支持单速率) ms(支持amr or 不支持) bsc(未ip化改造) mgw(不支持单速率) ms(不支持amr) bsc(已ip化改造) mgw(支持单速率) ms(支持amr) bsc(已ip化改造) mgw(支持单速率

温馨提示

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

评论

0/150

提交评论