CN113891353A - 通信方法及装置 - Google Patents

通信方法及装置 Download PDF

Info

Publication number
CN113891353A
CN113891353A CN202111081604.XA CN202111081604A CN113891353A CN 113891353 A CN113891353 A CN 113891353A CN 202111081604 A CN202111081604 A CN 202111081604A CN 113891353 A CN113891353 A CN 113891353A
Authority
CN
China
Prior art keywords
terminal
access network
network device
message
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.)
Pending
Application number
CN202111081604.XA
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111081604.XA priority Critical patent/CN113891353A/zh
Publication of CN113891353A publication Critical patent/CN113891353A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point

Landscapes

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

Abstract

本申请公开了一种通信方法及装置，涉及通信技术领域，可以解决无法直接发送上行数据导致的业务时延的问题。本申请的方法包括：从第一接入网设备接收第一消息，然后，释放或挂起配置的专用信令无线承载SRB，以及复位配置的数据无线承载DRB对应的协议实体，第一消息用于指示终端进入无线资源控制RRC去激活态，第一消息中携带终端在无线资源控制RRC去激活态下的标识以及无线接入网通知区RNA信息。

Description

通信方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及通信方法及装置。
背景技术
去激活态(inactive state)是第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)新无线(New Radio，NR)技术中引入的一种无线资源控制(Radio Resource Control，RRC)状态。
一种可能的方式中，在去激活态下，终端与接入网设备断开了空口的RRC连接，终端在约定的时频位置接收下行数据、下行信令等，例如，终端可以接收接入网设备发送的寻呼消息。并且，在去激活态下，接入网设备存储终端的接入层上下文，并为终端分配无线接入网通知区(Radio Access Network Notification Area，RNA)和终端在去激活态下的标识。其中，RNA可以用于终端的移动性管理。
目前还未提出使得去激活态终端直接发送上行数据的技术方案，若终端不能在有上行数据需求时直接发送上行数据，会导致终端的业务时延。
发明内容
本申请提供一种通信方法及装置，可以解决去激活态终端无法直接发送上行数据导致的业务时延的问题。
为了实现上述目的，本申请的实施例采用如下技术方案：
第一方面，本申请的实施例提供一种通信方法，该方法可以由终端或可用于终端的芯片实现，该方法包括：从第一接入网设备接收第一消息，然后释放或挂起配置的专用信令无线承载SRB，以及复位配置的数据无线承载DRB对应的协议实体。
其中，第一消息用于指示终端进入RRC去激活态，第一消息中携带终端在RRC去激活态下的标识以及RNA信息。
采用该方法，终端可以从第一接入网设备接收用于指示进入去激活态的第一消息，进而释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体。可见，本申请实施例中，由于终端保留并复位了DRB及对应的协议层实体，因此，终端在进入去激活态后，如果存在待传输的上行数据，则可通过复位的DRB直接处理该上行数据，从而降低终端的业务时延。
需要说明的是，本申请实施例可以应用于NR以及其他类型的无线接入网中。示例性地，若应用于长期演进(Long Term Evolution，LTE)的无线接入网中，由于LTE中不存在SDAP层以及SDAP层的实体，所以，DRB对应的协议实体包括分组数据汇聚协议(packet dataconvergence protocol，PDCP)层的实体、无线链路控制(radio link control，RLC)层的实体和公共的介质访问控制MAC实体。相应地，终端进行复位操作时，需复位PDCP、RLC、MAC层的实体。
若应用于NR技术的无线接入网，由于NR技术中存在SDAP层以及SDAP层的实体，所以，DRB对应的协议实体包括PDCP、RLC、MAC和SDAP层的实体。相应地，终端进行复位操作时，需复位PDCP、RLC、MAC和SDAP层的实体。本申请实施例中主要以应用于NR技术为例，即下文中以DRB对应的协议实体包括PDCP、RLC、MAC和SDAP层的实体为例。
可选地，第一消息中携带定时信息，定时信息用于指示预设时长。
在一种可能的设计中，释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体，具体可以实现为：若在接收到第一消息后的预设时长内未收到调度信息，则在预设时长后释放或挂起配置的专用SRB及对应的协议层实体、复位配置的专用DRB及对应的协议层实体。
示例性的，当本申请实施例的方案应用于LTE的无线接入网中，释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体，具体可以实现为：若在接收到第一消息后的预设时长内未收到调度信息，则在预设时长后释放或挂起配置的专用SRB及对应的协议层实体、复位配置的PDCP、RLC和MAC层的实体。
当本申请实施例的方案应用于NR的无线接入网中，释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体，具体可以实现为：若在接收到第一消息后的预设时长内未收到调度信息，则在预设时长后释放或挂起配置的专用SRB及对应的协议层实体、复位配置的PDCP、RLC、MAC和SDAP层的实体。
需要说明的是，除了根据第一消息中携带的定时信息确定预设时长，预设时长还可以为终端中预先存储的时间数值。
在一种可能的设计中，释放或挂起配置的专用SRB及对应的协议层实体、复位配置的专用DRB及对应的协议层实体，还可以实现为：
在接收到第一消息后，执行小区重选操作；
若在预设时长内重选至第一小区，则释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体。第一小区属于RNA信息所指示的小区，且不同于接收第一消息所在的小区。
采用该方法，终端在接收到第一接入网设备发送的第一消息之后，并不立即进入去激活态，而是在满足特定条件下才进入去激活态，该特定条件包括：终端在接收到第一消息后的预设时长内重选至第一小区，或者，终端在接收到第一消息后的预设时长内未重选至第一小区也未收到调度信息。从而，在终端进入去激活态之后，减少上行信息(包括上行数据和上行信息)的发送量，降低终端的耗电量。
在一种可能的设计中，若存在待传输上行数据，则通过上行数据对应的DRB传输上行数据，或者，若存在待传输上行信令，则通过公共信令无线承载传输上行信令。
在一种可能的设计中，在根据第一消息释放或挂起配置的专用SRB及对应的协议层实体、复位配置的专用DRB及对应的协议层实体之后，还可以执行：
若重选至第二接入网设备所覆盖的小区且存在待传输上行信息，则向第二接入网设备发送第二消息。
其中，第二消息中携带终端在RRC去激活态下的标识以及触发发送第二消息的原因的信息。重选的小区属于RNA信息所指示的小区，假定终端初始驻留的第一接入网设备所覆盖的小区称为源小区，则重选的小区与源小区属于同一RNA所指示的小区。并且，终端在RRC去激活态下的标识与第一接入网设备以及第一接入网设备的架构关联。具体地，终端在RRC去激活态下的标识可以携带第一接入网设备标识以及第一接入网设备是否为集中单元(Central Unit，CU)/分布单元(Distributed Unit，DU)架构相关的信息。可选地，第二接入网设备可以根据第一接入网设备的标识对第一接入网设备进行寻址。第二接入网设备可以根据第一接入网设备的CU/DU架构判断是否迁移终端的锚点接入网设备。
采用该方法，当终端重选至第二接入网设备所覆盖的小区且存在待传输上行信息时，终端可以向第二接入网设备发送第二消息，以触发第二接入网设备判断是否迁移终端的锚点接入网设备的动作。其中，第二接入网设备可以根据触发发送第二消息的原因的信息(本文中也称之为原因信息)和/或第一接入网设备的架构判断是否迁移终端的锚点接入网设备。进而，只有在满足迁移锚点接入网设备的触发条件下，才迁移终端的锚点接入网设备，避免了频繁迁移锚点导致的信令开销大的问题，在节约信令开销的同时，还可以降低终端的耗电量。
第二方面，本申请的实施例提供一种通信方法，该方法可以由第一接入网设备或者可用于第一接入网设备的芯片实现，该方法包括：第一接入网设备向终端发送第一消息，然后，第一接入网设备释放或挂起与终端对应配置的专用信令无线承载SRB、以及复位终端对应配置的数据无线承载DRB对应的协议实体。
其中，第一消息用于指示终端进入无线资源控制RRC去激活态，第一消息中携带终端在RRC去激活态下的标识以及无线接入网通知区RNA信息。
采用该方法，第一接入网设备向终端发送用于指示终端进入去激活态的第一消息，然后释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体。可见，本申请实施例中，由于终端保留并复位了DRB及对应的协议层实体，因此，终端在进入去激活态后，如果存在待传输的上行数据，则可通过复位的DRB直接处理该上行数据，从而降低终端的业务时延。
参考上述描述，DRB对应的协议实体包括PDCP、RLC、MAC和SDAP层的实体，或者，DRB对应的协议实体包括PDCP、RLC和MAC层的实体。
在一种可能的设计中，第一接入网设备释放或挂起与终端对应配置的专用SRB、以及复位终端对应配置的DRB对应的协议实体，具体可以实现为：若在发送第一消息后的预设时长内未向终端发送调度信息，则在预设时长后释放或挂起与终端对应配置的专用SRB、以及复位终端对应配置的DRB对应的协议实体。
在一种可能的设计中，第一接入网设备释放或挂起与终端对应配置的专用SRB、以及复位终端对应配置的DRB对应的协议实体，还可以实现为：若在第一接入网设备发送第一消息后的预设时长内，确定终端重选至第一小区，则释放或挂起与终端对应配置的专用SRB、以及复位终端对应配置的DRB对应的协议实体。也就意味着，在预设时长内，终端重选至第一小区也可以触发进入去激活态的流程。
采用该方法，第一接入网设备向终端发送第一消息之后，可以设置预设时长，当达到预设时长之前，若终端重选至第一小区，则第一接入网设备可以指示终端进入去激活态。或者，终端在接收到第一消息后的预设时长内未重选至第一小区也未收到调度信息，则其可以指示终端进入去激活态。从而，在指示终端进入去激活态之后，减少终端上行信息(上行信息包括上行数据和上行信息)的发送量，降低终端的耗电量。
在一种可能的设计中，若第一接入网设备包括CU和DU，则第一接入网设备向终端发送第一消息，具体可以实现为：第一接入网设备通过DU向终端发送第一消息。
在一种可能的设计中，还可以执行：
第一接入网设备中的CU向DU发送第三消息，然后第一接入网设备的DU确定终端的无线承载的相关配置。其中，DU确定终端的无线承载的相关配置，具体可以实现为：释放或挂起与终端对应的配置的SRB及配置的SRB在DU中对应的协议实体、释放或挂起与终端对应的配置的DRB对应的无线链路控制RLC协议实体以及复位公共介质访问控制层的实体。
之后，在第一接入网设备中的CU向DU发送第三消息之后，第一接入网设备的CU释放或挂起配置的SRB及配置的SRB在CU中对应的协议实体、复位配置的DRB及配置的DRB在CU中对应的协议实体、生成DRB对应RLC协议实体。
或者，在DU确定终端的无线承载的相关配置之后，DU向CU发送第三消息的响应消息，在接收到第三消息的响应消息之后，CU释放或挂起配置的SRB及配置的SRB在CU中对应的协议实体、复位配置的DRB及配置的DRB在CU中对应的协议实体、生成DRB对应RLC协议实体。
其中，第三消息包括终端在RRC连接态下的标识，示例性地，终端在RRC连接态下的标识为C-RNTI，第三消息用于指示DU将终端转移至去激活态。第三消息的响应消息用于表明DU已经对终端的无线承载及协议实体进行了处理。
采用该方法，在终端进入去激活态之后，将终端的DRB对应的RLC协议实体部署在CU上，并且释放或挂起DU上的终端对应的RLC协议实体，从而当上行数据到达时，第一接入网设备中的CU可以通过部署的RLC协议实体处理MAC SDU格式的上行数据，再将处理后的上行数据依次送至PDCP、SDAP实体中进行处理，无需与DU进行频繁的交互，从而降低处理时延。
在一种可能的设计中，在确定不触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备的情况下，可以执行：第一接入网设备接收第二接入网设备转发的终端的上行信息，然后第一接入网设备通过与终端的上行信息对应的协议实体处理上行信息。
其中，上行信息中携带终端在RRC去激活态下的标识。
采用该方法，当确定不迁移终端的锚点接入网设备时，由第一接入网设备完成与终端的数据或信令交互，避免了频繁迁移锚点接入网设备所导致的信令开销大的问题，同时，也能够降低终端的耗电量。
在一种可能的设计中，上行信息中携带终端对应的验证信息。相应的，在第一接入网设备通过协议实体处理上行信息之前，可以执行：第一接入网设备根据验证信息对终端进行身份验证，验证通过后，第一接入网设备通过协议实体处理上行信息。
在一种可能的设计中，上行信息中携带原因信息。相应的，第一接入网设备可以根据原因信息确定是否更新终端对应的接入层安全密钥。
在一种可能的设计中，在确定触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备的情况下，可以执行：第一接入网设备接收第二接入网设备发送的获取终端上下文的请求消息，然后，第一接入网设备向第二接入网设备发送终端的上下文信息。
其中，请求消息中携带终端在RRC去激活态下的标识。
采用该方法，若需迁移终端的锚点接入网设备，则由第二接入网设备为终端提供覆盖服务，由于第二接入网设备通常距离终端较近或者服务质量更好，从而，能够提升终端的通信质量。
在一种可能的设计中，在第一接入网设备接收第二接入网设备发送的获取终端上下文的请求消息之前，还可以执行：第一接入网设备向第二接入网设备发送架构指示信息。其中，架构指示信息用于指示第一接入网设备是否为CU/DU架构类型的接入网设备。
采用该方法，第一接入网设备向第二接入网设备发送架构指示信息，以指示第二接入网设备根据第一接入网设备的架构判断是否迁移终端的锚点接入网设备，若第一接入网设备为CU/DU架构，则将终端的锚点迁移至第二接入网设备，由第二接入网设备处理终端的上行信息，减少了信令开销。
第三方面，本申请的实施例提供一种通信方法，该方法可以由第二接入网设备或者可用于第二接入网设备的芯片实现，该方法包括：第二接入网设备接收终端发送的第二消息，若第二接入网设备根据触发发送第二消息的原因的信息确定触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备，则第二接入网设备向第一接入网设备发送获取终端上下文信息的请求消息，然后，第二接入网设备接收第一接入网设备发送的终端的上下文信息。
其中，第二消息中携带终端在无线资源控制RRC去激活态下的标识以及触发发送第二消息的原因的信息。
采用该方法，第二接入网设备可以接收终端发送的第二消息，并根据第二消息中的原因信息判断是否迁移终端的锚点接入网设备，进而，只有在满足迁移锚点接入网设备的触发条件下，才迁移终端的锚点接入网设备，避免了频繁迁移锚点导致的信令开销大的问题，在节约信令开销的同时，还可以降低终端的耗电量。
在一种可能的设计中，在第二接入网设备接收第一接入网设备发送的终端的上下文信息之后，还可以执行：第二接入网设备根据终端的上下文信息生成终端的DRB对应的协议实体。
采用该方法，在确定需迁移终端的锚点接入网设备之后，由第二接入网设备处理终端的上行信息，为终端提供覆盖服务，由于第二接入网设备通常距离终端较近或者服务质量更好，从而，能够提升终端的通信质量。
参考上述描述，DRB对应的协议实体包括PDCP实体、RLC实体、公共的MAC实体和SDAP实体，或者，DRB对应的协议实体包括PDCP实体、RLC实体和公共的MAC实体。
在一种可能的设计中，原因信息包括：上行缓存状态报告、上行数据所属的业务/切片类型和服务质量QoS类别信息、网络负荷。
在一种可能的设计中，还可以执行：第二接入网设备确定第一接入网设备是否为集中单元CU/分布单元DU架构，若第一接入网设备为CU/DU架构，则触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备。
采用该方法，若第二接入网设备确定第一接入网设备为CU/DU架构，则将终端的锚点迁移至第二接入网设备，由第二接入网设备处理终端的上行信息，减少了信令开销。
在一种可能的设计中，第二接入网设备确定第一接入网设备是否为CU/DU架构，具体可以实现为：第二接入网设备获取第一接入网设备发送的架构指示信息，然后，第二接入网设备根据架构指示信息确定第一接入网设备是否为CU/DU架构。
示例性地，第二接入网设备获取第一接入网设备的架构指示信息，具体可以实现为：第一接入网设备向第二接入网设备发送架构指示信息，相应地，第二接入网设备接收架构指示信息。
第二接入网设备确定第一接入网设备是否为CU/DU架构，还可以实现为：第二接入网设备根据终端在RRC去激活态下的标识确定第一接入网设备是否为CU/DU架构。
在一种可能的设计中，还可以执行：若第二接入网设备根据原因信息确定不触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备，则第二接入网设备向第一接入网设备发送上行信息。
采用该方法，当第二接入网设备确定不迁移终端的锚点接入网设备时，指示第一接入网设备处理终端的上行信息，以完成与终端的数据或信令交互，避免了频繁迁移锚点接入网设备所导致的信令开销大的问题，同时，也能够降低终端的耗电量。
第四方面，本申请实施例提供一种通信装置，该装置具有实现上述第一方面所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。例如，该装置可以为终端，或者可以为可用于终端的芯片。
在一种可能的设计中，该装置为终端，终端包括处理器，所述处理器被配置为支持终端执行上述方法中相应的功能。进一步地，终端还可以包括发射器和接收器，所述发射器和接收器用于支持终端与网络侧设备之间的通信。进一步的，终端还可以包括存储器，所述存储器用于与处理器耦合，其保存终端必要的程序指令和数据。这里，网络侧设备包括但不限于第一接入网设备和第二接入网设备。
第五方面，本申请实施例提供一种通信装置，该装置具有实现上述第二方面所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。例如，该装置可以为基站，或者可以为可用于基站的芯片。
在一种可能的设计中，该装置为基站，基站包括处理器，所述处理器被配置为支持基站执行上述方法中相应的功能。进一步地，基站还可以包括发射器和接收器，所述发射器和接收器用于支持基站与终端之间的通信。进一步的，基站还可以包括存储器，所述存储器用于与处理器耦合，其保存基站必要的程序指令和数据。
第六方面，本申请实施例提供一种通信装置，该装置具有实现上述第三方面所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。例如，该装置可以为基站，或者可以为可用于基站的芯片。
在一种可能的设计中，该装置为基站，基站包括处理器，所述处理器被配置为支持基站执行上述方法中相应的功能。进一步地，基站还可以包括发射器和接收器，所述发射器和接收器用于支持基站与终端之间的通信，或者，支持基站之间的通信。进一步的，基站还可以包括存储器，所述存储器用于与处理器耦合，其保存基站必要的程序指令和数据。
第七方面，本申请实施例提供一种通信***，该***包括上述方面所述的终端和第一接入网设备、第二接入网设备。
第八方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面所述的方法。
第九方面，本申请的实施例提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如上述第一方面或第二方面或第三方面所述的方法。
第十方面，本申请的实施例提供一种芯片***，应用于终端中，所述芯片***包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行，以执行上述第一方面所述的方法。
第十一方面，本申请的实施例提供一种芯片***，应用于网络侧设备中，示例性地，应用于第一接入网设备中，所述芯片***包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行，以执行上述第二方面所述的方法。
第十二方面，本申请的实施例提供一种芯片***，应用于网络侧设备中，示例性地，应用于第二接入网设备中，所述芯片***包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行，以执行上述第三方面所述的方法。
通过本申请实施例的方案，终端从第一接入网设备接收用于指示进入去激活态的第一消息，进而释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体。即本申请实施例给出了可以用于直接处理上行数据的DRB，从而当终端存在待传输的上行数据时，可以通过复位的DRB直接处理该上行数据，降低终端的业务时延。
附图说明
图1a为本申请实施例提供的通信***的结构示意图；
图1b为本申请实施例提供的一种基站的结构示意图；
图2为本申请实施例提供的一种通信方法的流程图；
图3为本申请实施例提供的协议栈的示意图；
图4为本申请实施例提供的一种通信方法的流程图；
图5为本申请实施例提供的一种通信方法的流程图；
图6为本申请实施例提供的一种通信方法的流程图；
图7为本申请实施例提供的一种通信方法的流程图；
图8为本申请实施例提供的一种通信方法的流程图；
图9为本申请实施例提供的一种通信方法的流程图；
图10为本申请实施例提供的一种通信方法的流程图；
图11为本申请实施例提供的协议栈的示意图；
图12为本申请实施例提供的一种通信装置的结构示意图；
图13为本申请实施例提供的终端的结构示意图；
图14为本申请实施例提供的一种通信装置的结构示意图；
图15为本申请实施例提供的基站的结构示意图。
具体实施方式
本申请描述的***架构及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着***架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
本申请的实施例应用于NR及其他类型的无线接入网中。
如图1a所示，图1a示出了本申请的一种可能的通信***示意图，该通信***可以包括至少一个核心网设备(图中仅示出1个)、与核心网设备和终端通信的一个或多个接入网设备，以及通过接入网设备接入核心网的终端。
其中，本申请所称的核心网设备，是一种部署在核心网中用以为终端提供服务的装置。本申请所称的核心网设备包括但不限于：接入和移动管理功能(AMF，Access andMobility Management Function)、会话管理功能(SMF，Session Management Function)、用户面功能(UPF,User Plane Function)、策略和计费规则功能(PCRF，Policy andCharging Rules Function)，以及它们组合的设备。在采用不同的无线接入技术的***中，具备相类似无线通信功能的核心网设备的名称可能会有所不同。仅为描述方便，本申请实施例中，上述可以为终端提供服务的装置统称为核心网设备。
本申请所称的接入网设备，是一种部署在无线接入网中用以为终端提供无线通信功能的装置，本申请所称的接入网设备包括但不限于：各种形式的宏基站，微基站(也称为小站)，中继站，发送接收点(Transmission Reception Point，TRP)，下一代网络节点(gNode B，gNB)、连接下一代核心网的演进型节点B(ng evolved Node B，ng-eNB)、等，还可以包括无线局域网(wireless local area network，WLAN)接入设备等非3GPP***的无线接入网设备。在采用不同的无线接入技术的***中，具备相类似无线通信功能的无线接入网设备的名称可能会有所不同。仅为描述方便，本申请实施例中，上述可以为终端提供无线通信功能的装置统称为接入网设备。
本申请所称的终端，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。该终端可以包括各种类型的手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、无线数据卡、虚拟现实(Virtual Reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、机器类型通信(machine type communication,MTC)的终端设备，工业控制(industrial control)中的终端设备、无人驾驶(self driving)中的终端设备、远程医疗(remote medical)中的终端设备、智能电网(smart grid)中的终端设备、运输安全(transportation safety)中的终端设备、智慧城市(smart city)中的终端设备，以及可穿戴设备(如智能手表，智能手环，计步器等)等等。在采用不同的无线接入技术的***中，具备相类似无线通信功能的终端的名称可能会有所不同，仅为描述方便，本申请实施例中，上述具有无线收发通信功能的装置统称为终端。
在本申请实施例中的通信***中，接入网设备与核心网设备之间可以通过NG接口进行通讯，接入网设备之间可以通过Xn接口进行通讯。可以理解的是，接入网设备与核心网设备之间还可以通过其他类型的接口进行通讯，同样地，接入网设备之间也可以通过其他类型的接口进行通讯，本申请实施例不对此进行限制。
以下以基站为例对本申请实施例的接入网设备进行说明。
如图1b所示，一种可能的方式中，基站可以由集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU)构成，一个CU可以连接一个DU，或者也可以多个DU共用一个CU，可以节省成本，以及易于网络扩展。CU和DU的切分可以按照协议栈切分，其中一种可能的方式是将无线资源控制(radio resource control，RRC)、业务数据匹配协议(Service Data Adaptation Protocol，SDAP)以及PDCP层部署在CU，其余的RLC层、MAC层以及物理层(physical layer，PHY layer)部署在DU。
本申请实施例中并不完全限定上述协议栈切分方式，还可以有其它的切分方式。当网络设备是例如图1b的CU和DU的架构时，本申请实施例提到接入网设备时，可能是指CU，也可能是指DU，或者是由CU和DU构成的***，具体依赖于相应的实现功能。
可以理解的是，本申请实施例中所提到的基站不限于图1b的形式，可以是任何提供部署在无线接入网中用以为终端提供无线通信功能的装置。
其中，本申请实施例涉及的方法主要应用在无线接入网中，即本申请实施例的方法主要应用在接入网设备和终端构成的接入网***中。上述由终端、接入网设备和核心网设备构成的通信***包括接入网***。
以下对本申请实施例中的术语进行说明。
终端的上下文信息，用于表征终端的身份、背景和状态的全部信息。示例性地，终端的上下文信息包括但不限于终端的位置信息，终端标识，专用无线承载配置信息。其中，接入网设备可以根据终端的上下文信息生成终端对应的协议实体，并通过相应的协议实体处理终端的数据或信令。
锚点接入网设备，用于维护终端的上下文。其中，终端在移动时可能发生迁移锚点接入网设备的情况。例如，终端初始驻留在第一接入网设备，由第一接入网设备存储、维护终端的上下文信息，之后，终端发生位置变化，其当前的服务接入网设备为第二接入网设备，则若确定将终端在核心网的入口由第一接入网设备迁移至第二接入网设备，需将第一接入网设备维护的终端上下文信息传输至第二接入网设备，以便于第二接入网设备根据获取的终端上下文信息处理终端的数据或信令，与终端进行交互。
结合图1a所示的通信***以及图1b所示的基站，本申请的实施例提供一种通信方法，如图2所示，该方法包括：
S201、第一接入网设备向终端发送第一消息。
相应的，终端接收第一接入网设备发送的第一消息。
其中，第一消息用于指示终端进入RRC去激活态，第一消息中携带终端在RRC去激活态下的标识以及RNA信息。
可选地，终端在RRC去激活态下的标识可以为终端的去激活态无线网络临时标识(inactive-Radio Network Temporary Identifier，I-RNTI)，RNA信息用于指示RNA，可以由接入网设备为终端分配RNA，一个RNA通常包括至少一个小区。作为一种示例性的方案，RNA信息可以为小区标识列表。可以理解的是，当终端位置发生变化时，若终端当前所处位置在RNA包含的范围内，则终端可以不向接入网设备发送当前所处的位置信息，若终端当前已移出RNA包含的范围内，则为了对终端位置进行管理，则终端需向接入网设备发送当前所处的位置信息。此外，若终端并未移出RNA包含的范围内，但是当达到预设时间之后，终端也需向接入网设备发送当前所处的位置信息。举例来说，第一接入网设备覆盖的小区为小区1至小区3，第二接入网设备覆盖的小区为小区4至小区5，假定终端初始接入第一接入网设备的小区1，并由第一接入网设备为终端分配RNA_1，RNA_1包含小区1至小区3，则当终端移动至小区2或小区3的覆盖范围内，由于终端并未移出RNA_1覆盖的范围，所以终端可以不向接入网设备上报当前的位置信息，当终端移动至小区4或小区5或小区6时，由于终端已移出RNA_1覆盖的范围，则终端需向接入网设备上报当前的位置信息。
可以理解的是，第一接入网设备可以检测终端的数据传输情况，当检测到终端在一段时间内未存在数据传输，第一接入网设备可以向终端发送第一消息，以指示终端进入去激活态，或者，终端检测自身的数据传输情况，当检测到自身在一段时间内未存在数据传输，终端向第一接入网设备发起进入去激活态请求，第一接入网设备接收到终端的请求之后，向终端发送第一消息，以指示终端进入去激活态。
可选地，当第一接入网设备为CU/DU架构的基站时，例如，当第一接入网设备为图1b所示的基站时，第一接入网设备通过CU生成第一消息，并通过DU向终端发送第一消息。
S202、终端释放或挂起配置的专用信令无线承载(Signalling Radio Bearer，SRB)、以及复位配置的数据无线承载(Data Radio Bearer，DRB)对应的协议实体。
需要说明的是，本申请实施例可以应用于NR以及其他类型的无线接入网中。示例性地，若应用于LTE的无线接入网中，由于LTE中不存在SDAP层以及SDAP层的实体，所以，DRB对应的协议实体包括分组数据汇聚协议(packet data convergence protocol，PDCP)层的实体、无线链路控制(radio link control，RLC)层的实体和公共的介质访问控制MAC实体。相应地，终端进行复位操作时，需复位PDCP、RLC、MAC层的实体。
若应用于NR技术的无线接入网，由于NR技术中存在SDAP层以及SDAP层的实体，所以，DRB对应的协议实体包括PDCP、RLC、MAC和SDAP层的实体。相应地，终端进行复位操作时，需复位PDCP、RLC、MAC和SDAP层的实体。
下文中主要以应用于NR技术的无线接入网为例对本申请实施例的方案进行说明，即以DRB协议实体包括PDCP、RLC、MAC和SDAP层的实体为例。
在接收到第一消息之后，终端可以执行如下操作：
第一：释放(release)或挂起(suspend)配置的专用SRB。
在3GPP协议中，SRB包括专用SRB和公共SRB。专用SRB为采用确认模式(acknowledged mode，AM)进行传输的信令无线承载，专用SRB包括但不限于SRB1、SRB2、SRB3。公共SRB包括但不限于采用透传模式(Transparent Mode，TM)的SRB0。本申请实施例中，终端在接收到第一消息后释放或挂起专用SRB。
具体地，终端释放或挂起专用SRB对应的协议实体，专用SRB对应的协议实体包括但不限于RRC层、PDCP层和RLC层的实体。其中，释放是指无线承载和/或协议实体的相关功能被关闭或移除，即经过释放这一操作，终端无法通过协议实体的相关功能处理上行信令，也无法通过专用SRB传输处理后的上行信令。挂起是指保留无线承载和/或协议实体，以及对应的配置信息，但暂停用它们处理对应的协议数据，暂停对应定时器和计数器等的运行。
如果存在专用SRB对应多个逻辑信道，则终端需要复位该专用SRB对应的相应实体。示例性地，专用SRB为劈裂无线承载(Split radio bearer)，即一个专用SRB对应两个逻辑信道，若每个逻辑信道对应一个RLC实体，也就是一个专用SRB有两个对应的RLC实体，则终端需要复位该专用SRB对应的两个RLC实体。
当然，在释放或挂起已配置的专用SRB后，终端可以通过SRB0与第一接入网设备之间进行信令交互。
第二：终端复位(reset)配置的DRB(即configured DRB)对应的协议实体。
以应用于NR中为例，则DRB对应的协议实体包括PDCP、RLC、MAC和SDAP层的实体。
其中，一个SDAP实体对应终端的一个分组数据单元(Packet Data Unit，PDU)会话(session)，一个PDU会话对应一个或多个DRB。示例性地，如果存在配置的DRB为劈裂无线承载(Split radio bearer)，假定一个DRB对应两个逻辑信道，每个逻辑信道对应一个RLC实体，即DRB有两个对应的RLC实体，则终端需要复位配置的DRB对应的两个RLC实体。相应地，终端需复位该两个逻辑信道对应的其他相关协议层实体。
需要说明的是，上述第一、第二步骤之间并无时间先后顺序。示例性地，终端可以先执行第一步骤、再执行第二步骤，也可以同时执行第一、第二步骤。本申请实施例对此不进行限制。
可以理解的是，在执行S202所包括的两个步骤之后，终端进入去激活态。在去激活态，终端进入节能状态，但是，终端可以执行诸如监听寻呼信道的操作，以便在接入网设备有传输下行数据的需求时，能够寻址到终端。
这样，去激活态的终端收到上行数据后，可以通过SDAP实体对上行数据进行服务质量(Quality of Service，QoS)流到DRB的映射处理，将处理后的数据送至对应的PDCP实体，由PDCP实体对数据进行压缩、加密，并将压缩加密后的数据发送至RLC实体，由RLC实体对数据进行分段等操作，并将分段后的数据送至MAC实体，由MAC实体进行复用等操作，之后，由物理层协议实体传输经过各层实体处理后的上行数据。
示例性的，在终端接收到第一消息之前，如图3中(a)所示，终端配置有4个专用无线承载和1个公共的SRB。其中，该4个专用无线承载包括SRB1、SRB2、DRB1、DRB2，公共的SRB为SRB0。其中，SRB0对应有RRC层协议实体，SRB1对应的协议实体包括RRC层、PDCP层和RLC层实体。SRB2对应的协议实体包括RRC层、PDCP层和RLC层实体。DRB1对应的协议实体包括SDAP、PDCP、RLC、公共MAC层的实体。DRB2对应的协议实体包括SDAP、PDCP、RLC、公共MAC层的实体。DRB1和DRB2共用一个SDAP实体。终端还配置有PHY层实体。
在终端接收第一消息之后，终端的协议栈如图3中(b)或图3中(c)所示，相应地，终端执行的操作可以包括以下两种情况：
情况一：
如图3中(b)所示，终端释放SRB1和SRB2。具体地，终端释放SRB1、SRB2各自对应的RRC层、PDCP层和RLC层实体。此外，终端还复位如图3中(b)所示的DRB1、DRB2，以及各自对应的SDAP、PDCP、RLC和MAC层实体。
需要说明的是，图3中白色填充部分表示，相应协议实体被复位。从而终端能够通过复位状态的DRB1、DRB2对应的协议实体处理上行数据。可选地，PHY实体也被复位，从而由PHY实体传输处理后的上行数据。此外，PHY实体还可以处于其他可用于传输上行信息(包括上行数据和上行信令)的状态，本申请实施例对此不进行限制。
这样，若终端存在待传输的上行数据，则作为一种可能的实现方式，终端可以通过DRB对应的协议实体对上行数据进行处理。示例性地，终端可以通过SDAP实体对上行数据进行QoS流到DRB的映射处理，将处理后的数据送至PDCP实体，由PDCP实体对数据进行压缩、加密，并将压缩加密后的数据送至RLC实体，由RLC实体对数据进行分段等操作。之后，终端将分段后的数据送至MAC实体，由MAC实体进行复用等操作，之后，由PHY实体传输处理后的上行数据。
若终端存在待传输的上行信令，则作为一种可能的实现方式，终端可以通过SRB0处理待传输的上行信令。具体的，终端可以通过SRB0对应的RRC协议实体、MAC层实体依次处理待传输的上行信令，然后通过PHY实体传输该处理后的上行信令。
情况二：
如图3中(c)所示，终端挂起SRB1和SRB2，具体地，终端挂起SRB1、SRB2各自对应的RRC层、PDCP层和RLC层实体。复位DRB1、DRB2各自对应的SDAP、PDCP、RLC、MAC层实体。
需要说明的是，图3中(c)阴影部分表示相应协议实体被挂起。
这样，若终端存在待传输上行数据，则终端通过上行数据对应的DRB处理上行数据。若终端存在待传输上行信令，则终端通过SRB0处理上行信令。
相应地，第一接入网设备在发送第一消息之后，也需对相应的承载及承载对应的协议实体进行相应操作，即由终端执行S202，相应地，由第一接入网设备执行下述S203。
S203、第一接入网设备释放或挂起为上述终端配置的专用SRB。其中，专用SRB包括但不限于SRB1、SRB2、SRB3。作为一种可能的实现方式，终端可以通过该公共SRB(例如SRB0)传输与第一接入网设备之间的信令。并且，第一接入网设备复位为终端配置的DRB对应的协议实体，从而终端能够通过DRB传输上行数据。
可以理解的，终端或接入网设备可以执行上述实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。
本申请实施例提供的通信方法，终端从第一接入网设备接收用于指示进入去激活态的第一消息，进而释放或挂起配置的专用SRB，以及复位配置的DRB对应的协议实体。可见，本申请实施例中，由于终端保留并复位了DRB及对应的协议层实体，因此，终端在进入去激活态后，如果存在待传输的上行数据，则可通过复位的DRB直接处理该上行数据，从而降低终端的业务时延。
结合图2所示的方法，可选地，在本申请实施例提供的一种实现方式中，终端在接收第一消息之后并不立即进入去激活态，而是在特定条件下进入去激活态。基于此，本申请实施例还提供一种通信方法，如图4所示，该方法包括：S401至S406。
S401、第一接入网设备向终端发送第一消息。
相应的，终端接收第一接入网设备发送的第一消息。
其中，第一消息用于指示终端进入RRC去激活态，第一消息中携带终端在RRC去激活态下的标识、RNA信息。
可以理解的是，第一接入网设备可以检测终端的数据传输情况，当检测到终端在一段时间内未存在数据传输，第一接入网设备可以向终端发送第一消息，以指示终端进入去激活态，或者，终端检测自身的数据传输情况，当检测到自身在一段时间内未存在数据传输，终端向第一接入网设备发起进入去激活态请求，第一接入网设备接收到终端的请求之后，向终端发送第一消息，以指示终端进入去激活态。
S402、终端执行小区重选操作。
其中，在终端接收到第一消息之后，终端执行小区重选操作，从而可以重选至其他小区中。
若终端在接收到第一消息后的预设时长内重选至第一小区，则执行下述S403。
其中，第一小区属于上述RNA信息所指示的小区，且不同于终端接收第一消息时所在的小区。假定终端在接收第一消息时所在的小区称为源小区，进行小区重选后，终端重选至第一小区，则第一小区与源小区不是同一小区。预设时长用于指定定时器的定时时长。可以根据实际应用情况设置预设时长，例如，预设时长可以设置为100ms。
或者，若终端在接收到第一消息后的预设时长内未重选至第一小区也未收到调度信息，则在预设时长后终端执行下述步骤S403。若终端在接收到第一消息后的预设时长内收到调度信息，则终端执行下述步骤S404。
作为一种示例性的实现方式，可选的，S401中所述的第一消息中携带定时信息，该定时信息用于指示上述预设时长。那么，终端在接收到第一消息之后，启用定时器，并设置定时器的定时时长为第一消息中携带的该预设时长。若在定时器超时之前，终端均未收到第一接入网设备的调度信息，则为了降低耗电量，终端可以执行上述S403所示的流程以进入去激活态。
作为另一种实现方式，终端在接收到第一消息之后，则即使该第一消息中未携带定时信息，也直接启用定时器，并设置定时器的定时时长为预设时长。
S403、终端释放或挂起配置的专用SRB以及复位配置的DRB对应的协议实体。
S404、终端保持在RRC连接态。
可以理解的是，若在定时器超时之前，终端接收到第一接入网设备发送的调度信息，表明终端有数据或信令传输需求，则终端停止定时器以及停止小区重选操作，并保持在RRC连接态，以便于终端根据第一接入网设备发送的调度信息传输数据或信令。
相应地，第一接入网设备在发送第一消息之后，也启用定时器，若第一接入网设备在发送第一消息后的预设时长内(即定时器超时之前)，确定终端重选至第一小区，则第一接入网设备执行S405。或者，若第一接入网设备在发送第一消息后的预设时长内，未向终端发送调度信息且确定终端未重选至第一小区，则在预设时长后第一接入网设备执行下述步骤S405。若第一接入网设备在发送第一消息后的预设时长内，向终端发送调度信息，则第一接入网设备执行下述步骤S406。
S405、第一接入网设备释放或挂起与终端对应配置的专用SRB、以及复位终端对应配置的DRB对应的协议实体。
S406、第一接入网设备指示终端保持在RRC连接态。
本申请实施例提供的通信方法，终端在接收到第一接入网设备发送的第一消息之后，并不立即进入去激活态，而是在满足特定条件下才进入去激活态，该特定条件包括：终端在接收到第一消息后的预设时长内重选至第一小区，或者，终端在接收到第一消息后的预设时长内未重选至第一小区也未收到调度信息。从而，在终端进入去激活态之后，减少上行信息(包括上行数据和上行信息)的发送量，降低终端的耗电量。
可以理解的，终端、第一接入网设备可以执行上述实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。
结合图2或图4对应的方法，若处于去激活态的终端移动至第二接入网设备所覆盖的小区之后，需重新确定终端的锚点接入网设备，以便于终端与新的锚点接入网设备之间交互上、下行信息。基于此，本申请的实施例还提供一种通信方法，如图5所示，该方法包括S501至S506：
其中，S501至S502分别与上述S201、S202相同，此处不再赘述。
S503、若终端重选至第二接入网设备所覆盖的小区且存在待传输上行信息，则向第二接入网设备发送第二消息。
相应的，第二接入网设备接收终端发送的第二消息。
其中，重选的小区属于RNA信息所指示的小区。即第一接入网设备所覆盖的小区与重选的小区属于同一个RNA。
上行信息包括上行数据和上行信令。上行信令包括但不限于寻呼响应消息、RNA更新消息、TA更新消息。
第二消息中携带终端在RRC去激活态下的标识以及触发发送第二消息的原因的信息。
其中，RRC去激活态下的标识可以为I-RNTI。I-RNTI用于在RNA信息指示的小区范围内标识该终端。可选的，终端在RRC去激活态下的标识与第一接入网设备以及第一接入网设备的架构关联。具体地，终端在RRC去激活态下的标识携带第一接入网设备标识以及第一接入网设备是否为CU/DU架构相关的信息。第一接入网设备标识用于第二接入网设备寻址第一接入网设备。第一接入网设备的架构相关信息用于第二接入网设备判断是否迁移终端的锚点接入网设备。
触发发送第二消息的原因的信息(本文中称为原因信息)包括触发发送第二消息的原因值和其他用于判断是否迁移终端的锚点接入网设备的信息。示例性地，原因信息可以为上行缓存状态报告、上行数据所属的业务/切片类型和QoS类别信息、网络负荷。
作为一种举例，若第二消息中携带有QoS类别信息，该QoS类别信息指示终端对传输时延较为敏感，则在第二接入网设备接收到该第二消息后，为了降低终端的传输时延，可以选择将锚点迁移至第二接入网设备，进而由距离终端较近的或者服务质量更好的第二接入网设备为终端提供覆盖服务，降低终端的传输时延，提升终端的服务质量。
可选的，第二消息中还包括短(short)媒体接入控制完整性验证值(MediumAccess Controlintegrity protection，MAC-I)，short MAC-I用于接入网设备对终端进行身份验证。
可选的，第二消息中还包括上行数据。示例性地。终端通过DRB对应的协议实体处理第二消息中的上行数据，本申请实施例不对处理第二消息的具体方式进行限制。
可选的，第二消息中还包括上行信令。示例性地。终端通过SRB0对应的协议实体处理第二消息中的上行信令，本申请实施例不对处理第二消息的具体方式进行限制。
可选地，第二消息中还包括状态转换请求，该状态转换请求用于终端请求由去激活态转移至连接态。
需要说明的是，当终端有上行数据或信令需要发送给网络时，终端可以通过随机接入过程或约定的资源向接入网设备发送上行数据或信令，例如，终端通过***信息广播的免授权共享(Grant-free)资源向接入网设备发送上行数据或信令。相应地，在本申请实施例中，终端发送上行数据的方式可以实现为：
在第一种实现方式中，终端需先进行RRC状态转换，之后，向第二接入网设备发送上行数据。示例性地，终端可以先向第二接入网设备发送包含状态转换请求的第二消息，之后，终端接收第二接入网设备发送的状态转换请求响应，若状态转换响应表明第二接入网设备确定终端可以由去激活态转换至连接态，则终端可以向第二接入网设备发送上行数据，以使得第二接入网设备处理上行数据，或者，若第二接入网设备确定不需迁移锚点(迁移锚点即将终端在核心网的入口由第一接入网设备迁移至第二接入网设备)，则第二接入网设备将上行数据发送至第一接入网设备，并由第一接入网设备处理上行数据。
在第二种实现方式中，RRC状态转换与上行数据处理的流程可以同时进行。示例性地，终端可以向第二接入网设备发送包含状态转换请求、上行数据的第二消息，第二接入网设备根据第二消息中携带的状态转换请求指示终端进入连接态，并且，第二接入网设备处理第二消息中携带的上行数据。在第二种实现方式中，由于终端在RRC状态转换的过程中就可以发送上行数据，进而缩短了终端的业务时延。
在第三种实现方式中，终端可以直接向第二接入网设备发送上行数据，以使得第二接入网设备处理上行数据。即在第三种实现方式中，减少了RRC状态转换流程，进一步缩短终端的业务时延。
其中，上述仅以第二消息中包含状态转换请求，或者包含状态转换请求和上行数据，或者包含上行数据为例对本申请实施例中的第二消息进行说明，第二消息中具体包含的信息可以根据实际应用场景确定，本申请实施例不对此进行限制。
可选地，在第二接入网设备接收到第二消息之后，第二接入网设备可以向终端发送第二消息的响应消息。
示例性地，若第二消息携带有待传输的上行数据，则第二消息的响应消息可以反馈上行数据的传输情况。例如，若上行数据成功传输，则第二接入网设备向终端发送第二消息的响应消息，该响应消息指示终端的上行数据已被成功传输。
若第二消息为用于发起状态转换请求的消息，则在终端向第二接入网设备发送包含状态转换请求的第二消息之后，第二接入网设备可以向终端发送用于指示终端状态的响应消息，例如，该响应消息可以指示终端维持在RRC去激活态，或者该响应消息可以指示终端进入RRC连接态。可以理解的是，若第二消息的响应消息指示终端维持在RRC去激活态，则可选地，第二接入网设备更新终端的上下文信息，例如，更新终端在去激活态下的标识和/或终端的RNA信息。
S504、第二接入网设备判断是否需要将终端在核心网的入口由第一接入网设备迁移至第二接入网设备。
若需迁移终端的锚点接入网设备，则执行S505和S506，若不需迁移终端的锚点接入网设备，则缓存上行信息(如果存在)以及执行S507。
可选地，第二接入网设备根据终端发送的所述第二消息中携带的原因信息判断是否迁移锚点接入网设备。
S505、第二接入网设备向第一接入网设备发送获取终端上下文信息的请求消息。
相应地，第一接入网设备接收第二接入网设备发送的请求消息。
其中，请求消息中携带终端在RRC去激活态下的标识。
可选地，在接收到第二消息之后，第二接入网设备根据第二消息中携带的终端在去激活态下的标识寻址第一接入网设备，示例性地，第二接入网设备根据终端在去激活态下的标识中携带的第一接入网设备标识寻址第一接入网设备。
S506、第一接入网设备向第二接入网设备发送终端的上下文信息。
相应地，第二接入网设备接收第一接入网设备发送的终端的上下文信息。
可以理解的是，在接收到终端的上下文信息之后，第二接入网设备可以根据终端的上下文信息生成终端对应的协议实体，并通过相应的协议实体处理终端的数据或信令。
S507、第二接入网设备向第一接入网设备发送上行信息。
相应地，第一接入网设备接收第二接入网设备发送的上行信息。
作为一种可能的实现方式，在接收到第二消息之后，第二接入网设备根据第二消息中携带的终端在去激活态下的标识寻址第一接入网设备，示例性地，第二接入网设备根据终端在去激活态下的标识中携带的第一接入网设备标识寻址第一接入网设备。
可选地，第二接入网设备向第一接入网设备发送如下格式的上行信息：
1、MAC PDU格式。
2、{MAC服务数据单元(service Data Unit，SDU)，逻辑信道标识(LogicalChannel Identity，LCID)，I-RNTI，short MAC-I}组合的格式。
其中，第二接入网设备向第一接入网设备发送的上行信息的格式并不局限于所列举的两种格式。
可选地，第二接入网设备还可以通过接入网设备之间的接口封装协议向第一接入网设备发送该上行信息对应的原因信息。其中，原因信息的作用参见上文描述，这里不再赘述。
目前，3GPP LTE的窄带物联网(Narrow Band Internet-of-Things，NB-IoT)总是需迁移锚点接入网设备，在迁移锚点接入网设备的过程中，第二接入网设备需从第一接入网设备获取终端上下文信息等，增大信令开销和终端耗电。本申请实施例提供的通信方法，第二接入网设备能够根据第二消息中的原因信息判断是否迁移终端的锚点接入网设备，只有在满足迁移锚点接入网设备的条件下，才迁移终端的锚点接入网设备。示例性地，一方面，本申请实施例可以在传输少量数据时，不迁移锚点接入网设备，进而缓解因第一接入网设备与第二接入网设备之间传输上下文信息等所导致的信令开销较大的问题。另一方面，若需迁移终端的锚点接入网设备，则由第二接入网设备为终端提供服务，由于第二接入网设备通常距离终端较近或者服务质量更好，从而，能够提升终端的通信质量。
结合图2、图4和图5对应的方法，可选地，若第二接入网设备确定不触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备，则由第一接入网设备处理终端的上行信息。基于此，在本申请实施例提供的一种实现方式中，如图6所示，在S507、第二接入网设备向第一接入网设备发送上行信息之后，第一接入网设备处理终端的上行信息的流程包括：
S601、第一接入网设备通过与终端的上行信息对应的协议实体处理上行信息。
可选地，第一接入网设备接收的上行信息的格式如下：
1、MAC PDU格式。
2、{MAC SDU，LCID，I-RNTI，short MAC-I}组合的格式。
其中，short MAC-I为终端对应的验证信息，用于终端的身份验证。
第二接入网设备还可以向第一接入网设备发送原因信息，原因信息的作用参见上文描述，这里不再赘述。
可选地，在S601之前，可以验证终端的身份信息，以确保无线接入网的安全。具体地，可以在上行信息中携带有终端对应的验证信息，第一接入网设备接收到终端的上行信息之后，根据终端的验证信息对终端进行身份验证，当验证通过后，第一接入网设备通过协议实体处理终端的上行信息。示例性地，验证信息可以为上述的short MAC-I，本申请实施例不对验证信息的具体形式加以限制。可选的，原因信息还可以用于指示是否更新终端对应的接入层安全密钥。可以理解的是，若第一接入网设备根据原因信息确定需更新终端的接入层安全密钥，则相应的可以更新验证信息，从而第一接入网设备使用更新后的验证信息对终端进行身份验证。
作为一种可能的实现方式，第一接入网设备可以根据上行信息中携带的LCID确定与终端的上行信息对应的协议实体，由协议实体依次对接收的上行信息进行处理，然后将处理后的上行信息发送至核心网设备，或者，将处理后的上行信息发送给RRC实体，由RRC实体对处理后的上行信息进行相应的操作。
结合图2、图4至图6对应的方法，可选地，若第二接入网设备确定触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备，则应当由第二接入网设备处理终端的上行信息。基于此，在本申请实施例提供的一种实现方式中，如图7所示，在S506、第一接入网设备向第二接入网设备发送终端的上下文信息之后，第二接入网设备处理终端的上行信息的流程包括：
S701、第二接入网设备根据终端的上下文信息生成终端的DRB对应的协议实体。
其中，第二接入网设备接收到终端的上下文信息之后，触发路径切换过程，将终端在核心网的入口从初始的锚点接入网设备(即第一接入网设备)迁移到第二接入网设备。路径切换的详细过程可以参考3GPP NR技术相关的文献。
在触发路径切换之后，第二接入网设备可以生成终端的DRB对应的协议实体，并可以通过生成的协议实体处理终端的上行信息。
结合图2、图4至图7对应的方法，本申请实施例还提供一种用于判断是否触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备的方法，如图8所示，该方法包括S801至S805：
S801、第二接入网设备获取第一接入网设备的架构指示信息。其中，架构指示信息用于指示第一接入网设备是否为CU/DU架构类型的接入网设备。
作为一种可能的实现方式，S801可以具体实现为：第一接入网设备向第二接入网设备发送架构指示信息。相应的，第二接入网设备接收第一接入网设备发送的架构指示信息。
具体地，通过基站间Xn接口初始化的Xn setup过程，第一接入网设备向第二接入网设备发送架构指示信息，或者，第一接入网设备通过配置更新(即configurationupdate)流程更新架构指示信息，并向第二接入网设备发送更新的架构指示信息。
S802、终端向第二接入网设备发送第二消息。
其中，第二消息与上述提及的第二消息的作用相同。这里不再赘述。
需要说明的是，S801和S802并没有时间先后顺序，既可以先执行S801，再执行S802，也可以先执行S802，再执行801，本申请实施例对此不进行限制。
S803、第二接入网设备确定第一接入网设备是否为CU/DU架构。
若第一接入网设备为CU/DU架构，则执行S804，否则，执行S805。
作为一种可能的实现方式，第二接入网设备根据第一接入网设备发送的架构指示信息确定第一接入网设备是否为CU/DU架构。
或者，第二接入网设备根据第二消息中的终端在RRC去激活态下的标识确定第一接入网设备是否为CU/DU架构。示例性地，终端在去激活态下的标识可以为I-RNTI，I-RNTI中可以携带有用于确定第一接入网设备架构的信息，例如，I-RNTI的最高20位bit可以用于标识第一接入网设备是否为CU/DU架构。可以理解的是，这里仅仅以I-RNTI的最高20位为标识位进行举例，具体I-RNTI中采用几个比特位和比特位的具***置，可以根据实际应用场景确定，本申请实施例不对此进行限制。
S804、触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备。
S805、根据原因信息判断是否触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备。
本申请实施例提供的通信方法，根据第一接入网设备的架构判断是否迁移终端的锚点接入网设备，若第一接入网设备为CU/DU架构，则将终端的锚点接入网设备迁移至第二接入网设备，由第二接入网设备处理终端的上行信息，与现有技术中，由CU/DU架构的第一接入网设备处理上行信息时，CU和DU之间需交互信令，增加了信令开销相比，减少了信令开销。
结合图2、图4至图8对应的方法，可选地，在本申请实施例中，还可以通过多个指标判断是否迁移终端的锚点接入网设备。基于此，在本申请实施例提供的另一种实现方式中，如图9所示，判断是否迁移终端的锚点接入网设备的流程还可以包括如下步骤：
S901、第二接入网设备根据原因信息和/或第一接入网设备的架构判断是否触发将终端在核心网的入口由第一接入网设备迁移至第二接入网设备。
可选地，当第一接入网设备为CU/DU架构时，如图8对应的方法，无论原因信息是否指示迁移锚点接入网设备，均将终端的锚点接入网设备迁移至第二接入网设备。当第一接入网设备为非CU/DU架构时，进一步结合如图5至图8所示的流程，根据原因信息判断是否迁移锚点接入网设备。
或者，当第一接入网设备为CU/DU架构，且原因信息指示迁移锚点接入网设备时，才将终端的锚点接入网设备迁移至第二接入网设备。
需要说明的是，由于上行数据通常为MAC SDU格式，且该格式的上行数据通常先到达接入网设备的CU，所以，若采取如图1b所示的协议栈切分方式(即RLC及以下协议层部署在DU上，PDCP及以上协议层部署在CU上)，则第一接入网设备中的CU需将上行数据送至DU，通过DU中部署的RLC实体处理上行数据，例如，由RLC实体对分段的上行数据进行组合，并将组合后的数据送至CU，由CU中部署的PDCP实体处理上行数据，例如，由PDCP实体对上行数据进行解压缩、解密操作。可见，为了实现对上行数据的处理，CU、DU之间需进行频繁的交互，这将导致较大的处理时延。
为了缓解CU、DU之间需频繁交互，导致处理时延的问题，结合图2、图4至图9对应的方法，当第一接入网设备为CU/DU架构(即第一接入网设备包括CU和DU)时，本申请实施例还提供一种通信方法，如图10，该方法包括S1001至S1005：
S1001、第一接入网设备向终端发送第一消息。
可选地，第一接入网设备中的DU向终端发送第一消息。
S1002、终端释放或挂起配置的专用信令无线承载(Signalling Radio Bearer，SRB)、以及复位配置的数据无线承载(Data Radio Bearer，DRB)对应的协议实体。
S1002可参见上述S202的描述，这里不再赘述。
S1003、第一接入网设备中的CU向DU发送第三消息。
相应地，第一接入网设备中的DU接收CU发送的第三消息。
其中，第三消息包括终端在RRC连接态下的标识，第三消息用于指示DU将终端转移至去激活态。示例性地，终端在RRC连接态下的标识为C-RNTI。
需要说明的是，上述S1001与S1003之间并无时间先后顺序。示例性地，终端可以先执行S1001、再执行是1003，也可以同时执行S1001、S1003。本申请实施例对此不进行限制。
S1004、第一接入网设备的DU释放或挂起与终端对应的配置的SRB、释放或挂起与终端对应的配置的DRB对应的RLC协议实体、以及复位MAC层的实体。
可选地，第一接入网设备还可以复位PHY实体。
示例性地，如图11所示，假定终端配置有4个专用无线承载和1个公共的SRB，其中，4个专用无线承载为SRB1、SRB2、DRB1、DRB2，公共的SRB为SRB0，则在CU向DU发送第三消息前后，DU中的协议栈分别如图11所示。相应地，DU执行的操作可以包括以下情况：DU需执行：
第一：DU释放或挂起SRB1和SRB2。具体地，DU释放或挂起SRB1、SRB2各自对应的RLC层实体。如图11中(a)所示，为DU释放相应承载以及协议实体的示意图，如图11中(b)所示，为DU挂起相应承载以及协议实体的示意图。
第二：DU复位公共的MAC层实体。
第三：释放或挂起终端的DRB对应的RLC协议实体。如图11中(a)所示，DU释放终端的DRB对应的RLC协议实体，如图11中(b)所示，DU挂起终端的DRB对应的RLC协议实体。
可选地，在本步骤之后，第一接入网设备的DU向CU发送第三消息的响应消息，用以表明DU已经对终端的承载及协议实体进行了处理。
S1005、第一接入网设备的CU释放或挂起配置的SRB及配置的SRB在CU中对应的协议实体、复位配置的DRB及配置的DRB在CU中对应的协议实体、生成终端的DRB对应RLC协议实体。
可选地，CU在接收到DU发送的第三消息的响应消息之后，执行本步骤，或者，CU也可以在发送第三消息之后，直接执行本步骤。本申请实施例不对此进行限制。
示例性地，CU执行如下操作：
第一：CU释放或挂起SRB1和SRB2，具体地，CU释放SRB1、SRB2各自对应的RRC层、PDCP层实体。如图11中(a)所示，为CU释放终端的SRB1和SRB2对应的协议实体前后，终端协议栈的示意图，如图11中(b)所示，为CU挂起终端的SRB1和SRB2对应的协议实体前后，终端协议栈的示意图。
相应地，终端可以通过SRB0对应的RRC层实体处理待传输的上行信令，并通过SRB0传输处理后的上行信令。
第二：CU复位DRB1、DRB2各自对应的PDCP层实体和复位配置的SDAP层实体。并且，生成终端的DRB对应的RLC实体，从而，当终端有上行数据传输需求时，能够依次由SDAP层、PDCP层和RLC层的实体处理上行数据。
本申请实施例提供的通信方法，在终端进入去激活态之后，将终端的DRB对应的RLC协议实体部署在CU上，并且释放或挂起DU上的终端对应的RLC协议实体，从而当上行数据到达时，第一接入网设备中的CU可以通过部署的RLC协议实体处理MAC SDU格式的上行数据，再将处理后的上行数据依次送至PDCP、SDAP实体中进行处理，无需与DU进行频繁的交互，从而降低处理时延。
可以理解的是，本申请实施例中涉及的消息名称只是为了描述方便，在具体实现中还可以是其他的消息名称，本申请实施例中所例举的各种信息，可以是同时发送，比如在一条消息中发送，也可以不同时发送，比如在不同的消息中发送。
上述图2、图4至图11各个方法实施例中，是以接入网设备和终端为例进行说明，可以理解的是，上述各个方法实施例中由接入网设备实现的方法和功能也可以通过可用于接入网设备的芯片实现，由终端实现的方法和功能也可以通过可用于终端的芯片实现。
上述主要从不同网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，网络侧设备(包括但不限于第一接入网设备和第二接入网设备)和终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
本申请实施例可以根据上述方法示例对网络侧设备和终端等进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图12示出了本申请实施例中提供的通信装置的一种示意性框图。该通信装置1200可以以软件的形式存在，也可以为终端，还可以为可用于终端的芯片。装置1200包括：处理单元1202和通信单元1203。例如，处理单元1202可以用于支持装置1200执行图2中的S201，图5中的S503，和/或用于本文所描述的方案的其它过程。通信单元1203用于支持装置1200和其他网元(例如网络侧设备)之间的通信。
可选的,通信装置1200还可以包括存储单元1201，用于存储装置1200的程序代码和数据，数据可以包括不限于原始数据或者中间数据等。
一种可能的方式中，处理单元1202可以是处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理(Digital SignalProcessing，DSP)，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元1203可以是收发器、收发电路或通信接口等。存储单元1201可以是存储器。
一种可能的方式中，当处理单元1202为处理器，通信单元1203为收发器，存储单元1201为存储器时，本申请实施例所涉及的终端可以为图13所示的终端。
图13示出了本申请实施例中所涉及的终端的一种可能的设计结构的简化示意图。所述终端1300包括发射器1301，接收器1302和处理器1303。其中，处理器1303也可以为控制器，图13中表示为“控制器/处理器1303”。可选的，所述终端1300还可以包括调制解调处理器1305，其中，调制解调处理器1305可以包括编码器1306、调制器1307、解码器1308和解调器1309。
在一个示例中，发射器1301调节(例如，模拟转换、滤波、放大和上变频等)该输出采样并生成上行链路信号，该上行链路信号经由天线发射给上述实施例中所述的基站。在下行链路上，天线接收上述实施例中基站发射的下行链路信号。接收器1302调节(例如，滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。在调制解调处理器1305中，编码器1306接收要在上行链路上发送的业务数据和信令消息，并对业务数据和信令消息进行处理(例如，格式化、编码和交织)。调制器1307进一步处理(例如，符号映射和调制)编码后的业务数据和信令消息并提供输出采样。解调器1309处理(例如，解调)该输入采样并提供符号估计。解码器1308处理(例如，解交织和解码)该符号估计并提供发送给终端1300的已解码的数据和信令消息。编码器1306、调制器1307、解调器1309和解码器1308可以由合成的调制解调处理器1305来实现。这些单元根据无线接入网采用的无线接入技术(例如，LTE及其他演进***的接入技术)来进行处理。需要说明的是，当终端1300不包括调制解调处理器1305时，调制解调处理器1305的上述功能也可以由处理器1303完成。
处理器1303对终端1300的动作进行控制管理，用于执行上述本申请实施例中由终端1300进行的处理过程。例如，处理器1303还用于执行图2、图4至图6所示方法中涉及终端的处理过程和/或本申请所描述的技术方案的其他过程。
进一步的，终端1300还可以包括存储器1304，存储器1304用于存储用于终端1300的程序代码和数据。
图14示出了本申请实施例中所涉及的另一种通信装置的一种可能的示例性框图，该装置1400可以以软件的形式存在，也可以为网络侧设备，例如基站，还可以为可以用于网络侧设备的芯片。装置1400包括：处理单元1402和通信单元1403。处理单元1402用于对装置1400的动作进行控制管理，例如，若该装置为第一接入网设备，处理单元1402用于支持装置1400执行图2中的S203，图4中的S405、S406，和/或用于本文所描述的技术的其它过程。若该装置为第二接入网设备，处理单元1402用于支持装置1400执行图5中的S504、S505、S507，图7中的S701，和/或用于本文所描述的技术的其它过程。通信单元1403用于支持装置1400与其他网络实体(例如终端)的通信。装置1400还可以包括存储单元1401，用于存储装置1400的程序代码和数据。
其中，处理单元1402可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元1403可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口，例如可以包括：基站和终端之间的接口和/或其他接口。存储单元1401可以是存储器。
当处理单元1402为处理器，通信单元1403为通信接口，存储单元1401为存储器时，本申请实施例所涉及的装置1400可以为图15所示的基站。
参阅图15所示，该基站1500包括：处理器1502、通信接口1503、存储器1501。可选的，基站1500还可以包括总线1504。其中，通信接口1503、处理器1502以及存储器1501可以通过总线1504相互连接；总线1504可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。所述总线1504可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
本领域普通技术人员可以理解：在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。
在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个功能单元独立存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种通信方法，其特征在于，包括：
获取终端在无线资源控制RRC去激活态下触发发送第二消息的原因信息；
根据所述原因信息确定是否迁移所述终端的锚点接入网设备，所述锚点接入网设备为维护所述终端上下文的接入网设备。
2.根据权利要求1所述的方法，其特征在于，所述获取终端触发发送第二消息的原因信息包括：
从所述终端接收所述第二消息，第二消息中携带终端在所述RRC去激活态下的标识以及触发发送第二消息的原因信息。
3.根据权利要求1或2所述的方法，其特征在于，所述原因信息包括以下至少一种上行缓存状态报告、上行数据所属的业务/切片类型和服务质量QoS类别信息、网络负荷。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述第二消息中还包括上行数据。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述第二消息中还包括上行信令。
6.根据权利要求1-5任一项所述的方法，其特征在于，第二消息中还包括状态转换请求，该状态转换请求用于请求由去激活态转移至连接态。
7.一种通信方法，其特征在于，包括：
第一接入网设备中的集中单元CU指示分布单元将终端转移至去激活态；
所述CU生成与所述终端的数据无线承载DRB对应的无线链路控制RLC协议实体。
8.根据权利要求7所述的方法，其特征在于，还包括：
所述CU释放或挂起与所述终端对应的配置的信令无线承载SRB及所述配置的SRB在所述CU中对应的协议实体；
所述CU复位与所述终端对应的配置的DRB及所述配置的DRB在所述CU中对应的协议实体。
9.一种通信装置，其特征在于，包括用于实现如权利要求1至6中任一项所述的方法的模块或者包括用于实现如权利要求7或8所述的方法的模块。
10.一种可读存储介质，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1至8中任一项所述的方法被实现。
11.一种计算机程序产品，当其在计算机上运行时，使得如权利要求1-8任一项所述的方法被实现。
CN202111081604.XA 2018-03-01 2018-03-01 通信方法及装置 Pending CN113891353A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111081604.XA CN113891353A (zh) 2018-03-01 2018-03-01 通信方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111081604.XA CN113891353A (zh) 2018-03-01 2018-03-01 通信方法及装置
CN201810172450.7A CN110225600B (zh) 2018-03-01 2018-03-01 通信方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810172450.7A Division CN110225600B (zh) 2018-03-01 2018-03-01 通信方法及装置

Publications (1)

Publication Number Publication Date
CN113891353A true CN113891353A (zh) 2022-01-04

Family

ID=67805657

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111081604.XA Pending CN113891353A (zh) 2018-03-01 2018-03-01 通信方法及装置
CN201810172450.7A Active CN110225600B (zh) 2018-03-01 2018-03-01 通信方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201810172450.7A Active CN110225600B (zh) 2018-03-01 2018-03-01 通信方法及装置

Country Status (4)

Country Link
US (1) US11510175B2 (zh)
EP (1) EP3751954A1 (zh)
CN (2) CN113891353A (zh)
WO (1) WO2019166032A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112584550B (zh) * 2019-09-27 2023-12-15 华为技术有限公司 一种双连接管理方法和通信装置
WO2021056563A1 (zh) * 2019-09-29 2021-04-01 华为技术有限公司 通信方法和通信装置
WO2021062676A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 通信方法和装置
CN112839329B (zh) * 2019-11-06 2022-07-22 ***通信有限公司研究院 一种验证方法、装置、设备及计算机可读存储介质
CN112911641A (zh) * 2019-12-03 2021-06-04 华为技术有限公司 通信处理方法和通信处理装置
CN113301606B (zh) * 2020-02-21 2023-03-28 华为技术有限公司 一种通信方法及装置
CN114258151A (zh) * 2020-09-21 2022-03-29 华为技术有限公司 一种计算数据传输方法及装置
CN114390633B (zh) * 2020-10-16 2024-05-14 ***通信有限公司研究院 一种信号中继传输方法、装置、设备及可读存储介质
CN114499795A (zh) * 2020-11-12 2022-05-13 ***通信有限公司研究院 一种pdcp复制功能的确定方法、装置和存储介质
EP4247104A1 (en) * 2020-12-10 2023-09-20 Shanghai Langbo Communication Technology Company Limited Method and apparatus of communication node used for radio communication
CN114630341A (zh) * 2020-12-11 2022-06-14 华为技术有限公司 通信方法、装置及***
CN114697990A (zh) * 2020-12-31 2022-07-01 华为技术有限公司 一种通信方法及装置
CN116801358A (zh) * 2022-03-18 2023-09-22 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115292A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 寻呼并连接终端的方法及快速激活数据传输的终端和***
WO2017173586A1 (zh) * 2016-04-05 2017-10-12 华为技术有限公司 一种用户终端的管理方法及相关设备
CN107645779A (zh) * 2016-07-22 2018-01-30 电信科学技术研究院 一种数据发送、传输方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101617048B1 (ko) * 2009-06-01 2016-05-02 엘지전자 주식회사 다중 반송파 시스템에서 요소 반송파의 실패를 처리하는 방법 및 장치
CN102340886B (zh) * 2010-07-22 2014-04-16 大唐移动通信设备有限公司 一种重建立rrc连接的方法、装置及***
JP2014514831A (ja) * 2011-04-01 2014-06-19 インターデイジタル パテント ホールディングス インコーポレイテッド ネットワークへの接続性を制御する方法および装置
US20160105927A1 (en) * 2013-05-15 2016-04-14 Lg Electronics Inc. Method for performing a drx operation in a wireless communication system and a device therefor
EP3244672B1 (en) 2016-05-09 2020-12-09 HTC Corporation Handling state change of radio resource control
JP6720337B2 (ja) * 2016-05-18 2020-07-08 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線ベアラを再開する方法、関連する無線端末およびネットワークノード
US10820363B2 (en) * 2016-07-28 2020-10-27 Lg Electronics Inc. Method for performing RRC connection re-establishment procedure and device supporting the same
US10484931B2 (en) * 2016-12-23 2019-11-19 Ofinno, Llc Licensed assisted access radio link failure
US11109286B2 (en) * 2017-01-05 2021-08-31 Nec Corporation Radio terminal, base station, and methods and non-transitory computer-readable media therefor
CN106714315B (zh) * 2017-01-13 2019-02-15 北京小米移动软件有限公司 信息反馈方法、装置、基站和用户设备
US20180352601A1 (en) * 2017-05-31 2018-12-06 Electronics And Telecommunications Research Institute Method for communicating in mobile communication system and apparatus for the same
WO2019194641A1 (en) * 2018-04-05 2019-10-10 Samsung Electronics Co., Ltd. Method and apparatus for operating protocol layer of terminal in inactive mode in next-generation mobile communication system
KR20200032518A (ko) * 2018-09-18 2020-03-26 삼성전자주식회사 차세대 이동 통신 시스템에서 rrc 비활성화 모드 단말의 선택된 plmn을 보고하는 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115292A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 寻呼并连接终端的方法及快速激活数据传输的终端和***
WO2017173586A1 (zh) * 2016-04-05 2017-10-12 华为技术有限公司 一种用户终端的管理方法及相关设备
CN107645779A (zh) * 2016-07-22 2018-01-30 电信科学技术研究院 一种数据发送、传输方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
""R2-1701776 NR RRC State Transition"", 3GPP TSG_RAN\\WG2_RL2, 4 February 2017 (2017-02-04) *
""R2-1710569 Remaining issues on State transition between RRC CONNECTED and INACTIVE"", 3GPP TSG_RAN\\WG2_RL2, 29 September 2017 (2017-09-29) *
QUALCOMM: "R2-1802064 "RRC INACTIVE State aspects for E-UTRAN connected to 5GCN"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 16 February 2018 (2018-02-16) *

Also Published As

Publication number Publication date
EP3751954A1 (en) 2020-12-16
WO2019166032A1 (zh) 2019-09-06
US20200389867A1 (en) 2020-12-10
CN110225600A (zh) 2019-09-10
US11510175B2 (en) 2022-11-22
CN110225600B (zh) 2021-09-07

Similar Documents

Publication Publication Date Title
CN110225600B (zh) 通信方法及装置
EP3668262B1 (en) Dual-connectivity operation using simultaneously multiple cells served by different ran nodes
CN108541032B (zh) 无线基站分离架构下的通信方法、功能实体及无线基站
EP3562182A1 (en) Communication path conversion method and device
EP3017636B1 (en) User plane idle mode buffering within software defined network architecture
CN110167199B (zh) 一种无线回传通信处理方法和相关设备
KR102359126B1 (ko) 전체 구성으로 접속을 재개하기 위한 방법들, 네트워크 노드들, 무선 디바이스 및 컴퓨터 프로그램 제품
CN113475109A (zh) 随着rrc恢复完成之类的消息的早期测量报告
WO2014169748A1 (zh) 一种双连接的实现方法及基站
WO2014198133A1 (zh) 一种数据无线承载drb的资源分配方法及装置
CN108282833B (zh) 处理***间移动中的分组数据流的装置及方法
US20230143942A1 (en) Managing a ue preferred configuration
US20220159771A1 (en) Communication control method and relay apparatus
US20230171651A1 (en) Logical channel lch configuration method, communication apparatus, and communication system
WO2012031507A1 (zh) 数据传输通道迁移方法及***
CN111586735B (zh) 一种通信方法及装置
CN107438273B (zh) 承载转移中数据处理状态的确定方法及装置
CN110651523B (zh) 用户装置
CN107959953B (zh) 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和***
CN115706980A (zh) 锚点确定方法、基站、终端、设备及计算机可读存储介质
WO2022206393A1 (zh) 通信方法及装置
US20220174760A1 (en) Communication method and apparatus
CN112368976A (zh) 用于执行组通信的终端和方法
WO2021189496A1 (zh) 用于网络切片的数据传输方法及设备
WO2017166291A1 (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