基于共享基站的多卡终端寻呼冲突协调方法

摘要

本公开涉及一种基于共享基站的多卡终端寻呼冲突协调方法，包含步骤：共享基站接收由多卡终端上报的关于多卡终端的各个SIM卡所接入的移动网络的信息，共享基站是多运营商核心网架构下由多个运营商共享的基站；共享基站判断对应于所述多卡终端的各个SIM卡的寻呼时机是否存在冲突；如果共享基站判断对应于所述多卡终端的各个SIM卡的寻呼时机存在冲突，则：共享基站为所述多卡终端的各个SIM卡分配不同的寻呼时机；共享基站将寻呼时机配置信息下发给所述多卡终端，以供所述多卡终端根据接收到的寻呼时机配置信息进行配置；共享基站接收来自完成了所述配置的所述多卡终端的已完成配置的反馈。

说明书

技术领域

本公开总体上涉及无线通信技术领域，更具体地涉及5G通信技术领域。

背景技术

当前有些移动通信运营商为了尽快部署5G网络并节省建网成本，与其他运营商合作，共建基站并且共享基站，以实现覆盖翻倍、速率翻倍、服务更优的目标，客户可以享受到更大带宽、更高速率、更广覆盖的5G网络服务。

当用户设备(UE)配备两个SIM卡时，需要在两个网络中接收寻呼消息。两个网络的寻呼时机可能出现重叠，进而导致寻呼冲突。

现有技术解决双卡终端寻呼冲突都是基于没有网络间协调的条件进行设计的。

发明内容

在下文中给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

根据本公开的一个方面，提供一种一种基于共享基站的多卡终端寻呼冲突协调方法，包含步骤：

共享基站接收由多卡终端上报的关于多卡终端的各个SIM卡所接入的移动网络的信息，共享基站是多运营商核心网(MOCN)架构下由多个运营商共享的基站；

共享基站判断对应于所述多卡终端的各个SIM卡的寻呼时机(PO)是否存在冲突；

如果共享基站判断对应于所述多卡终端的各个SIM卡的寻呼时机(PO)存在冲突，则：

共享基站为所述多卡终端的各个SIM卡分配不同的寻呼时机(PO)；

共享基站将寻呼时机(PO)配置信息下发给所述多卡终端，以供所述多卡终端根据接收到的寻呼时机(PO)配置信息进行配置；

共享基站接收来自完成了所述配置的所述多卡终端的已完成配置的反馈。

根据本公开的另一个方面，提供一种基于共享基站的多卡终端寻呼冲突协调装置，包括：

存储器，其上存储有指令；以及

处理器，被配置为执行存储在所述存储器上的指令，以执行上述方法。

根据本公开的另一个方面，提供一种计算机可读存储介质，包括计算机可执行指令，所述计算机可执行指令在由一个或多个处理器执行时，使得所述一个或多个处理器执行上述方法。

根据本公开的另一个方面，提供一种计算机程序产品，包括计算机可执行指令，所述计算机可执行指令在由一个或多个处理器执行时，使得所述一个或多个处理器执行上述方法。

以下通过本发明的优选的实施方式的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更清楚地理解本公开，其中：

图1示意性地例示了多运营商核心网(MOCN)架构的示意图；

图2示意性地例示了根据本发明的基于共享基站的双卡终端寻呼冲突协调方法的流程图；

图3示意性地例示了根据本发明的基于共享基站的双卡终端寻呼冲突协调方法中寻呼时机(PO)协调配置机制的信令流程；

图4示意性地例示了双卡终端的两个SIM卡的寻呼时机(PO)冲突的情形以及协调双卡终端的两个SIM卡的寻呼时机(PO)冲突的方式；

图5示意性地例示了解决双卡终端的两个SIM卡的寻呼时机(PO)冲突的示意图；以及

图6示意性地例示了能够实现根据本公开的实施例的计算设备的示例性配置。

具体实施方式

参考附图进行以下详细描述，并且提供以下详细描述以帮助全面理解本公开的各种示例实施例。以下描述包括各种细节以帮助理解，但是这些细节仅被认为是示例，而不是为了限制本公开，本公开是由随附权利要求及其等同内容限定的。在以下描述中使用的词语和短语仅用于能够清楚一致地理解本公开。另外，为了清楚和简洁起见，可能省略了对公知的结构、功能和配置的描述。本领域普通技术人员将认识到，在不脱离本公开的精神和范围的情况下，可以对本文描述的示例进行各种改变和修改。

图1示意性地例示了多运营商核心网(MOCN)架构的示意图。在多运营商核心网(MOCN)架构下，如图1所示，多个移动通信运营商(例如中国电信、中国移动和/或中国联通)可以共建和共享通信基站和通信小区/频点，然后在此基础上分别组建各自的通信核心网，例如图1所示的运营商1核心网和运营商2核心网。

本发明提出了一种基于共建共享场景下的多卡终端寻呼冲突协调机制，其中，在发生寻呼冲突的情况下，通过共享基站的协调处理来避免寻呼冲突。

图2示意性地例示了根据本发明的基于共享基站的双卡终端寻呼冲突协调方法的流程图。相应地，图3示意性地例示了根据本发明的基于共享基站的双卡终端寻呼冲突协调方法中寻呼时机(PO)协调配置机制的信令流程。

在步骤S201，多卡终端(例如双卡终端)将关于其各个SIM卡所接入的移动网络的信息上报给共享基站。相应地，共享基站接收由多卡终端上报的关于多卡终端的各个SIM卡所接入的移动网络的信息。关于各个SIM卡所接入的移动网络的信息可以例如包含：终端是否为双卡终端；终端中各SIM卡接入哪个运营商网络。运营商网络也被称为公共陆地移动网(PLMN)。共享基站是多运营商核心网(MOCN)架构下由多个运营商共享的基站。通常，共享基站也是由多个运营商共同建造的。该步骤在图3中被示出为最上面的从双卡终端到共享基站的信令。

然后，在步骤S202，共享基站判断对应于多卡终端的各个SIM卡的寻呼时机(PO)是否存在冲突。

当寻呼参数Ns＞＝2时，每个寻呼无线帧中包含不止一个寻呼时机(PO)。

作为优选的示例，寻呼时机(PO)对应于寻呼帧(PF)中的子帧，不同的寻呼时机(PO)对应于寻呼帧(PF)中不同的子帧。

例如，双卡终端的两个SIM卡的寻呼时机(PO)相同，双卡终端的两个SIM卡的寻呼时机(PO)对应于寻呼帧(PF)中相同的子帧，则共享基站判断对应于双卡终端的各个SIM卡的寻呼时机(PO)存在冲突。

在共享基站判断对应于双卡终端的各个SIM卡的寻呼时机(PO)存在冲突的情况下，进行如下处理以解决双卡终端的寻呼冲突问题。

具体而言，例如在步骤S203，共享基站为双卡终端的各个SIM卡分配不同的寻呼时机(PO)。例如，采用网络侧的PO协调配置机制来解决寻呼冲突问题，并将PO协调配置信令指示给双卡终端。例如，可以将冲突PO分配给其中的一张SIM使用，而对未分得冲突PO的SIM卡进行PO调整，将另一PO分配给未分得冲突PO的SIM卡。这样的处理在图3中被例示为“基站发现寻呼冲突，并进行寻呼冲突协调”的处理。作为优选的示例，当共享基站为多卡终端(例如双卡终端)的各个SIM卡分配不同的寻呼时机(PO)时，可以将冲突的寻呼时机(PO)分配给一个SIM卡，并且为其他的SIM卡分配另外的不同的寻呼时机(PO)。

在步骤S204，共享基站将寻呼时机(PO)配置信息下发给双卡终端。这样的步骤在图3中被例示为中间的从共享基站到双卡终端的信令。

进一步在步骤S205，在接收到寻呼时机(PO)配置信息后，双卡终端完成配置并且反馈给共享基站已完成配置。相应地，共享基站接收来自完成了所述配置的所述多卡终端的已完成配置的反馈。这样的处理在图3中被例示为“UE接收PO协调配置信令并在配置的PO子帧接收呼叫”的处理以及最下面的从双卡终端到共享基站的信令。在完成所述配置后，多卡终端的各个SIM卡在被分配的不同的寻呼时机(PO)子帧接收呼叫，并且能够避免寻呼冲突。

如果共享基站判断对应于双卡终端的各个SIM卡的寻呼时机(PO)不存在冲突，则直接结束处理。例如，双卡终端的两个SIM卡的寻呼时机(PO)不相同，例如双卡终端的两个SIM卡的寻呼时机(PO)对应于寻呼帧(PF)中不同的子帧，则共享基站判断对应于双卡终端的各个SIM卡的寻呼时机(PO)不存在冲突。

以下具体例示说明对应于多卡终端的各个SIM卡的寻呼时机(PO)是如何冲突的以及如何进行寻呼冲突协调。

图4示意性地例示了双卡终端的两个SIM卡的寻呼时机(PO)冲突的情形以及协调双卡终端的两个SIM卡的寻呼时机(PO)冲突的方式。

如图4所示，在当前设备的DRX(非连续接收)周期中包含寻呼帧(PF)，在寻呼帧(PF)中包含与寻呼时机(PO)对应的子帧。

例如，SIM卡1为中国电信，SIM卡2为中国联通。共建共享基站发现寻呼冲突问题在子帧5发生，并且决定将子帧5分配给中国电信SIM卡，而将其他可配置的PO选择子帧8作为中国联通卡的寻呼监听子帧。

图5示意性地例示了解决双卡终端的两个SIM卡的寻呼时机(PO)冲突的示意图。

如图5所示，双卡终端与共享基站通过图中所示的步骤1到4解决了双卡终端的两个SIM卡的寻呼时机(PO)冲突，最终使得将PO选择子帧5分配给中国电信SIM卡，而将PO选择子帧8分配给中国联通SIM卡，从而成功地解决了寻呼时机(PO)冲突。

本发明创造性地利用了网络共建共享的条件并且通过网络间的协调处理有利地解决了多卡终端的寻呼冲突问题。更具体而言，本发明引入了多卡终端能力上报和信令具体设计，本发明可以使网络侧主动发现寻呼冲突问题，并且本发明设计了共享基站寻呼时机(PO)协调流程来解决寻呼冲突问题。

图6示意性地例示了能够实现根据本公开的实施例的计算设备的示例性配置。

计算设备600是能够应用本公开的上述方面的硬件设备的实例。计算设备600可以是被配置为执行处理和/或计算的任何机器。计算设备600可以是但不限制于工作站、服务器、台式计算机、膝上型计算机、平板计算机、个人数据助手(PDA)、智能电话、车载计算机或以上组合。

如图6所示，计算设备600可以包括可以经由一个或多个接口与总线602连接或通信的一个或多个元件。总线602可以包括但不限于，工业标准架构(Industry StandardArchitecture，ISA)总线、微通道架构(Micro ChannelArchitecture，MCA)总线、增强ISA(EISA)总线、视频电子标准协会(VESA)局部总线、以及外设组件互连(PCI)总线等。计算设备600可以包括例如一个或多个处理器604、一个或多个输入设备606以及一个或多个输出设备608。一个或多个处理器604可以是任何种类的处理器，并且可以包括但不限于一个或多个通用处理器或专用处理器(诸如专用处理芯片)。处理器604例如可以被配置为执行图2所示的方法。输入设备606可以是能够向计算设备输入信息的任何类型的输入设备，并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或远程控制器。输出设备608可以是能够呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。

计算设备600还可以包括或被连接至非暂态存储设备614，该非暂态存储设备614可以是任何非暂态的并且可以实现数据存储的存储设备，并且可以包括但不限于盘驱动器、光存储设备、固态存储器、软盘、柔性盘、硬盘、磁带或任何其他磁性介质、压缩盘或任何其他光学介质、缓存存储器和/或任何其他存储芯片或模块、和/或计算机可以从其中读取数据、指令和/或代码的其他任何介质。计算设备600还可以包括随机存取存储器(RAM)610和只读存储器(ROM)612。ROM 612可以以非易失性方式存储待执行的程序、实用程序或进程。RAM 610可提供易失性数据存储，并存储与计算设备600的操作相关的指令。计算设备600还可包括耦接至数据链路618的网络/总线接口616。网络/总线接口616可以是能够启用与外部装置和/或网络通信的任何种类的设备或系统，并且可以包括但不限于调制解调器、网络卡、红外线通信设备、无线通信设备和/或芯片集(诸如蓝牙T

本公开可以被实现为装置、系统、集成电路和非瞬时性计算机可读介质上的计算机程序的任何组合。可以将一个或多个处理器实现为执行本公开中描述的部分或全部功能的集成电路(IC)、专用集成电路(ASIC)或大规模集成电路(LSI)、系统LSI，超级LSI或超LSI组件。

本公开包括软件、应用程序、计算机程序或算法的使用。可以将软件、应用程序、计算机程序或算法存储在非瞬时性计算机可读介质上，以使诸如一个或多个处理器的计算机执行上述步骤和附图中描述的步骤。例如，一个或多个存储器以可执行指令存储软件或算法，并且一个或多个处理器可以关联执行该软件或算法的一组指令，以根据本公开中描述的实施例提供各种功能。

软件和计算机程序(也可以称为程序、软件应用程序、应用程序、组件或代码)包括用于可编程处理器的机器指令，并且可以以高级过程性语言、面向对象编程语言、功能性编程语言、逻辑编程语言或汇编语言或机器语言来实现。术语“计算机可读介质”是指用于向可编程数据处理器提供机器指令或数据的任何计算机程序产品、装置或设备，例如磁盘、光盘、固态存储设备、存储器和可编程逻辑设备(PLD)，包括将机器指令作为计算机可读信号来接收的计算机可读介质。

举例来说，计算机可读介质可以包括动态随机存取存储器(DRAM)、随机存取存储器(RAM)、只读存储器(ROM)、电可擦只读存储器(EEPROM)、紧凑盘只读存储器(CD-ROM)或其他光盘存储设备、磁盘存储设备或其他磁性存储设备，或可以用于以指令或数据结构的形式携带或存储所需的计算机可读程序代码以及能够被通用或专用计算机或通用或专用处理器访问的任何其它介质。如本文中所使用的，磁盘或盘包括紧凑盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘和蓝光盘，其中磁盘通常以磁性方式复制数据，而盘则通过激光以光学方式复制数据。上述的组合也包括在计算机可读介质的范围内。

提供本公开的主题作为用于执行本公开中描述的特征的装置、系统、方法和程序的示例。但是，除了上述特征之外，还可以预期其他特征或变型。可以预期的是，可以用可能代替任何上述实现的技术的任何新出现的技术来完成本公开的部件和功能的实现。

另外，以上描述提供了示例，而不限制权利要求中阐述的范围、适用性或配置。在不脱离本公开的精神和范围的情况下，可以对所讨论的元件的功能和布置进行改变。各种实施例可以适当地省略、替代或添加各种过程或部件。例如，关于某些实施例描述的特征可以在其他实施例中被结合。

类似地，虽然在附图中以特定次序描绘了操作，但是这不应该被理解为要求以所示的特定次序或者以顺序次序执行这样的操作，或者要求执行所有图示的操作以实现所希望的结果。在某些情况下，多任务处理和并行处理可以是有利的。