CN116782383A - 一种寻呼方法及其装置 - Google Patents

一种寻呼方法及其装置 Download PDF

Info

Publication number
CN116782383A
CN116782383A CN202210228681.1A CN202210228681A CN116782383A CN 116782383 A CN116782383 A CN 116782383A CN 202210228681 A CN202210228681 A CN 202210228681A CN 116782383 A CN116782383 A CN 116782383A
Authority
CN
China
Prior art keywords
sdt
access network
paging message
information
network device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210228681.1A
Other languages
English (en)
Inventor
徐敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai Co 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202210228681.1A priority Critical patent/CN116782383A/zh
Priority to PCT/CN2023/079848 priority patent/WO2023169362A1/zh
Publication of CN116782383A publication Critical patent/CN116782383A/zh
Pending legal-status Critical Current

Links

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
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

本申请公开了一种寻呼方法及其装置,应用于通信技术领域。该方法包括:第一接入网设备向第二接入网设备发送第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼‑小包传输MT‑SDT的指示信息。通过这种方式,有利于成功寻呼终端设备。

Description

一种寻呼方法及其装置
技术领域
本申请涉及通信技术领域,尤其涉及一种寻呼方法及其装置。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project,即3GPP)新空口(new radio,NR)协议中,终端设备的空口状态包括:无线资源控制空闲(Radio ResourceControl_IDLE,RRC_idle)态、RRC连接(RRC_connected)态和RRC非活跃(RRC_inactive)态。其中,终端设备处于RRC_idle态时,终端设备与基站没有连接,需要定期发起位置更新、小区选择重选流程和接收寻呼等。终端设备处于RRC_connected态时,终端设备与网络有连接,基站会进行无线承载(radio bearer,RB)以及物理层等的相关配置,基站可以对终端设备进行上下行数据调度。终端设备处于RRC_inactive态时,终端设备在无线接入网通知区域(Radio access network-based Notification Area,RNA)范围内移动不用通知基站,终端设备可以保留一定配置(例如保留分组数据汇聚协议(Packet Data ConvergenceProtocol,PDCP)、服务数据适配协议(Service Data Adaptation Protocol,SDAP)等配置),如果基站需要调度终端设备或终端设备有数据需要发送,则需要迁移到RRC_connected态,恢复保留的配置进行数传。
小包传输(small data transmission,SDT)可以在RRC_inactive态发送或接收数据,而不需要迁移到RRC_connected态。当终端设备通过RRC释放(Release)消息迁移到RRC_inactive态时,网络会配置一些允许使用SDT的条件。将存有终端设备的上下文(context)的基站,或者给终端设备发送RRC Release消息迁移到RRC_inactive态的基站,称为最后服务的基站(last serving gNB)或者锚点基站(anchor gNB)。
终端设备处于RRC_inactive态时,终端设备在RNA范围内移动不用通知基站,如果终端设备移动到其他RNA范围内的基站(如称为基站b),在移动台被呼(mobileterminated,MT)场景下,基站(如称为基站a)需要通过基站间的Xn接口发送RAN寻呼(paging)消息通知基站b寻呼终端设备。但是,基站b无法确定是否发起MT-SDT寻呼,这样可能导致无法寻呼终端设备。
发明内容
本申请公开了一种寻呼方法及其装置,通过第一寻呼消息,有利于成功寻呼终端设备。
第一方面,本申请实施例提供了一种寻呼方法,应用于第一接入网设备之中,所述方法包括:向第二接入网设备发送第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该方法还可以包括:接收来自核心网设备的第一信息,该第一信息包括待传输给终端设备的下行数据的服务质量QoS信息。
在一种可选的实施方式中,该方法还可以包括:向第二接入网设备发送第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的QoS信息、支持SDT的无线承载RB的标识。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,上述向第二接入网设备发送第一寻呼消息,具体的实施方式为:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向第二接入网设备发送第一寻呼消息。
在一种可选的实施方式中,该方法还可以包括:接收来自第二接入网设备的能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
第二方面,本申请实施例提供了另一种寻呼方法,应用于终端设备之中,所述方法包括:接收来自接入网设备的寻呼消息,该寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息;若存在待传输的上行数据,则判断是否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则选择SDT资源进行上行传输。
在一种可选的实施方式中,上述判断是否使用SDT资源进行上行传输,具体的实施方式为:若支持SDT的RB的标识中包括待传输的上行数据的RB标识,则确定使用SDT资源进行上行传输。
第三方面,本申请实施例提供了又一种寻呼方法,应用于第二接入网设备之中,所述方法包括:接收来自第一接入网设备的第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该方法还可以包括:根据第一寻呼消息,向终端设备发送第二寻呼消息,该第二寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,该方法还可以包括:接收来自第一接入网设备的第二信息;该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持SDT的无线承载RB的标识;并根据第二信息,向终端设备发送第三寻呼消息,该第三寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,上述根据第二信息,向终端设备发送第三寻呼消息,具体的实施方式为:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第三寻呼消息。
在一种可选的实施方式中,该方法还可以包括:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
第四方面,本申请实施例提供了又一种寻呼方法,应用于第二接入网设备之中,所述方法包括:接收来自第一接入网设备的第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持小包传输SDT的无线承载RB的标识;并根据第二信息,向终端设备发送第四寻呼消息,该第四寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该方法还可以包括:接收来自第一接入网设备的第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,上述根据第二信息,向所述终端设备发送第四寻呼消息,具体的实施方式为:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第四寻呼消息。
在一种可选的实施方式中,该方法还可以包括:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
第五方面,本申请实施例提供了一种寻呼装置,所述装置包括用于实现第一方面、第二方面、第三方面或第四方面所述的方法的单元。
第六方面,本申请实施例提供另一种寻呼装置,包括处理器;该处理器,用于执行第一方面、第二方面、第三方面或第四方面所述的方法。
在一种可选的实施方式中,该寻呼装置还可以包括存储器;该存储器用于存储计算机程序;处理器,具体用于从该存储器中调用计算机程序,执行第一方面、第二方面、第三方面或第四方面所述的方法。
第七方面,本申请实施例提供一种芯片,该芯片用于执行第一方面、第二方面、第三方面或第四方面所述的方法。
第八方面,本申请实施例提供一种芯片模组,该芯片模组包括通信接口和芯片,其中:通信接口用于进行芯片模组内部通信,或者用于该芯片模组与外部设备进行通信;该芯片用于执行第一方面、第二方面、第三方面或第四方面所述的方法。
第九方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如第一方面、第二方面、第三方面或第四方面所述的方法。
第十方面,本申请实施例提供一种包括计算机程序或指令的计算机程序产品,当计算机程序或指令在计算机上运行时,使得计算机执行如第一方面、第二方面、第三方面或第四方面所述的方法。
通过本申请实施例,在第一寻呼消息中携带用于指示进行MT-SDT的指示信息,第二接入网设备可以确定可发起MT-SDT流程,这样可以避免第二接入网设备无法确定是否发起MT-SDT流程的情况发生,从而有利于成功寻呼终端设备。
附图说明
图1是本申请实施例提供的一种通信系统的架构示意图;
图2是本申请实施例提供的一种四步随机接入的流程示意图;
图3是本申请实施例提供的一种两步随机接入的流程示意图;
图4是本申请实施例提供的一种寻呼方法的流程示意图;
图5是本申请实施例提供的另一种寻呼方法的流程示意图;
图6是本申请实施例提供的又一种寻呼方法的流程示意图;
图7是本申请实施例提供的又一种寻呼方法的流程示意图;
图8是本申请实施例提供的又一种寻呼方法的流程示意图;
图9是本申请实施例提供的一种寻呼装置的结构示意图;
图10是本申请实施例提供的另一种寻呼装置的结构示意图;
图11是本申请实施例提供的又一种寻呼装置的结构示意图;
图12是本申请实施例提供的一种芯片模组的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参见图1,图1为本申请实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个第一接入网设备、一个第二接入网设备和一个终端设备,图1所示的设备数量和形态用于举例并不构成对本申请实施例的限定,实际应用中可以包括两个或两个以上的第一接入网设备、第二接入网设备,两个或两个以上的终端设备。图1所示的通信系统以包括一个第一接入网设备101、一个第二接入网设备102和一个终端设备103为例。
其中,本申请实施例中终端设备是一种具有无线收发功能的设备,可以称之为终端(terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是,终端设备可以支持至少一种无线通信技术,例如长期演进(long time evolution,LTE)、新空口(new radio,NR)、宽带码分多址(wideband code division multiple access,WCDMA)等。例如,终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public landmobile network,PLMN)中的终端设备等。在本申请的一些实施例中,终端设备还可以是具有收发功能的装置,例如芯片模组。其中,芯片模组可以包括芯片,还可以包括其它分立器件。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
本申请实施例中接入网(access network,AN)设备(如第一接入网设备、第二接入网设备)是一种为终端设备提供无线通信功能的设备,接入网设备可以为无线接入网(radio access network,RAN)设备。其中,接入网设备可以支持至少一种无线通信技术,例如LTE、NR、WCDMA等。示例的,接入网设备包括但不限于:第五代移动通信系统(5th-generation,5G)中的下一代基站(generation nodeB,gNB)、演进型节点B(evolved nodeB,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved node B、或home node B,HNB)、基带单元(baseband unit,BBU)、TRP、发射点(transmitting point,TP)、移动交换中心等。接入网设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralizedunit,CU)和/或分布单元(distributed unit,DU)。在一些实施例中,接入网设备还可以为具有为终端设备提供无线通信功能的装置,例如芯片模组。示例的,芯片模组可以包括芯片,还可以包括其它分立器件。本申请的实施例对接入网设备所采用的具体技术和具体设备形态不做限定。
需要说明的是,本申请实施例的技术方案可以应用于各种通信系统。例如:LTE通信系统、第4代(4th generation,4G)移动通信系统、5G移动通信系统、5G NR系统。可选的,本申请实施例的方法还适用于未来的各种通信系统,例如6G系统或者其他通信网络等。
可选的,图1所示通信系统还可以包括核心网设备(图1未示出)。核心网设备可具有如下功能:提供宽带接入服务、实现多种业务的汇聚与转发,满足不同用户对传输容量和带宽利用率的要求,用来终结和管理用户的以太网上的点对点协议(Point-to-PointProtocol Over Ethernet,PPPoE)/IPoE会话,提供认证服务、授权服务或计费服务。终端设备103可通过接入网设备接入无线网络,并通过核心网设备在核心网中注册。
其中,核心网设备可以包括但不限于:移动管理网元、用户面网元和会话管理网元等。在NR系统中,移动管理网元可以为接入和移动性管理功能(access and mobilitymanagement function,AMF)网元,用户面网元可以是用户面功能(user plane function,UPF)网元,会话管理网元可以为会话管理功能(session management function,SMF)网元。其中,移动管理网元为非接入层(non-access stratum,NAS)信令的终结点,主要负责用户的接入认证和移动性管理。终端设备与AMF可以通过N1 NAS消息进行通信,终端设备与AMF之间的通信消息也可以通过RAN的N2消息进行中转。RAN与AMF通过N2消息进行通信。用户面网元,用于对用户报文进行处理,例如转发、计费等。会话管理网元,负责会话管理,如用户的会话建立、删除,维护协议数据单元(protocol data unit,PDU)会话上下文及用户面转发管道信息等。其中,N1表示AMF网元与终端设备之间的接口,N2表示AMF网元与RAN设备之间的接口。
可以理解的是,本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域技术人员可知,随着系统架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
为了更好地理解本申请实施例提供的技术方案,首先对本申请实施例涉及的技术术语进行介绍。
(1)随机接入过程
终端设备在非RRC_connected态如果需要发起数传,需要通过随机接入过程迁移到RRC_connected态。随机接入过程是指从用户发送随机接入前导码(preamble),开始尝试接入网络到与网络间建立起基本的信令连接之前的过程。preamble,可用于随机接入时网络设备识别终端设备的身份,或者用于网络设备区分发起随机接入的设备,也可以用作其它用途,本申请实施例中不做限定。随机接入过程包括四步随机接入和两步随机接入。其中,四步随机接入可以包括消息1(又称为Msg1)、消息2(又称为Msg2)、消息3(又称为Msg3)以及消息4(又称为Msg4)四个消息,四步随机接入过程的流程示意图如图2所示。
首先,终端设备在物理随机接入信道时机(Physical Random Access Channeloccasion,RO)上发送Msg1,Msg1包括preamble。
其次,网络设备接收到preamble之后,生成针对preamble的随机接入响应(RandomAccess Response,RAR)并发送RAR(RAR又可以称之为Msg2)。RAR承载于物理下行共享信道(Physical Downlink shared channel,PDSCH),该PDSCH由物理下行控制信道(PhysicalDownlink Control Channel,PDCCH)调度,该PDCCH用随机接入无线网络临时标识(RandomAccess Radio Network Temporary Identifier,RA-RNTI)加扰。
RAR包括以下一项或多项:定时提前命令(Timing Advance Command,TAC)、上行授权(uplink grant,UL grant)、临时小区无线网络临时标识(Temporary Cell RadioNetwork Temporary Identifier,TC-RNTI)。其中,TAC携带TA信息。UL grant携带终端设备发送Msg3的调度信息。没有小区无线网络临时标识(Cell Radio Network TemporaryIdentifier,C-RNTI)的终端设备,可通过TC-RNTI接收Msg4。
随机接入过程的前两步主要完成了上行的时间同步。多个终端设备可能选择相同的RO和preamble发起随机接入过程,这样会产生冲突,随机接入过程的后两步可以进行冲突解决,为终端设备指定一个唯一且合法的身份,用于后续的数据传输。
终端设备发送Msg1后,监听由RA-RNTI加扰的PDCCH,以接收RAR。接收到RAR后,发送Msg3,Msg3承载于物理上行共享信道(Physical uplink shared channel,PUSCH)。对于非RRC_connected态的终端设备,发送RRC公共控制信道(Common Control Channel,CCCH)。
最后,网络设备接收到终端设备发送的PUSCH之后,如果该终端设备在冲突解决中胜出,生成针对PUSCH的响应(即Msg4),Msg4承载于PDSCH。在Msg4中携带该用于唯一标识终端设备的标志(竞争解决标识(Contention Resolution Identity,CRID))以指示胜出的终端设备,而其它没有在冲突解决中胜出的终端设备将重新发起随机接入。如果终端设备在Msg4中接收到的PDSCH由RAR消息中指定的TC-RNTI加扰,则当成功解码出的CRID与Msg3发送的CCCH中的信息匹配时,终端设备会认为随机接入成功并将自己的TC-RNTI转化为C-RNTI。
两步随机接入由消息A(又称为MsgA)、消息B(又称为MsgB)组成,两步随机接入过程的流程示意图如图3所示。
其中,MsgA包括Msg1和Msg3,即包括在PRACH上发送的preamble和PUSCH上发送的有效载荷(payload)。MsgB包括Msg2和Msg4。如果网络设备只收到终端设备发送的preamble,则回复四步随机接入过程的RAR,终端设备回退到四步随机接入过程。
(2)随机接入-SDT(random access channel-SDT,RA-SDT)、配置授权-SDT(configured grant-SDT,CG-SDT)
SDT包括两种发送方式:RA-SDT、CG-SDT。
其中,RA-SDT是指在四步随机接入过程的Msg3中除了发送RRC消息还可以携带数据(data)的发送方式,或者,RA-SDT是指在两步随机接入过程的MsgA中除了发送RRC消息还可以携带数据的发送方式。
CG-SDT是指网络给终端设备预配专用的CG Type 1资源,终端设备使用该资源进行传输拥有有效的TA,不需要发送preamble可直接发送数据的方式。与四步随机接入过程相比,CG-SDT减少了Msg1和Msg2两个步骤。
当终端设备通过RRC释放(Release)消息迁移到RRC_inactive态时,网络会配置一些允许使用SDT的条件。示例性的,配置数据量门限、允许使用SDT的无线承载(radiobearer,RB),包括信令无线承载(Signaling radio bearer,SRB)和数据无线承载(Dataradio bearer,DRB)。在本申请实施例,允许使用SDT的RB还可以描述为支持SDT的RB。
若使用CG-SDT,还可以配置如下参数:CG资源、RSRP变化的门限范围、SSB使用的信号门限。需要说明的是,CG-SDT只在收到RRC Release消息的小区使用,一旦小区重选到新小区,终端设备会释放对应的CG资源。可选的,在不同小区中使用CG-SDT,如下参数可能会不同:RSRP变化的门限范围,SSB使用的信号门限。
若使用RA-SDT,还可以配置RSRP门限。RA-SDT的资源通过每个小区的系统消息配置,可选的,不同小区配置的RSRP门限可以不同。
请参见图4,为本申请实施例提供的一种寻呼方法的流程示意图。图4对应实施例主要描述了第一接入网设备如何触发MT-SDT流程,进一步还描述了第二接入网设备如何触发MT-SDT流程。如图4所示,该寻呼方法可以包括但不限于如下步骤:
S401、第一接入网设备向第二接入网设备发送第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。相应的,第二接入网设备接收来自第一接入网设备的第一寻呼消息。
其中,该终端设备可以处于非RRC_connected态,非RRC_connected态可以指RRC_idle态或RRC_inactive态。在本申请实施例中,用于指示进行MT-SDT的指示信息还可以描述为:用于指示进行增强寻呼的指示信息。该第一寻呼消息包括用于指示进行MT-SDT的指示信息或者用于指示进行增强寻呼的指示信息表示:第一接入网设备确定可以发起MT-SDT流程。发起MT-SDT流程表示处于非RRC_connected态的终端设备可以使用SDT资源进行上行传输。发起MT-SDT流程还可以描述为发起MT-SDT寻呼或者发起增强寻呼。通过在第一寻呼消息中携带用于指示进行MT-SDT的指示信息,第二接入网设备可以确定可发起MT-SDT流程,这样可以避免第二接入网设备由于没有终端设备的配置信息(例如,终端设备是否允许使用SDT的RB配置信息),而无法确定是否发起MT-SDT流程的情况发生,从而有利于成功寻呼终端设备。在本申请实施例中,终端设备使用SDT资源进行上行传输包括:终端设备使用SDT资源传输上行数据和/或信令,其中,该上行数据可以指终端设备中待传输的有用数据、业务数据或用户数据,该信令可以包括用于响应该终端设备接收到的寻呼消息的信令。
示例性的,如图1所示的通信系统中,若处于非RRC_connected态的终端设备103对应的最后服务的接入网设备(或称为锚点接入网设备)为第一接入网设备101,且终端设备103从RNA范围内移动至其他RNA范围内的接入网设备(如第二接入网设备102),此时,若需要寻呼终端设备103,那么第一接入网设备101需要通过Xn接口向第二接入网设备102发送寻呼消息,以指示第二接入网设备102寻呼终端设备103。但是,第二接入网设备102不知道终端设备103迁移到RRC_inactive态时网络针对其配置的允许使用SDT的条件,那么第二接入网设备102也就无法判断能否发起针对终端设备103的MT-SDT流程。例如,允许使用SDT的RB(即允许使用SDT的一种条件)的配置信息只有终端设备103对应的最后服务的接入网设备(第一接入网设备101)知道,而第二接入网设备102不知道,所以第二接入网设备102无法判断能否发起针对终端设备103的MT-SDT流程。通过在第一寻呼消息中携带用于指示进行MT-SDT的指示信息,第二接入网设备可以确定可发起MT-SDT流程,这样可以避免第二接入网设备无法确定是否发起MT-SDT流程的情况发生。
其中,第一寻呼消息可以通过第一接入网设备与第二接入网设备之间的Xn接口传输,第一寻呼消息为Xn RAN Paging消息。
在一种实现方式中,第一接入网设备可以接收来自核心网设备的第一信息,该第一信息包括待传输给终端设备的下行数据的服务质量(Quality of Service,QoS)信息。该下行数据的QoS信息可以包括以下一项或多项:该下行数据的QoS流(flow)信息、时延需求、数据包大小以及该下行数据业务相关的信息。该下行数据的QoS flow信息可以包括QoSflow标识。可选的,该下行数据可以包括预测的待传输给该终端设备的数据,和/或,确定待传输给该终端设备的数据。可选的,该第一信息还可以包括待传输给终端设备的下行数据。
在一种实现方式中,在步骤S401之前,第一接入网设备可以根据第一信息判断是否发起MT-SDT流程,第一接入网设备根据第一信息判断是否发起MT-SDT流程包括:判断支持SDT的RB的标识中是否包括该下行数据的RB标识,若支持SDT的RB的标识中包括该下行数据的RB标识,则确定发起MT-SDT流程。若支持SDT的RB的标识中不包括该下行数据的RB标识,则可以不发起MT-SDT流程。其中,确定发起MT-SDT流程的情况下,第一接入网设备在向第二接入网设备发送的寻呼消息(即第一寻呼消息)中添加用于指示进行MT-SDT的指示信息。可选的,第一接入网设备向第二接入网设备发送第一寻呼消息,包括:若支持SDT的RB的标识中包括该下行数据的RB标识,则第一接入网设备向第二接入网设备发送第一寻呼消息。确定不发起MT-SDT流程的情况下,第一接入网设备在向第二接入网设备发送的寻呼消息中可以不添加用于指示进行MT-SDT的指示信息。
其中,该下行数据的RB标识根据该下行数据的QoS信息确定。具体的,第一接入网设备可通过如下方式确定该下行数据的RB标识:在Qos flow标识与RB标识间的映射关系中,与该下行数据的Qos flow标识相映射的RB标识为该下行数据的RB标识。
可选的,该第一信息除了包括下行数据的QoS信息以外,还可以包括该下行数据的数据量,其中该下行数据的数据量可以包括:现有待传输给终端设备的下行数据的数据量,和/或,预测的待传输给终端设备的下行数据的数据量。核心网设备通过通知第一接入网设备下行数据的数据量,可以辅助第一接入网设备判断是否发起MT-SDT流程。
可选的,本申请实施例中的核心网设备可以为移动管理网元(如AMF)或用户面网元(如UPF)。
在一种实现方式中,第一接入网设备在向第二接入网设备发送第一寻呼消息之前,两者可以交互服务的小区是否支持MT-SDT。具体的,第二接入网设备向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。相应的,第一接入网设备接收该能力信息。可选的,第一接入网设备和第二接入网设备可以在Xn建立(setup)流程中交互服务的小区是否支持MT-SDT。示例性的,以在Xn setup流程中交互第二接入网设备服务的小区是否支持MT-SDT为例,第一接入网设备可以向第二接入网设备发送请求消息,该请求消息请求获取前述能力信息,第二接入网设备向第一接入网设备发送响应消息,该响应消息包括该能力信息。其中,该请求消息可以为Xn setup request消息,响应消息可以为Xn setup response消息。可选的,可以通过Xn setup request和Xn setupresponse中的服务小区信息(Served Cell Information)NR字段指示该能力信息,或者,在Xn setup request和Xn setup response中扩展新字段以用于指示该能力信息。
可选的,参见图5,第二接入网设备在接收到来自第一接入网设备的第一寻呼消息之后(即步骤S401之后),还可以执行如下步骤:
S502:第二接入网设备根据第一寻呼消息,向终端设备发送第二寻呼消息,该第二寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。相应的,该终端设备接收该第二寻呼消息。
第二接入网设备获知第一寻呼消息中包含用于指示进行MT-SDT的指示信息,该第二接入网设备向终端设备发送第二寻呼消息,即发起MT-SDT流程。需要说明的是,第一寻呼消息与第二寻呼消息中携带的信息可以相同,但是第一寻呼消息与第二寻呼消息不同,即接入网设备间传输的RAN paging消息与接入网设备向终端设备发送的paging消息不同。
参见图6,图6对应实施例主要描述终端设备接收到来自接入网设备的寻呼消息后,如何判断能否使用SDT资源进行上行传输,图6所示的寻呼方法包括但不限于步骤S601-S602。
S601:接入网设备向终端设备发送寻呼消息,该寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。相应的,终端设备接收来自该接入网设备的寻呼消息。
其中,S601中的接入网设备可以为第一接入网设备或者第二接入网设备。示例性的,S601中的接入网设备为第一接入网设备的情况下,S601中的寻呼消息可以为上述第一寻呼消息,这种情况下,第一接入网设备直接向终端设备发送寻呼消息,而不用经过第二接入网设备。可以理解的是,这种情况下该终端设备处于第一接入网设备的覆盖范围内。关于第一寻呼消息的内容可参见图4对应实施例中步骤S401中的具体描述,此处不再赘述。示例性的,S601中的接入网设备为第二接入网设备的情况下,S601中的寻呼消息可以为上述第二寻呼消息,或者,S601中的寻呼消息可以为下文中的第三寻呼消息或第四寻呼消息。这种情况下,第一接入网设备可通过第二接入网设备间接地向终端设备发送寻呼消息。关于第二寻呼消息、第三寻呼消息、第四寻呼消息的内容可参见图5对应实施例中步骤S502、图7对应实施例中步骤S703、图8对应实施例中步骤S802中的具体描述,此处不再赘述。
S602:若存在待传输的上行数据,则终端设备判断能否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则终端设备选择SDT资源进行上行传输。
可选的,判断能否使用SDT资源进行上行传输,包括:若支持SDT的RB的标识中包括待传输的上行数据的RB标识,则确定使用SDT资源进行上行传输。可选的,若支持SDT的RB的标识中不包括待传输的上行数据的RB标识,则可以不使用SDT资源进行上行传输,示例性的,可使用非SDT的RACH资源进行上行传输。换言之,若待传输的上行数据是允许的RB数据,则确定可使用SDT资源进行上行传输;若待传输的上行数据不是允许的RB数据,则可不使用SDT资源进行上行传输。
或者,判断能否使用SDT资源进行上行传输,包括:判断支持SDT的RB的标识中是否包括待传输的上行数据的RB标识,并判断待传输的上行数据的数据量是否满足数据量门限。若支持SDT的RB的标识中包括待传输的上行数据的RB标识,且待传输的上行数据的数据量满足数据量门限,则确定可使用SDT资源进行上行传输。若支持SDT的RB的标识中不包括待传输的上行数据的RB标识,和/或,待传输的上行数据的数据量不满足数据量门限,则确定不能使用SDT资源进行上行传输。其中,若支持SDT的RB的标识中包括待传输的上行数据的RB标识,则表示待传输的上行数据是允许的RB数据。若支持SDT的RB的标识中不包括待传输的上行数据的RB标识,则表示待传输的上行数据不是允许的RB数据。支持SDT的RB的标识可以由网络配置。待传输的上行数据的数据量是否满足数据量门限包括:待传输的上行数据的数据量是否小于数据量门限,若待传输的上行数据的数据量小于数据量门限,则可以表示待传输的上行数据的数据量满足数据量门限;若待传输的上行数据的数据量大于或等于数据量门限,则可以表示待传输的上行数据的数据量不满足数据量门限。
终端设备确定可使用SDT资源进行上行传输的情况下,可通过如下过程确定采用何种SDT资源(如CG-SDT资源、四步随机接入的RA-SDT资源、两步随机接入的RA-SDT资源)进行上行传输:终端设备判断能否使用CG-SDT资源。若不能使用CG-SDT资源,则使用RA-SDT资源发送待传数据。使用RA-SDT资源发送待传数据包括:使用四步随机接入的RA-SDT资源发送待传数据,或者,使用两步随机接入的RA-SDT资源发送待传数据。例如,若网络设备只收到终端设备发送的preamble,则回退到四步随机接入过程,此时,使用两步随机接入的RA-SDT资源发送待传数据。示例性的,上述判断能否使用CG-SDT资源包括:判断终端设备的TA变化是否在有效范围内,若终端设备的位置改变很大,导致TA失效,则不能使用CG-SDT资源,需要通过随机接入过程发送preamble获得有效的TA。
步骤S602中,不存在待传输的上行数据的情况下,选择SDT资源进行上行传输,此时,传输的上行信息可以包括针对该终端设备接收到的寻呼消息(即步骤S601中的寻呼消息)的响应消息。存在待传输的上行数据的情况下,若判断结果为可使用SDT资源进行上行传输,此时,传输的上行信息可以包括针对该终端设备接收到的寻呼消息的响应消息,以及该待传输的上行数据。可选的,不存在待传输的上行数据可以包括:终端设备的RRC层没有收到上层请求恢复RRC连接的请求,或者,终端设备进行周期RNA更新的流程但没有用户数据或业务数据待传输。此时RRC层可以给MAC层指示不存在待传输的上行数据,可以使用SDT进行上行传输。
在一些实施例中,终端设备接收到包括用于指示进行MT-SDT的指示信息的寻呼消息(如第一寻呼消息或第二寻呼消息)后,在存在待传输的上行数据的情况下,并非直接选择SDT资源进行上行传输,而是先判断能否使用SDT资源进行上行传输。通过这种方式,有利于避免在不适合发起MT-SDT流程的情况下发起MT-SDT流程。
示例性的,若终端设备中存在的待传输的上行数据包括non-SDT数据,该non-SDT数据是指不能通过SDT资源进行传输的数据,此时,终端设备不能通过SDT资源进行上行传输,但是若终端设备并未判断能否使用SDT资源进行上行传输,就会在接收到寻呼消息后使用SDT资源进行上行传输,这样会导致该non-SDT数据无法传输。或者,终端设备后续重新发送消息通知接入网设备存在non-SDT数据,该接入网设备进一步向终端设备发送消息以将终端设备由非RRC_connected态迁移至RRC_connected态,然后再传输该non-SDT数据,这样会造成较长时延。终端设备接收到包括用于指示进行MT-SDT的指示信息的寻呼消息(如第一寻呼消息或第二寻呼消息)后,先判断能否使用SDT资源进行上行传输,可以解决该问题。
示例性的,在NR系统中,通过SDT资源可以传输不止一次数据,终端设备在使用CG-SDT资源发送第一个数据后,接入网设备可以通过动态调度资源或CG资源继续调度仍处于非RRC_connected态的终端设备进行上下行数据传输,且在终端设备使用CG-SDT资源进行上行传输的过程中,可能新出现需要传输的non-SDT数据,此时,终端设备不能继续通过SDT资源进行上行传输,否则将无法传输该non-SDT数据。终端设备通过判断能否使用SDT资源进行上行传输,有利于避免在不适合使用SDT资源进行上行传输的情况下使用SDT资源进行上行传输,从而有利于避免资源浪费以及确保更好地进行数据传输。
可选的,终端设备接收到来自第二接入网设备的第二寻呼消息(即步骤S502)后,还可以执行如下步骤:
S503(可选的):若存在待传输的上行数据,则判断能否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则选择SDT资源进行上行传输。
需要说明的是,步骤S503的执行过程可参见图6对应实施例中步骤S602的具体描述,此处不再赘述。
可选的,参见图7,第二接入网设备在接收到来自第一接入网设备的第一寻呼消息之后(即步骤S401之后),还可以执行如下步骤:
S702:第二接入网设备接收来自第一接入网设备的第二信息,该第二信息包括以下一项或多项:前述下行数据的数据量、下行数据的QoS信息、支持SDT的RB的标识。相应的,第一接入网设备发送该第二信息。
S703:第二接入网设备根据第二信息,向该终端设备发送第三寻呼消息,该第三寻呼消息包括被寻呼的该终端设备的标识以及用于指示进行MT-SDT的指示信息。相应的,该终端设备接收该第三寻呼消息。
可选的,第二接入网设备根据第二信息,向终端设备发送第三寻呼消息,包括:若支持SDT的RB的标识中包括前述下行数据的RB标识,则向终端设备发送第三寻呼消息。换言之,若前述下行数据是允许的RB数据,则第二接入网设备可以在向终端设备发送的寻呼消息(即第三寻呼消息)中添加用于指示进行MT-SDT的指示信息。可选的,若支持SDT的RB的标识中包括前述下行数据的RB标识,则第二接入网设备可以不在向终端设备发送的寻呼消息中添加用于指示进行MT-SDT的指示信息。
第一接入网设备通过向第二接入网设备发送第二信息,可以辅助第二接入网设备判断是否发起MT-SDT流程,即辅助第二接入网设备判断是否在向终端设备发送的寻呼消息中添加用于指示进行MT-SDT的指示信息。第一接入网设备确定发起MT-SDT流程的情况下,向第二接入网设备提供第二信息以辅助其判断是否发起MT-SDT流程,第一接入网设备和第二接入网设备均执行是否发起MT-SDT流程的判断,可以使得判断结果的准确度更高,有利于避免在不适合发起MT-SDT流程的情况下发起MT-SDT流程。
需要说明的是,第一寻呼消息和第二信息可以携带于同一消息中发送,也可以携带于不同消息中发送,本申请实施例对此不做限定。可选的,在第一接入网设备向第二接入网设备发送的寻呼消息中不携带用于指示进行MT-SDT的指示信息的情况下,该第二接入网设备也可以向第二接入网设备发送第二信息以辅助第二接入网设备判断是否发起MT-SDT流程。还需要说明的是,本申请实施例对第一接入网设备向第二接入网设备发送寻呼消息(如第一寻寻呼消息),和第一接入网设备向第二接入网设备发送第二信息的执行顺序不做限定。示例性的,第一接入网设备可以先向第二接入网设备发送第一寻呼消息,或者,第一接入网设备可以先向第二接入网设备发送第二信息,或者,第一接入网设备可以同时向第二接入网设备发送第一寻呼消息和第二信息。
可选的,终端设备接收到来自第二接入网设备的第三寻呼消息后,还可以执行如下步骤:
S704(可选的):若存在待传输的上行数据,则判断是否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则选择SDT资源进行上行传输。
需要说明的是,步骤S704的执行过程可参见图6对应实施例中步骤S602的具体描述,此处不再赘述。
通过实施本申请实施例,在第一寻呼消息中携带用于指示进行MT-SDT的指示信息,第二接入网设备可以确定可发起MT-SDT流程,这样可以避免第二接入网设备无法确定是否发起MT-SDT流程的情况发生,从而有利于成功寻呼终端设备。另外,第一接入网设备通过向第二接入网设备发送第二信息,以辅助第二接入网设备判断是否发起MT-SDT流程,可以使得判断结果的准确度更高,有利于避免在不适合发起MT-SDT流程的情况下发起MT-SDT流程。
请参见图8,为本申请实施例提供的另一种寻呼方法的流程示意图,图8对应实施例主要描述了第一接入网设备不触发MT-SDT流程或未触发MT-SDT流程,而由第二接入网设备触发MT-SDT流程。如图8所示,该寻呼方法可以包括但不限于如下步骤:
S801、第一接入网设备向第二接入网设备发送第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的QoS信息、支持SDT的RB的标识。相应的,第二接入网设备接收该第二信息。
可选的,第一接入网设备还可以向接入网设备发送寻呼消息,该寻呼消息包括被寻呼的终端设备的标识。该寻呼消息和第二信息可以携带于同一消息中发送,也可以携带于不同消息中发送,本申请实施例对此不做限定。需要说明的是,在图8对应实施例中,第一接入网设备可以判断是否发起MT-SDT流程,无论第一接入网设备是否发起MT-SDT流程,该第一接入网设备均可以向第二接入网设备发送第二信息。或者,在图8对应实施例中,第一接入网设备也可以不判断是否发起MT-SDT流程。
S802、第二接入网设备根据第二信息,向终端设备发送第四寻呼消息,该第四寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。相应的,终端设备接收该第四寻呼消息。
需要说明的是,步骤S801~步骤S802的执行过程可参见图7对应实施例中步骤S702~步骤S703的具体描述,此处不再赘述。
可选的,在S801之前,该方法还可以包括:第一接入网设备向第二接入网设备发送第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。相应的,第二接入网设备接收来自第一接入网设备的第一寻呼消息。具体执行过程可参见图7对应实施例中的描述,此时,图8对应实施例中的第四寻呼消息与图7对应实施例中的第三寻呼消息为同一消息。
在实施本申请实施例中,第一接入网设备通过向第二接入网设备发送第二信息,以辅助第二接入网设备判断是否发起MT-SDT流程,可以使得判断结果的准确度更高,有利于避免在不适合发起MT-SDT流程的情况下发起MT-SDT流程。
请参阅图9,图9是本申请实施例提供的一种寻呼装置的结构示意图。如图9所示,该寻呼装置90包括发送单元901和接收单元902。寻呼装置90可以执行前述方法实施例中第一接入网设备、第二接入网设备的相关步骤。
对于寻呼装置90用于实现上述实施例中第一接入网设备的功能的情况:
发送单元901,用于向第二接入网设备发送第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,接收单元902可以用于:接收来自核心网设备的第一信息,该第一信息包括待传输给终端设备的下行数据的服务质量QoS信息。
在一种可选的实施方式中,发送单元901还可以用于:向第二接入网设备发送第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的QoS信息、支持SDT的无线承载RB的标识。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,发送单元901用于向第二接入网设备发送第一寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向第二接入网设备发送第一寻呼消息。
在一种可选的实施方式中,接收单元902还可以用于:接收来自第二接入网设备的能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,发送单元901、接收单元902所执行的操作可以参照上述图4-图8对应的实施例中有关第一接入网设备的介绍,此处不再赘述。
对于寻呼装置90用于实现图4-图7对应实施例中第二接入网设备的功能的情况:
接收单元902,用于接收来自第一接入网设备的第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,发送单元901可以用于:根据第一寻呼消息,向终端设备发送第二寻呼消息,该第二寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,接收单元902还可以用于:接收来自第一接入网设备的第二信息;该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持SDT的无线承载RB的标识;发送单元901还可以用于:根据第二信息,向终端设备发送第三寻呼消息,该第三寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,发送单元901用于根据第二信息,向终端设备发送第三寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第三寻呼消息。
在一种可选的实施方式中,发送单元901还可以用于:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,发送单元901、接收单元902所执行的操作可以参照上述图4-图7对应的实施例中有关第二接入网设备的介绍,此处不再赘述。
对于寻呼装置90用于实现图8对应实施例中第二接入网设备的功能的情况:
接收单元902,用于接收来自第一接入网设备的第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持小包传输SDT的无线承载RB的标识;
发送单元901,用于根据第二信息,向终端设备发送第四寻呼消息,该第四寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,接收单元902还可以用于:接收来自第一接入网设备的第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,发送单元901用于根据第二信息,向所述终端设备发送第四寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第四寻呼消息。
在一种可选的实施方式中,发送单元901还可以用于:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,发送单元901、接收单元902所执行的操作可以参照上述图8对应的实施例中有关第二接入网设备的介绍,此处不再赘述。
请参阅图10,图10是本申请实施例提供的另一种寻呼装置的结构示意图。如图10所示,该寻呼装置100包括接收单元1001、判断单元1002和选择单元1003。寻呼装置100可以执行前述方法实施例中终端设备的相关步骤。
接收单元1001,用于接收来自接入网设备的寻呼消息,该寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息;
若存在待传输的上行数据,则判断单元1002用于判断是否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则选择单元1003用于选择SDT资源进行上行传输。
在一种可选的实施方式中,判断单元1002用于判断是否使用SDT资源进行上行传输时,具体用于:若支持SDT的RB的标识中包括待传输的上行数据的RB标识,则确定使用SDT资源进行上行传输。
寻呼装置100还可以用于实现图4~图8对应实施例中终端设备的功能,此处不再赘述。
请参阅图11,图11为本申请实施例提供的又一种寻呼装置110。可以用于实现上述方法实施例中终端设备的功能,或者,实现上述方法实施例中第一接入网设备的功能,或者,实现上述方法实施例中第二接入网设备的功能。该寻呼装置110可以包括收发器1101和处理器1102。可选的,该寻呼装置还可以包括存储器1103。其中,收发器1101、处理器1102、存储器1103可以通过总线1104或其他方式连接。总线在图11中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。本申请实施例中不限定上述收发器1101、处理器1102、存储器1103之间的具体连接介质。
存储器1103可以包括只读存储器和随机存取存储器,并向处理器1102提供指令和数据。存储器1103的一部分还可以包括非易失性随机存取存储器。
处理器1102可以是中央处理单元(Central Processing Unit,CPU),该处理器1102还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器,可选的,该处理器1102也可以是任何常规的处理器等。
一种示例中,当终端设备采用图11所示的形式时,图11中的处理器可以执行上述任一方法实施例中的终端设备执行的方法。
一种示例中,当第一接入网设备采用图11所示的形式时,图11中的处理器可以执行上述任一方法实施例中的第一接入网设备执行的方法。
一种示例中,当第二接入网设备采用图11所示的形式时,图11中的处理器可以执行上述任一方法实施例中的第二接入网设备执行的方法。
在一种可选的实施方式中,存储器1103,用于存储程序指令;处理器1102,用于调用存储器1103中存储的程序指令,以用于执行图4-图8对应实施例中终端设备、第一接入网设备、第二接入网设备所执行的步骤。具体的,图9的发送单元、接收单元的功能/实现过程均可以通过图11中的处理器1102调用存储器1103中存储的计算机执行指令来实现。或者,图9的发送单元、接收单元的功能/实现过程可以通过图11中的收发器1101来实现。图10的接收单元、判断单元和选择单元的功能/实现过程均可以通过图11中的处理器1102调用存储器1103中存储的计算机执行指令来实现。或者,图10的判断单元、选择单元的功能/实现过程可以通过图11中的处理器1102调用存储器1103中存储的计算机执行指令来实现,图10的接收单元的功能/实现过程可以通过图11中的收发器1101来实现。
在本申请实施例中,可以通过在包括CPU、随机存取存储介质(Random AccessMemory,RAM)、只读存储介质(Read-Only Memory,ROM)等处理元件和存储元件的例如计算机的通用计算装置上运行能够执行上述方法所涉及的各步骤的计算机程序(包括程序代码),以及来实现本申请实施例所提供的方法。计算机程序可以记载于例如计算机可读记录介质上,并通过计算机可读记录介质装载于上述计算装置中,并在其中运行。
基于同一发明构思,本申请实施例中提供的寻呼装置110解决问题的原理与有益效果与本申请方法实施例中终端设备、第一接入网设备、第二接入网设备解决问题的原理和有益效果相似,可以参见方法的实施的原理和有益效果,为简洁描述,在这里不再赘述。
前述寻呼装置(如寻呼装置90、寻呼装置100、寻呼装置110),例如可以是:芯片、或者芯片模组。
本申请实施例还提供一种芯片,该芯片可以执行前述方法实施例中终端设备、第一接入网设备、第二接入网设备的相关步骤。
对于芯片用于实现上述实施例中第一接入网设备的功能的情况:
该芯片用于:向第二接入网设备发送第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该芯片还可以用于:接收来自核心网设备的第一信息,该第一信息包括待传输给终端设备的下行数据的服务质量QoS信息。
在一种可选的实施方式中,该芯片还可以用于:向第二接入网设备发送第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的QoS信息、支持SDT的无线承载RB的标识。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,该芯片用于向第二接入网设备发送第一寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向第二接入网设备发送第一寻呼消息。
在一种可选的实施方式中,该芯片还可以用于:接收来自第二接入网设备的能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,芯片所执行的操作可以参照上述图4-图8对应的实施例中有关第一接入网设备的介绍。
对于芯片用于实现上述实施例中终端设备的功能的情况:
该芯片用于:接收来自接入网设备的寻呼消息,该寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息;若存在待传输的上行数据,则判断是否使用SDT资源进行上行传输;和/或,若不存在待传输的上行数据,则选择SDT资源进行上行传输。
在一种可选的实施方式中,该芯片用于判断是否使用SDT资源进行上行传输时,具体用于:若支持SDT的RB的标识中包括待传输的上行数据的RB标识,则确定使用SDT资源进行上行传输。
具体的,在这种情况中,芯片所执行的操作可以参照上述图4-图8所对应的实施例中有关终端设备的介绍。
对于芯片用于实现图4-图7对应实施例中第二接入网设备的功能的情况:
该芯片用于:接收来自第一接入网设备的第一寻呼消息,该第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该芯片还可以用于:根据第一寻呼消息,向终端设备发送第二寻呼消息,该第二寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,该芯片还可以用于:接收来自第一接入网设备的第二信息;该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持SDT的无线承载RB的标识;并根据第二信息,向终端设备发送第三寻呼消息,该第三寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,该芯片用于根据第二信息,向终端设备发送第三寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第三寻呼消息。
在一种可选的实施方式中,该芯片还可以用于:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,芯片所执行的操作可以参照上述图4-图7对应的实施例中有关第二接入网设备的介绍。
对于芯片用于实现图8对应实施例中第二接入网设备的功能的情况:
该芯片用于:接收来自第一接入网设备的第二信息,该第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、该下行数据的服务质量QoS信息、支持小包传输SDT的无线承载RB的标识;并根据第二信息,向终端设备发送第四寻呼消息,该第四寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
在一种可选的实施方式中,该芯片还可以用于:接收来自第一接入网设备的第一寻呼消息,第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行MT-SDT的指示信息。
在一种可选的实施方式中,上述下行数据包括预测的待传输给终端设备的数据。
在一种可选的实施方式中,该芯片用于根据第二信息,向所述终端设备发送第四寻呼消息时,具体用于:若支持SDT的RB的标识中包括上述下行数据的RB标识,则向终端设备发送第四寻呼消息。
在一种可选的实施方式中,该芯片还可以用于:向第一接入网设备发送能力信息,该能力信息用于指示第二接入网设备服务的小区是否支持MT-SDT。
具体的,在这种情况中,芯片所执行的操作可以参照上述图8对应的实施例中有关第二接入网设备的介绍。
在一种可能的实现方式中,上述芯片包括至少一个处理器、至少一个第一存储器和至少一个第二存储器;其中,前述至少一个第一存储器和前述至少一个处理器通过线路互联,前述第一存储器中存储有指令;前述至少一个第二存储器和前述至少一个处理器通过线路互联,前述第二存储器中存储前述方法实施例中需要存储的数据。
对于应用于或集成于芯片的各个装置、产品,其包含的各个模块可以都采用电路等硬件的方式实现,或者,至少部分模块可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块可以采用电路等硬件方式实现。
请参阅图12,图12为本申请实施例提供的一种芯片模组的结构示意图。该芯片模组120可以执行前述方法实施例中终端设备、第一接入网设备、第二接入网设备的相关步骤,该芯片模组120包括:通信接口1201和芯片1202。
其中,通信接口用于进行芯片模组内部通信,或者用于该芯片模组与外部设备进行通信;该芯片用于实现本申请实施例中终端设备、第一接入网设备、第二接入网设备的功能,具体参见图4-图8对应实施例。可选的,芯片模组120还可以包括存储模组1203、电源模组1204。存储模组1203用于存储数据和指令。电源模组1204用于为芯片模组提供电能。
对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块可以都采用电路等硬件的方式实现,不同的模块可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块可以采用电路等硬件方式实现。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有一条或多条指令,一条或多条指令适于由处理器加载并执行上述方法实施例所提供的方法。
本申请实施例还提供一种包含计算机程序或指令的计算机程序产品,当计算机程序或指令在计算机上运行时,使得计算机执行上述方法实施例所提供的方法。
本申请实施例还提供一种寻呼系统,该系统可以包括图4-图8对应实施例中的第一接入网设备和第二接入网设备。可选的,该系统还可以包括图4-图8对应实施例中的终端设备。可选的,该系统还可以包括图4-图8对应实施例中的核心网设备。
关于上述实施例中描述的各个装置、产品包含的各个模块/单元,其可以是软件模块/单元,也可以是硬件模块/单元,或者也可以部分是软件模块/单元,部分是硬件模块/单元。例如,对于应用于或集成于芯片的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于终端的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于终端内同一组件(例如,芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于终端内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
需要说明的是,对于前述的各个方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某一些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,可读存储介质可以包括:闪存盘、ROM、RAM、磁盘或光盘等。
以上所揭露的仅为本申请一种较佳实施例而已,仅仅是本申请一部分实施例,不能以此来限定本申请之权利范围。

Claims (24)

1.一种寻呼方法,应用于第一接入网设备之中,其特征在于,包括:
向第二接入网设备发送第一寻呼消息,所述第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收来自核心网设备的第一信息,所述第一信息包括待传输给所述终端设备的下行数据的服务质量QoS信息。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
向所述第二接入网设备发送第二信息,所述第二信息包括以下一项或多项:待传输给所述终端设备的下行数据的数据量、所述下行数据的QoS信息、支持SDT的无线承载RB的标识。
4.根据权利要求2或3所述的方法,其特征在于,所述下行数据包括预测的待传输给所述终端设备的数据。
5.根据权利要求2-4任一项所述的方法,其特征在于,所述向第二接入网设备发送第一寻呼消息,包括:
若支持SDT的RB的标识中包括所述下行数据的RB标识,则向第二接入网设备发送第一寻呼消息。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
接收来自所述第二接入网设备的能力信息,所述能力信息用于指示所述第二接入网设备服务的小区是否支持MT-SDT。
7.一种寻呼方法,应用于终端设备之中,其特征在于,包括:
接收来自接入网设备的寻呼消息,所述寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息;
若存在待传输的上行数据,则判断是否使用SDT资源进行上行传输;和/或,
若不存在待传输的上行数据,则选择SDT资源进行上行传输。
8.根据权利要求7所述的方法,其特征在于,所述判断是否使用SDT资源进行上行传输,包括:
若支持SDT的RB的标识中包括所述待传输的上行数据的RB标识,则确定使用SDT资源进行上行传输。
9.一种寻呼方法,应用于第二接入网设备之中,其特征在于,包括:
接收来自第一接入网设备的第一寻呼消息,所述第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
根据所述第一寻呼消息,向所述终端设备发送第二寻呼消息,所述第二寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行MT-SDT的指示信息。
11.根据权利要求9所述的方法,其特征在于,所述方法还包括:
接收来自所述第一接入网设备的第二信息;所述第二信息包括以下一项或多项:待传输给所述终端设备的下行数据的数据量、所述下行数据的服务质量QoS信息、支持SDT的无线承载RB的标识;
根据所述第二信息,向所述终端设备发送第三寻呼消息,所述第三寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行MT-SDT的指示信息。
12.根据权利要求11所述的方法,其特征在于,所述下行数据包括预测的待传输给所述终端设备的数据。
13.根据权利要求11或12所述的方法,其特征在于,所述根据所述第二信息,向所述终端设备发送第三寻呼消息,包括:
若支持SDT的RB的标识中包括所述下行数据的RB标识,则向所述终端设备发送第三寻呼消息。
14.根据权利要求9-13任一项所述的方法,其特征在于,所述方法还包括:
向所述第一接入网设备发送能力信息,所述能力信息用于指示所述第二接入网设备服务的小区是否支持MT-SDT。
15.一种寻呼方法,应用于第二接入网设备之中,其特征在于,包括:
接收来自第一接入网设备的第二信息;所述第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、所述下行数据的服务质量QoS信息、支持小包传输SDT的无线承载RB的标识;
根据所述第二信息,向所述终端设备发送第四寻呼消息,所述第四寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
16.根据权利要求15所述的方法,其特征在于,所述方法还包括:
接收来自所述第一接入网设备的第一寻呼消息,所述第一寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行MT-SDT的指示信息。
17.根据权利要求15或16所述的方法,其特征在于,所述下行数据包括预测的待传输给所述终端设备的数据。
18.根据权利要求15-17任一项所述的方法,其特征在于,所述根据所述第二信息,向所述终端设备发送第四寻呼消息,包括:
若所述支持SDT的RB的标识中包括所述下行数据的RB标识,则向所述终端设备发送第四寻呼消息。
19.根据权利要求16所述的方法,其特征在于,所述方法还包括:
向所述第一接入网设备发送能力信息,所述能力信息用于指示所述第二接入网设备服务的小区是否支持MT-SDT。
20.一种寻呼装置,其特征在于,所述装置包括发送单元;
所述发送单元,用于向第二接入网设备发送第一寻呼消息,所述第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
21.一种寻呼装置,其特征在于,所述装置包括接收单元、判断单元和选择单元;
所述接收单元,用于接收来自接入网设备的寻呼消息,所述寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息;
若存在待传输的上行数据,则所述判断单元用于判断是否使用SDT资源进行上行传输;和/或,
若不存在待传输的上行数据,则所述选择单元用于选择SDT资源进行上行传输。
22.一种寻呼装置,其特征在于,所述装置包括接收单元;
所述接收单元,用于接收来自第一接入网设备的第一寻呼消息,所述第一寻呼消息包括被寻呼的终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
23.一种寻呼装置,其特征在于,所述装置包括接收单元和发送单元;
所述接收单元,用于接收来自第一接入网设备的第二信息;所述第二信息包括以下一项或多项:待传输给终端设备的下行数据的数据量、所述下行数据的服务质量QoS信息、支持小包传输SDT的无线承载RB的标识;
所述发送单元,用于根据所述第二信息,向所述终端设备发送第四寻呼消息,所述第四寻呼消息包括被寻呼的所述终端设备的标识以及用于指示进行移动台被呼-小包传输MT-SDT的指示信息。
24.一种寻呼装置,其特征在于,包括处理器;
所述处理器,用于执行如权利要求1~19中任一项所述的方法。
CN202210228681.1A 2022-03-07 2022-03-07 一种寻呼方法及其装置 Pending CN116782383A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210228681.1A CN116782383A (zh) 2022-03-07 2022-03-07 一种寻呼方法及其装置
PCT/CN2023/079848 WO2023169362A1 (zh) 2022-03-07 2023-03-06 一种寻呼方法及其装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210228681.1A CN116782383A (zh) 2022-03-07 2022-03-07 一种寻呼方法及其装置

Publications (1)

Publication Number Publication Date
CN116782383A true CN116782383A (zh) 2023-09-19

Family

ID=87935990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210228681.1A Pending CN116782383A (zh) 2022-03-07 2022-03-07 一种寻呼方法及其装置

Country Status (2)

Country Link
CN (1) CN116782383A (zh)
WO (1) WO2023169362A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109644382B (zh) * 2016-09-21 2021-07-30 富士通株式会社 下行数据传输方法、装置以及通信系统
US11903032B2 (en) * 2018-08-13 2024-02-13 Qualcomm Incorporated Downlink data transmission in RRC inactive mode
CN111800856B (zh) * 2019-07-05 2022-08-02 维沃移动通信有限公司 数据传输方法、寻呼方法、终端、基站及核心网设备
EP4133868A1 (en) * 2020-04-08 2023-02-15 IDAC Holdings, Inc. Methods, apparatus and systems for uplink transmission of small data
CN113766612A (zh) * 2020-06-04 2021-12-07 华为技术有限公司 通信方法及装置

Also Published As

Publication number Publication date
WO2023169362A1 (zh) 2023-09-14

Similar Documents

Publication Publication Date Title
CN110856276B (zh) 非连接态ue的数据传输、接收方法及装置、终端、基站
US11706814B2 (en) Communications device, infrastructure equipment and methods
US20230123151A1 (en) Data transmission method and device
US10057920B2 (en) Proximity service channel allocation based on random access channel procedure
US20240049327A1 (en) Communication method, apparatus, and system
JP7197648B2 (ja) アクセス制御方法および関連製品
EP4333489A1 (en) Sdt failure reporting method, terminal device, and network device
WO2021195994A1 (zh) 一种应用于接入网的数据传输方法及设备
WO2020206643A1 (zh) 一种随机接入方法、设备及存储介质
EP3606181B1 (en) Method for terminal device to access network and terminal device
WO2023169362A1 (zh) 一种寻呼方法及其装置
RU2736782C1 (ru) Способ и устройство для передачи информации и сетевое устройство
JP2023519396A (ja) 端末デバイスによって実行される方法、及び端末デバイス
WO2024017333A1 (zh) 一种寻呼响应方法及其装置
WO2023169580A1 (zh) 数据传输方法及装置、存储介质、终端设备、网络设备
EP4373200A1 (en) Random access method and apparatus
WO2023206260A1 (en) Initiating mobile-terminated small data transmission with downlink semi-persistent scheduling
WO2022006915A1 (zh) 上行数据传输方法、装置、终端及存储介质
WO2024032800A1 (zh) 数据传输方法、装置、设备、存储介质及程序产品
WO2020192441A1 (zh) 随机接入方法和装置
WO2021046816A1 (zh) 一种通信方法及装置
WO2020198988A1 (zh) 一种随机接入方法、电子设备及存储介质
CN118104354A (zh) 定时提前的有效性的确定方法、装置、设备及存储介质
CN117280848A (zh) (层2)侧链路中继中的远程ue初始接入

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