CN102469438B - 一种注册时更新切换号码的方法和装置 - Google Patents

一种注册时更新切换号码的方法和装置 Download PDF

Info

Publication number
CN102469438B
CN102469438B CN201010547340.8A CN201010547340A CN102469438B CN 102469438 B CN102469438 B CN 102469438B CN 201010547340 A CN201010547340 A CN 201010547340A CN 102469438 B CN102469438 B CN 102469438B
Authority
CN
China
Prior art keywords
stn
updating
registration
request message
party
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201010547340.8A
Other languages
English (en)
Other versions
CN102469438A (zh
Inventor
李世涛
陈志峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Yanxi High Tech Park Investment Co ltd
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201010547340.8A priority Critical patent/CN102469438B/zh
Priority to PCT/CN2011/081137 priority patent/WO2012065496A1/zh
Publication of CN102469438A publication Critical patent/CN102469438A/zh
Application granted granted Critical
Publication of CN102469438B publication Critical patent/CN102469438B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1063Application servers providing network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种注册时更新切换号码的方法和装置,包括:锚定及关联应用服务器(SCC AS)接收第三方注册请求消息;确定当前进行注册的用户为首次注册时,且第三方注册请求消息中携带动态切换号码(STN-SR)时,执行STN-SR的更新;确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,如果第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否执行STN-SR的更新;如果第三方注册请求消息中不携带动态STN-SR,则根据第三方注册请求消息确定是否执行STN-SR的更新。通过本发明,能够解决STN-SR更新混乱的问题。

Description

一种注册时更新切换号码的方法和装置
技术领域
本发明涉及通信领域,特别是指一种注册时更新切换号码的方法和系统。
背景技术
在现在的移动网络中,大量基于分组域交换(PS,Packet Switch)的网络(如E-UTRAN、UTRAN-HSPA)被部署,但其覆盖并不是全网络全地区的,在某些地方PS网络的信号会很差,这个时候就需要为用户提供PS网络到传统电路域交换(CS,Circuit Switch)网络(如UTRAN、GERAN)的切换,尤其是当用户正在进行会话的时候。
图1是一种被标准组织认可的单模切换方式(SRVCC),首先UE1 101同UE2 106之间正在进行一个通话,并且是基于IP多媒体子系统(IMS,IPMultimedia Core Network Subsystem)的PS承载(PS接入),其会话被锚定在锚定及关联应用服务器(SCC AS,Service Centralization and ContinuityApplication Serve)105上。在通话进行的过程中,UE1 101移动到CS网络覆盖更好的区域(CS接入),这时UE1 101将收到的信号测试报告通过原来的PS网络,发给移动管理设备(MME,Mobility Management Entity)102,当MME102收到信号测试报告后,则进行PS到CS的切换,此时MME 102发送切换通知消息到可以覆盖UE1 101的一个增强型移动交换中心(MSC,MobileSwitching Centre)103上,该切换通知消息中包含网络为用户分配的SRVCC切换号码(STN-SR,Session Transfer Number for SR-VCC);该MSC 103如果有扩展的SIP接口可以直接向IMS网络104发送IMS的切换请求命令、或通过媒体网关控制功能(MGCF,Media Gateway Control Function)向IMS网络104发送IMS的切换请求命令(MSC 103发起的IMS侧的切换更新),该IMS的切换请求命令中包含MSC 103的媒体资源信息,同时该MSC 103会向MME 102返回切换响应;当MME 102收到该切换响应后,向用户发送切换完成的通知。在该过程中,MSC 103发送切换响应到MME 102,MME 102告知用户切换完成的过程,同MSC 103发起IMS侧的切换更新是同时进行的,整个切换过程中,主叫用户和被叫用户对于切换是不感知的。
基于图1的单模切换方式的PS网络到CS网络的切换过程如图2所示,包括:
此时,用户UE-1同UE-2之间正在进行一个IMS会话。
步骤201,由于某种原因(比如UE-1位置发生改变),导致UE-1周围的网络环境发生变换,原来UE-1接入的PS网络的信号可能不是很好,但周围的CS网络信号较好,于是UE-1向原PS网络无线侧网元发送一个网络信号测试报告;
步骤202,原PS网络无线侧网元根据收到的网络信号测试报告判断是否需要将UE-1切换到CS网络;
步骤203,当原PS网络无线侧网元决定需要切换时,向为UE-1服务的MME发送一个切换请求;
步骤204,MME收到切换请求后,向一个可以覆盖UE-1的增强型MSC发送切换通知,其中包含网络为UE-1分配的STN-SR,该STN-SR是一个指向SCC AS的静态路由号码;
步骤205,收到切换通知后,MSC可以直接通过SIP接口(如果有)或通过MGCF向IMS网络发送切换请求,其中,请求地址即为网络为UE-1分配的STN-SR,媒体信息为MSC的信息;
步骤206,当IMS侧网元收到切换请求后,根据STN-SR,将切换请求发送给SCC AS;
步骤207,由于UE-1的所有IMS会话都锚定在SCC AS上,SCC AS根据切换请求中的主叫号码、即UE-1的号码,找到UE-1正在进行的会话,并向该会话发送远端更新请求,将UE-1侧的发送媒体信息修改为MSC的信息;
步骤208,UE-2收到远端更新请求后,同意远端更新请求时,向UE-1侧返回远端更新应答;
步骤209~210,SCC AS通过IMS侧网元向MSC返回切换请求应答;
步骤211,当MSC在收到204步的切换通知后,即可以向MME返回切换应答,该过程和IMS侧的切换(步骤205~210)同时进行;
步骤212~213,收到切换应答后,MME通过原PS网络无线侧网元向UE-1发送通知切换消息,当UE-1收到该消息后,即可以向CS网络做切换了。
在以上流程中,IMS侧的切换(步骤205~210)由于需要做远端更新,时间会比较长,尤其当UE-1和UE-2不在同一个网络的时候,时间会更长。所以目前提出了一种对SRVCC的优化架构eSRVCC。
eSRVCC的架构如图3所示,增加了一个新的网元:切换控制网元(ATCF,Access Transfer Control Function)304,该网元主要是将用户的会话进行锚定,且该网元同被服务用户(UE-1)属于同一个网络中,当发送切换的时候,ATCF只需要做一个内部的切换处理,而不需要通知到远端,这样大大节省了切换的时间。
eSRVCC在实施的时候,需要将ATCF一直插入到会话路径中,不论是起呼还是终呼都需要使用ATCF做锚定,所以需要在注册的时候就将ATCF的地址保存在网络中,这样在终呼的时候,网络就能将呼叫路由到ATCF上。采用eSRVCC时的注册流程如图4所示,包括:
步骤401,当用户(UE-1)连接到一个PS网络时,通过该PS网络向IMS网络发送一个注册请求;如果PS网络中有部署eSRVCC,则该注册请求被路由到ATCF上;
步骤402,此时,ATCF根据用户的签约等信息判断是否为后续会话做锚定,如果确定需要锚定,则为用户分配一个动态的STN-SR,该动态STN-SR的值为ATCF的路由地址;
步骤403,ATCF将插入了动态STN-SR后的注册请求发送给IMS网元询问/服务会话控制功能(I/S-CSCF,Interrogating/Serving-Call Session ControlFunction)实体;
步骤404,当I/S-CSCF认证注册成功后,向用户返回200OK响应;
步骤405,ATCF将该200OK响应发送给UE-1,则用户即注册成功;
步骤406,当I/S-CSCF收到用户的注册请求后,会向所有为该用户提供服务的应用服务器(AS,Application Server)发起第三方注册,由于该用户是一个签约了eSRVCC的用户,所以,其中一个第三方注册请求消息会发给SCC AS,其中也携带有用户注册时ATCF为用户分配的动态STN-SR;
步骤407,当SCC AS收到该第三方注册请求消息,且判断其中包含有动态STN-SR后,向用户归属服务器(HSS,Home Subscriber Server)发送数据更新请求,其中携带有该动态STN-SR;
步骤408,HSS在初始状态下,保存有为用户分配的静态STN-SR,该静态STN-SR的值是SCC AS的地址,由于现在HSS收到ATCF为用户分配的动态STN-SR,则使用动态STN-SR覆盖之前的静态STN-SR,并向SCC AS返回更新应答;
步骤409,SCC AS向I/S-CSCF返回注册成功的200OK响应;
步骤410,由于HSS保存的用户的STN-SR发送了改变,HSS向MME发送插入签约数据消息,其中包含有动态STN-SR;
步骤411,MME将该动态STN-SR保存到用户数据中,并向HSS返回插入签约数据应答。
图5为采用eSRVCC进行切换的流程,包括:
此时UE-1和UE-2正在进行IMS会话,且该会话锚定在ATCF上。
步骤501,由于某种原因(比如UE-1位置发生改变),导致UE-1周围的网络环境发生的变换,原来UE-1接入的PS网络的信号可能不是很好,但周围的CS网络信号较好,于是UE-1向原PS网络无线侧网元发送一个网络信号测试报告;
步骤502,原PS网络无线侧网元根据收到的网络信号测试报告判断是否需要将UE-1切换到CS网络;
步骤503,当原PS网络无线侧网元决定需要切换时,向为UE-1服务的MME发送一个切换请求;
步骤504,MME收到切换请求后,向一个可以覆盖UE-1的增强型MSC发送切换通知,其中包含网络为UE-1分配的STN-SR:对于eSRVCC用户,从注册过程(按图4的流程)可以看出,此时网络为UE-1分配的STN-SR为动态STN-SR,指向ATCF的地址;
步骤505,收到切换通知后,MSC可以直接通过SIP接口(如果有)或通过MGCF向IMS网络发送切换请求,其中,请求地址即为该动态STN-SR,媒体信息为MSC的信息;由于此时动态STN-SR的值是ATCF的地址,则MSC直接将切换请求发向ATCF;
步骤506,由于ATCF对用户的会话进行了锚定,则ATCF根据切换请求中用户的身份信息找到该用户(UE-1)正在进行的会话,并将该会话的UE-1侧的发送媒体信息修改为MSC的信息,该修改只需要通知到ATCF下的媒体网关即可,不用向远端发送更新请求,当修改完成后,即向MSC返回切换请求应答;
步骤507,当MSC在收到504步的切换通知消息后,即可以向MME返回切换应答,该过程和向ATCF的切换(步骤505~506)同时进行;
步骤508~509,MME通过原PS网络无线侧网元向UE-1发送通知切换消息,当UE-1收到该消息后,即可以向CS做切换了。
在上面的流程中可以看到,进行eSRVCC的切换时,在注册流程中ATCF为用户分配动态的STN-SR是非常重要的。但在目前的eSRVCC注册流程里,对于多注册的场景(multiple registrations)考虑不够,当用户支持多注册的时候,由于现阶段在AS上的第三方注册并不区分多注册,会使STN-SR的更新过程发生错误。
当用户支持多注册时,用户可以同时从不同的接入网络接入到IMS,并且多个注册是独立的,在网络侧也保存有用户的多注册信息。在现阶段的研究中,只有在3GPP的PS网络中可以部署eSRVCC切换,即只有当用户接入到3GPP的PS网络里时,当发生PS到CS的切换时,才可能用到eSRVCC技术。当用户从别的网络接入,比如从WLAN接入IMS时,用户可以通过WLAN网络发起IMS的多注册,但在WLAN网络里是没有ATCF的、即不能应用eSRVCC技术。
如图6所示的用户多注册的场景,当用户先从3GPP的PS网络接入,此时发起IMS注册1,该网络支持eSRVCC技术,注册过程中ATCF会为用户分配动态STN-SR;一段时间后,用户又接入到其他网络比如WLAN,此时也发起一个IMS注册2,该注册独立于注册1,但WLAN网络不支持eSRVCC技术,没有ATCF,则具体注册流程如图6所示,包括:
步骤601~611,发生的是注册1的流程,该注册请求中含有注册ID为reg-id=1,该流程同图4的401~411相同,其中,发起注册1的3GPP PS网络是支持eSRVCC技术的,通过第三方注册,SCC AS将动态STN-SR保存到HSS里,再通过HSS将该动态STN-SR插入到MME中;
步骤612,此时用户(UE-1)接入到另一个网络,该网络不支持eSRVCC技术,所以,注册请求发送到该网络的P-CSCF2上,此时的注册流程为注册2,同注册1独立的,注册ID为reg-id=2;
步骤613,P-CSCF2将该注册请求发送给IMS网络中为UE-1服务的I/S-CSCF上,该I/S-CSCF同注册1的I/S-CSCF是同一个;
步骤614,当I/S-CSCF对UE-1的用户认证通过后,向UE-1发送200OK响应;
步骤615,P-CSCF2将200OK响应转发给UE-1;
步骤616,由于I/S-CSCF此时收到注册2的注册请求,于是I/S-CSCF还需要向SCC AS发送一次第三方注册请求,由于注册2发起的网络不支持eSRVCC技术,所以此时的第三方注册请求消息中没有动态STN-SR;
步骤617,由于SCC AS上只保存用户的一套注册数据,并不区分多注册,按现有技术,SCC AS发现此时上来的第三方注册请求消息中没有动态的STN-SR,于是SCC AS将自己为用户分配的静态STN-SR通过数据更新请求发送给HSS;
步骤618,HSS收到该数据更新请求后,用该消息中的静态STN-SR覆盖之前保存(注册1中保存的)的动态STN-SR,并向SCC AS返回更新应答;
步骤619,SCC AS向I/S-CSCF返回注册成功的200OK响应;
步骤620,HSS将静态STN-SR通过插入签约数据消息发送给MME;
步骤621,MME将收到的静态STN-SR覆盖之前保存的动态STN-SR,并向HSS返回响应。
由于此时用户的2个注册是相互独立的,用户可以通过不同的注册在各自的网络里开展业务,但从上面的流程中可以发现,后一个注册将前一个注册中ATCF为用户分配的动态STN-SR修改为静态STN-SR了,当用户通过注册1在原PS网络发起一个IMS会话后,如果需要发起到CS网络的切换,由于动态STN-SR修改为了静态STN-SR,则该用户只能按图2中的流程进行SRVCC的切换,却不能进行eSRVCC切换了,这是用户还有网络运营商都不希望的。
发明内容
有鉴于此,本发明的主要目的在于提供一种注册时更新切换号码的方法和装置,能够解决多注册场景下,由于发起注册的多个网络存在支持和不支持eSRVCC技术的情况导致的STN-SR更新混乱的问题。
为了实现上述目的,本发明的技术方案是这样实现的:
本发明提供了一种注册时更新切换号码的方法,该方法包括:
锚定及关联应用服务器(SCC AS)接收第三方注册请求消息;
确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中携带动态单模切换方式切换号码(STN-SR)时,执行STN-SR的更新;
确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,
如果所述第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否执行STN-SR的更新;
如果所述第三方注册请求消息中不携带动态STN-SR,则根据所述第三方注册请求消息确定是否执行STN-SR的更新。
进一步地,所述确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中不携带动态STN-SR时,该方法还包括:不执行STN-SR的更新。
进一步地,所述根据动态STN-SR确定是否进行STN-SR的更新,包括:
如果所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新。
进一步地,所述如果第三方注册请求消息中携带的动态STN-SR与前一次注册中的所述动态STN-SR的值不相同时,该方法还包括:
读取所述第三方注册请求消息的P-Access-Network-Info头域的值,如果指示为不允许部署eSRVCC的网络,则不执行STN-SR的更新;如果指示为允许部署eSRVCC的网络,则执行STN-SR的更新。
进一步地,根据所述第三方注册请求消息确定是否执行STN-SR的更新,包括:
读取所述第三方注册请求消息的P-Access-Network-Info头域的值,如果指示为不允许部署优化的单模切换方式(eSRVCC)的网络,则不执行STN-SR的更新;如果指示为允许部署eSRVCC的网络,则执行STN-SR的更新。
进一步地,根据所述第三方注册请求消息确定是否执行STN-SR的更新,包括:
读取所述第三方注册请求消息中携带的注册ID,如果与所述前一次注册的注册ID相同,则执行STN-SR的更新;如果与所述前一次注册的注册ID不相同,则不执行STN-SR的更新。
进一步地,所述STN-SR的更新为:SCCAS将所述第三方注册请求消息中携带的ATCF为用户分配的动态STN-SR更新到HSS中;或者当第三方注册请求消息中没有动态STN-SR时,SCC AS将SCC AS为用户分配的静态STN-SR更新到HSS中;所述HSS将收到的所述STN-SR再更新到MME中。
本发明还提供了一种注册时更新切换号码的装置,包括:接收单元、分析单元和更新单元;其中,
所述接收单元,用于接收第三方注册请求消息;
所述分析单元,用于在所述接收单元接收到第三方注册请求消息后,进行STN-SR更新的条件分析,并将分析结果告知所述更新单元;
所述更新单元,用于依据所述分析单元的分析结果,进行STN-SR更新,包括:
所述分析单元确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中携带动态STN-SR时,所述更新单元执行STN-SR的更新;
所述分析单元确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,
如果所述第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否进行STN-SR的更新;
如果所述第三方注册请求消息中不携带动态STN-SR,则根据所述第三方注册请求消息确定是否进行STN-SR的更新。
进一步地,所述更新单元,还用于在所述分析单元确定当前进行注册的用户为首次注册,且确定所述第三方注册请求消息中不携带动态STN-SR时,不执行STN-SR的更新。
进一步地,所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新;
所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,且所述分析单元确定所述第三方注册请求消息的P-Access-Network-Info头域的值指示为不允许部署eSRVCC的网络时,不执行STN-SR的更新;确定指示为允许部署eSRVCC的网络时,执行STN-SR的更新。
进一步地,所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息的P-Access-Network-Info头域的值指示为不允许部署eSRVCC的网络时,不执行STN-SR的更新;确定指示为允许部署eSRVCC的网络时,执行STN-SR的更新;还用于,在所述分析单元确定所述第三方注册请求消息中携带的注册ID与所述前一次注册的注册ID相同时,执行STN-SR的更新;不相同,不执行STN-SR的更新。
进一步地,所述更新单元,还用于将所述第三方注册请求消息中携带的ATCF为用户分配的动态STN-SR更新到HSS中;或者当第三方注册请求消息中没有动态STN-SR时,将SCC AS为用户分配的静态STN-SR更新到HSS中。
本发明更新切换号码的方案,当SCC AS接收到第三方注册请求消息时,进行分析,决定是否进行STN-SR的切换,例如,确定当前进行注册的用户为首次注册时,且第三方注册请求消息中携带动态STN-SR时,执行STN-SR的更新;确定当前进行注册的用户不是首次注册、且在前一次注册中执行过动态STN-SR的更新时,如果第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否执行STN-SR的更新;如果第三方注册请求消息中不携带动态STN-SR,则根据第三方注册请求消息确定是否执行STN-SR的更新。由此就可以解决由于发起注册的多个网络存在支持和不支持eSRVCC技术的情况导致的STN-SR更新混乱的问题。
附图说明
图1为现有SRVCC切换的架构图;
图2为现有SRVCC切换会话的流程图;
图3为eSRVCC切换的架构图;
图4为eSRVCC切换实施时的注册流程图;
图5为eSRVCC切换会话的流程图;
图6为现有技术中的多注册流程图;
图7为本发明更新切换号码的方法流程图;
图8为本发明实施例一在多注册场景下对STN-SR进行更新的流程图;
图9为本发明实施例二在多注册场景下对STN-SR进行更新的流程图;
图10为本发明更新切换号码的装置结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
如图7所示,本发明更新切换号码的方法包括:
步骤701,SCC AS接收第三方注册请求消息。
步骤702,确定当前进行注册的用户为首次注册时,且第三方注册请求消息中携带动态STN-SR时,执行STN-SR的更新。
进一步地,如果第三方注册请求消息中不携带动态STN-SR,则不执行STN-SR的更新。
步骤703,确定当前进行注册的用户不是首次注册、且在前一次注册中执行过动态STN-SR的更新时,如果第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否执行STN-SR的更新;如果第三方注册请求消息中不携带动态STN-SR,则根据第三方注册请求消息确定是否执行STN-SR的更新。
其中,根据动态STN-SR确定是否进行STN-SR的更新,包括:如果第三方注册请求消息中携带的动态STN-SR与前一次注册中的动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新。
上述,如果第三方注册请求消息中携带的动态STN-SR与前一次注册中的动态STN-SR的值不相同时,可选地,读取第三方注册请求消息的P-Access-Network-Info头域的值,如果指示为不允许部署eSRVCC的网络,则不执行STN-SR的更新;如果指示为允许部署eSRVCC的网络,则执行STN-SR的更新。
根据第三方注册请求消息确定是否执行静态STN-SR的更新,有两种方式:
方式一、读取第三方注册请求消息的P-Access-Network-Info头域的值,如果指示为不允许部署eSRVCC的网络,则不执行STN-SR的更新;如果指示为允许部署eSRVCC的网络,则执行STN-SR的更新。
其中,指示为不允许部署eSRVCC的网络是指:发起当前注册时用户所处的网络不支持eSRVCC。
方式二、读取第三方注册请求消息中携带的注册ID,如果与前一次注册的注册ID相同,则执行静态STN-SR的更新;如果与前一次注册的注册ID不相同,则不执行STN-SR的更新。
所述STN-SR的更新为:SCCAS将所述第三方注册请求消息中携带的ATCF为用户分配的动态STN-SR更新到HSS中;或者当第三方注册请求消息中没有动态STN-SR时,SCC AS将SCC AS为用户分配的静态STN-SR更新到HSS中;所述HSS将所述收到的STN-SR再更新到MME中。
下面通过具体的实施例来说明本发明的方法。
实施例一
图8为本发明实施例一在多注册场景下对STN-SR进行更新的流程图,UE-1此时通过E-UTRAN或UTRAN的PS网络接入到IMS网络中,且E-UTRAN或UTRAN的PS网络支持eSRVCC,ATCF为用户分配的有动态STN-SR,该流程包括:
步骤801~811,发生的是注册1的流程,注册请求中含有注册ID为reg-id=1,注册1的流程同图4中步骤401~411相同,其中,发起注册1的E-UTRAN或UTRAN的PS网络支持eSRVCC;该实施例中注册1为该用户(UE-1)首次注册,且第三方注册请求消息中包含了ATCF为UE-1分配的动态STN-SR,则SCC AS执行STN-SR的更新、即通过第三方注册,SCC AS将动态STN-SR保存到HSS中,再通过HSS将动态STN-SR插入到MME中;
步骤812,此时UE-1接入到另一个网络,该网络不支持eSRVCC技术,所以,注册请求发送到该网络中的P-CSCF2上,该注册流程为注册2,同注册1是独立的,注册请求中的注册ID为reg-id=2;
步骤813,P-CSCF2将注册2的注册请求(简称注册请求2)发送给IMS网络中为UE-1服务的I/S-CSCF,该I/S-CSCF同注册1中的I/S-CSCF是同一个;
步骤814,当I/S-CSCF对UE-1的用户认证通过后,向UE-1发送200OK响应;
步骤815,P-CSCF2将200OK响应转发给UE-1;
步骤816,收到注册请求2时,I/S-CSCF还需要向SCC AS发送一次第三方注册请求,由于发起注册2的网络不支持eSRVCC技术,所以此时的第三方注册请求中没有动态STN-SR;
步骤817,此时SCC AS判断第三方注册请求消息中的P-Access-Network-Info头域,如果其值指示发起注册2的网络为不符合部署eSRVCC的网络,则SCC AS不执行STN-SR的更新(SCC AS不将静态STN-SR更新到HSS),该实施例中为此种情况;如果其值指示发起注册2的网络为符合部署eSRVCC的网络,则SCC AS执行STN-SR的更新(SCC AS将静态STN-SR更新到HSS)。
步骤818~819,如果有其他数据需要更新,则SCC AS可以向HSS发送数据更新请求,但该过程不更新STN-SR,如果无其他数据需要更新,SCC AS可以不向HSS发送数据更新请求;因此,步骤818~819是可选的;
步骤820,SCC AS向I/S-CSCF返回注册成功200OK响应;
步骤821~822,此时如果HSS有其他数据需要更新,则HSS可以向MME发送插入签约数据消息,但该过程不更新STN-SR,如果无其他数据需要更新,HSS可以暂不向MME发送插入签约数据消息;步骤821~822是可选的。
实施例二
图9为本发明实施例二在多注册场景下对STN-SR进行更新的流程图,UE-1此时通过E-UTRAN或UTRAN的PS网络接入到IMS网络中,且E-UTRAN或UTRAN的PS网络支持eSRVCC,ATCF为用户分配的有动态STN-SR,该流程包括:
步骤901~911,发生的是注册1的流程,注册请求中含有注册ID为reg-id=1,注册1的流程同图4中步骤401~411相同,其中,发起注册1的E-UTRAN或UTRAN的PS网络是支持eSRVCC技术的,该实施例中注册1为该用户(UE-1)首次注册,且第三方注册请求消息中包含了ATCF为UE-1分配的动态STN-SR,SCC AS执行STN-SR的更新、即通过第三方注册,SCC AS将动态STN-SR保存到HSS里,再通过HSS将该动态STN-SR插入到MME中;
步骤912,此时UE-1接入到另一个网络,该网络不支持eSRVCC技术,所以,注册请求发送到该网络中的P-CSCF2上,该注册流程为注册2,同注册1是独立的,注册请求中的注册ID为reg-id=2;
步骤913,P-CSCF2将注册请求2发送给IMS网络中为UE-1服务的I/S-CSCF上,该I/S-CSCF同注册1的I/S-CSCF是同一个;
步骤914,当I/S-CSCF对UE-1的用户认证通过后,向UE-1的发送200OK响应;
步骤915,P-CSCF2将200OK响应转发给UE-1;
步骤916,收到注册请求2时,I/S-CSCF还需要向SCC AS发送一次第三方注册请求,由于发起注册2的网络不支持eSRVCC技术,所以此时的第三方注册请求中没有动态STN-SR;
步骤917,此时SCC AS判断第三方注册请求消息中的注册ID(reg-id=2),如果其值同注册1中的注册ID(reg-id=1)相同,说明注册2是注册1的覆盖注册,所以注册数据需要更新,则SCC AS执行STN-SR的更新(将静态STN-SR更新到HSS中);如不相同,说明是独立的注册,则SCC AS不执行STN-SR的更新(不将静态STN-SR更新到HSS),该实施例中为不相同的情况;
步骤918~919,如果有其他数据需要更新,则SCC AS可以向HSS发送数据更新请求,但该过程不更新STN-SR,如果无其他数据需要更新,SCC AS可以不向HSS发送数据更新请求;
步骤920,SCC AS向S-CSCF返回注册成功200OK响应;
步骤921~922,此时如果HSS有其他数据需要更新,则HSS可以向MME发送插入签约数据消息,但该过程不更新STN-SR,如果无其他数据需要更新,HSS可以暂不向MME发送插入签约数据消息。
为了实现上述切换方法,本发明提供了一种切换装置,较佳地,该装置应用于SCC AS中,如图10所示,包括:接收单元、分析单元和更新单元;其中,
接收单元,用于接收第三方注册请求消息;
分析单元,用于在接收单元接收到第三方注册请求消息后,进行STN-SR更新的条件分析,并将分析结果告知更新单元;
更新单元,用于依据分析单元的分析结果,进行STN-SR更新,包括:
分析单元确定当前进行注册的用户为首次注册时,且第三方注册请求消息中携带动态STN-SR时,执行STN-SR的更新;
分析单元确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,
如果第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否进行STN-SR的更新;
如果第三方注册请求消息中不携带动态STN-SR,则根据第三方注册请求消息确定是否进行态STN-SR的更新。
其中,更新单元,还用于在分析单元确定当前进行注册的用户为首次注册时,且第三方注册请求消息中不携带动态STN-SR时,不执行STN-SR的更新。
根据动态STN-SR确定是否执行STN-SR的更新时,更新单元,还用于在分析单元确定第三方注册请求消息中携带的动态STN-SR与前一次注册中的动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新;
在所述分析单元确定所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,且所述分析单元确定所述第三方注册请求消息的P-Access-Network-Info头域的值指示为不允许部署eSRVCC的网络时,更新单元不执行STN-SR的更新;确定指示为允许部署eSRVCC的网络时,更新单元执行STN-SR的更新。
根据第三方注册请求消息确定是否执行STN-SR的更新时,更新单元,还用于在分析单元确定第三方注册请求消息的P-Access-Network-Info头域的值指示为不允许部署eSRVCC的网络时,不执行STN-SR的更新;确定指示为允许部署eSRVCC的网络时,执行STN-SR的更新;
根据第三方注册请求消息确定是否执行STN-SR的更新时,更新单元,还用于,在分析单元确定第三方注册请求消息中携带的注册ID与前一次注册的注册ID相同时,执行态STN-SR的更新;不相同,不执行STN-SR的更新。
更新单元,还用于将所述第三方注册请求消息中携带的ATCF为用户分配的动态STN-SR更新到HSS中;或者当第三方注册请求消息中没有动态STN-SR时,将SCC AS为用户分配的静态STN-SR更新到HSS中。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (12)

1.一种注册时更新切换号码的方法,其特征在于,该方法包括:
锚定及关联应用服务器SCC AS接收第三方注册请求消息;
确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中携带动态单模切换方式切换号码STN-SR时,执行STN-SR的更新;
确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,
如果所述第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否执行STN-SR的更新;
如果所述第三方注册请求消息中不携带动态STN-SR,则根据所述第三方注册请求消息确定是否执行STN-SR的更新。
2.根据权利要求1所述注册时更新切换号码的方法,其特征在于,所述确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中不携带动态STN-SR时,该方法还包括:不执行STN-SR的更新。
3.根据权利要求1所述注册时更新切换号码的方法,其特征在于,所述根据动态STN-SR确定是否进行STN-SR的更新,包括:
如果所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新。
4.根据权利要求3所述注册时更新切换号码的方法,其特征在于,所述如果第三方注册请求消息中携带的动态STN-SR与前一次注册中的所述动态STN-SR的值不相同时,该方法还包括:
读取所述第三方注册请求消息的P-Access-Network-Info头域的值,如果指示该第三方所处的网络为不支持优化的单模切换方式eSRVCC的网络,则不执行STN-SR的更新;如果指示该第三方所处的网络为支持eSRVCC的网络,则执行STN-SR的更新。
5.根据权利要求1所述注册时更新切换号码的方法,其特征在于,根据所述第三方注册请求消息确定是否执行STN-SR的更新,包括:
读取所述第三方注册请求消息的P-Access-Network-Info头域的值,如果指示该第三方所处的网络为不支持eSRVCC的网络,则不执行STN-SR的更新;如果指示该第三方所处的网络为支持eSRVCC的网络,则执行STN-SR的更新。
6.根据权利要求1所述注册时更新切换号码的方法,其特征在于,根据所述第三方注册请求消息确定是否执行STN-SR的更新,包括:
读取所述第三方注册请求消息中携带的注册ID,如果与所述前一次注册的注册ID相同,则执行STN-SR的更新;如果与所述前一次注册的注册ID不相同,则不执行STN-SR的更新。
7.根据权利要求1至6中任一项所述注册时更新切换号码的方法,其特征在于,
所述STN-SR的更新为:SCC AS将所述第三方注册请求消息中携带的切换控制网元ATCF为用户分配的动态STN-SR更新到用户归属服务器HSS中;或者当第三方注册请求消息中没有动态STN-SR时,SCC AS将SCC AS为用户分配的静态STN-SR更新到HSS中;所述HSS将收到的所述STN-SR再更新到移动管理设备MME中。
8.一种注册时更新切换号码的装置,其特征在于,包括:接收单元、分析单元和更新单元;其中,
所述接收单元,用于接收第三方注册请求消息;
所述分析单元,用于在所述接收单元接收到第三方注册请求消息后,进行STN-SR更新的条件分析,并将分析结果告知所述更新单元;
所述更新单元,用于依据所述分析单元的分析结果,进行STN-SR更新,包括:
所述分析单元确定当前进行注册的用户为首次注册时,且所述第三方注册请求消息中携带动态STN-SR时,所述更新单元执行STN-SR的更新;
所述分析单元确定当前进行注册的用户不是首次注册、且在前一次注册中执行过STN-SR的更新时,
如果所述第三方注册请求消息中携带动态STN-SR,则根据动态STN-SR确定是否进行STN-SR的更新;
如果所述第三方注册请求消息中不携带动态STN-SR,则根据所述第三方注册请求消息确定是否进行STN-SR的更新。
9.根据权利要求8所述注册时更新切换号码的装置,其特征在于,所述更新单元,还用于在所述分析单元确定当前进行注册的用户为首次注册,且确定所述第三方注册请求消息中不携带动态STN-SR时,不执行STN-SR的更新。
10.根据权利要求8所述注册时更新切换号码的装置,其特征在于,
所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,执行STN-SR的更新;否则,不执行STN-SR的更新;
所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息中携带的动态STN-SR与所述前一次注册中的所述动态STN-SR的值不相同时,且所述分析单元确定所述第三方注册请求消息的P-Access-Network-Info头域的值指示该第三方所处的网络为不支持eSRVCC的网络时,不执行STN-SR的更新;确定指示该第三方所处的网络为支持eSRVCC的网络时,执行STN-SR的更新。
11.根据权利要求8所述注册时更新切换号码的装置,其特征在于,
所述更新单元,还用于在所述分析单元确定所述第三方注册请求消息的P-Access-Network-Info头域的值指示该第三方所处的网络为不支持eSRVCC的网络时,不执行STN-SR的更新;确定指示该第三方所处的网络为支持eSRVCC的网络时,执行STN-SR的更新;还用于,在所述分析单元确定所述第三方注册请求消息中携带的注册ID与所述前一次注册的注册ID相同时,执行STN-SR的更新;不相同,不执行STN-SR的更新。
12.根据权利要求8至11中任一项所述注册时更新切换号码的装置,其特征在于,所述更新单元,还用于将所述第三方注册请求消息中携带的ATCF为用户分配的动态STN-SR更新到HSS中;或者当第三方注册请求消息中没有动态STN-SR时,将SCC AS为用户分配的静态STN-SR更新到HSS中。
CN201010547340.8A 2010-11-16 2010-11-16 一种注册时更新切换号码的方法和装置 Active CN102469438B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010547340.8A CN102469438B (zh) 2010-11-16 2010-11-16 一种注册时更新切换号码的方法和装置
PCT/CN2011/081137 WO2012065496A1 (zh) 2010-11-16 2011-10-21 一种注册时更新切换号码的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010547340.8A CN102469438B (zh) 2010-11-16 2010-11-16 一种注册时更新切换号码的方法和装置

Publications (2)

Publication Number Publication Date
CN102469438A CN102469438A (zh) 2012-05-23
CN102469438B true CN102469438B (zh) 2015-09-16

Family

ID=46072474

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010547340.8A Active CN102469438B (zh) 2010-11-16 2010-11-16 一种注册时更新切换号码的方法和装置

Country Status (2)

Country Link
CN (1) CN102469438B (zh)
WO (1) WO2012065496A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716784B (zh) * 2012-09-28 2018-06-08 中兴通讯股份有限公司 业务接续处理方法及系统
CN110601928B (zh) * 2019-08-22 2021-11-05 深圳震有科技股份有限公司 一种号码分析表的更新方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227647A (zh) * 2008-02-05 2008-07-23 中兴通讯股份有限公司 一种保持多媒体会话连续性业务的切换方法
CN101287150A (zh) * 2007-04-13 2008-10-15 华为技术有限公司 一种会话切换的方法、系统及语音呼叫连续性应用服务器
WO2008152316A1 (fr) * 2007-06-01 2008-12-18 France Telecom Basculement de session audiovisuelle d'un premier reseau d'acces vers un deuxieme reseau d'acces
CN101651896A (zh) * 2008-08-15 2010-02-17 中兴通讯股份有限公司 一种多媒体会话的关联方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101287150A (zh) * 2007-04-13 2008-10-15 华为技术有限公司 一种会话切换的方法、系统及语音呼叫连续性应用服务器
WO2008152316A1 (fr) * 2007-06-01 2008-12-18 France Telecom Basculement de session audiovisuelle d'un premier reseau d'acces vers un deuxieme reseau d'acces
CN101227647A (zh) * 2008-02-05 2008-07-23 中兴通讯股份有限公司 一种保持多媒体会话连续性业务的切换方法
CN101651896A (zh) * 2008-08-15 2010-02-17 中兴通讯股份有限公司 一种多媒体会话的关联方法

Also Published As

Publication number Publication date
WO2012065496A1 (zh) 2012-05-24
CN102469438A (zh) 2012-05-23

Similar Documents

Publication Publication Date Title
US8180347B2 (en) Domain transferring method for single radio voice call continuity
JP5646647B2 (ja) 通信ネットワークで用いる方法および装置
US11553380B2 (en) Support of CS fallback in an evolved packet system
US8259673B2 (en) System and method for providing voice service in a mobile network with multiple wireless technologies
US10827392B2 (en) Handover delay optimization
EP2316233B1 (en) Method for supporting network based mobility for a mobile terminal in an ims (ip multimedia subsystem) architecture
WO2012025007A1 (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
AU2011204099A1 (en) Mobile switching centre server
CN101227733B (zh) 一种单无线信道语音业务连续性的域切换方法
US9717023B2 (en) Methods and devices for improving session continuity
US8971875B2 (en) Device and method for performing a reverse single radio voice call continuity (RSRVCC) procedure
JP2012514924A (ja) Imsベースのホームノードbにおけるモビリティ
US9326302B2 (en) Method and system for implementing reverse single radio voice call continuity
CN103444229A (zh) 处理从cs接入网络到ps接入网络的呼叫转移
CN102469438B (zh) 一种注册时更新切换号码的方法和装置
US20130188603A1 (en) Mobile communication method
WO2013102393A1 (zh) 一种改进的反向单待业务连续性实现方法和装置
CN102612141A (zh) 移动交换中心获取ims控制点信息的方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20201222

Address after: Room 601, building 1, Meili neighborhood committee, panhuang street, Yandu District, Yancheng City, Jiangsu Province

Patentee after: Jiangsu Yanxi High-tech Green Industry Development Co.,Ltd.

Address before: 518057 Ministry of justice, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong

Patentee before: ZTE Corp.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240329

Address after: Room 301, building 1, Jinhang Fortune Building, 988 Luming Road, Yandu District, Yancheng City, Jiangsu Province 224000 (b)

Patentee after: Jiangsu Yanxi High-tech Park Investment Co.,Ltd.

Country or region after: China

Address before: Room 601, building 1, Meili neighborhood committee, panhuang street, Yandu District, Yancheng City, Jiangsu Province

Patentee before: Jiangsu Yanxi High-tech Green Industry Development Co.,Ltd.

Country or region before: China

TR01 Transfer of patent right