机器类通信签约用户的识别方法及装置
技术领域
本发明涉及移动通信技术领域,特别涉及一种机器类通信签约用户的识别方法及装置。
背景技术
机器类通信(MTC,Machine Type Communication)是一种面向智能终端的通信业务类型,包括机器-机器、机器-人、人-机器3种应用方式,主要用于电力、石油、交通、医疗监控和金融等行业。MTC可以通过移动通信网、有线局域网、无线局域网等多种网络实现。其中,移动通信网络具有覆盖范围广、接入方便等优势,是MTC业务的最佳载体,移动MTC具有巨大的市场潜力,是未来电信发展的趋势。
3GPP TS 23.003v9.0.0指出,在全球移动通信***(GSM、Global System for MobileCommunications)、通用移动通信***(UMTS、Universal Mobile TelecommunicationsSystem)、或演进的分组***(EPS,Evolved Packets System)中,每一个签约用户(Subscriber)需要分配一个全球唯一识别号码,这个号码即是国际移动用户标识(IMSI,International Mobile Subscriber Identity)。在引入MTC通信之前,人是移动通信***的唯一用户,IMSI用于标识人对人(H2H,Human to Human)用户。
但是在实现本发明的过程中,发明人发现现有技术的缺陷在于:MTC将引入万亿级数量的终端,作为移动终端的全球唯一标识,IMSI的容量将不能满足日益增长的用户需求;并且,在引入MTC通信后,作为签约用户的标识,IMSI的现有分配方法不能对H2H和MTC签约用户进行区分。
发明内容
本发明实施例提供一种机器类通信签约用户的识别方法及装置,目的在于通过IMSI对H2H签约用户和MTC签约用户进行区分,并且,本发明可使得IMSI的容量满足日益增长的终端用户需求。
为达到上述目的,本发明实施例提供一种机器类通信签约用户的识别方法,该方法包括:获取签约用户的国际移动用户标识;判断国际移动用户标识中是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在,则确定签约用户为机器类通信签约用户。
本发明实施例还提供一种机器类通信签约用户的识别装置,该装置包括:
获取单元,用于获取签约用户的国际移动用户标识;
判断单元,用于判断国际移动用户标识中是否存在A至E任意一项或其组合的十六进制符号;
确定单元,用于当判断单元的判断结果为存在时,确定签约用户为机器类通信签约用户。
本发明实施例还提供一种机器类通信签约用户的识别方法,应用于演进分组***中,该方法包括:移动管理实体获取签约用户的国际移动用户标识;当国际移动用户标识中存在A至E任意一项或其组合的十六进制符号时,确定签约用户为机器类通信签约用户;在机器类通信签约用户的移动性管理上下文中记录机器类通信标志。
本发明实施例还提供一种机器类通信签约用户的识别方法,应用于通用移动通信***中,该方法包括:服务GPRS支持节点或者拜访位置寄存器获取签约用户的国际移动用户标识;当国际移动用户标识中存在A至E任意一项或其组合的十六进制符号时,确定签约用户为机器类通信签约用户;在机器类通信签约用户的移动性管理上下文中记录机器类通信标志。
本发明实施例的有益效果在于,通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1是本发明实施例的国际移动用户标识的组成结构示意图;
图2是本发明实施例的机器类通信签约用户的识别方法的流程图;
图3是本发明实施例的EPS***附着过程的流程图;
图4是本发明实施例的EPS***业务请求的流程图;
图5是本发明实施例的UMTS***附着或路由区域更新的流程图;
图6是本发明实施例的UMTS***服务请求的流程图;
图7是本发明实施例的UMTS***建立PDP上下文过程的流程图;
图8是本发明实施例的UMTS***的CS域中通过IMSI区分MTC签约用户并对短消息进行优化处理的流程图;
图9是本发明实施例的机器类通信签约用户的识别装置的构成图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例作进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
根据IMSI标准规范ITU-E.212,IMSI总长度不能超过15位,并由三部分组成,分别是移动国家码(MCC,Mobile Country Code)、移动网号码(MNC,Mobile Network Code)、移动用户识别码(MSIN,Mobile Subscriber Identification Number)。MNC与MSIN组成国内移动用户标识(NMSI,National Mobile Subscriber Identification)。
图1为IMSI的结构示意图。如图1所示,移动国家码MCC标识移动用户所属的国家,由三位数字组成。例如,中国的MCC为460。
移动网号码MNC标识移动用户所归属的移动网,即公众陆地移动通信网(PLMN,PublicLand Mobile-communication Network)。由两位或三位数字组成,长度取决于MCC的值。例如,***通信公司的时分多址接入(TDMA,Time Division Multiple Access)数字公用蜂窝移动通信网为00,***公司的TDMA数字公用蜂窝移动通信网为01。
移动用户识别码MSIN标识PLMN内的一个移动用户,由10位数字组成。为了便于描述,以下对MSIN的描述用H0H1H2H3ABCDEF表示。
如图1所示,IMSI一共由15位十进制数字组成,完全使用时可以容纳一百万亿用户,但除去冗余后实际容量远远小于这个数字。例如,对于中国,国家代码占去3位,***总容量为一千亿,移动网号又占去2位,对于某一个PLMN,可以容纳的用户数仅为十亿。容量分析见表1。
表1-1
标识 |
使用范围 |
总容量 |
国家容量 |
PLMN容量 |
IMSI |
全球唯一 |
百万亿 |
千亿 |
十亿 |
由上述可知,当前IMSI采用十进制数字表示。但是,IMSI在空中接口上以及在核心网接口上传递时,均采用4bit表示IMSI的每一位,4bit可以表示16个不同的数字。由TS24.008V9.1.0可知,对于IMSI的每一位(4bit),当前IMSI只使用了从0到9的十进制数字,另外用4个bit全1(即十六进制的F)表示填充位。因此,其余5个(即十六进制的A至E)没有加以利用。
由此,本发明提出了对IMSI容量进行扩充,在本发明的实施例中,遵循IMSI最长不能超过15位的要求,采用十六进制代替十进制来表示IMSI。这样,既可以区分MTC签约用户和H2H签约用户,又可以达到对IMSI容量进行扩充的目的。以下通过具体实施例进行详细说明。
实施例1
本发明实施例提供一种机器类通信签约用户的识别方法,如图2所示,该方法包括:
步骤201,获取签约用户的IMSI;
步骤202,判断IMSI中是否存在A至E任意一项或其组合的十六进制符号;
步骤203,若判断结果为存在,则确定该签约用户为MTC签约用户。
本领域普通技术人员所应理解的是,步骤202中根据IMSI中存在A至E任意一项或其组合的十六进制符号,仅是确定签约用户为MTC签约用户的必要条件。但不限于此,任何在该条件的基础上结合其他条件确定签约用户为MTC签约用户的技术方案,均应包含在本发明的保护范围之内。
在步骤202实施时,可以在IMSI的MCC段区分MTC签约用户和H2H签约用户。具体地:判断IMSI的MCC是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
在本实施例中,IMSI中MCC占三位(每一位由4个bit组成),采用十六进制符号表示。MCC的理论容量可以由1000增加到3375(每一位从0到14即十六进制值从0至E,每一位的4个bit全1即十六进制值F作为填充位),其中完全由数字组成的MCC为1000个,包含从A到E任意一项或其组合符号的MCC为2375个,全世界有225个国家和地区,将完全由数字组成的MCC保留给H2H签约用户使用,而将包含字母的MCC分给MTC签约用户使用。这样,给一个国家分配一个MCC就允许有一百万亿个MTC签约用户存在,如果不够可以向ITU-T申请额外的MCC,平均每个国家就有十个MCC之多。
具体地,为了与现网保持一致,已经分给各个国家的MCC仍然由该国家的H2H签约用户通信使用,并将完全由数字组成的MCC预留给H2H签约用户通信使用;给每个国家分配一个包含从A到E任意一项或其组合的十六进制符号的MCC(也即,MCC所占的三个由4bit组成的十六进制位中,任意一个十六进制位的值为A到E之一),供MTC签约用户通信使用,当一个国家MTC签约用户所使用的IMSI资源将要枯竭时,可以向ITU-T TSB申请一个额外的包含字母的MCC供MTC签约用户通信使用。
此外,由于已经在MCC段对H2H签约用户和MTC签约用户进行了区分,MNC只需用来区分PLMN即可。对于H2H签约用户通信使用的IMSI,完全可以按照现行的方案将MNC分配给各个运营商;而对于MTC签约用户通信使用的IMSI,国家可以制定新的标准规范将MNC分配给各个运营商。而MSIN(例如,H0H1H2H3ABCDEF)标识PLMN内的终端用户。
在步骤202实施时,还可以在IMSI的MNC段区分MTC签约用户和H2H签约用户。具体地:判断IMSI的MNC是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
在本实施例中,IMSI中MNC占两位或三位。中国占两位,采用十六进制符号表示,理论容量可以从100增加到225,其中完全由数字组成的MNC为100个,包含从A到E的MNC为125个。如果在分配MCC时未对H2H签约用户和MTC签约用户进行区分,则可以在MNC段对H2H签约用户和MTC签约用户进行区分。
具体的,MCC保持与现网一致,已经分给各个国家的国家码MCC仍然由该国家使用,同一个国家的H2H签约用户和MTC签约用户共用一个MCC,在MCC段并不区分H2H签约用户和MTC签约用户,即使将来国家又向ITU-T申请了包含字母的MCC,该MCC仍然可以由H2H签约用户和MTC签约用户共用。
由于MCC段没有对H2H签约用户和MTC签约用户进行区分,需要在MNC段对其进行区分,可以将完全由数字组成的100个MNC分配给H2H签约用户使用,而将含有字母的125个MNC分配给MTC签约用户使用。例如,将00分给某个运营商的某种制式的H2H签约用户,将0A分配给某个运营商的某种制式的MTC签约用户等。而MSIN(例如,H0H1H2H3ABCDEF)标识PLMN内的终端用户。
由此,这种方法很适合那些人口、设备少的国家,因为只要一个MCC就够了,分配两个MCC是对资源的浪费。在人口数量较少的国家,只需预留足够的MNC供H2H签约用户使用即可,不必将全部100个MNC都预留给H2H签约用户,剩下的可以全部预留给MTC签约用户使用。
在步骤202实施时,还可以在IMSI的所有位区分MTC签约用户和H2H签约用户。具体地:判断IMSI的所有位是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
在本实施例中,由于当前IMSI只使用数字,为了保持与现网最大兼容,可以将完全使用数字的IMSI分配给H2H签约用户使用,将包含有十六进制值A-E之一的IMSI分配给MTC签约用户。
具体地,已经分给各个国家的由数字组成的MCC仍然由该国家使用,同一个国家的H2H签约用户和MTC签约用户共用一个MCC,当一个国家的IMSI号码资源枯竭时,可以向ITU-T申请一个额外的MCC,包含有字母(即十六进制值中非0-9的值)的MCC只能由MTC签约用户使用。已经分配给各个PLMN的由数字组成的MNC仍然由该PLMN使用,包含有字母的MNC只能分配给MTC签约用户通信使用。完全由数字组成的MSIN只能由H2H签约用户使用,包含有字母的MSIN由MTC签约用户使用。
在本实施例中,在确定签约用户为MTC签约用户之后,还可以在MTC签约用户的移动性管理(MM,Mobile Management)上下文中记录该签约用户为MTC签约用户,例如,可增加MTC标志。
此外,还可以在网络拥塞时,根据移动性管理上下文中MTC标志、或者对IMSI的判断,拒绝或者延迟对MTC签约用户提供的服务。对IMSI的判断可如上所述,此处不再赘述。
通过上述实施例,可以扩充IMSI的容量,扩充后IMSI的理论容量见表2:
表2
标识 |
使用范围 |
总容量 |
国家容量 |
PLMN容量 |
IMSI |
全球唯一 |
四十亿亿 |
百万亿 |
五千亿 |
对比表1和表2可知,扩展后IMSI的总容量由原来的百万亿增加到四十亿亿,每个国家的容量由原来的千亿增加到百万亿,每个PLMN的容量由原来的十亿增加到五千亿,极大地提高了IMSI的容量,使得扩展后的IMSI能够满足未来MTC引入的万亿级数量终端的标识需求。
由上述实施例可知,通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。
实施例2
本发明实施例在实施例1的基础上,提供一种MTC签约用户的识别方法,应用于EPS***中。以下通过EPS***的附着过程进行详细的说明。
图3是EPS***的附着过程的流程图,如图3所示,该方法包括:
步骤301,移动管理实体(MME,Mobile Management Entity)获取签约用户的ISMI。
在本实施例中,如图3所示,步骤301可进一步包括:
步骤301.1,签约用户的用户设备(UE,User Equipment)向eNodeB发送附着请求消息(Attach Request),如果签约用户有可用的旧的全球唯一临时标识符(GUTI,GlobalUnique Temporary UE Identity),则该附着请求消息中携带旧的GUTI,否则携带IMSI来标识签约用户。
步骤301.2,eNodeB由无线资源控制(RRC,Radio Resource Control)协议参数选择新的MME,并向新的MME转发附着消息(Attach Request)。
可选地,步骤301.3,如果签约用户用GUTI标识自己,且自上次分离后MME改变,则新的MME由GUTI获取旧的MME,并向旧的MME发送身份认证请求消息(IdentificationRequest),该身份认证请求消息中携带GUTI和完整的附着请求消息。
可选地,步骤301.4,旧的MME向新的MME发送身份认证响应消息(IdentificationResponse),该身份认证响应消息包含有IMSI、MM(Mobile Management,移动性管理)上下文。
可选地,步骤301.5,如果签约用户在旧的MME不可知,则新的MME向该UE发送标识请求(Identity Request),请求该签约用户的IMSI。
可选地,步骤301.6,该UE向新的MME发送响应消息(Identity Response),该消息包含该签约用户的IMSI。
至此,新的MME从UE得到了该签约用户的IMSI,或者通过GUTI从本地或旧的MME得到了签约用户的IMSI。
步骤302,新的MME在IMSI中包含A至E任意一项或其组合的十六进制符号时,确定该签约用户为MTC签约用户。
具体地,步骤302可以包括:
判断IMSI的MCC是否存在A至E任意一项或其组合的十六进制符号(即判断在IMSI的MCC中以每4bit为一位的各位中,是否存在哪一位的十六进制的值为A-E之一);若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户;
或者,判断IMSI的MNC是否存在A至E任意一项或其组合的十六进制符号(即判断在IMSI的MNC中以每4bit为一位的各位中,是否存在哪一位的十六进制的值为A-E之一);若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
或者,判断IMSI的所有位是否存在A至E任意一项或其组合的十六进制符号(即判断在IMSI中以每4bit为一位的所有位中,是否存在哪一位的十六进制的值为A-E之一);若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
步骤303,若该签约用户为MTC签约用户,则在MTC签约用户的MM上下文中记录该签约用户为MTC签约用户,例如增加MTC标志。
由此,在EPS***中,签约用户第一次附着到某一个MME或者路由至一个新的MME时,新的MME可以从UE、或者通过签约用户的GUTI获得签约用户的IMSI;然后,新的MME通过对IMSI的判断可以识别出所请求的签约用户是否为MTC签约用户,并在为该签约用户构建MM上下文时记录这一特性。
在本实施例中,如果当前网络处于拥塞状态,MME在通过IMSI判断出签约用户为MTC签约用户后,可以拒绝该MTC签约用户的附着和跟踪区域更新,并带上适当的原因值,MME也就不再为MTC签约用户建立缺省承载,避免加重网络拥塞状况,从而保护H2H签约用户通信能够正常进行。
可选地,如图3所示,该方法还可包括步骤304,在需要时发起鉴权过程(Authentication/Security)。
进一步地,在本实施例中,如果自上次分离(即UE与MME断开连接)后MME改变,则MME还可在确定签约用户为MTC签约用户后查找用户签约数据,具体可如步骤305至步骤309所述。
步骤305,新的MME向归属用户服务器(HSS,Home Subscriber Server)发送更新位置请求(Update Location);其中,该请求包含IMSI,还包含MME标识。
步骤306,HSS根据IMSI确定该签约用户是否为MTC签约用户;在确定为MTC签约用户后,在MTC签约用户的签约数据区查找用户签约数据。
在本实施例中,根据IMSI确定用户是否为MTC签约用户具体可采用前述的方法,此处不再赘述。
可选地,步骤307,HSS向旧的MME发送取消位置消息(Cancel Location),该取消位置消息中携带IMSI、取消类型。
可选地,步骤308,旧的MME删除该签约用户的MM上下文,向HSS发送响应消息(CancelLocation ACK),该响应消息中携带IMSI。
可选地,步骤309,HSS向新的MME回应更新位置确认消息(Update Location ACK),该确认消息携带IMSI和用户签约数据;
用户签约数据中包含一个或多个分组数据网络(PDN,Packet Data Network)签约上下文,每一个PDN签约上下文包含一个EPS签约服务质量(Qos,Quality of Service)属性和签约APN-AMBR(Access Point Name-Aggregate Maximum Bit Rate)。
如果签约数据限制签约用户在该跟踪区(TA,Tracking Area)附着或者其他签约数据验证失败,新的MME拒绝签约用户在该TA附着并带上原因。如果验证都通过,新的MME为签约用户构造上下文。
进一步地,步骤310,在为签约用户建立会话时,新的MME可根据MM上下文中该签约用户为机器类通信签约用户的记录,为签约用户选择合适的分组数据网络网关(P-GW,PacketData Network GateWay);
在本实施例中,MME可根据MM上下文中的MTC标志和用户签约数据提供的接入点(APN,Access Point Name),为MTC签约用户选择合适的P-GW。例如,如果分别为H2H签约用户和MTC签约用户部署了不同的P-GW,MME应该为MTC签约用户选择供MTC签约用户通信使用的P-GW,避免与H2H签约用户通信竞争资源。
在本实施例中,新的MME还可通过会话请求消息将MTC标志发送给该P-GW,该P-GW将MTC标志存储在签约用户的EPS承载上下文中。
进一步地,在网络拥塞时,该P-GW可根据该MTC标志拒绝或者延迟该签约用户的会话建立请求、或者降低该签约用户的服务质量保障、或者释放该签约用户已经建立的数据连接。
具体地,在本实施例中,还可建立eNodeB到S-GW的上行/下行用户数据隧道,可如步骤311至322所述。
可选地,步骤311,新的MME向服务网关(S-GW,Serving GateWay)发送创建会话请求(Create Session Request),并使用步骤310中为MTC签约用户选择的P-GW为MTC签约用户激活缺省承载。
在本实施例中,新的MME为该终端的缺省承载分配一个EPS Bearer ID,选择一个S-GW并向其发送创建会话请求,该创建会话请求中携带IMSI、MTC标志、MSISDN(MobileSubscriber International ISDN/PSTN Number)、MME控制面TEID(Tunnel EndpointIdentifier)、P-GW地址、PDN地址、APN、PDN类型、EPS Bearer ID、和移动终端标识(MEID,Mobile Equipment Identifier)。
可选地,步骤312,S-GW在自己的EPS承载表中建立一个表项,并向步骤311中所获得的P-GW地址所指示的P-GW发送创建会话请求消息(Create Session Request)。
在本实施例中,该创建会话请求消息中可以包含IMSI、MTC标志、MSISDN、APN、S-GW用户面地址、S-GW用户面TEID、S-GW控制面TEID、PDN地址、PDN类型、EPS Bearer ID、和ME ID等。
可选地,步骤313,P-GW向S-GW返回创建会话请求响应消息(Create SessionResponse)。该响应消息中可以包含P-GW用户面地址、P-GW用户面TEID,P-GW控制面TEID,PDN地址、PDN类型、EPS Bearer ID、和收费ID等。
在本实施例中,P-GW收到创建会话请求后,在自己的EPS承载表中建立一个新的表项,并为其生成一个收费ID,这个表项使得P-GW能够使用户数据在S-GW和PDN之间路由,并开始计费。
在本实施例中,P-GW还将与策略与计费规则功能实体(PCRF,Policy and ChargingRules Function)沟通,对签约用户为缺省承载所请求的QoS进行协商,如果当前网络状况拥塞,P-GW将根据MTC标志拒绝或延迟MTC签约用户的会话建立请求、或降低MTC签约用户的QoS指标、或者释放MTC签约用户已经建立的数据连接。
可选地,步骤314,S-GW向新的MME返回创建会话响应消息(Create Session Response),该响应消息中可以包含PDN类型、PDN地址、S-GW用户面地址、S-GW用户面TEID、S-GW控制面TEID、EPS Bearer ID、P-GW地址和一些TEID等。
可选地,步骤315,新的MME向eNodeB发送附着接受消息(Attach Accept)。该附着接受消息中可以包含APN、GUTI(给签约用户新分配的GUTI)、PDN类型、PDN地址、TAI列表、EPS Bearer ID、会话管理请求、以及步骤314中由S-GW传递给MME的S-GW的用户面IP地址和用户面TEID等。
至此,由eNodeB到S-GW的上行用户数据隧道建立。
可选地,步骤316,eNodeB向UE发送RRC连接重配置消息(RRC ConnectionReconfiguration),该消息中可以包含EPS RB-ID、附着接受消息和APN信息等,APN信息用来告诉用户已激活的缺省承载所对应的APN。
可选地,步骤317,UE存储协商的Qos、无线优先级等参数,向eNodeB发送RRC重配置完成消息(RRC Connection Reconfiguration Complete)。
可选地,步骤318,eNodeB向新的MME发送初始上下文响应消息(Initial Context SetupResponse)。该消息中可以包含eNodeB的IP地址和TEID,该TEID用于供eNodeB接收来自S-GW的下行链路数据。
可选地,步骤319,UE向eNodeB发送直传消息(Direct Transfer),包含附着完成消息,该附着完成消息中可以包含EPS Bearer ID、NAS序列号、和NAS-MAC等。
可选地,步骤320,eNodeB向新的MME转发附着完成消息(Attach Complete)。
在收到附着接受消息和UE获得PDN地址后,UE就可以向eNodeB传输上行链路数据了,eNodeB将通过隧道将用户上行链路数据传至S-GW和P-GW。
可选地,步骤321,在收到初始上下文响应消息和附着完成消息后,新的MME向S-GW发送修改承载请求(Modify Bearer Request),该请求中可以包含EPS Bearer ID、eNodeB地址和接收下行数据的TEID等。
可选地,步骤322,S-GW向新的MME发送更新承载响应消息(Modify Bearer Response),该响应消息中可以包含EPS Bearer ID。
现在S-GW可以发送它所缓存的下行分组数据。
签约用户附着到EPS***之后,MME为每个签约用户建立了MM上下文,其中包括IMSI和MTC标志,当有数据传输时,签约用户向网络发起服务请求,如果在网络拥塞状况下收到来自签约用户的服务请求时,MME通过签约用户附着时在MM上下文中的记录识别出该签约用户为MTC签约用户,然后直接拒绝该MTC签约用户的服务请求,并带上适当的原因值。以下通过附图4进行详细说明。
图4为EPS***的业务请求流程图。如图4所示,该方法还包括:
步骤401,MME接收签约用户发送的服务请求,该服务请求包含用户临时标识。
具体地,如图4所示,步骤401可进一步包括:
步骤401.1,签约用户的UE向eNodeB发送服务请求(Service Request),其中该服务请求中包含用户临时标识(S-TMSI)。
步骤401.2,eNodeB将服务请求消息传递给MME,其中该服务请求中包含用户临时标识(S-TMSI)。
步骤402,MME根据消息中的S-TMSI查找该签约用户的MM上下文或者IMSI,并根据MM上下文中的MTC标志、或者对IMSI的判断,确定该签约用户是否为MTC签约用户。
在本实施例中,该MTC标志由该签约用户附着时在MM上下文中记录;对IMSI的判断可如前所述。
步骤403,若MME确定该签约用户为MTC签约用户,则在网络负载较重时,MME拒绝或延迟MTC签约用户的业务请求,并带上适当的原因值。若网络负载状况正常,进行正常的流程。
可选地,该方法还包括步骤404,如果需要,将执行网络附着存储(NAS,NetworkAttached Storage)鉴权及安全流程,该流程可使用现有技术实现,此处不赘述。
具体地,在本实施例中,还可建立EPS业务,具体可如步骤405至413所述。
可选地,步骤405,MME向eNodeB发送初始上下文建立请求(Initial Context SetupRequest)。
该初始上下文建立请求中可以包括S-GW地址(S-GW address),S1-TEID(s)(UL),EPS承载服务质量(EPS Bearer QoS(s)),安全上下文(Security Context),和MME信令连接标识(MME Signalling Connection Id)等。
在本实施例中,eNodeB将Security Context,MME Signalling Connection Id,EPSBearer QoS(s)和S1-TEID存储在用户的无线接入网(RAN,Radio Access Network)上下文。
在本实施例中,若步骤403中拒绝该签约用户的业务请求,则本步骤中返回的消息中包含拒绝原因(例如,网络拥塞)。
可选地,步骤406,若允许签约用户的业务请求,eNodeB执行无线承载建立过程(RadioBearer Establishment),用户面的安全也在本步骤建立。
在本实施例中,若步骤403中拒绝该签约用户的业务请求,则本步骤中返回NAS消息(Service Request Response),返回拒绝原因。
可选地,步骤407,eNodeB将签约用户的上行数据(Uplink Data)发往S-GW。
eNodeB可以利用步骤405中提供的S-GW地址和TEID将数据向上传输。S-GW将用户的上行数据发往P-GW。
可选地,步骤408,NodeB向MME发送S1-AP消息(初始上下文建立完成,Initial ContextSetup Complete)。
该消息中可以包含eNodeB地址(eNodeB address),EPS承载接受列表(List ofaccepted EPS bearers),EPS承载拒绝列表(List of rejected EPS bearers),和下行链路A1 TEID(s)(DL,Down Link)等。
可选地,步骤409,对于每个PDN连接,MME向S-GW发送修改承载请求消息(ModifyBearer Request)。
该消息中可以包含eNodeB地址(eNodeB address),S1 TEID(s)(DL),延迟下行分组通知请求(Delay Downlink Packet Notification Request),和无线接入技术类型(RATType,Radio Access Technology Type)等。
此时S-GW可向UE传输下行的数据流。
可选地,步骤410,如果UE的RAT类型同上一次报告的发生了改变,或UE的位置信息(Location或Info IEs)在步骤408中作了指示,则对于每个PDN连接,S-GW应当向P-GW发送修改承载请求消息(Modify Bearer Request)。
可选地,步骤411,如果P-GW同PCRF进行交互,则根据RAT类型来获得策略计费控制(PCC,Policy Charging Control)规则。如果没有配置动态PCC,P-GW应用局部的QoS策略。
可选地,步骤412,P-GW向S-GW发送修改承载响应消息(Modify Bearer Response)。
可选地,步骤413,S-GW向MME发送修改承载响应消息(Modify Bearer Response)。
由上述实施例可知,在EPS***中通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。并且,在网络拥塞时,可拒绝或者释放MTC签约用户的服务,保护H2H签约用户通信。
实施例3
本发明实施例在实施例1的基础上,提供一种MTC签约用户的识别方法,应用于UMTS***的分组交换域(PS域,Packet Switched Domain)或者电路交换域(CS域,CircuitSwitched Domain)中。以下以UMTS***的PS域为例,通过附着/路由区域更新过程进行详细的说明。
图5为UTMS***的PS域的附着/路由区域更新流程示意图。如图5所示,该方法包括:
步骤501,新的服务GPRS支持节点(SGSN,Serving GPRS Support Node)获取签约用户的ISMI。
在本实施例中,如图5所示,步骤501可进一步包括:
步骤501.1,在签约用户的UE和新的SGSN之间建立NAS信令连接(NAS SignalingConnection)。
步骤501.2,UE通过NAS信令消息向新的SGSN发起附着请求或路由区域更新请求(Attach/Routing Area Update Request);
如果有分组临时移动标识码(P-TMSI,Packet Temperate Mobile SubscriptionIdentity),则附着请求或路由区域更新请求中携带P-TMSI和路由区域标识(RAI,RoutingArea Identity);如果没有P-TMSI,则附着请求或路由区域更新请求中携带IMSI。
可选地,步骤501.3,如果UE使用P-TMSI附着,并且自上次附着改变了SGSN,新的SGSN应该发送身份识别请求(Identification Request)给旧的SGSN,带上用户的P-TMSI和相应的RAI。
如果UE使用P-TMSI进行路由区更新而且是跨越SGSN间的,新的SGSN发送SGSN上下文请求给旧的SGSN,该SGSN上下文请求带有用户旧的P-TMSI、旧的RAI、旧的P-TMSI签名,以得到签约用户的MM上下文和分组数据协议(PDP,Packet Data Protocol)上下文。
可选地,步骤501.4,如果签约用户的签名合法或者经过新的SGSN鉴权成功,旧的SGSN回应SGSN上下文响应消息(Identification Response)。
其中,该响应消息中可以包括Cause、IMSI、MM上下文、和PDP上下文等。
可选地,步骤501.5,如果签约用户没有有效的P-TMSI,新的SGSN将向UE发送标识请求(Identity Request),请求IMSI。
可选地,步骤501.6,UE收到标识请求后,上报该签约用户的IMSI给新的SGSN。
至此,新的SGSN从UE得到了签约用户的IMSI、或者通过P-TMSI从本地或旧的SGSN得到了签约用户的IMSI。
步骤502,新的SGSN当IMSI中包含A至E任意一项或其组合的十六进制符号时,确定该签约用户为MTC签约用户;
具体地,步骤502可以包括:
判断IMSI的MCC是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户;
或者,判断IMSI的MNC是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
或者,判断IMSI的所有位是否存在A至E任意一项或其组合的十六进制符号;若判断结果为存在A至E任意一项或其组合的十六进制符号,则该签约用户为MTC签约用户;否则,该签约用户为H2H签约用户。
步骤503,新的SGSN在MTC签约用户的MM上下文中记录该签约用户为MTC签约用户,例如增加MTC标志。
由此,在UMTS***的PS域,签约用户在第一次附着到某一个SGSN或者路由至一个新的SGSN时,新的SGSN可以从UE、或者通过签约用户的P-TMSI获得签约用户的IMSI,新的SGSN通过对IMSI的判断可以识别出所请求的签约用户是否为MTC签约用户,并在为该用户构建MM上下文时记录这一特性。
在本实施例中,如果当前网络拥塞,新的SGSN在识别出MTC签约用户后,可以直接拒绝MTC签约用户的附着或路由区域更新,并带上适当的原因值,以保证H2H签约用户通信能够正常进行。
可选地,该方法还可包括步骤504,如果需要,将发起鉴权过程。进一步地,在本实施例中,如果是签约用户的第一次附着或者SGSN号码自从上次分离(即UE与SGSN断开连接)后发生改变,则SGSN还可在确定签约用户为MTC签约用户后查找用户签约数据,具体可如步骤505至步骤512所述。
步骤505,新的SGSN向归属位置寄存器(HLR,Home Location Register)发起更新位置请求,该请求带有IMSI,还带有SGSN号码、SGSN地址。
步骤506,HLR根据IMSI确定该签约用户是否为MTC签约用户;在确定为MTC签约用户后,在MTC签约用户的签约数据区查找用户签约数据。
在本实施例中,根据IMSI确定签约用户是否为MTC签约用户具体可采用前述的方法,此处不再赘述。
可选地,步骤507,HLR发送取消位置消息(Cancel Location)给旧的SGSN。该消息携带有IMSI、取消类型,同时设置取消类型为Update Procedure。
可选地,步骤508,旧的SGSN发送取消位置响应消息(Cancel Location Ack),确认收到HLR的Cancel Location,该响应消息携带IMSI。
如果该签约用户有任何正在进行中的流程,旧的SGSN应该等待这些流程结束,然后才能删除签约用户的MM上下文和PDP上下文。
可选地,步骤509,如果是签约用户第一次附着或者SGSN号码自从上次分离后发生改变,HLR向新的SGSN***用户签约数据(Insert Subscribers Data),该用户签约数据携带IMSI。
可选地,步骤510,新的SGSN证实签约用户存在于新的路由区中,如果用户签约数据限制签约用户在此路由区附着,SGSN应该拒绝签约用户的附着请求,带以恰当的原因值,同时回应***签约数据确认消息(Insert Subscribers Data ACK)给HLR。
如果签约数据检查由于其他原因失败,新的SGSN应该拒绝用户附着请求,带上合适的原因值,同时回应HLR***签约数据确认消息,该确认消息带有IMSI、原因值。
如果所有签约数据检查通过,新的SGSN为签约用户构造MM上下文,同时回应HLR***签约数据确认消息,该确认消息带有IMSI。
可选地,步骤511,HLR向新的SGSN回应路由更新确认消息(Update Location ACK)。
可选地,步骤512,新的SGSN向UE回应附着或路由区域更新接受消息(Attach/Routingarea Update Accept),该消息包含新分配的P-TMSI、P-TMSI签名。
签约用户附着到UMTS***后,SGSN为每个签约用户建立了MM上下文,其中包括IMSI和MTC标志,当有数据传输时,签约用户向网络发起服务请求,如果网络在拥塞状况下收到来自签约用户的服务请求时,SGSN通过签约用户附着时在MM上下文中的记录识别出为MTC签约用户,然后直接拒绝该MTC签约用户的服务请求,并带上适当的原因值。以下通过图6进行详细说明。
图6为UMTS***的服务请求流程图。如图6所示,该方法还包括:
步骤601,SGSN接收签约用户发送的服务请求,该服务请求包含用户临时标识。
具体地,如图6所示,步骤601可进一步包括:
步骤601.1,首先在签约用户的UE和SGSN之间建立NAS信令连接(NAS SignalingConnection);
步骤601.2,UE通过NAS信令消息向SGSN发起服务请求(Service Request),该服务请求包含用户临时标识(TMSI),该用户临时标识可为TMSI或者P-TMSI。
步骤602,SGSN根据该用户临时标识查找该签约用户的MM上下文或者IMSI,根据MM上下文中的MTC标志、或者对IMSI的判断,确定该签约用户是否为MTC签约用户。
步骤603,如果确定该签约用户是MTC签约用户,则在网络处于拥塞状态时,SGSN将直接拒绝或延迟该MTC签约用户的服务请求,并带上合适的原因值,以保证H2H签约用户通信能够正常进行。
可选地,该方法还包括步骤604,如果需要,将发起鉴权过程;
可选地,步骤605,SGSN向UE回应服务接受或拒绝,如果当前网络状况良好,SGSN接受签约用户的服务请求,然后可以执行后续的无线接入承载(RAB,Radio Access Bearer)指派过程和PDP上下文建立过程。
在本实施例中,当UE需要进行数据传输时,首先要在UE和网关GPRS支持节点(GGSN,GateWay GPRS Support Node)之间建立PDP上下文,以下通过建立PDP上下文的过程,对用IMSI识别MTC签约用户给GGSN带来的优化进行详细说明。
图7是在签约用户的UE与GGSN之间建立PDP上下文的流程图。如图7所示,该方法还包括:
步骤701,在为签约用户建立分组数据协议上下文时,SGSN根据移动性管理上下文的签约用户为机器类通信签约用户的记录,为签约用户选择合适的GGSN。
具体地,如图7所示,步骤701进一步包括:
步骤701.1,首先建立UE与SGSN之间的NAS信令连接(NAS Signaling Connection)。
步骤701.2,UE向SGSN发起PDP上下文激活请求(Active PDP Context Request)。
步骤701.3,SGSN根据该签约用户的MM上下文为该签约用户选择合适的GGSN。
在本实施例中,SGSN可查找该签约用户的MM上下文,根据MM上下文记录的MTC标志确定该签约用户是否为MTC签约用户,并可根据APN为该签约用户选择合适的GGSN。
例如,如果网络为H2H签约用户和MTC签约用户通信分配部署了不同的GGSN,则SGSN可为MTC签约用户选择专用于MTC的GGSN。
步骤702,SGSN将签约用户为机器类通信签约用户的记录发送给所选择的GGSN,以使该GGSN将签约用户为机器类通信签约用户的记录存储在签约用户的分组数据协议上下文中。
具体地,SGSN可向所选择的GGSN发起PDP上下文建立消息(PDP Context CreateRequest),其中该消息包含MTC标志。GGSN接收到该消息后,可将该MTC标志作为MTC签约用户PDP上下文的一部分。
在本实施例中,在网络拥塞时,GGSN可根据签约用户为机器类通信签约用户的记录,拒绝或者延迟该签约用户的分组数据协议上下文建立请求、或者降低该签约用户的服务质量保障、或者释放该签约用户已经建立的数据连接。具体可如步骤703至步骤708所述。
可选地,步骤703,在进行QoS协商时,GGSN根据SGSN传递给它的MTC标志和当前网络状况与MTC签约用户所请求的QoS进行协商。
如果当前网络处于拥塞状况,GGSN可以根据MTC标志拒绝为MTC签约用户服务、或降低MTC签约用户的QoS指标、或释放用户已经建立的数据连接。
可选地,步骤704,GGSN向SGSN回应PDP上下文建立响应消息(PDP Context CreateResponse)。
可选地,步骤705,SGSN根据协商后的QoS向UE发起RAB指派过程(RAB Setup)。
可选地,步骤706,SGSN向UE发送PDP上下文激活响应消息(Active PDP ContextResponse)。
至此,已经建立起PDP连接,在UE与GGSN之间可以进行数据传输(Data Transfer)。
可选地,步骤707,如果在某个时候发生了网络拥塞,GGSN可以根据PDP上下文中的MTC标志首先释放掉MTC签约用户的PDP连接,以保证H2H签约用户通信能够正常进行。
可选地,步骤708,GGSN向SGSN发送删除PDP上下文请求(Delete PDP Context Request)。
由上述实施例可知,在UMTS***的PS域中,通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。并且,在网络拥塞时,可拒绝或者释放MTC签约用户的服务,保护H2H签约用户通信。
此外,在UMTS***的CS域,签约用户在第一次附着到某一个拜访位置寄存器(VLR,Visit Location Register)或者进行位置区域更新至一个新的VLR时,VLR可以获得签约用户的IMSI,VLR通过对IMSI的判断确定出是否为MTC签约用户,并在确定为MTC签约用户后,为该签约用户构建MM上下文时记录MTC标志。对应的流程与详细的流程步骤描述与上述相似,此处不再赘述。
由于机器类通信几乎没有语音呼叫,当前机器类通信主要使用CS域的短消息业务,通过IMSI识别出MTC签约用户后,可对网络优化处理MTC短消息。以下通过附图进行详细说明。
图8为CS域中通过IMSI区分出MTC签约用户后对短消息进行优化处理的流程图。如图8所示,该方法还包括:
步骤801,移动交换中心(MSC,Mobile Switching Center)/VLR接收签约用户发送的短消息,该短消息包含签约用户的标识。
具体地,签约用户的UE通过NAS信令将短消息发送至MSC/VLR。
步骤802,MSC/VLR根据签约用户的标识查找该签约用户的MM上下文或者IMSI;
步骤803,MSC/VLR根据MM上下文的签约用户为MTC签约用户的记录、或者对IMSI的判断,判断该签约用户是否为MTC签约用户;
步骤804,若确定签约用户为MTC签约用户,则MSC/VLR在网络拥塞时拒绝或者延迟递交该短消息。
可选地,步骤805,MSC/VLR可向短消息互操作移动交换中心(SMS-IWMSC,Short MassageService-InterWorking Mobile Switch Centre)传递短消息。
可选地,步骤806,SMS-IWMSC将短消息传递至短消息服务中心(SMS-SC,SMS ServiceCentre)。
可选地,步骤807,SMS-SC将短消息传递至短消息网关移动交换中心(SMS-GMSC,SMSGateWay Moble Switching Center)。
进一步地,步骤808,SMS-GMSC接收到该短消息后,向被叫HLR请求转发短消息所需要的路由信息,从该HLR获取转发该短消息所需要的路由信息。其中该路由信息包括被叫签约用户的IMSI。
步骤809,SMS-GMSC根据该被叫签约用户的IMSI判断该被叫签约用户是否为MTC签约用户;
步骤810,若确定该签约用户为MTC签约用户,则SMS-GMSC在网络拥塞时拒绝或延迟向该被叫签约用户所在的MSC/VLR递交该短消息。
可选地,步骤811,SMS-GMSC利用从HLR获取的路由信息将短消息转发至被叫签约用户所在的MSC/VLR,该短消息包含被叫签约用户的标识。
进一步地,步骤812,被叫签约用户所在的MSC/VLR接收短消息后,根据被叫签约用户的标识查找该被叫签约用户的MM上下文,根据MM上下文的签约用户为MTC签约用户的记录确定该被叫签约用户是否为MTC签约用户。
步骤813,若确定该被叫签约用户为MTC签约用户,则被叫签约用户所在的MSC/VLR在网络拥塞时,拒绝或者延迟向该被叫签约用户递交短消息,优先递交H2H签约用户的短消息。
可选地,步骤814,被叫签约用户所在的MSC/VLR通过NAS信令将短消息传递至被叫签约用户。
由上述实施例可知,在UMTS***的CS域中,通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。并且,在网络拥塞时,可拒绝或者释放MTC签约用户的服务,保护H2H签约用户通信;尤其对于MTC签约用户的短消息,可进一步优化处理。
实施例4
本发明实施例提供一种具有机器类通信签约用户识别能力的装置,如图9所示,该装置包括:获取单元901、判断单元902和确定单元903;其中,
获取单元901用于获取签约用户的IMSI;
判断单元902用于判断IMSI中是否存在A至E任意一项或其组合的十六进制符号;
确定单元903用于当判断单元902的判断结果为存在时,确定该签约用户为MTC签约用户。
具体地,该判断单元902可用于:判断IMSI的MCC是否存在A至E任意一项或其组合的十六进制符号。
或者,该确定单元902还可用于:判断IMSI的MNC是否存在A至E任意一项或其组合的十六进制符号。
或者,该确定单元903还可用于:判断IMSI的所有位是否存在A至E任意一项或其组合的十六进制符号。
如图9所示,进一步地,该装置还可包括:记录单元904;该记录单元904在MTC签约用户的MM上下文中记录该签约用户为MTC签约用户,例如记录MTC标志。
如图9所示,进一步地,该装置还可包括:处理单元905;该处理单元905在网络拥塞时根据MM上下文中的MTC标志、或者对IMSI的判断,拒绝或者延迟对MTC签约用户提供的服务。
在本实施例中,该装置可为移动管理实体、归属用户服务器、分组数据网络网关、服务GPRS支持节点、归属位置寄存器、网关GPRS支持节点、拜访位置寄存器、移动交换中心、或者短消息网关移动交换中心。但不限于此,可根据实际情况确定具体的设备。
在本实施例中,该装置可以具体应用于EPS***,集成到MME中;也可以具体应用于UMTS***的PS域,集成到SGSN中;还可以具体应用于UMTS***的CS域,集成到VLR中。但不限于此,可根据实际情况确定具体的实施方式。
本实施例的装置的各组成部分分别用于实现前述实施例的方法的各步骤,由于在方法实施例中,已经对各步骤进行了详细说明,在此不再赘述。
由上述实施例可知,通过采用十六进制代替十进制来表示IMSI;既可以区分MTC签约用户和H2H签约用户,又可以使IMSI的容量满足日益增长的终端用户需求。
本领域普通技术人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。