CN113923634B - M2m服务层与3gpp网络之间的过载控制和协调 - Google Patents
M2m服务层与3gpp网络之间的过载控制和协调 Download PDFInfo
- Publication number
- CN113923634B CN113923634B CN202111201561.4A CN202111201561A CN113923634B CN 113923634 B CN113923634 B CN 113923634B CN 202111201561 A CN202111201561 A CN 202111201561A CN 113923634 B CN113923634 B CN 113923634B
- Authority
- CN
- China
- Prior art keywords
- scs
- congestion
- core network
- network
- overload
- 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
Links
- 238000000034 method Methods 0.000 claims description 128
- 230000009471 action Effects 0.000 claims description 38
- 230000001603 reducing effect Effects 0.000 claims description 17
- 230000009467 reduction Effects 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 14
- 230000000670 limiting effect Effects 0.000 claims description 5
- 230000007246 mechanism Effects 0.000 abstract description 37
- 238000004891 communication Methods 0.000 description 80
- 230000015654 memory Effects 0.000 description 33
- 230000006870 function Effects 0.000 description 29
- 230000000694 effects Effects 0.000 description 21
- 238000007726 management method Methods 0.000 description 21
- 238000012986 modification Methods 0.000 description 19
- 230000004048 modification Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 18
- 230000011664 signaling Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 12
- 230000008859 change Effects 0.000 description 10
- 230000002829 reductive effect Effects 0.000 description 10
- 238000003860 storage Methods 0.000 description 10
- 238000012546 transfer Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 6
- 230000002093 peripheral effect Effects 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 5
- 239000008186 active pharmaceutical agent Substances 0.000 description 4
- 210000004027 cell Anatomy 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 241000700159 Rattus Species 0.000 description 3
- 241000532784 Thelia <leafhopper> Species 0.000 description 3
- 238000013475 authorization Methods 0.000 description 3
- 230000036541 health Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 241000282412 Homo Species 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 101150080315 SCS2 gene Proteins 0.000 description 1
- 101100072644 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) INO2 gene Proteins 0.000 description 1
- 101100454372 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) LCB2 gene Proteins 0.000 description 1
- 101100489624 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RTS1 gene Proteins 0.000 description 1
- 101100256290 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SCS3 gene Proteins 0.000 description 1
- 101100256289 Schizosaccharomyces pombe (strain 972 / ATCC 24843) fit1 gene Proteins 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 210000001175 cerebrospinal fluid Anatomy 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013499 data model Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000005286 illumination Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
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
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及M2M服务层与3GPP网络之间的过载控制和协调。在本文中考虑并描述了现有拥塞和过载控制机制的各种问题。依照各种实施例,本文中所描述的是诸如例如3GPP网络的核心网和M2M服务层能够协调并共享信息以高效地且智能地管理彼此的拥塞和过载状态的各种机制。
Description
本申请是国际申请日为2015年3月31日、国家申请号为201580021607.0、发明名称为“M2M服务层与3GPP网络之间的过载控制和协调”的进入中国国家阶段的PCT申请的分案申请。
相关申请的交叉引用
本申请要求2014年3月31日提交的美国临时专利申请序号61/972,746的权益,其公开内容从而通过引用被结合,如同在本文中整体地被阐述一样。
背景技术
机器类型通信(MTC)是指未必涉及人类交互的不同实体或节点之间的通信。MTC设备可以利用服务能力服务器(SCS)的服务来与外部MTC应用进行通信。依照第三代合作伙伴计划(3GPP)构建、能够被称为3GPP系统的网络能够为机器到机器(M2M)设备通信提供传输。此外,3GPP系统可以为机器类型通信提供其它增值服务。不同的架构模型在基于MTC服务提供商(SP)和3GPP网络运营商的关系的3GPP系统中是可能的。针对MTC的架构增强被定义在3GPP TS 23.682“Architecture enhancements to facilitate communications withpacket data networks and applications”中,其通过引用被结合,如同在本文中阐述了其内容一样。参考图1A,示出了3GPP系统中的MTC的架构101。如所示,机器类型通信-互通功能(MTC-IWF)102在3GPP系统中被引入以使得能够实现3GPP网络与一个或多个服务能力服务器(SCS)104的通信。MTC-IWF 102可以是另一网络元件的独立实体或功能实体。MTC-IWF102隐藏了内部公用陆地移动网(PLMN)拓扑,并且中继或者转化通过Tsp参考点发送的信息以调用PLMN中的特定功能性。
策略和计费控制(PCC)架构106可以被用在3GPP网络中以使得能实现策略控制和计费控制。如图1B中所示,PCC架构106可以是示例3GPP系统的一部分。如所示,Rx参考点被定义在策略和计费规则功能(PCRF)108与例如应用功能(AF)110的应用功能(AF)之间。Rx参考点能够被用来在PCRF 108与AF 110之间交换应用级会话信息。这个信息是由PCRF 108用于如3GPP TS 23.203策略和计费控制架构中进一步定义的策略和计费控制(PCC)决策的输入的一部分,其通过引用被结合,如同在本文中阐述了其内容一样。服务层或SCS 104或机器到机器(M2M)服务器可以被认为是AF的示例。
现在参考图1C,描绘了用户数据汇聚(UDC)架构112。UDC 112是使用户数据与应用逻辑分开的分层架构的逻辑表示,使得用户数据被存储在逻辑上唯一的储存库中,该储存库允许来自处理应用逻辑的实体(节点)(被称作应用前端114)的访问。依照所图示的示例,应用前端不存储数据并且它们从用户数据储存库(UDR)116访问数据。UDC是可以通过提供对用户数据的容易访问来确保数据一致性并且简化新服务的创建的可选概念。UDC还可以确保存储和数据模型的一致性,并且可以对业务机制、参考点以及网络元件的协议具有最小影响。UDC被进一步定义在图1C中所示的UDC架构图中以及在3GPP TS 23.335“User DataConvergence(UDC);Technical realization and information flows”中。
3GPP正致力于解决移动运营商与数据应用提供商之间互通,以针对各种互通场景提供用于认证、授权以及策略和计费的框架。不同的架构基于3GPP网络运营商与数据应用提供商的关系是可能的,诸如基于3GPP TR 32.862“EPC enhancements to SupportInterworking with Data Application Providers(MOSAP)”中所描述的关系,其通过引用被结合如同在本文中阐述了其内容一样。图1D示出了3GPP正考虑的解决方案的架构118。如所示,已在这个架构中引入了数个不同的参考点。Mh是非互联网协议(IP)多媒体子系统(IMS)应用和服务(AS)(非IMS AS)与归属订户服务前端(HSS-FE)之间的接口。Mh接口能够跨越3GPP(H)PLMN。除了未被IMS应用使用,Mh接口与Sh接口类似。用在Mh上的协议被假定为基于如3GPP中所定义的Sh。服务层/SCS/M2M服务器可以被认为是非IMS AS的示例。
预期M2M技术的增长将引起需要连接性的设备的数目的增加。现有基于3GPP的网络被设计成主要支持涉及人类的通信,所以M2M设备的增长对基于3GPP的网络提出新的挑战和要求。例如,需要连接性的M2M设备的数目可以比传统用户设备(UE)的数目大数倍。连接设备的数目的增加可能导致3GPP网络中的拥塞问题。尽管由大多数M2M设备所生成的数据量可能相对较小,然而来自所有M2M设备的集合数据以及用于支持连接性的信令开销可以是显著的并且可能导致网络中的过载。由M2M设备导致的过载可能使3GPP核心网元件和无线电接入网元件两者拥塞,这可以导致3GPP网络服务的降级或者可以甚至使网络瘫痪。3GPP已在3GPP的版本10和版本11中引入了在下面所描述的数个机制,意图是允许基于3GPP的网络有效地控制开销并管理拥塞。
例如,引入了在UE侧的数个新配置,其可以帮助网络识别MTC设备并且对可能使网络过载的UE发起的过程提供某种控制。3GPP TS23.401“General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN)access”的条款4.3.17.4以及3GPP TS 23.060“General Packet Radio Service(GPRS);Service description”的条款5.3.13.3提供了配置的完整细节,其通过引用被结合,如同在本文中阐述了其两者的公开内容一样。通过示例,配置包括:
·低接入优先级(LAP),其用于能够延迟它们的数据传送的设备。这个指示符在适当的NAS信令过程期间被发送到MME并且在RRC连接建立过程期间被发送到E-UTRAN。低优先级能够在PDN连接被建立时与该PDN连接相关联,并且它将不改变直到该PDN连接被去激活为止。
·在PLMN改变时以IMSI进行附着,这主要是为了在大量UE设法在网络故障之后进行附着时避免在接收网络上的信令过载。这避免了信令过载,因为接收网络不必设法解析临时ID并随后请求IMSI。
·对长最小周期性PLMN搜索时间的限制
·对扩展接入禁止的支持
·NMO I——网络操作模式I的使用
·对无效(U)SIM状态、“禁止PLMN列表”、“S1mode列表中附着的禁止PLMN”以及“GPRS服务列表的禁止PLMN”的特定处理。UE记住USIM是无效的并且即使UE被断开然后被接通也保持PLMN禁止列表。
UE能够被配置有以上选项中的一个或多个。能够通过OMA DM或(U)SIM OTA过程来执行UE中的这些选项的制造后配置。
用于控制过载并且/或者管理拥塞的另一示例机制是过载的SGSN/MME控制。例如,在过载场景期间SGSN/MME能够请求BSC/RNC/eNB拒绝来被配置用于低接入优先级的MS/UE的RR(C)连接建立。
在3GPP TS 36.331“Evolved Universal Terrestrial Radio Access(E-UTRA);Radio Resource Control(RRC);Protocol specification”中描述了用于控制过载并且/或者管理拥塞的另一示例机制。被配置用于“低优先级接入”的MTC UE能够通过将“EstablishmentCause”值设定为“delayTolerantAccess”在RRC连接请求期间将它指示给UTRAN/E-UTRAN。在过载场景中,UTRAN/E-UTRAN能够拒绝来自“延迟容忍”设备的新RRC连接请求或者释放来自“延迟容忍”设备的现有连接并且请求设备在重新尝试之前等待较长时间。UTRAN/E-UTRAN能够在RRC连接拒绝或RRC连接释放消息中将字段“extendedWaitTime”设定为多达最大30分钟。
用于控制过载并且/或者管理拥塞的另一示例机制被称为GERAN低接入优先级-隐式拒绝过程。BSC被增强以在过载/拥塞期间支持拒绝来自被配置用于低接入优先级的MS的RR连接建立。当由于过载原因而拒绝RR连接请求时,BSC向MS指示限制进一步的RR连接请求的适当的定时器值。隐式拒绝过程被BSC用来防止被配置用于“低接入优先级”的移动台请求PS/CS资源,如在3GPP TS 44.018“Mobile radio interface layer 3specification;Radio Resource Control(RRC)protocol”中进一步描述的那样。当移动台启动隐式拒绝定时器时,它在所设定的{10.0,10.1,10.2,…200.0}秒内选择从均匀概率分布随机得到的值。因此“低接入优先级”MS可以在重新尝试之前等待多达最大200秒。
GERAN(从版本10起)和UTRAN/E-UTRAN(从版本11起)支持扩展接入禁止(EAB),其中网络/运营商能够选择性地限制被配置用于EAB的设备接入网络。网络能够广播EAB信息并且被配置用于EAB的UE将对它进行评估以确定该UE对网络的接入是否被限制。这可以防止设备执行除紧急呼叫之外的任何移动端发起的接入尝试。
用于控制过载并且/或者管理拥塞的另一示例机制允许MME/SGSN在检测到与接入点名称(APN)相关联的ESM/SM拥塞时利用会话管理退避定时器来拒绝来自UE的ESM/SM请求。MME/SGSN可以利用会话管理退避定时器通过向UE发送去激活PDP/PDN上下文消息来去激活属于拥塞APN的PDP/PDN连接。
用于控制过载并且/或者管理拥塞的另一示例机制被称为基于APN的MM拥塞控制。当针对APN检测到拥塞时,SGSN/MME可以利用MM退避定时器来拒绝来自订阅了该APN的UE的附着请求。在MM退避定时器正在运行的同时,除了紧急/优先级服务之外,UE不应对移动性管理过程发起任何NAS请求。
用于控制过载并且/或者管理拥塞的另一示例机制被称为一般NAS级移动性管理拥塞控制。在一般过载状况下,MME/SGSN可以利用MM退避定时器来拒绝来自UE的移动性管理信令请求。
用于控制过载并且/或者管理拥塞的另一示例机制被称为下行链路数据通知请求的节流。MME/S4-SGSN能够对处于空闲模式的UE拒绝用于低优先级业务的下行链路数据通知请求。为了进一步卸载MME/S4-SGSN,MME/S4-SGSN能够请求SGW根据DDN Ack消息中所指定的节流因子和节流延迟来选择性地减少的下行链路数据通知请求的数目,下行链路数据通知请求是SGW针对为处于空闲模式的UE所接收的下行链路低优先级业务而发送的。SGW确定承载是用于低优先级业务还是不基于承载的ARP优先级水平和运营商策略。
用于控制过载并且/或者管理拥塞的另一示例机制被称为过载的PGW/SGSN控制。PGW/GGSN可以基于诸如以下各项的准则来检测APN拥塞:每APN活动承载的最大数目;和/或每APN承载激活的最大速率。当在处于过载时,PGW/GGSN可以拒绝PDN连接请求并且可以将退避定时器指示给MME/SGSN。MME/SGSN可以在拒绝PDN连接性请求之前对于该APN尝试另一PGW/GGSN。
用于控制过载并且/或者管理拥塞的另一示例机制被称为优化周期性TAU/RAU信令。为了减少来自周期性TAU信令的网络负荷,引入了周期性TAU/RAU定时器和移动可达定时器的较长值。可以在MME/SGSN处本地配置长周期性TAU/RAU定时器值或者长周期性TAU/RAU定时器值可以作为订阅数据的一部分被存储在HSS/HLR中。在附着/RAU/TAU过程期间,MME/SGSN可以使用“低接入优先级”指示符、运营商策略和订阅数据来确定周期性TAU/RAU定时器。订阅的周期性RAU/TAU定时器可以作为订阅信息的一部分被存储在HSS/HLR中并且被提供给MME/SGSN。
用于控制过载并且/或者管理拥塞的另一示例机制被称为GTP-C负荷/过载控制。基于GTP-C的节点(诸如例如MME、SGW或PGW)可以通信过载控制信息,以便通过由对等节点采取的动作来减轻过载节点的过载情形。
发明内容
上面所概括的示例拥塞和过载控制机制在性质上是通用的并且能够被应用于非MTC设备以及MTC设备。主要为了保护网络免于拥塞而引入这些机制被,该拥塞可以是由来自异常大量的设备/U的信令和数据所导致的。在以下公开中,考虑并描述了现有拥塞和过载控制机制的各种问题。依照各种实施例,本公开描述3GPP网络和M2M服务层能够协调并共享信息以高效地且智能地管理彼此的拥塞/过载状态的各种方式。
在本文中描述了用于通过核心网节点与M2M网络节点之间的协调来管理拥塞的系统、方法以及装置的实施例。在一个实施例中,服务层节点包括处理器、存储器和通信电路。服务层节点可以经由其通信电路连接到核心网,并且服务层节点还可以包括存储在服务层节点的存储器中的计算机可执行指令,当由服务层节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令使服务层节点执行各种操作。例如,服务层节点可以接收与核心网的拥塞状况相关联的指示消息。该指示消息可以包括与拥塞状况相对应的一个或多个参数。服务层节点可以基于所述一个或多个参数来选择用于减少核心网上的活动的动作。服务层节点可以执行所选择的动作以减少核心网上的活动,从而消除拥塞状况。在示例实施例中,指示消息是从机器类型通信互通功能(MTC-IWF)接收到的。在另一示例实施例中,指示消息是从策略和计费规则功能(PCRF)接收到的。服务层节点可以通过例如以下步骤来执行所选择的动作:降低与连接到核心网的设备相关联的用户平面数据速率;暂停新会话的创建;向核心网提供能够与该核心网断开的设备的列表;终止或者修改通过Rx接口建立的至少一个会话;以及/或者通知至少一个设备该至少一个设备应该降低其用户平面数据速率,减少其用户平面连接的数目,终止其用户平面连接中的至少一个,终止其分组数据网(PDN)连接直到退避定时器期满为止,或者停止通过特定无线电接入技术(RAT)发送数据。与拥塞状况相对应的一个或多个参数可以包括以下各项中的至少一个:与核心网相关联的身份;指示与拥塞状况相关联的核心网的一部分的IP地址范围;与和拥塞状况相对应的拥塞量相关联的减少参数;指示所选择的用于减少活动的动作的负荷的类型;以及与所选择的动作相关联的持续时间。
在另一示例实施例中,服务层节点可以发送请求,该请求向核心网的节点通知服务层节点旨在执行的操作。操作可能需要核心网的资源。基于该请求,服务层节点可以从核心网接收消息。例如,可以从PCRF或PGW接收消息。消息可以指示以下各项中的至少一个:用于服务层节点执行操作的时间、能够被用于操作的核心网的能力或所需资源被保留用于操作的指示。可以在服务层节点确定操作需要大于预定阈值的数据速率时发送请求。可替选地,可以在服务层节点确定操作触发大于预定阈值的设备数目时发送请求。该请求可以包括以下各项中的至少一个的指示,通过示例呈现但不限于:服务层节点旨在执行的过程的类型、服务层节点旨在在其上执行过程的设备的数目、过程将需要的数据速率、服务层旨在在其上执行过程的设备所位于的地理区域、将被用于过程的接入点名称(APN)、过程的延迟容限或者应该为过程保留的一个或多个资源。
在又一个示例实施例中,核心网节点可以包括处理器、存储器和通信电路。核心网节点可以经由其通信电路而是核心网的一部分,并且核心网节点还可以包括存储在核心网节点的存储器中的计算机可执行指令,当由核心网节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令使核心网节点接收与服务层节点的拥塞状况相关联的第一请求。该请求可以包括与拥塞状况相对应的一个或多个参数。基于所述一个或多个参数,核心网节点可以确定要与服务层节点断开的第一设备,并且核心网节点使第一设备与服务层节点去附着。所述一个或多个参数可以包括指令核心网节点使第一设备去附着的空闲模式参数。所述一个或多个参数可以包括指示应该在收到第一请求时立即与核心网断开的多个设备的断开列表,并且该断开列表可以包括第一设备。所述一个或多个参数可以包括指示能够从核心网去附着以允许更高优先级的设备接入服务层节点的多个设备的漏洞列表,并且该漏洞列表可以包括第一设备。在一个示例中,所述一个或多个参数可以包括指示在其后第一设备能够试图重新附着到该服务层节点的时间段的退避定时器。
提供本发明内容以用简化形式引入在下面在具体实施方式中被进一步描述的构思的选择。本发明内容既不旨在识别所要求保护的主题的关键特征或必要特征,也不旨在被用来限制所要求保护的主题的范围。此外,所要求保护的主题不限于解决本公开的任何部分中所指出的任一或所有缺点的局限。
附图说明
可以从根据结合附图通过示例给出的以下描述中获得更详细的理解,其中相同的附图标记指代相同的元件,并且其中:
图1A是示出用于机器类型通信(MTC)的示例3GPP架构的系统图;
图1B是示出3GPP系统中的示例策略和计费控制(PCC)架构的系统图;
图1C是示出用户数据汇聚(UDC)架构的示例的系统图;
图1D是示出示例MOSAP非漫游架构的系统图;
图2是示出依照示例实施例的接收器(Rx)接口通知服务能力服务器(SCS)关于拥塞的示例呼叫流程的流程图;
图3是示出依照示例实施例的分组数据网(PDS)网关(PGW)经由机器类型通信互通功能(MTC-IWF)向SCS发送接入点名称(APN)负荷指示的示例呼叫流程的流程图;
图4是示出依照示例实施例的PGW向策略和计费规则功能(PCRF)指示存在基于数据速率的拥塞状况的示例呼叫流程的流程图;
图5是示出依照示例实施例的移动管理实体(MME)与SCS的过载控制协调的示例的流程图;
图6是示出依照示例实施例的通过Mh接口的低接入优先级(LAP)和紧急信息提供的呼叫流程的流程图;
图7是示出依照示例实施例的通过Tsp接口的LAP和紧急信息提供的呼叫流程的流程图;
图8是示出依照示例实施例的通过Tsp接口的SCS过载控制的示例的流程图;
图9是示出依照示例实施例的用于通过Mh接口提供SCS拥塞参数的示例呼叫流程的流程图;
图10是示出依照示例实施例的用于请求核心网(CN)容量的示例呼叫流程的流程图;
图11A是可以实现一个或多个公开的实施例的示例机器到机器(M2M)或物联网(IoT)通信系统的系统图;
图11B是可以在图11A中图示的M2M/IoT通信系统内使用的示例架构的系统图;
图11C是可以在图11A中图示的通信系统内使用的示例M2M/IoT终端或网关设备的系统图;以及
图11D是可以具体实现图11A的通信系统的各方面的示例计算系统的框图。
具体实施方式
上面所概括的示例拥塞和过载控制机制在性质上是通用的并且能够被应用于非机器类型通信(MTC)设备以及MTC设备。主要为了保护网络免于拥塞而引入这些机制,该拥塞可以是由来自异常大量的设备/UE的信令和数据所导致的,所述设备能够被无限制地称为用户设备(UE)。在以下公开中,已经考虑了现有拥塞和过载控制机制的问题。例如,诸如例如“低接入优先级”的MTC设备的配置被预配置在UE/通用订户身份模块(USMI)上或者经由开放移动联盟-设备管理(OMA-DM)或USIM空中(OTA)过程被执行。这个信息当前在存储在归属订户服务器(HSS)或归属位置寄存器(HLR)中的订阅信息中是不可用的,为了方便HSS或HLR能够被统称为HSS/HLR。因此,网络不能够识别“低接入优先级”设备,除非该设备在网络接入服务器(NAS)或无线电资源控制(RRC)过程中指示了该低接入优先级。
已在本文中识别的与现有机制相关联的另一示例问题是当UE以“低接入优先级”连接到分组数据网(PDN)时,接入优先级不能够改变直到PDN连接被去激活为止。网络或服务层不能够动态地改变与PDN连接相关联的低优先级并且低优先级PDN连接在拥塞期间可易于被丢弃。
已在本文中识别的现有机制的又一个示例问题是“低接入优先级”指示符仅仅指示设备是延迟容忍的,并且它不具有与其相关联的优先级值。在拥塞期间,可以拒绝新RRC/SM/MM过程并且可以释放来自MTC设备的现有RRC/SM/MM连接中的一些直到拥塞减少了为止。在一些情况下,只基于“低接入优先级”指示符来选择待被释放的连接,并且这可以使一些相对高优先级(相对于服务层)的M2M连接被释放并且使一些相对低优先级的M2M连接被保持。
可能由大量MTC设备所导致的拥塞和过载的问题不仅是3GPP网络的问题。它也可能是应用功能(AF)或服务能力服务器(SCS)或应用服务(AS)的问题,所述AF或SCS或AS能够被统称为AF/SCS/AS或其任何变体,诸如例如M2M服务层。尽管M2M服务层可以在服务层处具有一些过载控制机制,然而它能够从与底层网络协调中受益。
例如,如在下面进一步描述的,M2M服务层和3GPP网络能够彼此协调以帮助管理移动网络中和服务层处的拥塞。如下所述,M2M服务层能够向3GPP核心网(CN)提供协助以便在过载/拥塞周期期间智能地管理M2M设备。如在下面进一步描述的,3GPP CN能够向M2M服务层提供服务以帮助管理服务层拥塞。此外,如本文中所描述的,服务层和核心网能够更好地协调它们的活动,使得M2M设备在移动网络具有可用资源时最活跃。
依照各种实施例,本文中所描述的是3GPP网络和M2M服务层能够协调并共享信息以高效地且智能地管理彼此的拥塞/过载状态的各种方法。
如上所述,核心网适当时具有不同的机制来管理其拥塞。在本文中描述了一些新方法,例如SCS能够支持控制并管理核心网过载。
根据示例实施例,通常参考图1A和图1B,当PDN网关(PGW)识别接入点名称(APN)级拥塞时,它能够通过Rx接口经由PCRF(例如,到SCS的AF)或通过Tsp接口经由MTC-IWF通知SCS。CN能够提供如在下面进一步描述的拥塞参数和可接受水平。SCS可以执行一些动作以减少CN拥塞。示例动作包括但不限于通过用户平面命令UE断开、去附着、延迟或者减少它们的用户平面活动;为PDN连接终止提供设备的列表;暂停任何AF会话创建或修改;以及降低用户平面数据速率。
依照另一实施例,PGW可以通知SCS关于基于用户平面数据速率的拥塞并且提供关于严重受影响的特定设备的信息。SCS可以帮助一般数据速率降低和/或特定设备的数据速率。SCS可以对其数据通信进行重新调度或者为将其数据通信计划至以后时间。在下面描述用于重新调度的示例方法。
在各种其它示例实施例中,移动管理实体(MME)在以下情况时经由MTC-IWF向SCS提供拥塞指示:MME检测到基于APN的拥塞;从服务网关(SGW)/PGW接收到基于GTP-C的负荷/过载指示;由SGW指示基于下行链路数据通知(DDN)的拥塞;以及/或者出现其它内部基于MME的拥塞标识机制。在下面描述用于提供这些拥塞指示的示例方法。
在本文中所描述的各种其它示例实施例中,核心网在SCS过载控制方面提供协助。SCS能够将不同的方法用于服务层过载控制。本文中所描述的是诸如例如当SCS与核心网有关系(例如,参见图1A)时核心网能够协助管理并控制SCS过载的方法。例如,当在SCS处存在过载情形时,如下所述,SCS能够经由Tsp参考点请求核心网断开M2M设备,防止设备接入SCS,并且/或者临时使到SCS的新连接延迟。同样如下所述,SCS能够经由Mh参考点或者经由Tsp参考点提供CN中的特定拥塞阈值参数。这些参数可以使得CN能够实施防止SCS过载的限制条件或策略。SCS能够提供参数,诸如例如应该被允许连接到SCS的最大设备、能够由SCS处理的最大数据速率等。
在本文中所描述的各种实施例中,SCS过程是基于CN负荷的。诸如例如批设备触发的一些SCS过程可能导致CN处的过载。在下面所描述的是SCS通过Tsp参考点通知核心网关于它旨在执行的过程的示例方法。核心网能够例如但不限于为过程保留资源,向SCS提供用于执行过程的更好时间,或者基于当前负荷指示核心网能够处理多少过程。这能够帮助避免CN过载,并且能够改进SCS过程的成功机会。
另一示例实施例包括提供用于拥塞控制的MTC信息。SCS可以经由Mh参考点或者经由Tsp参考点向核心网提供M2M UE的低接入优先级(LAP)信息和紧急信息。这个信息能够被用来允许CN在过载期间适当地处理M2M设备。在下面描述了用于由SCS在CN中提供这个信息的示例方法。另外,在下面列举了能够在核心网处被维护的示例新MTC信息。
如上所述,3GPP核心网和M2M服务层能够彼此协调以产生有效且智能的拥塞控制机制。3GPP核心网和M2M服务层两者可以通过共享如本文中所描述的拥塞和过载控制信息而受益。本公开利用通过示例呈现的但不受限的以下领域来实现相互拥塞协调:CN与服务层协调中的过载控制机制;服务层与CN协调中的过载控制机制;M2M服务对它与CN网络的活动进行协调/调度的、用于避免过载的方法;对被维护在HSS/UDR中的UE订阅信息的更新;以及对被维护在CN中的SCS订阅信息的更新。
图2至图10(在下文中描述)图示了用于管理拥塞和过载状况的方法和装置的各种实施例。在这些图中,各种步骤或操作被示出为由一个或多个功能、设备、网关和/或服务器来执行。要理解的是,这些图中所图示的功能、设备、网关和服务器可以表示通信网络中的逻辑实体并且可以软件(例如,计算机可执行指令)的形式被实现,该软件存储在这种网络的节点的存储器中并且在其处理器上执行,这种网络的节点可以包括在下面所描述的图11C或图11D中所图示的一般架构中的一个。也就是说,可以以存储在诸如例如图11C或图11D中所图示的节点或计算机系统的网络节点的存储器中的软件(例如,计算机可执行指令)的形式来实现图2至图10中所图示的方法,当由节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令执行图中所图示的步骤。还要理解的是,可以由节点的通信电路(例如,分别为图11C的电路34或图11D的电路97)在节点的处理器以及它执行的计算机可执行指令(例如,软件)的控制下执行这些图中所图示的任何发送步骤和接收步骤。例如,核心网中的任何节点可能经历拥塞或者识别网络中的拥塞情形。依照在下面所描述的各种实施例,参考图2至图7,服务层(例如,SCS)能够在拥塞控制中协助CN的不同节点。
在一个实施例中,PGW能够支持多个PDN并且能够在PDN/APN基础上识别过载。APN上的过载情形可以防止进一步的PDN连接激活或承载资源创建和修改。PGW仍然能够支持现有承载上的数据通信以及来自UE的PDN断开。在下面所描述的是SCS能够在这种过载情形下协助PGW的示例。
在一些情况下,PGW可以检测到使大量分组被丢弃的基于数据速率的拥塞情形。这个过载状况对于PGW而言可能或者可能不是破坏性的,例如,为防止PGW处理诸如PDN连接激活或承载资源修改的ESM过程。然而,这个情形可能影响一些数据通信和体验质量(QoE)。在下面所描述的是依照示例实施例的用于利用来自SCS的协调处理这个场景的方法。
在一个实施例中,实现了用于解决PGW已识别APN级拥塞的情况的方法。参考图2,图示了PGW向PCRF指示存在APN级拥塞的场景。PGW还向PCRF通知拥塞的原因。依照所图示的实施例,PCRF然后使用Rx接口来向AF/SCS通知状况,并且AF/SCS通过终止经由Rx接口的数据流或PDN连接来解决该问题。还可以通过SCS在用户平面上命令设备终止承载、与PDN断开并且/或者关闭来减少用户平面承载。
参考图3,图示了PGW经由MTC-IWF而不是经由PCRF向SCS发送APN负荷指示的替代实施例。在一些情况下,如果拥塞是主要由高数据速率而导致的,则能够执行参考图4所描述的过程(在下面详细地描述)。APN可以被托管在单个PGW上或者它可以由多个PGW来服务。PGW还可以被配置成为超过一个APN来服务。PGW能够检测到APN拥塞并且可以发起过载控制过程,诸如3GPP TS 23.401“General Packet Radio Service(GPRS)enhancements forEvolved Universal Terrestrial Radio Access Network(E-UTRAN)access”中所描述的过载控制过程,其通过引用被结合如同在本文中整体地阐述了其公开内容一样。APN拥塞检测可以基于不同的准则,诸如例如用于APN的活动承载的最大数目、每APN承载激活的最大速率等。当在APN上检测到拥塞时,例如,PGW可以拒绝PDN连接。PGW还可以将拥塞状态指示给MME。这种指示可以针对该APN停止到PGW的新PDN连接,例如,直到指定的时间量已期满为止。PGW还可以利用GTP-C负荷/过载控制机制,诸如上面所引用的3GPP TS 23.401的版本12中所指定的那些机制。当前可对核心网而言可用的拥塞控制机制是“蛮力”方法。在连接被丢弃和/或拒绝之前应用(或服务)层可能没有收到警告。另外,应用(或服务)层可能不能够向核心网提供任何关于哪些连接的优先级更低的指导。因此,当前任由核心网决定丢弃或者拒绝哪些流,而不知道哪些应用正在设备上运行。
在本文中所描述的各种实施例中,PGW能够将其负荷/过载状态指示给SCS。因此,分组数据网(PDN)网关(PGW)能够让SCS执行能够帮助减少PGW/APN的过载状态的一些动作。PGW能够将负荷指示发送到PCRF并且PCRF能够将细节转发到AF/SCS。可替选地,还能够经由MTC-IWF将负荷指示发送到SCS。例如,可以在AF不由SCS提供的情况下使用MTC-IWF方法。
存在可以包括诸如例如UE、PGW、APN和SCS的各种实体的多个通信场景。例如,给定UE能够使用由一个或多个PGW所维护的一个或多个APN来与一个或多个SCS进行通信。此部分描述了拥塞处于APN级的场景。CN可以将APN负荷指示提供给存在于APN中的SCS中的每一个,并且使与CN的拥塞协调被启用。在示例实施例中,CN基于在下面所列举的SCS订阅信息而得到这个SCS列表。SCS在接收到负荷指示消息时,可以减少受影响APN上的活动以及经由该受影响APN连接到SCS的UE的活动。
依照示例实施例,如果APN由多个PGW来服务并且如果在这些PGW中的一个中发生过载,则可以向SCS提供由PGW所托管的APN的IP地址范围。SCS能够选择减少受影响的PGW上的活动,例如仅对受影响PGW上的活动。
CN可以向SCS提供关于拥塞的原因的指示以及需要来自SCS的动作的指示。CN能够提供其拥塞水平并且SCS能够成比例地减少其活动。例如,如果CN需要终止一定会话量,则它能够提供每个SCS在PDN中将必须终止的会话的确切数目。可替选地,CN可以提供百分比值,使得每个SCS能够与所提供的百分比值成比例地减少其数目的会话。依照各种实施例,SCS能够执行各种动作,诸如例如提供用户平面指示、发起PDN断开、避免AF会话创建或修改或者终止AF会话。
关于提供用户平面指示,SCS能够通过用户平面通知设备(例如,UE)减少它在APN上的活动。SCS能够命令UE与PDN断开,从网络去附着,抑制PDN上的任何承载创建,使用供替换的APN,或其任何适当的组合。SCS还能够提供退避定时器以指示设备何时可以重新连接。在APN拥塞下,PGW能够仍然在现有承载上支持数据传送并且能够处理来自UE的PDN断开请求(例如,参见3GPP TS 23.401)。SCS可以通过在现有承载中的一个上的用户平面或者经由诸如Wi-Fi、WiMAX等的供替换的路径(若存在一个的话)发送这个指示。
关于SCS发起的PDN断开,依照本文中所描述的实施例,可以给予SCS终止UE的PDN连接的权限。SCS然后可以提供能够对其终止PDN连接的设备的列表。例如,SCS能够在Rx接口上经由AF将这个列表提供给PCRF。PCRF可以将这个列表传递给PGW或者经由MTC-IWF传递给PGW,使得PGW能够断开它们的PDN连接。通过示例,M2M设备/UE可以被配置成向SCS注册并且与SCS进行通信,例如仅向一个SCS注册并与之通信,并且该SCS可以控制该设备。例如,SCS可以决定何时能够建立通信以及何时能够终止连接。因此,在SCS对M2M设备具有完整授权的这些场景中,例如,能够给予SCS终止由M2M设备/UE做出的PDN连接的权限。依照在下面所描述的示例实施例,被维护在HSS/SPR/UDR上的UE的订阅信息能够被配置成提及被允许终止UE的PDN连接的SCS。如果SCS指示能够终止UE的PDN连接,则PCRF能够检查请求SCS是否具有终止所指示的UE的PDN连接的权限,并且能够将该请求转发到PGW。PGW能够丢弃PDN连接以及与该PDN连接相关联的UE的其它专用承载。将了解的是,这可以帮助PGW减少活动承载的数目。
关于避免AF会话创建/修改,依照示例实施例,AF/SCS能够抑制创建新AF会话或者对修改现有AF会话。CN能够提供退避时间段,在退避时间段期间SCS/AF可能不设法尝试任何AF发起的会话创建或修改。
关于AF会话终止,在一个实施例中,SCS能够选择终止具有AF会话的应用中的一些。SCS能够经由Rx接口将应用细节提供给AF并且使AF终止AF会话。在3GPP TS 29.214“Policy and Charging Control over Rx reference point”中描述了示例AF会话终止过程,其通过引用被结合如同在本文中阐述了一样。
现在参考图2,示例网络200包括UE 103、PGW 105、SPR/UDR 116、PCRF 108和SCS104。将理解的是,在没有限制的情况下,SCS 104还可以被称为M2M服务层、网络节点、应用服务器、应用功能或AF/SCS。还将理解的是,SCS可以具有将来自内部SCS服务的API请求映射到指向诸如例如PCRF和MTC-IWF的核心网节点的请求的内部逻辑。SCS还可以具有根据从诸如例如PCRF和MTC-IWF的核心网节点指向SCS的请求创建到内部SCS服务的API请求的内部逻辑。映射核心网节点交互和SCS API请求的逻辑可以被称为服务能力暴露功能(SCEF)。类似地,将理解的是,UE 103可以按需包括M2M设备或任何其它MTC设备。因此,将了解的是,示例网络200被简化以方便描述所公开的主题而不旨在限制本公开的范围。除了或者代替诸如网络200的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在202处,依照所图示的实施例,负荷指示请求(LIR)被发送。LIR可以包括在基于Diameter的Gx接口上发送的新消息。例如,如所示,在202处,当PGW 105检测到承载的总数接近于能够支持的最大承载时,PGW 105通过发送负荷指示请求消息来通知PCRF 108。PGW105可以将各种信息元素(IE)包括在该消息中。示例IE包括但不限于:
·原因,其可以指示导致了过载的状况。
·总活动承载,其可以指示在APN上当前活动的承载的数目。
·受影响APN,其可以指示与受影响APN相关联的标识符。在一些情况下,例如,如果整个PGW 105受影响,则可以提供APN的列表。
·最大活动承载,其可以指示与PGW 105能够支持的最大值相关联的阈值。
·期望的承载数目,其可以指示期望的承载数目,其还可以向PCRF108指示多少承载可能需要被终止。
·退避定时器,其可以指示AF/SCS 104必须阻止新AF会话发起或AF会话修改的持续时间。
例如,如果多个APN受影响,则可以存在上述示例IE的多个集合。PCRF 108可以确定负荷指示是否必须被提供给给定SCS。在示例实施例中,PCRF 108可以被配置有APN中的SCS的列表。可替选地,PCRF 108可以从SPR/UDR 116得到细节。
在204处,依照所图示的示例,在Sp/Ud接口上发送AF/SCS信息和配置文件请求(APR)消息。如所示,PCRF 108可以将APR消息发送到SPR/UDR 116以得到APN中可用的SCS104的列表。APR消息可以包含上面所描述的“受影响的APN”的IE。SPR/UDR 116可以检查与SCS 104相关联的订阅信息以确定哪些SCS已订阅所指示的APN。在下面进一步描述这个字段。在一个实施例中,SPR/UDR 116还能够为每APN维护SCS的单独列表,而不是检查与每个SCS相关联的订阅信息中的每一个。
在206处,依照所图示的实施例,在Sp/Ud接口上发送作为在下面所描述的新消息的AF/SCS信息和配置文件应答(APA)命令。SPR/UDR 116可以发送APA消息,其可以包含SCS的列表以及对于SCS中的每一个的相关订阅信息。与SCS中的每一个相关联的订阅信息可以包含SCS中的每一个的权限和能力。例如,该信息可以传达给定SCS是否具有在APN基础上支持负荷减少的能力以及给定SCS是否具有用于去激活UE的PDN连接的权限。在一些情况下,PCRF 108能够决定如何可以基于策略以及所检索到的关于将被用于负荷减少的方法的信息来减轻拥塞。在一些情况下,PCRF 108可以允许AF/SCS选择能够被断开的承载/设备。
仍然参考图2,在208处,依照所图示的实施例,在基于Diameter的Rx接口上发送APN/PGW负荷指示请求(ALR)命令。PCRF 108将负荷指示消息发送到SCS中的每一个(例如,SCS 104),该SCS中的每一个是已从来自SPR/UDR 116的APA消息(先前步骤)中接收到的列表中选择的。这个消息可以包含各种信息,诸如例如且不限于:APN/PDN信息;IP地址范围;减少的百分比/量;负荷减少的类型;持续时间;以及退避定时器。
APN/PDN信息可以指示受影响的APN名称、PDN ID或IP域ID。关于IP地址范围,通过示例,如果仅一部分PDN受影响,则对于每个PDN来说PCRF 108可以指示受影响的IP地址范围。SCS 104可以选择落入到负荷减少的这个范围中的设备(例如,UE 103)。关于减少的百分比/量,如果例如仅一个SCS与之相关,则PCRF 108能够提供需要被丢弃的PDN连接的确切数目。如果例如涉及多个SCS,则SCS104能够提供需要被减少的百分比值。PCRF 108能够基于在202处由PGW 105所提供的当前总数、期望的活动承载和/或最大承载值来确定这个百分比值。负荷减少的类型可以指示SCS 104可以用来减少活动承载的方法。可能的方法包括通过Rx接口终止AF会话、通过Rx接口断开设备,或者指示设备断开、减少它们的用户平面承载的数目、降低它们的数据速率或者阻止AF会话创建/修改。持续时间可以指示SCS 104用来减少负荷并且向PCRF 108发回报告的时间段。每个负荷减少类型能够具有单独的时间段。例如,用户平面方法可以具有用于执行该PDN断开方法(其中SCS提供设备的列表)的较长持续时间。如果AF发起的会话修改/创建将被临时暂停,则可以包括与退避定时器相关联的值。例如,取决于SCS 104的能力以及来自PCRF 108的指示,SCS 104可以对受影响的APN上选择活动减少的一个或多个方法。
继续参考图2,在210处,SCS 104可以选择终止先前建立的AF会话。例如,像上面所引用的3GPP TS 29.214中所描述的那样,能够执行AF发起的会话终止过程210a-c。这个过程可以帮助随着所对应的PCC规则得以修改/卸载而减少活动承载的数目。
在212处,在一个示例中,SCS 104可以选择用户平面方法。因此,SCS 104可以发送应用层消息以命令UE 103断开承载,减少其活动,或者完全与PDN断开并去附着。为了协助UE 103,在一些情况下SCS 104可以向UE 103提供信息。例如,可以向UE 103提供将使其直到退避定时器期满为止停止发送数据的指示和退避时间。可以向UE103提供将使其直到退避定时器期满为止去附着PDN连接的指示和退避时间。可以向UE 103提供将使UE 103限制其上行链路(UL)业务使得其UL数据速率不超过由SCS 104所提供的速率的指示和最大数据速率。可以向UE 103提供将使UE 103停止通过用户平面(其IP连接)发送数据并且将其上行链路数据传输限于能够在SMS、RRC或NAS消息中承载的小数据分组的指示。可以向UE 103提供将使UE 103停止通过特定无线电接入技术(RAT)发送数据并且将其上行链路数据传输限于其它RAT的指示。
在214处,如所示,SCS 104能够经由AF 104向PCRF 108发送“PDN断开请求”消息。这个消息可以包括对于其能够终止PDN连接的设备的列表。通过示例但不限于,这个消息可以包括设备的列表和优先级。关于设备的列表,AF/SCS 104可以提供与多个设备相关联的身份。例如,身份可以是给定UE的IP地址或者它可以是UE的外部标识符。在一些情况下,当SCS 104不知道分配给UE的IP地址时,或者如果SCS 104认为它知道的(UE的)IP地址可能是无效,则可以使用外部身份。例如PCRF 108可以与HSS接口对接以将外部标识符转化成内部UE标识符,诸如IMSI。SCS 104能够对每个设备提供优先级值。
在216处,依照所图示的示例,PCRF 108可以检查SCS 104的权限以断开UE的PDN连接并且将经授权的列表发送到PGW 105。PGW 105可以断开UE以减少APN上的过载状况。在218处,PGW 105发送“PDN断开应答”消息以指示它已处理请求。在220处,依照所图示的实施例,PCRF 108将PDN断开应答消息发送回给SCS 104。在222处,依照所图示的实施例,在基于Diameter的Rx接口上发送APN/PGW负荷指示应答(ALA)。在222处,使用ALA消息,SCS/AF 104能够提供关于被采取来减少PDN过载状况的动作的报告。在224处,负荷指示应答(LIA)消息被从PCRF 108发送到PGW 105。在一个示例中,在基于Diameter的Gx接口上发送LIA消息。在一些情况下,在224处,PCRF 108能够合并来自不同SCS的报告并且使用LIA消息将该报告发送到PGW 105。
现在参考图3,依照替代实施例,在202处来自PGW 105的负荷指示能够经由MTC-IWF 102被指示给SCS 104。PGW 105能够将该负荷指示发送到MTC-IWF 102并且能够向MTC-IWF 102提供APN、IP地址范围或其组合。在204处,MTC-IWF 102能够检查HSS 116以确定SCS的列表(如参考图2所描述的)并且在206处MTC-IWF 102可以接收该列表。如所图示,MTC-IWF 102可以通过Tsp参考点将负荷指示发送到SCS(在224处)。
因此,如参考图2和图3上面所描述的,例如SCS 104的服务层节点可以包括处理器、存储器和通信电路。服务层节点可以经由其通信电路连接到核心网,并且服务层节点还可以包括存储在服务层节点的存储器中的计算机可执行指令,当由服务层节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令使服务层节点执行各种操作。例如,通常参考208,服务层节点可以接收与核心网的拥塞状况相关联的指示消息。该指示消息可以包括与拥塞状况相对应的一个或多个参数。服务层节点可以基于所述一个或多个参数来选择用于减少核心网上的活动的动作。服务层节点可以执行所选择的动作以减少核心网上的活动,从而消除拥塞状况。在示例实施例中,参考图3,指示消息是从例如MTC-IWF 102的机器类型通信互通功能(MTC-IWF)接收到的。在另一示例实施例中,参考图2,指示消息是从例如PCRF 108的策略和计费规则功能(PCRF)接收到的。同样如上所述,服务层节点可以通过例如以下步骤来执行所选择的动作:降低与连接到核心网的设备相关联的用户平面数据速率;暂停新会话的创建;向核心网提供能够与核心网断开的设备的列表;终止或者修改通过Rx接口建立的至少一个会话;以及/或者通知至少一个设备(例如,参见212)该至少一个设备应该降低其用户平面数据速率,减少其用户平面连接的数目,终止其用户平面连接中的至少一个,终止其分组数据网(PDN)连接直到退避定时器期满为止,或者停止通过特定无线电接入技术(RAT)发送数据。如上面进一步描述的,与拥塞状况相对应的一个或多个参数可以包括以下各项中的至少一个:与核心网相关联的身份;指示与拥塞状况相关联的核心网的一部分的IP地址范围;与和拥塞状况相对应的拥塞量相关联的减少参数;指示所选择的用于减少活动的动作的负荷的类型;以及与所选择的动作相关联的持续时间。
在一个示例中,如在下面详细地描述的,服务层节点可以向核心网提供与例如第一设备的连接到核心网的设备相关联的低接入优先级信息,使得核心网能够在拥塞状况期间依照该低接入优先级信息来处理第一设备。通过另一示例,服务层节点可以向核心网提供与例如第二设备的连接到核心网的设备相关联的紧急信息,使得核心网能够在拥塞状况期间依照该紧急信息来处理第二设备。
在示例实施例中,由下行链路或上行链路数据的高数据速率所导致的拥塞场景被解决。图4示出PGW 105向PCRF 108指示存在基于数据速率的拥塞状况的示例场景。依照所图示的实施例,PCRF 108使用Rx接口来向SCS 104通知拥塞状况,并且SCS 104通过减少它在用户平面(SGi)上的活动来解决该拥塞问题。SCS 104可以通过降低其下行链路数据速率或者通过终止AF会话来降低用户平面数据速率。SCS还可以指示UE(例如,UE 103)降低它们的上行链路数据速率,断开一些承载,或者从网络去附着。
如本文中所描述的,可以减少下行链路拥塞。例如,PGW 105可能由于在下行链路上从SCS 104侧接收到的用户平面数据的速率而在用户平面上经历拥塞。在这些场景下,可以丢弃分组以节流数据速率。因此,非GBR承载可能受影响,因为它们的数据速率可以被降低以支撑GBR承载。在一些情况下,具有有限通信需要的许多M2M设备期望仅将非GBR承载用于其通信并且这些M2M设备可能在PGW过载场景下受到影响。
在本文中所描述的示例中,当PGW 105由于下行链路数据的速率而经历拥塞时,它将拥塞状态指示给SCS 104。这个指示可以为一个或多个目的服务。例如,指示可以让SCS104减少其朝向PGW 105的下行链路数据,使得PGW 105能够更好地支持(来自人类控制的UE或其它重要的M2M通信的)其它非GBR承载。通过另一示例,指示可以让SCS 104使其业务延迟直到以后的时间点为止,以避免朝向其设备的分组丢失。
PGW 105能够提供对于其许多分组由于拥塞而被丢弃的设备(UE)的列表。PGW 105还能够向PCRF 108提供一般下行链路(DL)数据速率过载指示。例如如果提供了设备的列表,则PCRF 108能够识别所对应的AF/SCS并且将拥塞指示提供给所对应的AF/SCS。在一般DL拥塞的情况下,例如,PCRF 108能够联系APN中的已知SCS——例如,所有已知SCS,并且提供托管在PGW 105上的IP地址范围。SCS然后能够减少它们的业务或者将该业务调度至以后时间。在示例实施例中,如果当PGW 105针对特定UE丢弃分组时需要通知给定SCS,则在PGW105中配置这个信息。能够在UE的订阅信息中实现这个配置或者能够在Rx接口上经由AF会话动态地对其进行配置。PCRF 108可以在IP CAN会话关于针对该特定IP CAN会话或UE的拥塞报告得以建立时配置PGW 105。
在各种示例实施例中,减少了上行链路(UL)数据速率拥塞。例如,PGW 105可能由于从UE侧接收到的上行链路用户数据的速率而在用户平面上经历拥塞。在这种场景下,PGW105可以为了非GBR承载或者为了具有大于保证比特速率(GBR)的最大比特速率(MBR)的GBR承载而丢弃分组。将理解的是,被丢弃的分组可能对M2M设备通信具有不利的影响。例如,上行链路拥塞可能是由于UE中的一些执行高UL数据传送或者由于大量UE尝试数据传送而导致的。
在本文中所描述的示例实施例中,通常参考图4,PGW 105向PCRF 108提供UL拥塞指示并且使PCRF 108将这个指示传送给SCS 104。可以向SCS 104通知特定PGW(例如,经由IP地址范围)或APN(例如,经由PDN ID)上的基于一般UL的拥塞。还可以向SCS 104通知正在导致拥塞的特定设备。在示例一般UL拥塞情况下,PCRF 108可以联系PDN中的一个或多个已知SCS,例如所有已知SCS。PCRF 108可以提供IP地址范围或PDN ID,并且PCRF 108可以让SCS选择它能够协助来减少UL业务的设备。在特定设备情况的示例实施例中,PGW 105形成设备的列表并且将该列表提供给PCRF 108,并且进而提供给SCS 104。这个设备的列表可以包括正在执行正导致拥塞的高UL数据的设备。设备的列表可以包括受拥塞严重影响的设备(例如,大量UL分组被丢弃的设备)。SCS 104可以采取适当的动作,诸如例如修改AF会话或者通过用户平面通知UE/设备减少业务或者使业务延迟。
特别地参考图4,依照所图示的实施例,在402处,PGW在它检测到它接收的数据速率高时向PCRF 108发送LIR(负荷指示消息)。这种数据速率可能正在导致可以导致分组正被丢弃的拥塞,这可以被通常称为过载状况。这个过载状况可以在APN级下或者在PGW级下导致这些效果。在402处的消息可以指示各种信息,诸如例如但不限于:原因、方向、受影响的实体、受影响的APN、一个或多个受影响的UE。
原因可以指示导致了过载状况的状况。例如,PGW 105可以指示影响一个或多个UE或者由一组UE所导致的一般数据速率拥塞或特定拥塞。因此,可以将LIR消息中的原因值设定为“一般数据速率拥塞”或“特定数据速率拥塞”。在示例中,当在APN或PGW上存在基于一般数据速率的拥塞时“一般速率拥塞”原因值被使用。可以将以下IE与“一般数据速率拥塞”原因包括在一起,通过示例呈现但不限于:方向、受影响的实体以及受影响的APN。方向IE可以指示是在下行链路方向、上行链路方向还是在两者上经历拥塞。受影响的实体UE可以指示APN或者整个PGW 105是否受过载状况影响。受影响的APN IE可以指示与受影响的APN相关联的值。例如,如果整个PGW 105受过载状况影响则可以提供APN的列表。与受影响的APN相关联的值可以包括但不限于IP地址范围、退避定时器DL、退避定时器UL、DL节流值以及UL节流值。对于每个受影响的APN,可以提供IP地址范围。在整个APN受过载状况影响的一些情况下,IP范围被省略。退避定时器DL值可以指示可能需要节流DL速率的持续时间。可以为每个受影响的APN提供这种值。退避定时器UL值可以指示可能需要节流UL速率的持续时间。可以为每个受影响APN提供这种值。DL速率节流值可以是指示需要被降低的DL速率量的绝对值或百分比。可以为每个受影响APN提供这种值。UL速率节流值可以是指示需要被降低的UL速率量的绝对值或百分比。可以为每个受影响APN提供这种值。
如上面所提及的,当由于高UL或DL数据速率而针对特定UE丢弃一些分组时“特定数据速率”原因值可以被包括在402处的消息中。对于“特定DL速率”原因可以包括以下IE,通过示例呈现但不限于:受影响的UE、UE标识符、方向、分组丢弃率、APN、拥塞源IP地址、拥塞目的地IP地址、退避定时器、DL节流速率以及UL节流速率。受影响的UE值包括由PGW 105提供的设备的指示,对于该设备许多例如高于预定阈值的数目的分组正被丢弃。通过示例,UE标识符可以是分配给UE的IMSI或IP地址(例如,在多个活动PDN连接的情况下)。方向IE可以指示是否正在下行链路方向或上行链路方向上经历拥塞状况。在一些情况下,如果例如在两个方向上存在拥塞,则UE被两次包括在“受影响的UE”的列表中。分组丢弃率IE可以指示针对给定设备被丢弃的分组的数目的百分比或绝对值。APN IE可以识别在其上正观察到分组丢弃的APN。例如如果UE具有多个PDN连接,则这个IE可以帮助识别并降低仅受影响的APN上的数据速率。在一些情况下,拥塞源IP地址适用于DL拥塞。PGW 105可以识别正在发送导致分组丢弃的高数据速率的源。例如,在UE连接到多个SCS的情况下,PGW 105可以包括多个IP地址。还可以针对每个IP地址包括丢弃百分比值。提供这个IP地址可以帮助PCRF 108确定需要被联系以进行DL速率降低的实体。在一些情况下,拥塞目的地IP地址IE适用于UL拥塞。例如,PGW 105可以识别正导致过载或拥塞状况的给定UE正向其发送高UL数据的目的地。PGW 105可以包括多个IP地址(在UE连接到多个SCS的情况下)。还可以针对每个IP地址包括丢弃百分比值。提供这个IP地址可以帮助PCRF 108确定需要被联系以进行UL速率降低的SCS。可以为每个拥塞源或目的地IP地址包括退避定时器IE。可以为每个拥塞源IP地址包括DL速率节流值。可以为每个拥塞目的地IP地址包括UL速率节流值。
仍然参考图4,基于在402处接收到的消息,PCRF 108可以确定需要联系哪一个AF/SCS——例如,AF/SCS 104。PCRF可以使用“原因”类型(一般或特定)来识别需要被联系的SCS。PCRF 108可以被配置有APN中的SCS的列表或者它可以从SPR/UDR 116中检索细节。
在404处,依照所图示的实施例,PCRF 108向SPR/UDR 116发送“AF/SCS信息和配置文件请求”(APR)消息以检索APN中可用的SCS的列表。APR消息可以包含“受影响的APN”IE。SPR/UDR 116可以检查SCS订阅信息并且确定哪些SCS已订阅所指示的APN。在下面进一步描述SCS订阅信息。SPR/UDR 116还能够为每APN维护SCS的单独列表,而不是检查与每个SCS相关联的订阅信息。在示例“特定数据速率拥塞”情况下,PCRF 108可以包括受影响的设备的标识符以及这些设备在其上受影响的APN的标识符。
在406处,依照所图示的实施例,SPR/UDR 116发送AF/SCS信息和配置文件应答(APA)响应消息,其包含SCS的列表以及对于SCS中的每一个的相关订阅信息。SCS中的每一个的订阅信息可以包含SCS中的每一个的权限和能力,诸如例如SCS是否具有在APN基础上支持负荷减少的能力。在示例“特定数据速率拥塞”情况下,SPR/UDR 116可以提供UE已订阅并且属于在404处的APR消息中所提供的APN的SCS的列表。能够根据在下面进一步描述的订阅信息来证实这个。在一些情况下,SPR/UDR 116可以提供SCS的FQDN。例如,PCRF可以对SCSFQDN执行DNS查询以确定SCS的IP地址。PCRF 108可以使这些IP地址与从PGW 105接收到的“拥塞源IP地址”和“拥塞目的地IP地址”相匹配,以确定拥塞是由来自给定SCS的业务还是朝向SCS的业务而导致的,并且确定是否能够联系SCS以来通知其关于UE的拥塞状态。
在408处,依照所图示的实施例,PCRF 108将负荷指示消息发送到SCS中的每一个,该SCS中的每一个是已从来自SPR/UDR 116的APA消息(在406处)中接收到的列表中选择的。例如,这个消息可以包含各种信息,诸如原因。如上所述,原因可以是特定的或一般的。在示例一般原因场景中,在408处的消息可以指示APN/PDN信息,诸如例如受影响的APN名称、PDN或AF/SCS 104能够理解的IP域ID。在一些情况下,例如如果仅一部分PDN受影响,则PCRF108可以指示与每个PDN相关联的受影响的IP地址范围。SCS 104可以选择落入到负荷减少的这个范围中的设备。在408处的消息还可以指示上面参考402所描述的方向、退避定时器DL、退避定时器UL、UL节流值和/或DL节流值。在示例特定原因场景中,在408处的消息可以指示一个或多个受影响的UE。例如,在408处的消息可以包括UE 103的外部ID或UE 103的IP地址。另外,在408处的消息可以包括上面参考402所描述的各种IE,诸如例如方向、分组丢弃率、退避定时器DL、退避定时器UL、DL节流值以及UL节流值。
继续参考图4,在408处接收到消息之后,SCS 104可以执行不同的动作以减少拥塞。动作可以基于拥塞的方向以及受拥塞影响的实体。SCS 104可以例如但不限于修改/终止AF会话以降低用户平面数据速率,经由用户平面(单播或广播)命令一个或多个UE减少它们相应的数据通信或者将它们的数据调度至以后时间(例如,SCS 104可以提供退避时间),降低APN上或者朝向特定UE的DL速率,或者使用负荷指示来使其DL业务延迟/对其DL业务进行调度。
在410处,依照所图示的实施例,SCS 104可以识别对其能够降低数据速率的AF会话。SCS 104可以发送AAR消息以修改需要高保证数据速率的一些AF会话。PCRF 108可以相应地修改PCC规则。在412处,PCRF可以发送例如如3GPP TS 29.213中所描述的AAA消息。
在414处,依照所图示的实施例,SCS 104还可以选择用户平面方法并且发送应用层消息以命令例如UE 103的一个或多个UE断开一些承载,减少其活动,或者完全与PDN断开并去附着。为了协助UE 103,SCS 104可以向UE 103提供各种信息。例如,可以向UE 103提供将使其直到退避定时器期满为止停止发送数据的指示和退避时间。可以向UE 103提供将使其直到退避定时器期满为止去附着其PDN连接的指示和退避时间。可以向UE 103提供将使UE 103限制其上行链路业务使得其UL数据速率不超过由SCS 104所提供的速率的指示和最大数据速率。可以向UE 103提供将使UE 103停止通过用户平面(其IP连接)发送数据并且将其上行链路数据传输限于能够在SMS、RRC或NAS消息中承载的小数据分组的指示。可以向UE103提供将使UE 103停止通过特定RAT发送数据并且将其上行链路数据传输限于其它RAT的指示。
在416处,AF/SCS 104可以通过向PCRF 108发送APN/PGW负荷指示应答(ALA)消息来确认它对ALR消息的处理。在418处,PCRF 108可以向PGW 105发送负荷指示应答(LIA)消息。LIA消息可以指示PCRF 108已采取必要的步骤来减少负荷,从而减少由高数据速率所导致的拥塞或过载状况。可替选地,如图3中通常所示,PGW 105可以将负荷指示发送到MTC-IWF 102。在这种替代场景中,MTC-IWF 102可以联系HSS/UDR/SPR 116以得到SCS细节(与以上步骤404和406类似)或者它能够被配置有这个信息。MTC-IWF 102可以将负荷指示发送到存在于受影响的APN中的SCS。使用MTC-IWF 102的呼叫流程与图4中所图示的呼叫流程类似,但是用MTC-IWF 102代替PCRF 108。
PGW 105能够在其检测到拥塞已减轻并且它能够支持更多数据时将拥塞停止指示提供给PCRF 108。如果SCS中的一个或多个——例如全部,同时接收到拥塞停止指示,则一个或多个SCS——例如全部可以设法重新开始它们相应的数据传送,这可能再次使网络拥塞。因此,PCRF 108可以将拥塞停止指示有条不紊地发送给SCS,而不是一次将它发送到所有SCS。在一些情况下,PCRF 108可以选择通知一些SCS,等待一些时间,并且然后在通知其它SCS之前与PGW 105一起检查负荷状态。CN还可以向SCS 104提供它能够支持多少附加的数据速率。SCS 104可以利用这个信息来更新UE。
现在转向由PCRF发起的过载控制,如上所述,PCRF可以能够基于从PGW收集的信息来检测过载状况。然而,PCRF还可以基于来自诸如例如TDF、BBERF、SPR、DHCP服务器、AF等的其他源输入来确定存在拥塞。例如,当由多个PGW和单个DHCP服务器服务APN时,个别PGW可能不知道一些资源耗尽,诸如例如被分配给UE的IP地址用尽。在这些场景中,PCRF能够学习这个过载状况并且通知PGW和AF/SCS关于该过载状况,从而防止拥塞状态。PCRF还能够跟踪AF会话创建/修改的速率并且节流这个速率以避免APN/PGW过载。因此,依照示例实施例,PCRF识别过载状况并且在没有来自PGW的显式通知的情况下将这些状况指示给AF/SCS。参考图2和图3,依照示例实施例,能够省略包括LIR消息的步骤202,并且能够省略LIA消息。PCRF 108能够遵循其它图示的步骤来与AF/SCS 104一起执行过载控制协调。
现在通常参考图5,依照示例实施例,如果MME 107进入过载状态或者已检测到网络中的过载状况,则它可以与SCS 104协调以高效地管理该过载状况。例如,在MME 107处的过载情形检测可以基于由MME 107经历的信令拥塞或指示给MME 107或者由MME 107监视的过使用检测。由MME 107经历的过载情形可能是由于各种原因而导致的,诸如下列的,通过示例呈现但不限于:来自SGW的大量DDN消息、用于UE的移动性管理和/或会话管理的大量控制平面信令过程、MME内部故障、运营商设定等。
依照示例实施例,MME 107还可以基于控制平面指示或控制平面监视来检测网络中的过载情形。例如,MME可以基于准则来检测与APN相关联的NAS信令拥塞(例如,参见3GPPTS 23.401),该准则诸如例如为但不限于以下各项:每APN的活动EPS承载的最大数目、每APN的EPS承载激活的最大速率、不可达或者将拥塞指示给MME 107的APN的一个或多个PDNGW、与具有特定订阅APN的设备相关联的MME信令请求的最大速率、和/或网络管理方面的设定。如3GPP TS 23.401中所提及的,可以使用GTP控制平面信令来向MME 107通知与节点(例如,SGW/PGW 105)相关联的负荷或过载状况。在另一示例中,MME 107可以向SCS 104指示过载状态。如果例如MME 107检测到APN/PGW上的过载状况,则MME 107能够将指示发送到MTC-IWF 102并且提供过载了的APN名称以及正导致过载的准则。MTC-IWF 102能够从HSS 116(SCS订阅数据库)中检索存在于APN上的SCS的列表并且然后将过载指示发送到SCS,例如所有SCS。MTC-IWF 102可以将APN转化为SCS能够理解的PDN ID或IP域ID。
在本文中还描述了CN或UE可以向SCS通知UE/M2M设备能够用其到达SCS的APN信息/PDN信息/IP域ID信息。因此,能够向SCS通知UE连接的APN/PDN信息,使得SCS能够控制UE在指定的APN上的活动。例如,CN可以利用这个信息预配置SCS,SCS能够在UE/M2M设备经由PDN连接/注册时动态地确定APN/PDN信息,或者SCS可以经由Mh接口从UDR/HSS获得这个信息。当SCS从MTC-IWF接收过载指示时,SCS能够基于消息中所指示的准则来采取某个动作。例如,SCS可以但不限于降低它朝向PDN的下行链路数据速率,指导UE/设备减少它们在特定IP路径上朝向SCS的业务(UL),指导UE去激活承载(默认的或专用的)并且可能提供UE能够用其来确定它何时可以试图重新建立承载的退避定时器,指导UE去附着并且可能提供UE能够用其来确定它何时可以试图重新建立承载的退避定时器,与优先级列表一起(经由MTC-IWF)向CN提供能够被去附着或者去激活的UE的列表(还可以提供对于每个UE的最大可容忍时间或者可以按照优先级值预确定该最大可容忍时间),或者通过Mh接口在HSS/UDR中配置设备信息,诸如优先级和时间表,使得CN能够利用该信息来管理过载状况。
特别地参考图5,示例网络500包括UE 103、SGW/PGW 105、SPR/UDR/HSS 116、MTC-IWF 102、PCRF 108和AF/SCS 104。将理解的是,在没有限制的情况下,AF/SCS 104还可以被称为M2M服务层、网络节点、应用服务器、应用功能或SCS。类似地,将理解的是,UE 103可以按需包括M2M设备或任何其它MTC设备。因此,将了解的是,示例网络500被简化以方便描述所公开的主题,而不旨在限制本公开的范围。除了或者代替诸如网络500的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在502处,依照所图示的示例,MME 107识别过载状况。MME 107可以独立或者在来自诸如例如SGW/PGW 105的其它节点的输入的帮助下识别不同的过载状况。例如,PGW 105能够向MME 107通知特定APN级负荷指示以及GTP控制路径负荷指示(例如,按照3GPP TS23.401)。这个还能够被增强以让PGW 105通知MME 107关于基于UL和DL数据速率的拥塞。通过另一示例,SGW 105可以在对于处于空闲状态的UE接收到DL数据时提供“下行链路数据通知”。在一些情况下,MME 107能够基于所接收到的DDN消息的数目来检测过载状况。已经在3GPP TS 23.401中描述了用于DDN消息节流的机制。在本文中描述了在基于DDN的拥塞下,MME 107可以经由MTC-IWF 104通知SCS 104,使得SCS 104能够减少其下行链路数据,降低其设备触发率,或者将设备触发调度至以后时间。MME 107可以维护朝向APN的PDN连接的数目和其它参数并且使用这个信息来确定基于APN的拥塞。
在504处,依照所图示的实施例,当MME 107像上面所描述的那样(在502处)检测到过载状况时MME 107向MTC-IWF 102发送负荷指示请求(LIR)消息。MME 107在504处的消息中发送状况的原因的指示。例如,原因可以是“基于DDN的”或“基于APN的”。当过载状况是由大量DDN消息而导致的时消息可以指示原因是基于DDN的。在这种场景中,在504处的消息还可以包括退避定时器IE、受影响的APN IE、受影响的UE IE等。在一些情况下,受影响的UE的数目可能太大,并且因此可以从消息中省略受影响的UE。例如,在拥塞与APN有关的情况下,在504处的消息可以指示原因是基于APN的。MME 107还可以包括与APN相关联的示例IE,如上面在504处的消息中所描述的。
在506a和506b处,依照所图示的实施例,MTC-IWF 102可以从HSS/SPR/UDR 116中检索SCS信息。这个检索可以与上面订阅信息如何被检索类似。在508处,MTC-IWF 102向例如AF/SCS 104的一个或多个SCS发送ALR消息。如果例如拥塞是基于DDN的,则MTC-IWF 102可以指示用于DDN的退避定时器、受影响的PDN信息以及受影响的设备。在510处,依照所图示的示例,SCS 104基于由MTC-IWF 102报告的拥塞的类型来决定它可以采用的过程。例如,在“基于DDN的”过载场景中,SCS 104可以降低其下行链路数据速率,降低设备触发的速率,选择不同的设备触发方法,或者使设备触发延迟。如果受影响的设备的列表被提供给SCS104,则SCS 104可以依照示例实施例将它们的活动调度至以后时间。在512a和512b处,SCS104可以执行AF会话修改或终止以降低拥塞水平。这个步骤可能不适用于“基于DDN的”过载状况。在514处,SCS 104可以向HSS/UDR 116提供与设备(例如,UE 103)相关联的优先级信息,CN节点能够利用该优先级信息来确定哪些UE能够被断开/去附着或者节流。在514处,SCS 104能够提供如在下面详细地描述的与UE相关联的低接入优先级(LAP)信息和紧急信息。在516处,SCS 104可以像上面所描述的那样通过用户平面命令例如UE 103的UE与PDN断开或者降低它们相应的数据速率。步骤516可能不适用于“基于DDN的”过载状况。在518a处,依照所图示的实施例,SCS 104向MTC-IWF 102提供对于其能够去激活PDN连接的UE的列表。在518b处,MTC-IWF 102将断开请求提供给MME 107。在518c处,MME 107向MTC-IWF 102发送断开应答,MTC-IWF 102在518d处将该应答发送到SCS 104。在示例实施例中步骤518a-d不适用于“基于DDN的”过载。在520处,如上所述,SCS 104可以指示它针对“基于DDN的”过载控制而执行的动作。在522处,MTC-IWF 102可以向MME 107提供针对“基于DDN的”过载控制而执行的动作。例如,如果动作是选择不同的触发机制,则MME 107可以忽视它。如果例如动作是使设备触发延迟,则MME 107可以标记SCS 104,使得在基于DDN的拥塞被充分地减少时通知SCS 104。
MME 107可以在拥塞/过载状况在接近临界极限时与SCS 104一起执行上述过载控制协调。然而,在一个实施例中,如果拥塞/过载状态跨越在其之外核心网的稳定性受到威胁的临界水平,则CN可以自动地采用过载控制机制,诸如TS 23.401中所定义的那些机制,并且因此在不咨询或者通知SCS 104的情况下基于UE的“低接入优先级”指示来使UE去附着/去激活。
依照各种实施例,SCS可以提供拥塞相关的设备信息,诸如例如LAP信息。如上所述,3GPP中的现有过载控制机制在它执行NAS过程或者建立RRC连接时利用来自M2M设备的“低接入优先级”指示。核心网将该设备认为在连接的寿命内是“低接入优先级”的并且CN能够选择在过载/拥塞状况期间终止该连接。现有机制取决于UE指示“低接入优先级”服务。然而,在本文中考虑了在许多场景中,相比于设备自身SCS可以处于确定与给定设备的通信的重要性的更好地位中。
例如,在特定情况下与给定M2M设备的一些通信可能是关键的。这些情况可能取决于如下状况:诸如例如一天中的时间、日期、位置、操作状况、提供的配置、M2M订阅改变、来自应用的指示或其它设备的状态。例如,当M2M设备上的应用被升级或者新应用被安装在M2M设备上时,SCS可能想要按照经更新的/新应用的通信要求来更新设备的LAP信息,既然该新应用(例如,闹钟应用)已被安装在设备上。
在本文中所描述的各种实施例中,SCS具有向核心网提供“低接入优先级”信息的能力。核心网能够在过载状态期间利用这个信息并且做出更智能的决定。在另一示例实施例中,核心网在HSS/UDR中具有作为UE订阅信息的一部分的这个LAP信息。能够给予SCS按照在下面所描述的订阅字段“许可进行LAP修改”来修改这个信息的权限。
以下是依照示例实施例的SCS能够修改/提供的示例LAP信息,通过示例呈现但不限于:低接入优先级(LAP)标志、低接入优先级值以及低接入优先级覆写标志。在示例中,SCS能够在任何时候设定LAP标志以指示需要当前将给定设备视为LAP设备。LAP值可以为LAP设备提供相对的优先级值。LAP覆写标志可以指示是否需要考虑为UE提供的LAP标志或网络中提供的LAP标志。
通过示例,诸如例如维持生命所必需的健康参数监视器、工业和家庭安全与自动化控制设备等的特定M2M设备可以执行关键活动。可能需要将来自这些设备的通信认为是(分类为)紧急类型。另外,这些设备中的一些可以被配置成用于执行到核心网的紧急类型附着的智能或者具有该智能。在特定情况下,例如,与设备的通信可能不始终是关键的而仅在特定情况下是关键的。通过另一示例,在本文中考虑了终端设备可能不总是能够检测到这些关键情况,并且有时仅SCS能够具有用于确定与设备的通信是否应该被分类为关键的逻辑。
依照示例实施例,SCS具有向核心网提供紧急信息的能力,使得即使设备尚未指示通信应该被分类为紧急类型该核心网也能够将来自一些设备的通信分类为紧急类型。例如,能够给予一个或多个SCS按照订阅字段“许可进行紧急修改”在HSS/UDR中提供与UE相关联的紧急信息的权限。紧急信息可以包括例如但不限于紧急设备标志和紧急设备覆写标志。例如,SCS能够在任何时候设定紧急设备标志,以指示从被设定的时间起来自设备的连接将被认为是(分类为)紧急类型。紧急设备覆写标志可以指示SCS或UE是否能够覆写由另一节点提供的指示。
在现有3GPP过载控制过程中,CN可以断开或者阻止被标记为LAP的设备。因此,紧急类型MTC设备的提供能够确保即便当CN在过载状态或状况下时特定设备也不应该被断开或者被阻止接入网络。
依照示例实施例,SCS可以在任何时间点为UE提供LAP和紧急信息。在一些情况下,可以在UE未附着到核心网时执行提供。核心网可以在接受来自SCS的提供改变之前检查SCS的权限。SCS能够通过Mh接口或者通过Tsp接口经由MTC-IWF执行修改。SCS可以像上面所描述的那样响应于来自CN的负荷指示而执行这个提供。SCS内的服务可以通过进行API请求来发起用于执行这个提供的过程,所述API请求可以由SCEF转化为在Mh接口上到HSS/UDR的请求或者转化为通过Tsp接口到MTC-IWF的请求。
现在参考图6,示例网络600包括一个或多个服务节点前端(FE)109、UDR 116、HSSFE 114a以及作为非IMS AS的SCS 104。将了解的是,示例网络600被简化以方便所公开的主题的描述,而不旨在限制本公开的范围。除了或者代替诸如网络600的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在602处,依照所图示的实施例,SCS 104可以检测到在CN中更新UE信息的需要(例如,通过接收触发)。触发可能是由于M2M运营商改变设备特性/订阅信息而导致的或者是由于应用状况而导致的。可替选地,触发可以响应于从核心网接收到的过载指示消息。基于该触发,在604处,例如,如果与给定设备相关联的信息将被首次创建,则SCS 104可以向HSSFE 104a发送创建数据请求。可替选地,在604处,SCS 104可以发送更新数据请求以更新与给定设备相关联的订阅信息。依照所图示的示例,通过Mh接口发送在604处的消息(例如,参见3GPP TS 23.862)。在本文中描述了能够被包括在这个消息中的示例信息。HSS FE 114a可以验证SCS 104的权限。在一些情况下,HSS FE 114a可以将该信息转换成在内部所维护的格式。例如,SCS 104可以通过设备的外部标识符来识别设备并且HSS FE 114a可以将该外部标识符转换成IMSI。在606处,HSS FE 114a可以将创建或更新请求发送到UDR 116。在607处,UDR 116可以相应地更新其记录(例如,参见3GPP TS 23.335)。在608处,UDR向HSSFE 114a确认更新(例如,参见3GPP TS 23.335)。在610处,HSS FE 114a向SCS 104确认更新(例如,参见3GPP TS 23.862)。
仍然参考图6,在612处,依照所图示的实施例,UDC架构(例如,参见图1C中的UDC架构112)使得FE能够订阅与存储在UDR 116中的特定用户数据相关联的特定事件,使得FE被通知这些事件。例如,如果节点/FE 109中的任一个已订阅UE的MTC相关信息的改变,则UDR116可以像3GPP TS 23.335中进一步描述的那样通知那些FE 109。服务节点109能够执行动作以应用经更新的数据。例如,MME可以订阅UE的MTC特定数据,并且无论何时MTC信息在UDR116中被更新,UDR 116可以向MME发送通知。该通知可以包括更新的数据值和/或基于UDR116中的本地配置策略的其它附加数据。附加数据的示例包括更新的数据的先前值、原始订阅实体身份等。MME然后可以将UE标记为紧急类型UE并且执行其它动作,诸如例如通知eNB或SGW/PGW。
在614处,HSS 114a可以确定必须向一些节点通知改变,使得对UE的MTC信息做出的改变变得有效。HSS 114a可以通知服务节点109并且服务节点109可以配置其它节点以使改变有效。例如,如果设备已被分类为紧急类型,则HSS 114a可以通知MME,使得MME将该设备认为是紧急类型。MME进而可以配置诸如例如eNB和PGW的其它节点。可替选地,SCS 104还能够像图7中所示的那样执行经由Tsp接口在核心网中提供MTC设备信息。
通过示例,与处理大量设备/连接的网络节点类似SCS能够进入过载/拥塞状态。除SCS可以在服务层级下采用的拥塞/过载控制方法之外,SCS可以从底层网络层在管理服务层的过载状态时提供协助中受益。在下面所描述的是依照各种实施例的底层核心网能够协助服务层管理其过载状态的一些示例方式。
将理解的是,SCS可以管理并控制大量M2M设备。许多这些M2M设备可能被期望在大多数时间内是空闲的。因此,SCS在任何时间点服务的设备的数目可能比可以同时与SCS进行通信的设备的总数小得多。然而,可能存在更多设备需要与SCS的连接性的一些场景,这可以使SCS进入过载状态。SCS可以拒绝来自低优先级设备的连接尝试或者断开一些现有低优先级设备以降低其拥塞水平。例如,M2M设备将必须附着到网络,激活PDN连接,并且执行一些用户平面消息传送以在SCS选择拒绝设备之前到达SCS。如果这些设备在网络层处(在附着期间)被拒绝,则它可以提供好处,诸如在下面所列举的那些好处,例如但不限于:减少在服务层的消息处理、保存设备上的电池电力、减少核心网业务以及减少与设备相关联的不必要的计帐/计费。
依照示例实施例,在本文中描述了当SCS处于拥塞或过载状况时,SCS可以向核心网发送对该状况的指示,并且SCS可以提供需要被阻止接入SCS/服务层的设备的列表。SCS还可以提供需要立即与网络断开的设备的列表。SCS还可以提供指示在其间必须阻止设备的SCS接入的持续时间的退避定时器。SCS还可以发送拥塞控制停止消息,以指示SCS不再处于拥塞下并且以指示核心网不必代表SCS来执行任何拥塞控制。
SCS能够通过Mh向HSS/UDR或者经由Tsp向MTC-IWF发送开始/停止过载控制消息。开始消息能够包含直到接收到停止消息为止或者直到经过特定时间段为止需要被释放并且被防止接入服务层的设备的列表。在开始消息与停止消息中间,例如,SCS可以发送一个或多个拥塞通知/控制消息以改变或者提供关于需要被释放的设备的附加信息。图8示出了通过Tsp接口的这种情况的示例呼叫流程。
参考图8,示例网络800包括MME 107、HSS 116、MTC-IWF 102和SCS 104。将了解的是,示例网络800被简化以方便所公开的主题的描述,而不旨在限制本公开的范围。除了或者代替诸如网络800的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在802处,依照所图示的示例,SCS 104可以例如基于连接到它的设备的数目或者基于运营商提供来检测过载状况。SCS 104可以检测服务层中的过载/拥塞情形。拥塞可能是由于不同的原因而导致的,所述原因诸如例如为大量连接的M2M设备、大量正在进行的M2M过程、出故障的设备重复地设法连接到SCS 104、各种系统故障等。为了从拥塞中恢复,SCS 104可以决定临时停止新M2M连接。通过另一示例,SCS可以断开一些被连接的现有设备,或者SCS 104可以阻止一些设备连接到SCS 104。依照所图示的实施例,SCS确定在管理其拥塞状态时其需要核心网的协助。
在804处,依照所图示的实施例,SCS通过Tsp接口向MTC-IWF 102发送SCS过载控制开始(SOS)消息。这个消息可以指示各种信息,诸如例如但不限于类型、断开列表IE、设备ID、断开类型IE、空闲模式分离IE、退避定时器IE或漏洞列表。可以将类型IE设定为“开始”以指示这是拥塞控制的开始。断开列表可以指示需要立即与网络断开的设备的列表。设备ID可以识别断开列表中的设备。对于每个设备,断开类型IE可以指示核心网应如何处理设备。例如,断开类型可以指示核心网是否完全使设备去附着或者核心网是否应该去激活设备的PDN连接。对于列表中的每个设备,空闲模式去附着IE可以指示即使设备处于空闲模式核心网是否也应该试图去附着/去激活设备。对于每个设备,退避定时器可以指示在其间设备不应该执行任何附着尝试的时间段。漏洞列表IE可以指示能够自动地从网络去附着以允许其它紧急M2M设备接入SCS 104的设备的列表。对于漏洞列表中的设备可以提供的示例信息包括但不限于设备ID、优先级、退避定时器以及漏洞持续时间。在示例实施例中,漏洞持续时间是在其间设备被认为是易损的时间段。
仍然参考图8,依照所图示的实施例,MTC-IWF 102可以通过S6m接口将SCS过载控制开始消息转发到HSS 116(在806处)。在807处,HSS 116可以执行各种动作。例如,HSS 116可以检查SCS 104的权限以执行在806处接收到的操作/请求,将设备的外部ID映射成本地标识符(例如,IMSI),存储断开列表和/或漏洞列表,确定“断开列表”中的设备中的哪些当前被附着并且准备向它们对应的服务节点发送通知,并且/或者在请求PDN断开的情况下确定与给定UE相关联的APN。
在808处,HSS 116可以向服务节点(例如,MME 107/SGSN)发送“取消位置请求”消息,使得服务节点能够使该消息中所指示的设备去附着。在808处的消息可以是S6aDiameter消息。在808处的消息可以指示IMSI、原因类型、APN、退避定时器或断开标志。原因类型可以指示原因是SCS发起的去附着还是SCS发起的PDN断开。对于SCS发起的PDN断开可以发送APN。断开标志可以指示是否应该考虑处于空闲模式的任何UE。在809处,如由“断开标志”所指示,MME 107可以执行与HSS发起的去附着过程或网络发起的PDN断开过程类似的动作。
在810处,依照所图示的实施例,在没有限制的情况下还能够被称为MME/SGSN 107的MME 107在它已完成所请求的动作之后发送“取消位置应答”。在812处,HSS 116向MTC-IWF 102发送SCS过载控制开始应答(SOA)消息,该消息是通过Tsp接口来发送的。在812处的消息可以包含关于被断开的设备的数目的报告。在814处,依照所图示的示例,MTC-IWF 102通过S6m接口将SCS过载控制开始应答消息转发到SCS 104。在816处,SCS 104可以决定它需要使更多设备去附着以减轻拥塞状况。在这种情况下,例如,SCS 104可以通过Tsp向MTC-IWF 102发送SCS过载控制通知请求(SON)消息。在这个消息中,SCS 104可以将消息的“类型”设定为“通知”。在一些情况下,这个消息可以包含如参考以上步骤804所描述的相同IE。在818处,核心网可以执行步骤806至812以处理来自SCS 104的SCS过载控制通知请求消息。在820处,MTC-IWF 102通过S6m接口向SCS 104发送SCS过载控制通知应答(SOA)消息。在822处,当SCS 104确定它不再处于过载状态时,例如,它可以通过Tsp接口发送SCS过载控制停止请求(SOP)消息。在824处,依照所图示的示例,MTC-IWF 102可以通过S6m接口将SCS过载控制停止请求(SOP)消息转发到HSS 116。在825处,HSS 116可以例如停止为设备而运行的任何定时器,或者删除断开列表和漏洞列表。在826处,HSS 116可以通过经由S6m接口向MTC-IWF 102发送SCS过载控制停止应答(SPA)消息来确认它对过载停止请求的处理。在828处,MTC-IWF 102可以通过Tsp接口将SCS过载控制停止应答(SPA)消息转发到SCS 104。可替选地,SCS 104可以通过Mh接口将过载控制开始、通知和停止消息指示给UDR/HSS 116。除了MTC-IWF 102被移除,针对这种情况的呼叫流程和过程例如可以与上面所描述的图8类似,并且SCS 104直接将过载控制消息发送到HSS 116。另外,依照示例替代实施例HSS 116通过Mh接口直接将答复发送到SCS 104。
现在转向在CN中提供与SCS相关的拥塞信息,SCS可以通过在核心网中提供SCS的过载控制参数并且通过使核心网代表SCS执行一些过载控制,来执行预防拥塞的控制机制。SCS过载控制参数可以是存储在SCS订阅数据库中的临时订户数据。CN能够控制M2M设备到SCS的连接并且通过实施由SCS提供的参数来防止特定的过载场景。这是用于避免服务层中的过载的示例预防动作。服务层中的其它因素可以导致可能拥塞,其中需要CN的协助来减少拥塞。在这些场景中能够使用上面所描述的过程。
在一些情况下,可以在HSS中存在维护对与SCS连接的设备的数目的计数的群组。例如,如果这个计数超过由SCS所提供的阈值,则HSS能够防止朝向该SCS的进一步连接。在计数达到接近于阈值的水平时HSS还能够通知SCS,使得SCS能够增加阈值(例如,在SCS具有附加容量的情况下)。
SCS还能够提供如上面所描述的UE的LAP和紧急信息,使得核心网知道要防止哪些设备进行附着(例如,当达到阈值时)以及即使已达到阈值也要允许哪些设备(例如,紧急类型设备)。
SCS可以提供单独的漏洞参数和优先级值,以指示为允许新设备进行附着而需要被去附着的设备,或者上面所描述的LAP信息能够指示这个信息。图9示出了依照示例实施例的用于通过Mh接口来提供SCS拥塞参数的示例呼叫流程。
参考图9,示例网络900包括UDR 116、HSS FE 114a和SCS 104。将了解的是,示例网络900被简化以方便所公开的主题的描述,而不旨在限制本公开的范围。除了或者代替诸如网络900的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在902处,依照所图示的示例,SCS 104确定需要向CN提供与SCS 104相关联的过载控制参数。SCS 104还可以向CN提供与和SCS 104通信的设备有关的其它信息。在902处的确定可以基于例如M2M运营商提供改变或应用状况。在904处,例如,取决于数据正被创建还是现有数据正被更新,SCS 104可以发送创建数据请求或更新数据请求。例如,可以像3GPP TS23.862中所定义的那样通过Mh接口将在904处的消息发送到HSS 114a。在906处,消息可以被转发到UDR 116。这个消息可以指示各种信息,诸如例如不限于:附着设备阈值的最大数目,其可以指示已订阅到SCS 104并且CN能够允许附着的设备的最大数目;动作类型,其可以指示CN是否能够代表SCS 104自动地开始拥塞控制或者CN是否应该首先通知SCS 104(如上所述,SCS 104还能够提供百分比值,使得当附着设备的总数达到与附着设备阈值的最大数目相关联的百分比时CN通知SCS 104);LAP信息,如上所述对于UE的列表能够提供LAP信息;紧急信息,如上所述其能够与相应的UE相关联;以及漏洞信息,其能够将UE的列表与它们相应的漏洞标志指示符和优先级值包括在一起。在示例实施例中,当CN处于拥塞时LAP信息被应用,而当SCS处于拥塞时漏洞信息被应用。
在906处,依照所图示的实施例,HSS FE 114a可以更新UDR 116(例如,参见3GPPTS 23.335)。在908处,UDR 116可以向HSS FE 114a发送确认(例如,参见3GPP TS 23.325)。在910处,HSS FE 914a向SCS 104(例如,被认为是非IMS AS)发送确认(例如,参见3GPP TS23.862)。在912处,例如,当计数达到阈值或者达到如“动作类型”IE中所指示的阈值的百分比时,HSS 114a可以向SCS 104通知这个事件。这可以允许SCS 104采取适当的动作。在一些情况下,SCS 104可以具有更多空间以允许一些更多UE进行附着,并且SCS 104可以增加阈值。在914处,SCS 104通过向HSS 114a发送“阈值通知响应”消息来确认通知。可替选地,SCS104能够执行经由Tsp接口在核心网中提供MTC设备信息。
因此,通常参考图8和图9,核心网节点可以包括处理器、存储器和通信电路。核心网节点可以经由其通信电路是核心网的一部分,并且核心网节点还可以包括存储在核心网节点的存储器中的计算机可执行指令,当由核心网节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令使核心网节点接收与服务层节点的拥塞状况相关联的第一请求。该请求可以包括与拥塞状况相对应的一个或多个参数。基于所述一个或多个参数,核心网节点可以确定要与服务层节点断开的第一设备,并且核心网节点使第一设备从服务层节点去附着。所述一个或多个参数可以包括指定核心网节点使第一设备去附着的空闲模式参数。如上所述,所述一个或多个参数可以包括指示应该在收到第一请求时立即与核心网断开的多个设备的断开列表,并且该断开列表可以包括第一设备。同样如上所述,所述一个或多个参数可以包括指示能够从核心网去附着以允许更高优先级设备接入服务层节点的多个设备的漏洞列表,并且该漏洞列表可以包括第一设备。在一个示例中,所述一个或多个参数可以包括指示在之后第一设备能够试图重新附着到该服务层节点的时间段的退避定时器。
上面描述了依照各种示例实施例的用于控制拥塞场景的各种方法和系统。如下所述,依照示例实施例,SCS能够检索核心网的当前负荷水平并且对该SCS与设备的通信进行调度/计划,使得通信成功的可能性增加,并且使得避免核心网中的过载或拥塞状况。
能够由SCS执行的过程——诸如例如批设备触发、将数据传送到一个区域中的大量设备等,可能潜在地使核心网拥塞并且导致这些过程中的一些失败。因此,依照示例实施例,在SCS尝试这些类型的过程之前,SCS与核心网一起进行检查,以确定核心网是否过载并且以确定核心网是否具有处理SCS想要执行的过程的容量。
通过示例,如果SCS必须触发将然后经由APN连接到SCS的10000个设备,并且在10分钟的跨度中执行大约50GB的数据传送,则SCS能够通知核心网关于这个过程并且核心网能够找出正在处理该APN的PGW是否具有足够支持这个请求的资源。作为响应,核心网能够向SCS通知其支持该请求的能力或其能够支持所达的水平。通过另一示例,核心网能够响应它能够在10分钟内支持25GB。基于该响应,SCS能够相应地作出反应,诸如通过触发特定数目的设备(例如,5000)。核心网还能够保留所请求的资源并且然后向SCS通知该保留。图10示出了依照示例实施例的SCS 104在尝试其服务层过程之前请求核心网的容量和负荷状况的示例方法。
参考图10,示例网络1000包括多个CN节点111、HSS 114a、MTC-IWF 102和SCS 104。将了解的是,示例网络1000被简化以方便所公开的主题的描述,而不旨在限制本公开的范围。除了或者代替诸如网络1000的网络,其它设备、系统和配置可以被用来实现本文中所公开的实施例,并且所有这些实施例被设想为在本公开的范围内。还将了解的是,可以在各个图中重复附图标记以指示图中的相同或类似的特征。
在1002处,依照所图示的示例,SCS 104通过Tsp接口向MTC-IWF 102发送容量/负荷状态请求(LSR)消息。SCS 104可以在它确定需要执行CN负荷密集操作时发送这个消息。例如,SCS 104能够被配置有与数据速率、设备触发的数目等相关联的阈值信息。因此,当SCS 104看到它旨在执行的过程将超过这些阈值时,例如,SCS 104可以检查核心网关于其处理SCS过程的能力。这些阈值可以是运营商提供的或者是由CN提供的。在1002处的消息可以包含关于SCS旨在执行的过程的信息以及与该过程有关的一些参数。例如,消息可以指示核心网是否需要保留任何资源以便支持SCS过程,或者核心网是否仅仅需要以与该过程相关联的可接受极限做出响应。在一些情况下,如果核心网执行任何资源保留,则可以针对该资源保留而单独地对SCS 104进行计费。在1002处的消息可以指示,例如但不限于,过程的类型以及一个或多个设备触发参数。过程的类型IE可以指示SCS旨在执行的过程。每个类型的过程可以具有与其相关联的不同参数。将理解的是,在下面所提及的参数不是强制性的,而是通过示例呈现,并且SCS能够发送这些参数的任何相关组合。示例设备触发参数包括但不限于:设备的数目,其可以指示将被触发的设备的数目;触发响应类型,其可以指示对于该触发期望的来自UE的响应(例如,这可以指示UE是否将以单个短消息做出响应或者UE将建立需要多个消息传送的数据通信;还可以包括所需要的响应的大小以及消息交换的数目);期望数据速率,其可以指示在所有设备被触发时期望的现有数据速率的增加(例如,还可以为每个UE提供这个参数);受影响区域,其可以指示UE将被触发的区域(例如,特定地理区域、跟踪区域,或可以指示SCS不知道设备的位置的全局量);受影响的APN/IP域ID,其可以指示关于在其中期望响应的APN或IP域的信息;以及延迟容限,其可以指示在其间能够使设备触发延迟的时间。CN可以使用延迟容限来确定用于在给定时间段期间触发的更好时间——例如基于它在该时间段中所估计的负荷状况。消息还可以包括批数据传送参数,诸如例如但不限于:数据传送的类型,其可以指示单播、多播、广播数据传送;设备的数目,其可以指示将对其执行数据传送的UE的数目(例如,也可以提供用于单播的UE标识符的列表,并且可以提供用于广播/多播的受影响区域);服务质量(QoS),其可以指示用于数据传送的期望QoS(例如,指定DL速率、UL速率等);以及延迟容限,其可以指示可以在其间使数据传送延迟的时间。在1002处的消息还可以包括资源保留IE,其可以指示SCS希望CN执行用于该过程的资源保留,或者SCS希望CN以其当前能力做出响应。在1003处,MTC-IWF 102可以与HSS114a关于SCS 104执行过程的授权来一起进行检查,并且可以检索需要被联系的服务节点。
仍然参考图10,在1004处,依照所图示的实施例,MTC-IWF 102可以向由HSS 114a返回的服务节点(例如,CN节点111)中的每一个发送容量/负荷状态请求(LSR)消息。MTC-IWF 102可以包括对于节点111中的每一个来说是相关的信息并且指示节点111是否需要保留资源或者提供它们相应的当前能力以处理请求的信息。在1005处,取决于请求类型,例如,服务节点111可以配置自身。节点111还可以配置它们所连接到的其它相关节点,或者节点111可以检索与其它相关节点相关联的负荷和容量信息。在1006处,依照所图示的示例,节点111在执行所请求的动作之后向MTC-IWF 102发送容量/负荷状态应答(LSA)消息。这个消息可以包含每个节点111是否能够支持所请求的操作的指示。在1008处,MTC-IWF 102通过Tsp接口将容量/负荷状态应答(LSA)消息发送到SCS 104。对于SCS 104请求的每个类型的过程,例如,MTC-IWF 102可以提供能够由CN处理的可接受水平以及可以执行SCS过程的时间。在1008处的消息还可以指示资源保留是否成功地被完成。在1010处,例如,SCS 104可以按照在1008处来自CN的答复对其过程进行调度。可替选地或附加地,CN节点111能够以未经请求的方式周期性地将它们的能力提供给SCS 104。例如,CN可以提供它能够在特定APN上处理的数据速率,或地理区域中的负荷状况。在替代实施例中,用PCRF代替图10中的MTC-IWF 102。因此,依照替代实施例在Rx接口上发送PCRF与SCS之间的LSR和LSA命令。
因此,如上所述,通常参考图10,例如SCS 104的服务层节点可以包括处理器、存储器和通信电路。服务层节点可以经由其通信电路连接到核心网,并且服务层节点还可以包括存储在服务层节点的存储器中的计算机可执行指令,当由服务层节点的处理器执行所述计算机可执行指令时,所述计算机可执行指令使服务层节点发送将该服务层节点旨在执行的操作通知给核心网的节点的请求。操作可能需要核心网的资源。基于请求,服务层节点可以从核心网接收消息。例如,可以从PCRF或PGW接收消息。该消息可以指示下列中的至少一个:服务层节点执行操作的时间、能够被用于操作的核心网的能力或所需资源被保留用于操作的指示中。可以在服务层节点确定操作需要大于预定阈值的数据速率时发送请求。可替选地,可以在服务层节点确定操作触发了大于预定阈值的设备数目时发送请求。如上所述,请求可以包括以下各项中的至少一个的指示,通过示例呈现但不限于:服务层节点旨在执行的过程的类型、服务层节点旨在在其上执行过程的设备的数目、过程将所需要的数据速率、服务层旨在在其上执行过程的设备所位于的地理区域、将被用于过程的接入点名称(APN)、过程的延迟容限或者应该为过程保留的一个或多个资源。
为了提供高效的拥塞控制机制,核心网可能需要知道关于设备和服务层参数的信息。在示例实施例中,这个信息中的一些能够被永久地提供在订阅信息中并且一些信息能够作为系统操作的一部分被修改。如本文中所描述的,依照各种示例实施例,通过示例呈现但在不限制的情况下,以下信息能够被添加到被维护在HSS/UDR处的UE的订阅信息(参见下表1)。
表1
字段名称 |
低接入优先级 |
低接入优先级值 |
低接入优先级覆写标志 |
连接的SCS |
紧急设备标志 |
紧急设备覆写标志 |
许可的服务能力服务器(SCS) |
许可进行LAP修改 |
许可进行紧急修改 |
许可进行PDN终止 |
低接入优先级是通过3GPP版本1所引入的现有字段,但是当前低接入优先级指示符被仅保持在UE的USIM中并且UE将该指示符提供给核心网。它还可以被保持在USS/UDR中。已经在本文中考虑了低接入优先级指示符可能不足以表征M2M业务。可能需要以更大粒度来表征设备。在本文中描述了使用附加字段,使得能够将设备分组成变化的优先级水平。例如,这个值能够在从1至255的范围内,但是实施例不受如此限制。通过另一示例,更高数值可以意指更低优先级,并且网络可以从最高数值开始使设备去附着。作为上面所描述的“低接入优先级”标志的替代方案,在示例实施例中,“低接入优先级值”标志能够被分配‘0’的优先级值以指示关联设备不是LAP设备,并且任何非零值能够指示关联设备是LAP设备。这个值可以在附着时被传递给服务节点(例如,MME、SGSN、SGW、PGW和GGSN)并且可以被包括在计费记录中,使得计费可以基于设备优先级。
低接入优先级复习标志可以帮助解决冲突,例如当对于连接性UE提及与在核心网处所存储的UE记录中可得到的原因不同的原因时所发生的冲突。例如,如果UE指示正常连接性,而在HSS/UDR处的信息(订阅的或SCS提供的)指出UE需要被认为是LAP。在示例实施例中,这个标志能够取3个值,但是实施例不受如此限制:
·1-优选UE请求
·2-优选NW中的信息
·3-优选LAP
通过示例,如果标志值为1,则可以考虑UE提供的LAP信息。如果例如值为2,则考虑被存储在网络中的信息(订阅的或SCS提供的)。通过另一示例,如果值为3,则当网络存储的值或UE提供的值指示LAP时连接被认为是LAP。下表2列举了依照示例实施例的在不同组合下的示例最终决定。将理解的是,最终决定能够按需而变化。
表2
连接的SCS值可以是指UE当前所连接到的SCS。这个值可以由核心网填充或者由SCS通过Mh接口写入。紧急设备标志可以指示由设备执行的通信需要被认为是紧急类型。如果例如这个标志被设定,则它可能需要被包括在计费记录中。紧急设备覆写标志可以与上面所描述的LAP覆写标志类似。在示例实施例中,紧急设备覆写标志指示是否应该考虑UE提供的指示或者应该考虑网络中提供的值。许可的服务能力服务器(SCS)可以是列举能够与UE/M2M设备进行通信的每个SCS的分组字段。设备有可能唯一地与仅一个SCS相关联。许可进行LAP修改字段可以指定SCS是否被允许修改被维护在HLR/HSS/UDR中的设备的LAP信息。如果例如UE被允许与多个SCS进行通信,则依照示例实施例仅一个SCS可以被给予LAP修改的权限。在替代实施例中,不是一个SCS而是多个SCS能够被允许改变LAP信息,但是例如,网络可以选择最佳值。例如,如果SCS1提供5的示例优先级值,SCS2提供3的示例优先级值,并且SCS3提供8的示例优先级值,则网络可以将设备的LAP值选择为3。
许可进行紧急修改字段可以指定SCS是否被允许修改设备的紧急信息。与上面所描述的字段类似,依照一个实施例一个SCS能够被给予修改UE的紧急标志的权限。可替选地,在另一实施例中,如果设备连接到设定“紧急标志”的SCS驻留在其上的APN,则多个SCS能够被许可改变UE的紧急标志并且网络能够将设备认为是紧急类型的。许可进行PDN终止字段可以指示SCS是否被允许终止UE的PDN连接。SCS可能局限于终止到该SCS驻留在其上的APN的PDN连接。
核心网可能需要维护与和运营商具有商业关系的SCS有关的信息以执行相互的拥塞控制。在上面通过示例且在没有限制的情况下描述了并且呈现了表3中的以下字段。可以将表3中的字段添加到在核心网中为每个SCS而维护的订阅信息中。
表3
字段名称 |
SCS订阅ID |
SCS FQDN |
APN的列表 |
拥塞协调标志 |
CN自动过载控制 |
附着设备阈值 |
SCS订阅ID可以被用来唯一地标识SCS。SCS FQDN字段提供SCS的FQDN。CN能够用其来解析SCS的IP地址。可以为每个SCS提供DNS服务器IP或者CN可以使用公共DNS服务器。替代地可以使用静态IP。依照示例实施例,如果CN需要对SCS执行任何策略控制,诸如例如控制朝向SCS的数据速率或者约束设备以仅允许接入到单个SCS,则CN可能需要SCS的IP地址。APN的列表字段可以列举UE能够经由其接入SCS的APN。拥塞协调标志字段可以指示SCS是否能够与核心网一起执行拥塞控制协调。CN自动过载控制字段可以指示CN是否能够在拥塞的时期期间开始限制与这个SCS相关联的设备。附着设备阈值可以指示在CN可以开始拒绝新附着或者以使更低优先级设备去附着为代价允许新附着之前可以附着到这个SCS的设备的最大数目。
图11A是其中可以实现一个或多个公开的实施例的示例机器到机器(M2M)、物联网(IoT)或物流网(WoT)通信系统10的图。通常,M2M技术为IoT/WoT提供构件,并且任何M2M设备、M2M网关或M2M服务平台可以是IoT/WoT的组件以及IoT/WoT服务层等。图2至图10中的任一个中所图示的功能、设备、网关和/或服务器中的任一个可以包括诸如图11A至图11D中所图示的通信系统的节点的通信系统的节点。
如图11A中所示,M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如,以太网、光纤、ISDN、PLC等)或无线网络(例如,WLAN、蜂窝等)或异构网络的网络。例如,通信网络12可以包括向多个用户提供诸如语音、数据、视频、消息、广播等内容的多个接入网络。例如,通信网络12可以采用一个或多个信道接入方法,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。另外,通信网络12可以包括其它网络,诸如例如核心网、互联网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络或企业网络。
如图11A中所示,M2M/IoT/WoT通信系统10可以包括基础结构域和场域。基础结构域是指端到端M2M部署的网络侧,以及场域是指通常在M2M网关后面的区域网络。场域和基础结构域可以皆包括各种不同的节点(例如,服务器、网关、设备)。例如,场域可以包括M2M网关14和终端设备18。将了解的是,可以按需将任何数目的M2M网关设备14和M2M终端设备18包括在M2M/IoT/WoT通信系统10中。M2M网关设备14和M2M终端设备18中的每一个被配置成经由通信网络12或直接无线电链路发送和接收信号。M2M网关设备14允许无线M2M设备(例如,蜂窝和非蜂窝)以及固定网络M2M设备(例如,PLC)通过诸如通信网络12的运营商网络或直接无线电链路进行通信。例如,M2M设备18可以经由通信网络12或直接无线电链路向M2M应用20或M2M设备18收集数据并且发送数据。M2M设备18还可以从M2M应用20或M2M设备18接收数据。另外,如下所述,可以经由M2M服务层22向M2M应用20发送数据和信号并且从M2M应用20接收数据和信号。M2M设备18和网关14可以经由例如包括蜂窝、WLAN、WPAN(例如,Zigbee、6LoWPAN、蓝牙)、直接无线电链路以及有线线路的各种网络进行通信。示例性M2M设备包括但不限于平板电脑、智能电话、医疗设备、温度和天气监视器、联网汽车、智能仪表、游戏控制台、个人数字助理、卫生与健康监视器、灯、恒温器、器具、车库门以及其它基于致动器的设备、安全设备和智能插座。
参考图11B,场域中所图示的M2M服务层22为M2M应用20、M2M网关设备14以及M2M终端设备18和通信网络12提供服务。将理解的是,M2M服务层22可以按需与任何数目的M2M应用、M2M网关设备14、M2M终端设备18和通信网络12进行通信。M2M服务层22可以由一个或多个服务器、计算机等来实现。M2M服务层22提供适用于M2M终端设备18、M2M网关设备14和M2M应用20的服务能力。可以以各种方式实现M2M服务层22的功能,例如,作为web服务器、在蜂窝核心网中、在云中等。
与所图示的M2M服务层22类似,在基础结构域中存在M2M服务层22’。M2M服务层22’为基础结构域中的M2M应用20’和底层通信网络12’提供服务。M2M服务层22’还为场域中的M2M网关设备14和M2M终端设备18提供服务。将理解的是,M2M服务层22’可以与任何数目的M2M应用、M2M网关设备和M2M终端设备应用进行通信。M2M服务层22’可以通过不同的服务提供商与服务层交互。M2M服务层22’可以由一个或多个服务器、计算机、虚拟机(例如,云/计算/存储群等)等来实现。
仍然参考图11B,M2M服务层22和22’提供了不同的应用和领域能够利用的一组核心服务递送能力。这些服务能力使得M2M应用20和20’能够与设备交互并且执行诸如数据收集、数据分析、设备管理、安全、计帐、服务/设备发现等的功能。基本上,这些服务能力能够免除应用实现这些功能性的负担,从而简化应用部署并且减少成本和上市时间。服务层22和22’还使得M2M应用20和20’能够通过与服务层22和22'提供的服务相连接de各种网络12和12’进行通信。
M2M应用20和20’可以包括诸如但不限于运输、卫生与健康、联网家庭、能量管理、资产跟踪以及安全和监视的各种行业中的应用。如上面所提及的,跨越系统的设备、网关和其它服务器运行的M2M服务层支持诸如例如数据收集、设备管理、安全、计帐、位置跟踪/地理围栏、设备/服务发现以及传统系统集成的功能,并且将这些功能作为服务提供给M2M应用20和20’。
通常,诸如图11A和图11B中所图示的服务层22和22’的服务层(SL)定义通过一组应用编程接口(API)和底层联网接口来支持增值服务能力的软件中间件层。ETSI M2M架构和oneM2M架构两者定义了服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以被实现在ETSI M2M架构的各种不同的节点中。例如,服务层的实例可以被实现在M2M设备(其中它被称为设备SCL(DSCL))、网关(其中它被称为网关SCL(GSCL))和/或网络节点(其中它被称为网络SCL(NSCL))内。oneM2M服务层支持一组公共服务功能(CSF)(即,服务能力)。一个或多个特定类型的CSF的集合的实例化被称为公共服务实体(CSE),其能够被托管在不同类型的网络节点(例如,基础结构节点、中间节点、应用特定节点)上。第三代合作伙伴计划(3GPP)也已定义了用于机器类型通信(MTC)的架构。在该架构中,服务层以及它提供的服务能力作为服务能力服务器(SCS)的一部分被实现。无论被具体实现在ETSI M2M架构的DSCL、GSCL或NSCL中、在3GPP MTC架构的服务能力服务器(SCS)中、在oneM2M架构的CSF或CSE中还是在网络的某个其它节点中,服务层的实例都可以被实现在网络中的一个或多个独立节点(包括服务器、计算机以及其它计算设备或节点)上或者作为一个或多个现有节点的一部分执行的逻辑实体(例如,软件、计算机可执行指令等)中。作为示例,可以以在具有下面所描述的图11C或图11D中所图示的通用架构的网络节点(例如,服务器、计算机、网关、设备等)上运行的软件的形式实现服务层或其组件的实例(例如,AF/SCS 104)。
另外,本文中所描述的方法和功能性可以被实现为M2M网络的一部分,其使用面向服务架构(SOA)和/或面向资源架构(ROA)来访问诸如例如上述网络和应用管理服务的服务被实现。
图11C是网络节点的示例硬件/软件架构的框图,网络节点诸如为可以作为诸如M2M服务器、网关、设备或图11A和图11B中所图示的M2M网络的M2M网络中的其它节点操作的图2至图10中所图示的功能、设备、网关和/或服务器中的一个。如图11C中所示,节点30可以包括处理器32、收发器34、发送/接收元件36、扬声器/扩音器38、小键盘40、显示器/触摸板42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片组50以及其它外围设备52。节点30还可以包括诸如收发器34和发送/接收元件36的通信电路。将了解的是,节点30可以在保持与实施例一致的同时包括上述元件的任何子组合。这个节点可以是实现本文中所描述的拥塞管理功能性的节点。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理,和/或使得节点30能够在无线环境中操作的任何其它功能性。处理器32可以耦合到收发器34,所述收发器34可以耦合到发送/接收元件36。虽然图11C将处理器32和收发器34描绘为单独的组件,但是将了解的是,处理器32和收发器34可以被一起集成在电子封装或芯片中。处理器32可以执行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以执行在诸如例如接入层和/或应用层处的诸如认证、安全密钥协定和/或密码操作的安全操作。
如图11C中所示,处理器32耦合到其通信电路(例如,收发器34和发送/接收元件36)。处理器32通过计算机可执行指令的执行可以控制通信电路,以便使节点30经由它连接到的网络与其它节点进行通信。特别地,处理器32可以控制通信电路以便执行在本文中(例如,在图2至图10中)并在权利要求中所描述的发送步骤和接收步骤。虽然图11C将处理器32和收发器34描绘为单独的组件,但是将了解的是,处理器32和收发器34可以被一起集成在电子封装或芯片中。
发送/接收元件36可以被配置成向包括M2M服务器、网关、设备等的其它节点发送信号或者从其它节点接收信号。例如,在实施例中,发送/接收元件36可以是被配置成发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口,诸如WLAN、WPAN、蜂窝等。在实施例中,例如,发送/接收元件36可以是被配置成发送和/或接收IR、UV或可见光信号的发射器/检测器。在又一个实施例中,发送/接收元件36可以被配置成发送和接收RF信号和光信号两者。将了解的是,发送/接收元件36可以被配置成发送和/或接收无线信号或有线信号的任何组合。
此外,尽管发送/接收元件36在图11C中被描绘为单个元件,然而节点30可以包括任何数目的发送/接收元件35。更具体地,节点30可以采用MIMO技术。因此,在实施例中,节点30可以包括用于发送和接收无线信号的两个或更多个发送/接收元件36(例如,多个天线)。
收发器34可以被配置成对将由发送/接收元件36发送的信号进行调制并且对由发送/接收元件36接收到的信号进行解调。如上面所指出的,节点30可以具有多模式能力。因此,收发器34可以包括用于使得节点30能够经由诸如例如UTRA和IEEE 802.11的多个RAT进行通信的多个收发器。
处理器32可以从诸如不可移动存储器44和/或可移动存储器46的任何类型的适合的存储器访问信息并且将数据存储在其中。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它实施例中,处理器32可以从诸如在服务器或家庭计算机上的物理上不位于节点30上的存储器访问信息并且将数据存储在其中。处理器32可以被配置成控制显示器或指示器42上的照明图案、图像或颜色,以反映UE以及尤其是与该UE通信的底层网络、应用或其它服务的状态。处理器32可以从电源48接收电力,并且可以被配置成分发和/或控制到节点30中的其它组件的电力。电源48可以是用于给节点30供电的任何适合的设备。例如,电源48可以包括一个或多个干电池电池组(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、燃料电池等。
处理器32还可以耦合到GPS芯片组50,其被配置成提供有关节点30的当前位置的位置信息(例如,经度和纬度)。将了解的是,节点30可以在保持与实施例一致的同时通过任何适合的位置确定方法来获取位置信息。
处理器32还可以耦合到其它外围设备52,其可以包括提供附加特征、功能性和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如,外围设备52可以包括加速度计、电子罗盘、卫星收发器、传感器、数码相机(例如,相片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提话筒、模块、调频(FM)无线电单元、数码音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
图11D是示例性计算系统90的框图,所述示例性计算系统90也可以被用来实现网络的一个或多个节点,诸如图2至图10中所图示的功能、设备、网关和/或服务器,其可以作为诸如图11A和图11B中所图示的M2M网络的M2M网络中的M2M服务器、网关、设备或其它节点。计算系统90可以包括计算机或服务器并且可以主要由可以以软件为形式的计算机可读指令来控制,无论什么地方或者通过无论什么手段来存储或者访问这样的软件。可以在中央处理单元(CPU)91内执行这些计算机可读指令以使计算系统90进行工作。在许多已知的工作站、服务器和个人计算机中,中央处理单元91由被称作微处理器的单芯片CPU来实现。在其它机器中,中央处理单元91可以包括多个处理器。协处理器81是执行附加功能或者协助CPU 91的与主CPU 91不同的可选处理器。CPU 91和/或协处理器81可以接收、生成并且处理与所公开的用于E2E M2M服务层会话的系统和方法有关的数据,所述E2E M2M服务层会话诸如为接收会话凭证或者基于会话凭证进行认证。
在操作中,CPU 91预取、解码并执行指令,并且经由计算机的主数据传送路径、系统总线80来向和从其它资源传送信息。这种系统总线连接计算系统90中的组件并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断并用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合到系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这些存储器包括允许信息被存储和检索的电路。ROM 93通常包含不能够被轻易修改的存储的数据。存储在RAM 82中的数据能够由CPU 91或其它硬件设备读取或者改变。对RAM 82和/或ROM 93的访问可以由存储器控制器92来控制。存储器控制器92可以提供当指令被执行时将虚拟地址转化成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此,在第一模式下运行的程序仅能够访问由其自身处理器的虚拟地址空间所映射的存储器;除非已经建立了进程之间的存储器共享,否则它不能够访问另一处理器的虚拟地址空间内的存储器。
此外,计算系统90可以包含负责将指令从CPU 91通信到诸如打印机94、键盘84、鼠标95和磁盘驱动器85的外围设备的外围设备控制器83。
由显示控制器96所控制的显示器86被用来显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸面板来实现显示器86。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子组件。
另外,计算系统90可以包含通信电路,诸如例如可以被用来将计算系统90连接到诸如图11A和图11B的网络12的外部通信网络以使得计算系统90能够与该网络的其它节点进行通信的网络适配器97。通信电路可以独自或者与CPU 91相结合地被用来执行在本文中(例如,在图2至图10中)并在权利要求中所描述的发送步骤和接收步骤。
将理解的是,可以以存储在计算机可读存储介质上的计算机可执行指令(即,程序代码)的形式具体实现本文中所描述的方法和过程中的任一个,并且当由(诸如计算机、服务器、M2M终端设备、M2M网关设备等)的机器执行指令时,所述指令执行并且/或者实现本文中所描述的系统、方法和过程。具体地,可以以这种计算机可执行指令的形式实现上面所描述的步骤、操作或功能中的任一个。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质两者,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪速存储器或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储设备,或者能够被用来存储所期望的信息并且能够被计算机访问的任何其它物理介质。
在描述本公开的主题的优选实施例时,如附图中所图示的,为了清楚起见采用了特定术语。然而,所要求保护的主题不旨在限于如此选择的特定术语,并且应当理解的是,每个特定元件包括以类似方式操作来实现类似目的的所有技术等同物。
以下是与可以出现在以上描述中的服务级和核心网技术有关的缩写词的列表。除非另外指定,否则本文中所使用的缩写词是指在下面所列举的对应术语。
3GPP 第三代合作伙伴计划
ADC 应用检测和控制
AF 应用功能
BSC 基站控制器
CN 核心网
DDN 下行链路数据通知
EAB 扩展接入限制
EDGE 增强数据速率GSM演进
EMM EPS移动性管理
ESM EPS会话管理
E-UTRAN 演进型通用陆地无线电接入网
eNB 演进型节点B
EPS 演进型分组系统
FE 前端
GBR 保证比特速率
GERAN GSM EDGE无线电接入网
GPRS 通用分组无线电服务
GSM 全球移动通信系统
GTP-C GTP控制
GTP-U GTP用户
GTP GPRS隧道协议
HLR 归属位置寄存器
HSS 归属订户服务器
IE 信息元素
IMS IP多媒体子系统
LAP 低接入优先级
LTE 长期演进
MBR 最大比特速率
MME 移动性管理实体
MNO 移动网络运营商
MS 移动台
MTC 机器类型通信
MTC-IWF 机器类型通信-互通功能
OMA-DM 开放移动联盟-设备管理
OTA 空中
PCRF 策略和计费规则功能
PDN 分组数据网
PGW PDN网关
PLMN 公用陆地移动网
QoS 服务质量
RNC 无线电网络控制器
RRC 无线电资源控制
SCS 服务能力服务器
SDF 服务数据流
SGSN 服务GPRS支持节点
S-GW 服务网关
SIM 订户身份模块
SPR 订阅配置文件储存库
TA 跟踪区域
UDC 用户数据汇聚
UDR 用户数据储存库
UE 用户设备
UMTS 通用移动电信系统
UTRAN 通用陆地无线电接入网
本撰写的说明书使用示例来公开本发明,包括最佳模式,并且还使得本领域的任何技术人员能够实践本发明,包括制造并使用任何设备或系统以及执行任何结合的方法。本发明的可以取得专利的范围由权利要求限定,并且可以包括被本领域的技术人员想到的其它示例。这些其它示例旨在在它们具有不同于权利要求的文字语言的结构元素的情况下或者在它们包括具有与权利要求的文字语言无实质差异的等效结构元素的情况下,落入权利要求的范围内。
Claims (13)
1.一种由在第一核心网节点处的装置执行的方法,所述方法包括:
从第二核心网节点接收第一拥塞报告,第一拥塞报告包括拥塞水平和受拥塞影响的实体的列表;和
基于第一拥塞报告向应用功能/服务能力服务器AF/SCS发送第二拥塞报告,第二拥塞报告包括所述拥塞水平和所述实体的列表,使得AF/SCS发送应用层消息以命令一个或多个受影响的用户设备UE采取动作以通过应用下行链路或上行链路速率限制来减少拥塞,
其中,所述实体的列表识别所述一个或多个受影响的UE。
2.如权利要求1所述的方法,其中,第一核心网节点包括互通功能。
3.如权利要求1所述的方法,其中,第一核心网节点是服务能力暴露功能SCEF或策略和计费规则功能PCRF。
4.如权利要求1所述的方法,其中,第二拥塞报告包括受影响的IP域或分组数据网络PDN或上行链路数据速率或下行链路数据速率或所需的数据速率减少百分比/量。
5.一种由在第一核心网节点处的装置执行的方法,所述方法包括向第二核心网节点发送拥塞报告,所述拥塞报告包括拥塞水平和受拥塞影响的实体的列表,使得第二核心网节点基于所述拥塞报告向应用功能/服务能力服务器AF/SCS发送第二拥塞报告,第二拥塞报告包括所述拥塞水平和所述实体的列表,使得AF/SCS发送应用层消息以命令一个或多个受影响的用户设备UE采取动作以通过应用下行链路或上行链路速率限制来减少拥塞,
其中,所述实体的列表识别所述一个或多个受影响的UE。
6.如权利要求5所述的方法,其中,第二核心网节点包括互通功能或策略和计费规则功能PCRF。
7.如权利要求5所述的方法,其中,第二核心网节点包括服务能力暴露功能SCEF。
8.一种由应用功能/服务能力服务器AF/SCS执行的方法,所述方法包括:
从核心网节点接收拥塞报告,所述拥塞报告包括拥塞水平和受拥塞影响的实体的列表;和
响应于所述拥塞报告,通过减少下行链路业务和修改会话性质中的一个或多个来减轻拥塞,
其中,所述实体的列表识别一个或多个受影响的用户设备UE,以及
其中,减轻拥塞包括发送应用层消息以命令所述一个或多个受影响的UE采取动作以通过应用下行链路或上行链路速率限制来减少拥塞。
9.如权利要求8所述的方法,其中,所述核心网节点包括服务能力暴露功能SCEF。
10.如权利要求8所述的方法,其中,所述核心网节点包括互通功能IF或策略和计费规则功能PCRF。
11.如权利要求8所述的方法,其中,减轻拥塞包括将未来的下行链路速率限制到当前下行链路速率的百分比。
12.如权利要求8所述的方法,其中,减轻拥塞包括应用下行链路分组丢弃率。
13.如权利要求8所述的方法,其中,所述拥塞报告包括受影响的IP域或分组数据网络PDN或上行链路数据速率或下行链路数据速率或所需的数据速率减少百分比/量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111201561.4A CN113923634B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461972746P | 2014-03-31 | 2014-03-31 | |
US61/972,746 | 2014-03-31 | ||
CN202111201561.4A CN113923634B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
PCT/US2015/023558 WO2015153589A1 (en) | 2014-03-31 | 2015-03-31 | Overload control and coordination between m2m service layer and 3gpp networks |
CN201580021607.0A CN106233757B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580021607.0A Division CN106233757B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113923634A CN113923634A (zh) | 2022-01-11 |
CN113923634B true CN113923634B (zh) | 2024-07-26 |
Family
ID=52829459
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111201561.4A Active CN113923634B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
CN201580021607.0A Active CN106233757B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580021607.0A Active CN106233757B (zh) | 2014-03-31 | 2015-03-31 | M2m服务层与3gpp网络之间的过载控制和协调 |
Country Status (6)
Country | Link |
---|---|
US (2) | US10904946B2 (zh) |
EP (2) | EP3127366B1 (zh) |
JP (2) | JP2017510209A (zh) |
KR (3) | KR20190006607A (zh) |
CN (2) | CN113923634B (zh) |
WO (1) | WO2015153589A1 (zh) |
Families Citing this family (74)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2875662B1 (en) | 2012-07-20 | 2017-12-27 | Tekelec, Inc. | Methods, systems and computer readable media for distributing policy rules to the mobile edge |
WO2014069928A1 (ko) * | 2012-11-02 | 2014-05-08 | 엘지전자 주식회사 | Mtc 기기의 데이터 전송 방법 |
US9647735B2 (en) * | 2013-05-31 | 2017-05-09 | Intel IP Corporation | Hybrid digital and analog beamforming for large antenna arrays |
KR102179105B1 (ko) * | 2013-07-08 | 2020-11-16 | 삼성전자 주식회사 | 무선 랜에서 제어 혼잡을 방지하는 방법 및 장치 |
WO2015120902A1 (en) * | 2014-02-14 | 2015-08-20 | Telefonaktiebolaget L M Ericsson (Publ) | Pcrf assisted apn selection |
FR3020233A1 (fr) * | 2014-04-17 | 2015-10-23 | Orange | Procede de simplification de session de controle d'une session utilisateur |
US10123232B2 (en) * | 2014-07-22 | 2018-11-06 | Parallel Wireless, Inc. | Signaling storm reduction from radio networks |
WO2016018012A1 (en) * | 2014-07-30 | 2016-02-04 | Lg Electronics Inc. | Method and apparatus for performing access control for wlan interworking in wireless communication system |
CN110493767B (zh) * | 2014-08-11 | 2023-06-06 | 华为技术有限公司 | 一种通讯方法、用户设备、接入网设备及应用服务器 |
US20160057717A1 (en) * | 2014-08-21 | 2016-02-25 | Telefonaktiebolaget L M Ericsson (Publ) | Network node and method for indicating to wireless device that system information (si) has changed for purposes of a system access procedure |
US10812488B2 (en) * | 2014-09-19 | 2020-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and nodes for handling overload |
CN110177381B (zh) | 2014-11-10 | 2023-10-13 | 华为技术有限公司 | 拥塞通知方法、相关设备和系统 |
US10609182B2 (en) * | 2015-03-02 | 2020-03-31 | Convida Wireless, Llc | Network and application management using service layer capabilities |
US9980224B2 (en) * | 2015-04-03 | 2018-05-22 | Qualcomm Incorporated | Determining inactivity timeout using distributed coordination function |
US10455387B2 (en) * | 2015-05-13 | 2019-10-22 | CyberReef Solutions Inc. | Network-based Machine-to-Machine (M2M) private networking system |
US9843517B2 (en) * | 2015-05-14 | 2017-12-12 | Qualcomm Incorporated | Dynamically adjusting network services stratum parameters based on access and/or connectivity stratum utilization and/or congestion information |
EP3288325B1 (en) * | 2015-06-08 | 2019-04-24 | Huawei Technologies Co., Ltd. | Service chain policy making method and device |
SG11201710084SA (en) * | 2015-06-19 | 2018-01-30 | Huawei Tech Co Ltd | Network status information transfer method and network device |
WO2017017173A1 (en) * | 2015-07-28 | 2017-02-02 | Deutsche Telekom Ag | Enhanced overload protection in a wireless telecommunications network |
CN108353093A (zh) * | 2015-10-20 | 2018-07-31 | 中兴通讯股份有限公司 | 使用网络接口公开服务 |
CN117354802A (zh) | 2015-11-02 | 2024-01-05 | 瑞典爱立信有限公司 | 无线通信 |
US11418549B2 (en) | 2015-12-21 | 2022-08-16 | Nokia Solutions And Networks Oy | Internet protocol (IP) multimedia subsystem (IMS) level awareness of high latency device |
US10667279B2 (en) | 2015-12-28 | 2020-05-26 | Kiddi Corporation | Information processing device, information processing method, and program |
JP6567977B2 (ja) * | 2016-01-15 | 2019-08-28 | Kddi株式会社 | 情報処理装置、情報処理方法、およびプログラム |
CN108476388B (zh) * | 2015-12-31 | 2020-08-07 | 华为技术有限公司 | 处理数据包的方法及装置 |
US10129769B2 (en) * | 2015-12-31 | 2018-11-13 | Affirmed Networks, Inc. | Adaptive peer overload control in mobile networks |
EP3417584A1 (en) * | 2016-02-17 | 2018-12-26 | Nec Corporation | Method for enforcement of non-ip data policing over the service exposure function |
CN112087283A (zh) * | 2016-02-18 | 2020-12-15 | 瑞典爱立信有限公司 | 用于管理控制平面优化的数据速率的系统、方法和装置 |
US20190069196A1 (en) * | 2016-03-03 | 2019-02-28 | Nec Corporation | Core node, radio terminal, communication method, and non-transitory computer readable medium |
CN108370498B (zh) * | 2016-04-05 | 2021-04-20 | 华为技术有限公司 | 传输方案的确定方法、装置和设备 |
CN107438291B (zh) * | 2016-05-26 | 2020-08-11 | 中兴通讯股份有限公司 | 一种小数据传输的连接管理方法、scef实体、mme及ue |
US10104567B2 (en) | 2016-05-31 | 2018-10-16 | At&T Intellectual Property I, L.P. | System and method for event based internet of things (IOT) device status monitoring and reporting in a mobility network |
US11184830B2 (en) * | 2016-06-21 | 2021-11-23 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US10212639B2 (en) | 2016-07-26 | 2019-02-19 | At&T Intellectual Property I, L.P. | Method and apparatus for dynamic data path selection for narrow band wireless communication |
US9781259B1 (en) | 2016-07-27 | 2017-10-03 | At&T Intellectual Property I, L.P. | Method and apparatus for asset location tracking in a communication network |
US10375548B2 (en) | 2016-09-15 | 2019-08-06 | At&T Intellectual Property I, L.P. | Method and apparatus for data delivery to wireless communication devices |
EP3301885A1 (en) | 2016-10-03 | 2018-04-04 | Gemalto Sa | Method, data sending control server, storage server, processing server and system for sending data to at least one device |
WO2018067956A1 (en) * | 2016-10-06 | 2018-04-12 | Convida Wireless, Llc | Session management with relaying and charging for indirect connection for internet of things appplications in 3gpp network |
GB2560065B (en) * | 2016-11-24 | 2021-09-15 | Reliance Jio Infocomm Ltd | A system and method for data offloading in a hetnet |
JP6848426B2 (ja) * | 2016-12-27 | 2021-03-24 | 富士通株式会社 | 通信装置,通信システム,プログラム及び通信制御方法 |
US10531420B2 (en) | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US10313441B2 (en) | 2017-02-13 | 2019-06-04 | Bank Of America Corporation | Data processing system with machine learning engine to provide enterprise monitoring functions |
US10178593B2 (en) * | 2017-02-15 | 2019-01-08 | Verizon Patent And Licensing Inc. | Self-organizing customer premises network |
US10791443B2 (en) * | 2017-03-03 | 2020-09-29 | Verizon Patent And Licensing Inc. | System and method for enhanced messaging using external identifiers |
CN108632808B (zh) * | 2017-03-17 | 2023-04-21 | 华为技术有限公司 | 核心网控制面设备选择方法和装置 |
US20180270896A1 (en) * | 2017-03-20 | 2018-09-20 | Qualcomm Incorporated | Enhanced session and mobility management interaction for mobile initiated connection only mode user equipments |
US10225762B2 (en) * | 2017-03-28 | 2019-03-05 | Oracle International Corporation | Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration |
CN108738070A (zh) * | 2017-04-20 | 2018-11-02 | 中兴通讯股份有限公司 | 一种控制网关用户面负荷的方法及系统 |
CN108809550A (zh) * | 2017-04-26 | 2018-11-13 | 华为技术有限公司 | 异常数据传输方法、装置和系统 |
WO2018203663A1 (en) * | 2017-05-02 | 2018-11-08 | Samsung Electronics Co., Ltd. | Method and apparatus for providing network-based northbound application programming interface in a wireless communication system |
EP3669581A4 (en) * | 2017-08-14 | 2021-05-05 | Telefonaktiebolaget LM Ericsson (PUBL) | METHODS AND DEVICES FOR REGISTERING LOW-PRIORITY USER EQUIPMENT, EU, IN A MULTIMEDIA SUBSYSTEM BASED ON AN INTERNET PROTOCOL, IMS |
US11128525B2 (en) | 2017-09-29 | 2021-09-21 | Comcast Cable Communications, Llc | Adaptive capacity management of connections associated with a service |
CA3080412C (en) * | 2017-11-20 | 2023-08-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Service activation and deactivation method, device and computer storage medium |
US11553370B2 (en) * | 2017-11-27 | 2023-01-10 | Parallel Wireless, Inc. | Access network collective admission control |
EP3503603B1 (en) * | 2017-12-22 | 2020-08-05 | Deutsche Telekom AG | Techniques for routing registration request of roaming user equipment by routing entity |
CN108200602B (zh) * | 2017-12-29 | 2021-01-01 | 中国电子科技集团公司第二十研究所 | 一种无线自组网中基于负载感知的多址接入方法 |
US10349266B1 (en) * | 2018-01-23 | 2019-07-09 | Nishi Kant | Method and system for programmatically changing the (U)SIM parameters to aid provisioning and distribution of internet of things devices globally |
JP7035599B2 (ja) * | 2018-02-16 | 2022-03-15 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
US11057882B1 (en) * | 2018-04-03 | 2021-07-06 | T-Mobile Innovations Llc | Systems and methods for dynamically setting frame configuration in a wireless network |
EP3611894A1 (en) * | 2018-08-13 | 2020-02-19 | Thales Dis France SA | Method of managing the connectivity of a security element to a cellular telecommunications network |
US12041490B2 (en) * | 2018-11-01 | 2024-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Notifying a management system of quality of experience measurement reporting status |
US10911341B2 (en) * | 2018-11-19 | 2021-02-02 | Cisco Technology, Inc. | Fabric data plane monitoring |
WO2020034585A1 (en) * | 2019-01-18 | 2020-02-20 | Zte Corporation | Method and apparatus for removing user plan connections in multi-connectivity systems |
US11019484B2 (en) * | 2019-04-10 | 2021-05-25 | T-Mobile Usa, Inc. | Systems and methods for distributing Internet-of-Things messages |
CN111954183B (zh) * | 2019-05-15 | 2022-03-25 | 华为技术有限公司 | 管理链路的方法和装置 |
CN112105053B (zh) * | 2019-06-17 | 2022-04-22 | 华为技术有限公司 | 一种拥塞控制方法及装置 |
US11025783B2 (en) * | 2019-08-20 | 2021-06-01 | Oracle International Corporation | Methods, systems, and computer readable media for extending new radio (NR) usage indications to application function (AF) |
CN112738848B (zh) * | 2019-10-14 | 2022-12-06 | 中国移动通信集团安徽有限公司 | 核心网负荷调整方法、装置、设备及计算机可读存储介质 |
EP3820092A1 (en) * | 2019-11-07 | 2021-05-12 | Nokia Solutions and Networks GmbH & Co. KG | Communication system |
CN115918248A (zh) | 2020-05-21 | 2023-04-04 | Idac控股公司 | 针对与第2层中继有关的非接入层过程的方法和装置 |
US11252542B2 (en) * | 2020-06-19 | 2022-02-15 | Waggle Corporation | Mobile device communication without network connection |
US11792165B2 (en) | 2021-06-04 | 2023-10-17 | Bank Of America Corporation | Supporting data processing transactions using machine to machine (M2M) data transfer |
US11784981B2 (en) | 2021-06-04 | 2023-10-10 | Bank Of America Corporation | Data processing transactions using machine to machine (M2M) data transfer |
US11265370B1 (en) | 2021-07-27 | 2022-03-01 | Bank Of America Corporation | Machine to machine (M2M) data transfer between data servers |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2509357A1 (en) * | 2011-04-07 | 2012-10-10 | HTC Corporation | Method of handling signaling and data transmission for machine-type communication |
Family Cites Families (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7646752B1 (en) * | 2003-12-31 | 2010-01-12 | Nortel Networks Limited | Multi-hop wireless backhaul network and method |
US8885474B2 (en) * | 2005-04-15 | 2014-11-11 | Alcatel Lucent | Method for reverse link congestion overload control in wireless high speed data applications |
TW200820679A (en) * | 2006-10-20 | 2008-05-01 | Hon Hai Prec Ind Co Ltd | Packet transceiver system and method |
US7970930B2 (en) * | 2007-06-05 | 2011-06-28 | Ellacoya Networks, Inc. | Communications system and method to control and manage both session-based and non-session-based application services |
US8554931B1 (en) * | 2007-08-13 | 2013-10-08 | Sprint Spectrum L.P. | Method and system for coordinating network resources for blended services |
ES2430056T3 (es) * | 2009-08-18 | 2013-11-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Método, aparato y programa de ordenador para imponer una política a través de sesiones asociadas teniendo en cuenta la cuota de uso para un usuario asociado |
US20110145319A1 (en) * | 2009-12-15 | 2011-06-16 | Dolan Michael F | Group session management and admission control of multiple internet protocol flows |
US9167517B2 (en) * | 2010-01-29 | 2015-10-20 | Interdigital Patent Holdings, Inc. | Group-based machine to machine communication |
CN102668639B (zh) * | 2010-04-22 | 2014-06-25 | 华为技术有限公司 | 拥塞/过载的控制方法及装置 |
WO2011154761A1 (en) * | 2010-06-10 | 2011-12-15 | Huawei Technologies Co. Ltd. | Method for transfer of downlinik data in a wireless communication system |
CN102868634B (zh) * | 2011-07-04 | 2015-07-08 | 华为终端有限公司 | 拥塞控制的方法、装置及用户设备 |
US9191784B2 (en) * | 2011-10-31 | 2015-11-17 | Kyocera Corporation | Multimedia broadcast multicast service (MBMS) counting procedures |
EP2608567A1 (en) * | 2011-12-13 | 2013-06-26 | Panasonic Corporation | Device triggering and congestion control |
GB2499618A (en) * | 2012-02-22 | 2013-08-28 | Isentropic Ltd | Screen valve |
WO2013161233A1 (ja) * | 2012-04-26 | 2013-10-31 | 日本電気株式会社 | 無線通信装置、ネットワークノード、ユーザーノード、コアネットワーク、及びこれらに実装される方法 |
WO2013166230A2 (en) | 2012-05-02 | 2013-11-07 | Interdigital Patent Holdings, Inc. | Systems and methods for providing and/or implementing a machine type communication (mtc) |
KR101534633B1 (ko) | 2012-05-21 | 2015-07-09 | 주식회사 케이티 | M2m 장치간 스케줄 폴링 방법 및 그 장치 |
CN103428666A (zh) * | 2012-05-24 | 2013-12-04 | 华为技术有限公司 | 一种计费的方法及装置 |
TW201400301A (zh) * | 2012-06-29 | 2014-01-01 | Hon Hai Prec Ind Co Ltd | 印表機的紙盤結構 |
US9125076B2 (en) * | 2012-08-02 | 2015-09-01 | Openet Telecom Ltd. | System and method for providing detection of signaling-only engagements in a telecommunication network |
WO2014019235A1 (en) * | 2012-08-03 | 2014-02-06 | Nokia Siemens Networks Oy | Data transmission |
US10015621B2 (en) * | 2012-10-18 | 2018-07-03 | Lg Electronics Inc. | Method of providing MTC monitoring related information |
US9191806B2 (en) * | 2012-10-23 | 2015-11-17 | Lg Electronics Inc. | Method and apparatus for retransmitting MTC group message in wireless communication system |
US9544711B2 (en) * | 2012-10-25 | 2017-01-10 | Lg Electronics Inc. | MTC monitoring method and network node |
ES2645459T3 (es) * | 2012-10-26 | 2017-12-05 | Intel Corporation | Notificación de congestión del plano de usuario |
CN104823478B (zh) * | 2012-11-01 | 2019-08-09 | Lg 电子株式会社 | 在无线通信系统中用于管理ran资源的方法和设备 |
WO2014070321A1 (en) * | 2012-11-01 | 2014-05-08 | Maruti Gupta | Signaling qos requirements and ue power preference in lte-a networks |
US8989729B2 (en) * | 2012-11-09 | 2015-03-24 | Alcatel Lucent | Network monitoring of user equipment events |
KR101801345B1 (ko) * | 2013-01-04 | 2017-11-27 | 인터디지탈 패튼 홀딩스, 인크 | 서비스 계층 분리 커맨드 및 부착 통지를 처리하는 방법 및 장치 |
KR102099650B1 (ko) * | 2013-03-11 | 2020-05-15 | 삼성전자 주식회사 | 이동통신 네트워크의 혼잡 상황 제어 방법 및 장치 |
US10334416B2 (en) * | 2013-03-15 | 2019-06-25 | Alcatel Lucent | Control of group triggers for MTC services |
US9088904B2 (en) * | 2013-04-10 | 2015-07-21 | Verizon Patent And Licensing Inc. | Bundled charging for over-the-top and hosted services in IP wireless networks |
US8589524B1 (en) * | 2013-07-16 | 2013-11-19 | tw telecom holdings inc. | Adjusting network service level based on usage |
US10530757B2 (en) * | 2013-07-25 | 2020-01-07 | Convida Wireless, Llc | End-to-end M2M service layer sessions |
WO2015022764A1 (ja) * | 2013-08-12 | 2015-02-19 | 日本電気株式会社 | 無線通信システム及び課金制御のための方法 |
US9307438B2 (en) * | 2013-12-31 | 2016-04-05 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and devices for deactivating a node in a communication network |
KR20150084307A (ko) * | 2014-01-13 | 2015-07-22 | 삼성전자주식회사 | 네트워크에서 웹 로딩 시간 제어 방법 및 장치 |
US9894464B2 (en) * | 2014-03-14 | 2018-02-13 | Intel IP Corporation | Conveyance of application communication patterns from an external application server to a 3rd generation partnership project system |
US9445323B1 (en) * | 2014-06-18 | 2016-09-13 | Sprint Spectrum L.P. | Network identifier reservation in response to handoff |
US10225698B2 (en) * | 2014-07-03 | 2019-03-05 | Cisco Technology, Inc. | System and method for providing message delivery and paging to a group of users in a network environment |
CN110177381B (zh) * | 2014-11-10 | 2023-10-13 | 华为技术有限公司 | 拥塞通知方法、相关设备和系统 |
US10027448B2 (en) * | 2015-06-29 | 2018-07-17 | Verizon Patent And Licensing Inc. | Methods of adapting codec data rate based on radio condition to improve LTE service coverage and capacity |
-
2015
- 2015-03-31 CN CN202111201561.4A patent/CN113923634B/zh active Active
- 2015-03-31 EP EP15716348.6A patent/EP3127366B1/en active Active
- 2015-03-31 CN CN201580021607.0A patent/CN106233757B/zh active Active
- 2015-03-31 KR KR1020197000914A patent/KR20190006607A/ko not_active Ceased
- 2015-03-31 KR KR1020167030158A patent/KR20160140827A/ko not_active Ceased
- 2015-03-31 WO PCT/US2015/023558 patent/WO2015153589A1/en active Application Filing
- 2015-03-31 EP EP21160564.7A patent/EP3855797A1/en active Pending
- 2015-03-31 US US15/300,868 patent/US10904946B2/en active Active
- 2015-03-31 KR KR1020207003306A patent/KR102210906B1/ko active Active
- 2015-03-31 JP JP2016559899A patent/JP2017510209A/ja not_active Withdrawn
-
2018
- 2018-11-19 JP JP2018216306A patent/JP2019024264A/ja active Pending
-
2020
- 2020-12-17 US US17/124,741 patent/US11596023B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2509357A1 (en) * | 2011-04-07 | 2012-10-10 | HTC Corporation | Method of handling signaling and data transmission for machine-type communication |
Non-Patent Citations (1)
Title |
---|
"Discussion on a Service Capability Exposure Framework";HUAWEI;《SA WG2 Meeting #102,S2-141176》;第3页 * |
Also Published As
Publication number | Publication date |
---|---|
EP3127366A1 (en) | 2017-02-08 |
CN106233757A (zh) | 2016-12-14 |
KR20200015834A (ko) | 2020-02-12 |
KR102210906B1 (ko) | 2021-02-02 |
WO2015153589A1 (en) | 2015-10-08 |
JP2019024264A (ja) | 2019-02-14 |
KR20190006607A (ko) | 2019-01-18 |
KR20160140827A (ko) | 2016-12-07 |
US20210176816A1 (en) | 2021-06-10 |
US11596023B2 (en) | 2023-02-28 |
CN106233757B (zh) | 2021-11-02 |
US10904946B2 (en) | 2021-01-26 |
JP2017510209A (ja) | 2017-04-06 |
US20170019750A1 (en) | 2017-01-19 |
EP3127366B1 (en) | 2021-03-24 |
EP3855797A1 (en) | 2021-07-28 |
CN113923634A (zh) | 2022-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11596023B2 (en) | Overload control and coordination between M2M service layer and 3GPP networks | |
CN111133800B (zh) | 5g nr中的接入控制 | |
KR102445680B1 (ko) | 애플리케이션 특정 액세스 제어 방법 | |
JP6640663B2 (ja) | サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置 | |
FI127258B (en) | Packet data network connections for wireless multi-priority devices | |
CN111629341B (zh) | 用于机器类型通信的应用层群组服务 | |
CN115701153A (zh) | 用户设备处的服务能力开放 | |
US11026078B2 (en) | Priority handling for data flow transport in communication systems | |
CN111586647A (zh) | 针对省电模式和寻呼的服务能力服务器/epc协同 | |
CN106797668A (zh) | 用于ProSe通信的优化处理 | |
US20200383033A1 (en) | Enforcement of service exemption on a per access network technology type | |
EP4142346B1 (en) | Method for handling unmanned aerial vehicle having abnormal behavior, network element, system, and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220531 Address after: USA New York Applicant after: Oprah Holdings Ltd. Address before: Delaware USA Applicant before: CONVIDA WIRELESS, LLC |
|
GR01 | Patent grant | ||
GR01 | Patent grant |