CN110798812B - 一种群组通信方法及装置 - Google Patents
一种群组通信方法及装置 Download PDFInfo
- Publication number
- CN110798812B CN110798812B CN201810987761.9A CN201810987761A CN110798812B CN 110798812 B CN110798812 B CN 110798812B CN 201810987761 A CN201810987761 A CN 201810987761A CN 110798812 B CN110798812 B CN 110798812B
- Authority
- CN
- China
- Prior art keywords
- multicast group
- multicast
- terminal
- service
- service type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 238000004891 communication Methods 0.000 title claims abstract description 38
- 238000005304 joining Methods 0.000 claims abstract description 48
- 238000013475 authorization Methods 0.000 claims abstract description 47
- 238000012545 processing Methods 0.000 claims abstract description 32
- 238000004590 computer program Methods 0.000 claims description 14
- 238000003860 storage Methods 0.000 claims description 13
- 238000013461 design Methods 0.000 description 41
- 230000015654 memory Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 230000004044 response Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 12
- 238000012217 deletion Methods 0.000 description 8
- 230000037430 deletion Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种群组通信方法及装置，该方法包括：应用服务器接收业务请求信息，根据业务请求信息确定创建组播组以及组播组包括的N个终端，并为组播组分配组播地址和组播组标识。应用服务器向N个终端分别发送对应的加入组播组授权信息。因此，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员，解决了消息无法精确推送的问题，可以有效避免接收和处理无用消息。
Description
本申请中要求在2018年08月02日提交中国专利局、申请号为201810868999.X、申请名称为“一种群组通信方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信领域，尤其涉及一种群组通信方法及装置。
背景技术
车联网(vehicle to everything，V2X)是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息，采用各种通信技术实现车与车(vehicle to vehicle，V2V)、车与人(vehicle topedestrian，V2P)、车与路(即基础设施)(vehicle toinfrastructure，V2I)的互连互通，并在信息网络平台上对车辆信息进行提取、共享等有效利用，以实现对车辆进行有效的管控和提供综合服务。
第三代合作伙伴项目(3rd generation partnership project，3GPP)定义的LTE-V2X是指基于长期演进(long term evolution，LTE)移动通信技术演进形成的V2X车联网无线通信技术，包括蜂窝通信(Uu)和直接通信(PC5)两种工作模式。其中，Uu模式借助已有的LTE蜂窝网络，支持高带宽、广覆盖、长距离的通信连接，可以满足道路事故、施工提醒、信号灯提醒、车速引导、动态地图等信息服务、以及交通效率类车联网的应用需求，但是Uu模式的下行通信效率较低。
现有技术中，提供了一种基于IP组播方式实现基于Uu的组播通信方式，以提高下行通信效率。具体的，在用户设备(User Equipment，UE)的V2X客户端(Client)启动后，V2X服务器(Server)向UE发送地理组播数据库信息，该信息包括组播地址与地理位置映射数据。UE根据自身地理位置，确定其所属组播组的组播地址，申请加入相应的组播组，并接收所属组播组内其他车辆发送的协同感知消息(cooperative awareness messages，CAM)消息。当UE自身地理位置发生变化时，变化后的地理位置对应的组播地址也随之变化，UE根据变化后的地理位置，确定变化后的组播组的组播地址，UE申请加入变化后的组播组。在上述方法中，由于组播组是根据地理位置事先划分的，车辆可能收到很多无用的消息，无法实现消息的精确推送，且组播地址被永久占用，造成组播地址资源利用率低。
发明内容
本申请实施例提供一种群组通信方法及装置，用于解决消息无法精确推送的问题。
第一方面，本申请实施例提供一种群组通信方法，包括：应用服务器接收业务请求信息，应用服务器根据业务请求信息确定创建组播组以及组播组包括的N个终端，并为组播组分配组播地址和组播组标识，N为大于等于2的正整数。应用服务器向N个终端分别发送对应的加入组播组授权信息，其中，第i个终端对应的加入组播组授权信息包括组播地址和组播组标识，第i个终端为N个终端中的任一终端，1≤i≤N，i为正整数。
通过上述设计，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员，解决了消息无法精确推送的问题，可以有效避免接收和处理无用消息。
在一种可能的设计中，第i个终端对应的加入组播组授权信息还包括第i个终端对应的组播鉴权服务器的标识。该方法还包括：应用服务器向N个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，其中，第i个终端对应的鉴权信息包括第i个终端的标识、组播地址和组播组标识，以使第i个终端对应的组播鉴权服务器对第i个终端执行鉴权。
通过上述设计，为了应对组播安全隐患，应用服务器同时配置了组播鉴权服务器，增加了对待加入组播组的终端的鉴权过程，可以提高组播通信的安全性。
在一种可能的设计中，第i个终端对应的鉴权信息还包括第i个终端的会话密钥。
通过上述设计，可以增强组播通信的安全性。
在一种可能的设计中，第i个终端对应的加入组播组授权信息还包括消息认证码，消息认证码是基于第i个终端的会话密钥对第i个终端对应的组播鉴权服务器的标识、组播地址和组播组标识中的至少一个参数加密得到的。
通过上述设计，可以增强组播通信的安全性。
在一种可能的设计中，应用服务器接收业务请求信息可以采用以下方法：应用服务器从第三方平台接收业务请求信息；业务请求信息包括第一业务类型、第一业务类型的业务参数和至少两个终端的标识。应用服务器根据业务请求信息确定创建组播组以及组播组包括的N个终端可以采用以下方法：应用服务器根据第一业务类型、第一业务类型的业务参数，创建组播组，且组播组包括至少两个终端的标识分别对应的终端。其中，组播组对应的业务类型为第一业务类型，组播组对应的业务类型的业务参数为第一业务类型的业务参数。
通过上述设计，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员。
在一种可能的设计中，在应用服务器接收业务请求信息之前，应用服务器从第一终端接收共享信息，共享信息用于共享给业务请求信息满足预设条件的终端；
应用服务器接收业务请求信息可以采用以下方法：应用服务器从第二终端接收业务请求信息；业务请求信息包括第二业务类型、第二业务类型的业务参数和第二终端的标识。
应用服务器根据业务请求信息确定创建组播组以及组播组包括的N个终端可以采用以下方法：应用服务器根据共享信息确定业务请求信息满足预设条件时，根据第二业务类型、第二业务类型的业务参数，创建组播组，且组播组包括第一终端和第二终端；其中，第二组播组对应的业务类型为第二业务类型，第二组播组对应的业务类型的业务参数为第二业务类型的业务参数。
通过上述设计，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员。
在一种可能的设计中，应用服务器从第三终端接收业务请求信息；业务请求信息包括第三业务类型、第三业务类型的业务参数和第三终端的标识。应用服务器根据第三业务类型、第三业务类型的业务参数确定已创建的组播组中存在目标组播组，则向第三终端发送第三终端对应的加入组播组授权信息；其中，第三终端对应的加入组播组授权信息包括目标组播组的组播地址和目标组播组的组播组标识；目标组播组对应的业务类型为第三业务类型，目标组播组对应的业务类型的业务参数所指示的业务与第三业务类型的业务参数所指示的业务相同。
通过上述设计，应用服务器可以实现将终端加入已创建的组播组。
在一种可能的设计中，应用服务器从第四终端接收组播组退出请求。应用服务器向第四终端发送第四终端对应的退出组播组指示信息。
通过上述设计，应用服务器可以实现终端退出已创建的组播组。
在一种可能的设计中，应用服务器确定已创建的组播组中的任一组播组包括的终端均退出该组播组时，应用服务器将该组播组的组播地址标记为未占用状态。
通过上述设计，应用服务器可以实现回收组播地址，提高了组播地址的利用率。
在一种可能的设计中，在应用服务器从第四终端接收组播组退出请求之后，应用服务器确定第四终端所属组播组除第四终端外还包括K个终端，K为大于等于1的正整数。应用服务器向K个终端分别发送对应的退出组播组指示信息，应用服务器将第四终端所属组播组的组播地址标记为未占用状态。
通过上述设计，应用服务器可以实现回收组播地址，提高了组播地址的利用率。
第二方面，本申请实施例提供一种群组通信装置，该装置可以是应用服务器，也可以是应用服务器内的芯片。该装置可以包括处理单元、发送单元和接收单元。当该装置是应用服务器时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该应用服务器还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该应用服务器执行第一方面或第一方面任意一种可能的设计中的方法。当该装置是应用服务器内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第一方面或第一方面任意一种可能的设计中的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该应用服务器内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
第三方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述第一方面至第二方面的方法。
第四方面，本申请实施例还提供一种包含程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面的方法。
附图说明
图1为本申请实施例中应用场景的示意图；
图2为本申请实施例中群组通信方法的概述流程图；
图3为本申请实施例中跟车行驶场景的示意图；
图4为本申请实施例中在跟车行驶场景下V2X AS为UE1和UE2创建组播组的具体流程示意图；
图5为本申请实施例中在跟车行驶场景下UE1和UE2退出组播组的具体流程示意图；
图6为本申请实施例中在透视场景下V2X AS为UE1和UE2创建组播组的具体流程示意图；
图7为本申请实施例中群组通信装置的结构示意图；
图8为本申请实施例中群组通信设备的结构示意图。
具体实施方式
下面结合附图，对本申请的实施例进行描述。
如图1所示为本申请实施例的一种具体应用场景示意图。图1所示的一种群组通信系统包括应用服务器、组播鉴权服务器、组播路由器、第三方平台和至少两个终端(例如终端1和终端2)。应理解的是，图1所示的应用场景示意图仅为举例，不作为本申请的限定。
其中，应用服务器可以为车辆网应用服务器(V2X application server，V2X AS)，用于创建组播组，其具体功能详见如图2所示实施例中的描述。
组播鉴权服务器用于对待加入组播组的终端进行鉴权。应理解的是，每个待加入组播组的终端对应的组播鉴权服务器可能是不同的，因此，在图1所示的群组通信系统中可能包括多个组播鉴权服务器。
组播路由器用于根据待加入组播组的终端发送的组播组加入请求向组播鉴权服务器发送针对该待加入组播组的终端的鉴权请求信息，以使组播鉴权服务器对该待加入组播组的终端进行鉴权。在组播鉴权服务器确定该待加入组播组的终端鉴权成功后，组播鉴权服务器向组播路由器发送鉴权成功响应。组播路由器在收到鉴权成功响应后，将该待加入组播组的终端加入相应的组播组，并在收到针对该组播组的组播消息后，将该组播消息分发至该组播组包括的各个终端。
第三方平台可以为车企平台或其他平台，用于触发应用服务器创建组播组。
至少两个终端可用于触发应用服务器创建组播组，也可将创建组播组的需求上报至第三方平台，由第三方平台触发应用服务器创建组播组。至少两个终端可以为两个交通工具，例如，车(vehicle)，该车装载传感器设备，可以采集车本身的速度、位置、配置信息和身份信息，也可以感知周围环境，支持通过近场通信与路侧单元(road side unit，RSU)和周围的车辆交互，支持长距离通信连接控制中心，或通过RSU连接控制中心。
本申请实施例中所涉及的组播可以是指IP组播(IP multicasting)。其中，IP组播是对标准IP网络层协议的扩展。它通过使用特定的IP组播地址，按照最大投递的原则，将IP数据包传输到一个组播群组(multicast group)的主机集合。它的基本方法是：当某一个设备向一组设备发送数据时，该设备不必向该组设备中的每一个设备都发送该数据，而只需将该数据发送到一个特定的组播地址，则所有加入该组播组的设备均可以收到该数据。因此，对发送者而言，数据只需发送一次就可以发送到所有接收者，减轻了网络的负载和发送者的负担。
为了解决消息无法精确推送的问题，避免接收和处理无用消息。本申请实施例提供一种群组通信方法，参阅图2所示，该方法包括：
步骤200：应用服务器接收业务请求信息。
在一种可能的设计中，应用服务器从第三方平台接收业务请求信息，或者，应用服务器从至少一个终端接收业务请求信息。
步骤210：应用服务器根据业务请求信息确定创建组播组以及组播组包括的N个终端，并为组播组分配组播地址和组播组标识，N为大于等于2的正整数。
具体的，应用服务器根据业务请求信息确定创建组播组以及组播组包括的N个终端可以包括但不限于以下两种情况：
情况1：应用服务器从第三方平台接收业务请求信息。业务请求信息包括第一业务类型、第一业务类型的业务参数和至少两个终端的标识。此时，应用服务器根据第一业务类型、第一业务类型的业务参数，创建组播组，且组播组包括上述至少两个终端的标识分别对应的终端。其中，组播组对应的业务类型为第一业务类型，组播组对应的业务类型的业务参数为第一业务类型的业务参数。
例如，车企平台可以接收UE1上报的业务请求信息，该业务请求信息包括业务类型1、业务类型1的业务参数以及UE1的标识和UE2的标识。车企平台将该业务请求信息转发至应用服务器。在应用服务器从车企平台接收业务请求信息后，应用服务器查找针对业务类型1预设的组播组创建流程，例如，针对业务类型1预设的组播组创建流程为直接根据业务请求信息中包括的业务类型1和业务类型1的业务参数创建业务类型为业务类型1，业务类型的业务参数为业务类型1的业务参数的组播组，且该组播组包括的终端为业务请求信息中指示的终端。因此，应用服务器根据业务类型1、业务类型1的业务参数，创建组播组，该组播组对应的业务类型为业务类型1，该组播组对应的业务类型的业务参数为业务类型1的业务参数，且该组播组包括UE1和UE2。应理解的是，针对业务类型1预设的组播组创建流程可以是基于业务类型1业务的业务逻辑设计的。当不同业务类型业务的业务逻辑不同时，不同业务类型对应的组播组创建流程也可能不同。
又例如，车企平台可以接收UE1上报的第一业务请求信息，第一业务请求信息包括业务类型1、业务类型1的业务参数以及UE1的标识。车企平台还可以接收UE2上报的第二业务请求信息，第二业务请求信息包括业务类型1、业务类型1的业务参数以及UE2的标识。车企平台根据这两个业务请求信息确定UE1和UE2请求的业务类型均为业务类型1，两个业务请求信息中分别包括的业务类型1的业务参数相同，则车企平台向应用服务器发送第三业务请求信息，第三业务请求信息包括业务类型1、业务类型1的业务参数以及UE1的标识和UE2的标识。应理解的是，应用服务器从车企平台接收第三业务请求信息后的处理流程，可参考上例中应用服务器的处理流程，此处不再赘述。
情况2：应用服务器先从第一终端接收共享信息，共享信息用于共享给业务请求信息满足预设条件的终端，然后，应用服务器从第二终端接收业务请求信息，业务请求信息包括第二业务类型、第二业务类型的业务参数和第二终端的标识。此时，应用服务器根据共享信息确定业务请求信息满足预设条件时，根据第二业务类型、第二业务类型的业务参数，创建组播组，且组播组包括第一终端和第二终端。其中，第二组播组对应的业务类型为第二业务类型，第二组播组对应的业务类型的业务参数为第二业务类型的业务参数。
示例性地，UE1向应用服务器发送共享信息，该共享信息用于共享给业务请求信息满足预设条件的终端。例如，该共享信息用于共享给业务类型为业务类型2，业务类型2的业务参数X的取值落入第一预设范围的组播组中的终端。又或者，该共享信息用于共享给业务类型为业务类型2，业务类型2的业务参数X的取值落入第一预设范围且业务类型2的业务参数Y的取值落入第二预设范围的组播组中的终端。应理解的是，上述针对业务请求信息满足预设条件的举例不作为本申请的限定，业务请求信息满足预设条件的具体内容取决于不同业务类型业务的业务逻辑。共享信息可以携带业务请求信息满足预设条件的具体内容，共享信息也可以不携带业务请求信息满足预设条件的具体内容，由应用服务器根据共享信息确定业务请求信息满足预设条件的具体内容。
在UE1向应用服务器发送共享信息后，UE2向应用服务器发送业务请求信息，该业务请求信息包括业务类型2、业务类型2的业务参数以及UE2的标识。在应用服务器从UE2接收业务请求信息后，应用服务器查找针对业务类型2预设的组播组创建流程，例如，针对业务类型2预设的组播组创建流程为在确定业务请求信息满足共享信息指示的预设条件时，根据业务请求信息中包括的业务类型2和业务类型2的业务参数创建业务类型为业务类型2，业务类型的业务参数为业务类型2的业务参数的组播组，且该组播组包括的终端为业务请求信息中指示的终端和上报共享信息的终端。因此，应用服务器首先判断UE2发送的业务请求信息是否满足共享信息指示的预设条件，若UE2发送的业务请求信息满足共享信息指示的预设条件，则根据业务类型2、业务类型2的业务参数，创建组播组，该组播组对应的业务类型为业务类型2，该组播组对应的业务类型的业务参数为业务类型2的业务参数，且该组播组包括UE1和UE2。若UE2发送的业务请求信息不满足共享信息指示的预设条件，则不创建组播组。
由上可知，应用服务器可以根据不同业务类型业务的业务请求信息，创建组播组并精确识别组播组成员。
此外，应用服务器可以预留若干个组播地址，并记录每个组播地址的状态，包括占用状态和未占用状态。在应用服务器为组播组分配组播地址时，从若干个组播地址中选择一个组播地址的状态为未占用状态的组播地址作为该组播组的组播地址。或者，应用服务器为每个业务类型预留若干个组播地址，并记录每个组播地址的状态。在应用服务器为组播组分配组播地址时，根据组播组的业务类型从相应业务类型预留的若干个组播地址中选择一个组播地址的状态为未占用状态的组播地址作为该组播组的组播地址。
步骤220：应用服务器向N个终端分别发送对应的加入组播组授权信息。
其中，第i个终端对应的加入组播组授权信息包括组播地址和组播组标识，第i个终端为N个终端中的任一终端，1≤i≤N，i为正整数。可选的，第i个终端对应的加入组播组授权信息还包括消息认证码(message authentication code，)，MAC是基于第i个终端的会话密钥对组播地址和组播组标识中的至少一个参数加密得到的。其中，第i个终端的会话密钥是第i个终端向应用服务器注册时生成的会话秘钥，第i个终端和应用服务器均保存第i个终端的会话密钥。例如，MAC是通过第i个终端的会话秘钥对组播地址和组播组标识进行加密的哈希(HASH)值。
进一步地，为了应对组播安全隐患，提高组播通信的安全性，在一种可能的设计中，应用服务器向N个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，其中，第i个终端对应的鉴权信息包括第i个终端的标识、组播地址和组播组标识，以使第i个终端对应的组播鉴权服务器对第i个终端执行鉴权。由于每个待加入组播组的终端对应的组播鉴权服务器可能是不同的，因此第i个终端对应的加入组播组授权信息还包括第i个终端对应的组播鉴权服务器的标识。此时，消息认证码可以是基于第i个终端的会话密钥对第i个终端对应的组播鉴权服务器的标识、组播地址和组播组标识中的至少一个参数加密得到的。
示例性地，假设UE1为N个终端中任一个终端，以下以UE1的鉴权过程为例进行说明，其他终端的鉴权过程可参考UE1的鉴权过程。
应用服务器向UE1发送UE1对应的加入组播组授权信息，其中，UE1对应的加入组播组授权信息包括UE1对应的组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。应用服务器还向UE1对应的组播鉴权服务器发送UE1对应的鉴权信息，其中，UE1对应的鉴权信息包括UE1的标识、组播地址和组播组标识。
在UE1接收到UE1对应的加入组播组授权信息后，UE1向组播路由器发送组播组加入请求，该组播组加入请求包括UE1对应的组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。组播路由器根据UE1对应的组播鉴权服务器的标识向UE1对应的组播鉴权服务器发送鉴权请求信息，该鉴权请求信息包括UE1的标识、组播地址和组播组标识。在UE1对应的组播鉴权服务器接收到该鉴权请求信息后，UE1对应的组播鉴权服务器根据UE1对应的鉴权信息和该鉴权请求信息，对UE1进行鉴权，包括判断UE1的标识是否一致、组播地址是否一致，以及组播组标识是否一致，当确定上述三项均一致时，UE1对应的组播鉴权服务器确定UE1鉴权成功，向组播路由器发送鉴权成功响应。在组播路由器接收到鉴权成功响应后，组播路由器将UE1加入组播组，并在收到针对该组播组的组播消息后，将该组播消息分发至该组播组包括的N个终端。
进一步地，为增强组播通信的安全性，可选的，第i个终端对应的鉴权信息还包括第i个终端的会话密钥。
示例性地，仍假设UE1为N个终端中任一个终端，以UE1的鉴权过程为例进行说明，其他终端的鉴权过程可参考UE1的鉴权过程。应用服务器向UE1发送UE1对应的加入组播组授权信息，其中，UE1对应的加入组播组授权信息包括UE1对应的组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。应用服务器还向UE1对应的组播鉴权服务器发送UE1对应的鉴权信息，其中，UE1对应的鉴权信息包括UE1的标识、UE1的会话密钥、组播地址和组播组标识。
在UE1接收到UE1对应的加入组播组授权信息后，UE1向组播路由器发送组播组加入请求，该组播组加入请求包括UE1对应的组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。组播路由器向UE发送挑战随机数。在UE1接收到挑战随机数后，根据UE1的会话秘钥对挑战随机数进行加密获得挑战字，并将挑战字发送给组播路由器。组播路由器根据UE1对应的组播鉴权服务器的标识向UE1对应的组播鉴权服务器发送鉴权请求信息，该鉴权请求信息包括UE1的标识、挑战随机数、挑战字、组播地址和组播组标识。在UE1对应的组播鉴权服务器接收到该鉴权请求信息后，UE1对应的组播鉴权服务器根据UE1对应的鉴权信息和该鉴权请求信息，对UE1进行鉴权，包括判断UE1的标识是否一致、组播地址是否一致，组播组标识是否一致，以及判断根据UE1对应的鉴权信息中包括UE1的会话密钥对挑战随机数加密后得到的挑战字是否与鉴权请求信息中的挑战字一致，当确定上述四项均一致时，UE1对应的组播鉴权服务器确定UE1鉴权成功，向组播路由器发送鉴权成功响应。在组播路由器接收到鉴权成功响应后，组播路由器将UE1加入组播组，并在收到针对该组播组的组播消息后，将该组播消息分发至该组播组包括的N个终端。
应理解的是，上述两个UE1的鉴权过程仅为举例，不作为本申请的限定，组播鉴权服务器还可采用其他现有鉴权方式判断待加入组播组的终端是否鉴权成功。
由上可知，在图2所示实施例中，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员，解决了消息无法精确推送的问题，可以有效避免接收和处理无用消息。此外，为了应对组播安全隐患，应用服务器同时配置了组播鉴权服务器，增加了对待加入组播组的终端的鉴权过程，可以提高组播通信的安全性。
此外，应用服务器除了可以创建组播组，还可以通过以下设计实现更多功能：
在第一种可能的设计中，应用服务器从第三终端接收业务请求信息。业务请求信息包括第三业务类型、第三业务类型的业务参数和第三终端的标识。应用服务器根据第三业务类型、第三业务类型的业务参数确定已创建的组播组中存在目标组播组，则向第三终端发送第三终端对应的加入组播组授权信息。其中，第三终端对应的加入组播组授权信息包括目标组播组的组播地址和目标组播组的组播组标识。目标组播组对应的业务类型为第三业务类型，目标组播组对应的业务类型的业务参数所指示的业务与第三业务类型的业务参数所指示的业务相同。
应理解的是，此处的业务请求信息可以与步骤200中所指业务请求信息相同。应用服务器除了可以从第三终端接收业务请求信息，还可从第三方平台接收业务请求信息。此时，若第三方平台已发送过业务请求信息，第三方平台可以判断再次发送的业务请求信息是希望创建新的组播组还是请求加入已创建的组播组，因此，此时的业务请求信息也可以与步骤200中所指业务请求信息不完全相同。此外，目标组播组对应的业务类型的业务参数所指示的业务与第三业务类型的业务参数所指示的业务相同具体需要根据第三业务类型业务的业务逻辑由应用服务器进行判断。示例性地，目标组播组对应的业务类型的业务参数所指示的业务与第三业务类型的业务参数所指示的业务相同可以是指目标组播组对应的业务类型的业务参数与第三业务类型的业务参数相同，或者，目标组播组对应的业务类型的业务参数与第三业务类型的业务参数相同不同。例如，基于第三业务类型业务的业务逻辑，第三业务类型的业务参数所示指示的参数范围落入目标组播组对应的业务类型的业务参数指示的参数范围，则可以认为目标组播组对应的业务类型的业务参数所指示的业务与第三业务类型的业务参数所指示的业务是相同的业务。
进一步地，第三终端对应的加入组播组授权信息还可以包括第三终端对应的鉴权服务器的标识。应用服务器还向第三终端对应的鉴权服务器发送第三终端对应的鉴权信息，具体可以参考步骤220的具体描述，重复之处不再赘述。
应理解的是，在应用服务器执行步骤210时，应用服务器也可以在确定创建组播组前，首先判断在已创建的组播组中是否存在满足业务请求信息的组播组，若存在，应用服务器向业务请求信息包括的终端的标识对应的终端发送对应的加入组播组授权信息，若不存在，应用服务器再执行步骤210所示的具体操作。
因此，通过上述设计，应用服务器可以实现将终端加入已创建的组播组。
在第二种可能的设计中，应用服务器从第四终端接收组播组退出请求。应用服务器向第四终端发送第四终端对应的退出组播组指示信息。
其中，组播组退出请求包括第四终端的标识、第四终端所属组播组的组播组标识、第四终端所属组播组的组播地址。第四终端对应的退出组播组指示信息包括第四终端的标识、第四终端所属组播组的组播组标识、第四终端所属组播组的组播地址。
应理解的是，应用服务器除了可以从第四终端接收组播组退出请求，还可从第三方平台接收组播组退出请求。第三方平台发送的组播组退出请求中可以包括多个终端的标识、多个终端所属组播组的组播组标识、多个终端所属组播组的组播地址。此时，上述多个终端所属组播组相同。或者，第三方平台发送的组播组退出请求中可以包括一个终端的标识、该终端所属组播组的组播组标识、该终端所属组播组的组播地址。
此外，若应用服务器向第四终端对应的组播鉴权服务器发送过第四终端对应的鉴权信息，则应用服务器还需向第四终端对应的组播鉴权服务器发送第四终端对应的鉴权信息删除指示信息，其中，第四终端对应的鉴权信息删除指示信息包括第四终端的标识、第四终端所属组播组的组播组标识、第四终端所属组播组的组播地址。
因此，通过上述设计，应用服务器可以实现终端退出已创建的组播组。
进一步地，在应用服务器从第四终端接收组播组退出请求之后，应用服务器确定第四终端所属组播组除第四终端外还包括K个终端，K为大于等于1的正整数。应用服务器向K个终端分别发送对应的退出组播组指示信息。应用服务器将第四终端所属组播组的组播地址标记为未占用状态。其中，第j个终端对应的退出组播组指示信息包括第j个终端的标识、第四终端所属组播组的组播组标识、第四终端所属组播组的组播地址。第j个终端为k个终端中的任一终端，1≤j≤K，j为正整数。
此外，若应用服务器向K个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，则应用服务器还需向K个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息删除指示信息。其中，第j个终端对应的鉴权信息删除指示信息包括第j个终端的标识、第四终端所属组播组的组播组标识、第四终端所属组播组的组播地址。
例如，当K＝1时，第四终端所属组播组共包括两个终端，在第四终端退出组播组后，剩余的一个终端没有必要再占用该组播地址，因此，应用服务器可以向该终端发送退出组播组指示信息。
在第三种可能的设计中，应用服务器确定已创建的组播组中的任一组播组包括的终端均退出该组播组时，应用服务器将该组播组的组播地址标记为未占用状态。
应理解的是，已创建的组播组中的任一组播组包括的终端均退出该组播组可以是由该组播组中包括的各个终端共同触发完成，例如，由该组播组中包括的各个终端分别向应用服务器发送组播组退出请求，应用服务器向上述各个终端分别发送对应的退出组播组指示信息。或者，已创建的组播组中的任一组播组包括的终端均退出该组播组可以是由应用服务器触发完成，例如，应用服务器在第一组播组的创建时长到达预设时长时，向第一组播组包括的各个终端分别发送对应的退出组播组指示信息。又或者，已创建的组播组中的任一组播组包括的终端均退出该组播组可以是由应用服务器和组播组包括的至少一个终端触发完成，具体可参见上述第二种可能设计中的相关描述，此处不再赘述。
因此，通过上述设计，应用服务器可以实现回收组播地址，提高了组播地址的利用率。
下面结合具体应用场景对本申请实施例进行详细描述。
参阅图3所示为跟车行驶(Platooning)场景示意图。Platooning是指多辆车以极小的车距尾随行驶的编队状态。在编队中，车距低于一般意义上的安全行驶车距，例如，仅为15米，极小的车距会使头车破开的气流，在车尾直接被第二辆车接纳，而不会形成低压的涡流区，从而有效降低了整个车队在行驶过程中的空气阻力总值。图1中UE1和UE2组成Platooning车队，UE1为头车。
如图4所示为在如图3所示的Platooning场景下，V2X AS为UE1和UE2创建组播组的具体流程示意图。这里假设UE1对应的组播鉴权服务器与UE2对应的组播鉴权服务器相同。
S401：UE1向车企平台发送Platooning通信启动信息，该启动信息包括UE1ID和UE2ID。
S402：车企平台向V2X AS发送业务请求信息，该业务请求信息包括业务类型为Platooning，业务类型的业务参数为Platooning ID，以及UE1ID和UE2ID。
S403：V2X AS根据业务类型和业务类型的业务参数，创建组播组，确定该组播组包括UE1和UE2，并为该组播组分配组播地址和组播组标识。
S404a：V2X AS向组播鉴权服务器发送UE1对应的鉴权信息。其中，UE1对应的鉴权信息包括UE1ID、组播地址、组播组标识、UE1的会话密钥。
S404b：V2X AS向组播鉴权服务器发送UE2对应的鉴权信息。其中，UE2对应的鉴权信息包括UE2ID、组播地址、组播组标识、UE2的会话密钥。
S405a：V2X AS向UE1发送UE1对应的加入组播组授权信息。其中，UE1对应的加入组播组授权信息包括UE1ID、组播地址、组播组标识、组播鉴权服务器的标识、UE1的MAC。其中，UE1的MAC是通过UE1的会话秘钥对UE1ID、组播地址、组播组标识、组播鉴权服务器的标识进行加密的HASH值。
S405b：V2X AS向UE2发送UE2对应的加入组播组授权信息。其中，UE2对应的加入组播组授权信息包括UE2ID、组播地址、组播组标识、组播鉴权服务器的标识、UE2的MAC。其中，UE2的MAC是通过UE2的会话秘钥对UE2ID、组播地址、组播组标识、组播鉴权服务器的标识进行加密的HASH值。
S406a：UE1向组播路由器发送因特网组管理协议(internet group managementprotocol，IGMP)/组播监听者发现(multicast listener discovery，MLD)加入(Join)，该消息用于请求加入组播组，包括组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。
S406b：UE2向组播路由器发送IGMP/MLD Join，该消息用于请求加入组播组，包括组播鉴权服务器的标识、UE2的标识、组播地址和组播组标识。
S407a：组播路由器向UE1发送可扩展认证协议(Extensible AuthenticationProtocol，EAP)认证请求挑战(Challenge)消息，该消息包括第一挑战随机数。
S407b：组播路由器向UE2发送EAP认证请求Challenge消息，该消息包括第二挑战随机数。
应理解的是，S407a中的第一挑战随机数与S407b中的第二挑战随机数可能相同也可能不同。
S408a：UE1向组播路由器发送EAP响应消息，该消息包括第一挑战字。
具体的，在UE1接收到EAP认证请求Challenge消息后，UE1取出第一挑战随机数，根据UE1的会话秘钥对第一挑战随机数进行加密获得第一挑战字。
S408b：UE2向组播路由器发送EAP响应消息，该消息包括第二挑战字。
具体的，在UE2接收到EAP认证请求Challenge消息后，UE1取出第二挑战随机数，根据UE2的会话秘钥对第二挑战随机数进行加密获得第二挑战字。
S409a：组播路由器向组播鉴权服务器发送UE1对应的鉴权请求信息，UE1对应的鉴权请求信息包括UE1的标识、第一挑战随机数、第一挑战字、组播地址和组播组标识。
S409b：组播路由器向组播鉴权服务器发送UE2对应的鉴权请求信息，UE2对应的鉴权请求信息包括UE2的标识、第二挑战随机数、第二挑战字、组播地址和组播组标识。
S410a：组播鉴权服务器向组播路由器发送UE1对应的鉴权成功响应。
在组播鉴权服务器接收到UE1对应的鉴权请求信息后，组播鉴权服务器根据UE1对应的鉴权信息和UE1对应的鉴权请求信息，对UE1进行鉴权，包括判断UE1的标识是否一致、组播地址是否一致，组播组标识是否一致，以及判断根据UE1对应的鉴权信息中包括UE1的会话密钥对第一挑战随机数加密后得到的第一挑战字是否与UE1对应的鉴权请求信息中的第一挑战字一致，当确定上述四项均一致时，组播鉴权服务器确定对UE1鉴权成功。
S410b：组播鉴权服务器向组播路由器发送UE2对应的鉴权成功响应。
在组播鉴权服务器接收到UE2对应的鉴权请求信息后，组播鉴权服务器根据UE2对应的鉴权信息和UE2对应的鉴权请求信息，对UE2进行鉴权，包括判断UE2的标识是否一致、组播地址是否一致，组播组标识是否一致，以及判断根据UE2对应的鉴权信息中包括UE2的会话密钥对第二挑战随机数加密后得到的第二挑战字是否与UE2对应的鉴权请求信息中的第二挑战字一致，当确定上述四项均一致时，组播鉴权服务器确定对UE2鉴权成功。
S411a：在组播路由器接收到UE1对应的鉴权成功响应后，组播路由器将UE1加入组播组。在组播路由器接收到组播消息后，向UE1分发该组播消息。
S411b:在组播路由器接收到UE2对应的鉴权成功响应后，组播路由器将UE2加入组播组。在组播路由器接收到组播消息后，向UE2分发该组播消息。
例如，在组播路由器接收到UE1发送的组播消息后，组播路由器将UE1发送的组播消息发送给UE2；又例如，当该组播组还包括UE3时，在组播路由器接收到UE3发送的组播消息后，组播路由器将UE3发送的组播消息发送给UE1和UE2。
因此，由图4所示实施例可知，应用服务器根据车企平台上报的业务请求信息中包括的业务类型和业务类型的业务参数触发建立组播组，并精确识别组播组成员，可以有效避免接收和处理无用消息。进一步地，应用服务器通过配置组播鉴权服务器，对组播组成员进行鉴权，实现只有组播组成员可以加入组播组，可以提高组播通信的安全性。
如图5所示为在如图3所示的Platooning场景下，UE1和UE2退出组播组的具体流程示意图。这里假设UE1对应的组播鉴权服务器与UE2对应的组播鉴权服务器相同。
S501：UE1向V2X AS发送组播组退出请求。该组播组退出请求包括UE1的标识、UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
S502：V2X AS查询UE1所属组播组还包括UE2。
S503a：V2X AS向组播鉴权服务器发送UE1对应的鉴权信息删除指示信息。其中，UE1对应的鉴权信息删除指示信息包括UE1ID、UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
S503b：V2X AS向组播鉴权服务器发送UE2对应的鉴权信息删除指示信息。其中，UE2对应的鉴权信息删除指示信息包括UE2ID、UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
S504a：V2X AS向UE1发送UE1对应的退出组播组指示信息，UE1对应的退出组播组指示信息包括UE1ID，UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
S504b：V2X AS向UE2发送UE2对应的退出组播组指示信息，UE2对应的退出组播组指示信息包括UE2ID，UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
V2X AS可以回收UE1所属组播组的组播地址，将UE1所属组播组的组播地的状态标记为未占用状态。
S505a：UE1向组播路由器发送IGMP/MLD(退出)leave，该消息用于请求退出组播组，包括UE1的标识、UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
S505b：UE2向组播路由器发送IGMP/MLD(退出)leave，该消息用于请求退出组播组，包括UE2的标识、UE1所属组播组的组播组标识、UE1所属组播组的组播地址。
因此，由图5所述实施例可知，应用服务器可以根据车辆上报的组播组退出请求，识别需要退出组播组的成员，实现回收组播地址，可以提高组播地址的利用率。
如图6所示为在透视(See Through)场景下，V2X AS为UE1和UE2创建组播组的具体流程示意图。其中，See Through场景是指最前方的车辆分享高清实时视频信息，帮助后方车辆掌握前方路况的真实信息。这里假设UE1对应的组播鉴权服务器与UE2对应的组播鉴权服务器相同。
S601：UE1向V2X AS发送See Through视频源信息。
V2X AS保存UE1发送的See Through视频源信息。该视频源信息可以包括UE1的头指向(heading)和位置(position)，还可以包括视频参数信息，例如码流等参数信息。
S602：UE2向V2X AS发送业务请求信息，该业务请求信息包括业务类型为SeeThrough，业务类型的业务参数为position，heading，以及UE2ID。
S603：V2X AS确定UE2在该See Through视频源周围，根据业务类型和业务类型的业务参数，创建组播组，确定该组播组包括UE1和UE2，并为该组播组分配组播地址和组播组标识。
具体的，V2X AS确定UE2在该See Through视频源周围可以是指V2X AS根据UE1的heading和position，UE2的heading和position，确定UE1在UE2所在道路的前方。
此外，该业务请求信息还可以包括UE2能够解码的视频的参数信息，V2X AS还可结合UE1发送的See Through视频源信息中包括的视频参数信息，判断UE2能否解码UE1上报的视频。
S604a：V2X AS向组播鉴权服务器发送UE1对应的鉴权信息。其中，UE1对应的鉴权信息包括UE1ID、组播地址、组播组标识、UE1的会话密钥。
S604b：V2X AS向组播鉴权服务器发送UE2对应的鉴权信息。其中，UE2对应的鉴权信息包括UE2ID、组播地址、组播组标识、UE2的会话密钥。
S605a：V2X AS向UE1发送UE1对应的加入组播组授权信息。其中，UE1对应的加入组播组授权信息包括UE1ID、组播地址、组播组标识、组播鉴权服务器的标识、UE1的MAC。其中，UE1的MAC是通过UE1的会话秘钥对UE1ID、组播地址、组播组标识、组播鉴权服务器的标识进行加密的HASH值。
S605b：V2X AS向UE2发送UE2对应的加入组播组授权信息。其中，UE2对应的加入组播组授权信息包括UE2ID、组播地址、组播组标识、组播鉴权服务器的标识、UE2的MAC。其中，UE2的MAC是通过UE2的会话秘钥对UE2ID、组播地址、组播组标识、组播鉴权服务器的标识进行加密的HASH值。
S606a：UE1向组播路由器发送IGMP/MLD Join，该消息用于请求加入组播组，包括组播鉴权服务器的标识、UE1的标识、组播地址和组播组标识。
S606b：UE2向组播路由器发送IGMP/MLD Join，该消息用于请求加入组播组，包括组播鉴权服务器的标识、UE2的标识、组播地址和组播组标识。
S607a/S607b～S610a/S610b可参考S407a/S407b～S410a/S410b，重复之处不再赘述。
S611：在组播路由器接收到UE1对应的鉴权成功响应后，组播路由器将UE1加入组播组。组播路由器接收UE1发送的See Through视频。
S612:在组播路由器接收到UE2对应的鉴权成功响应后，组播路由器将UE2加入组播组。在组播路由器接收到UE1发送的See Through视频后，组播路由器向UE2分发该SeeThrough视频。
应理解的是，本申请实施例不限于应用于Platooning场景和See Through场景，还可同样适用于车联网的其他场景，例如交叉路口防碰撞场景、事故预警场景等，本申请对此不作限定。
上述本申请提供的实施例中，分别从各个设备本身、以及从各个设备之间交互的角度对本申请实施例提供的各方案进行了介绍。可以理解的是，应用服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
例如，基于以上实施例，本申请实施例提供一种群组通信装置，用于执行应用服务器的操作。如图7所示，该装置700包括：
接收单元701，用于接收业务请求信息；
处理单元702，用于根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端，并为所述组播组分配组播地址和组播组标识，N为大于等于2的正整数；
发送单元703，用于向所述N个终端分别发送对应的加入组播组授权信息，其中，第i个终端对应的加入组播组授权信息包括所述组播地址和所述组播组标识，所述第i个终端为所述N个终端中的任一终端，1≤i≤N，i为正整数。
在一种可能的设计中，所述第i个终端对应的加入组播组授权信息还包括所述第i个终端对应的组播鉴权服务器的标识；
所述发送单元703，还用于：向所述N个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，其中，所述第i个终端对应的鉴权信息包括所述第i个终端的标识、所述组播地址和所述组播组标识，以使所述第i个终端对应的组播鉴权服务器对所述第i个终端执行鉴权。
在一种可能的设计中，所述第i个终端对应的鉴权信息还包括所述第i个终端的会话密钥。
在一种可能的设计中，所述第i个终端对应的加入组播组授权信息还包括消息认证码，所述消息认证码是基于所述第i个终端的会话密钥对所述第i个终端对应的组播鉴权服务器的标识、所述组播地址和所述组播组标识中的至少一个参数加密得到的。
在一种可能的设计中，所述接收单元701，用于：从第三方平台接收业务请求信息；所述业务请求信息包括第一业务类型、所述第一业务类型的业务参数和至少两个终端的标识；
所述处理单元702，用于：根据所述第一业务类型、所述第一业务类型的业务参数，创建组播组，且所述组播组包括所述至少两个终端的标识分别对应的终端；
其中，所述组播组对应的业务类型为所述第一业务类型，所述组播组对应的业务类型的业务参数为所述第一业务类型的业务参数。
在一种可能的设计中，所述接收单元701，还用于：在接收业务请求信息之前，从第一终端接收共享信息，所述共享信息用于共享给业务请求信息满足预设条件的终端；
所述接收单元701，用于：从第二终端接收业务请求信息；所述业务请求信息包括第二业务类型、所述第二业务类型的业务参数和所述第二终端的标识；
所述处理单元702，用于：根据所述共享信息确定所述业务请求信息满足所述预设条件时，根据所述第二业务类型、所述第二业务类型的业务参数，创建组播组，且所述组播组包括所述第一终端和所述第二终端；
其中，所述第二组播组对应的业务类型为所述第二业务类型，所述第二组播组对应的业务类型的业务参数为所述第二业务类型的业务参数。
在一种可能的设计中，所述接收单元701，还用于：从第三终端接收业务请求信息；所述业务请求信息包括第三业务类型、所述第三业务类型的业务参数和所述第三终端的标识；
所述处理单元702，还用于：根据所述第三业务类型、所述第三业务类型的业务参数确定已创建的组播组中存在目标组播组；
所述发送单元703，还用于：向所述第三终端发送所述第三终端对应的加入组播组授权信息；
其中，所述第三终端对应的加入组播组授权信息包括所述目标组播组的组播地址和所述目标组播组的组播组标识；所述目标组播组对应的业务类型为所述第三业务类型，所述目标组播组对应的业务类型的业务参数所指示的业务与所述第三业务类型的业务参数所指示的业务相同。
在一种可能的设计中，所述接收单元701，还用于：从第四终端接收组播组退出请求；
所述发送单元703，还用于：向所述第四终端发送所述第四终端对应的退出组播组指示信息。
在一种可能的设计中，所述处理单元702，还用于：确定已创建的组播组中的任一组播组包括的终端均退出该组播组时，将该组播组的组播地址标记为未占用状态。
在一种可能的设计中，所述处理单元702，还用于：在从第四终端接收组播组退出请求之后，确定所述第四终端所属组播组除所述第四终端外还包括K个终端，K为大于等于1的正整数；
所述发送单元703，还用于：向所述K个终端分别发送对应的退出组播组指示信息；
所述处理单元702，还用于：将所述第四终端所属组播组的组播地址标记为未占用状态。
应理解，本实施例中所述的群组通信装置具有上述方法中应用服务器的任意功能，所述任意功能的相应技术效果可参照上述方法中的记载，此处不再赘述。
基于以上实施例，本申请实施例还提供了一种群组通信设备，参阅图8所示，该设备800中包括：收发器801、处理器802、存储器803。其中，处理器可以是CPU，网络处理器(networkprocessor，NP)，硬件芯片或者其任意组合。存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)，也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)，存储器还可以包括上述种类的存储器的组合。
存储器803用于存储计算机程序；处理器802调用存储器803存储的计算机程序，通过收发器801执行上述实施例中应用服务器执行的方法。
可以理解的，上述图7所示实施例中的装置可以以图8所示的设备800实现。具体的，处理单元702可以由处理器802实现，接收单元701和发送单元703可以由收发器801实现。
综上所述，应用服务器可以根据业务请求信息触发创建组播组，并精确识别组播组成员，解决了消息无法精确推送的问题，可以有效避免接收和处理无用消息。此外，为了应对组播安全隐患，应用服务器同时配置了组播鉴权服务器，增加了对待加入组播组的终端的鉴权过程，可以提高组播通信的安全性。应用服务器还可以实现将终端加入已创建的组播组、指示终端退出已创建的组播组，以及回收组播地址等功能，以实现对组播组的有效管理，提高组播地址的利用率。
本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (19)
1.一种群组通信方法，其特征在于，包括：
应用服务器从第一终端接收共享信息，以及从第二终端接收业务请求信息，其中，所述共享信息用于共享给业务请求信息满足预设条件的终端；
所述应用服务器根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端，并为所述组播组分配组播地址和组播组标识，N为大于等于2的正整数；
其中，所述应用服务器根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端，包括：所述应用服务器根据所述共享信息确定所述业务请求信息满足所述预设条件时，创建所述组播组，且所述N个终端包括所述第一终端和所述第二终端；
所述应用服务器向所述N个终端分别发送对应的加入组播组授权信息，其中，第i个终端对应的加入组播组授权信息包括所述组播地址和所述组播组标识，所述第i个终端为所述N个终端中的任一终端，1≤i≤N，i为正整数。
2.如权利要求1所述的方法，其特征在于，所述第i个终端对应的加入组播组授权信息还包括所述第i个终端对应的组播鉴权服务器的标识；
所述方法还包括：
所述应用服务器向所述N个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，其中，所述第i个终端对应的鉴权信息包括所述第i个终端的标识、所述组播地址和所述组播组标识，以使所述第i个终端对应的组播鉴权服务器对所述第i个终端执行鉴权。
3.如权利要求2所述的方法，其特征在于，所述第i个终端对应的鉴权信息还包括所述第i个终端的会话密钥。
4.如权利要求2或3所述的方法，其特征在于，所述第i个终端对应的加入组播组授权信息还包括消息认证码，所述消息认证码是基于所述第i个终端的会话密钥对所述第i个终端对应的组播鉴权服务器的标识、所述组播地址和所述组播组标识中的至少一个参数加密得到的。
5.如权利要求1-3任一项所述的方法，其特征在于，所述业务请求信息包括第二业务类型、所述第二业务类型的业务参数和所述第二终端的标识；
所述应用服务器根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端，包括：
所述应用服务器根据所述共享信息确定所述业务请求信息满足所述预设条件时，根据所述第二业务类型、所述第二业务类型的业务参数，创建组播组，且所述组播组包括所述第一终端和所述第二终端；
其中，所述组播组对应的业务类型为所述第二业务类型，所述组播组对应的业务类型的业务参数为所述第二业务类型的业务参数。
6.如权利要求1-3任一项所述的方法，其特征在于，还包括：
所述应用服务器从第三终端接收业务请求信息；所述业务请求信息包括第三业务类型、所述第三业务类型的业务参数和所述第三终端的标识；
所述应用服务器根据所述第三业务类型、所述第三业务类型的业务参数确定已创建的组播组中存在目标组播组，则向所述第三终端发送所述第三终端对应的加入组播组授权信息；
其中，所述第三终端对应的加入组播组授权信息包括所述目标组播组的组播地址和所述目标组播组的组播组标识；所述目标组播组对应的业务类型为所述第三业务类型，所述目标组播组对应的业务类型的业务参数所指示的业务与所述第三业务类型的业务参数所指示的业务相同。
7.如权利要求1-3任一项所述的方法，其特征在于，还包括：
所述应用服务器从第四终端接收组播组退出请求；
所述应用服务器向所述第四终端发送所述第四终端对应的退出组播组指示信息。
8.如权利要求1-3任一项所述的方法，其特征在于，还包括：
所述应用服务器确定已创建的组播组中的任一组播组包括的终端均退出该组播组时，所述应用服务器将该组播组的组播地址标记为未占用状态。
9.如权利要求7所述的方法，其特征在于，在所述应用服务器从第四终端接收组播组退出请求之后，还包括：
所述应用服务器确定所述第四终端所属组播组除所述第四终端外还包括K个终端，K为大于等于1的正整数；
所述应用服务器向所述K个终端分别发送对应的退出组播组指示信息；
所述应用服务器将所述第四终端所属组播组的组播地址标记为未占用状态。
10.一种群组通信装置，其特征在于，包括：
接收单元，用于从第一终端接收共享信息，以及从第二终端接收业务请求信息，其中，所述共享信息用于共享给业务请求信息满足预设条件的终端；
所述处理单元，用于根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端，并为所述组播组分配组播地址和组播组标识，N为大于等于2的正整数；
其中，所述处理单元在根据所述业务请求信息确定创建组播组以及所述组播组包括的N个终端时，根据所述共享信息确定所述业务请求信息满足所述预设条件时，创建所述组播组，且所述N个终端包括所述第一终端和所述第二终端；
发送单元，用于向所述N个终端分别发送对应的加入组播组授权信息，其中，第i个终端对应的加入组播组授权信息包括所述组播地址和所述组播组标识，所述第i个终端为所述N个终端中的任一终端，1≤i≤N，i为正整数。
11.如权利要求10所述的装置，其特征在于，所述第i个终端对应的加入组播组授权信息还包括所述第i个终端对应的组播鉴权服务器的标识；
所述发送单元，还用于：向所述N个终端分别对应的组播鉴权服务器分别发送对应的鉴权信息，其中，所述第i个终端对应的鉴权信息包括所述第i个终端的标识、所述组播地址和所述组播组标识，以使所述第i个终端对应的组播鉴权服务器对所述第i个终端执行鉴权。
12.如权利要求11所述的装置，其特征在于，所述第i个终端对应的鉴权信息还包括所述第i个终端的会话密钥。
13.如权利要求11或12所述的装置，其特征在于，所述第i个终端对应的加入组播组授权信息还包括消息认证码，所述消息认证码是基于所述第i个终端的会话密钥对所述第i个终端对应的组播鉴权服务器的标识、所述组播地址和所述组播组标识中的至少一个参数加密得到的。
14.如权利要求10-12任一项所述的装置，其特征在于，所述业务请求信息包括第二业务类型、所述第二业务类型的业务参数和所述第二终端的标识；
所述处理单元，用于：根据所述共享信息确定所述业务请求信息满足所述预设条件时，根据所述第二业务类型、所述第二业务类型的业务参数，创建组播组，且所述组播组包括所述第一终端和所述第二终端；
其中，所述组播组对应的业务类型为所述第二业务类型，所述组播组对应的业务类型的业务参数为所述第二业务类型的业务参数。
15.如权利要求10-12任一项所述的装置，其特征在于，所述接收单元，还用于：从第三终端接收业务请求信息；所述业务请求信息包括第三业务类型、所述第三业务类型的业务参数和所述第三终端的标识；
所述处理单元，还用于：根据所述第三业务类型、所述第三业务类型的业务参数确定已创建的组播组中存在目标组播组；
所述发送单元，还用于：向所述第三终端发送所述第三终端对应的加入组播组授权信息；
其中，所述第三终端对应的加入组播组授权信息包括所述目标组播组的组播地址和所述目标组播组的组播组标识；所述目标组播组对应的业务类型为所述第三业务类型，所述目标组播组对应的业务类型的业务参数所指示的业务与所述第三业务类型的业务参数所指示的业务相同。
16.如权利要求10-12任一项所述的装置，其特征在于，所述接收单元，还用于：从第四终端接收组播组退出请求；
所述发送单元，还用于：向所述第四终端发送所述第四终端对应的退出组播组指示信息。
17.如权利要求10-12任一项所述的装置，其特征在于，所述处理单元，还用于：确定已创建的组播组中的任一组播组包括的终端均退出该组播组时，将该组播组的组播地址标记为未占用状态。
18.如权利要求16所述的装置，其特征在于，所述处理单元，还用于：在从第四终端接收组播组退出请求之后，确定所述第四终端所属组播组除所述第四终端外还包括K个终端，K为大于等于1的正整数；
所述发送单元，还用于：向所述K个终端分别发送对应的退出组播组指示信息；
所述处理单元，还用于：将所述第四终端所属组播组的组播地址标记为未占用状态。
19.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序，所述计算机程序在被所述计算机调用时用于使所述计算机执行权利要求1～9中的任一项所述的方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810868999X | 2018-08-02 | ||
| CN201810868999 | 2018-08-02 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110798812A CN110798812A (zh) | 2020-02-14 |
| CN110798812B true CN110798812B (zh) | 2021-07-09 |
Family
ID=69425726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810987761.9A Active CN110798812B (zh) | 2018-08-02 | 2018-08-28 | 一种群组通信方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110798812B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021196043A1 (zh) * | 2020-03-31 | 2021-10-07 | 华为技术有限公司 | 一种安全通信的方法及装置 |
| CN114079881B (zh) * | 2020-08-13 | 2024-05-17 | 华为技术有限公司 | 一种通信方法及装置 |
| CN112261650B (zh) * | 2020-09-24 | 2022-05-03 | 北京邮电大学 | 网络接入切换方法、装置、电子设备及存储介质 |
| CN112565057B (zh) * | 2020-11-13 | 2022-09-23 | 广州市百果园网络科技有限公司 | 一种可扩展业务的语聊房服务方法及装置 |
| CN115706932A (zh) * | 2021-08-10 | 2023-02-17 | 华为技术有限公司 | 一种配置mbs会话的方法和装置 |
| CN118264762B (zh) * | 2024-05-29 | 2024-08-23 | 浙江宇视科技有限公司 | 智能业务的gpu集群调度方法、系统与设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104093125A (zh) * | 2014-07-04 | 2014-10-08 | 惠州Tcl移动通信有限公司 | 一种利用地理位置信息建立群组的方法及系统 |
| CN104580363A (zh) * | 2014-12-02 | 2015-04-29 | 深圳市普天宜通技术有限公司 | 基于位置信息的自动化集群调度数据处理方法及系统 |
| CN104580431A (zh) * | 2014-12-27 | 2015-04-29 | 北京奇虎科技有限公司 | 一种通讯群组的配置方法和装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1798024A (zh) * | 2004-12-20 | 2006-07-05 | 上海贝尔阿尔卡特股份有限公司 | 实现组播认证及计费的方法和设备 |
| US8249068B2 (en) * | 2006-10-20 | 2012-08-21 | Alcatel Lucent | Method and apparatus for establishing multicast groups |
| CN101394277A (zh) * | 2007-09-17 | 2009-03-25 | 华为技术有限公司 | 实现组播认证的方法和装置 |
| CN102685117B (zh) * | 2012-04-25 | 2016-02-03 | 浙江宇视科技有限公司 | 一种组播安全管理方法及装置 |
-
2018
- 2018-08-28 CN CN201810987761.9A patent/CN110798812B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104093125A (zh) * | 2014-07-04 | 2014-10-08 | 惠州Tcl移动通信有限公司 | 一种利用地理位置信息建立群组的方法及系统 |
| CN104580363A (zh) * | 2014-12-02 | 2015-04-29 | 深圳市普天宜通技术有限公司 | 基于位置信息的自动化集群调度数据处理方法及系统 |
| CN104580431A (zh) * | 2014-12-27 | 2015-04-29 | 北京奇虎科技有限公司 | 一种通讯群组的配置方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110798812A (zh) | 2020-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110798812B (zh) | 一种群组通信方法及装置 | |
| US11882027B2 (en) | End point to edge node interaction in wireless communication networks | |
| EP2549785B1 (en) | Method and network side entity for authenticating communication devices | |
| EP3468137B1 (en) | Network security management system, method and device | |
| EP3836577B1 (en) | Session management method and device for user groups | |
| US10716123B2 (en) | V2X message communication method and apparatus | |
| WO2020029729A1 (zh) | 一种通信方法和装置 | |
| DE112008001844B4 (de) | Verhandlung über Ressourcen für schnelle Übergänge | |
| WO2021047276A1 (zh) | 一种密钥生成方法及装置 | |
| EP2665302A1 (en) | Network access method, apparatus and system | |
| US20230379168A1 (en) | Relay ue and remote ue authorization | |
| EP3817283B1 (en) | Data transmission control method and related apparatus | |
| CN108141810A (zh) | 车联网系统中用于数据传输的方法和设备 | |
| KR20210131437A (ko) | 자율 주행 차량 무리 관리를 위한 암호화 기반 군집 주행 메커니즘 | |
| KR101718775B1 (ko) | 통신 보안 처리 방법 및 장치 | |
| US11902036B2 (en) | Policy and charging control (PCC) in information centric networking | |
| CN116235524A (zh) | 一种安全通信方法以及装置 | |
| US20180131676A1 (en) | Code encryption | |
| CN106162515B (zh) | 一种机器类通信安全通信的方法、装置和系统 | |
| CN103188662B (zh) | 一种验证无线接入点的方法以及装置 | |
| CN108476384B (zh) | 一种数据传输方法及相关装置 | |
| KR20230067655A (ko) | 브로드캐스트 기반 유니캐스트 세션 방법 및 장치 | |
| CN103974223A (zh) | 无线局域网络与固网交互中实现认证及计费的方法及系统 | |
| US20220030400A1 (en) | Data Sending Method and Apparatus, and Computer-Readable Storage Medium | |
| KR20210129456A (ko) | 차량 군집 형성 장치 및 방법 |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220216 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technologies Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |