CN101925050A - 一种安全上下文的生成方法及装置 - Google Patents
一种安全上下文的生成方法及装置 Download PDFInfo
- Publication number
- CN101925050A CN101925050A CN2010102607720A CN201010260772A CN101925050A CN 101925050 A CN101925050 A CN 101925050A CN 2010102607720 A CN2010102607720 A CN 2010102607720A CN 201010260772 A CN201010260772 A CN 201010260772A CN 101925050 A CN101925050 A CN 101925050A
- Authority
- CN
- China
- Prior art keywords
- message
- network capabilities
- subscriber equipment
- network
- safe context
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
- H04L63/205—Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/041—Key generation or derivation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
- H04W12/0433—Key management protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种安全上下文的生成方法及装置,其中方法的实现包括:接收携带用户设备的网络能力的第一消息;若所述第一消息携带的用户设备的网络能力与保存的所述用户设备的网络能力不一致,则根据所述第一消息携带的用户设备的网络能力,生成安全上下文。在UE网络能力改变后,向网络侧发送携带UE网络能力的信息,以告知网络侧UE的网络能力已经改变,使网络侧能够获知UE网络能力,并根据UE改变后的网络能力生成安全上下文,进而能够触发RRC建链的流程,另外,也使得网络侧发起PAGING成功,从而让网络侧能够寻呼到UE。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种安全上下文的生成方法及装置。
背景技术
第三代移动通信伙伴项目长期演进(Third Generation Partnership ProjectLong Term Evolution,3GPP LTE)是第三代(Third Generation,3G)网络演进后的***,是基于分组域的移动通信***。***包括移动终端(MobileStation,MS),演进了的基站(Evolved Node B,eNb),演进了的移动性管理实体(Mobility Management Entity,MME),服务网关(Serving GatewaySGW)/分组数据节点网关(Packet Data Node Gateway,PDNGW)等部分。通过SGW/PDNGW和外部数据网络连接,实现LTE网络与外部数据网的通信。其中MS为属于终端设备,eNb为无线接入设备,MME和SGW/PDNGW为核心网设备。
在LTE***中,为保证UE和网络侧的通信安全,现有协议规定SERVICEREQ消息必须进行完整性保护,即,当前UE和MME同时保存了一套对应的安全上下文,该安全上下文包括:完整性保护密钥、加密密钥、加解保护/加解密的算法等。对于SERVICE REQ这样需要在UE和MME之间发送的消息,则对其进行加保护的密钥和算法,需要使用当前UE和MME保存的安全上下文。
LTE的用户设备的网络能力改变后,网络侧寻呼用户设备的流程如下:
1、LTE用户设备(User Equipment,UE)侧注册成功后,空闲(IDLE)态下,如果UE的网络能力被修改,则非接入层演进了的分组***的移动性管理(Non Access Stratum Evolved Packet System Mobility Management,NASEMM)要执行跟踪区更新(Tracking Area Update,TAU)流程,把修改的参数通知给网络。UE的网络能力是在网络中用一个信元标示,用于UE告知核心网该UE支持的加解密、完整性保护的算法,例如:在LTE***中相对于2G/3G新增的信元,用于UE告知核心网所述UE支持的加解密、完整性保护的算法。由于当前UE处于空闲态,NAS EMM要请求无线资源管理(RadioResource Control,RRC)建立空口的RRC连接,请求的建链类型为:主叫信令(Mobile Originated SIGNAL,MO SIGNAL);RRC是一个协议模块,在UE和网络实体eNb中都有,可以用软件实现。
2、UE侧的RRC收到NAS的MO SIGNAL类型的建链请求后,RRC根据当前小区的***消息(基站会在物理信道中广播此***消息)中的接入禁止信息,判断是否允许此类型的接入。如果当前禁止此类型的建链接入,则RRC通知NAS EMM建链失败,小区被禁止MO SIGNAL类型的接入;
3、网络侧给该终端发送寻呼消息,来定位上述UE的位置,具体可以是MME给eNB发送寻呼(PAGING)消息,寻呼该UE;
4、eNB在最终用户(Ultimate User Uu)口寻呼该UE;
5、UE侧RRC收到此寻呼消息后,将寻呼消息发送给NAS EMM;
6、由于EMM处于MO SIGNAL类型的禁止接入状态,NAS EMM收到此寻呼消息后,需要向网络侧发送响应寻呼(PAGING)的消息,具体地,EMM需要向演进了的移动性管理实体(Mobility Management Entity,MME)发送服务请求(SERVICE REQ)消息,建立用户面承载。
由于UE网络能力已经改变,UE已经不支持MME保存的安全上下文的算法,原有的安全上下文失效,所以UE此时不应使用原来的安全上下文进行保护,此时即使UE对SERVICE REQ消息用该已失效的安全上下文进行加保护,MME也无法识别此消息,即认为没有收到寻呼响应,也无法生成新的安全上下文,因此不应触发RRC建链的流程。另外,由于无法触发RRC建链的流程,网络侧发起的PAGING会失败,导致网络侧无法寻呼到该UE。
发明内容
本发明实施例要解决的技术问题是提供一种安全上下文的生成方法及装置,在UE网络能力改变时建立安全上下文。
为解决上述技术问题,本发明所提供的安全上下文生成的方法实施例可以通过以下技术方案实现:
接收携带用户设备的网络能力的第一消息;
若所述第一消息携带的用户设备的网络能力与保存的所述用户设备的网络能力不一致,则根据所述第一消息携带的用户设备的网络能力,生成安全上下文。
一种安全上下文生成的方法,包括:
终端侧设备判断用户设备的网络能力是否改变;
若该用户设备的网络能力已经改变,则所述终端侧设备向移动性管理实体MME发送第一消息,所述第一消息中携带当前用户设备的网络能力,以便于所述MME根据所述当前用户设备的网络能力生成安全上下文。
一种安全上下文生成的装置,包括:
消息接收单元,用于接收携带用户设备的网络能力的第一消息;
上下文生成单元,用于若所述第一消息携带的用户设备的网络能力与保存的所述用户设备的网络能力不一致,则根据所述第一消息携带的用户设备的网络能力,生成安全上下文。
一种终端侧设备,包括:
判断单元,用于判断用户设备的网络能力是否改变;
消息生成单元,用于若判断单元判断结果为已经改变,则生成第一消息,所述第一消息中携带当前用户设备的网络能力;
发送单元,用于向移动性管理实体MME发送第一消息,以便于所述MME根据所述当前用户设备的网络能力生成安全上下文。
上述技术方案具有如下有益效果:在UE网络能力改变后,向网络侧发送携带UE网络能力的信息,以告知网络侧UE的网络能力已经改变,使网络侧能够获知UE网络能力,并根据UE改变后的网络能力生成安全上下文,进而能够触发RRC建链的流程,另外,也使得网络侧发起PAGING成功,从而让网络侧能够寻呼到UE。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例方法流程示意图;
图2为本发明实施例方法流程示意图;
图3为本发明实施例方法流程示意图;
图4为本发明实施例装置结构示意图;
图5为本发明实施例装置结构示意图;
图6为本发明实施例装置结构示意图;
图7为本发明实施例终端侧设备结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种安全上下文生成的方法,如图1所示,包括:
101:接收携带用户设备的网络能力的第一消息;
其中,UE的网络能力是在网络中的一个信元标示,用于UE告知核心网UE支持的加解密、完整性保护的算法。
可选的,上述第一消息为服务请求(SERVICE REQ)消息,在上述服务请求消息的可选信元中携带用户设备的网络能力。另外,还可以在上述服务请求消息的可选信元中携带用户设备的网络能力并且消息验证代码Messageauthentication code字段为可选,上述消息验证代码字段用于标识SERVICEREQ消息是否需要完整性保护。当然上述第一消息还可以是SERVICE REQ以外的其它该消息,即不受MO SIGNAL类型的接入禁止制约的消息,例如生成的新的消息,对此本发明实施例不予限定。在后续实施例中,将给出通过SERVICE REQ消息携带用户设备的网络能力的具体格式。
102:若上述第一消息携带的用户设备的网络能力与保存的上述用户设备的网络能力不一致,则根据上述第一消息携带的用户设备的网络能力,生成安全上下文。
如果第一消息是SERVICE REQ消息,上述方法102中确定网络能力是否一致的具体实现可以是:判断上述服务请求SERVICE REQ消息是否经过完整性保护;如果上述服务请求SERVICE REQ消息未经过完整性保护,则判断上述服务请求SERVICE REQ消息中携带的用户设备的网络能力与保存的上述用户设备的网络能力是否一致。
具体地,102中,生成安全上下文的方法可以是:
分别与非接入层NAS、无线资源管理RRC执行安全模式命令(SECURITYMODE COMMAND,SMC)生成加解密和/或加解保护算法。进一步地,还可以:与用户设备进行互相鉴权和协商密钥(Authentication and KeyAgreement,AKA)流程生成完整性保护密钥。对此后续实施例将给出更详细的说明。
以上方法实施例的执行主体为网络侧的设备,如MME,以下将给出以UE侧设备为执行主体的一种安全上下文生成的方法,其中终端侧设备可以是UE也可以是UE_EMM等其它设备,如图2所示,包括:
201:终端侧设备判断用户设备的网络能力是否改变;
202:若该用户设备的网络能力已经改变,则上述终端侧设备向移动性管理实体MME发送第一消息,上述第一消息中携带当前用户设备的网络能力,以便于上述MME根据上述当前用户设备的网络能力生成安全上下文。
可选地,上述第一消息为服务请求SERVICE REQ消息,在上述服务请求消息的可选信元中携带用户设备的网络能力;上述服务请求SERVICE REQ消息未经过完整性保护;或者在上述服务请求消息的可选信元中携带用户设备的网络能力并且消息验证代码Message authentication code字段为可选。当然上述第一消息还可以是SERVICE REQ以外的其它消息,例如生成的新的消息,对此本发明实施例不予限定。在后续实施例中,将给出通过SERVICE REQ消息携带用户设备的网络能力的具体格式。
在UE网络能力改变后,向网络侧发送携带UE网络能力的信息,以告知网络侧UE的网络能力已经改变,网络侧可判断当前用户设备的网络能力与网络侧保存的上述用户设备的网络能力是否一致,使网络侧能够获知当前UE网络能力,并根据UE改变后的网络能力生成安全上下文,进而能够触发RRC建链的流程,另外,也使得网络侧发起PAGING成功,从而让网络侧能够寻呼到UE。另外,采用SERVICE REQ消息携带用户设备的网络能力不需要增加新的消息,保持了UE侧原有的SERVICE REQ流程。
为了更具体的说明安全上下文生成的方法,本发明实施例还提供了LTE的用户设备的网络能力改变后,网络侧寻呼用户设备的流程为例进行说明,可以理解的是安全上下文可以用于通信的其它用途,不仅仅局限于网络侧寻呼UE;在本实施例中以SERVICE REQ消息携带用户网络能力的信息以及以UE_EMM执行为例进行说明,如图3所示:
301:UE_EMM接收到网络侧发送的响应寻呼(PAGING)的消息后,此时UE_EMM需要向演进了的移动性管理实体(Mobility Management Entity,MME)发送服务请求(SERVICE REQ)消息,建立用户面承载。由于UE_EMM探测到,修改后的UE网络能力不支持当前已经存在(即保存在UE侧和网络侧的)的安全上下文,则UE在生成SERVICE REQ消息时,可以不再填写shortMAC信元,而填写UE网络能力信元。此时,该SERVICE REQ消息不再被完整性保护;则NAS请求UE_RRC建链时,建链类型为被叫呼叫(MobileTerminated CALL,MT CALL)。
具体地,SERVICE REQ消息格式如表1或表2所示:
表1
表2
表1和表2中,M:Mandatory必选;O:Optional可选;V:Value值;TLV:Tag Length Value标签长度值。在表1的格式中,Message authenticationcode保持不变,在表2的格式中,Message authentication code设置为可选,但均添加了UE network capability字段。
另外,在SERVICE REQ消息中的可选的信元携带UE网络能力,还可以携带以及其他需要及时通知网络的信元(Information Element,IE),如不连续接收(Discontinuous Reception,DRX),移动台(Mobile Station,MS)网络能力等。
302:UE_RRC与eNB建链成功,UE_RRC把无保护无加密的SERVICE REQ消息发送给eNB;
303:eNB把该无保护无加密的SERVICE REQ消息发送给MME;MME收到该无保护无加密的SERVICE REQ消息后,可知该消息没有加保护,则读取可选信元中UE的网络能力,若读取到UE的网络能力,则意味着UE网络能力发生改变,则UE网络能力可能不支持当前的安全上下文,则MME可以重新生成算法,或者算法和完整性保护的密钥;其中生成完整性保护的密钥为304生成算法为305。
本步骤中,对应于表1或表2的格式MME读取UE的网络能力可以采用如下方式读取,对于表1:通过判断发现若有信元UE network capability,并且新的UE网络能力与现有的安全上下文不匹配,则不再判断信元Messageauthentication code,即不再判断该消息的完整性保护是否通过。对于表2,通过判断发现SERVICE REQ消息没有加保护,则继续判断是否有可选信元UE网络能力。
304:MME根据网络侧需要决定是否执行新的AKA流程;在AKA流程中,MME终端互相鉴权,并生成新的完整性保护密钥,用于后续的加密和完整性保护,本步骤是可选的,直接执行305也是可以的。
305:MME执行安全模式命令(SECURITY MODE COMMAND,SMC)流程,以和UE、eNB协商新的算法,然后可以根据新的算法生成新的密钥和完整性保护密钥、中间密钥(KENB*);UE NAS、UE_RRC和eNB、MME都协商好新的密钥、算法后,安全上下文重新建立完成;然后根据安全上下文建立用户面承载,从而可以响应UE的被叫。
在UE网络能力改变后,向网络侧发送携带UE网络能力的信息,以告知网络侧UE的网络能力已经改变,使网络侧能够获知UE网络能力,并根据UE改变后的网络能力生成安全上下文,进而能够触发RRC建链的流程,另外,也使得网络侧发起PAGING成功,从而让网络侧能够寻呼到UE。另外,采用SERVICE REQ消息携带用户设备的网络能力不需要增加新的消息,保持了UE侧原有的SERVICE REQ流程。
本发明实施例还提供了一种安全上下文生成的装置,如图4所示,包括:
消息接收单元401,用于接收携带用户设备的网络能力的第一消息;
上下文生成单元402,用于若上述第一消息携带的用户设备的网络能力与保存的上述用户设备的网络能力不一致,则根据上述第一消息携带的用户设备的网络能力,生成安全上下文。
可选地,如图5所示,上述上下文生成单元402包括:
SMC子单元4021,用于与非接入层NAS和无线资源管理RRC分别执行安全模式命令SMC,生成加解保护算法和/或加解密算法。
如图6所示,上述上下文生成单元402还包括:
AKA子单元4022,用于与用户设备进行互相鉴权和协商密钥AKA流程生成完整性保护密钥。
本发明实施例还提供了一种终端侧设备,如图7所示,包括:
判断单元501,用于判断用户设备的网络能力是否改变;
消息生成单元502,用于若判断单元501判断结果为已经改变,则生成第一消息,上述第一消息中携带当前用户设备的网络能力;
发送单元503,用于向移动性管理实体MME发送第一消息,以便于上述MME根据上述当前用户设备的网络能力生成安全上下文。
具体地,上述消息生成单元502,用于服务请求SERVICE REQ消息,在上述服务请求消息的可选信元中携带用户设备的网络能力,上述服务请求SERVICE REQ消息未经过完整性保护;或者在上述服务请求消息的可选信元中添加用户设备的网络能力并且设置消息验证代码Message authenticationcode字段为可选。
上述实施例,在UE网络能力改变后,终端侧向网络侧发送携带UE网络能力的信息,以告知网络侧UE的网络能力已经改变,使网络侧能够获知UE网络能力,并根据UE改变后的网络能力生成安全上下文,进而能够触发RRC建链的流程,另外,也使得网络侧发起PAGING成功,从而让网络侧能够寻呼到UE。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的一种安全上下文的生成方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种安全上下文生成的方法,其特征在于,包括:
接收携带用户设备的网络能力的第一消息;
若所述第一消息携带的用户设备的网络能力与保存的所述用户设备的网络能力不一致,则根据所述第一消息携带的用户设备的网络能力,生成安全上下文。
2.根据权利要求1所述方法,其特征在于,所述生成安全上下文包括:
与非接入层NAS和无线资源管理RRC分别执行安全模式命令SMC,生成加解保护算法和/或加解密算法。
3.根据权利要求2所述方法,其特征在于,所述生成安全上下文还包括:
与用户设备进行互相鉴权和协商密钥AKA流程生成完整性保护密钥。
4.根据权利要求1至3任意一项所述方法,其特征在于,
所述第一消息为服务请求SERVICE REQ消息,所述服务请求消息的可选信元中携带用户设备的网络能力。
5.根据权利要求4所述方法,其特征在于,还包括:
判断所述服务请求SERVICE REQ消息是否经过完整性保护;
如果所述服务请求SERVICE REQ消息未经过完整性保护,则判断所述服务请求SERVICE REQ消息中携带的用户设备的网络能力与保存的所述用户设备的网络能力是否一致。
6.一种安全上下文生成的方法,其特征在于,包括:
终端侧设备判断用户设备的网络能力是否改变;
若该用户设备的网络能力已经改变,则所述终端侧设备向移动性管理实体MME发送第一消息,所述第一消息中携带当前用户设备的网络能力,以便于所述MME根据所述当前用户设备的网络能力生成安全上下文。
7.根据权利要求6所述方法,其特征在于,所述第一消息为服务请求SERVICE REQ消息,在所述服务请求消息的可选信元中携带用户设备的网络能力;所述服务请求SERVICE REQ消息未经过完整性保护。
8.一种安全上下文生成的装置,其特征在于,包括:
消息接收单元,用于接收携带用户设备的网络能力的第一消息;
上下文生成单元,用于若所述第一消息携带的用户设备的网络能力与保存的所述用户设备的网络能力不一致,则根据所述第一消息携带的用户设备的网络能力,生成安全上下文。
9.根据权利要求8所述装置,其特征在于,所述安全上下文生成单元包括:
SMC子单元,用于与非接入层NAS和无线资源管理RRC分别执行安全模式命令SMC,生成加解保护算法和/或加解密算法。
10.根据权利要求9所述装置,其特征在于,所述安全上下文生成单元还包括:
AKA子单元,用于与用户设备进行互相鉴权和协商密钥AKA流程生成完整性保护密钥。
11.一种终端侧设备,其特征在于,包括:
判断单元,用于判断用户设备的网络能力是否改变;
消息生成单元,用于若判断单元判断结果为已经改变,则生成第一消息,所述第一消息中携带当前用户设备的网络能力;
发送单元,用于向移动性管理实体MME发送第一消息,以便于所述MME根据所述当前用户设备的网络能力生成安全上下文。
12.根据权利要求11所述终端侧设备,其特征在于,所述消息生成单元,用于生成服务请求SERVICE REQ消息,在所述服务请求消息的可选信元中携带用户设备的网络能力;所述服务请求SERVICE REQ消息未经过完整性保护。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010260772.0A CN101925050B (zh) | 2010-08-19 | 2010-08-19 | 一种安全上下文的生成方法及装置 |
US13/211,948 US8423769B2 (en) | 2010-08-19 | 2011-08-17 | Method and apparatus for generating security context |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010260772.0A CN101925050B (zh) | 2010-08-19 | 2010-08-19 | 一种安全上下文的生成方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101925050A true CN101925050A (zh) | 2010-12-22 |
CN101925050B CN101925050B (zh) | 2014-12-03 |
Family
ID=43339617
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010260772.0A Expired - Fee Related CN101925050B (zh) | 2010-08-19 | 2010-08-19 | 一种安全上下文的生成方法及装置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US8423769B2 (zh) |
CN (1) | CN101925050B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102204297A (zh) * | 2011-05-10 | 2011-09-28 | 华为技术有限公司 | 用户上下文更新方法和装置 |
CN102594555A (zh) * | 2011-01-17 | 2012-07-18 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
CN109076079A (zh) * | 2016-04-27 | 2018-12-21 | 高通股份有限公司 | 增强的非接入层安全 |
CN110832892A (zh) * | 2017-10-18 | 2020-02-21 | Oppo广东移动通信有限公司 | 一种限制终端设备能力的方法、终端设备及网络设备 |
CN111866974A (zh) * | 2019-04-29 | 2020-10-30 | 华为技术有限公司 | 用于移动注册的方法和装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008054320A2 (en) | 2006-11-01 | 2008-05-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Telecommunication systems and encryption of control messages in such systems |
US9276909B2 (en) * | 2008-08-27 | 2016-03-01 | Qualcomm Incorporated | Integrity protection and/or ciphering for UE registration with a wireless network |
US11799916B2 (en) * | 2016-11-07 | 2023-10-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling radio link failure in a narrow bandwidth internet of things control plane |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794878A (zh) * | 2005-12-21 | 2006-06-28 | ***通信集团公司 | 对移动终端状态转换过程中的非接入层信令的处理方法 |
CN101411115A (zh) * | 2006-03-31 | 2009-04-15 | 三星电子株式会社 | 用于在接入***间切换期间优化验证过程的***和方法 |
CN101521873A (zh) * | 2009-03-16 | 2009-09-02 | 中兴通讯股份有限公司 | 启用本地安全上下文的方法 |
CN101557589A (zh) * | 2009-05-04 | 2009-10-14 | 中兴通讯股份有限公司 | 防止空完整性保护算法用于正常通信的方法和*** |
CN101730060A (zh) * | 2008-10-30 | 2010-06-09 | 大唐移动通信设备有限公司 | 提高***安全性的方法、***及装置 |
CN101754398A (zh) * | 2008-12-16 | 2010-06-23 | 中兴通讯股份有限公司 | 长期演进***中基站获取用户设备无线能力信息的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1593228B8 (en) * | 2003-02-14 | 2017-09-20 | McAfee, LLC | Network audit policy assurance system |
GB2429607B (en) * | 2005-08-26 | 2010-02-10 | Samsung Electronics Co Ltd | Improvements in mobile telecommunication security |
-
2010
- 2010-08-19 CN CN201010260772.0A patent/CN101925050B/zh not_active Expired - Fee Related
-
2011
- 2011-08-17 US US13/211,948 patent/US8423769B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794878A (zh) * | 2005-12-21 | 2006-06-28 | ***通信集团公司 | 对移动终端状态转换过程中的非接入层信令的处理方法 |
CN101411115A (zh) * | 2006-03-31 | 2009-04-15 | 三星电子株式会社 | 用于在接入***间切换期间优化验证过程的***和方法 |
CN101730060A (zh) * | 2008-10-30 | 2010-06-09 | 大唐移动通信设备有限公司 | 提高***安全性的方法、***及装置 |
CN101754398A (zh) * | 2008-12-16 | 2010-06-23 | 中兴通讯股份有限公司 | 长期演进***中基站获取用户设备无线能力信息的方法 |
CN101521873A (zh) * | 2009-03-16 | 2009-09-02 | 中兴通讯股份有限公司 | 启用本地安全上下文的方法 |
CN101557589A (zh) * | 2009-05-04 | 2009-10-14 | 中兴通讯股份有限公司 | 防止空完整性保护算法用于正常通信的方法和*** |
Non-Patent Citations (1)
Title |
---|
3GPP: "《3GPP TS 33.401 V9.4.0》", 30 June 2010 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594555B (zh) * | 2011-01-17 | 2015-04-29 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
CN102594555A (zh) * | 2011-01-17 | 2012-07-18 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
WO2012097723A1 (zh) * | 2011-01-17 | 2012-07-26 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
EP2658299A1 (en) * | 2011-01-17 | 2013-10-30 | Huawei Technologies Co., Ltd. | Method, network side entity and communication terminal for protecting data security |
EP2658299A4 (en) * | 2011-01-17 | 2013-12-25 | Huawei Tech Co Ltd | METHOD, NETWORK-SIDED UNIT AND COMMUNICATION TERMINAL FOR PROTECTING DATA SECURITY |
US9189632B2 (en) | 2011-01-17 | 2015-11-17 | Huawei Technologies Co., Ltd. | Method for protecting security of data, network entity and communication terminal |
CN102204297B (zh) * | 2011-05-10 | 2013-11-06 | 华为技术有限公司 | 用户上下文更新方法和装置 |
CN102204297A (zh) * | 2011-05-10 | 2011-09-28 | 华为技术有限公司 | 用户上下文更新方法和装置 |
CN109076079A (zh) * | 2016-04-27 | 2018-12-21 | 高通股份有限公司 | 增强的非接入层安全 |
CN109076079B (zh) * | 2016-04-27 | 2021-10-08 | 高通股份有限公司 | 用于增强的非接入层安全的方法、装置和计算机可读介质 |
CN110832892A (zh) * | 2017-10-18 | 2020-02-21 | Oppo广东移动通信有限公司 | 一种限制终端设备能力的方法、终端设备及网络设备 |
CN111866974A (zh) * | 2019-04-29 | 2020-10-30 | 华为技术有限公司 | 用于移动注册的方法和装置 |
US11751160B2 (en) | 2019-04-29 | 2023-09-05 | Huawei Technologies Co., Ltd. | Method and apparatus for mobility registration |
Also Published As
Publication number | Publication date |
---|---|
CN101925050B (zh) | 2014-12-03 |
US8423769B2 (en) | 2013-04-16 |
US20120047367A1 (en) | 2012-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108632815B (zh) | 通信方法与设备 | |
CN101925050B (zh) | 一种安全上下文的生成方法及装置 | |
US20230041734A1 (en) | Wireless Communication Method and Device | |
US10841302B2 (en) | Method and apparatus for authenticating UE between heterogeneous networks in wireless communication system | |
CN101399767B (zh) | 终端移动时安全能力协商的方法、***及装置 | |
US9276909B2 (en) | Integrity protection and/or ciphering for UE registration with a wireless network | |
US10433175B2 (en) | Access control method, user equipment, and network device | |
US12028750B2 (en) | User data transport over control plane in communication system using designated payload container types | |
EP3596985B1 (en) | Method and apparatus for protection of privacy in paging of user equipment | |
US20190014464A1 (en) | Terminal device, mme, communication control method for terminal device, and communication control method for mme | |
US10708773B2 (en) | On-demand network function re-authentication based on key refresh | |
US20180249528A1 (en) | Terminal device, base station device, communication control method for terminal device, and communication control method for base station device | |
CN105340212A (zh) | 用于生成在设备至设备通信中的密钥的方法和装置 | |
US11252561B2 (en) | Refreshing a security context for a mobile device | |
EP3537762B1 (en) | Scef entity, control device, communication method, and non-transitory computer-readable medium | |
JP2023109930A (ja) | Amfデバイスにおいて実行される方法及びamfデバイス | |
CN102172090B (zh) | 终端间的通信方法和设备 | |
EP3536027B1 (en) | Handover of a device which uses another device as relay | |
CN101645877A (zh) | 密钥衍生函数的协商方法、***及网络节点 | |
CN102821385A (zh) | 一种向终端发送公共警报***密钥信息的方法和网络实体 | |
US10098046B2 (en) | Communication system, mobile device, and network apparatus | |
CN114642014B (zh) | 一种通信方法、装置及设备 | |
WO2017026114A1 (ja) | 通信端末、基地局、ネットワーク装置、データ通信方法、及びセキュリティ設定方法 | |
KR20100091441A (ko) | 호 관리 장치 및 방법 | |
CN104735690A (zh) | 终端在融合池组网下选择sgsn的方法、设备及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141203 Termination date: 20180819 |