CN107548550A - 在服务能力开放功能管理mbms成员资格 - Google Patents
在服务能力开放功能管理mbms成员资格 Download PDFInfo
- Publication number
- CN107548550A CN107548550A CN201680025505.0A CN201680025505A CN107548550A CN 107548550 A CN107548550 A CN 107548550A CN 201680025505 A CN201680025505 A CN 201680025505A CN 107548550 A CN107548550 A CN 107548550A
- Authority
- CN
- China
- Prior art keywords
- equipment
- group
- server
- scef
- processor
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
- H04L67/1046—Joining mechanisms
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- 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
- 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
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请涉及在网络上的装置,包括:具有用于配置组的成员资格的可执行指令的非暂存存储器;以及可操作地耦合到非暂时性存储器的处理器。处理器被配置成从服务器接收将设备添加到组的请求。处理器还被配置成向服务器发送设备被授权加入组的回复。处理器还被配置成从服务器接收查询请求。此外,处理器基于查询请求来检查设备的状态。本申请还涉及包括服务器和与服务器通信的设备的联网系统。本申请还涉及用于配置组的成员资格的方法。
Description
对相关申请的交叉引用
本申请要求2015年4月2日提交的美国临时申请No.62/142,156的优先权,其全部内容通过引用并入本文。
技术领域
本申请涉及用于代表服务器跟踪组中的设备的装置和方法。本申请还涉及用于代表服务器确定在组中的活动设备的装置和方法。
背景技术
通常地,通过服务器,诸如服务能力服务器(SCS)或应用服务器(AS),请求服务能力开放功能(SCEF),以将设备或用户设备(UE)添加到多播组。当设备或UE可以与移动网络运营商联系时,在设备上的应用不知道它是多播组的成员。为了适应这一点,通常采用两种途径。在一种途径中,服务器可以向每个设备单播消息,通知多播组的每个设备。单播消息可以携带多媒体广播多播服务(MBMS)的细节。在另一种途径中,设备可以通过用户平面联系SCEF以了解该组的细节,包括例如多播地址和临时移动组标识(TMGI)。但是,设备不知道何时应该联系SCEF并查询此信息。
然而,上述两种方法仍然存在复杂性。例如,当SCS/AS请求SCEF向组添加成员时,SCEF假设设备已加入组。这可能不准确,特别是在设备的策略和能力与服务器所需的策略和能力不匹配的情况下。当设备决定不加入组或延迟加入组时,可能会发生这种情况。另外,当设备可能已经加入组时,它可能仍然未被激活。也就是说,设备没有监听来自服务器的多播消息。
以上讨论的途径要求服务器查看到设备的MBMS的底层传输细节。具体地,该设备假设SCS/AS知道MBMS设备上下文的具体细节,例如,多播地址、TMGI等。同时,SCS/AS假设在设备上存在监听来自SCS/AS的单播消息以加入MBMS组的应用。传输细节偏离了所期望的隐藏来自服务器的底层组传递和传输细节的目标。
发明内容
为了以简化的形式选择性介绍如下原理,提供本发明内容:所述原理将在下面的详细说明书中进一步描述。本发明内容并非旨在限制所要求保护的主题的范围。在很大程度上,通过本申请来满足上述需求,本申请涉及用于管理在网络上的设备的成员资格的过程和系统。
在本申请的一方面,描述了网络上的计算机实现的装置。装置包括非暂时性存储器,非暂时性存储器包括用于配置组的成员资格的可执行指令。装置还包括可操作地耦合到存储器的处理器。处理器被配置成从服务器接收将设备添加到组的请求。处理器还被配置成向服务器发送设备被授权加入组的回复。处理器还被配置成从服务器接收查询请求。此外,处理器基于查询请求来检查设备的状态。
在本申请的另一方面,描述了包括服务器的联网系统。系统还包括与服务器通信的装置。装置包括非暂时性存储器,非暂时性存储器包括用于配置组的成员资格的可执行指令。装置还包括可操作地耦合到存储器的处理器。处理器被配置成从服务器接收将设备添加到组的请求。处理器还被配置成向服务器发送设备被授权加入组的回复。处理器还被配置成从服务器接收查询请求。此外,处理器基于查询请求来检查设备的状态。
在本申请的又一方面,描述了用于配置组的成员资格的计算机实现的方法。方法包括从服务器接收将设备添加到组的请求的步骤。方法还包括向服务器发送该设备被授权加入该组的回复的步骤。方法还包括从服务器接收查询请求的步骤。方法还包括基于查询请求检查设备的状态的步骤。该方法甚至还包括将设备的状态发送到服务器的步骤。
因此,已经相当广泛地概述了本发明的某些实施例,以便可以更好地理解详细说明书,并且以便可以更好地理解本发明对本领域的贡献。
附图说明
为了便于对应用的更加鲁棒的理解,现在参考附图,其中相同的元件以相同的附图标记表示。这些附图不应解释为对本申请的限制,而且仅旨在说明。
图1A图示了机器对机器(M2M)或IoT通信系统的实施例。
图1B图示了M2M服务平台的应用的实施例。
图1C图示了示例M2M设备的系统图的应用的实施例。
图1D图示了示例性计算系统的框图的应用的实施例。
图2图示了根据本申请的到移动网络基础结构的BM-SC连接。
图3图示了根据本申请激活MBMS多播服务的协议。
图4图示了根据本申请的服务能力开放架构。
图5图示了根据本申请的SMS服务能力开放。
图6图示了根据本申请的实施例的架构,该架构用于通过SCS/AS的基于组的寻址以及组成员的识别。
图7图示了根据本申请的实施例的协议,该协议用于基于组的寻址和组成员的识别。
图8图示了根据本申请的实施例的基于MBMS的组的消息传送架构。
图9图示了根据本申请的实施例的用于基于MBMS的组的消息传送的协议。
图10图示了根据本申请的实施例的用于更新组成员资格的协议。
图11图示了与根据本申请的实施例的图10有关的用户设备的图形用户界面。
具体实施方式
将参考本文的各图、实施例和方面来讨论图示性实施例的详细描述。尽管该描述提供了可能的实施方式的详细示例,但是应当理解的是,细节旨在作为示例,并且因此不限制本申请的范围。
在本说明书中对“一个实施例”、“实施例”、“一个或更多个实施例”、“一方面”等的描述意味着结合实施例描述的特定特征,结构或特性包括在本公开的至少一个实施例中。此外,说明书中各处的术语“实施例”不一定指代相同的实施例。也就是说,描述了可以由一些实施例而不是另一些实施例实现的各种特征。
本申请描述了用于向组添加或更新设备的新颖技术和系统。通过这样做,SCS/AS和SCEF可以区分已经被授权加入该组并且是活动(例如监听中)的设备与被授权加入该组但未激活(例如未监听)的设备。特别地,SCS/AS能够在SCEF上查询是否有一个或更多个设备已经激活了MBMS服务来监听多播。
另一个实施例优选地描述了其中向SCS/AS隐藏底层传输细节,例如,MBMS传输细节的架构和协议。通过这样做,SCS/AS可以更有效地运行,因为选择如何或何时将数据传递给组成员的任务将由SCEF处理。在一个实施例中,通过向设备发送激活MBMS服务并开始监听来自服务器的多播地址的请求,SCEF可以采用触发器或另一启动机制来用于已授权设备。在示例性实施例中,触发器可以是服务广告。
缩略词
以下首字母缩略词将在整个申请中使用,如下表1所提供的。
术语 | 缩略词 |
AESE | 用于服务能力开放的架构增强 |
AS | 应用服务器 |
BM-SC | 广播多播服务中心 |
GGSN | 网关GPRS支持节点 |
GPRS | 通用分组无线业务 |
HSS | 家庭订户服务器 |
IGMP | 互联网组管理协议 |
MBMS | 多媒体广播多播服务 |
P-GW | 分组数据网络网关 |
SCS | 服务能力服务器 |
SCEF | 服务能力开放功能 |
SGSN | 服务GPRS支持节点 |
S-GW | 服务网关 |
TGMI | 临时移动组标识 |
UDP | 用户数据报协议 |
下面提供将在整个申请中使用的下列术语,除非另有明确提及,如本领域技术人员所理解的,术语与其常规和普通定义一致:
平台
本申请旨在涵盖平台功能并且支持启用平台(AEP)和连接设备平台(CDP)这两种应用。AEP包括应用启用层以及包括万维网和互联网的服务层。应用启用层包括但不限于以下:(i)服务API,规则/脚本引擎;(ii)SDK编程接口;和(iii)企业系统集成。应用启用层还可以包括增值服务,增值服务包括但不限于发现、分析、上下文和事件。包括万维网和互联网的服务层可以包括例如分析、计费、原始API、Web服务接口、语义数据模型、设备/服务发现、设备管理、安全性、数据收集、数据适配、聚合、事件管理、上下文管理、优化连接和传输、M2M网关以及寻址和识别。CDP可以包括连接分析、使用分析/报告/警报、策略控制、自动供应、SIM激活/停用和订阅激活/停用。
一般架构
图1A是可以实施一个或更多个公开的实施例的示例机器对机器(M2M)、物联网(IoT)或物联网(WoT)通信系统10的图。通常地,M2M技术为IoT/WoT提供构建块,并且任何M2M设备、网关或服务平台都可以是IoT/WoT以及IoT/WoT服务层等的组件。
如图1A所示,M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络,例如以太网、光纤、ISDN、PLC等,或无线网络,例如WLAN、蜂窝等,或异构网络的网络。例如,通信网络12可以包括向多个用户提供诸如语音、数据、视频、消息传送、广播等内容的多个接入网络。例如,通信网络12可以采用一种或更多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。此外,通信网络12可以包括其他网络,例如,诸如核心网络、互联网、传感器网络、工业控制网络、个人区域网络、融合个人网络、卫星网络、家庭网络或企业网络。
如图1A所示,M2M/IoT/WoT通信系统10可以包括基础结构域和场域。基础结构域是指端到端M2M部署的网络侧,而场域是指通常在M2M网关后方的区域网络。场域包括M2M网关14,诸如具有代理的SCS,以及诸如UE设备的终端设备18。应当明白的是,根据需要,任何数目的M2M网关设备14和M2M终端设备18都可以被包括在M2M/IoT/WoT通信系统10中。M2M网关设备14和M2M终端设备18中的每个均被配置成经由通信网络12或直接无线电链路发射和接收信号。M2M网关设备14允许例如蜂窝和非蜂窝的无线M2M设备以及例如PLC的固定网络M2M设备通过诸如通信网络12或直接无线电链路的运营商网络彼此通信。例如,M2M设备18可以经由通信网络12或直接无线电链路收集数据并将数据发送到M2M应用20或M2M设备18。M2M设备18还可以从M2M应用20或M2M设备18接收数据。此外,数据和信号可以经由M2M服务层22发送到M2M应用20并从M2M应用20接收,如下所述。在一个实施例中,服务层22可以是服务能力服务器或应用服务器。M2M设备18和网关14可以经由例如各种网络进行通信,各种网络包括蜂窝、WLAN、WPAN,例如Zigbee、6LoWPAN、蓝牙、直接无线电链路和有线。
参考图1B,场域中图示的M2M服务层22为M2M应用20、M2M网关设备14、M2M终端设备18和通信网络12提供服务。应当理解的是,M2M服务层22可以根据需要与任何数目的M2M应用、M2M网关设备14、M2M终端设备18和通信网络12进行通信。M2M服务层22可以通过一个或更多个服务器、计算机等实施。M2M服务层22提供应用到M2M终端设备18、M2M网关设备14和M2M应用20的服务能力。M2M服务层22的功能可以以各种方式来实施。例如,M2M服务层22能够在网络服务器、蜂窝核心网络、云等中实现。
类似于所图示的M2M服务层22,在基础结构域中存在M2M服务层22'。M2M服务层22'为基础结构域中的M2M应用20'和底层通信网络12'提供服务。M2M服务层22'还为场域中的M2M网关设备14和M2M终端设备18提供服务。应当理解的是,M2M服务层22'可以与任何数目的M2M应用、M2M网关设备和M2M终端设备通信。M2M服务层22'可以通过不同的服务提供商与服务层交互。M2M服务层22'可以通过一个或更多个服务器、计算机、虚拟机例如云/计算/存储场等实施。
还参考图1B,M2M服务层22和22'提供多样的应用和纵向(verticals)能够利用的服务传递能力的核心集合。这些服务能力使得M2M应用20和20'能够与设备进行交互,并执行诸如数据收集、数据分析、设备管理、安全性、计费、服务/设备发现等功能。本质上,这些服务能力免除应用实施这些功能的负担,从而简化应用开发,并且降低成本和上市时间。服务层22和22'还使得M2M应用20和20'能够通过与服务层22和22'提供的服务相关联的各种网络12和12'进行通信。
M2M应用20和20'可以包括各种行业中的应用,诸如但不限于运输、保健和健康、连接的家庭、能量管理、资产跟踪以及安全和监视。如上所述,跨越系统的设备、网关和其他服务器运行的M2M服务层例如支持诸如数据收集、设备管理、安全性、计费、位置跟踪/地理围栏、设备/服务发现和传统系统集成的功能,并将这些功能作为服务提供给M2M应用20和20'。此外,M2M服务层还可以配置成与诸如本申请中所讨论并在附图中图示的UE、SCS和MME的其他设备进行对接。
服务层是通过应用编程接口(API)组和底层网络接口的集合支持增值服务能力的软件中间件层。ETSI M2M和oneM2M两者都使用可能包含这种控制和协调UE PSM模式的方法的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以在M2M设备(在所述M2M设备处,在此SCL被称为设备SCL(DSCL))、网关(在所述网关处,在此SCL被称为网关SCL(GSCL))和/或网络节点(在所述网络节点处,在此SCL称为网络SCL(NSCL))内实施。oneM2M服务层支持公共服务功能(CSF)例如服务能力的组集合。一种或更多种特定类型的CSF组集合的实例称为公共服务实体(CSE),诸如可以托管在不同类型的网络节点上的SCS,所述不同类型的网络节点例如是基础结构节点、中间节点、应用-指定节点。此外,本申请中描述的方法可以实施为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分。
图1C是示例M2M设备30的系统图,例如,示例M2M设备30诸如M2M终端设备18或M2M网关设备14。如图1C所示,M2M设备30可以包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、键盘40、显示器/触摸板/指示器42、不可移除存储器44、可移除存储器46、电源48、全球定位系统(GPS)芯片组50和其他外围设备52。显示器42还可以包括显示对用户设备的请求的图形用户界面(GUI)。这在例如图11中示出。应当明白的是,M2M设备40可以包括前述元件的任何子组合,同时保持与实施例一致。该设备可以是使用所公开的用于感官数据的嵌入式语义命名的系统和方法的设备。M2M设备30还可以与其他设备一起被采用,包括例如本申请中所描述和附图中所图示的UE、路由器、网关和服务器。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或更多个微处理器、控制器、微控制器、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使M2M设备30能够在无线环境中运行的任何其他功能。处理器32可以耦合到收发器34,收发器34可以耦合到发射/接收元件36。虽然图1C将处理器32和收发器34描绘成单独的组件,但是应当明白的是,处理器32和收发器34可以一起集成在电子封装或芯片中。处理器32可以执行应用层程序,例如浏览器,和/或无线电接入层(RAN)程序和/或通信。处理器32例如可以在诸如接入层和/或应用层执行诸如认证、安全密钥协商和/或加密操作的安全操作。
发射/接收元件36可以被配置成向M2M服务平台22发射信号或从M2M服务平台22接收信号。例如,在一个实施例中,发射/接收元件36可以是被配置成发射和/或接收RF信号的天线。发射/接收元件36可以支持诸如WLAN、WPAN、蜂窝等的各种网络和空中接口。在一个实施例中,发射/接收元件36例如可以是配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在又一实施例中,发射/接收元件36可以配置成发射RF信号和光信号以及接收RF信号和光信号两者。应当明白的是,发射/接收元件36可以配置成发送和/或接收无线或有线信号的任何组合。
另外,虽然发射/接收元件36在图1中被描绘成单个元件,但是M2M设备30可以包括任何数目的发射/接收元件36。更具体地,M2M设备30可以采用MIMO技术。因此,在一个实施例中,M2M设备30可以包括用于发射和接收无线信号的两个或更多个发射/接收元件36,例如多个天线。
收发器34可以配置成调制由发射/接收元件36发射的信号并且解调由发射/接收元件36接收的信号。如上所述,M2M设备30可以具有多模式能力。因此,收发器34可以包括多个收发器,用于使得M2M设备30例如能够经由诸如UTRA和IEEE 802.11的多个RAT进行通信。
处理器32可以访问来自任何类型的合适存储器的信息,并且将数据存储在任何类型的合适存储器中,任何类型的合适存储器诸如是不可移除存储器44和/或可移除存储器46。不可移除存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的记忆存储设备。可移除存储器46可以包括订户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施例中,处理器32可以访问来自诸如在服务器或家用计算机上的并非物理上位于M2M设备30上的存储器的信息,并且将数据存储在诸如在服务器或家用计算机上的并非物理上位于M2M设备30上的存储器中。
处理器32可以从电源48接收电力,并且可以配置成向M2M设备30中的其他组件分发电力和/或控制到M2M设备30中的其他组件的电力。电源48可以是用于为M2M设备30供电的任何合适的设备。例如,电源48可以包括一个或更多个干电池,例如镍镉(NiCd)、镍-锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合到GPS芯片组50,GPS芯片组50被配置成提供关于M2M设备30的当前位置的位置信息,例如经度和纬度。应当明白的是,M2M设备30可以通过任何合适的位置确定方法获取位置信息,同时与实施例保持一致。
处理器32还可以耦合到其它外围设备52,其它外围设备52可以包括提供附加特征、功能和/或有线或无线连接的一个或更多个软件和/或硬件模块。例如,外围设备52可以包括加速度计、电子指南针、卫星收发器、传感器、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动装置、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器等。
图1D是示例性计算系统90的框图,在示例性计算系统90上,例如图1A、图1B的M2M服务平台22可以实施。计算系统90可以包括计算机或服务器,并且可以主要由计算机可读指令来控制,计算机可读指令可以是软件的形式,这样的软件在任何地方或通过任何方式被存储或访问。这样的计算机可读指令可以在中央处理单元(CPU)91内执行,以使计算系统90进行工作。在许多已知的工作站、服务器和个人计算机中,中央处理单元91由称作微处理器的单芯片CPU实现。在其他机器中,中央处理单元91可以包括多个处理器。协处理器81是与主CPU91不同的可选处理器,执行附加功能或辅助CPU 91。CPU91和/或协处理器81可以接收、生成和处理用于嵌入式语义命名的与所公开的系统和方法相关的数据,诸如具有嵌入式语义名称的感官数据的查询。
在操作中,CPU 91取得、解码和执行指令,并经由计算机的主数据传送路径、系统总线80向其他资源传送信息和传送来自其他资源的信息。这种系统总线连接计算系统90中的组件并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合到系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许存储和检索信息的电路。ROM 93通常包含不容易修改的存储数据。存储在RAM82中的数据可以被CPU91或其他硬件设备读取或改变。可以由存储器控制器92控制对RAM 82和/或ROM 93的访问。存储器控制器92可以提供地址转换功能,其在执行指令时将虚拟地址转换成物理地址。存储器控制器92还可以提供将系统内的进程隔离以及将系统进程与用户进程隔离的存储器保护功能。因此,以第一模式运行的程序只能够访问由其自身的流程虚拟地址空间映射的存储器;除非已经建立进程之间的存储器共享,否则以第一模式运行的程序不能够访问在另一个进程的虚拟地址空间内的存储器。
另外,计算系统90可以包含外围控制器83,外围设备控制器83负责将来自CPU91的指令传送到诸如打印机94、键盘84、鼠标95和盘驱动器85的外围设备。
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这样的视觉输出可以包括文本、图形、动画图形和视频。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸面板来实施。显示控制器96包括生成被发送到显示器86的视频信号所需的电子部件。显示器86可以使用嵌入式语义名称在文件或文件夹中显示感官数据。显示器86还可以显示图形用户界面,例如,诸如在图11示出的。此外,计算系统90可以包含网络适配器97,网络适配器97可用于将计算系统90连接到外部通信网络诸如图1A和图1B的网络12。
通用IP多播(IPv4和IPv6)
根据另一个实施例,IP多播地址允许单个发送器将相同的数据发送到多个监听器。发送器,例如SCS/AS或SCEF,将数据发送到多播IP地址,而监听器都在相同的多播地址上接收。IP多播组的一个特征是能够共享地址。另一个特征是许多来源能够将信息发送到相同地址。在示例性实施例中,流或信道能够与不同的UDP端口号复用,并且每个多播监听器能够提取他们所期望的信息。
互联网组管理协议(IGMP)
IGMP在IETF FC 3376、互联网组管理协议版本3中定义,并且通过引用并入。通常,IGMP是由主机和IP网络上的相邻路由器使用的通信协议,用于建立多播组成员资格。它在IPv4系统中用于向相邻路由器报告其IP多播成员资格。支持IGMP的系统向下述应用开放API:应用允许应用告诉系统应用希望监听哪个(或哪些)多播地址,以及在哪些网络接口,例如蜂窝、Wi-Fi、以太网等上,监听。
另外,IGMP支持源过滤。这是系统在如下方面报告兴趣的能力:只从指定源地址接收数据分组,或从除了指定的源地址之外的所有地址接收数据分组,发送到特定的多播地址。当设备上的应用指示其想要监听的多播地址时,设备也能够指定过滤器。
此外,存在两种重要类型的IGMP消息——成员资格报告和成员资格查询。通过IP系统使用成员资格报告,以向相邻路由器报告他们感兴趣的多播组。通过IP多播路由器发送成员资格查询,以查询相邻接口的多播接收状态。采用三种类型的查询消息。第一类型是通用查询,由此通过路由器发送查询以了解其所有相邻接口上的完整的多播接收状态。换句话说,要了解应该在每个接口上发送哪些多播消息。第二类型是组指定查询,由此通过路由器发送查询以了解关于指定的多播组的接收状态。第三类型,通过路由器发送组和源指定查询,以了解任何相邻接口是否期望通过指定的源列表接收发送到指定组的数据分组。
多播监听器发现(MLD)
MLD在IETF RFC 3810、多播监听器发现版本2(MLDv2)中定义,并且在此并入用于IPv6。MLD是IPv6的组成部分,并且通过路由器用于在直接附接的链路上发现多播监听器。该协议嵌入在ICMPv6中,而不是使用单独的协议。另外,MLD在IPv6系统中使用以向相邻路由器报告其IP多播成员资格。鉴于MLD与IGMP的相似性,对IGMP的任何引用也适用于MLD。
多媒体广播多播服务(MBMS)
MBMS服务在3GPP TS 23.246Multimedia Broadcast(多媒体广播)/MulticastService(多播服务)中定义;架构和功能描述并入本文。MBMB架构的高级视图在图2中示出,并且还能够在2013年Academic Press(美国学术出版社)出版的、由Magnus Olsson等人所著的EPC and 4G Packet Networks(EPC和4G分组网络)中找到,EPC and 4G PacketNetworks(EPC和4G分组网络)在此以其整体并入。如图2所示,内容210被提供给BM-SC 220。内容经由线路SGmb 215或2gi-mb 216发送到MBMS-GW 230。可替选地,内容通过线路SGi217发送到P-GW/S-GW 240。从MBMS-GW 225通向UE或设备250的通信被描述为仅下行的MBMS广播。同时,从P-GW/S-GW 240到UE 250的通信被描述为双向数据连接。
BM-SC是控制MBMS会话的节点。BM-SC启动MBMS将用于广播指定内容的通知,并且BM-SC管理与要加入会话的终端相关联的功能。在终端和BM-SC之间的所有交互都通过单播处理。通常,MBMS服务是用户感知的。也就是说,会话是以每个用户为基础进行控制的。BM-SC的主要功能至少包括以下:(i)服务公告功能;(ii)密钥管理功能;和(iii)会话以及传输功能。
关于UE如何激活MBMS的协议例如在图3中图示。每个步骤均由罗马数字表示。具体地,步骤1描述了UE如何用SGSN和GGSN激活其默认PDN上下文。在步骤2中,UE尝试加入MBMS服务。加入组的决定可能是对服务广告(未示出)的响应。广告可以经由协议发送,包括但不限于WAP推送和SMS。步骤3-17描述了MBMS的激活流程。具体地,步骤3描述了在GGSN和BM-SC之间的授权请求和响应。在步骤4中,MBMB通知请求从GGSN发送到SGSN,并且从SGSN接收响应。在步骤5中,SGSN向UE发送MBMS上下文激活的请求。在步骤6中,UE通过激活MBMS上下文的请求和信息来接受SGSN。在步骤7中,SGSN可以向GGSN发送通知拒绝请求,并且将响应发送回SGSN。根据步骤8,在UE和SGSN之间发射安全功能。在步骤9中,在SGSN和RAN之间调用跟踪。在步骤10中,SGSN创建MGMS上下文的请求。步骤11涉及在GGSN和BM-SC之间的MBMS授权请求和响应(参见上面的步骤3)。在步骤12中,在GGSN和BMSC之间发射MBMS注册请求和响应。步骤13涉及创建从GGSN向SGSN发送的MBMS上下文响应。此后,可以根据步骤14从SGSN向GGSN发送MBMS注册请求及其响应。步骤15涉及向RAN提供MBMS UE上下文。可以在步骤16中调用跟踪。最后,UE激活MBMS上下文接受协议(步骤17)
SA2AESE TR和SCEF
SA2AESE TR书写在3GPP TR 23.708的Architecture Enhancements for ServiceExposure(用于服务开放的架构增强)中,其全部内容通过引用并入本文。这种架构解决了服务能力开放框架(SCEF)的问题。借助网络的服务开放通过适当授权创建了含有如下能力的“工具箱”,该“工具箱”可以用于检索信息、请求指定服务、接收通知,请求指定参数的设定等。图4图示了用于SCEF的通常架构。在图4中的图示描绘了信任域400内的SCEF 450。信任域400覆盖被适当的网络域安全性保护的实体410。信任域400内的实体和接口都可以在一个移动运营商的控制之内。可替选地,实体可以由具有与移动运营商的关系的受信任业务伙伴来控制。业务伙伴可以是另一个运营商或第三方。
SCEF提供了安全地开放由3GPP网络接口提供的服务和功能的手段。SCEF提供了发现开放的服务能力的手段。SCEF通过同构的网络应用编程接口,例如,由OMA、GSMA以及可能的其他标准体定义的网络API 430,来提供对网络能力的访问。SCEF从底层的3GPP网络接口和协议抽取服务。
根据实施例,定义接口允许SCEF在3GPP内的新的或现有的3GPP网络元件处接入服务或能力。指定选择哪些协议用于这种新的3GPP接口,例如,DIAMETER、RESTful API、在HTTP上的XML等等,可能取决于多个因素,包括但不限于指定接口的需求、开放所需信息的容易性。另外,SCEF的各个实例可能会根据哪些服务能力开放和支持哪些API特征而有所不同。
SCEF的功能可以包括一个或更多个属性。这些一个或更多个属性可以包括,例如:(i)认证和授权;(ii)用于外部实体发现开放服务能力的能力;(iii)策略执行;(iv)保证;(v)结算;(vi)结算业务归档;(vii)访问与外部互连和联络点有关的问题;(viii)抽取。具体地,认证和授权包括API消费者的识别、配置文件管理和ACL(访问控制列表)管理。
上面介绍的策略执行包括基础结构策略、业务策略和应用层策略。基础结构策略包括保护平台和网络的策略。这可以例如包括确保诸如SMS-SC的服务节点不过载。业务策略与所开放的具体功能有关。例如,这可以包括号码可携带性、服务路由、订户内容等。此外,应用层策略主要集中在由应用提供的消息有效负荷或吞吐量上。例如,这可以包括限流。
保证属性可以包括与O&M系统的集成。另外,保证属性可以包括与使用API有关的保证流程。
抽取涉及隐藏底层的3GPP网络接口和协议,以允许完全的网络集成。可以支持以下功能:(i)底层协议连接,路由和业务控制;(ii)将指定的API映射到适当的网络接口上;和(iii)协议转换。在3GPP网络不正常提供所需功能的情况下,可以应用抽取。
另外,SCEF包括由OMA/GSMA为各种服务定义的网络API。这些服务可以包括但不限于SMS、MMS、位置、支付、第三方呼叫、多媒体电话会议和其他基于IMS的服务等。OMA网络API的列表可以在“OMA API Inventory(OMA API详细目录)”的3GPP TS 23.401处的GeneralPacket Radio Service(GPRS)Enhancements for Evolved Universal TerrestrialRadio Access Network(E-UTRAN)Access(用于演进的通用陆地无线电接入网(E-UTRAN)接入的通用分组无线电业务(GPRS)的增强)获得。对于任何新的服务能力开放,采用FFS用于3GPP和OMA/GSMA/其他标准体之间的工作划分,以定义新的网络API和相关的开放功能。
此外,在信任域中运行的应用可以仅利用由SCEF提供的功能的子集,例如认证和授权。在信任域中运行的应用也可以访问诸如PCRF的网络实体,无论所需的3GPP接口何时可用。这可以直接访问,而无需通过SCEF。
在图5中图示的示例描绘了SMS服务能力开放。具体地,第三方应用510使用SMSoneAPI 520以发送和接收SMS消息。位于SCEF 530中的SMS能力开放531为所有应用提供了同步的接口。SMS抽取532也位于SCEF 530中,支持不同的SMS消息传送传输协议,诸如SMPP、UCP等。SMS抽取532将管理和控制与其连接的每个SMSC的所有网络会话,包括负载控制和消息窗口。SMS抽取532将指定的API映射到朝向SMS-SC/GMSC/IWMSC550的T4和Tsms接口540。
SA2基于组的增强(GROUPE)TR
组的增强在3GPP TR 23.769基于组的增强中描述,并通过引用以其整体并入本文。通常地,应用涉及设备组,同时每个组涉及数百或数千的设备。机器类型通信(MTC)设备能够承载多个应用,同时每个应用涉及不同的设备组。属于组的设备称为“组成员”。组成员资格能够是静态的或能够动态演变,同时组成员在组的生命周期中被添加和/或移除。SCS/AS能够创建具有关联组成员的新组,并且能够移除现有组。
可以存在不同类型的组,包括但不限于那些具有相对静态成员资格的组和那些具有更多动态成员资格的组。一些组操作要求核心网络节点,例如HSS或MME,知晓在组中的UE的成员资格。例如,成员资格可以包括基于组的APN拥塞、组中所有成员的漫游状态以及属于给定区域中的组的设备的计数。该解决方案使用在HSS处的组成员资格的维护,并且因此将更适用于具有相对静态成员资格并要求HSS和其他核心网络节点知晓组成员资格的组。
另外,SCS/AS的指定组通过外部组ID标识。作为组成员的3GPP设备的外部ID被绑定到组的外部组ID。能够支持组成员与外部组ID的静态和动态绑定两者。3GPP设备能够承载多个应用,并且3GPP设备的标识能够绑定到多于一个的外部组ID。这允许SCEF服务于:(i)基于由SCS/AS提供的外部组ID和可选的外部ID确定组成员的内部组ID和内部ID,(ii)请求HSS添加或移除来自HSS维护的组的内部ID。
图6图示了高级架构,其中,SCEF可以包含与用户组相关的内部功能,例如组管理功能(GMF)。通过此内部功能,SCEF能够维护组成员的内部ID(例如IMSI)和外部ID(例如MSISDN)与该组的内部组ID和外部组ID以及传递组服务所需的其他信息的捆绑的本地副本。例如,对于支持MBMS的PLMN,SCEF的650内部GMF能够维护分配给组的TMGI。如果需要,也能够在GMF处维护外部组ID到内部组ID的映射以及组成员的位置信息。
图7图示了基于组的寻址和组成员标识的协议。在该图示中,SCEF包括内部GMF。每个步骤均由罗马数字表示。根据步骤1,SCS/AS通过发送组寻址请求消息从SCEF请求对于指定应用组的支持。消息包括外部组ID,并且可以包括作为外部组的成员的设备(UE)的外部ID。在步骤2中,SCEF与HSS交换组信息请求/响应消息,以确定SCS/AS是否被授权发送用于外部组ID的组信息请求。HSS将任何接收到的组成员外部ID映射到内部ID。外部组ID被映射到内部组ID。如果在组信息请求中提交了外部ID,则HSS将内部组ID和内部ID返回给SCEF,包括外部ID到内部ID的映射。
根据步骤3,使用其内部GMF的SCEF能够维护外部组ID和内部组ID的映射的本地副本,外部组ID具有诸如组成员内部ID的信息,内部组ID与组成员相关联。在一个示例中,可以维护信息的本地副本以减少由于可能返回SCEF已知的类似信息的频繁查询而对核心网络节点的影响。接下来,SCEF利用组寻址响应消息向SCS/AS确认(步骤4)。
根据步骤5-8,为SCS/AS提供构建块以请求向由HSS维护的内部组添加组成员或从由HSS维护的内部组删除组成员。在步骤5中,SCS/AS向SCEF发送组成员添加/删除请求,以取得添加到外部组ID的附加的外部ID。在步骤6中,SCEF与HSS交换组更新请求/响应消息,以确定SCS/AS是否被授权发送组成员请求。HSS将外部组ID映射到内部组ID,并将外部ID映射到内部ID。HSS更新设备的订阅记录,将其添加到已标识的内部组。随后,能够更新在SCEF处的组成员信息的本地副本(步骤7)。最后,SCEF利用组成员添加/删除响应消息确认SCS/AS的组添加(步骤8)。
以上在图7中的协议可能对现有节点和功能有一些影响。例如,在SCEF处,存在在过程流中识别的来自SCS/AS的不同支持消息。SCEF与HSS进行交互,以管理组成员资格和组成员状态信息。此外,SCEF维护在组标识符和设备组成员资格之间的映射。
在HSS处,可能会影响支持与SCEF的如下交互,所述交互用于提供诸如将外部ID映射到内部ID、将外部组ID映射到内部组ID的信息。修改内部组成员资格也可能会有影响。而对于UE,除了应用层指定功能之外,通常没有影响。
MBMS消息传递方案
在一个或更多个实施例中,本申请描述了可以重新用于一般组消息传递目的的架构。在一个实施例中,BM-SC为指定的MBMS用户服务分配TMGI。在某些应用中,期望的是eMBMS仅支持广播模式。在某些应用中,也期望的是用于EPS的eMBMS仅支持E-UTRAN和UTRAN。图8图示了组消息传递架构的一个方面。SCEF 810连接到BM-SC 820。SCS/AS 830向SCEF 810提供要广播的内容和附加信息。如图8所示,SCEF 810和BM-SC 820不是共置的,而是MB2接口位于其间。
根据一个实施例,SCEF以许多方式之一支持组消息传送功能。例如,SCEF支持从SCS/AS接收组消息传递请求。这可以包括以下的一个或更多个:TMGI、射频、传递的地理区域、传递调度、组消息内容。SCEF还可以支持授权来自SCS/AS的控制平面请求的能力。SCEF还支持适当HSS的询问。这可以包括确定SCS/AS是否被允许向特定组发送组消息传送请求以及要求TMGI分配。SCEF还可以支持向SCS/AS报告接受或不接受组消息传递请求、协议转换以及朝向活动的MBMS承载请求的BM-SC转发。
另外,如果不通过SCG/AS提供TMGI和频率,则SCEF还可以从BM-SC获得MBMS承载的TMGI和频率。否则,SCEF可以在组消息传递请求中使用由SCS/AS提供的TMGI。SCEF还可以支持生成组消息传送指定CDR,包括组外部标识符和SCS标识符,并且转发到例如Rf/Ga的CDF/CGF。SCEF还可以支持基于服务区域和RAT触发会话开启过程。如果SCS/AS在组消息传递请求中提供组消息内容,则SCEF还可以在预定时间将内容发送到在MB2-U接口上的BM-SC。
如果在组消息传递请求中通过SCS/AS请求,则SCEF还可以处理来自UE的针对TMGI、射频、内容描述和传输调度的请求。在另一方面,使SCEF处理来自UE的针对TMGI、射频、内容描述和传输调度的请求提供了经由MBMS将内容传递的细节与SCS/AS隔绝的手段。这意味着SCEF必须具有UE已知的标识,例如FQDN。在示例性实施例中,将大消息的传递提供给不受功率约束的设备。期望的是,受功率约束的设备能够利用TMGI、频率、内容描述、传输调度以及接收和理解组消息内容所需的任何解密密钥进行预配置。
SCEF还可以支持从SCS/AS接收TMGI分配请求。此外,SCEF可以支持将TMGI分配请求转发到BM-SC。此外,SCEF可以支持从BM-SC接收TMGI分配请求,并将TMGI转发到SCS/AS。
图9图示了通过SCS/AS的TMGI的分配以及使用MBMS向UE的组传递消息。每个步骤均由罗马数字表示。在这种情况下,运营商可以将触发/消息传送视为正常的MBMS用户服务,并使用如TS 23.246中定义的“服务公告”(SMS、WAP、HTTP),以在消息传递之前将相关的服务信息分发给指定组的设备。作为示例在图9的可选步骤1-7中示出的这种方法,也可以应用于指定组的设备以向它们提供相关的MBMS服务信息。
根据步骤1,如果没有针对外部组ID的指配的TMGI,则SCS/AS向SCEF发送分配TMGI请求(外部组ID、SCS ID)消息。SCEF检查SCS/AS是否被授权请求TMGI分配。在步骤2中,SCEF向HSS发送订户信息请求(外部组ID和SCS ID)消息,以确定SCS/AS是否被授权针对组请求TMGI分配并检索相关的HSS存储的包括BM-SC的标识的“路由信息”。在步骤3中,HSS发送订户信息响应(包括BM-SC标识的“路由信息”)消息。
接下来,SCEF基于从HSS接收的信息将分配TMGI的请求(外部组ID)发送到BM-SC(步骤4)。BM-SC分配TMGI并确定TMGI的到期时间。然后,BM-SC向SCEF发送分配TMGI响应(TMGI、TMGI期限、频率等)消息(步骤5)。在步骤6中,SCEF将接收到的TMGI、TMGI期限、频率等转发给SCS/AS。随后,SCS/AS向属于组的所有UE发TMGI、频率、调度等的信号(步骤7)。
此后,SCS/AS向SCEF发送组消息传送请求(外部组标识符、SCS标识符、组消息的应用层内容、位置/区域信息、RAT信息、TMGI)消息(步骤8)。SCS/AS可以通过使用外部组标识符或使用本地配置的SCEF标识符/地址来执行DNS查询,确定SCEF的IP地址/端口。由SCS/AS指示的位置/区域信息可以是地理区域信息。
随后,在步骤9中,SCEF检查SCS/AS被授权发送组消息传送请求。SCEF可以向HSS/HLR发送订户信息请求(外部组标识符和SCS标识符)消息,以确定SCS/AS是否被授权将组消息传送发送到指定组(步骤10)。此后,HSS/HLR发送订户信息响应(传递方法,原因)消息。HSS/HLR可以基于订阅和/或策略来指示组消息传送传递方法,例如MBMS(步骤11)。如果原因值指示SCS/AS不允许向该组发送组消息传送请求,或者没有有效的订阅信息,则SCEF发送组消息传送确认消息,其中原因值指示针对故障情况的原因并且流程在此步骤停止。否则,此流程将继续执行步骤5。
根据步骤12,SCEF基于在步骤8中接收的TMGI选择MBMS传递。SCEF向SCS/AS发送组消息传送确认消息,以确认该请求已被接受用于到UE的传递(步骤13)。如果配置成这样做,则UE例如使用已知地址,诸如用于SCEF的FQDN,来获得来自SCEF的MBMS承载参数(步骤14)。这可能在组内容的实际广播传输之前的相当长的时间段内发生。
接下来,如果选择了MBMS传递方法,则SCEF向BM-SC/MBMS-GW发送激活MBMS承载请求(MBMS服务区域、TMGI)消息。MBMS-GW执行与MME/SGSN的会话开启过程(步骤15)。然后,MBMS-GW与MME/SGSN进行会话开启处理(步骤16)。然后,BM-SC向SCEF发送激活MBMS承载响应(步骤17)。这里,基于在运营商域中的配置,SCEF在由SCS/AS提供的位置/区域信息和MBMS服务区之间映射,用于组消息的分发。此外,SCEF知晓所选择的MBMS服务区域可能导致在比SCS/AS可指示的区域更大的区域上的消息的广播。这是因为不支持以小区粒度级别的MBMS广播。
在步骤18中,SCEF将组消息内容传递到BM-SC/MBMS-GW。组消息内容被传递给UE。响应于所接收的消息,UE采取考虑有效负荷的内容的指定动作(步骤19)。此响应通常涉及启动与SCS/AS的即时或稍晚的通信。
SCEF支持组消息传送功能。例如,SCEF支持从SCS/AS接收组消息传送请求。SCEF还支持授权来自SCS/AS的控制平面请求的能力。SCEF还支持向SCS/AS报告组消息传送请求的接受或不接受。SCEF还支持向SCS/AS提供TMGI和射频,如果请求这样做的话。SCEF还支持询问适当的HSS,以便例如确定SCS/AS是否被允许:向特定组发送组消息传送请求,以及要求TMGI分配,或向UE提供TMGI、射频、内容描述和传输调度。
SCEF还可以支持协议转换,并且朝向BM-SC/MBMS-GW转发组消息传送请求。SCEF还可以支持生成组指定消息传送CDR,包括组外部标识符和SCS标识符,并且在Rf/Ga的实例上转发到CDF/CGF。SCEF还可以支持基于服务区域和RAT触发会话开启过程。SCEF还可以支持从SCS/AS接收TMGI分配请求,并将请求转发到BM-SC。SCEF还支持从BM-SC接收TMGI,并将TMGI转发到SCS/AS。
添加组成员
根据本申请的另一方面,图10图示了组成员资格的更新过程。该过程与现有过程相比有若干优点。例如,新过程允许SCEF跟踪哪些设备被授权在组中以及哪些设备已经加入组,例如监听。SCS/AS可以指示设备应该加入组,并要求授权设备加入该组。当这种情况发生时,SCEF和BM-SC将记录设备被允许在组中。当SCS/AS查询SCEF以查看哪些设备在组中时,SCEF将区分哪些设备已被授权加入该组以及哪些设备已经激活了MBMS服务或正在监听组消息。通过这样做,SCS/AS可以在机会时间发送消息。
在示例性实施例中,在图10中陈述的过程向SCS/AS隐藏所有底层网络细节。SCS/AS不需要与UE联系以及向UE提供多播地址和其他MBMS UE上下文。相反,来自SCEF的触发器消息将发送到UE,并且触发器有效负荷将携带足够的MBMS UE上下文信息以允许UE激活该服务。例如,触发器有效负荷可以携带TMGI、APN、组名或多播地址。当设备实际加入组时,例如激活服务时,BM-SC将告知SCEF,从而SCEF将知道的是,设备实际上正在监听组消息。继而,SCEF将通知SCS/AS。可替选地,SCEF可以在预定的时间段而不是按需通知SCS/AS。SCS/AS可以通过如下方式利用此特征:等待发送组消息,直到某些设备正在监听组消息或直到组的一定数量或百分比正在监听组消息。
图10中的每个步骤均由罗马数字表示。根据本申请的这方面,核心网络可以包括BM-SC、HSS、MBMS-GW/GGSN和S-GW/SGSN中的一个或更多个。核心网络也可以称为移动网络运营商。根据该实施例,SCEF可以驻留在下面讨论的以下位置之一中。例如,SCEF可以位于独立节点上。独立节点可以由服务提供商拥有。可替选地,独立节点可以由与服务提供商有关系的某人拥有。在另一示例中,SCEF可以位于服务器上,例如SCS/AS上。在又一示例中,SCEF可以位于由移动网络运营商拥有的节点上。
根据如图10所图示的步骤1,SCS/AS向SCEF发送消息以将指定设备添加到组。该组可以是预先建立的组。可替选地,这可以是新组。该组由外部组ID标识。要添加的设备由外部ID标识。根据一个实施例,当UE激活MBMS服务时,SCS/AS可以指示其希望得到通知。该消息可以用于向组添加多个UE。
根据实施例,当SCS/AS创建组、修改组或请求将消息传递给组时,可以向SCEF指示在发送消息之前多少百分比的组应该监听。SCEF能够缓冲或保持消息,直到所需数量的组成员监听多播。一旦SCEF接收来自BM-SC的更多成员已经加入组的通知,SCEF就可以基于来自SCS/AS的消息来确定足够的组成员正在监听以传递消息。SCEF然后发送消息。
根据另一实施例,能够通过SCS/AS向SCEF提供时间限制。该时间限制可以是对SCEF的指示,即在一定时间量之后消息应该被传递,而不管多少组成员正在监听多播。
在步骤2中,SCEF将来自SCS/AS的组信息请求/响应消息与HSS交换,以确定SCS/AS是否被授权发送用于外部组ID的组信息请求。在一个实施例中,HSS授权许可SCS/AS向组添加成员或从组删除成员,将外部组标识符映射到内部组标识符,以及更新设备的订阅以指示设备被授权成为组的成员。来自SCEF的请求可以指示MBMS可以用于组消息传递。在示例性实施例中,来自HSS的响应可以指示APN应当用于组消息传递。接收MBMS消息的UE将使用该APN来发送IGMP加入以激活服务。
根据步骤3,SCEF向BM-SC发送MBMS授权请求,以检查UE是否被授权接收MBMS数据。此消息在MB2参考点上发送。例如,在3GPP TS 23.468中描述的MB2参考点。在一个实施例中,请求可以包括从HSS接收的APN和内部设备标识符。在另一实施例中,请求还可以包括当新设备激活MBMS服务时SCEF希望被通知的指示。在步骤4中,从BM-SC接收关于设备是否被授权接收MBMS数据的响应。在一个实施例中,BM-SC或SCEF可以经由其服务公告功能来采用协议以启动针对MBMS服务的服务公告。这些协议可以包括例如WAP PUSH、HTTP、SMS和SMS-CB。在此,SCEF可以向BM-SC指示是否需要服务公告。
根据步骤5,SCEF确认设备被授权添加到组。在一个实施例中,到SCS/AS的消息仅指示UE被授权。在另一个实施例中,步骤5中的消息包括设备已经加入组的指示。
根据步骤6,采用触发器或其他机制来经由核心网络向UE发送组细节。具体地,SCEF向UE发送UE应该加入多播组的指示。触发器将被发送到UE预期会监听多播组邀请的公知的端口号。可替选地,触发器发送到的端口号能够由SCS/AS提供。在上面的步骤1中,这可能已发生。在一个实施例中,触发器有效负荷可以携带以下信息类型中的一种或更多种:APN、多播地址和SCS-ID。
根据如图11所示的实施例,例如,触发器可以呈现在UE的显示器上的图形用户界面1100上。在上面图1C和图1D中描述和图示了显示器。具体地,出现在图形用户界面1100上的消息指出:“你已收到来自M2M服务器XYZ的加入多播/广播组的请求。你想要加入吗?”。消息还可以指示哪个服务器发送的邀请。消息还可以请求用户加入或监听多播/广播的权限。如果用户选择“是”,则用户如在下面更详细地讨论的步骤9中加入。
接下来,SCS/AS可以向SCEF发送组成员查询(步骤7)。请求指示外部组ID。组成员查询可以在图10的流程中的任何时间发生。本文中被描述为发生在触发器传递之后。在步骤8中,SCEF返回已被授权加入组的设备的列表。在示例性实施例中,SCEF还可以提供已经激活了MBMS服务的设备的列表。如图10所示,在步骤5中授权的设备尚未激活MBMS服务。下面将更详细地讨论这些步骤。因此,到SCS/AS的消息将指示设备被授权但尚未监听多播。
根据步骤9,UE根据步骤6处理上述触发器,并且利用UE有关的内部协议检查是否要监听由最终从AS/SCS接收到的SCS-ID指示的多播消息。UE在触发器中指示的APN中建立默认承载。这假设APN连接并非已经存在。然后,UE向多播地址发送IGMP/MLD加入请求。也就是说,UE正在请求加入组并且主动地监听来自SCA/AS或SCEF的多播消息。
然后,MBMS-GW或GGSN向BM-SC发送MBMS授权请求(步骤10)。BM-SC然后响应MBMS授权请求(步骤11)。MBMS服务被UE激活(步骤12)。这些过程在例如3GPP TS 23.246的多媒体广播/多播服务、架构和功能说明书(Multimedia Broadcast/Multicast Service;architecture and Functional Description)中描述。
在步骤13中,BM-SC告知SCEF设备已经激活了MBMS服务。这是在MB2参考点上的新消息。在一个实施例中,由于根据步骤1从服务器到SCEF的消息中包括的指示以及根据步骤3从SCEF到BM-SC的指示,BM-SC可以知道发送该消息。在步骤14中,SCEF确认来自BM-SC的通知。当UE已经停用SCEF的MBMS承载时,步骤13和14也可以用于告知SCEF。该信息将被SCEF用于更新UE在组内被授权的状态,但是被停用并且不监听。这可能是由于以下事件而发生的。一个事件可以包括,例如当BM-SC已经选择终止MBMS服务时。BM-SC将通知SCEF UE或组不再在向GGSN或MBMS-GW发送“会话停止请求”或“注销请求”之后或之前监听。另一事件可以包括例如当UE决定停止监听多播时。此时,UE通常会发送IGMP离开消息。这将导致GGSN或MBMS-GW向BM-SC发送“离开指示”。“离开指示”将导致BM-SC通知SCEF UE已不再监听。
根据一个实施例中的步骤15,如果在步骤1中请求了通知,则SCEF告知SCS/AS设备已经激活了MBMS服务。在步骤16中,SCS/AS确认来自SCEF的通知。随后,SCS/AS向SCEF发送组成员查询。请求指示外部组ID(步骤17)。应当注意的是,该可选消息能够用作每当组成员激活MBMS服务时发送SCS/AS通知的可替选方案。根据步骤18,SCEF返回已被授权加入组的设备的列表。在另一实施例中,列表还可以包括激活MBMS服务的设备的列表。步骤17和18在范围上类似于上述步骤7和8。根据图10,在步骤5中授权的设备现在已经激活了MBMS服务。也就是说,到SCS/AS的消息将指示设备被授权并正在监听多播。
根据另一实施例,在步骤16之后以及在步骤18之后,SCS/AS可以相当确保设备正在监听多播。SCS/AS可以使用该信息来帮助决定何时应当开始通过SCEF将多播数据发送到组。
根据另一实施例,如果在SCS/AS请求将UE添加到组之前UE发送“IGMP代理加入”,则BM-SC将不授权对UE的MBMS服务激活。在这种情况下,BM-SC可以向SCEF发送请求,指示UE希望加入组。SCEF可以向控制组的SCS/AS发送请求,以查看是否应当允许UE加入组。SCS/AS可以通过指示UE是否被允许加入组来响应SCEF。继而,SCEF可以通过指示UE是否被允许加入组来响应BM-SC。BM-SC可以使用该指示来确定UE是否应当被授权用于MBMS服务。
根据又一实施例,UE可以具有接收图10的步骤6中示出的触发器的应用。这可以是UE将进行监听MBMS广告的预订的公知端口。当应用接收触发器请求时,可以使用触发器有效负荷的内容以打开与APN的连接,构建IGMP加入消息,然后发送IGMP/MLD加入消息。可以从触发器有效负荷获取APN、多播地址和多播源地址。在可替选的实施例中,UE应用可以从触发器有效负荷获取应用标识符,并将APN、多播地址和多播源地址递送给第二应用。然后,第二应用可以生成IGMP/MLD加入消息。IGMP加入操作可以是如在IETF RFC 3376、互联网组管理协议版本3中描述的IPMulticastListen(IP多播监听),并且通过引用以其整体并入。另外,MLD加入操作可以是如在IETF RFC 3810、针对IPv6的多播监听器发现版本2(MLDv2)中描述的IPv6MulticastListen,并通过引用以其整体并入。
根据本申请,应当理解的是,本文描述的任何或全部系统、方法和流程可以以存储在计算机可读存储介质上的如下计算机可执行指令(例如程序代码)的形式来实施:在由诸如计算机、服务器、M2M终端设备或UE、M2M网关设备或包括SCEF的独立节点之类的机器执行时,计算机可执行指令执行和/或实现本文所述的系统、方法和过程。具体地,可以以这种计算机可执行指令的形式来实现上述的任何步骤、操作或功能。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性介质、可移除和不可移除介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪速存储器或其他存储器技术、CD ROM、数字通用盘(DVD)或其它光盘存储器、磁带盒、磁带、磁盘存储器或其他磁存储设备,或能够用于存储所需信息并且能够由计算机访问的任何其他物理介质。
根据本申请的又一方面,公开了用于存储计算机可读或可执行指令的非暂时性计算机可读或可执行的存储介质。介质可以包括一个或更多个计算机可执行指令,诸如上面公开的、根据图3和图7-10的多个呼叫流中的一个或更多个计算机可执行指令。计算机可执行指令可以存储在上面公开的、图1C和图1D中存储器中并由上面公开的、图1C和图1D中的处理器执行,并且在包括UE、SCEF、SCS/AS和核心网络的设备中采用。在一个实施例中,如上面在图1C和图1D中描述的,具有可操作地耦合到其上的非暂时性存储器和处理器的计算机实现的SCEF被公开。具体地,非暂时性存储器具有存储在其上的指令,用于向接收多播消息的组分配控制和协调成员资格。处理器被配置成执行以下指令:(i)从服务器接收向组添加设备的请求;(ii)向服务器发送设备被授权加入组的回复;(iii)接收设备已经加入组的通知;(iv)从服务器接收查询请求;(v)基于查询请求检查设备的状态;以及(vi)向服务器提供设备已加入组的指示。
虽然已经根据目前被认为是具体的方面描述了系统和方法,但是本申请无需限于所公开的方面。旨在涵盖包括在权利要求的精神和范围内的各种变型和类似的布置,权利要求的范围应当被赋予最广泛的解释,以便包含所有这样的变型和类似的结构。本公开内容包括随附权利要求的任何方面和所有方面。
Claims (20)
1.一种在网络上的装置,所述装置包括:
非暂时性存储器,所述非暂时性存储器包括用于配置组的成员资格的可执行指令;和
处理器,所述处理器可操作地耦合到所述存储器,所述处理器被配置成:
从服务器接收将设备添加到所述组的请求;
向所述服务器发送所述设备被授权加入所述组的回复;
从所述服务器接收查询请求;以及
基于所述查询请求检查所述设备的状态。
2.根据权利要求1所述的装置,其中,所述处理器还被配置成:
经由核心网络接收所述设备的状态,所述状态为所述设备是活动的。
3.根据权利要求1所述的装置,其中,所述处理器还被配置成:
当满足预定条件时,将从所述服务器接收到的消息传递到所述设备。
4.根据权利要求3所述的装置,其中,所述预定条件是从下述中选择的:所述组中一定百分比或数量的设备正在监听、设置的时间已经流逝、以及它们的组合。
5.根据权利要求1所述的装置,其中,所述处理器还被配置成:
向所述设备发送触发器以加入所述组,所述触发器包括从接入点名称、多播地址、组名称、TMGI、SCS-ID及其组合中选择的信息。
6.根据权利要求1所述的装置,其中,所述设备状态是从加入、活动、授权以及其组合中选择的。
7.根据权利要求1所述的装置,其中,所述查询请求包括被授权加入所述组的所有设备。
8.一种联网系统,包括:
服务器;
装置,所述装置与所述服务器通信,所述装置包括:
非暂时性存储器,所述非暂时性存储器包括用于配置组的成员资格的可执行指令;和
处理器,所述处理器可操作地耦合到所述存储器,所述处理器被配置成:
从服务器接收将设备添加到所述组的请求,
向所述服务器发送所述设备被授权加入所述组的回复,和
从所述服务器接收查询请求;以及
基于所述查询请求检查所述设备的状态。
9.根据权利要求8所述的系统,其中,所述处理器还被配置成将所述设备的状态发送到所述服务器。
10.根据权利要求8所述的系统,其中,所述系统包括服务能力开放功能。
11.根据权利要求8所述的系统,其中,所述核心网络包括广播多媒体服务中心、MBMS网关、网关GPRS支持节点、家庭订户服务器、服务网关、分组数据网络网关和服务GPRS支持节点中的一个或更多个。
12.根据权利要求8所述的系统,其中,所述设备状态是从加入、活动、授权及其组合中选择的。
13.根据权利要求8所述的系统,其中,所述查询请求包括被授权加入所述组的所有设备。
14.一种用于配置组的成员资格的方法,包括:
从服务器接收将设备添加到所述组的请求;
向所述服务器发送所述设备被授权加入所述组的回复;
从所述服务器接收查询请求;
基于所述查询请求检查所述设备的状态;以及
将所述设备的状态发送到所述服务器。
15.根据权利要求14所述的方法,其中,所述设备状态是从加入、活动及其组合中选择的。
16.根据权利要求14所述的方法,其中,所述查询请求包括被授权加入所述组的所有设备。
17.根据权利要求14所述的方法,还包括:
经由核心网络接收所述状态,所述状态为所述设备是活动的。
18.根据权利要求14所述的方法,还包括:
当满足预定条件时,将从所述服务器接收到的消息传递给所述设备。
19.根据权利要求18所述的方法,其中,所述预定条件是从下述选择的:所述组中一定百分比或数量的设备正在监听、设置的时间已经流逝、以及它们的组合。
20.根据权利要求14所述的方法,还包括:
向所述设备发送触发器以加入所述组,
其中,所述触发器包括从接入点名称、多播地址、组名称、TMGI、SCS-ID及其组合中选择的信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562142156P | 2015-04-02 | 2015-04-02 | |
US62/142,156 | 2015-04-02 | ||
PCT/US2016/025487 WO2016161242A1 (en) | 2015-04-02 | 2016-04-01 | Managing mbms membership at the service capability exposure function |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107548550A true CN107548550A (zh) | 2018-01-05 |
CN107548550B CN107548550B (zh) | 2020-10-23 |
Family
ID=55755739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680025505.0A Active CN107548550B (zh) | 2015-04-02 | 2016-04-01 | 在服务能力开放功能管理mbms成员资格 |
Country Status (6)
Country | Link |
---|---|
US (2) | US10517138B2 (zh) |
EP (1) | EP3278541B1 (zh) |
JP (2) | JP2018515007A (zh) |
KR (1) | KR102131761B1 (zh) |
CN (1) | CN107548550B (zh) |
WO (1) | WO2016161242A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110139264A (zh) * | 2018-02-09 | 2019-08-16 | 华为技术有限公司 | NB-IoT网络的通信方法、装置及存储介质 |
WO2019196770A1 (zh) * | 2018-04-09 | 2019-10-17 | 华为技术有限公司 | 传输消息的方法和装置 |
CN113841361A (zh) * | 2020-05-13 | 2021-12-24 | 华为技术有限公司 | 事件订阅管理方法及装置 |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102131761B1 (ko) | 2015-04-02 | 2020-08-06 | 콘비다 와이어리스, 엘엘씨 | 서비스 능력 노출 기능에서의 mbms 멤버쉽 관리 |
WO2017011988A1 (zh) * | 2015-07-20 | 2017-01-26 | 华为技术有限公司 | 一种视频分发方法和设备 |
CN108353093A (zh) * | 2015-10-20 | 2018-07-31 | 中兴通讯股份有限公司 | 使用网络接口公开服务 |
CN106888437B (zh) * | 2015-12-15 | 2020-07-07 | 华为技术有限公司 | 一种群组多播和群组创建的方法以及移动网络平台 |
US10104567B2 (en) * | 2016-05-31 | 2018-10-16 | At&T Intellectual Property I, L.P. | System and method for event based internet of things (IOT) device status monitoring and reporting in a mobility network |
KR102501434B1 (ko) | 2016-10-12 | 2023-02-20 | 삼성전자 주식회사 | 이동통신 네트워크 기능들을 연결하는 방법 및 장치 |
WO2018129665A1 (zh) * | 2017-01-10 | 2018-07-19 | 华为技术有限公司 | 通信方法、网络开放功能网元和控制面网元 |
US10506403B2 (en) | 2017-02-27 | 2019-12-10 | Oracle International Corporation | Methods, systems and computer readable media for providing integrated service capability exposure function (SCEF), service capability server (SCS) and application server (AS) services |
US10530599B2 (en) | 2017-02-27 | 2020-01-07 | Oracle International Corporation | Methods, systems and computer readable media for providing service capability exposure function (SCEF) as a cloud service |
US10405158B2 (en) * | 2017-02-27 | 2019-09-03 | Oracle International Corporation | Methods, systems and computer readable media for providing service capability exposure function (SCEF) as a diameter routing agent (DRA) feature |
US10448449B2 (en) | 2017-07-13 | 2019-10-15 | Oracle International Corporation | Methods, systems, and computer readable media for dynamically provisioning session timeout information in a communications network |
US10334419B2 (en) | 2017-08-16 | 2019-06-25 | Oracle International Corporation | Methods, systems, and computer readable media for optimizing machine type communication (MTC) device signaling |
US10856134B2 (en) * | 2017-09-19 | 2020-12-01 | Microsoft Technolgy Licensing, LLC | SMS messaging using a service capability exposure function |
CN109600721B (zh) | 2017-09-30 | 2021-03-30 | 华为技术有限公司 | 一种通信方法及装置 |
US10313883B2 (en) | 2017-11-06 | 2019-06-04 | Oracle International Corporation | Methods, systems, and computer readable media for using authentication validation time periods |
CN109769150B (zh) * | 2017-11-09 | 2021-02-23 | 华为技术有限公司 | 一种传输组播业务的方法和设备 |
US10469600B2 (en) * | 2017-11-14 | 2019-11-05 | Dell Products, L.P. | Local Proxy for service discovery |
CN108206992B (zh) * | 2017-12-05 | 2022-07-15 | 中兴通讯股份有限公司 | 一种多播组信息的传递方法、装置和系统 |
CN109874113B (zh) * | 2017-12-05 | 2022-03-18 | 中兴通讯股份有限公司 | 一种多播组信息的处理方法、装置和系统 |
US20200404482A1 (en) * | 2017-12-11 | 2020-12-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, Network Entities, Network Exposure Entity and Computer Readable Media for Data Delivery Configuration |
WO2019114939A1 (en) * | 2017-12-12 | 2019-06-20 | Nokia Solutions And Networks Oy | Method, system & apparatus for multicast session management in a 5g communication network |
CN111448808B (zh) * | 2018-01-03 | 2022-09-02 | 康维达无线有限责任公司 | 用于IoT应用的5G网络中的多播和广播服务 |
CN110351194B (zh) | 2018-04-04 | 2021-03-30 | 华为技术有限公司 | 一种组播组创建、组播组加入方法及装置 |
US11146577B2 (en) | 2018-05-25 | 2021-10-12 | Oracle International Corporation | Methods, systems, and computer readable media for detecting and mitigating effects of abnormal behavior of a machine type communication (MTC) device |
US10616802B2 (en) | 2018-09-04 | 2020-04-07 | Oracle International Corporation | Methods, systems and computer readable media for overload and flow control at a service capability exposure function (SCEF) |
WO2020103662A1 (en) * | 2018-11-19 | 2020-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for event monitoring |
CN111225344B (zh) * | 2018-11-27 | 2021-09-14 | 华为技术有限公司 | 一种通信方法、装置及系统 |
US10805401B2 (en) * | 2018-11-29 | 2020-10-13 | Cisco Technology, Inc. | Method and apparatus for zero-touch bulk identity assignment, provisioning and network slice orchestration for massive IOT (MIOT) deployments |
CN109451452B (zh) * | 2019-01-04 | 2021-02-02 | 中国联合网络通信集团有限公司 | 携号转网的通信方法、主叫的媒体网关控制功能实体 |
EP3909269A4 (en) * | 2019-01-10 | 2021-12-22 | Telefonaktiebolaget LM Ericsson (publ) | METHOD AND APPARATUS FOR MANAGING ONE OR MORE GROUPS OF MACHINE-TYPE COMMUNICATION DEVICES (MTC) IN A CELLULAR NETWORK |
US10945120B2 (en) | 2019-02-27 | 2021-03-09 | Oracle International Corporation | Methods, systems, and computer readable media for dynamically provisioning and using public land mobile network (PLMN) location mappings in service capability exposure function (SCEF) or network exposure function (NEF) |
US10972368B2 (en) * | 2019-05-17 | 2021-04-06 | Oracle International Corporation | Methods, systems, and computer readable media for providing reduced signaling internet of things (IoT) device monitoring |
US11190591B2 (en) | 2019-07-18 | 2021-11-30 | Oracle International Corporation | Methods, systems, and computer readable media for resource optimization in group message delivery for narrowband internet of things (NB-IoT) devices |
US10932108B1 (en) | 2019-08-28 | 2021-02-23 | Sprint Communications Company L.P. | Wireless communication network exposure function (NEF) that indicates network status |
US11140523B2 (en) * | 2019-10-17 | 2021-10-05 | Oracle International Corporation | Methods, systems, and computer readable media for non-internet protocol (non-IP) data delivery between user equipment (UEs) and multiple application servers (ASs) |
CN113709676A (zh) * | 2020-05-21 | 2021-11-26 | 维沃移动通信有限公司 | 一种多播业务的处理方法、装置及电子设备 |
US11381955B2 (en) | 2020-07-17 | 2022-07-05 | Oracle International Corporation | Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information |
US11895716B2 (en) | 2020-12-02 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for providing a unified interface configured to support infrequent data communications via a network exposure function |
US11700510B2 (en) | 2021-02-12 | 2023-07-11 | Oracle International Corporation | Methods, systems, and computer readable media for short message delivery status report validation |
US11622242B2 (en) * | 2021-03-03 | 2023-04-04 | Nokia Technologies Oy | Machine learning based multicast user grouping |
US11895080B2 (en) | 2021-06-23 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for resolution of inter-network domain names |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102378118A (zh) * | 2010-08-17 | 2012-03-14 | 电信科学技术研究院 | Mbms接收状态查询的方法及设备 |
JP2012182587A (ja) * | 2011-02-28 | 2012-09-20 | Sharp Corp | 移動通信システム、基地局装置、mme及び移動局装置 |
CN103517415A (zh) * | 2012-06-29 | 2014-01-15 | 中兴通讯股份有限公司 | 一种触发mtc用户设备的方法、mtc iwf、mtc用户设备 |
WO2014059582A1 (en) * | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110082928A1 (en) * | 2004-10-22 | 2011-04-07 | Microsoft Corporation | Maintaining consistency within a federation infrastructure |
EP2200219A1 (en) | 2008-12-16 | 2010-06-23 | Alcatel, Lucent | Multicast quality of service module and method |
US9820259B2 (en) * | 2012-05-04 | 2017-11-14 | Qualcomm Incorporated | Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand |
US9678801B2 (en) * | 2012-08-09 | 2017-06-13 | International Business Machines Corporation | Service management modes of operation in distributed node service management |
EP2898661B1 (en) * | 2012-09-24 | 2021-03-31 | Nokia Solutions and Networks Oy | Group messaging in a communication network |
CN103716752B (zh) | 2012-09-29 | 2017-06-27 | 上海贝尔股份有限公司 | 一种分发机器类通信的组消息的方法 |
US10540515B2 (en) * | 2012-11-09 | 2020-01-21 | autoGraph, Inc. | Consumer and brand owner data management tools and consumer privacy tools |
EP3512220A1 (en) * | 2013-09-12 | 2019-07-17 | Interdigital Patent Holdings, Inc. | Group communication service enabler (gcse) group management |
US10129902B2 (en) * | 2014-03-19 | 2018-11-13 | Interdigital Patent Holdings, Inc. | Device to-device synchronization |
KR101947306B1 (ko) * | 2014-06-26 | 2019-02-12 | 아이오티 홀딩스, 인크. | 머신 타입 통신을 위한 애플리케이션 레이어 그룹 서비스 |
US9712542B1 (en) * | 2014-06-27 | 2017-07-18 | Amazon Technologies, Inc. | Permissions decisions in a service provider environment |
US10136284B2 (en) * | 2014-07-07 | 2018-11-20 | Convida Wireless, Llc | Coordinated grouping for machine type communications group based services |
US20170251342A1 (en) * | 2014-10-02 | 2017-08-31 | Rajesh Bhalla | Group communication with a logical group of wireless devices operating in different networks |
US10506660B2 (en) * | 2015-01-11 | 2019-12-10 | Lg Electronics Inc. | Method for transmitting and receiving signals related to PDN connection recovery in wireless communication system, and device therefor |
KR102131761B1 (ko) | 2015-04-02 | 2020-08-06 | 콘비다 와이어리스, 엘엘씨 | 서비스 능력 노출 기능에서의 mbms 멤버쉽 관리 |
US20180092016A1 (en) * | 2015-04-06 | 2018-03-29 | Lg Electronics Inc. | Method for selecting plmn of terminal in wireless communication system and apparatus therefor |
-
2016
- 2016-04-01 KR KR1020177031796A patent/KR102131761B1/ko active IP Right Grant
- 2016-04-01 JP JP2017551313A patent/JP2018515007A/ja active Pending
- 2016-04-01 WO PCT/US2016/025487 patent/WO2016161242A1/en active Application Filing
- 2016-04-01 CN CN201680025505.0A patent/CN107548550B/zh active Active
- 2016-04-01 EP EP16717029.9A patent/EP3278541B1/en active Active
- 2016-04-01 US US15/562,564 patent/US10517138B2/en active Active
-
2019
- 2019-09-30 JP JP2019180189A patent/JP6829295B2/ja active Active
- 2019-11-15 US US16/685,198 patent/US11051359B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102378118A (zh) * | 2010-08-17 | 2012-03-14 | 电信科学技术研究院 | Mbms接收状态查询的方法及设备 |
JP2012182587A (ja) * | 2011-02-28 | 2012-09-20 | Sharp Corp | 移動通信システム、基地局装置、mme及び移動局装置 |
CN103517415A (zh) * | 2012-06-29 | 2014-01-15 | 中兴通讯股份有限公司 | 一种触发mtc用户设备的方法、mtc iwf、mtc用户设备 |
WO2014059582A1 (en) * | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
Non-Patent Citations (2)
Title |
---|
3GPP: "Technical Specification Group Services and System Aspects; Group based Enhancements(Release 13)", 《3GPP TR 23.769》 * |
ETSI: "Architecture enhancements to facilitate communications with packet data networks and applications", 《ETSI TS 123 682》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110139264A (zh) * | 2018-02-09 | 2019-08-16 | 华为技术有限公司 | NB-IoT网络的通信方法、装置及存储介质 |
CN110139264B (zh) * | 2018-02-09 | 2021-10-15 | 华为技术有限公司 | NB-IoT网络的通信方法、装置及存储介质 |
WO2019196770A1 (zh) * | 2018-04-09 | 2019-10-17 | 华为技术有限公司 | 传输消息的方法和装置 |
CN110366272A (zh) * | 2018-04-09 | 2019-10-22 | 华为技术有限公司 | 传输消息的方法和装置 |
US11324072B2 (en) | 2018-04-09 | 2022-05-03 | Huawei Technologies Co., Ltd. | Message transmission method and apparatus |
CN113841361A (zh) * | 2020-05-13 | 2021-12-24 | 华为技术有限公司 | 事件订阅管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107548550B (zh) | 2020-10-23 |
WO2016161242A1 (en) | 2016-10-06 |
KR102131761B1 (ko) | 2020-08-06 |
US20180092133A1 (en) | 2018-03-29 |
KR20170133476A (ko) | 2017-12-05 |
EP3278541B1 (en) | 2023-01-04 |
US10517138B2 (en) | 2019-12-24 |
JP6829295B2 (ja) | 2021-02-10 |
US11051359B2 (en) | 2021-06-29 |
US20200128613A1 (en) | 2020-04-23 |
JP2018515007A (ja) | 2018-06-07 |
JP2020014243A (ja) | 2020-01-23 |
EP3278541A1 (en) | 2018-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107548550A (zh) | 在服务能力开放功能管理mbms成员资格 | |
CN111448808B (zh) | 用于IoT应用的5G网络中的多播和广播服务 | |
KR102013504B1 (ko) | 통신 네트워크들에서 그룹 통신 메시지들을 전달하는 그룹 통신 기능 | |
US11297660B2 (en) | Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network | |
KR101432230B1 (ko) | 네트워크 정보 스트링을 등록하는 시스템 및 방법 | |
KR100650739B1 (ko) | 개방형 api를 이용한 메시지 방송 서비스 제공 시스템및 방법 | |
CN106664516A (zh) | 用于基于机器类型通信组的服务的协调分组 | |
EP3298806B1 (en) | Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency | |
CN109314887A (zh) | 连接到虚拟化的移动核心网络 | |
CN108141751A (zh) | 用于在网络中支持对远程邻近服务ue的合法监听的方法 | |
CN109644330A (zh) | 用于通过使用切片向终端提供网络服务的方法和装置 | |
CN107431726A (zh) | 消息总线服务目录 | |
CN107113563A (zh) | 用于限制直接发现的方法 | |
CN108370538A (zh) | 一种选择网络切片的方法及装置 | |
CN104798351B (zh) | 用于根据服务类别的触发器消息路由的方法、装置和系统 | |
JP6599546B2 (ja) | サービス層におけるアンルートリソース発見を可能にする方法 | |
JP2010118744A (ja) | 情報収集システム、通信端末、及び情報収集方法 | |
CN104348627B (zh) | 密钥下发方法、对ue进行授权检查的方法及相关设备 | |
CN108702373A (zh) | 相关设备之间的内容共享 | |
CN104488313B (zh) | 一种资源配置方法、业务传输方法、装置及相关设备 | |
CN104106253B (zh) | 通信网络中的实时交互 | |
CN107950005A (zh) | 服务元素主机选择 | |
CN103327457A (zh) | 短消息路由处理方法、装置及系统和短消息检查处理装置 | |
KR20190104843A (ko) | 인터넷 접속이 단절된 사물통신 단말과 사물통신 서버의 통신 방법 | |
Rajpal | Framework for enabling machine‐type communication services |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221107 Address after: Wilmington, Delaware, USA Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc. Address before: Delaware Patentee before: CONVIDA WIRELESS, LLC |
|
TR01 | Transfer of patent right |