CN106101078B - 一种ip多媒体子***、终端及业务实现方法 - Google Patents

一种ip多媒体子***、终端及业务实现方法 Download PDF

Info

Publication number
CN106101078B
CN106101078B CN201610377744.4A CN201610377744A CN106101078B CN 106101078 B CN106101078 B CN 106101078B CN 201610377744 A CN201610377744 A CN 201610377744A CN 106101078 B CN106101078 B CN 106101078B
Authority
CN
China
Prior art keywords
service
question parameter
service type
parameter
sqn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610377744.4A
Other languages
English (en)
Other versions
CN106101078A (zh
Inventor
张子敬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Original Assignee
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yulong Computer Telecommunication Scientific Shenzhen Co Ltd filed Critical Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority to CN201610377744.4A priority Critical patent/CN106101078B/zh
Publication of CN106101078A publication Critical patent/CN106101078A/zh
Application granted granted Critical
Publication of CN106101078B publication Critical patent/CN106101078B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种IP多媒体子***、终端及业务实现方法,该方法包括:根据接收的待实现业务的鉴权认证向量,获取待实现业务的本次提问参数;调用待实现业务的前一次提问参数;比较本次提问参数及前一次提问参数,若本次提问参数大于前一次提问参数,则完成后续认证实现待实现业务。本发明通过终端分别存储各IMS业务注册成功时的SQN信息,以便下次对应业务注册认证时判定各业务密钥的新鲜性,可有效管理各业务注册认证时SQN信息,防止多业务SQN使用混乱的问题,有效解决了由于SQN使用混乱导致重注册的问题,增加用户体验。

Description

一种IP多媒体子***、终端及业务实现方法
技术领域
本发明涉及通信领域,尤其涉及一种IP多媒体子***、终端及业务实现方法。
背景技术
UE(用户终端,在本发明中特指IP多媒体子***终端)在使用IMS(IP MultimediaSubsystem,是IP多媒体子***)服务之前必须向IMS网络进行注册,通过注册过程可以完成UE对网络和网络对UE的双向认证。
在实际应用中,终端很多业务都可以使用相同的算法完成鉴权认证过程,对于同一用户不同的IMS业务可能会有不同的S-CSCF(Serving Call Session ControlFunction,服务呼叫会话控制功能实体)为其服务,此时各S-CSCF分别为该用户申请了鉴权向量,其对应的序列号SQN的信息必然有先后,各IMS业务在注册时在UE侧存储的上次提问的SQNi并未按照不同的业务进行区分,就会出现不同IMS业务SQN使用混乱导致IMS业务频繁重注册的发生。
因此,本领域技术人员亟待提供一种IP多媒体子***终端的业务实现方案,以解决现有UE在存储的上次提问的SQNi并未按照不同的业务进行区分导致的不同IMS业务SQN使用混乱的问题。
发明内容
本发明提供一种IP多媒体子***、终端及业务实现方法,解决现有UE在存储的上次提问的SQNi并未按照不同的业务进行区分导致的不同IMS业务SQN使用混乱的问题。
为解决上述技术问题,本发明采用以下技术方案:
一种用于IP多媒体子***终端的业务实现方法,其包括:根据接收的待实现业务的鉴权认证向量,获取待实现业务的本次提问参数;调用待实现业务的前一次提问参数;比较本次提问参数及前一次提问参数,若本次提问参数大于前一次提问参数,则完成后续认证实现待实现业务。
进一步地,提问参数包括序列号。
进一步地,调用待实现业务的前一次提问参数包括:获取待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数;或者,获取待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数。
进一步地,调用待实现业务的前一次提问参数包括:获取待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找业务类型对应的前一次提问参数;或者,获取待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找业务类型对应的前一次提问参数。
进一步地,在本次提问参数大于前一次提问参数时,还包括:将待实现业务的前一次提问参数更新为本次提问参数。
一种IP多媒体子***终端,其包括:
获取模块,用于根据接收的待实现业务的鉴权认证向量,获取待实现业务的本次提问参数;
调用模块,用于调用待实现业务的前一次提问参数;
处理模块,用于比较本次提问参数及前一次提问参数,若本次提问参数大于前一次提问参数,则完成后续认证实现待实现业务。
进一步地,调用模块用于获取待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数;或者,用于获取待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数。
进一步地,调用模块用于获取待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找业务类型对应的前一次提问参数;或者,用于获取待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找业务类型对应的前一次提问参数。
进一步地,调用模块在本次提问参数大于前一次提问参数时,还用于将待实现业务的前一次提问参数更新为本次提问参数。
一种IP多媒体子***,其包括:归属用户服务器、至少一个服务呼叫会话控制功能实体,以及本发明提供的IP多媒体子***终端。
本发明提供的IP多媒体子***终端及其业务实现方法,终端分别存储各IMS业务注册成功时的SQN信息,用于下次对应业务注册认证时判定各业务密钥的新鲜性,有效管理各业务注册认证时SQN信息,防止多业务SQN使用混乱的问题,可有效解决由于SQN使用混乱导致重注册的问题,增加用户体验。
附图说明
图1为本发明实施例一提供的业务实现方法的流程图;
图2为本发明实施例二提供的IP多媒体子***终端的示意图;
图3为本发明实施例三提供的业务实现方法的流程图。
具体实施方式
本发明适用于所有可以实现IP多媒体子***业务的终端,包括PC、手机、PAD等。下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一:
图1为本发明实施例一提供的业务实现方法的流程图,请参考图1,包括如下流程:
S101:根据接收的待实现业务的鉴权认证向量,获取待实现业务的本次提问参数;
S102:调用待实现业务的前一次提问参数;
S103:比较本次提问参数及前一次提问参数,若本次提问参数大于前一次提问参数,则完成后续认证实现待实现业务。
在一实施例中,上述实施例的提问参数包括序列号。
在一实施例中,上述实施例的调用待实现业务的前一次提问参数包括:获取待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数;或者,获取待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数。
在一实施例中,上述实施例的调用待实现业务的前一次提问参数包括:获取待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找业务类型对应的前一次提问参数;或者,获取待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找业务类型对应的前一次提问参数。
在一实施例中,上述实施例的方法在本次提问参数大于前一次提问参数时,还包括:将待实现业务的前一次提问参数更新为本次提问参数。
实施例二:
图2为本发明实施例二提供的IP多媒体子***终端的示意图,如图2所示,本实施例提供的IP多媒体子***终端包括:
获取模块21,用于根据接收的待实现业务的鉴权认证向量,获取待实现业务的本次提问参数;
调用模块22,用于调用待实现业务的前一次提问参数;
处理模块23,用于比较本次提问参数及前一次提问参数,若本次提问参数大于前一次提问参数,则完成后续认证实现待实现业务。
在一实施例中,上述实施例的调用模块22用于获取待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数;或者,用于获取待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找业务类型对应的前一次提问参数。
在一实施例中,上述实施例的调用模块22用于获取待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找业务类型对应的前一次提问参数;或者,用于获取待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找业务类型对应的前一次提问参数。
在一实施例中,上述实施例的调用模块22在本次提问参数大于前一次提问参数时,还用于将待实现业务的前一次提问参数更新为本次提问参数。
对应的,本发明也提供了一种IP多媒体子***,其包括:归属用户服务器、至少一个服务呼叫会话控制功能实体,以及本发明提供的IP多媒体子***终端。
实施例三:
现结合具体应用场景对本发明做进一步的诠释说明。
3GPP中UE接入IMS的认证过程是基于IMS-AKA实现,本实施例也基于IMS-AKA认证机制对本发明做进一步的诠释说明。
在IMS***内,呼叫会话控制功能(Call Session Control Function,CSCF)是IMS内部的功能实体,是整个IMS网络的核心,主要负责处理多媒体呼叫会话过程中的信令控制。它管理IMS网络的用户鉴权,IMS承载面QoS,与其它网络实体配合进行SIP会话的控制,以及业务协商和资源分配等。CSCF根据功能分为代理CSCF(Proxy CSCF,P-CSCF),查询CSCF(Interrogating CSCF,I-CSCF),服务CSCF(Serving CSCF,S-CSCF)。
HSS(Home Subscriber Server,归属用户服务器)是IMS中控制层的重要组成部分,HSS支持用于处理调用/会话的IMS网络实体的主要用户数据库。它包含用户配置文件,执行用户的身份验证和授权,并可提供有关用户物理位置的信息。它类似于GSM HomeLocation Register,与HSS通信的实体是应用服务器(AS)和呼叫会话控制功能服务器(CSCF),其中应用服务器以IMS环境为宿主并执行其中的服务。用户配置文件包含有关当前用户的信息——通常S-CSCF会在用户进行网络注册时下载和使用这个文件。
IMS是IP多媒体子***,是一种全新的多媒体业务形式,它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求,IMS被认为是下一代网络的核心技术。VoLTE(Voiceover LTE),是基于IMS的语音业务,而不是基于传统的IP网络(比如因特网),构架于运营商的网络之上,这就意味着运营商能够为VoLTE提供更高级别的控制和管理。RCS(RichCommunication Services),融合通信服务。VoWiFi(Voice over WiFi)只是将WiFi作为接入网,最终是要接入IMS的,它是运营商可以控制和管理的IP语音服务。
AKA机制是由IETF制定、并被3GPP采用,广泛用于3G无线网络的鉴权机制,IMS的鉴权机制沿用了这种机制的原理和核心算法,故称之为IMS-AKA机制。IMS AKA机制是对HTTP摘要认证机制的扩展,主要用于用户认证和会话密钥的分发,它的实现基于一个长期共享密钥(KEY)和一个序列号(SQN),它们仅在HSS与UE中可见,由于HSS不与UE直接通信,而是由S-CSCF执行认证这程,因此它们不会将真实的KEY暴露给外界,其具体实现过程不再赘述。
现仅将该IMS AKA机制与本发明相关的内容进行说明。
UE在使用IMS服务之前必须向IMS网络进行注册,通过注册过程可以完成UE对网络和网络对UE的双向认证。3GPP中UE接入IMS的认证过程是基于IMS-AKA实现。IMS-AKA中UE通过消息认证码MAC和序列号SQN来认证网络的合法性及密钥的新鲜性,而网络通过AKA认证响应消息RESP来确认UE的合法性。通过这样的机制完成UE和网络之间的双向认证。
UE在每次进行IMS-AKA认证时都会选择不同的鉴权认证向量AV,这样可以保证每次通信采用的CK和IK都是由不同的RAND()计算得到的,而每次使用的MAC是由不断递增的SQN作为输入变量之一,从而确保了密钥的新鲜性。而在UE通过计算期望的消息认证码MAC验证网络通过(认为网络非法/服务端异常,终止这一次,预定时间重注册)后,UE将接着检查序列号SQN是否在正确的范围之内,如这次提问的序列号SQN大于上次提问时使用的SQNi,则认为SQN在正确的范围之内,否则认为UE和网络失同步,此时UE会计算重同步参数并发起重注册。
现有IMS-AKA方案中使用SQN来保证UE和S-CSCF之间密钥的新鲜性。在IMS-AKA初始注册过程中,S-CSCF首先会从HSS中申请鉴权认证向量AV,HSS按照AKA算法生成鉴权认证向量AV,包含五个元素(随机数RAND,期望响应值XRES,包含加密后的XMAC及SQN值的网络认证令牌AUTN,加密性秘钥CK,完整性秘钥IK),并未明文包含SQN和共享密钥。然而在实际现网中为了提高S-CSCF的工作效率,S-CSCF会从HSS中申请多组AV鉴权认证向量用于后续的认证或重认证过程,当UE在注册时S-CSCF首先会检测自身是否存储有对应的AV鉴权向量,如果有则直接用于鉴权认证,当S-CSCF中存储的AV鉴权向量都使用完后其才会去HSS中重新申请。
在IMS多业务应用中,有很多业务都可以使用IMS-AKA算法完成鉴权认证过程,对于同一用户不同的IMS业务可能会有不同的S-CSCF为其服务,此时各S-CSCF分别为该用户申请了AV鉴权向量,其中SQN的信息必然有先后,各IMS业务在注册时在UE侧存储的上次提问的SQNi并未按照不同的业务进行区分,就会出现不同IMS业务SQN使用混乱导致IMS业务频繁重注册的发生。增加网络开销,延长用户接入时延,降低用户体验。
举例如下:
如某一UE支持RCS和VoLTE两种IMS业务,其均通过IMS-AKA过程完成认证注册,而网络侧针对这两个业务分配了不同的S-CSCF服务器。假设VoLTE先注册,为VoLTE服务的S-CSCF1会从HSS申请多组AV鉴权向量,假设为3组,对应的SQN分别为00X002、00X003和00X004,S-CSCF1使用第一组AV进行认证,VoLTE注册认证通过后,会将SQN为00X002的消息保存在UE。之后发起RCS注册,为RCS服务的S-CSCF2会从HSS申请多组AV鉴权向量,假设也为3组,对应的SQN分别为00X005、00X006和00X007,S-CSCF2使用第一组AV进行认证,RCS注册认证通过后,会将UE中存储的SQN更新为00X005。这样问题就来了,在VoLTE再次发起注册时,为其服务的S-CSCF1使用的第二个AV鉴权向量进行认证时就会出现SQN失步问题,导致UE重新注册,直到S-CSCF1中申请的AV鉴权向量要新于S-CSCF2为止。
本发明方案提供了一种IMS终端多业务注册认证的方法和***。主要在UE侧分别存储各IMS业务注册成功时的SQN信息用于下次对应业务注册认证时判定各业务密钥的新鲜性,有效管理各业务注册认证时SQN信息,防止多业务SQN使用混乱的问题,本发明方案仅在UE侧修改,即可有效解决由于SQN使用混乱导致重注册的问题,增加用户体验。
具体的,本发明方案主要针对各业务分别存储SQN信息,各业务注册认证时分别针对业务类型从UE中检索对应业务上次的提问SQN信息进行验证,验证通过后将新的SQN信息保存到对应的业务中,采用表格或者以修改SQN命名规则的方式存储的各IMS业务对应的SQN信息。
现结合图3对本发明进行详细说明。
如图3所示,本发明提供的业务实现方法包括以下步骤:
S301:终端设置SQN存储方式。
终端初始化时,设置SQN存储方式,SQN存储方式可以是采用表格的形式存储,也可以是采用修改SQN命名规则的方式进行存储,可以根据终端内SIM卡的数量进行设置,SIM卡可以是常规的实体SIM卡,也可以是eSIM(嵌入式SIM)卡,在实际应用中,根据终端内SIM卡的数量可以将终端分为单SIM卡终端,此时终端内仅设置有一个SIM卡,或者多SIM卡终端,包括多个SIM卡。
当终端为单SIM卡终端时,若以表格的方式进行SQN存储,其表格可以如下表1所示:
表1
业务类型 SQN
VoLTE **
RCS **
VoWiFi **
当终端为多SIM卡终端时,以双卡手机为例,若以表格的方式进行SQN存储,其表格可以如下表2所示:
表2
当终端为单SIM卡终端时,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型;当终端为多SIM卡终端时,以双卡手机为例,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型+SIM1/SIM2。
S302:终端进行业务注册。
在T1时刻,终端针对三种类型的业务均发送注册,具体的,VoLTE业务对应S-CSCF1,RCS业务对应S-CSCF2,VoWiFi业务对应S-CSCF3;S-CSCF1-3分别为对应业务在HSS请求3组鉴权认证向量AV,并采用第一组鉴权认证向量AV完成与终端的双向认证。
针对单SIM卡终端的VoLTE业务,S-CSCF1为其请求SQN分别为00X002、00X003和00X004的鉴权认证向量AV,并使用SQN为00X002的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X002。
针对单SIM卡终端的RCS业务,S-CSCF2为其请求SQN分别为00X005、00X006和00X007的鉴权认证向量AV,并使用SQN为00X005的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X005。
针对单SIM卡终端的VoWiFi业务,S-CSCF3为其请求SQN分别为00X008、00X009和00X00A的鉴权认证向量AV,并使用SQN为00X008的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X008。
针对双SIM卡终端的SIM卡1的VoLTE业务,S-CSCF1为其请求SQN分别为00X002、00X003和00X004的鉴权认证向量AV,并使用SQN为00X002的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X002,针对双SIM卡终端的SIM卡2的VoLTE业务,S-CSCF1为其请求SQN分别为00X102、00X103和00X104的鉴权认证向量AV,并使用SQN为00X102的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X102。
针对双SIM卡终端的SIM卡1的RCS业务,S-CSCF2为其请求SQN分别为00X005、00X006和00X007的鉴权认证向量AV,并使用SQN为00X005的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X005,针对双SIM卡终端的SIM卡2的RCS业务,S-CSCF2为其请求SQN分别为00X105、00X106和00X107的鉴权认证向量AV,并使用SQN为00X105的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X105。
针对双SIM卡终端的SIM卡1的VoWiFi业务,S-CSCF3为其请求SQN分别为00X008、00X009和00X00A的鉴权认证向量AV,并使用SQN为00X008的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X008,双SIM卡终端的SIM卡2的VoWiFi业务,S-CSCF3为其请求SQN分别为00X108、00X109和00X10A的鉴权认证向量AV,并使用SQN为00X108的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X108。
S303:终端存储各业务的SQN。
终端在T1时刻完成业务注册后,进行SQN存储。
当终端为单SIM卡终端时,若以表格的方式进行SQN存储,其表格需要更新为如下表3所示:
表3
业务类型 SQN
VoLTE 00X002
RCS 00X005
VoWiFi 00X008
当终端为多SIM卡终端时,以双卡手机为例,若以表格的方式进行SQN存储,其表格需要更新为如下表4所示:
表4
当终端为单SIM卡终端时,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型;此时,存储的SQN为:00X002+VoLTE,00X005+RCS,00X008+VoWiFi;
当终端为多SIM卡终端时,以双卡手机为例,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型+SIM1/SIM2;此时,存储的SQN为:00X002+VoLTE+SIM1,00X102+VoLTE+SIM2,00X005+RCS+SIM1,00X105+RCS+SIM2,00X008+VoWiFi+SIM1,00X108+VoWiFi+SIM2。
S304:终端进行业务重认证。
在T2时刻,终端针对这些业务需要再次进行认证,具体认证过程和现有技术类似,先进行MAC的认证,认证通过后,进行SQN比较,此时针对不同的业务,需要根据业务类型、或者业务类型+SIM卡标识,在步骤S303存储的所有SNQ中进行查找获取各业务的前一次提问SQN,并与本次提问SQN进行比较,本实施例以所有认证均通过为例进行说明。
具体的,在T2时刻:
针对单SIM卡终端的VoLTE业务,S-CSCF1使用SQN为00X003的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X003。
针对单SIM卡终端的RCS业务,S-CSCF2使用SQN为00X006的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X006。
针对单SIM卡终端的VoWiFi业务,S-CSCF3使用SQN为00X009的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X009。
针对双SIM卡终端的SIM卡1的VoLTE业务,S-CSCF1使用SQN为00X003的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X003,针对双SIM卡终端的SIM卡2的VoLTE业务,S-CSCF1使用SQN为00X103的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X103。
针对双SIM卡终端的SIM卡1的RCS业务,S-CSCF2使用SQN为00X006的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X006,针对双SIM卡终端的SIM卡2的RCS业务,S-CSCF2使用SQN为00X106的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X106。
针对双SIM卡终端的SIM卡1的VoWiFi业务,S-CSCF3使用SQN为00X009的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X009,双SIM卡终端的SIM卡2的VoWiFi业务,S-CSCF3使用SQN为00X109的鉴权认证向量AV完成认证,终端存储该业务的前一提问参数SQN为00X109。
S305:终端更新存储的各业务的SQN。
终端在T2时刻完成认证后,更新SQN存储。
当终端为单SIM卡终端时,若以表格的方式进行SQN存储,其表格需要更新为如下表5所示:
表5
当终端为多SIM卡终端时,以双卡手机为例,若以表格的方式进行SQN存储,其表格需要更新为如下表6所示:
表6
当终端为单SIM卡终端时,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型;此时,存储的SQN为:00X003+VoLTE,00X006+RCS,00X009+VoWiFi;
当终端为多SIM卡终端时,以双卡手机为例,若以修改命名规则的方式进行SQN存储,其命名规则可以为SQN内容+业务类型+SIM1/SIM2;此时,存储的SQN为:00X003+VoLTE+SIM1,00X103+VoLTE+SIM2,00X006+RCS+SIM1,00X106+RCS+SIM2,00X009+VoWiFi+SIM1,00X109+VoWiFi+SIM2。
通过以上实施例的实施可知,本发明提供的方法具备以下有益效果:
本发明提供的IP多媒体子***终端及其业务实现方法,终端分别存储各IMS业务注册成功时的SQN信息,用于下次对应业务注册认证时判定各业务密钥的新鲜性,有效管理各业务注册认证时SQN信息,防止多业务SQN使用混乱的问题,可有效解决由于SQN使用混乱导致重注册的问题,增加用户体验。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (7)

1.一种用于IP多媒体子***终端的业务实现方法,其特征在于,包括:
IP多媒体子***终端根据接收的待实现业务的鉴权认证向量,获取所述待实现业务的本次提问参数,所述提问参数包括序列号和对应的业务类型;
所述IP多媒体子***终端调用所述待实现业务的前一次提问参数;
所述IP多媒体子***终端比较所述本次提问参数及前一次提问参数,若所述本次提问参数大于所述前一次提问参数,则完成后续认证实现所述待实现业务,并将所述待实现业务的前一次提问参数更新为所述本次提问参数。
2.如权利要求1所述的业务实现方法,其特征在于,所述调用所述待实现业务的前一次提问参数包括:
获取所述待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找所述业务类型对应的前一次提问参数;或者,
获取所述待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找所述业务类型对应的前一次提问参数。
3.如权利要求1所述的业务实现方法,其特征在于,所述调用所述待实现业务的前一次提问参数包括:
获取所述待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找所述业务类型对应的前一次提问参数;或者,
获取所述待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找所述业务类型对应的前一次提问参数。
4.一种IP多媒体子***终端,其特征在于,包括:
获取模块,用于根据接收的待实现业务的鉴权认证向量,获取所述待实现业务的本次提问参数,所述提问参数包括序列号和对应的业务类型;
调用模块,用于调用所述待实现业务的前一次提问参数,以及在所述本次提问参数大于所述前一次提问参数时,还用于将所述待实现业务的前一次提问参数更新为本次提问参数;
处理模块,用于比较所述本次提问参数及前一次提问参数,若所述本次提问参数大于所述前一次提问参数,则完成后续认证实现所述待实现业务。
5.如权利要求4所述的IP多媒体子***终端,其特征在于,所述调用模块用于获取所述待实现业务的业务类型,在存储的包含至少一个业务类型与前一次提问参数的对应关系的对应关系表中,查找所述业务类型对应的前一次提问参数;或者,用于获取所述待实现业务的业务类型及用户识别卡标识,在存储的包含至少一个业务类型、用户识别卡标识与前一次提问参数的对应关系的对应关系表中,查找所述业务类型对应的前一次提问参数。
6.如权利要求4所述的IP多媒体子***终端,其特征在于,所述调用模块用于获取所述待实现业务的业务类型,在存储的至少一个以业务类型命名的前一次提问参数中,查找所述业务类型对应的前一次提问参数;或者,用于获取所述待实现业务的业务类型及用户识别卡标识,在存储的至少一个以业务类型、用户识别卡标识命名的前一次提问参数中,查找所述业务类型对应的前一次提问参数。
7.一种IP多媒体子***,其特征在于,包括:归属用户服务器、至少一个服务呼叫会话控制功能实体,以及如权利要求4至6任一项所述的IP多媒体子***终端。
CN201610377744.4A 2016-05-31 2016-05-31 一种ip多媒体子***、终端及业务实现方法 Active CN106101078B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610377744.4A CN106101078B (zh) 2016-05-31 2016-05-31 一种ip多媒体子***、终端及业务实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610377744.4A CN106101078B (zh) 2016-05-31 2016-05-31 一种ip多媒体子***、终端及业务实现方法

Publications (2)

Publication Number Publication Date
CN106101078A CN106101078A (zh) 2016-11-09
CN106101078B true CN106101078B (zh) 2019-07-12

Family

ID=57230549

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610377744.4A Active CN106101078B (zh) 2016-05-31 2016-05-31 一种ip多媒体子***、终端及业务实现方法

Country Status (1)

Country Link
CN (1) CN106101078B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156615B (zh) * 2016-12-06 2021-02-23 展讯通信(上海)有限公司 用户终端及其提供移动通信服务的方法及装置
CN107820331B (zh) * 2017-10-31 2021-05-11 Oppo广东移动通信有限公司 通话方法、装置、计算机设备及可读存储介质
CN108322435A (zh) * 2017-12-26 2018-07-24 努比亚技术有限公司 一种多媒体通话方法、终端、ims服务器及存储介质
CN110446277B (zh) * 2019-07-09 2022-05-17 广东以诺通讯有限公司 一种双卡终端VoWiFi业务接入方法和终端
CN113993123B (zh) * 2021-10-15 2024-04-09 展讯半导体(成都)有限公司 参数配置方法及相关装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1964569A (zh) * 2006-10-17 2007-05-16 ***通信集团公司 鉴权方法、验证鉴权序列号的方法、通信***及用户卡
CN101272251A (zh) * 2007-03-22 2008-09-24 华为技术有限公司 鉴权和密钥协商方法、认证方法、***及设备
CN101399603A (zh) * 2007-09-30 2009-04-01 华为技术有限公司 重同步方法、认证方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1964569A (zh) * 2006-10-17 2007-05-16 ***通信集团公司 鉴权方法、验证鉴权序列号的方法、通信***及用户卡
CN101272251A (zh) * 2007-03-22 2008-09-24 华为技术有限公司 鉴权和密钥协商方法、认证方法、***及设备
CN101399603A (zh) * 2007-09-30 2009-04-01 华为技术有限公司 重同步方法、认证方法及设备

Also Published As

Publication number Publication date
CN106101078A (zh) 2016-11-09

Similar Documents

Publication Publication Date Title
CN106101078B (zh) 一种ip多媒体子***、终端及业务实现方法
US8880873B2 (en) Method, system and device for authenticating cardless terminal using application server
US9503890B2 (en) Method and apparatus for delivering keying information
RU2390970C2 (ru) Регистрация пользователей в системе связи
EP1879324B1 (en) A method for authenticating user terminal in ip multimedia sub-system
GB2560134B (en) Method and apparatus for binding of a user-based public identity to a shared device in an internet protocol multimedia subsystem based communication system
US10708783B2 (en) Method for performing multiple authentications within service registration procedure
EP1414212B1 (en) Method and system for authenticating users in a telecommunication system
US10812470B2 (en) Non-SIM access to cellular networks
WO2017092229A1 (zh) 基于多业务的ims注册方法和ims注册***
CN109962878B (zh) 一种ims用户的注册方法及装置
KR20150058534A (ko) 인증 정보 전송
US20100293593A1 (en) Securing contact information
US9526005B2 (en) GSM A3/A8 authentication in an IMS network
US11490255B2 (en) RCS authentication
US20230072838A1 (en) Virtual line registration system
CN101232707A (zh) 一种ims网络中区分用户终端鉴权方式的方法及i-cscf
EP3248399B1 (en) Method, apparatus and computer program product for provisioning multiple user identities in an ip multimedia subsystem
JP6591051B2 (ja) ローカルネットワークにおいて加入者を認証する方法
CN105635098A (zh) Ims网络的注册方法及***
EP1958370A2 (en) Method and apparatus for delivering keying information

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant