VoLTE学习笔记杂谈(7)-eSRVCC篇
今年是中国人民抗日战争暨世界反法西斯战争胜利70周年,这两天以来,天安门城楼前东西两侧竖起了红色围挡, 开始搭建93阅兵式临时观礼台。日本这个国家,在很多国人眼中,所看见的只有侵华屠杀,但日本却是当今世界唯一的黄种人发达国家。“坂上之云”意为“顺着山坡上升的云”,讲述了'明治维新'以后,日本走向现代化国家的历程。用剧中的话说,就是'一个只有农业和纺织的弱小国家,拼命努力追赶着列强的脚步'。刚刚接触这样一部电视剧的时候,确实无法感觉到这些朴实的言辞中蕴含的那股力量,但是剧中滚烫的热情洋溢而出,深深震撼着心灵。逆水行舟、不进则退,作为一个通信工程师,我们需要有这样一种奋斗精神和破釜沉舟的勇气,在这个浮躁的时代背景下努力去学习,去积攒厚积薄发的基础。
登高,坡顶自有青天——《坂上之云》
这确实是个非常小的国家
它正在迎来自己的改革期
说它小 可能没有比明治元年的日本更小的国家了吧
说到它的产业 只有农业
说到它的人才 也仅有300年来读得起书的贵族们
通过明治维新 日本人首先有了近代意义上自己的国家
每个人都成为了国民
尽管尚不习惯于这一称呼
但成为了国民的日本人作为日本历史上最初的体验者
也为这新鲜感而激动亢奋
倘若你不能理解这种过于强烈的亢奋,那么你也无从理解这个时期的历史
无论是什么社会阶层、什么家庭出生的孩子
只要你有为了取得一定资格而必须的记忆力和耐力
就可以成为博士、官吏、军人、教师中的一员
这个时代的乐观豁达,正是来自于这种乐天主义
现在想来可能是非常滑稽的事情
一个除了米和绢布以外没有其他主要产业的国家
竟然想同欧洲的先进国家一样,拥有自己的海军
还想拥有同样的陆军
财政收支当然不可能持平
可是 无论如何也要建造一个近代国家的想法
正是明治维新最大的目的
也是维新后的新国民们的少年般的崇高理想
这个故事正是讲述了这个小小的国家
如何与欧洲最古老的大国之一的俄罗斯对抗的故事
所谓的主人公 从某种意义上说
也可以说是这个时代的小国 - 日本吧
总之,我们暂且来追溯一下这三个人
在四国的伊予松山 有这样三个男人
出生于这个古城的下城区的秋山真之
他策划并实施了毁灭被称为日俄战争中
几近不可战胜的波罗的海舰队的战斗
而他的哥哥 秋山好古 培养了日本的骑兵
实现了打败被称为史上最强骑兵的哥萨克师团的奇迹
另外一人 就是被称为给日本古老的短诗型
俳句短歌带来新风潮的中兴之祖的俳人 正岗子规
他们三个 秉承著明治这一时代的脉搏
永远注视着前方大步前进
登高 坡顶自有青天
倘若正有一朵白云闪耀 那就望云爬坡吧
eSRVCC篇
之所以有增强型SRVCC(eSRVCC)技术的出现,无非是3GPP协议22.278关于EPS核心网中对于服务的要求明确,在为了保持已建立话音服务连续的异系统互操作中,终端时延不超过300ms。其实,在SRVCC中对中断时延影响最重要的一段时间不在于MSC server通过源MME向UE发送切换命令(步骤13-15),而主要在于向IMS远端更话音的访问路径至CS域(步骤10-12),从前期实测结果看来,这段时延大大超出了人们通话中可忍受话音终端的预期(实测大约在800ms以上)。3GPP 23.856提案了很多解决方案,例如在MSC Server侧加判决timer或者在SCC AS实体加判决timer,核心思想无非就是分别拉齐向源MME的切换完成信令和IMS远端的会话迁移信令发送时刻,已将无意义的信令等待导致的话音终端时延降到最低。或者将现有的本地接入网网元进行改造,实现本地锚定功能,即局部快速进行更新,至IMS的远端后续进行更新。
目前比较稳固的一种方案采用本地新增ATCF,ATGW网元的方式进行中断时延优化。
这两个网元的功能有点分别像MME和SGW/PGW,ATCF负责进行控制面的锚定和信令的中转,ATGW负责媒体面的锚定和转发,其中ATGW由ATCF进行控制。值得一提,在后续用户需要通过MSC Server进行IMS注册的情况下,注册信令可以不用通过ATCF进行路由。另外ATCF和ATGW只是逻辑网元,实际建网中,ATCF可以跟类似P-CSCF,IBCF或MSC Server等网元进行合设。
ATCF的功能主要有:
1、 分配STN-SR;
2、 参与SIP会话;
3、 指令ATGW锚定主叫和被叫的媒体路径;
4、 执行会话迁移;
5、 当会话迁移后,更新远端SCCAS中关于会话的路径信息;
6、 在会话迁移过程中处理失败情况;
7、 当会话迁移完成后,可根据本地策略,ATCF可以将ATGW从媒体路径中移除,这一步同样需要远端进行更新,其实就意味着ATCF和ATGW只参与会话迁移流程,至于流程完成之后,历史使命结束了,就可以适时的退出舞台;
如果UE在空闲态移动到一个新的MME/SGSN区域,并且接收到了新的IP地址,UE将发起重注册到IMS的流程,同时会选择一个新的ATCF网元进行锚定。如果UE没有收到新的IP地址,它将仍然使用旧有的P-CSCF和旧有的ATCF发起重新注册流程;
ATGW的功能:
根据本地策略部署,由ATCF控制的ATGW可在会话期间和会话迁移后进行媒体路由。ATGW根据ATCF具体的物理设置位置,可以与其他的物理网元进行合设,例如IMS-AGW,TrGW,P-GW或者CS-MGW。
ACC AS的功能:
SRVCC中会话迁移直接锚定在ACC AS的过程由本地的ATCF所取代,因此ACC AS网元的功能也有了一些相应的更新。例如,将远端对话与由会话迁移更新消息创建的新的对话进行关联;清除已有的STN-SR,并且向HSS提供归属地网络配置的STN-SR或者接收到的第三方登记STN-SR;根据UE能力以及SRVCC订阅信息决定是否进行eSRVCC流程;通知ATCF是否SCC AS参与锚定媒体。
从UE侧的信令流程或者测试log来看,增加新的逻辑网元ATCF、ATGW的eSRVCC并没有太大区别,主要的改变还是在新增网元之后的注册、主被叫、PS-CS话音迁移流程中,关于注册,主被叫流程中ATCF只能看作参与中转信令,甚或包括决定ATGW是否作为话音媒体的锚定点,而PS-CS话音迁移则参与了一些主导作用,以下信令流程就是从PS-CS话音迁移进行一些总体分析说明。
1、 与上一篇中SRVCC中的信令流程一致,后续步骤在MSC Server收到PS-CS请求之后触发;
2、 MSC Server发起Access Transfer消息,如果MSC Server支持mid-call能力,需要在该消息中一并指明。MSC Server提供能够支持的全部码流。如果CS MGW能够支持关于LTE话音的的码流,那么ATCF必须指明ATGW插入匹配码流的概率就降低了,这其实意味着如果MGW侧能够提供码流后续就能使得编码流程简化,否则还得需要ATGW介入进行协商;
3、 ATCF收到Access Transfer消息通过C-MSISDN对迁移的会话进行关联。ATCF识别出正确的锚定会话,并且对新加入的会话进行迁移。ATCF通过发送配置ATGW消息更新ATGW中PS访问路径为新的CS访问路径;
4、 ATGW返回配置ATGW应答消息至ATCF;
5、 ATCF发送Access Transfer响应至MSC Server。当MSC Server支持辅助mid-call功能,ATCF提供会话状态信息Session State Information(SSI)。媒体路径已经转为CS域;
6、 在收到AccessTransfer消息后,ATCF重建与SCC AS的通信,同时根据存储的ATU-STI发送Access Transfer更新消息。Access Transfer更新消息创建了在ATCF与SCC AS之间新的对话。SCC AS把新创建的对话与远端对话相关联,如果在对话描述(SDP)中没有更新内容,SCC AS也不会发送更新至远端;
7、 SCC AS发送确认响应至ATCF;
8、 如果MSC Server收到关于激活会话或者活跃会话更多的状态信息SSI,会触发与前述步骤相同的Access Transfer流程;
未完待续,不定期更新~
张阳,英国布鲁内尔大学(Brunel Univ.)设计与工程学院电子与计算机工程博士,高级工程师,博士阶段主要进行LTE物理层、处理优化算法研究。主要从事TD-LTE/TD-SCDMA网络优化工作。曾参加中国移动无线网络优化技术高级培训,荣获优秀学员称号,参加中国移动LTE维护优化技能竞赛,荣获一等奖。长期关注跟踪一线实际优化工作,具有丰富的理论基础及实践经验。在国内外通信期刊发表学术论文数十篇,并合著有《TD-LTE无线网络优化与应用》一书。
感谢一路陪伴我们的热心粉丝,如果觉得文章还不错,可以通过扫描下面的二维码支持我们,谢谢。