CN109429372B - 一种建立通信链路的方法、设备和系统 - Google Patents

一种建立通信链路的方法、设备和系统 Download PDF

Info

Publication number
CN109429372B
CN109429372B CN201710544090.4A CN201710544090A CN109429372B CN 109429372 B CN109429372 B CN 109429372B CN 201710544090 A CN201710544090 A CN 201710544090A CN 109429372 B CN109429372 B CN 109429372B
Authority
CN
China
Prior art keywords
rrc connection
message
paging
request message
idle state
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.)
Active
Application number
CN201710544090.4A
Other languages
English (en)
Other versions
CN109429372A (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.)
Xian Zhongxing New Software Co Ltd
Original Assignee
Xian Zhongxing New Software 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 Xian Zhongxing New Software Co Ltd filed Critical Xian Zhongxing New Software Co Ltd
Priority to CN201710544090.4A priority Critical patent/CN109429372B/zh
Priority to PCT/CN2018/075144 priority patent/WO2019007054A1/zh
Publication of CN109429372A publication Critical patent/CN109429372A/zh
Application granted granted Critical
Publication of CN109429372B publication Critical patent/CN109429372B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种建立通信链路的方法、设备和系统；所述方法应用于用户设备UE，该方法可以包括：进入空闲IDLE态后，在每一个下行子帧上监听寻呼消息；确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；接收针对所述RRC连接请求消息的RRC连接建立消息；根据所述RRC连接建立消息建立RRC连接。

Description

一种建立通信链路的方法、设备和系统
技术领域
本发明涉及无线通信技术，尤其涉及一种建立通信链路的方法、设备和系统。
背景技术
而随着通信技术的发展，关于第五代移动通信技术(5G，5th-Generation)的研究也已经展开。从目前的5G技术的发展方向来看，主要将涵盖三大类场景：超大吞吐量的增强型移动宽带互联(eMBB，Enhance Mobile Broadband)方向，主要面向于5G手机类用户终端；超高可靠性与超低时延业务(uRLLC，Ultra Reliable&Low Latency Communication)，主要面向5G紧急业务或者公共安全、车联网自动驾驶，工业4.0等方向；以及高时延低成本的超大规模物联网(mMTC Massive Machine Type Communication)方向，主要面向于低成本，低移动性，大规模物联，以窄带物联网(NB-IoT，Narrow Band Internet of Things)，增强机器类通信(eMTC，enhanced Machine Type Communication)等为主要技术代表。
针对uRLLC方向，当前处于空闲(idle)态终端建立连接从而转换到激活连接态的过程采用非连续接收(DRX，Discontinuous Reception)的方式实现，也就是说当终端处于idle态时，需要在DRX周期到达时唤醒并接收网络侧发送的寻呼消息，并且为了接收寻呼(Paging)消息，处于idle态的终端需要在公共信道上监听使用寻呼无线网络临时标识(P-RNTI，Paging Radio Network Tempory Identity)加扰的物理下行控制信道(PDCCH，Physical Downlink Control CHannel)。
对于上述方案，需要说明的是：首先，由于最短的DRX周期是32个无线帧，也就是320ms，因此，在最差的情况下，从网络侧希望和终端进行通讯到终端接收到寻呼消息，需要耗费320ms；其次，Paging消息的频域资源由P-RNTI加扰的PDCCH所提供，由于P-RNTI加扰的PDCCH在公共搜索空间中，所以同一个子帧上解码到P-RNTI加扰的用户设备(UE，UserEquipment)不止一个，而Paging消息是一个RRC层3消息，所以终端从物理层监听到P-RNTI加扰的PDCCH之后，需要解码对应的物理下行共享信道(PDSCH，Physical Downlink SharedChannel)，于是UE需要经过依次无线链路层控制(RLC，Radio Link Control)、介质访问控制(MAC，Media Access Control)、分组数据汇聚协议(PDCP，Packet Data ConvergenceProtocol)层的处理，在无线资源控制(RRC，Radio Resource Control)层才能解码这个消息。也就是说，Paging消息在UE的传输方向是物理层-->RLC-->MAC-->PDCP-->RRC，本身也会引入时间延迟。
结合上述分析，当前处于空闲idle态终端转换到激活连接态的过程所采用的方案会引入较多的时延，无法实现uRLLC所期望的低时延要求。
发明内容
为解决上述技术问题，本发明实施例期望提供一种建立通信链路的方法、设备和系统，能够降低空闲idle态终端转换到激活连接态的时延。
本发明的技术方案是这样实现的：
第一方面，本发明实施例提供了一种建立通信链路的方法，所述方法应用于用户设备UE，所述方法包括：
进入空闲IDLE态后，在每一个下行子帧上监听寻呼消息；
确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；
接收针对所述RRC连接请求消息的RRC连接建立消息；
根据所述RRC连接建立消息建立RRC连接。
在上述方案中，所述方法还包括：
进入空闲IDLE态后，忽略已有的DRX配置信息。
在上述方案中，所述方法还包括：
在进入IDLE态之后，向网络侧发送能力指示信息，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
在上述方案中，在每一个下行子帧上监听寻呼消息，包括：
在每一个下行子帧的物理下行控制信道PDCCH监听是否存在寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；
当监听到P-RNTI加扰的DCI时，对所述DCI进行解码并查询所述解码后的DCI中是否包括所述UE自身的标识；
当所述解码后的DCI中包括所述UE自身的标识时，确定所述寻呼消息指示的目的UE包括所述UE自身。
在上述方案中，确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息，包括：
确定所述寻呼消息指示的目的UE包括所述UE自身时，继续对所述DCI解码，获取上行授权信息；
根据所述上行授权信息指示的无线资源向网络侧发送所述预先缓存的RRC连接建立请求消息。
在上述方案中，所述接收针对所述RRC连接请求消息的RRC连接建立消息，包括：
所述UE在发送完成所述RRC连接请求消息后，在每一个下行子帧监听所述RRC连接建立消息。
在上述方案中，所述RRC连接建立消息携带有待传输的数据内容。
第二方面，本发明实施例提供了一种建立通信链路的方法，所述方法包括：
当需要与空闲IDLE态用户设备UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
接收所述UE发送的RRC连接请求消息；
针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
在上述方案中，所述方法还包括：
在所述UE进入IDLE态之后，接收由所述UE发送的能力指示信息，其中，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
在上述方案中，所述通过下行子帧向所述UE发送寻呼消息，包括：
在所述下行子帧的物理下行控制信道PDCCH放置由寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；其中，所述DCI包括所述UE的标识以及上行资源授权DCI；所述上行资源授权DCI包括所述UE发送RRC连接请求消息所需的无线资源。
在上述方案中，所述RRC连接建立消息携带有待传输的数据内容。
第三方面，本发明实施例提供了一种用户设备UE，所述UE包括：第一网络接口，第一存储器和第一处理器；其中，
所述第一网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述第一存储器，用于存储能够在所述第一处理器上运行的计算机程序；
所述第一处理器，用于在运行所述计算机程序时，执行第一方面中任一项所述方法的步骤。
第四方面，本发明实施例提供了一种网络设备，所述网络设备包括：第二网络接口、第二存储器和第二处理器；
其中，所述第二网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述第二存储器，用于存储能够在第二处理器上运行的计算机程序；
所述第二处理器，用于在运行所述计算机程序时，执行第二方面中任一项所述方法的步骤。
第五方面，本发明实施例提供了一种建立通信链路的系统，所述系统包括用户设备UE以及网络侧的网络设备；其中，
所述UE，用于进入空闲IDLE态后，预先将无线资源控制RRC连接请求消息进行缓存，并在每一个下行子帧上监听寻呼消息；
以及，确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送缓存的RRC连接请求消息；
以及，接收针对所述RRC连接请求消息的RRC连接建立消息；
以及，根据所述RRC连接建立消息建立RRC连接；
所述网络设备，用于当需要与空闲IDLE态用户设备UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
接收所述UE发送的RRC连接请求消息；
针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
本发明实施例提供了一种建立通信链路的方法、设备和系统；UE在IDLE态时，忽略已有的DRX配置信息，无需在DRX周期到达时唤醒并监听寻呼消息，而是在每一个下行子帧上监听寻呼消息，从而当网络侧需要建立连接并传递信息时，无需等待一个DRX周期的时长后才能够进行寻呼消息的发送，可以根据需要随时建立连接并传递信息，从而降低了空闲idle态终端转换到激活连接态的时延。
附图说明
图1为本发明实施例提供的一种空闲态终端转换到激活连接态的流程示意图；
图2为本发明实施例提供的一种建立通信链路的方法流程示意图；
图3为本发明实施例提供的一种建立通信链路的方法流程示意图；
图4为本发明实施例提供的一种建立通信链路的方法详细流程示意图；
图5为本发明实施例提供的一种信令交互示意图；
图6为本发明实施例提供的一种用户设备结构示意图；
图7为本发明实施例提供的一种网络设备结构示意图；
图8为本发明实施例提供的一种建立通信链路的系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
首先，需要空闲idle态终端转换到激活连接态的通用过程进行说明，参见图1，其示出了空闲idle态终端建立连接的过程，该过程可以包括如下步骤：S10，当移动管理实体(MME，Mobile Managenment Entity)需要向处于演进的分组系统连接状态管理(ECM，Evolved Packet System Connection Management)的空闲IDLE态UE发送下行数据时，会向UE所注册的所有跟踪区(TA，Tracking Area)内的所有演进型基站(eNB，evolved Node B)发送一条寻呼PAGING消息，MME向eNB发送PAGING消息的具体过程可以参见第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)协议36.413中9.1.6节的内容。eNB接收到PAGING消息之后的处理过程可以参见3GPP协议36.413中8.5节的记载，随后，S20，eNB通过空口发送一条Paging消息至UE，eNB向UE发送Paging消息的具体过程参见3GPP协议36.331中6.2.2节的记载。S30，处于RRC_IDLE态的UE在接收到Paging消息后，会发起RRC连接建立过程来接收呼叫。UE的具体处理流程可以参见3GPP协议36.331中5.3.2节的记载。
在图1所述的通用流程中，寻呼信道(PCH，Paging CHannel)用于传输来自寻呼控制信道(PCCH，Paging Control Channel)的Paging信息。PCH可以直接映射到PDSCH物理信道，与下行共享信道(DL-SCH，Downlink Share Channel)数据共同参与下行调度。Paging消息的示例内容如下：
在上述Paging消息的示例中，pagingRecordList可以表示为被寻呼的UE列表，systemInfoModification如果存在则可以指示一个除系统信息块(SIB，SystemInformation Block)10、SIB11、SIB12外的系统消息变更，etws-Indication如果存在则可以指示一个地震和海啸预警系统(ETWS，Earthquake and Tsunami Warning System)首要通知primary notification和/或ETWS次要通知secondary notification。
对于pagingRecordList来说，只有处于RRC_IDLE态的UE，才会读取pagingRecordList中的信息。为了接收来自eNodeB的Paging消息，处于RRC_IDLE态的UE会监听使用P-RNTI(例如值为0xFFFE)加扰的PDCCH。
由于Paging支持DRX，使得处于RRC_IDLE态的UE可以在预先定义好的时间段内“醒来”以接收Paging消息，而在其它时间可以保持“休眠”状态，这样所带来的好处则是能够降低功耗，提升UE的电池使用时间。
进一步来说，Paging消息所占的频域资源是由P-RNTI加扰的PDCCH(参见3GPP协议36.213的Table 7.1-2)所指定的。而在时域上，UE只会在其Paging周期内的某个特定帧的特定子帧去尝试接收Paging消息，而该特定帧可以称为寻呼帧(PF，Paging Frame)，该特定子帧可以称为寻呼时机(PO，Paging Occasion)。PF是一个无线帧，可以包括一个或多个的PO，在PO上可以会存在使用P-RNTI加扰，并指示Paging消息的PDCCH。当使用了DRX，UE在每个DRX周期cycle上只需要检测1个PO，也就是说，对应每个UE，在每个Paging周期内只有1个子帧可用于发送Paging。DRX cycle与Paging周期是同一概念；而PF是一个满足下述公式的系统帧：
SFN mod T＝(T div N)×(UE_ID mod N)
在实际应用中，可以使用索引i_s查询表1或表2(参见3GPP协议36.304的7.2节)，可得到PO。
表1
FDD:
Ns PO when i_s＝0 PO when i_s＝1 PO when i_s＝2 PO when i_s＝3
1 9 N/A N/A N/A
2 4 9 N/A N/A
4 0 4 5 9
表2
TDD(all UL/DL configurations):
Ns PO when i_s＝0 PO when i_s＝1 PO when i_s＝2 PO when i_s＝3
1 0 N/A N/A N/A
2 0 5 N/A N/A
4 0 1 5 6
对于PCCH的配置参数来说，具体的配置内容如下所示：
在上述具体配置内容中，参数defaultPagingCycle为默认的DRX cycle，对应3GPP36.304中定义的“T”。其中rf32对应32个系统帧，rf64对应64个系统帧，以此类推。而参数nB用于推导PF和PO(参见3GPP36.304)。其中，fourT对应4×T，twoT对应2×T，以此类推。
通过上述针对空闲idle态终端转换到激活连接态的通用过程说明可以看出：由于DRX周期的限制，空闲idle态终端需要在DRX周期到达时才能接收到Paging消息，此时会引入时间延迟；而且由于Paging消息为RRC层3消息，因此，终端需要从物理层接收到P-RNTI加扰的PDCCH后，还必须经过RLC，MAC，PDCP层的处理，在RRC层才能解码这个消息，也就是说，当空闲idle态终端接收到Paging消息的过程是从物理层依次经过RLC、MAC和PDCP之后，才能够到达RRC层，此时也会引入了时间延迟。
对于上述空闲idle态终端转换到激活连接态的通用过程方案，本发明实施例通过以下实施例来解决上述方案所出现的问题。
实施例一
参见图2，其示出了本发明实施例提供的一种建立通信链路的方法，该方法可以应用于UE，所述方法可以包括：
S201：UE进入空闲IDLE态后，在每一个下行子帧上监听寻呼消息；
具体来说，在图1所示的已有的通用方案中，在空闲模式中，UE可以在关闭期间维持在睡眠阶段，以使得UE中的大部分电路(例如，无线电接收机电路)被切断。UE可以在PO期间唤醒，以监控特定信道上的控制信息。例如，在PO期间，UE可以唤醒并针对下行链路信息(例如，来自于MME的呼叫消息)或由无线通信网络发起的其它信息而监控控制信道的帧。例如，如果UE和eNB被安排为根据3GPP-LTE标准彼此进行通信，则UE可以在PO期间唤醒，并监控PDCCH的传送时间时刻，以确定UE是否正在被无线通信网络呼叫。当不在PO中时，UE可以抑制监控控制信道(例如，不监控控制信道)以降低能耗。例如，如果UE和eNB被安排为根据3GPP LTE标准彼此进行通信，则UE可以在PO之外的时间期间抑制监控(例如，不监控)PDCCH的传送时间时刻。
而对于本实施例的技术方案，在很多场景下，即使UE无需进行过于频繁的通信，但是此时期望的效果并非是降低能耗，而是期望能够在需要建立连接并传递信息信息时，能够达到低时延且高可靠性的效果。
具体来说，为了能够使得UE在每一个下行子帧上监听寻呼消息，所述UE进入空闲IDLE态后，图2所示的方法还可以包括：UE忽略已有的DRX配置信息。
举例来说，以车联网中的车载UE为例，网络侧的网络设备可以示例性地选择为eNB。在车辆行驶过程中，车辆发动机的发电能够对车载UE进行供电，因此，车载UE尽管无需进行过于频繁的通信而进入IDLE态，但在不需要考虑能耗及续航问题的前提下，期望车载UE在网络侧需要建立连接并传递信息时能够低时延且高可靠地建立连接以及传递信息。因此，车载UE在IDLE态时，可以保持无线电收发机电路以及处理电路不被切断，并且忽略之前网络侧通过专用消息或者公共配置消息所配置的任何DRX参数信息，才能够使得车载UE处于IDLE态时，依然可以在每一个下行子帧上监听寻呼消息。
S202：UE确定寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；
需要说明的是，UE在进入IDLE态后，可以预先将RRC连接请求消息进行缓存，于是当UE确定自身被寻呼时，能够马上将缓存RRC连接请求消息向网络侧进行上行发送，从而也能够降低时延。
S203：UE接收针对所述RRC连接请求消息的RRC连接建立消息；
S204：UE根据所述RRC连接建立消息建立RRC连接。
对于S203和S204，需要说明的是，UE在将缓存的RRC连接请求消息向网络侧进行上行发送后，可以接收网络侧返回的RRC连接建立消息，从而根据RRC连接建立消息中的相关控制参数与网络侧建立RRC连接，至此为止，UE也从IDLE态转为激活连接态。后续UE能够通过建立的RRC连接与网络侧进行信息的交互和传递。
通过图2所示的技术方案可以看出，由于UE在IDLE态时，忽略已有的DRX配置信息，因此，无需在DRX周期到达时唤醒并监听寻呼消息，而是在每一个下行子帧上监听寻呼消息，从而当网络侧需要建立连接并传递信息时，无需等待一个DRX周期的时长后才能够进行寻呼消息的发送，可以根据需要随时建立连接并传递信息，从而降低了空闲idle态终端转换到激活连接态的时延。
对于图2所示的技术方案，在一种可能的实现方式中，由于UE在IDLE态的情况下，能够在每一个下行子帧上监听寻呼消息，所以相应地需要网络侧在UE处于IDLE态时，能够在需要向UE发送数据时，与UE建立连接并传递数据。因此，UE在进入IDLE态之后，可以向网络侧发送能力指示信息，所述能力指示信息用于表征UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。网络侧在接收到能力指示消息后，能够在需要向UE发送数据时，随时向UE发送寻呼消息，从而与UE建立连接并传递数据，避免网络侧要等待DRX周期到达时才发送寻呼消息。
具体来说，UE可以通过上行信息的比特bit位或者上行消息来向网络侧通知所述能力指示信息，举例来说，UE可以在进入IDLE态之前，通过自定义的信息格式或者消息向网络侧进行通知；也可以将能力指示信息承载于向网络侧通知自身进入IDLE态的通知消息中，本实施例对比不做赘述。
对于图2所示的技术方案，在一种可能的实现方式中，UE在每一个下行子帧上监听寻呼消息，可以包括：
UE在每一个下行子帧的PDCCH监听是否存在P-RNTI加扰的下行控制信息(DCI，Downlink Control Information)；
当监听到P-RNTI加扰的DCI时，对所述DCI进行解码并查询所述解码后的DCI中是否包括UE自身的标识；
当所述解码后的DCI中包括所述UE自身的标识时，确定所述寻呼消息指示的目的UE包括所述UE自身。
可以理解地，当没有监听到P-RNTI加扰的DCI时，说明该子帧无网络寻呼需求；当解码后的DCI中没有包括所述UE自身的标识时，说明该子帧虽然是寻呼消息，但并非是针对所述UE的寻呼消息，因此，当上述两种情况出现时，UE可以对该子帧进行忽略。
针对该实现方式，相应来说，UE确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息，可以包括：
UE确定所述寻呼消息指示的目的UE包括所述UE自身时，继续对所述DCI解码，获取上行授权信息；
根据所述上行授权信息指示的无线资源向网络侧发送所述缓存的RRC连接建立请求消息。
具体来说，当所述解码后的DCI中包括所述UE自身的标识时，说明是针对所述UE自身发送的寻呼消息，从而UE可以继续尝试对DCI进行解码，以期望得到上行授权信息，可以理解地，上行授权信息可以封装于DCI中，具体形式包括但不限于DCI 0或DCI 4。当成功解码上行授权信息后，可以通知自身的缓存区立即将缓存的RRC连接建立请求消息上行发送至网络侧，并且上行发送RRC连接建立请求消息所占用的无线资源可以是所述上行授权信息指示的无线资源。
对于图2所示的技术方案，在一种可能的实现方式中，UE接收针对所述RRC连接请求消息的RRC连接建立消息，可以包括：
UE在发送完成所述RRC连接请求消息后，在连续的下行子帧监听RRC连接建立消息。
对于图2所示的技术方案，在一种可能的实现方式中，为了能够进一步地降低建立连接及传递数据的时延，所述RRC连接建立消息携带有待传输的数据内容。
通常来说，RRC连接建立消息通常包括建立RRC连接的配置参数，用于指示UE建立RRC连接，但是可以在待传输的数据内容中一部分挂接到配置参数之后，从而UE在获取RRC连接建立消息的同时，也能够开始接收待传输的数据内容。在实际过程中，优选地，所述RRC连接建立消息所携带的待传输的数据内容，具体可以是待传输的若干个数据包中的第一个数据包，从而当UE根据所述RRC连接建立消息建立RRC连接之后，开始通过RRC连接接收待传输的若干个数据包中除第一个数据包之外的后续数据包，从而也能够减少数据传输需耗费的时间，降低了数据传输的时延。
本实施例所提供的建立通信链路的方法，UE在IDLE态时，忽略已有的DRX配置信息，无需在DRX周期到达时唤醒并监听寻呼消息，而是在每一个下行子帧上监听寻呼消息，从而当网络侧需要建立连接并传递信息时，无需等待一个DRX周期的时长后才能够进行寻呼消息的发送，可以根据需要随时建立连接并传递信息，从而降低了空闲idle态终端转换到激活连接态的时延。
实施例二
基于前述实施例相同的技术构思，参见图3，其示出了本发明实施例提供的一种建立通信链路的方法，该方法可以应用于网络侧的网络设备，所述方法可以包括：
S301：当需要与空闲IDLE态UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
需要说明的是，结合前述实施例的技术方案，为了能够使得UE在每一个下行子帧上监听寻呼消息，网络侧的网络设备也需要忽略针对所述UE已有的DRX配置信息，从而能够在需要与UE建立连接并传递信息时，直接向UE发送寻呼消息。
S302：接收所述UE发送的RRC连接请求消息；
S303：针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
通过图3所示的技术方案，当网络侧需要与UE建立连接并传递信息时，无需等待一个DRX周期的时长后才能够进行寻呼消息的发送，可以根据需要随时建立连接并传递信息，从而降低了空闲idle态终端转换到激活连接态的时延。
对于图3所示的技术方案，在一种可能的实现方式中，网络侧的网络设备还可以在UE进入IDLE态之后，接收由UE发送的能力指示信息，所述能力指示信息用于表征UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。网络侧在接收到能力指示消息后，能够在需要向UE发送数据时，随时向UE发送寻呼消息，从而与UE建立连接并传递数据，避免网络侧要等待DRX周期到达时才发送寻呼消息。
具体来说，所述能力指示信息可以由UE通过上行信息的比特bit位或者上行消息来进行通知，举例来说，UE可以在进入IDLE态之前，通过自定义的信息格式或者消息向网络侧进行通知；也可以将能力指示信息承载于向网络侧通知自身进入IDLE态的通知消息中，本实施例对比不做赘述。
对于图3所示的技术方案，在一种可能的实现方式中，通过下行子帧向所述UE发送寻呼消息，可以包括：
在所述下行子帧的PDCCH放置由P-RNTI加扰的DCI；其中，所述DCI包括所述UE的标识以及上行资源授权DCI；所述上行资源授权DCI包括所述UE发送RRC连接请求消息所需的无线资源。
对于图3所示的技术方案，在一种可能的实现方式中，为了能够进一步地降低建立连接及传递数据的时延，所述RRC连接建立消息携带有待传输的数据内容。
通常来说，RRC连接建立消息通常包括建立RRC连接的配置参数，用于指示UE建立RRC连接，但是可以在待传输的数据内容中选取一部分数据内容挂接到配置参数之后，从而使得UE在获取RRC连接建立消息的同时，也能够开始接收待传输的数据内容。在实际过程中，优选地，网络侧网络设备可以将待传输的若干个数据包中的第一个数据包作为所述RRC连接建立消息所携带的待传输的数据内容，从而当UE根据所述RRC连接建立消息建立RRC连接之后，开始通过RRC连接接收待传输的若干个数据包中除第一个数据包之外的后续数据包，从而也能够减少数据传输需耗费的时间，降低了数据传输的时延。
本实施例所提供的建立通信链路的方法，UE在IDLE态时，网络侧的网络设备忽略已有的DRX配置信息，无需在DRX周期到达时向UE发送寻呼消息，而是在需要与UE建立连接并传递信息时，随时建立连接并传递信息，从而降低了空闲idle态终端转换到激活连接态的时延。
实施例三
基于前述实施例相同的技术构思，本实施例的具体场景以车联网中的应用场景为例，当车辆在行驶过程中，网络侧需要对路况信息对车载UE进行通知，例如道路前方发生事故的告警信息，道路前方的拥堵信息等，这些信息由于出现的概率低，因此并非需要频繁的向车载UE进行通知，但是这些信息又十分重要，因此需要在出现时能够尽量低时延且高可靠性地通知车载UE，因此，图1所述的通用过程无法实现低时延且高可靠性的要求。通过实施例一和实施例二的技术方案能够实现低时延且高可靠性的要求，所以，参见图4，上述实施例的技术方案在本实施例应用场景中的具体实现步骤可以包括：
S401：车载UE监测汽车状态，当监测到汽车发动机处于运行状态时，确定自身进入连续监听寻呼消息模式；
对于S401需要说明的是，车载UE通常集成在车辆当中，可以监测汽车的状态，例如熄火，点火，行驶速度等。具体可以通过监测OBD接口的特定引脚信号，或者监测到发动机转速不为零等方式来检测车辆处于点火成功的状态之后。由于车辆的发动机已经启动，代表了司机已经进入了驾驶状态，此时就可以通过发动机的发电对车载UE进行供电。车载UE已经可以不用考虑续航问题，而是进入连续监听寻呼消息模式。可以理解的，本实施例中所述的连续监听寻呼消息模式也就是车载UE在IDLE态时，依然在每一个下行子帧上监听寻呼消息的工作模式。
S402：当车载UE进入连续监听寻呼消息模式后，将自身处于连续监听寻呼消息模式的通知信息告知网络侧。
对于S402，车载UE可以通过一个上行信息的bit位或者上行消息告知网络侧，此时可以在任何一个子帧都可以监听网络侧发送的寻呼消息来触发通讯链路的建立。
S403：车载UE告知完通知信息后，进入空闲态，忽略之前网络配置的任何DRX参数信息，启动在每一个子帧上都监听寻呼消息，并且提前将RRC连接请求消息存放至发送缓冲区。
对于S403，当车载UE将RRC连接请求消息存放到发送传输缓存区Tx Buffer后，一旦条件满足，就能马上触发发送上行消息。设定车载UE的标识为123456789。则缓存的上行RRC建立请求Connection Request消息的格式举例如下：
RRCConnectionRequest-r8-IEs::＝SEQUENCE{
ue-Identity 123456789,
establishmentCause：mt-Access
spare BIT STRING(SIZE(1))
}
其中，ue-Identity表示车载UE标识。
S404：网络侧收到通知消息后，忽略之前配置给该车载UE的DRX参数，当针对该车载UE有数据传输或者其他业务需求时，马上发送寻呼消息。
对于S404，具体实现方式可以是：将以P-RNTI加扰的DCI信息放置到PDCCH上，并且在DCI中直接包含寻呼车载UE的标识(Paging-Identity)。然后下发给车载UE。如附图5所示，假设网络以DCI 1A/1C等告知车载UE有寻呼，并且携带了车载UE的标识，例如123456789。
Format 1A:
-Carrier indicator–0or 3bits
-Flag for format0/format1A differentiation–1bit
.........................
Paging-Identity＝123456789
UL-ResourceRB＝22
.........................
或者
DCI 1C:
-1bit indicates the gap value
.........................
Paging-Identity＝123456789
UL-ResourceRB＝22
.........................
S405：车载UE对每一个子帧都尝试用P-RNTI搜索和解码DCI；
S406：车载UE判断是否解码成功：如果解码失败，则说明当前子帧无网络寻呼需求，车载UE将会转回S405继续对每一个子帧都尝试用P-RNTI去搜索和解码DCI；若解码DCI成功，则转至S407：车载UE读取解码后的DCI中的车载UE标识；
S408：车载UE将DCI中的车载UE标识和自身的标识进行比对，确定是否匹配。如果匹配不成功，则证明当前子帧不是发给自己的，此时车载UE不做回应。如果匹配成功，则证明网络侧在寻呼自己。则进入S409：车载UE将发送缓冲区的RRC连接请求消息马上从发送缓冲区向网络侧发送；
S410：网络侧实时监听上行是否收到RRC连接请求消息，一旦监听到之后，把要发送的一系列数据包中的第一包数据挂接到RRC Setup消息中，并且发送RRC Setup消息给车载UE。
具体地，RRC Setup消息的示例格式如下，由于DCI Format 1/1A/1B/1C等采用小区无线网络临时标识(C-RNTI，Cell Radio Network Temporary Identifier)加扰，具体过程在3GPP协议中已给出，告知RRC Setup消息所在的RB。车载UE解码RRC Setup消息，消息示例如下：
RRCConnectionSetup::＝SEQUENCE{
SRB1
{
//在这里配置3GPP的SRB1的参数
}
SRB2
{
//在这里配置3GPP的SRB2的参数
}
DRB1
{
//在这里配置3GPP的DRB1的参数
}
UserDataPack＝{8872762ABDE}
}//十六进制打包的数据串
需要说明的是，消息示例中，双斜线后续的文字表示针对示例内容的注释和解释，前三个双斜线后续的文字分别表示SRB1、SRB2以及DRB1三个数据块中的所需要配置的参数。最后UserDataPack部分的数据携带有RRC消息内容部分。
S411：车载UE监听C-RNTI加扰的DCI，监测到下行RRC Setup消息之后，通过RRCSetup消息中的控制参数调整后续的无线链路资源，同时尝试解码此RRC消息携带的数据部分，获取到数据的第一包。
S412：至此为止，通讯链路完全建立，网络侧继续将要发送的一系列数据包中的第2包、第3包以及后续数据包依次进行发送，直至最后的数据包通过数据链路下发给车载UE。
可以理解地，S412中发送数据包的过程中无需再有任何RRC信令交互。只有第一包数据会携带到RRC消息中。数据传输结束后，网络释放RRC连接。车载UE继续处于连续监听寻呼消息模式。
S413：车载UE定时监测车辆的行驶状态和发动机状态，确定发动机是否运转。如果仍然是发动机运转时，重复S401和S412过程。如果监测到发动机熄火或者车门打开后，代表驾驶员已经离开，此时网络侧再需要进行紧急通讯时，会考虑到此时由汽车电瓶供电，需要考虑功耗问题，因此S414：车载UE向网络侧发送停止连续监听寻呼消息模式的信息，并按照之前已配置完成的DRX参数，进入DRX状态。网络侧收到此消息之后，也会对后续的下行寻呼只在DRX唤醒时期发送寻呼消息。
结合图4所示的流程示意图，参见图5所示的信息交互示意图，可以看出，图5中处于最左侧的网络至UE的下行PDCCH中DCI采用P-RNTI加扰，具体的格式如图所示，不仅指定了寻呼UE标识Paging-Identity，还配置了下行资源块为RB22。此时UE确定了寻呼消息指定了自身，就将发送缓存区Tx Buffer中已缓存的RRC连接请求消息，也就是RRC ConnectionRequest消息通过RB22上行发送至网络侧，网络侧接收到RRC Connection Request消息后，打包RRC Setup消息，其中携带有用户的第一数据包，如图5处于中间的网络至UE的下行PDCCH中DCI可以采用C-RNTI加扰，具体加扰方案在已有的3GPP协议中给出，RRC Setup消息中UserDataPack＝{8872762ABDE}则是携带的数据部分。
UE在接收到RRC Setup消息后，通信链路建立完毕，网络侧可以将后续的第2、3……n个数据包下行发送至UE。这些数据包也可以采用C-RNTI加扰。
通过上述图4所示的流程以及图5所示的信息交互，通过采用本发明实施例的方案，由于无需在DRX周期到达时唤醒并监听寻呼消息，而是在每一个下行子帧上监听寻呼消息，从而当网络侧需要建立连接并传递信息时，无需等待一个DRX周期的时长后才能够进行寻呼消息的发送，可以根据需要随时建立连接并传递信息，从而将通信链路建立的时延由几百ms降低至1ms左右。
实施例四
基于前述实施例相同的技术构思，参见图6，其示出了本发明实施例提供的一种用户设备UE 60，包括：第一网络接口601、第一存储器602和第一处理器603；各个组件通过总线系统604耦合在一起。可理解，总线系统604用于实现这些组件之间的连接通信。总线系统604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统604。其中，
第一网络接口601，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
第一存储器602，用于存储能够在第一处理器603上运行的计算机程序；
第一处理器603，用于在运行所述计算机程序时，执行：
用户设备UE进入空闲IDLE态后，在每一个下行子帧上监听寻呼消息；
确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；
接收针对所述RRC连接请求消息的RRC连接建立消息；
根据所述RRC连接建立消息建立RRC连接。
可以理解，本发明实施例中的第一存储器602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的第一存储器602旨在包括但不限于这些和任意其它适合类型的存储器。
而第一处理器603可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第一处理器603中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第一处理器603可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第一存储器602，第一处理器603读取第一存储器602中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地，作为另一个实施例，所述第一处理器603还用于运行所述计算机程序时，执行：
所述UE进入空闲IDLE态后，忽略已有的DRX配置信息
可选地，作为另一个实施例，所述第一处理器603还用于运行所述计算机程序时，执行：
所述UE在进入IDLE态之后，向网络侧发送能力指示信息，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
可选地，作为另一个实施例，所述第一处理器603还用于运行所述计算机程序时，执行：
在每一个下行子帧的物理下行控制信道PDCCH监听是否存在寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；
当监听到P-RNTI加扰的DCI时，对所述DCI进行解码并查询所述解码后的DCI中是否包括所述UE自身的标识；
当所述解码后的DCI中包括所述UE自身的标识时，确定所述寻呼消息指示的目的UE包括所述UE自身。
可选地，作为另一个实施例，所述第一处理器603还用于运行所述计算机程序时，执行：
确定所述寻呼消息指示的目的UE包括所述UE自身时，继续对所述DCI解码，获取上行授权信息；
根据所述上行授权信息指示的无线资源向网络侧发送预先缓存的RRC连接建立请求消息。
可选地，作为另一个实施例，所述第一处理器603还用于运行所述计算机程序时，执行：
在发送完成所述RRC连接请求消息后，在连续的下行子帧监听所述RRC连接建立消息。
可选地，作为另一个实施例，所述RRC连接建立消息携带有待传输的数据内容。
另外，在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
因此，本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：
进入空闲IDLE态后，在每一个下行子帧上监听寻呼消息；
确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；
接收针对所述RRC连接请求消息的RRC连接建立消息；
根据所述RRC连接建立消息建立RRC连接。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：
进入空闲IDLE态后，忽略已有的DRX配置信息。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：
在进入IDLE态之后，向网络侧发送能力指示信息，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：
在每一个下行子帧的物理下行控制信道PDCCH监听是否存在寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；
当监听到P-RNTI加扰的DCI时，对所述DCI进行解码并查询所述解码后的DCI中是否包括所述UE自身的标识；
当所述解码后的DCI中包括所述UE自身的标识时，确定所述寻呼消息指示的目的UE包括所述UE自身。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：
确定所述寻呼消息指示的目的UE包括所述UE自身时，继续对所述DCI解码，获取上行授权信息；
根据所述上行授权信息指示的无线资源向网络侧发送预先缓存的RRC连接建立请求消息。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：
在发送完成所述RRC连接请求消息后，在连续的下行子帧监听所述RRC连接建立消息。
可选地，作为另一个实施例，所述RRC连接建立消息携带有待传输的数据内容。
实施例五
基于前述实施例相同的技术构思，参见图7，其示出了本发明实施例提供的一种网络设备70，所述网元设备70包括：第二网络接口701、第二存储器702和第二处理器703；各个组件通过总线系统704耦合在一起。可理解，总线系统704用于实现这些组件之间的连接通信。总线系统704除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统704。其中，
其中，所述第二网络接口701，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
第二存储器702，用于存储能够在第二处理器703上运行的计算机程序；
第二处理器703，用于在运行所述计算机程序时，执行：
当需要与空闲IDLE态用户设备UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
接收所述UE发送的RRC连接请求消息；
针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
可以理解，本发明实施例中的第二存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的第二存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
而第二处理器703可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第二处理器703中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第二处理器703可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第二存储器702，第二处理器703读取第二存储器702中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地，作为另一个实施例，所述第二处理器703还用于运行所述计算机程序时，执行：
在所述UE进入IDLE态之后，接收由所述UE发送的能力指示信息，其中，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
可选地，作为另一个实施例，所述第二处理器703还用于运行所述计算机程序时，执行：
在所述下行子帧的物理下行控制信道PDCCH放置由寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；其中，所述DCI包括所述UE的标识以及上行资源授权DCI；所述上行资源授权DCI包括所述UE发送RRC连接请求消息所需的无线资源。
可选地，作为另一个实施例，所述RRC连接建立消息携带有待传输的数据内容。
另外，在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
因此，本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：
当需要与空闲IDLE态用户设备UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
接收所述UE发送的RRC连接请求消息；
针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：在所述UE进入IDLE态之后，接收由所述UE发送的能力指示信息，其中，所述能力指示信息用于表征所述UE在IDLE态的情况下，具有在每一个下行子帧上监听寻呼消息的能力。
可选地，作为另一个实施例，所述计算机程序被处理器运行时，还执行：在所述下行子帧的物理下行控制信道PDCCH放置由寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；其中，所述DCI包括所述UE的标识以及上行资源授权DCI；所述上行资源授权DCI包括所述UE发送RRC连接请求消息所需的无线资源。
可选地，作为另一个实施例，所述RRC连接建立消息携带有待传输的数据内容。
实施例六
基于前述实施例相同的技术构思，参见图8，其示出了本发明实施例提供的一种建立通信链路的系统80，其特征在于，所述系统80包括用户设备UE 60以及网络侧的网络设备70；其中，
所述UE 60，用于进入空闲IDLE态后，预先将无线资源控制RRC连接请求消息进行缓存，并在每一个下行子帧上监听寻呼消息；
以及，确定所述寻呼消息指示的目的UE 60包括所述UE 60自身时，向网络侧发送预先缓存的RRC连接请求消息；
以及，接收针对所述RRC连接请求消息的RRC连接建立消息；
以及，根据所述RRC连接建立消息建立RRC连接；
所述网络设备70，用于当需要与空闲IDLE态用户设备UE 60建立连接时，通过下行子帧向所述UE 60发送寻呼消息；
接收所述UE 60发送的RRC连接请求消息；
针对所述RRC连接请求消息向所述UE 60发送RRC连接建立消息。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种建立通信链路的方法，其特征在于，所述方法应用于用户设备UE，所述方法包括：
进入空闲IDLE态后，向网络侧发送能力指示信息，所述能力指示信息用于表征所述UE在IDLE态的情况下具有在每一个下行子帧上监听寻呼消息的能力；
在每一个下行子帧上监听寻呼消息；
确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息；
接收针对所述RRC连接请求消息的RRC连接建立消息；
根据所述RRC连接建立消息建立RRC连接。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
进入空闲IDLE态后，忽略已有的DRX配置信息。
3.根据权利要求1所述的方法，其特征在于，在每一个下行子帧上监听寻呼消息，包括：
在每一个下行子帧的物理下行控制信道PDCCH监听是否存在寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；
当监听到P-RNTI加扰的DCI时，对所述DCI进行解码并查询所述解码后的DCI中是否包括所述UE自身的标识；
当所述解码后的DCI中包括所述UE自身的标识时，确定所述寻呼消息指示的目的UE包括所述UE自身。
4.根据权利要求3所述的方法，其特征在于，确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送预先缓存的RRC连接请求消息，包括：
确定所述寻呼消息指示的目的UE包括所述UE自身时，继续对所述DCI解码，获取上行授权信息；
根据所述上行授权信息指示的无线资源向网络侧发送所述预先缓存的RRC连接建立请求消息。
5.根据权利要求1所述的方法，其特征在于，所述接收针对所述RRC连接请求消息的RRC连接建立消息，包括：
所述UE在发送完成所述RRC连接请求消息后，在每一个下行子帧监听所述RRC连接建立消息。
6.根据权利要求1所述的方法，其特征在于，所述RRC连接建立消息携带有待传输的数据内容。
7.一种建立通信链路的方法，其特征在于，所述方法包括：
在用户设备UE进入空闲IDLE态后，接收由所述UE发送的能力指示信息，其中，所述能力指示信息用于表征所述UE在IDLE态的情况下具有在每一个下行子帧上监听寻呼消息的能力；
当需要与IDLE态的所述UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
接收所述UE发送的RRC连接请求消息，其中，所述RRC连接请求消息预先缓存在所述UE中；
针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
8.根据权利要求7所述的方法，其特征在于，所述通过下行子帧向所述UE发送寻呼消息，包括：
在所述下行子帧的物理下行控制信道PDCCH放置由寻呼无线网络临时标识P-RNTI加扰的下行控制信息DCI；其中，所述DCI包括所述UE的标识以及上行资源授权DCI；所述上行资源授权DCI包括所述UE发送RRC连接请求消息所需的无线资源。
9.根据权利要求8所述的方法，其特征在于，所述RRC连接建立消息携带有待传输的数据内容。
10.一种用户设备UE，其特征在于，所述UE包括：第一网络接口，第一存储器和第一处理器；其中，
所述第一网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述第一存储器，用于存储能够在所述第一处理器上运行的计算机程序；
所述第一处理器，用于在运行所述计算机程序时，执行权利要求1至6任一项所述方法的步骤。
11.一种网络设备，其特征在于，所述网络设备包括：第二网络接口、第二存储器和第二处理器；
其中，所述第二网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述第二存储器，用于存储能够在第二处理器上运行的计算机程序；
所述第二处理器，用于在运行所述计算机程序时，执行权利要求7至9任一项所述方法的步骤。
12.一种建立通信链路的系统，其特征在于，所述系统包括用户设备UE以及网络侧的网络设备；其中，
所述UE，用于进入空闲IDLE态后，预先将无线资源控制RRC连接请求消息进行缓存，向网络侧发送能力指示信息，所述能力指示信息用于表征所述UE 在IDLE态的情况下具有在每一个下行子帧上监听寻呼消息的能力，并在每一个下行子帧上监听寻呼消息；
以及，确定所述寻呼消息指示的目的UE包括所述UE自身时，向网络侧发送缓存的RRC连接请求消息；
以及，接收针对所述RRC连接请求消息的RRC连接建立消息；
以及，根据所述RRC连接建立消息建立RRC连接；
所述网络设备，用于接收由所述UE发送的能力指示信息，其中，所述能力指示信息用于表征所述UE在IDLE态的情况下具有在每一个下行子帧上监听寻呼消息的能力；
以及，当需要与空闲IDLE态用户设备UE建立连接时，通过下行子帧向所述UE发送寻呼消息；
以及，接收所述UE发送的RRC连接请求消息；
以及，针对所述RRC连接请求消息向所述UE发送RRC连接建立消息。
CN201710544090.4A 2017-07-05 2017-07-05 一种建立通信链路的方法、设备和系统 Active CN109429372B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710544090.4A CN109429372B (zh) 2017-07-05 2017-07-05 一种建立通信链路的方法、设备和系统
PCT/CN2018/075144 WO2019007054A1 (zh) 2017-07-05 2018-02-02 一种建立通信链路的方法、设备和系统、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710544090.4A CN109429372B (zh) 2017-07-05 2017-07-05 一种建立通信链路的方法、设备和系统

Publications (2)

Publication Number Publication Date
CN109429372A CN109429372A (zh) 2019-03-05
CN109429372B true CN109429372B (zh) 2023-08-11

Family

ID=64949667

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710544090.4A Active CN109429372B (zh) 2017-07-05 2017-07-05 一种建立通信链路的方法、设备和系统

Country Status (2)

Country Link
CN (1) CN109429372B (zh)
WO (1) WO2019007054A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110267195A (zh) * 2019-06-19 2019-09-20 北京车晓科技有限公司 一种基于车联网的风控信息传输方法及系统
CN114902716A (zh) * 2019-12-30 2022-08-12 华为技术有限公司 一种意图分解方法及装置
WO2021174385A1 (zh) * 2020-03-02 2021-09-10 Oppo广东移动通信有限公司 一种寻呼方法、电子设备及存储介质
WO2022016544A1 (zh) * 2020-07-24 2022-01-27 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
EP4169340A4 (en) * 2020-08-06 2024-03-27 Nokia Technologies Oy ENHANCED PAGING PROCEDURE FOR RANDOM ACCESS OR SMALL DATA TRANSMISSION
CN114501630A (zh) * 2020-10-23 2022-05-13 大唐移动通信设备有限公司 信号处理方法及装置
CN115190589A (zh) * 2022-07-12 2022-10-14 深圳市佳贤通信设备有限公司 一种基于寻呼的终端持续驻留基站方法、终端设备及基站

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101765214A (zh) * 2009-12-28 2010-06-30 上海华为技术有限公司 随机接入方法、终端和通信系统
CN102158959A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种寻呼方法和设备
WO2013023483A1 (zh) * 2011-08-12 2013-02-21 中兴通讯股份有限公司 一种实现drx的方法和系统
CN103378939A (zh) * 2012-04-28 2013-10-30 电信科学技术研究院 一种下行数据传输方法及装置
WO2014183712A1 (zh) * 2013-11-28 2014-11-20 中兴通讯股份有限公司 信令拥塞的处理方法、装置、基站、系统及存储介质
CN104247498A (zh) * 2013-04-23 2014-12-24 华为技术有限公司 一种数据包传输的方法和设备
CN106332281A (zh) * 2015-06-30 2017-01-11 中国移动通信集团公司 一种寻呼监听、寻呼方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223658B (zh) * 2010-04-19 2016-06-29 中兴通讯股份有限公司 一种处理无线链路失败的方法和中继节点
KR20120071456A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 사물 통신 단말을 위한 호 처리 방법
CN102724688B (zh) * 2011-03-30 2017-04-05 华为技术有限公司 测量载波的方法和装置
TWI539792B (zh) * 2013-10-22 2016-06-21 宏碁股份有限公司 微量資料傳輸方法及使用者設備
CN106105350B (zh) * 2014-03-21 2020-01-21 华为技术有限公司 用于网络适配和发现的设备、网络和方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101765214A (zh) * 2009-12-28 2010-06-30 上海华为技术有限公司 随机接入方法、终端和通信系统
CN102158959A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种寻呼方法和设备
WO2013023483A1 (zh) * 2011-08-12 2013-02-21 中兴通讯股份有限公司 一种实现drx的方法和系统
CN103378939A (zh) * 2012-04-28 2013-10-30 电信科学技术研究院 一种下行数据传输方法及装置
CN104247498A (zh) * 2013-04-23 2014-12-24 华为技术有限公司 一种数据包传输的方法和设备
WO2014183712A1 (zh) * 2013-11-28 2014-11-20 中兴通讯股份有限公司 信令拥塞的处理方法、装置、基站、系统及存储介质
CN106332281A (zh) * 2015-06-30 2017-01-11 中国移动通信集团公司 一种寻呼监听、寻呼方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Motorola. "R4-104648 - Paging and ABSF".3GPP tsg_ran\WG4_Radio.2010,全文. *

Also Published As

Publication number Publication date
WO2019007054A1 (zh) 2019-01-10
CN109429372A (zh) 2019-03-05

Similar Documents

Publication Publication Date Title
CN109429372B (zh) 一种建立通信链路的方法、设备和系统
US9814070B2 (en) Small data communications in a wireless communication network
US8811961B2 (en) Method and apparatus for MTC in a wireless communication system
US9661613B2 (en) Communication control device, communication control method, terminal device, and program
US11516771B2 (en) User equipment, network node and radio communication method
WO2018177004A1 (zh) 一种寻呼方法、寻呼监听方法及装置和设备、存储介质
CN110268763B (zh) 接收方案
KR101540480B1 (ko) 이동통신 시스템에서의 호출 메시지를 사용해서 재해경보 메시지를 수신하는 방법
US20180077682A1 (en) Method and apparatus for application aware notifications in a wireless communication network
US10506494B2 (en) Controlling access to a wireless communication network
JP2009077289A (ja) ユーザ装置
WO2021146940A1 (en) Method and apparatus for power saving on nr sidelink
WO2022126359A1 (en) Methods and apparatuses for multicast and broadcast services
KR20100033353A (ko) 이동통신 시스템에서 갱신 경보 메시지를 송수신 하는 방법
KR101540479B1 (ko) 이동통신 시스템에서의 재해경보 메시지를 수신하는 방법
CN115150908A (zh) 一种寻呼方法及装置
US20240224177A1 (en) Reception scheme
CN114402670B (zh) 信息处理方法及装置、通信设备及存储介质
US20230337184A1 (en) Paging monitoring method,terminal, and computer device
CN117998587A (zh) 一种通信方法及装置
CN115843103A (zh) 一种通信方法及设备
CN116156606A (zh) 一种寻呼方法、通信装置及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant