CN115956387A - 用于在IoT通信系统中聚合和交换消息的方法和系统 - Google Patents

用于在IoT通信系统中聚合和交换消息的方法和系统 Download PDF

Info

Publication number
CN115956387A
CN115956387A CN202180050977.2A CN202180050977A CN115956387A CN 115956387 A CN115956387 A CN 115956387A CN 202180050977 A CN202180050977 A CN 202180050977A CN 115956387 A CN115956387 A CN 115956387A
Authority
CN
China
Prior art keywords
message
message request
request
server
point
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.)
Pending
Application number
CN202180050977.2A
Other languages
English (en)
Inventor
S·P·沙
B·J·帕坦
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN115956387A publication Critical patent/CN115956387A/zh
Pending legal-status Critical Current

Links

Images

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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/828—Allocation of resources per group of connections, e.g. per group of users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/6295—Queue scheduling characterised by scheduling criteria using multiple queues, one for each individual QoS, connection, flow or priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • 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 
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/30—Control
    • G16Y40/35—Management of things, i.e. controlling in accordance with a policy or in order to achieve specified objectives
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/821—Prioritising resource allocation or reservation requests
    • 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)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开涉及一种将被提供用于支持超越诸如长期演进(LTE)的第四代(4G)通信系统的更高数据速率的前第五代(5G)或5G通信系统。本文公开的方法包括：发送消息请求；标识与消息请求相关联的消息中的每个消息的大小或与消息请求相关联的消息中的每个消息的优先级中的至少一个；在以下中的至少一个存在时：与消息请求相关联的消息中的每个消息的大小小于阈值分段大小或与消息请求相关联的消息中的每个消息的优先级为低优先级或中优先级中的一个，确定聚合消息请求；将消息请求聚合为单一消息请求；以及发送单一消息请求。

Description

用于在IoT通信系统中聚合和交换消息的方法和系统
技术领域
本公开涉及物联网(IoT)通信领域，并且尤其涉及IoT通信系统中的消息聚合和交换。
背景技术
为了满足自部署第四代(4G)通信系统以来无线数据流量增加的需求，已经努力开发改进的第五代(5G)或前5G通信系统。因此，5G或前5G通信系统也被称为“超4G网络”或“后LTE系统”。
5G通信系统被认为是在较高频率(mmWave)频带(例如60GHz频带)中实现的，以便实现较高的数据速率。为了降低无线电波的传播损耗并且增大传输距离，波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术在5G通信系统中被讨论。
此外，在5G通信系统中，基于高级小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。
在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码分多址(SCMA)。
消息服务，即MSGin5G服务，由5G系统中的第三代合作伙伴计划(3GPP)定义，第三代合作伙伴计划能够通过5G系统实现具有高级消息传递(messaging)服务能力和性能的各种消息通信模型。MSGin5G服务支持诸如点到点消息、应用到点消息、群组消息和广播消息的消息通信模型。
另外，MSGin5G服务基本上是针对海量物联网(MIoT)设备之间的消息通信进行设计和优化的，包括物对物通信和人对物通信。典型的IoT设备通信发送和接收小数据，小数据可以在消息中被递送。然而，MIoT设备的特点，诸如但不限于高密度连接、灵活移动性、省电有限计算能力、大量设备、短突发小数据的流量模式等，给消息通信带来各种新的需求。新需求的示例可以是但不限于用于提供和监测的轻量级消息通信的需求、用于远程控制的超低延迟和高可靠性消息通信、用于大规模连接的极高资源效率等。
根据一种需求，考虑到MIoT设备和MIoT设备之间或MIoT设备与应用服务器之间的消息通信的高吞吐量，MSGin5G服务必须采用资源高效的方式来优化控制面和用户面两者的资源利用率。MIoT设备在计算和存储方面可能存在局限性，并且可以使用电池或小型太阳能光伏设备，使得消息通信必须是轻量级且调度良好的，以便节省MIoT设备的功率和数据流量消耗。
另外，MIoT设备可能会发送明显小于允许通过可用传送传输的最大分段大小的数据。然而，在这种场景中，如果在MIoT设备之间交换的更大数量的消息用于发送和接收明显小于最大分段大小的数据，则控制面和用户面资源可能没有被充分利用。此外，在用于发送和接收明显小于最大分段大小的数据的MIoT设备之间交换更大数量的消息可能导致大量开销。
另外，可能在MIoT设备与应用服务器之间为明显小于最大分段大小的数据交换更大数量的消息。在这种场景中，控制面和用户面资源可能没有被充分利用。
发明内容
技术问题
本文实施例的主要目的是公开用于在物联网(IoT)通信系统中聚合和交换消息的方法和系统。
本文实施例的另一目的是公开用于将多个消息请求聚合为单一消息请求并且向至少一个目标设备传输单一消息请求的方法和系统，其中，每个消息请求的每个消息的大小小于阈值分段大小，并且每个消息的优先级为低优先级或中优先级中的一个。
问题的解决方案
相应地，本文实施例提供用于在物联网(IoT)通信中交换消息的方法和系统。方法包括：由第一设备发起用于向第二设备传输消息的消息请求。方法包括：由第一设备检查与消息请求相关联的消息的大小或优先级中的至少一个。方法包括：如果以下至少一种情况：相关联消息的大小小于阈值分段大小或相关联消息的优先级为低优先级或中优先级中的一个，由第一设备确定聚合消息请求。方法包括：由第一设备将多个消息请求聚合为单一消息请求，其中，多个消息请求中的每个消息请求是确定要聚合的消息请求。方法包括：由第一设备向第二设备发送单一消息请求。
方法进一步包括：由第二设备接收包括聚合的多个消息请求的单一消息请求。方法包括：由第二设备将单一消息请求拆分为至少一个单独消息请求。
相应地，本文实施例提供一种物联网(IoT)通信系统，包括第一设备和第二设备。第一设备被配置成发起用于向第二设备传输消息的消息请求。第一设备被配置成检查与消息请求相关联的消息的大小或优先级中的至少一个。第一设备被配置成，如果以下至少一种情况：相关联消息的大小小于阈值分段大小或相关联消息的优先级为低优先级或中优先级中的一个，确定聚合消息请求。第一设备被配置成将多个消息请求聚合为单一消息请求，其中，多个消息请求中的每个消息请求是确定要聚合的消息请求。第一设备被配置成向第二设备发送单一消息请求。
第二设备被配置成接收包括聚合的多个消息请求的单一消息请求。第二设备被配置成将单一消息请求拆分为至少一个单独消息请求。
当结合以下描述和附图进行考虑时，本文示例实施例的这些和其他方面将被更好的了解和理解。然而，应当理解的是，以下描述虽然指示示例实施例和其大量具体细节，但是是通过说明而不是限定给出的。在不脱离本文示例实施例的精神的情况下，可以在本文示例实施例的范围内进行许多改变和修改，并且本文示例实施例包括所有这样的修改。
在进行下文的具体实施方式之前，阐述贯穿本专利文件使用的某些词和短语的定义可能是有利的：术语“包括(include)”和“包括(comprise)”以及其派生词，意味着没有限制的包括；术语“或”是包括性的，意味着和/或；短语“与......相关联”和“与其相关联”以及其派生词可以意味着包括、被包括在内、与......互连、包含、被包含在内、连接到或与......连接、耦合到或与......耦合、可与......通信、与......合作、交错、并置、接近、被结合到或与......结合、具有、具有......特性等；术语“控制器”意味着控制至少一个操作的任何设备、系统或其一部分，这种设备可以是用硬件、固件或软件或至少两者的某种组合实现的。应注意，与任何特定控制器相关联的功能性可以是集中或分布式的，无论是本地还是远程。
此外，以下描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成，并且被体现在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、流程、功能、对象、类、实例、相关数据或其适于以合适的计算机可读程序代码实现的一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非瞬时性”计算机可读介质不包括输送瞬时性电气或其他信号的有线、无线、光或其他通信链路。非瞬时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并且随后覆写数据的介质，诸如可重写光盘或可擦除存储器设备。
贯穿本专利文件提供了某些词和短语的定义，本领域普通技术人员应当理解，在许多实例中，如果不是大多数实例，这些定义适用于这些定义的词和短语的先前和未来的使用。
发明优势
根据本公开，存在在物联网(IoT)通信系统中聚合和交换消息中的改进和与之相关的改进。
附图说明
本文实施例在附图中被说明，贯穿附图，类似的附图标记指示各图中对应的部分。参考附图，从以下描述中将更好地理解本文实施例，其中：
图1描绘根据如本文所公开的实施例的物联网(IoT)通信系统；
图2和图3是描绘根据如本文所公开的实施例的用于将多个消息请求聚合为单一消息请求的用户设备(UE)的各种组件的示例框图；
图4是描绘根据如本文所公开的实施例的用于通过将多个消息请求聚合为单一消息请求来管理IoT通信系统中的消息交换的消息服务器的各种组件的示例框图；
图5为描绘根据如本文所公开的实施例的用于在IoT通信系统中交换消息的示例架构的示例图，其中，IoT通信系统为5G消息传递系统；
图6A是描绘根据如本文所公开的实施例的在发起方(originator)UE中聚合来自一个或多个应用客户端的群组消息以及从发起方UE向一组目标设备传输聚合的群组消息的示例序列图；
图6B是描绘根据如本文所公开的实施例的在UE处发起的单独群组消息请求的信息元素(IE)的示例表；
图6C是描绘根据如本文所公开的实施例的从UE向一组目标设备传输的单一群组消息请求的IE的示例表；
图7A是描绘根据如本文所公开的实施例的对来自一个或多个应用服务器的群组消息进行聚合并且向目标UE传输聚合的群组消息的示例序列图；
图7B是描绘根据如本文所公开的实施例的在应用服务器处发起的单独群组消息请求的IE的示例表；
图7C是描绘根据如本文所公开的实施例的在消息服务器处针对目标UE聚合的单一群组消息请求的IE的示例表；
图8A是描绘根据如本文所公开的实施例的对来自一个或多个发起方UE的群组消息进行聚合并且向同一应用服务器传输聚合的群组消息的示例序列图；
图8B是描绘根据如本文所公开的实施例的在发起方UE处发起的单独群组消息请求的IE的示例表；
图8C是描绘根据如本文所公开的实施例的在消息服务器处针对同一应用服务器聚合的单一群组消息请求的IE的示例表；
图9A是描绘根据如本文所公开的实施例的在发起方UE中聚合来自一个或多个应用客户端的点到点消息以及从发起方UE向目标UE传输聚合的点到点消息的示例序列图；
图9B是描绘根据如本文所公开的实施例的在发起方UE处发起的单独点到点消息请求的IE的示例表；
图9C是描绘根据如本文所公开的实施例的在发起方UE处针对目标UE聚合的单一点到点消息请求的IE的示例表；
图9D是描绘根据如本文所公开的实施例的由发起方UE响应于传输的单一点到点消息请求而接收的拒绝消息的IE的示例表；
图10是描绘根据如本文所公开的实施例的从发起方UE向目标UE递送单一聚合点到点消息请求的示例序列图；
图11A是描绘根据如本文所公开的实施例的在发起UE中聚合来自一个或多个应用客户端的点到应用消息以及从发起方UE向应用服务器传输聚合的点到应用消息的示例序列图；
图11B是描绘根据如本文所公开的实施例的在发起方UE处发起的单独点到应用消息请求的IE的示例表；
图11C是描绘根据如本文所公开的实施例的在发起方UE处针对应用服务器聚合的单一点到应用消息请求的IE的示例表；
图11D是描绘根据如本文所公开的实施例的由发起方UE响应于传输的单一点到应用消息而接收的拒绝消息的IE的示例表；
图12A是描绘根据如本文所公开的实施例的聚合来自一个或多个应用服务器的应用到点消息以及从消息服务器向目标UE传输应用到点消息的示例序列图；
图12B是描绘根据如本文所公开的实施例的在应用服务器处发起的单独应用到点消息请求的IE的示例表；
图12C是描绘根据如本文所公开的实施例的在消息服务器处针对目标UE聚合的单一应用到点消息请求的IE的示例表；
图13A是描绘根据如本文所公开的实施例的用于在发起方UE中聚合来自一个或多个应用客户端的点到点消息以及从发起方UE向目标UE传输聚合的点到点消息的端到端过程的示例序列图；
图13B是描绘根据如本文所公开的实施例的在发起方UE处发起的单独点到点消息请求的IE的示例表；
图13C是描绘根据如本文所公开的实施例的在发起方UE处针对目标UE聚合的单一点到点消息请求的IE的示例表；以及
图13D是描绘根据如本文所公开的实施例的由发起方UE响应于传输的单一点到点消息请求而接收的拒绝消息的IE的示例表。
具体实施方式
下面讨论的图1至图13D以及被用于描述本专利文件中的公开内容的原理的各种实施例仅仅是示例性的，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中被实现。
本文示例实施例以及其各种特征和有利细节结合附图中所说明的非限制性实施例进行更全面的解释，并且在以下描述中进行详细说明。对公知的组件和处理技术的描述被省略，以免不必要地混淆本文实施例。本文描述仅仅是为了便于理解可以实践本文示例实施例的方式，并且进一步使得本领域技术人员能够实践本文示例实施例。相应地，本公开不应被解释为限制本文示例实施例的范围。
本文实施例公开了用于将与小数据和较低优先级相关联的多个消息请求聚合为单一消息请求的方法和系统。本文实施例通过处理各个方面将多个消息请求聚合为单一消息请求。这些方面的示例可以是但不限于：
(1)如何使消息通信资源高效，以优化控制面和用户面两者的资源利用率？
(2)为了确保应用服务器在特定时间不会过载消息，需要遵循什么调度策略？
(3)消息传递服务如何支持向应用客户端分发调度策略？和/或
(4)如何有效利用资源发送和接收典型小数据？
现在参考附图，并且更具体地，参考图1至图13D，其中相似的附图标记在整个图中一致地表示对应的特征，示出了示例实施例。
本文实施例使用诸如“第一设备”、“发起方UE”、“消息服务器”、“源设备”、“传输设备”等可与聚合消息并且向目标设备传输聚合的消息的设备互换的术语。
本文实施例可互换地使用诸如“第二设备”、“目标UE”、“目标设备”、“接收设备”等术语来指示从第一设备接收聚合消息的设备。
本文实施例在文件中可互换地使用诸如“消息请求”、“消息”等术语。
图1描绘根据如本文所公开的实施例的物联网(IoT)通信系统100。本文提及的IoT通信系统/海量IoT(MIoT)通信系统100可被配置成使IoT/MIoT设备之间能够交换消息，以供在彼此之间发送或接收数据。在本文示例中，数据可以包括媒体(诸如音频、视频、图像、图形交换格式(GIF)等)、文本、网页等中的至少一种。
IoT通信系统100包括多个用户设备(UE)102a至102n、多个应用服务器(AS)104和消息服务器106。
多个UE 102a至102n、多个应用服务器104和消息服务器106可以彼此连接。在示例中，多个UE 102a至102n、多个应用服务器104和消息服务器106可以使用通信网络108彼此连接。通信网络108可以包括以下至少一个，但不限于：有线网络、增值网络、无线网络、卫星网络或其组合。有线网络的示例可以是但不限于局域网(LAN)、广域网(WAN)、以太网等。无线网络的示例可以是但不限于蜂窝网络、无线LAN(Wi-Fi)、蓝牙、低功耗蓝牙、Zigbee、Wi-Fi直连(WFD)、超宽带(UWB)、红外数据协会(IrDA)、近场通信(NFC)等。蜂窝网络的示例可以是但不限于第三代合作伙伴第三代合作伙伴计划(3GPP)长期演进(LTE/4G)、高级LTE(LTE-A)、第五代(5G)新无线电、6G无线系统、演进UTRA(E-UTRA)或任何其他下一代网络。在另一示例中，多个UE 102a至102n、多个应用服务器104和消息服务器106可以直接(例如，经由直接通信、经由接入点等)彼此连接。在另一示例中，多个UE 102a至102n可以被连接到消息服务器106，并且多个UE 102a至102n可以通过消息服务器106被连接到一个或多个应用服务器104。在另一示例中，多个UE 102a至102n、多个应用服务器104和消息服务器106可以经由中继、集线器和网关彼此连接。应理解，多个UE 102a至102n、多个应用服务器104和消息服务器106可以以各种方式(包括上述的方式)中的任意一种方式彼此连接，并且可以同时以各种方式(包括上述的方式)中的两种或更多种方式彼此连接。
多个UE 102a至102n可以是能够彼此交换信息的IoT设备或MIoT设备以及其他设备(诸如一个或多个应用服务器104、消息服务器106等)。UE(102a至102n)的示例可以是但不限于智能电话、移动电话、视频电话、计算机、平板个人计算机(PC)、上网本计算机、膝上型计算机、可穿戴设备、车辆信息娱乐系统、工作站、服务器、个人数字助理(PDA)、智能插头、便携式多媒体播放器(PMP)、MP3层、移动医疗设备、灯、语音辅助设备、相机、家用电器、一个或多个传感器等。家用电器的示例可以是但不限于电视(TV)、数字视频磁盘(DVD)播放器、音频设备、冰箱、空调(AC)、空气净化器、烟囱、灶台、真空吸尘器、烘箱、微波、洗衣机、干燥机、机顶盒、家庭自动化控制面板、安全控制面板、游戏控制台、电子钥匙、摄像机、电子画框、咖啡机、烤箱、电饭煲、压力锅等。传感器的示例可以是但不限于温度传感器、湿度传感器、红外传感器、陀螺仪传感器、大气传感器、接近传感器、RGB传感器(亮度传感器)、光传感器、恒温器、紫外(UV)光传感器、灰尘传感器、火灾检测传感器、二氧化碳(CO2)传感器、烟雾传感器、窗口接触传感器、水传感器、肌电图(EMG)传感器、心率传感器、O2电平监视器传感器、血糖仪、门锁传感器、灯控制器、空气控制器或任何其他等同传感器。每个传感器的功能可以由本领域普通技术人员根据其名称直观推断，从而省略其详细描述。
一个或多个UE 102a至102n可以与同一应用服务器104或不同应用服务器104连接。在示例中，UE(102a至102n)，诸如EMG传感器、心率传感器、O2电平监视器传感器、血糖仪等，可以与第一应用服务器104相关联，其中，第一应用服务器为健康应用服务器。在另一示例中，UE(102a至102n)，诸如灯控制器、空气控制器、门锁传感器等，可以与第二应用服务器104相关联，其中，第二应用服务器是智能家居应用服务器104。
UE 102a至102n可以包括一个或多个应用。应用的示例可以是但不限于视频流应用、音频应用、传感器相关应用、基于设备控制的应用等。
本文所提及的(多个)应用服务器104可以是被配置成获得、存储和管理存在于IoT环境中的一个或多个UE 102a至102n中的每个UE的设备信息、能力和位置信息的服务器。IoT环境的示例可以是但不限于智能家居环境、智能办公环境、智能医院环境等。设备信息可以包括诸如但不限于一个或多个UE 102中的每个UE的标识值(例如：设备ID信息)、一个或多个UE 102中的每个UE的设备类型等信息。在本文示例中，标识值/设备ID信息可以包括诸如但不限于媒体访问控制(MAC)标识符(MAC ID)、序列号、唯一设备ID等信息。
消息服务器106可被配置成控制多个终端，诸如但不限于多个UE 102a至102n、一个或多个应用服务器104等。
本文实施例使得UE(102a至102n)和/或消息服务器106中的一个能够通过可用传送协议管理针对至少一个目标设备的消息传输。在实施例中，向目标设备发送/传输消息的UE(102a至102n)可以在下文中被称为发起方UE，并且接收消息的UE(102a至102n)可以在下文中被称为目标UE。在实施例中，目标设备可以是目标UE(102a至102n)。在另一实施例中，目标设备可以是应用服务器104。在另一实施例中，目标设备可以是一组目标UE 102a至102n。在另一实施例中，目标设备可以是一组应用服务器104。传送协议的示例可以是但不限于超文本传输协议(HTTP)、受限应用协议(CoAP)、会话发起协议(SIP)等。
发起方UE(例如，UE 102a)/消息服务器106发起/接收用于向目标设备(102a至102n)/104(例如，一个或多个UE(102b至102n)和一个或多个应用服务器104中的至少一个)传输消息的消息请求。在示例中，当发起方UE 102a上的一个或多个应用想要向目标设备(102b至102n)/104传输一个或多个消息时，发起方UE 102a可以发起消息请求。在另一示例中，消息服务器106可以接收来自一个或多个发起方UE(102a至102n)的消息请求。在另一示例中，消息服务器106可以接收来自一个或多个应用服务器104的消息请求。
在实施例中，消息可以包括群组消息、点到点消息/单独消息、点到应用消息、应用到点消息、递送报告等中的至少一种。在示例中，消息可以包括来自发起方UE(102a至102n)的以一组目标UE(102a至102n)为目标的群组消息。在另一示例中，消息可以包括从多个不同发起方UE 102a至102n到一组目标UE(102a至102n)的群组消息。在另一示例中，消息可以包括来自发起方UE 102a的以一组目标UE(102b至102n)/应用服务器104为目标的群组消息。在另一示例中，消息可以包括来自多个不同发起方UE(102a至102n)的以一组应用服务器104为目标的群组消息。在另一示例中，消息可以包括从多个应用服务器104到目标UE(102a至102n)的消息。在另一示例中，消息可以包括来自发起方UE 102a的以目标UE 102b为目标的点到点消息。在另一示例中，消息可以包括来自发起方UE 102a的以应用服务器104为目标的点到应用消息。在另一示例中，消息可以包括来自应用服务器104的以目标UE(102a至102n)为目标的应用到点消息。
在实施例中，与消息相关联的消息请求可以包括群组消息请求、点到点/单独消息请求、点到应用消息请求、应用到点消息请求、递送报告请求等中的至少一种。
在实施例中，消息请求可以包括一个或多个字段/信息元素(IE)，诸如但不限于唯一消息标识符(ID)、应用ID、处置类型、有效载荷、优先级等。唯一消息ID标识消息。应用ID标识目标设备(102b至102n)/104上有效载荷所针对的应用。处置类型指示从目标设备(102b至102n)/104所期望的处置类型。处置类型的示例可以是但不限于“请求递送报告”、“请求读取报告”等。有效载荷标识实际消息。消息的优先级指示低优先级、中优先级和高优先级之一。
在发起/接收消息请求时，发起方UE 102a/消息服务器106检查以下中的至少一个，但不限于：消息的大小、消息的优先级等。发送方UE 102a/消息服务器106使用相关联消息请求的IE检查消息(包括头和有效载荷)的大小并且使用相关联消息请求的优先级IE检查消息的优先级。发起方UE102a/消息服务器106将消息的大小与阈值分段大小进行比较。阈值分段大小是允许消息请求/消息通过可用传送协议向目标设备(102b至102n)/104传输的最大大小。在示例中，阈值大小可以是基于可用传送协议的类型来定义/设置的，但是本领域技术人员可以显而易见的是，任何其他相似的约束可以被考虑用于定义/设置阈值分段大小。
如果消息的大小小于阈值分段大小且/或消息的优先级为低优先级或中优先级，则发起方UE 102a/消息服务器106确定聚合与对应消息相关联的消息请求。
发起方UE 102a/消息服务器106基于调度策略发起将多个消息请求聚合为单一消息请求的过程。根据调度策略，发起方UE 102a/消息服务器106确定在向目标设备(102b至102n)/104发送单一消息请求之前要等待以接收要聚合的后续消息请求的时间段。在示例中，时间段可以基于在实现系统100时(例如，由操作者)指定的时间段来确定。在确定时间段时，发起方UE 102a/消息服务器106用确定的时间段的定时器值启动定时器。在启动定时器时，发起方UE 102a/消息服务器106递归地发起/接收后续消息请求，并且基于与每个后续消息请求相关联的消息的大小和/或优先级确定聚合每个后续消息请求，直到定时器到期或直到确定要聚合的消息请求的总数的大小小于或几乎等于阈值分段大小为止。
在定时器到期时，或如果确定要聚合的消息请求的总数的大小小于或几乎等于阈值分段大小，发起方UE 102a/消息服务器106将确定要聚合的多个消息请求聚合为单一消息请求。发送方UE 102a/消息服务器106通过将以下(但不限于以下)中的至少一个包括在单一消息请求中来将多个消息请求聚合为单一消息请求：发送方UE 102a中的消息传递客户端模块304的标识(ID)、目标设备(102b至102n)/104中的消息传递客户端模块304的ID、对目标设备的单一消息请求的消息ID、确定要在单一消息请求中聚合的消息请求的总数、被聚合的单独消息的列表等。单一消息请求的大小小于或等于阈值分段大小。
发起方UE 102a/消息服务器106向目标设备(102b至102n)/104传输单一消息请求。发起方UE 102a可以通过消息服务器106向目标设备(102b至102n)/104传输单一聚合消息请求。消息服务器106按照3GPP规范23.700-24中定义的过程向目标设备(102b至102n)/104传输单一聚合消息请求，其中，包括聚合的多个消息请求的单一消息请求已经被传输，而不是单独消息请求。
考虑示例场景，其中，发起方UE 102a发起包括大小为600字节的消息的第一消息请求，并且消息的优先级低。在这种场景中，发起方UE 102a将消息的大小与阈值分段大小(例如，1200字节)进行比较。由于第一消息请求的消息的大小小于阈值分段大小，并且消息的优先级低，因此发起方UE102a确定聚合第一消息请求。然后，发起方UE 102a基于调度策略发起聚合消息请求的过程。根据调度策略，发起方UE 102a启动定时器。发起方UE102a发起第二消息请求(例如，包括具有200字节的大小和低优先级的消息)和第三消息请求(例如，包括具有400字节的大小和中等优先级的消息)。发起方UE 102a确定第一、第二和第三消息请求/消息的大小总计等于阈值分段大小。在这种场景中，发起方UE 102a终止定时器，并且将第一消息请求、第二消息请求和第三消息请求聚合在单一消息请求中。发起方UE102a通过消息服务器106向目标设备(102a至102n)传输单一消息请求。
考虑另一示例场景，其中，发起方UE 102a发起第一消息请求，并且发起方UE 102a确定聚合第一消息请求。然后，发起方UE 102a基于调度策略发起聚合消息请求的过程。根据调度策略，发起方UE 102a启动定时器。发起方UE 102a发起第二、第三、第四消息请求，并且确定第一、第二、第三和第四消息请求的大小总计大于阈值分段大小。在这种场景中，发起方UE102a终止定时器，并且将第一消息请求、第二消息请求和第三消息请求聚合在单一消息请求中。发起方UE 102a通过消息服务器106向目标设备(102a至102n)传输单一消息请求。
考虑示例场景，其中，发起方UE 102a发起第一消息请求，并且发起方UE 102a确定聚合第一消息请求。然后，发起方UE 102a基于调度策略发起聚合消息请求的过程。根据调度策略，发起方UE 102a启动定时器。发起方UE 102a发起第二、第三、第四消息请求并且确定聚合第二、第三、第四消息请求，直到定时器到期为止。第一、第二、第三和第四消息请求的大小总计小于阈值分段大小。在这种场景中，发起方UE 102a将第一、第二、第三和第四消息请求聚合在单一消息请求中。发起方UE 102a通过消息服务器106向目标设备(102a至102n)传输单一消息请求。
本文实施例使目标设备(102b至102n)/104能够管理包括聚合的多个消息请求的单一消息请求的接收。
目标设备(102b至102n)/104从发起方UE 102a/消息服务器106接收包括聚合的多个消息请求的单一消息请求。目标设备(102b至102n)/104将单一消息请求拆分为一个或多个单独消息请求。
本文实施例使消息服务器106能够管理发起方UE 102a与目标设备(102b至102n)/104之间消息的交换。
消息服务器106从发起方UE 102a接收针对目标设备(102b至102n)/104的单一消息请求。单一消息请求包括聚合的多个消息请求。每个消息请求可以与以下(但不限于以下)中的至少一个相关联：点到点消息、群组消息等。在接收到来自发起方UE 102a的单一消息请求时，消息服务器106验证发起方UE 102a，以检查发起方UE 102a是否被认证和授权以向目标设备(102b至102n)/104传输单一消息请求。消息服务器106可以基于一个或多个策略验证发起方UE 102a。在示例中，由于相关联位置、用户权限等中的至少一种，策略可以向特定目标设备(102b至102n)/104指示对某些类型的消息或内容的限制。在另一示例中，策略可以指示发起方UE 102a是否被注册用于传输单一消息请求。在另一示例中，策略可以指示发起方UE 102a是否被应用服务器104配置或授权用于传输单一消息请求。
如果发送方UE 102a被授权和认证以传输单一消息请求，则消息服务器106解析单一消息请求中存在的群组ID(即，目标设备中的消息传递客户端模块304的ID)，以确定针对其必须传输单一消息请求的目标设备(102b至102n)/104，并且基于从群组管理服务器(未示出)接收到的信息/协助确定目标设备(102b至102n)/104的注册状态。在解析目标设备(102b至102n)/104的群组ID并且确定注册状态后，消息服务器106向目标设备(102b至102n)/104传输从发起方UE 102a接收到的单一消息请求。
消息服务器106还可以请求目标设备(102b至102n)/104为接收到的单一消息请求传输递送报告。在这种场景中，目标设备(102b至102n)/104在通过消息服务器106接收发起方UE 102a的单一消息请求时，向消息服务器106传输递送报告。消息服务器106向发起方UE102a转发/传达从目标设备(102b至102n)/104接收到的递送报告。
因此，在设备之间交换包括聚合的多个消息请求的单一消息请求，优化了控制面和用户面资源的使用，这进一步节省了功耗。
图1示出IoT通信系统100的示例性块，但应理解，其他实施例不限于此。在其他实施例中，IoT通信系统100可以包括更少或更多个块。另外，块的标签或名称仅被用于说明性目的，并且不限制本文实施例的范围。一个或多个块可以被组合在一起，以在IoT通信系统100中执行相同或基本相似的功能。
图2是描绘根据如本文所公开的实施例的用于将多个消息请求聚合为单一消息请求的UE(例如UE 102a)的各种组件的示例框图。UE 102a包括存储器202、接口204和处理电路206。UE 102a还可以包括至少一个天线、与处理电路206耦合的至少一个RF收发器、发送处理电路、接收处理电路、显示器、输入/输出(IO)端口等(未示出)中的至少一个。
存储器202存储一个或多个应用、一个或多个消息、允许消息请求通过可用传送协议传送的阈值分段大小、聚合的消息请求等中的至少一个，但不限于此。存储器202的示例可以是但不限于NAND、嵌入式多媒体卡(eMMC)、安全数字(SD)卡、通用串行总线(USB)、串行高级技术附件(SATA)、固态硬盘(SSD)等。存储器202还可以包括一个或多个计算机可读存储介质。存储器202还可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器202可以被视为非瞬时性存储介质。术语“非瞬时性”可以指示存储介质没有被体现在载波或传播信号中。然而，术语“非瞬时性”不应被解释为指存储器202不可移动。在一些示例中，存储器202可被配置成存储比存储器更多的信息。在某些示例中，非瞬时性存储介质可以存储可以随时间改变(例如，在随机存取存储器(RAM)或高速缓存中)的数据。
接口204可被配置成使UE 102a通过接口与一个或多个应用服务器104和消息服务器106通信。接口的示例可以是但不限于有线或无线前传接口、有线或无线回程接口或支持通过有线或无线连接进行通信的任何其他结构。
处理电路206包括单一处理器、多个处理器、多个同质或异质核、多个不同类型的中央处理器(CPU)、微控制器、特殊介质和其他加速器中的至少一个。处理电路206可被配置成将多个消息请求聚合为单一消息请求，并且向目标设备(102b至102n)/104传输单一消息请求。处理电路206还可以被配置成从消息服务器106接收单一消息请求，并且将接收到的单一消息请求拆分为多个单独消息请求。
如图3所描绘，处理电路206包括一个或多个应用模块302以及客户端模块/消息传递客户端模块304。
一个或多个应用模块302可以与UE 102a中存在的一个或多个应用相关联。(多个)应用模块302可被配置成发起用于向目标设备(102b至102n)/104传输消息的消息请求。在示例中，当相关联应用想要向目标设备(102b至102n)/104发送数据时，应用模块302可以发起消息请求。在示例中，目标设备(102b至102n)/104可以包括同一组目标UE(102b至102n)、目标UE(例如，UE 102b)、一组应用服务器104、特定应用服务器104等中的至少一个。在示例中，消息可以包括以同一组目标UE(102b至102n)为目标的群组消息。在另一示例中，消息可以包括以特定目标UE 102b为目标的点到点消息。在另一示例中，消息可以包括以同一组应用服务器104为目标的群组消息。在另一示例中，消息可以包括以特定应用服务器104为目标的点到应用消息。
客户端模块304可被配置成将多个消息请求聚合为单一消息请求，并且向目标设备(102b至102n)/104传输单一消息请求。客户端模块304接收由应用模块302发起的消息请求。消息请求可以与针对目标设备(102b至102n)/104的消息相关联。客户端模块304检查消息的大小和/或消息的优先级。如果消息的大小小于阈值分段大小且/或消息的优先级为低优先级或中优先级，则客户端模块304确定聚合相关联消息请求。
客户端模块304可以基于调度策略聚合消息请求。根据调度策略，客户端模块304确定要等待以接收来自应用模块302的后续消息请求的时间段。在确定时间段时，客户端模块304启动定时器。定时器的定时器值可以为所确定的要等待以接收后续消息请求的时间段。在启动定时器时，客户端模块304递归地收集/接收来自一个或多个应用模块302的后续消息请求，并且通过检查与每个后续消息请求相关联的消息的大小和/或优先级来确定对后续消息请求中的每一个进行聚合，直到定时器到期或确定要聚合的消息请求的总数的大小小于或几乎等于阈值分段大小。在定时器到期或确定要聚合的消息请求的总数的大小小于或几乎等于阈值分段大小时，客户端模块304将所确定的要聚合的多个消息请求(包括最初从应用模块302接收的消息请求和后续消息请求)聚合为单一消息请求。
客户端模块304向消息服务器106传输单一消息请求，消息服务器106又向目标设备(102b至102n)/104传输单一消息请求。
如果UE 102a没有被认证和授权以向目标设备(102b至102n)/104传输单一消息请求或单一消息请求是无效的，则客户端模块304还可以从消息服务器106接收具有拒绝原因的拒绝消息。
客户端模块304还可以在成功向目标设备(102b至102n)/104递送单一消息请求时，通过消息服务器106从目标设备(102b至102n)/104接收递送报告。
在实施例中，如果UE 102a是目标设备(即，UE 102a旨在用于接收来自其他UE(102b至102n)/应用服务器104的单一消息请求)，则客户端模块304也可以被配置成管理单一消息请求的接收。
客户端模块304通过消息服务器106从发起方UE(102b至102n)或应用服务器104接收单一消息请求。客户端模块304将单一消息请求拆分/解码为单独消息请求。客户端模块304使用单一消息请求中存在的单独消息IE的列表和分隔符将单一消息请求拆分为单独消息请求。单独消息IE的列表表示在单一消息请求中聚合的单独消息请求的总数。分隔符可被用于指示单独消息请求的开始。客户端模块304向一个或多个应用模块302转发与单独消息请求相关联的消息以供进一步处理。在示例中，一个或多个应用模块302可以向一个或多个应用提供接收到的消息。
客户端模块304还可以被配置成在接收到的单一消息请求中接收来自消息服务器106的递送报告请求。在这种场景中，客户端模块304在通过消息服务器106接收发起方UE(102a至102n)的单一消息请求时，向消息服务器106传输递送报告。
图2和图3示出UE(102a至102n)的示例性块，但应理解，其他实施例不限于此。在其他实施例中，UE(102a至102n)可以包括更少或更多个块。另外，块的标签或名称仅被用于说明性目的，并且不限制本文实施例的范围。一个或多个块可以被组合在一起，以在UE(102a至102n)中执行相同或基本相似的功能。
图4是描绘根据如本文所公开的实施例的用于通过将多个消息请求聚合为单一消息请求来管理IoT通信系统100中的消息交换的消息服务器106的各种组件的示例框图。本文所提及的消息服务器106可以是云计算设备(可以是公有云或私有云的一部分)、独立服务器、云上的服务器、数据库、计算设备等。计算设备的示例可以是但不限于个人计算机、笔记本、平板、桌上型计算机、膝上型计算机、手持设备、移动设备等。此外，消息服务器106可以是微控制器、处理器、片上系统(SoC)、集成芯片(IC)、基于微处理器的可编程消费电子设备等中的至少一种。消息服务器106包括存储器402、接口404和控制器406。
存储器402存储关于UE 102a至102n和应用服务器104的信息、聚合的多个消息、阈值分段大小、验证发起方UE(102a至102n)的一个或多个策略等中的至少一个，但不限于此。存储器402的示例可以是但不限于NAND、嵌入式多媒体卡(eMMC)、安全数字(SD)卡、通用串行总线(USB)、串行高级技术附件(SATA)、固态硬盘(SSD)等。存储器402还可以包括一个或多个计算机可读存储介质。存储器402还可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器402可以被视为非瞬时性存储介质。术语“非瞬时性”可以指示存储介质没有被体现在载波或传播信号中。然而，术语“非瞬时性”不应被解释为指存储器402不可移动。在一些示例中，存储器402可被配置成存储比存储器更多的信息。在某些示例中，非瞬时性存储介质可以存储可以随时间改变(例如，在随机存取存储器(RAM)或高速缓存中)的数据。
接口404可被配置成使消息服务器106通过接口与UE 102a至102n、一个或多个应用服务器104或群组管理服务器等进行通信。接口的示例可以是但不限于有线或无线前传接口、有线或无线回程接口或支持通过有线或无线连接进行通信的任何其他结构。
控制器406包括单一处理器、多个处理器、多个同质或异质核、多个不同类型的中央处理器(CPU)、微控制器、特殊介质和其他加速器中的至少一个。
在实施例中，控制器406可被配置成将从(多个)发起方UE 102a或(多个)应用服务器104接收的消息请求聚合为单一消息请求，并且向目标设备(102b至102n)/104传输单一消息请求。
控制器406接收用于向目标设备(102b至102n)/104传输消息的消息请求。在示例中，控制器406可以从不同的发起方UE(102b至102n)接收消息请求。在另一示例中，控制器406可以接收来自一个或多个应用服务器104的消息请求。在示例中，目标设备(102b至102n)/104包括目标UE(102b至102n)或一组目标UE(102b至102n)。在另一示例中，目标设备(102b至102n)/104包括应用服务器104或一组应用服务器104。消息可以包括以下至少一种：
来自发起方UE(102a至102n)的以同一组目标UE(102a至102n)为目标的群组消息；
来自多个不同发起方UE(102a至102n)的以同一组目标UE(102a至102n)为目标的群组消息；
来自多个不同发起方UE(102a至102n)的以同一组应用服务器104为目标的群组消息；
来自一个或多个应用服务器104的以同一目标UE(102a至102n)为目标的消息；
来自发起方UE 102a的以目标UE 102b为目标的点到点消息；
来自发起方UE 102a的以应用服务器104为目标的点到应用消息；
来自应用服务器104的以目标UE(102a-102bn)为目标的应用到点消息；或
从发起方UE 102a到目标设备(102b至102n)/104的递送报告。
控制器406检查与接收到的消息请求相关联的消息的大小和/或消息的优先级。如果消息的大小使得在可以通过可用传送传输的阈值分段大小内只能发送一个消息，则控制器406向目标设备(102a至102n)/104传输消息。如果消息的大小小于阈值分段大小且/或消息的优先级为低优先级或中优先级，则控制器406确定聚合消息。
控制器406基于调度策略发起接收来自发起方UE(102a至102n)或应用服务器104的多个后续消息请求以及将多个后续消息请求聚合为单一消息请求的过程。控制器406基于调度策略将多个后续消息请求聚合为单一消息请求，类似于UE 102a的客户端模块304，并且因此为了简洁，省略其重复描述。
在聚合消息请求时，控制器406按照3GPP规范23.700-24中定义的过程向相应目标设备(102a至102n)/104传输单一消息请求。
在另一实施例中，控制器406还可以被配置成接收来自发起方UE 102a的单一消息请求，并且向相应目标设备(102a至102n)/104传输接收到的单一消息请求。单一消息请求可以包括已经与点到点消息和群组消息相关联的聚合的多个消息请求。为了向目标设备(102b至102n)/104传输单一消息请求，控制器406基于一个或多个策略检查发起方UE 102a是否被认证和授权以向目标设备(102b至102n)/104传输单一消息请求。如果发起方UE102a没有被认证和授权以向目标设备(102b至102n)/104传输单一消息请求，则控制器406向发起方UE 102a传输具有拒绝原因的拒绝消息。如果发起方UE 102a被认证和授权以向目标设备(102b至102n)/104传输单一消息请求，则控制器406解析目标设备(102b至102n)的群组ID，并向相应的目标设备(102b至102n)/104传输从发起方UE 102a接收的单一消息请求。
在实施例中，控制器406还可以被配置成在单一消息请求中向目标设备(102b至102n)/104传输针对递送报告的递送报告请求。响应于递送报告请求，当目标设备(102b至102n)/104接收到发起方UE 102a的单一消息请求时，控制器406从目标设备(102b至102n)/104接收递送报告。控制器406向发起方UE 102a转发接收到的递送报告。
图4示出消息服务器106的示例性块，但应理解，其他实施例不限于此。在其他实施例中，消息服务器106可以包括更少或更多个块。另外，块的标签或名称仅被用于说明性目的，并且不限制本文实施例的范围。一个或多个块可以被组合在一起，以在消息服务器106中执行相同或基本相似的功能。
图5为描绘根据如本文所公开的实施例的在IoT通信系统100中交换消息的示例图，其中，IoT通信系统100为5G消息传递系统.
作为示例，本文实施例描述了5G消息传递系统中消息的交换，但是本领域技术人员可以显而易见的是，可以考虑任何其他网络系统。
如图5所描绘，5G消息传递系统100包括一个或多个UE 102a至102n(例如：传统UE、5G消息传递(MSGin5G)UE、非3GPP UE等)、应用服务器104和消息服务器/MSGin5G服务器106。MSGin5G UE(102a至102n)包括(多个)应用模块/应用客户端302和客户端模块/MSGin5G客户端304。
在实施例中，MSGin5G UE(102a)的MSGin5G客户端304可被配置成将以同一组目标UE/应用服务器104为目标的多个消息请求聚合为单一消息请求。
在实施例中，MSGin5G客户端304可被配置成将以单一UE(102a至102n)或应用服务器104为目标的多个消息请求聚合为单一消息请求。
在实施例中，MSGin5G服务器106可被配置成将以应用服务器104为目标的多个消息请求聚合为单一消息请求。
在实施例中，MSGin5G服务器106可被配置成将以单一组目标设备(102a至102n)/104为目标的多个消息请求聚合为单一消息请求。
在实施例中，MSGin5G服务器106可被配置成将以单一UE(102a至102n)为目标的多个消息请求聚合为单一消息请求。
与聚合的多个消息请求中的每个消息请求相关联的消息(如上所述)具有小于阈值分段大小的大小(即，对应于小数据)以及低优先级或中优先级。单一消息请求的大小或长度小于或等于允许消息请求通过可用传送协议传输的阈值分段大小。
本文实施例通过考虑作为示例来进一步解释5G消息传递系统中的消息交换，但是对于本领域技术人员来说显而易见的是，可以考虑支持任何其他网络的IoT通信系统。5G消息传递系统中的UE(102a至102n)包括与一个或多个应用相关联的一个或多个应用模块/应用客户端302以及客户端模块/MSGin5G客户端304。MSGin5G客户端304向消息服务器/MSGin5G服务器106注册。
图6A是描绘根据如本文所公开的实施例的在发起方UE 102a中聚合来自一个或多个应用客户端的群组消息以及从发起方UE 102a向目标设备(102b至102n)/104传输聚合的群组消息的示例序列图。
在步骤1处，UE 102a/UE 1(发起方UE 102a)上的(多个)应用客户端302针对MSGin5G客户端1发起用于向(多个)目标设备(102b至102n)/104传输消息的(多个)第一消息请求。在本文示例中，目标设备可以包括一组UE(102b至102n)/一组应用服务器104。在本文示例中，第一消息请求可以是与群组消息相关联的第一群组消息请求。
在步骤2处，MSGin5G客户端1确定发起的第一群组消息请求是否可以被聚合。为了确定第一消息请求是否可以被聚合，MSGin5G客户端1检查与第一群组消息请求相关联的群组消息的大小和/或优先级。MSGin5G客户端1使用第一消息请求的IE检查群组消息的大小和/或优先级。单独群组消息请求的IE在图6B的示例表中被描绘。如果群组消息的大小小于阈值分段大小且消息的优先级为低优先级或中优先级，则MSGin5G客户端1确定聚合消息请求。
在确定要聚合的消息请求时，MSGin5G客户端1基于调度策略发起将多个群组消息请求聚合为单一消息请求/单一群组消息请求的过程。根据调度策略，MSGin5G客户端1确定要等待以接收来自应用客户端302的后续消息请求的时间段。在确定时间段时，MSGin5G客户端1用确定的时间段的定时器值启动定时器，以等待以接收后续消息请求。在启动定时器时，步骤1和2可以被递归执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止(即，确定要聚合的消息的总数的大小小于或几乎等于阈值分段大小)。步骤1和2可以被执行以发起一个或多个应用客户端的后续群组消息请求并且确定每个后续群组消息是否可以被聚合。在定时器到期或达到分段大小的最佳使用时，MSGin5G客户端1将确定要聚合的多个群组消息请求(例如，包括第一群组消息请求和后续群组消息请求)聚合为单一群组消息请求。单一群组消息请求的IE在图6C的示例表中被描绘。单一群组消息请求的大小/长度小于或等于已经允许传输单一群组消息请求的阈值分段大小。
在步骤3处，MSGin5G客户端1向消息服务器/MSGin5G服务器106发送包括聚合的多个群组消息请求的单一群组消息请求。
在步骤4处，MSGin5G服务器106验证MSGin5G客户端1，以检查UE1的MSGin5G客户端1是否被认证和授权以向一组目标UE(102b至102n)传输单一群组消息请求。MSGin5G服务器106基于一个或多个策略来验证MSGin5G客户端1，诸如但不限于由于位置或用户权限针对某些UE的对某些类型的消息或内容的限制等。如果MSGin5G客户端1被认证和授权以传输单一群组消息请求，则MSGin5G服务器解析单一群组消息请求中存在的群组ID/MSGin5G群组ID(如图6C的示例表中所描绘)以确定目标设备(102b至102n)/104，并且基于来自群组管理服务器的信息来确定目标设备(102b至102n)的注册状态。如果MSGin5G客户端1被认证和授权以传输单一群组消息请求，则MSGin5G服务器106跳过步骤5。
如果MSGin5G客户端1没有被认证和授权以传输单一群组消息请求或单一群组消息请求是无效的，则MSGin5G服务器106执行步骤5。在步骤5处，MSGin5G服务器106向MSGin5G客户端1传输具有拒绝原因的拒绝消息/聚合的群组消息拒绝消息。3GPP TR23.700-24中定义的IE已被包括在拒绝消息中。
如果MSGin5G客户端1被认证和授权以传输单一群组消息请求，则在步骤6处，MSGin5G服务器106按照图10中定义的过程向目标设备(102a至102n)/104传输单一群组消息请求(如步骤2中所指定)，其中，包括多个聚合的群组消息请求的单一群组消息请求已经被传输，而不是单独消息请求。
考虑示例场景，其中，UE 1的示例，AC控制器包括与三个应用相关联的三个应用客户端，并且三个应用客户端302可以与MSGin5G客户端1耦合。在这种场景中，三个应用客户端同时或逐个发起群组消息请求，以传输针对同一组目标设备(例如，组1)的群组消息，其中，组1包括一组目标UE(102b至102n)，该组目标UE正被家庭成员(存在于同一组中)使用。群组消息可以指示当前温度、AC的模式、改变AC的模式的通知等中的至少一种。在本文示例中，考虑每个群组消息可以具有小于阈值分段大小的大小以及低优先级。在这种场景中，MSGin5G客户端1基于调度策略将群组消息请求聚合为单一群组消息请求。MSGin5G服务器106同时向组1的目标UE传输单一群组消息请求。因此，有效地利用控制面和用户面资源。
图7A是描绘根据如本文所公开的实施例的对来自一个或多个应用服务器的群组消息进行聚合并且向目标UE(102a至102n)传输聚合的群组消息的示例序列图。
在步骤1处，MSGin5G服务器106从应用服务器104接收针对目标设备的(多个)第一消息请求。在本文示例中，如图7A所描绘，消息请求包括与群组消息相关联的群组消息请求，并且目标设备包括UE 2/UE 102b(例如)。UE 2包括一个或多个应用客户端302和客户端模块304/MSGin5G客户端2。
在步骤2处，MSGin5G服务器106确定发起的第一群组消息请求是否可以被聚合。为了确定第一群组消息请求是否可以被聚合，MSGin5G服务器106检查与第一群组消息请求相关联的群组消息的大小和/或优先级。MSGin5G服务器106使用第一群组消息请求的IE检查群组消息的大小和/或优先级。由应用服务器104发起的单独群组消息请求的IE在图7B的示例表中被描绘。如果群组消息的大小小于阈值分段大小且群组消息的优先级为低优先级或中优先级，则MSGin5G服务器106确定聚合第一群组消息请求。另外，步骤1和2可以被多次执行，以便从一个或多个应用服务器104接收多个后续群组消息请求，并且确定多个后续群组消息请求中的每个后续群组消息请求是否可以被聚合。步骤1和2可以被多次执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止。在定时器到期或达到分段大小的最佳使用时，MSGin5G服务器106将确定要聚合的多个群组消息请求(例如，包括第一群组消息请求和后续群组消息请求)聚合为单一群组消息请求。单一群组消息请求的IE在图7C的示例表中被描绘。单一群组消息请求的大小/长度小于或等于已经允许传输单一群组消息请求的阈值分段大小。
在步骤3处，MSGin5G服务器106向UE 2传输包括聚合的多个群组消息请求的单一群组消息请求。
在步骤4处，UE 2的5GSMS客户端2按照应用将接收到的单一群组消息请求拆分为多个单独群组消息请求，并且向应用客户端302转发多个单独群组消息请求。
考虑示例场景，其中，家用电器服务器和健康应用服务器(应用服务器104的示例)与UE 2相关联。家庭应用服务器可以与灯控制器、AC控制器、门锁传感器等中的至少一种耦合。健康应用服务器可以与EMG传感器、血糖仪等中的至少一种耦合。家庭应用服务器和健康应用服务器同时或逐个向MSGin5G服务器106传输多个群组消息请求，这些请求已经是针对同一UE2的。由家用电器服务器传输的群组消息请求可以包括指示家庭中存在的设备的状态/操作的群组消息。由健康应用服务器传输的群组消息请求可以包括指示健康通知的群组消息。在本文示例中，考虑与每个群组消息请求相关联的群组消息具有小于阈值分段大小的大小以及中优先级。在这种场景中，MSGin5G服务器106基于调度策略将从家用电器服务器和健康应用服务器接收的多个群组消息请求聚合为单一消息请求。MSGin5G服务器106向UE2传输单一消息请求。UE 2的5GSMS客户端2将接收到的单一群组消息请求拆分为多个单独群组消息请求，以供进一步处理。
图8A是描绘根据如本文所公开的实施例的对来自一个或多个发起方UE(102a至102n)的群组消息进行聚合以及向同一应用服务器104传输聚合的群组消息请求的传输的示例序列图。
在步骤1处，MSGin5G服务器106从第一UE 102a/UE 1(发起方UE102a)接收第一消息请求，以针对目标设备传输消息。在本文示例中，如图8A所描绘，消息请求可以是包括群组消息的群组消息请求，并且目标设备包括应用服务器104。
在步骤2处，MSGin5G服务器106确定第一群组消息请求是否可以被聚合。为了确定第一群组消息请求是否可以被聚合，MSGin5G服务器106检查与第一群组消息请求相关联的群组消息的大小和/或优先级。MSGin5G服务器106使用第一群组消息请求的IE检查消息的大小和/或优先级。从UE(102a至102n)接收的单独群组消息请求的IE在图8B的示例表中被描绘。如果群组消息的大小小于阈值分段大小且群组消息的优先级为低优先级或中优先级，则MSGin5G服务器106确定相关联的第一消息请求可以被聚合。另外，步骤1和2可以被多次执行，以便从UE 1和UE 2接收多个后续群组消息请求，并且确定多个后续群组消息请求中的每个后续群组消息请求是否可以被聚合。步骤1和2可以被多次执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止。在定时器到期或达到分段大小的最佳使用时，MSGin5G服务器106将确定要聚合的多个群组消息请求(例如，包括从UE1接收到的第一群组消息请求和从UE 1和UE 2接收到的后续群组消息请求)聚合为单一群组消息请求。单一群组消息请求的IE在图8C的示例表中被描绘。单一群组消息请求的大小/长度小于或等于已经允许传输单一群组消息请求的阈值分段大小。
在步骤3处，MSGin5G服务器106解析单一群组消息请求中存在的群组ID/MSGin5G群组ID(如图8C的示例表中所描绘)以确定必须针对其传输单一消息请求的应用服务器104。
在步骤4处，MSGin5G服务器106按照3GPP TR 23.700-24中定义的过程向应用服务器104传输单一群组消息请求，其中，包括多个聚合的群组消息请求的单一群组消息请求已经被传输，而不是单独群组消息请求。
考虑示例场景，其中，灯控制器1和灯控制器2(UE 102a至102n的示例)向MSGin5G服务器106同时传输多个群组消息请求或一次传输一个群组消息请求，这些请求已经是针对同一家庭应用服务器(应用服务器104的示例)的。多个群组消息请求包括指示灯的状态、用于改变设置的通知等的群组消息。在本文示例中，考虑与每个群组消息请求相关联的群组消息可以具有小于阈值分段大小的大小以及低优先级。在这种场景中，MSGin5G服务器106根据调度策略将接收到的多个群组消息请求聚合为单一群组消息请求。MSGin5G服务器106向家庭应用服务器传输单一群组消息请求，而非传输单独群组消息请求。从而，有效地利用控制面和用户面资源。
图9A是描绘根据如本文所公开的实施例的在发起方UE 102a中聚合来自一个或多个应用客户端的点到点消息以及从发起方UE 102a向目标UE102b传输聚合的点到点消息的示例序列图。
在步骤1处，第一UE/UE 1(发起方UE 102a)的应用客户端1发起用于向目标设备传输消息的第一消息请求。在本文示例中，如图9A所描绘，消息请求可以是包括点到点消息的点到点消息请求，并且目标设备是第二UE/UE 2。
在步骤2处，UE 1的MSGin5G客户端1确定第一点到点消息请求是否可以被聚合。为了确定第一点到点消息请求是否可以被聚合，MSGin5G客户端1检查与第一点到点消息请求相关联的点到点消息的大小和/或优先级。MSGin5G客户端1使用第一点到点消息请求的IE检查点到点消息的大小和/或优先级。单独点到点消息请求的IE在图9B的示例表中被描绘。如果点到点消息的大小小于阈值分段大小且消息的优先级为低优先级或中优先级，则MSGin5G客户端1确定对应的第一点到点消息请求可以被聚合。另外，步骤1和2可以被多次执行，以便发起一个或多个应用客户端的多个后续点到点消息请求，并且确定多个群组消息请求中的每个群组消息请求是否可以由MSGin5G客户端1聚合。步骤1和2可以被多次执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止。在定时器到期或达到分段大小的最佳使用时，MSGin5G客户端1将确定要聚合的多个点到点消息请求(包括第一点到点消息请求和后续点到点消息请求)聚合在单一消息请求/单一点到点消息请求中。单一点到点消息请求的IE在图9C的示例表中被描绘。单一群组消息请求的大小/长度小于或等于已经允许传输单一点到点消息请求的阈值分段大小。
在步骤3处，MSGin5G客户端1向MSGin5G服务器106发送已经针对UE 2的单一点到点消息请求。
在步骤4处，MSGin5G服务器106验证UE 1的MSGin5G客户端1，以检查MSGin5G客户端1是否被认证和授权以向UE 2传输单一点到点消息请求。如果MSGin5G客户端1被认证和授权，则MSGin5G服务器106跳过步骤5。
如果MSGin5G客户端1没有被认证和授权或单一点到点消息请求是无效的，则MSGin5G服务器106执行步骤5。在步骤5处，MSGin5G服务器106向UE 1的MSGin5G客户端1传输具有拒绝原因的消息拒绝/聚合的消息拒绝。消息拒绝的IE在图9D的示例表中被描绘。
如果MSGin5G客户端1被认证和授权以向UE 2发送单一点到点消息，则在步骤7处，MSGin5G服务器106将接收到的来自MSGin5G客户端1的点到点消息发送到UE 2(如图10所描绘)。另外，在步骤7处，MSGin5G服务器106在接收到来自UE 2的递送报告时，向MSGin5G客户端1传输递送报告。在步骤9处，MSGin5G客户端1向UE 1的一个或多个应用客户端1传输接收到的递送报告以供进一步处理。
图10是描绘根据如本文所公开的实施例的从发起方UE/UE 1向目标UE/UE 2递送单一聚合点到点消息请求的示例序列图。
在步骤1处，MSGin5G服务器106接收包括聚合的多个点到点消息请求的单一聚合点到点消息请求(如图9A的步骤7中所描绘)，单一聚合点到点消息请求是已经针对UE 2的。在步骤2处，MSGin5G服务器106向UE2的MSGin5G客户端2发送从UE 1接收到的单一点到点聚合消息请求。
在步骤3处，MSGin5G客户端2按照应用将接收到的单一点到点聚合消息请求拆分为多个单独消息请求，并且向UE 2的(多个)应用客户端2转发多个单独消息请求。在步骤4处，如果由MSGin5G服务器106在步骤3处由MSGin5G客户端2接收到的单一点到点消息请求中请求，则UE 2的应用客户端2发起向MSGin5G客户端2发送递送报告。在步骤5处，MSGin5G客户端2向MSGin5G服务器106传输递送报告。
考虑示例场景，其中，空气控制器(UE 1的示例)向MSGin5G服务器106同时传输多个点到点消息请求或一次传输一个点到点消息请求，这些请求已经是针对用户当前在家中正在使用的UE 2的。在本文示例中，考虑与每个点到点消息请求相关联的点到点消息具有小于阈值分段大小的大小以及中优先级。在这种场景中，MSGin5G客户端1基于调度策略将从空气控制器接收到的多个点到点消息请求聚合为单一点到点消息请求，并且向MSGin5G服务器106发送单一点到点消息。MSGin5G服务器106向UE 2传输单一点到点消息请求。UE 2的5GSMS客户端2将接收到的单一群组消息请求拆分为多个单独群组消息请求，以供进一步处理。
图11A是描绘根据如本文所公开的实施例的在发起UE 102a中聚合来自一个或多个应用客户端的点到应用消息以及从发起方UE 102a向应用服务器104传输聚合的点到应用消息的示例序列图。
在步骤1处，第一UE/UE 1(发起方UE 102a)的应用客户端1发起用于向目标设备传输消息的第一消息请求。在本文示例中，如图11A所描绘，第一消息请求可以是包括点到应用消息的第一点到应用消息请求，并且目标设备是应用服务器104。
在步骤2处，UE 1的MSGin5G客户端1确定第一点到应用消息请求是否可以被聚合。为了确定第一点到应用消息请求是否可以被聚合，MSGin5G客户端1检查与第一点到应用消息请求相关联的点到应用消息的大小和/或优先级。MSGin5G客户端1使用第一点到应用消息请求的IE检查点到应用消息的大小和/或优先级。单独点到应用消息请求的IE在图11B的示例表中被描绘。如果点到应用消息的大小小于阈值分段大小且点到应用消息的优先级为低优先级或中优先级，则MSGin5G客户端1确定对应的第一点到应用消息请求可以被聚合。另外，步骤1和2可以被多次执行，以便发起多个后续点到应用消息,并且确定多个后续点到应用消息请求中的每个后续点到应用消息请求是否可以被聚合。步骤1和2可以被多次执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止。在定时器到期时或直到达到分段大小的最佳使用为止，MSGin5G客户端1将多个点到应用消息请求(包括第一点到应用消息请求和确定要聚合的后续点到应用消息请求)聚合在单一消息请求/单一点到应用消息请求中。单一点到应用消息请求的IE在图11C的示例表中被描绘。单一点到应用消息请求的大小/长度小于或等于已经允许传输单一点到应用消息请求的阈值分段大小。
在步骤3处，MSGin5G客户端1向MSGin5G服务器106发送单一点到应用消息请求，该单一点到应用消息请求已经是针对应用服务器104的。
在步骤4处，MSGin5G服务器106验证UE 1的MSGin5G客户端1，以检查MSGin5G客户端1是否被认证和授权以向UE 2传输单一点到点消息请求。如果MSGin5G客户端1被认证和授权，则MSGin5G服务器106跳过步骤5。
如果MSGin5G客户端1没有被认证和授权或单一点到应用消息请求是无效的，则MSGin5G服务器106执行步骤5。在步骤5处，MSGin5G服务器106向UE 1的MSGin5G客户端1传输具有拒绝原因的消息拒绝/聚合的消息拒绝。消息拒绝的IE在图11D的示例表中被描绘。
如果MSGin5G客户端1被认证和授权以向应用服务器104发送单一点到点消息，则在步骤6处，MSGin5G服务器106将接收到的单一点到应用消息请求拆分为多个单独点到应用消息请求，并且向应用服务器104传输多个单独点到应用消息请求。
在步骤7A处，如果MSGin5G服务器106在点到应用消息请求中进行了请求，则应用服务器104发起向MSGin5G服务器106发送递送报告。在步骤7B处，MSGin5G服务器106向UE 1的MSGin5G客户端1通信传达从应用服务器104接收到的递送报告。在步骤7C处，MSGin5G客户端1向UE 1的一个或多个应用客户端302转发接收到的递送报告。
考虑示例场景，其中，部署在道路上的速度计(UE 1的示例)同时发起多个点到应用消息请求或一次发起一个点到应用消息请求，这些请求已经是针对交通控制器(应用服务器104的示例)的。多个点到应用消息请求包括指示车辆速度的点到应用消息。与聚合的多个点到应用消息请求相关联的多个点到应用消息中的每个点到应用消息可以具有小于阈值分段大小的大小以及较低优先级。在这种场景中，速度计基于调度策略将发起的多个点到应用消息请求聚合为单一点到应用消息请求。速度计向MSGin5G服务器106传输单一点到应用消息请求，该单一点到应用消息请求已经是针对交通控制器的。MSGin5G服务器106将单一点到应用消息请求拆分为多个单独点到应用消息请求，并且向交通控制器转发多个单独点到应用消息请求。交通控制器可以使用多个单独点到应用消息请求来为已经超过允许速度限制的用户增加罚款。
图12A是描绘根据如本文所公开的实施例的聚合来自一个或多个应用服务器的应用到点消息以及从应用服务器向目标UE(102a至102n)传输应用到点消息的示例序列图。
在步骤1处，MSGin5G服务器106从应用服务器104接收第一消息请求以传输针对目标设备的消息。在本文示例中，如图12A所描绘，消息请求可以是包括应用到点消息的应用到点消息请求，并且目标设备包括UE(例如UE 102a/UE 1)。
图12A中描绘的示例序列图也可适用于从第一UE 102a/UE 1向UE的目标群组或一组UE传输群组消息。在这种场景中，在示例中，消息请求/第一消息请求可以是点到点消息请求。MSGin5G服务器106接收来自第一UE102a/UE 1的第一消息请求，以传输针对目标设备的消息。在另一示例中，消息请求/第一消息请求可以是群组消息请求。MSGin5G服务器106接收来自第一UE 102a/UE 1的第一消息请求，以向UE的目标群组或一组UE传输消息。
在步骤2处，MSGin5G服务器106确定第一应用到点消息请求是否可以被聚合。为了确定第一应用到点消息请求是否可以被聚合，MSGin5G服务器106检查与第一应用到点消息请求相关联的应用到点消息的大小和/或优先级。MSGin5G服务器106使用应用到点消息的IE检查应用到点消息的大小和/或优先级。单独应用到点消息请求的IE在图12B的示例表中被描绘。如果应用到点消息的大小小于阈值分段大小且应用到点消息的优先级为低优先级或中优先级，则MSGin5G服务器106确定对应的第一应用到点消息请求可以被聚合。另外，步骤1和2可以被多次执行，以便应用服务器104接收多个后续应用到点消息请求，并且确定多个后续群组消息请求中的每个后续群组消息请求是否可以被聚合。步骤1和2可以被多次执行，直到定时器到期为止，或直到达到分段大小的最佳使用为止。在定时器到期或达到分段大小的最佳使用时，MSGin5G服务器106将多个应用到点消息请求(包括第一应用到点消息请求和确定要聚合的后续应用到点消息请求)聚合在单一消息请求/单一应用到点消息请求中。单一应用到点消息请求的IE在图12C的示例表中被描绘。
在步骤3处，MSGin5G服务器106向UE 1的MSGin5G客户端1传输应用到点消息请求。在步骤4处，MSGin5G服务器1将接收到的单一应用到点消息请求拆分为多个单独点到点消息请求，并且向应用服务器104传输多个单独点到点消息请求。
考虑示例场景，其中，交通控制器(应用服务器104的示例)向MSGin5G服务器106同时传输应用到点消息请求或一次传输一个应用到点消息请求，这些请求已经是针对被部署用于监控道路上的交通的相机(UE 2的示例)的。应用到点消息请求可以包括指示相机的位置/配置的应用到点消息、相机监控违反交通规则的对象的通知等。在本文示例中，考虑与每个应用到点消息请求相关联的应用到点消息具有小于阈值分段大小的大小以及中优先级。在这种场景中，MSGin5G服务器106基于调度策略将从交通控制器接收到的应用到点消息请求聚合为单一应用到点消息请求。MSGin5G服务器106向相机传输单一应用到点消息请求。相机的5GSMS客户端2将接收到的单一群组消息请求拆分为多个单独群组消息请求，以供进一步处理。
图13A是描绘根据如本文所公开的实施例的用于在发起方UE 102a中聚合来自一个或多个应用客户端的点到点消息以及从发起方UE 102a向目标UE 102b传输聚合的点到点消息的传输的端到端过程的示例序列图。
如图13A所描绘，UE 1(发起方UE 102a)的MSGin5G客户端1将多个点到点消息聚合为单一消息请求，并且向MSGin5G服务器106传输单一消息请求。单一消息请求可以是针对目标UE/UE 2的。在对应于图9A的步骤1至3的步骤1至3中描绘了将多个点到点消息聚合为单一消息请求以及向MSGin5G服务器106传输单一消息请求，因此为了简洁，省略了其重复详细描述。另外，在UE 1处发起的单独点到点消息请求的IE在图13B的示例表中被描绘。针对目标UE 2在UE 1处聚合的单一点到点消息请求的IE在图13C的示例表中被描绘。
在接收到来自UE 1的单一消息请求时，MSGin5G服务器106检查UE1是否被认证和授权以传输单一消息请求，如步骤4中所描绘。如果UE 1没有被认证和授权以传输单一消息请求，则MSGin5G服务器106向UE 1的MSGin5G客户端1发送具有拒绝原因的消息拒绝/聚合的消息拒绝，如步骤5中所描绘。步骤4和5对应于图9A的步骤4和5，因此为了简洁，省略其重复的详细描述。另外，由UE 1响应于传输的单一点对点消息请求而接收到的拒绝消息的IE在图13D中描绘。
如果UE 1被认证和授权以传输单一消息请求，则MSGin5G服务器106向UE 2传输单一消息请求。在对应于图10的步骤1至5的步骤6至8中描绘了从MSGin5G服务器106向UE 2传输单一消息请求，因此为了简洁，省略了其重复详细描述。
在实施例中，图13A中描绘的示例序列图也可以适用于来自第一UE102a/UE 1中的(多个)应用客户端的点到应用消息，以传输针对应用服务器104的消息。
本文实施例提供了用于实现以下目的的方法和系统：
使IoT设备/MIoT设备能够将多个消息聚合为单一IoT消息，并且向一组UE或应用服务器转发单一IoT消息；
使消息服务器能够将来自同一组的不同IoT/MIoT设备的多个消息聚合为单一IoT消息，并且向该组的成员转发单一IoT消息；以及
使消息服务器能够聚合以同一接收方IoT设备为目标的多个消息，以将多个小IoT消息编码为包含多个消息的单一IoT消息。
本文实施例基于允许通过可用传送向目标设备传输的最大分段大小，将具有小数据的多个消息聚合为单一消息。
本文实施例使得以下得以实现：
使MSGin5G客户端能够聚合到目标群组的群组消息；
使MSGin5G服务器能够聚合到目标UE的群组消息；
使MSGin5G服务器能够聚合到目标群组的群组消息；
使MSGin5G客户端能够在点到点消息传递中聚合到另一目标的消息；
使MSGin5G服务器能够向目标UE递送聚合的消息请求；
使MSGin5G客户端能够在点到应用消息传递中聚合到应用的消息；以及
使MSGin5G服务器能够聚合到目标UE的应用到点消息。
本文实施例通过充分利用网络资源在IoT通信系统中交换消息。
在实施例中，IoT设备不要求每次感测到事件时发送消息，从而节省电力，并且IoT设备不要求每次唤醒以接收单一消息。
在实施例中，消息服务器可以聚合到目标设备的多个消息，并且仅当所要求的数量的消息可用时才发送消息，从而节省通信功率和网络带宽。
本文所公开的实施例可以通过运行在至少一个硬件设备上并执行网络管理功能来控制元素的至少一个软件程序的来实现。图1、图2、图3和图4中所示的元件可以是硬件设备或硬件设备与软件模块的组合中的至少一个。
本文所公开的实施例描述了用于在IoT通信系统中交换消息的方法和系统。因此，应当理解，保护的范围被扩展到这种程序，并且除了具有其中的消息的计算机可读构件之外，当程序在服务器或移动设备或任何合适的可编程设备上运行时，这种计算机可读存储构件包含用于实现方法的一个或多个步骤的程序代码构件。在优选实施例中，方法是通过以例如超高速集成电路硬件描述语言(VHDL)、另一编程语言编写的软件程序或与其一起实现的，或是通过在至少一个硬件设备上执行的一个或多个VHDL或若干软件模块实现的。硬件设备可以是可以被编程的任何类型的便携式设备。设备还可以包括以下构件：其可以是例如硬件构件，如例如ASIC，或硬件和软件构件的组合，例如ASIC和FPGA，或具有软件模块置于其中的至少一个微处理器和至少一个存储器。本文所描述的方法实施例可以是部分地以硬件以及部分地以软件实现的。替代地，本公开可以在不同的硬件设备上实现，例如，使用多个CPU实现。
上述对特定实施例的描述将充分揭示本文实施例的一般性质，使得其他人可以在不脱离一般概念的情况下，通过应用现有知识容易地修改和/或调整这种特定实施例以用于各种应用，并且因此，这种调整和修改应当并且打算在所公开的实施例的等同物的含义和范围内理解。应理解，本文所采用的措辞或术语是出于描述的目的，而不是为了限制。因此，虽然根据实施例描述了本文实施例，但是本领域技术人员将认识到，可以在如本文所描述的实施例的精神和范围内通过修改来实践本文实施例。
尽管已经通过各种实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。本公开意在涵盖落入所附权利要求的范围内的这些改变和修改。

Claims (15)

1.一种用于在物联网(IoT)通信系统中交换消息的方法，所述方法包括：
由第一设备向第二设备发送用于传输消息的消息请求；
由所述第一设备标识与所述消息请求相关联的所述消息中的每个消息的大小或与所述消息请求相关联的所述消息中的每个消息的优先级中的至少一个，其中，所述消息中的每个消息的所述优先级被标识为低优先级、中优先级或高优先级；
当以下情况中的至少一种情况时由所述第一设备确定聚合所述消息请求：与所述消息请求相关联的所述消息中的每个消息的所述大小小于阈值分段大小或与所述消息请求相关联的所述消息中的每个消息的所述优先级为所述低优先级或所述中优先级中的一个；
由所述第一设备将所述消息请求聚合为单一消息请求；以及
由所述第一设备向所述第二设备发送所述单一消息请求。
2.根据权利要求1所述的方法，进一步包括：
由所述第二设备接收包括聚合的消息请求的所述单一消息请求；以及
由所述第二设备将所述单一消息请求拆分为多个单独的消息请求。
3.根据权利要求1所述的方法，其中，所述第一设备包括发起方用户设备(UE)或消息服务器中的一个。
4.根据权利要求1所述的方法，其中，所述第二设备包括目标UE、一组目标UE、应用服务器或一组应用服务器中的一个。
5.根据权利要求1所述的方法，其中，所述消息中的每个消息包括以下之一：
来自发起方UE的以同一第二设备为目标的群组消息，其中，所述同一第二设备包括同一组目标UE或同一组应用服务器中的一个；
来自多个不同的发起方UE的以所述第二设备为目标的群组消息，其中，所述第二设备包括所述目标UE或所述应用服务器中的一个；
来自所述多个不同的发起方UE的以所述同一第二设备为目标的群组消息，其中，所述第二设备包括所述一组应用服务器；
来自多个应用服务器的以所述同一第二设备为目标的群组消息，其中，所述第二设备包括所述目标UE；
来自所述发起方UE的以所述第二设备为目标的点到点消息，其中，所述第二设备包括所述目标UE；
来自所述发起方UE的以所述应用服务器为目标的点到应用消息；
来自所述应用服务器的以所述第二设备为目标的应用到点消息，其中，所述第二设备是目标单独UE；或
从所述第一设备到所述第二设备的递送报告，其中，与所述递送报告相关联的所述消息请求包括由所述第一设备从所述第二设备接收到的递送报告请求，并且其中，所述第一设备为所述目标UE，并且所述第二设备为所述发起方UE。
6.根据权利要求5所述的方法，其中，与所述消息相关联的所述消息请求中的每个消息请求的格式包括：
标识所述消息的唯一消息标识符(ID)字段；
标识所述第二设备上的有效载荷字段所针对的应用的应用ID字段；
指示从所述第二设备所期望的处置类型的处置类型字段；
标识所述消息的内容的所述有效载荷字段；以及
所述消息中的每个消息的所述优先级。
7.根据权利要求1所述的方法，其中，将所述消息请求聚合到所述单一消息请求中是基于调度策略执行的，包括：
确定在向所述第二设备发送所述单一消息请求之前要等待以接收要聚合的后续消息请求的时间段；
用所确定的时间段的定时器值启动定时器；
递归地发起所述后续消息请求，并且基于与所述后续消息请求相关联的消息中的每个消息的大小和优先级确定要聚合的后续消息请求，直到所述定时器到期或当确定要聚合的消息请求的总数的大小小于或等于所述阈值分段大小时；以及
将确定要聚合的消息请求聚合到所述单一消息请求中。
8.根据权利要求7所述的方法，其中，所述阈值分段大小是允许所述单一消息请求通过可用传送协议传输到所述第二设备的大小。
9.根据权利要求7所述的方法，其中，将所述消息请求聚合到所述单一消息请求中包括所述第一设备的消息传递客户端的标识、所述第二设备中的消息传递客户端的标识、要由所述第一设备向所述第二设备传输的所述单一消息请求的消息标识符(ID)、要聚合到所述单一消息请求中的消息请求的总数或被聚合的单独消息的列表中的至少一个。
10.根据权利要求1所述的方法，其中，在所述第一设备包括发起方UE并且所述单一消息请求包括点到点消息或群组消息中的一个时，由所述第一设备向所述第二设备发送所述单一消息请求，包括：
由所述发起方UE向消息服务器发送所述单一消息请求，其中，所述单一消息请求包括聚合的消息请求；
当所述发起方UE被授权以向所述第二设备发送所述单一消息请求时，由所述消息服务器进行认证；以及
当所述发起方UE被授权以向所述第二设备发送所述单一消息请求时，由所述消息服务器向所述第二设备发送所述单一消息请求.
11.根据权利要求10所述的方法，进一步包括：
当所述发起方UE未被授权以向所述第二设备发送所述单一消息请求时，由所述消息服务器向所发起方UE发送具有拒绝原因的拒绝消息。
12.根据权利要求10所述的方法，进一步包括：
响应于在所述单一消息请求中从所述消息服务器请求所述递送报告，由所述第二设备向所述消息服务器发送针对所接收到的单一消息请求的递送报告；以及
由所述消息服务器将所接收到的递送报告转发给所述发起方UE。
13.一种物联网(IoT)通信系统，包括：
与第二设备通信地连接的第一设备，所述第一设备被配置成：
向所述第二设备发送用于传输消息的消息请求；
标识与所述消息请求相关联的所述消息中的每个消息的大小或与所述消息请求相关联的所述消息中的每个消息的优先级中的至少一个，其中，所述消息中的每个消息的所述优先级被标识为低优先级、中优先级或高优先级；
如果以下情况中的至少一种情况，则确定聚合所述消息请求：与所述消息请求相关联的所述消息中的每个消息的所述大小小于阈值分段大小或与所述消息请求相关联的所述消息中的每个消息的所述优先级为所述低优先级或所述中优先级中的一个；
将所述消息请求聚合为单一消息请求；以及
向所述第二设备发送所述单一消息请求。
14.根据权利要求13所述的IoT通信系统，其中，所述第二设备被配置成：
接收包括聚合的消息请求的所述单一消息请求；以及
将所述单一消息请求拆分为多个单独消息请求。
15.根据权利要求13所述的IoT通信系统，其中
所述第一设备包括发起方用户设备(UE)或消息服务器中的一个；并且
所述第二设备包括目标UE、一组目标UE、应用服务器或一组应用服务器中的一个。
CN202180050977.2A 2020-08-17 2021-08-17 用于在IoT通信系统中聚合和交换消息的方法和系统 Pending CN115956387A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN202041035448 2020-08-17
IN202041035448 2021-08-11
PCT/KR2021/010906 WO2022039475A1 (en) 2020-08-17 2021-08-17 Methods and systems for aggregating and exchanging messages in an iot communication system

Publications (1)

Publication Number Publication Date
CN115956387A true CN115956387A (zh) 2023-04-11

Family

ID=80224778

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180050977.2A Pending CN115956387A (zh) 2020-08-17 2021-08-17 用于在IoT通信系统中聚合和交换消息的方法和系统

Country Status (4)

Country Link
US (1) US20220052963A1 (zh)
EP (1) EP4183123A4 (zh)
CN (1) CN115956387A (zh)
WO (1) WO2022039475A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117279041A (zh) * 2023-11-20 2023-12-22 武汉星纪魅族科技有限公司 数据发送、数据接收方法、设备、介质及程序产品

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115866091B (zh) * 2023-01-29 2023-05-16 北京飞利信信息安全技术有限公司 一种信号处理方法、装置、电子设备及存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103635B2 (en) * 2000-01-28 2006-09-05 Lucent Technologies Inc. Really simple mail transport protocol
US20070160016A1 (en) * 2006-01-09 2007-07-12 Amit Jain System and method for clustering wireless devices in a wireless network
KR101083153B1 (ko) * 2008-12-05 2011-11-11 경희대학교 산학협력단 센서 노드에서 감지한 데이터의 상관도에 따라 데이터를 수집 노드로 송신하는 방법
EP2396953B1 (en) * 2009-02-13 2017-11-29 NEC Corporation Communication network and method for operating a communication network
KR20100102026A (ko) * 2009-03-10 2010-09-20 주식회사 케이티 사용자 단말 인증 방법과 그 인증 서버 및 사용자 단말
WO2010135372A1 (en) * 2009-05-18 2010-11-25 Alarm.Com Incorporated Remote device control and energy monitoring
CN104125545B (zh) * 2013-04-24 2019-05-17 中兴通讯股份有限公司 信息的发送、转发方法及装置
US10122600B1 (en) * 2015-05-29 2018-11-06 Alarm.Com Incorporated Endpoint data collection in battery and data constrained environments
US10855566B2 (en) * 2016-09-30 2020-12-01 Sap Se Efficiency and performance in Internet-of-Things scenarios
WO2018066965A1 (en) * 2016-10-04 2018-04-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting a mission critical data message in a communication system
US10306442B1 (en) * 2018-01-16 2019-05-28 Skylo Technologies Inc. Devices and methods for specialized machine-to-machine communication transmission network modes via edge node capabilities
WO2019164857A1 (en) * 2018-02-20 2019-08-29 Hughes Network Systems, Llc Satellite and terrestrial load balancing

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117279041A (zh) * 2023-11-20 2023-12-22 武汉星纪魅族科技有限公司 数据发送、数据接收方法、设备、介质及程序产品

Also Published As

Publication number Publication date
EP4183123A1 (en) 2023-05-24
EP4183123A4 (en) 2024-04-24
US20220052963A1 (en) 2022-02-17
WO2022039475A1 (en) 2022-02-24

Similar Documents

Publication Publication Date Title
US11758397B2 (en) Method for requesting authentication between terminal and 3rd party server in wireless communication system, terminal therefor, and network slice instance management device
EP3011724B1 (en) Context management
TWI503032B (zh) 用於在第三代合作夥伴計劃長期演進（３ｇｐｐ－ｌｔｅ）系統中之小資料傳輸的設備與方法
US11536798B2 (en) Control of ranging initiators and responders in an UWB network
US11703585B2 (en) Data transmission in ranging rounds in UWB communication systems
CN111885519B (zh) 根据无线通信系统中的时间或服务区域对终端进行会话配置的方法和装置
CN109672708B (zh) 通信方法及装置、系统
TWI696397B (zh) 行動通訊中免授權傳輸的混合自動重複請求反饋設計
CN115956387A (zh) 用于在IoT通信系统中聚合和交换消息的方法和系统
US20230422034A1 (en) Method for requesting authentication between terminal and 3rd party server in wireless communication system, terminal therefor, and network slice instance management device
TW200822659A (en) A method and apparatus for time synchronization of parameters
US20200355819A1 (en) Framework and method for acknowledging multiple messages in uwb communication and ranging systems
CN108432311A (zh) 一种资源请求方法、设备、网络侧节点及系统
CN112806091A (zh) 无线通信系统中发送和接收数据的方法和装置
EP3682619B1 (en) Service layer message templates in a communications network
EP3064030B1 (en) Systems, methods and devices for modifying relay operation of a wireless device
EP3649807B1 (en) Method and device for handling wake-up signals
US20220141281A1 (en) Method and device for storing and distributing file content in mc network
CN111669261B (zh) 电子设备、第二电子设备及用于选择性接收触发帧的方法
CN116711275A (zh) 支持边缘计算的无线通信系统中的通信方法和装置
WO2017040948A1 (en) Enabling time flexibility for block transfer in coap protocol
CN117981271A (zh) 无线通信系统中的消息间证书和摘要布置
CN114747244A (zh) 向边缘数据网络(edn)中的边缘应用服务器(eas)提供服务的方法和装置

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