WO2013180523A1 - 무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치 Download PDF

Info

Publication number
WO2013180523A1
WO2013180523A1 PCT/KR2013/004830 KR2013004830W WO2013180523A1 WO 2013180523 A1 WO2013180523 A1 WO 2013180523A1 KR 2013004830 W KR2013004830 W KR 2013004830W WO 2013180523 A1 WO2013180523 A1 WO 2013180523A1
Authority
WO
WIPO (PCT)
Prior art keywords
schedule
request
measurement
report
schedule request
Prior art date
Application number
PCT/KR2013/004830
Other languages
English (en)
French (fr)
Inventor
김성윤
박승규
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US14/397,045 priority Critical patent/US9420598B2/en
Publication of WO2013180523A1 publication Critical patent/WO2013180523A1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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]

Definitions

  • the present invention relates to a method for integrating a schedule in a wireless communication system and an apparatus therefor.
  • M2M communication technology is being studied by many Standard Development Organizers (SDOs) such as TIA, ATIS, and ETSI, and these M2M technologies include M2M server parts and M2M client or M2M devices (hereinafter referred to as M2M devices) parts. Communication between them is main. In general, communication between a few M2M servers and a number of M2M devices can cause communication overloads in the network between the two entities. In the case of M2M devices with communication overload, battery-based communication devices dominate, and technology that increases the time the device stays in sleep or sleep mode to reduce battery or power consumption is important in M2M communication environments. ⁇ ..
  • the frequent communication between the M2M device and the M2M server is to periodically read the values of the sensors in the M2M device and report them to the M2M server. It is important to note that not all M2M applications need time critical information for measurement or reporting time. Some M2M applications may be able to tolerate some degree of temporal error, and some temporal error should not occur.
  • the present invention proposes a method for optimizing the schedule for an M2M device.
  • the present invention is to propose a method for reducing the power usage for the M2M device, and the amount of communication between the M2M device and the M2M server.
  • a method for integrating two or more schedules in a machine to machine (M2M) communication system is disclosed, and the method is performed by an M2M server and includes at least one M2M.
  • Receiving at least one schedule request from an application the schedule request requesting measurement or reporting of a particular resource for a particular M2M device; If the ID of the M2M device included in the schedule request and the resource ID are stored in the ⁇ ) of the M2M device of the M2M schedule previously stored, and the resource ID is the same, the first allowable interval of the measurement or report time included in the schedule request and the Determining whether a second allowable section at the time of measuring or reporting a pre-stored M2M schedule is overlapped; And when it is determined that the first allowable interval and the second allowable interval overlap, generating the mapping information indicating the relationship between the schedule request and the pre-stored M2M schedule.
  • the method may include receiving a report on the measurement from the M2M device in a section where the first allowable section and the second allowable section overlap.
  • the mapping information may include an identifier of the schedule request, an identifier of the pre-stored M2M schedule, and a condition for reporting to the M2M application.
  • the schedule request includes a schedule identifier (ID), an ID of an M2M application, an ID of an M2M device, an ID of a resource, the measurement or It may include at least one of the period-related information of the report, and the information on the allowed interval of the measurement or report time.
  • ID schedule identifier
  • the method may include assigning a schedule identifier to the schedule request if the schedule identifier is not included in the schedule request.
  • the method may include generating and storing an M2M schedule corresponding to the schedule request.
  • the method may include storing mapping information indicating a relationship between the generated M2M schedule and the schedule request.
  • the method may include transmitting the generated M2M schedule to the M2M device indicated by the ID of the requesting M2M device included in the schedule request.
  • a method for integrating two or more scheduling in a machine to machine (M2M) communication system is disclosed, and the method is performed by an M2M device and includes at least one M2M application.
  • the method may include performing the measurement or report in a section where the first allowable section and the second allowable section overlap with each other according to the generated schedule data.
  • the method transmits a report on the generated schedule data to the M2M server using a single message. It may include a step.
  • the measurement or report on the second schedule request at the specific time point is performed. It may be replaced by the first measurement or the first report.
  • the schedule request includes a schedule identifier (ID), an ID of an M2M application, an ID of an M2M device, an ID of a resource, information related to a period of the measurement or report, and the measurement or report. It may include at least one of the information related to the allowed section of the view.
  • ID schedule identifier
  • the method may include assigning a schedule identifier to the schedule request.
  • the method may further include: first schedule data and a second schedule corresponding to each of the first schedule request and the second schedule request. And performing the measurement or report according to schedule data.
  • the measurement or reporting of the M2M device can be performed efficiently.
  • the wake-up time of the M2M device is reduced, so that the power usage of the M2M device can be efficiently controlled.
  • the amount of communication from the M2M device to the M2M server can be reduced.
  • M2M machine-to-machine
  • FIG. 2 shows a resource structure of an application used in an M2M communication system.
  • FIG 3 illustrates a schedule optimization according to an embodiment of the present invention.
  • FIG. 4 is a diagram for explaining data of a schedule according to an embodiment of the present invention.
  • FIG. 5 is a diagram for explaining data of a schedule according to an embodiment of the present invention.
  • FIG 6 illustrates an operation for schedule optimization according to an embodiment of the present invention.
  • FIG. 7 is a diagram for explaining data of a schedule according to an embodiment of the present invention.
  • FIG. 8 is a diagram for explaining data of a schedule according to an embodiment of the present invention.
  • Figure 9 shows a block diagram of an apparatus for implementing embodiment (s) of the present invention. [Form for implementation of invention]
  • a device for device-to-device communication may be fixed or mobile, and may communicate with a server for device-to-device communication, that is, an M2M server to transmit and receive user data and / or various control information.
  • the devices belong to this.
  • the M2M device may include a terminal equipment (MS), a mobile station (MS), a mobile terminal (MT), a UT user terminal (SS), a subscriber station (SS), a wireless device, a personal digital assistant (PDA), a wireless modem ( wireless modem, handheld device, and so on.
  • the M2M server generally refers to a fixed station that communicates with the M2M devices and / or other M2M servers, and communicates with the M2M devices and / or other M2M servers for various data. And exchange control information. 1 illustrates an architecture of an M2M communication system.
  • FIG. 1 shows the structure of the M2M communication system presented in the ETSI M2M Functional Architecture Standard Document ETSI Arch.
  • the structure of M2M communication system proposed by ETSI can be largely divided into network domain, device and gateway domain. Each entity is described below.
  • M2M device An entity that operates an M2M device application through M2M service capability.
  • the M2M device may be directly connected to the network domain or may be connected to the network domain through an M2M gateway.
  • M2M gateway acts like a proxy.
  • M2M area network Provides connectivity between M2M devices and M2M gateways.
  • technologies that implement the M2M area network include personal area network (PAN) technologies such as IEEE802.15.1, Zigbee, Bluetooth, IETF ROLL, ISAlOO.lla, PLC, M-BUS, and wireless M-.
  • PAN personal area network
  • IEEE802.15.1 IEEE802.15.1
  • Zigbee Zigbee
  • Bluetooth IETF ROLL
  • ISAlOO.lla Packet Control
  • MLC Mobility Management Entity
  • M-BUS Wireless M-.
  • wireless M- wireless M-.
  • local network technologies such as BUS and KNX.
  • M2M Gateway An entity that operates an M2M device application through M2M service capability.
  • the M2M gateway acts as a proxy between the M2M devices and the network domain and also serves to provide services to ETSI M2M non-compliant devices.
  • Network Domain An entity that operates an M2M device application through M2M service capability.
  • the M2M gateway acts as a proxy between the M2M devices and the network domain and also serves to provide services to ETSI M2M non-compliant devices.
  • Access Network An entity that allows M2M devices and gateway domains to communicate with the core network.
  • Examples of access networks include xDSL, HFC, satellite, GERAN, UTRAN, eUTRAN, W-LAN and WiMAX.
  • Core Network The core network provides functions such as IP connectivity, services and network control, interconnection, and roaming.
  • the core network includes 3GPP CNs, ETSI TISPAN CN, and 3GPP2 CN. .
  • M2M Service Performance Provides M2M functionality that can be shared among multiple M2M network applications and exposes them through an open interface so that M2M network applications can use them.
  • M2M service performance is also an entity that uses core network functionality and enables application development to be optimized and simplified without knowing the specifics of the network.
  • the M2M Server is an entity having a network part M2M service capability (Network Service Capability Layer) can be referred to in other terms, such as infrastructure node (infrastructure node).
  • M2M application An entity that operates service logic and can use M2M service capability through an open interface.
  • M2M network applications Simplifying the relationships between entities is represented by M2M network applications, M2M servers (M2M network service performance), networks (core networks, access networks), and M2M devices. can do.
  • M2M gateway refers to an entity having a gateway function among M2M devices.
  • the network may be simplified by communication of M2M network applications, M2M servers, and M2M devices, except that the network provides a connection function to each entity rather than performing an M2M function.
  • ETSI M2M communication between an M2M device application in an M2M device and an M2M network application connected to an M2M server is possible through a resource called an application.
  • An example of such a connection relationship between resources is shown in FIG. 2.
  • M2M device has its own Device Service Capabilities Layer (dscl) and daKDevice Application 1) as a device application deployed to itself below.
  • the M2M server has its own Network Service Capabilities Layer (nscl) and dscl under scls (service capabilities layers.) With nscl attached or known entities.
  • dscl is an application called dal
  • the dal of the M2M server has a link relationship with the M2M dal.
  • the dal resource of the M2M device can be accessed through the access of the dal of the M2M server, thereby making communication between the two.
  • a method for optimizing measurement or reporting for a schedule request for periodic (or aperiodic) measurement or reporting in an M2M server is proposed.
  • a schedule request, an M2M schedule, and mapping information indicating a relationship between the schedule request and the M2M schedule are used, which will be described in more detail below.
  • the M2M server-side optimization operation is a method in which the M2M server processes, optimizes, or filters a periodic (or aperiodic) schedule request transmitted from M2M network applications to the M2M server. 3 is in accordance with an embodiment of the present invention. Another M2M server side optimization operation is illustrated. In embodiments of the present invention, the M2M network application may be simply referred to as an "M2M application".
  • a schedule request for periodic measurement or reporting transmitted from M2M network applications may be optimized in an M2M server, and the M2M server may transmit the optimized result to an M2M device.
  • the optimized result may be referred to as an "M2M schedule", which corresponds to information specifying that the M2M device performs measurement or reporting according to the M2M schedule.
  • a schedule request is schedule information for requesting periodic (or aperiodic) measurement or report transmitted from an M2M application to an M2M server.
  • the schedule request may be stored in a storage unit of the M2M server, and the schedule request may include at least one of the following parameter (s).
  • Schedule ID Identifier (ID) of the schedule request.
  • Application ID ID of the M2M application that sent (or requested) the schedule request.
  • Device ID M2M device and ID corresponding to the request target of the schedule request.
  • Resource ID ID of a target resource (or resource) of the measurement or report requested by the schedule request.
  • T s starting point of the periodic measurement or report. Depending on the setting, the following cases exist.
  • Tolerance interval (TA) of measurement or reporting Temporal error tolerance at the time of measurement or reporting according to the schedule request. That is, the allowable range is a value corresponding to a predetermined time range around each of the time points of the measurement or report defined by the P, T s and T E. The value of the measurement or report on the resource ID within the time range corresponding to the allowable interval is acceptable as the measurement or report corresponding to the schedule request. As the measurement or reporting time according to the schedule request is very important (time critical), the value of the allowable interval is very small.
  • the allowable interval of the measurement or report may be set by the M2M application, it may be set by the M2M server.
  • the schedule ID may be excluded from the schedule request, in which case the M2M server may assign the schedule ID to the schedule request. .
  • the measured or reported value in the time range within the TA is determined to be a suitable value corresponding to the schedule request, and an example of using the same will be described in more detail below.
  • the M2M schedule is information generated or processed by the M2M server based on the schedule request and transmitted to the M2M device.
  • the M2M device may be configured to perform measurement or reporting according to the M2M schedule, not the schedule request. Accordingly, the contents of the schedule request and the M2M schedule may be different.
  • the M2M server may generate the M2M schedule based on the TA of the schedule request. Therefore, the TA information may be omitted in the M2M schedule.
  • the M2M server and the M2M device may store the M2M schedule.
  • the M2M schedule may include M2M schedule element (s) including at least one of the following parameter (s).
  • M2M Schedule ID An identifier of an M2M schedule.
  • the M2M schedule may include at least one of the parameters included in the schedule request.
  • the mapping information is information indicating a relationship between the schedule request and the M2M schedule.
  • the mapping information is stored in a storage unit of the M2M server, and may include at least one of the following parameter (s).
  • [86]-Condition Indicate the condition that the measured or reported data based on the M2M schedule is to be transmitted to the M2M application indicated by the application ID included in the schedule request. Examples of the above conditions include a condition such as "Transmitted to the corresponding application for every three measured or reported data from May 31, 2012 01:00". Only when the condition is satisfied, the M2M server may transmit the measured or reported data from the M2M device to the application.
  • the M2M device may perform measurement or report according to the M2M schedule, and transmit the measurement or report result, that is, measurement or report data, to the M2M server.
  • the measurement or report data is referred to herein as M2M report data, and the M2M report data may include at least one of the following parameter (s).
  • ID of M2M schedule identifier of the M2M schedule that requested the M2M report data
  • Measurement or reporting data Data to be measured or reported against the M2M schedule.
  • FIG. 5 illustrates an example of a relationship between the schedule request, the M2M schedule, and the mapping information.
  • the measurement or report of the M2M schedule ID A111 is transmitted from the M2M device to the M2M server, it may be determined whether the corresponding measurement or report is transmitted to the application having the ID B888 of the schedule request according to the condition.
  • FIG. 6 illustrates a schedule optimization operation of an M2M server side according to an embodiment of the present invention.
  • the M2M server may receive a schedule request for periodic (or aperiodic) measurement or reporting from the M2M application (S610). The schedule request is received If so, the M2M server may newly register the schedule request or modify the previously stored schedule request and / or the M2M schedule.
  • the M2M server may filter an M2M schedule element having the same device ID and resource ID of the received schedule request in the prestored M2M schedule (S620). If there is an M2M scheduler element having the same device ID and resource ID in the pre-stored M2M schedule, the measurement of the received schedule request according to whether or not the allowable interval (TA) of measurement or report to be performed after this process overlaps Alternatively, the report may be merged (or combined) with the measurement or reporting of the corresponding M2M schedule element of the pre-stored M2M schedule, thereby reducing two measurements or reports to one measurement or report. Accordingly, before checking whether the TAs overlap, it may be determined whether the device ID and the resource ID are the same.
  • TA allowable interval
  • the M2M server may determine whether measurement or report on the received schedule request can be covered by the pre-stored M2M schedule (S630). As described above, if there is an M2M schedule element having the same device ID and resource ID as the received schedule request in the pre-stored M2M schedule, the M2M server compares the TA of the M2M schedule element with the TA of the received schedule request. It can be determined whether or not to overlap each other. If the two TAs overlap each other, it may be determined that the received schedule request is covered by the pre-stored M2M schedule or corresponding M2M schedule element.
  • the M2M server If it is determined in S630 that the measurement or report on the received schedule request is covered by the pre-stored M2M schedule, the M2M server generates a mapping information element, and the pre-stored M2M. It may be added to the mapping information for the schedule or M2M schedule element (s) (S640). For example, the schedule ID and condition of the received scheduling request may be additionally registered in mapping information about the previously stored M2M schedule or M2M schedule element (s).
  • the M2M server may receive a report from the M2M device in a section where the two TAs overlap.
  • the M2M server performs a new M2M schedule on the received schedule request. (Or M2M schedule Element) and mapping information (S650). In addition, the generated M2M schedule (or M2M schedule element) and mapping information may be stored.
  • the M2M server may transmit the generated M2M schedule to the corresponding M2M device (S660). Accordingly, the M2M device receiving the generated M2M schedule can update the M2M schedule stored in its storage unit based on the generated M2M schedule.
  • present embodiment may be useful in the following cases.
  • the scheduling request may be received from the M2M application to be issued immediately after the measurement or the report of the "M2M previously stored schedule.
  • the M2M server may perform S620 and S630 described above, and as a result of S630, the received schedule request may be determined to be covered by a prestored M2M schedule. After that, it is assumed that the process of S640 has been performed.
  • the M2M server may store the data of the measurement or the report.
  • the M2M server does not receive a measurement or report from the M2M device in the overlapping section corresponding to the schedule request.
  • the optimization is made in the M2M server and the information about the M2M device is unknown. That is, the M2M schedule stored in advance through the mapping information is optimized, which is information that only the M2M server knows and no information is provided to the M2M device.
  • the M2M server may use measurement or reporting in the overlapping interval that has already been performed in response to the schedule request. That is, the measurement or report for the schedule request in the overlapping section may be replaced by the measurement or report already performed in the overlapping section.
  • At least two schedule requests from the same M2M application or different M2M applications may be integrated into one schedule.
  • At least two measurements or reports have to be performed according to at least two schedule requests, but according to an embodiment of the present invention, the existing operation can be replaced by only one measurement or report.
  • an M2M device side optimization operation is proposed.
  • the M2M device-side optimization operation transmits a schedule request received from an M2M application to an M2M device indicated by the schedule request without modifying, changing, or optimizing the M2M server, so that the M2M device optimizes the schedule request. It is the way to make it. Unlike the first embodiment described above, only the schedule request and the measurement or report data corresponding thereto are used.
  • FIG. 7 shows the M2M device side optimization operation.
  • Schedule requests received from M2M applications are not processed by the M2M server.
  • the M2M server may transmit the schedule request to an M2M device, and the M2M device may optimize the schedule request.
  • the schedule requests of M2M applications connected to one M2M server are optimized.
  • the M2M device side optimization operation schedules M2M applications connected to a plurality of M2M servers. It can be more useful in a multi-M2M server environment than the first embodiment in that the request can be optimized.
  • the M2M device-side schedule request optimization technique does not require the M2M server-side schedule separately because the M2M server delivers the schedule request received from the M2M application to the M2M device. No data needed. However, since optimization is performed in the M2M device, schedule data to be generated as a result of the optimization for the M2M device will be needed. This will be described in more detail below.
  • the schedule request corresponds to a schedule for measurement or reporting requested by the M2M application to the M2M server.
  • the M2M server and the M2M device may store the schedule request.
  • the schedule request may include at least one of the following parameter (s).
  • Schedule ID Identifier (ID) of the schedule request
  • Application ID ID of the M2M application that sent (or requested) the schedule request.
  • Device ID ID of the M2M device corresponding to the request target of the schedule request.
  • Resource ID ID of a target resource (or resource) of the measurement or report requested by the schedule request.
  • T s starting point of the periodic measurement or report. Depending on the setting, the following cases exist.
  • T E end time of the periodically measured or reported. Depending on the setting, the following cases exist.
  • Tolerance interval (TA) of measurement or reporting Temporal error tolerance at the time of measurement or reporting according to the schedule request. That is, the allowable range is a value corresponding to a predetermined time range around each of the time points of the measurement or report defined by the P, Ts, and T E. The value of the measurement or report for the resource ID within the time range corresponding to the allowable interval is acceptable as the measurement or report for the schedule request. As the measurement or reporting time according to the schedule request is very important (time critical), the value of the allowable interval is very small.
  • the schedule ID may be excluded from the schedule request, in which case the M2M server may assign the schedule ID to the schedule request.
  • the M2M device may receive two or more scheduling requests transmitted from at least two M2M applications from one or more M2M servers.
  • the M2M device may determine whether the device ID and the resource ID of each of the two or more schedule requests are the same. Here, the device ID may be excluded from the schedule request.
  • the M2M device indicated by the schedule requests indicates the M2M device (that is, when the schedule requests are correctly transmitted to the M2M device by the M2M server), it is determined whether the device ID is the same. You won't have to.
  • the M2M device may generate one schedule request (hereinafter referred to as "first schedule request") and the other schedule request (hereinafter referred to as "second schedule request").
  • first schedule request the other schedule request
  • second schedule request An overlapping section of the 1TA and the 2TA, which is an allowable section of the measurement or report of, may be detected.
  • detecting the overlapping section of the first TA and the second TA means that the section of the first TA and the second TA may at least partially overlap.
  • the first schedule request and the second schedule request are both requests for a schedule of periodic measurement or reporting
  • the first TA of the first schedule request and the second TA of the second schedule request completely overlap each other. They can be completely different from each other or partially overlap each other. Therefore, in the present embodiment, it is possible to perform optimization even when at least partially overlap each other.
  • the M2M device When the overlapped section of the 1TA and the 2TA is detected, the M2M device includes a schedule including information on the overlapped section and a schedule identifier of each of the first schedule request and the second schedule request. You can generate data.
  • the schedule data may be measured or reported corresponding to the first schedule request and the second schedule request in the overlapped section, and the first schedule request and the second schedule request are measured for the same resource. It is also a report, indicating that only one measurement or report should be performed.
  • the M2M device may perform the measurement or report in the overlapped section according to the generated schedule data. If the first TA and the second TA do not overlap at all, the first schedule data and the second schedule data generated from each of the first schedule request and the second schedule request are measured or reported. Can be done.
  • the first schedule data and the second schedule data may each include one schedule identifier, that is, a schedule identifier of the first schedule request and a schedule identifier of the second schedule request, respectively.
  • the M2M device may transmit a grand report on the generated schedule data to the M2M server using one message. have.
  • present embodiment may be useful in the following cases.
  • the first schedule request and the second schedule request may be received at an M2M device from an M2M server at different times.
  • the first schedule request may be received before the second schedule request, so that the measurement or report according to the first schedule request may be performed before the second schedule request is received.
  • the M2M device may specify the specific parameter (eg, resource ID, etc.) of the first schedule request received earlier, the specific parameter (eg, resource ID, etc.) of the second schedule request. After comparing with, if the specific parameters are identical to each other, overlapping intervals of the 1TA and the 2TA, which are allowable intervals of the measurement or reporting of each of the first schedule request and the second schedule request, may be detected.
  • the M2M device does not separately perform the measurement or the report in the overlapping interval for the second schedule request, but the report or the measurement in the overlapping interval already performed for the first schedule request. Can be used. That is, the measurement or report for the second schedule request in the overlapping section may be replaced with the measurement or report corresponding to the first schedule request in the overlapping section.
  • the M2M device checks the schedule 1 and the schedule 2, and detects the section where the TA1 and the TA2 overlap each other, that is, the section indicated by the two vertical lines in FIG. Schedule data, including the wake-up time of the switch and the schedule identifier (s) of the corresponding schedule request. Then, according to the schedule data, the measurement or report can be performed for a minimum wake-up time.
  • FIG 11 shows a block diagram of an apparatus configured to perform embodiment (s) of the present invention.
  • the transmitter 10 and the receiver 20 are radio frequency (RF) units 13 and 23 capable of transmitting or receiving a radio signal carrying information and / or data, signals, messages, and the like.
  • the apparatus 12 is operatively connected to components such as the memory 12 and 22, the RF unit 13 and 23, and the memory 12 and 22, which store various kinds of information related to communication, and controls the components so that the apparatus may be controlled.
  • the memory (12, 22) can store a program for processing and control of the processor (11, 21), and can temporarily store the input / output information . have. Memory 12, 22 can be utilized as a buffer.
  • the processor 11, 21 typically controls the overall operation of the various models in the transmitter or receiver.
  • the processors 11 and 21 may perform various control functions for carrying out the present invention.
  • Processors 11 and 21 may also be referred to as controllers, microcontrollers, microprocessors, microcomputers, and the like.
  • the processors 11 and 21 may be implemented by hardware or firmware, software, or a combination thereof. In the case of implementing the present invention using hardware, ASICs (capable specific integrated circuits) or digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), and FPGAs configured to perform the present invention.
  • Field programmable gate arrays and the like may be provided in the processors 11 and 21.
  • the firmware or software may be configured to include modules, procedures, or functions for performing the functions or operations of the present invention, and to carry out the present invention.
  • the configured firmware or software may be provided in the processors 11 and 21 or stored in the memory 12 and 22 to be driven by the processor 11 and 21.
  • the processor 11 of the transmitter 10 may be a signal and / or data to be scheduled from the processor 11 or a scheduler connected to the processor 11 and transmitted to the outside. After performing a predetermined coding (modulation) for the and transmits to the RF unit (13). For example, the processor 11 converts the data sequence to be transmitted into K layers through demultiplexing, channel encoding, scrambling, and modulation.
  • the encoded data string is also referred to as a codeword and is equivalent to a transport block, which is a data block provided by a medium access control (MAC) layer.
  • MAC medium access control
  • One transport block (TB) is encoded into one codeword, and each codeword is transmitted to a receiving device in the form of one or more layers.
  • the RF unit 13 may include an oscillator for frequency upconversion.
  • the RF unit 13 may include N t (N t is a positive integer) transmit antennas.
  • the signal processing process of the receiving device 20 is configured as the reverse of the signal processing process of the transmitting device 10.
  • the BF unit 23 of the receiver 20 receives a radio signal transmitted by the transmitter 10.
  • the RF unit 23 may include N r receiving antennas (N r is a positive integer), and the RF unit 23 converts each of the signals received through the receiving antenna into frequency downconversion (frequency). down-convert) Restores to a baseband signal.
  • RF unit 23 may include an oscillator for frequency downconversion.
  • the processor 21 may decode and demodulate (demodulat ion) the radio signal received through the receiving antenna to restore the data originally transmitted by the transmitter 10.
  • the F units 13 and 23 are provided with one or more antennas.
  • the antenna transmits a signal processed by the RF units 13 and 23 to the outside, or receives a radio signal from the outside, under the control of the processors 11 and 21, according to an embodiment of the present invention. , 23).
  • the antenna is also bled to the antenna port.
  • Each antenna may correspond to one physical antenna or may be configured by a combination of more than one physical antenna elements.
  • the signal transmitted from each antenna can no longer be decomposed by the receiver 20.
  • a reference signal (RS) transmitted for the corresponding antenna defines the antenna as viewed from the perspective of the receiver 20, and whether the channel is a single radio channel from one physical antenna or includes the antenna.
  • RS reference signal
  • the receiver 20 enables channel estimation for the antenna. That is, the antenna is defined such that a channel carrying a symbol on the antenna can be derived from the channel through which another symbol on the same antenna is delivered. majority In the case of an RF unit supporting a multi-input multi-output (MIM0) function for transmitting and receiving data using an antenna, two or more antennas may be connected.
  • MIM0 multi-input multi-output
  • the M2M application, the M2M server or the M2M device may operate as the transmitter 10 or the receiver 20, respectively.
  • the specific configuration of the M2M application, the M2M server, or the M2M device functioning as a receiving apparatus or a transmitting apparatus may be independently applied to the matters described in various embodiments of the present invention described above with reference to the drawings. Two or more embodiments may be implemented to apply simultaneously.
  • the present invention can be used in a terminal, a base station, a server, or other equipment of a wireless mobile communication system.

Abstract

본 발명의 일 실시예에 따라 기기간(Machine to Machine; M2M) 통신 시스템에서 둘 이상의 스케줄을 통합하기 위한 방법이 개시되며, 상기 방법은 M2M 서버에 의해 수행되며, 적어도 하나의 M2M 어플리케이션으로부터 적어도 하나의 스케줄 요청을 수신하는 단계 - 상기 스케줄 요청은 특정 M2M 디바이스에 대한 특정 리소스의 측정 또는 보고를 요청함-; 상기 스케줄 요청에 포함된 M2M 디바이스의 ID와 리소스의 ID가 미리 저장된 M2M 스케줄의 M2M 디바이스의 ID와 리소스의 ID가 동일하면, 상기 스케줄 요청에 포함된 측정 또는 보고 시점의 제1허용 구간과 상기 미리 저장된 M2M 스케줄의 측정 또는 보고 시점의 제2허용 구간이 중첩되는지 여부를 판단하는 단계; 및 상기 제1허용 구간 및 상기 제2허용 구간이 중첩된다고 판단되면, 상기 스케줄 요청과 상기 미리 저장된 M2M 스케줄간의 관계를 나타내는 맵핑 정보를 생성하는 단계를 포함할 수 있다.

Description

【명세서】
【발명의 명칭】
무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치
【기술분야】
[1] 본 발명은 무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 이를 위 한 장치에 관한 것이다.
【배경기술】
[2] 유비쿼터스 시대에 접어들면서 기기간 (Machine to Machine; M2M) 통신 기 술이 각광 받고 있다. M2M 통신 기술은 TIA, ATIS, ETSI 등 많은 표준화 개발 기 구 (SDO: Standard Development Organizat ion)에서 연구 중에 있으며， 이러한 M2M 기술은 M2M 서버 파트와 M2M 클라이언트 또는 M2M 디바이스 (이하， M2M 디바이스로 지칭) 파트 간의 통신이 주를 이룬다. 대체적으로 소수의 M2M 서버와 다수의 M2M 디바이스와의 통신이 발생하기에 두 엔티티 사이의 네트워크에 통신 과부하가 발 생할 수 있다. 통신 과부하와 함께 M2M 디바이스의 경우 배터리 기반의 통신 기기 가 주를 이루기에 배터리 또는 전원의 소모를 줄이기 위해 기기가 절전 모드 또는 슬립 (sleep) 모드에서 머무는 시간을 늘리는 기술이 M2M 통신 환경에서는 중요하 다ᅳ ..
[3] M2M 디바이스와 M2M 서버 간에 빈번하게 발생하는 통신은 주기적으로 M2M 디바이스 안에 있는 센서의 값을 읽어 이를 M2M서버로 보고하는 것이다. 여기서， 주목할 사항은 모든 M2M 어플리케이션이 측정 또는 보고 시간이 매우 중요한 (time critical)한 정보가 필요하지는 않다는 것이다. 어떤 M2M 어플리케이션은 어느 정 도의 시간적 오차를 허용하더라도 상관이 없는 경우가 있고， 시간적 오차가 발생 하면 안 되는 경우가 있다.
[4] 이에 본 발명에서는 시간적 오차라는 파라미터를 고려하여 동일한 자원에 대한 주기적 보고 (Periodic Report)에 대해 최적화를 수행하여 M2M 디바이스의 전 력 사용을 줄이고， M2M 디바이스와 M2M 서버와의 통신량을 줄일 수 있는 기술을 제안한다.
【발명의 상세한 설명】
【기술적 과제】
[5] 본 발명은 M2M 디바이스에 대한 스케즐을 최적화하기 위한 방안을 제안하 고자 한다. [6] 또한， 본 발명은 M2M 디바이스에 대한 전력 사용을 줄이며, M2M 디바이스 와 M2M서버와의 통신량을 줄이기 위한 방안을 제안하고자 한다.
[7] 본 발명이 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들 로 제한되지 않으며 , 언급되지 않은 또 다른 기술적 과제들은 이하의 발명의 상세 한 설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확 하게 이해될 수 있을 것이다.
【기술적 해결방법】
[8] 본 발명의 일 실시예에 따라 기기간 (Machine to Machine; M2M) 통신 시스 템에서 둘 이상의 스케줄을 통합하기 위한 방법이 개시되며, 상기 방법은 M2M 서 버에 의해 수행되며， 적어도 하나의 M2M 어플리케이션으로부터 적어도 하나의 스 케즐 요청을 수신하는 단계 - 상기 스케줄 요청은 특정 M2M 디바이스에 대한 특정 리소스의 측정 또는 보고를 요청함-; 상기 스케줄 요청에 포함된 M2M 디바이스의 ID 와 리소스의 ID 가 미리 저장된 M2M 스케줄의 M2M 디바이스의 Π) 와 리소스의 ID 가 동일하면， 상기 스케줄 요청에 포함된 측정 또는 보고 시점의 제 1 허용 구 간과 상기 미리 저장된 M2M 스케줄의 측정 또는 보고 시점의 제 2 허용 구간이 중 첩되는지 여부를 판단하는 단계 ; 및 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩된다고 판단되면， 상기 스케줄 요청과 상기 미리 저장된 M2M 스케줄간의 관계 를 나타내는 맹핑 정보를 생성하는 단계를 포함할 수 있다.
[9] 바람직하게는， 상기 방법은 상기 제 허용 구간 및 상기 제 2허용 구간이 중첩되는 구간에서 상기 M2M 디바이스로부터 측정에 대한 보고를 수신하는 단계를 포함할 수 있다.
[10] 바람직하게는, 상기 중첩되는 구간 내 특정 시점에서 상기 미리 저장된 M2M 스케줄에 대한 제 1 측정에 대한 보고가 수신되었으면， '상기 특정 시점에서의 상기 스케줄 요청에 대한 측정에 대한 보고는 상기 수신된 제 1 측정에 대한 보고 에 의해 대체될 수 있다.
[11] 바람직하게는, 상기 맵핑 정보는 상기 스케줄 요청의 식별자， 상기 미리 저장된 M2M 스케줄의 식별자, 및 상기 M2M 어플리케이션으로의 보고에 대한 조건 을 포함할 수 있다.
[12] 바람직하게는， 상기 스케줄 요청은 스케줄 식별자 (identifier; ID), M2M 어플리케이션의 ID, M2M 디바이스의 ID, 리소스 (resource)의 ID, 상기 측정 또는 보고의 주기 관련 정보， 및 상기 측정 또는 보고 시점의 허용 구간 관련 정보 중 적어도 하나를 포함할 수 있다.
[13] 바람직하게는, 상기 방법은 상기 스케줄 요청에 상기 스케줄 식별자가 포 함되어 있지 않으면， 상기 스케줄 요청에 스케즐 식별자를 할당하는 단계를 포함 할 수 있다.
[14] 바람직하게는， 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되지 않 는다고 판단되면， 상기 방법은 상기 스케줄 요청에 대응하는 M2M 스케줄을 생성 및 저장하는 단계를 포함할 수 있다.
[15] 바람직하게는， 상기 방법은 상기 생성된 M2M스케줄과 상기 스케줄 요청간 의 관계를 나타내는 맵핑 정보를 저장하는 단계를 포함할 수 있다.
[16] 바람직하게는， 상기 방법은 상기 생성된 M2M 스케줄을 상기 스케줄 요청에 포함된 요청 대상 M2M 디바이스의 ID 가 지시하는 M2M 디바이스로 전송하는 단계 를 포함할 수 있다.
[17] 본 발명의 다른 일 실시예에 따라 기기간 (Machine to Machine; M2M) 통신 시스템에서 둘 이상의 스케줄링을 통합하기 위한 방법이 개시되며， 상기 방법은 M2M 디바이스에 의해 수행되며， 적어도 하나의 M2M 어플리케이션으로부터 전송된 둘 이상의 스케줄 요청을 하나 이상의 M2M 서버로부터 수신하는 단계 - 상기 둘 이상의 스케줄 요청 각각은 특정 M2M 디바이스에 대한 특정 리소스의 측정 또는 보고를 요청함-; 상기 둘 이상의 스케줄 요청 중 제 1 스케줄 요청과 제 2스케줄 요청 각각에 포함된 M2M 디바이스의 ID와 리소스의 ID가 서로 동일하면， 상기 제 1스케줄 요청에 포함된 측정 또는 보고 시점의 제 1허용 구간과 상기 제 2스케줄 요청에 포함된 측정 또는 보고 시점의 제 2허용 구간이 중첩되는 구간을 검출하는 단계; 및 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되는 구간에 대한 정 보와, 상기 제 1스케줄 요청에 포함된 스케줄 식별자 및 상기 제 2스케줄 요청에 포함된 스케줄 식별자를 포함하는 스케즐 데이터를 생성하는 단계를 포함할 수 있 다.
[18] 바람직하게는, 상기 방법은 상기 생성된 스케줄 데이터에 따라， 상기 제 1 허용 구간 및 상기 제 2허용 구간이 중첩되는 구간에서 상기 측정 또는 보고를 수 행하는 단계를 포함할 수 있다. [19] 바람직하게는， 상기 제 1 스케줄 요청 및 상기 제 2 스케즐 요청이 동일한 M2M서버로부터 수신되었으면, 상기 방법은 상기 생성된 스케줄 데이터에 대한 보 고를 하나의 메시지를 이용하여 상기 M2M서버로 전송하는 단계를 포함할 수 있다.
[20] 바람직하게는, 상기 중첩되는 구간 내 특정 시점에서 상기 제 1 스케줄 요 청에 대한 제 1측정 또는 제 1보고가 수행되었으면， 상기 특정 시점에서의 제 2스 케줄 요청에 대한 측정 또는 보고는 상기 제 1측정 또는 상기 제 1보고로 대체될 수 있다.
[21] 바람직하게는， 상기 스케줄 요청은 스케줄 식별자 (identifier; ID), M2M 어플리케이션의 ID, M2M 디바이스의 ID, 리소스 (resource)의 ID, 상기 측정 또는 보고의 주기 관련 정보, 및 상기 측정 또는 보고 시점의 허용 구간 관련 정보 중 적어도 하나를 포함할 수 있다.
[22] 바람직하게는， 상기 스케줄 요청에 상기 스케줄 식별자가 포함되어 있지 않으면, 상기 방법은 상기 스케줄 요청에 스케줄 식별자를 할당하는 단계를 포함 할 수 있다.
[23] 바람직하게는， 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되지 구 간이 없으면， 상기 방법은 상기 제 1스케줄 요청과 상기 제 2스케줄 요청 각각에 대웅하는 제 1스케줄 데이터와 제 2스케줄 데이터에 따라 상기 측정 또는 보고를 수행하는 단계를 포함할 수 있다.
[24] 상기 과제 해결방법들은 본 발명의 실시예들 중 일부에 블과하며， 본 발명 의 기술적 특징들이 반영된.다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 발명의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
【유리한 효과】
[25] 본 발명의 실시예 (들)에 따르면 M2M 디바이스의 측정 또는 보고가 효율적 으로 수행될 수 있다.
[26] 또한, 본 발명의 실시예 (들)에 따르면, M2M 디바이스의 웨이크-업 (wakeᅳ up) 시간이 줄어들어 M2M 디바이스의 전력 사용을 효율적으로 제어할 수 있다.
[27] 또한， 본 발명의 실시예 (들)에 따르면， M2M 디바이스의 M2M서버로의 통신 량을 줄일 수 있다. [28] 본 발명에 따른 효과는 이상에서 언급한 효과들로 제한되지 않으며， 언급 되지 않은 또 다른 효과는 이하의 발명의 상세한 설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
【도면의 간단한 설명】
[29] 본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고， 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
[30] 도 1 은 기기간 (machine- to-machine; M2M) 통신 시스템의 구조를 도시한다.
[31] 도 2 는 M2M 통신 시스템에서 사용되는 어플리케이션의 자원 구조를 도시 한다.
[32] 도 3은 본 발명의 일 실시예에 따른 스케줄 최적화를 예시한다.
[33] 도 4 는 본 발명의 일 실시예에 따른 스케줄의 데이터를 설명하기 위한 도 면이다ᅳ
[34] 도 5 는 본 발명의 일 실시예에 따른 스케줄의 데이터를 설명하기 위한 도 면이다.
[35] 도 6 은 본 발명의 일 실시예에 따른 스케줄 최적화를 위한 동작을 도시한 다.
[36] 도 7 은 본 발명의 일 실시예에 따른 스케줄의 데이터를 설명하기 위한 도 면이다.
[37] 도 8 은 본 발명의 일 실시예에 따른 스케줄의 데이터를 설명하기 위한 도 면이다.
[38] 도 9 는 본 발명의 실시예 (들)를 실시하기 위한 장치의 블록도를 도시한다. 【발명의 실시를 위한 형태】
[39] 이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세 하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시 적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시 형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이 해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나， 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
[40] 몇몇 경우， 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나， 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으 로 도시될 수 있다. 또한， 본 명세서 전체에서 동일한 구성요소에 대해서는 동일 한 도면 부호를 사용하여 설명한다 .
[41] 본 발명에 있어서， 기기간 통신을 위한 디바이스 즉, M2M 디바이스는 고정 되거나 이동성을 가질 수 있으며, 기기간 통신을 위한 서버 즉， M2M 서버와 통신 하여 사용자데이터 및 /또는 각종 제어정보를 송수신하는 각종 기기들이 이에 속한 다. 상기 M2M 디바이스는 단말 (Terminal Equipment), MS(Mobile Station), MT(Mobile Terminal), UT User Terminal), SS(Subscribe Station), 무선기기 (wireless device) , PDA (Personal Digital Assistant) , 무선 모뎀 (wireless modem) , 휴대기기 (handheld device) 등으로 불릴 수 있다. 또한, 본 발명에 있어 서 , M2M서버는 일반적으로 M2M 디바이스들 및 /또는 다른 M2M서버와 통신하는 고 정된 지점 (fixed station)을 말하며， M2M 디바이스들 및 /또는 다른 M2M서버와 통 신하여 각종 데이터 및 제어정보를 교환한다. 도 1 은 M2M 통신 시스템의 구조 (Architecture)를 도시한다.
[42] 도 1 은 ETSI M2M 기능 구조 (Funct ional Architecture) 표준 문세 ETSI Arch]에서 제시한 M2M 통신 시스템의 구조를 도시한다. ETSI 에서 제시한 M2M 통 신 시스템의 구조는 크게 네트워크 도메인과 디바이스 및 게이트웨이 도메인으로 구분될 수 있다. 각각의 엔티티에 대해 아래에서 설명하도록 한다.
[43] 디바이스 및 게이트웨이 도메인 (Device and Gateway Domain)
[44] M2M 디바이스: M2M 서비스 성능을 통해 M2M 디바이스 어플리케이션을 동작 시키는 엔티티이다. M2M 디바이스는 바로 네트워크 도메인에 연결될 수도 있으며， M2M 게이트웨이를 통해서 네트워크 도메인에 연결될 수도 있다. M2M 게이트웨이를 통해서 연결될 경우에는 M2M 게이트웨이는 프록시 (proxy)와 같이 동작한다.
[45] M2M 영역 네트워크: M2M 디바이스들과 M2M 게이트웨이들간의 연결 (connectivity)을 제공한다. M2M 영역 · 네트워크를 구현하는 기술의 예로는 IEEE802.15.1, 지그비 (Zigbee), 블루투스 (Bluetooth)， IETF ROLL, ISAlOO.lla 와 같은 PAN(Personal Area Network) 기술과 PLC, M-BUS, 무선 M-BUS, KNX 와 같은 로컬 네트워크 기술이 있다.
[46] M2M 게이트웨이: M2M 서비스 성능을 통해 M2M 디바이스 어플리케이션을 동 작시키는 엔티티이다. M2M 게이트웨이는 M2M 디바이스들과 네트워크 도메인간의 프록시 역할을 수행하고 ETSI M2M 비 -호환 (non-compliant) 디바이스에도 서비스를 제공할 수 있도록 하는 역할도 수행한다. [47] 네트워크 도메인 (Network Domain)
[48] 액세스 네트워크: M2M 디바이스 및 게이트웨이 도메인이 코어 네트워크와 통신을 가능하도록 하는 엔티티이다. 액세스 네트워크의 예로는 xDSL, HFC, 위성 (satellite), GERAN, UTRAN, eUTRAN, W-LAN, WiMAX등이 있다.
[49] 코어 네트워크 (CN): 코어 네트워크는 IP 연결, 서비스와 네트워크 제어， 상호연결， 로밍 (roaming) 등의 기능을 제공하며 코어 네트워크는 3GPP CN 들， ETSI TISPAN CN과 3GPP2 CN등을 포함한다 .
[50] M2M 서비스 성능: 여러 M2M 네트워크 어플리케이션들에서 공유될 수 있는 M2M 기능을 제공하고 이를 개방 인터페이스를 통해 노출하여 M2M 네트워크 어플리 케이션들이 이를 사용할 수 있도톡 한다. M2M 서비스 성능은 또한 코어 네트워크 기능올 사용하고 네트워크의 구체적 사항을 모르더라도 어플리케이션 개발을 최적 화， 간략화 할 수 있도록 하는,엔티티이다. M2M Server 는 네트워크 부분 M2M 서 비스 성능 (Network Service Capabilities Layer)을 가진 엔티티로써 인프라스트럭 쳐 노드 (infrastructure node) 등의 다른 용어로 칭할 수 있다.
[51] M2M 어플리케이션: 서비스 로직 (logic)을 동작시키고， 개방 인터페이스를 통해 M2M서비스 성능을 사용할 수 있는 엔티티이다.
[52] ETSI M2M 통신 시스템 구조에는 이러한 많은 엔티티들이 존재하는데, 엔티 티들간의 관계를 간소화하면 M2M 네트워크 어플리케이션과 M2M서버 (M2M 네트워크 서비스 성능)， 네트워크 (코어 네트워크， 액세스 네트워크)， M2M 디바이스로 표현 할 수 있다. 한편， M2M 게이트웨이는 M2M 디바이스들 중 게이트웨이 기능을 갖는 엔티티를 지칭한다. 상기 네트워크는 M2M 기능을 수행한다기보다는 각 엔티티들에 게 연결 기능을 제공하기에 네트워크를 제외하면 M2M 네트워크 어플리케이션과 M2M서버 그리고 M2M 디바이스의 연결로 이루어진 통신으로 간소화될 수 있다.
[53] ETSI M2M 에서는 어플리케이션이라는 자원을 통해 M2M 디바이스 내의 M2M 디바이스 어플리케이션과 M2M 서버에 연결된 M2M 네트워크 어플리케이션 간의 통 신이 가능하다. 이러한 자원간의 연결관계의 예를 나타내면 도 2 와 같다. M2M 디 바이스에는 자신의 dscl (Device Service Capabilities Layer)이 존재하고 아래 자 신에게 배치된 디바이스 어플리케이션으로 daKDevice Application 1)이 존재한다. M2M 서버에는 자신의 nscl (Network Service Capabilities Layer) 이 존재하고， nscl 에 연결된 또는 알려진 (announced) 엔티티가 존재하는 scls(service capabilities layers.) 밑에 dscl 이 존재한다. dscl은 dal이라는 어플리케이션이 있고， M2M 서버의 dal 은 M2M dal 과의 연결 관계 (Link)가 있어， M2M 서버의 dal 에 대한 접근을 통해 M2M 디바이스의 dal 의 자원에 접근이 가능하여 둘 간의 통 신이 이루어진다.
[54] 기존 M2M 통신 시스템 구조에서는 M2M서버에 연결된 M2M 네트워크 어플리 케이션에서 M2M 디바이스의 M2M 디바이스 어플리케이션으로의 통신 명령 (co醒 and) 에 대해 해당 M2M 네트워크 어플리케이션이 해당 명령에 대한 권한 (access right) 만 있다면 M2M 서버는 M2M 디바이스로의 포워딩 (Forwarding)만 수행하였다. 이러 한 방식으로 통신을 하게 되면 M2M 네트워크 어플리케이션들은 다른 M2M 네트워크 어플리케이션들과 따로 통신을 하지 않기 때문에， 다른 M2M 네트워크 어플리케이 션이 동일한 요청을 수행하는지 알지 못하게 되고 동일한 자원에 대한 요청이 여 러 번 발생하여 M2M 서버와 M2M 디바이스간의 통신 부하를 늘리는 문제점을 야기 한다. 덧붙여 이러한 요청이 주기적으로 보고하는 것이라면 계속적으로 통신 부하 가 발생하게 된다.
[55] 이에 본 발명에서는 시간적 오차를 고려하여 M2M 통신 환경에서 빈번히 수 행되는 보고 요청 명령에 대해 M2M 서버와 M2M 디'바이스 측면에서의 최적화 메커 니즘을 제안하며, 이를 통해 M2M 디바이스와 M2M서버 간의 통신 부하와 M2M 디바 이스의 배터리 /전력 소모를 줄일 수 있도록 한다.
[56] 제 1실시예 ： M2M서버 측 최적화 동작
[57] 본 발명의 일 실시예에 따라 M2M 서버에서 주기적 (또는 비주기적) 측정 또 는 보고를 위한 스케줄 요청에 대웅한 측정 또는 보고를 최적화하기 위한 방안이 제안된다. M2M 네트워크 어플리케이션에서 수신된 주기적 측정 또는 보고를 위한 스케줄 요청을 가공하고 가공된 주기적 측정 또는 보고를 위한 스케줄 요청을 M2M 디바이스에게 전달한다. 따라서, M2M 네트워크 어플리케이션에서 수신된 주기적 측정 또는 보고를 위한 스케줄 요청과 M2M 디바이스로 전송되는 주기적 측정 또는 보고를 위한 스케줄 요청은 다를 수 있다. 본 실시예에선, 상기 최적화 동작을 위 해 스케줄 요청, M2M 스케줄 그리고 상기 스케줄 요청과 M2M 스케줄의 관계를 나 타내는 맵핑 정보가 이용되며， 아래에서 더욱상세히 설명하도록 한다.
[58] 상기 M2M 서버 측 최적화 동작은 M2M 네트워크 어플리케이션들로부터 M2M 서버로 전송되는 주기적 (또는 비주기적) 스케줄 요청을 상기 M2M서버가 가공하여 , 최적화 또는 필터링 (filtering)하는 방식이다. 도 3 은 본 발명의 일 실시예에 따 른 M2M 서버 측 최적화 동작을 예시한다. 본 발명의 실시예들에서 상기 M2M 네트 워크 어플리케이션은 "M2M 어플리케이션" 으로 간단히 지칭될 수 있다.
[59] 도 3 에 도시된 것처럼， M2M 네트워크 어플리케이션들에게서 전달된 주기 적 측정 또는 보고를 위한 스케줄 요청을 M2M 서버에서 최적화를 수행하고, 상기 M2M 서버는 상기 최적화된 결과를 M2M 디바이스로 전송할 수 있다. 예컨대， 상기 최적화된 결과는 "M2M 스케줄" 로 지칭될 수 있으며， 이는 상기 M2M 디바이스가 상기 M2M 스케줄에 따라 측정 또는 보고를 수행하도록 지정하는 정보에 해당한다.
[60] 스케줄 요청은 M2M 어풀리케이션으로부터 M2M 서버로 전송되는 주기적 (또 는 비주기적) 측정 또는 보고를 요청하기 위한 스케줄 정보이다. 상기 스케줄 요 청은 상기 M2M서버의 저장부 등에 저장될 수 있으며, 상기 스케줄 요청은 다음과 같은 파라미터 (들) 중 적어도 하나를 포함할 수 있다.
[61] 스케줄 ID: 상기 스케줄 요청의 식별자 (Identifier; ID)
[62] 어플리케이션 ID: 상기 스케줄 요청을 전송 (또는 요청)한 M2M 어플리케이 션의 ID
[63] 디바이스 ID: 상기 스케줄 요청의 요청 대상에 해당하는 M2M 디바이스와 ID
[64] 리소스 ID: 상기 스케줄 요청에 의해 요청되는 측정 또는 보고의 대상 리 소스 (또는 자원)의 ID
[65] P: 상기 스케줄 요청에 의해 요청된 주기적 측정 또는 보고의 주기
[66] Ts: 상기 주기적 측정 또는 보고의 시작 시점. 설정에 따라 아래와 같은 경우가 존재한다.
[67] - 명시적으로 지정되는 경우 (예컨대， 2013년 5월 22일 오후 1시)
[68] - 상기 스케줄 요청이 수신된 시점
[69] - 상기 스케줄 요청을 수신한 시점에서 일 주기 내의 시점으로서， 상기 M2M 서버 또는 M2M 어플리케이션이 지정한 시점
[70] : 상기 주기적 측정 또는 보고의 종료 시점. 설정에 따라 아래와 같은 경우가 존재한다.
[71] - 명시적으로 지정되는 경우 (예컨대 , 2013년 5월 22일 오후 5시)
[72] - 상기 보고의 횟수 (number)가 명시적으로 지정되는 경우 (예컨대, 100 번 의 보고) [73] - 명시적으로 지정되지 않고， 상기 스케줄 요청의 종료 명령이 수신될 때 까지 계속 수행
[74] 측정 또는 보고의 허용 구간 (TA): 상기 스케줄 요청에 따른 측정 또는 보 고 시점의 시간적 오차 허용 범위 . 즉， 상기 허용 범위는 상기 P, Ts 및 TE에 의 해 정의되는 상기 측정 또는 보고의 시점들의 각각을 중심으로 일정 시간 범위에 해당하는 값이다. 해당 허용 구간에 해당하는 시간 범위 내의 리소스 ID 에 대한 측정 또는 보고의 값은 상기 스케줄 요청에 대응한 측정 또는 보고로서 허용 가능 하다. 상기 스케줄 요청에 따른 측정 또는 보고가 측정 또는 보고 시점이 매우 중 요할 (time critical) 수록 상기 허용 구간의 값은 매우 작다. 또한, 상기 측정 도 는 보고의 허용 구간은 상기 M2M 어플리케이션에 의해 설정될 수 있으며, 상기 M2M서버에 의해 설정될 수도 있다.
[75] 여기서， 상기 스케줄 ID 는 상기 스케줄 요청에서 제외될 수 있으며 그 경우 상기 M2M서버는 상기 스케줄 ID를 상기 스케줄 요청에 할당할 수 있다. .
[76] 도 4는 상기 Ts, ΤΕ) Ρ, TA를 시간 축에서 나타낸 것이다. 도 4에 도시된 것처럼 TA내의 시간 범위에서 측정 또는 보고된 값은 상기 스케줄 요청에 부합하 는 적합한 값으로 판단되며, 이를 활용하는 예는 아래에서 더욱 상세히 설명하도 록 한다.
[77] M2M스케줄은 상기 M2M서버가 상기 스케줄 요청을 기반으로 생성 또는 가 공하여 M2M디바이스로 전송하는 정보이다. 상기 M2M Device 는 상기 스케줄 요청 이 아닌 상기 M2M 스케줄에 따라 측정 또는 보고를 수행하도록 구성될 수 있다. 따라서， 상기 스케줄 요청과 상기 M2M스케줄의 내용은 서로 다를 수 있다.
[78] 상기 M2M 서버는 상기 스케줄 요청의 TA 에 기반하여 상기 M2M 스케줄을 생성할 수 있다. 따라서, 상기 M2M 스케줄엔 상기 TA 정보는 생략될 수 있다. 아 울러， 상기 M2M서버와 상기 M2M디바이스는 상기 M2M스케줄을 저장할 수 있다..
[79] 상기 M2M 스케줄은 다음과 같은 파라미터 (들) 중 적어도 하나를 포함하는 M2M스케줄 요소 (들)를 포함할 수 있다.
[80] M2M스케줄 ID: M2M스케줄의 식별자 (Identifier； ID)
[81] D: 상기 측정 또는 보고할 목적지를 나타내는 파라미터
[82] 그 외로， 상기 M2M스케줄은 상기 스케줄 요청에 포함된 파라미터 중 적어 도 하나를 포함할 수 있다. [83] 맵핑 정보는 상기 스케즐 요청과 상기 M2M 스케줄의 관계를 나태나는 정보 이다. 상기 맵핑 정보는 상기 M2M 서버의 저장부 등에 저장되며， 다음과 같은 파 라미터 (들) 중 적어도 하나를 포함할 수 있다.
[84] - ID腦 스케줄: 상기 M2M 스케줄의 식별자 (Identifier; ID)
[85] - ID스케줄 요청 : 상기 스케줄 요청의 식별자
[86] - 조건: 상기 M2M 스케줄에 대웅하여 측정 또는 보고된 데이터가 상기 스 케줄 요청에 포함된 어플리케이션 ID 가 지시하는 M2M 어플리케이션에 전송될 조 건을 지시한다. 상기 조건의 예로는 "2012.5.31 01：00 부터 세번의 측정 또는 보 고된 데이터 마다 해당 어플리케이션으로 전송" 과 같은 조건이 들어있다. 상기 조건이 만족되는 경우에만， 상기 M2M 서버는 상기 M2M 디바이스로부터의 상기 측 정 또는 보고된 데이터를 상기 어플리케이션에 전송할 수 있다.
[87] 한편， 상기 M2M 디바이스는 상기 M2M 스케줄에 따라 측정 또는 보고를 수 행하며, 상기 측정 또는 보고의 결과, 즉 측정 또는 보고 데이터를 상기 M2M 서버 로 전송할 수 있다. 상기 측정 또는 보고 데이터를 본 명세서에서 M2M 보고 데이 터로 지칭하며， 상기 M2M 보고 데이터는 다음과 같은 파라미터 (들) 중 적어도 하 나를 포함할 수 있다.
[88] M2M 스케줄의 ID: 상기 M2M 보고 데이터를 요청한 상기 M2M 스케줄의 식별 자
[89] 측정 또는 보고 데이터: 상기 M2M 스케줄에 대웅하여 측정 또는 보고될 데 이터 .
[90] 도 5 는 상기 스케줄 요청， 상기 M2M 스케줄 그리고 상기 맵핑 정보의 관 계의 예를 도시한다. 도 5를 참조하면 , M2M 스케줄의 ID가 A111인 M2M 스케줄과 스케줄 요청의 ID 가 B888 인 스케줄 요청이 맵핑 정보 내 하나의 맵핑 정보 요소 로서 포함되어 있다. 이를 통해, M2M 스케줄의 ID 가 A111 인 측정 또는 보고가 M2M 디바이스로부터 M2M서버로 전송되면， 상기 조건에 따라 스케줄 요청의 ID 가 B888인 어플리케이션에 해당 측정 또는 보고가 전송될지 여부가 결정될 수 있다.
[91] 도 6 은 본 발명의 일 실시예에 따른 M2M 서버측의 스케줄 최적화 동작을 예시한다.
[92] 상기 M2M 서버는 M2M 어플리케이션으로부터 주기적 (또는 비주기적) 측정 또는 보고에 대한 스케줄 요청을 수신할 수 있다 (S610). 상기 스케줄 요청이 수신 되면， 상기 M2M서버는 상기 스케줄 요청에 대한 신규 등록하거나 또는 미리 저장 된 스케줄 요청 및 /또는 M2M 스케줄에 대한 수정을 수행할 수 있다.
[93] 상기 M2M 서버는 미리 저장된 M2M 스케줄에서 상기 수신된 스케줄 요청의 디바이스 ID 및 리소스 ID 가 동일한 M2M 스케즐 요소를 필터링할 수 있다 (S620). 상기 미리 저장된 M2M스케줄에 동일한 디바이스 ID 및 리소스 ID 를 갖는 M2M 스 케즐 요소가 존재한다면， 본 과정 이후에 수행될 측정 또는 보고의 허용 구간 (TA) 의 중첩 여부에 따라 상기 수신된 스케줄 요청에 대한 측정 또는 보고를 상기 미 리 저장된 M2M 스케줄의 해당 M2M 스케줄 요소의 측정 또는 보고와 병합 (또는 통 합)하여， 두 번의 측정 또는 보고를 한번의 측정 또는 보고로 줄일 수 있다. 따라 서， 상기 TA 의 중첩 여부를 확인하기 전에, 상기 디바이스 ID 와 상기 리소스 ID 가 동일한지 여부를 판단할 수 있다.
[94] 상기 M2M 서버는 상기 수신된 스케줄 요청에 대한 측정 또는 보고가 상기 미리 저장된 M2M 스케줄에 커버 (cover)될 수 있는지 여부를 판단할 수 있다 (S630). 앞서 설명한 것처럼， 상기 미리 저장된 M2M 스케줄에 상기 수신된 스케줄 요청의 디바이스 ID 와 리소스 ID 가 동일한 M2M 스케줄 요소가 있다면, 상기 M2M서버는 상기 M2M 스케줄 요소의 TA 와 상기 수신된 스케줄 요청의 TA 를 비교하여, 서로 중첩하는지 여부를 판단할 수 있다. 상기 두 개의 TA 들이 서로 중첩된다면， 상기 수신된 스케줄 요청은 상기 미리 저장된 M2M 스케줄 또는 해당 M2M 스케줄 요소에 커버된다고 판단될 수 있다.
[95] 상기 S630 의 판단 결과， 상기'수신된 스케줄 요청에 대한 측정 또는 보고 가 상기 미리 저장된 M2M 스케즐에 커버 (cover)된다고 판단되면 , 상기 M2M서버는 맵핑 정보 요소를 생성하고， 상기 미리 저장된 M2M 스케줄 또는 M2M 스케줄 요소 (들)에 대한 맵핑 정보에 추가할 수 있다 (S640). 예컨대， 상기 미리 저장된 M2M 스케즐 또는 M2M 스케줄 요소 (들)에 대한 맵핑 정보에, 상기 수신된 스케즐 요청 의 스케줄 ID와 조건을 추가 등록할 수 있다.
[96] 이후， 상기 M2M 서버는 상기 두 개의 TA들이 중첩되는 구간에서 상기 M2M 디바이스로부터 보고를 수신할 수 있다.
[97] 상기 S630 의 판단 결과， 상기 수신된 스케줄 요청에 대한 측정 또는 보고 가 상기 미리 저장된 M2M 스케줄에 커버 (cover)되지 않는다고 판단되면， 상기 M2M 서버는 상기 수신된 스케줄 요청에 대웅하는 새로운 M2M 스케줄 (또는 M2M 스케줄 요소) 및 맵핑 정보를 생성할 수 있다 (S650). 또한， 상기 생성된 M2M 스케줄 (또 는 M2M 스케줄 요소) 및 맵핑 정보를 저장할 수 있다.
[98] 그리고나서， 상기 M2M 서버는 상기 생성된 M2M 스케줄을 해당 M2M 디바이 스로 전송할 수 있다 (S660). 이에 따라， 상기 생성된 M2M 스케즐을 수신한 M2M 디 바이스는 자신의 저장부 등에 저장된 M2M 스케줄을 상기 생성된 M2M 스케줄에 기 반하여 업데이트할 수 있다.
[99] 아울러， 본 실시예는 다음과 같은 경우에 유용할 수 있다.
[100] 상기 스케줄 요청은 '미리 저장된 M2M 스케줄에 따른 측정 또는 보고가 수 행된 직후에 상기 M2M 어플리케이션으로부터 수신될 수 있다. 이러한 상황에서， 상기 스케줄 요청이 수신되면， 상기 M2M 서버는 앞서 설명한 S620, S630 을 수행 할 수 있고， S630 의 결과로서 상기 수신된 스케줄 요청이 미리 저장된 M2M 스케 줄에 의해 커버된다고 판단될 수 있다. 이 후, S640 의 과정을 수행했다고 가정한 다.
[101] 이 때， 상기 수신된 스케줄 요청이 상기 미리 저장된 M2M 스케줄에 의해 커버되는 구간, 즉 두 개의 TA 들이 서로 중첩되는 구간 중 상기 미리 저장된 M2M 스케줄의 TA 에서의 보고 또는 측정이 이미 수행된 경우가 있을 수 있다. 이는 일 반적으로 상기 수신된 스케줄 요청의 측정 또는 보고 시점이 상기 미리 저장된 M2M 스케줄의 측정 또는 보고 시점의 부분 집합 (subset)인 경우, 그리고 그 중첩 되는 구간 중 최초의 몇몇 구간에서 발생할 가능성이 높다. 상기 보고 또는 측정 의 수행 결과로, 상기 M2M서버는 상기 측정 또는 상기 보고의 데이터를 저장하고 있을 수 있다.
[102] 이 경우에， 상기 M2M서버는 상기 스케줄 요청에 대응한 상기 중첩되는 구 간에서의 측정 또는 보고를 상기 M2M 디바이스로부터 수신하지 않는다. 물론， 본 실시예에서 상기 M2M 서버에서 최적화가 이루어지고 그에 대한 정보는 상기 M2M 디바이스는 알 수가 없다. 즉， 상기 맵핑 정보를 통해 미리 저장된 M2M 스케줄이 최적화가 되며， 이는 상기 M2M서버만이 알고 있는 정보이며 상기 M2M 디바이스에 겐 어떠한 정보도 제공되지 않는다. 대신, 상기 M2M 서버는 상기 스케줄 요청에 대응하여 이미 수행된 상기 중첩 구간에서의 측정 또는 보고를 이용할 수 있다. 즉， 상기 중첩되는 구간 내 상기 스케줄 요청에 대웅한 측정 또는 보고는 상기 중 첩되는 구간 내 이미 수행된 측정 또는 보고로 대체될 수 있다. [103] 앞서 설명한 본 발명의 일 실시예에 따른 M2M 서버 측 최적화 동작에 의해， 동일한 M2M 어플리케이션 또는 상이한 M2M 어플리케이션들로부터의 적어도 두 개 의 스케줄 요청이 하나의 스케줄로 통합될 수 있으며， 이에 따라 종래엔 적어도 두 개의 스케줄 요청에 따른 적어도 두 번의 측정 또는 보고를 수행해야 했으나， 본 발명의 일 실시예에 따르면 단지 한번의 측정 또는 보고의 수행으로 기존의 동 작을 대체할 수 있다.
[104] 제 2실시예 ： M2M디바이스 측 최적화 동작
[105] 본 발명의 다른 일 실시예에 따라 M2M 디바이스 측 최적화 동작이 제안된 다. 상기 M2M 디바이스 측 최적화 동작은， M2M 어플리케이션으로부터 수신된 스케 줄 요청을 M2M 서버가 수정, 변경 또는 최적화하지 않고， 상기 스케줄 요청이 지 시하는 M2M 디바이스로 전달하여, 상기 M2M 디바이스가 상기 스케줄 요청을 최적 화하는 방식이다. 앞서 설명한 제 1 실시예와 다르게 오로지 스케줄 요청과 그에 대웅한 측정 또는 보고 데이터가 사용된다.
[106] 도 7 은 상기 M2M 디바이스 측 최적화 동작을 도시한다. M2M 어플리케이션 들에게서 수신된 스케줄 요청은 M2M서버에서는 아무런 처리도 이루어지지 않는다. 상기 M2M 서버는 상기 스케줄 요청을 M2M 디바이스에게 전달하고， 상기 M2M 디바 이스는 상기 스케줄 요청에 대한 최적화를 수행할 수 있다. 제 1 실시예의 M2M서 버 측 최적화 동작의 경우에는 하나의 M2M 서버에 연결된 M2M 어플리케이션들의 스케줄 요청들을 최적화하지만， 본 실시예에 따론 M2M 디바이스 측 최적화 동작은 다수의 M2M 서버들에 연결된 M2M 어플리케이션들의 스케줄 요청을 최적화할 수 있 다는 점에서， 상기 제 1실시예에 비해 다중 M2M 서버 환경에서 보다 유용할 수 있 다.
[107] 앞서 설명한 것처럼， M2M 디바이스 측 스케줄 요청의 최적화 기법은 M2M 서버가 M2M 어플리케이션에서 전달받은 스케줄 요청을 가공하지 않고 M2M 디바이 스로 전달하기 때문에， M2M 서버 측 스케줄이 별도로 필요하지 않으며 이에 따라 서 맵핑 데이터도 필요없다. 그러나， M2M 디바이스에서 최적화가 이루어지므로， 상기 M2M 디바이스에 대한 최적화의 결과로 생성할 스케줄 데이터는 필요할 것이 다. 이에 대해 아래에서 좀더 상세하게 설명한다.
[108] 본 실시예에 따른 스케줄 요청은 M2M 어플리케이션이 M2M 서버로 요청한 측정 또는 보고에 대한 스케줄에 해당한다. 상기 M2M 서버 및 M2M 디바이스가 상 기 스케줄 요청을 저장할 수 있다. [109] 상기 스케줄 요청은 다음과 같은 파라미터 (들) 중 적어도 하나를 포함할 수 있다.
[110] 스케줄 ID: 상기 스케줄 요청의 식별자 (Identifier; ID)
[111] 어플리케이션 ID: 상기 스케줄 요청을 전송 (또는 요청)한 M2M 어플리케이 션의 ID
[112] 디바이스 ID: 상기 스케줄 요청의 요청 대상에 해당하는 M2M 디바이스의 ID
[113] 리소스 ID: 상기 스케줄 요청에 의해 요청되는 측정 또는 보고의 대상 리 소스 (또는 자원)의 ID
[114] P: 상기 스케줄 요청에 의해 요청된 주기적 측정 또는 보고의 주기
[115] Ts: 상기 주기적 측정 또는 보고의 시작 시점. 설정에 따라 아래와 같은 경우가 존재한다.
[116] ― 명시적으로 지정되는 경우 (예컨대， 2013년 5월 22일 오후 1시)
[117] ᅳ 상기 스케줄 요청이 수신된 시점
[118] ᅳ 상기 스케줄 요청을 수신한 시점에서 일 주기 내의 시점으로서, 상기 M2M서버가 지정한 시점
[119] TE: 상기 주기적 측정 또는 보고의 종료 시점. 설정에 따라 아래와 같은 경우가 존재한다.
[120] - 명시적으로 지정되는 경우 (예컨대， 2013년 5월 22일 오후 5시)
[121] ᅳ 상기 보고의 횟수 (number)가 명시적으로 지정되는 경우 (예컨대， 100 번 의 보고)
[122] - 명시적으로 지정되지 않고， 상기 스케즐 요청의 종료 명령이 수신될 때 까지 계속 수행
[123] 측정 또는 보고의 허용 구간 (TA): 상기 스케줄 요청에 따른 측정 또는 보 고 시점의 시간적 오차 허용 범위 . 즉, 상기 허용 범위는 상기 P, Ts 및 TE에 의 해 정의되는 상기 측정 또는 보고의 시점들의 각각을 중심으로 일정 시간 범위에 해당하는 값이다. 해당 허용 구간에 해당하는 시간 범위 내의 리소스 ID 에 대한 측정 또는 보고의 값은 상기 스케줄 요청에 대웅한 측정 또는 보고로서 허용가능 하다. 상기 스케줄 요청에 따른 측정 또는 보고가 측정 또는 보고 시점이 매우 중 요할 (time critical) 수록 상기 허용 구간의 값은 매우 작다. [124] 여기서, 상기 스케줄 ID 는 상기 스케줄 요청에서 제외될 수 있으며， 그 경우 상기 M2M서버는 상기 스케줄 ID를 상기 스케줄 요청에 할당할 수 있다.
[125] 상기 M2M 디바이스.측 최적화 동작을 상세하게 설명하도록 한다.
[126] M2M 디바이스는 하나 이상의 M2M 서버로부터 적어도 둘 이상의 M2M 어플리 케이션들로부터 전송된 둘 이상의 스케즐 요청을 수신할 수 있다. 상기 M2M 디바 이스는 상기 둘 이상의 스케줄 요청 각각의 디바이스 ID 및 리소스 ID 가 동일한 지 여부를 판단할 수 있다. 여기서， 상기 디바이스 ID 는 상기 스케줄 요청에서 제외될 수 있다. 또한， 상기 스케줄 요청들이 지시하는 M2M 디바이스가 상기 M2M 디바이스 지시한다고 가정하면 (즉， 상기 M2M 서버에 의해 상기 스케줄 요청들이 올바르게 상기 M2M 디바이스에게 전달된 경우)， 상기 디바이스 ID 에 대하여 동일 한지 여부를 판단할 필요가 없을 것이다.
[127] 상기 둘 이상의 스케줄 요청들의 디바이스 ID 및 리소스 ID 가 동일하면， 상기 M2M 디바이스는 하나의 스케줄 요청 (이하 "제 1스케줄 요청" )과 나머지 스 케줄 요청 (이하 "제 2 스케줄 요청 " ) 각각의 측정 또는 보고의 허용 구간인 제 1TA와 제 2TA의 중첩되는 구간을 검출할 수 있다. 본 실시예에서 , 상기 제 1TA와 상기 제 2TA의 중첩 구간을 검출하는 것은， 상기 제 1TA와 상기 제 2TA의 구간이 적어도 부분적으로 중첩할 수 있다는 의미이다. 예컨대， 상기 제 1 스케줄 요청과 상기 제 2스케줄 요청이 모두 주기적인 측정 또는 보고의 스케줄에 대한 요청이라 면 , 상기 제 1스케줄 요청의 제 1TA와 상기 제 2스케줄 요청의 제 2TA는 서로 완 전히 중첩될 수 있고， 서로 완전히 어긋날 수도 있으며， 서로 일부 중첩될 수 있 다. 이에， 본 실시예에서는 적어도 서로 일부 중첩되는 경우에 대한 최적화까지 수행할 수 있도록 한다.
[128] 상기 제 1TA와 상기 제 2TA의 중첩된 구간이 검출되면， 상기 M2M 디바이스 는 상기 중첩된 구간에 대한 정보와 상기 제 1스케줄 요청 및 상기 제 2스케줄 요 청 각각의 스케즐 식별자를 포함하는 스케줄 데이터를 생성할 수 있다. 상기 스케 줄 데이터는 상기 중첩된 구간에서 상기 제 1스케줄 요청 및 상기 제 2스케줄 요 청에 대응한 측정 또는 보고를 수행하되， 상기 제 1스케줄 요청 및 상기 제 2스케 줄 요청이 동일한 리소스에 대한 측정 또는 보고이므로 1 회의 측정 또는 보고만 을 수행하면 됨을 지시한다.
[129] 상기 M2M 디바이스는 상기 생성된 스케줄 데이터에 따라, 상기 중첩된 구 간에서 상기 측정 또는 보고를 수행할 수 있다. [130] 한편， 상기 제 1TA와 상기 제 2TA가 전혀 중첩되지 않으면， 상기 제 1스케 줄 요청과 상기 제 2스케줄 요청 각각으로부터 생성된 제 1스케줄 데이터와 제 2 스케줄 데이터에 대웅한 측정 또는 보고를 수행할 수 있다. 여기서， 상기 제 1 스 케줄 데이터와 상기 제 2스케줄 데이터는 각각 하나의 스케줄 식별자， 즉 각각 제 1스케줄 요청의 스케줄 식별자 및 제 2스케줄 요청의 스케줄 식별자를 포함할 수 있다.
[131] 또한， 상기 제 1스케줄 요청 및 상기 제 2스케줄 요청이 동일한 M2M서버 로부터 수신되었다면， 상기 M2M 디바이스는 하나의 메시지를 이용하여 상기 생성 된 스케줄 데이터에 대웅한 보고를 상기 M2M 서버로 전송할 수 있다.
[132] 아울러， 본 실시예는 다음과 같은 경우에 유용할 수 있다.
[133] 상기 제 1스케줄 요청 및 상기 제 2스케줄 요청은 서로 다른 시점에서 M2M 서버로부터 M2M 디바이스에서 수신될 수 있다. 다시 말하면， 상기 제 1 스케줄 요 청은 상기 제 2스케줄 요청보다 먼저 수신될 수 있으며， 이에 따라 상기 제 2스케 줄 요청이 수신되기 전에 상기 제 1 스케줄 요청에 따른 측정 또는 보고가 수행될 수 있다. 이러한 상황에서， 상기 제 2스케줄 요청이 수신되면， 상기 M2M 디바이스 는 앞서 수신된 제 1 스케즐 요청의 특정 파라미터 (예컨대， 리소스 ID 등)를 상기 제 2스케줄 요청의 특정 파라미터 (예컨대 , 리소스 ID 등)와 비교한 후， 상기 특정 파라미터가 서로 동일하면 상기 제 1스케줄 요청 및 상기 제 2스케줄 요청 각각의 측정 또는 보고의 허용 구간인 제 1TA와 제 2TA의 중첩 구간올 검출할 수 있다.
[134] 이 때， 상기 제 1TA와 상기 제 2TA의 중첩 구간 중 상기 제 1TA에서의 보 고 또는 측정이 이미 수행된 경우가 있을 수 있다. 이는 일반적으로 상기 제 1TA 와 상기 제 2TA 의 중첩 구간 중 최초의 몇몇 구간에서 발생할 가능성이 높다. 이 는 상기 제 2스케즐 요청이 상기 제 1스케줄 요청보다 나중에 수신되기 때문이다. 이 경우에, 상기 M2M 디바이스는 상기 제 2 스케줄 요청에 대웅한 상기 중첩 구간 에서의 측정 또는 보고를 별도로 수행하지 않고， 상기 제 1 스케줄 요청에 대웅하 여 이미 수행된 상기 중첩 구간에서의 보고 또는 측정을 이용할 수 있다. 즉, 상 기 중첩되는 구간 내 제 2 스케줄 요청에 대웅한 측정 또는 보고가 상기 중첩되는 구간 내 제 1스케줄 요청에 대응한 측정 또는 보고로 대체될 수 있다.
[135] 이러한 본 실시예의 동작의 예는 도 8 에서 도시된다. M2M 디바이스는 스 케줄 1과 스케줄 2를 확인하여， 각각의 TA1과 TA2가 중첩되는 구간， 즉 도 8에 서 두 개의 수직 선으로 표시된 구간을 검출하며， 이에 대한 정보 (즉 M2M 디바이 스의 웨이크ᅳ업 (wake-up) 시간)과 해당 스케줄 요청의 스케줄 식별자 (들)를 포함 하는 스케줄 데이터를 생성 /저장할 수 있다. 그리고나서， 상기 스케줄 데이터에 따라， 최소의 웨이크 -업의 시간 동안 상기 측정 또는.보고를 수행할 수 있다.
[136] 도 11 은 본 발명의 실시예 (들)을 수행하도록 구성된 장치의 블록도를 도 시한다. 전송장치 (10) 및 수신장치 (20)는 정보 및 /또는 데이터， 신호, 메시지 등 을 나르는 무선 신호를 전송 또는 수신할 수 있는 RF(Radio Frequency) 유닛 (13， 23)과, 무선통신 시스템 내 통신과 관련된 각종 정보를 저장하는 메모리 (12， 22), 상기 RF 유닛 (13, 23) 및 메모리 (12， 22)등의 구성요소와 동작적으로 연결되고, 상기 구성요소를 제어하여 해당 장치가 전술한 본 발명의 실시예들 중 적어도 하 나를 수행하도록 메모리 (12， 22) 및 /또는 RF 유닛 (13,23)을 제어하도록 구성된 프 로세서 (11, 21)를 각각 포함한다.
[137] 메모리 (12， 22)는 프로세서 (11， 21)의 처리 및 제어를 위한 프로그램을 저 장할 수 있고， 입 /출력되는 정보를 임시 저장할 수 .있다. 메모리 (12, 22)가 버퍼 로서 활용될 수 있다.
[138] 프로세서 (11， 21)는 통상적으로 전송장치 또는 수신장치 내 각종 모들의 전반적인 동작을 제어한다. 특히， 프로세서 (11， 21)는 본 발명을 수행하기 위한 각종 제어 기능을 수행할 수 있다. 프로세서 (11， 21)는 컨트를러 (controller), 마 이크로 컨트를러 (microcontroller)， 마이크로 프로세서 (microprocessor )， 마이크 로 컴퓨터 (microcomputer) 등으로도 불릴 수 있다. 프로세서 (11， 21)는 하드웨어 (hardware) 또는 펌웨어 (firmware)， 소프트웨어， 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명을 구현하는 경우에는， 본 발명을 수행하도 록 구성된 ASICsCappl ication specific integrated circuits) 또는 DSPs(digital signal processors) , DSPDs(digi tal signal processing devices) , PLDs( programmable logic devices) , FPGAs(f ield programmable gate arrays) 등이 프로세서 (11， 21)에 구비될 수 있다. 한편, 펌웨어나 소프트웨어를 이용하여 본 발명을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모들, 절차 또 는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며， 본 발명을 수 행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서 (11， 21) 내에 구비되 거나 메모리 (12， 22)에 저장되어 프로세서 (11， 21)에 의해 구동될 수 있다.
[139] 전송장치 (10)의 프로세서 (11)는 상기 프로세서 (11) 또는 상기 프로세서 (11)와 연결된 스케줄러로부터 스케줄링되어 외부로 전송될 신호 및 /또는 데이터 에 대하여 소정의 부호화 (coding) 및 변조 (modulation)를 수행한 후 RF 유닛 (13) 에 전송한다. 예를 들어， 프로세서 (11)는 전송하고자 하는 데이터 열을 역다중화 및 채널 부호화， 스크램블링, 변조과정 등을 거쳐 K 개의 레이어로 변환한다. 부 호화된 데이터 열은 코드워드로 지칭되기도 하며, MAC (medium access control) 계 층이 제공하는 데이터 블록인 전송 블록과 등가이다. 일 전송블록 (transport block, TB)는 일 코드워드로 부호화되며, 각 코드워드는 하나 이상의 계층의 형태 로 수신장치에 전송되게 된다. 주파수 상향 변환을 위해 RF 유닛 (13)은 오실레이 터 (oscillator)를 포함할 수 있다. RF 유닛 (13)은 Nt 개 (Nt는 양의 정수)의 전송 안테나를 포함할 수 있다.
[140] 수신장치 (20)의 신호 처리 과정은 전송장치 (10)의 신호 처리 과정의 역으 로 구성된다. 프로세서 (21)의 제어 하에 , 수신장치 (20)의 BF 유닛 (23)은 전송장치 (10)에 의해 전송된 무선 신호를 수신한다. 상기 RF 유닛 (23)은 Nr개 (Nr은 양의 정수)의 수신 안테나를 포함할 수 있으며， 상기 RF 유닛 (23)은 수신 안테나를 통 해 수신된 신호 각각을 주파수 하향 변환하여 (frequency down-convert) 기저대역 신호로 복원한다. RF 유닛 (23)은 주파수 하향 변환을 위해 오실레이터를 포함할 수 있다. 상기 프로세서 (21)는 수신 안테나를 통하여 수신된 무선 신호에 대한 복 호 (decoding) 및 복조 (demodulat ion)를 수행하여， 전송장치 (10)가 본래 전송하고 자 했던 데이터를 복원할 수 있다.
[141] F 유닛 (13， 23)은 하나 이상의 안테나를 구비한다. 안테나는， 프로세서 (11, 21)의 제어 하에 본 발명의 일 실시예에 따라, RF 유닛 (13, 23)에 의해 처리 된 신호를 외부로 전송하거나, 외부로부터 무선 신호를 수신하여 RF 유닛 (13, 23) 으로 전달하는 기능을 수행한다. 안테나는 안테나 포트로 블리기도 한다. 각 안테 나는 하나의 물리 안테나에 해당하거나 하나보다 많은 물리 안테나 요소 (element) 의 조합에 의해 구성될 수 있다. 각 안테나로부터 전송된 신호는 수신장치 (20)에 의해 더 이상 분해될 수 없다. 해당 안테나에 대웅하여 전송된 참조신호 (reference signal, RS)는 수신장치 (20)의 관점에서 본 안테나를 정의하며， 채널 이 일 물리 안테나로부터의 단일 (single) 무선 채널인지 혹은 상기 안테나를 포함 하는 복수의 물리 안테나 요소 (element)들로부터의 합성 (composite) 채널인지에 관계없이， 상기 수신장치 (20)로 하여금 상기 안테나에 대한 채널 추정을 가능하게 한다. 즉， 안테나는 상기 안테나 상의 심볼을 전달하는 채널이 상기 동일 안테나 상의 다른 심볼이 전달되는 상기 채널로부터 도출될 수 있도록 정의된다. 다수의 안테나를 이용하여 데이터를 송수신하는 다중 입출력 (Multi-Input Multi-Output, MIM0) 기능을 지원하는 RF유닛의 경우에는 2 개 이상의 안테나와 연결될 수 있다.
[142] 본 발명의 실시예들에 있어서， M2M 어플리케이션， M2M서버 또는 M2M디바 이스는 각각 전송장치 (10) 또는 수신장치 (20)로 동작할 수 있다.
[143] 이와 같은, 수신장치 또는 전송장치로 기능하는 M2M 어플리케이션, M2M 서 버 또는 M2M 디바이스의 구체적인 구성은， 도면과 관련하여 전술한 본 발명의 다 양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 둘 이상의 실시예 가 동시에 적용되도록 구현될 수 있다.
[144] 상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설 명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시예들을 참조하여 설명하였지만， 해당 기술 분야의 숙련된 당 업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어 나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서， 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여 하려는 것이다.
【산업상 이용가능성】
[145] 본 발명은 무선 이동 통신 시스템의 단말기, 기지국， 서버 또는 기타 다 른 장비에 사용될 수 있다.

Claims

【청구의 범위】
【청구항 1】
기기간 (Machine to Machine; M2M) 통신 시스템에서 둘 이상의 스케줄을 통합하기 위한 방법에 있어서, 상기 방법은 M2M 서버에 의해 수행되며，
적어도 하나의 M2M 어플리케이션으로부터 적어도 하나의 스케줄 요청을 수신하고 - 상기 스케줄 요청은 특정 M2M 디바이스에 대한 특정 리소스의 측정 또는 보고를 요청함-;
상기 스케줄 요청에 포함된 M2M 디바이스의 ID 와 리소스의 ID 가 미리 저 장된 M2M 스케줄의 M2M 디바이스의 ID와 리소스의 ID가 동일하면 , 상기 스케줄 요청에 포함된 측정 또는 보고 시점의 제 1 허용 구간과 상기 미리 저장된 M2M 스케즐의 측정 또는 보고 시점의 제 2허용 구간이 중첩되는지 여부를 판단하고; 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩된다고 판단되면， 상기 스케줄 요청과 상기 미리 저장된 M2M 스케줄간의 관계를 나타내는 맵핑 정보를 생성하는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법.
【청구항 2]
제 1항에 있어서 , 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되는 구간에서 상기 M2M 디바이스로부터 측정에 대한 보고를 수신하는 것을 특징으로 하는, 스케줄을 통합하기 위한 방법.
【청구항 3】
제 1 항에 있어서, 상기 중첩되는 구간 내 특정 시점에서 상기 미리 저장 된 M2M스케줄에 대한 제 1측정에 대한 보고가 수신되었으면， 상기 특정 시점에 서의 상기 스케줄 요청에 대한 측정에 대한 보고는 상기 수신된 제 1 측정에 대 한 보고에 의해 대체되는 것을 특징으로 하는, 스케즐을 통합하기 위한 방법.
【청구항 4】
제 1 항에 있어서, 상기 맵핑 정보는 상기 스케줄 요청의 식별자, 상기 미 리 저장된 M2M 스케줄의 식별자, 및 상기 M2M 어플리케이션으로의 보고에 대한 조건을 포함하는 것을 특징으로 하는， 스케줄을 통합하가위한 방법.
【청구항 5】 제 1 항에 있어서， 상기 스케줄 요청은 스케줄 식별자 (identifier; ID),
M2M 어플리케이션의 ID, M2M 디바이스의 ID, 리소스 (resource)의 ID, 상기 측정 또는 보고의 주기 관련 정보, 및 상기 측정 또는 보고 시점의 허용 구간 관련 정보 중 적어도 하나를 포함하는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법ᅳ
【청구항 6】
제 5항에 있어서， 상기 스케줄 요청에 상기 스케줄 식별자가 포함되어 있 지 않으면， 상기 스케줄 요청에 스케줄 식별자를 할당하는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법 .
【청구항 7】
제 1항에 있어서， 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되지 않는다고 판단되면， 상기 스케줄 요청에 대웅하는 M2M 스케줄을 생성 및 저장하 는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법.
【청구항 8】
제 7 항에 있어서， 상기 생성된 M2M 스케줄과 상기 스케즐 요청간의 관계 를 나타내는 맹핑 정보를 저장하는 것을 특징으로 하는， 스케줄을 통합하기 위 한 방법ᅳ
【청구항 9】
제 7 항에 있어서， 상기 생성된 M2M 스케줄을 상기 스케줄 요청에 포함된 요청 대상 M2M 디바이스의 ID 가 지시하는 M2M 디바이스로 전송하는 것을 특징 으로 하는, 스케줄을 통합하기 위한 방법.
【청구항 10]
기기간 (Machine to Machine; M2M) 통신 시스템에서 둘 이상의 스케줄링을 통합하기 위한 방법에 있어서， 상기 방법은 M2M 디바이스에 의해 수행.되며, 적어도 하나의 M2M 어플리케이션으로부터 전송된 둘 이상의 스케줄 요청 을 하나 이상의 M2M서버로부터 수신하고 - 상기 둘 이상의 스케줄 요청 각각은 특정 M2M 디바이스에 대한 특정 리소스의 측정 또는 보고를 요청함-;
상기 둘 이상의 스케줄 요청 중 제 1스케줄 요청과 제 2스케줄 요청 각각 에 포함된 M2M 디바이스의 ID와 리소스의 ID가 서로 동일하면， 상기 제 1스케 줄 요청에 포함된 측정 또는 보고 시점의 제 1허용 구간과 상기 제 2스케줄 요 청에 포함된 측정 또는 보고 시점의 제 2 허용 구간이 중첩되는 구간을 검출하 고;
상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되는 구간에 대한 정보 와, 상기 제 1스케즐 요청에 포함된 스케줄 식별자 및 상기 제 2스케즐 요청에 포함된 스케줄 식별자를 포함하는 스케줄 데이터를 생성하는 것을 특징으로 하 는， 스케줄을 통합하기 위한 방법.
【청구항 11】
제 10항에 있어서， 상기 생성된 스케즐 데이터에 따라， 상기 제 1허용 구 간 및 상기 제 2 허용 구간이 중첩되는 구간에서 상기 측정 또는 보고를 수행하 는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법.
【청구항 12]
제 11항에 있어서, 상기 제 1스케줄 요청 및 상기 제 2스케줄 요청이 동 일한 M2M 서버로부터 수신되었으면， 상기 생성된 스케줄 데이터에 대한 보고를 하나의 메시지를 이용하여 상기 M2M서버로 전송하는 것을 특징으로 하는, 스케 줄을 통합하기 위한 방법 .
【청구항 13]
제 11 항에 있어.서, 상기 중첩되는 구간 내 특정 시점에서 상기 제 1 스케 줄 요청에 대한 제 1측정 또는 제 1보고가 수행되었으면， 상기 특정 시점에서의 제 2스케줄 요청에 대한 측정 또는 보고는 상기■ 제 1측정 또는 상기 제 1보고로 대체되는 것을 특징으로 하는, 스케줄을 통합하기 위한 방법.
【청구항 14]
제 10 항에 있어서， 상기 스케줄 요청은 스케줄 식별자 (identifier; ID), M2M어플리케이션의 ID, M2M디바이스의 ID, 리소스 (resource)의 ID, 상기 측정 또는 보고의 주기 관련 정보, 및 상기 측정 또는 보고 시점의 허용 구간 관련 정보 중 적어도 하나를 포함하는 것을 특징으로 하는, 스케줄을 통합하기 위한 방법.
【청구항 15】
제 14 항에 있어서, 상기 스케줄 요청에 상기 스케줄 식별자가 포함되어 있지 않으면, 상기 스케줄 요청에 스케줄 식별자를 할당하는 것을 특징으로 하 는， 스케줄을 통합하기 위한 방법. 【청구항 16】
제 10항에 있어서 , 상기 제 1허용 구간 및 상기 제 2허용 구간이 중첩되 지 구간이 없으면， 상기 제 1스케줄 요청과 상기 제 2스케줄 요청 각각에 대웅 하는 제 1스케줄 데이터와 제 2스케줄 데이터에 따라 상기 측정 또는 보고를 수 행하는 것을 특징으로 하는， 스케줄을 통합하기 위한 방법.
PCT/KR2013/004830 2012-05-31 2013-05-31 무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치 WO2013180523A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/397,045 US9420598B2 (en) 2012-05-31 2013-05-31 Method and apparatus for combining schedules in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261653411P 2012-05-31 2012-05-31
US61/653,411 2012-05-31

Publications (1)

Publication Number Publication Date
WO2013180523A1 true WO2013180523A1 (ko) 2013-12-05

Family

ID=49673643

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/004830 WO2013180523A1 (ko) 2012-05-31 2013-05-31 무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치

Country Status (2)

Country Link
US (1) US9420598B2 (ko)
WO (1) WO2013180523A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3958591B1 (en) * 2013-09-20 2023-05-24 Convida Wireless, LLC Enhanced m2m content management based on interest
EP2869644B1 (en) * 2013-10-31 2017-12-27 Alcatel Lucent A communications system, an access network node and a method of optimising energy consumed in a communication network
US9826386B2 (en) * 2015-10-27 2017-11-21 Verizon Patent And Licensing Inc. Configuring a machine-to-machine modem
CN106792922B (zh) 2016-12-20 2021-01-01 北京小米移动软件有限公司 通信方法及装置
US20220103653A1 (en) * 2019-02-26 2022-03-31 Telefonaktiebolaget Lm Ericsson (Publ) Service Delivery with Joint Network and Cloud Resource Management

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100099625A (ko) * 2009-03-03 2010-09-13 주식회사 케이티 Ｍ２ｍ 모듈에서의 가입자 인증 정보 저장 방법 및 이를 위한 구조
KR20110081750A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 장치의 모니터링 방법
KR20110081751A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서 ｍｔｃ 장치의 오프라인 인디케이션 수행 방법
WO2011094951A1 (zh) * 2010-02-08 2011-08-11 上海贝尔股份有限公司 在机器类通信中基于mbms的内容传送方法和装置
KR20120011012A (ko) * 2010-04-28 2012-02-06 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 데이터의 혼잡 제어 방법

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8755798B2 (en) * 2010-05-27 2014-06-17 Lg Electronics Inc. Method and apparatus for transceiving data in a wireless access system
JP5334226B2 (ja) * 2010-08-23 2013-11-06 株式会社日立製作所 スケジュール管理方法及びスケジュール管理サーバ
US9060032B2 (en) * 2010-11-01 2015-06-16 Seven Networks, Inc. Selective data compression by a distributed traffic management system to reduce mobile data traffic and signaling traffic
WO2014069946A1 (en) * 2012-11-01 2014-05-08 Lg Electronics Inc. Method and apparatus for supporting scheduling groups of devices characteristics in a wireless communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100099625A (ko) * 2009-03-03 2010-09-13 주식회사 케이티 Ｍ２ｍ 모듈에서의 가입자 인증 정보 저장 방법 및 이를 위한 구조
KR20110081750A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 장치의 모니터링 방법
KR20110081751A (ko) * 2010-01-08 2011-07-14 엘지전자 주식회사 이동통신 시스템에서 ｍｔｃ 장치의 오프라인 인디케이션 수행 방법
WO2011094951A1 (zh) * 2010-02-08 2011-08-11 上海贝尔股份有限公司 在机器类通信中基于mbms的内容传送方法和装置
KR20120011012A (ko) * 2010-04-28 2012-02-06 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 데이터의 혼잡 제어 방법

Also Published As

Publication number Publication date
US9420598B2 (en) 2016-08-16
US20150110030A1 (en) 2015-04-23

Similar Documents

Publication Publication Date Title
EP3934291A1 (en) Method and device for providing connectivity to terminal in order to use edge computing service
CN108464024B (zh) 用于处理无线设备能力的网络节点、无线设备、介质及其方法
US9717027B2 (en) Method for changing gateway in machine-to-machine (M2M) system and device therefore
CN109479244B (zh) 一种唤醒设备的无线通信模块的系统和方法
CN109937555B (zh) 无线设备和网络节点的方法、这种无线设备和网络节点及其计算机程序
CN104685961A (zh) 用于在srlte设备中同时接收lte和1x的方法
KR20150135769A (ko) M2m 서비스 설정 변경 방법 및 이를 위한 장치
WO2013180523A1 (ko) 무선 통신 시스템에서 스케줄을 통합하기 위한 방법 및 장치
JP7193620B2 (ja) データ伝送方法、無線アクセスネットワークデバイス及び端末デバイス
KR20220119477A (ko) 사이드링크 통신을 위한 방법 및 디바이스
KR101687884B1 (ko) Ｍ2ｍ 디바이스에 대한 페이징 사이클을 관리하는 기술
WO2018072844A1 (en) Random access for nr
WO2014121471A1 (zh) 数据传输、获取方法、基站及用户设备
EP2901782B1 (en) Method and apparatus for enabling efficient battery use on a dual mode communication device
EP3689037A1 (en) Network node power control
WO2017105492A1 (en) Cellular offloading via wireless local area network
US20200137795A1 (en) Apparatuses and methods for communicating in a wireless communication network
WO2017095294A1 (en) Announcement for application aware scheduling
US9503416B2 (en) Communication system to provide selective access to a wireless communication device
WO2023002991A1 (en) Access and mobility management function (amf) device, user equipment (ue), method of amf device and method of ue
WO2023160803A1 (en) Method and apparatus related to inter-cell beam management
CN117081713A (zh) 定位参考信号发送方法及装置、计算机可读存储介质
CN117121557A (zh) 用于可靠的工业物联网传输的方法和装置
KR20180047265A (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: 13797790

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14397045

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13797790

Country of ref document: EP

Kind code of ref document: A1