WO2012111255A1 - ページング方法、ページングシステム、通信デバイス及び通信相手ノード - Google Patents

ページング方法、ページングシステム、通信デバイス及び通信相手ノード Download PDF

Info

Publication number
WO2012111255A1
WO2012111255A1 PCT/JP2012/000343 JP2012000343W WO2012111255A1 WO 2012111255 A1 WO2012111255 A1 WO 2012111255A1 JP 2012000343 W JP2012000343 W JP 2012000343W WO 2012111255 A1 WO2012111255 A1 WO 2012111255A1
Authority
WO
WIPO (PCT)
Prior art keywords
mtc
communication
communication device
information
paging
Prior art date
Application number
PCT/JP2012/000343
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 パナソニック株式会社
Publication of WO2012111255A1 publication Critical patent/WO2012111255A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention provides a paging method and a paging system in which a plurality of communication devices are paged via a wireless network in response to a request from a communication partner node, and a communication device that determines and responds to the paging transmits data to the communication partner node.
  • the present invention relates to a communication device and a communication partner node.
  • M2M communication Unlike communication (H2H: Human to Human, H2M: Human to Machine), which uses users with terminals with abundant user interfaces such as mobile phones, direct operation by the user is not required.
  • H2H Human to Human
  • M2M communication a form of communication using a device that can operate independently (communication node, hereinafter referred to as device), there is inter-machine communication (called Machine-to-Machine-Communication or Machine-Type-Communication, hereinafter referred to as M2M communication).
  • MTC devices one or a plurality of devices (hereinafter referred to as MTC devices) that are located at the end and appropriately collect necessary information operate, and each MTC device has a sensing function (for example, temperature, seismic intensity, water volume, camera).
  • Detected and measured information is collected in a server (hereinafter referred to as an MTC server) that manages the device, and various services are provided to users (clients) based on the information.
  • the user is provided with a service based on information notified from the device via the MTC server.
  • a wired network such as a telephone line or a DSL (Digital Subscriber Line) line
  • a wireless network such as a cellular phone network
  • a wireless communication system usually used for a mobile phone or the like is optimized for a mobile phone and is not necessarily optimal for an MTC device that provides a service specialized for M2M communication.
  • MTC device that provides a service specialized for M2M communication.
  • the MTC device does not have a voice call function, the paging is always performed. Since it is not necessary to be able to receive, such an operation becomes unnecessary.
  • the MTC device In this way, considering the reduction of power consumption, it is not realistic that the MTC device is always connected to the network and the connection with the MTC server is secured, and can be connected to the network only when necessary. It is appropriate to do so.
  • the MTC device always stands by in an idle mode in order to reduce power consumption, and establishes a connection (connection) only when receiving a paging based on a request message transmitted from the MTC server.
  • the method of moving to is conceivable.
  • the MTC device establishes a connection to the network in response to paging and receives a message from the MTC server only when its own ID is included in the received paging. On the other hand, if its own ID is not included in the paging, it continues to wait in the idle mode without responding to the paging.
  • the MTC device when the MTC device establishes a connection in response to paging (trigger message) including its own ID, it receives a message from the MTC server and then responds to the message. If the information required by the message is not held by the MTC device, the MTC device cannot return the information requested by the MTC server, so that the establishment of the connection ends uselessly.
  • connection establishment a plurality of messages are transmitted and received between the MTC device and the network, and between the network and the IWF (Interworking Function) / MTC server, so unnecessary messages or messages with low immediacy are sent to the network. The load given is large.
  • the present invention provides a paging capable of preventing a communication device that cannot return appropriate data in response to a request from a communication partner node from establishing an unnecessary connection in response to paging. It is an object to provide a method, a paging system, a communication device, and a communication partner node.
  • the present invention triggers a communication device via a wireless network in response to a request from a communication partner node, and a terminal trigger in which the communication device that determines and responds to the trigger communicates with the communication partner node.
  • a method Transmitting a trigger message including IDs of a plurality of communication devices from the communication partner node to the communication device; The communication device receiving the trigger message including its own ID and another communication device ID; When the communication device receives the trigger message, based on the capability information indicating the data type that can be transmitted by the other communication device, the data type that can be transmitted by the other communication device and the transmission by the other communication device can be transmitted. Recognizing the data type requested by the correspondent node by comparing the data type, and establishing a connection with the wireless network in response to the trigger message; It was set as the structure which has.
  • the present invention transmits a trigger message to a communication device via a wireless network in response to a request from a communication partner node, and the communication device determines and responds to the trigger message.
  • a method Transmitting a trigger message including IDs of a plurality of communication devices from the communication partner node to the communication device; The communication device receiving the trigger message including its own ID and another communication device ID; When the communication device receives the trigger message, the ID of the other communication device included in the trigger message matches the ID of the master communication device based on capability information indicating the master communication device. And establishing a connection with the wireless network when the ID of another communication device included in the trigger message does not match the ID of the master communication device without establishing a connection with the wireless network. , It was set as the structure which has.
  • the present invention is a communication device that is triggered via a wireless network in response to a request from a communication partner node, determines and responds to the trigger, and communicates with the communication partner node.
  • the present invention is a communication device that is triggered via a wireless network in response to a request from a communication partner node, determines and responds to the trigger, and communicates with the communication partner node.
  • the wireless network Means for establishing a connection with the wireless network when the ID of the other communication device included in the trigger message does not match the ID of the master communication device It was set as the structure which has.
  • the present invention is a communication partner node that triggers a plurality of communication devices via a wireless network, communicates with the communication device that has determined and responded to the trigger, Means for identifying a plurality of communication devices that need to be triggered from the managed communication devices to initiate communication; Means for transmitting a trigger message including IDs of the plurality of communication devices to each communication device; It was set as the structure which has.
  • each of a plurality of communication devices when each of a plurality of communication devices receives a paging message including its own ID and the IDs of other communication devices belonging to the same group, it transmits its own based on the shared capability information. A possible data type and a data type that can be transmitted by another communication device are compared. If they do not match, the paging message is ignored, and if they match, a connection with the wireless network is established in response to the paging message.
  • the figure which shows an example of the network structure in the 1st Embodiment of this invention The sequence chart for demonstrating the 1st example of the group information generation method of an MTC device in the 1st Embodiment of this invention.
  • Sequence chart for explaining a third example of the MTC device group information generation method in the first embodiment of the present invention Sequence chart for explaining a fourth example of the MTC device group information generation method in the first embodiment of the present invention
  • the present invention forms a group according to characteristics common to a plurality of MTC devices (data types that can be transmitted such as HD camera data), and performs paging (MTC device) from a wireless network to a plurality of MTC devices belonging to the same group.
  • MTC device performs paging
  • the MTC device receives the paging before receiving the actual message
  • the ID and group ID of the other MTC device are transmitted.
  • the ID or group ID of another MTC device is included, by specifying the features (functions) common to them, By identifying the type of message that triggered the paging, communication devices that cannot return appropriate data In response to the managing it is configured to prevent the establishment of unnecessary connections.
  • the feature common to the plurality of devices may be the type of application operating on the MTC device, or may be a function held by the MTC device.
  • a plurality of different applications (also referred to as MTC applications) may be operating on the MTC device and the MTC server, and the application may be an application that uses a plurality of functions.
  • a trigger message for starting the operation of the MTC device for example, a paging message (Paging Message) transmitted by the network to shift the MTC device from the idle mode to the connected mode, or the MME 5 transmits to the MTC device.
  • NAS messages (DOWNLINKDOWNGENERIC NAS TRANSPORT message, Downlink NAS Transport, etc.) can be used.
  • Downlink NAS Transport is used when sending SMS to the MTC device via SMS-SC or IP-SM-GW.
  • trigger messages transmitted by the MME 5 for starting the operation of the MTC device are collectively referred to as paging.
  • the plurality of MTC devices specify the message type from the paging including the IDs of the plurality of MTC devices belonging to the same group.
  • the plurality of MTC devices specify the message type from the paging including the ID of the group to which the MTC device belongs.
  • the plurality of MTC devices specify the message type from the value indicating the type of information included in the paging.
  • the plurality of MTC devices determine whether or not a response is necessary from paging including the ID of the representative device of the group.
  • the immediacy of the response is determined from the information included in the message.
  • FIG. 1 shows a network configuration diagram according to the first embodiment of the present invention.
  • wireless communication is performed between MTC devices 1A, 1B, and 1C that are communication terminals for MTC (Machine Type Communication), an MTC server 2, an MTC user U, and MTC devices 1A, 1B, and 1C.
  • MTC Machine Type Communication
  • ENB evolved Node B 3 (or Node B, femto base station, pico base station, relay base station, mobile femto, mobile relay, mobile router) as a base station for exchanging various information via the MTC device 1A, 3GPP network 4 and 3GPP network 1B and 1C are connected through cellular lines (LTE (Long Term Evolution), UMTS (Universal Mobile Telecommunication System), CDMA (Code Division Multiple Access) 2000, GSM (Global System for Mobile communication)) 4 and the position information of the MTC devices 1A, 1B, 1C MME (Mobility Management Entity) 5 (or SGSN: Serving GPRS Support Node, MSC: Mobile Switching Center), PTC (Packet Data Network Gateway) which manages connection management and user data transfer of MTC devices 1A, 1B, 1C 7) and S-GW (Serving Gateway) 6 are depicted.
  • the MTC devices 1A, 1B, and 1C may be simply referred to as device A, device B
  • WiMAX registered trademark
  • mobile WiMAX mobile WiMAX
  • the communication terminal is called an MTC device here
  • a case where a communication terminal normally called a UE (User Equipment) is used as a device is also included.
  • various devices including a communication module such as a smartphone, a mobile phone, a car navigation, and a PND (Portable Navigation Device) are assumed.
  • the MTC device and the UE may be a device that is carried and moved by a car or a pedestrian, or may be a device that is installed at a fixed location such as a monitoring camera or a road sensor, and does not move.
  • a moving device and a fixed device may form a group.
  • the MTC server 2 is a server that manages the MTC devices 1A, 1B, and 1C, collects information from the MTC devices 1A, 1B, and 1C, and provides the information to the MTC user U who uses the information.
  • the MTC server 2 is depicted as an entity that exists outside the 3GPP network 4, but may be an entity within the 3GPP network 4 provided by an operator.
  • the MTC devices 1A, 1B, and 1C receive request messages (device trigger requests) from the MTC server 2 or other MTC devices, and return data held by the MTC devices 1A, 1B, and 1C.
  • an IWF exists between the MTC server 2 and the 3GPP network 4.
  • the IWF is responsible for delivering the device trigger request received from the MTC server 2 to the MTC device via an appropriate entity in the 3GPP network 4.
  • the interface between the MTC server 2 and the IWF is called Tsp (or MTCsp).
  • the application on the MTC server 2 that communicates with the MTC device does not necessarily need to operate on the MTC server 2, and an application that operates on a different node different from the MTC server 2 can be connected via the MTC server. You may communicate with the MTC device.
  • the operation of the MTC server 2 described below may be executed by an application on the MTC server 2 or may be executed by an application that operates on a different node from the MTC server 2, and in both cases, the MTC server Communication is carried out via 2. In the following description, it is assumed that an application is operating on the MTC server 2.
  • a request message for requesting the same type of information to the MTC device 1A and the MTC device 1B is transmitted from the MTC server 2 or another MTC device 1C.
  • a method for the MTC server 2 or another MTC device 1C to recognize that the MTC device 1A and the MTC device 1B are MTC devices having the same type of information will be described below. The determination is based on the subscription information and context of the MTC devices 1A and 1B that are the information request destinations, and the group information and capability information notified from the MTC devices 1A and 1B.
  • the case where a request message is transmitted from the MTC server 2 is described below, the same applies to the case where another MTC device 1C transmits a request message.
  • the group information generation method 1 will be described with reference to FIG. (1) (2)
  • the MTC devices 1A to 1C may use local communication technologies (Bluetooth (registered trademark), infrared, WLAN (IEEE802. .11a / b / g / n / p (WiFi Direct), DSRC (Dedicated Short Range Communication), and communication using white space (700 / 900Mhz band, etc.)) If you have a group.
  • the MTC devices 1A and 1B form a group (narrow area).
  • the group information at that time includes not only information indicating what common features are, but also capability information of each device.
  • Local communication refers to communication for sharing information between MTC devices, and communication means therefor are not limited to the above-mentioned local communication technology (short-range wireless communication technology), but include UMTS and LTE.
  • the cellular communication technology wide area wireless communication technology
  • the cellular communication includes not only normal communication via the base station but also direct communication not via the base station (terminals are directly connected to each other and perform P2P communication).
  • the information shared between the MTC devices 1A and 1B includes the IDs for cellular communication of the MTC devices 1A and 1B (IMSI: International Mobile Subscriber Identity, TMSI: Temporary Mobile Subscriber Identity, S-TMSI (SAE Temporary Mobile Station). Identifier), P-TMSI (Packet Temporary Mobile Station Identifier), IMEI, MSISDN, GUTI, ME Identify, EPS bearer ID, etc.).
  • IMSI International Mobile Subscriber Identity
  • TMSI Temporary Mobile Subscriber Identity
  • S-TMSI SeE Temporary Mobile Station). Identifier
  • P-TMSI Packet Temporary Mobile Station Identifier
  • IMEI Packet Temporary Mobile Station Identifier
  • MSISDN GUTI
  • ME Identify Mobility Bearer ID
  • EPS bearer ID etc.
  • the ID shared here is used as an ID for specifying another MTC device when paging described later is received.
  • ID it is not limited to these, Arbitrary
  • the MTC devices 1A and 1B notify the formed group information to the MTC server 2.
  • the MTC server 2 that has received the group information notification from the MTC devices 1A and 1B can know the members of the notified group and what characteristics are common to the group.
  • the group information and capability information may be notified individually by the MTC devices 1A and 1B, or may be notified by an MTC device representing the group.
  • the MTC devices 1A, 1B, and 1C may form a group (wide area).
  • cars with sensors such as a camera on the front part
  • surveillance cameras mobile camera, wearable camera, fixed camera
  • Group information generation method 2 The group information generation method 2 will be described with reference to FIG. (1) (2) Neighboring MTC devices 1A and 1B connected by local communication share the capability information of each other and notify the MTC server 2 of the information. That is, at this time, the MTC devices 1A and 1B are not yet grouped. (3) The MTC server 2 that has acquired the capability information of the MTC devices 1A and 1B confirms the capability information, and if there are MTC devices having common characteristics, these MTC devices are grouped. For example, the MTC device 1A and the MTC device 1B form a group (narrow area).
  • a group (wide area) is formed for the MTC devices 1A, 1B, and 1C.
  • the notification of capability information may be performed individually by each of the MTC devices 1A and 1B, or may be notified by an MTC device representing a group.
  • the MTC server 2 that groups the MTC devices 1A and 1B notifies the representative MTC device 1A of group information, for example. It is not always necessary to notify the group information from the MTC server 2 to the MTC devices 1A and 1B.
  • the MTC devices 1A and 1B receive paging, the capability information is shared between the MTC devices via local communication. And common features may be recognized.
  • sharing capability information the MTC device 1A connects to the MTC device 1B that has received the same paging as the paging received by itself.
  • a device that should share information may be searched using the ID of the MTC device 1B included in paging, or may be searched using an ID that identifies the received paging.
  • the capability information may be shared with other MTC devices using the cellular line.
  • the representative MTC device 1A notified of the group information shares the group information with the grouped MTC devices 1B.
  • the MTC server 2 may individually notify the group information to each of the MTC devices 1A and 1B.
  • Group information generation method 3 The group information generation method 3 will be described with reference to FIG. (1) Neighboring MTC devices 1A, 1B and 1C connected by local communication share each other's capability information, (2) Form a group (wide area) for certain common features, (3) Notify the group information to the MTC server 2. (4) The MTC server 2 confirms the capabilities of the MTC devices 1A, 1B, and 1C belonging to the group, and further subgroups (narrow areas) for the MTC devices 1A and 1B having common characteristics. Form.
  • the MTC server 2 further includes MTC devices 1A and MTC devices 1B having HD cameras as more detailed features. Subgroup. (5) In this case, the MTC server 2 may notify each MTC device 1A, 1B of information regarding the formed subgroup. (6) Receiving this notification, the MTC devices 1A and 1B can know which subgroup (narrow area) in the group they belong to. It is not always necessary to notify the group information from the MTC server 2 to the MTC devices 1A and 1B, and when the MTC devices 1A and 1B receive paging, the capability information is shared between the MTC devices and is shared. Features may be recognized.
  • the notification of group information and capability information from the MTC devices 1A, 1B, and 1C to the MTC server 2 in (3) may be performed individually by each MTC device 1A, 1B, and 1C.
  • the representative MTC device may notify.
  • the notification of subgroup information from the MTC server 2 to the MTC devices 1A and 1B in (5) may be individually notified to the MTC devices 1A and 1B, respectively, for example, the MTC device 1A representing the subgroup. May be notified.
  • the representative MTC device 1A notifies the subgroup information to the other MTC device 1B through local communication or cellular communication.
  • the group information generation method 4 will be described with reference to FIG. (1)
  • the MTC server 2 has already grasped each capability of the MTC devices 1A, 1B, 1C, (2) Furthermore, when recognizing the position information of each MTC device 1A, 1B, 1C, (3) Based on the current position information of the MTC devices 1A, 1B, and 1C, the MTC devices 1A, 1B, and 1C that are adjacent devices and have common characteristics are grouped. For example, a group (narrow area) may be formed for the MTC device 1A and the MTC device 1B, or a group (wide area) may be formed for the MTC devices 1A, 1B, and 1C.
  • the MTC devices 1A and 1B that are members of the group are notified of the grouping. It is not always necessary to notify the group information from the MTC server 2 to the MTC devices 1A and 1B, and when the MTC devices 1A and 1B receive paging, the capability information is shared between the MTC devices and is shared. Features may be recognized.
  • position information position information of GPS (Global Positioning System) notified from the MTC devices 1A and 1B periodically or at an arbitrary timing may be used, or the MTC devices 1A and 1B are connected, or Information notified from the MTC devices 1A and 1B or the core network 4 about the base station (eNB) 3 of the cell that may be connected may be used.
  • the MTC server 2 confirms only the position information related to the representative MTC device (for example, 1A), and thus other MTC devices (for example, 1B). The position of can also be grasped.
  • the information about the MTC device 1B moving together with the representative MTC device 1A may be notified by the representative MTC device 1A at an arbitrary timing, or is set in advance for the MTC server 2 and the MTC device 1A. Also good.
  • the group information generation method 5 will be described with reference to FIG.
  • the MTC devices 1 ⁇ / b> A and 1 ⁇ / b> B and the MTC server 2 specify common features from the capability information of the MTC devices 1 ⁇ / b> A and 1 ⁇ / b> B, respectively. That is, (1) (2) The MTC devices 1A and 1B share the capability information of each other through local communication, and form a group based on common features. In this case, both the wide-area group formed by the MTC devices 1A, 1B, and 1C and the narrow-area group formed by the MTC device 1A and the MTC device 1B may be formed, or only one of them may be formed. Also good.
  • the MTC server 2 side selects adjacent MTC devices 1A, 1B based on the current position information of the MTC devices 1A, 1B, 1C. Extract and group MTC devices 1A, 1B having characteristics common to them. In this case, the MTC server 2 forms a wide area group and / or a narrow area group in the same manner as the MTC devices 1A, 1B, and 1C.
  • the MTC server 2 does not have to notify the formed group information to the MTC devices 1A and 1B, and does not notify the group information formed by the MTC devices 1A and 1B to the MTC server 2. Also good. That is, if the MTC server 2 and the MTC devices 1A and 1B perform grouping based on the same determination criteria, the grouping results performed by the two are the same. Therefore, the group information between the MTC devices 1A and 1B and the MTC server 2 is changed. There is no need to notify. The group formation by the MTC devices 1A and 1B may be performed when paging is performed.
  • the local communication performed for the MTC devices 1A, 1B, and 1C to share the capability information is that the MTC devices 1A, 1B, and 1C already hold the mutual capability information. If so, you do not need to do it.
  • the MTC server 2 can group a plurality of MTC devices 1A and 1B that may have the requested information by any one of the group information generation methods 1 to 5. it can. Further, the MTC devices 1A and 1B can acquire capability information of other MTC devices belonging to the same group, and can also acquire information of the group to which the MTC devices 1A and 1B belong. In addition to the group information generation method 4, the MTC devices 1A and 1B may notify the MME 5 or the MTC server 2 of their own location information in other methods. As a result, when the MME 5 transmits paging, the paging can be transmitted only to the base station to which the MTC devices 1A and 1B are connected.
  • a group (narrow area) is formed for the MTC device 1A and the MTC device 1B, and the MTC server 2 or the MTC device 1C transmits a message requesting information common to the MTC device 1A and the MTC device 1B.
  • a group wide area
  • MTC devices 1A, 1B, and 1C are formed and a message requesting information common to MTC devices 1A, 1B, and 1C is transmitted.
  • the method by which the MTC devices 1A, 1B, 1C and the MTC server 2 form a group is not limited to these.
  • the case where a request message is transmitted from the MTC server 2 is described below, the same applies to the case where another MTC device 1C transmits a request message.
  • FIG. 7 shows a first technique for the MME 5 to specify a plurality of MTC devices 1A, 1B to be included in the paging request.
  • the MTC server 2 transmits a request message to the MTC device 1A and the MTC device 1B in order to acquire information related to characteristics common to the MTC device 1A and the MTC device 1B. .
  • This request message is transferred from the P-GW 7 to the S-GW 6, and the S-GW 6 sends the request message to the MME 5 if the destination MTC device 1A and the MTC device 1B do not have a context related to the base station 3 or the like.
  • DDN DownLink Data Notification
  • the MTC server 2 may include the location information of the MTC device 1A and the MTC device 1B in the request message transmitted in FIGS. 7 (2) and (4).
  • the position information may be GPS information or information related to the base station 3 to which the MTC devices 1A and 1B are connected, notified from the 3GPP network 4 or each MTC device.
  • the MTC devices 1A and 1B are connected to the same base station 3, since the MME 5 only needs to transmit a paging request to the specific base station 3, transmission of unnecessary paging to other base stations in the tracking area Can be reduced.
  • the base station 3 After the MME 5 transmits one paging request including the IDs of the plurality of MTC devices 1A and 1B to the base station 3, the base station 3 responds to the paging request received from the MME 3 with the MTC device 1A and the subordinate devices. A paging message including both IDs of the MTC device 1B is transmitted.
  • the time interval that the MME 5 recognizes that the DDN for the MTC devices 1A and 1B is triggered from the same request message may be set by the operator in the MME 5 or may be set by the MTC server 2. . Further, the base station 3 may hold the function of the MME 5 in this method. In this case, when the base station 3 receives a paging request addressed to the MTC device 1A and the MTC device 1B from the MME 5 within a predetermined time, the base station 3 transmits paging including the IDs of both the MTC device 1A and the MTC device 1B. Further, information indicating that the MTC device 1A and the MTC device 1B are grouped may be notified to the MME 5 in the request message transmitted by the MTC server 2.
  • the MME 5 when the MME 5 receives a DDN addressed to an MTC device belonging to a group, the MME 5 predicts that a DDN addressed to another MTC device belonging to the same group will continue and can wait more effectively for a certain period of time. Become. Further, the S-GW 6 or the P-GW 7 may hold the function of the MME 5 instead of the MME 5. In that case, the request message transmitted from the MTC server 2 is confirmed instead of the DDN. Further, the IWF may hold the function of the MME 5 in this method.
  • the request message includes information indicating that the request message addressed to another MTC device continues.
  • the MME 5 is instructed to transmit the paging including the IDs of both the MTC device 1A and the MTC device 1B. Note that the paging transmitted by the MME 5 may be transmitted as a separate message for each of the MTC devices 1A and MTC device 1B, as long as both IDs are included.
  • the MTC server 2 does not need to transmit a new signaling or change a request message for causing the MME 5 to recognize the relationship between the MTC device 1A and the MTC device 1B.
  • the MME 5 may recognize the relevance of both request messages.
  • the paging request including the IDs of both the MTC device 1A and the MTC device 1B is transmitted.
  • the MTC device 1A specifies a common feature and establishes a connection when data is held.
  • the MTC device 1B does not respond to paging if no common feature is specified or data is not held (detailed in FIG. 11).
  • FIG. 9 shows a second method in which the MME 5 specifies a plurality of MTC devices 1A and 1B to be included in the paging request.
  • the MTC server 2 transmits both the IDs of the MTC device 1A and the MTC device 1B in one request message.
  • the MTC server 2 may include location information of the MTC device 1A and the MTC device 1B in the request message to be transmitted.
  • the position information may be GPS information or information related to the base station 3 to which the MTC devices 1A and 1B are connected, notified from the 3GPP network 4 or the MTC device.
  • the S-GW 6 transmits to the MME 5 a DDN including IDs that specify both the MTC device 1A and the MTC device 1B.
  • the ID included in the DDN the EPS bearer ID of each device can be used.
  • the MME 5 sets the IDs of the MTC devices 1A and 1B as shown in FIG. Decide to send one paging request that contains all.
  • the IWF may receive a request message from the MTC server 2 instead of the S-GW 6 and instruct the MME 5 to transmit paging including the IDs of both the MTC device 1A and the MTC device 1B.
  • the MTC server 2 does not need to transmit new signaling for recognizing the association between the MTC device 1A and the MTC device 1B to the S-GW 6 and the MME 5, and is shown in FIG. 7 (3).
  • the MME 5 can recognize the relationship between the MTC device 1A and the MTC device 1B, and transmits a paging request including the IDs of both the MTC device 1A and the MTC device 1B.
  • a field for including information (application information) carried to the MTC device is provided in the request message, and the MTC server 2 includes the MTC device 1A and the MTC device 1A in the field. Both IDs of the MTC device 1B may be included. Then, the MTC server 2 transmits a request message including the IDs of both the MTC device 1A and the MTC device 1B as application information, and separate messages addressed to the MTC device 1A and the MTC device 1B.
  • the IWF that has received the request message separately transmits a message instructing the MME 5 to transmit paging addressed to the MTC device 1A and a message instructing to transmit paging addressed to the MTC device 1B.
  • the MME 5 transmits paging addressed to the MTC device 1A and paging addressed to the MTC device 1B separately.
  • the message transmitted by the MME 5 is a NAS message (Downlink generic NAS transport) including GenericGenmessage container in which application information is inserted, or a NAS message (Downlink NAS Transport) including NAS message container in which application information is inserted. It is desirable to be.
  • the application information is notified to the MTC device as SMS.
  • the IWF and the MME 5 do not need to recognize the relationship between the MTC device 1A and the MTC device 1B, so that the load can be reduced.
  • the MTC device 1A identifies a common feature and establishes a connection in response to paging when data is held. For example, if the application information included in the received paging includes the ID of another MTC device 1B, the MTC device 1A specifies a feature common to the MTC device 1B and stores data related to the feature. Respond to paging when Further, for example, the MTC device 1B does not respond to paging when a common feature is not specified or data is not held (detailed in FIG. 11).
  • FIG. 10 shows a third method in which the MME 5 specifies a plurality of MTC devices 1A and 1B to be included in the paging request. Note that the technique shown in FIG. 10 will be described in more detail in the second embodiment.
  • the MTC server 2 notifies the MME 5 of information related to the group to which the MTC device 1A and the MTC device 1B belong in advance.
  • the MTC server 2 may include location information of the MTC device 1A and the MTC device 1B in the request message to be transmitted.
  • the position information may be GPS information or information related to the base station 3 to which the MTC devices 1A and 1B are connected, notified from the 3GPP network 4 or the MTC device.
  • the MTC devices 1A and 1B are connected to the same base station 3, since the MME 5 only needs to transmit a paging request to the specific base station 3, transmission of unnecessary paging to other base stations in the tracking area Can be reduced.
  • the MME 5 that has received the request message confirms information related to the group when the group ID is specified as the destination and information related to the group is held. Then, one paging request including both the IDs of the MTC device 1A and the MTC device 1B that are members belonging to the group is transmitted. (9) (10) (11) For example, the MTC device 1A specifies a common feature and establishes a connection when data is held. For example, the MTC device 1B does not respond to paging if no common feature is specified or data is not held (detailed in FIG. 11).
  • the MME 5 can determine that the devices to be included in the paging are the MTC device 1A and the MTC device 1B only by confirming the group ID included in the received request message. Accordingly, the MME 5 can recognize the relationship between the MTC device 1A and the MTC device 1B, and transmits a paging request including the IDs of both the MTC device 1A and the MTC device 1B. Note that the function of the MME 5 in this method may be held by the base station 3, or the S-GW 6, or the P-GW 7.
  • the base station 3, or the S-GW 6, or the P-GW 7 is notified in advance of information related to the group to which the MTC device 1A and the MTC device 1B belong, and the group specified in the received paging or received message Is converted to the ID of each MTC device belonging to the group. Further, the paging request including the group ID and the IDs of the MTC devices 1A and 1B may be generated by combining the group-addressed message transmission methods 2 and 3.
  • the MME 5 can specify the plurality of MTC devices 1A and 1B to be included in the paging request to be transmitted to the base station 3 by any one of the group-addressed message transmission methods 1 to 3.
  • One paging request including the IDs of a plurality of MTC devices 1A and 1B for which the same information is requested can be transmitted.
  • a request message transmitted by the MTC server 2 from a gateway (IWF: Interworking Function, MTC-GW) located between the network 4 and the MTC server 2 May be received to instruct the MME 5 to transmit paging.
  • IWF Interworking Function
  • the MME 5 can aggregate the paging requests that are normally sent individually to a plurality of MTC devices into one paging request, and therefore the effect that the resources necessary for transmitting the paging request can be reduced. Can also be obtained.
  • This effect is that the MME 5 is an area in which the respective MTC devices are present, or is connected to or possibly connected from the base stations in the tracking areas of the MTC device 1A and the MTC device 1B. It is more effective when the station can be specified. That is, when the MME 5 detects that the MTC devices 1A and 1B are connected to the same base station, the MME 5 configures and specifies the paging request using any one of the group-addressed message transmission methods 1 to 3.
  • a paging request including the IDs of both MTC devices is transmitted only to the base station.
  • the MME 5 may use the base station 3 identified from the information of the connected base station 3 notified from the MTC device or the location information such as GPS as the transmission destination of the paging request. .
  • the location information may be acquired directly by the MME 5 from the MTC device, or may be acquired via the MTC server 2 that has received the notification from the MTC device.
  • FIG. 11 is a flowchart showing processing performed when the MTC device 1A receives a paging message (hereinafter simply referred to as paging) from the base station 3 (step S1). The same process is performed when the MTC device 1B receives paging.
  • the MTC device 1A checks whether or not its own ID is included (step S2). If the ID of the MTC device 1A is included (YES in step S2), Judged as paging addressed to itself. On the other hand, if the ID of the MTC device 1A is not included (NO in step S2), the paging is ignored and no response is made (step S8).
  • the MTC device 1A When the ID of the MTC device 1A is included (YES in step S2), the MTC device 1A is further included in the MTC device 1B belonging to the same group as itself or in the shared capability information. It is confirmed whether or not the ID of the MTC device 1B is included in the same paging (step S3).
  • the ID of the MTC device 1B is included (Yes in step S3), the group information or the capability information is referred to and the features common to the MTC device 1B are specified (steps S4 and S5). That is, when the MTC device 1A holds group information, it identifies what the characteristics of the group are.
  • the MTC device 1A confirms the capability of the MTC device 1B and specifies the features common to itself. After identifying the common feature in step S5, the MTC device 1A determines that the request message transmitted from the MTC server 2 is a message for requesting information regarding the identified feature. Then, the MTC device 1A holds information regarding the feature, or holds the information and the information is information to be transmitted to the MTC server 2 (YES in step S6 ⁇ S7). Responds to the received paging (step S9). Then, a connection is established with the network 4 and information is transmitted to the MTC server 2. On the other hand, if the information regarding the feature is not held (NO in step S6), or if the information is not to be transmitted to the MTC server, no response is made to the received paging (step S8).
  • the MTC device 1A can know the type of information requested by the MTC server 2 only by receiving the paging. Therefore, when the information is not held, the MTC device 1A establishes a connection with the network 4. No need to establish. As a result, it is possible to eliminate signaling accompanying establishment of an unnecessary connection, and it is possible to reduce the traffic amount and the power consumption of the device.
  • FIG. 12 is a diagram illustrating a configuration example of the MTC device 1A (and the MTC device 1B).
  • the MTC device 1A includes an interface 11 for connecting to the network 4, a group generation unit 12 that generates a group by the group information generation methods 1 to 5, a device information holding unit 13, a paging reception unit 14, and a request information specification
  • the unit 15, the transmission data holding unit 16, and the paging response unit 17 are held.
  • the device information holding unit 13 holds the capability information shared with other MTC devices 1B by the group information generation methods 1 to 5, the group information formed by the MTC devices 1A and 1B, and the group information notified from the MTC server 2. To do.
  • the MTC devices 1A and 1B are connected to each other using the local communication technology, and the capability information of each other is exchanged. After sharing the capability information, if necessary, a group is formed between the MTC devices 1A and 1B having common characteristics. Further, in the group information generation methods 1 to 3, the capability information or the formed group information is notified to the MTC server 2. When group information is notified from the MTC server 2 as in the group information generation methods 3 and 4, the device information holding unit 13 receives and stores group information from the MTC server 2.
  • the paging reception unit 14 receives the paging message from the base station 3 and confirms whether or not its own ID is included in the paging message.
  • the own ID may be included as a destination of the received paging.
  • the paging reception unit 14 further confirms whether the IDs of other MTC devices 1B held in the device information holding unit 13 are also included in the same paging message.
  • the ID of the other MTC device 1B may be included as a destination for the received paging, or may be included in a field for storing application information in the paging. Note that the own ID may be included in the application information together with the IDs of the other MTC devices 1B to 1C.
  • the paging reception unit 14 identifies information requested by the request message that triggered the paging message (hereinafter simply referred to as paging) to the request information identification unit 15. Instruct them to do so.
  • the request information identification unit 15 Upon receiving an instruction from the paging reception unit 14, the request information identification unit 15 refers to the group information held in the device information holding unit 13 or the capability information of another MTC device 1B, and confirms characteristics common to itself. To do. For example, when the capability information of the MTC device 1A and the MTC device 1B includes the function “HD camera”, the common feature of both is specified as “HD camera”. When there is a common feature, the request information specifying unit 15 determines that the information requested from the MTC server 2 is information related to the feature, and the information is sent to the transmission data holding unit 16. Check if it is held. If the information is stored, the request information specifying unit 15 instructs the paging response unit 17 to respond to the received paging.
  • the request information specifying unit 15 instructs the paging response unit 17 not to respond to the received paging.
  • the transmission data holding unit 16 holds information detected and collected by the MTC device 1A. If necessary, it is determined whether the stored information is information for the MTC server 2, information for another MTC device 1B, or information used by itself. Note that the request information specifying unit 15 and the transmission data holding unit 16 may be functions of an application operating on the MTC device. That is, the paging reception unit 14 passes the ID of the MTC device 1B to the application including the request information specifying unit 15.
  • the paging reception unit 14 passes the application information included in the paging to the request information specifying unit 15 that is an application.
  • the application information includes the ID of another MTC device 1B
  • the application identifies a common feature and checks whether information related to the feature is held.
  • the paging reception unit 14 and the paging response unit 17 may be functions that the NAS layer of the MTC device has.
  • the paging response unit 17 receives an instruction from the request information specifying unit 15, establishes a connection with the network in response to the received paging, or ends without responding.
  • the establishment of a connection with the network is an RRC (Radio-Reserve-Control) connection established with the base station 3, and a Service-Request message is transmitted to the MME 5 through the RRC connection.
  • a connection (or PDP context) is established and a message transmitted from the MTC server 2 is received.
  • the paging response unit 17 If an RRC connection has already been established, the paging response unit 17 generates a request message (PDN Connectivity Request) for establishing a PDN connection or a request message for generating or updating a dedicated bearer (Dedicated Bearer) ( A control message such as Bearer Modification Request is transmitted to the MME 5 as a paging response.
  • PDN Connectivity Request a request message for establishing a PDN connection or a request message for generating or updating a dedicated bearer (Dedicated Bearer)
  • a control message such as Bearer Modification Request is transmitted to the MME 5 as a paging response.
  • FIG. 13 is a diagram illustrating a configuration example of the MTC device 1C when the MTC device 1C, not the MTC server 2, transmits a message to the MTC device 1A and the MTC device 1B.
  • the MTC device 1 ⁇ / b> C holds an interface 11 for connecting to the network 4, a device information holding unit 13, and a request message transmission unit 18.
  • the MTC devices 1A to 1C form a group (wide area) by local communication, and the MTC device 1C requests information regarding characteristics common to the MTC devices 1A and 1B.
  • the device information holding unit 13 is the same as the device information holding unit 13 in FIG.
  • the request message sending unit 18 refers to the group information held in the device information holding unit 13 and detects that the feature is common to the MTC devices 1A and 1B. Then, the request message is transmitted using any one of the group-addressed message transmission methods 1 to 3.
  • FIG. 14 is a diagram illustrating a configuration example of the MTC server 2.
  • the MTC server 2 includes an interface 21 for connecting to the network 4, a device information holding unit 22, a group generation unit 23, a request message transmission unit 24, and a group generation unit 25.
  • the device information holding unit 22 holds group information and capability information regarding the MTC devices 1A, 1B, and 1C. Such information may be held dynamically using any one of the group information generation methods 1 to 5, or may be held statically by a user or an operator.
  • the group generation unit 23 checks the capabilities of the MTC devices 1A, 1B, and 1C, groups the MTC devices 1A and 1B having common characteristics, and holds the information in the device information holding unit 22. When the group information (narrow area) notified from the MTC devices 1A and 1B and the static group information are held in the device information holding unit 22, the group generation unit 23 is necessarily required to generate a new group. There is no.
  • the request message transmission unit 24 generates and transmits a request message for the grouped MTC devices 1A and 1B using any one of the group-addressed message transmission methods 1 to 3.
  • the request message to be generated generates an individual message for each of the MTC devices 1A and 1B belonging to the group, or generates a single message including the IDs of all the MTC devices 1A and 1B belonging to the group.
  • One message including the ID of is generated.
  • the IDs of both the MTC device 1A and the MTC device 1B may be included in each message as application data. In this case, the IWF and MME 5 do not need to recognize the relevance of the MTC device ID.
  • FIG. 15 is a diagram illustrating a configuration example of the MME 5.
  • the MME 5 includes an interface 51 for connecting to the network 4, a downlink data notification reception unit 52, a paging request transmission unit 53, and a group information holding unit 54.
  • the downlink data notification receiving unit 52 receives the DDN transmitted by the S-GW 6, and transmits a paging request to the MTC devices 1A and 1B derived from information specifying the destination included in the DDN. As shown in FIGS.
  • the MME 5 when receiving an individual DDN for each MTC device 1A, 1B from the S-GW 6, the MME 5 receives a DDN addressed to a certain MTC device 1A, It waits for a predetermined time until receiving a DDN addressed to another MTC device 1B belonging to the same group as the MTC device 1A (see FIG. 7 (3)). When a DDN addressed to another MTC device 1B belonging to the same group is received within a certain time, the MME 5 transmits the same paging request including the IDs of those MTC devices 1A and 1B (see FIG. 7 (4) to (7)).
  • the MTC device 1A when the MTC device 1A receives the paging, the ID of the other MTC device 1B belonging to the same group is included in the paging. If it is confirmed that the request message that triggered the paging is identified by referring to the group information and identifying the characteristics common to the MTC device 1B, it is possible to identify the type of information requested by the request message that triggered the paging. It becomes. As a result, when the specified type of information is not held, it is not necessary to establish a connection with the network, signaling associated with the establishment of an unnecessary connection can be reduced, and the power consumption of the MTC device 1A is also reduced. It becomes possible to reduce.
  • the MTC server 2 and the MTC devices 1A and 1B share information about the formed group.
  • the method group information generation methods 1 to 5 described in the first embodiment of the present invention can be used.
  • the group is generated.
  • the generated MTC server 2 notifies the formed group information to the MTC devices 1A and 1B.
  • the group information includes a group ID and information on other devices belonging to the group (such as ID and capability). If the MTC devices 1A and 1B already share capability information, the MTC server 2 does not need to include capability information in the group information notified to the MTC devices 1A and 1B.
  • the MTC devices 1A to 1C execute a procedure (PDN Connectivity Request, Bearer Resource Allocation request, etc.) for establishing a new connection or bearer using their own group ID and address the group ID transmitted from the MTC server 2.
  • a paging request based on the message can be received from the MME 5.
  • the group ID is transmitted in addition to the own ID.
  • a procedure for updating an existing connection (Bearer Resource Allocation request, Bearer Resource Modification request, etc.) may be executed to associate the acquired group ID with the existing connection or bearer.
  • the MTC server 2 transmits only one request message addressed to the group ID as shown in FIG. 10 (4), so that FIGS. 7 (6), (7) and FIG.
  • the same paging message as in FIGS. 9 (5) and 9 (6) can be delivered from the MME 5 to the plurality of MTC devices 1A and 1B.
  • the P-GW 7, S-GW 6, and MME 5 establish a new connection using the group ID, update existing connection information, and update location information. May be performed.
  • the MTC server 2 After the MTC server 2 and the MTC devices 1A to 1C share the group information, the MTC server 2 transmits a request message to the group ID. Similarly, the MME 5 that has received the DDN from the S-GW 6 transmits a paging request including the subgroup ID to the base station 3. Similarly, the base station 3 transmits paging including the ID of the subgroup to the MTC devices 1A to 1C. When the MTC devices 1A to 1C confirm that the ID included in the received paging is the ID of the group to which the MTC devices 1A to 1C belong, the MTC devices 1A to 1C confirm what the characteristics common to the group are.
  • the confirmation method refers to capability information of each of the MTC devices 1A to 1C included in the group information, and extracts features common to the members of the group. Alternatively, when a common feature is described in the group information notified from the MTC server 2, the value is referred to.
  • the MTC devices 1A to 1C that have identified the common feature determine that the received request message that triggered paging is a message requesting information on the feature, and respond to paging if the information is retained. If not, ignore paging.
  • the destination ID included in the paging belongs to the group to which it belongs. In the case of the ID, it is possible to determine the type of information requested by the request message that triggered paging by referring to the group information and specifying a common feature.
  • the S-GW 6 receives a request message from the MTC server 2, the S-GW 6 transmits a DDN to the MME 5.
  • the S-GW 6 includes the type of information requested in the request message received from the MTC server 2 when transmitting the DDN to the MME 5.
  • the MME 5 transmits the type of information included in the DDN included in the paging request.
  • the base station 3 transmits the paging transmitted to the MTC devices 1A to 1C including the value indicating the type of information notified from the MME 5.
  • the MTC devices 1A to 1C When receiving the paging, the MTC devices 1A to 1C first check whether or not their own ID is included, and if included, include the type of information requested in the paging. Check the field. When the type of information is data held by each of the MTC devices 1A to 1C, a connection with the network is established in response to the received paging. On the other hand, when the information type is data that is not held by the MTC devices 1A to 1C, the received paging is ignored.
  • the base station 3 may include the information type in SIB (System Information Block) notified as control information, instead of directly entering the information type in the paging. When the type of information is entered in the SIB, the base station 3 preferably sets the SystemInformationModification flag during paging.
  • SIB System Information Block
  • the MTC devices 1A to 1C when the MTC devices 1A to 1C receive paging, the information stored in a specific place in the paging or SIB is stored. By checking, it is possible to specify the type of information requested by the request message that triggered paging, so there is no need to establish a connection with the network 4 if data is not held, and is unnecessary Signaling associated with establishment of a simple connection can be reduced, and power consumption of the MTC devices 1A to 1C can be reduced.
  • the 3GPP network or the MTC server 2 transmits paging including the IDs of the plurality of MTC devices 1A to 1C belonging to the group to the MTC devices 1A to 1C.
  • the MTC devices 1A to 1C can determine whether or not to respond to paging.
  • the fourth embodiment of the present invention by determining a device representative of a group (master device) between the MTC devices 1A to 1C, only the master device responds to paging, and the other devices Don't respond.
  • the MTC devices 1A to 1C can change the master device according to the situation. Even if the master device is changed, it is not necessary to notify the MTC server 2.
  • the MTC devices 1A to 1C form a group using local communication technology, and further determine a master device in the group. As in the other embodiments, any communication technology used for local communication may be used as long as information can be exchanged between MTC devices.
  • the master device is a device that communicates with the MTC server 2 on behalf of the group. For example, assume that the MTC device 1C is selected as the master device. Each MTC device 1A to 1C recognizes that the MTC device 1C is a master device. When the MTC server 2 wants to transmit a message to the MTC devices 1A to 1C belonging to the group, the MTC server 2 transmits the message to the MTC devices 1A to 1C using the group-addressed message transmission methods 1 to 3. Note that the local communication performed to determine the master device is not required when the MTC devices 1A to 1C already hold the master device information.
  • the MTC devices 1A to 1C receive the paging including all of their IDs. First, after confirming that each of the MTC devices 1A to 1C includes its own ID in the received paging, whether the ID of the master MTC device 1C of the group to which it belongs is further included. Confirm whether or not. Note that the own ID may be included as a destination of the received paging. Furthermore, the IDs of the other MTC devices 1B to IC may be included as destinations of the received paging, or may be included in a field for storing application information in the paging. Note that the own ID may be included in the application information together with the IDs of the other MTC devices 1B to 1C.
  • the paging reception unit of the MTC device passes the received application information in the paging to the application. Then, the application determines whether or not to respond from the IDs of other MTC devices included in the application information. If the application determines that the response should be made, the PDN connection is made to the paging response unit. Instruct to establish.
  • the paging response unit then sends a control message (NAS message) such as a request message (PDN Connectivity Request) for establishing a PDN connection or a request message (Bearer Modification Request) for generating or updating a dedicated bearer (Dedicated Bearer). It is transmitted to the MME 5 as a paging response.
  • NAS message such as a request message (PDN Connectivity Request) for establishing a PDN connection or a request message (Bearer Modification Request) for generating or updating a dedicated bearer (Dedicated Bearer). It is transmitted to the MME 5 as a paging response.
  • the paging reception unit 14 and the paging response unit 17
  • the MTC device 1A determines that the MTC device 1C, which is the master device, communicates by connecting to the network on behalf of the group. Does not respond to paging. Similarly, since the MTC device 1B includes the ID of the MTC device 1C, the received paging is ignored. On the other hand, if the MTC device 1C, which is the master device, includes its own ID, it responds to paging and establishes a connection.
  • the MTC device 1C establishes a connection and communication with the MTC server 2 or the other MTC devices 1A and 1B is optional, but the information notified from the MTC devices 1A and 1B using local communication is combined with its own information.
  • the MTC server 2 can be notified, and the information received from the MTC server 2 can be notified to the MTC devices 1A and 1B.
  • the master device of the MTC device 1A and the MTC device 1B is the MTC device 1C has been described.
  • the MTC device 1B confirms that the ID of the MTC device 1D is included in the paging and determines that it does not respond to the received paging.
  • the master MTC device 1C even if the received paging includes its own ID, only the master MTC device 1C responds to the paging, and other than the master MTC device 1C. There is no need for the MTC devices 1A and 1B to respond to paging.
  • the request message transmitted as the communication partner node of the MTC devices 1A and 1B by the MTC server 2 and the MTC device 1C requests information from the MTC devices 1A and 1B.
  • the message may be a message for the MTC server 2 or the MTC device 1C to notify the MTC devices 1A and 1B of information as a communication partner node.
  • the MTC devices 1A and 1B have a function of recognizing information collected and detected by the MTC device 1C.
  • the MTC device 1C When the MTC device 1C notifies the information to the other MTC devices 1A and 1B belonging to the group, the MTC device 1C refers to the group information or capability information, and holds the function that the MTC devices 1A and 1B can process the information. Make sure. Then, an information notification message in which the MTC devices 1A and 1B are set as destinations is transmitted.
  • the MTC device 1A that has received this message refers to the device information holding unit 13, identifies the features common to the MTC device 1B, and sets the type of information included in the information notification message transmitted from the master MTC device 1C. Identify. After specifying the type of information, if the MTC device 1A needs the information, it responds to paging, establishes a connection with the network 4 and receives an information notification message. On the other hand, if the information is not needed, it does not respond to paging. Note that the MTC device 1B performs the same processing as the MTC device 1A.
  • a CBS or SMS including IDs of a plurality of MTC devices 1A to 1C is used instead of paging as a message transmitted from the 3GPP network 4 to the MTC device. May be.
  • a broadcast message including a group ID to which the MTC device belongs (for example, a CBS (Cell Broadcast Service) message) is transmitted.
  • a CBS message Cell Broadcast Service
  • MBMS Multimedia Broadcast and Multicast Service
  • the IWF (Interworking Function) 101 When an IWF (Interworking Function) 101 receives a trigger message from the MTC server 2, the IWF (Interworking Function) 101 sends a trigger to all the MTC devices belonging to the group to the network 4 (CBC (Cell Broadcast Center) 102). Request transmission of the CBS message.
  • the CBS message transmitted by the network 4 includes a group ID as a destination. Only the MTC device belonging to the group responds to the CBS message, and the MTC device not belonging to the group does not respond. That is, the MTC device receives the CBS message not only when its own ID is included in the CBS message but also when the group ID is included in the CBS message.
  • the MTC server 2 when the MTC server 2 wants to trigger a plurality of MTC devices at a time, it includes a group ID common to the plurality of MTC devices, instead of individual device IDs, to trigger the plurality of MTC devices. Messages can be aggregated into one broadcast message.
  • the MTC devices 1A, 1B, and 1C belonging to the group transmit a message for establishing a connection (or establishing a bearer or connecting to a network) as a response.
  • the network 4 (SGSN / MME5, CBC102) establishes connections of the MTC devices 1A, 1B, 1C to the IWF 101 and the MTC server 2. (Or bearer establishment or network connection) is notified.
  • the network 4 Since it cannot be determined whether or not the message is transmitted as a response to the CBS message, a connection establishment completion notification must be transmitted to the IWF 101 and the MTC server 2 even for connection establishment that is not a response to the CBS message. Furthermore, since the network 4 transmits a connection establishment completion notification for each of the MTC devices 1A, 1B, and 1C, signaling is concentrated on the IWF 101 and the MTC server 2. This occurs because a message for a trigger is transmitted in units of groups, but the response is made by individual MTC devices 1A, 1B, 1C.
  • the MTC devices 1A and 1B belonging to the group establish a connection to be transmitted as a response to the received CBS message (or establish a bearer or connect to the network).
  • Information indicating that it is a CBS message response CBS response information
  • IE Information Element
  • the network 4 SGSN / MME 5
  • the network 4 can simultaneously know that the received message is a response to the CBS message and which group the MTC devices 1A and 1B that transmitted the message belong to.
  • the network 4 (SGSN / MME 5) can transmit a completion notification only in the case of a response message to the CBS (Yes in steps S11 and S12). (Step S13). That is, when the CBS response information is not included in the received response message (No in step S12), the completion notification is not transmitted (step S14).
  • the network 4 (SGSN / MME 5) notifies the IWF 101 and the MTC server 2 of one message in which a plurality of messages for establishing a connection received during a predetermined time are collected. can do. Thereby, it is possible to prevent a plurality of connection establishment completion notifications from being concentrated on the IWF 101 and the MTC server 2.
  • a method in which the network 4 notifies a connection establishment response in which a plurality of messages are collected as shown in FIGS. Delays the notification of completion of connection establishment that the MTC server 2 wants to know immediately. Therefore, as shown in FIG. 19, when the MTC device receives the CBS message (step S21), the MTC device determines whether or not its connection establishment notification is immediately required by the MTC server 2 (hereinafter, immediately When the notification is necessary immediately (Yes in Step S22), the value included in the response message as CBS response information is set as the device ID (Step S23). On the other hand, when the notification is not required immediately (No in step S22), the group ID is set (step S24). The procedure for including the device ID in the response message is shown in FIGS. 17 (1C) to (6C).
  • the MTC server 2 passes information (application information, referred to as application information in FIG. 20) used when the MTC devices 1A, 1B, and 1C determine immediacy to the IWF (CBE) 101.
  • application information for example, the type of application used for communication, time information, GPS position information, and the like are used.
  • GPS position information if the position of the MTC devices 1A, 1B, and 1C is closer to the notified position than a certain reference, it is determined that the immediacy is high, and if the position is farther than a certain reference It can be judged that immediacy is low.
  • the MTC device that has received the CBS message can be made to make an appropriate determination on the immediacy of the response using the application information.
  • the MTC devices 1A, 1B, 1C immediately complete the establishment of their connection to the MTC server based on the application data included in the CBS message. Determine if you need to be notified.
  • the MTC device 1A that has determined that immediacy is high according to the determination result transmits a connection establishment request including the device ID as a CBS response
  • the MTC devices 1B and 1C that have determined that the immediacy is low transmit a connection establishment request including a group ID as a CBS response.
  • the network 4 that has received the connection establishment request in step S31 receives the CBS response information included in the response message. If the device ID is included (Yes in step S32), a connection completion notification is transmitted to the IWF 101 immediately after the connection is established (step S33). On the other hand, if the group ID is included as the CBS response information (No in step S32, Yes in step S34), a connection completion notification that summarizes the establishment of a plurality of connections completed within a predetermined time is transmitted to the IWF 101 ( Step S35, Step S36).
  • the message notifying that the connection establishment accompanying the response signaling from the MTC devices 1A, 1B, 1C to the CBS message is completed is the IWF 101.
  • the MTC device 1A that reduces the congestion given to the MTC server 2 and at the same time has a high immediacy of the connection completion notification it is handled separately from the notification that has a low immediacy by switching the information that the MTC device 1A includes as a CBS response.
  • the notification can be delivered to the MTC server 2 early.
  • the first to fourth embodiments of the present invention when an ID of another device is included in addition to its own ID when receiving paging, it is common to that device. By identifying the characteristics, it is possible to identify the type of message that triggered paging, so if there is no need to respond to the message, it is possible to determine not to respond to paging, and to establish unnecessary connections. The accompanying signaling can be reduced and power consumption can be reduced. Further, according to the fifth embodiment of the present invention, when a trigger message transmitted by broadcast is received and a connection is established, a connection completion notification is divided into a device with high immediacy and a device with low immediacy. It is possible to notify the IWF 101 and the MTC server 2, reducing the signaling associated with the connection completion notification and delivering necessary signaling without delay.
  • LSI Large Scale Integration
  • IC Integrated Circuit
  • system LSI super LSI
  • ultra LSI ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the present invention has an effect that it is possible to prevent a communication device that cannot return appropriate data in response to a message from a data collection server from establishing an unnecessary connection in response to paging.
  • the present invention can be applied to a communication technology for exchanging information between a node and a server or between communication nodes, in particular, an MTC technology.

Landscapes

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

Abstract

　適切なデータを返すことができない通信デバイスの不要コネクションの確立を防止する技術が開示され、それによれば近隣のＭＴＣデバイス１Ａ、１Ｂがそれぞれ、送信可能なデータ種別を示すケーパビリティ情報を共有し、同じ種別のデータを送信可能な通信ＭＴＣデバイス１Ａ、１Ｂ間でグループを形成し、ＭＭＥ５がＭＴＣサーバ２からデータ要求メッセージを受信した場合、ＭＴＣデバイス１Ａ、１Ｂに対し同一グループに属するＭＴＣデバイス１Ａ、１ＢのＩＤを含むページングメッセージを送信し、ＭＴＣデバイス１Ａ、１Ｂのそれぞれが、自身のＩＤと同一グループに属する他の通信デバイスのＩＤを含むページングメッセージを受信した場合、共有のケーパビリティ情報に基づき自身の送信可能なデータ種別と他のＭＴＣデバイスの送信可能なデータ種別を比較し、不一致の場合にページングメッセージを無視し、一致の場合に無線網とのコネクションを確立する。

Description

ページング方法、ページングシステム、通信デバイス及び通信相手ノード
　本発明は、通信相手ノードの要求に応じて無線網を介して複数の通信デバイスをページングし、そのページングを判別して応答した通信デバイスがデータを前記通信相手ノードに送信するページング方法、ページングシステム、通信デバイス及び通信相手ノードに関する。
　携帯電話のような豊富なユーザインタフェースを備えた端末を用いたユーザを主体とするコミュニケーション（Ｈ２Ｈ：Human to Human、Ｈ２Ｍ：Human to Machine）とは異なり、ユーザによる直接的な操作を必要とせず、単独で動作可能なデバイス（通信ノード、以下、デバイス）を用いたコミュニケーションの形態として、マシン間コミュニケーション（Machine to Machine CommunicationやMachine Type Communicationと呼ばれる。以下、Ｍ２Ｍ通信と記載）が存在する。Ｍ２Ｍ通信では、末端に位置し必要な情報を適宜収集する１つ又は複数のデバイス（以下、ＭＴＣデバイス）が動作し、各ＭＴＣデバイスが備えるセンシング機能（例えば、気温、震度、水量、カメラ）によって検出・計測された情報（センシングデータ）がデバイスを管理しているサーバ（以下、ＭＴＣサーバ）に集約され、その情報を基に様々なサービスがユーザ（クライアント）へ提供される。ユーザはＭＴＣサーバを介して、デバイスから通知された情報に基づくサービスの提供を受ける。
　上記のＭＴＣデバイスとＭＴＣサーバとの間の通信経路を確立する手段として、電話回線やＤＳＬ（Digital Subscriber Line）回線などの有線網だけでなく、携帯電話網などの無線網を活用することができる。特に無線を用いた場合は、ＭＴＣデバイスの設置場所に関する制限がほぼなくなるため、広範囲にＭＴＣデバイスを設置することが可能となり、非常に有効な通信手段であると言える。
　しかしながら、通常、携帯電話などで用いられる無線通信システムは携帯電話向けに最適化されたものであり、Ｍ２Ｍ通信に特化したサービスを提供するＭＴＣデバイスにとって、必ずしも最適なものとは言えない。例えば、携帯電話であれば、自分宛の音声通話の着信を受けるために定期的にネットワーク側からのページングをチェックする必要があるが、音声通話機能を持たないＭＴＣデバイスであれば、常時ページングを受けられる状態である必要はないため、そのような動作は不要となる。
　また、ＭＴＣデバイスは設置場所が多岐に渡るうえに、ユーザとの接触が少ないため、電力が常に供給される状態に置かれる可能性は少ない。そのため、電池やバッテリなどの限りがある電力を用いる必要があり、消費電力をできるだけ抑え、動作時間を長くすることが求められている。特に、通信に使用する無線インタフェースによって消費される電力は無視できないものであり、ＭＴＣデバイス向けに無線通信システムを最適化することは、無線通信を用いるＭＴＣデバイスにとっては必要不可欠な課題である。なお、現在３ＧＰＰ（3rd Generation Partnership Project）では、携帯電話網をＭ２Ｍ通信向けに最適化するための議論が行われている（下記の非特許文献１、非特許文献２を参照）。
　さらに、設置規模が大きくなればなるほど、動作するＭＴＣデバイスの数も膨大なものとなることが予想される。このため、大量のＭＴＣデバイスが同時にネットワークへ接続し、データの送受信を開始した場合、無線ネットワーク及びコアネットワーク内で輻輳が発生してしまうことが予想される。そのため、できるだけアクセスが集中しないようにする仕組みも必要となる。
　このように、消費電力の削減を考えると、ＭＴＣデバイスが常時ネットワークへ接続し、ＭＴＣサーバとのコネクションを確保しておく状態は現実的ではなく、必要なときに必要な時間だけネットワークへ接続できるようにするのが適切である。そのための方法として、ＭＴＣデバイスは、消費電力を抑えるために常にアイドルモードで待機しておき、ＭＴＣサーバから送信されたリクエストメッセージに基づくページングを受けたときだけ接続（コネクション）を確立し、Connectedモードに移行するという方法が考えられる。この場合、ＭＴＣデバイスは、受信したページング内に自身のＩＤが含まれていた場合にのみ、ページングに応答してネットワークへコネクションを確立し、ＭＴＣサーバからのメッセージを受信する。一方、ページングに自身のＩＤが含まれていなかったら、ページングに応答しないで引き続きアイドルモードで待機する。
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications", 3GPP TR 23.888, V1.0.0, July 2010. "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for Machine-Type Communications", 3GPP TS 22.368, V11.0.1, February 2011.
  上記のように、ＭＴＣデバイスが、自身のＩＤが含まれているページング（トリガメッセージ）に応答しコネクションを確立した場合、ＭＴＣサーバからのメッセージを受信した後、そのメッセージに対して応答するが、メッセージが求める情報をＭＴＣデバイスが保持していなかった場合には、ＭＴＣデバイスは、ＭＴＣサーバが要求する情報を返すことができないため、そのコネクションの確立が無駄に終わってしまう。また、コネクションの確立には、ＭＴＣデバイスとネットワークの間、及びネットワークとＩＷＦ（Interworking Function）／ＭＴＣサーバの間で複数のメッセージが送受信されるため、不要なメッセージや即時性が低いメッセージがネットワークへ与える負荷は大きい。
　上記の問題を解決するため、本発明は、通信相手ノードの要求に対して適切なデータを返すことができない通信デバイスがページングに応答して不要なコネクションを確立することを防止することができるページング方法、ページングシステム、通信デバイス及び通信相手ノードを提供することを目的とする。
　本発明は上記目的を達成するために、通信相手ノードの要求に応じて無線網を介して通信デバイスをトリガし、そのトリガを判別して応答した通信デバイスが前記通信相手ノードと通信する端末トリガ方法であって、
　前記通信相手ノードから前記通信デバイスに対して、複数の通信デバイスのＩＤを含むトリガメッセージを送信するステップと、
　前記通信デバイスが、自身のＩＤと他の通信デバイスのＩＤとを含む前記トリガメッセージを受信するステップと、
  前記通信デバイスが、前記トリガメッセージを受信した場合に、前記他の通信デバイスが送信可能なデータ種別を示すケーパビリティ情報に基づいて自身の送信可能なデータ種別と前記他の通信デバイスの送信可能なデータ種別とを比較することにより前記通信相手ノードが要求するデータ種別を認識し、前記トリガメッセージに応答して前記無線網とのコネクションを確立するステップとを、
　有する構成とした。
　また、本発明は上記目的を達成するために、通信相手ノードの要求に応じて無線網を介して通信デバイスへトリガメッセージを送信し、前記通信デバイスが前記トリガメッセージを判別して応答する端末トリガ方法であって、
　前記通信相手ノードから前記通信デバイスに対して、複数の通信デバイスのＩＤを含むトリガメッセージを送信するステップと、
　前記通信デバイスが、自身のＩＤと他の通信デバイスのＩＤとを含む前記トリガメッセージを受信するステップと、
  前記通信デバイスが前記トリガメッセージを受信した場合に、マスタ通信デバイスを示すケーパビリティ情報に基づいて、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致する場合に前記無線網とのコネクションを確立せず、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致しない場合に前記無線網とのコネクションを確立するステップとを、
　有する構成とした。
　また、本発明は上記目的を達成するために、通信相手ノードの要求に応じて無線網を介してトリガされ、そのトリガを判別して応答し、前記通信相手ノードと通信する通信デバイスであって、
　前記通信相手ノードから自身のＩＤと他の通信デバイスのＩＤとを含むトリガメッセージを受信する手段と、
  前記トリガメッセージを受信した場合に、前記他の通信デバイスが送信可能なデータ種別を示すケーパビリティ情報に基づいて自身の送信可能なデータ種別と前記他の通信デバイスの送信可能なデータ種別とを比較することにより前記通信相手ノードが要求するデータ種別を認識し、前記トリガメッセージに応答して前記無線網とのコネクションを確立する手段とを、
　有する構成とした。
　また、本発明は上記目的を達成するために、通信相手ノードの要求に応じて無線網を介してトリガされ、そのトリガを判別して応答し、前記通信相手ノードと通信する通信デバイスであって、
  前記通信相手ノードから自身のＩＤと他の通信デバイスのＩＤとを含むトリガメッセージを受信する手段と、
  前記トリガメッセージを受信した場合に、マスタ通信デバイスを示すケーパビリティ情報に基づいて、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致する場合に前記無線網とのコネクションを確立せず、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致しない場合に前記無線網とのコネクションを確立する手段とを、
　有する構成とした。
　また、本発明は上記目的を達成するために、無線網を介して複数の通信デバイスをトリガし、そのトリガを判別して応答した通信デバイスと通信する通信相手ノードであって、
　管理している前記通信デバイスの中から、通信を開始するためにトリガする必要のある複数の通信デバイスを特定する手段と、
　前記複数の通信デバイスのＩＤを含むトリガメッセージをそれぞれの通信デバイス宛に送信する手段とを、
　有する構成とした。
　この構成により、複数の通信デバイスのそれぞれが、自身のＩＤと同一グループに属する他の通信デバイスのＩＤとを含むページングメッセージを受信した場合に、共有しているケーパビリティ情報に基づいて自身の送信可能なデータ種別と他の通信デバイスの送信可能なデータ種別とを比較し、一致しない場合にページングメッセージを無視し、一致する場合にページングメッセージに応答して前記無線網とのコネクションを確立する。
　本発明によれば、データ収集サーバからのメッセージに対して、適切なデータを返すことができない通信デバイスがページングに応答して不要なコネクションを確立することを防止することができる。
本発明の第１の実施の形態におけるネットワーク構成の一例を示す図 本発明の第１の実施の形態において、ＭＴＣデバイスのグループ情報生成方法の第１の例を説明するためのシーケンスチャート 本発明の第１の実施の形態において、ＭＴＣデバイスのグループ情報生成方法の第２の例を説明するためのシーケンスチャート 本発明の第１の実施の形態において、ＭＴＣデバイスのグループ情報生成方法の第３の例を説明するためのシーケンスチャート 本発明の第１の実施の形態において、ＭＴＣデバイスのグループ情報生成方法の第４の例を説明するためのシーケンスチャート 本発明の第１の実施の形態において、ＭＴＣデバイスのグループ情報生成方法の第５の例を説明するためのシーケンスチャート 本発明の第１の実施の形態におけるページングの第１の例を説明するためのシーケンスチャート 本発明の第１の実施の形態におけるページングメッセージの内容を示す説明図 本発明の第１の実施の形態におけるページングの第２の例を説明するためのシーケンスチャート 本発明の第１の実施の形態におけるページングの第３の例を説明するためのシーケンスチャート 本発明の第１の実施の形態におけるＭＴＣデバイスによるページング判別処理をフローチャート 本発明の第１の実施の形態においてグループ化されたＭＴＣデバイスの構成の一例を示すブロック図 本発明の第１の実施の形態においてグループ化されていないＭＴＣデバイスの構成の一例を示すブロック図 本発明の第１の実施の形態におけるＭＴＣサーバの構成の一例を示すブロック図 本発明の第１の実施の形態におけるＭＭＥの構成の一例を示すブロック図 本発明の第５の実施の形態におけるページングの第１の例を説明するためのシーケンスチャート 本発明の第５の実施の形態におけるページングの第２の例を説明するためのシーケンスチャート 図１７におけるネットワークの処理を説明するためのフローチャート 図１７におけるＭＴＣデバイスの処理を説明するためのフローチャート 本発明の第５の実施の形態におけるページングの第３の例を説明するためのシーケンスチャート 図２０におけるネットワークの処理を説明するためのフローチャート
　以下、図面を参照しながら、本発明の第１～第５の実施の形態について説明する。本発明は、複数のＭＴＣデバイスに共通する特徴（ＨＤカメラデータなどの送信可能なデータ種別）に応じてグループを形成し、無線網から同一グループに属する複数のＭＴＣデバイスに対してページング（ＭＴＣデバイスの動作を起動するためのトリガメッセージ）を送信するように構成されており、さらに、ＭＴＣデバイスは、実際のメッセージを受信する前のページングを受信した際に、他のＭＴＣデバイスのＩＤやグループＩＤなどが含まれているか否かを確認するように構成され、さらに、他のＭＴＣデバイスのＩＤやグループＩＤが含まれている場合には、それらに共通する特徴（機能）を特定することで、ページングをトリガしたメッセージの種類を特定することにより、適切なデータを返すことができない通信デバイスがページングに応答して不要なコネクションを確立することを防止するように構成されている。複数のデバイスに共通する特徴とは、ＭＴＣデバイス上で動作しているアプリケーションの種類であってもよいし、ＭＴＣデバイスが保持する機能であってもよい。また、ＭＴＣデバイス及びＭＴＣサーバ上では、複数の異なるアプリケーション（ＭＴＣアプリケーションとも呼ぶ）が動作していてもよいし、アプリケーションは複数の機能を利用するアプリケーションであってもよい。なお、ＭＴＣデバイスの動作を起動するためのトリガメッセージとしては、例えば、ＭＴＣデバイスをアイドルモードからコネクテッドモードへ移行させるためにネットワークが送信する呼出しメッセージ（Paging Message）や、ＭＭＥ５がＭＴＣデバイスへ送信するＮＡＳメッセージ（DOWNLINK GENERIC NAS TRANSPORT messageやDownlink NAS Transportなど）を用いることができる。Downlink NAS Transportは、ＳＭＳ－ＳＣ又はＩＰ－ＳＭ－ＧＷを介してＭＴＣデバイスへＳＭＳを送信する際に用いられる。以下では、ＭＴＣデバイスの動作を起動するためのＭＭＥ５が送信するトリガメッセージのことを総称してページングと呼ぶ。
　また、本発明の第１の実施の形態では、複数のＭＴＣデバイスは、同一のグループに属する複数のＭＴＣデバイスのＩＤが含まれているページングからメッセージの種類を特定する。本発明の第２の実施の形態では、複数のＭＴＣデバイスは、自身が属するグループのＩＤが含まれているページングからメッセージの種類を特定する。本発明の第３の実施の形態では、複数のＭＴＣデバイスは、ページングに含まれている情報の種別を表す値からメッセージの種類を特定する。本発明の第４の実施の形態では、複数のＭＴＣデバイスは、グループの代表デバイスのＩＤが含まれているページングから応答の要否を判断する。本発明の第５の実施の形態では、グループ宛のブロードキャストメッセージを受けた場合に、メッセージに含まれている情報から、応答の即時性を判断する。
　（第１の実施の形態）
　まず、本発明の第１の実施の形態について説明する。図１は本発明の第１の実施の形態におけるネットワーク構成図を示す。図１には、ＭＴＣ（Machine Type Communication）向けの通信端末であるＭＴＣデバイス１Ａ、１Ｂ、１Ｃと、ＭＴＣサーバ２と、ＭＴＣユーザＵと、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃとの間で無線通信を介してさまざまな情報をやりとりする基地局としてｅＮＢ（evolved Node B）３（又はNode B、フェムト基地局、ピコ基地局、リレー基地局、モバイルフェムト、モバイルリレー、モバイルルータ）と、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃがセルラ回線（ＬＴＥ（Long Term Evolution）、ＵＭＴＳ（Universal Mobile Telecommunication System）、ＣＤＭＡ（Code Division Multiple Access）２０００、ＧＳＭ（Global System for Mobile communication））を通じて接続する３ＧＰＰネットワーク４と、３ＧＰＰネットワーク４内の構成装置であってＭＴＣデバイス１Ａ、１Ｂ、１Ｃの位置情報を管理するＭＭＥ（Mobility Management Entity）５（又はＳＧＳＮ：Serving GPRS Support Node、ＭＳＣ：Mobile Switching Center）、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃのコネクション管理やユーザデータ転送などを司るＰ－ＧＷ（Packet Data Network Gateway）７及びＳ－ＧＷ（Serving Gateway）６とが描かれている。なお、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃは図中で単にデバイスＡ、デバイスＢ、デバイスＣと表記されることもある。
　なお、セルラ回線の代わりにＷｉＭＡＸ（登録商標）やモバイルＷｉＭＡＸなどを用いてもよいが、その場合の各種エンティティの名称はその仕様に準ずる。また、通信端末のことをここではＭＴＣデバイスと呼んでいるが、通常ＵＥ（User Equipment）と呼ばれている通信端末がデバイスとして利用される場合も含まれる。ＭＴＣデバイス及びＵＥとしては、スマートフォンや携帯電話、さらにはカーナビゲーション、ＰＮＤ（Portable Navigation Device）など、通信モジュールを搭載した様々な機器が想定される。なお、ＭＴＣデバイス及びＵＥは、車や歩行者によって携行され移動する機器であってもよいし、監視カメラや路測センサーなどの固定の場所に設置され移動しない機器であってもよい。さらには、移動する機器と、固定された機器がグループを形成してもよい。
　ＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃを管理するサーバであり、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃから情報を収集し、その情報を利用するＭＴＣユーザＵへ情報を提供する。図１では、ＭＴＣサーバ２は、３ＧＰＰネットワーク４の外部に存在するエンティティとして描かれているが、オペレータによって提供される３ＧＰＰネットワーク４内のエンティティであってもよい。ＭＴＣデバイス１Ａ、１Ｂ、１Ｃは、ＭＴＣサーバ２又は他のＭＴＣデバイスからのリクエストメッセージ（デバイストリガリクエスト）を受け、自身が保持しているデータを返すものとする。なお、不図示ではあるが、ＭＴＣサーバ２と３ＧＰＰネットワーク４の間にＩＷＦが存在する。ＩＷＦは、ＭＴＣサーバ２から受信したデバイストリガリクエストを3ＧＰＰネットワーク４内の適切なエンティティを介してＭＴＣデバイスへ届ける役割を持っている。ＭＴＣサーバ２とＩＷＦ間のインタフェースはＴｓｐ（又はＭＴＣｓｐ）と呼ばれる。また、ＭＴＣデバイスと通信を行うＭＴＣサーバ２上のアプリケーションは、必ずしもＭＴＣサーバ２上で動作している必要はなく、ＭＴＣサーバ２とは異なる別のノード上で動作するアプリケーションがＭＴＣサーバを介してＭＴＣデバイスと通信してもよい。以下で述べるＭＴＣサーバ２の動作は、ＭＴＣサーバ２上のアプリケーションで実行されてもよいし、ＭＴＣサーバ２とは異なる別のノード上で動作するアプリケーションで実行されてもよく、どちらにおいてもＭＴＣサーバ２を介して通信が行われる。以下では、ＭＴＣサーバ２上でアプリケーションが動作していることを想定して説明する。
　本実施の形態では、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂに対して同種の情報を要求するリクエストメッセージがＭＴＣサーバ２、又は他のＭＴＣデバイス１Ｃから送信されるものと仮定する。以下に、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが同種の情報を有しているＭＴＣデバイスであることをＭＴＣサーバ２又は他のＭＴＣデバイス１Ｃが認識するための方法を示す。情報の要求先となるＭＴＣデバイス１Ａ、１Ｂのサブスクリプション情報やコンテキスト、さらにはＭＴＣデバイス１Ａ、１Ｂから通知されたグループ情報やケーパビリティ情報などを基に判断する。以下では、ＭＴＣサーバ２からリクエストメッセージが送信される場合について記述しているが、他のＭＴＣデバイス１Ｃがリクエストメッセージを送信する場合も同様である。
　（グループ情報生成方法１）
　図２を参照してグループ情報生成方法１について説明する。
（１）（２）近隣のＭＴＣデバイス１Ａ、１ＢがＭＴＣサーバ２に対してグループ情報を通知する場合、例えば、ＭＴＣデバイス１Ａ～１Ｃがローカル通信技術（Bluetooth（登録商標）や赤外線、ＷＬＡＮ（IEEE802.11a/b/g/n/p、WiFi Direct）、ＤＳＲＣ（Dedicated Short Range Communication）や、ホワイトスペース（700/900Mhz帯）を用いた通信など）を用いてアドホック通信を行い、ある共通の特徴を持っている場合にグループを形成する。例えば、ＭＴＣデバイス１Ａ、１Ｂがグループ（狭域）を形成する。その際のグループ情報の中には、共通の特徴が何であるかを示す情報だけでなく、各デバイスのケーパビリティ情報も含まれている。ローカル通信とは、ＭＴＣデバイス同士が情報を共有するための通信を指しており、そのための通信手段としては、上記のようなローカル通信技術（近距離無線通信技術）に限らず、ＵＭＴＳやＬＴＥなどのセルラ通信技術（広域無線通信技術）を用いてもよい。なお、セルラ通信には、基地局を介する通常の通信に加えて、基地局を介さない直接通信（端末同士が直接無線で繋がりP2P通信を行う）も含まれる。
　さらに、各ＭＴＣデバイス１Ａ、１Ｂ間で共有した情報には、ＭＴＣデバイス１Ａ、１Ｂのセルラ通信用のＩＤ（ＩＭＳＩ：International Mobile Subscriber Identity、ＴＭＳＩ：Temporary Mobile Subscriber Identity、Ｓ－ＴＭＳＩ（SAE Temporary Mobile Station Identifier）、Ｐ－ＴＭＳＩ（Packet Temporary Mobile Station Identifier）、ＩＭＥＩ、ＭＳＩＳＤＮ、ＧＵＴＩ、ME Identify、ＥＰＳベアラＩＤなど）が含まれている。ここで共有したＩＤが、後述するページングを受信した際の他のＭＴＣデバイスを特定するＩＤとして使われる。なお、ＩＤとしては、これらに限定されるものではなく、任意のＩＤを用いることができる。また、３ＧＰＰネットワーク４から割り当てられているＩＰアドレスも共有することで、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃ同士のデータの送受信がセルラを介した直接通信で実現できる。
（３）そして、ＭＴＣデバイス１Ａ、１Ｂは、形成したグループ情報をＭＴＣサーバ２へ通知する。ＭＴＣデバイス１Ａ、１Ｂからグループ情報の通知を受けたＭＴＣサーバ２は、通知されたグループのメンバー、及びグループに共通する特徴が何であるかを知ることができる。グループ情報やケーパビリティ情報の通知は、それぞれのＭＴＣデバイス１Ａ、１Ｂが個別に行ってもよいし、グループを代表するＭＴＣデバイスが通知してもよい。なお、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに共通する特徴に基づく場合は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃがグループ（広域）を形成してもよい。動的にローカル通信によってグループを形成する例としては、例えば車にセンサー（フロント部にカメラなど）を搭載した車同士や、監視カメラ（モバイルカメラやウェアラブルカメラ、固定カメラ）同士がグループを形成する場合がある。
　（グループ情報生成方法２）
　図３を参照してグループ情報生成方法２について説明する。
（１）（２）　ローカル通信で繋がった近隣のＭＴＣデバイス１Ａ、１Ｂがお互いのケーパビリティ情報を共有し、それをＭＴＣサーバ２へ通知する。つまり、この時点ではまだ、ＭＴＣデバイス１Ａ、１Ｂはグループ化されていない。
（３）ＭＴＣデバイス１Ａ、１Ｂのケーパビリティ情報を取得したＭＴＣサーバ２は、そのケーパビリティ情報を確認し、共通する特徴を持ったＭＴＣデバイスがある場合はそれらのＭＴＣデバイスをグループ化する。例えば、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂがグループ（狭域）を形成する。なお、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに共通する特徴に基づく場合は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに対してグループ（広域）を形成する。ケーパビリティ情報の通知は、それぞれのＭＴＣデバイス１Ａ、１Ｂが個別に行ってもよいし、グループを代表するＭＴＣデバイスが通知してもよい。
（４）ＭＴＣデバイス１Ａ、１Ｂをグループ化したＭＴＣサーバ２は、例えば代表ＭＴＣデバイス１Ａにグループ情報を通知する。なお、ＭＴＣサーバ２からＭＴＣデバイス１Ａ、１Ｂへのグループ情報の通知は必ずしも必要ではなく、ＭＴＣデバイス１Ａ、１Ｂがページングを受けた際に、ローカル通信を介してＭＴＣデバイス間でケーパビリティ情報の共有を行い、共通する特徴を認識してもよい。ケーパビリティ情報の共有を行う際、ＭＴＣデバイス１Ａは、自身が受信したページングと同じページングを受信したＭＴＣデバイス１Ｂと接続する。ページングに含まれているＭＴＣデバイス１ＢのＩＤを用いて、情報を共有するべきデバイスを探索してもよいし、受信したページングを特定するＩＤを用いて、探索してもよい。また、ローカル通信によりデバイス１Ｂのセルラ通信用のＩＰアドレスを取得した後、セルラ回線を用いて他のＭＴＣデバイスとケーパビリティ情報の共有を行ってもよい。
（５）グループ情報を通知された代表ＭＴＣデバイス１Ａは、グループ化されたＭＴＣデバイス１Ｂとの間でグループ情報を共有する。なお、ＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂのそれぞれに対して個別にグループ情報を通知してもよい。
　（グループ情報生成方法３）
　図４を参照してグループ情報生成方法３について説明する。
（１）ローカル通信で繋がった近隣のＭＴＣデバイス１Ａ、１Ｂ、１Ｃがお互いのケーパビリティ情報の共有を行い、
（２）ある共通の特徴に関してグループ（広域）を形成し、
（３）そのグループ情報をＭＴＣサーバ２に通知する。
（４）ＭＴＣサーバ２は、そのグループに属しているＭＴＣデバイス１Ａ、１Ｂ、１Ｃの各ケーパビリティを確認し、さらに共通の特徴を持ったＭＴＣデバイス１Ａ、１Ｂに対してサブグループ（狭域）を形成する。例えば、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃが、カメラというカテゴリーでグループを形成してＭＴＣサーバ２へ通知した場合、ＭＴＣサーバ２は、さらに詳細な特徴としてＨＤカメラを持つＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂをサブグループ化する。
（５）この場合、ＭＴＣサーバ２は、形成したサブグループに関する情報を各ＭＴＣデバイス１Ａ、１Ｂへ通知してもよい。
（６）この通知を受けたＭＴＣデバイス１Ａ、１Ｂは、グループ内のどのサブグループ（狭域）に自分が属しているかを知ることができる。なお、ＭＴＣサーバ２からＭＴＣデバイス１Ａ、１Ｂへのグループ情報の通知は必ずしも必要ではなく、ＭＴＣデバイス１Ａ、１Ｂがページングを受けた際に、ＭＴＣデバイス間でケーパビリティ情報の共有を行い、共通する特徴を認識してもよい。
　なお、上記（３）におけるＭＴＣデバイス１Ａ、１Ｂ、１ＣからＭＴＣサーバ２へのグループ情報やケーパビリティ情報の通知は、それぞれのＭＴＣデバイス１Ａ、１Ｂ、１Ｃが個別に行ってもよいし、グループを代表するＭＴＣデバイスが通知してもよい。また、上記（５）におけるＭＴＣサーバ２からＭＴＣデバイス１Ａ、１Ｂへのサブグループ情報の通知は、ＭＴＣデバイス１Ａ、１Ｂにそれぞれ個別に通知してもよいし、サブグループを代表する例えばＭＴＣデバイス１Ａに通知してもよい。通知を受けた代表ＭＴＣデバイス１Ａは、ローカル通信又はセルラ通信により、他のＭＴＣデバイス１Ｂへサブグループ情報を通知する。
　（グループ情報生成方法４）
　図５を参照してグループ情報生成方法４について説明する。
（１）ＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの各ケーパビリティを既に把握しており、
（２）さらに各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの位置情報を認識している場合に、
（３）各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの現在位置情報を基に、近接するデバイスでありかつ共通の特徴を持つＭＴＣデバイス１Ａ、１Ｂ、１Ｃをグループ化する。例えば、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂに対してグループ（狭域）を形成してもよいし、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに対してグループ（広域）を形成してもよい。
（４）（５）そして、そのグループ化されたことをグループのメンバーであるＭＴＣデバイス１Ａ、１Ｂへ通知する。なお、ＭＴＣサーバ２からＭＴＣデバイス１Ａ、１Ｂへのグループ情報の通知は必ずしも必要ではなく、ＭＴＣデバイス１Ａ、１Ｂがページングを受けた際に、ＭＴＣデバイス間でケーパビリティ情報の共有を行い、共通する特徴を認識してもよい。
　位置情報としては、ＭＴＣデバイス１Ａ、１Ｂから定期的、あるいは任意のタイミングで通知されるＧＰＳ（Global Positioning System）の位置情報を用いてもよいし、ＭＴＣデバイス１Ａ、１Ｂが接続している、又は接続している可能性のあるセルの基地局（ｅＮＢ）３についてＭＴＣデバイス１Ａ、１Ｂ又はコアネットワーク４から通知された情報を用いてもよい。また、複数のＭＴＣデバイス１Ａ、１Ｂが一緒に移動している場合は、ＭＴＣサーバ２は、代表するＭＴＣデバイス（例えば１Ａ）に関する位置情報だけを確認することで、その他のＭＴＣデバイス（例えば１Ｂ）の位置も把握することができる。代表するＭＴＣデバイス１Ａと共に移動しているＭＴＣデバイス１Ｂについての情報は、代表するＭＴＣデバイス１Ａが任意のタイミングで通知してもよいし、あらかじめＭＴＣサーバ２及びＭＴＣデバイス１Ａに対して設定されていてもよい。
　（グループ情報生成方法５）
　図６を参照してグループ情報生成方法５について説明する。図６では、ＭＴＣデバイス１Ａ、１ＢとＭＴＣサーバ２が、それぞれ、ＭＴＣデバイス１Ａ、１Ｂの各ケーパビリティ情報から、共通する特徴を特定する。すなわち、
（１）（２）ＭＴＣデバイス１Ａ、１Ｂは、ローカル通信によってお互いのケーパビリティ情報を共有し、共通する特徴に基づいてグループを形成する。この場合、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃが形成する広域なグループと、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが形成する狭域のグループの両方を形成してもよいし、どちらか一方だけを形成してもよい。
（３）（４）（５）一方、ＭＴＣサーバ２側は、グループ情報生成方法４と同様に、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの各現在位置情報を基に、近接するＭＴＣデバイス１Ａ、１Ｂを抽出し、それらに共通する特徴を持つＭＴＣデバイス１Ａ、１Ｂをグループ化する。この場合、ＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃと同様に、広域なグループ又は狭域なグループの両方又はどちらか一方を形成する。
（６）この方法により、ＭＴＣサーバ２は、形成したグループ情報をＭＴＣデバイス１Ａ、１Ｂへ通知しなくてもよいし、ＭＴＣデバイス１Ａ、１Ｂが形成したグループ情報もＭＴＣサーバ２へ通知しなくてもよい。つまり、ＭＴＣサーバ２とＭＴＣデバイス１Ａ、１Ｂは、同じ判断基準でグルーピングを行う場合は、両者が行うグループ化の結果は同じになるため、ＭＴＣデバイス１Ａ、１ＢとＭＴＣサーバ２間でグループ情報を通知する必要がない。なお、ＭＴＣデバイス１Ａ,１Ｂによるグループの形成はページングを受けた際に行ってもよい。なお、グループ情報生成方法１～５において、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃがケーパビリティ情報を共有するために行うローカル通信は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃがお互いのケーパビリティ情報を既に保持している場合は、行う必要はない。
　以上、説明したように、グループ情報生成方法１～５のいずれかの方法によって、ＭＴＣサーバ２は、要求する情報を持っている可能性がある複数のＭＴＣデバイス１Ａ、１Ｂをグループ化することができる。また、ＭＴＣデバイス１Ａ、１Ｂは、同じグループに属している他のＭＴＣデバイスのケーパビリティ情報を取得することができ、さらには、属しているグループの情報も取得することができる。なお、グループ情報生成方法４に限らず、他の手法においてもＭＴＣデバイス１Ａ、１Ｂは自身の位置情報をＭＭＥ５又はＭＴＣサーバ２へ通知してもよい。これによって、ＭＭＥ５がページングを送信する際に、ＭＴＣデバイス１Ａ、１Ｂが接続している基地局のみにページングを送信することができるようになる。
　以下では、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂに対してグループ（狭域）が形成され、ＭＴＣサーバ２又はＭＴＣデバイス１Ｃが、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂに共通する情報を要求するメッセージを送信する場合について説明する。なお、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに対するグループ（広域）を形成し、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに共通する情報を要求するメッセージを送信する場合も同様である。ただし、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃ及びＭＴＣサーバ２がグループを形成する方法は、これらに限定されない。以下では、ＭＴＣサーバ２からリクエストメッセージが送信される場合について記述しているが、他のＭＴＣデバイス１Ｃがリクエストメッセージを送信する場合も同様である。
　（グループ宛メッセージ送信方法１）
　図７は、ＭＭＥ５が、ページング要求の中に含めるべき複数のＭＴＣデバイス１Ａ、１Ｂを特定するための第１の手法を示す。
（１）（２）（３）（４）ＭＴＣサーバ２は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの共通する特徴に関する情報を取得するために、リクエストメッセージをＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂ宛てに送信する。このリクエストメッセージは、Ｐ－ＧＷ７からＳ－ＧＷ６に転送され、Ｓ－ＧＷ６は、宛先であるＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが接続している基地局３などに関するコンテキストを持たない場合は、ＭＭＥ５に対してデバイス宛メッセージの到着を通知するシグナリングであるＤＤＮ(DownLink Data Notification)を送信する。
　なお、ＭＴＣサーバ２は、図7（２）（４）において送信するリクエストメッセージの中に、ＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂの位置情報を含めてもよい。位置情報としては、ＧＰＳ情報や、３ＧＰＰネットワーク４又は各ＭＴＣデバイスから通知された、ＭＴＣデバイス１Ａ、１Ｂが接続している基地局３に関する情報であってもよい。ＭＴＣデバイス１Ａと１Ｂが同じ基地局３に接続している場合、ＭＭＥ５はページング要求を特定の基地局３にのみ送信すればよいため、トラッキングエリア内の他の基地局への不要なページングの送信を減らすことができる。
（５）（６）（７）ＭＭＥ５は、一定時間内にＳ－ＧＷ６からＭＴＣデバイス１Ａに関するＤＤＮとＭＴＣデバイス１に関するＤＤＮの両方を受けた場合、これらのＤＤＮは、同じ情報に対するリクエストメッセージに対するＤＤＮであり、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが同じグループに属していると判断し、図８に示すようにＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページング要求を送信する。なお、図７では示されていないが、このページング要求は実際には、基地局３へ送信される。ＭＭＥ５が複数のＭＴＣデバイス１Ａ、１ＢのＩＤを含む１つのページング要求を基地局３へ送信した後、基地局３はＭＭＥ３から受けたページング要求に応じて、配下のデバイスに対してＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページングメッセージを送信する。
　なお、ＭＭＥ５がＭＴＣデバイス１Ａと１Ｂに対するＤＤＮが同一のリクエストメッセージからトリガされたものであると認識する時間間隔は、オペレータがＭＭＥ５に設定してもよいし、ＭＴＣサーバ２が設定してもよい。また、この方法におけるＭＭＥ５の機能を基地局３が保持してもよい。この場合、基地局３が、ＭＭＥ５からＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂ宛のページング要求を一定時間内に受信した場合に、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページングを送信する。また、ＭＴＣサーバ２が送信するリクエストメッセージの中に、ＭＭＥ５に対してＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂがグループ化されていることを示す情報を通知してもよい。これによって、ＭＭＥ５は、グループに属するＭＴＣデバイス宛てのＤＤＮを受信した場合、引き続き同じグループに属する他のＭＴＣデバイス宛てのＤＤＮが来ることを予測し、より効果的に一定時間待機することが可能となる。また、ＭＭＥ５の代わりにＳ－ＧＷ６又はＰ－ＧＷ７が上記のＭＭＥ５の機能を保持してもよい。その場合、ＤＤＮの代わりに、ＭＴＣサーバ２から送信されたリクエストメッセージを確認する。また、この方法におけるＭＭＥ５の機能をＩＷＦが保持してもよい。この場合、ＩＷＦがＭＴＣサーバ２からＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂ宛のリクエストメッセージを一定時間内に受信した場合やリクエストメッセージに他のＭＴＣデバイス宛のリクエストメッセージが引き続きくることを示す情報が含まれている場合に、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページングを送信するようＭＭＥ５へ指示する。なお、ＭＭＥ５が送信するページングは、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤが含まれていれば、それぞれに対して別々のメッセージで送信されてもよい。
　この方法では、ＭＴＣサーバ２は、ＭＭＥ５に対してＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの関連性を認識させるための新規シグナリングの送信やリクエストメッセージの変更をする必要がない。これにより、ＭＴＣサーバ２が、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方に同じ情報を要求するリクエストメッセージを別々に送信した場合であっても、ＭＭＥ５が両方のリクエストメッセージの関連性を認識することができ、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページング要求を送信する。
（８）（９）（１０）例えばＭＴＣデバイス１Ａは、共通する特徴を特定し、データを保持している場合にコネクションを確立する。例えばＭＴＣデバイス１Ｂは、共通する特徴を特定していないか、データを保持していない場合には、ページングに応答しない（図１１で詳述）。
　（グループ宛メッセージ送信方法２）
　図９は、ＭＭＥ５が、ページング要求の中に含めるべき複数のＭＴＣデバイス１Ａ、１Ｂを特定する第２の手法を示す。
（１）（２）ＭＴＣサーバ２は、１つのリクエストメッセージの中にＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含めて送信する。なお、ＭＴＣサーバ２は送信するリクエストメッセージの中に、ＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂの位置情報を含めてもよい。位置情報としては、ＧＰＳ情報や、３ＧＰＰネットワーク４又はＭＴＣデバイスから通知された、ＭＴＣデバイス１Ａ、１Ｂが接続している基地局３に関する情報であってもよい。ＭＴＣデバイス１Ａと１Ｂが同じ基地局３に接続している場合、ＭＭＥ５はページング要求を特定の基地局３にのみ送信すればよいため、トラッキングエリア内の他の基地局への不要なページングの送信を減らすことができる。
（３）この場合、Ｓ－ＧＷ６は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方を特定するＩＤ含むＤＤＮをＭＭＥ５へ送信する。ＤＤＮへ含めるＩＤとしては、各デバイスのＥＰＳベアラＩＤを用いることができる。
（４）（５）（６）ＭＭＥ５は、受信したＤＤＮの中に複数のＭＴＣデバイス１Ａ、１ＢのＩＤが含まれている場合は、図８に示すようにＭＴＣデバイス１Ａ、１Ｂの各ＩＤを全て含む１つのページング要求を送信することを決定する。なお、Ｓ－ＧＷ６の代わりにＩＷＦがＭＴＣサーバ２からリクエストメッセージを受信し、ＭＭＥ５に対してＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページングを送信するよう指示してもよい。
　この方法では、ＭＴＣサーバ２は、Ｓ－ＧＷ６及びＭＭＥ５に対してＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの関連性を認識させるための新規シグナリングを送信する必要がなく、また、図７（３）に示すようにＭＭＥ５が最初のＭＴＣデバイス１Ａ宛のメッセージを受信した後、ＭＴＣデバイス１Ｂ宛のメッセージの受信を一定時間待つ必要がないため、ページング要求に遅延が生じない。これにより、ＭＭＥ５は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの関連性を認識することができ、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページング要求を送信する。また、ＭＭＥ５及びＩＷＦの負荷を減らすための別の方法として、リクエストメッセージの中にＭＴＣデバイスまで運ばれる情報（アプリケーション情報）を含めるフィールドを設け、ＭＴＣサーバ２はそのフィールドの中にＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含めてもよい。そしてＭＴＣサーバ２は、アプリケーション情報としてＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含んでいるリクエストメッセージを、ＭＴＣデバイス１Ａ宛とＭＴＣデバイス１Ｂ宛にそれぞれ別々のメッセージを送信する。リクエストメッセージを受けたＩＷＦは、ＭＭＥ５に対して、ＭＴＣデバイス１Ａ宛のページングを送信するよう指示するメッセージと、ＭＴＣデバイス１Ｂ宛のページングを送信するよう指示するメッセージをそれぞれ別々に送信する。ＭＭＥ５も同様に、ＭＴＣデバイス１Ａ宛のページングとＭＴＣデバイス１Ｂ宛のページングをそれぞれ別々に送信する。この場合のＭＭＥ５が送信するメッセージは、アプリケーション情報が挿入されたGeneric message containerを含むＮＡＳメッセージ（Downlink generic NAS transport）、又はアプリケーション情報が挿入されたNAS message containerを含むＮＡＳメッセージ（Downlink NAS Transport）であることが望ましい。後者の場合は、アプリケーション情報はＳＭＳとしてＭＴＣデバイスへ通知される。ページングを受信したＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂは、ＭＴＣサーバ２から通知されたアプリケーション情報の中に含まれる他のＭＴＣデバイスのＩＤに基づいて、以下の（７）（８）（９）の処理を行う。これにより、ＩＷＦ及びＭＭＥ５は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの関連性を認識する必要はなくなるため、負荷を軽減することができる。
（７）（８）（９）例えばＭＴＣデバイス１Ａは、共通する特徴を特定し、データを保持している場合にページングに応答してコネクションを確立する。例えば、ＭＴＣデバイス１Ａは受信したページングに含まれるアプリケーション情報の中に他のＭＴＣデバイス１ＢのＩＤが含まれていた場合、ＭＴＣデバイス１Ｂと共通する特徴を特定し、その特徴に関するデータを保持している場合にページングに応答する。また、例えばＭＴＣデバイス１Ｂは、共通する特徴を特定していない場合か、またはデータを保持していない場合には、ページングに応答しない（図１１で詳述）。
　（グループ宛メッセージ送信方法３）
　図１０は、ＭＭＥ５が、ページング要求の中に含めるべき複数のＭＴＣデバイス１Ａ、１Ｂを特定する第３の手法を示す。なお、図１０に示す手法については、第２の実施の形態においてさらに詳しく説明する。
（１）（２）ＭＴＣサーバ２は、ＭＭＥ５に対して事前にＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが属するグループに関する情報を通知する。
（３）（４）（５）この場合、ＭＴＣサーバ２は、リクエストメッセージをグループのＩＤ宛てに送信する。なお、ＭＴＣサーバ２は送信するリクエストメッセージの中に、ＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂの位置情報を含めてもよい。位置情報としては、ＧＰＳ情報や、３ＧＰＰネットワーク４又はＭＴＣデバイスから通知された、ＭＴＣデバイス１Ａ、１Ｂが接続している基地局３に関する情報であってもよい。ＭＴＣデバイス１Ａと１Ｂが同じ基地局３に接続している場合、ＭＭＥ５はページング要求を特定の基地局３にのみ送信すればよいため、トラッキングエリア内の他の基地局への不要なページングの送信を減らすことができる。
（６）（７）（８）そのリクエストメッセージを受けたＭＭＥ５は、宛先としてグループのＩＤが指定されており、かつそのグループに関連する情報を保持している場合は、そのグループに関する情報を確認し、グループに属するメンバーであるＭＴＣデバイス１ＡとＭＴＣデバイス１ＢのＩＤの両方を含む１つのページング要求を送信する。
（９）（１０）（１１）例えばＭＴＣデバイス１Ａは、共通する特徴を特定し、データを保持している場合にコネクションを確立する。例えばＭＴＣデバイス１Ｂは、共通する特徴を特定していないか、データを保持していない場合には、ページングに応答しない（図１１で詳述）。
　この方法では、ＭＭＥ５は、受信したリクエストメッセージに含まれるグループＩＤを確認するだけで、ページングに含めるべきデバイスがＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂであることを判断することができる。これにより、ＭＭＥ５は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの関連性を認識することができ、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤを含むページング要求を送信する。なお、この方法におけるＭＭＥ５の機能を基地局３、又はＳ－ＧＷ６，又はＰ－ＧＷ７が保持してもよい。この場合、基地局３、又はＳ－ＧＷ６，又はＰ－ＧＷ７が、事前にＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂが属するグループに関する情報の通知を受け、受信したページング、又は受信したメッセージに指定されたグループのＩＤに基づいて、グループに属する各ＭＴＣデバイスのＩＤへ変換する。また、グループ宛メッセージ送信方法２と３を組み合わせて、グループのＩＤとＭＴＣデバイス１Ａ、１ＢのＩＤを含むページング要求を生成してもよい。
　以上、説明したように、グループ宛メッセージ送信方法１～３のいずれかの方法によって、ＭＭＥ５は、基地局３へ送信するページング要求の中に含めるべき複数のＭＴＣデバイス１Ａ、１Ｂを特定することができ、同じ情報を求められている複数のＭＴＣデバイス１Ａ、１ＢのＩＤを含む１つのページング要求を送信することができる。なお、不図示ではあるが、グループ宛メッセージ送信方法１～３において、ネットワーク４とＭＴＣサーバ２の間に位置するゲートウェイ（ＩＷＦ：Interworking Function、ＭＴＣ－ＧＷ）が、ＭＴＣサーバ２が送信するリクエストメッセージを受信し、ＭＭＥ５に対してページングの送信を指示してもよい。
　これにより、ＭＭＥ５は、通常複数のＭＴＣデバイスに対して個別に送るページング要求を１つのページング要求に集約することができるため、ページング要求を送信するために必要なリソースを削減することができるという効果も得られる。この効果は、ＭＭＥ５が、ＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂのトラッキングエリア内の基地局の中から、それぞれのＭＴＣデバイスが存在するエリア、又は接続している、あるいは接続している可能性がある基地局を特定できる場合にはさらに有効である。つまり、ＭＭＥ５は、ＭＴＣデバイス１Ａ及び１Ｂが同一の基地局に接続していることを検出した場合、グループ宛メッセージ送信方法１～３のいずれかの方法を用いてページング要求を構成し、特定した基地局に対してのみ両方のＭＴＣデバイスのＩＤを含むページング要求を送信する。ＭＭＥ５は、ＭＴＣデバイスから通知された、接続している基地局３の情報や、ＧＰＳなどの位置情報から接続している基地局を特定した基地局３をページング要求の送信先として用いてもよい。位置情報は、ＭＭＥ５がＭＴＣデバイスから直接取得してもよいし、ＭＴＣデバイスから通知を受けたＭＴＣサーバ２を介して取得してもよい。
　これにより、トラッキングエリアに含まれる他の基地局に対してページング要求を送信する必要がなくなる。このため、ＭＴＣデバイス１Ａ、１Ｂのどちらも接続していない基地局への不要なページングの送信を減らし、ＭＭＥ５の負荷軽減や、ネットワークリソースの効率的な利用を図ることができる。また、ＭＴＣデバイス１Ａしか接続していない基地局に対してＭＴＣデバイス１Ａと１Ｂの両方のＩＤを含むページングを送信することによるＭＴＣデバイス１ＢのＩＤの不要な通知を減らし、ＭＭＥ５の負荷軽減や、ネットワークリソースの効率的な利用を図ることができる。ただし、ＭＭＥ５が１つのページング要求に含めるべき複数のデバイスを特定する方法は、これらに限定されない。
　図１１は、ＭＴＣデバイス１Ａが、基地局３からのページングメッセージ（以下、単にページング）を受信した際（ステップＳ１）に行う処理を示すフローチャートである。なお、ＭＴＣデバイス１Ｂが、ページングを受信した場合も同様の処理が行われる。まず、ＭＴＣデバイス１Ａは、ページングを受信した際に、自身のＩＤが含まれているか否かを確認し（ステップＳ２）、ＭＴＣデバイス１ＡのＩＤが含まれている場合（ステップＳ２でYES）は自身宛てのページングであると判断する。他方、ＭＴＣデバイス１ＡのＩＤが含まれていない場合（ステップＳ２でNO）は、そのページングを無視して応答しない（ステップＳ８）。
　ＭＴＣデバイス１ＡのＩＤが含まれている場合（ステップＳ２でYES）、さらに、ＭＴＣデバイス１Ａは、自身と同じグループに属しているＭＴＣデバイス１Ｂ、または共有したケーパビリティ情報の中に含まれているＭＴＣデバイス１ＢのＩＤが、同じページングの中に含まれているか否かを確認する（ステップＳ３）。ＭＴＣデバイス１ＢのＩＤが含まれている場合（ステップＳ３でYes）は、グループ情報又はケーパビリティ情報を参照し、ＭＴＣデバイス１Ｂと共通する特徴を特定する（ステップＳ４、Ｓ５）。つまり、ＭＴＣデバイス１Ａがグループ情報を保持している場合は、そのグループの特徴が何であるかを特定する。
　一方、ケーパビリティ情報を保持している場合は、ＭＴＣデバイス１Ａは、ＭＴＣデバイス１Ｂのケーパビリィテを確認し、自身と共通の特徴を特定する。ステップＳ５で共通する特徴を特定した後、ＭＴＣデバイス１Ａは、ＭＴＣサーバ２から送信されたリクエストメッセージが、特定した特徴に関する情報を求めているメッセージであると判断する。そして、ＭＴＣデバイス１Ａは、その特徴に関する情報を保持している場合、又は情報を保持していて、かつその情報がＭＴＣサーバ２に送信するべき情報である場合（ステップＳ６でYES→Ｓ７）には、受信したページングに応答する（ステップＳ９）。そして、ネットワーク４とコネクションを確立し、ＭＴＣサーバ２に対して情報の送信を行う。一方、その特徴に関する情報を保持していない場合（ステップＳ６でNO）、又はＭＴＣサーバに送信するべき情報ではない場合は、受信したページングに応答しない（ステップＳ８）。
　これにより、ＭＴＣデバイス１Ａは、ページングを受信するだけでＭＴＣサーバ２によって要求されている情報の種類を知ることができるため、その情報を保持していない場合は、ネットワーク４との間にコネクションを確立する必要がなくなる。その結果、不要なコネクションの確立に伴うシグナリングをなくすことができ、トラフィック量の軽減、デバイスの消費電力の軽減が図れる。
　（ＭＴＣデバイス１Ａ、１Ｂの構成）
　図１２は、ＭＴＣデバイス１Ａ（及びＭＴＣデバイス１Ｂ）の構成例を示す図である。ＭＴＣデバイス１Ａは、ネットワーク４に接続するためのインタフェース１１と、グループ情報生成方法１～５によってグループを生成するグループ生成部１２と、デバイス情報保持部１３と、ページング受信部１４と、要求情報特定部１５と、送信データ保持部１６とページング応答部１７を保持している。デバイス情報保持部１３は、グループ情報生成方法１～５によって他のＭＴＣデバイス１Ｂと共有したケーパビリティ情報やＭＴＣデバイス１Ａ、１Ｂが形成したグループ情報、及びＭＴＣサーバ２から通知されたグループ情報を保持する。
　他のＭＴＣデバイス１Ｂとケーパビリティ情報を共有する場合は、ローカル通信技術を用いてＭＴＣデバイス１Ａ、１Ｂ同士が繋がり、お互いのケーパビリティ情報を交換する。ケーパビリティ情報を共有した後、必要があれば共通する特徴を持っているＭＴＣデバイス１Ａ、１Ｂ同士でグループを形成する。さらに、グループ情報生成方法１～３ではケーパビリティ情報、あるいは形成したグループ情報をＭＴＣサーバ２へ通知する。また、グループ情報生成方法３、４のようにＭＴＣサーバ２からグループ情報が通知される場合、デバイス情報保持部１３はＭＴＣサーバ２からグループ情報を受信し格納する。
　ページング受信部１４は、基地局３からページングメッセージを受信し、ページングメッセージの中に自身のＩＤが含まれているか否かを確認する。自身のＩＤは、受信したページングの宛先として含まれていてもよい。ページング受信部１４はさらに、デバイス情報保持部１３に保持されている他のＭＴＣデバイス１ＢのＩＤも同じページングメッセージに含まれているか否かを確認する。なお、他のＭＴＣデバイス１ＢのＩＤは、受信したページングの宛先として含まれていてもよいし、ページングの中のアプリケーション情報を格納するフィールドに含まれていてもよい。なお、自身のＩＤは、他のＭＴＣデバイス１Ｂ～１ＣのＩＤと共に、アプリケーション情報の中にも含まれていてもよい。他のＭＴＣデバイス１ＢのＩＤも含まれている場合には、ページング受信部１４は要求情報特定部１５に対して、ページングメッセージ（以下、単にページング）をトリガしたリクエストメッセージが求めている情報を特定するよう指示する。
　要求情報特定部１５は、ページング受信部１４の指示を受け、デバイス情報保持部１３に保持されているグループ情報、又は他のＭＴＣデバイス１Ｂのケーパビリティ情報を参照し、自身と共通する特徴を確認する。例えば、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂのケーパビリティ情報の中に「ＨＤカメラ」という機能が含まれている場合は、両者に共通する特徴が「ＨＤカメラ」であると特定する。要求情報特定部１５は、共通する特徴があった場合には、ＭＴＣサーバ２から要求されている情報がその特徴に関連する情報であると判断し、送信データ保持部１６に対してその情報が保持されているか否かを確認する。要求情報特定部１５は、その情報が保持されている場合には、ページング応答部１７に対して、受信したページングに応答するよう指示する。一方、その情報が保持されていなかった場合は、要求情報特定部１５は、受信したページングに応答しないようページング応答部１７へ指示する。送信データ保持部１６は、ＭＴＣデバイス１Ａが検出・収集した情報を保持する。必要に応じて、保持している情報が、ＭＴＣサーバ２向けの情報であるか、他のＭＴＣデバイス１Ｂ向けの情報であるか、自身で使用する情報であるかの判断を行う。なお、要求情報特定部１５及び送信データ保持部１６は、ＭＴＣデバイス上で動作しているアプリケーションが持つ機能であってもよい。つまり、ページング受信部１４は、要求情報特定部１５を含むアプリケーションに対し、ＭＴＣデバイス１ＢのＩＤを渡す。また、ＭＴＣデバイス１ＢのＩＤがアプリケーション情報としてＭＴＣサーバ２から通知された場合は、ページング受信部１４は、ページングに含まれているアプリケーション情報をアプリケーションである要求情報特定部１５へ渡す。アプリケーションは、アプリケーション情報に他のＭＴＣデバイス１ＢのＩＤが含まれている場合は、共通する特徴を特定し、その特徴に関連する情報を保持しているか否かを確認する。一方、ページング受信部１４及びページング応答部１７は、ＭＴＣデバイスのＮＡＳレイヤが持つ機能であってもよい。
　ページング応答部１７は、要求情報特定部１５の指示を受け、受信したページングに応答してネットワークとコネクションを確立するか、又は応答せずに終了する。ネットワークとのコネクションの確立とは、具体的には、基地局３との間で確立するＲＲＣ（Radio Reserve Control）コネクションであり、ＲＲＣコネクションを通じて、ＭＭＥ５へのService Requestメッセージの送信などを行い、ＰＤＮコネクション（又はPDPコンテキスト）を確立してＭＴＣサーバ２から送信されたメッセージを受信する。なお、ＲＲＣコネクションが既に確立されている場合は、ページング応答部１７は、ＰＤＮコネクションを確立するための要求メッセージ（PDN Connectivity Request）や専用ベアラ（Dedicated Bearer）を生成又は更新するための要求メッセージ（Bearer Modification Request）などの制御メッセージをページングの応答としてＭＭＥ５へ送信する。
　（ＭＴＣデバイス１Ｃの構成）
　図１３は、ＭＴＣサーバ２ではなく、ＭＴＣデバイス１ＣがＭＴＣデバイス１Ａ及びＭＴＣデバイス１Ｂに対してメッセージを送信する場合のＭＴＣデバイス１Ｃの構成例を示す図である。ＭＴＣデバイス１Ｃは、ネットワーク４に接続するためのインタフェース１１と、デバイス情報保持部１３と、リクエストメッセージ送信部１８を保持している。ここでは、ＭＴＣデバイス１Ａ～１Ｃがローカル通信によってグループ（広域）を形成し、ＭＴＣデバイス１Ｃが、ＭＴＣデバイス１Ａと１Ｂに共通する特徴に関する情報を要求する場合を想定する。
　デバイス情報保持部１３は、図６におけるデバイス情報保持部１３と同様であるため説明を省略する。リクエストメッセージ送信部１８は、ある特徴に関する情報を要求する際に、デバイス情報保持部１３に保持されているグループ情報を参照して、ＭＴＣデバイス１Ａと１Ｂにその特徴が共通していることを検出し、グループ宛メッセージ送信方法１～３のいずれかを用いてリクエストメッセージを送信する。
　（ＭＴＣサーバの構成）
　図１４は、ＭＴＣサーバ２の構成例を示す図である。ＭＴＣサーバ２は、ネットワーク４に接続するためのインタフェース２１と、デバイス情報保持部２２と、グループ生成部２３と、リクエストメッセージ送信部２４と、グループ生成部２５から構成される。デバイス情報保持部２２は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃに関するグループ情報と、ケーパビリティ情報を保持する。これらの情報は、グループ情報生成方法１～５のいずれかを用いて動的に保持されてもよいし、ユーザやオペレータによって静的に保持されていてもよい。グループ生成部２３は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの各ケーパビリティを確認し、共通する特徴を持つＭＴＣデバイス１Ａ、１Ｂをグループ化し、その情報をデバイス情報保持部２２へ保持する。ＭＴＣデバイス１Ａ、１Ｂから通知されたグループ情報（狭域）や、静的なグループ情報がデバイス情報保持部２２に保持されている場合は、グループ生成部２３は、必ずしも新たなグループ生成を行う必要はない。
　リクエストメッセージ送信部２４は、グループ宛メッセージ送信方法１～３のいずれかを用いて、グループ化されたＭＴＣデバイス１Ａ、１Ｂに対するリクエストメッセージを生成し、送信する。生成するリクエストメッセージは、グループに属するそれぞれのＭＴＣデバイス１Ａ、１Ｂに対して個別のメッセージを生成するか、グループに属する全てのＭＴＣデバイス１Ａ、１ＢのＩＤを含む１つのメッセージを生成するか、グループのＩＤを含む１つのメッセージを生成する。なお、個別のメッセージを生成する場合、アプリケーションデータとしてＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの両方のＩＤをそれぞれのメッセージに含めてもよい。この場合、ＩＷＦやＭＭＥ５はＭＴＣデバイスのＩＤの関連性を認識する処理は不要となる。
　（ＭＭＥの構成）
　図１５は、ＭＭＥ５の構成例を示す図である。ＭＭＥ５は、ネットワーク４に接続するためのインタフェース５１と、ダウンリンクデータ通知受信部５２と、ページング要求送信部５３と、グループ情報保持部５４から構成される。ダウンリンクデータ通知受信部５２は、Ｓ－ＧＷ６が送信したＤＤＮを受信し、ＤＤＮに含まれている宛先を特定する情報から導かれるＭＴＣデバイス１Ａ、１Ｂに対してページング要求を送信する。図７（２）（４）に示すように、それぞれのＭＴＣデバイス１Ａ、１Ｂに対して個別のＤＤＮをＳ－ＧＷ６から受信する場合、ＭＭＥ５は、あるＭＴＣデバイス１Ａ宛のＤＤＮを受信した後、そのＭＴＣデバイス１Ａと同一のグループに属している他のＭＴＣデバイス１Ｂ宛のＤＤＮを受信するまで一定時間待機する（図７（３）参照）。そして、一定時間内に、同一グループに属する他のＭＴＣデバイス１Ｂ宛のＤＤＮを受信した場合には、ＭＭＥ５は、同一のページング要求にそれらのＭＴＣデバイス１Ａ、１ＢのＩＤを含めて送信する（図７（４）～（７）参照）。
　以上、説明したように、本発明の第１の実施の形態によれば、ＭＴＣデバイス１Ａは、ページングを受けた際に、ページングの中に同じグループに属する他のＭＴＣデバイス１ＢのＩＤが含まれていることを確認した場合に、グループ情報を参照して、そのＭＴＣデバイス１Ｂと共通する特徴を特定することで、ページングをトリガしたリクエストメッセージが要求している情報の種類を特定することが可能となる。これによって、特定した種類の情報を保持していない場合は、ネットワークとコネクションを確立する必要がなくなり、不要なコネクションの確立に伴うシグナリングを軽減することができ、また、ＭＴＣデバイス１Ａの消費電力も軽減することが可能となる。
　（第２の実施の形態）
　次に、前述した図１０を参照しながら本発明の第２の実施の形態について説明する。本発明の第２の実施の形態においても、第１の実施の形態における図１と同じネットワーク構成を用いて説明する。本発明の第２の実施の形態では、ＭＴＣサーバ２とＭＴＣデバイス１Ａ、１Ｂは、形成されたグループに関する情報を共有している。グループを形成する手法は、本発明の第１の実施の形態で述べた方法（グループ情報生成方法１～５）を用いることができるが、グループ情報生成方法２～４を用いる場合は、グループを生成したＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂに対して形成したグループ情報を通知する。そのグループ情報には、グループのＩＤやグループに属する他のデバイスの情報（ＩＤやケーパビリティなど）が含まれている。なお、ＭＴＣデバイス１Ａ、１Ｂ同士がすでにケーパビリティ情報を共有している場合は、ＭＴＣサーバ２はＭＴＣデバイス１Ａ、１Ｂに通知するグループ情報の中にケーパビリティ情報を含める必要はない。
　ＭＴＣデバイス１Ａ～１Ｃは、自身のグループＩＤを用いて新たにコネクションやベアラを確立するためのプロシージャ（PDN Connectivity Request、Bearer Resource Allocation request等）を実行し、ＭＴＣサーバ２から送信されたグループＩＤ宛のメッセージに基づくページング要求をＭＭＥ５から受信することができる。その際の確立要求メッセージには、自身のＩＤの他にグループのＩＤを含めて送信する。また、既存のコネクションを更新するためのプロシージャ（Bearer Resource Allocation request、Bearer Resource Modification request等）を実行し、既存のコネクションやベアラに対して取得したグループＩＤを関連付けてもよい。
　これにより、ＭＴＣサーバ２は、図１０（４）に示すようにグループＩＤ宛の要求メッセージを１つだけ送信することで、図１０（７）（８）では図７（６）（７）及び図９（５）（６）と同じページングメッセージをＭＭＥ５から複数のＭＴＣデバイス１Ａ、１Ｂに届けることが可能となる。なお、ＭＴＣサーバ２が、グループを形成した後に、Ｐ－ＧＷ７やＳ－ＧＷ６、及びＭＭＥ５に対して、グループＩＤを使用した新たなコネクションの確立や、既存のコネクション情報の更新、位置情報の更新を行ってもよい。
　ＭＴＣサーバ２とＭＴＣデバイス１Ａ～１Ｃがグループ情報を共有した後、ＭＴＣサーバ２はグループのＩＤ宛にリクエストメッセージを送信する。Ｓ－ＧＷ６からＤＤＮを受けたＭＭＥ５も同様に、サブグループのＩＤを含むページング要求を基地局３へ送信する。基地局３も同様に、サブグループのＩＤを含むページングをＭＴＣデバイス１Ａ～１Ｃへ送信する。ＭＴＣデバイス１Ａ～１Ｃは、受信したページングに含まれているＩＤが、自身が属するグループのＩＤであることを確認した場合は、そのグループに共通する特徴が何であるかを確認する。確認の方法は、グループ情報に含まれる各ＭＴＣデバイス１Ａ～１Ｃのケーパビリティ情報を参照し、グループのメンバーに共通する特徴を抽出する。または、ＭＴＣサーバ２から通知されたグループ情報の中に共通する特徴について記載されている場合はその値を参照する。
　共通する特徴を特定したＭＴＣデバイス１Ａ～１Ｃは、受信したページングをトリガしたリクエストメッセージが、その特徴に関する情報を要求するメッセージであると判断し、その情報を保持している場合はページングに応答し、保持していない場合はページングを無視する。以上、説明したように、本発明の第２の実施の形態によれば、ＭＴＣデバイス１Ａ～１Ｃは、ページングを受けた際に、ページングに含まれている宛先ＩＤが自身が属しているグループのＩＤである場合に、グループ情報を参照して共通する特徴を特定することで、ページングをトリガしたリクエストメッセージによって要求されている情報の種類を判別することが可能となる。これによって、特定した種類の情報を保持していない場合は、ネットワーク４とコネクションを確立する必要がなくなり、不要なコネクションの確立に伴うシグナリングを軽減することができ、また、ＭＴＣデバイス１Ａ～１Ｃの消費電力も軽減することが可能となる。
　（第３の実施の形態）
　次に、本発明の第３の実施の形態について説明する。本発明の第３の実施の形態においても、第１の実施の形態における図１と同じネットワーク構成を用いて説明する。本発明の第３の実施の形態では、まず、Ｓ－ＧＷ６がＭＴＣサーバ２からリクエストメッセージを受信した場合、Ｓ－ＧＷ６はＭＭＥ５に対してＤＤＮを送信する。Ｓ－ＧＷ６は、ＭＭＥ５に対してＤＤＮを送信する際に、ＭＴＣサーバ２から受信したリクエストメッセージで要求されている情報の種類を含める。さらに、ＭＭＥ５は、Ｓ－ＧＷ６からＤＤＮを受信した際に、ＤＤＮに含まれている情報の種類をページング要求の中に含めて送信する。このページング要求を受けた基地局３は、ＭＴＣデバイス１Ａ～１Ｃへ送信するページングの中にもＭＭＥ５から通知された情報の種類を表す値を含めて送信する。
　ＭＴＣデバイス１Ａ～１Ｃは、ページングを受信した際に、まず自身のＩＤが含まれているか否かを確認し、含まれている場合には、ページングの中の要求されている情報の種類を含むフィールドをチェックする。情報の種類が、ＭＴＣデバイス１Ａ～１Ｃがそれぞれ保持しているデータである場合には、受信したページングに応答し、ネットワークとコネクションを確立する。一方、情報の種類が、ＭＴＣデバイス１Ａ～１Ｃがそれぞれ保持していないデータである場合は、受信したページングを無視する。なお、基地局３は、情報の種類をページングの中に直接入れるのではなく、制御情報として通知するＳＩＢ（System Information Block）の中に含めてもよい。ＳＩＢに情報の種類を入れる場合、基地局３は、ページング中のSystemInformationModificationフラグをセットするのが望ましい。
　以上、説明したように、本発明の第３の実施の形態によれば、ＭＴＣデバイス１Ａ～１Ｃは、ページングを受けた際に、ページング又はＳＩＢの中の特定の場所に格納されている情報を確認することで、ページングをトリガしたリクエストメッセージによって要求されている情報の種類を特定することが可能となるため、データを保持していない場合は、ネットワーク４とコネクションを確立する必要がなくなり、不要なコネクションの確立に伴うシグナリングを軽減することができ、また、ＭＴＣデバイス１Ａ～１Ｃの消費電力も軽減することが可能となる。
　（第４の実施の形態）
　次に、本発明の第４の実施の形態について説明する。本発明の第４の実施の形態においても、第１の実施の形態における図１と同じネットワーク構成を用いて説明する。本発明の第１の実施の形態で述べたように、３ＧＰＰネットワーク又はＭＴＣサーバ２が、グループに属する複数のＭＴＣデバイス１Ａ～１ＣのＩＤを含んだページングをＭＴＣデバイス１Ａ～１Ｃへ送信することで、ＭＴＣデバイス１Ａ～１Ｃはページングに応答するべきか否かを判断することができる。次に、本発明の第４の実施の形態では、ＭＴＣデバイス１Ａ～１Ｃ間でグループの代表となるデバイス（マスタデバイス）を決めることで、マスタデバイスだけがページングに応答し、それ以外のデバイスは応答しないようにする。この方法では、ＭＴＣサーバ２はグループのマスタデバイスがどのデバイスであるかを把握する必要がないため、ＭＴＣデバイス１Ａ～１Ｃ同士が状況に応じてマスタデバイスの変更を行うことができる。また、マスタデバイスの変更を行ったとしても、ＭＴＣサーバ２へ通知する必要はない。
　ＭＴＣデバイス１Ａ～１Ｃはローカル通信技術を用いてグループを形成し、さらに、グループの中でマスタデバイスを決定する。なお、他の実施の形態と同様に、ＭＴＣデバイス同士で情報を交換できれば、ローカル通信に用いる通信技術は問わない。マスタデバイスは、グループを代表してＭＴＣサーバ２と通信するデバイスとなる。例えば、ＭＴＣデバイス１Ｃがマスタデバイスとして選ばれた場合を想定する。各ＭＴＣデバイス１Ａ～１Ｃは、ＭＴＣデバイス１Ｃがマスタデバイスであることを認識する。ＭＴＣサーバ２は、グループに属するＭＴＣデバイス１Ａ～１Ｃ宛にメッセージを送信したい場合、グループ宛メッセージ送信方法１～３を用いて、ＭＴＣデバイス１Ａ～１Ｃに対してメッセージを送信する。なお、マスタデバイスを決定するために行うローカル通信は、ＭＴＣデバイス１Ａ～１Ｃがマスタデバイスの情報を既に保持している場合は、行う必要はない。
　グループ宛メッセージ送信方法１～３によって、ＭＴＣデバイス１Ａ～１Ｃは、それらのＩＤが全て含まれているページングを受信する。まず、各ＭＴＣデバイス１Ａ～１Ｃは、受信したページングの中に自身のＩＤが含まれていることを確認した後、さらに、自身が属しているグループのマスタＭＴＣデバイス１ＣのＩＤが含まれているか否かを確認する。なお、自身のＩＤは、受信したページングの宛先として含まれていてもよい。さらに、他のＭＴＣデバイス１Ｂ～ＩＣのＩＤは、受信したページングの宛先として含まれていてもよいし、ページングの中のアプリケーション情報を格納するフィールドに含まれていてもよい。なお、自身のＩＤは、他のＭＴＣデバイス１Ｂ～１ＣのＩＤと共に、アプリケーション情報の中にも含まれていてもよい。また、他のＭＴＣデバイスのＩＤがページングの中のアプリケーション情報として含まれている場合は、ＭＴＣデバイスのページング受信部は、受信したページングの中のアプリケーション情報をアプリケーションへ渡す。そしてアプリケーションは、アプリケーション情報の中に含まれている他のＭＴＣデバイスのＩＤから、応答するべきか否かを判断し、応答するべきと判断した場合は、ページング応答部に対して、ＰＤＮコネクションを確立するよう指示する。そしてページング応答部は、ＰＤＮコネクションを確立するための要求メッセージ（PDN Connectivity Request）や専用ベアラ（Dedicated Bearer）を生成又は更新するための要求メッセージ（Bearer Modification Request）などの制御メッセージ（ＮＡＳメッセージ）をページングの応答としてＭＭＥ５へ送信する。この場合、ページング受信部１４及びページング応答部１７は、ＭＴＣデバイスのＮＡＳレイヤが持つ機能であってもよい。
　ＭＴＣデバイス１Ａは、自身のＩＤの他にＭＴＣデバイス１ＣのＩＤが含まれていた場合、マスタデバイスであるＭＴＣデバイス１Ｃがグループを代表してネットワークに接続して通信を行うと判断し、受信したページングに応答しない。ＭＴＣデバイス１Ｂも同様に、ＭＴＣデバイス１ＣのＩＤが含まれているため、受信したページングを無視する。一方、マスタデバイスであるＭＴＣデバイス１Ｃは、自身のＩＤが含まれている場合には、ページングに応答し、コネクションを確立する。ＭＴＣデバイス１Ｃがコネクションを確立し、ＭＴＣサーバ２又は他のＭＴＣデバイス１Ａ、１Ｂと行う通信は任意であるが、ローカル通信を用いてＭＴＣデバイス１Ａ、１Ｂから通知された情報を自身の情報と合わせてＭＴＣサーバ２へ通知することもできるし、ＭＴＣサーバ２から受信した情報をＭＴＣデバイス１Ａ、１Ｂへ通知することもできる。なお、上記では、ＭＴＣデバイス１ＡとＭＴＣデバイス１ＢのマスタデバイスがＭＴＣデバイス１Ｃであるケースについて述べたが、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂのマスタデバイスが異なっている場合、例えばＭＴＣデバイス１ＢのマスタデバイスがＭＴＣデバイス１Ｄである場合であっても同様に、ＭＴＣデバイス１Ｂは、ページングの中にＭＴＣデバイス１ＤのＩＤが含まれていることを確認し、受信したページングに応答しないと判断する。
　以上、説明したように、本発明の第４の実施の形態により、受信したページングに自身のＩＤが含まれていたとしても、マスタＭＴＣデバイス１Ｃのみがページングに応答し、マスタＭＴＣデバイス１Ｃ以外のＭＴＣデバイス１Ａ、１Ｂがページングに応答する必要がなくなる。
　なお、本発明の第１～第４の実施の形態において、ＭＴＣサーバ２及びＭＴＣデバイス１ＣがＭＴＣデバイス１Ａ及び１Ｂの通信相手ノードとして送信するリクエストメッセージは、ＭＴＣデバイス１Ａ，１Ｂからの情報を要求するためのメッセージに限らず、ＭＴＣサーバ２又はＭＴＣデバイス１Ｃが通信相手ノードとして、ＭＴＣデバイス１Ａ、１Ｂに対して情報を通知するためのメッセージであってもよい。例えば、ＭＴＣデバイス１Ａ、１Ｂは、ＭＴＣデバイス１Ｃが収集・検出した情報を認識する機能を保持しているとする。ＭＴＣデバイス１Ｃは、その情報をグループに属する他のＭＴＣデバイス１Ａ、１Ｂへ通知する際に、グループ情報又はケーパビリティ情報を参照し、ＭＴＣデバイス１Ａ、１Ｂがその情報を処理できる機能を保持していることを確認する。そして、ＭＴＣデバイス１Ａ、１Ｂを宛先として設定した情報通知メッセージを送信する。
　このメッセージを受信したＭＴＣデバイス１Ａは、デバイス情報保持部１３を参照し、ＭＴＣデバイス１Ｂと共通する特徴を特定し、マスタＭＴＣデバイス１Ｃから送信された情報通知メッセージに含まれている情報の種類を特定する。情報の種類を特定した後、ＭＴＣデバイス１Ａがその情報を必要としている場合には、ページングに応答し、ネットワーク４とコネクションを確立して情報通知メッセージを受信する。一方、その情報を必要としていない場合はページングに応答しない。なお、ＭＴＣデバイス１ＢもＭＴＣデバイス１Ａと同様の処理を行う。これにより、他のデバイスやＭＴＣサーバ２が情報を通知するためのメッセージを送信している場合に、その情報を必要とするデバイスのみがページングに応答し、必要としないデバイスは不要なコネクションの確立に伴うシグナリングを軽減し、消費電力を削減することができる。なお、本発明の第１～第４の実施の形態において、３ＧＰＰネットワーク４がＭＴＣデバイスへ送信するメッセージとして、ページングの変わりに、複数のＭＴＣデバイス１Ａ～１ＣのＩＤを含んだＣＢＳやＳＭＳを用いてもよい。
（第５の実施の形態）
　次に、本発明の第５の実施の形態について説明する。本実施の形態では、ＭＴＣデバイスによる動作をトリガするために、ＭＴＣデバイスが属するグループＩＤを含むブロードキャストメッセージ（例えば、ＣＢＳ（Cell Broadcast Service）メッセージ）を送信する。以下では、ブロードキャストメッセージとしてＣＢＳメッセージを用いた場合について説明しているが、他のブロードキャストメッセージ（例えばMBMS：Multimedia Broadcast and Multicast Service）を利用した場合にも本発明の第５の実施の形態における方法を適用することができる。
　第５の実施の形態の第１の例では、図１６に示すように、
（１）（２）ＩＷＦ（Interworking Function）１０１は、ＭＴＣサーバ２からトリガメッセージを受信した場合、グループに属するＭＴＣデバイスをまとめてトリガするためにネットワーク４（ＣＢＣ（Cell Broadcast Center）１０２）に対してＣＢＳメッセージの送信を要求する。
（３）ネットワーク４が送信するＣＢＳメッセージは、宛先としてグループＩＤを含んでおり、そのグループに属するＭＴＣデバイスだけがＣＢＳメッセージに応答し、グループに属していないＭＴＣデバイスは応答しない。つまり、ＭＴＣデバイスは、自身のＩＤがＣＢＳメッセージに含まれていた場合に限らず、グループのＩＤがＣＢＳメッセージ内に含まれていた場合にも、ＣＢＳメッセージを受信する。これにより、ＭＴＣサーバ２は、一度に複数のＭＴＣデバイスをトリガしたい場合は、個別のデバイスＩＤではなく、複数のＭＴＣデバイスに共通なグループＩＤを含めることで、複数のＭＴＣデバイスをトリガするためのメッセージを１つのブロードキャストメッセージに集約することができる。
（４Ａ）（４Ｂ）（４Ｃ）グループに属しているＭＴＣデバイス１Ａ、１Ｂ、１Ｃは、応答として、コネクションの確立（又はベアラの確立やネットワークへの接続）を行うためのメッセージを送信する。
（５Ａ）（５Ｂ）（５Ｃ）（６Ａ）（６Ｂ）（６Ｃ）ネットワーク４（ＳＧＳＮ／ＭＭＥ５、ＣＢＣ１０２）は、ＩＷＦ１０１及びＭＴＣサーバ２に対して、各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃのコネクションの確立（又はベアラの確立やネットワークへの接続）が完了したことを通知する。
　ここで、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃによるコネクション確立プロシージャが通常のメッセージ（PDN Connectivity Requestや、Request Bearer Resource Modification、Attach Requestなど）を使用して行われる場合、ネットワーク４は、それらのメッセージが、ＣＢＳメッセージに対する応答として送信されたメッセージであるか否かが判別できないため、ＣＢＳメッセージに対する応答ではないコネクション確立に関しても、コネクション確立完了通知をＩＷＦ１０１及びＭＴＣサーバ２へ送信しなければならない。さらに、ネットワーク４は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃ毎にコネクション確立完了通知を送信するため、ＩＷＦ１０１及びＭＴＣサーバ２へシグナリングが集中してしまう。これは、トリガのためのメッセージをグループ単位で送信するのに対し、その応答が個別のＭＴＣデバイス１Ａ、１Ｂ、１Ｃによって行われることによって起こる。
　この問題点を解決するために、第５の実施の形態の第２の例では、図１７に示すように、図１６（１）（２）（３）と同じ手順（１）（２）（３）の後には、（４Ａ）（４Ｂ）そのグル－プに属する例えばＭＴＣデバイス１Ａ、１Ｂは、受信したＣＢＳメッセージに対する応答として送信するコネクションの確立（又はベアラの確立やネットワークへの接続）のためのメッセージ内にＣＢＳメッセージ応答であることを示す情報（ＣＢＳ応答情報）を含めて送信する。このＣＢＳ応答情報としてグループＩＤを含むＩＥ（Information Element）用いることができる。この場合、ネットワーク４（ＳＧＳＮ／ＭＭＥ５）は、受信したメッセージがＣＢＳメッセージに対する応答であることと、そのメッセージを送信したＭＴＣデバイス１Ａ、１Ｂがどのグループに属しているかを同時に知ることができる。
　これにより、図１７（５）及び図１８に示すように、ネットワーク４（ＳＧＳＮ／ＭＭＥ５）は、ＣＢＳに対する応答メッセージの場合（ステップＳ１１、Ｓ１２でYes）にだけ、完了通知を送信することができる（ステップＳ１３）。すなわち、受信した応答メッセージ内にＣＢＳ応答情報が含まれていない場合（ステップＳ１２でNo）、完了通知は送信しない（ステップＳ１４）。
　また、図１７（６）に示すように、ネットワーク４（ＳＧＳＮ／ＭＭＥ５）は、一定時間の間に受信した複数のコネクション確立のためのメッセージをまとめた１つのメッセージをＩＷＦ１０１及びＭＴＣサーバ２へ通知することができる。これにより、複数のコネクション確立完了通知がＩＷＦ１０１及びＭＴＣサーバ２へ集中するのを防ぐことができる。
　一方、ＭＴＣサーバ２にとって、コネクション確立の完了を直ぐに知りたいＭＴＣデバイスがいる場合、図１７（５）（６）に示したようにネットワーク４が複数のメッセージをまとめたコネクション確立応答を通知する方法は、ＭＴＣサーバ２が直ぐに知りたいコネクション確立についての完了通知を遅延させてしまう。そこで、図１９に示すように、ＭＴＣデバイスは、ＣＢＳメッセージを受けた際に（ステップＳ２１）、自身のコネクション確立通知がＭＴＣサーバ２によって直ぐに必要な通知であるか否かの判断（以下、即時性の判断ともいう）を行い（ステップＳ２２）、直ぐに通知が必要な場合は（ステップＳ２２でYes）、ＣＢＳ応答情報として応答メッセージに含める値をデバイスＩＤとする（ステップＳ２３）。一方、直ぐに通知が必要でない場合は（ステップＳ２２でNo）、グループＩＤとする（ステップＳ２４）。デバイスＩＤを応答メッセージ内に含める手順を図１７（１Ｃ）～（６Ｃ）に示す。
　また、第５の実施の形態の第３の例では、図２０に示すように、
（１）ＭＴＣサーバ２は、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃが即時性の判断をする際に利用する情報（アプリケーション情報、図２０ではアプリ情報と記す）をＩＷＦ（ＣＢＥ）１０１へ渡す。アプリケーション情報としては、例えば、通信に使用するアプリケーションの種類や、時刻情報、ＧＰＳ位置情報などが用いられる。ＧＰＳ位置情報の場合、ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの位置が通知された位置に対してある基準よりも近い位置にいる場合は即時性が高いと判断し、ある基準よりも遠くにいる場合は即時性が低いと判断することができる。これにより、
（２）（３）ＣＢＳメッセージを受信したＭＴＣデバイスに対して、アプリケーション情報を用いて応答の即時性について適切な判断を実行させることができる。
（４Ａ，５Ａ）（４Ｂ，５Ｂ）（４Ｃ，５Ｃ）ＣＢＳメッセージを受信したＭＴＣデバイス１Ａ、１Ｂ、１Ｃは、ＣＢＳメッセージに含まれるアプリケーションデータに基づき、自身のコネクション確立の完了をＭＴＣサーバに直ぐに通知する必要があるか否かを判断する。
（６Ａ）そして、判断結果に応じて即時性が高いと判断した例えばＭＴＣデバイス１Ａは、ＣＢＳ応答としてデバイスＩＤを含むコネクション確立要求を送信し、
（６Ｂ）（６Ｃ）即時性が低いと判断した例えばＭＴＣデバイス１Ｂ、１Ｃは、ＣＢＳ応答としてグル－プＩＤを含むコネクション確立要求を送信する。
　図２０の（７）、（８）、（７Ｃ）、（８Ｃ）で示す部分及び図２１に示すように、ステップＳ３１でコネクション確立要求を受けたネットワーク４は、応答メッセージに含まれるＣＢＳ応答情報としてデバイスＩＤが含まれている場合は（ステップＳ３２でYes）、コネクションが確立した後直ぐにコネクション完了通知をＩＷＦ１０１へ送信する（ステップＳ３３）。一方、ＣＢＳ応答情報としてグループＩＤが含まれている場合は（ステップＳ３２でNo、ステップＳ３４でYes）、一定時間の間に完了した複数のコネクション確立をまとめたコネクション完了通知をＩＷＦ１０１へ送信する（ステップＳ３５、ステップＳ３６）。
　このように、本発明の第５の実施の形態の第３の例によれば、ＣＢＳメッセージに対するＭＴＣデバイス１Ａ、１Ｂ、１Ｃからの応答シグナリングに伴うコネクション確立が完了したことを通知するメッセージがＩＷＦ１０１やＭＴＣサーバ２に与える輻輳を低減すると同時に、コネクション完了通知の即時性が高いＭＴＣデバイス１Ａについては、ＭＴＣデバイス１ＡがＣＢＳ応答として含める情報を切り替えることで、即時性が低い通知とは別に扱われるようになり、ＭＴＣサーバ２へ早く通知を届けることができる。
　以上、本発明の第１～第４の実施の形態によれば、ページングを受信した際に、自身のＩＤに加えて、他のデバイスのＩＤが含まれている場合に、そのデバイスと共通する特徴を特定することで、ページングをトリガしたメッセージの種類を特定することができるため、そのメッセージに応答する必要が無い場合はページングに応答しないという判断をすることが可能となり、不要なコネクション確立に伴うシグナリングを軽減し、消費電力を抑えることができる。また、本発明の第５の実施の形態によれば、ブロードキャストで送信されたトリガメッセージを受信してネクションの確立を行う場合、コネクションの完了通知が、即時性の高いデバイスと低いデバイスに分けてＩＷＦ１０１及びＭＴＣサーバ２に通知されるようにすることが可能となり、コネクション完了通知に伴うシグナリングを軽減すると共に、必要なシグナリングを遅延なく届けることができる。
　なお、上述の本発明の第１～第５の実施の形態では、ＭＴＣの技術において本発明が適用される場合について主に説明したが、本発明の適用範囲は、ＭＴＣの技術に限定されるものではない。本発明は、他の任意の通信技術に対しても適用可能である。
　また、上述の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
　本発明は、データ収集サーバからのメッセージに対して、適切なデータを返すことができない通信デバイスがページングに応答して不要なコネクションを確立することを防止することができるという効果を有し、通信ノードとサーバ間、又は通信ノード間で情報のやり取りを行う通信技術、特に、ＭＴＣの技術に適用可能である。

Claims (9)

  1. 　通信相手ノードの要求に応じて無線網を介して通信デバイスをトリガし、そのトリガを判別して応答した通信デバイスが前記通信相手ノードと通信する端末トリガ方法であって、
    　前記通信相手ノードから前記通信デバイスに対して、複数の通信デバイスのＩＤを含むトリガメッセージを送信するステップと、
    　前記通信デバイスが、自身のＩＤと他の通信デバイスのＩＤとを含む前記トリガメッセージを受信するステップと、
      前記通信デバイスが、前記トリガメッセージを受信した場合に、前記他の通信デバイスが送信可能なデータ種別を示すケーパビリティ情報に基づいて自身の送信可能なデータ種別と前記他の通信デバイスの送信可能なデータ種別とを比較することにより前記通信相手ノードが要求するデータ種別を認識し、前記トリガメッセージに応答して前記無線網とのコネクションを確立するステップとを、
    　有する端末トリガ方法。
  2. 　前記通信相手ノードが、同じ種別のデータを送信可能な前記複数の通信デバイス間で形成されたグループ情報を保持して、前記無線網内において前記複数の通信デバイスを管理する管理ノードに対し、前記保持しているグループ情報に基づいて同一グループに属する前記複数の通信デバイスの各ＩＤをそれぞれ含む複数のデータ要求メッセージを送信するステップをさらに有し、
    　前記管理ノードが、前記複数の通信デバイスに対して、前記通信相手ノードから受信した前記複数のデータ要求メッセージに基づいて、同一グループに属する前記複数の通信デバイスの各ＩＤを含む前記トリガメッセージを送信する、
    　請求項１に記載の端末トリガ方法。
  3. 　前記通信相手ノードが、同じ種別のデータを送信可能な前記複数の通信デバイス間で形成されたグループ情報を保持して、前記無線網内において前記複数の通信デバイスを管理する管理ノードに対し、前記保持しているグループ情報を通知するステップと、
    　前記通信相手ノードが前記管理ノードに対し、前記保持しているグループ情報に基づいてグループＩＤを含む１つのデータ要求メッセージを送信するステップとをさらに有し、
    　前記管理ノードが前記通信相手ノードから、前記グループＩＤを含む１つのデータ要求メッセージを受信した場合に、前記複数の通信デバイスに対して、前記あらかじめ通知されたグループ情報に基づいて、同一グループに属する前記複数の通信デバイスの各ＩＤをそれぞれ含む前記トリガメッセージを送信する、
    　請求項１に記載の端末トリガ方法。
  4. 　通信相手ノードの要求に応じて無線網を介して通信デバイスへトリガメッセージを送信し、前記通信デバイスが前記トリガメッセージを判別して応答する端末トリガ方法であって、
    　前記通信相手ノードから前記通信デバイスに対して、複数の通信デバイスのＩＤを含むトリガメッセージを送信するステップと、
    　前記通信デバイスが、自身のＩＤと他の通信デバイスのＩＤとを含む前記トリガメッセージを受信するステップと、
      前記通信デバイスが前記トリガメッセージを受信した場合に、マスタ通信デバイスを示すケーパビリティ情報に基づいて、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致する場合に前記無線網とのコネクションを確立せず、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致しない場合に前記無線網とのコネクションを確立するステップとを、
      有する端末トリガ方法。
  5.   近隣の前記複数の通信デバイスがそれぞれ、前記マスタ通信デバイスを示すケーパビリティ情報をやり取りして共有するステップを、
      さらに有する請求項４に記載の端末トリガ方法。
  6. 　通信相手ノードの要求に応じて無線網を介してトリガされ、そのトリガを判別して応答し、前記通信相手ノードと通信する通信デバイスであって、
    　前記通信相手ノードから自身のＩＤと他の通信デバイスのＩＤとを含むトリガメッセージを受信する手段と、
      前記トリガメッセージを受信した場合に、前記他の通信デバイスが送信可能なデータ種別を示すケーパビリティ情報に基づいて自身の送信可能なデータ種別と前記他の通信デバイスの送信可能なデータ種別とを比較することにより前記通信相手ノードが要求するデータ種別を認識し、前記トリガメッセージに応答して前記無線網とのコネクションを確立する手段とを、
    　有する通信デバイス。
  7. 　通信相手ノードの要求に応じて無線網を介してトリガされ、そのトリガを判別して応答し、前記通信相手ノードと通信する通信デバイスであって、
      前記通信相手ノードから自身のＩＤと他の通信デバイスのＩＤとを含むトリガメッセージを受信する手段と、
      前記トリガメッセージを受信した場合に、マスタ通信デバイスを示すケーパビリティ情報に基づいて、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致する場合に前記無線網とのコネクションを確立せず、前記トリガメッセージに含まれている他の通信デバイスのＩＤが前記マスタ通信デバイスのＩＤに一致しない場合に前記無線網とのコネクションを確立する手段とを、
    　有する通信デバイス。
  8.   近隣の通信デバイス同士が通信をして前記マスタ通信デバイスを決定する手段を、
      さらに有する請求項７に記載の通信デバイス。
  9. 　無線網を介して複数の通信デバイスをトリガし、そのトリガを判別して応答した通信デバイスと通信する通信相手ノードであって、
    　管理している前記通信デバイスの中から、通信を開始するためにトリガする必要のある複数の通信デバイスを特定する手段と、
    　前記複数の通信デバイスのＩＤを含むトリガメッセージをそれぞれの通信デバイス宛に送信する手段とを、
    　有する通信相手ノード。
PCT/JP2012/000343 2011-02-14 2012-01-20 ページング方法、ページングシステム、通信デバイス及び通信相手ノード WO2012111255A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2011029164 2011-02-14
JP2011-029164 2011-02-14
JP2011-219192 2011-10-03
JP2011219192 2011-10-03

Publications (1)

Publication Number Publication Date
WO2012111255A1 true WO2012111255A1 (ja) 2012-08-23

Family

ID=46672204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/000343 WO2012111255A1 (ja) 2011-02-14 2012-01-20 ページング方法、ページングシステム、通信デバイス及び通信相手ノード

Country Status (1)

Country Link
WO (1) WO2012111255A1 (ja)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012170084A (ja) * 2011-02-16 2012-09-06 Kotatsu Kokusai Denshi Kofun Yugenkoshi マシン通信型デバイスのトリガーを処理するサービスネットワーク及び方法
CN103118101A (zh) * 2013-01-25 2013-05-22 深圳清华大学研究院 一种用于移动终端的信息共享方法
WO2014115185A1 (ja) * 2013-01-24 2014-07-31 富士通株式会社 無線通信方法、無線通信システム、無線基地局および無線端末
WO2014129157A1 (en) * 2013-02-22 2014-08-28 Canon Kabushiki Kaisha Communication apparatus, control method thereof, and program
JP2016025463A (ja) * 2014-07-18 2016-02-08 トヨタ自動車株式会社 無線通信システムにおける通信方法、無線通信システム、無線接続提供装置、および無線通信装置
JP2016508299A (ja) * 2012-11-22 2016-03-17 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． マシン・ツー・マシン通信の間のグループ管理のための方法および装置
JP2016515328A (ja) * 2013-02-25 2016-05-26 クアルコム，インコーポレイテッド モノのインターネット（ＩｏＴ）デバイスグループを確立し、ＩｏＴデバイスグループ間の通信を可能にすること
JP2016522477A (ja) * 2014-03-20 2016-07-28 シャオミ・インコーポレイテッド グループ作成方法、グループ脱退方法、装置、プログラム、及び記録媒体
WO2016189926A1 (ja) * 2015-05-27 2016-12-01 日本電気株式会社 情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム
JP2018505595A (ja) * 2015-01-08 2018-02-22 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるページング転送方法及びそのための装置
US9918300B2 (en) 2013-02-22 2018-03-13 Canon Kabushiki Kaisha Communication apparatus, control method thereof, and program
JP2018049332A (ja) * 2016-09-20 2018-03-29 株式会社東芝 データ検索システムおよびデータ検索方法
US10079787B2 (en) 2014-03-20 2018-09-18 Xiaomi Inc. Method and apparatus for creating group and exiting group
US10129689B2 (en) 2015-11-02 2018-11-13 Definition Networks, Inc. Systems and methods for machine-type communication
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
WO2019159348A1 (ja) * 2018-02-19 2019-08-22 富士通株式会社 情報処理装置、ノード、無線通信システムおよび無線網制御方法
US11025529B2 (en) 2018-03-30 2021-06-01 Toyota Jidosha Kabushiki Kaisha Radio communication system and radio communication method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001086574A (ja) * 1999-09-14 2001-03-30 Toyo Commun Equip Co Ltd 遠隔検針システム
JP2005135286A (ja) * 2003-10-31 2005-05-26 Ueda Japan Radio Co Ltd テレメータシステム
JP2006146548A (ja) * 2004-11-19 2006-06-08 Sharp Corp 測定システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001086574A (ja) * 1999-09-14 2001-03-30 Toyo Commun Equip Co Ltd 遠隔検針システム
JP2005135286A (ja) * 2003-10-31 2005-05-26 Ueda Japan Radio Co Ltd テレメータシステム
JP2006146548A (ja) * 2004-11-19 2006-06-08 Sharp Corp 測定システム

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012170084A (ja) * 2011-02-16 2012-09-06 Kotatsu Kokusai Denshi Kofun Yugenkoshi マシン通信型デバイスのトリガーを処理するサービスネットワーク及び方法
US10244549B2 (en) 2012-11-22 2019-03-26 Huawei Technologies Co., Ltd. Method and apparatus for group management during machine-to-machine communication
US10638496B2 (en) 2012-11-22 2020-04-28 Huawei Technologies Co., Ltd. Method and apparatus for group management during machine-to-machine communication
JP2016508299A (ja) * 2012-11-22 2016-03-17 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． マシン・ツー・マシン通信の間のグループ管理のための方法および装置
JPWO2014115185A1 (ja) * 2013-01-24 2017-01-19 富士通株式会社 無線通信方法、無線通信システム、無線基地局および無線端末
WO2014115185A1 (ja) * 2013-01-24 2014-07-31 富士通株式会社 無線通信方法、無線通信システム、無線基地局および無線端末
CN103118101A (zh) * 2013-01-25 2013-05-22 深圳清华大学研究院 一种用于移动终端的信息共享方法
US9918300B2 (en) 2013-02-22 2018-03-13 Canon Kabushiki Kaisha Communication apparatus, control method thereof, and program
CN105009677A (zh) * 2013-02-22 2015-10-28 佳能株式会社 通信设备及其控制方法和程序
RU2607248C1 (ru) * 2013-02-22 2017-01-10 Кэнон Кабусики Кайся Устройство связи, способ его управления и программа
KR101779799B1 (ko) 2013-02-22 2017-09-19 캐논 가부시끼가이샤 통신장치, 그 제어 방법, 및 기록매체
WO2014129157A1 (en) * 2013-02-22 2014-08-28 Canon Kabushiki Kaisha Communication apparatus, control method thereof, and program
US9942930B2 (en) 2013-02-22 2018-04-10 Canon Kabushiki Kaisha Communication apparatus, control method thereof, and program
JP2014165605A (ja) * 2013-02-22 2014-09-08 Canon Inc 通信装置、その制御方法、プログラム
JP2016515328A (ja) * 2013-02-25 2016-05-26 クアルコム，インコーポレイテッド モノのインターネット（ＩｏＴ）デバイスグループを確立し、ＩｏＴデバイスグループ間の通信を可能にすること
JP2016522477A (ja) * 2014-03-20 2016-07-28 シャオミ・インコーポレイテッド グループ作成方法、グループ脱退方法、装置、プログラム、及び記録媒体
US10079787B2 (en) 2014-03-20 2018-09-18 Xiaomi Inc. Method and apparatus for creating group and exiting group
US10375568B2 (en) 2014-07-18 2019-08-06 Toyota Jidosha Kabushiki Kaisha Communication method in vehicular wireless communication system and vehicular wireless communication system for transmission of necessary information only from a sensor to the network
JP2016025463A (ja) * 2014-07-18 2016-02-08 トヨタ自動車株式会社 無線通信システムにおける通信方法、無線通信システム、無線接続提供装置、および無線通信装置
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
JP2018505595A (ja) * 2015-01-08 2018-02-22 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるページング転送方法及びそのための装置
WO2016189926A1 (ja) * 2015-05-27 2016-12-01 日本電気株式会社 情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム
JPWO2016189926A1 (ja) * 2015-05-27 2018-03-08 日本電気株式会社 情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム
US10129689B2 (en) 2015-11-02 2018-11-13 Definition Networks, Inc. Systems and methods for machine-type communication
JP2018049332A (ja) * 2016-09-20 2018-03-29 株式会社東芝 データ検索システムおよびデータ検索方法
WO2019159348A1 (ja) * 2018-02-19 2019-08-22 富士通株式会社 情報処理装置、ノード、無線通信システムおよび無線網制御方法
JPWO2019159348A1 (ja) * 2018-02-19 2021-01-14 富士通株式会社 情報処理装置、ノード、無線通信システムおよび無線網制御方法
US11025529B2 (en) 2018-03-30 2021-06-01 Toyota Jidosha Kabushiki Kaisha Radio communication system and radio communication method

Similar Documents

Publication Publication Date Title
WO2012111255A1 (ja) ページング方法、ページングシステム、通信デバイス及び通信相手ノード
US11589208B2 (en) Method for transmitting data in CIoT system and device therefor
JP6023054B2 (ja) 通信システム、ユーザ端末並びに通信装置
US11540100B2 (en) Method and apparatus for communication of terminal in mobile communication system
KR102165255B1 (ko) non-3gpp를 통해 5G네트워크에 접속하는 단말에 대한 registration 관리 방안
US9622035B2 (en) Relay control method for proximity service and device therefor
JP6031529B2 (ja) モバイル通信システム、モバイル通信ネットワーク、インフラストラクチャ機器、モビリティマネージャ、方法およびコンピュータプログラム
WO2015090057A1 (zh) 路由信息发送、接收的方法、装置及路由信息处理系统
WO2011121921A1 (ja) 通信ノード及びネットワークノード
KR101813058B1 (ko) 이동통신 시스템의 가입자의 단말들의 시그널링 처리방법
US8897768B2 (en) Method for selecting and establishing a D2D communication path in MTC capillary networks
WO2016198936A1 (en) Method, apparatus, and system for d2d relay
WO2012137402A1 (ja) セル選択方法、セル選択システム、通信デバイス及び基地局
KR102459543B1 (ko) 무선 통신 시스템에서 웨어러블 디바이스를 위한 통신 방법 및 장치
KR102003234B1 (ko) 무선통신 시스템에서 단문 메시지를 효율적으로 전달하는 방법 및 장치
CN108781402A (zh) 专用核心网迁移处理方法、设备和系统
CN103108377A (zh) 一种mtc终端的通信方法、系统及中心控制节点
US10003921B2 (en) Method and apparatus for searching for proximity service so as to provide proximity service
WO2014079312A1 (zh) 一种确定用户设备之间邻近关系的方法、设备及通信系统
CN105530614A (zh) 组寻址处理方法、装置、mtc互通网关及api gw
WO2014079313A1 (zh) 一种确定用户设备之间邻近关系的方法、设备及通信系统
US20230413230A1 (en) Wireless terminals with multiple subscriber indentity modules
CN109155785A (zh) 一种v2x消息传输方法及相关网元
GB2614303A (en) Communication system
JP2013239837A (ja) ネットワークノード及びサーバ

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: 12746636

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12746636

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP