通信人家园

标题: 请教:VoLTE后,话音业务和上网业务在核心网里还能走在不同的网络(平面)吗?  [查看完整版帖子] [打印本页]

时间:  2013-8-13 15:05
作者: gsnake     标题: 请教:VoLTE后,话音业务和上网业务在核心网里还能走在不同的网络(平面)吗?

RT:请教:VoLTE后,话音业务和上网业务在核心网里还能走在不同的网络(平面)吗?
最近看了一些VoLte的一些东西,对这个很疑惑,还请坛里的高人指点。

时间:  2013-8-13 16:51
作者: kkutys

在LTE覆盖下,数据业务由EPC域疏导,语音业务由EPC域接入IMS域疏导;没有LTE覆盖时,数据业务还是PS域疏导,语音是CS域疏导
时间:  2013-8-14 00:20
作者: gsnake

不知道是不是我的表达有问题,我的问题是,在核心EPC网里,语音和数据业务能不能由不同的IP网络承载(就是说语音能不能走专网,不与数据混跑)。不是问CSFB或是SRVCC。还请专家门指点。
时间:  2013-8-14 10:01
作者: kkderek

gsnake 发表于 2013-8-14 00:20
不知道是不是我的表达有问题,我的问题是,在核心EPC网里,语音和数据业务能不能由不同的IP网络承载(就是说 ...

融合了, 没有cs设备了, 全部从ps走, 只是呼叫控制上移到as了, epc只做传输通道。
二楼提到的回落cs是并存方案,最终终极方案是要取代的
时间:  2013-8-14 10:16
作者: gsnake

kkderek 发表于 2013-8-14 10:01
融合了, 没有cs设备了, 全部从ps走, 只是呼叫控制上移到as了, epc只做传输通道。
二楼提到的回落cs是 ...

也就是说,话音业务只能与IP混跑了?这对IP网的要求是不是会很高?
时间:  2013-8-14 12:29
作者: kkderek

gsnake 发表于 2013-8-14 10:16
也就是说,话音业务只能与IP混跑了?这对IP网的要求是不是会很高?

有一些qos机制 可以对语音做保障,现在核心网的容量都已经不是瓶颈了呵呵
时间:  2013-8-14 12:30
作者: sdzhyq

一般是不分网的,语音和数据混在一个网里。<div>其实,如果运营商希望语音走在专网里,完全可以建一个IP语音网,与数据网并列,技术上不难。但运营商的花费就大了,而且不是特别必要。</div><div>IP网可以通过MPLS技术为语音网提供高优先级承载服务,由于目前IP网包传送能力非常巨大,语音那点传输要求不算什么。</div>
时间:  2013-8-14 12:48
作者: gsnake

多谢各位专家指点!
时间:  2013-8-14 14:09
作者: seastill

上VOLte的,就是实现所有业务通过IP承载,至于话音的控制,完全通过IMS,实现业务与承载的分离。
时间:  2013-8-14 22:10
作者: dxmhit

IP网传语音当网络不拥塞的时候还好说,如果网络拥塞了,通话质量就会下降。

反过来,为了不拥塞,运营商就必须要扩容IP网络,这样其实成本也会高的,而且随着网络流量越来越大,要不断的扩容。为何不建一个专门的IP承载网来专门承载VoLTE语音包呢,因为语音的容量是可预见的,不需要不断的扩容

时间:  2013-8-15 14:00
作者: gsnake

dxmhit 发表于 2013-8-14 22:10
IP网传语音当网络不拥塞的时候还好说,如果网络拥塞了,通话质量就会下降。

反过来,为了不拥塞,运营商就 ...

可是,在IP承载网,通过什么方法把话音业务和数据业务分离呢?
时间:  2013-8-15 19:56
作者: dxmhit

gsnake 发表于 2013-8-15 14:00
可是,在IP承载网,通过什么方法把话音业务和数据业务分离呢?

我记得20字节的IP头里面有个field是用来指示优先级的,这个可以用来排队,拥塞的时候根据这个优先级给语音有限处理。DiffServ也是一种QoS的保证策略吧,呵呵,很多年没接触IP了,一直搞无线,也很想知道IP领域对语音的研究有什么新的进展
时间:  2013-8-16 12:11
作者: gsnake

dxmhit 发表于 2013-8-15 19:56
我记得20字节的IP头里面有个field是用来指示优先级的,这个可以用来排队,拥塞的时候根据这个优先级给语音 ...

Qos可以对语音业务进行分类和优先处理是没错,可是Qos不能在物理上分离业务呀,国内现有的运营商应该都是有独立的IP承载网。
时间:  2013-8-16 16:31
作者: hummingbird

数据业务从EPC/PGW直接到CMNET公网,语音业务在IP专用承载网传输。
时间:  2013-8-16 17:01
作者: gsnake

hummingbird 发表于 2013-8-16 16:31
数据业务从EPC/PGW直接到CMNET公网,语音业务在IP专用承载网传输。

那EPC内部呢?现在一般是一个省一张核心网,在EPC内,由于只有PS域,在这个PS域内,能否实现话音与数据的分离(对于IP承载网来说)。
时间:  2013-8-16 17:12
作者: snwj99860

学习中  
时间:  2013-8-17 16:13
作者: hummingbird

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)
时间:  2013-8-19 15:27
作者: gsnake

hummingbird 发表于 2013-8-17 16:13
EPC内部是靠QoS机制实现的,IMS和EPC通过Rx接口进行EPC侧的QoS预留:
GBR,语音业务最高优先级QCI=1。
Q ...

谢谢!看来我的问题好象不是什么问题。
时间:  2013-8-20 17:42
作者: 无痕灬

学习中.......
时间:  2013-9-4 14:36
作者: bigliu819

在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网中,但内部处理和疏导还是会被分开的。
时间:  2013-9-4 20:06
作者: gsnake

bigliu819 发表于 2013-9-4 14:36
在EPC中,网络会根据用户请求业务的不同来建立不同的承载用的bearer通道。那么针对VoLTE 而言,它会建立两个 ...

谢谢,虽然EPC的网元(应该主要是PGW)会有不同的处理,但是在IP网承载上,好象是不分的,是吧!
时间:  2013-9-5 09:23
作者: bigliu819

这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。
时间:  2013-9-5 09:23
作者: bigliu819

这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。




通信人家园 (https://www.txrjy.com/) Powered by C114