CN114499633A - 一种卫星通信场景下的寻呼方法以及卫星通信*** - Google Patents

Abstract

本申请提供了一种卫星通信场景下的寻呼方法以及卫星通信***，用于在卫星通信场景下，兼顾用户终端的寻呼成本以及位置管理成本。方法包括：第一信关站接收寻呼请求，寻呼请求携带第二用户终端的终端ID；第一信关站查找终端ID归属的第二信关站，并将寻呼请求发送至第二信关站，其中，第二信关站是第二用户终端在进网登记时注册的信关站；第二信关站在本地的HLR中，查询第二用户终端当前所在的目标位置区；第二信关站将寻呼请求发送至负责目标位置区的第三信关站；第三信关站在本地的VLR中，查询第二终端当前所在的目标小区，目标位置区包括不同小区；第三信关站确定卫星信号覆盖目标小区的目标卫星，并通过目标卫星将寻呼请求发送至第二用户终端。

Description

一种卫星通信场景下的寻呼方法以及卫星通信***

技术领域

本申请涉及通信领域，具体涉及一种卫星通信场景下的寻呼方法以及卫星通信***。

背景技术

低轨卫星由于具有传输时延小、终端尺寸较小、抗毁能力强等优势，目前是国内外研究的热点。低轨卫星的高度一般在500Km～1500Km之间，卫星与用户终端的相对运动速度较快，导致单颗卫星对终端的可覆盖时间不足10min，因此如何进行高效的终端位置管理是低轨卫星通信***中的核心问题之一。

位置管理的目的在于让信关站每时每刻都能掌握用户终端所在的位置，以便寻呼可以抵达用户终端，因此需要对用户终端进行位置更新，而位置更新的触发机制决定了位置更新的频次以及相应的信令开销大小。

目前卫星***一般使用区域划分机制来决定终端是否进行位置更新，当终端跨区时就需要进行位置更新，但是如何进行合理的区域划分，使终端的位置更新以及寻呼的开销最小，是低轨卫星***中位置管理研究的首要问题。

而在现有的相关技术的研究过程中，发明人发现，在现有的位置区域划分策略中，主要采用基于卫星覆盖的区域划分方法以及基于信关站覆盖的区域划分方法。基于卫星覆盖的区域划分方法是在用户终端发生卫星切换之后，实时地向信关站上报当前的接入卫星，此方法虽然可以保证寻呼的开销小，但是用户终端频繁的切星会导致位置管理的开销过大；基于信关站覆盖的区域划分方法是以信关站所管理的附近区域为一个位置区，用户终端在此位置区内运动可以不用上报自身位置，只有进入另外一个信关站的覆盖区时才需要进行位置更新，此种方法虽然位置管理的信令开销小，但是由于信关站的管理区域较大，寻呼的开销会很高。

发明内容

本申请提供了一种卫星通信场景下的寻呼方法以及卫星通信***，用于在卫星通信场景下，兼顾用户终端的寻呼成本以及位置管理成本，从而具有更佳的实用价值。

第一方面，本申请提供了一种卫星通信场景下的寻呼方法，方法包括：

第一信关站接收自身负责的位置区内第一用户终端发起的寻呼请求，其中，寻呼请求用于请求向第二用户终端进行寻呼，寻呼请求携带第二用户终端的终端标识(Identification，ID)；

第一信关站查找终端ID归属的第二信关站，并将寻呼请求发送至第二信关站，其中，第二信关站是第二用户终端在进网登记时注册的信关站；

第二信关站在本地的归属位置寄存器(Home Location Register，HLR)中，查询第二用户终端当前所在的目标位置区，其中，HLR用于存储并更新进网登记时注册在本地信关站的用户终端的所在位置，进网登记时注册在本地信关站的用户终端的所在位置通过当前所在的位置区进行表示；

第二信关站将寻呼请求发送至负责目标位置区的第三信关站；

第三信关站在本地的拜访位置寄存器(Visitor Location Register，VLR)中，查询第二终端当前所在的目标小区，其中，VLR用于存储并更新当前位于本地信关站负责的位置区的用户终端的所在位置，当前位于本地信关站负责的位置区的用户终端的所在位置通过在当前位于本地信关站负责的位置区中划分得到的具体小区进行表示，目标位置区包括不同小区；

第三信关站确定卫星信号覆盖目标小区的目标卫星，并通过目标卫星将寻呼请求发送至第二用户终端。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，方法还包括：

当第二用户终端在目标位置区内从第一小区移动到第二小区时，VLR将第二用户终端在第二小区的信息进行存储。

结合本申请第一方面，在本申请第一方面第二种可能的实现方式中，方法还包括：

当第二用户终端从其他位置区移动到目标位置区内的第三小区时，VLR将第二用户终端在第二小区的信息进行存储；

VLR通过HLR指示负责其他位置区的信关站删除本地VLR中存储的第二用户终端的所在位置。

结合本申请第一方面第一种或者第二种可能的实现方式，在本申请第一方面第三种可能的实现方式中，第二用户终端的移动变化，由第二用户终端结合自身采集的定位信息与预设的小区位置信息进行比对得到，并发起对应的位置更新处理。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，第三信关站确定卫星信号覆盖目标小区的目标卫星，并通过目标卫星将寻呼请求发送至第二用户终端，包括：

当第三信关站确定卫星信号覆盖小区的卫星存在多个卫星时，通过多个卫星中的至少一个卫星，将寻呼请求发送至第二用户终端。

结合本申请第一方面第四种可能的实现方式，在本申请第一方面第五种可能的实现方式中，当第三信关站确定卫星信号覆盖小区的卫星存在多个卫星时，通过多个卫星中的至少一个卫星，将寻呼请求发送至第二用户终端，包括：

第三信关站确定多个卫星中取得最佳信号强度的卫星；

第三信关站通过多个卫星中取得最佳信号强度的卫星，将寻呼请求发送至第二用户终端。

结合本申请第一方面，在本申请第一方面第六种可能的实现方式中，方法还包括：

在地表区域根据不同信关站的分布，划分为不同位置区；

在不同位置区中，根据对应的卫星单波束宽度，划分为不同小区。

结合本申请第一方面第六种可能的实现方式，在本申请第一方面第七种可能的实现方式中，不同小区的划分，是在保证覆盖小区的卫星数量不超过3个的约束策略下进行的。

第二方面，本申请提供了一种卫星通信***，***包括多个信关站以及卫星，用于执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

第三方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

在卫星通信场景中，针对基于信关站的区域划分策略，本申请将信关站负责的位置区继续细分，得到多个小区，如此在进行寻呼时，不仅可以得到位置区中小区级别的颗粒度的精准卫星分配，显著降低了涉及的通信成本要求，此外在该寻呼机制下，对于用户终端的位置管理，也更加的便捷，在位置区中只需更新用户终端所在的小区，无需涉及跨位置区的位置更新，体现低频、低成本的位置管理效果，兼顾用户终端的寻呼成本以及位置管理成本，从而具有更佳的实用价值。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请卫星通信场景下的寻呼方法的一种流程示意图；

图2为本申请位置区的一种场景示意图

图3为本申请寻呼处理的一种场景示意图

图4为本申请寻呼处理的一种部分信令流程图；

图5为本申请位置移动管理的一种部分信令流程图；

图6为本申请位置移动管理的又一种部分信令流程图

图7为本申请寻呼处理的又一种场景示意图；

图8为本申请处理设备的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个***中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

在介绍本申请提供的卫星通信场景下的寻呼方法之前，首先介绍本申请所涉及的背景内容。

本申请提供的卫星通信场景下的寻呼方法、装置以及计算机可读存储介质，可应用于卫星通信***，用于在卫星通信场景下，兼顾用户终端的寻呼成本以及位置管理成本，从而具有更佳的实用价值。

本申请提及的卫星通信场景下的寻呼方法，其执行主体可以为卫星通信场景下的寻呼装置，或者集成了该卫星通信场景下的寻呼装置的通信设备，形成对应的卫星通信***。其中，卫星通信场景下的寻呼装置可以采用硬件或者软件的方式实现；卫星通信***中的用户设备(User Equipment，UE)具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备；卫星通信***中的信关站可以理解为卫星通信***中的地面主站，在主要的卫星通信服务中起到数据交换的效果，此外也可负责其他内容的工作，例如状态监控、故障查询等。

应当理解的是，对于本申请卫星通信***中涉及的信关站以及用户设备，其在设备结构上相对于现有方案并不需要特定的改变、调整，仅在功能服务上的调整，即在***上用户终端的位置管理以及寻呼处理涉及的相关内容的调整，因此本申请在硬件方面不做具体说明及其限定。

下面，开始介绍本申请提供的卫星通信场景下的寻呼方法。

首先，参阅图1，图1示出了本申请卫星通信场景下的寻呼方法的一种流程示意图，本申请提供的卫星通信场景下的寻呼方法，具体可包括如下步骤S101至步骤S106：

步骤S101，第一信关站接收自身负责的位置区内第一用户终端发起的寻呼请求，其中，寻呼请求用于请求向第二用户终端进行寻呼，寻呼请求携带第二用户终端的终端ID；

可以理解的是，在一次卫星通信过程中，是从一用户终端发起寻呼开始的，在该呼叫终端与被呼叫终端建立通信连接、进行卫星通话之前，则可涉及到寻呼处理。

该寻呼处理，可以理解为将卫星通话的呼叫方的通话请求转发至被呼叫方，两边确认后方可建立两边之间的通信连接，后续可进行卫星通话。

对于呼叫方，本申请记为第一用户终端，也可称为寻呼终端，对于被呼叫方，本申请记为第二用户终端，也可称为被寻呼终端。

在第一用户终端发起寻呼请求时，终端所在位置区的信关站则可收到该寻呼请求，可以理解的是，作为第一个接收到该寻呼请求的信关站，本申请记为第一信关站，该第一信关站预设有负责的位置区(Local Area，LA)，在***中通过预设的响应策略，由信关站来处理负责的位置区内的用户终端所发起的寻呼请求。

其中，该寻呼请求的预设字段中，可携带作为呼叫方的第一用户终端的终端ID，如此在***上可标识出作为本次呼叫的发起方的具体终端。此外，也可携带作为被呼叫方的第二用户终端的终端ID，如此在***上可标识出作为本次被呼叫方的具体终端，方可进行寻呼请求的转发处理，直至该第二用户终端处。

因此，为进一步处理本次的寻呼请求，在接收到寻呼请求后，第一信关站则需要从请求中提取出本次呼叫处理指向的第二用户终端的终端ID，以便根据该终端ID起到的标识作用，将请求转发至该第二用户终端。

此外，对于信关站，在实际应用中，也可称为代理，通俗来讲，信关站就是其负责的位置区内的功能服务的代理。

步骤S102，第一信关站查找终端ID归属的第二信关站，并将寻呼请求发送至第二信关站，其中，第二信关站是第二用户终端在进网登记时注册的信关站；

可以理解的是，在卫星通信***上，对于信关站，其在负责所属位置区内用户终端的进行登记时，可记录其终端ID，如此完成用户终端与其家乡信关站之间的绑定，每个进网的用户终端都有其各自的家乡信关站，该家乡信关站在后续的卫星通话、位置移动中，都不会再调整。

因此，第一信关站在拿到寻呼请求中携带的第二用户终端的终端ID后，则可从绑定关系集合中查找到与第二用户终端存在绑定关系的家乡信关站，本申请将其记为第二信关站。

其中，该绑定关系集合一般是在信关站之间进行同步的。

或者，对于用户终端的终端ID，其也可以是在用户终端的进网登记时生成、分配的，且可以直接标识出所属的家乡信关站，也就是说，终端ID中已包含指示对应家乡信关站的标识。

在确定了第二用户终端归属的家乡信关站-第二信关站后，则可将寻呼请求转发至第二信关站，由第二信关站执行后续的寻呼请求的处理，以便将请求转发至该第二用户终端。

步骤S103，第二信关站在本地的HLR中，查询第二用户终端当前所在的目标位置区，其中，HLR用于存储并更新进网登记时注册在本地信关站的用户终端的所在位置，进网登记时注册在本地信关站的用户终端的所在位置通过当前所在的位置区进行表示；

在信关站侧，其可配置有HLR，专门存储登记在本信关站下的用户终端的所在位置，其中，对于HLR存储的用户终端的所在位置，是呈现动态更新机制的，一直不断记录着用户终端在整个卫星通信***中的不同位置之间的变化。

因此，通过HLR，第二信关站可以查询到第二用户终端在整个卫星通信***中的当前所在位置。

其中，HLR在记录用户终端在整个卫星通信***中的所在位置时，是以其所在的位置区进行表示的，如此，可定位到第二终端当前所在的位置区及其信关站。

步骤S104，第二信关站将寻呼请求发送至负责目标位置区的第三信关站；

此时，在确定了第二终端所在的目标位置区后，则可将寻呼请求继续转发至该目标位置区的信关站，本申请将其记为第三信关站，如此，该寻呼请求，离第二终端又进了一步。

步骤S105，第三信关站在本地的VLR中，查询第二终端当前所在的目标小区，其中，VLR用于存储并更新当前位于本地信关站负责的位置区的用户终端的所在位置，当前位于本地信关站负责的位置区的用户终端的所在位置通过在当前位于本地信关站负责的位置区中划分得到的具体小区进行表示，目标位置区包括不同小区；

对于第三信关站，则是在整个的寻呼处理中涉及的最后一个信关站，在该第三信关站负责的位置区内，则是引入了本申请的位置管理机制，即，将第三信关站负责的位置区，进一步的划分为不同的小区，而在用户终端的位置管理过程中，则可记录用户终端在位置区内的具体小区，达到更小的位置管理颗粒度。

具体的，可参阅图2示出的本申请位置区的一种场景示意图，在图2中可以看到，第一位置区(LA1)中划分为C1、C2、C3共3个小区，第二位置区(LA2)中也划分为C1、C2、C3共3个小区，当然，在实际应用中，小区如何划分不仅合各小区所在的位置区的范围有关，也和小区本身的范围有关，其具体划分策略可随实际需要调整，在此不作具体限定。

在信关站侧，其可配置有VLR，专门存储登记处于本地位置区内的用户终端的所在位置，其中，对于VLR存储的用户终端的所在位置，也是呈现动态更新机制的，一直不断记录着用户终端在本次位置区内不同小区之间的变化。

从而，在收到第二信关站转发过来的寻呼请求后，第三信关站可以通过VLR，查询到第二用户终端在本地位置区中的当前所在小区。

步骤S106，第三信关站确定卫星信号覆盖目标小区的目标卫星，并通过目标卫星将寻呼请求发送至第二用户终端。

而在确定了第二终端所在的具体小区，即目标小区后，第三信关站则可确定并通过卫星信号覆盖该小区的接入星，即目标卫星，完成最后的寻呼请求的转发，将寻呼请求转发至第二用户终端处。

此时，第二用户终端收到第一用户终端发起的寻呼请求后，则可确认寻呼请求，如此可建立与第一用户终端之间的卫星通信连接，方可进行一次卫星会话。

具体的，对于上面的寻呼处理，还可参考图3示出的本申请寻呼处理的一种场景示意图以及图4示出的本申请寻呼处理的一种部分信令流程图进行理解。

从图4还可看出的是，在寻呼处理的过程中，还可涉及卫星通信***中的移动交换中心(Mobile Switching Center，MSC)的帮助。

从图1所示实施例可看出，在卫星通信场景中，针对基于信关站的区域划分策略，本申请将信关站负责的位置区继续细分，得到多个小区，如此在进行寻呼时，不仅可以得到位置区中小区级别的颗粒度的精准卫星分配，显著降低了涉及的通信成本要求，此外在该寻呼机制下，对于用户终端的位置管理，也更加的便捷，在位置区中只需更新用户终端所在的小区，无需涉及跨位置区的位置更新，体现低频、低成本的位置管理效果，兼顾用户终端的寻呼成本以及位置管理成本，从而具有更佳的实用价值。

对于上述内容，可以看出的是，是以一次实时的寻呼处理为切入点，进行本申请提出的卫星通信机制的说明的，而对于信关站负责的位置区的不同小区划分、用户终端的位置管理，还有进一步的说明。

对于本申请所提供的卫星通信场景下的寻呼方法，其在进行寻呼处理之前，还可涉及到位置区及其小区的划分处理，可以理解，该划分处理一般是在卫星通信***的初始阶段执行的，当然，在后续卫星通信***的正常使用阶段，也可能根据***更新的需求，执行划分处理。

对于该划分处理，作为一种具体的实现方式，其具体可包括以下内容：

在地表区域根据不同信关站的分布，划分为不同位置区；

在不同位置区中，根据对应的卫星单波束宽度，划分为不同小区。

可以理解的是，划分处理的执行，其在实际应用中，具体可以由MSC等设备执行，并同步到需要记录的信关站等设备上，当然，这些划分处理也可以是在用户操作下执行的，并同步至需要记录的信关站等设备上。

其中，在小区的划分过程中，作为又一种具体的实现方式，对于位置区内不同小区的划分，是在保证覆盖小区的卫星数量不超过3个的约束策略下进行的，例如一般小区直径在几百Km量级，如此在保障小区拥有足够的卫星信号覆盖的情况下，无需覆盖过多的卫星信号，避免接入星的选择过多产生的资源浪费、通信成本的浪费，此外也能促进小区范围、小区颗粒度在过大及过小之间取得平衡，达到较佳的实用性。

而在用户终端的位置管理方面，举例而言，其可以分为两大类，一类是用户终端在一个位置区内的位置移动，另一类是用户终端跨位置区的位置移动。

对于第一类，其位置移动管理的处理，以上面提及的第二用户终端为例，具体可以包括：

当第二用户终端在目标位置区内从第一小区移动到第二小区时，VLR将第二用户终端在第二小区的信息进行存储。

可以理解，当根据第二用户终端的定位信息，判断其进入了新的小区，但是没有跨越本地位置区的覆盖范围时，此时新旧小区在同一个位置区内，只需要更新VLR中第二用户终端的所在小区即可，其具体的位置更新流程还可参考图5示出的本申请位置移动管理的一种部分信令流程图。

对于第二类，其位置移动管理的处理，仍以上面提及的第二用户终端为例，具体可以包括：

当第二用户终端从其他位置区移动到目标位置区内的第三小区时，VLR将第二用户终端在第二小区的信息进行存储；

VLR通过HLR指示负责其他位置区的信关站删除本地VLR中存储的第二用户终端的所在位置。

可以理解，当根据第二用户终端的定位信息，判断其进入了新的位置区时，由于所在位置区、所负责的信关站都发生了变化，所以需要向家乡信关站的HLR发出位置更新请求，给出第二用户终端当前所在的位置区及其信关站，家乡信关站返回给第二用户终端当前所在位置区的VLR一个确认响应，从而第二用户终端当前所在位置区的VLR对该第二用户终端进行数据注册，给第二用户终端发送位置更新确认，同时由家乡信关站通知第二用户终端移动前所在位置区的VLR删除其记录的关于第二用户终端的数据，具体的，跨位置区的位置更新流程还可参考图6示出的本申请位置移动管理的又一种部分信令流程图。

此外，从图5、图6还可看出，对于用户终端的位置移动管理，在实际应用中，作为又一种适于实用的实现方式，具体可以由用户终端监测自身的所在位置来进行触发。具体的，仍以第二用户终端为例，第二用户终端的移动变化，由第二用户终端结合自身采集的定位信息(例如可通过自身配置的或者相邻设备配置的北斗定位模块等不同类型的定位模块获得)与预设的小区位置信息(可以理解为各位置区以及各小区的位置分布信息)进行比对得到，并发起对应的位置更新处理。

进一步的，回到寻呼处理，在第三信关站侧，其在确定了卫星信号覆盖了用户终端当前所在的目标小区的目标卫星，在实际应用中，还可能存在多个的情况，也就是说，该目标卫星包括多个卫星，与此同时，第三信关站在通过卫星转发寻呼请求时，则可从中择一或者选择多个的卫星来发送寻呼请求，即：

当第三信关站确定卫星信号覆盖小区的卫星存在多个卫星时，通过多个卫星中的至少一个卫星，将寻呼请求发送至第二用户终端。

举例而言，参阅图7示出的本申请寻呼处理的又一种场景示意图，卫星信号覆盖了小区(Cn)的卫星存在3个，可通过这3个卫星向第二用户终端转发寻呼请求。

可以理解，通过多个卫星的通信链路转发寻呼请求时，可以促进更快的将寻呼请求转发至第二用户终端，其次，在实际应用中，若在划分小区时已考虑了可以覆盖小区的卫星数量阈值，因此也可避免通过多卫星来转发寻呼请求时的开销成本，从而在稳定性、速度以及开销成本之间可以取得平衡。

此外，除了通过多卫星来转发寻呼请求，也可直接指定一个卫星来执行寻呼请求的转发工作。

可以理解，不同卫星其卫星信号覆盖了小区时，本申请认为，也可能存在信号强弱的差异，例如，以图7为例，3个卫星中只有一个卫星的星下点(覆盖范围的中心)直接处于目标小区中，因此可认为该卫星在目标小区中可取得更强的卫星信号，从而可选择该卫星进行寻呼请求的转发。

当然，在实际应用中，对于不同卫星在本次转发寻呼请求时的信号强度，可以配置更为全面的、精确的确定策略，从而可在不同卫星之间挑选出可取得最佳信号强度的卫星来执行本次的寻呼请求的转发工作。

即，在转发寻呼请求的过程中，可以包括：

第三信关站确定多个卫星中取得最佳信号强度的卫星；

第三信关站通过多个卫星中取得最佳信号强度的卫星，将寻呼请求发送至第二用户终端。

可以理解，相比于上面的通过多卫星来转发寻呼请求，通过单个的、取得最佳信号强度的卫星来转发寻呼请求，不仅实现了显著降低的开销成本，此外，由于执行寻呼请求转发工作的卫星具有最佳信号强度，因此在实际应用中，相比于其他卫星也能极大概率的呈现更佳的执行效果。

以上是本申请提供卫星通信场景下的寻呼方法的介绍，本申请还从***组成出发，提供了一种卫星通信***，在该***中，包括了多个的信关站以及卫星，用于执行上述卫星通信场景下的寻呼方法，以促进卫星通信功能。

此外，应当理解的是，在卫星通信***中，还可能包括用户设备，即享受卫星通信服务的用户设备可以直接为卫星通信***中的专用设备，当然，在实际应用中，也可能是***以外的设备，具体在此不做限定。

而对于用户终端、信关站甚至用户设备，本申请在此将这些设备记为处理设备，对于这些处理设备，在硬件结构方面，可继续参阅图8，图8示出了本申请处理设备的一种结构示意图，具体的，本申请处理设备可包括处理器801、存储器802以及输入输出设备803，处理器801用于执行存储器802中存储的计算机程序时实现如图1对应实施例中卫星通信场景下的寻呼方法所需执行的各步骤。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器802中，并由处理器801执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

处理设备可包括，但不仅限于处理器801、存储器802、输入输出设备803。本领域技术人员可以理解，示意仅仅是处理设备的示例，并不构成对处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如处理设备还可以包括网络接入设备、总线等，处理器801、存储器802、输入输出设备803等通过总线相连。

处理器801可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是处理设备的控制中心，利用各种接口和线路连接整个设备的各个部分。

存储器802可用于存储计算机程序和/或模块，处理器801通过运行或执行存储在存储器802内的计算机程序和/或模块，以及调用存储在存储器802内的数据，实现计算机装置的各种功能。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序等；存储数据区可存储根据处理设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器801用于执行存储器802中存储的计算机程序时，具体可实现设备自身在卫星通信场景下的寻呼方法中所需执行的功能、步骤，从而可实现以下的内容：

第一信关站接收自身负责的位置区内第一用户终端发起的寻呼请求，其中，寻呼请求用于请求向第二用户终端进行寻呼，寻呼请求携带第二用户终端的终端ID；

第一信关站查找终端ID归属的第二信关站，并将寻呼请求发送至第二信关站，其中，第二信关站是第二用户终端在进网登记时注册的信关站；

第二信关站在本地的HLR中，查询第二用户终端当前所在的目标位置区，其中，HLR用于存储并更新进网登记时注册在本地信关站的用户终端的所在位置，进网登记时注册在本地信关站的用户终端的所在位置通过当前所在的位置区进行表示；

第二信关站将寻呼请求发送至负责目标位置区的第三信关站；

第三信关站在本地的VLR中，查询第二终端当前所在的目标小区，其中，VLR用于存储并更新当前位于本地信关站负责的位置区的用户终端的所在位置，当前位于本地信关站负责的位置区的用户终端的所在位置通过在当前位于本地信关站负责的位置区中划分得到的具体小区进行表示，目标位置区包括不同小区；

第三信关站确定卫星信号覆盖目标小区的目标卫星，并通过目标卫星将寻呼请求发送至第二用户终端。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的卫星通信***的具体工作过程，可以参考如图1对应实施例中卫星通信场景下的寻呼方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1对应实施例中卫星通信场景下的寻呼方法的步骤，具体操作可参考如图1对应实施例中卫星通信场景下的寻呼方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1对应实施例中卫星通信场景下的寻呼方法的步骤，因此，可以实现本申请如图1对应实施例中卫星通信场景下的寻呼方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的卫星通信场景下的寻呼方法、卫星通信***以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种卫星通信场景下的寻呼方法，其特征在于，所述方法包括：

第一信关站接收自身负责的位置区内第一用户终端发起的寻呼请求，其中，所述寻呼请求用于请求向第二用户终端进行寻呼，所述寻呼请求携带所述第二用户终端的终端标识ID；

所述第一信关站查找所述终端ID归属的第二信关站，并将所述寻呼请求发送至所述第二信关站，其中，所述第二信关站是所述第二用户终端在进网登记时注册的信关站；

所述第二信关站在本地的归属位置寄存器HLR中，查询所述第二用户终端当前所在的目标位置区，其中，所述HLR用于存储并更新进网登记时注册在本地信关站的用户终端的所在位置，所述进网登记时注册在本地信关站的用户终端的所在位置通过当前所在的位置区进行表示；

所述第二信关站将所述寻呼请求发送至负责所述目标位置区的第三信关站；

所述第三信关站在本地的拜访位置寄存器VLR中，查询所述第二终端当前所在的目标小区，其中，所述VLR用于存储并更新当前位于本地信关站负责的位置区的用户终端的所在位置，所述当前位于本地信关站负责的位置区的用户终端的所在位置通过在当前位于本地信关站负责的位置区中划分得到的具体小区进行表示，所述目标位置区包括不同小区；

所述第三信关站确定卫星信号覆盖所述目标小区的目标卫星，并通过所述目标卫星将所述寻呼请求发送至所述第二用户终端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第二用户终端在所述目标位置区内从第一小区移动到第二小区时，所述VLR将所述第二用户终端在所述第二小区的信息进行存储。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第二用户终端从其他位置区移动到所述目标位置区内的第三小区时，所述VLR将所述第二用户终端在所述第二小区的信息进行存储；

所述VLR通过所述HLR指示负责所述其他位置区的信关站删除本地VLR中存储的所述第二用户终端的所在位置。

4.根据权利要求2或者3所述的方法，其特征在于，所述第二用户终端的移动变化，由所述第二用户终端结合自身采集的定位信息与预设的小区位置信息进行比对得到，并发起对应的位置更新处理。

5.根据权利要求1所述的方法，其特征在于，所述第三信关站确定卫星信号覆盖所述目标小区的目标卫星，并通过所述目标卫星将所述寻呼请求发送至所述第二用户终端，包括：

当所述第三信关站确定卫星信号覆盖所述小区的卫星存在多个卫星时，通过所述多个卫星中的至少一个卫星，将所述寻呼请求发送至所述第二用户终端。

6.根据权利要求5所述的方法，其特征在于，当所述第三信关站确定卫星信号覆盖所述小区的卫星存在多个卫星时，通过所述多个卫星中的至少一个卫星，将所述寻呼请求发送至所述第二用户终端，包括：

所述第三信关站确定所述多个卫星中取得最佳信号强度的卫星；

所述第三信关站通过所述多个卫星中取得最佳信号强度的卫星，将所述寻呼请求发送至所述第二用户终端。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在地表区域根据不同信关站的分布，划分为不同位置区；

在所述不同位置区中，根据对应的卫星单波束宽度，划分为不同小区。

8.根据权利要求7所述的方法，其特征在于，所述不同小区的划分，是在保证覆盖小区的卫星数量不超过3个的约束策略下进行的。

9.一种卫星通信***，其特征在于，***包括多个信关站以及卫星，用于执行权利要求1至8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至8任一项所述的方法。

Images