CN107534947B - 用于固定位置的m2m终端的高效上行定时同步 - Google Patents

Abstract

公开了一种用于在机器类型通信(MTC)系统中确定上行定时的同步的方法，该MTC系统包括机器类型通信设备(MTCD)和网络单元，并且该方法利用相对于该网络单元的固定位置处的该MTCD。该方法包括在该MTCD处接收来自该网络单元的上行定时调整值，以及在该MTCD处存储该上行定时调整值。甚至在该MTCD的不活动时段之后，或在该MTCD使用该定时调整值的任何现有的最大上行定时对齐时段期满之后，或在MTCD时钟漂移之后，该MTCD使用存储的来自先前上行传输的该上行定时调整值，来为从该MTCD至该网络单元的下一上行传输同步上行定时。

Description

用于固定位置的M2M终端的高效上行定时同步

交叉引用

本申请要求于2015年3月31日提交的、发明名称为“用于固定位置的M2M终端的高效上行定时同步”的美国专利申请序列号为14/674,982的优先权，其内容通过引用全部并入本文。

技术领域

本公开涉及机器类型通信(machine-type communications，“MTC”)或机器对机器(machine-to-machine，“M2M”)通信，具体涉及固定位置的M2M终端，在此也称为机器类型通信设备(machine-type communication devices，“MTCD”)。

背景技术

M2M通信是第五代移动网络的一种重要应用。然而，由于MTCD数量庞大以及各种应用的需求，对固定位置的M2M通信带来了巨大的挑战。

由于MTCD数量庞大，所以在M2M系统设计中考虑上行(uplink，“UL”)定时同步。MTC的常见应用场景是支持部署在固定位置的大量仪表和传感器，并且偶尔仅报告少量的数据。因此，固定位置的M2M设计的中心问题之一是减少与获取和保持上行定时同步相关联的开销。一个问题是使用当前长期演进(long term evolution，“LTE”)机制要求固定位置的MTCD进行随机接入过程，以在每个数据传输之前或上行定时对齐时段期满时获取上行定时同步，这为移动网络的上行定时同步设定了最大的时间限制。因为该上行定时同步过程可能必须每秒被执行几次，所以在开销和能量消耗方面都存在显著的成本。由于假设用户设备(user equipment，“UE”)将进行移动并且UE的内部时钟将相对于基站(base station，“BS”)定时单元漂移，则LTE使用相对短的上行定时对齐时段(timing alignment period，“TAP”)。本领域技术人员会理解，术语用户设备(user equipment，UE)经常用于指代终端，诸如无线连接的手机。以下讨论的上下文中，尽管用户通常不会直接与M2M终端设备进行交互，但M2M终端设备将被认为是UE。

LTE中，上行定时同步通常是通过基站响应于随机接入请求，向用户设备发送定时调整(timing adjustment，“TA”)信号来获得的，或通过从基站向UE发送TA更新来获得的。开环(open-loop，“OL”)同步还可以被UE使用，以处理移动性问题。UE移动时，UE可以基于下行同步和自身的内部时钟，调整上行定时以补偿移动。如果UE的内部时钟不漂移，则可以通过该OL同步方法，消除由UE移动性造成的大多数定时对齐问题。因此，OL同步可以减少对来自基站的TA更新信号的需要。然而，对于MTC应用，由于固定位置的MTCD通常长时间不活动(即睡眠)以节省能量，仅偶尔唤醒以传输少量数据，所以他们通常具有随时间的内部时钟漂移。因此，在此类不活动时段之后，MTCD会丢失先前UL定时同步，并且需要重新进行同步过程，以从基站获得新的TA值。此外，由于LTE使用相对短的上行定时对齐时段，需要频繁地更新UL定时，所以MTCD必须执行频繁的同步过程，以对每个上行传输从基站请求新的TA值。所有这些致使开销的增加和MTCD资源的低效使用。而且，由于来自MTCD的上行传输不频繁，所以基站不能从上行数据传输频繁地估计TA。

发明内容

因此，需要一种保持用于固定位置的MTCD的UL定时同步的方法，该方法减少了开销且精确，降低了复杂度，并且对MTCD时钟漂移不敏感。

因此，一方面，提供了一种用于在机器类型通信(MTC)系统中为从机器类型通信设备(MTCD)至网络单元的下一上行传输确定上行定时的方法，所述方法包括：针对所述MTCD处接收的来自所述网络单元的下行帧，计算所述MTCD处的下行同步；以及使用所述下行同步和存储的来自从所述MTCD至所述网络单元的先前上行传输的上行定时调整值，为从所述MTCD至所述网络单元的所述下一上行传输计算所述上行定时。

上述方法的一方面，所述MTCD在所述先前上行传输和所述下一上行传输之间处于不活动时段，其中所述不活动时段可以大于所述MTCD允许使用所述定时调整值的上行定时对齐时段。另一方面，所述MTCD的内部定时单元相对于所述网络单元的定时单元在所述先前上行传输和所述下一上行传输之间漂移。所述方法中，所述MTCD可以位于相对于所述网络单元的固定位置。

另一方面，提供了一种用于在机器类型通信(MTC)系统中为从机器类型通信设备(MTCD)至网络单元的上行传输确定上行定时的方法，所述方法包括：针对所述MTCD处接收的来自所述网络单元的下行帧，计算所述MTCD处的下行同步；以及使用所述下行同步而不使用上行定时调整值，为从所述MTCD至所述网络单元的所述上行传输计算所述上行定时。

在上述方法中，所述MTCD可以位于相对于所述网络单元的固定位置。可替换地，在接收来自所述网络单元的所述下行帧之前，所述MTCD可以相对于所述网络单元移动。一方面，在所述MTCD接收来自所述网络单元的所述下行帧之前，所述MTCD的内部定时单元相对于所述网络单元的定时单元漂移。另一方面，在所述MTCD接收来自所述网络单元的所述下行帧之前，所述MTCD处于不活动时段，其中所述不活动时段大于所述MTCD允许使用定时调整值的上行定时对齐时段。

再一方面，提供了一种机器类型通信设备(MTCD)，用于在机器类型通信(MTC)系统中为从所述MTCD至网络单元的下一上行传输确定上行定时，所述MTCD包括处理器，所述处理器被配置为：针对所述MTCD处接收的来自所述网络单元的下行帧，计算下行同步；以及使用所述下行同步和存储的来自从所述MTCD至所述网络单元的先前上行传输的上行定时调整值，为从所述MTCD至所述网络单元的所述下一上行传输计算所述上行定时。

所述MTCD可以在所述先前上行传输和所述下一上行传输之间处于不活动时段，其中所述不活动时段可以大于上行定时对齐时段。一方面，所述MTCD的内部定时单元相对于所述网络单元的定时单元在所述先前上行传输和所述下一上行传输之间漂移。所述MTCD可以位于相对于所述网络单元的固定位置。

又一方面，提供了一种机器类型通信设备(MTCD)，用于在机器类型通信(MTC)系统中为从所述MTCD至网络单元的上行传输确定上行定时，所述MTCD包括处理器，所述处理器被配置为：针对所述MTCD处接收的来自所述网络单元的下行帧，计算所述MTCD处的下行同步；以及使用所述下行同步而不使用上行定时调整值，为从所述MTCD至所述网络单元的所述上行传输计算所述上行定时。

所述MTCD可以位于相对于所述网络单元的固定位置。可替换地，在接收来自所述网络单元的所述下行帧之前，所述MTCD可以相对于所述网络单元移动。一方面，在所述MTCD接收来自所述网络单元的所述下行帧之前，所述MTCD的内部定时元件相对于所述网络单元的定时元件漂移。另一方面，在所述MTCD接收来自所述网络单元的所述下行帧之前，所述MTCD可以处于不活动时段，其中所述不活动时段可以大于所述MTCD允许使用定时调整值的上行定时对齐时段。

附图说明

参考附图会更好地理解本公开，其中：

图1、2A和2B示出了现有LTE系统中UL定时同步的现有技术示例。

图3根据一个实施例示出了与机器型通信设备通信的网络单元。

图4示出了根据第一实施例的UL定时同步方法的过程图。

图5在框图中示出了图4的方法的同步过程。

图6A和6B示出了图4的基站与机器型通信设备之间的定时关系。

图7示出了根据第二实施例的第二UL定时同步方法的过程图。

图8在框图中示出了图7的方法的同步过程。

图9示出了图7的基站与机器型通信设备之间的定时关系。

图10是表示计算平台的框图；以及

图11是一个实施例通信设备的框图。

具体实施方式

本公开的实施例为固定位置的MTCD提供了一种低复杂度、低开销且准确的上行定时同步方法。在公开的UL定时同步方法中，从基站获得TA值并将TA值存储在MTCD的存储器中。随后，当MTCD准备上行传输时，MTCD通过进行下行同步获得上行定时，并且MTCD可以重复使用存储的来自先前上行传输的TA值。存储的TA值可以由MTCD用于随后的上行传输，忽略任何可以由基站设置的用于TA的最大允许的上行定时对齐时段。仅当MTCD相对于基站移动至新的位置时，才需要从基站获得新的TA值。

在该方法中，利用了MTCD的一个特性，即，大多数MTCD被部署在相对于基站固定的位置。例如，大量的传感器被部署在固定的位置以周期性地进行测量和报告数据。这些设备在不活动时段不改变他们相对于基站的位置；因此，为了保持上行定时同步，可能重新使用在先前上行定时同步过程期间获得的TA值。

本文使用的术语“UL定时”，是MTCD在UL上向基站发送信令/数据时的定时，可以表示为相对于下行(downlink，DL)帧的定时偏移(以诸如μs等实际时间为单位，或以诸如时隙、符号、子帧或帧等为单位)，该下行帧接收自MTCD已经将下行(“DL”)同步信道匹配到的基站。“DL定时”表示通过DL同步信道获取的DL帧定时。

为了更好地理解本文实施例中所述的上行定时同步方法，回顾LTE中使用的现有UL定时同步方法是有所帮助的。图1和2A示出了现有LTE系统中UL定时同步的一个示例。图1是示出了与移动UE 20通信的演进节点B(evolved Node B“eNB”)、基站、或发射点10的示意图。UE 20进行DL定时同步和随机接入(random access，“RA”)过程，以从发射点10得到初始时间调整值TA 100。TA 100等于发射点10和UE 20之间传播时延(propagation delay，“TP”)的两倍。当UE 20移动至新的位置时，通过增加ΔTA 110将TA 100更新为TA’。ΔTA110是UE 20在原始位置处的TA 100与在新的位置处测量的时间调整值TA’的差。

图2A示出了LTE中使用的UL定时同步过程的一个示例。在30处，发射点10广播由UE20接收的系统信息。在32处，UE 20进行DL同步并生成前导码，该前导码是UE 20与发射点10之间达成共识的要在UL定时同步过程中使用的一种码序列。在34处，UE 20在物理随机接入信道(Physical Random Access Channel，“PRACH”)上，向发射点10发送包括长序列前导码的随机接入(random access，“RA”)请求。当发射点10在34处接收到RA请求时，在36处，发射点10确定传播时延(propagation delay，“TP”)并计算上行TA 100，在38处，该上行TA 100在随机接入响应(random access response，“RAR”)消息中被发送至UE 20。如果UE 20的传播时延为TP，估计的TA 100大约为2TP。在40处，UE 20使用TA 100来为下一UL传输更新其UL传输定时。在42处，UE 20通过发送比下行子帧早TA秒的上行子帧来调整其UL定时。因此，上行子帧在预期的时间到达发射点10，从而减少对分配给其他UE的相邻子帧的干扰。

从发射点10发送至UE 20的RAR还可以包括定时对齐命令(“timing alignmentcommand，TAC”)，其配置和启动UE的定时对齐定时器(timing alignment timer，“TAT”)，并限定上行定时对齐时段(uplink timing alignment period，“TAP”)，该TAP是发射点10考虑UE 20为上行时间对齐的并允许使用TA 100调整其UL定时的最大时间长度。一旦TAP期满，在UE可以进行另一UL传输之前，UE删除当前的TA 100并启动新的随机接入请求，以从发射点10获得新的TA 100。LTE中，因为假设UE 20会移动并且其内部时钟会随时间漂移，则上行定时对齐时段相对较短。

在44处，UE20移动至新的位置时，传播时延从TP变为TP’。在46处，如果UE 20基于其新的位置没有调整其定时，则发射点10基于UE 20位置的改变和任何时钟漂移，检测来自UE 20的上行子帧的到达时间与下行子帧的传输时间之间的差，并且在48处，发射点10向UE20发送更新的时间调整值ΔTA 110，其向新的位置处的UE 20的表示在先前的TA 100与新的定时调整值TA’的差。在50处，UE 20通过使用新的定时调整值TA’调整UL定时，其中TA’＝TA+ΔTA。发射点10进行该计算并且独立于TAP向UE20发送ΔTA 110。

一旦来自发射点10的更新的时间调整值ΔTA 110被UE 20，UE 20重启其TAT。

可替换地，如图2B所示，在60处，当UE 20移动但不从发射点10接收ΔTA 110以补偿从TP到TP’传播时延的变化时，UE 20具有应用另一开环同步方法以对其自身调整UL定时的选择。该可替换的过程中，在62处，当UE 20基于先前DL定时检测出来自发射点10的DL子帧的实际到达时间与DL子帧的预期到达时间的显著的差ΔTDL时，在64处，UE 20通过将2ΔTDL校正应用于先前的TA 100来调整TA 100至新的定时提前值TA’，即TA’＝TA+2ΔTDL。该替换的OL同步方法是基于假设UE 20的内部时钟自最后一个UL定时更新以来没有漂移。

由以上描述，读者会理解，如果UE内部时钟是准确的或传播时延不变，则可以从DL定时获得UL定时同步。因为MTCD的内部时钟可以随时间漂移，所以上述替换的OL同步可能不能准确地应用于M2M通信中。而且，因为本公开的一个目的是减少能量消耗并且较少开销，所以每当MTCD唤醒以发送数据，上行定时对齐时段期满，或由于内部时钟漂移MTCD失去UL定时同步时，最好避免重复从MTCD到eNB的随机接入请求。然而，重要的是注意，因为大多数MTCD相对于eNB不移动，所以对于这些MTCD，到发射点的传播时延不改变。

图3是示出了与固定位置的MTCD 200通信的诸如eNB、或发射点10等网络单元的示意图。虽然本文所述实施例使用LTE的术语作为示例，但本公开不限于任何特定的传输术语。公开的方法中，在初始随机接入过程后，MTCD 200将TA 100存储在存储器中，并且使用存储的TA为向发射点10的UL传输调整上行定时。因为MTCD 200和发射点10不移动，所以即使任何允许使用TA 100的现有最大上行定时对齐时段已经期满，存储的来自先前UL传输的TA 100可以被重新使用，以为DL同步后随后的UL传输调整UL定时。可替换地，MTCD 200可以不经历最大上行定时对齐时段。该方法对MTCD 200处的任何内部时钟漂移不敏感，这是因为即使MTCD 200的内部时钟在长时期不活动之后相对于发射点10的内部定时元件偏移，MTCD 200可以通过使用DL定时同步和存储的来自先前UL传输的TA 100快速地重新获得UL定时同步。这避免了MTCD 200必须频繁地重新进行初始随机接入过程以获取新的TA 100所带来的资源浪费。

图4是与固定位置的MTCD一起使用的第一公开的UL传输定时同步方法的过程图。在300处，MTCD 200上电并进行初始随机接入过程以从发射点10获取TA 100。在310处，MTCD200接收来自发射点10的系统信息。在320处，MTCD 200在从发射点10接收的DL帧上进行DL同步，并生成长序列前导码，在330处，在PRACH上该前导码在随机接入请求中被发送至发射点10。在340处，当发射点10接收到RA请求时，发射点10确定传播时延TP并计算上行定时调整值TA 100，在350处，该上行定时调整值TA 100在随机接入响应RAR消息中被发送至MTCD200。如果MTCD 200的传播时延为TP，估计的TA 100大约为2TP。来自发射点10的RAR可以包括定时器对齐命令(timer alignment command，“TAC”)，其旨在配置和启动定时器对齐定时器(timer alignment timer，“TAT”)，并限定MTCD被允许使用TA 100的最大上行定时对齐时段。在360处，MTCD 200将TA 100存储在存储器中以供将来使用，并忽略TAC。在370处，MTCD 200等待下一UL传输，下一UL传输可以由发射点10调度，或通过使用到发射点10的竞争的接入传输由MTCD来确定，而不需要提前从发射点10获取调度授权。在380处，在下一UL传输之前，MTCD 200基于在375处的从发射点10接收的DL子帧进行DL同步。在390处，MTCD200基于存储的TA 100和DL同步调整其UL定时，并基于调整的上行定时将下一UL传输发送至发射点10。随后，如370’、375’、380’和390’处所示，因为MTCD 200的位置相对于发射点10固定且传播时延TP不变，所以即使MTCD 200的内部定时单元相对于发射点10的定时单元漂移，且即使任何允许使用TA 100的现有最大上行定时对齐时段已经期满，在MTCD 200的不活动时段之后，用于从MTCD 200至发射点10的随后的UL传输的上行定时可以是基于存储的来自先前UL传输的TA 100和DL同步，而不需要重新进行随机接入请求以生成新的TA 100。

对于MTCD 200，该第一公开的UL传输定时同步方法的意图是使用存储的来自先前UL传输的TA 100用于至发射点10的将来UL传输。然而，只要在移动网络中使用的任何现有最大上行定时对齐时段期满之后，存储的来自先前UL传输的TA 100用于至少一个UL传输，将实现优于现有技术的优点并且将节省资源。如果在MTCD 200的不活动时段之后，(在该不活动时段，MTCD 200的内部时钟可能已经漂移)，MTCD 200使用存储的来自先前UL传输的TA100用于至少一个UL传输，则优点也将被实现。

图5在框图中示出了第一公开的方法的同步过程，遵循与以上描述的图4相同的上述过程。图4的项310至360在图5中的图上被压缩成一个块。图4的项370至390在图5中的图上被压缩成第二块。项370’至390’示出了用于随后UL传输的UL定时是基于存储的来自先前UL传输的TA 100和DL同步。图5示出了决策框396，决策路径395,以及决策路径397。一旦TA100被储存在MTCD的存储器中，如果MTCD 200的位置在396处不变，决策路径395表示存储的来自先前UL传输的TA 100用于从MTCD 200至发射点10的随后的UL传输，即使任何允许使用TA 100的现有最大上行定时对齐时段期已经期满或MTCD 200的内部时钟在MTCD200的不活动时段之后漂移，也不需要更新TA 100。

如果MTCD 200的位置在396处相对于发射点10改变，决策路径397表示有必要重新执行310至360以从发射点10获得新的更新的TA值100，然后与更新的DL同步一起由MTCD200使用以计算更新的UL传输定时。如果MTCD 200保持在新位置，则该更新的TA值100可以用于延长的时间段。

图6A和6B示出了相对于来自发射点10的DL帧的开始时间，发射点10和MTCD 200之间的UL和DL定时关系。图6A示出了传播时延TP是DL帧到达MTCD 200所花费的时间。发射点10基于来自MTCD 200的随机接入请求计算TP，并发送TA 100＝2TP至MTCD 200。MTCD 200存储TA 100，并且基于DL帧的到达时间使用TA 100确定发送UL帧的时间(即，DL帧同步)。通过将TA 100增加至DL帧同步，图6B示出了利用DL帧同步的UL帧在预期的时间到达发射点10，从而减少对相邻子帧中来自其他设备的UL传输的干扰。

由于TA 100对于每个MTCD仅获得一次，所以确定用于固定位置的MTCD的UL传输定时的第一方法带来非常低的开销。该过程可以在非高峰时间进行，或者使用诸如随机回退的机制来减轻冲突。因为该方法对MTCD的内部时钟漂移不敏感，所以该方法是准确的。该方法允许MTCD长时间休眠，从而节省能量而不用担心丢失上行定时。MTCD能够仅基于DL传输和存储的来自先前UL传输的TA 100快速地重新获得UL同步，而不管其状态如何。不需要进一步的随机接入过程。因为消除了对于固定位置的MTCD的相邻时隙间的干扰，所以该方法还简化了M2M的PHY设计。

参见图7，在过程图中示出了公开的第二UL传输定时同步方法。第二UL传输定时同步方法仅依靠UL定时同步，并且不从发射点10获得TA 100。假设TA 100为零。第二方法中，在400处，MTCD 200上电，并且在410处，通过接收来自发射点10的系统信息与发射点10进行初始接触，但不从发射点10请求TA 100。在420处，MTCD 200仅等待下一UL传输，下一UL传输可以由发射点10调度，或通过使用到发射点10的竞争的接入传输由MTCD 200确定，而不需要提前从发射点10获取调度授权。下一UL传输之前，在425处，MTCD 200接收来自发射点10的系统信息。在430处，MTCD 200基于在425处接收的来自发射点10的DL子帧进行DL定时同步，在440处，MTCD 200仅基于DL定时同步调整其UL定时，并基于调整的UL定时发送下一UL传输至发射点10。仅基于DL定时同步而不使用任何上行定时调整值计算UL定时，以用于从MTCD 200至发射点10的将来的UL传输，而不考虑MTCD 200相对于发射点10的任何移动，MTCD 200的内部定时单元相对于发射点10的定时单元的任何漂移，或移动网络中任何允许使用上行定时调整值的现有最大上行定时对齐时段的期满。

图8在框图中示出了公开的第二方法的同步过程，遵循与以上描述的图7相同的上述过程。图8通过445处的环路示出了从MTCD 200至发射点10的将来的UL传输仅基于DL同步。

图9示出了相对于来自发射点10的DL帧的开始时间，对于该第二方法的发射点10和MTCD 200之间的UL和DL定时关系。不考虑传播时延TP。MTCD 200在DL帧上进行DL同步，并且仅基于DL定时同步调整其UL定时。图9示出了MTCD 200晚一个TP发送下一UL传输至发射点10，导致UL帧到达发射点的时间晚了102TP。在这种情况下，发射点10可能需要采用其他技术来减轻或消除由传播时延造成的来自相邻时隙的干扰。然而，例如，如果在发射点10处可能需要的附加资源被通过减少MTCD 200处的开销所实现的节约所抵消，这在一些情况下是所期望的。而且，可以预期通信系统可以被专门设计成对这种传播时延不敏感。

对于MTCD 200，该公开的第二UL传输定时同步方法的意图是仅使用DL同步为向发射点10的UL传输计算UL定时。然而，只要在移动网络中需要的任何现有最大上行定时对齐时段期满之后，仅使用DL同步来为至少一个UL传输计算UL定时，将实现优于现有技术的优点并且将节省资源。

该第二UL定时同步方法可以实现为MTC系统减少开销，并且该方法可以应用于固定位置和移动的MTCD。

上述功能性可以在网络单元中的任何一个或其组合上实现。图10是可以用于实现本文公开的设备和方法的处理系统500的框图。特定设备可以使用所示的所有组件，或仅仅组件的子集以及集成的水平可以随设备的变化而变化。再者，设备可以包含组件的多个实例，如，多个处理单元、处理器、存储器、发射器，接收器等。处理系统510可以包括处理单元，其配备有一个或多个输入/输出设备，如扬声器、麦克风、鼠标、触摸屏、小键盘、键盘、打印机、显示器等。处理单元可以包括连接到总线590的中央处理单元(central processingunit，CPU)520、存储器530、大容量存储设备540、视频适配器560和I/O接口570。

总线590可以是任何类型的几种总线架构中的一种或多种，包括存储器总线或存储器控制器、外围总线、视频总线等。CPU520可以包括任何类型的电子数据处理器。存储器530可以包括任何类型的系统存储器，如静态随机接入存储器(static random accessmemory，SRAM)、动态随机接入存储器(dynamic random access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)、或其组合等等。在一个实施例中，存储器530可以包括在启动时使用的ROM和在执行程序时使用的用于程序和数据存储的DRAM。

大容量存储设备540可以包括任何类型的存储设备，该设备可以用于存储数据、程序以及其他信息，并且使数据、程序以及其他信息通过总线可接入。例如，大容量存储设备540可以包括固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器等中的一个或多个。

视频适配器560和I/O接口570提供接口，以将外部输入和输出设备耦合到处理单元。如图所示，输入和输出设备的示例包括耦合到视频适配器的显示器562和耦合到I/O接口的鼠标/键盘/打印机572。其他设备可以耦合到处理单元，并且可以使用附加的或更少的接口卡。例如，诸如通用串行总线(Universal Serial Bus，USB)(未示出)的串行接口可以用来为打印机提供接口。

处理单元510还包括一个或多个网络接口580，该网络接口580可以包括诸如以太网电缆等的有线链路，和/或无线链路以接入节点或不同网络。网络接口580允许处理单元通过网络与远程单元通信。例如，网络接口580可以通过一个或多个发射器/发射天线和一个或多个接收器/接收天线提供无线通信。在一个实施例中，处理单元510耦合到局域网或广域网，如网络582所示，用于数据处理和与诸如其他处理单元、因特网、远程存储设施等的远程设备进行通信。

图11示出了通信设备600的实施例的框图，该通信设备可以相当于上述一个或多个设备(如，UE、NB、MTCD等)。通信设备600可以包括处理器604、存储器606、移动网络连接件610、附加无线接口612、以及附加接口614，这些设备可以(或可以不)如图10布置。处理器604可以是能够执行计算和/或处理相关的任务的任何组件，存储器606可以是能够存储用于处理器604的程序和/或指令的任何组件。移动网络连接件610可以是允许通信设备600使用移动网络信号通信的任何组件或组件的集合，并且移动网络连接件610可以用于通过移动网络的移动网络连接器接收和/或发送信息。附加无线接口612可以是允许通信设备600通过非移动网络无线协议，如Wi-Fi或蓝牙协议，或控制协议，通信的任何组件或组件的集合。设备600可以使用移动网络连接器610和/或附加无线接口612与任何能够无线连接的组件如基站、中继器、移动设备等通信。附加接口614可以是允许通信设备600通过包括有线协议的附加协议通信的任何组件或组件的集合。实施例中，附加接口614可以允许设备600与另一组件通信，如回程网络组件。

通过前述实施例的描述，本公开的教导可以仅通过使用硬件或通过使用软件和硬件的组合实现。用于实现一个或多个实施例或实现其一个或多个部分的软件或其他计算机可执行指令可以存储在任何合适的计算机可读存储介质上。该计算机可读存储介质可以是有形的或暂时性/非暂时性介质，诸如光盘(例如CD、DVD、蓝光等)、磁盘、硬盘、易失性或非易失性的、固态的或本领域已知的任何其他类型的存储介质。

本领域技术人员会理解本公开的附加特征和优点。

只要是兼容的，本文所述的和在附图中所示的具体实施例的结构、特征、附件和可选方案旨在普遍应用于本公开的所有教导，包括本文所述的和所示的所有实施例。换句话说，除非另有说明，否则特定实施例的结构、特征、附件和可选方案不旨在仅限于该特定实施例。

而且，提供先前详细的描述，使任何本领域技术人员能够根据本公开完成或使用一个或多个实施例。对那些实施例的各种修改对本领域技术人员会是显而易见的，并且在不脱离本文提供的教导的精神或范围的情况下，本文限定的一般原理可以应用于其他实施例。因此，本方法、系统、和/或设备不旨在限于本文所公开的实施例。权利要求的范围不应由这些实施例限制，而是应当给予与作为整体的描述一致的最宽泛的理解。以单数形式作为附图标记的元件，例如通过使用冠词“一”或“一个”，并不旨在表示“一个且仅一个”，除非特别地如此说明，而表示“一个或多个”。对本领域普通技术人员来说是已知或稍后将是已知的贯穿本公开所述的各种实施例的单元的所有结构和功能的等同物旨在包含于权利要求的单元。

另外，本文中没有任何内容不承认是现有技术或公知常识。而且，本申请中任何文件的引用或识别并不是承认此类文件可用作现有技术，或不是承认任何参考文件形成本领域公知常识的一部分。此外，不管本文的公开内容是否在权利要求中被明确地陈述，此类公开并不旨在奉献给公众。

Claims (12)

1.一种用于在机器类型通信(MTC)系统中为从机器类型通信设备(MTCD)至网络单元的下一上行传输确定上行定时的方法，所述方法包括：

存储用于传输从所述MTCD至所述网络单元的先前上行信号的上行定时调整值；

针对所述MTCD处接收的来自所述网络单元的下行帧，计算所述MTCD处的下行同步；以及

使用所述下行同步和所述用于从所述MTCD至所述网络单元的先前上行传输的上行定时调整值，为从所述MTCD至所述网络单元的所述下一上行传输计算所述上行定时。

2.根据权利要求1所述的方法，其中所述MTCD在所述先前上行传输和所述下一上行传输之间处于不活动时段。

3.根据权利要求2所述的方法，其中所述不活动时段大于上行定时对齐时段。

4.根据权利要求1所述的方法，其中所述MTCD的内部定时单元相对于所述网络单元的定时单元在所述先前上行传输和所述下一上行传输之间漂移。

5.根据权利要求1所述的方法，其中所述MTCD位于相对于所述网络单元的固定位置。

6.根据权利要求1所述的方法，其中所述先前上行传输是初始接入过程的一部分。

7.一种机器类型通信设备(MTCD)，用于在机器类型通信(MTC)系统中为从所述MTCD至网络单元的下一上行传输确定上行定时，所述MTCD包括处理器，所述处理器被配置为：

存储用于传输从所述MTCD至所述网络单元的先前上行信号的上行定时调整值；

针对所述MTCD处接收的来自所述网络单元的下行帧，计算下行同步；以及

使用所述下行同步和所述用于从所述MTCD至所述网络单元的先前上行传输的上行定时调整值，为从所述MTCD至所述网络单元的所述下一上行传输计算所述上行定时。

8.根据权利要求7所述的MTCD，其中所述MTCD在所述先前上行传输和所述下一上行传输之间处于不活动时段。

9.根据权利要求8所述的MTCD，其中所述不活动时段大于上行定时对齐时段。

10.根据权利要求7所述的MTCD，其中所述MTCD的内部定时单元相对于所述网络单元的定时单元在所述先前上行传输和所述下一上行传输之间漂移。

11.根据权利要求7所述的MTCD，其中所述MTCD位于相对于所述网络单元的固定位置。

12.根据权利要求7所述的MTCD，其中所述先前上行传输是初始接入过程的一部分。

Images