CN102595555B - 控制终端发起业务的方法及系统 - Google Patents

控制终端发起业务的方法及系统 Download PDF

Info

Publication number
CN102595555B
CN102595555B CN201110005687.4A CN201110005687A CN102595555B CN 102595555 B CN102595555 B CN 102595555B CN 201110005687 A CN201110005687 A CN 201110005687A CN 102595555 B CN102595555 B CN 102595555B
Authority
CN
China
Prior art keywords
business
terminal
base station
initiation
information
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
CN201110005687.4A
Other languages
English (en)
Other versions
CN102595555A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201110005687.4A priority Critical patent/CN102595555B/zh
Priority to PCT/CN2011/082600 priority patent/WO2012094923A1/zh
Publication of CN102595555A publication Critical patent/CN102595555A/zh
Application granted granted Critical
Publication of CN102595555B publication Critical patent/CN102595555B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/02Access restriction performed under specific conditions
    • H04W48/06Access restriction performed under specific conditions based on traffic conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure

Abstract

本发明公开了一种控制终端发起业务的方法,所述方法包括:基站向处于连接态的终端发送禁止发起业务的指示信息;所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作。本发明还公开了一种控制终端发起业务的系统,能够有效控制处于连接态的终端发起新业务,避免处于过载状态的网络侧由于连接态终端发起新业务而加重负载,从而有效控制网络侧的负载状况。

Description

控制终端发起业务的方法及系统
技术领域
本发明涉及移动通信领域,更具体地,涉及一种控制终端发起业务的方法及系统。
背景技术
人与人之间的通信(H2H,Human to Human)是人通过对设备的操作进行通信,现有无线通信技术是基于H2H的通信发展起来的。而机器对机器(M2M,Machine to Machine)狭义上的定义是机器到机器的通信,广义上的定义是以机器终端智能交互为核心的、网络化的应用与服务。它是基于智能机器终端,以多种通信方式为接入手段,为客户提供的信息化解决方案,用于满足客户对监控、指挥调度、数据采集和测量等方面的信息化需求。
无线技术的发展是M2M市场发展的重要因素,它突破了传统通信方式的时空限制和地域障碍,使企业和公众摆脱了线缆束缚,让客户更有效地控制成本、降低安装费用并且使用简单方便。另外,日益增长的需求推动着M2M不断向前发展,然而与信息处理能力及网络带宽不断增长相矛盾的是,信息获取的手段远远落后,而M2M很好的满足了人们的这一需求,通过它人们可以实时监测外部环境,实现大范围、自动化的信息采集。因此,M2M的应用包括行业应用、家庭应用、个人应用等,其中,行业应用包括交通监控、告警系统、海上救援、自动售货机、开车付费等,家庭应用包括自动抄表、温度控制等,个人应用包括生命检测、远端诊断等。
M2M的对象为机器对机器、人对机器,一个或多个机器之间的数据通信定义为机器类通信(MTC,Machine Type Communication),这种情况下较少需要人机互动。参与MTC的机器为MTC设备或MTC终端(MTC Device)。MTC设备可以通过公众陆地移动通信网络(PLMN,Public LandMobile-communication Network)与其他MTC设备或MTC服务器进行通信。
引入MTC应用后,可以根据其特点对现有的通信系统进行一些优化,以满足MTC应用需求,并且对现有网络中的普通UE(User Equipment)不产生影响。M2M应用的一些显著特点有:MTC设备数量很多,每次传输的数据量小,传输间隔大,部分MTC设备位置相对固定。据统计,在伦敦市区一个小区范围内安装的MTC设备将达到3000个,这么多的MTC设备如果比较集中的发起随机接入,如在火灾、地震等情况下同时报警,将给网络带来很大的冲击。通常多个基站会连接到同一个核心网网元如移动性管理实体(MME,Mobility ManagementEntity),当所有基站内的众多MTC设备均需要接入网络时,例如断电后,恢复供电时所有的MTC设备需要注册到网络中,MME将承受巨大的信令冲击,可能导致过载。现有协议针对核心网过载问题引入了针对MTC设备的过载控制机制,MME在探测到负载达到预定门限时,向基站发送过载开始(Overload Start)信令,请求基站拒绝新的MTC设备接入网络,防止新的MTC设备发送的非接入层(NAS,Non Access Stratum)信令再次发送到MME进而加重其负载。另一方面,众多的MTC设备通过基站接入网络,也会引发基站的过载。然而根据现有技术,基站只会在MTC设备发起RRC连接请求时拒绝其接入,当MTC设备已经处于连接状态时再次发起新的业务请求,基站便不能阻止MTC设备的新业务请求,而如此,就会有针对该新业务请求的NAS信令通过基站发送给MME,将同时加重基站和MME的负载,因此,有必要对处于连接态的MTC设备发起新业务请求进行控制,以便能够减轻基站和MME的负载。
发明内容
有鉴于此,本发明的主要目的在于提供一种控制终端发起业务的方法及系统,以解决由于处于连接态的终端发起新业务请求而加重基站和MME负载的问题。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种控制终端发起业务的方法,所述方法包括:基站向处于连接态的终端发送禁止发起业务的指示信息;所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
在上述方案中,所述基站向处于连接态的终端发送禁止发起业务的指示信息,包括:所述基站获取自身的负载信息、和/或与自身连接的移动性管理实体(MME)的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息。
在上述方案中,所述基站获取移动性管理实体(MME)的负载信息,具体为:基站接收MME发送的过载开始信令,并对接收到的过载开始信令进行解析,得到所述MME的负载信息。
在上述方案中,所述基站向处于连接态的终端发送禁止发起业务的指示信息,具体为:所述基站在系统消息(System Information)中设置禁止发起业务的指示信息,向所述处于连接态的终端广播所述系统消息;或者,所述基站通过在RRC信令设置用于表示所述禁止发起业务信息的信元并发送给所述终端。
在上述方案中,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:所述处于连接态终端的RRC层接收所述基站发送的禁止发起业务的指示信息并传递到所述终端的NAS层保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
在上述方案中,所述基站向处于连接态的终端发送禁止发起业务的指示信息,包括:所述基站接收MME发送的携带有所述禁止发起业务的指示信息的NAS信令,并将所述NAS信令转发给处于连接态的终端。
在上述方案中,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:所述处于连接态终端的NAS层接收所述基站发送的禁止发起业务的指示信息并保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
在上述方案中,所述方法包括:基站向处于连接态的终端发送用于指示禁止发起指定业务的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息;所述处于连接态的终端根据所述用于指示禁止发起指定业务请求的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息,执行或不执行业务的发起操作。
在上述方案中,所述方法包括:基站向处于连接态的终端发送用于指示禁止发起业务的限制因子和/或限制时间;所述处于连接态的终端根据所述限制因子和/或限制时间,执行或不执行业务的发起操作。
本发明还提供了一种控制终端发起业务的系统,所述系统包括:基站和终端,其中,所述基站与所述终端已建立连接,基站,用于向处于连接态的终端发送禁止发起业务的指示信息;终端,用于根据所述基站发送的所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
在上述方案中,所述终端具体为H2H设备、和/或MTC设备。
在上述方案中,所述基站,具体用于,获取自身的负载信息、和/或与自身连接的MME的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息。
在上述方案中,所述系统还包括:MME,与所述基站连接,用于在自身过载时,向所述基站发送过载开始信令;所述基站,还用于接收所述MME发送的过载开始信令,并对接收到的过载开始信令进行解析,获取所述MME的负载信息。
在上述方案中,所述MME,还用于向所述基站发送携带有所述禁止发起业务的指示信息的NAS信令;所述基站,还用于接收所述MME发送的NAS信令并转发给所述终端。
本发明所提供的控制终端发起业务的方案,通过基站向处于连接态的终端发送禁止发起业务的指示信息,终端发起业务时,需要根据所述禁止发起业务的指示信息,来进行新业务的发起操作,能够控制处于连接态的终端发起新业务,避免处于过载状态的基站和核心网由于连接态终端发起新业务而加重负载,从而有效控制网络侧的负载状况,有助于网络侧顺利恢复正常状态。
附图说明
图1为本发明控制终端发起业务方法的实现流程图;
图2为本发明实施例一的控制MTC设备发起业务过程的实现流程图;
图3为本发明实施例二的控制H2H设备发起业务过程的实现流程图;
图4为本发明实施例三的控制MTC设备发起业务过程的实现流程图。
具体实施方式
本发明的基本思想是:基站根据自身的负载状况、和/或MME的负载状况,向处于连接态的终端发送禁止发起业务请求的信息,所述处于连接态的终端接收该禁止发起业务请求的信息,并根据该禁止发起业务请求的信息,进行业务请求的发起,如此,便能够根据当前网络的负载状况,有效控制处于连接态的终端发起业务请求,避免在网络侧过载时加重其负载。
本发明控制终端发起业务的方法,参照图1所示,主要包括以下步骤:
步骤101:基站向处于连接态的终端发送禁止发起业务的指示信息;
步骤102:所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
具体地,所述基站获取自身的负载信息、和/或与自身连接的移动性管理实体(MME)的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息。
这里,基站可以通过测量获取自身的负载信息,可以通过接收MME发送的过载开始信令,并对接收到的过载开始信令进行解析,得到所述MME的负载信息。
这里,所述负载信息可以包括硬件处理负载信息、软件处理负载信息、基站和MME之间接口的传输负载信息等。
这里,其中,所述基站向处于连接态的终端发送禁止发起业务的指示信息,具体可以是:所述基站在系统消息(System Information)中设置禁止发起业务的指示信息,向所述处于连接态的终端广播所述系统消息;或者,所述基站通过在RRC信令设置用于表示所述禁止发起业务信息的信元并发送给所述终端。这里,所述RRC信令具体可以是RRC连接重配置、和/或下行信息传递信令、和/或RRC连接重建信令。
实际应用中,基站可以在所述系统消息中设置指定业务的标识信息、以及取值为True的禁止发起业务的指示信息,通知终端停止发起指定业务的业务请求。这里,所述指定业务可以包括所述MME负载信息中指示过载的部分业务、和/或基站根据自身的负载信息,确定的禁止发起的业务。所述指定业务的标识信息具体可以是所述指定业务的名称、优先级标识等信息。
这里,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:所述处于连接态终端的RRC层接收所述基站发送的禁止发起业务的指示信息并传递到所述终端的NAS层保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
具体地,所述基站向处于连接态的终端发送禁止发起业务的指示信息,还可以是:所述基站接收MME发送的携带有所述禁止发起业务的指示信息的NAS信令,并将所述NAS信令转发给处于连接态的终端。
这里,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:所述处于连接态终端的NAS层接收所述基站发送的禁止发起业务的指示信息并保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
这里,所述方法可以包括:基站向处于连接态的终端发送用于指示禁止发起指定业务(barring for originating calls)的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息;所述处于连接态的终端根据所述用于指示禁止发起指定业务请求的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息,执行或不执行业务的发起操作。
这里,所述方法还可以包括:基站向处于连接态的终端发送用于指示禁止发起业务的限制因子和/或限制时间;所述处于连接态的终端根据所述限制因子和/或限制时间,执行或不执行业务的发起操作。
实际应用中,如果指示信息是禁止指定终端发起任意业务的信息,则对于指定终端,不执行新业务的发起;对于非指定终端,执行新业务的发起。
如果指示信息是禁止指定终端发起指定业务的信息,则对于指定终端,不执行指定业务的发起,可以执行非指定业务的发起;对于非指定终端,可以执行任意业务的发起。
如果指示信息是禁止发起任意业务的限制因子,则终端会生成一个随机值,如果该随机值小于所述限制因子,则终端可以执行任意业务的发起;如果该随机值大于或等于所述限制因子,则终端不执行任意业务的发起。
如果指示信息是禁止发起任意业务的限制因子和限制时间,则终端需要生成一个随机值,如果该随机值小于所述限制因子,则终端可以执行任意业务的发起;如果该随机值大于或等于所述限制因子,终端需要等待时长等于限制时间的一段时间后,才能执行新业务的发起。
如果指示信息是禁止发起业务的限制时间,终端在需要发起新的业务请求时,等待时长等于限制时间的一段时间后,才能执行新业务的发起。
例如,所述指定业务可以是高优先级业务(high Priority Access)、和/或紧急业务(Emergency)、和/或因寻呼而发起的业务(mt-Access)、和/或用户发起的信令业务(mo-Signalling)、和/或用户发起的数据业务(mo-Data)、和/或低优先级业务、和/或允许延迟的业务、和/或多媒体语音业务、和/或多媒体视频业务。
实际应用中,基站还可以在所述系统消息中设置指定终端的标识信息、以及取值为True的禁止发起业务的指示信息,通知指定终端停止发起新的业务请求。目前,存在两种类型的终端:MTC设备和H2H设备,基站可以指示禁止所有MTC设备发起业务,也可以通过在所述系统消息设置MTC设备的一个或多个组标识,来指示禁止一组或多组MTC设备发起新的业务。所述指定终端还可以是低优先级的终端、或高优先级的终端、或正常优先级的终端,具体地,对于不同的终端,可以预先设定终端的优先级并写入终端中,如对于H2H设备,其优先级设定为高优先级的;对于电子抄表类MTC设备,其优先级设定为低优先级;对于监控类的MTC设备,其优先级设定为正常优先级、或高优先级。
实际应用中,基站还可以在所述系统消息中设置指定终端的标识信息、指定业务的标识信息、以及取值为True的禁止发起业务的指示信息,通知指定终端停止发起指定业务的业务请求。例如,基站可以禁止某种优先级的终端发起业务请求,或者禁止某种优先级的终端发起指定优先级业务的业务请求,如基站可以禁止低优先级终端发起允许延迟业务的业务请求,或者广播禁止一组或多组终端发起指定优先级业务的信息。在终端的全球用户身份模块(USIM,Universal Subscriber Identity Module)中保存着该终端的接入等级(AccessClass),基站可以禁止某种接入等级终端发起业务请求,或者禁止某种接入等级终端发起指定优先级业务的业务请求。
相应的,本发明还提供了控制终端发起业务的系统,该系统主要可以包括:基站和终端,其中,所述基站与所述终端已建立连接,基站用于获取自身的负载信息、和/或MME的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息;终端,用于根据所述基站发送的所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
其中,所述终端具体为H2H设备、和/或MTC设备。
其中,所述基站,具体用于,获取自身的负载信息、和/或与自身连接的MME的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息。
这里,所述系统还包括:MME,与所述基站连接,用于在自身过载时,向所述基站发送过载开始信令;所述基站,还用于接收所述MME发送的过载开始信令,并对接收到的过载开始信令进行解析,获取所述MME的负载信息。
这里,所述MME,还可以用于向所述基站发送携带有所述禁止发起业务的指示信息的NAS信令;所述基站,还可以用于接收所述MME发送的NAS信令并转发给所述终端。
实施例一
本实施例以MTC设备为例进行说明,在长期演进(LTE,Long-TermEvolution)系统中,MTC设备通过基站1接入网络并处于连接状态,本实施例中控制MTC设备发起业务请求的过程,如图2所示,具体可以包括以下步骤:
步骤201:由于众多MTC设备和H2H设备接入网络,引起MME负载超过预定门限,MME向自身连接的所有基站(包括基站1)发送过载开始(OverloadStart)信令,要求自身连接的所有基站禁止所有MTC设备发起新业务。
步骤202:基站1接收到所述MME发送的过载开始信令后,对所述过载开始信令进行解析,获取所述MME的负载信息;
步骤203:基站1根据所获取的负载信息,在系统消息(System Information)中增加用于指示禁止所有MTC设备发起业务请求的信息,更新当前要广播的所述系统消息,并将更新后的系统消息广播给处于连接态的各MTC设备;
这里,用于指示禁止所有MTC设备发起业务请求的信息具体可以是取值为True或False的指示信息,可以预先设置,取值为True时,所述信息表示禁止所有MTC设备发起业务请求,取值为False时,所述信息表示允许所有MTC设备发起业务请求。
具体地,基站1通过系统消息广播所述禁止处于连接态的MTC设备发起新业务请求的信息,可以避免MTC设备发起新的业务增加核心网的负载。
这里,如果需要同时控制处于空闲态的各MTC设备发起业务请求,基站1可以在处于空闲态的MTC设备向自身发送RRC连接请求(RRC ConnectionRequest)后,向其反馈RRC连接拒绝(RRC Connection Reject)信令,拒绝其接入,从而控制处于空闲态的MTC设备发起业务请求。
步骤204:各MTC设备的RRC层接收所述基站1广播的系统消息,并将所述系统消息中包含的禁止处于连接态的MTC设备发起新业务请求的信息传递到所述MTC设备的NAS层,MTC设备的NAS层保存禁止处于连接态的MTC设备发起新业务请求的信息,在要发起新业务请求时,据此,不执行该新业务请求的发起操作。
步骤205:过一段时间后,MME恢复正常的工作状态后,MME向自身连接的所有基站(包括基站1)发送过载停止(Overload Stop)信令;
步骤206:基站1接收所述过载停止信令,对所述过载停止信令进行解析,得到所述MME的负载信息,根据所述负载信息,删除当前系统消息中的禁止发起业务请求的指示信息,或者将当前系统消息中的禁止发起业务请求的指示信息替换成允许发起业务请求的指示信息,或者将当前系统消息中禁止发起业务请求的指示信息取值修改为“False”,更新当前的系统消息,并将更新后的系统消息广播给MTC设备;
步骤207:MTC设备的RRC层接收到所述系统消息后,向其NAS层传递该系统消息,MTC设备的NAS层更新自身保存的系统消息,在有新业务需求时发起相应的业务请求。
这里,所述MTC设备发起业务请求的过程如下:由于MTC设备此时处于连接态,MTC设备的上层向RRC层发送业务请求的NAS信令,通过上行信息传递(UL InformationTransfer)发送给基站1,再由基站1发送给MME,在资源许可的情况下,MME将配置新请求业务的参数以便MTC设备建立新的业务。
本实施例同样适用于宽带码分多址(WCDMA,Wideband Code DivisionMultipleAccess)系统,实现过程基本相同,所不同是,在WCDMA系统,发送所述系统消息的是无线网络控制器,具体地,无线网络控制器在其系统消息中设置禁止处于连接态的MTC设备发起新业务请求的信息,MTC设备收到系统消息后,将该信息传递给MTC设备的上层,MTC设备就不会再次发起新的业务请求,这样可以避免MTC设备发起新的业务增加核心网的负载。
实施例二
本实施例以H2H设备为例进行说明,在LTE系统中,H2H设备通过基站2接入网络后,处于连接状态,本实施例中控制H2H设备发起业务请求的过程,如图3所示,具体可以包括以下步骤:
步骤301:由于众多MTC设备和H2H设备接入网络,引起基站2过载,基站2决定限制接入新的终端、以及禁止处于连接态的终端再发起允许延迟的业务。
步骤302:基站2在其系统消息中增加用于指示禁止H2H设备发起允许延迟业务的信息,更新当前要广播的系统消息,并将更新后的系统消息广播给处于连接态的各H2H设备;
这里,用于指示禁止H2H设备发起允许延迟业务的信息具体可以用于指示禁止H2H设备发起允许延迟业务的限制因子(BarringFactor)、和/或禁止H2H设备发起允许延迟业务的限制时间(BarringTime)。
步骤303:H2H设备的RRC层接收所述系统消息,将所接收到的指示禁止H2H设备发起允许延迟业务的信息传递到自身的NAS层保存。
步骤304:H2H设备的NAS层要发起业务请求时,根据系统消息中包含有用于指示禁止H2H设备发起允许延迟业务的信息,执行或不执行所述业务的发起操作。
具体地,H2H设备的NAS层要发起允许延迟业务请求时,检测到保存的系统消息中包含有用于指示禁止H2H设备发起允许延迟业务的信息,据此,执行或不执行允许延迟业务的发起操作:
如果该H2H设备的上层仅获得限制因子,H2H设备生成一个随机值,通常取0到1之间的随机值,如果该随机值小于限制因子,则H2H设备可以发起新的允许延迟业务请求;如果该随机值大于或等于限制因子,则H2H设备不能发起延迟业务的业务请求。
如果该H2H设备的上层获得了限制因子和限制时间,H2H设备生成一个随机值,通常取0到1之间的随机值,如果该随机值小于限制因子,则H2H设备可以发起新的允许延迟业务请求;如果该随机值大于或等于限制因子,则H2H设备不能立即发起新的允许延迟业务请求,终端需要等待时长等于限制时间的一段时间后,才能发起允许延迟业务的业务请求。
如果该H2H设备的上层仅获得限制时间,H2H设备在需要发起允许延迟的业务时,需要等待时长等于限制时间的一段时间后,才能发起新的业务请求;或者H2H设备生成的是0到限制时间之间的一个随机值,需要等待时长等于该随机值的一段时间后,才能发起新的业务请求。
本实施例同样适用于MTC设备、以及处于空闲态的H2H设备。本实施例描述了禁止发起允许延迟业务的场景,对于限制其他业务,如禁止发起低优先级业务、禁止发起多媒体语音业务(MMTEL-Voice)、禁止发起多媒体视频业务(MMTEL-Video)等的场景,具体实现过程与上述过程相似,在此不再赘述。
实施例三
本实施例以MTC设备为例进行说明,在LTE系统中,MTC设备通过基站3接入网络后,处于连接状态,本实施例中控制MTC设备发起业务请求的过程,如图4所示,具体可以包括以下步骤:
步骤401:由于众多MTC设备和H2H设备接入网络,引起MME负载超过预定门限,MME向自身连接的所有基站(包括基站3)发送过载开始(OverloadStart)的信令,要求基站禁止所有MTC设备发起新业务。
步骤402:基站3接收到所述MME发送的过载开始信令后,对所述过载开始信令进行解析,获取所述MME的负载信息;
步骤403:基站3根据所获取的负载信息,在要向处于连接态的MTC设备发送的RRC信令中增加用于指示禁止所有MTC设备发起业务请求的信元后,将所述RRC信令发送给处于连接态的各MTC设备;
这里,所述RRC信令具体可以是RRC连接重配置、下行信息传递信令、RRC连接重建信令。
步骤404:MTC设备的RRC层接收到所述RRC信令后,将所述RRC信令传递到自身的NAS层,MTC设备的NAS层从所述RRC信令中解析得到所述用于指示禁止所有MTC设备发起业务请求的信元并保存,在要发起新业务请求时,检测到存在用于指示禁止所有MTC设备发起业务请求的信元,不执行所述新业务请求的发起操作。
本实施例同样适用于禁止发起低优先级业务、或禁止发起允许延迟业务、或禁止指定终端发起指定业务的情况,具体实现过程与上述过程相同,所不同的是,所述RRC信令增加的信元不同,在此不再赘述。
实施例四
本实施例以MTC设备为例进行说明,在LTE系统中,MTC设备(MD1)通过基站3接入网络后,处于连接状态,本实施例中控制MTC设备发起业务请求的过程,具体可以包括以下步骤:
步骤1:由于接入网络的MTC设备和H2H设备数量众多,导致为MD1所接入的MME负载达到预定门限,该MME决定实施过载控制,为了防止处于连接态的MTC设备再次发起新的业务,MME向处于连接态的MTC设备发送NAS信令,在NAS信令中增加用于指示禁止所有MTC设备发起业务请求的信元;
步骤2:所述MTC设备的基站接收到MME发送的NAS信令后,转发给所述MTC设备;
步骤3:MTC设备的NAS层接收到所述NAS信令后,从中解析得到所述用于指示禁止所有MTC设备发起业务请求的信元并保存,在要发起新业务请求时,检测到存在用于指示禁止所有MTC设备发起业务请求的信元,不执行所述新业务请求的发起操作。
上述过程中,MME可以在现有的NAS信令如服务拒绝(Service Reject)、位置区更新接收(Tracking Area Update Accept)、或通知(Notification)等中,设置禁止所有MTC设备发起业务请求的信元,然后通过基站将所述NAS信令发送到MTC设备。
本实施例同样适用于禁止发起低优先级业务、或禁止发起允许延迟业务、或禁止指定终端发起指定业务的情况,具体实现过程与上述过程相同。
需要说明的是,在不冲突的情况下,本申请中的各实施例及实施例中的特征可以相互组合。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (12)

1.一种控制终端发起业务的方法,其特征在于,所述方法包括:
既有已注册的机器通信MTC设备要发起新业务,又有超过承载量阈值的MTC设备集中发起注册时,基站获取自身的负载信息、和/或与自身连接的移动性管理实体(MME)的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息;
所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
2.根据权利要求1所述的控制终端发起业务的方法,其特征在于,所述基站获取移动性管理实体(MME)的负载信息,具体为:基站接收MME发送的过载开始信令,并对接收到的过载开始信令进行解析,得到所述MME的负载信息。
3.根据权利要求1或2所述的控制终端发起业务的方法,其特征在于,所述基站向处于连接态的终端发送禁止发起业务的指示信息,具体为:所述基站在系统消息(SystemInformation)中设置禁止发起业务的指示信息,向所述处于连接态的终端广播所述系统消息;
或者,所述基站通过在RRC信令设置用于表示所述禁止发起业务信息的信元并发送给所述终端。
4.根据权利要求3所述的控制终端发起业务的方法,其特征在于,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:
所述处于连接态终端的RRC层接收所述基站发送的禁止发起业务的指示信息并传递到所述终端的NAS层保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
5.根据权利要求1所述的控制终端发起业务的方法,其特征在于,所述基站向处于连接态的终端发送禁止发起业务的指示信息,包括:
所述基站接收MME发送的携带有所述禁止发起业务的指示信息的NAS信令,并将所述NAS信令转发给处于连接态的终端。
6.根据权利要求5所述的控制终端发起业务的方法,其特征在于,所述处于连接态的终端根据所述禁止发起业务的指示信息,执行或不执行业务的发起操作,具体为:
所述处于连接态终端的NAS层接收所述基站发送的禁止发起业务的指示信息并保存,并在要发起业务时,所述终端的NAS层检测是否存在所述禁止发起业务请求的指示信息,如果存在,则根据所述指示信息,执行或不执行业务的发起操作;如果不存在,则执行业务的发起操作。
7.根据权利要求1所述的控制终端发起业务的方法,其特征在于,所述方法包括:
基站向处于连接态的终端发送用于指示禁止发起指定业务的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息;
所述处于连接态的终端根据所述用于指示禁止发起指定业务请求的信息、或用于指示禁止指定终端发起任意业务的信息、或用于指示禁止指定终端发起指定业务的信息,执行或不执行业务的发起操作。
8.根据权利要求1所述的控制终端发起业务的方法,其特征在于,所述方法包括:基站向处于连接态的终端发送用于指示禁止发起业务的限制因子和/或限制时间;
所述处于连接态的终端根据所述限制因子和/或限制时间,执行或不执行业务的发起操作。
9.一种控制终端发起业务的系统,其特征在于,所述系统包括:基站和终端,其中,所述基站与所述终端已建立连接,既有已注册的机器通信MTC设备要发起新业务,又有超过承载量阈值的MTC设备集中发起注册时,
基站,用于获取自身的负载信息、和/或与自身连接的MME的负载信息,并根据所获取的负载信息,向处于连接态的终端发送禁止发起业务的指示信息;
终端,用于根据所述基站发送的所述禁止发起业务的指示信息,执行或不执行业务的发起操作。
10.根据权利要求9所述的控制终端发起业务的系统,其特征在于,所述终端具体为H2H设备、和/或MTC设备。
11.根据权利要求9所述的控制终端发起业务的系统,其特征在于,所述系统还包括:
MME,与所述基站连接,用于在自身过载时,向所述基站发送过载开始信令;
所述基站,还用于接收所述MME发送的过载开始信令,并对接收到的过载开始信令进行解析,获取所述MME的负载信息。
12.根据权利要求11所述的控制终端发起业务的系统,其特征在于,
所述MME,还用于向所述基站发送携带有所述禁止发起业务的指示信息的NAS信令;
所述基站,还用于接收所述MME发送的NAS信令并转发给所述终端。
CN201110005687.4A 2011-01-12 2011-01-12 控制终端发起业务的方法及系统 Active CN102595555B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110005687.4A CN102595555B (zh) 2011-01-12 2011-01-12 控制终端发起业务的方法及系统
PCT/CN2011/082600 WO2012094923A1 (zh) 2011-01-12 2011-11-22 控制终端发起业务的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110005687.4A CN102595555B (zh) 2011-01-12 2011-01-12 控制终端发起业务的方法及系统

Publications (2)

Publication Number Publication Date
CN102595555A CN102595555A (zh) 2012-07-18
CN102595555B true CN102595555B (zh) 2018-08-31

Family

ID=46483645

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110005687.4A Active CN102595555B (zh) 2011-01-12 2011-01-12 控制终端发起业务的方法及系统

Country Status (2)

Country Link
CN (1) CN102595555B (zh)
WO (1) WO2012094923A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014019214A1 (en) * 2012-08-03 2014-02-06 Broadcom Corporation Method and apparatus for managing uplink operations
CN104885513A (zh) * 2013-01-21 2015-09-02 富士通株式会社 信息发送方法、检测方法及其装置
CN104427574B (zh) * 2013-09-11 2018-08-21 华为技术有限公司 一种接入控制的方法及装置
US9538540B2 (en) * 2014-03-06 2017-01-03 Mediatek Inc. Smart congestion control for RRC connected mode in LTE systems
RU2736884C2 (ru) * 2016-11-08 2020-11-23 Телефонактиеболагет Лм Эрикссон (Пабл) Защита от нагрузки со стороны неисправных устройств
JP2019531027A (ja) 2017-01-26 2019-10-24 エルジー エレクトロニクス インコーポレイティド システム情報を要求する方法及び装置
CN110710269B (zh) * 2017-07-31 2021-10-15 华为技术有限公司 通信方法、通信装置和系统
US11330509B2 (en) 2018-03-16 2022-05-10 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for stopping system information request, user equipment and base station
EP3806545A4 (en) * 2018-06-07 2021-06-16 Huawei Technologies Co., Ltd. METHOD, DEVICE, AND SYSTEM FOR SENDING A SERVICE REQUEST
CN110677870B (zh) * 2018-07-03 2021-06-22 华为技术有限公司 过载控制方法和装置
WO2022165679A1 (zh) * 2021-02-03 2022-08-11 华为技术有限公司 控制终端设备接入网络的方法、通信装置及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100063474A (ko) * 2008-12-03 2010-06-11 주식회사 케이티 Fota 서비스 제공 방법 및 그 시스템
JP2010143428A (ja) * 2008-12-19 2010-07-01 Mazda Motor Corp 車両用駆動装置の油圧制御装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2965007B2 (ja) * 1997-08-11 1999-10-18 日本電気株式会社 携帯電話システム
EP1186195A1 (en) * 1999-06-11 2002-03-13 Nokia Corporation A method for providing a user interface to a subscriber terminal for configuring intelligent network services
CN1874351B (zh) * 2006-01-26 2012-06-27 华为技术有限公司 一种实现自动拥塞控制的方法
CN101262420B (zh) * 2008-03-10 2010-08-18 华为技术有限公司 反向准入控制的方法、装置和基站

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100063474A (ko) * 2008-12-03 2010-06-11 주식회사 케이티 Fota 서비스 제공 방법 및 그 시스템
JP2010143428A (ja) * 2008-12-19 2010-07-01 Mazda Motor Corp 車両用駆動装置の油圧制御装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Service requirements for machine-type communications;3GPP;《3GPP TS 22.368》;20090831;第12页第7.2.2节到7.2.3节 *

Also Published As

Publication number Publication date
WO2012094923A1 (zh) 2012-07-19
CN102595555A (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
CN102595555B (zh) 控制终端发起业务的方法及系统
US9155105B2 (en) Enhanced access control in LTE advanced systems
KR101932107B1 (ko) 단말의 access 수행 및 제어 방법과 장치
US8868025B2 (en) Methods, systems and devices for prioritizing access to wireless networks
CN109951888B (zh) 用于在ue中应用扩展接入等级禁止的方法和装置
US9210650B2 (en) Terminal access method and device
US9609662B2 (en) Method and system for delay scheduling
CN102548012B (zh) 一种随机接入方法及终端
CN102469555B (zh) 终端接入网络的方法及系统
CN102438305B (zh) 功率控制方法及终端
AU2013232943A1 (en) Method and system for selective access control with ensured service continuity guarantees
CN102469548A (zh) 接入处理方法、装置及系统
CN102469554B (zh) 终端接入网络的方法及终端
WO2022077372A1 (zh) 接入控制信息处理方法及装置、通信设备及存储介质
CN102469514A (zh) 终端及其接入网络的方法
CN102695199A (zh) 一种实现无线资源控制的方法及系统
CN102695211A (zh) 一种无线资源控制方法及系统
EP3567927B1 (en) Access method, and terminal
CN102438280B (zh) 一种终端接入时间控制方法及系统
CN102448142B (zh) 控制终端选择网络的方法和装置
US9642178B2 (en) Connection procedure for cellular mobile networks
CN102932845A (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