CN104521291A - Lte中用于通过rrc连接拒绝来增强去优先化的方法和装置 - Google Patents
Lte中用于通过rrc连接拒绝来增强去优先化的方法和装置 Download PDFInfo
- Publication number
- CN104521291A CN104521291A CN201480001844.6A CN201480001844A CN104521291A CN 104521291 A CN104521291 A CN 104521291A CN 201480001844 A CN201480001844 A CN 201480001844A CN 104521291 A CN104521291 A CN 104521291A
- Authority
- CN
- China
- Prior art keywords
- priorization
- request
- frequency
- subscriber equipment
- subscriber
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Battery Electrode And Active Subsutance (AREA)
- Investigating, Analyzing Materials By Fluorescence Or Luminescence (AREA)
- Water Treatment By Sorption (AREA)
- Stereophonic System (AREA)
Abstract
一种用于通过RRC连接拒绝来增强去优先化的方法和装置,其中,在一个方面,所述增强涉及较快的小区重选,以防止可能的服务中断。在另一方面,所述增强涉及在PLMN选择时释放、暂停或恢复去优先化。在又一方面,所述增强涉及与CSG小区优先级的冲突处理。在又一方面,所述增强涉及已连接模式UE的处理。在又一方面,所述增强涉及对去优先化请求的取消。
Description
技术领域
本公开涉及移动网络频率或无线电接入技术选择,且具体地涉及频率或无线电接入技术(RAT)的去优先化(de-prioritization)。
背景技术
在移动网络中,网络节点可以向用户设备(UE)发送针对当前频率或无线电接入技术的去优先化请求。这样的请求可以是为了减轻网络拥塞或提供过载控制而做出的。
然而,虽然去优先化请求可以将当前频率或RAT在UE处暂时指定为低优先级,但是即使在去优先化之后在UE重选到更高的优先级层之前仍可以存在很长的时间。
此外,即使在公共陆地移动网(PLMN)改变之后,即使该频率在新的PLMN中被重用,被去优先化的频率或RAT可能仍被去优先化。
另外,如果封闭订户组(CSG)小区正在利用已被去优先化的相同频率,则UE可能不能够连接到CSG小区,即使这样做原本也会减轻拥塞。
此外,当连接被释放时或者在无线电链路发生故障之后,已连接模式下的UE可以尝试接入被去优先化的RAT或频率。此外,网络状况可能快速改变,并且去优先化对于先前发信号通知的持续时间可能不是必需的。
发明内容
附图说明
参考附图将更好地理解本公开,其中:
图1是示出了当存储去优先化请求时在用户设备处尝试寻找合适的小区的流程图;
图2是示出了当存储去优先化请求时在用户设备处尝试寻找合适的小区的流程图的另一实施例;
图3是示出了当由于去优先化造成的优先级改变时在用户设备处尝试寻找合适的小区的流程图;
图4是示出了对去优先化请求的示例移除或暂停的流程图;
图5是示出了通过使用被去优先化的频率为封闭订户组解决冲突的示例的流程图;
图6是示出了从UE向封闭订户组发信号通知频率以及在UE处对测量进行配置的数据流图;
图7是示例网络单元的简化框图;以及
图8是示例用户设备的框图。
具体实施方式
本公开提供了一种在用户设备处的方法,包括:存储去优先化请求;以及当在所述用户设备处选择公共陆地移动网络时在所述用户设备处移除或暂停所述去优先化请求。
本公开还提供了一种用户设备,包括:处理器;存储器;以及通信子系统,其中,所述用户设备被配置为:存储去优先化请求;以及当在所述用户设备处改变到新的公共陆地移动网络时在所述用户设备处移除或暂停所述去优先化请求。
本公开还提供了一种在用户设备处的方法,包括:接收去优先化请求;以及在所述用户设备处转换到驻留于任意小区(camped on AnyCell)状态。
本公开还提供了一种用户设备,包括:处理器;以及通信子系统,其中,所述用户设备被配置为:接收去优先化请求;以及在所述用户设备处转换到驻留于任意小区状态。
本公开还提供了一种在用户设备处的方法,包括:接收频率或无线电接入技术的优先级;以及尝试通过按优先级的顺序尝试系统信息中列出的无线接入技术的频率,来寻找合适小区。
本公开还提供了一种用户设备,包括:处理器;以及通信子系统,其中,所述用户设备被配置为:接收频率或无线电接入技术的优先级;以及尝试通过按优先级的顺序尝试系统信息中列出的无线接入技术的频率,来寻找合适小区。
本公开还提供了一种在用户设备处的方法,包括:存储来自宏小区的去优先化请求;进入具有所述去优先化请求内的频率的封闭订户组小区;当所述用户设备检测到所述封闭订户组小区时,将所述频率配置为最高优先级频率;从所述封闭订户组小区接收针对服务频率的去优先化请求;存储针对所述封闭订户组小区的去优先化的指示;以及避免重选到在被去优先化的频率或无线电接入技术上的封闭订户组小区。
本公开还提供了一种用户设备,包括:处理器;存储器;以及通信子系统,其中,所述用户设备被配置为:存储来自宏小区的去优先化请求;进入具有所述去优先化请求内的频率的封闭订户组小区;当所述用户设备检测到所述封闭订户组小区时,将所述频率配置为最高优先级频率;从所述封闭订户组小区接收针对服务频率的去优先化请求;存储针对所述封闭订户组小区的去优先化的指示;以及避免重选到在被去优先化的频率或无线电接入技术上的封闭订户组小区。
本公开还提供了一种在用户设备处的方法,包括:当处于与网络单元的已连接模式下时,接收包括去优先化请求的消息;以及在进入空闲模式时,将所述去优先化请求内的频率和无线电接入技术排为低优先级的频率。
本公开还提供了一种用户设备,包括:处理器;以及通信子系统,其中,所述用户设备被配置为:当处于与网络单元的已连接模式下时,接收包括去优先化请求的消息;以及在进入空闲模式时,将所述去优先化请求内的频率和无线电接入技术排为低优先级的频率。
下文关于第三代合作伙伴计划(3GPP)长期演进(LTE)技术规范来讨论本公开,但是本公开不限于这种技术,并且本公开的实施例可以与利用类似消息传递的其他技术一起使用。
用于UE与演进通用陆地无线电网络(E-UTRAN)之间的无线电接口的无线电资源控制协议以及用于在无线电网络与E-UTRAN之间的无线电接口的无线电资源控制协议被定义在3GPP技术规范(TS)36.331,“Evolved Universal Terrestrial Radio Access(E-UTRA);RadioResource Control(RRC);Protocol Specification”,v11.2.0,2013年1月3日,通过引用将其内容并入本文。在3GPP TS 36.331技术规范中,RRCConnectionReject消息被用于拒绝RRC连接建立尝试。
在3GPP TS 36.311规范的第11.2.0版中,去优先化请求被包括在RRCConnectionReject消息内。该去优先化请求可以用于请求在特定时间段中对RRC连接请求所针对的频率进行去优先化。
下面的表1中以粗体示出了去优先化请求。
表1:RRCConnectionReject消息
如在上面的表1中可以看出的:去优先化请求可以是针对连接类型(频率或e-utra)以及针对特定时间段的。
下面的表2中示出了与去优先化请求有关的RRCConnectionReject字段描述。
表2:RRCConnectionReject字段描述
如在上面的表2中可以看出的:去优先化请求指示当前的频率或无线电接入技术是否将要被去优先化。此外,枚举了定时器,其具有对应于该无线电接入技术应该被去优先化的时间的值(以分钟为单位)。
如果UE接收到去优先化请求,则UE存储该去优先化请求,直到去优先化定时器期满,与通过专用或公共信令接收的任何其他小区重选绝对优先级指派无关。此外,无论是E-UTRA中的任何RRC连接还是其它无线接入技术,去优先化请求都被存储。
当定时器T325运行时,UE将当前载波频率和由于先前接收的具有去优先化请求的RRC连接请求拒绝消息而存储的频率或者E-UTRA的所有频率视为最低优先级的频率,而与驻留的无线电接入技术无关。最低优先级的频率低于用户设备的8个网络配置的值。
然而,去优先化请求可能对封闭订户组(CSG)小区的小区重选优先级具有影响,该封闭订户组(CSG)小区通常是具有形成订户组的有限数目UE的毫微微小区,以及多媒体广播多播服务(MBMS),其被指定用于在一定区域内提供对广播和多播服务的递送。
用于处理对MBMS情形(假定UE正驻留于被去优先化的频率上)的影响的两种方案如下:在去优先化被应用于该频率的同时,将最高优先级应用于所关心的频率;或者在去优先化被应用于该频率的同时,将最低优先级应用于所关心的频率。
在第一种方案的情形下,UE可以继续接收MBMS服务,而不会经历RRC_IDLE下的服务暂停,即使在UE接收到去优先化命令之后也是如此。然而,MBMS用户可能反复尝试重新建立RRC连接,直到广泛访问类别禁止(ACB)被启动。
对于第二种方案,由于UE对MBMS频率应用去优先化,因此MBMS服务被暂停。因此,当在没被去优先化的频率上接收到建立连接时,网络可以选择通过下述方式来控制已连接的UE:当在MBMS频率上发生拥塞时,基于来自UE的MBMS兴趣指示,决定UE是否可被切换到堵塞的MBMS频率。
对于第二场景,UE在接收到关于MBMS频率的去优先化之后可以在非MBMS频率上建立连接,其中,连接建立有可能成功。
UE可以实现用于MBMS频率的去优先化的解决方案。假定操作者在极端过载情形下使用强ACB(其将导致使用新的去优先化机制),停留在该小区上且偏好单播的UE可能对该UE具有有害影响。因此,如果由于MBMS的优先化与RRCConnectionReject去优先化相冲突造成了LTE频率的优先级的冲突,则可以分别针对UE优先考虑单播的情形或者UE优先考虑MBMS的情形,指定UE的行为。
在CSG的情形下,在一些实施例中,UE可以负责实施智能策略,以即使在CSG频率已被去优先化之后仍然尝试连接到该CSG频率。然而,不实施这种智能的用户设备不会尝试建立这种到CSG小区的连接,并会因此仍然在另一频率或无线电接入技术上接收服务。因此,在一些实施例中,UE在处于CSG成员小区的覆盖范围中时可能需要应用对CSG频率的优先化。
此外,3GPP TS 36.304,“Evolved Universal Terrestrial Radio Access(E-UTRA);User Equipment(UE)Procedures in Idle Mode”,v11.2.0,2013年1月3日,(通过引用将其内容并入本文)规定了“任意小区状态”。在3GPP TS 36.304规范的第5.2.8节和第5.2.9节规定了“任意小区选择”和“驻留于任意小区状态”的定义。基本上,在任意小区选择状态下,UE通过尝试UE支持的所有RAT并且首先搜索高品质小区,来尝试寻找任意PLMN的任意可接受的小区以便驻留。在驻留于任意小区状态下,当UE正驻留于可接受的小区上时,UE定期尝试寻找合适的小区。
针对处于驻留于任意小区状态下的UE,一种选择是忽略在这些状态下的去优先化,以便不阻止UE搜索可接受的小区。
然而,上面的方案可能会导致若干问题。
可能的服务中断
根据3GPP TS 36.133,“Evolved Universal Terrestrial RadioAccess(E-UTRA);Requirements for support of radio resourcemanagement”,v11.2.0,2012年9月,小区重选要求:
UE至少每Thigher_priority_search=(60*NLayers)秒应该搜索一次更高优先级的每个层,其中NLayers是所配置的更高优先级的E-UTRA、UTRA FDD,UTRA TDD、CDMA20001x和HRPD载波频率的总数,并且如果一个或多个GSM频率组被配置为更高优先级则另外加一。
因此,如果请求去优先化,则当前频率立即变为最低优先级频率。然而,这样的优先级降低不会使得UE立即重选到不同的更高优先级频率。实际上,当存在多个频率要监视的情况下,在去优先化之后,在UE重选到更高优先级的频率之前,可能花费很长的时间。
在此期间,UE可以继续尝试通过被去优先化的频率来接入网络。等待时间可由RRCConnectionReject消息来指示,以延迟下一次接入尝试,但其可能太短不足以防止UE接入已被请求去优先化的频率(如果UE仍然停留在该频率上的话)。如果UE尝试再次接入该频率,它将再次被拒绝,并且RRCConnectionReject可以再次包括针对重新尝试的等待时间,其中,这种等待时间可以长达16秒。UE处的等待时间导致服务中断,直到UE在未被去优先化的频率上发现合适小区。
在一些情形下,可以由网络单元通过发信号通知用于系统信息中包含的频率列表的索引,在RRCConnectionReject中向UE提供目标频率,该系统信息例如是系统信息块5(SIB5)。然而,这种在没有任何测量报告的情况下的盲重定向可能将UE置于差的无线电条件下,在这种差的无线电条件下,UE在例如参考信号接收功率(RSRP)或参考信号接收质量(RSRQ)方面不具有良好的接收。
因此,由于所指示的频率上的差的无线电条件,尝试驻留到重定向的频率上的合适小区可能花费一些时间,这可能导致服务中断。这样的服务中断可能导致UE在尝试驻留到合适小区的期间无法拨打紧急电话或接听电话。此外,所指示的用于重定向的频率甚至可能不被UE支持。如果UE被重定向到不支持的频率,则UE可以停留在当前频率,这也会导致服务中断。
在PLMN改变后,去优先化继续
上述方案的第二个问题是:按照现行规范,即使在PLMN改变之后去优先化仍在继续。在定时器仍在运行时,移动用户可能不能够使用频率或E-UTRAN,即使在新PLMN中该频率或RAT上没有拥塞。
当UE选择新的PLMN或改变PLMN时,在大多数情形下,在第一PLMN中使用的已被去优先化的载波频率不太可能在新的PLMN中使用。然而,一些网络共享情形是可能的,其中第一PLMN所使用的某个频率也可能被第二PLMN使用。
在一些情形下,让该频率保持被去优先化可能是合适的,因为第二PLMN可能正依赖同一拥塞的eNB或核心网节点。然而,在其他情形下,该频率可被两个PLMN使用。例如,在跨越国家边界的情形下,相同的频率可被用于边界两侧的PLMN。在这种情形下,可能不适合继续对该频率进行去优先化。
此外,如果基于无线接入技术的去优先化,所有的E-UTRA频率都被去优先化,则这可能存在问题,因为该UE可能不能够在新的PLMN中使用特定的无线电接入技术。例如,如果LTE在第一PLMN中被去优先化30分钟,则可能不适合在第二PLMN上继续对LTE进行去优先化,因为在这种情形下实际上迫使UE使用不同的RAT,直到T325定时器期满为止。
处理与CSG小区的优先级冲突
如上文所指出的,用于处理在到CSG小区的小区重选与去优先化请求之间的在频率层的优先级方面的冲突的一种方式可以是通过UE实现来达成。当针对其上检测到合适的CSG小区的频率应用了去优先化时,UE实现可以针对该频率应用最高或最低的优先级。
如果对该冲突的处理完全留给UE实现,则网络可能对来到去优先化的频率上的CSG小区中的UE没有任何控制权。例如,在某些部署场景中,CSG小区可能对拥塞的相邻宏小区产生干扰,从而恶化已经拥塞的宏小区的质量。根据本公开的一个实施例,为了防止这种情形,该网络可以采用对CSG频率进行去优先化的措施。
另外,在RRC已连接模式下,当已由宏小区通过发出一个或多个RRCConnectionReject消息对CSG小区的服务频率或其他频率进行去优先化时,CSG小区仍可以请求UE测量那些频率,这是因为一般而言CSG小区并不与宏小区紧密协调。如果UE离开CSG小区的覆盖范围,则CSG小区可以开始在去优先化的频率之一上发起到宏小区的切换。
来自源CSG小区的切换准备请求可能被目标宏eNB拒绝。在这种情形下,该CSG小区可以开始测量其他频率,以便寻找另一目标小区供切换。然而,这对于成功切换可能太晚,因为UE正在失去该CSG的覆盖。此外,在一些实施例中,被选择测量的第二频率也可被去优先化。
此外,在RRC空闲模式下,如果在UE看到其CSG小区时UE对被去优先化的频率给予最高优先级,则当UE离开该CSG小区并在UE接入宏小区的情况下重新进入宏小区时可能进一步恶化过载情况。在一些实施例中,当UE离开CSG小区时,应该尽可能快地执行到其他频率或RAT的小区重选。
针对已连接模式UE的去优先化
上面的去优先化消息仅被用来解决驻留于拥塞的频率或RAT上的空闲模式UE。当网络释放连接或拒绝重新建立请求时,UE可以接入被去优先化的频率或RAT,这可能恶化拥塞。
当网络过载时,网络可以在RRC连接释放中提供重定向的载波信息或专用优先级,以便在释放RRC连接时避免拥塞的频率或RAT。然而,由于在RRC状态转换时另外的重新选择或专用优先级可能被移除,所以UE可能会回到拥塞的频率或RAT。例如,当在LTE中RRC连接建立时,可以移除专用优先级。在此之后,UE可被切换到UTRAN,并且UTRAN可能没为拥塞的LTE频率提供较低的优先级。然后,UE可能重选到该拥塞的LTE频率。
去优先化请求的取消
一旦UE接收到去优先化请求,即使去优先化的原因可能被移除并且所关心的频率或RAT可能变得可以再次使用,UE也认为该频率或RAT将在使用T325定时器枚举的分钟数内被去优先化。例如,T325定时器可被设置为30分钟,但该拥塞可能在5分钟后得到缓解。在这种情形下,UE仍认为该频率是去优先化的,即使它现在可以支持该UE。
此外,在一些情形下,即使存在生效的去优先化请求,UE也可能必须驻留于被去优先化的频率或RAT上。例如,当仅能在被去优先化的频率上寻找合适的小区时,UE将驻留于该频率的小区上。当在被去优先化的频率的小区上驻留时存在更高层请求或接收寻呼,UE将发送RRCConnectionRequest。
如果网络不拒绝该请求,则不清楚UE是应该保持还是移除去优先化请求,因为UE不知道网络是已经不再拥塞还是网络即使在拥塞情况下也已经接受该请求。在一个实施例中,UE可能需要知道当在被去优先化的频率上的RRC连接请求没被拒绝时如何处理所存储的去优先化请求。
为了克服上述问题,本公开内容提供了各种实施例。
较快的小区重选,以防止可能的服务中断
在一个实施例中,在接收到去优先化请求时或者在需要较快的小区重选的任何时间,除了执行用于小区重选评估过程的必要测量之外,UE还可以按从高优先级到低优先级的顺序定期尝试在系统信息中列出的且由UE支持的频率上寻找合适的小区。为了加快小区重选,可以这样做。
根据一个实施例,在接收到去优先化请求时,UE可以表现为它是处于“驻留于任意小区状态”下那样,以便利用修改的小区选择过程,并定期尝试在系统信息中列出的其优先级高于最低优先级的频率上寻找小区。
另外,在去优先化生效的同时处于“驻留于任意小区”状态下期间,UE可以在定期尝试寻找合适小区时排除被去优先化的频率或RAT。
备选地,UE可以按绝对优先级的顺序来尝试选择在被赋予绝对优先级且没被去优先化的所有RAT的支持频率上的合适小区。
因此,UE可以在接收到去优先化请求时认为它是处于驻留于任意小区状态下,并寻找没被去优先化的合适频率。如果UE在一定时间之后没有找到在未被去优先化的频率或RAT中的合适小区,则UE可以正常驻留于当前频率上。
在一个示例中,为了实现上述情形,可以根据下面的表3中的粗体部分来修改3GPP TS 36.304规范的第5.2.9节。
表3:第5.2.9节 驻留于任意小区状态
如上面的表3中可看出的,执行小区选择评估过程的触发之一是:当存储去优先化请求时。此外,如上面的表3所概述的:寻找合适小区的尝试排除了被去优先化的频率或RAT。
在驻留于任意小区状态下,UE可以响应寻呼,并且可以拨打紧急呼叫,并且因此可以避免服务中断。此外,通过定期尝试在排除未被去优先化的频率的情况下寻找合适小区,UE可以更快找到未被去优先化的频率或RAT中的合适小区。
现在参考图1,其示出了在UE处执行上述方案的过程。图1的过程开始于框110,并前进到框112,在框112中进行检查以确定是否存储去优先化请求。如果没有,则过程返回到框112,并继续循环。备选地,在从存储了去优先化请求时开始已经过去特定时间之后,可以终止该迭代。
一旦存储了去优先化请求,则过程前进到框114,在框114中,在执行小区重选评估过程的必要测量的同时,在排除了被去优先化的频率或RAT的情况下,UE通过尝试在系统信息中列出的并由UE支持的所有RAT的所有频率来尝试寻找合适的小区。
过程从框114前进到框120,在框120中进行检查以确定是否找到了合适小区。如果没有,则过程返回到框112,以尝试寻找合适的小区。
如果框120中的检查确定找到了合适的小区,则过程前进到框122,在框122中UE移动到正常驻留状态,然后前进到框124,在框124中过程结束。
在备选实施例中,UE可以定期通过下述方式尝试驻留于合适小区上:在将被去优先化的频率或RAT视为最低优先级的情况下,按照绝对优先级的顺序,尝试UE支持的RAT的所有频率。
下面关于表4示出了对3GPP TS 36.304规范的第5.2.9节的修改的一个示例。
表4:第5.2.9节驻留于任意小区状态
如上面的表4中可看出的,小区选择评估过程在众多触发下执行,并且表4示出了将去优先化请求作为用于这种小区重选评估的触发来添加。
此外,如表4中可看出的,如果RAT的频率被去优先化,则小区选择评估包括定期通过下述方式尝试寻找合适的小区:在将被去优先化的频率视为最低优先级的情况下,按照绝对优先级的顺序,尝试系统信息中列出的并且由UE支持的所有RAT的所有频率。
现在参考图2,图2的方法开始于框210并且进行至框212,在框212中进行检查以确定是否存储去优先化请求。如果没有,则过程返回到框212。
如果存储了去优先化请求,则过程前进到框214,在框214中,当频率或RAT被去优先化时,除了执行小区重选评估过程的必要测量之外,UE还通过下述方式来尝试寻找合适的小区:在将被去优先化的频率视为最低优先级的情况下,按照绝对优先级的顺序,尝试系统信息中列出的并且由UE支持的所有RAT的所有频率。
过程从框214前进到框220,在框220中进行检查以确定是否找到合适小区。如果找到,则过程前进到框222,在框222中UE移动到正常驻留状态,并且过程前进到框224并且结束。
如果在框220中没有找到合适的小区,则过程返回到框212,继续循环以尝试寻找合适的小区。备选地,在从存储了去优先化请求时开始已经过去特定时间之后,可以终止该迭代。
在另一备选实施例中,取代应用具有修改的小区选择评估的驻留于任意小区状态,在接收到去优先化请求时或者在要求更快的小区重选的情形下,如果UE首先在当前频率上找到合适的小区并且执行小区重选评估,则UE可以正常驻留于合适的小区上。此外,UE可以针对特定的时间段开始定期通过下述方式尝试寻找合适的小区:按照绝对优先级的顺序,尝试支持的且未被去优先化的所有RAT的所有频率。该备选实施例不仅可以在接收到去优先化请求时使用,而且可以在要求或需要快速小区重选时使用。
如下面的表5所示,可以例如通过修改3GPP TS 36.304的第5.2.4.1节来实现该另一备选实施例。
表5:第5.2.4.1节 重选优先级处理
如表5中所示,添加的粗体部分指示:当由于去优先化而造成优先级改变时,UE应该开始定期通过下述方式尝试寻找合适的小区:针对特定时间段,按照优先级的顺序,尝试系统信息中列出的并且被支持的所有RAT的频率。
现在参考图3。图3的过程开始于框310,并前进到框312,在框312中,UE检查是否已经发生由于去优先化造成的优先级改变。如果没有,则过程继续循环回到框312。
一旦已经发生由于去优先化造成的优先级改变,则过程前进到框320,在框320中,在执行小区重选评估的必要测量的同时,UE定期尝试通过下述方式寻找合适的小区:针对特定时间段,按照绝对优先级的顺序,尝试系统信息中列出的并且被支持的所有RAT的频率。
然后,该过程从框320前进到框330并结束。
因此,根据上述实施例,快速重选可以通过按照上面的图1至3在系统信息中列出的频率上寻找合适小区来发生。
在PLMN改变时对去优先化的处理
在另一实施例中,当PLMN改变或选择时,UE可以丢弃所存储的去优先化请求并且停止定时器T325。备选地,当PLMN改变时,考虑到在不久的将来回到先前的PLMN的可能性,UE可以暂停一个或多个去优先化请求,并保持T325定时器运行。
然而,在一个实施例中,当无线电接入网络(RAN)由请求去优先化的旧PLMN和新PLMN共享时,考虑到该演进的节点B(eNB)在该无线电接入网络上仍然拥塞的可能性,UE可以维持该去优先化请求,并保持T325定时器运行。
在接收到去优先化请求时,UE可以将已从小区的广播系统信息中读取的一个或多个PLMN标识或者所注册的或所选择的PLMN的标识与该去优先化请求一起存储。在选择PLMN时,如果新选择的PLMN是所存储的PLMN标识之一,则UE可以维持该去优先化请求和T325定时器。在选择PLMN时,如果新选择的PLMN不是所存储的PLMN标识之一,则UE可以释放该去优先化请求并停止计时器T325,或者暂停该去优先化请求并保持T325定时器运行。
上述方案可能适用于例如E-UTRA或LTE RAT被去优先化的情形,或者适用于一个或多个频率被去优先化并且其是新PLMN中对于UE可用的且由UE支持的仅有LTE频率的另一情形,因此对LTE RAT进行了有效地去优先化。
例如,在相同的频率可被多个PLMN使用的国家边界场景中,上面的方案可以适用于单个频率或整个RAT被去优先化的情形。
在一个实施例中,当UE驻留于所选择的新PLMN的合适小区上,并且在新PLMN中位置注册已经成功时,UE可以释放去优先化请求(如果已经接收多个去优先化请求,则取决于新的PLMN和所存储的PLMN,可以释放全部或部分的去优先化请求)并停止该T325定时器,或者暂停去优先化请求(如果已经接收多个去优先化请求,则取决于新的PLMN和所存储的PLMN,可以暂停全部或部分的去优先化请求)并保持T325定时器运行。然而,在一些情形下,该UE可以尝试寻找所选择的新PLMN的合适小区或者在新选择的PLMN(其不是归属PLMN或者等效PLMN)内处于驻留于任意小区状态下。在这种情形下,UE可以针对T325定时器维持或暂停该去优先化请求。
为了支持在进行PLMN选择时应该维持、移除、暂停还是恢复去优先化的判决,在接收到去优先化请求时,UE可以将在SystemInformationBlockType1中广播的PLMN标识的列表或者所注册或选择的PLMN的PLMN标识与该去优先化请求一起存储。例如,可以根据下面的表6修改3GPP TS 36.331规范的第5.3.3.8节。
表6:第5.3.3.8节 UE接收RRCConnectionReject
如上面的表6中的粗体部分所示,对去优先化请求的存储包括:当接收对去优先化请求时,存储在当前小区的SystemInformationBlockType1中接收的PLMN标识列表或者所选择或注册的PLMN的标识。通过在接收到去优先化请求时存储PLMN标识列表或者所注册或选择的PLMN,UE能够识别:(1)所选择的新PLMN是否与接收到去优先化请求的PLMN进行共享;或者(2)所选的新PLMN与接收到去优先化请求的PLMN是否相同。
此外,当进行PLMN选择时的UE行为可以通过36PP TS 36.304规范的第5.2.4.1节中的改变来实现,如下面的表7所示。可以在RRC ConnectionReject所携带的de-prioritizationReq中指示对de-prioritizationReq的移除或暂停。
表7:第5.2.4.1节 重选优先级处理
如在上面的表7的示例中可以看出的,当在网络接入层(NAS)请求的情况下执行PLMN选择时,当UE找到所选的PLMN的合适小区并且成功完成位置注册时,以及当(现在注册的)PLMN没被包含于在接收去优先化请求时存储的PLMN(即,所存储的PLMN标识列表或注册的或选择的PLMN的所存储的标识)中时,UE可以移除去优先化请求(如果已经接收多个去优先化请求,则取决于新的PLMN和所存储的PLMN,可以移除全部或一些去优先化请求)并且停止T325定时器。
在备选实施例中,代替停止T325定时器,T325定时器可以保持运行并且去优先化请求可以只是简单地被暂停而不是被移除。
现在参考图4。图4的过程开始于框410,并前进至框412,在框412中进行检查以确定是否在NAS的请求下在UE处执行PLMN选择。
如果是,则过程前进到框420,在框420中UE进行检查以确定UE是否能够在所选择的PLMN中找到合适的小区并且UE是否成功完成位置注册。
如果是,则过程前进到框420,在框430中UE检查新PLMN是否是与去优先化请求一起存储的任何PLMN之一;即,新PLMN是否在接收去优先化请求时存储的PLMN列表中,或者是否是在接收去优先化请求时存储的所选择或注册的PLMN。如果框430中的检查发现新PLMN不是与去优先化请求一起存储的任何PLMN之一,则过程前进到框440,在框440中,去优先化请求被移除或暂停。
可选地,该过程可以从框440前进到框442,在框442中,根据上述实施例,定时器T325可被停止。如果定时器没被停止,过程从框440前进到框450并结束,或者过程从框442前进到框450并结束。
另外,从框412、420出发,如果检查结果是否定的,则过程前进到框450并结束;或者从框430出发,如果确定所选择的PLMN在存储列表中,则过程前进到框450并结束。
如果该过程暂停去优先化并允许定时器继续,而不是停止定时器并移除去优先化,则可以添加用于恢复去优先化的方式。现在参考下面的表8,其示出了对36PP TS 36.304规范的示例改变:
表8:第5.2.4.1节 重选优先级处理
如在上面的表8中可以看出的,如果在去优先化请求正被暂停的同时UE返回到从其接收去优先化请求的旧PLMN或者与旧PLMN共享无线电接入网或核心网的PLMN之一,则恢复对derprioritisationReq的应用。
具体地,如果UE基于在NAS请求时执行的选择而返回旧PLMN,并且在该PLMN中找到合适的小区且成功注册,并且该PLMN是与去优先化请求一起存储的PLMN之一(意味着UE正在返回在其中接收到去优先化请求的旧PLMN或者其网络与旧PLMN共享的PLMN),则UE可以恢复对去优先化的应用(如果已经接收多个去优先化请求,则取决于新的PLMN和所存储的PLMN,可以恢复对全部或一些去优先化请求的应用)。
处理与CSG小区优先级的冲突
在一个实施例中,为了处理CSG频率的去优先化,在下述情况下CSG小区可以利用去优先化请求来拒绝RRC连接请求:网络想要对当前频率或RAT完全去优先化,即使针对CSG小区亦是如此,而不是将其留给UE行为。
在接收到该请求时,只要T325定时器正在运行,UE可以存储在CSG小区中接收到去优先化请求,并根据去优先化请求的类型开始将该去优先化应用到该频率或E-UTRA上的甚至CSG小区。在一个实施例中,UE可以启动或重启T325定时器,或继续运行T325定时器。
因此,在接收到来自CSG小区的去优先化请求时,UE除了存储de-prioritizationReq以及PLMN标识列表或所选择或注册的PLMN的标识之外,还存储“CSG-De-prioritization-Indication”。如果存储了该“CSG-De-prioritization-Indication”,则UE将去优先化应用到在其上检测到合适的CSG小区的频率。如果没有存储该“CSG-De-prioritization-Indication”,则UE可以重选到CSG小区。
现在参考图5。图5的过程开始于框510,并前进至框512,在框512中进行检查以确定是否接收到来自CSG小区的去优先化请求并存储在UE处。
如果框512处的检查发现已经接收到来自CSG小区的去优先化请求,则过程前进到框520,在框520中,UE将去优先化应用到在其上检测到合适的CSG小区的频率。
相反,从框512出发,如果没有接收到来自CSG小区的去优先化请求,则该过程进行至框530,在框530中,UE不将去优先化应用到在其上检测到合适的CSG小区的频率。
从框520和530出发,过程进行至框540并结束。
关于另一实施例,如果在RRC已连接模式下,则UE可以向CSG小区指示UE是否已经存储针对当前频率或RAT的去优先化请求,或者UE可以指示针对未被去优先化的其他频率或RAT的测量配置的请求。
在接收到这种指示时,CSG小区可以根据UE能力和所提供的信息来配置频率间或者RAT间测量。因此,例如,CSG小区可以配置在未被去优先化的频率上的或者针对不同RAT的测量,以便进行更好的切换判定,以避免被去优先化的频率。
在一个实施例中,来自UE的指示可以包含被去优先化的频率或RAT的列表。
在一个实施例中,针对CSG小区的入站切换的情形,针对CSG小区来配置未被去优先化的频率或RAT的测量的请求可以通过在RRCConnectionConfigurationComplete消息中提供被去优先化的频率或RAT的列表来指示,而针对在CSG小区中设立新连接的情形,针对CSG小区来配置未被去优先化的频率或RAT的测量的请求可以通过在RRCConnectionSetupComplete消息中提供被去优先化的频率或RAT的列表来指示。当响应于来自CSG小区的测量配置请求,UE不具有针对未被去优先化的频率的测量配置时,UE可以在消息中包括被去优先化的频率或RAT的列表。
现在参考图6,其示出了与CSG小区612通信的UE 610。如图6的实施例中可以看出的,UE 610在箭头620的消息中提供了对被去优先化的频率的指示。如上面指出的,该消息可以是RRCConnectionConfigurationComplete消息或RRCConnectionSetupComplete消息,并且该指示可以是被去优先化的频率或RAT的列表。备选地,单个比特可以指示当前的频率或RAT被去优先化。
在接收到箭头620的消息时,CSG 612于是可以基于UE能力来配置RAT间或RAT内测量,并且向UE提供这种测量配置,如箭头622所示。该测量配置可被包含在RRCConnectionReconfiguration消息中。
在另一实施例中,对于从CSG小区重新进入宏小区,当空闲模式UE从已去优先化CSG频率的宏小区进入CSG小区时,UE可以保持T325定时器运行,但将该频率视为最高优先级。当T325定时器正在运行时,如果该UE离开该CSG小区,则它将该被去优先化的频率重新配置为最低优先级。
如果服务CSG小区变得不合适并且如果服务频率正被去优先化,则为了尽可能快地重选到其他频率或RAT,如上所述,UE除了执行用于小区重选过程的必要测量之外,还可以按照从高优先级到低优先级的顺序定期尝试在系统信息中列出的且由UE支持的频率上寻找合适的小区。备选地,UE可以定期尝试按照优先级的顺序寻找合适的小区,如上文关于图1至3描述地那样。
已连接模式下的UE的处理
在另一实施例中,为了提供针对已连接模式的去优先化并且防止UE在返回到空闲模式时重选被去优先化的频率或RAT,网络可以在RRC连接释放消息中指示去优先化请求和关联的定时器。
在无线电链路故障的情形下,UE将很有可能在检测到无线电链路故障的频率上找到合适的小区。如果该频率或无线电接入技术上存在拥塞,则网络可以拒绝该重建请求并指示去优先化请求。
在小区选择过程中可能没有考虑被去优先化的频率或RAT。因此,在接收到RRC连接释放或RRC重建拒绝时,UE可以在小区选择时选择被去优先化的频率或RAT。然后,UE可以重选到其他频率。
对被去优先化的频率的选择可以经常发生,因为UE通常选择在已连接模式下使用过的频率上的小区。为了避免这种情形,UE可以在小区选择过程中最后考虑被去优先化的频率或RAT。
因此,在空闲模式转换时,在T325定时器运行的同时,UE可以将所有的被去优先化的频率视为最低优先级频率,而不管驻留的RAT如何。
为了在返回空闲模式时在小区选择中考虑被去优先化的频率或RAT,UE可以在小区选择过程中将被去优先化的频率或RAT作为最后的候选进行考虑。这种排除可以通过对3GPP TS 36.304规范的第5.2.7节的改变来实现。现在参考下面的表9。
表9:在离开RRC_CONNECTED状态时的小区选择
因此,如在上面的表9中可以看出的,已添加了加粗部分,并指示:
具体地,根据表9中添加的文字,已连接模式下的UE在离开已连接状态时能够接收提供了对被去优先化的频率的指示的消息,并且在驻留到被去优先化的频率之前,UE应该尝试寻找在未被去优先化的频率上的合适小区。
对去优先化请求的取消
在一个实施例中,来自网络单元的专用信令可以指示对频率的去优先化的取消。在其他实施例中,UE可以通过测量被去优先化的频率来决定是否应该取消去优先化。
特别地,在接收到具有去优先化请求的RRC连接拒绝之后,UE可以重选其他的频率或RAT并建立连接。
在该其他的频率或RAT上进入已连接模式之后,如果网络知道拥塞问题不再存在,则网络可将UE切换回被去优先化的频率或RAT。在切换命令或RRC连接重新配置消息中,网络可以指示对去优先化请求的取消。
在另一实施例中,如果网络知道拥塞问题不再存在,则网络可以将UE重定向到被去优先化的频率或RAT。在包含重定向的RRC连接释放消息中,网络可以指示对去优先化请求的取消。
在一个实施例中,网络可以指示UE可以释放、继续还是设立去优先化请求。去优先化请求可被扩展以包含对释放、继续或设立的定义。现在参考表10。
表10:deprioritisationReq信元
如表10中的粗体部分可以看出的,附加到3GPP TS 36.331规范的当前内容的顶部的元素规定了对释放、继续或设立去优先化请求的指示的定义。
在一个实施例中,上面的表10中的信元可被包括在RRCConnectionSetup、RRCConnectionReconfiguration、RRCConnectionRe-establishmentReject和RRCConnectionRelease消息中。
在一些实施例中,在网络没有拒绝针对已经被去优先化的频率上的RRC连接的请求的情形下,RRC连接设立消息可以指示UE是应该移除、继续还是更新去优先化请求。在一些实施例中,上面描述的解决方案可能需要在发生拥塞的节点和接受来自被去优先化的频率或RAT的UE的节点之间的网络协调,这在某些情形下可能是不可得的。
备选地,可以在收到具有去优先化请求的RRC连接拒绝时,向UE提供接收信号强度指示符(RSSI)阈值。RSSI可以指示系统负载水平,并且如果系统正发生拥塞,则RSSI可能较高。因此,UE可以测量被去优先化的频率或RAT的RSST,并且如果该测量或在一段时间上的平均测量低于阈值,则UE可以取消所存储的去优先化请求并停止T325定时器。
因此,去优先化请求可被扩展以具有RSSI阈值,使得:如果每个频率上的就RSRP或路径损耗而言的最佳小区的RSSI测量小于如上面在表10中提供的RSSI阈值,则UE可以决定去优先化是否仍然适用于每个去优先化频率。
因此,以上提供了对在网络单元与UE之间的去优先化请求的增强。
上述方案可由任何网络单元来实现。关于图7示出了简化的网络单元。
在图7中,网络单元710包括处理器720和通信子系统730,其中处理器720和通信子系统730协作,以执行上文描述的方法。
此外,上述方法可由任何UE来实现。下面关于图8描述一个示例设备。
UE 800通常是具有语音和数据通信能力的双向无线通信设备。UE 800通常具有与互联网上的其他计算机系统进行通信的能力。作为示例,根据所提供的确切功能,可以将UE称为数据消息收发设备、双向寻呼机、无线电子邮件设备、具有数据消息收发能力的蜂窝电话、无线互联网电器、无线设备、移动设备、或数据通信设备。
如果UE 800支持双向通信,它可以包括通信子系统811,其包括接收机812和发射机814以及关联组件,诸如一个或多个天线元件816和818、本地振荡器(L0)813以及如数字信号处理器(DSP)820之类的处理模块。本领域技术人员显然明白,在通信领域中,通信子系统811的具体设计将取决于该设备预期在什么网络中工作。
网络接入要求也将根据网络819的类型而有所不同。在一些网络中,网络接入与UE 800的订户或用户相关联。例如,UE可能需要可拆卸用户身份模块(RUIM)或订户身份模块(SIM)卡。SIM/RUIM接口844通常类似于可被插入或弹出SIM/RUIM卡的卡槽。SIM/RUIM卡可以具有存储器,并保存许多关键配置851以及其他信息853,如标识和与订户相关的信息。
当所需的网络注册或激活过程已经完成时,UE 800可以通过网络819发送和接收通信信号。如图8中所示,网络819可以包括多个与UE进行通信的基站。
由天线816通过通信网络819接收到的信号被输入到接收机812,接收机812可以执行诸如信号放大、下变频、滤波、信道选择等常见接收机功能。对接收信号的A/D转换允许更复杂的通信功能,诸如要在DSP 820中执行的解调和解码。以类似的方式,要发送的信号被处理,包括例如由DSP 820执行的调制和编码,并且被输入到发射机,以便进行数模转换、上变频、滤波、放大以及经由天线818通过通信网络819进行发射。DSP不仅处理通信信号,还提供对接收机和发射机的控制。例如,施加到接收机812和发射机814中的通信信号的增益可以通过在DSP 820中实现的自动增益控制算法来自适应地控制。
UE 800通常包括处理器838,其控制设备的整体操作。通过通信子系统811执行通信功能(包括数据和语音通信)。处理器838还与其他设备子系统进行交互,所述其他设备子系统例如是显示器822、闪存824、随机存取存储器(RAM)826、辅助输入/输出(I/O)子系统828、串口830、一个或多个键盘或键区832、扬声器834、麦克风836、其它通信子系统840(如短距离通信子系统)、以及统一指示为842的任何其它设备子系统。串口830可以包括USB端口或现有技术中已知的其他端口。
图8中示出的一些子系统执行与通信相关的功能,而其他子系统可以提供“驻留”功能或机载功能。值得注意的是,一些子系统(诸如键盘832和显示器822)例如可以既用于与通信相关的功能(诸如输入文本消息用于在通信网络上传输),也用于设备驻留功能(如计算器或任务列表)。
处理器838所使用的操作系统软件可被存储于持久性存储器,如闪存824,其可被替代为只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员将理解,操作系统、设备专用应用或其部分可被临时加载到易失性存储器(如RAM 826)。接收到的通信信号也可被存储在RAM 826中。
如图所示,闪存824可被分成针对计算机程序存储858和程序数据存储850、852、854和856的不同区域。这些不同的存储类型指示每个程序可以针对它们自己的数据存储需求而被分配闪存824的一部分。除了其操作系统功能外,处理器838还可以能够执行UE上的应用软件。通常将在制造期间在UE 800上安装控制基本操作的预定应用集合(例如至少包括数据和语音通信应用)。其他应用程序可以后续安装或动态安装。
应用程序和软件可被存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的介质或瞬时的/非瞬时的介质,如光介质(例如,CD、DVD等)、磁介质(例如,磁带)或本领域中已知的其它存储器。
一种软件应用可以是个人信息管理器(PIM)应用,其具有组织和管理与UE的用户有关的数据项的能力,诸如但不限于:电子邮件、日历事件、语音邮件、约会以及任务项。自然,一个或多个存储器存储将在UE上可用,以便于对PIM数据项的存储。这样的PIM应用可以具有经由无线网络819发送和接收数据项的能力。其他应用也可以通过网络819、辅助I/O子系统828、串口830、短距离通信子系统840或任何其他合适的子系统842被加载到客户端800,并且由用户安装在RAM 826或非易失性存储器(未示出)中以便由处理器838执行。这种应用安装的灵活性增加了设备的功能,并且可以提供增强的机载功能、通信相关的功能,或二者。例如,安全通信应用可以支持电子商务功能和要使用UE 800来执行的其他这种金融交易。
在数据通信模式下,接收的信号(如文本消息或网页下载)将由通信子系统811处理,并输入到处理器838,处理器838可以进一步处理所接收的信号以输出给显示器822或备选地输出给辅助I/O设备828。
UE 800的用户也可以使用键盘832结合显示器822和可能还结合辅助I/O设备828来编写数据项(例如电子邮件消息),所述键盘832可以是完整的字母数字键盘或电话类型的小键盘等等。这种便携的项目于是可以通过通信子系统811在通信网络上传输。
对于语音通信,UE 800的整体操作是类似的,除了接收的信号通常将被输出到扬声器834以及用于发射的信号通常将由麦克风836生成。还可以在UE 800上实现备选的语音或音频I/O子系统,例如语音消息记录子系统。尽管语音或音频信号输出通常主要通过扬声器834来完成,但是显示器822也可以用来提供对例如主叫方的身份、语音呼叫的持续时间或其他与语音呼叫相关的信息的指示。
图8中的串口830通常实现在个人数字助理(PDA)类型的UE中,这种类型的UE可能需要与用户的台式计算机(未示出)的同步,但是串口830是可选的设备组件。这样的端口830将使用户能够通过外部设备或软件应用来设置偏好,并可以通过除经由无线通信网络之外的其他方式向UE 800提供信息或软件下载来扩展UE 800的功能。备选的下载路径例如可被用于通过直接并从而可靠和可信的连接来将加密密钥加载到设备上,由此实现安全的设备通信。本领域技术人员应该理解,串口830还可用于将UE连接至计算机以充当调制解调器。
其他通信子系统840,诸如短距离通信子系统,是另一可选组件,其可以提供在UE 800与不同系统或设备(其不必是类似的设备)之间的通信。例如,子系统840可以包括红外设备和关联的电路和组件,或者可以包括蓝牙通信模块,以便提供与具有类似能力的系统和设备的通信。子系统840还可以包括非蜂窝通信,如WiFi或wiMAX,或者近场通信(NFC)。
本文所描述的实施例是具有与本申请的技术要素对应的要素的结构、系统或方法的示例。该书面描述可以使得本领域技术人员能够制造和使用具有同样与本申请的技术要求对应的替代要素的实施例。因此,本申请的技术的预期范围包括不偏离本文描述的本申请的技术的其它结构、系统或方法,并且还包括与本文描述的本申请的技术无实质区别的其它结构、系统或方法。
Claims (58)
1.一种在用户设备处的方法,包括:
存储去优先化请求;以及
当在所述用户设备处选择公共陆地移动网络时,在所述用户设备处移除或暂停所述去优先化请求。
2.根据权利要求1所述的方法,还包括:将请求去优先化的公共陆地移动网络的公共陆地移动网络标识与所述去优先化请求一起存储。
3.根据权利要求2所述的方法,其中,所述公共陆地移动网络标识是在所述用户设备处在系统信息消息中接收的。
4.根据权利要求1所述的方法,其中,所述方法还包括:在所述移除或暂停之前,确定对公共陆地移动网络的选择是针对非接入层请求执行的。
5.根据权利要求2所述的方法,还包括:存储公共陆地移动网络标识的列表,所述公共陆地移动网络标识的列表和与所述去优先化请求一起存储的公共陆地移动网络标识相关联。
6.根据权利要求5所述的方法,其中,所述列表限于与请求所述去优先化的公共陆地移动网络共享无线电网络的公共陆地移动网络的标识。
7.根据权利要求5所述的方法,其中,所述方法还包括:在所述移除或暂停之前,确定所选择的公共陆地移动网络具有在所述公共陆地移动网络标识的列表之外的标识。
8.根据权利要求1所述的方法,其中,所述方法还包括:在所述移除或暂停之前,确定所述用户设备能够找到所选择的公共陆地移动网络中的合适小区。
9.根据权利要求1所述的方法,还包括:在所述移除或暂停之后,停止用于所述去优先化请求的定时器。
10.根据权利要求1所述的方法,还包括:在所述暂停之后,允许用于所述去优先化请求的定时器保持运行。
11.根据权利要求5所述的方法,还包括:在所述用户设备返回与任意去优先化请求一起存储的任意公共陆地移动网络时,恢复所述去优先化请求。
12.一种用户设备,包括:
处理器;
存储器;以及
通信子系统,
其中,所述用户设备被配置为:
存储去优先化请求;以及
当在所述用户设备处选择公共陆地移动网络时,在所述用户设备处移除或暂停所述去优先化请求。
13.根据权利要求12所述的用户设备,其中,所述用户设备还被配置为:将请求去优先化的公共陆地移动网络的公共陆地移动网络标识与所述去优先化请求一起存储。
14.根据权利要求13所述的用户设备,其中,所述公共陆地移动网络标识是在所述用户设备处在系统信息消息中接收的。
15.根据权利要求12所述的用户设备,其中,所述用户设备还被配置为:在移除或暂停所述去优先化请求之前,确定对公共陆地移动网络的选择是针对非接入层请求执行的。
16.根据权利要求13所述的用户设备,其中,所述用户设备还被配置为:存储公共陆地移动网络标识的列表,所述公共陆地移动网络标识的列表和与所述去优先化请求一起存储的公共陆地移动网络标识相关联。
17.根据权利要求16所述的用户设备,其中,所述列表限于与请求所述去优先化的公共陆地移动网络共享无线电网络的公共陆地移动网络的标识。
18.根据权利要求16所述的用户设备,其中,所述用户设备还被配置为:在移除或暂停所述去优先化请求之前,确定所选择的公共陆地移动网络具有在所述公共陆地移动网络标识的列表之外的标识。
19.根据权利要求12所述的用户设备,其中,所述用户设备还被配置为:在移除或暂停所述去优先化请求之前,确定所述用户设备能够找到所选择的公共陆地移动网络中的合适小区。
20.根据权利要求12所述的用户设备,其中,所述用户设备还被配置为:在所述移除或暂停之后,停止用于所述去优先化请求的定时器。
21.根据权利要求12所述的用户设备,其中,所述用户设备还被配置为:在所述暂停之后,允许用于所述去优先化请求的定时器保持运行。
22.根据权利要求16所述的用户设备,其中,所述用户设备还被配置为:在所述用户设备返回与任意去优先化请求一起存储的任意公共陆地移动网络时,恢复所述去优先化请求。
23.一种在用户设备处的方法,包括:
接收去优先化请求;以及
在所述用户设备处转换到驻留于任意小区状态。
24.根据权利要求23所述的方法,其中,一旦处于驻留于任意小区状态,所述用户设备就尝试在未被去优先化的且在系统信息中找到的频率和无线电接入技术中寻找合适小区。
25.根据权利要求24所述的方法,其中,一旦找到合适小区,所述用户设备就转换到正常驻留状态。
26.根据权利要求23所述的方法,其中,一旦处于驻留于任意小区状态,所述用户设备就尝试:通过将所述去优先化请求中的频率或无线电接入技术视为最低优先级,按照优先级的顺序,在所述系统信息中找到的频率和无线电接入技术中寻找合适小区。
27.根据权利要求26所述的方法,其中,一旦找到合适小区,所述用户设备就转换到正常驻留状态。
28.一种用户设备,包括:
处理器;以及
通信子系统,
其中,所述用户设备被配置为:
接收去优先化请求;以及
在所述用户设备处转换到驻留于任意小区状态。
29.根据权利要求28所述的用户设备,其中,一旦处于驻留于任意小区状态,所述用户设备就被配置为尝试在未被去优先化的且在系统信息中找到的频率和无线电接入技术中寻找合适小区。
30.根据权利要求29所述的用户设备,其中,所述用户设备被配置为:一旦找到合适小区,就转换到正常驻留状态。
31.根据权利要求28所述的用户设备,其中,一旦处于驻留于任意小区状态,所述用户设备就被配置为尝试通过将所述去优先化请求中的系统信息中找到的频率或无线电接入技术视为最低优先级,按照优先级顺序,在频率和无线电接入技术中寻找合适小区。
32.根据权利要求31所述的用户设备,其中,所述用户设备被配置为:一旦找到合适小区,就转换到正常驻留状态。
33.一种在用户设备处的方法,包括:
接收频率或无线电接入技术的优先级;以及
尝试通过按优先级的顺序尝试系统信息中列出的无线电接入技术的频率,来寻找合适小区。
34.根据权利要求33所述的方法,其中,根据去优先化请求中的优先级的改变来接收所述优先级。
35.根据权利要求33所述的方法,其中,所述尝试是针对预定的时间段执行的。
36.根据权利要求34所述的方法,其中,所述系统信息中的优先级的顺序由所述去优先化请求来修改。
37.根据权利要求34所述的方法,其中,当从封闭订户组小区重选宏小区时,所述用户设备尝试在系统信息中列出的且不是被去优先化的频率或无线电接入技术的频率上寻找合适小区。
38.一种用户设备,包括:
处理器;以及
通信子系统,
其中,所述用户设备被配置为:
接收频率或无线电接入技术的优先级;以及
尝试通过按优先级的顺序尝试系统信息中列出的无线电接入技术的频率,来寻找合适小区。
39.根据权利要求38所述的用户设备,其中,所述用户设备被配置为:根据去优先化请求中的优先级的改变,来接收所述优先级。
40.根据权利要求38所述的用户设备,其中,所述用户设备被配置为:针对预定的时间段进行尝试。
41.根据权利要求39所述的用户设备,其中,所述系统信息中的优先级的顺序由所述去优先化请求来修改。
42.根据权利要求39所述的用户设备,其中,当从封闭订户组小区重选宏小区时,所述用户设备在系统信息中列出的且不是被去优先化的频率或无线电接入技术的频率上寻找合适小区。
43.一种在用户设备处的方法,包括:
存储来自宏小区的去优先化请求;
进入具有所述去优先化请求内的频率的封闭订户组小区;
当所述用户设备检测到所述封闭订户组小区时,将所述频率配置为最高优先级频率;
从所述封闭订户组小区接收针对服务频率或无线电接入技术的去优先化请求;
存储针对所述封闭订户组小区的去优先化的指示;以及
避免重选到在被去优先化的频率或无线电接入技术上的封闭订户组小区。
44.根据权利要求43所述的方法,还包括:在进入所述封闭订户组小区时,检查是否存储了针对所述封闭订户小区的去优先化的指示;以及
如果存储了所述指示,则重选到不同的频率或无线电接入技术。
45.根据权利要求43所述的方法,其中,当从封闭订户组小区重选宏小区时,所述用户设备尝试在系统信息中列出的且不是被去优先化的频率或无线电接入技术的频率上寻找合适小区。
46.一种用户设备,包括:
处理器;
存储器;以及
通信子系统,
其中,所述用户设备被配置为:
存储来自宏小区的去优先化请求;
进入具有所述去优先化请求内的频率的封闭订户组小区;
当所述用户设备检测到所述封闭订户组小区时,将所述频率配置为最高优先级频率;
从所述封闭订户组小区接收针对服务频率的去优先化请求;
存储针对所述封闭订户组小区的去优先化的指示;以及
避免重选到在被去优先化的频率或无线电接入技术上的封闭订户组小区。
47.根据权利要求46所述的用户设备,其中,所述用户设备还被配置为:在进入所述封闭订户组小区时,检查是否存储了针对所述封闭订户小区的去优先化的指示;以及
如果存储了所述指示,则重选到不同的频率或无线电接入技术。
48.根据权利要求47所述的方法,其中,当从封闭订户组小区重选宏小区时,所述用户设备尝试在系统信息中列出的且不是被去优先化的频率或无线电接入技术的频率上寻找合适小区。
49.一种在用户设备处的方法,包括:
在进入空闲模式时,尝试选择未被去优先化的频率和无线电接入技术的小区。
50.根据权利要求49所述的方法,还包括:在所述尝试之前,当处于与网络单元的已连接模式时,接收包括去优先化请求的消息。
51.根据权利要求49所述的方法,其中,所述消息是连接释放消息。
52.根据权利要求49所述的方法,还包括:当接收到所述消息时,启动针对所述去优先化请求的定时器。
53.根据权利要求52所述的方法,其中,将所述去优先化请求内的频率和无线电接入技术排为低优先级频率仅发生在所述定时器运行时。
54.一种用户设备,包括:
处理器;以及
通信子系统,
其中,所述用户设备被配置为:
在进入空闲模式时,尝试选择未被去优先化的频率和无线电接入技术的小区。
55.根据权利要求54所述的用户设备,其中,所述用户设备还被配置为:在所述尝试之前,当处于与网络单元的已连接模式时,接收包括去优先化请求的消息。
56.根据权利要求54所述的用户设备,其中,所述消息是连接释放消息。
57.根据权利要求54所述的用户设备,其中,所述用户设备还被配置为:当接收到所述消息时,启动针对所述去优先化请求的定时器。
58.根据权利要求57所述的用户设备,其中,将所述去优先化请求内的频率和无线电接入技术排为低优先级频率仅发生在所述定时器运行时。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361753866P | 2013-01-17 | 2013-01-17 | |
US61/753,866 | 2013-01-17 | ||
US13/827,770 US8934339B2 (en) | 2013-01-17 | 2013-03-14 | Method and apparatus for enhancements for de-prioritization by RRC connection reject in LTE |
US13/827,770 | 2013-03-14 | ||
PCT/CA2014/000022 WO2014110660A1 (en) | 2013-01-17 | 2014-01-14 | Method and apparatus for enhancements for de- prioritization by rrc connection reject in lte |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104521291A true CN104521291A (zh) | 2015-04-15 |
CN104521291B CN104521291B (zh) | 2016-04-27 |
Family
ID=51165027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480001844.6A Active CN104521291B (zh) | 2013-01-17 | 2014-01-14 | Lte中用于通过rrc连接拒绝来增强去优先化的方法和装置 |
Country Status (10)
Country | Link |
---|---|
US (1) | US8934339B2 (zh) |
EP (4) | EP3849245B1 (zh) |
JP (1) | JP5801016B2 (zh) |
KR (1) | KR101527341B1 (zh) |
CN (1) | CN104521291B (zh) |
ES (4) | ES2938042T3 (zh) |
FI (1) | FI3849245T3 (zh) |
HK (1) | HK1203272A1 (zh) |
PL (1) | PL3322222T3 (zh) |
WO (1) | WO2014110660A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017032314A1 (en) * | 2015-08-26 | 2017-03-02 | Huawei Technologies Co., Ltd. | Systems and methods for improved data speeds for wireless devices |
CN109041126A (zh) * | 2017-06-09 | 2018-12-18 | 展讯通信(上海)有限公司 | 降优先级配置的解除方法、网络侧设备及用户设备 |
CN109246758A (zh) * | 2017-06-06 | 2019-01-18 | 展讯通信(上海)有限公司 | 降优先级配置、指示方法、用户设备及网络侧设备 |
CN109495890A (zh) * | 2017-09-11 | 2019-03-19 | 中国移动通信有限公司研究院 | 一种接入方法和终端 |
CN109964506A (zh) * | 2016-10-28 | 2019-07-02 | 华为技术有限公司 | 利用无线接入技术连接到电信网络的装置和方法 |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013132148A1 (en) | 2012-03-08 | 2013-09-12 | Nokia Corporation | Dedicated barring and escape command |
EP2645769B1 (en) | 2012-03-29 | 2016-01-06 | Alcatel Lucent | Load balancing |
KR102064377B1 (ko) * | 2012-05-09 | 2020-02-12 | 삼성전자 주식회사 | 이동 통신 시스템에서 측정 정보 송수신 방법 및 장치 |
EP2950585B1 (en) * | 2013-01-21 | 2019-05-08 | LG Electronics Inc. | Priority handling-based operation method in wireless communication system and apparatus supporting same |
WO2014182106A1 (ko) * | 2013-05-09 | 2014-11-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 긴급 호출 처리 방법 및 이를 지원하는 장치 |
US9578555B2 (en) | 2013-11-29 | 2017-02-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Event based eUICC fall-back |
US9351151B2 (en) * | 2013-11-29 | 2016-05-24 | Telefonaktiebolaget L M Ericsson (Publ) | Measurement based eUICC fall-back |
EP3081030B1 (en) * | 2013-12-12 | 2018-04-25 | Telefonaktiebolaget LM Ericsson (publ) | Dynamic neighboring cell measurements |
WO2015156716A1 (en) | 2014-04-10 | 2015-10-15 | Telefonaktiebolaget L M Ericsson (Publ) | Subscription fall-back in a radio communication network |
US9398501B1 (en) * | 2015-02-23 | 2016-07-19 | Qualcomm Incorporated | Techniques for resolving conflicting rules in measuring cells for reselection |
US10440626B2 (en) * | 2015-03-20 | 2019-10-08 | Parallel Wireless, Inc. | Content-aware inter-RAT RAB steering |
WO2016172391A1 (en) * | 2015-04-21 | 2016-10-27 | Parallel Wireless, Inc. | Sim whitelisting and multi-operator core networks |
US11140611B2 (en) * | 2015-04-21 | 2021-10-05 | Parallel Wireless, Inc. | SIM whitelisting and multi-operator core networks |
US10085181B2 (en) * | 2015-07-29 | 2018-09-25 | Qualcomm Incorporated | Mechanism to avoid ping pong during inter radio access technology redirection failure |
US10172060B2 (en) * | 2016-05-03 | 2019-01-01 | Qualcomm Incorporated | Reselection failure detection and prevention in multi-SIM wireless communication devices |
KR20180035638A (ko) | 2016-09-29 | 2018-04-06 | 삼성전자주식회사 | RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치 |
US10673541B2 (en) * | 2017-06-02 | 2020-06-02 | Apple Inc. | Methods, systems and apparatus for mitigating wireless connection degradation due to wireless charging |
CN107948996B (zh) * | 2017-11-30 | 2021-09-28 | Oppo广东移动通信有限公司 | Lte网络接入结果的检测方法及装置、计算机存储介质 |
EP3777345B1 (en) * | 2018-03-28 | 2024-05-01 | Telefonaktiebolaget LM Ericsson (publ) | Method and ue for connection establishment avoiding unnecessary actions |
WO2020032533A1 (en) * | 2018-08-06 | 2020-02-13 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting or receiving signal in mobile communication system |
US11026204B2 (en) * | 2018-10-03 | 2021-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing release and re-direct message contents and UE behavior and related wireless devices |
CN114867072A (zh) * | 2019-02-14 | 2022-08-05 | 华为技术有限公司 | 网络选择方法、网络设备以及终端设备 |
KR20210073298A (ko) * | 2019-12-10 | 2021-06-18 | 삼성전자주식회사 | 무선 통신 시스템에서 셀을 재선택하기 위한 방법 및 장치 |
EP4107998A4 (en) * | 2020-03-16 | 2024-04-24 | FG Innovation Company Limited | WIRELESS COMMUNICATION METHOD AND USER DEVICE FOR CONTROL MECHANISMS FOR NON-PUBLIC NETWORK |
US20220248256A1 (en) * | 2021-02-02 | 2022-08-04 | Qualcomm Incorporated | Techniques for radio access technology deprioritization |
US11792712B2 (en) | 2021-12-23 | 2023-10-17 | T-Mobile Usa, Inc. | Cell reselection priority assignment based on performance triggers |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102106173A (zh) * | 2008-03-24 | 2011-06-22 | 交互数字专利控股公司 | 用于封闭订户组小区的小区选择和重选 |
CN102754485A (zh) * | 2010-02-12 | 2012-10-24 | 交互数字专利控股公司 | 机器对机器通信中的接入控制和拥塞控制 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7310317B2 (en) * | 2002-02-25 | 2007-12-18 | Motorola, Inc. | Apparatus and method for de-prioritization of bypass packets in a packet based communication system |
EP2306775A3 (en) * | 2009-10-02 | 2014-11-19 | BlackBerry Limited | Apparatus and method for handling a connection reject message |
US8688166B2 (en) * | 2011-10-17 | 2014-04-01 | Intel Corporation | Call establishment in highly congested network environment |
US8731477B2 (en) * | 2011-10-26 | 2014-05-20 | Blackberry Limited | Performing inter-frequency measurements in a mobile network |
WO2013066123A1 (en) | 2011-11-04 | 2013-05-10 | Lg Electronics Inc. | Method of cell reselection by applying supreme priority in wireless communication system and apparatus for the same |
KR101581146B1 (ko) | 2011-11-04 | 2015-12-29 | 엘지전자 주식회사 | 무선 통신 시스템에서 있어서 회선 교환 서비스를 위한 통신 방법 및 이를 지원하는 장치 |
-
2013
- 2013-03-14 US US13/827,770 patent/US8934339B2/en active Active
-
2014
- 2014-01-14 EP EP21160881.5A patent/EP3849245B1/en active Active
- 2014-01-14 ES ES21160881T patent/ES2938042T3/es active Active
- 2014-01-14 PL PL17206767T patent/PL3322222T3/pl unknown
- 2014-01-14 ES ES17206767T patent/ES2754775T3/es active Active
- 2014-01-14 EP EP14741081.5A patent/EP2853116B1/en active Active
- 2014-01-14 EP EP19187791.9A patent/EP3576467B1/en active Active
- 2014-01-14 FI FIEP21160881.5T patent/FI3849245T3/fi active
- 2014-01-14 ES ES19187791T patent/ES2872198T3/es active Active
- 2014-01-14 ES ES14741081.5T patent/ES2661645T3/es active Active
- 2014-01-14 JP JP2015518747A patent/JP5801016B2/ja active Active
- 2014-01-14 EP EP17206767.0A patent/EP3322222B1/en active Active
- 2014-01-14 KR KR1020157000825A patent/KR101527341B1/ko active IP Right Grant
- 2014-01-14 WO PCT/CA2014/000022 patent/WO2014110660A1/en active Application Filing
- 2014-01-14 CN CN201480001844.6A patent/CN104521291B/zh active Active
-
2015
- 2015-04-17 HK HK15103735.7A patent/HK1203272A1/zh unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102106173A (zh) * | 2008-03-24 | 2011-06-22 | 交互数字专利控股公司 | 用于封闭订户组小区的小区选择和重选 |
CN102754485A (zh) * | 2010-02-12 | 2012-10-24 | 交互数字专利控股公司 | 机器对机器通信中的接入控制和拥塞控制 |
Non-Patent Citations (2)
Title |
---|
NOKIA CORPORATION等: "NW failure and UE reselection", 《3GPP TSG-RAN WG2 MEETING #78 R2-122530》 * |
NOKIA SIEMENS NETWORKS等: "RAN overload handling using RRC Reject", 《3GPP TSG-RAN WG2 MEETING #79BIS R2-125164》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017032314A1 (en) * | 2015-08-26 | 2017-03-02 | Huawei Technologies Co., Ltd. | Systems and methods for improved data speeds for wireless devices |
CN107615819A (zh) * | 2015-08-26 | 2018-01-19 | 华为技术有限公司 | 用于无线设备的数据速度提升的系统和方法 |
US10462725B2 (en) | 2015-08-26 | 2019-10-29 | Futurewei Technologies, Inc. | Systems and methods for improved data speeds for wireless devices |
CN107615819B (zh) * | 2015-08-26 | 2020-07-24 | 华为技术有限公司 | 用于无线设备的数据速度提升的系统和方法 |
CN109964506A (zh) * | 2016-10-28 | 2019-07-02 | 华为技术有限公司 | 利用无线接入技术连接到电信网络的装置和方法 |
CN109246758A (zh) * | 2017-06-06 | 2019-01-18 | 展讯通信(上海)有限公司 | 降优先级配置、指示方法、用户设备及网络侧设备 |
CN109041126A (zh) * | 2017-06-09 | 2018-12-18 | 展讯通信(上海)有限公司 | 降优先级配置的解除方法、网络侧设备及用户设备 |
CN109495890A (zh) * | 2017-09-11 | 2019-03-19 | 中国移动通信有限公司研究院 | 一种接入方法和终端 |
CN109495890B (zh) * | 2017-09-11 | 2021-11-19 | 中国移动通信有限公司研究院 | 一种接入方法和终端 |
Also Published As
Publication number | Publication date |
---|---|
EP3322222B1 (en) | 2019-08-28 |
KR20150018644A (ko) | 2015-02-23 |
EP2853116A1 (en) | 2015-04-01 |
ES2938042T3 (es) | 2023-04-04 |
PL3322222T3 (pl) | 2020-03-31 |
EP2853116B1 (en) | 2017-12-20 |
HK1203272A1 (zh) | 2015-10-23 |
ES2872198T3 (es) | 2021-11-02 |
EP3576467B1 (en) | 2021-03-10 |
ES2754775T3 (es) | 2020-04-20 |
EP2853116A4 (en) | 2015-07-29 |
US8934339B2 (en) | 2015-01-13 |
EP3849245B1 (en) | 2022-11-16 |
KR101527341B1 (ko) | 2015-06-09 |
ES2661645T3 (es) | 2018-04-02 |
WO2014110660A1 (en) | 2014-07-24 |
JP2015526953A (ja) | 2015-09-10 |
US20140198640A1 (en) | 2014-07-17 |
EP3849245A1 (en) | 2021-07-14 |
EP3576467A1 (en) | 2019-12-04 |
CN104521291B (zh) | 2016-04-27 |
FI3849245T3 (fi) | 2023-01-31 |
JP5801016B2 (ja) | 2015-10-28 |
EP3322222A1 (en) | 2018-05-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104521291B (zh) | Lte中用于通过rrc连接拒绝来增强去优先化的方法和装置 | |
EP3337245B1 (en) | Method and apparatus for handling abnormality of network communication function and storage medium | |
US10178561B2 (en) | Enhancing data performance in multi-subscriber identity module (SIM) wireless communication devices | |
CN107925938B (zh) | 管理双接收多订制多待机通信设备中的小区选择 | |
US20110195715A1 (en) | Methods and system for handling proximity indication and detection in a wireless communication system | |
CN105474700A (zh) | 用于使用辅助信息从蜂窝向wlan卸载业务的方法和装置 | |
CN106488492A (zh) | 网络通信功能异常的处理方法及装置 | |
CN115804150A (zh) | 在向目标网络注册之后的转移失败期间保留紧急呼叫 | |
US9504011B1 (en) | Methods for improved single radio long term evolution (SRLTE) mobile termination (MT) call success rate for mobile switching center (MSC)-sub paging scenarios | |
CN103813286A (zh) | 控制无线设备操作的方法和装置 | |
CN113115385B (zh) | 新无线电终端在控制连接恢复中的重选方法及设备 | |
US20220167263A1 (en) | Link Selection for an Idle or Inactive User Equipment | |
US20220295260A1 (en) | Triggering a temporary roaming after an occurrence of an event | |
US20210120628A1 (en) | Apparatus, method and computer program for emergency call | |
WO2021160021A1 (en) | A method & system for optimizing service of a user equipment in a network | |
CN117440327A (zh) | 多播业务接收方法、装置、终端及网络侧设备 | |
KR20230147736A (ko) | 측정 방법, 장치 및 단말 | |
CN114845361A (zh) | 接入网络的方法、装置、终端设备和网络设备 | |
CN116017607A (zh) | 一种通信方法及设备 | |
WO2017003575A1 (en) | Managing performance of a small cell search function in a multi-subscription multi-standby communication device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |