CN114071678A - 信息处理方法、装置、用户设备及基站 - Google Patents

信息处理方法、装置、用户设备及基站 Download PDF

Info

Publication number
CN114071678A
CN114071678A CN202111350998.4A CN202111350998A CN114071678A CN 114071678 A CN114071678 A CN 114071678A CN 202111350998 A CN202111350998 A CN 202111350998A CN 114071678 A CN114071678 A CN 114071678A
Authority
CN
China
Prior art keywords
remote
paging
information
relay
forwarding
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.)
Pending
Application number
CN202111350998.4A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority claimed from CN201610866516.3A external-priority patent/CN108307489A/zh
Publication of CN114071678A publication Critical patent/CN114071678A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • 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/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • 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/0241—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where no transmission is received, e.g. out of range of the transmitter
    • 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/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • 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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/08—User notification, e.g. alerting and paging, for incoming communication, change of service or the like using multi-step notification by increasing the notification area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • 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接收PC5非连续接收配置信息；利用接收的PC5非连续接收配置信息，进行PC5非连续接收配置，并进行PC5非连续接收；而中继UE获取针对远端UE的PC5非连续接收配置信息；并利用所述PC5非连续接收配置信息，进行PC5非连续发送。本发明同时还公开了一种远端信息处理装置、远端UE、中继UE及基站。

Description

信息处理方法、装置、用户设备及基站
技术领域
本发明涉及设备到设备(D2D，Device-to-Device)技术，尤其涉及一种信息处理方法、装置、用户设备(UE)及基站。
背景技术
随着无线多媒体业务的发展，人们对高数据速率和用户体验的需求日益增长，从而对传统蜂窝网络的***容量和覆盖提出了较高要求。另一方面，公共安全、社交网络、近距离数据共享、本地广告等应用场景使得人们对了解附近人或事物并与之通信(可以称为临近服务(Proximity Services)的需求逐渐增加。传统的以基站为中心的蜂窝网络在高数据速率以及邻近服务的支持方面存在明显的局限性，在这种需求背景下，代表未来通信技术发展新方向的D2D技术应运而生。D2D技术的应用，可以减轻蜂窝网络的负担、减少用户设备的电池功耗、提高数据速率，并改善网络基础设施的鲁棒性，很好地满足上述高数据速率业务和邻近服务的要求。目前D2D技术又称之为邻近服务(ProSe，Proximity Services)、单边链路(SL，SideLink)。
D2D技术可以工作在授权频段或非授权频段，允许多个支持D2D功能的用户设备(即D2D用户设备(D2D UE，D2D User Equipment)在有网络基础设施或无网络基础设施的情况下进行直接发现/直接通信。
在D2D技术的各应用场景中，远端UE通过中继UE的转发实现与网络之间数据和或信令的交互的应用场景下以及UE和对端UE进行数据交互的场景下，如何实现设备的节电是目前亟待解决的问题。
发明内容
为解决现有存在的技术问题，本发明实施例提供一种信息处理方法、装置、UE及基站。
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种信息处理方法，应用于远端UE，所述方法包括：
接收PC5非连续接收配置信息；
进行PC5非连续接收配置，并进行PC5非连续接收；其中，
PC5非连续接收是指：通过PC5接口进行非连续接收；所述PC5接口是长期演进(LTE)定义的UE与UE之间的直接通信接口。
上述方案中，所述PC5非连续接收配置信息包括以下信息至少之一：
非连续接收周期、持续时间、接收资源指示、第一非活动定时器、第二非活动定时器、连接指示、中继寻呼指示、寻呼组标识、远端UE标识；其中，
所述持续时间用于指示所述远端UE进行PC5接收的时长；
所述第一非活动定时器用于指示所述远端UE触发进入PC5非连续接收的时机；
所述第二非活动定时器用于指示所述远端UE触发释放PC5连接的时机；
所述连接指示用于指示所述远端UE是否保持PC5连接，或指示所述远端UE的PC5连接状态，
所述中继寻呼指示表征由中继UE转发所述远端UE的寻呼信息或支持寻呼转发；
所述寻呼组标识用于指示传输寻呼信息的目标层2标识。
上述方案中，接收资源指示包括以下至少之一：设备到设备D2D发现/D2D通信资源指示、帧偏移、子帧偏移、资源模式/位图、资源索引、D2D发现发送/接收资源池、D2D通信发送/接收资源池、D2D发现/通信发送/接收资源池索引。
上述方案中，所述接收PC5非连续接收配置信息，包括：
从基站接收所述PC5非连续接收配置信息；
或者；
从中继UE接收所述PC5非连续接收配置信息。
上述方案中，接收PC5非连续接收配置信息时，所述方法还包括：
向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
上述方案中，接收PC5非连续接收配置信息时，所述方法还包括：
向所述中继UE发送远端UE信息。
上述方案中，所述远端UE信息包括以下信息至少一个：
远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接或结对或关联的中继UE信息。
上述方案中，所述远端UE标识为以下至少之一：
近距离服务(ProSe)UE标识、层2UE标识、小区空口网络临时标识(C-RNTI)、***架构演进临时移动站标识(S-TMSI)、国际移动订阅者标识(IMSI)、基站X2应用实体标识(eNBX2APID)、基站S1应用实体标识(eNBS1APID)、全球唯一临时标识(GUTI)。
上述方案中，所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下之一：类别(Category)0、Category1、Category M1、窄带物联网设备(NB-IoT)。
上述方案中，所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
上述方案中，所述远端UE移动状态包括以下之一：静止、漫游、移动。
上述方案中，所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接或结对或关联中继UE转发寻呼指示。
上述方案中，所述远端UE连接或结对或关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务或驻留小区标识、中继UE的服务或驻留基站标识。
上述方案中，所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
上述方案中，所述进行PC5非连续接收，包括：
根据PC5非连续接收配置获取寻呼时机，在寻呼时机接收中继UE发送的寻呼信息；和/或，
根据PC5非连续接收配置获取持续时间，在持续时间接收中继UE发送的数据/寻呼信息。
上述方案中，中继UE发送的寻呼信息包括以下至少之一：
寻呼指示、寻呼消息类型、远端UE标识、数据到达指示。
上述方案中，所述接收中继UE发送的寻呼信息，包括：
接收中继UE发送的调度控制信息、和/或对应的数据包；当调度控制信息包含的标识、和/或数据包媒体访问控制(MAC)子头的目标标识对应于寻呼组标识时，确定所述数据包为寻呼信息；判断寻呼信息中是否包含远端UE标识，如果包含，确定被寻呼；
或者，
接收中继UE发送的调度控制信息、和或对应的数据包，当调度控制信息包含的标识、和/或数据包MAC子头的目标标识对应于远端UE标识且数据包包含寻呼信息时，确定被寻呼；
或者，
接收中继UE发送的无线局域网(WLAN)/蓝牙(BT)数据，解析所述WLAN/BT数据得到包含寻呼所述远端UE的寻呼信息时，确定被寻呼；
或者，
接收中继UE发送的发现消息，如果发现消息包含寻呼所述远端UE的寻呼信息时，确定被寻呼。
上述方案中，所述接收中继UE发送的数据，包括：
接收中继UE发送的调度控制信息、和或对应的数据包，当调度控制信息包含的标识、和/或数据包MAC子头的目标标识对应于远端UE标识时，接收数据包进行解析。
上述方案中，所述方法还包括：
当在持续时间没有检测到发送给所述远端UE的数据，或在持续时间完成数据接收且没有后续数据传输时，进入休眠状态。
本发明实施例还提供了一种信息处理方法，应用于中继UE，所述方法包括：
获取远端UE的PC5非连续接收配置信息；
利用所述PC5非连续接收配置信息，进行PC5发送；
PC5发送是指：通过PC5接口进行发送；所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
上述方案中，所述进行PC5发送，包括：
根据所述PC5非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的寻呼信息或数据。
上述方案中，所述获取远端UE的PC5非连续接收配置信息，包括：
从基站接收所述PC5非连续接收配置信息；
或者，
通过为所述远端UE配置PC5非连续接收配置信息，得到所述PC5非连续接收配置信息。
本发明实施例又提供了一种信息处理方法，应用于中继UE，所述方法包括：
接收基站发送的寻呼信息；
向远端UE发送寻呼信息。
上述方案中，所述向远端UE发送寻呼信息，包括：
通过PC5/单边链路Sidelink、无线局域网WLAN、BT技术向所述远端UE发送寻呼信息；
PC5技术是指：通过PC5接口进行通信的技术；所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
上述方案中，向远端UE发送的寻呼信息包括以下至少之一：一个或多个被寻呼的远端UE标识、寻呼指示、寻呼信息类型、数据到达指示。
上述方案中，接收的基站发送的寻呼信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，还包括以下至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，还包括以下至少之一:
UE是否处于无覆盖/UE无覆盖指示；
UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
数据到达指示；
寻呼转发指示。
上述方案中，所述接收基站发送的寻呼信息之前，所述方法还包括：
接收所述远端UE发送的远端UE信息。
上述方案中，所述远端UE信息包括以下信息至少之一：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接/结对/关联的中继UE信息。
上述方案中，所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
上述方案中，所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下之一：Category 0、Category1、Category M1、NB-IoT。
上述方案中，所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
上述方案中，所述远端UE移动状态包括以下之一：静止、漫游、移动。
上述方案中，所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接或结对或关联中继UE转发寻呼指示。
上述方案中，所述远端UE连接或结对或关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务或驻留小区标识、中继UE的服务或驻留基站标识。
上述方案中，所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
上述方案中，所述方法还包括：
发送寻呼转发确认信息或寻呼转发失败信息给所述远端UE，其中寻呼转发确认信息中包括寻呼转发指示。
上述方案中，接收基站发送的寻呼信息之前，所述方法还包括：
获取转发寻呼资源配置。
上述方案中，所述转发寻呼资源配置包括以下至少之一：
转发寻呼UE/UE组标识信息；
转发寻呼周期；
转发寻呼时机对应的帧偏移和或子帧偏移。
上述方案中，所述接收基站发送的寻呼信息，包括：
接收基站发送的所有寻呼信息；
或者，
根据转发寻呼资源配置接收基站发送的寻呼信息；
或者，
接收对远端UE的寻呼信息。
上述方案中，所述根据转发寻呼资源配置接收基站发送的寻呼信息，包括：
根据转发寻呼资源配置中的转发寻呼UE/UE组标识信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据转发寻呼资源配置中的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，接收所述寻呼时机的寻呼信息。
上述方案中，所述接收对远端UE的寻呼信息，包括：
根据连接或结对或关联的远端UE标识和连接或结对或关联的远端UE的Uu非连续接收配置信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据所述中继UE标识和或中继UE Uu非连续接收配置计算寻呼时机，接收所述寻呼时机的寻呼连接或结对或关联的远端UE的信息；
或者，
接收基站通过专有信令发送的寻呼所述远端UE的寻呼信息。
上述方案中，所述向远端UE发送寻呼信息，包括：
发送所有的寻呼信息；
或者，
发送对应于无覆盖/扩展覆盖/公共安全UE的寻呼信息；
或者，
发送连接或结对或关联中继UE的远端UE的寻呼信息；
或者，
发送请求寻呼转发的远端UE的寻呼信息。
本发明实施例还提供了一种信息处理方法，应用于基站，所述方法包括：
接收远端UE信息；
发送寻呼所述远端UE的信息。
上述方案中，所述接收远端UE信息，包括：
接收中继UE发送的远端UE信息；或者，
接收移动性管理实体(MME)发送的远端UE信息。
上述方案中，所述接收远端UE信息之前，所述方法还包括：
向MME发送远端UE信息。
上述方案中，所述远端UE信息包括以下信息至少之一：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接/结对/关联的中继UE信息。
上述方案中，所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
上述方案中，所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下至少之一：Category 0、Category1、Category M1、NB-IoT。
上述方案中，所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
上述方案中，所述远端UE移动状态包括以下之一：静止、漫游、移动。
上述方案中，所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接或结对或关联中继UE转发寻呼指。
上述方案中，所述远端UE连接或结对或关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务或驻留小区标识、中继UE的服务或驻留基站标识。
上述方案中，所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
上述方案中，接收的MME发送的远端UE信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，包括以下信息至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，包括以下信息至少之一：
远端UE是否处于无覆盖/UE无覆盖指示；
远端UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
连接或结对或关联的中继UE标识；
连接或结对或关联的中继UE的服务或驻留小区标识；
连接或结对或关联的中继UE的服务或驻留基站标识；
连接或结对或关联的中继UE的寻呼周期；
寻呼转发指示；
数据到达指示。
上述方案中，发送寻呼所述远端UE的信息，包括：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
上述方案中，发送寻呼所述远端UE的信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，包括以下信息至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，包括以下信息至少之一：
远端UE是否处于无覆盖/UE无覆盖指示；
远端UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全远端UE指示；
数据到达指示；
寻呼转发指示。
本发明实施例还提供了一种信息处理装置，应用在远端UE，包括：
第一接收单元，用于接收PC5非连续接收配置信息；
配置单元，用于进行PC5非连续接收配置，并进行PC5非连续接收；其中，
PC5非连续接收是指：通过PC5接口进行非连续接收；所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
上述方案中，所述UE还包括：
第一发送单元，用于当接收的PC5非连续接收配置信息由基站配置时向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
上述方案中，所述UE还包括：
第二发送单元，用于当接收的PC5非连续接收配置信息由中继UE配置时，向所述中继UE发送远端UE信息。
本发明实施例又提供了一种信息处理装置，应用在中继UE，包括：
第一获取单元，用于获取远端UE的PC5非连续接收配置信息；
第三发送单元，用于利用所述PC5非连续接收配置信息，进行PC5发送。
上述方案中，所述第三发送单元，具体用于：
根据所述非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的发现信息或数据。
本发明实施例还提供了一种信息处理装置，应用在中继UE，包括：
第二接收单元，用于接收基站发送的寻呼信息；
第四发送单元，用于向远端UE发送寻呼信息。
上述方案中，所述第二接收单元，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
上述方案中，所述装置还包括：
第二获取单元，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
本发明实施例还提供了一种信息处理装置，应用于在中继UE，包括：
第三接收单元，用于接收远端UE信息；
第五发送单元，用于发送寻呼所述远端UE的寻呼信息。
上述方案中，所述第五发送单元，具体用于：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE的寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
本发明实施例又提供了一种远端UE，包括：
第一通信器，用于接收PC5非连续接收配置信息；
第一控制器，用于进行PC5非连续接收配置，并进行PC5非连续接收；其中，
PC5非连续接收是指：通过PC5接口进行非连续接收；所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
上述方案中，所述第一通信器，还用于当接收的PC5非连续接收配置信息由基站配置时向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
上述方案中，所述第一通信器，还用于当接收的PC5非连续接收配置信息由中继UE配置时，向所述中继UE发送远端UE信息。
本发明实施例还提供了一种中继UE，包括：
第二控制器，用于获取远端UE的PC5非连续接收配置信息；
第二通信器，用于利用所述PC5非连续接收配置信息，进行PC5发送；其中，
PC5发送是指：通过PC5接口进行发送；所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
上述方案中，所述第二通信器，具体用于：
根据所述非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的发现信息或数据。
本发明实施例又提供了一种中继UE，包括：第三通信器及第三控制器；其中，
所述第三通信器，用于接收基站发送的寻呼信息；并在所述第三控制器的控制下向远端UE发送寻呼信息。
上述方案中，所述第三通信器，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
上述方案中，所述第三控制器，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
本发明实施例还提供了一种基站，包括：第四通信器及第四控制器；其中，
所述第四通信器，用于接收远端UE信息；并在所述第四控制器的控制下发送寻呼所述远端UE的寻呼信息。
上述方案中，所述第四通信器，具体用于：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
本发明实施例提供的信息处理方法、装置、UE及基站，远端UE接收PC5非连续接收配置信息；所述远端UE进行PC5非连续接收配置，并进行PC5非连续接收，而中继UE利用所述PC5非连续接收配置信息，进行PC5发送，在远端UE和中继UE之间实施PC5非连续接收机制，如此，远端UE不需要实时监听中继UE发送的数据包，大大降低了远端UE的监听所带来的能耗。
基站接收远端UE信息；根据所述远端UE信息，基站向中继UE发送远端UE的寻呼信息；所述远端UE处于RRC空闲状态；中继UE接收基站发送的寻呼信息；向远端UE发送寻呼信息，所述远端UE处于无线资源控制(RRC)闲置状态，由中继UE转发对远端UE的寻呼信息，如此，远端UE不需要实时处于RRC连接态，如此，大大降低了远端UE的功耗。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为相关技术中D2D技术的应用场景；
图2a为在D2D技术中远端UE所处的网络覆盖状态示意图一；
图2b为在D2D技术中远端UE所处的网络覆盖状态示意图二；
图2c为在D2D技术中远端UE所处的网络覆盖状态示意图三；
图3为本发明实施例处于RRC限制态的远端UE接收中继UE转发的寻呼信息过程示意图；
图4为本发明实施例一远端UE侧的信息处理方法流程示意图；
图5为本发明实施例一中继UE侧的信息处理方法流程示意图；
图6为本发明实施例二中继UE侧的信息处理方法流程示意图；
图7为本发明实施例二基站侧的信息处理方法流程示意图；
图8为本发明实施例三通过基站为远端UE进行PC5非连续接收配置的流程示意图；
图9为本发明实施例四通过中继UE为远端UE进行PC5非连续接收配置的流程示意图；
图10为本发明实施例五通过中继UE的中转有基站为远端UE进行PC5非连续接收配置的流程示意图；
图11为本发明实施例六远端UE请求中继UE转发寻呼消息的流程示意图；
图12为本发明实施例七远端UE请求中继UE转发寻呼消息的流程示意图；
图13为本发明实施例八中继UE根据远端UE的请求监听远端UE的寻呼信息并发送给远端UE的流程示意图；
图14为本发明实施例九在远端UE侧的信息处理装置结构示意图；
图15为本发明实施例九在中继UE侧的信息处理装置结构示意图；
图16为本发明实施例十在中继UE侧的信息处理装置结构示意图；
图17为本发明实施例十在基站侧的信息处理装置结构示意图；
图18为本发明实施例十一远端UE硬件结构示意图；
图19为本发明实施例十一中继UE硬件结构示意图；
图20为本发明实施例十二中继UE硬件结构示意图；
图21为本发明实施例十二基站硬件结构示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细的描述。
D2D技术通常包括D2D发现技术和D2D通信技术，其中，D2D发现技术是用于判断/确定第一用户设备是否邻近第二用户设备的技术。通常，D2D UE之间可通过发送或接收发现信号/信息来发现对方；D2D通信技术是指D2D UE之间部分或全部通信数据可以不通过网络基础设施而直接进行通信的技术。
使用D2D技术的通信***可以称为设备直通***。
图1示出了适用D2D技术的应用场景。D2D的应用场景主要有以下三种：
1)UE 1和UE 2在蜂窝网络的覆盖下进行数据交互，用户面数据不经过网络基础设施，如图1的场景1；
2)在弱/无覆盖区域的UE中继传输，如图1中的场景2，允许信号质量较差的UE 4通过附近有网络覆盖的UE 3与网络进行通信，能帮助运营商扩展覆盖、提高容量；
3)在发生地震或紧急情况，蜂窝网络不能正常工作的情况下，允许设备间直接通信，如图1中的场景3，UE 5，UE 6和UE 7间控制面和用户面数据都不经过网络基础设施而进行一跳或多跳的数据通信。
对于图1中场景2所示的UE到网络中继(UE-to-Network Relay)场景，所述UE 3可以和网络侧使用现有长期演进(LTE，Long Term Evolution)方式进行通讯，同时还可以作为中继和覆盖外(out of coverage)的终端(图1中的UE 4)使用D2D方式通讯，而D2D方式的通讯包括D2D发现(Discovery)和/或D2D通讯(communication)。如图1所示，如果覆盖外或是信号较差的UE 4通过网络覆盖内的终端UE 3将数据发送给基站，那么可以称呼UE 4为远端用户(Remote UE)，UE 3为中继用户(Relay UE)。此外，在场景2中的Remote UE也不限于无覆盖的UE(如UE 4)，对于处于正常覆盖或是扩展覆盖状态的可穿戴式设备，机器类通信(MTC，Machine type communication)设备，或物联网(IoT，Internet of Things)设备等，也有可能通过中继UE转发与网络之间交互的数据和或信令，从而达到节电的目的。
目前，在远端UE通过中继UE的转发实现与网络之间数据和或信令的交互的应用场景下，针对远端UE和中继UE的节电机制并没有***、完善的解决方案。
其中，一般来说，远端UE可以是几种类型的设备，包括：可穿戴式设备、Cat-0、Cat-1、Cat-M1和NB-IoT UE(具体可参考LTE的相关规定)。这些设备可能处于正常覆盖(如图2a所示)、扩展覆盖(图2b所示)或是无覆盖状态(图2c所示)。对于图2a和图2b所示的场景，尽管远端UE可以直接与网络交互，但为了达到节电的目的，远端UE可以找到周围的中继UE帮助转发数据包甚至是控制信令。而对于图2c所示的场景，远端UE处于无覆盖状态，所以只能寻找周围的中继UE接入网络并由中继UE转发数据以及控制信令。
对于通过中继UE转发数据的远端UE，完成一轮数据传输后，后续有可能只是间断的有数据包需要传输。当远端UE没有主动要发送的数据包时，可依然与中继UE保持PC5连接，但不发送任何信息。当远端UE长时间没有发送或是收到中继UE转发的数据包时，远端UE可以发起保活流程，确定中继UE是否还在附近。但保活机制并没有节电的效果，因为原则上远端UE需要不停的监听看是否能接收到中继UE发给远端UE的数据包。为了更有效的降低远端UE的监听能耗，本发明的实施例中在远端UE和中继UE之间实施PC5非连续接收机制，即中继UE仅在预先规定好的PC5持续时间(on duration)内发送可能的数据包，在非持续时间内远端UE可以进入休眠状态，不再监听PC5接口上中继UE发送的数据包，即：远端UE接收PC5非连续接收配置信息；利用所述PC5非连续接收配置信息，进行PC5非连续接收配置，并进行PC5非连续接收。
另外，从基站的角度来看，远端UE通过中继发送数据到网络时处于远端UE处于RRC连接状态。当后续远端UE没有数据包需要发送时，按照传统LTE流程，有可能基站触发释放掉远端UE的S1以及RRC连接，相应的远端UE进入RRC闲置状态。假设此时公用数据网网关(PGW)/服务网关(SGW)收到发给远端UE的下行数据，会触发MME发起寻呼远端UE，如图3所示。假设远端UE处于无覆盖状态，无法直接监听基站(演进型节点(eNB))广播的寻呼消息，或是远端UE处于扩展覆盖状态，不希望直接监听基站广播的寻呼信息，在这两种情况下，可以考虑中继UE转发对远端UE的寻呼信息。如图3所示，处于RRC闲置态的远端UE接收到中继UE转发的寻呼消息后，可发起业务请求过程，重新接入网络，之后发给远端UE的数据可通过中继UE转发给远端UE。基于此，在本发明的实施例中：中继UE接收基站发送的寻呼信息；向远端UE转发所述寻呼信息；所述远端UE处于RRC闲置状态。
需要说明的是：本发明实施例中所描述的UE均为支持D2D功能的UE。
实施例一
本实施例提供一种信息处理方法，应用于远端UE，即适用于设备直通***。
这里，所述远端UE是指：在设备直通***中通过中继UE接入网络进行通信的UE。
如图4所示，该方法包括以下步骤：
步骤401：接收PC5非连续接收配置信息；
这里，所述PC5接口是LTE定义的UE与UE之间的直接通信接口。
所述PC5非连续接收配置信息包括以下信息至少之一：
非连续接收周期、持续时间、接收资源指示、第一非活动定时器、第二非活动定时器、连接指示、中继寻呼指示、寻呼组标识、远端UE标识；其中，
所述持续时间用于指示所述远端UE进行PC5接收的时长；
所述第一非活动定时器用于指示所述远端UE触发进入PC5非连续接收的时机；
所述第二非活动定时器用于指示所述远端UE触发释放PC5连接的时机；
所述连接指示用于指示所述远端UE是否保持PC5连接，或指示所述远端UE的PC5连接状态，如PC5连接建立或PC5连接释放；
所述中继寻呼指示表征由中继UE转发所述远端UE的寻呼信息或支持寻呼转发；
所述寻呼组标识用于指示传输寻呼信息的目标层2标识。
接收资源指示可以包括以下至少之一：D2D发现/D2D通信资源指示、帧偏移、子帧偏移、资源模式/位图、资源索引、D2D发现发送/接收资源池、D2D通信发送/接收资源池、D2D发现/通信发送/接收资源池索引。
所述D2D通信发送/接收资源池进一步可以包括调度控制信息和或数据资源池。
实际应用时，本步骤的具体实现可以包括：
从基站接收所述PC5非连续接收配置信息；
或者；
从中继UE接收所述PC5非连续接收配置信息；从所述中继UE接收的PC5非连续接收配置信息为所述中继UE配置或基站配置的PC5非连续接收配置信息。
在一实施例中，当接收的PC5非连续接收配置信息由基站配置时，该方法还可以包括：
直接向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
在一实施例中，当接收的PC5非连续接收配置信息由中继UE配置时，该方法还可以包括：
直接向所述中继UE发送远端UE信息。
其中，所述远端UE信息包括以下信息至少一个：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接/结对/关联的中继UE信息。所述连接/结对/关联即为连接或结对或关联。
所述远端UE标识为以下至少之一：
近距离服务(ProSe)UE标识、层2UE标识、小区空口网络临时标识(C-RNTI)、***架构演进临时移动站标识(S-TMSI)、国际移动订阅者标识(IMSI)、基站X2应用实体标识(eNBX2APID)、基站S1应用实体标识(eNBS1APID)、全球唯一临时标识(GUTI)。
所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下至少之一：类别(Category)0、Category1、Category M1、NB-IoT。
其中，这些类别是LTE定义的设备能力分类。
所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
所述远端UE移动状态包括以下之一：静止、漫游、移动(是指经常移动，而不是偶尔移动)。
所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接/结对/关联中继UE转发寻呼指示。
所述远端UE连接/结对/关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务/驻留小区标识、中继UE的服务/驻留基站标识。
所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
这里，非连续接收周期、长非连续接收周期、短非连续接收周期是LTE规定的非连续接收周期，空闲(idle)态使用非连续接收周期，而二连接态同时支持长非连续周期和短非连续接收周期。
步骤402：利用所述PC5非连续接收配置信息，进行PC5非连续接收配置，并进行PC5非连续接收。
这里，所述进行PC5非连续接收，具体包括：
根据PC5非连续接收配置获取寻呼时机，在寻呼时机接收中继UE发送的寻呼信息；和/或，
根据PC5非连续接收配置获取持续时间，在持续时间接收中继UE发送的数据/寻呼信息。
其中，中继UE发送的寻呼信息可以包括以下至少之一：
寻呼指示、寻呼消息类型、远端UE标识、数据到达指示。
这里，所述在寻呼时机/持续时间接收中继UE发送的寻呼信息，具体包括：
接收中继UE发送的调度控制信息、和/或对应的数据包；当调度控制信息包含的标识、和/或数据包媒体访问控制(MAC)子头的目标标识对应于寻呼组标识时，确定所述数据包为寻呼信息；判断寻呼信息中是否包含远端UE标识，如果包含，确定被寻呼，发起服务请求流程；
或者，
接收中继UE发送的调度控制信息和/或对应的数据包，当调度控制信息包含的标识、和/或数据包MAC子头的目标标识对应于远端UE标识且数据包包含寻呼信息时，确定被寻呼，发起服务请求流程；
或者，
接收中继UE发送的WLAN/BT数据，解析所述WLAN/BT数据得到包含寻呼所述远端UE的寻呼信息时，确定被寻呼，发起服务请求流程；
或者，
接收中继UE发送的发现消息，如果发现消息包含寻呼所述远端UE的寻呼信息时，确定被寻呼，发起服务请求流程。
所述在持续时间接收中继UE发送的数据，具体包括：
接收中继UE发送的调度控制信息和/或对应的数据包，当调度控制信息包含的标识、和/或数据包MAC子头的目标标识对应于远端UE标识时，接收数据包进行解析(接入子层解析)。
实际应用时，当在持续时间没有检测到发送给所述远端UE的数据，或在持续时间完成数据接收且没有后续数据传输时，所述远端UE进入休眠状态。
在上述远端UE的处理流程中，对应的会涉及中继UE的处理过程。因此，本实施例还提供了一种信息处理方法，应用于中继UE。这里，所述中继UE是指：在设备直通***中实现中继功能(为远端UE提供到网络之间数据转发)的UE。如图5所示，该方法包括以下步骤：
步骤501：获取针对远端UE的PC5非连续接收配置信息；
这里，实际应用时，所述中继UE可以从基站接收所述PC5非连续接收配置信息；也可以通过为所述远端UE配置PC5非连续接收配置信息，得到所述PC5非连续接收配置信息。
步骤502：利用所述PC5非连续接收配置信息，进行PC5非连续发送。
具体地，根据所述非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的发现信息或数据。
从上面的描述中可以看出，在本实施例中，在远端UE与中继UE之间存在PC5连接。
本发明实施例提供的信息处理方法，远端UE接收PC5非连续接收配置信息；所述远端UE利用所述PC5非连续接收配置信息，进行PC5非连续接收配置，并进行PC5非连续接收，而中继UE利用所述PC5非连续接收配置信息，进行PC5非连续发送，在远端UE和中继UE之间实施PC5非连续接收机制，如此，远端UE不需要实时监听中继UE发送的数据包，大大降低了远端UE的监听所带来的能耗，从而达到了远端UE节电的目的。
实施例二
本实施例提供一种信息处理方法，应用于中继UE，即适用于设备直通***。
这里，所述中继UE是指：在设备直通***中实现中继功能(为远端UE提供到网络之间数据转发)的UE。
如图6所示，该方法包括以下步骤：
步骤601：接收基站发送的寻呼信息；
具体地，接收基站发送的所有寻呼信息；或者，根据转发寻呼资源配置接收基站发送的寻呼信息；或者，接收对远端UE的寻呼信息。
其中，所述远端UE是指：在设备直通***中通过中继UE接入网络进行通信的UE。
所述根据转发寻呼资源配置接收基站发送的寻呼信息，具体包括：
根据转发寻呼资源配置中的转发寻呼UE/UE组标识信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据转发寻呼资源配置中的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，接收所述寻呼时机的寻呼信息。
所述接收对远端UE的寻呼信息，包括：
根据连接/结对/关联的远端UE标识和连接/结对/关联的远端UE的Uu非连续接收配置信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据所述中继UE标识和或中继UE Uu非连续接收配置计算寻呼时机，接收所述寻呼时机的寻呼连接/结对/关联的远端UE的信息；
或者，
接收基站通过专有信令发送的寻呼所述远端UE的寻呼信息。
在一实施例中，执行本步骤之前，该方法还可以包括：
接收所述远端UE发送的远端UE信息。
所述远端UE信息包括：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接/结对/关联的中继UE信息。
所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下之一：Category 0、Category1、Category M1、NB-IoT。
其中，这些类别是LTE定义的设备能力分类。
所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
所述远端UE移动状态包括以下之一：静止、漫游、移动(是指经常移动，而不是偶尔移动)。
所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接/结对/关联中继UE转发寻呼指示。
所述远端UE连接/结对/关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务/驻留小区标识、中继UE的服务/驻留基站标识。
所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
这里，非连续接收周期、长非连续接收周期、短非连续接收周期是LTE规定的非连续接收周期，空闲(idle)态使用非连续接收周期，而二连接态同时支持长非连续周期和短非连续接收周期。
实际应用时，接收到所述远端UE发送的远端UE信息后，所述中继UE可以发送寻呼转发确认信息或寻呼转发失败信息给所述远端UE，其中寻呼转发确认信息中包括寻呼转发指示。
在一实施例中，执行本步骤之前，该方法还可以包括：
获取转发寻呼资源配置。
其中，所述转发寻呼资源配置包括以下至少之一：
转发寻呼UE/UE组标识信息；
转发寻呼周期；
转发寻呼时机对应的帧偏移和或子帧偏移。
接收的寻呼信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，还可包括以下至少之一：
连接/结对/关联的远端UE标识；
连接/结对/关联的远端UE数据到达指示；
连接/结对/关联的远端UE寻呼转发指示；
对于每个被寻呼的UE，还可包括以下至少之一：
UE是否处于无覆盖/UE无覆盖指示；
UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
数据到达指示；
寻呼转发指示。
步骤602：向远端UE发送寻呼信息。
这里，所述远端UE处于RRC闲置状态。
具体地，所述中继UE可以通过通过PC5/Sidelink、WLAN、BT技术向所述远端UE发送寻呼信息。
向远端UE发送的寻呼信息包括以下至少之一：一个或多个被寻呼的远端UE标识、寻呼指示、寻呼信息类型、数据到达指示。
所述向远端UE发送寻呼信息，包括：
发送接收的所有的寻呼信息；
或者，
发送对应于无覆盖/扩展覆盖/公共安全UE的寻呼信息；
或者，
发送连接/结对/关联中继UE的远端UE的寻呼信息；
或者，
发送请求寻呼转发的远端UE的寻呼信息。
在上述中继UE的处理流程中，对应的会涉及基站的处理过程。因此，本实施例还提供了一种信息处理方法，应用于基站。如图7所示，该方法包括以下步骤：
步骤701：接收远端UE信息；
具体地，基站接收中继UE发送的远端UE信息；或者，
接收MME发送的远端UE信息。
其中，实际应用时，所述接收MME发送的远端UE信息之前，包括：
向MME发送远端UE信息。
所述远端UE信息包括以下信息至少之一：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接结对/关联的的中继UE信息。
所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下之一：Category 0、Category1、Category M1、NB-IoT。
其中，这些类别是LTE定义的设备能力分类。
所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
所述远端UE移动状态包括以下之一：静止、漫游、移动(是指经常移动，而不是偶尔移动)。
所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接/结对/关联中继UE转发寻呼指示。
所述远端UE连接/结对/关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务/驻留小区标识、中继UE的服务/驻留基站标识。
所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
这里，非连续接收周期、长非连续接收周期、短非连续接收周期是LTE规定的非连续接收周期，空闲(idle)态使用非连续接收周期，而二连接态同时支持长非连续周期和短非连续接收周期。
接收的MME发送的远端UE信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，包括以下信息至少之一：
连接/结对/关联的远端UE标识；
连接/结对/关联的远端UE数据到达指示；
连接/结对/关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，包括以下信息至少之一：
远端UE是否处于无覆盖/UE无覆盖指示；
远端UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
连接/结对/关联的中继UE标识；
连接/结对/关联的中继UE的服务/驻留小区标识；
连接/结对/关联的中继UE的服务/驻留基站标识；
连接/结对/关联的中继UE的寻呼周期；
寻呼转发指示；
数据到达指示。
步骤702：根据所述远端UE信息，基站向中继UE发送寻呼所述远端UE的信息。
这里，所述远端UE处于RRC空闲状态。
具体地，基站根据从MME或中继UE获取的远端UE信息，判断是否需要寻呼远端UE，如果是，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机向中继UE发送寻呼所述远端UE的信息；
或者，
基站根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机向中继UE发送寻呼所述远端UE的信息；
或者，
基站根据从MME或中继UE获取的远端UE信息，判断是否需要寻呼的远端UE，如果是，根据所述远端UE连接/结对/关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机向中继UE发送发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接/结对/关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
本发明实施例提供的信息处理方法，基站接收远端UE信息；根据所述远端UE信息，基站向中继UE发送针对所述远端UE的寻呼信息；所述远端UE处于RRC空闲状态；中继UE接收基站发送的寻呼信息；向远端UE转发所述寻呼信息；所述远端UE处于RRC闲置状态，由中继UE转发对远端UE的寻呼信息，如此，远端UE不需要实时处于RRC连接态，如此，大大降低了远端UE的功耗，从而达到了远端UE节电的目的。
实施例三
在实施例一的基础上，本实施例详细描述设备直通***中的节电机制。
本实施例中所描述的UE均为支持D2D功能的UE。
本实施例的应用场景是：John的可穿戴式设备UE 1希望通过John的智能手机UE 2转发数据。那么，UE 1是远端UE，而UE 2是中继UE。假设UE 1和UE 2都处于有网络覆盖状态并由同一个基站(演进型节点B(eNB，evolved Node B))服务。且UE 1与UE 2建立了PC5连接，UE 1通过UE 2转发UE 1与网络的数据包。
为了达到节电的目的，UE 1通过基站为自身进行PC5非连续接收配置。如图8所示，配置的具体处理过程包括：
步骤801：远端UE(UE 1)向基站发送远端UE信息(UE 1信息)；
这里，远端UE信息可以包括：远端UE标识、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE移动状态，远端UE接入的中继UE信息，远端UE的Uu非连续接收配置等。
其中，远端UE标识包括一个或多个如下标识：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；
这里，UE类别包括以下之一：Category 0、Category1、Category M1、NB-IoT。
所述远端UE覆盖状态为正常覆盖。
远端UE接入的中继UE信息包括：远端UE接入的中继UE标识、中继UE的服务小区标识。
而远端UE的Uu非连续接收配置包括：非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间等。
步骤802：基站接收到远端UE发送的远端UE信息后，根据远端UE的节电指示，为远端UE配置PC5非连续接收；
具体地，对于只有单接收机能力的远端UE，基站可将远端UE的PC5非连续接收的持续时间与Uu口的非连续接收的持续时间错开，这样可以避免远端UE的Uu下行接收和PC5接收时间冲突。
步骤803：基站将PC5非连续接收配置信息发送给远端UE；
这里，PC5非连续接收配置信息包括：第一非活动定时器、非连续接收周期、持续时间、接收资源指示、连接指示等。
其中，第一非活动定时器用于指示远端UE何时触发进入PC5非连续接收。
持续时间(on duration)用于指示远端UE进行PC5接收的时长。
非连续接收周期和持续时间可以D2D通信接收资源池周期为单位指示，如D2D通信接收资源池周期为40ms，则非连续接收周期配置为4，即160ms。持续时间配置为1，即为40ms。
连接指示用于指示远端UE需要一直保持PC5连接直到远端UE退出网络或是没有合适的中继UE。
接收资源指示包括：D2D通信资源指示、帧偏移和资源位图、D2D通信接收资源池。其中，所述资源池包括：调动控制信息(SA)和或数据资源池。
步骤804：远端UE收到基站发送的PC5非连续接收配置信息后，远端UE进行PC5非连续接收配置，进行PC5非连续接收。
具体地，远端UE启动第一非活动定时器，每当有PC5数据收发时重启该定时器。当第一非活动定时器超时后，远端UE根据PC5非连续接收配置计算持续时间的起始位置，然后进入休眠状态。
当持续时间到来时，远端UE醒来并在持续时间内接收中继UE发送的数据。例如D2D通信资源池周期为40ms，而非连续接收周期为160ms，假设帧偏移为0，则远端UE可在每个非连续接收周期内的第一个D2D通信资源周期开始监听是否有发送给远端UE的信息。在D2D通信资源池内需要监听的具体资源可根据资源位图映射决定。远端UE在持续时间内接收中继UE发送的SA以及对应的数据，如果SA包含的标识和或数据包MAC子头的目标标识对应于远端UE标识，则远端UE接收数据包进行后续接入子层(AS)层解析并投递给高层继续处理。如果远端UE在持续时间没有检测到发送给远端UE的数据，或远端UE在持续时间完成数据接收并且没有后续数据传输，则远端UE继续进入休眠状态。
实际应用时，为了保证中继UE(UE 2)仅在PC5非连续接收的持续时间向远端UE发送数据，基站也需要向中继UE发送远端UE的PC5非连续接收配置信息，该配置信息可包含：远端UE标识以及上述远端UE接收到的类似的PC5非连续接收配置信息。
中继UE接收到远端UE的PC5非连续接收配置后，中继UE根据远端UE的PC5非连续接收配置计算持续时间位置，在持续时间发送对应于远端UE的发现信息或数据。
根据上述方式，远端UE实现了非连续PC5接收，无需时刻监听PC5链路，从而达到了远端UE节电的目的。
实施例四
在实施例一的基础上，本实施例详细描述设备直通***中的节电机制。
本实施例的应用场景是：Officer A使用具备D2D功能的UE1，Officer B，使用具备D2D功能的UE2。UE 1处于有网络覆盖状态，而UE 2处于无网络覆盖。处于有网络覆盖的UE 1具备中继能力，可为周围其他UE(比如UE 2)提供中继转发服务。且UE 2与UE 1建立了直接连接(即PC5连接)，UE 1为UE 2转发UE 1与网络之间的数据传输，此时UE 1是中继UE，UE 2是远端UE。
为了达到节电的目的，UE 1通过UE 2为自身进行PC5非连续接收配置。如图9所示，配置的具体处理过程包括：
步骤901：远端UE(UE 1)向中继UE(UE 2)发送远端UE信息(UE 1信息)；
这里，远端UE信息可包括：远端UE标识、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE移动状态、远端UE的Uu非连续接收配置等。
其中，远端UE标识包括一个或多个如下标识：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；
这里，UE类别进一步包括以下之一：
Category 0、Category1、Category M1、NB-IoT。
所述远端UE覆盖状态为无覆盖，远端UE移动状态为漫游。
远端UE的Uu非连续接收配置包括：非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间等。
步骤902：中继UE接收到远端UE发送的远端UE信息后，根据远端UE的节电指示，为UE配置PC5非连续接收。
这里，本步骤的具体实现与步骤802的具体实现类似。
步骤903：中继UE将PC5非连续接收配置信息发送给远端UE；
这里，PC5非连续接收配置信息包括：第一非活动定时器一、第二非活动定时器、非连续接收周期、持续时间、接收资源指示、连接指示等。
其中，第一非活动定时器用于指示远端UE何时触发进入PC5非连续接收。
第二非活动定时器，用于指示远端UE何时触发释放PC5连接。
持续时间(on duration)用于指示远端UE进行PC5接收的时长。
非连续接收周期和持续时间可以以毫秒为单位指示，如D2D通信接收资源池周围为40ms，而非连续接收周期配置为800，即800ms。持续时间配置为80，即为80ms。
连接指示用于指示远端UE无需保持PC5连接，当长时间没有数据传输时即可释放PC5连接。
接收资源指示包括：D2D通信资源指示、帧偏移和资源模式，D2D通信接收资源池。其中，所述资源池包括SA和或数据资源池。
步骤904：远端UE收到中继UE发送的PC5非连续接收配置信息后，远端UE进行PC5非连续接收配置，进行PC5非连续接收。
具体地，远端UE启动第一非活动定时器一和第二非活动定时器，每当有PC5数据收发时重启这两个定时器。当第一非活动定时器一超时后，远端UE根据PC5非连续接收配置计算持续时间的起始位置，然后进入休眠状态。
当持续时间到来时，远端UE醒来在持续时间内接收中继UE发送的数据。例如D2D通信资源池周期为40ms，而非连续接收周期为800ms，假设帧偏移为160，则远端UE可在每个非连续接收周期内的第四个D2D通信资源周期开始连续两个资源周期监听是否有发送给远端UE的信息。在D2D通信资源池内需要监听具体的资源可根据资源模式映射决定。远端UE在持续时间内接收中继UE发送的SA以及对应的数据，如果SA包含的标识和或数据包MAC子头的目标标识对应于远端UE标识，则远端UE接收数据包进行后续AS层解析并投递给高层继续处理。如果远端UE在持续时间没有检测到发送给远端UE的数据，或远端UE在持续时间完成数据接收并且没有后续数据传输，则远端UE继续进入休眠状态。
另外，当第二非活动定时器二超时时，远端UE可发起释放与中继UE的PC5连接。
实际应用时，为了保证中继UE仅在PC5非连续接收的持续时间向远端UE发送数据，中继UE向远端UE发送PC5非连续接收配置后，中继UE也需要根据远端UE的PC5非连续接收配置计算持续时间位置，在持续时间发送对应于远端UE的发现信息或数据。
根据上述方式，远端UE实现了非连续PC5接收，无需时刻监听PC5链路，从而达到了远端UE节电的目的。
需要注意的是，上述实施方式并不限于远端UE和中继UE之间的非连续接收配置。对于普通的D2D通信场景，UE1和其对端UE2之间也可以采用上述方法进行非连续接收配置并进行非连续接收，从而达到节电的目的。
实施例五
在实施例一的基础上，本实施例详细描述设备直通***中的节电机制。
在物联网中，居民住宅区或商务区部署了大量智能电表，水表煤气表等IoT设备，这些IoT设备通常功耗低，待机时间长，静态部署，数据率要求低。它们的业务主要是以天或月为单位自主周期上报电/水/煤气的使用情况，有时也会上报一些异常通知，如停电，报警等。考虑到这些IoT设备通常部署在大厦内部处于扩展覆盖状态，与基站通信交互业务数据往往需要数据多次迭代发送。这种多次重复的数据发送或接收对IoT来说较为耗电。为了解决这个问题，可在蜂窝信号较好的区域安装一些中继UE，为处于扩展覆盖的IoT UE提供数据转发功能，从而减少数据重复发送次数。
基于此，本实施例的应用场景是：电表A使用具备D2D功能的UE 1，电表B使用具备D2D功能的UE 2，UE 1和UE 2处于有扩展覆盖状态。电表A和B附近安装了蜂窝信号较好的UE3，处于有网络覆盖的UE 3具备中继能力，可为周围其他UE提供中继转发服务。假设UE 1与UE 2都与UE 3建立了直接连接，UE3为UE 1和UE 2转发其与网络之间的数据传输，此时UE 1和UE 2是远端UE，UE3是中继UE。
为了达到节电的目的，UE 1和UE 2通过中继UE的中转由基站为自身进行PC5非连续接收配置。如图10所示，配置的具体处理过程包括：
步骤1001：中继UE向基站发送远端UE信息；
这里，远端UE信息可包括远端UE标识列表、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE移动状态、中继转发寻呼指示、远端UE的Uu非连续接收配置等。
其中，远端UE标识包括：一个或多个如下标识：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；
这里，UE类别进一步包括以下至少之一：Category 0、Category1、Category M1、NB-IoT。
所述远端UE覆盖状态为无覆盖，移动状态为静止。
中继转发寻呼指示用于指示中继UE需要转发远端UE寻呼。
远端UE的Uu非连续接收配置包括：非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间等。
步骤1002：基站接收到中继UE发送的远端UE信息后，根据远端UE的节电指示，向中继UE下发PC5非连续接收配置；
这里，本步骤的具体实现与步骤802的具体实现类似。
步骤1003：基站将PC5非连续接收配置信息发送给中继UE；
这里，PC5非连续接收配置信息包括：第二非活动定时器、非连续接收周期、持续时间、接收资源指示等。
其中，第二非活动定时器用于指示远端UE何时触发释放PC5连接。
持续时间(on duration)用于指示远端UE进行PC5接收的时长。
非连续接收周期和持续时间可以以毫秒为单位指示，如D2D发现接收资源池周围为40ms，而非连续接收周期配置为1000，即40s。持续时间配置为80，即为80ms。
接收资源指示包括：D2D发现资源指示、帧偏移和资源模式、D2D发现接收资源池。
步骤1004：中继UE收到基站发送的PC5非连续接收配置后，中继UE将相应的配置信息发送给周围的远端UE。
远端UE收到中继UE发送的PC5非连续接收配置信息后，远端UE进行PC5非连续接收配置，进行PC5非连续接收。
具体地，远端UE启动第二非活动定时器，每当有PC5数据收发时重启这个定时器。当第二非活动定时器超时后，远端UE发起释放PC5连接，然后进入休眠状态。
当寻呼时机到来时，远端UE醒来在持续时间内接收中继UE发送的寻呼信息。例如D2D发现资源池周期为40ms，而非连续接收周期为80s，资源池的帧偏移为160。远端UE计算每个D2D发现资源池周期里包含D2D发现资源的子帧数，如20，则在一个持续时间内包含D2D发现资源的子帧数为40。远端UE使用远端UE标识持续时间内包含的D2D发现资源子帧数取模，得到对应的包含D2D发现资源的子帧，远端UE在此子帧上监听是否有通过D2D发现发送的对远端UE的寻呼信息。如果检测到寻呼信息，则远端UE发起业务请求过程，重新接入网络，如果远端UE在持续时间没有检测到发送给远端UE的数据，则远端UE继续进入休眠状态。
为了保证中继UE仅在PC5非连续接收的持续时间向远端UE发送寻呼信息，中继UE向远端UE发送PC5非连续接收配置后，中继UE需要监听基站发送的寻呼信息，如果检测到对远端UE的寻呼，则根据远端UE的PC5非连续接收配置计算持续时间位置，在持续时间发送对应于远端UE的寻呼信息。
根据上述方式，远端UE实现了非连续PC5接收，无需时刻监听PC5链路，从而达到了远端UE节电的目的。
实施例六
在物联网中，居民住宅区或商务区部署了大量智能电表，水表煤气表等IoT设备，这些IoT设备通常功耗低，待机时间长，静态部署，数据率要求低。它们的业务主要是以天或月为单位自主周期上报电/水/煤气的使用情况，有时也会上报一些异常通知，如停电，报警等。考虑到这些IoT设备通常部署在大厦内部处于扩展覆盖状态，与基站通信交互业务数据往往需要数据多次迭代发送。这种多次重复的数据发送或接收对IoT来说较为耗电。为了解决这个问题，可在蜂窝信号较好的区域安装一些中继UE，为处于扩展覆盖的IoT UE提供数据转发功能，从而减少数据重复发送次数。
基于此，本实施例的应用场景是：电表A使用具备D2D功能的UE 1，电表B使用具备D2D功能的UE 2，UE 1和UE 2处于有扩展覆盖状态。电表A和B附近安装了蜂窝信号较好的UE3，处于有网络覆盖的UE 3具备中继能力，可为周围其他UE提供中继转发服务。假设UE 1与UE 2都与UE 3建立了直接连接，UE 3为UE 1和UE 2转发其与网络之间的数据传输，此时UE1和UE 2是远端UE，UE 3是中继UE。
为了达到节电的目的，远端UE请求中继UE转发寻呼消息。如图11所示，该过程包括：
步骤1101：中继UE广播PC5非连续接收配置信息；
这里，广播的方式可以是：中继UE在广播发送的***信息中包含中继寻呼指示或中继支持寻呼转发。
此外，中继UE还可广播发送接收资源指示，包括：D2D发现/D2D通信资源指示、帧偏移、子帧偏移、资源模式/位图、D2D通信接收资源池。
这里，D2D通信接收资源池可包括SA和或数据资源池。
步骤1102：远端UE接收到中继UE广播的PC5非连续接收配置信息后，发现中继UE可支持对远端UE的寻呼转发，则远端UE向中继UE发送远端UE信息；
这里，远端UE信息可包括：远端UE标识信息、远端UE移动状态、中继转发寻呼指示等。
其中，远端UE标识信息包括一个或多个如下标识：层2UE标识、C-RNTI，S-TMSI、IMSI。
中继转发寻呼指示用于指示远端UE请求中继转发远端UE的寻呼。
步骤1103：中继UE接收到远端UE发送的远端UE信息后，向基站发送远端UE信息，以指示基站远端UE希望中继UE为其转发寻呼信息。
步骤1104：基站收到该信息后，保存后续为远端UE转发寻呼信息作为中继UE的上下文，基站向中继UE发送RRC连接重配信息；
这里，假设基站支持中继UE转发远端UE的寻呼信息。
RRC连接重配信息可包含：PC5非连接接收配置相关信息，用于后续远端UE接收寻呼信息。
步骤1105：中继UE接收到该信息后，通过专有信令向远端UE发送PC5非连接接收配置信息。
这里，向远端UE发送的PC5非连接接收配置信息用于后续UE监听中继UE转发的寻呼信息。
步骤1106：远端UE收到中继UE发送的PC5非连续接收配置信息后，远端UE进行PC5非连续接收配置，进行PC5非连续接收。
假设后续远端UE很长时间没有数据包收发，基站触发释放掉远端UE的S1以及RRC连接，相应的远端UE进入RRC闲置状态，但远端UE依然保持与中继UE的PC5连接。假设此时PGW/SGW收到发给远端UE的下行数据,会触发MME发起寻呼远端UE。此时，基站接收到MME发送的寻呼远端UE的信息，基站根据维护的中继UE的上下文发现该远端UE的信息会由中继UE转发，则基站根据所述远端UE对应的中继UE标识以及寻呼周期计算寻呼时机，在中继UE对应的寻呼时机发送包含远端UE标识的寻呼信息。
步骤1107：远端UE接收到中继UE发送的专有PC5非连续接收配置信息后，计算寻呼时机，在寻呼时机接收中继UE发送的寻呼信息。
这里，专有PC5非连续接收配置指针对UE专有(specific)的配置参数，如非连续接收(DRX)周期可以是给每个UE配置不同的值，也可以是小区内所有UE配置相同的值。
具体地，远端UE接收中继UE发送的SA以及对应的数据，如果SA包含的标识和或数据包MAC子头的目标标识对应于远端UE标识且数据包包含寻呼指示，则远端UE被寻呼，远端UE发起服务请求流程，否则远端UE进入休眠。
根据上述方式，远端UE实现了非连续PC5接收，无需时刻监听PC5链路，从而达到了远端UE节电的目的。
实施例七
在实施例二的基础上，本实施例详细描述处于远端UE处于空闲态时设备直通***中的节电机制。
本实施例的应用场景是：Officer A使用具备D2D功能的UE1，Officer B，使用具备D2D功能的UE2。UE 1处于有网络覆盖状态，而UE 2处于无网络覆盖。处于有网络覆盖的UE 1具备中继能力，可为周围其他UE提供中继转发服务。且UE 2与UE 1建立了直接连接，UE 1为UE 2转发UE 1与网络之间的数据传输，此时UE 1是中继UE，UE 2是远端UE。
为了达到节电的目的，远端UE请求中继UE转发寻呼消息。如图12所示，该过程包括：
步骤1201：中继UE广播PC5非连续接收配置信息；
这里，广播的方式可以是：中继UE在广播发送的***信息中包含中继寻呼指示中继支持寻呼转发、寻呼周期、寻呼组标识指示。
这类，寻呼组标识指示用于传输寻呼信息的目标层2标识。
此外，中继UE还可广播发送接收资源指示，包括：D2D发现/D2D通信资源指示、帧偏移、子帧偏移、资源模式/位图、D2D通信接收资源池。
这里，D2D通信接收资源池可包括SA和或数据资源池。
步骤1202：远端UE接收到中继UE广播的非连续接收配置信息后，发现中继UE可支持对远端UE的寻呼转发，则远端UE向中继UE发送远端UE信息；
这里，远端UE信息可包括：远端UE标识信息、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE移动状态、远端UE接入/结对/关联的中继UE信息、远端UE的Uu非连续接收配置、中继转发寻呼指示等。
其中，远端UE标识包括一个或多个如下标识：ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI。
远端UE类型指示远端UE为公共安全UE。
所述远端UE覆盖状态为无覆盖。远端UE移动状态为漫游。
而远端UE的Uu非连续接收配置包括：非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间等。
中继转发寻呼指示用于指示远端UE请求中继转发远端UE的寻呼。
步骤1203：中继UE接收到远端UE发送的远端UE信息后，向基站发送远端UE信息；
这里，发送给基站的远端UE信息包括：远端UE类型、远端UE覆盖状态、远端UE移动状态、远端UE接入/结对/关联的中继UE信息、中继转发寻呼指示等。
步骤1204：基站收到该信息后，将收到的远端UE信息发送给MME保存。
步骤1205：后续远端UE很长时间没有数据包收发，基站触发释放掉远端UE的S1以及RRC连接，相应的远端UE进入RRC闲置状态，但远端UE依然保持与中继UE的PC5连接；
步骤1206：PGW/SGW收到发给远端UE的下行数据，触发MME发起寻呼远端UE；
步骤1207：基站接收MME发送的远端UE寻呼信息；
这里，MME发送的远端UE寻呼信息包括一个或多个被寻呼的UE标识，对于远端UE还包括以下信息：UE无覆盖指示、公共安全UE指示、远端UE接入/结对/关联的中继UE的标识信息、中继UE寻呼周期等信息、寻呼转发指示、数据到达指示。
步骤1208：基站根据从MME获取的寻呼信息，发送包含远端UE标识的寻呼信息；
这里，基站可根据***预配置的转发寻呼UE信息/UE组标识信息计算寻呼时机，以发送包含远端UE标识的寻呼信息；
或者基站可根据***配置并通过***信息广播发送的转发寻呼周期，转发寻呼帧偏移和或子帧偏移计算转发寻呼的远端UE的寻呼时机，以发送包含远端UE标识的寻呼信息。
步骤1209：具有转发寻呼能力的中继UE根据转发寻呼配置计算寻呼时机，监听待转发的寻呼信息，如果监听到这样的信息，则在PC5接口上转发相应的寻呼信息；
这里，中继UE监听所有的寻呼时机发送的寻呼信息，然后根据寻呼信息中包含的UE是否无覆盖，是否是公共安全UE指示，寻呼转发指示，接入/结对/关联的中继UE的标识信息，判断是否需要转发对应的寻呼信息。如果UE无覆盖，是公共安全UE，或收到到寻呼转发指示，并且该UE之前接入/结对/关联的中继UE对应于自己，则中继UE转发该远端UE的寻呼信息。
实际应用时，中继UE可以基站广播或是***默认配置的方式得到转发寻呼配置，其主要包括如下信息：
转发寻呼UE/UE组标识信息；
转发寻呼周期；
转发寻呼时机对应的帧偏移和或子帧偏移。
步骤1210：远端UE接收到中继UE发送的非连续接收配置后，计算寻呼时机，在寻呼时机接收中继UE发送的寻呼信息。
具体地，远端UE接收中继UE发送的SA以及对应的数据，如果SA包含的标识和或数据包MAC子头的目标标识对应于寻呼组标识，则远端UE判断该数据包为寻呼信息。进一步地，远端UE判断寻呼信息中是否包含远端UE标识，如果包含，则远端UE被寻呼，远端UE发起服务请求流程，否则远端UE继续进入休眠。
根据上述方式，远端UE实现了PC5非连续接收，无需时刻监听PC5链路，从而达到了远端UE节电的目的。
实施例八
在实施例二的基础上，本实施例详细描述处于远端UE处于空闲态时设备直通***中的节电机制。
本实施例中所描述的UE均为支持D2D功能的UE。
本实施例的应用场景是：John的可穿戴式设备UE 1希望通过John的智能手机UE 2转发数据。这里UE 1是远端UE，而UE 2是中继UE。假设远端UE通过无线局域网(WLAN，Wireless Local Area Networks)接入中继UE，而远端UE没有接入到蜂窝网络。中继UE处于有网络覆盖状态并接入网络。尽管远端UE没有直接与基站交互，但是远端UE的RRC信令以及数据可以采用WLAN发送给中继UE，再由中继UE发送给网络。
为了达到节电的目的，中继UE根据远端UE的请求监听远端UE的寻呼信息并发送给远端UE。如图13所示，该过程包括：
步骤1301：远端UE向中继UE发送远端UE信息；
这里，发送的远端UE信息可包括：远端UE标识信息、远端UE节电指示、远端UE的寻呼周期、中继转发寻呼指示等。
其中，远端UE标识包括一个或多个如下标识：ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI。
中继转发寻呼指示表明远端UE请求中继转发远端UE的寻呼。
步骤1302：后续远端UE很长时间没有数据包收发，基站触发释放掉远端UE的S1以及RRC连接，相应的远端UE进入RRC闲置状态，但远端UE依然保持与中继UE的WLAN连接。
步骤1303：PGW/SGW收到发给远端UE的下行数据，触发MME发起寻呼远端UE；
步骤1304：基站接收MME到发送的寻呼信息后，在空口发送寻呼消息；
步骤1305：具有转发寻呼能力的中继UE根据远端UE的标识以及寻呼周期配置计算远端UE可能的寻呼时机，并在寻呼时机监听远端UE的寻呼信息，如果监听到这样的信息，则在WLAN接口上向远端UE发送寻呼信息；
步骤1306：远端UE接收中继UE发送的WLAN/BT数据，解析里面是否包含寻呼所述远端UE的信息，如果包含，则远端UE被寻呼，远端UE发起服务请求流程，否则远端UE继续进入休眠。
这里，寻呼信息是通过WLAN/BT接口发送，因此，远端UE接收的数据是WLAN/BT数据。
此外，远端UE在释放与基站的RRC连接之前，向基站发送远端UE连接/结对/关联的中继UE标识，和或中继UE的服务/驻留小区标识，或中继UE的服务基站信息，中继转发寻呼指示。基站可在远端UE的RRC连接释放后，向MME发送的UE上下文释放信息中携带远端UE连接/结对/关联的中继UE标识，和或中继UE的服务/驻留小区标识，或中继UE的服务基站信息，中继转发寻呼指示信息。当远端UE的下行数据到达时，如果远端UE连接/结对/关联的中继UE处于RRC连接状态，则MME可直接向远端UE连接的中继UE的服务小区/基站发送寻呼远端UE信息，基站收到该信息后，向中继UE发送指示远端UE数据到达的信息，中继UE接收到该信息后，通过PC5/WLAN/BT将远端UE数据到达的信息发送给远端UE。此外，当远端UE的下行数据到达时，如果远端UE连接/结对/关联的中继UE处于RRC闲置状态，则MME采用传统寻呼流程寻呼远端UE连接/结对/关联的中继UE，其中寻呼中继UE的寻呼信息中可进一步包括与中继UE连接/结对/关联远端UE标识，所述远端UE数据到达指示以及远端UE寻呼转发指示。基站收到基站收到该信息后，在中继UE对应的寻呼时机发送寻呼中继UE的信息，其中进一步包含与中继UE连接/结对/关联远端UE标识，所述远端UE数据到达指示以及远端UE寻呼转发指示。中继UE接收到该信息后，通过PC5/WLAN/BT将远端UE数据到达的信息发送给远端UE。
根据上述方式，远端UE实现了非连续接收，无需时刻保持RRC连接状态，从而达到了远端UE节电的目的。
实施例九
为实现本发明实施例一的方法，本实施例提供一种信息处理装置，应用在远端UE，如图14所示，该装置包括：
第一接收单元141，用于接收PC5非连续接收配置信息；
配置单元142，用于利用所述PC5非连续接收配置信息，进行PC5非连续接收配置，并进行PC5非连续接收。
其中，该装置还可以包括：
第一发送单元，用于当接收的PC5非连续接收配置信息由基站配置时直接向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
该装置还可以包括：
第二发送单元，用于当接收的PC5非连续接收配置信息由中继UE配置时，直接向所述中继UE发送远端UE信息。
本领域技术人员应当理解，图14所示的UE中各单元的实现功能可参照前述远端UE信息处理过程的相关描述而理解。
实际应用时，第一接收单元141、第一发送单元、第二发送单元可由信息处理装置中的收发机实现；配置单元142可由远端UE中的中央处理器(CPU，Central ProcessingUnit)、微处理器(MCU，Micro Control Unit)、数字信号处理器(DSP，Digital SignalProcessor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现。
为实现本发明实施例一的方法，本实施例还提供了一种信息处理装置，应用在中继UE，如图15所示，该装置包括：
第一获取单元151，用于获取远端UE的PC5非连续接收配置信息；
第三发送单元152，用于利用所述PC5非连续接收配置信息，进行PC5发送。
其中，所述第三发送单元152，具体用于：
根据所述非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的发现信息或数据。
本领域技术人员应当理解，图15所示的UE中各单元的实现功能可参照前述中继UE信息处理过程的相关描述而理解。
实际应用时，第一获取单元151、第三发送单元152可以由信息处理装置中的CPU、MCU、DSP或FPGA结合收发机实现。
实施例十
为实现本发明实施例二的方法，本实施例提供一种信息处理装置，应用在中继UE，如图16所示，该中继UE包括：
第二接收单元161，用于接收基站发送的寻呼信息；
第四发送单元162，用于向远端UE发送寻呼信息。
其中，所述远端UE处于RRC闲置状态。
所述第二接收单元161，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
在一实施例中，该装置还可以包括：
第二获取单元，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
本领域技术人员应当理解，图16所示的UE中各单元的实现功能可参照前述中继UE信息处理过程的相关描述而理解。
实际应用时，第二接收单元161、第四发送单元162、第二获取单元可由信息处理装置中的CPU、MCU、DSP或FPGA结合收发机实现。
为实现本发明实施例二的方法，本实施例还提供了一种信息处理装置，应用在基站，如图17所示，该装置包括：
第三接收单元171，用于接收远端UE信息；
第五发送单元172，用于根据所述远端UE信息，基站向中继UE发送寻呼所述远端UE的寻呼信息。
其中，所述远端UE处于RRC空闲状态。
其中，所述第五发送单元172，具体用于：
根据从MME或中继UE获取的远端UE信息，判断是否需要寻呼远端UE，如果是，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端信息，判断是否需要寻呼远端UE，如果是，根据所述远端UE连接/结对/关联的中继UE标识以及中继UE的寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接/结对/关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
本领域技术人员应当理解，图17所示的基站中各单元的实现功能可参照前述基站信息处理过程的相关描述而理解。
实际应用时，第三接收单元171可由基站中的收发机实现；所述第五发送单元172可由信息处理装置中的CPU、MCU、DSP或FPGA结合收发机实现。
实施例十一
为了实现本发明实施例一的方法，本实施例提供一种远端UE，如图18所示，远端UE包括：
第一通信器181，用于接收PC5非连续接收配置信息；
第一控制器182，用于进行PC5非连续接收配置，并进行PC5非连续接收。
其中，所述第一通信器，还用于当接收的PC5非连续接收配置信息由基站配置时向所述基站发送远端UE信息；或者，通过中继UE向基站发送远端UE信息。
在一实施例中，所述第一通信器181还用于当接收的PC5非连续接收配置信息由中继UE配置时，向所述中继UE发送远端UE信息。
这里，同样需要说明的是：本领域技术人员应当理解，远端UE中各硬件设备的实现功能可参照前述远端UE信息处理过程的相关描述而理解。
为了实现本发明实施例一的方法，本实施例提供一种中继UE，如图19所示，中继UE包括：
第二控制器191，用于获取远端UE的PC5非连续接收配置信息；
第二通信器192，用于利用所述PC5非连续接收配置信息，进行PC5发送。
其中，所述第二通信器192，具体用于：
根据所述非连续接收配置信息获取寻呼时机，在寻呼时机发送对应于所述远端UE的寻呼信息；
和/或，
根据所述PC5非连续接收配置信息获取持续时间，在持续时间发送对应于远端UE的发现信息或数据.
这里，同样需要说明的是：本领域技术人员应当理解，中继UE中各硬件设备的实现功能可参照前述中继UE信息处理过程的相关描述而理解。
实施例十二
为了实现本发明实施例二的方法，本实施例提供一种中继UE，如图20所示，中继UE包括：第三通信器201及第三控制器202；其中，
所述第三通信器201，用于接收基站发送的寻呼信息；并在所述第三控制器202的控制下向远端UE发送寻呼信息。
这里，所述第三通信器201，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
在一实施例中，所述第三控制器202，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
这里，同样需要说明的是：本领域技术人员应当理解，中继UE中各硬件设备的实现功能可参照前述中继UE信息处理过程的相关描述而理解。
为了实现本发明实施例二的方法，本实施例提供一种基站，如图21所示，基站包括：第四通信器211及第四控制器212；其中，
所述第四通信器211，用于接收远端UE信息；并在所述第四控制器212的控制下发送寻呼所述远端UE的寻呼信息。
其中，所述第四通信器211，具体用于：
根据从MME或中继UE获取的远端UE信息，判断是否需要转发寻呼远端UE，如果是，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，判断是否需要寻呼远端UE，如果是，根据所述远端UE连接/结对/关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得所述被寻呼的远端UE连接/结对/关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
这里，同样需要说明的是：本领域技术人员应当理解，基站中各硬件设备的实现功能可参照前述基站信息处理过程的相关描述而理解。
需要说明的是：在本发明实施例中，部分/表示或者的意思。
相应地，所述远端UE连接/结对/关联的中继UE是指：所述远端UE连接的中继UE，或者所述远端UE结对的中继UE，或者所述远端UE关联的中继UE。
其中，根据远端UE和中继UE的移动特征，可分为以下两种类型的场景：
第一种场景，远端UE和和中继UE独立移动。这种场景下，远端UE可根据移动情况以及信道状况选择切换到不同的中继UE或者切换到Uu通信；
第二种场景，远端UE和中继UE总是一起运动或保持静止状态，如某个用户的智能手表总是通过用户的智能手机中继接入网络并保持相同的运动轨迹。
对于第一种场景，远端UE和中继UE之间建立的连接关系是动态变化的，远端UE可根据需要选择与中继UE建立连接，网络后续可通过与远端UE连接的中继UE找到远端UE。
对于第二种场景，在远端UE和中继UE许可的情况下，远端UE和中继UE可以先建立关联关系或者结成远端UE与中继UE的节点对(结对(pair))。当远端UE处于闲置空闲状态时，网络总是可以通过与远端UE关联或结对的中继UE找到远端UE，并建立连接。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (44)

1.一种信息处理方法，其特征在于，应用于中继UE，所述方法包括：
接收基站发送的寻呼信息；
向远端UE发送寻呼信息。
2.根据权利要求1所述的方法，其特征在于，所述向远端UE发送寻呼信息，包括：
通过PC5/单边链路Sidelink、无线局域网WLAN、BT技术向所述远端UE发送寻呼信息。
3.根据权利要求1所述的方法，其特征在于，向远端UE发送的寻呼信息包括以下至少之一：一个或多个被寻呼的远端UE标识、寻呼指示、寻呼信息类型、数据到达指示。
4.根据权利要求1所述的方法，其特征在于，接收的基站发送的寻呼信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，还包括以下至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，还包括以下至少之一：
UE是否处于无覆盖/UE无覆盖指示；
UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
数据到达指示；
寻呼转发指示。
5.根据权利要求1所述的方法，其特征在于，所述接收基站发送的寻呼信息之前，所述方法还包括：
接收所述远端UE发送的远端UE信息。
6.根据权利要求3所述的方法，其特征在于，所述远端UE信息包括以下信息至少之一：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接或结对或关联的中继UE信息。
7.根据权利要求4所述的方法，其特征在于，所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
8.根据权利要求4所述的方法，其特征在于，所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下之一：Category 0、Category1、Category M1、NB-IoT。
9.根据权利要求4所述的方法，其特征在于，所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
10.根据权利要求4所述的方法，其特征在于，所述远端UE移动状态包括以下之一：静止、漫游、移动。
11.根据权利要求4所述的方法，其特征在于，所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接或结对或关联中继UE转发寻呼指示。
12.根据权利要求4所述的方法，其特征在于，所述远端UE连接或结对或关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务或驻留小区标识、中继UE的服务或驻留基站标识。
13.根据权利要求4所述的方法，其特征在于，所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
14.根据权利要求3所述的方法，其特征在于，所述方法还包括：
发送寻呼转发确认信息或寻呼转发失败信息给所述远端UE，其中寻呼转发确认信息中包括寻呼转发指示。
15.根据权利要求1所述的方法，其特征在于，接收基站发送的寻呼信息之前，所述方法还包括：
获取转发寻呼资源配置。
16.根据权利要求13所述的方法，其特征在于，所述转发寻呼资源配置包括以下至少之一：
转发寻呼UE/UE组标识信息；
转发寻呼周期；
转发寻呼时机对应的帧偏移和或子帧偏移。
17.根据权利要求1所述的方法，其特征在于，所述接收基站发送的寻呼信息，包括：
接收基站发送的所有寻呼信息；
或者，
根据转发寻呼资源配置接收基站发送的寻呼信息；
或者，
接收对远端UE的寻呼信息。
18.根据权利要求15所述的方法，其特征在于，所述根据转发寻呼资源配置接收基站发送的寻呼信息，包括：
根据转发寻呼资源配置中的转发寻呼UE/UE组标识信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据转发寻呼资源配置中的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，接收所述寻呼时机的寻呼信息。
19.根据权利要求15所述的方法，其特征在于，所述接收对远端UE的寻呼信息，包括：
根据连接或结对或关联的远端UE标识和连接或结对或关联的远端UE的Uu非连续接收配置信息计算寻呼时机，接收所述寻呼时机的寻呼信息；
或者，
根据所述中继UE标识和或中继UE Uu非连续接收配置计算寻呼时机，接收所述寻呼时机的寻呼连接或结对或关联的远端UE的信息；
或者，
接收基站通过专有信令发送的寻呼所述远端UE的寻呼信息。
20.根据权利要求1所述的方法，其特征在于，所述向远端UE发送寻呼信息，包括：
发送所有的寻呼信息；
或者，
发送对应于无覆盖/扩展覆盖/公共安全UE的寻呼信息；
或者，
发送连接或结对或关联中继UE的远端UE的寻呼信息；
或者，
发送请求寻呼转发的远端UE的寻呼信息。
21.一种信息处理方法，其特征在于，应用于基站，所述方法包括：
接收远端UE信息；
发送寻呼所述远端UE的信息。
22.根据权利要求21所述的方法，其特征在于，所述接收远端UE信息，包括：
接收中继UE发送的远端UE信息；或者，
接收移动性管理实体MME发送的远端UE信息。
23.根据权利要求21或22所述的方法，其特征在于，所述接收远端UE信息之前，所述方法还包括：
向MME发送远端UE信息。
24.根据权利要求21或22所述的方法，其特征在于，所述远端UE信息包括以下信息至少之一：远端UE标识、远端UE移动状态、远端UE节电指示、远端UE类型、远端UE覆盖状态、远端UE的Uu非连续接收配置、中继转发寻呼指示、远端UE连接或结对或关联的中继UE信息。
25.根据权利要求22所述的方法，其特征在于，所述远端UE标识为以下至少之一：
ProSe UE标识、层2UE标识、C-RNTI、S-TMSI、IMSI、eNBX2APID、eNBS1APID、GUTI。
26.根据权利要求22所述的方法，其特征在于，所述远端UE类型包括以下至少之一：
公共安全UE/非公共安全UE、UE类别、带宽受限UE/普通UE；其中，
所述UE类别包括以下至少之一：Category 0、Category1、Category M1、NB-IoT。
27.根据权利要求22所述的方法，其特征在于，所述远端UE覆盖状态包括以下之一：正常覆盖、扩展覆盖、无覆盖。
28.根据权利要求22所述的方法，其特征在于，所述远端UE移动状态包括以下之一：静止、漫游、移动。
29.根据权利要求22所述的方法，其特征在于，所述中继转发寻呼指示包括以下之一：中继转发远端UE寻呼请求指示、中继转发远端UE寻呼指示、连接或结对或关联中继UE转发寻呼指示。
30.根据权利要求22所述的方法，其特征在于，所述远端UE连接或结对或关联的中继UE信息包括以下至少之一：中继UE标识、中继UE的服务或驻留小区标识、中继UE的服务或驻留基站标识。
31.根据权利要求22所述的方法，其特征在于，所述远端UE的Uu非连续接收配置包括以下至少之一：
非连续接收周期、长非连续接收周期、短非连续接收周期、持续时间。
32.根据权利要求21所述的方法，其特征在于，接收的MME发送的远端UE信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，包括以下信息至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，包括以下信息至少之一：
远端UE是否处于无覆盖/UE无覆盖指示；
远端UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全UE指示；
连接或结对或关联的中继UE标识；
连接或结对或关联的中继UE的服务或驻留小区标识；
连接或结对或关联的中继UE的服务或驻留基站标识；
连接或结对或关联的中继UE的寻呼周期；
寻呼转发指示；
数据到达指示。
33.根据权利要求21所述的方法，其特征在于，发送寻呼所述远端UE的信息，包括：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，根据从MME或中继UE获取的远端UE信息，获得被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
34.根据权利要求21或31所述的方法，其特征在于，发送寻呼所述远端UE的信息包括以下至少之一：
一个或多个被寻呼的UE标识；
一个或多个被寻呼的远端UE标识；
对于每个被寻呼的UE，包括以下信息至少之一：
连接或结对或关联的远端UE标识；
连接或结对或关联的远端UE数据到达指示；
连接或结对或关联的远端UE寻呼转发指示；
对于每个被寻呼的远端UE，包括以下信息至少之一：
远端UE是否处于无覆盖/UE无覆盖指示；
远端UE是否处于扩展覆盖/UE扩展覆盖指示；
公共安全远端UE指示；
数据到达指示；
寻呼转发指示。
35.一种信息处理装置，其特征在于，所述装置包括：
第二接收单元，用于接收基站发送的寻呼信息；
第四发送单元，用于向远端UE发送寻呼信息。
36.根据权利要求35所述的装置，其特征在于，所述第二接收单元，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
37.根据权利要求35所述的装置，其特征在于，所述装置还包括：
第二获取单元，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
38.一种信息处理装置，其特征在于，所述装置包括：
第三接收单元，用于接收远端UE信息；
第五发送单元，用于发送寻呼所述远端UE的寻呼信息。
39.根据权利要求38所述的装置，其特征在于，所述第五发送单元，具体用于：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE的寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
40.一种中继UE，其特征在于，所述UE包括：第三通信器及第三控制器；其中，
所述第三通信器，用于接收基站发送的寻呼信息；并在所述第三控制器的控制下向远端UE发送寻呼信息。
41.根据权利要求40所述的UE，其特征在于，所述第三通信器，还用于接收基站发送的寻呼信息之前，接收所述远端UE发送的远端UE信息。
42.根据权利要求40所述的UE，其特征在于，所述第三控制器，用于接收基站发送的寻呼信息之前，获取转发寻呼资源配置。
43.一种基站，其特征在于，所述基站包括：第四通信器及第四控制器；其中，
所述第四通信器，用于接收远端UE信息；并在所述第四控制器的控制下发送寻呼所述远端UE的寻呼信息。
44.根据权利要求43所述的基站，其特征在于，所述第四通信器，具体用于：
根据从MME或中继UE获取的远端UE信息，根据转发寻呼UE/UE组标识信息计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据配置的转发寻呼周期、转发寻呼帧偏移和/或子帧偏移计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，根据所述远端UE连接或结对或关联的中继UE标识以及中继UE寻呼周期计算寻呼时机，在所述寻呼时机发送寻呼所述远端UE的信息；
或者，
根据从MME或中继UE获取的远端UE信息，获得被寻呼的远端UE连接或结对或关联的中继UE，向所述中继UE发送寻呼所述远端UE的信息。
CN202111350998.4A 2016-08-11 2016-09-29 信息处理方法、装置、用户设备及基站 Pending CN114071678A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610665325 2016-08-11
CN2016106653250 2016-08-11
CN201610866516.3A CN108307489A (zh) 2016-08-11 2016-09-29 信息处理方法、装置、用户设备及基站

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201610866516.3A Division CN108307489A (zh) 2016-08-11 2016-09-29 信息处理方法、装置、用户设备及基站

Publications (1)

Publication Number Publication Date
CN114071678A true CN114071678A (zh) 2022-02-18

Family

ID=61162664

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111350998.4A Pending CN114071678A (zh) 2016-08-11 2016-09-29 信息处理方法、装置、用户设备及基站

Country Status (3)

Country Link
EP (1) EP4333519A3 (zh)
CN (1) CN114071678A (zh)
WO (1) WO2018028279A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107512B (zh) 2018-10-26 2021-06-15 华为技术有限公司 一种配置参数更新方法及装置
US20220264521A1 (en) 2019-07-17 2022-08-18 Ipcom Gmbh & Co. Kg Paging optimization based on proximity of mobile devices
CN111800894A (zh) * 2019-08-22 2020-10-20 维沃移动通信有限公司 sidelink的DRX配置方法和设备
CN113259911B (zh) * 2020-02-10 2022-12-13 大唐移动通信设备有限公司 一种信息配置方法、装置、设备及计算机可读存储介质
EP4082279A4 (en) * 2020-02-13 2023-01-04 ZTE Corporation METHOD AND DEVICE FOR SIDELINK COMMUNICATION
WO2021207892A1 (zh) * 2020-04-13 2021-10-21 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质
KR20220006777A (ko) * 2020-07-09 2022-01-18 삼성전자주식회사 무선 통신 시스템에서 불연속 수신모드 단말의 sidelink 동작을 지원하기 위한 장치 및 방법
EP4179793A4 (en) * 2020-07-10 2024-04-03 Lenovo (Beijing) Limited SIDELINK DRX ALIGNMENT METHOD AND APPARATUS
US20220046746A1 (en) * 2020-08-06 2022-02-10 Qualcomm Incorporated Discontinuous reception for sidelink
CN115119343A (zh) * 2021-03-17 2022-09-27 维沃移动通信有限公司 非连续接收方法、装置及终端
EP4311356A4 (en) * 2021-04-01 2024-06-12 Huawei Technologies Co., Ltd. METHOD AND DEVICE FOR SIDELINK TRANSMISSION
CN116458267A (zh) * 2021-04-13 2023-07-18 Oppo广东移动通信有限公司 非连续接收方法及相关装置
WO2022236632A1 (en) * 2021-05-10 2022-11-17 Lenovo (Beijing) Limited Method and apparatus for ue-to-network relay handover
CN116326076A (zh) * 2021-10-21 2023-06-23 北京小米移动软件有限公司 一种发送和接收辅助信息的方法、装置及存储介质
WO2023108655A1 (zh) * 2021-12-17 2023-06-22 北京小米移动软件有限公司 一种确定直连链路非连续接收配置的方法及其装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016019528A1 (zh) * 2014-08-06 2016-02-11 华为技术有限公司 终端、网络设备、寻呼方法和区域信息更新方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8934404B2 (en) * 2008-03-03 2015-01-13 Qualcomm Incorporated Access point with proxy functionality for facilitating power conservation in wireless client terminals
CN104717714A (zh) * 2013-12-17 2015-06-17 中兴通讯股份有限公司 路由信息发送、接收的方法、装置及路由信息处理***
CN105338513B (zh) * 2014-08-08 2019-12-10 中兴通讯股份有限公司 设备到设备业务处理方法及装置
US9661684B2 (en) * 2014-08-11 2017-05-23 Telefonaktiebolaget L M Ericsson (Publ) Method of sharing a UE receiver between D2D and cellular operations based on activity
CN105828453A (zh) * 2015-01-04 2016-08-03 中兴通讯股份有限公司 中继通信的数据传输方法和装置
CN104869526B (zh) * 2015-04-10 2019-02-12 电信科学技术研究院 一种设备到设备通信及其资源分配方法、设备
CN105357757B (zh) * 2015-09-25 2019-03-08 宇龙计算机通信科技(深圳)有限公司 一种通信资源配置方法和装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016019528A1 (zh) * 2014-08-06 2016-02-11 华为技术有限公司 终端、网络设备、寻呼方法和区域信息更新方法

Also Published As

Publication number Publication date
EP4333519A3 (en) 2024-06-26
WO2018028279A1 (zh) 2018-02-15
EP4333519A2 (en) 2024-03-06

Similar Documents

Publication Publication Date Title
EP3499975B1 (en) Information processing method and apparatus, ue, base station, and storage medium
CN114071678A (zh) 信息处理方法、装置、用户设备及基站
US10117175B2 (en) Mobility and connection management of low power wireless communications apparatuses
US11737051B2 (en) System information transmission method and apparatus
EP3535994B1 (en) Mobility management for relaying
EP3228129B1 (en) Wake-up for d2d communication
EP3152963B1 (en) User equipment, cellular communication network node and method of controlling operation of a user equipment
JP6130838B2 (ja) 移動通信システム、移動通信ネットワーク、基盤装置、方法およびプログラム
CN108307528B (zh) 一种信息传输方法、装置及***
WO2016150107A1 (zh) 一种设备直通***中继状态确定方法及装置
WO2018072157A1 (zh) 一种控制设备到设备间发现的方法及相关设备
WO2016155261A1 (zh) 终端节电方法及装置
US20230389110A1 (en) Terminal device, core network node, network device and method therein for facilitating paging procedure
CN116548027A (zh) 无线通信的方法及设备
US20230413229A1 (en) Method and Apparatus for Relay Communication
WO2024034402A1 (en) Method, network controlled repeater, and access network node
CN117676891A (zh) 通信方法和通信装置
CN118019088A (zh) 通信方法及装置
CN115396821A (zh) 一种传输***信息si的方法和装置

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