CN106888437A - 一种群组多播和群组创建的方法以及移动网络平台 - Google Patents

一种群组多播和群组创建的方法以及移动网络平台 Download PDF

Info

Publication number
CN106888437A
CN106888437A CN201510934059.2A CN201510934059A CN106888437A CN 106888437 A CN106888437 A CN 106888437A CN 201510934059 A CN201510934059 A CN 201510934059A CN 106888437 A CN106888437 A CN 106888437A
Authority
CN
China
Prior art keywords
group
mobile network
multicast
member device
equipment
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
Application number
CN201510934059.2A
Other languages
English (en)
Other versions
CN106888437B (zh
Inventor
殷佳欣
王嗣琛
高莹
吴加明
张尧烨
张永靖
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.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Technologies 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
Priority to CN201510934059.2A priority Critical patent/CN106888437B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010569780.7A priority patent/CN111885508B/zh
Priority to JP2018530860A priority patent/JP6699914B2/ja
Priority to KR1020187019922A priority patent/KR20180094050A/ko
Priority to EP16874817.6A priority patent/EP3382974A4/en
Priority to PCT/CN2016/109746 priority patent/WO2017101760A1/zh
Publication of CN106888437A publication Critical patent/CN106888437A/zh
Priority to US16/010,047 priority patent/US10841751B2/en
Application granted granted Critical
Publication of CN106888437B publication Critical patent/CN106888437B/zh
Priority to US17/081,532 priority patent/US11558720B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security 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/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例涉及移动通信领域，尤其涉及一种群组多播技术，移动网络平台根据M2M群组中支持移动网络多播方式的成员设备创建设备群组，生成与设备群组对应的外部群组的标识，并请求SCEF根据外部群组的标识以及支持移动网络多播方式的成员设备的外部设备标识创建外部群组。当移动网络平台接收到M2M群组的访问请求时，获取M2M群组中的设备群组，并获知对应的外部群组，由此请求SCEF以多播的方式访问外部群组中的成员设备，可以减少M2M平台与M2M设备之间因交互产生的信息量，减少资源开销，因而在多播的时候不需要再让成员设备主动加入群组，实现移动网络平台的统一调度。

Description

一种群组多播和群组创建的方法以及移动网络平台
技术领域
本发明涉及无线通信技术领域，尤其涉及一种群组多播和群组创建的方法以及移动网络平台。
背景技术
M2M(Machine-to-Machine Communications，机器通信)广泛应用于物联网领域，例如智能交通、农业灌溉、智能家居、电网和抄表等，实现各个行业实现工业化和信息化的结合。
oneM2M作为当前M2M技术中应用较为普遍的规范，定义了CSE(CommonService Entity，公共服务实体)、M2M平台、M2M网关、M2M设备以及它们之间的交互协议，应用服务器可以通过CSE接入M2M平台和M2M网关，进而通过底层网络来触发M2M设备的业务层群组功能，实现对多个M2M设备发送命令和收集响应。例如：电力公司的抄表应用服务器，通过业务层群组功能，可以实现对分布在城市各地且属于同一群组的电表请求电量数据和收集电量数据。
现有的基于M2M技术的群组多播技术通过UDP(User Datagram Protocol，用户数据报协议)网络实现，UDP用于支持需要在服务器和设备之间传输数据的网络应用。采用UDP网络进行群组多播的过程如下：应用服务器向M2M平台发送UDP群组创建的请求；M2M平台向多个指定M2M设备发送UDP群组的加入通告，以使接收到加入通告的各个指定M2M设备分别加入UDP群组；最后M2M平台根据应用服务器发送的访问群组请求通过群组多播的方式访问UDP群组内的各个指定M2M设备。
也就是说，现有的技术需要让M2M设备在收到UDP群组的加入通告后，每个接收到加入通告的M2M设备均需要主动发起加入群组的操作。那么，如果指定的M2M设备数量较多，则M2M平台与M2M设备之间的交互过程会产生庞大的信息量，造成非常大的资源开销。另外，M2M平台等待M2M设备加入群组的过程也较费时，降低了群组多播的效率。
发明内容
本发明实施例提供了一种群组多播的方法和群组创建的方法以及移动网络平台，可以使得支持移动网络多播方式的成员设备在多播时不再需要主动加入M2M的多播群组，而通过多播方式接收多播的访问命令，减少移动网络平台与成员设备之间因成员设备要以请求的方式主动加入多播组而产生的信息量，减少资源开销。
第一方面，本发明提供了一种群组多播的方法，其中移动网络平台存储群组中支持移动网络多播方式的成员设备的设备群组标识以及与所述设备群组对应的存储在移动网络服务器的外部群组标识。当接收到应用服务器的群组访问请求后，移动网络平台获取支持移动网络多播方式的成员设备组成的设备群组，然后确定与该设备群组对应的存储在移动网络服务器的外部群组的标识。最后由移动网络平台通过所述移动网络服务器向所述外部群组发送访问命令，使得移动网络服务器可以以移动网络多播的方式向外部群组的成员设备发送访问命令。由于外部群组的成员设备都支持移动网络多播，因此外部群组的成员设备可以接收到以移动网络多播方式多播的访问命令，而不需要各成员设备通过主动发送请求加入到多播群组，从而可以节省移动网络平台与成员设备产生的信息量，节省开销。
第二方面，本发明提供一种群组多播的方法中，由业务层装置接收群组访问请求，并获知群组中的设备群组的标识，再由业务层装置向移动网络平台发送设备群组的访问请求，移动网络平台在接收到针对设备群组的访问请求后，确定与所述设备群组对应的外部群组的标识以及向移动网络服务器发送移动网络多播请求的流程以及图6和图7中移动网络平台执行的相关流程。在此设备中，将业务层装置和移动网络平台分开设计，由业务层装置负责与发送群组访问请求的应用服务器进行交互，并确定设备群组的标识，以及向移动网络平台发送针对设备群组的访问请求。从而可以增加网络布局的灵活性，并减少移动网络平台与应用服务器交互的压力，以及同样实现节省移动网络平台与成员设备产生的信息量，节省开销。
在结合上述两个方面的一个可能的设计中，移动网络平台可以为设备群组的成员设备分配响应地址，使设备群组的成员设备通过获取响应地址向移动网络平台发送针对请求内容的响应信息。从而使得移动网平台可以清楚的确定成员设备是否成功接收到访问请求，并为针对不同情况进行处理提供条件。
在结合上述两个方面的一个可能的设计中，支持移动网络多播的成员设备可能会支持不同类型的多播方式，移动网络平台存储的设备群组可能会包含不同的成员设备组成的设备子群组。因此移动网络平台根据设备群组的标识查找设备群组的设备子群组，然后在多播请求中指明接收访问命令的设备子群组的标识，从而使得移动网络服务器可以只针对设备子群组标识对应群组的成员设备进行多播，提升多播效率和成功率。
在一个可能的设计中，在移动网络平台根据设备群组的标识查找设备群组的设备子群组之后，可确定设备子群组的多播类型，还可根据设备子群组的多播类型，为设备子群组的成员设备分配响应地址。从而使得移动网络平台可以针对不同的设备子群组进行不同的管理，提高管理精度和准确性。
在一个可能的设计中，移动网络平台为多播类型为蜂窝广播服务CBS的设备子群组创建请求资源，并在请求资源中存储请求内容，为请求资源分配请求地址。多播类型为CBS的成员设备则可以根据请求地址向请求资源获取请求内容。对于多播类型为CBS的成员设备，以多播的方式接收消息的数据量有限，因此移动网络平台创建请求资源有利于多播过程的完善，使多播类型为CBS的成员设备也能够参与到多播的交互过程中。
在一个可能的设计中，在移动网络平台接收设备群组的成员设备向响应地址发送的针对请求内容的响应信息之后，可以根据未接收到返回响应信息的成员设备创建多播类型为触发多播的触发设备群组，最后指示移动网络服务器创建与触发设备群组对应的触发外部群组，能够及时更换针对成员设备的多播类型，保证多播的成功率。
第三方面，本发明提供一种群组多播的方法中，成员设备接收移动网络服务器以移动网络多播的通信方式发送的访问命令，从该访问命令中获取请求内容以及移动网络平台分配的响应地址，成员设备再根据响应地址向移动网络平台发送针对请求内容的响应信息，因此不需要各成员设备通过主动发送请求加入到多播群组，从而可以节省移动网络平台与成员设备产生的信息量，节省开销。
第四方面，本发明提供了一种群组创建的方法，当接收到应用服务器的群组创建请求后，移动网络平台根据群组创建请求获取到群组标识以及群组中的成员设备的设备标识，通过成员设备的设备标识确定群组中支持移动网络多播方式的成员设备，并创建群组标识指示的群组以及包括支持移动网络多播方式的成员设备的设备群组，最后生成与该设备群组对应的存储在移动网络服务器的外部群组的标识，以请求移动网络服务器创建与设备群组对应的外部群组。由于外部群组的成员设备都支持移动网络多播，因此在移动网络服务器创建外部群组后，使得移动网络平台能够向移动网络服务器发送外部群组的访问请求，而外部群组的成员设备则可以接收到以移动网络多播方式多播的访问命令，不需要各成员设备通过主动发送请求加入到多播群组，从而可以节省移动网络平台与成员设备产生的信息量，节省开销。
第五方面，本发明提供了一种群组创建的方法，由业务层装置接收应用服务器发送的群组创建请求，通过群组创建请求获取到群组标识以及群组中的成员设备的设备标识，根据成员设备的设备标识确定群组中支持移动网络多播方式的成员设备以及执行图8中移动网络平台执行的相关流程，再向移动网络平台请求创建包括支持移动网络多播方式的成员设备的标识的设备群组。在此设备中，将业务层装置和移动网络平台分开设计，由业务层装置负责与发送群组创建请求的应用服务器进行交互，并确定支持移动网络多播方式的成员设备，以及向移动网络平台发送针对设备群组的创建请求。从而可以增加网络布局的灵活性，并减少移动网络平台与应用服务器交互的压力，以及同样实现节省移动网络平台与成员设备产生的信息量，节省开销。
在上述两个可能的设计中，业务层装置根据成员设备的设备标识从移动网络平台获取成员设备的注册信息，确定注册信息中包括外部设备标识的成员设备为支持移动网络多播方式的成员设备。业务层装置能够利用成员设备在移动网络平台存储的注册信息确定哪些成员设备支持移动网络多播方式，以便于为针对不同情况进行处理提供条件。
在一个可能的设计中，支持移动网络多播的成员设备可能会支持不同类型的多播方式，移动网络平台通过获取成员设备的历史位置信息和/或成员设备的支持多媒体广播多播服务MBMS的信息确定成员设备的多播类型，根据成员设备的多播类型创建设备群组的设备子群组。从而使得移动网络服务器在多播时，可以只针对设备子群组标识对应群组的成员设备进行多播，提升多播效率和成功率。
在一个可能的设计中，移动网络平台可利用获取到的成员设备支持MBMS的信息确定成员设备的多播类型为MBMS，或根据成员设备在预设时间范围内接入的基站是否为同一个基站确定成员设备的多播类型为CBS或者PDN，由此限定了确定多播类型的具体方式，方便针对不同的多播类型实现不同的多播方式，实现多播方式的多样化，提高多播的成功率。
第六方面，本发明提供了一种移动网络平台，该移动网络平台具有实现上述方法设计中移动网络平台行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。模块可以是软件和/或硬件。移动网络平台包括接收单元、查找单元、确定单元以及发送单元，用于执行第一方面提供的一种群组多播的方法的相关步骤。
接收单元，用于接收针对机器通信M2M群组的访问请求，访问请求携带M2M群组标识以及请求内容。查找单元，用于根据接收单元接收的M2M群组标识查找设备群组的标识，设备群组包括的成员设备为M2M群组标识指示的群组中支持移动网络多播方式的成员设备。确定单元，用于确定与查找单元查找到的设备群组对应的外部群组的标识，外部群组存储在移动网络服务器中，外部群组的成员设备为设备群组的成员设备。发送单元，用于向移动网络服务器发送移动网络多播请求，移动网络多播请求携带外部群组的标识以及请求内容，移动网络多播请求用于指示以移动网络多播的通信方式向外部群组的成员设备发送访问命令，访问命令携带请求内容。
第七方面，本发明提供了一种移动网络平台，移动网络平台包括接收单元、第一确定单元、创建单元、生成单元以及发送单元，用于执行第四方面提供的一种群组创建的方法的相关步骤。
接收单元，用于接收群组创建请求，群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识。第一确定单元，用于根据接收单元接收的成员设备的设备标识确定支持移动网络多播方式的成员设备。创建单元，用于根据接收单元接收的群组创建请求创建M2M群组标识指示的M2M群组，M2M群组中包括设备群组的标识，设备群组的标识包括支持移动网络多播的指示信息。创建单元，还用于为确定单元确定的支持移动网络多播方式的成员设备创建设备群组。生成单元，用于根据支持移动网络多播的指示信息生成与设备群组对应的待创建的外部群组的标识。发送单元，用于向移动网络服务器发送外部群组的创建请求，外部群组的创建请求包括外部群组的标识和支持移动网络多播方式的成员设备的外部设备标识，外部群组的创建请求用于指示创建标识为外部群组的标识的包括支持移动网络多播方式的成员设备的外部设备标识的外部群组。
在一个可能的设计中，移动网络平台的结构中包括接收器、发送器以及处理器，处理器被配置为支持移动网络平台执行上述方法中相应的功能。发送器用于支持移动网络平台与移动网络服务器之间的通信。移动网络平台还可以包括存储器，存储器用于与处理器耦合，其保存移动网络平台必要的程序指令和数据。移动网络平台还可以包括通信接口，用于移动网络平台与其他设备或通信网络通信。
在一个可能的设计中，处理器位于移动网络平台时，一方面，存储器存储的代码可执行本发明提供的群组多播的方法，比如获取支持移动网络多播方式的成员设备组成的设备群组，然后确定与该设备群组对应的存储在移动网络服务器的外部群组的标识。另一方面，存储器存储的代码还可执行本发明提供的群组创建的方法，比如根据群组创建请求获取到群组标识以及群组中的成员设备的设备标识，通过成员设备的设备标识确定群组中支持移动网络多播方式的成员设备，并创建群组标识指示的群组以及包括支持移动网络多播方式的成员设备的设备群组，最后生成与该设备群组对应的存储在移动网络服务器的外部群组的标识。
在一个可能的设计中，业务层装置的结构中包括接收器、发送器以及处理器，处理器被配置为支持业务层装置执行上述方法中相应的功能。发送器用于支持业务层装置与移动网络平台之间的通信。业务层装置还可以包括存储器，存储器用于与处理器耦合，其保存移动网络平台必要的程序指令和数据。业务层装置还可以包括通信接口，用于业务层装置与其他设备或通信网络通信。
在一个可能的设计中，处理器位于业务层装置时，一方面，存储器存储的代码可执行本发明提供的群组多播的方法，比如获知群组中的设备群组的标识，再向移动网络平台发送设备群组的访问请求，由移动网络平台在接收到针对设备群组的访问请求后，确定与设备群组对应的外部群组的标识以及向移动网络服务器发送移动网络多播请求的流程以及图6和图7中移动网络平台执行的相关流程。另一方面，存储器存储的代码还可执行本发明提供的群组创建的方法，比如通过群组创建请求获取到群组标识以及群组中的成员设备的设备标识，根据成员设备的设备标识确定群组中支持移动网络多播方式的成员设备以及执行图8中移动网络平台执行的相关流程，再向移动网络平台请求创建包括支持移动网络多播方式的成员设备的标识的设备群组。
在一个可能的设计中，成员设备的结构中包括接收器、发送器以及处理器，处理器被配置为支持成员设备执行上述方法中相应的功能。发送器用于支持成员设备与移动网络平台和移动网络服务器之间的通信。成员设备还可以包括存储器，存储器用于与处理器耦合，其保存成员设备必要的程序指令和数据。成员设备还可以包括通信接口，用于成员设备与其他设备或通信网络通信。
在一个可能的设计中，处理器位于成员设备时，存储器存储的代码可执行本发明提供的群组多播的方法，比如从接收移动网络服务器发送的访问命令中获取请求内容以及移动网络平台分配的响应地址，成员设备再根据响应地址向移动网络平台发送针对请求内容的响应信息。
第八方面，本发明提供了一种计算机存储介质，用于储存为上述移动网络平台所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
第九方面，本发明提供了一种计算机存储介质，用于储存为上述业务层装置所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
第十方面，本发明提供了一种计算机存储介质，用于储存为上述成员设备所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
相较于现有技术，本发明提供的方案可支持多播、广播或组播等网络数据传输方式，可以减少移动网络平台与成员设备之间因交互产生的信息量，减少资源开销，实现移动网络平台的统一调度。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本发明实施例，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1A是本发明提供的一种oneM2M架构的示意图；
图1B是本发明提供的另一种oneM2M架构的示意图；
图2是本发明实施例提供的一实施例的系统架构的示意图；
图3是本发明实施例提供的另一实施例的系统架构的示意图；
图4是本发明实施例提供的另一实施例的系统架构的示意图；
图5是本发明实施例提供的计算机设备示意图；
图6是本发明第一实施例提供的一种群组多播的方法的流程示意图；
图7是本发明第一实施例提供的另一种群组多播的方法的流程示意图；
图8是本发明第二实施例提供的一种群组创建的方法的流程示意图；
图9是本发明第二实施例提供的另一种群组创建的方法的流程示意图；
图10是本发明第三实施例提供的一种移动网络平台的结构示意图；
图11是本发明第三实施例提供的另一种移动网络平台的结构示意图；
图12是本发明第四实施例提供的一种业务层装置的结构示意图；
图13是本发明第五实施例提供的一种成员设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了便于理解本发明，下面先介绍下oneM2M和3GPP(the 3rd GenerationPartnership Project，第三代伙伴计划协议)与本发明相关的技术内容：
(一)oneM2M的架构以及业务层群组功能
oneM2M定义了CSE(Common Service Entity，公共服务实体)、M2M平台、M2M网关、M2M设备以及它们之间的交互协议，其架构如图1A和图1B所示。图1A中，M2M平台是IN(Infrastructure Node，基础设施节点)，M2M网关是MN(Middle Node，中间节点)，M2M设备是ASN(Application Service Node，应用服务节点)和ADN(Application Dedicated Node，应用专用节点)。另外，CSE(Common Service Entity，公共服务实体)是oneM2M定义的公共能力部件，可以实现对公共能力的承载。CSE通过Mca参考点让AE(Application Entity，应用实体)访问CSE开放的公共能力，通过Mcc参考点实现CSE之间的通信以及通过Mcn参考点实现对底层网络能力的调用。
进一步地，上述CSE的公共能力包括业务群组功能，AE通过oneM2M的业务群组功能可以实现以群组(Group)的方式对多个M2M设备发送命令和收集响应。例如：电力公司的抄表应用服务器，通过业务层群组功能，可以实现对分布在城市各地且属于同一群组的电表请求电量数据和收集电量数据。具体实现中，群组设备的CSE中保存有业务层群组资源，成员设备的CSE中保存有业务层成员资源，当AE发出群组访问请求时，群组设备的CSE根据业务层群组资源可以确定请求分发的成员资源，根据业务层成员资源可以确定每个成员设备的地址，进而将该请求逐个分发给每个成员设备并收集每个成员设备的反馈，从而汇总返回给AE。
(二)3GPP的架构以及外部群组功能
3GPP网络包括核心网和接入网。UE(User Equipment，用户设备)之间通过接入网和核心网连接。UE通常内置一个SIM(Subscriber Identity Module，客户识别模块)卡，用来保存和无线网络运营商的签约信息。签约以后的设备即可接入3GPP网络，从而实现该设备到网络的接入、电话、短信、位置等功能。相应地，运营商在HSS(Home Subscriber Server，HSS，归属签约用户服务器)中保存UE的签约信息，并用IMSI(International Mobile Subscriber Identity，国际移动用户识别码)作为UE在MNO(Mobile Network Operator，无线网络运营商)的签约ID，它可以唯一标识一个UE。
进一步地，3GPP协议定义了3GPP群组功能(Group Enhancement)。外部群组信息保存在HSS中，由群组标识(Group ID)和IMSI组成。其中Group ID是外部群组在网络中的唯一标识，外部群组用IMSI来标识群组内的所有成员UE。在现有技术当中，移动网络平台无法直接访问HSS，只能利用移动网络服务器(比如SCEF(Service Capability Exposure Function，业务能力开发功能)开的放3GPP网络的能力访问HSS，调用3GPP网络提供的外部群组功能实现以群组(Group)的方式对图1B中的多个UE进行多播。图1B中的多个UE为具备3GPP通信功能的用户设备。
在oneM2M的现有架构当中，由于群组设备的CSE(比如IN-CSE)需要将请求分发至每个成员设备，因此增加了群组设备与成员设备的交互过程，加大了资源开销。因此，本发明实施例提供一种oneM2M与外部网络(比如3GPP网络，BBF网络等)的结合的方案。通过移动网络服务器建立外部群组，利用外部群组的多播功能减少群组设备与成员之间交互的信息量，降低资源开销。
具体的，以oneM2M定义的网络与3GPP的网络相结合作为例子。可以将实现群组功能的CSE作为移动网络的SCS(Service Capability Server，业务能力服务器)或AS(Application Server，应用服务器)，通过移动网络服务器(比如SCEF)调用移动网络提供的群组多播的功能，使得群组设备的的CSE可以通过移动网络与至少一个M2M设备通信。其中，该M2M设备即为UE，M2M设备使用无线网络运营商MNO提供的移动网络来通信。
本发明的移动网络平台根据群组中支持移动网络多播方式的成员设备创建设备群组，生成与设备群组对应的外部群组的标识，并请求SCEF根据外部群组的标识以及支持移动网络多播方式的成员设备的外部设备标识创建外部群组。当移动网络平台接收到群组访问请求时，获取群组中的设备群组，并获知对应的外部群组，由此请求SCEF以多播的方式访问外部群组中的成员设备。
图2是本发明实施例提供的一实施例的系统架构的示意图，下文的图6至图9的方法流程基于本系统构架而实现。如图2所示的系统架构包括应用服务器10、业务层装置21、移动网络平台20、移动网络服务器30。在图2中，业务层装置21为集成于移动网络平台20中的装置设备，应用服务器10可以直接与移动网络平台20进行通讯。可选地，对于移动网络可以是3GPP的场景，移动网络服务器30可以是底层网络能力开放服务器(例如SCEF)。具体地：
应用服务器10是承载应用的服务器，如AE，如电力公司的承载抄表应用的服务器等。应用服务器10在本发明中可以发送群组访问请求，以接收来自移动网络平台20收集的各个支持移动网络多播方式的成员设备的响应，以及接收各个不支持移动网络多播方式的成员设备的响应。应用服务器10在本发明中也可以发送群组创建请求，以使移动网络平台20创建设备群组，并请求移动网络服务器30创建外部群组，最后应用服务器10接收移动网络平台发送的群组创建成功的响应。
移动网络平台20可以是IN-CSE。当业务层装置21集成在移动网络平台20时，移动网络平台20可以与应用服务器10以及SCEF通信，用于接收群组访问请求以及群组创建请求，创建设备群组以及请求SCEF创建外部群组，以及接收SCEF转发的来自支持移动网络多播方式的成员设备的响应。
移动网络服务器30可以是SCEF，可以向移动网络平台20提供调用底层网络能力的接口，以及接收来自移动网络平台20发送的多播请求，并接收来自各个支持移动网络多播方式的成员设备的响应，接收移动网络平台20发送的外部群组的创建请求，从而创建外部群组。
图3是本发明实施例提供的另一实施例的系统架构的示意图。下文的图6至图9的方法流程基于本系统构架而实现。如图3所示的系统架构包括应用服务器10、业务层装置21、移动网络平台20、移动网络服务器30。在图3提供的系统架构中，业务层装置21为独立于移动网络平台20的装置设备，用于与应用服务器10和移动网络平台20通信。具体地：
应用服务器10用于向业务层装置21发送群组访问请求，以接收来自业务层装置21转发的移动网络平台20收集的各个支持移动网络多播方式的成员设备的响应，以及接收业务层装置21转发的各个不支持移动网络多播方式的成员设备的响应。应用服务器10还用于向业务层装置21发送群组创建请求，并接收业务层装置21转发的群组创建成功的响应。
业务层装置21可以是M2M网络中可以实现群组功能的装置，如具有群组功能的CSE所属的装置(比如具有CSE的网关、具有CSE的中间节点或平台)等。当业务层装置21独立于移动网络平台20时，可以接收应用服务器10发送的群组访问请求，获取群组中的设备群组，将包含设备群组的标识和群组访问请求的请求内容的设备群组的访问请求发送给移动网络平台20；进一步的，业务层装置21可以接收应用服务器10发送的群组创建请求，识别出支持移动网络多播方式的成员设备，并请求移动网络平台20创建设备群组；业务层装置21还可转发来自移动网络平台20的创建成功响应以及成员设备的访问响应至应用服务器10。
移动网络平台20与业务层装置21以及SCEF通信，用于接收业务层装置21发送的设备群组的访问请求，根据设备群组的访问请求查找对应的外部群组，向SCEF请求访问外部群组的设备。移动网络平台20还用于接收业务层装置21发送的设备群组的创建请求，获知支持移动网络多播方式的成员设备，根据支持移动网络多播方式的成员设备创建设备群组并请求SCEF创建对应的外部群组。
移动网络服务器30实现的功能可详见图2的描述，在此不进行赘述。
图4是本发明实施例提供的另一实施例的系统架构的示意图，下文的图6至图9的方法流程基于本系统构架而实现。如图4所示的系统架构包括应用服务器10、业务层装置21、移动网络平台20、移动网络服务器30以及成员设备1至成员设备10。业务层装置21可为图2或图3描述的业务层装置21。图4中，业务层装置21与成员设备4和成员设备5之间连接的虚线表示业务层装置21直接与成员设备4和成员设备5进行单播通信；移动网络服务器30与成员设备1至成员设备3、成员设备6至成员设备10之间连接的虚线表示移动网络服务器30以移动网络多播的方式向成员设备1至成员设备3、成员设备6至成员设备10发送访问命令；移动网络平台20与成员设备1至成员设备3、成员设备6至成员设备10之间连接的实线表示成员设备1至成员设备3、成员设备6至成员设备10在接收到移动网络服务器30发送的访问命令之后，直接向移动网络平台20发送响应信息。具体地：
成员设备可以是oneM2M中的ASN、ADN或MN等，可以直接与作为群组设备的移动网络平台20或业务层装置21通信，也可以通过底层网络的移动网络服务器30(SCEF所承载的网络)与业务层通信。具体的，其中成员设备1，成员设备2，成员设备3，成员设备6，成员设备7，成员设备8，成员设备9和成员设备10支持移动网络多播方式，与移动网络服务提供商有签约关系，因此可以通过移动网络服务器30与移动网络平台20通信，而成员设备4和成员设备5没有无线网络能力，与底层网络服务提供商没有签约关系，因此只能通过其它网络，如基于IP协议栈的网络，与作为群组设备的业务层装置21通信，当业务层装置21与移动网络平台20合设时，成员设备4和成员设备5直接与移动网络平台20通信。在本发明中，对于支持移动网络多播方式的成员设备能够接收到SCEF以多播方式发送的访问请求，并作出响应；对于不支持移动网络多播方式的成员设备则接收业务层装置21或者移动网络平台20通过其他网络发送的访问请求。
应用服务器10、业务层装置21、移动网络平台20以及移动网络服务器30的相应功能可详见图2或图3的描述，在此不进行赘述。
本发明实施例的移动网络不局限于3GPP网络，还可应用于LTE(Long TermEvolution，长期演进)、UMTS(Universal Mobile Telecommunication System，通用移动通信系统)和WiMAX(Worldwide Interoperability for Microwave Access，全球互联微波接入)等网络。
本发明实施例不仅能应用于电力公司的抄表服务，还可应用于智能家居、车载系统或城市监控等业务场景。对于智能家居，应用服务器可服务手机等智能终端，通过移动网络多播功能，实现对分布在同一个家庭环境中且属于同一外部群组的家用电器请求电器相关数据以及实现操控同一外部群组的家用电器的功能。对于车载系统，应用服务器可服务车载软件供应商，通过移动网络多播功能，实现对分布在全球各地且属于同一外部群组的车载设备请求车载系统版本数据以及实现更新车载系统数据的功能。对于城市监控，应用服务器可以为监控服务器，通过移动网络多播功能，实现对分布在城市各地且属于同一外部群组的监控设备请求监控数据以及实现操控同一外部群组的监控器的功能。
采用本发明实施例，可以减少M2M平台与M2M设备之间因交互产生的信息量，减少资源开销，因而在多播的时候不需要再让成员设备主动加入群组，实现移动网络平台的统一调度。
如图5所示，图2至图4中的移动网络平台可以以图5中的计算机设备(或系统)的方式来实现。
图5所示为本发明实施例提供的计算机设备示意图。计算机设备500包括至少一个处理器501，通信总线502，存储器503、至少一个通信接口504、发送器505以及接收器506。
处理器501可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线502可包括一通路，在上述组件之间传送信息。所述通信接口504，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器503可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器503用于存储执行本发明方案的应用程序代码，并由处理器501来控制执行。所述处理器501用于执行所述存储器503中存储的应用程序代码。
图5所示的计算机设备为移动网络平台时，一方面，存储器503存储的代码可执行本发明提供的群组多播的方法，比如获取支持移动网络多播方式的成员设备组成的设备群组，然后确定与该设备群组对应的存储在移动网络服务器的外部群组的标识。另一方面，存储器503存储的代码还可执行本发明提供的群组创建的方法，比如根据群组创建请求获取到群组标识以及群组中的成员设备的设备标识，通过成员设备的设备标识确定群组中支持移动网络多播方式的成员设备，并创建群组标识指示的群组以及包括支持移动网络多播方式的成员设备的设备群组，最后生成与该设备群组对应的存储在移动网络服务器的外部群组的标识。
图5所示的计算机设备为业务层装置时，一方面，存储器503存储的代码可执行本发明提供的群组多播的方法，比如获知群组中的设备群组的标识，再向移动网络平台发送设备群组的访问请求，由移动网络平台在接收到针对设备群组的访问请求后，确定与设备群组对应的外部群组的标识以及向移动网络服务器发送移动网络多播请求的流程以及图6和图7中移动网络平台执行的相关流程。另一方面，存储器503存储的代码还可执行本发明提供的群组创建的方法，比如通过群组创建请求获取到群组标识以及群组中的成员设备的设备标识，根据成员设备的设备标识确定群组中支持移动网络多播方式的成员设备以及执行图8中移动网络平台执行的相关流程，再向移动网络平台请求创建包括支持移动网络多播方式的成员设备的标识的设备群组。
图5所示的计算机设备为成员设备时，存储器503存储的代码可执行本发明提供的群组多播的方法，比如从接收移动网络服务器发送的访问命令中获取请求内容以及移动网络平台分配的响应地址，成员设备再根据响应地址向移动网络平台发送针对请求内容的响应信息。
在具体实现中，作为一种实施例，计算机设备500还可以包括发送器505和接收器506。发送器505和处理器501通信，可以以多种方式来显示信息。接收器506和处理器501通信，可以以多种方式接受应用服务器或业务层装置发送的信令。
上述的计算机设备500可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备500可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图5中类似结构的设备。本发明实施例不限定计算机设备500的类型。
本发明的实施例中，M2M群组为与存储在业务层装置，接收应用服务器的针对M2M群组的各种操作的群组。设备群组为业务层装置在收到应用服务器发送的创建M2M群组的命令后，根据M2M群组的各成员设备是否支持移动网络多播，指示移动网络平台创建的M2M群组中支持移动网络多播的成员设备组成的群组。其中，设备群组的标识包含在M2M群组的群组资源中。外部群组为移动网络服务器根据移动网络平台的指示创建的群组，外部群组的成员设备为设备群组包含的成员设备。
图6是本发明第一实施例提供的一种群组多播的方法的流程示意图，该方法实现于如图2至图4所示系统架构中的应用服务器、业务层装置、移动网络平台、移动网络服务器和成员设备，主要描述了群组多播的访问流程。另外，由于本实施例的应用场景针对的底层网络是3GPP，因而业务层装置可以是oneM2M中的ASN-CSE、MN-CSE和IN-CSE中的任一种。其中，当业务层装置为ASN-CSE、MN-CSE时，业务层装置独立于移动网络平台；当业务装置为IN-CSE时，业务层装置可以集成在移动网络平台。移动网络平台可以是IN-CSE，移动网络服务器可以是SCEF，成员设备可以是ASN、MN或ADN等。在图6中，将不支持移动网络多播方式的成员设备标识为成员设备1号，将外部群组的成员设备标识为成员设备2号，其中，外部群组的成员设备支持移动网络多播方式。
如图6所示本实施例中的群组多播的方法的流程可以包括：
S200，应用服务器向业务层装置发送针对M2M群组的访问请求。
具体地，所述群组访问请求携带M2M群组标识群组标识以及请求内容。M2M群组的M2M成员设备能与物联网领域中与M2M平台进行交互，将预设数量的M2M成员设备加入M2M群组能够实现移动网络服务器的统一调控，使移动网络服务器能够以多播的形式访问M2M群组的成员设备。业务层装置通过群组访问请求携带的群组标识得知应用服务器请求访问的群组的Group ID，而请求内容包括请求访问该群组包括的成员设备和对群组中的成员资源执行的操作。作为一个例子，群组访问请求可以是针对成员资源的CRUDN(Create/Retrieve/Update/Delete/Notify，增加、读取、更新、删除、或通知)请求。群组访问请求携带有群组标识(Group ID)，例如Group 1。
本实施例中，如图4所示，可假设群组Group 1包括如图4所示的成员设备1-10的10个成员设备。设备群组包括所述M2M群组标识Group 1指示的群组中支持移动网络多播方式的成员设备，其中包括成员设备1，成员设备2，成员设备3，成员设备6，成员设备7，成员设备8，成员设备9和成员设备10，该设备群组的属性为移动网络多播(比如3GPP多播)。此外，群组Group 1中还包括支持移动网络多播方式的成员设备。这些支持移动网络多播方式的成员设备可直接利用3GPP网络接收来自移动网络服务器发送的消息，无需移动网络平台分别向这些支持移动网络多播方式的成员设备发送群组访问请求。因此，设备群组中的成员设备为支持移动网络多播方式的设备(比如，具备3GPP通信能力的设备)。
S201，业务层装置根据所述M2M群组标识查找设备群组的标识。
具体地，业务层装置根据获取到的M2M群组标识查找预先存储的设备群组的标识(本发明实施例中设备群组的标识例如为Group 3GPP)。所述设备群组包括所述M2M群组标识指示的群组中支持移动网络多播方式的成员设备，其中包括成员设备1，成员设备2，成员设备3，成员设备6，成员设备7，成员设备8，成员设备9和成员设备10，该设备群组的属性为移动网络多播(比如3GPP多播)。
S202，业务层装置对不支持移动网络多播方式的成员设备发送单播请求。
具体地，在图6中，将不支持移动网络多播方式的成员设备标识为成员设备1号，将外部群组的成员设备标识为成员设备2号，其中，外部群组的成员设备支持移动网络多播方式。由于应用服务器无法判断群组中成员设备是否具有外部通信的能力，因此由业务层装置确定不支持移动网络多播方式的成员设备，再向不支持移动网络多播方式的成员设备按照传统方式发送请求，例如单播请求。请参阅图4，业务层装置发送单播请求访问不支持移动网络多播方式的成员设备4和成员设备5。
值得说明的是，S202和S201没有严格的时间顺序。
S203，业务层装置接收不支持移动网络多播方式的成员设备返回的响应信息。
具体地，业务层装置接收到成员设备4和成员设备5返回的响应信息后，将响应信息转发给应用服务器，使应用服务器采用其他通信方式访问成员设备4和成员设备5，例如采用IP(Internet Protocol，网络之间互连的协议)网络访问成员设备4和成员设备5。
作为本发明实施例的可选方式，S202和S203并不是实现本发明实施例必需的步骤。当群组包括的所有成员设备均支持移动网络多播方式，S202和S203可以不用执行。
S204，业务层装置向移动网络平台发送设备群组的访问请求。
需要指出的是，对于支持移动网络多播方式的成员设备所组成的设备群组，业务层装置将其群组属性确定为外部网络(比如3GPP)的设备群组，并发送设备群组的访问请求至移动网络平台(比如IN-CSE)，设备群组的访问请求包括设备群组的标识以及应用服务器向业务层装置发送的群组访问请求中的请求内容，以使移动网络平台根据设备群组的访问请求发送移动网络多播请求至移动网络服务器。
值得说明的是，步骤S202和步骤S204作为移动网络平台根据所述M2M群组标识查找设备群组的标识的具体实现。
S205，移动网络平台接收到业务层装置发送的设备群组的访问请求后，根据设备群组的访问请求确定与所述设备群组对应的外部群组的标识。
具体地，所述外部群组的相关信息存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备。移动网络平台存储外部群组与设备群组(比如Group 3GPP)的对应关系，即存储外部群组标识与设备群组标识的对应关系。移动网络平台在根据设备群组的访问请求中的设备群组的标识确定请求访问的设备群组(比如Group 3GPP)之后，根据外部群组标识与设备群组标识的对应关系，获取在移动网络服务器中与设备群组标识Group 3GPP对应的外部群组标识(在本发明实施例中，外部群组的标识可为群组外部标识(ExternalGroup ID))。
值得说明的是，所述外部群组的成员设备为所述设备群组的成员设备，即外部群组与设备群组中的成员设备相同。例如，设备群组标识Group 3GPP包括成员设备1，成员设备2，成员设备3，成员设备6，成员设备7，成员设备8，成员设备9和成员设备10，则移动网络服务器中的外部群组也对应包括成员设备1，成员设备2，成员设备3，成员设备6，成员设备7，成员设备8，成员设备9和成员设备10。本发明实施例中，只有在移动网络服务器中创建外部群组后，才能为外部群组的成员设备实现移动网络(如3GPP)多播的功能。
S206，移动网络平台向移动网络服务器发送移动网络多播请求。
具体地，移动网络平台发送移动网络多播请求至移动网络服务器(比如SCEF)，所述移动网络多播请求携带所述外部群组的标识(External Group ID)以及所述请求内容。所述移动网络多播请求指示移动网络服务器以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令。所述访问命令携带所述请求内容，以请求访问外部群组的成员设备。
S207，移动网络服务器在收到移动网络平台发送的移动网络多播请求后，以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令。
值得说明的是，本步骤属于现有技术，本发明实施例在此不再详述。
S208，移动网络平台接收外部群组的成员设备发送的响应信息。
具体地，外部群组的成员设备在接收到移动网络服务器通过多播的方式发送的访问命令后，向移动网络平台返回响应信息。若移动网络平台接收到各个外部群组的成员设备的响应信息，则根据接收到的各个响应信息进行汇总，生成响应汇总信息，最后向业务层装置发送响应汇总信息。在移动网络(比如3GPP)的多播场景中，支持移动网络多播方式的成员设备无法通过移动网络多播请求的链接返回响应。因此，移动网络平台(比如IN-CSE)需要接收所述设备群组的成员设备发送的响应信息，以此判断成员设备是否成功接收到访问请求并作出响应。IN-CSE可为设备群组创建一个响应(Response)资源以接收来自各个成员设备的响应，并为Response资源分配响应地址。其中，Response资源的响应地址可以是(//response_collection)。具体关于移动网络平台接收响应信息的过程详见下述实施例图7。
S209，业务层装置接收移动网络平台发送的响应汇总信息。
S210，业务层装置将响应汇总信息发送至应用服务器。
具体地，业务层装置将IN-CSE发送来的响应汇总信息转发至应用服务器。
由上可见，本发明实施例中的业务层装置，在接收应用服务器发送的群组访问请求后，对于不支持移动网络多播方式的成员设备，业务层装置则发送单播请求，并向IN-CSE转发设备群组的访问请求，以使IN-CSE通过SCEF以多播的通信方式向外部群组中的成员设备分发访问命令，从而接收成员设备返回的响应信息并将其转发回应用服务器，可以实现对外部群组中的成员设备发送命令和收集响应，因而不需要成员设备分别发起加入移动网络平台中的指定群组的操作，减少M2M平台与M2M设备之间因交互产生的信息量，减少资源开销，实现移动网络平台的统一调度。
需要指出的是，本实施例中的步骤S204-S208，可以进一步细化，具体请参阅下文图7所描述的方法流程。
图7是本发明实施例提供的又一种群组多播的方法的流程示意图，是对实施例图6的步骤S204-S208的进一步细化的过程，本发明实施例涉及的多播类型包括MBMS(Multimedia Broadcast/Multicast Service，多媒体广播多播服务)、CBS(Cell Broadcast Service，蜂窝广播服务)和PDN(Packet Data Network，分组数据网)中的任意一种或多种。该方法是对图6中的步骤S204-S208的进一步细化。如图7所示本实施例中的群组多播的方法的流程可以包括：
S300，业务层装置在步骤S201中查找到设备群组的标识后，进一步根据所述设备群组的标识查找所述设备群组的设备子群组。
具体地，业务层装置根据所述M2M群组标识在群组资源中确定设备群组的标识，并查找设备群组的设备子群组。
S301，业务层装置向移动网络平台发送设备群组的访问请求。
具体地，设备群组的访问请求包括设备群组的标识以及请求内容。
S302，移动网络平台在接收到设备群组的访问请求之后，确定与所述设备子群组对应的外部子群组的标识。
具体地，移动网络平台(比如IN-CSE)保存有资源库，在资源库中存储有外部群组的资源。外部群组的资源中包括至少两个外部子群组的资源以及每个外部子群组的成员设备支持的多播类型，外部子群组的多播类型为MBMS、PDN或CBS中的任一种。每个外部子群组包括与外部子群组的多播类型对应的支持移动网络多播方式的成员设备。移动网络平台(比如IN-CSE)根据设备群组的标识，通过查询预先保存的资源库，查找设备群组的设备子群组，再确定与设备子群组对应的位于移动网络服务器的外部子群组。
S303，移动网络平台确定所述设备子群组的多播类型。
具体地，设备子群组的标识可携带设备子群组的多播类型，因此，当IN-CSE获取到设备子群组的标识时，即可确定设备子群组的多播类型。例如，CBS设备子群组的标识为<group-CBS>，MBMS设备子群组的标识为<group-MBMS>，PDN设备子群组的标识为<group-PDN>，通过设备子群组的标识即可得知设备子群组的多播类型。
S304，移动网络平台为所述设备群组的成员设备分配响应地址。
具体地，所述响应地址用于接收所述设备群组的成员设备发送的针对所述请求内容的响应信息。在移动网络(比如3GPP)的多播场景中，支持移动网络多播方式的成员设备无法通过移动网络多播请求的链接返回响应。因此，移动网络平台(比如IN-CSE)需要接收所述设备群组的成员设备发送的响应信息，以此判断成员设备是否成功接收到访问请求并作出响应。IN-CSE可为设备群组创建一个响应(Response)资源以接收来自各个成员设备的响应，并为响应资源分配响应地址。其中，响应资源的响应地址可以是(//response_collection)。
作为一种可实施的方式，IN-CSE可将各个设备子群组的Response资源的响应地址设置为同一个Response资源的响应地址(//response_collection)。
作为另一种可实施的方式，IN-CSE还可以根据所述设备子群组的多播类型，为所述设备子群组的成员设备分配所述响应地址(//group-x/response_collection)，使各个设备子群组能够使用独立的Response资源。例如，MBMS设备子群组的Response资源的响应地址可为//group-MBMS/response_collection；CBS设备子群组的Response资源的响应地址可为//group-CBS/response_collection；PDN设备子群组的Response资源的响应地址可为//group-PDN/response_collection。
S305，移动网络平台为所述设备子群组创建请求资源。
具体的，移动网络平台确定设备子群组的多播类型为CBS，然后为所述设备子群组创建请求资源。需要指出的是，对于多播类型为CBS的成员设备，以多播的方式接收消息的数据量有限，例如只能以多播方式接收数据量小于预设值的短信。因而移动网络平台(比如IN-CSE)需要创建一个Request资源。在Request资源中存储群组访问请求的请求内容。
值得说明的是，步骤305并不是必需的，只有在设备群组的多播类型为CBS时才需要执行。如果设备群组的多播类型不为CBS多播，则直接执行步骤306。
S306，移动网络平台向所述移动网络服务器发送移动网络多播请求。
具体地，对于多播类型为MBMS或PDN的设备群组，IN-CSE向所述移动网络服务器发送的移动网络多播请求包括设备子群组(例如<group-MBMS>或<group-PDN>)的外部群组标识(External Group ID)、Response资源的响应地址以及请求内容。移动网络服务器(比如SCEF)接收到移动网络多播请求之后，根据设备群组的External Group ID查找到设备子群组的成员设备，根据Response资源的响应地址生成访问命令，并执行步骤S307。
对于多播类型为CBS的设备子群组，IN-CSE向所述移动网络服务器发送的移动网络多播请求包括多播类型为CBS的设备子群组的External Group ID、Request资源地址以及Response资源的响应地址。
作为一种可实施的方式，若IN-CSE为各个设备群组分配不同的Response资源的响应地址(例如//group-x/request)，则IN-CSE发送的移动网络多播请求包括设备子群组(例如<group-x>)的External Group ID和Request资源地址(//group-x/request)和与各设备群组的Response资源的响应地址，以指示SCEF通过该设备子群组的多播方式向<group-x>中的成员设备发送分发访问命令。以设备子群组的多播类型为CBS为例，IN-CSE发送的移动网络多播请求包括<group-CBS>、//group-CBS/request以及各个设备群组的Response资源的响应地址，以指示SCEF通过CBS多播的方式向<group-CBS>中的成员设备发送访问命令，该访问命令包括//group-CBS/request和Response资源的响应地址。
S307，支持移动网络多播方式的成员设备接收移动网络服务器发送的命令。
具体地，在图7中，外部群组的成员设备支持移动网络多播方式。需要指出的是，外部群组的成员设备支持移动网络多播方式，可以多播的方式接收SCEF发送来的命令，所述命令是分发命令或访问命令。
S308，支持移动网络多播方式的成员设备判断该命令是否携带有Request资源地址。
具体地，成员设备判断该命令是否携带有Request资源地址，若是，则该命令为分发命令，执行步骤S309，若否，则该命令为访问命令，执行步骤S310。
S309，支持移动网络多播方式的成员设备根据Request资源地址向移动网络平台发出访问Request资源的请求。
具体地，对于包含Request资源地址的情况，成员设备接收到的是分发命令，说明该成员设备的多播类型为CBS。因此成员设备根据Request资源地址发送Retrieve(读取)请求到Request资源，Retrieve请求用于获取Request资源中的访问命令的请求内容。
S310，支持移动网络多播方式的成员设备根据访问命令中携带的Response资源的响应地址向移动网络平台发出针对请求内容的响应信息。
进一步的，移动网络平台接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息。MBMS或PDN的设备子群组的成员设备在收到SCEF发送的访问命令以后，可以获取到Response资源的响应地址以及请求内容，再针对获取到的请求内容生成响应信息，最后向Response资源的响应地址发送响应信息。由此，IN-CSE即接收到成员设备发出的访问Response资源的响应。
作为另一种可选方式，CBS设备子群组中的成员设备在收到SCEF发送的分发命令以后，可以获取到Request资源地址以及Response资源的响应地址。成员设备根据Request资源地址访问IN-CSE的Request资源，从IN-CSE的Request资源上获取群组访问请求的请求内容，再针对获取到的请求内容生成响应信息，最后向Response资源的响应地址发送响应信息。由此，IN-CSE即接收到成员设备发出的访问Response资源的响应。
S311，移动网络平台接收支持移动网络多播方式的成员设备发送的针对请求内容的响应信息之后，确定没有返回响应信息的所述设备群组的成员设备。
具体地，由于未必所有设备均发出了响应信息，或者IN-CSE未必能接收到所有成员设备发送的响应信息，因此IN-CSE需要判断是否接收到设备群组的全部成员设备发出的响应信息。具体实现中，若设备群组的成员设备能够访问Response资源的响应地址，并发送响应信息，则在IN-CSE的Response资源上会增加该成员设备的响应记录。IN-CSE通过查询Response资源的响应记录确定没有返回响应信息的所述设备群组的成员设备。
S312，移动网络平台创建多播类型为触发多播的触发设备群组。
具体地，若IN-CSE确定出未返回响应信息的设备群组中的成员设备，则创建触发设备群组<group-T4>，所述触发设备群组<group-T4>包括未返回响应信息的设备群组中的成员设备。所述触发设备群组的多播类型为触发多播，并针对这些成员设备执行步骤S313。所述触发多播是3GPP定义的多播类型，可用于触发不在线的成员设备接收消息。
值得注意的是，步骤S312既可以在步骤S311之后执行，也可在步骤S311之前执行，即移动网络平台可在创建多播类型为触发多播的触发设备群组后，再确定没有返回响应信息的所述设备群组的成员设备。本实施例对步骤S311和步骤S312的执行顺序不作限定。
S313，移动网络平台向所述移动网络服务器发送触发外部群组的创建请求。
具体地，触发外部群组的创建请求用于请求所述移动网络服务器创建与所述触发设备群组对应的触发外部群组。所述创建请求包括所述触发外部群组的标识(即<group-T4>的External Group ID)以及所述触发设备群组包括的成员设备的外部设备标识(External ID)。SCEF接收到触发外部群组的创建请求之后，根据触发设备群组包括的成员设备的External ID以及触发外部群组的标识(<group-T4>的External Group ID)建立触发外部群组，其多播类型为T4多播类型。当IN-CSE向SCEF发送移动网络多播请求时，SCEF通过T4方式向触发外部群组中的成员设备发送访问命令。
由上可见，本发明实施例具有以下两个优点：1、针对不同多播类型的设备子群组的成员设备，可以根据不同的多播类型进行多播，提升效率和成功率；2、可在IN-CSE接收不到成员设备发送的响应信息时，及时更换针对成员设备的多播方式，保证多播的成功率。
图8是本发明第二实施例提供的一种群组创建的方法的流程示意图，该方法实现于如图2至图4所示系统架构中的应用服务器、业务层装置、移动网络平台、移动网络服务器和成员设备，主要描述了群组多播的群组创建流程。另外，由于本实施例的应用场景针对的底层网络是3GPP，因而业务层装置可以是包含ASN-CSE的装置、包含MN-CSE的网关或包含IN-CSE的平台，移动网络平台可以是包含IN-CSE的平台，移动网络服务器可以是SCEF。其中，当业务层装置为ASN-CSE、MN-CSE时，业务层装置独立于移动网络平台；当业务装置为IN-CSE时，业务层装置既可以集成在移动网络平台。如图所示本实施例中的群组创建的方法的流程可以包括：
S501，业务层装置接收应用服务器发送的群组创建请求。
具体地，应用服务器向业务层装置发送群组创建请求，其中所述群组创建请求携带M2M群组标识和待创建的M2M群组包含的成员设备的设备标识。M2M群组标识例如为Group ID，群组包括如图4所示的成员设备1-成员设备10，成员设备的设备标识例如为Device ID。
S502，业务层装置根据所述成员设备的设备标识获取所述成员设备的注册信息。
具体地，业务层装置可根据所述成员设备的设备标识从IN-CSE预先创建的资源库中获取成员设备的注册信息。成员设备要使用业务层装置提供的各种功能时，需要在IN-CSE进行注册。而IN-CSE在各成员设备注册时，保存各成员设备的资源(例如成员设备的资源表示为Resource ID)，并在各个成员设备的资源中保存着成员设备的注册信息。所述注册信息中包括用于指示成员设备是否支持移动网络多播方式的外部设备标识(例如外部设备标识为External ID)。例如，对于支持移动网络多播方式的成员设备，注册信息中便存储有成员设备的外部设备标识(例如为External ID)。
具体地，业务层装置通过发送Retrieve(读取)请求到IN-CSE，以读取成员设备的资源，得到成员设备的注册信息。
作为另一种可选方式，若业务层装置集成在IN-CSE中，则IN-CSE从预先创建的资源库中获取成员设备的注册信息。成员设备要使用IN-CSE提供的各种功能时，需要在IN-CSE进行注册。而IN-CSE在各成员设备注册时，保存各成员设备的资源，并在各个成员设备的资源中保存着成员设备的注册信息。所述注册信息中包括用于指示成员设备是否支持移动网络多播方式的外部设备标识。
S503，业务层装置确定支持移动网络多播方式的成员设备。
具体地，业务层装置根据所述注册信息确定各成员设备是否为支持移动网络多播方式的成员设备。具体的，业务层装置根据所述注册信息确定注册信息是否包括外部设备标识(External ID)，如果业务层装置在成员设备的注册信息中查找到外部设备标识(External ID)，则说明该成员设备为支持移动网络多播方式的成员设备，如果业务层装置在成员设备的注册信息中没有查找到外部设备标识(External ID)，则说明该成员设备为不支持移动网络多播方式的成员设备。支持移动网络多播方式的成员设备支持多播的通信方式，能够接收移动网络服务器(如SCEF)通过移动网络发送的命令，因此支持移动网络多播方式的成员设备无需主动加入SCEF设置的群组。业务层装置通过查询外部设备标识的方式确定出支持移动网络多播方式的成员设备。
S504，业务层装置根据所述群组创建请求创建M2M群组标识指示的M2M群组。
具体地，业务层装置创建群组资源，将设备群组的标识和不支持移动网络多播方式的成员设备的设备标识保存在创建的群组资源中。业务层装置根据步骤S501中的群组创建请求创建群组标识为步骤S501中的群组创建请求中携带的M2M群组标识所指示的M2M群组，以及为支持移动网络多播方式的成员设备生成设备群组标识。所述M2M群组包括步骤S501中携带的成员设备的设备标识中不支持移动网络多播方式的成员设备的设备标识以及生成的设备群组的标识。
进一步的，业务层装置生成的设备群组标识包含支持移动网络多播的指示信息。比如，设备群组标识为(group 3GPP),其中3GPP为支持移动网络多播的指示信息。
S505，业务层装置向移动网络平台发送设备群组的创建请求。
具体地，业务层装置发送设备群组的创建请求到IN-CSE，用于请求IN-CSE针对支持移动网络多播方式的成员设备创建设备群组。所述设备群组的创建请求携带设备群组的标识和确定的支持移动网络多播方式的成员设备的标识。其中设备群组的标识可以为(group 3GPP)，其中3GPP为支持移动网络多播的指示信息。
作为一种可实施的方式，设备群组的创建请求可包括设备群组的标识(Group 3GPP)以及支持移动网络多播方式的各成员设备的外部设备标识(External ID)。
本发明实施例中，将设备群组创建请求中的成员设备的设备标识和成员设备的外部标识统称为成员设备的信息.
应理解地，在群组(Group ID)中，可能存在不支持移动网络多播方式的成员设备(如图4所示的成员设备4和成员设备5)，不能对其创建设备群组。因此，这些不支持移动网络多播方式的成员设备的设备标识(如图4所示的成员设备4和成员设备5)作为群组(Group ID)的成员信息，存储在群组(Group ID)中。
S506，移动网络平台在接收到业务层装置发送的设备群组的创建请求之后，为所述支持移动网络多播方式的成员设备创建设备群组，并根据支持移动网络多播的指示信息生成与所述设备群组对应的外部群组的标识。
具体地，若IN-CSE获取的是设备群组的标识以及设备群组的成员设备的资源，则IN-CSE根据设备群组的标识(Group 3GPP)以及设备群组的成员设备的资源创建设备群组，以及根据支持移动网络多播的指示信息生成与设备群组对应的外部群组的标识(External Group ID),所述外群组标识用于指示在移动网络服务器创建的外部群组的标识。
作为一种可实施的方式，若IN-CSE获取的是设备群组的标识以及外部设备标识，则根据外部设备标识查找预先存储的成员设备的资源，再根据设备群组的标识以及查找到的成员设备的资源创建设备群组，并生成与设备群组对应的待创建的外部群组的标识(External Group ID)。
S507，移动网络平台向移动网络服务器发送外部群组的创建请求。
具体地，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部群组。所述外部群组的成员设备为所述设备群组的成员设备。IN-CSE根据待创建的外部群组的标识(External Group ID)以及支持移动网络多播方式的成员设备的外部设备标识(External ID)生成外部群组的创建请求，用于请求所述移动网络服务器根据所述外部群组的创建请求携带的待创建的外部群组的标识以及所述外部设备标识创建外部群组，由此建立IN-CSE的设备群组与SCEF的外部群组的对应关系。
作为一种可实施的方式，若移动网络平台接收到业务层装置发送的设备群组的创建请求内包括支持移动网络多播方式的成员设备的设备标识，则移动网络平台根据支持移动网络多播方式的成员设备的设备标识从预先存储的成员设备的资源的注册信息中获得各支持移动网络多播方式的成员设备的外部设备标识。
作为一种可实施的方式，若移动网络平台接收到业务层装置发送的设备群组的创建请求内包括各支持移动网络多播方式的成员设备的外部设备标识，则移动网络平台直接从设备群组的创建请求中获取各支持移动网络多播方式的成员设备的外部设备标识。
作为一种可实施的方式，若业务层装置集成在移动网络平台中，则移动网络平台在查询各个成员设备的注册信息时即获取各支持移动网络多播方式的成员设备的外部设备标识。
S508，移动网络服务器在接收到移动网络平台发送的外部群组的创建请求之后，根据外部群组的创建请求创建外部群组。
S509，移动网络服务器向移动网络平台返回群组创建成功消息。
S510，移动网络平台将移动网络服务器返回的群组创建成功消息返回业务层装置。
具体地，在SCEF创建了外部群组之后，向IN-CSE返回群组创建成功消息。当IN-CSE接收到SCEF返回的群组创建成功消息以后，将群组创建成功消息转发至业务层装置。
S511，业务层装置在接收到移动网络平台发送的群组创建成功消息之后，将该群组创建成功消息返回应用服务器。
由上可见，本发明实施例中的业务层装置，在接收应用服务器发送的群组创建请求后，判断群组内是否存在不支持移动网络多播方式的成员设备。对于支持移动网络多播方式的成员设备，业务层装置则向IN-CSE发送设备群组的创建请求，以使IN-CSE创建设备群组，并向SCEF发送外部群组的创建请求，所述外部群组的成员设备包括所述设备群组所包括的成员设备，由此建立IN-CSE的设备群组与SCEF的外部群组的对应关系。因而不需要成员设备分别发起加入移动网络平台中的指定群组的操作，减少M2M平台与M2M设备之间因交互产生的信息量，减少资源开销，提高群组多播的效率。
图9是本发明第一实施例提供的又一种群组创建的方法的流程示意图，该方法是对图8中的步骤S506的进一步细化。本实施例中，设备群组包括至少两个设备子群组，则相应的，SCEF对应创建的外部群组包括的外部子群组为设备群组所包括的设备子群组。如图所示本实施例中的群组创建的方法的流程可以包括：
S601，移动网络平台获取所述支持移动网络多播方式的成员设备的特征信息。
具体地，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或支持多媒体广播多播服务MBMS的信息。IN-CSE从预先创建的资源库中通过查询成员设备的资源中的数据资源以及设备资源获取支持移动网络多播方式的成员设备的特征信息，为外部群组创建设备子群组。其中，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或支持移动网络多播方式的成员设备的支持MBMS的信息。成员设备的历史位置信息存储在成员设备的资源中的数据资源，支持MBMS的信息存储在成员设备的资源中的设备资源。IN-CSE根据所述支持移动网络多播方式的成员设备的历史位置信息和/或支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型，所述多播类型为MBMS、PDN或CBS中的任一种。
值得注意的是，成员设备的资源中的各个资源是线性连接关系，每个资源都是独立资源。
S602，当所述特征信息包括支持MBMS的信息时则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS。
在本实施例中，假设成员设备1，成员设备2和成员设备3支持MBMS，成员设备6、7、8、9、10不支持MBMS。
具体地，若特征信息包括成员设备支持MBMS的信息，则IN-CSE确定该成员设备支持的多播类型为MBMS。成员设备支持MBMS的信息可以通过IN-CSE保存的成员设备的资源或者通过SCEF来获知。
具体地，对于通过IN-CSE保存的成员设备的资源来获知的方式，IN-CSE可获取成员设备的描述信息来确定该成员设备是否支持MBMS。例如，IN-CSE从成员设备的资源中的设备资源获取保存的成员设备的描述信息。再根据成员设备的描述信息确定其是否支持MBMS。具体实现过程中，成员设备在移动网络平台进行注册时可以创建一个<node>资源，该<node>资源与成员设备对应，<node>资源的其中一个子资源为[deviceCapability]，是<mgmtObj>类型的资源，该资源中保存了成员设备所支持的功能，IN-CSE可以根据该资源中是否有MBMS的描述来确认成员设备是否支持MBMS。
具体地，若成员设备在移动网络平台进行注册时没有创建<node>资源，则IN-CSE可发送访问请求至SCEF开放的查询接口，以查询成员设备的能力信息，再根据成员设备的能力信息确定其是否支持MBMS。具体实现过程中，SCEF开放了查询接口，IN-CSE通过访问该查询接口可以查询到成员设备的能力信息，进而获知成员设备是否支持MBMS。
具体地，若所述特征信息包括历史位置信息和支持MBMS的信息，则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS。
作为一种可实施的方式，移动网络平台可通过查询成员设备的资源中是否存储<node>资源确定获取成员设备支持MBMS的信息的方式。
S603，当所述特征信息包括所述历史位置信息且不包括支持MBMS的信息时，则移动网络平台根据所述历史位置信息确定预设时间范围内所述支持移动网络多播方式的成员设备接入的基站。
具体地，若特征信息包括成员设备的历史位置信息，而没有包括支持MBMS的信息，则IN-CSE确定成员设备不支持MBMS，因此IN-CSE通过成员设备的历史位置信息判断成员设备支持的多播类型为PDN或CBS。其中，所述历史位置信息用于确定所述支持移动网络多播方式的成员设备接入的基站的至少两个位置。IN-CSE通过获取成员设备接入的基站的至少两个具体位置确定成员设备的位置变化，从而根据成员设备的位置变化为成员设备配置多播的类型。
具体实现过程中，在oneM2M中，IN-CSE获取历史位置信息的方式有三种：基于网络(Network Based)的方式、基于设备(Device Based)的方式和基于分享(Sharing Based)的方式。具体实现过程中，成员设备的历史位置信息保存在<container>资源(数据资源)中，<container>资源保存在IN-CSE或者成员设备的CSE中。每个成员设备获取历史位置信息的方式由成员设备自身配置。对于Network based定位方式的成员设备在向IN-CSE注册时，除在IN-CSE保存成员设备的资源之外，还可以周期性地向基站获取该成员设备的历史位置信息，以在IN-CSE的<container>资源中保存历史位置信息。对于其他两种定位方式的设备，其历史位置信息则保存在成员设备的CSE上，例如：若成员设备的历史位置信息保存在MN的CSE(即MN-CSE)上，则IN-CSE周期性地发送历史位置信息获取请求到MN-CSE上保存历史位置信息的<container>资源，以获取历史位置信息。
S604，移动网络平台确定所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站是否为同一个基站。
具体地，对于不支持MBMS的成员设备，IN-CSE根据特征信息中的历史位置信息确定成员设备的移动性。其中，移动性是指成员设备在预设时间范围内接入的基站是否为同一个基站，即成员设备在预设时间范围内的具体位置是否在保持当前接入的基站进行多播的范围之内。若判断为是则说明成员设备的移动性较低，接入的基站始终为同一个基站，执行步骤S605；若判断为否则说明成员设备的移动性较高，经常变换接入的基站，执行步骤S606。因此IN-CSE需要获取每个支持移动网络多播方式的成员设备的具体位置，再根据各个具体位置生成历史位置信息，通过成员设备的历史位置信息确定成员设备的移动性。
作为一种可实施的方式，对于定位的精确度不够高的成员设备，IN-CSE可利用定位精确的成员设备与定位的精确度不够高的成员设备之间位置关系，推断定位的精确度不够高的成员设备的具体位置，以此得到历史位置信息。位置相邻是指两个或两个以上的成员设备的地理位置处于预设半径的区域内，若确定存在位置相邻的成员设备，则可确认位置相邻的成员设备的具体位置。
具体地，在本实施例中，假设在成员设备6、成员设备7、成员设备8、成员设备9和成员设备10中，成员设备6、成员设备7、成员设备8和成员设备10的位置相邻。
具体地，对于Network Based定位方式的成员设备，其具体位置为基站的经纬度位置和成员设备距离基站的距离，并且，成员设备的具体位置存储在基站。对于Device Based定位方式的设备，其具体位置是成员设备自身携带的GPS模块返回的经纬度位置，并且，成员设备的具体位置存储在成员设备或者成员设备的CSE上。对于Sharing Based定位方式的设备，其具体位置的获取方式是获知离成员设备最近的另一成员设备的设备标识(Device ID)以及成员设备与最近的另一成员设备之间的距离，并且，成员设备的具体位置存储在成员设备或者成员设备的CSE上。其中，离成员设备最近的另一成员设备的定位方式为Network Based定位方式或Device Based定位方式。
具体实现过程中，IN-CSE根据位置信息确定成员设备是否相邻的方法为：对于Network Based定位方式，若两个或多个成员设备的位置信息的基站位置相同，则IN-CSE确定该两个或多个成员设备位置相邻。例如，假设成员设备6和成员设备7是Network Based定位方式，成员设备6的位置信息是(N120E80，500m)，成员设备7的位置信息是(N120E80，800m)，则成员设备6和成员设备7都在基站N120E80的覆盖范围之内，IN-CSE确定成员设备6和成员设备7位置相邻。对于Device Based定位方式，若某个成员设备的经纬度位置在某个基站的最大覆盖范围内，且该基站与已经确定位置相邻的成员设备所属的基站为同一基站，则该成员设备与已经确定位置相邻的成员设备位置相邻。例如，假设成员设备8和成员设备9是Device Based定位方式，成员设备8的位置信息是N120.01E80.01，成员设备9的位置是N125E90，基站N120E80的最大覆盖范围的半径为800米，则成员设备8的位置在基站N120E80的最大覆盖范围内，IN-CSE确定成员设备8与成员设备6和成员设备7位置相邻。由于成员设备9超出了这个范围，因此IN-CSE确定成员设备9不与成员设备6和成员设备7相邻。对于Sharing Based定位方式，若确定与某个成员设备共享位置的成员设备是已确定位置相邻的成员设备中的一个，则IN-CSE确定该成员设备与已经确定位置相邻的成员设备位置相邻。例如，假设成员设备10的位置是SharingBased定位方式，若与成员设备10共享位置的是成员设备6，则IN-CSE确定成员设备10与成员设备6、成员设备7和成员设备8位置相邻。在获取到成员设备10与成员设备6之间的距离之后，通过成员设备6的具体位置以及成员设备10与成员设备6之间的距离即得到成员设备10的具体位置。
S605，当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为相同的基站时，移动网络平台确定所述支持移动网络多播方式的成员设备的多播类型为CBS。
具体地，IN-CSE通过确定成员设备在预设时间范围内的具体位置，获得成员设备接入的基站的至少两个位置，生成成员设备的历史位置信息，并判断成员设备在预设时间范围内接入的基站是否相同，以此来确定成员设备的移动性高低。若确定出成员设备的移动性较低，即，接入的基站的至少两个位置均相同，则确定成员设备的多播类型为CBS。具体实现过程中，oneM2M中每个<container>资源可以保存成员设备的多个具体位置的记录，每个具体位置的记录中都有位置信息创建的时间戳，IN-CSE可以通过对比多条具体位置的记录，确定这些成员设备是否具有高移动性。例如，假设IN-CSE获取成员设备6、7、8、9和10的历史位置信息记录，发现成员设备6、成员设备8和成员设备10在之前的3-5个位置信息记录中是处于不动状态的，始终位于同一个基站范围内，而成员设备7在之前的5次位置信息记录中，分别定位于不同的基站范围之内，则IN-CSE可以确定成员设备6、8和10是位置相邻且移动性较低的。因此IN-CSE可确定成员设备的多播类型为CBS。
S606，当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为不同的基站时，移动网络平台确定所述支持移动网络多播方式的成员设备的多播类型为PDN。
具体地，IN-CSE对余下的既不支持MBMS且移动性高的成员设备确定其多播类型为PDN。例如成员设备7在之前的5次位置信息记录中，分别定位于不同的基站范围之内，因此成员设备7在历史位置信息标识的时间内接入的基站不相同，则IN-CSE可确定成员设备7的多播类型为PDN。
作为一种可实施的方式，对于位置不相邻的成员设备，其多播类型也可确定为PDN。例如，由于成员设备9超出了基站N120E80的最大覆盖范围，因此IN-CSE确定成员设备9不与成员设备6和成员设备7相邻。则IN-CSE也可确定成员设备9的多播类型为PDN。
S607，移动网络平台根据所述支持移动网络多播方式的成员设备的多播类型为所述支持移动网络多播方式的成员设备创建所述设备群组的设备子群组。
具体地，IN-CSE根据特征信息中的支持MBMS的信息，选取支持MBMS的成员设备，并为其创建设备子群组，即<group-3GPP>的设备子群组，用<group-MBMS>表示，其多播类型为MBMS。例如，IN-CSE创建的<group-MBMS>包括成员设备1，成员设备2和成员设备3这3个成员设备。
具体地，CBS被定义为在一个特定区域同时递送消息给成员设备，因此要求成员设备位于特定区域内并且移动性低。IN-CSE根据特征信息中的成员设备的历史位置信息，确定出位置相邻或移动性低的成员设备之后，可为其创建设备子群组，用<group-CBS>表示，其多播类型为CBS。例如，IN-CSE创建的<group-CBS>包括成员设备6、成员设备7、成员设备8和成员设备10这4个成员设备。
具体地，IN-CSE根据特征信息中的成员设备的历史位置信息，确定出移动性高或位置不相邻的成员设备，并为其创建设备子群组，即<group-3GPP>的设备子群组，用<group-PDN>表示，其多播类型为PDN。例如，成员设备7在历史位置信息标识的时间内接入的基站均不相同，成员设备9不与成员设备6和成员设备7相邻，因此IN-CSE创建的<group-PDN>包括成员设备7和成员设备9这2个成员设备。
S608，移动网络平台生成与所述设备群组的设备子群组对应的待创建的外部子群组的标识。
具体地，IN-CSE生成与所述设备群组的MBMS设备子群组<group-MBMS>对应的待创建的外部子群组的标识，例如为<group-MBMS>的External Group ID。IN-CSE再向SCEF发送外部群组的MBMS设备子群组的创建请求，设备子群组的创建请求包括<group-MBMS>的External Group ID以及<group-MBMS>的成员设备的外部设备标识(External ID)，以使SCEF根据IN-CSE发送的创建请求建立外部群组的MBMS设备子群组。
具体地，IN-CSE生成与所述设备群组的CBS设备子群组<group-CBS>对应的待创建的外部子群组的标识，例如为<group-CBS>的External Group ID。IN-CSE再向SCEF发送外部群组的CBS设备子群组的创建请求，设备子群组的创建请求包括<group-CBS>的External Group ID以及<group-CBS>的成员设备的外部设备标识(External ID)，以使SCEF根据IN-CSE发送的创建请求建立外部群组的CBS设备子群组。
具体地，IN-CSE生成与所述设备群组的PDN设备子群组<group-PDN>对应的待创建的外部子群组的标识，例如为<group-PDN>的External Group ID。IN-CSE再向SCEF发送外部群组的PDN设备子群组的创建请求，设备子群组的创建请求包括<group-PDN>的External Group ID以及<group-PDN>的成员设备的外部设备标识(External ID)，以使SCEF根据IN-CSE发送的创建请求建立外部群组的PDN设备子群组。
由上可见，本发明实施例针对不同功能的成员设备，可以采用不同的多播类型进行划分，得到不同的设备子群组，提升了后续多播过程的效率和成功率。
图10是本发明第三实施例提供的一种移动网络平台的结构示意图。移动网络平台1000包括：接收单元1001、查找单元1002、确定单元1003以及发送单元1004。
接收单元1001，用于接收针对M2M群组的访问请求，所述访问请求携带M2M群组标识以及请求内容。查找单元1002，用于根据所述接收单元1001接收的M2M群组标识查找设备群组的标识，所述设备群组包括的成员设备为所述M2M群组标识指示的群组中支持移动网络多播方式的成员设备。确定单元1003，用于确定与所述查找单元1002查找到的设备群组对应的外部群组的标识，所述外部群组存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备。发送单元1004，用于向所述移动网络服务器发送移动网络多播请求，所述移动网络多播请求携带所述外部群组的标识以及所述请求内容，所述移动网络多播请求用于指示以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令，所述访问命令携带所述请求内容。上述各功能单元用于执行实施例图6的步骤S200-S201、S204-S206的相关步骤，以及实施例图7的步骤S300-S301的相关步骤。
可选的，如图10所示，所述移动网络平台1000还包括分配单元1005。
分配单元1005，用于为所述设备群组的成员设备分配响应地址，所述响应地址用于接收所述设备群组的成员设备发送的针对所述访问命令的响应；
所述移动网络多播请求和所述访问命令还进一步携带所述响应地址。分配单元1005为所述设备群组的成员设备分配响应地址的相关实施例可详见实施例图7的步骤S304的相关步骤。
所述接收单元1001，还用于接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息。接收单元1001接收所述设备群组的成员设备发送的响应信息的相关实施例可详见实施例图7的步骤S310的相关步骤。
可选的，所述查找单元1002，还用于根据所述设备群组的标识查找所述设备群组的设备子群组。查找单元1002查找所述设备群组的设备子群组的相关实施例可详见实施例图7的步骤S300的相关步骤。
所述确定单元1003，具体用于确定与所述设备子群组对应的外部子群组的标识。确定单元1003确定与所述设备子群组对应的外部子群组的标识的相关实施例可详见实施例图7的步骤S302的相关步骤。
所述移动网络多播请求还携带进一步所述设备子群组的标识。
可选的，所述确定单元1003，还用于确定所述设备子群组的多播类型。确定单元1003确定所述设备子群组的多播类型的相关实施例可详见实施例图7的步骤S303的相关步骤。
所述分配单元1005，具体用于根据所述设备子群组的多播类型，为所述设备子群组的成员设备分配所述响应地址。分配单元1005为所述设备群组的成员设备分配响应地址的相关实施例可详见实施例图7的步骤S304的相关步骤。
可选的，如图10所示，所述设备子群组的多播类型为蜂窝广播服务CBS，所述移动网络平台1000还包括创建单元1006。
创建单元1006，用于为所述设备子群组创建请求资源，并为所述请求资源分配请求地址，所述请求资源存储所述请求内容。创建单元1006为所述设备子群组创建请求资源的相关实施例可详见实施例图7的步骤S305的相关步骤。
所述移动网络多播请求和所述访问命令还进一步携带所述请求地址。
可选的，所述确定单元1003，还用于确定没有返回响应信息的所述设备群组的成员设备。确定单元1003确定没有返回响应信息的所述设备群组的成员设备的相关实施例可详见实施例图7的步骤S311的相关步骤。
所述创建单元1006，还用于创建多播类型为触发多播的触发设备群组，所述触发设备群组的成员设备为未接收到所述群组设备的成员设备中返回的所述响应信息的成员设备。创建单元1006创建多播类型为触发多播的触发设备群组的相关实施例可详见实施例图7的步骤S312的相关步骤。
所述发送单元1004，还用于向所述移动网络服务器发送触发外部群组的创建请求，所述触发外部群组的创建请求用于指示创建与所述触发设备群组对应的触发外部群组，所述触发外部群组的创建请求包括所述触发外部群组的标识以及所述触发设备群组的成员设备的外部设备标识。发送单元1004向所述移动网络服务器发送触发外部群组的创建请求的相关实施例可详见实施例图7的步骤S313的相关步骤。
在本实施例中，移动网络平台1000是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到移动网络平台1000可以采用图5所示的形式。接收单元1001、查找单元1002、确定单元1003、发送单元1004、分配单元1005以及创建单元1006可以通过图5的处理器和存储器来实现。
图11是本发明第四实施例提供的一种移动网络平台的结构示意图。移动网络平台1100包括接收单元1101、第一确定单元1102、创建单元1103、生成单元1104以及发送单元1105。
接收单元1101，用于接收群组创建请求，所述群组创建请求携带M2M群组标识和待创建的M2M群组的成员设备的设备标识。第一确定单元1102，用于根据所述接收单元1101接收的成员设备的设备标识确定支持移动网络多播方式的成员设备。创建单元1103，用于根据所述接收单元1101接收的群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息。所述创建单元1103，还用于为所述确定单元确定的支持移动网络多播方式的成员设备创建设备群组。生成单元1104，用于根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识。发送单元1105，用于向移动网络服务器发送外部群组的创建请求，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部设备标识的外部群组。上述各功能单元用于执行实施例图8的步骤S501、S503-S507的相关步骤。
可选的，所述第一确定单元1102，具体用于：
根据所述成员设备的设备标识获取所述成员设备的注册信息；
确定所述注册信息中包括所述外部设备标识的成员设备为所述支持移动网络多播方式的成员设备。第一确定单元1102获取所述成员设备的注册信息的相关实施例可详见实施例图8的步骤S502-S503的相关步骤。
可选的，如图13所示，所述移动网络平台1100还包括获取单元1106和第二确定单元1107。
获取单元1106，用于获取所述支持移动网络多播方式的成员设备的特征信息，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持多媒体广播多播服务MBMS的信息。获取单元1106获取所述支持移动网络多播方式的成员设备的特征信息的相关实施例可详见实施例图9的步骤S601的相关步骤。
第二确定单元1107，用于根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型；
所述创建单元1103，具体用于：
根据所述支持移动网络多播方式的成员设备的多播类型为所述支持移动网络多播方式的成员设备创建所述设备群组的设备子群组。创建单元1103创建所述设备群组的设备子群组的相关实施例可详见实施例图9的步骤S607的相关步骤。
所述生成单元1104，具体用于：
根据所述支持移动网络多播的指示信息生成与所述设备群组的设备子群组对应的待创建的外部子群组的标识。生成单元1104生成待创建的外部子群组的标识的相关实施例可详见实施例图9的步骤S608的相关步骤。
可选的，所述第二确定单元1107，具体用于：
当所述特征信息包括支持MBMS的信息时则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS。
当所述特征信息包括所述历史位置信息且不包括支持MBMS的信息时，则根据所述历史位置信息确定预设时间范围内所述支持移动网络多播方式的成员设备接入的基站；
确定所述支持移动网络多播方式的成员设备在接入的基站是否为同一个基站；
当所述支持移动网络多播方式的成员设备接入的基站为相同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为CBS；
当所述支持移动网络多播方式的成员设备接入的基站为不同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为PDN。第二确定单元1107具体执行的上述步骤的相关实施例可详见实施例图9的步骤S602-S606的相关步骤。
在本实施例中，移动网络平台1100是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到移动网络平台1100可以采用图5所示的形式。接收单元1101、第一确定单元1102、创建单元1103、生成单元1104、发送单元1105、获取单元1106和第二确定单元1107也可以通过图5的处理器和存储器来实现。
图12是本发明第四实施例提供的一种业务层装置的结构示意图。如图12所示的业务层装置1200包括接收单元1201、确定单元1202、创建单元1203以及发送单元1204。
接收单元1201，用于接收群组创建请求，所述群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识。确定单元1202，用于根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备。创建单元1203，用于根据所述群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息。发送单元1204，用于向移动网络平台发送设备群组的创建请求，所述设备群组的创建请求携带设备群组的标识和确定的支持移动网络多播方式的成员设备的信息，所述支持移动网络多播的指示信息用于指示生成外部群组标识，并在移动网络服务器创建包括所述支持移动网络多播方式的成员设备的信息的外部群组。上述各功能单元用于执行实施例图8的步骤S501-S505的相关步骤。
图13是本发明第五实施例提供的一种成员设备的结构示意图。如图13所示的成员设备1300包括接收单元1301以及发送单元1302。
接收单元1301，用于接收移动网络服务器以移动网络多播的通信方式发送的访问命令，所述访问命令携带请求内容和移动网络平台为成员设备分配的响应地址，所述响应地址包括所述移动网络平台的标识。发送单元1302，用于根据所述响应地址向所述移动网络平台的标识指示的移动网络平台发送针对所述请求内容的响应信息。上述各功能单元用于执行实施例图7的步骤S307–S310的相关步骤。
本发明实施例还提供了一种计算机存储介质，用于储存为上述图10至图11所示的移动网络平台所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现群组多播。
本发明实施例还提供了一种计算机存储介质，用于储存为上述图12所示的业务层装置所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现群组多播。
本发明实施例还提供了一种计算机存储介质，用于储存为上述图13所示的成员设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现群组多播。
尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。
本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (34)

1.一种群组多播的方法，其特征在于，所述方法包括：
接收针对机器通信M2M群组的访问请求，所述访问请求携带M2M群组标识以及请求内容；
根据所述M2M群组标识查找设备群组的标识，所述设备群组包括的成员设备为所述M2M群组标识指示的群组中支持移动网络多播方式的成员设备；
确定与所述设备群组对应的外部群组的标识，所述外部群组存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备；
向所述移动网络服务器发送移动网络多播请求，所述移动网络多播请求携带所述外部群组的标识以及所述请求内容，所述移动网络多播请求用于指示以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令，所述访问命令携带所述请求内容。
2.如权利要求1所述的方法，其特征在于，所述向所述移动网络服务器发送移动网络多播请求之前，所述方法还包括：
为所述设备群组的成员设备分配响应地址，所述响应地址用于接收所述设备群组的成员设备发送的针对所述访问命令的响应；
所述移动网络多播请求和所述访问命令还进一步携带所述响应地址；
所述向所述移动网络服务器发送移动网络多播请求之后，所述方法还包括：
接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息。
3.如权利要求1或2所述的方法，其特征在于，所述确定与所述设备群组对应的外部群组的标识之前，所述方法还包括：
根据所述设备群组的标识查找所述设备群组的设备子群组；
所述确定与所述设备群组对应的外部群组的标识，包括：
确定与所述设备子群组对应的外部子群组的标识；
所述移动网络多播请求还进一步携带所述设备子群组的标识。
4.如权利要求3所述的方法，其特征在于，所述根据所述设备群组的标识查找所述设备群组的设备子群组之后，所述方法还包括：
确定所述设备子群组的多播类型；
所述为所述设备群组的成员设备分配响应地址，包括：
根据所述设备子群组的多播类型，为所述设备子群组的成员设备分配所述响应地址。
5.如权利要求4所述的方法，其特征在于，所述设备子群组的多播类型为蜂窝广播服务CBS，所述方法还包括：
为所述设备子群组创建请求资源，并为所述请求资源分配请求地址，所述请求资源存储所述请求内容；
所述移动网络多播请求和所述访问命令还进一步携带所述请求地址。
6.如权利要求2-5任一项所述的方法，其特征在于，所述接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息之后，所述方法还包括：
确定没有返回响应信息的所述设备群组的成员设备；
创建多播类型为触发多播的触发设备群组，所述触发设备群组的成员设备为未接收到所述群组设备的成员设备中返回的所述响应信息的成员设备；
向所述移动网络服务器发送触发外部群组的创建请求，所述触发外部群组的创建请求用于指示创建与所述触发设备群组对应的触发外部群组，所述触发外部群组的创建请求包括所述触发外部群组的标识以及所述触发设备群组的成员设备的外部设备标识。
7.一种群组创建的方法，其特征在于，所述方法包括：
接收群组创建请求，所述群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识；
根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备；
根据所述群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息；
为所述支持移动网络多播方式的成员设备创建设备群组；
根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识；
向移动网络服务器发送外部群组的创建请求，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部设备标识的外部群组。
8.如权利要求7所述的方法，其特征在于，所述根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备，包括：
根据所述成员设备的设备标识获取所述成员设备的注册信息；
确定所述注册信息中包括所述外部设备标识的成员设备为所述支持移动网络多播方式的成员设备。
9.如权利要求8所述的方法，其特征在于，所述为所述支持移动网络多播方式的成员设备创建设备群组之前，所述方法还包括：
获取所述支持移动网络多播方式的成员设备的特征信息，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持多媒体广播多播服务MBMS的信息；
根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型；
所述为所述支持移动网络多播方式的成员设备创建设备群组，包括：
根据所述支持移动网络多播方式的成员设备的多播类型为所述支持移动网络多播方式的成员设备创建所述设备群组的设备子群组；
所述根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识，包括：
根据所述支持移动网络多播的指示信息生成与所述设备群组的设备子群组对应的待创建的外部子群组的标识。
10.如权利要求9所述的方法，其特征在于，所述根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型，包括：
当所述特征信息包括支持MBMS的信息时则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS；
当所述特征信息包括所述历史位置信息且不包括支持MBMS的信息时，则根据所述历史位置信息确定预设时间范围内所述支持移动网络多播方式的成员设备接入的基站；
确定所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站是否为同一个基站；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为相同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为CBS；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为不同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为PDN。
11.一种群组多播的方法，其特征在于，所述方法包括：
接收针对设备群组的群组访问请求，所述设备群组包括的成员设备为支持移动网络多播方式的成员设备；
确定与所述设备群组对应的外部群组的标识，所述外部群组存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备；
向所述移动网络服务器发送移动网络多播请求，所述移动网络多播请求携带所述外部群组的标识以及所述请求内容，所述移动网络多播请求用于指示以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令，所述访问命令携带所述请求内容。
12.一种群组多播的方法，其特征在于，所述方法包括：
接收移动网络服务器以移动网络多播的通信方式发送的访问命令，所述访问命令携带请求内容和移动网络平台为成员设备分配的响应地址，所述响应地址包括所述移动网络平台的标识；
根据所述响应地址向所述移动网络平台的标识指示的移动网络平台发送针对所述请求内容的响应信息。
13.一种群组创建的方法，其特征在于，所述方法包括：
接收群组创建请求，所述群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识；
根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备；
根据所述群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息；
向移动网络平台发送设备群组的创建请求，所述设备群组的创建请求携带设备群组的标识和确定的支持移动网络多播方式的成员设备的信息，所述支持移动网络多播的指示信息用于指示生成外部群组标识，并在移动网络服务器创建包括所述支持移动网络多播方式的成员设备的信息的外部群组。
14.一种群组创建的方法，其特征在于，所述方法包括：
接收设备群组的创建请求，所述设备群组的创建请求包括设备群组的标识和支持移动网络多播方式的成员设备的信息，所述设备群组的标识包括支持移动网络多播的指示信息；
根据所述设备群组的标识和支持移动网络多播方式的成员设备的标识创建设备群组，所述设备群组包括所述支持移动网络多播方式的成员设备的标识；
根据支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识；
向移动网络服务器发送外部群组的创建请求，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部设备标识的外部群组。
15.一种移动网络平台，其特征在于，包括：
接收器，用于接收针对机器通信M2M群组的访问请求，所述访问请求携带M2M群组标识以及请求内容；
处理器，用于根据所述M2M群组标识查找设备群组的标识，所述设备群组包括的成员设备为所述M2M群组标识指示的群组中支持移动网络多播方式的成员设备；
所述处理器，还用于确定与所述设备群组对应的外部群组的标识，所述外部群组存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备；
发送器，用于向所述移动网络服务器发送移动网络多播请求，所述移动网络多播请求携带所述外部群组的标识以及所述请求内容，所述移动网络多播请求用于指示以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令，所述访问命令携带所述请求内容。
16.如权利要求15所述的移动网络平台，其特征在于，所述发送器向所述移动网络服务器发送移动网络多播请求之前，所述处理器还用于执行如下步骤：
为所述设备群组的成员设备分配响应地址，所述响应地址用于接收所述设备群组的成员设备发送的针对所述访问命令的响应；
所述移动网络多播请求和所述访问命令还进一步携带所述响应地址；
所述发送器向所述移动网络服务器发送移动网络多播请求之后，所述发送器还用于执行如下步骤：
接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息。
17.如权利要求15或16所述的移动网络平台，其特征在于，所述处理器确定与所述设备群组对应的外部群组的标识之前，还用于执行如下步骤：
根据所述设备群组的标识查找所述设备群组的设备子群组；
所述处理器确定与所述设备群组对应的外部群组的标识，具体用于执行如下步骤：
确定与所述设备子群组对应的外部子群组的标识；
所述移动网络多播请求还进一步携带所述设备子群组的标识。
18.如权利要求17所述的移动网络平台，其特征在于，所述处理器根据所述设备群组的标识查找所述设备群组的设备子群组之后，还用于执行如下步骤：
确定所述设备子群组的多播类型；
所述处理器为所述设备群组的成员设备分配响应地址，具体用于执行如下步骤：
根据所述设备子群组的多播类型，为所述设备子群组的成员设备分配所述响应地址。
19.如权利要求18所述的移动网络平台，其特征在于，所述设备子群组的多播类型为蜂窝广播服务CBS，所述处理器还用于执行如下步骤：
为所述设备子群组创建请求资源，并为所述请求资源分配请求地址，所述请求资源存储所述请求内容；
所述移动网络多播请求和所述访问命令还进一步携带所述请求地址。
20.如权利要求15-19任一项所述的移动网络平台，其特征在于，所述发送器接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息之后，所述处理器还用于执行如下步骤：
确定没有返回响应信息的所述设备群组的成员设备；
创建多播类型为触发多播的触发设备群组，所述触发设备群组的成员设备为未接收到所述群组设备的成员设备中返回的所述响应信息的成员设备；
所述发送器，还用于向所述移动网络服务器发送触发外部群组的创建请求，所述触发外部群组的创建请求用于指示创建与所述触发设备群组对应的触发外部群组，所述触发外部群组的创建请求包括所述触发外部群组的标识以及所述触发设备群组的成员设备的外部设备标识。
21.一种移动网络平台，其特征在于，包括：
接收单元，用于接收针对机器通信M2M群组的访问请求，所述访问请求携带M2M群组标识以及请求内容；
查找单元，用于根据所述接收单元接收的M2M群组标识查找设备群组的标识，所述设备群组包括的成员设备为所述M2M群组标识指示的群组中支持移动网络多播方式的成员设备；
确定单元，用于确定与所述查找单元查找到的设备群组对应的外部群组的标识，所述外部群组存储在移动网络服务器中，所述外部群组的成员设备为所述设备群组的成员设备；
发送单元，用于向所述移动网络服务器发送移动网络多播请求，所述移动网络多播请求携带所述外部群组的标识以及所述请求内容，所述移动网络多播请求用于指示以移动网络多播的通信方式向所述外部群组的成员设备发送访问命令，所述访问命令携带所述请求内容。
22.如权利要求21所述的移动网络平台，其特征在于，所述移动网络平台还包括：
分配单元，用于为所述设备群组的成员设备分配响应地址，所述响应地址用于接收所述设备群组的成员设备发送的针对所述访问命令的响应；
所述移动网络多播请求和所述访问命令还进一步携带所述响应地址；
所述接收单元，还用于接收所述设备群组的成员设备向所述响应地址发送的针对所述请求内容的响应信息。
23.如权利要求21或22所述的移动网络平台，其特征在于，
所述查找单元，还用于根据所述设备群组的标识查找所述设备群组的设备子群组；
所述确定单元，具体用于确定与所述设备子群组对应的外部子群组的标识；
所述移动网络多播请求还携带进一步所述设备子群组的标识。
24.如权利要求23所述的移动网络平台，其特征在于，
所述确定单元，还用于确定所述设备子群组的多播类型；
所述分配单元，具体用于根据所述设备子群组的多播类型，为所述设备子群组的成员设备分配所述响应地址。
25.如权利要求24所述的移动网络平台，其特征在于，所述设备子群组的多播类型为蜂窝广播服务CBS，所述移动网络平台还包括：
创建单元，用于为所述设备子群组创建请求资源，并为所述请求资源分配请求地址，所述请求资源存储所述请求内容；
所述移动网络多播请求和所述访问命令还进一步携带所述请求地址。
26.如权利要求22-25任一项所述的移动网络平台，其特征在于，
所述确定单元，还用于确定没有返回响应信息的所述设备群组的成员设备；
所述创建单元，还用于创建多播类型为触发多播的触发设备群组，所述触发设备群组的成员设备为未接收到所述群组设备的成员设备中返回的所述响应信息的成员设备；
所述发送单元，还用于向所述移动网络服务器发送触发外部群组的创建请求，所述触发外部群组的创建请求用于指示创建与所述触发设备群组对应的触发外部群组，所述触发外部群组的创建请求包括所述触发外部群组的标识以及所述触发设备群组的成员设备的外部设备标识。
27.一种移动网络平台，其特征在于，包括：
接收器，用于接收群组创建请求，所述群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识；
处理器，用于根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备；
所述处理器，还用于根据所述群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息；
所述处理器，还用于为所述支持移动网络多播方式的成员设备创建设备群组；
所述处理器，还用于根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识；
发送器，用于向移动网络服务器发送外部群组的创建请求，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部设备标识的外部群组。
28.如权利要求27所述的移动网络平台，其特征在于，所述处理器根据所述成员设备的设备标识确定支持移动网络多播方式的成员设备，具体用于执行如下步骤：
根据所述成员设备的设备标识获取所述成员设备的注册信息；
确定所述注册信息中包括所述外部设备标识的成员设备为所述支持移动网络多播方式的成员设备。
29.如权利要求28所述的移动网络平台，其特征在于，所述处理器为所述支持移动网络多播方式的成员设备创建设备群组之前，还执行如下步骤：
获取所述支持移动网络多播方式的成员设备的特征信息，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持多媒体广播多播服务MBMS的信息；
根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型；
所述处理器为所述支持移动网络多播方式的成员设备创建设备群组，具体用于执行如下步骤：
根据所述支持移动网络多播方式的成员设备的多播类型为所述支持移动网络多播方式的成员设备创建所述设备群组的设备子群组；
所述处理器根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识，具体用于执行如下步骤：
根据所述支持移动网络多播的指示信息生成与所述设备群组的设备子群组对应的待创建的外部子群组的标识。
30.如权利要求29所述的移动网络平台，其特征在于，所述处理器根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型，具体用于执行如下步骤：
当所述特征信息包括支持MBMS的信息时则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS；
当所述特征信息包括所述历史位置信息且不包括支持MBMS的信息时，则根据所述历史位置信息确定预设时间范围内所述支持移动网络多播方式的成员设备接入的基站；
确定所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站是否为同一个基站；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为相同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为CBS；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为不同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为PDN。
31.一种移动网络平台，其特征在于，包括：
接收单元，用于接收群组创建请求，所述群组创建请求携带机器通信M2M群组标识和待创建的M2M群组的成员设备的设备标识；
第一确定单元，用于根据所述接收单元接收的成员设备的设备标识确定支持移动网络多播方式的成员设备；
创建单元，用于根据所述接收单元接收的群组创建请求创建M2M群组标识指示的M2M群组，所述M2M群组中包括设备群组的标识，所述设备群组的标识包括支持移动网络多播的指示信息；
所述创建单元，还用于为所述确定单元确定的支持移动网络多播方式的成员设备创建设备群组；
生成单元，用于根据所述支持移动网络多播的指示信息生成与所述设备群组对应的待创建的外部群组的标识；
发送单元，用于向移动网络服务器发送外部群组的创建请求，所述外部群组的创建请求包括所述外部群组的标识和所述支持移动网络多播方式的成员设备的外部设备标识，所述外部群组的创建请求用于指示创建标识为所述外部群组的标识的包括所述支持移动网络多播方式的成员设备的外部设备标识的外部群组。
32.如权利要求31所述的移动网络平台，其特征在于，所述第一确定单元，具体用于：
根据所述成员设备的设备标识获取所述成员设备的注册信息；
确定所述注册信息中包括所述外部设备标识的成员设备为所述支持移动网络多播方式的成员设备。
33.如权利要求32所述的移动网络平台，其特征在于，所述移动网络平台还包括：
获取单元，用于获取所述支持移动网络多播方式的成员设备的特征信息，所述特征信息包括所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持多媒体广播多播服务MBMS的信息；
第二确定单元，用于根据所述支持移动网络多播方式的成员设备的历史位置信息和/或所述支持移动网络多播方式的成员设备的支持MBMS的信息确定所述支持移动网络多播方式的成员设备的多播类型；
所述创建单元，具体用于：
根据所述支持移动网络多播方式的成员设备的多播类型为所述支持移动网络多播方式的成员设备创建所述设备群组的设备子群组；
所述生成单元，具体用于：
根据所述支持移动网络多播的指示信息生成与所述设备群组的设备子群组对应的待创建的外部子群组的标识。
34.如权利要求33所述的移动网络平台，其特征在于，所述第二确定单元，具体用于：
当所述特征信息包括支持MBMS的信息时则确定所述支持移动网络多播方式的成员设备的多播类型为MBMS；
当所述特征信息包括所述历史位置信息且不包括支持MBMS的信息时，则根据所述历史位置信息确定预设时间范围内所述支持移动网络多播方式的成员设备接入的基站；
确定所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站是否为同一个基站；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为相同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为CBS；
当所述支持移动网络多播方式的成员设备在所述预设时间范围内接入的基站为不同的基站时，确定所述支持移动网络多播方式的成员设备的多播类型为PDN。
CN201510934059.2A 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台 Active CN106888437B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN202010569780.7A CN111885508B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台
CN201510934059.2A CN106888437B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台
KR1020187019922A KR20180094050A (ko) 2015-12-15 2016-12-13 그룹 멀티캐스트 및 그룹 생성 방법, 및 모바일 네트워크 플랫폼
EP16874817.6A EP3382974A4 (en) 2015-12-15 2016-12-13 Group multicast and group creation method, and mobile network platform
JP2018530860A JP6699914B2 (ja) 2015-12-15 2016-12-13 グループマルチキャスト方法、グループ作成方法およびモバイルネットワークプラットフォーム
PCT/CN2016/109746 WO2017101760A1 (zh) 2015-12-15 2016-12-13 一种群组多播和群组创建的方法以及移动网络平台
US16/010,047 US10841751B2 (en) 2015-12-15 2018-06-15 Group multicast method, group creation method, and mobile network platform
US17/081,532 US11558720B2 (en) 2015-12-15 2020-10-27 Group multicast method, group creation method, and mobile network platform

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510934059.2A CN106888437B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010569780.7A Division CN111885508B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台

Publications (2)

Publication Number Publication Date
CN106888437A true CN106888437A (zh) 2017-06-23
CN106888437B CN106888437B (zh) 2020-07-07

Family

ID=59055733

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010569780.7A Active CN111885508B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台
CN201510934059.2A Active CN106888437B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202010569780.7A Active CN111885508B (zh) 2015-12-15 2015-12-15 一种群组多播和群组创建的方法以及移动网络平台

Country Status (6)

Country Link
US (2) US10841751B2 (zh)
EP (1) EP3382974A4 (zh)
JP (1) JP6699914B2 (zh)
KR (1) KR20180094050A (zh)
CN (2) CN111885508B (zh)
WO (1) WO2017101760A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109874113A (zh) * 2017-12-05 2019-06-11 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统
CN110139223A (zh) * 2018-02-02 2019-08-16 海能达通信股份有限公司 通话组建立方法、基站、终端及通信系统
CN110769421A (zh) * 2018-07-26 2020-02-07 华为技术有限公司 一种群组创建方法、装置及系统
CN111901132A (zh) * 2019-05-06 2020-11-06 华为技术有限公司 群组管理方法、装置及系统

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102224379B1 (ko) * 2016-10-07 2021-03-08 콘비다 와이어리스, 엘엘씨 일반적 상호연동 및 확장성을 위한 서비스 계층 리소스 관리
KR102166992B1 (ko) * 2016-10-13 2020-10-16 콘비다 와이어리스, 엘엘씨 서비스 계층 그룹 동작을 위한 멀티캐스트의 인에이블
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
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
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
CN113225247B (zh) * 2021-07-02 2021-12-07 中兴通讯股份有限公司 群聊处理方法和系统、电子设备、计算机可读存储介质
JPWO2023032272A1 (zh) * 2021-09-06 2023-03-09

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873302A (zh) * 2009-04-23 2010-10-27 华为终端有限公司 控制点标识的获取和发送方法、装置及系统
CN102130773A (zh) * 2011-02-25 2011-07-20 华为技术有限公司 群组通信的方法和用于群组通信的装置
US20130258953A1 (en) * 2012-03-30 2013-10-03 Intel Corporation Techniques to manage group controling signaling for machine-to-machine devices

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030135594A1 (en) * 2001-12-06 2003-07-17 Lin Xu System and method for efficient distribution of multicastable services
CN102238477B (zh) * 2010-04-30 2014-02-19 华为终端有限公司 触发一组mtc设备与mtc服务器通信的方法及mtc设备
CN103959683B (zh) * 2011-11-04 2018-05-22 英特尔公司 用于到装置群组的业务输送的方法和装置
US20130339438A1 (en) 2011-12-02 2013-12-19 Qualcomm Incorporated Systems and methods for group based access control of machine to machine devices
WO2014053073A1 (en) * 2012-10-03 2014-04-10 Qualcomm Incorporated Broadcast/multicast used for m2m/mtc
CN103200209B (zh) 2012-01-06 2018-05-25 华为技术有限公司 成员资源的访问方法、群组服务器和成员设备
EP2842376B1 (en) * 2012-04-23 2020-12-16 Nokia Solutions and Networks Oy Method to trigger devices based on their location
WO2014019202A1 (zh) * 2012-08-02 2014-02-06 华为技术有限公司 增强型物理下行控制信道传输方法及设备
EP2894884B1 (en) * 2012-09-27 2018-04-18 Huawei Technologies Co., Ltd. Group triggering method, equipment and system
CN103716752B (zh) * 2012-09-29 2017-06-27 上海贝尔股份有限公司 一种分发机器类通信的组消息的方法
US9264865B2 (en) * 2014-04-07 2016-02-16 Verizon Patent And Licensing Inc. Efficient group message delivery method for A2P and M2M
US10440524B2 (en) * 2014-07-01 2019-10-08 Lg Electronics Inc. Method for transmitting and receiving a group message in wireless communication system and device therefor
US10225698B2 (en) * 2014-07-03 2019-03-05 Cisco Technology, Inc. System and method for providing message delivery and paging to a group of users in a network environment
CN106664516B (zh) * 2014-07-07 2020-03-27 康维达无线有限责任公司 用于基于机器类型通信组的服务的协调分组
CN107113537B (zh) * 2014-09-29 2020-06-23 康维达无线有限责任公司 用于控制在网络上的设备的省电模式特性的装置和方法
WO2016072814A1 (en) * 2014-11-07 2016-05-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (ue)
CN104468337B (zh) * 2014-12-24 2018-04-13 北京奇艺世纪科技有限公司 消息传输方法及装置、消息管理中心设备及数据中心
CN107548550B (zh) * 2015-04-02 2020-10-23 康维达无线有限责任公司 在服务能力开放功能管理mbms成员资格

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873302A (zh) * 2009-04-23 2010-10-27 华为终端有限公司 控制点标识的获取和发送方法、装置及系统
CN102130773A (zh) * 2011-02-25 2011-07-20 华为技术有限公司 群组通信的方法和用于群组通信的装置
US20130258953A1 (en) * 2012-03-30 2013-10-03 Intel Corporation Techniques to manage group controling signaling for machine-to-machine devices

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109874113A (zh) * 2017-12-05 2019-06-11 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统
WO2019109875A1 (zh) * 2017-12-05 2019-06-13 西安中兴新软件有限责任公司 一种多播组信息的处理方法、装置、系统和计算机可读存储介质
US11153724B2 (en) 2017-12-05 2021-10-19 Xi'an Zhongxing New Software Co. Ltd. Method, device and system for processing multicast group information, and computer-readable storage medium
CN109874113B (zh) * 2017-12-05 2022-03-18 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统
CN110139223A (zh) * 2018-02-02 2019-08-16 海能达通信股份有限公司 通话组建立方法、基站、终端及通信系统
CN110139223B (zh) * 2018-02-02 2021-11-02 海能达通信股份有限公司 通话组建立方法、基站、终端及通信系统
CN110769421A (zh) * 2018-07-26 2020-02-07 华为技术有限公司 一种群组创建方法、装置及系统
US11432349B2 (en) 2018-07-26 2022-08-30 Huawei Technologies Co., Ltd. Group creation method, apparatus, and system
CN111901132A (zh) * 2019-05-06 2020-11-06 华为技术有限公司 群组管理方法、装置及系统
CN111901132B (zh) * 2019-05-06 2022-04-05 华为技术有限公司 群组管理方法、装置及系统

Also Published As

Publication number Publication date
CN111885508B (zh) 2022-04-12
US11558720B2 (en) 2023-01-17
US10841751B2 (en) 2020-11-17
US20210076167A1 (en) 2021-03-11
KR20180094050A (ko) 2018-08-22
CN106888437B (zh) 2020-07-07
JP2019500792A (ja) 2019-01-10
JP6699914B2 (ja) 2020-05-27
EP3382974A1 (en) 2018-10-03
CN111885508A (zh) 2020-11-03
US20180310141A1 (en) 2018-10-25
WO2017101760A1 (zh) 2017-06-22
EP3382974A4 (en) 2018-10-03

Similar Documents

Publication Publication Date Title
CN106888437A (zh) 一种群组多播和群组创建的方法以及移动网络平台
CN104272707B (zh) 支持邻近发现过程的方法和装置
CN103339522B (zh) 对等定位服务
EP4044557A1 (en) Device and method for providing information of application server in mobile communication system
US10547991B2 (en) System and method for machine to machine subscriber information and retrieval protection
CN104105050B (zh) 一种邻近通信业务的实现方法及装置
CN105850218B (zh) 一种d2d通信的发现方法、装置及系统
WO2016019287A2 (en) Mechanism and service for device naming
CN103703845A (zh) 管理多播业务
CN110249667A (zh) 非3gpp接入上的终端接入5g网络的注册管理方法
KR101995546B1 (ko) 무선 디바이스들을 발견하기 위한 방법 및 장치
WO2020020096A1 (zh) 一种群组创建方法、装置及系统
KR20210088233A (ko) 이동통신 네트워크에서 단일 응용에 복수의 가상 네트워크를 제공하는 방법 및 장치
CN104717640B (zh) 一种基于定位的无线网络通信的实现方法
CN104427576A (zh) 在无线通信系统中装置间搜寻的方法及装置
CN106793178A (zh) 一种Android区域便携移动自组网的软硬件系统构建方法
EP4021030A1 (en) Method and device for providing direct communication in wireless communication system
WO2023080032A1 (en) Method of application function (af) apparatus, method of network exposure function (nef) apparatus, method of unified data management (udm) apparatus, method of access and mobility management function (amf) apparatus, method of user equipment (ue), method of policy control function (pcf) apparatus, method of radio access network (ran) node, af apparatus, nef apparatus, udm apparatus, amf apparatus, ue, pcf apparatus and ran node
CN107615238A (zh) 接入本地网络的方法和相关设备
CN105850213A (zh) 用于提供内容数据以及访问内容数据的方法和装置
CN103841542A (zh) 一种确定用户设备之间邻近关系的方法、设备及通信系统
US11659365B2 (en) Providing radio resource ownership indicators for user equipment charging records in a mobile network environment
WO2023159363A1 (zh) Ai业务数据的传输方法、装置、设备及存储介质
CN113727329B (zh) 一种通信方法及装置
WO2023185441A1 (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
TR01 Transfer of patent right

Effective date of registration: 20220208

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Patentee after: Huawei Cloud Computing Technology Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right