CN101640931B - 一种保持上行同步的方法 - Google Patents

一种保持上行同步的方法 Download PDF

Info

Publication number
CN101640931B
CN101640931B CN2009100916110A CN200910091611A CN101640931B CN 101640931 B CN101640931 B CN 101640931B CN 2009100916110 A CN2009100916110 A CN 2009100916110A CN 200910091611 A CN200910091611 A CN 200910091611A CN 101640931 B CN101640931 B CN 101640931B
Authority
CN
China
Prior art keywords
uplink synchronous
orthogonal code
code sequence
order
uplink
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.)
Expired - Fee Related
Application number
CN2009100916110A
Other languages
English (en)
Other versions
CN101640931A (zh
Inventor
朱颖
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.)
Potevio Information Technology Co Ltd
Original Assignee
Potevio Institute of Technology Co Ltd
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 Potevio Institute of Technology Co Ltd filed Critical Potevio Institute of Technology Co Ltd
Priority to CN2009100916110A priority Critical patent/CN101640931B/zh
Publication of CN101640931A publication Critical patent/CN101640931A/zh
Application granted granted Critical
Publication of CN101640931B publication Critical patent/CN101640931B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种保持上行同步的方法，主要包括：a、RNC为UE配置专门用于携带上行同步调整命令的E-HICH和正交码序列并通知给UE和基站；b、当UE处于CELL_DCH状态后启动同步定时器；c、当所述同步定时器没有达到上行失步时间门限时，如果UE与基站之间有上行或下行数据的交互，则重新启动同步定时器；当同步定时器达到上行失步时间门限时，UE向基站发送上行同步参考信号；d、基站根据接收到的上行同步参考信号确定上行同步调整命令，利用配置给UE的E-HICH和正交码序列将上行同步调整命令发送给UE；e、UE监听到所述上行同步调整命令后重新启动所述同步定时器，返回步骤c。本发明能确保UE的上行同步。

Description

一种保持上行同步的方法
技术领域
本发明涉及移动通信系统中的同步技术，特别是涉及一种保持上行同步的方法。
背景技术
现有的TD-SCDMA系统，从R4版本到高速上行分组接入(HSUPA)版本，所采用的用于保持上行同步的方法有如下三种：
方法一：基站(NodeB)为各用户设备(UE)专门配置用于上行同步的信道即专用物理信道(DPCH)，以进行上行同步调整命令的发送，该上行同步调整命令也称为同步偏移(SS)信息，具体的上行同步调整命令为提前(Down)、滞后(Up)或保持(Do Nothing)命令。
方法二：在UE有业务发送和接收时，使用控制信道进行上行同步调整命令的发送。具体包括如下几种方式：例如，对于HSUPA系统中的调度业务，使用增强专用信道-绝对授权信道(E-AGCH)携带上行同步调整命令；对于HSUPA系统中的非调度业务，使用增强专用信道-混合自动重传请求反馈指示信道(E-HICH)反馈信道携带上行同步调整命令；对于高速下行分组接入(HSDPA)系统，使用HS-SCCH信道携带上行同步调整命令。具体方式如下：
1)对于高速上行分组接入(HSUPA)系统中的调度业务，使用增强专用信道-绝对授权信道(E-AGCH)携带用于增强上行物理信道(E-PUCH)功控的TPC信息和上行同步调整命令。
2)对于HSUPA系统中的非调度业务，使用用于反馈ACK/NACK信息的E-HICH信道携带上行同步调整命令。
E-HICH信道比较特别，一个E-HICH信道可以同时传输多个UE的信息，每个UE的ACK/NACK信息采用一个80比特的Hadamard编码来表示，不同UE采用的Hadamard编码不同，这些Hadamard编码叠加在一起后，再用一个SF＝16进行扩频，也就是说ACK/NACK信息首先用Hadamard扩频，再用TD的码字进行扩频，每个UE的Hadamard编码的功率由NodeB决定，可以相同也可以不同。
在非调度方式下，E-HICH除了承载ACK/NACK信息，还承载TPC/SS信息。80个Hadamard序列分为20组，每组4个序列。每个非调度的UE分配其中的一组，每个用户使用哪一组由高层配置决定。在一组的4个序列中，第一个用来携带ACK/NACK，另外3个用来携带TPC和SS，携带TPC和SS的具体方式如下：
用A2、A3、A4分别表示一组中的第2个、第3个、第4个序列，这3个序列是按照序列号从小到大排列的；用/A2、/A3、/A4分别表示A2、A3、A4序列取反，这样，共有6种组合来表示TPC和SS命令(如表1所示)，每次NodeB只需要发送A2、A3、A4、/A2、/A3、/A4中的一个序列就可以进行TPC和SS的控制，NodeB给一个UE发送的用来携带ACK/NACK的序列和用来携带TPC/SS的序列的功率可以相同也可以不同。
  发送的序列   组合序号   表示的TPC命令   表示的SS命令
  A2   0   Down   Down
  /A2   1   Up   Down
  A3   2   Down   Up
  /A3   3   Up   Up
  A4   4   Down   Do Nothing
  /A4   5   Up   Do Nothing
表1
3)对于高速下行分组接入(HSDPA)系统，使用HS-SCCH信道携带上行同步调整命令。
方法三：在UE有业务，但由于调度算法的原因，较长时间未进行上行业务传输时，则使用紧急调度的方式维护该UE的上行同步，其具体方式是由NodeB对每个上行传输UE维护一个同步定时器，当用户有上行传输时，则将定时器重置，如果定时器超过预定义的上行失步门限时间，则对该UE启动紧急调度，以特定的调制编码方式(MCS)和信道资源对该UE进行上行传输授权，之后，按照上述方法二中的方式1)维持该UE的上行同步，即在调度方式下通过E-AGCH信道携带上行同步命令。
在实际应用中，当UE处于CELL_DCH状态时，由于业务的需要，需要传输的数据量较大，相应地，对同步的要求也较高。而上述用于保持上行同步的方法因存在如下问题而无法满足处于CELL_DCH状态UE的同步需要：
对于方法一，其利用DPCH信道发送上行同步调整命令，需要为每个UE单独分配专用的物理信道资源，导致系统的资源利用率不高。而且，对于增强的HSDPA(HSPA+)系统，目前已经规定不再分配DPCH，所以该方法不适用于HSPA+系统中。
对于方法二，其利用E-AGCH信道发送上行同步调整命令的方式，需要CELL_DCH状态下的UE时刻保持有上行业务数据需要发送，或保持有下行业务数据需要接收，且调度算法能保证UE在上行失步的时间范围内能至少被调度到一次。如果UE在一段时间内缓存中暂时没有上行业务发送且没有下行数据需要接收，或由于调度算法的原因导致超出上行失步的时间范围时仍不能对UE进行调度，那么就无法对UE进行E-AGCH信道或HS-SCCH信道授权，也就无法对UE进行上行同步的命令发送。
对于方法三，其利用紧急调度对即将失步的UE进行优先调度，需要对调度算法的流程进行改变，并且紧急调度采用的MCS方式和信道资源都不高，会造成系统中存在码道碎片，且降低系统整体的吞吐量。并且该方式的前提是UE缓存有上行数据要发送，对于UE在一段时间内缓存中暂时没有上行业务发送的情况仍然无法进行上行同步控制。另外，由于该方法是利用紧急调度来维护该UE的上行同步，而同一时刻一个授权信道只能对一个UE进行调度，所以该方式可以进行同步保持UE的个数也受限于授权信道的个数。
由此可见，现有的保持上行同步的方法，在UE和NodeB之间较长时间没有任何上下行的数据交互或者系统不能对UE调度的情况下，无法维护CELL_DCH状态下UE的上行同步。
发明内容
有鉴于此，本发明的主要目的在于提供一种保持上行同步的方法，该方法能够在UE和NodeB之间较长时间没有任何上下行数据的交互或者系统不能对UE调度的情况下，维护CELL_DCH状态下UE的上行同步。
为了达到上述目的，本发明提出的技术方案为：
一种保持上行同步的方法，该方法包括以下步骤：
a、当用户设备(UE)接入系统时，无线网络控制器(RNC)为该UE配置专门用于携带上行同步调整命令的E-HICH和所述E-HICH上的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站；
b、当所述UE处于CELL_DCH状态后，启动同步定时器；
c、当所述同步定时器没有达到预设的上行失步时间门限时，如果所述UE与基站之间有上行或下行数据的交互，则重新启动所述同步定时器并重新执行步骤c；
当所述同步定时器达到所述上行失步时间门限时，所述UE向基站发送上行同步参考信号；
d、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE；
e、所述UE在所述E-HICH上监听所述上行同步调整命令，如果监听到所述上行同步调整命令，则执行所述上行同步调整命令并重新启动所述同步定时器，返回步骤c，否则，向基站发送上行同步参考信号，返回步骤d。
较佳地，步骤d中的所述发送为：
基站利用配置给所述UE的正交码序列和预设的上行同步调整命令与正交码序列映射关系，确定用于指示所述上行同步调整命令的正交码序列；利用配置给所述UE的E-HICH，将所确定的正交码序列发送给所述UE。
较佳地，步骤a中配置给所述UE的正交码序列为A1和A2；步骤d中的所述映射关系为：
所述上行同步调整命令为滞后(UP)命令、提前(DOWN)命令或保持(DoNothing)命令，每个上行同步调整命令分别对应一组不同的正交码序列组合，所述正交码序列组合为A1+A2、A1+/A2、/A1+A2或/A1+/A2，其中，/A1为A1取反后得到的序列，/A2为A2取反后得到的序列。
本发明还提供了另一种保持上行同步的方法，该方法包括以下步骤：
a、当用户设备(UE)接入系统时，无线网络控制器(RNC)为该UE配置专门用于携带上行同步调整命令的E-HICH和所述E-HICH上的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站；
b、当所述UE处于CELL DCH状态后，启动同步定时器；
c、当所述同步定时器没有达到预设的上行失步时间门限时，如果所述UE与基站之间有上行或下行数据的交互，则重新启动所述同步定时器并重新执行步骤c；
当所述同步定时器达到所述上行失步时间门限时，所述UE向基站发送上行同步参考信号；
d、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，当所述上行同步调整命令为滞后(UP)命令或提前(DOWN)命令时，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE；
e、所述UE在预设的反馈时间点重新启动所述同步定时器，同时在所述E-HICH上监听所述上行同步调整命令，如果监听到所述上行同步调整命令则执行所述上行同步调整命令；返回步骤c。
较佳地，步骤d中的所述发送为：
当所述上行同步调整命令为UP命令或DOWN命令时，基站利用配置给所述UE的正交码序列和预设的上行同步调整命令与正交码序列映射关系，确定用于指示所述上行同步调整命令的正交码序列；利用配置给所述UE的E-HICH，将所确定的正交码序列发送给所述UE。
较佳地，步骤a中配置给所述UE的正交码序列为A1；步骤d中的所述映射关系为：DOWN命令所对应的正交码序列为A1，UP命令对应的正交码序列为A1取反后得到的序列/A1，或者为：UP命令所对应的正交码序列为A1，DOWN命令对应的正交码序列为A1取反后得到的序列/A1。
综上所述，本发明提出的保持上行同步的方法，通过在UE处设置同步定时器，对UE与基站之间没有上行和下行数据交互的时间进行监控，并在该同步定时器达到上行失步时间门限时，触发UE向基站发送上行同步参考信号，进而触发基站下发上行同步调整命令，从而避免了由于UE与NodeB之间在较长时间内没有上下行数据的交互而可能出现的上行失步，确保了CELL_DCH状态下UE的上行同步。另外，本发明通过引入专门用于携带上行同步调整命令的E-HICH，可以有效提高同时保持上行同步的UE数量。
附图说明
图1为本发明的流程示意图；
图2为本发明实施例一的流程图；
图3为本发明实施例二的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的核心思想是：在UE处设置用于维护同步的定时器，在由系统预设的上行失步时间门限所确定的时间间隔内，如果该处于CELL_DCH状态的UE与NodeB之间始终没有上、下行数据的交互，则需要向NodeB发送上行同步参考信号，以触发NodeB根据该上行同步参考信号生成相应的上行同步调整命令，并通过E-HICH信道将该上行同步调整命令通知给UE，该E-HICH信道区别于现有用于反馈ACK/NACK的E-HICH信道，而是由RNC为UE配置的专门用于通知上行同步调整命令的信道。如此，即可避免由于UE与NodeB之间在较长时间内没有上下行数据的交互而可能出现的上行失步，从而确保了CELL_DCH状态下UE的上行同步，另外，本发明由于引入了专门用于携带上行同步调整命令的E-HICH，所以可以有效提高同时保持上行同步的UE数量。
图1为本发明的主要流程示意图，如图1所示，本发明主要包括：
步骤101、当UE接入系统时，RNC为该UE配置专门用于携带上行同步调整命令的E-HICH和在该E-HICH上使用的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站。
本发明中引入了新的E-HICH信道，该信道专门用于携带上行同步调整命令(即SS信息)，由于该信道不同于原有的用于反馈ACK/NACK的E-HICH信道。这里，在UE接入系统时，由RNC从该UE可以使用的E-HICH信道资源池中选择一条或多条E-HICH，将它们作为专门携带上行同步调整命令的信道配置给该UE，以便此后UE处于CELL_DCH状态时基站利用该E-HICH发送上行同步调整命令。
本步骤中，可以采用现有的基站与RNC之间以及UE与RNC之间的交互方式，将所述E-HICH和所述正交码序列通知给所述UE和基站，例如，RNC可以通过小区广播或无线资源控制信令将所述E-HICH和所述正交码序列通知给UE，具体方式在此不再赘述。
步骤102、当所述UE处于CELL_DCH状态后，启动同步定时器。
这里，所述同步定时器用于对UE与基站之间没有上行和下行数据交互的时间进行监控，此后，当该同步定时器达到一可能出现上行失步的时间(即步骤103中的上行失步时间门限)时，将会触发该UE向基站发送上行同步参考信号，从而触发基站下发上行同步调整命令，从而确保上行同步的保持。可见，本发明通过在UE处设置该同步定时器，可以有效避免UE与基站之间长时间没有上行和下行数据交互所出现的上行失步。
步骤103、当所述同步定时器没有达到预设的上行失步时间门限时，如果所述UE与基站之间有上行或下行数据的交互，则重新启动所述同步定时器并重新执行本步骤；当所述同步定时器达到所述上行失步时间门限时，所述UE向基站发送上行同步参考信号。
这里，所述上行失步时间门限是在UE接入系统时由系统预先配置给UE的或是在协议中预先定义的，或者由UE预先根据实际需要自行设置的。
本步骤中，当UE与基站之间有上行或下行数据的交互时，将会重新启动所述同步定时器，也就是说，将同步定时器置为零并启动，这样可以确保该定时器始终反映的是当前UE与基站之间没有上行和下行数据交互的时间，以实现对该时间的实时监控；
当所述同步定时器达到所述上行失步时间门限时，说明UE与基站之间没有上行和下行数据交互的时间达到了可能出现上行失步的时间门限，此时需要触发上行同步过程，即由UE向基站发送上行同步参考信号，以避免上行失步的出现。
本步骤中，所述上行同步参考信号可以采用现有协议中的任一种上行同步参考信号即可，在此不再赘述。
步骤104、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE。
这里，基站根据接收到的所述上行同步参考信号确定上行同步调整命令的具体方法和现有协议中的方法一样，在此不再赘述。
本步骤中，利用配置给所述UE的E-HICH和所述UE在该E-HICH上使用的正交码序列，将所述上行同步调整命令发送给所述UE，其具体方法可以为：
基站利用配置给所述UE的正交码序列和预设的上行同步调整命令与正交码序列映射关系，确定用于指示所述上行同步调整命令的正交码序列；利用配置给所述UE的E-HICH，将所确定的正交码序列发送给所述UE。
上述方法中，所述映射关系为基站和UE所已知，可以由协议进行定义。在实际应用中，现有协议中的DO NOTHING上行同步调整命令用于指示UE不需要进行任何同步调整的命令，该命令可以不下发给UE，如果不下发给UE，UE不做任何同步调整操作即可。
由于实际应用中，DO NOTHING上行同步调整命令可以通知给UE也可以不通知给UE，相应地上行同步调整命令与正交码序列映射关系也将有如下两种不同的实现方式：
方式一：当不需要下发DO NOTHING上行同步调整命令时，所需要下发的上行同步调整命令为UP命令或DOWN命令，此时，只需要一个正交码序列即可区分这两种上行同步调整命令，即利用一个正交码序列和该正交码序列取反后得到的正交码序列即可分别对应UP命令和DOWN命令。
方式二：当需要下发DO NOTHING上行同步调整命令时，所需要下发的上行同步调整命令为UP命令、DOWN命令或DO NOTHING命令时，此时，需要至少两个正交码序列的三种不同组合来分别对应上述三种上行同步调整命令。
按照现有协议中定义的E-HICH格式，一个E-HICH信道由80个正交码序列组成，可见，利用上述第一种映射方式，一个E-HICH信道可以同时携带80个UE的上行同步调整命令；利用上述第二种映射方式，80个正交码序列分成40组，每组对应一个UE，则一个E-HICH信道可以同时携带40个UE的上行同步调整命令，而利用现有的用于反馈ACK/NACK信息的E-HICH信道则仅能承载20个UE的上行同步调整命令，可见相对于现有的方法而言，无论采用上述哪一种映射方式均能实现以较小的系统资源同时给更多的UE提供上行同步调整命令的发送。
步骤105、所述UE在预设的反馈时间点重新启动所述同步定时器，同时在所述E-HICH上监听所述上行同步调整命令，当监听到该上行同步调整命令时，则执行所述上行同步调整命令；返回步骤103。
当UE在步骤103中发送了上行同步参考信号后，便可在E-HICH上监听上行同步调整命令，由于网络处理时间和传输延时的存在，这里可以和现有协议一致，UE向基站发送上行同步参考信号之后的某一预设时间点(即本步骤中的反馈时间点)，再进行该监听。在实际应用中，该反馈时间点的设置与UE所发送的具体上行同步参考信号相对应，也就是说不同的上行同步参考信号对应的反馈时间点是不同的，具体的对应关系可与现有协议一致，在此不再赘述。
本步骤在反馈时间点触发UE发送上行同步参考信号的同时，还将重新启动所述同步定时器，以便此后继续根据该同步定时器进行上行同步的维护。
本步骤中，UE监听所述上行同步调整命令以及执行所述上行同步调整命令的具体方法为本领域人员所掌握，在此不再赘述。
这里，UE监听到上行同步调整命令后，需要重新启动所述同步定时器，以便继续对UE与基站之间没有上行和下行数据交互的时间进行监控。
需要说明的是，UE在所述E-HICH上监听上行同步调整命令的具体方法和现有协议中的方法相同，所不同的是：本发明中UE按照与步骤104中的所述上行同步调整命令与正交码序列映射关系，确定出基站所发送的上行同步调整命令。
另外，考虑到实际应用中，UE可能会由于某种原因而未能监听到基站下发的上行同步调整命令，该意外情况的出现会影响上行同步的准确性，因此，本步骤中，还可以进一步在UE监听到上行同步调整命令后再重置该同步定时器，而在没有监听到上行同步调整命令时则需要通过向基站发送上行同步参考信号，以触发基站重新进行上行同步调整命令的下发，从而可进一步提高本发明进行同步维护的准确性。
下面通过本发明的二个具体实施例对本发明做进一步的阐述。
在本发明实施例一中，当基站确定出不需要进行同步调整时，即该上行同步调整命令为DO NOTHING命令时，则需要将该命令通知给UE。图2为本发明实施例一的主要流程示意图，如图2所示，该实施例一主要包括：
步骤201、当UE接入系统时，RNC为该UE配置专门用于携带上行同步调整命令的E-HICH和在该E-HICH上使用的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站。
步骤202、当所述UE处于CELL_DCH状态后，启动同步定时器。
步骤203、判断当前所述UE与基站之间是否有上行或下行数据的交互，如果有则转入步骤204，否则转入步骤205。
步骤204、重新启动所述同步定时器，转入步骤203。
步骤205、判断所述同步定时器是否达到预设的上行失步时间门限，如果是则转入步骤206，否则转入步骤203。
步骤206、所述UE向基站发送上行同步参考信号。
本步骤的具体实现方法为本领域人员所掌握，在此不再赘述。
步骤207、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE。
本实施例中，基站需要将DO NOTHING命令通知给UE，此时，采用上述步骤104中所述的第二种上行同步调整命令与正交码序列的映射方式，确定用于指示所述上行同步调整命令的正交码序列，具体方法为：
假设配置给所述UE的一组正交码序列为A1和A2，从A1和A2的四种组合序列：A1+A2、A1+/A2、/A1+A2和/A1+/A2中选择任意三组分别与UP命令、DOWN命令或DO NOTHING命令一一对应，本实施例中，选择A1+A2、A1+/A2、/A1+A2与UP命令、DOWN命令和DO NOTHING命令一一对应(参见表2所示)，其中，/A1为A1取反后得到的序列，/A2为A2取反后得到的序列，“+”表示两个序列的组合关系。
  发送的序列   上行同步调整命令
  A1+A2   Up
  A1+/A2   Down
  /A1+A2   Do Nothing
  /A1+/A2   保留
表2
步骤208、所述UE在预设反馈时间点监听所述上行同步调整命令，如果监听到所述命令则执行步骤209，否则，返回步骤206。
在实际应用中，本步骤中的所述预设的反馈时间点为当前最近一次发送上行同步参考信号所对应的反馈时间点。
本步骤用于进一步提高本发明保持上行同步的准确性。由于在实际应用中，UE可能会监听不到基站下发的上行同步调整命令，该情况下，利用本步骤可重新触发UE发送上行同步参考信号，以使基站重新下发上行同步调整命令，上述过程将循环执行，直到UE能够正确监听到该上行同步调整命令。
步骤209、所述UE执行所述上行同步调整命令，重新启动所述同步定时器，返回步骤203。
在本发明实施例二中，当基站确定出不需要进行同步调整时，即该上行同步调整命令为DO NOTHING命令时，则不将该命令通知给UE。图3为本发明实施例二的流程图，如图3所示该实施例包括：
步骤301、当UE接入系统时，RNC为该UE配置专门用于携带上行同步调整命令的E-HICH和在该E-HICH上使用的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站。
步骤302、当所述UE处于CELL_DCH状态后，启动同步定时器。
步骤303、判断当前所述UE与基站之间是否有上行或下行数据的交互，如果有则转入步骤304，否则转入步骤305。
步骤304、重新启动所述同步定时器，转入步骤303。
步骤305、判断所述同步定时器是否达到预设的上行失步时间门限，如果是则转入步骤306，否则转入步骤303。
步骤306、所述UE向基站发送上行同步参考信号。
步骤307、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，当所述上行同步调整命令为UP命令或DOWN命令时，利用配置给所述UE的E-HICH和正交码序列，将所述上行同步调整命令发送给所述UE。
本实施例中，基站不需要将DO NOTHING命令通知给UE，此时，采用上述步骤104中所述的第一种上行同步调整命令与正交码序列的映射方式，确定用于指示所述上行同步调整命令的正交码序列，具体方法为：
假设配置给所述UE的一组正交码序列为A1，UP命令所对应的正交码序列为A1，DOWN命令所对应的正交码序列为A1取反后得到的序列/A1(参见表3所示)。
  发送的序列   上行同步调整命令
  A1   Up
  /A1   Down
表3
步骤308、所述UE在预设的反馈时间点重新启动所述同步定时器，同时在所述E-HICH上监听所述上行同步调整命令，如果监听到所述上行同步调整命令则执行所述上行同步调整命令；返回步骤303。
这里，由于在本实施例中，当基站确定出上行同步调整命令为DONOTHING命令时，不将该命令通知给UE，而在实际应用中可能会存在：基站发送了UP或DOWN命令，但是因为某种原因而导致UE接收不到该命令，所以，对于UE而言，在监听不到上行同步调整命令的情况下，是无法获知基站是否下发了上行同步调整命令，这样便无法再通过实施例一中所采用的重新发送上行同步参考信号的方式来确保同步的准确性。因此，本步骤中，无论UE是否在所述E-HICH上监听到所述上行同步调整命令都将重新启动所述同步定时器，返回步骤303。
可见，相对于实施例一而言，实施例二保持同步的准确性不如实施例一高，但由于携带每个上行同步调整命令仅需要一个正交码序列，而在实施例一中则需要两个正交码序列，所以实施例二中E-HICH资源的利用率比实施例一高，具体采用哪种实施例方式实现本发明，可以由本领域技术人员根据实际需要进行选择。
通过上述技术方案可以看出，本发明中不需要授权信道的参与，只需要E-HICH信道的参与，而由于E-HICH采用正交码的方式传输数据信息，所以在同一时刻一条反馈信道可以同时传输多个UE的上行同步调整命令，同时传输的个数取决于所采用的正交码序列与上行同步调整命令的映射方案，所以，与现有的依赖于授权信道保持同步的方法相比，本发明可以很大程度上提高同时保持上行同步的UE数量，另外，由于本发明中所利用的E-HICH是专门用于发送上行同步调整命令的，不需要传输其它信息，因此，与现有的利用反馈ACK/NACK的E-HICH保持同步的方法相比，本发明可以同时保持上行同步的UE数量更多。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种保持上行同步的方法，其特征在于，该方法包括以下步骤：
a、当用户设备UE接入系统时，无线网络控制器(RNC)为该UE配置专门用于携带上行同步调整命令的E-HICH和所述E-HICH上的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站；
b、当所述UE处于CELL-_DCH状态后，启动同步定时器；
c、当所述同步定时器没有达到预设的上行失步时间门限时，如果所述UE与基站之间有上行或下行数据的交互，则重新启动所述同步定时器并重新执行步骤c；
当所述同步定时器达到所述上行失步时间门限时，所述UE向基站发送上行同步参考信号；
d、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE；
e、所述UE在所述E-HICH上监听所述上行同步调整命令，如果监听到所述上行同步调整命令，则执行所述上行同步调整命令并重新启动所述同步定时器，返回步骤c，否则，向基站发送上行同步参考信号，返回步骤d。
2.根据权利要求1所述的方法，其特征在于，步骤d中的所述发送为：
基站利用配置给所述UE的正交码序列和预设的上行同步调整命令与正交码序列映射关系，确定用于指示所述上行同步调整命令的正交码序列；利用配置给所述UE的E-HICH，将所确定的正交码序列发送给所述UE。
3.根据权利要求2所述的方法，其特征在于，步骤a中配置给所述UE的正交码序列为A1和A2；步骤d中的所述映射关系为：
所述上行同步调整命令为滞后(UP)命令、提前(DOWN)命令或保持(Do Nothing)命令，每个上行同步调整命令分别对应一组不同的正交码序列组合，所述正交码序列组合为A1+A2、A1+/A2、/A1+A2或/A1+/A2，其中，/A1 为A1取反后得到的序列，/A2为A2取反后得到的序列。
4.一种保持上行同步的方法，其特征在于，该方法包括以下步骤：
a、当用户设备UE接入系统时，无线网络控制器(RNC)为该UE配置专门用于携带上行同步调整命令的E-HICH和所述E-HICH上的正交码序列，并将所述E-HICH和所述正交码序列通知给所述UE和基站；
b、当所述UE处于CELL-_DCH状态后，启动同步定时器；
c、当所述同步定时器没有达到预设的上行失步时间门限时，如果所述UE与基站之间有上行或下行数据的交互，则重新启动所述同步定时器并重新执行步骤c；
当所述同步定时器达到所述上行失步时间门限时，所述UE向基站发送上行同步参考信号；
d、基站根据接收到的所述上行同步参考信号确定上行同步调整命令，当所述上行同步调整命令为滞后UP命令或提前DOWN命令时，利用配置给所述UE的E-HICH和正交码序列将所述上行同步调整命令发送给所述UE；
e、所述UE在预设的反馈时间点重新启动所述同步定时器，同时在所述E-HICH上监听所述上行同步调整命令，如果监听到所述上行同步调整命令则执行所述上行同步调整命令；返回步骤c。
5.根据权利要求4所述的方法，其特征在于，步骤d中的所述发送为：
当所述上行同步调整命令为UP命令或DOWN命令时，基站利用配置给所述UE的正交码序列和预设的上行同步调整命令与正交码序列映射关系，确定用于指示所述上行同步调整命令的正交码序列；利用配置给所述UE的E-HICH，将所确定的正交码序列发送给所述UE。
6.根据权利要求5所述的方法，其特征在于，步骤a中配置给所述UE的正交码序列为A1；步骤d中的所述映射关系为：DOWN命令所对应的正交码序列为A1，UP命令对应的正交码序列为A1取反后得到的序列/A1，或者为：UP命令所对应的正交码序列为A1，DOWN命令对应的正交码序列为A1取反后得到的序列/A1。 
CN2009100916110A 2009-08-26 2009-08-26 一种保持上行同步的方法 Expired - Fee Related CN101640931B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100916110A CN101640931B (zh) 2009-08-26 2009-08-26 一种保持上行同步的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100916110A CN101640931B (zh) 2009-08-26 2009-08-26 一种保持上行同步的方法

Publications (2)

Publication Number Publication Date
CN101640931A CN101640931A (zh) 2010-02-03
CN101640931B true CN101640931B (zh) 2012-06-27

Family

ID=41615641

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100916110A Expired - Fee Related CN101640931B (zh) 2009-08-26 2009-08-26 一种保持上行同步的方法

Country Status (1)

Country Link
CN (1) CN101640931B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102413559B (zh) * 2010-09-21 2014-02-12 普天信息技术研究院有限公司 一种上行同步调度方法及基站
US8976780B2 (en) * 2012-09-27 2015-03-10 Blackberry Limited Uplink timing maintenance upon time alignment timer expiry
CN107241754B (zh) * 2017-06-08 2021-03-30 上海无线通信研究中心 自适应上行参考信号传输方法及相应的功能单元
CN112365699B (zh) * 2020-09-24 2022-10-14 青岛鼎信通讯股份有限公司 一种解决水气热表计转换器上行通信超时的抄表方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905410A (zh) * 2006-08-03 2007-01-31 倪明 一种cdma蜂窝系统的主动式上行同步方法
CN1909542A (zh) * 2006-08-02 2007-02-07 京信通信技术(广州)有限公司 覆盖系统中利用调制解调器实现同步的电路及其方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909542A (zh) * 2006-08-02 2007-02-07 京信通信技术(广州)有限公司 覆盖系统中利用调制解调器实现同步的电路及其方法
CN1905410A (zh) * 2006-08-03 2007-01-31 倪明 一种cdma蜂窝系统的主动式上行同步方法

Also Published As

Publication number Publication date
CN101640931A (zh) 2010-02-03

Similar Documents

Publication Publication Date Title
CN102088775B (zh) 竞争资源的分配方法、系统及装置
CN101883369B (zh) 一种盲检测方法
CN102264039B (zh) 一种实现半持续调度传输的方法及装置
CN101400127B (zh) 实现调度测量的方法及系统
KR101343307B1 (ko) 무선 네트워크에서의 브로드캐스트 및/또는 멀티캐스트의 통신 방법 및 그 장치
CN101631007B (zh) 一种数据传输方法、装置和系统
CN101594666B (zh) 接入方式选择方法与装置、上行数据发送方法与装置
CN101959319B (zh) 一种辅载波时隙0上的信息传输方法
CN101969663B (zh) 一种控制信息的传输方法、装置和系统
CN101448313A (zh) 一种通信系统的同步方法及装置
CN101222726A (zh) 一种测量时机调度方法、系统及装置
CN101128035B (zh) 时分码分多址系统中信道间的定时方法
CN101640931B (zh) 一种保持上行同步的方法
JP2007336495A (ja) 移動通信システムにおけるユーザ装置、基地局及び方法
CN101998634A (zh) 传输周期性反馈信息的方法、系统及设备
EP1653761A1 (en) Minimizing transmit power for broadcast information transmission
CN101500189B (zh) 实现系统信息调度的方法、系统及终端
CN101646242A (zh) Tdd系统资源配置方法以及用户设备和基站
EP3079421B1 (en) The method for scheduling a service, a node, a user equipment device and a computer program product
WO2013041011A1 (zh) 通信方法、终端、基站和系统
CN101499848B (zh) 上行调度方法及装置
CN102448025A (zh) 寻呼Cell_PCH状态的用户终端的方法及装置
CN101646236B (zh) 一种e-dch资源的调度方法
CN101383993B (zh) 一种资源调度方法、系统及一种基站
CN101360327B (zh) 一种实现控制信道分配的方法

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
ASS Succession or assignment of patent right

Owner name: CHINA POTEVIO CO., LTD.

Free format text: FORMER OWNER: PUTIAN IT TECH INST CO., LTD.

Effective date: 20130304

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20130304

Address after: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District

Patentee after: CHINA POTEVIO CO.,LTD.

Address before: 100080 Beijing, Haidian, North Street, No. two, No. 6, No.

Patentee before: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd.

ASS Succession or assignment of patent right

Owner name: PUTIAN IT TECH INST CO., LTD.

Free format text: FORMER OWNER: CHINA POTEVIO CO., LTD.

Effective date: 20130313

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20130313

Address after: 100080 Beijing, Haidian, North Street, No. two, No. 6, No.

Patentee after: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd.

Address before: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District

Patentee before: CHINA POTEVIO CO.,LTD.

PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Method for keeping uplink synchronization

Effective date of registration: 20131210

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd.

Registration number: 2013990000954

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
C56 Change in the name or address of the patentee

Owner name: POTEVIO INFORMATION TECHNOLOGY CO., LTD.

Free format text: FORMER NAME: PUTIAN IT TECH INST CO., LTD.

CP01 Change in the name or title of a patent holder

Address after: 100080 Beijing, Haidian, North Street, No. two, No. 6, No.

Patentee after: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 100080 Beijing, Haidian, North Street, No. two, No. 6, No.

Patentee before: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd.

PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20151102

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Registration number: 2013990000954

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
PM01 Change of the registration of the contract for pledge of patent right

Change date: 20151102

Registration number: 2013990000954

Pledgor after: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Pledgor before: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd.

PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Method for keeping uplink synchronization

Effective date of registration: 20151105

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Registration number: 2015990000948

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20161008

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Registration number: 2015990000948

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Method for keeping uplink synchronization

Effective date of registration: 20161011

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Registration number: 2016990000859

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20170802

Granted publication date: 20120627

Pledgee: Bank of Beijing Limited by Share Ltd. Century City Branch

Pledgor: POTEVIO INFORMATION TECHNOLOGY Co.,Ltd.

Registration number: 2016990000859

PC01 Cancellation of the registration of the contract for pledge of patent right
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120627