SRVCC原理介绍

上传人:s9****2 文档编号:568545238 上传时间:2024-07-25 格式:PPT 页数:90 大小:3.93MB
返回 下载 相关 举报
SRVCC原理介绍_第1页
第1页 / 共90页
SRVCC原理介绍_第2页
第2页 / 共90页
SRVCC原理介绍_第3页
第3页 / 共90页
SRVCC原理介绍_第4页
第4页 / 共90页
SRVCC原理介绍_第5页
第5页 / 共90页
点击查看更多>>
资源描述

《SRVCC原理介绍》由会员分享,可在线阅读,更多相关《SRVCC原理介绍(90页珍藏版)》请在金锄头文库上搜索。

1、SRSR- -VCCVCCSingle Radio Voice Call ContinuitySRSR- -VCCVCCVCC:Voice Call Continuity,是指当UE在支持VoIP业务的网络之间移动时,如何保持语音业务的连续性,即将承载在源网络的VoIP语音业务平滑切换到目标网络CS域,反之依然。依据终端同时接收不同无线信号的数量,可将VCC分为双射频(Dual Radio,DR)和单射频(Single Radio,SR)两种模式。SRSR- -VCCVCC双射频(DR)模式是在VCC切换的过程中,UE能同时在源网络和目标网络接收和发送数据。单射频(SR)模式是假设UE在一个时

2、间点只能接收一个载频的无线信号。目前针对LTE语音业务的互操作,主要有三种候选技术:CSFB, SRVCC, VoLGA.SRSR- -VCCVCCCSFB:该观点认为,在LTE部署初期,运营商主要提供宽带数据业务,语音业务可以利用传统的GSM网络,由于GSM网络有很高的覆盖率并经过长期优化,因此在LTE部署初期,用户仍然可以得到高质量的语音服务。在这种策略的指导下,3GPP发展了CSFB技术,当用户驻留LTE网络时,如果需要发起或者接收电话,用户需要从LTE模式转回到2G网络中完成通话。这种方式的主要缺点是并未从本质上解决LTE提供语音业务的问题,而且每当用户需要语音业务时,用户在LTE网络

3、下的业务都需要中断、切换或挂起,从而影响用户的体验。频繁的系统间的模式转换由语音业务触发,因此与传统意义上的系统间切换触发条件,例如由于LTE覆盖不好引发的向2G系统的切换不同,这种问题无法通过在网络部署阶段的优化来改善。SRSR- -VCCVCCVoLGA:这种观点也是希望在LTE部署初期,尽可能利用原有的2G网络,其主要思想是将LTE作为一个IP接入网,通过新增加的一个网络实体(GANC)模拟RNC或BSC,接入CS核心网完成语音业务的处理。这种策略解决了CS Fallback 由语音业务触发的频繁模式转换问题,并支持在LTE覆盖区域的边缘向2G/3G网络切换以保持语音业务连续性。工业联盟

4、VoLGA正制定有关规范,但与CSFB类似,VoLGA技术方案语音业务仍然要通过2G网络来完成,该方案也并未解决最终在LTE系统中提供语音的问题。另外该方案需要争取主流运营商和设备制造商的广泛支持。SRSR- -VCCVCCSRVCC:第三种观点是直接通过LTE提供基于IP的语音服务,这种方式被多种运营商看做最终的解决方案。3GPP发展了针对这种部署方式和互操作策略的方案Single Radio Voice Call Continuity(SRVCC)。SRVCC主要解决当单射频UE在LTE/Pre-LTE网络和2G/3G网络之间移动时,如何保持语音业务连续性的问题,也就是单射频UE在IMS控

5、制的VoIP语音和CS语音之间无缝切换SRSR- -VCCVCC考虑到网络运营及用户的体验,SR-VCC应遵循以下基本原则:(1)业务中断时间不超过300ms(2)应能够与DR-VCC方案完全兼容(3)尽量避免升级或修改传统的2G/3G网络SRSR- -VCCVCCE-UTRAN and 3GPP UTRAN/GERAN SRVCC高层概念图SRSR- -VCCVCC为了便于到CS域的语音组件的会话切换(SRVCC),IMS多媒体电话会话(IMS multimedia telephony sessions)需要锚定在IMS中。对于E-UTRAN到UTRAN/GERAN的SRVCC,MME首先从

6、E-UTRAN接收切换请求和用于说明此为SRVCC处理的指示消息。如果MME拥有此终端的SRVCC STN-SR信息,则将通过Sv参考点触发它与MSC Server enhanced for SRVCC之间的SRVCC流程。MSC Server enhanced for SRVCC启动到IMS的会话转换流程,并将它与到目标小区(target cell)的CS切换流程相协调。SRSR- -VCCVCCMSC Server enhanced for SRVCC发送PS-CS切换响应到MME,该切换响应中包含了UE接入UTRAN/GERAN所必须的CS 切换命令信息。所有的非语音PS承载都是由MME

7、中的PS承载划分功能(PS bearer splitting function)在SRVCC流程期间基于从E-TURAN接收的信息进行处理。MME负责协调PS-PS切换流程的前向重定位响应(Forward Relocation Response)和SRVCC PS to CS ResponseSRSR- -VCCVCCE-UTRAN and 3GPP UTRAN/GERAN SRVCC体系结构SRSR- -VCCVCCSRVCC系统结构中主要功能实体的功能增强:(1)MSC Server enhanced for SRVCC:处理MME通过Sv接口发送的语音业务切换准备请求。发起IMS域到CS

8、域的会话切换。处理CS切换和会话切换流程。(2)HSSSRVCC方案中,HSS除了传统的功能外还需要存储一个特殊参数STN-SR(Session Transfer Number Single-Radio,会话迁移号)。在UE附着过程中,HSS会通过插入签约用户数据消息将STN-SR参数传给MME,再转发至MSC.SRSR- -VCCVCC(3)MME执行PS承载划分功能,用于区分VoIP承载和非VoIP承载。Inter-RAT切换过程中实现非VoIP承载的切换。发起到目标小区的SRVCC切换。协调PS切换和SRVCC切换的同步执行。执行非语音承载挂起和非语音承载恢复。SRSR- -VCCVCC

9、参考点(1)Sv接口:MME与MSC Server之间的接口,负责支持E-UTRAN与GERAN/UTRAN之间的SR-VCC切换。(2)S6a接口:HSS与MME之间的接口,在E-UTRAN网络附着过程中,MME将通过S6a接口从HSS下载SRVCC相关的信息。(3) S1-MME :对于SRVCC,S1-MME参考点允许在E-UTRAN和MME之间移交信令SRSR- -VCCVCCE-UTRAN and 3GPP GERAN/UTRAN SRVCC Procedures and flows(1) E-UTRAN Attach procedure for SRVCC 对于3GPP SRVCC

10、 UE的E-UTRAN附着流程,除了常规的流程,还需以下操作:-SRVCC UE在附着请求消息和TAU(Tracking Area Updates)中包含SRVCC功能指示,作为“MS Network Capacity”的一部分,MME为SRVCC操作存储此信息。-SRVCC UE在附着请求消息和非周期的TAU消息包含GERAN MS Classmark 3(如果GERAN接入网支持),MS Classmark2(如果GERAN或UTRAN接入网支持),Codecs IE(如果GERAN或UTRAN接入网支持).SRSR- -VCCVCC-如果用户被允许在拜访网络(VPLMN)中使用SRVCC

11、,则HSS将在订阅数据中包含SRVCC STN-SR和C-MSIDN,并发送给MME.-MME在S1 AP Initial Context Setup Request中包含一个”SRVCC operation possible”指示,意味着UE和MME均有SRVCC功能。SRVCC的服务请求流程也需要MME在S1 AP Initial Context Setup Request中包含一个”SRVCC operation possible”指示,意味着UE和MME均有SRVCC功能。SRSR- -VCCVCCSR-VCC切换信令流程在此只叙述由E-UTRAN至GERAN/UTRAN的单向切换流程

12、。在每个切换方向上根据GERAN/UTRAN是否支持DTM(Dual Transfer Mode,双传输模式)及PS切换来执行不同的SR-VCC流程。SRSR- -VCCVCCSRVCC from E-UTRAN to GERAN without DTM support SRSR- -VCCVCC1.用户终端向E-UTRAN发送测量报告SRSR- -VCCVCC2.基于用户终端的测量报告,E-UTRAN决定触发一个到GERAN的SRVCC切换SRSR- -VCCVCC3.源E-UTRAN向源MME发送切换需求(目标ID,源到目标的透明容器,SRVCC切换指示),E-UTRAN在源到目标透明容器

13、中为CS域设置“Old BSS to New BSS information IE”,SRVCC切换指示向MME表明目标只有CS能力,因此这是一个只面向CS域的SRVCC切换操作。该消息包含一个UE在目标蜂窝中PS服务不可用的标识。SRSR- -VCCVCC4.基于与语音承载相关联的QCI和SRVCC切换指示,源MME将语音承载从非语音承载中分离出来,并对MSC Server启动语音承载的PS-CS切换流程。SRSR- -VCCVCC5.MME向MSC Server发送一个SRVCC PS to CS Request消息(国际移动用户标识符IMSI,目标ID,STN-SR,C-MSISDN,源

14、到目标透明容器,MM上下文,紧急标识),如果正在进行的是紧急会话,则消息中将包含紧急标识。对于UE在受限服务模式下操作的情况,MME也将在请求消息中包含设备识别符。如果认证过的IMSI和C-MSISDN可用的话,也被包含在请求消息中。MME从HSS接收在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为Subscription profile的一部分。MME上下文包含相关的安全信息,CS安全密钥由MME从E-UTRAN/EPS域密钥派生,并在MM上下文中发送。 SRSR- -VCCVCC6.MSC Server通过向目标MSC发送准备切换请求(Prepare Handover

15、Request)消息,使PS-CS切换请求和MSC之间的切换请求实现互操作。MSC Server分配一个默认SAI作为在到目标MSC的接口上的源ID。并用BSSMAP为准备切换请求进行封装。NOTE1:SAI的默认值是在MSC中配置的,它允许release 8及其后的BSC识别SRVCC切换的源是E-UTRAN.为了保证在目标BSS中准确的统计量,默认的SAI应该跟UTRAN中使用的SAIs区别开来。SAI:Service Area IdentifierSRSR- -VCCVCC7.目标MSC通过与目标BSS交换切换请求/确认消息来进行资源分配。SRSR- -VCCVCC8.目标MSC向MSC

16、 Server发送一个准备切换响应消息(Prepare Handover Response).SRSR- -VCCVCC9.在目标MSC和与MSC Server关联的MGW之间建立电路连接。例如使用ISUP IAM和ACM messages.ISUP IAM:ISDN User Part Initial Address MessageSRSR- -VCCVCC10. 对于非紧急会话,MSC Server用STN-SR启动会话迁移(Session Transfer)。例如:向IMS发送一个ISUP IAM(STN-SR)。对于紧急会话,MSC Server用本地配置的E-STN-SR启动会话迁移

17、。在会话迁移过程中执行标准的IMS业务连续性或紧急IMS业务连续性。NOTE2:该步骤可在8后就开始。NOTE3:如果MSC Server正在使用一个ISUP接口,则在用户平面(subscriber profile)包含的CAMEL触发器对于优先切换不可用的情况下,非紧急会话的会话迁移可能失败。SRSR- -VCCVCC11.远端(remote end)在会话迁移流程期间被CS access leg的SDP更新。此时,VoIP分组的下行数据流被交换到CS access leg.SRSR- -VCCVCC12.源IMS access leg被释放。NOTE4:Step 11、12与13相独立。S

18、RSR- -VCCVCC13.MSC Server发送一个SRVCC PS to CS响应消息(目标到源透明容器)到源MME.SRSR- -VCCVCC14.源MME发送一个切换命令(Handover Command)消息到源E-UTRAN,该消息只包含语音组件的相关信息。SRSR- -VCCVCC15.源E-UTRAN发送一个Handover from E-UTRAN Command 消息到UE.SRSR- -VCCVCC16.UE调整(tunes to)到GERAN.SRSR- -VCCVCC17.目标BSS进行切换检测(Handover Detection).UE通过目标BSS发送一个切

19、换完成(Handover complete)消息到目标MSC,如果目标MSC不是MSC Server,则目标MSC发送一个SES(Handover Complete)消息到MSC Server.SRSR- -VCCVCC18.UE开始挂起(Suspend)流程。从GUTI中派生TLLI和RAI对。这将触发目标SGSN向源MME发送挂起通知消息,MME向目标SGSN返回挂起确认。NOTE5:MME也许不能从接收到的P-TMSI和RAI对中派生出GUTI,因此它可能不能辨识出与挂起通知消息相关联的是哪一个UE的上下文,在这种情况下,承载也 将被在step 22a去激活或挂起。SRSR- -VCCV

20、CC19.目标BSS向目标MSC发送切换完成(Handover Complete)消息.SRSR- -VCCVCC20.目标MSC发送一个SES(Handover Complete)消息到MSC Server.语音电路在MSC Server/MGW中完成连接。SRSR- -VCCVCC21.用到MSC Server的ISUP Answer 消息完成建立流程。22.MSC Server发送一个SRVCC PS to CS Complete Notification到源MME,通知它UE已经到达目标侧。源MME发送一个SRVCC PS to CS Complete Acknowledge 消息到M

21、SC Server进行应答。22a.MME修改语音承载,并设置PS to CS 切换指示器,移除其他的GBR承载,MME还将到S-GW和P-GW的非GBR承载挂起,将所有EPS承载的S1-U承载释放。所有GBR承载通过在MME、S-GW、P-GW中删除GBR承载上下文而被去激活。至于GTP-based s5/s8,S-GW通过发送Modify Bearer Request Message请求P-GW删除所有GBR承载上下文。GBR:Guaranteed Bit RatePCC:Policy and Charging ControlSRSR- -VCCVCCSRSR- -VCCVCC23a.如果

22、IMSI在VLR(拜访位置寄存器)中未知,则MSC Server将执行到HSS/HLR的MAP Update Location,一种例外是不存在认证过的IMSI(例如对于一个用认证IMSI的紧急会话服务)。23b.如果MSC Server执行MAP Update Location,并且如果多个MSC/VLR为相同的LAI服务,则MSC Server用一个带有它自己的网络资源标识符(NRI)的非广播LAI执行到UE的TMSI重分配。LAI:Location Area Identity SRSR- -VCCVCC24.对于紧急服务会话,在切换完成以后,源MME或MSC Server可能向源或目标侧

23、关联的GMLC(Gateway Mobile Location Center)发送一个MSC Server 标识的用户位置报告(Subscriber Location Report)。SRSR- -VCCVCC在CS语音会话结束后,如果UE仍在GERAN中,则UE将通过向SGSN发送一个路由区域更新请求(Routing Area Update Request )来恢复PS服务。更新类型依赖于GERAN网络的操作模式,如果UE在CS语音会话结束后已经返回到E-UTRAN,则UE将通过发送TAU(Track Area Update)到MME来恢复PS服务。MME将通知S-GW和P-GW恢复挂起的承

24、载。SRSR- -VCCVCCSRVCC from E-UTRAN to UTRAN with PS HO or GERAN with DTM HO support下图所示是一个从E-UTRAN到UTRAN或GERAN的支持DTM切换的SRVCC呼叫流程。其中包括非语音组建的处理,呼叫流不仅要求eNodeB能够判决目标侧是带有PS切换的UTRAN还是支持DTM的GERAN,而且要求UE能够支持DTM. SRSR- -VCCVCC1.UE向E-UTRAN发送测量报告。SRSR- -VCCVCC2.基于UE的测量报告,源E-UTRAN决定触发一个到UTRAN/GERAN的SRVCC切换。SRSR-

25、 -VCCVCC3.如果目标是UTRAN,则源E-UTRAN发送一个切换需求消息(目标ID,源到目标透明容器,SRVCC切换指示)到源MME,SRVCC切换指示向MME表明此为CS+PS切换。 NOTE1:当源E-UTRAN用SRVCC切换指示表明目标既有CS能力,也具备PS能力,并且这是一个CS+PS切换请求后,源MME向目标CS域和目标PS域发送单独的接受透明容器。 如果目标是GERAN,源E-UTRAN发送一个切换需求消息(目标ID,源到目标透明容器,附加源到目标的透明容器,SRVCC切换指示)到源MME。E-UTRAN在附加源到目标透明容器中位CS域设置“old BSS to new

26、BSS information IE”。由此,MME从SRVCC切换指示中识别这是一个CS+PS切换请求。SRSR- -VCCVCC4.基于与语音承载相关联的QCI和SRVCC切换指示,源MME将语音承载和其他所有的PS承载分离开来,并将各自重定位到MSC Server和SGSN。SRSR- -VCCVCC5a.源MME通过向MSC Server发送一个SRVCC PS to CS Request消息(IMSI,Target ID,STN-SR,C-MSISDN,源到目标透明容器,MM上下文,紧急指示) 来启动语音承载的PS-CS切换流程。如果正在进行的是紧急会话,则该请求消息中包含紧急指示。

27、在UE工作在受限服务状态的情况下,MME在该请求消息中包含设备识别符,被鉴定的IMSI和C-MSISDN如果可用的话,也应该包含在请求消息中。该请求消息只包含与CS域相关的信息。MME从HSS接受在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为用户订阅信息(Subscription profile)的一部分.MM上下文包含相关的安全信息,CS安全密钥由MME从E-UTRAN/EPS域密钥派生出来,并在MM上下文中发送。SRSR- -VCCVCC5b.MSC Server通过向目标MSC发送一个准备切换请求消息,使PS-CS切换请求和MSC之间的切换请求互相配合。如果目标系统

28、是GERAN,MSC Server分派一个默认SAI作为到目标BSS接口上的源ID,并用BSSMAP封装准备切换请求。如果目标系统是UTRAN,MSC用RANAP封装准备切换请求。NOTE2:SAI的默认值在MSC中配置,它允许release 8及其后的BSC识别SRVCC切换源是E-UTRAN。为确保目标BSS中准备的统计量,默认SAI应与UTRAN中使用的SAIs相区别。SRSR- -VCCVCC5c.目标MSC通过向目标RNS/BSS发送重定位请求/切换请求消息(附加源至目标透明容器)为CS重定位请求资源分配。SRSR- -VCCVCC6.与上述步骤并行,MME启动PS承载重定位,执行下

29、述步骤:6a.源MME向目标SGSN发送一个前向重定位请求消息(源到目标透明容器,MM上下文,PDN连接),PDP上下文包含非语言组件和语言组件的信息。PS to CS切换指示器为语音承载设置。NOTE3:在切换到Gn/Gp SGSN的情况下,前向重定位将包含PDP上下文来代替PDN连接,并且用将MBR参数设置为0来表示CS域的切换来代替为语音承载提供的PS to CS指示器SRSR- -VCCVCC6b.目标SGSN通过发送重定位请求/切换请求消息(目标到源透明容器)到目标RNS/BSS来为PS重定位请求资源分配。SRSR- -VCCVCC7.在目标RNS/BSS接收到CS重定位/切换请求和

30、PS重定位/切换请求以后,它要分配适当的CS和PS资源,执行以下步骤:7a.目标RNS/BSS通过向目标SGSN发送重定位请求确认消息(目标至源透明容器)来确认重定位/切换已准备就绪。SRSR- -VCCVCC7b.目标SGSN向源MME发送一个前向重定位响应消息(目标到源的透明容器)。SRSR- -VCCVCC8.与上述步骤并列执行以下步骤:8a.目标RNS/BSS向目标MSC发送重定位请求应答/切换请求应答消息(目标至源透明容器)来确认CS重定位/切换已准备就绪。SRSR- -VCCVCC8b.目标MSC向MSC Server发送准备切换响应消息(目标至源的透明容器)。SRSR- -VCC

31、VCC8c.建立目标MSC和与MSC Server关联的MGW之间的电路连接,例如使用ISUP IAM和ACM消息。NOTE4:在7a中发送到目标SGSN的目标至源透明容器和8a中发送到目标MSC的目标至源透明容器包含相同的CS和PS资源分配(例如目标BSS在两个容器中包含相同的DTM切换命令)。SRSR- -VCCVCC9.对于非紧急会话,MSC Server利用STN-SR来启动会话转换,例如通过发送一个ISUP IAM(STN-SR)消息到IMS,对于紧急会话,MSC Server利用本地配置的E-STN-SR来启动会话迁移,在会话迁移过程中执行标准的IMS业务连续性流程。NOTE5:此

32、步骤可在8b后开始。NOTE6:如果MSC Server正在使用一个ISUP接口,则在用户平面包含的CAMEL触发器对于优先切换不可用的情况下,非紧急会话的会话迁移可能失败。SRSR- -VCCVCC10.远端(remote end)在会话迁移流程执行期间被CS access leg 的SDP更新。此时,VoIP分组的下行数据流被交换到CS access leg。SRSR- -VCCVCC11.源IMS access leg被释放。SRSR- -VCCVCC12.MSC Server发送一个SRVCC PS to CS响应消息(目标至源的透明容器)到源MME。SRSR- -VCCVCC13.源

33、MME同步两个准备就绪的重定位,并发送一个切换命令消息(目标到源的透明容器)到源E-UTRAN。NOTE7:当目标蜂窝式GERAN的时候,MME可能从MSC Server和SGW接收不同的目标到源透明容器,例如可能从MSC Server接收一个“New BSS to Old BSS Information ”,而从SGSN接收一个“Target BSS to Source BSS Transparent Container ”。SRSR- -VCCVCC14.E-UTRAN向UE发送一个Handover from E-UTRAN Command 消息。SRSR- -VCCVCC15.UE调整到

34、目标UTRAN/GERAN蜂窝。SRSR- -VCCVCC16.目标RNS/BSS进行切换检测,UE通过目标RNS/BSS向目标MSC发送一个切换完成消息,如果目标MSC不是MSC Server,则目标MSC向MSC Server发送一个SES(Handover complete)消息。SRSR- -VCCVCC17.CS重定位/切换完成,执行下述步骤:17a.目标RNS/BSS向目标MSC发送重定位完成/切换完成消息。SRSR- -VCCVCC17b.目标MSC向MSC Server发送一个SES(Handover Complete)消息,语音电路在MSC Server/MGW中完成连接。S

35、RSR- -VCCVCC17c.用到MSC Server的ISUP Answer消息完成建立流程。SRSR- -VCCVCC17d.MSC Server发送一个SRVCC PS to CS Complete Notification消息到源MME,源MME通过发送一个SRVCC PS to CS Complete Acknowledge消息到MSC Server来进行确认。SRSR- -VCCVCC17e.如果IMSI在VLR中未知,MSC Server将执行MAP Update Location到HSS/HLR,除非不存在认证了的IMSI。NOTE8:Update Location不是由UE

36、启动。SRSR- -VCCVCC17f.如果在17e中,MSC Server执行MAP Update Location,并且如果有多个MSC/VLR为相同的LAI服务,则MSC Server用一个非广播的带有自己网络资源标示符(NRI)的LAI向UE执行TMSI重分配。SRSR- -VCCVCC18.与上述步骤并行,PS重定位/切换完成,执行下述步骤:18a.目标RNS/BSS向目标SGSN发送重定位完成/切换完成消息。SRSR- -VCCVCC18b.目标SGSN向源MME发送一个前向重定位完成消息。源MME通过向目标SGSN发送一个前向重定位完成确认消息进行确认。SRSR- -VCCVCC

37、18c.目标SGSN更新S-GW和P-GW的承载,PS to CS切换指示器应当在语音承载的修改消息中被设置。如果部署了动态PCC,则P-GW应该通过一个IP CAN Session Modification Procedure的方式通过PCRF语音承载已经切换到CS域。SRSR- -VCCVCC19.对于紧急服务会话,在切换完成后,源MME或MSC Server可能会发送一个带有MSC Server标识的用户位置报告到一个源或目标侧关联的GMLC。SRSR- -VCCVCCHandover FailureFailure after UE receives HO command 如果UE在接收

38、到切换命令后遇到一个故障而不能转换到3GPP UTRAN/GERAN中去,则UE根据标准流程尝试返回到E-UTRAN/UTRAN中去,并利用服务连续性流程传输信令将会话转换回E-UTRAN。核心网(MME,MSC Server)在没有收到UE切换完成消息的情况下不采用SRVCC的特殊操作。SRSR- -VCCVCCHandover Cancellation 如果源E-UTRAN/UTRAN决定在切换流程完成之前将其结束,MME/SGSN将返回到切换流程触发之前的状态。如果MME/SGSN接收到来自于MSC Server的会话连续性流程正在进行的通知,它将向UE发送会话重建触发通知来开始恢复流程

39、。下图是SRVCC 切换取消的全部流程。SRSR- -VCCVCCSRSR- -VCCVCC1.网络开始SRVCC流程,SGSN/MME已向MSC Server发送了SRVCC PS to CS请求。2.MSC Server执行到目标网络CS切换流程,同时利用STN-SR和IMS进行会话连续性流程。3.源UTRAN/E-UTRAN决定取消SRVCC切换流程,向SGSN/MME发送Cancel消息。4.源SGSN/MME向MSC Server发送SRVCC PS to CS Cancel Notification开始切换取消流程。5.MSC用会话正在进行指示确认SRVCC PS to CS Ca

40、ncel Notification。SRSR- -VCCVCC6.由于会话连续性正在进行指示(session continuity in progress indication ),源SGSN/MME向UE发送 一个Session Reestablishment trigger notification 开始会话重建流程。UE像要求会话转移到E-UTRAN/UTRAN一样进行会话重建流程,如果会话已不是激活状态,则此会话转移请求将被IMS否决。SRSR- -VCCVCCSRVCC性能评测以SRVCC without DTM为例,整个切换过程分四个阶段:切换发起阶段;切换准备阶段;切换执行阶段;

41、切换后处理阶段。切换发起阶段SRVCC切换流程中的step1-2是切换发起阶段,在这一阶段,源网络正常工作,因此用户不受影响。SRSR- -VCCVCC切换准备阶段 SRVCC切换流程中的step3-9和step13-14是SRVCC的切换准备阶段。这一阶段对切换性能的影响主要体现在,如果该时间太长,则用户可能由于已经走出覆盖区或者某种原因导致的信号恶化而掉话。切换执行阶段 SRVCC切换流程中的step10-12是IMS域中的切换过程,step15-17是空中接口发生的中断。这两部分时延是影响用户业务中断的最重要因素。SRVCC切换流程.bmpSRSR- -VCCVCC根据相关的SRVCC性

42、能测试报告,其依据IMS网络测试的经验值,由IMS域导致的时延取决于不同的网络部署场景以及远端的情况,该过程可以长达200ms500ms,无法满足语音业务的技术要求。Step15Step17是发生在空中接口的接口,根据中国移动2G/3G切换测试的经验,这个时延在90ms200ms之间,基本可以满足语音业务的需求。值得注意的是,IMS域中的中断步骤step10-12和空中接口发生的业务中断步骤step15-17是并行发生的,因此,用户体验的中断取决于这两个时延的最大值。由于空中接口的时延较短,因此,主要的问题出在IMS核心网侧。SRSR- -VCCVCC切换后处理阶段 SRVCC切换流程中的St

43、ep18-24是切换后处理阶段,在该阶段,用户已经和新的网络建立连接并开始业务,但是由于不支持DTM,原有的数据业务都要挂起,网络资源需要进行状态更新。但从用户的语音业务角度来看,该过程不会产生影响。分析结果表明,从切换时延来看,SRVCC导致用户通话中断的时间主要是由IMS核心网过程导致的,其主要原因是要到对端做更新,从典型配置网络的测试结果来看,该部分时延较长(约200-500ms),而且变动较大,基本无法满足语音业务的需求;而在空中接口的中断时延从逻辑上看,和2G/3G切换的时间相当(90-200ms),根据中国移动网络部署经验来看,该段时延的性能基本能满足部署要求。SRSR- -VCC

44、VCC从SRVCC的流程图分析,除中断时延外,SRVCC信令过程的复杂性将影响切换的成功率,由于IMS域的切换过程和空中接口的切换过程是同步进行的,两者缺乏同步机制,在网络部署阶段,这种机制会为网络调试和优化带来额外的困难。另外,根据SRVCC技术规范,目前仅定义了LTE向2G/3G切换的流程,没有定义2G/3G向LTE反向推送的机制。SRSR- -VCCVCC由分析可知,目前标准化规范定义的SRVCC无法满足运营商部署需求,从运营商的角度,SRVCC有必要在如下几方面进行优化以满足商业部署的技术要求: 优化SRVCC的切换时延,使其满足语音业务的实时性要求,切换时延应该150ms.简化SRV

45、CC信令流程,使LTE和2G/3G网络间的切换成功率达到中国移动2G/3G网络切换成功率要求(95%)在SRVCC的IMS域和无线接入网并行流程中增加同步机制,使其便于网络部署阶段工程测试。补充2G/3G向LTE反向切换的信令流程。SRSR- -VCCVCC几种可能的SRVCC优化途径:调整SRVCC信令的时序实现优化:我们可以通过调整RAN/IMS的某些信令流程,在某种程度上实现SRVCC的优化。但是,在目前定义的框架中,这种优化方式能达到的优化程度将非常有限。基于IMS解决方案的预切换:IMS核心网由于需要到对端更新RAN侧切换导致的改变而导致过长的时延,因此,我们可以通过优化IMS核心网

46、的信令过程,使其从500ms缩短到和空中接口的时延终端(200ms)相匹配的程度,并且通过调整SRVCC时序,使两者基本同步,这样可以使SRVCC的切换性能满足技术需求。例如,在IMS侧远端更新中,当信号变得较差时,可以先通知无线侧进行预切换,提前预留目标侧的空口资源。SRSR- -VCCVCC基于设备实现的解决方案:IMS核心网的切换时间和空中接口的中断时间不匹配,当空中接口的切换完成之后,需要等待应用层的切换,因此,如果在等待期间,应用层的数据流能够通过Bicast,或者缓存等方式,使应用层数据流在其切换过程中不丢失,即可等效认为,用户体验的中断只发生在空口接口,而我们从2G/3G的测试经

47、验中得知,由空中接口导致的中断可以满足语音等实时业务的要求。这种方式的缺点是会对厂商的设备实现引入额外的复杂度和成本,另外,在应用层保留两个数据流将产生一些技术实现上的困难,例如设备缓存区的设计等等。SRSR- -VCCVCC第三层技术解决方案:该思路是通过增加新的网络实体,使得数据流的转换在无线接入层面上实现,对于IMS核心网来说,无线接入网侧的改变对其是透明的,这样可以避免长时间的IMS核心网更新等问题。这种方式将改变无线接入网的体系结构,难度较大。无线接入网深度融合方案:如果LTE和UTRAN/GERAN能够实现在基站的深度融合,则同一覆盖范围内的LTE/TD-SCDMA/GSM之间的切换可以直接通过异系统间的本地环回方式来实现,效率更高,性能更好。但是这种方式将根本性地改变目前3GPP定义的网络体系结构,难度最大。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号