CN109565646B - 向使用扩展的空闲模式不连续接收的用户设备进行广播或多播 - Google Patents

向使用扩展的空闲模式不连续接收的用户设备进行广播或多播 Download PDF

Info

Publication number
CN109565646B
CN109565646B CN201780047481.3A CN201780047481A CN109565646B CN 109565646 B CN109565646 B CN 109565646B CN 201780047481 A CN201780047481 A CN 201780047481A CN 109565646 B CN109565646 B CN 109565646B
Authority
CN
China
Prior art keywords
time
paging
broadcast
time interval
message
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.)
Active
Application number
CN201780047481.3A
Other languages
English (en)
Other versions
CN109565646A (zh
Inventor
S·拉哈
P·萨达桑
R·托塔
R·S·盖德
S·瓦苏德万
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.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of CN109565646A publication Critical patent/CN109565646A/zh
Application granted granted Critical
Publication of CN109565646B publication Critical patent/CN109565646B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • 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/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

广播管理器标识包含用于多个用户设备的寻呼窗口的时间间隔。多个用户设备根据多个不连续接收周期进行操作，多个不连续接收周期包括由寻呼窗口分开的休眠间隔。广播管理器生成用于在该时间间隔期间的相应寻呼窗口中向多个用户设备进行无线传输的消息。该消息包括指示多个用户设备将接收广播或多播数据的传输时间的信息。传输时间在该时间间隔之后。

Description

向使用扩展的空闲模式不连续接收的用户设备进行广播或 多播
技术领域
本公开总体上涉及无线通信系统，并且更具体地涉及支持无线通信系统中的用户设备的不连续接收。
背景技术
物联网(IoT)包括物理实体，该物理实体具有使得实体能够收集和交换数据以及跨网络基础设施被远程地感测和控制的嵌入式电子器件、软件、传感器和网络连接。构成IoT的很多物理实体(这些实体在本文中称为用户设备)由需要具有10到20年寿命的电池供电。因此，IoT中的用户设备通常实现省电技术，包括扩展的空闲模式不连续接收(eDRX)，eDRX允许用户设备在用户设备不能接收传输的休眠模式与用户设备醒来以监听由网络传输的寻呼消息的寻呼窗口之间循环。寻呼窗口的持续时间可以基于每个用户设备进行配置，并且对于根据当前标准进行操作的设备，可以在1.28秒到40.96秒的范围内。休眠模式的持续时间(休眠间隔或eDRX周期持续时间)可以基于每个用户设备进行配置，并且对于根据当前标准进行操作的设备，可以在5.12秒到10485.76秒的范围内。因此，对于不同的用户设备，eDRX周期的持续时间可以是不同的。此外，用户设备可以在不同时间开始其eDRX周期，使得共享相同eDRX周期持续时间的用户设备可以在不同时间进入和退出休眠模式。至少部分由于休眠模式潜在地很长并且持续时间可变，IoT中利用eDRX以节省功率的用户设备通常与延迟容忍的并且由大量用户设备使用的应用相关联。
发明内容
以下呈现所公开的主题的简要概述，以便提供对所公开的主题的一些方面的基本理解。本概述不是所公开的主题的详尽概述。其并不旨在标识所公开的主题的关键或重要元素，也不旨在界定所公开的主题的范围。其唯一目的是以简化形式呈现一些概念，作为稍后讨论的更详细描述的序言。
在一些实施例中，提供了一种方法，其包括在广播管理器处标识包含用于多个用户设备的寻呼窗口的第一时间间隔。多个用户设备根据多个不连续接收周期进行操作，多个不连续接收周期包括由寻呼窗口分开的休眠间隔。该方法还包括在广播管理器处生成用于在第一时间间隔期间的相应寻呼窗口中向多个用户设备进行无线传输的消息。该消息包括指示多个用户设备将接收广播和多播数据中的至少一项的传输时间的信息。传输时间在第一时间间隔之后。一种非暂态计算机可读介质的一些实施例体现用于操纵至少一个处理器执行该方法的可执行指令的集合。
在一些实施例中，提供了一种方法，其包括在服务器处接收包括指示用以执行向多个用户设备广播数据或多播数据中的至少一项的传输时间的信息的消息。传输时间在包含用于多个用户设备的寻呼窗口的第一时间间隔之后。多个用户设备根据多个不连续接收周期进行操作，多个不连续接收周期包括由寻呼窗口分开的休眠间隔。该方法还包括从服务器向广播/多播服务器发送请求以在传输时间执行向多个用户设备广播数据或多播数据中的至少一项。
在一些实施例中，提供了一种方法，其包括在用户设备处在不连续接收周期中的寻呼窗口期间接收消息，不连续接收周期包括由寻呼窗口分开的休眠间隔，该消息包括指示用户设备将接收广播数据或多播数据中的至少一项的传输时间的信息。用户设备是根据多个不连续接收周期进行操作的多个用户设备之一，并且传输时间在包含用于多个用户设备的寻呼窗口的时间间隔之后。该方法还包括在传输时间之前从休眠间隔唤醒用户设备，以及在用户设备处从传输时间开始接收广播数据或多播数据中的至少一项。
在一些实施例中，提供了一种用户设备，其包括收发器，用于在不连续接收周期中的寻呼窗口期间接收消息，不连续接收周期包括由寻呼窗口分开的休眠间隔，消息包括指示用户设备将接收广播数据或多播数据中的至少一项的传输时间的信息。用户设备是根据多个不连续接收周期进行操作的多个用户设备之一，并且传输时间在包含用于多个用户设备的寻呼窗口的时间间隔之后。用户设备还包括处理器和包含可执行指令的集合的非暂态计算机可读介质，可执行指令的集合用于操纵处理器以在传输时间之前从休眠间隔唤醒用户设备，使得收发器能够从传输时间开始接收广播数据或多播数据中的至少一项。
附图说明
通过参考附图，可以更好地理解本公开，并且其众多特征和优点对于本领域技术人员而言是很清楚的。在不同附图中使用相同的附图标记表示相似或相同的项目。
图1是根据一些实施例的无线通信系统的框图。
图2是示出根据一些实施例的与一组用户设备之一的最长不连续接收周期相对应的时间间隔中的寻呼窗口的图。
图3是示出根据一些实施例的与一组用户设备中的用户设备中的最新寻呼窗口相对应的时间间隔中的寻呼窗口的图。
图4示出了根据一些实施例的用于指示以不连续接收模式操作的用户设备在包含用户设备的寻呼窗口的时间间隔之后醒来以接收广播或多播消息的消息流。
图5示出了根据一些实施例的用于指示未以不连续接收模式操作的用户设备醒来以接收广播或多播消息的消息流。
图6是根据一些实施例的支持使用寻呼消息来向用户设备通知即将到来的广播或多播传输的无线通信系统的框图。
图7是根据一些实施例的使用非IP数据递送(NIDD)的消息流700的图。
具体实施方式
用户设备的逻辑组通常共享相同的配置信息，诸如通过空中从网络接收的固件或软件更新。例如，部署在家中附近的一组智能水表可以被配置为用户设备的逻辑组，这些用户设备由应用服务器可访问以用于诸如配置智能水表等任务。相同的软件或固件更新用于配置(或升级)附近的智能水表。应用服务器还可以提供相同的查询以从逻辑组中的所有用户设备检索信息。例如，当地水务部门可以通过向附近的水表传输相同的请求来触发远程仪表读取。
一对一传输技术(诸如单播)可以用于向逻辑组中的所有用户设备传输相同信息的副本。但是，诸如软件或固件升级等单播信息需要大量的系统资源，这些资源与用户设备的数目成比例地增加。例如，IoT中的一些用户设备需要固件或软件升级，这些升级的范围大小从数百千字节到数兆字节的信息。此外，在多个单播请求中复制下行链路信息会导致建立和维护必要的分组数据网络(PDN)连接的开销，这对于大量用户设备可能花费几个小时。
可以使用一对多传输技术(诸如多播或广播)来向用户设备通知即将到来的广播，使得用户设备可以接收广播信息。然而，向实现eDRX的用户设备多播或广播通知是低效的，因为用户设备的寻呼窗口不一定重叠并且可能分布在持续时间长达几个小时的eDRX周期上。因此，对于任何用户设备的最长eDRX周期，通知将需要被连续多播或广播，以保证所有用户设备都接收通知。通知可以是应用服务器与用户设备之间的单播，但是传统的应用服务器和服务能力服务器(SCS)不能确定用户设备是否以eDRX模式操作。因此，需要将用户设备的eDRX状态的知识暴露给所有上游应用服务器，这些应用服务器预期包括多种应用类型、不同行业等。向不以eDRX模式操作的用户设备多播或广播信息通常需要在应用服务器和SCS上具有附加复杂功能。
通过标识包含以eDRX模式操作的用户设备的寻呼窗口的时间间隔并且在该时间间隔期间的相应寻呼窗口中向用户设备传输消息，可以将信息有效地传输到用户设备的逻辑组，该用户设备包括以不连续接收(eDRX)模式操作的一个或多个用户设备。该消息包括指示用户设备醒来以接收通过空中向用户设备广播或多播的信息的传输时间的信息。传输时间在时间间隔之后。在一些变型中，传输时间基于用户设备中的最长eDRX周期的持续时间来设置。在其他变型中，传输时间基于在用户设备中的最新寻呼窗口之前经过的时间量来设置。
传输时间可以使用时钟时间来指示，例如，多播或广播传输发生在指定日期的12:01:01。传输时间也可以用相对时间来指示。例如，在其相应的寻呼窗口中向不同用户设备传输的消息可以指示相对于寻呼窗口的不同等待时间间隔。定义等待时间间隔，使得每个用户设备的寻呼窗口时间和等待时间间隔的总和等于传输时间。因此，接收包括等待时间间隔的消息的所有用户设备在相同的传输时间醒来，即使它们在不同的寻呼窗口中接收消息。在一些变型中，等待时间间隔包括附加偏移以将传输时间相对于寻呼窗口移位到稍后的时间。逻辑组可以被划分为多个用户设备子组(例如，按地理区域)，这些用户设备被调度为在不同的传输时间醒来以接收多播或广播信息。
图1是根据一些实施例的无线通信系统100的框图。无线通信系统100包括根据一种或多种无线电接入技术来提供无线连接的一个或多个基站105，诸如符合由第三代合作伙伴项目(3GPP)定义的长期演进(LTE)标准的蜂窝通信。基站105通过一个或多个空中接口115提供到多个用户设备110(仅为了清楚起见，仅一个由附图标记指示)的无线连接。如本文中使用的，术语“用户设备”指代能够通过空中接口115的下行链路接收信息并且通过空中接口115的上行链路传输信息的具有无线能力设备。因此，术语“用户设备”可以指代诸如网络接口卡、蜂窝电话、智能电话具有无线能力的平板电脑等设备。术语“用户设备”还指代诸如传感器、相机、以及嵌入在其他实体中的设备等具有无线能力的设备，其他实体诸如医疗设备、可穿戴电子设备、家用电器、警报系统、汽车或其他车辆、建筑物、运输基础设施、能源基础设施、公用设施基础设施等。例如，通过将用户设备配置为根据诸如窄带物联网(IoT)标准等无线通信标准来操作，用户设备110可以被配置为作为IoT的一部分来操作，其中窄带IoT标准定义了聚焦于室内覆盖、低成本、长电池寿命和大量设备的窄带无线电接入技术。
用户设备110的一些实施例实现诸如扩展的非连续接收(eDRX)等省电模式，eDRX允许每个用户设备110在交替的休眠间隔和被称为eDRX周期的寻呼窗口中操作。例如，每个用户设备110能够在可配置的时间间隔内休眠并且在寻呼窗口期间周期性地醒来以从网络接收寻呼消息。寻呼窗口的持续时间也可以基于每个用户设备针对每个用户设备110进行配置。休眠间隔的持续时间可以从标准化的时间间隔中选择，例如，在5.12秒(s)到2621.44s的范围内的时间间隔。根据窄带IoT(NB-IoT)标准进行操作的用户设备110还可以从诸如5242.88s和10485.76s的休眠间隔等附加持续时间中进行选择。寻呼窗口的持续时间对于非NB-IoT设备可以在1.28s到20.48秒的范围内配置，并且对于NB-IoT设备可以在2.56s到40.96s的范围内配置。NB-IoT标准使用窄带无线电技术来支持室内覆盖、低成本、长电池寿命和大量设备。
图1所示的用户设备110是由组标识符指示的逻辑组的一部分。因此，可以基于组标识符使用一对多技术向用户设备110传输消息。例如，组标识符可以用于标识组中的用户设备110使得消息可以被广播或多播给用户设备110。该组用户设备110也可以被分成子集120、121。数据可以以不同的时间间隔向子集120、121广播或多播，如本文中讨论的。在一些变型中，子集120、121中的用户设备110由不同的组标识符或子集标识符标识。
无线通信系统100被配置为向用户设备110提供诸如广播或多播数据等一对多数据传输。一个或多个应用服务器125发起要向用户设备110广播或多播的数据。服务能力服务器(SCS)130用作应用服务器125与无线通信系统100的下游部分之间的安全网关。服务能力服务器130与服务能力暴露功能(SCEF)135通信。SCS 130和SCEF 135与用户设备110通信，并且被配置为安全地暴露由无线通信系统100中的各种接口提供的服务和能力。SCEF135还被配置为与广播多播服务中心(BMSC)140通信，BMSC 140提供多媒体广播多播服务(MBMS)用户服务启动和传输的功能。BMSC 140与MBMS网关145通信，MBMS网关145被配置为向基站105(和无线通信系统100中的其他基站)广播MBMS分组以供基站105传输。
SCEF 135还被配置为与移动性管理实体(MME)150通信以确定是否可以使用由无线通信系统支持的广播或多播机制来发送旨在用于广播或多播的数据，如本文中讨论的。MME 150是负责用户设备110的空闲模式寻呼以及诸如数据重传、承载激活/去激活、选择服务网关等其他功能的控制节点。MME 150终止与用户设备110的非接入层(NAS)信令。如本文中讨论的，MME 150还存储或能够访问标识用户设备110的eDRX周期和寻呼窗口的信息。
广播管理器(BM)155与MME 150相关联。广播管理器155可以用硬件、固件、软件或其组合来实现。广播管理器155(以及无线通信系统100内的其他实体或功能)也可以实现为用于在例如云服务器中实现的处理器上执行的软件，或者实现为根据网络功能虚拟化(NFV)的虚拟功能，NFV是一种利用计算机虚拟化技术的网络架构，如本文中讨论的。图1所示的广播管理器155通过接口连接到MME 150。然而，MME 150的一些变型可以实现集成或嵌入式广播管理器，如本文中讨论的。
广播管理器155被配置为确定用户设备110是否以eDRX模式操作。该确定可以响应于向用户设备110广播或多播数据的请求来执行，例如，响应于来自应用服务器125的请求。广播管理器155还被配置为确定用户设备110将被醒来以接收广播或多播数据的传输时间，并且发送指示用户设备110在传输时间之前醒来的消息。例如，广播管理器155可以标识包含用户设备110的寻呼窗口的时间间隔。然后，广播管理器155可以生成消息以用于在第一间隔期间的每个用户设备的寻呼窗口中通过空中接口115传输到用户设备110。所生成的用于传输到用户设备110的消息包括指示传输时间的信息。
无线通信系统100还包括为广播或多播传输分配资源的多小区协调实体(MCE)160。在一些变型中，无线通信系统100中的基站105是多媒体广播单频网络(MBSFN)区域的一部分。术语“MBSFN”指代利用正交频分复用(OFDM)无线电接口在同步的单频网络上发送广播或多播数据作为多小区传输的传输模式。MCE 160分配由基站105和同一MBSFN区域中的其他基站使用的资源。MCE 160还能够为MBMS控制信息和数据广播配置MBSFN子帧。MCE160在基站105中配置用于MBSFN操作的第2层和第3层功能，并且确定用于分组模式信道(PMCH)的调制和编码方案(MCS)。
图2是示出根据一些实施例的与一组用户设备之一的最长不连续接收周期相对应的时间间隔205中的寻呼窗口的图200。横轴表示从左到右增加的任意单位的时间。该组用户设备包括具有不同持续时间和不同寻呼窗口的不连续接收周期的三个用户设备。诸如图1所示的广播管理器155等广播管理器使用由诸如图1所示的MME 150等MME存储(或可访问)的信息来确定最长的不连续接收周期。将时间间隔205设置为该组用户设备中的用户设备的最长不连续接收周期确保了每个用户设备在时间间隔205内具有至少一个寻呼窗口。
广播管理器生成寻呼消息以用于在时间间隔205内的相应寻呼窗口期间传输到所有用户设备。例如，广播管理器生成第一寻呼消息以用于在时间间隔205内的时间T1在寻呼窗口210期间传输到第一用户设备，广播管理器生成第二寻呼消息以用于在时间T2在寻呼窗口215期间传输到第二用户设备，并且广播管理器生成第三寻呼消息以用于在时间T3在寻呼窗口220期间传输到第三用户设备。成功接收消息的用户设备可以使用相应的确认消息进行响应。
传输到用户设备的寻呼消息包括指示用于到用户设备的广播或多播传输的传输时间(T_TRAN)的信息。传输时间被设置为在时间间隔205之后的时间，并且在一些变型中，附加余量225被添加到传输时间。附加余量可以基于醒来一个或多个用户设备的等待时间来确定，基于优选地用于广播或多播传输的一天中的时间来确定，被确定以将传输时间调节到期望的广播时间，或者使用其他标准来确定。传输时间或附加余量可以在广播管理器与无线通信系统中的其他实体(诸如SCS、SCEF或应用服务器)之间协商。例如，广播管理器和SCEF可以基于广播或多播数据的要求来协商传输时间。又例如，广播管理器和SCEF可以基于响应于在寻呼窗口210、215、220期间传输的寻呼消息的用户设备的数目或百分比来协商是否广播或多播数据。
广播管理器的一些实施例生成指示寻呼窗口与传输时间之间的相对时间的消息。例如，广播管理器可以生成第一消息、第二消息和第三消息，第一消息指示第一用户设备在等于(或略小于)时间间隔205+附加余量225-T1的第一时间间隔230之后醒来，第二消息指示第二用户设备在等于(或略小于)时间间隔205+附加余量225-T2的第二时间间隔235之后醒来，第三消息指示第三用户设备在等于(或略小于)时间间隔205+附加余量225-T3的第三时间间隔240之后醒来。广播管理器的其他实施例生成指示与传输时间相对应的时钟时间的值的消息。在这些实施例中，用户设备在时钟时间的值之前调度醒来时间。
图3是示出根据一些实施例的与一组用户设备中的用户设备中的最新寻呼窗口相对应的时间间隔305中的寻呼窗口的图300。横轴表示从左到右增加的任意单位的时间。该组用户设备包括具有不同持续时间和不同寻呼窗口的不连续接收周期的三个用户设备。诸如图1所示的广播管理器155等广播管理器使用由诸如图1所示的MME 150等MME存储(或可访问的)的信息来确定用户设备的寻呼窗口320的定时。然后，广播管理器可以基于在多个用户设备的寻呼窗口中的最新寻呼窗口之前经过的时间来设置时间间隔305，在这种情况下，该最新寻呼窗口是在时间T3的寻呼窗口320。基于该组用户设备中的用户设备中的最新寻呼窗口来设置时间间隔305确保了每个用户设备在时间间隔305内具有寻呼窗口，同时还将用户设备等待广播或多播传输的时间减少到最小值。例如，图3所示的传输时间早于图2所示的传输时间。然而，基于寻呼窗口的时间来设置时间间隔305引起用于访问和处理各个用户设备的定时信息的附加开销，随着接收广播或多播传输的用户设备数目的增加，这个附加开销可能变得显著。
广播管理器生成寻呼消息以用于在时间间隔305内的相应寻呼窗口期间传输到所有用户设备。例如，广播管理器生成第一寻呼消息以用于在时间间隔305内的时间T1在寻呼窗口310期间传输到第一用户设备，广播管理器生成第二寻呼消息以用于在时间T2在寻呼窗口315期间传输到第二用户设备，并且广播管理器生成第三寻呼消息以用于在时间T3在寻呼窗口320期间传输到第三用户设备。成功接收消息的用户设备可以使用相应的确认消息进行响应。
传输到用户设备的寻呼消息包括指示用于到用户设备的广播或多播传输的传输时间(T_TRAN)的信息。传输时间被设置为在时间间隔305之后的时间，并且在一些变型中，附加余量325被添加到传输时间。如本文中讨论的，附加余量325可以基于各种标准来确定。传输时间或附加余量325还可以在通信系统中的实体之间协商。如本文还讨论的，广播管理器可以生成包括寻呼窗口与传输时间之间的相对时间的消息。例如，广播管理器可以生成第一消息、第二消息和第三消息，第一消息指示第一用户设备在等于(或稍微小于)时间间隔305+附加余量325-T1的第一时间间隔330之后醒来，第二消息指示第二用户设备在等于(或略小于)时间间隔305+附加边界325-T2的第二时间间隔335之后醒来，第三消息指示第三用户设备在等于(或略小于)时间间隔305+附加余量325-T3的第三时间间隔340之后醒来。在所示实施例中，时间间隔305基本上等于T3，因此第三时间间隔340基本上等于附加余量325。广播管理器的其他实施例生成指示与传输时间相对应的时钟时间的值的消息。在这些实施例中，用户设备在时钟时间的值之前调度醒来时间。
图4示出了根据一些实施例的用于指示以不连续接收模式操作的用户设备在包含用户设备的寻呼窗口的时间间隔之后醒来以接收广播或多播消息的消息流400。消息流400示出了在包括用户设备(UE1、UE2)、基站和多小区协调实体(eNB/MCE)、广播管理器和MME(BM/MME)、SCEF和SCS、MBMS和BMSC、以及应用服务器(AS)的无线通信系统中的实体之间交换的消息。因此，消息流400示出了在图1所示的无线通信系统100的一些实施例中在实体之间交换的消息。
应用服务器在箭头401处向SCEF传输广播或多播数据。应用服务器还可以发送指示数据特性的信息(诸如数据是延迟容忍还是延迟不容忍的指示)以及指示将接收广播或多播数据的该组用户设备的逻辑组标识符。在一些实施例中，应用服务器还发送指示广播或多播数据的特定传输时间的信息。所请求的传输时间应当比包含组中的用户设备的寻呼窗口的时间间隔长，使得可以在广播或多播传输之前向用户设备通知传输时间。
响应于接收到广播或多播数据(和任何其他伴随信息)，SCEF(在箭头402处)向MME传输包括指示用户设备的逻辑组的标识符的信息的消息。该信息可以由MME使用以确定是否可以使用广播或多播机制来向用户设备发送数据。
在框405处，MME标识与逻辑组相关联的用户设备。例如，MME可以包括由逻辑组标识符索引的表，并且包括逻辑组中的用户设备的标识符。MME还可以确定逻辑组中的用户设备正在以不连续接收模式操作。还为逻辑组中的用户设备确定不连续接收周期的持续时间和寻呼窗口的定时，例如，基于由MME存储的或MME可访问的信息。
在框410处，广播管理器计算广播或多播数据的传输时间(T_TRAN)。广播管理器基于包含逻辑组中的用户设备的寻呼窗口的时间间隔来计算传输时间。如果逻辑组中的所有用户设备共享相同的不连续接收周期，则包含寻呼窗口的时间间隔等于共享的非连续接收周期的持续时间。如果逻辑组中的用户设备具有不同的不连续接收周期，则可以基于逻辑组中的用户设备之一的不连续接收周期中的最长持续时间或逻辑组中的用户设备中的最新寻呼窗口来确定包含寻呼窗口的时间间隔，如本文中关于图2和图3讨论的。
在箭头411处，广播管理器向SCEF发送指示广播或多播数据的传输时间的消息。例如，如果来自SCEF的请求是对于广播的并且MME计算可以到达所有用户设备的时间，如本文中讨论的，则在MME中实现(或与MME相关联的)广播管理器发送指示广播数据将在稍后发送的消息，其在箭头411处传输的消息中表示为原因参数。替代地或另外地，可以将传输时间发送到应用服务器或服务能力服务器。可以使用非IP数据递送(NIDD)传输广播数据作为非IP数据。指示广播数据要在稍后使用原因参数来发送的消息可以是NIDD提交响应消息。
消息流400的一些实施例包括可选框412，可选框412表示在广播管理器或MME与SCEF之间执行的协商。协商可以包括交换消息以基于在广播管理器、MME、SCEF或诸如应用服务器等其他实体处建立的标准来建议、修改、拒绝或接受传输时间。因此，在向用户设备通知传输时间之前，可以基于协商的结果来修改或更新由广播管理器确定的原始传输时间。还可以在消息流400中的其他点处执行协商，例如，以基于响应于寻呼消息的用户设备数目来决定是否继续广播或多播传输。
在用于UE1的寻呼窗口415之前或期间，MME在寻呼窗口415期间向基站传输(在箭头416处)寻呼消息以便传输到UE1。在箭头417处，基站在寻呼窗口415期间向UE1传输寻呼消息。在箭头418处，UE1经由基站向MME和广播管理器传输服务请求或寻呼响应以指示UE1成功接收到寻呼消息。响应于接收到服务请求或寻呼响应，MME和基站向UE1传输(在箭头419处)服务通告，例如，使用短消息服务(SMS)机制。服务通告包括指示广播或多播数据的传输时间并且指示UE1在该传输时间之前醒来以接收广播或多播数据的信息。如本文中讨论的，指示传输时间的信息可以指示相对于寻呼窗口415的传输时间或指示传输时间的时钟时间的值。除了在UE1的不连续接收周期的寻呼窗口415期间醒来之外，传输时间的接收还可以引起相应UE1醒来附加时间，即，传输时间发生在寻呼窗口之外的时间。通常，传输时间不会干扰不连续接收周期。
在用于UE2的寻呼窗口420之前或期间，MME在寻呼窗口420期间向基站传输(在箭头421处)寻呼消息以便传输到UE2。在箭头422处，基站在寻呼窗口420期间向UE2传输寻呼消息。在箭头423处，UE2经由基站向MME和广播管理器传输服务请求或寻呼响应以指示UE2成功接收到寻呼消息。响应于接收到服务请求或寻呼响应，MME和基站向UE2传输(在箭头424处)服务通告，例如，使用短消息服务(SMS)机制。服务通告包括指示广播或多播数据的传输时间并且指示UE2在该传输时间之前醒来以接收广播或多播数据的信息。如本文中讨论的，指示传输时间的信息可以指示相对于寻呼窗口420的传输时间或指示传输时间的时钟时间的值。
在箭头430处，广播管理器或MME向SCEF传输指示每次尝试寻呼用户设备的成功或失败的消息。例如，如果MME无法为任何用户设备和广播或多播组发起或成功完成寻呼过程，则MME可以向SCEF传输包括MME无法寻呼的用户设备列表的NIDD消息。尽管图4中示出了单个消息，但是可以向SCEF传输指示到达单个用户设备的尝试的成功或失败的单独消息。该信息可以被传送到应用服务器，应用服务器可以使用该信息来确定是否在随后的时间执行广播或多播数据的重传。在一些变型中，广播管理器或MME传输指示被寻呼的用户设备的数目以及响应于寻呼消息的用户设备的数目(或百分比)的摘要消息。
在箭头435处，SCEF向BMSC/MBMS发起在传输时间传输广播或多播数据的请求。BMSC/MBMS可以通过向MME传输诸如MBMS会话开始请求消息等消息来发起数据的广播或多播。
在传输时间之前的预定时间，UE1和UE2(以及正在接收广播或多播数据的任何其他用户设备)分别在框440、445处醒来。预定时间可以基于UE1或UE2从空闲或休眠模式转换到UE1或UE2能够接收广播或多播数据的活动或连接模式所需要的等待时间来建立。用户设备还可以确定时间间隔以保持醒来或被连接以接收广播或多播数据。
在框450处，BMSC/MBMS向UE1、UE2和任何其他用户设备以及包括UE1和UE2的逻辑组广播或多播从应用服务器接收的数据。
图5示出了根据一些实施例的用于指示未以不连续接收模式操作的用户设备醒来以接收广播或多播消息的消息流500。消息流500示出了在包括用户设备(UE1、UE2)、基站和多小区协调实体(eNB/MCE)、广播管理器和MME(BM/MME)、SCEF和SCS、MBMS和BMSC、以及应用服务器(AS)的无线通信系统中的实体之间交换的消息。因此，消息流500示出了在图1所示的无线通信系统100的一些实施例中在实体之间交换的消息。
应用服务器在箭头501处向SCEF传输广播或多播数据。应用服务器还可以发送指示数据特性的信息(诸如数据是延迟容忍还是延迟不容忍的指示)以及指示将接收广播或多播数据的该组用户设备的逻辑组标识符。在一些实施例中，应用服务器还发送指示广播或多播数据的特定传输时间的信息。所请求的传输时间应当比在广播或多播传输之前向UE1和UE2(以及图5中未具体示出的任何其他用户设备)通知传输时间所需要的时间间隔长。
响应于接收到广播或多播数据(和任何其他伴随信息)，SCEF(在箭头502处)向MME传输包括指示用户设备的逻辑组的标识符的信息的消息。该信息可以由MME使用以确定是否可以使用广播或多播机制来向用户设备发送数据。
在框505处，MME标识与逻辑组相关联的用户设备。例如，MME可以包括由逻辑组标识符索引的表，并且包括逻辑组中的用户设备的标识符。MME还可以确定逻辑组中的用户设备没有以不连续接收模式操作。寻呼消息不限于在由不以非连续接收模式操作的用户设备的不连续接收周期定义的寻呼窗口期间的传输。
在框510处，广播管理器计算广播或多播数据的传输时间(T_TRAN)。广播管理器基于寻呼逻辑组中的用户设备所需要的时间间隔来计算传输时间。如果应用服务器没有传输或请求特定传输时间，则广播管理器基于向醒来或连接的用户设备(例如，在活动模式中)或空闲或休眠的用户设备(例如，处于非活动模式)发送通知所需要的时间量来计算传输时间。广播管理器可以基于对各个通知的传输的步调(pacing)的估计来确定发送通知所需要的时间。步调可以表示在不超过会降低网络性能的阈值负载的情况下传输各个通知的速率。
在箭头511处，广播管理器向SCEF发送指示广播或多播数据的传输时间的消息。例如，如果来自SCEF的请求是对于广播的并且MME计算可以到达所有用户设备的时间，如本文中讨论的，则在MME中实现(或与MME相关联的)广播管理器发送指示广播数据将在稍后发送的消息，其在箭头511处传输的消息中表示为原因参数。替代地或另外地，可以将传输时间发送到应用服务器或服务能力服务器。可以使用NIDD传输广播数据作为非IP数据。指示广播数据要在稍后使用原因参数来发送的消息可以是NIDD提交响应消息。
消息流500的一些实施例包括可选框512，可选框512表示在广播管理器或MME与SCEF之间执行的协商。协商可以包括交换消息以基于在广播管理器、MME、SCEF或诸如应用服务器等其他实体处建立的标准来建议、修改、拒绝或接受传输时间。因此，在向用户设备通知传输时间之前，可以基于协商的结果来修改或更新由广播管理器确定的原始传输时间。还可以在消息流500中的其他点处执行协商，例如，以基于响应于寻呼消息的多个用户设备来决定是否继续广播或多播传输。
如上所述，广播管理器确定表示向UE1和UE2(以及其他用户设备)通知即将到来的广播或多播所需要的寻呼间隔515的时间间隔。在寻呼窗口515之前或期间，MME在寻呼窗口515期间向基站传输(在箭头516处)寻呼消息以便传输到UE1。在箭头517处，基站在寻呼窗口515期间向UE1传输寻呼消息。在箭头518处，UE1经由基站向MME和广播管理器传输服务请求或寻呼响应以指示UE1成功接收到寻呼消息。在一些情况下，UE1已经处于连接模式，在这种情况下，绕过寻呼请求的传输(在箭头517处)和服务请求或寻呼响应的传输(在箭头518处)。响应于接收到服务请求或寻呼响应，MME和基站向UE1传输(在箭头519处)服务通告，例如，使用短消息服务(SMS)机制。服务通告包括指示广播或多播数据的传输时间并且指示UE1在该传输时间之前醒来以接收广播或多播数据的信息。如本文中讨论的，指示传输时间的信息可以指示相对于参考时间的传输时间(诸如寻呼消息的传输)或指示传输时间的时钟时间的值。除了在UE1的不连续接收周期的寻呼窗口期间醒来之外，指示传输时间的信息的接收还可以引起各个UE1醒来另外的时间，即，传输时间发生在寻呼窗口之外的时间。通常，传输时间不会干扰不连续接收周期。
在寻呼窗口515之前或期间，MME还在寻呼窗口515期间向基站传输(在箭头521处)寻呼消息以便传输到UE2。在箭头522处，基站在寻呼窗口515期间向UE2传输寻呼消息。在箭头523处，UE2经由基站向MME和广播管理器传输服务请求或寻呼响应以指示UE2成功接收到寻呼消息。在一些情况下，UE2已经处于连接模式，在这种情况下，绕过寻呼请求的传输(在箭头522处)和服务请求或寻呼响应的传输(在箭头523处)。响应于接收到服务请求或寻呼响应，MME和基站向UE2传输(在箭头524处)服务通告，例如，使用短消息服务(SMS)机制。服务通告包括指示广播或多播数据的传输时间并且指示UE2在该传输时间之前醒来以接收广播或多播数据的信息。如本文中讨论的，指示传输时间的信息可以指示相对于参考时间的传输时间(诸如寻呼消息的传输)或指示传输时间的时钟时间的值。
在箭头530处，广播管理器或MME向SCEF传输指示每次尝试寻呼用户设备的成功或失败的消息。例如，如果MME无法为任何用户设备和广播或多播组发起或成功完成寻呼过程，则MME可以向SCEF传输包括MME无法寻呼的用户设备列表的NIDD消息。尽管图5中示出了单个消息，但是可以向SCEF传输指示到达单个用户设备的尝试的成功或失败的单独消息。该信息可以被传送到应用服务器，应用服务器可以使用该信息来确定是否在随后的时间执行广播或多播数据的重传。
在箭头535处，SCEF向BMSC/MBMS发起在传输时间传输广播或多播数据的请求。BMSC/MBMS可以通过向MME传输诸如MBMS会话开始请求消息等消息来发起数据的广播或多播。
在传输时间之前的预定时间，UE1和UE2(以及正在接收广播或多播数据的任何其他用户设备)在框540、545处醒来。预定时间可以基于UE1或UE2从空闲或休眠模式转换到UE1或UE2能够接收广播或多播数据的活动模式所需要的等待时间来建立。用户设备还可以确定保持醒来以接收广播或多播数据的时间间隔。
在框550处，BMSC/MBMS向UE1、UE2和任何其他用户设备以及包括UE1和UE2的逻辑组广播或多播从应用服务器接收的数据。
图6是根据一些实施例的支持使用寻呼消息来向用户设备通知即将到来的广播或多播传输的无线通信系统600的框图。通信系统600实现SCEF 605、包括嵌入式广播管理器615的MME 610、基站620和用户设备625。尽管广播管理器615被示出为嵌入在MME 610中，但是广播管理器615的一些实施例在MME 610外部实现并且通过接口连接到MME 610。此外，在一些变型中，广播管理器615可以表示为存储在存储器637中并且由处理器636执行的软件。基站620通过空中接口630与用户设备625交换消息或信令。因此，通信系统600可以用于实现图1所示的无线通信系统100的一些实施例。
SCEF 605包括用于发送和接收信号的收发器631。收发器631可以实现为单个集成电路(例如，使用单个ASIC或FPGA)，或者实现为包括用于实现收发器631的功能的不同模块的片上系统(SOC)。SCEF 605处理器632还可以包括处理器632和存储器633。处理器632可以用于执行存储在存储器633中的指令并且将诸如所执行的指令的结果等信息存储在存储器633中。因此，收发器631、处理器632和存储器633可以被配置为实现图4所示的消息流400和图5所示的消息流500的一些部分。
MME 610包括用于发送和接收信号的收发器635。收发器635可以实现为单个集成电路(例如，使用单个ASIC或FPGA)，或者实现为包括用于实现收发器635的功能的不同模块的片上系统(SOC)。MME 610处理器636还包括处理器636和存储器637。处理器636可以用于执行存储在存储器637中的指令并且将诸如所执行的指令的结果等信息存储在存储器637中。处理器636还被配置为实现嵌入式广播管理器615。存储器637包括数据结构，诸如表638，该数据结构用于存储与不同逻辑组中的用户设备相关联的信息，诸如组标识符、用户设备标识符、不连续接收模式状态、不连续接收模式循环时间、寻呼窗口等。因此，收发器635、处理器636和存储器637可以被配置为实现图4所示的消息流400和图5所示的消息流500的一些部分。
用户设备625包括用于发送和接收信号的收发器640。收发器640耦合到天线645并且可以实现为单个集成电路(例如，使用单个ASIC或FPGA)，或者实现为包括用于实现收发器640的功能的不同模块的片上系统(SOC)。用户设备625还包括处理器641和存储器642。处理器641可以用于执行存储在存储器642中的指令并且将诸如所执行的指令的结果等信息存储在存储器642中。因此，收发器640、处理器641和存储器642可以被配置为实现图4所示的消息流400和图5所示的消息流500的一些部分。
包括诸如基站620等的一个或多个基站的上述无线通信系统600的至少部分可以使用网络功能虚拟化(NFV)来实现。NFV是一种利用计算机虚拟化技术的网络架构。诸如基站620、MME 610、广播管理器615、SCEF 605或其部分或其部分功能等整个网络设备可以使用可以连接或交互以创建通信服务的软件构建块来虚拟化。例如，广播管理器615的虚拟化网络功能可以包括至少一个虚拟机，该至少一个虚拟机在标准高容量服务器、交换机和存储器或云计算基础设施之上运行不同软件和进程而不是针对每个网络功能具有定制的硬件设备。这样，广播管理器615的一个或多个功能可以使用在非暂态计算机可读介质上实现的用于执行操作的计算机程序产品来实现，其中计算机程序产品包括当由处理器执行时执行具体基站功能的操作的指令。
图7是根据一些实施例的使用非IP数据递送(NIDD)的消息流700的图。消息流700示出了SCS/AS用来向经由外部标识符或MSISDN而标识的给定用户发送非IP数据的过程。消息流的一些方面对应于3GPP技术规范23.682V14.0.0(2016-06)的第5.13.3节中阐述的标准，其全部内容通过引用并入本文。消息流700假定完成了3GPP技术规范23.682的第5.13.1节中的过程。
1.如果SCS/AS已经为给定UE激活了NIDD服务，并且具有要发送给UE的下行链路非IP数据，则SCS/AS向SCEF发送NIDD提交请求(外部标识符或MSISDN、SCS/AS参考ID、非IP数据)消息。
2.如果找到与步骤1中包括的外部标识符或MSISDN相对应的SCEF EPS承载上下文，则SCEF检查SCS/AS是否被授权发送NIDD请求并且SCS是否未超过其配额(例如，24小时内的200字节)或数据提交速率(例如，10字节/小时)。如果该检查失败，则SCEF发送NIDD响应，NIDD响应的原因值指示失败条件的原因，并且流程在该步骤处停止。否则，流程继续步骤3。
如果没有找到SCEF EPS承载上下文，则SCEF可以根据配置：
-发送具有适当错误原因值的NIDD响应。流程在该步骤处停止；或者
-执行针对UE的设备触发(使用T4 SMS触发，参考3GPP23.682的第5.2.2条款)以建立朝向SCEF的非IP PDN连接。在这种情况下，执行具有适当原因值的步骤6；或者
-接受NIDD提交请求，并且执行具有适当原因值的步骤6，并且等待UE执行过程(参见TS 23.401)，从而建立到SCEF的PDN连接(参见3GPP 23.682的第5.13.1.2节)。
注2：SCEF可以等待为给定UE建立到SCEF的PDN连接的持续时间取决于实现。
3.如果找到与步骤1中包括的外部标识符或MSISDN相对应的SCEF EPS承载上下文，则SCEF向MME/SGSN发送NIDD提交请求(用户身份、EPS承载ID、SCEF ID、非IP数据)消息。
如果IWK-SCEF从SCEF接收到NIDD提交请求消息，则它将消息中继到MME/SGSN。
4.如果MME/SGSN/BM可以立即向UE递送非IP数据，例如，当UE已经处于ECM_CONNECTED模式，或者UE处于ECM_IDLE并且MME/SGSN能够发起寻呼过程时(参见TS23.401)，该过程在步骤8处继续。如果来自SCEF的请求是针对广播，则MME/SGSN/BM计算可以到达所有UE的时间(T)，并且向SCEF发送NIDD提交响应(原因，对于NIDD可达，T)消息。原因参数指示广播数据将在稍后的时间T发送。另外，向UE通知时间T，例如，如果UE处于ECM_IDLE，则经由寻呼过程来通知，或者当UE已经处于ECM_CONNECTED时，立即通知。
如果MME/SGSN在使用省电功能时意识到UE不可达，例如UE节能模式(参见3GPP23.682的第4.5.4节)或扩展的空闲模式DRX(参见3GPP 23.682的第4.5.13节)，则MME/SGSN向SCEF发送NIDD提交响应(原因，对于NIDD可达)消息。原因参数指示非IP数据未递送给UE。对于NIDD可达的标志指示当MME/SGSN确定UE可达时，MME/SGSN将通知SCEF。MME/SGSN在该UE的EMM上下文中存储对于NIDD可达的标志。
5.SCEF可以向SCS/AS发送NIDD响应以通知来自MME/SGSN的接收结果。如果SCEF从MME/SGSN接收到对于NIDD可达的标志，则SCEF可以基于该配置来缓冲在步骤3处请求的非IP数据。
6.当MME/SGSN检测到UE可达时(例如，当通过执行TAU退出PSM模式时，当发起MO通信时，等等)，或者当UE即将变得可达时(例如，扩展的空闲模式DRX周期到期，MME/SGSN预测UE的MO通信模式，等等)，并且MME/SGSN已经设置了对于NIDD可达的标志，则MME/SGSN向SCEF发送NIDD提交指示(用户身份)消息。MME/SGSN从其EMM上下文中清除对于NIDD可达的标志。
7.SCEF向MME/SGSN发送NIDD提交请求(用户标识，EPS承载ID，SCEF ID，非IP数据)消息。
8.如果需要，则MME/SGSN寻呼UE并且使用经由MME/SGSN过程的数据传输向UE传输非IP数据，如TS 23.401的第5.3.4B.3条款所述。如果经由广播提供非IP数据，则在时间T向UE传输非IP数据。根据运营商配置，MME/SGSN可以生成计费所需要的必要计费信息。
9.如果MME/SGSN能够发起步骤8，则MME/SGSN向SCEF发送NIDD提交响应(原因)消息以确认在步骤3或步骤7中接收到来自SCEF的NIDD提交请求。SCEF向SCS/AS确认非IP数据递送。如果MME/SGSN无法针对请求广播的组中的UE的任何成员发起步骤8，则MME/SGSN向SCEF发送具有无法寻呼的UE的列表的NIDD提交响应(原因)消息。
注3：成功的结果并不表示在UE处成功接收到数据，而是表示仅MME/SGSN已经在NAS信令中向UE发送了非IP数据。
在一些实施例中，上述技术的某些方面可以由执行软件的处理系统的一个或多个处理器来实现。该软件包括存储或以其他方式有形地包含在非暂态计算机可读存储介质上的一组或多组可执行指令。该软件可以包括当由一个或多个处理器执行时操纵一个或多个处理器以执行上述技术的一个或多个方面的指令和某些数据。非暂态计算机可读存储介质可以包括例如磁盘或光盘存储设备、诸如闪存、高速缓存、随机存取存储器(RAM)或其他非易失性存储设备等固态存储设备等。存储在非暂态计算机可读存储介质上的可执行指令可以是源代码、汇编语言代码、目标代码、或由一个或多个处理器解释或以其他方式可执行的其他指令格式。
计算机可读存储介质可以包括在使用期间由计算机系统可访问以向计算机系统提供指令和/或数据的任何存储介质或存储介质组合。这样的存储介质可以包括但不限于光学介质(例如，光盘(CD)、数字通用光盘(DVD)、蓝光光盘)、磁性介质(例如，软盘、磁带或磁性硬盘驱动器)、易失性存储器(例如，随机存取存储器(RAM)或高速缓存)、非易失性存储器(例如，只读存储器(ROM)或闪存)或基于微机电系统(MEMS)的存储介质。计算机可读存储介质可以嵌入在计算系统(例如，系统RAM或ROM)中，固定地附接到计算系统(例如，磁性硬盘驱动器)，可移除地附接到计算系统(例如，基于光盘或通用串行总线(USB)的闪存)，或者经由有线或无线网络耦合到计算机系统(例如，网络可访问存储(NAS))。
注意，并非需要以上在一般描述中描述的所有活动或元素，可能不需要特定活动或设备的一部分，并且可以执行一个或多个其他活动，或者包括除了描述的那些之外的其他元素。此外，列出活动的顺序不一定是它们的执行顺序。而且，已经参考特定实施例描述了这些概念。然而，本领域普通技术人员认识到，在不脱离如下面的权利要求所阐述的本公开的范围的情况下，可以进行各种修改和改变。因此，说明书和附图应当被视为说明性而非限制性意义，并且所有这些修改旨在被包括在本公开的范围内。
上面已经关于特定实施例描述了益处、其他优点和问题的解决方案。然而，益处、优点、问题的解决方案以及可能导致任何益处、优点或解决方案发生或变得更加明显的任何特征不应当被解释为任何或所有权利要求的关键、必需或必要特征。此外，以上公开的特定实施例仅是说明性的，因为所公开的主题可以以受益于本文中的教导的本领域技术人员很清楚的不同但等同的方式进行修改和实践。除了在下面的权利要求中描述的之外，对于本文所示的构造或设计的细节没有限制。因此很清楚的是，可以改变或修改上面公开的特定实施例，并且所有这些变化都被认为在所公开的主题的范围内。因此，本文中寻求的保护如下面的权利要求中所述。

Claims (11)

1.一种用于通信的方法，包括：
在广播管理器处标识包含用于多个窄带物联网NB-IoT用户设备的多个寻呼窗口的第一时间间隔，其中所述多个NB-IoT用户设备根据多个不连续接收周期进行操作，所述多个不连续接收周期包括由所述多个寻呼窗口分开的不同持续时间的休眠间隔；以及
在所述广播管理器处生成用于在所述第一时间间隔期间的相应寻呼窗口中向所述多个NB-IoT用户设备进行无线传输的多个消息，其中所述多个消息中的每个消息包括指示所述多个NB-IoT用户设备将以非IP数据递送NIDD的方式接收广播数据和多播数据中的至少一项的传输时间的信息，其中所述传输时间在所述第一时间间隔之后，
其中标识包含所述多个寻呼窗口的所述第一时间间隔包括以下中的至少一项：
标识等于或大于所述多个不连续接收周期中的最长不连续接收周期的第一时间间隔；或者
基于在所述多个NB-IoT用户设备的所述多个寻呼窗口中的最新寻呼窗口之前将经过的时间量来标识第一时间间隔。
2.根据权利要求1所述的方法，其中所述多个寻呼窗口中的每个寻呼窗口具有被配置的2.56秒至40.96秒的范围内的持续时间。
3.根据权利要求1所述的方法，其中生成所述多个消息包括以下中的至少一项：
生成包括指示多个第二时间间隔的信息的所述多个消息，所述多个第二时间间隔等于所述多个寻呼窗口与所述传输时间之间的差；
生成包括指示所述多个第二时间间隔加余量时间间隔的信息的所述多个消息；或者
生成包括指示时钟时间的信息的所述多个消息，所述时钟时间等于所述传输时间。
4.根据权利要求1至3中任一项所述的方法，还包括：
将所述多个NB-IoT用户设备细分为子集；
标识包含用于所述子集的寻呼窗口的第一时间间隔；以及
生成用于在所述第一时间间隔期间的相应寻呼窗口中向所述子集进行无线传输的消息，其中所述消息包括指示不同传输时间的信息，所述子集将在所述不同传输时间醒来以接收向所述子集广播或多播的信息。
5.根据权利要求1所述的方法，其中所述传输时间是由所述广播管理器与服务器协商的，所述服务器生成所述广播数据和所述多播数据中的至少一项。
6.一种用于通信的方法，包括：
在窄带物联网NB-IoT用户设备处在不连续接收周期中的寻呼窗口期间接收消息，所述不连续接收周期包括由寻呼窗口分开的不同持续时间的休眠间隔，所述消息包括指示所述NB-IoT用户设备将以非IP数据递送NIDD的方式接收广播数据或多播数据中的至少一项的传输时间的信息，其中所述NB-IoT用户设备是根据多个不连续接收周期进行操作的多个NB-IoT用户设备之一，并且其中所述传输时间在包含用于所述多个NB-IoT用户设备的多个寻呼窗口的时间间隔之后；
在所述传输时间之前从休眠间隔唤醒所述NB-IoT用户设备；以及
在所述NB-IoT用户设备处从所述传输时间开始接收所述广播数据或所述多播数据中的至少一项，
其中包含用于所述多个NB-IoT用户设备的所述多个寻呼窗口的所述时间间隔等于或大于所述多个不连续接收周期中的最长不连续接收周期，或者等于在所述多个NB-IoT用户设备的所述多个寻呼窗口中的最新寻呼窗口之前将经过的时间量。
7.根据权利要求6所述的方法，其中唤醒所述NB-IoT用户设备包括除了在所述NB-IoT用户设备的所述不连续接收周期的所述寻呼窗口期间唤醒之外，还在附加时间唤醒所述NB-IoT用户设备。
8.根据权利要求6所述的方法，其中接收所述消息包括以下中的至少一项：
接收包括指示第二时间间隔的信息的消息，所述第二时间间隔等于所述寻呼窗口与所述传输时间之间的差；
接收包括指示所述第二时间间隔加余量时间间隔的信息的消息；或者
接收包括指示时钟时间的信息的消息，所述时钟时间等于所述传输时间。
9.根据权利要求6至8中任一项所述的方法，其中所述寻呼窗口具有被配置的2.56秒至40.96秒的范围内的持续时间。
10.一种非暂态计算机可读介质，所述非暂态计算机可读介质存储可执行指令的集合，可执行指令的所述集合用于操纵至少一个处理器以：
在广播管理器处标识包含用于多个窄带物联网NB-IoT用户设备的多个寻呼窗口的第一时间间隔，其中所述多个NB-IoT用户设备根据多个不连续接收周期进行操作，所述多个不连续接收周期包括由所述多个寻呼窗口分开的不同持续时间的休眠间隔；以及
在所述广播管理器处生成用于在所述第一时间间隔期间的相应寻呼窗口中向所述多个NB-IoT用户设备进行无线传输的多个消息，其中所述多个消息中的每个消息包括指示所述多个NB-IoT用户设备将以非IP数据递送NIDD的方式接收广播数据和多播数据中的至少一项的传输时间的信息，其中所述传输时间在所述第一时间间隔之后,
其中标识包含所述多个寻呼窗口的所述第一时间间隔包括以下中的至少一项：
标识等于或大于所述多个不连续接收周期中的最长不连续接收周期的第一时间间隔；或者
基于在所述多个NB-IoT用户设备的所述多个寻呼窗口中的最新寻呼窗口之前将经过的时间量来标识第一时间间隔。
11.一种窄带物联网NB-IoT用户设备，包括：
收发器，用于在不连续接收周期中的寻呼窗口期间接收消息，所述不连续接收周期包括由寻呼窗口分开的不同持续时间的休眠间隔，所述消息包括指示所述NB-IoT用户设备将以非IP数据递送NIDD的方式接收广播数据或多播数据中的至少一项的传输时间的信息，其中所述NB-IoT用户设备是根据多个不连续接收周期进行操作的多个NB-IoT用户设备之一，并且其中所述传输时间在包含用于所述多个NB-IoT用户设备的多个寻呼窗口的时间间隔之后；
处理器；以及
非暂态计算机可读介质，所述非暂态计算机可读介质存储可执行指令的集合，可执行指令的所述集合用于操纵所述处理器以：
在所述传输时间之前从休眠间隔唤醒所述NB-IoT用户设备，使得所述收发器能够从所述传输时间开始接收所述广播数据或所述多播数据中的至少一项，
其中包含用于所述多个NB-IoT用户设备的所述多个寻呼窗口的所述时间间隔等于或大于所述多个不连续接收周期中的最长不连续接收周期，或者等于在所述多个NB-IoT用户设备的所述多个寻呼窗口中的最新寻呼窗口之前将经过的时间量。
CN201780047481.3A 2016-08-09 2017-07-27 向使用扩展的空闲模式不连续接收的用户设备进行广播或多播 Active CN109565646B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/232,455 2016-08-09
US15/232,455 US11323979B2 (en) 2016-08-09 2016-08-09 Broadcasting or multicasting to user equipment that use extended idle mode discontinuous reception
PCT/EP2017/069045 WO2018029008A1 (en) 2016-08-09 2017-07-27 Broadcasting or multicasting to user equipment that use extended idle mode discontinuous reception

Publications (2)

Publication Number Publication Date
CN109565646A CN109565646A (zh) 2019-04-02
CN109565646B true CN109565646B (zh) 2022-05-31

Family

ID=59409343

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780047481.3A Active CN109565646B (zh) 2016-08-09 2017-07-27 向使用扩展的空闲模式不连续接收的用户设备进行广播或多播

Country Status (4)

Country Link
US (1) US11323979B2 (zh)
EP (1) EP3498045A1 (zh)
CN (1) CN109565646B (zh)
WO (1) WO2018029008A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10855645B2 (en) 2015-01-09 2020-12-01 Microsoft Technology Licensing, Llc EPC node selection using custom service types
WO2017075792A1 (zh) * 2015-11-05 2017-05-11 华为技术有限公司 小区多播业务处理方法以及设备
US10791443B2 (en) * 2017-03-03 2020-09-29 Verizon Patent And Licensing Inc. System and method for enhanced messaging using external identifiers
US10448243B2 (en) * 2017-03-23 2019-10-15 Cisco Technology, Inc. System and method to facilitate device triggering for non-internet protocol data delivery in a network environment
US10548140B2 (en) 2017-05-02 2020-01-28 Affirmed Networks, Inc. Flexible load distribution and management in an MME pool
JP7178365B2 (ja) * 2017-05-05 2022-11-25 マイクロソフト テクノロジー ライセンシング，エルエルシー サービス能力公開機能（ｓｃｅｆ）ベースのインターネットオブシングス（ｉｏｔ）通信の方法とシステム
CN110800275B (zh) 2017-05-31 2022-09-23 微软技术许可有限责任公司 Ipsec地理冗余的解耦控制和数据平面同步
US10477473B2 (en) * 2017-07-24 2019-11-12 Verizon Patent And Licensing Inc. Method and system for eDRX timer control
US10856134B2 (en) 2017-09-19 2020-12-01 Microsoft Technolgy Licensing, LLC SMS messaging using a service capability exposure function
US10805178B2 (en) * 2017-11-27 2020-10-13 Cisco Technology, Inc. Subscription-based event notification techniques for reducing data buffering in mobile networks
US11470553B2 (en) * 2017-12-01 2022-10-11 Interdigital Patent Holdings, Inc. Network initiated on-demand zero-energy paging method and apparatus
CN109874113B (zh) * 2017-12-05 2022-03-18 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统
US11137265B2 (en) * 2017-12-18 2021-10-05 Korea Electronics Technology Institute AMI management method for operating smart meter, and AMI management server and recording medium applying the same
US11051201B2 (en) 2018-02-20 2021-06-29 Microsoft Technology Licensing, Llc Dynamic selection of network elements
BR112020018950A2 (pt) 2018-03-20 2020-12-29 Affirmed Networks, Inc. Sistemas e métodos para fatiamento de rede
WO2019232780A1 (en) * 2018-06-08 2019-12-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for data transmission
EP3827577B1 (en) 2018-07-23 2023-09-13 Microsoft Technology Licensing, LLC System and method for intelligently managing sessions in a mobile network
US10805841B2 (en) 2018-07-23 2020-10-13 Cisco Technology, Inc. Policy enforcement methods and apparatus for background data transfers involving multiple UEs
US11323948B2 (en) * 2018-07-24 2022-05-03 T-Mobile Usa, Inc. Device management for NB-IoT devices
KR102241163B1 (ko) * 2018-08-03 2021-04-16 애플 인크. 새로운 무선 비인가 대역 내의 디바이스-능력-기반 및 독립형 페이징
US10542582B1 (en) * 2018-11-27 2020-01-21 Honeywell International Inc. Wireless communication with adaptive responsiveness
CN112312544B (zh) * 2019-07-23 2023-02-10 海能达通信股份有限公司 通信方法、基站、用户设备和具有存储功能的装置
US11444794B2 (en) 2020-04-03 2022-09-13 Verizon Patent And Licensing Inc. Internet of things device connectivity real time notification
KR20230121055A (ko) * 2020-12-25 2023-08-17 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 페이징 주기를 결정하는 방법 및 단말 기기

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101611640A (zh) * 2007-02-02 2009-12-23 高通股份有限公司 使用紧急广播-多播服务进行紧急广播的方法和装置
CN101836376A (zh) * 2007-10-23 2010-09-15 Lg电子株式会社 发送广播信息的方法
CN105409307A (zh) * 2013-07-26 2016-03-16 高通股份有限公司 在非授权频谱上寻呼用户设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6728300B1 (en) * 2000-02-11 2004-04-27 Qualcomm Incorporated Method and apparatus for maximizing standby time in remote stations configured to receive broadcast databurst messages
CN101035374A (zh) * 2002-08-01 2007-09-12 美商内数位科技公司 共享呼叫信道上呼叫事件的协调方法
CN101415147B (zh) 2007-10-19 2011-04-13 华为技术有限公司 一种用户设备寻呼方法及设备
CN101521656B (zh) 2008-02-26 2012-12-19 华为技术有限公司 组业务加密密钥更新方法及系统
EP2276273A4 (en) 2008-05-02 2015-03-11 Fujitsu Ltd BASE STATION, MOBILE DEVICE, AND METHOD
EP3372025B1 (en) * 2015-11-04 2023-01-04 Interdigital Patent Holdings, Inc. Method and machine type communication, mtc, device, implementing paging procedures for reduced bandwith mtc devices
US10721612B2 (en) * 2016-03-23 2020-07-21 Lg Electronics Inc. Method for tracking area update in wireless communication system and apparatus therefor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101611640A (zh) * 2007-02-02 2009-12-23 高通股份有限公司 使用紧急广播-多播服务进行紧急广播的方法和装置
CN101836376A (zh) * 2007-10-23 2010-09-15 Lg电子株式会社 发送广播信息的方法
CN105409307A (zh) * 2013-07-26 2016-03-16 高通股份有限公司 在非授权频谱上寻呼用户设备

Also Published As

Publication number Publication date
CN109565646A (zh) 2019-04-02
US20180049156A1 (en) 2018-02-15
EP3498045A1 (en) 2019-06-19
US11323979B2 (en) 2022-05-03
WO2018029008A1 (en) 2018-02-15

Similar Documents

Publication Publication Date Title
CN109565646B (zh) 向使用扩展的空闲模式不连续接收的用户设备进行广播或多播
EP3152963B1 (en) User equipment, cellular communication network node and method of controlling operation of a user equipment
JP5770948B2 (ja) 無線接続システムにおいてｍａｃ制御メッセージを放送する方法及び装置
CN111132380B (zh) 一种rrc状态的控制方法及装置、计算机存储介质
JP5317971B2 (ja) 無線送受信方法および無線通信端末装置
US9060259B2 (en) Methods and apparatus for group paging in wireless networks
US11533708B2 (en) Apparatuses and methods for network scheduled UE transition to CM-connected/RRC connected mode in 5GS
JP6027548B2 (ja) 無線通信システムにおいてマルチキャストデータを受信する方法及びそのためのｍ２ｍ機器
CN109246801B (zh) 空闲监听态终端实现非连续接收的方法及装置
CN108632995B (zh) 一种寻呼优化的方法和装置
CN104105199A (zh) 一种进行寻呼的方法、装置及系统
US11206629B2 (en) Method and apparatus for controlling UE for cellular IoT service in 5G mobile communication system
JP2018516012A (ja) ダウンリンク・スケジューリング・データの監視方法、ダウンリンク・スケジューリング・データの送信方法、および装置
US8891424B2 (en) Method and device for monitoring paging message
US20230337184A1 (en) Paging monitoring method,terminal, and computer device
US20240324068A1 (en) Methods and systems for managing drx and wus operations for receiving mbs services
US10142930B2 (en) Terminal, wireless network and communication methods with low power consumption
CN113424598B (zh) 控制用于蜂窝物联网服务的用户设备的方法和装置
WO2018149280A1 (zh) 数据接收方法及装置
KR101534998B1 (ko) M2m 통신을 위한 아이들 모드에서 동작 방법 및 장치
KR101867592B1 (ko) 기계간 통신에서의 송신 방법
Vikhrova et al. Energy-efficient paging in cellular Internet of things networks
Vikhrova et al. Group-based delivery of critical traffic in cellular IoT networks
WO2023207568A1 (zh) 一种通信方法及装置
CN117641578B (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