CN110505687A - 寻呼消息的响应方法、装置、终端、网络侧设备及介质 - Google Patents
寻呼消息的响应方法、装置、终端、网络侧设备及介质 Download PDFInfo
- Publication number
- CN110505687A CN110505687A CN201810476509.1A CN201810476509A CN110505687A CN 110505687 A CN110505687 A CN 110505687A CN 201810476509 A CN201810476509 A CN 201810476509A CN 110505687 A CN110505687 A CN 110505687A
- Authority
- CN
- China
- Prior art keywords
- response
- network side
- delay
- side equipment
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了寻呼消息的响应方法、装置、终端、网络侧设备及介质,该方法包括:UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;如果是,则向所述网络侧设备发送携带有所述UE请求延迟响的信息的第一响应消息;接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。在本发明中,通过UE及时地向网络侧设备发送第一响应消息,可便于网络侧设备确认UE是否脱网,并在网络侧设备确认UE未脱网后,只需要向UE发送一条用于指示UE延迟响应的处理消息,由UE根据该处理消息进行延迟响应,因此本发明中网络侧设备无需向UE多次重复发出寻呼消息,避免了寻呼资源浪费的问题。
Description
技术领域
本发明涉及无线技术领域,尤其涉及寻呼消息的响应方法、装置、终端、网络侧设备及介质。
背景技术
由于UE进行数据传输时的耗电量与链路质量相关,因此UE在弱信号覆盖区域进行数据传输时,常常需要使用较大的传输功率,并可能尝试多次,增加耗电量。然而,对于有非重要非紧急数据的IoT(Internet of Things,物联网)终端来说,为减少IoT终端的耗电量,可以允许IoT终端在弱信号覆盖区域不发送数据,等待IoT终端进入信号覆盖较好的区域后再进行数据发送。因此在5G(5th-Generation,第五代移动通信技术)时代,时延容忍业务可以适用于IoT终端,即IoT终端在接收到时延容忍高的业务触发的寻呼消息时,如果IoT终端当前所在位置位于弱信号覆盖区域,则可以不响应该寻呼消息,然后等待IoT终端移动到信号覆盖较好的区域后再响应,以减少IoT终端的耗电量。
具体地,在对上述时延容忍较高的业务进行处理时,3GPP(3rd GenerationPartnership Project,第三代合作伙伴计划)会议上提出了以下两种方案:
(一)在寻呼消息中携带时延容忍指示
UE在注册过程或者PDU(Protocol Data Unit,协议数据单元)会话控制session建立过程中,向网络侧设备指示UE当前处于省电模式,则UE响应该寻呼消息的过程如图1所示,AMF(Access and Mobility Management Function,接入和移动管理实体)在收到下行数据通知时,向UE发送携带有时延容忍指示的寻呼消息,UE收到携带时延容忍指示的寻呼消息后,如果当前位置位于弱信号覆盖区域,则先不响应该寻呼消息,然后根据UE注册时注册请求中携带的时延容忍窗口,在该时延容忍窗口内,移动到信号覆盖较好的区域后再响应该寻呼消息。
(二)带时延寻呼消息重传的延迟响应
预先设置网络侧设备发送寻呼请求的重传次数和时间间隔,由网络侧设备可根据重传次数和时间间隔向UE发送寻呼请求,其具体流程如图2所示,AF(ApplicationFunction,应用实体)通过DDN(Digital Data Network,数字数据网)消息向SMF(SystemManagement Function,***管理实体)/UPF(User Port Function,用户端口实体)/AMF发送下行数据通知,并在DDN消息中携带时延寻呼消息指示,时延寻呼消息的重传次数N,时延寻呼消息的时间间隔T,由AMF/UPF/SMF向UE发送携带时延寻呼消息指示的寻呼请求,并启动时长为T的定时器,UE收到携带时延寻呼消息指示的寻呼请求后,如果当前位置位于弱信号覆盖区域,则先不响应该寻呼请求,而AMF/UPF/SMF在定时器超时后还没有收到UE的响应消息,则再次发送寻呼请求,直到发送寻呼请求的次数达到N。
在上述两种方案中,由于网络侧设备无法获知UE是已经脱网还是暂时处于弱信号覆盖区域,因此上述两种方案中都存在网络侧设备无法准确掌握UE可达性的问题。且如果UE实际已经脱网,则现有技术(一)中存在当网络侧设备需要获取UE的位置信息时,网络侧设备需要再次寻呼UE;而现有技术(二)中也存在网络侧设备需要多次重复寻呼UE,因此现有技术中还存在因多次寻呼UE而造成的寻呼资源浪费的问题。
发明内容
本发明公开了寻呼消息的响应方法、装置、终端、网络侧设备及介质,用以解决现有技术中网络侧设备无法确认UE是否脱网,以及多次向UE发送寻呼消息而造成的寻呼资源浪费的问题。
为克服上述技术问题,依据本发明的一个方面,提供了一种寻呼消息的响应方法,所述方法包括:
UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
由上述可知,在本发明中,UE在接收到网络侧设备发出的寻呼消息后,如果UE需要延迟响应,则会向网络侧设备发送携带有UE请求延迟响的信息的第一响应消息,因此网络侧设备通过接收UE发送的第一响应消息,能够及时地确定出UE并未脱网,并向UE发送用于指示UE延迟响应的处理消息,然后由UE根据该处理消息进行延迟响应。因此在本发明中,UE在接收到网络侧设备发出的寻呼消息后,能够及时地进行第一次响应,以便于网络侧设备确认UE是否脱网,并在网络侧设备确认UE未脱网后,网络侧设备只需向UE发送一条用于指示UE延迟响应的处理消息,由UE根据该处理消息进行延迟响应,与现有技术相比,在本发明中网络侧设备无需向UE进行多次重复寻呼,从而避免了因多次重复寻呼UE,而造成的寻呼资源浪费的问题。
具体地,所述判断所述UE是否需要延迟响应包括:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,
判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,
根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
由于若UE当前所在位置处于弱信号覆盖区域,那么进行数据传输时,则会造成UE耗电量增加,因此为减少UE的耗电量,需判断UE当前所在位置是否处于弱信号覆盖区域。另由于有的业务比较紧急,因此为了给其他较为紧急业务提供数据传输的信道资源,还需要判断当前业务的上行数据或消息是否需要延迟传输,或当前业务需要传输的数据量是否过大,以实现UE根据当前业务的应用特性,在数据传输不集中的时间段内进行上行数据的传输,进而达到合理利用信道资源目的。
具体地,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
也就是说,UE可根据上述需要延迟响应的原因,向网络侧设备发送请求延迟响应的指示信息,或请求延迟响应的时延容忍窗口信息,以利于终端侧设备获取UE的当前状态,并参考UE的当前状态和当前业务的时延容忍窗口,确定一个较为准确的目标时延容忍窗口,使得UE能够在准确的时延容忍窗口内,向网络侧设备进行第二次响应。
具体地,接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应包括:
接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;
在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
由于UE接收到的处理信息中还携带有UE进行延迟响应的目标时延容忍窗口,因此UE需要在目标时延容忍窗口内向网络侧设备进行第二次响应,也就是在目标时延容忍窗口内向网络侧设备发送第二响应消息,并与网络侧设备建立数据传输连接,以实现上行数据的传输。因此通过在处理消息中携带目标时延容忍窗口,可确保UE在准确的时延容忍窗口内响应该寻呼消息,并进行上行数据传输。
具体地,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
依据本发明的一个方面,还提供了一种寻呼消息的响应方法,所述方法包括:
网络侧设备向UE发出寻呼消息;
接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
判断是否允许所述UE延迟响应;
如果是,则向所述UE发送指示所述UE延迟响应的处理消息。
由上述可知,在本发明中,网络侧设备向UE发出寻呼消息后,会接收到UE发送携带有UE请求延迟响的信息的第一响应消息,因此终端侧设备能够及时确定UE并未脱网,并根据第一响应消息中携带UE请求延迟响的信息,获知UE的当前状态,网络侧设备在确定允许UE延迟响应后,可参考UE的当前状态向UE发送指示UE延迟响应的处理消息,并由UE根据该处理消息进行延迟响应。因此本发明中,网络侧设备向UE发出寻呼消息后,能够根据UE进行第一次响应发送的第一响应消息,及时确认UE并未脱网,并在确认允许UE延迟响应后,只需向UE发送一条用于指示UE延迟响应的处理消息,UE即可根据该处理消息进行延迟响应,因此与现有技术相比,本发明中网络侧设备无需向UE多次重复发出寻呼消息,从而避免了因多次重复寻呼UE,而造成的寻呼资源浪费的问题。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点,所述网络侧设备向UE发出寻呼消息之前,所述方法还包括:
所述RAN节点接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述网络侧设备向UE发出寻呼消息包括:
AMF向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
也就是说,当网络侧设备为RAN节点时,需在接收到AMF发送寻呼请求时,才出发寻呼消息,而当网络侧设备为AMF,需先向RAN节点发送寻呼请求,并通过RAN节点向UE发出寻呼消息。所以在本发明中,只需通过RAN节点直接向UE发出的寻呼消息即可,且无需在寻呼消息中增加指示,因此在提高空口寻呼发送效率的同时,还能够避免现有技术中需要在寻呼消息中增加指示,而产生的对寻呼消息设计的影响。
具体地,当所述网络侧设备为RAN节点时,所述判断所述UE是否允许延迟响应包括:
判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
由于AMF向RAN节点发送的寻呼请求之前,需要根据UE的能力,和/或UE的签约信息,确认UE是否支持延迟响应,和/或SMF提供的第二时延容忍信息,确认当前业务是否为时延容忍业务,并在UE支持延迟响应或前业务为时延容忍业务的情况下,才会在向RAN节点发送的寻呼请求中携带第一时延容忍信息,以便于RAN节点参考第一时延容忍信息确定UE进行延迟响应的目标时延容忍窗口,因此RAN节点只需要判断寻呼请求中是否携带第一时延容忍信息,即可判断出UE是否允许延迟响应。
具体地,当所述网络侧设备为AMF时,所述判断所述UE是否允许延迟响应包括:
判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
由于当UE的能力支持延迟响应和/或UE的签约信息允许UE延迟响应时,即可确定UE支持延迟响应,当SMF提供了针对当前业务的第二时延容忍信息,即可确定当前业务为时延容忍业务,因此AMF只需确定UE是否支持延迟响应,和/或确定当前业务是否为时延容忍业务,即可判断出UE是否允许延迟响应。
具体地,所述向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述方法还包括:
针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述向所述UE发送用于指示所述UE延迟响应的处理消息包括:
向所述UE发送携带有所述目标时延容忍窗口的处理消息。
由于不同业务的时延容忍窗口可能不同,且UE接收到寻呼消息时,并不知道当前业务的时延容忍窗口,所以现有技术中UE根据注册时注册请求中携带的时延容忍窗口进行延迟响应时,会导致不同时延容忍需求的业务得不到满足。而在本发明中,网络侧设备可针对当前业务,确定出UE进行延迟响应的目标时延容忍窗口,并通过携带于处理消息中告知UE,因此可确保UE在准确的时延容忍窗口内进行第二次响应,建立UE与网络侧设备之间的数据传输连接,实现上行数据传输。
具体地,当所述网络侧设备为RAN节点时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
由于RAN节点在接收到的第一响应消息中携带有UE请求延迟响应的信息,而UE请求延迟响应的信息可以是UE请求延迟响应的指示信息,也可以是UE请求延迟响应的时延容忍窗口信息。而寻呼请求中携带的第一时延容忍窗口信息可以是允许UE延迟响应的指示信息,也可以是允许UE延迟响应的时延容忍窗口信息,因此在本发明中,RAN节点需要根据UE请求延迟响应的信息和/或寻呼请求中携带的第一时延容忍窗口信息,也就是RAN节点需要根据UE延迟响应的需求和/或根据每个业务的时延容忍需求可允许UE延迟响应的时延容忍窗口,确定UE进行延迟响应的目标时延容忍窗口,以解决现有技术因UE采用统一的时延容忍窗口进行响应,而导致的不同时延容忍需求的业务得不到满足的问题。
具体地,当所述网络侧设备为AMF时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
由于AMF在接收到的第一响应消息中携带有UE请求延迟响应的信息,而UE请求延迟响应的信息可以是UE请求延迟响应的指示信息,也可以是UE请求延迟响应的时延容忍窗口信息。而SMF提供的第二时延容忍信息是针对当前业务请求的时延容忍信息,可以是当前业务为时延容忍业务的指示信息,也可以是当前业务的时延容忍窗口信息,因此AMF需要根据SMF提供的时延容忍信息和UE请求延迟响应的信息,也就是说,AMF也需要根据UE延迟响应的需求和/或每个业务的时延容忍需求,确定UE进行延迟响应的目标时延容忍窗口,以解决现有技术因UE采用统一的时延容忍窗口进行响应,而导致的不同时延容忍需求的业务得不到满足的问题。
具体地,所述方法还包括:
接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
通过接收UE在目标时延容忍窗口内,针对该寻呼请求向网络侧设备发送的进行第二次响应的第二响应消息,网络侧设备可与UE建立数据传输连接,从而实现UE的上行数据传输。
依据本发明的另一个方面,还提供了一种寻呼消息的响应装置,所述装置包括:
第一判断模块,用于UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
第一响应模块,用于如果所述第一判断模块的判断结果为是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
第二响应模块,用于接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
依据本发明的另一个方面,还提供了一种寻呼消息的响应装置,所述装置包括:
寻呼模块,用于网络侧设备向UE发出寻呼消息;
第二接收模块,用于接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
第二判断模块,用于判断是否允许所述UE延迟响应;
处理模块,用于如果所述第二判断模块的判断结果为是,则向所述UE发送指示所述UE延迟响应的处理消息。
依据本发明的另一个方面,还提供了一种终端,所述终端包括:第一处理器、第一存储器和第一收发机,
所述第一处理器,用于读取所述第一存储器中的程序,执行下列过程:
通过所述第一收发机UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应;
所述第一收发机,用于在所述第一处理器的控制下接收和发送数据。
具体地,所述第一处理器判断所述UE是否需要延迟响应时,具体用于:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,
判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,
根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
具体地,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
具体地,第一处理器通过所述第一收发机接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应时,具体用于通过所述第一收发机接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
具体地,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
依据本发明的另一个方面,还提供了一种计算机可读存储介质,其特征在于,其存储有终端可执行的计算机程序,当所述程序在所述终端上运行时,使得所述终端执行上述寻呼消息的响应方法中的步骤。
依据本发明的另一个方面,还提供了一种网络侧设备,所述网络侧设备包括:第二处理器、第二存储器和第二收发机,
所述第二处理器,用于读取所述第二存储器中的程序,执行下列过程:
通过所述第二收发机向UE发出寻呼消息;接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;判断是否允许所述UE延迟响应;如果是,则向所述UE发送指示所述UE延迟响应的处理消息;
所述第二收发机,用于在所述第二处理器的控制下接收和发送数据。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点,所述第二处理器通过所述第二收发机向UE发出寻呼消息之前,还用于通过所述第二收发机接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述第二处理器通过所述第二收发机向UE发出寻呼消息时,具体用于通过所述第二收发机向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
具体地,当所述网络侧设备为RAN节点时,所述第二处理器判断所述UE是否允许延迟响应时,具体用于判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定的,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,当所述网络侧设备为AMF时,所述第二处理器判断所述UE是否允许延迟响应时,具体用于判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,所述第二处理器通过所述第二收发机向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述第二处理器,还用于针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述第二处理器通过所述第二收发机向所述UE发送用于指示所述UE延迟响应的处理消息时,具体用于通过所述第二收发机向所述UE发送携带有所述目标时延容忍窗口的处理消息。
具体地,当所述网络侧设备为RAN节点时,所述第二处理器确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
具体地,所述第二处理器确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
具体地,所述第二处理器还用于通过所述第二收发机接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
依据本发明的另一个方面,还提供了一种计算机可读存储介质,其特征在于,其存储有网络侧设备可执行的计算机程序,当所述程序在所述网络侧设备上运行时,使得所述网络侧设备执行上述寻呼消息的响应方法中的步骤。
本发明的有益效果如下:
在本发明中,UE在接收到网络侧设备发出的寻呼消息后,如果需要延迟响应,则会向网络侧设备发送携带有UE请求延迟响的信息的第一响应消息;而网络侧设备在接收到该第一响应信息后,若确定允许UE延迟响应,则会向UE发送用于指示所述UE延迟响应的处理消息,然后由UE根据该处理消息进行延迟响应。因此在本发明中,通过UE在接收到网络侧设备发出的寻呼消息后,及时地向网络侧设备发送进行第一次响应的第一响应信息,可便于网络侧设备确认UE是否脱网。另由于第一响应消息中携带UE请求延迟响的信息,因此网络侧设备还能够获知UE的当前状态,所以网络侧设备在确认允许UE延迟响应后,可参考UE的当前状态进行处理,并只需向UE发送一条用于指示UE延迟响应的处理消息,UE即可根据该处理消息进行延迟响应,因此与现有技术相比,在本发明中网络侧设备无需向UE进行多次重复寻呼,从而避免了因多次重复寻呼UE,而造成的寻呼资源浪费的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中采用寻呼消息中携带时延容忍指示的方案时,UE进行响应的过程示意图;
图2为现有技术中采用带时延寻呼消息重传的延迟响应的方案时,UE进行响应的过程示意图;
图3为本发明实施例中提供的寻呼消息的响应方法的流程图;
图4为本发明实施例中提供的寻呼消息的响应方法的过程示意图;
图5为本发明实施例中提供的UE向RAN节点延迟响应的过程示意图;
图6为本发明实施例中提供的UE向AMF延迟响应的过程示意图;
图7为本发明实施例中提供的寻呼消息的响应装置的结构示意图之一;
图8为本发明实施例中提供的寻呼消息的响应装置的结构示意图之二;
图9为本发明实施例中提供的终端的结构示意图;
图10为本发明实施例中提供的网络端设备的结构示意图。
具体实施方式
现有技术采用寻呼消息中携带时延容忍指示的方案,或带时延寻呼消息重传的延迟响应的方案,进行寻呼消息的响应时,由于网络侧设备无法获知UE是已经脱网还是暂时处于弱信号覆盖区域,因此现有技术中存在网络侧设备无法准确掌握UE可达性的问题,以及如果UE实际已经脱网,网络侧设备需要多次重复寻呼UE,而造成的寻呼资源浪费的问题。因此,为克服现有技术中网络侧设备无法确认UE是否脱网,以及多次向UE发送寻呼消息而造成的寻呼资源浪费的问题,本发明的实施例提供了寻呼消息的响应方法、装置、终端、网络侧设备及介质。
具体地,该方法包括:UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;如果是,则向所述网络侧设备发送携带有所述UE请求延迟响的信息的第一响应消息;接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
因此在本发明实施例中,通过UE在接收到网络侧设备发出的寻呼消息后,及时地进行第一次响应,可便于网络侧设备确认UE是否脱网,并在网络侧设备确认UE未脱网后,只需向UE发送一条用于指示UE延迟响应的处理消息,UE即可根据该处理消息进行延迟响应,与现有技术相比,本发明实施例避免了因网络侧设备多次重复寻呼UE,而造成寻呼资源浪费的问题。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一:
图3为本发明实施例提供的一种寻呼消息的响应的流程图,由图3可知,该方法包括以下步骤:
步骤S301:网络侧设备向UE发出寻呼消息。
也就是说,当网络侧设备接收到下行数据到达通知服务时,需要向UE发出寻呼消息,以使得UE根据该寻呼消息进行上行数据的传输。
步骤S302:UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应。
由于UE进行数据传输时的耗电量与链路质量相关,而UE在弱信号覆盖区域进行数据传输时,会增加UE的耗电量。所以UE在接收到网络侧设备发出的寻呼消息后,为尽可能降低UE进行数据传输时的耗电量,需要判断是否需要延迟响应。另由于有的业务比较紧急,因此为了给其他较为紧急的业务提供数据传输的信道资源,还需要根据当前业务的应用特性,判断是否需要延迟响应。
具体地,在本发明实施例中,所述判断所述UE是否需要延迟响应包括:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应。
通过判断UE当前所在位置是否处于弱信号覆盖区域,并在UE处于弱信号覆盖区域时,向网络侧设备发送携带有UE请求延迟响的信息的第一响应消息,可使得UE不在弱信号覆盖区域内进行数据传输,等待UE移动到信号覆盖较好的区域后,再进行数据传输,减少了UE的耗电量。
或,判断当前业务需要的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应。
由于每个业务的应用特性不同,有的业务允许延迟响应,而有的业务则较为紧急,因此当存在其他比较紧急的业务时,为其他比较紧急的业务提供进行数据传输时的信道资源,需要当前业务的上行数据或消息延迟传输,因此UE可以向网络侧设备发送携带有UE请求延迟响的信息的第一响应消息,以达到合理利用信道资源目的。
或,根据当前业务需求,判断当前业务需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
如果当前业务需要传输的数据量过大时,而进行数据传输的信道资源有限,则会造成上行数据传输较慢,因此UE也可以向网络侧设备发送携带有UE请求延迟响的信息的第一响应消息,以实现根据当前业务的应用特性,在数据传输不集中的时间段内进行上行数据的传输,以达到合理利用信道资源目的。
当然可以理解的是,本发明实施例中判断UE是否需要延迟响应的方式,包括但不局限于上述三种方式中,其他能够确定UE是否需要延迟响应的方式,也包括在本发明实施例的保护范围之内。
步骤S303:如果是,则UE向所述网络侧设备发送携带有所述UE请求延迟响的信息的第一响应消息。
为使得网络侧设备获知UE的当前状态,UE在确定需要延迟响应后,会向网络侧设备发送携带有所述UE请求延迟响的信息的第一响应消息,因此网络侧设备能够根据该第一响应消息确认UE并未脱网,所以网络侧设备不会再针对当前业务向UE多次重复发出寻呼消息,从而可避免因多次重复寻呼UE而造成的寻呼资源浪费。
具体地,在本发明实施例中,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
由上述可知,UE在判断是否需要延迟响应时,需判断UE当前所在位置,因此当UE当前所在位置处于弱信号覆盖区域时,UE只需要通过该请求延迟响应的信息告知网络侧设备UE请求延迟响应即可,因此UE请求延迟响应的信息可以是UE请求延迟响应的指示信息。另由于UE在判断是否需要延迟响应时,还可以根据当前业务的应用特性进行判断,因此当UE判断出当前业务的上行数据需要延迟传输,或当前业务需要传输的数据量过大时,UE可通过该请求延迟响应的信息告知网络侧设备UE请求延迟响应的时延容忍窗口,所以请求延迟响应的信息可以是UE请求延迟响应的时延容忍窗口信息。
其中需要说明的是,UE需要延迟响应的原因与UE请求延迟响应的信息中所包括的信息并非上述所列举的一一对应的关系。针对任意一种UE需要延迟响应的原因,UE请求延迟响应的信息即可以是UE请求延迟响应的指示信息,也可以是UE请求延迟响应的时延容忍窗口信息。
步骤S304:网络侧设备接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息。
网络侧设备在接收到UE发送的携带有所述UE请求延迟响应的信息的第一响应消息后,可获知UE请求延迟响应或者UE请求延迟响应的时延容忍窗口,此时网络侧设备需要确认此次寻呼消息是否为时延容忍业务触发,如果否,则直接与UE建立数据传输连接,并进行上行数据传输;如果是,则允许UE延迟响应,即执行以下步骤S305。
步骤S305:网络侧设备判断是否允许所述UE延迟响应。
在本发明实施例中,网络侧设备为RAN节点或AMF,由于RAN节点与AMF判断是否允许所述UE延迟响应的过程不同,因此分别在后续实施例中针对RAN节点判断是否允许所述UE延迟响应的过程,以及AMF判断是否允许所述UE延迟响应的过程进行详细说明,在此不再赘述。
步骤S306:如果是,则网络侧设备向所述UE发送指示所述UE延迟响应的处理消息。
由于网络侧设备在接收到的第一响应消息中携带有UE请求延迟响应的信息,而UE请求延迟响应的信息可以是所述UE请求延迟响应的指示信息;或,所述UE请求延迟响应的时延容忍窗口信息。因此网络侧设备可根据UE请求延迟响应的信息获知UE的当前状态,并参考UE的当前状态向UE发送指示所述UE延迟响应的处理消息。
步骤S307:UE接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
由于UE在接收网络侧设备发送的用于指示所述UE延迟响应的处理消息,即可根据该处理消息进行延迟响应,所以网络侧设备无需再对UE进行多次重复寻呼,从而避免了多次重复寻呼UE造成的寻呼资源浪费。
综上可知,在本发明实施例中,通过UE在接收到网络侧设备发出的寻呼消息后,及时地向网络侧设备进行第一次响应,可便于网络侧设备确认UE是否脱网。另由于UE在向网络侧设备进行第一次响应时,可通过携带于第一响应消息中的UE请求延迟响的信息,将UE的当前状态告知网络侧设备,因此网络侧设备在确认允许UE延迟响应后,可参考UE的当前状态进行处理,并且网络侧设备只需向UE发送一条用于指示UE延迟响应的处理消息,UE即可根据该处理消息进行延迟响应,因此与现有技术相比,在本发明实施例中网络侧设备无需再对UE进行多次重复寻呼,避免了多次重复寻呼UE而造成的寻呼资源浪费。
实施例二
由于现有技术中,不同业务的时延容忍窗口不一样,而UE在进行响应时,根据注册时注册请求中携带的时延容忍窗口进行延迟响应,因此会导致不同时延容忍窗口的业务无法得到满足。例如业务1的时延容忍窗口是1小时,业务2的是2小时,而UE注册时注册请求中携带的时延容忍窗口为1.5小时。因此UE在对业务1进行响应时,则有可能导致UE无法及时响应业务1的寻呼消息。
因此为确保UE能够在准确的时延容忍窗口进行第二次响应,在上述实施例的基础上,在本发明实施例中,网络侧设备在向所述UE发送指示所述UE延迟响应的处理消息之前,所述方法还包括:
针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述向所述UE发送用于指示所述UE延迟响应的处理消息包括:
向所述UE发送携带有所述目标时延容忍窗口的处理消息。
由于UE可根据当前需要延迟响应的原因,向网络侧设备发送请求延迟响应的指示信息,或请求延迟响应的时延容忍窗口信息,因此终端侧设备可获取UE的当前状态。另由于不同业务的时延容忍窗口可能不同,因此网络侧设备可参考UE的当前状态和当前业务时延容忍窗口,确定目标时延容忍窗口,以使得UE在准确的时延容忍窗口进行第二次响应,从而克服了现有技术中UE根据注册时注册请求中携带的时延容忍窗口进行延迟响应,而导致的不同时延容忍需求的业务得不到满足的问题。
由于RAN节点与AMF确定目标时延容忍窗口的过程不同,因此分别在后续实施例中针对RAN节点确定目标时延容忍窗口的过程,以及AMF确定目标时延容忍窗口的过程进行详细说明,在此不再赘述。
而UE接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息包括:
接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;
所述根据所述处理消息进行延迟响应包括:
在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
那么相应的,网络侧设备接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
由于UE接收到的处理信息中还携带有UE进行延迟响应的目标时延容忍窗口,因此UE需要在目标时延容忍窗口内向网络侧设备进行第二次响应,也就是向网络侧设备发送第二响应消息,并与网络侧设备建立数据传输连接,以实现UE进行上行数据传输。
因此在本发明实施例中,通过确定针对当前业务的UE进行延迟响应的目标时延容忍窗口,并将该目标时延容忍窗携带于处理消息中告知UE,可确保UE在准确的时延容忍窗口内响应该寻呼消息,并进行上行数据传输,从而克服了现有技术中UE根据注册时注册请求中携带的时延容忍窗口进行延迟响应,而导致的UE无法及时响应网络侧设备发出的寻呼消息的技术问题。
实施例三
图4为本发明实施例中提供的寻呼消息的响应方法的过程示意图,如图4所示,该过程包括:
步骤S401:网络侧设备向UE发出寻呼消息;
步骤S402:UE接收网络侧设备发出的寻呼消息,判断自身是否需要延迟响应;
步骤S403:如果是,UE向所述网络侧设备发送携带有所述UE请求延迟响的信息的第一响应消息,并执行步骤步骤S405;如果否,则执行步骤S404;
步骤S404:网络侧设备与UE直接建立数据传输连接,进行上行数据的传输;
步骤S405:网络侧设备判断是否允许UE延迟响应,如果是,则向所述UE发送指示所述UE延迟响应的处理消息,并执行步骤步骤S407;如果否,则执行步骤S406;
步骤S406:网络侧设备与UE直接建立数据传输连接,进行上行数据的传输;
步骤S407:UE向网络侧设备发送第二响应消息,建立数据传输连接,进行上行数据的传输。
因此在本发明实施例中,通过UE在接收到网络侧设备发出的寻呼消息后,及时地向网络侧设备进行第一次响应,可便于网络侧设备确认UE是否脱网。当网络侧设备确认UE并未脱网,且确认允许UE延迟响应后,只需要向UE发送一条用于指示UE延迟响应的处理消息,并由UE根据该处理消息进行延迟响应,因此本发明实施例中网络侧设备无需再对UE进行多次重复寻呼,克服了现有技术中多次重复寻呼UE而造成的寻呼资源浪费的问题。
实施例四
网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF,为进一步说明RAN节点与AMF在向UE发出寻呼消息的过程,在上述实施例的基础上,在本发明实施例中,当所述网络侧设备为RAN节点,所述网络侧设备向UE发出寻呼消息之前,所述方法还包括:
所述RAN节点接收所述AMF发送寻呼请求。
也就是说,当网络侧设备为RAN节点时,需要接收到AMF发送寻呼请求时,才出发寻呼消息。
而当所述网络侧设备为AMF,所述网络侧设备向UE发出寻呼消息包括:
AMF向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
也就是说,当网络侧设备为AMF,需先向RAN节点发送寻呼请求,然后再通过RAN节点向UE发出寻呼消息。
由上述可知,在本发明实施例中,RAN节点与AMF在向UE发出寻呼消息时,均是通过RAN节点直接向UE发出寻呼消息,无需AMF直接向UE发出寻呼请求,因此可提高空口寻呼发送效率。另由于在寻呼消息中无需增加指示,因此还能够避免现有技术中需要在寻呼消息中增加指示,而产生的对寻呼消息设计的影响。
实施例五
为进一步说明当所述网络侧设备为AMF时,AMF如何判断所述UE是否允许延迟响应,以及AMF如何确定目标时延容忍窗口,在上述实施例的基础上,在本发明实施例中,当所述网络侧设备为AMF时,所述判断所述UE是否允许延迟响应包括:
判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
由于UE注册到AMF时,其注册请求中携带有UE的时延容忍能力指示,该指示可用于告知AMF该UE的能力支持延迟响应,并在注册过程中,AMF可将UE的时延容忍能力指示记录在该UE的签约信息中,因此AMF可通过判断UE的能力是否支持延迟响应,和/或UE的签约信息是否允许UE延迟响应,即可判断出UE的能力是否支持延迟响应。
而当SMF在确定UE有下行数据传输时,若当前业务为时延容忍业务,那么SMF需根据针对当前业务保存的第二时延容忍信息,通知给AMF,由于第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息,因此AMF通过判断SMF是否提供第二时延容忍信息,即可判断出当前业务是否为时延容忍业务。
因此在本发明实施例中,当AMF通过UE的能力和/或UE的签约信息,确定出UE的能力支持延迟响应,即可允许UE延迟响应;或AMF接收到了SMF提供的第二时延容忍信息,确定出当前业务为时延容忍业务,也可允许UE延迟响应;当然较佳的是,当AMF通过UE的能力和/或UE的签约信息,确定出UE的能力支持延迟响应,同时还接收到了SMF提供的第二时延容忍信息,确定出当前业务为时延容忍业务,也就是说,当前业务是时延容忍业务,且同时UE支持时延响应,才允许UE延迟响应。
在AMF确定允许UE延迟响应后,为保证UE在准确的时延容忍窗口内响应该寻呼消息,因此AMF还需要针对当前业务,确定出目标时延容忍窗口。其中,由上述实施例一可知,UE请求延迟响应的信息包括:所述UE请求延迟响应的指示信息;或,所述UE请求延迟响应的时延容忍窗口信息。而在本发明实施例中,SMF提供的第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。因此在本发明实施例中,当所述网络侧设备为AMF时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
具体地,当UE请求延迟响应的信息是所述UE请求延迟响应的指示信息时,也就是说,UE仅告知AMF请求延迟响应,并未告知AMF请求延迟响应的时延容忍窗口,此时AMF可根据SMF提供的第二时延容忍信息,确定当前业务的时延容忍窗口信息,并将当前业务的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如SMF提供的第二时延容忍信息中,当前业务的时延容忍窗口信息为1小时,那么UE进行延迟响应的目标时延容忍窗口即为1小时。
当UE请求延迟响应的信息是所述UE请求延迟响应的时延容忍窗口,也就是说,UE根据当前状态,不仅告知AMF请求延迟响应,而且还告知AMF请求延迟响应的时延容忍窗口,而AMF根据SMF提供的第二时延容忍信息为当前业务为时延容忍业务的指示信息,也就是并不限定UE进行延迟响应的时延容忍窗口,此时AMF可根据UE请求延迟响应的时延容忍窗口信息,将UE请求延迟响应的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如UE请求延迟响应的时延容忍窗口为1小时,那么UE进行延迟响应的目标时延容忍窗口即为1小时。
当UE请求延迟响应的时延容忍窗口信息,SMF提供的第二时延容忍信息是当前业务的时延容忍窗口信息时,即UE根据当前状态,告知了AMF请求延迟响应的时延容忍窗口,而SMF提供了针对当前业务需求保存的当前业务的时延容忍窗口,那么此时AMF需将UE请求延迟响应的时延容忍窗口与当前业务的时延容忍窗口的大小进行比较,并将其中较小的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如UE请求延迟响应的时延容忍窗口为1小时,而当前业务的时延容忍窗口为2小时,则将UE请求延迟响应的时延容忍窗口1小时作为UE进行延迟响应的目标时延容忍窗口;而UE请求延迟响应的时延容忍窗口为2小时,而当前业务的时延容忍窗口为1小时,则将当前业务的时延容忍窗口1小时作为UE进行延迟响应的目标时延容忍窗口。
因此,在本发明实施例中,AMF可根据UE延迟响应的需求,和/或每个业务的时延容忍需求,综合确定UE进行延迟响应的目标时延容忍窗口,可使得UE在准确的时延容忍窗口进行第二次响应,以克服现有技术中UE根据注册时注册请求中携带的时延容忍窗口进行延迟响应,而导致的不同时延容忍需求的业务得不到满足的问题。
实施例六
为进一步说明当所述网络侧设备为RAN节点时,RAN节点如何判断所述UE是否允许延迟响应,以及RAN节点如何目标时延容忍窗口,在上述实施例的基础上,在本发明实施例中,当所述网络侧设备为RAN节点时,所述判断所述UE是否允许延迟响应包括:
判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息是AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定的,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
由上述实施例四可知,网络侧设备为RAN节点,在向UE发出寻呼消息之前,需接收AMF发送寻呼请求。而由上述实施例五可知,AMF在向RAN节点发送寻呼请求之前,可根据UE的能力,和/或UE的签约信息,和/或SMF提供的第二时延容忍信息,确定允许UE延迟响应。因此AMF需要在向RAN节点发送的寻呼请求中告知RAN节点允许UE延迟响应,以便于RAN节点确定UE进行延迟响应的目标时延容忍窗口。
因此当网络侧设备为RAN节点时,由于AMF已经判断出是否允许所述UE延迟响应,并在确定允许UE延迟响应时,通过向RAN节点发送携带有第一时延容忍信息的寻呼请求告知RAN节点,因此RAN节点只需通过判断接收到寻呼请求中是否携带有第一时延容忍信息,即可判断是否允许所述UE延迟响应。
由于第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定,第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息,所以第一时延容忍信息为根据UE的能力,和/或UE的签约信息,和/或当前业务为时延容忍业务的指示信息,确定出的允许所述UE延迟响应的指示信息,或根据当前业务的时延容忍窗口信息,也就是当前业务的延迟容忍需求,确定出的允许所述UE延迟响应的时延容忍窗口信息。比如当前业务的时延容忍窗口信息为2时,那么允许所述UE延迟响应的时延容忍窗口也就是2小时。
在RAN节点确定允许UE延迟响应后,为保证UE在准确的时延容忍窗口内响应该寻呼消息,因此RAN节点还需要针对当前业务,确定出目标时延容忍窗口。其中,由上述实施例一可知,UE请求延迟响应的信息包括:所述UE请求延迟响应的指示信息;或,所述UE请求延迟响应的时延容忍窗口信息。而在本发明实施例中,寻呼请求中携带的第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息。因此在本发明实施例中,当所述网络侧设备为RAN节点时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
具体地,当UE请求延迟响应的信息是所述UE请求延迟响应的指示信息时,也就是说,UE仅告知RAN节点请求延迟响应,并未告知RAN节点请求延迟响应的时延容忍窗口,而第一时延容忍窗口信息为允许所述UE延迟响应的时延容忍窗口信息,此时RAN节点可根据寻呼请求中携带的第一时延容忍窗口信息,确定允许所述UE延迟响应的时延容忍窗口,并将允许所述UE延迟响应的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如允许所述UE延迟响应的时延容忍窗口为1小时,那么UE进行延迟响应的目标时延容忍窗口即为1小时。
当UE请求延迟响应的信息是所述UE请求延迟响应的时延容忍窗口,也就是说,UE根据当前状态,不仅告知AMF请求延迟响应,而且还告知AMF请求延迟响应的时延容忍窗口,而第一时延容忍窗口信息为允许所述UE延迟响应的指示信息,也就是并不限定UE进行延迟响应的时延容忍窗口,此时RAN节点可根据UE请求延迟响应的时延容忍窗口信息,将UE请求延迟响应的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如UE请求延迟响应的时延容忍窗口为1小时,那么UE进行延迟响应的目标时延容忍窗口即为1小时。
当UE请求延迟响应的时延容忍窗口信息,寻呼请求中携带的第一时延容忍窗口信息是当前业务为时延容忍业务的指示信息时,即UE根据当前状态,告知了RAN节点请求延迟响应的时延容忍窗口,而第一时延容忍窗口信息提供了针对当前业务需求允许UE进行延迟响应的时延容忍窗口,那么此时RAN节点需则将UE请求延迟响应的时延容忍窗口信息与允许所述UE延迟响应的时延容忍窗口的大小进行比较,并将其中较小的时延容忍窗口确定为UE进行延迟响应的目标时延容忍窗口。比如UE请求延迟响应的时延容忍窗口为1小时,而允许所述UE延迟响应的时延容忍窗口为2小时,则将UE请求延迟响应的时延容忍窗口1小时作为UE进行延迟响应的目标时延容忍窗口;UE请求延迟响应的时延容忍窗口为2小时,而允许所述UE延迟响应的时延容忍窗口为1小时,则将允许所述UE延迟响应的时延容忍窗口1小时作为UE进行延迟响应的目标时延容忍窗口。
因此,在本发明实施例中,RAN节点可根据UE延迟响应的需求,和/或每个业务的时延容忍需求,综合确定UE进行延迟响应的目标时延容忍窗口,可使得UE在准确的时延容忍窗口进行第二次响应,以克服现有技术中UE根据注册时注册请求中携带的时延容忍窗口进行延迟响应,而导致的不同时延容忍需求的业务得不到满足的问题。
实施例七
在上述实施例的基础上,本发明实施例将以网络侧设备为RAN节点为例,说明UE向RAN节点延迟响应的过程,其过程如图5所示:
0.UE在注册请求中携带时延容忍(delay tolerant,DT)能力指示,使得AMF知道该UE能够支持时延容忍特性。
1.SMF在确定UE有下行数据传输,且该下行数据能够被UE延迟接收,则确定向AMF指示针对当前业务的时延容忍信息(DT info),例如当前业务的时延容忍信息可以是当前业务为时延容忍业务的指示信息,或当前业务的时延容忍窗口信息。
2.SMF通过Namf_Communication_N1N2MessageTransfer服务向AMF发送针对当前业务的时延容忍信息以及进行数据传输需要的N2接口会话管理信息N2SM info。
3.AMF收到针对当前业务的时延容忍信息之后,进一步跟进UE的能力和/或UE的签约信息,确定是否在寻呼请求(paging request)中携带针对当前业务的时延容忍信息,具体地,当AMF确定UE支持延迟响应时,则在寻呼请求中携带针对当前业务的时延容忍信息。
4.AMF向NG-RAN发送携带有针对当前业务的时延容忍信息的寻呼请求。
5.NG-RAN记录针对当前业务的时延容忍信息,然后向UE发出寻呼请求(paging)。
6.UE如果处于弱信号覆盖区域,或者判断出当前业务的上行数据可以延迟传输或当前业务需要传输的数据量过大时,则在响应该寻呼消息的RRC请求消息中携带UE请求延迟响应的信息,例如UE处于弱信号覆盖(weak coverage)的信息,或者UE请求延迟响应的指示信息,或者UE请求延迟响应的时延容忍窗口信息。
7.NG-RAN根据记录的针对当前业务的时延容忍信息,确定无需为UE建立RRC连接,则拒绝UE的RRC连接建立请求消息,并向UE发送指示UE延迟响应的处理消息。具体地,可以在该处理消息中采用携带的原因值方式指示UE延迟响应。比如可将原因值预先设置为00,用于指示UE延迟响应。此外若针对当前业务的时延容忍信息携带了当前业务的时延容忍窗口信息,则NG-RAN可将该当前业务的时延容忍窗口确定为目标时延容忍窗口,并进一步将该目标时延容忍窗口通知UE。
8.UE收到NG-RAN的处理消息后,可根据原因值确定对该寻呼消息进行延迟响应。其中,UE最晚需要在目标时延容忍窗口到达之前再次进行响应。
9.NG-RAN随后向AMF返回UE针对此次寻呼消息的寻呼响应,并在该寻呼响应中通知AMF当前UE处于弱信号覆盖(weak coverage),或者UE请求延迟响应,或者UE请求延迟响应的时延容忍窗口。
10.AMF向SMF返回消息,通知SMF当前UE将延迟响应。
11.AMF通知其他收到寻呼请求的NG-RAN,放弃寻呼。
实施例八
在上述实施例的基础上,本发明实施例将以网络侧设备为AMF节点为例,说明UE向AMF延迟响应的过程,其过程如图6所示:
1.SMF在确定UE有下行数据传输,且该下行数据能够被UE延迟接收,则确定向AMF指示针对当前业务的时延容忍信息(DT info),例如当前业务的时延容忍信息可以是当前业务为时延容忍业务的指示信息,或当前业务的时延容忍窗口信息。
2.SMF通过Namf_Communication_N1N2MessageTransfer服务向AMF发送针对当前业务的时延容忍信息以及进行数据传输需要的N2接口会话管理信息N2SM info。
3-4.AMF正常寻呼UE。
5.UE如果处于弱信号覆盖区域,或者判断出当前业务的上行数据可以延迟传输或当前业务需要传输的数据量过大时,则在响应该寻呼消息的服务请求(service request)消息中携带UE请求延迟响应的信息,例如UE处于弱信号覆盖(weak coverage)的信息,或者UE请求延迟响应的指示信息,或者UE请求延迟响应的时延容忍窗口信息。
6.AMF收到UE的携带UE请求延迟响应的信息的服务请求消息后,进一步根据从SMF收到的针对当前业务的时延容忍信息,和/或UE的能力,和/或UE的签约信息,确定是否允许UE延迟响应。
7.若允许UE延迟响应,则AMF拒绝UE的服务请求消息,并向UE发送指示UE延迟响应的处理消息。具体地,可以在该处理消息中采用携带的原因值方式指示UE延迟响应。比如可将原因值预先设置为00,用于指示UE延迟响应。此外若针对当前业务的时延容忍信息携带了当前业务的时延容忍窗口信息,则AMF可将该当前业务的时延容忍窗口确定为目标时延容忍窗口,并进一步将该目标时延容忍窗口通知UE,UE最晚需要在目标时延容忍窗口到达之前再次进行响应。
8.AMF向SMF返回消息,通知SMF当前UE将延迟响应。
实施例九
依据本发明实施例的另一个方面,还提供了一种寻呼消息的响应装置,如图7所示,所述装置包括:
第一判断模块701,用于UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
第一响应模块702,用于如果所述第一判断模块的判断结果为是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
第二响应模块703,用于接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
具体地,所述第一判断模块701具体用于:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,
判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,
根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
具体地,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
具体地,所述第二响应模块703,具体用于接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
实施例十
依据本发明实施例的另一个方面,还提供了一种寻呼消息的响应装置,如图8所示,所述装置包括:
寻呼模块801,用于网络侧设备向UE发出寻呼消息;
第一接收模块802,用于接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
第二判断模块803,用于判断是否允许所述UE延迟响应;
处理模块804,用于如果所述第二判断模块的判断结果为是,则向所述UE发送指示所述UE延迟响应的处理消息。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点,所述寻呼模块701之前,所述装置还包括:
第二接收模块805,用于所述RAN节点接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述寻呼模块701,具体用于AMF向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
具体地,当所述网络侧设备为RAN节点时,所述第二判断模块703,具体用于判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定的,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,当所述网络侧设备为AMF时,所述第二判断模块703,具体用于判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,所述处理模块804,具体用于针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;向所述UE发送携带有所述目标时延容忍窗口的处理消息。
具体地,当所述网络侧设备为RAN节点时,所述处理模块804确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
具体地,当所述网络侧设备为AMF时,所述处理模块804确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
具体地,所述装置还包括:
连接模块806,用于接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
实施例十一
依据本发明实施例的另一个方面,还提供了一种终端,如图9所示,所述终端包括:第一处理器901、第一存储器902和第一收发机903,
所述第一处理器901,用于读取所述第一存储器902中的程序,执行下列过程:
通过所述第一收发机903接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应;
所述第一收发机903,用于在所述第一处理器901的控制下接收和发送数据。
具体地,所述第一处理器901判断所述UE是否需要延迟响应时,具体用于:判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
具体地,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
具体地,所述第一处理器901通过所述第一收发机903接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应时,具体用于通过所述第一收发机903接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
具体地,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
其中,在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由第一处理器901代表的一个或多个处理器和第一存储器902代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的。因此,本发明实施例不再对其进行进一步描述。总线接口提供接口。第一收发机903可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,终端接口904还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。第一处理器901负责管理总线架构和通常的处理,第一存储器902可以存储第一处理器901在执行操作时所使用的数据。
实施例十二
依据本发明实施例的另一个方面,还提供了一种计算机可读存储介质,其存储有终端可执行的计算机程序,当所述程序在所述终端上运行时,使得所述终端执行如下步骤:
UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
具体地,所述判断所述UE是否需要延迟响应包括:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,
判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,
根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
具体地,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
具体地,接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应包括:
接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;
在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
具体地,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
上述实施例中的计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD)等。
实施例十三
依据本发明实施例的另一个方面,还提供了一种网络侧设备,如图10所示,所述网络侧设备包括:第二处理器1001、第二存储器1002和第二收发机1003,
所述第二处理器1001,用于读取所述第二存储器1002中的程序,执行下列过程:
通过所述第二收发机1003向UE发出寻呼消息;接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;判断是否允许所述UE延迟响应;如果是,则向所述UE发送指示所述UE延迟响应的处理消息;
所述第二收发机1003,用于在所述第二处理器1001的控制下接收和发送数据。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点,所述第二处理器1001通过所述第二收发机1003向UE发出寻呼消息之前,还用于通过所述第二收发机1003接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述第二处理器1001通过所述第二收发机1003向UE发出寻呼消息时,具体用于通过所述第二收发机1003向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
具体地,当所述网络侧设备为RAN节点时,所述第二处理器1001判断所述UE是否允许延迟响应时,具体用于判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定的,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,当所述网络侧设备为AMF时,所述第二处理器1001判断所述UE是否允许延迟响应时,具体用于判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,所述第二处理器1001通过所述第二收发机1003向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述第二处理器1001,还用于针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述第二处理器1001通过所述第二收发机1003向所述UE发送用于指示所述UE延迟响应的处理消息时,具体用于通过所述第二收发机1003向所述UE发送携带有所述目标时延容忍窗口的处理消息。
具体地,当所述网络侧设备为RAN节点时,所述第二处理器1001确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
具体地,当所述网络侧设备为AMF时,所述第二处理器1001确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
具体地,所述第二处理器1001还用于通过所述第二收发机1003接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
其中,在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由第二处理器1001代表的一个或多个处理器和第二存储器1002代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的。因此,本发明实施例不再对其进行进一步描述。总线接口提供接口。第二收发机1003可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。第二处理器1001负责管理总线架构和通常的处理,第二存储器1002可以存储第二处理器1001在执行操作时所使用的数据。
实施例十四
依据本发明实施例的另一个方面,还提供了一种计算机可读存储介质,其存储有网络侧设备可执行的计算机程序,当所述程序在所述网络侧设备上运行时,使得所述网络侧设备执行一下步骤:
网络侧设备向UE发出寻呼消息;
接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
判断是否允许所述UE延迟响应;
如果是,则向所述UE发送指示所述UE延迟响应的处理消息。
具体地,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
具体地,当所述网络侧设备为RAN节点,所述网络侧设备向UE发出寻呼消息之前,还包括:
所述RAN节点接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述网络侧设备向UE发出寻呼消息包括:
AMF向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
具体地,当所述网络侧设备为RAN节点时,所述判断所述UE是否允许延迟响应包括:
判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定的,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,当所述网络侧设备为AMF时,所述判断所述UE是否允许延迟响应包括:
判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
具体地,所述向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述网络侧设备执行的步骤还包括:
针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述向所述UE发送用于指示所述UE延迟响应的处理消息包括:
向所述UE发送携带有所述目标时延容忍窗口的处理消息。
具体地,当所述网络侧设备为RAN节点时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
具体地,当所述网络侧设备为AMF时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
具体地,所述网络侧设备执行的步骤还包括:
接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
上述实施例中的计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD)等。
对于***/装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来,而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (32)
1.一种寻呼消息的响应方法,其特征在于,所述方法包括:
UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
2.如权利要求1所述的方法,其特征在于,所述判断所述UE是否需要延迟响应包括:
判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,
判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,
根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
3.如权利要求1所述的方法,其特征在于,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
4.如权利要求1所述的方法,其特征在于,所述接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应包括:
接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;
在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
5.如权利要求1或4所述的方法,其特征在于,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
6.一种寻呼消息的响应方法,其特征在于,所述方法包括:
网络侧设备向UE发出寻呼消息;
接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
判断是否允许所述UE延迟响应;
如果是,则向所述UE发送指示所述UE延迟响应的处理消息。
7.如权利要求6所述的方法,其特征在于,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
8.如权利要求7所述的方法,其特征在于,当所述网络侧设备为RAN节点,所述网络侧设备向UE发出寻呼消息之前,所述方法还包括:
所述RAN节点接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述网络侧设备向UE发出寻呼消息包括:
所述AMF向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
9.如权利要求8所述的方法,其特征在于,当所述网络侧设备为RAN节点时,所述判断所述UE是否允许延迟响应包括:
判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
10.如权利要求7所述的方法,其特征在于,当所述网络侧设备为AMF时,所述判断所述UE是否允许延迟响应包括:
判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,
判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
11.如权利要求6所述的方法,其特征在于,所述向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述方法还包括:
针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述向所述UE发送用于指示所述UE延迟响应的处理消息包括:
向所述UE发送携带有所述目标时延容忍窗口的处理消息。
12.如权利要求8所述的方法,其特征在于,当所述网络侧设备为RAN节点时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
13.如权利要求7所述的方法,其特征在于,当所述网络侧设备为AMF时,所述确定所述UE进行延迟响应的目标时延容忍窗口包括:
根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
14.如权利要求6所述的方法,其特征在于,所述方法还包括:
接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
15.一种寻呼消息的响应装置,其特征在于,所述装置包括:
第一判断模块,用于UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;
第一响应模块,用于如果所述第一判断模块的判断结果为是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;
第二响应模块,用于接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应。
16.一种寻呼消息的响应装置,其特征在于,所述装置包括:
寻呼模块,用于网络侧设备向UE发出寻呼消息;
第二接收模块,用于接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;
第二判断模块,用于判断是否允许所述UE延迟响应;
处理模块,用于如果所述第二判断模块的判断结果为是,则向所述UE发送指示所述UE延迟响应的处理消息。
17.一种终端,其特征在于,所述终端包括:第一处理器、第一存储器和第一收发机,
所述第一处理器,用于读取所述第一存储器中的程序,执行下列过程:
通过所述第一收发机UE接收网络侧设备发出的寻呼消息,判断所述UE是否需要延迟响应;如果是,则向所述网络侧设备发送携带有所述UE请求延迟响应的信息的第一响应消息;接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应;
所述第一收发机,用于在所述第一处理器的控制下接收和发送数据。
18.如权利要求17所述的终端,其特征在于,所述第一处理器判断所述UE是否需要延迟响应时,具体用于判断所述UE当前所在位置是否处于弱信号覆盖区域,如果是,则确定所述UE需要延迟响应;或,判断当前业务的上行数据或消息是否需要延迟传输,如果是,则确定所述UE需要延迟响应;或,根据当前业务需求,判断需要传输的数据量是否大于预设阈值,如果是,则确定所述UE需要延迟响应。
19.如权利要求17所述的终端,其特征在于,所述UE请求延迟响应的信息包括:
所述UE请求延迟响应的指示信息;或,
所述UE请求延迟响应的时延容忍窗口信息。
20.如权利要求17所述的终端,其特征在于,所述第一处理器通过所述第一收发机接收所述网络侧设备发送的用于指示所述UE延迟响应的处理消息,并根据所述处理消息进行延迟响应时,具体用于通过所述第一收发机接收所述网络侧设备发送的携带有所述UE进行延迟响应的目标时延容忍窗口的处理消息;在所述目标时延容忍窗口内向所述网络侧设备发送第二响应消息,并与所述网络侧设备建立数据传输连接。
21.如权利要求17或20所述的终端,其特征在于,当所述网络侧设备为RAN节点时,响应消息为所述UE发送的无线资源控制RRC连接建立请求消息,当所述网络侧设备为AMF时,响应消息为所述UE发送的服务请求消息。
22.一种计算机可读存储介质,其特征在于,其存储有终端可执行的计算机程序,当所述程序在所述终端上运行时,使得所述终端执行权利要求1~5中任一项所述方法的步骤。
23.一种网络侧设备,其特征在于,所述网络侧设备包括:第二处理器、第二存储器和第二收发机,
所述第二处理器,用于读取所述第二存储器中的程序,执行下列过程:
通过所述第二收发机向UE发出寻呼消息;接收所述UE发送的携带有所述UE请求延迟响应的信息的第一响应消息;判断是否允许所述UE延迟响应;如果是,则向所述UE发送指示所述UE延迟响应的处理消息;
所述第二收发机,用于在所述第二处理器的控制下接收和发送数据。
24.如权利要求23所述的网络侧设备,其特征在于,所述网络侧设备为无线接入网RAN节点或接入和移动管理实体AMF。
25.如权利要求24所述的网络侧设备,其特征在于,当所述网络侧设备为RAN节点,所述第二处理器通过所述第二收发机向UE发出寻呼消息之前,还用于通过所述第二收发机接收所述AMF发送的寻呼请求;
当所述网络侧设备为AMF,所述第二处理器通过所述第二收发机向UE发出寻呼消息时,具体用于通过所述第二收发机向无线接入网RAN节点发送寻呼请求,通过所述RAN节点向所述UE发出寻呼消息。
26.如权利要求25所述的网络侧设备,其特征在于,当所述网络侧设备为RAN节点时,所述第二处理器判断所述UE是否允许延迟响应时,具体用于判断所述寻呼请求中是否携带有第一时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第一时延容忍信息由AMF根据UE的能力,和/或UE的签约信息,和/或***管理实体SMF提供的第二时延容忍信息确定,且所述第一时延容忍信息为允许所述UE延迟响应的指示信息,或者允许所述UE延迟响应的时延容忍窗口信息,所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
27.如权利要求24所述的网络侧设备,其特征在于,当所述网络侧设备为AMF时,所述第二处理器判断所述UE是否允许延迟响应时,具体用于判断UE的能力是否支持延迟响应,如果是,则允许所述UE延迟响应;和/或,判断UE的签约信息是否允许UE延迟响应,如果是,则允许所述UE延迟响应;和/或,判断所述SMF是否提供第二时延容忍信息,如果是,则允许所述UE延迟响应,其中所述第二时延容忍信息为当前业务为时延容忍业务的指示信息,或者当前业务的时延容忍窗口信息。
28.如权利要求23所述的网络侧设备,其特征在于,所述第二处理器通过所述第二收发机向所述UE发送用于指示所述UE延迟响应的处理消息之前,所述第二处理器,还用于针对当前业务,确定所述UE进行延迟响应的目标时延容忍窗口;
所述第二处理器通过所述第二收发机向所述UE发送用于指示所述UE延迟响应的处理消息时,具体用于通过所述第二收发机向所述UE发送携带有所述目标时延容忍窗口的处理消息。
29.如权利要求25所述的网络侧设备,其特征在于,当所述网络侧设备为RAN节点时,所述第二处理器确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据所述寻呼请求中携带的第一时延容忍窗口信息和/或所述UE请求延迟响应的信息,确定所述UE的进行延迟响应的目标时延容忍窗口。
30.如权利要求24所述的网络侧设备,其特征在于,当所述网络侧设备为AMF时,所述第二处理器确定所述UE进行延迟响应的目标时延容忍窗口时,具体用于根据SMF提供的第二时延容忍信息和/或所述UE请求延迟响应的信息,确定所述UE进行延迟响应的目标时延容忍窗口。
31.如权利要求23所述的网络侧设备,其特征在于,所述第二处理器还用于通过所述第二收发机接收所述UE发送的第二响应消息,并与所述UE建立数据传输连接。
32.一种计算机可读存储介质,其特征在于,其存储有网络侧设备可执行的计算机程序,当所述程序在所述网络侧设备上运行时,使得所述网络侧设备执行权利要求6~14中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810476509.1A CN110505687B (zh) | 2018-05-17 | 2018-05-17 | 寻呼消息的响应方法、装置、终端、网络侧设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810476509.1A CN110505687B (zh) | 2018-05-17 | 2018-05-17 | 寻呼消息的响应方法、装置、终端、网络侧设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110505687A true CN110505687A (zh) | 2019-11-26 |
CN110505687B CN110505687B (zh) | 2022-03-29 |
Family
ID=68584802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810476509.1A Active CN110505687B (zh) | 2018-05-17 | 2018-05-17 | 寻呼消息的响应方法、装置、终端、网络侧设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110505687B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112514472A (zh) * | 2020-11-06 | 2021-03-16 | 北京小米移动软件有限公司 | 信息发送方法及装置、存储介质 |
CN113259881A (zh) * | 2021-05-07 | 2021-08-13 | 隆讯(徐州)智能科技有限公司 | 一种实现自适应业务模型的NB-IoT物联网终端***与方法 |
WO2022094965A1 (zh) * | 2020-11-06 | 2022-05-12 | 北京小米移动软件有限公司 | 延迟判断方法和装置、延迟指示方法和装置 |
CN114557067A (zh) * | 2019-12-19 | 2022-05-27 | Oppo广东移动通信有限公司 | 消息处理方法、终端、非易失性存储介质和通信*** |
WO2024047430A1 (en) * | 2022-08-30 | 2024-03-07 | Nokia Technologies Oy | Energy resource level based paging response |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1199310A (zh) * | 1997-05-10 | 1998-11-18 | 三星电子株式会社 | 在寻呼***中实现寻呼数据的同步传输的电路和方法 |
US6075994A (en) * | 1998-05-29 | 2000-06-13 | Lucent Technologies, Inc. | Method and apparatus for dynamically determining the optimal communication message bundle size for a communication system |
WO2010139213A1 (zh) * | 2009-06-02 | 2010-12-09 | 华为技术有限公司 | 电路交换回落方法与***、接入网网元 |
CN101938807A (zh) * | 2009-07-01 | 2011-01-05 | 中兴通讯股份有限公司 | 一种避免无效寻呼的方法及装置 |
CN103796175A (zh) * | 2012-10-31 | 2014-05-14 | 中兴通讯股份有限公司 | 一种lte***中发送、接收集群寻呼的方法和相应装置 |
CN104023134A (zh) * | 2014-06-05 | 2014-09-03 | 广州三星通信技术研究有限公司 | 在通信终端中响应来电呼叫请求的设备和方法 |
CN104967753A (zh) * | 2015-05-29 | 2015-10-07 | 华为技术有限公司 | 一种通讯方法及装置 |
CN106162705A (zh) * | 2015-03-31 | 2016-11-23 | 电信科学技术研究院 | 一种控制用户面承载建立的方法及设备 |
CN106304337A (zh) * | 2015-06-26 | 2017-01-04 | 电信科学技术研究院 | 寻呼方法、移动管理实体及终端 |
-
2018
- 2018-05-17 CN CN201810476509.1A patent/CN110505687B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1199310A (zh) * | 1997-05-10 | 1998-11-18 | 三星电子株式会社 | 在寻呼***中实现寻呼数据的同步传输的电路和方法 |
US6075994A (en) * | 1998-05-29 | 2000-06-13 | Lucent Technologies, Inc. | Method and apparatus for dynamically determining the optimal communication message bundle size for a communication system |
WO2010139213A1 (zh) * | 2009-06-02 | 2010-12-09 | 华为技术有限公司 | 电路交换回落方法与***、接入网网元 |
CN101938807A (zh) * | 2009-07-01 | 2011-01-05 | 中兴通讯股份有限公司 | 一种避免无效寻呼的方法及装置 |
CN103796175A (zh) * | 2012-10-31 | 2014-05-14 | 中兴通讯股份有限公司 | 一种lte***中发送、接收集群寻呼的方法和相应装置 |
CN104023134A (zh) * | 2014-06-05 | 2014-09-03 | 广州三星通信技术研究有限公司 | 在通信终端中响应来电呼叫请求的设备和方法 |
CN106162705A (zh) * | 2015-03-31 | 2016-11-23 | 电信科学技术研究院 | 一种控制用户面承载建立的方法及设备 |
CN104967753A (zh) * | 2015-05-29 | 2015-10-07 | 华为技术有限公司 | 一种通讯方法及装置 |
CN106304337A (zh) * | 2015-06-26 | 2017-01-04 | 电信科学技术研究院 | 寻呼方法、移动管理实体及终端 |
Non-Patent Citations (3)
Title |
---|
OPPO: ""S2-181911_CIoT solution for KI 5-MT case"", 《SA WG2 MEETING #126 S2-181911》 * |
OPPO: "S2-183387 "Solution for KI5: Delay Paging Response for MT case"", 《3GPP TSG_SA\WG2_ARCH》 * |
支蔚秋: "基于自适应动态优先级的组呼业务通知存储发送技术", 《电子世界》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114557067A (zh) * | 2019-12-19 | 2022-05-27 | Oppo广东移动通信有限公司 | 消息处理方法、终端、非易失性存储介质和通信*** |
CN114557067B (zh) * | 2019-12-19 | 2024-03-01 | Oppo广东移动通信有限公司 | 消息处理方法、终端、非易失性存储介质和通信*** |
CN112514472A (zh) * | 2020-11-06 | 2021-03-16 | 北京小米移动软件有限公司 | 信息发送方法及装置、存储介质 |
WO2022094965A1 (zh) * | 2020-11-06 | 2022-05-12 | 北京小米移动软件有限公司 | 延迟判断方法和装置、延迟指示方法和装置 |
WO2022094907A1 (zh) * | 2020-11-06 | 2022-05-12 | 北京小米移动软件有限公司 | 信息发送方法及装置、存储介质 |
CN114731619A (zh) * | 2020-11-06 | 2022-07-08 | 北京小米移动软件有限公司 | 延迟判断方法和装置、延迟指示方法和装置 |
CN112514472B (zh) * | 2020-11-06 | 2023-08-22 | 北京小米移动软件有限公司 | 信息发送方法及装置、存储介质 |
CN114731619B (zh) * | 2020-11-06 | 2024-04-26 | 北京小米移动软件有限公司 | 延迟判断方法和装置、延迟指示方法和装置 |
CN113259881A (zh) * | 2021-05-07 | 2021-08-13 | 隆讯(徐州)智能科技有限公司 | 一种实现自适应业务模型的NB-IoT物联网终端***与方法 |
CN113259881B (zh) * | 2021-05-07 | 2024-04-30 | 隆讯(徐州)智能科技有限公司 | 一种实现自适应业务模型的NB-IoT物联网终端***与方法 |
WO2024047430A1 (en) * | 2022-08-30 | 2024-03-07 | Nokia Technologies Oy | Energy resource level based paging response |
Also Published As
Publication number | Publication date |
---|---|
CN110505687B (zh) | 2022-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110505687A (zh) | 寻呼消息的响应方法、装置、终端、网络侧设备及介质 | |
JP7018513B6 (ja) | Harq-ackフィードバック時間の特定方法と指示方法、端末機器及びネットワーク機器 | |
EP3958491A1 (en) | Information transmission method and device | |
CN104660805B (zh) | 一种反馈求助信息的方法及装置 | |
WO2021135187A1 (zh) | 一种切片控制方法及装置 | |
CN102196394B (zh) | 信令跟踪信息的发送方法及装置 | |
US20210234648A1 (en) | Method and apparatus for distribution and synchronization of radio resource assignments in a wireless communication system | |
US20120213071A1 (en) | Method and Apparatus for Channel Traffic Congestion Avoidance in a Mobile Communication System | |
CN105722237A (zh) | 用于提供非实时数据的方法 | |
CN110740522B (zh) | 一种资源选择方法、基站及终端 | |
CN114731535A (zh) | 用于通信***中的每个网络切片的协议数据单元会话的最大数目的实施的方法和装置 | |
CN107770871A (zh) | 消息收发方法、终端设备和网络设备 | |
CN108271227A (zh) | 一种跨rat的终端状态确定方法及终端 | |
WO2020164532A1 (zh) | 一种确定harq反馈资源的方法、装置及*** | |
WO2018153289A1 (zh) | Sla分解方法、设备以及*** | |
CN109547955A (zh) | 一种下行信息的发送方法、amf实体及nf实体 | |
CN113453315B (zh) | 终端接入方法、装置及存储介质 | |
JP2021513785A (ja) | ページングポリシー決定方法、装置、ranエレメント及びコアネットワークエレメント | |
TWI528745B (zh) | 基地台、無線終端裝置及其傳輸限制方法 | |
CN110198520A (zh) | 接入处理的方法、装置、电子设备和存储介质 | |
CN102595646A (zh) | 空口资源的处理方法及设备 | |
CN114710801B (zh) | 网络性能的测评参数的处理方法、装置、存储介质及设备 | |
CN109874301A (zh) | 通信方法、装置和*** | |
CN106535258A (zh) | 发送超低时延传输信息的方法、装置及*** | |
CN110213803A (zh) | 群组用户的移动方法、装置、监听终端及核心网 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210527 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Applicant before: Telecommunications Science and Technology Research Institute Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |