CN116171614A - 能力交互方法及装置、存储介质 - Google Patents

能力交互方法及装置、存储介质 Download PDF

Info

Publication number
CN116171614A
CN116171614A CN202180002999.1A CN202180002999A CN116171614A CN 116171614 A CN116171614 A CN 116171614A CN 202180002999 A CN202180002999 A CN 202180002999A CN 116171614 A CN116171614 A CN 116171614A
Authority
CN
China
Prior art keywords
base station
paging cause
paging
information
capability
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
CN202180002999.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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN116171614A publication Critical patent/CN116171614A/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

Landscapes

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

Abstract

本公开提供一种能力交互方法及装置、存储介质，其中，所述能力交互方法包括：向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。本公开可以在基站间交互各自支持的寻呼原因能力，提高了寻呼原因机制的可用性。

Description

能力交互方法及装置、存储介质 技术领域
本公开涉及通信领域，尤其涉及能力交互方法及装置、存储介质。
背景技术
随着无线通信技术的发展，市场上多卡终端也越来越多。目前，针对多卡终端的处理方式主要是基于各个终端厂商的实现，这就导致了许多不同的终端行为和处理方式。例如，双卡单待、双卡双待单通、双卡双待双通等，并可能导致一些问题。例如当多卡终端在和第一系统通信时，需要时不时的将连接转换到第二系统进行操作，例如监听寻呼、进行测量、读取系统消息等。而这可能会对第一系统的性能造成影响。如果不去第二系统进行这些操作，例如不去监听寻呼，则可能造成第二系统的业务一直不能建立起来。对于某些操作，多卡终端需要释放和第一系统的RRC(Radio Resource Control，无线资源控制)连接，例如耗时较长的操作，对于某些操作，多卡终端不需要释放和第一系统的RRC连接，例如耗时较短的操作。
多卡终端需要知道第二系统的寻呼原因，以便更好的决定是否要离开第一系统，以及是否要释放和第一系统的RRC连接。这就需要基站来告知其寻呼原因，但目前基站间并不支持寻呼原因能力的交互。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种能力交互方法及装置、存储介质。
根据本公开实施例的第一方面，提供一种能力交互方法，所述方法应用于第一基站，包括：
向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及
接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
根据本公开实施例的第二方面，提供一种能力交互方法，所述方法应用于第一基站，包括：
向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力；以及
接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
根据本公开实施例的第三方面，提供一种能力交互装置，所述装置应用于第一基站，包括：
第一发送模块，被配置为向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及
第一接收模块，被配置为接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
根据本公开实施例的第四方面，提供一种能力交互装置，所述装置应用于第一基站，包括：
第二发送模块，被配置为向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力；以及
第二接收模块，被配置为接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
根据本公开实施例的第五方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一项所述的能力交互方法。
根据本公开实施例的第六方面，提供一种能力交互装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为用于执行上述任一项所述的能力交互方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
在本公开中，第一基站可以向第二基站发送第一寻呼原因能力信息，以及接收第二基站发送的第二寻呼原因能力信息，其中，第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力，第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。本公开可以在基站间交互各自支持的寻呼原因能力，提高了寻呼原因机制的可用性。
在本公开中，第一基站可以向第二基站发送第三寻呼原因能力信息，以及接收第二基站发送的第四寻呼原因能力信息，其中，第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力，第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。本公开可以在基站间交互各自支持的寻呼原因能力和/或各自的至少一个邻基站所支持的寻呼原因能力，提高了寻呼原因机制的可用性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种能力交互方法流程示意图。
图2是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图3是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图4是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图5是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图6是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图7是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图8是根据一示例性实施例示出的一种能力交互方法流程示意图。
图9是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图10是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图11是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图12是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图13是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图14是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图15是根据一示例性实施例示出的一种能力交互方法流程示意图。
图16是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图17是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图18是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图19是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图20是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图21是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图22是根据一示例性实施例示出的另一种能力交互方法流程示意图。
图23是根据一示例性实施例示出的一种能力交互装置框图。
图24是根据一示例性实施例示出的另一种能力交互装置框图。
图25是本公开根据一示例性实施例示出的一种能力交互装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含至少一个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，且这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本公开提供的能力交互方案可以应用于不同的场景中，包括且不限于双连接系统场景、非双连接系统场景。
下面先针对双连接系统场景介绍一下本公开提供的能力交互方案。
本公开实施例提供了一种能力交互方法，参照图1所示，图1是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤101中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤102中，接收所述第二基站发送的第二寻呼原因能力信息，其 中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
需要说明的是，本公开不限定上述步骤101与步骤102的执行顺序，即可以先执行步骤101再执行步骤102，也可以先执行步骤102再执行步骤101。
上述实施例中，可以在基站间交互各自支持的寻呼原因能力，提高了寻呼原因机制的可用性。
在一些可选实施例中，参照图2所示，图2是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤201中，在与第二基站建立基站间接口时，向所述第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤202中，在与第二基站建立基站间接口时，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
同样地，本公开不限定上述步骤201与步骤202的执行顺序，即可以先执行步骤201再执行步骤202，也可以先执行步骤202再执行步骤201。
上述实施例中，可以在两个基站之间建立基站间接口的过程中，交互各自支持的寻呼原因能力，无需在通过单独的信令交互各自支持的寻呼原因能力，实现简便，且提高了寻呼原因机制的可用性。
此外，应理解，能力的交互可以不限于建立基站间接口期间，而是可以在建立接口后预定时长内等，本公开对此不作限制。
在一些可选实施例中，用于指示第一基站所支持的寻呼原因能力的第一寻呼原因能力信息可以包括且不限于以下至少一项：所述第一基站是否支持寻呼原因能力；和/或所述第一基站所支持的至少一种寻呼原因能力的能力信息。
用于指示第二基站所支持的寻呼原因能力的第二寻呼原因能力信息可 以包括且不限于以下至少一项：所述第二基站是否支持寻呼原因能力；和/或所述第二基站所支持的至少一种寻呼原因能力的能力信息。
其中，各基站所支持的至少一种寻呼原因能力的能力信息可以与至少一种寻呼原因对应，本公开实施例中，寻呼原因包括且不限于需要终端监听寻呼消息、需要终端进行测量、需要终端读取系统消息等。
在一个可能的实现方式中，第一基站与第二基站可以通过第一寻呼原因能力信息和第二寻呼原因能力信息交互各自是否支持寻呼原因能力。
在一个可能的实现方式中，第一基站与第二基站可以通过第一寻呼原因能力信息和第二寻呼原因能力信息交互各自所支持的至少一种寻呼原因能力的能力信息。
在一个可能的实现方式中，第一基站可以将自身是否支持寻呼原因能力的第一寻呼原因能力信息发送给第二基站，以及接收第二基站发送的包括所述第二基站支持的至少一种寻呼原因能力的能力信息的第二寻呼原因能力信息。
在另一个可能的实现方式中，第一基站可以将自身支持的至少一种寻呼原因能力的第一寻呼原因能力信息发送给第二基站，以及接收第二基站发送的所述第二基站是否支持寻呼原因能力的第二寻呼原因能力信息。
以上仅为示例性说明，基站间交互各自支持的寻呼原因能力的方式均应属于本公开的保护范围。
上述实施例中，基站间可以通过不同的寻呼原因能力信息交互各自是否支持寻呼原因能力，以及所支持的至少一种寻呼原因能力的能力信息，可用性高。
在一些可选实施例中，针对双连接系统，在第一基站是双连接系统下的主基站，第二基站是双连接系统下的辅基站的情况下，参照图3所示，图3是根据一实施例示出的一种能力交互方法流程图，可以用于作为主基站的第一基站，该方法可以包括以下步骤：
在步骤301中，向所述第二基站发送包括第一寻呼原因能力信息的第 一信令，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤302中，接收所述第二基站发送的包括第二寻呼原因能力信息的第二信令，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
在本公开实施例中，可以先执行步骤301，再执行步骤302。
上述实施例中，可以通过不同信令在基站间交互各自所支持的寻呼原因能力，提高了寻呼原因机制的可用性。
在一些可选实施例中，针对双连接系统，第一基站是双连接系统下的主基站，第二基站是双连接系统下的辅基站，且第一基站与第二基站均为E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进的UMTS陆地无线接入网)基站的情况下，参照图4所示，图4是根据一实施例示出的一种能力交互方法流程图，可以用于作为主基站的第一基站，该方法可以包括以下步骤：
在步骤401中，向所述第二基站发送包括第一寻呼原因能力信息的辅基站添加请求SeNB Addition Request信令，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤402中，接收所述第二基站发送的包括第二寻呼原因能力信息的辅基站添加请求确认SeNB Addition Request Acknowledge信令，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
在本公开实施例中，可以先执行步骤401，再执行步骤402。
上述实施例中，针对双连接场景且主基站和辅基站均为E-UTRAN基站的情况，第一基站和第二基站之间可以通过SeNB Addition Request信令和SeNB Addition Request Acknowledge信令交互各自所支持的寻呼原因能力，实现简便，可用性高。
在一些可选实施例中，针对双连接系统，第一基站是双连接系统下的主基站，第二基站是双连接系统下的辅基站，且第一基站与第二基站均为 NR(New Radio，新空口)基站的情况下，参照图5所示，图5是根据一实施例示出的一种能力交互方法流程图，可以用于作为主基站的第一基站，该方法可以包括以下步骤：
在步骤501中，向所述第二基站发送包括第一寻呼原因能力信息的辅节点添加请求S-NODE ADDITION REQUEST信令，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤502中，接收所述第二基站发送的包括第二寻呼原因能力信息的辅节点添加请求确认S-NODE ADDITION REQUEST ACKNOWLEDGE信令，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
在本公开实施例中，可以先执行步骤501，再执行步骤502。
上述实施例中，针对双连接场景且主基站和辅基站均为NR基站的情况，第一基站和第二基站之间可以通过S-NODE ADDITION REQUEST信令和S-NODE ADDITION REQUEST ACKNOWLEDGE信令交互各自所支持的寻呼原因能力，实现简便，可用性高。
在一些可选实施例中，针对双连接系统，第一基站是双连接系统下的辅基站，第二基站是双连接系统下的主基站，且第一基站与第二基站均为E-UTRAN基站的情况下，参照图6所示，图6是根据一实施例示出的一种能力交互方法流程图，可以用于作为辅基站的第一基站，该方法可以包括以下步骤：
在步骤601中，接收所述第二基站发送的包括第二寻呼原因能力信息的SeNB Addition Request信令，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
在步骤602中，向所述第二基站发送包括第一寻呼原因能力信息的SeNB Addition Request Acknowledge信令，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在本公开实施例中，可以先执行步骤601，再执行步骤602。
上述实施例中，针对双连接场景且主基站和辅基站均为E-UTRAN基站的情况，第二基站和第一基站之间可以通过SeNB Addition Request信令和SeNB Addition Request Acknowledge信令交互各自所支持的寻呼原因能力，实现简便，可用性高。
在一些可选实施例中，针对双连接系统，第一基站是双连接系统下的辅基站，第二基站是双连接系统下的主基站，且第一基站与第二基站均为NR基站的情况下，参照图7所示，图7是根据一实施例示出的一种能力交互方法流程图，可以用于作为辅基站的第一基站，该方法可以包括以下步骤：
在步骤701中，接收所述第二基站发送的包括第二寻呼原因能力信息的S-NODE ADDITION REQUEST信令，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
在步骤702中，向所述第二基站发送包括第一寻呼原因能力信息的S-NODE ADDITION REQUEST ACKNOWLEDGE信令，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在本公开实施例中，可以先执行步骤701，再执行步骤702。
上述实施例中，针对双连接场景且主基站和辅基站均为NR基站的情况，第二基站和第一基站之间可以通过S-NODE ADDITION REQUEST信令和S-NODE ADDITION REQUEST ACKNOWLEDGE信令交互各自所支持的寻呼原因能力，实现简便，可用性高。
在一些可选实施例中，参照图8所示，图8是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤803中，响应于确定所述第一寻呼原因能力信息发生变更，向所述第二基站发送变更后的第一寻呼原因能力信息。
上述实施例中，该步骤可以单独实施，其中第一基站可以在确定自身所支持的寻呼原因能力发生变更，即第一寻呼原因能力信息发生变更的情况下，及时将变更后的第一寻呼原因能力信息发送给第二基站，提高了寻 呼原因机制的可用性。
可选地，在上述实施例中，执行步骤803之前，所述方法可以包括：
在步骤801中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤802中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
需要说明的是，本公开不限定上述步骤801与步骤802的执行顺序。
上述实施例中，基站间可以先交互各自所支持的寻呼原因能力，然后第一基站在确定自身的寻呼原因能力发送变更的情况下，将变更后的第一寻呼原因能力信息发送给第二基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，参照图9所示，图9是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤903中，响应于确定所述第一寻呼原因能力信息发生变更，通过基站间接口对应的第一应用协议AP信令，向所述第二基站发送变更后的第一寻呼原因能力信息。
在一个可能的实现方式中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为X2AP信令。
在另一个可能的实现方式中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为XnAP信令。
上述实施例中，步骤903可以单独实施，第一基站通过第一AP信令将变更后的第一寻呼原因能力信息发送给第二基站，可用性高。
可选地，在执行步骤903之前，上述方法还可以包括：
在步骤901中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤902中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因 能力。
需要说明的是，本公开不限定上述步骤901与步骤902的执行顺序。
即步骤903可以与步骤901与步骤902组合实施，本公开对此不作限定。
在一些可选实施例中，参照图10所示，图10是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1003中，响应于确定所述第一寻呼原因能力信息发生变更，通过基站间接口对应的第一AP信令所包括的第一信息单元，向所述第二基站发送变更后的第一寻呼原因能力信息。
在一个可能的实现方式中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为X2AP信令。具体地，所述第一AP信令为ENB CONFIGURATION UPDATE(基站配置更新)信令，第一信息单元包括且不限于以下至少一项：Served Cells To Add(添加服务小区)信息单元；和/或Served Cells To Modify(变更服务小区)信息单元。
在另一个可能的实现方式中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为XnAP信令。具体地，第一AP信令为NG-RAN NODE CONFIGURATION UPDATE(无线接入网节点配置更新)信令。第一信息单元包括以下至少一项：ng(next generation，下一代)信息单元；和/或ng-eNB(next generation eNodeB，下一代基站)信息单元。
上述实施例中，步骤1003可以单独实施，第一基站可以通过第一AP信令所包括的第一信息单元将变更后的第一寻呼原因能力信息发送给第二基站，可用性高。
可选地，在执行步骤1003之前，所述方法还可以包括：
在步骤1001中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1002中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因 能力。
需要说明的是，本公开不限定上述步骤1001与步骤1002的执行顺序。步骤1003可以与步骤1001与步骤1002组合实施，本公开对此不作限定。
在一些可选实施例中，参照图11所示，图11是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1103中，接收所述第二基站发送的变更后的第二寻呼原因能力信息。
在本公开实施例中，第二基站发送变更后的第二寻呼原因能力的方式与上述第一基站发送变更后的第一寻呼原因能力的方式类似，在此不再赘述。第一基站可以通过基站间接口接收变更后的第二寻呼原因能力信息。
上述实施例中，步骤1103可以单独实施，第二基站可以在确定自身的寻呼原因能力变更的情况下，及时将变更后的第二寻呼原因能力信息发送给第一基站，提高了寻呼原因机制的可用性。
可选地，在执行上述步骤1103之前，所述方法还可以包括：
在步骤1101中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1102中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
需要说明的是，本公开不限定上述步骤1101与步骤1102的执行顺序。步骤1103可以与步骤1101与步骤1102组合实施，本公开对此不作限定。
在一些可选实施例中，如果第一寻呼原因能力信息和第二寻呼原因能力信息均发生变更，则第一基站发送变更后的第一寻呼原因能力信息给第二基站，以及接收第二基站发送的变更后的第二寻呼原因能力信息。
或者，在第一基站与第二基站之间交互了各自支持的寻呼原因能力后，如果第一寻呼原因能力信息和第二寻呼原因能力信息均发生变更，则第一基站发送变更后的第一寻呼原因能力信息给第二基站，以及接收第二基站 发送的变更后的第二寻呼原因能力信息。
上述实施例中，基站间可以及时交互各自变更后的寻呼原因能力，实现简便，可用性高。
在一些可选实施例中，第一基站可以是非激活终端对应的锚基站，其中锚基站是指非激活终端切换到非激活态之前最后一个为该终端提供服务的基站，锚基站保留了该终端的上下文信息。第二基站则是非激活态终端当前所在小区对应的基站。参照图12所示，图12是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1201中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1202中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
需要说明的是，本公开不限定上述步骤1201与步骤1202的执行顺序。
在步骤1203中，响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述非激活态终端的第一寻呼原因，通过基站间接口发送所述第一寻呼原因给所述第二基站。
在本公开实施例中，可以在第一寻呼原因能力信息和第二寻呼原因能力信息均指示支持寻呼原因能力的情况下，确定第一基站与第二基站均支持寻呼原因能力。或者第一原因能力信息所包括的能力信息指示第一基站至少支持第一寻呼原因对应的寻呼原因能力，以及第二原因能力信息所包括的能力信息指示第二基站至少支持第一寻呼原因对应的寻呼原因能力，此时可以确定第一基站与第二基站均支持寻呼原因能力。
上述实施例中，第一基站和第二基站之间通过交互各自所支持的寻呼原因能力，从而在均支持寻呼原因能力的情况下，可以由作为锚基站的第一基站将寻呼非激活态终端的第一寻呼原因通过基站间接口直接发送给第二基站。实现了基于不同基站各自支持的寻呼原因能力交互寻呼原因的目 的，可用性高。
在一些可选实施例中，第一基站可以是非激活终端对应的锚基站，第二基站则是非激活态终端当前所在小区对应的基站。参照图13所示，图13是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1301中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1302中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
本公开不限定上述步骤1301与步骤1302的执行顺序。
在步骤1303中，响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第一寻呼原因，确定不通过基站间接口发送所述第一寻呼原因给所述第二基站。
在一个可能的实现方式中，如果第一寻呼原因能力信息指示第一基站不支持寻呼原因能力，和/或，第二寻呼原因能力信息指示第二基站不支持寻呼原因能力，则可以确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力。
在另一个可能的实现方式中，第一寻呼原因能力信息所包括的能力信息指示第一基站不支持与第一寻呼原因对应的寻呼原因能力，和/或，第二寻呼原因能力信息所包括的能力信息指示第二基站与第一寻呼原因对应的寻呼原因能力，则可以确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力。
上述实施例中，可以在至少一个基站不支持寻呼原因能力的情况下，确定不会通过基站间接口来交互寻呼原因。实现简便，可用性高。
在一些可选实施例中，针对非激活态终端，在第一基站是非激活终端对应的锚基站，第二基站是非激活态终端当前所在小区对应的基站的情况 下，第一基站确定在发送给所述第二基站的RAN(Radio Access Network，无线接入网)寻呼消息中包括所述第一寻呼原因时，第一基站确定需要传输所述第一寻呼原因。
上述实施例中，第一基站可以在RAN寻呼消息包括寻呼该非激活态终端的第一寻呼原因的情况下，确定需要传输第一寻呼原因，以便可以基于第一基站和第二基站各自支持的寻呼原因能力来确定是否通过基站间接口直接交互该第一寻呼原因。
在一些可选实施例中，所述第一基站为非激活态终端当前所在小区对应的基站，所述第二基站是所述非激活态终端对应的锚基站，参照图14所示，图14是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1401中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1402中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
本公开不限定上述步骤1401与步骤1402的执行顺序。
在步骤1403中，通过基站间接口接收所述第二基站发送的寻呼所述非激活态终端的第一寻呼原因。
在本公开实施例中，所述第一寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第一寻呼原因的情况下发送的。
上述实施例中，可以在第二基站为锚基站的情况下，接收第二基站发送的第一寻呼原因，其中第二基站可以在基于之前交互的第一基站和第二基站的寻呼原因能力，确定均支持寻呼原因能力，且确定传输第一寻呼原因的情况下将第一寻呼原因发送给第一基站，实现简便，可用性高。
在一些可选实施例中，所述第一基站为非激活态终端当前所在小区对 应的基站，所述第二基站是所述非激活态终端对应的锚基站，如果第一基站通过之前与第二基站交互各自所支持的寻呼原因能力，从而确定自身和第二基站中的至少一个不支持寻呼原因能力，且确定第二基站需要传输第一寻呼原因的情况下，第一基站可以确定不会通过基站间接口接收所述第二基站发送的所述第一寻呼原因。
上述实施例中，第一基站可以在确定自身和第二基站中的至少一个不支持寻呼原因能力，且确定第二基站需要传输第一寻呼原因的情况下，确定自身不会通过基站间接口接收到第二基站发送的第一寻呼原因。提高了寻呼原因机制的可用性。
以上实施例是针对非激活终端而言，在基站间基于各自所支持的寻呼原因能力，确定是否通过基站间接口交互寻呼非激活态终端的第一寻呼原因的方案。在本公开实施例中，还可以针对连接态终端，在基站间基于各自所支持的寻呼原因能力，确定是否通过基站间接口交互寻呼连接态终端的第二寻呼原因。
在一些可选实施例中，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站，参照图15所示，图15是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1501中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1502中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
本公开不限定上述步骤1501与步骤1502的执行顺序。
在步骤1503中，响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述连接态终端的第二寻呼原因，通过基站间接口发送所述第二寻呼原因给所述第二基站。
上述实施例中，第一基站和第二基站之间通过交互各自所支持的寻呼原因能力，从而在均支持寻呼原因能力的情况下，可以由作为当前服务基站的第一基站将寻呼空闲态终端的第二寻呼原因通过基站间接口直接发送给第二基站。实现了基于不同基站各自支持的寻呼原因能力交互寻呼原因的目的，可用性高。
在一些可选实施例中，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站，参照图16所示，图16是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1601中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1602中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
本公开不限定上述步骤1601与步骤1602的执行顺序。
在步骤1603中，响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第二寻呼原因，确定不通过基站间接口发送所述第二寻呼原因给所述第二基站。
上述实施例中，第一基站和第二基站之间通过交互各自所支持的寻呼原因能力，从而在至少一个不支持寻呼原因能力的情况下，确定不会通过基站间接口向第二基站发送第二寻呼原因。实现了基于不同基站各自支持的寻呼原因能力交互寻呼原因的目的，可用性高。
在一些可选实施例中，第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站的情况下，第一基站可以在确定发送给第二基站的与基站切换相关的信令中包括第二寻呼原因的情况下，确定需要传输第二寻呼原因，其中与基站间切换相关的信令包括且不限于handover request(切换请求)信令。
以上仅为示例性说明，第一基站也可以基于其他条件确定传输第二寻呼原因，本公开对此不作限定。
在一些可选实施例中，所述第一基站为连接态终端待切换到的服务基站，所述第二基站是所述连接态终端对应的服务基站，参照图17所示，图17是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1701中，向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力。
在步骤1702中，接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
本公开不限定上述步骤1701与步骤1702的执行顺序。
在步骤1703中，接收所述第二基站发送的寻呼所述连接态终端的第二寻呼原因。
其中，第二寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第二寻呼原因时发送的。
上述实施例中，第一基站可以接收第二基站发送的第二寻呼原因，其中第二寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第二寻呼原因时发送的。提高了寻呼原因机制的可用性。
在一些可选实施例中，所述第一基站为连接态终端待切换到的服务基站，所述第二基站是所述连接态终端对应的服务基站的情况下，第一基站基于与第二基站交互的各自所支持的寻呼原因能力，确定所述第一基站和所述第二基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第二寻呼原因，第一基站可以确定不会通过基站间接口接收所述第二基站发送的所述第二寻呼原因。
上述实施例中，第一基站可以基于之前交互的自身和第二基站各自所 支持的寻呼原因能力，确定自身和第二基站中的至少一个不支持寻呼原因，且第二基站需要传输第二寻呼原因的情况下，确定不会通过基站间接口接收到第二寻呼原因。实现简便，可用性高。
下面再针对非双连接系统场景介绍一下本公开提供的能力交互方案。
本公开实施例提供了一种能力交互方法，参照图18所示，图18是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1801中，向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力。
在步骤1802中，接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
本公开不限定上述步骤1801与步骤1802的执行顺序。
上述实施例中，可以在基站间交互各自支持的寻呼原因能力和/或各自的至少一个邻基站所支持的寻呼原因能力，提高了寻呼原因机制的可用性。
在一些可选实施例中，参照图19所示，图19是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤1901中，在与第二基站建立基站间接口时，向所述第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力。
在步骤1902中，在与所述第二基站建立基站间接口时，接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
本公开不限定上述步骤1901与步骤1902的执行顺序。
上述实施例中，可以在两个基站之间建立基站间接口的过程中，交互各自支持的寻呼原因能力和/或各自的至少一个邻基站所支持的寻呼原因能力，无需在通过单独的信令进行交互，实现简便，且提高了寻呼原因机制的可用性。
此外，应理解，能力的交互可以不限于建立基站间接口期间，而是可以在建立接口后预定时长内等，本公开对此不作限制。
在一些可选实施例中，第一基站发送给第二基站的第三寻呼原因能力信息可以包括以下至少一项：所述第一基站是否支持寻呼原因能力；所述第一基站的至少一个邻基站是否支持寻呼原因能力；所述第一基站所支持的至少一种寻呼原因能力的能力信息；和/或所述第一基站的至少一个邻基站所支持的至少一种寻呼原因能力的能力信息。
第一基站接收到的第二基站发送的第四寻呼原因能力信息可以包括以下至少一项：所述第二基站是否支持寻呼原因能力；所述第二基站的至少一个邻基站是否支持寻呼原因能力；所述第二基站所支持的至少一种寻呼原因能力的能力信息；和/或所述第二基站的至少一个邻基站所支持的至少一种寻呼原因能力的能力信息。
上述实施例中，在非双连接场景下，基站之间可以交互各自所支持的寻呼原因能力，和各自的至少一个邻基站所支持的寻呼原因能力中的至少一项，提高了寻呼原因机制的可用性。
在一些可选实施例中，第一基站作为发起接口建立请求的基站，第二基站则是接收到接口建立请求的基站。参照图20所示，图20是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤2001中，通过基站间接口对应的第二AP信令，向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力。
在步骤2002中，接收所述第二基站通过基站间接口对应的第三AP信令发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
本公开实施例中，可以先执行步骤2001，再执行步骤2002。
上述实施例中，可以通过第二AP信令和第三AP信令在基站间交互各自所支持的寻呼原因能力，和/或各自的至少一个邻基站所支持的寻呼原因能力，可用性高。
在一些可选实施例中，第二基站作为发起接口建立请求的基站，第一基站则是接收到接口建立请求的基站。参照图21所示，图21是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤2101中，接收第二基站通过基站间接口对应的第二AP信令发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
在步骤2102中，通过基站间接口对应的第三AP信令，向所述第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力。
本公开实施例中，可以先执行步骤2101，再执行步骤2102。
上述实施例中，可以通过第二AP信令和第三AP信令在基站间交互各自所支持的寻呼原因能力，和/或各自的至少一个邻基站所支持的寻呼原因能力，可用性高。
在一些可选实施例中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一基站和所述第二基站之间的基站间接口为X2接口，第一基站作为发起接口建立请求的基站的情况下，可以通过第二AP信令发 送第三寻呼原因信息给第二基站，其中第二AP信令可以为X2 SETUP REQUEST(X2建立请求)信令。
进一步地，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第三寻呼原因能力信息所在的信息单元；所述第二信息单元包括以下至少一项：Served Cell Information(服务小区信息)单元；Neighbour Information(邻居信息)单元；NR Neighbour Information(新空口邻居)单元；和/或与所述第三寻呼原因能力信息对应的第一指定信息单元。
其中，第一指定信息单元可以是第二AP信令中新添加的用于传输第三寻呼原因能力信息的信息单元。
另外，第二基站可以通过第三AP信令将第四寻呼原因指示信息发送给第一基站。其中，所述第三AP信令可以为X2 SETUP RESPONSE(X2建立响应)信令，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第四寻呼原因能力信息所在的信息单元；所述第三信息单元包括以下至少一项：Served Cell Information单元；Neighbour Information单元；NR Neighbour Information单元；和/或与所述第四寻呼原因能力信息对应的第二指定信息单元。
其中，第二指定信息单元可以是在第三AP信令中新添加的用于传输第四寻呼原因能力信息的信息单元。
上述实施例中，第一基站作为发起接口建立请求的基站可以通过第二AP信令所包括的第二信息单元发送第三寻呼原因能力信息给第二基站，第二基站可以通过第三AP信令所包括的第三信息单元发送第四寻呼原因能力信息给第一基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一基站和所述第二基站之间的基站间接口为X2接口，第二基站作为发起接口建立请求的基站的情况下，可以通过第二AP信令发送第四寻呼原因信息给第一基站，其中第二AP信令可以为X2 SETUP REQUEST信令。
进一步地，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第四寻呼原因能力信息所在的信息单元；所述第二信息单元包括以下至少一项：Served Cell Information(服务小区信息)单元；Neighbour Information(邻居信息)单元；NR Neighbour Information(新空口邻居)单元；和/或与所述第四寻呼原因能力信息对应的第一指定信息单元。
其中，第一指定信息单元可以是第二AP信令中新添加的用于传输第四寻呼原因能力信息的信息单元。
另外，第一基站可以通过第三AP信令将第三寻呼原因指示信息发送给第二基站。其中，所述第三AP信令可以为X2 SETUP RESPONSE信令，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第三寻呼原因能力信息所在的信息单元；所述第三信息单元包括以下至少一项：Served Cell Information单元；Neighbour Information单元；NR Neighbour Information单元；和/或与所述第三寻呼原因能力信息对应的第二指定信息单元。
其中，第二指定信息单元可以是在第三AP信令中新添加的用于传输第三寻呼原因能力信息的信息单元。
上述实施例中，第一基站作为接收接口建立请求的基站，可以先接收第二基站通过第二AP信令所包括的第二信息单元发送第四寻呼原因能力信息，第一基站再通过第三AP信令所包括的第三信息单元发送第三寻呼原因能力信息给第二基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，当所述第一基站和所述第二基站为NR基站时，所述第一基站和所述第二基站之间的基站间接口为Xn接口，第一基站作为发起接口建立请求的基站的情况下，可以通过第二AP信令发送第三寻呼原因信息给第二基站，其中第二AP信令可以为Xn SETUP REQUEST(Xn建立请求)信令。
进一步地，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第三寻呼原因能力信息所在的信息单元；所述第二信息单元包括以 下至少一项：List of Served Cells NR(新空口服务小区列表)信息单元中的Served Cell Information NR信息单元；List of Served Cells NR信息单元中的Neighbour Information NR信息单元；List of Served Cells NR信息单元中的Neighbour Information E-UTRAN信息单元；List of Served Cells E-UTRA(E-UTRA服务小区列表)信息单元中的Served Cell Information E-UTRA信息单元；List of Served Cells E-UTRA信息单元中的Served Cell Information E-UTRA信息单元；List of Served Cells E-UTRA信息单元中的Neighbour Information NR信息单元；List of Served Cells E-UTRA信息单元中的Neighbour Information E-UTRAN信息单元；与所述第三寻呼原因能力信息对应的第三指定信息单元。
其中，第三指定信息单元可以是上述第二AP信令中新添加的用于传输第三寻呼原因能力信息的信息单元。
另外，第二基站可以通过第三AP信令将第四寻呼原因指示信息发送给第一基站。其中，所述第三AP信令可以为Xn SETUP RESPONSE(Xn建立响应)信令，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第四寻呼原因能力信息所在的信息单元；所述第三信息单元包括以下至少一项：与所述第四寻呼原因能力信息对应的第四指定信息单元。
其中，第四指定信息单元可以是在第三AP信令中新添加的用于传输第四寻呼原因能力信息的信息单元。
上述实施例中，第一基站作为发起接口建立请求的基站可以通过第二AP信令所包括的第二信息单元发送第三寻呼原因能力信息给第二基站，第二基站可以通过第三AP信令所包括的第三信息单元发送第四寻呼原因能力信息给第一基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，当所述第一基站和所述第二基站为NR基站时，所述第一基站和所述第二基站之间的基站间接口为Xn接口，第二基站作为发起接口建立请求的基站的情况下，可以通过第二AP信令发送第四寻呼原因信息给第一基站，其中第二AP信令可以为Xn SETUP REQUEST信 令。
进一步地，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第四寻呼原因能力信息所在的信息单元；所述第二信息单元包括以下至少一项：List of Served Cells NR信息单元中的Served Cell Information NR信息单元；List of Served Cells NR信息单元中的Neighbour Information NR信息单元；List of Served Cells NR信息单元中的Neighbour Information E-UTRAN信息单元；List of Served Cells E-UTRA信息单元中的Served Cell Information E-UTRA信息单元；List of Served Cells E-UTRA信息单元中的Served Cell Information E-UTRA信息单元；List of Served Cells E-UTRA信息单元中的Neighbour Information NR信息单元；List of Served Cells E-UTRA信息单元中的Neighbour Information E-UTRAN信息单元；与所述第四寻呼原因能力信息对应的第三指定信息单元。
其中，第三指定信息单元可以是上述第二AP信令中新添加的用于传输第四寻呼原因能力信息的信息单元。
另外，第一基站可以通过第三AP信令将第三寻呼原因指示信息发送给第二基站。其中，所述第三AP信令可以为Xn SETUP RESPONSE信令，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第三寻呼原因能力信息所在的信息单元；所述第三信息单元包括以下至少一项：与所述第三寻呼原因能力信息对应的第四指定信息单元。
其中，第四指定信息单元可以是在第三AP信令中新添加的用于传输第三寻呼原因能力信息的信息单元。
上述实施例中，第一基站作为接收接口建立请求的基站，可以先接收第二基站通过第二AP信令所包括的第二信息单元发送第四寻呼原因能力信息，第一基站再通过第三AP信令所包括的第三信息单元发送第三寻呼原因能力信息给第二基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，参照图22所示，图22是根据一实施例示出的一种能力交互方法流程图，可以用于第一基站，该方法可以包括以下步骤：
在步骤2203中，响应于确定所述第三寻呼原因能力信息发生变更，向所述第二基站发送变更后的第三寻呼原因能力信息。
在本公开实施例中，步骤2203可以单独实施，第一基站可以在确定自身和/或自身的至少一个邻基站对应的寻呼原因能力发生变更的情况下，向第二基站发送变更后的第三寻呼原因能力信息。
上述实施例中，基站之间可以及时交互变更后的寻呼原因能力，可用性高。
可选地，在执行上述步骤2203之前，所述方法还可以包括：
在步骤2201中，向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力。
在步骤2202中，接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
本公开不限定上述步骤2201与步骤2202的执行顺序。步骤2203可以与步骤2201与步骤2202组合实施，本公开对此不作限定。
在一些可选实施例中，如果第一基站确定第三寻呼原因能力信息发生变更，则第一基站可以通过基站间接口对应的第一AP信令，向所述第二基站发送变更后的第三寻呼原因能力信息。
或者，第一基站与第二基站交互各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第一基站确定第三寻呼原因能力信息发生变更，则第一基站可以通过基站间接口对应的第一AP信令，向所述第二基站发送变更后的第三寻呼原因能力信息。
具体地，第一基站可以通过第一AP信令所包括的第一信息单元，向所述第二基站发送变更后的第三寻呼原因能力信息。
在一个可能的实现方式中，如果第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为X2AP信令。
进一步地，第一AP信令可以具体为ENB CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：Served Cells To Add信息单元；和/或Served Cells To Modify信息单元。
在另一个可能的实现方式中，如果第一基站和所述第二基站为NR基站时，所述第一AP信令为XnAP信令。
进一步地，第一AP信令可以具体为NG-RAN NODE CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：ng信息单元；和/或ng-eNB信息单元。
上述实施例中，第一基站可以在确定第三寻呼原因能力信息发送变更的情况下，通过第一AP信令所包括的第一信息单元将变更后的第三寻呼原因能力信息发送给第二基站，可用性高。
在一些可选实施例中，如果第二基站确定第四寻呼原因能力信息发生变更，则第二基站可以通过基站间接口对应的第一AP信令，向所述第一基站发送变更后的第四寻呼原因能力信息。第一基站通过基站间接口接收第二基站发送的变更后的第四寻呼原因能力信息即可。
或者，第一基站与第二基站交互各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第二基站确定第四寻呼原因能力信息发生变更，则第二基站可以通过基站间接口对应的第一AP信令，向所述第一基站发送变更后的第四寻呼原因能力信息。第一基站通过基站间接口接收第二基站发送的变更后的第四寻呼原因能力信息即可。
上述实施例中，第二基站可以在确定第四寻呼原因能力信息发送变更的情况下，通过第一AP信令所包括的第一信息单元将变更后的第四寻呼原因能力信息发送给第一基站，可用性高。
在一些可选实施例中，第一基站确定第三寻呼原因能力信息发生变更，且第二基站确定第四寻呼原因能力信息发生变更，则第一基站与第二基站可以交互变更后的第三寻呼原因能力信息和变更后的第四寻呼原因能力信息。
或者，在第一基站与第二基站交互各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，第一基站确定第三寻呼原因能力信息发生变更，且第二基站确定第四寻呼原因能力信息发生变更，则第一基站与第二基站可以交互变更后的第三寻呼原因能力信息和变更后的第四寻呼原因能力信息。
上述实施例中，可以及时在基站间交互变更后的寻呼原因能力信息，实现简便，可用性高。
在一些可选实施例中，在非双连接的场景下，所述第一基站为非激活态终端对应的锚基站，所述第二基站是所述非激活态终端当前所在小区对应的基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第一基站确定第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述非激活态终端的第一寻呼原因，第一基站可以直接通过基站间接口发送所述第一寻呼原因给所述第二基站。
发送第一寻呼原因给第二基站的方式与上述双连接场景下的发送方式类似，在此不再赘述。
上述实施例中，第一基站可以基于之前与第二基站交互的各自所支持的寻呼原因能力确定第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述非激活态终端的第一寻呼原因的情况下，直接通过基站间接口将第一寻呼原因能力发送给第二基站，提高了寻呼原因机制的可用性。
在一些可选实施例中，在非双连接的场景下，所述第一基站为非激活态终端对应的锚基站，所述第二基站是所述非激活态终端当前所在小区对应的基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第一基站确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第一寻呼原因，确定不通过基站间接口发送所述第一寻呼原因给所述第二基站。
在一些可选实施例中，第一基站可以在发送给所述第二基站的无线接入网RAN寻呼消息中包括所述第一寻呼原因，确定传输所述第一寻呼原因。
在一些可选实施例中，在非双连接的场景下，所述第二基站为非激活态终端对应的锚基站，所述第一基站是所述非激活态终端当前所在小区对应的基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，第一基站可以通过基站间接口接收所述第二基站发送的寻呼所述非激活态终端的第一寻呼原因。
其中，第一寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第一寻呼原因的情况下发送的。
上述实施例中，第一基站可以通过基站间接口直接接收第二寻呼原因，实现简便，可用性高。
在一些可选实施例中，在非双连接的场景下，所述第二基站为非激活态终端对应的锚基站，所述第一基站是所述非激活态终端当前所在小区对应的基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第二基站和所述第一基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第一寻呼原因，则第一基站确定不会通过基站间接口接收所述第二基站发送的所述第一寻呼原因。
在一些可选实施例中，在非双连接的场景下，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述连接态终端的第二寻呼原因，通过基站间接口发送所述第二寻呼原因给所述第二基站。
在一些可选实施例中，在非双连接的场景下，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站， 那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第二寻呼原因，确定不会通过基站间接口发送所述第二寻呼原因给所述第二基站。
在一些可选实施例中，在非双连接的场景下，所述第二基站为连接态终端的服务基站，所述第一基站是所述连接态终端待切换到的服务基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，第一基站可以接收所述第二基站发送的寻呼所述连接态终端的第二寻呼原因。
其中，第二寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第二寻呼原因时发送的。
在一些可选实施例中，在非双连接的场景下，所述第二基站为连接态终端的服务基站，所述第一基站是所述连接态终端待切换到的服务基站，那么第一基站与第二基站在交互了各自支持的寻呼原因能力和/或各自的至少一个邻基站支持的寻呼原因能力之后，如果第一基站确定第一基站和所述第二基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第二寻呼原因，则确定不会通过基站间接口接收所述第二基站发送的所述第二寻呼原因。
上述实施例中，第一基站与第二基站之间可以针对空闲态终端，确定是否通过基站间接口交互第二寻呼原因，实现简便，可用性高。
与前述应用功能实现方法实施例相对应，本公开还提供了应用功能实现装置的实施例。
参照图23，图23是根据一示例性实施例示出的一种能力交互装置框图，所述装置应用于第一基站，包括：
第一发送模块2301，被配置为向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及
第一接收模块2302，被配置为接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
参照图24，图24是根据一示例性实施例示出的另一种能力交互装置框图，所述装置应用于第一基站，包括：
第二发送模块2401，被配置为向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力；以及
第二接收模块2402，被配置为接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于任一所述的能力交互方法。
相应地，本公开还提供了一种能力交互装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为用于执行上述任一所述的能力交互方法。
如图25所示，图25是根据一示例性实施例示出的一种能力交互装置 2500的一结构示意图。装置2500可以被提供为基站，具体可以指上述实施例中的第一基站或第二基站。参照图25，装置2500包括处理组件2522、无线发射/接收组件2524、天线组件2526、以及无线接口特有的信号处理部分，处理组件2522可进一步包括至少一个处理器。
处理组件2522中的其中一个处理器可以被配置为用于执行上述任一所述的能力交互方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (56)

  1. 一种能力交互方法，其特征在于，所述方法应用于第一基站，包括：
    向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及
    接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
  2. 根据权利要求1所述的方法，其特征在于，所述向第二基站发送第一寻呼原因能力信息，包括：
    在与所述第二基站建立基站间接口时，向所述第二基站发送所述第一寻呼原因能力信息；
    所述接收所述第二基站发送的第二寻呼原因能力信息，包括：
    在与所述第二基站建立基站间接口时，接收所述第二基站发送的第二寻呼原因能力信息。
  3. 根据权利要求1所述的方法，其特征在于，所述第一寻呼原因能力信息包括以下至少一项：
    所述第一基站是否支持寻呼原因能力；和/或
    所述第一基站所支持的至少一种寻呼原因能力的能力信息；
    所述第二寻呼原因能力信息包括以下至少一项：
    所述第二基站是否支持寻呼原因能力；和/或
    所述第二基站所支持的至少一种寻呼原因能力的能力信息。
  4. 根据权利要求1所述的方法，其特征在于，所述第一基站为主基站，所述第二基站为辅基站；
    所述向所述第二基站发送第一寻呼原因能力信息，包括：
    向所述第二基站发送包括所述第一寻呼原因能力信息的第一信令；
    所述接收所述第二基站发送的第二寻呼原因能力信息，包括：
    接收所述第二基站发送的包括所述第二寻呼原因能力信息的第二信令。
  5. 根据权利要求1所述的方法，其特征在于，所述第一基站为辅基站，所述第二基站为主基站；
    所述接收所述第二基站发送的第二寻呼原因能力信息，包括：
    接收所述第二基站发送的包括所述第二寻呼原因能力信息的第一信令；
    所述向所述第二基站发送第一寻呼原因能力信息，包括：
    向所述第二基站发送包括所述第一寻呼原因能力信息的第二信令。
  6. 根据权利要求4或5所述的方法，其特征在于，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一信令为辅基站添加请求SeNB Addition Request信令，所述第二信令为辅基站添加请求确认SeNB Addition Request Acknowledge信令。
  7. 根据权利要求4或5所述的方法，其特征在于，当所述第一基站和所述第二基站为新空口NR基站时，所述第一信令为辅节点添加请求S-NODE ADDITION REQUEST信令，所述第二信令为辅节点添加请求确认S-NODE ADDITION REQUEST ACKNOWLEDGE信令。
  8. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一寻呼原因能力信息发生变更，向所述第二基站发送变更后的第一寻呼原因能力信息。
  9. 根据权利要求8所述的方法，其特征在于，所述向所述第二基站发送变更后的第一寻呼原因能力信息，包括：
    通过基站间接口对应的第一应用协议AP信令，向所述第二基站发送变更后的第一寻呼原因能力信息。
  10. 根据权利要求9所述的方法，其特征在于，所述通过基站间接口对应的第一应用协议AP信令，向所述第二基站发送变更后的第一寻呼原因能力信息，包括：
    通过所述第一AP信令所包括的第一信息单元，向所述第二基站发送变更后的第一寻呼原因能力信息。
  11. 根据权利要求10所述的方法，其特征在于，当所述第一基站和所 述第二基站为E-UTRAN基站时，所述第一AP信令为X2AP信令。
  12. 根据权利要求11所述的方法，其特征在于，所述第一AP信令为基站配置更新ENB CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：
    添加服务小区Served Cells To Add信息单元；和/或
    变更服务小区Served Cells To Modify信息单元。
  13. 根据权利要求10所述的方法，其特征在于，当所述第一基站和所述第二基站为NR基站时，所述第一AP信令为XnAP信令。
  14. 根据权利要求13所述的方法，其特征在于，所述第一AP信令为无线接入网节点配置更新NG-RAN NODE CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：
    ng信息单元；和/或
    ng-eNB信息单元。
  15. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    接收所述第二基站发送的变更后的第二寻呼原因能力信息。
  16. 根据权利要求1所述的方法，其特征在于，所述第一基站为非激活态终端对应的锚基站，所述第二基站是所述非激活态终端当前所在小区对应的基站；
    所述方法还包括：
    响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述非激活态终端的第一寻呼原因，通过基站间接口发送所述第一寻呼原因给所述第二基站。
  17. 根据权利要求16所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第一寻呼原因，确定不通过基站间接口发送所述第一寻呼原因给所述第二基站。
  18. 根据权利要求16或17所述的方法，其特征在于，所述确定传输 寻呼所述非激活态终端的第一寻呼原因，包括：
    响应于确定在发送给所述第二基站的无线接入网RAN寻呼消息中包括所述第一寻呼原因，确定传输所述第一寻呼原因。
  19. 根据权利要求1所述的方法，其特征在于，所述第一基站为非激活态终端当前所在小区对应的基站，所述第二基站是所述非激活态终端对应的锚基站；
    所述方法还包括：
    通过基站间接口接收所述第二基站发送的寻呼所述非激活态终端的第一寻呼原因，所述第一寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第一寻呼原因的情况下发送的。
  20. 根据权利要求19所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第二基站和所述第一基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第一寻呼原因，确定不通过基站间接口接收所述第二基站发送的所述第一寻呼原因。
  21. 根据权利要求1所述的方法，其特征在于，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站；
    所述方法还包括：
    响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述连接态终端的第二寻呼原因，通过基站间接口发送所述第二寻呼原因给所述第二基站。
  22. 根据权利要求21所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第二寻呼原因，确定不通过基站间接口发送所述第二寻呼原因给所述第二基站。
  23. 根据权利要求1所述的方法，其特征在于，所述第一基站为连接态终端待切换到的服务基站，所述第二基站是所述连接态终端对应的服务 基站；
    所述方法还包括：
    接收所述第二基站发送的寻呼所述连接态终端的第二寻呼原因，所述第二寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第二寻呼原因时发送的。
  24. 根据权利要求23所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站和所述第二基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第二寻呼原因，确定不通过基站间接口接收所述第二基站发送的所述第二寻呼原因。
  25. 一种能力交互方法，其特征在于，所述方法应用于第一基站，包括：
    向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力；以及
    接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
  26. 根据权利要求25所述的方法，其特征在于，所述向第二基站发送第三寻呼原因能力信息，包括：
    在与所述第二基站建立基站间接口时，向所述第二基站发送所述第三寻呼原因能力信息；
    所述接收所述第二基站发送的第四寻呼原因能力信息，包括：
    在与所述第二基站建立基站间接口时，接收所述第二基站发送的所述第四寻呼原因能力信息。
  27. 根据权利要求25所述的方法，其特征在于，所述第三寻呼原因能力信息包括以下至少一项：
    所述第一基站是否支持寻呼原因能力；
    所述第一基站的至少一个邻基站是否支持寻呼原因能力；
    所述第一基站所支持的至少一种寻呼原因能力的能力信息；和/或
    所述第一基站的至少一个邻基站所支持的至少一种寻呼原因能力的能力信息；
    所述第四寻呼原因能力信息包括以下至少一项：
    所述第二基站是否支持寻呼原因能力；
    所述第二基站的至少一个邻基站是否支持寻呼原因能力；所述第二基站所支持的至少一种寻呼原因能力的能力信息；和/或
    所述第二基站的至少一个邻基站所支持的至少一种寻呼原因能力的能力信息。
  28. 根据权利要求25所述的方法，其特征在于，所述第一基站是发起接口建立请求的基站；
    所述向所述第二基站发送第三寻呼原因能力信息，包括：
    通过基站间接口对应的第二AP信令，向所述第二基站发送所述第三寻呼原因能力信息；
    所述接收所述第二基站发送的第四寻呼原因能力信息，包括：
    接收所述第二基站通过基站间接口对应的第三AP信令发送的所述第四寻呼原因能力信息。
  29. 根据权利要求25所述的方法，其特征在于，所述第二基站是发起接口建立请求的基站；
    所述接收所述第二基站发送的第四寻呼原因能力信息，包括：
    接收所述第二基站通过基站间接口对应的第二AP信令发送的所述第四寻呼原因能力信息；
    所述向所述第二基站发送第三寻呼原因能力信息，包括：
    通过基站间接口对应的第三AP信令，向所述第二基站发送所述第三寻呼原因能力信息。
  30. 根据权利要求28或29所述的方法，其特征在于，当所述第一基 站和所述第二基站为E-UTRAN基站时，所述基站间接口为X2接口，所述第二AP信令为X2建立请求X2 SETUP REQUEST信令，所述第三AP信令为X2建立响应X2 SETUP RESPONSE信令。
  31. 根据权利要求30所述的方法，其特征在于，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第四寻呼原因能力信息或所述第三寻呼原因能力信息所在的信息单元；
    所述第二信息单元包括以下至少一项：
    服务小区信息Served Cell Information单元；
    邻居信息Neighbour Information单元；
    新空口邻居NR Neighbour Information单元；和/或
    与所述第四寻呼原因能力信息或所述第三寻呼原因能力信息对应的第一指定信息单元。
  32. 根据权利要求30所述的方法，其特征在于，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第三寻呼原因能力信息或所述第四寻呼原因能力信息所在的信息单元；
    所述第三信息单元包括以下至少一项：
    Served Cell Information单元；
    Neighbour Information单元；
    NR Neighbour Information单元；和/或
    与所述第三寻呼原因能力信息或所述第四寻呼原因能力信息对应的第二指定信息单元。
  33. 根据权利要求28或29所述的方法，其特征在于，当所述第一基站和所述第二基站为NR基站时，所述基站间接口为Xn接口，所述第二AP信令为Xn建立请求Xn SETUP REQUEST信令，所述第三AP信令为Xn建立响应Xn SETUP RESPONSE信令。
  34. 根据权利要求33所述的方法，其特征在于，所述第二AP信令包括第二信息单元，所述第二信息单元是所述第四寻呼原因能力信息或所述 第三寻呼原因能力信息所在的信息单元；
    所述第二信息单元包括以下至少一项：
    新空口服务小区列表List of Served Cells NR信息单元中的Served Cell Information NR信息单元；
    List of Served Cells NR信息单元中的Neighbour Information NR信息单元；
    List of Served Cells NR信息单元中的Neighbour Information E-UTRAN信息单元；
    E-UTRA服务小区列表List of Served Cells E-UTRA信息单元中的Served Cell Information E-UTRA信息单元；
    List of Served Cells E-UTRA信息单元中的Served Cell Information E-UTRA信息单元；
    List of Served Cells E-UTRA信息单元中的Neighbour Information NR信息单元；
    List of Served Cells E-UTRA信息单元中的Neighbour Information E-UTRAN信息单元；
    与所述第四寻呼原因能力信息或所述第三寻呼原因能力信息对应的第三指定信息单元。
  35. 根据权利要求33所述的方法，其特征在于，所述第三AP信令包括第三信息单元，所述第三信息单元是所述第三寻呼原因能力信息或所述第四寻呼原因能力信息所在的信息单元；
    所述第三信息单元包括：
    与所述第三寻呼原因能力信息或所述第四寻呼原因能力信息对应的第四指定信息单元。
  36. 根据权利要求25所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第三寻呼原因能力信息发生变更，向所述第二基站发送变更后的第三寻呼原因能力信息。
  37. 根据权利要求36所述的方法，其特征在于，所述向所述第二基站发送变更后的第三寻呼原因能力信息，包括：
    通过基站间接口对应的第一AP信令，向所述第二基站发送变更后的第三寻呼原因能力信息。
  38. 根据权利要求37所述的方法，其特征在于，所述通过基站间接口对应的第一AP信令，向所述第二基站发送变更后的第三寻呼原因能力信息，包括：
    通过所述第一AP信令所包括的第一信息单元，向所述第二基站发送变更后的第三寻呼原因能力信息。
  39. 根据权利要求38所述的方法，其特征在于，当所述第一基站和所述第二基站为E-UTRAN基站时，所述第一AP信令为X2AP信令。
  40. 根据权利要求39所述的方法，其特征在于，所述第一AP信令为ENB CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：
    Served Cells To Add信息单元；和/或
    Served Cells To Modify信息单元。
  41. 根据权利要求38所述的方法，其特征在于，当所述第一基站和所述第二基站为NR基站时，所述第一AP信令为XnAP信令。
  42. 根据权利要求41所述的方法，其特征在于，所述第一AP信令为NR-RAN节点配置更新NG-RAN NODE CONFIGURATION UPDATE信令，所述第一信息单元包括以下至少一项：
    ng信息单元；和/或
    ng-eNB信息单元。
  43. 根据权利要求25所述的方法，其特征在于，所述方法还包括：
    接收所述第二基站发送的变更后的第四寻呼原因能力信息。
  44. 根据权利要求25所述的方法，其特征在于，所述第一基站为非激活态终端对应的锚基站，所述第二基站是所述非激活态终端当前所在小区 对应的基站；
    所述方法还包括：
    响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述非激活态终端的第一寻呼原因，通过基站间接口发送所述第一寻呼原因给所述第二基站。
  45. 根据权利要求44所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第一寻呼原因，确定不通过基站间接口发送所述第一寻呼原因给所述第二基站。
  46. 根据权利要求44或45所述的方法，其特征在于，所述确定传输寻呼所述非激活态终端的第一寻呼原因，包括：
    响应于确定在发送给所述第二基站的无线接入网RAN寻呼消息中包括所述第一寻呼原因，确定传输所述第一寻呼原因。
  47. 根据权利要求25所述的方法，其特征在于，所述第一基站为非激活态终端当前所在小区对应的基站，所述第二基站是所述非激活态终端对应的锚基站；
    所述方法还包括：
    通过基站间接口接收所述第二基站发送的寻呼所述非激活态终端的第一寻呼原因，所述第一寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第一寻呼原因的情况下发送的。
  48. 根据权利要求47所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第二基站和所述第一基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第一寻呼原因，确定不通过基站间接口接收所述第二基站发送的所述第一寻呼原因。
  49. 根据权利要求25所述的方法，其特征在于，所述第一基站为连接态终端的服务基站，所述第二基站是所述连接态终端待切换到的服务基站；
    所述方法还包括：
    响应于确定所述第一基站与所述第二基站均支持寻呼原因能力，且确定传输寻呼所述连接态终端的第二寻呼原因，通过基站间接口发送所述第二寻呼原因给所述第二基站。
  50. 根据权利要求49所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站与所述第二基站中的至少一个不支持寻呼原因能力，且确定传输所述第二寻呼原因，确定不通过基站间接口发送所述第二寻呼原因给所述第二基站。
  51. 根据权利要求25所述的方法，其特征在于，所述第一基站为连接态终端待切换到的服务基站，所述第二基站是所述连接态终端对应的服务基站；
    所述方法还包括：
    接收所述第二基站发送的寻呼所述连接态终端的第二寻呼原因，所述第二寻呼原因是所述第二基站在确定所述第二基站和所述第一基站均支持寻呼原因能力、且确定传输所述第二寻呼原因时发送的。
  52. 根据权利要求51所述的方法，其特征在于，所述方法还包括：
    响应于确定所述第一基站和所述第二基站中的至少一个不支持寻呼原因能力，且确定所述第二基站传输所述第二寻呼原因，确定不通过基站间接口接收所述第二基站发送的所述第二寻呼原因。
  53. 一种能力交互装置，其特征在于，所述装置应用于第一基站，包括：
    第一发送模块，被配置为向第二基站发送第一寻呼原因能力信息，其中，所述第一寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力；以及
    第一接收模块，被配置为接收所述第二基站发送的第二寻呼原因能力信息，其中，所述第二寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力。
  54. 一种能力交互装置，其特征在于，所述装置应用于第一基站，包括：
    第二发送模块，被配置为向第二基站发送第三寻呼原因能力信息，其中，所述第三寻呼原因能力信息用于指示所述第一基站所支持的寻呼原因能力和/或所述第一基站的至少一个邻基站所支持的寻呼原因能力；以及
    第二接收模块，被配置为接收所述第二基站发送的第四寻呼原因能力信息，其中，所述第四寻呼原因能力信息用于指示所述第二基站所支持的寻呼原因能力和/或所述第二基站的至少一个邻基站所支持的寻呼原因能力。
  55. 一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-52任一项所述的能力交互方法。
  56. 一种能力交互装置，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为用于执行上述权利要求1-52任一项所述的能力交互方法。
CN202180002999.1A 2021-09-24 2021-09-24 能力交互方法及装置、存储介质 Pending CN116171614A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/120445 WO2023044799A1 (zh) 2021-09-24 2021-09-24 能力交互方法及装置、存储介质

Publications (1)

Publication Number Publication Date
CN116171614A true CN116171614A (zh) 2023-05-26

Family

ID=85719261

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180002999.1A Pending CN116171614A (zh) 2021-09-24 2021-09-24 能力交互方法及装置、存储介质

Country Status (2)

Country Link
CN (1) CN116171614A (zh)
WO (1) WO2023044799A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015083063A2 (en) * 2013-12-02 2015-06-11 Telefonaktiebolaget L M Ericsson (Publ) Non-paging base stations in lte systems
US20220295447A1 (en) * 2019-10-21 2022-09-15 Beijing Xiaomi Mobile Software Co., Ltd. Network access method, apparatus, communication device, and storage medium
US20240188041A1 (en) * 2021-04-01 2024-06-06 Beijing Xiaomi Mobile Software Co., Ltd. Paging cause processing method and apparatus, communication device, and storage medium

Also Published As

Publication number Publication date
WO2023044799A1 (zh) 2023-03-30

Similar Documents

Publication Publication Date Title
US10477447B2 (en) Connection management method for mobile device group
US9949179B2 (en) Method and device for indicating D2D related information and determining D2D transmission resource
CN113301620B (zh) 一种切换报告及rlf报告的发送方法和设备
CN106162777B (zh) 中继节点切换方法及系统
CN111083738B (zh) 一种负载均衡方法及设备
US20230109338A1 (en) Self-optimization method and device
KR20140006789A (ko) 무선통신망에서 보고 메시지의 망 기반 제어
RU2009116628A (ru) Передача обслуживания любой соте целевой базовой станции в системе беспроводной связи
CN112262590B (zh) 小区全球身份报告
CN111510941A (zh) 一种基于双/多连接的辅节点添加/更换的方法及设备
CN109121160B (zh) 一种小区信息上报的方法、指示方法、基站及终端
KR20100059800A (ko) 셀룰러 시스템에서의 향상된 이웃 정보 갱신
EP3937413A1 (en) Adjacent cell configuration information transmission method and system, and computer-readable storage medium
CN111565424B (zh) 双连接系统中处理连接失败的方法、装置及存储介质
CN112584453A (zh) 移动通信网络中的主节点、辅节点和用户设备及其通信方法
CN111630910A (zh) 提高移动设备定位准确度
US11064406B2 (en) Method for using a short signal identity in communication between a radio terminal and a radio access node, a radio terminal and a radio access node
CN116171614A (zh) 能力交互方法及装置、存储介质
CN109155953B (zh) 小区切换方法及装置
CN112400340B (zh) 一种小区切换方法以及相关设备
CN112399505A (zh) 一种终端设备的辅助基站切换方法及基站
CN115211174B (zh) 切换中的测量报告
EP4307765A1 (en) Cell handover method and apparatus, and storage medium
WO2024065193A1 (en) Wireless communication methods for network-controlled repeater access control, apparatus, and computer-readable medium
US20240089807A1 (en) Base station apparatus, terminal apparatus, control method, and computer-readable storage medium that improve processing for changing connection destination

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