一种e-srvcc stn-sr的获取方法和系统的制作方法
专利名称一种e-srvcc stn-sr的获取方法和系统的制作方法
技术领域本发明涉及通讯技术领域，特别是指一种E-SRVCC STN-SR的获取方法和系统。
背景技术网际协议多媒体子系统(MS，IP Multimedia Subsystem)是未来多媒体通信的发展方向，也是下一代网络最为重要的组成部分。它是第三代合作伙伴计划(3GPP，ThirdGeneration Partnership Project)提出的支持IP多媒体业务的子系统,其显著特征是采用了会话初始协议(SIP, Session Initial Protocol)体系,通信与接入方式无关,可以具备多种多媒体业务控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离、以及移动网与因特网业务融合等多种能力。 单一无线语音呼叫连续性(SRVCC,Single Radio Voice Call Continuity)实现无线用户在单一无线信号(Single Radio)的环境下,在IMS与电路交换(CS, circuitswitching)之间的语音切换。SRVCC对应Single Radio环境下的UE,即UE只能在同一时间使用2G或3G(2G/3G)的无线信号(Radio)、LTE的Radio中的一种。SRVCC会话切换号码(STN-SR, Session Transfer Number for SRVCC)的需求是终端厂商提出的,其目的是复用2G/3G、LTE网络的射频和相关电路；STN_SR静态配置在移动管理实体(MME)中，或由MME从外部查询。SRVCC因为Single Radio而带来的特有性质包括=Radio之间的切换很快，但是在切换前，需要将CS相关的网络侧通道建立好，并将远端更新好。SRVCC的切换在流程设计上,先进行CS的通道创建及远端更新(Remote Update),之后进行分组交换到电路交换的切换(PS to CS Handover);其中，在漫游情况下,RemoteUpdate耗时是秒级的。在高速移动场景下，用户的PS相关Radio (如LTE Radio)快速衰减，可能在PS toCS Handover指令发送前PS相关Radio已经完全衰减，则将无法完成SRVCC切换。—般情况下,秒级的Remote Update也会造成一定的Media Clip,造成用户体验不好(例如超过200ms，用户就可以感知到)。为此，3GPP提出了 E-SRVCC的概念以解决上述缩减切换时间的方案引入接入侧媒体锚点，减少Remote Update的信令传输时间。引入新的接入侧锚点接入切换控制功能(ATCF, Access Transfer Control Functionality)和接入切换网关(ATGW, AccessTransfer Gateway)，如图I所示，其中*表示由部署和配置方案决定ATCF和ATGW的为主，**表示Mw/I2接口依赖于增强的移动交换中心(E-MSC)能力。用户呼叫锚定至ATCF，可以减少切换距离、缩减切换时间。因为ATCF存在于拜访地，不能像SRVCC方案中那样将STN-SR作静态配置(类似归属域SCC_AS的PSI)，所以E-SRVCC方案提出一种新的STN-SR的获取方式,如图2所示,包括步骤1，ATCF(位于拜访域)收到用户的注册消息，为接入该拜访域的该用户分配动态STN-SR，并通过用户的注册消息将STN-SR发送到S-CSCF ；
步骤2，S-CSCF向UE返回401消息，携带注册挑战信息。步骤3，用户重新发起注册消息，携带认证信息。步骤4，S-CSCF接收到用户重新发起的注册消息后，返回2000K响应，进行注册确认。步骤5，注册确认后，S-CSCF向归属域的SCC_AS发送用户的第三方注册消息，携带对应的动态STN-SR ；步骤6，SCC_AS 向 S-CSCF 返回 2000K 响应。步骤7，SCC_AS通过Sh接口将该用户的动态STN-SR存储到归属用户服务器(HSS，Home Subscriber Server)；
步骤8，HSS将该动态STN-SR推送到MME。当发生E-SRVCC切换时，MME使用相应的动态STN-SR触发MSC发起切换呼叫请求，并按照动态STN-SR将切换呼叫请求发送到锚定原呼叫及媒体的ATCF。在此过程中，涉及拜访地MS及归属地MS两个域的配合，涉及较多网元的增强，并且需要HSS支持相应动态STN-SR的推送，而在实际部署应用中，不同域的网元设备一般采用不同厂家的设备，如此容易产生不同厂家设备互不兼容导致的切换无法实现。
有鉴于此，本发明的主要目的在于提供一种E-SRVCC STN-SR的获取方法和系统，以解决由于不同厂家设备互不兼容导致的切换无法实现的问题。为达到上述目的，本发明的技术方案是这样实现的本发明提供了一种E-SRVCC STN-SR的获取方法，该方法包括拜访域内的接入切换控制功能(ATCF)将为用户分配的动态单一无线语音呼叫连续性会话切换号码(STN-SR)存储到拜访域内的归属用户服务器(HSS)中；从所述HSS中获取所述动态STN-SR。其中，该方法还包括扩展所述ATCF和所述HSS之间的数据接口。所述拜访域内的ATCF将为用户分配的动态STN-SR存储到拜访域内的HSS中，包括所述ATCF接收到归属域返回的注册确认的2000K响应后，为用户分配动态STN-SR，并将所述动态STN-SR通过扩展的所述数据接口存储到所述HSS中。从所述HSS中获取所述动态STN-SR，包括所述MME触发查询所述HSS，获取所述动态STN-SR，并发起增强的单一无线语音呼叫连续性(E-SRVCC)切换；所述MME向拜访域内的增强的移动交换中心(E-MSC)发送分组交换(PS)到电路交换(CS)的切换请求消息，并携带所述动态STN-SR ;所述E-MSC使用所述动态STN-SR发起呼叫，呼叫请求被路由到分配所述动态STN-SR 的 ATCF。 从所述HSS中获取所述动态STN-SR，包括MME 发起 E-SRVCC 切换；所述MME向拜访域内的E-MSC发送PS到CS的切换请求消息，并携带用户对应的静态 STN-SR ；确定拜访域提供E-SRVCC功能时，所述E-MSC根据所述静态STN-SR触发查询所述HSS,获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR ；所述E-MSC使用所述动态STN-SR发起呼叫，呼叫请求被路由到分配所述动态STN-SR 的 ATCF。所述E-MSC根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR，包括所述E-MSC根据所述静态STN-SR触发拜访域内的STN-SR业务控制功能(SCF)；所述STN-SR SCF查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR后，通知所述E-MSC。 本发明还提供了一种E-SRVCC STN-SR的获取系统，包括位于拜访域内的ATCF、HSS和获取网元；其中，所述ATCF，用于为用户分配动态STN-SR，并存储到所述HSS中； 所述HSS，用于存储所述动态STN-SR ；所述获取网元，用于从所述HSS中获取所述动态STN-SR。其中，该系统还包括管理网元，用于扩展所述ATCF和所述HSS之间的数据接口。所述ATCF，还用于接收到归属域返回的注册确认的2000K响应后，为用户分配动态STN-SR，并将所述动态STN-SR通过扩展的所述数据接口存储到所述HSS中。所述切换网元包括MME和E-MSC ；所述MME，用于触发查询所述HSS，获取所述动态STN-SR，并发起E-SRVCC切换；所述E-MSC，用于接收所述MME获取所述动态STN-SR后发送的PS到CS的切换请求消息，所述切换请求消息中携带所述动态STN-SR ;还用于使用所述动态STN-SR发起呼叫。所述切换网元包括MME和E-MSC ；所述MME，用于发起E-SRVCC切换；还用于向所述E-MSC发送携带用户对应的静态STN-SR的PS到CS的切换请求消息；所述E-MSC，用于接收所述PS到CS的切换请求消息；还用于在确定拜访域提供E-SRVCC功能时，根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR ;还用于使用所述动态STN-SR发起呼叫。 所述切换网元还包括STN-SR SCF，用于在拜访域提供E-SRVCC功能时，被所述E-MSC根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR后，通知所述E-MSC。本发明E-SRVCC STN-SR的获取方法和系统，通过对拜访域内ATCF与HSS之间的数据接口进行扩展，使拜访域ATCF直接将分配的动态STN-SR存储到拜访域内的HSS中，MME可直接从拜访域内HSS中获取动态STN-SR，如此，STN-SR的获取就与归属域HSS无关，归属域HSS无需进行信息推送，降低了对归属域特别是HSS的要求；在本发明提出的方法涉及的ATCF, HSS、MME等网元均位于一个域中，因此，避免了不同域的网元设备采用不同厂家的设备，产生的不同厂家设备互不兼容导致的切换无法实现的问题。
图I为现有E-SRVCC解决方案示意图；图2为现有E-SRVCC STN-SR获取流程示意图；图3为本发明E-SRVCC STN-SR获取方案一示意图；图4为本发明E-SRVCC STN-SR获取方案二示意图；图5为本发明E-SRVCC STN-SR分配流程示意图；图6为本发明实施例一的E-SRVCC STN-SR获取方法流程示意图；图7为本发明实施例二的E-SRVCC STN-SR获取方法流程示意图；图8为本发明E-SRVCC STN-SR获取系统实施例一的结构示意图； 图9为本发明E-SRVCC STN-SR获取系统实施例二的结构示意图。
具体实施例方式本发明E-SRVCC STN-SR的获取方法的基本思想是拜访域ATCF直接将分配的动态STN-SR存储到拜访域内的HSS中，从该HSS中获取动态STN-SR，并发起E-SRVCC切换。如此，STN-SR的获取就与归属域HSS无关，归属域HSS无需进行信息推送，降低了对归属域特别是HSS的要求。本发明扩展拜访域内ATCF与HSS之间的数据接口，采用类似Sh的接口方式；对于HSS而言，该扩展的数据接口与Sh接口相似，但是考虑到ATCF行为并不是典型的AS行为，因此，本发明中将该接口命名为Sh’接口。如此就可实现ATCF将分配的动态STN-SR存储到HSS中。ATCF接收到归属域返回的注册确认的2000K响应后，为用户分配动态STN-SR，并将动态STN-SR通过扩展的数据接口存储到HSS中。需要指出的是，ATCF通过Sh’接口将动态STN-SR存储在HSS时，并不通过注册消息，而是将动态STN-SR作为透明数据存储进行存储，对HSS没有解析要求。接入侧网元从拜访域的HSS中获取动态STN-SR 一种方式是MME触发查询HSS，获取动态STN-SR，并发起E-SRVCC切换(该切换根据动态STN-SR发起);然后，MME采用该动态STN-SR发起PS到CS的切换请求，E-MSC使用该动态STN-SR发起呼叫，如图3所示，因为该HSS位于拜访域，与MME位于一个域，因此不存在动态STN-SR推送的要求。另一种比较优化的方式是MME先发起E-SRVCC切换(该切换根据静态STN-SR发起)；然后，MME采用静态STN-SR发起PS到CS的切换请求；由于拜访域提供E-SRVCC功能，E-MSC根据静态STN-SR触发查询HSS，获取动态STN-SR ;并且E-MSC触发一个改号过程，将静态STN-SR修改为动态STN-SR ;然后E-MSC使用该动态STN-SR发起呼叫。此种方式降低了对MME的要求。对于E-MSC触发获取STN-SR、以及改号过程，具体的E_MSC触发一个专用的业务控制功能(SCF, Service Control Function)(即 STN-SR SCF)查询 HSS，获取动态 STN-SR，并完成改号，如图4所示。下面通过具体的实施例来说明本发明的方案。如图5所示为STN-SR分配的过程，其中，P-CSCF、ATCF和HSS都位于拜访域，该流程包括
步骤501，UE通过PS接入，并向拜访域的MS发起注册，注册消息首先发给P-CSCF ；步骤502，P-CSCF将注册消息发送到ATCF ；步骤503，ATCF将注册消息发送到归属域MS ；步骤504，归属域MS向ATCF返回401消息，其中携带注册挑战信息；步骤505，ATCF 转发 401 消息到 P-CSCF ；步骤506，P-CSCF 转发 401 消息到 UE ；步骤507，UE重新发起注册消息，携带认证信息；
步骤508，P-CSCF转发注册消息到ATCF ；步骤509，ATCF转发注册消息到归属域MS ；步骤510，归属域MS对注册进行确认，返回2000K响应到ATCF ；步骤511，ATCF接收到注册确认的2000K响应后，为该UE分配动态STN-SR，并通过Sh’接口存储到HSS ；步骤512，ATCF 转发 2000K 响应到 P-CSCF ；步骤513，P-CSCF转发2000K响应到UE，注册完成。结合图3，本发明E-SRVCC切换过程实施例一的流程图如图6所示，其中，MME,E-MSC, ATCF,以及HSS均位于拜访域，该流程包括步骤601，E-SRVCC切换前，MME触发查询HSS，从中获得ATCF为该UE分配的动态STN-SR，并根据该动态STN-SR发起E-SRVCC切换；步骤602，获取到动态STN-SR后，MME向E-MSC发起PS到CS的切换请求(PS toCS Req)，该请求消息中携带UE的动态STN-SR ；步骤603，E-MSC使用该动态STN-SR发起呼叫，呼叫请求被路由到分配该动态STN-SR 的 ATCF。为了进一步考虑降低MME的要求，本发明提出了一种MME获取动态STN-SR的优化方案，在发起E-SRVCC切换的过程中，MME并不区分是SRVCC切换还是E-SRVCC切换，统一按原有的SRVCC切换过程在PS to CS Req消息中携带UE的静态STN-SR。为了区分静态分配的STN-SR与动态分配的STN-SR，本发明中，用SCC_AS STN-SR表示静态STN-SR，用ATCFSTN-SR 表示动态 STN-SR。该优化的E-SRVCC切换流程如图7所示，包括首先MME根据静态STN-SR发起E-SRVCC切换，然后执行如下流程步骤701，MME 向 E-MSC 发送 PS to CS Req 消息，携带 SCC_AS STN-SR ；步骤702，当拜访域提供E-SRVCC功能时，E-MSC根据SCC_AS STN-SR触发STN-SRSCF ；步骤703，STN-SR SCF 查询 HSS，获得 ATCF STN-SR ；步骤704，STN-SR SCF 执行改号，将 SCC_AS STN-SR 修改为 ATCFSTN-SR，并通知E-MSC ；步骤705，E-MSC使用ATCF STN-SR发起呼叫，呼叫请求被路由到分配该ATCFSTN-SR 的 ATCF。为了实现上述获取方法，本发明还提供了一种STN-SR的获取系统，如图8和图9所示，包括位于拜访域内的ATCF、HSS和获取网元；其中，ATCF，用于为用户分配动态STN-SR，并存储到HSS中；HSS，用于存储动态STN-SR ；获取网元，用于从HSS中获取动态STN-SR，并发起E-SRVCC切换。该系统还可以包括一个管理网元，用于扩展ATCF和HSS之间的数据接口，该网元是可选的。其中，接收到归属域返回的注册确认的2000K响应后，ATCF为用户分配动态STN-SR，并将动态STN-SR通过扩展的数据接口存储到HSS中。从HSS中获取动态STN-SR，并发起E-SRVCC切换的方式有以下两种 一、切换网元包括MME和E-MSC，如图8所示。在E-SRVCC切换前，MME用于触发查询HSS，获取动态STN-SR，并发起E-SRVCC切换；E-MSC，用于接收MME获取动态STN-SR后发送的PS到CS的切换请求消息，该切换请求消息中携带动态STN-SR ；E-MSC还用于使用该动态STN-SR发起呼叫。二、切换网元包括MME和E-MSC，如图9所示。MME，用于发起E-SRVCC切换；还用于向E-MSC发送携带用户对应的静态STN-SR的PS到CS的切换请求消息；E-MSC，用于接收MME发送的携带用户对应的静态STN-SR的PS到CS的切换请求消息；并在确定拜访域提供E-SRVCC功能时，根据静态STN-SR触发查询HSS，获取动态STN-SR，并将静态STN-SR修改为动态STN-SR ;还用于使用动态STN-SR发起呼叫。进一步地，如图9所示，切换网元还包括STN-SR SCF，用于在拜访域提供E-SRVCC功能时，被E-MSC根据静态STN-SR触发查询HSS，获取动态STN-SR，并将静态STN-SR修改为动态STN-SR后，通知E-MSC。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
1.一种E-SRVCC STN-SR的获取方法，其特征在于，该方法包括
拜访域内的接入切换控制功能(ATCF)将为用户分配的动态单一无线语音呼叫连续性会话切换号码(STN-SR)存储到拜访域内的归属用户服务器(HSS)中；
从所述HSS中获取所述动态STN-SR。
2.根据权利要求I所述E-SRVCCSTN-SR的获取方法，其特征在于，该方法还包括扩展所述ATCF和所述HSS之间的数据接口。
3.根据权利要求2所述E-SRVCCSTN-SR的获取方法，其特征在于，所述拜访域内的ATCF将为用户分配的动态STN-SR存储到拜访域内的HSS中，包括
所述ATCF接收到归属域返回的注册确认的2000K响应后，为用户分配动态STN-SR，并将所述动态STN-SR通过扩展的所述数据接口存储到所述HSS中。
4.根据权利要求I或3所述E-SRVCCSTN-SR的获取方法，其特征在于，从所述HSS中获取所述动态STN-SR，包括
所述MME触发查询所述HSS，获取所述动态STN-SR，并发起增强的单一无线语音呼叫连续性(E-SRVCC)切换；
所述MME向拜访域内的增强的移动交换中心(E-MSC)发送分组交换(PS)到电路交换(CS)的切换请求消息，并携带所述动态STN-SR ；
所述E-MSC使用所述动态STN-SR发起呼叫，呼叫请求被路由到分配所述动态STN-SR的 ATCF。
5.根据权利要求I或3所述E-SRVCCSTN-SR的获取方法，其特征在于，从所述HSS中获取所述动态STN-SR，包括
MME发起E-SRVCC切换；
所述MME向拜访域内的E-MSC发送PS到CS的切换请求消息，并携带用户对应的静态STN-SR ；
确定拜访域提供E-SRVCC功能时，所述E-MSC根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR ；
所述E-MSC使用所述动态STN-SR发起呼叫，呼叫请求被路由到分配所述动态STN-SR的 ATCF。
6.根据权利要求5所述所述E-SRVCCSTN-SR的获取方法，其特征在于，所述E-MSC根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR，包括
所述E-MSC根据所述静态STN-SR触发拜访域内的STN-SR业务控制功能(SCF)；
所述STN-SR SCF查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR后，通知所述E-MSC。
7.一种E-SRVCC STN-SR的获取系统，其特征在于，包括位于拜访域内的ATCF、HSS和获取网元；其中，
所述ATCF，用于为用户分配动态STN-SR，并存储到所述HSS中；
所述HSS，用于存储所述动态STN-SR ；
所述获取网元，用于从所述HSS中获取所述动态STN-SR。
8.根据权利要求7所述E-SRVCCSTN-SR的获取系统，其特征在于，该系统还包括管理网元，用于扩展所述ATCF和所述HSS之间的数据接口。
9.根据权利要求8所述E-SRVCCSTN-SR的获取系统，其特征在于，所述ATCF，还用于接收到归属域返回的注册确认的2000K响应后，为用户分配动态STN-SR，并将所述动态STN-SR通过扩展的所述数据接口存储到所述HSS中。
10.根据权利要求7或9所述E-SRVCCSTN-SR的获取系统，其特征在于，所述切换网元包括MME和E-MSC ；
所述MME，用于触发查询所述HSS，获取所述动态STN-SR，并发起E-SRVCC切换；
所述E-MSC，用于接收所述MME获取所述动态STN-SR后发送的PS到CS的切换请求消息，所述切换请求消息中携带所述动态STN-SR ;还用于使用所述动态STN-SR发起呼叫。
11.根据权利要求7或9所述E-SRVCCSTN-SR的获取系统，其特征在于，所述切换网元包括MME和E-MSC ；
所述MME，用于发起E-SRVCC切换；还用于向所述E-MSC发送携带用户对应的静态STN-SR的PS到CS的切换请求消息；
所述E-MSC，用于接收所述PS到CS的切换请求消息；还用于在确定拜访域提供E-SRVCC功能时，根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR ;还用于使用所述动态STN-SR发起呼叫。
12.根据权利要求11所述E-SRVCCSTN-SR的获取系统，其特征在于，所述切换网元还包括STN-SR SCF,用于在拜访域提供E-SRVCC功能时，被所述E-MSC根据所述静态STN-SR触发查询所述HSS，获取所述动态STN-SR，并将所述静态STN-SR修改为所述动态STN-SR后，通知所述E-MSC。
本发明公开了一种E-SRVCC STN-SR的获取方法和系统，包括拜访域内的接入切换控制功能(ATCF)将为用户分配的动态单一无线语音呼叫连续性会话切换号码(STN-SR)存储到拜访域内的归属用户服务器(HSS)中；从HSS中获取动态STN-SR。通过本发明避免了不同域的网元设备采用不同厂家的设备，产生的不同厂家设备互不兼容导致的切换无法实现的问题。
文档编号H04W36/14GKSQ
公开日日 申请日期日 优先权日日
发明者高扬 申请人:中兴通讯股份有限公司一个比较完整的eSRVCC过程_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
一个比较完整的eSRVCC过程
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩18页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢HSS中未签约STN-SR，导致用户注册失败 - 51学通信网络课堂 - 通信人值得信赖的在线交流学习平台 - Powered By EduSoho
HSS中未签约STN-SR，导致用户注册失败
【问题现象】
HSS上用户签约VOLTE功能时，未开启STN-SR字段。导致用户漫游到华为MME覆盖区域时，VOLTE功能异常。
【原因定位】
MME当前版本，对用户签约信息是否包含STN-SR信息的要求严格，对于签约数据中不包含STN-SR信息的用户，会导致UE注册失败。
影响范围：部分爱立信HSS开VOLTE功能的测试卡。
【解决方案】
最终解决方案：MME的10.5版本，将设备开关控制是否校验签约数据中的STN-SR字段。
临时解决方案：爱立信HSS签约VOLTE功能，默认携带STN-SR字段。
本站点评：
由于eSRVCC的需要，在HSS中需要预先定义一个虚假的STN-SR，并且作为用户的签约数据发送给MME。这个虚假的STN-SR不会用于SRVCC切换，会在后续的IMS注册流程中被替换。
在后续的流程中，MME将通过查看用户的签约数据里是否有STN-SR来判断用户是否开通了SRVCC业务。如果判定开通，则在发送给UE的附着接受消息里进行标识（SRVCCOperationPossible)，以通知UE网络侧是否允许SRVCC。
所以，HSS中配置的这个虚假STN-SR是非常有作用的。
51学通信核心网微信群公告：
为方便大家交流通信技术，我们创建了一个&51学通信核心网微信群&，欢迎所有热爱移动通信核心网的朋友加入，共同来探讨移动通信核心网相关问题，让我们共同进步吧~。
本群为51学通信所建的核心网技术交流群，仅限讨论核心网相关技术问题，分享通信生活及行业新闻等。禁发一切类型的广告（包括招聘、兼职信息、产品推广等，但在线学习类的分享不限），不合理的地方会慢慢改进。
本群涉及的主要领域和技术包括但不限于以下:
1)IP （MPLS VPN,IP Qos,NAT,IP Sec,组播，流量工程等）
2)CS核心网（MSC-S,MGW,SCP等）
3)2/3/4G PS核心网（MME，SGW，PGW，SGSN，GGSN，EPC DNS，EPC-HSS,HLR,OCS,CG,PG,PCRF,CE等）
4) IMS（CSFB,eSRVCC,ICS,RCS等技术，CSCF,AS,BGCF,IBCF,IMS-HSS,eNUM/DNS,ePDG,AAA,ATCF/ATGW,eMSC,SBC,MRFC/MRFP等网元）
本群讨论的主要协议包括但不限于:
MPLS,QinQ,IP,PIM,IGMP,SNMP,RTP/RTCP,OSPF,BGP,ISIS,SIP/SDP,Diameter/DBP,GTP,ISUP,MAP,RANAP,BSSAP,SIGTRAN,SCTP,H.323,H.248,IKE,AH/ESP,S1AP,SGsAP,X2AP,LDAP,XCAP,HTTP,BICC,Camel等。
本群讨论原理及信令为主，不讨论设备内部实现细节及bug。
加入方法：
51学通信群已超100人（目前已有385人），根据微信规定，群二维码自动失效。现在入群的唯一方法是群内人拉人入群。
为方便更多朋友入群一起交流核心网技术，特此发布下我们的入群方法:
1 群内的朋友可以任意拉人，只要不违反群公告的规定即可。
2 群外的朋友想入群，可以联系群内的朋友拉进来，或者加群主个人微信，说明想入群，群主会拉你入群
（群主微信名称:爱卫生，微信ID:gprshome201101）
后发表看法
课程内容版权均归所有&怎样才能拿到CFA证书？_百度知道[转载]VoLTE技术中的会话持续性
[转载]VoLTE技术中的会话持续性
对于eSRVCC用户的注册，SCC
AS在注册成功后，向终端发送MESSAGE，MESSAGE的消息体中含有ATU-STI与C-MSISDN(从HSS下载得到，属于签约放号数据)。ATU-STI由SCC
AS自己产生，用来识别呼入请求是否是eSRVCC用户发来的切换请求。
ATCF在注册消息的Feature-Caps头部携带了多个信息：
1, +g.3gpp.atcf填写STN-SR，用于向SCC AS、HSS、MSC
Server更新用户的SRVCC地址信息。
2，+g.3gpp.atcf-mgmt=
"&sip:actf.visited2.net&"用于SCC
AS向ATCF发送message消息时的request URI。
&&&&&&&&STN-SR实际上分两种：STN-SR、vSTN-SR。见SRVCC方案。&&&&
注：3GPP TS 24.237 V11.4.0
(2012-09)&&
&&&&&&&&&&&&&&&&Table
A.3.3-1: SIP REGISTER request (UE to P-CSCF)
REGISTER sip:home1.net SIP/2.0
Via: SIP/2.0/UDP
[5555::aaa:bbb:ccc:eee];comp=branch=z9hG4bKnasiuen8
Max-Forwards: 70
P-Access-Network-Info: 3GPP-UTRAN-TDD;
utran-cell-id-3gpp=FCE11
&sip:user1_&;tag=2hiue
&sip:user1_&
&sip:[5555::aaa:bbb:ccc:eee];comp=sigcomp&;+sip.instance="&urn:gsma:imei:763-0&;+g.3gpp.icsi-ref="urn:urn-7%3gpp-service.ims.icsi.mmtel"
Call-ID: E05133BD26DD
Authorization: Digest username="user1_",
realm="registrar.home1.net", nonce="", uri="sip:home1.net",
response=""
Security-Client: ipsec-3 alg=hmac-sha-1-96;
spi-c=; spi-s=; port-c=1234; port-s=5678
Require: sec-agree
Proxy-Require: sec-agree
CSeq: 1 REGISTER
Supported: path, gruu
Content-Length: 0
&&&&&&&&&&&&&&&&Table
A.3.3-3: SIP REGISTER request (ATCF towards S-CSCF)
REGISTER sip:home1.net SIP/2.0
Feature-Caps:
*;+g.3gpp.atcf="&tel:+1-237-888-9999&";
+g.3gpp.atcf-mgmt=
"&sip:atcf.visited2.net&";+g.3gpp.atcf-path="&sip:termsdgfdfwe@atcf.visited2.net&";+g.3gpp.mid-+g.3gpp.srvcc-alerting
&sip:termsdgfdfwe@atcf.visited2.net&,&sip:aga2gfgf@pcscf1.visited2.net:5070;ob&
&sip:icscf.home1.lr&
P-Visited-Network-ID:
P-Charging-Vector:
Via: SIP/2.0/UDP atcf.visited2.net:5060;branch=z9hG4bKnas5889;
SIP/2.0/UDP pcscf1.visited2.net:5060;branch=z9hG4bKnas56565,
SIP/2.0/UDP
[5555::aaa:bbb:ccc:eee];comp=branch=z9hG4bKnasiuen8;rport=5060;received=5555::aaa:bbb:ccc:eee
Max-Forwards: 68
P-Access-Network-Info:
二、用户呼叫流程：正常的IMS呼叫，但必须控制锚定媒体到ATGW
&&&&&&&&所有IMS呼叫都锚定到ATCF，ATCF需要知道用户是否支持SRVCC功能(这样才能控制SRVCC用户的呼叫媒体锚定到ATGW，并才能在呼叫、切换时进行特定处理)，
ATCF在注册结束后，会从SCC-AS得到一个message消息：携带C-MSISDN、ATU-STI及用户是否支持SRVCC功能标记（即切换到CS域的功能）
　SCC-AS如何知道用户是否支持SRVCC:UE在LTE中附着时，会指示自己是否支持SRVCC，MME将这种标记存入HSS。SCC-AS在用户注册时会从HSS下载用户数据，其中含SRVCC能力。
&&&&&&&&所有IMS用户的IMS注册都被SBC发给Visited域的ATCF，ATCF把自己加到Path上，发给S-CSCF。
后来这些用户（含SRVCC用户与非SRVCC，或分为：固定用户、Volte用户）的呼叫都经过了ATCF。ATCF根据在注册后得到的用户SRVCC能力来
控制SRVCC用户的呼叫媒体锚定到ATGW（这是呼叫流程中最重要的工作），而非SRVCC用户则不需要锚定媒体。
三、eSRVCC切换流程:STN-SR，ATU-STI，C-MSISDN
对于接受注册和VoLTE呼叫的ATCF来说，需要让MSC把切换请求发给自己。这样才是完全的“锚定”功能。
MME控制切换到CS域、PS域的方法与SRVCC一样。
eMSC在切换时，发invite给ATCF（其中带STN-SR，C-MSISDN)给ATCF。由于STN-SR是ATCF自己分配的，它会知道这是一个切换请求，并根据C-MSISDN关联到IMS用户和现有呼叫。
对eMSC来说，这个操作与SRVCC方案中一样。&区别只是：SRVCC中，呼叫是完全锚定到SCC-AS，由eMSC直接把切换invite发给SCC-AS。而eSRVCC中锚定由ATCF与SCC-AS共同完成，eMSC必须把切换invite发给ATCF。
STN-SR是给MSC在切换请求时使用的，由ATCF在注册时产生。
一般是标识ATCF的全局PUI，或称为PSI，因为是给MSC用的，一般是Tel URI格式。&
当原IMS呼叫有几路时，ATCF收到MSC发来的呼叫中，必须选择关联其中一路：先选择Active的呼叫，再选择。。。这之中有个逻辑判断（由ATCF自己做）
而ATCF发invite(被叫是ATU-STI，主叫是用户PUI)给SCC-AS。
SCC-AS返回SSI给ATCF和MSC。（SSI用于 mid-call 切换 中关联呼叫所用）
ATU-STI是给ATCF在切换请求时使用的，由SCC AS在注册时产生。
AS在注册时产生ATU-STI。它用Message通知ATCF:UE的C-MSISDN，以及分配的ATU-STI，还有UE的SRVCC
ATCF使用C-MSISDN来关联会话(MSC发来切换请求时)，使用ATU-STI替换与SCC
AS之间的信令路径(在发起切换呼叫到SCC-AS时）。原信令leg会被ATCF或SCC-AS释放。
C-MSISDN是很重要的，因为IMS用户PUI与CS域号码可能是不一样的。ATCF收到MSC发来切换请求（带C-MSISDN，它表示了主叫的身份）时，再关联到现存的几个IMS呼叫中的一个。&&
ATU-STI是全局PSI。像STN-SR一样，都是一个全局PSI，所以要关联到某个用户的某一路旧呼叫的话，要根据新呼叫中带的PAI(用于关联到用户）、Target-Dialog（像replace一样，含有旧呼叫的dialog
用户原来有多路呼叫时，决定替换哪一路由ATCF决定，其原呼叫的dialog id 置入Target-Dialog参数中。
当切换请求invite被eMSC发给ATCF，ATCF置被叫号码为ATU-STI（主叫号码为用户PUI），且携带Target-Dialog参数(其中含原LTE呼叫的SIP
会话ID），这个invite发给SCC AS。
SCC AS会执行替换呼叫的操作(不切换远端媒体)与释放原呼叫的local leg：SCC
AS使用Target-Dialog参数来寻找到原呼叫的数据区。在invite的200 响应中，SCC
AS携带Feature-Caps：*；+g.3gpp.srvcc
如切换请求(根据被叫是否是ATU-STI决定）的invite中没有携带Target-Dialog参数时（而不完全靠被叫是ATI或STN-SR来判断是否执行SRVCC），SCC
AS执行SRVCC方案，即从用户的多路选叫中选中一路来update remote
end.（SRVCC方案中，决定替换哪一路的决策由SCC AS来做）。
而对SCC-AS来说，在收到ATCF发来用于切换的invite时，根据Target-dialog中的dialog
id来关联到用户现存的4路呼叫中的一路。在这个呼叫关联完成后（呼叫关联的工作包括：向主叫用户即ATCF发送200OK，即完成新呼叫的创建，另外还要释放掉旧呼叫的leg。&
因为是B2BUA网元，所以不用通知到远端IMS用户，除非需要更新远端媒体)。
SCC-AS还要从剩下3路呼叫中选择一路呼叫来发起refer给ATCF-&MSC，命令UE发起另一路呼叫的创建。依次选择几路呼叫的顺序也有一个逻辑判断（由SCC-AS自己做）
LTE侧的IMS呼叫的振铃态切换的判断：当用户invite的contact中含有g.3gpp.srvcc-alerting
feature tag时，它表示终端与ATCF 是否支持振铃态eSRVCC。SCC-AS可以根据这来判断是否做振铃态切换。
在振铃态或媒体为inactive状态（即多路呼叫）的会话切换中,给ATCF发info消息,其包含Info-Package:g.3gpp.state-and-event-info和Content-Type:application/vnd.3gpp.state-and-event-info+xmls,及相关的XML描述。
在呼叫消息中支持对Contact:&sip:msc1.visit1.net:1357&;+g.3gpp.icsi-ref="urn:urn-7%3gpp-service.ims.icsi.mmtel"、Target-Dialog、Recv-Info、P-Asserted-Service:urn:urn-7:3gpp-service.ims.icsi.mmtel信息的处理,用于切换与判断是否支持振铃态和mid-call的切换。在响应消息中携带feature-caps头部。
这是为了作振铃态切换。
所有的切换请求、响应（18x,200)中都会带feature-caps:srvcc。用于标识eSRVCC切换呼叫。eSRVCC流程中出现了各种feature-code，携带各种关键参数。
ATCF没有锚定媒体
其它技术点
IMS-HSS新增数据项
HSS的Sh接口透明数据中（29.328-b50)，有
MSISDN ：可能包括几个号码，即C-MSISDN,
Extended MSISDN&
Additional MSISDN (A-MSISDN)&
Private Identity&
T-ADS Information
IMS-VOICE-OVER-PS-NOT-SUPPORTED (0)
&&&&&&&&&&&
IMS-VOICE-OVER-PS-SUPPORTED (1)
&&&&&&&&&&&
IMS-VOICE-OVER-PS-SUPPORT-UNKNOWN (2)
UE SRVCC Capability
&&&&&&&&&&&
UE-SRVCC-CAPABILITY-NOT-SUPPORTED (0)
&&&&&&&&&&&
UE-SRVCC-CAPABILITY-SUPPORTED (1)
在向IMS-HSS请求"MSISDN"时，需要在"User
Identity"中填写PUI，在"User-Name"中填写PVI(从SIP注册消息的Authorization中获取)&.
控制非SRVCC用户呼叫不需经过ATCF的方法
所有VoLTE用户中并非所有用户都是eSRVCC用户。或者部分用户是SRVCC用户、另一部分用户是eSRVCC用户。因为eSRVCC用户的语音质量更好，可能视为高端用户。这里的想法是：如何区分SRVCC用户、eSRVCC用户或非SRVCC用户。
eSRVCC功能要求：eSRVCC用户的媒体通过ATGW锚定，那么这些用户的注册、呼叫、切换信令是必须经过ATCF的。但其它
非eSRCC用户
是不需要让呼叫经过ATCF，仍经过P-CSCF-&I-CSCF-&S-CSCF即可。
所有用户注册时（CS域
ICS用户，可能通过eMSC注册），注册信息必须经过P-CSCF-&ATCF-&I-CSCF。因为注册时，这些网元并不知道用户是否是合格的eSRVCC用户，甚至不知道是否是IMS用户。P-CSCF，ATCF会在用户注册时，将自己加到path路径上。&
这一点是没有异议的。
有一种控制呼叫是否锚定到ATCF的方法是由S-CSCF在注册时判断用户是否支持SRVCC功能（&&
S-CSCF在用户注册时，可以从Cx接口的签约数据中得到用户是否有SRVCC能力（目前的Cx标准 29228-b50
中没有这个信息））
如支持，S-CSCF修改path头(使其中不含ATCF，用于被叫侧S-CSCF找下一跳）与产生service-route头(其中不需要含ATCF地址）（这里也要求S-CSCF能知道
path头中哪个URI是表示ATCF的，ATCF在注册消息的Feature-Caps中会带上自己的atc-path，另一种办法是让S-CSCF上配置ATCF域名），Service-route头在注册响应里原路返回发给P-CSCF,ATCF
等，UE把这个头反向复制到到 新产生呼叫的route头中。
P-CSCF在收到呼叫消息时，删除信令中的service-route头（终端发来的，不可靠），按本身存储的service-route头再复制一份route头（当然会从中删除自己），这个呼叫消息会发给S-CSCF（不可能发给ATCF）
&如用户没有SRVCC能力，通过这种方法就可以控制呼叫消息不经过ATCF。
这样：只有SRVCC的呼叫会经过ATCF。而普通IMS用户呼叫不会经过ATCF。
缓存8秒的过程&&&
虽然锚定到ATGW的媒体端口、IP、编解码在切换前后没有变化，但信令路径发生了改变。所以ATCF需要发切换请求给SCC
AS(因为原呼叫路径会自动释放)。
&原IMS呼叫路径包括了UE的IMS应用、SBC、P-CSCF、SCC-AS 都会因为session
timer功能或刷新注册时间到却没收到刷新注册消息，而释放呼叫。（SCC-AS在释放呼叫或收到
ATCF侧发来的bye消息时，只释放这一边的leg ，远端leg 要保留）
&& 原IMS路径上的leg 释放，与 MSC发呼叫给ATCF
：这两个操作的时间顺序不确定。为了防止用户在session
timer即将到期时发起切换，标准要求SCC-AS在收到释放近端leg的请求时，保留leg 8秒钟。
&SCC-AS收到ATCF发来的新invite时，如原leg还在，SCC-AS会释放它。
在手机信号变弱时，或原呼叫的session
timer到期时，UE或CSCF会发bye，但此时对于SRVCC用户会发起切换。
所以：要求ATCF、CSCF、SCC-AS 对于SRVCC用户的呼叫，在释放消息到时会缓存8秒。
或只由SCC-AS来做，因为CSCF上没有用户信息，当CSCF主动发bye给SCC AS时，SCC AS缓存8秒即可。
　CSCF的sesison
time到期时，向上，向下都发bye。向下发给ATCF，ATCF也要缓存8秒，以防止这段时间内切换消息从MSC发来。
如果CSCF不做这种缓存的话，就要求 SCC AS与ATCF
均要缓存8秒（如SCC有缓存，而ATCF不缓存的话，ATCF会在收到CSCF的bye时释放呼叫，后续当MSC发来切换请求时，就无法完成eSRVCC切换流程）。
eSRVCC是否兼容SRVCC
eSRVCC的流程变化关键点体现在ATCF、SCC AS。
如果要求网络中同时存在eSRVCC、SRVCC两种用户，比如对于高端用户提供eSRVCC流程，而eSRVCC流程要求ATCF的信令与媒体锚定，eSRVCC用户容量受ATCF与ATGW配置所限。
　　ATCF、SCC
AS通过注册成功可以鉴定用户是否是IMS用户，那么如何识别三种用户（普通IMS用户、SRVCC用户、eSRVCC用户)呢？
ATCF在注册时不区分是否SRVCC或IMS用户，由SCC
AS从HSS得到用户支持C-MSISDN与SRVCC能力的参数，则证明用户支持SRVCC能力并经过SRVCC业务签约，SRVCC能力会在Message里下发给ATCF。
这种方案支持eSRVCC用户漫游到外地:1,visited网有ATCF，则走eSRVCC流程。&
2，visited网没有ATCF，由P-CSCF接入home域IMS，SCC AS走SRVCC流程（SCC
AS通过注册、呼叫消息中是否带feature-code来判断是否有ATCF接入）
&&&&&&&上述方案可以鉴别IMS用户与SRVCC用户(也含eSRVCC用户）。
如何鉴别SRVCC用户与eSRVCC用户呢?
&& 两种看法：
1，ATCF部署后，网络中只有eSRVCC用户，没有SRVCC用户（因为eSRVCC与SRVCC对终端的要求是一样的，只是网络侧能力不同）。则SCC
AS只要发现用户注册、呼叫带了feature-code，则走eSRVCC流程。
2，ATCF部署后，网络中eSRVCC用户与SRVCC用户并存。SCC
AS在HSS的用户透明数据中用特定业务属性表示用户是否是eSRVCC用户。
eSRVCC的缺点
&&&&eSRVCC也有人分析出不足之处：
&&&&1，不能适应高速移动场景：当在高速列车上进行切换时，时延还是太长。
&&&&2，复杂性：SCC-AS新增功能，引入新的ATCF/ATGW网元。尤其是mid-call
feature业务的复杂性。
发表评论：
TA的最新馆藏[转]&[转]&}