CN106471841A - 用于对移动网络进行拥塞控制的系统、方法和设备 - Google Patents

用于对移动网络进行拥塞控制的系统、方法和设备 Download PDF

Info

Publication number
CN106471841A
CN106471841A CN201580037692.XA CN201580037692A CN106471841A CN 106471841 A CN106471841 A CN 106471841A CN 201580037692 A CN201580037692 A CN 201580037692A CN 106471841 A CN106471841 A CN 106471841A
Authority
CN
China
Prior art keywords
server
request
network
service
party server
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
Application number
CN201580037692.XA
Other languages
English (en)
Other versions
CN106471841B (zh
Inventor
安娜·露西娅·A·宾涅洛
姚丽娟
玛塔·马丁纳茨·塔拉德尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel IP Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel IP Corp filed Critical Intel IP Corp
Publication of CN106471841A publication Critical patent/CN106471841A/zh
Application granted granted Critical
Publication of CN106471841B publication Critical patent/CN106471841B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0247Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure

Abstract

用户设备(UE)被配置为经由移动通信网络(例如,演进型分组核心(EPC))来向第三方服务器发送一个或多个服务请求。UE被配置为确定在从第三方服务器接收对一个或多个服务请求的响应方面存在错误或延迟,并且向移动通信网络中的网络元件发送唤醒请求,该唤醒请求请求当所述第三方服务器可用时进行通知。

Description

用于对移动网络进行拥塞控制的系统、方法和设备
相关申请
本申请根据35 U.S.C§119(e)要求于2014年8月11日提交的序列号为62/035,707的美国临时申请的权益,其全文通过引用结合于此。
技术领域
本公开涉及对移动网络进行拥塞控制,并且更具体地,涉及由无线移动设备辅助的拥塞控制。
附图说明
图1是示出与本文所公开的实施例一致的用于向无线移动设备提供通信服务的通信系统的示意图。
图2是示出与本文所公开的实施例一致的用于确定第三方服务器的状态的提取方法的示意框图。
图3是示出与本文所公开的实施例一致的用于确定第三方服务器的状态的另一提取方法的示意框图。
图4是示出与本文所公开的实施例一致的用于确定第三方服务器的状态的方法的示意框图。
图5是示出与本文所公开的实施例一致的用于使用唤醒消息来减少来自通信设备的服务请求的方法的示意框图。
图6是示出与本文所公开的实施例一致的用于服务注册的方法的示意框图。
图7是示出与本文所公开的实施例一致的用于协商访问第三方服务器的方法的示意框图。
图8是示出与本文所公开的实施例一致的用户设备(UE)的组件的示意框图。
图9是示出与本文所公开的实施例一致的网络元件的组件的示意框图。
图10是示出与本文所公开的实施例一致的移动设备的示意图。
具体实施方式
无线移动通信技术使用各种标准和协议来在基站和无线移动设备之间发送数据。无线通信系统标准和协议可以包括:第三代合作伙伴项目(3GPP)长期演进(LTE);电气与电子工程师协会(IEEE)802.16标准,通常被产业群称为WiMAX(全球微波接入互操作性);以及IEEE 802.11标准,通常被产业群称为WiFi。在LTE系统的3GPP无线电接入网(RAN)中,基站可以是UTRAN或E-UTRAN中的无线电网络控制器(RNC)和演进型陆地无线电接入网(E-UTRAN)节点B(通常还被称为演进型节点B、增强型节点B、eNodeB、或eNB)的组合基站与被称为用户设备(UE)的无线移动设备进行通信。下行链路(或DL)传输可以是从基站(或eNB)至无线移动设备(或UE)的通信,并且上行链路(或UL)传输可以是从无线移动设备至基站的通信。
移动网络和无线网络可能在流量负荷方面经历显著变化。例如,网络上存在的连接设备数量可以响应于事件、时间等而改变。类似地,紧急情况可以使得通信中产生尖峰或者对网络基础设施造成损坏,从而减少网络可以处理的流量数量。在一些情景中,可以使用拥塞控制(也被称为接入控制功能或接入控制)来管理重度负荷,拥塞控制可以限制某些设备或某类流量使用网络,从而增加将传输重要流量的可能性。目前,3GPP中使用一些接入控制功能,以选择性地禁用或禁止在网络上使用这些设备或流量类型。例如,接入等级禁止(ACB)允许网络防止UE具有对特定接入控制的初始随机接入信道(RACH)接入权,例如,用于支持使用电路交换服务的传统设备的电路交换回落(CSFB)控制。在另一示例中,服务特定接入控制(SSAC)允许网络防止UE针对互联网协议(IP)多媒体服务(IMS)语音或视频进行初始RACH接入。
随着移动设备的市场和部署的快速增长,拥塞控制已经成为重要的话题。例如,3GPP目前承担对数据通信的应用特定拥塞控制的对策可行性研究(FS_ACDC),旨在于提供如下潜在的需求和解决方案:使得当网络拥塞并且(针对其他应用而接入网络的)其他设备被禁止接入网络时,针对某些特定应用而接入网络的设备能够被许可接入网络。
然而,存在这样的情形:网络未拥塞,但设备可能尝试接入可能拥塞的服务器或者遇到一些困难。这可能使得设备重复尝试与给定服务器进行通信。如果同一小区内的大量设备尝试与同一(拥塞的)服务器进行通信,则RAN可能由于来自多个同位(co-located)设备的重复请求而变得拥塞。如果将服务器困难通知给3GPP网络,则3GPP网络可能能够控制设备并且在服务器困难得以解决之前禁止尝试接入拥塞服务器的设备接入网络。
在新通过的3GPP SA1研究项目(S1-141182)(该研究项目被称为当第三方服务器遇到困难时对应用的控制的可行性研究)中,确定了以下目标:“本研究的目标是确定如下潜在需求,该潜在需求将使得3GPP网络检测或接收来自第三方服务器的其拥塞状态或故障状态的指示并且在3GPP网络意识到第三方服务器遇到困难时选择性地控制UE上的个别应用”。该研究项目的理由如下:“3GPP网络需要能够检测或接收来自第三方服务器的其拥塞状态或故障状态的指示,并且选择性地对使用已经遇到困难的第三方服务器的应用进行控制”。HTTP(超文本协议)404错误是不充分的,因为其没有向UE处的应用提供关于问题性质的指示,因而导致频繁的重试,即使这些重试将失败,从而使得将失败的连接尝试加重网络负担。在服务器不能提供任何HTTP状态代码的情形下,可以想到第三方服务器故障模式(S1-141182)。
在本公开中,呈现了检测第三方服务器的故障状态或拥塞的方法。在一些实施例中,利用UE协助来执行检测拥塞或实现拥塞控制。
为了提高清楚性并且为了避免模糊本公开,本文提供的实施例和示例关注于基于3GPP LTE标准来操作的系统、方法和装置。尽管操作的术语或示例一般针对LTE,但本领域技术人员将认识到将各种教导应用到其他通信标准的修改。本说明书中使用的诸如UE、eNB之类的术语或其他术语将被理解为包括其他通信协议中使用的其他类似的系统或组件。
下文将提供对与本公开的实施例一致的系统、设备以及方法的详细描述。尽管描述了若干实施例,但应理解的是,本公开不限于任何一个实施例,而是包括大量替代、修改和等同形式。此外,尽管下文的描述中陈述了大量具体细节来提供对本文所公开的实施例的透彻理解,但一些实施例可以在无需这些细节中的一些或全部的情况下被实施。而且,出于清楚的目的,未对相关领域中已知的某些技术材料进行详细描述,以免不必要地模糊本公开。
图1示出了用于向UE 150A和150B提供通信服务的通信系统100的一个实施例。通信系统100包括RAN 110和演进型分组核心(EPC)160,其中,RAN 110包括eNB 112A和112B。该系统基于3GPP LTE规范(例如,任何目前可用的或未来的发布版本)进行操作。RAN 110可以包括宏节点和多个低功耗节点。
UE 150A和150B可以包括任何类型的通信和/或计算设备。示例UE包括电话、智能电话、个人数字助理(PDA)、平板计算机、笔记本计算机、超极本计算机、机器到机器(M2M)设备等。UE 150A和150B可以包括在UE 150A和150B上安装并运行于其上的多个应用,其中,UE150A和150B可以通过RAN 110和/或EPC 160周期性地传输数据。UE 150A和150B可以包括被配置为使用3GPP标准进行通信的设备,3GPP标准例如可以是通用移动通信系统(UMTS)、LTE、高级LTE(LTE-A)等。在一些实施例中,UE 150A和150B可以包括被配置为基于任何其他无线通信标准进行通信的设备。
RAN 110被配置为向UE 150A和150B和多个其他无线移动设备提供无线数据接入。RAN 110通过EPC 160向UE 150A和150B提供无线数据、语音和/或其他可用通信,其中,UE150A和150B包括安装于UE150A和150B上的多个应用。在一个实施例中,RAN 110根据诸如UE150A和150B能够使用的无线协议之类的无线协议进行操作。eNB 112A和112B可以实现传输点和RNC功能。eNB 112A和112B被配置为经由X2接口114彼此通信,如图所示。X2链路通常通过eNB 112A和112B之间的宽带有线或光连接来形成。
eNB 112A和112B可以分别经由LTE无线电链路115A、115B被连接到一个或多个UE,例如,UE 150A、150B。eNB 112A、112B、服务网关(S-GW)120以及移动管理实体(MME)130之间的连接可以经由S1型连接124A、124B和126A、126B实现。公众可获得的3GPP技术规范(TS)36.410第8版(2008-12-11)、第9版(2009-12-10)以及第10版(2011-03-23)中描述了S1接口。
EPC 160可以包括S-GW 120和MME 130。EPC 160还可以包括分组数据网络(PDN)网关(P-GW)142,P-GW 142将S-GW 120耦合到诸如互联网180、内联网、或其他类似网络之类的PDN。因此,EPC 160能够经由互联网180或其他网络接入多个第三方服务器,例如第三方服务器190。S-GW 120和MME130可以经由电缆、电线、光纤和/或传输硬件(例如,路由器或中继器)而彼此直接通信。EPC 160还可以包括策略和计费规则功能(PCRF)节点144,其可被用来近乎实时地确定无线网络中的策略规则。PCRF节点144可以接入用户数据库和其他专门功能,例如,计费系统,这可以被理解。
通信系统100(例如,3GPP网络)能够确定诸如第三方服务器190之类的第三方服务器的拥塞状态,以使得网络100能够限制对遇到问题的服务器的接入重试,这是有利的。这优化了网络100中的带宽利用率,因为UE 150A和150B将不会继续重试接入第三方服务器190。第三方服务器190可以包括不与网络100对应的任何服务器,例如,经由网络连接提供web页面、web服务或任何其他服务的服务器。下文将公开对由网络100执行的方法、功能或操作的论述。应注意,本文针对网络100公开的任何方法、功能或操作可由网络100的实体、服务器、或其他元件来执行。例如,EPC 160中的MME 130、S-GW 120、P-GW 142或其他元件可以与第三方服务器190通信、接收来自RAN 110或UE 150A、150B的通知、或者做出关于拥塞的确定。在一个实施例中,不同实体的组合可以执行不同的方法步骤,以识别拥塞状态和/或实现拥塞控制。在一个实施例中,包括新的硬件或在现有服务器上运行的新功能的新的元件可被引入到EPC 160中,来执行本文所公开的功能的至少一部分。
可以考虑用于确定第三方服务器190是否被拥塞的各种选项。在一个选项中,网络100可以通过接收来自第三方服务器190的通知来检测第三方服务器190的故障或者拥塞。例如,当服务器190遇到问题时,它可以经由控制平面发送通知,以向网络100通知该问题。该方法以“推送(push)”的方式工作,其中,第三方服务器190将信息推送给网络100。另一选项是网络100监控针对第三方服务器190的活动,并且基于UE 150A、150B与服务器190之间的故障请求,网络100确定第三方服务器190有问题。又一选项是网络100从第三方服务器190请求(即,提取(pull))信息。该请求可以周期性地进行:例如,网络100可以周期性地向第三方服务器190发送请求以获取故障信息。第三方服务器190然后可以通过指示是否存在拥塞或故障来答复该请求。
图2是示出示例提取方法的示意呼叫图,其中,网络206(例如,图1的网络100)周期性地“提取”关于第三方服务器208的状态的信息。在210处,网络206从第三方服务器208请求信息。在212处,网络206接收具有第三方服务器208的状态的响应。请求周期214将对信息的请求210隔离开。
可选地,在从网络206向第三方服务器208请求(例如,210处的请求)后缺少响应可被解释为故障或拥塞。在图3中,示出了说明示例提取方法的示意呼叫图。在302处,由网络206(例如,由MME 130和/或P-GW 142元件)发送对信息的请求。如果在等待定时器304到期之后还未接收到答复,则网络206可以在306处确定在第三方服务器208处存在拥塞或故障。例如,当请求被发送时,MME 130、P-GW 142或其他网络元件可以在302处开启等待定时器304。在一个实施例中,在预定义的一段时间(例如,等待定时器304)和/或预定数目的试验之后,服务器208可以确定已经出现了拥塞或故障。
在一些实施例中,从第三方服务器208周期性提取信息的过程可能不是最优的。例如,如果请求周期214太长,则网络206可能漏掉事件。如果请求周期214太短,则开销可能太高。找到最优或完美的周期可能是很困难的。为了更有效地确定第三方服务器208的状态,在至少一个实施例中,网络206可以使用从一个或多个UE 202获得的其他信息。
在一个实施例中,网络206可以基于直接从UE 202接收到的信息或者基于间接地从UE 202获得的信息来确定第三方服务器208可能要经历问题(拥塞或故障)。在一个实施例中,例如,仅在接入第三方服务器208的用户数目大于阈值时,网络206才可以触发从第三方服务器提取信息(发送针对信息的请求210)。阈值可以应用到在单个小区上使用第三方服务器208的多个UE 202,或者可以对应于经由EPC 160使用第三方服务器208的多个UE202。
各种实施例可以使用直接从一个或多个UE 202接收的信息。例如,UE 202可以获得关于第三方服务器208的故障或拥塞情况的信息。第一种方法是UE 202发送接入第三方服务器208失败的通知。例如,网络206可以响应于接收到来自UE 202的接入服务器208失败的通知,从而从第三方服务器208提取状态信息。第二种方法类似于第一种方法,网络206不从第三方服务器208提取信息,而是基于UE 202提供的信息来推断出存在拥塞或故障。在第三种方法中,UE 202将故障通知给网络206并且请求网络206:当第三方服务器208变得可用时通知UE 202。例如,网络206可以响应于接收到来自UE 202的通知,开始提取第三方服务器208的状态,并且当第三方服务器208再次变得可用时,通知UE 202。在第四种方法中,网络206使用与UE 202相关的信息以及其他配置信息来允许或拒绝UE 202对连接第三方服务器208的尝试。
以上方法可以要求UE 202被配置或被允许报告关于接入第三方服务器208的故障。UE 202可以由3GPP网络(网络206或EPC 160)来配置。可选地,第三方服务器208可将UE202配置为报告故障。可选地,报告故障的配置可以是静态的,例如,归属订阅服务(HSS)中以及配设在UE中的UE 202订阅的一部分。下文提供对上述方法的进一步描述。
在第一种方法中,UE 202将关于第三方服务器208的可能的问题通知给网络206。通知可以针对eNB 204、EPC 160或者其他实体(例如,MME 130)。网络206基于通知来确定第三方服务器208是否拥塞或者第三方服务器208是否存在问题。如果存在问题,则网络206可以触发CATS。例如,网络206可以通知eNB 204或UE 202:第三方服务器208不可用。
图4示出基于来自UE 202的通知来确定第三方服务器状态的呼叫流的一个实施例。在402处,网络206将UE 202配置为报告关于第三方服务器208的故障或拥塞事件。在404处,UE 202尝试连接到第三方服务器208,但失败了。UE 202可以尝试连接直到达到阈值,或者等待预定时间量来等待从第三方服务器208接收到响应。如果UE 202不能连接到第三方服务器208,则UE 202在406处将第三方服务器208可能的问题通知给网络206。例如,UE 202可以从第三方服务器208接收错误消息或者在预定的等待时间和/或预定数目的尝试之后没有接收到响应。在408处,网络206从第三方服务器208请求状态信息。例如,网络206可以检查第三方服务器208是否拥塞或者是否存在故障。在410处,网络206从第三方服务器208接收指示拥塞的信息。在412处,网络206确定第三方服务器208拥塞或者经历故障。在414处,网络206向eNB 204发送触发对该服务器进行拥塞控制(例如,CATS)的消息。eNB 204在416处触发拥塞控制并且在418处发送触发针对UE 202的拥塞控制的消息。例如,418处的消息可以指示UE 202在某时间段内不应联系第三方服务器208,直到来自网络206的后续消息和/或其他方式。
根据另一实施例,网络206可以检查UE发送的分组(例如,图4中的404处)。如果同一UE 202发送的请求数目和/或发送到第三方服务器208的没有响应的请求数目超过一些阈值,则网络206可以从第三方服务器208提取状态信息,并且使UE 202停止生成更多的流量(例如,通过414处的触发拥塞控制)。类似地,网络可以检查第三方服务器208返回的分组,例如,HTTP 404错误消息,从而确定第三方服务器正经历问题。
在第二种方法中,上述第一种方法可被修改为省略408处对信息的请求,并且省略410处接收指示拥塞的信息。例如,网络206可以在412处基于406处的消息确定第三方服务器208拥塞,而无需直接从第三方服务器208提取状态。例如,网络206可以基于406处来自UE202的通知或者基于确定UE 202已经接收到错误消息或者尚未接收到来自第三方服务器208的任何响应,来简单得出第三方服务器208拥塞的结论。
在第三种方法中,UE 202请求通知第三方服务器208何时可用,或者通知第三方服务器208的状态。在一个实施例中,例如,在UE 202向第三方服务器208发送多个请求而没有响应之后,UE 202可以向网络206发送唤醒我通知请求。当网络206接收到该请求时,其周期性地从第三方服务器208提取数据(例如,非标准化的ping消息或者标准化的消息)。一旦服务器208用指示非拥塞或非故障状态的信息进行响应时,网络206便通知UE 202:第三方服务器208恢复。UE 202然后可以发送请求以获得第三方服务器208的服务。
图5示出了来自网络206的唤醒通知的呼叫流。在502处,第三方服务器208正经历拥塞或故障,以使得其不能对至少一些服务请求进行服务。在504、506和508处,UE 202发送服务请求。UE 202可以继续向服务器发送服务请求,直到没有响应的服务请求到达阈值数目。一旦到达阈值,UE 202在510处向网络206发送唤醒我请求。UE 202然后可以停止向服务器发送服务请求,以较少UE 202的功耗或其他资源消耗以及对网络206的负荷。510处的唤醒我请求可以包括第三方服务器208的名称、地址等,以使得网络206可以检查第三方服务器208并且当第三方服务器208变得可用时通知UE 202。响应于接收到唤醒我请求,网络206在512、514、516和518处向第三方服务器208发送ping消息。网络206可以所请求的间隔向第三方服务器208发送ping消息,直到第三方服务器208再次可用为止。或者一些其他的方法可被用来确定何时向第三方服务器发送ping消息,例如,监控针对同一服务器的其他UE请求。第三方服务器208在520处再次开始正常操作,并且在522处发送ping响应。响应于接收到ping响应,网络206在524处向UE 202发送唤醒响应通知。UE 202然后向第三方服务器208发送服务请求526,并且第三方服务器在528处提供服务响应。图5的呼叫流说明网络206如何确定第三方服务器208的状态,以使得一个或多个UE 202不继续向故障的服务器发送服务请求。在一些情形中,网络206上的信令可被大幅减少。
在一个实施例中,网络206可以提供针对设备到设备(D2D)通信、M2M、物联网(IoT)以及其他小型设备通信服务的服务注册服务。这些设备通常仅与一个或少量服务器进行通信。这些小型设备(例如,UE 202)可以向网络206发送服务注册请求。网络206然后可以周期性地向特定第三方服务器208发送ping消息以检查该第三方服务器208是可操作、还是拥塞、还是正常工作。当注册的设备发送服务请求时,网络206可以在转发该请求之前检查第三方服务器208的状态。如果第三方服务器208正常工作,则网络206可以将请求转发至第三方服务器208。另一方面,如果第三方服务器208拥塞或者故障,则其激活拥塞控制(例如,CATS)。如果第三方服务器208故障,则针对UE 202的通知可以包括关于UE 202何时/是否能够尝试再次接入第三方服务器208的不同类型的信息。在一个实施例中,第三方服务器208故障或拥塞的通知可以指示UE 202必须在至少指定的时间(例如,5秒)内等待重试。在一个实施例中,第三方服务器208故障或拥塞的通知可以指示UE 202:在网络206通知UE 202被允许发送请求之前,不允许UE 202向第三方服务器208发送另一请求。在一个实施例中,第三方服务器208故障或拥塞的通知可以指示提供所需服务的另一第三方服务器(或其他服务器)(例如,提供与故障的第三方服务器208相同的服务)。
图6示出了用于服务注册服务的呼叫流。在602处,一个或多个设备630发送针对第一第三方服务器632(服务器1)的一个或多个服务注册请求。在604处,一个或多个设备630发送针对第二第三方服务器634(服务器2)的一个或多个服务注册请求。响应于获得服务注册请求,网络206可以发送服务请求确认(ACK)。网络206然后可以开始追踪第三方服务器632、634的状态。在606处,网络206向第一第三方服务器632发送ping消息,并且网络206在608处接收ping响应。在608处接收的ping响应可以向网络206指示:第一第三方服务器632是活动的。在610处,网络206存储指示第一第三方服务器632是可用的状态。在612、614和616处,网络206向第二第三方服务器634发送ping消息并且没有接收到响应。网络206可以存储第二第三方服务器634是不可用的指示,直到网络206接收到ping响应为止。
在618处,一个或多个设备630发送针对第一第三方服务器632(服务器1)的服务请求,该服务请求由网络206接收。响应于接收到该服务请求,网络206在620处检查第一第三方服务器632的状态。在622处,网络206将服务请求转发至第一第三方服务器632。例如,网络206由于其在608处接收到来自第一第三方服务器的ping响应,因而转发该请求。第一第三方服务器632然后可以向一个或多个请求设备630提供所请求的服务。
在624处,一个或多个设备630(UE、机器到机器设备等)发送针对第二第三方服务器634(服务器2)的服务请求。网络206在626处检查第二第三方服务器634的状态。由于没有接收到来自第二第三方服务器634的ping响应,因此网络206所存储的状态可以指示第二第三方服务器634不可用(拥塞或经历故障)。在628处,网络206发送服务请求失败并且5秒之后可进行重试的通知。此外或替代地,服务请求失败的通知可以指示设备630在从网络206接收到另一信息之前,不应向第二第三方服务器634发送额外的请求,和/或可以指示提供与从第二第三方服务器634请求的服务相同的服务的另一服务器。可选地,在步骤616之后,网络可以向所有注册了的UE广播第二第三方服务器不可用,从而消除从UE向该服务器的信令624。
在一个实施例中,当UE 202针对给定的具体应用向网络206发送唤醒我请求(参见图5的510)时,UE 202将针对来自同一第三方服务器208的所有应用自动激活CATS(拥塞控制)。这可以有助于避免额外的UE 202信令并且避免网络206向UE 202发送关于拥塞和针对每个应用的CATS激活/去激活的指示的需要。当UE 202接收到来自网络206的唤醒响应消息(例如,图5中的524)时,UE 202将再次尝试接入第三方服务器208。使用唤醒我请求和唤醒响应可以有助于减少开销和UE 202的功耗。这对于具有有限电力并且大多接入单个服务器来获得全部感兴趣的应用的UE 202而言尤其有帮助,该情形也适用于机器到机器(M2M)设备。在一个实施例中,当UE 202向网络206发送唤醒我请求并且尝试接入服务器208的应用处于CATS黑名单中(即,当CATS被配置并且活动时不被允许的应用列表)时,网络206将针对所有其他可适用的UE中的该应用自动激活CATS。
在第四种方法中,在服务请求被发送之前,网络206确定是否允许UE 202与第三方服务器208连接。在一个实施例中,该方法假设网络206已经具有一些关于特定第三方服务器208的状态信息。该信息可以包括从UE 202或第三方服务器208接收的故障指示,或者另外由网络206确定的故障指示。在一个实施例中,该信息也可以包括与要应用于不同UE 202群组的动作相对应的故障指示。例如,故障指示可以指示第三方服务器208的故障等级。对于具体的故障等级,针对一组UE 202定义的动作可以不同于针对第二组或第三组UE 202定义的动作。例如,第一组UE 202可被重新路由至另一第三方服务器,并且第二组可被请求等待,除非它们需要针对优先报告而连接到第三方服务器208。因此,第三方服务器208可以基于每个时刻的第三方状态,能够定义不同的故障等级及其要由网络206执行的相应动作。
在一个实施例中,UE 202向网络206发送某些特定于UE的信息。该特定于UE的信息可作为现有上行链路消息上或新创建的消息中的新信息要素而被包括。新信息要素可以指示UE 202将可能作出针对特定第三方服务器208的请求(如图7中704所示)。该特定于UE的信息可经由无线电资源控制(RRC)和/或非接入层(NAS)消息被发送至网络。此外,该特定于UE的信息可被已经处于连接模式的UE 202通过其他正在进行的连接来发送,或者由正退出空闲模式并且请求建立RRC连接的UE 202发送。
在一个实施例中,特定于UE的信息可包括UE 202期望连接到第三方服务器208的时长。该时长可以是数值或者范围。该估值允许网络206知道UE 202将与该第三方服务器208生成流量多长时间。在一个实施例中,UE 202基于先前连接的统计来估计该值。此外,UE202可以直接从更上层(即,请求应用)获得该信息。在一个实施例中,特定于UE的信息可以包括维持连接所需的预期吞吐量。UE 202可以基于对UE 202正要使用的特定服务(例如,流送具有高质量的电影或者用于视频呼叫)的先前连接的统计来估计该值。特定于UE的信息可以包括最小吞吐量和最大吞吐量。特定于UE的信息可以包括连接的预期持续时间。例如,UE 202可以请求连接多于一个小时以用于观看电影,或者可以仅期望连接短到一毫秒(ms)的持续时间。特定于UE的信息可以指示通信类型,例如,D2D、M2M、或短/小数据消息通信。这可以允许网络206确定消息是短消息,例如,用于测量报告或流量报告。特定于UE的信息可以指示该消息将包括将发送以用于第三方服务器208的紧急信息,例如,用于警报或与健康相关的告警。特定于UE的信息可以指示UE类型或成员订阅等级。第三方服务器208和/或网络206可以在拥塞期间仅允许某些订阅等级的用户连接。该特定于UE的信息可在UE 202、第三方服务器208和/或网络206之间被传输。
特定于UE的数据的值或其他设置可被定义为数值、预定义范围、或预定义值,它们被定义在标准内并且UE 202和网络206都理解。在一个实施例中,除了关于第三方服务器208的状态的信息之外,网络206(例如,eNB 204或MME 130)还使用特定于UE的信息,以确定是否允许特定UE 202或其他设备向第三方服务器208发送请求。在确定UE 202可以继续之后,网络206将该决定通知给UE 202。在允许UE 202继续的情形中,网络206向UE 202发送接受或允许消息。网络206还可以向第三方服务器208发送请求以允许第三方服务器208进行响应。在一个实施例中网络206不转发该请求,而是允许来自UE 202的后续服务请求传递至第三方服务器208。例如,UE 202可以响应于接收到允许连接到第三方服务器208的指示而发送服务请求。
在不允许UE 202继续的情形中,网络206可以发送否定响应消息,该否定响应消息向UE 202指示:第三方服务器208不可用。在一个实施例中,消息还包括附加信息,例如,UE202在再次尝试接入服务器208之前必须等待的时间段、UE 202可以使用来连接另一第三方服务器的信息、或者UE 202在再次尝试之前需要等到网络通知的指示。
图7示出了用于对接入第三方服务器208进行协商的呼叫流。在702处,网络206确定第三方服务器208拥塞或经历故障。网络206可以基于本文公开的任何方法或者采用任何其他方式来确定存在拥塞或故障。在704处,UE 202发送与第三方服务器208建立连接的请求。该请求可以包括常规的服务请求或者可以包括具有附加的特定于UE的信息的请求,例如,本文所论述的任何特定于UE的信息。在706处,网络206确定UE 202是否可以尝试建立连接。网络206可以基于特定于UE的信息、第三方服务器208的当前状态、和/或从第三方服务器208接收的任何其他配置或拥塞等级信息来确定是否允许接入。网络206在708处向UE202发送响应。该响应可以指示UE 202被允许接入,并且UE 202然后可以向第三方服务器208发送服务请求。该响应可以指示不允许UE 202接入(即,其请求被拒绝),UE 202然后可以在再次尝试连接到第三方服务器208之前等待特定时间段,或者可以等待,直到网络206允许另一尝试。在一个实施例中,响应可以指示替代动作,例如,允许UE 202联系可提供与该第三方服务器208所提供的服务相同的另一服务器的信息。UE 202然后可以执行所指示的替代动作。
在一个实施例中,协商方法附加地可以包括基于在708处发送的响应,UE 202响应网络206。例如,UE 202可以响应并且提出对与第三方服务器208的连接进行修改。例如,用于协商连接的处理可以包括如下操作:(1)UE 202请求连接建立并且包括关于UE 202估计其在连接到第三方服务器208时将需要的吞吐量/数据速率的信息;(2)网络206向UE 202传达:第三方服务器208此时不能支持具有该吞吐量的连接,并且不是拒绝请求,而是网络206使UE 202等待一段时间或者以较低数据速率进行连接;(3)如果UE 202接受较低数据速率,则UE 202用具有对较低数据速率的请求的消息进行答复;和/或(4)如果UE 202更愿意等待,则UE 202可以不答复,而是等待所要求的时间段,然后发送具有原始数据速率的请求的消息。
在一个实施例中,拥塞控制服务(例如,CATS)也被应用于允许(例如,经由另一无线电接入网,例如,WiFi)直接与第三方服务器208进行通信或者经由其他UE 202(即,经由设备到设备(D2D)通信)与第三方服务器208进行通信的UE 202。例如,网络206可以允许UE202使用D2D接口来传输服务器的状态,而不要求网络206或eNB 204通知每个UE 202。在一个实施例中,当在一个UE 202中CATS被激活(例如,直接经由来自网络206的专用消息、经由唤醒过程、或使用任何其他方法),UE 202可以经由D2D通信向邻近的UE 202通知:第三方服务器208已超负荷。这些邻近的UE然后可以激活CATS,并且在它们被通知第三方服务器208恢复之前不接入该第三方服务器208。
在另一实施例中,当一个UE 202被配置为中心UE时,中心UE可以经由D2D通信来通知邻近UE:它们在发送服务请求之前应当首先向中心UE询问服务器是否恢复。中心UE甚至还可以在第三方服务器208故障之前发送指示它是中心UE的信号。例如,中心UE可以指示邻近的UE每当需要与第三方服务器208建立连接时都应该检查第三方服务器208的状态。在一个实施例中,UE 202基于来自网络206的消息(例如,本文所论述的专用消息或唤醒消息)被配置为中心UE。如果中心UE告知邻近的UE服务器208恢复或可用,则邻近的UE然后可以仅尝试接入服务器208。
在一个实施例中,一个UE 202可被配置为中心UE,并且每个UE可以存储应用列表,当CATS或另一拥塞服务被激活时可以阻塞该应用列表。因此,无论何时邻近的UE想要使用该列表中的应用来接入第三方服务器208,邻近的UE都应该首先向中心UE询问第三方服务器208是否处于可用状态(例如,可用、不拥塞等)。例如,如果中心UE告知邻近UE第三方服务器208是可用的,则邻近UE可仅尝试接入第三方服务器208。当服务器拥塞或故障时,网络206可仅需要告知中心UE。
基于本公开的多个实施例是可能的。本文通过解释而非限制的方式来列出示例实施例。在一个实施例中,仅当接入服务器208的用户(UE)的数目大于阈值时,网络206将从第三方服务器208提取状态信息。在一个实施例中,当UE 202通知网络206接入服务器208失败时,网络206将从第三方服务器208提取状态信息。在一个实施例中,网络206将使用UE 202提供的信息来评估第三方服务器208的状态。在一个实施例中,UE 202在服务请求失败之后确定第三方服务器208存在故障或拥塞,并且UE 202向网络206发送唤醒我消息/请求。当服务器208变得可用时,网络206经由唤醒响应消息通知给UE 202。在一个实施例中,当UE 202针对特定应用向网络206发送唤醒我请求时,UE 202将针对来自该服务器208的全部应用自动激活CATS(例如,防止接入服务器208)。
在一个实施例中,当UE 202向网络206发送唤醒我请求时,如果UE 202被配置为具有CATS功能,并且所使用的应用在CATS黑名单中(即,当配置且激活了CATS时该黑名单中的应用不被允许),则网络206将针对所有其他适用UE中的该应用自动激活CATS。在一个实施例中,网络206使用特定于UE的信息以及CATS信息来允许或拒绝开启连接到第三方服务器208的处理。在一个实施例中,当CATS在一个UE 202中被激活时,UE 202可以(例如,经由D2D通信)通知邻近的UE:服务器208已超负荷。这样的邻近UE然后可以激活CATS并且在它们被通知服务器208恢复之前不访问服务器208。在一个实施例中,一个UE 202可以被配置为中心UE。当CATS在中心UE中被激活时,中心UE可以经由D2D通信来通知邻近UE:它们应该首先向中心UE询问服务器208是否恢复。其他UE然后将仅在中心UE告知它们服务器208恢复时尝试接入服务器208。在一个实施例中,一个UE 202可被配置为中心UE。无论邻近UE何时想要针对CATS黑名单上的应用接入服务器208,邻近UE应当首先向中心UE询问服务器208是否可用。在一个实施例中,仅在中心UE告知邻近UE服务器208可用时,邻近UE尝试接入服务器208。当CATS被激活或者第三方服务器208故障时,网络206仅需要告知中心UE。
图8是示出UE 800的一个实施例的示意框图。UE 800包括通信组件802、拥塞组件804、唤醒组件806、D2D组件808、中心组件810以及拥塞传播组件812。在一个实施例中,UE800和组件802-812被配置为执行本文所论述的UE或无线通信设备的任何功能。
通信组件802被配置为发送和接收针对UE 800的消息。例如,通信组件802可以包括一个或多个无线电装置、天线等,用于提供与基站、对等UE等的有线或无线通信。在一个实施例中,通信组件802被配置为经由移动通信网络向第三方服务器发送一个或多个服务请求。例如,移动通信网络可以包括EPC 160。在一个实施例中,通信组件802被配置为接收来自第三方服务器或其他设备的服务响应。通信组件802可以代表UE 800和/或其他组件804-812发送和接收信号或消息。
拥塞组件804被配置为确定第三方服务器何时存在拥塞、故障或另一错误。在一个实施例中,拥塞组件804确定在从第三方服务器接收对一个或多个服务请求的响应时具有延迟或者存在错误。当发送的不具有服务响应的服务请求数目超过阈值时,拥塞组件804可以确定存在错误或延迟。当在接收对服务请求的响应时的延迟超过阈值,拥塞组件804可以确定存在错误或延迟。当从服务器接收的响应指示在响应一个或多个服务请求时存在故障时,拥塞组件804可以确定存在错误或延迟。当UE 800从移动通信网络接收到对特定第三方服务器的请求被禁止的指示时,拥塞组件804可以确定存在错误或延迟。
在一个实施例中,唤醒组件806被配置为向移动通信网络中的网络元件发送请求当第三方服务器可用时进行通知的唤醒请求。例如,唤醒组件806可以响应于拥塞组件确定第三方服务器存在拥塞、故障或另一错误而请求唤醒通知。在一个实施例中,唤醒组件806被配置为当第三方服务器可用时从移动通信网络的元件接收唤醒通知。在一个实施例中,响应于接收到唤醒消息,UE 800被配置为向第三方服务器发送一个或多个附加服务请求。在一个实施例中,来自网络元件的唤醒消息可以指示替代的第三方服务器,并且UE 800可以向该替代的第三方服务器发送一个或多个替代服务请求。例如,替代第三方服务器可以提供UE 800所请求的服务。在一个实施例中,响应于接收到唤醒消息,UE 800可以向第三方服务器发送一个或多个附加服务请求。在一个实施例中,响应于发送一个或多个附加服务请求,UE 800然后可以接收来自第三方服务器的服务响应。
在一个实施例中,D2D组件808被配置为在直接通信的范围内发现一个或多个邻近的无线通信设备(例如,UE)和/或与一个或多个邻近的无线通信设备进行通信。例如,D2D组件808可以发现邻近的UE并且与之建立直接通信会话,从而允许D2D通信。
在一个实施例中,中心组件810允许UE 800被配置为用于传播一个或多个第三方服务器的拥塞或故障信息的中心UE。在一个实施例中,中心组件810被配置为接收将无线通信设备配置为中心无线通信设备或中心UE的消息。在一个实施例中,响应于将UE 800配置为中心UE,UE 800从移动通信网络接收对拥塞或故障的指示,并且通过D2D通信资源发送消息。在一个实施例中,中心组件810被配置为向一个或多个邻近无线通信设备或UE指示:UE800被配置为中心UE。这将允许邻近设备知道UE800可以将拥塞或故障信息中继给邻近UE。在一个实施例中,中心组件810被配置为从邻近UE接收关于第三方服务器的状态的查询。例如,邻近设备可以联系UE 800,以确定第三方服务器是否可用于响应服务请求。
拥塞传播组件812被配置为向邻近对等设备传播关于拥塞的或故障的第三方服务器的信息。例如,拥塞传播组件812可以响应于UE 800被配置为中心UE,来传播拥塞信息。在一个实施例中,拥塞传播组件812被配置为通过直接通信资源向一个或多个邻近UE发送指示针对特定第三方服务器的请求被移动通信网络禁止的消息。在一个实施例中,通过D2D通信资源发送消息包括响应于接收到关于第三方服务器的状态的查询。在一个实施例中,指示针对特定第三方服务器的消息被禁止的消息可以指示针对该特定第三方服务器的请求被禁止的时间段。在一个实施例中,指示针对特定第三方服务器的消息被禁止的消息可以指示在获得另一通知之前该第三方服务器是不可接入的。在一个实施例中,UE 800当被配置为中心UE时,可以指示当尝试访问第三方服务器时应对UE 800进行查询。在一个实施例中,UE 800可以从已被配置为中心UE的对等UE接收拥塞通知。
图9是示出网络元件900的一个实施例的示意框图。网络元件900包括状态组件902、负荷组件904、使用情况组件906以及服务注册组件908。网络元件900可以包括一个或多个服务器、功能等来实现本文所论述的网络的任意功能。在一个实施例中,网络元件900可以包括MME130、S-GW 120和/或P-GW 142。在一个实施例中,网络元件900可以包括在EPC160的一个或多个实体或元件上实现的功能。
状态组件902被配置为确定一个或多个第三方服务器的状态。在一个实施例中,状态组件902被配置为确定特定第三方服务器正经历拥塞或故障。在一个实施例中,状态组件902确定一个或多个第三方服务器中的每个第三方服务器的状态并且存储状态的指示。在一个实施例中,确定特定第三方服务器正经历拥塞或故障包括参考特定第三方服务器的状态的指示。在一个实施例中,确定一个或多个第三方服务器中的每个第三方服务器的状态包括周期性地从每个服务器请求服务器的状态。在一个实施例中,确定特定第三方服务器正经历拥塞或故障包括如下操作中的一项或多项:向特定第三方服务器发送请求以确定拥塞/故障状态;直接从第三方服务器接收指示拥塞/故障状态的消息;检查分组来确定已发送给服务器多少请求和/或服务请求是否已被实现和/或是否已经接收到错误消息;以及从一个或多个移动通信设备接收指示服务器不响应的通知。
负荷组件904被配置为减少针对不可用服务器的服务请求。在一个实施例中,负荷组件904发送防止移动通信设备向特定第三方服务器发送请求的消息。例如,负荷组件904可以响应于确定特定第三方服务器拥塞来发送防止服务请求的消息。在一个实施例中,防止连接到特定第三方服务器的UE向特定第三方服务器发送额外请求的消息指示针对特定第三方服务器的请求被禁止的时间段。在一个实施例中,防止连接到特定第三方服务器的移动通信设备向特定第三方服务器发送额外请求的消息指示用于完成服务请求的替代第三方服务器。
使用情况组件906确定特定第三方服务器可被附连的UE使用多少资源。例如,使用情况组件906可以确定正在或者将要从特定第三方服务器请求服务的UE数目超过阈值。在一个实施例中,负荷组件904可以当达到或超过阈值时仅阻止进一步的消息。在一个实施例中,当使用情况组件906确定针对特定第三方服务器满足阈值时,状态组件902可以仅确定或存储第三方服务器的状态。
服务注册组件908可以允许UE向该UE将接入或从其请求服务的特定第三方服务器进行注册。在一个实施例中,服务注册组件908接收针对一个或多个第三方服务器的一个或多个服务注册请求。一个或多个服务注册请求指示将从其请求服务的一个或多个第三方服务器。服务注册组件908可以存储所注册的服务器和/或其状态的列表。状态组件902或其他组件可以接入所注册的服务器列表来确定是否获取状态信息、阻止接入等。
图10为移动设备的示例图示,该移动设备比如可以是用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板计算机、手持设备、或另一类型的无线通信设备。移动设备可以包括被配置为与传送站通信的一个或多个天线,这些传送站比如可以是基站(BS)、eNB、基带单元(BBU)、远程无线电头(RRH)、远程无线电设备(RRE)、中继站(RS)、无线电设备(RE)、或另一类型的无线广域网(WWAN)接入点。移动设备可以被配置为使用至少一种无线通信标准通信,该无线通信标准包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙、和Wi-Fi。移动设备可以使用针对每一个无线通信标准的单独天线、或者针对多个无线通信标准的共享天线进行通信。移动设备可以在无线局域网(WLAN)、无线个域网(WPAN)、和/或WWAN中通信。
图10还提供对麦克风以及一个或多个扬声器的图示,麦克风以及一个或多个扬声器可以被用于无线设备的音频输入和输出。显示屏可以是液晶显示(LCD)屏或其它类型的显示屏(例如,有机发光二极管(OLED)显示器)。显示屏可以被配置为触摸屏。触摸屏可以使用电容式、电阻式或其它类型的触摸屏技术。应用处理器和图形处理器可以被耦接到内部存储器,以提供处理和显示能力。非易失性存储器端口还可以被用于向用户提供数据输入/输出选项。非易失性存储器端口还可以被用于扩展移动设备的存储器能力。键盘可以与移动设备集成或者被无线地连接到移动设备,以提供额外的用户输入。使用触摸屏,还可以提供虚拟键盘。
示例
下列示例涉及其他实施例。
示例1是UE,该UE包括被配置为发送和接收信号的收发器和处理单元。处理单元被配置为使得UE使用收发器经由移动通信网络来向第三方服务器发送一个或多个服务请求,其中,移动通信网络包括EPC。处理单元被配置为使得UE确定在从第三方服务器接收对一个或多个服务请求的响应方面存在错误或延迟。处理单元被配置为使得UE向移动通信网络中的网络元件发送唤醒请求,该唤醒请求请求当第三方服务器可用时进行通知。
在示例2中,示例1中的确定存在错误或延迟包括确定如下项中的一项或多项:所发送的没有服务响应的服务请求的数目超过阈值;在接收对服务请求的响应方面的延迟超过阈值;以及从服务器接收的响应指示在对一个或多个服务请求进行响应方面的故障。
在示例3中,示例1-2中任一示例中的处理单元还被配置为使得UE从网络元件接收指示第三方服务器可用的唤醒通知。
在示例4中,示例1-3中任一示例中的处理单元还被配置为使得UE响应于接收到唤醒通知,向第三方服务器发送一个或多个额外的服务请求。
在示例5中,示例1-4中任一示例中的处理单元还被配置为使得UE响应于发送一个或多个额外的服务请求,接收来自第三方服务器的服务响应。
在示例6中,其中,示例1-5中任一示例中的处理单元还被配置为使得UE接收指示替代第三方服务器的唤醒消息,并且向该替代第三方服务器发送一个或多个替代服务请求。
示例7是网络元件,该网络元件包括一个或多个处理单元和耦合至该一个或多个处理单元的存储器,该存储器存储指令,当指令由一个或多个处理单元执行时,使得网络元件执行操作。指令使得网络元件确定从特定服务器请求服务的移动通信设备的数目超过阈值。指令使得网络元件确定特定服务器正经历拥塞和故障中的一者或多者。指令使得网络元件发送防止移动通信设备向特定服务器发送额外请求的消息。
在示例8中,示例7中的指令还使得网络元件接收针对一个或多个服务器的一个或多个服务注册请求,其中,一个或多个服务器包括特定服务器,并且其中一个或多个服务注册请求指示服务将被从其请求的一个或多个服务器。
在示例9中,示例7-8中的任一示例的指令使得网络元件确定一个或多个服务器中的每个服务器的状态并且存储状态的指示,其中,确定特定服务器正经历拥塞和故障中的一者或多者包括参考特定服务器的状态的指示。
在示例10中,示例7-9中的任一示例的确定一个或多个服务器中的每个服务器的状态包括周期性地从一个或多个服务器请求一个或多个服务器中的每个服务器的状态。
在示例11中,示例7-10中的任一示例的确定特定服务器正经历拥塞和故障中的一者或多者包括如下项中的一项或多项:向特定服务器发送请求以确定拥塞/故障状态;直接从服务器接收指示拥塞/故障状态的消息;检查分组以确定有多少请求已被发送至服务器;以及接收来自移动通信设备中的一个或多个移动通信设备的指示服务器不响应的通知。
在示例12中,示例7-12中的任一示例的防止尝试连接到特定服务器的移动通信设备向特定服务器发送额外请求的消息指示针对特定服务器的请求被禁止的时间段。
在示例13中,示例12中的消息是针对发送初始请求的移动通信设备的专用信令消息。
在示例14中,示例12中的消息是一组选定的小区中的广播消息。
在示例15中,示例7-14中的任一示例的防止尝试连接到特定服务器的移动通信设备向特定服务器发送额外请求的消息指示用于完成服务请求的替代服务器。
示例16是包括电路的无线通信设备。该电路被配置为发现直接通信的范围内一个或多个邻近无线通信设备。电路被配置为从移动通信网络接收针对特定服务器的请求被禁止的指示,其中,特定服务器位于移动通信网络的核心网外部。电路被配置为通过直接通信资源向一个或多个邻近无线通信设备发送指示针对特定服务器的请求被移动通信网络禁止的消息。
在示例17中,示例16的电路还被配置为接收将无线通信设备配置为中心无线通信设备的消息。
在示例18中,示例16-18中的任一示例中的从移动通信网络接收指示并且通过直接通信资源发送消息包括:响应于将无线通信设备配置为中心无线通信设备而进行接收和发送。
在示例19中,示例16-18中的任一示例的电路还被配置为向一个或多个邻近无线通信设备指示:无线通信设备被配置为中心无线通信设备。
在示例20中,示例16-19中的任一示例的电路还被配置为从一个或多个邻近无线通信设备中的邻近无线通信设备接收关于特定服务器的状态的查询。
在示例21中,示例20中的通过直接通信资源发送消息包括响应于接收到查询来进行发送。
在示例22中,示例16-21中任一示例中的指示针对特定服务器的请求被禁止的消息还指示针对特定服务器的请求被禁止的时间段。
示例23是方法,该方法包括:经由移动通信网络来向服务器发送一个或多个服务请求,其中,移动通信网络包括EPC。该方法包括:确定在从服务器接收对一个或多个服务请求的响应方面存在错误或延迟。该方法包括:向移动通信网络中的网络元件发送唤醒请求,该唤醒请求请求当服务器可用时进行通知。
在示例24中,示例23中的确定存在错误或延迟包括确定如下项中的一项或多项:所发送的没有服务响应的服务请求的数目超过阈值;在接收对服务请求的响应方面的延迟超过阈值;以及从服务器接收的响应指示在对一个或多个服务请求进行响应方面的故障。
在示例25中,示例23-24中任一示例的方法包括如下项中的一项或多项:从网络元件接收指示服务器可用的唤醒通知;以及响应于接收到唤醒通知,向服务器发送一个或多个额外的服务请求。
在示例26中,示例23-25中任一示例的方法还包括:响应于发送一个或多个额外的服务请求,接收来自服务器的服务响应。
在示例27中,示例23-26中任一示例的方法包括:接收指示替代服务器的唤醒消息,并且向该替代服务器发送一个或多个替代服务请求。
示例28是方法,该方法包括:确定从特定服务器请求服务的移动通信设备的数目超过阈值。该方法包括:确定特定服务器正经历拥塞和故障中的一者或多者。该方法包括:发送防止移动通信设备向特定服务器发送额外请求的消息。
在示例29中,示例28的方法还包括:接收针对一个或多个服务器的一个或多个服务注册请求,其中,一个或多个服务器包括特定服务器,并且其中一个或多个服务注册请求指示服务将被从其请求的一个或多个服务器。
在示例30中,示例28-29中的任一示例的方法还包括:确定一个或多个服务器中的每个服务器的状态并且存储状态的指示,其中,确定特定服务器正经历拥塞和故障中的一者或多者包括参考特定服务器的状态的指示。
在示例31中,示例28-30中的任一示例的确定一个或多个服务器中的每个服务器的状态包括周期性地从一个或多个服务器请求一个或多个服务器中的每个服务器的状态。
在示例32中,示例28-31中的任一示例的确定特定服务器正经历拥塞和故障中的一者或多者包括如下项中的一项或多项:向特定服务器发送请求以确定拥塞/故障状态;直接从服务器接收指示拥塞/故障状态的消息;检查分组以确定有多少请求已被发送至服务器;以及接收来自移动通信设备中的一个或多个移动通信设备的指示服务器不响应的通知。
在示例33中,示例28-32中的任一示例的防止尝试连接到特定服务器的移动通信设备向特定服务器发送额外请求的消息指示针对特定服务器的请求被禁止的时间段。
在示例34中,示例33中的消息包括针对发送初始请求的移动通信设备的专用信令消息和一组选定的小区中的广播消息。
在示例35中,示例28-34中的任一示例的防止尝试连接到特定服务器的移动通信设备向特定服务器发送额外请求的消息指示用于完成服务请求的替代服务器。
示例37是包括机器可读指令的机器可读存储设备,当所述机器可读指令被执行时实现示例28-36中任一示例的装置或方法。
示例38是一种方法,该方法包括:发现与无线通信设备直接通信的范围内的一个或多个邻近无线通信设备。该方法包括从移动通信网络接收针对特定服务器的请求被禁止的指示。该方法包括:通过直接通信资源向一个或多个邻近无线通信设备发送指示针对特定服务器的请求被移动通信网络禁止的消息。
在示例39中,示例38的方法还包括:接收将无线通信设备配置为中心无线通信设备的消息。
在示例40中,示例38-39中的任一示例中的从移动通信网络接收指示并且通过直接通信资源发送消息包括:响应于将无线通信设备配置为中心无线通信设备而进行接收和发送。
在示例41中,示例38-40中的任一示例的方法还包括向一个或多个邻近无线通信设备指示:无线通信设备被配置为中心无线通信设备。
在示例42中,示例38-41中的任一示例的方法还包括:从一个或多个邻近无线通信设备中的邻近无线通信设备接收关于特定服务器的状态的查询。
在示例43中,示例42中的通过直接通信资源发送消息包括响应于接收到查询来进行发送。
在示例44中,示例38-43中任一示例中的指示针对特定服务器的请求被禁止的消息还指示针对特定服务器的请求被禁止的时间段。
示例45是包括用于执行示例38-44中任一示例的方法的装置的设备。
示例46是包括机器可读指令的机器可读存储设备,所述机器可读指令当被执行时实现示例38-45中任一示例的装置或方法。
各种技术、或其中的某些方面或部分,可以采用在有形介质中实现的程序代码(即,指令)的形式,这些有形介质比如可以是软盘、CD-ROM、硬驱动器、非暂态计算机可读存储介质、或任何其它机器可读存储介质,其中,当该程序代码被载入并由机器(比如计算机)执行时,机器成为用于实施各种技术的装置。在程序代码在可编程计算机上执行的情形下,计算设备可以包括处理器、可由处理器读取的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备、以及至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是RAM、EPROM、闪速驱动器、光驱动器、磁性硬盘驱动器、或用于存储电数据的其它介质。eNB(或其他基站)和UE(或其他移动站)还可以包括收发器组件、计数器组件、处理组件和/或时钟组件或定时器组件。可以实施或利用本文所描述的各种技术的一个或多个程序可以使用应用程序接口(API)、可重用控制等。该程序可以在高级过程或面向对象程序语言中实施以与计算机系统通信。然而,如果需要,(一个或多个)程序可以以汇编或机器语言实施。在任何情形下,语言可以为编译或解释语言,并与硬件实施相结合。
应当理解,本说明书中所描述的许多功能单元可以被实施为一个或多个组件,该组件是用于更具体地强调它们的实施方式的独立性的术语。例如,组件可以被实施为包括传统的超大规模集成(VLSI)电路或门阵列的硬件电路,或比如逻辑芯片、晶体管、或其它分离组件的现有半导体。组件还可以在可编程硬件设备(比如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等)中实施。
组件还可以在用于被各种类型的处理器执行的软件中实施。可执行代码的被识别组件例如可以包括计算机指令的一个或多个物理或逻辑块,该计算机指令可以例如被组织为目标、过程或函数。尽管如此,被识别组件的可执行文件实体上不必要位于同处,但可以包括存储在不同位置的相异指令,当这些相异指令逻辑上联结在一起时,构成组件并实现该组件的规定目的。
实际上,可执行代码的组件可以是单个指令、或许多指令,且甚至可以分布于若干不同的代码段、在不同的程序中,且可以跨过若干存储器设备。类似地,操作数据可以在此于组件中被识别并阐述,并可以以任何适当形式被实施且在任何适当类型的数据结构中被组织。操作数据可以被集合为单个数据集、或可以在包括不同的存储设备之上的不同的位置上分布,且可以至少部分地仅作为系统或网络上的电信号存在。组件可以为被动的或主动的,包括可操作以执行所需功能的代理。
贯穿本说明书的引用“一个示例”意指连同该示例描述的特定特征、结构、或特性被包括在本发明的至少一个实施例中。因此,在贯穿本说明书的各处中,短语“在一个示例中”的出现不一定均指代同一实施例。
如在此所使用的,为了方便,若干项、结构元件、组合元件、和/或材料可以出现在共同列表中。然而,这些列表应当被解释为如同列表的每一个成员被单独地识别为独立且唯一成员。因此,在没有相反的指示的情况下,仅基于出现在共同组中,该列表没有单独成员应当被解释为事实上等价于同一列表的任何其它成员。此外,本发明的各个实施例和示例可以连同其中的各个组件的替代物在此被参考。应理解的是,这样的实施例、示例、以及替代物不被解释为彼此实际等同,但是被认为是本发明的单独且自主的表述。
尽管为了清楚的目的,前述内容已详细地被描述,但是显然,可以进行某些改变和修改,而不脱离其原理。应当注意的是,存在实施在此所描述的过程和装置的许多替代方式。因此,这里的实施例将被认为是说明性而非限制性的,且本发明不被限定为在此所给出的细节,但是可以在所附的权利要求的范围和等价内被修改。
本领域的技术人员将能理解,可以对以上所描述的实施例的细节进行许多改变,而不脱离本发明的基本原则。因此,本发明的范围应当仅被所附权利要求所确定。

Claims (24)

1.一种用户设备(UE),包括:
收发器,被配置为发送和接收信号;和
处理单元,被配置为使得所述UE进行如下操作:
使用所述收发器经由移动通信网络来向第三方服务器发送一个或多个服务请求,其中,所述移动通信网络包括演进型分组核心(EPC);
确定在从所述第三方服务器接收对所述一个或多个服务请求的响应方面存在错误或延迟;以及
向所述移动通信网络中的网络元件发送唤醒请求,该唤醒请求请求当所述第三方服务器可用时进行通知。
2.如权利要求1所述的UE,其中,确定存在错误或延迟包括确定如下项中的一项或多项:
所发送的没有服务响应的服务请求的数目超过阈值;
在接收对服务请求的响应方面的延迟超过阈值;以及
从服务器接收的响应指示在对所述一个或多个服务请求进行响应方面的故障。
3.如权利要求1所述的UE,所述处理单元还被配置为使得所述UE从所述网络元件接收指示所述第三方服务器可用的唤醒通知。
4.如权利要求3所述的UE,其中,所述处理单元还被配置为使得所述UE响应于接收到所述唤醒通知,向所述第三方服务器发送一个或多个额外的服务请求。
5.如权利要求4所述的UE,其中,所述处理单元还被配置为使得所述UE响应于发送所述一个或多个额外的服务请求,接收来自所述第三方服务器的服务响应。
6.如权利要求1所述的UE,其中,所述处理单元还被配置为使得所述UE接收指示替代第三方服务器的唤醒消息,并且向该替代第三方服务器发送一个或多个替代服务请求。
7.一种网络元件,包括:
一个或多个处理单元;和
耦合至该一个或多个处理单元的存储器,该存储器存储指令,当所述指令由所述一个或多个处理单元执行时使得所述网络元件执行如下操作:
确定从特定服务器请求服务的移动通信设备的数目超过阈值;
确定所述特定服务器正经历拥塞和故障中的一者或多者;以及
发送防止所述移动通信设备向所述特定服务器发送额外请求的消息。
8.如权利要求7所述的网络元件,其中,所述指令还使得所述网络元件接收针对一个或多个服务器的一个或多个服务注册请求,其中,所述一个或多个服务器包括所述特定服务器,并且其中所述一个或多个服务注册请求指示将从其请求服务的一个或多个服务器。
9.如权利要求8所述的网络元件,其中,所述指令使得所述网络元件确定所述一个或多个服务器中的每个服务器的状态并且存储所述状态的指示,其中,确定所述特定服务器正经历拥塞和故障中的一者或多者包括参考所述特定服务器的状态的指示。
10.如权利要求9所述的网络元件,其中,确定所述一个或多个服务器中的每个服务器的状态包括周期性地从所述一个或多个服务器请求所述一个或多个服务器中的每个服务器的状态。
11.如权利要求7所述的网络元件,其中,确定所述特定服务器正经历拥塞和故障中的一者或多者包括如下项中的一项或多项:
向所述特定服务器发送请求以确定拥塞/故障状态;
直接从所述服务器接收指示拥塞/故障状态的消息;
检查分组以确定有多少请求已被发送至所述服务器;以及
接收来自所述移动通信设备中的一个或多个移动通信设备的指示所述服务器不响应的通知。
12.如权利要求7所述的网络元件,其中,所述防止尝试连接到所述特定服务器的移动通信设备向所述特定服务器发送额外请求的消息指示禁止向所述特定服务器发送请求的时间段。
13.如权利要求12所述的网络元件,其中,所述消息是针对发送初始请求的移动通信设备的专用信令消息。
14.如权利要求12所述的网络元件,其中,所述消息是一组选定的小区中的广播消息。
15.如权利要求7所述的网络元件,其中,所述防止尝试连接到所述特定服务器的移动通信设备向所述特定服务器发送额外请求的消息指示用于完成服务请求的替代服务器。
16.一种方法,包括:
发现与无线通信设备直接通信的范围内的一个或多个邻近无线通信设备;
从移动通信网络接收禁止向特定服务器发送请求的指示;以及
通过直接通信资源向所述一个或多个邻近无线通信设备发送指示向所述特定服务器发送请求被所述移动通信网络禁止的消息。
17.如权利要求16所述的方法,还包括:接收将所述无线通信设备配置为中心无线通信设备的消息。
18.如权利要求16所述的方法,其中从所述移动通信网络接收指示并且通过所述直接通信资源发送消息包括:响应于将所述无线通信设备配置为中心无线通信设备而进行接收和发送。
19.如权利要求16所述的方法,还包括向所述一个或多个邻近无线通信设备指示:所述无线通信设备被配置为中心无线通信设备。
20.如权利要求16所述的方法,还包括:从所述一个或多个邻近无线通信设备中的邻近无线通信设备接收关于所述特定服务器的状态的查询。
21.如权利要求20所述的方法,其中通过直接通信资源发送消息包括响应于接收到所述查询来进行发送。
22.如权利要求16所述的方法,其中,指示禁止向所述特定服务器发送请求的消息还指示禁止向所述特定服务器发送请求的时间段。
23.一种设备,该设备包括用于执行权利要求16-22中任一项所述的方法的装置。
24.一种包括机器可读指令的机器可读存储设备,所述机器可读指令当被执行时实现权利要求16-22中任一项所述的的装置或方法。
CN201580037692.XA 2014-08-11 2015-06-17 用于对移动网络进行拥塞控制的系统、方法和设备 Active CN106471841B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462035707P 2014-08-11 2014-08-11
US62/035,707 2014-08-11
US14/671,958 US9913305B2 (en) 2014-08-11 2015-03-27 Systems, methods, and devices for congestion control on a mobile network
US14/671,958 2015-03-27
PCT/US2015/036290 WO2016025076A1 (en) 2014-08-11 2015-06-17 Systems, methods, and devices for congestion control on a mobile network

Publications (2)

Publication Number Publication Date
CN106471841A true CN106471841A (zh) 2017-03-01
CN106471841B CN106471841B (zh) 2020-03-27

Family

ID=55268482

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580037692.XA Active CN106471841B (zh) 2014-08-11 2015-06-17 用于对移动网络进行拥塞控制的系统、方法和设备

Country Status (5)

Country Link
US (1) US9913305B2 (zh)
EP (1) EP3180937B1 (zh)
KR (1) KR102310879B1 (zh)
CN (1) CN106471841B (zh)
WO (1) WO2016025076A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113411806A (zh) * 2021-06-21 2021-09-17 上海闻泰信息技术有限公司 移动热点授权检验方法、装置、存储介质和电子设备

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101015612B1 (ko) 2006-03-03 2011-02-17 샌디스크 코포레이션 플로팅 게이트 커플링을 보상한 비휘발성 저장 소자의 판독 방법
EP2005437B1 (en) 2006-04-12 2012-06-06 SanDisk Technologies Inc. Reducing the impact of program disturb during read
US9830289B2 (en) 2014-09-16 2017-11-28 Apple Inc. Methods and apparatus for aggregating packet transfer over a virtual bus interface
US9798377B2 (en) 2014-10-08 2017-10-24 Apple Inc. Methods and apparatus for recovering errors with an inter-processor communication link between independently operable processors
US10448276B2 (en) * 2015-05-26 2019-10-15 Lg Electronics Inc. Method and terminal for performing attach procedure for sponsored connectivity in wireless communication system
US10042794B2 (en) 2015-06-12 2018-08-07 Apple Inc. Methods and apparatus for synchronizing uplink and downlink transactions on an inter-device communication link
US10085214B2 (en) * 2016-01-27 2018-09-25 Apple Inc. Apparatus and methods for wake-limiting with an inter-device communication link
US10558580B2 (en) 2016-02-29 2020-02-11 Apple Inc. Methods and apparatus for loading firmware on demand
US10198364B2 (en) 2016-03-31 2019-02-05 Apple Inc. Memory access protection apparatus and methods for memory mapped access between independently operable processors
US9832697B2 (en) * 2016-04-04 2017-11-28 Verizon Patent And Licensing Inc. Providing wireless services using multiple core networks
US10591976B2 (en) 2016-11-10 2020-03-17 Apple Inc. Methods and apparatus for providing peripheral sub-system stability
US10775871B2 (en) 2016-11-10 2020-09-15 Apple Inc. Methods and apparatus for providing individualized power control for peripheral sub-systems
JP6838451B2 (ja) * 2017-03-23 2021-03-03 日本電気株式会社 混雑情報送信端末装置、混雑状況評価システム、混雑状況評価方法、及び、混雑情報送信プログラム
US10346226B2 (en) 2017-08-07 2019-07-09 Time Warner Cable Enterprises Llc Methods and apparatus for transmitting time sensitive data over a tunneled bus interface
US10277627B1 (en) 2017-08-09 2019-04-30 CallFire, Inc. Telephone service delay and connection system
US10331612B1 (en) 2018-01-09 2019-06-25 Apple Inc. Methods and apparatus for reduced-latency data transmission with an inter-processor communication link between independently operable processors
US10820236B2 (en) 2018-02-27 2020-10-27 Verizon Patent And Licensing Inc. Method and system for carrier-initiated traffic tuning and communication of subscriber parameters
US11317130B2 (en) * 2018-02-27 2022-04-26 Verizon Patent And Licensing Inc. Method and system for carrier-initiated traffic tuning and communication of subscriber parameters
US11792307B2 (en) 2018-03-28 2023-10-17 Apple Inc. Methods and apparatus for single entity buffer pool management
US20210014690A1 (en) * 2018-04-17 2021-01-14 Sony Corporation Methods and network devices for reporting network dysfunction in a wireless communication network
US11381514B2 (en) 2018-05-07 2022-07-05 Apple Inc. Methods and apparatus for early delivery of data link layer packets
US10430352B1 (en) 2018-05-18 2019-10-01 Apple Inc. Methods and apparatus for reduced overhead data transfer with a shared ring buffer
CN108770014B (zh) * 2018-07-10 2022-03-25 广东工业大学 网络服务器的计算评估方法、系统、装置及可读存储介质
US10585699B2 (en) 2018-07-30 2020-03-10 Apple Inc. Methods and apparatus for verifying completion of groups of data transactions between processors
US10846224B2 (en) 2018-08-24 2020-11-24 Apple Inc. Methods and apparatus for control of a jointly shared memory-mapped region
US10719376B2 (en) 2018-08-24 2020-07-21 Apple Inc. Methods and apparatus for multiplexing data flows via a single data structure
US20200120146A1 (en) * 2018-10-11 2020-04-16 Comcast Cable Communications, Llc Application Server for Dynamic IMS CSCF Overload Protection
CN110505155B (zh) * 2019-08-13 2023-12-08 北京达佳互联信息技术有限公司 请求降级处理方法、装置、电子设备及存储介质
US11558348B2 (en) 2019-09-26 2023-01-17 Apple Inc. Methods and apparatus for emerging use case support in user space networking
US11829303B2 (en) 2019-09-26 2023-11-28 Apple Inc. Methods and apparatus for device driver operation in non-kernel space
US11606302B2 (en) 2020-06-12 2023-03-14 Apple Inc. Methods and apparatus for flow-based batching and processing
US11775359B2 (en) 2020-09-11 2023-10-03 Apple Inc. Methods and apparatuses for cross-layer processing
US11954540B2 (en) 2020-09-14 2024-04-09 Apple Inc. Methods and apparatus for thread-level execution in non-kernel space
US11799986B2 (en) 2020-09-22 2023-10-24 Apple Inc. Methods and apparatus for thread level execution in non-kernel space
US11882051B2 (en) 2021-07-26 2024-01-23 Apple Inc. Systems and methods for managing transmission control protocol (TCP) acknowledgements
US11876719B2 (en) 2021-07-26 2024-01-16 Apple Inc. Systems and methods for managing transmission control protocol (TCP) acknowledgements
US20240056526A1 (en) * 2022-08-15 2024-02-15 CallFire, Inc. Telephone service delay and connection system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100448325C (zh) * 2005-01-12 2008-12-31 株式会社Ntt都科摩 定额制用户的数据通信限制方法、数据通信限制控制装置
CN102037752A (zh) * 2008-05-19 2011-04-27 高通股份有限公司 无线对等网络中的基础设施辅助发现
WO2011135790A1 (ja) * 2010-04-27 2011-11-03 パナソニック株式会社 通信装置及びネットワークノード
CN102668639A (zh) * 2010-04-22 2012-09-12 华为技术有限公司 拥塞/过载的控制方法及装置
US20130148491A1 (en) * 2010-03-24 2013-06-13 Brocade Communications Systems, Inc. Method and system for extending routing domain to non-routing end stations

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1976232B1 (en) * 2007-03-30 2014-01-22 Hewlett-Packard Development Company, L.P. Signaling status information of an application service
US8570972B2 (en) * 2007-07-10 2013-10-29 Qualcomm Incorporated Apparatus and method of generating and maintaining orthogonal connection identifications (CIDs) for wireless networks
CN102227928B (zh) * 2008-09-26 2014-12-24 诺基亚通信公司 用于提供封闭订户组接入控制的方法和设备
KR101092051B1 (ko) * 2009-10-29 2011-12-12 인하대학교 산학협력단 Wban의 네트워크 장치 및 네트워크 제어 장치, 네트워크 장치와 네트워크 제어 장치의 시큐어 웨이크-업 방법 및 웨이크-업 인증 코드 생성 방법
US9357081B2 (en) * 2010-11-15 2016-05-31 Alcatel Lucent Method for choosing an alternate offline charging system during an overload and apparatus associated therewith
US8873387B2 (en) 2011-12-13 2014-10-28 Verizon Patent And Licensing Inc. Network congestion control for machine-type communications
IN2015DN00468A (zh) * 2012-07-09 2015-06-26 Ericsson Telefon Ab L M
KR20140073065A (ko) * 2012-12-06 2014-06-16 한국전자통신연구원 셀룰러 이동통신시스템에서 단말간 멀티캐스트 직접통신 방법 및 장치
WO2016019979A1 (en) * 2014-08-05 2016-02-11 Sony Corporation Method of providing information on a server status, user equipment, and communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100448325C (zh) * 2005-01-12 2008-12-31 株式会社Ntt都科摩 定额制用户的数据通信限制方法、数据通信限制控制装置
CN102037752A (zh) * 2008-05-19 2011-04-27 高通股份有限公司 无线对等网络中的基础设施辅助发现
US20130148491A1 (en) * 2010-03-24 2013-06-13 Brocade Communications Systems, Inc. Method and system for extending routing domain to non-routing end stations
CN102668639A (zh) * 2010-04-22 2012-09-12 华为技术有限公司 拥塞/过载的控制方法及装置
WO2011135790A1 (ja) * 2010-04-27 2011-11-03 パナソニック株式会社 通信装置及びネットワークノード

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113411806A (zh) * 2021-06-21 2021-09-17 上海闻泰信息技术有限公司 移动热点授权检验方法、装置、存储介质和电子设备
CN113411806B (zh) * 2021-06-21 2022-12-30 上海闻泰信息技术有限公司 移动热点授权检验方法、装置、存储介质和电子设备

Also Published As

Publication number Publication date
EP3180937B1 (en) 2021-04-28
WO2016025076A1 (en) 2016-02-18
KR20170020449A (ko) 2017-02-22
CN106471841B (zh) 2020-03-27
EP3180937A4 (en) 2018-06-27
US20160044529A1 (en) 2016-02-11
US9913305B2 (en) 2018-03-06
EP3180937A1 (en) 2017-06-21
KR102310879B1 (ko) 2021-10-12

Similar Documents

Publication Publication Date Title
CN106471841A (zh) 用于对移动网络进行拥塞控制的系统、方法和设备
KR102216428B1 (ko) Ue를 각성상태로 유지하기
JP6640663B2 (ja) サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置
US9935694B2 (en) Reduction of user plane congestion
US11838747B2 (en) Uplink congestion control based on sip messaging
US9363658B2 (en) Data transmission method, mobility management entity, and mobile terminal
US9294213B2 (en) Packet data network connections for multi priority wireless devices
KR101762086B1 (ko) 혼잡 상태의 무선 통신 네트워크에서 대기 시간 처리
US9609632B2 (en) Method and device for managing RAN resources in wireless communication system
KR20200139771A (ko) 5g 네트워크에서의 로컬 영역 데이터 네트워크(ladn)에 대한 접속들을 관리하는 방법들
US20110199898A1 (en) Method and apparatus for controlling network access of ue in wireless communication system
US11937198B2 (en) 5G delay tolerant data services
EP3092850B1 (en) Methods, and devices for application aware access control for communication on a mobile network
JP2019507993A (ja) データ伝送方法、装置及びシステム
US9942088B2 (en) Fault detection method, gateway, user equipment, and communications system
KR102183654B1 (ko) 제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어
TW201347479A (zh) 於無線通訊網路中處置雙優先組態
US8606219B1 (en) Selective suppression of access probe transmission in response to external impact event
KR20140124411A (ko) 통신 시스템에서 기지국과 사용자 단말기간의 무선 자원 제어 연결 설정/해제 방법 및 장치
US20200022216A1 (en) Method And Apparatus For Configuring Power Consumption Parameter
CN105474688B (zh) 第三代合作伙伴项目(3gpp)系统中针对短消息服务的拥塞控制
EP3738246B1 (en) Radio link maintenance involving muliple uplink carriers
US11758608B2 (en) Managing a persistent connection using a network component
US20210276444A1 (en) Method and device of charging session management
US9326298B2 (en) Wireless device background uplink small data packet

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1234244

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210629

Address after: California, USA

Patentee after: INTEL Corp.

Address before: California, USA

Patentee before: INTEL IP Corp.