CN113260090A - 通过分组网络连续提供紧急呼叫服务的方法 - Google Patents
通过分组网络连续提供紧急呼叫服务的方法 Download PDFInfo
- Publication number
- CN113260090A CN113260090A CN202110410364.7A CN202110410364A CN113260090A CN 113260090 A CN113260090 A CN 113260090A CN 202110410364 A CN202110410364 A CN 202110410364A CN 113260090 A CN113260090 A CN 113260090A
- Authority
- CN
- China
- Prior art keywords
- call
- volte
- emergency call
- ongoing
- emergency
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000010295 mobile communication Methods 0.000 claims abstract description 20
- 238000004891 communication Methods 0.000 claims description 23
- 230000004044 response Effects 0.000 claims description 20
- 230000007774 longterm Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 10
- 102000018059 CS domains Human genes 0.000 description 5
- 108050007176 CS domains Proteins 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
- H04W36/185—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection using make before break
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
提供了在移动通信网络中通过分组网络维持紧急呼叫服务的方法和设备。使用VoLTE的UE从网络接收指示通过PS的IMS语音(VoPS)是否被支持的标识信息,以确定网络的IMS VoPS是否被支持,并且如果通过分组网络紧急呼叫服务继续,则根据确定结果处理针对CS语音呼叫的寻呼。
Description
本申请是申请日为2014年11月10日、申请号为201480061384.6、发明名称为“通过分组网络连续提供紧急呼叫服务的方法”的中国发明专利的分案申请。
技术领域
本公开一般而言涉及用于在移动通信网络中通过分组网络连续提供紧急呼叫服务的方法,更具体而言,涉及用于解决在通过分组网络提供紧急呼叫服务时紧急呼叫由于呼入呼叫而中断的问题的方法和设备。
背景技术
一般而言,移动通信***是为了在保证用户移动性的同时提供语音服务而开发的。然而,除了语音服务以外,移动通信***的领域已经逐渐扩展到了数据服务,并且目前,移动通信***已经发展到了能够提供高速数据服务的程度。
现今,在移动通信***中,需要解决由于提供各种服务而导致的资源不足问题并且需要依照接收更高速服务的用户需求提供极大发展的移动通信***。
为了应付这样的需要,当前正在进行作为正在发展的下一代移动通信***之一的第3代合作伙伴计划(3GPP)中的长期演进(LTE)***的标准化。LTE***是一种实现具有约100Mbps最大传输速度的高速的基于分组的通信的技术。为此,存在对若干方案的讨论;这些方案例如通过简化网络结构减少位于通信路径上的节点数量的方案以及使无线协议最大限度地接近无线信道的方案。
另一方面,为了在LTE网络中支持语音呼叫,可使用分组交换(PS)类型的基于IMS的LTE语音(Voice over LTE,VoLTE)技术,或者可使用重用2G/3G***的电路交换(CS)类型的CS回落(CSFB)技术。在LTE网络中,术语“VoLTE”是可用于与IMS语音(Voice over IMS,VoIMS)相同的概念的词。另外,在LTE网络中,可通过VoLTE来提供紧急呼叫服务。
当前LTE***可被构造为在网络的部分区域中接受紧急呼叫服务或VoLTE服务,而在剩余区域中不接受紧急呼叫服务或VoLTE服务。在这种情况下,在VoLTE服务接受区域中VoLTE语音呼叫相对于用户设备(UE)被连接,而如果UE移动到VoLTE服务不接受区域,则即使VoLTE语音呼叫被维持,当新的语音呼叫到达CS域时正在进行的VoLTE语音呼叫也会被断开。以相同的方式,在紧急呼叫服务接受区域中紧急呼叫相对于UE被连接,而如果UE移动到紧急呼叫服务不接受区域,则即使紧急呼叫被维持,当语音呼叫到达CS域时,正在进行的紧急呼叫也会被断开。因为这样的语音呼叫断开现象可导致严重的问题,所以需要对于可解决语音呼叫断开问题的方法进行研究。
发明内容
技术问题
已作出本公开以便解决以上问题,并且本公开的一方面提供如下方法和设备:其可依照网络构造和负载控制方法维持特定服务(例如,在部分网络区域中服务开始被接受且在剩余网络区域中服务开始不被接受的状态下,在UE在接受语音服务开始的部分网络区域与不接收服务开始的剩余网络区域之间移动的情形下的紧急呼叫服务)。
问题的解决方案
在本公开的一方面中,一种由移动通信***中的支持基于分组的语音服务的被叫接入域选择T-ADS执行的通信方法,包括:如果接收到针对用户设备UE的呼叫请求消息,向归属订户服务器HSS发送Sh-Pull请求消息;从HSS接收关于通过分组交换PS会话的长期演进LTE语音VoLTE呼叫或紧急呼叫的信息,作为对Sh-Pull请求消息的响应;基于信息,识别在当前跟踪区域不支持通过PS会话的VoLTE呼叫或紧急呼叫;确定是否具有通过PS会话的针对UE的正在进行的VoLTE呼叫或正在进行的紧急呼叫;以及在UE具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的情况下,选择PS域用于呼叫请求消息。
在本公开的一方面中,一种移动通信***中的支持基于分组的语音服务的被叫接入域选择T-ADS,T-ADS包括:收发器;和控制器,被配置为:经由收发器接收针对用户设备UE的呼叫请求消息,经由收发器向归属订户服务器HSS发送Sh-Pull请求消息,经由收发器从HSS接收关于通过分组交换PS会话的长期演进LTE语音VoLTE呼叫或紧急呼叫的信息,作为对Sh-Pull请求消息的响应,基于信息,识别在当前跟踪区域不支持通过PS会话的VoLTE呼叫或紧急呼叫,确定是否具有通过PS会话的针对UE的正在进行的VoLTE呼叫或正在进行的紧急呼叫;以及在UE具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的情况下,选择PS域用于呼叫请求消息。
在本公开的一方面中,一种用于在移动通信***中支持基于分组的语音服务的网络设备的通信方法包括:基于从归属订户服务器(HSS)接收到的消息,识别用户设备(UE)位于不支持基于分组的语音服务的跟踪区域(TA)中;如果接收到针对UE的呼叫请求消息,则确定针对UE的VoLTE呼叫或紧急呼叫是否正在进行;以及如果针对UE的VoLTE呼叫或紧急呼叫正在进行,则选择分组交换域作为用于接收到的呼叫请求消息的域。
在本公开的另一方面中,一种在移动通信***中支持基于分组的语音服务的网络设备包括:收发器单元,被配置为与另一设备进行数据通信;以及控制单元,被配置为基于从归属订户服务器(HSS)接收到的消息识别用户设备(UE)位于不支持基于分组的语音服务的跟踪区域(TA)中,如果接收到针对UE的呼叫请求消息,则确定针对UE的VoLTE呼叫或紧急呼叫是否正在进行,并且如果针对UE的VoLTE呼叫或紧急呼叫正在进行,则选择分组交换域作为用于接收到的呼叫请求消息的域。
发明的有益效果
根据本公开的各种实施例,在支持紧急呼叫或VoLTE的区域和不支持紧急呼叫或VoLTE的区域共存的情况下,可无缝地提供紧急呼叫和VoLTE呼叫服务。
附图说明
图1是图示一般LTE移动通信***的结构的示图;
图2是图示根据本公开的第一实施例的通信方法的流程图;
图3是图示根据本公开的第二实施例的通信方法的流程图;
图4是图示根据本公开的第三实施例的通信方法的流程图;
图5是图示UE中的3GPP调制解调器层与IMS/连接管理器层之间的相互交互的示图;
图6是图示根据本公开的优选实施例操作的UE的配置的示图;以及
图7是图示根据本公开的第四实施例的通信方法的流程图。
具体实施方式
下文中,将参照附图详细描述本公开的优选实施例。在附图中,相同的参考标记用于相同的构成元素。另外,为避免模糊本公开的主题,将会省略对本文中包含的公知功能或构造的详细描述。
在详细描述本公开的实施例时,基于OFDM的无线通信***,尤其是3GPP EUTRA标准将是主要应用主题,并且作为一种特定服务,VoLTE或者紧急呼叫将是主要应用主题。然而,本公开的主要构思可根据本公开所属领域的技术人员的判断,在不会极大地背离本公开范围的程度内,通过些许修改而应用于采用类似技术背景和信道类型的其它通信***和服务。另外,描述中相对于VoLTE描述的技术可在无需大修改的情况下应用于其它基于IMS的语音提供服务(例如,Wi-Fi语音,Voice over Wi-Fi)。
图1是图示一般LTE移动通信***的结构的示图。
参照图1,LTE移动通信***的无线接入网络包括演进节点B(EUTRAN,下文中称为“ENB”或“节点B”)110、移动性管理实体(MME)120和服务网关(S-GW)130。
用户设备(下文中称为“UE”)100通过ENB 110、S-GW 130和分组数据网络(PDN)网关(P-GW)160连接到外部网络。
ENB 110是无线接入网络(RAN)节点,并且对应于通用陆地无线接入网络(UTRAN)***的无线网络控制器(RNC)和GSM Edge无线接入网络(GERAN)***的基站控制器(BSC)。ENB 110通过无线信道连接到UE 100,并且执行与现有RNC/BSC类似的作用。ENB 110可同时使用若干小区。
因为在LTE中包括实时服务(诸如使用网际协议的IP语音(Voice over IP,VoIP))的所有用户业务都是通过共享信道提供的,所以需要通过集合UE 100的状态信息来执行调度的设备,而ENB 110负责这一功能。
MME 120是负责各个种类的控制功能的设备,并且一个MME 120可连接到多个ENB。
S-GW 130是提供数据承载并依照MME 120的控制生成或移除数据承载的设备。
应用功能(AF)140是在应用层面与用户交换应用相关信息的设备。AF 140例如可以是用于通过分组网络支持语音服务的服务集中化和连续性应用服务器(SCC AS)。SCC AS可通过被叫接入域选择(Terminating Access Domain Selection,T-ADS)执行通知UE的可寻呼域以进行电话呼叫的功能。
策略收费和规则功能(PCRF)150是控制与用户的服务质量(QoS)相关的策略的设备,并且对应于策略的策略和收费控制(PCC)规则被传送给P-GW 160以被应用。PCRF 150是总体控制QoS和业务帐单的实体。
一般而言,用户面(User Plane,UP)被称为连接在UE 100与作为RAN节点的ENB110之间、在作为RAN节点的ENB 110与S-GW 130之间、以及在S-GW 130与P-GW 160之间的路径。在这些路径当中,使用具有严重资源限制的无线信道的路径是UE 100与作为RAN节点的ENB 110之间的路径。
在诸如LTE的无线通信***中,可应用QoS的单元是演进分组***(EPS)承载。一个EPS承载被用来发送具有相同QoS要求的IP流。QoS相关参数可被指定给EPS承载,其包括QoS等级标识符(QCI)以及分配与保持优先级(ARP)。QCI是其中QoS优先级被定义为整数值的参数,并且ARP是用来确定是接受还是拒绝新EPS承载的生成的参数。
EPS承载对应于通用分组无线服务(GPRS)***的分组数据协议(PDP)上下文。一个EPS承载属于一PDN连接,并且该PDN连接可具有接入点名称(APN)作为属性。如果用于IP多媒体子***(IMS)服务(诸如LTE语音(VoLTE))的PDN连接被生成,则相应的PDN连接应当使用公知的IMS APN来生成。
在各种实施例中,移动通信网络可被构造为使得LTE***和传统***共存。也就是说,当构造网络时,移动通信***的部分网络服务供应商可能混合地安装支持紧急呼叫服务或VoLTE的网络以及不支持紧急呼叫服务或VoLTE的网络。更具体而言,将基于作为一种语音服务的LTE语音(VoLTE)来作出说明。移动通信网络可被构造为使得在跟踪区域(TA)中,其接受对紧急呼叫服务或VoLTE服务的使用,而在剩余区域中,其不接受紧急呼叫服务或者VoLTE服务,但接受使用传统网络的电路交换(CS)紧急呼叫或CS语音呼叫。VoLTE对应于用于使用分组交换(PS)网络和IMS网络提供语音服务的方法。
这里,是否支持紧急呼叫服务或VoLTE服务对于各个网络构造区域可有所不同,例如,对于作为小单元的小区或ENB可有所不同,并且对于作为更大单元的各个跟踪区域(TA)或MME池区域可有所不同。
当UE在支持紧急呼叫服务或VoLTE的区域中执行位置登记过程(附着或跟踪区域更新(TAU))时,核心网络节点(例如,MME)向UE提供指示紧急呼叫服务可用的标识符或指示基于IMS的语音服务可用的标识符。相反,当UE在不支持紧急呼叫服务或VoLTE的区域中执行位置登记过程时,核心网络节点向UE提供指示紧急呼叫服务不可用的标识符或指示基于IMS的语音服务不可用的标识符。如果实际UE在这样的网络构造中的两种区域之间移动,则提供语音服务的域(在VoLTE的情况下为PS,并且在剩余区域的情况下为CS)可改变。在登记在IMS中的UE的情况下,I-CSCF/S-CSCF请求T-ADS向UE通知在用于处理到UE的语音呼叫请求的过程中向其执行语音呼叫寻呼的域(PS或CS)。如果T-ADS参照从网络实体收集到的结果向I-CSCF/S-CSCF通知了将处理语音呼叫的域,则I-CSCF/S-CSCF参照域信息执行在语音呼叫请求之后的过程。
如果在用户具有当前激活的语音呼叫的状态下用户如上所述地跨越两个区域,则紧急呼叫服务或VoLTE可为了语音呼叫用户的感受性而相对于当前进行的语音呼叫继续紧急呼叫服务或VoLTE服务。因此,在UE于紧急呼叫或VoLTE接受区域中开始紧急呼叫或VoLTE语音呼叫之后,即使UE移动到紧急呼叫或VoLTE不接受区域,UE也可按原样维持当前进行的紧急呼叫或VoLTE语音呼叫。
在UE通过上述方法在紧急呼叫或VoLTE不接受区域中执行紧急呼叫或VoLTE语音呼叫的情况下,如果另一用户向正在执行语音呼叫的UE进行电话呼叫,则UE所连接到的移动交换中心/拜访位置寄存器(MSC/VLR)接收到这样的请求。接收到该请求的MSC/VLR向MME发送CS寻呼请求。在这种情况下,因为UE正在执行紧急呼叫或VoLTE语音呼叫,UE处于MME连接模式中,从而MME向UE发送CS服务通知消息以用于通过CS域的语音呼叫寻呼。在这种情况下,UE将紧急呼叫或VoLTE语音呼叫移动到与正在使用的网络不同的网络,同时执行用于处理语音呼叫寻呼的CSFB,作为结果,紧急呼叫可断开。
因此,需要能够在这种情况下连续接收用于紧急呼叫的语音服务的方法。
在本公开中,考虑到了即使在于支持基于IMS的紧急呼叫或VoLTE语音服务的TA中开始了语音呼叫的UE移动到不支持TA并执行位置登记的情况下,也继续维持正在进行的语音呼叫的方法。
根据本公开的第一实施例,如果在不支持紧急呼叫或VoLTE的TA中的UE在UE维持紧急呼叫或VoLTE呼叫的状态下从MME接收到CS服务通知消息,则UE拒绝CSFB以向MME通知VoLTE紧急呼叫正在进行。因此,UE向MME向其请求了CS寻呼的MSC/VLR通知呼叫正在进行从而执行拒绝接收到的呼叫的过程。结果,在本公开的实施例中,即使在上述情况下,语音呼叫也继续进行,并且对UE进行电话呼叫的对方可被通知UE当前正在线上。
如上所述,以下是明确的:本公开的实施例不仅适用于VoLTE紧急呼叫的情况,而且适用于VoLTE常规呼叫正在进行的情形。
另外,根据本公开的第二实施例,如果MSC/VLR向MME请求针对在不支持紧急呼叫或VoLTE的TA中的UE的CS寻呼,则MME完全或部分地参照分配给相应UE的承载的接入点名称(APN)是否是用于紧急情况的、QoS等级标识符(QCI)是否是#1以及分配与保留优先级(ARP)是否是用于紧急情况的来确定UE是否正在执行紧急呼叫或VoLTE呼叫。如果UE正在执行紧急呼叫或VoLTE呼叫,则MME向请求了CS寻呼的MSC/VLR通知语音呼叫正在进行。在这种情况下,MSC/VLR可通过执行拒绝接收到的呼叫的过程来使语音呼叫继续进行,并且可向对UE做出电话呼叫的对方通知UE当前正在线上。
如上所述,以下是明确的:本公开的实施例不仅适用于VoLTE紧急呼叫的情况,而且适用于其中VoLTE常规呼叫正在进行的情形。
另外,根据本公开的第三实施例,归属订户服务器(HSS)请求MME发送关于对于在处于到HSS和IMS登记的组合附着之下的UE来说紧急呼叫或VoLTE呼叫是否正在进行的信息,并且更新接收到的信息。T-ADS请求HSS发送关于对于UE来说紧急呼叫或VoLTE呼叫是否正在进行的信息,并且更新接收到的信息。其后,在UE正在执行紧急呼叫或VoLTE呼叫的情况下,如果做出了对UE的电话呼叫并且S-CSCF/I-CSCF向T-ADS请求域选择信息,则T-ADS发送响应以使得S-CSCF/I-CSCF选择PS域。通过这样做,S-CSCF/I-CSCF中断对CS域的寻呼从而语音呼叫继续进行。
另外,根据本公开的第四实施例,开始紧急呼叫或VoLTE呼叫的UE向MME通知相应服务已开始,并且HSS从MME更新关于UE是否正在执行紧急呼叫或VoLTE呼叫的信息。T-ADS请求HSS发送关于相对于UE来说紧急呼叫或VoLTE呼叫是否正在进行的信息,并且更新接收到的信息。其后,如果UE接收到呼叫并且S-CSCF/I-CSCF从T-ADS请求域选择信息,则T-ADS发送响应以使得在UE正在执行紧急呼叫或VoLTE呼叫的情况下S-CSCF/I-CSCF选择PS域。通过这样做,S-CSCF/I-CSCF中断对CS域的寻呼从而语音呼叫继续进行。
下文中,将更详细地描述如上所述的本公开的实施例。下列实施例在不改变本公开主旨的程度内可以应用于紧急呼叫、VoLTE呼叫、VoLTE紧急呼叫和VoLTE常规呼叫,并且在下列实施例中,诸如紧急呼叫、VoLTE、VoLTE呼叫、语音呼叫和VoLTE紧急呼叫的措词可混合使用,而不受限于任何一种技术。
图2是图示根据本公开的第一实施例的通信方法的流程图。具体而言,图2是图示其中UE识别出紧急呼叫或VoLTE呼叫并且拒绝CS语音呼叫的通信方法的流程图。
参照图2,如果处于到CS和PS的组合附着之下的UE 200在UE正在执行紧急呼叫或VoLTE呼叫的状态下移动到不存在于TA列表中的TA,则UE 200执行组合TAU(201)。具体而言,UE 200根据MME 220所发送的TAU接受消息确定EMC BS标记或IMS VoPS标记是否被设定为EMC BS标记=0或IMS VoPS标记=0。如果EMC BS标记被设定为0,则UE 200识别出在该TA中不支持紧急呼叫服务。如果IMS VoPS标记被设定为0,则UE 200识别出在该TA中不支持VoLTE。如上所述,即使紧急呼叫服务或者VoLTE服务不被支持,正在进行的语音呼叫也被继续维持直到该服务结束为止(202)。
另一方面,UE 200如上所述处于到CS和PS的组合附着之下,并且如果另一用户对UE 200做出电话呼叫,则在其中登记了UE 200的MSC/VLR 240中接收到IAM消息,并且MSC/VLR 240知道相对于UE 200生成CS语音呼叫(241)。其后,MSC/VLR 240向MME 220发送CS寻呼请求(242)。因为UE 200处于EMM连接模式中,所以MME 240向UE 200发送CS服务通知消息以向UE 200通知CS语音呼叫存在(221)。
接收到CS服务通知消息的UE 200可在未从IMS层接收到不再要求紧急呼叫或VoLTE服务的通知的情况下确定紧急呼叫或VoLTE正在继续进行(203)。另外,UE 200可向IMS层询问紧急呼叫或VoLTE是否正在进行,并且可依照对询问的响应来确定紧急呼叫或VoLTE正在进行。
如果确定紧急呼叫或VoLTE正在进行,则UE 200可执行用于拒绝CS语音呼叫的过程。
在一实施例中,接收到CS服务通知的UE 200可指示通过CS服务通知消息传送给用户的对方的电话号码,并且如果用户拒绝CS语音呼叫,则UE 200可执行用于拒绝CS语音呼叫的过程。
为了拒绝CS语音呼叫,UE 200可向MME 220发送扩展的服务请求消息,其中包括CSFB响应IE并且CSFB响应值被设定为000(204)。通过这个,UE 200可向MME 220通知紧急呼叫或VoLTE呼叫正在进行。例如,扩展的服务请求消息可如表1中那样地表示。另外,CSFB失败原因IE可被表示为使得CSFB失败原因值=0001指示VoLTE呼叫正在进行,如表2中那样。
[表1]
[表2]
在一实施例中,UE 200可通过对现有CSFB响应IE的CSFB响应值当中尚未被使用的值的确定来指示紧急呼叫或VoLTE呼叫正在进行。例如,如表3中所示,UE 200可将CSFB响应值设定为100以拒绝CS语音呼叫并且指示紧急呼叫或VoLTE呼叫正在进行以作为拒绝原因。
[表3]
接收到扩展的服务请求消息的MME 220响应于寻呼请求242向MSC/VLR 240发送CS寻呼拒绝消息(222)。在这种情况下,CS寻呼拒绝消息包括指示VoLTE呼叫正在进行的值作为拒绝原因。例如,CS寻呼拒绝消息可如表4中那样地表示,并且相应的拒绝原因(即,SGs原因)可如表5中那样地表示。
[表4]
[表5]
接收到CS寻呼拒绝消息的MSC/VLR 240可相对于接收到的CS语音呼叫执行接收拒绝,并且在这种情况下,发起CS语音呼叫的UE可指示UE正在线上(243)。
上述方法不仅适用于VoLTE紧急呼叫的情况,而且适用于VoLTE常规呼叫正在进行的情形。
图3是图示根据本公开的第二实施例的通信方法的流程图。具体而言,图3是图示其中MME识别出VoLTE紧急呼叫服务并且拒绝CS语音呼叫的通信方法的流程图。
参照图3,如果处于到CS和PS的组合附着之下的UE 300在UE正在执行紧急呼叫或VoLTE呼叫的状态下移动到不存在于TA列表中的TA,则UE 300执行组合TAU(301)。具体而言,UE 300根据MME 320所发送的TAU接受消息确定EMC BS标记或IMS VoPS标记是否被设定为EMC BS标记=0或IMS VoPS标记=0。如果EMC BS标记被设定为0,则UE 300识别出在该TA中不支持紧急呼叫。如果IMS VoPS标记被设定为0,则UE 300识别出在该TA中不支持VoLTE。如上所述,即使UE如上所述移动到不支持紧急呼叫或VoLTE的TA,正在进行的VoLTE呼叫或紧急呼叫也被继续维持直到该服务结束为止(302)。
另一方面,UE 300如上所述处于到CS和PS的组合附着之下,并且如果另一用户对UE 300做出电话呼叫,则在其中登记了UE 300的MSC/VLR 340接收到IAM消息,并且MSC/VLR340知道生成了相对于UE 300的CS语音呼叫(341)。其后,MSC/VLR 340向MME 320发送CS寻呼请求(342)。
其后,MME 320确定UE 300的紧急呼叫或VoLTE呼叫正在进行情形(321)。
在一实施例中,如果相应的UE 300处于EMM连接模式中,MME 340可完全或部分地参照关于分配给承载的APN是否是用于紧急呼叫的、分配的ARP是否是用于紧急呼叫的或者分配的QCI是否是#1的信息来确定UE 300的VoLTE紧急呼叫正在进行情形。
在另一实施例中,UE 300可在紧急呼叫或VoLTE呼叫开始或结束时,通过向MME320发送如表6中所示的ESM通知消息,来向MME 320通知紧急呼叫或VoLTE呼叫开始或者结束。MME 320可通过从UE 300接收到的ESM通知消息来确定UE 300的紧急呼叫或VoLTE呼叫正在进行情形。
[表6]
ESM通知消息中包括的通知指示符的值可包括如表7中所示的用于向MME 320通知紧急呼叫会话被创建或结束的信息。
[表7]
如果UE 300通过TAU过程知道紧急呼叫服务是不可能的,则其可使用ESM通知消息向MME 320通知UE的紧急呼叫或VoLTE呼叫是否正在进行。另外,当开始或结束紧急呼叫或VoLTE呼叫时,UE 300可向MME 320发送ESM通知消息以使得可连续向MME 320通知UE 300的紧急呼叫或VoLTE呼叫是否正在进行。这将在第四实施例中更详细进行描述。
在一实施例中,如果MME 320改变,则UE 300可向目标MME传送UE的紧急呼叫或VoLTE呼叫是否正在进行。
在如上所述的确定过程中,如果确定VoLTE紧急呼叫正在进行,则MME 320响应于寻呼请求向MSC/VLR 340发送CS寻呼拒绝消息(322)。CS寻呼拒绝消息包括指示紧急呼叫或VoLTE呼叫正在进行的值作为拒绝原因。例如,CS寻呼拒绝消息可像如上所述的表4中那样表示,并且相应的拒绝原因(即,SGs原因)可像如上所述的表5中那样表示。
接收到CS寻呼拒绝消息的MSC/VLR 340可相对于接收到的CS语音呼叫执行接收拒绝,并且在这种情况下,发起CS语音呼叫的UE可指示UE正在线上(343)。
以下是明确的:上述方法不仅适用于VoLTE紧急呼叫的情况,而且适用于VoLTE常规呼叫正在进行的情形。
图4是图示根据本公开的第三实施例的通信方法的流程图。具体而言,图4是图示其中T-ADS识别出VoLTE紧急呼叫服务并进行操作以不生成CS寻呼的通信方法的流程图。
参照图4,UE 400完成其在IMS中的登记(401),并且处于到提供紧急呼叫或VoLTE呼叫服务的CS和PS的组合附着之下。在UE 400移动到不存在于TA列表中的TA的情况下,UE400执行组合TAU。具体而言,UE 400向MME 420发送TAU请求消息(402),并且接收到TAU请求消息的MME 420向HSS 440请求位置更新(421)。
在这种情况下,MME 420确定在UE 400中紧急呼叫或VoLTE呼叫当前是否正在进行。图4图示了MME 420确定在UE 400中紧急呼叫或VoLTE呼叫当前是否正在进行,但不限于此。另一网络设备(例如,SCC AS/T-ADS 460)也可被实现为执行这样的确定。
在一实施例中,MME 420可完全或部分地参照指示分配给承载的APN是否是用于紧急呼叫的、分配的ARP是否是用于紧急呼叫的或者分配的QCI是否是#1的信息来确定在UE400中紧急呼叫或VoLTE呼叫当前是否正在进行。
在另一实施例中,UE 400可在紧急呼叫或VoLTE呼叫开始或结束时,通过向MME420发送如表6中所示的ESM通知消息,来向MME 420通知紧急呼叫或VoLTE呼叫开始或者结束。ESM通知消息中包括的通知指示符的值可包括用于向MME 420通知紧急呼叫会话被创建或结束(针对UE的基于分组的语音服务开始或结束)的信息,如表7中所示。
如果UE 400通过TAU过程知道紧急呼叫服务是不可能的,则其可使用ESM通知消息向MME 420通知UE的紧急呼叫或VoLTE呼叫是否正在进行。另外,当开始或结束紧急呼叫或VoLTE呼叫时,UE 400可向MME 420发送ESM通知消息以使得可连续向MME 420通知UE 400的紧急呼叫或VoLTE呼叫是否正在进行。这将在第四实施例中更详细地进行描述。
在一实施例中,如果MME 420改变,则UE 400可向目标MME传送UE的紧急呼叫或VoLTE呼叫是否正在进行。
如果虽然在相应TA中不支持紧急呼叫或VoLTE,但在UE 400中VoLTE紧急呼叫当前正在进行,则MME可在位置更新请求消息中包括VoLTE紧急呼叫状态指示符以用于通知在不支持紧急呼叫服务或者VoLTE的TA中VoLTE紧急呼叫服务正在进行。
接收到位置更新请求消息的HSS 440维持VoLTE紧急呼叫状态,并且其后,通过操作442和443或操作423和444更新是否执行VoLTE紧急呼叫。
HSS 440向MME 420发送针对位置更新请求消息的确认消息(441),并且UE 200在TAU接受消息中将EMC BS标记或IMS VoPS标记设定为EMC BS标记=0或IMS VoPS标记=0以向UE通知在TA中不支持紧急呼叫或VoLTE(422)。然而,VoLTE紧急呼叫被继续维持直到服务结束为止(403)。
另外,在MME 420不知道UE 400的紧急呼叫正在进行情形的情况下,UE 400可在接收到TAU接受消息之后通过向MME 420发送如表6和表7中公开的ESM通知消息来向MME 420通知紧急呼叫开始或结束。也就是说,如果在TAU接受消息中IMS VoPS或EMC BS被设定为0的状态下紧急呼叫或VoLTE呼叫正继续进行,并且识别出在当前TA中紧急呼叫或VoLTE不被支持,则UE可向MME 420发送ESM通知消息以向MME 420通知紧急呼叫或VoLTE呼叫已开始。接收到ESM通知消息的MME 420可向HSS 440传送关于紧急呼叫或VoLTE呼叫是否正在进行的信息。
另一方面,HSS 440在于操作421接收到VoLTE紧急呼叫状态之后可向MME 420传送用于周期性或非周期性地更新VoLTE紧急呼叫状态的PS紧急状态请求消息(442)。MME 420从HSS 440接收PS紧急状态请求消息,或者通过PS紧急状态报告消息向HSS 440周期性或者非周期性地传送关于是否执行VoLTE紧急呼叫的信息。另外,在HSS 440从MME 420请求信息的情况下,其可向MME 420传送针对PS紧急状态报告消息423的确认消息444。
因此,如果另一用户对UE 400做出电话呼叫,则SCC AS/T-ADS 460可向HSS 440请求关于UE 400的信息(461),并且HSS 440可向SCC AS/T-ADS 460传送包括关于VoLTE呼叫或紧急呼叫是否正在进行的信息的消息。
举例来说,如果包括关于UE 400的信息的邀请消息到达S-CSCF/I-CSCF 480以便对UE 400做出电话呼叫(481),则S-CSCF/I-CSCF 480向SCC-AS/T-ADS 460重发送该邀请消息(482)。SCC-AS/T-ADS 460可向HSS 440发送消息Sh-Pull请求以便请求订户信息、UE位置信息和关于VoLTE紧急呼叫是否正在进行的信息以提供语音呼叫服务(461)。接收到消息Sh-Pull请求的HSS 440可在消息Sh-Pull响应上携带存储于其中的信息,或者如果需要的话,携带通过向另一网络实体(诸如MME 420)请求必要信息而收集到的信息,并且可向SCC-AS/T-ADS 460发送消息Sh-Pull响应(443)。具体地,如果在UE处于组合附着之下且同时在IMS中登记或相应公共陆地移动网络(PLMN)没有同质地提供VoLTE服务或紧急呼叫服务的状态下,在操作421从MME 420接收到VoLTE紧急呼叫状态,则HSS 440可通过操作442和423或操作423和444从MME 420收集关于针对UE的紧急呼叫或VoLTE呼叫是否正在进行的信息。
另一方面,接收到针对UE的信息消息Sh-Pull响应443的SCC-AS/T-ADS 460使用该信息确定针对UE的VoLTE呼叫或紧急呼叫是否正在进行,并且选择用于提供到UE的语音呼叫服务的域。例如,如果UE 400被识别为处于组合附着之下并且其中VoLTE紧急呼叫正在进行的UE(462),则SCC-AS/T-ADS 460可向S-CSCF/I-CSCF 480发送邀请消息从而通过PS域对语音呼叫进行寻呼(463)。另外,SCC-AS/T-ADS 460可向S-CSCF/I-CSCF 480发送SIP 486(用户忙线)消息以使得语音呼叫连接尝试在其中VoLTE呼叫或紧急呼叫正在进行的UE 400中不会发生,从而UE 400可进行操作以拒绝语音呼叫尝试。
接收到邀请消息的S-CSCF/I-CSCF 480依照现有过程执行VoLTE语音呼叫建立过程。
另一方面,如果正在进行的VoLTE紧急呼叫服务结束(405),则MME 420通过PS紧急状态报告消息向HSS 440通知VoLTE呼叫或紧急呼叫完成(424)。然后,HSS 440可向MME 420传送对PS紧急状态报告消息的确认消息(445)。
图5是图示UE中的3GPP调制解调器层与IMS/连接管理器层之间的相互交互的示图。具体而言,图5图示了在UE中负责与3GPP接入网络相关的功能的3GPP调制解调器层520与管理IMS和整体通信功能的IMS/连接管理器层500之间的相互交互。
这两个层可直接彼此连接,或者无线接口层(RIL)可被***在这两个层之间。如果3GPP调制解调器接收到其中设定了IMS VoPS=0(不支持VoLTE)或EMC BS=0(不支持紧急承载服务)的TAU接受消息(521),则3GPP调制解调器通过RIL层或者使用应用可编程接口(API)向IMS/连接管理器通知紧急呼叫服务或IMS VoPS不再被支持(522)。如果当前正在进行的语音呼叫结束(501),则接收到此的IMS/连接管理器发送用于请求IMS撤消登记的SIP消息(502),并且如果紧急呼叫或VoLTE呼叫结束,则IMS/连接管理器向3GPP调制解调器通知紧急呼叫服务或VoLTE服务结束(503)。另外,IMS/连接管理器可向3GPP调制解调器通知语音域将被改变为CS。接收到该通知的3GPP调制解调器层将语音域改变为CS(523),并且如果需要的话(如果在先TAU过程不是组合类型),则3GPP调制解调器层执行组合TAU过程(524)。
在图5中,IMS/连接管理器层与3GPP调制解调器层之间的交互被描述为请求/命令以及与其相关的操作。然而,这仅仅是示例性的,并且3GPP调制解调器可被应用于具有些许修改的操作,该3GPP调制解调器是本公开的主要主题,并且从TAU接受消息接收IMS VoPS不被支持,基于此来执行IMS撤消登记过程,并且将后来生成的语音服务的域改变为CS(或CSFB)。
图6是图示根据本公开的各种实施例操作的网络设备的配置的示图。参照图6,根据本公开的各种实施例的网络设备可包括无线收发器单元600、控制单元620以及存储单元640。图6的网络设备可对应于UE、MME、HSS、SCC AS/T-ADS和S-CSCF/I-CSCF中的任何一个,但不限于此。下文中,将基于UE来描述各个单元的功能。
无线收发器单元600从网络接收关于IMS VoPS或紧急呼叫是否被支持的信息,并且在控制单元620的控制下发送/接收登记相关消息。
控制单元620确定是否执行IMS撤消登记过程,根据上述实施例确定VoLTE语音呼叫或VoLTE紧急呼叫是否正在进行,或者改变语音服务的域。
在存储单元640中,可存储根据本公开的实施例的操作UE所要求的各个种类的信息。例如,对于每个TA而言可存储IMS VoPS是否被支持或者VoLTE语音呼叫或VoLTE紧急呼叫是否正在进行。
参照彼此相关联的图5和图6,图6的无线收发器单元600可对应于图5的3GPP调制解调器层520,并且图6的控制单元620可对应于图5的IMS/连接管理器层。
如上所述,已基于UE描述了各个单元的功能。然而,排除UE在外的其它网络设备可包括无线收发器单元600、控制单元620和存储单元640,并且各个单元可根据本公开的相应实施例执行功能。
图7是图示根据本公开的第四实施例的通信方法的流程图。具体而言,图7是图示其中T-ADS识别出紧急呼叫或VoLTE服务并进行操作以不生成CS寻呼的方法的流程图。下文中,为了便于说明,将围绕紧急呼叫描述本公开的第四实施例。然而,除了紧急呼叫以外,下列实施例甚至可应用于VoLTE紧急呼叫或VoLTE常规呼叫。
参照图7,UE 700完成IMS紧急呼叫登记,并且开始紧急呼叫(701)。UE 700通过接收到指示紧急呼叫的开始的SIP 200OK消息而识别出紧急呼叫的开始,并且向MME 720发送如表6中所描述的ESM通知消息以便向MME 720通知紧急呼叫服务的开始。ESM通知消息中包括的通知指示符的值可包括用于向MME 720通知如表7中所描述的紧急呼叫会话被创建的信息。
在这种情况下,MME 720存储指示在UE 700中紧急呼叫正在进行的信息。例如,MME720相对于UE 700存储VoLTE紧急呼叫状态=ON(开启),并且即使在MME依据UE 700的移动而被改变的情况下,其也将VoLTE紧急呼叫状态信息与UE 700的上下文信息一起传送给目标MME,以使得可连续识别紧急呼叫服务是否正在进行。另外,在完成TAU过程之后,UE 700可向MME 720发送如在操作702那样的ESM通知消息以使得目标MME可连续识别紧急呼叫服务是否正在进行。
当从HSS 740接收到VoPS状态请求消息741时,MME 720通过VoPS状态报告消息722向HSS 740传送关于VoLTE呼叫是否正在进行以及紧急呼叫是否正在进行的信息。
与此不同,根据其中HSS 740存储关于VoLTE呼叫是否正在进行以及紧急呼叫是否正在进行的信息的方法,在操作702,UE 700通过ESM通知消息向MME 720通知紧急呼叫会话被创建,并且MME向HSS 740发送用于向HSS 740通知紧急呼叫会话是否被创建的通知消息。在这种情况下,HSS 740相对于UE 700存储紧急呼叫正在进行。例如,HSS 740存储VoLTE紧急呼叫状态=ON。
另一方面,如果另一用户对UE 700做出电话呼叫,则SCC AS/T-ADS 760可向HSS740请求关于UE 700的信息(761),并且HSS 740可向SCC AS/T-ADS 760传送关于VoLTE呼叫或紧急呼叫是否正在进行的信息(742)。
举例来说,如果包括关于UE 700的信息的邀请消息到达S-CSCF/I-CSCF 780以便对UE 700做出电话呼叫(781),则S-CSCF/I-CSCF 780向SCC-AS/T-ADS 760重发送邀请消息(782)。SCC-AS/T-ADS 760可向HSS 740发送消息Sh-Pull请求以便请求订户信息、UE位置信息和关于VoLTE呼叫或紧急呼叫是否正在进行的信息以提供语音呼叫服务(761)。接收到消息Sh-Pull请求的HSS 740可在消息Sh-Pull响应上携带存储于其中的信息,或者如果需要的话,携带通过向另一网络实体(诸如MME 720)请求必要信息而收集到的信息,并且可向SCC-AS/T-ADS 760发送消息Sh-Pull响应(733)。例如,HSS 740可通过IMS VoPS指示或IMS紧急会话指示向SCC-AS/T-ADS 760通知VoLTE呼叫或紧急呼叫服务是否正在进行。
具体地,在处于组合附着之下且同时在IMS中登记的UE 700的情况下,或者在相应公共陆地移动网络(PLMN)没有同质地提供VoLTE服务或紧急呼叫服务的情况下,HSS 740可通过操作741和722从MME 720收集关于紧急呼叫是否正在进行的信息。
另一方面,接收到针对UE的信息消息Sh-Pull响应742的SCC-AS/T-ADS 760使用该信息选择用于向UE提供语音呼叫服务的域。例如,如果UE 700被识别为处于组合附着之下并且其中VoLTE紧急呼叫正在进行的UE(762),则SCC-AS/T-ADS 760可向S-CSCF/I-CSCF780发送邀请消息从而通过PS域对语音呼叫进行寻呼(763)。另外,SCC-AS/T-ADS 760可向S-CSCF/I-CSCF 780发送SIP 486(用户忙线)消息以使得语音呼叫连接尝试在其中VoLTE呼叫或紧急呼叫正在进行的UE 700中不会发生,从而UE 700可进行操作以拒绝语音呼叫尝试。
接收到邀请消息的S-CSCF/I-CSCF 780依照现有过程执行VoLTE语音呼叫建立过程。
另一方面,如果正在进行的VoLTE紧急呼叫服务结束(704),则UE 700可通过SIP200OK或SIP BYE向MME 720通知紧急呼叫结束。另外,UE 700向MME 720发送IMS撤消登记消息,并且如果紧急呼叫服务不再被使用被识别出来,则UE 700向MME 720发送如表6中那样的ESM通知消息以便向MME 720通知紧急呼叫服务结束(705)。
ESM通知消息中包括的通知指示符的值可包括用于向MME 720通知如表7中所描述的紧急呼叫会话被释放的信息。在这种情况下,MME 720存储指示相对于UE 700来说紧急呼叫结束的信息。例如,MME 720相对于UE 700存储VoLTE紧急呼叫状态=OFF。
相反,根据其中HSS 740存储关于VoLTE呼叫是否正在进行以及紧急呼叫是否正在进行的信息的方法,在操作705,被通过ESM通知消息通知了紧急呼叫会话结束的MME 720向HSS 740发送用于向HSS 740通知紧急呼叫会话结束的通知消息,并且在这种情况下,HSS740相对于UE 700来说存储紧急呼叫结束。例如,HSS 740相对于UE 700存储VoLTE紧急呼叫状态=OFF。
同时,本说明书和附图中公开的本公开的优选实施例以及本文使用的特定术语仅被例示来呈现特定示例,以便阐明本公开的技术内容,但可在不背离本公开范围的限制内进行各种修改。例如,可部分地混合第一到第四实施例中的至少两个的配置。本公开的范围不受限于如上所述的实施例,而是应当由所附权利要求及其等同定义。
Claims (6)
1.一种由移动通信***中的支持基于分组的语音服务的被叫接入域选择T-ADS(760)执行的通信方法,包括:
如果接收到针对用户设备UE的呼叫请求消息,
向归属订户服务器HSS发送(461)Sh-Pull请求消息;
从所述HSS接收(443)关于通过分组交换PS会话的长期演进LTE语音VoLTE呼叫或紧急呼叫的信息,作为对所述Sh-Pull请求消息的响应;
基于所述信息,识别在当前跟踪区域不支持通过PS会话的VoLTE呼叫或紧急呼叫;
确定(462)是否具有通过PS会话的针对所述UE的正在进行的VoLTE呼叫或正在进行的紧急呼叫;以及
在所述UE具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的情况下,选择PS域用于所述呼叫请求消息。
2.如权利要求1所述的通信方法,其中,关于VoLTE呼叫或紧急呼叫的信息包括关于是否具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的信息。
3.如权利要求1所述的通信方法,还包括:
在PS域被选择作为用于呼叫请求消息的域的情况下,向服务呼叫会话控制功能/询问呼叫会话控制功能S-CSCF/I-CSCF发送(463)所述呼叫请求消息。
4.一种移动通信***中的支持基于分组的语音服务的被叫接入域选择T-ADS,所述T-ADS包括:
收发器;和
控制器,被配置为:
经由所述收发器接收针对用户设备UE的呼叫请求消息,
经由所述收发器向归属订户服务器HSS发送Sh-Pull请求消息,
经由所述收发器从所述HSS接收关于通过分组交换PS会话的长期演进LTE语音VoLTE呼叫或紧急呼叫的信息,作为对所述Sh-Pull请求消息的响应,
基于所述信息,识别在当前跟踪区域不支持通过PS会话的VoLTE呼叫或紧急呼叫,
确定是否具有通过PS会话的针对所述UE的正在进行的VoLTE呼叫或正在进行的紧急呼叫;以及
在所述UE具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的情况下,选择PS域用于所述呼叫请求消息。
5.如权利要求4所述的T-ADS,其中,关于VoLTE呼叫或紧急呼叫的信息包括关于是否具有通过PS会话的正在进行的VoLTE呼叫或正在进行的紧急呼叫的信息。
6.如权利要求4所述的T-ADS,
其中,所述控制器被配置为在PS域被选择作为用于所述呼叫请求消息的域的情况下,经由所述收发器向服务呼叫会话控制功能/询问呼叫会话控制功能S-CSCF/I-CSCF发送呼叫请求消息。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2013-0135862 | 2013-11-08 | ||
KR20130135862 | 2013-11-08 | ||
KR1020140021560A KR102179048B1 (ko) | 2013-11-08 | 2014-02-24 | 패킷망을 통한 응급 콜 서비스를 지속적으로 제공하기 위한 방법 |
KR10-2014-0021560 | 2014-02-24 | ||
CN201480061384.6A CN105706471A (zh) | 2013-11-08 | 2014-11-10 | 通过分组网络连续提供紧急呼叫服务的方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480061384.6A Division CN105706471A (zh) | 2013-11-08 | 2014-11-10 | 通过分组网络连续提供紧急呼叫服务的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113260090A true CN113260090A (zh) | 2021-08-13 |
Family
ID=53390195
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110410364.7A Pending CN113260090A (zh) | 2013-11-08 | 2014-11-10 | 通过分组网络连续提供紧急呼叫服务的方法 |
CN201480061384.6A Pending CN105706471A (zh) | 2013-11-08 | 2014-11-10 | 通过分组网络连续提供紧急呼叫服务的方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480061384.6A Pending CN105706471A (zh) | 2013-11-08 | 2014-11-10 | 通过分组网络连续提供紧急呼叫服务的方法 |
Country Status (5)
Country | Link |
---|---|
US (3) | US9872317B2 (zh) |
EP (1) | EP3068151B1 (zh) |
KR (1) | KR102179048B1 (zh) |
CN (2) | CN113260090A (zh) |
ES (1) | ES2851388T3 (zh) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102576486A (zh) * | 2009-08-26 | 2012-07-11 | 大陆汽车有限责任公司 | 用于网络访问装置的紧急应对的***和方法 |
EP3200499B1 (en) * | 2014-11-19 | 2019-03-13 | Huawei Technologies Co. Ltd. | Mobility management entity and home subscriber server for handling callee service according to csfb and a faulty state of a pgw |
EP3316603B1 (en) * | 2015-06-26 | 2023-04-12 | Nec Corporation | Communication apparatus and method for handling ims emergency calls in a roaming situation |
US11184744B2 (en) * | 2015-08-28 | 2021-11-23 | Apple Inc. | Apparatus, systems and methods for enhancing short message service over internet protocol |
US10123372B2 (en) * | 2015-09-30 | 2018-11-06 | Apple Inc. | Device, system and method to avoid voice call setup failure due to network congestion |
US9877224B2 (en) * | 2015-10-05 | 2018-01-23 | Blackberry Limited | Establishing a voice call |
US9894504B2 (en) | 2015-11-30 | 2018-02-13 | Verizon Patent And Licensing Inc. | Emergency call support for VoLTE roaming within S8 home routing architecture |
CN108476468B (zh) * | 2016-02-01 | 2021-06-29 | 华为技术有限公司 | 语音呼叫处理方法及终端设备 |
WO2018086551A1 (en) | 2016-11-09 | 2018-05-17 | Mediatek Inc. | Enhanced multimedia call control in next generation mobile communication systems |
US10084914B1 (en) | 2017-03-24 | 2018-09-25 | T-Mobile Usa, Inc. | Guard timer to optimize E911 call handling |
US10498892B2 (en) * | 2017-03-24 | 2019-12-03 | T-Mobile Usa, Inc. | Optimized call handling during E911 calls |
US10498774B2 (en) | 2017-03-24 | 2019-12-03 | T-Mobile Usa, Inc. | Systems and methods for improved E911 call handling |
US20190059026A1 (en) * | 2017-08-16 | 2019-02-21 | Mediatek Inc. | Enhancement of voice domain selection in 5GS and fast return from EPS to 5GS |
WO2019138604A1 (ja) * | 2018-01-11 | 2019-07-18 | 株式会社Nttドコモ | ユーザ装置 |
US10455637B1 (en) * | 2018-06-08 | 2019-10-22 | Verizon Patent And Licensing Inc. | Next generation to VoLTE fallback for voice calls |
CN110839200B (zh) * | 2018-08-15 | 2022-02-25 | 华为技术有限公司 | 紧急呼叫实现方法及装置 |
CN111417107B (zh) * | 2019-01-07 | 2022-11-29 | ***通信有限公司研究院 | 一种用户状态查询方法、装置和可读介质 |
US11337119B2 (en) | 2019-08-07 | 2022-05-17 | Verizon Patent And Licensing Inc. | Next generation to long term evolution (LTE) fallback for voice calls |
US11304046B2 (en) * | 2019-12-10 | 2022-04-12 | T-Mobile Usa, Inc. | Mobile device emergency services address management system |
WO2021237677A1 (en) * | 2020-05-29 | 2021-12-02 | Qualcomm Incorporated | METHOD AND APPARATUS FOR A VoLTE SERVICE WITH NSA NR NETWORK |
KR20220074117A (ko) * | 2020-11-27 | 2022-06-03 | 삼성전자주식회사 | 긴급 호를 수행하기 위한 기지국을 선택하는 전자 장치 및 전자 장치의 동작 방법 |
CN113810990B (zh) * | 2021-09-23 | 2024-06-18 | 上海移远通信技术股份有限公司 | 通信方法和装置 |
US11968642B1 (en) | 2021-10-04 | 2024-04-23 | T-Mobile Innovations Llc | User equipment (UE) status information delivery in a wireless communication network |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790897A (zh) * | 2007-06-26 | 2010-07-28 | 三星电子株式会社 | 使能用于终止语音/视频呼叫的用户设备接入域选择 |
CN102714539A (zh) * | 2010-01-18 | 2012-10-03 | 三星电子株式会社 | 语音传输技术选择 |
US20120258704A1 (en) * | 2009-12-29 | 2012-10-11 | Lg Electronics Inc. | Method for determining isr deactivation in mobile communications system |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100474854C (zh) * | 2006-01-10 | 2009-04-01 | 华为技术有限公司 | 一种选择被叫接续网络的方法及网络*** |
US20090047922A1 (en) | 2007-08-13 | 2009-02-19 | Research In Motion Limited | Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device |
CN101466083B (zh) | 2007-12-18 | 2010-12-08 | 华为技术有限公司 | 一种紧急呼叫方法和装置 |
US8340627B2 (en) * | 2008-01-04 | 2012-12-25 | Qualcomm Incorporated | Support of voice call continuity (VCC) for wireless emergency calls |
EP2371152B1 (en) * | 2008-12-31 | 2013-12-04 | Telefonaktiebolaget LM Ericsson (publ) | Emergency call support during roaming |
US8787362B2 (en) * | 2009-04-01 | 2014-07-22 | Qualcomm Incorporated | Fall back using mobile device assisted terminating access domain selection |
US20110189971A1 (en) * | 2010-02-02 | 2011-08-04 | Stefano Faccin | System and method for packetized emergency messages |
US8451779B2 (en) | 2011-01-24 | 2013-05-28 | Verizon Patent And Licensing Inc. | Emergency support for voice over internet protocol (VoIP) over mixed macro and femto networks |
JP5456708B2 (ja) | 2011-02-14 | 2014-04-02 | 株式会社Nttドコモ | 移動通信方法及び呼セッション制御ノード |
EP2676415B1 (en) * | 2011-02-17 | 2016-10-12 | Telefonaktiebolaget LM Ericsson (publ) | Routing terminating calls |
US9357431B2 (en) * | 2012-08-31 | 2016-05-31 | Qualcomm Incorporated | Selective network parameter configuratons based on network identification of non-IMS multimedia applications |
CN107517453A (zh) | 2012-12-31 | 2017-12-26 | 中兴通讯股份有限公司 | 标识信息、呼叫切换请求的发送方法及装置 |
KR20150014834A (ko) | 2013-07-30 | 2015-02-09 | 삼성전자주식회사 | 특정 서비스를 지속적으로 제공하는 방법 및 장치 |
-
2014
- 2014-02-24 KR KR1020140021560A patent/KR102179048B1/ko active IP Right Grant
- 2014-11-10 CN CN202110410364.7A patent/CN113260090A/zh active Pending
- 2014-11-10 EP EP14859481.5A patent/EP3068151B1/en active Active
- 2014-11-10 US US15/033,712 patent/US9872317B2/en active Active
- 2014-11-10 ES ES14859481T patent/ES2851388T3/es active Active
- 2014-11-10 CN CN201480061384.6A patent/CN105706471A/zh active Pending
-
2018
- 2018-01-12 US US15/869,377 patent/US10448450B2/en active Active
-
2019
- 2019-10-10 US US16/598,377 patent/US10701758B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790897A (zh) * | 2007-06-26 | 2010-07-28 | 三星电子株式会社 | 使能用于终止语音/视频呼叫的用户设备接入域选择 |
US20120258704A1 (en) * | 2009-12-29 | 2012-10-11 | Lg Electronics Inc. | Method for determining isr deactivation in mobile communications system |
CN102714539A (zh) * | 2010-01-18 | 2012-10-03 | 三星电子株式会社 | 语音传输技术选择 |
Non-Patent Citations (2)
Title |
---|
3GPP ORGANIZATIONAL PARTNERS: "rd Generation Partnership Project;Technical Specification Group Core Network and Terminals;IP Multimedia (IM) Core Network (CN) subsystem IP Multimedia Subsystem (IMS) Service Continuity; Stage 3(Release 12)", 《3GPP TS 24.237 V12.2.0 (2013-09)》 * |
MARTIN DOLLY等: "Active VoLTE call fails at VoLTE TA to non-VoLTE TA handover", 《C1-134800》 * |
Also Published As
Publication number | Publication date |
---|---|
EP3068151A4 (en) | 2017-07-12 |
EP3068151A1 (en) | 2016-09-14 |
EP3068151B1 (en) | 2021-01-13 |
CN105706471A (zh) | 2016-06-22 |
ES2851388T3 (es) | 2021-09-06 |
US10448450B2 (en) | 2019-10-15 |
US20160278132A1 (en) | 2016-09-22 |
US20180160472A1 (en) | 2018-06-07 |
KR102179048B1 (ko) | 2020-11-16 |
US10701758B2 (en) | 2020-06-30 |
US9872317B2 (en) | 2018-01-16 |
KR20150053681A (ko) | 2015-05-18 |
US20200045769A1 (en) | 2020-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10701758B2 (en) | Method for continuously providing emergency call service through packet network | |
US9813865B2 (en) | Network-initiated control method and apparatus for providing proximity service | |
CN110572414B (zh) | 在移动通信***中提高呼叫质量的方法和装置 | |
US9648653B2 (en) | User equipment-initiated control method and apparatus for providing proximity service | |
US9706340B2 (en) | Method and apparatus performing proximity service in wireless communication system | |
KR20150014834A (ko) | 특정 서비스를 지속적으로 제공하는 방법 및 장치 | |
US20190021028A1 (en) | Video telephony service quality enhancement method and apparatus | |
US10091761B2 (en) | Apparatus and method for paging in wireless communication system | |
CN110719613B (zh) | 一种建立语音业务的方法及装置 | |
JP6506298B2 (ja) | ビデオ通話サービス品質の増進方法及び装置 | |
CN112189359B (zh) | 支持因特网协议多媒体子***信令的方法及用户设备 | |
US9320071B2 (en) | Communication system, mobile station, and communication method | |
KR101405544B1 (ko) | 가입자 위치정보 관리 장치 및 방법 | |
JP2015115767A (ja) | 移動通信システム、移動局、ネットワーク装置及び移動通信方法 | |
KR20150030504A (ko) | 그룹 영상 통화 제어 방법 및 그 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210813 |