寻呼方法和设备
阅读：432发布：2020-05-14
专利汇可以提供寻呼方法和设备专利检索，专利查询，专利分析的服务。并且描述了改进的寻呼方法和设备。根据寻呼信息确定寻呼的寻呼要求。寻呼要求可以包括例如传输延迟限制、寻呼资源要求、是否将确认寻呼和服务 质量 信息等。通过 节点 确定寻呼要求来生成和发送寻呼。在其它 实施例 中，在消息中将寻呼要求信息传送给负责寻呼传输资源分配和/或寻呼的实际传输的节点。本 发明 的方法和设备允许根据寻呼的具体要求在不同的 基础 上处理寻呼。可以为寻呼维护不同的服务质量等级，其中与对应于较低寻呼QoS等级的寻呼相比，将向具有较高QoS的寻呼提供资源分配优先权和/或调度优先权。，下面是寻呼方法和设备专利的具体信息内容。
1.一种通信方法，该方法包括：
操作接入节点，以接收用于指示要被寻呼的端节点的寻呼信息；以及
操作所述接入节点，以根据接收的寻呼信息来确定寻呼要求。
2.权利要求1的方法，
其中所述寻呼要求是根据服务质量指示符、类型指示符、信源指示符和信宿指示符中的至少之一来确定的；以及
其中所述接入节点是基站，所述方法还包括：
操作所述接入节点，以根据所确定的寻呼要求分配用于发送寻呼的寻呼传输资源，具有不同的所确定寻呼要求的多个寻呼请求中的至少一些导致接入节点资源的分配不同。
3.权利要求2的方法，还包括：
操作所述接入节点以使用所分配的寻呼传输资源经由无线通信链路发送寻呼。
4.权利要求3的方法，其中所述发送寻呼的步骤包括并入表示设备操作状态的寻呼信息，其中，所述寻呼被发送到设备，该设备在接收到所述寻呼之后将进行操作。
5.权利要求2的方法，还包括：
操作所述接入节点以将寻呼信号发送给第二节点，表示分配寻呼传输资源以在发送与所述接收的寻呼信息对应的寻呼时使用。
6.权利要求1的方法，还包括：
操作所述接入节点以在寻呼请求消息中将所述确定的寻呼要求传送给第二节点。
7.权利要求6的方法，其中所述寻呼请求消息包括所述接收的寻呼信息的至少一部分。
8.权利要求7的方法，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是所述包括在寻呼内的部分。
9.权利要求6的方法，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是被确认的寻呼。
10.权利要求6的方法，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是服务质量要求。
11.权利要求10的方法，其中所述服务质量要求包括寻呼传输定时限制。
12.权利要求10的方法，其中所述服务质量要求对应于多个服务质量等级之一。
13.权利要求10的方法，其中所述服务质量要求要求多次传输寻呼。
14.权利要求10的方法，其中所述服务质量要求要求在没有确认的情况下至少一次重新传输寻呼。
15.权利要求14的方法，还包括：
操作第二节点以使所述寻呼的所述重新传输到比所述寻呼的初始传输区域更大的地理区域中。
16.权利要求6的方法，
其中在所述寻呼请求消息内表示的所述确定的寻呼要求是服务质量要求；和其中所述寻呼请求消息包括表示将由所述第二节点将一部分寻呼资源分配给具有所述服务质量要求的寻呼的寻呼资源分配信息，该方法还包括：
操作第二节点以将所述寻呼资源的所述部分分配给具有在所述寻呼请求消息内表示的服务质量要求的寻呼。
17.权利要求6的方法，还包括：
操作所述第二节点以根据在所述寻呼请求消息内表示的所述确定的寻呼要求分配用于发送寻呼的寻呼传输资源。
18.权利要求17的方法，还包括：
操作所述第二节点以使用所分配的寻呼传输资源发送寻呼。
19.权利要求17的方法，还包括：
操作所述第二节点以将寻呼信号传送给第三节点，表示分配寻呼传输资源用于在发送与所述寻呼信息对应的寻呼时使用。
20.一种运行在通信系统中的装置，包括：
用于操作接入节点，以接收用于指示要被寻呼的端节点的寻呼信息的模块；以及用于操作所述接入节点，以根据接收的寻呼信息来确定寻呼要求的模块。
21.权利要求20的装置，
其中所述寻呼要求是根据服务质量指示符、类型指示符、信源指示符和信宿指示符中的至少之一来确定的；以及
其中所述接入节点是基站，所述装置还包括：
用于操作所述接入节点，以根据所确定的寻呼要求分配用于发送寻呼的寻呼传输资源的模块，具有不同的所确定寻呼要求的多个寻呼请求中的至少一些导致接入节点资源的分配不同。
22.权利要求21的装置，还包括：
用于操作所述接入节点以使用所分配的寻呼传输资源经由无线通信链路发送寻呼的模块。
23.权利要求22的装置，其中所述发送寻呼包括并入表示设备操作状态的寻呼信息，其中，所述寻呼被发送到设备，该设备在接收到所述寻呼之后将进行操作。
24.权利要求21的装置，还包括：
用于操作所述接入节点以将寻呼信号发送给第二节点的模块，表示分配寻呼传输资源以在发送与所述接收的寻呼信息对应的寻呼时使用。
25.权利要求20的装置，还包括：
用于操作所述接入节点以在寻呼请求消息中将所述确定的寻呼要求传送给第二节点的模块。
26.权利要求25的装置，其中所述寻呼请求消息包括所述接收的寻呼信息的至少一部分。
27.权利要求26的装置，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是所述包括在寻呼内的部分。
28.权利要求25的装置，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是被确认的寻呼。
29.权利要求25的装置，其中在所述寻呼请求消息内表示的所述确定的寻呼要求是服务质量要求。
30.权利要求29的装置，其中所述服务质量要求包括寻呼传输定时限制。
31.权利要求29的装置，其中所述服务质量要求对应于多个服务质量等级之一。
32.权利要求29的装置，其中所述服务质量要求要求多次传输寻呼。
33.权利要求29的装置，其中所述服务质量要求要求在没有确认的情况下至少一次重新传输寻呼。
34.权利要求33的装置，还包括：
用于操作第二节点以使所述寻呼的所述重新传输到比所述寻呼的初始传输区域更大的地理区域中的模块。
35.权利要求25的装置，
其中在所述寻呼请求消息内表示的所述确定的寻呼要求是服务质量要求；和其中所述寻呼请求消息包括表示将由所述第二节点将一部分寻呼资源分配给具有所述服务质量要求的寻呼的寻呼资源分配信息，该装置还包括：
用于操作第二节点以将所述寻呼资源的所述部分分配给具有在所述寻呼请求消息内表示的服务质量要求的寻呼的模块。
36.权利要求25的装置，还包括：
用于操作所述第二节点以根据在所述寻呼请求消息内表示的所述确定的寻呼要求分配用于发送寻呼的寻呼传输资源的模块。
37.权利要求36的装置，还包括：
用于操作所述第二节点以使用所分配的寻呼传输资源发送寻呼的模块。
38.权利要求36的装置，还包括：
用于操作所述第二节点以将寻呼信号传送给第三节点的模块，表示分配寻呼传输资源用于在发送与所述寻呼信息对应的寻呼时使用。
寻呼方法和设备
[0002] 相关申请
[0003] 本申请要求于2003年2月10日提交的标题为“在无线通信网络内用于移动设备的位置跟踪和寻呼的方法和设备(Methods and apparatus for location tracking and paging of mobile devices in wireless communication networks)”的美国临时专利申请US 60/446,327的优先权，并且是于2003年8月13日提交的美国专利申请US10/640,961的部分后续申请，上述两篇申请在此引入作为参考。
技术领域
[0004] 本发明涉及通信系统，更具体地，涉及用于在无线例如蜂窝通信网络内寻呼的方法和设备。
背景技术
[0005] 在典型的蜂窝通信网络内，一组在地理上分散的基站提供到通信基础结构的无线接入。拥有无线通信设备或终端的用户能够建立与适当基站的直接通信链路，随后通过该通信网络与其它用户和/或终端系统交换信息。通常，这样的系统能够支持各种不同的应用(例如电话、文本消息发送、流音频/视频、网页浏览、文件传输、等等)；然而，传统的系统主要设计用于电话。在接入链路上交换的信息包括用户数据以及控制信号传输以支持接入链路自身，协调传榆，支持移动性，和提供多种其它这样的特征。
[0006] 典型地，蜂窝通信系统的用户并不持续地从事于主动信息交换(例如，可能存在终端用户并未参与通信对话的很长的时间周期)。位置跟踪和寻呼系统允许无线终端在非活动周期过程中切换到休眠模式以降低功率消耗和最大化操作持续时间，同时依然维持呼入的可抵达性。虽然工作在休眠模式中，无线终端可能依然定期监视专用寻呼信道以支持输入通信对话的建立。因而，通常使用寻呼信号传输向休眠的无线终端提醒输入的通信对话。通常，可以将寻呼信号传输引导到特定位置区域(或寻呼区域)，该区域包括在地理上靠近无线终端转换成休眠模式的位置或者最后报告其位置的一个或多个基站的子集。
[0007] 传统的电路交换蜂窝网络的寻呼机制主要设计用于语音电话。然而，目前还扩展电路交换蜂窝网络技术以支持数据应用。此外，还出现了分组交换蜂窝网络技术，它更加适合于支持多种应用，包括交互式数据应用，例如直接消息发送和在线游戏。随着蜂窝网络技术发展以支持具有不同要求的更多种不同应用，将希望支持寻呼服务中的差别的新的寻呼机制。因此，需要能够提供诸如将不同的寻呼处理为具有不同服务质量等级和/或支持用于不同类型使用期限的不同寻呼要求等功能的方法。
[0008] 鉴于上述讨论，显然需要用于寻呼的改进方法和设备。
发明内容
[0009] 本发明涉及允许寻呼的差别处理的改进寻呼方法和设备。此性能可以用于提供具有不同服务质量等级的不同寻呼。例如，可以给用于语音呼叫的寻呼提供比用于文本消息的寻呼更高的优先级。可选择地，可以给支付高级服务费用的客户提供与并未定制高级服务的客户更高的寻呼资源分配优先级。
[0010] 根据本发明，处理寻呼信息以确定将要发送的寻呼的要求。寻呼信息可以是包括将要合并在寻呼内的信息的分组。寻呼信息也可以是用于触发寻呼的信号，例如控制信号。
[0011] 根据寻呼请求信息确定用于寻呼的寻呼要求。寻呼要求可以包括，例如传输延迟限制、寻呼资源要求、寻呼是否将被确认、服务质量信息、等等。寻呼一开始将要发送到的地理区域是寻呼要求的另一个例子。也可以将寻呼将要重新发送到的地理区域确定为要求，例如与寻呼一开始将要发送的区域不同的区域。
[0012] 根据如何实现寻呼系统，可以以多种方式使用寻呼要求信息。在一种实施例中，在本发明的通信网络边沿上的网络节点，例如接入节点，负责确定寻呼要求、作为所确定寻呼要求的函数分配寻呼资源和根据所确定的要求和所分配的寻呼资源传输寻呼。
[0013] 在其它实施例中，由与资源分配和寻呼传输函数不同的节点执行寻呼要求确定函数。在这样一种实施例中，根据所接收寻呼信息确定寻呼要求的节点生成根据本发明的新的寻呼要求消息，和将寻呼请求消息传送给负责执行寻呼资源分配的节点或单元。本发明的新的寻呼请求消息包括所确定的寻呼要求和在许多情况下，在具有所指示要求的寻呼内将要发送的信息。将要发送的信息通常是根据其确定寻呼要求的寻呼信息的一部分。将本发明的寻呼请求消息存储在生成、发送、接收和/或处理本发明的新消息的节点内的存储器内，例如缓存。
[0014] 在寻呼传输资源分配之后，例如作为所确定寻呼要求信息的函数，例如根据每个寻呼的各自要求调度和发送寻呼。本发明的技术允许将要不同地处理不同寻呼，从而提供能够支持寻呼传输的服务质量QoS的不同等级的机制。与在传输资源分配和/或其它寻呼相关要求，例如寻呼发送到的区域和寻呼确认要求等方面相同地处理所有寻呼的系统相比，这提供了明显的优点。在各个实施例中，寻呼要求规定移动节点响应于接收寻呼将要采取的动作。虽然寻呼确认是一个例子，改变成特定的操作模式，例如从较低功率操作状态改变成另一个低功率操作状态，而不是可以规定为寻呼要求的全功率状态。在这种情况下，通常将寻呼要求合并到作为所确定寻呼要求信息的函数生成的实际寻呼消息内。
[0015] 本发明的方法和设备允许在根据寻呼具体要求的不同基础上处理寻呼。可以维持不同的服务质量等级，为指定较高QoS等级的寻呼提供比与较低寻呼QoS等级对应的寻呼相比更高的资源分配优先级和/或调度优先级。
[0017] 图1图示根据本发明实现的和使用本发明的方法的示例性通信系统的网络图。
[0018] 图2图示根据本发明实现的示例性接入节点。
[0019] 图3图示根据本发明实现的示例性寻呼节点。
[0020] 图4图示当由接入节点接收寻呼信息和由同一接入节点发送寻呼信号时根据本发明的示例性实施例执行的信号传输。
[0021] 图5图示当由第一接入节点接收寻呼信息，从第一接入节点向第二接入节点发送寻呼请求消息和由第二接入节点发送寻呼信号时根据本发明的示例性实施例执行的信号传输。
[0022] 图6图示当由寻呼节点接收寻呼信息，从寻呼节点向接入节点发送寻呼请求消息和由接入节点发送寻呼信号时根据本发明的示例性实施例执行的信号传输。
[0023] 图7图示当由第一寻呼节点接收寻呼信息，从第一寻呼节点向第二寻呼节点发送寻呼请求消息，和从第二寻呼节点向多个接入节点发送寻呼信号和每个接入节点发送寻呼信号时根据本发明的示例性实施例执行的信号传输。
[0024] 图8图示当由寻呼节点接收寻呼信息，从同一寻呼节点向接入节点发送寻呼信号和由接入节点发送寻呼信号时根据本发明的示例性实施例执行的信号传输。
[0025] 图9图示包括寻呼要求信息的本发明的寻呼请求消息。
[0026] 图10，包括图10A和图10B，图示根据本发明的各个寻呼方法执行的步骤。
具体实施方式
[0027] 图1图示示例性的通信系统100，例如蜂窝通信网络，它包括通过通信链路互连的多个节点。在该示例性通信系统100内的节点可以根据例如网际协议(IP)等通信协议使用例如消息的信号交换信息。该示例性系统100的通信链路例如可以使用导线、光纤电缆和/或无线通信技术来实现。该示例性的通信系统100包括通过多个接入节点140和150访问通信网络的多个端节点144、146、154、156。该端节点144、146、154、156例如可以是无线通信设备或终端，接入节点140和150例如可以是无线接入路由器或基站。该示例性通信系统100还包括可能需要提供互连性或提供特定服务或功能的多个其它节点。具体而言，该示例性通信系统100包括对话信号传输服务器节点106，例如对话初始化协议(SIP)代理服务器，可能需要在端节点和诸如移动IP原籍代理(home agent)节点等移动性代理节点108之间支持通信对话的建立和维护，可能需要在接入节点之间支持端节点的移动性。
[0028] 图1示例性的通信系统100包括网络102，它包括对话信号传输服务器节点106和移动性代理节点108，分别通过相应的网络链路107和109连接到中间网络节点110。该示例性的系统100还图示了寻呼节点104，根据寻呼系统设计和结构包括在一些实施例内，但是并不包括在其它实施例内，其中如果存在的话，则寻呼节点104通过相应的网络链路105连接到中间网络节点110。寻呼节点104和相关网络链路105图示为点虚线以强调包括在一些实施例中，而不包括在其它实施例中。在该网络102内的中间网络节点110还通过网络链路111提供到网络102示意图之外的网络节点的互连性。网络链路111连接到另一个中间网络节点112，它还分别通过网络链路141、151进一步提供到多个接入节点140和150的连接性。
[0029] 示例性系统100包括作为网络160的一部分的一组接入节点134、136和138和相关寻呼节点130，主要使用与在统一通信系统100内的诸如使用分组交换的其它节点不同的通信技术，例如电路交换。不同的技术网络160的每个接入节点134、136和138分别通过相应的网络链路135、137和139连接到寻呼节点130，而不同技术网络160的寻呼节点130通过网络链路131互连到同一通信系统100的中间节点112。为了强调本发明的一些实施例操作在集成不同通信技术的网络的通信系统100内，而其它实施例并不如此，使用点虚线图示不同技术网络106和互连网络链路131。
[0030] 将在示例性通信系统100内的若干接入节点140和150图示为分别通过相应的接入链路(145，147)，(155，157)提供到多个N端节点(144，146)，(154，156)的连接性。尽管未明确图示，在示例性通信系统100内的其它接入节点134、136和138包括用于提供到端节点的连接性的类似功能。在示例性通信系统100内，将每个接入节点134、136、138、140和150图示为使用无线技术，例如无线接入链路，以提供接入。将无线电覆盖区域，例如每个接入节点134、136、138、140和150的通信小区164、166、168、148和158分别图示为围绕相应接入节点的圆。
[0031] 随后使用该示例性通信系统100作为用于描述本发明的各个实施例的基础。本发明的替代实施例包括各种网络拓扑，其中网络节点的数量和类型、链路的数量和类型和节点之间的互连性可以不同于图1所示的示例性通信系统100。
[0032] 根据本发明，通过例如在一个或多个模块内可以实现的下述功能实体实现支持在示例性系统100内的差别寻呼。
[0033] 1.寻呼要求确定(PRD)：该PRD功能实体分析所接收的寻呼)信息，例如所接收的数据消息或控制信号，表示应当寻呼特定休眠端节点，和确定相应寻呼的要求，例如寻呼操作和/或信号传榆。
[0034] 2.寻呼资源控制(PRC)：该PRC功能实体根据如PRD功能实体确定的寻呼要求控制一个或多个寻呼资源，执行寻呼操作(例如分配寻呼资源)和/或发送寻呼信号传输。
[0035] 在本发明的各个实施例中，这些功能实体可以在独立模块内实现或者组合在单个模块内。此外，在各个实施例中，例如根据寻呼系统设计，这些功能实体可以定位在不同网络节点内或者共存于一些网络节点内。在两个功能实体共存于给定网络节点的实施例内，在一些操作模式中例如可以选择性地启动/禁止或保持不使用各个功能实体。
[0036] 在集中式寻呼系统设计中，PRD和PRC功能可以位于网络基础设施核心的中心。在部分分布式寻呼系统设计中，PRD功能可以位于网络核心的中心，而PRC功能可以位于网络基础设施的边沿或附近，例如在无线电接入网络节点或接入节点内。在更加分布式的寻呼系统设计内，PRD和PRC功能可以位于网络基础设施的边沿上，例如在接入节点内。在本发明的各个实施例中，单个PRC功能实体可以支持多个接入节点/小区/扇区，定义以位于PRC功能实体的本地范围内。
[0037] 根据本发明，通过例如可以在一个或多个模块内实现的下述功能实体进一步实现在示例性系统100内支持端节点的位置跟踪和寻呼。
[0038] 1.监视代理(MA)：该MA接收和处理用于休眠端节点的输入寻呼信息，例如消息，和确定是否应当为该端节点初始化寻呼。
[0039] 2.跟踪代理(TA)：该TA接收位置更新信号，例如消息，以跟踪休眠端节点的位置，例如当前位置/寻呼区域、接入节点、小区和/或扇区。位置更新频率和由TA维持的位置跟踪信息的精确度是独立实现的。
[0040] 3.锚寻呼代理(APA)：该APA协调寻呼请求信号传输，例如发送用于休眠端节点的寻呼请求消息。典型地，该APA响应于来自MA的触发信号初始化寻呼请求信号传输，根据由TA维持的跟踪信息，将寻呼信号引导到其它网络节点，例如接入节点。
[0041] 4.本地寻呼代理(LPA)：该LPA协调诸如端节点、TA和/或APA的其它功能实体之间的信号传输。典型地，该LPA协调在相关范围内的实体(例如包括一个或多个接入节点的位置区域和在这些接入节点的覆盖区内的该组端节点)和可能位于此范围之外的其它功能实体(例如TA和/或APA)之间的信号传输。
[0042] 在本发明的各个实施例中，可以省略或组合这些功能实体中的一些实体。在不同实施例中，也可以改变这些功能实体在网络内和/或在特定网络节点内的位置或放置。
[0043] 通常，MA、TA和APA非常相关和共同维护与休眠端节点相关的状态信息以支持位置跟踪和寻呼。因而，这三个功能通常可以共处于同一节点内或者处于在拓扑上彼此靠近的节点内。本发明支持集中式寻呼系统设计和这些功能位于或靠近网络基础设施边沿，例如在接入节点内的更加分布式的设计。LPA本质上用于协调诸如在其当前位置内的端节点(例如它的当前位置/寻呼区域、接入节点、小区和/或扇区)等其它功能实体和支持休眠端节点的MA/TA/APA(可位于网络内的任何位置内)之间的信号传输。因而，LPA功能通常更为分布，和位于网络基础设施的边沿上或附近，例如在接入节点内。在本发明的各种实施例中，单个LPA支持被定义以处于LPA的本地范围内的多个接入节点/小区/扇区。
[0044] 下面描述支持各种寻呼系统设计的本发明的各种示例性实施例。
[0045] 图2提供根据本发明实施的示例性接入节点300的详细图示。图2所示的示例性接入节点300是可以用作例如图1所示的140和150的接入节点的设备的详细图示。在图2的实施例中，接入节点300包括通过总线306耦合在一起的处理器304、网络/网间接口
320、无线通信接口330和存储器310。因此，通过总线306，接入节点300的各个组件可以交换信息、信号和数据。接入节点300的组件304、306、310、320和330位于外壳302内。
320、无线通信接口330和存储器310。因此，通过总线306，接入节点300的各个组件可以交换信息、信号和数据。接入节点300的组件304、306、310、320和330位于外壳302内。
[0046] 网络/网间接口320提供一种机构，接入节点300的内部组件通过此机构可以向外部设备和网络节点发送和从其接收信号。网络/网间接口320包括用于例如通过铜线或光纤线路将接入节点300耦合到其它网络节点的接收器电路322和发送器电路324。无线通信接口330还提供一种机构，接入节点300的内部组件通过此机构可以向诸如端节点的外部设备和网络节点发送和从其接收信号。无线通信接口330包括例如带有相应接收天线330的接收器电路332和带有相应发送天线338的发送器电路334，用于将接入节点300耦合到其它网络节点，例如通过无线通信信道。
[0047] 处理器304在各种模块的控制之下，例如在存储器310内包括的程序，控制接入节点300的操作以执行各种信号传输和处理，如下文所述。在存储器310内包括的模块在启动或在由其它模块调用时执行。模块在执行时可以交换数据、信息和信号。模块在执行时也可以共享数据和信息。在图2的实施例中，本发明的接入节点300的存储器310包括带有相应PRD数据341的PRD模块340和带有相应PRC数据351的PRC模块350。将PRD模块340图示为包括MA模块312、TA模块314、APA模块316，而将PRC模块图示为包括LPA模块318。与这些代理模块中的每个模块对应，存储器310还包括MA数据313、TA数据315、APA数据317和LPA数据319。
[0048] PRD模块340控制接入节点300的操作以支持PRD功能。PRD模块340分析所接收的寻呼信息，例如表示应当寻呼特定休眠端节点的接收数据消息或控制信号，和确定相应寻呼的要求，例如寻呼操作和/或信号传输。要求确定步骤是在寻呼信息内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符中至少之一的函数。在一些实施例中，这些指示符的一个或多个明确地包括在接收寻呼信息内，例如在所接收消息的首部或有效负载内的字段值。此外，可以根据接收寻呼信息隐含地推导出这些指示符中的一个或多个。位于接入节点300内的PRD数据341包括例如匹配标准信息、相应寻呼要求、参数和与提供PRD功能相关的操作状态。在一些实施例中，比较在接收寻呼信息内包括的一个或多个指示符与在PRD数据341内包括的匹配标准以确定相应的寻呼要求。所确定的要求随后可以由PRC功能实体使用以控制寻呼。
[0049] 在一些实施例中，PRD模块340传送所确定的要求，例如将表示所确定要求的寻呼请求信号或寻呼请求消息发送给：PRC功能实体，例如共处于同一接入节点300内或者位于不同网络节点内的PRC模块。在例如寻呼请求消息内传送所确定要求的一些实施例中，将所确定的要求作为在例如消息首部或有效负载内的一个或多个字段内的值传送。在一些实施例中，所传送的信息包括将要发送给休眠端节点的接收寻呼信息的一部分。可以在各个字段内传送特定要求，或者可以将多个要求集中编码在公用字段内。本发明的一些实施例可以使用传送所确定要求信息的替代装置，例如当PRD模块和PRC模块共处于同一接入节点时通过共享存储器。
[0050] PRC模块350控制接入节点300的操作以支持PRC功能。PRC模块350控制一个或多个寻呼信源，执行寻呼操作(例如分配寻呼资源)，和/或根据如由PRD功能实体确定的寻呼要求发送寻呼信号传输。PRC模块350接收由PRD功能实体确定的寻呼要求的指示，所述PRD功能实体例如是共处于同一接入节点300内或者处于不同网络节点内的PRD模块。PRC模块350解释从PRD功能实体传送的所确定的要求，和使用所确定要求以控制寻呼操作和/或信号传输。位于接入节点300内的PRC数据351包括例如寻呼请求消息分析信息、参数和与提供PRC功能相关的操作状态。在一些实施例中，PRC模块350根据所确定的要求分配一个或多个寻呼资源，例如寻呼传输信源。在各种实施例中，PRC模块350响应于接收到寻呼请求信号，例如来自PRD功能实体的消息，发送寻呼信号传输，例如发送寻呼。PRC模块350可以根据寻呼系统设计将寻呼信号传输引导到一个或多个其它网络节点。
[0051] 图2的示例性接入节点300还包括MA、TA、APA和LPA功能。MA模块312、TA模块314和APA模块316包括在PRD模块340内，而LPA模块318包括在PRC模块350内。相应地，MA数据313、TA数据315和APA数据317包括在PRD数据341内，而LPA数据319包括在PRC数据351内。
[0052] MA模块312控制接入节点300的操作以支持用于一个或多个休眠端节点的MA功能。MA模块312分析和可选择地存储输入的信号，例如发送给相关休眠端节点的消息，和确定是否应当为相应的端节点初始化寻呼程序。在一些实施例中，MA附加地或可选择地接收表示应当寻呼特定休眠端节点的控制信号。MA模块312控制发送给相关休眠端节点的来自其它网络节点的接收信号的解释和处理，分类和过滤所述解释的输入信号以确定是否应当初始化相应端节点的寻呼程序，和当要求触发APA模块316以开始寻呼程序时发送后续信号。MA数据313包括例如端节点标识符、参数、过滤信息和/或与提供在此所述的MA功能相关的其它信息。MA模块312可以访问和/或修改MA数据313。
[0053] 跟踪代理模块314控制接入节点300的操作以支持一个或多个休眠端节点的TA功能。TA模块314为相关的休眠端节点保存位置信息，例如位置/寻呼区域、接入节点、小区和/或扇区，和将所述信息提供给其它实体。当端节点在休眠时，它可以将位置更新请求信号发送给它的相应TA模块。位置更新请求信号的频率和由TA保存的位置信息的精确度是独立实现的。TA模块314控制所接收位置更新请求信号的处理和相应端节点位置信息的更新，从其它实体接收到的信号的处理，例如其它网络节点或其它模块，例如APA模块316，请求与特定休眠端节点相关的位置信息，例如当前位置/寻呼区域、接入节点、小区和/或扇区，和当要求提供确认或所请求信息时，响应于来自其它实体的请求发送后续信号。TA数据315包括例如端节点位置信息和与提供TA功能相关的其它信息。TA模块314可以访问和/或修改TA数据315。
[0054] APA模块316控制接入节点300的操作以支持休眠端节点的APA功能。在一些实施例中，APA模块316提供与寻呼休眠端节点相关的逻辑和控制。APA模块控制从其它实体接收到的触发信号的处理，所述其它实体例如其它网络节点或其它模块，例如MA模块312，表示应当为特定休眠端节点初始化寻呼程序，在需要时与TA模块314交换信号传输以确定休眠端节点的位置，将后续寻呼请求信号发送给其它实体，例如其它网络节点或其它模块，例如LPA模块318，和处理任何相应的响应信号。APA数据317包括与用于每个休眠端节点或端节点种类的寻呼程序自身相关的信息，例如发送给其它节点的寻呼请求信号的频率，等待响应周期的超时值，在超时的情况下采取的操作，等等。APA模块316可以访问和/或修改APA数据317。
[0055] LPA模块318控制接入节点300的操作以为休眠端节点支持LPA功能。LPA模块318支持寻呼信号传输的协调和在其本地范围内的位置跟踪信号传输，例如一组相关接入节点/小区/扇区。LPA模块318控制特定休眠端节点的接收寻呼请求信号的处理，例如来自位于同一接入节点或某个其它网络节点内的APA模块316，为特定休眠端节点发送寻呼信号，例如在无线通信接口330上，接收任一寻呼响应信号，和将寻呼响应信号发送或中继给初始化寻呼程序的实体，例如APA模块。在一些实施例中，LPA模块318还控制与在其本地范围内的休眠端节点相关的接收位置更新信号的处理，将位置更新信号发送或中继给诸如TA模块的实体，为特定休眠端节点提供TA功能，接收来自提供TA功能的实体的位置更新响应信号，和发送或中继位置更新响应信号。LPA数据319例如包括与寻呼程序操作有关的端节点相关数据，例如寻呼信号的频率、将要使用的信道、超时周期、等等。LPA模块318可以访问和/或修改LPA数据319。
[0056] 图3提供根据本发明实施的示例性寻呼节点400的详细图。图3所示的示例性寻呼节点400是可以作为例如图1所示的104，130的寻呼节点使用的设备的详细图示。在图3的实施例中，寻呼节点400包括通过总线406耦合在一起的处理器404、网络/网间接口
420和存储器410。因此，通过总线406，寻呼节点400的各个组件可以交换信息、信号和数据。寻呼节点400的组件404、406、410和420位于外壳402内部。
420和存储器410。因此，通过总线406，寻呼节点400的各个组件可以交换信息、信号和数据。寻呼节点400的组件404、406、410和420位于外壳402内部。
[0057] 网络/网间接口420提供一种机构，寻呼节点400的内部组件通过此机构可以向外部设备和网络节点发送和从其接收信号。网络/网间接口420包括用于例如通过铜线或光纤线路将寻呼节点400耦合到其它网络节点的接收器电路422和发送器电路424。
[0058] 处理器404在各种模块的控制之下，例如在存储器410内包括的程序，控制寻呼节点400的操作以执行各种信号传输和处理，如下文所讨论的。在存储器410内包括的模块在启动或在由其它模块调用时执行。模块在执行时可以交换数据、信息和信号。模块在执行时也可以共享数据和信息。在图3的实施例中，本发明的寻呼节点400的存储器410包括带有相应PRD数据441的PRD模块440和带有相应PRC数据451的PRC模块450。将PRD模块440图示为包括MA模块412、TA模块414、APA模块416，而将PRC模块450图示为包括LPA模块418。与这些代理模块中的每个模块对应，存储器410还包括MA数据413、TA数据415、APA数据417和LPA数据419。
[0059] PRD模块440控制寻呼节点400的操作以支持PRD功能。PRD模块440分析所接收的寻呼信息，例如表示应当寻呼特定休眠端节点的接收数据消息或控制信号，和确定相应寻呼的要求，例如寻呼操作和/或信号传输。要求确定步骤是在寻呼信息内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符中至少之一的函数。在一些实施例中，这些指示符的一个或多个明确地包括在接收的寻呼信息内，例如在所接收消息的首部或有效负载内的字段值。此外，可以根据接收寻呼信息隐含地推导出这些指示符中的一个或多个。位于寻呼节点400内的PRD数据441包括例如匹配标准信息、相应寻呼要求、参数和与提供PRD功能相关的操作状态。在一些实施例中，比较在接收寻呼信息内包括的一个或多个指示符与在PRD数据441内包括的匹配标准以确定相应的寻呼要求。所确定的要求随后可以由PRC功能实体使用以控制寻呼。
[0060] 在一些实施例中，PRD模块440传送所确定的要求，例如将表示所确定要求的寻呼请求信号或寻呼请求消息发送给PRC功能实体，例如共处于同一接入节点400内或者位于不同网络节点内的PRC模块。在例如寻呼请求消息内传送所确定要求的一些实施例中，将所确定的要求作为在例如消息首部或有效负载内的一个或多个字段内的值传送。在一些实施例中，所传送的信息包括将要发送给休眠端节点的接收寻呼信息的一部分。可以在各个字段内传送特定要求，或者可以将多个要求集中编码在公用字段内。本发明的一些实施例可以使用传送所确定要求信息的替代装置，例如当PRD模块和PRC模块共处于同一接入节点时通过共享存储器。
[0061] PRC模块450控制寻呼节点400的操作以支持PRC功能。PRC模块450控制一个或多个寻呼信源，执行寻呼操作(例如分配寻呼资源)，和/或根据如由PRD功能实体确定的寻呼要求发送寻呼信号传输。PRC模块450接收由PRD功能实体确定的寻呼要求的指示，所述PRD功能实体例如是共处于同一接入节点400内或者处于不同网络节点内的PRD模块。PRC模块450解释从PRD功能实体传送的所确定的要求，和使用所确定要求以控制寻呼操作和/或信号传输。位于寻呼节点400内的PRC数据451包括例如寻呼请求消息分析信息、参数和与提供PRC功能相关的操作状态。在一些实施例中，PRC模块450根据所确定的要求分配一个或多个寻呼资源，例如寻呼传输信源。在各种实施例中，PRC模块450响应于接收到寻呼请求信号，例如来自PRD功能实体的消息，发送寻呼信号传输，例如发送寻呼。PRC模块450可以根据寻呼系统设计将寻呼信号传输引导到一个或多个其它网络节点。
[0062] 图3的示例性接入节点400还包括MA、TA、APA和LPA功能。MA模块412、TA模块414和APA模块416包括在PRD模块440内，而LPA模块418包括在PRC模块450内。相应地，MA数据413、TA数据415和APA数据417包括在PRD数据441内，而LPA数据419包括在PRC数据451内。
[0063] MA模块412控制寻呼节点400的操作以支持用于一个或多个休眠端节点的MA功能。MA模块412分析和可选择地存储输入的信号，例如发送给相关休眠端节点的消息，和确定是否应当为相应的端节点初始化寻呼程序。在一些实施例中，MA附加地或可选择地接收表示应当寻呼特定休眠端节点的控制信号。MA模块412控制发送给相关休眠端节点的来自其它网络节点的接收信号的解释和处理，分类和过滤所述解释的输入信号以确定是否应当初始化相应端节点的寻呼程序，和当要求触发APA模块416以开始寻呼程序时发送后续信号。MA数据413包括例如端节点标识符、参数、过滤信息和/或与提供在此所述的MA功能相关的其它信息。MA模块412可以访问和/或修改MA数据413。
[0064] 跟踪代理模块414控制寻呼节点300的操作以支持一个或多个休眠端节点的TA功能。TA模块414为相关的休眠端节点保存位置信息，例如位置/寻呼区域、接入节点、小区和/或扇区，和将所述信息提供给其它实体。当端节点在休眠时，它可以将位置更新请求信号发送给它的相应TA模块。位置更新请求信号的频率和由TA保存的位置信息的精确度是独立实现的。TA模块414控制所接收位置更新请求信号的处理和相应端节点位置信息的更新，从其它实体接收到的信号的处理，例如其它网络节点或其它模块，例如APA模块416，请求与特定休眠端节点相关的位置信息，例如当前位置/寻呼区域、接入节点、小区和/或扇区，和当要求提供确认或所请求信息时，响应于来自其它实体的请求发送后续信号。TA数据415包括例如端节点位置信息和与提供TA功能相关的其它信息。TA模块414可以访问和/或修改TA数据415。
[0065] APA模块416控制接入节点400的操作以支持休眠端节点的APA功能。在一些实施例中，APA模块416提供与寻呼休眠端节点相关的逻辑和控制。APA模块控制从其它实体接收到的触发信号的处理，所述其它实体例如是其它网络节点或其它模块，例如MA模块412，表示应当为特定休眠端节点初始化寻呼程序，在需要时与TA模块414交换信号传输以确定休眠端节点的位置，将后续寻呼请求信号发送给其它实体，例如其它网络节点或其它模块，例如LPA模块418，和处理任何相应的响应信号。APA数据417包括与用于每个休眠端节点或端节点种类的寻呼程序自身相关的信息，例如发送给其它节点的寻呼请求信号的频率，等待响应周期的超时值，在超时的情况下采取的操作，等等。APA模块416可以访问和/或修改APA数据417。
[0066] LPA模块418控制寻呼节点400的操作以为休眠端节点支持LPA功能。LPA模块418支持寻呼信号传输的协调和在其本地范围内的位置跟踪信号传输，例如一组相关接入节点/小区/扇区。LPA模块418控制特定休眠端节点的接收寻呼请求信号的处理，例如来自位于同一接入节点或某个其它网络节点内的APA模块416，为特定休眠端节点发送寻呼信号，接收任一寻呼响应信号，和将寻呼响应信号发送或中继给初始化寻呼程序的实体，例如APA模块。在一些实施例中，LPA模块418还控制与在其本地范围内的休眠端节点相关的接收位置更新信号的处理，将位置更新信号发送或中继给诸如TA模块的实体，为特定休眠端节点提供TA功能，接收来自提供TA功能的实体的位置更新响应信号，和发送或中继位置更新响应信号。LPA数据319例如包括与寻呼程序操作有关的端节点相关数据，例如寻呼信号的频率、将要使用的信道、超时周期、等等。LPA模块418可以访问和/或修改LPA数据419。
[0067] 图4、5、6、7和8图示在图1的示例性通信系统100的情况下根据本发明的示例性实施例执行的信号传输。与图1相比，在图4-图8中的附图实质上更为逻辑而非物理的，所以仅图示在示例性通信系统100内的节点的相关子组，因而，已经省略了许多物理节点和链路。在两个节点、模块和/或实体之间图示诸如消息发送的信号传输的地方，假设在需要时通过物理互连所图示信号传输的信源和信宿的中间节点、链路、总线、等等传送这样的信号传输。
[0068] 图4提供当在具有分布式寻呼系统设计的通信系统内执行寻呼操作时和当用于将要寻呼的休眠端节点的跟踪信息表示该休眠端节点在共处于发起寻呼操作的同一接入节点内的LPA的范围内时，根据本发明的示例性信号传输500的详细示图。在图4的例子中，通过同一接入节点执行与寻呼操作相关的PRD功能和PRC功能。在图4的例子中，图示了根据本发明实现的单个接入节点300。图4的接入节点300是图2所示的示例性接入节点300的简化表示。在图1的示例性通信系统100的情况下，图4的接入节点300可以表示例如图1所示的接入节点140。
[0069] 在图4中，一旦接收到寻呼信息502，例如发送给休眠端节点的数据消息或者表示应当寻呼休眠端节点的控制信号，由接入节点300初始化寻呼操作。MA模块312解释寻呼信息502，确定应当初始化寻呼操作。PRD模块340还分析所接收的寻呼信息502以确定应当初始化寻呼操作的要求。在本发明的一些实施例中，作为PRD模块340一部分的MA模块312还分析所接收的寻呼信息502以确定将要初始化的寻呼操作的要求。由PRD模块340进行的要求确定是在寻呼信息502内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符的至少之一的函数。在一些实施例中，要求确定部分地基于在PRD数据341内包括的配置和操作信息。具体而言，PRD数据341可以，并且在一些实施例中的确如此，包括支持PRD模块340确定特定寻呼要求的匹配标准信息和相应的寻呼要求信息，例如根据首部字段，使用传统的分组分类技术可以将IP数据报匹配到特定要求。
[0070] 一旦确定所接收的寻呼信息502许可寻呼休眠端节点，则MA模块312将寻呼触发信号504发送给APA模块316，表示应当寻呼特定的休眠端节点。一旦接收和处理该寻呼触发信号504，APA模块316将位置请求信号506发送给TA模块314。TA模块314访问其相应的TA数据315以确定与该休眠端节点相关的位置信息，并将该信息，例如位置/寻呼区域、接入节点、小区、扇区和/或相应的LPA，返回给位置响应信号508内的APA模块316。与休眠端节点相关的位置信息可以，在一些实施例中的确如此，表示多个位置/寻呼区域、接入节点、小区、扇区和/或LPA，休眠端节点可以位于其中。当位置信息包括多个这样的实体时，可以使用各种寻呼策略，例如覆盖，膨胀环或顺序地，搜索休眠端节点。
[0071] 一旦接收与休眠端节点相关的位置信息，例如通过位置响应信号508，APA模块316确定应当将寻呼请求信号传输发送到的该组一个或多个接入节点或LPA模块。在图4的例子中，(PRD模块340的)APA模块316将寻呼请求信号510发送给(位于同样接入节点
300内的PRC模块350的)LPA模块318。该寻呼请求信号510包含将要寻呼的休眠端节点的指示，和在一些实施例中，寻呼请求信号还包括由PRD模块340确定的寻呼要求的指示。
应当注意在图4的例子中，因为PRD模块340和PRC模块350共处于同一接入节点300内，可以通过其它装置，例如通过共享存储器，传送所确定的寻呼要求，在一些实施例中的确如此。
300内的PRC模块350的)LPA模块318。该寻呼请求信号510包含将要寻呼的休眠端节点的指示，和在一些实施例中，寻呼请求信号还包括由PRD模块340确定的寻呼要求的指示。
应当注意在图4的例子中，因为PRD模块340和PRC模块350共处于同一接入节点300内，可以通过其它装置，例如通过共享存储器，传送所确定的寻呼要求，在一些实施例中的确如此。
[0072] LPA模块318接收和处理寻呼请求信号510。PRC模块350解释从PRD模块340传送的确定要求，和使用所确定的要求来控制寻呼操作和/或随后的寻呼信号传输。在一些实施例中，PRC模块350根据与所接收寻呼请求信号510对应的所确定的要求分配一个或多个寻呼资源，例如寻呼传输资源。应当注意在一些实施例中，PRC模块350从一个或多个PRD模块，例如从一个或多个接入节点和/或寻呼节点接收寻呼请求信号，和在一些情况下，可能具有同时待决的多个寻呼请求。在这些实施例中，PRC模块350分配寻呼资源，例如发送寻呼，作为与待决请求对应的所确定要求的函数。因而，带有时间限制要求的待决寻呼请求，例如表示寻呼延迟应当最小化或寻呼延迟有上限，可以在先前接收到的其它待决请求之前被服务。此外，在一些实施例中，多个寻呼请求信号作为一组相关，例如带有共用服务质量指示符的组，将一个或多个寻呼资源分配给该组，例如分配寻呼信道容量或寻呼传输机会的最小部分用于与该组相关的寻呼请求。在图4的例子中，作为PRC模块350一部分的LPA模块318通过无线通信接口330发送特定休眠端节点的寻呼请求信号512。
[0073] 图5提供当在具有分布式寻呼系统设计的通信系统内执行寻呼操作时和当用于将要寻呼的休眠端节点的跟踪信息表示该休眠端节点在位于与发起寻呼操作的接入节点不同的接入节点内的LPA的范围内时，根据本发明的示例性信号传输600的详细示图。在图5的例子中，通过第一接入节点执行与寻呼操作相关的PRD功能，而通过第二接入节点执行与寻呼操作相关的PRC功能。在图5的例子中，图示了根据本发明实现的两个接入节点300和300’。图5的每个接入节点300和300’是根据图2所示的示例性接入节点300实现的接入节点的简化表示。在图1的示例性通信系统100的情况下，图5的第一接入节点
300可以表示例如图1所示的第一接入节点140，而图5的第二接入节点300’可以表示例如图1所示的第二接入节点150。
300可以表示例如图1所示的第一接入节点140，而图5的第二接入节点300’可以表示例如图1所示的第二接入节点150。
[0074] 在图5中，一旦接收到寻呼信息602，例如发送给休眠端节点的数据消息或者表示应当寻呼休眠端节点的控制信号，由第一接入节点300初始化寻呼操作。MA模块312解释寻呼信息602，确定应当初始化寻呼操作。PRD模块340还分析所接收的寻呼信息602以确定应当初始化寻呼操作的要求。在本发明的一些实施例中，作为PRD模块340一部分的MA模块312还分析所接收的寻呼信息602以确定将要初始化的寻呼操作的要求。由PRD模块340进行的要求确定是在寻呼信息602内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符的至少之一的函数。在一些实施例中，要求确定部分地基于在PRD数据341内包括的配置和操作信息。具体而言，PRD数据341可以，并且在一些实施例中的确如此，包括支持PRD模块340以确定特定寻呼要求的匹配标准信息和相应的寻呼要求信息，例如根据首部字段，使用传统的分组分类技术可以将IP数据报匹配到特定要求。
[0075] 一旦确定所接收的寻呼信息602许可寻呼休眠端节点，则MA模块312将寻呼触发信号604发送给APA模块316，表示应当寻呼特定的休眠端节点。一旦接收和处理该寻呼触发信号604，APA模块316将位置请求信号606发送给TA模块314。TA模块314访问其相应的TA数据315以确定与该休眠端节点相关的位置信息，并将该信息，例如位置/寻呼区域、接入节点、小区、扇区和/或相应的LPA，在位置响应信号608内返回给APA模块316。与休眠端节点相关的位置信息可以，在一些实施例中的确如此，表示多个位置/寻呼区域、接入节点、小区、扇区和/或LPA，休眠端节点可以位于其中。当位置信息包括多个这样的实体时，可以使用各种寻呼策略，例如覆盖，膨胀环或顺序地，搜索休眠端节点。
[0076] 一旦接收与休眠端节点相关的位置信息，例如通过位置响应信号608，APA模块316确定应当将寻呼请求信号传输发送到的该组一个或多个接入节点或LPA模块。在图5的例子中，(位于第一接入节点300内的PRD模块340的)APA模块316将寻呼请求信号610发送给(位于第二接入节点300’内的PRC模块350’的)LPA模块318’。该寻呼请求信号
610包含将要寻呼的休眠端节点的指示，还包括由第一接入节点300内的PRD模块340确定的寻呼要求的指示。
610包含将要寻呼的休眠端节点的指示，还包括由第一接入节点300内的PRD模块340确定的寻呼要求的指示。
[0077] LPA模块318’接收和处理寻呼请求信号610。在第二接入节点300’内的PRC模块350’解释从第一接入节点300内的PRD模块340接收到的寻呼请求信号610内表示的所确定的要求，和使用所确定的要求来控制寻呼操作和/或随后的寻呼信号传输。在一些实施例中，PRC模块350’根据与所接收寻呼请求信号610对应的所确定的要求分配一个或多个寻呼资源，例如寻呼传输资源。应当注意在一些实施例中，PRC模块350’从一个或多个PRD模块，例如从一个或多个接入节点和/或寻呼节点接收寻呼请求信号，和在一些情况下，可能具有同时待决的多个寻呼请求。在这些实施例中，PRC模块350’分配寻呼资源，例如发送寻呼，作为与待决请求对应的所确定要求的函数。因而，带有时间限制要求的待决寻呼请求，例如表示寻呼延迟应当最小化或寻呼延迟有上限，可以在先前接收到的其它待决请求之前被服务。此外，在一些实施例中，多个寻呼请求信号作为一组而相关，例如带有共用服务质量指示符的组，将一个或多个寻呼资源分配给该组，例如分配寻呼信道容量或寻呼传输机会的最小部分用于与该组相关的寻呼请求。在图5的例子中，作为PRC模块350’一部分的LPA模块318’通过无线通信接口330’发送特定休眠端节点的寻呼请求信号612。
[0078] 图6提供当在具有更为集中的寻呼系统设计的通信系统内执行寻呼操作时，根据本发明的示例性信号传输700的详细示图。由寻呼节点初始化寻呼操作，和用于将要寻呼的休眠端节点的位置跟踪信息表示休眠端节点在位于给定节点节点内的LPA的范围内。在图6的例子中，通过寻呼节点执行与寻呼操作相关的PRD功能，而通过接入节点执行与寻呼操作相关的PRC功能。图6的例子图示了分别根据本发明实现的寻呼节点400和接入节点300”。图6的寻呼节点400是图2所示的示例性寻呼节点400的简化表示，而图6的接入节点300”是根据图2所示的示例性接入节点300实现的接入节点的简化表示。在图1的示例性通信系统100的情况下，图6的寻呼节点400可以表示例如图1所示的寻呼节点104，而图6的接入节点300”可以表示例如图1所示的接入节点150。
[0079] 在图6中，一旦接收到寻呼信息702，例如发送给休眠端节点的数据消息或者表示应当寻呼休眠端节点的控制信号，由寻呼节点400初始化寻呼操作。MA模块412解释寻呼信息702，确定应当初始化寻呼操作。PRD模块440还分析所接收的寻呼信息602以确定将要初始化的寻呼操作的要求。在本发明的一些实施例中，作为PRD模块440一部分的MA模块412还分析所接收的寻呼信息702以确定将要初始化的寻呼操作的要求。由PRD模块440进行的要求确定是在寻呼信息702内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符的至少之一的函数。在一些实施例中，要求确定部分地基于在PRD数据441内包括的配置和操作信息。具体而言，PRD数据441可以，并且在一些实施例中的确如此，包括支持PRD模块440以确定特定寻呼要求的匹配标准信息和相应的寻呼要求信息，例如根据首部字段，使用传统的分组分类技术可以将IP数据报匹配到特定要求。
[0080] 一旦确定所接收的寻呼信息702许可寻呼休眠端节点，则MA模块412将寻呼触发信号704发送给APA模块416，表示应当寻呼特定的休眠端节点。一旦接收和处理该寻呼触发信号704，APA模块416将位置请求信号706发送给TA模块414。TA模块414访问其相应的TA数据415以确定与该休眠端节点相关的位置信息，并将该信息，例如位置/寻呼区域、接入节点、小区、扇区和/或相应的LPA，在位置响应信号708内返回给APA模块416。与休眠端节点相关的位置信息可以，在一些实施例中的确如此，表示多个位置/寻呼区域、接入节点、小区、扇区和/或LPA，休眠端节点可以位于其中。当位置信息包括多个这样的实体时，可以使用各种寻呼策略，例如覆盖，膨胀环或顺序地，搜索休眠端节点。
[0081] 一旦接收与休眠端节点相关的位置信息，例如通过位置响应信号708，APA模块416确定应当将寻呼请求信号传输发送到的该组一个或多个接入节点或LPA模块。在图6的例子中，(位于寻呼节点400内的PRD模块440的)APA模块416将寻呼请求信号710发送给(位于接入节点300”内的PRC模块350”的)LPA模块318”。该寻呼请求信号710包含将要寻呼的休眠端节点的指示，还包括由寻呼节点400内的PRD模块440确定的寻呼要求的指不。
[0082] LPA模块318”接收和处理寻呼请求信号710。在接入节点300”内的PRC模块350”解释从寻呼节点400内的PRD模块440接收到的寻呼请求信号710内表示的所确定的要求，和使用所确定的要求来控制寻呼操作和/或随后的寻呼信号传输。在一些实施例中，PRC模块350”根据与所接收寻呼请求信号710对应的所确定的要求分配一个或多个寻呼资源，例如寻呼传输资源。应当注意在一些实施例中，PRC模块350”从一个或多个PRD模块，例如从一个或多个接入节点和/或寻呼节点接收寻呼请求信号，和在一些情况下，可能具有同时待决的多个寻呼请求。在这些实施例中，PRC模块350”分配寻呼资源，例如发送寻呼，作为与待决请求对应的所确定要求的函数。因而，带有时间限制要求的待决寻呼请求，例如表示寻呼延迟应当最小化或寻呼延迟有上限，可以在先前接收到的其它待决请求之前被服务。此外，在一些实施例中，多个寻呼请求信号作为一组而相关，例如带有共用服务质量指示符的组，将一个或多个寻呼资源分配给该组，例如分配寻呼信道容量或寻呼传输机会的最小部分用于与该组相关的寻呼请求。在图6的例子中，作为PRC模块350”一部分的LPA模块318”通过无线通信接口330”发送特定休眠端节点的寻呼请求信号712。
[0083] 图7提供当在具有更为集中的寻呼系统设计的通信系统内执行寻呼操作和寻呼操作包括在使用不同技术的通信系统的部分之间的寻呼时，根据本发明的示例性信号传输800的详细示图。由第一寻呼节点初始化寻呼操作，和用于将要寻呼的休眠端节点的位置跟踪信息表示休眠端节点在位于第二寻呼节点内的LPA的范围内，其中第二寻呼节点的范围包括使用与第一寻呼节点不同的技术的接入节点。在图7的例子中，由第一寻呼节点执行与寻呼操作相关的PRD功能，而通过第二寻呼节点执行与寻呼操作相关的PRC功能。图
7的例子图示了根据本发明实现的两个寻呼节点400，400’和多个接入节点834，836，838。
图7的每个寻呼节点400，400’是根据图2所示的示例性寻呼节点400实现的寻呼节点的简化表示。在图1的示例性通信系统100的情况下，图7的第一寻呼节点400可以表示例如图1所示的第二寻呼节点130，而图7的三个接入节点834、836、838可以表示例如在与图
1所示的第二寻呼节点130相同的异构网络160内包括的三个接入节点134，136和138。
7的例子图示了根据本发明实现的两个寻呼节点400，400’和多个接入节点834，836，838。
图7的每个寻呼节点400，400’是根据图2所示的示例性寻呼节点400实现的寻呼节点的简化表示。在图1的示例性通信系统100的情况下，图7的第一寻呼节点400可以表示例如图1所示的第二寻呼节点130，而图7的三个接入节点834、836、838可以表示例如在与图
1所示的第二寻呼节点130相同的异构网络160内包括的三个接入节点134，136和138。
[0084] 在图7中，一旦接收到寻呼信息802，例如发送给休眠端节点的数据消息或者表示应当寻呼休眠端节点的控制信号，由第一寻呼节点400初始化寻呼操作。MA模块412解释寻呼信息802，确定应当初始化寻呼操作。PRD模块440还分析所接收的寻呼信息802以确定将要初始化的寻呼操作的要求。在本发明的一些实施例中，作为PRD模块440一部分的MA模块412还分析所接收的寻呼信息802以确定将要初始化的寻呼操作的要求。由PRD模块440进行的要求确定是在寻呼信息802内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符的至少之一的函数。在一些实施例中，要求确定部分地基于在PRD数据441内包括的配置和操作信息。具体而言，PRD数据441可以，并且在一些实施例中的确如此，包括支持PRD模块440以确定特定寻呼要求的匹配标准信息和相应的寻呼要求信息，例如根据首部字段，使用传统的分组分类技术可以将IP数据报匹配到特定要求。
[0085] 一旦确定所接收的寻呼信息802许可寻呼休眠端节点，则MA模块412将寻呼触发信号804发送给APA模块416，表示应当寻呼特定的休眠端节点。一旦接收和处理该寻呼触发信号804，APA模块416将位置请求信号806发送给TA模块414。TA模块414访问其相应的TA数据415以确定与该休眠端节点相关的位置信息，并将该信息，例如位置/寻呼区域、接入节点、小区、扇区和/或相应的LPA，在位置响应信号808内返回给APA模块416。与休眠端节点相关的位置信息可以，在一些实施例中的确如此，表示多个位置/寻呼区域、接入节点、小区、扇区和/或LPA，休眠端节点可以位于其中。当位置信息包括多个这样的实体时，可以使用各种寻呼策略，例如覆盖，膨胀环或顺序地，搜索休眠端节点。
[0086] 一旦接收与休眠端节点相关的位置信息，例如通过位置响应信号808，APA模块416确定应当将寻呼请求信号传输发送到的该组一个或多个接入节点或LPA模块。在图7的例子中，(位于第一寻呼节点400内的PRD模块440的)APA模块416将寻呼请求信号810发送给(位于第二寻呼节点400’内的PRC模块450’的)LPA模块418’。该寻呼请求信号
810包含将要寻呼的休眠端节点的指示，还包括由第一寻呼节点400内的PRD模块440确定的寻呼要求的指示。
810包含将要寻呼的休眠端节点的指示，还包括由第一寻呼节点400内的PRD模块440确定的寻呼要求的指示。
[0087] LPA模块418’接收和处理寻呼请求信号810。在第二寻呼节点400’内的PRC模块450’解释从寻呼节点400内的PRD模块440接收到的寻呼请求信号810内表示的所确定的要求，和使用所确定的要求来控制寻呼操作和/或随后的寻呼信号传输。在一些实施例中，PRC模块450’根据与所接收的寻呼请求信号810对应的所确定的要求分配一个或多个寻呼资源，例如寻呼传输资源。应当注意在一些实施例中，PRC模块450’从一个或多个PRD模块，例如从一个或多个接入节点和/或寻呼节点接收寻呼请求信号，和在一些情况下，可能具有同时待决的多个寻呼请求。在这些实施例中，PRC模块450’分配寻呼资源，例如发送寻呼，作为与待决请求对应的所确定要求的函数。因而，带有时间限制要求的待决寻呼请求，例如表示寻呼延迟应当最小化或寻呼延迟有上限，可以在先前接收到的其它待决请求之前被服务。此外，在一些实施例中，多个寻呼请求信号作为一组而相关，例如带有共用服务质量指示符的组，将一个或多个寻呼资源分配给该组，例如分配寻呼信道容量或寻呼传输机会的最小部分用于与该组相关的寻呼请求。
[0088] 在图7的例子中，作为PRC模块450’一部分的LPA模块418’将用于特定休眠端节点的寻呼请求信号812，814和816发送给多个接入节点834，836和838。每个接入节点834，836和838通过其无线接口在其相应的小区内发送相应的寻呼信号818，820和822。应当注意在这个例子中，由接入节点834，836和838执行的寻呼操作和信号传输基本上由位于第二寻呼节点400’内的PRC模块450’控制。
[0089] 图8提供当在具有集中式寻呼系统设计的通信系统内执行寻呼操作时和当用于将要寻呼的休眠端节点的跟踪信息表示该休眠端节点在共处于与初始化该寻呼操作的同一寻呼节点内的LPA的范围内时，根据本发明的示例性信号传输900的详细示图。在图8的例子中，由同一寻呼节点执行与寻呼操作相关的PRD功能和PRC功能。在图8的例子中，将根据本发明实现的单个寻呼节点400”图示为单个接入节点950。图8的寻呼节点400”是根据图3所示的示例性寻呼节点400实现的寻呼节点的简化表示。在图1的示例性通信系统100的情况下，图8的寻呼节点400”可以表示例如图1所示的寻呼节点104。
[0090] 在图8中，一旦接收到寻呼信息802，例如发送给休眠端节点的数据消息或者表示应当寻呼休眠端节点的控制信号，由寻呼节点400”初始化寻呼操作。MA模块412”解释寻呼信息902，确定应当初始化寻呼操作。PRD模块440”还分析所接收的寻呼信息902以确定将要初始化的寻呼操作的要求。在本发明的一些实施例中，作为PRD模块440”一部分的MA模块412”还分析所接收的寻呼信息902以确定将要初始化的寻呼操作的要求。由PRD模块440”进行的要求确定是在寻呼信息902内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符的至少之一的函数。在一些实施例中，要求确定部分地基于在PRD数据441”内包括的配置和操作信息。具体而言，PRD数据441”可以，并且在一些实施例中的确如此，包括支持PRD模块440”以确定特定寻呼要求的匹配标准信息和相应的寻呼要求信息，例如根据首部字段，使用传统的分组分类技术可以将IP数据报匹配到特定要求。
[0091] 一旦确定所接收的寻呼信息902许可寻呼休眠端节点，则MA模块412”将寻呼触发信号904发送给APA模块416”，表示应当寻呼特定的休眠端节点。一旦接收和处理该寻呼触发信号904，APA模块416”将位置请求信号906发送给TA模块414”。TA模块414”访问其相应的TA数据415”以确定与该休眠端节点相关的位置信息，并将该信息，例如位置/寻呼区域、接入节点、小区、扇区和/或相应的LPA，在位置响应信号908内返回给APA模块416”。与休眠端节点相关的位置信息可以，在一些实施例中的确如此，表示多个位置/寻呼区域、接入节点、小区、扇区和/或LPA，休眠端节点可以位于其中。当位置信息包括多个这样的实体时，可以使用各种寻呼策略，例如覆盖，膨胀环或顺序地，搜索休眠端节点。
[0092] 一旦接收与休眠端节点相关的位置信息，例如通过位置响应信号908，APA模块416”确定应当将寻呼请求信号传输发送到的该组一个或多个接入节点或LPA模块。在图8的例子中，(PRD模块440”的)APA模块416”将寻呼请求信号910发送给(位于同一寻呼节点400”内的PRC模块450”的)LPA模块418”。该寻呼请求信号910包含将要寻呼的休眠端节点的指示，在一些实施例中，该寻呼请求信号还包括由PRD模块440”确定的寻呼要求的指示。应当注意，在图8的例子中，因为PRD模块440”和PRC模块450”共处于同一寻呼节点400”内，可以通过其它装置，例如通过共享存储器传送所确定的寻呼要求，并且在一些实施例中的确如此。
[0093] LPA模块418”接收和处理寻呼请求信号910。PRC模块450”解释从PRD模块440”传送的所确定的要求，和使用所确定的要求来控制寻呼操作和/或随后的寻呼信号传输。在一些实施例中，PRC模块450”根据与所接收的寻呼请求信号910对应的所确定的要求分配一个或多个寻呼资源，例如寻呼传输资源。应当注意在一些实施例中，PRC模块450”从一个或多个PRD模块，例如从一个或多个接入节点和/或寻呼节点接收寻呼请求信号，和在一些情况下，可能具有同时待决的多个寻呼请求。在这些实施例中，PRC模块450”分配寻呼资源，例如发送寻呼，作为与待决请求对应的所确定要求的函数。因而，带有时间限制要求的待决寻呼请求，例如表示寻呼延迟应当最小化或寻呼延迟有上限，可以在先前接收到的其它待决请求之前被服务。此外，在一些实施例中，多个寻呼请求信号作为一组而相关，例如带有共用服务质量指示符的组，将一个或多个寻呼资源分配给该组，例如分配寻呼信道容量或寻呼传输机会的最小部分用于与该组相关的寻呼请求。
[0094] 在图8的例子中，作为PRC模块450”一部分的LPA模块418”将用于特定休眠端节点的寻呼请求信号912发送给接入节点950。该接入节点950通过其无线接口在其相应的小区内发送相应的寻呼信号914。应当注意在这个例子中，由接入节点950执行的寻呼操作和信号传输基本上由位于寻呼节点400”内的PRC模块450”控制。
[0095] 图9图示可以用于从PRD功能实体向PRC功能实体传送所确定的要求的示例寻呼请求消息200。图9的消息是如图4至图8所示的寻呼请求信号510，610，710，810和910的示例实施例。图9的实施例图示用于传送信息的多个字段。具体而言，图9的示例寻呼请求消息包括信源字段210、信宿字段220、端节点标识符字段230、所确定的寻呼要求字段240和寻呼信息字段250。信源字段210和信宿字段220用于例如将寻呼请求消息路由选择到预定的PRC功能实体和/或支持接收PRC功能实体将相应的响应消息返回给发送PRD功能实体。端节点标识符字段230用于例如表示将要寻呼的休眠端节点。所确定的寻呼要求字段240用于例如表示由发送PRD功能实体确定的寻呼要求。寻呼信息字段250用于例如发送由PRD功能实体接收到的一部分寻呼信息，其接收导致寻呼操作的初始化。
[0096] 图9还图示根据本发明一些实施例的在所确定的寻呼要求字段240内包括的具体子字段。具体而言，图9的示例的所确定的寻呼要求字段240包括寻呼确认要求子字段241，例如标记，寻呼信息发送要求子字段242，例如标记，服务质量要求子字段243，最大寻呼延迟子字段244和多个重新传输子字段245。寻呼确认要求子字段241表示例如是否要求寻呼的确认。应当注意当并不要求确认时，接收端节点在接收到寻呼之后可以保持在功率节省状态内。寻呼信息发送要求子字段242表示例如PRC功能实体应当将寻呼信息字段250的内容发送给端节点，例如在所发送的寻呼信号内。服务质量子字段243表示例如相应寻呼所要求的服务质量。最大寻呼延迟子字段244表示例如相应寻呼可接受的延迟上限。重新传输子字段的数量245表示例如应当重新传输的寻呼次数。在一些实施例中，这个字段表示主动(proactive)重传的数量，而在其它实施例中，它表示在没有确认的情况下重新传输的最大数量。
[0097] 图10图示表示根据本发明实施的各种寻呼方法的步骤的流程图1000。本发明的寻呼方法开始于步骤1002，网络节点初始化出现在步骤1004。一旦完成初始化，可以进行寻呼，例如可以寻呼一个或多个移动节点。在步骤1008，第一节点接收寻呼信息1006。寻呼信息1006例如可以是其负载将作为寻呼传输的IP分组或将初始化寻呼操作的控制信号。在该流程图中，第一节点是接收该寻呼信息的节点。根据物理实施方式，这可以是在网络核心内的节点或用于将端节点耦合到网络的接入节点。在步骤1008中，第一节点操作以接收寻呼信息，该信息包括可用于确定寻呼要求的服务质量指示符、类型指示符、信源指示符和/或信宿指示符。在步骤1010，第一节点操作以根据在所接收的寻呼信息内包括的服务质量指示符、类型指示符、信源指示符和信宿指示符中的至少之一确定寻呼要求。操作从步骤
1010根据物理实施方式继续到步骤1012、1019和1028(经流程图连接1026)之一。开始于步骤1012的第一路径对应于第一节点例如是将确定寻呼要求和随后实际发送与所接收的寻呼信息1026对应的寻呼的接入节点的情况。将开始于步骤1019的第二路径对应于第一节点例如是确定寻呼要求和分配寻呼资源的核心节点的情况。在第二处理路径中，第一节点随后依靠另一个节点，例如接入节点，以使用所分配的资源发送寻呼。所分配的资源例如可以是带宽、频率、传输时隙、传输功率、等等。第三处理路径对应于第一节点例如是生成寻呼请求消息和将包括所确定的寻呼要求的消息发送给另一个节点，例如负责分配寻呼传输资源和发送与所接收的寻呼信息1006对应的寻呼的节点的情况。
1010根据物理实施方式继续到步骤1012、1019和1028(经流程图连接1026)之一。开始于步骤1012的第一路径对应于第一节点例如是将确定寻呼要求和随后实际发送与所接收的寻呼信息1026对应的寻呼的接入节点的情况。将开始于步骤1019的第二路径对应于第一节点例如是确定寻呼要求和分配寻呼资源的核心节点的情况。在第二处理路径中，第一节点随后依靠另一个节点，例如接入节点，以使用所分配的资源发送寻呼。所分配的资源例如可以是带宽、频率、传输时隙、传输功率、等等。第三处理路径对应于第一节点例如是生成寻呼请求消息和将包括所确定的寻呼要求的消息发送给另一个节点，例如负责分配寻呼传输资源和发送与所接收的寻呼信息1006对应的寻呼的节点的情况。
[0098] 在步骤1012，它标记与第一节点例如是接入节点的实施例对应的第一处理路径的开始，第一节点作为所确定的寻呼要求的函数操作地分配用于发送寻呼的寻呼传输资源。如果该寻呼要求设计传输延迟，例如最大延迟，则接入节点在调度第一次寻呼时考虑此因素。假设寻呼要求是将用于发送寻呼的传输功率电平或频率，则接入节点将所要求的功率或/或频率分配用于发送与该寻呼信息1006对应的寻呼。接着，在步骤1014，第一节点生成与该寻呼信息对应的寻呼。该步骤在一些实施例中包括将寻呼信息1006的至少一部分合并在该寻呼内，在一些情况下，表示该寻呼将发送给的设备在接收到该寻呼之后的设备操作状态的信息。设备操作状态信息可以表示移动台应当在多种状态之一中操作，例如保持状态、而不是开启状态或休眠状态。在一些情况下，保持状态是移动台能够接收数据而不发送数据的低功率状态。
[0099] 操作从步骤1014前进到步骤1016，其中发送所生成的页面。假设不重复传输或确认信号传输，则处理所接收寻呼信息1006的相关操作完成，与该特定组寻呼信息1006相关的处理在步骤1018停止。
[0100] 第二处理路径对应于诸如核心节点的第一节点负责根据所确定的要求分配寻呼资源，而诸如可以是接入节点的第二节点的另一个节点负责发送该寻呼的情况。在步骤1019，第一节点操作以作为所确定的寻呼要求的函数分配寻呼传输资源用于发送寻呼。随后，在步骤1020，第一节点操作地生成寻呼信号，该信号表示用于在发送与所述接收到的寻呼信息1006对应的寻呼时使用的寻呼传输资源的分配。根据在步骤1010确定的寻呼要求执行寻呼资源的分配。在步骤1022，将所生成的寻呼信号传送给第二节点，例如接入节点，它在步骤1024使用在寻呼信号内指定的所分配的寻呼资源发送与寻呼信息1006对应的寻呼。假设重复传输或确认信号传输，则与处理所接收的寻呼信息1006和发送页面有关的操作完成，和与该特定组的寻呼信息1006相关的处理在步骤1018停止。
[0101] 第三处理路径开始于步骤1028。该处理通过流程图连接单元1026从步骤1010前进到步骤1028。该处理路径对应于使用根据本发明传送寻呼要求信息的新的寻呼请求消息的情况。在步骤1028，第一节点根据本发明考虑所确定的寻呼要求生成寻呼请求消息。在一些实施例中，该寻呼请求消息除了消息信源和信宿标识符之外还包括一个或多个所确定的寻呼要求。寻呼消息可以包括寻呼将要发送给的移动节点的寻呼信宿标识符。在一些实施例中，寻呼请求消息包括寻呼信息1006的一部分，例如将用作寻呼有效负载的信息。如前面讨论的，在消息内包括的寻呼要求信息可以是多种寻呼要求中的一个或多个。在各种实施例中，在寻呼请求消息内的所确定的寻呼要求信息表示1)所接收寻呼信息的一部分包括在寻呼的主体内；2)寻呼被确认；和/或3)服务质量。服务质量要求可以表示例如寻呼传输时间限制，多个不同的服务质量等级之一，将要多次传输的寻呼，寻呼一开始将要发送到的地理区域(例如小区或小区组)和/或在没有接收到表示接收到寻呼确认的情况下将要出现至少一次寻呼的重新传输。从步骤1028，操作前进到步骤1030，其中将所生成的寻呼请求消息发送给第二节点，例如发送寻呼的接入节点。
[0102] 在步骤1032，接收到寻呼请求消息的第二节点确定该寻呼请求消息是否包括寻呼资源分配信息，例如用于控制将寻呼资源分配给一个或一组寻呼使用的信息。如果资源分配信息包括在寻呼请求消息内，则操作从步骤1032前进到步骤1034。
[0103] 在步骤1034，第二节点根据在所接收的寻呼请求消息内包括的资源分配信息(例如指令)分配寻呼资源。例如，第二节点可以根据在寻呼请求消息内包括的分配信息将一部分特定寻呼资源，例如多个寻呼传输时隙，分配给具有特定服务质量等级的寻呼。一旦根据所接收的寻呼请求消息的内容分配寻呼资源，则操作通过连接单元1036从步骤1034前进到步骤1038。在寻呼请求消息并不包括寻呼资源分配信息的情况下，操作从步骤1038直接前进到步骤1032。
[0104] 在步骤1038，第二节点根据寻呼请求消息操作地生成初始寻呼。随后，在步骤1040，发送该寻呼。接着，在步骤1042，执行与寻呼请求消息是否包括重新传输要求有关的确定，例如在未接收到寻呼确认的情况下。如果不存在重新传输要求，则与所接收的寻呼信息1006有关的处理在步骤1048停止。然而，如果存在重新传输要求，则操作从步骤1042前进到步骤1044。在步骤1044，确定是否接收到确认。如果没有接收到确认，则在步骤1046重新传输该寻呼。重新传输可以是到比发送原始寻呼更大的地理区域。与原始寻呼区域类似，该重新传输区域可以是，或有时候是作为在消息内包括的各种寻呼要求之一在寻呼请求消息内规定的。
[0105] 在接收到确认的情况下，操作从重新传输步骤1046或从确认步骤1044前进到步骤1048，在此与接收寻呼信息1066有关的处理停止。虽然特定组的寻呼信息1006的处理在步骤1048停止，但是将理解第一节点将继续接收和处理其它组的寻呼信息1006。
[0106] 在本发明的一些实施例中，节点之间的通信全部或部分地基于网际协议(IP)。因而，在网络节点之间的数据和/或控制信号传输的通信可以使用IP分组，例如数据报。在使用IP分组的本发明的实施例中，可以使用单播或组播地址和发送机制将所述IP分组发送给预定的信宿节点。当从一个节点向多个其它节点发送相同的信息时，IP组播的使用特别有用。在本发明的一些实施例中，IP组播用于分发从APA或PRD功能实体发送的目标为多个节点，例如一组接入节点的寻呼请求信号。在相同信息的情况下，例如使用组播分发将分组负载有效数据发送给多个目标节点，由信源节点将带有信息复本的各个IP分组发送给每个目标节点。可选择地，当使用组播分发将相同的信息发送给多个目标节点时，由信源节点发送带有该信息的单个IP分组，网络节点根据需要复制该分组以发送给每个目标节点。因而，IP组播提供从信源节点向一组目标节点发送信息更有效的方法。
[0107] 本发明的各种特征使用模块来实现。这种模块可以使用软件、硬件或软件与硬件的组合来实现。可以使用机器可执行指令来实现多种上面描述的方法或方法步骤，例如在诸如例如RAM、软盘等存储设备等机器可读介质内包括的软件，从而控制机器，例如带有或不带有附加硬件的通用计算机，从而实现上述方法的全部或多个部分。因此，其中，本发明涉及包括机器可执行指令的机器可读介质，所述指令用于使诸如处理器和相关硬件等的机器执行上述方法的一个或多个步骤。
[0108] 参考本发明的上述描述，上述本发明的方法和设备的多种附加变化对于本领域的技术人员来说将是显而易见的。这种变化将视为在本发明的范围之内。本发明的方法和设备可以使用码分多址(CDMA)、正交频分复用(OFDM)或可以用于在接入节点和移动节点之间提供无线通信链路的各种其它类型的通信技术，在多种实施例中的确如此。在一些实施例中，将接入节点实施为使用OFDM和/或CDMA建立与移动节点的通信链路的基站。在各种实施例中，移动站可以实施为笔记本计算机、个人数据助理(PDA)或包括用于实现本发明的方法的接收器/发送器电路和逻辑和/或程序的其它便携式设备。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 寻呼方法和设备 | 2020-05-14 | 432 |
| 内存读取/写入仲裁方法 | 2020-05-13 | 987 |
| 从第一装置到至少一个第二装置在以太网内传输可预先确定优先分类级的数据包的方法 | 2020-05-15 | 437 |
| 内存读取/写入仲裁方法 | 2020-05-12 | 316 |
| 独立处理多个指令流、软式控制各指令流的处理功能的多程序流程同时处理器 | 2020-05-11 | 812 |
| 在多个无线电话系统中公用的频率 | 2020-05-12 | 464 |
| 具优先权的随机存取方法、资源配置方法及碰撞解决方法 | 2020-05-13 | 991 |
| 从第一装置到至少一个第二装置在以太网内传输可预先确定优先分类级的数据包的方法 | 2020-05-15 | 221 |
| 一种关于财务云平台的成对组合测试用例生成方法 | 2020-05-13 | 837 |
| 无线接入网络系统、及无线接入方法 | 2020-05-11 | 494 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈