[go: up one dir, main page]

WO2013065996A1 - 기계 형태 통신 단말의 트리거링을 위한 서버 및 방법 - Google Patents

기계 형태 통신 단말의 트리거링을 위한 서버 및 방법 Download PDF

Info

Publication number
WO2013065996A1
WO2013065996A1 PCT/KR2012/008797 KR2012008797W WO2013065996A1 WO 2013065996 A1 WO2013065996 A1 WO 2013065996A1 KR 2012008797 W KR2012008797 W KR 2012008797W WO 2013065996 A1 WO2013065996 A1 WO 2013065996A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
trigger
mtc
server
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2012/008797
Other languages
English (en)
French (fr)
Inventor
홍성표
조수현
이현송
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KT Corp
Original Assignee
KT Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020110117281A external-priority patent/KR20130049130A/ko
Application filed by KT Corp filed Critical KT Corp
Publication of WO2013065996A1 publication Critical patent/WO2013065996A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • a machine type communication (MTC) server requests triggering for a machine type communication terminal through a wireless network of a mobile communication operator, and the terminal receiving the trigger request initiates communication with the machine type communication server. Terminal triggering.
  • MTC machine type communication
  • Machine Type Communication is a form of data communication that represents M2M (machine to machine) communication, where one or more entities do not or require minimal human interaction.
  • An MTC device user terminal such as an electric meter, gas meter, or vending machine equipped with a mobile communication module may control an MTC device and collect data through a wireless network of a mobile carrier (for example, a service). It can communicate with Capability Server or MTC application server.
  • the MTC user may periodically allow the MTC device to start data communication through the wireless network of the mobile communication provider to transmit data to the MTC server.
  • the MTC device initiates data communication through the mobile operator's wireless network at the request of the MTC server for control and management of the MTC device, collection of data on demand, and the like. You can also communicate with the MTC server.
  • the MTC device transmits a trigger request of the MTC server through the wireless network of the mobile communication operator, and the MTC device receiving the trigger request initiates data communication through the wireless network of the mobile communication operator to communicate with the MTC server. This is called triggering.
  • Machine type communication-interworking function may be used to relay or convert device triggering requests generated from a plurality of MTC servers in a wireless network of a mobile carrier that must accommodate a large number of MTC devices.
  • the MTC-IWF may be implemented as a separate entity's equipment or as part of other wireless network equipment.
  • the MTC-IWF can relay or convert signal information for operating a specific function of the mobile operator's wireless network through a reference point with the MTC server, and MTC server authentication, authorization of control messages, identifier mapping, etc. Can be done.
  • an MTC-IWF or an MTC server receiving a failure result continuously generates a unnecessary network load by repeatedly repeating a trigger delivery request. It aims to prevent.
  • the external server communication unit for receiving a trigger request of the terminal from the external server;
  • a management server communication unit for querying a management server for managing subscriber information with a network internal identifier of the terminal and information of a relay server relaying a trigger message to the terminal;
  • a relay server communication unit which transmits a trigger request of the terminal to the relay server, and when the triggering of the terminal fails, the relay server communication unit retransmits the trigger request within a valid time included in the trigger request. It provides a network connection server.
  • an external identifier of a terminal is received from a manganese access server that receives a trigger request of the terminal from an external server and transmits the trigger request to the terminal, and transmits an internal identifier of the terminal to the network between the network and the terminal.
  • a network connection server communication unit transmitting information of a relay server relaying a trigger message;
  • a trigger information storage unit for storing an internal identifier mapped to an external identifier of the terminal and information of a relay server relaying the terminal;
  • a trigger state storage unit for storing information indicating that there is a trigger request message waiting for retransmission in the network connection server when the triggering of the terminal fails.
  • a trigger transmission request message to a terminal is received from a network connection server receiving a trigger request of a terminal from an external server and delivered to the terminal, and a trigger transmission confirmation or failure message is sent to the network connection server.
  • a network connection server communication unit for transmitting;
  • a terminal communication unit transmitting the trigger delivery request message to the terminal and receiving the trigger delivery confirmation message from the terminal;
  • a trigger state storage unit for storing information indicating that there is a trigger request message waiting for retransmission in the network connection server when the trigger transfer request message transmission fails to the terminal.
  • Another embodiment of the present invention is a terminal trigger request delivery method executed in a network connection server that receives a trigger request of a terminal from an external server and delivers the trigger request to the terminal, the network internal identifier of the terminal to a management server managing subscriber information.
  • an external identifier of a terminal is received from a manganese access server that receives a trigger request of the terminal from an external server and transmits the trigger request to the terminal, and transmits an internal identifier of the terminal to the network between the network and the terminal. Transmitting information of a relay server relaying a trigger message; And storing information indicating that there is a trigger request message waiting for retransmission in the network connection server if the triggering of the terminal fails.
  • the step of delivering a trigger transfer request message from the network connection server to the terminal Receiving a trigger delivery confirmation message from the terminal; And storing information indicating that there is a trigger request message waiting for retransmission in the network connection server when the trigger transmission request message transmission fails to the terminal. to provide.
  • the MTC-IWF or the MTC server receiving the failure result continuously repeats the trigger delivery request to avoid unnecessary network load. Generation can be prevented.
  • 1 illustrates an example of a network system for an MTC.
  • FIG. 2 illustrates an MTC device triggering method according to an embodiment.
  • FIG. 3 illustrates a trigger failure procedure due to failure of HLR / HSS information extraction according to an embodiment.
  • FIG. 4 illustrates a trigger failure procedure due to an SGSN / MME error according to an embodiment.
  • FIG 5 illustrates a trigger failure procedure due to an error on a wireless path, according to an embodiment.
  • FIG. 6 illustrates a triggerable notification procedure according to an embodiment.
  • FIG. 7 illustrates a device triggering procedure when a terminal becomes accessible according to an embodiment.
  • FIG. 8 is a block diagram illustrating a configuration of an MTC-IWF according to an embodiment.
  • FIG. 9 is a block diagram illustrating a configuration of an HLR / HSS according to an embodiment.
  • FIG. 10 is a block diagram illustrating a configuration of an SGSN / MME according to an embodiment.
  • MTC machine type communication
  • MTC may be variously called as M2M communication (Machine to Machine Communication), Internet of Things (IoT), Smart Device Communication, Machine Oriented Communication, and the like.
  • M2M communication Machine to Machine Communication
  • IoT Internet of Things
  • Smart Device Communication Smart Device Communication
  • Machine Oriented Communication and the like.
  • MTC is a form of data communication that represents a machine or machine-to-machine communication where one or more entities do not or require minimal human interaction.
  • An MTC device user terminal such as an electric meter, gas meter, or vending machine equipped with a mobile communication module may communicate with an MTC server that controls the MTC device and collects data through a wireless network of a mobile communication operator. .
  • MTC application services provided through MTC have a feature of rarely transmitting data at long time intervals.
  • the MTC user may periodically allow the MTC device to start data communication through the wireless network of the mobile communication provider to transmit data to the MTC server.
  • the MTC device initiates data communication through the mobile operator's wireless network at the request of the MTC server for control and management of the MTC device, collection of data on demand, and the like. You can also communicate with the MTC server.
  • the MTC device transmits a trigger request of the MTC server through the wireless network of the mobile communication operator, and the MTC device receiving the trigger request initiates data communication through the wireless network of the mobile communication operator to communicate with the MTC server. This is called triggering.
  • FIG. 1 illustrates an example of a network system for an MTC.
  • the example shown in FIG. 1 is a structure under consideration in the 3rd Generation Partnership Project (3GPP), but the present invention is not limited to the system shown in FIG.
  • 3GPP 3rd Generation Partnership Project
  • an MTC user 110 who wants to use a user equipment (UE) 120 may access an M2M application 130.
  • the terminal 120 is an MTC device.
  • the terminal 120 may be expressed in various terms such as a user terminal, an MTC terminal, an MTC device, an MTC user terminal, and an MTC device terminal.
  • the M2M application 130 may communicate with the M2M application 122 of the terminal 120 at the level of the application program.
  • the M2M application 130 may be operated by a service provider (SP).
  • SP service provider
  • the M2M application 130 may communicate with the terminal 120 through a network.
  • the M2M application 130 may be directly connected to the network to communicate with the terminal 120 (Direct Model).
  • the M2M application 130 may be connected to the network through the MTC server 140 to communicate with the terminal 120 (Indirect Model).
  • the MTC server 140 may be operated by a service provider or operated by a mobile network operator (MNO).
  • MNO mobile network operator
  • the wireless network operated by the mobile network operator includes a Radio Access Network (RAN) 150 and a Core Network (CN).
  • the core network includes a Home Location Register / Home Subscriber Server (HLR / HSS) 162, a Serving GPRS Support Node / Mobility Management Entity (164), and an SMS-SC / IP-SM-.
  • HLR / HSS Home Location Register / Home Subscriber Server
  • 164 Serving GPRS Support Node / Mobility Management Entity
  • SMS-SC IP-SM-.
  • Short Message Service-Service Center / IP-Short Message-GateWay 166
  • Machine Type Communication-Interworking Function MTC-IWF
  • Charging Data Function / Charging Gateway Function (CDF / CGF) (170)
  • GGSN / PGW / ePDG Gateway GPRS Support Node / Packet Data Network GateWay / enhanced Packet Data Gateway
  • the HLR / HSS 162 is an entity that stores user subscription related information (user identifier, user profile, etc.).
  • the SGSN is a switch that performs a packet switching function for a mobile terminal.
  • the MME is an entity on a control plane for supporting mobility management function in an Evolved Packet System (EPS).
  • EPS Evolved Packet System
  • the SMS-SC / IP-GW-GW 166 is an entity that relays, stores and forwards a short message between an entity capable of transmitting and receiving a short message (for example, a user terminal). .
  • the MTC-IWF 168 provides a reference point (MTCsp) for communicating with the MTC server 140, and, at the request of the MTC server 140, specifies a wireless network (Public Land Mobile Network, PLMN) of the mobile communication service provider. It is an entity that relays or converts signaling, MTC server authentication, authorization of control message, identifier mapping, etc. to operate a function.
  • MTCsp reference point
  • PLMN Public Land Mobile Network
  • the CDF is an entity that receives a charging event from an external entity (eg, MTC-IWF 168) and generates a charging data record (CDR) using information of the charging event. CDRs generated in the CDF are transferred to CGF. CGF acts as a gateway between the core network and the charging platform.
  • an external entity eg, MTC-IWF 168
  • CDRs generated in the CDF are transferred to CGF.
  • CGF acts as a gateway between the core network and the charging platform.
  • the GGSN / PGW / ePDG 172 receives the packet from the external network and forwards the received packet to the SGSN / MME 164, or receives the packet from the SGSN / MME 164 and forwards the received packet to the external network. It is an object.
  • the MTC user 110 allows the terminal 120 to periodically communicate with the MTC server 140 via the network. Can be set.
  • the MTC user 110 may use the terminal 120 based on a request of the MTC server 140 at any time. It may trigger to communicate with the MTC server 140 via this wireless network.
  • the network transmits the trigger request of the MTC server 140 to the terminal 120, and the terminal 120 receiving the trigger request initiates data communication through the network to communicate with the MTC server 140 is called MTC device triggering. Can be called
  • a specific function of a mobile operator wireless network may be received by receiving a trigger request of the MTC server 140.
  • Relaying or translating signaling information for activating the MTC server 140, MTC server authentication, trigger request authorization, charging, MTC-IWF 168 may be required to perform device triggering control functions such as trigger delivery mechanism selection and terminal identifier mapping.
  • MTC-IWF 168 may be implemented as a separate entity or as part of other wireless network equipment.
  • the MTC server 140 may transmit a trigger request to the MTC-IWF 170 by resolving an IP address of the MTC-IWF 170 that performs a device triggering control function for a specific terminal.
  • the MTC-IWF 168 may select a trigger delivery mechanism by a trigger request of the MTC server 140.
  • Trigger delivery mechanisms include using the Short Message Service (SMS), using the paging channel, using the broadcast channel, using the Cell Broadcast Service (CBS), and using the Non Access Stratum (NAS) protocol. There may be.
  • SMS Short Message Service
  • CBS Cell Broadcast Service
  • NAS Non Access Stratum
  • the MTC-IWF 68 may transmit a device trigger message to the terminal 120 through the SGSN / MME 164 serving the terminal 120 to be triggered.
  • FIG. 2 illustrates an MTC device triggering method according to an embodiment.
  • the MTC server 140 transmits a trigger request including the external identifier and the valid time of the terminal 120 to the MTC-IWF 168 (S201).
  • the external identifier is an identifier for identifying the terminal 120 from outside the 3GPP system, and includes a mobile station international ISDN number (MSISDN), a fully qualified domain name (FQDN), a network access identifier (NAI), and a session initiation protocol uniform resource identifier (SIP URI). ), An Internet Protocol (IP) address, and the like.
  • the valid time may be time information for storing the trigger request in the network when the trigger request is not delivered to the terminal 120.
  • the MTC-IWF 168 authorizes a trigger request, and is required for International Mobile Subscriber Identity (IMSI) information and other triggers mapped to an external identifier of the terminal 120 through the HLR / HSS 162.
  • Information for example, SGSN / MME 164 information serving a terminal 120 to be triggered
  • the IMSI may be used as an identifier of the terminal 120 in the mobile carrier's network.
  • the present invention is not limited thereto, and an identifier other than IMSI that can be used as an identifier of the terminal 120 in the network of the mobile communication operator may be applied.
  • the MTC-IWF 168 requests the trigger message delivery to the serving SGSN / MME 164 of the terminal 120 inquired by the HLR / HSS 162 (S203).
  • the SGSN / MME 164 receiving the trigger delivery request transmits a trigger message to the terminal 120 (S204).
  • the terminal 120 transmits a confirmation message for trigger message transmission to the MTC server 140 through the SGSN / MME 164 and the MTC-IWF 168 (S205).
  • the terminal 120 may activate a PDP / PDN (Packet Data Protocol / Public Data Network) connection through the GGSN / PGW 172 (S206).
  • PDP Packet Data Protocol / Public Data Network
  • the terminal 120 communicates with the MTC server 140 (S207).
  • the SGSN / MME 164 may include trigger delivery information in the non-access stratum (NAS) signaling message and transmit the trigger delivery information to the terminal 120. That is, when the terminal 120 transmits a Routing Area Update / Tracking Area Update (RAU / TAU) request message, the SGSN / MME 164 includes trigger delivery information in the RAU / TAU acceptance message to the terminal 120. I can deliver it. When the terminal 120 transmits an attach request message, the SGSN / MME 164 may include the trigger delivery information in the registration acceptance message and transmit the trigger delivery information to the terminal 120. When there is an ongoing signaling between the terminal 120 and the SGSN / MME 164, the SGSN / MME 164 transmits trigger transmission information through a specific NAS message (eg, a Downlink Generic NAS Transport message). 120).
  • a specific NAS message eg, a Downlink Generic NAS Transport message
  • the SGSN / MME 164 may deliver trigger delivery information to the terminal 120 through a paging request.
  • the SGSN / MME 164 may identify a specific paging request. Trigger delivery information may be transmitted to the terminal 120 through a NAS message (eg, a Downlink Generic NAS Transport message).
  • the SGSN / MME 164 may use a NAS message in an improved format or in a generic format for small amount of data transmission between the SGSN / MME and the terminal.
  • FIG. 3 illustrates a trigger failure procedure due to failure of HLR / HSS information extraction according to an embodiment.
  • the MTC server 140 transmits a trigger request message to the MTC-IWF 168 through an MTCsp reference point (S301).
  • the MTC server 140 may know in advance by configuring an IP address for one or more MTC-IWF 168 to forward a trigger request message for a specific terminal 120, or may be configured of one or more MTC-IWF 168 in advance.
  • An IP address for the MTC-IWF 168 may be resolved through a Domain Name System (DNS) (not shown) based on the domain name.
  • DNS Domain Name System
  • the mobile communication service provider can distinguish the MTC-IWF 168 to be processed according to the attributes of the terminal 120 (for example, application, user terminal, user terminal group, mobility support, fixed installation, trigger frequency, etc.).
  • the domain name may be allocated and included in the external identifier (for example, ⁇ terminal identifier inside the mobile operator> @ ⁇ mobile carrier domain name including the MTC-IWF identifier>).
  • the mobile communication service provider may use MSISDN as external identifier information of the terminal 120 or include a domain name that does not include the MTC-IWF identifier.
  • MSISDN external identifier information of the terminal 120
  • the IP address for the MTC-IWF 168 may be resolved in a round robin manner.
  • the IP address for the MTC-IWF 168 may be resolved by specifying the domain name of the mobile communication provider used basically and the domain name of the mobile communication provider used as a backup for the terminal 120.
  • the trigger request message may include all or part of the information shown in Table 1 below.
  • Terminal identifier Information for identifying the MTC device user terminal may use MSISDN, Fully Qualified Domain Name (FQDN), Network Access Identifier (NAI), SIP URI, IP address, etc.
  • MTC Server Identifier Information for identifying an MTC server capable of requesting device triggering through a mobile carrier's wireless network, such as an MSISDN, a fully qualified domain name (FQDN), a network access identifier (NAI), a SIP URI, IP address can be used and can be used for device triggering and billing.
  • Trigger application ID Information for identifying an application to be operated in the MTC device user terminal by a trigger request of the MTC server
  • Priority It may be necessary to indicate whether the mobile service provider's wireless network (eg SMS-SC, etc.) is overloaded in the overload state (eg triggering device in case of many trigger requests to be processed compared to the network capacity).
  • Priority and Urgency Indications Displaying Status Report Requests Information indicating whether to request a report on the trigger request message processing status by the MTC server.
  • Trigger reference number Information used to correlate trigger requests and trigger responses
  • Old trigger reference number Used to delete the previous trigger request message from the network when the MTC server attempts to resend the trigger request message to the same terminal that has not been answered with the trigger reference number of the previously requested but not yet responded trigger request message.
  • the MTC-IWF 168 detects the trigger signaling load coming from the MTC server 140 and receives from the SGSN / MME 164 the number or rate of trigger request messages from a specific MTC server, the total number or rate of trigger request messages.
  • Overload control messages e.g., a message notifying SGSN / MME to start overloading to limit sending a message to SGSN / MME
  • a specific trigger request message to control overloading according to settings by the network administrator, etc.
  • processing of the entire trigger request message can be stopped.
  • the MTC-IWF 168 may resume processing of the interrupted trigger request message.
  • the MTC-IWF 168 fails to transmit the trigger message to the terminal 120 until the valid time transmitted by being included in the trigger request message of the MTC server 140 due to the overload ends, the MTC-IWF 168 ) May report the trigger failure to the MTC server 140, including the detailed reason code for the trigger failure (eg, failure due to overload, failure due to valid timeout).
  • the MTC-IWF 168 may not report the trigger result.
  • the MTC-IWF 168 may extend the valid time by the time that is interrupted when the trigger request message processing is stopped due to the overload. If MTC-IWF 168 extends the validity time due to overload, MTC-IWF 168 may report that the trigger is being stopped due to overload and may indicate that the valid time is being extended. have. The MTC-IWF 168 may report that the overload is released to the MTC server 140 when the overload is released. In this case, the remaining valid time of the trigger request message interrupted by the overload may be displayed.
  • the MTC-IWF 168 receiving the trigger request message from the MTC server 140 performs authorization of the MTC server and authorization of whether the MTC server has a right to request triggering from a specific terminal. Can be.
  • MTC server 140 identifier information that may request MTC-IWF 168 terminal triggering may be pre-configured in the MTC-IWF 168.
  • the MTC server 140 identifier information, which may request the MTC-IWF 168 to trigger on a specific terminal, is preconfigured in the HLR / HSS 162 and the MTC-IWF 168 may be configured in the HLR / HSS 162. You can inquire.
  • an identifier of the terminal 120 allowing the MTC-IWF 168 to trigger the terminal and the triggering of the terminal 120 is allowed.
  • An identifier information table including an identifier of the MTC server 140 may be preconfigured in the MTC-IWF 168.
  • the above-described identifier information table may be configured in advance in the HLR / HSS 162 and the MTC-IWF 168 may query the HLR / HSS 162.
  • the MTC-IWF 168 fails to authenticate the MTC server or the authorization of the trigger, if the external identifier information of the terminal included in the trigger request message is not an MSISDN, the MTC-IWF 168 cannot process the trigger request.
  • the MTC-IWF 168 may not be able to process the MTC-IWF 168 because it is not a trigger request for a terminal subscribed to the wireless network of the mobile communication operator operating the MTC-IWF 168.
  • the trigger failure may be reported to the server 140 including a detailed reason code (eg, authentication failure, authorization failure, terminal specific failure, etc.) for the trigger failure.
  • the MTC-IWF 168 may not report a trigger failure when the trigger request message of the MTC server 140 does not include a report request indication.
  • the MTC-IWF 168 inquires information necessary for terminal triggering through the HLR / HSS 162 (S302).
  • the MTC-IWF 168 may request the inquiry including the external identifier information of the terminal 120 included in the trigger request message of the MTC server 140 to inquire information necessary for the trigger.
  • the MTC-IWF 168 may request an inquiry including a timestamp when the trigger request message reaches the MTC-IWF 168.
  • the HLR / HSS 162 may include external identifier information of the terminal 120 included in the information inquiry request message from the MTC-IWF 168, time information of reaching the MTC-IWF 168, and an identifier of the MTC server 140. Information and the like may be used to check whether the information inquiry request message is received in duplicate, and if the message reception is checked as duplicate, it may be discarded.
  • the HLR / HSS 162 may store IMSI information mapped to the external identifier information of the terminal 120 and other information necessary for triggering, and MTC may transmit all the information necessary for triggering according to an inquiry request of the MTC-IWF 168. May be provided to the IWF 168.
  • the MTC-IWF 168 may make a trigger information request to the HLR / HSS 162
  • the MTC-IWF 168 may make a request including an indication of necessary information content in addition to the external identifier information of the terminal 120, and the HLR / HSS 162 may be requested. May extract and respond to necessary information included in the request of the MTC-IWF 168.
  • the HLR / HSS 162 provides attribute information indicating that the terminal 120 is an MTC device for MTC terminal triggering, connection priority information of the terminal 120, and attribute information about whether the terminal 120 has a fixed location.
  • the fixed location information may be additionally managed.
  • the HLR / HSS 162 indicates that there is a trigger request message waiting for trigger delivery within a network entity that provides a trigger message store and forward function if the trigger message delivery fails (eg, message waiting indication) can be stored.
  • Network entities that provide storage and forwarding functions may be implemented within MTC-IWF 168, or functions implemented within MTC-IWF 168, or entities separate from MTC-IWF 168 (e.g., SMS-SC, MTC).
  • the information indicating that there is a wait trigger request message stored by the HLR / HSS 162 may include identifier information of the terminal 120 that fails to deliver the trigger request message, a network entity or a MTC-IWF 168 that provides a storage and forwarding function. It may include at least one of the address information, the information indicating the detailed cause (for example, the UE not reachable (Not Reachable)) failed to deliver the trigger request message, the valid time.
  • the HLR / HSS 162 indicates that there is a trigger request message waiting for trigger delivery in a network entity that fails to deliver the trigger message and provides a storage and forwarding function. ) May not be saved.
  • the terminal 120 does not have a paging response by the SGSN / MME 164, when the terminal 120 is network deregistered (GPRS detach, IMSI detach), or SGSN / serviced by the HLR / HSS 162
  • the HLR / HSS 162 sends a detailed reason code that fails to deliver the trigger request message to the network connection of the MTC terminal. You can set it to Disabled (eg MTC Device Not Reachable) and save it.
  • the HLR / HSS 162 If the information cannot be extracted because the HLR / HSS 162 does not store / manage the external identifier information of the terminal 120 included in the inquiry request message of the MTC-IWF 168, the HLR / HSS 162 is the MSISDN. If the HLR / HSS 162 fails to extract the information, for example, if it is unable to process any external identifier information other than HLR / HSS 162, the HLR / HSS 162 will provide a separate failure notification with a failure code for the detailed cause of the failure. The message may be delivered to the MTC-IWF 168 (S303).
  • the terminal 120 when the terminal 120 does not respond to paging by the SGSN / MME 164, when the terminal 120 is deregistered from the network, the SGSN / MME 164 information serviced by the HLR / HSS 162 is provided. If the terminal 120 is unable to access the network due to the reason that the terminal 120 is not able to access the network, and the HLR / HSS 162 fails to extract information, the HLR / HSS 162 includes a failure code for a detailed failure cause. A separate failure notification message may be delivered to the MTC-IWF 168.
  • the MTC-IWF 168 may generate charging information and transmit the charging information to the CDF / CGF 170 even when the trigger fails.
  • the generated charging information may include external identifier information of the MTC terminal 120, IMSI information mapped to external identifier information of the MTC terminal 120, identifier information of the MTC server 140, a trigger result, and the like.
  • the failure notification message may be delivered through the inquiry response message of the MTC-IWF 168 in step S302 described above, and step S303 may be omitted.
  • the MTC-IWF 168 receiving the failure notification message transmits a failure report including the failure code to the MTC server 140 (S304).
  • the MTC-IWF 168 may deliver a failure report when a failure notification message is received, or may deliver a failure report at the end of a trigger request validity time. If the failure report is not delivered until the trigger request validity time expires, the success report can be delivered without passing the previous failure report if the trigger message is successfully delivered through the trigger retransmission before the trigger request validity time expires. If the trigger request message of the MTC server 140 does not include a report request indication, the MTC-IWF 168 may not report the trigger result to the MTC server 140, and step S304 may be omitted.
  • the terminal 120 when the terminal 120 does not respond to paging by the SGSN / MME 164, when the terminal 120 is deregistered from the network, the SGSN / MME 164 that the HLR / HSS 162 is serving. If the HLR / HSS 162 fails to extract the information because the terminal 120 is in a network inaccessible state due to no information), the MTC-IWF 168 periodically Trigger message delivery may be retransmitted and information retrieval may be repeated to HLR / HSS 162 for this purpose.
  • the network entity providing the storage and forwarding function may notify that the terminal 120 is reachable from the SGSM / MME 164 and / or the HLR / HSS 162 before the trigger request validity time expires. It may receive a message, and if so, it may retransmit trigger message delivery to a network entity that provides storage and delivery functionality.
  • the connectable notification message may include at least one of a terminal identifier (eg, IMSI), information indicating that the terminal is accessible (eg, UE-Reachable, UE-present), and routing information including a serving core node identifier. May contain information.
  • the network object providing the storage and forwarding function has a trigger wait message through the MTC-IWF 168. It may receive a registration message and a notification message for accessibility of the terminal.
  • the information indicating that there is a wait trigger request message stored by the HLR / HSS 162 may include address information of the MTC-IWF 168, not address information of a network object providing a storage and forwarding function. If the MTC-IWF 168 receives the terminal accessible notification message, the network entity providing the storage and delivery function may be triggered to retransmit the trigger message delivery through the MTC-IWF 168.
  • the network entity providing the storage and forwarding function may be registered to the terminal and may be connected to the terminal. May receive a notification message.
  • the information indicating that there is a wait trigger request message stored by the HLR / HSS 162 may include address information of the network object providing the storage and forwarding function, and the network object providing the storage and forwarding function.
  • the network entity providing the storage and forwarding function may be triggered to retransmit the trigger message delivery.
  • the trigger message forwarding retransmission by the network entity providing the storage and forwarding function may be provided through the MTC-IWF 168, or the self forwarding function of the network entity providing the storage and forwarding function (for example, SMS). -SC 166) may be used.
  • the MTC-IWF 168 may resend trigger message delivery by setting a rule (eg, entered by an operator) during the trigger request validity time.
  • a rule eg, entered by an operator
  • the MTC-IWF 168 may forward the trigger request message to the SMS-SC 166.
  • the MTC-IWF 168 may serve as a Short Message Entity (SME) capable of transmitting and receiving a short message with the SMS-SC 168. If the trigger delivery fails and the MTC-IWF 168 forwards the trigger request message to the SMS-SC 166, the MTC-IWF 168 may forward the trigger request message, including some or all of the information in Table 1. Can be.
  • SME Short Message Entity
  • the MTC-IWF 168 may map the valid time information received from the MTC server 140 to the TP-Validity-Period information transmitted to the SMS-SC 166 to transmit the information to the SMS-SC 166.
  • the SMS-SC 166 may use the valid time information for SMS transmission.
  • the MTC-IWF 168 may set a value other than the valid time information received from the MTC server 140 (for example, a value determined as the valid time value according to an operator's policy).
  • the TP-Validity-Period information transmitted to 166 may be mapped and transmitted to the SMS-SC 166, and the SMS-SC 166 may use valid time information for SMS transmission.
  • the SMS-SC 166 When the SMS-SC 166 causes retransmission, the information indicating that there is a waiting trigger request message stored by the HLR / HSS 162 described above is not the address information of the MTC-IWF 168 but the SMS-SC. 166 may include address information. To this end, the MTC-IWF 168 may request an information update from the HLR / HSS 162 and receive a confirmation thereof.
  • a network entity providing the above-described storage and forwarding function is triggered to the terminal 120 by the trigger request message.
  • To retransmit the MTC-IWF 168 may forward the trigger request message to a network entity that provides storage and forwarding functionality.
  • the MTC-IWF 168 is a network entity that provides storage and forwarding functions including some or all of the information in Table 1 (eg, validity time, trigger reference number, etc.) included in the trigger request message of the MTC server. I can deliver it.
  • a network entity providing a storage and forwarding function may retransmit trigger message delivery.
  • FIG. 4 illustrates a trigger failure procedure due to an SGSN / MME error according to an embodiment.
  • Steps S401 and S402 of FIG. 4 are the same as steps S301 and S302 of FIG. 3, and a detailed description thereof will be omitted.
  • step S402 is a case where information inquiry about the HLR / HSS 162 of the MTC-IWF 168 is successful.
  • the MTC-IWF 168 may receive information of the SGSN / MME 164 serving the terminal 120 from the HLR / HSS 162.
  • the MTC-IWF 168 requests the trigger message delivery to the SGSN / MME 164 node provided from the HLR / HSS 162 using the IMSI information of the terminal 120 as a destination address ( S403).
  • the trigger message transfer request message delivered by the MTC-IWF 168 to the SGSN / MME 164 may use an SMS transmission protocol or an internet protocol such as HTTP, SIP, or Diameter.
  • the trigger message delivery request message to the SGSN / MME 164 may include some or all of the information in Table 1.
  • the MTC-IWF 168 first sends a message containing priority information to the SGSN / MME 164 so that the SGSN / MME 164 preferentially processes a trigger forwarding request with a high trigger priority.
  • the terminal 120 may set up a PDP / PDN connection having a high access priority.
  • the MTC-IWF 168 sends a message to the SGSN / MME 164 that includes valid time information, such that the valid time expires if the SGSN / MME 164 fails to deliver the trigger request message. It may attempt to retransmit to the terminal 120 without delivering a failure report until.
  • the valid time information delivered from the MTC-IWF 168 to the SGSN / MME 164 may be valid time information delivered by the MTC server 140 to the MTC-IWF 168, or the valid time delivered by the MTC server 140. It may be a value determined as a value of valid time other than information (for example, according to an operator's policy or the like).
  • the MTC-IWF 168 may send a message to the SGSN / MME 164 that includes a timestamp when the trigger request message reached the MTC-IWF 168.
  • the SGSN / MME 164 requests a trigger using external identifier information of the terminal 120 included in the trigger message delivery request message, time information of reaching the MTC-IWF 168, identifier information of the MTC server 140, and the like. It is possible to check whether the message is received in duplicate, and if the trigger request message is checked to be received in duplicate, it can be discarded.
  • the MTC-IWF 168 transmits a trigger message to the previous serving SGSN / MME 164.
  • the previous serving SGSN / MME 164 may not be able to process the trigger message delivery request.
  • the previous serving SGSN / MME 164 reports to the MTC-IWF 168 a trigger delivery failure including a failure code for the detailed failure cause (S404).
  • SGSN / MME 164 sends a failure report to MTC-IWF 168 when it determines that trigger delivery has failed, or MTC-IWF 168 at the end of the validity time received from MTC-IWF 168. You can send a failure report. If the network entity that receives the failure report and provides the storage and forwarding function before the expiration time included in the trigger request message of the MTC server 140 is a separate entity from the MTC-IWF 168, the MTC- IWF 168 may forward the trigger request message to a network entity that provides storage and forwarding functionality.
  • the MTC-IWF 168 fails to deliver a trigger message to the HLR / HSS 162 and waits for a trigger delivery to a network entity that provides storage and delivery functionality.
  • a request is made to store information indicating that there is a trigger request message (S405).
  • the information indicating that there is a wait trigger request message indicates the identifier information of the terminal 120 that failed to deliver the trigger request message, the address information of the network entity or the MTC-IWF 168 providing the storage and forwarding function, and the detailed cause of failure.
  • the information may include at least one of validity time.
  • the identifier information of the terminal 120 may be external identifier information or IMSI information of the terminal 120.
  • the HLR / HSS 162 transmits a confirmation message for storing the trigger delivery state to the MTC-IWF 168 (S406).
  • the HLR / HSS 162 may not send an acknowledgment message for storing the trigger delivery status to the MTC-IWF 168, and step S406 may be omitted.
  • the MTC-IWF 168 receiving the failure notification message transmits a failure report including the failure code to the MTC server 140 (S407).
  • the MTC-IWF 168 may deliver a failure report when a failure notification message is received, or may deliver a failure report at the end of a trigger request validity time. If the failure report is not delivered until the trigger request validity time expires, the success report can be delivered without passing the previous failure report if the trigger message is successfully delivered through the trigger retransmission before the trigger request validity time expires. If the trigger request message of the MTC server 140 does not include a report request indication, the MTC-IWF 168 may not report the trigger result to the MTC server 140, and step S407 may be omitted.
  • the terminal 120 when the terminal 120 does not respond to paging by the SGSN / MME 164, when the terminal 120 is deregistered from the network, the SGSN / MME 164 that the HLR / HSS 162 is serving. If the HLR / HSS 162 fails to extract the information because the terminal 120 is in a network inaccessible state due to no information), the MTC-IWF 168 periodically Trigger message delivery may be retransmitted and information retrieval may be repeated to HLR / HSS 162 for this purpose.
  • the network entity providing the storage and forwarding function receives a notification message indicating that the terminal 120 is reachable from the SGSM / MME 164 or the HLR / HSS 162 before the trigger request validity time expires.
  • the network entity providing the storage and forwarding function may retransmit the triggered message forwarding if received.
  • the MTC-IWF 168 may resend trigger message delivery by setting a rule (eg, entered by an operator) during the trigger request validity time.
  • a rule eg, entered by an operator
  • the MTC-IWF 168 may send the SMS-SC 166 to the SMS-SC 166 to resend the trigger request message to the terminal 120.
  • the trigger request message may be forwarded to the SC 166.
  • the MTC-IWF 168 may serve as a Short Message Entity (SME) capable of transmitting and receiving a short message with the SMS-SC 168. If the trigger delivery fails and the MTC-IWF 168 forwards the trigger request message to the SMS-SC 166, the MTC-IWF 168 may forward the trigger request message, including some or all of the information in Table 1. Can be.
  • SME Short Message Entity
  • the MTC-IWF 168 may map the valid time information received from the MTC server 140 to the TP-Validity-Period information transmitted to the SMS-SC 166 to transmit the information to the SMS-SC 166.
  • the SMS-SC 166 may use the valid time information for SMS transmission.
  • the MTC-IWF 168 may set a value other than the valid time information received from the MTC server 140 (for example, a value determined as the valid time value according to an operator's policy).
  • the TP-Validity-Period information transmitted to 166 may be mapped and transmitted to the SMS-SC 166, and the SMS-SC 166 may use valid time information for SMS transmission.
  • the SMS-SC 166 When the SMS-SC 166 causes retransmission, the information indicating that there is a waiting trigger request message stored by the HLR / HSS 162 described above is not the address information of the MTC-IWF 168 but the SMS-SC. 166 may include address information. To this end, the MTC-IWF 168 may request an information update from the HLR / HSS 162 and receive a confirmation thereof.
  • a network entity providing a storage and forwarding function to the terminal 120 triggers a request message.
  • To retransmit the MTC-IWF 168 may forward the trigger request message to a network entity that provides storage and forwarding functionality.
  • the MTC-IWF 168 may transfer some (eg, validity time) or all of the information in Table 1 included in the trigger request message of the MTC server to a network entity providing a storage and forwarding function.
  • the MTC-IWF 168 may further convey information about the cause of the failure.
  • the network entity providing the storage and forwarding function receives the terminal accessible notification message from the MTC-IWF 168 or the HLR / HSS 162
  • the network entity providing the storage and forwarding function can resend the trigger message forwarding. have.
  • FIG 5 illustrates a trigger failure procedure due to an error on a wireless path, according to an embodiment.
  • Steps S501 to S503 of FIG. 5 are the same as steps S401 to S403 of FIG. 4, and a detailed description thereof will be omitted.
  • the SGSN / MME 164 transmits a trigger message to the terminal 120 (S504). However, when the terminal 120 is out of the wireless coverage area or the like, the SGSN / MME 164 transmits a trigger message to the terminal 120 or the terminal 120 transmits an acknowledgment message about the trigger message delivery. An error on the wireless path can cause the trigger message to fail.
  • the SGSN / MME 164 has a trigger request message waiting for trigger delivery to a network entity that provides a storage and forwarding function when the trigger message delivery fails, so that the UE can notify the trigger retransmission when the terminal is reachable.
  • the display information can be stored to make it available.
  • the indication information for notifying the trigger retransmission when the terminal is reachable because the network entity that provides the storage and forwarding function has a trigger request message waiting for the trigger forwarding is included in the validity time included in the trigger request.
  • MTC-IWF 168 that is set by SGSN / MME 164 that failed trigger message delivery before it was terminated, or received a trigger delivery failure report from SGSN / MME 164, to HLR / HSS 162. Through the HLR / HSS 162 according to the step S506 of requesting to store information indicating that there is a trigger request message waiting for trigger delivery to a network entity that fails to deliver the trigger message and provides a storage and forwarding function. Can be set
  • the SGSN / MME 164 fails to deliver a trigger message due to an error on the radio path, the SGSN / MME 164 reports to the MTC-IWF 168 a trigger delivery failure that includes a failure code for the detailed cause of the failure. (S505). If the network entity that receives the failure report and provides the storage and forwarding function before the expiration time included in the trigger request message of the MTC server 140 is a separate entity from the MTC-IWF 168, the MTC- IWF 168 may forward the trigger request message to a network entity that provides storage and forwarding functionality.
  • the MTC-IWF 168 fails to deliver the trigger message to the HLR / HSS 162 and waits for trigger delivery to a network entity that provides storage and delivery functionality.
  • Request to store information indicating that there is a trigger request message to the HLR / HSS 162 (S506).
  • the information indicating that the MTC-IWF 168 transmitted to the HLR / HSS 162 has a trigger request message waiting for the trigger forwarding may include identifier information, storage, and forwarding function of the terminal 120 that failed to forward the trigger request.
  • the identifier information of the terminal 120 may be external identifier information or IMSI information of the terminal 120.
  • the HLR / HSS 162 transmits a confirmation message for storing the trigger delivery state to the MTC-IWF 168 (S507).
  • the HLR / HSS 162 may not send an acknowledgment message for storing the trigger delivery status to the MTC-IWF 168, and step S507 may be omitted.
  • MTC-IWF 168 receiving the failure notification message transmits a failure report including the failure code to the MTC server 140 (S508).
  • the MTC-IWF 168 may deliver a failure report when a failure notification message is received, or may deliver a failure report at the end of a trigger request validity time. If the failure report is not delivered until the trigger request validity time expires, the success report can be delivered without passing the previous failure report if the trigger message is successfully delivered through the trigger retransmission before the trigger request validity time expires. If the trigger request message of the MTC server 140 does not include a report request indication, the MTC-IWF 168 may not report the trigger result to the MTC server 140, and step S508 may be omitted.
  • the terminal 120 when the terminal 120 does not respond to paging by the SGSN / MME 164, when the terminal 120 is deregistered from the network, the SGSN / MME 164 that the HLR / HSS 162 is serving. If the HLR / HSS 162 fails to extract the information because the terminal 120 is in a network inaccessible state due to no information), the MTC-IWF 168 periodically Trigger message delivery may be retransmitted and information retrieval may be repeated to HLR / HSS 162 for this purpose.
  • the network entity providing the storage and forwarding function receives a notification message indicating that the terminal 120 is reachable from the SGSM / MME 164 or the HLR / HSS 162 before the trigger request validity time expires.
  • the network entity providing the storage and forwarding function may retransmit the triggered message forwarding if received.
  • the MTC-IWF 168 may resend trigger message delivery by setting a rule (eg, entered by an operator) during the trigger request validity time.
  • a rule eg, entered by an operator
  • the MTC-IWF 168 sends the SMS-SC 166 to the SMS-SC 166 to cause the SMS-SC 166 to resend the trigger request message to the terminal 120. You can pass a trigger request message.
  • the MTC-IWF 168 may serve as a Short Message Entity (SME) capable of transmitting and receiving a short message with the SMS-SC 168. If the trigger delivery fails and the MTC-IWF 168 forwards the trigger request message to the SMS-SC 166, the MTC-IWF 168 may forward the trigger request message, including some or all of the information in Table 1. Can be.
  • SME Short Message Entity
  • the MTC-IWF 168 may map the valid time information received from the MTC server 140 to the TP-Validity-Period information transmitted to the SMS-SC 166 to transmit the information to the SMS-SC 166.
  • the SMS-SC 166 may use the valid time information for SMS transmission.
  • the MTC-IWF 168 may set a value other than the valid time information received from the MTC server 140 (for example, a value determined as the valid time value according to an operator's policy).
  • the TP-Validity-Period information transmitted to 166 may be mapped and transmitted to the SMS-SC 166, and the SMS-SC 166 may use valid time information for SMS transmission.
  • the SMS-SC 166 When the SMS-SC 166 causes retransmission, the information indicating that there is a waiting trigger request message stored by the HLR / HSS 162 described above is not the address information of the MTC-IWF 168 but the SMS-SC. 166 may include address information. To this end, the MTC-IWF 168 may request an information update from the HLR / HSS 162 and receive a confirmation thereof.
  • the network entity providing the storage and forwarding function resends the trigger request message to the terminal 120.
  • the MTC-IWF 168 may forward the trigger request message to a network entity that provides storage and forwarding functionality.
  • the MTC-IWF 168 may deliver some or all of the information in Table 1 included in the trigger request message of the MTC server 140 to the network entity providing the storage and forwarding function.
  • the MTC-IWF 168 may further convey information about the cause of the failure.
  • the network entity providing the storage and forwarding function receives the terminal accessible notification message from the MTC-IWF 168 or the HLR / HSS 162
  • the network entity providing the storage and forwarding function can resend the trigger message forwarding. have.
  • FIG. 6 illustrates a triggerable notification procedure according to an embodiment.
  • the MTC-IWF 168 fails to deliver the trigger message to the HLR / HSS 162 to provide a storage and delivery function.
  • Information is sent to the network entity indicating that there is a trigger request message waiting for trigger delivery, and the HLR / HSS 162 may store this information.
  • the information indicating that there is a wait trigger request message stored by the HLR / HSS 162 may include identifier information of the terminal 120 that fails to deliver the trigger message, and information about the network entity or the MTC-IWF 168 that provides storage and forwarding functions. It may include at least one of an address, information indicating a detailed cause of failure of the trigger message delivery, and a valid time.
  • the terminal 120 does not respond to paging by the SGSN / MME 164, the terminal 120 is deregistered from the network, or does not have the information of the serving SGSN / MME 164 in the HLR / HSS.
  • the failure detail reason code stored by the HLR / HSS 162 may be set to be unable to connect to the network of the terminal.
  • the indication information for notifying the trigger retransmission when the terminal is accessible due to the wait trigger request message may be stored in the SGSN / MME 164.
  • the SGSN / MME 164 transmits a trigger preparation notification message to the HLR / HSS 162 informing that the trigger message delivery to the terminal 120 is ready (S602).
  • the triggerable notification message may include at least one of a terminal identifier (eg, IMSI), information indicating that the terminal is accessible (eg, UE-Reachable, UE-present), and routing information including a serving core node identifier. It may include.
  • the SGSN / MME 164 may delete the indication information for allowing the UE to notify the retransmission of the trigger when there is a wait trigger request message in the network entity providing the storage and forwarding function.
  • the HLR / HSS 162 transmits a notification message to the MTC-IWF 168 informing that the terminal 120 has become accessible (S603). At this time, the HLR / HSS 162 may delete information indicating that there is a wait trigger request message in the network entity providing the storage and forwarding function.
  • the SGSN / MME 164 may not store information indicating that there is a wait trigger request message in the MTC-IWF 168.
  • the trigger request transmission may fail during the inquiry process of the HLR / HSS 162, and in this case, the SGSN / MME 164 may not know whether the trigger request transmission has failed.
  • the connection state between the SGSN / MME 164 and the terminal 120 in FIG. 6 that failed while attempting to transmit a trigger request to the terminal 120 in FIG. 4 and FIG. 5 is failed.
  • the SGSN / MME 164 may be different from each other, and in this case, the SGSN / MME 164 that detects an accessible state of the terminal 120 may not know whether a trigger request transmission has failed. Alternatively, by setting, the SGSN / MME 164 may not store information indicating that there is a wait trigger request message in the MTC-IWF 168.
  • the HLR / HSS 162 when the HLR / HSS 162 detects that the terminal 120 has entered the network connection state using only the network connection state information of the terminal 120 collected, the HLR / HSS 162 determines that the terminal 120 A notification message for notifying that the connection is available may be transmitted to the MTC-IWF 168. At this time, the HLR / HSS 162 may delete information indicating that there is a wait trigger request message in the MTC-IWF 168.
  • the MTC-IWF 168 that has received a notification message indicating that the UE is in an accessible state from the HLR / HSS 162 may execute triggering again.
  • 7 illustrates a device triggering procedure when a terminal becomes accessible according to an embodiment.
  • Steps S701 and S702 in FIG. 7 are the same as steps S502 and S503 in FIG. 5, and detailed descriptions are omitted.
  • the information retrieval step may be omitted.
  • the SGSN / MME 164 transmits a trigger message to the terminal 120 (S703), and the terminal 120 that has received the trigger message transmits an acknowledgment message for the trigger message transmission to the SGSN / MME 164 and the MTC-IWF ( 168 and transmits to MTC server 704 (S704).
  • the SGSN / MME 164 may delete information indicating that there is a wait trigger request message in the MTC-IWF 168. That is, the SGSN / MME 164 deletes information indicating that there is a wait trigger request message in the MTC-IWF 168, as described with reference to FIG. 120 may be executed when it detects that the network connection is possible, or when SGSN / MME 164 receives an acknowledgment message for trigger message delivery from terminal 120, as described in connection with FIG. It may be.
  • the MTC-IWF 168 having received a trigger delivery success report, triggers the HLR / HSS 162 to delete information indicating that there is a trigger request message waiting for a trigger delivery stored in the HLR / HSS 162.
  • the delivery status update request message is transmitted (S705).
  • the HLR / HSS 162 deletes information indicating that there is a wait trigger request message, and sends a trigger forwarding status update confirmation message to the MTC-IWF 168 that deleted information indicating that there is a wait trigger request message. (S706).
  • steps S705 and S706 may be omitted.
  • the HLR / HSS 162 may not transmit a confirmation message for the trigger delivery status update request to the MTC-IWF 168, and step S706 may be omitted.
  • the terminal 120 activates the PDP / PDN connection if necessary (S706).
  • the terminal 120 communicates with the MTC server 140.
  • the MTC server sends a trigger message forwarding request to the MTC IWF through the MTCsp reference point and receives a response to the trigger message forwarding request. Can be sent by IWF.
  • the MTC server may request the MTC IWF to delete the previous trigger request message, modify the previous trigger request message (for example, change the priority), query the trigger delivery status of the previous trigger request message, and the like through the trigger command request message.
  • the MTC IWF will not be able to forward the trigger message to the MTC IWF with confirmation details about the previous trigger request message received through the MTC server's trigger command request message (for example, MTC device not reachable). Can be answered.
  • MTC IWF can obtain the necessary information by requesting the HLR / HSS to look up information to check the trigger delivery status of the previous trigger request message through the trigger command request message of the MTC server.
  • the trigger command request message may include all or part of the information shown in Table 1 above.
  • the trigger command request message can be distinguished by different message type indication parameter values from the trigger request message.
  • the MTC server may include a trigger reference number (eg, old trigger reference number) of the trigger request message previously transmitted in the trigger request message.
  • a trigger reference number eg, old trigger reference number
  • the old trigger request message stored because the valid time has not expired can be deleted.
  • FIG. 8 is a block diagram illustrating a configuration of an MTC-IWF according to an embodiment.
  • the MTC-IWF transmits and receives a message with an MTC server communication unit 810 for transmitting and receiving a message with an MTC server, an HLR / HSS communication unit 820 for transmitting and receiving a message with an HLR / HSS, and an SGSN / MME.
  • SGSN / MME communication unit 830 a trigger information storage unit 840 for storing information included in the trigger request message received from the MTC server, a trigger message storage unit 850 for storing a trigger request message waiting for transmission , And a control unit 860.
  • the MTC server communication unit 810 may receive a trigger request message from the MTC server.
  • the trigger request message may include a message type indication, a valid time, a terminal identifier, an MTC server identifier, an application ID, a trigger priority, a status report request indication, and application specific information as shown in Table 1.
  • the MTC server communication unit 810 may transmit a trigger delivery confirmation message when the trigger request message delivery is successful, and may transmit a trigger failure report when the trigger request message delivery fails.
  • the HLR / HSS communication unit 820 may transmit a message requesting inquiry of the IMSI information mapped to the external identifier of the terminal and the serving SGSN / MME information of the terminal to the HLR / HSS, and the IMSI information of the terminal and the terminal from the HLR / HSS.
  • a response message including Serving SGSN / MME Information may be received. If the inquiry fails in the HLR / HSS, the HLR / HSS communication unit 820 may receive a failure notification message including the failure cause information from the HLR / HSS.
  • the HLR / HSS communication unit 820 stores a trigger request message waiting for transmission to the HLR / HSS.
  • a trigger delivery status message may be sent to indicate the status.
  • the HLR / HSS communication unit 820 may receive a notification signal indicating that the terminal is network accessible from the HLR / HSS.
  • the HLR / HSS communication unit 820 requests to delete the information indicating that the trigger request message is waiting for transmission to the HLR / HSS.
  • the trigger delivery status update message may be transmitted.
  • the SGSN / MME communication unit 830 may transmit a trigger delivery request message to the SGSN / MME. If the triggering is successful, the SGSN / MME communication unit 830 may receive a trigger delivery confirmation message from the SGSN / MME, and if the triggering fails, the SGSN / MME communication unit 830 receives a trigger delivery failure message from the SGSN / MME. can do.
  • the trigger information storage unit 840 may store trigger related information included in a trigger request message received from the MTC server.
  • the information included in the trigger request message is a valid time which is information about a time for storing the trigger request when the trigger request fails, an identifier of the terminal, an MTC server identifier, an application ID for identifying an application to be operated in the terminal, and priority of triggering. It may include a priority for indicating whether or not to process, a status report request indication indicating whether to report the processing status to the trigger request message, and application specific information that may be used by an application of the terminal.
  • the trigger message storage unit 850 When the trigger message storage unit 850 receives a failure notification message from the HLR / HSS through the HLR / HSS communication unit 820 because the trigger fails due to the information extraction failure in the HLR / HSS, due to an error in the SGSN / MME Failed trigger from SGSN / MME via SGSN / MME communication unit 830, or failure from SGSN / MME via SGSN / MME communication unit 830 due to a failure in the radio path due to failure of the trigger. If a notification message is received, the failed trigger message is stored.
  • the trigger message stored in the trigger message storage unit 850 may be stored within a valid time stored in the trigger information storage unit 840. When the trigger succeeds by retransmitting the trigger message within the valid time, or when the valid time has elapsed, the trigger message stored in the trigger message storage unit 850 may be deleted.
  • the control unit 860 When the control unit 860 receives the trigger request message through the MTC server communication unit 810, the control unit 860 stores the trigger information in the trigger information storage unit 840 and related information about the trigger (IMSI of the terminal, information of the serving SGSN / MME). Through the HLR / HSS communication unit 820 can query information to the HLR / HSS. The controller 860 may transmit a trigger request message to the SGSN / MME through the SGSN / MME communication unit 830. When the message for confirming the trigger delivery is received from the SGSN / MME through the SGSN / MME communication unit 830, the controller 860 may transmit the trigger delivery confirmation message to the MTC server through the MTC server communication unit 810.
  • the control unit 860 triggers a trigger message that failed to be delivered. Stored in the message storage unit 850.
  • the control unit 860 When a signal indicating that the terminal is connected to the network within the valid time stored in the trigger information storage unit 840 is received from the HLR / HSS through the HLR / HSS transmitter 820, the control unit 860 stores the trigger message storage unit 850. You can try triggering again using the trigger message stored in). Alternatively, the controller 860 may retry triggering using the trigger message stored in the trigger message storage unit 850 periodically within the valid time. If the terminal triggers again and succeeds, the control unit 860 forwards the trigger requesting to delete information indicating that the trigger request message is waiting for transmission to the HLR / HSS through the HLR / HSS communication unit 820. Status update message can be sent.
  • the controller 860 may delete the trigger message stored in the trigger message storage 850.
  • the controller 860 may generate charging information.
  • the charging information may be generated not only when the trigger succeeds but also when the trigger fails.
  • the generated charging information may be delivered to the CDF / CGF (170).
  • the generated charging information may include external identifier information of the MTC terminal 120, IMSI information mapped to external identifier information of the MTC terminal 120, identifier information of the MTC server 140, a trigger result, and the like.
  • FIG. 9 is a block diagram illustrating a configuration of an HLR / HSS according to an embodiment.
  • the HLR / HSS triggers an MTC-IWF communication unit 910 for transmitting and receiving a message with the MTC-IWF, a trigger information storage unit 920 for storing information necessary for triggering the terminal, and an MTC-IWF.
  • the MTC-IWF communication unit 910 may receive an information inquiry request for the trigger of the terminal from the MTC-IWF, and may transmit information necessary for the trigger to the terminal to the MTC-IWF.
  • the MTC-IWF communication unit 910 may transmit a failure notification message including a failure code for a detailed failure cause when the MTC-IWF fails to inquire information necessary for triggering the terminal.
  • the MTC-IWF communication unit 910 may receive trigger delivery status information from the MTC-IWF when the trigger fails due to an error of the SGSN / MME or an error on the radio path.
  • the MTC-IWF communication unit 910 When the MTC-IWF communication unit 910 receives a message from the SGSN / MME that it has detected that the terminal is in a network accessible state, the MTC-IWF communication unit 910 may transmit a notification message for notifying that the terminal is in a network accessible state to the MTC-IWF. If the trigger forwarding status information indicating that the triggering of the terminal has failed previously is received from the MTC-IWF, and the triggering of the terminal succeeds thereafter, the MTC-IWF communication unit 910 may receive a trigger forwarding status update request message from the MTC-IWF. Can be.
  • the trigger information storage unit 920 may store IMSI information mapped to an external identifier of the terminal and serving SGSN / MME information serving the terminal as information necessary for triggering the terminal.
  • the trigger information storage unit 920 may be configured to display the attribute information indicating that the terminal is an MTC device, access priority information of the terminal, attribute information for distinguishing whether the terminal has a fixed location, and fixing when the terminal has a fixed location. Additional location information can be stored.
  • the trigger state storage unit 930 stores information indicating that there is a trigger request message waiting for trigger delivery in the MTC-IWF when the trigger delivery to the terminal fails.
  • the information indicating that there is a wait trigger request message in the MTC-IWF may include identifier information of the UE that fails to deliver the trigger request message, address information of the MTC-IWF, and a detailed reason code that fails to deliver the trigger request message. If the trigger delivery to the terminal fails due to the information retrieval failure in the HLR / HSS, information indicating that there is a wait trigger request message in the MTC-IWF is generated by the HLR / HSS and stored in the trigger state storage unit 930. Can be.
  • the standby trigger in the MTC-IWF Information indicating that there is a request message may be received from the MTC-IWF through the MTC-IWF communication unit 910 and stored in the trigger state storage unit 930.
  • a trigger forwarding status update request message for removing information indicating that there is a wait trigger request message in the MTC-IWF is received from the MTC-IWF through the MTC-IWF communication unit 910
  • the trigger state information stored in the trigger state storage unit 930 may be deleted.
  • the control unit 940 extracts information necessary for the trigger from the trigger information storage unit 920, and this is MTC-IWF.
  • the communication unit 910 may transmit the MTC-IWF.
  • the controller 940 may transmit a failure notification message including the detailed reason code to the MTC-IWF through the MTC-IWF communication unit 910.
  • the controller 940 may store information indicating that there is a trigger request message waiting for trigger transmission in the MTC-IWF in the trigger state storage unit 930.
  • the controller 940 When the trigger delivery to the terminal fails due to the information inquiry failure in the HLR / HSS, the controller 940 generates information indicating that there is a wait trigger request message in the MTC-IWF and stores the information in the trigger state storage unit 930. Can be. If trigger delivery to the terminal fails for a cause other than HLR / HSS, for example, if trigger delivery to the terminal fails due to an SGSN / MME error or due to an error on the radio path, the controller 940 may control the MTC.
  • the IWF communication unit 910 may store information indicating that there is a wait trigger request message in the MTC-IWF received from the MTC-IWF in the trigger state storage unit 930.
  • the control unit 940 When receiving a message from the SGSN / MME that the terminal has detected that the network can be connected, the control unit 940 notifies the MTC-IWF to the MTC-IWF through the MTC-IWF communication unit 910 for notifying that the terminal is network accessible. You can send a message. Subsequently, when the trigger request message by the MTC-IWF is delivered to the terminal and the terminal triggering is successful, the MTC-IWF requests to update the trigger delivery status to remove information indicating that there is a wait trigger request message in the MTC-IWF.
  • Message may be transmitted, and the controller 940 has a standby trigger request message in the MTC-IWF stored in the trigger state storage unit 930 based on the trigger delivery state update request message received through the MTC-IWF communication unit 910. You can delete the information that displays.
  • FIG. 10 is a block diagram illustrating a configuration of an SGSN / MME according to an embodiment.
  • SGSN / MME MTC-IWF communication unit 1010 for transmitting and receiving messages with the MTC-IWF
  • the terminal communication unit 1020 for transmitting and receiving messages with the terminal, waiting for the trigger transmission in the MTC-IWF
  • the trigger state storage unit 1030 and the control unit 1040 for storing information indicating that there is a trigger request message are stored.
  • the MTC-IWF communication unit 1010 may receive a trigger transfer request message from the MTC-IWF. If the triggering is successful, the MTC-IWF communication unit 1010 may transmit a trigger delivery confirmation message to the MTC-IWF. If the trigger delivery request message is due to an SGSN / MME error or a failure on the radio path, the MTC-IWF communication unit 1010 may transmit a trigger delivery failure message with the detailed reason code to the MTC-IWF.
  • the terminal communication unit 1020 may transmit a trigger request message to the terminal. In addition, the terminal communication unit 1020 may receive a trigger confirmation message from the terminal. In addition, the terminal communication unit 1020 may detect a network connection state of the terminal by network registration, routing area update, PDP / PDN connection setting, and the like of the terminal.
  • the trigger state storage unit 1030 may store information indicating that there is a trigger request message waiting for trigger delivery in the MTC-IWF when the trigger delivery to the terminal fails.
  • the information indicating that there is a wait trigger request message stored in the trigger state storage unit 1030 may be deleted later when the network connection state of the terminal is detected.
  • the controller 1040 may transmit a trigger delivery request message received from the MTC-IWF through the MTC-IWF communication unit 1010 to the terminal through the terminal communication unit 1020.
  • the controller 1040 may transmit a trigger delivery confirmation message received from the terminal through the terminal communication unit 1020 to the MTC-IWF through the MTC-IWF communication unit 1010. If the triggering of the terminal fails due to an SGSN / MME error or an error on the radio path, the controller 1040 may transmit a trigger transmission failure message to the MTC-IWF through the MTC-IWF communication unit 1010. In this case, the controller 1040 may store information indicating that there is a trigger request message waiting for trigger delivery in the MTC-IWF in the trigger state storage unit 1030.
  • the controller 1040 detects the network connection state of the terminal through the terminal communication unit 1020, and if the terminal is the same as the terminal information of the information stored in the trigger state storage unit 1030, the trigger preparation notification signal HLR The information indicating that there is a trigger request message waiting for the trigger transmission in the MTC-IWF stored in the trigger state storage unit 1030 may be deleted.

Landscapes

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

Abstract

본 발명은 기계 형태 통신(Machine Type Communication, MTC) 서버가 이동 통신 사업자의 무선 네트워크를 통해 기계 형태 통신 단말에 대한 트리거링을 요청하고, 트리거 요청을 전달받은 단말이 기계 형태 통신 서버와 통신을 개시하는 단말 트리거링에 관한 것이다.

Description

기계 형태 통신 단말의 트리거링을 위한 서버 및 방법
본 발명은 기계 형태 통신(Machine Type Communication, MTC) 서버가 이동 통신 사업자의 무선 네트워크를 통해 기계 형태 통신 단말에 대한 트리거링을 요청하고, 트리거 요청을 전달받은 단말이 기계 형태 통신 서버와 통신을 개시하는 단말 트리거링에 관한 것이다.
MTC(Machine Type Communication)는 데이터 통신의 한가지 형태로, 하나 이상의 개체가 인간의 상호작용을 필요로 하지 않거나 최소로 필요로 하는 기기나 사물간(machine to machine, M2M) 통신을 나타낸다. 이동 통신 모듈을 장착한 전기 미터기, 가스 미터기, 자판기 등의 MTC 장치 사용자 단말(또는 MTC 장치)은 이동 통신 사업자의 무선 네트워크를 통해서 MTC 장치를 제어하고 데이터를 수집하는 MTC 서버(예를 들면, Service Capability Server 또는 MTC application server)와 통신을 할 수 있다.
MTC 통신을 통해 제공되는 다수의 MTC 응용 서비스는 긴 시간 간격으로 드물게 데이터를 전송하는 특징이 있다. 이러한 응용 서비스의 경우 MTC 사용자는 정기적으로 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통하여 데이터 통신을 개시하여 MTC 서버에 데이터를 전송하도록 할 수 있다. 하지만, 다른 방식으로, MTC 장치에 대한 제어와 관리, 사용자의 필요에 의한(on demand) 데이터 수집 등을 위해 MTC 서버의 요청에 의해 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통하여 데이터 통신을 개시하여 MTC 서버와 통신하도록 할 수도 있다. 후자와 같이 MTC 서버의 트리거 요청을 이동 통신 사업자의 무선 네트워크를 통해 전달하고, 트리거 요청을 전달받은 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통해 데이터 통신을 개시하여 MTC 서버와 통신하도록 하는 것을 MTC 장치 트리거링이라 한다.
많은 수의 MTC 장치를 수용해야 하는 이동 통신 사업자의 무선 네트워크에서 다수의 MTC 서버로부터 발생되는 장치 트리거링 요청을 중계 또는 변환 처리하기 위해 MTC-IWF(Machine Type Communication-Interworking Function)을 이용할 수 있다. MTC-IWF는 독립된 개체의 장비로서 또는 다른 무선 네트워크 장비의 일부 기능으로서 구현될 수 있다. MTC-IWF는 MTC 서버와의 레퍼런스 포인트를 통해 이동 통신 사업자의 무선 네트워크의 특정한 기능을 작동시키기 위한 신호 정보를 중계 또는 변환할 수 있고, MTC 서버 인증, 제어 메시지에 대한 권한 인가, 식별자 매핑 등을 수행할 수 있다.
본 발명은, MTC 단말의 접속 불가나 서비스 제공 네트워크 노드의 변경으로 인해 트리거링이 실패한 경우, 실패 결과를 전달받는 MTC-IWF 또는 MTC 서버가 지속적으로 트리거 전달 요청을 반복하여 불필요한 네트워크 부하를 발생시키는 것을 방지하는 것을 목적으로 한다.
본 발명의 일 실시예는, 외부 서버로부터 단말의 트리거 요청을 수신하는 외부 서버 통신부; 가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 조회하는 관리 서버 통신부; 및 상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 중계 서버 통신부를 포함하고, 상기 단말의 트리거링이 실패한 경우, 상기 중계 서버 통신부는 상기 트리거 요청에 포함된 유효 시간 내에 상기 트리거 요청을 재전송하는 것을 특징으로 하는 망간 접속 서버를 제공한다.
본 발명의 다른 실시예는, 외부 서버로부터 단말의 트리거 요청을 수신하여 상기 단말로 전달하는 망간 접속 서버로부터 단말의 외부 식별자를 수신하고, 상기 망간 접속 서버로 상기 단말의 네트워크 내부 식별자 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 전송하는 망간 접속 서버 통신부; 상기 단말의 외부 식별자와 매핑되는 내부 식별자 및 상기 단말을 중계하는 중계 서버의 정보를 저장하는 트리거 정보 저장부; 및 상기 단말의 트리거링이 실패한 경우, 상기 망간 접속 서버 내에 재전송을 대기하는 트리거 요청 메시지가 있다는 정보를 저장하는 트리거 상태 저장부를 포함하는 것을 특징으로 하는 관리 서버를 제공한다.
본 발명의 다른 실시예는, 외부 서버로부터 단말의 트리거 요청을 수신하여 상기 단말로 전달하는 망간 접속 서버로부터 단말로의 트리거 전달 요청 메시지를 수신하고, 상기 망간 접속 서버로 트리거 전달 확인 또는 실패 메시지를 전송하는 망간 접속 서버 통신부; 상기 단말로 상기 트리거 전달 요청 메시지를 전송하고, 상기 단말로부터 상기 트리거 전달 확인 메시지를 수신하는 단말 통신부; 및 상기 단말로 상기 트리거 전달 요청 메시지 전송이 실패하는 경우, 상기 망간 접속 서버 내에 재전송을 대기하는 트리거 요청 메시지가 있다는 정보를 저장하는 트리거 상태 저장부를 포함하는 것을 특징으로 하는 중계 서버를 제공한다.
본 발명의 다른 실시예는, 외부 서버로부터 단말의 트리거 요청을 수신하여 상기 단말로 전달하는 망간 접속 서버에서 실행되는 단말 트리거 요청 전달 방법으로서, 가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 조회하는 단계; 상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 단계; 및 상기 단말의 트리거링이 실패한 경우, 상기 트리거 요청에 포함된 유효 시간 내에 상기 트리거 요청을 재전송하는 단계를 포함하는 것을 특징으로 하는 망간 접속 서버의 단말 트리거 요청 전달 방법을 제공한다.
본 발명의 다른 실시예는, 외부 서버로부터 단말의 트리거 요청을 수신하여 상기 단말로 전달하는 망간 접속 서버로부터 단말의 외부 식별자를 수신하고, 상기 망간 접속 서버로 상기 단말의 네트워크 내부 식별자 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 전송하는 단계; 및 상기 단말의 트리거링이 실패한 경우, 상기 망간 접속 서버 내에 재전송을 대기하는 트리거 요청 메시지가 있다는 정보를 저장하는 단계를 포함하는 관리 서버의 단말 트리거 정보 제공 방법을 제공한다.
본 발명의 다른 실시예는, 망간 접속 서버로부터 단말로 트리거 전달 요청 메시지를 전달하는 단계; 상기 단말로부터 트리거 전달 확인 메시지를 수신하는 단계; 및 상기 단말로 상기 트리거 전달 요청 메시지 전송이 실패하는 경우, 상기 망간 접속 서버 내에 재전송을 대기하는 트리거 요청 메시지가 있다는 정보를 저장하는 단계를 포함하는 것을 특징으로 하는 중계 서버의 단말 트리거 요청 중계 방법을 제공한다.
상술한 본 발명에 따르면, MTC 단말의 접속 불가나 서비스 제공 네트워크 노드의 변경으로 인해 트리거링이 실패한 경우, 실패 결과를 전달받는 MTC-IWF 또는 MTC 서버가 지속적으로 트리거 전달 요청을 반복하여 불필요한 네트워크 부하를 발생시키는 것을 방지할 수 있다.
도 1은 MTC를 위한 통신망 시스템의 일 예를 도시한다.
도 2는 일 실시예에 따른 MTC 디바이스 트리거링 방법을 도시한다.
도 3은 일 실시예에 따른 HLR/HSS 정보 추출 실패로 인한 트리거 실패 절차를 도시한다.
도 4는 일 실시예에 따른 SGSN/MME 오류로 인한 트리거 실패 절차를 도시한다.
도 5는 일 실시예에 따른 무선 경로 상의 오류로 인한 트리거 실패 절차를 도시한다.
도 6은 일 실시예에 따른 트리거 가능 알림 절차를 도시한다.
도 7은 일 실시예에 따른 단말이 접속 가능하게 되었을 때 디바이스 트리거링 절차를 도시한다.
도 8은 일 실시예에 따른 MTC-IWF의 구성을 도시하는 블록도이다.
도 9는 일 실시예에 따른 HLR/HSS의 구성을 도시하는 블록도이다.
도 10은 일 실시예에 따른 SGSN/MME의 구성을 도시하는 블록도이다.
이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
본 명세서는 기계형 통신(Machine Type Communication, MTC)을 중심으로 설명한다. MTC는 M2M 통신(Machine to Machine Communication), IoT(Internet of Things), 스마트 디바이스 통신(Smart Device Communication), 사물 지향 통신(Machine Oriented Communication) 등으로 다양하게 불려질 수 있다.
MTC는 데이터 통신의 한가지 형태로, 하나 이상의 개체가 인간의 상호작용을 필요로 하지 않거나 최소로 필요로 하는 기기나 사물간(machine to machine) 통신을 나타낸다. 이동 통신 모듈을 장착한 전기 미터기, 가스 미터기, 자판기 등의 MTC 장치 사용자 단말(또는 MTC 장치)은 이동 통신 사업자의 무선 네트워크를 통해서 MTC 장치를 제어하고 데이터를 수집하는 MTC 서버와 통신을 할 수 있다.
MTC를 통해 제공되는 다수의 MTC 응용 서비스는 긴 시간 간격으로 드물게 데이터를 전송하는 특징이 있다. 이러한 응용 서비스의 경우 MTC 사용자는 정기적으로 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통하여 데이터 통신을 개시하여 MTC 서버에 데이터를 전송하도록 할 수 있다. 하지만, 다른 방식으로, MTC 장치에 대한 제어와 관리, 사용자의 필요에 의한(on demand) 데이터 수집 등을 위해 MTC 서버의 요청에 의해 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통하여 데이터 통신을 개시하여 MTC 서버와 통신하도록 할 수도 있다. 후자와 같이 MTC 서버의 트리거 요청을 이동 통신 사업자의 무선 네트워크를 통해 전달하고, 트리거 요청을 전달받은 MTC 장치가 이동 통신 사업자의 무선 네트워크를 통해 데이터 통신을 개시하여 MTC 서버와 통신하도록 하는 것을 MTC 장치 트리거링이라 한다.
도 1은 MTC를 위한 통신망 시스템의 일 예를 도시한다. 도 1에 도시되는 예는 3GPP(3rd Generation Partnership Project)에서 고려되고 있는 구조이지만, 본 발명은 도 1에 도시되는 시스템에 한정되지 않는다.
도 1을 참조하면, 단말(User Equipment, UE)(120)을 사용하고자 하는 MTC 사용자(110)는 M2M 어플리케이션(130)에 접속할 수 있다. 도 1의 예에서 단말(120)은 MTC 장치(MTC Device)이다. 이하에서, 단말(120)은 사용자 단말(User Equipment), MTC 단말, MTC 장치, MTC 사용자 단말, MTC 장치 단말 등의 다양한 용어로 표현될 수 있다. M2M 어플리케이션(130)은 응용 프로그램의 레벨에서 단말(120)의 M2M 어플리케이션(122)과 통신할 수 있다. M2M 어플리케이션(130)은 서비스 제공업자(Service Provider, SP)에 의해 운영될 수 있다.
M2M 어플리케이션(130)은 네트워크를 통해 단말(120)과 통신할 수 있다. 일 예에서, M2M 어플리케이션(130)은 직접 네트워크에 연결되어 단말(120)과 통신할 수 있다(Direct Model). 또는, M2M 어플리케이션(130)은 MTC 서버(140)를 통해 네트워크에 연결되어 단말(120)과 통신할 수 있다(Indirect Model).
MTC 서버(140)는 서비스 제공업자에 의해 운영되거나 이동 통신망 사업자(Mobile Network Operator, MNO)에 의해 운영될 수 있다.
이동 통신망 사업자에 의해 운영되는 무선 네트워크는 무선 접속망(Radio Access Network, RAN)(150) 및 코어망(Core Network, CN)을 포함한다. 도 1의 예에서, 코어망은 HLR/HSS(Home Location Register/Home Subscriber Server)(162), SGSN/MME(Serving GPRS Support Node/Mobility Management Entity)(164), SMS-SC/IP-SM-GW(Short Message Service-Service Center/IP-Short Message-GateWay)(166), MTC-IWF(Machine Type Communication-InterWorking Function)(168), CDF/CGF(Charging Data Function/Charging Gateway Function)(170) 및 GGSN/PGW/ePDG(Gateway GPRS Support Node/Packet Data Network GateWay/enhanced Packet Data Gateway)(172)를 포함할 수 있다.
HLR/HSS(162)는 사용자의 가입 관련 정보(사용자 식별자, 사용자 프로파일 등)을 저장하고 있는 개체이다.
SGSN은 모바일 단말에 대한 패킷 스위칭 기능을 수행하는 교환기이다. MME는 EPS(Evolved Packet System) 내에서 이동성 관리(mobility management) 기능을 지원하기 위한 제어 플레인(control plane) 상의 개체이다.
SMS-SC/IP-GW-GW(166)는 단문 메시지를 송수신할 수 있는 개체(예를 들면, 사용자 단말) 간에 단문 메시지를 중계하고 저장 및 전달(store and forward)하는 기능을 수행하는 개체이다.
MTC-IWF(168)는 MTC 서버(140)와 통신하기 위한 레퍼런스 포인트(MTCsp)를 제공하고, MTC 서버(140)의 요청에 의해 이동 통신 사업자의 무선 네트워크(Public Land Mobile Network, PLMN)의 특정 기능을 작동시키기 위해 시그널링을 중계 또는 변환, MTC 서버 인증, 제어 메시지에 대한 권한 인가, 식별자 매핑 등을 수행하는 개체이다.
CDF는 외부 개체(예를 들면, MTC-IWF(168))로부터 과금 이벤트(charging event)를 수신하고 과금 이벤트의 정보를 이용하여 과금 데이터 레코드(Charging Data Record, CDR)를 생성하는 개체이다. CDF에서 생성된 CDR은 CGF로 전송된다. CGF는 코어망과 과금 플랫폼 사이의 게이트웨이로서 작동한다.
GGSN/PGW/ePDG(172)는 외부 네트워크로부터 패킷을 수신하여 수신된 패킷을 SGSN/MME(164)로 전달하거나, SGSN/MME(164)로부터 패킷을 수신하여 수신된 패킷을 외부 네트워크로 전달하는 개체이다.
단말(120)이 이동 통신망 사업자의 무선 네트워크를 통해 MTC 서버(140)와 통신할 수 있도록 하기 위해, MTC 사용자(110)는 단말(120)이 주기적으로 네트워크를 통해 MTC 서버(140)와 통신하도록 설정할 수 있다.
또는, 단말(120)에 대한 제어 및 관리, 사용자의 필요에 의한(on demand) 데이터 수집을 위해, MTC 사용자(110)는 임의의 시간에 MTC 서버(140)의 요청에 기초하여 단말(120)이 무선 네트워크를 통해 MTC 서버(140)와 통신하도록 트리거(trigger) 할 수 있다. 네트워크는 MTC 서버(140)의 트리거 요청을 단말(120)로 전달하고, 트리거 요청을 수신한 단말(120)이 네트워크를 통해 데이터 통신을 개시하여 MTC 서버(140)와 통신하는 것을 MTC 디바이스 트리거링이라 부를 수 있다.
대규모 단말(120)을 수용하는 이동 통신망 사업자의 무선 네트워크에서 다수의 MTC 서버(140)가 디바이스 트리거링을 용이하게 수행하기 위해서는 MTC 서버(140)의 트리거 요청을 수신하여 이동 통신 사업자 무선 네트워크의 특정한 기능을 작동시키기 위한 신호 정보(signaling)의 중계 또는 변환(translate), 트리거 요청을 전송한 MTC 서버(140)의 인증(MTC server authentication), 트리거 요청 권한 인가(trigger request authorization), 과금(charging), 트리거 전달 메커니즘 선택(trigger delivery mechanism selection), 단말 식별자 매핑(identifier mapping) 등의 디바이스 트리거링 제어 기능을 수행하는 MTC-IWF(168)가 필요할 수 있다.
MTC-IWF(168)는 독립된 개체 또는 다른 무선 네트워크 장비의 일부로 구현될 수 있다. MTC 서버(140)는 특정 단말에 대한 디바이스 트리거링 제어 기능을 수행하는 MTC-IWF(170)의 IP 주소를 해결(resolution)하여 MTC-IWF(170)로 트리거 요청을 송신할 수 있다.
MTC-IWF(168)는 MTC 서버(140)의 트리거 요청에 의해 트리거 전달 메커니즘을 선택할 수 있다. 트리거 전달 메커니즘으로는 SMS(Short Message Service)를 이용하는 방법, 페이징 채널을 이용하는 방법, 브로드캐스트 채널을 이용하는 방법, CBS(Cell Broadcast Service)를 이용하는 방법, NAS(Non Access Stratum) 프로토콜을 이용하는 방법 등이 있을 수 있다.
MTC-IWF(68)는 트리거 하고자 하는 단말(120)을 서비스하고 있는 SGSN/MME(164)를 통해 디바이스 트리거 메시지를 단말(120)로 전달할 수 있다.
도 2는 일 실시예에 따른 MTC 디바이스 트리거링 방법을 도시한다.
도 2를 참조하면, MTC 서버(140)는 단말(120)의 외부 식별자와 유효 시간을 포함하는 트리거 요청을 MTC-IWF(168)로 전달한다(S201). 외부 식별자는 3GPP 시스템 외부에서 단말(120)을 식별하기 위한 식별자로서 MSISDN(Mobile Station International ISDN Number), FQDN(Fully Qualified Domain Name), NAI(Network Access Identifier), SIP URI(Session Initiation Protocol Uniform Resource Identifier), IP(Internet Protocol) 주소 등일 수 있다. 유효 시간은 트리거 요청이 단말(120)로 전달되지 못했을 때 네트워크에서 트리거 요청을 저장하는 시간 정보일 수 있다.
MTC-IWF(168)는 트리거 요청에 대한 권한 인가(authorization)를 하고, HLR/HSS(162)를 통해 단말(120)의 외부 식별자에 매핑되는 IMSI(International Mobile Subscriber Identity) 정보와 기타 트리거에 필요한 정보(예를 들면, 트리거할 단말(120)을 서비스하는(serving) SGSN/MME(164) 정보)를 조회한다(S202). IMSI는 이동 통신 사업자의 네트워크 내에서 단말(120)의 식별자로서 사용될 수 있다. 그러나, 본 발명은 이에 제한되는 것이 아니고, 이동 통신 사업자의 네트워크 내에서 단말(120)의 식별자로 사용될 수 있는 IMSI가 아닌 다른 식별자가 적용되는 것도 가능하다.
MTC-IWF(168)는 HLR/HSS(162)에서 조회한 단말(120)의 serving SGSN/MME(164)로 트리거 메시지 전달을 요청한다(S203).
트리거 전달 요청을 수신한 SGSN/MME(164)는 단말(120)로 트리거 메시지를 전달한다(S204).
단말(120)은 트리거 메시지 전달에 대한 확인 메시지를 SGSN/MME(164) 및 MTC-IWF(168)를 통해 MTC 서버(140)로 전송한다(S205).
단말(120)은 필요한 경우 GGSN/PGW(172)를 통해 PDP/PDN(Packet Data Protocol/Public Data Network) 연결을 활성화할 수 있다(S206).
그리고, 단말(120)은 MTC 서버(140)와 통신한다(S207).
상술한 S204 단계에서 SGSN/MME(164)는 트리거 전달 정보를 NAS(Non Access Stratum) 시그널링 메시지에 포함하여 단말(120)에 전달할 수 있다. 즉, 단말(120)이 RAU/TAU(Routing Area Update/Tracking Area Update) 요청 메시지를 전송하는 경우, SGSN/MME(164)는 RAU/TAU 수락 메시지에 트리거 전달 정보를 포함하여 단말(120)에 전달할 수 있다. 단말(120)이 등록(attach) 요청 메시지를 전송하는 경우, SGSN/MME(164)는 등록 수락 메시지에 트리거 전달 정보를 포함하여 단말(120)에 전달할 수 있다. 단말(120)과 SGSN/MME(164) 사이에 진행 중인 시그널링이 있는 경우, SGSN/MME(164)는 특정한 NAS 메시지(예를 들면, Downlink Generic NAS Transport 메시지 등)를 통해 트리거 전달 정보를 단말(120)에 전달할 수 있다.
또는, SGSN/MME(164)는 페이징 요청을 통해 트리거 전달 정보를 단말(120)에 전달할 수 있다. 또는, SGSN/MME(164)가 페이징 요청을 하고 단말(120)이 SGSN/MME(164)의 페이징 요청에 서비스 요청 프로시져(service request procedure)를 통해 응답한 후, SGSN/MME(164)가 특정한 NAS 메시지(예를 들면, Downlink Generic NAS Transport 메시지 등)를 통해 트리거 전달 정보를 단말(120)에 전달할 수 있다. 또는, SGSN/MME(164)는 SGSN/MME와 단말 간의 소량 데이터 전송을 위해 개선된 포맷의 또는 범용 포맷(generic format)의 NAS 메시지를 이용할 수 있다.
도 3은 일 실시예에 따른 HLR/HSS 정보 추출 실패로 인한 트리거 실패 절차를 도시한다.
도 3을 참조하면, MTC 서버(140)는 트리거 요청 메시지를 MTCsp 레퍼런스 포인트를 통해 MTC-IWF(168)로 전송한다(S301).
MTC 서버(140)는 특정한 단말(120)에 대한 트리거 요청 메시지를 전달할 하나 이상의 MTC-IWF(168)에 대한 IP 주소를 사전에 구성하여 알고 있거나, 사전에 구성된 하나 이상의 MTC-IWF(168)의 도메인 네임을 기반으로 DNS(Domain Name System)(미도시)를 통해 MTC-IWF(168)에 대한 IP 주소를 해결(resolution)할 수 있다.
이동 통신 사업자는 단말(120)의 속성(예를 들면, 어플리케이션, 사용자 단말, 사용자 단말 그룹, 이동성 지원 여부, 고정 설치 여부, 트리거 빈도 등)에 따라 처리할 MTC-IWF(168)를 구분할 수 있는 도메인 네임을 할당하여 외부 식별자에 포함시킬 수 있다(예를 들면, <이동 통신 사업자 내부의 단말 식별자>@<MTC-IWF 구분자 포함 이동 통신 사업자 도메인 네임>).
이동 통신 사업자는 단말(120)의 외부 식별자 정보로 MSISDN을 사용하거나, MTC-IWF 구분자를 포함하고 있지 않은 도메인 네임을 포함하여 사용할 수 있다. 이러한 단말(120)에 대해 이동 통신 사업자의 하나 이상의 도메인 네임을 지정하여 라운드 로빈(round robin) 방식으로 MTC-IWF(168)에 대한 IP 주소를 해결할 수 있다. 또는, 이러한 단말(120)에 대해 기본적으로 사용하는 이동 통신 사업자의 도메인 네임과 백업으로 사용하는 이동 통신 사업자의 도메인 네임을 지정하여 MTC-IWF(168)에 대한 IP 주소를 해결할 수 있다.
트리거 요청 메시지는 다음의 표 1과 같은 정보 중 전부 또는 일부를 포함할 수 있다.
표 1
파라메터 파라메터 설명 비고
메시지 유형 표시 (message type indicator) 메시지 유형을 설명하는 파라메터(e.g. 트리거 요청, 트리거 수정)
유효시간(validity time) 트리거 요청이 디바이스로 전달되지 못했을 때 네트워크에서 트리거 요청을 저장하는 시간 정보
단말 식별자 (identifier) MTC 디바이스 사용자 단말을 식별하기 위한 정보로 MSISDN, FQDN(Fully Qualified Domain Name), NAI(Network Access Identifier), SIP URI, IP address 등을 사용할 수 있음
MTC 서버 식별자 이동통신사업자의 무선네트워크를 통해 디바이스 트리거링을 요청할 수 있는 MTC 서버를 식별하기 위한 정보로 상기한 MTC 디바이스 외부 식별자와 같은 MSISDN, FQDN(Fully Qualified Domain Name), NAI(Network Access Identifier), SIP URI, IP address 등을 사용할 수 있으며, 디바이스 트리거링 과금 등에 사용될 수 있음
트리거 애플리케이션ID (trigger application ID) MTC서버의 트리거 요청에 의해 MTC 디바이스 사용자 단말에서 동작시킬 애플리케이션을 식별하기 위한 정보
우선순위(priority) 이동통신사업자의 무선네트워크(e.g. SMS-SC 등)의 오버로드 상태에서 우선 처리(e.g. 네트워크 용량에 비해 처리해야 할 트리거 요청 많은 경우에 디바이스 트리거링 처리 여부) 여부를 표시(indication) 하기 위해 필요할 수 있는 우선순위 및 긴급성 처리 표시정보
상태(status) 리포트 요청 표시 MTC 서버에 의한 트리거 요청 메시지 처리상태에 대한 리포트 요청 여부를 표시하는 정보
애플리케이션 특정 정보 트리거 요청을 전달받은 MTC 디바이스의 애플리케이션에 의해 사용될 수 있는 특정한 정보 (e.g. 타겟 응용 포트번호, URL, 디바이스 동작 유형 등)
트리거 레퍼런스 넘버 트리거 요청과 트리거 응답을 상호 연계시키기 위해 사용하는 정보
이전 트리거 레퍼런스 넘버(old trigger reference number) 이전에 요청 되었으나(previously requested) 아직 응답받지 못한 트리거 요청 메시지의 트리거 레퍼런스 넘버로 MTC서버가 응답받지 못한 동일한 단말에 대해 트리거 요청 메시지를 재전송하고자 할 때, 네트워크에서 이전 트리거 요청 메시지를 삭제하기 위해 사용
MTC-IWF(168)은 MTC 서버(140)로부터 인입되는 트리거 시그널링 부하를 감지하여, 특정한 MTC 서버로부터의 트리거 요청 메시지 수 또는 비율, 전체 트리거 요청 메시지 수 또는 비율, SGSN/MME(164)로부터 수신된 오버로드 제어 메시지(예를 들면, SGSN/MME로부터 오버로드가 시작되어 SGSN/MME로 메시지 송신을 제한하도록 통지하는 메시지), 네트워크 관리자에 의한 설정 등에 따라 오버로드를 제어하기 위해 특정 트리거 요청 메시지 또는 전체 트리거 요청 메시지의 처리를 중단할 수 있다.
MTC 서버(140)의 트리거 요청 메시지에 포함되어 전송된 유효 시간이 종료되기 이전에 오버로드가 해제되는 경우, MTC-IWF(168)는 중단된 트리거 요청 메시지의 처리를 재개할 수 있다. MTC-IWF(168)가 오버로드로 인해 MTC 서버(140)의 트리거 요청 메시지에 포함되어 전송된 유효 시간이 종료될 때까지 단말(120)로 트리거 메시지 전달을 실패하는 경우, MTC-IWF(168)는 MTC 서버(140)로 트리거 실패에 대한 세부 원인 코드(예를 들면, 오버로드로 인한 실패, 유효 시간 종료로 인한 실패)를 포함하여 트리거 실패를 보고할 수 있다. MTC 서버(140)의 트리거 요청 메시지에 리포트 요청 표시가 포함되지 않은 경우, MTC-IWF(168)는 트리거 결과에 대한 보고를 하지 않을 수 있다.
MTC-IWF(168)는 오버로드로 인해 트리거 요청 메시지 처리가 중단되는 경우 중단되는 시간만큼 유효 시간을 연장할 수 있다. MTC-IWF(168)가 오버로드로 인해 유효 시간을 연장하는 경우, MTC-IWF(168)는 오버로드로 인해 트리거가 중단되고 있음을 보고할 수 있고, 유효 시간이 연장되고 있음을 표시할 수 있다. MTC-IWF(168)는 오버로드가 해제되는 경우 MTC 서버(140)로 오버로드가 해제되었음을 보고할 수 있다. 이때, 오버로드로 중단된 트리거 요청 메시지의 남은 유효 시간을 표시할 수 있다.
MTC 서버(140)로부터 트리거 요청 메시지를 전달받은 MTC-IWF(168)는 MTC 서버의 인증(authentication), MTC 서버가 특정 단말에 트리거링을 요청할 권한이 있는지 여부에 대한 권한 인가(authorization)를 수행할 수 있다.
MTC 서버에 대한 인증 및 권한 인가를 위해, MTC-IWF(168)에게 단말 트리거링을 요청할 수 있는 MTC 서버(140) 식별자 정보가 MTC-IWF(168)에 사전에 구성될 수 있다. 또는, MTC-IWF(168)에게 특정 단말에 대한 트리거링을 요청할 수 있는 MTC 서버(140) 식별자 정보가 HLR/HSS(162)에 사전에 구성되고 MTC-IWF(168)가 HLR/HSS(162)에 조회할 수 있다.
MTC 서버가 특정 단말이 트리거링을 요청할 권한이 있는지 여부에 대한 권한 인가를 위해, MTC-IWF(168)에게 단말 트리거링을 허용하는 단말(120)의 식별자와 그 단말(120)에 대해 트리거링을 허용하는 MTC 서버(140)의 식별자를 포함하는 식별자 정보 테이블이 MTC-IWF(168)에 사전에 구성될 수 있다. 또는, 상술한 식별자 정보 테이블이 HLR/HSS(162)에 사전에 구성되고 MTC-IWF(168)가 HLR/HSS(162)에 조회할 수 있다.
MTC-IWF(168)가 MTC 서버 인증 또는 트리거 권한 인가에 실패하는 경우, 트리거 요청 메시지에 포함된 단말의 외부 식별자 정보가 MSISDN이 아니어서 MTC-IWF(168)가 처리할 수 없는 경우, 트리거 요청이 MTC-IWF(168)를 운용하는 이동 통신 사업자의 무선 네트워크에 가입된 단말에 대한 트리거 요청이 아니어서 MTC-IWF(168)가 처리할 수 없는 경우 등에 대해서, MTC-IWF(168)는 MTC 서버(140)로 트리거 실패에 대한 세부 원인 코드(예를 들면, 인증 실패, 권한 인가 실패, 단말 특정 실패 등)를 포함하여 트리거 실패를 보고할 수 있다. MTC-IWF(168)는 MTC 서버(140)의 트리거 요청 메시지가 리포트 요청 표시를 포함하지 않는 경우 트리거 실패에 대한 보고를 하지 않을 수 있다.
MTC-IWF(168)는 HLR/HSS(162)를 통해 단말 트리거링을 위해 필요한 정보를 조회한다(S302). MTC-IWF(168)는 트리거에 필요한 정보 조회를 위해 MTC 서버(140)의 트리거 요청 메시지에 포함된 단말(120)의 외부 식별자 정보를 포함하여 조회를 요청할 수 있다. MTC-IWF(168)는 트리거 요청 메시지가 MTC-IWF(168)에 도달한 시간(timestamp)을 포함하여 조회를 요청할 수 있다. HLR/HSS(162)는 MTC-IWF(168)로부터의 정보 조회 요청 메시지에 포함된 단말(120)의 외부 식별자 정보, MTC-IWF(168)에 도달한 시간 정보, MTC 서버(140)의 식별자 정보 등을 이용하여 정보 조회 요청 메시지가 중복되어 수신되었는지를 체크할 수 있고, 메시지 수신이 중복된 것으로 체크된 경우 이를 폐기할 수 있다.
HLR/HSS(162)는 단말(120)의 외부 식별자 정보와 매핑되는 IMSI 정보, 기타 트리거를 위해 필요한 정보를 저장할 수 있고, MTC-IWF(168)의 조회 요청에 따라 트리거에 필요한 모든 정보를 MTC-IWF(168)로 제공할 수 있다. MTC-IWF(168)는 HLR/HSS(162)에 트리거 정보 요청을 할 때 단말(120)의 외부 식별자 정보 외에 필요한 정보 내용에 대한 표시를 포함하여 요청을 할 수 있고, HLR/HSS(162)는 MTC-IWF(168)의 요청에 포함된 필요한 정보를 추출하여 응답할 수 있다. HLR/HSS(162)는 MTC 단말 트리거링을 위해 단말(120)이 MTC 장치임을 나타내는 속성 정보, 단말(120)의 접속 우선 순위 정보, 단말(120)이 고정된 위치를 가지는지 여부에 대한 속성 정보, 고정 위치를 가지는 경우 고정된 위치 정보 등을 추가로 관리할 수 있다.
HLR/HSS(162)는 트리거 메시지 전달에 실패하는 경우 트리거 메시지 저장 및 전달 기능(store and forward function)을 제공하는 네트워크 개체 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시(예를 들면, message waiting indication)하는 정보를 저장할 수 있다. 저장 및 전달 기능을 제공하는 네트워크 개체는 MTC-IWF(168), 또는 MTC-IWF(168) 내에 구현된 기능, 또는 MTC-IWF(168)와 분리된 개체(예를 들면, SMS-SC, MTC 서버, PUSH 서버, 또는 저장 및 전달 기능을 제공하는 새로운 개체)일 수 있다. HLR/HSS(162)가 저장하는 대기 트리거 요청 메시지가 있음을 표시하는 정보는 트리거 요청 메시지 전달에 실패한 단말(120)의 식별자 정보, 저장 및 전달 기능을 제공하는 네트워크 개체 또는 MTC-IWF(168)의 주소 정보, 트리거 요청 메시지 전달에 실패한 세부 원인(예를 들면, 단말 도달 불가(Not Reachable))을 표시하는 정보, 유효 시간 중 적어도 하나를 포함할 수 있다. 또는, 오퍼레이터의 정책에 따라, HLR/HSS(162)는 트리거 메시지 전달에 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보(Message waiting indication)를 저장하지 않을 수도 있다. 단말(120)이 SGSN/MME(164)에 의한 페이징 응답이 없는 경우, 단말(120)이 네트워크 등록 해제(GPRS detach, IMSI detach)되는 경우, 또는 HLR/HSS(162)에서 서비스하고 있는 SGSN/MME(164) 정보를 가지고 있지 않는 경우 등에 의해 MTC-IWF(168)에 의한 트리거 메시지 전달이 실패할 때, HLR/HSS(162)는 트리거 요청 메시지 전달에 실패한 세부 원인 코드를 MTC 단말의 네트워크 접속 불가(예를 들면, MTC Device Not Reachable)로 설정하여 저장할 수 있다.
특정 단말(120)에 대해 MTC-IWF(168)를 통한 트리거 메시지 전달이 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체가 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보, 이전 트리거 메시지 전달이 실패한 세부 원인 코드 등은 저장 및 전달 기능을 제공하는 네트워크 개체에서 저장/관리될 수 있다.
HLR/HSS(162)가 MTC-IWF(168)의 조회 요청 메시지에 포함된 단말(120)의 외부 식별자 정보를 저장/관리하지 않아서 정보 추출을 할 수 없는 경우, HLR/HSS(162)가 MSISDN이 아닌 다른 외부 식별자 정보를 처리할 수 없는 경우 등의 이유로 HLR/HSS(162)가 정보 추출에 실패하는 경우, HLR/HSS(162)는 세부 실패 원인에 대한 실패 코드를 포함하는 별도의 실패 알림 메시지를 MTC-IWF(168)로 전달할 수 있다(S303). 또한, 단말(120)이 SGSN/MME(164)에 의한 페이징에 응답이 없는 경우, 단말(120)이 네트워크 등록 해제된 경우, HLR/HSS(162)가 서비스하고 있는 SGSN/MME(164) 정보를 가지고 있지 않은 경우 등의 이유로 단말(120)이 네트워크 접속 불가인 상태여서 HLR/HSS(162)가 정보 추출에 실패하는 경우, HLR/HSS(162)는 세부 실패 원인에 대한 실패 코드를 포함하는 별도의 실패 알림 메시지를 MTC-IWF(168)로 전달할 수 있다.
MTC-IWF(168)는 트리거에 실패하는 경우에도 과금 정보를 생성하여 CDF/CGF(170)로 전달할 수 있다. 생성되는 과금 정보는 MTC 단말(120)의 외부 식별자 정보, MTC 단말(120)의 외부 식별자 정보와 매핑되는 IMSI 정보, MTC 서버(140)의 식별자 정보, 트리거 결과 등을 포함할 수 있다.
또는, 실패 알림 메시지는 상술한 S302 단계의 MTC-IWF(168)의 조회 응답 메시지를 통해 전달되고 S303 단계는 생략될 수도 있다.
실패 알림 메시지를 전달받은 MTC-IWF(168)는 MTC 서버(140)로 실패 코드를 포함하는 실패 보고를 전달한다(S304). MTC-IWF(168)는 실패 알림 메시지를 수신한 시점에 실패 보고를 전달할 수 있거나, 트리거 요청 유효 시간이 종료되는 시점에 실패 보고를 전달할 수 있다. 트리거 요청 유효 시간이 종료될 때까지 실패 보고를 전달하지 않는 경우, 트리거 요청 유효 시간이 종료되기 전에 트리거 재전송을 통해 트리거 메시지 전달에 성공하면 이전의 실패 보고 전달 없이 성공 보고를 전달할 수 있다. MTC 서버(140)의 트리거 요청 메시지가 리포트 요청 표시를 포함하지 않는 경우, MTC-IWF(168)는 MTC 서버(140)로 트리거 결과를 보고하지 않을 수 있고, S304 단계는 생략될 수 있다.
일 예에서, 단말(120)이 SGSN/MME(164)에 의한 페이징에 응답이 없는 경우, 단말(120)이 네트워크 등록 해제된 경우, HLR/HSS(162)가 서비스하고 있는 SGSN/MME(164) 정보를 가지고 있지 않은 경우 등의 이유로 단말(120)이 네트워크 접속 불가인 상태여서 HLR/HSS(162)가 정보 추출에 실패하는 경우, MTC-IWF(168)는 트리거 전달을 보장하기 위해 주기적으로 트리거 메시지 전달을 재전송할 수 있고, 이를 위해 HLR/HSS(162)에 정보 조회를 반복할 수 있다.
또는, 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 요청 유효 시간이 종료되기 이전에 SGSM/MME(164) 및/또는 HLR/HSS(162)로부터 단말(120)이 접속 가능(Reachable)하다는 알림 메시지를 수신할 수 있고, 이를 수신한 경우 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 메시지 전달을 재전송하도록 할 수 있다. 접속 가능 알림 메시지는 단말 식별자(예를 들면, IMSI), 단말이 접속 가능함을 표시하는 정보(예를 들면, UE-Reachable, UE-present), 서빙 코어 노드 식별자를 포함하는 라우팅 정보 중 적어도 하나의 정보를 포함할 수 있다.
또는, 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168)와 분리된 개체인 경우, 저장 및 전달 기능을 제공하는 네트워크 개체는 MTC-IWF(168)를 통해 트리거 대기 메시지가 있음에 대한 등록 메시지 및 단말 접속 가능에 대한 알림 메시지를 수신할 수 있다. 이러한 경우, HLR/HSS(162)가 저장하는 대기 트리거 요청 메시지가 있음을 표시하는 정보는 저장 및 전달 기능을 제공하는 네트워크 개체의 주소 정보가 아니라 MTC-IWF(168)의 주소 정보를 포함할 수 있고, MTC-IWF(168)가 단말 접속 가능 알림 메시지를 수신하면, 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168)를 통해 트리거 메시지 전달을 재전송하도록 트리거 할 수 있다.
또는, 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168)와 분리된 개체인 경우, 저장 및 전달 기능을 제공하는 네트워크 개체는 직접 트리거 대기 메시지가 있음에 대한 등록 메시지 및 단말 접속 가능에 대한 알림 메시지를 수신할 수 있다. 이러한 경우, HLR/HSS(162)가 저장하는 대기 트리거 요청 메시지가 있음을 표시하는 정보는 저장 및 전달 기능을 제공하는 네트워크 개체의 주소 정보를 포함할 수 있고, 저장 및 전달 기능을 제공하는 네트워크 개체가 단말 접속 가능 알림 메시지를 수신하면, 저장 및 전달 기능을 제공하는 네트워크 개체가 트리거 메시지 전달을 재전송하도록 트리거 할 수 있다. 이때, 저장 및 전달 기능을 제공하는 네트워크 개체에 의한 트리거 메시지 전달 재전송은 MTC-IWF(168)를 통해 제공될 수 있거나, 저장 및 전달 기능을 제공하는 네트워크 개체의 자체 전달 기능(예를 들면, SMS-SC(166)의 경우)을 사용할 수 있다.
MTC-IWF(168)는 트리거 요청 유효 시간 동안 규칙(예를 들면, 운영자에 의해 입력된)을 설정하여 트리거 메시지 전달을 재전송할 수 있다.
다른 예에서, HLR/HSS(162)가 정보 추출에 실패하는 경우(예를 들면, 단말이 detach 된 경우), SMS-SC(166)가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위하여, MTC-IWF(168)는 SMS-SC(166)로 트리거 요청 메시지를 전달할 수 있다. 이를 위해, MTC-IWF(168)는 SMS-SC(168)와 단문 메시지를 송수신할 수 있는 SME(Short Message Entity) 역할을 할 수 있다. 트리거 전달에 실패하여 MTC-IWF(168)가 SMS-SC(166)로 트리거 요청 메시지를 전달하는 경우, MTC-IWF(168)는 표 1의 정보 중 일부 또는 전부를 포함하여 트리거 요청 메시지를 전달할 수 있다. 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보를 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. 그러나, 다른 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보가 아닌 다른 값(예를 들면, 오퍼레이터의 정책 등에 따라 유효 시간 값으로 결정된 값)을 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. SMS-SC(166)가 재전송을 하도록 하는 경우, 상술한 HLR/HSS(162)가 저장하는 대기하는 트리거 요청 메시지가 있음을 표시하는 정보는 MTC-IWF(168)의 주소 정보가 아니라 SMS-SC(166)의 주소 정보를 포함할 수 있다. 이를 위해 MTC-IWF(168)는 HLR/HSS(162)에 정보 업데이트를 요청하고 이에 대한 확인을 수신할 수 있다.
또 다른 예에서, HLR/HSS(162)가 정보 추출에 실패하는 경우(예를 들면, 단말이 detach 된 경우), 상술한 저장 및 전달 기능을 제공하는 네트워크 개체가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위해, MTC-IWF(168)는 저장 및 전달 기능을 제공하는 네트워크 개체로 트리거 요청 메시지를 전달할 수 있다. MTC-IWF(168)는 MTC 서버의 트리거 요청 메시지에 포함된 표 1의 정보 중 일부(예를 들면, 유효시간, 트리거 레퍼런스 넘버 등) 또는 전부를 포함하여 저장 및 전달 기능을 제공하는 네트워크 개체로 전달할 수 있다. MTC-IWF(168)는 MTC-IWF(168) 또는 HLR/HSS(162)로부터 단말 접속 가능 알림 메시지를 수신하면 저장 및 전달 기능을 제공하는 네트워크 개체가 트리거 메시지 전달을 재전송할 수 있다.
도 4는 일 실시예에 따른 SGSN/MME 오류로 인한 트리거 실패 절차를 도시한다.
도 4의 S401 및 S402 단계는 도 3의 S301 및 S302 단계와 동일하며, 상세한 설명은 생략된다. 도 4에서 S402 단계는 MTC-IWF(168)의 HLR/HSS(162)에 대한 정보 조회가 성공한 경우이다. S402 단계에서 MTC-IWF(168)는 HLR/HSS(162)로부터 단말(120)을 서비스하고 있는 SGSN/MME(164)의 정보를 제공받을 수 있다.
MTC-IWF(168)는 HLR/HSS(162)로부터 제공받은 서비스하고 있는 SGSN/MME(164) 노드로 단말(120)의 IMSI 정보를 목적지 주소(destination address)로 하여 트리거 메시지 전달을 요청한다(S403). MTC-IWF(168)가 SGSN/MME(164)로 전달하는 트리거 메시지 전달 요청 메시지는 SMS 전송 프로토콜을 이용하거나, HTTP, SIP, Diameter와 같은 인터넷 프로토콜을 이용할 수 있다. SGSN/MME(164)으로의 트리거 메시지 전달 요청 메시지는 표 1의 정보 중 일부 또는 전부를 포함할 수 있다.
일 예를 들면, MTC-IWF(168)는 우선 순위 정보를 포함하는 메시지를 SGSN/MME(164)로 전송함으로써, SGSN/MME(164)가 높은 트리거 우선 순위를 갖는 트리거 전달 요청을 우선적으로 처리하거나, 단말(120)이 높은 접속 우선 순위를 갖는 PDP/PDN 연결을 설정할 수 있도록 할 수 있다.
다른 예를 들면, MTC-IWF(168)는 유효 시간 정보를 포함하는 메시지를 SGSN/MME(164)로 전송함으로써, SGSN/MME(164)가 트리거 요청 메시지 전달에 실패하는 경우 유효 시간이 종료될 때까지 실패 리포트를 전달하지 않으면서 단말(120)로 재전송을 시도할 수 있다. MTC-IWF(168)로부터 SGSN/MME(164)로 전달된 유효 시간 정보는 MTC 서버(140)가 MTC-IWF(168)로 전달한 유효 시간 정보일 수도 있고, MTC 서버(140)가 전달한 유효 시간 정보가 아닌 다른 값(예를 들면, 오퍼레이터의 정책 등에 따라 유효 시간의 값으로 결정된 값일 수도 있다.
MTC-IWF(168)는 트리거 요청 메시지가 MTC-IWF(168)에 도달한 시간(timestamp)을 포함하는 메시지를 SGSN/MME(164)로 전송할 수 있다. SGSN/MME(164)는 트리거 메시지 전달 요청 메시지에 포함된 단말(120)의 외부 식별자 정보, MTC-IWF(168)에 도달한 시간 정보, MTC 서버(140)의 식별자 정보 등을 이용하여 트리거 요청 메시지가 중복되어 수신되었는지 여부를 체크할 수 있고, 트리거 요청 메시지가 중복되어 수신된 것으로 체크되는 경우 이를 폐기할 수 있다.
단말(120)이 라우팅 영역 업데이트(routing area update)를 통해 새로운 SGSN/MME(164)에 등록하는 경우 등의 이유로, MTC-IWF(168)가 이전의 서빙 SGSN/MME(164)로 트리거 메시지 전달 요청을 전송하였지만 이전의 서빙 SGSN/MME(164)가 트리거 메시지 전달 요청을 처리할 수 없을 수 있다. 이러한 경우, 이전의 서빙 SGSN/MME(164)는 MTC-IWF(168)로 세부 실패 원인에 대한 실패 코드를 포함하는 트리거 전달 실패를 보고한다(S404). SGSN/MME(164)는 트리거 전달에 실패한 것을 확인한 시점에 MTC-IWF(168)로 실패 보고를 전달하거나, 또는 MTC-IWF(168)로부터 전달받은 유효 시간이 종료되는 시점에 MTC-IWF(168)로 실패 보고를 전달할 수 있다. MTC 서버(140)의 트리거 요청 메시지에 포함된 유효시간이 종료되기 이전에 실패 보고를 전달받고, 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168)와 분리된 개체인 경우, MTC-IWF(168)는 저장 및 전달 기능을 제공하는 네트워크 개체로 트리거 요청 메시지를 전달할 수 있다.
SGSN/MME(164)로부터 트리거 전달 실패 보고를 수신한 MTC-IWF(168)는 HLR/HSS(162)에 트리거 메시지 전달에 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장하도록 요청한다(S405). 대기 트리거 요청 메시지가 있음을 표시하는 정보는 트리거 요청 메시지 전달에 실패한 단말(120)의 식별자 정보, 저장 및 전달 기능을 제공하는 네트워크 개체 또는 MTC-IWF(168)의 주소 정보, 세부 실패 원인을 표시하는 정보, 유효시간 중 적어도 하나를 포함할 수 있다. 단말(120)의 식별자 정보는 단말(120)의 외부 식별자 정보 또는 IMSI 정보일 수 있다.
HLR/HSS(162)는 MTC-IWF(168)로 트리거 전달 상태 저장에 대한 확인 메시지를 전송한다(S406). 설정에 따라, HLR/HSS(162)는 MTC-IWF(168)로 트리거 전달 상태 저장에 대한 확인 메시지를 전송하지 않을 수 있고, S406 단계는 생략될 수 있다.
실패 알림 메시지를 전달받은 MTC-IWF(168)는 MTC 서버(140)로 실패 코드를 포함하는 실패 보고를 전달한다(S407). MTC-IWF(168)는 실패 알림 메시지를 수신한 시점에 실패 보고를 전달할 수 있거나, 트리거 요청 유효 시간이 종료되는 시점에 실패 보고를 전달할 수 있다. 트리거 요청 유효 시간이 종료될 때까지 실패 보고를 전달하지 않는 경우, 트리거 요청 유효 시간이 종료되기 전에 트리거 재전송을 통해 트리거 메시지 전달에 성공하면 이전의 실패 보고 전달 없이 성공 보고를 전달할 수 있다. MTC 서버(140)의 트리거 요청 메시지가 리포트 요청 표시를 포함하지 않는 경우, MTC-IWF(168)는 MTC 서버(140)로 트리거 결과를 보고하지 않을 수 있고, S407 단계는 생략될 수 있다.
일 예에서, 단말(120)이 SGSN/MME(164)에 의한 페이징에 응답이 없는 경우, 단말(120)이 네트워크 등록 해제된 경우, HLR/HSS(162)가 서비스하고 있는 SGSN/MME(164) 정보를 가지고 있지 않은 경우 등의 이유로 단말(120)이 네트워크 접속 불가인 상태여서 HLR/HSS(162)가 정보 추출에 실패하는 경우, MTC-IWF(168)는 트리거 전달을 보장하기 위해 주기적으로 트리거 메시지 전달을 재전송할 수 있고, 이를 위해 HLR/HSS(162)에 정보 조회를 반복할 수 있다.
또는, 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 요청 유효 시간이 종료되기 이전에 SGSM/MME(164) 또는 HLR/HSS(162)로부터 단말(120)이 접속 가능(Reachable)하다는 알림 메시지를 수신할 수 있고, 이를 수신한 경우 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 메시지 전달을 재전송할 수 있다.
MTC-IWF(168)는 트리거 요청 유효 시간 동안 규칙(예를 들면, 운영자에 의해 입력된)을 설정하여 트리거 메시지 전달을 재전송할 수 있다.
다른 예에서, SGSN/MME(164)에서의 오류로 트리거에 실패하는 경우, SMS-SC(166)가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위하여, MTC-IWF(168)는 SMS-SC(166)로 트리거 요청 메시지를 전달할 수 있다. 이를 위해, MTC-IWF(168)는 SMS-SC(168)와 단문 메시지를 송수신할 수 있는 SME(Short Message Entity) 역할을 할 수 있다. 트리거 전달에 실패하여 MTC-IWF(168)가 SMS-SC(166)로 트리거 요청 메시지를 전달하는 경우, MTC-IWF(168)는 표 1의 정보 중 일부 또는 전부를 포함하여 트리거 요청 메시지를 전달할 수 있다. 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보를 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. 그러나, 다른 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보가 아닌 다른 값(예를 들면, 오퍼레이터의 정책 등에 따라 유효 시간 값으로 결정된 값)을 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. SMS-SC(166)가 재전송을 하도록 하는 경우, 상술한 HLR/HSS(162)가 저장하는 대기하는 트리거 요청 메시지가 있음을 표시하는 정보는 MTC-IWF(168)의 주소 정보가 아니라 SMS-SC(166)의 주소 정보를 포함할 수 있다. 이를 위해 MTC-IWF(168)는 HLR/HSS(162)에 정보 업데이트를 요청하고 이에 대한 확인을 수신할 수 있다.
또 다른 예에서, SGSN/MME(164)에서의 오류로 트리거에 실패하는 경우(예를 들면, 단말이 detach 된 경우), 저장 및 전달 기능을 제공하는 네트워크 개체가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위해, MTC-IWF(168)는 저장 및 전달 기능을 제공하는 네트워크 개체로 트리거 요청 메시지를 전달할 수 있다. MTC-IWF(168)는 MTC 서버의 트리거 요청 메시지에 포함된 표 1의 정보 중 일부(예를 들면, 유효시간) 또는 전부를 저장 및 전달 기능을 제공하는 네트워크 개체로 전달할 수 있다. MTC-IWF(168)는 추가로 실패 원인에 대한 정보를 전달할 수 있다. 저장 및 전달 기능을 제공하는 네트워크 개체는 MTC-IWF(168) 또는 HLR/HSS(162)로부터 단말 접속 가능 알림 메시지를 수신하면, 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 메시지 전달을 재전송할 수 있다.
도 5는 일 실시예에 따른 무선 경로 상의 오류로 인한 트리거 실패 절차를 도시한다.
도 5의 S501 내지 S503 단계는 도 4의 S401 내지 S403 단계와 동일하며, 상세한 설명은 생략된다.
SGSN/MME(164)는 단말(120)로 트리거 메시지를 전달한다(S504). 그러나, 단말(120)이 무선 커버리지 영역을 벗어나는 경우 등에 의해, SGSN/MME(164)가 단말(120)로 트리거 메시지를 전송하는데 있어서, 또는 단말(120)이 트리거 메시지 전달에 대한 확인 메시지를 전송하는데 있어서 무선 경로 상의 오류로 트리거 메시지 전달에 실패할 수 있다.
SGSN/MME(164)는 트리거 메시지 전달에 실패할 때 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있어 단말이 접속 가능(Reachable)할 때 트리거 재전송을 통지할 수 있도록 하기 위한 표시 정보를 저장할 수 있다. 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있어 단말이 접속 가능(Reachable)할 때 트리거 재전송을 통지할 수 있도록 하기 위한 표시 정보는, 트리거 요청에 포함된 유효시간이 종료되기 이전에 트리거 메시지 전달에 실패한 SGSN/MME(164)에 의해 설정되거나, 또는 SGSN/MME(164)로부터 트리거 전달 실패 보고를 수신한 MTC-IWF(168)가 HLR/HSS(162)에 트리거 메시지 전달에 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장하도록 요청하는 단계(S506)에 따라 HLR/HSS(162)를 통해 설정될 수 있다.
SGSN/MME(164)가 무선 경로 상의 오류로 인해 트리거 메시지 전달에 실패했을 경우, SGSN/MME(164)는 MTC-IWF(168)로 세부 실패 원인에 대한 실패 코드를 포함하는 트리거 전달 실패를 보고한다(S505). MTC 서버(140)의 트리거 요청 메시지에 포함된 유효시간이 종료되기 이전에 실패 보고를 전달받고, 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168)와 분리된 개체인 경우, MTC-IWF(168)는 저장 및 전달 기능을 제공하는 네트워크 개체로 트리거 요청 메시지를 전달할 수 있다.
SGSN/MME(164)로부터 트리거 메시지 전달 실패 보고를 수신한 MTC-IWF(168)는 HLR/HSS(162)에 트리거 메시지 전달에 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 HLR/HSS(162)에 저장하도록 요청한다(S506). HLR/HSS(162)로 전송된 MTC-IWF(168)에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보는 트리거 요청 전달에 실패한 단말(120)의 식별자 정보, 저장 및 전달 기능을 제공하는 네트워크 개체 또는 MTC-IWF(168)의 주소 정보, 세부 실패 원인을 표시하는 정보, 유효시간 중 적어도 하나를 포함할 수 있다. 단말(120)의 식별자 정보는 단말(120)의 외부 식별자 정보 또는 IMSI 정보일 수 있다.
HLR/HSS(162)는 MTC-IWF(168)로 트리거 전달 상태 저장에 대한 확인 메시지를 전송한다(S507). 설정에 따라, HLR/HSS(162)는 MTC-IWF(168)로 트리거 전달 상태 저장에 대한 확인 메시지를 전송하지 않을 수 있고, S507 단계는 생략될 수 있다.
실패 알림 메시지를 전달받은 MTC-IWF(168)는 MTC 서버(140)로 실패 코드를 포함하는 실패 보고를 전달한다(S508). MTC-IWF(168)는 실패 알림 메시지를 수신한 시점에 실패 보고를 전달할 수 있거나, 트리거 요청 유효 시간이 종료되는 시점에 실패 보고를 전달할 수 있다. 트리거 요청 유효 시간이 종료될 때까지 실패 보고를 전달하지 않는 경우, 트리거 요청 유효 시간이 종료되기 전에 트리거 재전송을 통해 트리거 메시지 전달에 성공하면 이전의 실패 보고 전달 없이 성공 보고를 전달할 수 있다. MTC 서버(140)의 트리거 요청 메시지가 리포트 요청 표시를 포함하지 않는 경우, MTC-IWF(168)는 MTC 서버(140)로 트리거 결과를 보고하지 않을 수 있고, S508 단계는 생략될 수 있다.
일 예에서, 단말(120)이 SGSN/MME(164)에 의한 페이징에 응답이 없는 경우, 단말(120)이 네트워크 등록 해제된 경우, HLR/HSS(162)가 서비스하고 있는 SGSN/MME(164) 정보를 가지고 있지 않은 경우 등의 이유로 단말(120)이 네트워크 접속 불가인 상태여서 HLR/HSS(162)가 정보 추출에 실패하는 경우, MTC-IWF(168)는 트리거 전달을 보장하기 위해 주기적으로 트리거 메시지 전달을 재전송할 수 있고, 이를 위해 HLR/HSS(162)에 정보 조회를 반복할 수 있다.
또는, 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 요청 유효 시간이 종료되기 이전에 SGSM/MME(164) 또는 HLR/HSS(162)로부터 단말(120)이 접속 가능(Reachable)하다는 알림 메시지를 수신할 수 있고, 이를 수신한 경우 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 메시지 전달을 재전송할 수 있다.
MTC-IWF(168)는 트리거 요청 유효 시간 동안 규칙(예를 들면, 운영자에 의해 입력된)을 설정하여 트리거 메시지 전달을 재전송할 수 있다.
다른 예에서, 무선 경로 상의 오류로 트리거가 실패하는 경우, SMS-SC(166)가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위하여, MTC-IWF(168)는 SMS-SC(166)로 트리거 요청 메시지를 전달할 수 있다. 이를 위해, MTC-IWF(168)는 SMS-SC(168)와 단문 메시지를 송수신할 수 있는 SME(Short Message Entity) 역할을 할 수 있다. 트리거 전달에 실패하여 MTC-IWF(168)가 SMS-SC(166)로 트리거 요청 메시지를 전달하는 경우, MTC-IWF(168)는 표 1의 정보 중 일부 또는 전부를 포함하여 트리거 요청 메시지를 전달할 수 있다. 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보를 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. 그러나, 다른 예를 들면, MTC-IWF(168)는 MTC 서버(140)로부터 전달받은 유효 시간 정보가 아닌 다른 값(예를 들면, 오퍼레이터의 정책 등에 따라 유효 시간 값으로 결정된 값)을 SMS-SC(166)로 전송하는 TP-Validity-Period 정보에 매핑하여 SMS-SC(166)로 전달할 수 있고, SMS-SC(166)는 유효 시간 정보를 SMS 전송에 이용할 수 있다. SMS-SC(166)가 재전송을 하도록 하는 경우, 상술한 HLR/HSS(162)가 저장하는 대기하는 트리거 요청 메시지가 있음을 표시하는 정보는 MTC-IWF(168)의 주소 정보가 아니라 SMS-SC(166)의 주소 정보를 포함할 수 있다. 이를 위해 MTC-IWF(168)는 HLR/HSS(162)에 정보 업데이트를 요청하고 이에 대한 확인을 수신할 수 있다.
또 다른 예에서, 무선 경로 상의 오류로 트리거가 실패하는 경우(예를 들면, 단말이 detach 된 경우), 저장 및 전달 기능을 제공하는 네트워크 개체가 단말(120)로 트리거 요청 메시지를 재전송하도록 하기 위해, MTC-IWF(168)는 저장 및 전달 기능을 제공하는 네트워크 개체로 트리거 요청 메시지를 전달할 수 있다. MTC-IWF(168)는 MTC 서버(140)의 트리거 요청 메시지에 포함된 표 1의 정보 중 일부(예를 들면, 유효시간) 또는 전부를 저장 및 전달 기능을 제공하는 네트워크 개체에 전달할 수 있다. MTC-IWF(168)는 추가로 실패 원인에 대한 정보를 전달할 수 있다. 저장 및 전달 기능을 제공하는 네트워크 개체가 MTC-IWF(168) 또는 HLR/HSS(162)로부터 단말 접속 가능 알림 메시지를 수신하면, 저장 및 전달 기능을 제공하는 네트워크 개체는 트리거 메시지 전달을 재전송할 수 있다.
도 6은 일 실시예에 따른 트리거 가능 알림 절차를 도시한다.
상술한 바와 같이, 단말(120)의 접속 불가 등의 원인으로 트리거 메시지 전달에 실패한 경우, MTC-IWF(168)는 HLR/HSS(162)로 트리거 메시지 전달에 실패하여 저장 및 전달 기능을 제공하는 네트워크 개체에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 전송하고, HLR/HSS(162)는 이러한 정보를 저장할 수 있다. HLR/HSS(162)가 저장하는 대기 트리거 요청 메시지가 있음을 표시하는 정보는 트리거 메시지 전달에 실패한 단말(120)의 식별자 정보, 저장 및 전달 기능을 제공하는 네트워크 개체 또는 MTC-IWF(168)의 주소, 트리거 메시지 전달에 실패한 세부 원인을 표시하는 정보, 유효시간 중 적어도 하나를 포함할 수 있다. 단말(120)이 SGSN/MME(164)에 의한 페이징에 응답이 없거나, 단말(120)이 네트워크 등록 해제되거나, 또는 HLR/HSS에서 서빙 SGSN/MME(164)의 정보를 가지고 있지 않는 경우 등에 의해 MTC-IWF(168)에 의한 트리거 메시지 전달이 실패하는 때, HLR/HSS(162)가 저장하는 실패 세부 원인 코드는 단말의 네트워크 접속 불가로 설정될 수 있다. 이러한 대기 트리거 요청 메시지가 있어 단말이 접속 가능(Reachable)할 때 트리거 재전송을 통지할 수 있도록 하기 위한 표시 정보는 SGSN/MME(164)에도 저장될 수 있다.
단말(120)의 네트워크 등록(attach), 라우팅 영역 업데이트(routing area update), PDP/PDN 연결 설정 등으로 SGSN/MME(164)가 단말(120)이 접속 가능(reachable)한 상태가 되었음을 검출하면(S601), SGSN/MME(164)는 단말(120)로의 트리거 메시지 전달이 준비되었음을 알리기 위한 트리거 준비 알림 메시지를 HLR/HSS(162)로 전송한다(S602). 트리거 가능 알림 메시지는 단말 식별자(예를 들면, IMSI), 단말이 접속 가능함을 표시하는 정보(예를 들면, UE-Reachable, UE-present), 서빙 코어 노드 식별자를 포함하는 라우팅 정보 중 적어도 하나를 포함할 수 있다. 이때, SGSN/MME(164)가 저장 및 전달 기능을 제공하는 네트워크 개체에 대기 트리거 요청 메시지가 있어 단말이 접속 가능할 때 트리거 재전송을 통지할 수 있도록 하기 위한 표시 정보를 삭제하는 것도 가능하다.
HLR/HSS(162)는 단말(120)이 접속 가능한 상태가 되었음을 알리기 위한 알림 메시지를 MTC-IWF(168)로 전송한다(S603). 이때, HLR/HSS(162)가 저장 및 전달 기능을 제공하는 네트워크 개체에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하는 것도 가능하다.
한편, SGSN/MME(164)가 MTC-IWF(168)에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 저장하지 않을 수 있다. 예를 들면, 도 3에서 HLR/HSS(162)의 조회 과정에서 트리거 요청 전송이 실패할 수 있고, 이러한 경우 SGSN/MME(164)는 트리거 요청 전송 실패 여부를 알지 못 할 수 있다. 또는, 단말(120)의 이동 등에 기인하여, 도 4 및 도 5에서 단말(120)로 트리거 요청 전송을 시도하였다가 실패한 SGSN/MME(164)와 도 6에서 단말(120)의 접속 가능 상태를 검출하는 SGSN/MME(164)가 서로 다를 수 있고, 이러한 경우 단말(120)의 접속 가능 상태를 검출한 SGSN/MME(164)는 트리거 요청 전송 실패 여부를 알지 못 할 수 있다. 또는, 설정에 의하여 SGSN/MME(164)는 MTC-IWF(168)에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 저장하지 않을 수 있다.
이러한 경우, HLR/HSS(162)가 수집되는 단말(120)의 네트워크 접속 상태 정보만을 이용하여 단말(120)이 네트워크 접속 상태가 되었음을 검출할 때, HLR/HSS(162)는 단말(120)이 접속 가능한 상태가 되었음을 알리기 위한 알림 메시지를 MTC-IWF(168)로 전송할 수 있다. 이때, HLR/HSS(162)가 MTC-IWF(168)에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하는 것도 가능하다.
HLR/HSS(162)로부터 단말이 접속 가능한 상태가 되었음을 알리는 알림 메시지를 수신한 MTC-IWF(168)는 트리거링을 다시 실행할 수 있다. 도 7은 일 실시예에 따른 단말이 접속 가능하게 되었을 때 디바이스 트리거링 절차를 도시한다.
도 7의 S701 및 S702 단계는 도 5의 S502 및 S503 단계와 동일하고, 상세한 설명은 생략된다.
HLR/HSS(162)가 알림 메시지와 함께 단말(120)의 외부 식별자와 매핑되는 IMSI 정보 및 기타 트리거에 필요한 정보(예를 들면, 서빙 SGSN/MME(164) 정보)를 전송하는 경우, S701의 정보 조회 단계는 생략될 수 있다.
SGSN/MME(164)는 단말(120)로 트리거 메시지를 전달하고(S703), 트리거 메시지를 전달받은 단말(120)은 트리거 메시지 전달에 대한 확인 메시지를 SGSN/MME(164) 및 MTC-IWF(168)를 통해 MTC 서버(704)로 전송한다(S704). 이때, SGSN/MME(164)가 MTC-IWF(168)에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하는 것도 가능하다. 즉, SGSN/MME(164)가 MTC-IWF(168)에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하는 것은, 도 6과 관련되어 설명된 바와 같이, SGSN/MME(164)가 단말(120)이 네트워크 접속 가능한 상태가 되었음을 검출하였을 때 실행될 수도 있고, 도 7과 관련되어 설명된 바와 같이, SGSN/MME(164)가 단말(120)로부터 트리거 메시지 전달에 대한 확인 메시지를 수신할 때 실행될 수도 있다.
트리거 전달 성공 보고를 전달받은 MTC-IWF(168)는 HLR/HSS(162)로 HLR/HSS(162)에 저장된 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 삭제할 것을 요청하는 트리거 전달 상태 업데이트 요청 메시지를 전송한다(S705). HLR/HSS(162)는 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하고, MTC-IWF(168)로 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제하였다는 트리거 전달 상태 업데이트 확인 메시지를 전송한다(S706). 도 6과 관련되어 설명된 바와 같이, 대기 트리거 요청 메시지가 있음을 표시하는 정보가 단말(120)이 네트워크 접속 가능한 상태가 되었음을 검출하였을 때 삭제되는 경우, S705 및 S706 단계는 생략될 수 있다. 설정에 따라, HLR/HSS(162)는 MTC-IWF(168)로 트리거 전달 상태 업데이트 요청에 대한 확인 메시지를 전송하지 않을 수 있고, S706 단계는 생략될 수 있다.
이후, 단말(120)은 필요한 경우 PDP/PDN 연결을 활성화한다(S706). 그리고, 단말(120)은 MTC 서버(140)와 통신한다.
MTC서버는 MTCsp 레퍼런스 포인트를 통해 MTC IWF으로 트리거 메시지 전달 요청을 송신하고 트리거 메시지 전달 요청에 대한 결과를 응답받는 것 외에 MTC IWF에 다른 기능을 명령하기 위한 트리거 명령 요청 메시지를 MTCsp 레퍼런스 포인트를 통해 MTC IWF으로 송신할 수 있다.
MTC 서버는 트리거 명령 요청 메시지를 통해 이전 트리거 요청 메시지의 삭제, 이전 트리거 요청 메시지 수정(예를 들면, 우선순위 변경), 이전 트리거 요청 메시지의 트리거 전달 상태 질의 등을 MTC IWF에 요청할 수 있다.
MTC IWF은 MTC 서버의 트리거 명령 요청 메시지를 통해 수신한 이전 트리거 요청 메시지에 대한 확인 메시지를 세부 내용(예를 들면, MTC 디바이스의 네트워크 접속불가(Not reachable)로 MTC IWF이 트리거 메시지를 전달할 수 없음)을 포함하여 응답할 수 있다.
MTC IWF은 MTC서버의 트리거 명령 요청 메시지를 통해 이전 트리거 요청 메시지의 트리거 전달 상태를 확인하기 위해 HLR/HSS에 정보조회를 요청하여 필요한 정보를 얻어 올 수 있다.
트리거 명령 요청 메시지는 상기한 표 1과 같은 정보 중 전부 또는 일부를 포함할 수 있다. 트리거 명령 요청 메시지는 메시지 유형 표시 파라메터 값을 트리거 요청 메시지와 다르게하여 구분할 수 있다.
MTC 서버는 트리거 요청 메시지에 이전에 전달한 트리거 요청 메시지의 트리거 레퍼런스 넘버(예를 들면, old trigger reference number)를 포함하여 전달할 수 있다. 이 경우 유효시간이 만료되지 않아 저장되어 있는 이전 트리거 요청 메시지를 삭제할 수 있다.
도 8은 일 실시예에 따른 MTC-IWF의 구성을 도시하는 블록도이다.
도 8을 참조하면, MTC-IWF는 MTC 서버와 메시지를 송수신하기 위한 MTC 서버 통신부(810), HLR/HSS와 메시지를 송수신하기 위한 HLR/HSS 통신부(820), SGSN/MME와 메시지를 송수신하기 위한 SGSN/MME 통신부(830), MTC 서버로부터 수신된 트리거 요청 메시지에 포함된 정보를 저장하는 트리거 정보 저장부(840), 전송을 대기하고 있는 트리거 요청 메시지를 저장하는 트리거 메시지 저장부(850), 및 제어부(860)를 포함한다.
MTC 서버 통신부(810)는 MTC 서버로부터 트리거 요청 메시지를 수신할 수 있다. 트리거 요청 메시지는 표 1에서와 같이 메시지 유형 표시, 유효 시간, 단말 식별자, MTC 서버 식별자, 애플리케이션 ID, 트리거 우선 순위, 상태 리포트 요청 표시, 애플리케이션 특정 정보 등을 포함할 수 있다. MTC 서버 통신부(810)는 트리거 요청 메시지 전달이 성공하였을 경우 트리거 전달 확인 메시지를 전송할 수 있고, 또한 트리거 요청 메시지 전달이 실패하였을 경우 트리거 실패 보고를 전송할 수 있다.
HLR/HSS 통신부(820)는 HLR/HSS로 단말의 외부 식별자에 매핑되는 IMSI 정보 및 단말의 서빙 SGSN/MME 정보의 조회를 요청하는 메시지를 전송할 수 있고, HLR/HSS로부터 단말의 IMSI 정보 및 단말의 서빙 SGSN/MME 정보를 포함하는 응답 메시지를 수신할 수 있다. HLR/HSS에서 조회가 실패한 경우, HLR/HSS 통신부(820)는 HLR/HSS로부터 실패 원인 정보를 포함하는 실패 알림 메시지를 수신할 수 있다.
SGSN/MME의 오류 또는 무선 경로 상의 오류로 인해 단말의 트리거를 실패하였다고 SGSN/MME로부터 보고받는 경우, HLR/HSS 통신부(820)는 HLR/HSS로 전송을 대기하고 있는 트리거 요청 메시지를 저장하고 있다는 상태를 알리는 트리거 전달 상태 메시지를 전송할 수 있다.
단말의 트리거링이 실패한 후 단말이 네트워크 접속 가능한 것이 검출되었을 때, HLR/HSS 통신부(820)는 HLR/HSS로부터 단말이 네트워크 접속 가능한 것을 알리는 알림 신호를 수신할 수 있다. 단말의 트리거링이 실패한 후 트리거링 재시도에 의해 단말의 트리거링이 성공한 때, HLR/HSS 통신부(820)는 HLR/HSS로 전송을 대기하고 있는 트리거 요청 메시지를 저장하고 있다는 것을 표시하는 정보를 삭제할 것을 요청하는 트리거 전달 상태 업데이트 메시지를 전송할 수 있다.
SGSN/MME 통신부(830)는 트리거 전달 요청 메시지를 SGSN/MME로 전송할 수 있다. 트리거링이 성공한 경우, SGSN/MME 통신부(830)는 SGSN/MME로부터 트리거 전달 확인 메시지를 수신할 수 있고, 트리거링이 실패한 경우, SGSN/MME 통신부(830)는 SGSN/MME로부터 트리거 전달 실패 메시지를 수신할 수 있다.
트리거 정보 저장부(840)는 MTC 서버로부터 수신한 트리거 요청 메시지에 포함된 트리거 관련 정보를 저장할 수 있다. 트리거 요청 메시지에 포함된 정보는 트리거 요청이 실패하였을 경우 트리거 요청을 저장하는 시간에 대한 정보인 유효 시간, 단말의 식별자, MTC 서버 식별자, 단말에서 동작시킬 애플리케이션을 식별하기 위한 애플리케이션 ID, 트리거링의 우선 처리 여부를 표시하기 위한 우선 순위, 트리거 요청 메시지에 대한 처리 상태의 보고 여부를 표시하는 상태 리포트 요청 표시, 단말의 애플리케이션에 의해 사용될 수 있는 애플리케이션 특정 정보를 포함할 수 있다.
트리거 메시지 저장부(850)는, HLR/HSS에서 정보 추출 실패로 인해 트리거를 실패하여 HLR/HSS 통신부(820)를 통해 HLR/HSS로부터 실패 알림 메시지를 수신한 경우, SGSN/MME에서 오류로 인해 트리거를 실패하여 SGSN/MME 통신부(830)를 통해 SGSN/MME로부터 실패 알림 메시지를 수신한 경우, 또는 무선 경로 상의 오류로 인해 트리거를 실패하여 SGSN/MME 통신부(830)를 통해 SGSN/MME로부터 실패 알림 메시지를 수신한 경우, 실패한 트리거 메시지를 저장한다. 트리거 메시지 저장부(850)에 저장된 트리거 메시지는 트리거 정보 저장부(840)에 저장된 유효 시간 내에 저장될 수 있다. 유효 시간 내에 트리거 메시지 재전송에 의해 트리거가 성공한 경우, 또는 유효 시간이 경과한 경우, 트리거 메시지 저장부(850)에 저장된 트리거 메시지는 삭제될 수 있다.
제어부(860)는 MTC 서버 통신부(810)를 통해 트리거 요청 메시지를 수신할 때, 트리거 정보를 트리거 정보 저장부(840)에 저장하고 트리거에 관련된 정보(단말의 IMSI, 서빙 SGSN/MME의 정보)를 HLR/HSS 통신부(820)를 통해 HLR/HSS에 정보를 조회할 수 있다. 제어부(860)는 SGSN/MME 통신부(830)를 통해 SGSN/MME로 트리거 요청 메시지를 전달할 수 있다. 트리거 전달을 확인하는 메시지가 SGSN/MME 통신부(830)를 통해 SGSN/MME로부터 수신되는 경우, 제어부(860)는 MTC 서버 통신부(810)를 통해 MTC 서버로 트리거 전달 확인 메시지를 전달할 수 있다.
HLR/HSS 통신부(820)를 통해서 HLR/HSS로부터, 또는 SGSN/MME 통신부(830)를 통해 SGSN/MME로부터 트리거 실패를 알리는 메시지가 수신된 경우, 제어부(860)는 전달에 실패한 트리거 메시지를 트리거 메시지 저장부(850)에 저장한다.
트리거 정보 저장부(840)에 저장된 유효 시간 내에 단말이 네트워크에 접속하였다는 신호가 HLR/HSS 전송부(820)를 통해 HLR/HSS로부터 수신되는 경우, 제어부(860)는 트리거 메시지 저장부(850)에 저장된 트리거 메시지를 이용하여 트리거링을 다시 시도할 수 있다. 또는, 제어부(860)는 유효 시간 내에 주기적으로 트리거 메시지 저장부(850)에 저장된 트리거 메시지를 이용하여 트리거링을 다시 시도할 수 있다. 단말 트리거를 다시 시도하여 성공한 경우, 제어부(860)는 HLR/HSS 통신부(820)를 통해 HLR/HSS로 전송을 대기하고 있는 트리거 요청 메시지를 저장하고 있다는 것을 표시하는 정보를 삭제할 것을 요청하는 트리거 전달 상태 업데이트 메시지를 전송할 수 있다.
트리거가 실패하고 유효 시간이 경과한 경우, 제어부(860)는 트리거 메시지 저장부(850)에 저장된 트리거 메시지를 삭제할 수 있다.
또한, 제어부(860)는 과금 정보를 생성할 수 있다. 과금 정보는 트리거가 성공한 경우뿐만 아니라 실패한 경우에도 생성될 수 있다. 생성된 과금 정보는 CDF/CGF(170)로 전달될 수 있다. 생성된 과금 정보는 MTC 단말(120)의 외부 식별자 정보, MTC 단말(120)의 외부 식별자 정보와 매핑되는 IMSI 정보, MTC 서버(140)의 식별자 정보, 트리거 결과 등을 포함할 수 있다.
도 9는 일 실시예에 따른 HLR/HSS의 구성을 도시하는 블록도이다.
도 9를 참조하면, HLR/HSS는 MTC-IWF와 메시지를 송수신하기 위한 MTC-IWF 통신부(910), 단말의 트리거를 위해 필요한 정보를 저장하는 트리거 정보 저장부(920), MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장하는 트리거 상태 저장부(930), 및 제어부(940)를 포함한다.
MTC-IWF 통신부(910)는 MTC-IWF로부터 단말의 트리거에 필요한 정보 조회 요청을 수신하고, MTC-IWF로 단말에 트리거에 필요한 정보를 전송할 수 있다. MTC-IWF 통신부(910)는 MTC-IWF로 단말의 트리거에 필요한 정보의 조회에 실패한 경우 세부 실패 원인에 대한 실패 코드를 포함하는 실패 알림 메시지를 전송할 수 있다. MTC-IWF 통신부(910)는 SGSN/MME의 오류 또는 무선 경로 상의 오류로 인하여 트리거가 실패한 경우 MTC-IWF로부터 트리거 전달 상태 정보를 수신할 수 있다. MTC-IWF 통신부(910)는 SGSN/MME로부터 단말이 네트워크 접속 가능한 상태가 되었음을 검출하였다는 메시지를 수신하는 경우 MTC-IWF로 단말이 네트워크 접속 가능한 상태가 되었음을 알리기 위한 알림 메시지를 전송할 수 있다. 이전에 단말의 트리거링이 실패하였다는 트리거 전달 상태 정보를 MTC-IWF로부터 수신하고 이후에 단말의 트리거링이 성공한 경우, MTC-IWF 통신부(910)는 MTC-IWF로부터 트리거 전달 상태 업데이트 요청 메시지를 수신할 수 있다.
트리거 정보 저장부(920)는 단말의 트리거를 위해 필요한 정보로서 단말의 외부 식별자와 매핑되는 IMSI 정보, 단말을 서비스하는 서빙 SGSN/MME 정보를 저장할 수 있다. 또한, 트리거 정보 저장부(920)는 단말이 MTC 장치임을 나타내는 속성 정보, 단말의 접속 우선 순위 정보, 단말이 고정된 위치를 가지는지 여부를 구분하는 속성 정보, 단말이 고정된 위치를 가지는 경우 고정된 위치 정보를 추가로 저장할 수 있다. MTC-IWF 통신부(910)를 통해 MTC-IWF로부터 정보 조회 요청이 수신될 때, 트리거 정보 저장부(920)에 저장된 단말의 트리거를 위해 필요한 정보는 추출되어 MTC-IWF 통신부(910)를 통해 MTC-IWF에 제공될 수 있다.
트리거 상태 저장부(930)는 단말로의 트리거 전달이 실패한 경우 MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장한다. MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보는 트리거 요청 메시지 전달에 실패한 단말의 식별자 정보, MTC-IWF의 주소 정보, 트리거 요청 메시지 전달에 실패한 세부 원인 코드를 포함할 수 있다. 단말로의 트리거 전달이 HLR/HSS에서 정보 조회 실패에 기인하여 실패한 경우, MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보는 HLR/HSS에 의해 생성되고 트리거 상태 저장부(930)에 저장될 수 있다. 단말로의 트리거 전달이 HLR/HSS가 아닌 다른 원인으로 실패한 경우, 예를 들면, SGSN/MME 오류에 기인하거나 무선 경로 상의 오류에 기인하여 단말로의 트리거 전달이 실패한 경우, MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보는 MTC-IWF 통신부(910)를 통해 MTC-IWF로부터 수신되고 트리거 상태 저장부(930)에 저장될 수 있다. 이후 단말로의 트리거링이 성공하는 경우, MTC-IWF 내에 대기 트리거 요청 메시시가 있음을 표시하는 정보를 제거하기 위한 트리거 전달 상태 업데이트 요청 메시지를 MTC-IWF 통신부(910)를 통해 MTC-IWF로부터 수신하고 트리거 상태 저장부(930)에 저장된 트리거 상태 정보는 삭제될 수 있다.
제어부(940)는, MTC-IWF 통신부(910)를 통해 MTC-IWF로부터 트리거를 위한 정보 조회 메시지가 수신되면, 트리거 정보 저장부(920)에서 트리거를 위해 필요한 정보를 추출하고, 이를 MTC-IWF 통신부(910)를 통해 MTC-IWF로 전달할 수 있다. 트리거를 위해 필요한 정보의 추출이 실패하는 경우, 제어부(940)는 세부 원인 코드를 포함하는 실패 알림 메시지를 MTC-IWF 통신부(910)를 통해 MTC-IWF로 전송할 수 있다.
단말의 트리거링이 실패하는 경우, 제어부(940)는 트리거 상태 저장부(930)에 MTC-IWF에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장할 수 있다. 단말로의 트리거 전달이 HLR/HSS에서 정보 조회 실패에 기인하여 실패한 경우, 제어부(940)는 MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 생성하고 트리거 상태 저장부(930)에 저장할 수 있다. 단말로의 트리거 전달이 HLR/HSS가 아닌 다른 원인으로 실패한 경우, 예를 들면, SGSN/MME 오류에 기인하거나 무선 경로 상의 오류에 기인하여 단말로의 트리거 전달이 실패한 경우, 제어부(940)는 MTC-IWF 통신부(910)를 통해 MTC-IWF로부터 수신된 MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 트리거 상태 저장부(930)에 저장할 수 있다.
SGSN/MME로부터 단말이 네트워크 접속 가능한 상태가 되었음을 검출하였다는 메시지를 수신하는 경우, 제어부(940)는 MTC-IWF 통신부(910)를 통해 MTC-IWF로 단말이 네트워크 접속 가능한 상태가 되었음을 알리기 위한 알림 메시지를 전송할 수 있다. 이후에, MTC-IWF에 의한 트리거 요청 메시지가 단말로 전달되어 단말 트리거링이 성공하는 경우, MTC-IWF는 MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 제거하기 위한 트리거 전달 상태 업데이트 요청 메시지를 전송할 수 있고, 제어부(940)는 MTC-IWF 통신부(910)를 통해 수신한 트리거 전달 상태 업데이트 요청 메시지에 기초하여 트리거 상태 저장부(930)에 저장된 MTC-IWF 내에 대기 트리거 요청 메시지가 있음을 표시하는 정보를 삭제할 수 있다.
도 10은 일 실시예에 따른 SGSN/MME의 구성을 도시하는 블록도이다.
도 10을 참조하면, SGSN/MME는 MTC-IWF와 메시지를 송수신하기 위한 MTC-IWF 통신부(1010), 단말과 메시지를 송수신하기 위한 단말 통신부(1020), MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장하는 트리거 상태 저장부(1030), 및 제어부(1040)를 저장한다.
MTC-IWF 통신부(1010)는 MTC-IWF로부터 트리거 전달 요청 메시지를 수신할 수 있다. 트리거링이 성공한 경우, MTC-IWF 통신부(1010)는 MTC-IWF로 트리거 전달 확인 메시지를 전송할 수 있다. 트리거 전달 요청 메시지가 SGSN/MME 오류에 기인하거나 무선 경로 상의 오류에 기인하여 트리거링이 실패한 경우, MTC-IWF 통신부(1010)는 MTC-IWF로 세부 원인 코드와 함께 트리거 전달 실패 메시지를 전송할 수 있다.
단말 통신부(1020)는 단말로 트리거 요청 메시지를 전달할 수 있다. 또한, 단말 통신부(1020)는 단말로부터 트리거 확인 메시지를 수신할 수 있다. 그리고, 단말 통신부(1020)는 단말의 네트워크 등록, 라우팅 영역 업데이트, PDP/PDN 연결 설정 등에 의한 단말의 네트워크 접속 가능 상태를 검출할 수 있다.
트리거 상태 저장부(1030)는 단말로의 트리거 전달이 실패한 경우 MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장할 수 있다. 트리거 상태 저장부(1030)에 저장된 대기 트리거 요청 메시지가 있음을 표시하는 정보는 이후에 단말의 네트워크 접속 가능 상태가 검출될 때 삭제될 수 있다.
제어부(1040)는 MTC-IWF 통신부(1010)를 통해 MTC-IWF로부터 수신한 트리거 전달 요청 메시지를 단말 통신부(1020)를 통해 단말로 전달할 수 있다. 제어부(1040)는 단말 통신부(1020)를 통해 단말로부터 수신한 트리거 전달 확인 메시지를 MTC-IWF 통신부(1010)를 통해 MTC-IWF로 전달할 수 있다. SGSN/MME 오류 또는 무선 경로 상의 오류에 기인하여 단말의 트리거링이 실패하는 경우, 제어부(1040)는 MTC-IWF 통신부(1010)를 통해 MTC-IWF로 트리거 전달 실패 메시지를 전송할 수 있다. 이때, 제어부(1040)는 트리거 상태 저장부(1030)에 MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 저장할 수 있다. 이후에, 제어부(1040)는 단말 통신부(1020)를 통해 단말의 네트워크 접속 상태를 검출하고, 그 단말이 트리거 상태 저장부(1030)에 저장된 정보의 단말 정보와 동일한 경우, 트리거 준비 알림 신호를 HLR/HSS로 전달하며, 트리거 상태 저장부(1030)에 저장된 MTC-IWF 내에 트리거 전달을 위해 대기하는 트리거 요청 메시지가 있음을 표시하는 정보를 삭제할 수 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2011년 11월 3일 한국에 출원한 특허출원번호 제 10-2011-0113760 호 및 2011년 11월 11일 한국에 출원한 특허출원번호 제 10-2011-0117281 호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (17)

  1. 외부 서버로부터 단말의 트리거 요청을 수신하는 외부 서버 통신부;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보, 및 상기 외부 서버가 상기 단말에 트리거링을 요청할 권한이 있는지 여부를 조회하는 관리 서버 통신부; 및
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 중계 서버 통신부를 포함하는 것을 특징으로 하는 망간 접속 서버.
  2. 외부 서버로부터 단말의 트리거 요청을 수신하는 외부 서버 통신부;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 조회하는 관리 서버 통신부; 및
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 중계 서버 통신부를 포함하고,
    상기 외부 서버 통신부는 상기 단말로의 트리거 요청 전달이 성공하였다는 성공 보고 또는 실패하였다는 실패 보고를 상기 외부 서버로 전송하는 것을 특징으로 하는 망간 접속 서버.
  3. 제 2 항에 있어서,
    상기 실패 보고는 실패 원인 정보를 포함하는 것을 특징으로 하는 망간 접속 서버.
  4. 제 2 항에 있어서,
    상기 단말로의 트리거 요청 전달이 실패한 경우, 상기 관리 서버 통신부는 상기 망간 접속 서버 내에 대기하고 있는 트리거 요청이 있음을 표시하는 정보를 상기 관리 서버로 전송하는 것을 특징으로 하는 망간 접속 서버.
  5. 제 2 항에 있어서,
    상기 중계 서버 통신부가 상기 중계 서버로부터 트리거 전달 실패 보고를 수신한 후 트리거 요청 유효시간이 종료되기 전에 상기 관리 서버 통신부가 상기 관리 서버로부터 단말 접속가능(Reachable) 알림 메시지를 수신하는 경우, 상기 중계 서버 통신부는 상기 중계 서버로 트리거 요청을 재전송하는 것을 특징으로 하는 망간 접속 서버.
  6. 외부 서버로부터 단말의 트리거 요청을 수신하는 외부 서버 통신부;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보, 및 상기 외부 서버가 상기 단말에 트리거링을 요청할 권한이 있는지 여부를 조회하는 관리 서버 통신부; 및
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 중계 서버 통신부를 포함하고,
    상기 외부 서버로부터 수신한 트리거 요청은 상기 단말의 식별자, 유효 시간, 우선순위, 상기 외부 서버의 식별자, 상기 단말의 애플리케이션의 식별자, 상기 단말의 애플리케이션에 의해 사용될 수 있는 애플리케이션 특정 정보, 트리거 레퍼런스 넘버, 이전 트리거 레퍼런스 넘버 중 적어도 하나를 포함하는 것을 특징으로 하는 망간 접속 서버.
  7. 제 6 항에 있어서,
    상기 단말의 식별자, 상기 외부 서버의 식별자 정보 중 적어도 하나를 포함하는 과금 정보를 생성하는 제어부를 더 포함하는 것을 특징으로 하는 망간 접속 서버.
  8. 제 6 항에 있어서,
    상기 중계 서버로 전송한 트리거 요청은 상기 단말의 IMSI(International Mobile Subscriber Identity), 유효시간, 우선순위 중 적어도 하나를 포함하는 것을 특징으로 하는 망간 접속 서버.
  9. 외부 서버로부터의 단말의 트리거 요청을 상기 단말로 전달하는 망간 접속 서버에서 수행되는 트리거 요청 전달 방법으로서,
    상기 외부 서버로부터 상기 단말의 트리거 요청을 수신하는 단계;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보, 및 상기 외부 서버가 상기 단말에 트리거링을 요청할 권한이 있는지 여부를 조회하는 단계; 및
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 단계를 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  10. 외부 서버로부터의 단말의 트리거 요청을 상기 단말로 전달하는 망간 접속 서버에서 수행되는 트리거 요청 전달 방법으로서,
    상기 외부 서버로부터 상기 단말의 트리거 요청을 수신하는 단계;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 조회하는 단계;
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 단계; 및
    상기 단말로의 트리거 요청 전달이 성공하였다는 성공 보고 또는 실패하였다는 실패 보고를 상기 외부 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  11. 제 10 항에 있어서,
    상기 실패 보고는 실패 원인 정보를 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  12. 제 10 항에 있어서,
    상기 단말로의 트리거 요청 전달이 실패한 경우, 상기 망간 접속 서버 내에 대기하고 있는 트리거 요청이 있음을 표시하는 정보를 상기 관리 서버 또는 상기 중계 서버로 전송하는 단계를 더 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  13. 제 10 항에 있어서,
    상기 중계 서버로부터 트리거 전달 실패 보고를 수신한 후 트리거 요청 유효시간이 종료되기 전에 상기 관리 서버로부터 단말 접속가능(Reachable) 알림 메시지를 수신하는 경우, 상기 중계 서버로 트리거 요청을 재전송하는 단계를 더 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  14. 외부 서버로부터의 단말의 트리거 요청을 상기 단말로 전달하는 망간 접속 서버에서 수행되는 트리거 요청 전달 방법으로서,
    상기 외부 서버로부터 상기 단말의 트리거 요청을 수신하는 단계;
    가입자 정보를 관리하는 관리 서버에 상기 단말의 네트워크 내부 식별자, 및 상기 단말로 트리거 메시지를 중계하는 중계 서버의 정보를 조회하는 단계;
    상기 중계 서버로 상기 단말의 트리거 요청을 전송하는 단계를 포함하고,
    상기 외부 서버로부터 수신한 트리거 요청은 상기 단말의 식별자, 유효 시간, 우선순위, 상기 외부 서버의 식별자, 상기 단말의 애플리케이션의 식별자, 상기 단말의 애플리케이션에 의해 사용될 수 있는 애플리케이션 특정 정보, 트리거 레퍼런스 넘버, 이전 트리거 레퍼런스 넘버 중 적어도 하나를 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  15. 제 14 항에 있어서,
    상기 단말의 식별자, 상기 외부 서버의 식별자 정보 중 적어도 하나를 포함하는 과금 정보를 생성하는 단계를 더 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  16. 제 14 항에 있어서,
    상기 중계 서버로 전송한 트리거 요청은 상기 단말의 IMSI(International Mobile Subscriber Identity), 유효시간, 우선순위 중 적어도 하나를 포함하는 것을 특징으로 하는 트리거 요청 전달 방법.
  17. 제 14 항에 있어서,
    상기한 이전 트리거 레퍼런스 넘버는 이전 트리거 요청 메시지의 삭제 또는 이전 트리거 요청 메시지 수정을 요청하는 경우에 포함되는 것을 특징으로 하는 트리거 요청 전달 방법
PCT/KR2012/008797 2011-11-03 2012-10-25 기계 형태 통신 단말의 트리거링을 위한 서버 및 방법 Ceased WO2013065996A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2011-0113760 2011-11-03
KR20110113760 2011-11-03
KR1020110117281A KR20130049130A (ko) 2011-11-03 2011-11-11 기계 형태 통신 단말의 트리거링을 위한 서버 및 방법
KR10-2011-0117281 2011-11-11

Publications (1)

Publication Number Publication Date
WO2013065996A1 true WO2013065996A1 (ko) 2013-05-10

Family

ID=48192299

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/008797 Ceased WO2013065996A1 (ko) 2011-11-03 2012-10-25 기계 형태 통신 단말의 트리거링을 위한 서버 및 방법

Country Status (1)

Country Link
WO (1) WO2013065996A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794310A (zh) * 2014-01-06 2016-07-20 英特尔Ip公司 在互通功能节点和短消息服务节点之间通信以用于设备触发替换/撤销的技术
TWI708513B (zh) * 2015-07-12 2020-10-21 美商高通公司 網路安全架構
CN113038395A (zh) * 2014-07-03 2021-06-25 康维达无线有限责任公司 用于支持多种传输机制的网络的应用数据传递服务

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110081750A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 장치의 모니터링 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110081750A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 장치의 모니터링 방법

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KT: "MTC device trigger considering time controlled feature", 3GPP SA WG2 MEETING #86, 15 July 2011 (2011-07-15) *
PANASONIC: "Device triggering for multiple MTC device", 3GPP SA WG2 MEETING #85, 20 May 2011 (2011-05-20), pages 2 - 112502 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794310A (zh) * 2014-01-06 2016-07-20 英特尔Ip公司 在互通功能节点和短消息服务节点之间通信以用于设备触发替换/撤销的技术
EP3092869A4 (en) * 2014-01-06 2017-05-31 Intel IP Corporation Techniques for communication between interworking function and short message service nodes for device trigger replacement/recall
CN113038395A (zh) * 2014-07-03 2021-06-25 康维达无线有限责任公司 用于支持多种传输机制的网络的应用数据传递服务
TWI708513B (zh) * 2015-07-12 2020-10-21 美商高通公司 網路安全架構
US11329969B2 (en) 2015-07-12 2022-05-10 Qualcomm Incorporated Network security architecture
US12010107B2 (en) 2015-07-12 2024-06-11 Qualcomm Incorporated Network security architecture

Similar Documents

Publication Publication Date Title
WO2013055063A1 (ko) 단문 메시지 서버, 그 서버의 단말 트리거 방법, 트리거 요청 전달 서버, 및 그 서버의 트리거 요청 전달 방법
WO2020071887A1 (en) Method for performing service parameter provisioning to ue and network in 5g system
WO2011021875A2 (en) Server for control plane at mobile communication network and method for controlling local ip access service
WO2013141599A1 (ko) 무선 통신 시스템에서 mtc 그룹 트리거(trigger) 방법 및 장치
WO2018143774A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
WO2012138107A2 (en) Messaging over a network
JP6406814B2 (ja) 通信システム、サービス制御装置、ｍｔｃユーザ装置、ゲートウェイ装置及び通信方法
JP5904206B2 (ja) 通信システム、通信方法及び通信プログラム
WO2012074337A2 (en) Apparatus and method for transceiving multicast traffic in a wireless access system supporting machine-to-machine communication
WO2014027740A1 (ko) 이동 통신망에서 그룹 기반 메시징 방법 및 장치
WO2012111952A2 (ko) 무선통신 시스템에서 파라미터 업데이트 정보를 전송 및 수신하는 방법 및 이를 위한 장치
WO2013133663A1 (ko) 무선 통신 시스템에서 서비스를 제어하기 위한 방법
WO2012081882A2 (ko) 이동통신 시스템에서 셀 방송 기술을 이용한 신뢰성 있는 그룹 멀티캐스트 전송 방법 및 장치
WO2014069925A1 (ko) 무선 통신 시스템에서 로컬 영역 패킷 데이터 네트워크 연결을 관리하는 방법 및 장치
WO2015174702A1 (ko) 무선 통신 시스템에서 hss/mme의 신호 송수신 방법 및 장치
WO2012153971A2 (ko) 무선접속시스템에서 ｍ2ｍ 기기들에 멀티캐스트 데이터를 전송하는 방법 및 장치
WO2013002493A2 (ko) 메시지 전달 방법 및 장치
CN103298110A (zh) 一种触发mtc设备的方法和系统
WO2012020958A2 (ko) 이동통신 시스템에서 단말에게 서비스를 제공하는 방법 및 장치
WO2013065996A1 (ko) 기계 형태 통신 단말의 트리거링을 위한 서버 및 방법
WO2013165168A1 (ko) 이동통신망에서 단말 모니터링 방법 및 장치
AU2016310558B2 (en) Method and device for lawful interception for proximity services
WO2010090470A2 (en) System and method for providing message push service in wireless communication system
CN106982425A (zh) 一种实现mtc事件监控的方法、装置和系统
WO2013051898A2 (ko) 트리거 요청 전달 서버, 서버의 트리거 요청 전달 방법, 통신망, 및 통신망의 단말 트리거 방법

Legal Events

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

Ref document number: 12846216

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

Country of ref document: EP

Kind code of ref document: A1