CN104756540A - 在无线通信系统中用于设备触发/小数据交换/收集的方法和设备 - Google Patents
在无线通信系统中用于设备触发/小数据交换/收集的方法和设备 Download PDFInfo
- Publication number
- CN104756540A CN104756540A CN201380057224.XA CN201380057224A CN104756540A CN 104756540 A CN104756540 A CN 104756540A CN 201380057224 A CN201380057224 A CN 201380057224A CN 104756540 A CN104756540 A CN 104756540A
- Authority
- CN
- China
- Prior art keywords
- message
- trigger
- mtc
- iwf
- small data
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Abstract
根据本发明的一个实施例,一种在无线通信系统中通过短消息服务-服务中心(SMS-SC)交换/收集设备触发的方法,包括步骤:从机器型通信交互功能(MTC-IWF)接收包括旧的触发参考编号的第一消息;和删除与旧的触发参考编号相对应的触发消息,其中当第一消息进一步包括新的触发参考编号的时候,SMS-SC检测触发消息,并且存储与新的触发参考编号相对应的新的触发消息。
Description
技术领域
本发明涉及无线通信系统,尤其是,涉及用于替换(replacing)和召回(recalling)/取消(canceling)机器型通信(MTC)设备触发和小数据(small data)的方法和装置。
背景技术
MTC指的是涉及一个或多个机器的通信方案。MTC也称作机器对机器(M2M)通信或者物联网(IoT)。机器是不需要直接人类操纵或者干预的实体。例如,用户设备,诸如智能电话,其可以自动地连接到网络,并且无需用户的操纵/干预执行通信,以及配备有移动通信模块的测量计或者自动售货机可以是机器的示例。这样的各种示例性机器在本公开中将称为MTC设备或者用户设备(UE)。也就是说,MTC指的是由无需人类操纵/干预的一个或多个机器(即,MTC设备)执行的通信。
MTC可以涵盖在MTC设备之间的通信(例如,设备对设备(D2D)通信),和在MTC设备和MTC应用服务器之间的通信。例如,在MTC设备和MTC应用服务器之间的通信可以是在自动售货机和服务器之间的通信,在销售点(POS)设备和服务器之间的通信,以及在电、气或者水表和服务器之间的通信。此外,基于MTC的应用可以包括安全、运输、医疗保健等等。
发明内容
技术问题
设计解决常规的问题的本发明的一个目的是提供用于替换/召回触发/小数据的方法。
本领域技术人员应该理解,借助于本发明可以实现的目的不局限于尤其已经在上文中描述的那些,并且本发明的以上和其它的目的可以从以下的详细说明中更加清楚地理解。
技术方案
在本发明的一个方面中,一种在无线通信系统中通过短消息服务-服务中心(SMS-SC)替换/召回设备触发的方法,包括:从机器型通信交互功能(MTC-IWF)接收包括旧的触发参考编号的第一消息,和删除与旧的触发参考编号相对应的触发消息。如果第一消息进一步包括新的触发参考编号,则SMS-SC连同触发消息的删除一起存储与新的触发参考编号相对应的新的触发消息。
本发明的以上的技术方面可以包括以下的全部或者一部分。
第一消息可以基于与MTC-IWF已经从服务能力服务器(SCS)接收的设备触发相关的第二消息。
与设备触发相关的第二消息可以请求触发替换和触发召回中的一个。
只有在第二消息请求触发替换的时候,第一消息可以包括新的触发参考编号。
如果第二消息请求触发召回,则第一消息可以不包括新的触发参考编号。
如果SCS超过到Tsp接口的触发提交的配额或者速率,则第二消息可以被MTC-IWF拒绝。
MTC-IWF可以基于配置信息选择该SMS-SC作为在多个SMS-SC之中接收第一消息的SMS-SC。
在本发明的另一个方面中,一种在无线通信系统中由MTC-IWF替换/召回小数据的方法,包括:基于包括在第一消息中的旧的小数据参考编号识别要替换/召回的小数据,和删除识别的小数据。如果第一消息与小数据替换有关,则MTC-IWF连同小数据的删除一起存储新的小数据。
本发明的以上的技术方面可以包括以下的全部或者一部分。
该方法可以进一步包括从SCS接收第一消息。
第一消息可以请求小数据替换和小数据召回的一个。
只有在第一消息请求小数据替换的时候,第一消息可以包括新的小数据参考编号。
如果SCS超过到Tsp接口的触发提交的配额或者速率,则第一消息可以被MTC-IWF拒绝。
如果识别的小数据在MTC-IWF中待定,或者识别的小数据到用户设备(UE)的传送已经失败,则识别的小数据可以被删除。
如果识别的小数据已经成功地传送给UE,则小数据的替换/召回可以被认为是失败。
小数据可以是设备触发消息。
有益效果
根据本发明,由于设备触发/小数据可以被替换/召回,所以可以防止由不必要的触发所引起的网络资源消耗。网络资源包括用于信令和数据交换的资源,和用于在网络中存储触发/小数据直到触发/小数据被成功发送的资源。
本领域技术人员应该理解,借助于本发明可以实现的效果不局限于尤其已经在上文中描述的那些,并且本发明的其它的优点将从以下与伴随的附图一起进行的详细说明中更加清楚地理解。
附图说明
附图被包括以提供对本发明进一步的理解,并且被结合进和构成本申请的一部分,其图示本发明的实施例,并且与该说明书一起可以起解释本发明原理的作用。在附图中:
图1图示演进的分组核心(EPC)的整体结构;
图2图示机器型通信(MTC)结构的示例性模型;
图3是图示用于MTC触发过程的信号流程的示意图;
图4是图示用于T5设备触发传送过程的信号流程的示意图;
图5是图示用于T4设备触发传送过程的信号流程的示意图;
图6和7是图示用于T4触发替换/召回方法的信号流程的示意图;
图8和9是图示用于T5触发替换/召回方法的信号流程的示意图;
图10至13是图示用于T5小数据替换/召回方法的信号流程的示意图;以及
图14是根据本发明的一个实施例的装置的方框图。
具体实施方式
在下文描述的本发明的实施例是本发明的要素和特点的组合。除非另作说明,否则要素或者特点可以选择性的考虑。每个要素或者特点可以无需与其他的要素或者特点结合实践。此外,本发明的一个实施例可以通过合成要素和/或特点的一部分构成。在本发明的实施例中描述的操作顺序可以重新安排。任何一个实施例的某些结构或者特点可以包括在另一个实施例中,并且可以以另一个实施例的相应的结构或者特点替换。
供本发明的实施例使用的特定的术语被提供来帮助理解本发明。这些特定的术语可以以在本发明的范围和精神内的其它的术语替换。
在有些情况下,为了防止本发明的概念模糊,已知技术的结构和装置将省去,或者基于每个结构和装置的主要功能将以方框图的形式示出。此外,只要可能,类似的附图标记贯穿附图和说明书表示相同的部分。
本发明的实施例可以由对于无线接入系统、电气与电子工程师协会(IEEE)802、第三代合作项目(3GPP)、3GPP长期演进(3GPP LTE)、高级LTE(LTE-A)和3GPP2的至少一个公开的标准文献支持。为了阐明本发明的技术特征而没有描述的步骤或者部分可以由那些规范支持。此外,在此处阐述的所有术语可以由标准规范解释。
在此处描述的技术可以在各种无线接入系统中使用。为了清楚,本公开集中于3GPP LTE和LTE-A系统。但是,本发明的技术特征不受限于此。
在以下的描述中使用的术语定义如下。
-UMTS(通用移动电信系统):基于由3GPP开发的全球数字移动电话系统(GSM)的第三代移动通信技术。
-EPS(演进的分组系统):包括作为基于互联网协议(IP)的分组转换(PS)核心网络的演进的分组核心(EPC),和接入网络,诸如从UMTS演进的LTE/UMTS陆上无线电接入网络(UTRAN)的网络系统。
-节点B:UMTS网络的基站,其被安装在户外,并且具有对应于宏小区的覆盖范围。
-eNB(e节点B):EPS网络的基站,其被安装在户外,并且具有对应于宏小区的覆盖范围。
-UE(用户设备):UE还可以称为终端、移动设备(ME)、移动站(MS)等等。此外,UE可以是便携式设备,诸如膝上电脑、移动电话、个人数字助理(PDA)、智能电话或者多媒体设备,或者非便携式设备,诸如个人计算机(PC)或者车载设备。作为相对于MTC使用的术语“UE”可以指的是MTC UE。
-IMS(IP多媒体子系统):用于基于IP提供多媒体服务的子系统。
-IMSI(国际移动订户标识):在移动通信网络中分配的全球地唯一的用户标识符。
-MTC(机器型通信):无需用户干涉由机器执行的通信。MTC还可以称为机器对机器(M2M)通信。
-MTC UE(或者MTC设备):UE(例如,自动售货机或者测量计),其经由移动通信网络具有通信功能,并且起特定目的的作用。
-MTC服务器:用于管理在网络上的MTC UE的服务器。MTC服务器可以位于移动通信网络的内部或者外部,并且可以具有由MTC用户可访问的接口。此外,MTC服务器可以提供MTC相关的服务给其它的服务器(例如,服务能力服务器(SCS)),并且可以起MTC应用服务器的作用。
-MTC应用:对其应用MTC的服务(例如,遥测、产品运动跟踪或者气象感测)。
-MTC应用服务器:用于执行在网络上MTC应用的服务器。
-MTC特征:用于支持MTC应用的网络的功能。例如,MTC监测是在诸如遥测的MTC应用中用于准备设备损耗的特征,并且低移动性是用于诸如自动售货机的MTC UE的MTC应用的特征。
-MTC订户:连接到网络运营商以提供服务给一个或多个MTC UE的实体。
-MTC组:共享一个或多个MTC特征,并且属于MTC订户的MTCUE的组。
-SCS(服务能力服务器):连接到3GPP网络用于使用在归属公共陆地移动网(HPLMN)上的MTC交互功能(IWF)与MTC UE通信的的实体。
-外部标识符:用于由3GPP网络的外部实体(例如,SCS或者应用服务器)表示(或者识别)MTC UE(或者MTC UE属于的订户)的全球唯一标识符。外部标识符包括如下所述的域标识符和本地标识符。
-域标识符:用于识别由移动通信网络的运营商控制的域的标识符。一个运营商可以对于不同的服务使用不同的域标识符以提供接入服务。
-本地标识符:用于推导或者获得国际移动订户标识(IMSI)的标识符。本地标识符在应用域内将是唯一的,并且由移动通信网络的运营商管理。
-RAN(无线电接入网络):在3GPP网络中包括节点B、e节点B和用于控制节点B和e节点B的无线电网络控制器(RNC)的单元,其在UE之间存在,并且提供到核心网络的连接。
-HLR(归属位置寄存器)/HSS(归属订户服务器):在3GPP网络中具有订户信息的数据库。HSS可以执行诸如配置存储、标识管理和用户状态存储的功能。
-RANAP(RAN应用部分):配置为控制RAN和核心网络的在节点(例如,移动性管理实体(MME)/服务GPRS(通用分组无线电服务)支持节点(SGSN)/移动交换中心(MSC))之间的接口。
-PLMN(公共陆地移动网络):为提供对个体的移动通信服务的目的配置的网络。这个网络可以每个运营商配置。
-NAS(非接触层):在UMTS协议栈中用于在UE和核心网络之间信令和交换业务消息的功能层。其主要功能是支持UE移动性和支持用于在UE和PDN GW之间建立和保持IP连接的会话管理过程。
在下文中,将基于以上定义的术语给出描述。
图1是示意地图示演进的分组系统(EPS)结构的图。
EPC是用于改善3GPP技术性能的系统结构演进(SAE)的基本元素。SAE对应于用于确定支持在各种类型的网络之间移动性的网络架构的研究项目。SAE目的在于例如提供优化的基于分组的系统,其支持基于IP的各种无线电接入技术,并且提供改善的数据传输能力。
特别地,EPC是用于3GPP LTE系统的IP移动通信系统的核心网络,并且可以支持基于分组的实时和非实时服务。在传统移动通信系统(即,第二代(2G)或者第三代(3G)移动通信系统)中,核心网络的功能经由两个不同的子域,例如,用于语音的电路交换(CS)子域和用于数据的分组交换(PS)子域实现。在从3G通信系统演进的3GPP LTE系统中,CS和PS子域被统一为单个IP域。也就是说,在3GPP LTE系统中,在具有IP能力的UE之间的连接可以经由基于IP的基站(例如,演进的节点B(e节点B))、EPC和应用域(例如,IMS)建立。也就是说,EPC是实现端到端IP服务不可避免地需要的架构。
EPC可以包括各种部件。图1图示一些部件,例如,服务网关(SGW)、分组数据网络网关(PDN GW)、移动性管理实体(MME)、服务GPRS(通用分组无线电服务)支持节点(SGSN)和增强的分组数据网关(ePDG)。
SGW作为在无线电接入网络(RAN)和核心网络之间边界点,并且是用于在e节点B和PDN GW之间保持数据路径的元件。此外,如果UE在由e节点B服务的区域上移动,则SGW用作本地移动性锚点。也就是说,分组可以在3GPP版本8之后定义的演进的UMTS(通用移动电信系统)陆上无线电接入网络(E-UTRAN)中经由用于移动性的SGW路由。此外,SGW可以用作关于另一个3GPP网络(在3GPP版本8之前定义的RAN,例如,UTRAN或者GSM(全球数字移动电话系统)/EDGE(全球演进增强数据速率)无线电接入网络(GERAN))的移动性锚点的作用。
PDN GW对应于指向分组数据网络的数据接口的端点。PDN GW可以支持策略实施特征、分组筛选和计费支持。此外,PDN GW可以用作关于3GPP网络和非3GPP网络(例如,不可信的网络,诸如交互无线局域网(I-WLAN)和可信的网络,诸如,码分多址(CDMA)网络或者WiMax网络)的移动性管理锚点。虽然SGW和PDN GW在图1的网络架构中被配置为单独的网关,但是根据单个网关配置选项可以实现两个网关。MME执行信令和用于支持接入UE的网络连接、网络资源的分配、跟踪、寻呼、漫游和切换的控制功能。MME控制与订户和会话管理相关的控制面功能。MME管理大量的e节点B,并且执行用于切换到另一个2G/3G网络的常规网关选择的信令。此外,MME执行安全过程、终端到网络会话处理、空闲终端位置管理等等。
SGSN处理用于用户到另一个3GPP网络(例如,GPRS网络)的移动性管理和用户验证的所有分组数据。
ePDG用作用于不可信的3GPP网络(例如,I-WLAN或者Wi-Fi热点)的安全节点。
如上关于图1所述,具有IP能力的UE可以不仅基于3GPP接入,而且基于非3GPP接入,经由在EPC中的各种元件接入由运营商提供的IP服务网络(例如,IMS)。
图1图示各种参考点(例如,S 1-U和S1-MME)。在3GPP系统中,用于连接存在于E-UTRAN和EPC的不同的功能实体中的两个功能的概念上的链路被定义为参考点。表1示出在图1中图示的参考点。除表1的那些以外的各种参考点根据网络架构也可以存在。
[表1]
在图1中图示的参考点之中,S2a和S2b对应于非3GPP接口。S2a是用于给用户面提供在信任的非3GPP接入和PDNGW之间相关的控制和移动性支持的参考点。S2b是用于给用户面提供在ePDG和PDN GW之间相关的控制和移动性支持的参考点。
图2是图示MTC结构的示例性模型的图。
在用于MTC的UE(或者MTC UE)之间的端到端应用和MTC应用可以使用由3GPP系统提供的服务和由MTC服务器提供的选择性的服务。3GPP系统可以提供输送和通信服务(包括3GPP承载服务、IMS和SMS),包括为了有助于MTC的各种优化服务。在图2中,用于MTC的UE经由Um/Uu/LTE-Uu接口连接到3GPP网络(例如,UTRAN、E-UTRAN、GERAN或者I-WLAN)。图2的架构包括各种MTC模型(例如,直接模型、间接模型和混合模型)。
现在给出在图2中图示的实体的描述。
在图2中,应用服务器是用于执行在网络上MTC应用的服务器。用于实现MTC应用的以上描述的各种技术适用于MTC应用服务器,并且其详细说明在这里被省略。此外,MTC应用服务器可以经由参考点API接入MTC服务器,并且其详细说明在这里被省略。做为选择,MTC应用服务器可以与MTC服务器共置。
MTC服务器(例如,在图2中的SCS服务器)是用于管理在网络上的MTC UE的服务器,并且可以连接到3GPP网络以与用于MTC的UE和PLMN的节点通信。
MTC交互功能(IWF)可以控制在MTC服务器和运营商的核心网络之间的交互,并且用作用于MTC操作的代理。为了支持MTC间接或者混合模型,一个或多个MTC-IWF可以在归属PLMN(HPLMN)内存在。MTC-IWF可以中继和分析有关参考点Tsp的信令协议以操作在PLMN中的特定功能。MTC-IWF可以在MTC服务器与3GPP网络建立通信之前执行用于验证MTC服务器的功能,用于验证来自MTC服务器的控制面请求的功能,与要在下面描述的触发命令相关的各种功能等等。
短消息服务-服务中心(SMS-SC)/互联网协议短消息网关(IP-SM-GW)可以管理SMS的发送和接收。SMS-SC可以用来在短消息实体(SME)(即,用于发送或者接收短消息的实体)和移动站之间中继短消息,并且存储和传送该短消息。IP-SM-GW可以基于IP用来执行在UE和SMS-SC之间的协议交互。
计费数据功能(CDF)/计费网关功能(CGF)可以执行与计费相关的操作。
HLR/HSS可以用来存储并且提供用户信息(例如,IMSI)、路由信息、配置信息等等给MTC-IWF。
MSC/SGSN/MME可以执行控制功能,诸如移动性管理、用于UE的网络连接的验证和资源分配。MSC/SGSN/MME可以关于要在下面描述的触发从MTC-IWF接收触发命令,并且将触发命令处理为要提供给MTC UE的消息形式。
网关GPRS支持节点(GGSN)/服务网关(S-GW)+分组数据网络网关(P-GW)可以用作用于连接核心网络和外部网络的网关。
表2示出在图2中图示的主要参考点。
[表2]
在T5a、T5b和T5c之中的一个或多个参考点称为T5。
在间接和混合模型的情况下与MTC服务器的用户面通信,和在直接和混合模型的情况下与MTC应用服务器的通信,可以经由参考点Gi和SGi使用传统协议执行。
以上关于图2给出的描述可以通过参考3GPP TS 23.682并入本说明书作为参考。
在MTC的情况下,比正常UE更多的MTC UE预期在网络上存在。因此,MTC需要最小化网络资源、信令和功率的使用。
此外,MTC UE可以平时不建立到MTC应用服务器的IP连接以最小化系统资源的使用。如果MTC UE没有建立IP连接,并且因此,MTC应用服务器未能发送数据给MTC UE,则MTC UE可以请求或者命令建立IP连接,并且这个请求或者命令称为触发命令。也就是说,如果MTC UE的IP地址是MTC应用服务器不可用的或者不可达的(某个实体或者该实体的地址是不可达指的是例如因为该实体缺少地址,所以用于消息传输的尝试失败的事实),则需要MTC UE的触发。为此,MTC UE可以从网络接收触发命令。一旦接收到该触发命令,MTC UE需要执行嵌入其中的MTC应用的操作,和/或建立与MTC应用服务器通信。在这里,当MTC UE接收触发命令的时候,可以假设a)MTC UE离线(即,没有附接到网络)的情形,b)MTC UE在线(即,附接到网络),但是没有建立数据连接的情形,或者c)MTC UE在线(即,附接到网络),并且建立数据连接的情形。
例如,当没有建立MTC UE经由其可以从MTC应用服务器接收数据的IP连接(或者PDN连接)的时候(或者当MTC UE可以接收基本控制信号,但是无法接收用户数据的时候),MTC UE的触发可以是用于允许MTC UE执行嵌入其中的MTC应用操作,和/或使用触发消息请求用于IP连接的MTC应用服务器的操作。此外,该触发消息可以包括用于允许网络路由消息到适宜的MTC UE,并且允许MTC UE路由该消息到MTC UE的适宜的应用的信息(以下简称为触发信息)。
现在参考图3给出MTC触发过程的详细描述。
SCS 380可以确定触发MTC UE(S301)。如果没有有关SCS 380连接到其用于触发请求的MTC-IWF的信息,则SCS 380可以使用要被触发的MTC UE的外部标识符,或者在SCS 380中配置的MTC-IWF的标识符,通过发送DNS查询给DNS 370确定MTC-IWF的IP地址和端口号。然后,SCS 380将设备触发请求消息发送给MTC-IWF 360(S302)。该设备触发请求消息可以包括在表3中示出的信息。
[表3]
已经从SCS 380接收设备触发请求消息的MTC-IWF 360验证是否SCS 380被允许发送触发请求给3GPP网络(S303)。如果SCS 380的验证失败,则MTC-IWF 360发送表示设备触发请求失败的设备触发确认消息给SCS 380。另一方面,如果SCS 380的验证成功,则MTC-IWF 360可以执行后续的步骤。
MTC-IWF 360发送订户信息请求消息给HSS/HLR 350(S304),以便检查是否SCS 380被允许触发MTC UE使用在步骤S302中接收的MTC UE的标识符(例如,外部标识符或者MSISDN)获得IMSI,并且获得包括用于服务MTC UE的服务节点的标识符的路由信息。
HSS/HLR 350检查已经发送设备触发请求消息的SCS 380是否被允许触发MTC UE(S305)。然后,HSS/HLR 350发送订户信息响应消息给MTC-IWF 360,该消息包括IMSI和用于服务MTC UE的服务节点的标识符。如果SCS 380不被允许触发MTC UE,或者如果MTC UE的有效订户信息在HSS/HLR 350中不存在,则HSS/HLR 350将表示此的订户信息响应消息发送给MTC-IWF 360。在这种情况下,MTC-IWF360将表示设备触发请求失败的设备触发确认消息发送给SCS 380,并且不执行后续的步骤。
MTC-IWF 360基于从HSS/HLR 350接收的信息和本地策略选择触发传送过程(S306a)。
如果选择了使用T5的传送过程,则MTC-IWF 360执行T5触发传送过程(S306b)。T5触发传送过程的详细描述将在下面参考图4给出。如果在步骤S306a中选择使用T4的传送过程,或者如果在步骤S306b中T5传送失败,则MTC-IWF 360执行T4触发传送过程(S306c和S306d)。T4触发传送过程的详细描述将在下面参考图5给出。
MTC-IWF 360响应于S302的设备触发请求消息将设备触发报告消息发送给SCS 380(S307)。该设备触发报告消息表示作为由SCS 380请求的设备触发的结果的触发传送到MTC UE的成功或者失败。
UE-1310响应于接收的设备触发基于触发有效载荷的数据执行操作(S308)。这个操作可以典型地包括与SCS 380或者应用服务器(AS)通信的启动。
图4是用于描述T5触发传送过程的图。当MTC-IWF在图3的步骤S302中从SCS接收设备触发请求的时候,MTC-IWF基于从HSS/HLR接收的信息和本地策略,选择适宜的触发传送过程(图3的S304至S306a)。因此,MTC-IWF可以经由T5a接口将设备触发请求发送给SGSN,经由T5b接口发送给MME,或者经由T5c接口发送给MSC(经由T5a、T5b或者T5c接口的设备触发可以称为T5设备触发)。做为选择,MTC-IWF可以经由T4接口将设备触发请求发送给SMC-SC。例如,参考图4,如果基于从HSS/HLR 430获得的信息多个服务节点是可用的,则MTC-IWF 440选择适宜的服务节点420。MTC-IWF 440将提交请求消息发送给选择的服务节点420(S401)。如上所述,如果选择的服务节点是SGSN,则MTC-IWF 440经由T5a接口,如果选择的服务节点是MME,则经由T5b接口,或者如果选择的服务节点是MSC,则经由T5c接口发送提交请求消息。
已经接收提交请求消息的服务节点420将触发消息发送给UE-1410,其是设备触发的目标UE(S402)。已经执行触发操作的服务节点420将传送报告消息发送给MTC-IWF 440。以上所述的传送报告消息可以表示作为由MTC-IWF 440请求的设备触发的结果的触发传送到MTC UE的成功或者失败。
图5是图示用于T4设备触发传送过程的信号流程的示意图。参考图5,MTC-IWF 560基于包括在从SCS 580接收的设备触发请求消息中的信息,和包括在从HSS/HLR 550接收的用户信息响应消息中的信息,将提交触发消息发送给SMS-SC 540(S501)。SMS-SC 540将表示提交触发消息接受的提交触发确认消息发送给MTC-IWF 560(S502)。一旦从SMS-SC 540收到提交触发确认消息,MTC-IWF 560将表示由SCS580发送的设备触发请求消息接受的设备触发确认消息发送给SCS580(S503)。
包括由SMS-SC 540发送的设备触发消息的短消息被转发给服务节点520(S504)。如果接收的设备触发消息包括路由信息(有关服务节点的信息),则SMS-SC 540不需要询问HSS/HLR 550以获得该路由信息。在短消息传输失败的情况下,除了路由信息之外,SMS-SC 540存储在从MTC-IWF 560接收的信息之中必需的信息。
随后,服务节点520将短消息发送给UE-1510(S505)。一旦收到包括设备触发消息的短消息,UE-1510可以响应服务节点520。服务节点520将传送报告消息发送给SMS-SC 540(S506)。传送报告消息可以表示响应于由SMS-SC做出的对于短消息传送的请求,是否到MTC UE的短消息的传送是成功的。如果短消息的传送失败,并且用于设备触发消息的有效期没有设置为0,则SMS-SC 540通过询问HSS/HLR 550获得路由信息,以发送短消息给UE-1510,并且然后可以使用在步骤S504中存储的信息能够执行重新传输。SMS-SC 540响应于由MTC IWF请求的设备触发,将消息传送报告消息发送给MTC-IWF 560以表示是否到MTC UE的触发传送是成功的(S507)。
[表4]列出与设备触发消息相关的主要信息,在SMS-SC从MTC-IWF接收用于发送设备触发消息的请求之后,其应当被存储直到SMS-SC表示传输结果(成功或者失败)给MTC-IWF为止。
[表4]
如果MTC UE是不可用的/是不可达到的,则先前描述的经由T4/T5接口到MTC UE触发的传送可能失败。例如,MTC UE可以位于覆盖范围以外,由于另一个任务的处理,或者可能缺少存储空间,MTCUE可能不处理触发消息。在这种情况下,网络节点存储触发消息持续触发消息有效期,并且重试发送触发消息。
在以上所述的过程中,即使触发消息的传送没有完成,该触发消息的传送可能是过度的或者不必要的。例如,如果仍然没有传送的触发消息请求UE发送传感器A的测量结果,并且下一个触发请求UE发送所有传感器的测量结果,则取消/召回旧的触发消息或者以新的触发消息替换旧的触发消息可能优于再试旧的触发消息的传送。换句话说,如果网络未能取消/召回仍然没有传送的触发消息,则不必要的触发消息被传送给UE,或者存储在网络节点中,用于传送给UE,其可能导致不必要的网络资源消耗。在这方面,将给出用于MTC UE的触发消息的取消/召回或者替换的描述。在以下的描述中,触发消息和小数据可以互相替换。小数据可以指的是少量的数据或者小型的数据。
实施例1-T4触发消息的替换或者取消/召回
实施例关于T4触发消息的替换或者取消/召回。
SMC-SC可以负责替换或者取消/召回T4触发消息。特别地,SMC-SC可以从MTC-IWF接收包括旧的触发参考编号的第一消息,并且可以删除对应于旧的触发参考编号的触发消息。在触发消息替换的情况下,也就是说,当第一消息包括新的触发参考编号的时候,SMC-SC可以删除对应于旧的触发参考编号的触发消息,并且存储对应于新的触发参考编号的触发消息。如果UE是可用的,则存储的新的触发消息可以传送给UE。
如稍后描述的,第一消息可以是提交触发取消/召回消息,或者提交触发替换消息。第一消息可以基于与MTC-IWF已经从SCS接收的设备触发相关的第二消息。第二消息可以请求触发替换操作和触发召回/取消操作的一个。特别地,第二消息可以是设备触发取消/召回请求消息,或者设备触发替换请求消息。或者,第二消息可以是具有设置为取消/召回或者替换的一个的动作类型的设备动作请求消息。或者,第二消息可以是具有设置为取消/召回或者替换的一个的请求类型的设备触发请求消息。类似于第一消息,只有当其请求设备触发的替换时,第二消息可以包括新的触发参考编号,并且当其请求设备触发的取消/召回的时候,可以不包括新的触发参考编号。此外,如果SCS超过到Tsp接口的触发提交的配额或者速率,则MTC-IWF可以拒绝第二消息。
如果多个SMS-SC连接到MTC-IWF,则MTC-IWF可以基于配置确定其将第一消息发送到的SMS-SC。或者,在(从另一个网络节点)获得有关存储旧的触发消息的SMS-SC(例如,MTC-IWF已经对其请求旧的触发消息传输的SMS-SC)的信息之后,MTC-IWF可以确定其将第一消息发送到的SMS-SC。
现在,将分别地详细描述触发消息的替换和触发消息的取消/召回的情形。
实施例1a–T4触发消息的替换
图6是图示用于替换T4触发消息过程的信号流程的示意图。参考图6,SCS可以在步骤S601中确定是否需要取消/召回和/或替换先前提交的触发消息。SCS可以将设备触发取消请求消息(包括外部ID或者MSISDN、SCS ID、旧的触发参考编号、新的触发参考编号、有效期、优先级和触发有效载荷)发送给MTC-IWF。旧的触发参考编号可以表示分配给SCS想要取消的先前提交的触发消息的触发参考编号。新的触发参考编号可以由SCS分配给新的提交的触发消息。虽然有效期、优先级和触发有效载荷是用于新的触发消息,但是外部ID、MSISDN和SCS ID都与旧的触发消息(例如,待定的触发消息)和新的触发消息两者相关。
设备触发取消/召回请求消息可以是新定义的消息,或者经Tsp用于传统设备触发过程的设备触发请求消息(关于细节,参考TS23.682v11.2.0的5.2.1)。此外,该消息可以包括请求以新的触发消息替换旧的待定触发消息的明确的或者隐含的信息。
例如,请求以新的触发消息替换待定的触发消息的设备触发取消/召回请求消息可以通过在传统设备触发请求消息,即,设备动作请求消息/命令中定义新的动作类型值,例如,动作类型=“替换”(特别地,表示“替换”的特定列举的值或者整数值)配置。传统AVP可以被扩展,或者新的AVP可以被定义,以便包括需要请求替换的信息。在另一个例子中,定义新的消息/命令,新的消息/命令请求待定的触发消息的取消/召回和/或替换,包括对于召回和替换每个定义的动作类型AVP。或者,可以分别地定义请求待定的触发消息的取消/召回的消息/命令,和请求待定的触发消息替换的消息/命令。SCS发送给MTC-IWF的先前描述的设备触发取消/召回和/或替换请求消息的内容也可以适用于实施例2和实施例3。
SCS可以将新的触发参考编号设置为与旧的触发参考编号相同的值。在这种情况下,设备触发取消/召回请求消息可以包括旧的和新的触发参考编号两者,或者仅仅包括一个触发参考编号。
就优先级信息而论,如果待定的触发消息和新的触发消息具有不同的优先级值(或者即使它们具有相同的优先级值),待定的触发消息的优先级值可以另外包括在设备触发取消/召回请求消息中。待定的触发消息的优先级值可以表示是否待定的触发消息将以优先级取消。但是,是否待定的触发消息将以优先级(或者紧急)取消可以通过各种消息和/或参数和/或信息表示。
在步骤S602中,MTC-IWF可以在以新的触发消息替换旧的触发消息期间,基于外部ID、MSISDN、SCS ID,和包括在接收的设备触发取消请求消息中旧的触发参考编号的至少一个识别将除去/取消哪个触发消息。此外,MTC-IWF可以将包括外部ID、MSISDN、IMSI、SCSID、旧的触发参考编号、新的触发参考编号、有效期、优先级、SMS应用端口ID和触发有效载荷的提交触发取消消息发送给SMS-SC。
如果SCS超过到Tsp接口的触发提交的配合或者速率,MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或订户信息。
-取消待定的触发消息的优先级(或者紧急)。
-新的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T4接口的过载状态和/或T5接口的过载状态。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
与对于SCS允许的触发提交的配额或者速率相分离地,MTC-IWF可以关于对于SCS允许的触发取消配额或者速率。在这种情况下,如果SCS超过触发取消的配额或者速率,则MTC-IWF可以不接受(或者拒绝)从SCS接收的设备触发取消/召回请求消息。
如果到SCS的Tsp接口处于过载状态之中,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或用户信息。
-取消待定的触发消息的优先级(或者紧急)。
-新的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T4接口的过载状态和/或T5接口的过载状态。
-是否SCS超过到Tsp接口的触发提交(或者触发取消)的配额或者速率。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
在许多的情形之下,仅仅用于由设备触发取消/召回请求消息做出的取消待定的触发消息的请求可以被接受(或者拒绝),而用于提交新的触发消息的请求可以被拒绝。例如,在SCS超过到Tsp接口的触发提交(或者触发取消)的配合或速率,和/或Tsp接口和/或T4接口处于过载状态之中的情形下,如果新的触发消息不具有优先级,并且仅仅待定的触发消息具有优先级,则MTC-IWF可以仅仅接受(或者拒绝)用于取消待定的触发消息的请求,而拒绝用于提交新的触发消息的请求。或者,当SCS将设备触发取消/召回请求消息发送给MTC-IWF的时候,尽管在设备触发取消/召回请求消息中拒绝用于提交新的触发消息的请求,SCS可以包括请求待定的触发消息取消的明确的/隐含的信息。另一方面,当SCS将设备触发取消/召回请求消息发送给MTC-IWF的时候,如果用于提交新的触发消息的请求被拒绝,则通过包括请求拒绝取消待定的触发消息请求的明确的/隐含的信息,SCS可以防止两个操作单独的实施。
提交触发取消消息可以是新定义的消息,或者使用T4用于传统触发传送的提交触发消息或者设备触发请求消息/命令(参见TS23.682v11.20的5.2.2)。该消息可以进一步包括请求以新的触发消息替换旧的待定触发消息的明确的/隐含的信息。如果SCS仅仅包括一个触发参考编号,而不是在设备触发取消/召回请求消息中旧的和新的触发参考编号两者,则MTC-IWF可以仅仅包括一个触发参考编号,或者在提交触发取消消息中设置为从SCS接收的触发参考编号的旧的和新的触发参考编号两者。
在执行步骤S602之前,MTC-IWF可以将请求订户信息,和/或请求HSS/HLR的消息发送给HSS/HLR(在图6中未示出)以检查/验证是否SCS被允许“取消/召回和替换”或者“替换”设备触发。该请求消息可以包括表示该请求与从SCS接收的用于取消/召回和/或替换设备触发的请求有关的明确的或者隐含的信息。一旦收到该请求,则HSS/HLR检查/验证是否SCS被允许取消/召回和/或替换用于MTC UE的设备触发。SCS将响应消息发送给MTC-IWF。该响应消息可以包括用户信息(例如,包括IMSI和服务MTC UE的服务节点的ID的路由信息)。如果作为检查/验证的结果,SCS不被允许取消/召回和/或替换用于MTCUE的设备触发,或者如果HSS/HLR不具有有关MTC UE的有效订户信息,则HSS/HLR将对此效果的响应消息发送给MTC-IWF。在这种情况下,MTC-IWF将表示设备触发取消/召回和/或替换请求失败的消息发送给SCS,并且不执行后续的步骤。在MTC-IWF和HSS/HLR之间先前描述的相互作用也可以适用于实施例2和实施例3。只有当在步骤S601中发送给MTC-IWF的设备触发取消请求消息中SCS不包括作为MTC UE的ID的MSISDN,或者仅仅包括作为MTC UE的ID的外部ID时,在MTC-IWF和HSS/HLR之间相互作用的步骤可以执行。
在步骤S603中,SMS-SC可以去除/删除通过旧的触发参考编号(旧的触发消息可以待定)识别的存储的旧的触发消息,和/或与旧的触发消息相关的信息。当UE是可用的时候,SMS-SC可以存储要传送给UE的新的触发消息,和/或与新的触发消息相关的信息。触发消息和/或有关触发消息的信息可以是在[表4]中列出的先前描述的信息。
在步骤S604中,SMS-SC可以将表示以新的触发消息成功替换待定的触发消息(在SMS-SC中待定的)的提交触发取消响应消息发送给MTC-IWF。
提交触发取消响应消息可以是新定义的消息,或者使用T4用于传统触发传输的提交触发确认消息或者消息传送报告消息(参见23.682v11.2.0的5.2.2.)。该消息可以进一步包括表示这个消息是对请求以新的触发消息替换旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
在步骤S605中MTC-IWF可以将包括外部ID、MSISDN、旧的触发参考编号和新的触发参考编号(与表示是否触发取消是成功或者失败,以及如果该触发取消失败,表示失败的原因的原因值一起)的设备触发取消报告消息发送给SCS。
该设备触发取消报告消息可以是根据本发明新定义的消息,或者设备触发报告消息或者经Tsp用于传统设备触发的设备通知请求(DNR)消息/命令(参见23.682v11.2.0的5.2.1)。该消息可以进一步包括表示这个消息是对请求以新的触发消息替换旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
实施例1b-T4触发消息的取消/召回
参考图7,SCS可以在步骤S701中确定是否需要取消先前提交的触发消息。SCS可以将设备触发取消请求消息(包括外部ID或者MSISDN、SCS ID,和旧的触发参考编号或者新的触发参考编号)发送给MTC-IWF。旧的触发参考编号可以表示分配给SCS想要取消的先前提交的触发消息的触发参考编号。
设备触发取消/召回请求消息可以是根据本发明新定义的消息,或者经Tsp用于传统设备触发过程的设备触发请求消息(关于细节,参考TS 23.682v11.2.0的5.2.1)。此外,该消息可以进一步包括请求取消旧的待定触发消息的明确的/隐含的信息。
例如,请求取消待定的触发消息的设备触发取消/召回请求消息可以通过在传统设备触发请求消息,即,设备动作请求消息/命令(在2.2.3中描述)中定义新的动作类型值,例如,动作类型=“召回”(特别地,表示“召回”的特定列举的值或者整数值)来配置。传统AVP可以被扩展,或者新的AVP可以被定义,以便包括需要请求召回的信息。在另一个例子中,定义请求召回或者替换待定的触发消息的新的消息/命令,并且对于召回和替换的每个定义的动作类型AVP包括在新的消息/命令中。或者,请求待定的触发消息的取消/召回的消息/命令,和请求待定的触发消息替换的消息/命令可以分别地定义。SCS发送给MTC-IWF的先前描述的设备触发取消/召回请求消息的内容也可以适用于实施例2和实施例3。
待定的触发消息的优先级值可以另外包括在设备触发取消/召回请求消息中。待定的触发消息的优先级值可以表示是否存在用于取消待定的触发消息的优先级。但是,是否待定的触发消息将以优先级(或者紧急)取消可以通过各种消息和/或参数和/或信息表示。
在步骤S702中,MTC-IWF可以基于外部ID、MSISDN、SCS ID,和在接收的设备触发取消请求消息中包括的旧的触发参考编号的至少一个识别将去除/取消哪个触发消息。此外,MTC-IWF可以将包括外部ID、MSISDN、IMSI、SCS ID和旧的触发参考编号(或者触发参考编号)的提交触发取消消息发送给SMS-SC。
如果SCS超过到Tsp接口的触发提交的配额或者速率,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或订户信息。
-取消待定的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T4接口的过载状态和/或T5接口的过载状态。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
MTC-IWF可以与对于SCS允许的触发提交的配额或者速率分开地管理对于SCS允许的触发取消的配额或者速率。在这种情况下,如果SCS超过触发取消的配额或者速率,则MTC-IWF可以不接受(或者拒绝)从SCS接收的设备触发取消/召回请求消息。
如果到SCS的Tsp接口处于过载状态之中,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或订户信息。
-待定的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T4接口的过载状态和/或T5接口的过载状态。
-是否SCS超过到Tsp接口的触发提交(或者触发取消)的配额或者速率。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
提交触发取消消息可以是新定义的消息,或者使用T4用于传统触发传送的提交触发消息(参见TS 23.682v11.20的5.2.2)。该消息可以进一步包括请求取消旧的待定触发消息的明确的/隐含的信息。
在执行步骤S702之前,MTC-IWF可以将请求订户信息,和/或请求检查/验证是否SCS被允许“取消/召回和替换”或者“替换”设备触发的消息发送给HSS/HLR(在图7中未示出)。该请求消息可以包括表示是否该请求是来自SCS的用于取消/召回和/或替换设备触发的请求的明确的或者隐含的信息。一旦收到该请求,HSS/HLR检查/验证是否SCS被允许取消/召回和/或替换用于MTC UE的设备触发。SCS将响应消息发送给MTC-IWF。该响应消息可以包括订户信息(例如,包括IMSI和服务MTC UE的服务节点的ID的路由信息)。如果作为检查/验证的结果,SCS不被允许取消/召回和/或替换用于MTC UE的设备触发,或者如果HSS/HLR不具有有关MTC UE的有效订户信息,则HSS/HLR将包括对此效果的信息的响应消息发送给MTC-IWF。在这种情况下,MTC-IWF将表示设备触发取消/召回和/或替换请求失败的消息发送给SCS,并且不执行后续的步骤。在MTC-IWF和HSS/HLR之间先前描述的相互作用也可以适用于实施例2和实施例3。只有当SCS在步骤S701中发送给MTC-IWF的设备触发取消请求消息中不包括作为MTC UE的ID的MSISDN,或者仅仅包括作为MTC UE的ID的外部ID时,在MTC-IWF和HSS/HLR之间相互作用的步骤可以执行。
在步骤S703中,SMS-SC可以去除通过旧的触发参考编号(其可以是待定的)识别的存储的旧的触发消息,和/或在接收的提交触发取消消息中包括的其它的信息(例如,外部ID、MSISDN、IMSI和SCS ID的至少一个)。当UE是可用的时候,SMS-SC可以存储要传送给UE的新的触发消息。
在步骤S704中,SMS-SC可以将对于新的触发消息的表示待定的触发消息(在SMS-SC中待定的)的成功取消/召回的提交触发取消响应消息发送给MTC-IWF。
提交触发取消响应消息可以是根据本发明新定义的消息,或者使用T4用于该传统触发传送的提交触发确认消息或者消息传送报告消息(参见23.682v11.2.0的5.2.2.)。该消息可以进一步包括表示这个消息是对请求取消旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
MTC-IWF可以在步骤S705中将包括外部ID、MSISDN和旧的触发参考编号(与表示是否触发取消是成功或者失败,以及如果该触发取消失败,表示失败的原因的原因值一起)的设备触发取消报告消息发送给SCS。
设备触发取消报告消息可以是根据本发明新定义的消息,或者经Tsp用于传统设备触发的设备触发报告消息(参见TS 23.682v11.2.0的5.2.1)。该消息可以进一步包括表示这个消息是对请求取消旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
在先前描述的实施例1a和/或实施例1b中,如果多个SMS-SC被连接到MTC-IWF,则MTC-IWF需要选择/确定其将请求取消/召回设备触发的请求消息,或者请求替换设备触发的请求消息发送到的SMS-SC。这是因为MTC-IWF应当将替换或者取消/召回请求消息发送给在多个SMS-SC之中存储旧的触发消息(即,MTC-IWF已经请求旧的触发消息传输的SMS-SC)的SMS-SC。MTC-IWF可以以以下方法的一个或多个选择/确定SMS-SC。
第一,发送设备触发传输请求消息(在图5的步骤S501中的提交触发消息)的SMS-SC可以在MTC-IWF中在UE基础上配置。这可以指的是接收与T4触发消息的替换或者取消/召回相关的第一消息的SMS-SC对于每个UE被配置。也就是说,MTC-IWF可以基于配置确定其将第一消息发送到的SMS-SC。
例如,SMS-SC-1被配置用于UE-1和UE-2,并且SMS-SC-2被配置用于UE-3和UE-4。因此,用于设备触发的替换或者取消/召回的请求消息被发送给配置的SMS-SC。UE可以通过一个或多个外部ID和MSISDN识别,并且其它的信息可用于确定/选择分配给/配置用于特定的UE的SMS-SC。
第二,MTC-IWF向HSS/HLR请求有关存储对其应当执行设备触发的替换或者取消/召回的旧的触发消息的SMS-SC(即,MTC-IWF已经对其请求旧的触发消息传输的SMS-SC)的信息,并且从HSS/HLR获得该信息。一旦从MTC-IWF收到请求SMC-SC信息的消息,HSS/HLR将SMS-SC信息(例如,SMS-SC的地址、名称和ID)提供给MTC-IWF。当MTC-IWF将请求消息发送给HSS/HLR的时候,MTC-IWF可以包括外部ID和MSISDN的至少一个,并且可以进一步包括SCS ID。这是基于包括在从SCS接收的设备触发替换或者取消/召回请求消息中的信息。如果触发传输失败,则SMS-SC请求HSS/HLR通知SMS-SC何时UE是可用的(即,警告服务中心机制)(参见在TS 23.682的5.2.2中的步骤8)。每当HSS/HLR接收这个请求时,其可以相对于UE存储SMS-SC地址/SMS-SC信息。因此,一旦从MTC-IWF收到SMS-SC信息请求消息,HSS/HLR可以将SMS-SC信息提供给MTC-IWF。当UE是可用的时候,在将表示UE的可利用性的通知消息发送给SMS-SC之后,HSS/HLR可以保持或者删除有关SMS-SC的信息。在后者的情形下,如果HSS/HLR从MTC-IWF接收请求SMS-SC信息的消息,则HSS/HLR可以不再存储SMS-SC信息。然后,HSS/HLR将表示SMS-SC信息的不可利用性的响应(明确地或者隐含地)发送给MTC-IWF。一旦收到该响应,如果SCS已经请求设备触发取消/召回,则MTC-IWF将i)表示设备触发替换或者取消/召回失败的响应消息发送给SCS,或者ii)表示设备触发取消/召回失败的响应消息发送给SCS。如果SCS已经请求设备触发替换,则MTC-IWF以T4方法发送新的触发消息。另外,MTC-IWF可以将响应发送给SCS。该响应可以包括表示旧的触发消息的取消/召回失败的信息,和/或表示将发送新的触发消息的信息。对于MTC-IWF交换以从HSS/HLR获得SMS-SC信息的消息可以是在实施例1a中的步骤S602,和在实施例1b中的步骤S702之前交换以请求订户信息,和/或请求检查/验证SCS的消息。该消息可以包括表示MTC-IWF请求SMS-SC信息的明确的或者隐含的信息。
用于选择/确定SMS-SC的以上描述的方法可以在本公开中适用。此外,用于基于配置选择/确定SMS-SC的方法可以扩展为与稍后描述的实施例2相关的T5设备触发传送。也就是说,当SCS连接到多个MTC-IWF的时候,SCS将替换或者取消/召回请求消息发送给存储旧的触发消息的MTC-IWF(即,SCS已经对其请求旧的触发消息传输的MTC-IWF),并且SCS可以基于配置选择/确定适宜的MTC-IWF。
实施例2-T5触发消息的替换或者取消/召回
另一个实施例关于T5触发消息的替换或者取消/召回。
MTC-IWF可以负责替换或者取消/召回T5触发消息。特别地,MTC-IWF可以基于包括在第一消息中的旧的触发参考编号识别要取消/召回或者替换的触发消息,并且可以去除识别的触发消息。如果第一消息与触发消息替换有关(例如,如果第一消息包括新的触发参考编号),则MTC-IWF可以去除对应于旧的触发参考编号的触发消息,并且存储新的触发消息(对应于新的触发参考编号)。如果UE是可用的,则存储的新的触发消息可以传送给UE。
如稍后描述的,第一消息可以是提交触发取消/召回消息,或者提交触发替换消息。第一消息可以与MTC-IWF已经从SCS接收的设备触发有关。换句话说,第一消息可以请求触发替换操作和触发召回/取消操作的一个。特别地,第一消息可以是设备触发取消/召回请求消息,或者设备触发替换请求消息。或者,第一消息可以是具有设置为取消/召回和替换中的一个的动作类型的设备动作请求消息。此外,如果SCS超过到Tsp接口的触发提交的配额或者速率,则MTC-IWF可以拒绝第一消息。
实施例2a–T5触发消息的替换
图8是图示用于替换T5触发消息飞操作的信号流程的示意图。参考图8,SCS可以在步骤S801中确定是否需要取消先前提交的触发消息。SCS可以将设备触发取消请求消息(包括外部ID或者MSISDN、SCS ID、旧的触发参考编号、新的触发参考编号、有效期、优先级、触发有效载荷等等)发送给MTC-IWF。旧的触发参考编号可以表示分配给SCS想要取消的先前提交的触发消息的触发参考编号。新的触发参考编号可以由SCS分配给新的提交的触发消息。虽然有效期、优先级和触发有效载荷是用于新的触发消息,但是外部ID、MSISDN和SCSID都与旧的触发消息(例如,待定的触发消息)和新的触发消息两者相关。
设备触发取消/召回请求消息可以是新定义的消息,或者经Tsp用于传统设备触发过程的设备触发请求消息(关于细节,参考TS23.682v11.2.0的5.2.1)。此外,该消息可以包括请求以新的触发消息替换旧的待定触发消息的明确的或者隐含的信息。
SCS可以将新的触发参考编号设置为与旧的触发参考编号相同的值。在这种情况下,设备触发取消/召回请求消息可以包括旧的和新的触发参考编号两者,或者仅仅包括一个触发参考编号。
就优先级信息而论,如果待定的触发消息和新的触发消息具有不同的优先级值(或者即使它们具有相同的优先级值),则待定的触发消息的优先级值可以另外包括在设备触发取消/召回请求消息中。待定的触发消息的优先级值可以表示是否存在用于取消待定的触发消息的优先级。但是,是否待定的触发消息将以优先级(或者紧急)被取消可以通过各种消息和/或参数和/或信息表示。
MTC-IWF可以在以新的触发消息替换旧的触发消息期间,基于外部ID、MSISDN、SCS ID,和在接收的设备触发取消请求消息中包括的旧的触发参考编号的至少一个识别要去除的触发消息。
如果SCS超过到Tsp接口的触发提交的配额或者速率,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或用户信息。
-取消待定的触发消息的优先级(或者紧急)。
-新的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T5接口的过载状态和/或T4接口的过载状态。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
MTC-IWF可以与对于SCS允许的触发提交的配额或者速率分开地管理对于SCS允许的触发取消的配额或者速率。在这种情况下,如果SCS超过触发取消的配额或者速率,MTC-IWF可以不接受(或者拒绝)从SCS接收的设备触发取消/召回请求消息。
如果到SCS的Tsp接口处于过载状态之中,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或订户信息。
-取消待定的触发消息的优先级(或者紧急)。
-新的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T5接口的过载状态和/或T4接口的过载状态。
-是否SCS超过到Tsp接口的触发提交(或者触发取消)的配额或者速率。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
在许多的情形之下,仅仅用于由设备触发取消/召回请求消息做出的取消待定的触发消息的请求可以被接受(或者拒绝),而用于提交新的触发消息的请求可以被拒绝。例如,在SCS超过到Tsp接口的触发提交(或者触发取消)的配额或者速率,和/或Tsp接口和/或T5接口处于过载状态的情形下,如果新的触发消息不具有优先级,并且仅仅待定的触发消息具有优先级,则MTC-IWF可以拒绝用于提交新的触发消息的请求,同时仅仅接受(或者拒绝)用于取消待定的触发消息的请求。或者,当SCS将设备触发取消/召回请求消息发送给MTC-IWF的时候,尽管在设备触发取消/召回请求消息中拒绝用于提交新的触发消息的请求,但是SCS可以包括请求待定的触发消息取消的明确的/隐含的信息。另一方面,当SCS将设备触发取消/召回请求消息发送给MTC-IWF的时候,如果用于提交新的触发消息的请求被拒绝,则SCS可以通过包括请求拒绝取消待定的触发消息请求的明确的/隐含的信息防止两个操作的单独实施。
在步骤S802中,MTC-IWF可以以新的触发消息替换待定的触发消息。可以根据存储待定的触发消息的网络节点如下不同地执行替换操作。
如果MTC-IWF存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF取消/删除待定的触发消息,和/或与待定的触发消息相关的信息,并且存储新的触发消息和/或与新的触发消息相关的信息。如果服务节点(即,MSC/SGSN/MME)存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF可以通过发送消息给服务节点(经由T5接口或者经由另一个节点),请求服务节点去除待定的触发消息,并且存储新的触发消息。如果除以上所述的节点以外的节点存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF可以通过发送消息给另一个节点(经由连接到另一个节点的接口或者经由另一个节点),请求另一个节点去除待定的触发消息,并且存储新的触发消息。
在步骤S803中,MTC-IWF可以将包括外部ID、MSISDN、旧的触发参考编号和新的触发参考编号(与表示是否触发取消是成功或者失败的,并且如果触发取消失败,表示失败原因的原因值一起)的设备触发取消报告消息发送给SCS。该设备触发取消报告消息可以是根据本发明新定义的消息,或者设备触发报告消息或者经Tsp用于传统设备触发的设备通知请求(DNR)消息/命令(参见23.682v11.2.0的5.2.1)。该消息可以进一步包括表示这个消息是对请求以新的触发消息替换旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
实施例2b-T5触发消息的取消/召回
参考图9,SCS可以在步骤S901中确定是否需要取消先前提交的触发消息。SCS可以将设备触发取消请求消息(包括外部ID或者MSISDN、SCS ID,和旧的触发参考编号或者新的触发参考编号)发送给MTC-IWF。旧的触发参考编号(或者触发参考编号)可以表示分配给SCS想要取消的先前提交的触发消息的触发参考编号。
设备触发取消/召回请求消息可以是根据本发明新定义的消息,或者经Tsp用于传统设备触发过程的设备触发请求消息(关于细节,参考TS 23.682v11.2.0的5.2.1)。此外,该消息可以进一步包括请求取消旧的待定触发消息的明确的/隐含的信息。
待定的触发消息的优先级值可以另外包括在设备触发取消/召回请求消息中。待定的触发消息的优先级值可以表示是否存在用于取消待定的触发消息的优先级。但是,是否待定的触发消息将以优先级(或者紧急)被取消可以通过各种消息和/或参数和/或信息表示。
MTC-IWF可以基于外部ID、MSISDN、SCS ID,和在接收的设备触发取消请求消息中包括的旧的触发参考编号的至少一个识别要去除的触发消息。
如果SCS超过到Tsp接口的触发提交的配额或者速率,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。
-运营商策略和/或订户信息。
-取消待定的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T5接口的过载状态和/或T4接口的过载状态。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
MTC-IWF可以与对于SCS允许的触发提交的配额或者速率分开地管理对于SCS允许的触发取消的配额或者速率。在这种情况下,如果SCS超过触发取消的配额或者速率,则MTC-IWF可以不接受(或者拒绝)从SCS接收的设备触发取消/召回请求消息。
如果到SCS的Tsp接口处于过载状态之中,则MTC-IWF可以基于以下的至少一个确定是否接受(或者拒绝)设备触发取消/召回请求消息。可以基于除以下信息以外的各种信息单元进行确定。
-运营商策略和/或订户信息。
-取消待定的触发消息的优先级(或者紧急)。
-Tsp接口的过载状态。
-T5接口的过载状态和/或T4接口的过载状态。
-是否SCS超过到Tsp接口的触发提交(或者触发取消)的配额或者速率。
-存储在MTC-IWF中的设备触发相关的信息,和从另一个节点(例如,HSS)获得的设备触发相关的信息。
在步骤S902中,MTC-IWF可以取消/召回待定的触发消息。取消/召回操作可以根据存储待定的触发消息的网络节点如下不同地执行。
如果MTC-IWF存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF去除/删除待定的触发消息。如果MTC-IWF已经订阅通知UE可利用性给另一个节点(例如,HSS/HLR)以知道UE的可利用性的通知服务,则MTC-IWF可以进一步执行用于解除通知服务的操作。如果服务节点(即,MSC/SGSN/MME)存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF可以请求服务节点去除/删除待定的触发消息,并且可以接收对该请求的响应。
如果除以上所述的节点以外的节点存储待定的触发消息(或者执行存储和转发功能),则MTC-IWF可以通过发送消息给另一个节点(经由连接到另一个节点的接口或者经由另一个节点),请求另一个节点去除/删除待定的触发消息。如果存储待定的触发消息的另一个节点已经订阅通知UE可利用性给另一个节点(例如,HSS/HLR)以知道UE的可利用性的通知服务,则另一个节点可以进一步执行用于解除该通知服务的操作。
在步骤S903中,MTC-IWF可以将包括外部ID、MSISDN和触发参考编号(与表示是否触发取消是成功或者失败,并且如果触发取消失败,表示失败原因的原因值一起)的设备触发取消报告消息发送给SCS。设备触发取消报告消息可以是根据本发明新定义的消息,或者经Tsp用于传统设备触发的设备触发报告消息(参见TS 23.682v11.2.0的5.2.1)。该消息可以进一步包括表示这个消息是对请求取消旧的待定触发消息的消息的响应消息的明确的/隐含的信息。
实施例3-T5小数据的替换或者取消/召回
第三个实施例关于使用T5接口的小数据的替换或者取消/召回。
MTC-IWF可以负责使用T5接口替换或者取消/召回小数据。特别地,MTC-IWF可以基于包括在第一消息中的旧的小数据参考编号识别要取消/召回或者替换的小数据,并且可以去除识别的小数据。如果第一消息与小数据的替换(例如,如果第一消息包括新的小数据参考编号)有关,则MTC-IWF可以去除对应于旧的小数据参考编号的小数据,并且存储新的小数据(对应于新的小数据参考编号)。如果UE是可用的,则存储的新的小数据可以传送给UE。
如稍后描述的,第一消息可以是小数据取消/召回消息,或者小数据替换消息。第一消息可以是与MTC-IWF已经从SMC-SC接收的小数据相关的消息。换句话说,第一消息可以请求小数据替换和小数据召回/取消的一个。特别地,第一消息可以是具有设置为取消/召回和替换的一个的动作类型的设备动作请求消息。此外,如果SCS超过到Tsp接口的小数据的配额的或者速率,则MTC-IWF可以拒绝第一消息。
实施例3a–T5小数据的替换
在步骤S1001中,SCS可以确定是否需要替换先前提交的小数据。SCS可以将具有设置为小数据替换请求的动作类型的设备动作请求(包括外部ID或者MSISDN、SCS ID、旧的小数据参考编号、新的小数据参考编号、有效期/消息持续时间、优先级、小数据有效载荷等等)发送给MTC-IWF。
旧的小数据参考编号可以表示分配给SCS想要取消的先前提交的小数据的小数据参考编号。新的小数据参考编号可以由SCS分配给新的提交的小数据。
对于用于替换先前提交的小数据的操作,SCS在发送给MTC-IWF的小数据传输请求中包括小数据的参考编号(或者ID或者指标)。
如果SCS超过到Tsp接口的小数据提交的配额或者速率,则MTC-IWF可以拒绝从SCS接收的具有设置为小数据替换请求的动作类型的设备触发动作请求消息。MTC-IWF可以将表示拒绝(与表示失败原因的原因值一起)的响应消息发送给SCS,并且可以不执行后续的步骤。
在步骤S1002中,MTC-IWF经T5接口执行小数据替换过程。稍后将参考图11详细描述这些。
在步骤S1003中,MTC-IWF可以将在设备动作响应消息中的小数据替换的成功或者失败表示给SCS。换句话说,MTC-IWF将对小数据替换请求或者表示该结果消息的响应消息发送给SCS。
图11是图示由MTC-IWF执行的经T5接口的小数据替换过程的详细示意图。参考图11,MTC-IWF可以在步骤S1101中基于外部ID、MSISDN、SCS ID和在接收的小数据替换请求消息(即,请求由SCS发送的小数据替换的消息,其传输已经由MTC-IWF请求)中包括的旧的小数据参考编号的至少一个识别要替换的小数据。MTC-IWF检查是否识别的小数据已经在MTC-IWF中发送或者待定。如果小数据在MTC-IWF中待定,或者如果小数据已经发送给UE但是失败,则MTC-IWF可以执行步骤S1102a至S1104a。更具体地说,MTC-IWF删除存储的小数据,并且在步骤S1102a中存储当UE是可用的时候要传送的新的小数据。在步骤S1103a中,MTC-IWF认为先前提交的小数据已经被成功地替换。当UE是可用的时候,MTC-IWF在步骤S1104a中将新的小数据传送给UE。对于用于传送新的小数据的过程,可以参考3GPP TR 23.887v1.1.0的5.1.1.3.3.1.1。如果小数据已经被传送给UE,并且该传送成功,或者如果小数据的有效期限已经期满,则在步骤S1102b中,MTC-IWF认为该替换请求已经失败(例如,由于成功的传送或者时间期满)。在步骤S1103b中,当UE是可用的时候,MTC-IWF将新的小数据传送给UE。对于用于传送新的小数据的过程,可以参考3GPP TR 23.887v1.1.0的5.1.1.3.3.1.1。
实施例3b-T5小数据的取消/召回
在步骤S1201中,SCS可以确定是否需要取消/召回先前提交的小数据。SCS可以将具有设置为小数据取消/召回请求(包括外部ID或者MSISDN、SCS ID和旧的小数据参考编号或者触发参考编号)的动作类型的设备动作请求发送给MTC-IWF。旧的小数据参考编号(或者触发参考编号)可以表示分配给SCS想要取消的先前提交的小数据的小数据参考编号。对于用于召回先前提交的小数据的操作,SCS可以在发送给MTC-IWF的小数据传输请求中包括小数据的参考编号(或者ID或者指标)。
如果SCS超过到Tsp接口的小数据提交的配额或者速率,则MTC-IWF可以拒绝从SCS接收的具有设置为小数据取消/召回请求的动作类型的设备触发动作请求消息。MTC-IWF可以将表示拒绝的响应消息(与表示失败原因的原因值一起)发送给SCS,并且不执行后续的步骤。
在步骤S1202中,MTC-IWF经T5接口执行小数据取消/召回过程。稍后将参考图13详细描述这些。
在步骤S1203中,MTC-IWF可以将在设备动作响应消息中的小数据取消/召回的成功或者失败表示给SCS。换句话说,MTC-IWF将对小数据召回请求或者表示该结果消息的响应消息发送给SCS。
参考图13,MTC-IWF可以在步骤S1301中基于外部ID、MSISDN、SCS ID和在接收的小数据取消/召回请求消息(即,请求由SCS发送的小数据的取消/召回的消息,其传输已经由MTC-IWF请求)中包括的旧的小数据参考编号的至少一个识别要取消的小数据。MTC-IWF检查是否识别的小数据已经发送给UE,或者在MTC-IWF中待定。如果小数据在MTC-IWF中待定,或者如果小数据已经发送给UE但是失败,则MTC-IWF可以执行步骤S1302a和S 1303aa。更具体地说,MTC-IWF在步骤S1302a中删除存储的小数据。在步骤S1303a中,MTC-IWF认为先前提交的小数据已经被成功地取消/召回。如果小数据已经被传送给UE,并且该传送成功,或者如果小数据的有效期限已经期满,则在步骤S1302b中,MTC-IWF认为该取消/召回请求已经失败(例如,由于成功的传送或者时间期满)。
在以上的描述中,如果UE正在漫游,则替换或者取消/召回设备触发/小数据的MTC-IWF可以位于UE的HPLMN中,或者UE已经注册到的PLMN,即,访问的PLMN中。
根据本发明实施例的装置
图14是根据本发明的优选实施例的UE和网络节点的方框图。
参考图14,根据本发明的装置1410可以包括收发信机模块1411、处理器1412和存储器1413。收发信机模块1411可以被配置为发送信号、数据和信息给外部设备(网络节点(未示出)和/或服务器(未示出)),并且从外部设备接收信号、数据和信息。处理器1412可以对装置1410提供全面控制,并且可以被配置为计算和处理要发送到外部设备或者从外部设备接收的信息。存储器1413可以对于预先确定的时间存储计算的和处理的信息,并且可以以诸如缓存器(未示出)的部件替换。
根据本发明的一个实施例,装置1410的处理器可以处理用于实现先前的实施例所需的操作。
以上描述的装置1410的特定的配置可以被实现,使得本发明的先前的各种实施例可以独立地适用,或者它们的两个或更多个可以同时地适用。为了避免冗余,在此处不提供其描述。
本发明的实施例可以通过各种手段,例如,以硬件、固件、软件或者其组合实现。
在硬件结构中,根据本发明的实施例的方法可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSDP)、可编程序逻辑设备(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器或者微处理器实现。
在固件或者软件结构中,根据本发明实施例的方法可以以执行以上描述的功能或者操作的模块、过程、功能等等的形式实现。软件代码可以存储在存储单元中,并且由处理器执行。该存储单元可以位于该处理器的内部或者外部,并且可以经由各种各样已知的装置发送与接收数据往返于处理器。
本发明的优选实施例的详细说明已经给出以允许本领域技术人员实现和实践本发明。虽然已经参考优选的实施例描述了本发明,本领域技术人员应该理解,不脱离在所附的权利要求中描述的本发明的精神或者范围,可以在本发明中进行各种改进和变化。因此,本发明不应该限于在此处描述的特定的实施例,而是应该根据符合在此处公开的原理和新颖特点的最宽的范围。
本领域技术人员应该理解,除了在此处阐述的那些之外,不脱离本发明的精神和基本特征,本发明可以以其他特定的方式实现。以上所述的实施例因此在所有方面解释为说明性的和非限制性的。本发明的范围将由所附的权利要求及其合法的等效,不由以上的描述确定,并且落在所附的权利要求的含义和等效范围内的所有变化意欲包含在其中。此外,对于本领域技术人员来说显而易见,在所附的权利要求书中未明确地相互引用的权利要求可以以与本发明的实施例组合呈现,或者在本申请申请之后,通过以后的修改作为新的权利要求包括。
工业实用性
先前描述的本发明的实施例适用于各种移动通信系统。
Claims (15)
1.一种在无线通信系统中通过短消息服务-服务中心(SMS-SC)替换/召回设备触发的方法,该方法包括:
从机器型通信交互功能(MTC-IWF)接收包括旧的触发参考编号的第一消息;和
删除与所述旧的触发参考编号相对应的触发消息,
其中,如果所述第一消息进一步包括新的触发参考编号,则SMS-SC连同所述触发消息的删除一起存储与所述新的触发参考编号相对应的新的触发消息。
2.根据权利要求1所述的方法,其中,所述第一消息基于与所述MTC-IWF已经从服务能力服务器(SCS)接收的设备触发相关的第二消息。
3.根据权利要求2所述的方法,其中,与所述设备触发相关的所述第二消息请求触发替换和触发召回中的一个。
4.根据权利要求2所述的方法,其中,仅当所述第二消息请求触发替换时,所述第一消息包括所述新的触发参考编号。
5.根据权利要求2所述的方法,其中,如果所述第二消息请求触发召回,则所述第一消息不包括所述新的触发参考编号。
6.根据权利要求2所述的方法,其中,如果所述SCS超过到Tsp接口的触发提交的配额或者速率,则所述第二消息被所述MTC-IWF拒绝。
7.根据权利要求1所述的方法,其中,所述MTC-IWF基于配置信息选择所述SMS-SC作为在多个SMS-SC之中接收所述第一消息的SMS-SC。
8.一种在无线通信系统中由MTC-IWF替换/召回小数据的方法,该方法包括:
基于在第一消息中包括的旧的小数据参考编号识别要替换/召回的小数据;和
删除所识别的小数据,
其中,如果所述第一消息与小数据替换有关,则MTC-IWF连同所述小数据的删除一起存储新的小数据。
9.根据权利要求8所述的方法,进一步包括:从SCS接收所述第一消息。
10.根据权利要求9所述的方法,其中,所述第一消息请求小数据替换和小数据召回中的一个。
11.根据权利要求9所述的方法,其中,仅当所述第一消息请求小数据替换时,所述第一消息包括新的小数据参考编号。
12.根据权利要求9所述的方法,其中,如果所述SCS超过到Tsp接口的触发提交的配额或者速率,则所述第一消息被所述MTC-IWF拒绝。
13.根据权利要求8所述的方法,其中,如果识别的小数据在所述MTC-IWF中待定,或者识别的小数据到用户设备(UE)的传送已经失败,则识别的小数据被删除。
14.根据权利要求8所述的方法,其中,如果识别的小数据已经成功地传送给UE,则所述小数据的替换/召回被认为是失败。
15.根据权利要求8所述的方法,其中,所述小数据是设备触发消息。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261708594P | 2012-10-01 | 2012-10-01 | |
US61/708,594 | 2012-10-01 | ||
US201361858624P | 2013-07-26 | 2013-07-26 | |
US61/858,624 | 2013-07-26 | ||
US201361882633P | 2013-09-26 | 2013-09-26 | |
US61/882,633 | 2013-09-26 | ||
PCT/KR2013/008779 WO2014054876A1 (ko) | 2012-10-01 | 2013-10-01 | 무선 통신 시스템에서 장치 트리거 /스몰 데이터 교체 /회수 방법 및 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104756540A true CN104756540A (zh) | 2015-07-01 |
CN104756540B CN104756540B (zh) | 2018-09-07 |
Family
ID=50435174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380057224.XA Active CN104756540B (zh) | 2012-10-01 | 2013-10-01 | 一种用于设备触发/小数据交换/收集的方法和设备 |
Country Status (6)
Country | Link |
---|---|
US (1) | US9554234B2 (zh) |
EP (1) | EP2905991B1 (zh) |
JP (2) | JP5997389B2 (zh) |
KR (1) | KR101623021B1 (zh) |
CN (1) | CN104756540B (zh) |
WO (1) | WO2014054876A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016177059A1 (zh) * | 2015-10-20 | 2016-11-10 | 中兴通讯股份有限公司 | 一种触发消息处理方法、装置和系统 |
WO2017008558A1 (zh) * | 2015-07-10 | 2017-01-19 | 中兴通讯股份有限公司 | 设备触发信息的处理方法及装置 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8913518B2 (en) | 2012-08-03 | 2014-12-16 | Intel Corporation | Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation |
US9191828B2 (en) | 2012-08-03 | 2015-11-17 | Intel Corporation | High efficiency distributed device-to-device (D2D) channel access |
US9036603B2 (en) | 2012-08-03 | 2015-05-19 | Intel Corporation | Network assistance for device-to-device discovery |
US9526022B2 (en) | 2012-08-03 | 2016-12-20 | Intel Corporation | Establishing operating system and application-based routing policies in multi-mode user equipment |
CN104471876B (zh) * | 2012-08-03 | 2018-08-10 | 英特尔公司 | 包含设备触发重呼/替换特征的3gpp/m2m方法和设备 |
EP3537844A1 (en) * | 2013-01-08 | 2019-09-11 | IOT Holdings, Inc. | Method and apparatus for triggering devices and delivering small data |
US20150195717A1 (en) * | 2014-01-06 | 2015-07-09 | Puneet K. Jain | Techniques for communication between interworking function and short message service nodes for device trigger replacement/recall |
US10313883B2 (en) * | 2017-11-06 | 2019-06-04 | Oracle International Corporation | Methods, systems, and computer readable media for using authentication validation time periods |
US10542394B1 (en) * | 2018-07-13 | 2020-01-21 | Oracle International Corporation | Methods, systems, and computer redable media for optimized short message service (SMS)-based Internet of Things (IoT) device triggering |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8666367B2 (en) * | 2009-05-01 | 2014-03-04 | Apple Inc. | Remotely locating and commanding a mobile device |
US9042221B2 (en) * | 2010-04-28 | 2015-05-26 | Lg Electronics Inc. | Method of controlling congestion of MTC data in a mobile communication system |
KR101782650B1 (ko) * | 2010-05-04 | 2017-09-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 mtc 서비스 네트워크 오버로드의 제어 방법 및 그 장치 |
KR101762730B1 (ko) * | 2011-02-22 | 2017-07-31 | 삼성전자주식회사 | 이동통신 시스템에서 그룹 기반 mtc 디바이스 제어 방법 및 장치 |
US8989070B2 (en) * | 2012-07-02 | 2015-03-24 | Intel Corporation | Apparatus and method to efficiently send device trigger messages |
CN104471876B (zh) * | 2012-08-03 | 2018-08-10 | 英特尔公司 | 包含设备触发重呼/替换特征的3gpp/m2m方法和设备 |
-
2013
- 2013-10-01 CN CN201380057224.XA patent/CN104756540B/zh active Active
- 2013-10-01 WO PCT/KR2013/008779 patent/WO2014054876A1/ko active Application Filing
- 2013-10-01 EP EP13843747.0A patent/EP2905991B1/en active Active
- 2013-10-01 JP JP2015535559A patent/JP5997389B2/ja active Active
- 2013-10-01 US US14/432,731 patent/US9554234B2/en active Active
- 2013-10-01 KR KR1020157011670A patent/KR101623021B1/ko active IP Right Grant
-
2016
- 2016-08-25 JP JP2016164980A patent/JP6152208B2/ja active Active
Non-Patent Citations (3)
Title |
---|
3GPP: "Architecture enhancements to facilitate communications with packet data networks and applications", 《3GPP TS 23.682 V11.2.0》 * |
3GPP: "Machine-Type and other Mobile Data Applications Communications Enhancements", 《3GPP TR 23.887 V0.2.1》 * |
MOTOROLA MOBILITY: "Key Issue on Canceling Previously Submitted Trigger Messages", 《3GPP SA WG2 MEETING #92 S2-123299》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017008558A1 (zh) * | 2015-07-10 | 2017-01-19 | 中兴通讯股份有限公司 | 设备触发信息的处理方法及装置 |
WO2016177059A1 (zh) * | 2015-10-20 | 2016-11-10 | 中兴通讯股份有限公司 | 一种触发消息处理方法、装置和系统 |
CN106604251A (zh) * | 2015-10-20 | 2017-04-26 | 上海中兴软件有限责任公司 | 一种触发消息处理方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
US20150271623A1 (en) | 2015-09-24 |
JP6152208B2 (ja) | 2017-06-21 |
WO2014054876A1 (ko) | 2014-04-10 |
EP2905991A1 (en) | 2015-08-12 |
KR20150087839A (ko) | 2015-07-30 |
US9554234B2 (en) | 2017-01-24 |
JP2015534783A (ja) | 2015-12-03 |
CN104756540B (zh) | 2018-09-07 |
JP2016197927A (ja) | 2016-11-24 |
EP2905991A4 (en) | 2016-06-22 |
EP2905991B1 (en) | 2019-09-18 |
KR101623021B1 (ko) | 2016-05-20 |
JP5997389B2 (ja) | 2016-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6619067B2 (ja) | マシンタイプ通信グループベースサービスのための調整されたグループ化 | |
CN104756540B (zh) | 一种用于设备触发/小数据交换/收集的方法和设备 | |
US9225399B2 (en) | Method to enable optimization for small data in an evolved packet core (EPC) | |
EP2880782B1 (en) | Device trigger recall/replace feature for 3gpp/m2m systems | |
CN105554789B (zh) | 通信系统、方法和装置 | |
CN104823478B (zh) | 在无线通信系统中用于管理ran资源的方法和设备 | |
CN107182025A (zh) | 在无线通信系统中基于多个优先级的控制方法和设备 | |
CN104704875A (zh) | 在无线通信系统中控制多优先级的方法和装置 | |
CN103534960A (zh) | 用于无线通信系统中的mtc的方法和设备 | |
CN103517230B (zh) | 触发信息发送和协议转换的方法及系统 | |
WO2012151963A1 (zh) | 一种触发信息中有效时间的处理方法和系统 | |
CN105474739B (zh) | 在无线通信系统中取消设备触发的方法和设备 | |
CN103906023A (zh) | 机器类型设备mtc设备的触发信息的处理方法及装置 | |
CN103200553B (zh) | 响应触发信息的方法、系统和mtc用户设备 |
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 |