CN105517066A - 一种lte s1-mme接口的海量数据用户识别的方法 - Google Patents
一种lte s1-mme接口的海量数据用户识别的方法 Download PDFInfo
- Publication number
- CN105517066A CN105517066A CN201510822263.5A CN201510822263A CN105517066A CN 105517066 A CN105517066 A CN 105517066A CN 201510822263 A CN201510822263 A CN 201510822263A CN 105517066 A CN105517066 A CN 105517066A
- Authority
- CN
- China
- Prior art keywords
- user
- message
- imsi
- hash table
- tmsi
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/246—Connectivity information discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/248—Connectivity information update
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种LTE?S1-MME接口的海量数据用户识别的方法,首先在深入分析了解S1-MME接口协议和信令流程的基础上,提出一组可用的用户标识;其次制定这组用户标识的初始化、更新、关联的规则;最后组织实现用户标识的查找、存储,实现用户识别。本发明仅通过采集S1-MME一个接口的数据就能够完整再现用户在S1-MME的接口的所有流程,满足了LTE网络业务分析需要完整流程的需要,为LTE网络优化和分析提供了可靠的支撑。<b />
Description
技术领域
本发明属于移动通信技术领域,特别涉及一种LTES1-MME接口的海量数据用户识别的方法。
背景技术
3GPP长期演进技术(LTE)作为目前最热门的移动通信技术,相比第三代移动通信(3G)技术,LTE具有更高数据速率和更安全的通信方式,同时LTE的网络结构也发生了很大变化,LTE系统的网络结构示意图如图1所示。
LTE的无线接入部分仅由多个演进后的增强节点eNodeB(EnhancedNodeB)组成,核心网部分主要由移动管理实体(MobilityManagementEntity,MME)、服务网关(ServingGateway,S-GW)、分组数据网络网关(PacketDateNetworkGateway,P-GW)、归属签约用户服务器(HomeSubscriberServer,HSS)及策略和计费控制单元(PolicyandChargingRulesFunction,PCRF)等组成。
本发明中实时信令监测分析系统的信令采集点正是基于图1的S1-MME接口进行的,S1-MME接口是eNodeB和MME之间的接口,S1-MME接口协议层如图2所示,其中主要的协议层有非接入层(Non-Access-Stratum,NAS,3GPPTS24.301)和S1应用协议(S1ApplicationProtocol,S1AP,3GPPTS36.413),本发明的用户识别主要针对这两个协议层进行用户识别。
在S1-MME接口实时采集到的海量信令中,不同用户的信令是交叉发生的。为了实现用户信令消息的完整关联,为了实现用户信令的正确处理,都必须识别具体的用户,通过信令了解用户经历了哪些信令过程。
发明内容
为了解决S1-MME接口用户识别问题,本发明提出了一种LTE的S1-MME接口的用户识别的方法,提出了一组用户识别标识以及标识的存储、查找、更新规则和关联关系。
本发明采用如下技术方案实现:
一种LTES1-MME接口的海量数据用户识别的方法,包括以下步骤;
步骤1,在深入分析了解S1-MME接口协议和信令流程的基础上,提出一组可用的用户标识;
步骤2,制定这组用户标识的初始化、更新、关联的规则;
步骤3,组织实现用户标识的查找、存储,实现用户识别。
所述步骤1中提出的用户标识包括MMEUES1APID+MMEIP、eNBUES1APID+eNBIP、S-TMSI、IMSI、SGWIP+SGWTEID;以MMEUES1APID+MMEIP为最主要的用户标识,MMEUES1APID+MMEIP同时要关联用户X2切换前后的消息;eNBUES1APID+eNBIP用来关联INITIALUEMESSAGE和它的响应消息;S-TMSI、IMSI用来关联两次不同的S1连接之间用户标识的转换或者关联寻呼消息和它的响应;SGWIP+SGWTEID关联S1切换前后的用户标识;同时需要维护S-TMSI和SGWIP+SGWTEID的变化和更新。
所述步骤2和步骤3的具体实现过程如下;
(1)用MMEUES1APID+MMEIP为键值建立哈希表1,利用S-TMSI为键值建立哈希表2,利用IMSI为键值建立哈希表3,利用eNBUES1APID+eNBIP为键值建立哈希表4,利用SGWIP+SGWTEID为键值建立哈希表5;
(2)识别消息列队中消息的类型:如为非UE相关消息,则结束识别过程;如为UE相关消息,则根据不同消息类型分别利用用户标识查询相应哈希表,寻找用户。
所述(2)中,根据不同消息类型分别利用用户标识查询相应哈希表,寻找用户的具体实现过程如下;
(2.1)如为寻呼消息,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,进入状态机处理;查询不到返回;
(2.2)如为INITIALUEMESSAGE,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文的eNBUES1APID,进入状态机处理;查询不到,用消息中的S-TMSI或IMSI新建哈希表2或哈希表3的节点,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文,进入状态机处理,返回;
(2.3)如为除上述两类消息之外的其他消息,使用消息中的MMEUES1APID+MMEIP查询哈希表1;
如找到用户,获取用户上下文,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI;如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理;
如找不到用户,用MMEUES1APID+MMEIP新建哈希表1的节点,如为HANDOVERREQUEST,用SGWIP+SGWTEID查找用户,找到用户则更新上下文,如找不到,再用eNBUES1APID+eNBIP查找用户,如找到用户,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI;如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理。
对用户标识提出了使用多个哈希表加用户上下文智能指针的存储方法,以每种用户标识为键值建立一个哈希表,所有哈希表都包含唯一的用户上下文指针—智能指针,用户上下文包含用户的所有标识和关键信息。
在S1-MME接口的S1AP消息中,存在UE无关消息和UE相关消息两种。本发明不考虑UE无关消息,因为它是与用户无关的。UE相关消息可用来维护UE相关的逻辑S1连接,UE相关的逻辑SI连接使用标识符MMEUES1APID和eNBUES1APID来识别。用户识别过程中主要使用的是UE相关的信令进行用户识别。用来标识用户的IE很多,有些是固定的,如IMSI,但大部分都是临时的、可变的。如S-TMSI,有些是在一定范围内唯一,如MMEUES1APID和eNBUES1APID可以唯一标识一个S1连接,但S1连接释放了或发生切换就会改变等。同时在S1-MME接口中标识用户的IE有的存在S1AP协议层中,有的存在于NAS协议层中,NAS协议层总是通过S1-AP协议层来承载的。本申请仅考虑LTE网内信令流程。
本发明以MMEUES1APID+MMEIP为最主要的用户标识,因为它在绝大部分UE相关消息中都会出现,不像S-TMSI、IMSI、SGWIP+SGWTEID仅在有限的几条消息中出现。eNBUES1APID+eNBIP在消息中出现的频度与MMEUES1APID+MMEIP相当,但它变化过于频繁,在LTE网络MME管辖的范围可以达到省市级,而eNB覆盖的范围可能只有几百米;LTE网内切换中最多的X2切换eNBUES1APID+eNBIP是改变的,而MMEUES1APID+MMEIP没有发生改变;eNBUES1APID仅24bit,发生重用的机会比MMEUES1APID(32bit)大很多。所以eNBUES1APID+eNBIP是作为MMEUES1APID+MMEIP一种补充或过渡。当消息中同时存在几种用户标识时,优先以MMEUES1APID+MMEIP来进行查找用户,当不存在MMEUES1APID+MMEIP才用其他标识来识别用户。eNBUES1APID+eNBIP仅用来关联INITIALUEMESSAGE和它的响应消息。S-TMSI、IMSI主要用来关联两次不同的S1连接之间用户标识的转换或者关联寻呼消息和它的响应。SGWIP+SGWTEID主要关联S1切换前后的用户标识。同时需要维护S-TMSI和SGWIP+SGWTEID的变化和更新。
为了实现S1-MME接口网内的用户识别,需要重点解决以下几个问题:
1、寻呼消息和它的响应消息的关联问题。
2、一次S1连接的初始消息(INITIALUEMESSAGE)和它的响应的关联问题。
3、同一用户两次S1连接之间的关联问题。
4、用户X2切换的切换前后关联问题。
5、用户S1切换的切换前后关联问题。
6、标识的变化和更新问题。
本发明把UE相关消息分为几种:
1、既不含MMEUES1APID又不含eNBUES1APID,这类消息有PAGING。
2、只含eNBUES1APID,这类消息有INITIALUEMESSAGE、PATHSWITCHREQUEST。
3、既含MMEUES1APID又含eNBUES1APID,这类消息为绝大多数。
4、只含MMEUES1APID,这类消息有HANDOVERREQUEST、HANDOVERFAILURE。
下面将分别针对这四类消息来逐个分析:
1、paging消息,当网络不知道用户的具体位置,有消息要给用户时,网络会在用户所在的跟踪区(TrackingArea)广播寻呼消息(paging),从寻呼消息中可以获得要寻呼的用户的S-TMSI或者IMSI,如果为正常寻呼可以获得S-TMSI,如果为非正常寻呼,可以获得IMSI;
2、关注paging消息及它的响应可以将S-TMSI或者IMSI的用户标识与其他用户标识关联起来。如果paging消息中带的是S-TMSI,响应应该为inituemsg+servicerequest或inituemsg+extendedservicerequest消息,消息中会携带对应的S-TMSI。如果paging消息中带的是IMSI,响应消息应该为inituemsg+attachrequest消息,而且在attachrequest消息中携带的用户标识为IMSI。通过检查用户标识,就可以知道他们是否是同一个用户。而且inituemsg消息中会携带eNBUES1APID,我们需要保存eNBUES1APID+eNBIP地址的组合用作以后使用。建立S-TMSI、IMSI和eNBUES1APID+eNBIP之间的对应关系。
3、当eNB发起建立S1逻辑连接时,要向MME传递第一条ULNAS消息时,eNB将向MME传输INITIALUEMESSAGE,eNB将为该UE分配唯一的eNBUES1APID。INITIALUEMESSAGE消息中会携带用户正在使用的S-TMSI,同时INITIALUEMESSAGE消息中会携带NAS消息,NAS消息中也会有用户标识S-TMSI或者IMSI。通过这条消息就可以建立S-TMSI、IMSI和eNBUES1APID+eNBIP之间的对应关系。
4、在对INITIALUEMESSAGE消息的响应中会携带eNBUES1APID及MMEUES1APID,通过eNBUES1APID+eNBIP可以将INITIALUEMESSAGE消息和它的响应关联起来,从而建立了eNBUES1APID+eNBIP与MMEUES1APID+MMEIP之间的对应关系。只要S1逻辑连接不释放或不发生切换,用户的eNBUES1APID+eNBIP与MMEUES1APID+MMEIP用户标识就不会发生改变。通过eNBUES1APID+eNBIP或MMEUES1APID+MMEIP就可以识别该用户的其他消息了。
5、在NAS的attachaccept消息、TAUaccept消息或GUTI重分配消息中可能会分配新的S-TMSI,需要更新新的S-TMSI与其他用户标识的对应关系,删除旧的S-TMSI的对应关系。
6、在用户默认建立承载的过程中,我们可以得到用户的另一种用户标识SGWIP+SGWTEID,建立它与其他标识的对应关系,在默认承载释放的过程中清空SGWIP+SGWTEID。
7、如果发生了S1逻辑连接释放,我们保存的eNBUES1APID+eNBIP或MMEUES1APID+MMEIP就都失效了。用户要使用LTE网络需要重新建立S1逻辑连接和空口RRC连接。建立新的S1逻辑连接时,通过INITIALUEMESSAGE消息中携带的S-TMSI或者IMSI就可以找回原来的用户,建立新的eNBUES1APID+eNBIP或MMEUES1APID+MMEIP用户标识。
8、LTE的网内切换分为X2切换和S1切换两种。X2切换是eNB之间的切换,X2切换在S1-MME接口的第一条消息为PATHSWITCHREQUEST,由eNB发起,只有eNBUES1APID会发生变化,MMEUES1APID不会改变,在该消息中会携带新的目标eNB中为用户分配的eNBUES1APID,同时会存在SourceMMEUES1APID字段,它表示该用户在MME中原来的MMEUES1APID,我们可以用SourceMMEUES1APID+MMEIP的用户标识找到原来的用户,同时更新原来的eNBUES1APID+eNBIP为新的eNBUES1APID+eNBIP。
9、在S1切换中MMEUES1APID和eNBUES1APID都会发生改变,S1切换在S1-MME接口的第一条消息为HANDOVERREQUEST,该消息中只携带有新的MMEUES1APID,无法通过它找回原来的用户。该消息中同时携带有SGWIP+SGWTEID的用户标识。虽然发生了S1切换,这个用户标识不会改变,可以通过SGWIP+SGWTEID来找回原来的用户。建立用户新的eNBUES1APID+eNBIP或MMEUES1APID+MMEIP标识。在S1切换中用户会同时存在两种eNBUES1APID+eNBIP或MMEUES1APID+MMEIP标识,一组是原来的,一组是新的,如果切换成功,在释放原来的S1逻辑连接时就可以删除原来的,如果切换失败,就可以删除新的,继续使用原来的组合。
本发明仅通过采集S1-MME一个接口的数据就能够完整再现用户在S1-MME的接口的所有流程,满足了LTE网络业务分析需要完整流程的需要,为LTE网络优化和分析提供了可靠的支撑。现有技术主要是通过多接口关联来实现的,需要接入的接口较多,分析复杂,成本较高。
附图说明
图1为本发明实施例的LTE系统的网络结构示意图。
图2为本发明实施例的LTE的S1-MME接口协议层图。
图3为本发明实施例的LTE的S1-MME接口用到的用户标识。
图4为本发明实施例的S1-MME接口的用户标识处理流程图。
图5为本发明实施例的S1-MME接口的用户识别系统示意图。
具体实施方式
本实施例提供的LTE核心网S1-MME接口的用户识别系统如图5所示,包括:数据采集模块、数据预处理模块、S1AP解析模块、NAS解析模块、用户识别模块。
数据采集模块从S1-MME接口采集数据,从网口抓包,打上时间戳和接口信息,然后将数据发送数据预处理模块。
数据预处理模块负责SCTP/IP协议的解析、协议过滤、重组等,将完整的S1AP包交给S1AP解析模块。
S1AP解析模块负责解析S1APPDU,提取出NASPDU。
NAS解析模块负责解析NASPDU。
用户识别模块负责从S1AP和NAS解析结果中获取用户标识,建立用户上下文,实现用户标识的建立、完善、更新、识别。
本发明包括以下步骤:
第一步,在深入分析了解S1-MME接口协议和信令流程的基础上,提出了一组可用的用户标识。
第二步,制定这组用户标识的初始化、更新、关联的规则。
第三步,组织实现用户标识的查找、存储,实现用户识别。
如图3所示,第一步中提出的用户标识包括MMEUES1APID+MMEIP、eNBUES1APID+eNBIP、S-TMSI、IMSI、SGWIP+SGWTEID。
参见图4,是本实施例提供的用户标识处理流程,按照该流程图的步骤详细介绍本发明的用户标识识别方法。
分析S1-MME口的数据包,根据本发明的上述分析,用MMEUES1APID+MMEIP为键值建立哈希表1,利用S-TMSI为键值建立哈希表2,利用IMSI为键值建立哈希表3,利用eNBUES1APID+eNBIP为键值建立哈希表4,利用SGWIP+SGWTEID为键值建立哈希表5,五个哈希表中均存储唯一的用户上下文指针,这个指针最好是智能指针,用户上下文是一个用户标识的集合,也可以包含一些其他的关键信息,如NAS加解密信息。
第一步、如为非UE相关消息,返回。
第二步、如为寻呼消息,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,进入状态机处理;查询不到返回。
第三步、如为INITIALUEMESSAGE,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文的eNBUES1APID,进入状态机处理;查询不到,用消息中的S-TMSI或IMSI新建哈希表2或哈希表3的节点,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文,进入状态机处理,返回。
第四步、如为其他消息,使用消息中的MMEUES1APID+MMEIP查询哈希表1,如找到用户,获取用户上下文,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI。如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理;
如找不到用户,用MMEUES1APID+MMEIP新建哈希表1的节点,如为HANDOVERREQUEST,用SGWIP+SGWTEID查找用户,找到用户则更新上下文,如找不到,再用eNBUES1APID+eNBIP查找用户,如找到用户,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI。如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理。
上述实施例流程描述仅为了清楚说明本发明的基本方法和装置,但本发明并不仅限于上述实施例;凡是依据本发明的技术实质上实施例所作的任何简单修改、等同变化与修饰,均落入本发明的技术方案的保护范围之内。
Claims (5)
1.一种LTES1-MME接口的海量数据用户识别的方法,其特征在于:包括以下步骤;
步骤1,在深入分析了解S1-MME接口协议和信令流程的基础上,提出一组可用的用户标识;
步骤2,制定这组用户标识的初始化、更新、关联的规则;
步骤3,组织实现用户标识的查找、存储,实现用户识别。
2.根据权利要求1所述的一种LTES1-MME接口的海量数据用户识别的方法,其特征在于:所述步骤1中提出的用户标识包括MMEUES1APID+MMEIP、eNBUES1APID+eNBIP、S-TMSI、IMSI、SGWIP+SGWTEID;以MMEUES1APID+MMEIP为最主要的用户标识,MMEUES1APID+MMEIP同时要关联用户X2切换前后的消息;eNBUES1APID+eNBIP用来关联INITIALUEMESSAGE和它的响应消息;S-TMSI、IMSI用来关联两次不同的S1连接之间用户标识的转换或者关联寻呼消息和它的响应;SGWIP+SGWTEID关联S1切换前后的用户标识;同时需要维护S-TMSI和SGWIP+SGWTEID的变化和更新。
3.根据权利要求2所述的一种LTES1-MME接口的海量数据用户识别的方法,其特征在于:所述步骤2和步骤3的具体实现过程如下;
(1)用MMEUES1APID+MMEIP为键值建立哈希表1,利用S-TMSI为键值建立哈希表2,利用IMSI为键值建立哈希表3,利用eNBUES1APID+eNBIP为键值建立哈希表4,利用SGWIP+SGWTEID为键值建立哈希表5;
(2)识别消息列队中消息的类型:如为非UE相关消息,则结束识别过程;
如为UE相关消息,则根据不同消息类型分别利用用户标识查询相应哈希表,寻找用户。
4.根据权利要求3所述的一种LTES1-MME接口的海量数据用户识别的方法,其特征在于:所述(2)中,根据不同消息类型分别利用用户标识查询相应哈希表,寻找用户的具体实现过程如下;
(2.1)如为寻呼消息,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,进入状态机处理;查询不到返回;
(2.2)如为INITIALUEMESSAGE,使用消息中的S-TMSI或IMSI查询哈希表2或哈希表3,如找到用户,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文的eNBUES1APID,进入状态机处理;查询不到,用消息中的S-TMSI或IMSI新建哈希表2或哈希表3的节点,用eNBUES1APID+eNBIP新建哈希表4的节点,更新上下文,进入状态机处理,返回;
(2.3)如为除上述两类消息之外的其他消息,使用消息中的MMEUES1APID+MMEIP查询哈希表1;
如找到用户,获取用户上下文,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI;如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理;
如找不到用户,用MMEUES1APID+MMEIP新建哈希表1的节点,如为HANDOVERREQUEST,用SGWIP+SGWTEID查找用户,找到用户则更新上下文,如找不到,再用eNBUES1APID+eNBIP查找用户,如找到用户,按照如下规则更新:如为attachaccept、TAUaccept、GUTI重配消息且分配了新的S-TMSI的,则将保存新的S-TMSI,删除旧的S-TMSI;如为认证消息且携带IMSI的,如上下文不存在IMSI,则保存IMSI,如上下文存在IMSI且与消息中不同的,报错返回,上下文存在IMSI且与消息中相同的不作处理,如为承载相关消息,更新SGWIP+SGWTEID,如为新建承载的消息则新增新的SGWIP+SGWTEID对,如为释放承载消息,则删除对应的SGWIP+SGWTEID对,进入状态机处理。
5.根据权利要求3或4所述的一种LTES1-MME接口的海量数据用户识别的方法,其特征在于:对用户标识提出了使用多个哈希表加用户上下文智能指针的存储方法,以每种用户标识为键值建立一个哈希表,所有哈希表都包含唯一的用户上下文指针—智能指针,用户上下文包含用户的所有标识和关键信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510822263.5A CN105517066B (zh) | 2015-11-24 | 2015-11-24 | 一种lte s1-mme接口的海量数据用户识别的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510822263.5A CN105517066B (zh) | 2015-11-24 | 2015-11-24 | 一种lte s1-mme接口的海量数据用户识别的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105517066A true CN105517066A (zh) | 2016-04-20 |
CN105517066B CN105517066B (zh) | 2018-10-26 |
Family
ID=55724622
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510822263.5A Active CN105517066B (zh) | 2015-11-24 | 2015-11-24 | 一种lte s1-mme接口的海量数据用户识别的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105517066B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105554784A (zh) * | 2015-12-07 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种信息关联的方法及装置 |
CN106131885A (zh) * | 2016-08-11 | 2016-11-16 | 中国联合网络通信集团有限公司 | 一种无线测量报告mr会话关联方法及装置 |
CN107182051A (zh) * | 2017-07-10 | 2017-09-19 | 武汉虹信通信技术有限责任公司 | 一种用于cbtc的终端状态跟踪方法 |
WO2017190296A1 (zh) * | 2016-05-04 | 2017-11-09 | 华为技术有限公司 | 切换用户设备方法及设备 |
CN108495279A (zh) * | 2018-03-09 | 2018-09-04 | 北京全路通信信号研究设计院集团有限公司 | 一种lte-m信令解析方法及系统 |
CN114339818A (zh) * | 2020-10-12 | 2022-04-12 | 中国联合网络通信集团有限公司 | 确定基站升级的方法、装置及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102316486A (zh) * | 2011-09-15 | 2012-01-11 | 大唐移动通信设备有限公司 | 一种处理网络日志的方法和设备 |
US20120170551A1 (en) * | 2007-11-02 | 2012-07-05 | Huawei Technologies Co., Ltd. | Data Processing Method and Device |
CN104486743A (zh) * | 2014-12-29 | 2015-04-01 | 武汉虹信技术服务有限责任公司 | 一种对核心网各接口xdr数据进行用户信息关联的方法 |
CN104768193A (zh) * | 2015-04-15 | 2015-07-08 | 深圳市博瑞得科技有限公司 | Lte网络切换过程中的信令消息关联方法及系统 |
-
2015
- 2015-11-24 CN CN201510822263.5A patent/CN105517066B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120170551A1 (en) * | 2007-11-02 | 2012-07-05 | Huawei Technologies Co., Ltd. | Data Processing Method and Device |
CN102316486A (zh) * | 2011-09-15 | 2012-01-11 | 大唐移动通信设备有限公司 | 一种处理网络日志的方法和设备 |
CN104486743A (zh) * | 2014-12-29 | 2015-04-01 | 武汉虹信技术服务有限责任公司 | 一种对核心网各接口xdr数据进行用户信息关联的方法 |
CN104768193A (zh) * | 2015-04-15 | 2015-07-08 | 深圳市博瑞得科技有限公司 | Lte网络切换过程中的信令消息关联方法及系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105554784A (zh) * | 2015-12-07 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种信息关联的方法及装置 |
CN105554784B (zh) * | 2015-12-07 | 2019-05-14 | 中国联合网络通信集团有限公司 | 一种信息关联的方法及装置 |
WO2017190296A1 (zh) * | 2016-05-04 | 2017-11-09 | 华为技术有限公司 | 切换用户设备方法及设备 |
CN106131885A (zh) * | 2016-08-11 | 2016-11-16 | 中国联合网络通信集团有限公司 | 一种无线测量报告mr会话关联方法及装置 |
CN107182051A (zh) * | 2017-07-10 | 2017-09-19 | 武汉虹信通信技术有限责任公司 | 一种用于cbtc的终端状态跟踪方法 |
CN107182051B (zh) * | 2017-07-10 | 2020-05-26 | 武汉虹信通信技术有限责任公司 | 一种用于cbtc的终端状态跟踪方法 |
CN108495279A (zh) * | 2018-03-09 | 2018-09-04 | 北京全路通信信号研究设计院集团有限公司 | 一种lte-m信令解析方法及系统 |
CN114339818A (zh) * | 2020-10-12 | 2022-04-12 | 中国联合网络通信集团有限公司 | 确定基站升级的方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105517066B (zh) | 2018-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105517066A (zh) | 一种lte s1-mme接口的海量数据用户识别的方法 | |
US11115919B2 (en) | Network selection method and base station | |
KR102009614B1 (ko) | 통신 시스템, 기지국, 통신 방법, 및 프로그램을 저장한 비일시적 컴퓨터 판독가능 매체 | |
CN102450057B (zh) | 蜂窝通信网络中的方法和布置 | |
KR101712865B1 (ko) | 이동 통신 시스템에서 비계층 프로토콜을 이용한 통신 지원 방법 및 장치 | |
CN106067880B (zh) | 一种基于4g网络的ip地址的溯源方法 | |
EP2497287B1 (en) | Node selection in a communication network | |
CN101583113B (zh) | 区别用户计费规则的计费方法和系统 | |
CN103563440A (zh) | 移动通信网络和方法 | |
CN104486743A (zh) | 一种对核心网各接口xdr数据进行用户信息关联的方法 | |
EP3406102A1 (en) | Tracking area and user plane mapping for control plane/user plane split | |
CN106488538B (zh) | 一种专用网络选择方法、终端、接入网节点及核心网节点 | |
WO2016177106A1 (zh) | 专用核心网的选择方法和装置 | |
CN101534500B (zh) | 一种寻址方法、网元设备及网络系统 | |
CN102075909A (zh) | 一种imsi与imei绑定关系的校验方法和装置 | |
CN103796188A (zh) | 下行传输数据的方法和设备 | |
CN102014365A (zh) | 一种无线网络共享中选择核心网运营商的方法和系统 | |
CN101888616A (zh) | 一种对终端上acl进行更新的方法和设备 | |
CN102244877A (zh) | 一种更新邻区关系列表的方法及装置 | |
JP2018525872A5 (zh) | ||
CN101562824B (zh) | 用户面分析的方法、装置及系统 | |
EP2800448A1 (en) | Method and device for achieving multi-cell service on base station equipment | |
CN101686437B (zh) | 设置用户侧白名单及寻呼用户设备的方法和装置 | |
CN104768193A (zh) | Lte网络切换过程中的信令消息关联方法及系统 | |
CN105453617A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |