CN108370594B - 数据传输处理方法、用户设备和基站 - Google Patents

数据传输处理方法、用户设备和基站 Download PDF

Info

Publication number
CN108370594B
CN108370594B CN201580085281.8A CN201580085281A CN108370594B CN 108370594 B CN108370594 B CN 108370594B CN 201580085281 A CN201580085281 A CN 201580085281A CN 108370594 B CN108370594 B CN 108370594B
Authority
CN
China
Prior art keywords
user equipment
indication information
base station
information
pdcch
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
CN201580085281.8A
Other languages
English (en)
Other versions
CN108370594A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN108370594A publication Critical patent/CN108370594A/zh
Application granted granted Critical
Publication of CN108370594B publication Critical patent/CN108370594B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0847—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving identity based encryption [IBE] schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • 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/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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

Abstract

本发明提供一种数据传输处理方法、用户设备和基站，该方法包括：接收基站发送的第一指示信息，并根据第一指示信息保存用户设备的上下文信息，上下文信息中包括用户设备的标识信息；根据用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息；根据该第二指示信息确定用户设备为被寻呼对象或者有用户设备的业务。通过在PDCCH中携带有针对被寻呼对象的指示信息，使得用户设备能够基于能否成功获取该指示信息来确定自身是否为被寻呼对象或是否有业务，在确定自身为被寻呼对象或有业务时，才进行接入网络等后续处理，避免了UE功耗的浪费。

Description

数据传输处理方法、用户设备和基站
技术领域
本发明实施例涉及通信技术，尤其涉及一种数据传输处理方法、用户设备和基站。
背景技术
目前，3GPP成立了新的窄带物联网(Narrow Band Internet Of Things，简称NB-IoT)项目，该项目的目标是进一步扩展当前的长期演进(Long Term Evolution，简称LTE)系统，以支持大量的低吞吐量物联网设备或大量的对时延要求不敏感的物联网设备。对于这一类物联网设备而言，超低复杂度和超低功耗是两个关键的要求。
将传统的LTE系统中的终端设备，以及NB-IoT中的物联网设备，统称为用户设备(User Equipment，简称UE)，对于UE来说，在没有业务需要传输的情况下，UE通常处于空闲模式(idle mode)。当有业务需要进行数据传输时，UE需要从空闲模式进入连接模式。
当每次UE有数据需要传输而接入网络时，UE需要与网络侧设备间执行大量的消息交互流程才能执行下行数据或者上行数据的传输。其中，网络侧设备主要包括基站，比如演进基站(eUTRAN NodeB，简称eNB)以及移动性管理实体(Mobility Management Entity，简称MME)、服务网关(Serviing GateWay，简称SGW)等核心网设备。而大量的消息交互的主要目的还是为了在UE和eNB之间建立连接并建立有效的接入层上下文。因此，为了降低UE每次接入网络时进行大量的消息交互，目前3GPP组织同意在UE侧和eNB侧进行接入层上下文信息(以下简称为上下文信息)的保存，特别是UE特定的一些接入层参数的保存，从而可以减少无线资源控制(Radio Resource Control，简称RRC)信令开销，从而有助于基于UE和eNB中保存的上下文信息快速接入网络，恢复数据传输。
然而，目前在UE和eNB保存了UE的上下文信息的情况下，尤其对于UE有下行数据需要传输的情况，UE一般根据接收到的寻呼消息而触发恢复数据传输的处理过程，因此，UE如何接收寻呼消息才能进一步降低UE的功耗是一个需要解决的问题。
目前，UE一般通过如下的方式接收寻呼消息：首先需要计算接收寻呼消息的寻呼帧(Paging Frame，简称PF)和寻呼时机(Paging Occasion，简称PO)。具体地，一个寻呼时机可以是一个子帧。在一个寻呼帧内可以有多个寻呼子帧。PF和PO的确定是根据如下公式计算得到的：
PF由如下公式推导获得，即获得满足下式的系统帧号(System Frame Number，简称SFN)：
SFN mod T＝(T div N)*(UE_ID mod N)；
PO由如下公式首先推导获得i_s，然后基于得到的i_s，根据UE的制式从下表中查表得到对应的PO值：
i_s＝floor(UE_ID/N)mod Ns
其中，T为UE的DRX周期；
nB取自：4T，2T，T，T/2，T/4，T/8，T/16，T/32；
N＝min(T，nB)；
Ns＝max(1，nB/T)；
UE_ID＝IMSI mod 1024。
其中，UE的制式一般包括频分双工(Frequency Division Duplexing，简称FDD)，时分双工(Time Division Duplexing，简称TDD)。
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
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
在确定了PF和PO之后，UE便在确定的PO时刻用寻呼无线网络临时标识符(PagingRadio Network Temporary Identifier，简称P-RNTI)对物理下行控制信道(PhysicalDownlink Control Channel，简称PDCCH)进行译码，然后根据PDCCH所述指示的资源从物理下行共享信道(Physical Downlink Shared Channel，简称PDSCH)接收寻呼消息。当接收到的寻呼消息中包含有该UE的标识信息时，UE就确定自己为被寻呼的UE，并根据网络的指示接入网络。
通过上述接收寻呼消息的方式可知：当UE在PO时刻译码PDCCH，并进一步从PDSCH接收寻呼消息后，寻呼消息中可能并没有UE的标识信息，也就是说在这种情况下，对该UE而言，这就是一次虚假寻呼(False Paging)。对于NB-IoT中的UE或者其他功耗比较敏感的UE而言，过多的虚假寻呼会导致检测寻呼消息时浪费较多的功耗，因此当前的寻呼机制对功耗敏感的UE来说，容易导致其功耗的浪费。
发明内容
本发明实施例提供一种数据传输处理方法、用户设备和基站，通过避免UE尤其是功耗敏感型的UE接收虚假寻呼消息，来避免UE功耗的浪费。
本发明第一方面提供一种数据传输处理方法，该方法的执行主体为用户设备，该方法包括：
用户设备接收基站发送的第一指示信息，并根据所述第一指示信息保存所述用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息；
所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，所述第二指示信息用于确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第一方面，在第一方面的第一种可能的实施方式中，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，包括：
若所述用户设备根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息；
或者，
所述用户设备根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
上述方案具有如下技术效果：通过在PDCCH中携带有针对被寻呼对象的指示信息即上述第二指示信息，使得用户设备能够基于能否成功获取该指示信息来确定自身是否为被寻呼对象或是否有业务，在确定自身为被寻呼对象或有业务时，才进行接入网络等后续处理，避免了UE功耗的浪费。
结合第一方面或第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述方法还包括：
所述用户设备接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第一方面，在第一方面的第三种可能的实施方式中，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，所述第二指示信息用于确定所述用户设备为被寻呼对象或者有所述用户设备的业务，包括：
所述用户设备根据P-RNTI检测PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；
所述用户设备根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息，根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
上述方案具有如下技术效果：通过提供多种可选的获取PDCCH中携带的针对被寻呼对象的指示信息的获取方式，提高了该指示信息获取的灵活性。
结合第一方面、第一方面的第一种至第三种中的任一种可能的实施方式，在第一方面的第四种可能的实施方式中，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，包括：
所述用户设备搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
结合第一方面的第一种至第四种中的任一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
上述方案具有如下技术效果：在DCI格式中除了携带上述第二指示信息外，还可以携带用于指示系统信息改变、紧急服务等的信息，扩展了DCI格式的作用，使得UE能够及时、准确获知相应的指示信息。
结合第一方面、第一方面的第一种至第五种中的任一种可能的实施方式，在第一方面的第六种可能的实施方式中，所述方法还包括：
所述用户设备在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
结合第一方面的第六种可能的实施方式，在第一方面的第七种可能的实施方式中，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
上述方案具有如下技术效果：在确定UE一定时间没有进行数据传输之后，基站才向UE发送用于指示其保存上下文信息的指示信息，使得上下文信息的保存时机与UE的实际数据传输情况相匹配，保证了上下文信息保存操作时机的准确、可靠。
结合第一方面、第一方面的第一种至第七种中的任一种可能的实施方式，在第一方面的第八种可能的实施方式中，所述用户设备接收基站发送的第一指示信息，并根据所述第一指示信息保存用户设备的上下文信息，包括：
所述用户设备根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥；
所述用户设备确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，所述方法还包括：
所述用户设备确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
结合第一方面的第八种可能的实施方式，在第一方面的第九种可能的实施方式中，所述用户设备使用安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述无线承载的数据传输，包括：
所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送给所述基站。
结合第一方面的第九种可能的实施方式，在第一方面的第十种可能的实施方式中，所述方法还包括：
所述用户设备在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第一方面的第八种可能的实施方式，在第一方面的第十一种可能的实施方式中，所述用户设备使用安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述无线承载的数据传输，包括：
所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
结合第一方面的第八种至第十一种中的任一种可能的实施方式，在第一方面的第十二种可能的实施方式中，所述方法还包括：
所述用户设备接收所述基站发送的需要恢复的无线承载标识；
所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
上述方案具有如下技术效果：UE根据第一指示信息保存安全密钥和多个无线承载的数据包计数器，使得在UE根据第二指示信息确定自身有业务数据需要传输时，能够基于该保存信息进行上行数据、下行数据的安全可靠传输。
结合第一方面、第一方面的第一种至第十二种中的任一种可能的实施方式，在第一方面的第十三种可能的实施方式中，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，包括：
所述用户设备根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
所述用户设备根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
上述方案具有如下技术效果：通过多次发送用于指示UE是否为被寻呼对象或是否有业务的第二指示信息的方式，保证了基站的寻呼可靠性，即UE能够更加准确地确定自身是否为被寻呼对象或有业务，以使得后续数据传输的触发更加准确、可靠。
结合第一方面的第十三种可能的实施方式，在第一方面的第十四种可能的实施方式中，所述方法还包括：
所述用户设备接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
所述用户设备确定所述用户设备为被寻呼对象或者有所述用户设备的业务之后，所述方法还包括：
所述用户设备根据所述下行数据接收时机配置信息，接收所述下行数据。
上述方案具有如下技术效果：基于多次发送第二指示信息的方式，UE针对下行数据的接收，可以根据基站分配的下行数据接收时机配置信息直接进行下行数据的可靠结果。
结合第一方面、第一方面的第一种至第十四种中的任一种可能的实施方式，在第一方面的第十五种可能的实施方式中，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息之后，还包括：
所述用户设备利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第一方面的第十五种可能的实施方式，在第一方面的第十六种可能的实施方式中，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
上述方案具有如下技术效果：基于反馈机制，即UE在获取到第二指示信息后及时反馈基站，使得基站为UE分配的资源更加可靠，避免浪费。
结合第一方面、第一方面的第一种至第十六种中的任一种可能的实施方式，在第一方面的第十七种可能的实施方式中，所述用户设备确定所述用户设备为被寻呼对象或者有所述用户设备的业务之后，还包括：
所述用户设备向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第一方面的第十七种可能的实施方式，在第一方面的第十八种可能的实施方式中，所述用户设备向所述基站发送RRC连接请求消息之前，还包括：
所述用户设备接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述用户设备向所述基站发送RRC连接请求消息，包括：
所述用户设备根据所述CB-PUSCH资源发送所述RRC连接请求。
结合第一方面的第十七种可能的实施方式，在第一方面的第十九种可能的实施方式中，所述用户设备向所述基站发送RRC连接请求消息之前，还包括：
所述用户设备通过SR资源向所述基站发送资源请求；
所述用户设备接收所述基站发送的资源配置信息；
所述用户设备向所述基站发送RRC连接请求消息，包括：
所述用户设备根据所述资源配置信息向所述基站发送所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
上述方案具有如下技术效果：在UE有上行数据或下行数据需要传输时，通过发送RRC连接请求消息，以恢复数据传输，UE为了获得用于发送RRC连接请求消息的资源，既可以主动请求基站分配资源，以通过基站分配的资源发送RRC连接请求消息；也可以基于基站预先分配的CB-PUSCH资源，竞争方式发送RRC连接请求消息。不论哪种方式，都避免了为UE分配的资源的浪费。
本发明第二方面提供一种数据传输处理方法，该方法的执行主体为基站，该方法包括：
基站向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存所述用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息；
所述基站通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第二方面，在第二方面的第一种可能的实施方式中，所述第二指示信息包括：所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实施方式中，所述方法还包括：
所述基站向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第二方面的第一种或第二种可能的实施方式，在第二方面的第三种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
结合第二方面、第二方面的第一种至第三种中任一种可能的实施方式，在第二方面的第四种可能的实施方式中，所述基站向所述用户设备发送第一指示信息，包括：
所述基站接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的；
所述基站根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输，保存所述上下文信息，并向所述用户设备发送所述第一指示信息；
或者，
所述基站在确定用户设备在预设时间内没有需要进行传输的数据时，保存所述上下文信息，并向所述用户设备发送所述第一指示信息。
结合第二方面、第二方面的第一种至第四种中的任一种可能的实施方式，在第二方面的第五种可能的实施方式中，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
结合第二方面的第五种可能的实施方式，在第二方面的第六种可能的实施方式中，所述方法还包括：
所述基站接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
结合第二方面的第六种可能的实施方式，在第二方面的第七种可能的实施方式中，所述方法还包括：
所述基站向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第二方面的第五种可能的实施方式，在第二方面的第八种可能的实施方式中，所述方法还包括：
所述基站向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
结合第二方面的第五种至第八种中任一项可能的实施方式，在第二方面的第九种可能的实施方式中，所述方法还包括：
所述基站向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
结合第二方面、第二方面的第一种至第九种中任一项可能的实施方式，在第二方面的第十种可能的实施方式中，所述基站通过PDCCH发送第二指示信息，包括：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
结合第二方面的第十种可能的实施方式，在第二方面的第十一种可能的实施方式中，所述基站通过PDCCH发送第二指示信息之前，还包括：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
结合第二方面、第二方面的第一种至第十一种中任一项可能的实施方式，在第二方面的第十二种可能的实施方式中，所述方法还包括：
所述基站接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第二方面的第十二种可能的实施方式，在第二方面的第十三种可能的实施方式中，所述基站接收所述用户设备利用上行反馈资源发送的获取反馈信息之前，还包括：
所述基站向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
结合第二方面、第二方面的第一种至第十三种中任一项可能的实施方式，在第二方面的第十四种可能的实施方式中，所述方法还包括：
所述基站接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第二方面的第十四种可能的实施方式，在第二方面的第十五种可能的实施方式中，所述方法还包括：
所述基站向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述基站接收所述用户设备发送的RRC连接请求消息，包括：
所述基站接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
结合第二方面的第十五种可能的实施方式，在第二方面的第十六种可能的实施方式中，所述方法还包括：
所述基站接收所述用户设备通过SR资源发送的资源请求；
所述基站向所述用户设备发送资源配置信息；
所述基站接收所述用户设备发送的RRC连接请求消息，包括：
所述基站接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本发明第三方面提供一种用户设备，包括：
接收模块，用于接收基站发送的第一指示信息；
保存模块，用于根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息；
获取模块，用于根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息；
确定模块，用于在所述获取模块获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第三方面，在第三方面的第一种可能的实施方式中，所述获取模块包括：
第一获取子模块，用于若根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息；
或者，所述获取模块包括：
第二获取子模块，用于根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
结合第三方面或第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述接收模块还用于：
接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第三方面，在第三方面的第三种可能的实施方式中，所述获取模块包括：
第三获取子模块，用于根据P-RNTI检测PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；
第四获取子模块，用于根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息；
所述确定模块，还用于根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
结合第三方面的第一种至第三种中的任一种可能的实施方式，在第三方面的第四种可能的实施方式中，所述获取模块具体用于：
搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
结合第三方面的第一种至第四种中的任一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
结合第三方面、第三方面的第一种至第五种中的任一种可能的实施方式，在第三方面的第六种可能的实施方式中，所述用户设备还包括：
发送模块，用于在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
结合第三方面的第六种可能的实施方式，在第三方面的第七种可能的实施方式中，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
结合第三方面、第三方面的第一种至第七种中的任一种可能的实施方式，在第三方面的第八种可能的实施方式中，所述保存模块还用于：
根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥；
所述确定模块还用于：确定需要恢复的无线承载；
所述用户设备还包括：
处理模块，用于使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
结合第三方面的第八种可能的实施方式，在第三方面的第九种可能的实施方式中，所述处理模块用于：
在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密；
所述发送模块还用于，将加密后的所述上行数据发送给所述基站。
结合第三方面的第九种可能的实施方式，在第三方面的第十种可能的实施方式中，所述发送模块，还用于：在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第三方面的第八种可能的实施方式，在第三方面的第十一种可能的实施方式中，所述处理模块还用于：
在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
结合第三方面的第八种至第十一种中的任一种可能的实施方式，在第三方面的第十二种可能的实施方式中，所述接收模块还用于：接收所述基站发送的需要恢复的无线承载标识；
所述确定模块还用于：根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
结合第三方面、第三方面的第一种至第十二种中的任一种可能的实施方式，在第三方面的第十三种可能的实施方式中，所述获取模块还用于：
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
结合第三方面的第十三种可能的实施方式，在第三方面的第十四种可能的实施方式中，所述接收模块还用于：
接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
根据所述下行数据接收时机配置信息，接收所述下行数据。
结合第三方面、第三方面的第一种至第十四种中的任一种可能的实施方式，在第三方面的第十五种可能的实施方式中，所述发送模块还用于：
利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第三方面的第十五种可能的实施方式，在第三方面的第十六种可能的实施方式中，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
结合第三方面、第三方面的第一种至第十六种中的任一种可能的实施方式，在第三方面的第十七种可能的实施方式中，所述发送模块，还用于：
向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第三方面的第十七种可能的实施方式，在第三方面的第十八种可能的实施方式中，所述接收模块还用于：
接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述发送模块还用于：
根据所述CB-PUSCH资源发送所述RRC连接请求。
结合第三方面的第十七种可能的实施方式，在第三方面的第十九种可能的实施方式中，所述发送模块还用于：通过SR资源向所述基站发送资源请求；
所述接收模块还用于：接收所述基站发送的资源配置信息；
所述发送模块还用于：
根据所述资源配置信息向所述基站发送所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本发明实施例第四方面提供了一种基站，包括：
发送模块，用于向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息；
所述发送模块，还用于通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第四方面，在第四方面的第一种可能的实施方式中，所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第四方面的第一种或第二种可能的实施方式，在第四方面的第三种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
结合第四方面、第四方面的第一种至第三种中任一种可能的实施方式，在第四方面的第四种可能的实施方式中，还包括：
接收模块，用于接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的；
确定模块，具体用于根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输；
保存模块，用于保存所述上下文信息。
结合第四方面、第四方面的第一种至第四种中的任一种可能的实施方式，在第四方面的第五种可能的实施方式中，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
结合第四方面的第五种可能的实施方式，在第四方面的第六种可能的实施方式中，所述接收模块还用于：
接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
结合第四方面的第六种可能的实施方式，在第四方面的第七种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第四方面的第五种可能的实施方式，在第四方面的第八种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
结合第四方面的第五种至第八种中任一项可能的实施方式，在第四方面的第九种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
结合第四方面、第四方面的第一种至第九种中任一项可能的实施方式，在第四方面的第十种可能的实施方式中，所述发送模块还用于：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
结合第四方面的第十种可能的实施方式，在第四方面的第十一种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
结合第四方面、第四方面的第一种至第十一种中任一项可能的实施方式，在第四方面的第十二种可能的实施方式中，所述接收模块还用于：
接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第四方面的第十二种可能的实施方式，在第四方面的第十三种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
结合第四方面、第四方面的第一种至第十三种中任一项可能的实施方式，在第四方面的第十四种可能的实施方式中，所述接收模块还用于：
接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第四方面的第十四种可能的实施方式，在第四方面的第十五种可能的实施方式中，所述发送模块还用于：
向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述接收模块还用于：
接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
结合第四方面的第十五种可能的实施方式，在第四方面的第十六种可能的实施方式中，所述接收模块还用于：接收所述用户设备通过SR资源发送的资源请求；
所述发送模块还用于：向所述用户设备发送资源配置信息；
所述接收模块还用于：接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本发明第五方面提供了一种用户设备，包括：
接收器，用于接收基站发送的第一指示信息；
处理器，用于根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息；
所述处理器，还用于根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息；
所述处理器，还用于在所述获取模块获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第五方面，在第五方面的第一种可能的实施方式中，所述处理器还用于：
若根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息；
或者，所述处理器还用于：
根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
结合第五方面或第五方面的第一种可能的实施方式，在第五方面的第二种可能的实施方式中，所述接收器还用于：
接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第五方面，在第五方面的第三种可能的实施方式中，所述处理器还用于：
根据P-RNTI检测PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；
根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息；
根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
结合第五方面的第一种至第三种中的任一种可能的实施方式，在第五方面的第四种可能的实施方式中，所述处理器还用于：
搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
结合第五方面的第一种至第四种中的任一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
结合第五方面、第五方面的第一种至第五种中的任一种可能的实施方式，在第五方面的第六种可能的实施方式中，所述用户设备还包括：
发送器，用于在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
结合第五方面的第六种可能的实施方式，在第五方面的第七种可能的实施方式中，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
结合第五方面、第五方面的第一种至第七种中的任一种可能的实施方式，在第五方面的第八种可能的实施方式中，所述处理器还用于：
根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥；
所述处理器还用于：确定需要恢复的无线承载；
所述处理器还用于使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
结合第五方面的第八种可能的实施方式，在第五方面的第九种可能的实施方式中，所述处理器还用于：
在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密；
所述发送器还用于，将加密后的所述上行数据发送给所述基站。
结合第五方面的第九种可能的实施方式，在第五方面的第十种可能的实施方式中，所述发送器，还用于：在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第五方面的第八种可能的实施方式，在第五方面的第十一种可能的实施方式中，所述处理器还用于：
在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
结合第五方面的第八种至第十一种中的任一种可能的实施方式，在第五方面的第十二种可能的实施方式中，所述接收器还用于：接收所述基站发送的需要恢复的无线承载标识；
所述处理器还用于：根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
结合第五方面、第五方面的第一种至第十二种中的任一种可能的实施方式，在第五方面的第十三种可能的实施方式中，所述处理器还用于：
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
结合第五方面的第十三种可能的实施方式，在第五方面的第十四种可能的实施方式中，所述接收器还用于：
接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
根据所述下行数据接收时机配置信息，接收所述下行数据。
结合第五方面、第五方面的第一种至第十四种中的任一种可能的实施方式，在第五方面的第十五种可能的实施方式中，所述发送器还用于：
利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第五方面的第十五种可能的实施方式，在第五方面的第十六种可能的实施方式中，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
结合第五方面、第五方面的第一种至第十六种中的任一种可能的实施方式，在第五方面的第十七种可能的实施方式中，所述发送器，还用于：
向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第五方面的第十七种可能的实施方式，在第五方面的第十八种可能的实施方式中，所述接收器还用于：
接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述发送器还用于：
根据所述CB-PUSCH资源发送所述RRC连接请求。
结合第五方面的第十七种可能的实施方式，在第五方面的第十九种可能的实施方式中，所述发送器还用于：通过SR资源向所述基站发送资源请求；
所述接收器还用于：接收所述基站发送的资源配置信息；
所述发送器还用于：
根据所述资源配置信息向所述基站发送所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本发明第六方面提供了一种基站，包括：
发送器，用于向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息；
所述发送器，还用于通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
结合第六方面，在第六方面的第一种可能的实施方式中，所述指示信息包括：所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实施方式中，所述发送器还用于：
向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
结合第六方面的第一种或第二种可能的实施方式，在第六方面的第三种可能的实施方式中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
结合第六方面、第六方面的第一种至第三种中任一种可能的实施方式，在第六方面的第四种可能的实施方式中，还包括：
接收器，用于接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的；
处理器，用于根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输；保存所述上下文信息；
或者，所述处理器还用于：
在确定用户设备在预设时间内没有需要进行传输的数据时，保存所述上下文信息，并向所述用户设备发送所述上下文保存指示信息。
结合第六方面、第六方面的第一种至第四种中的任一种可能的实施方式，在第六方面的第五种可能的实施方式中，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
结合第六方面的第五种可能的实施方式，在第六方面的第六种可能的实施方式中，所述接收器还用于：
接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
结合第六方面的第六种可能的实施方式，在第六方面的第七种可能的实施方式中，所述发送器还用于：
向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
结合第六方面的第五种可能的实施方式，在第六方面的第八种可能的实施方式中，所述发送器还用于：
向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
结合第六方面的第五种至第八种中任一项可能的实施方式，在第六方面的第九种可能的实施方式中，所述发送器还用于：
向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
结合第六方面、第六方面的第一种至第九种中任一项可能的实施方式，在第六方面的第十种可能的实施方式中，所述发送器还用于：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
结合第六方面的第十种可能的实施方式，在第六方面的第十一种可能的实施方式中，所述发送器还用于：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
结合第六方面、第六方面的第一种至第十一种中任一项可能的实施方式，在第六方面的第十二种可能的实施方式中，所述接收器还用于：
接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
结合第六方面的第十二种可能的实施方式，在第六方面的第十三种可能的实施方式中，所述发送器还用于：
向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
结合第六方面、第六方面的第一种至第十三种中任一项可能的实施方式，在第六方面的第十四种可能的实施方式中，所述接收器还用于：
接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
结合第六方面的第十四种可能的实施方式，在第六方面的第十五种可能的实施方式中，所述发送器还用于：
向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述接收器还用于：
接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
结合第六方面的第十五种可能的实施方式，在第六方面的第十六种可能的实施方式中，所述接收器还用于：接收所述用户设备通过SR资源发送的资源请求；
所述发送器还用于：向所述用户设备发送资源配置信息；
所述接收器还用于：接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本发明提供的数据传输处理方法、用户设备和基站，用户设备在接收到基站发送的第一指示信息后，根据第一指示信息保存用户设备的上下文信息，其中，该上下文信息中包括用户设备的标识信息。进而，用户设备根据该标识信息解码PDCCH，如果能够解码出指示该用户设备为被寻呼对象或者有用户设备的业务的第二指示信息，则说明该用户设备为被寻呼对象或者有业务需要进行传输。通过在PDCCH中携带有针对被寻呼对象的指示信息，使得用户设备能够基于能否成功获取该指示信息来确定自身是否为被寻呼对象或是否有业务，在确定自身为被寻呼对象或有业务时，才进行接入网络等后续处理，避免了UE功耗的浪费。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的数据传输处理方法实施例一的流程图；
图2为本发明实施例提供的数据传输处理方法实施例二的流程图；
图3为本发明实施例提供的数据传输处理方法实施例三的流程图；
图4为本发明实施例提供的数据传输处理方法实施例四的流程图；
图5为本发明实施例提供的数据传输处理方法实施例五的流程图；
图6为本发明实施例提供的数据传输处理方法实施例六的流程图；
图7为本发明实施例提供的数据传输处理方法实施例七的流程图；
图8为本发明实施例提供的数据传输处理方法实施例八的流程图；
图9为本发明实施例提供的数据传输处理方法实施例九的流程图；
图10为本发明实施例提供的数据传输处理方法实施例十的交互图；
图11为本发明实施例提供的用户设备实施例一的结构示意图；
图12为本发明实施例提供的用户设备实施例二的结构示意图；
图13为本发明实施例提供的用户设备实施例三的结构示意图；
图14为本发明实施例提供的基站实施例一的结构示意图；
图15为本发明实施例提供的基站实施例二的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的数据传输处理方法实施例一的流程图，如图1所示，该方案的执行主体为用户设备(UE)，该数据传输处理方法包括如下步骤：
步骤101、UE接收eNB发送的第一指示信息，并根据第一指示信息保存UE的上下文信息，上下文信息中包括所述UE的标识信息。
其中，eNB是在确定UE在预设时间内没有进行数据传输时，向UE发送第一指示信息的。
具体来说，eNB可以通过如下可选的方式确定UE在预设时间内是否有进行数据传输：
第一种方式：UE在与网络进行数据传输的过程中，如果在完成当前的某个数据传输之后，一定时间内，没有后续需要传输的数据，即确定预设时间内没有需要进行传输的数据时，向eNB发送上下文信息保存请求，以使eNB保存UE的上下文信息即以请求eNB保存UE的上下文信息。此时，第一指示信息是eNB根据该上下文信息保存请求发送的，也就是说，当eNB接收到该上下文信息保存请求时，确定UE在该时间内没有需要继续传输的数据，可以向UE发送上述上下文保存指示消息，在该上下文保存指示消息中携带有上述第一指示信息。
值得说明的是，UE上下文信息的保存是指在UE侧和网络侧即eNB都进行上下文信息的保存。此外，在具体实现时，上述上下文信息保存请求也可以称为RRC连接挂起请求消息等，上述携带有第一指示信息的上下文信息保存指示消息也可以称为RRC连接挂起指示消息、RRC连接释放指示消息等，不做具体限制。
第二种方式：该第一指示信息是eNB根据与UE的数据传输记录，在确定在预设时间内没有与UE间进行数据传输时发送的。该方式中，eNB也可以是根据与UE进行数据传输的情况，确定UE没有数据需要继续传输时，自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起或释放)，从而向UE发送上述第一指示信息。
值得说明的是，eNB在确定UE一定时间内没有传输数据后，并非立刻向UE发送上述第一指示信息，而是需要与核心网设备：MME、SGW交互，以完成网络侧的相关处理，比如UE的承载的挂起处理，在完成相关处理后，才向UE发送的。eNB与核心网设备的交互将在后续实施例中说明，本实施例不赘述。
进而，UE在收到eNB发送的第一指示信息后，执行保存上下文信息。其中，一般地，该上下文信息可以包含UE的无线资源配置信息，安全算法，UE标示符或者称UE的标识信息，测量配置信息等其中的一项或多项。其中，无线资源配置信息可以包含物理层配置信息，MAC层配置信息，RLC层配置信息以及PDCP层配置信息中的一项或多项。其中，UE的标识信息比如包括C-RNTI。
值得说明的是，上述第一指示信息的发送，一般是基于如下的通信场景：UE使用上下文信息与基站进行通信结束后，如果一定时间内没有后续数据传输，可能会从RRC连接态进入RRC空闲态并删除上下文信息。为了后续能够基于上下文信息快速恢复网络传输，基站可以在确定UE一定时间内没有进行数据传输后，随即指示UE保存上下文信息，此时，UE所处于的状态不做具体限定，可能是RRC空闲态，也可以是RRC连接态、RRC挂起态等，从而在收到PDCCH时可利用上下文信息中的用户设备标识检测PDCCH中包含的第二指示信息。
步骤102、UE根据UE的标识信息解码PDCCH，获取第二指示信息。
步骤103、UE确定UE为被寻呼对象或者有UE的业务。
本实施例中，上述UE的标识信息可以用于在其eNB范围内或者eNB的一个或多个小区范围内唯一标识该UE。
实际应用中，如果eNB需要寻呼某个UE，则用该UE的标识信息加扰PDCCH，以发送上述指示信息。
可选的，根据UE的标识信息解码PDCCH，获取第二指示信息，可以通过如下方式实现：
其一，若根据UE的标识信息正确解码PDCCH中的下行控制信息(Downlink ControlInformation，简称DCI)格式，则确定获取到所述第二指示信息；
或者，
其二，根据UE的标识信息解码PDCCH，获取PDCCH中DCI格式中包含的第二指示信息。
也就是说，本实施例中，既可以定义如果UE用其标识信息正确解码了PDCCH中的预设下行控制信息DCI格式，则说明该UE为被寻呼对象或有业务，亦即获得了指示UE为被寻呼对象或有业务的第二指示信息；也可以在预设DCI格式中新增第二指示信息的比特定义，如果UE用其标识信息解码出PDCCH中该DCI格式中包含的指示UE为被寻呼对象或有业务的第二指示信息，则说明该UE为被寻呼对象或有业务。
具体地，可以在该DCI格式中仅仅包含1个比特(bit)。例如，当该bit为1时，可以表示UE被寻呼，需要接入网络进行数据传输。当该bit为0时，表示UE当前没有被寻呼。
具体实现中，UE可以在搜索公共搜索空间(Common Search Space，简称CSS)或者UE特定的搜索空间(UE Special Space，简称USS)中，采用UE的标识信息解码PDCCH的预设DCI格式，获取第二指示信息。
另外可选的，除上述用于指示UE是否为被寻呼对象或是否有业务的第二指示信息外，在上述DCI格式中还可以包含系统信息改变指示信息和/或紧急服务指示信息。以系统信息改变指示信息为例，在这种情况下，DCI格式的设计可以是：
第一个bit：寻呼指示信息，用于通知是否有UE的寻呼；
第二个bit：系统信息改变指示信息，用于通知是否系统信息发送改变。
进一步地，DCI格式中还可以包含如下紧急服务指示信息，例如地震海啸相关的指示信息(Earthquake and Tsunami Warning System Indication，简称ETWS)，商用移动警报服务(Commercial Mobile Alert Service，简称CMAS)以及扩展的接入限制参数修改指示(Extended Access Barring Parameter Modification，简称EABPM)。
本实施例中，UE在接收到eNB发送的第一指示信息后，根据第一指示信息保存UE的上下文信息，其中，该上下文信息中包括UE的标识信息。进而，UE根据该标识信息解码PDCCH，如果能够解码出指示该UE为被寻呼对象或者有UE的业务的第二指示信息，则说明该UE为被寻呼对象或者有业务需要进行传输。通过在PDCCH中携带有针对被寻呼对象的指示信息，使得UE能够基于能否成功获取该指示信息来确定自身是否为被寻呼对象或是否有业务，在确定自身为被寻呼对象或有业务时，才进行接入网络等后续处理，避免了UE功耗的浪费。
图2为本发明实施例提供的数据传输处理方法实施例二的流程图，如图2所示，具体包括如下步骤：
步骤201、UE接收eNB发送的第一指示信息，并根据第一指示信息保存用户设备的上下文信息，上下文信息中包括所述用户设备的标识信息。
步骤202、UE根据第一指示信息保存UE与eNB之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器。
其中，安全密钥包含加密和/或完整性保护密钥。
本实施例中，UE除了保存上下文信息外，还保存上述安全密钥和数据包计数器，或者称为数据包序列号。
其中，该数据包计数器可以是分组数据汇聚协议(Packet Data ConvergenceProtocol，简称PDCP)的数据包计数器，即PDCP COUNT。
例如，在当前的LTE系统中，PDCP COUNT格式如下：COUNT值由HFN(Hyper FrameNumber)和PDCP SN(Sequence Number)组成：
HFN PDCP SN
可以理解的是，如果数据安全处理过程不是在PDCP层，而是在其他协议层进行，则该计数器的类型适应性改变。
具体来说，保存数据包计数器，可以采用如下两种可选的方式：
方法1：保存下一个要使用的数据包计数器。例如，数据传输传输到了第5号数据包，那么保存的时候就保存6这个数，待接下来恢复数据传输的时候使用。
方法2：保存当前使用过的最后一个有效的数据包计数器。例如数据包传输传输到了第5号数据包，这个时候就把5这个计数保存下来，下次使用的时候加1，从6开始使用。
步骤203、UE接收eNB发送的获取方式指示信息。
该获取方式指示信息用于指示UE获取所述第二指示信息的获取方式。
该步骤203的时序没有严格的限定，不局限于本实施例中的时序关系。
其中，所述获取方式包括下列方式中的至少两项：
第一获取方式：UE根据在eNB范围内或者eNB的一个或多个小区范围内标识UE的标识信息正确解码PDCCH中的DCI格式获取所述第二指示信息；
第二获取方式：UE根据在eNB范围内或者所述基站的一个或多个小区范围内标识UE的标识信息解码PDCCH，获取PDCCH中DCI格式中包含的第二指示信息；
第三获取方式：UE根据P-RNTI检测PDCCH，获取第二指示信息。
前两种方式，UE的标识信息主要是指C-RNTI，用于唯一性标识UE，第三种方式中，P-RNTI不是唯一性标识UE的，属于共用的标识信息。
步骤204、UE在获取方式指示信息指示获取方式为第一获取方式或第二获取方式时，根据UE的标识信息解码PDCCH，获取第二指示信息。
根据前两种获取方式获取指示信息的过程，已经在前述实施例中说明，本实施例中不再赘述。
在获取方式指示信息指示第三获取方式时，UE根据P-RNTI检测PDCCH以获取到第二指示信息，此时，该第二指示信息为寻呼消息的调度信息，进而，UE根据该调度信息从PDSCH上接收到UE对应的寻呼消息，根据寻呼消息确定UE为被寻呼对象或有UE的业务。其中，该调度信息是指PDSCH上接收寻呼消息的时频资源。
步骤205、UE根据第二指示信息确定UE为被寻呼对象或者有UE的业务。
步骤206、UE接收eNB发送的需要恢复的无线承载标识，根据需要恢复的无线承载标识，确定需要恢复的无线承载。
该无线承载标识可以包含在所述第二指示信息中，或者也可以包含在寻呼消息中。
步骤207、UE使用安全密钥和需要恢复的无线承载的数据包计数器执行针对该需要恢复的无线承载的数据传输。
此时，具体地执行数据传输的方法与上面两种保存的方法对应，有两种方式：
方式1：对应方法1，从保存的6开始使用。
方式2：对应方法2，对保存的5加1后开始使用。
本实施例中，eNB在发起针对UE的寻呼或业务处理之后，根据需要进行的业务处理确定对应的需要恢复的无线承载标识，进而向UE发送需要恢复的无线承载标识，从而，UE根据需要恢复的无线承载标识，确定需要恢复的无线承载，进而使用保存的安全密钥和保存的需要恢复的无线承载的数据包计数器执行针对该需要恢复的无线承载的数据传输。
具体来说，当UE有上行数据需要发送时，UE执行针对该需要恢复的无线承载的数据传输，包括：使用安全密钥和需要恢复的无线承载的数据包计数器生成加密密钥流，使用该加密密钥流对上行数据加密后发送给eNB。
具体地，UE对加密后的上行数据的发送，可以根据eNB预先分配的基于竞争的物理上行共享信道(Contention Based PUSCH，简称CB-PUSCH)资源通过竞争的方式发送该上行数据。
具体来说，当UE有下行数据需要接收时，使用安全密钥和需要恢复的无线承载的数据包计数器解密接收到的下行数据。
值得说明的是，当UE获取到指示UE为被寻呼对象或有业务的第二指示信息后，说明该UE有下行数据需要接收，触发上述接收下行数据的处理。如果UE在此过程中有上行数据需要发送，触发上述发送上行数据的处理。
本实施例中，通过在PDCCH中携带有针对被寻呼对象的第二指示信息，使得UE能够基于能否成功获取该第二指示信息来确定自身是否为被寻呼对象或是否有业务，在确定自身为被寻呼对象或有业务时，才进行数据传输的处理，避免了UE功耗的浪费。
图3为本发明实施例提供的数据传输处理方法实施例三的流程图，如图3所示，在前述各实施例的基础上，UE根据UE的标识信息解码PDCCH，获取第二指示信息，可以通过如下步骤301实现：
步骤301、UE根据UE的标识信息解码PDCCH，获取eNB在UE对应的一个PO以及PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
或者可选的，UE根据UE的标识信息解码PDCCH，获取第二指示信息，还可以通过如下方式实现：
UE根据UE的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息。
进而，获得第二指示信息之后还包括如下的接收下行数据的步骤：
步骤302、UE接收eNB发送的下行数据接收时机配置信息，下行数据接收时机配置信息指示了在获取到第二指示信息后的m个子帧，接收下行数据。
步骤303、UE根据下行数据接收时机配置信息，接收下行数据。
其中，m为大于或等于0的整数。
本实施例中，为了保证寻呼可靠性，即UE能够更加准确地确定自身是否为被寻呼对象或有业务，以使得后续数据传输的触发更加准确、可靠，提供了多次发送用于指示UE是否为被寻呼对象或是否有业务的第二指示信息的方案。
具体来说，eNB在发送N次第二指示信息之后，可以直接向UE发送下行数据。其中，这N次第二指示信息的发送，可以是连续发送的，也可以是不连续发送的。
具体的，对于连续发送的方式：eNB计算UE对应的一个PO，在该PO以及该PO之后的N-1个连续子帧上连续发送N个第二指示信息，具体的是通过UE的标识信息加扰PDCCH分别发送N次携带有第二指示信息的预设DCI格式，或者，分别发送N次预设的DCI格式，并在发送完N次后，可以直接向UE发送下行数据。相应的，UE在根据UE的标识信息解码PDCCH，获取eNB在UE对应的一个PO以及PO之后的连续N-1个子帧上连续发送的N个第二指示信息后，尝试接收下行数据。
值得说明的是，在该方式中，eNB发送下行数据的时机可以是在连续发送完N次第二指示信息之后的m个子帧后，相应的，UE在获得N次第二指示信息后的m个子帧后，接收下行数据。
对于不连续发送的方式：eNB计算UE对应的N个不同PO，并在每个PO通过PDCCH发送第二指示信息。相应的，UE根据UE的标识信息解码PDCCH，获取eNB在UE对应的N个不同PO上分别发送的第二指示信息中的任一个第二指示信息后，尝试接收下行数据。该方式中，由于UE并不知道自己获得的指示信息是eNB发送的第几次，因此，UE在获得第二指示信息后即尝试接收下行数据。
在图3所示实施例中，在UE确定自己为被寻呼对象或有业务后，如果是有下行数据需要接收，即接收到上述第二指示信息说明UE有下行数据需要接收，则UE即可根据该实施例中的方式直接接收下行数据。如果UE有上行数据需要发送，UE一般需要向eNB请求资源，以根据eNB分配的资源进行上行数据的发送。这便涉及到数据传输恢复的处理过程，将在后续实施例中详细说明。对于下行数据的接收过程和上行数据的发送过程可以参考图2实施例中的具体描述。
值得说明的是，除了上行数据发送可能会触发数据传输恢复过程外，下行数据接收也会触发数据传输恢复过程。只是在图3实施例中，基于上述两种可选的第二指示信息发送方式，eNB可以在发送完N次第二指示信息后，随即发送下行数据。
图4为本发明实施例提供的数据传输处理方法实施例四的流程图，如图4所示，在前述各实施例的基础上，以图1所示实施例为例，在UE根据UE的标识信息解码PDCCH，获取第二指示信息之后，还可以包括如下步骤：
步骤401、UE利用获得的上行反馈资源，向eNB发送获取反馈信息，该获取反馈信息用于指示UE成功获取了第二指示信息。
步骤402、UE接收eNB发送的资源配置信息。
步骤403、UE根据资源配置信息向eNB发送RRC连接请求消息。
本实施例中，UE为了恢复数据传输，一般会通过RRC连接建立、RRC连接重建立、RRC连接恢复等过程恢复数据传输，在此过程中，UE需要向eNB发送RRC连接请求消息，相应的，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
发送RRC连接请求消息需要使用相应的资源，因此，eNB需要为UE分配该资源，用于UE进行RRC连接请求消息的发送。
为了避免eNB资源分配的浪费，本实施例中提供了如下的反馈机制：
具体的，当UE通过自身的标识信息解码PDCCH获取到指示UE为被寻呼对象或有业务的第二指示信息后，UE利用预先获得的上行反馈资源，向eNB发送获取反馈信息，该获取反馈信息用于指示UE成功获取了第二指示信息。当UE接收到该反馈信息后，为UE分配资源，向UE发送资源配置信息，以使UE根据资源配置信息向eNB发送RRC连接请求消息。
其中，所述上行反馈资源包括SR资源，或者eNB根据UE对应的PO确定的上行子帧。
比如，eNB在UE对应的某个PO之后的第x个上行子帧上配置一个资源。该资源可以传递个物理层信号，类似现在ACK/NACK反馈，也可以反馈一个高层消息，指示成功接收到第二指示信息与否。
本实施例中，所述上行反馈资源是UE专有资源，因为eNB能够获知某个PO，分别寻呼了或者可能寻呼哪些UE，并且eNB中存储的有这些UE的上下文信息，所以，eNB可以针对该PO上寻呼的UE，分配UE专有的资源。所谓UE专有的资源，是为了eNB能够无歧义的识别进行反馈的UE，从而可以无歧义的确定监听到指示信息的UE。
按照现有协议，某个UE的PO时，eNB实际上并不一定会发送该UE的寻呼。可以只为eNB实际发送寻呼的UE分配专有资源，其次，为了减少UE反馈的次数，UE可以只在其成功接收到针对该UE的寻呼即第二指示信息之后反馈，没有接收到的情况下不反馈，即使网络发送了该UE的指示信息，并且为该UE的反馈分配了专有资源。
UE根据是否成功获得第二指示信息的情况，在上述配置的上行反馈资源上进行反馈：如果成功获取到自己的第二指示信息，则反馈成功，否则反馈失败，或者不反馈。
上述eNB在接收到获取反馈信息后为UE分配请求资源的方式，尤其适用于eNB有下行数据发送给UE的情况下，对于UE有上行数据需发送给eNB的情况，还可以有如下可选的方式：
UE通过SR资源向eNB发送资源请求，其中，SR资源中包括成功获取第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息；
UE接收eNB发送的资源配置信息；
UE根据资源配置信息向eNB发送RRC连接请求消息。
与通过SR资源向eNB反馈获取指示信息不同，此时为UE配置周期性的SR资源，该SR资源是用于向eNB请求资源的，其中包括的获取反馈信息、有上行数据需传输的指示信息，可以理解为是告知eNB请求资源的原因。
本实施例中，UE在通过解码PDCCH获取第二指示信息，根据第二指示信息确定自己为被寻呼对象或有业务时，向eNB发送获取反馈信息，以告知eNB其已经成功获取第二指示信息，从而使得eNB为UE分配发送RRC连接请求消息所使用的资源，以恢复数据传输更加具有针对性，避免导致分配的资源的浪费。
图3所示实施例中通过多次通过PDCCH发送指示信息，以通过提高寻呼可靠性的方式，避免分配用于发送RRC连接请求消息所用的资源的浪费，图4所示实施例通过控制分配该资源的时机的方式，避免分配的资源的浪费，下面，结合图5所示实施例，从分配该资源的具体分配方式的角度，提供另一种避免资源浪费的方案。
图5为本发明实施例提供的数据传输处理方法实施例五的流程图，如图5所示，在图1所示实施例基础上，步骤103之后，该方法还可以包括：
步骤501、UE接收eNB发送的资源配置信息，该资源配置信息包括根据UE对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
步骤502、UE根据该CB-PUSCH资源发送RRC连接请求。
本实施例中，RRC连接请求消息是基于CB-PUSCH方式的：定义CB-PUSCH的资源配置和发送用于指示UE是否为被寻呼对象或是否有业务的第二指示信息的发送资源，比如寻呼时刻PO之间的关系。
比如在连续的两次PO之间，eNB定义X个可用的CB-PUSCH资源，以使得eNB再次发送第二指示信息之前，可以保证UE进行最大X次的RRC连接请求消息的竞争发送。
本实施例中，通过在确定的UE对应的PO与相邻的至少一个PO之间，配置CB-PUSCH资源，使得UE仅在该CB-PUSCH资源进行RRC连接请求消息的竞争发送，降低了CB-PUSCH资源的浪费。
图6为本发明实施例提供的数据传输处理方法实施例六的流程图，该实施例的执行主体为基站(eNB)，如图6所示，该方法包括如下步骤：
步骤601、eNB向UE发送第一指示信息，第一指示信息用于指示UE根据第一指示信息保存UE的上下文信息，上下文信息中包括的UE的标识信息。
步骤602、eNB通过PDCCH发送第二指示信息，第二指示信息用于指示UE在根据UE的标识信息解码PDCCH获取第二指示信息时，确定UE为被寻呼对象或者有UE的业务。
具体的，与图1所示实施例中相似，eNB可以通过如下方式确定UE在预设时间内是否有进行数据传输，在没有进行数据传输时，发送上述第一指示信息：
接收UE发送的上下文信息保存请求，上下文信息保存请求是UE在确定预设时间内没有需要进行传输的数据时发送的；
根据上下文信息保存请求确定UE在预设时间内没有进行数据传输，保存UE的上下文信息，并向UE发送第一指示信息。
另外，eNB也可以是基于与UE的数据传输记录，在确定在预设时间内没有与UE间进行数据传输时发送第一指示信息。
进而，当网络有业务需要寻呼UE时，MME通知eNB对UE发起寻呼，则此时eNB通过PDCCH向UE发送用于指示UE为被寻呼对象或有业务的第二指示信息。
具体地，eNB对该第二指示信息的发送，可以是将该第二指示信息携带于预设DCI格式中通过PDCCH发送，或者通过PDCCH发送预设DCI格式的方式发送该第二指示信息。而且，在通过PDCCH发送第二指示信息的时候，是采用UE的标识信息对该PDCCH进行加扰后发送的。其中，UE的标识信息比如可以是C-RNTI，P-RNTI。尤其的，本实施例该UE的标识信息是指用于在覆盖UE的eNB范围内或者eNB的一个或多个小区范围内唯一标识UE的标识，比如C-RNTI。
eNB通过PDCCH发送出上述第二指示信息后，UE根据自身的标识信息解码PDCCH，以根据该第二指示信息确定自身为被寻呼对象或有业务。
可选的，UE根据UE的标识信息解码PDCCH，获取第二指示信息，可以通过如下方式实现：
其一，若根据UE的标识信息正确解码PDCCH中的DCI格式，则确定获取到该第二指示信息；
或者，
其二，UE根据UE的标识信息解码PDCCH，获取PDCCH中DCI格式中包含的该第二指示信息。
也就是说，本实施例中，既可以定义如果UE用其标识信息正确解码了PDCCH中的预设DCI格式，则说明该UE为被寻呼对象或有业务，亦即获得了指示UE为被寻呼对象或有业务的第二指示信息；也可以在预设DCI格式中新增第二指示信息的比特定义，如果UE用其标识信息解码出PDCCH中预设DCI格式中包含的指示UE为被寻呼对象或有业务的第二指示信息，则说明该UE为被寻呼对象或有业务。
另外，eNB在所述DCI格式中除了第二指示信息外，还可以包含系统信息改变指示信息和/或紧急服务指示信息，以告知UE系统信息发送了改变，或者，有什么具体的紧急服务信息。
可选的，本实施例中，为了兼容现有寻呼方式，本实施例中，eNB还为UE配置上述第二指示信息的获取方式，具体来说，还可以包括如下步骤：
步骤603、eNB向UE发送获取方式指示信息，获取方式指示信息用于指示UE获取第二指示信息的获取方式。
该步骤603与前述步骤601没有严格的时序限定关系。
其中，所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在eNB范围内或者eNB的一个或多个小区范围内标识UE的标识信息正确解码PDCCH中的DCI格式获取所述第二指示信息；
第二获取方式：根据在eNB范围内或者eNB的一个或多个小区范围内标识UE的标识信息解码PDCCH，获取PDCCH中DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测PDCCH，获取所述第二指示信息。
前两种获取方式，UE的标识信息主要是指C-RNTI，用于唯一性标识UE，第三种获取方式中，P-RNTI不是唯一性标识UE的，属于共用的标识信息。
对于上述获取方式的配置，eNB可以根据UE的处理能力为UE配置具体的获取方式，比如UE的处理能力较高时，配置第三种获取方式，反之，配置前两种获取方式。
UE在接收到获取方式指示信息指示获取方式为第一获取方式或第二获取方式时，根据UE的标识信息比如C-RNTI解码PDCCH，获取第二指示信息。在获取方式指示信息指示第三获取方式时，UE根据P-RNTI检测PDCCH以获取到第二指示信息，此时，该第二指示信息为寻呼消息的调度信息，进而，UE根据该调度信息从PDSCH上接收到UE对应的寻呼消息，根据寻呼消息确定UE为被寻呼对象或有UE的业务。
本实施例中，eNB在对UE进行寻呼时，通过PDCCH发送指示UE是否为被寻呼对象或有业务的第二指示信息，使得UE根据自身的标识信息解码PDCCH获取该第二指示信息后，能够准确确定自身是否为被寻呼对象或有业务，如果是，则UE进行后续的数据传输处理，否则，不触发后续处理，避免了UE功耗的浪费。
值得说明的是，eNB在向UE发送第一指示信息后，UE不但进行上下文信息的保存处理，还保存UE与eNB之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器。
从而，UE在根据第二指示信息确定UE为被寻呼对象或有UE的业务之后，还确定需要恢复的无线承载，并使用保存的安全密钥和需要恢复的无线承载的数据包计数器执行针对需要恢复的无线承载的数据传输。其中，安全密钥包含加密和/或完整性保护密钥。
也就是说，UE在确定UE为被寻呼对象或有UE的业务之后，触发数据传输恢复的处理过程，以接收业务的下行数据，或者发送上行数据。
为了使得UE知道应该恢复哪个无线承载，eNB还需要进行如下如图7所示的处理过程：
图7为本发明实施例提供的数据传输处理方法实施例七的流程图，该实施例的执行主体为基站(eNB)，如图7所示，在图6所示实施例基础上，步骤602之后，该方法还可以包括如下步骤：
步骤701、eNB向UE发送需要恢复的无线承载标识，该需要恢复的无线承载标识用于指示UE根据需要恢复的无线承载标识，确定需要恢复的无线承载。
该无线承载标识可以包含在所述第二指示信息中，或者也可以包含在寻呼消息中。
针对向UE发送下行数据的情况，eNB知道下行数据所对应的无线承载标识，从而向UE发送该无线承载标识以告知UE需要恢复的是哪个无线承载。
进而，针对向UE发送下行数据的情况，执行步骤702；针对UE向eNB发送上行数据的情况，执行步骤703和步骤704：
步骤702、eNB向UE发送下行数据，以使UE在确定有下行数据需要接收时，使用安全密钥和需要恢复的无线承载的数据包计数器解密接收到的下行数据。
步骤703、eNB向UE发送CB-PUSCH资源，该CB-PUSCH资源用于指示UE根据CB-PUSCH资源通过竞争的方式发送上行数据。
步骤704、eNB接收UE发送的上行数据。
其中，该上行数据是UE在确定有上行数据需要发送时，使用安全密钥和需要恢复的无线承载的数据包计数器生成加密密钥流，使用加密密钥流对上行数据加密后发送的。
本实施例中，可选的，在UE发送上行数据时，UE知道上行数据对应的无线承载，恢复该无线承载。在对上行数据进行发送时，可以使用eNB预先分配的CB-PUSCH资源，通过竞争发送的方式发送上行数据。
下面，结合图8所示实施例，对eNB具体发送上述指示信息的方式以及发送下行数据的方式进行说明。
图8为本发明实施例提供的数据传输处理方法实施例八的流程图，该实施例的执行主体为基站(eNB)，如图8所示，在图6所示实施例基础上，所述通过PDCCH发送第二指示信息，可以通过如下步骤实现：
步骤801、eNB向UE发送下行数据接收时机配置信息，下行数据接收时机配置信息指示了在获取到第二指示信息后的m个子帧，接收下行数据。
m为大于或等于0的整数。
步骤802、eNB通过PDCCH，在UE对应的一个PO以及该PO之后的连续N-1个子帧上连续发送N个第二指示信息。
或者，eNB也可以通过PDCCH，在UE对应的N个不同寻呼时机PO上分别发送第二指示信息。
本实施例中，为了保证寻呼可靠性，即UE能够更加准确地确定自身是否为被寻呼对象或有业务，以使得后续数据传输的触发更加准确、可靠，提供了多次发送用于指示UE是否为被寻呼对象或是否有业务的指示信息的方案。
具体来说，eNB在发送N次第二指示信息之后，可以直接向UE发送下行数据。其中，这N次第二指示信息的发送，可以是连续发送的，也可以是不连续发送的。
具体的，对于连续发送的方式：eNB计算UE对应的一个PO，在该PO以及该PO之后的N-1个连续子帧上连续发送N个第二指示信息，具体的是通过UE的标识信息加扰PDCCH分别发送N次携带有第二指示信息预设DCI格式，或者，分别发送N次预设的DCI格式，并在发送完N次后，可以直接向UE发送下行数据。相应的，UE在根据UE的标识信息解码PDCCH，获取eNB在UE对应的一个PO以及PO之后的连续N-1个子帧上连续发送的N个第二指示信息后，尝试接收下行数据。
值得说明的是，在该方式中，eNB发送下行数据的时机可以是在连续发送完N次第二指示信息之后的m个子帧后，从而，eNB告之UE其发送下行数据的时机，亦即UE接收下行数据的时机。相应的，UE在获得N次第二指示信息后的m个子帧后，接收下行数据。
对于不连续发送的方式：eNB计算UE对应的N个不同PO，并在每个PO通过PDCCH发送第二指示信息。相应的，UE根据UE的标识信息解码PDCCH，获取eNB在UE对应的N个不同PO上分别发送的第二指示信息中的任一个第二指示信息后，尝试接收下行数据。该方式中，由于UE并不知道自己获得的第二指示信息是eNB发送的第几次，因此，UE在获得第二指示信息后即尝试接收下行数据。
本实施例中，通过多次发送第二指示信息的方式，保证UE能够可靠的接收到eNB的寻呼，从而使得后续的数据传输更加可靠，避免UE功耗等资源的浪费。
前述各实施例，从发送第二指示信息的角度，以保证UE更可靠地接收到eNB的寻呼，避免了UE功耗等资源的浪费，下面，结合图9所示实施例，从数据传输恢复的角度，具体从数据传输恢复时，发送RRC连接请求消息的资源分配角度，通过更加准确、可靠地分配该资源，进一步避免发送RRC连接请求消息的资源的浪费。
图9为本发明实施例提供的数据传输处理方法实施例九的流程图，如图9所示，在图6所示实施例的基础上，在步骤602之后，还可以包括如下步骤：
步骤901、eNB向UE发送上行反馈资源配置信息，上行反馈资源配置信息所指示的上行反馈资源包括SR资源，或者根据UE对应的PO确定的上行子帧。
步骤902、eNB接收UE利用上行反馈资源发送的获取反馈信息，获取反馈信息用于指示UE成功获取了第二指示信息。
本实施例中，当UE确定自身为被寻呼对象或有业务时，需要进行数据传输的恢复处理，以进行后续上行数据发送、下行数据接收等数据传输处理。
数据传输恢复，可以通过RRC连接建立、RRC连接重建立、RRC连接恢复等过程实现，在通过这些过程实现数据传输恢复的过程中，需要向eNB发送RRC连接请求消息，相应的，该RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
发送RRC连接请求消息需要使用相应的资源，因此，eNB需要为UE分配该资源，用于UE进行RRC连接请求消息的发送。
为了避免eNB资源分配的浪费，本实施例中提供了如下的反馈机制：
具体的，当UE通过自身的标识信息解码PDCCH获取到指示UE为被寻呼对象或有业务的第二指示信息后，UE利用预先获得的上行反馈资源，向eNB发送获取反馈信息，该获取反馈信息用于指示UE成功获取了第二指示信息。当UE接收到该反馈信息后，为UE分配资源，向UE发送资源配置信息，以使UE根据资源配置信息向eNB发送RRC连接请求消息。
其中，所述上行反馈资源包括SR资源，或者eNB根据UE对应的PO确定的上行子帧。
比如，eNB在UE对应的某个PO之后的第x个上行子帧上配置一个资源。该资源可以传递个物理层信号，类似现在ACK/NACK反馈，也可以反馈一个高层消息，指示成功接收到第二指示信息与否。
步骤903、eNB向UE发送资源配置信息，资源配置信息包括根据UE对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源。
步骤904、eNB接收UE根据CB-PUSCH资源发送的RRC连接请求消息。
本实施例中，可选的，eNB向UE分配的请求资源即用于发送RRC连接请求消息的资源，可以包括eNB根据UE对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源。从而，UE使用该CB-PUSCH资源，通过竞争的方式发送RRC连接请求消息。
本实施例中，RRC连接请求消息是基于CB-PUSCH方式的：定义CB-PUSCH的资源配置和发送用于指示UE是否为被寻呼对象或是否有业务的第二指示信息的发送资源，比如寻呼时刻PO之间的关系。
比如在连续的两次PO之间，eNB定义X个可用的CB-PUSCH资源，以使得eNB再次发送第二指示信息之前，可以保证UE进行最大X次的RRC连接请求消息的竞争发送。
上述反馈机制尤其适用于eNB有下行数据需要发送的情形。针对UE有上行数据需要发送的情形，UE可以在有上行数据需要发送时，主动向eNB请求分配资源，以用于发送RRC连接请求消息。
具体来说，针对上行的情况，可以包括如下的分配处理过程：
eNB接收UE通过SR资源发送的资源请求，其中，SR资源中包括成功获取第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息；
eNB向UE发送资源配置信息；
eNB接收UE根据资源配置信息发送的RRC连接请求消息。
与通过SR资源向eNB反馈获取指示信息不同，此时为UE配置周期性的SR资源，该SR资源是用于向eNB请求资源的，其中包括的获取反馈信息、有上行数据需传输的指示信息，可以理解为是告知eNB请求资源的原因。
本实施例中，UE在通过解码PDCCH获取指示信息，根据第二指示信息确定自己为被寻呼对象或有业务时，向eNB发送获取反馈信息，以告知eNB其已经成功获取第二指示信息，从而使得eNB为UE分配发送RRC连接请求消息所使用的资源，以恢复数据传输更加具有针对性，避免导致分配的资源的浪费。
图10为本发明实施例提供的数据传输处理方法实施例十的交互图，如图10所示，可以包括如下步骤：
步骤1001、UE与eNB进行数据传输。
步骤1002、在一定时间后，UE确定当前没有继续需要传输的数据。
步骤1003、UE向eNB发送上下文信息保存请求。
或者也可以称为RRC挂起请求，以请求进行UE的上下文信息的保存。
上述步1002和1003为可选步骤，因此图中用虚线标示。
步骤1004、eNB确定进行UE的上下文信息的保存，并保存UE的上下文信息。
或者等价地称之为RRC连接的挂起。具体地，eNB可以是在收到UE发送的上下文信息保存请求时，确定可以进行UE的上下文信息的保存。或者，eNB也可以是根据与UE之间进行数据传输的情况，确定UE已经在一定时间内没有传输数据时，自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起)。
步骤1005、eNB向MME发送UE的上下文信息保存指示消息。
或者称为上下文信息保存请求消息，或者称为RRC连接挂起请求消息，或者称为RRC连接挂起指示消息，以通知MME该UE将处于上下文信息保存状态或者称为RRC连接挂起状态。
步骤1006、MME向SGW发送UE承载挂起指示消息。
该指示消息用于指示SGW所述UE的承载将处于挂起状态，或者暂停传输数据的状态。
MME收到eNB发送的UE上下文信息保存指示消息后，确定UE将处于上下文信息保存状态或者RRC连接挂起状态。然后向SGW发送指示消息，以指示SGW所述UE的承载将处于挂起状态，或者暂停传输数据的状态。
步骤1007、S-GW向MME发送承载挂起确认消息。
步骤1008、MME向eNB发送连接挂起确认消息。
步骤1009、eNB向UE发送上下文信息保存指示消息。
或者等价地称之为RRC连接挂起指示消息，RRC连接释放指示消息，该上下文信息保存指示消息中携带上下文信息保存指示信息即第一指示信息，以命令UE保存UE的上下文信息。
步骤1010、UE保存上下文信息。
上下文信息中包括UE的标识信息。
步骤1011、UE根据UE的标识信息解码PDCCH，在获取第二指示信息后，确定UE为被寻呼对象或有业务。
步骤1012、UE与eNB交互，以接入网络。
步骤1013、UE发送上行数据和/或接收下行数据。
图11为本发明实施例提供的用户设备实施例一的结构示意图，如图11所示，该用户设备包括：接收模块11、保存模块12、获取模块13、确定模块14。
接收模块11，用于接收基站发送的第一指示信息。
保存模块12，用于根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息。
获取模块13，用于根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息。
确定模块14，用于在所述获取模块获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
可选的，所述用户设备还包括：发送模块15。
发送模块15，用于在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
相应的，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
可选的，所述接收模块11还用于：接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式。
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
可选的，所述获取模块13包括：第一获取子模块131，或者第二获取子模块132，或者第三获取子模块133和第四获取子模块134。
第一获取子模块131，用于若根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息。
第二获取子模块132，用于根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
第三获取子模块133，用于根据P-RNTI检测PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；
第四获取子模块134，用于根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息。
所述确定模块14，还用于根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
具体的，所述获取模块13具体用于：
搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
可选的，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
上述图11所示实施例中各种可选的用户设备可以用于执行图1所示实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。
图12为本发明实施例提供的用户设备实施例二的结构示意图，如图12所示，在图11所示实施例的基础上，所述保存模块12还用于：
根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥。
所述确定模块14还用于：确定需要恢复的无线承载。
所述用户设备还包括：处理模块21。
处理模块21，用于使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
可选的，所述处理模块21用于：
在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密。
所述发送模块15还用于，将加密后的所述上行数据发送给所述基站。
可选的，所述发送模块15还用于：在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
可选的，所述处理模块21还用于：
在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
可选的，所述接收模块11还用于：接收所述基站发送的需要恢复的无线承载标识。
相应的，所述确定模块14还用于：根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
可选的，所述获取模块13还用于：
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
可选的，所述接收模块11还用于：
接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
根据所述下行数据接收时机配置信息，接收所述下行数据。
可选的，所述发送模块15还用于：
利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
其中，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
可选的，所述发送模块15还用于：向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
可选的，所述接收模块11还用于：接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源。
所述发送模块15还用于：根据所述CB-PUSCH资源发送所述RRC连接请求。
可选的，所述发送模块15还用于：通过SR资源向所述基站发送资源请求。
所述接收模块11还用于：接收所述基站发送的资源配置信息。
所述发送模块15还用于：根据所述资源配置信息向所述基站发送所述RRC连接请求消息。
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本实施例提供的用户设备，用于执行图2至图5所示实施例中用户设备的技术方案，其实现原理和技术效果类似，不再赘述。
图13为本发明实施例提供的用户设备实施例三的结构示意图，如图13所示，所述用户设备包括：接收器31、处理器32和发送器33。
接收器31，用于接收基站发送的第一指示信息。
处理器32，用于根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息。
所述处理器32还用于根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
可选的，所述处理器32还用于若根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息。
可选的，所述处理器32还用于根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
可选的，所述接收器31还用于：接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式。
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
可选的，所述处理器32还用于根据P-RNTI检测所述PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息；根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
可选的，所述处理器32还用于搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
其中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
发送器33，用于在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
其中，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
可选的，所述处理器32还用于根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥。
所述处理器32还用于确定需要恢复的无线承载；
所述处理器32还用于使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
可选的，所述处理器32还用于：
在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密。
所述发送器33还用于，将加密后的所述上行数据发送给所述基站。
可选的，所述发送器33还用于：在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
可选的，所述处理器32还用于：
在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
可选的，所述接收器31还用于：接收所述基站发送的需要恢复的无线承载标识。
所述处理器32还用于：根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
可选的，所述处理器32还用于：
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
可选的，所述接收器31还用于：
接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
根据所述下行数据接收时机配置信息，接收所述下行数据。
可选的，所述发送器33还用于：
利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
其中，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
可选的，所述发送器33还用于：
向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
可选的，所述接收器31还用于：
接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源。
所述发送器33还用于：
根据所述CB-PUSCH资源发送所述RRC连接请求。
可选的，所述发送器33还用于：通过SR资源向所述基站发送资源请求。
所述接收器31还用于：接收所述基站发送的资源配置信息。
所述发送器33还用于：根据所述资源配置信息向所述基站发送所述RRC连接请求消息。
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本实施例提供的用户设备，用于执行图1至图5所示实施例中用户设备的技术方案，其实现原理和技术效果类似，不再赘述。
图14为本发明实施例提供的基站实施例一的结构示意图，如图14所示，所述基站包括：确定模块41、发送模块42。
确定模块41，用于确定用户设备在预设时间内是否有进行数据传输。
发送模块42，用于用户设备在预设时间内没有进行数据传输时，向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息。
所述发送模块42，还用于通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
可选的，所述指示信息包括：所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
可选的，所述发送模块42还用于：
向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
其中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
进一步可选地，该基站还包括：接收模块43、保存模块44。
接收模块43，用于接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的。
所述确定模块41，具体用于根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输。
保存模块44，用于保存所述上下文信息。
或者，确定模块41在确定用户设备在预设时间内没有需要进行传输的数据时，触发保存模块44保存所述上下文信息，并触发发送模块11向所述用户设备发送所述第一指示信息。
可选的，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
可选的，所述接收模块43还用于：
接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
可选的，所述发送模块42还用于：
向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
可选的，所述发送模块42还用于：
向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
可选的，所述发送模块42还用于：
向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
可选的，所述发送模块42还用于：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
可选的，所述发送模块42还用于：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
可选的，所述接收模块43还用于：
接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
可选的，所述发送模块42还用于：
向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
可选的，所述接收模块43还用于：
接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
可选的，所述发送模块42还用于：
向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述接收模块43还用于：
接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
可选的，所述接收模块43还用于：接收所述用户设备通过SR资源发送的资源请求；
所述发送模块42还用于：向所述用户设备发送资源配置信息；
所述接收模块43还用于：接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本实施例提供的基站，用于执行图6至图10所示实施例中基站的技术方案，其实现原理和技术效果类似，不再赘述。
图15为本发明实施例提供的基站实施例二的结构示意图，如图15所示，该基站包括：发送器51、处理器52、接收器53。
发送器51，用于向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息。
所述发送器51，还用于通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务。
可选的，所述指示信息包括：所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
可选的，所述发送器51还用于：
向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
其中，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
接收器53，用于接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的。
所述处理器52还用于：根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输；保存所述上下文信息。
或者，所述处理器52还用于：在确定用户设备在预设时间内没有需要进行传输的数据时，保存所述上下文信息。
可选的，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
可选的，所述接收器53还用于：
接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
可选的，所述发送器51还用于：
向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
可选的，所述发送器51还用于：
向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
可选的，所述发送器51还用于：
向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
可选的，所述发送器51还用于：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
可选的，所述发送器51还用于：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
可选的，所述接收器53还用于：
接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
可选的，所述发送器51还用于：
向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
可选的，所述接收器53还用于：
接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
可选的，所述发送器51还用于：
向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源。
所述接收器53还用于：
接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
可选的，所述接收器53还用于：接收所述用户设备通过SR资源发送的资源请求。
所述发送器51还用于：向所述用户设备发送资源配置信息。
所述接收器53还用于：接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息。
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
本实施例提供的基站，用于执行图6至图10所示实施例中基站的技术方案，其实现原理和技术效果类似，不再赘述
在上述用户设备和基站的实施例中，应理解，该处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetictape)、软盘(英文：floppy disk)、光盘(英文：optical disc)及其任意组合。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (38)

1.一种用户设备，其特征在于，包括：
接收模块，用于接收基站发送的第一指示信息；
保存模块，用于根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息，并根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥；
获取模块，用于根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息；
确定模块，用于在所述获取模块获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务，并确定需要恢复的无线承载；
处理模块，用于使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
2.根据权利要求1所述的用户设备，其特征在于，所述获取模块包括：
第一获取子模块，用于若根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息；
或者，所述获取模块包括：
第二获取子模块，用于根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
3.根据权利要求1所述的用户设备，其特征在于，所述接收模块还用于：
接收所述基站发送的获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
4.根据权利要求1所述的用户设备，其特征在于，所述获取模块包括：
第三获取子模块，用于根据P-RNTI检测所述PDCCH以获取到所述第二指示信息，所述第二指示信息为寻呼消息的调度信息；
第四获取子模块，用于根据所述调度信息从PDSCH上接收到所述用户设备对应的寻呼消息；
所述确定模块，还用于根据所述寻呼消息确定所述用户设备为被寻呼对象或有所述用户设备的业务。
5.根据权利要求1所述的用户设备，其特征在于，所述获取模块具体用于：
搜索公共搜索空间CSS或者用户设备特定的搜索空间USS，采用所述用户设备的标识信息解码PDCCH的DCI格式，获取所述第二指示信息。
6.根据权利要求2所述的用户设备，其特征在于，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
7.根据权利要求1所述的用户设备，其特征在于，所述用户设备还包括：
发送模块，用于在确定预设时间内没有需要进行传输的数据时，向所述基站发送上下文信息保存请求。
8.根据权利要求7所述的用户设备，其特征在于，所述第一指示信息是所述基站根据所述上下文信息保存请求发送的。
9.根据权利要求1所述的用户设备，其特征在于，所述用户设备还包括发送模块，所述处理模块用于：
在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密；
所述发送模块用于，将加密后的所述上行数据发送给所述基站。
10.根据权利要求9所述的用户设备，其特征在于，所述发送模块，还用于：在确定有上行数据需要发送时，根据所述基站预先分配的基于竞争的物理上行共享信道CB-PUSCH资源通过竞争的方式发送所述上行数据。
11.根据权利要求1所述的用户设备，其特征在于，所述处理模块还用于：
在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的下行数据。
12.根据权利要求1所述的用户设备，其特征在于，所述接收模块还用于：接收所述基站发送的需要恢复的无线承载标识；
所述确定模块还用于：根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
13.根据权利要求1至12中任一项所述的用户设备，其特征在于，所述获取模块还用于：
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的N个不同寻呼时机PO上分别发送的第二指示信息中的任一个第二指示信息；
或者，
根据所述用户设备的标识信息解码PDCCH，获取所述基站在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送的N个第二指示信息。
14.根据权利要求13所述的用户设备，其特征在于，所述接收模块还用于：
接收所述基站发送的下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数；
根据所述下行数据接收时机配置信息，接收所述下行数据。
15.根据权利要求1至12中任一项所述的用户设备，其特征在于，所述用户设备还包括发送模块，所述发送模块用于：
利用获得的上行反馈资源，向所述基站发送获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
16.根据权利要求15所述的用户设备，其特征在于，所述上行反馈资源包括调度请求SR资源，或者所述基站根据所述用户设备对应的PO确定的上行子帧。
17.根据权利要求15所述的用户设备，其特征在于，所述发送模块，还用于：
向所述基站发送RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
18.根据权利要求17所述的用户设备，其特征在于，所述接收模块还用于：
接收所述基站发送的资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述发送模块还用于：
根据所述CB-PUSCH资源发送所述RRC连接请求。
19.根据权利要求17所述的用户设备，其特征在于，所述发送模块还用于：通过SR资源向所述基站发送资源请求；
所述接收模块还用于：接收所述基站发送的资源配置信息；
所述发送模块还用于：根据所述资源配置信息向所述基站发送所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
20.一种基站，其特征在于，包括：
发送模块，用于向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备根据所述第一指示信息保存用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息；
所述发送模块，还用于通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务；
其中，所述第一指示信息用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
21.根据权利要求20所述的基站，其特征在于，所述指示信息包括：所述PDCCH中的下行控制信息DCI格式，或者，所述第二指示信息携带于DCI格式中；
所述用户设备的标识信息，用于在覆盖所述用户设备的基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备。
22.根据权利要求20所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送获取方式指示信息，所述获取方式指示信息用于指示所述用户设备获取所述第二指示信息的获取方式；
所述获取方式包括下列方式中的至少两项：
第一获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式获取所述第二指示信息；
第二获取方式：根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息；
第三获取方式：根据P-RNTI检测所述PDCCH，获取所述第二指示信息。
23.根据权利要求21所述的基站，其特征在于，所述DCI格式中还包含系统信息改变指示信息和/或紧急服务指示信息。
24.根据权利要求20所述的基站，其特征在于，还包括：
接收模块，用于接收所述用户设备发送的上下文信息保存请求，所述上下文信息保存请求是所述用户设备在确定预设时间内没有需要进行传输的数据时发送的；
确定模块，具体用于根据所述上下文信息保存请求确定所述用户设备在预设时间内没有进行数据传输；
保存模块，用于保存所述上下文信息。
25.根据权利要求24所述的基站，其特征在于，所述接收模块还用于：
接收所述用户设备发送的上行数据，所述上行数据是所述用户设备在确定有上行数据需要发送时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器生成加密密钥流，使用所述加密密钥流对所述上行数据加密后发送的。
26.根据权利要求25所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送基于竞争的物理上行共享信道CB-PUSCH资源，所述CB-PUSCH资源用于指示所述用户设备根据所述CB-PUSCH资源通过竞争的方式发送所述上行数据。
27.根据权利要求20所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送下行数据，以使所述用户设备在确定有下行数据需要接收时，使用所述安全密钥和所述需要恢复的无线承载的数据包计数器解密接收到的所述下行数据。
28.根据权利要求20所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送需要恢复的无线承载标识，所述需要恢复的无线承载标识用于指示所述用户设备根据所述需要恢复的无线承载标识，确定所述需要恢复的无线承载。
29.根据权利要求20至28中任一项所述的基站，其特征在于，所述发送模块还用于：
通过所述PDCCH，在所述用户设备对应的N个不同寻呼时机PO上分别发送所述第二指示信息；
或者，
通过所述PDCCH，在所述用户设备对应的一个PO以及所述PO之后的连续N-1个子帧上连续发送N个第二指示信息。
30.根据权利要求28所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送下行数据接收时机配置信息，所述下行数据接收时机配置信息指示了在获取到所述第二指示信息后的m个子帧，接收下行数据，m为大于或等于0的整数。
31.根据权利要求20至28中任一项所述的基站，其特征在于，所述基站还包括接收模块，所述接收模块用于：
接收所述用户设备利用上行反馈资源发送的获取反馈信息，所述获取反馈信息用于指示所述用户设备成功获取了所述第二指示信息。
32.根据权利要求31所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送上行反馈资源配置信息，所述上行反馈资源配置信息所指示的上行反馈资源包括调度请求SR资源，或者根据所述用户设备对应的PO确定的上行子帧。
33.根据权利要求20至28中任一项所述的基站，其特征在于，所述基站还包括接收模块，所述接收模块还用于：
接收所述用户设备发送的RRC连接请求消息，所述RRC连接请求消息包括RRC连接恢复请求消息，或者RRC连接建立请求消息，或者RRC连接重建立请求消息。
34.根据权利要求33所述的基站，其特征在于，所述发送模块还用于：
向所述用户设备发送资源配置信息，所述资源配置信息包括根据所述用户设备对应的PO与所述PO相邻的下一个或多个PO确定的CB-PUSCH资源；
所述接收模块还用于：
接收所述用户设备根据所述CB-PUSCH资源发送的RRC连接请求消息。
35.根据权利要求34所述的基站，其特征在于，所述接收模块还用于：接收所述用户设备通过SR资源发送的资源请求；
所述发送模块还用于：向所述用户设备发送资源配置信息；
所述接收模块还用于：接收所述用户设备根据所述资源配置信息发送的所述RRC连接请求消息；
其中，所述SR资源中包括成功获取所述第二指示信息的获取反馈信息和/或有上行数据需要传输的指示信息。
36.一种数据传输处理方法，其特征在于，包括：
用户设备接收基站发送的第一指示信息，并根据所述第一指示信息保存所述用户设备的上下文信息，所述上下文信息中包括所述用户设备的标识信息；
所述用户设备根据所述第一指示信息保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，所述安全密钥包含加密和/或完整性保护密钥；
所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，所述第二指示信息用于确定所述用户设备为被寻呼对象或者有所述用户设备的业务；
所述用户设备确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输。
37.根据权利要求36所述的方法，其特征在于，所述用户设备根据所述用户设备的标识信息解码物理下行控制信道PDCCH，获取第二指示信息，包括：
若所述用户设备根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息正确解码所述PDCCH中的下行控制信息DCI格式，则确定获取到所述第二指示信息；
或者，
所述用户设备根据在所述基站范围内或者所述基站的一个或多个小区范围内标识所述用户设备的所述标识信息解码所述PDCCH，获取所述PDCCH中所述DCI格式中包含的所述第二指示信息。
38.一种数据传输处理方法，其特征在于，包括：
基站向用户设备发送第一指示信息，所述第一指示信息用于指示所述用户设备保存所述用户设备的上下文信息，所述上下文信息中包括的所述用户设备的标识信息；
所述基站通过PDCCH发送第二指示信息，所述第二指示信息用于指示所述用户设备在根据所述用户设备的标识信息解码PDCCH获取所述第二指示信息时，确定所述用户设备为被寻呼对象或者有所述用户设备的业务；
其中，所述第一指示信息还用于指示所述用户设备保存所述用户设备与所述基站之间执行数据传输的安全密钥以及至少一个无线承载的数据包计数器，并在确定所述用户设备为被寻呼对象或有所述用户设备的业务之后，确定需要恢复的无线承载，并使用所述安全密钥和所述需要恢复的无线承载的数据包计数器执行针对所述需要恢复的无线承载的数据传输，所述安全密钥包含加密和/或完整性保护密钥。
CN201580085281.8A 2015-12-31 2015-12-31 数据传输处理方法、用户设备和基站 Active CN108370594B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/100312 WO2017113391A1 (zh) 2015-12-31 2015-12-31 数据传输处理方法、用户设备和基站

Publications (2)

Publication Number Publication Date
CN108370594A CN108370594A (zh) 2018-08-03
CN108370594B true CN108370594B (zh) 2020-09-25

Family

ID=59224417

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580085281.8A Active CN108370594B (zh) 2015-12-31 2015-12-31 数据传输处理方法、用户设备和基站

Country Status (4)

Country Link
US (2) US10412705B2 (zh)
EP (1) EP3389329B1 (zh)
CN (1) CN108370594B (zh)
WO (1) WO2017113391A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3570605B1 (en) * 2017-02-02 2023-07-05 LG Electronics Inc. Method and device for determining rrc state
CN109152045B (zh) * 2017-06-19 2021-08-20 大唐移动通信设备有限公司 确定下行控制信道资源的方法、装置、用户设备及基站
CN109474998A (zh) * 2017-09-08 2019-03-15 华为技术有限公司 通信方法和通信设备
CN109644408B (zh) * 2018-05-08 2020-11-17 Oppo广东移动通信有限公司 无线通信方法、设备、芯片和系统
CN110933761B (zh) * 2018-09-20 2022-02-15 成都华为技术有限公司 资源调度方法及设备
CN111132332A (zh) * 2018-10-31 2020-05-08 华硕电脑股份有限公司 使用预配置上行链路资源进行传送的方法和设备
DK3863335T3 (da) * 2018-10-31 2023-06-06 Guangdong Oppo Mobile Telecommunications Corp Ltd Fremgangsmåde og enhed til pdcch-monitorering
WO2020199023A1 (zh) * 2019-03-29 2020-10-08 华为技术有限公司 一种通信方法及设备
CN112040479B (zh) * 2020-09-25 2023-10-27 郑州轻工业大学 一种用于信息安全的实时传输加密信息的方法及系统
CN112492274B (zh) * 2020-11-26 2021-08-17 江南大学 一种基于普通网络摄像机的国密加密传输设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651850A (zh) * 2008-08-13 2010-02-17 中兴通讯股份有限公司 一种地震海啸预警系统主要通知消息的传输方法及其系统
CN103491643A (zh) * 2012-06-12 2014-01-01 电信科学技术研究院 组通信连接的建立方法和设备
CN104247553A (zh) * 2013-03-22 2014-12-24 华为技术有限公司 建立连接的方法及设备
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8416678B2 (en) * 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
KR100943078B1 (ko) * 2007-12-14 2010-02-18 한국전자통신연구원 Ｉｐ 기반의 진화된 이동 통신망에서의 베어러 제어 및관리방법
US8611895B2 (en) * 2009-10-30 2013-12-17 Apple Inc. Methods for optimizing paging mechanisms using device context information
CN102655666B (zh) 2011-03-02 2017-06-06 中兴通讯股份有限公司 一种延迟调度方法及系统
EP3249996A1 (en) * 2011-04-01 2017-11-29 InterDigital Patent Holdings, Inc. Method and apparatus for controlling connectivity to a network
WO2012175664A2 (en) * 2011-06-22 2012-12-27 Nec Europe Ltd. Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression
CN103037470B (zh) * 2011-09-29 2015-05-27 华为技术有限公司 一种获取接入控制信息的方法、装置和系统
US20130148563A1 (en) * 2011-12-10 2013-06-13 Qualcomm Incorporated Apparatus and methods for management, configuration and control signaling of network coded harq in mobile communication systems
US8811332B2 (en) * 2012-10-31 2014-08-19 Sharp Laboratories Of America, Inc. Systems and methods for carrier aggregation
GB2513311B (en) * 2013-04-22 2020-05-27 Sony Corp Communications device and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651850A (zh) * 2008-08-13 2010-02-17 中兴通讯股份有限公司 一种地震海啸预警系统主要通知消息的传输方法及其系统
CN103491643A (zh) * 2012-06-12 2014-01-01 电信科学技术研究院 组通信连接的建立方法和设备
CN104247553A (zh) * 2013-03-22 2014-12-24 华为技术有限公司 建立连接的方法及设备
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备

Also Published As

Publication number Publication date
CN108370594A (zh) 2018-08-03
US10412705B2 (en) 2019-09-10
EP3389329B1 (en) 2020-09-02
EP3389329A1 (en) 2018-10-17
WO2017113391A1 (zh) 2017-07-06
US20190364539A1 (en) 2019-11-28
US20180317202A1 (en) 2018-11-01
EP3389329A4 (en) 2019-04-10

Similar Documents

Publication Publication Date Title
CN108370594B (zh) 数据传输处理方法、用户设备和基站
JP7323025B2 (ja) ユーザ装置、基地局装置、及び方法
JP2020109993A (ja) バンドルされた送信を用いたｍｔｃのためのｄｒｘおよびｓｐｓ
EP2952049B1 (en) Paging procedures using an enhanced control channel
EP2854465B1 (en) Downlink control information transmission method, base station and terminal
US9844095B2 (en) Mobile communication system, base station, and user terminal
WO2011097998A1 (zh) 非竞争随机接入的调度及前导码发送方法、系统和设备
CN111095838B (zh) 消息3的早期数据重传
KR101540481B1 (ko) 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법
US10070420B2 (en) Mobile communication system and user terminal
US20190387516A1 (en) Terminal device, base station device, integrated circuit, and communication method
WO2013097685A1 (zh) 传输子帧信息的方法、用户设备及基站
EP3545719B1 (en) Time domain resource allocation for downlink shared channel
JP6316990B2 (ja) ユーザ端末、プロセッサ及び移動通信システム
WO2020004321A1 (ja) 無線端末及び基地局
US11044768B2 (en) User equipment apparatus and signal reception method
CN108990149B (zh) 寻呼配置方法
JP6348997B2 (ja) 免許不要帯域における空きチャネル判定及び伝送を扱うための装置
WO2017011941A1 (zh) 上行数据包的传输方法、终端设备、基站及通信系统
WO2023080036A1 (ja) 通信装置、基地局、及び通信方法
WO2023080038A1 (ja) 通信装置、基地局、及び通信方法
WO2023080035A1 (ja) 通信装置、基地局、及び通信方法
WO2023080037A1 (ja) 通信装置、基地局、及び通信方法
WO2017035760A1 (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