CN115245041B - 一种数据传输的方法及装置 - Google Patents
一种数据传输的方法及装置 Download PDFInfo
- Publication number
- CN115245041B CN115245041B CN202080098406.1A CN202080098406A CN115245041B CN 115245041 B CN115245041 B CN 115245041B CN 202080098406 A CN202080098406 A CN 202080098406A CN 115245041 B CN115245041 B CN 115245041B
- Authority
- CN
- China
- Prior art keywords
- information
- network device
- downlink data
- time
- amf
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] 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 leader and terminal is follower
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower 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. Transmission Power Control [TPC] or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
- 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 wanted 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. Transmission Power Control [TPC] or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
- H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
-
- 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/02—Arrangements for increasing efficiency of notification or paging channel
- H04W68/025—Indirect paging
-
- 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]
-
- 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)
- Communication Control (AREA)
Abstract
本申请提供一种数据传输的方法及装置,其中方法包括:接收下行数据,所述下行数据用于发送给终端设备;接收来自第二网络设备的第一信息,所述第一信息用于确定向所述第二网络设备发送所述下行数据的时间;根据所述第一信息向所述第二网络设备发送所述下行数据,避免接收到所述下行数据后直接将该下行数据发送至第二网络设备,缓解第二网络设备的存储负担。
Description
相关申请的交叉引用
本申请要求在2020年04月14日提交中国专利局、申请号为PCT/CN2020/084774、申请名称为“一种数据传输的方法及装置”的PCT国际专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输的方法及装置。
背景技术
当终端设备处于无线资源控制(radio resource control,RRC)非激活态且核心网设备接收到该终端设备的下行数据时,核心网设备会将该下行数据发送至该终端设备的锚点网络设备处,然后该锚点网络设备向该终端设备发起寻呼,以恢复该终端设备的RRC连接,当RRC连接恢复完成后,该终端设备由RRC非激活态转变为RRC连接态,此时,网络设备便可以将核心网设备下发的下行数据发送给该终端设备。
为了节能,当终端设备处于RRC非激活态时,网络设备和终端设备会约定可能寻呼该终端设备的时机,使得终端设备周期性醒来监听网络设备的寻呼消息。
网络设备从核心网设备接收到该终端设备的下行数据后,在约定的寻呼时机之前,网络设备需要存储该下行数据,当终端设备的非连续周期较长时,会造成网络设备的存储负担较大。
发明内容
本申请提供一种数据传输的方法及装置,用以降低网络设备存储终端设备的下行数据的负载。
第一方面,本申请实施例提供一种数据传输的方法,该方法可以由第一网络设备实现,也可以由第一网络设备的部件实现,如由第一网络设备中的处理装置、电路、芯片等部件实现。该方法包括:
接收下行数据,所述下行数据用于发送给终端设备;接收来自第二网络设备的第一信息,所述第一信息用于确定向所述第二网络设备发送所述下行数据的时间;根据所述第一信息向所述第二网络设备发送所述下行数据。
示例性地,第一网络设备可以是用户面功能(user plane function,UPF)网元,第二网络设备可以是接入网设备。
通过上述方法,第一网络设备接收到下行数据后,根据第一信息确定向第二网络设备发送该下行数据的时间,避免接收到所述下行数据后直接将该下行数据发送至第二网络设备,缓解第二网络设备的存储负担。
在一种可能的设计中,所述第一信息包括扩展非连续接收(extendeddiscontinuous reception,eDRX)周期;或者,所述第一信息包括eDRX周期和寻呼时间窗(paging time window,PTW)时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;或者,所述第一信息包括所述第一时长;或者,所述第一信息包括第八指示信息;或者,所述第一信息包括第八指示信息和第二时长;或者,所述第一信息包括第九指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机(paging occasion,PO)的时间间隔,所述第八指示信息用于指示暂停向终端设备发送下行数据,所述第二时长用于指示暂停向所述终端设备发送所述下行数据的时长,所述第九指示信息用于指示恢复向所述终端设备发送所述下行数据。
通过上述方法,第一信息可用于确定下行数据的发送时间,示例性地,该第一信息为eDRX周期时,可以选择在eDRX周期之前一点发送下行数据,第二网络设备接收到该下行数据后不需要等待较长的时间便可以寻呼终端设备,减少第二网络设备缓存下行数据的时间。当第一信息包含其他信息时,第一网络设备可以根据第一信息确定更加精确的发送时间,进一步减轻第二网络设备的存储负担。另外,通过第八指示信息直接指示暂停向接入网设备发送下行数据,或通过第九指示信息可以直接指示恢复向接入网设备发送下行数据,可以节省第一网络设备例如核心网设备的计算资源,交互流程简单,灵活性更强。
在一种可能的设计中,所述根据所述第一信息向所述第二网络设备发送所述下行数据,包括:根据所述第一信息确定发送所述下行数据的最迟发送时间;在所述最迟发送时间之前的第一预设时长内向所述第二网络设备发送所述下行数据。
一种可选的实施方式,第一预设时长可以是预定义的,例如,协议或标准定义的,或者是预配置的,还可以是其他方式,例如第二网络设备通知的,本申请实施例对此不作限定。
另一种可选的实施方式,所述最迟发送时间为接收所述下行数据后的所述终端设备的唤醒时间。
示例性地,所述第一信息还包括PTW;若所述第一网络设备接收所述下行数据的时间位于PTW内,则所述最迟发送时间为所述PTW的结束时间末尾时域位置;若所述UPF接收所述下行数据的时间位于PTW外,则所述最迟发送时间为第一时域位置,所述第一时域位置为下一个eDRX周期的起始时域位置,或为所述下一个eDRX周期内的PTW的末尾时域位置,或为所述下一个eDRX周期内的PTW内的任一寻呼时机的起始时域位置。
再示例性地,所述第一消息包括第一时长;还包括:所述第一网络设备根据接收所述第一消息的时间和所述第一时长确定下一个PTW的起始时域位置,或确定下一个PO的起始时域位置;所述最迟发送时间为所述第一网络设备接收所述下行数据时所在的eDRX周期的下一个eDRX周期的起始时域位置;或所述最迟发送时间为所述第一网络设备接收所述下行数据时的下一个PO的起始时域位置。
通过上述方法,第一网络设备可以根据第一信息确定终端设备的eDRX周期,eDRX周期包含终端设备的唤醒时间,第一网络设备确定的该下行数据的最迟发送时间可以是在第一网络设备接收到该下行数据后时间最近的终端设备的唤醒时间,第一网络设备可以在该终端设备的最近一次唤醒时间之前将该下行数据发送给该终端设备的接入网设备,以此减轻接入网设备的存储负担,同时减轻终端设备接收该下行数据的时延。
在一种可能的设计中,所述方法包括:向所述第二网络设备或第三网络设备发送第二指示信息;其中,所述第二指示信息用于指示有所述下行数据。
一种可选的实施方式,第三网络设备可以是接入与移动性管理功能(access andmobility management function,AMF)网元。
通过上述方法,第一网络设备可以在未缓存下行数据时,通过第二指示信息来通知第二网络设备或第三网络设备,以便第二网络设备或第三网络设备选择性释放该终端设备,节省终端设备的功耗。例如,第二网络设备在不需要向终端设备发送下行数据的情况下,可以使该终端设备切换为无线资源控制(radio resource control,RRC)非激活态,或保持RRC非激活态。
在一种可能的设计中,所述第一网络设备为用户面网元UPF,所述第二网络设备为接入网设备,所述第三网络设备为接入网设备或接入与移动性管理网元AMF。
第二方面,本申请实施例提供一种数据传输的方法,该方法可以由第二网络设备实现,也可以由第二网络设备的部件实现,如由第二网络设备中的处理装置、电路、芯片等部件实现。该方法包括:确定第一信息,所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;向第一网络设备发送所述第一信息。
在一种可能的设计中,所述第一信息包括:所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;或者,所述第一信息包括所述第一时长;或者,所述第一信息包括第八指示信息;或者,所述第一信息包括第八指示信息和第二时长;或者,所述第一信息包括第九指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机(pagingoccasion,PO)的时间间隔,所述第八指示信息用于指示暂停向终端设备发送下行数据,所述第二时长用于指示暂停向所述终端设备发送所述下行数据的时长,所述第九指示信息用于指示恢复向所述终端设备发送所述下行数据。
在一种可能的设计中,所述方法包括:接收第二指示信息;其中,所述第二指示信息用于指示有所述下行数据。
在一种可能的设计中,向第一网络设备发送所述第一信息之前,还包括:确定扩展非连续接收eDRX周期不小于预设阈值。
通过上述方法,当UE处于eDRX周期模式时,第二网络设备(例如接入网设备)可以向第三网络设备(例如AMF)发送第一信息,进一步的,也可以根据eDRX周期的长度决定是否发送第一信息,例如,eDRX周期的长度不小于预设阈值时,接入网设备发送第一信息,避免该UE处于较长的eDRX周期时,接入网设备需要长时间缓存该UE的下行数据,减轻接入网设备的存储负载。
在一种可能的设计中,所述第一网络设备为用户面网元UPF或接入与移动性管理网元AMF。
上述第二方面任一种可能的设计所能达到的技术效果可参照上述第一方面所能达到的技术效果,这里不再重复赘述。
第三方面,本申请实施例提供一种数据传输的方法,该方法可以由第三网络设备实现,也可以由第三网络设备的部件实现,如由第三网络设备中的处理装置、电路、芯片等部件实现。该方法包括:
接收来自第二网络设备的第一信息;所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;向第一网络设备发送所述第一信息。
在一种可能的设计中,所述第一信息包括:所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔。
在一种可能的设计中,所述方法包括:接收来自所述第一网络设备的第二指示信息;其中,所述第二指示信息用于指示第一网络设备有所述下行数据。
在一种可能的设计中,所述第一网络设备为用户面网元UPF,所述第二网络设备为接入网设备。
上述第三方面任一种可能的设计所能达到的技术效果可参照上述第一方面所能达到的技术效果,这里不再重复赘述。
第四方面,本申请实施例提供一种数据传输的方法,该方法可以由第一网络设备实现,也可以由第一网络设备的部件实现,如由第一网络设备中的处理装置、电路、芯片等部件实现。包括:接收来自第二网络设备的第二信息,所述第二信息用于指示终端设备可达;根据所述第二信息向所述第二网络设备发送所述终端设备的下行数据。
示例性地,终端设备可达是指终端设备在线或指示下行数据可达或指示终端设备是RRC激活态,总之,终端设备可达可以用于第一网络设备确定可以向接入网设备发送该终端设备的下行数据。
可选的,第一网络设备接收第二信息后,确定是否缓存有该终端设备的下行数据,若有,则根据第二信息向接入网设备发送该终端设备的下行数据。
上述方法,增强了第一网络设备向接入网设备发送下行数据的灵活性,减少终端设备接收下行数据的时延。
在一种可能的设计中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的设计中,所述方法还包括:确定缓存有所述终端设备的下行数据。
在一种可能的设计中,所述方法包括:向所述第二网络设备或所述第三网络设备发送第四指示信息;其中,所述第四指示信息用于指示是否缓存有所述终端设备的下行数据。
在一种可能的设计中,所述第二网络设备为接入网设备,所述第三网络设备为接入网设备或接入与移动性管理网元AMF。
第五方面,本申请实施例提供一种数据传输的方法,该方法可以由第二网络设备实现,也可以由第二网络设备的部件实现,如由第二网络设备中的处理装置、电路、芯片等部件实现。
确定第二信息,所述第二信息用于指示终端设备可达;向第一网络设备发送所述第二信息。
在一种可能的设计中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的设计中,所述方法包括:接收来自所述第一网络设备的第四指示信息;其中,所述第四指示信息用于指示是否缓存有所述终端设备的下行数据。
在一种可能的设计中,还包括:向所述第三网络设备发送第六指示信息,所述第六指示信息用于指示所述第二网络设备的负载状态,或所述第六指示信息用于指示所述第二网络设备支持向所述第一网络设备发送第一信息的能力。
在一种可能的设计中,所述第一网络设备为用户面网元UPF;所述第二网络设备为接入网设备,所述第三网络设备为接入与移动管理网元AMF。
上述第五方面任一种可能的设计所能达到的技术效果可参照上述第四方面所能达到的技术效果,这里不再重复赘述。
第六方面,本申请实施例提供一种数据传输的方法,该方法可以由第三网络设备实现,也可以由第三网络设备的部件实现,如由第三网络设备中的处理装置、电路、芯片等部件实现。该方法包括:确定第二信息,所述第二信息用于指示终端设备可达;向第一网络设备发送第二信息。
在一种可能的设计中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的设计中,所述方法包括:接收来自第二网络设备的第二信息。
在一种可能的设计中,所述方法包括:接收来自所述第一网络设备的第四指示信息,所述第四指示信息用于指示是否缓存有所述终端设备的下行数据。
在一种可能的设计中,还包括:接收第六指示信息,所述第六指示信息用于指示所述第二网络设备的负载状态,或所述第六指示信息用于指示所述第二网络设备支持向所述第一网络设备发送第一信息的能力。
在一种可能的设计中,所述第一网络设备为用户面网元UPF,所述第二网络设备为接入网设备。
上述第六方面任一种可能的设计所能达到的技术效果可参照上述第四方面所能达到的技术效果,这里不再重复赘述。
第七方面,本申请实施例提供一种数据传输的方法,该方法可以由第三网络设备实现,也可以由第三网络设备的部件实现,如由第三网络设备中的处理装置、电路、芯片等部件实现。该方法包括:接收来自第二网络设备的第一信息;在发送第二信息后,在所述等待时长内等待接收来自终端设备的响应信息,其中,所述第二信息用于发送给所述终端设备;其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态。
示例性地,在等待时长内等待接收UE的响应信息,可以通过定时器实现,具体的,定时器的设定时长为确定的该等待时长,在定时器超时前等待接收UE的响应信息,若在超时前接收到UE的响应信息则可以关闭定时器。
通过上述方法,根据第一信息确定等待时长,并在向接入网设备发送第二信息后,在确定的该等待时长等待接收终端设备的响应信息。该等待时长相对于现有的时间更加能给适配于UE所需的响应时间,并且是动态可配置的,例如接入网设备可以根据UE的eDRX周期实现动态配置第一信息,避免对UE误操作。
在一种可能的设计中,所述终端设备处于连接管理连接态(CM connected);所述第二信息为非接入层(non-access stratum,NAS)信令。
第八方面,本申请实施例提供一种数据传输的方法,该方法可以由第二网络设备实现,也可以由第二网络设备的部件实现,如由第三网络设备中的处理装置、电路、芯片等部件实现。该方法包括:确定第一信息;向第一网络设备发送所述第一信息;其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态。
在一种可能的设计中,第一信息用于确定所述终端设备对于第二信息的响应时长,所述第二信息用于发送给终端设备。
在一种可能的设计中,所述向第一网络设备发送所述第一信息之前,还包括:确定扩展非连续接收eDRX周期不小于预设阈值。
通过上述方法,当UE处于eDRX周期模式时,第二网络设备(例如接入网设备)可以向第三网络设备(例如AMF)发送第一信息,进一步的,也可以根据eDRX周期的长度决定是否发送第一信息,例如,eDRX周期的长度不小于预设阈值时,第二网络设备发送第一信息,使得第三网络侧设备能够及时调整等待时长,更加适配于UE的模式变化,减少对该UE的误操作。若eDRX周期的长度小于预设阈值,则第二网络设备可以不发送第一信息,可以理解为第三网络设备原始的等待时长能够覆盖,UE模式变化后所需的响应时长,以此在确定能够减少对该UE的误操作的基础上,减少信令交互,节约信令及计算资源。
上述第八方面任一种可能的设计所能达到的技术效果可参照上述第七方面所能达到的技术效果,这里不再重复赘述。
第九方面,本申请提供一种数据传输装置,该装置可以是用户面网元,还可以是用于用户面网元的芯片。该装置具有实现上述第一方面的各实施例的功能,或上述第四方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
示例性地,该装置包括通信模块和处理模块,其中通信模块包括发送模块和接收模块。
在一种可能的设计中,接收模块,用于接收下行数据,所述下行数据用于发送给终端设备;接收来自第二网络设备的第一信息,所述第一信息用于确定向所述第二网络设备发送所述下行数据的时间;处理模块,用于根据所述第一信息向所述第二网络设备发送所述下行数据。
在一种可能的设计中,接收模块,用于接收来自第二网络设备的第二信息,所述第二信息用于指示终端设备可达;处理模块,用于根据所述第二信息向所述第二网络设备发送所述终端设备的下行数据。
第十方面,本申请提供一种数据传输装置,该装置可以是接入网设备,还可以是用于接入网设备的芯片。该装置具有实现上述第二方面的各实施例的功能,或上述第五方面的各实施例的功能,或上述第八方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
示例性地,该装置包括通信模块和处理模块,其中通信模块包括发送模块和接收模块。
在一种可能的设计中,处理模块,用于确定第一信息,所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;发送模块,用于向第一网络设备发送所述第一信息。
在一种可能的设计中,处理模块,用于确定第二信息,所述第二信息用于指示终端设备可达;发送模块,用于向第一网络设备发送所述第二信息。
在一种可能的设计中,处理模块,用于确定第一信息;其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态;发送模块,用于向第三网络设备发送所述第一信息。
第十一方面,本申请提供一种数据传输装置,该装置可以是移动性管理网元,还可以是用于移动性管理网元的芯片。该装置具有实现上述第三方面的各实施例的功能,或上述第六方面的各实施例的功能,或上述第七方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
该装置包括通信模块和处理模块,其中通信模块包括发送模块和接收模块。
在一种可能的设计中,接收模块,用于接收来自第二网络设备的第一信息;所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;发送模块,用于向第一网络设备发送所述第一信息。
在一种可能的设计中,处理模块,用于确定第二信息,所述第二信息用于指示终端设备可达;发送模块,用于向第一网络设备发送所述第二信息。
在一种可能的设计中,接收模块,用于接收来自第二网络设备的第一信息;其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态;处理模块,用于在通过发送模块发送第二信息后,在所述等待时长内等待通过接收模块接收来自终端设备的响应信息,其中,所述第二信息用于发送给所述终端设备。
第十二方面,本申请提供一种数据传输装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行上述各方面所述的方法。该处理器包括一个或多个。
在第一个实施例中,该装置为上述第七方面的装置时,示例性地,接口电路,用于接收下行数据,所述下行数据用于发送给终端设备;接收来自第二网络设备的第一信息,所述第一信息用于确定向所述第二网络设备发送所述下行数据的时间;处理器,用于根据所述第一信息向所述第二网络设备发送所述下行数据。
再示例性地,接口电路,用于接收来自第二网络设备的第二信息,所述第二信息用于指示终端设备可达;处理器,用于根据所述第二信息向所述第二网络设备发送所述终端设备的下行数据。
在第二个实施例中,该装置为上述第八方面的装置时,示例性地,处理器,用于确定第一信息,所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;接口电路,用于向第一网络设备发送所述第一信息。
再示例性地,处理器,用于确定第二信息,所述第二信息用于指示终端设备可达;接口电路,用于向第一网络设备发送所述第二信息。
在第三个实施例中,该装置为上述第九方面的装置时,示例性地,接口电路,用于接收来自第二网络设备的第一信息;所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;向第一网络设备发送所述第一信息。
再示例性地,处理器,用于确定第二信息,所述第二信息用于指示终端设备可达;接口电路,用于向第一网络设备发送所述第二信息。
第十一方面,本申请提供一种数据传输的装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行上述各方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
第十二方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得处理器执行上述各方面所述的方法。
第十三方面,本申请还提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第十四方面,本申请还提供一种芯片或芯片系统,包括:处理器和通信接口,所述处理器用于通过通信接口与其它装置通信,并执行上述各方面所述的方法。
第十五方面,本申请还提供一种数据传输的系统,包括:用于执行上述第一方面任意所述的方法的第一网络设备、用于执行上述第二方面任意所述的方法的第二网络设备和用于执行上述第三方面任意所述的方法的第三网络设备。
第十六方面,本申请还提供一种数据传输的系统,包括:用于执行上述第四方面任意所述的方法的第一网络设备、用于执行上述第五方面任意所述的方法的第二网络设备和用于执行上述第六方面任意所述的方法的第三网络设备。
附图说明
图1为本申请提供的一种DRX原理示意图;
图2为本申请实施例提供的一种系统架构图;
图3为本申请实施例提供的一种数据传输的方法流程示意图;
图4为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图5为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图6为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图7为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图8为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图9为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图10为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图11a为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图11b为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图12为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图13为本申请实施例提供的根据第一信息确定下行数据发送时间的方法示意图之一;
图14为本申请实施例提供的一种数据传输的方法流程示意图;
图15为本申请实施例提供的一种数据传输的方法流程示意图;
图16为本申请实施例提供的另一种数据传输的方法流程示意图;
图17为本申请实施例提供的另一种数据传输的方法流程示意图;
图18为本申请实施例提供的根据第一信息和第二信息确定下行数据发送时间的方法示意图;
图19为本申请实施例提供的另一种数据传输的方法流程示意图;
图20为本申请实施例提供的另一种数据传输的方法流程示意图;
图21为本申请实施例提供的另一种数据传输的方法流程示意图;
图22为本申请实施例提供的另一种数据传输的方法流程示意图;
图23为本申请实施例提供的另一种数据传输的方法流程示意图;
图24为一种协议数据单元会话修改流程示意图;
图25为本申请实施例提供的一种数据传输方法所对应的流程示意图;
图26为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图27为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图28为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图29为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图30为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图31为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图32为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图33为本申请实施例提供的根据第一信息确定等待时长的方法示意图之一;
图34为本申请实施例提供的一种数据传输的完整方法流程示意图;
图35为本申请实施例提供的另一种数据传输方法所对应的流程示意图;
图36为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图37为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图38为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图39为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图40为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图41为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图42为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图43为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图44为本申请实施例提供的根据第一信息确定第二信息发送时间的方法示意图之一;
图45为本申请提供的一种装置的结构示意图;
图46为本申请提供的另一种装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于设备实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在无线通信系统中,如长期演进(long term evolution,LTE)系统或第五代(5thgeneration,5G)通信系统中,终端设备可以和网络设备进行无线资源控制(radioresource control,RRC)连接建立过程,当终端设备和网络设备建立了RRC连接后,该终端设备的RRC状态即为RRC连接态。随后,终端设备的RRC状态可以在以下状态中进行转换:RRC空闲(RRC_IDLE)态、RRC连接(RRC_CONNECTED)态和RRC非激活(RRC_INACTIVE)态。
首先,对终端设备的3种RRC状态进行介绍说明:
一、RRC空闲态
终端设备处于RRC空闲态时,释放了终端设备和接入网之间的RRC连接。此时,终端设备可以从网络设备接收寻呼消息、广播信道、和/或系统信息等。
在该RRC状态下,网络设备不知道该终端设备是否在该网络设备覆盖范围内或者是否在该网络设备的管理范围内,例如网络设备不知道该终端设备是否在该网络设备所管理的小区的覆盖范围内;核心网不知道终端设备在哪个网络设备的覆盖范围内或者管理范围内,核心网不知道通过哪个网络设备可以定位到或者找到该终端设备。
二、RRC非激活态
终端设备处于RRC非激活态时,没有终端设备和网络设备之间的RRC连接。此时,网络设备不知道该终端设备是否在该网络设备的覆盖范围内或者是否在该网络设备的管理范围内,例如网络设备不知道该终端设备是否在该网络设备所管理的小区的覆盖范围内;核心网知道终端设备在哪个或哪些网络设备的覆盖范围内或者管理范围内,核心网知道通过哪个或哪些网络设备可以定位到或者找到该终端设备。
当终端设备是RRC_INACTIVE态时,终端设备可以从网络设备接收寻呼消息、同步信号、广播消息、和/或系统信息等。
三、RRC连接态;
终端设备是RRC_CONNECTED态时,存在终端设备和网络设备之间的RRC连接。由此,网络设备知道该终端设备在该网络设备的覆盖范围内或者在该网络设备的管理范围内。
目前,网络设备和终端设备之间进行该终端设备特定数据传输时,例如网络设备为接入网设备,接入网设备从核心网设备接收到该终端设备的下行数据(例如终端设备的PDU会话的下行数据),接入网设备要将该下行数据发送给终端设备时,需要终端设备为RRC连接态。示例性地,若终端设备为RRC空闲态或RRC非激活态时,终端设备首先与网络设备进行RRC连接建立过程,终端设备和网络设备建立了RRC连接后,该终端设备的状态为RRC连接态,此时便可进行该终端设备特定的数据传输。
示例性地,终端设备可以通过与网络设备的RRC连接建立过程,使终端设备由RRC空闲态或RRC非激活态转换为RRC连接态。其中,RRC连接建立过程可以是由网络设备触发的,例如,在终端设备处于RRC非激活态时,网络设备向终端设备发送寻呼消息,该寻呼消息包含该终端设备的标识。对应的,终端设备从网络设备接收到该寻呼消息后,触发RRC连接建立过程。RRC连接建立过程也可以是由终端设备的高层触发的,例如,终端设备有上行数据的发送需求时,由终端设备的高层触发RRC连接建立过程。
其中,网络设备向终端设备发送寻呼消息的过程可以是:
由于来自网络设备的下行数据是不可预期的,因此,在RRC非激活态时,终端设备周期性醒来,监听网络设备可能发送的下行数据,例如,网络设备为终端设备配置非连续接收(discontinuous reception,DRX),其中,DRX是指终端设备不需要连续监听寻呼消息,而是按照DRX周期性醒来监听寻呼消息,以达到省电的目的。如图1所示,为DRX周期示意图。DRX包括on duration(唤醒期)和Opportunity for DRX(休眠期)。
具体的,对于on duration,终端设备处于唤醒激活状态。网络设备如果有下行数据要发送给终端设备,会在on duration内对终端设备发起寻呼,相应的,终端设备需要在on duration内监听PDCCH,检测网络设备是否对自身发起寻呼。示例性地,on duration包含至少一个寻呼时机(paging occasion,PO)。网络设备向终端设备发起寻呼的过程可以包括:网络设备在on duration内的某个寻呼时机(PO)发送用于调度寻呼消息的DCI,并在DCI指示的资源位置发送寻呼消息,相应的,终端设备在on duration内的寻呼时机监听PDCCH,盲检测DCI,并根据DCI指示的资源位置接收寻呼消息,与网络设备进行RRC连接建立过程。
对于Opportunity for DRX时段,终端设备处于睡眠状态,不会监听PDCCH,因此网络设备也不会在该时段对终端设备发起寻呼。
举例来说,DRX周期为10s,on duration为1s,则终端设备每隔10s便会醒来一次,并在on duration的1s内监听接入网设备可能发送的寻呼消息,直到接收到寻呼消息或onduration计时完成。上述方式,终端设备虽然不需要持续监听信道,但终端设备仍需要频繁的醒来监听寻呼消息。
为了进一步降低终端设备的能耗,网络设备还可以为处于RRC非激活态的终端设备配置更长的睡眠时间,例如,网络设备为终端设备配置扩展非连续接收(extendeddiscontinuous reception,eDRX)。在eDRX中,网络设备可以为终端设备配置寻呼时间窗PTW,示例性地,(参见图11b)PTW可以理解为循环执行的一个或多个DRX周期,即终端设备在PTW内按照DRX周期性醒来监听寻呼消息,在eDRX的PTW之外持续处于睡眠状态。在PTW中,DRX周期中的on duration可以称为寻呼时机(PO),举例来说,eDRX周期可以为3h,PTW可以为100s,寻呼时机的周期为10s,则终端设备在PTW内每10s醒来一次,在寻呼时机内监听寻呼消息,在eDRX中除寻呼时机之外的时间均为睡眠状态,也就是,该终端设备在一个eDRX周期内仅需要醒来10次。综上,eDRX相对于DRX而言,终端设备处于睡眠状态的时间更长,且不需要频繁醒来监听寻呼消息,从而进一步降低终端设备的功耗,但增大了网络设备寻呼该终端设备的难度,也即网络设备可能需要长时间存储该终端设备的下行数据,增加网络设备的存储负担。如何在降低终端设备的能耗的基础上,减轻网络设备的存储负载是亟待解决的问题。
鉴于此,提供本申请实施例的技术方案。在本申请实施例中,接入网设备向核心网设备发送第一信息,第一信息用于确定核心网设备将终端设备的下行数据发送至接入网设备的时间,当核心网设备接收到终端设备的下行数据后,例如从DN接收到终端设备通过PDU会话请求的优酷业务的数据,核心网设备根据第一信息向接入网设备发送该下行数据,例如,核心网关设备根据第一信息确定发送该下行数据的时间,当该时间到达时,将该下行数据发送至接入网设备,以此减轻接入网设备的存储负担。
本申请实施例提供的技术方案可以应用于各种通信系统,例如:可以应用到LTE、5G等通信系统中,也可以应用到无线保真(wireless fidelity,WiFi)、全球微波互联接入(worldwide interoperability for microwave access,wimax)、或者未来的通信系统中,如未来的第六代(6th generation,6G)系统等。其中,5G还可以称为新无线(new radio,NR)。示例性地,可以应用本申请实施例提供的技术方案的通信系统中,一个实体可以对另一个实体发起寻呼或接入。本申请实施例在介绍过程中是以网络设备和终端设备之间的空口通信过程为例,可选的,本申请实施例提供的技术方案也可以应用于侧行链路(sidelink,SL)通信,该通信中一个终端设备能够对另一个终端设备发起寻呼或接入。例如,本申请实施例提供的技术方案可以应用于设备到设备(device-to-device,D2D)通信场景,例如可以是NR D2D通信场景和/或LTE D2D通信场景等;或者可以应用于车到一切(vehicle to everything,V2X)通信场景,例如可以是NR V2X通信场景、LTE V2X通信场景、车联网通信场景、和/或车与车(vehicle-to-vehicle,V2V)通信场景等;或可用于智能驾驶,智能网联车等领域。
如图2所示,为本申请实施例所适用的一种网络架构。下面对架构包括的部分网元及各网元的功能分别简单介绍。
1)终端设备,可以是一种具有无线收发功能的设备。终端设备可以简称为终端,其可以部署在陆地上,包括室内、室外、和/或手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是用户设备(userequipment,UE),UE包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地,UE可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、和/或智慧家庭(smart home)中的无线终端等等。
本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是能够支持终端设备实现该功能的装置,例如芯片系统,该装置可以被安装在终端设备中。本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中,以用于实现终端的功能的装置是终端设备为例,描述本申请实施例提供的技术方案。
2)接入网设备,是将终端设备接入到无线网络的无线接入网(radio accessnetwork,RAN)节点。目前,一些RAN节点的举例为:下一代基站(next generation NodeB,gNB)、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,WiFi)接入点(access point,AP)等。
3)接入与移动性管理功能(access and mobility management function,AMF)网元:属于核心网网元,主要负责信令处理部分,例如:接入控制、移动性管理、注册与去注册等功能。AMF网元为UE中的会话提供服务的情况下,会为该会话提供控制面的存储资源,以存储会话标识、与会话标识关联的SMF网元标识等。本申请中,AMF还可以为移动性管理实体(mobility management entity,MME)。
4)任务管理功能(session management function,SMF)网元:负责用户面网元选择,用户面网元重定向,网络之间互连的协议(Internet Protocol,IP)地址分配,会话的建立、修改和释放以及服务质量(Quality of Service,QoS)控制。本申请中,SMF还可以为服务网关(serving gateway,S-GW)。
5)用户面功能(user plane function,UPF)网元:负责终端设备的用户数据的转发和接收。可以从数据网络(data network,DN)接收用户数据,通过接入网设备传输给终端设备;UPF网元还可以通过接入网设备从终端设备接收用户数据,转发到数据网络。UPF网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。本申请中,UPF还可以为公共数据网网关(pubulic data netwok gateway,P-GW)。本申请中,SMF和UPF的功能可以集成于服务网关或者公共数据网网关。SMF、UPF、S-GW和P-GW可以统称为数据网关设备,其与AMF或MME进行交互,这样SMF与UPF之间的交互和S-GW与P-GW之间的交互可以省略。该数据网关设备可以缓存下行数据。
其中,UE与AMF网元之间的接口称为N1接口,AMF网元与RAN设备之间的接口称为N2接口,RAN设备与UPF网元之间的接口可以称为N3接口,SMF网元与UPF网元之间的接口称为N4接口,UPF网元与DN之间的接口称为N6接口,SMF网元与PCF网元之间的接口称为N7接口,AMF网元与SMF网元之间的接口称为N11接口。
本申请中的第一网络设备、第二网络设备、第三网络设备、第四网络设备可以分别是图2所示的UPF网元、RAN、AMF、SMF。也可以是未来通信系统中的具有上述UPF网元、RAN、AMF、SMF网元的功能的网元。
为方便说明,本申请后续,以第一网络设备、第二网络设备、第三网络设备、第四网络设备分别为图2中的UPF网元、RAN、AMF、SMF网元为例进行说明。进一步地,将AMF网元简称为AMF,将SMF网元简称为SMF,将UPF网元简称为UPF,以及,将终端设备称为UE,将接入网设备简称为RAN,即本申请后续所描述的AMF均可替换为移动性管理网元,SMF均可替换为会话管理网元,UPF均可替换为用户面网元,UE均可替换为终端设备,RAN均可以替换为接入网设备。
需要说明的是,上述仅为举例,并非对第一网络设备、第二网络设备、第三网络设备、第四网络设备的限定,例如,第一网络设备还可以是其他能够接收终端设备的下行数据,或能够向接入网设备发送终端设备的下行数据的网元,本申请实施例对此不作限定。其中,UPF还可以是协议数据单元(protocol data unit,PDU)会话锚点(PDU sessionanchor,PSA)UPF或下行分类器用户面网元(downlink classifier UPF,DLCL UPF)等,本申请实施例对此不作限定。
接下来结合具体的实施例介绍本申请实施例的技术方案。
实施例一(UPF-drx)
图3示出了本申请实施的一种数据传输的方法,该方法可以应用于图2所示的网络结构中,如图3所示,该方法可以包括如下流程:
步骤S301:接入网设备向AMF发送第一信息,该第一信息用于UPF确定向接入网设备发送UE的下行数据的时间,相应的,AMF从接入网设备接收第一信息;
可选的,第一信息还可以包括UE的信息,比如该UE的标识,以便UPF在接收到该UE的下行数据时,根据该UE的标识对应的第一信息向该UE的接入网设备发送下行数据。可以理解地是,若接入网设备为不同的UE配置的eDRX相同,则第一信息可以不包含UE的信息,如果第一信息可以不包含UE的信息,则本申请中的UE可以是发送第一信息的接入网设备下任意一个UE,如果该接入网设备下有多个UE,针对每个UE分别执行本申请实施例提供的数据传输的方法所示的步骤。
步骤S302:AMF向SMF发送第一信息,相应的,SMF从AMF接收第一信息。
步骤S303:SMF向UPF发送第一信息,相应的,UPF从SMF接收第一信息。
步骤S304,UPF根据第一信息向接入网设备发送UE的下行数据。
示例性地,UPF接收到UE的下行数据,根据第一信息确定该下行数据的最迟发送时间,在最迟发送时间之前的预设时长内将该下行数据发送给接入网设备。其中,所述最迟发送时间可以理解为UPF可以存储所述下行数据的截止时间,UPF在该最迟发送时间向接入网设备发送所述下行数据,可以使得所述接入网设备在接收到所述下行数据时,刚好所述UE的寻呼时机到来,使得所述接入网设备存储所述下行数据的时间尽可能的短。若所述UPF在所述最迟发送时间之后发送所述下行数据,则所述接入网设备可能需要存储所述下行数据,直到所述UE的寻呼时机到达,造成所述接入网设备存储UE的下行数据的时间过长。具体的,所述最迟发送时间可以是根据终端设备的唤醒时间确定的,示例性地,所述最迟发送时间可以为UPF接收到UE的下行数据后,该UE的唤醒时间。例如,DRX(PTW)的起始时间,或PTW的结束时间,或PTW内的任一时间,或PTW内任一PO的起始时间,或PTW内任一PO的结束时间,或PTW内任一PO包含的任一时间,本申请实施例对此不作限定。预设时长是指最迟发送时间之前的预设长度的时间段,该预设时长可以是预设的或协议定义的,或根据先验信息预配置的,本申请实施例对此不作限定。
下面结合具体的示例对根据第一信息发送下行数据的流程进行介绍。
示例一:第一信息包含eDRX周期。
该eDRX周期也可以为UE的唤醒周期或非连续接收DRX周期或UE的休眠周期;下面以第一信息包含eDRX周期为例进行说明。
在一种可能的实施方式中,UPF可以根据eDRX周期和接收第一信息的时间确定第三时间,UPF在第三时间前将该下行数据发送给接入网设备,其中,第三时间为UPF接收到下行数据之后的eDRX周期边界或eDRX周期起始时间。
如图4所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t3接收到下行数据,则UPF根据t2和eDRX周期确定第三时间,即t5,UPF在t5前的t4向接入网设备发送下行数据;若UPF在t6接收到下行数据,则UPF根据t2和eDRX周期确定第三时间,即t8,UPF在t8前的t7向接入网设备发送下行数据;若UPF在t9接收到下行数据,则UPF根据t2和eDRX周期确定第三时间,即t11,UPF在t11前的t10向接入网设备发送下行数据。
示例性地,t5可以理解为最迟发送时间,t5与t4之间的间隔时长可以理解为预设时长,UPF可以在t5之前的预设时长,即t4向接入网设备发送下行数据。可选的,UPF还可以在t4~t5之内的任一时刻向接入网设备发送下行数据,下文重复之处不再赘述。
需要说明的是,图4仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,UPF可以根据eDRX周期和接收第一信息的时间确定第四时间,UPF在第四时间将该下行数据发送给接入网设备,其中第四时间为UPF接收到下行数据之后的eDRX周期边界或eDRX周期起始时间(just before)前的时间。如图5所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t3接收到下行数据,则UPF根据t2和eDRX周期确定第四时间,即t4,UPF在t4向接入网设备发送下行数据。例如,UPF根据t2、eDRX和发送下行数据的时间提前量确定第四时间。若UPF在t6接收到下行数据,则UPF根据t2和eDRX周期确定第四时间,即t7,UPF在t7向接入网设备发送下行数据;若UPF在t9接收到下行数据,则UPF根据t2和eDRX周期确定第四时间,即t10,UPF在t10向接入网设备发送下行数据。
需要说明的是,图5仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
示例二,第一信息可以包括eDRX周期和PTW时长;
在一种可能的实施方式中,UPF将接收到第一信息的时间确定为eDRX周期和PTW的起始时间,UPF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第三时间,UPF在第三时间前将该下行数据发送给接入网设备,例如,UPF在第三时间前的PTW内将该下行数据发送给接入网设备,其中,第三时间为UPF接收到下行数据后的PTW的结束时间。如图6所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t9接收到下行数据,则UPF根据t2、eDRX周期和PTW确定第三时间,即t11,UPF在t11前的t10向接入网设备发送下行数据。
需要说明的是,图6仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,UPF将接收到第一信息的时间确定为eDRX周期和PTW的起始时间,UPF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,UPF在第四时间将该下行数据发送给接入网设备,其中,第四时间为PTW结束(just before)前的时间,例如第四时间为PTW内的时间。如图7所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t9接收到下行数据,则UPF根据t2、eDRX周期和PTW确定第四时间,即t10,UPF在t10向接入网设备发送下行数据。
需要说明的是,图7仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,UPF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,UPF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第三时间,UPF在第三时间前将该下行数据发送给接入网设备,例如,UPF在第三时间前的PTW内将该下行数据发送给接入网设备,其中,第三时间为PTW结束的时间。如图8所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t9接收到下行数据,则UPF根据t2、eDRX周期和PTW确定第三时间,即t11,UPF在t11前的t10向接入网设备发送下行数据。
需要说明的是,图8仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,UPF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,UPF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,UPF在第四时间将该下行数据发送给接入网设备,其中,第四时间为PTW结束前的时间,例如,第四时间在PTW内。如图9所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t9接收到下行数据,则UPF根据t2、eDRX周期和PTW确定第四时间,即t10,UPF在t10向接入网设备发送下行数据。
需要说明的是,图9仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,UPF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,UPF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,UPF在第四时间将该下行数据发送给接入网设备,其中,第四时间为PTW前的时间。如图10所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息。若UPF在t9接收到下行数据,则UPF根据t2、eDRX周期和PTW确定第四时间,即t10,UPF在t10向接入网设备发送下行数据。
需要说明的是,图10仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和UPF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
本申请中,该eDRX周期可以为寻呼时机(paging occasion,PO)的周期,如图11a所示。或者,该eDRX周期为寻呼时间窗(paging time window,PTW)的周期,其中,PTW中包含一个或多个PO,如图11b所示。
示例三,第一信息可以包括eDRX周期和第一时长;
在一种可能的实施方式中,所述第一时长用于指示以下至少一项:
(1)接入网设备发送第一信息的时间距离下一个eDRX周期边界的时间间隔;
(2)距离下一个PTW的时间间隔;
(3)距离下一个寻呼时机PO的时间间隔。
UPF根据第一时长、eDRX周期确定第三时间,其中第三时间为UPF接收到下行数据后的eDRX周期边界。如图12所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息,UPF在t9接收到下行数据,UPF根据t2和第一信息的传输时延(t1与t2之间的时间差值)确定t1,进而再根据第一时长L确定eDRX周期边界,以及根据确定的eDRX周期边界和eDRX周期确定第三时间t11。示例性地,若t1等于t2,则UPF直接根据t1、L和eDRX周期确定第三时间t11。UPF在第三时间前的t10向接入网设备发送下行数据。
在一种可能的实施方式中,所述第一时长用于指示接入网设备发送第一信息的时间距离下一个eDRX周期边界的时间间隔。UPF根据第一时长、eDRX周期确定第四时间,其中第四时间为UPF接收到下行数据后的eDRX周期边界前的时间。如图13所示,接入网设备在t1发送第一信息,UPF在t2接收第一信息,UPF在t9接收到下行数据,UPF根据t2和第一信息的传输时延确定t1,进而再根据t1和第一时长L确定eDRX周期边界,以及根据确定的eDRX周期边界和eDRX周期确定第四时间,即t10。示例性地,若t1等于t2,则UPF直接根据t1、L和eDRX周期确定第四时间t10。UPF在第四时间t10向接入网设备发送下行数据。
上述方式,UPF根据第一信息向接入网设备发送UE的下行数据,可以在UE唤醒(just
before)前向接入网设备发送UE的下行数据,可以有效地缓解接入网设备的存储负担。
示例三:第一信息包括第八指示信息。
具体的,第八指示信息可以用于指示暂停向UE发送下行数据。
UPF接收到第八指示信息后,暂停向UE发送下行数据。
示例四:第一信息包括第八指示信息和第二时长。
UPF接收到第八指示信息后,暂停向UE发送下行数据,其中,暂停时间为第二时长。
若UPR缓存有UE的下行数据,则可以在暂停第二时长后将缓存的下行数据发送给UE。
示例五:第一信息包含第九指示信息。
具体的,第九指示信息可以用于指示恢复向UE发送下行数据。
UPF接收到第九指示信息后,恢复向UE发送下行数据。例如,UPF首先接收到第八指示信息,UPF暂停向该UE发送下行数据,随后,UPF又接收到第九指示信息,则UPF恢复向该UE发送下行数据。又例如,UPF首先接收到第八指示信息和第二时长,UPF暂停向UE发送下行数据,暂停时长为第二时长,若在第二时长内接收到第九指示信息,则在接收到第九指示信息后,可以向UE发送下行数据。
实施例二(SMF-drx)
图14示出了本申请实施的一种数据传输的方法,该方法可以应用于图2所示的系统架构中,如图14所示,该方法可以包括如下流程:
步骤S1401:接入网设备向AMF发送第一信息,该第一信息用于SMF确定指示UPF发送UE的下行数据的时间,相应的,AMF从接入网设备接收第一信息;
示例性地,第一信息可以分别为上述图4至图13中的第一信息,SMF接收到第一信息后,可以执行上述实施例中UPF的流程步骤来确定SMF发送UE的下行数据的时间,以下实施例中不再重复赘述。
步骤S1402:AMF向SMF发送第一信息,相应的,SMF从AMF接收第一信息;
步骤S1403:SMF向UPF发送第一指示信息,所述第一指示信息用于向UPF指示如下a1或者a2或者a3。
a1:在接收到UE的下行数据时:
(1)缓存(buffer)UE的下行数据,和
(2)向SMF发送第二指示信息,所述第二指示信息用于指示UPF有UE的下行数据。
示例性的,所述的UPF有UE的下行数据,可以是UPF缓存有该下行数据,还可以是UPF(刚刚)接收到该下行数据。
a2:在接收到UE的下行数据时,缓存UE的下行数据。
a3:在接收到UE的下行数据时,将所述下行数据发送至SMF。
本申请实施例中的“缓存”可以理解为暂时存储,本文所描述的缓存还可以替换为存储。
上述设计,通过第一指示信息可以指示UPF执行不同的操作,使得本申请实施例中数据传输的方式更加灵活。例如,第一指示信息用于指示a1,UPF在接收到UE的下行数据时不会直接将该下行数据发送至接入网设备,可以由UPF缓存该下行数据,以此减轻接入网设备的存储负担。另外,UPF可以自身确定该下行数据的发送时间,UPF在确定的发送时间将该下行数据发送至接入网设备,以此在减轻接入网设备的存储负担的基础上,减少终端设备接收下行数据的时延。UPF还可以通过第二指示信息通知SMF,UPF缓存有UE的下行数据,SMF在接收到第二指示信息后,由SMF为UPF确定该下行数据的发送时间,以此节省UPF的计算开销。又例如,第一指示信息用于指示a3,UPF还可以将接收到的下行数据发送至SMF,由SMF缓存该下行数据,以分担接入网设备的存储负担,同时还能分担UPF的存储负担。
在一种可能的实施方式中,步骤S1403可以在步骤S1401或S1402之前执行。
步骤S1404:UPF接收UE的下行数据。该步骤为可选步骤。
第一种可选的实施方式:
若步骤S1404中UPF接收到所述下行数据且所述第一指示信息用于指示a1,则执行步骤S1405b、S1406b、S1407b和S1409。
步骤S1405b:UPF缓存该下行数据。
步骤S1406b:UPF在接收到所述下行数据时向SMF发送所述第二指示信息。
步骤S1407b:若SMF接收到所述第二指示信息,则SMF根据所述第二指示信息和所述第一信息向UPF发送第三指示信息,所述第三指示信息用于指示UPF发送所述下行数据。
若SMF未接收到所述第二指示信息,则SMF根据所述第一信息向UPF发送所述第三指示信息。
步骤S1409:UPF根据所述第三指示信息向接入网设备发送UE的下行数据。
在一种可能的实施方式中,当所述UPF接收到所述第三指示信息时,所述UPF向所述接入网设备发送UE的下行数据。
综上,UPF接收到下行数据时,由UPF缓存该下行数据,UPF向SMF发送第二指示信息,用于指示UPF缓存有下行数据,SMF根据步骤S1402中接收到的第一信息确定UPF发送UE的下行数据的时间,并通过第三指示信息通知UPF,UPF根据第三指示信息发送该缓存的下行数据。
第二种可选的实施方式:
若步骤S1404中UPF接收到所述下行数据且所述第一指示信息用于指示a2,则执行步骤S1405b、S1407b和S1409。
第三种可选的实施方式:
若步骤S1404中UPF接收到所述下行数据且所述第一指示信息用于指示a3,则执行步骤S1405a、S1406a、S1407a和S1409。
步骤S1405a:UPF向SMF发送所述下行数据。
步骤S1406a:SMF缓存所述下行数据。
步骤S1407a:SMF根据所述第一信息向UPF发送所述下行数据。
第四种可选的实施方式:
若步骤S1404中UPF未接收到所述下行数据(或者说该实施例未执行步骤S1404)且所述第一指示信息用于指示a2,则执行步骤S1407b和S1408。
步骤S1408:UPF根据所述第三指示信息向AMF发送第四指示信息,所述第四指示信息用于指示未接收到所述下行数据。
示例性地,SMF根据第一信息确定可用于UPF发送UE的下行数据的时间,此处假设SMF不知道UPF是否缓存有下行数据,SMF可以周期性向UPF发送第三指示信息,以通知UPF在接收到或缓存有所述下行数据时,在接收到所述第三指示信息时发送该下行数据。UPF在接收到SMF发送的第三指示信息时,UPF若无缓存的下行数据,则可以向SMF发送第四指示信息,SMF根据第四指示信息确定是否再次向UPF发送第三指示信息。
需要说明的是,为了方便描述,本申请所列举的各实施例中名称相同的信息不一定为同一信息,该信息的功能由各自的实施例所限定。
实施例三(AMF-drx)
图15示出了本申请实施的一种数据传输的方法,该方法可以应用于图2所示的系统架构中,如图15所示,该方法可以包括如下流程:
步骤S1501:接入网设备向AMF发送第一信息,该第一信息用于AMF确定指示SMF或UPF发送UE的下行数据的时间,相应的,AMF从接入网设备接收第一信息;
步骤S1502:AMF根据所述第一信息向SMF发送第五指示信息,所述第五指示信息用于向SMF指示如下a1或者a2。
a1:在接收到UE的下行数据时:
(1)缓存UE的下行数据,和
(2)发送第二指示信息,所述第二指示信息用于指示有UE的下行数据。
a2:在接收到UE的下行数据时,缓存UE的下行数据。
步骤S1503:SMF向UPF发送第一指示信息,所述第一指示信息用于向UPF指示a1、a2或者a3。
a3:在接收到所述下行数据时,将所述下行数据发送至SMF。
具体的,若第五指示信息用于指示a1时,第五指示信息用于指示SMF向AMF发送第二指示信息。第一指示信息用于指示a1时,第一指示用于指示UPF向SMF发送第二指示信息,下文重复之处不再赘述。
上述设计,通过第五指示信息指示SMF执行不同的操作,以及通过第一指示信息指示UPF执行不同的操作,以实现在减轻接入网设备的存储负担的基础上,减少终端设备接收下行数据的时延,使得本申请实施例中数据传输的方式更加灵活。
在一种可能的实施方式中,步骤S1503可以在步骤S1501或S1502之前执行。
步骤S1504:UPF接收UE的下行数据。该步骤为可选步骤。
第一种可选的实施方式:
若步骤S1504中UPF接收到所述下行数据且所述第五指示信息用于指示a1、所述第一指示信息用于指示a1,则执行步骤S1505b、S1506b、S1507、S1508、S1509b和S1512。
步骤S1505b:UPF缓存该下行数据。
步骤S1506b:UPF在接收到所述下行数据时向SMF发送所述第二指示信息。
步骤S1507:SMF向AMF发送所述第二指示信息。
步骤S1508:若AMF接收到所述第二指示信息,则AMF根据所述第二指示信息和所述第一信息向SMF发送第三指示信息,所述第三指示信息用于指示发送所述下行数据。
若AMF未接收到所述第二指示信息,则AMF根据所述第一信息向SMF发送所述第三指示信息。
步骤S1509b:SMF向UPF发送所述第三指示信息。
步骤S1512:UPF根据所述第三指示信息向接入网设备发送所述下行数据。
第二种可选的实施方式:
若步骤S1504中UPF接收到所述下行数据且所述第五指示信息用于指示a1、所述第一指示信息用于指示a3,则执行步骤S1505a、S1506a、S1507、S1508、S1509a和S1512。
步骤S1505a:UPF根据所述第一指示信息,在接收到所述下行数据时,向所述SMF发送所述下行数据。
步骤S1506a:所述SMF缓存所述下行数据。
步骤S1509a:所述SMF根据所述第三指示信息向所述UPF发送所述下行数据。
其他步骤与第一种可选的实施方式中的对应步骤相同。
第三种可选的实施方式:
若步骤S1504中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a1,则执行步骤S1505b、S1506b、S1508、S1509b和S1512。
第四种可选的实施方式:
若步骤S1504中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a2,则执行步骤S1505b、S1508、S1509b和S1512。
第五种可选的实施方式:
若步骤S1504中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a3,则执行步骤S1505a、S1506a、S1508、S1509a和S1512。
第六种可选的实施方式:
若步骤S1504中UPF未接收到所述下行数据(或者说该实施例未执行步骤S1504)且所述第五指示信息用于指示a2、所述第一指示信息用于指示a2,则执行步骤S1508、S1509b、S1510和S1511。
步骤S1510:UPF向SMF发送第四指示信息,所述第四指示信息用于指示未接收到所述下行数据。
步骤S1511:SMF向AMF发送所述第四指示信息。
第七种可选的实施方式:
若步骤S1504中UPF未接收到所述下行数据(或者说该实施例未执行步骤S1504)且所述第五指示信息用于指示a2、所述第一指示信息用于指示a3,则执行步骤S1508和S1511。
如前所述,指示a3中第一指示信息用于指示UPF将下行数据发送至SMF缓存,因此,AMF可以在不确定SMF是否缓存有下行数据的情况下,向SMF发送第三指示信息,用于指示SMF可以向UPF发送缓存的下行数据的时间,可以执行一次步骤S1508,也可以是周期性执行步骤S1508,SMF可以在未缓存下行数据的情况向AMF发送第四指示信息。
实施例四(RAN-drx)
图16示出了本申请实施的一种数据传输的方法,该方法可以应用于图2所示的系统架构中,该实施例中由接入网设备根据第一信息确定发送下行数据的时间,如图16所示,该方法可以包括如下流程:
步骤S1601:接入网设备向AMF发送第五指示信息。
步骤S1602:AMF向SMF发送所述第五指示信息,所述第五指示信息用于向SMF指示如下a1或者a2。
a1:在接收到UE的下行数据时:
(1)缓存UE的下行数据,和
(2)发送第二指示信息,所述第二指示信息用于指示有UE的下行数据。
a2:在接收到UE的下行数据时,缓存UE的下行数据。
步骤S1603:SMF向UPF发送第一指示信息,所述第一指示信息用于向UPF指示a1、a2或者a3。
a3:在接收到所述下行数据时,将所述下行数据发送至SMF。
在一种可能的实施方式中,步骤S1603可以在步骤S1601或S1602之前执行。
步骤S1604:UPF接收UE的下行数据。该步骤为可选步骤。
第一种可选的实施方式:
若步骤S1604中UPF接收到所述下行数据且所述第五指示信息用于指示a1、所述第一指示信息用于指示a1,则执行步骤S1605b、S1606b、S1607、S1608、S1609b和S1612。
步骤S1605b:UPF缓存该下行数据。
步骤S1606b:UPF在接收到所述下行数据时向SMF发送所述第二指示信息。
步骤S1607:SMF向AMF发送所述第二指示信息,AMF向接入网设备发送所述第二指示信息。
步骤S1608:接入网设备接收到所述第二指示信息,则接入网设备根据所述第二指示信息和第一信息向AMF发送第三指示信息,AMF向SMF发送所述第三指示信息,所述第三指示信息用于指示发送所述下行数据。
步骤S1609b:SMF向UPF发送所述第三指示信息。
步骤S1612:UPF根据所述第三指示信息向接入网设备发送所述下行数据。
第二种可选的实施方式:
若步骤S1604中UPF接收到所述下行数据且所述第五指示信息用于指示a1、所述第一指示信息用于指示a3,则执行步骤S1605a、S1606a、S1607、S1608、S1609a和S1612。
步骤S1605a:UPF根据所述第一指示信息,在接收到所述下行数据时,向所述SMF发送所述下行数据。
步骤S1606a:所述SMF缓存所述下行数据。
步骤S1609a:所述SMF根据所述第三指示信息向所述UPF发送所述下行数据。
其他步骤与第一种可选的实施方式中的对应步骤相同。
第三种可选的实施方式:
若步骤S1604中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a1,则执行步骤S1605b、S1606b、S1608、S1609b和S1612。
第四种可选的实施方式:
若步骤S1604中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a2,则执行步骤S1605b、S1608、S1609b和S1612。
第五种可选的实施方式:
若步骤S1604中UPF接收到所述下行数据且所述第五指示信息用于指示a2、所述第一指示信息用于指示a3,则执行步骤S1605a、S1606a、S1607、S1608、S1609a和S1612。
第六种可选的实施方式:
若步骤S1604中UPF未接收到所述下行数据(或者说该实施例未执行步骤S1604)且所述第五指示信息用于指示a2、所述第一指示信息用于指示a2,则执行步骤S1608、S1609b、S1610和S1611。
步骤S1610:UPF向SMF发送第四指示信息,所述第四指示信息用于指示未接收到所述下行数据。
步骤S1611:SMF向AMF发送所述第四指示信息,AMF向接入网设备发送所述第四指示信息。
第七种可选的实施方式:
若步骤S1604中UPF未接收到所述下行数据(或者说该实施例未执行步骤S1604)且所述第五指示信息用于指示a2、所述第一指示信息用于指示a3,则执行步骤S1608和S1611。
实施例五(RNAU)
图17为本申请实施例提供的另一种数据传输的方法,该方法可以应用于图2所示的系统架构中,该方法可以单独应用,该方法还可以与上述实施例相结合应用,例如在以下步骤之后执行:
(1)实施例一的步骤S301、S302或S303,或者
(2)实施例二的步骤S1401、S1402、S1403、S1404、S1405a、S1406a或S1405b,或者
(3)实施例三的步骤S1501、S1502、S1503、S1504、S1505a、S1506a或S1505b,或者
(4)实施例四的步骤S1601、S1602、S1603、S1604、S1605a、S1606a或S1605b。
如图17所示,该方法可以包括如下流程:
步骤S1701:接入网设备向AMF发送第二信息,该第二信息用于向UPF指示UE可达。对应的,AMF从接入网设备接收该第二信息。
这里的可达是指终端设备当前可以接收来自网络侧的下行数据,例如,终端设备处于RRC连接态,或终端设备请求进入RRC连接态。
步骤S1702:AMF向SMF发送该第二信息,对应的,SMF从AMF接收该第二信息。
步骤S1703:SMF向UPF发送该第二信息,对应的,UPF从SMF接收该第二信息。
步骤S1704,UPF根据该第二信息向接入网设备发送UE的下行数据。
示例性地,UPF在接收到第二信息之前,存储(或者说缓存)有UE的下行数据,则在接收到第二信息后,确定该UE可达,并将缓存的下行数据发送至该UE的接入网设备。再示例性地,若UPF缓存有UE的下行数据,UPF接收到第二信息时,UPF可以向SMF发送第二指示信息,第二指示信息用于指示有UE的下行数据,若UPF未缓存有UE的下行数据,UPF接收到第二信息时,可以向SMF发送第四指示信息,所述第四指示信息用于指示没有UE的下行数据或用于指示可以将UE释放。
需要说明的是,本申请提供的各实施例可以单独使用,也可以相互结合使用。例如,实施例一的部分步骤与实施例二的部分步骤结合形成新的实施例,这些都在本申请的保护范围内。再例如,具体地,(实施例一中步骤S301)接入网设备可以将第一信息发送至AMF,由AMF、SMF将第一信息发送至UPF,UPF在接收到UE的下行数据时,UPF根据第一信息确定该下行数据的发送时间,若在等待该发送时间的过程中,(实施例五中的步骤S1701、S1702、S1703)UPF接收到第二信息,则UPF根据第二信息确定该等待下发的下行数据所属的UE可达,(实施例五中的步骤S1704)UPF将该下行数据发送至接入网设备。如图18所示,UPF在t9接收到UE的下行数据,根据第一信息确定该下行数据的发送时间为t11,若UPF在t10接收到第二信息,UPF根据第二信息确定该UE可达时,将该下行数据发送至接入网设备,一种可能的实现中,UPF在t10或t11之前将该下行数据发送至接入网设备。
上述方式,增加了UPF向接入网设备发送UE的下行数据的灵活性,减少终端设备接收下行数据的时延。
下面结合具体的实施例(实施例六至实施例八)对图3或图17所示的实施例的方案进行具体描述。
实施例六(能力)
在实施例六中,以UE处于RRC非激活态时,UPF向接入网设备发送下行数据为例,结合图3对本申请实施例提供的数据传输的方法进行介绍。图19为本申请实施例提供的数据传输方法所对应的流程示意图。如图19所示,该方法包括:
步骤S1901:接入网设备向AMF发送第六指示信息,相应的,AMF从接入网设备接收该第六指示信息。
该第六指示信息用于指示接入网设备的负载状态,或该第六指示信息用于指示接入网设备支持向核心网设备发送第一信息,或第六指示信息用于指示接入网设备上报第一信息的能力。本实施例可以单独应用,也可以和上述实施例相结合应用,例如,接入网设备可以通过第六指示信息确定是否可以执行如下实施例的步骤:
(1)实施例一的步骤S301,或者,
(2)实施例二的步骤S1401,或者,
(3)实施例三的步骤S1501,或者,
(4)实施例四的步骤S1601,
以缓解接入网设备的存储负载。
可选地,第六指示信息可以但不限于承载于至少一个下列消息中:
NG setup request、RAN configuration update、AMF configuration updateacknowledge、NG reset acknowledge。
步骤S1902:AMF向接入网设备发送第七指示信息,第七指示信息用于指示接入网设备可以向核心网设备发送第一信息,相应的,接入网设备从AMF接收第七指示信息。
这里的第七指示信息可以理解为1)用于表征核心网设备具备根据第一信息向接入网设备发送UE的下行数据的能力,和/或2)指示接入网设备向核心网设备发送第一信息。
可选地,第七指示信息可以但不限于承载于至少一个下列消息中:
NG setup response、RAN configuration update acknowledge、AMFconfiguration update、NG reset、AMF status Indication、Overload Start、OverloadStop。
需要说明的是,本申请对于步骤S1901的执行顺序没有严格限制,例如,步骤S1901还可以是在步骤S1902之后的步骤执行,即先执行步骤S1902,之后执行步骤S1901。另外,上述步骤S1901和步骤S1902为可选的步骤。
步骤S1903:接入网设备向UE发送eDRX周期的配置信息。
具体的,接入网设备可以在UE转换为RRC非激活态之前将eDRX周期的配置信息发送给该UE,例如,eDRX周期的配置信息可以承载于RRC释放消息,所述RRC释放消息用于将UE从RRC连接态释放到RRC非激活态。
示例性地,eDRX周期的配置信息包括eDRX周期的时长信息,还可以包括PTW时长信息等。
在步骤S1902或S1903之后,执行实施例一、实施例二、实施例三或实施例四。在执行实施例一、实施例二、实施例三或实施例四过程中,可以执行实施例五、实施例七或实施例八。
在执行上述实施例一、实施例二、实施例三或实施例四之后,若接入网设备从UPF接收到所述下行数据,则执行步骤S1904。
步骤S1904:接入网设备向该UE发送寻呼消息,与该UE建立RRC连接后,将从UPF接收到的该UE的下行数据发送给该UE。
在执行实施例五、实施例七或实施例八之后,若接入网设备从UPF接收到所述下行数据或所述第二信息,则执行步骤S1905a,或S1905b,或S1905c。
步骤S1905a:若接入网设备接收到所述下行数据或所述第二信息,且接入网设备接收到所述终端设备发送的RRC恢复请求(RRC resume request)消息,则所述接入网设备向所述终端设备发送RRC恢复(RRC resume)消息和所述下行数据;其中,所述RRC恢复消息和所述下行数据可以通过一条消息发送,也可以通过不同消息发送,本申请对此不作限定。
步骤S1905b:若接入网设备接收到所述下行数据或所述第二信息,且接入网设备接收到所述终端设备发送的RRC建立请求(RRC setup request)消息,则所述接入网设备向所述终端设备发送RRC建立(RRC setup)消息和所述下行数据;其中,所述RRC建立消息和所述下行数据可以通过一条消息发送,也可以通过不同消息发送,本申请对此不作限定。
步骤S1905c:若接入网设备接收到所述下行数据或所述第二信息,且接入网设备接收到所述终端设备发送的RRC建立完成(RRC setup complete)消息,则所述接入网设备向所述终端设备发送所述下行数据。
应理解的是,通过本申请实施例的方式,接入网设备从UPF接收到该UE的下行数据的时间与接入网设备能够寻呼该UE的时间相近,接入网设备不需要长时间缓存该UE的下行数据。
实施例七(RNAU)
在实施例七中,将以UE由RRC非激活态,请求进入RRC连接态,例如以接入网通知区域更新(ran notification area update,RNAU)过程为例,对本申请实施例的数据传输方法进行描述。
以下结合实施例一和图17对本申请实施例提供的数据传输的方法进行介绍。图20为本申请实施例提供的数据传输方法所对应的流程示意图。如图20所示,该方法包括:
步骤S2001:接入网设备向UE发送RRC释放消息,相应的,UE接收接入网设备发送的RRC释放消息,并由RRC连接态进入到RRC非激活态。
其中,RRC释放消息包括RRC非激活态配置(rrc-inactiveConfig),所述RRC非激活态配置用于指示RRC非激活态的配置,或者,所述RRC非激活态配置用于指示UE进入RRC非激活态。
步骤S2002:UE向接入网设备发送RRC恢复请求消息(RRC Resume Request),所述RRC Resume Request用于UE向接入网设备请求恢复RRC连接。
所述RRC恢复请求消息包括恢复原因指示(Resume Cause),所述恢复原因指示包括接入网通知区域更新指示(rna-Update)。
在一种可能的实施方式中,所述RRC resume request可以由RRC建立请求消息(RRC setup request替换。
步骤S2003:所述接入网设备向AMF发送第二信息。在一种可能的实施方式中,所述第二信息可以包括于RRC非激活态转化报告(RRC Inactive Transition Report)消息。所述第二信息用于指示以下一项:
(1)所述UE从RRC非激活态转化为RRC连接态;
(2)所述UE即将从RRC非激活态转化为RRC连接态;
(3)所述UE请求恢复RRC连接;
(4)所述UE请求进入RRC连接态;
(5)所述UE可以接收下行数据;
(6)所述UE可达;
(7)所述UE在线;
(8)所述UE上线;
(9)所述UE处于RRC连接态。
步骤S2004:所述AMF向SMF发送所述第二信息,相应的,SMF接收所述AMF发送的所述第二信息。
情况一:缓存有下行数据
结合上述实施例一、实施例二、实施例三或实施例四,若所述SMF缓存有所述下行数据,即步骤S0a,则执行步骤S2005a;若所述UPF缓存有所述下行数据,即步骤S0b,则执行步骤S2005b。
步骤S2005a:所述SMF向所述UPF发送所述下行数据。
步骤S2005b:所述SMF向所述UPF发送所述第二信息,相应的,所述UPF接收所述SMF发送的所述第二信息。
在步骤S2005a或S2005b之后,执行步骤S2009b。
步骤S2009b:若所述UPF缓存有所述UE的下行数据且接收到所述第二信息,或者,若所述UPF从SMF接收到所述下行数据,则向所述接入网设备发送该下行数据。
在一种可能的实施方式中,结合上述实施例一、实施例二、实施例三或实施例四,若所述SMF缓存有所述下行数据,即步骤S0a,则在步骤S2004之后还可以执行步骤S2007;若所述UPF缓存有所述下行数据,即步骤S0b,则在步骤S2005a或S2005b之后还可以执行步骤S2006和S2007。
步骤S2006:若所述UPF缓存有所述UE的下行数据且接收到所述第二信息,则所述UPF向所述SMF发送第四指示信息,所述第四指示信息用于指示以下一项:
(1)缓存有所述UE的下行数据;
(2)所述UE需要进入RRC连接态;
(3)所述UE需要恢复RRC连接;
(4)所述UE可等待下行数据;
(5)所述UE不需要立即进入RRC非激活态或RRC空闲态。
步骤S2007:若所述SMF缓存有所述下行数据且接收到所述第二信息,或者,若所述SMF从所述UPF接收到所述第四指示信息,则所述SMF向所述AMF发送所述第四指示信息。
在步骤S2007之后,执行步骤S2008。
步骤S2008:所述AMF向所述接入网设备发送所述第四指示信息。
在步骤S2008或S2009b之后,执行步骤S2010b和S2011b。
步骤S2010b:若所述接入网设备接收到所述下行数据或所述第四指示信息,则向所述UE发送RRC恢复消息(RRC resume),所述RRC resume用于恢复所述UE的RRC连接。
在一种可能的实施方式中,所述RRC resume可以由RRC建立消息(RRC setup)替换。
步骤S2011b:所述接入网设备向所述UE发送所述下行数据。
在一种可能的实施方式中,S2010b和S2011b可以合并为一个步骤。
情况二:未缓存下行数据
结合上述实施例一、实施例二、实施例三或实施例四,若所述SMF未缓存有所述下行数据,则执行步骤S2007;若所述UPF未缓存有所述下行数据,则执行步骤S2005b和S2006。
步骤S2005b:同情况一中的S2005b。
步骤S2006:若所述UPF未缓存有所述UE的下行数据且接收到所述第二信息,则所述UPF向所述SMF发送第四指示信息,所述第四指示信息用于指示以下一项:
(1)未缓存有所述UE的下行数据;
(2)所述UE不需要进入RRC连接态;
(3)所述UE不需要恢复RRC连接;
(4)所述UE不需要等待下行数据;
(5)所述UE可以立即进入RRC非激活态或RRC空闲态。
步骤S2007:若所述SMF从所述UPF接收到所述第四指示信息,或者,若所述SMF未缓存有所述下行数据且接收到所述第二信息,则所述SMF向所述AMF发送所述第四指示信息。
在步骤S2007之后,执行步骤S2008和S2010a。
步骤S2008:所述AMF向所述接入网设备发送所述第四指示信息。
步骤S2010a:若所述接入网设备接收到所述AMF发送的第四指示信息,所述接入网设备向所述UE发送RRC释放(RRC Release)消息,所述RRC release用于释放所述UE的RRC连接。
通过上述方法,当接入网设备接收到UE因rna-Update发送的RRC恢复请求消息时,所述接入网设备可以通过AMF通知SMF或UPF所述UE可以接收下行数据,使得SMF或UPF在缓存有该UE的下行数据时,能够及时将该UE的下行数据发送给接入网设备,进而使得接入网设备将所述下行数据发送给所述UE,避免当接入网设备接收到该UE的下行数据后,再寻呼该UE,以实现节省信令开销和设备功耗的目的。
实施例八(TAU)
在实施例八中,将以UE由RRC空闲态切换为RRC连接态为例,对本申请实施例的数据传输方法进行描述,以下结合实施例一和图14对本申请实施例提供的数据传输的方法进行介绍。图21为本申请实施例提供的数据传输方法所对应的流程示意图。如图21所示,该方法包括:
步骤S2101:接入网设备向UE发送RRC释放消息,相应的,UE接收接入网设备发送的RRC释放消息,并由RRC连接态进入到RRC空闲态。
在步骤S2101之后,执行步骤S2102a或S2102b。
步骤S2102a:所述UE向所述接入网设备发送RRC恢复完成消息(RRC resumecomplete)或RRC建立完成消息(RRC setup complete)。
在步骤S2102a之后,执行步骤S2103。
步骤S2103:与步骤S2003相同。
步骤S2102b:UE向AMF发送注册请求消息(Registration Requst)或跟踪区更新请求消息(tracking area update request),该注册请求消息(Registration Requst)包含UE最后驻留和注册的跟踪区域标识消息(Last visited registered TAI),用于UE向AMF更新该UE最后驻留和注册的跟踪区域标识。
在步骤S2103或S2102b之后,执行步骤S2104。
步骤S2104:与步骤S2004相同。
在一种可能的实施方式中,步骤S2104还可以为:所述AMF根据所述跟踪区更新请求消息或所述注册请求消息向SMF发送所述第二信息。
若所述SMF缓存有所述下行数据,执行步骤S2105a、S2106、S2107、S2108、S2109b,该过程与实施例七中所述SMF缓存有所述下行数据的流程(即执行步骤S2005a、S2006、S2007、S2008、S2009b)相同,其中S2106、S2107、S2108为可选步骤。
若所述UPF缓存有所述下行数据,执行步骤S2005b、S2006、S2007、S2008、S2009b,该过程与实施例七中所述UPF缓存有所述下行数据的流程(即执行步骤S2005b、S2006、S2007、S2008、S2009b)相同,其中S2106、S2107、S2108为可选步骤。
在步骤S2108或S2109b之后,执行步骤S2110b,其中步骤S2110b与S2010b相同。
若所述SMF未缓存有所述下行数据,执行步骤S2107、S2108,该过程与实施例七中所述SMF未缓存有所述下行数据的流程(即执行步骤S1707、S1708)相同。
若所述UPF未缓存有所述下行数据,执行步骤S2105b、S2106、S2107、S2108,该过程与实施例七中所述UPF未缓存有所述下行数据的流程(即执行步骤S2005b、S2006、S2007、S2008)相同。
在步骤S2108后,执行步骤S2110a,其中步骤S2110a与S2010a相同。
通过上述方法,当AMF接收到UE发送的Registration Requst或tracking areaupdate request或第二信息时,可以确定该UE在线,AMF可以向SMF或UPF通知该UE的在线状态,使得SMF或UPF在缓存有该UE的下行数据时,能够及时将该UE的下行数据发送给接入网设备,同时可以通知AMF和接入网设备保持该UE在线,避免当接入网设备接收到该UE的下行数据后,再重新寻呼该UE,以实现节省信令开销和设备功耗的目的。
实施例九
在实施例九中,以第一信息包含第八指示信息为例,对本申请实施例的数据传输方法进行描述。参见图22,图22示出了本申请实施的一种数据传输的方法,该方法可以应用于图2所示的系统架构中,如图22所示,该方法可以包括如下流程:
步骤2200:接入网设备确定eDRX周期大于设定阈值。该步骤为可选的步骤。
步骤2201:接入网设备向AMF发送第八指示信息,第八指示信息用于指示下列中的任一项:
a1,UPF暂停发送UE的下行数据。
a2,SMF指示UPF暂停发送UE的下行数据。
a3,AMF指示SMF,由SMF指示UPF暂停发送UE的下行数据。
a4,AMF指示UPF暂停发送UE的下行数据。
第一种可选的实施方式:
步骤2202a,AMF向SMF发送第八指示信息。
步骤2203a,SMF向UPF发送第八指示信息,第八指示信息用于指示a1。
第二种可选的实施方式:
步骤2202b,AMF向SMF发送第八指示信息,第八指示信息用于指示a2。
步骤2203b,SMF向UPF发送第十指示信息,第十指示信息用于指示a1。
第三种可选的实施方式:第八指示信息用于指示a3。
步骤2202c,AMF向SMF发送第十一指示信息,第十一指示信息用于指示a2。
步骤2203c,SMF向UPF发送第十指示信息,第十指示信息用于指示a1。
第四种可选的实施方式:第八指示信息用于指示a4。
步骤2202d,AMF向UPF发送第十二指示信息,第十二指示信息用于指示a1。
步骤S2204:UPF接收UE的下行数据,并缓存UE的下行数据。该步骤为可选步骤。
上述方式,可以实现通过不同网元实现对UPF的控制,实现方式灵活,交互流程简单,具有更强的应用性。
可选的,在步骤S2204之后,还可以执行下列恢复数据发送的流程,参见图23,为恢复数据传输的流程,该流程包括如下步骤:
步骤2301:接入网设备向AMF发送第九指示信息。第九指示信息用于指示下列中的任一项:
b1,UPF恢复发送UE的下行数据。
b2,SMF指示UPF恢复发送UE的下行数据。
b3,AMF指示SMF,由SMF指示UPF恢复发送UE的下行数据。
b4,AMF指示UPF恢复发送UE的下行数据。
第一种可选的实施方式:
步骤2302a,AMF向SMF发送第九指示信息。
步骤2303a,SMF向UPF发送第九指示信息,第九指示信息用于指示b1。
第二种可选的实施方式:
步骤2302b,AMF向SMF发送第九指示信息,第九指示信息用于指示b2。
步骤2303b,SMF向UPF发送第十三指示信息,第十三指示信息用于指示b1。
第三种可选的实施方式:第九指示信息用于指示b3。
步骤2302c,AMF向SMF发送第十四指示信息,第十四指示信息用于指示b2。
步骤2303c,SMF向UPF发送第十五指示信息,第十五指示信息用于指示b1。
第四种可选的实施方式:第八指示信息用于指示b4。
步骤2302d,AMF向UPF发送第十六指示信息,第十六指示信息用于指示b1。
步骤S2304:UPF向接入网设备发送接收到的或缓存的该UE的下行数据。该步骤为可选步骤。
上述方法,接入网设备可以根据自身缓存状态和UE的状态确定执行上述方法流程,一种可能的场景中,例如,接入网设备确定自身缓存不足,例如剩余缓存空间低于第一预设值,则向AMF发送第一信息,又例如,接入网设备确定UE处于eDRX模式,或者说UE处于RRC非激活态,则向AMF发送第一信息,该场景中,第一信息可以包含第八指示信息,使得UPF暂停向接入网设备发送UE的下行数据,以减轻接入网设备的存储负载。
另一种可能的场景中,例如,RAN将缓存的下行数据发送给UE后,缓存空间较充足。例如,剩余缓存空间不低于第二预设值,则向AMF发送第一信息,该第一信息可以包含第九指示信息,使得UPF恢复向接入网设备发送UE的下行数据。
连接管理(connection management)可以包括UE和AMF间的NAS信令连接的建立以及UE和AMF间的NAS信令连接的释放两部分。其中,NAS信令连接用于UE和核心网之间进行NAS信令交互。
目前,5GS中UE和AMF之间的信令连接有两种状态:连接管理空闲态(CM-IDLE)和连接管理连接态(CM connected),当UE处于CM connected时,UE和对应的AMF之间建立有NAS信令连接。
具体的,NAS信令连接包含两部分连接:1,UE和接入网设备之间的信令连接(例如,3GPP接入模式下的RRC连接)。2,接入网设备和AMF之间的N2连接。示例性地,核心网设备向UE发送NAS信令时,可以是核心网设备通过N2连接将NAS信令发送给接入网设备,接入网设备将该NAS信令发送给对应的终端设备。
其中,核心网设备在发送NAS信令后,可以启动定时器,等待接收来自终端设备的响应信息,当定时器超时,仍未接收到来自终端设备的响应信息,则核心网设备响应该超时,可能会发起信令重传或直接释放掉该终端设备的连接。
参见图24,为PDU session modification(协议数据单元会话修改)的流程示意图。如图24所示,AMF向RAN发送N2 message 1(N2消息1)(例如,PDU会话修改命令(PDUsession modification command)),另外,AMF发送N2 message 1的同时,启动定时器,在定时器超时前,等待接收UE的响应信息。对应的,RAN接收该N2 message 1。
RAN将PDU session modification command封装为RRC message 1后发送给对应的UE,对应的,UE接收该RRC message 1。
UE响应于RRC message 1,向RAN发送RRC message 2。其中,RRC message 2包含PDU session modification command Ack(PDU会话修改命令确认),即RRC message 2为UE针对PDU session modification command的响应信息。对应的,RAN接收RRC message 2。
RAN将PDU session modification command Ack封装为N2 message 2,发送给AMF。对应的,AMF接收该N2 message 2。
具体的,AMF在定时器的设定时间内接收N2 message 2,若定时器超时,未接收到N2 message 2则AMF可能会释放该UE的连接。一种可能的场景中,UE经过较长时间才发送响应信息,但AMF在设定时间内未接收到来自UE的响应信息,认为已经与该UE失去连接,由此导致AMF误释放。
鉴于此,本申请实施例提供了新的数据传输方法,以此减少第一网络设备对于终端设备的误释放,提高数据传输效率。
该数据传输方法,可以应用于第二网络设备和第三网络设备,如前所述,第二网络设备、第三网络设备可以分别是RAN、AMF。下文以该方法的执行主体为RAN、AMF为例进行说明。
参见图25,图25示出了本申请实施的第一种数据传输的方法,该方法可以应用于图2所示的网络结构中,如图25所示,该方法可以包括如下流程:
步骤2500:接入网设备确定eDRX周期大于预设阈值。该步骤为可选的步骤。
其中,该预设阈值为预定义的,或者是由来自核心网设备的消息配置的。
步骤2501:接入网设备向AMF发送第一信息,该第一信息可用于AMF确定等待时长。对应的,AMF接收来自接入网设备的第一信息。
示例性地,第一信息包括当不限于下列中的一项或多项:eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,第一时长用于指示距离下一个PTW的时间间隔;第一指示信息用于指示所述终端设备处于RRC非激活态。
可选的,第一信息还可以包括UE的信息,比如该UE的标识,以便AMF在向该UE发送第二信息时,根据该UE的标识对应的第一信息确定针对该UE的等待时长,并在该等待时长内等待该UE的响应信息。可以理解地是,若接入网设备为不同的UE配置的eDRX相同,则第一信息可以不包含UE的信息,如果第一信息可以不包含UE的信息,则本申请中的UE可以是发送第一信息的接入网设备下任意一个UE,如果该接入网设备下有多个UE,针对每个UE分别执行本申请实施例提供的数据传输的方法所示的步骤。
步骤2502:AMF发送第二信息,第二信息是用于发送给终端设备。
具体的,第二信息可以是NAS信令,NAS信令为UE与核心网设备之间的消息,该UE处于CM connected状态。示例性地,NAS信令的传输过程包括:AMF向接入网设备发送NAS信令,由接入网设备向UE发送该NAS信令。
步骤2503:AMF在确定的等待时长内,等待接收来自终端设备的响应信息。
一种可实施的方式,AMF在发送第二信息时,启动定时器,在定时器超时前,等待接收来自该UE的响应信息,该响应信息可以是UE针对第二信息的响应信息。具体的,该定时器的计时时长为AMF根据第一信息确定的时长,即等待时长。
下面结合具体的示例对根据第一信息确定等待时长的流程进行介绍。
示例一:第一信息包含eDRX周期;
在一种可能的实施方式中,AMF可以根据第一对应关系,确定接收到的第一信息对应的等待时长。其中,第一对应关系包括不同的第一信息和等待时长的第一对应关系。参见表1,为本申请实施例提供的一种第一对应关系的具体示例。
表1
| eDRX周期 | 等待时长 |
| eDRX 1 | L1 |
| eDRX 1 | L2 |
| ... | ... |
示例性地,第一对应关系中的等待时长可以协议约定的,或者是其他网络设备通知的,例如SMF,或UPF,或RAN,或UE。
示例性地,第一对应关系也可以是eDRX周期和扩展因子(scaling factor)的对应关系,则等待时长可以通过现有技术中的等待时间与eDRX周期对应的扩展因子的乘积得到。
再示例性地,第一对应关系中的等待时长还可以是根据eDRX周期确定的,例如,eDRX周期与等待时长之间满足函数关系,例如,eDRX周期与等待时长呈正比例关系,eDRX周期越长则等待时长也越长。举例来说,等待时长满足于下列公式1:
等待时长=(eDRX/eDRX 0)*L;其中,eDRX 0对应的等待时长为L。
如图26所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。第一信息包含eDRX 1,则AMF根据第一对应关系和eDRX 1确定等待时长,即L1,AMF在t3发送第二信息,第二信息用于发送给UE。AMF在距离t3为L1的时长内等待接收来自该UE的响应信息。
对于AMF在等待时长内接收UE的响应信息,一种实现方式为,AMF在发送第二信息时,即在t3启动定时器,定时器的设定时长为L1,并在定时器超时前,等待接收来自UE的响应信息。若AMF在L1内未接收到UE的响应信息,则定时器超时;若AMF在t4接收到来自该UE的响应信息,t4在L1时长内,则AMF在t4关闭定时器。在下文的实施方式中,仍可以沿用该解释,下文不再重复说明。
在另一种可能的实施方式中,AMF可以根据eDRX周期确定等待时长,其中,等待时长应不小于至少一个eDRX周期的长度。
如图27所示,接入网设备t1发送第一信息,AMF在t2接收该第一信息,AMF在t5发送第二信息,t5与t6的时间间隔为一个eDRX周期,则AMF确定等待时长应至少为一个eDRX周期,即t5至t6。又例如,AMF在t7发送第二信息,t7与t8的时间间隔为一个eDRX周期,则AMF确定等待时长应至少为t7至t8。
需要说明的是,图26和图27仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
示例二:第一信息包含eDRX周期和PTW时长;
在一种可能的实施方式中,示例性地,AMF可以将接收到第一信息的时间确定为PTW的起始时间,进而AMF可以根据PTW时长确定PTW的结束时间,以及根据eDRX周期,确定多个eDRX周期内每个eDRX周期内的PTW的结束时间。对应的,AMF根据第一信息确定等待时长,该等待时长的起始时间为发送第二信息的起始时间,结束时间应至少到发送第二信息后下一个PTW的结束时间,即该等待时长的结束时间可以是发送第二信息后下一个PTW的结束时间,也可以是下一个PTW的结束时间之后的某时间。如图28所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,t2为PTW窗的起始时间,若AMF在t9发送第二信息,则AMF根据t2、eDRX周期、PTW和t9可以确定等待时长,例如,等待时长可以为从t9的起始时间开始,到t9的下一个PTW的结束时间(例如为t10)结束,t9至t10中间经过的时长为等待时长,可选的,等待时长还可以大于该时长(t9至t10经过的时长),例如,该等待时长可以为从t9的起始时间开始,到t10之后的某时间结束。AMF在该等待时长内等待接收来自UE的响应信息。
再示例性地,AMF还可以将接收到第一信息的时间确定为PTW窗的结束时间,进而可以根据eDRX周期确定多个eDRX周期内每个eDRX周期内的PTW的结束时间。对应的,AMF发送第二信息后的等待时长应至少为,发送第二信息到下一个PTW的结束时间。如图29所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,t2为PTW的结束时间,若AMF在t11发送第二信息,则AMF根据t2、eDRX周期、PTW和t11确定等待时长,该等待时长可以为从t11的起始时间开始,到t11的下一个PTW的结束时间(例如t12)结束,t11至12中间经过的时长为等待时长,该等待还可以是其他时长,例如,该等待时长可以为从t11的起始时间开始,到t12之后的某时间结束。AMF在该等待时长内等待接收来自UE的响应信息。
需要说明的是,1)在示例二中,也可以执行上述示例一中第一种可能的实施方式,即根据第一对应关系和接收到的eDRX周期确定等待时长。或者通过新的对应关系和第一信息确定等待时长,例如第二对应关系,第二对应关系包含不同的eDRX周期和不同的PTW时长的组合与等待时长的对应关系,下文类似的方案不再重复举例介绍。2)图28和图29仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
示例三:第一信息包含第一指示信息;
第一指示信息可以用于指示终端设备处于RRC非激活态,或用于指示终端设备处于eDRX模式,或用于指示UE需要较长的时间发送响应信息。
在方式下,AMF可以预配置两个等待时长,例如,包括第一等待时长和第二等待时长,其中,第一等待时长为相对较短的时长,第二等待时长为相对较长的时长。若AMF接收到第一指示信息,则确定第二等待时长为等待接收UE的响应信息的时长。若AMF未接收到第一指示信息,则确定第一等待时长为等待UE的响应信息的时长。其中,第一等待时长也可以理解为在其他实现中已定义的时长,也可以是本申请实施例新定义的时长,例如协议约定的时长,或核心网设备确定的时长,本申请实施例对此不做限定。
示例四:第一信息包含第一时长;在一种可能的实施方式中,所述第一时长用于指示以下至少一项:
(1)距离下一个PTW的时间间隔;
(2)距离下一个寻呼时机PO的时间间隔。
应理解的是,这里第一时长指示的可以是精确的时间间隔值,例如,PTW长度可以是子帧级别的,该时间间隔值也可以精确到子帧级别。或者,第一时长指示的时间间隔也可以是指示一个大概的时间间隔,例如前述的PTW长度可以是子帧级别,时间间隔值还可以是秒级或分钟级别,即一个大概的时间范围,本申请实施例对此不做限定。
第一种可实施的方式,第一时长用于指示距离下一个PTW的时间间隔,即第一时长可以是接入网设备发送第一信息的时间至下一个PTW的时间间隔,如图30所示,第一时长为图30中L,其中,L的起始时间为接入网设备发送第一信息的时间,L的结束时间为PTW的结束时间。接入网设备在t1发送第一信息,AMF在t2接收第一消息,假设AMF能够确定t1时间,例如AMF根据t2和第一信息的传输时延(t1与t2之间的时间差值)确定t1。假设AMF在t12发送第二信息,则AMF根据t1、第一时长(图30中的L)确定等待时长,该等待时长至少为t12至第一时长的结束时间中间经过的时长。
可选的,第一信息还可以包括eDRX周期,第一时长仍用于指示距离下一个PTW的结束时间的时间间隔,则AMF可以根据eDRX周期和第一时长确定多个PTW的结束时间,如图31所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,示例性地,AMF根据t2和第一信息的传输时延(11与t2之间的时间差值)确定t1,AMF在t13发送第二信息,则AMF可以根据t1、第一时长和eDRX周期确定等待时长,该等待时长应至少为t13至t13后的下一个PTW的结束时间中间经过的时长。
应理解,图30和图31中的PTW的长度仅为示意,用于表征L用于指示距离下一个PTW的结束时间。
第二种可实施的方式,第一时长用于指示距离下一个寻呼时机PO的时间间隔,如图32所示,第一时长为图32中L,其中,L的起始时间为接入网设备发送第一信息的时间,L的结束时间为寻呼时机PO的结束时间。接入网设备在t1发送第一信息,AMF在t2接收第一消息,示例性地,AMF根据t2和第一信息的传输时延(t1与t2之间的时间差值)确定t1,AMF在t14发送第二信息,则AMF根据t1、第一时长(图30中的L)确定等待时长,该等待时长至少为t14到第一时长的结束时间中间经过的时长。
可选的,第一信息还可以包括eDRX周期和第一时长,第一时长仍用于指示距离下一个寻呼时机PO的时间间隔。则AMF还可以根据eDRX周期和第一时长确定多个PO的结束时间,如图33所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,示例性地,AMF根据t2和第一信息的传输时延(t1与t2之间的时间差值)确定t1,AMF在t15发送第二信息,则AMF可以根据t1、第一时长和eDRX周期确定等待时长,该等待时长应至少为t15至t15后的下一个PO的结束时间中间经过的时长。
在一种可能的实现方式中,第一信息可以仅包含以下几个时间点:
(1)下一个PTW的结束时间;
(2)下一个寻呼时机PO的结束时间。
AMF根据发送第二信息的时间和(1)(2)中的时间点信息,确定等待时长,等待时长至少为AMF发送第二信息至(1)(2)的时间。
图34示出了本申请实施例的一种数据传输的完整方法,该方法可以应用于图2所示的系统架构中。如图34所示,该方法可以包括如下流程:
步骤3401:接入网设备向UE发送RRC释放消息;
具体的,该RRC释放消息包含挂起配置(suspend configuration)和eDRX周期。该挂起配置用于挂起RRC连接,使UE进入RRC非激活态。可选的,RRC释放消息还可以包含PTW时长。一种可实现的方式,eDRX周期还可以包含于该挂起配置中。本申请实施例对发送数据的形式不做限定。
步骤3402:接入网设备向AMF发送第一信息。对应的,AMF接收第一信息。
其中,第一信息可以是上述各示例中的第一信息。
步骤3403:AMF向接入网设备发送第二信息(如图34中的N2 message 1),并启动定时器,在定时器超时前等待接收UE的响应信息。对应的,接入网设备接收该第二信息。
其中,该第二信息是用于发送给UE的。AMF根据第一信息确定等待时长,这里的等待时长可以体现为定时器的超时值,即定时器的设定时长为等待时长。
步骤3404:接入网设备寻呼该UE,以跟该UE执行RRC连接恢复。
步骤3405:接入网设备将第二信息(例如以图34中的RRC message 1的形式发送)发送给该UE。对应的,UE接收该第二信息。
步骤3406:UE将响应信息(例如图34中的RRC message 2)发送给接入网设备。对应的,接入网设备接收该响应信息。
步骤3407:接入网设备将该响应信息(例如图34中的N2 message 2)发送给AMF。
步骤3408:AMF接收该响应信息。
一种可能的场景,AMF在定时器的计时时间内(即超时前)接收到该响应信息。
另一种可能的场景,定时器超时,AMF未接收到该UE的响应信息,则AMF响应该超时,核心网设备可能会触发重传,若多次重传后,响应信息均超时,则可以确定该UE不可达。
通过上述方式,本申请实施例中的等待时长相对现有的时间更长,或者更加适配于UE的实际响应时间,且还可以动态可配置的,避免核心网设备对UE误操作。例如可以避免出现因为UE处于eDRX模式下响应信息回复不及时而引起的误释放问题。
参见图35,图35示出了本申请实施的另一种数据传输的方法,该方法可以应用于图2所示的网络结构中,如图35所示,该方法可以包括如下流程:
步骤3501:接入网设备向AMF发送第一信息,该第一信息可用于AMF确定发送第二信息的时间。对应的,AMF接收该第一信息。
步骤3502:AMF根据第一信息发送第二信息。
上述数据传输方法中,AMF根据第一信息确定等待时长,即AMF发送第二信息之后的等待时长,在图35所示的数据传输方法中,还可以先不发送第二信息,即延时发送第二信息,使得发送第二信息的时间距离UE可被唤醒的时间更近。
下面结合具体的示例对根据第一信息发送第二信息的流程进行介绍。
示例一:第一信息包含eDRX周期。
该eDRX周期也可以为UE的唤醒周期或非连续接收DRX周期或UE的休眠周期;下面以第一信息包含eDRX周期为例进行说明。
在一种可能的实施方式中,AMF可以根据eDRX周期和接收第一信息的时间确定第三时间,AMF在第三时间前将该第二信息发送给接入网设备,其中,第三时间为AMF确定有第二信息之后的eDRX周期边界或eDRX周期起始时间。
如图36所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t3确定有第二信息,则AMF根据t2和eDRX周期确定第三时间,即t5,AMF在t5前的t4向接入网设备发送第二信息;若AMF在t6接收确定有第二信息,则AMF根据t2和eDRX周期确定第三时间,即t8,UPF在t8前的t7向接入网设备发送第二信息;若AMF在t9确定有第二信息,则AMF根据t2和eDRX周期确定第三时间,即t11,UPF在t11前的t10向接入网设备发送第二信息。
示例性地,t5可以理解为最迟发送时间,t5与t4之间的间隔时长可以理解为预设时长,AMF可以在t5之前的预设时长,即t4向接入网设备发送第二信息。可选的,AMF还可以在t4~t5之内的任一时刻向接入网设备发送第二信息,下文重复之处不再赘述。
需要说明的是,图36仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,AMF可以根据eDRX周期和接收第一信息的时间确定第四时间,AMF在第四时间将第二信息发送给接入网设备,其中第四时间为AMF确定有第二信息之后的eDRX周期边界或eDRX周期起始时间(just before)前的时间。如图37所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t3确定有第二信息,则AMF根据t2和eDRX周期确定第四时间,即t4,AMF在t4向接入网设备发送第二信息。例如,AMF根据t2、eDRX和发送第二信息的时间提前量确定第四时间。若AMF在t6确定有第二信息,则AMF根据t2和eDRX周期确定第四时间,即t7,AMF在t7向接入网设备发送第二信息;若AMF在t9确定有第二信息,则AMF根据t2和eDRX周期确定第四时间,即t10,AMF在t10向接入网设备发送第二信息。
需要说明的是,图37仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
示例二,第一信息可以包括eDRX周期和PTW时长;
在一种可能的实施方式中,AMF将接收到第一信息的时间确定为eDRX周期和PTW的起始时间,AMF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第三时间,AMF在第三时间前将该第二信息发送给接入网设备,例如,AMF在第三时间前的PTW内将该第二信息发送给接入网设备,其中,第三时间为AMF确定有第二信息后的PTW的结束时间。如图38所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t9确定有第二信息,则AMF根据t2、eDRX周期和PTW确定第三时间,即t11,AMF在t11前的t10向接入网设备发送第二信息。
需要说明的是,图38仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,AMF将接收到第一信息的时间确定为eDRX周期和PTW的起始时间,AMF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,AMF在第四时间将该第二信息发送给接入网设备,其中,第四时间为PTW结束(just before)前的时间,例如第四时间为PTW内的时间。如图39所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t9确定有第二信息,则AMF根据t2、eDRX周期和PTW确定第四时间,即t10,AMF在t10向接入网设备发送第二信息。
需要说明的是,图39仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,AMF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,AMF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第三时间,AMF在第三时间前将该第二信息发送给接入网设备,例如,AMF在第三时间前的PTW内将该第二信息发送给接入网设备,其中,第三时间为PTW结束的时间。如图40所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t9确定有第二信息,则AMF根据t2、eDRX周期和PTW确定第三时间,即t11,AMF在t11前的t10向接入网设备发送第二信息。
需要说明的是,图40仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,AMF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,AMF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,AMF在第四时间将该第二信息发送给接入网设备,其中,第四时间为PTW结束前的时间,例如,第四时间在PTW内。如图41所示,接入网设备在11发送第一信息,AMF在t2接收第一信息。若AMF在t9确定有第二信息,则AMF根据t2、eDRX周期和PTW确定第四时间,即t10,AMF在t10向接入网设备发送第二信息。
需要说明的是,图41仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
在一种可能的实施方式中,AMF将接收到第一信息的时间确定为eDRX周期的起始时间和PTW的结束时间,AMF可以根据eDRX周期、PTW时长和接收第一信息的时间确定第四时间,AMF在第四时间将该第二信息发送给接入网设备,其中,第四时间为PTW前的时间。如图42所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息。若AMF在t9确定有第二信息,则AMF根据t2、eDRX周期和PTW确定第四时间,即t10,AMF在t10向接入网设备发送第二信息。
需要说明的是,图42仅为举例,并不构成对本申请实施例中接入网设备发送第一信息的时间和AMF接收第一信息的时间的限定,在一种可实现中,t1可以等于t2。
本申请中,该eDRX周期可以为寻呼时机(paging occasion,PO)的周期,如图11a所示。或者,该eDRX周期为寻呼时间窗(paging time window,PTW)的周期,其中,PTW中包含一个或多个PO,如图11b所示。
示例三,第一信息可以包括eDRX周期和第一时长;
在一种可能的实施方式中,所述第一时长用于指示以下至少一项:
(1)接入网设备发送第一信息的时间距离下一个eDRX周期边界的时间间隔;
(2)距离下一个PTW的时间间隔;
(3)距离下一个寻呼时机PO的时间间隔。
AMF根据第一时长、eDRX周期确定第三时间,其中第三时间为AMF确定有第二信息后的eDRX周期边界。如图43所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,AMF在t9确定有第二信息,AMF根据t2和第一信息的传输时延(t1与t2之间的时间差值)确定t1,进而再根据第一时长L确定eDRX周期边界,以及根据确定的eDRX周期边界和eDRX周期确定第三时间t11。示例性地,若t1等于t2,则AMF直接根据t1、L和eDRX周期确定第三时间t11。AMF在第三时间前的t10向接入网设备发送第二信息。
在一种可能的实施方式中,所述第一时长用于指示接入网设备发送第一信息的时间距离下一个eDRX周期边界的时间间隔。AMF根据第一时长、eDRX周期确定第四时间,其中第四时间为AMF确定有第二信息后的eDRX周期边界前的时间。如图44所示,接入网设备在t1发送第一信息,AMF在t2接收第一信息,AMF在t9确定有第二信息,AMF根据t2和第一信息的传输时延确定t1,进而再根据t1和第一时长L确定eDRX周期边界,以及根据确定的eDRX周期边界和eDRX周期确定第四时间,即t10。示例性地,若t1等于t2,则AMF直接根据11、L和eDRX周期确定第四时间t10。AMF在第四时间t10向接入网设备发送第二信息。
上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述各网元为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
如图45所示,为本申请所涉及的数据传输装置的一种可能的示例性框图,该装置4500可以以软件或硬件的形式存在。该装置4500可以包括:处理单元4502和通信单元4503。作为一种实现方式,该通信单元4503可以包括接收单元和发送单元。处理单元4502用于对装置4500的动作进行控制管理。通信单元4503用于支持该装置4500与其他网络实体的通信。装置4500还可以包括存储单元4501,用于存储装置4500的程序代码和数据。
其中,处理单元4502可以是处理器或控制器,例如可以是通用中央处理器(central processing unit,CPU),通用处理器,数字信号处理(digital signalprocessing,DSP),专用集成电路(application specific integrated circuits,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,DSP和微处理器的组合等等。存储单元4501可以是存储器。通信单元4503是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该通信单元4503是该芯片用于从其它芯片或装置接收信号的接口电路,或者,是该芯片用于向其它芯片或装置发送信号的接口电路。
该装置4500可以为上述任一实施例中的网络设备(如接入与移动性管理网元、会话管理网元、用户面网元或接入网设备),还可以为用于网络设备的芯片。例如,当装置4500为网络设备时,该处理单元4502例如可以是处理器,该通信单元4503例如可以是收发器。可选的,该收发器可以包括射频电路,该存储单元例如可以是存储器。例如,当装置4500为用于网络设备的芯片时,该处理单元4502例如可以是处理器,该通信单元4503例如可以是输入/输出接口、管脚或电路等。该处理单元4502可执行存储单元存储的计算机执行指令,可选地,该存储单元为该芯片内的存储单元,如寄存器、缓存等,该存储单元还可以是该网络设备内的位于该芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)等。
在第一个实施例中,该装置4500为上述示例中的第一网络设备(用户面网元),第一网络设备的通信单元4503包括发送单元和接收单元。接收单元,用于接收下行数据,所述下行数据用于发送给终端设备;接收来自第二网络设备的第一信息,所述第一信息用于确定向所述第二网络设备发送所述下行数据的时间;处理单元4502,用于根据所述第一信息向所述第二网络设备发送所述下行数据。
在一种可能的实现方法中,所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;所述第一信息包括所述第一时长;或者,所述第一信息包括第八指示信息;或者,所述第一信息包括第八指示信息和第二时长;或者,所述第一信息包括第九指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔,所述第八指示信息用于指示暂停向终端设备发送下行数据,所述第二时长用于指示暂停向所述终端设备发送所述下行数据的时长,所述第九指示信息用于指示恢复向所述终端设备发送所述下行数据。
在一种可能的实现方法中,处理单元4502,具体用于根据所述第一信息确定发送所述下行数据的最迟发送时间;发送单元,具体用于在所述最迟发送时间之前的第一预设时长内向所述第二网络设备发送所述下行数据。
在一种可能的实现方法中,所述最迟发送时间为接收所述下行数据后的所述终端设备的唤醒时间。
在一种可能的实现方法中,发送单元,具体用于向所述第二网络设备或第三网络设备发送第二指示信息;其中,所述第二指示信息用于指示有所述下行数据。
在一种可能的实现方法中,所述第一网络设备为用户面网元UPF,所述第二网络设备为接入网设备,所述第三网络设备为接入网设备或接入与移动性管理网元AMF。
在第二个实施例中,该装置4500为上述示例中的第二网络设备(接入网设备),第二网络设备的通信单元4503包括发送单元和接收单元。处理单元4502,用于确定第一信息,所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;发送单元,用于向第一网络设备发送所述第一信息。
在一种可能的实现方法中,所述第一信息包括:所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;所述第一信息包括所述第一时长;或者,所述第一信息包括第八指示信息;或者,所述第一信息包括第八指示信息和第二时长;或者,所述第一信息包括第九指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔,所述第八指示信息用于指示暂停向终端设备发送下行数据,所述第二时长用于指示暂停向所述终端设备发送所述下行数据的时长,所述第九指示信息用于指示恢复向所述终端设备发送所述下行数据。
在一种可能的实现方法中,接收单元,具体用于接收第二指示信息;其中,所述第二指示信息用于指示有所述下行数据。
在一种可能的实现方法中,处理单元4502还用于,确定扩展非连续接收eDRX周期不小于预设阈值。
在一种可能的实现方法中,所述第一网络设备为用户面网元UPF或接入与移动性管理网元AMF。
在第三个实施例中,该装置4500为上述示例中的第三网络设备(接入与移动性管理网元),接入网设备的通信单元4503包括发送单元和接收单元。接收单元,用于接收来自第二网络设备的第一信息;所述第一信息用于确定下行数据的发送时间,所述下行数据用于发送给终端设备;发送单元,用于向第一网络设备发送所述第一信息。
在一种可能的实现方法中,所述第一信息包括:所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长;或者,所述第一信息包括eDRX周期和第一时长;或者,所述第一信息包括eDRX周期、PTW时长和第一时长;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔。
在一种可能的实现方法中,接收单元,具体用于接收来自所述第一网络设备的第二指示信息;其中,所述第二指示信息用于指示第一网络设备有所述下行数据。
在一种可能的实现方法中,所述第一网络设备为用户面网元UPF,所述第二网络设备为接入网设备。
在第四个实施例中,该装置4500为上述示例中的第一网络设备(用户面网元),第一网络设备的通信单元4503包括发送单元和接收单元。接收单元,用于接收来自第二网络设备的第二信息,所述第二信息用于指示终端设备可达;处理单元4502,用于根据所述第二信息向所述第二网络设备发送所述终端设备的下行数据。
在一种可能的实现方法中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的实现方法中,处理单元,用于确定缓存有所述终端设备的下行数据。
在一种可能的实现方法中,发送单元,具体用于向所述第二网络设备或所述第三网络设备发送第四指示信息;其中,所述第四指示信息用于指示是否缓存有所述终端设备的下行数据。
在一种可能的实现方法中,所述第二网络设备为接入网设备,所述第三网络设备为接入网设备或接入与移动性管理网元AMF。
在第五个实施例中,该装置4500为上述示例中的第二网络设备(接入网设备),第二网络设备的通信单元4503包括发送单元和接收单元。处理单元4502,用于确定第二信息,所述第二信息用于指示终端设备可达;发送单元,用于向第一网络设备发送所述第二信息。
在一种可能的实现方法中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的实现方法中,接收单元,具体用于接收来自所述第一网络设备的第四指示信息;其中,所述第四指示信息用于指示缓存有所述终端设备的下行数据。
在一种可能的实现方法中,发送单元,还用于向所述第三网络设备发送第六指示信息,所述第六指示信息用于指示所述第二网络设备的负载状态,或所述第六指示信息用于指示所述第二网络设备支持向所述第一网络设备发送第一信息的能力。
在一种可能的实现方法中,所述第一网络设备为用户面网元UPF;所述第二网络设备为接入网设备,所述第三网络设备为接入与移动管理网元AMF。
在第六个实施例中,该装置4500为上述示例中的第三网络设备(接入与移动性管理网元),接入网设备的通信单元4503包括发送单元和接收单元。处理单元4502,用于确定第二信息,所述第二信息用于指示终端设备可达;发送单元,用于向第一网络设备发送所述第二信息。
在一种可能的实现方法中,所述第二信息用于指示所述终端设备请求进入无线资源控制RRC连接态,或者,所述第二信息用于指示所述终端设备处于RRC连接态。
在一种可能的实现方法中,接收单元,具体用于接收来自所述第一网络设备的第四指示信息;其中,所述第四指示信息用于指示缓存有所述终端设备的下行数据。
在一种可能的实现方法中,接收单元,还用于接收第六指示信息,所述第六指示信息用于指示所述第二网络设备的负载状态,或所述第六指示信息用于指示所述第二网络设备支持向所述第一网络设备发送第一信息的能力。
在一种可能的实现方法中,所述第一网络设备为用户面网元UPF;所述第二网络设备为接入网设备,所述第三网络设备为接入与移动管理网元AMF。
在第六个实施例中,该装置4500为上述示例中的第三网络设备(接入与移动性管理网元),接入网设备的通信单元4503包括发送单元和接收单元。接收单元,用于接收来自第二网络设备的第一信息;发送单元,用于发送第二信息,第二信息用于发送给终端设备;处理单元4502,用于在发送单元发送第二信息后,在所述等待时长内等待通过接收单元接收来自终端设备的响应信息;
其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态。
在一种可能的实现方法中,所述终端设备处于连接管理连接态CM connected;所述第二信息为NAS信令。
在第七个实施例中,该装置4500为上述示例中的第二网络设备(接入网设备),第二网络设备的通信单元4503包括发送单元和接收单元。处理单元4502,用于确定第一信息;其中,所述第一信息包括下列中的一项或多项:扩展非连续接收eDRX周期、寻呼时间窗PTW时长、第一时长、第一指示信息;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔;所述第一指示信息用于指示所述终端设备处于RRC非激活态;发送单元,用于向第三网络设备发送所述第一信息。
在一种可能的实现方法中,第一信息用于确定所述终端设备对于第二信息的响应时长,所述第二信息用于发送给终端设备。
在一种可能的实现方法中,发送单元向第一网络设备发送所述第一信息之前,处理单元,还用于确定扩展非连续接收eDRX周期不小于预设阈值。
参阅图46所示,为本申请提供的一种装置示意图,该装置可以是上述实施例中的网络设备(如上述示例中的接入与移动性管理网元、会话管理网元、用户面网元或接入网设备)。该装置4600包括:处理器4602、通信接口4603。可选的,装置4600还可以包括存储器460l和/或通信线路4604。其中,通信接口4603、处理器4602以及存储器4601可以通过通信线路4604相互连接;通信线路4604可以是外设部件互连标准(peripheral componentinterconnect,简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture,简称EISA)总线等。所述通信线路4604可以分为地址总线、数据总线、控制总线等。为便于表示,图46中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器4602可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
通信接口4603,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。
存储器4601可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于承载或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路4604与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器4601用于存储执行本申请方案的计算机执行指令,并由处理器4602来控制执行。处理器4602用于执行存储器4601中存储的计算机执行指令,从而实现本申请上述实施例提供的会话的处理方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读具介质。可读具介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读具介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取具器(RAM)、只读具器(ROM)、可擦式可编程只读具器(EPROM或闪存)、光纤、便携式紧凑盘只读具器(CD-ROM)、光具器件、磁具器件、或者上述的任意合适的组合。
根据本发明的实施方式的用于配置参数的程序产品,其可以采用便携式紧凑盘只读具器(CD-ROM)并包括程序代码,并可以在服务器设备上运行。然而,本发明的程序产品不限于此,在本文件中,可读具介质可以是任何包含或具程序的有形介质,该程序可以被信息传输、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读具介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由周期网络动作系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言-诸如Java、C++等,还包括常规的过程式程序设计语言-诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)-连接到用户计算设备,或者,可以连接到外部计算设备。
本申请实施例针对信息同步的方法还提供一种计算设备可读具介质,即断电后内容不丢失。该具介质中具软件程序,包括程序代码,当所述程序代码在计算设备上运行时,该软件程序在被一个或多个处理器读取并执行时可实现本申请实施例上面任何一种信息同步的方案。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读具介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、具、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (22)
1.一种数据传输的方法,其特征在于,所述方法适用于接入网设备或者所述接入网设备的芯片,所述方法包括:
确定第一信息;所述第一信息用于触发接入与移动性管理功能AMF向网络设备发送第一指示信息,所述第一指示信息用于指示所述网络设备在接收到终端设备的下行数据时缓存所述下行数据;所述第一信息还用于确定所述网络设备缓存所述下行数据的截止时间;
向所述AMF发送所述第一信息;
其中,所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长。
2.如权利要求1所述的方法,其特征在于,所述第一信息还包括第一时长;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔。
3.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收来自所述AMF的第二指示信息,其中,所述第二指示信息用于指示有所述终端设备的下行数据。
4.如权利要求1或2所述的方法,其特征在于,所述网络设备包括用户面网元UPF或任务管理功能网元SMF。
5.一种数据传输的方法,其特征在于,所述方法适用于接入与移动性管理功能AMF或者所述AMF的芯片,所述方法包括:
接收来自接入网设备的第一信息;所述第一信息用于触发所述AMF向网络设备发送第一指示信息;所述第一信息还用于确定所述网络设备缓存下行数据的截止时间;
向所述网络设备发送第一指示信息,所述第一指示信息指示所述网络设备在接收到终端设备的下行数据时缓存所述下行数据。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
接收所述网络设备的第二指示信息,所述第二指示信息指示有所述终端设备的下行数据。
7.如权利要求5或6所述的方法,其特征在于,所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长。
8.如权利要求5或6所述的方法,其特征在于,所述方法还包括:
确定扩展非连续接收eDRX周期不小于预设阈值。
9.如权利要求5或6所述的方法,其特征在于,所述网络设备包括用户面网元UPF或任务管理功能网元SMF。
10.一种数据传输装置,其特征在于,所述装置包括:
处理单元,用于确定第一信息,所述第一信息用于触发接入与移动性管理功能AMF向网络设备发送第一指示信息,所述第一指示信息用于指示所述网络设备在接收到终端设备的下行数据时缓存所述下行数据;所述第一信息还用于确定所述网络设备缓存所述下行数据的截止时间;
通信单元,用于向所述AMF发送所述第一信息;
其中,所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长。
11.如权利要求10所述的装置,其特征在于,所述第一信息还包括第一时长;其中,所述第一时长用于指示距离下一个PTW的时间间隔,或者,用于指示距离下一个寻呼时机PO的时间间隔。
12.如权利要求10或11所述的装置,其特征在于,所述通信单元还用于:接收来自所述AMF的第二指示信息,其中,所述第二指示信息用于指示有所述终端设备的下行数据。
13.如权利要求10或11所述的装置,其特征在于,所述网络设备包括用户面网元UPF或任务管理功能网元SMF。
14.一种数据传输装置,其特征在于,所述装置包括:
通信单元,用于接收来自接入网设备的第一信息;所述第一信息用于触发所述装置向网络设备发送第一指示信息;所述第一信息还用于确定所述网络设备缓存下行数据的截止时间;
通信单元,还用于向所述网络设备发送第一指示信息,所述第一指示信息指示所述网络设备在接收到终端设备的下行数据时缓存所述下行数据。
15.如权利要求14所述的装置,其特征在于,所述通信单元还用于:接收所述网络设备的第二指示信息,所述第二指示信息指示有所述终端设备的下行数据。
16.如权利要求14或15所述的装置,其特征在于,所述第一信息包括扩展非连续接收eDRX周期;或者,所述第一信息包括eDRX周期和寻呼时间窗PTW时长。
17.如权利要求14或15所述的装置,其特征在于,所述装置还包括确定单元;
所述确定单元,用于确定扩展非连续接收eDRX周期不小于预设阈值。
18.如权利要求14或15所述的装置,其特征在于,所述网络设备包括用户面网元UPF或任务管理功能网元SMF。
19.一种数据传输装置,其特征在于,所述装置包括处理器和存储器,所述处理器用于执行存储在所述存储器上的指令,当所述指令被运行时,使得所述装置执行如权利要求1至4中任一项所述的方法,或者权利要求5至9中任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,包括指令,当所述指令被执行时,实现如权利要求1至9中任一项所述的方法。
21.一种计算机程序产品,其特征在于,包括计算机指令,当所述计算机指令被运行时,使得如权利要求1至4中任一项所述的方法被实现,或者,使得如权利要求5至9中任一项所述的方法被实现。
22.一种芯片,包括处理器,用于调用存储器中的计算机程序或计算机指令,以使得如权利要求1至4中任一项所述的方法被实现,或者,使得如权利要求5至9中任一项所述的方法被实现。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/084774 WO2021207940A1 (zh) | 2020-04-14 | 2020-04-14 | 一种数据传输的方法及装置 |
| CNPCT/CN2020/084774 | 2020-04-14 | ||
| PCT/CN2020/107585 WO2021208300A1 (zh) | 2020-04-14 | 2020-08-06 | 一种数据传输的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115245041A CN115245041A (zh) | 2022-10-25 |
| CN115245041B true CN115245041B (zh) | 2025-02-25 |
Family
ID=78083697
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080098406.1A Active CN115245041B (zh) | 2020-04-14 | 2020-08-06 | 一种数据传输的方法及装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20230038417A1 (zh) |
| EP (1) | EP4124162A4 (zh) |
| CN (1) | CN115245041B (zh) |
| WO (2) | WO2021207940A1 (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022151070A1 (zh) * | 2021-01-13 | 2022-07-21 | 华为技术有限公司 | 一种通信方法及装置 |
| CN114449043B (zh) * | 2021-11-30 | 2024-03-01 | 华为技术有限公司 | 通信方法及通信装置 |
| WO2023108662A1 (zh) * | 2021-12-17 | 2023-06-22 | Oppo广东移动通信有限公司 | 数据发送方法、装置、设备及存储介质 |
| WO2024050791A1 (en) * | 2022-09-08 | 2024-03-14 | Zte Corporation | Method, device, and system for data transmission in wireless networks |
| WO2025010655A1 (zh) * | 2023-07-12 | 2025-01-16 | Oppo广东移动通信有限公司 | 通信方法、装置、设备、芯片、存储介质、产品及程序 |
| CN119653350A (zh) * | 2023-09-15 | 2025-03-18 | 华为技术有限公司 | 通信方法和通信装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019193184A1 (en) * | 2018-04-05 | 2019-10-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Extended buffering of downlink (dl) data in a communications network |
| CN110913505A (zh) * | 2018-09-14 | 2020-03-24 | 电信科学技术研究院有限公司 | 一种下行数据缓存方法、网络设备及upf实体 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106507700B (zh) * | 2015-07-06 | 2019-11-29 | 华为技术有限公司 | 通信方法和通信装置 |
| CN107005838B (zh) * | 2015-07-08 | 2020-06-02 | 华为技术有限公司 | 数据传输的方法和设备 |
| WO2018170626A1 (zh) * | 2017-03-18 | 2018-09-27 | 华为技术有限公司 | 一种连接恢复方法、接入和移动性管理功能实体及用户设备 |
| KR102289879B1 (ko) * | 2017-03-20 | 2021-08-13 | 삼성전자 주식회사 | 셀룰러망에서 세션의 다양한 ssc 모드 지원을 위한 upf 변경 방안 |
| US20190007992A1 (en) * | 2017-07-03 | 2019-01-03 | Electronics And Telecommunications Research Institute | Network triggered service request method and user equipment (ue) triggered service request method |
| CN109756523B (zh) * | 2017-08-24 | 2021-11-19 | 中国移动通信有限公司研究院 | 一种数据缓存方法、装置及scef实体 |
| CN109495942B (zh) * | 2017-09-12 | 2021-10-26 | 华为技术有限公司 | 一种基于用户设备位置的数据传输方法、装置和系统 |
| US10959142B2 (en) * | 2017-11-20 | 2021-03-23 | Ofinno, Llc | Extended buffering management |
| CN109996327B (zh) * | 2017-12-29 | 2021-10-01 | 华为技术有限公司 | 一种通信方法及装置 |
| RU2762261C1 (ru) * | 2018-04-02 | 2021-12-17 | Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. | Способ и устройство для управления состоянием rrc и компьютерный запоминающий носитель |
| US10390305B1 (en) * | 2018-05-16 | 2019-08-20 | Qualcomm Incorporated | Timing calibration control in extended discontinuous reception |
| CN110913506B (zh) * | 2018-09-14 | 2022-04-01 | 大唐移动通信设备有限公司 | 一种下行数据的缓存方法、upf实体及amf实体 |
-
2020
- 2020-04-14 WO PCT/CN2020/084774 patent/WO2021207940A1/zh not_active Ceased
- 2020-08-06 WO PCT/CN2020/107585 patent/WO2021208300A1/zh not_active Ceased
- 2020-08-06 CN CN202080098406.1A patent/CN115245041B/zh active Active
- 2020-08-06 EP EP20931678.5A patent/EP4124162A4/en active Pending
-
2022
- 2022-10-13 US US17/965,032 patent/US20230038417A1/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019193184A1 (en) * | 2018-04-05 | 2019-10-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Extended buffering of downlink (dl) data in a communications network |
| CN110913505A (zh) * | 2018-09-14 | 2020-03-24 | 电信科学技术研究院有限公司 | 一种下行数据缓存方法、网络设备及upf实体 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4124162A4 (en) | 2023-08-16 |
| WO2021208300A1 (zh) | 2021-10-21 |
| CN115245041A (zh) | 2022-10-25 |
| WO2021207940A1 (zh) | 2021-10-21 |
| EP4124162A1 (en) | 2023-01-25 |
| US20230038417A1 (en) | 2023-02-09 |
| WO2021208300A9 (zh) | 2021-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115245041B (zh) | 一种数据传输的方法及装置 | |
| CN112512102B (zh) | 节能、参数配置方法、装置、终端、基站及存储介质 | |
| CN113382379B (zh) | 无线通信方法和通信装置 | |
| JP6482364B2 (ja) | 決定論的rrc接続 | |
| JP2022174225A (ja) | ユーザ装置、コアネットワークエンティティ及び方法 | |
| JP6054462B2 (ja) | ネットワーク負荷に基づくアプリケーションデータの延期 | |
| JP6145126B2 (ja) | アプリケーション及びベースバンドレイヤの動作の協調 | |
| WO2014161472A1 (zh) | 一种进行寻呼的方法、装置及系统 | |
| US20090247203A1 (en) | Method and Apparatus for Improving DRX Functionality | |
| JP2021527967A (ja) | Rrc接続の回復方法、装置及びコンピュータ記憶媒体 | |
| CN112514528A (zh) | 用于5g蜂窝物联网的用户平面优化 | |
| CN108370498B (zh) | 传输方案的确定方法、装置和设备 | |
| WO2016050075A1 (zh) | 传输发起方法、系统及终端设备的状态处理方法和相关设备 | |
| KR20190073504A (ko) | 데이터 전송/수신 장치 및 방법, 및 통신 시스템 | |
| WO2018170911A1 (zh) | 一种功耗参数的配置方法及装置 | |
| JP2015510337A (ja) | アップリンク時間整合外のユーザ装置のための無線リソース制御接続解放 | |
| KR20230146656A (ko) | 사이드링크 불연속 수신 커맨드 트리거 방법, 장치, 및 시스템 | |
| WO2021016958A1 (zh) | 省电信号的参数动态变更方法、装置、终端和介质 | |
| WO2017076156A1 (zh) | 释放ue上下文及其控制方法及装置、寻呼方法及装置 | |
| WO2020254960A1 (en) | Systems and methods for mobile terminating early data transmission | |
| CN106961726B (zh) | 一种数据传输方法、装置及系统 | |
| WO2022148367A1 (zh) | 路径处理方法、装置、终端、网络设备和存储介质 | |
| CN113950146B (zh) | 一种寻呼方法和通信装置 | |
| WO2014190781A1 (zh) | 随机接入处理方法、基站及用户设备 | |
| US20230318791A1 (en) | System information block transmission method and communication apparatus |
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 |