确定用于寻呼的DRX周期的方法和装置 |
|||||||
| 申请号 | CN200980145789.7 | 申请日 | 2009-11-18 | 公开(公告)号 | CN102217408B | 公开(公告)日 | 2014-07-02 |
| 申请人 | 高通股份有限公司; | 发明人 | M·北添; O·宋; N·E·坦尼; | ||||
| 摘要 | 本 发明 描述了确定用来接收寻呼的非连续接收(DRX)周期的技术。用户设备(UE)具有(i)第一网络(例如，核心网)用来寻呼UE的第一DRX周期以及(ii)第二网络(例如，RAN)用来寻呼UE的第二DRX周期。在一个方面，如果允许的话，UE可以使用较长的DRX周期而忽略较短的DRX周期，来延长 电池 寿命。在一种设计中，UE接收表明该UE能忽略第二DRX周期还是要考虑第二DRX周期的指示。如果第二DRX周期可以被UE忽略，则UE使用较长的DRX周期，而且根据较长的DRX周期来从第一网络和/或第二网络接收寻呼。在另一个方面，该UE可以就DRX周期与网络进行协商。 | ||||||
| 权利要求 | 1.一种无线通信方法，包括： |
||||||
| 说明书全文 | 确定用于寻呼的DRX周期的方法和装置[0001] 本专利申请要求享有2008年11月18日递交的、题目为“AMETHOD AND APPARATUS FOR DRX CYCLE DETERMINATION，”的美国临时专利申请No.61/115,848的优先权，该临时申请已转让给本申请的受让人，并以引用方式加入本申请。 技术领域[0002] 本发明的公开内容主要涉及通信，更具体地，涉及确定用户设备(UE)接收寻呼要用到的非连续接收(DRX)周期的技术。 背景技术[0003] 无线通信网络中的UE(例如，蜂窝网络中的蜂窝电话)可以在任何特定时刻工作在多种模式的一种模式中，例如空闲模式或者连接模式。在连接模式中，UE与一个或者多个基站频繁交换数据，例如，用于语音呼叫或者数据呼叫。在空闲模式中，UE大部分时间关闭电源来节省电池电量，并且定期唤醒来监测用于UE的寻呼消息。寻呼消息会警告UE存在来电呼叫和/或提供其他信息。 [0004] UE根据DRX周期来定期监测寻呼消息。DRX周期表明UE需要何时监测寻呼消息以及UE何时关闭电源来节省电池电量。如果DRX周期太长，则将寻呼消息发给UE会有太长的延迟。反之，如果DRX周期太短，则UE监测寻呼消息过于频繁，从而消耗过多的电池电量。因此需要为UE确定合适的DRX周期。 发明内容[0005] 本文描述了用于确定UE用来接收寻呼的DRX周期的技术。UE可以具有(i)第一网络(例如，核心网)用来寻呼UE的第一DRX周期以及(ii)第二网络(例如，无线接入网(RAN))用来寻呼UE的第二DRX周期。每个网络的DRX周期可以根据该网络的寻呼需要来确定。第一DRX周期的持续时间/长度与第二DRX周期的持续时间/长度可能不同(例如更长)。 [0006] 在一个方面，如果允许的话，UE使用较长的DRX周期而忽略较短的DRX周期，来延长电池寿命和/或得到其他好处。在一种设计中，UE收到指示，该指示表明UE应该忽略第二DRX周期还是考虑第二DRX周期。该指示可能来自第一网络或者第二网络。如果第二DRX周期可以被UE忽略且第二DRX周期短于第一DRX周期，则UE使用较长的DRX周期。UE根据较长的DRX周期来从第一网络和/或第二网络接收寻呼。 [0007] 在另一个方面，UE与网络(例如，核心网)协商DRX周期，来确保UE和网络都能支持DRX周期并避免UE和网络之间的不同步(de-synchronization)。在一种设计中，UE向网络发送建议的DRX周期，并且收到表明所建议的DRX周期被网络接受还是拒绝的指示。UE也可以从网络收到被接受的DRX周期，该DRX周期可能与建议的DRX周期匹配或者不匹配。UE根据以下来确定用于接收寻呼的DRX周期：(i)建议的DRX周期，如果该建议的DRX周期被网络接受的话；(ii)被接受的DRX周期，如果从网络接收到该被接受的DRX周期；或者(iii)另一个网络(例如，RAN)的另一个DRX周期，如果建议的DRX周期没有被接受而且没有收到被接受的DRX。 [0009] 图1示出了无线通信网络； [0010] 图2示出了UE的RAN和核心网的示例性DRX周期； [0011] 图3A和图3B示出了两个消息流，用于对UE能否忽略来自RAN的DRX周期进行控制； [0012] 图4A和图4B示出了用于协商DRX周期的两个消息流； [0013] 图5示出了UE接收寻呼的过程； [0014] 图6示出了UE接收寻呼的装置； [0015] 图7示出了网络支持寻呼的过程； [0016] 图8示出了网络支持呼叫的装置； [0017] 图9示出了DRX周期协商的过程； [0018] 图10示出了DRX周期协商的装置； [0019] 图11示出了UE和两个网络实体的方框图。 具体实施方式[0020] 本文描述的技术可用于各种无线通信网络，例如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络等。名词“网络”和“系统”经常交替使用。CDMA网络可以实施诸如通用陆地无线接入(UTRA)、cdma2000等的无线技术。UTRA包括宽带-CDMA(W-CDMA)和CDMA的其他变形。cdma2000覆盖了IS-2000、IS-95和IS-856标准。TDMA网络可以实施诸如全球移动通信系统(GSM)的无线技术。OFDMA网络可以实施诸如演进UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、 等无线技术。UTRA和E-UTRA是通用移动通信系统(UMTS)的一部分。3GPP长期演进(LTE)和LTE-Advanced(LTE-A)是新的使用E-UTRA的UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在名为“第三代合作伙伴计划”(3GPP)组织的文件中描述。cdma2000和UMB在名为“第三代合作伙伴计划2”(3GPP2)组织的文件中描述。本文描述的技术可用于上面提到的无线网络和无线技术，以及其他无线网络和无线技术。为清楚起见，下文将就LTE描述技术的某些方法，LTE这一术语将在下文描述的很多地方中使用。 [0021] 图1示出了无线通信网络100，它可以是LTE网络或者其他无线网络。无线网络100包括RAN 120和核心网(CN)130。RAN 120支持其覆盖区域内UE的无线通信，也可以称为通用陆地无线接入网络(UTRAN)或者演进UTRAN(E-UTRAN)。核心网130支持各种对UE的服务。 [0022] RAN 120包括若干演进节点B(eNB)以及可能其他的网络实体。为简单起见，图1中仅示出了RAN 120的一个eNB 122。eNB122是一个与UE通信的站，也称为节点B、基站、接入点等。核心网130包括3GPP描述的各种网络实体。为简单起见，图1中仅示出了核心网130的一个服务网关132和一个移动管理实体(MME)134。服务网关132支持的数据业务包括分组数据、互联网协议电话(VoIP)、视频、消息等。MME 134负责eNB之间切换的移动管理和路径交换。MME 134还为核心网130进行寻呼。服务网关132和MME 134可以与诸如远程服务器和终端的其他实体通信。 [0023] 图1示出了存在于LTE网络中的一些网络实体。其他无线网络可以包含等价的网络实体。例如，支持WCDMA的UTRAN包括耦合到无线网络控制器(RNC)的节点B(代替eNB)。UMTS核心网包括移动交换中心(MSC)、服务GPRS支持节点(GGSN)以及网关GPRS支持节点(GGSN)(代替服务网关和MME)。 [0024] UE 110可以与RAN 130中的eNB 122通信，也可以与核心网130中的服务网关132和MME 134通信。UE 110可以经由低层信令与RAN 120中的网络实体通信，以及可以经由上层信令(例如，UMTS和LTE中的非接入层(NAS))与核心网130中的网络实体通信。UE110也称为移动站、终端、接入终端、签约用户单元、站等。UE 110可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、笔记本电脑、无绳电话、无线本地回路(WLL)站等。 [0025] 在UMTS和LTE中，在例如附着(attach)过程或者跟踪区域更新过程期间，UE 110可以经由NAS信令向核心网130指示寻呼DRX周期。这个寻呼DRX周期可以称为CN DRX周期，并且可以是专用于UE 110的。这种机制允许UE 110根据UE 110正在接收的特定服务、UE 110的特定设备类型和/或其他因素来改变CN DRX周期。核心网130可以在CN DRX周期决定的时间间隔内发寻呼消息给UE110。这些寻呼消息提醒UE 110注意来电呼叫和/或用于其他目的。 [0026] RAN 120的寻呼DRX周期还可以适用于RAN 120覆盖范围内的所有UE。这个寻呼DRX周期可称为RAN DRX周期。RAN 120可以在系统信息中将RAN DRX周期的参数广播给UE。RAN 120可以在RAN DRX周期决定的时间间隔内向其UE发送寻呼消息。这些寻呼消息提醒UE注意系统信息中的变化和/或用于其他目的。 [0027] UE 110可以具有用于核心网130的CN DRX周期以及用于RAN120的RAN DRX周期。通常，CN DRX周期可以与RAN DRX周期相同或者不同。如果CN DRX周期与RAN DRX周期不同，则UE110使用CN DRX周期和RAN DRX周期中较小的那个。每个网络(例如，RAN或者核心网)的DRX周期可以根据该网络对于寻呼所期望的可靠性和延迟要求来确定。UE110使用较小的DRX周期将确保RAN 120和核心网130的要求都得到满足。 [0028] 图2示出了UE 110的示例性的CN DRX周期和示例性的RANDRX周期。RAN DRX周期有特定的总时长和特定的开启时长，其由RAN 120定义。UE 110在RAN DRX周期的开启时长期间监听从RAN 120来的寻呼消息。如果没有其他任务要执行，UE 110就在RAN DRX周期的其余时长期间断电来节省电池电量。CN DRX周期也可以有特定的总时长和特定的开启时长，其由UE 110定义并被提供给核心网130。UE 110在CN DRX周期的开启时长期间监听从核心网130来的寻呼消息。如果没有其他任务要执行，UE 110就在CNDRX周期的其余时长期间断电来节省电池电量。 [0029] 在图2所示的例子中，CN DRX周期是RAN DRX周期的四倍。为了同时满足RAN 120和核心网130的需要，如图2所示，UE 110使用较短的RAN DRX周期而不用较长的CN DRX周期。 [0030] 某些应用可能需要较长的DRX周期。例如，UE 110是一个传感器设备，很少为了与一个或者多个其它设备交换数据而参与机器到机器(machine-to-machine)的通信。较长的DRX周期允许UE 110睡眠的时间比例更大，从而延长UE 110的电池寿命。但是，为了使RAN的可靠性达到合理的水平，RAN DRX周期通常较短(例如，数量级为秒)，因此对于上面描述的寻呼机制来说，较长的DRX周期是不可能的。UE 110希望的该较长的DRX周期的数量级可以是分钟、或小时、或甚至于天。 [0031] 在一个方面，如图2底部所示，当可行时，UE 110使用较长的CN DRX周期而忽略较短的RAN DRX周期。例如，网络运营商和用户之间的服务合同/协议允许UE 110忽略RAN DRX周期。对于另一个实例，UE 110可以以其他方式来实现RAN DRX周期所实现的类似目标。无论是哪种情况，UE 110都可以通过使用较长的CN DRX周期而忽略较短的RAN DRX周期，来延长电池寿命和/或获得其他好处。 [0032] 通常，如果忽略RAN DRX周期的后果已知，则可以忽略RANDRX周期。例如，网络运营商对RAN 120和核心网130的网络架构设计允许忽略RAN DRX周期而不带来不良后果。然而，在某些情况下，RAN 120和核心网130独立地处理各自的DRX周期。每个网络都假定，不论其他网络的DRX周期有多长，使用该网络的DRX周期就可以达到该网络的可靠性要求。 在很多UMTS和LTE网络部署中都存在这种独立的运作方式。在这些情况下，可能需要对UE 110能否忽略RAN DRX周期进行控制。 [0033] 图3A示出了对UE 110能否忽略RAN DRX周期进行控制的消息流300的设计。UE110发送附着请求(Attach Request)消息给核心网130来进行附着过程(步骤1)。该消息包括UE 110建议的CN DRX周期。核心网130从UE 110接收该附着请求消息，并且判断UE可以忽略RAN DRX周期。核心网130随后将附着接受(Attach Accept)消息返回给UE 110(步骤2)。该消息包括表明UE能够忽略RANDRX周期的指示。在一种设计中，该指示可以使用标志位(flag)实现，(i)该标识位存在就表明UE 110能够忽略RAN DRX周期，(ii)该标志位不存在就表明UE 110应该考虑RAN DRX周期。该指示也可以使用参数、字段、比特等实现。UE 110接收该附着接受消息，然后提取该指示。UE 110根据收到的指示，使用所建议的CN DRX周期并忽略RAN DRX周期(步骤3)。 [0034] 图3B示出了对UE 110能否忽略RAN DRX周期进行控制的消息流310的设计。UE110将带有建议的CN DRX周期的附着请求消息发给核心网130(步骤1)。核心网130接收该附着请求消息并判断UE 110不应该忽略RAN DRX周期。核心网130随后返回附着接受消息，该消息带有表明UE 110不应该忽略RAN DRX周期的指示(例如，没有标志位)(步骤 2)。UE 110接收该附着接受消息并获得该指示。UE 110随后同时考虑RAN DRX周期和建议的CN DRX周期，来判断将使用哪个DRX周期接收寻呼(步骤3)。 [0035] 图3A和图3B示出了核心网130在附着接受消息中返回指示的设计，该指示表明UE 110能否忽略RAN DRX周期。核心网130也可以在其他消息中发送该指示，例如，在用于跟踪区域更新过程和/或其他过程的NAS消息中。 [0036] 图3A和3B示出了核心网130能够对UE 110能否忽略RANDRX周期进行控制的设计。核心网130通常知道RAN DRX周期，而且能够判断能否忽略RAN DRX。为此目的，核心网130发送指示(例如，标志位)。只有当来自核心网130的指示(例如，标志位)允许时，UE 110判断它能忽略RAN DRX周期。如果来自核心网130的指示表明不应该忽略RAN DRX周期(例如，没有标志位)，则UE 110判断它不应该忽略RAN DRX周期。传统的核心网不支持这种指示，其返回的附着接受消息中没有该指示。通过在附着接受消息中省略该指示，这些传统核心网隐含地禁止UE忽略RAN DRX周期。 [0037] 在另一种设计中，RAN 120对UE 110能否忽略RAN DRX周期进行控制。UE 110发送的消息中带有忽略RAN DRX周期的请求。RAN 120判断UE 110能否忽略RAN DRX周期。RAN 120自主地作出此判断，或者与核心网130通信来作出此判断。无论是哪种情况，RAN 120向UE 110发送指示来表明UE 110能否忽略RAN DRX周期。UE 110根据从RAN 120收到的指示来判断是考虑还是忽略RANDRX周期。 [0038] 在另一种设计中，UE 110判断它能否忽略RAN DRX周期。可以为UE 110预配置(例如，在预配阶段(provisioning phase))表明UE 110能否忽略RAN DRX周期的指示。也可以为UE 110动态地配置(例如，经由空中信令)表明UE 110能否忽略RAN DRX周期的指示。无论是哪种情况，UE 110都可以根据UE 110上配置的指示来考虑或者忽略RAN DRX周期。 [0039] 传统的核心网支持旧的协议版本，旧的协议版本支持CN DRX周期的第一组值。较新的核心网支持新的协议版本，新的协议版本支持CN DRX周期的第二组值。第二组包括第一组中没有包括的一个或者多个更大的/扩展的值。 [0040] UE 110可能支持新协议版本，但是不知道核心网130是否支持CN DRX周期的扩展值。UE 110在不知道核心网130是否支持扩展的CN DRX周期的情况下，建议使用扩展的CN DRX周期。如果UE110使用扩展的CN DRX周期而核心网130不支持该扩展的CN DRX周期，则UE 110和核心网130之间可能发生不同步。 [0041] 在另一个方面，UE 110就CN DRX周期与核心网130进行协商，从而确保UE 110和核心网130都支持CN DRX周期。这样可以避免UE 110和核心网130之间的不同步。 [0042] 图4A示出了用于协商CN DRX周期的消息流400的设计。UE110将带有建议的CN DRX周期的附着请求消息发给核心网130(步骤1)。核心网130接收该附着请求消息并接受UE 110建议的CNDRX周期。或者，核心网130为UE 110选择CN DRX周期，所选择的CN DRX周期与建议的CN DRX周期可能不同。不论是哪种情况，核心网130返回带有“已接受”指示的附着接受消息，或者返回带有被接受的CN DRX周期的附着接受消息(步骤2)。“已接受”指示表明UE 110建议的CN DRX周期已经被接受。被接受的CNDRX周期可能等于UE110建议的CN DRX周期，或者等于核心网130选择的CN DRX周期。UE 110接收该附着接受消息，并且得到“已接受”指示或者得到被接受的CN DRX周期。如果收到“已接受”指示，则UE 110认为所建议的CN DRX周期就是被接受的CNDRX周期。UE 110认为该被接受的CN DRX周期是有效的，并用它来确定用于接收寻呼的DRX周期(步骤3)。 [0043] 图4B示出了用于协商CN DRX周期的消息流410的设计。UE110将带有建议的CN DRX周期的附着请求消息发给核心网130(步骤1)。核心网130接收该附着请求消息但是并不接受UE 110建议的CN DRX周期、或者没有识别出该建议的CN DRX周期的值，该值可能是核心网130并不支持的扩展值。核心网130随后返回带有“不接受”指示的附着接受消息，或者返回不带有反馈的附着接受消息(步骤2)。“不接受”指示或者没有反馈表明：(i)核心网130能识别UE110建议的CN DRX周期但是不接受它；或者(ii)核心网130不能识别UE 110建议的CN DRX周期因而不接受。UE 110接收该附着接受消息并得到“不接受”指示或者没有反馈。UE 110然后认为所建议的CN DRX周期是无效的，并且使用RAN DRX周期(步骤3)。 [0044] 图4A和图4B示出的设计中，核心网130能在附着接受消息中返回指示表明：所建议的CN DRX周期是否已被接受。核心网130也可以在其他消息中发送这个指示，例如，在用于跟踪区域更新过程和/或其他过程的NAS消息中。 [0045] 图4A和图4B示出的设计中，核心网130能提供反馈表明：UE110建议的CN DRX周期是否已被核心网130接受。带有新协议版本的核心网130可能支持发送反馈这种能力。可以用多种形式提供反馈。在一种设计中，反馈包括二进制指示，用于表明所建议的CNDRX周期是被“接受”还是“不接受”。如果从核心网130收到“不接受”的指示，UE 110可以选择并发送另一个建议的CN DRX周期。在另一种设计中，反馈中包含核心网130能接受/使用的被接受CN DRX周期。UE 110随后可以使用该被接受CN DRX周期或者发送其他建议的CN DRX周期。在另一种设计中，如果所建议的CNDRX周期未被核心网130接受或者未被核心网130识别出来，则没有来自核心网130的反馈。UE 110随后可以使用RAN DRX周期或者发送其他建议的CN DRX周期。该反馈还可以包含其他信息。 [0046] 以上描述了允许UE 110使用长于RAN DRX周期的CN DRX周期的几种机制。以上还描述了就DRX周期进行协商的几种机制。还可以用其他方式来使用较长的CN DRX周期以及进行DRX周期的协商。 [0047] 图5示出了用于UE接收寻呼的过程500的设计。UE确定第一网络用来寻呼UE的第一DRX周期(方框512)。UE还可以确定第二网络用来寻呼UE的第二DRX周期(方框514)。第一网络可以是核心网而第二网络可以是RAN，第一DRX周期可以是CN DRX周期而第二DRX周期可以是RAN DRX周期。第一网络和第二网络也可以是两个RAN、两个核心网、或者相同或者不同类型的任何两个网络。在一种设计中，第一网络可以专为该UE使用该第一DRX周期，第二网络可以为第二网络覆盖范围内的所有UE使用该第二DRX周期。总体来说，每个DRX周期可以是专用于某个UE的或者是通用于一组UE的。 [0048] UE判断第一DRX周期和第二DRX周期中的哪个是较长的DRX周期(方框516)。UE根据较长的DRX周期来从第一网络和/或第二网络接收寻呼(方框518)。在一种设计中，UE接收指示，其表明UE可以忽略第二DRX周期还是要考虑该第二DRX周期。该指示可以来自第一网络或者第二网络。如果第二DRX周期能被UE忽略且比第一DRX周期短，则UE使用较长的DRX周期。如果第二DRX周期要被UE考虑且比第一DRX周期短，则UE使用第二DRX周期而不使用较长的DRX周期。 [0049] 在一种设计中，UE将包含有建议的DRX周期的第一消息发给第一网络。UE从第一网络收到作为对第一消息的响应的第二消息。第二消息可以包括：(i)表明第二DRX周期可以被UE忽略的明确指示(例如，标志位)；(ii)表明第二DRX周期要被UE考虑的明确指示(例如，没有标志位)；或者(iii)表明第二DRX周期要被UE考虑的隐含指示(例如，没有反馈)。还可以用其他方式来将明确指示或者隐含指示提供给UE。第二消息也可以包括：(i)表明建议的DRX周期被接受作为第一DRX周期的指示；或者(ii)要用做第一DRX周期的被接受的DRX周期。 [0050] 图6示出了用于接收寻呼的装置600的设计。装置600包括：确定第一网络用来寻呼UE的第一DRX周期的模块612；确定第二网络用来寻呼UE的第二DRX周期的模块614；判断第一DRX周期和第二DRX周期中的哪个是较长的DRX周期的模块616；根据较长的DRX周期，从第一网络和/或第二网络接收呼叫的模块618。 [0051] 图7示出了通过网络来支持寻呼的过程700的设计。从UE接收第一消息，该UE具有(i)第一网络用来寻呼UE的第一DRX周期以及(ii)第二网络用来寻呼UE的第二DRX周期(方框712)。第一网络可以是核心网，第二网络可以是RAN。第一网络和第二网络也可以是任意两个网络。确定表明UE能忽略第二DRX周期还是要考虑第二DRX周期的指示(方框714)。向UE发送包含该指示的第二消息(方框716)。UE根据该指示确定用来接收寻呼的DRX周期。在一种设计中，过程700可以由第一网络执行，其中，第一网络可以从UE接收第一消息并将第二消息发给UE。过程700也可以由第二网络或者其他实体来执行。 [0052] 图8示出了通过网络来支持寻呼的装置800的设计。装置800包括：从UE接收第一消息的模块812，该UE具有第一网络用来寻呼该UE的第一DRX周期以及第二网络用来寻呼该UE的第二DRX周期；确定表明该UE能忽略第二DRX周期还是要考虑第二DRX周期的指示的模块814；将包含该指示的第二消息发给该UE的模块816。 [0053] 图9示出了就DRX周期进行协商的过程900的设计。UE将建议的DRX周期发给第一网络(方框912)。UE接收指示，该指示表明该建议的DRX周期是被第一网络接受还是没有接受(方框914)。UE根据该指示确定用来接收寻呼的DRX周期(方框916)。 [0054] 在方框914，UE可以没有从第一网络收到对于建议的DRX周期的反馈。没有反馈可以被认为是表明第一网络没有接受建议的DRX周期的隐含指示。UE也可以从第一网络收到被接受的DRX周期。该被接受的DRX周期可以被认为是一种隐含指示，表明：建议的DRX周期(i)如果与该被接受的DRX周期匹配，则它被接受；或者(ii)如果不同于该被接受的DRX周期，则它未被接受。 [0055] UE还可以确定第二网络用来寻呼UE的第二DRX周期。UE进一步根据第二DRX周期来确定要使用的DRX周期。第一网络可以是核心网，第二网络可以是RAN。第一网络和第二网络也可以是任何两个网络。 [0056] 如果建议的DRX周期被第一网络接受，则可以根据建议的DRX周期来确定UE要使用的DRX周期。如果建议的DRX周期未被第一网络接受，则UE要使用的DRX周期可以是第二DRX周期。如果从第一网络收到被接受的DRX周期，则还可以根据该被接受的DRX周期来确定UE要使用的DRX周期。 [0057] 图10示出了就DRX周期进行协商的装置1000的设计。装置1000包括：将建议的DRX周期从UE发到第一网络的模块1012；接收表明第一网络是否接受建议的DRX周期的指示的模块1014；根据该指示确定UE要用来接收寻呼的DRX周期的模块1016。 [0059] 图11示出了图1的UE 110、RAN 120中的eNB 122以及核心网130中的MME 134的设计的方框图。在UE 110，编码器1112接收要在上行链路上发送的业务数据和信令消息。编码器1112对业务数据和信令消息进行处理(例如，格式化、编码和交织)。调制器(Mod)1114进一步处理(例如，符号映射和调制)编码后的业务数据和信令消息并提供输出采样。发射器(TMTR)1122调节(例如，模拟转换、滤波、放大和上变频)该输出采样并生成上行链路信号，该上行链路信号经由天线1124发射到eNB 122。 [0060] 在下行链路上，天线1124接收eNB 122发射的下行链路信号。接收器(RCVR)1126调节(例如，滤波、放大、下变频以及数字化)从天线1124接收的信号并提供输入采样。解调器(Demod)1116处理(例如，解调)该输入采样并提供符号估计。解码器1118处理(例如，解交织和解码)该符号估计并提供发送给UE 110的已解码的数据和信令消息。编码器1112、调制器1114、解调器1116和解码器1118可以由调制解调处理器1110实现。这些单元根据RAN 120采用的无线技术(例如，LTE、WCDMA等)来进行处理。 [0061] 控制器/处理器1130对UE 110上的运作进行指引。控制器/处理器1130还执行或者指引图5中的过程500、图9中的过程900、和/或本文所描述的技术的其他过程。控制器/处理器1130还执行或者指引图3A、3B、4A和4B中由UE 110进行的处理。存储器 1132存储用于UE 110的程序代码和数据。 [0062] 在eNB 122，发射器/接收器1138支持与UE 110和其他UE的无线电通信。控制器/处理器1140执行各种用于与UE通信的功能。在上行链路，来自UE 110的上行链路信号经由天线1136接收，由接收器1138调节，并进一步由控制器/处理器1140进行处理来恢复UE110所发送的业务数据和信令消息。在下行链路上，业务数据和信令消息由控制器/处理器1140进行处理并由发射器1138进行调节来产生下行链路信号，该下行链路信号经由天线1136发射到UE 110和其他UE。控制器/处理器1140还执行或者指引图7中的过程700和/或用于本文所描述的技术的其他过程。存储器1142还存储用于eNB 122的程序代码和数据。通信(Comm)单元1144支持与其他网络实体的通信。 [0063] 在MME 134，控制器/处理器1150执行各种功能来支持用于UE的通信服务。控制器/处理器1150还执行或者指引图7中的过程700和/或用于本文所描述的技术的其他过程。控制器/处理器1150还执行或者指引图3A、3B、4A和4B中的核心网130进行的处理。存储器1152存储用于MME 134的程序代码和数据。通信单元1154支持与其他网络实体的通信。 [0064] 图11示出了UE 110、eNB 122和MME 134的简化设计。通常，每个实体包含任意数量的发射器、接收器、处理器、控制器、存储器、通信单元等。 [0065] 本领域技术人员应当理解，信息和信号可以使用多种不同的技术和方法来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或磁粉、光场或光子或者其任意组合来表示。 [0066] 本领域技术人员应该进一步认识到，与本发明的公开内容相关的各种示例性逻辑方框、模块、电路和算法步骤，可以通过电子硬件、计算机软件或者其组合的方式实现。为了清楚的说明硬件和软件的互换性，各种说明性组件、方框、模块、电路和步骤一般已经根据其功能在上文中进行了描述。某一功能是否以硬件或软件的方式实现，取决于具体应用和对整个系统施加的设计约束。熟练的技术人员可以根据每个具体应用将所描述的功能以各种方式实现，但该实现方式的决定不应理解为偏离了本公开内容的范围或者精神。 [0067] 用于执行本发明所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合，可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可能实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。 [0068] 结合本发明公开内容所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或两者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。 [0069] 在一个或多个示例性设计中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。通过示例的方式而非限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储介质或其它磁存储设备、或者能够用于携带或存储期望的指令或数据结构形式的程序代码并能够由通用或专用计算机进行存取的任何其它介质。此外，任何连接可以适当地称作为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或其它远程源传输的，那么同轴电缆、光纤电缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在所述介质的定义中。如本发明所使用的，盘和碟包括压缩光碟(CD)、激光影碟、光碟、数字通用光碟(DVD)、软盘和蓝光碟，其中盘(disk)通常磁性地复制数据，而碟(disc)则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。 [0070] 前文对本发明公开内容进行了描述，以使得任何本领域技术人员能够实现或者使用本公开内容。对于本领域技术人员来说，对公开内容的各种修改都是显而易见的，并且，不偏离本发明公开内容的精神或者范围，此处定义的总体原理也可以适用于其它变形。因此，本发明的公开内容并不局限于本文描述的实例或者设计，而是应与本文公开的原理和新颖性特征的最大保护范围相一致。 |
||||||
QQ群二维码
意见反馈
意见反馈