-
公开(公告)号：CN111147267B
公开(公告)日：2022-06-07
申请号：CN202010100819.0
申请日：2014-08-04
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
Abstract: 本发明涉及网络节点及其计费方法和用户设备及其通信方法。为了经由控制面对SDT和MTC装置触发进行计费，提供了用于在MTC装置(10)和SCS(50)之间经由控制面(T5和Tsp)来对消息进行中继的网络节点(40)。该网络节点(40)对成功中继的消息的数量进行计数，并且根据计数得到的数量来生成CDR。这些消息是从MTC装置(10)传递至SCS(50)的SDT消息、从SCS(50)传递至MTC装置(10)的SDT消息、或者从SCS(50)传递至MTC装置(10)的MTC装置触发消息。该网络节点(40)将CDR传送至OCF(31)或CDF(32)。
-
公开(公告)号：CN110493772B
公开(公告)日：2022-05-13
申请号：CN201910807110.1
申请日：2015-05-26
Applicant: 日本电气株式会社
Inventor： 张晓维 , 田村利之 , 阿南德·罗迦沃·普拉萨德
Abstract: 本发明涉及移动通信系统中的移动性管理节点、基站、用户设备、及其方法。为了更有效地支持专用核心网络，提供了一种网络系统，所述网络系统包括第一节点(30)和第二节点(40)，所述第一节点(30)通过无线电基站(20)与初始尝试附连到网络的UE(10)建立安全性连接，且通过所述无线电基站(20)所述UE(10)被从所述第一节点(30)重新定向到所述第二节点(40)。在所述重新定向后，所述第一节点(30)通过所述无线电基站(20)，将关于所述第一节点(30)本身的信息发送到所述第二节点(40)。所述第二节点(40)使用所述信息，以从所述第一节点(30)检索用于与所述UE(10)建立所述连接必需的安全性上下文。
-
公开(公告)号：CN110366177A
公开(公告)日：2019-10-22
申请号：CN201910659700.4
申请日：2014-11-20
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
Abstract: 本申请涉及通信系统中的主基站、辅基站和用户设备及其通信方法。为了支持MeNB(20)和SeNB(30)处的单独加密，MeNB(20)根据第三密钥(KeNB)推导单独的第一密钥和第二密钥(KUPenc-M,KUPenc-S)。第一密钥(KUPenc-M)用于机密地保护MeNB(20)和UE(10)之间的经由U面所传输的第一业务。第一密钥(KUPenc-M)可以与当前的KUPenc或新的密钥相同。第二密钥(KUPenc-S)用于机密地保护UE(10)和SeNB(30)之间的经由U面所传输的第二业务。MeNB(20)将第二密钥(KUPenc-S)发送至SeNB(30)。UE(10)与MeNB(20)进行协商，并且基于协商的结果来推导第二密钥(KUPenc-S)。
-
公开(公告)号：CN107682842A
公开(公告)日：2018-02-09
申请号：CN201710951021.5
申请日：2013-04-23
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
Abstract: 本发明公开了MTC设备触发传递的优化。一种网络节点(21)，所述网络节点位于核心网络内，存储能够将触发消息转发到MTC设备(10)的网络元件(24)的列表。网络节点(21)从位于核心网络之外的发射源(30、40)接收触发消息，然后基于该列表选择网络元件之一来将触发消息转发到MTC设备(10)。MTC设备(10)验证所接收的触发消息，然后当触发消息没有被验证时，向网络节点(21)发射拒绝消息，该拒绝消息指示触发消息不被MTC设备(10)接受。在接收到拒绝消息后，网络节点(21)通过不同的一个网络元件转发触发消息，或者将拒绝消息转发到发射源(30、40)以便通过用户平面发送触发消息。
-
公开(公告)号：CN103053145B
公开(公告)日：2016-08-03
申请号：CN201180037532.7
申请日：2011-06-08
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
IPC: H04L29/08
CPC classification number: H04L41/00 , H04L63/104 , H04L63/20 , H04L67/12 , H04M7/0075 , H04W4/08 , H04W4/70
Abstract: 在MTC设备的组成员改变组时，优化网关(GW)进行安全管理。网关执行接入控制，以确定MTC设备是否可以移动至目标组。当成功完成改变时，网关向MTC设备分配目标组的组密钥。
-
Patent Agency Ranking
公开(公告)号：CN105794234A
公开(公告)日：2016-07-20
申请号：CN201480065197.5
申请日：2014-09-04
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
Abstract: 为了高效地管理UE(10)和多个SCS(20_1～20_n)之间的通信，UE(10)将要发送至SCS(20_1～20_n)的多个数据包括在一个消息中，并且将该消息发送至MTC?IWF(30)。MTC?IWF(30)从UE(10)接收该消息，并且将数据分发至SCS(20_1～20_n)。SCS(20_1～20_n)各自向MTC?IWF(30)发送要发送至UE(10)的数据以及用于向SCS(20_1～20_n)指示数据被发送至UE(10)之前的时间容忍的指示符。MTC?IWF(30)从SCS(20_1～20_n)接收数据和指示符，并且基于这些指示符来确定何时将数据转发至UE(10)。
-
-
公开(公告)号：CN105340310A
公开(公告)日：2016-02-17
申请号：CN201480036527.8
申请日：2014-06-13
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
CPC classification number: H04L63/126 , H04L63/0876 , H04L67/16 , H04L67/18 , H04W4/80 , H04W12/08
Abstract: 一种在ProSe通信中形成安全群组的方法，包括：从请求设备(21)向ProSe服务器请求服务请求，该服务请求指示来自请求设备(21)的与接收设备(22)通信的请求；通过ProSe服务器24执行对请求和接收设备(21)和(22)的验证；将ProSe服务结果发送到请求和接收设备(21)和(22)以通知以被允许群组成员；以及开始包括请求和接收设备(21)和(22)的群组的群组安全建立。
-
公开(公告)号：CN104919777A
公开(公告)日：2015-09-16
申请号：CN201480004552.8
申请日：2014-01-07
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
CPC classification number: H04W4/005 , H04L2463/081 , H04W4/70 , H04W12/04
Abstract: 提供一种建立MTC UE(10)和MTC-IWF(20)之间的安全性关联的新IWF SMC过程。MTC-IWF(20)向UE(10)发送至少一个算法标识符，所述算法标识符指示UE(10)选择用于取得根密钥(K_iwf)的算法之一。UE(10)根据选择的算法取得根密钥的(K_iwf)，并且使用取得的根密钥的(K_iwf)取得用于检查UE(10)和MTC-IWF(20)之间传送的消息的完整性的至少一个子密钥。UE(10)使用取得的子密钥保护发送到MTC-IWF(20)的上行链路消息。MTC-IWF(20)使用在核心网络取得的相同子密钥保护发送到UE(10)的下行链路消息。
-
公开(公告)号：CN104854891A
公开(公告)日：2015-08-19
申请号：CN201380063325.8
申请日：2013-12-03
Applicant: 日本电气株式会社
Inventor： 张晓维 , 阿南德·罗迦沃·普拉萨德
CPC classification number: H04W12/04 , H04L63/065 , H04L2463/061 , H04W4/70 , H04W12/02 , H04W88/16
Abstract: 根密钥(K_iwf)在网络处得到并且发送到MTC UE(10)。K_iwf被用于得到子密钥，用于保护MTC UE(10)和MTC-IWF(20)之间的通信。在HSS(30)得到K_iwf的情况下，HSS(30)在新消息(更新订户信息)中向MTC-IWF(20)发送K_iwf。在MME(40)得到K_iwf的情况下，MME(40)通过HSS(30)或直接向MTC-IWF(20)发送K_iwf。MTC-IWF(20)可以自身得到K_iwf。通过使用NAS SMC或附连接受消息，K_iwf通过MME(40)发送到MTC UE(10)，或者从MTC-IWF(20)直接向MTC UE(10)发送。在K_iwf从MME(40)发送的情况下，MME(40)在认证数据响应消息中从HSS(30)接收K_iwf，或者直接从MTC-IWF(20)接收。
-
-
-
-
-
-
-
-
-
Search Results
52
records
(took 0.034 seconds)
