WO2011134394A1 - 触发一组mtc设备与mtc服务器通信的方法及mtc设备 - Google Patents

触发一组mtc设备与mtc服务器通信的方法及mtc设备 Download PDF

Info

Publication number
WO2011134394A1
WO2011134394A1 PCT/CN2011/073350 CN2011073350W WO2011134394A1 WO 2011134394 A1 WO2011134394 A1 WO 2011134394A1 CN 2011073350 W CN2011073350 W CN 2011073350W WO 2011134394 A1 WO2011134394 A1 WO 2011134394A1
Authority
WO
WIPO (PCT)
Prior art keywords
mtc
group
list
area
devices
Prior art date
Application number
PCT/CN2011/073350
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 EP11774385.6A priority Critical patent/EP2566200B1/en
Priority to ES11774385.6T priority patent/ES2596314T3/es
Publication of WO2011134394A1 publication Critical patent/WO2011134394A1/zh
Priority to US13/665,067 priority patent/US9131467B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a method and a MTC device for triggering communication between a group of MTC devices and an MTC server. Background technique
  • M2M (mach i ne-to-mach i ne, communication between machines and machines) means that data is automatically transferred from one terminal to another without the involvement of people.
  • M2M is also machine and machine.
  • Dialogue, M2M is also known as the Internet of Things.
  • M2M information is generated during the M2M communication process, and this information needs to be transmitted based on the communication system, that is, although the M2M is a machine-to-machine communication, network side management may also be required.
  • the existing mobile communication network has become the most extensive and promising technology for M2M information bearing and transmission because it does not need to be wired and covers a wide range, and with the continuous improvement of the bandwidth of the mobile communication network and the increasingly diversified terminals, the data service capability. Continuous improvement will further accelerate the development of M2M applications.
  • the terminal can maintain the signaling connection of the control plane only with the network without data transmission.
  • the terminal can only receive commands sent by the network side, but cannot transmit data of the service layer.
  • the present invention provides a method for triggering a group of MTC devices to communicate with an MTC server and an MTC device, and provides an implementation scheme for triggering communication between a group of MTC devices and an MTC server.
  • the invention provides the following solutions:
  • a method of triggering a group of MTC devices to communicate with an MTC server including:
  • Receiver type communication MTC request message sent by the MTC server the MTC request message carrying the group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • a method of triggering a group of MTC devices to communicate with an MTC server including:
  • Receiver type communication MTC request message sent by the MTC server the MTC request message carrying the group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • a method of communicating with an MTC server including:
  • the cell broadcast center Receiving, by the cell broadcast center, a broadcast message of the CBC broadcast, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • the CBC obtains the area information of the broadcast message and broadcasts by: receiving the group ID that is sent by the MTC server and carrying a group of MTC devices, and the group of MTCs. Obtaining an MTC request message of the communication notification message of the device; acquiring area information of the group of MTC devices, and initiating a cell broadcast request by using the area information; or
  • An MTC device including:
  • a receiving unit configured to receive a broadcast message of a cell broadcast center CBC broadcast, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • the content of the broadcast message is communicated with the MTC server.
  • the CBC obtains the area information of the broadcast message and broadcasts by: receiving the group ID of the group of MTC devices sent by the MTC server and the group of MTCs. Obtaining an MTC request message of the communication notification message of the device; acquiring area information of the group of MTC devices, and initiating a cell broadcast request by using the area information; or
  • the present invention discloses the following technical effects:
  • the invention sends an MTC request message carrying a group ID of a group of MTC devices and a communication notification message to the group of MTC devices, which is sent by the receiver type communication server; acquiring area information of the area where the group of MTC devices is located; The area information, the group ID of the set of MTC devices, and the communication notification message to the group of MTC devices are sent to the cell broadcast center CBC, so that the CBC sends a broadcast message to the device in the area, the broadcast
  • the message includes a group ID of the set of MTC devices and a communication notification message to the set of MTC devices.
  • Figure 1 is a CBS flow diagram in a UMTS network
  • FIG. 3 is a flowchart of a first method according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a third method according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a fourth method provided by an embodiment of the present invention.
  • FIG. 7 is a flowchart of a fifth method according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a sixth method according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a seventh method according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of an eighth method according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of a ninth method according to an embodiment of the present invention.
  • FIG. 13 is a flowchart of an eleventh method provided by an embodiment of the present invention.
  • FIG. 14 is a schematic diagram of an MTC device according to an embodiment of the present invention.
  • FIG. 15 is a schematic diagram of another MTC device according to an embodiment of the present invention. detailed description
  • multiple terminals may be triggered based on CBS (Cell Broadband Short Mes sage).
  • CBS Cell Broadband Short Mes sage
  • CBS means that it will be broadcast Information is sent to all devices located in an area, and these broadcast messages can be received periodically at times other than two-way communication.
  • the stock market, weather forecast, road report and other data provided by the telecom operators are all achieved through CBS because there are no special restrictions on the recipients.
  • the CBC sends a Wri te-Replace message to the MME (Mobility Management Entity).
  • the Wri te-Replace message carries a device area identifier (TAI) (Tracking Area Identity) I cell identifier, and the MME forwards the Write-Replace message to the eNB, and then the eNB according to the TAI/cell identifier to the designated area TA/ Users in the cell broadcast the message.
  • TAI device area identifier
  • the CBC needs to know the device area identifier in advance to initiate a specific Write-Replace message to the RNC or eNB of the area.
  • a network element or an application server in the mobile communication network initiates a broadcast to the CBC, and the network element or the application server in the network needs to be able to obtain the device area information in advance.
  • the MTC server is required to initiate the MTC communication.
  • the MTC Server is equivalent to the network element of the external network, and the MTC Server is only responsible for receiving the data sent by the MTC device, instead of Regarding the current location of the MTC device, and whether the MTC device has mobility, how to make the CBC obtain its broadcast area information before sending the broadcast message becomes the key to solve the problem.
  • the embodiment of the present invention provides a corresponding method.
  • all MTC devices are attached to the UMTS network, and the standard is shown in FIG.
  • the interface between each network entity is recognized.
  • a Ccb s interface is added between the CBC and the HLR/HSS (Home Location Register/Home Subscriber Server), and other interfaces can be Reuse existing network interfaces.
  • the MTC devices are first grouped, for example, the MTC devices may be performed from different dimensions (eg, different area information, different applications, or different MTC owners, etc.). Grouping, and setting an ID (MTC Group ID) uniquely identifying the group for each group, and storing the MTC Group ID in the MTC Server, and the subscription information of each group and the subscription information of each device included in each group are Stored in HLR/HSS.
  • MTC Group ID an ID
  • the MTC Server When the MTC Server initiates a wake-up request to the CBC, it can carry the ID of the group in which the device needs to be triggered. It should be noted that the group ID of the group in which the device is located does not necessarily represent the area information of the device. After the CBC learns the group ID of the device, the CBC may not directly initiate a broadcast message to trigger the device in the group. The area information of the devices in this group can be broadcast.
  • the device area information is usually represented by a SAI (Device Area Identity) or an RAI (Routing Area Identity) or a cell identifier, wherein the SAI is represented by a PLMN (Public Land Mobile Network) ID, LAC (Location)
  • SAI Device Area Identity
  • RAI Ring Area Identity
  • the area code (the area code) is composed of a service area code (SAC).
  • SAC service area code
  • the CBC Before broadcasting a message, the CBC needs to know at least one of the SAI list, the cell identifier list, or the RAI list.
  • the PL id ID is related to the network element that initiated the request, and is relatively fixed.
  • the i3 ⁇ 4 SGSN ( SERVICING GPRS SUPPORT NODE, GPRS l service support node) can save the LAC and the SAC where the device is located; wherein, the cell identifier and the RAI can be directly from the SGS. Get in. Therefore, the CBC needs to obtain the LAC and SAC of the device, or the cell identity list or the RAI list, based on the Group ID learned from the MTC Server.
  • the SGSN information of the device needs to be obtained from the HLR/HSS, and the SGSN information may be one or more SGSN identifiers.
  • the CBC needs to first root.
  • the HLR/HSS is informed of the SGSN list where the device is located, and then one or more LACs and SACs of the devices in the group are learned from one or more SGSNs, and then the PLMN ID, LAC, and SAC are available.
  • the SAIs that make up the device finally send the SAI list to the RNC, and the RNC can initiate a broadcast to a specific area according to the SAI.
  • the CBC needs to obtain the SGSN list of the device from the HLR/HSS according to the MTC Group ID of the device, and then obtain the cell identifier list of the device in the group from one or more SGSNs. Or the RAI list, and finally the cell identity list or the RAI list is sent to the RNC, and the RNC may initiate a broadcast to the specific area according to the cell identity list or the RAI list.
  • the method includes the following steps:
  • the MTC Server sends an MTC request message (which may be a service request) to the CBC, where the MTC request message carries an MTC indication (such as an MTC flag or an MTC identifier), an MTC Group ID, and a trigger message content (ie, No tif ica t Ion (notification message), used to indicate that the type of the message is a trigger message), and the request message can be sent by using a short message.
  • MTC indication such as an MTC flag or an MTC identifier
  • MTC Group ID such as an MTC Group ID
  • a trigger message content ie, No tif ica t Ion (notification message), used to indicate that the type of the message is a trigger message
  • the MTC Server sends an MTC request message to the CBC, where the MTC request message carries an MTC indication (MTC flag or MTC identifier, etc.), an MTC Group ID, and a communication notification message, and may further include an MTC indication information and a randomization indication for initiating communication. information.
  • the request message can be sent with a short message.
  • the MTC indication information is used to indicate that the MTC device in the specified area accepts the CBC to send a broadcast message
  • the MTC indication message can also be directly configured in the CBC (for example, directly configuring the MTC Mes sage ID in the Mesage ID, that is, in the Mes sage
  • the FFFF field in the Ident if er is used to define the new service, or the MTC network element (such as the MTC GW, MTC Server) and the CBC negotiate in advance, such as defining the MTC in the CBS Mesage ID and the Mesage Type.
  • the related information is indicated, so that the MTC indication information is sent by the MTC Server or the MTC GW to the CBC.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments may also adopt the configuration method as described above.
  • the randomization indication information for initiating communication is used to indicate that the MTC device in the group is configured according to the The randomization indication information of the communication acquires a random access time, and communicates with the MTC server during the random access time.
  • the type of the MTC request message can be defined in the Warning Type 0000100 or 0000101-1111111.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments may also use the configuration method described above.
  • an area indicated by one SAI may also include other non-MTC MTC devices, such as H2H devices, when a trigger message is broadcast to an area indicated by a SAI, except that the MTC device can receive the broadcast message.
  • Other non-MTC devices can also receive it, but it is clear that for these H2H devices, the request message is not acceptable. If the H2H device also receives the trigger message, it will also perform some processing, and finally find that the message is not needed, which causes waste of resources.
  • the MTC server may also carry the MTC indication when transmitting the MTC request message, thereby indicating that the message is sent to the MTC device, when H2H
  • the device receives the broadcast clearing message, if it finds that it has the MTC indication, it can reject the request as soon as possible without having to accept the MTC request, thereby avoiding wasteful generation.
  • the MTC server may also carry the random access indication information of the initiation communication when the MTC request message is sent, so that each device in the group can follow the random access indication according to the random access indication.
  • the algorithm initiates a session request to avoid congestion.
  • the MTC Server carries the MTC indication and the random access indication in the sent MTC request message.
  • the communication notification message, the MTC indication information, and the randomized access indication information for initiating communication in the MTC request message may also be respectively in CBS-Mes sage-Informa ti on-Page n and CBS-Mes sage- Informa ti on - Length n is defined.
  • CBS-Mes sage-Informa ti on-Leng th n indicates the specific message length
  • the CBS-Message-Information-Page n carries a specific communication notification message, MTC indication information, and randomized access indication information for initiating communication.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments can also use the configuration method described above.
  • the CBC After receiving the request message, the CBC sends an identification request to the HLR/HSS, where the request carries the MTC Group ID, and requests the SGSN identifier of the device in the group.
  • the CBC may obtain identifiers of multiple SGSNs from the HLR/HSS.
  • the request message can be transmitted using MAP signaling.
  • the interface between the CBC and other network elements (except MC, MN) and its transmission signaling are undefined, and since the HLR/HSS supports the MAP protocol, only the CBC needs to be made.
  • the MAP protocol is supported so that MAP signaling can be used between the CBC and the HLR/HSS.
  • the HLR/HSS returns an Identification Response to the CBC, where the response carries the SGSN list of the MTC device in the group;
  • the CBC sends an identification request request message to the SGSN where the device in the group is located, and requests to obtain the LAC list and the SAC list, or the cell identification list, or the RAI list, where the MTC device is located in the group, and the request message uses the MAP protocol.
  • the MAP signaling may be used for transmission, and the interface between the CBC and other network elements (except RNC, MN E) and its transmission signaling are undefined, and since the SGS supports MAP Protocol, so only the CBC needs to support the MAP protocol, so that MAP signaling can be used between the CBC and the SGSN;
  • the SGSN returns an Identification Response to the CBC, where the response carries the LAC list and the SAC list, or the cell identifier list, or the RAI list of the device in the group. It should be noted that the devices in one SGSN may also be in different areas. Therefore, the combination of LAC and SAC returned by one SGS may have multiple groups, or multiple cell IDs or multiple RALs.
  • SAI the SAI list or the cell identification list or the RAI list, the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information for initiating communication;
  • the CBC sends a Wr it e-Rep ace request message to the MC, where the request message carries the cell identifier list or the RAI list, the MTC indication information, and the MTC Group where the device in the group is located. ID, communication notification message, and random access indication information for initiating communication;
  • the RNC sends an SMS Broadca st Command to all UEs in the area according to the received Wr i te-Rep ace request message, where the message carries the MTC indication information, the MTC Group ID, and the communication notification of the device in the group. Message and random access indication information for initiating communication
  • the device in the area After receiving the request, the device in the area first parses according to the MTC indication information, and if the device is an H2H device, refuses to accept the broadcast message; if it is an MTC device, accepts the broadcast message, and according to the internal The stored search list matches the MTC Group ID in the received message, and if so, accepts the request message; if not, the request message is not accepted
  • the MTC device accepts the request message, and calculates a specific content or a random access time of the randomized access indication request of the initiated communication.
  • S311 - S312 The MTC device sends a session request Ses s ion Reques t to the MTC Server according to the random access time.
  • the CBC can learn the area information of the device, and then send a broadcast request to the RNC, thereby triggering a group of MTC devices to send data. Further, because of the random access indication carrying the MTC indication and initiating the communication, the message processing overhead of the non-MTC device in the area is reduced, and network congestion can be avoided.
  • the CBC obtains the area information of the device according to the group ID of the device.
  • an independent network element may also be used.
  • the network element has the functions between the MTC Server and the 3GPP interface. That is, the Interworking Function, such as the MTC GW, the MTC Server, or other entity with proxy function, obtains the area information of the device according to the MTC Group ID where the device is located, and then the network element sends the obtained device area information to the CBC. You can initiate a broadcast request to the MC based on the area information of the device.
  • the premise of the second embodiment is that all UEs are attached to the UMTS network.
  • an MTC gateway (GW, GateWay) is added to the flow chart, and a module for acquiring the SGGN and the SAI identifier is added to the MTC GW.
  • the interface between the network entities is identified in the flowchart, that is, the interface MGi between the MTC Server and the MTC GW is added, and the interface MGc between the MTC GW and the HLR/HSS, between the MTC GW and the MME is added.
  • the interface G-M2M others can reuse existing interfaces between network entities.
  • the function of the MTC gateway can also be completed by the MTC server.
  • the specific process includes:
  • the MTC Server sends an MTC request message to the MTCGW, where the request message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information that initiates the communication, and the request message may be sent by using the short message.
  • the MTC GW sends an identification request request message to the HLR/HSS, where the request carries the group ID, and requests to obtain the SGSN identifier list to which the group device belongs; the request message uses MAP signaling;
  • the HLR/HSS returns an Identification Response to the MTC GW, where the response carries a list of SGSN identifiers of all devices in the group.
  • the MTC GW After receiving the SGSN identifier of the group device, the MTC GW sends an identification request response message to the SGSN, where the request message carries an MTC Group ID, and requests to obtain the SAC list and the LAC list of the device in the group. Or a cell identification list, or a RAI list, the request adopts a Diameter protocol;
  • S405 The SGSN returns an Identification Response to the MTCGW, where the response carries the SAC list and the LAC list, or the cell identifier list, or the RAI list.
  • the CBC sends a Write-Replace Request message to the RNC, where the request message carries at least one of a SAI list, a cell identifier list, or an RAI list in which the device in the group is located, an MTC indication information, an MTC Group ID, a communication notification message, and aitiating communication. Random access indication information, the message supports the MAP protocol;
  • the RNC sends an SMS Broadcast Command to all UEs in the SAI list, the cell identifier list, or the RAI list, where the message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information that initiates the communication.
  • the device in the area After receiving the request, the device in the area first parses according to the MTC indication information, and if the device is an H2H device, refuses to accept the broadcast message; if it is an MTC device, accepts the broadcast message, and according to the internal The stored search list matches the MTC Group ID in the received message, and if so, accepts the request message; if not, the request message is not accepted
  • S411 The MTC Device accepts the request message, and calculates the specific content of the trigger request and the random access time.
  • the MTC Device creates a Session Request according to the random access time, and sends data to the MTC Server, where the MTC Device may be one or more MTC devices in the group.
  • the CBC can be focused on completing the most basic operations and avoid excessively occupying resources of the CBC.
  • the newly added MTC GW is used to complete the following three functions:
  • the SAC, the LAC, the cell identifier, or the RAI are stored in the SGSN as an example.
  • some low-mobility MTC devices such as electricity meters
  • the device's SAC, LAC, or cell identity, RAI are relatively fixed, so the device's SAC, LAC, cell identity, or RAI may be directly It is stored in the HLR/HSS; that is, when a large number of low mobility devices need to be awake, the SAC list and LAC list of the device, or the cell identification list, or the RAI list can be obtained directly from the HLR/HSS.
  • Figure 5 including the following steps:
  • the CBC sends an identification request to the HLR/HSS, and obtains an SAC list and a LAC list, or a cell identifier list, or a RAI list, where the device in the group ID is located.
  • the HLR/HSS returns an Identification Response to the CBC, where the response carries the SAC identifier list and the LAC identifier list, or the cell identifier list, or the RAI list;
  • the method similar to the second embodiment can also be used, that is, an independent network entity MTC GW is used to acquire the area information of the device, and then sent to the CBC, and the CBC initiates a broadcast to the RNC. request.
  • MTC GW an independent network entity
  • all the functions implemented by the MTC GW can be completed by the MTC Server. See Figure 6.
  • the specific process includes:
  • the MTC GW sends an identification request to the HLR/HSS, and obtains an SAC list and a LAC list, or a cell identifier list, or an RAI list, where the device in the group ID is located.
  • S603 The HLR/HSS returns an Ident ificate response to the MTC GW, where the response carries the SAC identifier list and the LAC identifier list, or the cell identifier list, or the RAI list;
  • S604 ⁇ S610 Steps S406 ⁇ S412 in the second embodiment .
  • the MTC device attached to the UMTS network.
  • the MTC device can also be attached to the EPS network.
  • the specific implementation method is similar to that in the UMTS network, but specifically refers to the network entity and the detailed The process is slightly different, which is described below.
  • the method provided in the fifth embodiment includes the following steps:
  • the premise of the fifth embodiment is that all the MTC devices are attached to the EPS network, and the interfaces between the network entities are identified in the figure.
  • a Ccbs interface is added between the CBC and the HLR.
  • Other interfaces reuse existing network interfaces.
  • the MTC Server sends an MTC request message to the CBC, where the MTC request message carries an MTC indication (MTC flag or MTC identifier, etc.), an MTC Group ID, and a communication notification message, and may further include an MTC indication information and a randomization indication for initiating communication. information.
  • the request message can be sent by text message.
  • the MTC indication information is used to indicate that the MTC device in the specified area accepts the CBC to send a broadcast message, and the MTC indication message can also be directly configured in the CBC (for example, directly configuring the MTC Message ID in the Message ID, that is, in the Message Identifier
  • the FFFF field is used to define a new service, or the MTC network element (such as MTC GW, MTC Server) and the CBC negotiate in advance, such as defining the MTC indication information in the Message ID and Message Type of the CBS, thereby being used by the MTC.
  • the Server or MTC GW sends the MTC indication information to the CBC.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments can also use the configuration method described above.
  • the randomization indication information for initiating communication is used to indicate that the MTC device in the group acquires a random access time according to the randomization indication information of the initiation communication, and communicates with the MTC server during the random access time.
  • the type of the MTC request message can be defined in the Warning Type 0000100 or 0000101-1111111.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments can also use the configuration method described above.
  • the area indicated by one SAI may also include other non-MTC devices, such as H2H devices, when a trigger message is broadcast to an area indicated by the SAI, except that the MTC device can receive the broadcast message, Other non-MTC devices can also receive, but, obviously For these H2H devices, the request message is not required to be accepted. If the H2H device also receives the trigger message, it will also perform some processing, and finally find that the message is not needed, which causes waste of resources.
  • H2H devices such as the area indicated by one SAI may also include other non-MTC devices, such as H2H devices, when a trigger message is broadcast to an area indicated by the SAI, except that the MTC device can receive the broadcast message, Other non-MTC devices can also receive, but, obviously For these H2H devices, the request message is not required to be accepted. If the H2H device also receives the trigger message, it will also perform some processing, and finally find that the message is not needed, which causes waste of resources.
  • the MTC server may also carry the MTC indication when transmitting the MTC request message, thereby indicating that the message is sent to the MTC device, when H2H
  • the device receives the broadcast request message, if it finds that it has the MTC indication, it can reject the request as soon as possible without having to accept the MTC request, thereby avoiding wasteful generation.
  • the MTC server may also carry the random access indication information of the initiation communication when the MTC request message is sent, so that each device in the group can follow the random access indication according to the random access indication.
  • the algorithm initiates a session request to avoid congestion.
  • the MTC Server carries the MTC indication and the random access indication in the sent MTC request message.
  • the communication notification message, the MTC indication information, and the randomized access indication information for initiating communication in the MTC request message may also be defined in CBS-Message-Information-Page n and CBS-Message-Information-Leng n respectively.
  • CBS-Message-Information-Length n indicates a specific message length
  • CBS-Message-Information-Page n carries a specific communication notification message, MTC indication information, and random access indication information for initiating communication.
  • the MTC indication information in the second, third, fourth, fifth, sixth, seventh, and eighth embodiments may also adopt the configuration method as described above.
  • the CBC After receiving the request message, the CBC sends an identification request to the HLR/HSS, where the request carries the MTC Group ID, and requests to obtain the MME identity list where the device in the group is located. Because the devices in the group can be located under multiple MNs, the CBC can obtain the identities of multiple MMEs from the HLR/HSS.
  • the request message can be transmitted using MAP signaling.
  • the CBS protocol 23041
  • the interface between the CBC and other network elements except MC, MN
  • its transmission signaling are undefined, and since the HLR/HSS supports the MAP protocol, only the CBC needs to be made. Support MAP protocol, so that MAP signaling can be used between CBC and HLR/HSS;
  • the HLR/HSS returns an Identification Response to the CBC, where the response carries a list of MME identifiers where the device in the group is located;
  • the CBC sends an identification request request message to the MME where the device in the group is located, and requests to obtain a TAI list or a cell identifier list (such as an ECGI (E-UTRAN Cell Global Identity)) in the group, and the request message can use the SBc- The AP protocol is sent.
  • a TAI list or a cell identifier list such as an ECGI (E-UTRAN Cell Global Identity)
  • ⁇ E returns an Identification Response to the CBC, where the response carries a TAI list or a cell identifier list in which the device in the group is located;
  • the CBC sends a Wr i te-Replacement request message to the MME, where the request message carries a TAI list or a cell identifier list, an MTC indication information, an MTC Group ID, a communication notification message, and a randomized access for initiating communication. Indication information;
  • the eNodeB is finally broadcast, but unlike the UMTS system, the CBC does not directly send the Wr i te-Replace request message to the relevant eNodeB, but needs to be forwarded by the MME; the request message uses SBc- AP agreement;
  • the MME sends a Write-Replace Request message to the eNodeB, where the request message carries a TAI list or a cell identifier list, an MTC indication information, an MTC Group ID, a communication notification message, and a randomized access indication information for initiating communication; S-AP protocol;
  • the eNodeB sends an S S Broadcast Command to all the UEs in the area indicated by the TAI or the cell identifier, where the message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information that initiates the communication.
  • the device in the area After receiving the request, the device in the area first parses according to the MTC indication information, and if the device is an H2H device, refuses to accept the broadcast message; if it is an MTC device, Accepting the broadcast message, and matching the search list stored therein with the MTC Group ID in the received message, if yes, accepting the request message; if not, not accepting the request message
  • S712 The MTC Device accepts the request message, and calculates the specific content of the trigger request and the random access time.
  • S713 The MTC Device sends a Session Reques t to the MTC Server according to the random access time.
  • a network entity MTC GW dedicated to acquiring device area information can also be provided.
  • the MTC GW is added to the MTC GW, and the module for obtaining the ⁇ E and TAI identifiers is added to the MTC GW.
  • the interface between the network entities is identified in the above flowchart, that is, the MTC Server is added.
  • the functions implemented by the MTC GW can be performed by the MTC Server.
  • the MTC Server sends an MTC request message to the MTCGW, where the request message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information that initiates the communication, and the request message may be sent by using the short message.
  • the MTC GW sends an identification request request message to the HLR/HSS, where the request carries an MTC Group ID, and requests to obtain a list of MME identifiers to which the device in the group belongs; the request message uses MAP signaling;
  • the HLR/HSS returns an Identification Response to the MTC GW, where the response carries a list of the MN E identifiers of all the devices in the group;
  • the MTC GW After receiving the MME identifier of the group device, the MTC GW sends an identification request request message to the MME, where the request message carries an MTC Group ID, and requests to obtain a TAI list or a cell identifier list that is described by the device in the group.
  • the request uses the Diameter protocol;
  • the MTC GW sends an SMS request message to the CBC, where the request message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information indicating the initiation of the communication, and carries the TAI List or the cell identifier list; Send by short message;
  • the request message carries the MTC indication information, the MTC Group ID, the communication notification message, and the randomized access indication information for initiating the communication, and carries the TA I L i s t or the cell identifier;
  • S807 - S814 are the same as steps S706 ⁇ S713, and are not mentioned here.
  • the area information TAI or the cell identifier of the device is directly stored in the HLR/HSS, and the TAI or the cell identifier of the device is relatively fixed. Therefore, the TAI or cell identity of the device may be directly stored in the HLR/HSS; that is, when a large number of low mobility devices need to be awake, the TAI or cell identity of the device can be directly learned from the HLR/HSS without using the device. Obtained by the MME. At this point, the corresponding process will be simplified. Specifically, see Figure 9, including the following steps:
  • the CBC sends an identification request to the HLR/HSS, requesting to obtain a TAI list or a cell identifier list in which the device in the group is located;
  • the HLR/HSS returns an Identification Response to the CBC, where the response carries a TAI list or a cell identifier list where the device in the group is located;
  • a network entity MTC GW dedicated to acquiring device area information may be provided, which is used to obtain area information of the device, and then sent to the CBC.
  • a broadcast request is initiated by the CBC. Referring to Figure 10, the specific process includes:
  • the MTC GW sends an identification request to the HLR/HSS, and obtains a TAI list or a cell identifier list in which the device in the MTC Group ID is located.
  • the HLR/HSS returns an Identification Response to the MTCGW, where the response carries the TAI list or the cell identifier list.
  • the method for triggering a group of MTC devices to communicate with an MTC server includes the following steps:
  • S1101 Receiver type communication MTC request message sent by the MTC server, where the MTC request message carries a group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • S1103 Send a broadcast message to a device in the area, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • the area information of the area where the MTC device is located is obtained according to the group ID of the group of the MTC devices, when the group of the MTC devices is attached to the UMTS network:
  • the group ID of the MTC device the SGSN list in which the MTC device is located in the HLR/HSS; obtaining the tracking area code LAC list and the service area code SAC list in the MSG device where the MTC device is located, Or, the routing area identifier RAI list, or the cell identifier list; if the LAC list and the SAC list are obtained, the PLMN ID of the group of MTC devices and the acquired LAC list and SAC list may be combined into a a list of SAIs in the area where the MTC device is located; or
  • At least one of an SAI list, an RA I list, or a zone identifier list of the area where the set of MTC devices is located is obtained from the HLR/HSS.
  • the obtaining the area information of the area where the MTC device is located according to the group ID of the MTC device includes:
  • the MME where the MTC device is located Acquiring the MME where the MTC device is located to the HLR/HSS by using the group ID of the MTC device a list (also may be an SGSN); acquiring, to the MME where the MTC device is located, a TAI list or a cell identifier list in which the MTC device is located, as the area information of the area where the MTC device is located; or using the group ID of the MTC device And obtaining, by the HLR/HSS, a TAI list or a cell identifier list in which the MTC device is located, as the area information of the area where the MTC device is located.
  • a list also may be an SGSN
  • the MTC request message may further carry the MTC indication information, so that when the CBC initiates the broadcast request by using the area information, by carrying the MTC indication information in the broadcast request, the device in the area is made according to the device.
  • the MTC indication determines whether the request needs to be accepted to avoid wasting resources for the H 2 H device in the area.
  • the MTC request message may further carry the randomization indication information of the initiating communication, so that the MTC device in the area initiates a session request to the network according to the randomization indication information of the initiated communication, so as to avoid network congestion when the session request is initiated; Specifically, the MTC device may acquire a random access time according to the randomization indication of the initiated communication, and communicate with the MTC server at the random access time.
  • a method for triggering a group of MTC devices to communicate with an MTC server includes the following steps:
  • S1201 Receiver type communication MTC request message sent by the MTC server, where the MTC request message carries a group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • S1203 Send the area information, the group ID of the group of MTC devices, and a communication notification message to the group of MTC devices to the cell broadcast center CBC, so that the CBC sends a broadcast message to the device in the area.
  • the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • the area information of the area where the MTC device is located is obtained according to the group ID of the group of the MTC devices, when the group of the MTC devices is attached to the UMTS network:
  • the SGSN list in which the MTC device is located in the HLR/HSS Obtaining, by using the group ID of the MTC device, the SGSN list in which the MTC device is located in the HLR/HSS; obtaining the tracking area code LAC list and the service area code SAC list in the MSG device where the MTC device is located, Or, the routing area identifies the RAI list, or the cell standard If the LAC list and the SAC list are obtained, the PLMN ID of the set of MTC devices and the acquired LAC list and SAC list may be combined into the SAI list of the area where the MTC device is located; or
  • At least one of an SAI list, an RA I list, or a zone identifier list of the area where the set of MTC devices is located is obtained from the HLR/HSS.
  • the acquiring the area information of the area where the set of the MTC devices is located includes:
  • the MME list (or the SGSN) where the MTC device is located, and acquiring the TAI list or the cell identifier list where the MTC device is located, where the MTC device is located. And obtaining, as the group information of the area where the MTC device is located, or acquiring, by using the group ID of the MTC device, a TAI list or a cell identifier list in which the group of MTC devices is located, as the group of the MTC device Regional information for the area.
  • the MTC request message may further carry the MTC indication information, so that when the CBC initiates the broadcast request by using the area information, by carrying the MTC indication information in the broadcast request, the device in the area is made according to the device.
  • the MTC indication determines whether the request needs to be accepted to avoid wasting resources for the H 2 H device in the area.
  • the MTC request message may further carry the randomization indication information of the initiating communication, so that the MTC device in the area initiates a session request to the network according to the randomization indication information of the initiated communication, so as to avoid network congestion when the session request is initiated; Specifically, the MTC device may acquire a random access time according to the randomization indication of the initiated communication, and communicate with the MTC server at the random access time.
  • the embodiment of the present invention provides a method for communicating with an MTC server from the perspective of the MTC device. Referring to FIG. 13, the method includes the following steps:
  • S1 301 Receive a broadcast message of a CBC broadcast by the cell broadcast center, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • the CBC obtains the area information of the broadcast request and broadcasts the following: receiving an MTC request message that is sent by the MTC server and carries a group ID of a group of MTC devices and a communication notification message to the group of MTC devices; The regional information of a group of MTC devices, Initiating a cell broadcast request with the area information; or
  • S1302 Communicate with the MTC server according to the content in the broadcast message.
  • the broadcast message also carries the MTC indication information, and the MTC device accepts the broadcast request according to the MTC indication, and communicates with the MTC server.
  • the broadcast request may also carry randomization indication information for initiating communication, and the MTC device acquires a random access time according to the randomization indication information of the initiated communication, and communicates with the MTC server at the random access time.
  • the embodiment of the present invention further provides an MTC device.
  • the MTC device includes the following units:
  • the receiving unit 1401 is configured to receive a broadcast message of a cell broadcast center CBC broadcast, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices;
  • the communication unit 1402 is configured to communicate with the MTC server according to the content in the broadcast message, where the CBC obtains the area information of the broadcast clearing message and broadcasts the following: the receiving MTC server carries a set of MTC devices a group ID and an MTC request message for a communication notification message of the group of MTC devices; acquiring area information of the group of MTC devices, and initiating a cell broadcast request by using the area information; or
  • the broadcast message further carries MTC indication information
  • the communication unit 1402 includes:
  • the determining subunit 14021 is configured to accept the broadcast request according to the MTC indication information, and communicate with the MTC server.
  • the broadcast message carries the randomization indication information for initiating the communication
  • the communication unit 1402 includes: an access time acquisition subunit 14022, configured to acquire a random access time according to the randomization indication information of the initiated communication, where the random access is performed.
  • the incoming time communicates with the MTC server.
  • the method includes the following steps: receiving, by the receiver type communication, an MTC request message sent by the MTC server, where the MTC request message carries a group ID of the group of MTC devices and a communication notification message to the group of MTC devices; Area information of a group of MTC devices; transmitting the area information, the group ID of the group of MTC devices, and a communication notification message to the group of MTC devices to the cell broadcast center CBC, so that the CBC is directed to the area
  • the device in the middle sends a broadcast message, where the broadcast message includes a group ID of the group of MTC devices and a communication notification message to the group of MTC devices.
  • the storage medium is, for example, R0M/RAM, a magnetic disk, an optical disk, or the like.

Description

触发一组 MTC设备与 MTC服务器通信的方法及 MTC设备
本申请要求于 2010年 4月 30曰提交中国专利局、申请号为 201010168694.1 发明名称为"触发一组 MTC设备与 MTC服务器通信的方法及 MTC设备"的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 特别是涉及触发一组 MTC设备与 MTC服务器 通信的方法及 MTC设备。 背景技术
M2M (mach i ne-to-mach i ne，机器与机器间的通信）是指数据自动从一台终 端传送到另一台终端， 而不需要人的参与， 换言之， M2M 也就是机器与机器 的对话， M2M也被称为物联网（Internet of Things)。
在 M2M通信过程中会产生大量的 M2M信息， 这些信息需要基于通信 系统进行传输， 也就是说虽然 M2M是机器与机器之间的通信， 但是同样可 能需要网络侧的管理。 而现有的移动通信网络由于无须布线、 覆盖范围广， 成为 M2M信息承载和传送最广泛、 最有前景的技术， 并且随着移动通信网 络带宽的不断提高和终端的日益多样化， 数据业务能力不断提高， 将促使 M2M应用的发展进一步加快。
未来各行各业都将 1入 M2M通信， 同时， 针对各种不同的应用， 会有 万亿级别的海量终端引入。 如此海量终端的引入， 对网络侧的管理能力提出 了较高的要求， 同时， 增大了网络与终端之间的传输负荷。 为了能够优化网 络侧的管理能力， 并且， 优化网络与终端之间的信令 /数据传输， 可以使终端 在不需要进行数据传输的情况下， 仅与网络保持控制面的信令连接， 此时终 端仅能接收网络侧下发的指令， 但是不能进行业务层数据的传输。 这样， 当 需要终端进行业务层数据的传输时， 就需要首先将该终端 "唤醒"， 也就是为 终端建立数据面的连接， 触发终端将自身的数据发送出去。 但是， 在实际应 用中， 为了完成某业务， 可能需要先触发多个终端， 此时， 关于如何触发这 多个 MTC设备， 现有技术中并没有相应的解决方案。 例如， 在针对电力系统的 M2M通信中， 为了完成获取某小区的电表度 数， 需要唤醒该小区内的所有电表向电力系统的 MTC Server ( Machine Type Communications Server, 机器类型通信服务器）传输数据。 此时， 如何触发 这些电表进行数据的发送成为需要解决的问题。 发明内容
本发明提供了触发一组 MTC设备与 MTC服务器通信的方法及 MTC设备， 提供了触发一組 MTC设备与 MTC服务器进行通信的实现方案。
本发明提供了如下方案：
一种触发一组 MTC设备与 MTC服务器通信的方法， 包括：
接收机器类型通信 MTC服务器发送的 MTC请求消息， 所述 MTC请求消息中携 带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
获取所述一組 MTC设备的区域信息；
将所述区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的通 信通知消息发送到小区广播中心 CBC， 以便所述 CBC向所述区域中的设备发 送广播消息， 所述广播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息。
一种触发一组 MTC设备与 MTC服务器通信的方法， 包括：
接收机器类型通信 MTC服务器发送的 MTC请求消息， 所述 MTC请求消息中携 带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
获取所述一组 MTC设备的区域信息；
向所述区域中的设备发送广播消息， 所述广播消息中包括所述一組 MTC 设备的组 ID及对所述一组 MTC设备的通信通知消息。
一种与 MTC服务器通信的方法， 包括：
接收小区广播中心 CBC广播的广播消息，所述广播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
根据所述广播消息中的内容与 MTC服务器进行通信；
其中， 所述 CBC通过以下方式获取广播消息的区域信息并进行广播： 接收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一組 MTC 设备的通信通知消息的 MTC请求消息；获取所述一组 MTC设备的区域信息， 利用所述区域信息发起小区广播请求； 或者，
接收 MTC网关或具有代理功能的实体发送的所述一组 MTC设备所在区 域的区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息， 利用所述区域信息发起小区广播请求； 其中， 所述 MTC 网关或所述 具有代理功能的实体通过以下方式获取所述区域信息： 接收 MTC服务器发 送的携带有所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消 息的 MTC请求消息， 获取所述一组 MTC设备的区域信息。
一种 MTC设备， 包括：
接收单元，用于接收小区广播中心 CBC广播的广播消息，所述广播消息 中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息； 通信单元， 用于根据所述广播消息中的内容与 MTC服务器进行通信； 其中， 所述 CBC通过以下方式获取广播消息的区域信息并进行广播： 接收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一组 MTC 设备的通信通知消息的 MTC请求消息；获取所述一组 MTC设备的区域信息， 利用所述区域信息发起小区广播请求； 或者，
接收 MTC网关或具有代理功能的实体发送的所述一组 MTC设备所在区 域的区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息， 利用所述区域信息发起小区广播请求； 其中， 所述 MTC 网关或所述 具有代理功能的实体通过以下方式获取所述区域信息： 接收 MTC服务器发 送的携带有所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消 息的 MTC请求消息， 获取所述一组 MTC设备的区域信息。
根据本发明提供的具体实施例， 本发明公开了以下技术效果：
本发明通过接收机器类型通信服务器发送的携带有一组 MTC设备的组 ID 及对所述一组 MTC设备的通信通知消息的 MTC请求消息； 获取所述一组 MTC 设备所在区域的区域信息； 将所述区域信息、所述一组 MTC设备的组 ID及对 所述一组 MTC设备的通信通知消息发送到小区广播中心 CBC， 以便所述 CBC 向所述区域中的设备发送广播消息， 所述广播消息中包括所述一组 MTC设备 的组 ID及对所述一组 MTC设备的通信通知消息。 从而实现了触发一组 MTC 设备与 MTC服务器进行通信。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅 仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性 劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1是 UMTS网络中的 CBS流程图；
图 2是 EPS网絡中的 CBS流程图；
图 3是本发明实施例提供的第一方法的流程图；
图 4是本发明实施例提供的第二方法的流程图；
图 5是本发明实施例提供的第三方法的流程图；
图 6是本发明实施例提供的第四方法的流程图；
图 7是本发明实施例提供的第五方法的流程图；
图 8是本发明实施例提供的第六方法的流程图；
图 9是本发明实施例提供的第七方法的流程图；
图 1 0是本发明实施例提供的第八方法的流程图；
图 1 1是本发明实施例提供的第九方法的流程图；
图 12是本发明实施例提供的第十方法的流程图；
图 1 3是本发明实施例提供的第十一方法的流程图；
图 14是本发明实施例提供的 MTC设备的示意图；
图 15是本发明实施例提供的另一 MTC设备的示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员所获得的 所有其他实施例， 都属于本发明保护的范围。
在本发明是实施例中， 可以基于 CBS ( Ce l l Broadca s t Shor t Mes sage , 小区广播短消息业务） 来触发多个终端。 其中， CBS 是指是以广播的方式将 信息发送给位于某个区域的所有设备， 在进行双向通讯之外的时间， 都可以 定期收到这些广播消息。 一般来说，电信业者所提供的股票行情、气象预报、 路况报导等数据， 因为收讯对象没有特殊的限制，所以都是经由 CBS来达成。
对于 CBS， J^. UMTS (Universal Mobi le Telecommuni cat ions Sys tern, 通 用移动通信系统）系统中， 其流程如图 1 所示， 即由 CBC Cell Broadcast Centre, 小区广播中心） 向 RNC (Radio Network Controller, 无线网洛控 制器） 发送 Write- Replace 消息， 其中， Wri te- Replace 消息携带有 SAI (Service Area Ident i ty，月良务区 i或标识）和 /或小区标识和 /或路由区 i或标 识 RAI ， 然后由 MC (Radio Network Controller, 无线网络控制器）才艮据 SAI和 /或小区标识和 /或 RAI向指定区域 SA/RA/小区内的用户进行消息的广 播。
在 EPS (Evolved Packet System, 演进的分组系统） 系统中， 与 UMTS 系统中类似，具体的流程如图 2所示，即由 CBC向 MME( Mobility Management Entity, 移动管理实体）发送 Wri te- Replace 消息， 其中， Wri te- Replace 消息携带有设备区域标识 TAI (Tracking Area Identity, 跟踪区域标识） I 小区标识， MME将 Write- Replace消息转发给 eNB, 然后由 eNB根据 TAI/小 区标识向指定区域 TA/小区内的用户进行消息的广播。
可见， CBC需要预先获知设备区域标识， 才能够向该区域的 RNC或者 eNB 发起具体的 Write- Replace消息。 在通常的移动通信系统中， 是由移动通信 网内的网元或者应用服务器向 CBC发起广播， 而网内的网元或应用服务器需 要能够预先获取到设备区域信息。
但是， 在本发明实施例中， 发起 MTC通信倚求的是 MTC Server, 相对于 移动通信网络， MTC Server相当于是外网的网元， 并且 MTC Server只负责 接收 MTC设备发送来的数据， 而不关心 MTC设备当前所在的位置， 以及 MTC 设备是否具有移动性， 因此如何使得 CBC在发送广播消息前获取其广播区域 信息成为解决问题的关键， 本发明实施例就提供了相应的方法。
实施例一
在该实施例中， 殳所有 MTC Device已附着在 UMTS网络中， 图 3中标 识出了各网络实体间的接口，在该方案中，在 CBC和 HLR/HSS( Home Location Register/Home Subscriber Server, 归属位置寄存器归属 /用户服务器）之 间新增了 Ccb s接口， 其它接口可以复用现有的网络接口。
在本发明实施例一提供的方法中， 首先对 MTC设备进行分组， 例如， 可以从不同的维度（如： 不同的区域信息、 不同的应用、 或不同的 MTC所 有者等等）对 MTC 设备进行分组， 并且为每个组设置唯一标识该组的 ID ( MTC Group ID ), MTC Server中会存储该 MTC Group ID, 同时， 每个组 的签约信息以及各组中包含的各设备的签约信息均存放在 HLR/HSS中。
MTC Server在向 CBC发起唤醒请求时， 就可以携带需要触发的设备所 在组的 ID。 需要说明的是， 设备所在组的 Group ID并不一定能代表设备的 区域信息， 即 CBC在获知到设备的 Group ID之后， 可能无法直接发起广播 消息来触发该组中的设备， 所以需要获知到该组中设备的区域信息才可以进 行广播。
在 UMTS系统中，设备区域信息通常由 SAI (设备区域标识）或者 RAI (路 由区域标识）或者小区标识来表示，其中该 SAI由 PLMN( Public Land Mobile Network, 公共陆地移动网） ID、 LAC (Location Area Code, 艮踪区域码） 和 SAC (Service Area Code, 业务区域码）组成， 广播某消息之前， CBC需 要获知 SAI 列表、 小区标识列表或 RAI 列表中的至少一个。 其中， PL丽 ID 与发起请求的网元有关， 相对固定， i¾ SGSN ( SERVICING GPRS SUPPORT NODE, GPRS l 务支持节点）可以保存设备所在的 LAC和 SAC; 其中， 小区标识和 RAI 都可以直接从 SGS 中获取。 因此， CBC需要才艮据从 MTC Server获知的 Group ID来获取设备的 LAC和 SAC， 或者小区标识列表或者 RAI列表。
网络中的 SGSN有很多， 只有当某设备位于某 SGSN下时， 才能从通过该 SGS 获取到该设备的 LAC和 SAC, 因此， 还需要首先获知该组的设备位于哪 些 SGSN下。通常， 在 HLR/HSS中会记录有该信息， 因此， 在从 SGSN获取 LAC 和 SAC之前， 还需要向 HLR/HSS获取设备所在的 SGSN信息， 该 SGSN信息可 以是一个或者多个 SGSN标识。
也就是说， CBC在接收到 MTC Server发送的触发请求之后， 需要首先根 据设备的 MTC Group ID, 向 HLR/HSS获知设备所在的 SGSN列表， 然后再从 一个或者多个 SGSN中获知组中设备的一个或者多个 LAC和 SAC， 然后就可以 由 PLMN ID、 LAC和 SAC组成设备的 SAI , 最终再将该 SAI列表发送到 RNC , 由 RNC根据 SAI向特定的区域发起广播即可。
同样， CBC在接收到 MTC Server发送的触发请求之后， 需要根据设备的 MTC Group ID, 向 HLR/HSS获取设备所在的 SGSN列表， 然后再从一个或者多 个 SGSN中获知组中设备的小区标识列表或 RAI列表，最终再将该小区标识列 表或者 RAI列表发送到 RNC , 由 RNC根据小区标识列表或者 RAI列表向特定 的区域发起广播即可。
下面对上述方法的流程进行详细地描述。 参见图 3， 该方法包括以下步 骤：
S301 : MTC Server向 CBC发送 MTC倚求消息（可以是业务清求）， 该 MTC 请求消息中携带 MTC指示 ( MTC标志位或 MTC标识等）、 MTC Group ID及触发 消息内容（即 No t i f ica t ion (通知消息）， 用于指示该消息的类型为触发消 息）， 该请求消息可以用短信息来发送。
S301 : MTC Server向 CBC发送 MTC请求消息，该 MTC请求消息中携带 MTC 指示 （MTC标志位或 MTC标识等）、 MTC Group ID、 通信通知消息， 还可以包 括 MTC指示信息和发起通信的随机化指示信息。 该请求消息可以用短信息来 发送。
其中， MTC指示信息用于指示指定区域内的 MTC设备接受 CBC发送广播 消息， 并且该 MTC指示消息也可以在 CBC中直接配置（如在 Mes sage ID中直 接配置 MTC Mes sage ID , 即在 Mes sage Ident i f i er中的 FFFF字段是用来定 义新业务）， 或者由 MTC的网元 （如 MTC GW, MTC Server )和 CBC提前进行 协商， 如在 CBS的 Mes sage ID和 Mes s age Type中定义 MTC指示的相关信息， 从而由 MTC Server或 MTC GW将该 MTC指示信息发送给 CBC。 同理在实施例 二、 三、 四、 五、 六、 七、 八中的 MTC指示信息也可以采用同上所述的配置 方法。
其中， 发起通信的随机化指示信息用于指示该组内的 MTC设备根据该发 起通信的随机化指示信息获取随机接入时间， 在该随机接入时间内与 MTC服 务器进行通信。 对于该 MTC请求消息的类型可以在 Warning Type中 0000100 或者 0000101- 1111111进行定义。 同理在实施例二、 三、 四、 五、 六、 七、 八中的 MTC指示信息也可以釆用同上所述的配置方法。
这里需要说明的是，由于一个 SAI指示的区域内还可能包含有其他非 MTC MTC设备， 如 H2H设备等， 向一个 SAI指示的区域广播触发消息时， 除了 MTC 设备能接收到该广播消息之外， 其它非 MTC设备也能接收到， 但是， 显然对 于这些 H2H设备而言， 该请求消息是不需要接受的。 如果 H2H设备也接收该 触发消息， 也会进行一些处理， 最终发现自己该消息并不需要， 从而造成资 源上的浪费。 因此， 为了避免这种情况的发生， 在本发明的优选实施例中， 还可以由 MTC Server在发送 MTC请求消息时， 携带 MTC指示， 以此来指示该 消息是发送给 MTC设备的， 当 H2H设备接收到广播清求消息时， 如果发现带 有 MTC指示， 就可以不必接受该 MTC请求， 尽快地拒绝该请求， 从而避免浪 费的产生。
另外， 由于一组中的设备的数目可能非常大， 同时被触发时， 如果同时 向 MTC Server发送数据， 则可能会产生阻塞现象。 例如， M2M系统的一个组 中可能有亿万级别的设备， 所以如果组中设备在接收到小区广播消息后， 如 果同时向网络发起会话请求， 则该组中的所有设备同时接入网络后可能会引 起的网络拥塞问题。 为了解决该问题， 还可以由 MTC Server在发送 MTC请求 消息时， 携带发起通信的随机化接入指示信息， 这样， 该组中的各设备在接 受请求后， 可以根据随机接入指示按照一定的算法来发起会话请求， 以免拥 塞的产生。
为方便描述，该实施例一以及后续各实施例中均假设 MTC Server在发送 的 MTC请求消息中携带了 MTC指示以及随机接入指示。
其中， 对于该 MTC请求消息中的通信通知消息、 MTC指示信息以及发起 通信的随机化接入指示信息也可以分别在 CBS-Mes sage-Informa t i on-Page n 和 CBS- Mes sage- Informa t i on- Length n 进 行 定 义 。 其 中 ， CBS-Mes sage-Informa t i on-Leng th n 表 明 具 体 的 消 息 长 度 ， CBS-Message-Information-Page n携带具体的通信通知消息、 MTC指示信息 以及发起通信的随机化接入指示信息。 同理在实施例二、 三、 四、 五、 六、 七、 八中的 MTC指示信息和也可以釆用同上所述的配置方法。
S302: CBC 接收到该请求消息后， 向 HLR/HSS 发送 Identification Request 请求， 请求中携带 MTC Group ID, 请求获取组中设备所在的 SGSN 标识。
需要说明的是， 由于组中设备可以位于多个 SGSN下， 所以 CBC可能从 HLR/HSS中获取得到多个 SGSN的标识。
该请求消息可以用 MAP信令传输。 在 CBS协议（ 23041 ) 中， CBC同其它 网元（除 MC、 丽 E之外）之间的接口以及其传输信令是没有定义的， 并且由 于 HLR / H S S支持 MAP协议， 所以只需要使 CBC支持 MAP协议， 从而就可以在 CBC和 HLR/HSS之间使用 MAP信令。
S303: HLR/HSS向 CBC返回 Identification Response, 响应中携带组中 MTC设备所在的 SGSN列表；
S304: CBC向组中设备所在的 SGSN发送 Identification Request请求 消息， 请求获取该组中 MTC设备所在的 LAC列表及 SAC列表， 或者， 小区标 识列表， 或者， RAI列表， 该请求消息用 MAP协议。
对于 CBC同 SGSN之间的请求消息， 可以用 MAP信令传输， CBC同其它网 元（除 RNC、 丽 E之外）之间的接口以及其传输信令是没有定义的， 并且由于 SGS 支持 MAP协议， 所以只需要使 CBC支持 MAP协议， 从而就可以在 CBC和 SGSN之间使用 MAP信令；
S305: SGSN向 CBC返回 Identification Response, 响应中携带组中的 设备所在的 LAC列表及 SAC列表， 或者小区标识列表， 或者 RAI列表； 需要说明的是， 一个 SGSN 下的设备也可能在不同的区域， 因此， 一个 SGS 返回的 LAC和 SAC的组合可能有多组，也可能是多个小区标识或者多个 RAL
S306: CBC 将各 SGSN 返回的 LAC 及 SAC 组合为 SAI ( SAI=PL N ID+LAC+SAC ),并向 C发送 Write- Replace请求消息， 该请求消息中携带组 中设备所在的 SAI列表或者小区标识列表或者 RAI列表、 MTC指示信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信息；
同样， 对于 SGSN返回的小区标识列表或者 RAI 列表， CBC向 MC发送 Wr i t e-Rep l ace 请求消息， 该请求消息中携带组中设备所在的小区标识列表 或者 RAI列表、 MTC指示信息、 MTC Group ID、 通信通知消息以及发起通信 的随机化接入指示信息；
S307 : RNC根据接收到的 Wr i te-Rep l ace请求消息， 向所述区域中的所 有 UE发送 SMS Broadca s t Command, 该消息中携带组中设备所在的 MTC指示 信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信息
S308 : RNC向 CBC返回成功响应；
S309 : 区域内的设备在接收到该请求后， 首先根据 MTC指示信息进行解 析， 如果该设备为 H2H设备， 则拒绝接受该广播消息； 如果是 MTC设备， 则 接受该广播消息， 并根据其内部存储的 search l i s t 与接收到消息中 MTC Group ID进行匹配， 如果满足， 则接受该请求消息； 如果不满足， 则不接受 该请求消息
S310: MTC 设备接受该请求消息， 同时计算出该发起通信的随机化接入 指示请求的具体内容或者随机接入时间；
S311 - S312 : MTC 设备根据随机接入时间向 MTC Server 发送会话请求 Ses s ion Reques t。
可见， 在该实施例一中 CBC能够获知设备的区域信息， 并进而向 RNC发 起广播请求， 从而实现了触发一组 MTC设备发送数据。 进一步的， 由于携带 了 MTC指示及发起通信的随机化接入指示， 减少了区域内非 MTC设备的消息 处理开销， 并且可以避免产生网络拥塞。
实施例二
实施例一是用 CBC根据设备所在的 Group ID获取设备的区域信息，在该 实施例二中， 为了减少对 CBC的增强， 避免过多地占用 CBC的资源， 还可以 使用一个独立的网元（该网元同时具备 MTC Server与 3GPP接口之间的功能， 即 Interworking Function, 如 MTC GW、 MTC Server或者其它具有代理功能 的实体 ) 来根据设备所在的 MTC Group ID获取设备的区域信息， 然后由该网 元将获取到的设备区域信息发送给 CBC， CBC直接根据设备的区域信息向 MC 发起广播请求即可。
参见图 4， 该实施例二的前提是所有 UE附着在 UMTS网络中。 并且在该 流程图中增加了 MTC 网关 （ GW， GateWay )， 在该 MTC GW上增加了获取 SGGN 和 SAI标识的模块。 同时， 该流程图中标识出了各网络实体之间的接口， 即 新增了 MTC Server与 MTC GW之间的接口 MGi， MTC GW与 HLR/HSS之间的接 口 MGc， MTC GW与 MME之间的接口 G- M2M， 其他都可以复用网络实体之间现 有的接口。 当然， 该 MTC网关的功能也可以由 MTC服务器来全部完成。
具体流程包括：
S401: MTC Server向 MTCGW发送 MTC请求消息， 该请求消息中携带 MTC 指示信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信 息， 该请求消息可以用短信息来发送。
S402: MTC GW 向 HLR/HSS发送 Identification Request奇求消息，请 求中携带 Group ID, 请求获取组设备所属的 SGSN标识列表； 该请求消息使 用 MAP信令；
S403: HLR/HSS向 MTC GW返回 Identification Response响应， 响应中 携带该组中所有设备所属的 SGSN标识列表；
S404: MTC GW在接收到组设备所述的 SGSN标识后， 向所述的 SGSN发送 Identification Request倚求消息， 请求消息中携带 MTC Group ID, 请求获 取组中设备所述的 SAC列表和 LAC列表，或者小区标识列表，或者 RAI列表， 该请求采用 Diameter协议；
S405: SGSN向 MTCGW返回 Identification Response, 响应中携带组中 设备所属的 SAC列表及 LAC列表， 或者， 小区标识列表， 或者， RAI列表；
S406: MTC GW向 CBC发送 SMS请求消息，请求消息中携带 MTC指示信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信息， 同时携 带 SAI list、 小 区标识列表或 RAI 列表中的至少一个， 其中 SA I =PLMN- 1 D+SAC+TAC； 该消息可以用短消息来发送；
S407: CBC向 RNC发送 Write- Replace请求消息， 该请求消息中携带组 中设备所在的 SAI列表、 小区标识列表或 RAI列表中的至少一个 ， MTC指示 信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信息， 该消息支持 MAP协议；
S408: RNC向 SAI列表、 小区标识列表或 RAI列表中的所有 UE发送 SMS Broadcast Command, 该消息中携带 MTC指示信息、 MTC Group ID、 通信通知 消息以及发起通信的随机化接入指示信息；
S409: RNC向 CBC返回成功响应；
S410: 区域内的设备在接收到该请求后， 首先根据 MTC指示信息进行解 析， 如果该设备为 H2H设备， 则拒绝接受该广播消息； 如果是 MTC设备， 则 接受该广播消息， 并根据其内部存储的 search list 与接收到消息中 MTC Group ID进行匹配， 如果满足， 则接受该请求消息； 如果不满足， 则不接受 该请求消息
S411: MTC Device接受该请求消息， 同时计算出该触发请求的具体内容 以及随机接入时间数；
S412: MTC Device 才艮据随机接入时间创建 Session Request, 向 MTC Server发送数据， 其中该 MTC Device可以是该组中的一个或者多个 MTC设 备。
可见， 在该实施例二中， 由于提供了专门用于获取设备区域信息的网絡 实体 MTCGW, 因此使得 CBC可以专注于完成最基本的操作， 避免过多地占用 CBC的资源。
其中， 新增加的 MTC GW用来完成以下三个功能：
1 ) 向 HLR/HSS获取 Group ID指示的组设备所属的 SGSN标识；
2 ) 向 SGSN中获取 Group ID指示的组设备所属的区域标识 SAI;
3) 向 CBC发送请求消息， 请求消息中携带 MTC指示、 MTC Group ID, 触 发消息内容以及设备接入网络的随机接入指示， 同时携带 SA I List; 在该实施例二中， 该 MTC GW的所有功能也可以直接由 MTC Server来完 成。
实施例三
在前述实施例一与实施例二中， 均以 SAC、 LAC、 小区标识或 RAI保存在 SGSN为例进行的介绍。 但是， 在实际的 M2M应用中， 有些低移动性 MTC设备 (如电表等）， 设备的 SAC、 LAC或者， 小区标识、 RAI都比较固定， 因此设 备的 SAC、 LAC, 小区标识或 RAI可能就直接保存在 HLR/HSS中； 也就是说， 当需要唤醒大量的低移动性设备时， 可以直接从 HLR/HSS获知到设备的 SAC 列表和 LAC列表， 或者， 小区标识列表， 或者， RAI 列表。 此时， 相应的流 程会有所简化， 具体的， 参见图 5， 包括以下步骤：
S501: 同实施例一中的步骤 S301
S502: CBC向 HLR/HSS发送 Identification Request,请求获取该 Group ID中设备所在的 SAC列表和 LAC列表， 或者， 小区标识列表， 或者， RAI列 表；
S503: HLR/HSS向 CBC返回 Identification Response, 响应中携带 SAC 标识列表和 LAC标识列表， 或者， 小区标识列表， 或者， RAI列表；
S504 ~ S510: 同实施例一中的步骤 S306 ~ S312.
实施例四
针对该实施例三所描述的情形， 同样也可以釆用类似实施例二的方式， 即提供一个独立的网絡实体 MTC GW 用于获取设备的区域信息， 然后发送给 CBC, 由 CBC向 RNC发起广播请求。 其中， 该 MTC GW所实现的所有功能都可 以由 MTC Server来完成。 参见图 6， 具体的流程包括：
S601: 同实施例二中的步骤 S401
S602: MTC GW向 HLR/HSS发送 Identification Request, 请求获取该 Group ID中设备所在的 SAC列表和 LAC列表， 或者， 小区标识列表， 或者， RAI列表；
S603: HLR/HSS向 MTC GW返回 Ident ificat ion Response, 响应中携带 SAC标识列表和 LAC标识列表， 或者， 小区标识列表， 或者， RAI列表； S604 ~ S610: 同实施例二中的步骤 S406 ~ S412。 实施例五
前述各实施例均以 MTC设备附着在 UMTS网络进行的介绍，在实际应用中， MTC设备也可以附着在 EPS网络中， 具体的实现方法与在 UMTS网络中类似， 只是具体涉及的网络实体以及详细的流程略有不同， 下面对此进行介绍。
参见图 7， 该实施例五提供的方法包括以下步骤：
首先， 该实施例五的前提是所有 MTC设备已附着在 EPS网络中， 并且在 图 Ί中标识出了各网络实体间的接口， 在该方案中， 在 CBC和 HLR之间新增 了 Ccbs接口， 其它接口复用现有的网络接口。
S701: MTC Server向 CBC发送 MTC请求消息， 该 MTC请求消息中携带 MTC指示 （MTC标志位或 MTC标识等）、 MTC Group ID、 通信通知消息， 还可 以包括 MTC指示信息和发起通信的随机化指示信息。 该请求消息可以用短信 息来发送。
其中， MTC指示信息用于指示指定区域内的 MTC设备接受 CBC发送广播 消息， 并且该 MTC指示消息也可以在 CBC中直接配置（如在 Message ID中直 接配置 MTC Message ID, 即在 Message Identifier中的 FFFF字段是用来定 义新业务）， 或者由 MTC的网元 （如 MTC GW, MTC Server )和 CBC提前进行 协商， 如在 CBS的 Message ID和 Message Type中定义 MTC指示的相关信息， 从而由 MTC Server或 MTC GW将该 MTC指示信息发送给 CBC。 同理在实施例 二、 三、 四、 五、 六、 七、 八中的 MTC指示信息也可以釆用同上所述的配置 方法。
其中， 发起通信的随机化指示信息用于指示该组内的 MTC设备根据该发 起通信的随机化指示信息获取随机接入时间， 在该随机接入时间内与 MTC服 务器进行通信。 对于该 MTC请求消息的类型可以在 Warning Type中 0000100 或者 0000101- 1111111进行定义。 同理在实施例二、 三、 四、 五、 六、 七、 八中的 MTC指示信息也可以釆用同上所述的配置方法。
这里需要说明的是，由于一个 SAI指示的区域内还可能包含有其他非 MTC 设备， 如 H2H设备等， 向一个 SAI指示的区域广播触发消息时， 除了 MTC设 备能接收到该广播消息之外， 其它非 MTC设备也能接收到， 但是， 显然对于 这些 H2H设备而言， 该请求消息是不需要接受的。 如杲 H2H设备也接收该触 发消息， 也会进行一些处理， 最终发现自己该消息并不需要， 从而造成资源 上的浪费。 因此， 为了避免这种情况的发生， 在本发明的优选实施例中， 还 可以由 MTC Server在发送 MTC请求消息时， 携带 MTC指示， 以此来指示该消 息是发送给 MTC设备的， 当 H2H设备接收到广播请求消息时， 如果发现带有 MTC指示， 就可以不必接受该 MTC请求， 尽快地拒绝该请求， 从而避免浪费 的产生。
另外， 由于一组中的设备的数目可能非常大， 同时被触发时， 如果同时 向 MTC Server发送数据， 则可能会产生阻塞现象。 例如， M2M系统的一个组 中可能有亿万级别的设备， 所以如果组中设备在接收到小区广播消息后， 如 杲同时向网络发起会话请求， 则该组中的所有设备同时接入网络后可能会引 起的网络拥塞问题。 为了解决该问题， 还可以由 MTC Server在发送 MTC请求 消息时， 携带发起通信的随机化接入指示信息， 这样， 该组中的各设备在接 受请求后， 可以根据随机接入指示按照一定的算法来发起会话请求， 以免拥 塞的产生。
为方便描述，该实施例一以及后续各实施例中均 支设 MTC Server在发送 的 MTC请求消息中携带了 MTC指示以及随机接入指示。
其中， 对于该 MTC请求消息中的通信通知消息、 MTC指示信息以及发起 通信的随机化接入指示信息也可以分别在 CBS-Message-Information-Page n 和 CBS- Message- Information- Length n 进 行 定 义 。 其 中 , CBS-Message-Information-Length n 表 明 具 体 的 消 息 长 度 ， CBS-Message-Information-Page n携带具体的通信通知消息、 MTC指示信息 以及发起通信的随机化接入指示信息。 同理在实施例二、 三、 四、 五、 六、 七、 八中的 MTC指示信息和也可以采用同上所述的配置方法。
S702: CBC 接收到该诸求消息后， 向 HLR/HSS 发送 Identification Request请求， 请求中携带 MTC Group ID, 请求获取组中设备所在的 MME标 识列表。 因为组中设备可以位于多个丽 E下， 所以 CBC可以从 HLR/HSS中获 取得到多个 MME的标识。 该请求消息可以用 MAP信令传输。 在 CBS协议（ 23041 ) 中， CBC同其它 网元（除 MC、 丽 E之外）之间的接口以及其传输信令是没有定义的， 并且由 于 HLR / H S S支持 MAP协议， 所以只需要使 CBC支持 MAP协议， 从而就可以在 CBC和 HLR/HSS之间使用 MAP信令；
S703: HLR/HSS向 CBC返回 Identification Response, 响应中携带组中 设备所在的 MME标识列表；
S704: CBC向组中设备所在的 MME发送 Identification Request请求消 息， 请求获取组中设备所在的 TAI列表或小区标识列表 (如 ECGI ( E-UTRAN Cell Global Identity ) 等）， 该请求消息可以使用 SBc- AP协议发送。
S705: 匪 E向 CBC返回 Identification Response, 响应中携带组中的设 备所在的 TAI列表或小区标识列表；
S706: CBC向 MME发送 Wr i te- Replace请求消息， 该请求消息中携带組 中设备所在的 TAI 列表或小区标识列表， MTC指示信息、 MTC Group ID、 通 信通知消息以及发起通信的随机化接入指示信息；
实际上最终进行广播的是 eNodeB， 但是与 UMTS 系统中不同的是， CBC 并不是直接将 Wr i te-Replace请求消息发送给相关的 eNodeB,而是需要由 MME 进行转发； 该请求消息使用 SBc- AP协议；
S707: MME向 eNodeB发送 Write- Replace请求消息, 该请求消息中携带 TAI列表或小区标识列表， MTC指示信息、 MTC Group ID, 通信通知消息以及 发起通信的随机化接入指示信息； 该请求消息使用 S卜 AP协议；
S708: eNodeB 向 TAI 或小区标识指示的区域中的所有 UE 发送 S S Broadcast Command, 该消息中携带 MTC指示信息、 MTC Group ID、 通信通知 消息以及发起通信的随机化接入指示信息；
S709: eNodeB向 MME返回 Response-Success成功响应；
S710: MME向 CBC返回 Response- Succes s成功响应；
S711: 区域内的设备在接收到该请求后， 首先根据 MTC指示信息进行解 析， 如果该设备为 H2H设备， 则拒绝接受该广播消息； 如果是 MTC设备， 则 接受该广播消息， 并根据其内部存储的 search list 与接收到消息中 MTC Group ID进行匹配， 如果满足， 则接受该请求消息； 如果不满足， 则不接受 该请求消息
S712: MTC Device接受该请求消息， 同时计算出该触发请求的具体内容 以及随机接入时间；
S713: MTC Device 根据随机接入时间向 MTC Server 发送 Session Reques t。
实施例六
与前述实施例二相似， 在 EPS系统中， 同样可以提供一个专门用于获取 设备区域信息的网络实体 MTC GW。 参见图 8， 该方案的前提是所有 UE附着在 EPS网络中。 并且在该图 8中 增加了 MTC GW, 在该 MTC GW上增加了获取匪 E和 TAI标识的模块， 同时， 上述流程图中标识出了各网絡实体之间的接口， 即新增了 MTC Server与 MTC GW之间的接口 MGi， MTC GW与 HLR/HSS之间的接口 MGc, MTC GW与 MME之间 的接口 S-M2M， 其他都复用网络实体之间现有的接口。 同样， 在该实施例中， MTC GW所实现的功能可以由 MTC Server来完成。
S801: MTC Server向 MTCGW发送 MTC请求消息， 该请求消息中携带 MTC 指示信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信 息， 该请求消息可以用短信息来发送；
S802: MTC GW 向 HLR/HSS发送 Identification Request请求消息，请 求中携带 MTC Group ID， 请求获取该组中设备所属的 MME标识列表； 该请求 消息使用 MAP信令；
S803: HLR/HSS向 MTC GW返回 Identification Response响应， 响应中 携带该组中所有设备所属的丽 E标识列表；
S804: MTC GW在接收到组设备所述的 MME标识后， 向所述的 MME发送 Identification Request请求消息， 请求消息中携带 MTC Group ID, 请求获 取组中设备所述的 TAI列表或小区标识列表， 该请求采用 Diameter协议； S805: MME向 MTC GW返回 Ident if icat ion Response, 响应中携带组中 设备所属的 T A I列表或 、区标识列表；
S806: MTC GW向 CBC发送 SMS请求消息，请求消息中携带 MTC指示信息、 MTC Group ID, 通信通知消息以及发起通信的随机化接入指示信息示， 同时 携带 TAI List或小区标识列表； 该消息可以用短消息来发送；
可见， 新增加的 MTC GW用来完成以下三个功能：
1 ) 向 HLR/HSS获取 Group ID指示的组设备所属的 MME标识；
2 ) 向 MME中获取 Group ID指示的组设备所属的区域标识；
3 )向 CBC发送请求消息， 请求消息中携带 MTC指示信息、 MTC Group ID、 通信通知消息以及发起通信的随机化接入指示信息， 同时携带 TA I L i s t或小 区标识；
S807 - S814与步骤 S706 ~S713相同， 这里不再赞述。
实施例七
与实施例三相似， 在 EPS系统中， 同样可能存在移动性较低的设备， 此 时， 设备的区域信息 TAI或小区标识就直接保存在 HLR/HSS中， 设备的 TAI 或小区标识比较固定，因此设备的 TAI或小区标识可能就直接保存在 HLR/HSS 中； 也就是说， 当需要唤醒大量的低移动性设备时， 可以直接从 HLR/HSS获 知到设备的 TAI或小区标识， 而不用再通过 MME获知。 此时， 相应的流程会 有所简化， 具体的， 参见图 9， 包括以下步骤：
S901: 同实施例五中的步樣 S701;
S902: CBC向 HLR/HSS发送 Identification Request, 请求获取组中设 备所在的 TAI列表或小区标识列表；
S903: HLR/HSS向 CBC返回 Identification Response, 响应中携带组中 设备所在的 TAI列表或小区标识列表；
S904 -S911: 同实施例五中的步骤 S706 ~ S713。
实施例八
同样的， 在实施例七描述的情形下， 也可以提供一个专门用于获取设备 区域信息的网络实体 MTC GW, 用于获取设备的区域信息， 然后发送给 CBC， 由 CBC发起广播请求。 参见图 10， 具体的流程包括：
S1001: 同实施例六中的步骤 S801
S1002: MTC GW向 HLR/HSS发送 Identification Request, 请求获取该 MTC Group ID中设备所在的 TAI列表或小区标识列表；
S1003: HLR/HSS向 MTCGW返回 Identification Response, 响应中携带 所在的 TAI列表或小区标识列表；
S1004 ~ S1012: 同实施例六中的步骤 S806 ~ S814。 综合以上实施例一、 三、 五、 七提供的技术方案， 参见图 11， 本发明实 施例提供的触发一组 MTC设备与 MTC服务器进行通信的方法包括以下步骤：
S1101: 接收机器类型通信 MTC服务器发送的 MTC请求消息， 所述 MTC 请求消息中携带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息；
S1102: 获取所述一组 MTC设备的区域信息；
S1103: 向所述区域中的设备发送广播消息，所述广播消息中包括所述一 组 MTC设备的组 ID及对所述一組 MTC设备的通信通知消息。
其中， 当所述一组 MTC设备附着在 UMTS 网络中时， 所述根据所述一组 MTC设备所在组 ID获取所述 MTC设备所在区域的区域信息包括：
利用所述 MTC设备所在组 ID,向 HLR/HSS获取所述 MTC设备所在的 SGSN 列表； 向所述 MTC设备所在的 SGSN获取所述 MTC设备所在的跟踪区域码 LAC 列表及业务区域码 SAC列表， 或者， 路由区域标识 RAI列表， 或者， 小区标 识列表； 如果获取的是 LAC列表及 SAC列表， 则还可以将所述一组 MTC设备 的 PLMN ID及所述获取的 LAC列表、 SAC列表组合为所述 MTC设备所在区域 的 SAI列表； 或者
利用所述组 ID,向 HLR/HSS获取所述一组 MTC设备所在区域的 SAI列表、 RA I列表或 、区标识列表中的至少一个。
当所述一组 MTC设备附着在 EPS网络中时， 所述根据所述 MTC设备所在 组 ID获取所述 MTC设备所在区域的区域信息包括：
利用所述 MTC设备所在组 ID, 向 HLR/HSS获取所述 MTC设备所在的 MME 列表 (也可以是 SGSN ); 向所述 MTC设备所在的 MME获取所述 MTC设备所在 的 TAI列表或小区标识列表， 作为所述 MTC设备所在区域的区域信息； 或者 利用所述 MTC设备所在组 ID， 向 HLR/HSS获取所述 MTC设备所在的 TAI 列表或小区标识列表， 作为所述 MTC设备所在区域的区域信息。
类似的， 所述 MTC请求消息还可以携带有 MTC指示信息， 以便所述 CBC 利用所述区域信息发起广播请求时， 通过在广播请求中携带所述 MTC指示信 息， 使得所述区域内的设备根据所述 MTC指示确定是否需要接受所述请求， 以免对区域内的 H 2 H设备造成资源浪费。 所述 MTC请求消息还可以携带发起通信的随机化指示信息， 使得所述区 域内的 MTC设备根据所述发起通信的随机化指示信息向网络发起会话请求， 以免在发起会话请求时造成网络拥塞； 具体的， 所述 MTC设备可以根据所述 发起通信的随机化指示获取随机接入时间， 在所述随机接入时间与 MTC服务 器进行通信。
综合以上实施例二、 四、 六、 八提供的技术方案， 参见图 12， 本发明实 施例提供的触发一组 MTC设备与 MTC服务器进行通信的方法包括以下步骤：
S1201 : 接收机器类型通信 MTC服务器发送的 MTC请求消息， 所述 MTC 请求消息中携带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息；
S 1202： 获取所述一组 MTC设备的区域信息；
S1203: 将所述区域信息、 所述一组 MTC设备的组 I D及对所述一组 MTC 设备的通信通知消息发送到小区广播中心 CBC， 以便所述 CBC向所述区域中 的设备发送广播消息，所述广播消息中包括所述一组 MTC设备的组 ID及对所 述一组 MTC设备的通信通知消息。
其中， 当所述一组 MTC设备附着在 UMTS 网络中时， 所述根据所述一組 MTC设备所在组 ID获取所述 MTC设备所在区域的区域信息包括：
利用所述 MTC设备所在组 ID，向 HLR/HSS获取所述 MTC设备所在的 SGSN 列表； 向所述 MTC设备所在的 SGSN获取所述 MTC设备所在的跟踪区域码 LAC 列表及业务区域码 SAC列表， 或者， 路由区域标识 RAI列表， 或者， 小区标 识列表； 如果获取的是 LAC列表及 SAC列表， 则还可以将所述一组 MTC设备 的 PLMN ID及所述获取的 LAC列表、 SAC列表组合为所述 MTC设备所在区域 的 SAI列表； 或者
利用所述组 ID，向 HLR/HSS获取所述一组 MTC设备所在区域的 SAI列表、 RA I列表或 、区标识列表中的至少一个。
当所述一组 MTC设备附着在 EPS网络中时， 所述获取所述一组 MTC设备 所在区域的区域信息包括：
利用所述 MTC设备所在组 ID， 向 HLR/HSS获取所述 MTC设备所在的 MME 列表 (也可以是 SGSN ); 向所述 MTC设备所在的 MME获取所述 MTC设备所在 的 TAI列表或小区标识列表， 作为所述 MTC设备所在区域的区域信息； 或者 利用所述 MTC设备所在组 ID， 向 HLR/HSS获取所述一组 MTC设备所在的 TAI列表或小区标识列表， 作为所述一组 MTC设备所在区域的区域信息。
类似的， 所述 MTC请求消息还可以携带有 MTC指示信息， 以便所述 CBC 利用所述区域信息发起广播请求时， 通过在广播请求中携带所述 MTC指示信 息， 使得所述区域内的设备根据所述 MTC指示确定是否需要接受所述请求， 以免对区域内的 H 2 H设备造成资源浪费。 所述 MTC请求消息还可以携带发起通信的随机化指示信息， 使得所述区 域内的 MTC设备根据所述发起通信的随机化指示信息向网络发起会话请求， 以免在发起会话请求时造成网络拥塞； 具体的， 所述 MTC设备可以根据所述 发起通信的随机化指示获取随机接入时间， 在所述随机接入时间与 MTC服务 器进行通信。
综上以上各个实施例， 从 MTC设备的角度出发， 本发明实施例还提供了 一种与 MTC服务器进行通信的方法， 参见图 13， 该方法包括以下步骤：
S1 301 : 接收小区广播中心 CBC广播的广播消息， 所述广播消息中包括 所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
其中，所述 CBC通过以下方式获取广播请求的区域信息并进行广播：接 收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一组 MTC设备 的通信通知消息的 MTC请求消息； 获取所述一组 MTC设备的区域信息， 利 用所述区域信息发起小区广播请求； 或者，
接收 MTC网关发送的所述一组 MTC设备所在区域的区域信息、所述一 组 MTC设备的組 ID及对所述一组 MTC设备的通信通知消息，利用所述区域信 息发起小区广播请求； 其中， 所述 MTC 网关通过以下方式获取所述区域信 息： 接收 MTC服务器发送的携带有所述一组 MTC设备的组 ID及对所述一 组 MTC设备的通信通知消息的 MTC请求消息， 获取所述一组 MTC设备的区 域信息。
S 1302: 根据所述广播消息中的内容与 MTC服务器进行通信。
其中， 广播消息中还携带有 MTC指示信息， MTC设备根据所述 MTC指示 接受所述广播请求， 并与 MTC服务器进行通信。
广播请求中还可以携带有发起通信的随机化指示信息， MTC设备根据发 起通信的随机化指示信息获取随机接入时间， 在所述随机接入时间与 MTC服 务器进行通信。
与本发明实施例提供的与 MTC服务器进行通信的方法相对应， 本发明实 施例还提供了一种 MTC设备， 参见图 14， 该 MTC设备包括以下单元：
接收单元 1401， 用于接收小区广播中心 CBC广播的广播消息， 所述广 播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消 息；
通信单元 1402，用于根据所述广播消息中的内容与 MTC服务器进行通信； 其中， 所述 CBC 通过以下方式获取广播清求消息的区域信息并进行广 播:接收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一组 MTC 设备的通信通知消息的 MTC请求消息；获取所述一组 MTC设备的区域信息， 利用所述区域信息发起小区广播请求； 或者，
接收 MTC网关发送的所述一组 MTC设备所在区域的区域信息、所述一 组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息，利用所述区域信 息发起小区广播请求； 其中， 所述 MTC 网关通过以下方式获取所述区域信 息： 接收 MTC服务器发送的携带有所述一组 MTC设备的组 ID及对所述一 组 MTC设备的通信通知消息的 MTC请求消息， 获取所述一组 MTC设备的区 域信息。
其中， 参见图 15， 广播消息中还携带有 MTC指示信息， 通信单元 1402 包括：
判断子单元 14021， 用于根据所述 MTC指示信息接受所述广播请求， 并 与 MTC服务器进行通信。
广播消息中还携带有发起通信的随机化指示信息， 通信单元 1402包括： 接入时间获取子单元 14022， 用于根据所述发起通信的随机化指示信息 获取随机接入时间， 在所述随机接入时间与 MTC服务器进行通信。
需要说明的是： 本发明实施例所涉及的 MTC GW的所有功能都可以由具有 代理功能的实体 （如 Proxy ) 来实现。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件来完成， 所述的程序可以存储于一计算机 可读取存储介质中，该程序在执行时， 包括如下步骤：接收机器类型通信 MTC 服务器发送的 MTC请求消息， 所述 MTC请求消息中携带所述一组 MTC设备的 组 ID及对所述一组 MTC设备的通信通知消息；获取所述一组 MTC设备的区域 信息； 将所述区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的 通信通知消息发送到小区广播中心 CBC， 以便所述 CBC向所述区域中的设备 发送广播消息，所述广播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息。 所述的存储介质， 如： R0M/RAM、 磁碟、 光盘等。
以上对本发明所提供的触发一组 MTC 设备与 MTC 服务器通信的方法及 MTC 网关设备， 进行了详细介绍， 本文中应用了具体个例对本发明的原理及 实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发明的方法及 其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具 体实施方式及应用范围上均会有改变之处。 综上所述， 本说明书内容不应理 解为对本发明的限制。

Claims

权 利 要 求
1、一种触发一组 MTC设备与 MTC服务器通信的方法，其特征在于， 包括： 接收机器类型通信 MTC服务器发送的 MTC请求消息，所述 MTC请求消息中 携带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
获取所述一组 MTC设备的区域信息；
将所述区域信息、 所述一组 MTC设备的组 ID及对所述一组 MTC设备的通 信通知消息发送到小区广播中心 CBC, 以便所述 CBC向所述区域中的设备发 送广播消息， 所述广播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述获取所述一组 MTC 设备的区域信息包括：
利用所述组 ID , 向 HLR/HSS获取所述一组 MTC设备所在的 SGSN列表和 I 或移动管理实体 MME列表； 向所述 SGSN列表中的 SGSN获取所述一组 MTC设备 所在区域的服务区域标识 SAI列表、 路由区域标识 RAI列表或小区标识列表 中的至少一个；向所述 MME列表中的 MME获取所述一组 MTC设备所在区域的跟 踪区域标识 TAI列表和 /或小区标识列表； 或者
利用所述组 ID, 向 HLR/ H S S获取所述一组 MTC设备所在区域的 S A I列表、 RA I列表、 TAI列表或 ' j、区标识列表中的至少一个。
3、 根据权利要求 2所述的方法， 其特征在于， 所述获取所述一组 MTC 设备所在区域的服务区域标识 SAI列表包括：
获取所述一组 MTC设备所在区域的 LAC列表及 SAC列表， 由所述 LAC、 SAC 以及所述一组 MTC设备的公共陆地移动网络 PLMN-ID组成所述 SAI。
4、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述广播消息 中还携带有 MTC指示信息，所述 MTC指示信息用于指示所述区域内的 MTC设备 接受所述广播消息。
5、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述通信通知 消息中还携带有发起通信的随机化指示信息， 所述发起通信的随机化指示 信息用于指示所述组内的 MTC设备根据所述发起通信的随机化指示信息与 MTC服务器进行通信。
6、 根据权利要求 5所述的方法， 其特征在于， 所述组内的 MTC设备根据 所述发起通信的随机化指示信息与 MTC服务器进行通信包括：
所述 MTC设备根据所述发起通信的随机化指示获取随机接入时间，在所 述随机接入时间与 MTC服务器进行通信。
7、 根据权利要求 1所述的方法， 其特征在于， 所述 MTC服务器发送的 MTC请求消息由 MTC网关或具有代理功能的实体接收， 并由所述 MTC网关或 所述具有代理功能的实体获取所述区域信息。
8、一种触发一组 MTC设备与 MTC服务器通信的方法，其特征在于，包括： 接收机器类型通信 MTC服务器发送的 MTC请求消息， 所述 MTC请求消息中携 带所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
获取所述一组 MTC设备的区域信息；
向所述区域中的设备发送广播消息， 所述广播消息中包括所述一组 MTC 设备的组 ID及对所述一组 MTC设备的通信通知消息。
9、 根据权利要求 8所述的方法， 其特征在于， 所述获取所述一组 MTC设备 的区域信息包括：
利用所述组 ID， 向 HLR/HSS获取所述一组 MTC设备所在的 SGSN列表和 /或 丽 E列表； 向所述 SGSN列表中的 SGSN获取所述一组 MTC设备所在区域的服务区 域标识 SAI列表、 路由区域标识 RAI列表或小区标识列表中的至少一个； 向所 iiMME列表中的匪 E获取所述一组 MTC设备所在区域的 TAI和 /或小区标识列表； 或者
利用所述组 ID , 向 HLR/HSS获取所述一组 MTC设备所在区域的 SAI列表和 / 或 RA I列表、 TA I列表或 J、区标识列表中的至少一个。
10、 根据权利要求 9所述的方法， 其特征在于， 所述获取所述一组 MTC设 备所在区域的服务区域标识 SAI列表包括：
获取所述一组 MTC设备所在区域的 LAC列表及 SAC列表， 由所述 LAC、 SAC以 及所述一组 MTC设备的 PL匪- ID组成所述 S A I。
11、 根据权利要求 8至 1 0任一项所述的方法， 其特征在于， 所述广播消息 中还携带有 MTC指示信息， 所述 MTC指示信息用于指示所述区域内的 MTC设备接 受所述广播消息。
12、 根据权利要求 8至 1 0任一项所述的方法， 其特征在于， 所述通信通知 消息中还携带有发起通信的随机化指示信息， 所述发起通信的随机化指示信 息用于指示所述组内的 MTC设备根据所述发起通信的随机化指示信息与 MTC服 务器进行通信。
13、 根据权利要求 12所述的方法， 其特征在于， 所述组内的 MTC设备根据 所述发起通信的随机化指示信息与 MTC服务器进行通信包括：
所述 MTC设备根据所述发起通信的随机化指示获取随机接入时间， 在所述 随机接入时间与 MTC服务器进行通信。
14、 根据权利要求 8所述的方法， 其特征在于， 所述 MTC服务器发送的 MTC请求消息由 CBC接收， 并由所述 CBC获取所述区域信息。
15、 一种与 MTC服务器通信的方法， 其特征在于， 包括： 接收小区广播中心 CBC广播的广播消息，所述广播消息中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息；
根据所述广播消息中的内容与 MTC服务器进行通信；
其中， 所述 CBC通过以下方式获取广播消息的区域信息并进行广播： 接收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一组 MTC 设备的通信通知消息的 MTC请求消息；获取所述一组 MTC设备的区域信息， 利用所述区域信息发起小区广播请求； 或者，
接收 MTC网关或具有代理功能的实体发送的所述一组 MTC设备所在区 域的区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息， 利用所述区域信息发起小区广播请求； 其中， 所述 MTC 网关或所述 具有代理功能的实体通过以下方式获取所述区域信息： 接收 MTC服务器发 送的携带有所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消 息的 MTC请求消息， 获取所述一组 MTC设备的区域信息。
16、 根据权利要求 15 所述的方法， 其特征在于， 所述广播消息中还携 带有 MTC指示信息或发起通信的随机化指示信息中的至少一个，
当所述广播消息中还携带有 MTC指示信息时， 所述根据所述广播消息中 的内容与 MTC服务器进行通信包括： 根据所述 MTC指示信息接受所述广播请求， 并与 MTC服务器进行通信； 或者，
当所述广播请求中还携带有发起通信的随机化指示信息时，
所述根据所述广播消息中的内容与 MTC服务器进行通信包括：
根据所述发起通信的随机化指示信息获取随机接入时间， 在所述随机接 入时间与 MTC服务器进行通信。
17、 一种 MTC设备， 其特征在于， 包括：
接收单元，用于接收小区广播中心 CBC广播的广播消息，所述广播消息 中包括所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知消息； 通信单元， 用于根据所述广播消息中的内容与 MTC服务器进行通信； 其中， 所述 CBC通过以下方式获取广播消息的区域信息并进行广播： 接收 MTC服务器发送的携带有一组 MTC设备的组 ID及对所述一組 MTC 设备的通信通知消息的 MTC请求消息；获取所述一组 MTC设备的区域信息， 利用所述区域信息发起小区广播请求； 或者，
接收 MTC网关或具有代理功能的实体发送的所述一组 MTC设备所在区 域的区域信息、所述一组 MTC设备的组 ID及对所述一组 MTC设备的通信通知 消息， 利用所述区域信息发起小区广播请求； 其中， 所述 MTC 网关或所述 具有代理功能的实体通过以下方式获取所述区域信息： 接收 MTC服务器发 送的携带有所述一組 MTC设备的组 ID及对所述一組 MTC设备的通信通知消 息的 MTC请求消息， 获取所述一组 MTC设备的区域信息。
18、根据权利要求 17所述的 MTC设备， 其特征在于， 所述通信单元至少 包括以下一种单元：
判断子单元， 用于当所述广播消息中还携带有 MTC指示信息时根据所述 MTC指示信息接受所述广播请求， 并与 MTC服务器进行通信；
接入时间获取子单元， 用于当所述广播消息中还携带有发起通信的随机 化指示信息时根据所述发起通信的随机化指示信息获取随机接入时间， 在所 述随机接入时间与 MTC服务器进行通信。
PCT/CN2011/073350 2010-04-30 2011-04-27 触发一组mtc设备与mtc服务器通信的方法及mtc设备 WO2011134394A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP11774385.6A EP2566200B1 (en) 2010-04-30 2011-04-27 Method for triggering communication between group of machine type communication devices and machine type communication server
ES11774385.6T ES2596314T3 (es) 2010-04-30 2011-04-27 Método para iniciar la comunicación entre un grupo de dispositivos de comunicación de tipo máquina y un servidor de comunicación de tipo máquina
US13/665,067 US9131467B2 (en) 2010-04-30 2012-10-31 Method for triggering communication between group of MTC devices and MTC server, and MTC device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010168694.1A CN102238477B (zh) 2010-04-30 2010-04-30 触发一组mtc设备与mtc服务器通信的方法及mtc设备
CN201010168694.1 2010-04-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/665,067 Continuation US9131467B2 (en) 2010-04-30 2012-10-31 Method for triggering communication between group of MTC devices and MTC server, and MTC device

Publications (1)

Publication Number Publication Date
WO2011134394A1 true WO2011134394A1 (zh) 2011-11-03

Family

ID=44860872

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073350 WO2011134394A1 (zh) 2010-04-30 2011-04-27 触发一组mtc设备与mtc服务器通信的方法及mtc设备

Country Status (5)

Country Link
US (1) US9131467B2 (zh)
EP (1) EP2566200B1 (zh)
CN (1) CN102238477B (zh)
ES (1) ES2596314T3 (zh)
WO (1) WO2011134394A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103227991A (zh) * 2012-01-29 2013-07-31 中兴通讯股份有限公司 Mtc设备的触发方法、装置及系统
WO2014001463A3 (en) * 2012-06-27 2014-02-20 Nec Europe Ltd. Method for congestion control in mobile networks and mobile network with congestion control
EP2683202A3 (en) * 2012-07-03 2014-03-12 HTC Corporation A method of group based mtc messaging through cell broadcast and apparatuses using the same
US20150245162A1 (en) * 2012-09-29 2015-08-27 Alcatel Lucent Method of distributing group message of machine type communication
EP2898661A4 (en) * 2012-09-24 2016-05-18 Nokia Solutions & Networks Oy GROUP MESSAGE TRANSMISSION IN A COMMUNICATION NETWORK
US9467508B2 (en) 2012-02-03 2016-10-11 Zte Corporation Method and system for sending trigger message to MTC UE, and MTC UE

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2487973A1 (en) * 2011-02-11 2012-08-15 Alcatel Lucent Notifying a user equipment UE, over a mobile network, of an UE application trigger request from a network application server
JP5871733B2 (ja) * 2011-07-04 2016-03-01 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ 時間インジケータを用いたトリガリング
CN102932748B (zh) 2011-08-08 2019-04-26 中兴通讯股份有限公司 一种触发终端组的方法及系统
CN103748810B (zh) 2011-08-11 2017-05-10 英特尔公司 用于dash格式化内容从mbms下载切换到基于http的交付的方法和设备
WO2013052163A1 (en) * 2011-10-03 2013-04-11 Intel Corporation Device to device (d2d) communication mechanisms
WO2013061614A2 (en) 2011-10-28 2013-05-02 Nec Corporation Secure method for mtc device triggering
CN105306183B (zh) * 2011-12-02 2019-02-05 电信科学技术研究院 MTC Device触发消息的投递确认方法和设备
CN103200553B (zh) * 2012-01-04 2018-05-08 中兴通讯股份有限公司 响应触发信息的方法、系统和mtc用户设备
CN103220656A (zh) * 2012-01-18 2013-07-24 北京三星通信技术研究有限公司 移动rn获取ta信息和切换方法、用户位置更新和寻呼方法
US9210645B2 (en) * 2012-05-18 2015-12-08 Industrial Technology Reseach Institute Method for dynamically controlling data paths, MTC gateway and network device using the same
CN102722797B (zh) * 2012-06-12 2015-09-16 国家电网公司 基于责任区的电力调度自动化系统信息分层方法
CN103517404B (zh) 2012-06-26 2018-08-31 南京中兴软件有限责任公司 机器类型通信用户设备的通信方法及系统
CN103517414A (zh) * 2012-06-26 2014-01-15 中兴通讯股份有限公司 机器类型通信用户设备的寻呼方法及装置
CN103634841A (zh) * 2012-08-20 2014-03-12 中兴通讯股份有限公司 拥塞控制方法及装置
WO2014047839A1 (zh) * 2012-09-27 2014-04-03 华为技术有限公司 一种组触发方法、装置及系统
CN102917433B (zh) * 2012-10-11 2016-05-11 北京创毅讯联科技股份有限公司 一种机器类通信终端的接入方法及基站、终端
KR20190047143A (ko) * 2013-07-31 2019-05-07 닛본 덴끼 가부시끼가이샤 Mtc 그룹 키 관리를 위한 디바이스들 및 방법
US9474069B2 (en) 2013-10-09 2016-10-18 Qualcomm Incorporated Enabling a communication feasibility determination time to complete communication exchanges between an M2M server and one or more M2M devices
EP4236387A3 (en) * 2014-11-25 2023-09-20 Huawei Technologies Co., Ltd. Method, apparatus, system and non-transitory computer readable storage medium for downlink machine-to-machine communications
US10080120B2 (en) * 2014-12-15 2018-09-18 Huawei Technologies Co., Ltd System and method for machine type communication
CN111885508B (zh) 2015-12-15 2022-04-12 华为云计算技术有限公司 一种群组多播和群组创建的方法以及移动网络平台
US11115793B2 (en) * 2016-08-04 2021-09-07 At&T Mobility Ii Llc LTE gateways for home and commercial sensor data
CN111586574B (zh) 2019-02-18 2022-09-02 华为技术有限公司 一种通知信息的显示方法及装置
CA3081056A1 (en) 2019-05-20 2020-11-20 Jacobus Alexander Jozef Lemmen Device for growing mushrooms
NL2023168B1 (en) 2019-05-20 2020-12-01 Alexander Jozef Lemmen Jacobus Device for growing mushrooms
NL2024383B1 (en) 2019-12-04 2021-08-31 Gerardus Maria Van Doremaele Marcus Device with coupled beds for growing mushrooms

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010017913A1 (en) * 2008-08-14 2010-02-18 Deutsche Telekom Ag Method and system for multiple physical use of a single identifier code shared by a group of terminals in mobile telecommunications networks
WO2011006768A1 (en) * 2009-07-17 2011-01-20 Koninklijke Kpn N.V. Information transmission in a machine-to-machine telecommunications network
CN101977416A (zh) * 2010-05-19 2011-02-16 中兴通讯股份有限公司 一种mtc设备的过载控制方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651857B (zh) 2008-08-14 2015-08-12 中兴通讯股份有限公司 地震海啸系统中重要通知信息及灾难通知信息的发送方法
US9167517B2 (en) * 2010-01-29 2015-10-20 Interdigital Patent Holdings, Inc. Group-based machine to machine communication

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010017913A1 (en) * 2008-08-14 2010-02-18 Deutsche Telekom Ag Method and system for multiple physical use of a single identifier code shared by a group of terminals in mobile telecommunications networks
WO2011006768A1 (en) * 2009-07-17 2011-01-20 Koninklijke Kpn N.V. Information transmission in a machine-to-machine telecommunications network
CN101977416A (zh) * 2010-05-19 2011-02-16 中兴通讯股份有限公司 一种mtc设备的过载控制方法和系统

Non-Patent Citations (1)

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

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103227991A (zh) * 2012-01-29 2013-07-31 中兴通讯股份有限公司 Mtc设备的触发方法、装置及系统
US9467508B2 (en) 2012-02-03 2016-10-11 Zte Corporation Method and system for sending trigger message to MTC UE, and MTC UE
WO2014001463A3 (en) * 2012-06-27 2014-02-20 Nec Europe Ltd. Method for congestion control in mobile networks and mobile network with congestion control
EP2683202A3 (en) * 2012-07-03 2014-03-12 HTC Corporation A method of group based mtc messaging through cell broadcast and apparatuses using the same
US9094779B2 (en) 2012-07-03 2015-07-28 Htc Corporation Method of group based MTC messaging through cell broadcast and apparatuses using the same
US9585123B2 (en) 2012-07-03 2017-02-28 Htc Corporation User equipment, base station, and MTC-IWF for implementing group based MTC messaging through cell broadcast
EP2898661A4 (en) * 2012-09-24 2016-05-18 Nokia Solutions & Networks Oy GROUP MESSAGE TRANSMISSION IN A COMMUNICATION NETWORK
US10021533B2 (en) 2012-09-24 2018-07-10 Nokia Solutions And Networks Oy Group messaging in a communication network
US20150245162A1 (en) * 2012-09-29 2015-08-27 Alcatel Lucent Method of distributing group message of machine type communication
JP2015534387A (ja) * 2012-09-29 2015-11-26 アルカテル−ルーセント マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法
US10200850B2 (en) * 2012-09-29 2019-02-05 Alcatel Lucent Method of distributing group message of machine type communication

Also Published As

Publication number Publication date
ES2596314T3 (es) 2017-01-05
EP2566200A1 (en) 2013-03-06
CN102238477B (zh) 2014-02-19
US9131467B2 (en) 2015-09-08
EP2566200A4 (en) 2013-04-03
EP2566200B1 (en) 2016-07-20
CN102238477A (zh) 2011-11-09
US20130053087A1 (en) 2013-02-28

Similar Documents

Publication Publication Date Title
WO2011134394A1 (zh) 触发一组mtc设备与mtc服务器通信的方法及mtc设备
US20240147186A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
CN110249667B (zh) 非3gpp接入上的终端接入5g网络的注册管理方法
TWI514818B (zh) A method of distributing group messages for machine class communication
EP2833694A2 (en) Method of relay discovery and communication in a wireless communications system
US20120307764A1 (en) Method for establishing bearer for machine to machine service and network transmission device
CN111480353B (zh) 用于在远程ue与电信网络之间建立信令连接的方法和设备
WO2018137152A1 (zh) 短消息传输方法、设备和系统
WO2014008806A1 (zh) 无线局域网邻居用户设备的确定方法及装置
WO2021165056A1 (en) Privacy protection for sidelink communications
WO2021018260A1 (zh) 通信方法及相关装置
US20170070867A1 (en) Method and system for triggering terminal group
US20230027290A1 (en) V2x communication method and apparatus
CN114916042B (zh) 呼叫处理方法、装置、设备和存储介质
WO2012151846A1 (zh) 一种触发特定位置终端的方法、系统和终端
CN105530614A (zh) 组寻址处理方法、装置、mtc互通网关及api gw
KR20130038002A (ko) 트리거 요청 전달 서버, 서버의 트리거 요청 전달 방법, 통신망, 및 통신망의 단말 트리거 방법
EP3499841B1 (en) V2x message transmission method and related network element
US20230269573A1 (en) Systems and methods for ue context management in sidelink relay scenarios
KR101076094B1 (ko) 호 전환을 차단하는 장치 및 방법

Legal Events

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

Ref document number: 11774385

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2011774385

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011774385

Country of ref document: EP