CN101296505A - 实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 - Google Patents
实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 Download PDFInfo
- Publication number
- CN101296505A CN101296505A CNA2007101017048A CN200710101704A CN101296505A CN 101296505 A CN101296505 A CN 101296505A CN A2007101017048 A CNA2007101017048 A CN A2007101017048A CN 200710101704 A CN200710101704 A CN 200710101704A CN 101296505 A CN101296505 A CN 101296505A
- Authority
- CN
- China
- Prior art keywords
- emergency
- user identity
- parameter
- service
- configuration data
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42195—Arrangements for calling back a calling subscriber
-
- 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
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Marketing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种实现紧急回呼的方法及系统、用户服务器和呼叫控制装置,该方法包括如下步骤:选择性地下载与紧急用户身份相关联的参数;根据所述参数,对会话进行相应的处理,完成紧急回呼。由于采用选择性地下载与紧急用户身份相关联的参数,克服了在紧急回呼时,进行授权检查和业务触发导致的紧急服务延迟或失败的问题,进而使得网络收到紧急回呼的会话时能优先和快速为用户提供服务。
Description
技术领域
本发明涉及IP多媒体子系统(IP Multimedia Subsystem,IMS)网络,特别涉及一种实现紧急回呼的方法及系统、用户服务器和呼叫控制装置。
背景技术
紧急呼叫是指在发生了灾难或者人身安全受到了威胁时,用户所发出的呼叫。为了实现紧急呼叫的回叫功能,引入了紧急注册。紧急注册是用户设备(User Equipment,UE)使用紧急用户身份发起的注册,紧急用户身份是一种特殊的用户身份,紧急用户身份从公有用户身份或临时公有用户身份导出。
图1是IMS网络中UE注册的流程,紧急注册的流程除了HSS不对紧急用户身份进行授权检查和漫游限制检查外,其他的步骤与UE注册的流程相同,参见图1,UE注册的流程包括:
P1、UE向网络发起注册消息REGISTER;
P2、代理-呼叫会话控制功能(Proxy Call Session Control Function,P-CSCF)将REGISTER请求发给UE归属的协商CSCF(InterrogatingCSCF,I-CSCF);
P3、I-CSCF通过用户授权请求(User-Authorization-Request,UAR)向HSS请求为用户提供服务需要的服务CSCF(Serving CSCF,S-CSCF)的能力集;
P4、HSS通过用户授权应答(User-Authorization-Answer,UAA)向I-CSCF返回S-CSCF的能力集;
P5、I-CSCF根据S-CSCF的能力集为用户选择一个服务的S-CSCF,并将REGISTER注册消息发给该S-CSCF;
P6、S-CSCF通过多媒体认证请求(Multimedia-Auth-Request,MAR)向HSS请求用户的鉴权数据;
P7、HSS根据MAR中用户的IP多媒体私有用户标识(IP MultimediaPrivate User Identity,IMPI)得到相应的鉴权数据(包括一个随机挑战RAND、期望的认证响应XRES、网络认证令牌AUTN、加密密钥CK和完整性密钥IK)后通过多媒体认证应答(Multimedia-Auth-Answer,MAA)返回给S-CSCF;
P8、S-CSCF通过I-CSCF向UE发起401认证请求,其中包含一个随机挑战(RAND)和一个网络认证令牌(AUTN),同时将加密密钥和完整性密钥下发给P-CSCF用于P-CSCF和UE之间建立安全联盟对后续信令交互进行完整性保护;
P9、I-CSCF将401认证请求消息发给P-CSCF;
P10、P-CSCF将401认证请求消息发给UE;
P11、UE根据ISIM卡中的密钥和鉴权算法对网络的认证令牌进行验证,从而对网络本身的真实性进行了验证。同时为了相应网络的认证请求,ISIM将密钥应用于随机挑战,从而产生一个认证响应(RES)。P-CSCF和UE根据CK、IK建立起安全联盟,UE通过该安全联盟发起REGISTER消息并将RES携带给网络;
P12、P-CSCF将UE发来的REGISTER消息发给I-CSCF;
P13、I-CSCF将UE发来的REGISTER消息发给S-CSCF;
P14、S-CSCF对RES进行验证,确定是否和从HSS得到的期望结果XRES相符;
P15、认证通过后S-CSCF通过SAR向HSS请求用户的服务配置(Service Profile)数据;
P16、HSS通过SAA向S-CSCF返回请求的用户的服务配置数据;
P17、S-CSCF向I-CSCF回200OK;
P18、I-CSCF向P-CSCF回200OK;
P19、P-CSCF向UE回200OK,至此UE的注册和鉴权过程结束。
步骤P15和步骤P16中的服务配置数据包括公有用户身份所在的隐式注册集中的全部公有用户身份,以及各公有用户身份对应的核心网服务授权、初始过滤规则(Initial Filter Criteria,IFC)和共享IFC(Shared IFC)。
公有用户身份包括与服务签约相关联的用户公有标识;核心网服务授权携带了媒体签约信息;IFC用于完成业务的触发;共享IFC是为了在多个服务配置中共同分享IFC而定义的一个特性。
在S-CSCF收到会话请求时,会根据从上述SAA中获得的用户的服务配置数据来对会话进行授权检查和业务触发。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
按照目前注册流程,HSS将用户的服务配置数据下载给S-CSCF后,S-CSCF在收到关于紧急用户身份的会话时就可能进行相应的业务授权检查和业务触发,从而导致紧急服务延迟或失败。
发明内容
本发明实施例提供一种实现紧急回呼的方法及系统、用户服务器和呼叫控制装置,使网络收到紧急呼叫相关的回呼时能优先和快速的为用户提供紧急服务。
一方面,提供一种实现紧急回呼的方法,包括如下步骤:
选择性地下载与紧急用户身份相关联的参数;
根据所述参数,对会话进行相应的处理,完成紧急回呼。
另一方面,提供一种用户签约服务器,包括:
接收单元,用于接收与紧急用户身份相关联的请求;
存储单元,用于存储与紧急用户身份相关联的参数;
控制单元,用于根据所述请求,选择性的下发与紧急用户身份相关联的参数。
又一方面,提供一种服务呼叫会话控制功能的装置,包括:
接收单元,用于接收选择性下载的与紧急用户身份相关联的参数及紧急会话请求;
控制单元,根据所述参数,对紧急会话进行相应的处理,完成紧急回呼。
再一方面,提供一种实现紧急回呼的系统,包括:
用户签约服务器,用于选择性地下载与紧急用户身份相关联的参数;
服务呼叫会话控制功能的装置,用于根据所述参数,对会话进行相应的处理,完成紧急回呼。
由于采用选择性地下载与紧急用户身份相关联的参数,克服了在紧急回呼时,进行授权检查和业务触发导致的紧急服务延迟或失败的问题,进而使得网络收到紧急回呼的会话时能优先和快速为用户提供服务。
附图说明
图1为现有技术IMS网络中UE注册的流程图;
图2为本发明一实施例中UE紧急注册的流程图
图3为本发明一实施例中实现紧急回呼的流程图;
图4为本发明一实施例中实现紧急回呼的系统的结构示意图。
具体实施方式
图2为本实施例中UE紧急注册的流程图,本实施例提出在紧急注册流程中,参见图2,步骤S1至步骤S14与现有技术中注册的步骤P1至P14相同;步骤S15、S16为:在HSS收到S-CSCF发来的SAR是关于紧急用户身份的注册时,在发给S-CSCF的SAA中选择性的下发紧急用户身份对应的配置数据,紧急用户身份对应的配置数据包括服务授权、IFC和Shared IFC;步骤S17至S19与现有技术中注册的步骤P17至P19相同。
选择性的下发紧急用户身份对应的配置数据的方式包括全部配置数据都不下发或者根据运营策略只下发部分配置数据。
图3为本实施例中实现紧急回呼的流程图,参见图3,实现紧急回呼包括如下步骤:
选择性地下载与紧急用户身份相关联的参数;
根据所述参数,对会话进行相应的处理,完成紧急回呼
其中,选择性地下载与紧急用户身份相关联的参数包括:全部配置数据都不下发、根据运营策略只下发部分配置数据或者部分接收配置数据。
相对应的,全部配置数据都不下发,S-CSCF在收到关于紧急用户身份的会话时,不进行业务授权检查和业务触发。
根据运营策略只下发部分配置数据,S-CSCF在收到关于紧急用户身份的会话时,根据下发的部分配置数据进行相应的处理。
所述相应的处理包括根据下发的部分配置数据中的服务授权进行业务授权检查,或者,根据下发的部分配置数据中的IFC或Shared IFC进行部分业务触发。
或者,与HSS选择性的下发与紧急用户身份对应的配置数据的方案相替代的,HSS在紧急用户身份注册时对S-CSCF的服务配置的下发流程不变,但S-CSCF收到紧急用户身份相关的会话时不进行服务配置授权检查和业务触发,或根据运营策略进行服务配置授权检查和部分业务触发,即S-CSCF选择性的对HSS下发的与紧急用户身份对应的配置数据进行相应的处理。
HSS在下载数据给S-CSCF时,要在隐式注册集中包含一个TELURI,用于从公用业务电话网(Public Service Telephone Network,PSTN)回叫用户。本发明实施例提出关于该TEL URI的三种分配方式:
一、由HSS动态分配,只在紧急注册周期内有效,并且没有服务授权和IFC等业务签约,在紧急注册周期内失效后可以分配给其它用户紧急注册时使用;
二、可以是一个提前签约好的与紧急用户身份所在的公有用户身份属于同一个隐式注册集的TEL URI,没有服务授权和IFC等业务签约,只用于紧急注册时下载给S-CSCF用于紧急回叫使用;
三、还可以就是一个普通签约的TEL URI,它可以在不同于紧急用户身份对应的公有用户身份所在的隐式注册集。只是在紧急注册时,HSS将其借用到本次紧急注册使用,作为紧急用户身份对应的公有用户身份所在的隐式注册集的一个成员下发给S-CSCF,用于紧急回叫。紧急注册有效期到后该TEL URI和紧急用户身份的绑定结束。因为该TELURI可能已经通过其它公有用户身份已经注册,需要S-CSCF强制将该TEL URI关联到本次UE注册的关联(contact)地址,即通过注册能联系上UE的IP地址,以便使用该TEL URI回呼时能够路由到发起紧急呼叫的终端。
同时对应的S-CSCF就有三种处理方式:对于第一种和第二种方式从SAA中带下来的隐式注册集中的TEL URI,S-CSCF不需要特殊处理。对于第三种情况,由于使用的可能是非本紧急用户身份对应的公有用户身份所在的隐式注册集中的普通的TEL URI,S-CSCF可选择在收到一个Request URI中是TEL URI的终呼会话请求时,先检查该TEL URI目前是否和用户的一个紧急注册相关,如果是就将该会话当紧急回叫进行处理,也就是忽略对该TEL URI的服务授权检查并不进行所有或部分业务触发,直接将会话路由到该TEL URI关联的紧急注册对应的UE。如果该TEL URI已经正常注册到另外的UE,S-CSCF可以将会话进行分路(forking)处理。
实施例一:一个用户有三个公有用户身份IMPU1、IMPU2、IMPU3同属于一个隐式注册集,其中IMPU1、IMPU3是SIP URI,而IMPU2是一个TEL URI,IMPU1、IMPU2具有相同的配置数据,IMPU3具有另一个配置数据。
当S-CSCF通过SAR向HSS请求对应于IMPU1的紧急公有用户身份的用户数据时,HSS在SAA中将不包含这些IMPU的服务授权、IFC和Shared IFC信息。
实施例二:一个用户有三个公有用户身份IMPU1、IMPU2、IMPU3同属于一个隐式注册集,其中IMPU1、IMPU2、IMPU3全是SIP URI,IMPU1、IMPU2具有相同的Service Profile1,IMPU3具有另一个ServiceProfile2。另外用户有一个不属于该隐式注册集的TEL URI形式的公有用户身份IMPU4。
当S-CSCF通过SAR向HSS请求对应于IMPU1的紧急公有用户身份的用户数据时,HSS在SAA中将不包含这些IMPU的服务授权、IFC和Shared IFC信息。同时将不属于该隐式注册集的IMPU4也包含在SAA中下载给S-CSCF用于紧急回呼使用。
S-CSCF在收到一个Request URI中是IMPU4的终呼会话请求时,先检查该TEL URI目前是否和用户的一个紧急注册相关。S-CSCF知道IMPU4已被注册作为紧急回叫使用,就忽略对该TEL URI的服务授权检查并不进行所有或部分业务触发,直接将会话路由到该TEL URI关联的紧急注册对应的UE。如果该TEL URI已经正常注册到另外的UE,S-CSCF可以选择将会话进行分路(forking)处理。
通过本发明提供的方案,能使网络收到紧急会话或紧急呼叫相关的回呼时能优先和快速为用户提供紧急服务,防止因为服务授权检查或业务触发导致紧急服务延迟或失败。同时提供了一种分配用于紧急回叫的TEL URI的方法,可以有效解决目前如何分配用于从公用业务电话网(Public Service Telephone Network,PSTN)紧急回叫用户的TEL URI的问题。
图4为本实施例中实现紧急回呼的系统的结构示意图,根据以上的方法,提出一种实现紧急回呼的系统,参见图4,包括:
用户签约服务器1,用于选择性地下载与紧急用户身份相关联的参数;
服务呼叫会话控制功能的装置2,用于根据所述参数,对会话进行相应的处理,完成紧急回呼。
用户签约服务器1,包括:
接收单元11,用于接收与紧急用户身份相关联的请求;
存储单元12,用于存储与紧急用户身份相关联的参数;
控制单元13,用于与紧急用户身份相关联的请求,选择性的下发与紧急用户身份相关联的参数。
其中,
存储单元12存储与紧急用户身份相对应的配置数据和/或运营策略及TEL URI。
控制单元13包括:
查找子单元131,用于查找存储单元中是否包括运营策略和与紧急用户身份对应的TEL URI;
分配子单元132,用于根据查找子单元的查找结果,设置分配策略;
发送子单元133,根据运营策略只下发部分配置数据;或者下发与紧急用户身份相对应的TEL URI;或者下发用户普通签约的任一个TELURI。
服务呼叫会话控制功能的装置2,包括:
接收单元21,用于接收选择性下载的与紧急用户身份相关联的参数及紧急会话请求;
控制单元22,根据选择性下载的与紧急用户身份相关联的参数,对紧急会话进行相应的处理,完成紧急回呼。
其中,控制单元22包括:
判断子单元221,用于判断配置数据的下载情况或TEL URI的下载情况;
业务子单元222,用于根据判断子单元对配置数据的下载情况的判断结果,如果判断全部配置数据都不下发,则不进行业务授权检查和业务触发;如果判断下发或接收部分配置数据,则根据部分配置数据中的服务授权进行业务授权检查,或根据下发的部分配置数据中的IFC或Shared IFC进行部分业务触发;
关联子单元223,用于根据判断子单元对TEL URI下载情况的判断结果,将普通签约的TEL URI关联到所述用户的联系地址。
接收单元21包括:
参数子单元211,用于接收选择性下载的与紧急用户身份相关联的参数并发送给控制单元;
请求子单元212,用于接收会话请求;
判断子单元213,用于判断会话请求中的TEL URI是否与紧急用户身份相对应,如果TEL URI与紧急用户身份相对应,则发送相应的请求信号给控制单元。
业务子单元还用于根据接收单元中的判断子单元的请求信号进行业务授权检查及部分业务触发。
本实施例中实现紧急回呼的系统,对用户签约服务器的功能进行扩展,可以选择性的下发与紧急用户身份相关联的参数,服务呼叫会话控制功能的装置收到紧急用户身份相关的会话时不进行服务授权检查和业务触发,或进行部分业务触发,从而克服了进行授权检查和业务触发导致的紧急服务延迟或失败的问题,实现优先和快速地为用户提供紧急回呼的服务。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,包括如下步骤:选择性地下载与紧急用户身份相关联的参数;根据所述参数,对会话进行相应的处理,完成紧急回呼,所述的存储介质,如:ROM/RAM、磁碟、光盘等。
以上对本发明实施例所提供的一种实现紧急回呼的方法及系统、用户服务器和呼叫控制装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1、一种实现紧急回呼的方法,其特征在于,包括如下步骤:
选择性地下载与紧急用户身份相关联的参数;
根据所述参数,对会话进行相应的处理,完成紧急回呼。
2、根据权利要求1所述的方法,其特征在于,所述与紧急用户身份相关联的参数包括:紧急用户身份相对应的配置数据和/或电话统一资源标识TEL URI。
3、根据权利要求2所述的方法,其特征在于,所述紧急用户身份相对应的配置参数包括服务授权、初始过滤规则IFC和共享初始过滤规则Shared IFC。
4、根据权利要求3所述的方法,其特征在于,所述选择性地下载与紧急用户身份相关联的参数为全部配置数据都不下发,所述根据所述参数,对会话进行相应的处理,完成紧急回呼的步骤具体包括:服务呼叫会话控制功能S-CSCF在收到关于紧急用户身份的会话时,不进行业务授权检查和业务触发;或者
所述选择性地下载与紧急用户身份相关联的参数为根据运营策略只下发部分配置数据,所述根据所述参数,对会话进行相应的处理,完成紧急回呼的步骤具体包括:S-CSCF在收到关于紧急用户身份的会话时,根据下发的部分配置数据中的服务授权进行业务授权检查,或根据下发的部分配置数据中的IFC或Shared IFC进行部分业务触发;或者
所述选择性地下载与紧急用户身份相关联的参数为部分接收配置数据,所述根据所述参数,对会话进行相应的处理,完成紧急回呼的步骤具体包括:S-CSCF在收到关于紧急用户身份的会话时,根据接收的部分配置数据中的服务授权进行业务授权检查,或根据下发的部分配置数据中的IFC或Shared IFC进行部分业务触发。
5、根据权利要求2所述的方法,其特征在于,所述选择性地下载与紧急用户身份相关联的参数的步骤具体包括:
当所述紧急用户身份对应的公有用户身份所在的隐式注册集中包括TEL URI时,下载所述TEL URI;
当所述紧急用户身份对应的公有用户身份所在的隐式注册集中没有TEL URI时,下载用户普通签约的任一个TEL URI,将所述普通签约的TEL URI关联到所述用户的联系地址。
6、根据权利要求5所述的方法,其特征在于,所述根据所述参数,对会话进行相应的处理,完成紧急回呼的步骤具体包括:
S-CSCF检查会话中的TEL URI是否与紧急用户身份相对应,如果TEL URI与紧急用户身份相对应,则不进行业务授权检查和业务触发;或进行业务授权检查及部分业务触发。
7、一种用户签约服务器,其特征在于,包括:
接收单元,用于接收与紧急用户身份相关联的请求;
存储单元,用于存储与紧急用户身份相关联的参数;
控制单元,用于根据所述请求,选择性的下发与紧急用户身份相关联的参数。
8、根据权利要求7所述的用户签约服务器,其特征在于,所述存储单元存储与紧急用户身份相对应的配置数据和/或运营策略及TELURI。
9、根据权利要求8所述的用户签约服务器,其特征在于,所述控制单元包括:
查找子单元,用于查找所述存储单元中是否包括运营策略和与紧急用户身份对应的TEL URI;
分配子单元,用于根据查找子单元的查找结果,设置分配策略;
发送子单元,用于接收所述分配策略,根据运营策略只下发部分配置数据;或者下发所述与紧急用户身份相对应的TEL URI;或者下发用户普通签约的任一个TEL URI。
10、一种服务呼叫会话控制功能的装置,其特征在于,包括:
接收单元,用于接收选择性下载的与紧急用户身份相关联的参数及紧急会话请求;
控制单元,根据所述参数,对紧急会话进行相应的处理,完成紧急回呼。
11、根据权利要求10所述的装置,其特征在于,所述控制单元包括:
判断子单元,用于判断配置数据的下载情况或TEL URI的下载情况;
业务子单元,用于根据判断子单元对配置数据的下载情况的判断结果,如果判断全部配置数据都不下发,则不进行业务授权检查和业务触发;如果判断下发或接收部分配置数据,则根据部分配置数据中的服务授权进行业务授权检查,或根据下发的部分配置数据中的IFC或SharedIFC进行部分业务触发;
关联子单元,用于根据所述判断子单元对TEL URI下载情况的判断结果,将普通签约的TEL URI关联到所述用户的联系地址。
12、根据权利要求11所述的装置,其特征在于,所述接收单元包括:
参数子单元,用于接收选择性下载的与紧急用户身份相关联的参数并发送给所述控制单元;
请求子单元,用于接收会话请求;
判断子单元,用于判断所述会话请求中的TEL URI是否与紧急用户身份相对应,如果TEL URI与紧急用户身份相对应,则发送相应的请求信号给所述控制单元。
13、根据权利要求12所述的装置,其特征在于,所述业务子单元还用于根据所述接收单元中的所述判断子单元的请求信号进行业务授权检查及部分业务触发。
14、一种实现紧急回呼的系统,其特征在于,包括:
用户签约服务器,用于选择性地下载与紧急用户身份相关联的参数;
服务呼叫会话控制功能的装置,用于根据所述参数,对会话进行相应的处理,完成紧急回呼。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101017048A CN101296505A (zh) | 2007-04-24 | 2007-04-24 | 实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 |
PCT/CN2008/070614 WO2008128457A1 (fr) | 2007-04-24 | 2008-03-28 | Procédé, système, serveur et appareil pour obtenir un rappel d'urgence |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101017048A CN101296505A (zh) | 2007-04-24 | 2007-04-24 | 实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101296505A true CN101296505A (zh) | 2008-10-29 |
Family
ID=39875090
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101017048A Pending CN101296505A (zh) | 2007-04-24 | 2007-04-24 | 实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101296505A (zh) |
WO (1) | WO2008128457A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6571092B2 (en) * | 2001-02-15 | 2003-05-27 | Nokia Networks Oy | Technique for enabling emergency call callback of a terminal without a valid subscriber identity |
US7145997B2 (en) * | 2001-12-07 | 2006-12-05 | Nokia Corporation | Method and system for callback in case of an emergency session |
CN1878401B (zh) * | 2006-01-24 | 2010-05-12 | 华为技术有限公司 | 移动终端紧急呼叫回呼方法及系统 |
-
2007
- 2007-04-24 CN CNA2007101017048A patent/CN101296505A/zh active Pending
-
2008
- 2008-03-28 WO PCT/CN2008/070614 patent/WO2008128457A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2008128457A1 (fr) | 2008-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1327681C (zh) | 一种实现初始因特网协议多媒体子系统注册的方法 | |
US7870262B2 (en) | Method and element for service control | |
US8031591B2 (en) | Method and device for providing services for user | |
CN102215238B (zh) | 融合视频会议业务处理方法与系统、主持人终端 | |
EP2086167B1 (en) | User device registering, enabling system, method and device in private network management | |
CN102474523B (zh) | 用于发起在ip多媒体子系统网络的hss中对订户数据进行预配置的方法和装置 | |
CN101971592B (zh) | 接入地会话控制器、ip多媒体子系统及其注册会话方法 | |
CN1885787A (zh) | 一种在用户注册过程中注册异常的处理方法 | |
CN1753363A (zh) | 网络侧选择鉴权方式的方法 | |
KR20150058534A (ko) | 인증 정보 전송 | |
CN1642346A (zh) | 一种用户到归属签约用户服务器进行注册的方法 | |
US20090239513A1 (en) | System and Method to Provide Combinational Services to Anonymous Callers | |
KR100938624B1 (ko) | 서비스 제어를 위한 방법 및 요소 | |
CN101645901B (zh) | Ims网络根据终端能力决策用户鉴权方式的方法 | |
US8732321B2 (en) | Control entity and method for setting up a session in a communications network, subscriber database and communications network | |
CN101325731B (zh) | 分配服务呼叫会话控制功能方法、系统及归属用户服务器 | |
CN106790055B (zh) | 一种ims系统的注册方法与装置 | |
CN101159761B (zh) | 注册状态订阅的处理方法 | |
CN100499670C (zh) | 一种在注册过程中确定服务呼叫控制功能的方法 | |
CN101227475A (zh) | 终端验证方法 | |
CN100562019C (zh) | Ip多媒体子系统中的操作处理方法和归属签约用户服务器 | |
CN101925149A (zh) | Ims中实现用户终端路由的方法、系统和接入网元 | |
CN101296505A (zh) | 实现紧急回呼的方法及系统、用户服务器和呼叫控制装置 | |
CN101156371B (zh) | 一种实现初始因特网协议多媒体子系统注册的方法 | |
CN101299874B (zh) | 用户数据返回方法、系统及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20081029 |