CN104602304A - 微量数据传输方法及用户设备 - Google Patents

Abstract

本发明提供一种微量数据传输方法及用户设备，该方法适用于用户设备在不建立无线资源控制连线的情况下在无线网络中自控制节点收发微量数据，包括以下步骤：在闲置模式中监控寻呼帧中寻呼机会子帧；当检测寻呼机会子帧中包括标识符对应于用户设备时，接收对应于寻呼机会子帧的寻呼消息；以及解析寻呼消息，当寻呼消息中包括微量数据指示符时，至指定地址检索数据，其中数据为微量数据。

Description

微量数据传输方法及用户设备

技术领域

本发明是有关于一种通信方法，且特别是有关于一种微量数据传输方法及用户设备。

背景技术

随着智能手机，平板电脑等移动电子装置被广泛的使用，移动电子装置的移动数据流量（mobile data traffic）亦逐年的增加。而这些数据流量的来源可能为用户操控移动电子装置上的应用程序来例如浏览网页或是线上交谈所产生的，亦可能由应用程序背景执行所造成的。不同于一般语音或视频传送所造成的数据流量，这些移动数据的特征为，其数据大小不大，而数据间的间隔（即，流量区间）可能有很大的变化。具有这样特征的数据在第三代合作伙伴计划（3rd Generation Partnership Project，简称：3GPP）所订定的标准中则可被归类为多样化数据应用（Diverse Data Application，简称：DDA）的数据。这样类型的数据可能会造成耗电过多以及信令负担（signaling overhead）过高的问题。耗电过多的原因可能来自于上述类型的数据与数据间的时间区间变化过大，而造成移动电子装置需要随时保持与网络中的控制节点（例如，基地台）的联系，或是为了接收上述类型的数据而持续的进行与控制节点连线/断线的动作，而无法进入睡眠模式或闲置模式。信令负担过高的问题则来自于上述移动电子装置持续的进行与控制节点连线/断线的动作。由于上述类型的数据量较低，这样的连线动作所需要传输的数据量时常远大于需要被传送的数据。因此，如何在传输上述DDA类型的数据时，避免使得移动电子装置耗电过多或是减少移动电子装置与网络中的控制节点间的信令负担，成为本领域急需被解决的问题之一。

发明内容

本发明提供一种微量数据传输方法及用户设备，可避免用户设备耗电过多以及信令负担过高的问题。

本发明提供一种微量数据传输方法，适用于用户设备在不建立无线资源控制连线的情况下在无线网络中自控制节点接收数据，包括以下步骤：在一闲置模式中监控一寻呼帧中一第一寻呼机会子帧；当检测第一寻呼机会子帧中包括一标识符对应于用户设备时，接收对应于第一寻呼机会子帧的一第一寻呼消息；以及，解析寻呼消息，当第一寻呼消息中包括一微量数据指示符时，至一指定地址检索该数据，其中数据为一微量数据；。

本发明提供一种用户设备，包括：一收发器以及一通信协定单元。收发器用以从一控制节点接收/传送信号。通信协定单元耦接至收发器，通过收发器接收/传送信号。其中，通信协定单元于用户设备的睡眠模式或闲置模式中通过收发器监控寻呼帧中第一寻呼机会子帧。当通信协定单元检测第一寻呼机会子帧中包括一标识符对应于用户设备时，通信协定单元通过收发器接收对应于第一寻呼机会子帧的第一寻呼消息。通信协定单元解析寻呼消息，当第一寻呼消息中包括一微量数据指示符时，通信协定单元至一指定地址检索数据，其中数据为微量数据。

基于上述，本发明所提供的微量数据传输方法及用户设备，可通过寻呼帧中的指示至指定地址检索微量数据，使得过度耗电或信令负担过高的情况可被避免。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合附图作详细说明如下。

附图说明

图1为本发明一实施例所示出的微量数据传输方法的流程图；

图2为本发明一实施利所示出的寻呼帧、寻呼机会子帧以及寻呼循环的关系示意图；

图3为本发明一实施例所示出的寻呼消息与微量数据的关系图；

图4则为本发明另一实施例所示出的寻呼消息与微量数据的关系图；

图5为本发明一实施例所示出的微量数据传输***的时序流程图；

图6为本发明一实施例所示出的用户设备的功能方块图。

附图标记说明：

10：微量数据传输***；

110：控制节点；

120、60：UE；

610：收发器；

620：通信协定单元；

PC1、PC2：寻呼循环；

PF1、PF2：寻呼帧；

30、40、PO1～PO4：寻呼机会子帧；

41：下一个子帧；

P-RNTI：寻呼无线电网络临时标识符；

PM：寻呼消息；

PFD：寻呼区域；

SM：微量数据；

411：PDCCH；

312、412：PDSCH；

S101～S103、S501～S507、S511～S515：步骤。

具体实施方式

用于本申请案的所揭露实施例的详细描述中的元件、动作或指令不应解释为对本发明而言为绝对关键或必要的，除非明确地如此描述。而且，如本文中所使用，用词“一”可包含一个以上项目。如果希望仅一个项目，那么将使用术语“单一”或类似语言。此外，如本文中所使用，在多个项目和/或多个项目种类的列表之前的术语“中的任一者”希望包含所述项目和/或项目种类个别地或结合其他项目和/或其他项目种类“中的任一者”、“中的任何组合”、“中的任何多个”和/或“中的多个的任何组合”。另外，如本文中所使用，术语“集合”希望包含任何数量个项目，包含零个。另外，如本文中所使用，术语“数量”希望包含任何数量，包含零。

在本发明中，3GPP类的关键字或用语仅用作实例以呈现根据本发明的发明概念；然而，本发明中呈现的相同概念可由所属领域的技术人员应用于任何其他***，例如IEEE 802.11、IEEE 802.16、WiMAX等等。因此，在本发明中，术语“控制节点”可为（例如）基地台、演进型节点B（Evolved NodeB，简称：eNodeB）、节点B、基地台收发***（base transceiver system，简称：BTS）、接入点、家庭基地台、中继站、扩散器、转发器、中间节点、中间的和/或基于卫星的通信基地台等等。

以下则先针对由用户设备传送微量数据（small data）时所可能造成的问题进行说明，在接着针对本发明的技术内容进行讲解。

以用户设备在符合3GPP长期演进（long term evolution，简称：LTE）标准或和进阶LTE（LTE-advanced，简称：LTE-A）等通信标准的网络中与网络中的控制节点之间的消息传递为例。用户设备（User Equipment，简称：UE）的工作模式至少包括了无线资源控制（Radio Resource Control，简称：RRC）连接（CONNECTED）状态以及RRC闲置（IDLE）状态两种工作模式。在网络中的一UE处于RRC CONNECTED的状态时，控制节点将保留着此UE的信息，例如UE的辨认信息（例如ID）以及安全信息，并且为此UE而提供无线电资源管理（Radio Resource Management，简称：RRM）。RRM中的内容可包括数据排序（data scheduling）、连结监测（例如调变或适应性编码等）、切换（Handover）等，而此时UE便可通过控制节点进行语音通信，或是数据通信等动作。

由于无线电资源有限，网络负载亦有限，控制节点将很难保持其涵盖范围中的所有UE随时处于RRC CONNECTED的状态中。因此，控制节点将根据UE的活动状态、连线优先等级或服务质量（Quality of Service，简称：QoS）等参数以发送RRC释放（release）消息等方式以释放服务范围中的部分UE，使此UE切换至RRC IDLE的状态。而当UE切换至RRC IDLE状态后，UE则仅需要定期的监测寻呼消息（paging message）即可。当控制节点通过寻呼消息通知此UE有对应的通话或是数据必须接收时，UE则在通过RRC连线建立（connection setup）的方式与控制节点再次建立RRC连线，并在连线建立后切换回RRC CONNECTED的状态以正常的收发来自控制节点的数据。

而本发明中所述的微量数据通常具有以下的几种特性：数据量小（例如小于1K byte）、与语音通信或视频通信的数据相较，数据与数据之间可能具有较长的时间区间，以及数据的产生以及发送的时间较难预测（例如，根据用户的操作而有所变化）。所以，以下行链路路径（downlink path，即控制节点向UE传送数据的路径）具有微量数据的情况而言，UE则可能反复的从RRC IDLE状态被唤醒来进行RRC连线建立，再接收RRC release而进入RRCIDLE状态，又在被唤醒……以此类推。这么一来，则可能造成UE无法在RRD IDLE停留较久的时间，加上反复的与控制节点进行连线，而因此造成电力一直不断的耗损。

另一方面，当UE与控制节点进行RRC连线建立，两者之间则必须交换至少16笔信号，可能至少产生176 byte以上的数据传输。除了16笔的信号交换可能造成的延迟问题外，相较于动辄不到1K的微量数据而言，这样的信号传输导致过多的信令负担，使得整体的数据传输效率低落。

因此，本发明提供了一种微量数据传输方法以及使用此方法的用户设备，使得用户设备在接收及传送微量数据时可不用建立起RRC连线，以便由此节省UE的耗电问题以及减少建立RRC连线所造成的信令负担过多之问题。本传输方法主要可以分为下行链路路径的传输以及上行链路路径（uplink path）上的传输，以下则将分别配合附图及实施例讲解。

首先，以下将先针对上行链路路径的数据传输进行说明。图1为本发明一实施例所示出的微量数据传输方法的流程图。其中，此微量数据传输方法适用于在不建立RRC连线的情况下在无线网络中自控制节点接收数据。请参照图1，首先在步骤S101时，在一闲置模式中监控一寻呼帧（paging frame）中一第一寻呼机会子帧。然后在步骤S102时，当检测第一寻呼机会子帧中包括一标识符对应于用户设备时，接收对应于第一寻呼机会子帧的一第一寻呼消息（paging message）。接着，在步骤S103时解析寻呼消息，当第一寻呼消息中包括一微量数据指示符时，至一指定地址检索数据，其中数据为一微量数据。

简单来说，当控制节点接收到一微量数据，并欲传送此微量数据至特定的UE时，控制节点则可利用寻呼信道（paging channel）通知此UE并同时通过寻呼信道传送此微量数据。图2为本发明一实施利所示出的寻呼帧、寻呼机会子帧以及寻呼循环的关系示意图。请参照图2，在一个寻呼循环（pagingcycle）PC1、PC2中，将包括多个由控制节点所传送的寻呼帧，例如图2中所示寻呼帧PF1、PF2。而寻呼帧（例如寻呼帧PF1、PF2）中则各自包括寻呼机会子帧（paging opportunity/sub frame），例如寻呼帧PF1中至少包括寻呼机会子帧PO1～PO4。

而每个寻呼机会子帧（例如寻呼帧PF1中的寻呼机会子帧PO1～PO4）将对应于控制节点服务范围中之一UE，当控制节点欲寻呼此UE时，例如欲传送数据至此UE时，控制节点即会将相关的信息置放于对应于此UE的寻呼机会子帧中。如上述应用于LTE/LTE-A网络的UE的例子，当UE处于RRCIDLE状态时，将间隔一个寻呼循环的时间，周期性的通过物理下行链路控制信道（physical downlink control channel，简称：PDCCH）监测对应于自身的寻呼机会子帧（例如寻呼机会子帧PO1）中是否包括任何信息。

在一般的寻呼情况中，例如控制节点欲唤醒此UE进行RRC连线建立并由此传送数据时，控制节点会将一辨识符（例如在LTE/LTE-A网络中为寻呼无线电网络临时标识符（Paging Radio Network Temporary Identifier，简称：P-RNTI））置放于对应于此UE的寻呼机会子帧（例如寻呼机会子帧PO1）中，以及对应的消息内容（例如建立连线要求，或是更新***信息要求）于一寻呼消息中。

当UE通过PDCCH信道监测到对应自身的寻呼消息存在时，UE则还会通过物理下行链路共享信道（Physical Downlink Shared Channel，简称：PDSCH）接收对应于P-RNTI的寻呼消息。在寻呼消息中包括对应于此UE（例如使用UE ID作为识别）的寻呼区域（paging field），当UE检索寻呼消息中对应于自身的寻呼区域时，便可得到控制节点所要求的动作，例如上述的建立连线要求，或是更新***信息要求等。

在本实施例中，当控制节点欲传送微量数据至此UE时，控制节点在寻呼消息里对应于此UE的寻呼区域中置放一微量数据指示符。当UE检索寻呼消息中对应于自身的寻呼区域时，辨认寻呼区域中包括微量数据指示符时，UE则可判断至指定地址取得微量数据。以下则将配合实施例说明控制节点将如何通知UE指定地址为何，以及指定地址的确切位置的关系。

图3为本发明一实施例所示出的寻呼消息与微量数据的关系图。其中在本实施例中，微量数据被附加于寻呼消息上。请参照图3，当UE从通过PDCCH411从寻呼机会子帧30中解码得到P-RNTI后，UE则还通过PDSCH312取得整个寻呼消息PM，当UE检索PM中对应于自身的寻呼区域PFD时，UE可辨认寻呼区域PFD中包括了微量数据指示符。在本实施例中，控制节点同时在摆放微量数据指示符时，亦将指示地址的信息一并存入寻呼区域PFD中。例如在本实施例中，指示地址包括微量数据SM在寻呼消息PM中所存放的数据顺序、数据大小或微量数据起始地址及结束地址等。当UE辨认寻呼区域PFD中包括了微量数据指示符时，UE则还在寻呼区域PFD中检索微量数据SM的指定地址，并根据此指定地址从寻呼消息PM中检索微量数据。

值得注意的是，单一寻呼机会子帧30可对应于多个UE（以不同的P-RNTI以及寻呼消息PM中不同的寻呼区域PFD），本实施例这样将微量数据附加在寻呼消息PM中的作法，实使得微量数据以一广播的状态传送至对应于相同寻呼机会子帧30的UE。由于微量数据通常本身具有一定的安全机制，不会衍生出隐私/安全的问题，但仍有每次接收寻呼消息PM时接收了自身所不需要的数据的问题（即，微量数据造成的额外负担）。

图4则为本发明另一实施例所示出的寻呼消息与微量数据的关系图。与图3所示实施例不同的是，存放微量数据的指定地址位于另一个帧上。在本实施例中，当UE从通过PDCCH411从寻呼机会子帧40中解码得到P-RNTI后，UE则还通过PDSCH412取得寻呼消息PM，当UE检索PM中对应于自身的寻呼区域PFD时，当辨认得到寻呼区域PFD中包括了微量数据指示符时，UE则还在寻呼区域PFD中检索微量数据SM的指定地址。由于在本实施例中，指定地址位于下一个子帧41上，UE则在接收寻呼机会子帧40后还接收下一个子帧41，并根据存放于寻呼区域PFD中的指定地址的信息从下一个子帧41中检索微量数据SM。

下一个子帧41可以是任何一个寻呼机会子帧，亦可为一下行链路路径传输的子帧，只要控制节点在指定地址的信息中标明即可。例如，下一个子帧41可以是一个有提供传呼机会的子帧或是一个仅提供下行链路路径数据的子帧。在本实施例中，下一个子帧41与寻呼机会子帧40位于同个帧中，并且下一个子帧41为寻呼机会子帧40下一个时间点的寻呼机会子帧，但在实施时则可根据实际状况而对包括指定地址的子帧进行设置，本发明并不限定于上述。

另外，由于控制节点可以对各个寻呼机会子帧所中对应的UE进行安排，控制节点可减少摆放微量数据SM的寻呼机会子帧40所对应的UE，或是将多笔微量数据集中摆放于同一个寻呼机会子帧（例如寻呼机会子帧40）中。如此一来，便可避免了如图3所示实施例中，微量数据SM对于其他UE所造成的额外负担。但是，在本实施例中，UE必须在接收寻呼机会子帧40外的下一个时间点（或是好几个时间点过后）接收下一个子帧41，这么一来，相较于图3所示实施例，本实施例中的微量数据则有些许的时间延迟。但基本上用户对于微量数据信号的时间延迟较能忍受，上述的时间延迟应尚不至于造成用户使用上的困扰。

在图3、图4所示实施例外，在本发明一实施例中，控制节点则是将指定地址的信息包括于RRC释放消息之中，当UE从寻呼区域PFD辨识到微量数据指示符时，便可直接从指定地址检索微量数据。相较于上述图3、图4所示实施例，如此设置的好处在于，寻呼消息（例如图3、4所示寻呼消息PM）的数据大小便可减小，对应于同个寻呼机会子帧的UE皆降低了数据额外负担。但是，相较于图3、图4所示实施例而言，这样的作法较不具弹性。由于在本实施例中，指定地址的信息被包括于RRC释放消息之中，表示在下一次UE与控制节点建立RRC连线前，控制节点都必须以此指定地址传送微量数据给UE，而图3、图4所示实施例的设置则无此限制，当需传送微量数据时，皆可动态的调整微量数据的指定地址。

简单来说，无论是利用上述的哪种指定地址的信息的传送方法搭配微量数据的摆放位置，UE皆可单纯以监测对应的寻呼机会子帧的方式，从控制节点接收得到对应的微量数据，而不需与控制节点建立RRC连线。

以下则将对上行链路路径的微量数据传输（即，从UE传送微量数据至控制节点）进行说明。一般而言，当UE欲传送数据（音频视频数据或是上述的微量数据）皆需要与控制节点建立RRC连线，才可传送数据。而在本发明中，控制节点将在传送RRC释放消息时，将一特定前导信号（preamble）包括在所述的RRC释放消息中。

当UE欲传送微量数据至控制节点时，UE则可通过物理随机接入信道（Physical Random Access Channel，简称：PRACH）传送此特定前导信号至控制节点。当控制节点在PRACH接收到此特定前导信号而非一般欲建立RRC所传送的前导信号时，控制节点即可辨别传送此特定前导信号的UE欲传送一微量数据。因此，控制节点可传送一随机存取（random access，简称：RA）回应消息至UE。但此时的RA回应消息并非为了通知UE可与其进行RRC连线，而是为了通知UE可传送微量数据。当UE接收RA回应消息后，UE则将上述的微量数据夹带于RRC建立连线要求消息中传送至控制节点。由于控制节点以辨识得知UE仅欲传送微量数据而非为了建立RRC连线而传送此RRC建立连线要求消息，控制节点则从此RRC建立连线要求消息检索微量数据并传送至网络中对应的对象。

这么一来，当每次UE欲传送微量数据至控制节点时，UE亦不需要与控制节点建立RRC连线，使得RRC连线所需的至少16个信令负担（包括至少176byte的额外数据）可被节省，除了使得传输更有效率外，更降低了建立RRC连线所造成的时间延迟。而当UE为智能电表（smart meter）等电子装置将周期性的通过机器间通信（machine type communication，简称：MTC）网络传送微量数据，上述可被节省的信令负担则更可观。

值得注意的是，由于特定的前导信号数量有限，而单一控制节点所服务的UE可能亦包括多数UE需要进行微量数据传输，在本发明一实施例中，上述的特定前导信号具有时效性，也就是被半保留（semi-reserved）的。当此UE使用特定前导信号的时效过了之后，UE便无法通过上述的方式传送微量数据，可能必须在重新建立RRC连线后传送上述微量数据，并于下一次接收RRC释放消息时，重新获得时效内的特定前导信号。

图5为本发明一实施例所示出的微量数据传输***的时序流程图，提供了本发明中微量数据传输方法较为完整的信号传输流程。另一方面，图5所示的微量数据传输***10也可以直接被整合在现有的***之中，不与现有的数据传输方式有任何冲突。

请参照图5，其中微量数据传输***10包括了控制节点110以及UE120。其中，在执行步骤S501之前，UE120也许需要与控制节点110沟通，例如传送需要控制节点110提供微量数据传输的服务。当控制节点110同意提供微量数据传输的服务后，控制节点110以及UE120便可进一步的针对微量数据的封包大小、传输的周期或区间、传输的绝对时机（absolute timing）和/或强健度（robustness）需求等条件进行沟通。

当控制节点110完成上述条件的沟通，并且又需要释放与UE120之间的RRC连线时，控制节点110将传送RRC释放消息至UE120（步骤S501），而当UE接收到此RRC释放消息时，便可切换至闲置模式（即，RRC IDLE状态）周期性的监听寻呼帧（步骤S502）。值得注意的是，控制节点110则将部份进行微量数据传输的信息包括入RRC释放消息中，例如特定前导信号、特定前导信号的使用时效期限、或甚至下行链路路径的微量数据的指定地址等，随着实施方式的不同而有所差异。

当UE120处于闲置模式，而控制节点110从网络接收到对应于UE120的微量数据（步骤S503）时，控制节点110则传送对应于UE120的寻呼机会子帧的消息以及微量数据至UE120（步骤S504），至于微量数据的传送方法则可参考上述实施例（例如图3～图4的实施方式），在此则不赘述。当UE120成功从指定地址检索微量数据时，UE120传送包括特定前导信号的应答（Acknowledgement，简称：ACK）信号至控制节点110。而当UE120无法成功从指定地址检索微量数据时，UE120则传送否定应答（NegativeAcknowledgement，简称：NACK）信号至控制节点110（步骤S505）。

值得注意的是，UE120可通过PRACH传送上述的ACK或NACK信号。而上述ACK或NACK信号所包括的特定前导信号可与用于上行链路路径的微量数据传输的特定前导信号相同或不同。若是ACK或NACK信号所包括的特定前导信号不同于上行链路路径的微量数据传输的特定前导信号，UE120也可从RRC释放消息中取得此特定前导信号。

在本发明另一实施例中，ACK或NACK信号不包括的上述的特定前导信号，而是利用PRACH中特定的时隙（slot）传送。而本发明的又另一实施例中，ACK或NACK信号既包括的上述的特定前导信号，且利用PRACH中特定的时隙（slot）传送。同样的，ACK/NACK所指定的特定时隙的相关信息也可被包含在RRC释放消息中传送至UE120。

请再次参照图5，当控制节点110从UE120接收到ACK信号后，则表示此次的下行链路路径数据传输已完成。而当中控制节点110从UE120接收到NACK信号，或是在传送微量数据之后一预设时间内未接收到任何从UE120回传的ACK或NACK信号时，控制节点110则将判断此次微量数据并未传输完成。因此，控制节点将110传送RA回应消息至UE120以告知UE120控制节点110即将重传上述的微量数据，并利用例如上述步骤S504的传输方式重新传送微量数据至UE120（步骤S506、S507）。换句话说，步骤S506、S507在微量数据传输成功时是不会被执行的。

而步骤S511～S515则是上行链路路径的微量数据传输的流程。请继续参照图5，当UE120产生微量数据（例如通过用户操控而产生，或是周期性的被产生）时（步骤S511），UE120则通过PRACH传送特定前导信号至控制节点110通知控制节点UE120欲传送一微量数据。当PRACH拥塞或碰撞时，UE120则自动后退（auto back-off）一预设时间点，再重新传送（步骤S512）。当控制节点110接收上述的特定前导信号后，控制节点110可传送RA回应消息至UE120，以通知UE120可传送微量数据（步骤S513）。当UE120接收RA回应消息后，UE120则将传送上述的微量数据至控制节点110（例如，夹带微量数据于RRC建立连线要求消息中）（步骤S514）。由于控制节点110已根据特定前导信号辨识得知UE120仅欲传送微量数据，控制节点110则检索微量数据。若是控制节点110成功检索微量数据，则回传ACK信号至UE120（步骤S515）。而当控制节点110未成功检索微量数据，控制节点110则回传NACK信号至UE120。当UE120接收NACK信号或是在传送微量数据之后预设时间内未接收到任何从控制节点110回传的ACK或NACK信号时，UE120则重复上述步骤S512～514来重新传送此微量数据。

本发明一提供了一种用户设备适用于上述的微量数据传输方法。图6为本发明一实施例所示出的用户设备的功能方块图。请参照图6，UE60包括收发器610以及通信协定单元620。收发器610用以从一控制节点接收/传送信号。通信协定单元620耦接至收发器610，通过收发器610接收/传送信号。其中，通信协定单元620在用户设备60的睡眠模式或闲置模式中通过收发器监控寻呼帧中第一寻呼机会子帧。当通信协定单元620检测第一寻呼机会子帧中包括一标识符对应于用户设备时，通信协定单元620通过收发器610接收对应于第一寻呼机会子帧的第一寻呼消息。通信协定单元620解析寻呼消息，当第一寻呼消息中包括一微量数据指示符时，通信协定单元620至一指定地址检索数据，其中数据为微量数据。至于UE60的详细实施方式则可参考上述图1～图5所示实施例，在此则不赘述。

一种可实现方式中，通信协定单元620通过收发器610接收该该第一寻呼消息，从该第一寻呼消息中对应于该标识符的一寻呼区域检索该指定地址；以及，通信协定单元620根据该指定地址从该第一寻呼消息中的该指定地址检索该数据。

另一种可实现方式中，通信协定单元620从该第一寻呼消息中对应于该标识符的该寻呼区域检索该指定地址；以及，通信协定单元620控制收发器610接收一第二寻呼消息，根据该指定地址从该第二寻呼消息中的该指定地址检索该数据，其中该第二寻呼消息所对应的一第二寻呼机会子帧与该第一寻呼机会子帧位于同一寻呼帧中。

其中，该标识符为一寻呼无线电网络临时标识符，以及通信协定单元620控制收发器610通过PDCCH检测该第一寻呼机会子帧中是否包括该标识符。

通信协定单元620还可以控制收发器610通过PDSCH接收对应于该第一寻呼机会子帧的该第一寻呼消息。

在上述基础上，当检索该数据成功时，通信协定单元620控制收发器610通过PRACH传送一应答信号至该控制节点；以及，当检索该数据不成功时，通信协定单元620控制收发器610通过物理随机接入信道传送一否定应答信号至该控制节点。其中，该应答信号以及该否定应答信号包括一特定前导信号，和/或通过所述物理随机接入信道中一指定时隙传送。

当UE60在一连线模式下接收一RRC连线释放消息时，通信协定单元620切换UE60为该闲置模式。其中，该RRC连线释放消息包括该指定地址。

进一步地，该RRC连线释放消息中可以包括一特定前导信号，则UE60还可以包括：该用户设备中一处理单元产生一传送数据，并传送至通信协定单元620，其中该数据为微量数据；通信协定单元620控制收发器610传送包括该特定前导信号至该控制节点；以及，当通信协定单元620通过收发器610从该控制节点接收响应于该特定前导信号的一连线回应时，传送包括该数据的一建立连线要求至该控制节点。

还需说明的是，通信协定单元620可以控制收发器610通过物理随机接入信道传送该特定前导信号至该控制节点；以及，该建立连线要求为一RRC建立连线要求。

但值得注意的是，本发明中的通信协定单元620可被实现为一硬件电路，可被共同设置在用户设备中的基频处理芯片中，亦可被共同设置在用户设备中的一处理器中。另外，本发明中的通信协定单元620亦可利用用户设备中的处理单元利用计存储器执行对应的程序而实现，本发明并不限定于上述。

综上所述，本发明提供了一种微量数据传输方法以及使用此方法的用户设备（UE），可被整合于现有的网络中，并且可不与控制节点（例如，基地台）建立RRC连线的情况下传输微量数据。例如，在下行链路路径中，控制节点可通过寻呼消息通知UE，使UE可至指定地址检索微量数据。而在上行链路路径中，UE则可通过传送特定前导信号的方式，来传送微量数据。这么一来，UE则不需要为了传送微量数据而在RRC CONNECTED状态与RRCIDLE状态之间反复的切换造成电力快速的消耗，亦可避免反复的RRC连线建立所造成的时间延迟以及过多的额外信令负担。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (20)

1.一种微量数据传输方法，其特征在于，适用于用户设备在不建立无线资源控制连线的情况下在无线网络中自控制节点收发微量数据，包括以下步骤：

在闲置模式中监控寻呼帧中第一寻呼机会子帧；

当检测该第一寻呼机会子帧中包括标识符对应于该用户设备时，接收对应于该第一寻呼机会子帧的第一寻呼消息；以及

解析该寻呼消息，当该第一寻呼消息中包括微量数据指示符时，至指定地址检索该数据，其中该数据为微量数据。

2.根据权利要求1所述的微量数据传输方法，其特征在于，所述解析该第一寻呼消息，当该第一寻呼消息中包括该微量数据指示符时，至该指定地址检索该数据的步骤包括：

从该第一寻呼消息中对应于该标识符的寻呼区域检索该指定地址；以及

根据该指定地址从该第一寻呼消息中的该指定地址检索该数据。

3.根据权利要求1所述的微量数据传输方法，其特征在于，所述解析该第一寻呼消息，当该第一寻呼消息中包括该微量数据指示符时，至该指定地址检索该数据的步骤包括：

从该寻呼消息中对应于该标识符的该寻呼区域检索该指定地址；以及

根据该指定地址从第二寻呼消息中的该指定地址检索该数据，其中该第二寻呼消息所对应的第二寻呼机会子帧与该第一寻呼机会子帧位于同一寻呼帧中。

4.根据权利要求1所述的微量数据传输方法，其特征在于，该标识符为寻呼无线电网络临时标识符，以及监控该寻呼帧中该第一寻呼机会子帧的步骤包括：

通过物理下行链路控制信道检测该第一寻呼机会子帧中是否包括该标识符。

5.根据权利要求1所述的微量数据传输方法，其特征在于，接收对应于该第一寻呼机会子帧的该第一寻呼消息的步骤包括：

通过物理下行链路共享信道接收对应于该第一寻呼机会子帧的该第一寻呼消息。

6.根据权利要求1所述的微量数据传输方法，其特征在于，所述指定地址检索该数据的步骤之后，所述方法还包括：

当检索该数据成功时，通过物理随机接入信道传送应答信号至该控制节点；以及

当检索该数据不成功时，通过物理随机接入信道传送否定应答信号至该控制节点，

其中，该应答信号以及该否定应答信号包括特定前导信号，和/或通过所述物理随机接入信道中指定时隙传送。

7.根据权利要求1所述的微量数据传输方法，其特征在于，监控该寻呼帧的步骤前，所述方法还包括：

当在连线模式下接收无线资源控制连线释放消息时，切换为该闲置模式。

8.根据权利要求7所述的微量数据传输方法，其特征在于：

该无线资源控制连线释放消息包括该指定地址。

9.根据权利要求7所述的微量数据传输方法，其特征在于，该无线资源控制连线释放消息中包括特定前导信号，所述微量数据传输方法还包括：

产生传送数据，其中该数据为微量数据；

传送包括该特定前导信号至该控制节点；以及

当从该控制节点接收响应于该特定前导信号的连线回应时，传送包括该数据的建立连线要求至该控制节点。

10.根据权利要求7所述的微量数据传输方法，其特征在于，该建立连线要求为无线资源控制建立连线要求，所述传送该特定前导信号至该控制节点的步骤包括：

通过物理随机接入信道传送前导信号至该控制节点。

11.一种用户设备，其特征在于，包括：

收发器，用以从控制节点接收/传送信号；以及

通信协定单元，耦接至该收发器，通过该收发器接收/传送信号，

其中，该通信协定单元于该用户设备的睡眠模式或闲置模式中通过该收发器监控寻呼帧中第一寻呼机会子帧；

当该通信协定单元检测该第一寻呼机会子帧中包括标识符对应于该用户设备时，该通信协定单元通过该收发器接收对应于该第一寻呼机会子帧的一第一寻呼消息；以及

该通信协定单元解析该寻呼消息，当该第一寻呼消息中包括微量数据指示符时，该通信协定单元至指定地址检索该数据，其中该数据为微量数据。

12.根据权利要求11所述的用户设备，其特征在于：

该通信协定单元通过该收发器接收该该第一寻呼消息，从该第一寻呼消息中对应于该标识符的寻呼区域检索该指定地址；以及

该通信协定单元根据该指定地址从该第一寻呼消息中的该指定地址检索该数据。

13.根据权利要求11所述的用户设备，其特征在于：

该通信协定单元从该第一寻呼消息中对应于该标识符的该寻呼区域检索该指定地址；以及

该通信协定单元控制该收发器接收第二寻呼消息，根据该指定地址从该第二寻呼消息中的该指定地址检索该数据，其中该第二寻呼消息所对应的第二寻呼机会子帧与该第一寻呼机会子帧位于同一寻呼帧中。

14.根据权利要求11所述的用户设备，其特征在于，该标识符为寻呼无线电网络临时标识符，以及该通信协定单元控制该收发器通过物理下行链路控制信道检测该第一寻呼机会子帧中是否包括该标识符。

15.根据权利要求11所述的用户设备，其特征在于：

该通信协定单元控制该收发器通过物理下行链路共享信道接收对应于该第一寻呼机会子帧的该第一寻呼消息。

16.根据权利要求11所述的用户设备，其特征在于：

当检索该数据成功时，该通信协定单元控制该收发器通过物理随机接入信道传送应答信号至该控制节点；以及

当检索该数据不成功时，该通信协定单元控制该收发器通过物理随机接入信道传送否定应答信号至该控制节点，

其中，该应答信号以及该否定应答信号包括特定前导信号，和/或通过所述物理随机接入信道中指定时隙传送。

17.根据权利要求11所述的用户设备，其特征在于：

当该用户设备在连线模式下接收无线资源控制连线释放消息时，该通信协定单元切换该用户设备为该闲置模式。

18.根据权利要求17所述的用户设备，其特征在于：

该无线资源控制连线释放消息包括该指定地址。

19.根据权利要求17所述的用户设备，其特征在于，该无线资源控制连线释放消息中包括特定前导信号，所述用户设备还包括：

该用户设备中处理单元产生传送数据，并传送至该通信协定单元，其中该数据为微量数据；

该通信协定单元控制该收发器传送包括该特定前导信号至该控制节点；以及

当该通信协定单元通过该收发器从该控制节点接收响应于该特定前导信号的连线回应时，传送包括该数据的建立连线要求至该控制节点。

20.根据权利要求17所述的用户设备，其特征在于：

该通信协定单元控制该收发器通过物理随机接入信道传送该特定前导信号至该控制节点；以及

该建立连线要求为无线资源控制建立连线要求。