CN110913475A - 处理寻呼失败的方法、接入网设备和核心网设备 - Google Patents

处理寻呼失败的方法、接入网设备和核心网设备 Download PDF

Info

Publication number
CN110913475A
CN110913475A CN201911319375.3A CN201911319375A CN110913475A CN 110913475 A CN110913475 A CN 110913475A CN 201911319375 A CN201911319375 A CN 201911319375A CN 110913475 A CN110913475 A CN 110913475A
Authority
CN
China
Prior art keywords
access network
network device
equipment
core network
paging
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
Application number
CN201911319375.3A
Other languages
English (en)
Other versions
CN110913475B (zh
Inventor
刘建华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201911319375.3A priority Critical patent/CN110913475B/zh
Publication of CN110913475A publication Critical patent/CN110913475A/zh
Application granted granted Critical
Publication of CN110913475B publication Critical patent/CN110913475B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/38Connection release triggered by timers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种处理寻呼失败的方法、接入网设备和核心网设备。该方法包括:在有终端设备的下行数据需要发送的情况下,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败;该接入网设备向核心网设备发送第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败。本申请实施例的方法、接入网设备和核心网设备,能够提高数据传输的可靠性。

Description

处理寻呼失败的方法、接入网设备和核心网设备
本申请是申请日为2017年8月4日的PCT国际专利申请PCT/CN2017/096077进入中国国家阶段的中国专利申请号201780090823.X、发明名称为“处理寻呼失败的方法、接入网设备和核心网设备”的分案申请。
技术领域
本申请实施例涉及通信领域,并且更具体地,涉及一种处理寻呼失败的方法、接入网设备和核心网设备。
背景技术
寻呼是网络寻找终端时进行的信令流程,网络中被叫必须通过寻呼来响应,才能正常通信。在第五代(5G)系统中,当终端的下行数据到达时,寻呼可以由居民接入网(Residential Access Network,RAN)向终端发起寻呼,现有当RAN寻呼失败时,网络侧可能就放弃此次数据,但很有可能是由于接入网自身原因导致的寻呼失败,因此,数据传输的可靠性比较低。
发明内容
有鉴于此,本申请实施例提供了一种处理寻呼失败的方法、接入网设备和核心网设备,能够提高数据传输的可靠性。
第一方面,提供了一种处理寻呼失败的方法,该方法包括:在有终端设备的下行数据需要发送的情况下,接入网设备确定该接入网设备向该终端设备发起的寻呼失败;该接入网设备向核心网设备发送第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败。
可以先由接入网设备向终端设备发起寻呼,在接入网设备发起寻呼失败的情况下,可以转由核心网设备发起寻呼,能够增加数据被发送出去的概率,从而提高数据传输的可靠性。
在一种可能的实现方式中,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败,包括:该接入网设备根据定时器时长或该接入网设备向该终端设备发送寻呼消息的最大次数N,确定该接入网设备向该终端设备发起的寻呼失败,N为正整数。
该定时器的时长或者最大次数N可以根据接入网的负载情况或者接入网的一些其他特性来确定。
在一种可能的实现方式中,该接入网设备根据定时器时长,确定该接入网设备向该终端设备发起的寻呼失败,包括:若该接入网设备在该定时器时长内未接收到寻呼消息的响应消息,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败。
在一种可能的实现方式中,该接入网设备根据该接入网设备向该终端设备发送寻呼消息的最大次数N,确定该接入网设备向该终端设备发起的寻呼失败,包括:若该接入网设备未接收到N次寻呼消息中每次寻呼消息的响应消息,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败。
接入网设备可以在发起一次寻呼之后在确定等不到该寻呼的响应消息再次向终端发起寻呼,接入网设备也可以不需要在每发一次寻呼消息就等待一段时间看是否能够等到该寻呼消息的响应消息。
可选地,还可以是直接基于接入网设备的性能提前判断可能会寻呼失败,那么接入网设备就可以直接告诉核心网设备自己可能寻呼失败,核心网可以选择直接向终端设备发起寻呼,也可以继续让接入网设备发起寻呼,在接入网设备发起寻呼失败之后,再由核心网设备发起寻呼。
在一种可能的实现方式中,该方法还包括:该接入网设备确定与该终端设备对应的该定时器时长或该最大次数N,或该接入网设备确定与该终端设备的下行数据的承载对应的该定时器时长或该最大次数N,或该接入网设备确定与该终端设备的下行数据的数据流对应的该定时器时长或该最大次数N。
可选地,网络设备可以提前为每个终端设备配置一个或多个用于判断是否寻呼失败的参数。该网络设备可以是核心网设备,也可以是接入网设备。
在一种可能的实现方式中,该方法还包括:该接入网设备接收该核心网设备发送的配置信息,该配置信息用于指示该定时器时长或该最大次数N。
在一种可能的实现方式中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接。
接入网设备在确定向终端设备寻呼失败后,可以单独向核心网设备发送一个指示信息来指示其寻呼失败,也可以承载在现有的一些消息体中。
在一种可能的实现方式中,该第一指示信息还用于指示该核心网设备释放该核心网设备与该接入网设备之间的该终端设备的连接。
在一种可能的实现方式中,在该接入网设备确定该接入网设备向终端设备发起的寻呼失败之前,该方法还包括:该接入网设备向该终端设备发送寻呼消息。
在一种可能的实现方式中,该接入网设备向该终端设备发送寻呼消息,包括:在该接入网设备接收到该核心网设备发送的该终端设备的下行数据的情况下,该接入网设备向该终端设备发送寻呼消息。
在一种可能的实现方式中,在该接入网设备确定该接入网设备向终端设备发起的寻呼失败之后,该方法还包括:该接入网设备向该核心网设备回传该接入网设备接收到的该终端设备的下行数据。
在一种可能的实现方式中,该接入网设备向该终端设备发送寻呼消息,包括:该接入网设备接收该核心网设备发送的第二指示信息,该第二指示信息用于指示该终端设备有待传输的下行数据;该接入网设备根据该第二指示信息,向该终端设备发送寻呼消息。
在一种可能的实现方式中,在所述接入网设备确定所述接入网设备向终端设备发起的寻呼失败之后,所述方法还包括:所述接入网设备向所述核心网设备发送第三指示信息,所述第三指示信息还用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
接入网设备也复用第一指示信息指示该终端设备不可达或者该待传输的下行数据不能发送。
第二方面,提供了一种处理寻呼失败的方法,该方法包括:核心网设备接收接入网设备发送的第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败;该核心网设备根据该第一指示信息,向该终端设备发起寻呼。
在一种可能的实现方式中,该方法还包括:该核心网设备根据该第一指示信息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
在一种可能的实现方式中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接,该方法还包括:该核心网设备根据该连接释放请求消息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
在一种可能的实现方式中,在该核心网设备接收接入网设备发送的第一指示信息之前,该方法还包括:该核心网设备向该接入网设备发送该终端设备的下行数据。在一种可能的实现方式中,该方法还包括:该核心网设备接收该接入网设备回传的该终端设备的下行数据。
在一种可能的实现方式中,在该核心网设备接收接入网设备发送的第一指示信息之前,该方法还包括:该核心网设备向该接入网设备发送第二指示信息,该第二指示信息用于指示该终端设备有待传输的下行数据。
在一种可能的实现方式中,在所述核心网设备向所述接入网设备发送第二指示信息之后,所述方法还包括:所述核心网设备接收所述接入网设备发送的第三指示信息,所述第三指示信息还用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
在一种可能的实现方式中,该方法还包括:该核心网设备向该接入网设备发送用于确定该接入网设备向该终端设备发起寻呼失败的配置信息,该配置信息用于指示定时器时长或该接入网设备向该终端设备发送寻呼消息的最大次数N,N为正整数。
第三方面,提供了一种接入网设备,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地,该接入网设备包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的单元。
第四方面,提供了一种核心网设备,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地,该核心网设备包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的单元。
第五方面,提供了一种接入网设备,该接入网设备包括:存储器、处理器、输入接口和输出接口。其中,存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令,该处理器用于执行该存储器存储的指令,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。
第六方面,提供了一种核心网设备,该核心网设备包括:存储器、处理器、输入接口和输出接口。其中,存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令,该处理器用于执行该存储器存储的指令,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。
第七方面,提供了一种计算机存储介质,用于储存为执行上述第一方面或第一方面的任意可能的实现方式中的方法,或者上述第二方面或第二方面的任意可能的实现方式中的方法所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
第八方面,提供了一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任一可选的实现方式中的方法,或者上述第二方面或第二方面的任一可选的实现方式中的方法。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1示出了本申请实施例的一种应用场景的示意图。
图2示出了本申请实施例的处理寻呼失败的方法的示意性框图。
图3示出了本申请实施例的处理寻呼失败的方法的另一示意性框图。
图4示出了本申请实施例的接入网设备的示意性框图。
图5示出了本申请实施例的核心网设备的示意性框图。
图6示出了本申请实施例的接入网设备的另一示意性框图。
图7示出了本申请实施例的核心网设备的另一示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
应理解,本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、LTE系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time DivisionDuplex,TDD)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperability for Microwave Access,WiMAX)通信系统、新无线(New Radio,NR)或未来的5G系统等。
特别地,本申请实施例的技术方案可以应用于各种基于非正交多址接入技术的通信系统,例如稀疏码多址接入(Sparse Code Multiple Access,SCMA)系统、低密度签名(Low Density Signature,LDS)系统等,当然SCMA系统和LDS系统在通信领域也可以被称为其他名称;进一步地,本申请实施例的技术方案可以应用于采用非正交多址接入技术的多载波传输系统,例如采用非正交多址接入技术正交频分复用(Orthogonal FrequencyDivision Multiplexing,OFDM)、滤波器组多载波(Filter Bank Multi-Carrier,FBMC)、通用频分复用(Generalized Frequency Division Multiplexing,GFDM)、滤波正交频分复用(Filtered-OFDM,F-OFDM)系统等。
本申请实施例中的终端设备可以指用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,PLMN)中的终端设备等,本申请实施例并不限定。
本申请实施例中的接入网设备可以是用于与终端设备通信的设备,该网络设备可以是GSM或CDMA中的基站(Base Transceiver Station,BTS),也可以是WCDMA系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional NodeB,eNB或eNodeB),还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请实施例并不限定。
本申请实施例中的核心网设备可以是移动性管理实体(Mobility ManagementEntity,MME),还可以是服务网关(Serving Gateway,S-GW)或分组数据网关(Packet DataNetwork Gateway,P-GW)等,本申请实施例不限于此。
图1是本申请实施例一个应用场景的示意图。如图1所示,LTE的系统架构分成两部分,包括MME/S-GW和eNodeB。eNodeB与UE之间通过Uu接口进行连接,提供到UE的控制面与用户面的协议终止点。eNodeB之间通过X2接口进行连接,并且在需要通信的两个不同eNodeB之间总是会存在X2接口。LTE接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。
通常情况下,寻呼的主要目的是为了建立起UE到分组核心网(Evolved PacketCore,EPC)的信令连接,以便进行后续的信令或数据传输。在5G系统中,当终端设备的下行数据到达时,可以通过RAN向终端设备寻呼,也可以通过核心网(Core Network,CN)向终端设备寻呼。但通常情况下,若RAN寻呼失败,将导致该下行数据不可达,从而将影响了数据传输的可靠性。
图2示出了本申请实施例的处理寻呼失败的方法100的示意性框图。如图2所示,该方法100包括以下部分或全部内容:
S110,在有终端设备的下行数据需要发送的情况下,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败。
S120,该接入网设备向核心网设备发送第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败。
具体地,当核心网设备需要给终端设备发送下行数据时,可以通过接入网设备向终端设备发起寻呼,在接入网设备基于一定规则判断出来该接入网设备发起的寻呼失败,该一定的规则例如可以是接入网设备在向终端设备发送寻呼消息一定时间之后也没有接收到该寻呼消息的响应,接入网设备可以认为向终端设备发起的寻呼失败。若接入网设备确定该其向终端设备发起寻呼失败之后,接入网设备可以向核心网设备发送指示信息,告知核心网设备该接入网设备寻呼失败,进一步的,核心网设备就可以基于这部分下行数据再向终端设备发起寻呼。
因此,本申请实施例的处理寻呼失败的方法,在接入网设备确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高数据传输的可靠性。
也就是说,在本申请实施例中,可以先由接入网设备向终端设备发起寻呼,在接入网设备发起寻呼失败的情况下,可以转由核心网设备发起寻呼,能够增加数据被发送出去的概率,从而提高数据传输的可靠性。
可选地,在本申请实施例中,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败,包括:该接入网设备根据定时器时长或该接入网设备向该终端设备发送寻呼消息的最大次数N,确定该接入网设备向该终端设备发起的寻呼失败,N为正整数。
下面分别就如何根据上述定时器时长或最大次数N来判断接入网设备寻呼失败进行描述。
可选地,在本申请实施例中,若该接入网设备在该定时器时长内未接收到寻呼消息的响应消息,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败。
例如,可以给定时器设置一个时长,当接入网设备向终端设备发送寻呼消息时就启动该定时器,若在定时器超时之前,接入网设备接收到了该寻呼消息的响应消息,那么该接入网设备可以认为向该终端设备发起的寻呼成功。若在定时器超时时,接入网设备还没有接收到该寻呼消息的响应消息,那么接入网设备可以认为向该终端设备发起的寻呼失败。
应理解,该定时器的时长根据接入网的负载情况或者接入网的一些其他特性来确定。例如,若当前接入网设备的负载过大,那么接入网设备可以将该定时器时长设小一些,这样接入网设备可以快速的判断是否寻呼失败,寻呼失败可以立即转由核心网设备发起寻呼。再例如,若当前接入网设备的负载比较小,那么接入网设备可以将该定时器时长设大一些,这样就可以给接入网设备留取足够的时间去判断是否寻呼失败,以防接入网设备其实寻呼成功但由于等待时间较短导致再由核心网设备进行寻呼一次,造成不必要的浪费。
可选地,在本申请实施例中,若该接入网设备未接收到N次寻呼消息中每次寻呼消息的响应消息,该接入网设备确定该接入网设备向该终端设备发起的寻呼失败。
例如,如果接入网设备在向终端设备发起一次寻呼之后,接入网设备在一定时间内没接收到响应,接入网设备此时还不能确定寻呼失败,还可以再次向终端设备发起寻呼。在接入网设备向终端设备连续发了好几次寻呼之后,接入网设备都没有接收到响应,那么接入网设备就可以判断确定是寻呼失败了。也就是说可以配置一个最大次数N。例如,该N可以是5,接入网设备可以认为在连着发了5次寻呼,也没有接收到终端设备对改5次寻呼的响应,那么接入网设备可以认为该接入网设备向终端设备发起的寻呼失败。
应理解,接入网设备也可以不需要在每发一次寻呼消息就等待一段时间看是否能够等到该寻呼消息的响应消息,在等不到该响应消息之后再发送第二次寻呼消息,接入网设备可以直接连续向终端设备发送N次寻呼消息,在发送完最后一次寻呼消息之后,等待一段时间,若在该段时间内等到寻呼消息的响应了,那么可以认为寻呼成功,若在等待了一段时间之后仍然没有等到寻呼消息的响应,则接入网设备可以认为该接入网设备向终端设备发起的寻呼失败。接入网设备如何发送该多次寻呼消息,本申请实施例不作任何限定。
还用理解,该最大次数N也可以根据接入网的负载情况或者接入网的一些其他特性来确定。可以参考定时器时长的确定方式。
还应理解,本文只是以定时器时长以及最大次数来作为判断是否寻呼失败的参数。本申请实施例应不限于此,例如,本申请实施例还可以是直接基于接入网设备的性能提前判断可能会寻呼失败,那么接入网设备就可以直接告诉核心网设备自己可能寻呼失败,核心网可以选择直接向终端设备发起寻呼,也可以继续让接入网设备发起寻呼,在接入网设备发起寻呼失败之后,再由核心网设备发起寻呼。
可选地,在本申请实施例中,该方法还包括:该接入网设备确定与该终端设备对应的该定时器时长或该最大次数N,或该接入网设备确定与该终端设备的下行数据的承载对应的该定时器时长或该最大次数N,或该接入网设备确定与该终端设备的下行数据的数据流对应的该定时器时长或该最大次数N。
具体地,网络设备可以提前为每个终端设备配置一个或多个用于判断是否寻呼失败的参数。接入网设备在获取到是向哪个终端设备发起寻呼时,接入网设备就可以直接在配置表里查找与其对应的一个或多个参数。例如,网络设备可以提前为每个终端设备配置多个定时器时长,接入网设备可以查找到要寻呼的终端设备的多个定时器时长,进而接入网设备可以基于一定的规则从该多个定时器时长中选择一个作为接入网设备向其是否寻呼失败的参数。网络设备也可以提前为每个承载配置一个或多个用于判断是否寻呼失败的参数。接入网设备在获取到向终端设备发送的下行数据采用哪个承载时,接入网设备就可以直接在配置表里查找与该承载对应的一个或多个参数。例如,网络设备可以提前为每个承载配置多个最大次数N,接入网设备可以查找到待传输的下行数据的承载的多个最大次数N,进而接入网设备可以基于一定的规则从该多个最大次数N中选择一个作为接入网设备向其是否寻呼失败的参数。再例如,网络设备可以提前为每个数据流配置多个定时器,接入网设备可以查找到待传输的下行数据的数据流的多个定时器,进而接入网设备可以基于一定的规则从该多个定时器中选择一个作为接入网设备向其是否寻呼失败的参数。
可选地,在本申请实施例中,该方法还包括:该接入网设备接收该核心网设备发送的配置信息,该配置信息用于指示该定时器时长或该最大次数N。
也就是说,该最大次数N和该定时器时长可以由核心网设备确定。具体的,可以由核心网设备直接配置,也可以由核心网提前配置上述一个映射表,在使用时由核心网在该映射表里查找再发给接入网设备。
可选地,在本申请实施例中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接。
具体地,接入网设备在确定向终端设备寻呼失败后,可以单独向核心网设备发送一个指示信息来指示其寻呼失败,也可以承载在现有的一些消息体中,例如可以是连接释放请求消息。那么核心网设备在接收到该连接释放请求消息可以获得两个信息,第一,接入网设备寻呼失败;第二,核心网设备释放与接入网设备之间建立的终端设备的连接。进而核心网设备就可以直接根据该连接释放请求消息指示的内容来释放与接入网设备之间建立的终端设备的连接。
可选地,在本申请实施例中,该第一指示信息还用于指示该核心网设备释放该核心网设备与该接入网设备之间的该终端设备的连接。也可以直接复用该第一指示信息来向核心网设备指示让其释放与接入网设备之间建立的终端设备的连接。
应理解,本申请实施例对接入网设备具体如何向核心网设备指示其寻呼失败并不作限定。
可选地,在本申请实施例中,接入网设备向终端设备发起寻呼也可以有多种方式。例如,核心网设备可以向接入网设备发送终端设备的下行数据,在接入网设备接收到该下行数据后,接入网设备即可向终端设备发送寻呼消息,如果接入网设备确定向该终端设备寻呼失败,那么接入网设备还可以将这部分下行数据再回传给核心网设备,由核心网设备向终端设备进行寻呼,若核心网寻呼成功,再向终端设备发送这部分下行数据;再例如,核心网设备也可以先不向接入网设备发送该终端设备的下行数据,向接入网设备可以发送一个指示信息,告知接入网设备终端设备有待传输的下行数据,那么接入网设备在接收到该指示信息后,就可以向该终端设备发送寻呼消息,在接入网设备确定寻呼失败之后,接入网设备就可以向核心网设备指示该终端设备无法到达或者该终端设备的下行数据不能发送,那么核心网设备就可以先不发送该终端设备的下行数据,核心网设备可以先向终端设备寻呼,若寻呼到该终端设备之后,再向终端设备发送该下行数据。
应理解,在接入网设备根据接收到的下行数据进行寻呼并且寻呼失败了,接入网设备也可以直接向核心网设备回传该下行数据,那么核心网设备一旦从接入网设备接收到该下行数据,就可以认为该接入网设备向终端设备寻呼失败。接入网设备也可以在向核心网设备回传的下行数据中携带指示信息,告知核心网设备该接入网设备向终端设备寻呼失败了。
还应理解,若接入网设备是根据接收到的指示信息进行寻呼并且寻呼失败了,接入网设备可以向核心网设备发送指示信息,指示该接入网设备寻呼失败了,也可以向核心网设备发送另外一个指示信息,告知核心网设备该终端设备的下行数据不要发送了。两个指示信息可以承载在一个消息中,也可以复用一个比特位。例如,可以在用一个比特位既表示是否寻呼失败,也可以表示该下行数据是否能发送,本申请实施例对此不作限定。
图3示出了本申请实施例的一种处理寻呼失败的方法200的示意性框图。如图3所示,该方法200包括以下部分或全部内容:
S210,核心网设备接收接入网设备发送的第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败。
S220,该核心网设备根据该第一指示信息,向该终端设备发起寻呼。
因此,本申请实施例的处理寻呼失败的方法,在接入网设备确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高将数据传输的可靠性。
可选地,在本申请实施例中,该方法还包括:该核心网设备根据该第一指示信息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接,该方法还包括:该核心网设备根据该连接释放请求消息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,在该核心网设备接收接入网设备发送的第一指示信息之前,该方法还包括:该核心网设备向该接入网设备发送该终端设备的下行数据。
可选地,在本申请实施例中,该方法还包括:该核心网设备接收该接入网设备回传的该终端设备的下行数据。
可选地,在本申请实施例中,在该核心网设备接收接入网设备发送的第一指示信息之前,该方法还包括:该核心网设备向该接入网设备发送第二指示信息,该第二指示信息用于指示该终端设备有待传输的下行数据。
可选地,在本申请实施例中,在该核心网设备向该接入网设备发送第二指示信息之后,该方法还包括:该核心网设备接收该接入网设备发送的第三指示信息,该第三指示信息还用于指示该终端设备不可达或该待传输的下行数据不能发送。
应理解,核心网设备描述的核心网设备与接入网设备的交互及相关特性、功能等与接入网设备的相关特性、功能相应。也就是说,接入网设备向核心网设备发送什么信息,核心网设备相应地就会接收什么信息。为了简洁,在此不再赘述。
还应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上文中详细描述了根据本申请实施例的处理寻呼失败的方法,下面将结合图4至图7,描述根据本申请实施例的处理寻呼失败的装置,方法实施例所描述的技术特征适用于以下装置实施例。
图4示出了本申请实施例的接入网设备300的示意性框图。如图4所示,该接入网设备300包括:
第一确定单元310,用于在该有终端设备的下行数据需要发送的情况下,确定该接入网设备向该终端设备发起的寻呼失败;
第一发送单元320,用于向核心网设备发送第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败。
因此,本申请实施例的接入网设备,在确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高将数据传输的可靠性。
可选地,在本申请实施例中,该第一确定单元具体用于:根据定时器时长或该接入网设备向该终端设备发送寻呼消息的最大次数N,确定该接入网设备向该终端设备发起的寻呼失败,N为正整数。
可选地,在本申请实施例中,该第一确定单元具体用于:若该接入网设备在该定时器时长内未接收到寻呼消息的响应消息,确定该接入网设备向该终端设备发起的寻呼失败。
可选地,在本申请实施例中,该第一确定单元具体用于:若该接入网设备未接收到N次寻呼消息中每次寻呼消息的响应消息,确定该接入网设备向该终端设备发起的寻呼失败。
可选地,在本申请实施例中,该接入网设备还包括:第二确定单元:用于确定与该终端设备对应的该定时器时长或该最大次数N,或确定与该终端设备的下行数据的承载对应的该定时器时长或该最大次数N,或确定与该终端设备的下行数据的数据流对应的该定时器时长或该最大次数N。
可选地,在本申请实施例中,该接入网设备还包括:接收单元,用于接收该核心网设备发送的配置信息,该配置信息用于指示该定时器时长或该最大次数N。
可选地,在本申请实施例中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,该第一指示信息还用于指示该核心网设备释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,该接入网设备还包括:第二发送单元,用于向该终端设备发送寻呼消息。
可选地,在本申请实施例中,该第二发送单元具体用于:在该接入网设备接收到该核心网设备发送的该终端设备的下行数据的情况下,向该终端设备发送寻呼消息。
可选地,在本申请实施例中,该接入网设备还包括:第三发送单元,用于向该核心网设备回传该接入网设备接收到的该终端设备的下行数据。
可选地,在本申请实施例中,该第二发送单元具体用于:接收该核心网设备发送的第二指示信息,该第二指示信息用于指示该终端设备有待传输的下行数据;根据该第二指示信息,向该终端设备发送寻呼消息。
可选地,在本申请实施例中,该接入网设备还包括:第四发送单元,用于向该核心网设备发送第三指示信息,该第三指示信息还用于指示该终端设备不可达或该待传输的下行数据不能发送。
应理解,根据本申请实施例的接入网设备300可对应于本申请方法实施例中的接入网设备,并且接入网设备300中的各个单元的上述和其它操作和/或功能分别为了实现图2方法中接入网设备的相应流程,为了简洁,在此不再赘述。
图5示出了本申请实施例的核心网设备400的示意性框图。如图5所示,该核心网设备400包括:
第一接收单元410,用于接收接入网设备发送的第一指示信息,该第一指示信息用于指示该接入网设备对该终端设备发起的寻呼失败;
寻呼单元420,用于根据该第一指示信息,向该终端设备发起寻呼。
因此,本申请实施例的核心网设备,在接入网设备确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高将数据传输的可靠性。
可选地,在本申请实施例中,该核心网设备还包括:释放单元,用于根据该第一指示信息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,该第一指示信息承载于连接释放请求消息中,该连接释放请求消息用于请求释放该核心网设备与该接入网设备之间的该终端设备的连接,该核心网设备还包括:释放单元,用于根据该连接释放请求消息,释放该核心网设备与该接入网设备之间的该终端设备的连接。
可选地,在本申请实施例中,该核心网设备还包括:第一发送单元,用于向该接入网设备发送该终端设备的下行数据。
可选地,在本申请实施例中,该核心网设备还包括:第二接收单元,用于接收该接入网设备回传的该终端设备的下行数据。
可选地,在本申请实施例中,该核心网设备还包括:第二发送单元,用于向该接入网设备发送第二指示信息,该第二指示信息用于指示该终端设备有待传输的下行数据。
可选地,在本申请实施例中,该核心网设备还包括:第三接收单元,用于接收该接入网设备发送的第三指示信息,该第三指示信息还用于指示该终端设备不可达或该待传输的下行数据不能发送。
可选地,在本申请实施例中,该核心网设备还包括:第三发送单元,用于向该接入网设备发送用于确定该接入网设备向该终端设备发起寻呼失败的配置信息,该配置信息用于指示定时器时长或该接入网设备向该终端设备发送寻呼消息的最大次数N,N为正整数。
应理解,根据本申请实施例的核心网设备400可对应于本申请方法实施例中的核心网设备,并且核心网设备400中的各个单元的上述和其它操作和/或功能分别为了实现图3方法中核心网设备的相应流程,为了简洁,在此不再赘述。
如图6所示,本申请实施例还提供了一种接入网设备500,该接入网设备500可以是图4中的接入网设备300,其能够用于执行与图2中方法100对应的接入网设备的内容。该接入网设备500包括:输入接口510、输出接口520、处理器530以及存储器540,该输入接口510、输出接口520、处理器530和存储器540可以通过总线系统相连。该存储器540用于存储包括程序、指令或代码。该处理器530,用于执行该存储器540中的程序、指令或代码,以控制输入接口510接收信号、控制输出接口520发送信号以及完成前述方法实施例中的操作。
因此,本申请实施例的网络设备,在接入网设备确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高将数据传输的可靠性。
应理解,在本申请实施例中,该处理器530可以是中央处理单元(CentralProcessing Unit,CPU),该处理器530还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器540可以包括只读存储器和随机存取存储器,并向处理器530提供指令和数据。存储器540的一部分还可以包括非易失性随机存取存储器。例如,存储器540还可以存储设备类型的信息。
在实现过程中,上述方法的各内容可以通过处理器530中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的内容可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器540,处理器530读取存储器540中的信息,结合其硬件完成上述方法的内容。为避免重复,这里不再详细描述。
一个具体的实施方式中,接入网设备300中的接收单元可以由图6中的输入接口510实现,接入网设备300中的第一确定单元、第二确定单元可以由图6中的处理器530实现。接入网设备300中的发送单元,即第一发送单元、第二发送单元第三发送单元和第四发送单元,可以由图6中的输出接口520实现。
如图7所示,本申请实施例还提供了一种核心网设备600,该核心网设备600可以是图5中的核心网设备400,其能够用于执行与图3中方法200对应的核心网设备的内容。该核心网设备600包括:输入接口610、输出接口620、处理器630以及存储器640,该输入接口610、输出接口620、处理器630和存储器640可以通过总线系统相连。该存储器640用于存储包括程序、指令或代码。该处理器630,用于执行该存储器640中的程序、指令或代码,以控制输入接口610接收信号、控制输出接口620发送信号以及完成前述方法实施例中的操作。
因此,本申请实施例的核心网设备,在接入网设备确定寻呼失败后通知由核心网设备发起寻呼,从而可以提高将数据传输的可靠性。
应理解,在本申请实施例中,该处理器630可以是中央处理单元(CentralProcessing Unit,CPU),该处理器630还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器640可以包括只读存储器和随机存取存储器,并向处理器630提供指令和数据。存储器640的一部分还可以包括非易失性随机存取存储器。例如,存储器640还可以存储设备类型的信息。
在实现过程中,上述方法的各内容可以通过处理器630中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的内容可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器640,处理器630读取存储器640中的信息,结合其硬件完成上述方法的内容。为避免重复,这里不再详细描述。
一个具体的实施方式中,核心网设备400中的寻呼单元、第一发送单元、第二发送单元和第三发送单元可以由图7中的输出接口620实现,核心网设备400中的释放单元可以由图7中的处理器630实现。核心网设备400中的第一接收单元、第二接收单元和第三接收单元可以由图7中的输入接口610实现。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
该功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。

Claims (44)

1.一种处理寻呼失败的方法,其特征在于,包括:
在有终端设备的下行数据需要发送的情况下,接入网设备确定所述接入网设备向所述终端设备发起的寻呼失败;
所述接入网设备向核心网设备发送第一指示信息,所述第一指示信息用于指示所述接入网设备对所述终端设备发起的寻呼失败。
2.根据权利要求1所述的方法,其特征在于,所述接入网设备确定所述接入网设备向所述终端设备发起的寻呼失败,包括:
所述接入网设备根据定时器时长或所述接入网设备向所述终端设备发送寻呼消息的最大次数N,确定所述接入网设备向所述终端设备发起的寻呼失败,N为正整数。
3.根据权利要求2所述的方法,其特征在于,所述接入网设备根据定时器时长,确定所述接入网设备向所述终端设备发起的寻呼失败,包括:
若所述接入网设备在所述定时器时长内未接收到寻呼消息的响应消息,所述接入网设备确定所述接入网设备向所述终端设备发起的寻呼失败。
4.根据权利要求2所述的方法,其特征在于,所述接入网设备根据所述接入网设备向所述终端设备发送寻呼消息的最大次数N,确定所述接入网设备向所述终端设备发起的寻呼失败,包括:
若所述接入网设备未接收到N次寻呼消息中每次寻呼消息的响应消息,所述接入网设备确定所述接入网设备向所述终端设备发起的寻呼失败。
5.根据权利要求2至4中任一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备确定与所述终端设备对应的所述定时器时长或所述最大次数N,或
所述接入网设备确定与所述终端设备的下行数据的承载对应的所述定时器时长或所述最大次数N,或
所述接入网设备确定与所述终端设备的下行数据的数据流对应的所述定时器时长或所述最大次数N。
6.根据权利要求2至4中任一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收所述核心网设备发送的配置信息,所述配置信息用于指示所述定时器时长或所述最大次数N。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述第一指示信息承载于连接释放请求消息中,所述连接释放请求消息用于请求释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
8.根据权利要求1至6中任一项所述的方法,其特征在于,所述第一指示信息还用于指示所述核心网设备释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
9.根据权利要求1至8中任一项所述的方法,其特征在于,在所述接入网设备确定所述接入网设备向终端设备发起的寻呼失败之前,所述方法还包括:
所述接入网设备向所述终端设备发送寻呼消息。
10.根据权利要求9所述的方法,其特征在于,所述接入网设备向所述终端设备发送寻呼消息,包括:
在所述接入网设备接收到所述核心网设备发送的所述终端设备的下行数据的情况下,所述接入网设备向所述终端设备发送寻呼消息。
11.根据权利要求10所述的方法,其特征在于,在所述接入网设备确定所述接入网设备向终端设备发起的寻呼失败之后,所述方法还包括:
所述接入网设备向所述核心网设备回传所述接入网设备接收到的所述终端设备的下行数据。
12.根据权利要求9所述的方法,其特征在于,所述接入网设备向所述终端设备发送寻呼消息,包括:
所述接入网设备接收所述核心网设备发送的第二指示信息,所述第二指示信息用于指示所述终端设备有待传输的下行数据;
所述接入网设备根据所述第二指示信息,向所述终端设备发送寻呼消息。
13.根据权利要求12所述的方法,其特征在于,在所述接入网设备确定所述接入网设备向终端设备发起的寻呼失败之后,所述方法还包括:
所述接入网设备向所述核心网设备发送第三指示信息,所述第三指示信息用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
14.一种处理寻呼失败的方法,其特征在于,包括:
核心网设备接收接入网设备发送的第一指示信息,所述第一指示信息用于指示所述接入网设备对所述终端设备发起的寻呼失败;
所述核心网设备根据所述第一指示信息,向所述终端设备发起寻呼。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述核心网设备根据所述第一指示信息,释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
16.根据权利要求14所述的方法,其特征在于,所述第一指示信息承载于连接释放请求消息中,所述连接释放请求消息用于请求释放所述核心网设备与所述接入网设备之间的所述终端设备的连接,所述方法还包括:
所述核心网设备根据所述连接释放请求消息,释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
17.根据权利要求14至16中任一项所述的方法,其特征在于,在所述核心网设备接收接入网设备发送的第一指示信息之前,所述方法还包括:
所述核心网设备向所述接入网设备发送所述终端设备的下行数据。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:
所述核心网设备接收所述接入网设备回传的所述终端设备的下行数据。
19.根据权利要求14至16中任一项所述的方法,其特征在于,在所述核心网设备接收接入网设备发送的第一指示信息之前,所述方法还包括:
所述核心网设备向所述接入网设备发送第二指示信息,所述第二指示信息用于指示所述终端设备有待传输的下行数据。
20.根据权利要求19所述的方法,其特征在于,在所述核心网设备向所述接入网设备发送第二指示信息之后,所述方法还包括:
所述核心网设备接收所述接入网设备发送的第三指示信息,所述第三指示信息用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
21.根据权利要求14至20中任一项所述的方法,其特征在于,所述方法还包括:
所述核心网设备向所述接入网设备发送用于确定所述接入网设备向所述终端设备发起寻呼失败的配置信息,所述配置信息用于指示定时器时长或所述接入网设备向所述终端设备发送寻呼消息的最大次数N,N为正整数。
22.一种接入网设备,其特征在于,包括:
第一确定单元,用于在有终端设备的下行数据需要发送的情况下,确定所述接入网设备向所述终端设备发起的寻呼失败;
第一发送单元,用于向核心网设备发送第一指示信息,所述第一指示信息用于指示所述接入网设备对所述终端设备发起的寻呼失败。
23.根据权利要求22所述的接入网设备,其特征在于,所述第一确定单元具体用于:
根据定时器时长或所述接入网设备向所述终端设备发送寻呼消息的最大次数N,确定所述接入网设备向所述终端设备发起的寻呼失败,N为正整数。
24.根据权利要求23所述的接入网设备,其特征在于,所述第一确定单元具体用于:
若所述接入网设备在所述定时器时长内未接收到寻呼消息的响应消息,确定所述接入网设备向所述终端设备发起的寻呼失败。
25.根据权利要求23所述的接入网设备,其特征在于,所述第一确定单元具体用于:
若所述接入网设备未接收到N次寻呼消息中每次寻呼消息的响应消息,确定所述接入网设备向所述终端设备发起的寻呼失败。
26.根据权利要求23至25中任一项所述的接入网设备,其特征在于,所述接入网设备还包括:
第二确定单元,用于确定与所述终端设备对应的所述定时器时长或所述最大次数N,或
确定与所述终端设备的下行数据的承载对应的所述定时器时长或所述最大次数N,或
确定与所述终端设备的下行数据的数据流对应的所述定时器时长或所述最大次数N。
27.根据权利要求23至25中任一项所述的接入网设备,其特征在于,所述接入网设备还包括:
接收单元,用于接收所述核心网设备发送的配置信息,所述配置信息用于指示所述定时器时长或所述最大次数N。
28.根据权利要求22至27中任一项所述的接入网设备,其特征在于,所述第一指示信息承载于连接释放请求消息中,所述连接释放请求消息用于请求释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
29.根据权利要求22至27中任一项所述的接入网设备,其特征在于,所述第一指示信息还用于指示所述核心网设备释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
30.根据权利要求22至29中任一项所述的接入网设备,其特征在于,所述接入网设备还包括:
第二发送单元,用于向所述终端设备发送寻呼消息。
31.根据权利要求30所述的接入网设备,其特征在于,所述第二发送单元具体用于:
在所述接入网设备接收到所述核心网设备发送的所述终端设备的下行数据的情况下,向所述终端设备发送寻呼消息。
32.根据权利要求31所述的接入网设备,其特征在于,所述接入网设备还包括:
第三发送单元,用于向所述核心网设备回传所述接入网设备接收到的所述终端设备的下行数据。
33.根据权利要求30所述的接入网设备,其特征在于,所述接入网设备还包括接收单元,所述接收单元具体用于:
接收所述核心网设备发送的第二指示信息,所述第二指示信息用于指示所述终端设备有待传输的下行数据;
所述第二发送单元具体用于:
根据所述第二指示信息,向所述终端设备发送寻呼消息。
34.根据权利要求33所述的接入网设备,其特征在于,所述接入网设备还包括:
第四发送单元,用于向所述核心网设备发送第三指示信息,所述第三指示信息用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
35.一种核心网设备,其特征在于,包括:
第一接收单元,用于接收接入网设备发送的第一指示信息,所述第一指示信息用于指示所述接入网设备对所述终端设备发起的寻呼失败;
寻呼单元,用于根据所述第一指示信息,向所述终端设备发起寻呼。
36.根据权利要求35所述的核心网设备,其特征在于,所述核心网设备还包括:
释放单元,用于根据所述第一指示信息,释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
37.根据权利要求35所述的核心网设备,其特征在于,所述第一指示信息承载于连接释放请求消息中,所述连接释放请求消息用于请求释放所述核心网设备与所述接入网设备之间的所述终端设备的连接,所述核心网设备还包括:
释放单元,用于根据所述连接释放请求消息,释放所述核心网设备与所述接入网设备之间的所述终端设备的连接。
38.根据权利要求35至37中任一项所述的核心网设备,其特征在于,所述核心网设备还包括:
第一发送单元,用于向所述接入网设备发送所述终端设备的下行数据。
39.根据权利要求38所述的核心网设备,其特征在于,所述核心网设备还包括:
第二接收单元,用于接收所述接入网设备回传的所述终端设备的下行数据。
40.根据权利要求35至37中任一项所述的核心网设备,其特征在于,所述核心网设备还包括:
第二发送单元,用于向所述接入网设备发送第二指示信息,所述第二指示信息用于指示所述终端设备有待传输的下行数据。
41.根据权利要求40所述的核心网设备,其特征在于,所述核心网设备还包括:
第三接收单元,用于接收所述接入网设备发送的第三指示信息,所述第三指示信息用于指示所述终端设备不可达或所述待传输的下行数据不能发送。
42.根据权利要求35至41中任一项所述的核心网设备,其特征在于,所述核心网设备还包括:
第三发送单元,用于向所述接入网设备发送用于确定所述接入网设备向所述终端设备发起寻呼失败的配置信息,所述配置信息用于指示定时器时长或所述接入网设备向所述终端设备发送寻呼消息的最大次数N,N为正整数。
43.一种接入网设备,其特征在于,包括:
处理器,输入接口和输出接口,所述处理器和所述输入接口以及所述输出接口合作以执行如权利要求1-13任一项所述的方法。
44.一种核心网设备,其特征在于,包括:
处理器,输入接口和输出接口,所述处理器和所述输入接口以及所述输出接口合作以执行如权利要求14-21任一项所述的方法。
CN201911319375.3A 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备 Active CN110913475B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911319375.3A CN110913475B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201911319375.3A CN110913475B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备
CN201780090823.XA CN110651513B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备
PCT/CN2017/096077 WO2019024103A1 (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780090823.XA Division CN110651513B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备

Publications (2)

Publication Number Publication Date
CN110913475A true CN110913475A (zh) 2020-03-24
CN110913475B CN110913475B (zh) 2021-01-08

Family

ID=65233174

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201780090823.XA Active CN110651513B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备
CN201911319375.3A Active CN110913475B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201780090823.XA Active CN110651513B (zh) 2017-08-04 2017-08-04 处理寻呼失败的方法、接入网设备和核心网设备

Country Status (15)

Country Link
US (2) US10856258B2 (zh)
EP (1) EP3624516B1 (zh)
JP (1) JP2020534714A (zh)
KR (1) KR102321699B1 (zh)
CN (2) CN110651513B (zh)
AU (1) AU2017425808A1 (zh)
BR (1) BR112019026135A2 (zh)
CA (1) CA3066827C (zh)
IL (1) IL271376A (zh)
MX (1) MX2020001216A (zh)
PH (1) PH12019502860A1 (zh)
RU (1) RU2742721C1 (zh)
SG (1) SG11201912280WA (zh)
WO (1) WO2019024103A1 (zh)
ZA (1) ZA201908261B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2742721C1 (ru) * 2017-08-04 2021-02-10 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ обработки сбоев выполнения пейджинга, устройство сетевого доступа и устройство базовой сети

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291820A (zh) * 2010-06-17 2011-12-21 电信科学技术研究院 一种寻呼的方法、系统及装置
CN102395201A (zh) * 2011-06-30 2012-03-28 中兴通讯股份有限公司 一种寻呼重发的方法及接入网设备
CN102835162A (zh) * 2012-05-29 2012-12-19 华为技术有限公司 寻呼终端的方法和装置及系统
WO2014021770A2 (en) * 2012-08-02 2014-02-06 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reducing signaling in a core network
WO2017074250A1 (en) * 2015-10-30 2017-05-04 Telefonaktiebolaget Lm Ericsson (Publ) Paging in extended coverage

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8014377B2 (en) * 2004-06-24 2011-09-06 Nortel Networks Limited Efficient location updates, paging and short bursts
US9198156B2 (en) * 2004-08-23 2015-11-24 Telefonaktiebolaget L M Ericsson (Publ) Paging mobile stations in a hybrid network
US8190177B2 (en) * 2008-01-10 2012-05-29 Research In Motion Limited Paging a mobile station individually and using broadcast pages
CN101931898B (zh) * 2009-06-26 2014-03-05 华为技术有限公司 用户面数据的传输方法、装置及系统
CN101998332B (zh) * 2009-08-17 2013-08-07 中兴通讯股份有限公司 一种寻呼紧急业务用户的方法和系统
WO2011053219A1 (en) * 2009-10-30 2011-05-05 Telefonaktiebolaget L M Ericsson (Publ) Method for contacting a group of terminals within a communication network, arrangement and terminal within a communication network
EP2583509A1 (en) * 2010-06-21 2013-04-24 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for paging in a wireless communications system
EP3657870A1 (en) * 2010-10-01 2020-05-27 Mitsubishi Electric Corporation Communication system, radio network controller and base station
WO2012134218A2 (ko) * 2011-03-31 2012-10-04 엘지전자 주식회사 무선 통신 시스템에서 단말이 네트워크와의 보안 설정 방법 및 이를 위한 장치
EP2695477A1 (en) * 2011-04-01 2014-02-12 InterDigital Patent Holdings, Inc. Method and apparatus for controlling connectivity to a network
EP2509345A1 (en) * 2011-04-05 2012-10-10 Panasonic Corporation Improved small data transmissions for machine-type-communication (MTC) devices
GB201200754D0 (en) * 2012-01-17 2012-02-29 Ip Access Ltd Network element,integrated circuit cellular communication system and method for capturing user equipment measurements
US9247528B2 (en) * 2012-10-12 2016-01-26 Cisco Technology, Inc. System and method for reducing paging in UTRAN/GERAN/E-UTRAN networks when idle signaling reduction is active
CN103856903B (zh) * 2012-12-03 2018-07-06 中兴通讯股份有限公司 一种集群接入网、终端设备和加入集群组的方法
US11102791B2 (en) * 2013-02-17 2021-08-24 Parallel Wireless, Inc. TV whitespace relay for public safety
GB2513181A (en) * 2013-04-19 2014-10-22 Sony Corp Telecommunications apparatus and methods
CN104185278B (zh) 2013-05-20 2018-12-28 上海诺基亚贝尔股份有限公司 一种用于寻呼优化的方法
CN104488323B (zh) * 2013-07-01 2019-03-26 华为技术有限公司 一种呼叫处理的方法、设备和移动性管理实体
CN103687008A (zh) 2013-12-06 2014-03-26 京信通信系统(中国)有限公司 停止重复寻呼的方法及装置
WO2016076775A1 (en) 2014-11-12 2016-05-19 Telefonaktiebolaget L M Ericsson (Publ) Efficient handling of paging
CN109076496B (zh) * 2016-05-03 2021-09-03 株式会社Kt 用于改变终端连接状态的方法和装置
CN109417773A (zh) * 2016-07-05 2019-03-01 Lg 电子株式会社 用于通知mme终端不成功寻呼的方法和装置
CN106162939B (zh) * 2016-08-24 2020-02-07 青岛海信移动通信技术股份有限公司 一种呼叫连接建立的方法和装置
WO2018082780A1 (en) * 2016-11-04 2018-05-11 Sony Mobile Communications Inc. Discontinuous reception
GB2555784A (en) * 2016-11-04 2018-05-16 Nec Corp Communication system
US10728952B2 (en) * 2017-01-09 2020-07-28 Huawei Technologies Co., Ltd. System and methods for session management
KR102356027B1 (ko) * 2017-03-24 2022-01-26 삼성전자 주식회사 제1 무선접속기술과 제2 무선접속기술을 통해 데이터를 송수신하는 단말이 측정 결과를 보고하는 방법 및 장치
CN109246774B (zh) * 2017-06-16 2021-01-05 华为技术有限公司 通信方法及装置
RU2742721C1 (ru) * 2017-08-04 2021-02-10 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ обработки сбоев выполнения пейджинга, устройство сетевого доступа и устройство базовой сети
JP2020536399A (ja) * 2017-09-05 2020-12-10 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. データ伝送方法及びネットワークデバイス
WO2019237359A1 (zh) * 2018-06-15 2019-12-19 Oppo广东移动通信有限公司 无线通信方法、接入网设备、终端设备和核心网设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291820A (zh) * 2010-06-17 2011-12-21 电信科学技术研究院 一种寻呼的方法、系统及装置
CN102395201A (zh) * 2011-06-30 2012-03-28 中兴通讯股份有限公司 一种寻呼重发的方法及接入网设备
CN102835162A (zh) * 2012-05-29 2012-12-19 华为技术有限公司 寻呼终端的方法和装置及系统
WO2014021770A2 (en) * 2012-08-02 2014-02-06 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reducing signaling in a core network
WO2017074250A1 (en) * 2015-10-30 2017-05-04 Telefonaktiebolaget Lm Ericsson (Publ) Paging in extended coverage

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "《3GPP TSG-RAN WG3 NR AdHoc R3-172379》", 20 June 2017 *

Also Published As

Publication number Publication date
EP3624516A1 (en) 2020-03-18
EP3624516B1 (en) 2021-12-15
IL271376A (en) 2020-01-30
JP2020534714A (ja) 2020-11-26
ZA201908261B (en) 2020-10-28
KR20200032726A (ko) 2020-03-26
CN110651513B (zh) 2024-05-07
RU2742721C1 (ru) 2021-02-10
BR112019026135A2 (pt) 2020-06-30
CN110651513A (zh) 2020-01-03
PH12019502860A1 (en) 2020-10-05
CN110913475B (zh) 2021-01-08
WO2019024103A1 (zh) 2019-02-07
SG11201912280WA (en) 2020-01-30
US20210022113A1 (en) 2021-01-21
AU2017425808A1 (en) 2020-01-16
KR102321699B1 (ko) 2021-11-04
US11350385B2 (en) 2022-05-31
MX2020001216A (es) 2020-03-24
US10856258B2 (en) 2020-12-01
US20200120635A1 (en) 2020-04-16
CA3066827C (en) 2023-03-14
CA3066827A1 (en) 2019-02-07
EP3624516A4 (en) 2020-03-18

Similar Documents

Publication Publication Date Title
WO2019051806A1 (zh) 传输数据的方法、终端设备和网络设备
CN111294924B (zh) 用于寻呼的方法、接入网设备、终端设备和核心网设备
CN111163498B (zh) 无线通信的方法、终端设备和网络设备
EP3641429B1 (en) Paging method, terminal device and network device
CN110546978B (zh) 获取上下文配置信息的方法、终端设备和接入网设备
CN110913475B (zh) 处理寻呼失败的方法、接入网设备和核心网设备
CN110786047A (zh) 用于无线通信的方法和设备
EP3461218B1 (en) Methods and devices for transmitting information
CN111543081A (zh) 切换方法和接入网设备
CN113329396B (zh) 一种数据发送方法、网络设备
CN112584474B (zh) 数据传输的方法、终端设备和网络设备
CN110547023A (zh) 信道传输的方法、终端设备和网络设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant