待解决问题
请教:VoLTE后,话音业务和上网业务在核心网里还能走在不同的网络(平面)吗? (进入论坛模式)
离问题结束还有0天0小时 |
提问者:gsnake
|
提问时间:2013-8-13 15:05
RT:请教:VoLTE后,话音业务和上网业务在核心网里还能走在不同的网络(平面)吗?
最近看了一些VoLte的一些东西,对这个很疑惑,还请坛里的高人指点。
最近看了一些VoLte的一些东西,对这个很疑惑,还请坛里的高人指点。
问题答案 ( 22 条 )
在LTE覆盖下,数据业务由EPC域疏导,语音业务由EPC域接入IMS域疏导;没有LTE覆盖时,数据业务还是PS域疏导,语音是CS域疏导
不知道是不是我的表达有问题,我的问题是,在核心EPC网里,语音和数据业务能不能由不同的IP网络承载(就是说语音能不能走专网,不与数据混跑)。不是问CSFB或是SRVCC。还请专家门指点。
融合了, 没有cs设备了, 全部从ps走, 只是呼叫控制上移到as了, epc只做传输通道。
二楼提到的回落cs是并存方案,最终终极方案是要取代的
也就是说,话音业务只能与IP混跑了?这对IP网的要求是不是会很高?
有一些qos机制 可以对语音做保障,现在核心网的容量都已经不是瓶颈了呵呵
一般是不分网的,语音和数据混在一个网里。其实,如果运营商希翼语音走在专网里,完全可以建一个IP语音网,与数据网并列,技术上不难。但运营商的花费就大了,而且不是特别必要。
IP网可以通过MPLS技术为语音网提供高优先级承载服务,由于目前IP网包传送能力非常巨大,语音那点传输要求不算什么。
IP网可以通过MPLS技术为语音网提供高优先级承载服务,由于目前IP网包传送能力非常巨大,语音那点传输要求不算什么。
多谢各位专家指点!
上VOLte的,就是实现所有业务通过IP承载,至于话音的控制,完全通过IMS,实现业务与承载的分离。
IP网传语音当网络不拥塞的时候还好说,如果网络拥塞了,通话质量就会下降。
反过来,为了不拥塞,运营商就必须要扩容IP网络,这样其实成本也会高的,而且随着网络流量越来越大,要不断的扩容。为何不建一个专门的IP承载网来专门承载VoLTE语音包呢,因为语音的容量是可预见的,不需要不断的扩容
反过来,为了不拥塞,运营商就必须要扩容IP网络,这样其实成本也会高的,而且随着网络流量越来越大,要不断的扩容。为何不建一个专门的IP承载网来专门承载VoLTE语音包呢,因为语音的容量是可预见的,不需要不断的扩容
可是,在IP承载网,通过什么方法把话音业务和数据业务分离呢?
我记得20字节的IP头里面有个field是用来指示优先级的,这个可以用来排队,拥塞的时候根据这个优先级给语音有限处理。DiffServ也是一种QoS的保证策略吧,呵呵,很多年没接触IP了,一直搞无线,也很想知道IP领域对语音的研究有什么新的进展
Qos可以对语音业务进行分类和优先处理是没错,可是Qos不能在物理上分离业务呀,国内现有的运营商应该都是有独立的IP承载网。
数据业务从EPC/PGW直接到CMNET公网,语音业务在IP专用承载网传输。
那EPC内部呢?现在一般是一个省一张核心网,在EPC内,由于只有PS域,在这个PS域内,能否实现话音与数据的分离(对于IP承载网来说)。
学习中 :victory:
EPC内部是靠QoS机制实现的,IMS和EPC通过Rx接口进行EPC侧的QoS预留:
GBR,语音业务最高优先级QCI=1。
QCI=1: Example Services: Conversational voicemscbsc
QCI=2: Conversational Video (Live streaming)
QCI=3: Real Time Gaming
QCI=4: Non-conversational voice (buffered streaming)
Non-GBR:
QCI=5: IMS signaling
QCI=6: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
QCI=7: Voice, Video (live streaming), interactive gaming
QCI=8: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
QCI=9: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
GBR,语音业务最高优先级QCI=1。
QCI=1: Example Services: Conversational voicemscbsc
QCI=2: Conversational Video (Live streaming)
QCI=3: Real Time Gaming
QCI=4: Non-conversational voice (buffered streaming)
Non-GBR:
QCI=5: IMS signaling
QCI=6: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
QCI=7: Voice, Video (live streaming), interactive gaming
QCI=8: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
QCI=9: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc)
谢谢!看来我的问题好象不是什么问题。
学习中.......
在EPC中,网络会根据用户请求业务的不同来建立不同的承载用的bearer通道。那么针对VoLTE 而言,它会建立两个用户面,一个是传输SIP信令, Qos较低,一个传输RTP流,Qos 较高。 传输RTP流的通道会在SIP call结束后就释放,但是传输SIP 信令的不会拆线,因为SIP 的重复注册(保证SIP 在线) 还依赖于这条用户面通道。
另外IMS 和其他IP 类业务是有区分的,通过APN 进行疏导。 比如IMS 的去IMS.COM , IP 类义务去internet.com, 不同的APN 就已经被指向不同的应用业务处理节点。
所以虽然IP,VOICE被处理在一张EPC网中,但内部处理和疏导还是会被分开的。
另外IMS 和其他IP 类业务是有区分的,通过APN 进行疏导。 比如IMS 的去IMS.COM , IP 类义务去internet.com, 不同的APN 就已经被指向不同的应用业务处理节点。
所以虽然IP,VOICE被处理在一张EPC网中,但内部处理和疏导还是会被分开的。
谢谢,虽然EPC的网元(应该主要是PGW)会有不同的处理,但是在IP网承载上,好象是不分的,是吧!
这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。
这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。