VoLTE技术普及之承载.docx
- 文档编号:4211584
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:10
- 大小:768.21KB
VoLTE技术普及之承载.docx
《VoLTE技术普及之承载.docx》由会员分享,可在线阅读,更多相关《VoLTE技术普及之承载.docx(10页珍藏版)》请在冰豆网上搜索。
VoLTE技术普及之承载
络以及IMS网络信息,然后会在系统和终端之间先建立QCI=8/9和QCI=5的默认承载,其中QCI=5是优先级最高的SIP信令的承载。
我们看到,系统在RrcconnectionReconfiguration命令中下发一个透传消息给UE:
ActivateDefaultEPSBearerContext,目的是建立这些默认EPS承载,包括QCI=5和QCI=8/9。
ActivateDefaultEPSBearerContext消息只在attach过程中建立EPS承载时使用,注册态下的下一次呼叫只需要在RrcconnectionReconfiguration中直接配置相应的DRB就可以直接恢复这些默认承载了。
比如下图是一个注册态下的呼叫过程,在这条RrcconnectionReconfiguration命令中,DRB信息中包含两组DRB信息,eps-bearerIdentity是5和6的DRB分别对应QCI=8/9和QCI=5的默认承载。
根据协议规定,编号从5开始,最大是15.从承载底层特性来看,这两条承载都是采用RLC-AM模式和PDCP的非RoHC压缩模式,适合于默认承载方式。
上述承载完成即意味着默认承载QCI=8/9和QCI=5的承载建立,其中QCI=5的承载用于传输UE和IMS之间的SIP信令。
所以可以看到第一条信令INVITE从UE发送到IMS申请语音呼叫。
接下来,将利用开通的SIP通道,通过SIP协议的协商,决定通知接入网建立专用承载,
DedicatedBearer用以承载语音数据。
这个专用承载是全新的承载,每次呼叫在需要的时候建立,呼叫结束将完全释放。
在这里通过activateDedicatedEPSBearerContextRequest消息请求建立专用承载。
从信令字段看出,专用承载的ID号为顺次的编号7,QCI=1,采用RLC-UM和PDCP-RoHC的实现方式,适合于这种大数据流的语音数据业务。
而在RRCconnectionReconfiguration携带的ESM信息的activateDedicatedEPSBearerContextRequest中包含了该承载相关的会话管理信息,包括签约数据率,TFT流信息等,对语音业务进行完整的定义。
自此,有关VoLTE主叫接入相关的所有承载全部建立完成,后续就是SIP消息传输和协商和话务接续阶段。
实际上,除了上述业务承载建立之外,为了承载这些上层业务,无线侧当然依据正常的流程同样建立好相应的信令承载:
SRB,这一部分跟普通PS数据业务是完全相同的。
在RRC连接建立的时候,MSG2、3、4都是由默认的信令承载SBR0承担,对应CCCH信道,通过该过程建立完成RRCconnection,也即SRB1,MSG5即RRCconnectionsetupcomplete开始用SRB1来进行携带,对应DCCH信道。
而到RRCConnectionReconfigurationComplete意味着SRB2的建立。
总结起来,为了支持VoLTE业务,LTE系统先后建立了2个信令承载(无线侧)和3个业务承载,其中业务承载包含默认的两个承载和专用的1个承载语音的承载。
如果是可视电话业务的话,就应该在建立语音QCI=1的业务承载的同时,还需建立一个视频业务的QCI=2的专用承载。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- VoLTE 技术 普及 承载