待解决问题
请教：VoLTE后，话音业务和上网业务在核心网里还能走在不同的网络（平面）吗？  (进入论坛模式)
离问题结束还有0天0小时  |  提问者：gsnake   |  提问时间：2013-8-13 15:05
RT：请教：VoLTE后，话音业务和上网业务在核心网里还能走在不同的网络（平面）吗？
最近看了一些VoLte的一些东西，对这个很疑惑，还请坛里的高人指点。
问题答案 ( 22 条 )
在LTE覆盖下，数据业务由EPC域疏导，语音业务由EPC域接入IMS域疏导；没有LTE覆盖时，数据业务还是PS域疏导，语音是CS域疏导
 |  回应该答案 (0)  |  回答者：kkutys   |  2013-8-13 16:51
不知道是不是我的表达有问题，我的问题是，在核心EPC网里，语音和数据业务能不能由不同的IP网络承载（就是说语音能不能走专网，不与数据混跑）。不是问CSFB或是SRVCC。还请专家门指点。
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-14 00:20


融合了， 没有cs设备了， 全部从ps走， 只是呼叫控制上移到as了， epc只做传输通道。
二楼提到的回落cs是并存方案，最终终极方案是要取代的
 |  回应该答案 (0)  |  回答者：kkderek   |  2013-8-14 10:01


也就是说，话音业务只能与IP混跑了？这对IP网的要求是不是会很高？
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-14 10:16


有一些qos机制 可以对语音做保障，现在核心网的容量都已经不是瓶颈了呵呵
 |  回应该答案 (0)  |  回答者：kkderek   |  2013-8-14 12:29
一般是不分网的，语音和数据混在一个网里。其实，如果运营商希望语音走在专网里，完全可以建一个IP语音网，与数据网并列，技术上不难。但运营商的花费就大了，而且不是特别必要。
IP网可以通过MPLS技术为语音网提供高优先级承载服务，由于目前IP网包传送能力非常巨大，语音那点传输要求不算什么。
回应该答案 (0)  |  回答者：sdzhyq   |  2013-8-14 12:30
多谢各位专家指点！
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-14 12:48
上VOLte的，就是实现所有业务通过IP承载，至于话音的控制，完全通过IMS，实现业务与承载的分离。
 |  回应该答案 (0)  |  回答者：seastill   |  2013-8-14 14:09
IP网传语音当网络不拥塞的时候还好说，如果网络拥塞了，通话质量就会下降。
反过来，为了不拥塞，运营商就必须要扩容IP网络，这样其实成本也会高的，而且随着网络流量越来越大，要不断的扩容。为何不建一个专门的IP承载网来专门承载VoLTE语音包呢，因为语音的容量是可预见的，不需要不断的扩容
回应该答案 (0)  |  回答者：dxmhit   |  2013-8-14 22:10


可是，在IP承载网，通过什么方法把话音业务和数据业务分离呢？
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-15 14:00


我记得20字节的IP头里面有个field是用来指示优先级的，这个可以用来排队，拥塞的时候根据这个优先级给语音有限处理。DiffServ也是一种QoS的保证策略吧，呵呵，很多年没接触IP了，一直搞无线，也很想知道IP领域对语音的研究有什么新的进展
 |  回应该答案 (0)  |  回答者：dxmhit   |  2013-8-15 19:56


Qos可以对语音业务进行分类和优先处理是没错，可是Qos不能在物理上分离业务呀，国内现有的运营商应该都是有独立的IP承载网。
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-16 12:11
数据业务从EPC/PGW直接到CMNET公网，语音业务在IP专用承载网传输。
 |  回应该答案 (0)  |  回答者：hummingbird   |  2013-8-16 16:31


那EPC内部呢？现在一般是一个省一张核心网，在EPC内，由于只有PS域，在这个PS域内，能否实现话音与数据的分离（对于IP承载网来说）。
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-16 17:01
学习中 :victory:
 |  回应该答案 (0)  |  回答者：snwj99860   |  2013-8-16 17:12
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)
 |  回应该答案 (0)  |  回答者：hummingbird   |  2013-8-17 16:13


谢谢！看来我的问题好象不是什么问题。
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-8-19 15:27
学习中.......
 |  回应该答案 (0)  |  回答者：无痕灬   |  2013-8-20 17:42
在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网中，但内部处理和疏导还是会被分开的。
 |  回应该答案 (0)  |  回答者：bigliu819   |  2013-9-4 14:36


谢谢，虽然EPC的网元（应该主要是PGW）会有不同的处理，但是在IP网承载上，好象是不分的，是吧！
 |  回应该答案 (0)  |  回答者：gsnake   |  2013-9-4 20:06
这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。
 |  回应该答案 (0)  |  回答者：bigliu819   |  2013-9-5 09:23
这得看运营商的网络设计了。但是走IMS 的IP 承载和走internet的 IP承载是被区分开了。
 |  回应该答案 (0)  |  回答者：bigliu819   |  2013-9-5 09:23
 
我要回答：  回答字数在10000字以内