CN103379475B - 告警信息传输方法及装置 - Google Patents

告警信息传输方法及装置 Download PDF

Info

Publication number
CN103379475B
CN103379475B CN201210123596.5A CN201210123596A CN103379475B CN 103379475 B CN103379475 B CN 103379475B CN 201210123596 A CN201210123596 A CN 201210123596A CN 103379475 B CN103379475 B CN 103379475B
Authority
CN
China
Prior art keywords
terminal
warning information
sent
equipment
alarm
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
CN201210123596.5A
Other languages
English (en)
Other versions
CN103379475A (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201210123596.5A priority Critical patent/CN103379475B/zh
Priority to PCT/CN2013/074720 priority patent/WO2013159718A1/zh
Publication of CN103379475A publication Critical patent/CN103379475A/zh
Application granted granted Critical
Publication of CN103379475B publication Critical patent/CN103379475B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种告警信息传输方法及装置。在M2M中MTC终端具有PAM(优先告警)特性,此特性要求MTC终端遭受偷盗或者人为损坏时能够及时的将告警信息上报到网络侧,网络能够根据所获得信息,进行防御性的处理。针对同一设备而言,PAM特性相对于其他MTC特性具有较高优先级。同时在一些特殊的场景下,MTC设备依然能够发起告警信息。因此对于接入网来说,MTC设备通过哪种途径上报告警信息是需要解决的问题。本发明给出了一种在RAN侧解决MTC设备告警信息上报的方式,通过UE‑RAN‑CN的RRC‑S1接口或Iu协议的方式,完成告警的上报。

Description

告警信息传输方法及装置
技术领域
本发明涉及无线通信领域,尤其涉及一种告警信息传输方法及装置。
背景技术
机器类型(Machine-type communication,MTC)通信作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是MTC通信业务。有时,MTC通信又称为机器间(Machine-to-machine, M2M)通信或物联网。
当前的移动通信网络是针对人与人之间的通信设计的,如:网络容量的确定等。如果希望利用移动通信网络来支持MTC通信就需要根据MTC通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现MTC通信。
当前认识到的MTC通信可能存在的一些特点有:
-MTC终端具有低移动性;
-MTC终端与网络侧进行数据传输的时间是可控的;
-MTC终端与网络侧进行的数据传输对数据传输对实时性要求不高,即:具有时间容忍性;
-MTC终端能量受限,要求极低的功率消耗;
-MTC终端和网络侧之间只进行小数据量的信息传输;
-MTC终端可以以组为单位进行管理;
-MTC终端能够在偷盗或者人为损坏的情况下实时的上报告警信息;
……
一个实际的MTC终端可以具有上述的一个或多个特点。
目前还没有一种成型的传输MTC设备告警信息的方案。如果采用正常的业务传输方式,亦即告警信息在上行用户平面业务中上报,则告警信息将会被延迟,网络侧不能很实时的监控设备的告警信息;同时,按照当前的数据发送方式也需要通过连接/承载建立过程的信令流程建立起DRB(Data Radio Bearer,数据无线承载)/RB(Radio Bearer,无线承载)、S1/Iu承载后,才能通过DRB/RB、S1/Iu承载将数据发送给网络侧(针对UMTS,则需要建立相应的SRB/RB,Iu/Iub等承载)。
告警信息的信息量很少,通常只有一个指示信息,而传输告警信息所需要的信令开销相对将非常大,从而严重降低系统效率。如果在用户平面传输,也会更多的消耗空口不必要信令的开销。
发明内容
本发明实施例提供了一种告警信息传输方法及装置,用以减少传输告警信息所占用的资源开销。
本发明实施例提供的告警信息传输方法,包括:
接入网设备接收终端发送的RRC连接建立完成消息,其中携带有所述终端的告警信息;其中,当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程,并在该过程中将告警信息携带于RRC连接建立完成消息发送给接入网设备;
所述接入网设备将所述终端的告警信息发送给核心网设备。
本发明实施例提供的接入网设备,包括:
接入处理模块,用于接收终端发送的RRC连接建立完成消息,其中携带有所述终端的告警信息;其中,当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程,并在该过程中将告警信息携带于RRC连接建立完成消息发送给接入网设备;
告警上报模块,用于将所述终端的告警信息发送给核心网设备。
本发明实施例提供的终端设备,包括:
接入处理模块,用于当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程;
告警处理模块,用于在所述随机接入过程中,将告警信息携带于RRC连接建立完成消息发送给接入网设备,以通过所述接入网设备将告警信息发送给核心网设备。
本发明的上述实施例,当处于空闲状态的终端有告警消息需要上报时,发起随机接入过程,并公告该过程中的RRC链接建立完成消息,将告警信息发送给接入网设备,并通过接入网设备发送给核心网设备,从而实现了告警信息的上报,并且与通过现有业务传输方式上报告警信息相比,减少了传输告警信息所占用的资源开销。
附图说明
图1为本发明实施例提供的LTE系统中空闲状态下的MTC终端的告警信息上报流程示意图;
图2为本发明实施例提供的LTE系统中连接状态下的MTC终端的告警信息上报流程示意图;
图3为本发明实施例提供的UMTS系统中空闲状态下的MTC终端告警信息上报流程示意图;
图4为本发明实施例提供的UMTS系统中连接状态下的MTC终端的告警信息上报流程示意图;
图5为本发明实施例提供的接入网设备的结构示意图;
图6为本发明实施例提供的终端设备结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
参见图1,为本发明实施例提供的LTE(Long Term Evolution,长期演进)系统中Idle(空闲)状态下的MTC终端在随机接入过程中上报告警信息的流程示意图。LTE系统的网络架构中通常包括eNB(演进基站)、MME(Mobility Management Entity,移动性管理实体)、S-GW(Serving Network Gateway,服务网关)、P-GW(Packet Data Network Gateway,分组数据网关)、HSS(Home Subscriber Server,用户归属服务器)。其中,MTC终端与eNB之间的接口为Uu接口,eNB与MME之间的接口为S1接口。
Idle状态下,MTC设备可以在RRC(Radio Resource Control,无线资源控制)连接建立完成消息中携带告警信息指示。当eNB收到此消息后,根据获得的终端信息(例如注册的PLMN或者MME等),将告警信息通过S1接口协议通知相应的MME。S1接口协议可以采用现有消息加告警信息或者采用新定义的S1接口信令。MME收到告警指示后,解析出NAS PDU(非接入层分组数据单元)可以获得终端标识(终端ID),并能够定位该终端发生了告警。
如图1所示,当MTC终端的AS层(即应用层)收到触发的告警信息上报以后,首先发起随机接入过程,并通过随机接入过程中的RRC连接建立信令将告警消息发送给eNB,并由eNB通过其与核心网设备间的S1接口发送给核心网设备。该随机接入流程可包括:
步骤101,当MTC终端有告警信息需要发送时,首先根据系统配置的随机接入资源信息,等待随机接入信道(RACH)调度周期,选择一个preamble码向eNB发送(Msg1)。
步骤102,eNB在接收到MTC终端发送的preamble(Msg1)后,在随机接入响应窗中对该MTC终端发送随机接入响应(Msg2)。一条随机接入响应消息(Msg2)可以对多个终端的随机接入请求(preamble)进行响应。Msg2由RA-RNTI(随机接入-无线网络临时标识)加扰的DCI(Downlink Control Information,下行控制信息)进行调度,RA-RNTI由发送Msg1的时频资源位置确定。Msg2中的内容包括:backoff(回退)参数、与Msg1对应的preamble标识、上行传输定时提前量(TA)、Msg3分配的上行资源(Msg3调度信息)、临时C-RNTI(小区无线网络临时标识)。backoff参数用于指示如果本次随机接入失败,终端下次发起随机接入的时延均值。终端通过RA-RNTI和Msg2中的preamble标识确定发送给自己的随机接入响应,如果Msg2中的preamble标识对应的preamble中包含有自己发起随机接入时的preamble,那么认为自己成功接收到随机接入响应消息,后续将向网络侧发送Msg3。如果终端没有正确接收到Msg2,则依据backoff参数的时延限制确定发起下一次随机接入的时延,另外选择随机接入资源发起下一次随机接入。达到最大随机接入次数后,终端MAC(Media Access Control,媒体访问控制)层向RRC层上报随机接入问题,触发无线链路失败过程。
步骤103,MTC终端在接收到Msg2后,在Msg2分配的上行资源上发送Msg3。在初始接入时,Msg3中携带RRC层生成的RRC连接重建请求消息。
步骤104,eNB和MTC终端通过Msg4完成最终的竞争解决。Msg4内容与Msg3的内容相对应的。初始接入时,Msg4中携带终端竞争解决标识MAC层控制单元(ContentionResolution Identity MAC CE),这个MAC CE中包含终端在Msg3中传输的CCCH SDU(公共控制信道业务数据单元),终端在接收到该MAC CE后,与自身RRC层信息比较,以完成竞争解决。另外,Msg4中可以包含RRC连接建立消息,用于建立终端的信令无线承载1(SRB1)。
步骤105,当终端收到RRC连接建立消息之后,在RRC连接建立完成消息中增加告警信息指示(alarm indication),并且携带初始NAS PDU,NAS PDU中携带有终端的ID信息。
步骤106,当eNB收到终端上报的告警指示信息之后,在S1接口通过S1接口信令(NAS业务请求)将此终端的告警信息传递给核心网MME,并请求MME建立该终端对应的eNB与核心网网元间的相关连接(与MME的控制面连接和与S-GW的无线接入承载E-RAB)。MME收到eNB传递的告警信息以后,解析出NAS PDU获得终端ID,便可定位终端的告警信息。
步骤107,MME将该终端对应连接的信息通知eNB。
步骤108,eNB向该终端发送安全模式命令(SMC)和RRC连接重配消息,用于激活该终端的安全性和为该终端建立数据无线承载(DRB)和其他信令无线承载(SBR2)。需要指出的是安全模式命令(SMC)和RRC连接重配可以在一条RRC消息中发送,也可以分别发送。
步骤109,在安全性激活和DRB、SRB2配置完成后,该终端向网络侧发送安全模式完成消息和RRC连接重配完成消息。
步骤110,在经过上述过程后,该终端的用户面数据由DRB、S1承载,通过eNB、S-GW发送给核心网;该终端与核心网的控制信令通过SRB和eNB与MME之间的控制面连接发送给MME。
上述流程中的步骤101~104、107~110与现有的随机接入流程一致。如果终端发起了告警信息的同时,又同时发起业务接入的需求,则终端将业务请求挂起,首先发送告警信息。
上述流程中,步骤105中Uu接口的RRC连接建立完成消息,以及步骤106中S1接口的初始UE消息可以增加如下的IE(信息单元)指示信息:
RRCConnectionSetupComplete ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
rrcConnectionSetupComplete-r8 RRCConnectionSetupComplete-r8-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
RRCConnectionSetupComplete-r8-IEs ::= SEQUENCE {
selectedPLMN-Identity INTEGER (1..6),
registeredMME RegisteredMME OPTIONAL,
dedicatedInfoNAS DedicatedInfoNAS,
nonCriticalExtension RRCConnectionSetupComplete-v8a0-IEs OPTIONAL
}
RRCConnectionSetupComplete-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-v1020-IEs OPTIONAL
}
RRCConnectionSetupComplete-v1020-IEs ::= SEQUENCE {
gummei-Type-r10 ENUMERATED{native, mapped} OPTIONAL,
rlf-InfoAvailable-r10 ENUMERATED {true} OPTIONAL,
logMeasAvailable-r10 ENUMERATED {true} OPTIONAL,
rn-SubframeConfigReq-r10 ENUMERATED {required,notRequired} OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-vxy0-IEs OPTIONAL
}
RRCConnectionSetupComplete-vxy0-IEs ::= SEQUENCE {
priorityalarmindication ENUMERATED{true} optional,
nonCriticalExtension SEQUENCE {}
}
其中,RRCConnectionSetupComplete-vxy0-IEs为新增的IE,用来携带MTC终端的告警指示信息。
具体的,S1接口信令可以在Initial UE Message(初始用户消息)信息单元中携带告警信息,如表1所示:
表1、Initial UE Message信息单元格式
其中,Priorityalarmindication用于指示终端的告警信息。
MTC终端在连接状态下,不会向eNB发送RRC连接建立完成消息,因此本发明实施例对于连接状态下的终端,在Uu接口新定义一条RRC告警信令(例如PriorityAlarmIndication),其中携带终端的告警信息,即终端通过该信令上报其告警信息。eNB收到告警信令后挂起终端正在进行的业务通信,首先将告警信息通过S1接口协议通知MME(可以定义新信令或者利用现存信令),因为是在连接状态,eNB和MME都能够识别终端ID。其告警信息上报流程可如图2所示,其中, MTC终端处于RRC连接状态,当MTC终端检测到告警时,该流程可包括:
步骤201,MTC终端的RRC层发起RRC告警信令,上报给eNB。
步骤202,eNB收到终端上报的告警指示信息之后,在S1接口通过S1接口信令将此终端的告警信息传递给核心网MME。
MME收到告警信息后,可以继续将告警信息向上递交,此部分不在本发明实施例范围内。
上述流程中,步骤201中的RRC告警信令为本发明实施例新定义的信令,该信令中的PriorityAlarmIndication用来承载终端的告警指示信息,具体为:
PriorityAlarmIndication ::= SEQUENCE {
criticalExtensions CHOICE {
c1 CHOICE {
PriorityAlarmIndication -rx PriorityAlarmIndication –rx-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
PriorityAlarmIndication –rx-IEs ::= SEQUENCE {
priorityalarmindication ENUMERATED{true} optional,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
上述流程中步骤202中的S1接口信令可如表2所示:
表2、UE SPECIFIC PRIORITY ALARM INDICATION
其中,Priority alarm indication用于指示终端的告警信息。
参见图3,为本发明实施例提供的UMTS(Universal Mobile TelecommunicationsSystem,意即通用移动通信系统)中Idle状态下的MTC终端在随机接入过程中上报告警信息的流程示意图。UMTS系统的网络架构中通常包括NB(基站)、RNC(Radio NetworkController,无线网络控制器)、CN(Core Network,核心网)。CN中可包括MSC(MobileSwitching Center,移动交换中心)、SGSN(Serving GPRS Support Node,GPRS服务支持节点)、HLR(Home Location Register,归属位置寄存器)等设备。其中,MTC终端与NB之间的接口为Uu接口, RNC与CN之间的接口为Iu接口。
Idle状态下,MTC终端可以在RRC连接建立完成消息中携带告警信息指示。当RNC收到此消息后,根据终端发起的Initial Direct Transfer(初始直传)消息中携带的注册的PLMN(Public Land Mobile Network,公共陆地移动网络) ID、CN域等信息,将告警信息通过Iu接口RANAP(Radio Access Network Application Part,无线接入网络应用部分)协议递交到核心网。Iu接口协议可以采用现有消息加告警信息或者采用新定义的Iu接口信令。MSC/SGSN收到告警指示后,解析出NAS PDU可以获得终端ID,并能够定位终端发生了告警。
如图3所示,当MTC终端的AS层收到触发的告警信息上报以后,首先发起随机接入过程,并通过随机接入过程中的RRC连接建立信令将告警消息发送给RNC,并由RNC通过其与核心网设备间的Iu接口发送给核心网设备。该随机接入流程可包括:
步骤301,MTC终端在上行CCCH上发送RRC Connection Request(RRC连接请求)消息,请求建立RRC连接。该消息中携带的主要参数包括:Initial UE Identity(初始用户ID)、Establishment cause(建立原因)、Protocol Error Indicator(协议错误指示)等。
步骤302,RNC在下行CCCH上向该终端发送RRC Connection Setup(RRC连接建立)消息,用于建立上行传输信道、下行传输信道、物理信道,UL(上行链路)无线资源和DL(下行链路)无线资源等。
步骤303,当MTC终端收到RRC连接建立消息之后,在RRC Connection SetupComplete(RRC连接建立完成)消息中增加告警信息指示(alarm indication),并通过上行DCCH向RNC发送该在RRC Connection Setup Complete消息。
步骤304,MTC终端发起初始直传消息(携带NAS PDU),其中携带选择的PLMN ID、CN域等信息。
步骤305,RNC收到初始直传消息后根据PLMN ID、CN域等信息选择Iu接口路由,同时在Initial UE Message(初始用户消息)传递终端上报的告警信息。MSC/SGSN收到RNC传递的告警信息以后,解析出NAS PDU获得UE ID,便可定位终端的告警信息。
上述流程中的步骤301~302、304与现有的随机接入流程一致。如果终端发起了告警信息的同时,又发起业务接入的需求,则终端将业务请求挂起,首先发送告警信息。
上述流程中,步骤303中的RRC connection setup complete消息携带告警信息,具体的信令可以如表3所示:
表3、在Uu接口通过RRC CONNECTION SETUP COMPLETE消息携带告警指示信息:
其中,Priority Alarm Indication用于指示终端的告警信息。
上述流程中,步骤305中Iu接口上的Initial UE message消息中携带告警信息,Initial UE message消息内容可如表4所示:
表4、Initial UE message:
其中,Priority Alarm Indication用于指示终端的告警信息。
MTC终端在连接状态下,不会向RRC发送连接建立完成消息,因此本发明实施例对于连接状态下的终端,在Uu接口新定义一条专用RRC告警信令(例如PriorityAlarmIndication),其中携带终端的告警信息。RNC收到告警信令后挂起该终端正在进行的业务通信,首先将告警信息通过Iu接口协议通知MSC/SGSN(可以定义新信令或者利用现存信令),因为是在连接状态,RNC和SGSN都能够识别UEID。其告警信息上报流程可如图4所示,其中, MTC终端处于RRC连接状态,当MTC终端检测到告警时,该流程可包括:
步骤401,MTC终端的RRC层发起RRC告警信令,上报给RNC。
步骤402,RNC收到终端上报的告警指示信息之后,在Iu接口通过RANAP协议信令将此终端的告警信息传递给核心网MSC/SGSN。
MSC/SGSN收到告警信息后,可以继续将告警信息向上递交,此部分不在本发明实施例范围内。
上述流程中,步骤401中的Uu接口上新定义的信令PRIORITY ALARM INDICATION可如表5所示:
表5、Uu接口的PRIORITY ALARM INDICATION信令
上述流程中,步骤402中的Uu接口上新定义的信令UE SPECIFIC PRIORITY ALARMINDICATION可如表6所示:
表6、Iu接口新定义的信令UE SPECIFIC PRIORITY ALARM INDICATION
其中,Priority Alarm Indication用于指示终端的告警信息。
通过以上流程可以看出,如果采用现有的业务传输方式上报终端的告警信息,亦即告警信息在上行用户平面中上报,则告警信息将会被延迟,网络侧不能很实时的监控设备的告警信息;同时,按照当前的数据发送方式也需要通过信令流程建立起DRB/RB、S1/Iu承载后,才能通过DRB/RB、S1/Iu承载将数据发送给网络侧。而采用本发明实施例,在承载建立过程中通过RRC连接建立完成消息上报终端的告警信息,能够及时的上报告警信息,也减少了信令开销和空口资源。
本发明的上述实施例是以MTC终端为例描述的,对于有告警上报需求的其它移动通信终端,也可采用本发明实施例提供的告警信息上报机制。
基于相同的技术构思,本发明实施例还提供了一种终端设备和一种接入网设备。
参见图5,为本发明实施例提供的接入网设备的结构示意图,该接入网设备可以是基站设备。如图所示,该设备可包括:接入处理模块501、告警上报模块502,其中:
接入处理模块501,用于接收终端发送的RRC连接建立完成消息,其中携带有所述终端的告警信息;其中,当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程,并在该过程中将告警信息携带于RRC连接建立完成消息发送给接入网设备;告警上报模块502,用于将所述终端的告警信息发送给核心网设备。
进一步的,该接入网设备还可包括业务处理模块503,用于接收终端发送的RRC告警消息,其中携带有所述终端的告警信息;其中,当所述终端处于连接状态下且有告警信息需要上报时,向接入网设备发送RRC告警消息。相应的,告警上报模块502将所述终端的告警信息发送给核心网设备。
进一步的,业务处理模块503还用于:在接收到终端发送的所述RRC告警消息后、将所述终端的告警信息发送给核心网设备之前,将所述终端当前正在进行的其它业务挂起。
具体的,告警上报模块502通过扩展或新增所述接入网设备和所述核心网设备之间的接口协议信令,将所述告警信息发送给所述核心网设备。在LTE系统中,所述接入网设备为基站,所述基站的告警上报模块通过S1接口消息(如Initial UE Message消息)将所述终端的告警信息发送给核心网设备;在UMTS系统中,所述接入网设备为RNC,所述RNC的告警上报模块通过Iu接口消息(如Initial UE Message消息)将所述终端的告警信息发送给核心网设备。
参见图6,为本发明实施例提供的终端设备的结构示意图,该终端设备可以是MTC终端。如图所示,该终端设备可包括:接入处理模块61,所述接入处理模块61可包括:接入处理模块601、告警处理模块602,其中:
接入处理模块601,用于当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程;
告警处理模块602,用于在所述随机接入过程中,将告警信息携带于RRC连接建立完成消息发送给接入网设备,以通过所述接入网设备将告警信息发送给核心网设备。
进一步的,该终端设备还可包括业务处理模块603或/和业务处理模块604。业务处理模块603用于当所述终端设备处于空闲状态下,并且除有告警信息需要上报以外还有其它以外请求需要发起时,将所述其它业务请求挂起。业务处理模块604用于在所述终端处于连接状态下,且有告警信息需要上报时,挂起所述终端当前正在进行的业务;相应的,告警处理模块602还用于将告警信息携带于告警消息,并将所述告警消息发送给接入网设备,以通过所述接入网设备将告警信息发送给核心网设备。业务处理模603和业务处理模块604也可以通过一个业务处理模块实现,即在终端处于空闲状态下并发起随机接入过程时,若有告警信息需要上报的同时还要进行其它业务请求,则挂起该其它业务请求;在终端处于连接状态下并由告警信息需要上报的同时还正在进行其它业务,则先挂起该其它业务。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。

Claims (11)

1.一种告警信息传输方法,其特征在于,该方法包括:
接入网设备接收终端发送的RRC连接建立完成消息,其中携带有所述终端的告警信息;其中,当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程,并在该过程中将告警信息携带于RRC连接建立完成消息发送给接入网设备;
所述接入网设备将所述终端的告警信息发送给核心网设备;
若处于空闲状态下的终端除有告警信息需要上报以外还有其它业务请求需要发起,则在发送RRC连接建立完成消息前,将所述其它业务请求挂起;
该方法还包括:
接入网设备接收终端发送的RRC告警消息,其中携带有所述终端的告警信息;其中,当所述终端处于连接状态下且有告警信息需要上报时,向接入网设备发送RRC告警消息;
所述接入网设备将所述终端的告警信息发送给核心网设备;
所述接入网设备接收到终端发送的所述RRC告警消息后、将所述终端的告警信息发送给核心网设备之前,还包括:将所述终端当前正在进行的其它业务挂起;其中,所述RRC告警消息是处于连接状态下的终端在挂起当前正在进行的业务后发送的。
2.如权利要求1所述的方法,其特征在于,所述接入网设备将所述终端的告警信息发送给核心网设备,具体为:
所述接入网设备通过扩展或新增所述接入网设备和所述核心网设备之间的接口协议信令,将所述告警信息发送给所述核心网设备。
3.如权利要求1所述的方法,其特征在于,在LTE系统中,所述接入网设备为基站,所述基站通过S1接口消息将所述终端的告警信息发送给核心网设备;
在UMTS系统中,所述接入网设备为RNC,所述RNC通过Iu接口消息将所述终端的告警信息发送给核心网设备。
4.如权利要求3所述的方法,其特征在于,所述S1接口消息和所述Iu接口消息为初始用户消息Initial UE Message。
5.如权利要求1所述的方法,其特征在于,所述终端为MTC终端。
6.一种接入网设备,其特征在于,包括:
接入处理模块,用于接收终端发送的RRC连接建立完成消息,其中携带有所述终端的告警信息;其中,当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程,并在该过程中将告警信息携带于RRC连接建立完成消息发送给接入网设备,若处于空闲状态下的终端除有告警信息需要上报以外还有其它业务请求需要发起,则在发送RRC连接建立完成消息前,将所述其它业务请求挂起;
告警上报模块,用于将所述终端的告警信息发送给核心网设备;
还包括业务处理模块;
所述业务处理模块,用于接收终端发送的RRC告警消息,其中携带有所述终端的告警信息;其中,当所述终端处于连接状态下且有告警信息需要上报时,向接入网设备发送RRC告警消息;
所述告警上报模块还用于,将所述终端的告警信息发送给核心网设备;
所述业务处理模块还用于,在接收到终端发送的所述RRC告警消息后、将所述终端的告警信息发送给核心网设备之前,将所述终端当前正在进行的其它业务挂起。
7.如权利要求6所述的接入网设备,其特征在于,所述告警上报模块具体用于,通过扩展或新增所述接入网设备和所述核心网设备之间的接口协议信令,将所述告警信息发送给所述核心网设备。
8.如权利要求6所述的接入网设备,其特征在于,在LTE系统中,所述接入网设备为基站,所述基站的告警上报模块具体用于:通过S1接口消息将所述终端的告警信息发送给核心网设备;
在UMTS系统中,所述接入网设备为RNC,所述RNC的告警上报模块具体用于:通过Iu接口消息将所述终端的告警信息发送给核心网设备。
9.如权利要求8所述的接入网设备,其特征在于,所述告警上报模块发送的所述S1接口消息和所述Iu接口消息为初始用户消息Initial UE Message。
10.一种终端设备,其特征在于,包括:
接入处理模块,用于当所述终端处于空闲状态下且有告警信息需要上报时,发起随机接入过程;
告警处理模块,用于在所述随机接入过程中,将告警信息携带于RRC连接建立完成消息发送给接入网设备,以通过所述接入网设备将告警信息发送给核心网设备;
还包括:
业务处理模块,用于当所述终端设备处于空闲状态下,并且除有告警信息需要上报以外还有其它以外请求需要发起时,将所述其它业务请求挂起;
还包括业务处理模块;
所述业务处理模块,用于在所述终端处于连接状态下,且有告警信息需要上报时,挂起所述终端当前正在进行的业务;
所述告警处理模块,还用于将告警信息携带于告警消息,并将所述告警消息发送给接入网设备,以通过所述接入网设备将告警信息发送给核心网设备;
所述业务处理模块还用于,在接收到终端发送的所述RRC告警消息后、将所述终端的告警信息发送给核心网设备之前,将所述终端当前正在进行的其它业务挂起。
11.如权利要求10所述的终端设备,其特征在于,所述终端为MTC终端。
CN201210123596.5A 2012-04-25 2012-04-25 告警信息传输方法及装置 Active CN103379475B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210123596.5A CN103379475B (zh) 2012-04-25 2012-04-25 告警信息传输方法及装置
PCT/CN2013/074720 WO2013159718A1 (zh) 2012-04-25 2013-04-25 告警信息传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210123596.5A CN103379475B (zh) 2012-04-25 2012-04-25 告警信息传输方法及装置

Publications (2)

Publication Number Publication Date
CN103379475A CN103379475A (zh) 2013-10-30
CN103379475B true CN103379475B (zh) 2018-04-13

Family

ID=49463936

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210123596.5A Active CN103379475B (zh) 2012-04-25 2012-04-25 告警信息传输方法及装置

Country Status (2)

Country Link
CN (1) CN103379475B (zh)
WO (1) WO2013159718A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109561400B (zh) * 2015-05-29 2021-08-17 Oppo广东移动通信有限公司 机器类型通信的方法、基站以及终端
CN106961653B (zh) * 2016-01-11 2021-06-08 中兴通讯股份有限公司 一种实现数据传输的方法、装置和系统
CN110958128B (zh) * 2018-09-26 2022-11-25 浙江宇视科技有限公司 告警上报调度方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102256218A (zh) * 2010-05-21 2011-11-23 电信科学技术研究院 一种机器类通信中的优先告警消息的传输方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123135B (zh) * 2010-01-08 2013-12-25 电信科学技术研究院 Mtc设备的特性信息确定方法、系统及装置
CN102413485B (zh) * 2010-09-25 2016-03-30 中兴通讯股份有限公司 一种机器终端的监控方法、系统及机器终端
CN102448145B (zh) * 2010-09-30 2014-06-25 华为技术有限公司 传递优先级告警信息的方法和设备及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102256218A (zh) * 2010-05-21 2011-11-23 电信科学技术研究院 一种机器类通信中的优先告警消息的传输方法及设备

Also Published As

Publication number Publication date
WO2013159718A1 (zh) 2013-10-31
CN103379475A (zh) 2013-10-30

Similar Documents

Publication Publication Date Title
CN102447546B (zh) 一种数据的传输方法和设备
CN102158901B (zh) 网络侧进行终端操作配置的方法及网络侧装置
US9814070B2 (en) Small data communications in a wireless communication network
CN104144524B (zh) 一种小数据传输方法和演进基站及用户终端
CN102333293B (zh) 一种小数据的传输方法和设备
EP3512275B1 (en) Data transmission method, device and system
CN104349308B (zh) 双连结中分配无线网络暂时识别的方法、通信装置以及网络端
CN103491643B (zh) 组通信连接的建立方法和设备
EP2568758B1 (en) Method and device for processing data transmission of machine-type communication device
CN102448117B (zh) 一种负荷控制的方法和设备
WO2019232732A1 (zh) 一种寻呼消息传输方法和相关设备
US20230284329A1 (en) Method and apparatus for handling response timer and cell reselection for small data transmission
CN102223715A (zh) 一种数据传输方法及装置
CN107645779A (zh) 一种数据发送、传输方法及装置
CN102457825A (zh) 一种数据的传输方法和设备
US11337125B2 (en) Communication method and device in mobile communication system
CN108848483A (zh) 处理装置对装置通讯的装置及方法
CN102378364A (zh) 一种随机接入方法及实现随机接入的系统
CN106686750A (zh) 一种为数据传输授权及数据传输方法及装置
CN107426785A (zh) 一种数据传输方法及装置
CN103687043A (zh) 一种建立无线资源控制协议连接的方法
CN107046734B (zh) Nas承载数据的传输方法及装置
CN103379475B (zh) 告警信息传输方法及装置
CN107027174B (zh) 处理寻呼程序的装置及方法
CN102215531A (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
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210609

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY