CN110089091A - 处理通信会话中的请求 - Google Patents
处理通信会话中的请求 Download PDFInfo
- Publication number
- CN110089091A CN110089091A CN201780078565.3A CN201780078565A CN110089091A CN 110089091 A CN110089091 A CN 110089091A CN 201780078565 A CN201780078565 A CN 201780078565A CN 110089091 A CN110089091 A CN 110089091A
- Authority
- CN
- China
- Prior art keywords
- request
- network
- response
- equipment
- registration request
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/088—Access security using filters or firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- 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
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种核心电信网络设备,可以接收与用户装置(UE)相关联的请求,并代表UE向强制网络设备发送第三方请求。核心设备可以从强制网络设备接收指示第三方注册请求的成功或失败的第一回复,基于第一回复确定第二回复,以及经由电信网络将第二回复发送到UE。如果成功,核心设备可以处理请求并发送第三方请求。UE可以接收包括状态的第二回复。响应于一个状态,UE可以经由第一接入网络重试注册请求。响应于另一状态,UE可以延迟预定时间段,并且在延迟期间避免经由第一接入网络重试注册请求。
Description
相关申请的交叉引用
本专利申请要求于2016年12月20日递交的序列No.15/384,635的美国实用专利申请的优先权。该专利申请的全部内容通过引用并入本文中。
背景技术
配置用于电信的计算设备(例如无线智能电话)通常能够为用户提供各种通信服务。但是,某些服务具有特定于服务的要求,所有计算设备可能都不支持这些要求。这可能会限制用户访问特定服务的能力。
附图说明
参考附图阐述详细描述。在附图中,附图标记的最左边的一个或者更多个数字标识首次出现附图标记的图。在不同附图中使用相同的附图标记表示相似或相同的项目。为了简化说明,在本文的图中,以菱形开始的箭头将第一组件或操作(在菱形端)连接到至少一个第二组件或操作,该第二组件或操作是第一组件或操作或可包括在第一组件或操作中。
图1是示出根据一些实现方式的电信系统的框图。
图2是示出根据一些实现方式的电信系统的组件的框图。
图3示出了说明根据一些现有方案的示例性注册过程的呼叫流程。
图4示出了说明根据一些实现方式的示例性注册过程的呼叫流程。
图5示出了根据一些实现方式的用于处理将用户装置(UE)注册到电信网络的请求的示例性过程。
图6示出了根据一些实现方式的用于处理注册请求的示例性过程。
图7示出了根据一些实现方式的用于处理与UE相关联的请求的示例性过程。
图8示出了根据一些实现方式的用于处理与UE关联的请求的示例性过程。
图9示出了根据一些实现方式的用于向电信网络注册的示例性过程。
图10示出了根据一些实现方式的继续向电信网络的注册过程的示例。
具体实施方式
概述
本文描述的系统和技术允许计算设备经由电信网络更快速和有效地建立通信。本文使用的术语“会话(session)”包括经由至少一个电信网络的通信路径,用于在两个或更多个计算设备之间交换数据。示例性会话包括:例如人类交谈的语音和视频呼叫,例如两个电子系统之间或电子系统与人之间的数据通信会话,或富通信服务(RCS,也称为JOYN)会话。在许多网络中,这些和其他类型的会话由相应的不同核心网络设备(例如,应用服务器(AS))辅助。与现有方案相比,本文的系统和技术提高了由多个这样的核心网络设备提供的网络服务的设备的注册的稳健性和效率。
许多长期演进(LTE)蜂窝网络支持LTE上的语音(VoLTE)。VoLTE系统支持手机与一个或更多个AS之间的通信。作为从特定AS接收服务的先决条件,VoLTE手机或其他终端向该AS注册。VoLTE手机将会话发起协议(SIP)REGISTER消息发送到服务呼叫会话控制功能(S-CSCF)。S-CSCF代表手机向各个AS发送SIP REGISTER消息。在AS处理手机的REGISTER后,该手机可以从该AS接收服务。通常,手机还向至少一个AS发送SIP SUBSCRIBE消息(或者S-CSCF代表手机向至少一个AS发送SIP SUBSCRIBE消息)以接收相关事件的通知,例如,存在检测或网络状态变化。然而,REGISTER消息和SUBSCRIBE消息之间的竞争条件可能导致SUBSCRIBE的失败,迫使例如智能手机的用户在接收服务之前等待附加的时间。此外,REGISTER的失败可能无法有效地报告给UE,即使重试不太可能成功,也会触发UE重试注册。这样的重试可能消耗UE电池寿命和网络带宽而没有益处。
在一些示例中,直到由S-CSCF将第三方REGISTER到电话应用服务器(TAS)或其他AS成功,S-CSCF才会响应REGISTER。这允许快速注册到多个AS而不会有上述竞争条件的风险。这也节省了带宽并消除了REGISTER和SUBSCRIBE之间可能的竞争条件。此外,这允许S-CSCF准确地向UE通知注册失败的原因,从而如果重试不可能成功,则UE可以避免重试。
承载会话的示例性网络包括第二代(2G)蜂窝网络,诸如全球移动通信系统(GSM)和,第三代(3G)蜂窝网络,诸如通用移动电信系统(UMTS)。其他示例性网络包括第四代(4G)蜂窝网络,诸如使用SIP信令承载VoLTE会话的LTE,使用信令系统7(SS7)信令的PSTN,以及诸如电气和电子工程师协会(IEEE)802.11(“WIFI”)网络的数据网络,电气和电子工程师协会(IEEE)802.11(“WIFI”)网络承载互联网协议(VoIP)上语音呼叫或其他云上(OTT)会话,其以对底层分组传输透明的方式封装例如语音数据或视频数据。承载会话的其他示例性网络可以包括基于互联网协议(IP)多媒体子系统(IMS)的网络,其可以具有各种类型的接入网络,例如LTE接入网络或WIFI接入网络。本文描述的技术可以与具有分阶段设置过程或协议的这些和其他类型的网络一起使用,其中,在对第二设置或登录消息(例如SIPSUBSCRIBE或PUBLISH消息)的处理可以成功之前,核心网络设备必须成功地处理第一设置或登录消息(例如SIP REGISTER)。
在一些示例中,核心网络设备可与蜂窝用户装置(UE)或另一计算设备或终端通信地连接。例如,核心网络设备可以包括S-CSCF。UE可以被配置为生成注册请求,并且将注册请求发送到例如核心网络设备。核心网络设备可以接收注册请求,并且经由电信网络,代表UE将请求的指示发送到例如AS。该指示可以包括第三方请求。核心网络设备只有在对一个或更多个强制网络设备的一个或更多个第三方请求成功后才能回复UE。在第三方注册失败的情况下,核心网络设备可以向UE提供信息:失败是在第三方注册中。在一些示例中,UE可以基于所接收的信息,响应于注册失败,来确定重试的定时的数量或者其他动作。
本文的各种示例减少了不成功的分阶段设置尝试所消耗的核心和接入网络带宽。各种示例降低了由于无法成功的设置重试导致网络过载的可能性。这里的各种示例通过减少发送的设置数据量来减少UE处的功耗,从而延长UE的电池寿命。本文的各种示例降低了分阶段设置过程的两个阶段之间的竞争条件的概率,从而增加了网络稳健性和稳定性。
示例性实例
图1是示出根据一些示例的电信系统100的框图。该系统包括计算设备102和104,例如,用户装置或其他移动电话或通信设备或终端,其可与电信网络106通信地连接。计算设备102和104可以例如分别由第一用户和第二用户(未示出)操作。计算设备102和104例如经由相应的接入网络110和112通信地连接到一个或更多个核心网络设备108。接入网络110和112可以包括例如LTE接入网络、WIFI网络、或本文描述的其他类型的接入网络。一个或更多个核心网络设备108可以包括例如支持VoLTE的网络中的IMS的S-CSCF,或者一个或更多个AS,例如TAS。为简洁起见,省略了电信网络106的其他组件。例如,代理呼叫会话控制功能(P-CSCF)可以在接入网络110和核心网络设备108(例如,S-CSCF)之间中继来自计算设备102的通信。
计算设备102和104可以被实现为被配置为通过无线和/或有线网络进行通信的任何合适的移动计算设备,包括但不限于移动电话(例如,智能电话)、平板计算机、膝上型计算机、便携式数字助理(PDA)、可穿戴计算机(例如,电子/智能眼镜、智能手表、健身追踪器等)、联网数字相机和/或类似移动设备。尽管该描述主要将计算设备102和104描述为“移动的”或“无线的”(例如,被配置为被携带和走来走去),但是应当理解,计算设备102和104可以表示各种类型的通信设备(其通常也是静止的),例如电视机、台式计算机、游戏机、机顶盒等。从这个意义上说,术语“通信设备”、“无线设备”、“有线设备”、“移动设备”、“计算设备”、“用户装置(UE)”和“终端”在本文中可互换使用,以描述能够执行本文所述的关于例如计算设备102和104的技术的任何通信或计算设备。例如,一些计算设备能够通过多个接入网络进行通信,并且可以在任何特定时间、通过这些网络中的一个或更多个进行注册。
计算设备102和104可以通信至少三种类型的信息:注册信息、信令信息和媒体信息。注册信息经由注册路径114(使用实线描绘)承载。信令信息经由信令路径116(使用点划线描绘)承载。媒体信息经由媒体路径118(使用虚线描绘)承载。为简洁起见,仅为计算设备102示出了注册路径114。计算设备104可以附加地或替代地经由相应的注册路径进行注册信令。所示路径可以表示沿着公共网络、沿着不同网络或其任何组合的不同分组流。
注册信息可以包括用于建立计算设备102或104有资格接收服务的信息,例如SIPREGISTER请求或SUBSCRIBE请求,或者802.1X消息、RADIUS消息或Diameter认证协议消息。信令信息可以包括与呼叫设置和拆除有关的信息,例如SIP INVITE请求或BYE请求、或SIP100Trying响应、180振铃响应或200 OK响应。媒体信息可以包括,例如,经由实时传输协议(RTP)承载的并使用选择的编解码器进行编码的、通信会话的音频、视频或其他用户指定的或可访问的数据。非限制性示例编解码器可以包括自适应多速率(AMR)或国际电信联盟(ITU)G.711音频编解码器,或ITU H.263或运动图像专家组(MPEG)MPEG-4视频或视听编解码器。
在一些示例中,核心网络设备108(例如,AS)与一个或更多个第二核心网络设备120(1)-120(N)(在此单独和/或统称用附图标记120)通信地连接,其中,整数N>1。第二核心网络设备120可以经由核心网络设备108接收注册信息。第二核心网络设备120可以附加地或替代地经由核心网络设备108接收信令信息。在一些示例中,第二核心网络设备120可以用作锚定网络设备,其用于一个或者更多个通信会话的代理信令业务。例如,第二核心网络设备120可以作为SIP代理或背对背用户代理(B2BUA)操作。在一些示例中,第二核心网络设备120(或其他锚定网络设备,并且同样贯穿本文)可以向计算设备102或104提供会话控制服务。在一些示例中,核心网络设备108或第二核心网络设备120可以被配置为与信息服务器122通信。信息服务器122可以是或包括授权或认证服务器,例如归属位置寄存器(HLR)/归属订户服务器(HSS)。信息服务器122可以附加地或替代地是或包括位置检索功能(LRF)、定位服务器(LS)、或提供与计算设备102或104相关联的位置的数据或提供与计算设备102或104相关联的定位信息的其他服务器。核心网络设备108或120可以例如经由SIP或Diameter协议或其他协议(例如,通过LTE Sh接口或其他适当的接口)与信息服务器122通信。
当计算设备102加电或连接到电信网络时,计算设备102可以例如经由注册路径114发送注册请求124。例如,注册请求124可以包括SIP REGISTER请求。如本文所使用的,术语“请求”表示传输到期望响应的地方的消息,该响应期望用于与该请求相关联的一个或者更多个网络服务的正常运行。例如,计算设备102可以发送SIP REGISTER请求,然后,期望SIP 401 Unauthorized或SIP 200 OK响应,其指示包括在REGISTER请求中的尝试注册的状态。
如本文所使用的,“发送到”或“向目的地发送”或类似术语的消息可以直接发送到目的地,或者可以经由一个或更多个中间网络设备发送到目的地。在所示示例中,计算设备102经由接入网络110向核心网络设备108发送注册请求124。类似地,可以直接从目的地接收“从目的地接收”的消息,或者可以经由一个或更多个中间网络设备从目的地接收。在所示示例中,核心网络设备108经由接入网络110从计算设备102接收注册请求124。通过一个或更多个中间网络设备的消息可以由那些网络设备修改,例如通过添加或移除帧,或者通过改变消息的至少一部分的呈现,例如,从SIP起始线到SIP报头,或反之亦然。
注册请求124可以包括例如与计算设备102相关联的注册信息。注册信息可以包括标识信息或授权信息。标识信息可以包括例如诸如国际移动设备标识(IMEI)的终端标识符,诸如国际移动订户标识(IMSI)的用户标识符,诸如移动国家代码(MCC)和移动设备代码(MNC)的网络标识符,用户地址(例如ITU E.164国际拨号方案电话号码,移动台国际订户电话号码(MSISDN)),或网络地址(例如互联网IPv4或IPv6地址),或国家代码(例如,指示计算设备102所在的国家)。授权信息可以例如,独立地或与标识信息相关联地包括例如用户名、密码、密码散列、质询响应、加密票据、或信息服务器122的授权功能可用的其他信息,以确定对应该被提供给计算设备102的电信网络106的服务的访问。在一些示例中,注册信息可以包括在服务信息224中或至少部分地基于服务信息224来确定。
在各种示例中,注册请求124可以,但可以或可以不,包括定位信息126。定位信息126可以包括与计算设备102的物理定位相对应的数据,例如,地址、一组坐标、或者可以与几何学相关的手机信号塔标识符或其他逻辑标识符。定位信息可以附加地或替代地包括MCC、MNC、国家代码或本文描述的其他定位信息。
在一些示例中,在注册请求124成功之后,计算设备102例如经由注册路径114发送至少一个辅助请求(为了简洁而省略)。辅助请求可以包括可能用于在成功注册请求124方面的其成功的请求。例如,一些网络体系结构要求成功处理SIP REGISTER(示例主要请求),以便在可以成功地处理来自计算设备102的SIP SUBSCRIBE(示例性辅助请求)之前,计算设备102被认证到核心网络设备108。
在一些示例中,SIP SUBSCRIBE请求使得第二核心网络设备120在特定事件出现时通知计算设备102,那些事件在“事件分组”内定义。在一些示例中,SIP PUBLISH请求将关于计算设备102的状态的信息(例如,关于在事件分组中定义的事件)传送到第二核心网络设备120。例如,SIP PUBLISH可以传送关于存在、手机功能、支持的编解码器或手机定位的信息。可以将更新的信息传送给订阅的计算设备,例如,经由到那些设备的SIP NOTIFY请求。
在接收到注册请求124时,核心网络设备108可以执行请求处理128,下面参考图2-8更详细地描述。例如,响应于注册请求124或注册的成功完成,核心网络设备108可以将第三方注册请求发送到例如一个或更多个第二核心网络设备120。在一些示例中,核心网络设备108,例如,使用存储的初始过滤标准(iFC)可以确定哪一个或或哪几个第二核心网络设备120应该接收第三方注册请求。然后,核心网络设备108可以分叉注册请求124或者向那些第二核心网络设备120中的至少一些发送一个或者更多个第三方注册请求。示出了示例性第二注册请求130,其可以表示注册请求124的分叉或响应于注册请求124的第三方注册请求。
响应于注册请求124或第二注册请求130的处理,一个或更多个核心网络设备108或120可以发送状态响应。如果一个或更多个请求124,130的处理成功,则相关的一个或更多个核心网络设备108或120然后可以发送确认,例如SIP 200 OK响应。核心网络设备108可以代表其自身或代表一个或更多个第二核心网络设备120向计算设备102发送确认。例如,核心网络设备108可以将注册请求124分叉到一个或更多个第二核心网络设备120,等待来自一个或更多个那些第二核心网络设备120的确认,然后向计算设备102发送指示注册请求124和(分叉的)一个或更多个第二注册请求130成功的确认。除非另有明确说明,否则关于确认的贯穿该文档描述的功能可以附加地或替代地针对错误消息或其他响应执行。
在一些示例中,核心网络设备108对注册请求124的处理可以成功,但是至少一个第二核心网络设备120对第二注册请求130的处理可能失败。在一些示例中,核心网络设备108向计算设备102发送响应,并且响应表示处理注册请求124和(例如,所有第二注册请求130中的)至少一个第二注册请求130的成功或失败。例如参考图2和图4-10在本文讨论了示例。在一些示例中,计算设备102然后可以采取校正动作,例如,校正注册请求124中的缺陷,然后重试注册。这可以允许计算设备102在尝试第二或后续阶段(例如,SIP SUBSCRIBE)之前,成功地完成分阶段设置的第一阶段,例如SIP REGISTER。
如本文所使用的,“重试”指的是发送第二或后续请求,该第二或后续请求被设计为产生与关于一个或更多个特定核心网络设备或一个或更多个功能(例如,在网络层、传输层、应用层或其他层)的第一失败请求基本相同的效果。例如,重试第一SIP REGISTER请求可以包括发送第二SIP REGISTER请求。第一SIP REGISTER请求和第二SIP REGISTER请求在至少一个方面可以是相同的、基本相同的或不同的。例如,如本文中参考图10框1004所讨论的,重试SIP REGISTER可以包括向第二SIP REGISTER请求添加指示位置信息的报头或其他字段。在本文中参考图10框1012描述的一些示例中,经由WIFI接入网络的第一SIPREGISTER请求可能失败。可以通过经由LTE接入网络发送不同的第二SIP REGISTER请求来重试第一REGISTER。两个REGISTER请求都可以被设计为请求访问TAS或其他AS的应用层服务,例如语音呼叫或文本消息。
在成功完成设置过程(例如,REGISTER和SUBSCRIBE)之后,第一用户可以向第二用户发出呼叫(即,与其建立通信会话)。计算设备102例如响应于第二用户对“发送”控件132的激活,可以经由例如信令路径116发送通信会话的发起请求134,例如SIP INVITE。该示例中的计算设备102是会话发起设备,即,发起与另一计算设备的通信会话的计算设备。会话发起设备可以包括用户装置或其他电信设备或计算设备,其可以经由一个或更多个核心网络设备108与其他计算设备通信地连接。移动电话和铜环路固定电话可以是会话发起设备的示例。
例如,表示呼出语音呼叫的发起请求134可以包括至少一个目的地的信息,例如,计算设备102请求与其建立会话的至少一个计算设备或其他电信设备(例如,计算设备104)。至少一个第二核心网络设备120(例如,TAS)可以例如根据或至少部分地基于注册请求124中的信息或辅助请求来处理发起请求134。响应于发起请求134或后续处理,至少一个第二核心网络设备120还可以发送诸如SIP NOTIFY消息之类的通知消息。在示例中,计算设备102订阅SIP“对话”事件分组。当建立锚定在第二核心网络设备120(1)处的SIP对话时,第二核心网络设备120(1)向计算设备102发送指示建立的SIP NOTIFY消息。
可以执行呼叫发起,例如,如全球移动系统(GSM)或长期演进上语音(VoLTE)标准中所定义的,并且可以包括在计算设备104和102与一个或更多个核心网络设备108或120之间交换附加消息(未示出)。例如,计算设备104的用户可以操作呼叫接受控件136,例如触摸屏按钮。然后,计算设备104可以向SIP INVITE消息发送SIP 200 OK响应。一旦建立了会话,会话的数据(例如音频数据或视频数据)可以经由描绘为媒体路径118的通信信道、在计算设备104和102之间交换。如图所示,媒体路径118可以通过一个或更多个核心网络设备108或120或者可以绕过一个或更多个核心网络设备108和120。
图2是示出根据一些实现方式的允许分阶段设置处理的系统200的框图。系统200包括计算设备202,例如无线电话或其他用户装置,其可以表示计算设备102或104(见图1)。计算设备202可以经由电信网络206耦接到服务器204,电信网络206可以表示网络106(见图1)。服务器204可以是一个或更多个核心网络设备108或120的示例,例如,S-CSCF、TAS或其他AS。
网络206可以包括一个或更多个网络,例如蜂窝网络208和数据网络210。网络206可以包括经由一个或更多个接入网络连接到用户装置的一个或更多个核心网络。示例性接入网络包括LTE(例如,演进UMTS陆地无线电接入网络或EUTRAN)、WIFI、GSM EDGE无线电接入网络(GERAN)、UMTS陆地无线电接入网络(UTRAN)和其他蜂窝接入网络。
蜂窝网络208可以使用诸如GSM、码分多址(CDMA)、UMTS、LTE等技术来提供广域无线覆盖。示例性网络包括时分多址(TDMA)、演进数据优化(EVDO)、高级LTE(LTE+)、通用接入网络(GAN)、非许可移动接入(UMA)、正交频分多址(OFDM)、通用分组无线电服务(GPRS)、增强型数据GSM环境(EDGE)、高级移动电话系统(AMPS)、高速分组接入(HSPA)、演进的HSPA(HSPA+)、VoIP、VoLTE、IEEE 802.1*协议(如802.11或802.15)、无线微波接入(WIMAX)、WIFI和/或任何未来基于IP的网络技术或现有基于IP的网络技术的演进。服务器204和计算设备(诸如计算设备202)之间的通信可以附加地或替代地使用其他技术来执行,诸如有线(普通老式电话服务、POTS或PSTN线路)、光学(例如,同步光学网络、SONET)技术等。
数据网络210可以包括用于发送和接收数据(例如,数据分组)的各种类型的网络,包括使用诸如WIFI、IEEE 802.15.1(蓝牙)、异步传输模式(ATM)、WIMAX、或其他网络技术的技术的网络,例如,其被配置为传输互联网协议(IP)分组。在一些示例中,服务器204包括互通功能(IWF)或其他设备桥接网络(例如,LTE、3G和POTS网络)或者与互通功能(IWF)或其他设备桥接网络通信连接。在一些示例中,服务器204可以将来自PSTN的SS7业务桥接到网络206中,例如,允许PSTN消费者向蜂窝消费者发出呼叫,反之亦然。
在一些示例中,蜂窝网络208和数据网络210可以承载语音或数据。例如,数据网络210可以使用互联网协议上的语音(VoIP)或其他技术来承载语音业务以及数据业务,或者蜂窝网络208可以使用高速分组接入(HSPA)、LTE或其他技术来承载数据分组以及语音业务。一些蜂窝网络208以分组交换格式承载数据和语音两者。例如,许多LTE网络根据LTE上语音(VoLTE)标准,在数据分组中承载语音业务。一些LTE网络可以与WIFI接入网络互连,以允许IMS介导的WIFI上语音(VoWIFI)呼叫。本文的各种示例提供例如电路交换(CS)网络206或混合VoLTE/3G网络206上的例如运营商级语音呼叫的发起和终止,以及包括原始装置制造商(OEM)手机、非OEM手机、或运行云上(OTT)SIP客户端软件的计算设备的计算设备202上的发起和终止。
计算设备202可以是或包括无线电话、有线电话、平板计算机、膝上型计算机、手表或其他类型的计算设备。计算设备202可以包括至少一个处理器212,例如,一个或更多个处理器设备,诸如微处理器、微控制器、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、可编程逻辑设备(PLD)、可编程逻辑阵列(PLA)、可编程阵列逻辑器件(PAL)、或数字信号处理器(DSP)、以及一个或更多个计算机可读介质214,例如存储器(例如,随机存取存储器(RAM)、固态驱动器(SSD)等)、磁盘驱动器(例如,基于盘片的硬盘驱动器)、另一种类型的计算机可读介质或其任何组合。
计算设备202还可以包括用户界面(UI)216,例如,包括电子显示设备218、扬声器、振动单元、触摸屏或用于向用户呈现信息或从用户接收命令的其他设备。用户界面216可以包括会话发起用户界面控件132(例如触摸屏按钮),以指示应该发起通信会话。用户界面216或其组件(例如,电子显示设备218)可以与计算设备202分离或者与计算设备202集成(例如,如图1所示)。
计算设备202还可以包括一个或更多个通信接口220,其被配置为经由网络206选择性地通信。例如,一个或更多个通信接口220可以操作计算设备202的一个或更多个无线电222以经由网络206进行通信。一个或更多个无线电222可以例如经由蜂窝网络208的一个或更多个接入网络110或112进行通信。一个或更多个通信接口220可以附加地或可选地包括一个或更多个收发器或被配置为经由网络206使用有线连接进行通信的其他组件。
计算机可读介质214可用于存储数据,并用于存储可由处理器212操作的组件或可由处理器212执行的指令,以执行如本文所述的各种功能。计算机可读介质214可以存储各种类型的指令和数据,例如操作系统、设备驱动程序等。存储的处理器可执行指令可以布置在模块或组件中。存储的处理器可执行指令可以由处理器212执行,以执行本文描述的各种功能。
计算机可读介质214可以是或包括计算机可读存储介质。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字通用盘(DVD)、或其他光学存储器、磁带盒、磁带、磁盘存储器或其他磁存储设备、或任何其他有形的非暂时性介质,其可用于存储所需信息并且可由处理器212访问。有形计算机可读介质可包括以任何方法或技术实现的易失性和非易失性、可移除且不可移除介质,用于存储信息,例如计算机可读指令、数据结构、程序模块或其他数据。
计算机可读介质214可以存储服务信息224,其指示计算设备202的信息、计算设备202的用户的信息、或计算设备202被配置成使用的至少一个网络服务的信息。服务信息224可以包括例如计算设备202可以尝试与其连接的应用服务器或服务类型的指示。在一些示例中,服务信息224可以包括计算设备202、或者计算设备202的用户、或与计算设备202相关联的用户的位置数据或其他定位信息126。
计算机可读介质214可包括客户端应用程序226或其他模块或组件的处理器可执行指令。客户端应用程序226(例如,本机或其他拨号器)可以允许用户发起和终止与计算设备202(例如无线电话)相关联的通信会话。在一些示例中,客户端应用程序226可以使计算设备202将注册请求124、诸如SIPSUBSCRIBE的辅助请求或发起请求134中的至少一个发送到服务器204。客户端应用程序226可以至少部分地基于服务信息224来确定注册请求124、辅助请求、或发起请求134中的至少一个的至少一些内容。在一些示例中,客户端应用程序226的处理器可执行指令可以由处理器212执行,以执行本文所述的各种功能,例如,参考图9和图10中的至少一个。
服务器204可包括至少一个处理器228和一个或更多个计算机可读介质(CRM)230。计算机可读介质230可用于存储请求处理模块232或其他模块或组件的处理器可执行指令。请求处理模块232可以表示或执行图1的请求处理128。处理器可执行指令可由处理器228执行,以执行本文所述的各种功能,例如,参考图4-图8中的至少一个。
服务器204可以包括任何类型的一个或更多个通信接口234,例如,上面参考一个或更多个通信接口220所描述的。例如,服务器204可以经由一个或更多个通信接口234、与信息服务器122或与其他核心网络设备108或120进行通信。
用于移动通信的各种使用情况涉及计算设备202(例如,UE)的位置。例如,美国的“9-1-1”和欧洲的“1-1-2”等紧急服务可以使用计算设备202的位置,将紧急呼叫路由到适当的公共安全应答点(PSAP)或将第一应答器指向计算设备202。搜索服务可以使用计算设备202的位置,来将为诸如“附近的餐馆”或“迈克·奥德菲尔德旅游站点”之类的查询返回的结果的空间范围例如限制到计算设备202的预定距离内的结果。映射服务可以在地图上显示计算设备202的位置或提供逐向指示。
如本文所使用的,计算设备202的“位置”是例如使用纬度和经度可表达的计算设备202的物理位置。所有定位技术都具有特定的精度和准确度,因此本文使用的设备的“位置”可以指的是确定存在计算设备202的空间区域(例如,全球定位系统(GPS)获得位置的42°N、42°E±15米)。“位置数据”或“位置信息”是位置的表示,例如,在确定存在计算设备202的区域的中心或角落的十进制或小时-分钟-秒中。位置数据可以附加地或替代地包括街道地址、建筑物编号或计算设备202的位置的其他非坐标指示。
如本文所使用的,“定位信息”是在确定计算设备202的位置时使用或有用的任何信息。定位信息(例如,定位信息126)可包括位置信息。例如,计算设备202可以经由GPS确定其位置,并且将所确定的位置的坐标提供为位置信息,或者将其提供在定位信息中,例如包括在SIP REGISTER请求中。附加地或替代地,定位信息可以包括不是位置信息但可以用于确定或估计位置的信息。例如,定位信息可以包括计算设备202已经或最近已经连接到的eNodeB的EUTRAN小区全局标识(ECGI)。由于eNodeB具有有限的空间范围,因此ECGI指示计算设备202(或最近)所在的区域(eNodeB覆盖区域)。
图3示出了根据一些现有方案的呼叫流程300,其示出了例如从UE 302(例如,VoLTE UE或VoWIFI UE)到基于IMS的电信网络的注册过程的失败的示例。在该示例中,UE302正在向S-CSCF 304和电话应用服务器(TAS)306注册。TAS 306与LRF 308通信。可以存在其他核心网络设备,例如P-CSCF,但是为了简洁省略了。
如图所示,UE 302以SIP REGISTER消息的形式发送注册请求。在该示例中,S-CSCF304用SIP 401Unauthorized错误和挑战(例如,随机数)来响应REGISTER消息。作为响应(如虚线箭头所示),计算设备102发送第二SIP REGISTER消息310,其包括对挑战的响应,例如,随机数的散列和共享秘密。
在框312处,S-CSCF 304处理注册。框312可以包括验证对挑战的响应,以确认计算设备102被授权注册。然后,S-CSCF 304向302发送指示注册完成的SIP 200 OK。同样,响应于框312中的注册,如箭头314所示,S-CSCF 304代表UE 302向TAS 306发送第三方注册消息。在该示例中,第三方注册消息是SIP REGISTER消息316。在3GPP TS 24.229(vl3.5.1)§5.4.1.7中描述了第三方注册的示例。消息316可以包括由UE 302提供的位置数据或其他定位信息(如果有的话)。
在框318处,TAS 306处理消息316。在该示例和其他示例中,TAS 306可以例如至少部分地基于从UE 302转发的消息316中的任何定位信息,来确定定位请求320。TAS 306可以将定位请求320发送到LRF 308。LRF 308可以确定UE 302的定位是未知的。LRF 308可以向TAS 306发送定位响应322,指示该定位是未知的。作为响应,TAS 306可以确定无法完成注册。然后,TAS 306可以用SIP 5xx(或“5-xx”)失败响应(例如,SIP 503响应324)来回复S-CSCF 304。
如虚线箭头和框326所示,S-CSCF 304在接收到响应324时可以处理UE 302的注销。注销可以包括向“reg”事件分组的任何订户发送SIP NOTIFY。然而,在该示例中,UE 302未订阅“reg”事件分组,因此不通知注销。
如虚线箭头328所示,响应于框312之后的SIP 200 OK,UE 302尝试订阅“reg”事件分组。UE 302将SIP SUBSCRIBE消息330(“事件:reg”)发送到S-CSCF 304。然而,响应于注册(在箭头328处开始)对UE 302的处理可以与对S-CSCF 304和TAS 306(从箭头314开始)的处理并行地执行。由于UE 302、S-CSCF 304和TAS 306不彼此同步操作,因此S-CSCF 304可能直到在框326中的注销完成之后才接收消息330,例如,如图所示。这是一种竞争条件,这会降低系统的稳健性。在该示例中,注销之后的SUBSCRIBE使得S-CSCF拒绝消息330作为未注册设备(UE 302)进行订阅的尝试。因此,S-CSCF 304可以响应于消息330,向UE 302发送失败指示332,例如SIP 403禁止失败指示332。
在一些现有方案中,在接收到失败指示332时,UE 302退回固定或伪随机时间量,然后尝试重新注册。然而,在一些示例中,当UE 302进行尝试时,UE 302的定位仍然是未知的。结果,重复相同的事件序列,并且注册不成功。在一些示例中,UE 302可以重试例如三次,并且每次重试可能失败。图3中的事件序列并且其重试可以在接入网络和核心网络中消耗网络带宽而没有益处。
一些示例导致甚至更多的带宽消耗。例如,在框318处,TAS 306可以附加地或替代地向HLR发出请求,从而消耗更多的核心带宽。此外,在框312之后,S-CSCF 304可以并行地执行多个第三方注册,例如到TAS和到消息服务器(诸如即时消息和存在(IMP)AS)。即使向TAS 306注册失败,那些第三方注册中的一些也可能成功。例如,IMP服务器通常不需要定位信息,因此即使没有该信息也可以处理第三方注册。然而,在S-CSCF 304从TAS 306接收到SIP 503消息时,S-CSCF 304必须从IMP AS或其他AS注销UE 302,从而进一步增加核心业务。
图4示出了根据各种实现方式的呼叫流程400,其示出了例如从表示VoLTE UE的计算设备102到基于IMS的电信网络106的分阶段设置过程的示例性失败。计算设备102与核心网络设备108(例如,S-CSCF)和第二核心网络设备120(例如,TAS)通信。为简洁起见,省略了电信网络106的其他组件,例如授权服务器。核心网络设备108或(如图所示)第二核心网络设备120可以与LRF 402通信,LRF 402可以表示图1的信息服务器122。LRF402可以实现为独立服务器或其他核心网络设备,或者实现为由服务器或其他核心网络设备执行的多个功能中的一者。
计算设备102向核心网络设备108发送包括注册请求124(例如SIP REGISTER请求)的消息404。核心网络设备108以SIP 401Unauthorized和挑战进行响应,如上面参考图3所述。作为响应,如虚线箭头所示,计算设备102发送包括注册请求124和对挑战的响应的消息406。消息406可以包括正确的响应,但是在一些示例中,例如下面讨论的那些,可以省略定位信息,或者可以包括过期的、不完整的或无效的定位信息。在一些示例中,消息406是UE需要发送的唯一注册消息,并且经由核心网络设备108处理的第三方注册来处理任何其他必要的注册。下面讨论示例。
在框408,核心网络设备108处理在消息406的注册请求124中指示的注册。例如,核心网络设备108可以执行认证或授权处理,例如,包括与信息服务器122的授权功能的消息交换。在一些示例中,核心网络设备108可以与信息服务器122(例如,HSS)通信,以验证计算设备102。这里例如参考框614讨论示例。
在框408处或框408之后,核心网络设备108可以开始第三方注册。这可以例如响应于注册的成功处理或响应于计算设备102的成功验证来完成。不同于图3,在该示例和其他示例中,核心网络设备108在完成注册时不向计算设备102发送SIP 200 OK。相反,在该示例和其他示例中,核心网络设备108可以将消息412发送到第二核心网络设备120。在该示例中,第二核心网络设备120是“强制网络设备”的示例,即,网络设备,由于该网络设备,无法处理消息412要求消息406的处理至少部分地被认为是失败的。在一些示例中,即使框408中的处理成功,如果强制第二核心网络设备120在框414中的处理失败,则将失败响应返回到计算设备102。与强制网络设备相反,如本文所使用的,“自由选择网络设备”是第二核心网络设备120或其他网络设备,由于该网络设备,无法处理不要求消息406的处理被认为是失败的。例如,如果IMP AS对第三方注册的处理失败,则由消息406触发的整体注册的处理仍然可以成功。在一些示例中,消息412可以包括从消息406复制或导出的至少一些信息。
在一些示例中,框408可以至少包括至少部分地基于iFC(初始过滤标准)来选择第二核心网络设备120或确定消息412,例如,从HSS检索并且对应于计算设备102的特定用户。例如,由S-CSCF执行的框408可以搜索输入消息(例如消息406)的内容,以寻找与iFC中的模式匹配的字符串。如果找到特定模式的匹配,则框408可以包括在与该模式相关联的iFC中执行指令。例如,对于用于REGISTER SIP方法的iFC,iFC可以包括在SIP REGISTER消息中的Contact报头中找到的匹配特征标签的模式。与那些模式相关联的指令可以包括将一个或更多个第三方注册(TPR)发送到处理由联系报头特征标签指示的特征的相应一个或更多个AS的指令。iFC还可用于确定或触发其他操作或消息。
第二核心网络设备120可以在框414处理第三方注册。框414可以包括将定位请求416发送到LRF 402并从LRF 402接收定位响应418,例如,如本文中参考图3所讨论的。如果有的话,定位请求416可以包括从消息406复制或导出的定位信息(经由消息412传送)。定位响应418可以指示该定位是未知的。
在一些示例中,例如在消息406中,计算设备102不提供定位信息(例如,位置信息或其他定位信息)。例如,计算设备102可以是不包括用于GPS或其他无线电导航信号的接收器的廉价功能电话,因此无法提供坐标。
在一些示例中,计算设备102提供不准确或不能被验证的定位信息。例如,一些不符合标准的移动电话在本地时间传输没有时区信息的时间戳,替代了具有时区信息或UTC。结果,一些核心网络设备无法验证由这些移动电话提供的定位信息是否足够满足与提供紧急服务(例如,911服务)相关的立法或法规要求。在一些示例中,法规可能要求位置或定位信息最多两个小时。例如,在UTC+3到UTC+14(或UTC+(≥3))的时区中,如果在没有时区偏移的情况下发送本地时间,则时间戳可以被认为是UTC,但是之前的三个或更多小时(例如,在UTC时间8:00,UTC+3是11:00,或者3小时后)。这可能导致时间戳的定位数据被认为太过时(例如,超过两个小时)而不能使用。在一些示例中,第二核心网络设备120或LRF 402可以忽略时间戳并使用由计算设备102提供的任何定位信息,例如,最近连接的eNodeB的ECGI。然而,这可能导致对计算设备102的位置做出不准确的假设。
在一些示例中,计算设备102可以提供无效的定位信息。例如,计算设备102可以提供虚拟或恒定的ECGI值而不是计算设备102的范围内的实际eNodeB的ECGI值。附加地或替代地,例如,如果计算设备102已超出蜂窝范围超过两小时(例如,当在飞行中的飞行器超过两小时),则计算设备102可以发送空白或错误格式化的定位信息。
在一些示例中,计算设备102可以发送核心网络设备108或120不可用的定位信息。例如,在访问运营商的网络中漫游的蜂窝电话可以将访问的ECGI提供给归属运营商的S-CSCF(核心网络设备108)。然而,归属运营商可能没有必要的信息来确定来自该ECGI的位置,因为归属运营商可能无法访问被访问运营商的小区覆盖数据库。
在一些示例中,计算设备102经由WIFI接入网络110或其他定位不可知接入网络连接到网络106。在这些示例中的一些示例中,接入网络110不提供计算设备102的定位信息。如本文所使用的,“定位不可知”接入网络是不作为接入网络的正常操作的一部分的接入网络,为连接到该网络的设备提供定位信息。与定位不可知的接入网络的示例可以包括WIFI网络或其他IEEE标准化无线网络;以太网或其他有线网络。定位不可知网络可以例如用于经由诸如因特网的公共数据网络连接或经由LTE演进分组数据网关(ePDG)建立到核心网络设备的连接。
在一些示例中,用于定位不可知网络(例如,WIFI接入点(AP))的接入设备不存储它们自身或连接用户的位置信息,因此不能提供位置信息。此外,ePDG或诸如防火墙或路由器的网络设备可以分帧、加密链路(tunnel)或以其他方式修改来自接入设备的分组,从而防止使用IP地理定位来确定位置信息。相反,用于3GPP接入或其他定位感知接入网络的接入设备(例如EUTRAN中的eNodeB)可以将位置或其他定位信息(例如,定位区域标识(LAI)、EUTRAN小区标识(ECI)或ECGI值)提供给核心网络设备108。LAI值可以包括MCC、MNC和定位区域代码(LAC)。在一些示例中,定位感知接入网络可以提供UE的坐标。
在一些示例中,计算设备102(例如,当经由定位不可知的接入网络连接时)可以在消息406中提供计算设备102所连接的最后的定位感知接入设备的标识或定位信息。例如,计算设备102可以提供计算设备102所连接的最后的eNodeB的ECGI,以及指示计算设备102何时最后连接到该eNodeB的时间戳。然而,时间戳可能是不正确的,缺少时区信息,或者定位信息可能早于预定时间段。例如,如果时间戳指示时间超过过去的两小时,则定位信息比早两小时更新的监管要求将阻止使用最后连接的ECGI。因此,即使计算设备102提供最后连接的接入设备的信息,核心网络设备108或120或LRF 402在确定计算设备102的定位时依赖该信息也是不可能或不实际的。
在一些示例中,例如,在没有来自计算设备102或接入网络110的定位信息的情况下,LRF 402可以被配置为基于例如计算设备102的IMSI、IMEI或电话号码或消息406中的其他信息,来从HLR/HSS访问定位信息。然而,一些预付费移动电话和其他预付费计算设备102不包括存储在HLR/HSS中的订户配置文件中的物理地址信息。因此,如果计算设备102不提供可用的定位信息,并且接入网络110不提供可用的定位信息,并且订户配置文件不包括可用的定位信息,则LRF 402可以(经由定位响应418)指示定位未知。
以上给出了各种示例,其中,计算设备102可以不提供可用的定位信息,其中,接入网络110不提供可用的定位信息,或者其中,订户配置文件不包括可用的定位信息。以上实例是非限制性的。如本文所使用的,定位“未知”意味着定位信息不存在、太过时、不符合技术、法定或法规要求,或者其他方式不可用。例如,由于任何上面列举的原因;一个或更多个网络组件的错误或软件故障;宇宙射线引起的数据损坏;诸如Rowhammer攻击等恶意活动;或任何其他原因,本文的各个方面可以在定位未知(例如,不存在可用定位信息)时操作。
响应于指示定位未知的定位响应418,第二核心网络设备120可以确定不能完成注册。然后,第二核心网络设备120可以利用SIP 5xx失败响应(例如,SIP 503响应420)来回复核心网络设备108。
例如,仍然在框408处,核心网络设备108可以接收响应420。然后,如虚线箭头422所示,核心网络设备108可以向计算设备102提供指示注册不成功的失败消息424。在该示例和其他示例中,失败消息424是SIP 503 Server Failure(服务器故障)响应。在一些示例中,失败消息424是或包括向计算设备102标识重试不太可能成功的信息,除非关于该请求的某些内容改变。
在该示例和其他示例中,计算设备102可以通过采取校正动作来响应失败消息424(框426)。例如,在框426处,计算设备102可以退回(即,不重试注册)预定时间段。在一些示例中,在框426处,计算设备102可以提示用户提供定位信息,然后使用用户提供的定位信息重试注册。在一些示例中,在框426处,例如通过呈现在显示器218上的提示“呼叫消费者服务?”,计算设备102可以提示用户与操作员通信。
在一些示例中,在框426处,计算设备102可以尝试经由可能提供定位信息的不同接入网络进行连接。例如,如果经由WIFI接入网络发送消息404、406和424,则框426可以包括经由诸如LTE的3GPP接入网络或另一个定位感知接入网络进行重试。下面参考图9和图10讨论框426处的校正动作的示例。
在图4的示例中(与图3的示例不同),第三方注册的失败不会导致计算设备102在其不知情的情况下被注销。第三方注册的失败也不会导致到其他AS(例如IMP AS)的注册/注销循环。此示例和其他示例可以节省核心和访问带宽。这种通过接入网络的数据传输的节省可以减少进行分阶段设置所需的时间和能量,这可以增加多个用户的网络106的性能,并且可以增长便携式计算设备102的电池寿命。如本文所述,这里的一些示例通过以下操作减少了信令业务:通过不从核心网络设备108发送SIP 200 OK;通过不对第二代码网络设备120以外的AS进行其他第三方注册和注销;并且通过不在UE处重试不会成功的请求。这可以减少每个应用服务器至少四个信令交换。使用的带宽减少可以降低网络过载或中断的可能性。
图4的示例显示需要定位信息的第二核心网络设备120。例如,如上所述,TAS可能需要定位信息以满足紧急服务要求。这不是限制性的,并且本文的示例可以与需要或不需要定位信息的强制或自由选择网络设备的任何组合一起使用(每个网络设备总共有四个选项)。例如,机器对机器通信可能涉及不需要定位信息的TAS或其他AS。
说明性过程
图5示出了用于处理计算设备102向网络106的注册的示例性过程500。过程500可以例如通过可与UE通信地连接的网络设备(例如,核心网络设备108或其他一个或更多个服务器204)来执行。如上所述,核心网络设备108可以包括通信接口234。核心网络设备108可以包括例如S-CSCF。过程500可以由电信网络206的核心网络设备执行。上面参考框408和消息420和424讨论了框502-510的示例。在一些示例中,核心网络设备108包括一个或更多个处理器228,其被配置为例如响应于请求处理模块232的计算机程序指令,来执行下面描述的操作。
除非另有说明,或者在后面的步骤中使用来自较前步骤的数据,否则可以以任何顺序执行图5-图10中所示的操作。多个图中所示的任何操作可以如参考其中示出该操作的第一图所讨论的那样。在一些示例中,可以以该顺序执行框502、504、506、508和510。在这些和其他示例中的一些示例中,S-CSCF可以等待响应UE,直到TAS注册成功为止。如本文所讨论的,这可以节省带宽和电池功率。
为了解释清楚,在此参考可以执行或参与示例性方法的步骤或操作的图1和图2中所示的各种组件以及图4中所示的消息。然而,应该注意,可以使用其他组件;即,图5-图10中所示的示例性的一种或更多种方法不限于由所识别的组件执行。
在502处,核心网络设备108可以接收与用户装置(UE)(例如,计算设备102)相关联的注册请求(或其他请求,例如,注销或订阅请求,并且同样地贯穿本文)。例如,如本文中参考消息406所讨论的,注册请求可以包括例如SIP REGISTER请求。
在504处,核心网络设备108可以代表UE、经由电信网络206向强制网络设备发送第三方注册请求。这里例如参考消息412讨论示例。第三方注册请求可以包括例如SIPREGISTER请求。如上所述,例如,参考框408,如果强制网络设备的处理失败,则认为注册请求的处理至少部分失败。
在506处,核心网络设备108可以经由电信网络从强制网络设备接收第一回复。第一回复可以包括SIP响应。第一回复可以例如经由SIP响应代码,指示第三方注册请求的成功或失败。这里例如参考消息420讨论示例。
在508处,核心网络设备108可以至少部分地基于第一回复来确定第二回复。第二回复可以包括SIP响应。第二回复可以包括例如SIP 200 OK或SIP 4xx(或“4-xx”)或5xx错误响应代码。例如参考消息424讨论本文示例。例如,框508可以包括,响应于指示第三方注册请求失败的第一回复,确定指示注册请求失败的第二回复。例如,第三方注册请求(例如,消息412)到强制网络设备(例如,第二核心网络设备120)的失败可能导致注册请求失败(例如,消息406)。
在510处,核心网络设备108可以经由电信网络206向UE发送第二回复。本文例如参考消息424讨论示例。
图6示出了用于处理注册请求的示例性过程600。过程600可以例如由核心网络设备(例如,核心网络设备108或上述其他设备)来执行。在一些示例中,框502之后可以是框602或框610。在一些示例中,框506之后可以是框606或框608。在一些示例中,框508可以包括框606。在一些示例中,框502之后可以是框614。
在一些示例中,可以与注册强制网络设备并行地执行向自由选择网络设备的注册。这可以减少执行注册所需的时间量。在这些示例中的一些示例中,框502之后是框602。
在602处,核心网络设备108可以在接收到注册请求(框502)之后并且在接收第一回复之前(框506),经由电信网络206、代表UE发送第二个第三方注册请求到自由选择网络设备。例如参考IMP AS以上讨论了示例。
在604处,核心网络设备108可以经由电信网络206从自由选择网络设备接收第三回复。第三回复可以指示第二个第三方注册请求的成功或失败。例如,第三回复可以包括具有指示成功(lxx或2xx)或失败(4xx、5xx或6xx)的响应代码的SIP响应。
在606处,例如,在框506和框604之后,核心网络设备108可以确定要发送给UE的第二回复。响应于指示到强制网络设备的第三方注册请求的失败的第一回复,以及指示到自由选择网络设备的第二个第三方注册请求的成功的第三回复,核心网络设备108可以确定第二回复,指示(强制性)第三方注册请求失败以及(自由选择)第二个第三方注册请求成功。在确定包括关于多个第三方注册的成功或失败的信息的第二回复的该示例和其他示例中,第二回复可以包括指示这样的成功或失败的至少一个自定义报头。在一些示例中,第二回复可以包括用于每个第三方注册的相应报头,其承载关于该第三方注册的信息,例如“X-Mandatory-AS-1:success”。在一些示例中,单个报头可以承载多个第三方注册的信息,例如“X-3rd-Party-Regs:+AS1,-AS2”,以指示向AS1的注册成功以及向AS2注册的失败。
在一些示例中,框506或框508(或框606,其可以包括在框508中)之后可以是框504或框602(连接件A)。这可以允许以任何顺序、任何串行或并行的一个或更多个组合,对任何数量的强制或自由选择网络设备进行注册尝试。在一些示例中,如本文中参考框602所讨论的,与一个或更多个自由选择网络设备并行地,对一个或更多个强制网络设备执行一个或者多个注册尝试。
在一些示例中,在向一个或更多个强制网络设备注册成功之后,执行对一个或更多个自由选择网络设备的注册。这可以减少在关于至少一个强制网络设备的注册失败的情况下,由注册所消耗的网络带宽。在一些示例中,框506之后是框608。
在608处,核心网络设备108可以响应于指示第三方注册请求成功(“成功”箭头)的第一回复,经由电信网络206,代表UE,发送第二个第三方注册到附加网络设备,例如,强制网络设备或自由选择网络设备。上面例如参考IMP AS和框602讨论了自由选择网络设备的示例。框608之后可以是框508,框508可以包括框606。在包括框608的一些示例中,框606可以包括基于对附加网络设备的注册状态确定第二回复,因为如果对强制网络设备的注册成功,则仅执行(在一些示例中)框608。例如,框606可以包括确定指示注册请求的成功或失败的第二回复,与第三回复指示的对附加网络设备的第二个第三方注册请求相同的成功或失败。在一些示例中,框608之后可以是框610。
在610处,核心网络设备108可以经由电信网络从附加网络设备接收第三回复,第三回复指示第二个第三方注册请求的成功或失败。这里例如参考框606讨论示例。框610之后可以是框508或框612(“失败”)。在使用框608的一些示例中,例如,如上所述,框508可以包括确定指示注册请求成功或失败的第二回复,其中所指示的成功或失败与第三回复所指示的第二个第三方注册请求成功或失败相同。
在612处,核心网络设备108可以响应于指示第二个第三方注册请求的失败的第三回复,将与UE相关联的注销请求(或其他取消请求)发送到强制网络设备。例如,附加网络设备可以是第二强制网络设备。在一些示例中,框612可以包括等待来自强制网络设备的注销回复或确定注销成功的至少一个。取消请求可以包括注销、取消订阅、断开连接或其他拆除请求。
在一些示例中,如果第三方注册在第一强制网络设备处成功,但在附加的强制网络设备处失败,则框612可以包括从附加强制网络设备注销UE。这可以允许在核心网络设备108和任何一个或更多个第二核心网络设备120处维持UE的一致注册状态。在一些示例中,可以关于任意网络设备或多个强制或自由选择网络设备及其任意组合执行框612的功能。例如,如果对一个或更多个强制网络设备或自由选择网络设备的第三方注册成功,然后向另一个强制网络设备的第三方注册失败,则核心网络设备108可以在回复UE之前,从一个或更多个强制网络设备或自由选择网络设备注销UE(框510)。
在614处,核心网络设备108可以与信息服务器122通信以验证UE。在一些示例中,仅当UE有效(“Valid”)时,注册才可以进行到框504。这里例如参考图8的框814和816讨论示例。例如,在开始第三方注册之前,可以拒绝尝试由被阻止的UE注册,具有过期或无效的订阅的UE注册,或者否则未被授权注册的UE注册。这可以减少核心网络带宽消耗。
图7示出了用于处理与UE(例如,计算设备102)相关联的请求的示例性过程700。过程700可以例如由电信网络206的核心网络设备执行,例如,核心网络设备108或上述其他设备,例如S-CSCF。在过程700的一些示例中,S-CSCF在S-CSCF处的处理成功之前不开始第三方注册。
在702处,核心网络设备108可以接收与用户装置(UE)(例如,计算设备102)相关联的第一请求。第一请求可以是或包括例如注册请求、注销请求、订阅或取消订阅请求、或其他请求。
在704处,核心网络设备108可以处理第一请求并确定第一请求的处理的成功或失败。在注册请求的一些示例中,核心网络设备108可以执行如TS24.229§5.4.1.2.1中所述的注册处理。在一些示例中,框704可以包括至少验证请求;确定请求是否被授权;或者至少部分地基于请求的内容来更新一个或更多个数据库或其他存储的信息。例如,如果请求是错误的、由未知或未授权的用户发送、或者在没有适当的用户凭证的情况下发送,框704处的处理可能失败。
在706处,响应于处理的失败,核心网络设备108可以经由电信网络向UE发送失败回复消息,例如SIP响应。例如,失败回复消息可以包括SIP 4xx、5xx或6xx响应或对请求的其他适当响应。在一些示例中,框706可以包括确定包括第一错误代码的失败回复消息,例如SIP 4xx(例如SIP 403)。在一些示例中,失败回复消息可以与第一错误代码相关联,例如,错误代码被保留在失败回复消息中使用,并且未在下面参考框804、806或810讨论的第二回复中使用。
在708处,响应于处理的成功,核心网络设备108可以至少部分地基于第一请求来确定第二请求。例如,第一请求可以是SIP REGISTER请求。第二请求可以是第三方注册请求,例如TS 24.229§5.4.1.2.2F中描述的第三方SIP REGISTER请求。在一些示例中,第一请求和第二请求可以是SUBSCRIBE请求。第一请求和第二请求可以是相同类型(例如,相同的SIP请求方法)或不同类型。
在710处,核心网络设备108可以经由电信网络、代表UE向强制网络设备发送第二请求。上面例如参考消息412讨论了示例。
在一些示例中,在框704处,如果第一请求的处理成功,则核心网络设备108不立即向UE或其他请求者发送成功回复。相反,如本文中参考图4所讨论的那样,核心网络设备108在确定对第一请求的回复之前,与一个或更多个强制网络设备通信。这里例如参考图8讨论示例。
图8示出了用于处理与UE(例如,计算设备102)相关联的请求的示例性过程800。过程800可以例如由核心网络设备(例如,核心网络设备108或上述其他设备)执行,例如,S-CSCF。可以响应于图7中框704处的处理的成功来执行过程800。在一些示例中,图7中框710之后可以是框802或框808。在一些示例中,框704之后可以是框812。在一些示例中,框704可以包括框814和816。
在802处,核心网络设备108可以从强制网络设备接收第一回复。第一回复可以指示第二个请求的成功或失败。这里例如参考框506讨论示例。如图所示,框802之后可以是框708。这可以允许在向UE发送回复之前,与多个强制网络设备通信。
在804处,核心网络设备108可以至少部分地基于第一回复来确定第二回复,例如SIP响应。这里例如参考框508讨论示例。在一些示例中,响应于指示第二请求失败的第一回复,框804可以包括确定包括与以上参考框706所讨论的第一错误代码不同的第二错误代码的第二回复,例如SIP 5xx(例如SIP 503)。使用不同的错误代码来区分框704处的故障与强制网络设备(或多个设备)处的故障(由第一回复指示)可以允许UE根据错误类型采取适当的动作。这可以减少UE的不成功重试以及相应的功率和带宽消耗。这里例如参考框426或图9-图10讨论了示例。
在806处,核心网络设备108可以经由电信网络向UE发送第二回复。这里例如参考框510讨论示例。
在某些情况下,强制网络设备可能已关闭或无响应。在这些情况的一些下,对强制网络设备的请求可能会在没有回复的情况下超时。因此,在一些示例中,框708之后是框808。
在808处,核心网络设备108可以在预定的超时时段等待来自强制网络设备的第一回复。预定的超时时段可以是例如约、小于约、或大于约以下中任何一个:1ms、2ms、5ms、10ms、20ms或50ms。如果在超时时段期间接收到回复,则框808之后可以是框804(“ReplyRcvd。”)。否则,框808之后可以是框810(“Reply not Rcvd”)或框708。在框808之后是框708的一些示例中,核心网络设备108可以处理多个第三方请求。然后,核心网络设备108可以例如经由第二回复向UE报告哪个(哪些)第三方请求成功或失败。可在发送第二请求(框710)之后或响应于处理成功(框704)来执行框808。
在810处,响应于超时的到期而没有接收到第一回复,核心网络设备108可以确定指示处理失败的第二回复。框810之后可以是框806,在框806,核心网络设备108可以经由电信网络将第二回复发送到UE。
在812处,在一些示例中,响应于框704处的处理的成功,核心网络设备108可以在接收到对第二请求的回复之前,禁止向UE发送回复(框802)。框812之后可以是框708或框710,或包括在框708或框710中。
在814处,例如,作为框704处的处理的一部分,核心网络设备108可以从信息服务器122获取与UE相关联的验证信息。信息服务器122可以是HLR、HSS或上述其他服务器。在一些示例中,框814可以包括经由网络向信息服务器122发送查询,以及在核心网络设备108处经由网络接收响应。
在816处,响应于来自信息服务器122的、指示UE被授权提交第一请求的验证信息,核心网络设备108可以确定处理(框704)已成功。通过避免被阻止或以其他方式无效的用户或UE的第三方注册,使用框814和816的一些示例可以减少网络业务。
图9示出了用于重试请求(例如,注册请求)的示例性过程900。过程900可以例如由用户装置或其他计算设备102(或104,并且同样贯穿以下讨论)来执行。计算设备102可以包括例如连接到一个或更多个无线电222的通信接口,例如通信接口220,如上所述。通信接口220可以被配置为经由第一接入网络110进行通信。在一些示例中,计算设备102包括被配置为例如响应于客户端应用程序226的计算机程序指令,执行下面描述的操作的一个或更多个处理器212。在一些示例中,第一接入网络110是如上所述的定位不可知网络。在一些示例中,第一接入网络110是无线网络。在一些示例中,第一接入网络110是定位不可知的无线网络,例如WIFI。
在902处,计算设备102可以经由第一接入网络110向核心网络设备108(例如,S-CSCF)发送注册请求(或其他请求,并且同样贯穿在整个讨论中),例如,SIP REGISTER请求。例如参考图4消息404和406在上面讨论了示例。注册请求可以直接地或者经由其他一个或更多个设备(例如P-CSCF)发送。在一些示例中,注册请求经由WIFI接入网络发送到例如ePDG,ePDG将注册请求转发到S-CSCF。
在904处,计算设备102可以经由通信接口接收回复,例如SIP响应。回复可以包括状态指示,例如SIP响应代码。
在906处,响应于具有预定第一值的状态指示,计算设备102可以经由第一接入网络重试注册请求。在一些示例中,预定第一值与由于计算设备102不能控制或影响的因素所引起的瞬时故障或故障相关联。例如,预定第一值可以是或包括SIP 403响应,并且可以指示可以通过第一接入网络110上的重试来校正的故障。
在908处,响应于状态指示具有不同于预定第一值的预定第二值(例如SIP 503),计算设备102可以开始延迟,以延长预定时间段,例如一分钟、五分钟、十分钟、一小时或其他值。在一些示例中,预定第二值与由于计算设备102的控制下的因素所引起的半永久性故障或故障相关联。在延迟期间,在这些示例中的一些示例中或在其他示例中,计算设备102可以避免经由第一接入网络110重试注册请求。在一些示例中,预定时间段可以大于五分钟。在一些示例中,预定时间段可以是在计算设备102中实现的最长重试时间段。在一些示例中,在预定时间段期间,可以经由不同的接入网络(例如,LTE网络)重试注册请求。框908可以是图4的框426处的校正动作的示例。
图10示出了用于重试请求的示例性过程1000。过程1000可以例如由用户装置或其他计算设备102(或104,并且同样贯穿以下讨论)来执行。在一些示例中,计算设备102可以包括用户界面(例如,图2的用户界面216)。在一些示例中,框904之后是框1002。在一些示例中,框908之后是框1006。在一些示例中,框908之后是,或者(如图所示)包括框1008、1010和1012。框1002-1012可以是图4的框426处的校正动作的示例。
在1002处,响应于具有预定第二值的状态指示,计算设备102可以经由用户界面216接收定位信息(例如位置信息)。例如,在框1002处,计算设备102可以提示计算设备102的用户向计算设备102提供当前街道地址或商业名称、家庭地址、工作地址、坐标或其他位置信息。然后,计算设备102可以经由用户界面216接收定位信息。
在一些示例中,框1002可以包括经由用户界面216呈现与预定第二值相关联的消息。例如,在经由用户界面216接收定位信息之前,计算设备102可以提示用户,如上所述。在一些示例中,在框1002处,计算设备102可以经由用户界面216向用户提示不打算请求响应的提示。这样的提示可以包括例如“请致电消费者服务以获得帮助”或“请确保您的地址信息存档在您的手机服务提供商处”。框1002可以包括从计算机可读介质214检索消息,例如,从由诸如预定第二值的值索引的表中检索消息。
在1004处,可以经由第一接入网络110重试注册请求。在使用框1002的示例中,可以至少部分地基于经由用户界面216接收的定位信息来确定重试的注册请求。例如,至少一些定位信息可以包括在重试的注册请求的报头或主体中。
在1006处,计算设备102可以在框908的预定时间段期满之后,经由第一接入网络重试注册请求。
在一些示例中,在延迟期间(框908),条件可以出现或改变,这增加了重试成功的可能性。这里参考框1008、1010和1012描述的各种示例允许响应这些条件。在一些示例中,如上所述,框908可以包括框1008、1010和1012。
在1008处,计算设备102可以确定已经发生了重试条件。重试条件可以包括以下中的至少一个:与第一接入网络110相关联的连接状态已经改变;第二接入网络是(或已经)可用的;已经接收到用于经由第一接入网络110重新开始通信的用户命令;计算设备102已经重启或重启电源;或者,已经接收到用于经由第一接入网络110重新开始基于注册的服务的用户命令。
例如,当通信接口失去连接(例如,WIFI关联)并且然后重新获得连接(例如,重新与WIFI接入点关联)时,与第一接入网络110相关联的连接状态可以改变。当第一接入网络110例如由于移动到无线范围之外变得不可用,并且然后又由于移动回到无线范围之内再次变得可用,与第一接入网络110相关联的连接状态可以附加或替换地改变。在一些示例中,第二接入网络(例如,接入网络112)例如由于移动到第二接入网络的范围内可以变得可用。第二接入网络可以与第一接入网络110(例如,两个WIFI或两个LTE接入网络)具有相同的类型或不同类型(例如,一个是WIFI和一个是LTE)。
在一些示例中,可以经由用户界面216接收用于重新开始通信的用户命令。用户命令可以包括例如用户子命令,以实现经由第一接入网络110的通信,例如,当在蜂窝手机上禁用飞机模式时。用于重新启动通信的用户命令还可以包括例如先前用户子命令,以例如由于启用飞行模式禁用经由第一接入网络110的通信。一系列禁用通信的子命令,然后重新启用通信(“循环”命令)通常用于遇到通信困难的用户,类似于通常有效的建议:面临计算机问题的个人计算机用户应该尝试将其关闭再打开。
在一些示例中,可以经由用户界面216接收经由第一接入网络110重新开始基于注册的服务的用户命令。如本文所使用的,“基于注册的服务”是在没有首先注册核心网络设备的情况下不能获得的网络服务。例如,经由IMS的WIFI上语音(VoWIFI)呼叫需要在发出呼叫之前向IMS的S-CSCF注册。用户命令可以包括用户子命令,以启用基于注册的服务,例如VoWIFI。用户命令还可以包括例如先前用户子命令以禁用基于注册的服务,例如VoWIFI。在一些示例中,用户可以循环特定的基于注册的服务,例如VoWIFI,而无需经由第一接入网络的循环连接。例如,智能手机用户可以在智能手机上禁用VoWIFI,同时仍保持WIFI连接处于活动状态并可用于数据通信。然后,用户可以随后重新启用VoWIFI,满足框1008的重试条件。
在1010处,响应于框1008处的确定,计算设备102可以取消延迟。框1010可以包括例如停止内部计时器、或重置、或清除时间间隔端点的数据。例如在循环WIFI连接或VoWIFI服务之后可以执行框1010。
在1012处,计算设备102可以重试注册请求。框1012可以包括经由第一接入网络110、第二接入网络或另一接入网络重试注册请求。在用户已经循环第一接入网络连接或基于注册的服务(例如,WIFI连接或VoWIFI服务)的一些示例中,框1012可以包括经由第一接入网络110重试注册请求。例如因为汽车中的智能手机用户已经离开隧道并且再次处于LTE接入网络的范围内,第二接入网络已变得可用的一些示例中,框1012可以包括经由第二接入网络重试注册请求。
在一些示例中,响应于包括具有第一状态值的状态指示的回复,框904之后是框906,如上所述。在一些示例中,如果在框906处重试注册请求失败(“Failure”),则框906之后是框1014。
在1014处,只要尚未检测到重试条件,计算设备102就可以避免经由第一接入网络重试。框1014之后可以是框1008,或者可以包括执行本文中参考框1008、1010或1012描述的功能的框,或者之后是本文中参考框1008、1010或1012描述的功能的框。使用框1014的一些示例可以通过重试一次(或者在一些示例中,在有限次数)来降低网络利用率,同时保持可用性,如果故障是由于临时或暂时原因引起的,然后避免重试,直到条件改变,这指示重试可能成功。在一些示例中,例如,响应于计算设备102确定经由第一接入网络的重试注册请求已经失败(“Fail”),框1014之后可以是框1016。
在1016处,例如,在经由第一接入网络重试注册请求之后(框906),计算设备102可以延迟第二预定时间段,例如,1分钟、5分钟或本文所述的其他时间段。框1016之后可以是框906以再次重试,或者是框1008以等待重试条件。在一些示例中,计算设备102执行以下框序列中的至少一个:(A)906、1016、906、1014;(B)906、1016、906、1016、906、1014;或者(C)906、任何数量的重复1016和906、1014。在这些序列中的任何一个中,可以在框906之前执行框902和框904,可以在框1008之后执行框1008,或者可以在框1008之后执行框1012。如上所述,这些示例中的一些可以通过在停止重试以等待重试条件之前,限制最大重试次数,来平衡可用性和网络带宽。
在框1014或1016之后是框1008的一些示例中,框1008之后可以是框1012。这由图10中的虚线箭头图形地指示。例如,在没有首先开始延迟而执行框1008的功能的情况下,没有取消任何延迟,因此可以省略框1010(或者可以不执行任何操作)。
示例性条款
A:一种方法,包括:由电信网络的核心网络设备按顺序执行以下操作:接收与用户装置(UE)关联的注册请求;代表所述UE,经由所述电信网络向强制网络设备发送第三方注册请求;经由所述电信网络从所述强制网络设备接收第一回复,所述第一回复指示所述第三方注册请求的成功或失败;至少部分地基于所述第一回复确定第二回复;以及经由所述电信网络将所述第二回复发送到所述UE。
B:根据段落A所述的方法,还包括:响应于第一回复指示第三方注册请求失败,确定指示注册请求失败的第二回复。
C:根据段落A或者B所述的方法,还包括:在接收到所述注册请求之后并且在接收所述第一回复之前,代表所述UE,经由所述电信网络向自由选择网络设备发送第二第三方注册请求。
D:根据段落C所述的方法,还包括:经由电信网络,从自由选择网络设备接收第三回复,第三回复指示第二第三方注册请求的成功或失败;和响应于第一回复指示第三方注册请求失败和第三回复指示第二第三方注册请求成功,确定指示第三方注册请求失败和第二第三方注册请求成功的第二回复。
E:根据段落A-D中任一段所述的方法,还包括:响应于第一回复指示第三方注册请求成功,代表UE,经由电信网络向附加网络设备发送第二第三方注册请求。
F:根据段落E所述的方法,还包括:经由电信网络从附加网络设备接收第三回复,第三回复指示第二第三方注册请求的成功或失败;确定指示注册请求的成功或失败的第二回复,与第三回复指示的第二第三方注册请求的成功或失败相同;以及响应于第三回复指示第二第三方注册请求失败,将与UE相关联的注销请求发送到强制网络设备。
G:根据段落A-F中任一段所述的方法,其中,所述注册请求和所述第三方注册请求包括各自的会话发起协议(SIP)REGISTER请求,并且所述第一回复和所述第二回复包括各自的SIP响应。
H:一种方法,包括:由电信网络的核心网络设备执行以下操作:接收与用户装置(UE)相关联的第一请求;处理第一请求并确定处理的成功或失败;响应于处理的失败,经由电信网络向UE发送失败回复消息;和响应处理的成功,至少部分地基于第一请求确定第二请求;以及代表UE,经由电信网络向强制网络设备发送第二请求。
I:根据段落H所述的方法,还包括:响应于所述处理的成功,避免在接收到第二请求的回复之前,将回复发送到UE。
J:根据段落H或I所述的方法,还包括:响应于所述处理的成功,接收来自强制网络设备的第一回复,第一回复指示第二请求的成功或失败;至少部分地基于第一回复确定第二回复;和经由电信网络将第二回复发送到UE。
K:根据段落J所述的方法,其中,所述失败回复消息与第一错误代码相关联,所述方法还包括:响应于所述第一回复指示所述第二请求的失败,确定包括与第一错误代码不同的第二错误代码的第二回复。
L:根据段落K所述的方法,其中,所述失败回复消息和所述第二回复是相应的会话发起协议(SIP)响应,所述第一错误代码是SIP 4xx响应代码,并且所述第二错误代码是SIP5xx错误代码。
M:根据段落H-L中任一段所述的方法,还包括:在发送第二请求之后,等待来自强制网络设备的第一回复预定的超时段;响应于超时的到期而没有接收到第一回复,确定指示处理的失败的第二回复;和经由电信网络将第二回复发送到UE。
N:根据段落H-M中任一段所述的方法,其中,处理第一请求包括:从信息服务器获取与UE关联的验证信息;并且响应于验证信息指示UE被授权提交第一请求,确定处理已成功。
Q:根据段落H-N中任一段所述的方法,其中,所述第一请求包括会话发起协议(SIP)REGISTER请求,并且所述第二请求包括SIP第三方注册请求。
P:根据段落H-O中任一段所述的方法,其中,所述核心网络设备包括服务呼叫会话控制功能(S-CSCF),并且所述强制网络设备包括电话应用服务器(TAS)。
Q:一种用户装置,包括:通信接口,被配置为经由第一接入网络进行通信;处理器;以及一个或更多个组件,由处理器操作以执行操作,所述操作包括:经由第一接入网络向核心网络设备发送注册请求;经由通信接口接收回复,所述回复包括状态指示;响应于状态指示具有预定第一值,经由第一接入网络重试注册请求;以及响应于状态指示具有与预定第一值不同的预定第二值,开始延迟以超过预定时间段,以及在延迟期间,避免经由第一接入网络重试注册请求。
R:根据段落Q所述的用户装置,其中,所述操作还包括:在所述预定时间段之后,经由所述第一接入网络重试所述注册请求。
S:根据段落Q或R的用户装置,其中,所述操作还包括:在经由第一接入网络重试注册请求之后,确定重试注册请求已经失败;并且作为响应,只要没有检测到重试条件,就避免经由第一接入网络重试。
T:根据段落Q-S中任一段所述的用户装置,还包括用户界面,其中,所述操作还包括:响应于所述状态指示具有所述预定第二值,经由用户界面接收定位信息;和经由第一接入网络重试注册请求,至少部分地基于定位信息确定重试的注册请求。
U:根据段落Q-T中任一段的用户装置,还包括用户界面,其中,所述操作还包括:响应于状态指示具有预定第二值,经由用户界面呈现与预定第二值相关联的消息。
V:根据段落Q-U中任一段的用户装置,其中,所述操作还包括:确定出现以下中的至少一种:与第一接入网络相关联的连接状态已经改变;第二接入网络是可用的;已经接收到用于经由第一接入网络重新开始通信的用户命令;或已经接收到用于经由第一接入网络重新开始基于注册的服务的用户命令;以及响应于所述确定:取消延迟;和重试注册请求。
W:根据段落Q-V中任一段的用户装置,其中,第一接入网络是与定位不可知无线网络。
X:根据段落W的用户装置,其中,第一接入网络是无线网络。
Y:根据段落Q-X中任一段的用户装置,所述操作还包括:在经由第一接入网络重试注册请求之后,按顺序执行以下操作:确定经由第一接入网络重试注册请求已经失败;延迟第二预定时间段;经由第一接入网络再次重试注册请求;确定经由第一接入网络再次重试注册请求已经失败;以及只要没有检测到重试条件,就避免经由第一接入网络重试。
Z:根据段落Q-Y中任一段的用户装置,其中,预定时间段长于五分钟。
AA:一种方法,包括:由电信网络的核心网络设备按顺序执行以下操作:接收与用户装置(UE)相关联的请求;代表UE,经由电信网络向强制网络设备发送第三方请求;经由电信网络从强制网络设备接收第一回复,第一回复指示第三方请求的成功或失败;至少部分地基于第一回复确定第二回复;以及经由电信网络将第二回复发送给UE。
AB:根据段落AA的方法,还包括:响应于第一回复指示第三方请求失败,确定指示请求失败的第二回复。
AC:根据段落AA或AB的方法,还包括:在接收到请求之后并且在接收第一回复之前,代表UE,经由电信网络向自由选择网络设备发送第二第三方请求。
AD:根据段落AC的方法,还包括:经由电信网络从自由选择网络设备接收第三回复,第三回复指示第二第三方请求的成功或失败;并且响应于第一回复指示第三方请求失败和第三回复指示第二第三方请求成功,确定指示第三方请求失败和第二第三方请求成功的第二回复。
AE:根据段落AA-AD中任一段的方法,还包括:响应于第一回复指示第三方请求成功,代表UE经由电信网络发送第二第三方请求到附加网络设备。
AF:根据段落AE的方法,还包括:经由电信网络从附加网络设备接收第三回复,第三回复指示第二第三方请求的成功或失败;确定指示指示请求的成功或失败的第二回复,与第三回复指示的第二第三方请求的成功或失败相同;以及响应于第三回复指示第二第三方请求失败,将与UE相关联的移除请求发送到强制网络设备。
AG:根据段落AA-AF中任一段的方法,其中,请求和第三方请求包括相应的会话发起协议(SIP)REGISTER请求,并且第一回复和第二回复包括相应的SIP响应。
AH:一种用户装置,包括:通信接口,被配置为经由第一接入网络进行通信;处理器;以及一个或更多个组件,由处理器操作以执行操作,所述操作包括:经由第一接入网络向核心网络设备发送注册请求;经由通信接口接收回复,所述回复包括状态指示;响应于状态指示具有预定第一值,经由第一接入网络重试注册请求;以及响应于状态指示具有与预定第一值不同的预定第二值,开始延迟以超过预定时间段,以及在延迟期间,避免经由第一接入网络重试注册请求。
AI:根据段落AH的用户装置,其中,操作还包括在预定时间段之后,经由第一接入网络重试注册请求。
AJ:根据段落AH或AI的用户装置,其中,所述操作还包括:在经由第一接入网络重试注册请求之后,确定重试注册请求已经失败;以及作为响应,只要没有检测到重试条件,就避免经由第一接入网络重试。
AK:根据段落AH-AJ中任一段的用户装置,还包括用户界面,其中,所述操作还包括:响应于状态指示具有预定第二值,经由用户界面接收定位信息;以及经由第一接入网络重试注册请求,至少部分地基于定位信息确定重试的注册请求。
AL:根据段落AH-AK中任一段的用户装置,还包括用户界面,其中,所述操作还包括:响应于状态指示具有预定第二值,经由用户界面呈现与预定第二值相关联的消息。
AM:根据段落AH-AL中任一段的用户装置,其中,所述操作还包括:确定已经发生以下中的至少一个:与第一接入网络相关联的连接状态已经改变;第二接入网络是可用的;已经接收到用于经由第一接入网络重新开始通信的用户命令;或者已经接收到用于经由第一接入网络重新开始基于注册的服务的用户命令;以及响应于确定:取消延迟;和重试注册请求。
AN:根据段落AH-AM中任一段的用户装置,其中,第一接入网络是与定位不可知无线网络。
AO:根据段落AN的用户装置,其中,第一接入网络是无线网络。
AP:根据段落AH-AO中任一段的用户装置,所述操作还包括:在经由第一接入网络重试注册请求之后,按顺序执行以下操作:确定经由第一接入网络重试注册请求已经失败;延迟第二预定时间段;经由第一接入网络再次重试注册请求;确定经由第一接入网络再次重试注册请求已经失败;以及只要没有检测到重试条件,就避免经由第一接入网络重试。
AQ:根据段落AH-AP中任一段的用户装置,其中,预定时间段长于五分钟。
AR:一种计算机可读介质,例如计算机存储介质,其上具有计算机可执行指令,计算机可执行指令在被执行时配置计算机以执行如段落A-P或AA-AG中任一段所述的操作。
AS:一种设备,包括:处理器;计算机可读介质,例如计算机存储介质,其上具有计算机可执行指令,计算机可执行指令在由处理器执行时配置设备,以执行如段落A-P或AA-AG中任一段所述的操作。
AT:一种系统,包括:用于处理的仪器;和用于将计算机可执行指令存储其上的仪器,计算机可执行指令包括配置系统以执行如段落A-P或AA-AG中任何一段所述的方法的仪器。
AU:一种计算机可读介质,例如计算机存储介质,其上具有如段落Q-Z或AH-AQ中任一段所述的组件。
结论
图1和图2中的示例性数据传输(平行四边形),图3和图4的呼叫流程图中的示例性数据交换,以及图5-图10的过程图中的示例框表示一个或更多个操作,可以用硬件、软件或其组合实现,以发送或接收所描述的数据或进行所描述的交换。在软件的上下文中,所示的框和交换表示计算机可执行指令,当由一个或更多个处理器执行时,使得处理器发送或接收所述数据。通常,例如存储在定义操作逻辑的程序模块中的计算机可执行指令包括,执行特定功能或实现特定抽象数据类型的例程、程序、对象、模块、组件、数据结构等。除非在此明确阐述,否则描述操作或传输的顺序不应被解释为限制性的,并且可以以任何顺序执行或进行任何数量的所描述的操作或传输,以任何顺序组合,细分为多个子操作或传输,和/或并行执行或传输以实现所描述的过程。
可以使用其他架构来实现所描述的功能,并且旨在落入本公开的范围内。此外,虽然为了讨论的目的在上面定义了具体的责任分配,但是可以根据具体情况以不同的方式分配和划分各种功能和责任。
为了解释清楚,在具有SIP信令的VoLTE网络的上下文中描述了本文的一些示例。然而,采用本文描述的操作的其他网络和信令系统包含在本公开内。例如,这里的技术可以与诸如在IP网络上运行的ZEROMQ之类的发布/订阅协议一起使用。类似地,本公开涉及由从IP、SIP和VoLTE演进的协议执行的类似操作。此外,本文描述的技术可以用于其中第一请求不是注册请求的分阶段设置协议或过程中。例如,本文的技术可以用于分阶段设置过程,其中第一请求是能力查询请求,例如,以确定网络对等体支持哪些协议版本或加密技术。
为了解释清楚,在注册请求的上下文中描述了本文的一些示例。然而,可以如本文所述处理其他类型的请求。例如,所描述的用于处理核心网络设备或计算设备(例如,终端)的注册请求和响应的示例性技术(例如,在图1、图2或图4-10中的任何一个中示出)可以另外地或替代地用于处理除注册请求之外的请求,例如订阅请求、连接请求、联合发布请求或其他类型的请求。
类似地,可以以各种方式并使用不同的手段来存储和分配软件,并且可以以许多不同的方式改变上述特定的软件存储和执行配置。因此,实现上述技术的软件可以分布在各种类型的计算机可读介质上,不限于具体描述的存储器形式。
除非另外特别说明,否则词语“或”和短语“和/或”在本文中以包含的含义使用。因此,除非另外特别说明,否则诸如短语“X,Y或Z”,“X,Y和/或Z”和/或“X,Y或Z中的至少一个”的联合语言是应理解为表示项目,术语等可以是X,Y或Z,或其组合。除非另有说明,否则诸如“可以(can)”、“可以(could)”、“可能(might)”或“可以(may)”之类的条件语言在上下文中被理解为表示某些示例包括、而其他示例不包括某些特征、元素、操作或步骤。因此,这样的条件语言通常不旨在暗示某些特征、元素、操作或步骤,对于一个或更多个示例以任何方式是必需的,或者一个或更多个示例必须包括用于在有或没有用户输入或提示的情况下的逻辑,该逻辑决定是否包括或将要在任何特定示例中执行某些特征、元素、操作或步骤。
此外,尽管用结构特征或方法动作专用的语言描述了本主题,但应理解,所附权利要求书中定义的主题不必限于所描述的具体特征或动作。而是,具体特征和动作被公开为实现权利要求的示例性形式。此外,在权利要求中,除非另外特别说明,否则对前述权利要求条款提供的一组项目的任何提及是对一组项目中的至少一些项目的引用。
Claims (20)
1.一种方法,包括:由电信网络的核心网络设备按顺序执行以下操作:
接收与用户装置(UE)关联的注册请求;
代表所述UE,经由所述电信网络向强制网络设备发送第三方注册请求;
经由所述电信网络从所述强制网络设备接收第一回复,所述第一回复指示所述第三方注册请求的成功或失败;
至少部分地基于所述第一回复确定第二回复;以及
经由所述电信网络将所述第二回复发送到所述UE。
2.根据权利要求1所述的方法,还包括:响应于所述第一回复指示所述第三方注册请求的失败,确定指示所述注册请求的失败的所述第二回复。
3.根据权利要求1所述的方法,还包括:在接收到所述注册请求之后并且在接收到所述第一回复之前,代表所述UE经由所述电信网络向自由选择网络设备发送第二第三方注册请求。
4.根据权利要求3所述的方法,还包括:
经由所述电信网络从所述自由选择网络设备接收第三回复,所述第三回复指示所述第二第三方注册请求的成功或失败;以及
响应于所述第一回复指示所述第三方注册请求的失败和所述第三回复指示所述第二第三方注册请求的成功,确定指示所述第三方注册请求的所述失败和所述第二第三方注册请求的所述成功的所述第二回复。
5.根据权利要求1所述的方法,还包括:响应于所述第一回复指示所述第三方注册请求已成功,代表所述UE经由所述电信网络向附加网络设备发送第二第三方注册请求。
6.根据权利要求5所述的方法,还包括:
经由所述电信网络从所述附加网络设备接收第三回复,所述第三回复指示所述第二第三方注册请求的成功或失败;
确定指示所述注册请求的与所述第三回复指示的所述第二第三方注册请求的成功或失败相同的成功或失败的所述第二回复;以及
响应于所述第三回复指示所述第二第三方注册请求的失败,将与所述UE相关联的注销请求发送到所述强制网络设备。
7.根据权利要求1所述的方法,其中,所述注册请求和所述第三方注册请求包括各自的会话发起协议(SIP)REGISTER请求,并且所述第一回复和所述第二回复包括各自的SIP响应。
8.一种方法,包括:由电信网络的核心网络设备执行以下操作:
接收与用户装置(UE)相关联的第一请求;
处理所述第一请求并确定所述处理的成功或失败;
响应于所述处理的失败,经由所述电信网络向所述UE发送失败回复消息;以及
响应于所述处理的成功:
至少部分地基于所述第一请求确定第二请求;以及
代表所述UE经由所述电信网络向强制网络设备发送所述第二请求。
9.根据权利要求8所述的方法,还包括:响应于所述处理的所述成功:
从所述强制网络设备接收第一回复,所述第一回复指示所述第二请求的成功或失败;
至少部分地基于所述第一回复确定第二回复;以及
经由所述电信网络将所述第二回复发送到所述UE。
10.根据权利要求9所述的方法,其中,所述失败回复消息与第一错误代码相关联,所述方法还包括:响应于所述第一回复指示所述第二请求的失败,确定包括与所述第一错误代码不同的第二错误代码的第二回复。
11.根据权利要求10所述的方法,其中,所述失败回复消息和所述第二回复是相应的会话发起协议(SIP)响应,所述第一错误代码是SIP4xx响应代码,并且所述第二错误代码是SIP5xx错误代码。
12.根据权利要求8所述的方法,还包括:在发送所述第二请求之后:
等待来自所述强制网络设备的第一回复预定的超时段;
响应于所述超时的到期而没有接收到所述第一回复,确定指示所述处理的失败的第二回复;以及
经由所述电信网络将所述第二回复发送到所述UE。
13.根据权利要求8所述的方法,其中,所述处理所述第一请求包括:
从信息服务器获取与所述UE相关联的验证信息;以及
响应于所述验证信息指示所述UE被授权提交所述第一请求,确定所述处理已成功。
14.根据权利要求8所述的方法,其中,所述第一请求包括会话发起协议(SIP)REGISTER请求,并且所述第二请求包括SIP第三方注册请求。
15.根据权利要求8所述的方法,其中,所述核心网络设备包括服务呼叫会话控制功能(S-CSCF),并且所述强制网络设备包括电话应用服务器(TAS)。
16.一种用户装置,包括:
通信接口,被配置为经由第一接入网络进行通信;
处理器;以及
一个或更多个组件,由所述处理器操作以执行操作,所述操作包括:
经由所述第一接入网络向核心网络设备发送注册请求;
经由所述通信接口接收回复,所述回复包括状态指示;
响应于所述状态指示具有预定第一值,经由所述第一接入网络重试所述注册请求;以及
响应于所述状态指示具有与所述预定第一值不同的预定第二值,开始延迟以超过预定时间段,以及在所述延迟期间避免经由所述第一接入网络重试所述注册请求。
17.根据权利要求16所述的用户装置,其中,所述操作还包括:在所述预定时间段之后,经由所述第一接入网络重试所述注册请求。
18.根据权利要求16所述的用户装置,还包括用户界面,其中,所述操作还包括:响应于所述状态指示具有所述预定第二值:
经由所述用户界面接收定位信息;以及
经由所述第一接入网络重试所述注册请求,至少部分地基于所述定位信息确定所述重试的注册请求。
19.根据权利要求16所述的用户装置,其中,所述操作还包括:
确定以下中的至少一种已经发生:
与所述第一接入网络相关联的连接状态已经改变;
第二接入网络是可用的;
已经接收到用于经由所述第一接入网络重新开始通信的用户命令;或
已经接收到用于经由所述第一接入网络重新开始基于注册的服务的用户命令;以及
响应于所述确定:
取消所述延迟;和
重试所述注册请求。
20.根据权利要求16所述的用户装置,其中,所述第一接入网络是无线网络。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/384,635 US10021665B1 (en) | 2016-12-20 | 2016-12-20 | Processing requests in communication session |
US15/384,635 | 2016-12-20 | ||
PCT/US2017/066037 WO2018118565A2 (en) | 2016-12-20 | 2017-12-13 | Processing requests in communication session |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110089091A true CN110089091A (zh) | 2019-08-02 |
Family
ID=62562304
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780078565.3A Pending CN110089091A (zh) | 2016-12-20 | 2017-12-13 | 处理通信会话中的请求 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10021665B1 (zh) |
EP (1) | EP3535953A4 (zh) |
CN (1) | CN110089091A (zh) |
WO (1) | WO2018118565A2 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021237661A1 (en) * | 2020-05-29 | 2021-12-02 | Qualcomm Incorporated | Voice solution for new radio (nr) device |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10117211B2 (en) | 2016-03-17 | 2018-10-30 | T-Mobile Usa, Inc. | Communication session registration- and subsidiary-request processing |
US10517021B2 (en) | 2016-06-30 | 2019-12-24 | Evolve Cellular Inc. | Long term evolution-primary WiFi (LTE-PW) |
US10212192B2 (en) * | 2017-01-10 | 2019-02-19 | Mavenir Systems, Inc. | Systems and methods for interworking with over the top applications in communications network |
US10447741B2 (en) * | 2017-07-26 | 2019-10-15 | T-Mobile Usa, Inc. | Server-managed notifications for maintaining registered state |
US10182329B1 (en) * | 2017-08-30 | 2019-01-15 | Amazon Technologies, Inc. | Quarantine network for wireless devices |
CN111818562B (zh) * | 2019-04-12 | 2023-04-07 | 中国移动通信集团福建有限公司 | 一种VoLTE通话系统中网络评估方法及系统 |
US11683411B1 (en) * | 2020-03-06 | 2023-06-20 | Noble Systems Corporation | Processing blocked session initiation protocol (SIP) calls in a contact center call handler |
US20220051286A1 (en) * | 2020-08-14 | 2022-02-17 | Quotient Technology Inc. | Transmitting digital offers optimized for transmission medium |
CN113411806B (zh) * | 2021-06-21 | 2022-12-30 | 上海闻泰信息技术有限公司 | 移动热点授权检验方法、装置、存储介质和电子设备 |
US20230044527A1 (en) * | 2021-07-20 | 2023-02-09 | Samsung Electronics Co, Ltd. | System and methods for handling immersive service in ip multimedia subsystem and mission critical services |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101156393A (zh) * | 2005-10-21 | 2008-04-02 | 华为技术有限公司 | 在ims网络中根据初始过滤规则处理注册消息的方法 |
CN101175083A (zh) * | 2006-02-21 | 2008-05-07 | 华为技术有限公司 | Ip多媒体子系统业务实现系统和方法 |
CN101141464B (zh) * | 2007-10-11 | 2012-06-06 | 中兴通讯股份有限公司 | 初始过滤规则处理方法 |
US20140289348A1 (en) * | 2008-01-28 | 2014-09-25 | Blackberry Limited | Providing Session Initiation Protocol Request Contents Method and System |
US20160278037A1 (en) * | 2014-03-27 | 2016-09-22 | Apple Inc. | Cellular Network Assisted Proximity Services Registration Procedures and Event Framework for Proximity Requests/Alerts using Session Initiation Protocol |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2372636T3 (es) | 2001-05-09 | 2012-01-25 | 2011 Intellectual Property Asset Trust | Indicación a un equipo usuario final de que debe inscribirse. |
US8315247B2 (en) | 2005-07-11 | 2012-11-20 | Cisco Technology Inc. | System and method for providing registration-coupled subscriptions in a session initiation protocol (SIP) environment |
CN101056304B (zh) | 2006-04-17 | 2010-05-12 | 华为技术有限公司 | 通过sip注册请求创建隐式订阅的方法 |
US8935407B2 (en) | 2007-05-31 | 2015-01-13 | Alcatel Lucent | Providing supplemental content to an IMS user during registration |
US8249554B2 (en) * | 2007-10-26 | 2012-08-21 | Alcatel Lucent | Methods for provisioning mobile stations and wireless communications with mobile stations located within femtocells |
US8363641B2 (en) | 2008-03-07 | 2013-01-29 | At&T Intellectual Property I, Lp | Methods and apparatus to control a flash crowd event in a voice over Internet protocol (VoIP) network |
DE102008000900A1 (de) | 2008-04-01 | 2009-10-08 | Zf Friedrichshafen Ag | Planetengetriebe |
EP2222055A1 (en) | 2009-02-24 | 2010-08-25 | Research In Motion Limited | Content-based publication-subscription system for presence information |
US9160799B2 (en) | 2011-05-26 | 2015-10-13 | Sonus Networks, Inc. | Systems and methods for authorizing services in a telecommunications network |
US9867098B2 (en) | 2014-05-29 | 2018-01-09 | T-Mobile Usa, Inc. | Wi-Fi calling using SIP-IMS handset and evolved packet data gateway |
US10594741B2 (en) | 2014-08-04 | 2020-03-17 | T-Mobile Usa, Inc. | Suppressing third party registration and third party deregistration actions |
EP3007402B1 (en) | 2014-10-09 | 2018-01-10 | Vodafone GmbH | Method and system for discovering and synchronizing service capabilities |
JP6820333B2 (ja) | 2015-07-31 | 2021-01-27 | サムスン エレクトロニクス カンパニー リミテッド | 複数のプレーンにわたるアイデンティティ管理のための方法及びシステム |
US10117211B2 (en) | 2016-03-17 | 2018-10-30 | T-Mobile Usa, Inc. | Communication session registration- and subsidiary-request processing |
-
2016
- 2016-12-20 US US15/384,635 patent/US10021665B1/en active Active
-
2017
- 2017-12-13 WO PCT/US2017/066037 patent/WO2018118565A2/en unknown
- 2017-12-13 EP EP17885157.2A patent/EP3535953A4/en not_active Withdrawn
- 2017-12-13 CN CN201780078565.3A patent/CN110089091A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101156393A (zh) * | 2005-10-21 | 2008-04-02 | 华为技术有限公司 | 在ims网络中根据初始过滤规则处理注册消息的方法 |
CN101175083A (zh) * | 2006-02-21 | 2008-05-07 | 华为技术有限公司 | Ip多媒体子系统业务实现系统和方法 |
CN101141464B (zh) * | 2007-10-11 | 2012-06-06 | 中兴通讯股份有限公司 | 初始过滤规则处理方法 |
US20140289348A1 (en) * | 2008-01-28 | 2014-09-25 | Blackberry Limited | Providing Session Initiation Protocol Request Contents Method and System |
US20160278037A1 (en) * | 2014-03-27 | 2016-09-22 | Apple Inc. | Cellular Network Assisted Proximity Services Registration Procedures and Event Framework for Proximity Requests/Alerts using Session Initiation Protocol |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021237661A1 (en) * | 2020-05-29 | 2021-12-02 | Qualcomm Incorporated | Voice solution for new radio (nr) device |
Also Published As
Publication number | Publication date |
---|---|
EP3535953A4 (en) | 2020-10-21 |
WO2018118565A3 (en) | 2018-08-02 |
EP3535953A2 (en) | 2019-09-11 |
US10021665B1 (en) | 2018-07-10 |
WO2018118565A2 (en) | 2018-06-28 |
US20180176876A1 (en) | 2018-06-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110089091A (zh) | 处理通信会话中的请求 | |
US8886154B2 (en) | Systems and methods for providing emergency callback procedures | |
EP3747173B1 (en) | Service based p-cscf discovery | |
EP3228102B1 (en) | Sip ims call forking to multiple associated devices | |
CN106717041B (zh) | 用于在外地网络中漫游的移动装置的增强的互联网协议多媒体子系统的服务限制和选择控制 | |
US8315589B2 (en) | Emergency calls for internet protocol multimedia subsystem (IMS) over packet switched code division multiple access (CDMA) networks | |
US9380610B2 (en) | System and method for performing emergency calls over WiFi when a cellular network is unavailable | |
EP2835027B1 (en) | Call-back to a ue that has made an emergency call in a visited ims network | |
US10154371B1 (en) | Response at network terminal to initialization failure | |
US10499454B2 (en) | Emergency notification SMS messaging during E911 call | |
US8619547B2 (en) | Communication system with failover communication services | |
WO2007146647A1 (en) | Method and apparatus for processing session initiation protocol messages associated with a voice over ip terminal | |
JP6396372B2 (ja) | 緊急呼(emergency call)の処理方法およびこれを用いた通信装置 | |
US9380478B2 (en) | Updating method for trigger message counter, machine type communication server and terminal | |
US20160344866A1 (en) | Selective delivery of messages to user devices that share a telephone number | |
CN103166741A (zh) | 处理目标移动装置的延迟信令的方法 | |
US20230121491A1 (en) | Method and apparatus for handover | |
US10848933B1 (en) | Trigger management for roaming calls in IMS networks | |
WO2024077459A1 (en) | Method, apparatus and computer program | |
EP3220683B1 (en) | Supporting a communication service using ps or cs services | |
WO2015088540A1 (en) | Proxy-call session control function restoration for dual mode end devices | |
JP2010232990A (ja) | 通信制御装置及び通信制御方法 |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190802 |