在用户设备处响应于服务请求而接收到服务拒绝之后重新附接到网络的制作方法

文档序号:8461099阅读:300来源:国知局
在用户设备处响应于服务请求而接收到服务拒绝之后重新附接到网络的制作方法
【技术领域】
[0001] 本文所公开的主题涉及无线通信。
【背景技术】
[0002] 长期演进(LTE)系列标准定义了演进型分组系统(EPS)移动性管理(EMM)子层来 支持用户设备移动性。EMM还提供了通向会话管理子层的连接管理服务以及连接管理子层 的短消息服务实体。EMM连接管理过程包括服务请求、寻呼过程等。通常,当用户设备与网 络之间已经建立了非接入层面(NAS)信令连接时执行EMM过程;否则,EMM可以发起NAS信 令连接的建立。
[0003] 通常,当以下各项中的一项或多项发生时,EMM的服务请求过程被调用:网络使下 行链路信令暂停;用户设备使上行链路信令暂停;用户设备或者网络使用户数据暂停并且 用户设备在空闲模式中(例如,EMM-IDLE);在空闲模式(例如,EMM-IDLE)或者已连接模 式(例如,EMM-CONNECTED)中的用户设备已经请求了执行移动起始/终止的电路交换(CS) 回退或者IxCS回退;网络使下行链路cdma2000⑧信令暂停;或者用户设备使上行链路 cdma2000?信令暂停。此外,服务请求过程可以由用户设备发起,以用于信令、CDMA2000 信令、或者EMM-IDLE模式中的用户数据的下行链路传送,在该情况中,网络可以经由寻呼 过程来触发用户设备。
[0004] 如果服务请求没有被网络接受,则网络可以将服务拒绝消息发送给用户设备。此 外,网络中的节点(诸如移动性管理实体MME)可以定义对于拒绝来自用户设备的服务请求 的原因。例如,如果来自用户设备的服务请求不能被接受,则网络可以将服务拒绝消息返回 给用户设备,并且服务拒绝消息可以包括用于该拒绝的原因代码。

【发明内容】

[0005] 提供了用于延迟服务请求的方法和包括计算机程序产品的装置。在一个方面中, 提供了一种方法。该方法可以包括:在用户设备处接收包括由网络发送的服务拒绝的消息; 响应于所接收的包括该服务拒绝的消息而开始超时时段;并且等待将附接请求发送给网 络,直到以下各项中的至少一项:从网络接收到无线电资源控制连接释放或者超时时段到 期。
[0006] 在一些示例实施例中,如下面的详细描述中所描述的和/或如以下特征中所描述 的,也可以进行更多变化之一。该等待发送该附接请求可以防止该附接请求与该无线电资 源控制连接释放之间的竞争条件。去往网络的该附接请求可以在该等待之后被发送。用户 设备可以自主地发起用户设备与网络之间的无线电资源控制连接的释放,并且当超时时段 到期而没有在用户设备处接收到无线电资源控制连接释放时,在该发送之前建立用于运载 该附接请求的另一无线电资源控制连接。当超时时段到期而没有在用户设备处接收到无线 电资源控制连接释放时,用户设备可以将该附接请求发送给无线电资源控制连接和网络, 无线电资源控制连接可以在接收到包括该服务拒绝的消息之前被建立。该消息可以包括如 下的服务拒绝消息,该服务拒绝消息包括表示没有被导出的用户设备标识的第一指示、以 及表示用户设备隐含地被脱离的第二指示。该消息可以包括如下的服务拒绝消息,该服务 拒绝消息包括原因9和原因10中的至少一个。
[0007] 将理解,前述的一般描述和以下详细描述都仅是示例性的和解释性的,而不是限 制性的。除了本文所阐述的那些特征和/或变化之外,还可以提供进一步特征和/或变化。 例如,本文所描述的实施方式可以指向所公开特征的各种组合和子组合,和/或下面在详 细描述中所公开的若干进一步特征的组合和子组合。
【附图说明】
[0008] 被并入且构成本说明书的一部分的附图示出了本文所公开的主题的某些方面,并 且与本描述一起帮助解释与本文所公开的主题相关联的一些原理。在附图中:
[0009] 图1描绘了根据一些示例实施例的示例系统,在该示例系统中,可以在服务拒绝 之后使用计时器来确定是使用新的无线电资源控制连接还是旧的无线电资源控制连接用 于附接请求;
[0010] 图2-5描绘了根据一些示例实施例的进程的示例,在这些进程中,可以在服务拒 绝之后使用计时器来确定是使用新的无线电资源控制连接还是旧的无线电资源控制连接 用于附接请求;
[0011] 图6描绘了根据一些示例实施例的无线电的示例;以及
[0012] 图7描绘了根据一些示例实施例的接入点的示例。
[0013] 相似的标记被用来指代附图中的相同或类似的项目。
【具体实施方式】
[0014] 在一些示例实施例中,本文所公开的主题如果没有消除服务拒绝在用户设备处被 接收并且后续的附接请求过程被发起之后所发生的一些大幅延迟,则也可以解决避免这些 大幅延迟。具体地,在网络节点(诸如MME、基站等)将服务拒绝发送给用户设备之后,可 能存在大幅延迟,并且该服务拒绝包括对于这些拒绝的某些原因,诸如原因9和/或原因 10。原因9指示网络不能导出该用户设备的标识。例如,网络不能从全球唯一临时标识符 (GUTI)、系统架构演进临时移动订户标识(S-TMSI)、分组临时移动订户标识(P-TMSI)、路 由区域标识符(RAI)、和/或任何其他标识符中导出该用户设备的标识(例如,在网络中没 有匹配的标识和/或上下文,或者由于针对所接收的消息的完整性检查失败而对验证该用 户设备的标识的失败)。原因10明确了该用户设备隐含地被脱离。例如,如果网络已经隐 含地使该用户设备脱离(例如,在隐含的脱离计时器已经到期之后)或者MME中不存在与 订阅有关的EMM上下文数据(例如,因为MME重启),则网络发送包括原因10的服务拒绝消 息。
[0015] 上面所提到的大幅延迟可能对应于在服务拒绝消息被发送给发起附接请求的用 户设备之后可用于MME和/或用户设备的某些实施方式选择。下面的表1描绘了大幅延迟 可能发生在其中的两种示例情形(标记为大幅延迟1和大幅延迟2)。第一大幅延迟(标记 为大幅延迟1)可能发生在服务拒绝消息被发送给用户设备且被用户设备接收之后,并且 存在以下两个条件:α)ΜΜΕ将上下文释放消息发送给基站(例如,演进型节点B(eNB)),该 基站将连接释放消息转发给该用户设备,以使得已有的无线电资源控制(RRC)连接的释放 成为可能;以及(2)当附接请求在接收到服务拒绝消息之后被发起时,该用户设备被配置 为使用已有的(例如,旧的)RRC信令连接。由于系统中的滞后,竞争条件可能因此被创建 在MME发送服务拒绝消息的时间与用户设备接收到RRC连接释放的时间之间。在一些示例 实施方式中,这一大幅延迟可能引起在用户设备与网络之间(例如,在NAS层重新附接计时 器T3411启动并且第二个的后续的附接请求消息在服务拒绝之后被发送给网络之后)建立 新连接的10秒延迟。第二大幅延迟(标记为大幅延迟2)可能发生在服务拒绝消息被发送 给用户设备且被用户设备接收之后,并且存在以下两个条件:(I)MME没有将释放消息发送 给基站,所以用户设备没有接收到使得已有的无线电资源控制(RRC)连接的释放成为可能 的连接释放消息;以及(2)用户设备使用新的RRC信令连接用于在服务拒绝消息之后发起 的附接请求。这一第二大幅延迟也可能引起大约10秒延迟。
[0016]表 1
【主权项】
1. 一种方法,包括: 在用户设备处接收包括由网络发送的服务拒绝的消息; 响应于所接收的包括所述服务拒绝的消息而开始超时时段;以及 等待将附接请求发送给所述网络,直到以下各项中的至少一项:从所述网络接收到无 线电资源控制连接释放
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1