WO2012113218A1 - 群组通信的方法和用于群组通信的装置 - Google Patents

群组通信的方法和用于群组通信的装置 Download PDF

Info

Publication number
WO2012113218A1
WO2012113218A1 PCT/CN2011/079178 CN2011079178W WO2012113218A1 WO 2012113218 A1 WO2012113218 A1 WO 2012113218A1 CN 2011079178 W CN2011079178 W CN 2011079178W WO 2012113218 A1 WO2012113218 A1 WO 2012113218A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
gateway
sub
access
subgroup
Prior art date
Application number
PCT/CN2011/079178
Other languages
English (en)
French (fr)
Inventor
黄成�
牟伦建
卞永刚
张永靖
金雷
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP19192778.9A priority Critical patent/EP3637806A1/en
Priority to EP18153779.6A priority patent/EP3346738B1/en
Priority to EP11859028.0A priority patent/EP2547040B1/en
Publication of WO2012113218A1 publication Critical patent/WO2012113218A1/zh
Priority to US14/010,324 priority patent/US8719427B2/en

Links

Classifications

    • 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/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management

Definitions

  • the present invention relates to the field of communications, and more particularly to a method of group communication in a communication field and an apparatus for group communication.
  • M2M is a "machine-to-machine communication” or “man to machine communication”. It mainly refers to the transmission of information through a “communication network” to realize machine-to-machine or human-to-machine. Data exchange, that is, interconnection and interworking between machines through a communication network. Due to the particularity of the network, the mobile communication network does not require manual wiring on the terminal side, can provide mobility support, is conducive to cost saving, and can meet the communication requirements in a dangerous environment, so that the mobile communication network is used as the hosted M2M service.
  • the industry has been widely concerned, especially in the fields of safety inspection, mechanical service and maintenance business, public transportation system, fleet management, industrial automation, and urban informationization.
  • the network application creates an M2M group on the M2M platform, the network application includes an authorized entity such as a power company, a taxi company, an environmental monitoring department, and the like, and the M2M group includes an industry application group, for example Meter reading terminal group, vehicle equipment group, sensor group, and the like.
  • the group members ( MEMBER ) in the group can access the platform directly or through different gateways.
  • the group members in the group may be different depending on the service characteristics of the terminal. With a fixed location access, location changes or access point switching may also occur.
  • the platform may separately send an access request to each group member according to the group definition, and each group member returns a response after receiving the request, and the response may include returning data, changing the status. Wait.
  • the number of group members may be large. Therefore, if the M2M platform separately sends a request to each group member, this will cause a large signaling overhead, thereby affecting group communication. effectiveness. For example, for power utility applications that need to collect power usage for thousands of users in several cells, the power company platform receives a request from the power company application, A power consumption report request needs to be separately sent to each user, and a response to the request sent by each user is received, thereby causing a huge overhead.
  • the embodiments of the present invention provide a method for group communication and a device for group communication, which can reduce signaling overhead when group communication is performed, thereby improving the efficiency of group communication.
  • an embodiment of the present invention provides a method for group communication, the method comprising: receiving a group access request from a network application requesting access to the group, the group access request including the group a group identifier; obtaining group member information of each group member in the group according to the group identifier; determining, according to the group member information, a first group member connected to the business function entity by the same gateway in the group Sending to the gateway a first group member access request requesting access to the first group member.
  • an embodiment of the present invention provides a service function entity for group communication, where the service function entity includes: a first receiving module, an obtaining module, a first determining module, and a first sending module, the first receiving The module is configured to receive a group access request from the network application to access the group, where the group access request includes a group identifier of the group; the acquiring module is configured to acquire the group according to the group identifier a group member information of each group member; the first determining module is configured to determine, according to the group member information, a first group member connected to the service function entity by the same gateway in the group; the first sending module And sending, to the gateway, a first group member access request requesting access to the first group member.
  • an embodiment of the present invention provides a gateway for group communication, where the gateway includes a first receiving module and a first sending module, where the first receiving module is configured to receive a request for access from a service function entity. a first group member access request of a group member, the first group member being a group member connected to the service function entity by the same gateway in the group; the first sending module is configured to The first group member sends a third access request requesting access to the corresponding first group member.
  • the group communication method and the service function entity in the embodiment of the present invention determine, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and send the connection to the gateway once.
  • the incoming request can prevent the service function entity from separately sending an access request to each group member, thereby significantly reducing signaling overhead in group communication and improving group communication efficiency.
  • FIG. 1 is a schematic diagram of an application scenario according to an embodiment of the present invention.
  • FIG. 2 is a flow chart of a method of group communication in accordance with an embodiment of the present invention.
  • FIG. 3 is a sequence diagram of a method of group communication according to another embodiment of the present invention.
  • FIG. 4 is a timing diagram of creating a group and a subgroup in a method according to still another embodiment of the present invention
  • FIG. 5 is a timing diagram of updating a group and a subgroup in a method according to still another embodiment of the present invention
  • a flowchart of a method of group communication according to still another embodiment of the present invention
  • FIG. 7 is a schematic diagram of a service function entity for group communication according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of a first transmission module of a service function entity according to another embodiment of the present invention
  • FIG. 10 is a schematic diagram of a group creation module of a service function entity according to still another embodiment of the present invention
  • FIG. 11 is a schematic diagram of a subgroup creation module of a service function entity according to still another embodiment of the present invention.
  • FIG. 12 is a schematic diagram of a gateway for group communication according to an embodiment of the present invention.
  • FIG. 13 is a schematic diagram of a gateway for group communication according to another embodiment of the present invention.
  • FIG. 1 shows a schematic diagram of an application scenario according to an embodiment of the present invention.
  • the M2M system may include an M2M platform that maintains an M2M group definition and provides M2M group service control, an M2M gateway that provides connectivity to the M2M platform for different M2M group members, and an M2M entity that is a member of the M2M group.
  • the network application requesting the M2M group service, the M2M platform, the M2M gateway, the M2M entity, and the network application are connected through the communication network to form an Internet of Things.
  • the M2M entity can be connected to the M2M platform in multiple manners.
  • the M2M entity can be directly created on the M2M platform as the M2M platform resource to form a local group member in the group, such as the M2M in FIG. Entity 1; M2M entity can also be directly connected to the M2M platform, such as M2M entity 2 in Figure 1; M2M entity can also be connected to the platform via M2M gateway, as shown in Figure 1, M2M entity 3, M2M entity 4 and M2M entity 5 is connected to the platform via the M2M gateway 1, and the M2M entity 6 and the M2M entity 7 are connected to the platform via the M2M gateway 2.
  • FIG. 1 is only a schematic diagram of an application scenario set for easier understanding of the present invention, and the names, the numbers, the connection relationships, and the like of the devices in the drawings do not constitute any limitation on the embodiments of the present invention.
  • the network application includes various application entities that use the network, such as a device entity, a device application entity, a gateway entity, a gateway application entity, a service function entity, etc.
  • the service function entity includes A device that maintains group members, such as a system platform.
  • the M2M entity may include an M2M device, or an M2M device resource, or an M2M application, etc.
  • the service function entity may be Including M2M platform, or M2M gateway, or M2M device.
  • the method 100 includes:
  • S110 Receive a group access request from a network application requesting access group, where the group access request includes a group identifier of the group;
  • S140 Send, to the gateway, a first group member access request that requests access to the first group member.
  • the network application may send a group access request to the service function entity, where the group access request includes the group identifier of the group.
  • the group access request is used to request an access group from the service function entity, and the group access request may further include a network application identifier of the network application.
  • the access request may be request creation, or request update, or request to delete, or request acquisition, or request subscription, or other access requests, such as OMA DM (Open Mobile Alliance, Device) Management, ie Open Mobile Alliance, Device Management) and/or Device Management for TR069 (ie WAN Management Protocol).
  • OMA DM Open Mobile Alliance, Device
  • TR069 ie WAN Management Protocol
  • the service function entity After receiving the group access request, the service function entity obtains group member information of each group member in the group according to the group identifier, and the group member information may include information such as a member identifier and an access method. The group member information may also include device characteristics, access characteristics, and the like.
  • the service function entity determines the first group member in the group according to the group member information, and the first group member is connected to the business function entity through the same gateway. For example, in a group to which the network application is to be accessed, one or more group members in the group that are connected to the service function entity by the first gateway are defined as members of the first group, and the members of the first group belong to the group first. Groups, in addition, these first group members are connected to the business function entity through the first gateway.
  • the first group member in the embodiment of the present invention is directed to the first gateway, but the gateway through which the group member in the group is connected to the service function entity may be one or more.
  • the method of group communication according to the embodiment of the present invention can also be applied, thereby reducing the signaling overhead in group communication and improving the efficiency of group communication.
  • one or more group members connected to the service function entity through the second gateway may also be considered as members of the first group, and at this time, the first group member corresponding to the second gateway
  • the first group member access request for requesting access to the first group member corresponding to the second gateway is sent to the second gateway.
  • one or more group members connected to the service function entity through the second gateway may also be defined as a fourth group member, and at this time, the fourth group corresponding to the second gateway
  • the member accesses send a request to the second gateway to access the fourth group member access request of the fourth group member, where the fourth group member access request includes the fourth group
  • the information associated with the group member such as the group identifier of the fourth group, or the group member identifier of the fourth group.
  • the service function entity sends a first group member access request to the gateway corresponding to the first group member, and the first group member access request is used to request access The first group member. That is, for the first group member connected to the service function entity through the same gateway, the service function entity only needs to send an access request to the gateway once, without separately sending an access request to each group member, thereby being able to greatly Reduce signaling overhead when group communication.
  • the group communication method of the embodiment of the present invention determines, by the service function entity, a first group member connected to the service function entity by using the same gateway in the group, and sends an access request to the gateway,
  • the service function entity is prevented from separately sending an access request to each group member, thereby significantly reducing the signaling overhead when the group communication is performed, and improving the efficiency of the group communication.
  • the first group member access request sent by the service function entity to the gateway may adopt different access modes according to the group member characteristics or the network characteristics, for example, an Ad-hoc access method or a subgroup may be adopted.
  • the group member feature may include a device feature and/or an access feature, where the device feature may include a connection mode and mobility of the device and the service function entity, and the access feature may include an access times or a frequency, etc.
  • the network Features can include network congestion.
  • These characteristics or information can be reported to the platform, gateway, or other device by the corresponding device. For example, during initial access, the device can actively report the feature, or passively report the feature at the request of the platform, gateway, device, and the like.
  • group member characteristics can also be judged by device information collected by the platform, or gateway, or device, such as devices collected in NRAR (Network Reachability, Addressing and Repository). Device information such as the address or the gateway address.
  • NRAR Network Reachability, Addressing and Repository
  • the service function entity may send an Ad-hoc access request to the gateway corresponding to the first group member according to one or more characteristics of the device characteristics, the network characteristics, and the access characteristics of the first group member. , wherein the Ad-hoc access request includes a member identifier of each first group member.
  • the Ad-hoc access request sent by the service function entity to the gateway carries the group member information that needs to be processed by the gateway.
  • the Ad-hoc access mode is adopted, even the group member location under the gateway frequently occurs. Changes, such as roaming, business function entities or gateways can still accurately locate members of the group.
  • the service function entity can automatically use the Ad-hoc access mode to request access to the first group member.
  • the service function entity may also determine the access to the first group member by using the Ad-hoc access mode according to the access characteristics, for example, the number of access to the first group member is small or the frequency is low.
  • the service function entity may determine to adopt the Ad-hoc access mode according to one or more characteristics of the device characteristics, network characteristics, and access characteristics of the first group member.
  • the service function entity determines, according to the device characteristics in the group member characteristics, that the first group member has high mobility, and thus the service function entity is related to the first group.
  • the gateway corresponding to the member sends an Ad-hoc access request, where the Ad-hoc access request includes a member identifier of each first group member.
  • the mobility of group members refers to the mobility of devices corresponding to group members, high mobility.
  • the group members are, for example, terminals that are frequently switched, such as mobile terminals or in-vehicle terminals, which access different gateways, and low mobility groups use, for example, plug and play devices, the mobile frequency of the plug and play device.
  • the general low-mobility group members also include those members of the group that do not have mobility, such as wired access devices or gateways.
  • the service function entity may create all the first groups in the gateway corresponding to the first group member according to one or more characteristics of the device characteristics, the network characteristics, and the access characteristics of the first group member. a sub-group of members; or, the service function entity determines that the first group member belongs to the created sub-group, and the service function entity sends a sub-group access request to the gateway, where the sub-group access request includes Subgroup ID of this subgroup.
  • the sub-group access mode of the service function entity is more efficient than the Ad-hoc access mode, and only needs to carry the sub-group identity.
  • the service function entity can automatically use the sub-group access mode to request access to the first group member.
  • the service function entity may also determine the sub-group access mode for accessing the first group member according to the access feature, for example, the number of times the first group member is accessed or the frequency is high.
  • the service function entity may first adopt the Ad-hoc access mode according to the group member characteristics, but If the number of accesses of the first group member is high or the frequency of use is high, the service function entity may be independent when processing the access request for a certain time in order to reduce the processing overhead and processing delay of the service function entity.
  • the message creates a subgroup, and accesses the first group member by using a subgroup access method.
  • the business function entity may first be based on the group member characteristics of the first group member and
  • the service function entity determines that the number of accesses using the sub-group is small or the frequency of use is low, the service function entity is in a certain When the access request is processed, the message carrying the deletion of all the sub-groups is carried in the request, or all the sub-groups are deleted by the independent message, and the Ad-hoc access mode is used to access the first group in the subsequent processing. Further, the service function entity may also have a small number of access times or a low frequency of use according to some sub-groups.
  • the request When processing an access request, the request carries a message for deleting all sub-groups, or These subgroups are deleted or updated in separate messages, and Ad-hoc access methods are used in subsequent processing.
  • the service function entity may determine to adopt the sub-group access mode according to one or more characteristics of the device characteristics, the network characteristics, and the access characteristics of the first group member.
  • the service function entity determines, according to the device characteristics in the group member characteristics, that the first group member has low mobility, and thus the service function entity is in the first group member.
  • the corresponding gateway creates a sub-group including all the first group members, and sends a sub-group access request to the gateway, where the sub-group access request includes the sub-group identifier of the sub-group.
  • the method for group communication in the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway, thereby avoiding the service function.
  • the entity separately sends an access request to each group member, thereby significantly reducing signaling overhead in group communication and improving group communication efficiency.
  • FIG. 3 illustrates a timing diagram of a method 200 of group communication in accordance with another embodiment of the present invention.
  • the M2M application sends an M2M group access request to the M2M platform, where the group access request carries the group identifier of the group, where the access request is, for example, a creation request or an update request. , or delete a request, or get a request, or a subscription request, and so on.
  • the group access request may be READ req (MEMBER CONTENT) NAID, groupResourcelD, wherein the "MEMBER CONTENT" indicates member content, “NAID” indicates a network application identifier, and "groupResourcelD” indicates a group resource identifier.
  • the M2M platform After receiving the group access request, the M2M platform obtains group member information of each group member in the group according to the group identifier, where the group member information includes member identifiers, access methods, and the like. .
  • the M2M platform uses different access methods to access group members according to one or more of the device characteristics, network characteristics, and access characteristics of the group members.
  • the process proceeds to S206, when the M2M platform determines When the first group member has high mobility, the process proceeds to S216; for the access of the second group member that is a local group member in the group, the process proceeds to S224, where the local group member refers to the group The local group member of the group resource; for the access of the third group member directly connected to the M2M platform in the group, the flow proceeds to S226.
  • the M2M platform creates a subgroup including all the members of the first group at the M2M gateway.
  • the group, or the M2M platform determines that the first group member belongs to the created sub-group, and the M2M platform sends a sub-group access request to the M2M gateway 1 corresponding to the first group member, and the sub-group access
  • the request includes a sub-group identity of the sub-group, and the sub-group access request is used to request access to the sub-group.
  • the subgroup access request may be a READ req (MEMBER CONTENT) NAID, subGroupReourcelD, where "subGroupReourcelD" indicates a subgroup resource identifier.
  • the M2M gateway 1 After receiving the sub-group access request, the M2M gateway 1 obtains the sub-group member information of the sub-group according to the sub-group identifier, where the sub-group member information includes the sub-group member identifier, and then the M2M gateway 1 respectively sending a second access request to each subgroup member of the subgroup, the second access request is used to request access to the corresponding subgroup member (as shown in S210), wherein the M2M entity 2 represents the sub Group member.
  • the second access request may be a READ req (MEMBER CONTENT) Member ID, where "Member ID" represents a member ID. It should be understood that in FIG. 3, only the M2M gateway 1 is shown to send a second access request to the M2M entity 2, but this is by way of example only and should not be construed as limiting the embodiments of the invention.
  • the M2M entity 2 sends a third response to the M2M gateway 1, and the third response is used to respond to the second access request, indicating the execution of the second access request by the group members in the subgroup.
  • the third response may be READ reps () data of Member.
  • the gateway 1 After receiving the third response of each subgroup member to the second access request, the gateway 1 sends a fourth response to the merged access condition of each subgroup member to the platform.
  • the fourth response is used to respond to the sub-group access request, indicating the execution of the access request by each group member in the sub-group.
  • the fourth response may be READ reps () data of subGroup.
  • the M2M gateway 1 may perform the combining processing on each access situation, and then feed back the combined processing result to the M2M platform through a response (ie, the fourth response). . Therefore, the M2M gateway 1 can separately send the access situation of each sub-group member to the M2M platform separately, thereby further saving overhead and improving group communication efficiency.
  • the M2M platform determines that the first group member has high mobility, the M2M platform determines to adopt an Ad-hoc access mode for the first group member, and then the M2M platform corresponds to the first group member.
  • the M2M gateway 2 sends an Ad-hoc access request, where the Ad-hoc access request includes a member identifier of each first group member.
  • the Ad-hoc access request may be a READ Req (MEMBER CONTENT) NAID, Ad-hoc List, where "Ad-hoc List" represents a list of devices under the same gateway in the group.
  • the M2M gateway 2 After receiving the Ad-hoc access request, the M2M gateway 2 sends a first access request to each first group member, where the first access request is used to request access to the corresponding first group. member.
  • the first access request may be a READ req (MEMBER CONTENT) Member ID.
  • the M2M gateway 2 sends the first access request to the M2M entity 3 as an example. It should be understood that this is merely an example and should not be construed as limiting the embodiments of the present invention.
  • the M2M entity 3 sends a first response to the M2M gateway 2, where the first response is used to respond to the first access request, indicating the execution of the first access request by the first group member.
  • the first response can be READ reps () data of Member.
  • the gateway 2 After receiving the first response of each first group member to the first access request, the gateway 2 sends the merged status of each first group member to the platform.
  • the second response is used to respond to the Ad-hoc access request, indicating the execution of the access request by each of the first group members.
  • the second response may be READ reps () data of Ad-hoc Listo.
  • the M2M gateway 2 combines the access conditions of the first group members, thereby further saving overhead and improving the group. Group communication efficiency.
  • the M2M platform may also use other access methods to access group members, for example, for each first group member access.
  • the M2M platform sends an access request to each group member separately via the M2M gateway. For example, for access of ten first group members, the M2M platform needs to send ten access requests to the M2M gateway, and each access request is directed to access by a first group member.
  • the M2M gateway receives a response from each first group member to the access request, and the response is used to report the access situation to the M2M gateway, and the M2M gateway can directly forward the response returned by each group member to the
  • the M2M platform may also merge the responses returned by each group member, and then return a fifth response including the merged access conditions of each first group member to the M2M platform.
  • the merging process may include merging the responses returned by each group member, and/or merging the access conditions included in each response.
  • the method for group communication implemented according to the present invention may further include: the service function entity receiving a fifth response from the gateway, the fifth response including the merged of each first group member Access situation, which can further save overhead, High group communication efficiency.
  • the M2M platform After the M2M platform obtains the group member information, the M2M platform directly accesses the second group member for accessing the second group member of the local group member in the group, as shown in FIG. 3 As shown, where the local group member refers to the local group member of the belonging group resource, that is, the group member stored on the M2M platform.
  • the access processing may include a READ (MEMBER CONTENT) NAID, a Local Member List, where "Local Member List" represents a local member list.
  • the M2M platform After obtaining the group member information on the M2M platform, the M2M platform separately sends a third access request to each third group member, corresponding to the access of the third group member directly connected to the M2M platform in the group.
  • the three access request is used to request access to the corresponding third group member, as shown in S226 in the figure.
  • the third access request may be READ req (MEMBER CONTENT) NAID, each Direct-Access Member ID, where "each Direct-Access Member ID" indicates each directly connected member identifier.
  • the M2M platform receives a sixth response of each third group member to the third access request.
  • the M2M platform receives a sixth response of each third group member to the third access request.
  • the M2M platform merges the execution status after receiving one or more of the received second response, the fourth response, the fifth response, the sixth response, and the execution of the local group member. And sending a group access response to the M2M application, the group access response including the combined access status of each group member in the group, as shown by S232 in FIG. Since the M2M platform combines the access conditions of the members of the group, the overhead can be further saved, and the group communication effect is improved.
  • the partial access message of the group is taken as an example to describe the merge processing.
  • the service function entity initiates a partial access request, and the request is to access some sub-resources or some attributes of the group members, and not all sub-resources or all attributes.
  • the service capability entities in which these group member resources are located will return an error description.
  • the service function entity may further create a new group or subgroup according to the requirement, and group members of the original group that have no sub-resources or attributes. Delete, or the business function entity can add a group member limit in the next request message, only request Access group members who have child resources or attributes.
  • the service capability entity may first filter out the error description and return only the relevant content to the service function entity; or for the implementation of the content and the content, The service capability entity returns content and identity to the business function entity, and the identifier indicates that other group members that do not return content have no related content.
  • the service capability entity can also merge the same executions and return them to the business function entities, thereby further reducing overhead.
  • the method for creating a group may include: receiving a group creation request for requesting a group from a network application, the group creation request including group member information of each group member in the group; creating a request according to the group Creating a group resource of the group, the group resource includes the group member information and the group identifier of the group; sending a group creation response to the network application, the group creation response including the group identifier.
  • the M2M application sends an M2M group creation request to the M2M platform, where the group creation request may carry group member information, and may also include parameters such as group resource creation location, access rights, and expiration time. information.
  • the group creation request may be CREATE req (resource) NAID, [addressedResourcelD], [newResourcelD], groupContent, [searchStrings], AccessRightID, [ExpirationTime], where "resource” represents a resource, "addressedResourcelD” represents a search
  • the address resource identifier “newResourcelD” indicates the new resource identifier
  • groupContent indicates the group content
  • searchStrings indicates the query string
  • AccessRightID indicates the access 4 authorized identifier
  • “ExpirationTime” indicates the expiration time.
  • the M2M platform creates and stores an M2M group resource according to the M2M group creation request, where the group resource includes the group member information and the group identifier of the group, and the group resource may further store the group member.
  • Access information such as an access method, is used to indicate how subsequent operations access group members.
  • the M2M platform sends a group creation response to the M2M application, and the group creation response includes the group identifier.
  • the service function entity may be based on one or more characteristics of device characteristics, network characteristics, and access characteristics of each group member in the group.
  • the service capability entity creates a corresponding sub-group, and the sub-group creation process may be performed by the service function entity according to the requirements of the network application, or the service function entity may actively perform sub-group creation; in addition, the sub-group creation process It can be sent before the network application sends the access request, or after the network application sends the access request.
  • the method for creating a subgroup may include: the service function entity sends a subgroup creation request requesting to create a subgroup to a gateway corresponding to the first group member, where the subgroup creation request includes the first member of the first group member a group member information; after the gateway creates a sub-group resource of the sub-group, the service function entity receives a sub-group creation response sent by the gateway, where the sub-group creation response includes a sub-group identifier of the sub-group.
  • the sub-group resource may include first group member information and a sub-group identifier of the sub-group.
  • the M2M platform sends a subgroup creation request to the M2M gateway, where the subgroup creation request includes the first group member information of the first group member, and may further include a subgroup definition parameter. Information, such as subgroup creation location, access rights, expiration time, and more.
  • the subgroup creation request may be CREATE req (resource) NAID, [addressedGSCResourcelD], [newResourcelD], subGroupContent, [searchStrings], AccessRightID, [ExpirationTime], where "addressedGSCResourcelD" indicates that the gateway service capability resource is addressed.
  • the logo, "subGroupContent” represents the subgroup content.
  • the M2M gateway creates a sub-group resource of the sub-group according to the sub-group creation request, where the sub-group resource includes the sub-group member information and the sub-group identifier of the sub-group .
  • the sub-group may be a device management group, for example, a device management group in a gateway defined in the OMA DM standard, and is used to implement a group function of device management.
  • the M2M platform determines whether to establish a subgroup or a merge group message, the M2M platform can interact with the OMA server, enable the OMA server to communicate with the gateway through the DM interface, and command the gateway to establish a device management group.
  • the M2M gateway sends a subgroup creation response to the M2M platform, where the subgroup creation response includes the subgroup identifier of the subgroup.
  • the subgroup creation response may be CREATE resp (resource) subGroupReourcelD , where "subGroupReourcelD" represents the subgroup resource.
  • the M2M platform can update the group resource, as shown in the figure.
  • S312 is shown in 4.
  • the access mode of each group member in the group resource is updated, and the access mode may include a direct access mode, an Ad-hoc access mode, and a sub-group access mode.
  • the access information of each group member including the access mode may be stored in the M2M platform.
  • the access information and the group resource definition may have two association manners, such as internal association and external association, where internal association
  • the access information and the group resource are defined in a list
  • the group resource definition includes access information of the group members in the group
  • the external association refers to the access information forming a list
  • the group members can pass a URI such as The link mode of the Uniform Resource Identifier is mapped to the access information.
  • the group communication method of the embodiment of the present invention creates a sub-group for the first group member connected to the service function entity by the same gateway in the group, so that the service function entity can send an access request only to the gateway.
  • the access request includes a sub-group identifier, so that the method according to the embodiment of the present invention can prevent the service function entity from separately transmitting an access request to each group member, thereby being capable of significantly reducing signaling during group communication. Overhead, improve the efficiency of group communication.
  • FIG. 5 illustrates a timing diagram of a method 400 of updating groups and subgroups in a method in accordance with yet another embodiment of the present invention.
  • the M2M entity 2 is connected to the M2M platform through the M2M gateway 1 as an example.
  • the M2M entity 2 sends a connection request to the M2M gateway 1; in S404, the M2M gateway 1 returns a response of the connection request to the M2M entity 2; in S406, the M2M entity 2 sends a registration request to the M2M platform, the registration request is used.
  • Registering the device information of the M2M entity 2 to the platform where the device information may include, for example, a device identifier, a gateway identifier, a routing address, a physical address, and the like; in S408, the M2M platform returns a response to the registration request to the M2M entity 2, where The response is used to indicate the registration status of the M2M entity 2.
  • the M2M platform checks whether the new device needs to be added to the existing group according to the device information and the existing group definition or group rule. If the newly added device belongs to an existing group, the M2M platform can also establish a new group or subgroup according to the group and subgroup establishment rules. For example, as shown in S412, the M2M platform sends a request to the M2M gateway 2 to update the sub-group resources. In S414, the M2M gateway 2 updates the sub-group resources on the gateway; in S416, the M2M gateway 2 sends a response to the update sub-group resource request to the M2M platform; in S418, the M2M platform pairs in the group. The access methods of each group member are updated.
  • updating the subgroup resource further includes: when the number of the first group member changes, for example, the number of the first group member increases or decreases, and the service function entity sends the pair to the gateway.
  • the update request of the group resource is updated; when the number of the first group member is not greater than 1, the service function entity sends a delete request for deleting the sub-group resource to the gateway.
  • the service function entity updates the access type of the corresponding group member information in the group resource.
  • the group communication method of the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway, thereby avoiding the service function entity separately
  • the access request is separately sent to each group member, so that the signaling overhead in group communication can be significantly reduced, and the efficiency of group communication can be improved.
  • FIG. 6 shows a flow diagram of a method 500 of group communication in accordance with yet another embodiment of the present invention. As shown in FIG. 6, the method 500 includes:
  • the gateway receives a first group member access request from the service function entity requesting access to the first group member, where the first group member is connected to the service function entity through the same gateway in the group. Group member.
  • the service function entity may determine whether the first group member access request adopts an Ad-hoc access mode or a sub-group mode according to one or more of the group member characteristics and the network characteristics of the first group member.
  • the gateway receives an Ad-hoc access request from the service function entity to access the first group member, the Ad-hoc The access request includes a member identification of each of the first group members.
  • the gateway When the service function entity requests access to the first group member by using the sub-group access mode, the gateway receives a sub-group access request from the service function entity requesting access to the first group member, the sub-group The access request includes a subgroup identifier of the subgroup, and the subgroup access request is sent by the service function entity after the first group member belongs to the created subgroup corresponding to the gateway.
  • the gateway receives a sub-group access request from the service function entity requesting access to the first group member, where the sub-group access request includes a sub-group identifier of the sub-group, the sub-group The group access request is requested by the service function entity to create a subgroup at the gateway, and is determined to be sent after the first group member belongs to the subgroup created by the gateway.
  • the gateway sends a third access request to each of the first group members to request access to the corresponding first group member.
  • the gateway When the service function entity requests to access the first group member by using the Ad-hoc access mode, the gateway sends a first access request for requesting access to the corresponding first group member to each of the first group members, where The first access request is sent by the gateway after receiving the Ad-hoc access request.
  • the gateway acquires the sub-group member information of the sub-group according to the sub-group access request; the gateway to each sub-group The sub-group members send a second access request requesting access to the corresponding sub-group member.
  • the group communication method of the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway, thereby avoiding the service function entity separately
  • the access request is separately sent to each group member, so that the signaling overhead at the time of group communication can be significantly reduced, and the efficiency of group communication can be improved.
  • the method 500 for group communication may further include: after the gateway sends the first access request, the gateway sends a second response to the service function entity, where the second response includes The merged access condition of the first group member, the second response is sent by the gateway after receiving the first response of each of the first group members to respond to the first access request.
  • the method 500 for group communication may further include: after the gateway sends the second access request, the gateway sends a fourth response to the service function entity, where the fourth response includes the A merged access condition for each subgroup member of the subgroup, the fourth response being sent by the gateway after receiving a third response to each of the subgroup members responding to the second access request.
  • the method 500 may further include: the gateway sending a fifth response to the service function entity, where the fifth response includes the merged access situation of each of the first group members.
  • the method 500 may further include: the gateway receiving an update request from the service function entity, where the update request is used to request to update the subgroup resource of the subgroup; the gateway according to the update request, This subgroup resource is updated.
  • the group communication method of the embodiment of the present invention determines, by the service function entity, a first group member connected to the service function entity by using the same gateway in the group, and sends an access request to the gateway,
  • the service function entity is prevented from separately sending an access request to each group member, thereby significantly reducing the signaling overhead when the group communication is performed, and improving the efficiency of the group communication.
  • FIG. 7 a schematic diagram of a service function entity 600 for group communication according to an embodiment of the present invention is shown.
  • the service function entity 600 includes: a first receiving module 605, an obtaining module 610, and a first determining module 615. And a first sending module 620, wherein
  • the first receiving module 605 is configured to receive a group access request from the network application requesting access to the group, where the group access request includes a group identifier of the group;
  • the obtaining module 610 is configured to obtain group membership information of each group member in the group according to the group identifier.
  • the first determining module 615 is configured to determine, according to the group member information, a first group member connected to the service function entity by using the same gateway in the group;
  • the first sending module 620 is configured to send, to the gateway, a first group member access request for accessing the first group member.
  • the service function entity for group communication in the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway, which can be avoided.
  • the service function entity separately sends an access request to each group member, thereby significantly reducing the signaling overhead of the 'j, group communication, and improving the efficiency of the group communication.
  • the first sending module 620 in the service function entity 600 may further include a first sending submodule 6201, where
  • the first sending submodule 6201 is configured to send an Ad-hoc access request to the gateway according to one or more of a group membership characteristic and a network characteristic of the first group member, where the Ad-hoc access is performed.
  • the incoming request includes a member identifier of each of the first group members, and the group member characteristics may include device characteristics and access characteristics.
  • the first sending submodule 6201 includes: a first determining unit 6202 and a sending unit
  • the first determining unit 6202 is configured to determine, according to the group member characteristics of the first group member, that the first group member has high mobility
  • the sending unit 6203 is configured to send an Ad-hoc access request to the gateway, where the Ad-hoc The access request includes a member identification of each of the first group members.
  • the first sending module 620 may further include: a first creating submodule 6205 and a second sending submodule 6210, where
  • the first creating sub-module 6205 is configured to create a sub-group including all the first group members according to one or more of the group member characteristics and the network characteristics of the first group member;
  • the second sending submodule 6210 is configured to send a subgroup access request to the gateway, where the subgroup access request includes a subgroup identifier of the subgroup.
  • the first creating submodule 6205 includes:
  • a second determining unit 6206 configured to determine, according to the group member characteristics of the first group member, that the first group member has low mobility
  • the creating unit 6207 is configured to create a subgroup including all the first group members at the gateway.
  • the first sending module 620 may further include:
  • a determining submodule 6215 configured to determine that the first group member belongs to a subgroup that has been created corresponding to the gateway
  • the third sending submodule 6220 is configured to send a subgroup access request to the gateway, where the subgroup access request includes a subgroup identifier of the subgroup.
  • FIG. 9 is a schematic diagram of a service function entity 600 for group communication according to a further embodiment of the present invention.
  • the service function entity 600 may further include:
  • the second receiving module 625 is configured to receive a second response from the gateway, where the second response includes a combined access condition of each of the first group members.
  • the service function entity 600 may further include:
  • the third receiving module 630 is configured to receive a fourth response from the gateway, where the fourth response includes a combined access condition of each subgroup member of the subgroup.
  • the service function entity 600 may further include:
  • a second determining module 635 configured to determine, according to the group member information, a second group member that is a member of the local group in the group;
  • the access module 640 is configured to perform access processing on the second group member.
  • the service function entity 600 may further include:
  • a third determining module 645 configured to determine, directly, the group in the group according to the group member information a third group member connected to the functional entity;
  • the second sending module 650 is configured to send, to each of the third group members, a third access request for accessing the corresponding third group member.
  • the service function entity 600 may further include a group creation module 655.
  • the group creation module 655 includes:
  • a first receiving submodule 6551 configured to receive a group creation request for requesting a group from a network application, where the group creation request includes group member information of each group member in the group;
  • a second creating sub-module 6552 configured to create a group resource of the group according to the group creation request, where the group resource includes the group member information and a group identifier of the group;
  • the fourth sending submodule 6553 is configured to send a group creation response to the network application, where the group creation response includes the group identifier.
  • the service function entity 600 may further include a sub-group creation module 660.
  • the subgroup creation module 660 includes:
  • the fifth sending sub-module 6601 is configured to send, according to one or more of the group member characteristics and the network characteristics of each group member in the group, a sub-group creation request for requesting to create a sub-group,
  • the subgroup creation request includes first group member information of the first group member;
  • a second receiving submodule 6602 configured to receive a subgroup creation response sent by the gateway, where the subgroup creation response includes a subgroup identifier of the subgroup, where the subgroup creation response is created by the gateway.
  • the service function entity 600 may further include:
  • the third sending module 665 is configured to send a group access response to the network application, where the group access response includes the combined access status of each group member in the group.
  • the service function entity 600 may further include:
  • the first update module 670 is configured to send, to the gateway, an update request for updating the sub-group resource when the first group member changes.
  • the service function entity 600 may further include:
  • the deleting module 675 is configured to send, to the gateway, a deletion request for deleting the sub-group resource when the number of the first group members is not greater than 1.
  • the service function entity 600 may further include:
  • the second update module 680 is configured to update, after the gateway creates, updates, or deletes the subgroup, the access mode of the group member information in the group resource.
  • the service function entity 600 may further include:
  • the fourth receiving module 685 is configured to receive a fifth response from the gateway, where the fifth response includes the combined access situation of each first group member.
  • the service function entity for group communication in the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway, which can be avoided.
  • the service function entity separately sends an access request to each group member, thereby significantly reducing the signaling overhead of the 'j, group communication, and improving the efficiency of the group communication.
  • FIG. 12 shows a schematic diagram of a gateway 700 for group communication, which includes a first receiving module 710 and a first transmitting module 720, in accordance with an embodiment of the present invention, wherein
  • the first receiving module 710 is configured to receive a first group member access request from a service function entity requesting access to a first group member, where the first group member is the same gateway and the service in the group a group member connected by a functional entity;
  • the first sending module 720 is configured to send, to each of the first group members, a third access request for accessing a corresponding first group member.
  • the first receiving module 710 in the gateway 700 includes:
  • the first receiving submodule 711 is configured to receive an Ad-hoc access request from the service function entity requesting access to the first group member, where the Ad-hoc access request includes each of the first group members.
  • Member identification includes each of the first group members.
  • the first sending module 720 includes:
  • the first sending submodule 721 is configured to send, to each of the first group members, a first access request for accessing a corresponding first group member.
  • the first receiving module 710 is further configured to receive a first response that each of the first group members responds to the first access request, where the first response includes an access situation of a corresponding group member;
  • the network Off 700 also includes:
  • the second sending module 730 is configured to send a second response to the service function entity, where the second response includes the combined access situation of each of the first group members.
  • the first receiving module 710 includes:
  • a second receiving sub-module 712 configured to receive a sub-group access request from the service function entity requesting access to the first group member, where the sub-group access request includes a sub-group identifier of the sub-group And the sub-group access request is sent by the service function entity after the first group member belongs to the created sub-group corresponding to the gateway.
  • the first receiving module 710 includes:
  • a third receiving submodule 713 configured to receive a subgroup access request from the service function entity requesting access to the first group member, where the subgroup access request includes a subgroup identifier of the subgroup
  • the sub-group access request is requested by the service function entity to create a sub-group at the gateway, and is determined to be sent after the first group member belongs to the sub-group created by the gateway.
  • the first sending module 720 includes:
  • the obtaining sub-module 722 is configured to obtain, according to the sub-group access request, sub-group member information of the sub-group;
  • the second sending submodule 723 is configured to send, according to the subgroup member information, a second access request for accessing the corresponding subgroup member to each subgroup member of the subgroup.
  • the first receiving module 710 is further configured to receive a first response that each of the first group members responds to the first access request, where the first response includes an access situation of a corresponding group member.
  • the gateway 700 also includes:
  • the third sending module 740 is configured to send a fourth response to the service function entity, where the fourth response includes the combined access situation of each subgroup member of the subgroup.
  • the gateway for group communication in the embodiment of the present invention determines, by the service function entity, the first group member connected to the service function entity through the same gateway in the group, and sends an access request to the gateway to avoid the service function.
  • the entity separately sends an access request to each group member, thereby enabling The signaling overhead in group communication is significantly reduced, and the efficiency of group communication is improved.
  • the embodiment of the present invention further provides a system for group communication, which includes a service function entity 600 according to an embodiment of the present invention and a gateway 700 according to an embodiment of the present invention, where the service function entity 600 and the gateway 700.
  • a system for group communication which includes a service function entity 600 according to an embodiment of the present invention and a gateway 700 according to an embodiment of the present invention, where the service function entity 600 and the gateway 700.
  • RAM random access memory
  • ROM read only memory
  • EEPROM electrically programmable ROM
  • EEPly erasable programmable ROM registers
  • hard disk hard disk
  • removable disk CD-ROM
  • the invention is not limited to this.
  • Various equivalent modifications and alterations to the embodiments of the present invention may be made by those skilled in the art without departing from the spirit and scope of the invention.

Landscapes

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

Description

群組通信的方法和用于群組通信的装置
本申请要求于 2011 年 02 月 25 日提交中国专利局、 申请号为 201110046939.8、 发明名称为"群组通信的方法和用于群组通信的装置"的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，特别涉及通信领域中群组通信的方法和用于群组通 信的装置。
背景技术
M2M是"机器对机器（ Machine to Machine )通信"或者"人对机器（ Man to Machine )通信"的筒称， 主要是指通过 "通信网络"传递信息， 从而实现机器对 机器或人对机器的数据交换，也就是通过通信网络实现机器之间的互联、互通。 移动通信网络由于其网络的特殊性， 终端侧不需要人工布线， 可以提供移动性 支持， 有利于节约成本， 并可以满足在危险环境下的通信需求， 使得以移动通 信网络作为承载的 M2M服务得到了业界的广泛关注， 特别是在安全检测、 机 械服务和维修业务、 公共交通系统、 车队管理、 工业自动化、 城市信息化等领 域得到了广泛应用。
为了能够集中管理 M2M设备和 M2M应用， 网络应用在 M2M平台创建 M2M群组， 该网络应用包括诸如电力公司、 出租车公司、 环境监测部门等授 权实体，该 M2M群组包括行业应用群组，例如抄表终端群组、车载设备群组、 传感器群组等。 根据终端能力和部署位置的不同， 群组中的群组成员 ( MEMBER )可以直接接入平台， 也可以通过不同网关接入平台； 另外根据 终端业务特性的不同，群组中的群组成员可能以固定位置接入， 也可能发生位 置改变或接入点切换。
4受权实体请求访问群组的群组成员时，平台可以根据群组定义向各个群组 成员分别下发访问请求， 各个群组成员在接收请求后返回响应， 该响应可以包 括返回数据、 改变状态等。 但是在该群组通信中， 群组成员的数量可能很大， 因此如果 M2M平台向每个群组成员单独下发请求， 那么这将会造成较大的信 令开销， 从而影响群组通信的效率。 例如， 对于电力公司应用需要收集几个小 区中的几千个用户的用电情况， 电力公司平台在收到电力公司应用的请求后， 需要向每个用户单独下发用电情况上报请求，并接收每个用户发送的对该请求 的响应， 由此造成开销庞大。
发明内容
为此， 本发明实施例提供了一种群组通信的方法和用于群组通信的装置， 能够减小群组通信时的信令开销， 从而提高群组通信的效率。
一方面， 本发明实施例提供了一种群组通信的方法， 该方法包括： 接收来 自网络应用的请求接入该群组的群组接入请求，该群组接入请求包括该群组的 群组标识； 根据该群组标识获取该群组中各群组成员的群组成员信息； 根据该 群组成员信息，确定该群组中通过同一网关与业务功能实体连接的第一群组成 员； 向该网关发送请求接入该第一群组成员的第一群组成员接入请求。
另一方面， 本发明实施例提供了一种用于群组通信的业务功能实体， 该业 务功能实体包括： 第一接收模块、 获取模块、 第一确定模块和第一发送模块， 该第一接收模块用于接收来自网络应用的请求接入该群组的群组接入请求，该 群组接入请求包括该群组的群组标识；该获取模块用于根据该群组标识获取该 群组中各群组成员的群组成员信息； 该第一确定模块用于根据该群组成员信 息，确定该群组中通过同一网关与业务功能实体连接的第一群组成员； 该第一 发送模块用于向该网关发送请求接入该第一群组成员的第一群组成员接入请 求。
再一方面， 本发明实施例提供了一种用于群组通信的网关， 该网关包括第 一接收模块和第一发送模块，该第一接收模块用于接收来自业务功能实体的请 求接入第一群组成员的第一群组成员接入请求，该第一群组成员为该群组中通 过同一网关与该业务功能实体连接的群组成员；该第一发送模块用于向每个该 第一群组成员发送请求接入相应的第一群组成员的第三接入请求。
基于上述技术方案， 本发明实施例的群组通信的方法和业务功能实体， 通 过业务功能实体确定群组中通过同一网关与业务功能实体连接的第一群组成 员， 并向该网关发送一次接入请求， 可以避免业务功能实体分别向每个群组成 员单独发送接入请求，从而能够显著地减小群组通信时的信令开销，提高群组 通信的效率。
附图说明 为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所 需要使用的附图作筒单地介绍， 显而易见地， 下面所描述的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1是根据本发明实施例的应用场景的示意图；
图 2是根据本发明实施例的群组通信的方法的流程图；
图 3是根据本发明另一实施例的群组通信的方法的时序图；
图 4是根据本发明再一实施例的方法中创建群组和子群组的时序图； 图 5是根据本发明再一实施例的方法中更新群组和子群组的时序图； 图 6是根据本发明再一实施例的群组通信的方法的流程图；
图 7是根据本发明实施例的用于群组通信的业务功能实体的示意图； 图 8是根据本发明另一实施例的业务功能实体的第一发送模块的示意图； 图 9是根据本发明再一实施例的用于群组通信的业务功能实体的示意图； 图 10 是根据本发明再一实施例的业务功能实体的群组创建模块的示意 图；
图 11是根据本发明再一实施例的业务功能实体的子群组创建模块的示意 图；
图 12是根据本发明实施例的用于群组通信的网关的示意图；
图 13是根据本发明另一实施例的用于群组通信的网关的示意图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不是全部实 施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动的 前提下所获得的所有其他实施例， 都应属于本发明保护的范围。
图 1示出了根据本发明实施例的应用场景的示意图。 如图 1所示， M2M 系统可以包括维护 M2M群组定义并提供 M2M群组业务控制的 M2M平台、 为不同 M2M群组成员提供与 M2M平台连接能力的 M2M网关、作为 M2M群 组成员的 M2M实体和请求 M2M群组业务的网络应用， M2M平台、 M2M网 关、 M2M实体和网络应用通过通信网络而连接在一起， 形成物联网。 M2M实体可以采用多种方式与 M2M平台连接，在本发明实施例中， M2M 实体可以直接创建在 M2M平台上， 作为 M2M平台资源， 形成群组中的本地 群组成员，如图 1中的 M2M实体 1 ; M2M实体也可以直接与 M2M平台连接， 如图 1中的 M2M实体 2; M2M实体还可以经由 M2M网关而与平台连接， 如 图 1所示， M2M实体 3、 M2M实体 4和 M2M实体 5经由 M2M网关 1与平 台连接， M2M实体 6和 M2M实体 7经由 M2M网关 2与平台连接。
应理解， 图 1仅仅是为了更容易理解本发明而设置的应用场景示意图， 图中各 设备的名称、 数量、 连接关系等都不构成对本发明实施例的任何限定。
还应理解， 在本发明实施例中， 网络应用包括使用网络的各种应用实体， 例如设备实体、 设备应用实体、 网关实体、 网关应用实体、 业务功能实体等， 业务功能实体包括用于操作和维护群组成员的装置， 例如系统平台。本领域技 术人员可以理解， 在 M2M中， 网络应用可以包括 M2M实体、 或 M2M网关、 或业务功能实体等， 该 M2M实体可以包括 M2M设备、 或 M2M设备资源、 或 M2M应用等， 业务功能实体可以包括 M2M平台、 或 M2M网关、 或 M2M 设备等。
图 2示出了根据本发明实施例的群组通信的方法 100的流程图。 如图 1 所示， 该方法 100包括：
S110,接收来自网络应用的请求接入群组的群组接入请求，该群组接入请 求包括该群组的群组标识；
S120, 根据该群组标识获取该群组中各群组成员的群组成员信息；
S130,根据该群组成员信息，确定该群组中通过同一网关与业务功能实体 连接的第一群组成员；
S140, 向该网关发送请求接入该第一群组成员的第一群组成员接入请求。 当网络应用需要接入群组时， 例如网络应用需要查询数据、 控制状态时， 网络应用可以向业务功能实体发送群组接入请求，该群组接入请求包括该群组 的群组标识， 其中该群组接入请求用于向业务功能实体请求接入群组， 该群组 接入请求还可以包括该网络应用的网络应用标识。在本发明实施例中，接入请 求可以是请求创建、 或请求更新、 或请求删除、 或请求获取、 或请求订阅等， 也可以是其它一些接入请求， 例如 OMA DM ( Open Mobile Alliance, Device Management, 即开放移动联盟， 设备管理）和 /或 TR069 (即广域网管理协议） 的设备管理。
业务功能实体在接收到该群组接入请求后，根据该群组标识获取该群组中 各群组成员的群组成员信息， 该群组成员信息可以包括成员标识、接入方式等 信息， 该群组成员信息还可以包括设备特性和接入特性等。 业务功能实体根据 该群组成员信息， 确定该群组中的第一群组成员， 该第一群组成员通过同一网 关与业务功能实体连接。 例如， 在网络应用要接入的群组中， 将群组中通过第 一网关连接业务功能实体的一个或多个群组成员定义为第一群组成员，这些第 一群组成员首先属于群组，另外这些第一群组成员都通过第一网关与业务功能 实体连接。 应理解， 为了描述方便， 本发明实施例中的第一群组成员针对第一 网关而言，但该群组中的群组成员与业务功能实体连接所经由的网关可以是一 个或多个，对于其它网关而言， 同样可以应用根据本发明实施例的群组通信的 方法， 从而减小群组通信时的信令开销， 提高群组通信的效率。
例如，对于第二网关而言， 通过第二网关连接业务功能实体的一个或多个 群组成员也可以认为是第一群组成员， 此时，对与第二网关对应的第一群组成 员进行接入时，向该第二网关发送请求接入与该第二网关对应的第一群组成员 的第一群组成员接入请求。 应理解， 对于第二网关而言， 通过第二网关连接业 务功能实体的一个或多个群组成员也可以定义为第四群组成员， 此时，对与第 二网关对应的第四群组成员进行接入时，向该第二网关发送请求接入与该第四 群组成员的第四群组成员接入请求， 此时， 该第四群组成员接入请求包括与该 第四群组成员相关联的信息， 例如第四群组的群组标识， 或第四群组的群组成 员标识等。
关于网络应用对第一群组成员的接入，业务功能实体向与第一群组成员相 应的网关发送第一群组成员接入请求，该第一群组成员接入请求用于请求接入 该第一群组成员。即，对于通过同一网关与业务功能实体连接的第一群组成员， 业务功能实体仅需要向网关发送一次接入请求，而不用向每个群组成员单独发 送接入请求， 由此能够极大地减小群组通信时的信令开销。
本发明实施例的群组通信的方法，通过业务功能实体确定群组中通过同一 网关与业务功能实体连接的第一群组成员， 并向该网关发送一次接入请求， 可 以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够显著地 减 、群组通信时的信令开销， 提高群组通信的效率。
在本发明实施例中，业务功能实体向网关发送的第一群组成员接入请求可 以根据群组成员特性或网络特性采用不同的接入方式， 例如可以采用 Ad-hoc 接入方式或子群组接入方式。 其中， 群组成员特性可以包括设备特性和 /或接 入特性， 该设备特性可以包括设备与业务功能实体的连接方式和移动性等， 该 接入特性可以包括接入次数或频率等， 该网络特性可以包括网络拥堵情况。这 些特性或信息可以由相应的设备报给平台、 或网关、 或其它设备， 例如在初始 接入时， 设备可以主动地上报特性， 或在平台、 网关、 设备等的请求下， 被动 地上报特性。 另外， 群组成员特性也可以通过平台、 或网关、 或设备收集的设 备信息判断得出，例如 NRAR( Network Reachability, Addressing and Repository, 即网络可达性、寻址和储存库）中收集的设备寻址地址或所在网关地址等设备 信息。
可选地， 业务功能实体可以根据第一群组成员的设备特性、 网络特性和接 入特性中的一种或多种特性， 向与第一群组成员对应的网关发送 Ad-hoc接入 请求，其中该 Ad-hoc接入请求包括每个第一群组成员的成员标识。对于 Ad-hoc 接入方式， 业务功能实体向网关发送的 Ad-hoc接入请求携带需要网关处理的 群组成员信息， 采用 Ad-hoc接入方式时， 即使网关下的群组成员位置经常发 生改变，例如漫游，业务功能实体或网关依然可以对该群组成员进行准确定位。
例如， 当网络拥堵时， 业务功能实体可以自动使用 Ad-hoc接入方式， 请 求对第一群组成员进行接入。 业务功能实体也可以根据接入特性，例如接入第 一群组成员的次数较少或频率较低， 确定对第一群组成员的接入采用 Ad-hoc 接入方式。 当然， 业务功能实体可以根据第一群组成员的设备特性、 网络特性 和接入特性中的一种或多种特性， 确定采用 Ad-hoc接入方式。
可选地，在业务功能实体确定第一群组成员后， 业务功能实体根据群组成 员特性中的设备特性确定第一群组成员具有高移动性，由此业务功能实体向与 第一群组成员对应的网关发送 Ad-hoc接入请求，其中该 Ad-hoc接入请求包括 每个第一群组成员的成员标识。
应理解，群组成员的移动性指与群组成员对应的设备的移动性， 高移动性 的群组成员例如是移动终端或车载终端等经常进行切换的终端，这些终端会接 入不同的网关，低移动性的群组采用例如即插即用设备， 该即插即用设备的移 动频率较低，在一段时间内都经由同一个网关接入， 广义的低移动性的群组成 员还包括那些不具有移动性的群组成员， 例如有线接入的设备或网关等。
可选地， 业务功能实体可以根据第一群组成员的设备特性、 网络特性和接 入特性中的一种或多种特性，在与第一群组成员对应的网关创建包括所有第一 群组成员的子群组； 或者， 业务功能实体确定该第一群组成员属于已创建的子 群组， 于是业务功能实体向该网关发送子群组接入请求， 其中该子群组接入请 求包括该子群组的子群组标识。 业务功能实体采用子群组接入方式与采用 Ad-hoc接入方式相比， 更筒单高效， 只需要携带该子群组标识。
例如， 当网络拥堵时， 业务功能实体可以自动使用子群组接入方式， 请求 对第一群组成员进行接入。 业务功能实体也可以根据接入特性， 例如接入第一 群组成员的次数较多或频率较高，确定对第一群组成员的接入采用子群组接入 方式。 例如， 网络应用在业务功能实体创建群组后， 网络应用接入该群组中的 第一群组成员时， 业务功能实体可以首先根据群组成员特性自动地采用 Ad-hoc接入方式， 但如果该第一群组成员的接入次数较多或使用频率较高， 那么为了减少业务功能实体每次处理开销和处理时延，业务功能实体在某次处 理接入请求时， 可以以独立的消息创建子群组， 并采用子群组接入方式对第一 群组成员进行接入。
类似地，例如业务功能实体可以首先根据第一群组成员的群组成员特性和
/或网络特性自动地在网关创建子群组， 并采用子群组接入方式， 但是如果业 务功能实体确定使用子群组的接入次数较少或使用频率较低时，业务功能实体 在某次处理接入请求时， 在请求中携带删除所有子群组的消息， 或以独立的消 息删除所有子群组， 并在后续的处理中采用 Ad-hoc接入方式来接入第一群组 成员， 更进一步地， 业务功能实体也可以根据一些子群组的接入次数较少或使 用频率较低， 在某次处理接入请求时， 在请求中携带删除所有子群组的消息， 或以独立的消息删除或更新这些子群组， 并在后续的处理中采用 Ad-hoc的接 入方式。 当然， 业务功能实体可以根据第一群组成员的设备特性、 网络特性和 接入特性中的一种或多种特性， 确定采用子群组接入方式。 可选地，在业务功能实体确定第一群组成员后， 业务功能实体根据群组成 员特性中的设备特性确定第一群组成员具有低移动性，因而业务功能实体在与 第一群组成员对应的网关创建包括所有第一群组成员的子群组，并向该网关发 送子群组接入请求， 其中该子群组接入请求包括该子群组的子群组标识。
因此， 本发明实施例的群组通信的方法，通过业务功能实体确定群组中通 过同一网关与业务功能实体连接的第一群组成员，并向该网关发送一次接入请 求， 可以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够 显著地减小群组通信时的信令开销， 提高群组通信的效率。
下面将以根据本发明实施例的群组通信方法在 M2M中的应用为例， 详细 说明根据本发明实施例的群组通信的方法。
图 3示出了根据本发明另一实施例的群组通信的方法 200的时序图。如图 3所示， 在 S202中， M2M应用向 M2M平台发送 M2M群组接入请求， 该群 组接入请求携带该群组的群组标识，该接入请求例如是创建请求、或更新请求、 或删除请求、 或获取请求、 或订阅请求等。 可选地， 该群组接入请求可以是 READ req (MEMBER CONTENT) NAID, groupResourcelD , 其中该" MEMBER CONTENT"表示成员内容， "NAID"表示网络应用标识， "groupResourcelD"表 示群组资源标识。
在 S204中， M2M平台收到该群组接入请求后，根据该群组标识获取该群 组中各群组成员的群组成员信息， 该群组成员信息包括成员标识、接入方式等 信息。
M2M平台根据群组成员的设备特性、 网络特性和接入特性中的一种或多 种特性， 采用不同的接入方式对群组成员进行接入。 可选地， 对于群组中通过 同一网关与 M2M平台连接的第一群组成员的接入， 当 M2M平台确定该第一 群组成员具有低移动性时， 流程进行到 S206, 当 M2M平台确定该第一群组成 员具有高移动性时， 流程进行到 S216; 对于群组中为本地群组成员的第二群 组成员的接入， 流程进行到 S224, 其中本地群组成员指在所属群组资源的本 地的群组成员； 对于群组中直接与 M2M平台连接的第三群组成员的接入， 流 程进行到 S226。
在 S206中， M2M平台在 M2M网关创建包括所有该第一群组成员的子群 组， 或 M2M平台确定该第一群组成员属于已创建的子群组， 于是 M2M平台 向与该第一群组成员对应的 M2M网关 1发送子群组接入请求， 该子群组接入 请求包括该子群组的子群组标识， 该子群组接入请求用于请求接入该子群组。 可选地， 该子群组接入请求可以是 READ req (MEMBER CONTENT) NAID, subGroupReourcelD, 其中" subGroupReourcelD"表示子群组资源标识。
在 S208中， M2M网关 1收到子群组接入请求后，根据子群组标识获取该 子群组的子群组成员信息，该子群组成员信息包括子群组成员标识，随后 M2M 网关 1分别向子群组的每个子群组成员发送第二接入请求，该第二接入请求用 于请求接入相应的子群组成员 （如 S210所示）， 其中以 M2M实体 2表示子群 组成员。 可选地， 该第二接入请求可以是 READ req (MEMBER CONTENT) Member ID,其中" Member ID"表示成员标识。应理解，在图 3中，仅示出 M2M 网关 1向 M2M实体 2发送第二接入请求， 但这仅仅为了示例， 不应构成对本 发明实施例的任何限定。
在 S212中， M2M实体 2向 M2M网关 1发送第三响应， 该第三响应用于 对第二接入请求进行响应，表明子群组中的群组成员对第二接入请求的执行情 况。 可选地 , 该第三响应可以是 READ reps ()data of Member。
在 S214中， Μ2Μ网关 1在收到每个子群组成员分别对第二接入请求的第 三响应之后， 向 Μ2Μ平台发送对每个子群组成员的接入情况进行合并后的第 四响应， 该第四响应用于对子群组接入请求进行响应，表明子群组中各群组成 员对接入请求的执行情况。 可选地， 该第四响应可以是 READ reps () data of subGroup。
其中， M2M网关 1收到各子群组成员反馈的接入情况后， 可以先对各接 入情况进行合并处理， 再将合并后的处理结果通过一个响应（即第四响应）反 馈给 M2M平台。 由此可以避免 M2M网关 1将每个子群组成员的接入情况分 别地单独发送给 M2M平台， 从而可以进一步节省开销， 提高群组通信效率。
在 S216中， 当 M2M平台确定该第一群组成员具有高移动性时， M2M平 台决定对第一群组成员采用 Ad-hoc接入方式， 于是 M2M平台向与该第一群 组成员对应的 M2M网关 2发送 Ad-hoc接入请求， 其中该 Ad-hoc接入请求包 括每个第一群组成员的成员标识。 可选地， 该 Ad-hoc接入请求可以是 READ req (MEMBER CONTENT) NAID, Ad-hoc List, 其中" Ad-hoc List"表示群组中 同一网关下的设备列表。
在 S218中， M2M网关 2收到 Ad-hoc接入请求后， 分别向每个第一群组 成员发送第一接入请求， 该第一接入请求用于请求接入相应的第一群组成员。 可选地，该第一接入请求可以是 READ req (MEMBER CONTENT) Member ID。 图 3中以 M2M网关 2向 M2M实体 3发送第一接入请求为例进行说明， 应理 解， 这仅仅是为了示例， 不应构成对本发明实施例的任何限定。
在 S220中， M2M实体 3向 M2M网关 2发送第一响应， 该第一响应用于 对第一接入请求进行响应，表明第一群组成员对第一接入请求的执行情况。可 选地， 该第一响应可以是 READ reps ()data of Member。
在 S222中， Μ2Μ网关 2在收到每个第一群组成员分别对第一接入请求的 第一响应之后， 向 Μ2Μ平台发送对每个第一群组成员的接入情况进行合并后 的第二响应， 该第二响应用于对 Ad-hoc接入请求进行响应， 表明各第一群组 成员对接入请求的执行情况。 可选地， 该第二响应可以是 READ reps () data of Ad-hoc Listo 类似地， M2M网关 2对各第一群组成员的接入情况进行了合并 处理， 从而可以进一步节省开销， 提高群组通信效率。
应理解， 除了 Ad-hoc接入方式和子群组接入方式之外， M2M平台也可以 采用其它的接入方式对群组成员进行接入，例如对于每一个第一群组成员的接 入， M2M平台都经由 M2M网关单独对每一个群组成员发送一次接入请求。 例如， 对于十个第一群组成员的接入， M2M平台需要向 M2M网关发送十次 接入请求， 每次接入请求针对一个第一群组成员的接入。 此时， M2M网关会 收到每个第一群组成员对接入请求的响应， 该响应用于向 M2M网关报告接入 情况，该 M2M网关可以直接将每一个群组成员返回的响应转发给 M2M平台， 也可以对每一个群组成员返回的响应进行合并处理， 再向 M2M平台返回包括 每个第一群组成员的经合并后的接入情况的第五响应。应理解，该合并处理可 以包括对每一个群组成员返回的响应进行合并处理， 和 /或对每一响应中包括 的接入情况进行合并处理。 因而， 在本发明实施例中， 根据本发明实施的群组 通信的方法还可以包括： 业务功能实体接收来自网关的第五响应， 该第五响应 包括每个第一群组成员的经合并后的接入情况， 由此可以进一步节省开销，提 高群组通信效率。
在 M2M平台获取群组成员信息之后， 对于群组中为本地群组成员的第二群组 成员的接入， M2M平台直接对该第二群组成员进行接入处理，如图 3中的 S224 所示，其中本地群组成员指在所属群组资源的本地的群组成员，即表示在 M2M 平台上存储的群组成员。 可选地， 该接入处理可以包括 READ (MEMBER CONTENT) NAID , Local Member List ,其中 "Local Member List"表示本地成员 列表。
在 M2M平台获取群组成员信息之后， 对应群组中直接与 M2M平台连接 的第三群组成员的接入， M2M平台分别向每个第三群组成员单独发送第三接 入请求， 该第三接入请求用于请求接入相应的第三群组成员， 如图中的 S226 所示。可选的，该第三接入请求可以是 READ req (MEMBER CONTENT) NAID, each Direct-Access Member ID, 其中" each Direct-Access Member ID，，表示每个 直连的成员标识。
在 S228中，M2M平台接收每个第三群组成员对该第三接入请求的第六响 。 可选的， 该
Figure imgf000013_0001
在 S230中， M2M平台对接收到的第二响应、 第四响应、 第五响应、 第六 响应以及对本地群组成员的执行情况中的一种或多种后，对各执行情况进行合 并， 并向 M2M应用发送群组接入响应， 该群组接入响应包括群组中各群组成 员的经合并后的接入情况， 如图 3中的 S232所示。 由于 M2M平台对各群组 成员的接入情况进行了合并处理，从而可以进一步节省开销，提高群组通信效 下面将以群组的部分接入消息为例，对合并处理进行说明。例如业务功能 实体发起部分接入请求， 该请求要接入群组成员的一些子资源或一些属性， 而 并非全部子资源或全部属性。 如果有些群组成员没有所请求的子资源或属性， 那么这些群组成员资源所在的服务能力实体将返回错误说明。具体地，如果该 应用场景是业务功能实体需要定时获取部分资源，那么业务功能实体可以根据 需求再建立一个新的群组或子群组，把原群组中没有子资源或属性的群组成员 删除，或者业务功能实体可以在下次的请求消息中加入群组成员限制， 只请求 接入那些具有子资源或属性的群组成员。
另外， 为了为减少服务能力实体给业务功能实体的响应的开销，服务能力实体 可以先过滤掉错误说明， 只把相关内容返回给业务功能实体； 或者对于具有内 容和没有内容这两种执行情况， 服务能力实体向业务功能实体返回内容和标 识， 该标识表示其它没有返回内容的群组成员都没有相关内容。 此外， 服务能 力实体还可以将相同的执行情况进行合并， 并返回给业务功能实体， 由此能够 进一步地减小开销。
图 4示出了根据本发明再一实施例的方法中创建群组和子群组的方法 300 时序图。其中创建群组的方法可以包括： 接收来自网络应用的请求创建群组的 群组创建请求， 该群组创建请求包括该群组中各群组成员的群组成员信息； 根 据该群组创建请求，创建该群组的群组资源， 该群组资源包括该群组成员信息 和该群组的群组标识； 向该网络应用发送群组创建响应， 该群组创建响应包括 该群组标识。
下面以该创建群组的方法在 M2M中的应用为例进行说明。如图 4所示，在 S302 中， M2M应用向 M2M平台发送 M2M群组创建请求，该群组创建请求可以携 带群组成员信息， 还可以包括群组资源创建位置、 访问权限、 过期时间等参数 信息。 可选的， 该群组创建请求可以是 CREATE req (resource) NAID, [addressedResourcelD] , [newResourcelD] , groupContent, [searchStrings], AccessRightID, [ExpirationTime] , 其 中 "resource" 表 示 资 源 , "addressedResourcelD"表示寻址资源标识， "newResourcelD"表示新资源标识， "groupContent"表示群组内容， "searchStrings"表示查询串， "AccessRightID"表 示接入 4受权标识， "ExpirationTime"表示过期时间。
在 S304中， M2M平台根据 M2M群组创建请求，创建并存储 M2M群组资源， 该群组资源包括该群组成员信息和该群组的群组标识，该群组资源还可以存储 群组成员的接入信息，例如接入方式，用于指示后续的操作如何接入群组成员。
在 S314中， M2M平台向 M2M应用发送群组创建响应， 该群组创建响应 包括该群组标识。
在本发明实施例中，在创建群组的群组资源之后， 业务功能实体根据群组 中各群组成员的设备特性、 网络特性和接入特性中的一种或多种特性， 可以在 服务能力实体创建相应的子群组，该子群组创建过程可以是业务功能实体根据 网络应用的要求进行， 也可以是该业务功能实体主动进行子群组创建； 另外， 该子群组创建过程可以在网络应用发送接入请求之前 ,也可以在网络应用发送 该接入请求之后。
创建子群组的方法可以包括：业务功能实体向与第一群组成员对应的网关 发送请求创建子群组的子群组创建请求，该子群组创建请求包括第一群组成员 的第一群组成员信息； 业务功能实体在该网关创建子群组的子群组资源后，接 收该网关发送的子群组创建响应，该子群组创建响应包括该子群组的子群组标 识， 其中该子群组资源可以包括第一群组成员信息和该子群组的子群组标识。 下面以该子群组创建方法在 M2M中的应用为例进行说明。如图 4所示，在 S306 中， M2M平台向 M2M网关发送子群组创建请求， 该子群组创建请求包括第 一群组成员的第一群组成员信息，还可以包括子群组定义参数信息， 例如子群 组创建位置、 访问权限、 过期时间等。 可选的， 该子群组创建请求可以是 CREATE req (resource) NAID , [addressedGSCResourcelD] , [newResourcelD] , subGroupContent , [searchStrings] , AccessRightID , [ExpirationTime] , 其中 "addressedGSCResourcelD"表示 寻 址 网 关 业 务 能 力 资 源 标识 ， "subGroupContent"表示子群组内容。
在 S308中， M2M网关根据该子群组创建请求，在该网关创建子群组的子 群组资源， 其中该子群组资源包括该子群组成员信息和该子群组的子群组标 识。 其中该子群组可以是设备管理群组， 例如 OMA DM标准中定义的网关中 的设备管理群组， 用于实现设备管理的群组功能。 在本发明实施例中， M2M 平台判断是否建立子群组或合并群组消息时， M2M平台可与 OMA服务器交 互，使 OMA服务器通过 DM接口与网关进行通信， 命令网关建立设备管理的 群组。
在 S310中， M2M网关向 M2M平台发送子群组创建响应， 该子群组创建 响应包括该子群组的子群组标识。可选的，该子群组创建响应可以是 CREATE resp (resource) subGroupReourcelD , 其中" subGroupReourcelD"表示子群组资 源。
M2M平台接收到该子群组创建响应后， 可以对群组资源进行更新， 如图 4中的 S312所示。 例如对群组资源中各群组成员的接入方式进行更新， 该接 入方式可以包括直接接入方式、 Ad-hoc接入方式和子群组接入方式。 各群组 成员的包括接入方式的接入信息可以存储在 M2M平台， 在 M2M平台中， 该 接入信息与群组资源定义可以具有两种关联方式， 例如内部关联和外部关联， 其中内部关联指接入信息与群组资源定义在一个列表中，群组资源定义中包括 该群组中的群组成员的接入信息， 外部关联指接入信息形成一个列表，群组成 员可以通过诸如 URI ( Uniform Resource Identifier, 即通用资源标志符 ) 的链 接方式映射到接入信息。
由于本发明实施例的群组通信的方法，对群组中通过同一网关与业务功能 实体连接的第一群组成员创建子群组，从而业务功能实体可以仅向该网关发送 一次接入请求， 该接入请求包括子群组标识，从而根据本发明实施例的方法可 以避免业务功能实体分别向每个群组成员单独发送接入请求，由此能够显著地 减 、群组通信时的信令开销， 提高群组通信的效率。
图 5示出了根据本发明再一实施例的方法中更新群组和子群组的方法 400 的时序图。 如图 5所示， 以 M2M实体 2通过 M2M网关 1连接到 M2M平台 为例进行说明。
在 S402中， M2M实体 2向 M2M网关 1发送连接请求；在 S404中， M2M 网关 1向 M2M实体 2返回连接请求的响应；在 S406中， M2M实体 2向 M2M 平台发送注册请求，该注册请求用于将该 M2M实体 2的设备信息注册到平台， 该设备信息例如可以包括设备标识、 所属网关标识、 路由地址、 物理地址等； 在 S408中， M2M平台向 M2M实体 2返回注册请求的响应， 该响应用于表示 M2M实体 2的注册情况。
在 S410中， M2M平台根据设备信息和已有的群组定义或群组规则，检查 是否需要将新设备加入已存在的群组。如果新加入的设备属于存在的群组， 那 么 M2M平台还可以根据群组和子群组建立规则， 建立一个新群组或子群组。 例如 S412所示， M2M平台向 M2M网关 2发送更新子群组资源的请求。 在 S414中， M2M网关 2对该网关上的子群组资源进行更新； 在 S416中， M2M 网关 2向 M2M平台发送对更新子群组资源请求的响应； 在 S418中， M2M平 台对群组中各群组成员的接入方式进行更新。 在本发明实施例中，对子群组资源进行更新还包括： 在第一群组成员的数 量发生变化时， 例如第一群组成员的数量增加或减小， 业务功能实体向网关发 送对子群组资源进行更新的更新请求； 在第一群组成员的数量不大于 1时， 业 务功能实体向该网关发送对该子群组资源进行删除的删除请求。在本发明实施 例中， 在网关创建、 更新或删除子群组之后， 业务功能实体对群组资源中的相 应群组成员信息的接入类型进行更新。
本发明实施例的群组通信的方法，通过业务功能实体确定群组中通过同一 网关与业务功能实体连接的第一群组成员， 并向该网关发送一次接入请求， 可 以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够显著地 减小群组通信时的信令开销， 提高群组通信的效率。
图 6示出了根据本发明再一实施例的群组通信的方法 500的流程图。如图 6所示， 该方法 500包括：
在 S510中， 网关接收来自业务功能实体的请求接入第一群组成员的第一 群组成员接入请求，该第一群组成员为该群组中通过同一网关与该业务功能实 体连接的群组成员。
业务功能实体可以根据该第一群组成员的群组成员特性和网络特性中的 一种或多种， 确定该第一群组成员接入请求采用 Ad-hoc接入方式还是子群组 方式。
当业务功能实体采用 Ad-hoc接入方式请求接入第一群组成员时， 网关接 收来自该业务功能实体的请求接入该第一群组成员的 Ad-hoc接入请求， 该 Ad-hoc接入请求包括每个该第一群组成员的成员标识。
当业务功能实体采用子群组接入方式请求接入第一群组成员时，网关接收 来自该业务功能实体的请求接入该第一群组成员的子群组接入请求，该子群组 接入请求包括该子群组的子群组标识，该子群组接入请求由该业务功能实体确 定该第一群组成员属于已创建的与该网关对应的该子群组之后发送。
可选地，网关接收来自该业务功能实体的请求接入该第一群组成员的子群 组接入请求， 该子群组接入请求包括该子群组的子群组标识， 该子群组接入请 求由该业务功能实体请求在该网关创建子群组，并确定该第一群组成员属于该 网关创建的该子群组之后发送。 在 S520中， 网关向每个该第一群组成员发送请求接入相应的第一群组成 员的第三接入请求。
当业务功能实体采用 Ad-hoc接入方式请求接入第一群组成员时， 网关向 每个该第一群组成员发送请求接入相应的第一群组成员的第一接入请求，该第 一接入请求由该网关在接收该 Ad-hoc接入请求之后发送。
当业务功能实体采用子群组接入方式请求接入第一群组成员时，网关根据 该子群组接入请求获取该子群组的子群组成员信息；网关向该子群组的每个子 群组成员发送请求接入相应的子群组成员的第二接入请求。
本发明实施例的群组通信的方法，通过业务功能实体确定群组中通过同一 网关与业务功能实体连接的第一群组成员， 并向该网关发送一次接入请求， 可 以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够显著地 减 、群组通信时的信令开销， 提高群组通信的效率。
在本发明实施例中， 根据本发明实施例的群组通信的方法 500还可以包 括： 在网关发送第一接入请求之后， 网关向该业务功能实体发送第二响应， 该 第二响应包括每个该第一群组成员的经合并后的接入情况，该第二响应由该网 关在接收每个该第一群组成员对该第一接入请求进行响应的第一响应之后发 送。
在本发明实施例中， 根据本发明实施例的群组通信的方法 500还可以包 括： 在网关发送第二接入请求之后， 网关向该业务功能实体发送第四响应， 该 第四响应包括该子群组的每个子群组成员的经合并后的接入情况，该第四响应 由该网关在接收每个该子群组成员对该第二接入请求进行响应的第三响应之 后发送。
在本发明实施例中， 该方法 500还可以包括： 网关向该业务功能实体发送 第五响应， 该第五响应包括每个该第一群组成员的经合并后的接入情况。
在本发明实施例中， 该方法 500还可以包括： 网关接收来自业务功能实体 的更新请求， 该更新请求用于请求对该子群组的子群组资源进行更新； 网关根 据该更新请求， 对该子群组资源进行更新。
本发明实施例的群组通信的方法，通过业务功能实体确定群组中通过同一 网关与业务功能实体连接的第一群组成员， 并向该网关发送一次接入请求， 可 以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够显著地 减 、群组通信时的信令开销， 提高群组通信的效率。
下文中将描述根据本发明实施例的用于群组通信的业务功能实体。 如图 7 所示， 示出了根据本发明实施例的用于群组通信的业务功能实体 600 的示意 图， 该业务功能实体 600包括： 第一接收模块 605、 获取模块 610、 第一确定 模块 615和第一发送模块 620, 其中，
该第一接收模块 605 , 用于接收来自网络应用的请求接入该群组的群组接 入请求， 该群组接入请求包括该群组的群组标识；
该获取模块 610, 用于根据该群组标识获取该群组中各群组成员的群组成 员信息；
该第一确定模块 615 , 用于根据该群组成员信息， 确定该群组中通过同一 网关与业务功能实体连接的第一群组成员；
该第一发送模块 620, 用于向该网关发送请求接入该第一群组成员的第一 群组成员接入请求。
本发明实施例的用于群组通信的业务功能实体，通过业务功能实体确定群 组中通过同一网关与业务功能实体连接的第一群组成员，并向该网关发送一次 接入请求， 可以避免业务功能实体分别向每个群组成员单独发送接入请求，从 而能够显著地减 ' j、群组通信时的信令开销， 提高群组通信的效率。
可选的，如图 8所示，根据本发明实施例的业务功能实体 600中的第一发 送模块 620还可以包括第一发送子模块 6201 , 其中，
该第一发送子模块 6201 , 用于根据该第一群组成员的群组成员特性和网 络特性中的一种或多种， 向该网关发送 Ad-hoc接入请求，其中该 Ad-hoc接入 请求包括每个该第一群组成员的成员标识，该群组成员特性可以包括设备特性 和接入特性。
可选的， 该第一发送子模块 6201 包括： 第一确定单元 6202和发送单元
6203 , 其中，
该第一确定单元 6202, 用于根据该第一群组成员的群组成员特性， 确定 该第一群组成员具有高移动性；
该发送单元 6203 , 用于向该网关发送 Ad-hoc接入请求， 其中该 Ad-hoc 接入请求包括每个该第一群组成员的成员标识。
可选的，根据本发明实施例的第一发送模块 620还可以包括： 第一创建子 模块 6205和第二发送子模块 6210 , 其中，
该第一创建子模块 6205 , 用于根据该第一群组成员的群组成员特性和网 络特性中的一种或多种， 在该网关创建包括所有该第一群组成员的子群组； 该第二发送子模块 6210, 用于向该网关发送子群组接入请求， 其中该子 群组接入请求包括该子群组的子群组标识。
可选的， 该第一创建子模块 6205包括：
第二确定单元 6206, 用于根据该第一群组成员的群组成员特性， 确定该 第一群组成员具有低移动性；
创建单元 6207, 用于在该网关创建包括所有该第一群组成员的子群组。 可选的， 根据本发明实施例的第一发送模块 620还可以包括：
确定子模块 6215 , 用于确定该第一群组成员属于已创建的与该网关对应 的子群组；
第三发送子模块 6220, 用于向该网关发送子群组接入请求， 其中该子群 组接入请求包括该子群组的子群组标识。
图 9 示出了根据本发明再一实施例的用于群组通信的业务功能实体 600 的示意图， 该业务功能实体 600还可以包括：
第二接收模块 625 , 用于接收来自该网关的第二响应， 该第二响应包括每 个该第一群组成员的经合并后的接入情况。
可选的， 该业务功能实体 600还可以包括：
第三接收模块 630, 用于接收来自该网关的第四响应， 该第四响应包括该 子群组的每个子群组成员的经合并后的接入情况。
可选的， 该业务功能实体 600还可以包括：
第二确定模块 635 , 用于根据该群组成员信息， 确定该群组中为本地群组 成员的第二群组成员；
接入模块 640, 用于对该第二群组成员进行接入处理。
可选的， 该业务功能实体 600还可以包括：
第三确定模块 645 , 用于根据该群组成员信息， 确定该群组中直接与该业 务功能实体连接的第三群组成员；
第二发送模块 650, 用于分别向每个该第三群组成员发送请求接入相应的 该第三群组成员的第三接入请求。
可选的， 该业务功能实体 600还可以包括群组创建模块 655。 可选的， 如 图 10所示， 该群组创建模块 655包括：
第一接收子模块 6551 , 用于接收来自网络应用的请求创建群组的群组创 建请求， 该群组创建请求包括该群组中各群组成员的群组成员信息；
第二创建子模块 6552, 用于根据该群组创建请求， 创建该群组的群组资 源， 该群组资源包括该群组成员信息和该群组的群组标识；
第四发送子模块 6553 , 用于向该网络应用发送群组创建响应， 该群组创 建响应包括该群组标识。
可选的， 该业务功能实体 600还可以包括子群组创建模块 660。 可选的， 如图 11所示， 该子群组创建模块 660包括：
第五发送子模块 6601 , 用于根据该群组中各群组成员的群组成员特性和 网络特性中的一种或多种， 向该网关发送请求创建子群组的子群组创建请求， 该子群组创建请求包括该第一群组成员的第一群组成员信息；
第二接收子模块 6602, 用于接收该网关发送的子群组创建响应， 该子群 组创建响应包括该子群组的子群组标识，该子群组创建响应由该网关在创建该 子群组的子群组资源后发送。
可选的， 该业务功能实体 600还可以包括：
第三发送模块 665 , 用于向该网络应用发送群组接入响应， 该群组接入响 应包括该群组中各群组成员的经合并后的接入情况。
可选的， 该业务功能实体 600还可以包括：
第一更新模块 670, 用于在该第一群组成员发生变化时， 向该网关发送对 该子群组资源进行更新的更新请求。
可选的， 该业务功能实体 600还可以包括：
删除模块 675 , 用于在该第一群组成员的数量不大于 1时， 向该网关发送 对该子群组资源进行删除的删除请求。
可选的， 该业务功能实体 600还可以包括： 第二更新模块 680, 用于在该网关创建、 更新或删除该子群组之后， 对该 群组资源中的该群组成员信息的接入方式进行更新。
可选的， 该业务功能实体 600还可以包括：
第四接收模块 685 , 用于接收来自网关的第五响应， 该第五响应包括每个 第一群组成员的经合并后的接入情况。
业务功能实体 600 中的各个模块的上述和其它操作和 /或功能分别为了实 现图 2至图 6中的各个方法 100、 200、 300、 400和 500中的相应流程， 为了 筒洁， 在此不再赘述。
本发明实施例的用于群组通信的业务功能实体，通过业务功能实体确定群 组中通过同一网关与业务功能实体连接的第一群组成员，并向该网关发送一次 接入请求， 可以避免业务功能实体分别向每个群组成员单独发送接入请求，从 而能够显著地减 ' j、群组通信时的信令开销， 提高群组通信的效率。
图 12示出了根据本发明实施例的用于群组通信的网关 700的示意图， 该 网关 700包括第一接收模块 710和第一发送模块 720, 其中，
该第一接收模块 710, 用于接收来自业务功能实体的请求接入第一群组成 员的第一群组成员接入请求，该第一群组成员为该群组中通过同一网关与该业 务功能实体连接的群组成员；
该第一发送模块 720 , 用于向每个该第一群组成员发送请求接入相应的第 一群组成员的第三接入请求。
可选地， 如图 13所示， 根据本发明实施例的网关 700中的该第一接收模 块 710包括：
第一接收子模块 711 , 用于接收来自该业务功能实体的请求接入该第一群 组成员的 Ad-hoc接入请求，该 Ad-hoc接入请求包括每个该第一群组成员的成 员标识；
该第一发送模块 720包括：
第一发送子模块 721 , 用于向每个该第一群组成员发送请求接入相应的第 一群组成员的第一接入请求。
可选地，该第一接收模块 710还用于接收每个该第一群组成员对该第一接 入请求进行响应的第一响应， 该第一响应包括对应群组成员的接入情况； 该网 关 700还包括：
第二发送模块 730, 用于向该业务功能实体发送第二响应， 该第二响应包 括每个该第一群组成员的经合并后的接入情况。
可选地， 该第一接收模块 710包括：
第二接收子模块 712, 用于接收来自该业务功能实体的请求接入该第一群 组成员的子群组接入请求， 该子群组接入请求包括该子群组的子群组标识， 该 子群组接入请求由该业务功能实体确定该第一群组成员属于已创建的与该网 关对应的该子群组之后发送。
可选地， 该第一接收模块 710包括：
第三接收子模块 713 , 用于接收来自该业务功能实体的请求接入该第一群 组成员的子群组接入请求， 该子群组接入请求包括该子群组的子群组标识， 该 子群组接入请求由该业务功能实体请求在该网关创建子群组，并确定该第一群 组成员属于该网关创建的该子群组之后发送。
可选地， 该第一发送模块 720包括：
获取子模块 722, 用于根据该子群组接入请求获取该子群组的子群组成员 信息；
第二发送子模块 723 , 用于根据该子群组成员信息， 向该子群组的每个子 群组成员发送请求接入相应的子群组成员的第二接入请求。
可选地， 该第一接收模块 710, 还用于接收每个该第一群组成员对该第一 接入请求进行响应的第一响应， 该第一响应包括对应群组成员的接入情况； 该 网关 700还包括：
第三发送模块 740, 用于向该业务功能实体发送第四响应， 该第四响应包 括该子群组的每个子群组成员的经合并后的接入情况。
网关 700中的各个模块的上述和其它操作和 /或功能分别为了实现图 2至 图 6中的各个方法 100、 200、 300、 400和 500中的相应流程， 为了筒洁， 在 此不再赘述。
本发明实施例的用于群组通信的网关，通过业务功能实体确定群组中通过 同一网关与业务功能实体连接的第一群组成员， 并向该网关发送一次接入请 求， 可以避免业务功能实体分别向每个群组成员单独发送接入请求，从而能够 显著地减小群组通信时的信令开销， 提高群组通信的效率。
本发明实施例还提供了一种用于群组通信的系统，该系统包括根据本发明 实施例的业务功能实体 600和根据本发明实施例的网关 700 , 其中业务功能实 体 600和网关 700中的各个模块的上述和其它操作和 /或功能分别为了实现图 2 至图 6中的各个方法 100、 200、 300、 400和 500中的相应流程， 为了筒洁， 在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法 步骤和单元， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚 地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各 实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术 方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用 来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范 围。
结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的 软件程序， 或者二者的结合来实施。 软件程序可以置于随机存储器（RAM )、 内存、 只读存储器（ROM )、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM, 或技术领域内所公知的任意其它形式的存储介 质中。 本发明并不限于此。在不脱离本发明的精神和实质的前提下， 本领域普通技术 人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都 应在本发明的涵盖范围内。

Claims

权 利 要 求
1、 一种群组通信的方法， 其特征在于， 包括：
接收来自网络应用的请求接入所述群组的群组接入请求，所述群组接入请 求包括所述群组的群组标识；
根据所述群组标识获取所述群组中各群组成员的群组成员信息；
根据所述群组成员信息，确定所述群组中通过同一网关与业务功能实体连 接的第一群组成员；
向所述网关发送请求接入所述第一群组成员的第一群组成员接入请求。
2、 根据权利要求 1所述的方法， 其特征在于， 所述向所述网关发送请求 接入所述第一群组成员的第一群组成员接入请求， 包括：
根据所述第一群组成员的群组成员特性和网络特性中的一种或多种，向所 述网关发送 Ad-hoc接入请求，所述 Ad-hoc接入请求包括每个所述第一群组成 员的成员标识。
3、 根据权利要求 2所述的方法， 其特征在于， 所述根据所述第一群组成 员的群组成员特性和网络特性中的一种或多种， 向所述网关发送 Ad-hoc接入 请求， 包括：
根据所述第一群组成员的群组成员特性，确定所述第一群组成员具有高移 动性；
向所述网关发送 Ad-hoc接入请求，所述 Ad-hoc接入请求包括每个所述第 一群组成员的成员标识。
4、根据权利要求 2或 3所述的方法，其特征在于，向所述网关发送 Ad-hoc 接入请求之后， 所述方法还包括：
接收来自所述网关的第二响应，所述第二响应包括每个所述第一群组成员 的经合并后的接入情况，所述第二响应由所述网关根据所述 Ad-hoc接入请求， 向每个所述第一群组成员发送请求接入相应的第一群组成员的第一接入请求， 并接收每个所述第一群组成员对所述第一接入请求进行响应的第一响应之后 发送。
5、 根据权利要求 1所述的方法， 其特征在于， 所述向所述网关发送请求 接入所述第一群组成员的第一群组成员接入请求， 包括： 根据所述第一群组成员的群组成员特性和网络特性中的一种或多种，在所 述网关创建包括所有所述第一群组成员的子群组；
向所述网关发送子群组接入请求，所述子群组接入请求包括所述子群组的 子群组标识。
6、 根据权利要求 5所述的方法， 其特征在于， 所述根据所述第一群组成 员的群组成员特性和网络特性中的一种或多种，在所述网关创建包括所有所述 第一群组成员的子群组， 包括：
根据所述第一群组成员的群组成员特性，确定所述第一群组成员具有低移 动性；
在所述网关创建包括所有所述第一群组成员的子群组。
7、 根据权利要求 1所述的方法， 其特征在于， 所述向所述网关发送请求 接入所述第一群组成员的第一群组成员接入请求， 包括：
确定所述第一群组成员属于已创建的与所述网关对应的子群组； 向所述网关发送子群组接入请求，所述子群组接入请求包括所述子群组的 子群组标识。
8、 根据权利要求 5至 7中任一项所述的方法， 其特征在于， 在所述向所 述网关发送子群组接入请求之后， 所述方法还包括：
接收来自所述网关的第四响应，所述第四响应包括所述子群组的每个子群 组成员的经合并后的接入情况，所述第四响应由所述网关根据所述子群组接入 请求获取所述子群组的子群组成员信息，向所述子群组的每个子群组成员发送 请求接入相应的子群组成员的第二接入请求，并接收每个所述子群组成员对所 述第二接入请求进行响应的第三响应之后发送。
9、 根据权利要求 1所述的方法， 其特征在于， 在所述根据所述群组标识 获取所述群组中各群组成员的群组成员信息之后， 所述方法还包括：
根据所述群组成员信息， 确定所述群组中为本地群组成员的第二群组成 贝；
对所述第二群组成员进行接入处理。
10、 根据权利要求 1所述的方法， 其特征在于， 在所述根据所述群组标识 获取所述群组中各群组成员的群组成员信息之后， 所述方法还包括： 根据所述群组成员信息，确定所述群组中直接与所述业务功能实体连接的 群组成员；
分别向每个所述第三群组成员发送请求接入相应的所述第三群组成员的 接入请求。
11、 根据权利要求 1所述的方法， 其特征在于， 接收来自网络应用的请求 接入所述群组的群组接入请求之前， 所述方法还包括：
接收来自网络应用的请求创建群组的群组创建请求，所述群组创建请求包 括所述群组中各群组成员的群组成员信息；
根据所述群组创建请求，创建所述群组的群组资源， 所述群组资源包括所 述群组成员信息和所述群组的群组标识；
向所述网络应用发送群组创建响应， 所述群组创建响应包括所述群组标 识。
12、 根据权利要求 11所述的方法， 其特征在于， 在所述创建所述群组的 群组资源之后， 所述方法还包括：
根据所述群组中各群组成员的群组成员特性和网络特性中的一种或多种， 向所述网关发送请求创建子群组的子群组创建请求，所述子群组创建请求包括 所述第一群组成员的第一群组成员信息；
接收所述网关发送的子群组创建响应，所述子群组创建响应包括所述子群 组的子群组标识，所述子群组创建响应由所述网关在创建所述子群组的子群组 资源后发送。
13、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 接收来自所述网关的第五响应，所述第五响应包括每个所述第一群组成员 的经合并后的接入情况。
14、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 向所述网络应用发送群组接入响应，所述群组接入响应包括所述群组中各 群组成员的经合并后的接入情况。
15、 根据权利要求 12所述的方法， 其特征在于， 所述方法还包括： 在所述第一群组成员发生变化时，向所述网关发送对所述子群组资源进行 更新的更新请求。
16、 根据权利要求 12所述的方法， 其特征在于， 所述方法还包括： 在所述第一群组成员的数量不大于 1时，向所述网关发送对所述子群组资 源进行删除的删除请求。
17、 根据权利要求 12所述的方法， 其特征在于， 所述方法还包括： 在所述网关创建、 更新或删除所述子群组之后，对所述群组资源中的所述 群组成员信息的接入方式进行更新。
18、 根据权利要求 12所述的方法， 其特征在于， 所述接收所述网关发送 的子群组创建响应， 所述子群组创建响应包括所述子群组的子群组标识， 所述 子群组创建响应由所述网关在创建所述子群组的子群组资源后发送， 包括： 接收所述网关发送的子群组创建响应 ,所述子群组创建响应包括所述子群 组的子群组标识，所述子群组创建响应由所述网关在创建为设备管理群组的所 述子群组的子群组资源后发送。
19、 一种用于群组通信的业务功能实体， 其特征在于， 包括：
第一接收模块，用于接收来自网络应用的请求接入所述群组的群组接入请 求， 所述群组接入请求包括所述群组的群组标识； 信息；
第一确定模块， 用于根据所述群组成员信息，确定所述群组中通过同一网 关与业务功能实体连接的第一群组成员；
第一发送模块，用于向所述网关发送请求接入所述第一群组成员的第一群 组成员接入请求。
20、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述第一发送 模块包括：
第一发送子模块，用于根据所述第一群组成员的群组成员特性和网络特性 中的一种或多种， 向所述网关发送 Ad-hoc接入请求，所述 Ad-hoc接入请求包 括每个所述第一群组成员的成员标识。
21、 根据权利要求 20所述的业务功能实体， 其特征在于， 所述第一发送 子模块包括：
第一确定单元， 用于根据所述第一群组成员的群组成员特性，确定所述第 一群组成员具有高移动性；
发送单元， 用于向所述网关发送 Ad-hoc接入请求， 所述 Ad-hoc接入请求 包括每个所述第一群组成员的成员标识。
22、 根据权利要求 20或 21所述的业务功能实体， 其特征在于， 所述业务 功能实体还包括：
第二接收模块， 用于接收来自所述网关的第二响应， 所述第二响应包括每 个所述第一群组成员的经合并后的接入情况。
23、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述第一发送 模块包括：
第一创建子模块，用于根据所述第一群组成员的群组成员特性和网络特性 中的一种或多种， 在所述网关创建包括所有所述第一群组成员的子群组； 第二发送子模块， 用于向所述网关发送子群组接入请求， 所述子群组接入 请求包括所述子群组的子群组标识。
24、 根据权利要求 23所述的业务功能实体， 其特征在于， 所述第一创建 子模块包括：
第二确定单元， 用于根据所述第一群组成员的群组成员特性，确定所述第 一群组成员具有低移动性；
创建单元， 用于在所述网关创建包括所有所述第一群组成员的子群组。
25、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述第一发送 模块包括：
确定子模块，用于确定所述第一群组成员属于已创建的与所述网关对应的 子群组；
第三发送子模块， 用于向所述网关发送子群组接入请求， 所述子群组接入 请求包括所述子群组的子群组标识。
26、 根据权利要求 23至 25中任一项所述的业务功能实体， 其特征在于， 所述业务功能实体还包括：
第三接收模块， 用于接收来自所述网关的第四响应， 所述第四响应包括所 述子群组的每个子群组成员的经合并后的接入情况。
27、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第二确定模块， 用于根据所述群组成员信息，确定所述群组中为本地群组 成员的第二群组成员；
接入模块， 用于对所述第二群组成员进行接入处理。
28、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第三确定模块， 用于根据所述群组成员信息，确定所述群组中直接与所述 业务功能实体连接的第三群组成员；
第二发送模块，用于分别向每个所述第三群组成员发送请求接入相应的所 述第三群组成员的第三接入请求。
29、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括群组创建模块， 所述群组创建模块包括：
第一接收子模块， 用于接收来自网络应用的请求创建群组的群组创建请 求， 所述群组创建请求包括所述群组中各群组成员的群组成员信息；
第二创建子模块，用于根据所述群组创建请求，创建所述群组的群组资源， 所述群组资源包括所述群组成员信息和所述群组的群组标识；
第四发送子模块， 用于向所述网络应用发送群组创建响应， 所述群组创建 响应包括所述群组标识。
30、 根据权利要求 29所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括子群组创建模块， 所述子群组创建模块包括：
第五发送子模块，用于根据所述群组中各群组成员的群组成员特性和网络 特性中的一种或多种， 向所述网关发送请求创建子群组的子群组创建请求， 所 述子群组创建请求包括所述第一群组成员的第一群组成员信息；
第二接收子模块， 用于接收所述网关发送的子群组创建响应， 所述子群组 创建响应包括所述子群组的子群组标识 ,所述子群组创建响应由所述网关在创 建所述子群组的子群组资源后发送。
31、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第四接收模块， 用于接收来自所述网关的第五响应， 所述第五响应包括每 个所述第一群组成员的经合并后的接入情况。
32、 根据权利要求 19所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第三发送模块， 用于向所述网络应用发送群组接入响应， 所述群组接入响 应包括所述群组中各群组成员的经合并后的接入情况。
33、 根据权利要求 30所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第一更新模块， 用于在所述第一群组成员发生变化时， 向所述网关发送对 所述子群组资源进行更新的更新请求。
34、 根据权利要求 30所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
删除模块， 用于在所述第一群组成员的数量不大于 1时， 向所述网关发送 对所述子群组资源进行删除的删除请求。
35、 根据权利要求 30所述的业务功能实体， 其特征在于， 所述业务功能 实体还包括：
第二更新模块， 用于在所述网关创建、 更新或删除所述子群组之后， 对所 述群组资源中的所述群组成员信息的接入方式进行更新。
36、 一种用于群组通信的网关， 其特征在于， 包括：
第一接收模块，用于接收来自业务功能实体的请求接入第一群组成员的第 一群组成员接入请求，所述第一群组成员为所述群组中通过同一网关与所述业 务功能实体连接的群组成员；
第一发送模块，用于向每个所述第一群组成员发送请求接入相应的第一群 组成员的第三接入请求。
37、 根据权利要求 36所述的网关， 其特征在于， 所述第一接收模块包括： 第一接收子模块，用于接收来自所述业务功能实体的请求接入所述第一群 组成员的 Ad-hoc接入请求，所述 Ad-hoc接入请求包括每个所述第一群组成员 的成员标识；
所述第一发送模块包括：
第一发送子模块，用于向每个所述第一群组成员发送请求接入相应的第一 群组成员的第一接入请求。
38、 根据权利要求 37所述的网关， 其特征在于， 所述第一接收模块， 还 用于接收每个所述第一群组成员对所述第一接入请求进行响应的第一响应，所 述第一响应包括对应群组成员的接入情况；
所述网关还包括：
第二发送模块， 用于向所述业务功能实体发送第二响应， 所述第二响应包 括每个所述第一群组成员的经合并后的接入情况。
39、 根据权利要求 36所述的网关， 其特征在于， 所述第一接收模块包括： 第二接收子模块，用于接收来自所述业务功能实体的请求接入所述第一群 组成员的子群组接入请求， 所述子群组接入请求包括所述子群组的子群组标 识，所述子群组接入请求由所述业务功能实体确定所述第一群组成员属于已创 建的与所述网关对应的所述子群组之后发送。
40、 根据权利要求 36所述的网关， 其特征在于， 所述第一接收模块包括： 第三接收子模块，用于接收来自所述业务功能实体的请求接入所述第一群 组成员的子群组接入请求， 所述子群组接入请求包括所述子群组的子群组标 识， 所述子群组接入请求由所述业务功能实体请求在所述网关创建子群组， 并 确定所述第一群组成员属于所述网关创建的所述子群组之后发送。
41、 根据权利要求 39或 40所述的网关， 其特征在于， 所述第一发送模块 包括：
获取子模块，用于根据所述子群组接入请求获取所述子群组的子群组成员 信息；
第二发送子模块， 用于根据所述子群组成员信息， 向所述子群组的每个子 群组成员发送请求接入相应的子群组成员的第二接入请求。
42、 根据权利要求 41所述的网关， 其特征在于， 所述第一接收模块， 还 用于接收每个所述第一群组成员对所述第一接入请求进行响应的第一响应，所 述第一响应包括对应群组成员的接入情况；
所述网关还包括：
第三发送模块， 用于向所述业务功能实体发送第四响应， 所述第四响应包 括所述子群组的每个子群组成员的经合并后的接入情况。
PCT/CN2011/079178 2011-02-25 2011-08-31 群组通信的方法和用于群组通信的装置 WO2012113218A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP19192778.9A EP3637806A1 (en) 2011-02-25 2011-08-31 Group communication method and apparatus for group communication
EP18153779.6A EP3346738B1 (en) 2011-02-25 2011-08-31 Group communication method and system for group communication
EP11859028.0A EP2547040B1 (en) 2011-02-25 2011-08-31 Group communication method and device for use in group communication
US14/010,324 US8719427B2 (en) 2011-02-25 2013-08-26 Efficiency for network group communication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110046939.8 2011-02-25
CN2011100469398A CN102130773B (zh) 2011-02-25 2011-02-25 群组通信的方法和用于群组通信的装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/010,324 Continuation US8719427B2 (en) 2011-02-25 2013-08-26 Efficiency for network group communication

Publications (1)

Publication Number Publication Date
WO2012113218A1 true WO2012113218A1 (zh) 2012-08-30

Family

ID=44268673

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/079178 WO2012113218A1 (zh) 2011-02-25 2011-08-31 群组通信的方法和用于群组通信的装置

Country Status (5)

Country Link
US (1) US8719427B2 (zh)
EP (4) EP3346738B1 (zh)
CN (1) CN102130773B (zh)
ES (2) ES2681480T3 (zh)
WO (1) WO2012113218A1 (zh)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102130773B (zh) * 2011-02-25 2012-12-19 华为技术有限公司 群组通信的方法和用于群组通信的装置
CN103096433B (zh) * 2011-11-08 2018-03-23 中兴通讯股份有限公司 一种终端组的服务网关选择方法及系统
CN103200209B (zh) 2012-01-06 2018-05-25 华为技术有限公司 成员资源的访问方法、群组服务器和成员设备
CN103297468B (zh) 2012-02-29 2017-12-01 华为技术有限公司 针对群组资源的操作方法、群组服务器
EP2925028B1 (en) 2012-11-22 2018-01-10 Huawei Technologies Co., Ltd. Method and device for group management in machine communication
JP5818830B2 (ja) * 2013-02-15 2015-11-18 株式会社Ｎｔｔドコモ 通信システム、制御装置、アプリケーションサーバ及びデバイス
US9847961B2 (en) * 2013-02-25 2017-12-19 Qualcomm Incorporated Automatic IoT device social network expansion
US9900171B2 (en) 2013-02-25 2018-02-20 Qualcomm Incorporated Methods to discover, configure, and leverage relationships in internet of things (IoT) networks
WO2014200292A1 (ko) * 2013-06-12 2014-12-18 엘지전자 주식회사 M2m 시스템에서 위치 측정 방법 및 이를 위한 장치
CN104244243B (zh) 2013-06-24 2019-08-23 中兴通讯股份有限公司 终端外设控制方法、机器对机器网关及通信系统
CN104284297B (zh) * 2013-07-11 2018-12-25 华为终端有限公司 一种资源迁移的方法、装置
WO2015027404A1 (zh) * 2013-08-28 2015-03-05 华为技术有限公司 数据传输处理方法和装置
CN105745867B (zh) * 2013-12-01 2019-05-31 Lg电子株式会社 用于在无线通信系统中管理特定资源的方法和设备
CN103646083B (zh) * 2013-12-12 2017-08-25 北京奇虎科技有限公司 一种浏览器会话的处理方法和一种服务器
US9648110B2 (en) * 2014-01-27 2017-05-09 Verizon Patent And Licensing Inc. Admission control for a network
WO2015120484A1 (en) 2014-02-10 2015-08-13 Zte Corporation Techniques for mapping machine to machine communication to different underlying networks
EP3105911B1 (en) * 2014-02-10 2020-01-29 ZTE Corporation Extending connectivity in a machine to machine communication system
WO2015120477A1 (en) 2014-02-10 2015-08-13 Zte Corporation Enabling different device triggering aspects in a machine to machine communication system
CN103888344B (zh) * 2014-03-20 2017-07-14 小米科技有限责任公司 群组创建方法、群组退出方法和装置
US10079787B2 (en) 2014-03-20 2018-09-18 Xiaomi Inc. Method and apparatus for creating group and exiting group
WO2015179499A1 (en) * 2014-05-20 2015-11-26 Convida Wireless, Llc Scalable data discovery in an internet of things (iot) system
US20150381737A1 (en) * 2014-06-30 2015-12-31 Davra Networks Limited Gateway device and a gateway system for an internet-of-things environment
CN107113529A (zh) * 2014-09-24 2017-08-29 中兴通讯股份有限公司 数字通信网络中的开放服务的识别与发现
US10362506B2 (en) 2014-10-07 2019-07-23 Nec Corporation Communication aggregation system, control device, processing load control method and non-transitory computer readable medium storing program
WO2016064235A2 (ko) * 2014-10-24 2016-04-28 엘지전자 주식회사 무선 통신 시스템에서 그룹 멤버의 자식 자원을 관리하기 위한 방법 및 이를 위한 장치
CN105634989A (zh) * 2014-10-28 2016-06-01 中兴通讯股份有限公司 M2m群组及其通告资源创建和信息交互方法
WO2016068548A1 (ko) * 2014-10-28 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 통지 메시지를 처리하기 위한 방법 및 이를 위한 장치
CN110460978B (zh) * 2014-11-04 2021-12-14 华为技术有限公司 一种资源访问的方法和装置
WO2016077713A1 (en) 2014-11-14 2016-05-19 Convida Wireless, Llc Permission based resource and service discovery
CN105681210A (zh) * 2014-11-14 2016-06-15 中兴通讯股份有限公司 组资源更新处理方法、装置、系统及cse
US10193788B2 (en) * 2014-12-19 2019-01-29 Disrupter LLC Systems and methods implementing an autonomous network architecture and protocol
CN104639426B (zh) * 2015-01-29 2018-06-08 小米科技有限责任公司 群组成员添加方法及装置
CN106034281B (zh) * 2015-03-17 2018-08-14 中兴通讯股份有限公司 一种基于m2m网关的末梢网络建立方法、装置和系统
CN104869531B (zh) * 2015-04-28 2020-09-01 海尔优家智能科技（北京）有限公司 一种群组成员更新方法和装置
CN104869532B (zh) * 2015-04-28 2020-10-09 海尔优家智能科技（北京）有限公司 一种群组成员管理方法和装置
US9894698B2 (en) * 2015-05-13 2018-02-13 Industrial Technology Research Institute Communication system, base station, user equipment, and discovery method for device-to-device communication
US10958648B2 (en) 2015-06-30 2021-03-23 Amazon Technologies, Inc. Device communication environment
US9973593B2 (en) * 2015-06-30 2018-05-15 Amazon Technologies, Inc. Device gateway
US10523537B2 (en) 2015-06-30 2019-12-31 Amazon Technologies, Inc. Device state management
US10091329B2 (en) 2015-06-30 2018-10-02 Amazon Technologies, Inc. Device gateway
US10075422B2 (en) * 2015-06-30 2018-09-11 Amazon Technologies, Inc. Device communication environment
CN106488428B (zh) * 2015-08-28 2020-10-09 中国移动通信集团公司 一种用户设备的策略控制方法、网络设备及系统
EP3384695B1 (en) * 2015-12-03 2020-11-25 Telefonaktiebolaget LM Ericsson (PUBL) Handling of devices based on group membership
CN111885508B (zh) * 2015-12-15 2022-04-12 华为云计算技术有限公司 一种群组多播和群组创建的方法以及移动网络平台
US10484477B2 (en) * 2015-12-30 2019-11-19 Verizon Patent And Licensing Inc. Internet of things (IoT) device activation and management
CN106937240B (zh) * 2015-12-31 2020-10-09 华为技术有限公司 一种获取资源的方法和装置
CN107181777A (zh) * 2016-03-10 2017-09-19 中兴通讯股份有限公司 控制消息的发送方法及装置
CN107484211B (zh) * 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置
US20180041460A1 (en) * 2016-08-04 2018-02-08 Microsoft Technology Licensing, Llc Aggregation in a Communication System or Service
CN108075908B (zh) * 2016-11-11 2023-01-17 京东方科技集团股份有限公司 处理操作请求的方法及装置
US11206530B2 (en) * 2017-01-17 2021-12-21 Sony Corporation Communication device and pairing method
CN109121119A (zh) * 2017-06-23 2019-01-01 中兴通讯股份有限公司 组消息的管理方法及装置
CN107708186A (zh) * 2017-08-28 2018-02-16 深圳市盛路物联通讯技术有限公司 物联网终端的省电控制方法及装置
CN109905431B (zh) * 2017-12-08 2021-01-26 京东方科技集团股份有限公司 消息处理方法及系统、存储介质、电子设备
CN113794995A (zh) 2018-07-26 2021-12-14 华为技术有限公司 一种群组创建方法、装置及系统
CN108989063B (zh) * 2018-08-01 2021-04-20 中国联合网络通信集团有限公司 群组账户数据的处理方法、装置、设备及可读存储介质
US10805164B2 (en) 2018-12-14 2020-10-13 At&T Intellectual Property I, L.P. Controlling parallel data processing for service function chains
CN113254805A (zh) * 2020-02-12 2021-08-13 维沃移动通信有限公司 一种查询组位置的方法和网络设备
CN111709770B (zh) * 2020-05-20 2024-02-23 口碑(上海)信息技术有限公司 一种数据处理方法以及装置
CN112152822B (zh) * 2020-10-12 2023-07-11 长春创世麒麟科技有限公司 一种基于实时数据通信网关的群组通信方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1539249A (zh) * 2001-06-29 2004-10-20 �����ɷ� 群组呼叫服务的方法和系统
CN1756389A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种在通信系统中实现群组短消息的收发方法
CN1848978A (zh) * 2005-04-15 2006-10-18 华为技术有限公司 一种实现集群组中的用户发送上行接入请求的方法
CN102130773A (zh) * 2011-02-25 2011-07-20 华为技术有限公司 群组通信的方法和用于群组通信的装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7031700B1 (en) * 2001-11-14 2006-04-18 Sprint Spectrum L.P. Method and system for location-based group conference initiation
CA2566390C (en) * 2004-05-20 2015-11-24 Research In Motion Limited Handling an audio conference related to a text-based message
KR20060011262A (ko) * 2004-07-29 2006-02-03 삼성전자주식회사 이동 통신 서비스 제공 시스템의 메시지 처리 방법 및 장치
CN100341327C (zh) 2004-08-13 2007-10-03 中兴通讯股份有限公司 一种在视讯运营平台上集中管理级联会议的方法
CN1303799C (zh) * 2004-10-28 2007-03-07 华为技术有限公司 一种控制多媒体广播/组播服务会话进行的方法
WO2006086939A1 (de) 2005-02-17 2006-08-24 Infineon Technologies Ag Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems
US20060235981A1 (en) * 2005-04-19 2006-10-19 Nokia Corporation Providing a second service to a group of users using a first service
US7822185B2 (en) * 2005-05-10 2010-10-26 Samsung Electronics Co., Ltd. Instant conference method and apparatus
US7882194B2 (en) * 2006-02-23 2011-02-01 International Business Machines Corporation System, method and program for managing chat sessions
US7573837B1 (en) * 2006-04-19 2009-08-11 Sprint Spectrum L.P. Establishment of multicast Push-to-X over Cellular (PoC) communication
FI20065479A0 (fi) * 2006-07-05 2006-07-05 Nokia Corp Ryhmäkommunikaatio
US7693534B1 (en) * 2006-12-05 2010-04-06 Sprint Spectrum L.P. Method and apparatus for dynamic selection of complete or referenced group indication when initiating a group communication session
US7620413B2 (en) * 2007-03-22 2009-11-17 Unication Co., Ltd. Method for implementing push-to-talk over SIP and multicast RTP related system
CN100579264C (zh) * 2007-04-30 2010-01-06 中兴通讯股份有限公司 用于出租车群组组呼的呼叫实现系统及方法
US8521820B2 (en) * 2007-10-04 2013-08-27 At&T Intellectual Property I, L.P. System, methods, and computer program products for virtual presence service triggered when consuming content
JP5044380B2 (ja) * 2007-12-04 2012-10-10 株式会社日立国際電気 配信装置及びコーデック変換装置、通信システム
KR101590365B1 (ko) * 2009-04-10 2016-02-01 삼성전자주식회사 특정 조건을 만족할 때 세션을 개설하기 위한 시스템 및 방법
CN101895849A (zh) * 2009-05-19 2010-11-24 华为技术有限公司 一种业务处理方法、通讯系统以及相关设备
EP3352413B1 (en) * 2009-07-17 2019-08-14 Koninklijke KPN N.V. Information transmission in a machine-to-machine telecommunications network
CN101977416B (zh) * 2010-05-19 2015-12-16 中兴通讯股份有限公司 一种mtc设备的过载控制方法和系统
US8284748B2 (en) * 2010-07-07 2012-10-09 Apple Inc. Ad hoc formation and tracking of location-sharing groups

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1539249A (zh) * 2001-06-29 2004-10-20 �����ɷ� 群组呼叫服务的方法和系统
CN1756389A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种在通信系统中实现群组短消息的收发方法
CN1848978A (zh) * 2005-04-15 2006-10-18 华为技术有限公司 一种实现集群组中的用户发送上行接入请求的方法
CN102130773A (zh) * 2011-02-25 2011-07-20 华为技术有限公司 群组通信的方法和用于群组通信的装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2547040A4 *

Also Published As

Publication number Publication date
EP2547040A4 (en) 2013-05-01
EP2547040B1 (en) 2015-11-18
US8719427B2 (en) 2014-05-06
EP2547040A1 (en) 2013-01-16
EP3346738B1 (en) 2019-11-13
EP3346738A1 (en) 2018-07-11
EP2981107B1 (en) 2018-05-23
EP2981107A1 (en) 2016-02-03
ES2769526T3 (es) 2020-06-26
ES2681480T3 (es) 2018-09-13
CN102130773B (zh) 2012-12-19
CN102130773A (zh) 2011-07-20
US20130346504A1 (en) 2013-12-26
EP3637806A1 (en) 2020-04-15

Similar Documents

Publication Publication Date Title
WO2012113218A1 (zh) 群组通信的方法和用于群组通信的装置
CN115361657B (zh) 用于IoT应用的5G网络中的多播和广播服务
CN110383790B (zh) 无需会话连续性的网络服务连续性
CN105872950B (zh) 用于资源通告及去通告的机器对机器（m2m）接口过程
KR102046700B1 (ko) 메시지 버스 서비스 디렉토리
EP2782367B1 (en) Method for accessing member resources, group server and member device
US20200053802A1 (en) Session management with relaying and charging for indirect connection for internet of things applications in 3gpp network
WO2019141111A1 (zh) 通信方法和通信装置
EP2997747B1 (en) Systems and methods for enhanced discovery
TW201342852A (zh) 在服務能力層支援機器對機器快取的方法和裝置
WO2015021905A1 (zh) 软件更新方法、系统及设备
KR20180019590A (ko) 강화된 효율성을 위해 서비스 레이어 가입들 및 통지들을 분석하고 그룹화하는 방법들 및 장치들
EP2925028B1 (en) Method and device for group management in machine communication
US11831736B2 (en) System and methods for service layer cache management
CN103795689A (zh) 资源订阅方法及装置
Park et al. Smart base station-assisted partial-flow device-to-device offloading system for video streaming services
CN112533177A (zh) 一种提供、发现移动边缘计算的方法及设备、装置、介质
KR101867576B1 (ko) LoRaWAN 네트워크 서버와 oneM2M 플랫폼 연동 시스템 및 방법
EP3320650B1 (en) Service layer anycast and somecast
WO2013082897A1 (zh) 应用服务更新方法和装置
Cianci et al. Content centric services in smart cities
CN116319301A (zh) 适用于多模态网络的资源管理方法及系统
KR20130015303A (ko) 클라이언트의 접속 방식에 따라 선택적 인증을 수행하는 푸시 서비스 제공 시스템 및 그 제공 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2011859028

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11859028

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE