SRVCC原理介绍.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,SR,-,VCC,Single Radio Voice Call Continuity,SR,-,VCC,VCC:Voice Call Continuity,是指当,UE,在支持,VoIP,业务的网络之间移动时，如何保持语音业务的连续性，即将承载在源网络的,VoIP,语音业务平滑切换到目标网络,CS,域，反之依然。,依据终端同时接收不同无线信号的数量，可将,VCC,分为双射频,(Dual Radio,DR),和单射频,(Single Radio,SR),两种模式。,SR,-,VCC,双射频,(DR),模式是在,VCC,切换的过程中，,UE,能同时在源网络和目标网络接收和发送数据。,单射频,(SR),模式是假设,UE,在一个时间点只能接收一个载频的无线信号。,目前针对,LTE,语音业务的互操作，主要有三种候选技术：,CSFB,SRVCC,VoLGA.,SR,-,VCC,CSFB:,该观点认为，在,LTE,部署初期，运营商主要提供宽带数据业务，语音业务可以利用传统的,GSM,网络，由于,GSM,网络有很高的覆盖率并经过长期优化，因此在,LTE,部署初期，用户仍然可以得到高质量的语音服务。在这种策略的指导下，,3GPP,发展了,CSFB,技术，当用户驻留,LTE,网络时，如果需要发起或者接收电话用户需要从,LTE,模式转回到,2G,网络中完成通话。这种方式的主要缺点是并未从本质上解决,LTE,提供语音业务的问题，而且每当用户需要语音业务时，用户在,LTE,网络下的业务都需要中断、切换或挂起，从而影响用户的体验。频繁的系统间的模式转换由语音业务触发，因此与传统意义上的系统间切换触发条件，例如由于,LTE,覆盖不好引发的向,2G,系统的切换不同，这种问题无法通过在网络部署阶段的优化来改善。,SR,-,VCC,VoLGA,：这种观点也是希望在,LTE,部署初期，尽可能利用原有的,2G,网络，其主要思想是将,LTE,作为一个,IP,接入网，通过新增加的一个网络实体,(GANC),模拟,RNC,或,BSC,接入,CS,核心网完成语音业务的处理。这种策略解决了,CS Fallback,由语音业务触发的频繁模式转换问题，并支持在,LTE,覆盖区域的边缘向,2G/3G,网络切换以保持语音业务连续性。工业联盟,VoLGA,正制定有关规范，但与,CSFB,类似，,VoLGA,技术方案语音业务仍然要通过,2G,网络来完成，该方案也并未解决最终在,LTE,系统中提供语音的问题。另外该方案需要争取主流运营商和设备制造商的广泛支持。,SR,-,VCC,SRVCC,：第三种观点是直接通过,LTE,提供基于,IP,的语音服务，这种方式被多种运营商看做最终的解决方案。,3GPP,发展了针对这种部署方式和互操作策略的方案,Single Radio Voice Call Continuity(SRVCC),。,SRVCC,主要解决当单射频,UE,在,LTE/Pre-LTE,网络和,2G/3G,网络之间移动时，如何保持语音业务连续性的问题，也就是单射频,UE,在,IMS,控制的,VoIP,语音和,CS,语音之间无缝切换,SR,-,VCC,考虑到网络运营及用户的体验，,SR-VCC,应遵循以下基本原则：,(1),业务中断时间不超过,300ms,(2),应能够与,DR-VCC,方案完全兼容,(3),尽量避免升级或修改传统的,2G/3G,网络,SR,-,VCC,E-UTRAN and,3,GPP UTRAN/GERAN SRVCC,高层概念图,SR,-,VCC,为了便于到,CS,域的语音组件的会话切换,(SRVCC),，,IMS,多媒体电话会话,(IMS multimedia telephony sessions),需要锚定在,IMS,中。,对于,E-UTRAN,到,UTRAN/GERAN,的,SRVCC,，,MME,首先从,E-UTRAN,接收切换请求和用于说明此为,SRVCC,处理的指示消息。如果,MME,拥有此终端的,SRVCC STN-SR,信息，则将通过,Sv,参考点触发它与,MSC Server enhanced for SRVCC,之间的,SRVCC,流程。,MSC Server,enhanced for SRVCC,启动到,IMS,的会话转换流程，并将它与到目标小区,(target cell),的,CS,切换流程相协调。,SR,-,VCC,MSC Server enhanced for SRVCC,发送,PS-CS,切换响应到,MME,，该切换响应中包含了,UE,接入,UTRAN/GERAN,所必须的,CS,切换命令信息。,所有的非语音,PS,承载都是由,MME,中的,PS,承载划分功能,(PS bearer splitting function),在,SRVCC,流程期间基于从,E-TURAN,接收的信息进行处理。,MME,负责协调,PS-PS,切换流程的前向重定位响应,(Forward Relocation Response),和,SRVCC PS to CS Response,SR,-,VCC,E-UTRAN and 3GPP UTRAN/GERAN SRVCC,体系结构,SR,-,VCC,SRVCC,系统结构中主要功能实体的功能增强：,(1)MSC Server enhanced for SRVCC:,处理,MME,通过,Sv,接口发送的语音业务切换准备请求。,发起,IMS,域到,CS,域的会话切换。,处理,CS,切换和会话切换流程。,(2)HSS,SRVCC,方案中，,HSS,除了传统的功能外还需要存储一个特殊参数,STN-SR(Session Transfer Number Single-Radio,会话迁移号,),。在,UE,附着过程中，,HSS,会通过插入签约用户数据消息将,STN-SR,参数传给,MME,，再转发至,MSC.,SR,-,VCC,(3),MME,执行,PS,承载划分功能，用于区分,VoIP,承载和非,VoIP,承载。,Inter-RAT,切换过程中实现非,VoIP,承载的切换。,发起到目标小区的,SRVCC,切换。,协调,PS,切换和,SRVCC,切换的同步执行。,执行非语音承载挂起和非语音承载恢复。,SR,-,VCC,参考点,(1)Sv,接口：,MME,与,MSC Server,之间的接口，负责支持,E-UTRAN,与,GERAN/UTRAN,之间的,SR-VCC,切换。,(2)S6a,接口：,HSS,与,MME,之间的接口，在,E-UTRAN,网络附着过程中，,MME,将通过,S6a,接口从,HSS,下载,SRVCC,相关的信息。,(3)S,1,-MME:,对于,SRVCC,S,1-MME,参考点允许在,E-UTRAN,和,MME,之间移交信令,SR,-,VCC,E-UTRAN and 3GPP GERAN/UTRAN SRVCC,Procedures and flows,(1)E-UTRAN Attach procedure for SRVCC,对于,3GPP SRVCC 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,接入网支持,).,SR,-,VCC,-如果用户被允许在拜访网络,(VPLMN),中使用,SRVCC,，则,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,功能。,SR,-,VCC,SR-VCC,切换信令流程,在此只叙述由,E-UTRAN,至,GERAN/UTRAN,的单向切换流程。在每个切换方向上根据,GERAN/UTRAN,是否支持,DTM(Dual Transfer Mode,，双传输模式,),及,PS,切换来执行不同的,SR-VCC,流程。,SR,-,VCC,SRVCC from E-UTRAN to GERAN without DTM support,SR,-,VCC,1.,用户终端向,E-UTRAN,发送测量报告,SR,-,VCC,2.,基于用户终端的测量报告，,E-UTRAN,决定触发一个到,GERAN,的,SRVCC,切换SR,-,VCC,3.,源,E-UTRAN,向源,MME,发送切换需求（目标,ID,，源到目标的透明容器，,SRVCC,切换指示），,E-UTRAN,在源到目标透明容器中为,CS,域设置“,Old BSS to New BSS information IE,”,SRVCC,切换指示向,MME,表明目标只有,CS,能力，因此这是一个只面向,CS,域的,SRVCC,切换操作。该消息包含一个,UE,在目标蜂窝中,PS,服务不可用的标识。,SR,-,VCC,4.,基于与语音承载相关联的,QCI,和,SRVCC,切换指示，源,MME,将语音承载从非语音承载中分离出来，并对,MSC Server,启动语音承载的,PS-CS,切换流程。,SR,-,VCC,5.MME,向,MSC Server,发送一个,SRVCC PS to CS Request,消息,(,国际移动用户标识符,IMSI,，目标,ID,，,STN-SR,C-MSISDN,，源到目标透明容器，,MM,上下文，紧急标识,),，如果正在进行的是紧急会话，则消息中将包含紧急标识。对于,UE,在受限服务模式下操作的情况，,MME,也将在请求消息中包含设备识别符。如果认证过的,IMSI,和,C-MSISDN,可用的话，也被包含在请求消息中。,MME,从,HSS,接收在,E-UTRAN,附着流程期间下载的,C-MSISDN,和,STN-SR,作为,Subscription profile,的一部分。,MME,上下文包含相关的安全信息，,CS,安全密钥由,MME,从,E-UTRAN/EPS,域密钥派生，并在,MM,上下文中发送。,SR,-,VCC,6.MSC Server,通过向目标,MSC,发送准备切换请求,(Prepare Handover 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 Identifier,SR,-,VCC,7.,目标,MSC,通过与目标,BSS,交换切换请求,/,确认消息来进行资源分配。,SR,-,VCC,8.,目标,MSC,向,MSC Server,发送一个准备切换响应消息,(Prepare Handover Response).,SR,-,VCC,9.,在目标,MSC,和与,MSC Server,关联的,MGW,之间建立电路连接。例如使用ISUP IAM,和,ACM messages.,ISUP IAM:ISDN User Part Initial Address Message,SR,-,VCC,10.,对于非紧急会话，,MSC Server,用,STN-SR,启动会话迁移,(Session Transfer),。例如：向,IMS,发送一个,ISUP IAM(STN-SR),。对于紧急会话，,MSC Server,用本地配置的,E-STN-SR,启动会话迁移。在会话迁移过程中执行标准的,IMS,业务连续性或紧急,IMS,业务连续性。,NOTE2:,该步骤可在,8,后就开始。,NOTE3:,如果,MSC Server,正在使用一个,ISUP,接口，则在用户平面,(subscriber profile),包含的,CAMEL,触发器对于优先切换不可用的情况下，非紧急会话的会话迁移可能失败。,SR,-,VCC,11.,远端,(remote end),在会话迁移流程期间被,CS access leg,的,SDP,更新。此时，,VoIP,分组的下行数据流被交换到,CS access leg.,SR,-,VCC,12.,源,IMS access leg,被释放。,NOTE4:Step 11,、,12,与,13,相独立。,SR,-,VCC,13.MSC Server,发送一个,SRVCC PS to CS,响应消息,(,目标到源透明容器,),到源,MME.,SR,-,VCC,14.,源,MME,发送一个切换命令,(Handover Command),消息到源,E-UTRAN,，该消息只包含语音组件的相关信息。,SR,-,VCC,15.,源,E-UTRAN,发送一个,Handover from E-UTRAN Command,消息到,UE.,SR,-,VCC,16.UE,调整,(tunes to),到,GERAN.,SR,-,VCC,17.,目标,BSS,进行切换检测,(Handover Detection).UE,通过目标,BSS,发送一个切换完成,(Handover complete),消息到目标,MSC,，如果目标,MSC,不是,MSC Server,则目标,MSC,发送一个,SES(Handover Complete),消息到,MSC Server.,SR,-,VCC,18.UE,开始挂起,(Suspend),流程。从,GUTI,中派生,TLLI,和,RAI,对。这将触发目标,SGSN,向源,MME,发送挂起通知消息，,MME,向目标,SGSN,返回挂起确认。,NOTE5:MME,也许不能从接收到的,P-TMSI,和,RAI,对中派生出,GUTI,，因此它可能不能辨识出与挂起通知消息相关联的是哪一个,UE,的上下文，在这种情况下，承载也 将被在,step 22a,去激活或挂起。,SR,-,VCC,19.,目标,BSS,向目标,MSC,发送切换完成,(Handover Complete),消息,.,SR,-,VCC,20.,目标,MSC,发送一个,SES(Handover Complete),消息到,MSC Server.,语音电路在,MSC Server/MGW,中完成连接。,SR,-,VCC,21.,用到,MSC Server,的,ISUP Answer,消息完成建立流程。,22.MSC Server,发送一个,SRVCC PS to CS Complete Notification,到源,MME,，通知它,UE,已经到达目标侧。源,MME,发送一个,SRVCC PS to CS Complete Acknowledge,消息到,MSC 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 Control,SR,-,VCC,SR,-,VCC,23a.,如果,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,SR,-,VCC,24.,对于紧急服务会话，在切换完成以后，源,MME,或,MSC Server,可能向源或目标侧关联的,GMLC(Gateway Mobile Location Center),发送一个,MSC Server,标识的用户位置报告,(Subscriber Location Report),。,SR,-,VCC,在,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,恢复挂起的承载。,SR,-,VCC,SRVCC 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.,SR,-,VCC,1.UE,向,E-UTRAN,发送测量报告。,SR,-,VCC,2.,基于,UE,的测量报告，源,E-UTRAN,决定触发一个到,UTRAN/GERAN,的,SRVCC,切换。,SR,-,VCC,3.,如果目标是,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 BSS information IE,”。由此，,MME,从,SRVCC,切换指示中识别这是一个,CS+PS,切换请求。,SR,-,VCC,4.,基于与语音承载相关联的,QCI,和,SRVCC,切换指示，源,MME,将语音承载和其他所有的,PS,承载分离开来，并将各自重定位到,MSC Server,和,SGSN,。,SR,-,VCC,5a.,源,MME,通过向,MSC Server,发送一个,SRVCC PS to CS Request,消息,(IMSI,Target ID,STN-SR,C-MSISDN,源到目标透明容器，,MM,上下文，紧急指示,),来启动语音承载的,PS-CS,切换流程。如果正在进行的是紧急会话，则该请求消息中包含紧急指示。在,UE,工作在受限服务状态的情况下，,MME,在该请求消息中包含设备识别符，被鉴定的,IMSI,和,C-MSISDN如果可用的话，也应该包含在请求消息中。该请求消息只包含与,CS,域相关的信息。,MME,从,HSS,接受在,E-UTRAN,附着流程期间下载的,C-MSISDN,和,STN-SR,作为用户订阅信息,(Subscription profile),的一部分,.MM,上下文包含相关的安全信息，,CS,安全密钥由,MME,从,E-UTRAN/EPS,域密钥派生出来，并在,MM,上下文中发送。,SR,-,VCC,5b.MSC Server,通过向目标,MSC,发送一个准备切换请求消息，使,PS-CS,切换请求和,MSC,之间的切换请求互相配合。如果目标系统是,GERAN,，,MSC Server,分派一个默认,SAI,作为到目标,BSS,接口上的源,ID,，并用,BSSMAP,封装准备切换请求。如果目标系统是,UTRAN,MSC,用,RANAP,封装准备切换请求。,NOTE2:SAI,的默认值在,MSC,中配置，它允许,release 8,及其后的,BSC,识别,SRVCC,切换源是,E-UTRAN,。为确保目标,BSS,中准备的统计量，默认,SAI,应与,UTRAN,中使用的,SAIs,相区别。,SR,-,VCC,5c.,目标,MSC,通过向目标,RNS/BSS,发送重定位请求,/,切换请求消息,(,附加源至目标透明容器,),为,CS,重定位请求资源分配。,SR,-,VCC,6.,与上述步骤并行，,MME,启动,PS,承载重定位，执行下述步骤：,6a.,源,MME,向目标,SGSN,发送一个前向重定位请求消息,(,源到目标透明容器，,MM,上下文，,PDN,连接,),，,PDP,上下文包含非语言组件和语言组件的信息。,PS to CS,切换指示器为语音承载设置。,NOTE3:,在切换到,Gn/Gp SGSN,的情况下，前向重定位将包含,PDP,上下文来代替,PDN,连接，并且用将,MBR,参数设置为,0,来表示,CS,域的切换来代替为语音承载提供的,PS to CS,指示器,SR,-,VCC,6b.,目标,SGSN,通过发送重定位请求,/,切换请求消息,(,目标到源透明容器,),到目标,RNS/BSS,来为,PS,重定位请求资源分配。,SR,-,VCC,7.,在目标,RNS/BSS,接收到,CS,重定位,/,切换请求和,PS,重定位,/,切换请求以后，它要分配适当的,CS,和,PS,资源，执行以下步骤：,7a.,目标,RNS/BSS,通过向目标,SGSN,发送重定位请求确认消息,(,目标至源透明容器,),来确认重定位,/,切换已准备就绪。,SR,-,VCC,7b.,目标,SGSN,向源,MME,发送一个前向重定位响应消息,(,目标到源的透明容器,),。,SR,-,VCC,8.,与上述步骤并列执行以下步骤：,8a.,目标,RNS/BSS,向目标,MSC,发送重定位请求应答,/,切换请求应答消息,(,目标至源透明容器,),来确认,CS,重定位,/,切换已准备就绪。,SR,-,VCC,8b.,目标,MSC,向,MSC Server,发送准备切换响应消息,(,目标至源的透明容器,),。,SR,-,VCC,8c.,建立目标,MSC,和与,MSC Server,关联的,MGW,之间的电路连接，例如使用,ISUP IAM,和,ACM,消息。,NOTE4:,在,7a,中发送到目标,SGSN,的目标至源透明容器和,8a,中发送到目标,MSC,的目标至源透明容器包含相同的,CS,和,PS,资源分配,(,例如目标,BSS,在两个容器中包含相同的,DTM,切换命令,),。,SR,-,VCC,9.,对于非紧急会话，,MSC Server,利用,STN-SR,来启动会话转换，例如通过发送一个,ISUP IAM(STN-SR),消息到,IMS,对于紧急会话，,MSC Server,利用本地配置的,E-STN-SR,来启动会话迁移，在会话迁移过程中执行标准的,IMS,业务连续性流程。,NOTE5:,此步骤可在,8b,后开始。,NOTE6:,如果,MSC Server,正在使用一个,ISUP,接口，则在用户平面包含的,CAMEL,触发器对于优先切换不可用的情况下，非紧急会话的会话迁移可能失败。,SR,-,VCC,10.,远端,(remote end),在会话迁移流程执行期间被,CS access leg,的,SDP,更新。此时，,VoIP,分组的下行数据流被交换到,CS access leg,。,SR,-,VCC,11.,源,IMS access leg,被释放。,SR,-,VCC,12.MSC Server,发送一个,SRVCC PS to CS,响应消息,(,目标至源的透明容器,),到源,MME,。,SR,-,VCC,13.,源,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”,。,SR,-,VCC,14.E-UTRAN,向,UE,发送一个,Handover from E-UTRAN Command,消息。,SR,-,VCC,15.UE,调整到目标,UTRAN/GERAN,蜂窝。,SR,-,VCC,16.,目标,RNS/BSS,进行切换检测，,UE,通过目标,RNS/BSS,向目标,MSC,发送一个切换完成消息，如果目标,MSC,不是,MSC Server,，则目标,MSC,向,MSC Server,发送一个,SES(Handover complete),消息。,SR,-,VCC,17.CS,重定位,/,切换完成，执行下述步骤：,17a.,目标,RNS/BSS,向目标,MSC,发送重定位完成,/,切换完成消息。,SR,-,VCC,17b.,目标,MSC,向,MSC Server,发送一个,SES(Handover Complete),消息，语音电路在,MSC Server/MGW,中完成连接。,SR,-,VCC,17c.,用到,MSC Server,的,ISUP Answer,消息完成建立流程。,SR,-,VCC,17d.MSC Server,发送一个,SRVCC PS to CS Complete Notification,消息到源,MME,，源,MME,通过发送一个,SRVCC PS to CS Complete Acknowledge,消息到,MSC Server,来进行确认。,SR,-,VCC,17e.,如果,IMSI,在,VLR,中未知，,MSC Server,将执行,MAP Update Location,到,HSS/HLR,，除非不存在认证了的,IMSI,。,NOTE8:Update Location,不是由,UE,启动。,SR,-,VCC,17f.,如果在,17e,中，,MSC Server执行,MAP Update Location,并且如果有多个,MSC/VLR,为相同的,LAI,服务，则,MSC Server,用一个非广播的带有自己网络资源标示符,(NRI),的,LAI,向,UE,执行,TMSI,重分配。,SR,-,VCC,18.,与上述步骤并行，,PS,重定位,/,切换完成，执行下述步骤：,18a.,目标,RNS/BSS,向目标,SGSN,发送重定位完成,/,切换完成消息。,SR,-,VCC,18b.,目标,SGSN,向源,MME,发送一个前向重定位完成消息。源,MME,通过向目标,SGSN,发送一个前向重定位完成确认消息进行确认。,SR,-,VCC,18c.,目标,SGSN,更新,S-GW,和,P-GW,的承载，,PS to CS,切换指示器应当在语音承载的修改消息中被设置。如果部署了动态,PCC,，则,P-GW,应该通过一个,IP CAN Session Modification Procedure,的方式通过,PCRF,语音承载已经切换到,CS,域。,SR,-,VCC,19.,对于紧急服务会话，在切换完成后，源,MME,或,MSC Server,可能会发送一个带有,MSC Server,标识的用户位置报告到一个源或目标侧关联的,GMLC,。,SR,-,VCC,Handover Failure,Failure after UE receives HO command,如果,UE,在接收到切换命令后遇到一个故障而不能转换到,3GPP UTRAN/GERAN,中去，则,UE,根据标准流程尝试返回到,E-UTRAN/UTRAN,中去，并利用服务连续性流程传输信令将会话转换回,E-UTRAN,。核心网,(MME,MSC Server),在没有收到,UE,切换完成消息的情况下不采用,SRVCC,的特殊操作。,SR,-,VCC,Handover Cancellation,如果源,E-UTRAN/UTRAN,决定在切换流程完成之前将其结束，,MME/SGSN,将返回到切换流程触发之前的状态。,如果,MME/SGSN,接收到来自于,MSC Server,的会话连续性流程正在进行的通知，它将向,UE,发送会话重建触发通知来开始恢复流程。,下图是,SRVCC,切换取消的全部流程。,SR,-,VCC,SR,-,VCC,1.,网络开始,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 Cancel Notification,。,SR,-,VCC,6.,由于会话连续性正在进行指示,(session continuity in progress indication),，源,SGSN/MME,向,UE,发送 一个,Session Reestablishment trigger notification,开始会话重建流程。,UE,像要求会话转移到,E-UTRAN/UTRAN,一样进行会话重建流程，如果会话已不是激活状态，则此会话转移请求将被,IMS,否决。,SR,-,VCC,SRVCC,性能评测,以,SRVCC without DTM,为例，整个切换过程分四个阶段：切换发起阶段；切换准备阶段；切换执行阶段；切换后处理阶段。,切换发起阶段,SRVCC,切换流程中的,step1-2,是切换发起阶段，在这一阶段，源网络正常工作，因此用户不受影响。,SR,-,VCC,切换准备阶段,SRVCC,切换流程中的,step3-9,和,step13-14,是,SRVCC,的切换准备阶段。这一阶段对切换性能的影响主要体现在，如果该时间太长，则用户可能由于已经走出覆盖区或者某种原因导致的信号恶化而掉话。,切换执行阶段,SRVCC,切换流程中的,step1012,是,IMS,域中的切换过程，,step15-17,是空中接口发生的中断。这两部分时延是影响用户业务中断的最重要因素。,SRVCC,切换流程,.bmp,SR,-,VCC,根据相关的,SRVCC,性能测试报告，其依据,IMS,网络测试的经验值，由,IMS,域导致的时延取决于不同的网络部署场景以及远端的情况，该过程可以长达,200ms500ms,无法满足语音业务的技术要求。,Step15Step17,是发生在空中接口的接口，根据中国移动,2G/3G,切换测试的经验，这个时延在,90ms200ms,之间，基本可以满足语音业务的需求。,值得注意的是，,IMS,域中的中断步骤,step10-12,和空中接口发生的业务中断步骤,step15-17,是并行发生的，因此，用户体验的中断取决于这两个时延的最大值。由于空中接口的时延较短，因此，主要的问题出在,IMS,核心网侧。,SR,-,VCC,切换后处理阶段,SRVCC,切换流程中的,Step18-24,是切换后处理阶段，在该阶段，用户已经和新的网络建立连接并开始业务，但是由于不支持,DTM,，原有的数据业务都要挂起，网络资源需要进行状态更新。但从用户的语音业务角度来看，该过程不会产生影响。,分析结果表明，从切换时延来看，,SRVCC,导致用户通话中断的时间主要是由,IMS,核心网过程导致的，其主要原因是要到对端做更新，从典型配置网络的测试结果来看，该部分时延较长,(,约,200-500ms),而且变动较大，基本无法满足语音业务的需求；而在空中接口的中断时延从逻辑上看，和,2G/3G,切换的时间相当,(90-200ms),根据中国移动网络部署经验来看，该段时延的性能基本能满足部署要求。,SR,-,VCC,从,SRVCC,的流程图分析，除中断时延外，,SRVCC,信令过程的复杂性将影响切换的成功率，由于,IMS,域的切换过程和空中接口的切换过程是同步进行的，两者缺乏同步机制，在网络部署阶段，这种机制会为网络调试和优化带来额外的困难。,另外，根据,SRVCC,技术规范，目前仅定义了,LTE,向,2G/3G,切换的流程，没有定义,2G/3G,向,LTE,反向推送的机制。,SR,-,VCC,由分析可知，目前标准化规范定义的,SRVCC,无法满足运营商部署需求，从运营商的角度，,SRVCC,有必要在如下几方面进行优化以满足商业部署的技术要求：,优化,SRVCC,的切换时延，使其满足语音业务的实时性要求，切换时延应该,150ms.,简化,SRVCC,信令流程，使,LTE,和,2G/3G,网络间的切换成功率达到中国移动,2G/3G,网络切换成功率要求,(95%),在,SRVCC,的,IMS,域和无线接入网并行流程中增加同步机制，使其便于网络部署阶段工程测试。,补充,2G/3G,向,LTE,反向切换的信令流程。,SR,-,VCC,几种可能的,SRVCC,优化途径：,调整,SRVCC,信令的时序实现优化：我们可以通过调整,RAN/IMS,的某些信令流程，在某种程度上实现,SRVCC,的优化。但是，在目前定义的框架中，这种优化方式能达到的优化程度将非常有限。,基于,IMS,解决方案的预切换：,IMS,核心网由于需要到对端更新,RAN,侧切换导致的改变而导致过长的时延，因此，我们可以通过优化,IMS,核心网的信令过程，使其从,500ms,缩短到和空中接口的时延终端,(200ms),相匹配的程度，并且通过调整,SRVCC,时序，使两者基本同步，这样可以使,SRVCC,的切换性能满足技术需求。例如，在,IMS,侧远端更新中，当信号变