CN102256219A - 一种机器类通信中的优先告警消息的传输方法及设备 - Google Patents
一种机器类通信中的优先告警消息的传输方法及设备 Download PDFInfo
- Publication number
- CN102256219A CN102256219A CN2010101868210A CN201010186821A CN102256219A CN 102256219 A CN102256219 A CN 102256219A CN 2010101868210 A CN2010101868210 A CN 2010101868210A CN 201010186821 A CN201010186821 A CN 201010186821A CN 102256219 A CN102256219 A CN 102256219A
- Authority
- CN
- China
- Prior art keywords
- message
- request
- pam
- sends
- service request
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000004891 communication Methods 0.000 title claims abstract description 25
- 230000005540 biological transmission Effects 0.000 claims description 62
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 102000018059 CS domains Human genes 0.000 claims description 4
- 108050007176 CS domains Proteins 0.000 claims description 4
- 230000002159 abnormal effect Effects 0.000 abstract 2
- 102100035102 E3 ubiquitin-protein ligase MYCBP2 Human genes 0.000 description 87
- 230000011664 signaling Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 241000931705 Cicada Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种机器类通信中的优先告警消息的传输方法及设备，包括：网络侧接收机器类通信设备发送的业务请求；网络侧确定发起请求的机器类通信设备是否为已签约优先告警消息业务的机器类通信设备；在发起请求的机器类通信设备是已签约优先告警消息业务的机器类通信设备时，即使机器通信设备处于接入限制等限制状况，也接受机器类通信设备的业务请求并传输优先告警消息消息。本发明解决了机器类通信设备不在正常业务状态时，如何处理优先告警消息消息的问题，使得即使机器类通信设备不在正常业务状态，也能传递优先告警消息消息。
Description
技术领域
本发明涉及移动通信技术，特别涉及一种机器类通信中的优先告警消息的传输方法及设备。
背景技术
MTC(Machine Type Communications，机器类通信)相关的关键名词介绍：
MTC设备：MTC设备是用于机器类型通信，它与机器类型通信服务器和/或其他MTC设备进行通信。
MTC服务器：一个MTC的服务器是一个实体，它本身与PLMN(PublicLand Mobile Network，公共陆地移动网络)进行通信，并通过PLMN与MTC设备进行通信。在MTC服务器也有一个可以由MTC用户接入的接口。MTC服务器为MTC用户提供服务。
MTC用户：一个MTC用户使用由MTC服务器提供的服务。
MTC签约用户：一个MTC的签约用户是一个与网络运营商有合同关系逻辑实体，此网络运营商为一个或多个MTC设备提供服务。
在3GPP(Third Generation Partnership Project，第三代合作项目)R10(版本10)的TS 22.368提出了对于优先级消息要求。
在7.2.9Priority Alarm Message(PAM，优先告警消息)部分，针对PAM消息的需求定义，理解如下：
1、在某些事件发生时，MTC装置需要发出一个优先级告警。这些事件的例子是：盗窃、破坏或者其它需要引起立即注意的情形。
2、何时产生PAM消息，3GPP不关心。
3、PAM消息的优先级，比其它的MTC特性要高。
4、当MD(MTC Device，MTC设备)装置无法使用Normal SERVICE(正常业务)时(比如由于位置不允许，接入限制，漫游限制等移动性限制和/或接入限制情形)，MD装置也要能够发送PAM消息。
上述的移动性限制和/或接入限制的具体情形，包括区域性签约限制、漫游限制、接入限制、不允许接入到CSG(Closed Subscriber Group，闭合用户群)小区等。具体的情况可以参见3GPP TS23.221和TS23.008中的描述。
在现有移动通信系统中，SMS(Short Message Service，短信息服务)可以实现消息的传递。SMS消息在移动终端之间、移动终端和具有短信功能的服务器之间实现SMS消息的传递。当MTC SERVER(MTC服务器)具有短信功能时，就可以接收来自MD装置的SMS。
但是，现有技术的不足在于：目前还没有MD不在nomarl service状态时，如何处理PAM消息传输的解决方案。
发明内容
本发明所解决的技术问题在于提供了一种机器类通信中的优先告警消息的传输方法及设备，用以解决非Normal SERVICE状态的MD的优先告警消息的传输问题。
本发明实施例中提供了一种机器类通信中的优先告警消息的传输方法，包括如下步骤：
网络侧接收MD发送的业务请求；
网络侧确定发起请求的MD是否为已签约PAM业务的MD；
在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
本发明实施例中提供了一种网络侧机器类通信中的优先告警消息的传输设备，包括：
接收模块，用于接收MD发送的业务请求；
判断模块，用于确定发起请求的MD是否为已签约PAM业务的MD；
传输模块，用于在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
本发明有益效果如下：
本发明实施例提供的技术方案中，在PAM传输时，由于网络侧即使是在接收到非Normal SERVICE状态的MD发送的业务请求后，如果网络侧确定发起请求的MD是已签约PAM业务的MD，就会接受MD的业务请求并且开始传输PAM消息。因此，即使MD不在nomarl service状态，也能传递PAM消息，解决了MD不在nomarl service状态时，如何处理PAM消息的问题。
附图说明
图1为本发明实施例中机器类通信中的PAM的传输方法实施流程示意图；
图2为本发明实施例中网络侧机器类通信中的优先告警消息的传输设备结构示意图。
具体实施方式
发明人在发明过程中注意到：当直接使用MO-SMS(Mobile Originated-SMS，移动发起的短消息)来传递PAM消息时，在CS(Circuit Switch，电路交换)域或PS(Packet Switched，分组交换)域，短消息业务相关的信令优先级都不是最高的；在LTE(Long Term Evolution，长期演进)系统中，需要MSC(Mobile Switching Center，移动交换中心)的配合，才能发送和接收SMS；消息的传输时间也比较长；同时，它们无法满足上述需求中第4条的需求。
另外，即使是直接使用NAS(Non Access Stratum，非接入层)消息捎带PAM消息，也同样存在无法满足上述需求第4条的问题。
在现有的通信系统中，定义的紧急呼叫业务，允许在移动终端受限制情形下，拨打紧急电话。通常情况，紧急呼叫相关的信令具有较高的处理优先级别，特别是在空中接口上。目前的紧急呼叫业务仅仅能满足通话的需求，并不具备数据类型的消息传递功能。
基于此，针对签约了PAM业务的MD装置，当MD处于受限条件时，允许其接入网络并发送PAM消息。下面结合附图对本发明的具体实施方式进行说明。
图1为机器类通信中的PAM的传输方法实施流程示意图，如图所示，传输PAM时可以包括如下步骤：
步骤101、网络侧接收MD发送的业务请求；
步骤102、网络侧确定发起请求的MD是否为已签约PAM业务的MD；
步骤103、在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
也即，在发起请求的MD是已签约PAM业务的MD时，无论MD是否处于限制状态，均接受MD的业务请求，并传输PAM消息。
下面分对在CS域、应用于2G/3G的PS域、应用于E-UTRAN(Evolution-Universal Terrestrial Radio Access Network，演进的全球地面无线接入网)的PS域的实施方式进行说明。
方式一
在CS域，MD发送的业务请求可以是CM-SERVICE REQUEST(连接管理服务请求，CM：Connection Management，连接管理)和/或Location UpdatingRequest(位置更新请求)消息；在传输PAM消息时，可以按照CS域的紧急呼叫处理的处理流程中携带PAM消息后进行传输。
实施中，在MD发送的业务请求是Location Updating Request消息时，还可以进一步包括：向MD发送Location Updating Accept(位置更新接受)消息。
实施中，在MD采用MO-SMS消息传输PAM消息时，可以在MO SMS viaCS domain(经CS域的MO SMS)过程中携带PAM消息后进行传输；
或者，在MD采用NAS消息传输PAM消息时，在NAS消息中携带PAM消息后进行传输。
进一步的，在MD采用MO-SMS消息或NAS消息传输PAM消息时，如果MD处于空闲态，MD发送的业务请求是CM_SERVICE_REQUEST，CM_SERVICE_REQUEST中AS(Access Stratum，接入层)的RRC Establishmentcause(RRC建立原因；RRC：Radio Resource Control，无线资源控制)设置为Emergency Call(紧急呼叫)或是根据需要进行设置的；
进一步的，实施中，如果MD支持eMLPP，CM_SERVICE_REQUEST消息中的Priority Level IE(优先级信息单元)设置为较高的级别。
具体实施中，在CS域，MD和网络可以按照CS域的紧急呼叫处理的处理流程进行，当MD在MM(Mobility Management，移动性管理)的任何子状态时，都可以发送CM-SERVICE REQUEST来建立用于发送包含PAM消息的相关信令链接；网络检查发现MD签约了PAM特性后，则接受MD的请求，为其建立信令连接。
当采用MO-SMS消息来传递PAM消息时，即采用MO SMS via CS domain过程传递PAM消息，如果MD处于空闲态，则MD需要先发送CM_SERVICE_REQUEST消息建立信令连接，其中，AS层的RRCEstablishment cause设置可以为Emergency Call。如果支持eMLPP，则CM_SERVICE_REQUEST消息中的Priority Level IE可以设置为较高的级别，这样MSC在处理该请求时，可以优先处理。当信令连接建立完毕后，MD即可发送即可发送SMS消息。
如果采用NAS消息来捎带PAM消息，如果MD处于空闲态，也采用上述相同的过程。信令连接建立后，即可发送承载PAM的NAS消息。
具体的，eMLPP是增强的多级优先权和预先订制服务(enhancedMulti-Level Precedence and Pre-emption Service)，能提供不同的呼叫优先级，并且为不同的应用来提供呼叫建立和抢占优先级别。实施中可以参见3GPP的TS22.067和TS 23.067。Priority LevelIE的定义如下(可以参见10.5.1.11“Priority Level”部分)：Table 10.5.11/3GPP TS 24.008 Priority Level
| Call priority(octet 1)Bit3 2 10 0 0 no priority applied0 0 1 Call priority level 40 1 0 Call priority level 30 1 1 Call priority level 21 0 0 Call priority level 11 0 1 Call priority level 01 1 0 Call priority level B1 1 1 Call priority level A |
其中A，B仅MSC内部有效，其余的5个可以全球有效，取值为4的优先级最低。上述取值的解释可以参见23.067。
方式二
实施中，在应用于2G/3G的PS域，MD发送的业务请求是ATTACHREQUEST(附着请求)消息和/或Routing Area Updating Reqest消息(路由区更新请求)，在传输PAM消息时，可以在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
实施中，如果MD发送的业务请求是ATTACH REQUEST时，还可以进一步包括：向MD发送ATTACH ACCEPT(附着接受)消息；
和/或，如果MD发送的业务请求是Routing Area Updating Reqest时，还可以进一步包括：向MD发送ROUTING AREA UPDATING ACCEPT(路由区更新接受)消息。
进一步的，当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，MD发送的业务请求是SERVICE REQUEST，此过程中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
具体实施中，在PS域(应用于2G/3G)，网络发现MD终端签约了PAM特性时，在出现不允许MD使用NORMAL SERVICE的情形时，仍然接受MD的ATTACH和/或RAU请求，仍然将MD注册在网络中。也即，在发起请求的MD是已签约PAM业务的MD时，无论MD是否处于限制状态，均接受MD的业务请求，并传输PAM消息。
网络允许承载PAM的MO-SMS消息或NAS消息进入到网络，并进行相应的处理；也就是说，即使MD处于非NORMAL SERVICE状态，网络也按照不受任何限制来处理承载PAM的MO-SMS消息或NAS消息。
当MD处于空闲态，采用MO-SMS或者NAS消息来承载PAM消息时，需要先通过SERVICE REQUEST过程建立信令连接，此过程中的RRCEstablishment cause设置可以为Emergency Call或是根据需要进行设置的。
方式三
实施中，在应用于E-UTRAN的PS域，MD发送的业务请求是ATTACHREQUEST(附着请求)和/或Tracking Area Updating Request(跟踪区更新请求)在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
实施中，在MD发送的业务请求是ATTACH REQUEST时，还可以进一步包括：向MD发送ATTACHACCEPT消息；
和/或，在MD发送的业务请求是Tracking Area Updating Reqest时，还可以进一步包括：向MD发送Tracking AREA UPDATING ACCEPT(跟踪区更新接受)消息。
进一步的，当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，MD发送的业务请求是SERVICE REQUEST，此过程中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
具体实施中，在PS域(应用于E-UTRAN)，网络发现MD终端签约了PAM特性时，在出现不允许MD使用NORMAL SERVICE的情形时，仍然接受MD的ATTACH和/或RAU和/或TAU请求，仍然将MD注册在网络中。
网络允许承载PAM的MO-SMS消息或NAS消息进入到网络，并进行相应的处理：也就是说，即使MD处于非NORMAL SERVICE状态，网络也按照不受任何限制来处理承载PAM的MO-SMS消息或NAS消息。也即，在发起请求的MD是已签约PAM业务的MD时，无论MD是否处于限制状态，均接受MD的业务请求，并传输PAM消息。
当MD处于空闲态，采用MO-SMS或者NAS消息来承载PAM消息时，需要先通过SERVICE REQUEST过程建立信令连接，此过程中的RRCEstablishment cause设置为Emergency Call或是根据需要进行设置的。
在上述三种方式中，RRC Establishment cause设置都可以是根据需要进行设置的。其作用在于：如果网络需要分别处理PAM消息和紧急呼叫业务这两种情况，则在上述过程中的RRC Establishment cause的值，可以设置为一个新的值来是网络能够识别并区分，比如，该cause值可以命名为Originating PAMSignalling(起始PAM信令)，以便于网络区分两种情况，并采用不同的方法。针对需要区分两种情况的网络，本发明的实施例中，当将RRC Establishmentcause设置为Emergency Call时，也可以是将RRC Establishment cause的设置为新定义的Originating PAM Signalling。此时，网络便可以按照RRC Establishmentcause为Originating PAM Signalling来处理相关消息，即该消息具有较高的优先级，当然，该优先级是可以根据需要进行设置的，例如根据网络策略来进行设置；具体设置时该优先级可以与Emergency Call优先级一致，也可以比其高或比其低。
实施中，发送业务请求的MD是限制状态的MD，限制状态可以包括下述状态之一：区域性签约限制、漫游限制、接入限制、不允许接入到CSG小区。
基于同一发明构思，本发明实施例中还提供了一种网络侧机器类通信中的优先告警消息的传输设备，由于该设备解决问题的原理与一种机器类通信中的优先告警消息的传输方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。
图2为网络侧机器类通信中的优先告警消息的传输设备结构示意图，如图所示，传输设备中可以包括：
接收模块201，用于接收MD发送的业务请求；
判断模块202，用于确定发起请求的MD是否为已签约PAM业务的MD；
传输模块203，用于在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
实施中，接收模块还可以进一步用于在CS域，接收MD发送的CM-SERVICE REQUEST消息和/或Location Updating Request消息；
传输模块还可以进一步用于在传输PAM消息时，按照CS域的紧急呼叫处理的处理流程中携带PAM消息后进行传输。
实施中，传输模块还可以进一步用于在MD发送的业务请求是LocationUpdating Request消息时，向MD发送Location Updating Accept消息。
实施中，传输模块还可以进一步用于在MD采用MO-SMS消息传输PAM消息时，在MO SMS via CS domain过程中携带PAM消息后进行传输；或，在MD采用NAS消息传输PAM消息时，在NAS消息中携带PAM消息后进行传输。
实施中，接收模块还可以进一步用于在MD采用MO-SMS消息或NAS消息传输PAM消息时，如果MD处于空闲态，接收MD发送的CM_SERVICE_REQUEST，所述CM_SERVICE_REQUEST中AS层的RRCEstablishment cause设置为Emergency Call或是根据需要进行设置的；
实施中，接收模块还可以进一步用于在MD支持eMLPP时，接收MD发送的CM_SERVICE_REQUEST，所述CM_SERVICE_REQUEST中的PriorityLevel IE设置为较高的级别。
实施中，接收模块还可以进一步用于在应用于2G/3G的PS域，接收MD发送的ATTACH和/或Routing Area Updating Reqest消息；
传输模块还可以进一步用于在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
实施中，传输模块还可以进一步用于在MD发送的业务请求是ATTACHREQUEST时，向MD发送ATTACH ACCEPT消息；在MD发送的业务请求是Routing Area Updating Reqest时，向MD发送路由区更新接受ROUTINGAREA UPDATING ACCEPT消息。
实施中，接收模块还可以进一步用于当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，接收MD发送的SERVICEREQUEST，其中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
实施中，接收模块还可以进一步用于在应用于E-UTRAN的PS域，接收MD发送的ATTACH和/或Tracking Area Updating Request消息；
传输模块还可以进一步用于在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
实施中，传输模块还可以进一步用于在MD发送的业务请求是ATTACHREQUEST时，向MD发送ATTACH ACCEPT消息；在MD发送的业务请求是Tracking Area Updating Reqest时，向MD发送Tracking AREA UPDATINGACCEPT消息。
实施中，接收模块还可以进一步用于当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，接收MD发送的SERVICEREQUEST，其中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
如果网络需要分别处理PAM消息和紧急呼叫业务这两种情况，则在上述过程中的RRC Establishment cause的值，可以设置为一个新的值来是网络能够识别并区分，比如，该cause值可以命名为Originating PAM Signalling(起始PAM信令)，以便于网络区分两种情况，并采用不同的方法。针对需要区分两种情况的网络，本发明的实施例中，当将RRC Establishment cause设置为Emergency Call时，也可以是将RRC Establishment cause的设置为新定义的Originating PAM Signalling。此时，网络便可以按照RRC Establishment cause为Originating PAM Signalling来处理相关消息，即该消息具有较高的优先级，当然，该优先级是可以根据需要进行设置的，例如根据网络策略来进行设置；具体设置时该优先级可以与Emergency Call优先级一致，也可以比其高或比其低。
实施中，接收模块还可以进一步用于接收限制状态的MD发送的业务请求，所述限制状态包括下述状态之一或者其组合：区域性签约限制、漫游限制、接入限制、不允许接入到CSG小区。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施例可见，MD不在nomarl service状态时，也能传递PAM消息。本发明实施例提供的技术方案解决了MD不在nomarl service状态时，如何处理PAM消息的问题。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (26)
1.一种机器类通信中的优先告警消息PAM的传输方法，其特征在于，包括如下步骤：
网络侧接收机器类通信设备MD发送的业务请求；
网络侧确定发起请求的MD是否为已签约PAM业务的MD；
在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
2.如权利要求1所述的方法，其特征在于，在电路交换CS域，MD发送的业务请求是连接管理服务请求CM-SERVICE REQUEST消息和/或位置更新请求Location Updating Request消息；在传输PAM消息时，按照CS域的紧急呼叫处理的处理流程中携带PAM消息后进行传输。
3.如权利要求2所述的方法，其特征在于，MD发送的业务请求是LocationUpdating Request消息时，进一步包括：向MD发送位置更新接受LocationUpdating Accept消息。
4.如权利要求2所述的方法，其特征在于，在MD采用移动发起的短消息MO-SMS消息传输PAM消息时，在经电路交换域的移动发起的短消息MOSMS via CS domain过程中携带PAM消息后进行传输；
或，在MD采用非接入层NAS消息传输PAM消息时，在NAS消息中携带PAM消息后进行传输。
5.如权利要求4所述的方法，其特征在于，在MD采用MO-SMS消息或NAS消息传输PAM消息时，如果MD处于空闲态，MD发送的业务请求是CM_SERVICE_REQUEST，所述CM_SERVICE_REQUEST中接入层AS层的无线资源控制建立原因RRC Establishment cause设置为紧急呼叫EmergencyCall或是根据需要进行设置的。
6.如权利要求5所述的方法，其特征在于，进一步包括：
如果MD支持增强的多级优先权和预先订制服务eMLPP，CM_SERVICE_REQUEST消息中的优先级信息单元Priority Level IE设置为较高的级别。
7.如权利要求1所述的方法，其特征在于，在应用于2G/3G的分组交换PS域，MD发送的业务请求是附着请求ATTACH REQUEST和/或路由区更新请求Routing Area Updating Reqest；
在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
8.如权利要求7所述的方法，其特征在于，MD发送的业务请求是ATTACHREQUEST时，进一步包括：向MD发送附着接受ATTACH ACCEPT消息；
和/或，MD发送的业务请求是Routing Area Updating Reqest时，进一步包括：向MD发送路由区更新接受ROUTING AREA UPDATING ACCEPT消息。
9.如权利要求7所述的方法，其特征在于，当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，MD发送的业务请求是服务请求SERVICE REQUEST，此过程中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
10.如权利要求1所述的方法，其特征在于，在应用于演进的全球地面无线接入网E-UTRAN的PS域，MD发送的业务请求是附着请求ATTACHREQUEST和/或跟踪区更新请求Tracking Area Updating Request；
在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
11.如权利要求10所述的方法，其特征在于，MD发送的业务请求是ATTACH REQUEST时，进一步包括：向MD发送ATTACH ACCEPT消息；
和/或，MD发送的业务请求是Tracking Area Updating Reqest时，进一步包括：向MD发送跟踪区更新接受Tracking AREA UPDATING ACCEPT消息。
12.如权利要求11所述的方法，其特征在于，当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，MD发送的业务请求是SERVICE REQUEST，此过程中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
13.如权利要求1至12任一所述的方法，其特征在于，发送业务请求的MD是限制状态的MD，所述限制状态包括下述状态之一或者其组合：区域性签约限制、漫游限制、接入限制、不允许接入到闭合用户群CSG小区。
14.一种网络侧机器类通信中的优先告警消息的传输设备，其特征在于，包括：
接收模块，用于接收MD发送的业务请求；
判断模块，用于确定发起请求的MD是否为已签约PAM业务的MD；
传输模块，用于在发起请求的MD是已签约PAM业务的MD时，接受MD的业务请求，并传输PAM消息。
15.如权利要求14所述的设备，其特征在于，
接收模块进一步用于在CS域，接收MD发送的CM-SERVICE REQUEST消息和/或Location Updating Request消息；
传输模块进一步用于在传输PAM消息时，按照CS域的紧急呼叫处理的处理流程中携带PAM消息后进行传输。
16.如权利要求15所述的设备，其特征在于，传输模块进一步用于在MD发送的业务请求是Location Updating Request消息时，向MD发送LocationUpdating Accept消息。
17.如权利要求15所述的设备，其特征在于，传输模块进一步用于在MD采用MO-SMS消息传输PAM消息时，在MO SMS via CS domain过程中携带PAM消息后进行传输；或，在MD采用NAS消息传输PAM消息时，在NAS消息中携带PAM消息后进行传输。
18.如权利要求17所述的设备，其特征在于，接收模块进一步用于在MD采用MO-SMS消息或NAS消息传输PAM消息时，如果MD处于空闲态，接收MD发送的CM_SERVICE_REQUEST，所述CM_SERVICE_REQUEST中AS层的RRC Establishment cause设置为Emergency Call或是根据需要进行设置的。
19.如权利要求18所述的设备，其特征在于，接收模块进一步用于在MD支持eMLPP时，接收MD发送的CM_SERVICE_REQUEST，所述CM_SERVICE_REQUEST中的Priority Level IE设置为较高的级别。
20.如权利要求14所述的设备，其特征在于，
接收模块进一步用于在应用于2G/3G的PS域，接收MD发送的ATTACH和/或Routing Area Updating Reqest消息；
传输模块进一步用于在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
21.如权利要求20所述的设备，其特征在于，传输模块进一步用于在MD发送的业务请求是ATTACH REQUEST时，向MD发送ATTACH ACCEPT消息；在MD发送的业务请求是Routing Area Updating Reqest时，向MD发送路由区更新接受ROUTING AREA UPDATING ACCEPT消息。
22.如权利要求20所述的设备，其特征在于，接收模块进一步用于当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，接收MD发送的SERVICE REQUEST，其中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
23.如权利要求14所述的设备，其特征在于，
接收模块进一步用于在应用于E-UTRAN的PS域，接收MD发送的ATTACH和/或Tracking Area Updating Request消息；
传输模块进一步用于在传输PAM消息时，在MO-SMS消息或NAS消息中携带PAM消息后进行传输。
24.如权利要求23所述的设备，其特征在于，传输模块进一步用于在MD发送的业务请求是ATTACH REQUEST时，向MD发送ATTACH ACCEPT消息；在MD发送的业务请求是Tracking Area Updating Reqest时，向MD发送Tracking AREA UPDATING ACCEPT消息。
25.如权利要求23所述的设备，其特征在于，接收模块进一步用于当MD处于空闲态，在MO-SMS消息或NAS消息中携带PAM消息进行传输时，接收MD发送的SERVICE REQUEST，其中的RRC Establishment cause的设置为Emergency Call或是根据需要进行设置的。
26.如权利要求14至25任一所述的设备，其特征在于，接收模块进一步用于接收限制状态的MD发送的业务请求，所述限制状态包括下述状态之一或者其组合：区域性签约限制、漫游限制、接入限制、不允许接入到CSG小区。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101868210A CN102256219A (zh) | 2010-05-21 | 2010-05-21 | 一种机器类通信中的优先告警消息的传输方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101868210A CN102256219A (zh) | 2010-05-21 | 2010-05-21 | 一种机器类通信中的优先告警消息的传输方法及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102256219A true CN102256219A (zh) | 2011-11-23 |
Family
ID=44983151
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010101868210A Pending CN102256219A (zh) | 2010-05-21 | 2010-05-21 | 一种机器类通信中的优先告警消息的传输方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102256219A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103428659A (zh) * | 2012-04-09 | 2013-12-04 | 英特尔公司 | 支持分组交换域中短消息服务通信的无线网络增强 |
| CN104080068A (zh) * | 2013-03-27 | 2014-10-01 | 宏碁股份有限公司 | 呼叫状态指示方法和使用所述方法的用户设备 |
| WO2017036312A1 (en) * | 2015-09-02 | 2017-03-09 | Huawei Technologies Co., Ltd. | Method and apparatus for interoperability |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101466083A (zh) * | 2007-12-18 | 2009-06-24 | 华为技术有限公司 | 一种紧急呼叫方法和装置 |
| CN201450596U (zh) * | 2008-03-14 | 2010-05-05 | 交互数字专利控股公司 | 被配置成接收紧急状况通知的无线发射接收单元 |
-
2010
- 2010-05-21 CN CN2010101868210A patent/CN102256219A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101466083A (zh) * | 2007-12-18 | 2009-06-24 | 华为技术有限公司 | 一种紧急呼叫方法和装置 |
| WO2009082936A1 (en) * | 2007-12-18 | 2009-07-09 | Huawei Technologies Co., Ltd. | A method and an apparatus for emergency call |
| CN201450596U (zh) * | 2008-03-14 | 2010-05-05 | 交互数字专利控股公司 | 被配置成接收紧急状况通知的无线发射接收单元 |
Non-Patent Citations (1)
| Title |
|---|
| ZTE: "《3GPP TSG SA WG2 Meeting #79 TD S2-102243》", 14 May 2010 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103428659A (zh) * | 2012-04-09 | 2013-12-04 | 英特尔公司 | 支持分组交换域中短消息服务通信的无线网络增强 |
| US9634810B2 (en) | 2012-04-09 | 2017-04-25 | Intel Corporation | Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain |
| US9641297B2 (en) | 2012-04-09 | 2017-05-02 | Intel Corporation | Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain |
| US9854416B2 (en) | 2012-04-09 | 2017-12-26 | Intel Corporation | Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain |
| CN104080068A (zh) * | 2013-03-27 | 2014-10-01 | 宏碁股份有限公司 | 呼叫状态指示方法和使用所述方法的用户设备 |
| WO2017036312A1 (en) * | 2015-09-02 | 2017-03-09 | Huawei Technologies Co., Ltd. | Method and apparatus for interoperability |
| US10292125B2 (en) | 2015-09-02 | 2019-05-14 | Huawei Technologies Co., Ltd. | Method and apparatus for interoperability |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102111847B (zh) | 一种接入控制的方法及装置 | |
| KR101591963B1 (ko) | 공공 경보 메시지를 전달하는 방법 및 장치 | |
| CN102186224B (zh) | 一种接入控制的方法及装置 | |
| CN102014449B (zh) | 一种用户设备的切换方法及家庭式演进基站 | |
| CN102036375B (zh) | 一种获取终端位置信息的方法、系统和设备 | |
| CN102300283B (zh) | 一种sms业务的处理方法及装置 | |
| JP2016522615A (ja) | アクセス制御方法および装置 | |
| CN102271367A (zh) | 一种小数据的传输方法和设备 | |
| CN105142193A (zh) | 一种小区重选及其控制方法及装置 | |
| EP2675197A1 (en) | Message delivery system and base station, and message delivery method | |
| CN102131270A (zh) | 一种分组数据网络连接的重建方法及用户设备 | |
| CN102421141A (zh) | 一种通知能力的方法和网络拥塞控制的方法、系统及设备 | |
| CN102448045B (zh) | 一种处理移动性管理上下文的方法和设备 | |
| US9451528B2 (en) | Radio communication terminal, communication control apparatus, and communication control method | |
| CN102223678B (zh) | 一种基站获得用户设备能力信息的方法 | |
| CN111479297B (zh) | 公共流程实现方法、装置及系统 | |
| CN108012287B (zh) | 一种实现集群业务连续性的方法及系统 | |
| CN101267642B (zh) | 一种邻区信息的发送方法、处理装置及系统 | |
| EP4044763A1 (en) | Communication method and related device | |
| CN103634933A (zh) | 一种通信连接释放方法、装置及系统 | |
| GB2452691A (en) | Signaling management in cellular mobile radio communications network | |
| CN102256218A (zh) | 一种机器类通信中的优先告警消息的传输方法及设备 | |
| CN102300336A (zh) | 一种处理lipa承载的方法和设备 | |
| CN105025593A (zh) | 一种释放实体的方法及设备 | |
| CN102256219A (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20111123 |