CN109314918A - 通信系统中的寻呼系统和方法 - Google Patents

通信系统中的寻呼系统和方法 Download PDF

Info

Publication number
CN109314918A
CN109314918A CN201780034588.4A CN201780034588A CN109314918A CN 109314918 A CN109314918 A CN 109314918A CN 201780034588 A CN201780034588 A CN 201780034588A CN 109314918 A CN109314918 A CN 109314918A
Authority
CN
China
Prior art keywords
ran
equipment
specific
instruction
paging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201780034588.4A
Other languages
English (en)
Other versions
CN109314918B (zh
Inventor
纳坦·爱德华·坦尼
段小嫣
金辉
李国荣
欧阳国威
杨云松
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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
Publication of CN109314918A publication Critical patent/CN109314918A/zh
Application granted granted Critical
Publication of CN109314918B publication Critical patent/CN109314918B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • 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/02—Arrangements for increasing efficiency of notification or paging channel
    • 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/12—Inter-network notification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/02—Hybrid access

Landscapes

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

Abstract

一种寻呼用户设备(user equipment，简称UE)的方法，包括：接收针对所述UE的通用寻呼指示，其中，所述通用寻呼指示包括无线接入网络(radio access network，RAN)列表；选择所述RAN列表的子集；针对所述RAN列表的子集中每个RAN发送RAN特定寻呼指示；接收与所述UE相关联的第一RAN特定寻呼响应；发送与所述第一RAN特定寻呼响应对应的通用寻呼响应。

Description

通信系统中的寻呼系统和方法
本申请要求于2017年5月25日递交的发明名称为“通信系统中的寻呼系统和方法”的第15/605,360号美国非临时专利申请案的在先申请优先权，以及于2016年6月13日递交的发明名称为“虚拟化网络中寻呼系统和方法”的第62/349,431号美国临时专利申请案的在先申请优先权，该在先申请的内容以引入的方式并入本文。
技术领域
本发明主要涉及数字通信的系统和方法，在特定实施例中，涉及通信系统中的寻呼系统和方法。
背景技术
一般来说，在传统的蜂窝网络中，移动设备进行附着和对移动性进行控制的点是核心网的移动控制节点。例如，在第三代合作伙伴计划(3rd Generation PartnershipProject，简称3GPP)长期演进(Long Term Evolution，简称LTE)兼容网络中，节点也称为移动管理实体(mobility management entity，简称MME)。每个移动控制节点在特定的域内能控制移动设备，并在需要通信时负责定位移动设备和建立连接，例如，在需要使用移动设备进行数据业务时寻呼移动设备。
由于移动控制节点属于特定的核心网，因此这些节点本质上耦合到与该核心网耦合的无线接入网络(radio access network，简称RAN)中使用的一种或多种无线接入技术(radio access technology，简称RAT)。传统上，RAN和核心网节点之间的这些耦合关系是RAT特定的，即一个核心网只能与一种RAT(或至多，少数紧密相关的RAT)进行通信。例如，MME是针对使用3GPP LTE接入的移动设备的。与使用其他接入技术的设备进行通信需要各核心网络之间的专用互通流程，一般而言，特定移动设备仍然与一种或另一种无线接入技术相关。例如，3GPP LTE网络可以与CDMA 2000网络进行通信，以执行异系统切换，但在切换后，3GPP LTE MME认为移动设备不再位于3GPP LTE MME的覆盖范围内。
在未来的网络中，通过使用软件定义网络(software-defined networking，简称SDN)架构和/或虚拟化网络功能，移动控制节点将被逻辑功能所代替，这种逻辑功能通常驻留在互联网协议(Internet Protocol，简称IP)云中。虚拟化功能没有必要只与一种RAT进行通信，单个移动控制功能管理使用多种RAT的设备是完全可行的。
发明内容
示例实施例提供了通信系统中的寻呼系统和方法。
根据一个示例实施例，提供了一种寻呼用户设备(user equipment，简称UE)的方法。所述方法包括：适配功能接收针对所述UE的通用寻呼指示，其中，所述通用寻呼指示包括无线接入网络(radio access network，RAN)列表；所述适配功能选择所述RAN列表的子集；所述适配功能针对所述RAN列表的子集中每个RAN发送RAN特定寻呼指示；所述适配功能接收与所述UE相关联的第一RAN特定寻呼响应；所述适配功能发送与所述第一RAN特定寻呼响应对应的通用寻呼响应。
可选地，在任一前述实施例中，所述RAN列表中至少两个RAN采用不同的无线接入技术(radio access technology，简称RAT)工作。
可选地，在任一前述实施例中，所述适配功能接收包括与所述UE相关联的第一RAN特定寻呼响应的多个RAN特定寻呼响应，其中，所述方法还包括：所述适配功能根据选择标准从所述多个RAN特定寻呼响应中选择所述第一RAN特定寻呼响应。
可选地，在任一前述实施例中，所述选择标准包括所述通用寻呼指示正在建立的业务的优选RAN、所述UE的优选RAN、RAN能力、UE能力、RAN条件或UE条件中的至少一个。
可选地，在任一前述实施例中，所述通用寻呼指示与具有优选RAN的业务相关联，所述RAN列表的子集是根据所述优选RAN选择出的。
可选地，在任一前述实施例中，所述RAN特定寻呼指示中的至少一个包括用于将所述UE定向到所述优选RAN的信息。
可选地，在任一前述实施例中，所述RAN特定寻呼指示中的至少一个第一RAN特定寻呼指示包括数据帧，所述数据帧封装有与所述优选RAN相关联的第二RAN特定寻呼指示或与所述优选RAN相关联的RAN特定信息。
可选地，在任一前述实施例中，所述适配功能接收包括与所述UE相关联的第一RAN特定寻呼响应的多个RAN特定寻呼响应，其中，所述方法还包括：所述适配功能向与所述多个RAN特定寻呼响应而非第一RAN特定寻呼响应相关联的RAN设备发送RAN特定消息，指示所述RAN设备释放所述UE。
根据另一示例实施例，提供了一种操作UE的方法。所述方法包括：所述UE接收来自第一RAN设备的第一RAN特定寻呼指示，其中，所述第一RAN特定寻呼指示包括优选RAN相关信息；所述UE向第二RAN设备发送RAN特定寻呼响应；所述UE根据所述第一RAN特定寻呼指示参与RAN变更。
可选地，在任一前述实施例中，所述第一RAN特定寻呼指示包括重定向指示符，所述参与RAN变更包括：重定向至所述优选RAN。
可选地，在任一前述实施例中，所述第一RAN特定寻呼指示包括切换指示符，所述参与RAN变更包括：切换至所述优选RAN。
可选地，在任一前述实施例中，所述第一RAN设备和所述第二RAN设备是同一个设备。
可选地，在任一前述实施例中，所述第一RAN设备和所述第二RAN设备是不同的RAN设备，所述第二RAN设备服务所述优选RAN，来自所述第一RAN设备的第一RAN特定寻呼指示封装有与所述优选RAN相关联的第二RAN特定寻呼指示或与所述优选RAN相关联的RAN特定信息。
可选地，在任一前述实施例中，所述第一RAN特定寻呼指示包括具有以太类型字段的基于逻辑链路控制(logical link control，简称LLC)协议鉴别(logical link controlprotocol discrimination，简称LPD)的数据帧，所述字段指示所述基于LPD的数据帧是以太类型“89-0d”帧，其中，与所述优选RAN相关联的所述第二RAN特定寻呼指示或RAN特定信息封装在所述基于LPD的数据帧的净荷中，所述基于LPD的数据帧的净荷类型指示符指示所述优选RAN的寻呼协议，所述方法还包括：所述UE从所述第一RAN特定寻呼指示获取所述基于LPD的数据帧的净荷类型指示和净荷；所述UE基于所述净荷类型指示的值将所述净荷转发至与所述优选RAN相关联的UE协议栈，其中，与所述优选RAN相关联的UE协议栈生成所述RAN特定寻呼响应。
根据另一示例实施例，提供了一种寻呼UE的方法。所述方法包括：服务第一RAN的第一RAN设备接收针对所述UE的第一RAN特定寻呼指示；所述第一RAN设备确定所述UE驻留在第二RAN；所述第一RAN设备向服务所述第二RAN的第二RAN设备发送第二RAN特定寻呼指示，其中，所述第二RAN特定寻呼指示包括RAN特定寻呼消息；所述第一RAN设备接收来自所述UE的第一RAN特定寻呼响应。
可选地，在任一前述实施例中，所述RAN特定寻呼消息封装在所述第二RAN特定寻呼指示中。
可选地，在任一前述实施例中，所述第二RAN特定寻呼指示包括数据帧。
可选地，在任一前述实施例中，还包括：所述第一RAN设备将来自所述UE的第一RAN特定寻呼响应转发至适配功能，其中，针对所述UE的第一RAN特定寻呼指示接收自所述适配功能。
根据一个示例实施例，提供了一种UE。所述UE包括：一个或多个处理器；计算机可读存储介质，存储有供所述一个或多个处理器执行的程序，其中，所述程序包括指令用以配置所述UE执行以下操作：接收来自第一RAN设备的第一RAN特定寻呼指示，其中，所述第一RAN特定寻呼指示包括优选RAN相关信息；向第二RAN设备发送RAN特定寻呼响应；根据所述第一RAN特定寻呼指示参与RAN变更。
可选地，在任一前述实施例中，所述第一RAN特定寻呼指示包括重定向指示符，所述程序包括指令用以配置所述UE重定向至所述优选RAN。
可选地，在任一前述实施例中，所述第一RAN特定寻呼指示包括切换指示符，所述程序包括指令用以配置所述UE切换至所述优选RAN。
在移动管理功能不知道在哪里(例如，多种RAT中的哪一种RAT)定位移动设备时，实践上述实施例能够寻呼到移动设备。
附图说明
为了更完整地理解本发明及其优点，现在参考下文结合附图进行的描述，其中：
图1示出了此处所述示例实施例提供的一种示例通信系统；
图2示出了此处所述示例实施例提供的一种示例通信系统，其突出了对发送给UE的到达SDN的数据的处理；
图3示出了此处所述示例实施例提供的一种示例通信系统，其突出了寻呼流程；
图4示出了此处所述示例实施例提供的一种图，其突出了参与泛洪寻呼的设备交互的消息和进行的处理；
图5示出了此处所述示例实施例提供的一种图，其突出了通过重定向参与接入选择的设备交互的消息和进行的处理；
图6示出了此处所述示例实施例提供的一种图，其突出了通过切换参与接入选择的设备交互的消息和进行的处理；
图7示出了此处所述示例实施例提供的一种图，其突出了参与接入选择的设备交互的消息和进行的处理，具有解析多个寻呼响应的能力；
图8示出了此处所述示例实施例提供的一种图，其突出了参与接入选择的设备交互的消息和进行的处理，具有5G和Wi-Fi RAN；
图9示出了此处所述示例实施例提供的一种图，其突出了参与接入选择的设备交互的消息和进行的处理，具有5G和Wi-Fi RAN，其中，5G为优选RAN；
图10A示出了一种示例以太帧；
图10B示出了一种基于LLC协议鉴别的数据帧的示例；
图10C示出了一种示例净荷类型值的表格；
图11示出了此处所述示例实施例提供的一种图，其突出了参与接入选择的设备交互的消息和进行的处理，具有5G和Wi-Fi RAN，其中，通过Wi-Fi路由5G寻呼；
图12示出了此处所述示例实施例提供的一种参与泛洪寻呼的适配功能中进行的示例操作的流程图；
图13示出了此处所述示例实施例提供的一种参与泛洪寻呼的UE中进行的示例操作的流程图；
图14示出了此处所述示例实施例提供的一种通过备选RAN路由寻呼而参与寻呼的第一RAN设备中进行的示例操作的流程图；
图15示出了此处所述示例实施例提供的一种通过备选RAN路由寻呼而参与寻呼的UE中进行的示例操作的流程图；
图16示出了一种用于执行此处所述方法的处理系统的实施例的框图；
图17示出了此处所述示例实施例提供的一种用于通过电信网络收发信令的收发器的框图。
具体实施方式
下文详细讨论当前示例实施例的制作和使用。但应了解，本发明提供的许多适用发明概念可实施在多种具体环境中。所讨论的具体实施例仅仅说明用以实施和使用本发明的具体方式，而不限制本发明的范围。
本实施例是结合特定上下文中的示例实施例进行描述的，即，采用移动控制功能来管理使用多种无线接入技术(radio access technology，简称RAT)的移动设备的网络。本实施例可以应用于符合标准的通信系统和非符合标准的通信系统，该系统使用移动控制功能来管理使用多种RAT的移动设备。
在虚拟化网络中，将设备附着的概念进行抽象具有一定的意义，因此业务层对特定接入网没有特殊依赖性。例如，高速数据业务需要知道服务网络可以向移动设备提供必要的数据速率，但是没有必要区分采用第三代合作伙伴计划(3rd GenerationPartnership Project，简称3GPP)长期演进(Long Term Evolution，简称LTE)或电气和电子工程师学会(Institute of Electrical and Electronics Engineers，简称IEEE)802.11(通常称为Wi-Fi或无线局域网(wireless local area network，简称WLAN))或一些其他RAT来提供所需数据速率的网络。抽象可以被称为“网络即服务”(network as aservice，简称NaaS)概念，是网络功能虚拟化概念的主要用例。NaaS概念被视为能够在集成不同RAT时实现高度未来灵活度，以提供无缝的用户体验。
移动设备可以通过任何RAT，例如，第一RAT，附着到移动管理功能。随后，移动设备可以通过异系统切换移动到一个不同的RAT，例如，第二RAT。此外，一些设备可以同时通过若干RAT进行附着，无论采用哪一种能够最大地支持要求的无线接入网络(radio accessnetwork，简称RAN)均能传递特定业务(例如，使用蜂窝RAN的语音业务和使用Wi-Fi RAN的数据业务)。在这些环境中，移动管理功能可能不知道在任何特定时刻服务移动设备的RAN，尤其是如果移动设备在空闲态驻留在RAN。在移动设备的电池寿命是一个主要考量的情况下，一个明显的优势可以是：当移动设备处于空闲态时能够最小化移动设备和网络基础设备之间的信令，即使移动设备在区域之间移动，其中，不同区域可能具有不同RAN的优选覆盖(例如，由于无线环境的变化)。最小化信令使得移动设备可以在RAN之间自由移动，无需任何显式信令即可更新移动管理功能。因此，当需要与处于空闲态的移动设备进行联系时(例如，寻呼移动设备终止业务)，不能总是假设移动管理功能知道在哪里(例如，通过哪个RAN)定位移动设备。
图1示出了一种示例通信系统100。通信系统100包括第一RAN(RAN_A)105和第二RAN(RAN_B)107。通信系统100还包括驻留在RAN_B 107的用户设备(user equipment，简称UE)110，其处于空闲态，这意味着UE 110没有主动参与通信。这两个RAN连接到适配功能115，适配功能将RAN功能抽象为一种类似于软件定义网络(software-definednetworking，简称SDN)应用编程接口(application programming interface，简称API)的形式。适配功能115在3GPP兼容的RAT中可能不是必要的，但其为其他RAT提供灵活性。适配功能115可以在核心网的实体中实现。或者，适配功能115也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。例如，通知适配功能115在不同RAT中使用的相关寻呼消息格式。
向与SDN 125接口的路由器120和122提供API。在SDN 125中，存在虚拟化移动功能(virtualized mobility function，简称VMM)130和虚拟化网关功能(virtualizedgateway function，简称VGW)135。VMM 130控制通过RAN_A 105和RAN_B 107进行附着的设备，而VGW 135提供与外部网络的连接。应理解的是，可以采用集中式或分布式等方式将VMM130和VGW 135实例化在单个硬件实体或分离的硬件实体上，这取决于SDN 125的架构。
虽然应理解的是，通信系统可以采用多个路由器、RAN和UE，但是在各种网络拓扑中，为简单起见，仅示出了两个路由器、两个RAN和一个UE。
SDN 125与RAN_A 105和RAN_B 107进行通信。例如，RAN_A 105可以是3GPP LTE兼容的，而RAN_B 107是第五代(fifth generation，简称5G)兼容的RAT。与非3GPP以及前第四代(pre-fourth generation，简称前4G)RAT进行通信也是可能的。
UE 110在一次注册中涵盖了这两个RAN，每次UE 110切换RAN时不更新该注册。在现有技术的通信系统中，当UE向核心网注册并在“某处”处于空闲态(即，驻留在这些RAN中的一个RAN(RAN_A 105或RAN_B 107)的覆盖范围内)时，VMM 130不知道UE驻留在哪个RAN。这种不确定性导致了一个问题，即SDN 125如何寻呼UE 110来建立业务。
图2示出了一种示例通信系统200，其突出了对发送给UE 210的到达SDN 225的数据的处理。通常，当发送给UE 210的数据到达SDN 225时，VGW 235需要通过路由将数据传递至UE 210。VMM 230具有UE 210的上下文但没有到UE 210的有效路由。VMM 230负责寻呼UE210以便与UE 210建立无线资源控制(radio resource control，简称RRC)连接，从而向VGW235提供路由。但是，VMM 230并不知道UE 210是驻留在RAN_A 205还是RAN_B 207上，因此，VMM 230也不知道应该寻呼RAN_A 205还是RAN_B 207。一个潜在的简单解决方案是同时寻呼RAN_A 205和RAN_B 207，这通常称为泛洪寻呼。
图3示出了一种示例通信系统300，其突出了寻呼流程。通信系统300包括RAN_A305和RAN_B 307，其中，UE 310驻留在RAN_B 307中但处于空闲态。这两个RAN连接到适配功能315，适配功能315连接到SDN 325。在SDN 325中，存在VMM 330和VGW 335。
在事件320处，数据到达SDN 325以便传递到UE 310。VGW 335确定需要通过路由将数据发送到UE 310，并识别UE 310所附着的VMM(例如，VMM 330)。VGW 335将路由请求340发送到VMM 330。VMM 330确定UE 310可以驻留的一个或多个RAN。在图3所示的场景中，历史信息(例如，在UE 310附着到VMM 330时的服务RAT信息)可以指示UE 310已经由RAN_A 305和RAN_B 307服务。或者，当UE 310由RAN_A 305和RAN_B 307中的一个服务时，UE 310可能已经被配置在RAN_A 305和RAN_B 307之间自由移动，无需向网络更新其附着状态。在任一种情况下，VMM 330都不知道UE 310当前驻留在哪个RAN。
VMM 330将寻呼指示345发送到适配功能315。寻呼指示345可以采用通用格式，这意味着寻呼指示345没有针对任何特定RAN进行编排。在一个实施例中，适配功能315接收通用寻呼指示，生成具有RAN特定格式的寻呼指示。适配功能315还将具有RAN特定格式的寻呼响应转换为通用寻呼响应。适配功能315生成两个寻呼指示(针对两个RAN中的每个RAN生成一个寻呼指示)，其中，第一寻呼指示350具有与RAN_A 305兼容的格式，第二寻呼指示352具有与RAN_B 307兼容的格式。RAN_A 305和RAN_B 307发送寻呼，但是只有来自RAN_B 307的寻呼成功(这意味着从UE 310接收到相应的寻呼响应)，原因在于UE 310当前驻留在RAN_B307。RAN_B 307向适配功能315发送采用RAN_B 307兼容的格式的寻呼响应355。适配功能315将寻呼响应355转换为通用格式的寻呼响应360，将寻呼响应360发送到VMM 330。VMM330根据寻呼响应360中的信息生成路由信息365，将路由信息365发送到VGW 335。
根据一个示例实施例，在接收到针对可能驻留在多个RAN中的UE的寻呼指示的情况下，在多个RAN中的每个RAN中发送寻呼。在多个RAN中对UE的寻呼通常被称为泛洪寻呼。
根据一个示例实施例，在接收到针对可能驻留在多个RAN中的UE的寻呼指示的情况下，选择多个RAN的子集，通过多个RAN的子集中的每个RAN向UE发送寻呼。在特定RAN中发送的寻呼采用与该RAN兼容的格式。
图4示出了图400，其突出了参与泛洪寻呼的设备交互的消息和进行的处理。图400突出了由VMM 405、适配功能407、RAN_A设备409、RAN_B设备411以及UE 413交互的消息和进行的处理。适配功能407可以在核心网的实体中实现。或者，适配功能407也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。
VMM 405向适配功能407发送寻呼指示(事件420)。寻呼指示采用通用格式，可以包括RAN列表。RAN列表包括先前服务过UE 413的RAN列表，或者UE 413在VMM 405中的附着状态对其有效的RAN列表。通常，UE在VMM中的附着状态包括可能已服务或可能潜在服务UE的RAN列表。RAN列表可以是时间限制的，意味着可以不用列出较旧的RAN，即UE的附着状态对其来说不够新的RAN。适配功能407针对RAN列表中的每个RAN生成寻呼指示，在图4所示的场景中，包括2个RAN：RAN_A(可以是3GPP LTE兼容的RAN)和RAN_B(可以是5G兼容的RAN)。每个RAN的寻呼指示采用与该RAN相关联的格式。适配功能407将两个寻呼指示发送到各自RAN(事件422和424)。
当核心网指示寻呼时，RAN_A设备409，例如，3GPP演进型基站(evolved NodeB，简称eNB)，根据eNB的标准寻呼行为发送无线资源控制(radio resource control，简称RRC)寻呼消息(事件426)。但是，由于UE 413没有驻留在RAN_A，所以没有回复(圆圈428)。RAN_B设备411，例如，下一代(next generation，简称NG)节点B(next generation NodeB，简称gNB)等5G设备，根据5G RAN的寻呼(或等效功能)流程发送5G寻呼消息(事件430)。UE 413接收5G寻呼并发送5G寻呼响应(事件432)。RAN_B设备411将5G寻呼响应发送到适配功能407(事件434)。如果RAN_A支持寻呼失败消息，则RAN_A设备409可以向适配功能407发送寻呼失败(事件436)。需要注意的是，3GPP LTE不支持寻呼失败消息。寻呼失败消息可用于向适配功能407指示寻呼指示未接收到响应。在RAN不支持寻呼失败消息的情况下(例如，在3GPPLTE兼容的RAN中)，可以使用超时机制来判断寻呼指示是否没有接收到响应以及重试寻呼流程或者放弃。
适配功能407将5G寻呼响应转换为通用寻呼响应，将通用寻呼响应发送到VMM 405(事件438)。执行其他信令为UE 413建立业务(方框440)。
对于泛洪寻呼，需要注意的是：
虽然从RAN收到响应，但响应的RAN可能无法为正在建立的特定业务提供最佳的接入。这导致次优的网络能力，例如，可以使用Wi-Fi来建立语音业务。或者，响应的RAN可能负载过重，导致满足服务质量(quality of service，简称QoS)要求的困难加大。同时，可能存在特定RAN的偏好(例如，用户)以提供对特定业务的接入。
其次，可能会收到不止一个寻呼响应。例如，UE可以是双模双待设备和双卡双待(dual SIM dual standby，简称DSDS)设备等。因此，在最坏的情况下，UE可以同时响应多个寻呼指示。UE同时驻留这一行为可以通知或不通知给RAN。
作为说明性示例，假设正在建立的业务优选第一RAN(例如，3GPP LTE)而不是第二RAN(例如，5G)。此外，假设VMM知道UE可以使用第一RAN以及UE附着到核心网使得UE可以使用第一RAN，但是VMM不一定知道UE当前驻留在哪个RAN。因此，期望的是，无论UE驻留在哪里均可以寻呼到UE，但还期望的是，将UE移动到第一RAN以提供正在建立的业务，原因在于在该说明性示例中第一RAN是优选RAN。在这种情况下，UE有可能驻留在第二RAN并在第二RAN中接收寻呼，从而需要将UE移动到第一RAN中的业务。在3GPP LTE中，在用于电路域交换回落(circuit switched fallback，简称CSFB)的寻呼中存在类似的情况，其目标是UE最终在支持RAT的电路交换中。例如，可以使用重定向或切换来将UE移动到第一RAN中。通过所谓的“交叉寻呼”可以实现类似的效果，其中第一RAN中的寻呼用于寻呼向第二RAN立即移动的UE并且UE在第二RAN中进行响应。但是，当前3GPP LTE不支持交叉寻呼。
图5示出了图500，其突出了通过重定向参与接入选择的设备交互的消息和进行的处理。图500突出了由VMM 505、适配功能507、RAN_A设备509(例如，LTE eNB)、RAN_B设备511(例如，5G gNB)以及UE 513交互的消息和进行的处理。适配功能507可以在核心网的实体中实现。或者，适配功能507也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。
VMM 505向适配功能507发送寻呼指示(事件520)。基于正在建立的业务的优选RAN，可以针对不同RAN发送不同的寻呼指示。作为说明性示例，如果RAN_A是优选RAN，则针对RAN_A发送普通寻呼指示，针对RAN_B发送重定向到RAN_A的寻呼指示。适配功能507针对RAN生成RAN特定寻呼指示。例如，适配功能507针对RAN_A生成3GPP LTE S1AP寻呼消息，针对RAN_B生成具有重定向信息的5G寻呼消息。适配功能507将寻呼指示发送到各自RAN(事件522和524)。
RAN_A设备509发送RRC寻呼消息(事件526)，但UE 513没有驻留在RAN_A，所以没有回复(圆圈528)。RAN_B设备511发送5G寻呼消息(事件530)。由于UE 513驻留在RAN_B，所以UE 513发送5G寻呼响应(事件532)。UE 513和RAN_B设备511参与重定向到RAN_A(事件534)。UE 513参与随机接入信道(random access channel，简称RACH)流程并在RAN_A中建立连接(事件536)。RAN_A设备509向适配功能507发送寻呼响应(事件538)，例如，S1信令。适配功能507将RAN_A格式的寻呼响应转换为通用寻呼响应，将通用寻呼响应发送到VMM 505(事件540)。这些设备继续建立业务并开始在RAN_A中进行通信(方框542)。
图6示出了图600，其突出了通过切换参与接入选择的设备交互的消息和进行的处理。图600突出了由VMM 605、适配功能607、RAN_A设备609(例如，LTE eNB)、RAN_B设备611(例如，5G gNB)以及UE 613交互的消息和进行的处理。适配功能607可以在核心网的实体中实现。或者，适配功能607也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。
VMM 605向适配功能607发送寻呼指示(事件620)。基于正在建立的业务的优选RAN，可以针对不同RAN发送不同的寻呼指示。作为说明性示例，如果RAN_A是优选RAN，则针对RAN_A发送普通寻呼指示，针对RAN_B发送重定向到RAN_A的寻呼指示。适配功能607针对RAN生成RAN特定寻呼指示。例如，适配功能607针对RAN_A生成3GPP LTE S1AP寻呼消息，针对RAN_B生成具有重定向信息的5G寻呼消息。适配功能607将寻呼消息发送到各自RAN(事件622和624)。
RAN_A设备609发送RRC寻呼消息(事件626)，但UE 613没有驻留在RAN_A，所以没有回复(圆圈628)。RAN_B设备611发送5G寻呼消息(事件630)。由于UE 613驻留在RAN_B，所以UE 613发送5G寻呼响应(事件632)。UE 613与多个网络实体，包括作为核心网实体代理的适配功能607等，交互信令以执行承载和连接建立(为简化图6，图中显示为单个事件634)。在选项一中，适配功能607将来自驻留在RAN_B中的UE 613的寻呼响应指示发送到VMM 605，以完成对UE 613的寻呼(事件636)。
RAN_B设备611向UE 613发送切换消息以发起向RAN_A的切换(事件638)。UE 613和RAN_A设备609交互消息以完成切换(事件640)。RAN_A设备609用信号通知适配功能607以指示切换完成(事件642)。在选项二中，适配功能607将来自驻留在RAN_A中的UE 613的寻呼响应发送到VMM 605，以完成对UE 613的寻呼(事件644)。这些设备继续建立业务并开始在RAN_A中进行通信(方框646)。
在图6所示的任一选项中，与事件634或642相关联的核心网信令转发到VMM 605。转发到VMM 605的核心网信令可以被建模为响应或寻呼响应，以完成寻呼事务。需要注意的是，3GPP LTE支持该场景中触发切换，例如，在初始上下文建立时使用信息元素(information element，简称IE)HandoverRestrictionList，预期5G也应有如此效果。
在UE同时驻留在RAN_A和RAN_B中以及寻呼同时到达两个RAN的情况下，如果UE同时响应两个寻呼，则可能会出现问题。UE可能掌握足够的信息并且只响应两个寻呼中的一个寻呼。潜在地，UE可以基于寻呼的格式、寻呼到达顺序以及底层业务的RAT之间的偏好等来决定响应哪个寻呼。多寻呼问题可能是重要的，原因在于VMM可能不知道UE是否能够同时驻留在两个RAN中。一种可能的解决方案可以是使用泛洪寻呼，并且如果接收到多个寻呼响应，则VMM可以单独处理寻呼响应，丢弃重复响应，并确定哪些寻呼响应应该用于业务建立。该解决方案可以以VMM中更高的复杂度为代价带来更低的延迟。另一种可能的解决方案可以是按序寻呼RAN，一次一个。例如，可以按照优选RAN的顺序进行寻呼。再例如，也可以按照UE位置的概率顺序进行寻呼。作为说明性示例，可以在UE当前最有可能位于的RAN，例如，具有来自UE的最新消息的RAN，中发送第一寻呼。按序寻呼解决方案可能具有较高的延迟，但是更容易实现，例如，一旦接收到寻呼响应，VMM就可以停止。取决于RAN和UE的能力，寻呼可以进行或不进行重定向。
图7示出了图700，其突出了参与接入选择的设备交互的消息和进行的处理，具有解析多个寻呼响应的能力。图700突出了由VMM 705、适配功能707、RAN_A设备709、RAN_B设备711以及UE 713交互的消息和进行的处理。适配功能707可以在核心网的实体中实现。或者，适配功能707也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。
VMM 705向适配功能707发送寻呼指示(事件720)。适配功能707将RAN_A格式的寻呼发送到RAN_A设备709(事件722)，将RAN_B格式的寻呼发送到RAN_B设备711(事件724)。RAN_A设备709向UE 713发送寻呼消息(事件726)，UE 713向RAN_A设备709发送寻呼响应(事件728)。RAN_A设备709将RAN_A寻呼响应转发到适配功能707(事件730)，适配功能707将针对RAN_A的寻呼响应发送到VMM 705(事件732)。RAN_B设备711向UE 713发送寻呼消息(事件734)，UE 713向RAN_B设备711发送寻呼响应(事件736)。RAN_B设备711将RAN_B寻呼响应转发到适配功能707(事件738)。这些设备参与在RAN_A中建立业务(方框740)。适配功能707将针对RAN_B的寻呼响应发送到VMM 705(事件742)。应理解的是，事件740可以基本上与RAN_B上进行的活动异步发生，例如，事件734、736、738和742。例如，在RAN_A中建立业务可以在接收到针对RAN_B的寻呼响应之前开始。
通常，如果寻呼有多个响应，则不应该建立业务的多个实例。因此，由于已经在RAN_A中建立了业务，所以VMM 705向适配功能707发送针对RAN_B的释放指示(事件744)。如果UE 713在RAN_B中仍然处于连接态，则适配功能707向RAN_B设备711发送针对RAN_B的连接释放(事件746)，RAN_B设备711向UE 713发送连接释放(事件748)。如果RAN_B是基于蜂窝的RAN，则事件748中的连接释放可以包括释放UE与RAN_B的RRC连接。如果RAN_B是基于Wi-Fi的RAN，则事件748中的连接释放可以包括RAN_B设备发送IEEE 802.11管理帧，以对UE713进行去认证或解关联或者设置UE 713为省电模式而同时保持与UE 713的关联。这种IEEE 802.11管理帧的示例可以包括IEEE 802.11定义的去认证帧、解关联帧、无线网络管理(wireless network management，简称WNM)睡眠模式响应帧等。
在一些情况下，多个RAN中的一个或多个RAN不是3GPP LTE、5G或任何其他类似能力的RAN。例如，多个RAN中的一个或多个RAN是Wi-Fi或3G。只要在特定RAN中支持寻呼，就可以通过RAN寻呼到UE。需要注意的是，Wi-Fi本身不支持寻呼。但是，Wi-Fi支持使用信标帧来建立联系并开始与省电模式下工作的UE交互数据，从而产生与蜂窝网络中进行的寻呼类似的功能。类似地，3G蜂窝系统支持寻呼，而毫米波(millimeter wave，简称mmWave)系统可以是5G的不同变体，可以包括不同定义的寻呼流程。上述的基本流程可以采用这类RAN执行，可按需进行调整。
根据一个示例实施例，在接收到针对可能驻留在多个RAN中的UE的寻呼的情况下，当这些RAN中的至少一个不是3GPP LTE或5G或任何其他类似能力的RAN时，在多个RAN中的每个RAN中发送寻呼。如果这些RAN不是3GPP LTE或5G或任何其他类似能力的RAN，并且不支持寻呼，则使用功能上与寻呼类似的技术。作为说明性示例，如果这些RAN中的一个RAN是Wi-Fi，则使用信标帧代替寻呼以联系在省电模式下工作的UE。
图8示出了图800，其突出了参与接入选择的设备交互的消息和进行的处理，具有5G和Wi-Fi RAN。图800突出了由VMM 805、适配功能807、RAN_A设备809(例如，5G gNB)、RAN_B设备811(例如，Wi-Fi AP)以及UE 813交互的消息和进行的处理。适配功能807可以在核心网的实体中实现。或者，适配功能807也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。
VMM 805向适配功能807发送寻呼指示(事件820)。适配功能807生成RAN_A格式的寻呼并将其发送到RAN_A设备809(事件822)。但是，RAN_B(Wi-Fi RAN)不支持寻呼。相反，当向UE提供下行数据时，信标帧用于联系在省电模式下工作的UE。适配功能807向RAN_B设备811发送包括下行数据包的以太帧(事件824)。下行数据包可以是在事件820中触发寻呼的分组数据。或者，下行数据包可以是由适配功能807生成的用作寻呼功能的协议数据单元。RAN_B设备811可以将以太帧转换为RAN_B格式帧，例如，IEEE 802.11数据帧。
RAN_A设备809向UE 813发送寻呼消息(事件826)，并且没有接收到回复，原因在于UE 813驻留在RAN_B(事件828)。由RAN_A设备809发送的寻呼消息可以包含重定向到RAN_B的信息。否则，如果UE 813响应5G寻呼，则UE 813必须随后切换到RAN_B。
转换后的数据帧到达RAN_B设备811的传输队列时触发RAN_B设备811发送带有流量指示图(traffic indication map，简称TIM)的信标帧，该流量指示图设置为指示RAN_B设备811中为UE 813缓冲有下行数据帧(事件830)。UE 813返回省电轮询(power savepoll，简称PS-Poll)帧，以指示UE 813准备接收下行数据(事件832)。RAN_B设备811向UE813发送下行数据帧(事件834)，UE 813向RAN_B设备811发送上行数据帧(事件836)。上行数据帧可以包括UE 813响应于下行数据包而生成的上行数据包。例如，如果下行数据包包含传输控制协议(Transmission Control Protocol，简称TCP)数据段，则上行数据包可以包含TCP确认(acknowledgement，简称ACK)段。又例如，如果下行数据包包含由适配功能807生成的用作寻呼功能的协议数据单元，则上行数据包可以包含由UE 813生成的用作寻呼确认功能的另一协议数据单元。因此，上行数据包可以用作UE 813的寻呼响应的指示。RAN_B设备811从上行数据帧中提取上行数据包，向适配功能807发送包括上行数据包的以太帧(事件838)。适配功能807将针对RAN_B的寻呼响应发送到VMM 805(事件840)。只要适配功能807能够将来自UE 813的上行数据识别为寻呼响应，适配功能807就能够生成针对RAN_B的寻呼响应并将寻呼响应转发到VMM 805。这些设备参与建立业务(方框842)。
图9示出了图900，其突出了参与接入选择的设备交互的消息和进行的处理，具有5G和Wi-Fi RAN，其中，5G为优选RAN。图900突出了由VMM 905、适配功能907、RAN_A设备909(例如，5G gNB)、RAN_B设备911(例如，Wi-Fi接入点(access point，简称AP))以及UE 913交互的消息和进行的处理。适配功能907可以在核心网的实体中实现。或者，适配功能907也可以在独立设备中实现，也可以在多个网络设备中实现为分布式功能，以此类推。VMM 905向适配功能907发送寻呼指示(事件920)。适配功能907生成RAN_A格式的寻呼并将其发送到RAN_A设备909(事件922)。适配功能907生成针对UE 913的封装有5G寻呼(或者，5G寻呼信息)的下行以太数据帧，并将其发送到RAN_B设备911(事件924)。RAN_B设备911可以将下行以太数据帧转换为RAN_B格式帧，例如，IEEE 802.11数据帧。如果下行数据帧包括RAN_A的频率信息，则频率信息可以用于将UE 913重定向到RAN_A。如下所示，UE 913可以通过空口向RAN_A设备909发送寻呼响应。如果频率信息不可用或者如果重定向特征不可用，则来自UE 913的寻呼响应可以在RAN_B上发生，随后执行切换到RAN_A。
RAN_A设备909向UE 913发送寻呼消息(事件926)，并且没有接收到回复，原因在于UE 913驻留在RAN_B(圆圈928)。转换后的数据帧到达RAN_B设备911的传输队列时触发RAN_B设备911发送具有TIM的信标帧，该TIM设置为指示RAN_B设备911中为UE 913缓冲有下行数据帧(事件930)。UE 913返回PS-Poll帧，以指示UE 913准备接收下行数据帧(事件932)。RAN_B设备911将下行数据帧发送到UE 913(事件934)。由于下行数据帧包括5G寻呼，所以UE913向RAN_A设备909发送针对RAN_A的5G寻呼响应(事件936)。RAN_A设备909将5G寻呼响应发送到适配功能907(事件938)。适配功能907将RAN_A寻呼响应发送到VMM 905(事件940)。这些设备参与建立业务(方框942)。
作为图9中所示的操作的说明性示例，适配功能(或RAN_A(例如，5G)设备)向RAN_B(例如，Wi-Fi)设备发送以太帧，该以太帧具有包含值“89-0d”(以十六进制表示)的以太类型字段、包含表示5G寻呼的定义值(例如，值“5”)的净荷类型字段、包含5G寻呼消息的净荷字段(例如，图10A中的净荷字段1005)以及设置为UE的MAC地址的目的MAC字段(例如，图10A中的目的MAC字段1010)。图10A示出了一种示例以太帧1000。
RAN_B设备将目的MAC中的值识别为属于与RAN_B设备相关联的站点，RAN_B设备在将信息发送到UE之前将以太帧转换为基于逻辑链路控制(logical link control，简称LLC)协议鉴别的数据帧(Wi-Fi传输所需的数据帧)。图10B示出了一种基于LLC协议鉴别的数据帧1020的示例。LLC字段在ISO/IEC 8802-2：1998中定义。子网访问协议(SubnetworkAccess Protocol，简称SNAP)字段在IEEE 802.2014中定义。SNAP报头的格式基于IETF RFC1042。可以从接收自适配功能的以太帧的以太类型字段中复制SNAP报头内的以太类型值。可以从以太帧的净荷字段(例如，净荷字段1005)复制净荷类型(例如，净荷类型字段1025)和净荷字段(例如，净荷字段1030)。
基于SNAP报头中的以太类型“89-0d”，UE中的数据端口将数据帧路由到站点管理实体(station management entity，简称SME)，该站点管理实体进一步处理净荷类型字段(例如，净荷类型字段1025)。图10C示出了一种示例净荷类型值的表格1040。净荷类型用于UE选择用于处理净荷字段(例如，净荷字段1030)的对应协议处理程序。对于表示5G寻呼的净荷类型值，SME将净荷字段(例如，净荷字段1030)的内容转发至5G寻呼协议处理程序以进行进一步处理。
图11示出了图1100，其突出了参与接入选择的设备交换的消息和进行的处理，具有5G和Wi-Fi RAN，其中，通过Wi-Fi路由5G寻呼。图1100突出了由适配功能1105、5G RAN_A设备1107、Wi-Fi接入点1109以及具有两个协议栈(Wi-Fi站点协议栈1113和5G UE协议栈1115)的UE 1111交互的消息和进行的处理。
适配功能1105将5G寻呼发送到5G RAN设备1107(事件1120)。5G RAN设备1107确定UE 1111可以由Wi-Fi AP 1109服务(方框1122)。5G RAN设备1107生成封装有5G寻呼的以太帧，并将其发送到Wi-Fi AP 1109(事件1124)。Wi-Fi AP 1109将以太帧的格式转换为基于LLC协议鉴别的数据帧，例如，图10B中基于LLC协议鉴别的数据帧1020(方框1126)。Wi-FiAP 1109通过Wi-Fi空中接口将基于LLC协议鉴别的数据帧发送到UE 1111(事件1128)。Wi-Fi站点协议栈1113处理基于LLC协议鉴别的数据帧，识别以太类型“89-0d”帧和其中包括的封装的5G寻呼(方框1130)。Wi-Fi站点协议栈1113向5G UE协议栈1115发送5G寻呼(事件1132)。5G UE协议栈1115通过5G空中接口向5G RAN设备1107发送寻呼响应(事件1134)。5GRAN设备1107将针对5G RAN的寻呼响应发送到适配功能1105(事件1136)。
图11中所示的流程是假设5G寻呼支持具有重定向的某种格式的寻呼。换句话说，寻呼消息包括关于目标频率和/或RAN的信息。至少，寻呼消息应该包括信息，以便向UE提供关于UE将重定向到的载波的足够相关信息，在这种情况下，载波是5G载波。这在某种程度上类似于CDMA2000中的扩展信道指配消息中的频率重定向，其中包括目标载波频率。Wi-Fi协议栈将消息路由到5G协议栈，5G协议栈之后将该消息视为已在5G空中接口上收到消息。特征更丰富的版本可以允许寻呼记录指示重定向到其他系统，例如，具有重定向到Wi-Fi和LTE等的5G RAN中的寻呼。
根据一个示例实施例，用于封装5G寻呼的以太帧格式可以由RAN_A(例如，5G)设备而不是适配功能生成，例如，5G基站。如果封装由RAN_A设备执行，则Wi-Fi AP不暴露于适配功能和/或核心网。然而，RAN_A设备需要知道由RAN_B(例如，Wi-Fi AP)服务的UE的标识，以及如何将标识转换为RAN_B的目的MAC地址。
需要注意的是，并非所有RAN，例如，Wi-Fi，都可以真正支持重定向。如果UE针对优选5G的业务在Wi-Fi中做出响应，则UE可能会在针对该业务使用Wi-Fi时出现问题。这是因为目前没有用于3GPP核心网的机制迫使从Wi-Fi切换到LTE。Wi-Fi分流规则可能不够动态。因此，当UE寻呼到Wi-Fi中的业务时，可能无法很好地进行对特定RAN具有强烈偏好的业务。
寻呼只是一个流程。为了进入寻呼流程，UE必须通过Wi-Fi或其他一些RAN附着到核心网。像这样的“无线即服务”(radio as a service，简称RaaS)方案可以用于满足业务要求的系统。原则上，这里给出的示例实施例可以与非3GPP RAT一起实现，但是可能需要与SDN接口并行地开发互通要求。提出通过Wi-Fi将5G寻呼发送为管理帧或具有封装的数据帧的技术说明了这种方法。
图12示出了一种参与泛洪寻呼的适配功能中进行的示例操作1200的流程图。操作1200可以指示当适配功能参与泛洪寻呼时适配功能中进行的操作。
操作1200开始于适配功能接收针对UE的通用寻呼指示(方框1205)。可以从VMM接收通用寻呼指示。通用寻呼指示可以包括与UE相关联的RAN列表。适配功能选择RAN列表的子集(方框1210)。在一个示例实施例中，子集包括RAN列表中的所有RAN。在另一示例实施例中，子集包括RAN列表中的单个RAN。在再一个示例实施例中，子集包括RAN列表中的两个或以上的RAN。适配功能生成RAN特定寻呼指示并将其发送到RAN子集中的每个RAN(方框1215)。RAN特定寻呼指示可以包括用于寻呼正在建立的业务的优选RAN相关信息。适配功能接收与来自UE的寻呼响应相关联的至少一个RAN特定寻呼响应(方框1220)。或者，如RAN特定寻呼指示中所指示的，可以从优选RAN接收至少一个RAN特定寻呼响应。可以从RAN子集中的一个或多个RAN接收至少一个RAN特定寻呼响应。适配功能生成通用寻呼响应并将其发送到VMM(方框1225)。通用寻呼响应对应于并指示与来自UE的寻呼响应相关联的至少一个RAN特定寻呼响应。如果适配功能接收到不止一个RAN特定寻呼响应，则适配功能可以选择一个RAN特定寻呼响应以生成通用寻呼响应。选择一个RAN特定寻呼响应可以基于一个或多个选择标准，例如，正在建立的业务的优选RAN、UE的优选RAN、RAN能力、UE能力、RAN条件以及UE条件等。
图13示出了一种参与泛洪寻呼的UE中进行的示例操作1300的流程图。操作1300可指示当UE参与切换操作时UE中进行的操作。
操作1300开始于UE接收RAN特定寻呼指示(方框1305)。可以从与RAN特定寻呼指示相关联的RAN中工作的RAN设备接收RAN特定寻呼指示。RAN特定寻呼指示可以包括用于寻呼正在建立的业务的优选RAN相关信息。UE发送RAN特定寻呼响应(方框1310)。可以将RAN特定寻呼响应发送到与发送RAN特定寻呼指示的设备相同的RAN设备。UE参与RAN变更(方框1315)。UE可以参与重定向，从而将当前RAN变更为优选RAN。或者，UE可以参与切换，从而将当前RAN变更为优选RAN。
图14示出了一种通过备选RAN路由寻呼而参与寻呼的第一RAN设备中进行的示例操作1400的流程图。操作1400可以指示当第一RAN设备通过备选RAN路由寻呼而参与寻呼UE时第一RAN设备中进行的操作。
操作1400开始于第一RAN设备接收针对UE的第一RAN特定寻呼指示(方框1405)。第一RAN设备确定UE可以驻留在第二RAN中(方框1410)。第一RAN设备生成并发送第二RAN特定寻呼指示(方框1415)。第二RAN特定寻呼指示包括第一RAN特定指示或其中包括的信息。例如，第二RAN特定寻呼指示包括封装的第一RAN特定寻呼指示。又例如，第二RAN特定寻呼指示包括具有封装格式的第一RAN特定寻呼指示中包括的信息。第二RAN特定寻呼指示由第一RAN设备发送到第二RAN设备。第二RAN特定寻呼指示可以触发第二RAN设备在第二RAN中向UE发送寻呼消息。第一RAN设备接收来自UE的第一RAN特定寻呼响应(方框1420)。通过第一RAN接收第一RAN特定寻呼响应。
图15示出了一种通过备选RAN路由寻呼而参与寻呼的UE中进行的示例操作1500的流程图。操作1500可以指示当UE通过备选RAN路由寻呼而参与寻呼时UE中进行的操作。
操作1500开始于UE接收第二RAN特定寻呼指示(方框1505)。从第二RAN设备接收第二RAN特定寻呼指示。例如，第二RAN特定寻呼指示包括第一RAN特定寻呼指示或第一RAN特定寻呼指示中包括的信息，第一RAN特定寻呼指示或该信息具有封装格式。UE将第一RAN特定寻呼指示或该信息转发到UE中的第一RAN协议栈(方框1510)。第一RAN特定寻呼指示或该信息从UE的第二RAN协议栈转发到UE中的第一RAN协议栈。UE发送第一RAN特定寻呼响应(方框1515)。第一RAN特定寻呼响应通过第一RAN发送到第一RAN设备。
图16示出了一种用于执行此处所述方法的一种处理系统1600的实施例的框图，其中处理系统800可以安装在主机设备中。如图所示，处理系统1600包括处理器1604、存储器1606和接口1610至1614，它们可以(或可以不)如图16所示设置。处理器1604可以是用于执行计算和/或其它处理相关任务的任何组件或组件的集合。存储器1604可以是用于存储供处理器1606执行的程序和/或指令的任何组件或组件的集合。在一个实施例中，存储器1606包括非瞬时性计算机可读介质。接口1610、1612和1614可以是允许处理系统1600与其它设备/组件和/或用户通信的任何组件或组件的集合。例如，接口1610、1612和1614中的一个或多个可以用于将数据、控制或管理消息从处理器1604传送到安装在主机设备和/或远端设备上的应用。又例如，接口1610、1612和1614中的一个或多个可以用于允许用户或用户设备(例如，个人计算机(personal computer，简称PC)等)与处理系统1600进行交互/通信。处理系统1600可以包括图16中未示出的其他组件，例如，长期存储器(例如，非易失性存储器等)。
在一些实施例中，处理系统1600包括在接入电信网络或另外作为电信网络的部件的网络设备中。在一个示例中，处理系统1600位于无线或有线电信网络的网络侧设备中，例如，基站、中继站、调度器、控制器、网关、路由器、应用程序服务器或电信网络中的任何其它设备。在其它实施例中，处理系统1600位于接入无线或有线电信网络的用户侧设备中，例如，用于接入电信网络的移动台、用户设备(user equipment，简称UE)、个人计算机(personal computer，简称PC)、平板电脑、可穿戴通信设备(例如，智能手表等)或任意其它设备。
在一些实施例中，接口1610、1612和1614中的一个或多个连接处理系统1600和用于通过电信网络收发信令的收发器。图17示出了一种用于通过电信网络收发信令的收发器1700的框图。收发器1700可以安装在主机设备中。如图所示，收发器1700包括网络侧接口1702、耦合器1704、发送器1706、接收器1708、信号处理器1710以及设备侧接口1712。网络侧接口1702可以包括用于通过无线或有线电信网络收发信令的任何组件或组件的集合。耦合器1704可以包括有利于通过网络侧接口1702进行双向通信的任何组件或组件的集合。发送器1706可以包括用于将基带信号转化为可通过网络侧接口1702传输的调制载波信号的任何组件(例如，上变频器和功率放大器等)或组件的集合。接收器1708可以包括用于将通过网络侧接口1702接收的载波信号转化为基带信号的任何组件(例如，下变频器和低噪声放大器等)或组件的集合。信号处理器1710可以包括用于将基带信号转换成可通过设备侧接口1712传输的数据信号的任何组件或组件的集合，反之亦然。设备侧接口1712可以包括用于在信号处理器1710和主机设备内的组件(例如，处理系统1600、局域网(local areanetwork，简称LAN)端口等)之间传送数据信号的任何组件或组件的集合。
收发器1700可通过任意类型的通信介质收发信令。在一些实施例中，收发器1700通过无线介质收发信令。例如，收发器1700可以为用于根据无线电信协议进行通信的无线收发器，例如，蜂窝协议(例如，长期演进(Long Term Evolution，简称LTE)协议等)、无线局域网(wireless local area network，简称WLAN)协议(例如，Wi-Fi协议等)或任意其它类型的无线协议(例如，蓝牙协议、近距离通讯(near field communication，简称NFC)协议等)。在此类实施例中，网络侧接口1702包括一个或多个天线/辐射元件。例如，网络侧接口1702可以包括单个天线、多个单独的天线，或用于多层通信的多天线阵列，例如，单收多发(single-input multiple-output，简称SIMO)、多输入单输出(multiple-input-single-output，简称MISO)、多输入多输出(multiple-input multiple-output，简称MIMO)等。在其他实施例中，收发器700通过有线介质收发信令，例如，双绞线电缆、同轴电缆、光纤等。具体的处理系统和/或收发器可以使用所示的全部组件或仅使用这些组件的子集，设备的集成程度可能互不相同。
应理解的是，此处提供的实施例方法的一个或多个步骤可以由相应的单元或模块执行。例如，信号可以由发送单元或发送模块进行发送。信号可以由接收单元或接收模块进行接收。信号可以由处理单元或处理模块进行处理。其它步骤可以由选择单元/模块、RAN变更单元/模块、确定单元/模块和/或转发单元/模块执行。各个单元/模块可以为硬件、软件或其组合。例如，一个或多个单元/模块可以为集成电路，例如，现场可编程门阵列(fieldprogrammable gate array，简称FPGA)或专用集成电路(application-specificintegrated circuit，简称ASIC)。
虽然已详细地描述了本发明及其优点，但是应理解，可以在不脱离如所附权利要求书所界定的本发明的精神和范围的情况下对本发明做出各种改变、替代和更改。

Claims (21)

1.一种寻呼用户设备(user equipment，简称UE)的方法，其特征在于，所述方法包括：
适配功能接收针对所述UE的通用寻呼指示，其中，所述通用寻呼指示包括无线接入网络(radio access network，RAN)列表；
所述适配功能选择所述RAN列表的子集；
所述适配功能针对所述RAN列表的子集中每个RAN发送RAN特定寻呼指示；
所述适配功能接收与所述UE相关联的第一RAN特定寻呼响应；
所述适配功能发送与所述第一RAN特定寻呼响应对应的通用寻呼响应。
2.根据权利要求1所述的方法，其特征在于，所述RAN列表中至少两个RAN采用不同的无线接入技术(radio access technology，简称RAT)工作。
3.根据权利要求1所述的方法，其特征在于，所述适配功能接收包括与所述UE相关联的第一RAN特定寻呼响应的多个RAN特定寻呼响应，其中，所述方法还包括：所述适配功能根据选择标准从所述多个RAN特定寻呼响应中选择所述第一RAN特定寻呼响应。
4.根据权利要求3所述的方法，其特征在于，所述选择标准包括所述通用寻呼指示正在建立的业务的优选RAN、所述UE的优选RAN、RAN能力、UE能力、RAN条件或UE条件中的至少一个。
5.根据权利要求1所述的方法，其特征在于，所述通用寻呼指示与具有优选RAN的业务相关联，所述RAN列表的子集是根据所述优选RAN选择出的。
6.根据权利要求5所述的方法，其特征在于，所述RAN特定寻呼指示中的至少一个包括用于将所述UE定向到所述优选RAN的信息。
7.根据权利要求5所述的方法，其特征在于，所述RAN特定寻呼指示中的至少一个第一RAN特定寻呼指示包括数据帧，所述数据帧封装有与所述优选RAN相关联的第二RAN特定寻呼指示或与所述优选RAN相关联的RAN特定信息。
8.根据权利要求1所述的方法，其特征在于，所述适配功能接收包括与所述UE相关联的第一RAN特定寻呼响应的多个RAN特定寻呼响应，其中，所述方法还包括：所述适配功能向与所述多个RAN特定寻呼响应而非第一RAN特定寻呼响应相关联的RAN设备发送RAN特定消息，指示所述RAN设备释放所述UE。
9.一种操作用户设备(user equipment，简称UE)的方法，其特征在于，所述方法包括：
所述UE接收来自第一RAN设备的第一无线接入网络(radio access network，简称RAN)特定寻呼指示，其中，所述第一RAN特定寻呼指示包括优选RAN相关信息；
所述UE向第二RAN设备发送RAN特定寻呼响应；
所述UE根据所述第一RAN特定寻呼指示参与RAN变更。
10.根据权利要求9所述的方法，其特征在于，所述第一RAN特定寻呼指示包括重定向指示符，所述参与RAN变更包括：重定向至所述优选RAN。
11.根据权利要求9所述的方法，其特征在于，所述第一RAN特定寻呼指示包括切换指示符，所述参与RAN变更包括：切换至所述优选RAN。
12.根据权利要求9所述的方法，其特征在于，所述第一RAN设备和所述第二RAN设备是同一个设备。
13.根据权利要求9所述的方法，其特征在于，所述第一RAN设备和所述第二RAN设备是不同的RAN设备，所述第二RAN设备服务所述优选RAN，来自所述第一RAN设备的第一RAN特定寻呼指示封装有与所述优选RAN相关联的第二RAN特定寻呼指示或与所述优选RAN相关联的RAN特定信息。
14.根据权利要求13所述的方法，其特征在于，所述第一RAN特定寻呼指示包括具有以太类型字段的基于逻辑链路控制(logical link control，简称LLC)协议鉴别(logicallink control protocol discrimination，简称LPD)的数据帧，所述字段指示所述基于LPD的数据帧是以太类型“89-0d”帧，其中，与所述优选RAN相关联的所述第二RAN特定寻呼指示或RAN特定信息封装在所述基于LPD的数据帧的净荷中，所述基于LPD的数据帧的净荷类型指示符指示所述优选RAN的寻呼协议，所述方法还包括：
所述UE从所述第一RAN特定寻呼指示获取所述基于LPD的数据帧的净荷类型指示符和净荷；
所述UE基于所述净荷类型指示符的值将所述净荷转发至与所述优选RAN相关联的UE协议栈，其中，与所述优选RAN相关联的UE协议栈生成所述RAN特定寻呼响应。
15.一种寻呼用户设备(user equipment，简称UE)的方法，其特征在于，所述方法包括：
服务第一RAN的第一无线接入网(radio access network，RAN)设备接收针对所述UE的第一RAN特定寻呼指示；
所述第一RAN设备确定所述UE驻留在第二RAN；
所述第一RAN设备向服务所述第二RAN的第二RAN设备发送第二RAN特定寻呼指示，其中，所述第二RAN特定寻呼指示包括RAN特定寻呼消息；
所述第一RAN设备接收来自所述UE的第一RAN特定寻呼响应。
16.根据权利要求15所述的方法，其特征在于，所述RAN特定寻呼消息封装在所述第二RAN特定寻呼指示中。
17.根据权利要求15所述的方法，其特征在于，所述第二RAN特定寻呼指示包括数据帧。
18.根据权利要求15所述的方法，其特征在于，还包括：所述第一RAN设备将来自所述UE的第一RAN特定寻呼响应转发至适配功能，其中，针对所述UE的第一RAN特定寻呼指示接收自所述适配功能。
19.一种用户设备(user equipment，简称UE)，其特征在于，包括：
一个或多个处理器；
计算机可读存储介质，存储有供所述一个或多个处理器执行的程序，其中，所述程序包括指令用以配置所述UE执行以下操作：
接收来自第一RAN设备的第一无线接入网络(radio access network，简称RAN)特定寻呼指示，其中，所述第一RAN特定寻呼指示包括优选RAN相关信息；
向第二RAN设备发送RAN特定寻呼响应；
根据所述第一RAN特定寻呼指示参与RAN变更。
20.根据权利要求19所述的UE，其特征在于，所述第一RAN特定寻呼指示包括重定向指示符，所述程序包括指令用以配置所述UE重定向至所述优选RAN。
21.根据权利要求19所述的UE，其特征在于，所述第一RAN特定寻呼指示包括切换指示符，所述程序包括指令用以配置所述UE切换至所述优选RAN。
CN201780034588.4A 2016-06-13 2017-06-02 通信系统中的寻呼系统和方法 Active CN109314918B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662349431P 2016-06-13 2016-06-13
US62/349,431 2016-06-13
US15/605,360 2017-05-25
US15/605,360 US10264521B2 (en) 2016-06-13 2017-05-25 System and method for paging in a communications system
PCT/CN2017/087105 WO2017215469A1 (en) 2016-06-13 2017-06-02 System and method for paging in a communications system

Publications (2)

Publication Number Publication Date
CN109314918A true CN109314918A (zh) 2019-02-05
CN109314918B CN109314918B (zh) 2020-11-17

Family

ID=60664142

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780034588.4A Active CN109314918B (zh) 2016-06-13 2017-06-02 通信系统中的寻呼系统和方法

Country Status (4)

Country Link
US (1) US10264521B2 (zh)
EP (1) EP3459291B1 (zh)
CN (1) CN109314918B (zh)
WO (1) WO2017215469A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114930984A (zh) * 2019-12-05 2022-08-19 交互数字专利控股公司 用于具有多个通用订户身份模块的用户装备的系统信息获取和寻呼

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018174795A1 (en) * 2017-03-21 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for paging a user equipment in an area spanning across a plurality of radio access technologies
JP7100137B6 (ja) * 2018-01-11 2022-09-30 オッポ広東移動通信有限公司 サービスに基づいた処理方法、端末装置及びネットワーク装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070207806A1 (en) * 2006-01-30 2007-09-06 Interdigital Technology Corporation Wireless communication method and system for performing dual mode paging
US20080009291A1 (en) * 2004-12-29 2008-01-10 Motorola, Inc. Mobile Station, Infrastructure Processor, System and Method for Use in Cellular Communications
US20140155109A1 (en) * 2012-11-30 2014-06-05 Cisco Technology, Inc. Subscriber-aware paging
WO2015034195A1 (ko) * 2013-09-04 2015-03-12 엘지전자 주식회사 멀티 rat 환경에서 위치 갱신 (location area update) 방법 및 페이징을 송수신하는 방법
US20160057729A1 (en) * 2014-08-22 2016-02-25 Qualcomm Incorporated Wireless network page transmission and response

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7957352B2 (en) 2003-10-02 2011-06-07 Qualcomm Incorporated Inter-system handoff between wireless communication networks of different radio access technologies
US8682357B2 (en) * 2006-05-02 2014-03-25 Intellectual Ventures Holding 81 Llc Paging in a wireless network
US8289954B2 (en) 2007-05-01 2012-10-16 Qualcomm Incorporated Split and sequential paging for voice call continuity
EP2907345B1 (en) 2012-10-12 2019-04-17 Nokia Solutions and Networks Oy Method and apparatus for access network selection
US9288717B2 (en) 2013-01-29 2016-03-15 Telefonaktiebolaget L M Ericsson (Publ) Inter-rat systems access network (AN) load balance and congestion control mechanism
US9277529B2 (en) 2013-04-08 2016-03-01 Alcatel Lucent Radio access network defined paging area
GB2513182A (en) * 2013-04-19 2014-10-22 Sony Corp Telecommunications apparatus and methods
CN105900518B (zh) 2013-08-27 2019-08-20 华为技术有限公司 用于移动网络功能虚拟化的系统及方法
WO2015034153A1 (ko) 2013-09-04 2015-03-12 엘지전자 주식회사 셀룰러 기반의 무선 접속 기술 및 무선랜 기반의 무선 접속 기술 중 하나 이상을 통해 단말에게 서비스를 제공하는 무선 액세스 장치의 이동성 관리 엔티티와의 인터페이스 설정 방법
CN105557018B (zh) 2013-09-25 2019-06-11 英特尔公司 用于多无线电接入技术(多rat)的端到端(e2e)隧道
US9936474B2 (en) 2014-08-22 2018-04-03 Qualcomm Incorporated Paging over non-cellular and cellular RATs

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080009291A1 (en) * 2004-12-29 2008-01-10 Motorola, Inc. Mobile Station, Infrastructure Processor, System and Method for Use in Cellular Communications
US20070207806A1 (en) * 2006-01-30 2007-09-06 Interdigital Technology Corporation Wireless communication method and system for performing dual mode paging
US20140155109A1 (en) * 2012-11-30 2014-06-05 Cisco Technology, Inc. Subscriber-aware paging
WO2015034195A1 (ko) * 2013-09-04 2015-03-12 엘지전자 주식회사 멀티 rat 환경에서 위치 갱신 (location area update) 방법 및 페이징을 송수신하는 방법
US20160057729A1 (en) * 2014-08-22 2016-02-25 Qualcomm Incorporated Wireless network page transmission and response

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114930984A (zh) * 2019-12-05 2022-08-19 交互数字专利控股公司 用于具有多个通用订户身份模块的用户装备的系统信息获取和寻呼

Also Published As

Publication number Publication date
EP3459291A4 (en) 2019-06-19
US20180007626A1 (en) 2018-01-04
US10264521B2 (en) 2019-04-16
EP3459291A1 (en) 2019-03-27
EP3459291B1 (en) 2023-07-26
WO2017215469A1 (en) 2017-12-21
CN109314918B (zh) 2020-11-17

Similar Documents

Publication Publication Date Title
US11546811B2 (en) Method for establishing a fronthaul interface, method for performing access for a UE, method and apparatus for performing a handover for a UE, data forwarding method, user equipment and base station
US11510264B2 (en) System and method for network access using a relay
US11832164B2 (en) Technique for time-sensitive networking over a radio access network
US10178702B2 (en) System and method for cell switching
EP2747482B1 (en) Relay node handover method, base station and communications system
US20230262802A1 (en) Technique for Activating Secondary Radio Link Control Entities for Packet Duplication
WO2022139657A1 (en) Terminal device, network node, and methods therein for measurement reporting
CN109314918A (zh) 通信系统中的寻呼系统和方法
JP6864106B2 (ja) デュアルプロトコルスタックユーザ機器と、無線アクセス電気通信ネットワークの２つのベースバンドユニットとの間のデュアルコネクティビティのための、方法およびデバイス
TW202110208A (zh) 在海上網路的網路節點之間轉送資料的方法及設備
WO2012146132A1 (zh) 一种能力信息发送方法及系统
CN115804241A (zh) 无线通信方法、网络节点以及设备
CN116724589A (zh) 群组迁移方法、装置和系统
WO2024193378A1 (zh) 通信方法及相关装置
WO2023150976A1 (zh) Iab宿主设备以及传输迁移管理方法
KR20240129057A (ko) Iab 도너 디바이스 및 전송 마이그레이션 관리 방법
JP2024035747A (ja) 端末と基地局と間のハンドオーバをマルチパスによって実行する端末、コアシステム及びハンドオーバ方法
KR20240011439A (ko) 무선 통신 시스템에서 두 원격 단말 간의 릴레이 단말을 통한 중계 통신을 관리하는 방법 및 장치
CN115996406A (zh) 定时器维护方法、装置、设备及存储介质

Legal Events

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