CN109923912B - 一种传输寻呼消息的方法及装置 - Google Patents
一种传输寻呼消息的方法及装置 Download PDFInfo
- Publication number
- CN109923912B CN109923912B CN201780069035.2A CN201780069035A CN109923912B CN 109923912 B CN109923912 B CN 109923912B CN 201780069035 A CN201780069035 A CN 201780069035A CN 109923912 B CN109923912 B CN 109923912B
- Authority
- CN
- China
- Prior art keywords
- message
- user equipment
- paging
- transmitting
- information
- 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
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/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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开一种传输寻呼消息的方法及装置,涉及通信技术领域,可以解决在eRemote UE处于基站的覆盖范围之外的情况下,无法接收基站发送的寻呼消息的问题。本申请通过第一用户设备接收网络设备发送的第一消息,第一消息用于寻呼第二用户设备,第一消息中至少包括第二用户设备的寻呼信息,第一用户设备根据第一消息生成第二消息,第二消息用于寻呼第二用户设备,第二消息中包含第二用户设备的寻呼信息,然后第一用户设备确定第二用户设备监听第二消息的监听时间,并获取用于发送第二消息的资源,进而在所述监听时间,使用用于发送第二消息的资源向所述第二用户设备发送第二消息。本申请提供的方案适于传输寻呼消息时采用。
Description
本申请要求于2017年01月25日提交中国专利局、申请号为201710061368.2、发明名称为“一种传输寻呼消息的方法”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域,尤其涉及一种传输寻呼消息的方法及装置。
背景技术
目前,用户设备(User Equipment,UE)与基站之间存在两种通信方式,分别为直连接通信方式和非直连接通信方式。其中,直连接通信方式是指UE直接与基站连接,并进行通信。非直连接通信方式是指,远端用户设备(Remote User Equipment,Remote UE)通过中继用户设备(Relay User Equipment,Relay UE)与基站连接,Relay UE可以通过网络协议(Internet Protocol,IP)层(层三)实现基站与Remote UE之间的数据转发。然而在RelayUE转发数据的过程中,Remote UE的分组数据汇聚协议(Packet Data ConvergenceProtocol,PDCP)层可以解出Remote UE的数据,使得Remote UE的数据存在安全隐患等问题。为了解决这些问题,Relay UE可以通过基于无线链路控制(Radio Link Control,RLC)层以上,PDCP层以下的数据中继方式来转发数据,在这种情况下,远端用户设备可以称为演进型远端用户设备(Evolved Remote UE,eRemote UE),中继用户设备可以称为演进型中继用户设备(Evolved Relay UE,eRelay UE)。
其中,eRemote UE可以通过与基站之间的直连链路来接收基站发送的系统消息、寻呼消息等控制消息,通过与eRelay UE之间的侧行链路(sidelink)来与基站进行数据面数据的传输。当核心网需要向处于RRC_IDLE状态的eRemote UE发送数据时,需要通过基站来向eRemote UE发送寻呼消息来触发eRemote UE进入RRC_CONNECTED状态,eRemote UE只需在一个寻呼周期内醒来一次,基站会在eRemote UE醒来的时间点通过下行控制信道(Physical Downlink Control Channel,PDCCH)向eRemote UE发送寻呼消息。
然而,如果eRemote UE处于基站的覆盖范围之外,就无法接受到基站通过PDCCH发送的寻呼消息,导致基站无法与eRemote UE建立通信连接。
发明内容
本申请的实施例提供一种传输寻呼消息的方法及装置,可以解决在eRemote UE处于基站的覆盖范围之外的情况下,无法接收基站发送的寻呼消息的问题。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,本申请的实施例提供一种传输寻呼消息的方法,该方法包括:
第一用户设备接收网络设备发送的第一消息,第一消息用于寻呼第二用户设备,第一消息中至少包括第二用户设备的寻呼信息。然后第一用户设备根据第一消息生成第二消息,第二消息用于寻呼第二用户设备,第二消息中包含第二用户设备的寻呼信息。然后第一用户设备确定第二用户设备监听所述第二消息的监听时间并获取用于发送所述第二消息的资源,进而第一用户设备就可以在所述监听时间,使用所述用于发送所述第二消息的资源向第二用户设备发送所述第二消息。
其中,第二用户设备的寻呼信息包含第二用户设备标识以及核心网域信息。第一用户设备可以为eRemote UE,第二用户设备可以为eRemote UE,网络设备可以为基站,第二用户设备标识可以为第二用户设备的IMSI、S-TMSI、IMSI mod 1024,或者为其他可以代表第二用户设备身份的标识。
由于基站可以先将第一消息发送给第一用户设备,进而第一用户设备确定第二用户设备监听第二消息的监听时间,第一用户设备即可在监听时间将用于寻呼第二用户设备的第二消息发送给第二用户设备,由于第一用户设备一般都在基站的覆盖范围内,所以即使第二用户设备未在基站的覆盖范围内,也能够通过第一用户设备接收到寻呼消息。
在一种可能的设计中,在第一用户设备确定监听时间之前,需先获取用于确定监听时间的信息,获取用于确定监听时间的信息的方法为:
第一用户设备接收述第二用户设备发送的第三消息,第三消息中携带用于确定监听时间的信息;或者,第一用户设备接收网络设备发送的第四消息,第四消息中携带用于确定监听时间的信息。
可见,在第一用户设备确定监听时间之前,第二用户设备或者网络设备会将用于确定监听时间的信息发送给第一用户设备,进而第一用户设备就可以确定第二用户设备的监听时间,使得第一用户设备发送第二消息的时间与第二用户设备监听第二消息的时间相同,进而即使第二用户设备未在基站的覆盖范围内也可接收到寻呼消息,且相比于基站通过下行链路向第二用户设备传输寻呼消息,第一用户设备通过sidelink向第二用户设备传输寻呼消息所消耗的功率更低。
在一种可能的设计中,第二用户设备或者网络设备向第一用户设备发送的用于确定监听时间的信息包括第二用户设备标识,第二用户设备的特定寻呼周期,系统默认寻呼周期中的至少一项。
在一种可能的设计中,在确定监听时间之前,第一用户设备需要确定用于确定监听时间的第一标识,还需要确定用于确定所述监听时间的第一寻呼周期。
其中,第一标识为第一用户设备标识或者第二用户设备标识,第一用户设备和第二用户设备用于确定监听时间的第一标识相同,即若第一用户设备所采用的第一标识为第一用户设备标识,则第二用户设备所采用的第一标识也为第一用户设备标识;若第一用户设备所采用的第一标识为第二用户设备标识,则第二用户设备所采用的第一标识也为第二用户设备标识。
第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。其中,特定寻呼周期为第二用户设备eRemote UE的UE-specificPaging cycle,系统默认寻呼周期为基站广播的default Paging cycle。第一用户设备和第二用户设备在确定监听时间时采用的是相同的第一寻呼周期。
如此,第一用户设备确定了用于确定监听时间的第一标识和用于确定监听时间的第一寻呼周期之后,就可以根据结合第一标识和第一寻呼周期来进一步完成确定监听时间的过程,进而保证了第一用户设备可以在sidelink上向第二用户设备发送第二消息,且第二用户设备可以在sidelink上接收到第二消息。
在一种可能的设计中,在第一用户设备确定监听时间之前,第一用户设备还可以接收网络设备配置的用于传输所述第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
在一种可能的设计中,第一用户设备确定第二用户设备监听所述第二消息的监听时间,具体可以实现为:
第一用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备在侧行链路sidelink监听的无线帧的位置和子帧的位置,所述nB为一个寻呼周期内包含的子帧数量。
如此,第一用户设备确定第二用户监听的无线帧位置和子帧位置后,即可在确定的无线帧和子帧上发送第二消息,这样第二用户设备就无需一直监听sidelink,只需在需要监听第二消息时醒来就可以接收到第二消息。
在一种可能的设计中,第一用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备在侧行链路sidelink监听的无线帧的位置和子帧的位置,具体可以实现为:
第一用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备监听下行链路时监听的无线帧的位置和子帧的位置,然后第一用户设备根据第二用户设备监听下行链路时监听的无线帧和子帧的位置,确定第二用户设备在侧行链路sidelink监听的无线帧的位置和子帧的位置。
在一种可能的设计中,第一用户设备可以根据以下公式来确定第一用户设备监听下行链路时监听的无线帧的位置和子帧的位置。
公式1:SFN mod T=(T div N)*(UE_ID mod N)
公式2:i_s=floor(UE_ID/N)mod Ns
其中,SFN为子帧的位置;T为第一寻呼周期;N为min(T,nB),用于表示一个第一寻呼周期中包含的无线帧的数量;Ns:max(1,nB/T),用于表示一个无线帧中包含的子帧数量;UE_ID为第一标识。
通过公式1求得SFN就可以确定第二用户设备监听下行链路时监听的无线帧的位置,根据公式2可以求得i_s,进而根据i_s的取值与NS的取值与子帧位置的对应关系表,就可以确定第二用户设备监听下行链路时监听的无线帧的位置。其中,FDD系统和TDD系统对应的i_s的取值与NS的取值与子帧位置的对应关系表不同。
在一种可能的设计中,第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧位置加第一偏移量,第一偏移量为大于或等于0的正整数;或者,第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧的位置加第二偏移量后所述资源池中第一个可用于传输所述第二消息的子帧,所述第二偏移量为大于或等于0的正整数。
在一种可能的设计中,对于FDD系统,第二用户设备在监听下行链路时监听的无线帧的位置和子帧的位置,与第二用户设备在sidelink监听的无线帧位置和子帧位置相同;
对于TDD系统,第二用户设备在监听下行链路时监听的无线帧的位置,与第二用户设备在sidelink监听的无线帧位置相同。根据不同的TDD配置,第二用户设备在监听下行链路时监听的子帧的位置,与第二用户设备在sidelink监听的子帧的位置之间有不同的对应关系。
其中一种可能的对应关系为:当第二终端需要在下行链路中监听的子帧编号0时,从TDD配置0至TDD配置6对应的所述第二终端需要在sidelink中监听的子帧编号为2;
当第二终端需要在下行链路中监听的子帧编号为1时,从TDD配置0至TDD配置6对应的第二终端需要在sidelink中监听的子帧编号分别为:3、3、2、3、3、2、3;
当所述第二终端需要在下行链路中监听的子帧编号为5时,从TDD配置0至TDD配置6对应的所述第二终端需要在sidelink中监听的子帧编号分别为:7、7、7、2、2、2、7;
当所述第二终端需要在下行链路中监听的子帧编号为6时,从TDD配置0至TDD配置6对应的所述第二终端需要在sidelink中监听的子帧编号分别为:8、8、7、3、3、2、8。
在一种可能的设计中,第一用户设备确定第二用户设备监听第二消息的监听时间,具体包括:
第一用户设备根据资源池配置信息和第一标识、第一寻呼周期,确定第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送第二消息的子帧数量M,然后第一用户设备确定在一个第一寻呼周期内,第二用户设备需要监听第二消息的资源池周期编号,资源池周期编号为所述第一标识mod N。然后第一用户设备确定在一个资源池周期内,第二用户设备需要监听第二消息的子帧编号,所述子帧编号为floor(第一标识/N)mod M,进而第一用户设备可以根据所述资源池周期编号和所述子帧编号确定第二用户设备在sidelink监听的子帧位置。
在一种可能的设计中,第一用户设备确定第二用户设备监听第二消息的监听时间,具体可以实现为:第一用户设备根据第一标识和第一寻呼周期确定第三偏移量PO_offset,然后第一用户设备根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定第二用户设备在sidelink监听第二消息的帧号和子帧号,其中,SL_offset为所述资源池偏移量。
在一种可能的设计中,若第一用户设备处于RRC_IDLE状态,则在第一用户设备接收网络设备发送的第一消息之后,第一用户设备可以触发RRC连接建立过程,转换至RRC_CONNRECTED状态。在第一用户设备转换至RRC_CONNRECTED状态之后,第一用户设备与基站之间就可以通过专用消息进行通信,使得第一用户设备可以向基站请求获取用于发送第二消息的资源,或者基站主动通过专用消息向第一用户设备发送用于发送第二消息的资源,进而使得第一用户设备能够使用基站提供的资源来通过sidelink发送第二消息。
在一种可能的设计中,当网络设备需要向第一用户设备发送第一消息时,若第一用户设备处于RRC_IDLE状态,则网络设备触发第一用户设备的RRC连接建立过程,使第一用户设备转换至RRC_CONNRECTED状态。在第一用户设备转换至RRC_CONNRECTED状态之后,第一用户设备与基站之间就可以通过专用消息进行通信,使得第一用户设备可以向基站请求获取用于发送第二消息的资源,或者基站主动通过专用消息向第一用户设备发送用于发送第二消息的资源,进而使得第一用户设备能够使用基站提供的资源来通过sidelink发送第二消息。
在一种可能的设计中,第一用户设备获取用于发送第二消息的资源,具体可以实现为:第一用户设备向网络设备发送第五消息,第五消息用于请求获取发送所述第二消息的资源;
第一用户设备接收所述网络设备发送的第六消息,第六消息包含网络设备为第一用户设备分配的用于发送第二消息的资源信息或者资源池信息。
在一种可能的设计中,第五消息包括下述信息中的至少一种:
请求目的,所述请求目的用于指示所述第五消息的目的为获取用于发送第二消息的资源;
发送第二消息的时间;
第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息;
第二消息中包含的比特数。
其中,每组寻呼信息中包含一个第二用设备标识和一个核心网域信息,核心网域信息为CS域或PS域。
在一种可能的设计中,第一用户设备获取用于发送第二消息的资源,具体还可以实现为:
第一用户设备从第一消息中获取用于发送第二消息的资源,第一消息中包含网络设备为第一用户设备分配的用于发送第二消息的资源信息或者资源池信息。
在一种可能的设计中,第一用户设备还可以通过无线资源控制层接收第一消息,并由无线资源控制层根据第一消息生成所述第二消息。
第一用户设备通过无线资源控制层生成的第二消息可以适用于任一种短距离连接技术,不仅仅限制于sidelink连接,还可以为WLAN连接等,扩展了本申请提供的传输寻呼消息的方法的应用范围。
第二方面,本申请的实施例提供一种传输寻呼消息的方法,该方法包括:
第二用户设备确定监听第二消息的监听时间,第二消息用于寻呼第二用户设备,第二消息中包含所述第二用户设备的寻呼信息,然后第二用户设备在监听时间监听第一用户设备发送的第二消息,当监听到第二消息时,接收第二消息。
其中,第二用户设备的寻呼信息包含第二用户设备标识以及核心网域信息。第一用户设备可以为eRemote UE,第二用户设备可以为eRemote UE,网络设备可以为基站,第二用户设备标识可以为第二用户设备的IMSI、S-TMSI、IMSI mod 1024,或者为其他可以代表第二用户设备身份的标识。
可见,第二用户设备可以先确定监听第二消息的监听时间,且可以在监听时间监听到第一用户设备发送的第二消息,相当于第一用户设备可以通过sidelink来传输寻呼消息,这样即使第二用户设备未处于基站的覆盖范围内也可以通过sidelink来接收第二消息。另外,相比于通过基站与第二用户设备之间的下行链路来传输第二消息,通过第一用户设备与第二用户设备之间的sidelink来传输第二消息的过程所消耗的功率更小。
在一种可能的设计中,在第二用户设备确定监听第二消息的监听时间之前,需先获取用于确定监听时间的信息,获取用于确定监听时间的信息的方法为:
第二用户设备还需向第一用户设备发送第三消息,第三消息中携带第二用户设备的特定寻呼周期,然后第二用户设备接收第一用户设备发送的第七消息,所述第七消息中携带用于确定所述监听时间的信息。
可见,在第一用户设备确定监听时间之前,第一用户可以接收到第二用户设备发送的用于确定监听时间的信息,进而第二用户设备就可以确定第二用户设备的监听时间,使得第一用户设备发送第二消息的时间与第二用户设备监听第二消息的时间相同,进而即使第二用户设备未在基站的覆盖范围内也可接收到寻呼消息,且相比于基站通过下行链路向第二用户设备传输寻呼消息,第一用户设备通过sidelink向第二用户设备传输寻呼消息所消耗的功率更低。
在一种可能的设计中,用于确定监听时间的信息包括第一用户设备标识,nB以及网络设备广播的系统默认寻呼周期中的至少一个,nB为一个寻呼周期内包含的子帧数量;或者,
用于确定监听时间的信息为网络设备配置的用于传输第二消息的资源池配置信息,资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
在第一用户设备获取到用于传输第二消息的资源池配置信息之后,既可以通过资源池配置信息确定第二用户设备监听第二消息的监听时间,又可以确定用于发送第二消息的资源,进而第一用户设备就可以在确定出的监听时间,使用用于发送第二消息的资源来向第二用户设备发送第二消息,可以实现第一用户设备和第二用户设备使用sidelink传输寻呼消息。
在一种可能的设计中,第二用户设备确定用于确定监听时间的第一标识,还需要确定用于确定监听时间的第一寻呼周期。第一标识为第一用户设备标识或者第二用户设备标识,第一用户设备和第二用户设备用于确定监听时间的第一标识相同。第一寻呼周期为特定寻呼周期,或者为特定寻呼周期和系统默认寻呼周期中较小的一个。其中,特定寻呼周期为第二用户设备eRemote UE的UE-specific Paging cycle,系统默认寻呼周期为基站广播的default Paging cycle。第一用户设备和第二用户设备在确定监听时间时采用的是相同的第一寻呼周期。
如此,第二用户设备确定了用于确定监听时间的第一标识和用于确定监听时间的第一寻呼周期之后,就可以根据结合第一标识和第一寻呼周期来进一步完成确定监听时间的过程,进而即可在监听时间监听sidelink,从而接收到第二用户设备在监听时间通过sidelink发送的第二消息。
在一种可能的设计中,第二用户设备确定监听第二消息的监听时间,具体可以实现为:
第二用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备在侧行链路sidelink监听的子帧的位置。
在一种可能的设计中,第二用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备在侧行链路sidelink监听的子帧的位置,具体可以实现为:
第二用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备监听下行链路时监听的无线帧的位置和子帧的位置,然后第二用户设备根据第二用户设备监听下行链路时监听的无线帧和子帧的位置,确定第二用户设备在sidelink监听的无线帧和子帧的位置。
如此,在第二用户设备确定监听第二消息的监听时间后,就无需一直监听sidelink,只需在监听时间醒来就可以监听到第二消息。
在一种可能的设计中,第二用户设备可以根据以下公式来确定第一用户设备监听下行链路时监听的无线帧的位置和子帧的位置。
公式1:SFN mod T=(T div N)*(UE_ID mod N)
公式2:i_s=floor(UE_ID/N)mod Ns
其中,SFN为子帧的位置;T为第一寻呼周期;N为min(T,nB),用于表示一个第一寻呼周期中包含的无线帧的数量;Ns:max(1,nB/T),用于表示一个无线帧中包含的子帧数量;UE_ID为第一标识。
通过公式1求得SFN就可以确定第二用户设备监听下行链路时监听的无线帧的位置,根据公式2可以求得i_s,进而根据i_s的取值与NS的取值与子帧位置的对应关系表,就可以确定第二用户设备监听下行链路时监听的无线帧的位置。其中,FDD系统和TDD系统对应的i_s的取值与NS的取值与子帧位置的对应关系表不同。
在一种可能的设计中,第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧位置加第一偏移量,第一偏移量为大于等于0的正整数;或者,
第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧的位置加第二偏移量后资源池中第一个可用于传输第二消息的子帧,第二偏移量为大于等于0的正整数。
在一种可能的设计中,第二用户设备确定监听第二消息的监听时间,具体可以实现为:
第二用户设备根据资源池配置信息和第一标识、第一寻呼周期,确定第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送所述第二消息的子帧数量M。然后,第二用户设备确定在一个第一寻呼周期内,第二用户设备需要监听第二消息的资源池周期编号,资源池周期编号为所述第一标识mod N,进而第二用户设备确定在一个资源池周期内,第二用户设备需要监听第二消息的子帧编号,子帧编号为floor(第一标识/N)mod M,进而第二用户设备即可根据资源池周期编号和子帧编号确定第二用户设备在sidelink监听的子帧位置。
在一种可能的设计中,第二用户设备确定监听第二消息的监听时间,具体还可以实现为:
第二用户设备根据第一标识和第一寻呼周期确定第三偏移量PO_offset,然后根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定第二用户设备在sidelink监听所述第二消息的帧号和子帧号,其中,SL_offset为资源池偏移量。
第三方面,本申请提供了一种传输寻呼消息的装置,该装置可以实现上述第一方面中第一用户设备所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中,该装置的结构中包括处理器和通信接口,该处理器被配置为支持该装置执行上述方法中相应的功能。该通信接口用于支持该装置与其他网元之间的通信。该装置还可以包括存储器,该存储器用于与处理器耦合,其保存该装置必要的程序指令和数据。
第四方面,本申请提供了一种传输寻呼消息的装置,该装置可以实现上述第二方面中第二用户设备所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中,该装置的结构中包括处理器和通信接口,该处理器被配置为支持该装置执行上述方法中相应的功能。该通信接口用于支持该装置与其他网元之间的通信。该装置还可以包括存储器,该存储器用于与处理器耦合,其保存该装置必要的程序指令和数据。
第五方面,本申请提供一种传输寻呼消息的系统,包括上述方面所述的第一用户设备、第二用户设备及网络设备。
第六方面,本申请提供了一种计算机存储介质,用于储存为上述第一用户设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
第七方面,本申请例提供了一种计算机存储介质,用于储存为上述第二用户设备端所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
相比于现有技术中基站直接向第二用户设备发送寻呼消息,当第二用户设备未在基站的信号覆盖范围之内,会无法接收到寻呼消息相比,本申请中,基站可以先将第一消息发送给第一用户设备,进而第一用户设备和第二用户设备确定第二用户设备监听第二消息的监听时间,第一用户设备即可在监听时间将用于寻呼第二用户设备的第二消息发送给第二用户设备,由于第一用户设备一般都在基站的覆盖范围内,所以即使第二用户设备未在基站的覆盖范围内,也能够通过第一用户设备接收到寻呼消息。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请的实施例提供的一种网络结构的结构示意图;
图2为本申请的实施例提供的另一种网络结构的逻辑结构示意图;
图3为本申请的实施例提供的一种传输寻呼消息的方法的流程图;
图4为本申请的实施例提供的另一种传输寻呼消息的方法的流程图;
图5为本申请的实施例提供的一种传输寻呼消息的方法的示例性示意图;
图6为本申请的实施例提供的另一种传输寻呼消息的方法的示例性示意图;
图7为本申请的实施例提供的另一种传输寻呼消息的方法的示例性示意图;
图8为本申请的实施例提供的另一种传输寻呼消息的方法的示意图;
图9为本申请的实施例提供的另一种传输寻呼消息的方法的示意图;
图10为本申请的实施例提供的另一种传输寻呼消息的方法的示意图;
图11为本申请的实施例提供的另一种传输寻呼消息的方法的示意图;
图12为本申请的实施例提供的一种传输寻呼消息的装置的逻辑结构示意图;
图13为本申请的实施例提供的另一种传输寻呼消息的装置的逻辑结构示意图。
具体实施方式
本申请描述的系统架构以及业务场景是为了更加清楚的说明本申请的技术方案,并不构成对于本申请提供的技术方案的限定,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本申请提供的技术方案对于类似的技术问题,同样适用。
需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
用户设备(User Equipment,UE),又称之为终端,是一种向用户提供语音和/或数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。常见的用户设备例如包括:手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice,MID)、可穿戴设备,例如智能手表、智能手环、计步器等。
基站,又称为无线接入网(Radio Access Network,RAN)设备是一种将用户设备接入到无线网络的设备,包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(Base StationController,BSC)、基站收发台(Base Transceiver Station,BTS)、家庭基站(例如,Homeevolved NodeB,或Home Node B,HNB)、基带单元(BaseBand Unit,BBU),未来网络,如5G网络(如应用新无线(new radio)技术的网络)中的继续演进的节点B(gNB)。此外,还可以包括Wifi接入点(Access Point,AP),收发节点(transmission&reception point,TRP)等。
本申请的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,本申请中的第一用户设备可以为eRelay UE,第二用户设备可以为eRemote UE。
本申请的原理为:基站通过下行链路将需要发送给eRemote UE的寻呼消息发送给eRelay UE,进而由eRelay UE将通过sidelink将寻呼消息发送给eRemote UE(以下将eRelay UE向eRemote UE通过sidelink发送的寻呼消息称为SL寻呼消息)。eRelay UE向eRemote UE发送SL寻呼消息的方法为:eRelay UE通过eRemote UE的标识和UE-specificPaging cycle确定eRemote UE监听寻呼消息的监听时间,并获取基站分配的用于发送SL寻呼消息的资源,进而eRelay UE在监听时间上,使用基站分配的资源向eRemote UE发送寻呼消息。eRemote UE也会通过与eRelay UE进行通信,从而确定监听时间,并监听eRelay UE发送的SL寻呼消息。采用这种方法就无需基站直接向eRemote UE发送寻呼消息,即使eRemoteUE未处于基站的覆盖范围内,也能够通过eRelay UE接收到寻呼消息。
在详细描述本申请的技术方案之前,为了便于理解,先对本申请的实施例所应用的场景进行介绍。如图1所示,本申请提供的传输寻呼消息的方法可以应用于图1所示的网络架构中。该网络架构中包含:基站101,处于基站101覆盖范围内的eRelay UE102,以及与eRelay UE102存在sidelink连接的多个eRemote UE103。其中,eRemote UE103具有体积小、功耗低等特点,一般为可穿戴设备,例如:智能手表、智能手等。基站101和eRelay UE102之间可以通过上行链路和下行链路进行通信。eRelay UE102和eRemote UE103之间可以通过sidelink通信技术进行通信,eRelay UE102和eRemote UE103之间的通信链路可称为sidelink,另外,eRelay UE102和eRemote UE103之间也可以通过non-3GPP接入技术进行通信,例如蓝牙接入技术、WALN接入技术等,本申请对此不作限定,以下均以eRelay UE102和eRemote UE103之间通过sidelink通信为例进行说明。需要说明的是,图1仅为本申请所应用的网络架构的示意图,在实际部署过程中,网络结构中设备的数量不限于图1中所示出的设备数量。
具体如图2所示,基站101可以包括:通信接口1011、处理器1012、存储器1013以及至少一个通信总线1014,通信总线101用于实现这些装置之间的连接和相互通信;eRelayUE102可以包括:通信接口1021、处理器1022、存储器1023以及至少一个通信总线1024,通信总线1024用于实现这些装置之间的连接和相互通信;eRemote UE103可以包括:通信接口1031、处理器1032、存储器1033以及至少一个通信总线1034,通信总线1034用于实现这些装置之间的连接和相互通信。
其中,通信接口1011、通信接口1021、通信接口1031,可以由天线来实现,可用于与外部网元之间进行数据交互,如:基站101的通信接口1011可收发与eRelay UE102间的数据包或其他信息,且基站101的通信接口1011还可收发与eRemote UE103间的数据包或其他信息(图2中省略了通信接口1011与通信接口1031之间的连接关系);eRelay UE102的通信接口1021可收发与基站101间或eRemote UE103之间的数据包或其他信息。例如:通信接口1031可以将eRemote UE103的数据以及其他信息发送至通信接口1021,通信接口1021接收到数据或其他信息后,通过eRelay UE102与基站间的无线承载将数据或其他信息发送至通信接口1011,交由基站101处理。
处理器1012、处理器1022、处理器1032,可能是中央处理器(英文:CentralProcessing Unit,CPU),也可以是特定集成电路(英文:Application SpecificIntegrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。例如:一个或多个微处理器(英文:Digital Singnal Processor,DSP),或,一个或者多个现场可编程门阵列(英文:Field Programmable Gate Array,FPGA)。处理器1012、处理器1022、处理器1032具有处理管理功能,具体的,基站101中的处理器1012可以对接收到的eRelay UE102发送的数据或信息进行处理,eRelay UE102中的处理器1022可以对接收到的eRemote UE0103发送的数据或信息进行处理,还可以对基站101发送的数据或信息进行处理。eRemote UE103中的处理器1032可以对Remote UE103自身产生的数据或信息进行处理、或者对其他设备发送的信息或数据进行处理。
存储器1013、存储器1023、存储器1033,可以是易失性存储器(volatile memory),例如随机存取存储器(英文:Random-Access Memory,RAM);或者非易失性存储器(non-volatile memory)。例如只读存储器(英文:Read-Only Memory,ROM),快闪存储器(flashmemory),硬盘(hard disk drive,HDD)或固态硬盘(英文:Solid-State Drive,SSD);或者上述种类的存储器的组合。具体的,存储器1013、存储器1023、存储器1033内可以存储支持本发明实施例所述的数据传输方法的数据或程序代码,以便处理器1012、处理器1022、处理器1032根据自身所处设备中存储器内存储的数据或程序代码执行本发明实施例提供的数据传输方法。
通信总线1014、通信总线1024、通信总线1034可以分为地址总线、数据总线、控制总线等,可以是工业标准体系结构(英文:Industry Standard Architecture,ISA)总线、外部设备互连(英文:Peripheral Component,PCI)总线或扩展工业标准体系结构(英文:Extended Industry Standard Architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
结合图1和图2所示的网络架构,为了解决在eRemote UE处于基站的覆盖范围之外的情况下,无法接收基站发送的寻呼消息的问题,本申请的实施例提供了一种传输寻呼消息的方法,如图3所示,该方法包括:
301、网络设备向第一用户设备发送第一消息,第一消息用于寻呼第二用户设备,第一消息中至少包括第二用户设备的寻呼信息。
其中,第二用户设备的寻呼信息包含第二用户设备标识以及核心网域信息,核心网域信息可以为电路交换(Circuit Switching,CS)域或分组交换(Packet Switching,PS)域。
本步骤中的网络设备可以为基站,本申请实施例中的第一用户设备均可以为eRelay UE,第二用户设备均可以为eRemote UE,本申请实施例中所描述的第二用户设备均为与第一用户设备存在连接(link)的第二用户设备。
当基站需要向处于向处于RRC_IDLE状态的eRemote UE发送数据时,需要向eRemote UE发送寻呼消息,从而触发eRemote UE进入RRC_CONNECTED状态。为了防止不在自身覆盖范围内的eRemote UE无法接收到寻呼消息,基站会将寻呼消息发送给eRelay UE,由eRelay UE进一步将寻呼消息发送给eRemote UE。
具体的,基站发送给eRelay UE的第一消息可以为广播消息,也可以为发送给eRelay UE的专用消息。当第一消息为广播消息时,第一消息中可以包含基站需要发送寻呼消息的多个eRemote UE的寻呼信息,其中既包括与eRelay UE建立了sidelink的eRemoteUE的寻呼信息,也包括未与eRelay UE建立sidelink的eRemote UE的寻呼信息;当第一消息为发送给eRelay UE的专用消息时,第一消息中包括基站需要发送寻呼消息的多个eRemoteUE的寻呼信息,这些eRemote UE均为与eRelay UE建立了sidelink的eRemote UE。
302、第一用户设备根据第一消息生成第二消息,第二消息用于寻呼第二用户设备,第二寻呼消息中包含第二用户设备的寻呼信息。
其中,如果第一消息为广播消息,则eRelay UE需从第一消息中筛选出与自身存在sidelink的eRemote UE的寻呼信息,并分别为筛选出的每个eRemote UE生成第二消息,对应于每个eRemote UE的第二消息分别包含各自的eRemote UE的寻呼信息。或者eRelay UE生成一个第二消息,所述第二消息中包含第一消息中携带的所有eRemote UE的寻呼信息。或者,eRelay UE不做任何筛选,直接转发所述第一消息给与自身存在sidelink的至少一个eRemote UE。
如果第一消息为专用消息,则eRelay UE需获取第一消息中的eRemote UE的寻呼信息,并根据第一消息分别为每个eRemote UE生成第二消息,对应于每个eRemote UE的第二消息分别包含各自的eRemote UE的寻呼信息。或者eRelay UE生成一个第二消息,第二消息中包含第一消息中携带的所有eRemote UE的寻呼信息。
示例性地,假设eRelay UE1接收到的第一消息为广播消息,第一消息中携带3个第二用户设备的寻呼信息,这三个第二用户设备分别为eRemote UE1、eRemote UE2、eRemoteUE3,其中,eRemote UE1、eRemote UE2分别与eRelay UE1之间存在sidelink连接,eRemoteUE3与eRelay UE2之间存在sidelink连接。则eRelay UE1需分别为eRemote UE1和eRemoteUE2生成第二消息,eRemote UE1对应的第二消息中包含eRemote UE1的寻呼信息,eRemoteUE2对应的第二消息中包含eRemote UE2的寻呼信息。
303、第一用户设备确定第二用户设备监听第二消息的监听时间。
其中,第一用户设备确定监听时间的方法将在后续实施例中进行详细介绍,此处暂不赘述。
304、第一用户设备确定用于发送第二消息的资源。
其中,第一用户设备确定目标资源的方法将在后续实施例中进行详细介绍,此处暂不赘述。
需要说明的是,本申请的实施例不限制步骤302、步骤303和步骤304之间的执行顺序。
305、第二用户设备确定监听第二消息的监听时间。
其中,第二用户设备确定监听时间的方法与第一用户设备确定监听时间的方法相同,只是第二用户设备获取用于确定监听时间的参数的方法与第一用户设备获取用于确定监听时间的信息的方法不同。
需要说明的是,本申请的实施例不限制步骤305与上述步骤302、步骤303和步骤304之间的执行顺序,步骤305只需在步骤306之前执行即可。
306、第一用户设备在监听时间,使用用于发送第二消息的资源向第二用户设备发送第二消息。
307、第二用户设备在所述监听时间监听第一用户设备发送的第二消息。
可以理解的是,第一用户设备和第二用户设备均已确定了第二用户设备监听第二消息的监听时间,进而,第一用户设备在该监听时间发送第二消息,第二用户设备即可在该监听时间监听到第二消息。
308、当监听到第二消息时,第二用户设备接收第二消息。
其中,第二用户设备接收到第二消息之后,还需将自身的设备标识通知给上层协议层,以便于上层协议层触发第二用户设备发起RRC连接建立过程,转换至RRC_CONNECTED状态。
本申请的实施例提供的传输寻呼消息的方法,相比于现有技术中基站直接向第二用户设备发送寻呼消息,当第二用户设备未在基站的信号覆盖范围之内,会无法接收到寻呼消息相比,本申请中,基站可以先将第一消息发送给第一用户设备,进而第一用户设备和第二用户设备确定第二用户设备监听第二消息的监听时间,第一用户设备即可在监听时间将用于寻呼第二用户设备的第二消息发送给第二用户设备,由于第一用户设备一般都在基站的覆盖范围内,所以即使第二用户设备未在基站的覆盖范围内,也能够通过第一用户设备接收到寻呼消息。
另外,eRemote UE直接接收基站发送的寻呼消息消耗的功率较高,而通过eRemoteUE与eRelay UE之间的sidelink来接收寻呼消息可以降低消耗的功率。
结合图3所示的方法流程,第一用户设备和第二用户设备都需要先确定第二用户设备监听第二消息的监听时间,进而第一用户设备在所述监听时间通过sidelink向第二用户设备发送第二消息,才能够使得第二用户设备在所述监听时间接收到第二消息。以下将对上述步骤303和步骤305中涉及到的第一用户设备和第二用户设备确定第二用户设备监听第二消息的监听时间的方法进行详细说明。
在第一用户设备和第二用户设备确定所述监听时间之前,需先获取确定监听时间时所需的参数,基于此,在本发明实施例提供的一种实现方式中,描述了获取确定监听时间时所需的参数的方法,如图4所示,该方法包括:
401、第二用户设备向第一用户设备发送第三消息,第三消息中携带用于确定监听时间的信息。
其中,第三消息中用于确定监听时间的信息可包含第二用户设备的特定寻呼周期(即eRemote UE的UE-specific Paging cycle),基站广播的系统默认寻呼周期(defaultPaging cycle),第二用户设备标识中的至少一项。
需要说明的是,第一用户设备和第二用户设备在确定监听时间时均需使用第一标识,该第一标识可以为第一用户设备标识,也可以为第二用户设备标识,第一用户设备和第二用户设备会事先协商所采用的第一标识为第一用户设备标识还是第二用户设备标识。可以理解的是,当所采用的第一标识为第二用户设备标识时,第三消息中需包含第二用户设备标识。
还需说明的是,第三消息可以为一条新定义的在eRemote UE和eRelay UE之间传输的PC5-S消息。例如,第三消息可以定以为寻呼监控请求消息(Paging MonitoringRequest)。另外,第三消息也可以为已有的消息,例如可以为eRemote UE发送的用于建立eRemote UE和eRelay UE间的Sidelink连接的请求消息(Direct_Communicaiton_Request),即eRemote UE在向eRelay UE发送建立sidelink连接的请求消息时,可以在该请求消息中携带上述描述的第三消息中所包含的信息。
402、第一用户设备向第二用户设备发送第七消息。
其中,第一用户设备接收到第三消息之后会向第二用户设备回复第七消息,当第一用户设备和第二用户设备协商的确定监听时间所采用第一标识为第一用户设备标识时,第七消息中需携带第一用户设备标识。
另外,第二用户设备可以通过nB(一个寻呼周期内包含的子帧数量)、网络设备广播的默认寻呼周期以及第一用户设备已知的一些信息来确定监听时间,或者,第一用户设备还可以通过资源池配置信息以及第一用户设备已知的一些信息来确定监听时间。对应的,第七消息中可以携带nB以及网络设备广播的系统默认寻呼周期中的至少一个;或者,
第七消息中可以携带网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量SL_offset,SL_offset用于指示资源池相对于SFN=0的起始位置的信息,SNF为无线帧号;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
除此之外,第七消息中还可携带第一用户设备为第二用户设备配置的接收第二消息的偏移量PO_offset,PO_offset为第一用户设备根据第二用户设备标识和寻呼周期,为第二用户设备配置的用于确定第二用户设备监听第二消息的子帧位置的偏移量。
还需说明的是,第七消息可以为一条新定义的在eRemote UE和eRemote UE之间传输的PC5-S消息。例如,第七消息可以定以为寻呼监控回复消息(Paging MonitoringReponse)。另外,第七消息也可以为已有的消息,例如可以为eRelay UE发送的用于建立eRemote UE和eRelay UE间的Sidelink连接的响应消息(Direct_Communicaiton_Reponse),即eRemote UE在向eRelay UE发送建立sidelink连接的响应消息时,可以在该请求消息中携带上述描述的第七消息中所包含的信息。
在另一种可能的实现方式中,上述第七消息还可以为第二用户设备周期性广播的一条消息,该广播消息可以为新定义的在第一用户设备和第二用户设备之间的sidelink上发送的广播消息,也可以为已有的侧行链路主信息块消息(Master Information Block-sidelink),第一用户可通过sidelink接收到该广播消息,进而获取该广播消息中携带的信息。
在另一种可能的实现方式中,第一用户设备还可以从网络设备处来获取第二用户设备标识以及第二用户设备的UE-specific Paging cycle用于确定监听时间的信息,网络侧设备可以向第一用户设备发送第四消息,第四消息中携带第二用户设备的UE-specificPaging cycle用于确定监听时间的信息。
其中,用于确定监听时间的信息包括第二用户设备标识,系统默认寻呼周期,以及第二用户设备的特定寻呼周期中的至少一项。
需要说明的是,基站可以以专用消息的形式单独发送一个携带eRemote UE的UE-specific Paging cycle的第四消息给eRelay UE,也可以在寻呼eRemote UE时,将eRemoteUE的UE-specific Paging cycle发送给eRelay UE,在这种情况下,网络侧设备包括MME和基站,首先MME向基站发送携带eRemote UE的UE-specific Paging cycle的寻呼消息,基站接收到该寻呼消息后,再向eRelay UE发送携带eRemote UE的UE-specific Paging cycle的寻呼消息,此时第四消息可以为图3所示的实施例中描述的第一消息,即第一消息中还可以包括第二用户设备的特定寻呼周期。
基于上述步骤中第一用户设备和第二用户设备各自获取的用于确定监听时间的信息,第一用户设备和第二用户设备就可以确定第二用户设备监听第二消息的监听时间,在确定第二用户设备监听第二消息的监听时间之前,第一用户设备和第二用户设备均需确定用于确定监听时间的第一标识,和用于确定第一监听时间的第一寻呼周期。
其中,第一标识为第一用户设备标识或者第二用户设备标识,即为eRelay UE的设备标识或者eRemote UE的设备标识。设备标识具体可以为用户设备的国际移动用户识别码(International Mobile Subscriber Identity,IMSI)、S-TMSI、IMSI mod 1024,或者为其他可以代表用户设备身份的标识。
第一寻呼周期可以为第二用户设备的特定寻呼周期,或者为第二用户设备的特定寻呼周期和网络设备广播的系统默认寻呼周期中较小的一个,即第一寻呼周期可以为eRemote UE的UE-specific Paging cycle,或者为eRemote UE的UE-specific Pagingcycle和基站广播的default Paging cycle中较小的一个。
需要说明的是,第一用户设备和第二用户设备确定的第一标识相同,且第一用户设备和第二用户设备确定的第一寻呼周期也相同,在第一用户设备和第二用户设备确定第一标识和第一寻呼周期之后,即可根据用于确定监听时间的信息来确定监听时间。
其中,第一用户设备和第二用户设备确定监听时间的方法相同,以下以第一用户设备为例进行说明,本申请的实施例提供了以下三种确定监听时间的方法。
方法一:
第一用户设备根据第一标识、第一寻呼周期以及nB确定第二用户设备在sidelink监听的无线帧的位置和子帧的位置。
具体的确定方法为:首先,第一用户设备根据第一标识、第一寻呼周期以及nB确定所述第二用户设备监听下行链路时监听的无线帧的位置和子帧的位置,然后根据第二用户设备监听下行链路时监听的无线帧和子帧的位置,确定第二用户设备在sidelink监听的无线帧的位置和子帧的位置。
具体的,可以根据以下公式来确定eRemote UE在Uu口监听下行链路时监听的无线帧的位置和子帧的位置。
公式1:SFN mod T=(T div N)*(UE_ID mod N)
公式2:i_s=floor(UE_ID/N)mod Ns
其中,SFN为子帧的位置;T为第一寻呼周期;N为min(T,nB),用于表示一个第一寻呼周期中包含的无线帧的数量;Ns:max(1,nB/T),用于表示一个无线帧中包含的子帧数量;UE_ID为第一标识。
通过上述公式1求得SFN就可以确定eRemote UE监听下行链路时监听的无线帧的位置,根据公式2可以求得i_s,进而根据i_s结合表1或表2即可确定eRemote UE监听下行链路时监听的子帧的位置。
对于频分双工(Frequency Division Duplexing,FDD)系统,可能的子帧位置为0,4,5,9,可根据i_s及表1来确定eRemote UE监听下行链路时监听的子帧的位置。
表1
对于时分双工(Time Division Duplexing,TDD)系统,可能的子帧位置为0,1,5,6,可根据i_s及表2来确定eRemote UE监听下行链路时监听的子帧的位置。
表2
通过上述过程确定eRemote UE监听下行链路时监听的无线帧的位置和子帧的位置之后,进而可以确定eRemote UE在sidelink监听的无线帧的位置和子帧的位置,确定方法包含以下两种实现方式:
实现方式一:根据配置的eRemote UE在监听下行链路时监听的无线帧的位置和子帧的位置,与eRemote UE在sidelink监听的无线帧的位置和子帧的位置之间的对应关系确定eRemote UE在sidelink监听的无线帧的位置和子帧的位置。
对于FDD系统,eRemote UE在监听下行链路时监听的无线帧的位置和子帧的位置,与eRemote UE在sidelink监听的无线帧的位置和子帧的位置相同,如图5所示,eRemote UE在sidelink监听的无线帧为无线帧A和无线帧X,需要监听的子帧为无线帧A和无线帧X中阴影部分代表的子帧。
对于TDD系统,eRemote UE在监听下行链路时监听的无线帧的位置,与eRemote UE在sidelink监听的无线帧的位置相同,根据不同的TDD配置,eRemote UE在监听下行链路时监听的子帧的位置,与eRemote UE在sidelink监听的子帧的位置之间有不同的对应关系,其中一种可能的对应关系如表3所示,表3中的Uu PO代表eRemote UE在监听下行链路时监听的子帧的位置,SL PO代表eRemote UE在sidelink监听的子帧的位置。
表3
实现方式二:
对于FDD系统,第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧位置加第一偏移量,所述第一偏移量为大于或等于0的正整数。其中,第一偏移量可以由第一用户设备配置,也可以由基站配置,或者为预设值。
例如,eRemote UE在监听下行链路时监听的无线帧位置为SFN=10,子帧编号为Subfrmae#0,如果第一偏移值为20,则eRemote UEsidelink监听的为SFN=30的无线帧中,子帧号为Subfrmae#0的子帧。
对于TDD系统,第二用户设备在sidelink监听的子帧的位置为第二用户设备监听下行链路时监听的子帧的位置加第二偏移量后,资源池中第一个可用于传输第二消息的子帧,第二偏移量为大于或等于0的正整数。其中,第二偏移量可以由第一用户设备配置,也可以由基站配置,或者为预设值。
例如,eRemote UE在监听下行链路时监听的无线帧位置为SFN=10,子帧编号为Subfrmae#0,如果第二偏移值为25,则eRemote UEsidelink监听的为SFN=30的无线帧中,子帧编号为Subfrmae#5的子帧。
方法二:
1、第一用户设备根据资源池配置信息和第一标识、第一寻呼周期,确定第二用户设备的一个寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送第二消息的子帧数量M。
具体的,根据资源池的周期长度,可以确定eRemote UE在一个寻呼周期内包含的资源池周期的数量N,N=寻呼周期长度/资源池的周期长度,进而确定在eRemote UE的一个寻呼周期中的资源池的编号分别为0,1,2...N-1。例如,如图6所示,如果资源池偏移量为10ms,寻呼周期的长度为320ms,资源池的周期长度为20ms,则N=16,在该寻呼周期内资源池的编号分别为0,1,2...15。
另外根据资源池的配置信息中包含的用于指示传输第二消息的子帧的bitmap,可以确定在每个资源池周期中用于发送第二消息的子帧数量M,进而确定在每个资源池周期中可用于发送第二消息的子帧对应的索引号分别为0,1,2...M-1。例如,如果一个资源池周期中用于传输第二消息的子帧的bitmap为(0010000000,0000000100),则可确定M=2,在一个资源周期中用于传输第二消息的子帧对应的索引号分别为0,1。如图6所示,根据bitmap确定的用于传输第二消息的子帧为阴影区域对应的子帧,即在资源周期1中,有两个用于传输第二消息的子帧,第一个用于传输第二消息的子帧为第一帧中的子帧2,那么该子帧对应的索引号为0,第二个用于传输第二消息的子帧为为第一帧中的子帧7,那么该子帧对应的索引号为1。
2、第一用户设备确定在一个第一寻呼周期内,第二用户设备需要监听第二消息的资源池周期编号,所述资源池周期编号为所述第一标识mod N。
其中,N为上一步骤确定的eRemote UE在一个寻呼周期内包含的资源池周期的数量。
3、第一用户设备确定在一个资源池周期内,第二用户设备需要监听第二消息的子帧对应的索引号,子帧索引号为floor(第一标识/N)mod M。
4、第一用户设备根据步骤2确定的资源池周期编号和步骤3确定的子帧索引号确定所述第二用户设备在sidelink监听的子帧位置。
其中,在确定资源池周期编号和子帧编号后,即可从资源池周期编号对应的资源池周期中,确定子帧编号对应的子帧位置,该子帧位置即为第二用户设备在sidelink监听的子帧位置。
方法三:
第一用户设备根据第一标识和第一寻呼周期确定第三偏移量PO_offset,然后第一用户设备根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定所述第二用户设备在sidelink监听所述第二消息的帧号和子帧号,其中,SL_offset为所述资源池偏移量。
需要说明的是,在公式[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset中,SL_offset、第一寻呼周期以及PO_offset均已知,满足该公式的帧号和子帧号即为第二用户设备在sidelink监听第二消息的帧号和子帧号。
示例性的,如图7所示,如果资源池周期为20ms,资源池的偏移量为10ms,一个资源池周期中的用于传输第二消息的上行子帧位置的bitmap为(0010000000,0000000000)。假设一个eRelay UE下有两个与其建立了连接(link)关系或者建立了侧行链路连接的eRemote UE,且所述两个eRemote UE的寻呼周期都为320ms。如果eRelay UE为eRemote UE1分配的在每个寻呼周期内的子帧位置为图7所示的子帧0,eRelay UE为eRemote UE2分配的在每个寻呼周期内的子帧位置为如图7所示的子帧1,那么eRelay UE需要为两个eRemoteUE配置的PO_offset分别为2和22。
对于本申请实施例,第一用户设备和第二用户设备均可以确定第二用户设备监听第二消息的监听时间,进而第一用户设备在监听时间发送第二消息,第二用户设备即可在监听时间收到第二消息,这样第二用户设备就无需在下行链路上监听第二消息,降低了功率消耗,且第二用户设备无需一直监听sidelink,只需在监听时间醒来接收第二消息即可。
第一用户设备在向第二用户设备发送第二消息之前,不仅需要确定第二用户设备监听第二消息的监听时间,还需确定用于发送第二消息的资源,在本发明实施例的另一种实现方式中,对上述步骤204、第一用户设备确定用于发送第二消息的资源的方法进行了说明。
方法1:
当第一用户设备接收到网络设备发送的第一消息后,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,无论第一用户设备处于RRC_IDLE状态还是RRC_CONNECTED状态,第一用户设备均会确定第二用户设备在sidelink监听第二消息的子帧,进而结合资源池配置信息中包含的用于传输第二消息的频域资源位置,在确定出的子帧中,以等概率的方式随机选择用于传输第二消息的频域资源。
方法2:
当第一用户设备接收到网络设备发送的第一消息后,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,如果第一用户设备处于RRC_IDLE状态,则第一用户设备确定第二用户设备在sidelink监听第二消息的子帧,进而结合资源池配置信息中包含的用于传输第二消息的频域资源位置,在确定出的子帧中,以等概率的方式随机选择用于传输第二消息的频域资源。
当第一用户设备接收到网络设备发送的第一消息后,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,如果第一用户设备处于RRC_CONNECTED状态,则第一用户设备向网络设备发送第五消息,第五消息用于请求获取发送第二消息的资源,网络设备接收到第五消息后,会向第一用户设备返回第六消息,第六消息中包含网络设备为第一用户设备分配的用于发送第二消息的资源信息或者资源池信息。
其中,第五消息包含以下信息中的至少一种:
请求目的,该请求目的用于指示第五消息的目的为获取用于发送第二消息的资源;
发送第二消息的时间,具体可以为第一用户设备用于发送第二消息的帧号和子帧号;
第二消息中包含的比特数;
第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息,每个寻呼信息包含一个第二用户设备标识和一个核心网域信息,核心网域信息为电路交换(Circuit Switching,CS)域或者分组交换(Packet Switching,PS)域。
方法3:
如果第一用户设备处于RRC_IDLE状态,则网络设备通过广播的方式将用于寻呼第二用户设备的第一消息发送给第一用户设备,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,第一用户设备确定第二用户设备在sidelink监听第二消息的子帧,进而结合资源池配置信息中包含的用于传输第二消息的频域资源位置,在确定出的子帧中,以等概率的方式随机选择用于传输第二消息的频域资源。
如果第一用户设备处于RRC_CONNECTED状态,则网络设备以专用消息的方式将用于寻呼第二用户设备的第一消息发送给第一用户设备,第一消息中还携带了用于传输第二资源的频域资源位置,进而第一用户设备在确定第二用户设备在sidelink监听第二消息的子帧之后,即可在确定的子帧中,使用第一消息中携带的频域资源位置所指示的频域资源来向第二用户设备发送第二消息。
方法4:
当网络设备需要向第一用户设备发送第一消息时,如果第一用户设备处于RRC_IDLE状态或者ECM_IDLE状态,则网络侧设备会先向第一用户设备发送寻呼消息,以使得第一用户设备转换至RRC_CONNECTED状态ECM_CONNECTED状态。当第一用户设备处于RRC_CONNECTED状态或者ECM_CONNECTED状态后,网络设备才会以专用消息的形式向第一用户设备发送用于寻呼第二用户设备的第一消息,第一消息中还携带用于传输第二资源的频域资源位置,进而第一用户设备在确定第二用户设备在sidelink监听第二消息的子帧之后,即可在确定的子帧中,使用第一消息中携带的频域资源位置所指示的频域资源来向第二用户设备发送第二消息。
具体而言,当MME需要通过eRelay UE来向与该eRelay UE之间存在sidelink连接的eRemote UE发送寻呼消息时,MME会先判断该eRelay UE的状态,如果确定该eRelay UE处于RRC_IDLE状态或ECM_IDLE状态,MME会向该eRelay UE发送寻呼消息,以触发eRelay UE进行状态的转换。当MME确定eRelay UE进入ECM_CONNECTED和RRC_CONNECTED状态之后,MME向基站发送用于寻呼eRemote UE的寻呼消息,然后基站通过专用信令向eRelay UE发送用于寻呼eRemote UE的第一消息,第一消息中携带了该eRemote UE的设备标识以及用于发送第二消息的频域资源位置。eRelay UE确定eRemote UE监听第二消息的监听时间之后,即可在该监听时间,使用第一消息中携带的频域资源位置所指示的频域资源向eRemote UE发送第二消息。
方法5:
当第一用户设备收到网络设备发送的用于寻呼eRemote UE的第一消息时,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,并且第一用户设备处于RRC_IDLE状态,则第一用户设备可以触发RRC连接建立过程,从而转换至RRC_CONNECTED状态。在转入RRC_CONNECTED状态后,第一用户设备向网络设备发送第五消息,第五消息用于请求获取发送第二消息的资源,网络设备接收到第五消息后,会向第一用户设备返回第六消息,第六消息中包含网络设备为第一用户设备分配的用于发送第二消息的资源信息或者资源池信息。
其中,第五消息包含以下信息中的至少一种:
请求目的,该请求目的用于指示第五消息的目的为获取用于发送第二消息的资源;
发送第二消息的时间,具体可以为第一用户设备用于发送第二消息的帧号和子帧号;
第二消息中包含的比特数;
第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息,每个寻呼信息包含一个第二用户设备标识和一个核心网域信息,核心网域信息为电路交换(Circuit Switching,CS)域或者分组交换(Packet Switching,PS)域。
可以理解的是,在第一用户设备和第二用户设备均确定了第二用户设备监听第二消息的监听时间,且第一用户设备确定用于传输第二消息的频域资源之后,第一用户设备即可通过sidelink向第二用户设备传输用于寻呼第二用户设备的寻呼消息,为了实现在sidelink上传输寻呼消息,本申请的实施例给出了一种协议栈,如图8所示。
其中,基站可以通过RRC层的Uu口传输第一消息,即基站可以通过空口的寻呼控制信道(Paging Control Channel,PCCH)和寻呼信道(Paging Control Channel,PCH)将第一消息发送给eRelay UE。
eRelay UE的RRC层通过Uu口接收到基站发送的第一消息后,如果确定第一消息中包含与自身建立了sidelink连接的eRemote UE的设备标识,则eRelay UE的RRC层生成包含eRemote UE的设备标识的第二消息,并将第二消息发送给PC5的RLC层。然后采用透明传输模式,PC5的RLC层不对第二消息进行任何处理,直接通过定义的用于传输第二消息的独立专用控制信道(Stand-Alone Dedicated Control Channel,SPCCH)将第二消息发送给PC5的介质访问控制(Media Access Control,MAC)层。在PC5的MAC层仍采用透明传输模式,PC5的MAC层不对第二消息进行任何处理,直接通过用于传输第二消息的传输信道SL-PCH将第二消息发送给PC5的物理(Physical Layer,PHY)层。
eRemote UE的PC5的PHY层接收到第二消息后,将第二消息通过用于传输第二消息的传输信道SL-PCH传输给PC5的MAC层,然后PC5的MAC层通过SPCCH将所述消息传递给RRC层。如果第二消息中包含该eRemote UE的设备标识,则RRC层将该eRemote UE的设备标识传输给上层协议层
在一种可能的实现方式中,图8所示的协议栈的构成方式还可以实现为如图9所示的构成方式。
本申请的实施例还提供了另一种协议栈,如图10所示。
其中,基站可以通过PDCP层的Uu口传输第一消息,具体的,基站可以通过空口的DCCH和DCH向eRelay UE发送专用消息:RRC连接重配置(RRC ConnectionReconfiguration)消息,RRC连接重配置消息中包含了第一消息。
在eRelay UE接收到第一消息后,后续eRelay UE和eRemote UE传输消息的过程和图8对应的实施例中的描述相同,此处不再赘述。
在一种可能的实现方式中,图10所示的协议栈的构成方式还可以替换为如图11所示的构成方式。
需要说明的是,本申请的实施例中第一用户设备通过RRC层生成的第二消息适用于任意一种短距离连接技术,即第一用户设备和第二用户设备不仅仅可以通过sidelink来传输第二消息,还可以通过无线局域网(Wireless Local Area Networks,WLAN)等方式来传输第二消息。
上述主要从第一用户设备和第二用户设备的角度对本发明实施例提供的方案进行了介绍。可以理解的是,第一用户设备和第二用户设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请的实施例可以根据上述方法示例对第一用户设备和第二用户设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请的实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,本申请的实施例还提供一种传输寻呼消息的装置,该装置可以实现为上述实施例中的第一用户设备。如图12所示,图12示出了上述实施例中所涉及的第一用户设备(eRelay UE)的一种可能的结构示意图。该第一用户设备包括:接收模块121,生成模块122,确定模块123,获取模块124,发送模块125,转换模块126。
其中,接收模块121用于支持第一用户设备接收图3中的步骤301中网络设备发送的第一消息,以及图4中的步骤401中第二用户设备发送的第三消息;生成模块122,用于支持第一用户设备执行图3中的步骤302;确定模块123,用于支持第一用户设备执行图3中的步骤304;获取模块124,用于支持第一用户设备执行图3中的步骤305;发送模块125,用于支持第一用户设备执行图3中的步骤306,以及图4中的步骤402;转换模块126,用于支持第一用户设备触发RRC建立过程,转换至RRC_CONNRECTED状态。
其中,上述方法实施例涉及的各步骤的所有相关内容均可援引到对应功能模块的功能描述,在此不再赘述。
在采用集成的单元的情况下,需要说明的是,图12所示的生成模块122,确定模块123,获取模块124,转换模块126可以集成在图2所示处理器1022中,使处理器1022执行生成模块122,确定模块123,获取模块124,转换模块126的具体功能,接收模块121、发送模块125可以集成在图2所示的通信接口1021中,使通信接口1021执行接收模块121、发送模块125的具体功能。
在采用对应各个功能划分各个功能模块的情况下,本申请的实施例还提供另一种传输寻呼消息的装置,该装置可以实现为上述实施例中的第二用户设备。如图13所示,图13示出了上述实施例中所涉及的第二用户设备(eRemote UE)的一种可能的结构示意图。该第二用户设备包括:确定模块131,监听模块132,发送模块133,接收模块134。
其中,确定模块131,用于支持第二用户设备执行图3中的步骤305;监听模块132,用于支持第二用户设备执行图3中的步骤307;发送模块133,用于支持第二用户设备执行图4中的步骤401;接收模块134用于支持第二用户设备执行图3中的步骤306中第一用户设备发送的第二消息,以及图4中第一用户设备发送的第七消息。
其中,上述方法实施例涉及的各步骤的所有相关内容均可援引到对应功能模块的功能描述,在此不再赘述。
在采用集成的单元的情况下,需要说明的是,图13所示的确定模块131,监听模块132可以集成在图2所示处理器1032中,使处理器1032执行确定模块131,监听模块132的具体功能,发送模块133,接收模块134可以集成在图2所示的通信接口1031中,使通信接口1031执行发送模块133,接收模块134的具体功能。
本申请的实施例还提供一种数据传输系统,该数据传输系统可以包括上述任一实施例所述的第一用户设备、第二用户设备以及网络设备。
本申请的实施例还提供了一种计算机存储介质,用于储存为上述第一用户设备所用的计算机软件指令,其包含用于执行上述实施例中第一用户设备执行的步骤所设计的程序。
本申请例提供了一种计算机存储介质,用于储存为上述第二用户设备所用的计算机软件指令,其包含用于执行上述实施例中第一用户设备执行的步骤所设计的程序。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(ReadOnly Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个功能单元独立存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (50)
1.一种传输寻呼消息的方法,其特征在于,包括:
第一用户设备接收网络设备发送的第一消息,所述第一消息用于寻呼第二用户设备,所述第一消息中至少包括第二用户设备的寻呼信息;
所述第一用户设备根据所述第一消息生成第二消息,所述第二消息用于寻呼第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;
所述第一用户设备接收所述网络设备配置的用于传输所述第二消息的资源池配置信息;
所述第一用户设备根据所述资源池配置信息和第一标识、第一寻呼周期,确定所述第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送所述第二消息的子帧数量M;所述第一标识为第一用户设备标识或者第二用户设备标识,所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;
所述第一用户设备确定在一个第一寻呼周期内,所述第二用户设备需要监听所述第二消息的资源池周期编号,所述资源池周期编号为所述第一标识mod N;
所述第一用户设备确定在一个资源池周期内,所述第二用户设备需要监听所述第二消息的子帧编号,所述子帧编号为floor(第一标识/N)mod M;
所述第一用户设备根据所述资源池周期编号和所述子帧编号确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听的子帧位置;
所述第一用户设备获取用于发送所述第二消息的资源;
所述第一用户设备在所述监听时间,使用所述用于发送所述第二消息的资源向所述第二用户设备发送所述第二消息。
2.根据权利要求1所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第一用户设备接收所述第二用户设备发送的第三消息,所述第三消息中携带用于确定所述监听时间的信息;或者,
所述第一用户设备接收所述网络设备发送的第四消息,所述第四消息中携带用于确定所述监听时间的信息。
3.根据权利要求2所述的传输寻呼消息的方法,其特征在于,所述用于确定所述监听时间的信息包括第二用户设备标识,所述第二用户设备的特定寻呼周期,系统默认寻呼周期中的至少一项。
4.根据权利要求3所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第一用户设备确定用于确定所述监听时间的第一标识,所述第一标识为第一用户设备标识或者所述第二用户设备标识;
所述第一用户设备确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
5.根据权利要求2至4中任一项所述的传输寻呼消息的方法,其特征在于,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
6.根据权利要求1所述的传输寻呼消息的方法,其特征在于,若所述第一用户设备处于RRC_IDLE状态,则在所述第一用户设备接收网络设备发送的第一消息之后,所述方法还包括:
所述第一用户设备触发RRC连接建立过程,转换至RRC_CONNRECTED状态。
7.根据权利要求1所述的传输寻呼消息的方法,其特征在于,所述第一用户设备获取用于发送所述第二消息的资源,包括:
所述第一用户设备向所述网络设备发送第五消息,所述第五消息用于请求获取发送所述第二消息的资源;
所述第一用户设备接收所述网络设备发送的第六消息,所述第六消息包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
8.根据权利要求7所述的传输寻呼消息的方法,其特征在于,所述第五消息包括下述信息中的至少一种:
请求目的,所述请求目的用于指示所述第五消息的目的为获取用于发送第二消息的资源;
发送所述第二消息的时间;
所述第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息;
所述第二消息中包含的比特数。
9.根据权利要求1所述的传输寻呼消息的方法,其特征在于,所述第一用户设备获取用于发送所述第二消息的资源,包括:
所述第一用户设备从所述第一消息中获取用于发送所述第二消息的资源,所述第一消息中包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
10.根据权利要求1所述的传输寻呼消息的方法,其特征在于,所述第一用户设备接收网络设备发送的第一消息;所述第一用户设备根据所述第一消息生成第二消息,包括:
所述第一用户设备的无线资源控制层接收所述第一消息,并根据所述第一消息生成所述第二消息。
11.一种传输寻呼消息的方法,其特征在于,包括:
第一用户设备接收网络设备发送的第一消息,所述第一消息用于寻呼第二用户设备,所述第一消息中至少包括第二用户设备的寻呼信息;
所述第一用户设备根据所述第一消息生成第二消息,所述第二消息用于寻呼第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;
所述第一用户设备接收所述网络设备配置的用于传输所述第二消息的资源池配置信息,所述资源池配置信息包括资源池偏移量;
所述第一用户设备根据第一标识和第一寻呼周期确定第三偏移量PO_offset;
所述第一用户设备根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听所述第二消息的帧号和子帧号,其中,SL_offset为所述资源池偏移量;
所述第一用户设备获取用于发送所述第二消息的资源;
所述第一用户设备在所述监听时间,使用所述用于发送所述第二消息的资源向所述第二用户设备发送所述第二消息。
12.根据权利要求11所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第一用户设备接收所述第二用户设备发送的第三消息,所述第三消息中携带用于确定所述监听时间的信息;或者,
所述第一用户设备接收所述网络设备发送的第四消息,所述第四消息中携带用于确定所述监听时间的信息。
13.根据权利要求12所述的传输寻呼消息的方法,其特征在于,所述用于确定所述监听时间的信息包括第二用户设备标识,所述第二用户设备的特定寻呼周期,系统默认寻呼周期中的至少一项。
14.根据权利要求13所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第一用户设备确定用于确定所述监听时间的第一标识,所述第一标识为第一用户设备标识或者所述第二用户设备标识;
所述第一用户设备确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
15.根据权利要求12至14中任一项所述的传输寻呼消息的方法,其特征在于,所述资源池配置信息还包括以下信息中的至少一种:
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
16.根据权利要求11所述的传输寻呼消息的方法,其特征在于,若所述第一用户设备处于RRC_IDLE状态,则在所述第一用户设备接收网络设备发送的第一消息之后,所述方法还包括:
所述第一用户设备触发RRC连接建立过程,转换至RRC_CONNRECTED状态。
17.根据权利要求11所述的传输寻呼消息的方法,其特征在于,所述第一用户设备获取用于发送所述第二消息的资源,包括:
所述第一用户设备向所述网络设备发送第五消息,所述第五消息用于请求获取发送所述第二消息的资源;
所述第一用户设备接收所述网络设备发送的第六消息,所述第六消息包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
18.根据权利要求17所述的传输寻呼消息的方法,其特征在于,所述第五消息包括下述信息中的至少一种:
请求目的,所述请求目的用于指示所述第五消息的目的为获取用于发送第二消息的资源;
发送所述第二消息的时间;
所述第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息;
所述第二消息中包含的比特数。
19.根据权利要求11所述的传输寻呼消息的方法,其特征在于,所述第一用户设备获取用于发送所述第二消息的资源,包括:
所述第一用户设备从所述第一消息中获取用于发送所述第二消息的资源,所述第一消息中包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
20.根据权利要求11所述的传输寻呼消息的方法,其特征在于,所述第一用户设备接收网络设备发送的第一消息;所述第一用户设备根据所述第一消息生成第二消息,包括:
所述第一用户设备的无线资源控制层接收所述第一消息,并根据所述第一消息生成所述第二消息。
21.一种传输寻呼消息的方法,其特征在于,包括:
第二用户设备根据资源池配置信息和第一标识、第一寻呼周期,确定所述第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送第二消息的子帧数量M;所述资源池配置信息为第一用户设备接收到的网络设备配置的用于传输第二消息的信息;所述第一标识为第一用户设备标识或者第二用户设备标识;所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;
所述第二用户设备确定在一个第一寻呼周期内,所述第二用户设备需要监听所述第二消息的资源池周期编号,所述资源池周期编号为所述第一标识mod N;
所述第二用户设备确定在一个资源池周期内,所述第二用户设备需要监听所述第二消息的子帧编号,所述子帧编号为floor(第一标识/N)mod M;
所述第二用户设备根据所述资源池周期编号和所述子帧编号确定所述第二用户设备在sidelink监听的子帧位置,所述第二消息用于寻呼所述第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;
所述第二用户设备在所述第二用户设备的监听时间监听第一用户设备发送的所述第二消息;所述第二用户设备的监听时间为所述第二用户设备在所述sidelink监听所述第二消息的子帧的位置;
当监听到所述第二消息时,所述第二用户设备接收所述第二消息。
22.根据权利要求21所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第二用户设备向所述第一用户设备发送第三消息,所述第三消息中携带所述第二用户设备的特定寻呼周期;
所述第二用户设备接收所述第一用户设备发送的第七消息,所述第七消息中携带用于确定所述监听时间的信息。
23.根据权利要求22所述的传输寻呼消息的方法,其特征在于,所述用于确定所述监听时间的信息包括第一用户设备标识,nB以及网络设备广播的系统默认寻呼周期中的至少一个,所述nB为一个寻呼周期内包含的子帧数量;或者,
所述用于确定所述监听时间的信息为所述网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
24.根据权利要求23所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第二用户设备确定用于确定所述监听时间的第一标识,所述第一标识为所述第一用户设备标识或者第二用户设备标识;
所述第二用户设备确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
25.一种传输寻呼消息的方法,其特征在于,包括:
第二用户设备根据第一标识和第一寻呼周期确定第三偏移量PO_offset;所述第一标识为第一用户设备标识或者第二用户设备标识;所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;
所述第二用户设备根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听第二消息的帧号和子帧号,其中,SL_offset为资源池偏移量,所述第二消息用于寻呼所述第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;所述资源池偏移量为网络设备配置的用于传输所述第二消息的资源配置信息中的一项;
所述第二用户设备在所述监听时间监听第一用户设备发送的所述第二消息;
当监听到所述第二消息时,所述第二用户设备接收所述第二消息。
26.根据权利要求25所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第二用户设备向所述第一用户设备发送第三消息,所述第三消息中携带所述第二用户设备的特定寻呼周期;
所述第二用户设备接收所述第一用户设备发送的第七消息,所述第七消息中携带用于确定所述监听时间的信息。
27.根据权利要求26所述的传输寻呼消息的方法,其特征在于,所述用于确定所述监听时间的信息包括第一用户设备标识,nB以及网络设备广播的系统默认寻呼周期中的至少一个,所述nB为一个寻呼周期内包含的子帧数量;或者,
所述用于确定所述监听时间的信息为所述网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
28.根据权利要求27所述的传输寻呼消息的方法,其特征在于,所述方法还包括:
所述第二用户设备确定用于确定所述监听时间的第一标识,所述第一标识为所述第一用户设备标识或者第二用户设备标识;
所述第二用户设备确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
29.一种传输寻呼消息的装置,其特征在于,所述装置应用于第一用户设备中,所述装置包括:
存储器,用于存储包括程序指令的信息;
通信接口,用于接收网络设备发送的第一消息,所述第一消息用于寻呼第二用户设备,所述第一消息中至少包括所述第二用户设备的寻呼信息;接收所述网络设备配置的用于传输第二消息的资源池配置信息;
处理器,与所述存储器和所述通信接口耦合,用于控制程序指令的执行,具体用于根据所述通信接口接收到的所述第一消息生成第二消息,所述第二消息用于寻呼第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;根据所述资源池配置信息和第一标识、第一寻呼周期,确定所述第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送所述第二消息的子帧数量M;确定在一个第一寻呼周期内,所述第二用户设备需要监听所述第二消息的资源池周期编号,所述资源池周期编号为所述第一标识mod N;确定在一个资源池周期内,所述第二用户设备需要监听所述第二消息的子帧编号,所述子帧编号为floor(第一标识/N)mod M;根据所述资源池周期编号和所述子帧编号确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听的子帧位置;所述第一标识为第一用户设备标识或者第二用户设备标识,所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;
所述处理器,还用于控制所述通信接口获取用于发送所述第二消息的资源;
所述处理器,还用于控制所述通信接口在所述监听时间,使用用于发送所述第二消息的资源,向所述第二用户设备发送所述处理器生成的所述第二消息。
30.根据权利要求29所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于接收所述第二用户设备发送的第三消息,所述第三消息中携带用于确定所述监听时间的信息;或者,接收所述网络设备发送的第四消息,所述第四消息中携带用于确定所述监听时间的信息;其中,所述用于确定所述监听时间的信息包括第二用户设备标识,所述第二用户设备的特定寻呼周期,系统默认寻呼周期中的至少一项。
31.根据权利要求30所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于确定所述监听时间的第一标识,所述第一标识为第一用户设备标识或者所述第二用户设备标识;确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
32.根据权利要求29至31中任一项所述的传输寻呼消息的装置,其特征在于,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
33.根据权利要求32所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于触发RRC连接建立过程,转换至RRC_CONNRECTED状态。
34.根据权利要求32所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于向所述网络设备发送第五消息,所述第五消息用于请求获取发送所述第二消息的资源;接收所述网络设备发送的第六消息,所述第六消息包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息;
其中,所述第五消息包括下述信息中的至少一种:
请求目的,所述请求目的用于指示所述第五消息的目的为获取用于发送第二消息的资源;
发送所述第二消息的时间;
所述第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息;
所述第二消息中包含的比特数。
35.根据权利要求32所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于从所述第一消息中获取用于发送所述第二消息的资源,所述第一消息中包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
36.根据权利要求32所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于通过无线资源控制层接收所述第一消息;
所述处理器,还用于根据所述第一消息通过无线资源控制层生成所述第二消息。
37.一种传输寻呼消息的装置,其特征在于,所述装置应用于第一用户设备中,所述装置包括:
存储器,用于存储包括程序指令的信息;
通信接口,用于接收网络设备发送的第一消息,所述第一消息用于寻呼第二用户设备,所述第一消息中至少包括所述第二用户设备的寻呼信息;接收所述网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括资源池偏移量;
处理器,与所述存储器和所述通信接口耦合,用于控制程序指令的执行,具体用于根据所述通信接口接收到的所述第一消息生成第二消息,所述第二消息用于寻呼第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;根据第一标识和第一寻呼周期确定第三偏移量PO_offset;根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听所述第二消息的帧号和子帧号,其中,SL_offset为所述资源池偏移量;所述第一标识为第一用户设备标识或者第二用户设备标识,所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;
所述处理器,还用于控制所述通信接口获取用于发送所述第二消息的资源;
所述处理器,还用于控制所述通信接口在所述监听时间,使用用于发送所述第二消息的资源,向所述第二用户设备发送所述处理器生成的所述第二消息。
38.根据权利要求37所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于接收所述第二用户设备发送的第三消息,所述第三消息中携带用于确定所述监听时间的信息;或者,接收所述网络设备发送的第四消息,所述第四消息中携带用于确定所述监听时间的信息;其中,所述用于确定所述监听时间的信息包括第二用户设备标识,所述第二用户设备的特定寻呼周期,系统默认寻呼周期中的至少一项。
39.根据权利要求38所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于确定所述监听时间的第一标识,所述第一标识为第一用户设备标识或者所述第二用户设备标识;确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
40.根据权利要求37至39中任一项所述的传输寻呼消息的装置,其特征在于,所述资源池配置信息还包括以下信息中的至少一种:
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
41.根据权利要求37所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于触发RRC连接建立过程,转换至RRC_CONNRECTED状态。
42.根据权利要求37所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于向所述网络设备发送第五消息,所述第五消息用于请求获取发送所述第二消息的资源;接收所述网络设备发送的第六消息,所述第六消息包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息;
其中,所述第五消息包括下述信息中的至少一种:
请求目的,所述请求目的用于指示所述第五消息的目的为获取用于发送第二消息的资源;
发送所述第二消息的时间;
所述第二消息中包含的寻呼信息的数量,每个第二用户设备对应一个寻呼信息;
所述第二消息中包含的比特数。
43.根据权利要求37所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于从所述第一消息中获取用于发送所述第二消息的资源,所述第一消息中包含所述网络设备为所述第一用户设备分配的用于发送所述第二消息的资源信息或者资源池信息。
44.根据权利要求37所述的传输寻呼消息的装置,其特征在于,
所述通信接口,还用于通过无线资源控制层接收所述第一消息;
所述处理器,还用于根据所述第一消息通过无线资源控制层生成所述第二消息。
45.一种传输寻呼消息的装置,其特征在于,所述装置应用于第二用户设备中,所述装置包括:
存储器,用于存储包括程序指令的信息;
处理器,与所述存储器和通信接口耦合,用于控制程序指令的执行,具体用于根据资源池配置信息和第一标识、第一寻呼周期,确定所述第二用户设备的一个第一寻呼周期内包含的资源池周期数量N,以及在每个资源池周期中用于发送第二消息的子帧数量M;确定在一个第一寻呼周期内,所述第二用户设备需要监听所述第二消息的资源池周期编号,所述资源池周期编号为所述第一标识mod N;确定在一个资源池周期内,所述第二用户设备需要监听所述第二消息的子帧编号,所述子帧编号为floor(第一标识/N)mod M;根据所述资源池周期编号和所述子帧编号确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听所述第二消息的子帧位置,所述第二消息用于寻呼所述第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;所述第一标识为第一用户设备标识或者第二用户设备标识,所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;所述资源池配置信息为第一用户设备接收到的网络设备配置的用于传输第二消息的信息;
所述处理器,还用于控制所述通信接口在所述监听时间监听第一用户设备发送的所述第二消息;当监听到所述第二消息时,接收所述第二消息。
46.根据权利要求45所述的传输寻呼消息的装置,其特征在于,
所述通信接口,用于向所述第一用户设备发送第三消息,所述第三消息中携带所述第二用户设备的特定寻呼周期;接收所述第一用户设备发送的第七消息,所述第七消息中携带用于确定所述监听时间的信息;
其中,所述用于确定所述监听时间的信息包括第一用户设备标识,nB以及网络设备广播的系统默认寻呼周期中的至少一个,所述nB为一个寻呼周期内包含的子帧数量;或者,
所述用于确定所述监听时间的信息为所述网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
47.根据权利要求46所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于确定所述监听时间的第一标识,所述第一标识为所述第一用户设备标识或者所述第二用户设备标识;确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
48.一种传输寻呼消息的装置,其特征在于,所述装置应用于第二用户设备中,所述装置包括:
存储器,用于存储包括程序指令的信息;
处理器,与所述存储器和通信接口耦合,用于控制程序指令的执行,具体用于根据第一标识和第一寻呼周期确定第三偏移量PO_offset;根据[帧号*10+子帧号+SL_offset]modulo(第一寻呼周期)=PO_offset确定所述第二用户设备的监听时间,所述第二用户设备的监听时间为所述第二用户设备在sidelink监听第二消息的帧号和子帧号,其中,SL_offset为资源池偏移量;所述第二消息用于寻呼所述第二用户设备,所述第二消息中包含所述第二用户设备的寻呼信息;所述第一标识为第一用户设备标识或者第二用户设备标识,所述第一寻呼周期为特定寻呼周期,或者为所述特定寻呼周期和系统默认寻呼周期中较小的一个;所述资源池偏移量为网络设备配置的用于传输所述第二消息的资源配置信息中的一项;
所述处理器,还用于控制所述通信接口在所述监听时间监听第一用户设备发送的所述第二消息;当监听到所述第二消息时,接收所述第二消息。
49.根据权利要求48所述的传输寻呼消息的装置,其特征在于,
所述通信接口,用于向所述第一用户设备发送第三消息,所述第三消息中携带所述第二用户设备的特定寻呼周期;接收所述第一用户设备发送的第七消息,所述第七消息中携带用于确定所述监听时间的信息;
其中,所述用于确定所述监听时间的信息包括第一用户设备标识,nB以及网络设备广播的系统默认寻呼周期中的至少一个,所述nB为一个寻呼周期内包含的子帧数量;或者,
所述用于确定所述监听时间的信息为所述网络设备配置的用于传输第二消息的资源池配置信息,所述资源池配置信息包括以下信息中的至少一种:
资源池偏移量;
资源池周期长度;
用于指示传输所述第二消息的子帧的位图bitmap;
用于传输所述第二消息的频域资源位置。
50.根据权利要求49所述的传输寻呼消息的装置,其特征在于,
所述处理器,还用于确定所述监听时间的第一标识,所述第一标识为所述第一用户设备标识或者所述第二用户设备标识;确定用于确定所述监听时间的第一寻呼周期,所述第一寻呼周期为所述特定寻呼周期,或者为所述特定寻呼周期和所述系统默认寻呼周期中较小的一个。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210101410.XA CN114845391B (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2017100613682 | 2017-01-25 | ||
CN201710061368 | 2017-01-25 | ||
PCT/CN2017/078198 WO2018137284A1 (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210101410.XA Division CN114845391B (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109923912A CN109923912A (zh) | 2019-06-21 |
CN109923912B true CN109923912B (zh) | 2022-02-01 |
Family
ID=62978943
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210101410.XA Active CN114845391B (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
CN201780069035.2A Active CN109923912B (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210101410.XA Active CN114845391B (zh) | 2017-01-25 | 2017-03-24 | 一种传输寻呼消息的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN114845391B (zh) |
WO (1) | WO2018137284A1 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726862B (zh) * | 2019-03-18 | 2022-04-05 | 华为技术有限公司 | 寻呼监听方法、装置、系统及存储介质 |
CN111818504B (zh) * | 2019-04-12 | 2021-11-09 | 华为技术有限公司 | 一种消息的传输方法及装置 |
US20220322283A1 (en) | 2019-07-23 | 2022-10-06 | Nokia Technologies Oy | Handling of paging messages in communication endpoint to network relaying scenarios |
CN116321373A (zh) * | 2019-08-09 | 2023-06-23 | 华为技术有限公司 | 一种通信方法及装置 |
CN111034255B (zh) * | 2019-09-24 | 2024-01-12 | 北京小米移动软件有限公司 | 资源处理方法、装置及计算机存储介质 |
CN114424637B (zh) * | 2019-09-30 | 2023-02-03 | 华为技术有限公司 | 寻呼的方法和装置 |
EP4080952A4 (en) * | 2020-01-19 | 2023-01-25 | Huawei Technologies Co., Ltd. | PAGING METHOD AND COMMUNICATION DEVICE |
CN113556709A (zh) * | 2020-04-23 | 2021-10-26 | 华为技术有限公司 | 一种通信方法及装置 |
WO2021225356A1 (ko) * | 2020-05-07 | 2021-11-11 | 현대자동차주식회사 | 사이드링크 통신에서 페이징을 위한 방법 및 장치 |
CN113747571B (zh) * | 2020-05-29 | 2023-02-03 | 华为技术有限公司 | 一种通信方法及装置 |
CN114390674A (zh) * | 2020-10-16 | 2022-04-22 | 夏普株式会社 | 中继ue的处理方法及用户设备 |
CN112954781B (zh) * | 2021-02-20 | 2022-12-06 | Oppo广东移动通信有限公司 | 通信控制方法、装置、电子设备及存储介质 |
CN115134950A (zh) * | 2021-03-25 | 2022-09-30 | 大唐移动通信设备有限公司 | 寻呼方法、装置及存储介质 |
WO2022236473A1 (zh) * | 2021-05-08 | 2022-11-17 | 富士通株式会社 | 信息发送方法、信息接收方法、装置和系统 |
CN114374962B (zh) * | 2022-01-18 | 2024-04-09 | 亿咖通(湖北)技术有限公司 | 自组网的通信方法、终端、车辆及存储介质 |
CN117479304A (zh) * | 2022-07-22 | 2024-01-30 | 展讯通信(上海)有限公司 | 寻呼增强方法、装置及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742411A (zh) * | 2008-11-25 | 2010-06-16 | 中兴通讯股份有限公司 | 一种动态调整寻呼能力的方法 |
WO2016019528A1 (zh) * | 2014-08-06 | 2016-02-11 | 华为技术有限公司 | 终端、网络设备、寻呼方法和区域信息更新方法 |
WO2016061740A1 (zh) * | 2014-10-20 | 2016-04-28 | 华为技术有限公司 | 一种寻呼方法及设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101207840B (zh) * | 2006-12-18 | 2011-04-06 | 华为技术有限公司 | 寻呼方法及无线网络 |
CN101860961B (zh) * | 2009-04-08 | 2012-08-08 | 电信科学技术研究院 | 一种中继节点系统的寻呼方法及设备 |
US9794759B2 (en) * | 2009-11-30 | 2017-10-17 | Mediatek Inc. | Methods for monitoring paging messages with reduced power consumption and communications apparatuses utilizing the same |
CN103889034B (zh) * | 2012-12-19 | 2017-09-29 | 联想(北京)有限公司 | 移动终端接收移动通信网络信息的方法及移动终端 |
US9584988B2 (en) * | 2013-03-07 | 2017-02-28 | Intel Deutschland Gmbh | Communication terminal, communication device, method for processing a paging message and method for controlling a communication terminal |
CN106211025B (zh) * | 2015-03-18 | 2021-07-09 | 北京三星通信技术研究有限公司 | 基于d2d广播通信的网络中建立中继连接的方法和设备 |
CN106162676A (zh) * | 2015-03-25 | 2016-11-23 | 中兴通讯股份有限公司 | 一种设备直通系统中继状态确定方法及装置 |
-
2017
- 2017-03-24 CN CN202210101410.XA patent/CN114845391B/zh active Active
- 2017-03-24 CN CN201780069035.2A patent/CN109923912B/zh active Active
- 2017-03-24 WO PCT/CN2017/078198 patent/WO2018137284A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742411A (zh) * | 2008-11-25 | 2010-06-16 | 中兴通讯股份有限公司 | 一种动态调整寻呼能力的方法 |
WO2016019528A1 (zh) * | 2014-08-06 | 2016-02-11 | 华为技术有限公司 | 终端、网络设备、寻呼方法和区域信息更新方法 |
WO2016061740A1 (zh) * | 2014-10-20 | 2016-04-28 | 华为技术有限公司 | 一种寻呼方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2018137284A1 (zh) | 2018-08-02 |
CN109923912A (zh) | 2019-06-21 |
CN114845391B (zh) | 2024-04-23 |
CN114845391A (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109923912B (zh) | 一种传输寻呼消息的方法及装置 | |
US11737051B2 (en) | System information transmission method and apparatus | |
US11917702B2 (en) | Indication method and related device | |
JP6053797B2 (ja) | 間欠受信 | |
EP3389331B1 (en) | Mobility management methods, apparatus, and computer-readable storage medium | |
WO2021104192A1 (zh) | 一种通信方法与通信装置 | |
JP6854354B2 (ja) | New Radio免許不要周波数帯でのデバイス能力に基づくスタンドアローンページング | |
EP3397019B1 (en) | Method and devices of handling communications in dual connectivity | |
US20210282079A1 (en) | Method and device for determining synchronization signal block ssb transmission mode | |
JP2023523224A (ja) | サイドリンク通信チャネルにおける間欠受信動作のための方法およびデバイス | |
CN110100491B (zh) | 信息传输的方法、终端设备和网络设备 | |
WO2021227857A1 (zh) | 一种通信方法及装置 | |
CN111867057A (zh) | 通信方法、装置和系统 | |
WO2022022661A1 (en) | Method and apparatus for radio connection | |
EP3749048A1 (en) | Methods and terminal device for transmitting data | |
WO2021026929A1 (zh) | 一种通信方法及装置 | |
WO2016002332A1 (ja) | 装置、方法及びプログラム | |
WO2021042387A1 (zh) | 一种通信方法、装置及设备 | |
CN109417737B (zh) | 传输数据的方法、接入网设备、终端设备和可读存储介质 | |
CN111988772A (zh) | 终端发现方法及设备 | |
WO2022153747A1 (ja) | ユーザ機器、基地局及びネットワークノード | |
WO2021217513A1 (zh) | 工作带宽部分的切换方法、终端设备和网络设备 | |
CN117880859A (zh) | 波形切换方法、设备、介质、芯片系统及产品 | |
CN117561790A (zh) | 无线通信的方法、终端设备和网络设备 | |
CN115551058A (zh) | 一种pdcch的监听方法及装置、终端设备、存储介质 |
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 |