WO2018062613A1 - 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법 - Google Patents

스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법 Download PDF

Info

Publication number
WO2018062613A1
WO2018062613A1 PCT/KR2016/013355 KR2016013355W WO2018062613A1 WO 2018062613 A1 WO2018062613 A1 WO 2018062613A1 KR 2016013355 W KR2016013355 W KR 2016013355W WO 2018062613 A1 WO2018062613 A1 WO 2018062613A1
Authority
WO
WIPO (PCT)
Prior art keywords
image
smart meter
remote management
setting
packet
Prior art date
Application number
PCT/KR2016/013355
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 CN201680089103.7A priority Critical patent/CN109691021A/zh
Publication of WO2018062613A1 publication Critical patent/WO2018062613A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC

Definitions

  • the present invention relates to a remote management system and method for setting batch parameters of a smart meter, and more particularly, to reduce the size of redundant information of parameters of a smart meter, and to integrate a plurality of input parameters into one integrated data format.
  • the present invention relates to a remote management system and a method for setting a batch parameter of a smart meter for changing the batch setting of parameters while complying with the DLMS / COSEM protocol in setting parameters of the smart meter remotely by generating and transmitting images.
  • the present invention not only transmits necessary items by dividing by sub-items in changing the setting of the ToU packet, but also by applying delta transmission by transmitting and changing only data to be changed when some contents are changed in one parameter item unit.
  • the present invention relates to a remote management system for batch parameter setting of a smart meter, and a method thereof.
  • DLMS / COSEM Device Language Message Specification / Companion Specification for Energy Metering
  • DLMS / COSEM Device Language Message Specification / Companion Specification for Energy Metering
  • IEC 62056 series standard in terms of interoperability for configuration changes.
  • the DLMS / COSEM protocol is designed as an overhead protocol in terms of interoperability and continuous scalability for energy fields (ie gas / water / electricity / calorie, etc.).
  • the utility (or third-party operator) that operates and manages the smart meter is in compliance with the DLMS / COSEM protocol, and studies on the procedure and method of setting the parameters of the smart meter using as little communication traffic as possible. It is becoming.
  • the command “set.request” and “set.response” may be performed according to the DLMS / COSEM protocol.
  • “set.request” and “set.response” commands must be repeatedly performed as many as the number of parameters.
  • communication traffic may increase or communication delay may increase according to duplicate packet transmission.
  • parameter setting itself may not be performed at a desired time.
  • the setting is changed in units of the entire ToU.
  • the upper system such as a remote management system that manages the smart meter uses a segmentation function for the ToU, thereby dividing the ToU into packet sizes that the smart meter can receive according to the DLMS / COSEM protocol.
  • the smart meter follows the method of changing the configuration only when all packets are successfully received after receiving ToU packets in sequence.
  • AMI Advanced Metering Infrastructure
  • PLC power line communication
  • ZigBee near field wireless communication
  • the DLMS / COSEM protocol re-enters each association of the data link layer and the application layer, and then repeats the ToU packet transmission process as described above. That is, according to the DLMS / COSEM protocol, the smart meter may finally change the setting only after receiving all the ToU packets.
  • the best effort communication method is used as described above.
  • the parameter change fails due to the communication failure that occurs. That is, in the related art, since the association process or partial packet transmission process of the data link layer and the application layer is repeatedly performed, the parameter change often fails. There is a need to propose a solution.
  • An object of the present invention is to reduce the size of redundant information of parameters of a smart meter and to generate and transmit a plurality of input parameters as an integrated and continuous data format image, thereby setting the parameters of the smart meter remotely.
  • the present invention provides a remote management system and method for the batch parameter setting of a smart meter for changing the batch setting of parameters while complying with the COSEM protocol.
  • Another object of the present invention is not only to transmit the necessary items by dividing by sub-items in changing the setting of the ToU packet, but also to transmit and change only the data to be changed when some contents are changed in one parameter item unit.
  • the present invention provides a remote management system and a method for setting a batch parameter of a smart meter for changing the batch settings of the smart meter.
  • the present invention provides a smart meter for collecting meter reading data at a remote location; And in transmitting a packet required for setting or changing the parameters of the smart meter, uses duplicate information constituting the packet only once and combines the non-overlapping information constituting the packet into a continuous data format. It includes; remote management device for generating a batch transmission to the image.
  • the duplicated information includes an HDLC header, an HDLC tail, and security information, and the non-overlapping information includes a parameter for changing a setting.
  • the remote management apparatus is characterized in that the non-overlapping information of the packet is generated as an image using a "data" IC (Interface Class) provided by the DLMS / COSEM protocol.
  • the remote management apparatus may define the image in a TLV (Type / Length / Value) format.
  • the remote management apparatus regularizes the total number of input target parameters, an interface class name (ID), an object identification system (OBIS) code, an attribute number, and parameter data (property values) used to bundle the images. To generate one continuous data.
  • ID interface class name
  • OBIS object identification system
  • attribute number attribute number
  • parameter data property values
  • the remote management apparatus transmits the generated image using an "image transfer" IC (Interface Class) provided by the DLMS / COSEM protocol.
  • image transfer IC (Interface Class) provided by the DLMS / COSEM protocol.
  • the smart meter is to check the integrity of the image itself.
  • the smart meter may be any one of a hash algorithm of a Secure Hash Algorithm (SHA), an Elliptic Curve Cryptography (ECC) or a public key-based signature / verification algorithm of a RSA (Riverst-Shamir-Adleman), and a Cyclic Redundancy Check (CRC) algorithm. It is characterized by checking the integrity of the image itself using the algorithm of.
  • SHA Secure Hash Algorithm
  • ECC Elliptic Curve Cryptography
  • RSA Rivest-Shamir-Adleman
  • CRC Cyclic Redundancy Check
  • the remote management apparatus divides the data into detailed items and transmits only necessary items.
  • the remote management apparatus When the ToU packet configures parameter values in a combined form of an array or structure structure, the remote management apparatus does not change the setting for the entire item unit in one parameter item unit. It is characterized by transmitting only the data to be changed.
  • the redundant information constituting the packet is used only once, and the non-overlapping information constituting the packet is integrated into one continuous stream.
  • Generating an image in a data format Preparing to send an image to the smart meter; Transmitting an image to the smart meter; And verifying and applying the image transmitted to the smart meter.
  • the preparing step may include checking whether the smart meter can accept an image transmission and the size of an image block that the smart meter can accept, and instruct an initialization for an image transmission operation of the smart meter. .
  • the image transmitting step after transmitting the input parameter image to the smart meter, confirms the completion of transmission of the image divided into blocks, and if retransmission is not possible if the transmission completion of the image divided into the block is not performed. Retransmission is received from a block that has not been transmitted.
  • the smart meter checks the integrity verification result of the image and the image to be input, and applies a batch input of input parameter images.
  • the present invention reduces the size of redundant information of parameters of a smart meter, and generates and transmits multiple input parameters in one integrated and continuous data format image, so that the DLMS / COSEM protocol can be used to remotely set parameters of the smart meter.
  • the parameters can be changed in batch settings while complying with.
  • the present invention can be applied to remote parameter batch input and remote ToU change of the low / high pressure smart meter.
  • the present invention can minimize the transmission packet size itself, which can be a fundamental solution even when the best effort method is used, and can increase the reliability of the transmission itself.
  • the present invention can minimize the transmission of duplicate information (packet header, packet tail, security information, etc.) to minimize the number of communication packet transmission and the communication traffic itself.
  • the present invention can provide a scheme for reducing communication overhead caused by configuration parameters while complying with the DLMS / COSEM protocol.
  • the present invention can further minimize the transmission delay time and communication traffic by devising a delta transmission method for transmitting and updating only the portion to be changed in the configuration parameter value itself defined by the structure.
  • the present invention can increase the reliability of the transmission itself by borrowing a function supported by DLMS / COSEM, such as divided transmission and retransmission, in a size that can be set in the form of a single image to change parameters to be set by the smart meter.
  • FIG. 1 is a view of a remote management system of the smart meter to which the present invention is applied
  • FIG. 2 is a diagram illustrating a parameter setting process using a DLMS / COSEM protocol
  • FIG. 3 is an explanatory diagram of an HDLC packet structure to which general ciphering is applied;
  • FIG. 5 is a diagram briefly showing a general HDLC packet configuration
  • FIG. 6 is a view briefly showing the configuration of an HDLC packet according to an embodiment of the present invention.
  • FIG. 7 is a diagram for an image transmission method according to one embodiment of the present invention.
  • FIG. 8 is a diagram illustrating attributes and methods of an image transfer IC (Interface Class) applied to FIG. 7;
  • FIG. 10 is an explanatory diagram for changing a ToU packet setting according to an embodiment of the present invention.
  • FIG. 12 is an explanatory diagram for changing a delta of a single parameter according to an embodiment of the present invention.
  • FIG. 1 is a diagram of a remote management system of a smart meter to which the present invention is applied.
  • a remote management system of a smart meter (hereinafter, referred to as “remote management system” 100) to which the present invention is applied includes a remote management device 110, a data collection device 120, and a smart meter ( 130) can be configured to include.
  • the remote management apparatus 110 may manage the plurality of smart meters 130 located at remote locations using a wired or wireless communication network.
  • the remote management apparatus 110 manages the plurality of smart meters 130, in order to change the setting and configuration of the smart meter, as well as the process of collecting various metering information, events and status information of the smart meter. It may include a case in which the smart meter 130 is managed through a series of processes including a process of changing various parameters or settings such as firmware.
  • the remote management device 110 may receive data collected by the data collection device 120.
  • the data collection device 120 may collect the metering data from the plurality of smart meters 130 to read the power usage in the power usage audience.
  • the data collection device 120 may communicate with the plurality of smart meters 130 using a Zigbee method or a power line communication method (PLC).
  • PLC power line communication method
  • the remote management apparatus 110 may set and control parameters for all functions of the smart meter 130 for remote management of the smart meter 130 as well as the meter reading of the smart meter 130.
  • the DLMS / COSEM protocol is designed and evolved to be optimized for reading parameter values (for example, meter reading information, setting information, etc.) rather than setting parameters.
  • the "profile generic" IC (Interface Class) provided by the DLMS / COSEM protocol captures many parameter values (in fact, there is no limit if there is enough memory) to be read and read at once. Can be maximized.
  • the command “get.request” may be executed as many as the number of items, but only once. Detailed description thereof will be described later.
  • FIG. 2 is a diagram illustrating a parameter setting process using a DLMS / COSEM protocol.
  • the remote management apparatus 110 when changing the parameter setting of the smart meter, the remote management apparatus 110 should follow a parameter setting process using the DLMS / COSEM protocol.
  • the remote management apparatus 110 performs association (association) in the data link layer (201). That is, the UE transmits Unnumbered Ack (UA) after transmitting Set Normal Response Mode (SNRM). Next, the remote management apparatus 110 performs an association in an application layer (202). That is, after AARQ (Application Association Request) transmission and receives AARE (Application Association Response). In this case, when applying the security, the remote management apparatus 110 additionally transmits F (StoC) and then receives F (CtoS) (203).
  • association association
  • U Unnumbered Ack
  • SNRM Set Normal Response Mode
  • the remote management apparatus 110 performs each connection to the data link layer and the application layer as described above, performs an additional connection for supporting security, and then performs the xDLMS service (204 and 205).
  • the xDLMS service may perform any one of "get / set / action", but here, "set” is performed for parameter setting. In other words, send the "set.request” command to set the parameters, and receive the "set.response” command to check the result.
  • the remote management apparatus 110 may repeatedly transmit and receive a "set.request” command and a “set.response” command as many as the number of parameter setting items. This corresponds to a situation in which an association is maintained without communication failure in the middle, and if communication failure occurs during parameter setting, the connection 201 in the data link layer must be performed again.
  • the remote management apparatus 110 may transmit and set parameters in a batch.
  • the remote management apparatus 110 performs the association (association), the association (association) and disconnection in the application layer (application) in the data link layer in the same manner as the general case, but the general Provide different xDLMS services.
  • the remote management apparatus 110 may collectively transmit and set the parameter setting items of the desired number of items to change the setting with one set.request / set.response command.
  • the remote management apparatus 110 terminates the connection by transmitting DISC (Disconnection) and receiving UA (Unnumbered Ack).
  • FIG. 3 is an explanatory diagram of an HDLC packet structure to which general ciphering is applied
  • FIG. 4 is a diagram to explain an HDLC packet structure to which general signing is applied.
  • the DLMS / COSEM protocol can use various communication profiles.
  • the communication profile currently used most is the high-level data link control (HDLC) based communication profile.
  • HDLC high-level data link control
  • the HDLC frame structure applied to the medium access control (MAC) layer includes an HDLC header 301 and 311, an application protocol data unit, and an APDU. ) 302, 312, and HDLC tails 303, 313.
  • the HDLC headers 301 and 311 may include flags 301a and 311a, frame formats 301b and 311b, destination addresses 301c and 311c and a source address ( 301d and 311d, control types 301e and 311e, and header check sequence (HCS) 301f and 311f.
  • the APDUs 302 and 312 contain parameter setting information.
  • the HDLC tails 303 and 313 include a frame check sequence (FCS) 303a and 313a and flags 303b and 313b.
  • FCS frame check sequence
  • the HDLC frame may be a security function for protecting personal information.
  • Service Specific Ciphering, General Global Ciphering, General Dedicated Ciphering, and General Encryption are used when encryption security and signing are applied. Ciphering and General Signing can be used. Only the most common general encryption (see FIG. 3) and general signing (see FIG. 4) will be described here.
  • the APDU 302 packet structure of HDLC to which general ciphering is applied is a tag 302a, a transaction ID 302b, and an originator-system- Title (302c), Recipient-System-Title (302d), data-time (302e), other-information (302f), key-info ( 302g) and other fields and ciphered-content 302h.
  • the encrypted information 302h includes a security header 302h-2 which distinguishes the length field Len 302h-1, compression / authentication / encryption / authentication encryption, and the like (encrypted).
  • the APDU 312 packet structure of HDLC to which general signing is applied includes a tag 312a, a transaction-id 312b, and an originator-system.
  • -Title 312c Recipient-System-Title 312d
  • data-time 312e data-time 312e
  • other-information 312f content 312g
  • digital signature value 312h digital signature value
  • the remote management apparatus 110 may set the HDLC headers 301 and 311, the HDLC tails 303 and 313, and additional fields (ie, transaction IDs) to set or change the parameters of the smart meter. ) (302b, 312b), Originator-System-Title (302c, 312c), Recipient-System-Title (302d, 312d), Data-time (302e, 312e) ), Other information (302f, 312f, etc.), an auth tag 302h-4, or an electronic signature value 312h may be transmitted each time.
  • additional fields ie, transaction IDs
  • the remote management apparatus 110 may increase the delay time due to the overhead because additional overhead (for example, at least several tens of bytes or more) may occur to set or change a parameter of the smart meter. , Unnecessary bandwidth wastage and transmission error rate may increase.
  • the present invention can be applied to all ciphering and signing defined in the DLMS / COSEM protocol.
  • FIG. 5 is a diagram schematically showing a general HDLC packet configuration
  • FIG. 6 is a diagram briefly showing an HDLC packet configuration according to an embodiment of the present invention.
  • the remote management apparatus 110 may include an HDLC header 351, an additional security field and security header 352, parameter setting information 353, an Auth tag, and the like.
  • the signature 354, the HDLC tail 355, etc. may be sent.
  • the remote management apparatus 110 adds to the parameter setting information 353 itself, the duplicated information necessary for transmitting it-an additional packet component HDLC header 351, HDLC tail ( 355), security information required for adding a security function (ie, security additional fields and security headers 352, Auth tags and signatures 354, etc.) may be repeatedly transmitted every time.
  • the remote management apparatus 110 may reduce communication overhead that may occur when setting or changing a parameter of the smart meter.
  • the remote management apparatus 110 complies with the DLMS / COSEM protocol.
  • the remote management apparatus 110 may minimize the number of communication packet transmission and the communication traffic itself by reducing the transmission of duplicate information transmitted to set or change a parameter. That is, the remote management apparatus 110 maintains the same data size of the parameter setting information 363 to change the setting of the smart meter, but duplicates information, that is, the HDLC header 361, the additional security field, and the security header 362. ), The data size of the Auth tag and signature (364) and the HDLC tail (365) can be reduced, thereby increasing the efficient use of communication bandwidth and transmission efficiency.
  • the parameter setting information 363 is a plurality of parameter setting information, which is integrated into one to generate an image in a continuous data form. That is, the parameter setting information 363 is 'integrated' or 'imaged' as one data.
  • the data size of the duplicated information may be reduced by 'N-1' times.
  • the parameter setting information 363 corresponds only when the size of the integrated packet is smaller than the size that the smart meter can receive. If the parameter setting information 363 needs to be divided and transmitted into blocks when the smart meter is larger than the maximum size that the smart meter can receive, the auth tag for ciphering may be inserted and transmitted in each block.
  • the remote management apparatus 110 configures a 'integrated' or 'imaged' HDLC packet to set or change a parameter of the smart meter, thereby providing one piece of redundant information (ie, an HDLC header). , HDLC tail, additional security field, etc.) can improve the efficiency of communication transmission by providing a plurality of parameter setting information as an integrated data image.
  • 'image transfer IC Interface Class
  • the remote management apparatus 110 preferentially uses a plurality of parameter setting information using a 'data class' in order to use an 'image transfer IC (interface class)' in the form of an integrated data type image.
  • the image is defined in the form of TLV (Type / Length / Value). This is to make it easy for the smart meter to interpret the parameter setting information.
  • the remote management apparatus 110 when the remote management apparatus 110 generates a plurality of parameter setting information as one integrated data type image, the total number of input target parameters, the interface class name (ID) used by each parameter, and the object (OBIS) Identification System) Code, property number and parameter data (property value) are regularized to create and transmit an image in the form of one continuous data.
  • ID interface class name
  • OBIS object Identification System
  • FIG. 7 is a diagram illustrating an image transmission method according to an embodiment of the present invention
  • FIG. 8 is a diagram illustrating attributes and methods of an image transfer IC (Interface Class) applied to FIG. 7.
  • the remote management apparatus 110 may transmit an image generated as described above based on an image transfer process defined in the DLMS / COSEM protocol, but may be optimized according to a situation.
  • the remote management apparatus 110 may use attributes and methods of the image transfer IC (Interface Class) shown in FIG. 8.
  • the DLMS client (ie, the remote management device) checks whether the DLMS server (ie, the smart meter) can accept the image transmission (S401). At this time, the DLMS client performs a property checking process (Get) of the "image_transfer_enabled” 411 of the DLMS server. Specifically, the DLMS client checks the value by reading “image_transfer_enabled” 411 which is the fifth attribute of the image transfer IC (Interface Class) of the DLMS server.
  • the DLMS client may receive the image when the "image_transfer_enabled” 411 attribute value is '1', and ends when the DLMS server is '0'. Accordingly, the DLMS client transmits an image to the DLMS server when the "image_transfer_enabled" 411 attribute value is '1'.
  • the DLMS client checks the size of the image block that the DLMS server can accept (S402). Through this, the DLMS client can check the unit block when transmitting the image to the DLMS server. At this time, the DLMS client performs a check process (Get) property of the "image_block_size" 412 of the DLMS server. Specifically, the DLMS client reads the "image_block_size" 412, which is the second attribute of the image transfer IC (Interface Class) of the DLMS server, and checks the maximum block size.
  • the maximum size of an image block that can be accepted by the DLMS server should be smaller than the 'Server Max Receiver PDU size', which is one of the DLMS server's set values.
  • the DLMS client Since the DLMS client is actually going to transmit the image to the DLMS server, the DLMS client instructs the DLMS server to initialize (or reset) the image transmission job for preparing the image to receive the image (for example, to secure memory space) (S403). ). At this time, the DLMS client transmits an "image_transfer_initiate" 413 action to the DLMS server. Specifically, the DLMS server executes by executing the first method "image_transfer_initiate" 413 of the image transfer IC (Interface Class).
  • the DLMS client checks whether the image transmission job initialization of the DLMS server is completed (S404). At this time, the DLMS client checks the result of the execution of the "image_transfer_initiate” 413 action, and performs the "image_transfer_status” 414 attribute verification process (Get) of the DLMS server. Specifically, the DLMS client checks the value by reading the "image_transfer_status” 414, which is the sixth attribute of the image transfer IC (Interface Class) of the DLMS server.
  • the value of "image_transfer_status" 414 may be defined and used as follows.
  • steps S401 to S404 are preliminary operations prior to transmitting an image from the DLMS client to the DLMS server, and will be collectively referred to as 'preparation step S1.
  • the DLMS client transmits an input parameter image to the DLMS server (S405).
  • the DLMS client performs an "image_block_transfer” 415 Action.
  • the DLMS client transmits the divided block using the second method "image_block_transfer” 415 of the image transfer IC (Interface Class).
  • the DLMS server sets a value of "image_transferred_block_status” 416, which is the third attribute of the image transfer IC (Interface Class).
  • the DLMS server sets the bit value of "image_transferred_block_status” 410 to '1' in the case of a block that has been transmitted.
  • the DLMS server updates the value of "image_first_not_transferred_block_number" 417, which is the fourth attribute of the image transfer IC (Interface Class).
  • the DLMS client checks whether the input parameter image has been transmitted to the DLMS server (S406). At this time, the DLMS client checks the completion of transmission of the image divided into blocks and uses a method of checking (Get) two attribute values of the DLMS server. Specifically, the DLMS client reads the "image_transferred_block_status" 410, which is the third attribute of the image transfer IC (Interface Class) of the DLMS server, checks the value, and checks the value of the fourth transfer of the image transfer IC (Interface Class) of the DLMS server. The value is checked by reading the attribute "image_first_not_transferred_block_number" (417).
  • the DLMS client checks whether it is possible to retransmit the image divided into blocks (S407) when the transmission is not completed (S407). Retransmission is performed from the block not transmitted in step S408. At this time, the DLMS server may receive the transmission again from the untransmitted block (S408). The DLMS client terminates when it is unable to retransmit the image divided into blocks when the transmission is not completed.
  • steps S405 to S408 are operations for transmitting an image from the DLMS client to the DLMS server and confirming the completion of the transmission, which will be collectively referred to as "S2. Image transmission step”.
  • the DLMS client may request integrity verification of the transmitted image from the DLMS server (S409).
  • the DLMS client executes the "image_verify" (418) command, which is the third method of the image transfer IC (Interface Class), to verify the integrity of the completed image itself on a block-by-block basis.
  • the request for image integrity verification may be performed not only in the DLMS client but also in the DLMS server. For convenience of description, the description will be made as a case where the request is made by the DLMS client.
  • the image integrity verification is preferably performed at the DLMS server.
  • the DLMS server checks the integrity of various hash algorithms (eg, Secure Hash Algorithm (SHA)), public key-based signature / verification algorithms (eg, ECC (Elliptic Curve Cryptography), RSA ( Riverst-Shamir-Adleman, etc.], and a cyclic redundancy check (CRC) algorithm.
  • hash algorithms eg, Secure Hash Algorithm (SHA)
  • public key-based signature / verification algorithms eg, ECC (Elliptic Curve Cryptography), RSA ( Riverst-Shamir-Adleman, etc.
  • CRC cyclic redundancy check
  • the DLMS client confirms the verification result of the image integrity on the DLMS server (S410). At this time, the DLMS client performs a check process (Get) attribute of the "image_transfer_status" 414 of the DLMS server.
  • the DLMS client reads the "image_transfer_status" 414, which is the sixth attribute of the image transfer IC (Interface Class) of the DLMS server, and checks the verification result of the image integrity.
  • image_transfer_status 414 may be defined as described above.
  • the DLMS client checks whether it is an image to be applied as an input parameter image to the DLMS server (S411). This is to confirm whether the image to be input is because a plurality of images already transmitted and verified may already exist in the DLMS server.
  • the DLMS client performs a check process (Get) attribute of "image_to_activate_info” (419) of the DLMS server. Specifically, the DLMS client checks the value of "image_to_activate_info" 419, which is the seventh attribute of the image transfer IC (Interface Class) of the DLMS server.
  • the DLMS client may check the image size, the image ID, and the integrity verification information of the image (information through signature / verification based on hash / CRC / public key). If the DLMS client is identified as a parameter image to input, the DLMS client proceeds to a subsequent procedure of applying the input parameter image.
  • the DLMS client transmits a command for applying an input parameter image to the DLMS server (S412).
  • the DLMS client transmits an "image_activate” 420 command to the DLMS server.
  • the DLMS server executes the command “image_activate” 420, which is the fourth method of the image transfer IC (Interface Class), to apply a batch input of parameters.
  • the DLMS client checks whether a batch input of an input parameter image is applied to the DLMS server. At this time, the DLMS client performs a property check process (Get) on the "image_transfer_status" 414 to the DLMS server.
  • Get a property check process
  • the DLMS client reads the value of the "image_transfer_status" 414 attribute of the IC (Interface Class) 6th attribute of the image transfer of the DLMS server and confirms whether the input parameters are collectively input and applied.
  • image_transfer_status 414 may be defined as described above.
  • the DLMS client confirms that the batch input of the input parameter image has been successfully applied when the read value of "image_transfer_status" 414 is '(6): image activation successful'.
  • steps S409 to S412 are operations for verifying the completed image transmitted from the DLMS client to the DLMS server and confirming whether the verified image has been successfully applied. Will be referred to collectively.
  • the image transfer process when transmitting the image from the DLMS client to the DLMS server 1: multicast (multicast) or broadcast (multicast) in a number of formats It is desirable to improve the image transmission efficiency by using.
  • FIG. 9 is an explanatory diagram for changing a general ToU packet setting
  • FIG. 10 is an explanatory diagram for changing a ToU packet setting according to an embodiment of the present invention
  • FIG. 11 is an explanatory diagram for changing a general single parameter
  • 12 is an explanatory diagram for changing a delta of a single parameter according to an embodiment of the present invention.
  • the remote management apparatus 110 changes the configuration of the ToU packet, a method of minimizing the redundant information as described above (that is, not only the HDLC header and the HDLC tail being duplicated), Minimize duplication of security fields) can be applied, while further reducing information itself.
  • a general ToU packet configuration change includes a single ToU including various profiles (ie, Season profile (451), Week profile (452), Day profile (453), regular / abnormal holiday profile (454), etc.). It is defined as.
  • Changing the setting of a general ToU packet updates the entire ToU configuration unit when changing the ToU. For example, to change the configuration of a general ToU packet, if only the third profile "# 3: Day profile” is to be changed, "# 1: Season profile”, “# 2: Week profile”, “# 3: Day profile ",... Updates to all profiles up to and including "# 10: regular / abnormal holiday profile"
  • the remote management apparatus 110 may divide various profiles into detailed items and transmit only necessary items for changing the ToU packet setting. That is, the remote management apparatus 110 may change the parameter by selecting only the parameter item unit or the desired parameter item unit to change the setting. At this time, the remote management apparatus 110 transmits only the parameter item unit or parameter item units that the setting change is desired.
  • the minimum necessary to define and use parameters by applying one item unit is according to the DLMS / COSEM protocol, class ID (class ID), object identification system (OBIS) code, attribute number and parameter data (property value). )to be.
  • the total size of one parameter item may have a size of at least several kilobytes (Kbyte) or more.
  • the parameter values may be configured in an array or structure structure or a combination of array and structure structures. That is, parameter values are expressed as attribute values, which can be expressed using an array or structure structure.
  • the remote management apparatus 110 does not change the setting of the entire item unit when some contents are changed in one parameter item unit (refer to FIG. 11). Apply the change (see FIG. 12).
  • the single parameter item "Day profile # 1" 460 is detailed in detail as 'DayID # 1' 461, 'DayID # 2' 462, and 'DayID # 3' 463. ,..., 'DayID # N' 464.
  • 'DayID # 3' 463 which is a part of data of a single parameter item “Day profile # 1” 460, is changed.
  • all of the 'DayID # 1' (461) to 'DayID # N' (464) is transmitted and not changed (see FIG. 11). have.
  • the smart meter changes to the input script selector. If the script selector is 0xffff, delete the '08: 00 'schedule. If there is no schedule starting at '08: 00 ', an additional schedule is inserted.
  • the communication efficiency can be improved by minimizing the context of overlapping transmission, and the attribute values can be collectively applied to all matters when using an array or a structure structure.
  • the present invention can provide a scheme that can reduce communication overhead caused by the above-mentioned increasing configuration parameters while complying with the DLMS / COSEM protocol.
  • header and tail which are elements of parameter setting information itself and additional packet components required to transmit them, and security information (security header, certificate, etc.) required for enhanced security ) Is duplicated every time each parameter is set.
  • the remote management system can minimize the transmission of duplicate information (packet header / tail, security information, etc.) to minimize the number of communication packet transmissions and the communication traffic itself.
  • the remote management system integrates non-overlapping information to minimize the packet throughput itself.
  • the remote management system may generate a single image using a "data" IC (Interface Class) provided by the DLMS / COSEM protocol to integrate a plurality of configuration parameters.
  • a "data" IC Interface Class
  • the remote management system may transmit the generated image using an "image transfer" IC (Interface Class) provided by the DLMS / COSEM protocol.
  • image transfer IC
  • the transfer efficiency can be maximized by using the block division transfer function and the recovery function provided by the "image transfer" IC (Interface Class). That is, an image block lost during split transmission may recover only the missing image block by using a retransmission function provided by an "image transfer” IC (Interface Class).
  • the remote management system may have reliability for image transmission for collectively setting a plurality of parameters by checking the integrity of the entire received image in order to prevent errors that may occur during image segmentation transmission. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법에 관한 것으로, 본 발명의 일실시예에 따른 원격 관리 시스템은, 원격지에서 검침 데이터를 수집하기 위한 스마트미터; 및 상기 스마트미터의 파라미터들의 설정 또는 변경을 위해 필요한 패킷을 전송함에 있어, 상기 패킷을 구성하는 중복 정보들을 한 번만 사용하고, 상기 패킷을 구성하는 중복되지 않는 정보를 하나로 통합하여 연속된 데이터 형식의 이미지로 생성하여 일괄 전송하기 위한 원격 관리 장치;를 포함한다.

Description

스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법
본 발명은 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법에 관한 것으로, 구체적으로는 스마트미터의 파라미터들의 중복 정보들의 크기를 줄이고, 다수의 입력 파라미터들을 하나의 통합되어 연속된 데이터 형식의 이미지로 생성하여 전송함으로써, 원격에서 스마트미터의 파라미터들을 설정함에 있어 DLMS/COSEM 프로토콜을 준수하면서 파라미터들을 일괄 설정 변경하기 위한, 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법에 관한 것이다.
또한, 본 발명은 ToU 패킷의 설정을 변경함에 있어 세부 항목별로 분할하여 필요한 항목만 전송할 뿐만 아니라, 하나의 파라미터 항목 단위에서 일부 내용이 변경되었을 때 변경될 데이터만 전송하여 변경하는 델타 전송을 적용함으로써, 스마트미터의 파라미터들을 일괄 설정 변경하기 위한, 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법에 관한 것이다.
원격검침을 위한 전자식 계량기는 국제표준인 DLMS/COSEM(Device Language Message Specification/COmpanion Specification for Energy Metering) 방식을 사용하고 있다. 이러한 전자식 계량기는 설정 변경을 위해서 상호호환성 측면에서 IEC 62056 시리즈 규격인 DLMS/COSEM 프로토콜의 절차와 포맷을 준수해야 한다. 이러한 DLMS/COSEM 프로토콜은 에너지 분야(즉, 가스/수도/전기/열량 등)에 대한 상호 호환성 및 지속적인 확장성 측면에서 오버헤드가 많은 프로토콜로 설계되었다.
DLMS/COSEM 프로토콜은 파라미터 설정항목 개수와 각 항목에 대한 설정 파라미터의 크기가 작을 경우에 통신상의 오버헤드가 크게 문제되지 않는다. 하지만, 최근에 스마트미터는 기능이 확장됨으로 파라미터 설정항목 개수가 기하급수적으로 늘어나고 있을 뿐만 아니라, 각 항목에 대한 설정 파라미터를 제어하고 사용하려는 요구가 증가하고 있는 실정이다.
이에 따라, 스마트미터를 운영 및 관리하는 전력회사(또는 제3의 운영자)는 DLMS/COSEM 프로토콜을 준수하면서도, 가능한 적은 통신 트래픽을 사용하여 스마트미터의 파라미터들을 설정하는 절차와 방법에 대한 연구가 진행되고 있다.
일례로, 스마트미터의 설정 파라미터 변경하는 경우에는 DLMS/COSEM 프로토콜에 따라 "set.request" 및 "set.response" 명령을 수행할 수 있다. 이때, 다수의 설정 파라미터를 변경하는 경우에는 파라미터의 개수 만큼 "set.request" 및 "set.response" 명령을 반복적으로 수행해야 한다. 이와 같이 특정 명령을 중복적으로 사용하는 경우에는 중복 패킷 전송에 따라 통신 트래픽이 증가하거나 통신 지연이 증가할 수 있으며, 경우에 따라서 원하는 시간에 파라미터 설정 자체를 수행하지 못하는 경우도 발생할 수 있다.
한편, 파라미터들 중에서 데이터 사이즈가 큰 ToU(Time of Use)의 설정을 변경할 경우에는 ToU 전체 단위로 설정 변경을 수행한다. 즉, 스마트미터를 관리하는 원격관리시스템과 같은 상위시스템은 ToU를 대상으로 세그먼테이션(segmentation) 기능을 사용함으로써, ToU를 스마트미터가 DLMS/COSEM 프로토콜에 따라 수신할 수 있는 패킷 크기로 분할하여 전송한다. 이에 따라, 스마트미터는 ToU 패킷을 차례로 수신한 후 모든 패킷들을 성공적으로 수신했을 경우에만 설정 변경을 진행하는 방식을 따르고 있다.
그런데, AMI(Advanced Metering Infrastructure) 통신 방식은 비용대비 효과가 뛰어난 전력선 통신 방식(Power Line Communication, PLC) 또는 근거리 무선 통신 방식(일례로, 지그비 등)을 선호하고 있다. 이러한 통신 방식은 최선 노력(best effort) 방식의 통신을 지원하는 것이므로, 전송 패킷이 수신측에 100% 도착하는 것을 보장하지 않는다. 즉, 이러한 통신 방식은 간헐적 또는 예측불가능하게 통신이 중단될 수 있다. 이때, DLMS/COSEM 프로토콜은 데이터 링크 레이어(data link layer) 및 응용 레이어(application layer)의 각 연결(association)을 다시 체결한 후, 전술한 바와 같은 ToU 패킷 전송 과정을 재수행한다. 즉, 스마트미터는 DLMS/COSEM 프로토콜에 따르면, ToU 패킷을 모두 수신해야 최종적으로 설정을 변경할 수 있다.
이와 같이, 종래에는 ToU 패킷과 같이 하나의 설정항목이더라도 데이터가 크거나, 모든 파라미터를 순차적으로 입력하는 방식과 같이 총 데이터의 크기가 클 경우에, 전술한 바와 같이 최선 노력 통신 방식을 사용함에 따라 발생하는 통신 실패로 인해 파라미터 변경에 실패하는 경우가 많이 발생할 수 있다. 즉, 종래에는 데이터 링크 레이어(data link layer) 및 응용 레이어(application layer)의 각 연결(association) 과정이나, 부분적인 패킷 전송 과정만 반복적으로 수행하다가 결국 파라미터 변경에 실패하는 경우가 많기 때문에 이를 해결하기 위한 방안이 제안될 필요성이 있다.
본 발명의 목적은 스마트미터의 파라미터들의 중복 정보들을 크기를 줄이고, 다수의 입력 파라미터들을 하나의 통합되어 연속된 데이터 형식의 이미지로 생성하여 전송함으로써, 원격에서 스마트미터의 파라미터들을 설정함에 있어 DLMS/COSEM 프로토콜을 준수하면서 파라미터들을 일괄 설정 변경하기 위한, 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법을 제공하는데 있다.
또한, 본 발명의 다른 목적은 ToU 패킷의 설정을 변경함에 있어 세부 항목별로 분할하여 필요한 항목만 전송할 뿐만 아니라, 하나의 파라미터 항목 단위에서 일부 내용이 변경되었을 때 변경될 데이터만 전송하여 변경하는 델타 전송을 적용함으로써, 스마트미터의 파라미터들을 일괄 설정 변경하기 위한, 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법을 제공하는데 있다.
본 발명은 원격지에서 검침 데이터를 수집하기 위한 스마트미터; 및 상기 스마트미터의 파라미터들의 설정 또는 변경을 위해 필요한 패킷을 전송함에 있어, 상기 패킷을 구성하는 중복 정보들을 한 번만 사용하고, 상기 패킷을 구성하는 중복되지 않는 정보를 하나로 통합하여 연속된 데이터 형식의 이미지로 생성하여 일괄 전송하기 위한 원격 관리 장치;를 포함한다.
상기 중복 정보들은, HDLC 헤더(HDLC Header), HDLC 테일(HDLC tail), 보안정보를 포함하고, 상기 중복되지 않는 정보는 설정을 변경하고자 하는 파라미터를 포함한다.
상기 원격 관리 장치는, 상기 패킷의 중복되지 않는 정보를 DLMS/COSEM 프로토콜에서 제공하고 있는 "data" IC(Interface Class)를 이용하여 이미지로 생성하는 것을 특징으로 한다.
상기 원격 관리 장치는, 상기 이미지를 TLV(Type/Length/Value) 형식으로 정의하는 것을 특징으로 한다.
상기 원격 관리 장치는, 상기 이미지를 묶을 때 입력 대상 파라미터들의 총 개수와 각 파라미터들이 사용하는 Interface Class명(ID), OBIS(Object Identification System)코드, 속성 번호와 파라미터 데이터(속성값)들을 규칙화하여 하나의 연속된 데이터로 생성하는 것을 특징으로 한다.
상기 원격 관리 장치는, 상기 생성된 이미지를 DLMS/COSEM 프로토콜에서 제공하고 있는 "image transfer" IC(Interface Class)를 이용하여 전송하는 것을 특징으로 한다.
상기 스마트미터는, 상기 이미지 자체의 무결성을 확인하는 것을 특징으로 한다.
상기 스마트미터는, SHA(Secure Hash Algorithm)의 해시 알고리즘, ECC(Elliptic Curve Cryptography) 또는 RSA(Riverst-Shamir-Adleman)의 공개키 기반의 서명/검증 알고리즘, CRC(Cyclic Redundancy Check) 알고리즘 중 어느 하나의 알고리즘을 이용하여 상기 이미지 자체의 무결성을 확인하는 것을 특징으로 한다.
상기 원격 관리 장치는, 상기 패킷이 ToU(Time of User) 패킷인 경우에, 세부 항목별로 분할한 후 필요한 항목만 전송하는 것을 특징으로 한다.
상기 원격 관리 장치는, 상기 ToU 패킷이 어레이(array) 또는 스트럭쳐(structure) 구조의 조합된 형식으로 파라미터값을 구성할 경우에, 하나의 파라미터 항목단위에서 항목단위 전체에 대해서 설정을 변경하는 것이 아니라 변경될 데이터만 전송하여 변경하는 것을 특징으로 한다.
한편, 본 발명은 스마트미터의 파라미터들의 설정 또는 변경을 위해 필요한 패킷을 전송함에 있어, 상기 패킷을 구성하는 중복 정보들을 한 번만 사용하고, 상기 패킷을 구성하는 중복되지 않는 정보를 하나로 통합하여 연속된 데이터 형식의 이미지로 생성하는 단계; 상기 스마트미터로 이미지를 전송하기 위한 준비하는 단계; 상기 스마트미터로 이미지를 전송하는 단계; 및 상기 스마트미터에 전송된 이미지를 검증하고 적용하는 단계;를 포함한다.
상기 준비 단계는, 상기 스마트미터가 이미지 전송을 받아들일 수 있는지와 상기 스마트미터가 받아들일 수 있는 이미지 블록의 크기를 확인하고, 상기 스마트미터의 이미지 전송 작업을 위한 초기화를 지시하는 것을 특징으로 한다.
상기 이미지 전송 단계는, 상기 스마트미터에 입력 파라미터 이미지를 전송한 후, 블록으로 분할된 이미지의 전송완료를 확인하며, 상기 블록으로 분할된 이미지의 전송완료를 수행하지 못했을 경우에 재전송 가능여부를 확인하여 전송되지 않은 블록부터 재전송을 받는 것을 특징으로 한다.
상기 이미지 검증 및 적용 단계는, 상기 스마트미터에 의해 상기 이미지의 무결성 검증결과와 입력할 이미지를 확인하고, 입력 파라미터 이미지들의 일괄 입력을 적용하는 것을 특징으로 한다.
본 발명은 스마트미터의 파라미터들의 중복 정보들을 크기를 줄이고, 다수의 입력 파라미터들을 하나의 통합되어 연속된 데이터 형식의 이미지로 생성하여 전송함으로써, 원격에서 스마트미터의 파라미터들을 설정함에 있어 DLMS/COSEM 프로토콜을 준수하면서 파라미터들을 일괄 설정 변경할 수 있다.
또한, 본 발명은 저압/고압 스마트미터의 원격 파라미터 일괄입력 및 원격 ToU 변경에 적용할 수 있다.
또한, 본 발명은 최선 노력(best effort) 방식을 사용하더라도 근본적인 해결책이 될 수 있는 전송 패킷 사이즈 자체를 최소화 할 수 있는 방안과 전송 자체의 신뢰성을 높일 수 있다.
또한, 본 발명은 중복된 정보들(패킷 헤더, 패킷 테일, 보안 정보 등)의 전송을 최소화하여 통신 패킷 전송 횟수와 통신 트래픽 자체를 최소화할 수 있다.
또한, 본 발명은 설정 파라미터들에 의해 발생하는 통신 오버헤드를 줄일 수 있는 방안을 DLMS/COSEM 프로토콜을 준수하면서 제공할 수 있다.
한편, 본 발명은 구조체로 정의하여 사용하고 있는 설정 파라미터값 자체에서 변경될 부분만 전송하여 업데이트하는 델타 전송 방법을 추가적으로 고안하여 전송지연 시간 및 통신 트래픽을 최소화할 수 있다.
또한, 본 발명은 설정 변경할 파라미터들을 하나의 이미지 형태로 만들고 스마트미터에서 수신할 수 있는 크기로 분할 전송 및 재전송 등의 DLMS/COSEM에서 지원하는 기능을 차용하여 전송자체의 신뢰성을 높일 수 있다.
도 1은 본 발명이 적용되는 스마트미터의 원격 관리 시스템에 대한 도면,
도 2는 DLMS/COSEM 프로토콜을 사용하는 파라미터 설정 프로세스를 나타낸 도면,
도 3은 일반 암호화(General Ciphering)가 적용된 HDLC 패킷 구조에 대한 설명도,
도 4는 일반 사이닝(General Signing)이 적용된 HDLC 패킷 구조에 대한 설명도,
도 5는 일반적인 HDLC 패킷 구성을 간략하게 나타낸 도면,
도 6은 본 발명의 일실시예에 따라 HDLC 패킷을 구성을 간략하게 나타낸 도면,
도 7은 본 발명의 일실시예에 따른 이미지 전송 방법에 대한 도면,
도 8은 상기 도 7에 적용되는 image transfer IC(Interface Class)의 속성(attributes) 및 메소드(method)에 대한 도면,
도 9는 일반적인 ToU 패킷 설정변경에 대한 설명도,
도 10은 본 발명의 일실시예에 따른 ToU 패킷 설정변경에 대한 설명도,
도 11을 일반적인 단일 파라미터의 변경에 대한 설명도,
도 12는 본 발명의 일실시예에 따른 단일 파라미터의 델타 변경에 대한 설명도이다.
본 발명을 충분히 이해하기 위해서 본 발명의 바람직한 실시예를 첨부 도면을 참조하여 설명한다. 본 발명의 실시예는 여러 가지 형태로 변형될 수 있으며, 본 발명의 범위가 아래에서 상세히 설명하는 실시예로 한정되는 것으로 해석되어서는 안 된다. 본 실시예는 당업계에서 평균적인 지식을 가진 자에게 본 발명을 보다 완전하게 설명하기 위해서 제공 되어지는 것이다. 따라서 도면에서의 요소의 형상 등은 보다 명확한 설명을 강조하기 위해서 과장되어 표현될 수 있다. 각 도면에서 동일한 부재는 동일한 참조부호로 도시한 경우가 있음을 유의하여야 한다. 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 공지 기능 및 구성에 대한 상세한 기술은 생략된다.
도 1은 본 발명이 적용되는 스마트미터의 원격 관리 시스템에 대한 도면이다.
도 1에 도시된 바와 같이, 본 발명이 적용되는 스마트미터의 원격 관리 시스템(이하 "원격 관리 시스템"이라 함, 100)은, 원격 관리 장치(110), 데이터 수집 장치(120), 스마트미터(130)를 포함하여 구성할 수 있다.
원격 관리 장치(110)는 유무선 통신망을 이용하여 원격지에 있는 복수의 스마트미터(130)를 관리할 수 있다. 여기서, 원격 관리 장치(110)가 복수의 스마트미터(130)를 관리한다 함은, 스마트미터의 각종 계량 정보, 이벤트 및 상태정보를 수집하는 과정뿐만 아니라, 스마트미터의 설정 및 구성을 변경하기 위해 각종 파라미터 또는 펌웨어(firmware) 등의 설정을 변경하는 과정을 포함하는 일련의 과정을 통해 스마트미터(130)를 관리하는 경우를 포함할 수 있다.
원격 관리 장치(110)는 데이터 수집 장치(120)에 의해 수집된 데이터들을 수신할 수 있다. 또한, 데이터 수집 장치(120)는 전력 사용 수용가에서 전력 사용을 검침하는 복수의 스마트미터(130)로부터 검침 데이터를 수집할 수 있다. 이때, 데이터 수집 장치(120)는 복수의 스마트미터(130)와 지그비 방식(Zigbee) 또는 전력선 통신 방식(PLC)을 이용하여 통신할 수 있다.
한편, 원격 관리 장치(110)는 스마트미터(130)의 계량 검침뿐만 아니라, 스마트미터(130)의 원격 관리를 위해 스마트미터(130)의 모든 기능에 대해 파라미터들을 설정하고 제어할 수 있다. 그런데, DLMS/COSEM 프로토콜은 파라미터를 설정하는 것보다 파라미터값(예를 들어 검침 정보, 설정정보 등)을 읽는데 최적화가 되도록 설계되고 진화되고 있다. 일례로, DLMS/COSEM 프로토콜에서 제공하고 있는 "profile generic" IC(Interface Class)는 읽고자 하는 다수의(사실상 메모리만 충분하면 제한 없음) 파라미터 값들을 하나로 캡처하고 한 번에 읽을 수 있기 때문에 검침 효율을 극대화할 수 있다.
여기서는 원격 관리 장치(110)가 개별 설정 파라미터를 읽을 경우 각 항목 수만큼 "get.request" 명령을 수행할 수도 있지만 한번만 수행한다. 이에 대한 자세한 설명은 후술하기로 한다.
도 2는 DLMS/COSEM 프로토콜을 사용하는 파라미터 설정 프로세스를 나타낸 도면이다.
도 2에 도시된 바와 같이, 원격 관리 장치(110)는 스마트미터의 파라미터 설정을 변경할 경우에, DLMS/COSEM 프로토콜을 사용하는 파라미터 설정 프로세스를 따라야 한다.
먼저, 원격 관리 장치(110)는 데이터 링크 레이어(Data link layer)에서의 연결(association)을 수행한다(201). 즉, SNRM(Set Normal Response Mode) 전송한 후 UA(Unnumbered Ack)를 수신한다. 다음으로, 원격 관리 장치(110)는 응용 레이어(application layer)에서의 연결(association)을 수행한다(202). 즉, AARQ(Application Association Request) 전송한 후 AARE(Application Association Response)를 수신한다. 이때, 원격 관리 장치(110)는 보안을 적용할 경우에 추가적으로 F(StoC)를 전송한 후 F(CtoS)를 수신한다(203).
이후, 원격 관리 장치(110)는 전술한 바와 같이 데이터 링크 레이어 및 응용 레이어에 대한 각각의 연결을 수행하고, 추가로 보안을 지원하기 위한 연결을 수행한 후, xDLMS 서비스를 수행한다(204,205). 이때, xDLMS 서비스는 "get/set/action" 중 어느 하나를 수행할 수 있으나, 여기서는 파라미터 설정을 위해 "set"을 수행한다. 즉, "set.request" 명령을 전송하여 파라미터를 설정하고, "set.response" 명령을 수신하여 결과를 확인한다.
일반적인 경우에, 원격 관리 장치(110)는 파라미터 설정항목이 많을 경우에, 파라미터 설정항목의 개수만큼 "set.request" 명령과 "set.response" 명령을 반복적으로 주고 받아야 한다. 이는 도중에 통신 실패 없이 연결(association)이 유지되고 있는 상황일 경우에 해당하며, 파라미터 설정 중에 통신 실패가 발생하면 데이터 링크 레이어에서의 연결(201)부터 다시 수행해야 한다.
그런데, 본 발명의 일실시예에 따른 원격 관리 장치(110)는 일괄적으로 파라미터를 전송하여 설정할 수 있다. 이 경우에, 원격 관리 장치(110)는 데이터 링크 레이어(data link layer)에서의 연결(association), 응용 레이어(application)에서의 연결(association) 및 연결 해제를 일반적인 경우와 동일하게 수행하지만, 일반적인 경우와 다른 xDLMS 서비스를 제공한다. 이때, 원격 관리 장치(110)는 한번의 set.request/set.response 명령으로 설정을 변경하고자 원하는 항목 개수의 파라미터 설정항목을 일괄적으로 전송하여 설정할 수 있다.
마지막으로, 원격 관리 장치(110)는 더 이상 설정할 파라미터가 없을 경우에, DISC(Disconnection)를 전송하고 UA(Unnumbered Ack)를 수신하여 연결을 종료한다(206).
도 3은 일반 암호화(General Ciphering)가 적용된 HDLC 패킷 구조에 대한 설명도이고, 도 4는 일반 사이닝(General Signing)이 적용된 HDLC 패킷 구조에 대한 설명도이다.
DLMS/COSEM 프로토콜은 다양한 통신 프로파일(profile)을 사용할 수 있다. 현재 가장 많이 사용하고 있는 통신 프로파일은 고급 수준 데이터 링크 제어(High-level Data Link Control, HDLC) 기반의 통신 프로파일이다. 여기서는 설명의 편의상 도 3 및 도 4와 같이 HDLC 기반의 통신 프로파일을 기준으로 설명한다.
도 3 및 도 4를 참조하면, 매체 접근 제어(Medium Access Control, MAC) 계층(layer)에 적용된 HDLC 프레임 구조는 HDLC 헤더(HDLC header)(301,311), 응용 프로토콜 데이터 단위(Application Protocol Data Unit, APDU)(302,312), HDLC 테일(HDLC tail)(303,313)을 포함한다. 구체적으로, HDLC 헤더(301,311)는 플래그(flag)(301a,311a), 프레임 포맷(frame format)(301b,311b), 목적지 주소(destination address)(301c,311c), 소스 주소(source address)(301d,311d), 제어 타입(control type)(301e,311e), 헤더 체크 시퀀스(Header Check Sequence, HCS)(301f,311f)를 포함한다. APDU(302,312)는 파라미터 설정정보를 포함한다. HDLC 테일(303,313)은 프레임 체크 시퀀스(Frame Check Sequence, FCS)(303a,313a)와 플래그(303b,313b)를 포함한다.
한편, HDLC 프레임은 개인 정보 보호를 위한 보안 기능이 적용될 수 있다. DLMS/COSEM 프로토콜에서는 암호화 보안과 사이닝(signing)을 적용하는 경우에, 서비스 특정 암호화(Service Specific Ciphering), 일반 글로벌 암호화(General Global Ciphering), 일반 전용 암호화(General Dedicated Ciphering), 일반 암호화(General Ciphering) 및 일반 사이닝(General Signing)을 사용할 수 있다. 여기서는 가장 일반적인 일반 암호화(도 3 참조) 및 일반 사이닝(도 4 참조)에 대해서만 설명하기로 한다.
도 3을 참조하면, 일반 암호화(General Ciphering)가 적용된 HDLC의 APDU(302) 패킷 구조는 태그(tag)(302a), 트랜잭션 ID(transaction-id)(302b), 발신자 시스템 타이틀(Originator-System-Title)(302c), 수신자 시스템 타이틀(Recipient-System-Title)(302d), 데이터 타임(data-time)(302e), 그외 정보(other-information)(302f), 키인포(key-info)(302g) 등의 추가적인 필드와 암호화된 정보(ciphered-content)(302h)로 구성된다. 여기서, 암호화된 정보(302h)는 길이 필드(Len)(302h-1), 압축/인증/암호화/인증암호화 등을 구분하는 보안 헤더(security header)(302h-2), 암호화된(압축된) APDU(302h-3), auth 태그(302h-4)를 포함한다.
도 4를 참조하면, 일반 사이닝(General Signing)이 적용된 HDLC의 APDU(312) 패킷 구조는 태그(tag)(312a), 트랜잭션 ID(transaction-id)(312b), 발신자 시스템 타이틀(Originator-System-Title)(312c), 수신자 시스템 타이틀(Recipient-System-Title)(312d), 데이터 타임(data-time)(312e), 그외 정보(other-information)(312f), 정보(content)(312g), 전자서명값(signature)(312h)로 구성된다.
도 3 및 도 4를 참조하면, 원격 관리 장치(110)는 스마트미터의 파라미터를 설정 또는 변경하기 위해, HDLC 헤더(301,311), HDLC 테일(303,313), 추가적인 필드[즉, 트랜잭션 ID(transaction-id)(302b,312b), 발신자 시스템 타이틀(Originator-System-Title)(302c,312c), 수신자 시스템 타이틀(Recipient-System-Title)(302d,312d), 데이터 타임(data-time)(302e,312e), 그외 정보(other-information)(302f,312f) 등], auth 태그(302h-4) 또는 전자서명값(signature)(312h) 등을 매번 전송할 수 있다.
이와 같이, 원격 관리 장치(110)는 스마트미터의 파라미터를 설정 또는 변경하기 위해, 추가적인 오버헤드(overhead)(일례로, 최소 수십 바이트 이상일 수 있음)가 발생할 수 있기 때문에 오버헤드로 인한 지연시간 증가, 불필요한 대역폭 낭비, 전송오류율 증가와 같은 현상이 발생할 수 있다.
한편, 본 발명은 DLMS/COSEM 프로토콜에서 정의한 모든 암호화(ciphering) 및 사이닝(signing)에 적용할 수 있다.
도 5는 일반적인 HDLC 패킷 구성을 간략하게 나타낸 도면이고, 도 6은 본 발명의 일실시예에 따라 HDLC 패킷을 구성을 간략하게 나타낸 도면이다.
도 5를 참조하면, 원격 관리 장치(110)는 스마트미터의 파라미터를 설정 또는 변경할 경우에, HDLC 헤더(351), 보안추가 필드 및 보안헤더(352), 파라미터 설정정보(353), Auth 태그 및 서명(354), HDLC 테일(355) 등을 전송할 수 있다. 이때, 원격 관리 장치(110)는 특정 파라미터를 설정 또는 변경할 경우에, 파라미터 설정정보(353) 자체에 덧붙여 이를 전송하기 위해 필요한 중복 정보들-추가적인 패킷 구성 요소인 HDLC 헤더(351), HDLC 테일(355), 보안 기능을 부가할 경우에 요구되는 보안정보[즉, 보안추가 필드 및 보안헤더(352), Auth 태그 및 서명(354) 등] 등-을 매번 중복적으로 전송할 수 있다.
도 6을 참조하면, 원격 관리 장치(110)는 스마트미터의 파라미터를 설정 또는 변경하는 경우에 발생할 수 있는 통신 오버헤드를 줄일 수 있다. 이때, 원격 관리 장치(110)는 DLMS/COSEM 프로토콜을 준수한다.
원격 관리 장치(110)는 스마트미터의 파라미터 설정정보의 데이터 크기를 줄이는 대신, 파라미터를 설정 또는 변경하기 위해 전송되는 중복 정보들의 전송을 줄임으로써 통신 패킷 전송 횟수와 통신 트래픽 자체를 최소화할 수 있다. 즉, 원격 관리 장치(110)는 스마트미터의 설정을 변경하려는 파라미터 설정정보(363)의 데이터 크기를 동일하게 유지하지만, 중복 정보들 즉, HDLC 헤더(361), 보안추가 필드 및 보안헤더(362), Auth 태그 및 서명(364), HDLC 테일(365)의 데이터 크기를 줄일 수 있기 때문에 통신 대역폭의 효율적 사용과 전송효율을 향상할 수 있다. 이때, 파라미터 설정정보(363)는 다수의 파라미터 설정정보로서, 하나로 통합되어 연속된 데이터 형태의 이미지로 생성된다. 즉, 파라미터 설정정보(363)는 하나의 데이터로 '통합화' 또는 '이미지화'된다.
예를 들어, 스마트미터의 설정을 변경하려는 파라미터 설정정보(363)의 개수가 'N'개인 경우에, 중복 정보들의 데이터 크기를 'N-1'배 만큼 줄일 수 있다. 이때, 파라미터 설정정보(363)는 통합된 패킷의 크기가 스마트미터가 수신할 수 있는 크기보다 작을 경우에만 해당한다. 만약에, 파라미터 설정정보(363)는 스마트미터가 최대로 수신할 수 있는 크기보다 큰 경우에 블록으로 분할하여 전송해야 하므로, 각 블록마다 암호화(ciphering)에 대한 auth 태그가 삽입되어 전송할 수 있다.
이와 같이, 원격 관리 장치(110)는 도 6에 도시된 바와 같이, '통합화' 또는 '이미지화' HDLC 패킷을 구성하여 스마트미터의 파라미터를 설정 또는 변경함으로써, 한번의 중복 정보들(즉, HDLC 헤더, HDLC 테일, 추가적인 보안필드 등)을 사용하여 다수의 파라미터 설정정보를 하나의 통합된 데이터 형태의 이미지로 제공하여 통신 전송의 효율을 향상시킬 수 있다.
부가적으로, 앞서 언급한 다수의 파라미터 설정 정보(353)을 하나의 데이터로 '통합화' 또는 '이미지화'는 다음과 같이 이루어질 수 있다.
DLMS/COSEM 프로토콜에서는 크기가 큰 데이터를 전송할 경우에 'image transfer IC(Interface Class)'를 선택하여 사용할 수 있다. 이는 'image transfer IC(Interface Class)'가 분할 블록 전송 기능과 재전송 기능 등을 제공하기 때문이다. 이때, 원격 관리 장치(110)는 'image transfer IC(Interface Class)'를 사용하기 위해, 우선적으로 다수의 파라미터 설정정보들을 '데이터 클래스(data class)'를 사용하여 하나의 통합된 데이터 형태의 이미지로 생성할 수 있다. 이때, 이미지는 TLV(Type/Length/Value) 형식으로 정의한다. 이는 스마트미터가 파라미터 설정정보들을 해석하기 쉽게 하기 위함이다. 즉, 원격 관리 장치(110)는 다수의 파라미터 설정정보들을 하나의 통합된 데이터 형태의 이미지로 생성할 때, 입력 대상 파라미터들의 총 개수, 각 파라미터들이 사용하는 Interface Class명(ID), OBIS(Object Identification System) 코드, 속성번호와 파라미터 데이터(속성값)들을 규칙화하여 하나의 연속된 데이터 형태의 이미지로 생성하여 전송한다.
도 7은 본 발명의 일실시예에 따른 이미지 전송 방법에 대한 도면이고, 도 8은 상기 도 7에 적용되는 image transfer IC(Interface Class)의 속성(attributes) 및 메소드(method)에 대한 도면이다.
도 7을 참조하면, 원격 관리 장치(110)는 전술한 바와 같이 생성된 이미지를 DLMS/COSEM 프로토콜에 정의된 이미지 전송 절차(image transfer process)에 기초하여 전송할 수 있으나 상황에 맞춰 최적화할 수 있다. 이때, 원격 관리 장치(110)는 도 8에 도시된 image transfer IC(Interface Class)의 속성(attributes)과 메소드(method)를 이용할 수 있다.
먼저, DLMS 클라이언트(즉, 원격 관리 장치)는 DLMS 서버(즉, 스마트미터)가 이미지 전송을 받아들일 수 있는지를 확인한다(S401). 이때, DLMS 클라이언트는 DLMS 서버의 "image_transfer_enabled"(411) 속성 확인 과정(Get)을 수행한다. 구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 5번째 속성(attribute)인 "image_transfer_enabled"(411)를 읽어서 값을 확인한다. 여기서, DLMS 클라이언트는 "image_transfer_enabled"(411) 속성값이 '1'인 경우에 DLMS 서버가 이미지를 전송받을 수 있으며, '0'인 경우에 종료한다. 따라서, DLMS 클라이언트는 "image_transfer_enabled"(411) 속성값이 '1'인 경우에 DLMS 서버로 이미지를 전송한다.
또한, DLMS 클라이언트는 DLMS 서버가 받아들일 수 있는 이미지 블록의 크기를 확인한다(S402). 이를 통해, DLMS 클라이언트는 DLMS 서버로 이미지를 전송할 때의 단위 블록을 확인할 수 있다. 이때, DLMS 클라이언트는 DLMS 서버의 "image_block_size"(412) 속성 확인 과정(Get)을 수행한다. 구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 2번째 속성(attribute)인 "image_block_size"(412)를 읽어서 최대로 전송할 수 있는 블록 크기의 값을 확인한다. 여기서, DLMS 서버가 받아들일 수 있는 이미지 블록의 최대 크기는 DLMS 서버 즉, 스마트미터의 설정값 중 하나인 '서버 최대 리시버 PDU 사이즈(Server Max Receiver PDU size)'보다 작아야 한다.
그리고, DLMS 클라이언트는 DLMS 서버로 실제로 이미지를 전송할 예정이므로, DLMS 서버에 이미지를 받아들일 수 있는 준비(일례로, 메모리 공간 확보 등)를 시키기 위한 이미지 전송 작업 초기화(또는 리셋)를 지시한다(S403). 이때, DLMS 클라이언트는 DLMS 서버에 "image_transfer_initiate"(413) 명령(Action)을 전송한다. 구체적으로, DLMS 서버는 image transfer IC(Interface Class)의 1번째 메소드(method)인 "image_transfer_initiate"(413)를 실행(action)함으로써 수행한다.
이후, DLMS 클라이언트는 DLMS 서버의 이미지 전송 작업 초기화가 완료되었는지를 확인한다(S404). 이때, DLMS 클라이언트는 "image_transfer_initiate"(413) 명령(Action)에 대한 시행 결과를 확인하는 단계로서, DLMS 서버의 "image_transfer_status"(414) 속성 확인 과정(Get)을 수행한다. 구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 6번째 속성(attribute)인 "image_transfer_status"(414)를 읽어서 값을 확인한다. 여기서, "image_transfer_status"(414)의 값은 아래와 같이 정의하여 사용할 수 있다.
(0) : image transfer not initiated
(1) : image transfer initiated
(2) : image verification initiated
(3) : image verification successful
(4) : image verification failed
(5) : image activation initiated
(6) : image activation successful
(7) : image activation failed
DLMS 클라이언트는 "image_transfer_status"(414)의 읽은 값이 '(1) : image transfer initiated'인 경우에, 초기화가 완료된 것으로 확인하여 후속 절차를 진행한다.
한편, 전술한 바와 같이 S401 단계 내지 S404 단계는 DLMS 클라이언트에서 DLMS 서버로 이미지를 전송하기 앞선 사전 작업으로서, 설명의 편의상 'S1.준비 단계'라 통칭하기로 한다.
다음으로, DLMS 클라이언트는 DLMS 서버로 입력 파라미터 이미지를 전송한다(S405). 이때, DLMS 클라이언트는 "image_block_transfer"(415) 명령(Action)을 수행한다. 구체적으로, DLMS 클라이언트는 image transfer IC(Interface Class)의 2번째 메소드(method)인 "image_block_transfer"(415)를 사용하여 분할된 블록을 전송한다. 그리고, DLMS 서버는 image transfer IC(Interface Class)의 3번째 속성(attribute)인 "image_transferred_block_status"(416)의 값을 설정한다. 이때, DLMS 서버는 전송 완료된 블록의 경우에 "image_transferred_block_status"(410)의 비트값을 '1'로 설정한다. 또한, DLMS 서버는 image transfer IC(Interface Class)의 4번째 속성(attribute)인 "image_first_not_transferred_block_number"(417)의 값을 갱신한다.
또한, DLMS 클라이언트는 DLMS 서버로 입력 파라미터 이미지가 전송 완료되었는지를 확인한다(S406). 이때, DLMS 클라이언트는 블록으로 분할된 이미지의 전송완료를 확인하는 단계로서 DLMS 서버의 2가지 속성값을 확인(Get)하는 방식을 사용한다. 구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 3번째 속성(attribute)인 "image_transferred_block_status"(410)를 읽어서 값을 확인하고, DLMS 서버의 image transfer IC(Interface Class)의 4번째 속성(attribute)인 "image_first_not_transferred_block_number"(417)를 읽어서 값을 확인한다.
여기서, DLMS 클라이언트는 블록으로 분할된 이미지의 전송완료를 확인한 결과로(S406), 전송완료를 수행하지 못했을 경우에 블록으로 분할된 이미지를 재전송할 수 있는지를 확인한 후(S407), 재전송이 가능한 경우에 전송되지 않은 블록부터 재전송을 실시한다(S408). 이때, DLMS 서버는 전송되지 않은 블록부터 다시 전송을 받을 수 있다(S408). DLMS 클라이언트는 전송완료를 수행하지 못했을 경우에 블록으로 분할된 이미지를 재전송할 수 없는 경우에 종료한다.
한편, 전술한 바와 같이 S405 단계 내지 S408 단계는 DLMS 클라이언트에서 DLMS 서버로 이미지를 전송하고, 전송완료를 확인하는 작업으로서, 설명의 편의상 'S2.이미지 전송 단계'라 통칭하기로 한다.
다음으로, DLMS 클라이언트는 DLMS 서버에 전송 완료된 이미지에 대한 무결성 검증을 요청할 수 있다(S409). 이때, DLMS 클라이언트는 블록별로 완료된 이미지 자체의 무결성을 검증하기 위해 image transfer IC(Interface Class)의 3번째 메소드(method)인 "image_verify"(418) 명령(Action)을 실행하여 DLMS 서버에 무결성 검증을 요청할 수 있다. 여기서, 이미지 무결성 검증에 대한 요청은 DLMS 클라이언트 뿐만 아니라 DLMS 서버에서도 진행할 수 있으나, 여기서는 설명의 편의상 DLMS 클라이언트에 의해 요청하는 경우로 설명하기로 한다.
그런데, 이미지 무결성 검증에 대한 수행은 DLMS 서버에서 진행하는 것이 바람직하다. 이때, DLMS 서버는 무결성을 검증하기 위해, 다양한 종류의 해시 알고리즘[일례로, SHA(Secure Hash Algorithm) 등], 공개키 기반의 서명/검증 알고리즘[일례로, ECC(Elliptic Curve Cryptography), RSA(Riverst-Shamir-Adleman) 등], CRC(Cyclic Redundancy Check) 알고리즘 등을 사용할 수 있다.
또한, DLMS 클라이언트는 DLMS 서버에 이미지 무결성의 검증 결과를 확인한다(S410). 이때, DLMS 클라이언트는 DLMS 서버의 "image_transfer_status"(414) 속성 확인 과정(Get)을 수행한다.
구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 6번째 속성(attribute)인 "image_transfer_status"(414)를 읽어서 이미지 무결성의 검증결과를 확인한다.
여기서, "image_transfer_status"(414)의 값은 전술한 바와 같이 아래와 같이 정의할 수 있다.
(0) : image transfer not initiated
(1) : image transfer initiated
(2) : image verification initiated
(3) : image verification successful
(4) : image verification failed
(5) : image activation initiated
(6) : image activation successful
(7) : image activation failed
DLMS 클라이언트는 "image_transfer_status"(414)의 읽은 값이 '(3) : image verification successful'인 경우에, 이미지 무결성의 검증결과가 성공인 것으로 확인하여 후속 절차를 진행한다.
이후, DLMS 클라이언트는 DLMS 서버에 입력 파라미터 이미지로 적용할 이미지인지를 확인한다(S411). 이는 DLMS 서버에 전송 및 검증 완료된 다수의 이미지가 이미 존재할 수 있기 때문에 입력할 이미지인지를 확인하기 위함이다. 이때, DLMS 클라이언트는 DLMS 서버의 "image_to_activate_info"(419) 속성 확인 과정(Get)을 수행한다. 구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer IC(Interface Class)의 7번째 속성인 "image_to_activate_info"(419)의 값을 읽어서 확인한다. 이때, DLMS 클라이언트는 이미지 크기, 이미지 ID, 이미지의 무결성 검증 정보(Hash/CRC/공개키 기반의 서명/검증을 통한 정보 등)를 이용하여 확인할 수 있다. DLMS 클라이언트는 입력할 파라미터 이미지로 확인되는 경우에, 입력 파라미터 이미지를 적용하는 후속 절차를 진행한다.
그런 다음, DLMS 클라이언트는 DLMS 서버에 입력 파라미터 이미지를 적용하기 위한 명령을 전송한다(S412). 이때, DLMS 클라이언트는 DLMS 서버에 "image_activate"(420) 명령을 전송한다. 또한, DLMS 서버는 image transfer IC(Interface Class)의 4번째 메소드(method)인 "image_activate"(420) 명령을 실행하여 파라미터들의 일괄 입력을 적용한다.
아울러, DLMS 클라이언트는 DLMS 서버에 입력 파라미터 이미지의 일괄 입력이 적용되었는지를 확인한다. 이때, DLMS 클라이언트는 DLMS 서버에 "image_transfer_status"(414) 속성 확인 과정(Get)을 수행한다.
구체적으로, DLMS 클라이언트는 DLMS 서버의 image transfer의 IC(Interface Class) 6번째 속성인 "image_transfer_status"(414)의 값을 읽어서 입력 파라미터들이 일괄 입력 및 적용여부를 확인한다.
여기서, "image_transfer_status"(414)의 값은 전술한 바와 같이 아래와 같이 정의할 수 있다.
(0) : image transfer not initiated
(1) : image transfer initiated
(2) : image verification initiated
(3) : image verification successful
(4) : image verification failed
(5) : image activation initiated
(6) : image activation successful
(7) : image activation failed
DLMS 클라이언트는 "image_transfer_status"(414)의 읽은 값이 '(6) : image activation successful'인 경우에, 입력 파라미터 이미지의 일괄 입력이 성공적으로 적용된 것으로 확인한다.
한편, 전술한 바와 같이 S409 단계 내지 S412 단계는 DLMS 클라이언트에서 DLMS 서버로 전송 완료된 이미지를 검증하고, 검증된 이미지를 성공적으로 적용되었는지를 확인하는 작업으로서, 설명의 편의상 'S3.이미지 검증 및 적용 단계'라 통칭하기로 한다.
전술한 바와 같이, 본 발명의 일실시예에 따른 이미지 전송 절차(image transfer process)는, DLMS 클라이언트에서 DLMS 서버로 이미지를 전송할 때 1:다수의 형식인 멀티캐스트(multicast) 또는 브로드캐스트(broadcast)를 사용하여 이미지 전송 효율을 향상시키는 것이 바람직하다.
도 9는 일반적인 ToU 패킷 설정변경에 대한 설명도이고, 도 10은 본 발명의 일실시예에 따른 ToU 패킷 설정변경에 대한 설명도이고, 도 11을 일반적인 단일 파라미터의 변경에 대한 설명도이고, 도 12는 본 발명의 일실시예에 따른 단일 파라미터의 델타 변경에 대한 설명도이다.
도 10과 도시된 바와 같이, 원격 관리 장치(110)는 ToU 패킷을 설정 변경하는 경우에, 앞서 언급한 바와 같은 중복 정보들을 최소화하는 방안(즉, 중복 전송되고 있는 HDLC 헤더, HDLC 테일 뿐만 아니라, 보안필드에 대해 중복을 최소화하는 방안)을 적용하면서도 추가적으로 정보 자체를 줄일 수 있다.
도 9를 참조하면, 일반적인 ToU 패킷 설정변경은 다양한 프로파일들[즉, Season profile(451), Week profile(452), Day profile(453), 정기/비정기 holiday profile(454) 등]을 하나의 ToU로 정의하고 있다. 일반적인 ToU 패킷의 설정변경은 ToU를 변경할 경우에 ToU 전체 구성단위로 업데이트를 수행한다. 예를 들어, 일반적인 ToU 패킷의 설정변경은 3번째 프로파일인 "#3 : Day profile"만 변경하고자 할 경우에, "#1 : Season profile", "#2 : Week profile", "#3 : Day profile",…,"#10 : 정기/비정기 holiday profile"까지 모든 프로파일에 대한 업데이트를 수행해야 한다.
도 10을 참조하면, 원격 관리 장치(110)는 ToU 패킷 설정 변경을 위해 다양한 프로파일들을 세부 항목별로 분할하고 필요한 항목만 전송할 수 있다. 즉, 원격 관리 장치(110)는 설정 변경을 원하는 파라미터 항목 단위 또는 원하는 파라미터 항목단위들만 선택해서 파라미터를 변경할 수 있다. 이때, 원격 관리 장치(110)는 설정 변경을 원하는 파라미터 항목 단위 또는 파라미터 항목 단위들만 전송한다. 여기서, 하나의 항목 단위로 적용하여 파라미터들을 정의하여 사용하기 위해 최소한으로 필요한 것은 DLMS/COSEM 프로토콜에 따르면, 클래스명(class ID), OBIS(Object Identification System) 코드, 속성번호와 파라미터 데이터(속성값)이다.
그런데, 특정 프로파일(일례로, 'Day profile')의 경우에는 하나의 파라미터 항목의 전체 크기가 최소 수 킬로바이트(Kbyte) 이상의 크기를 가질 수 있다. 이 경우에는 어레이(array) 또는 스트럭쳐(structure) 구조 또는 어레이와 스트럭쳐 구조의 조합된 형식으로 파라미터 값을 구성할 수 있다. 즉, 파라미터 값들은 속성값으로 표현하는데, 해당 속성값은 어레이 또는 스트럭쳐 구조를 사용하여 표현할 수 있다.
한편, ToU 패킷의 설정을 변경할 경우에는 어레이 또는 스트럭쳐 구조의 모든 세부 데이터를 변경하는 경우보다, 극히 일부의 데이터를 변경하는 경우가 대부분이다. 이에 따라, 원격 관리 장치(110)는 하나의 파라미터 항목 단위에서 일부 내용이 변경되는 경우에 항목 단위 전체에 대해 설정 변경하지 않고(도 11 참조), 변경될 데이터만 전송하여 변경하는 단일 파라미터의 델타 변경을 적용한다(도 12 참조).
도 11 및 12를 참조하면, 단일 파라미터 항목인 "Day profile #1"(460)은 세부적으로 'DayID#1'(461), 'DayID#2"(462), 'DayID#3'(463),…,'DayID#N'(464)를 갖는 스트럭쳐 형태로 구성할 수 있다. 이때, 단일 파라미터 항목인 "Day profile #1"(460)의 일부 데이터인'DayID#3'(463)을 변경하는 경우에는, 'DayID#1'(461)∼'DayID#N'(464)까지 모두 전송하여 변경하지 않고(도 11 참조), 설정 변경하려는 'DayID#3'(463)만 전송하여 변경할 수 있다.
이를 위한 기본 동작 원리는 다음과 같다. 먼저, Action을 수행하는 "Data" IC(Interface Class)를 정의한다. 다음으로, 전송할 데이터에 대응하여 기존 데이터가 존재하면 수정 또는 삭제를 수행한다. 또한, 전송할 데이터에 대응하여 기존 데이터가 없다면 데이터를 추가하는 방식으로 동작한다.
하기 [표 1]과 같이 결정된 Day profile을 예를 들어 설명하면 다음과 같다.
array day_profileday_profile ::= structure{day_id: unsigned,day_schedule: arrayday_profile_action}day_profile_action ::= structure{start_time: octet-string,script_logical_name: octet-string,script_selector: long-unsigned}
여기서, Day ID는 'DayID#0'∼'DayID#12'까지 존재하고, DayID마다 'Day profile action(tariff)'이 정의되어 있다고 가정한다.
"Day ID = 1, 08:00 tariff A"를 "Data" IC(Interface Class)를 통해 정의하여 전송한 경우에, DLMS 서버인 스마트미터는 Day ID가 '1'인 스케줄에서 '08:00'에 시작하는 일정을 찾는다.
이때, 스마트미터는 '08:00'에 시작하는 일정이 있고 전송된 스크립트 셀렉터(script selector)가 0xffff가 아니면 입력된 스크립트 셀렉터로 변경한다. 그리고 스크립트 셀렉터가 0xffff이면 '08:00' 일정을 삭제한다. '08:00'에 시작하는 일정이 없는 경우는 입력된 일정을 추가 삽입한다.
전술한 바와 같은 방식은 중복 전송하는 설정정보(context)를 최소화함으로써 통신 효율성을 높일 수 있으며, 속성값들을 어레이 또는 스트럭쳐 구조를 사용할 경우의 모든 사항에 일괄 적용할 수 있다.
전술한 바와 같이, 본 발명은 상기에서 언급한 증가하는 설정 파라미터들에 의해서 발생하는 통신 오버헤드를 줄일 수 있는 방안을 DLMS/COSEM 프로토콜을 준수하면서 제공할 수 있다.
일반적으로, 파라미터 설정 또는 변경시에는 파라미터 설정정보 자체와 이를 전송하기 위해 필요한 추가 패킷 구성의 요소인 헤더(header) 및 테일(tail), 그리고 보안강화를 위해 요구되는 보안정보(보안헤더, 인증서 등)를 각 파라미터 설정시마다 매번 중복하여 전송하고 있다.
이에, 원격 관리 시스템은 중복 정보들(패킷 헤더/테일, 보안 정보 등)의 전송을 최소화하여 통신 패킷 전송 횟수와 통신 트래픽 자체를 최소화할 수 있다.
또한, 원격 관리 시스템은 패킷 전송량 자체를 최소화하기 위해 중복되지 않은 정보들을 통합화한다.
즉, 원격 관리 시스템은 다수의 설정 파라미터의 통합화를 위해 DLMS/COSEM 프로토콜에서 제공하고 있는 "data" IC(Interface Class)를 이용하여 하나의 이미지 형태로 생성할 수 있다.
이후, 원격 관리 시스템은 생성된 이미지를 DLMS/COSEM 프로토콜에서 제공하고 있는 "image transfer" IC(Interface Class)를 이용하여 전송할 수 있다. 이 경우에는 "image transfer" IC(Interface Class)에서 제공하는 블록 분할 전송 기능과 복구 기능을 사용하여 전송 효율을 극대화할 수 있다. 즉, 분할 전송 중 소실된 이미지 블록은 "image transfer" IC(Interface Class)에서 제공하는 재전송 기능을 이용하여 유실된 이미지 블록만을 복구할 수 있다. 또한, 원격 관리 시스템은 이미지 분할 전송 중에 발생할 수 있는 오류를 예방하고자 수신한 이미지 전체의 무결성을 확인 후, 파라미터의 변경을 진행함으로서 다수의 파라미터를 일괄 설정하기 위한 이미지 전송에 대한 신뢰성을 가질 수 있다.
이상에서 설명된 본 발명의 실시예는 예시적인 것에 불과하며, 본 발명이 속한 기술분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 잘 알 수 있을 것이다. 그럼으로 본 발명은 상기의 상세한 설명에서 언급되는 형태로만 한정되는 것은 아님을 잘 이해할 수 있을 것이다. 따라서 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다. 또한, 본 발명은 첨부된 청구범위에 의해 정의되는 본 발명의 정신과 그 범위 내에 있는 모든 변형물과 균등물 및 대체물을 포함하는 것으로 이해되어야 한다.

Claims (14)

  1. 원격지에서 검침 데이터를 수집하기 위한 스마트미터; 및
    상기 스마트미터의 파라미터들의 설정 또는 변경을 위해 필요한 패킷을 전송함에 있어, 상기 패킷을 구성하는 중복 정보들을 한 번만 사용하고, 상기 패킷을 구성하는 중복되지 않는 정보를 하나로 통합하여 연속된 데이터 형식의 이미지로 생성하여 일괄 전송하기 위한 원격 관리 장치;
    를 포함하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  2. 제 1 항에 있어서,
    상기 중복 정보들은, HDLC 헤더(HDLC Header), HDLC 테일(HDLC tail), 보안정보를 포함하고, 상기 중복되지 않는 정보는 설정을 변경하고자 하는 파라미터를 포함하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  3. 제 1 항에 있어서,
    상기 원격 관리 장치는,
    상기 패킷의 중복되지 않는 정보를 DLMS/COSEM 프로토콜에서 제공하고 있는 "data" IC(Interface Class)를 이용하여 이미지로 생성하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  4. 제 3 항에 있어서,
    상기 원격 관리 장치는,
    상기 이미지를 TLV(Type/Length/Value) 형식으로 정의하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  5. 제 4 항에 있어서,
    상기 원격 관리 장치는,
    상기 이미지를 묶을 때 입력 대상 파라미터들의 총 개수와 각 파라미터들이 사용하는 Interface Class명(ID), OBIS(Object Identification System)코드, 속성 번호와 파라미터 데이터(속성값)들을 규칙화하여 하나의 연속된 데이터로 생성하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  6. 제 3 항에 있어서,
    상기 원격 관리 장치는,
    상기 생성된 이미지를 DLMS/COSEM 프로토콜에서 제공하고 있는 "image transfer" IC(Interface Class)를 이용하여 전송하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  7. 제 6 항에 있어서,
    상기 스마트미터는,
    상기 이미지 자체의 무결성을 확인하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  8. 제 7 항에 있어서,
    상기 스마트미터는,
    SHA(Secure Hash Algorithm)의 해시 알고리즘, ECC(Elliptic Curve Cryptography) 또는 RSA(Riverst-Shamir-Adleman)의 공개키 기반의 서명/검증 알고리즘, CRC(Cyclic Redundancy Check) 알고리즘 중 어느 하나의 알고리즘을 이용하여 상기 이미지 자체의 무결성을 확인하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  9. 제 1 항에 있어서,
    상기 원격 관리 장치는,
    상기 패킷이 ToU(Time of User) 패킷인 경우에, 세부 항목별로 분할한 후 필요한 항목만 전송하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  10. 제 9 항에 있어서,
    상기 원격 관리 장치는,
    상기 ToU 패킷이 어레이(array) 또는 스트럭쳐(structure) 구조의 조합된 형식으로 파라미터값을 구성할 경우에, 하나의 파라미터 항목단위에서 항목단위 전체에 대해서 설정을 변경하는 것이 아니라 변경될 데이터만 전송하여 변경하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템.
  11. 스마트미터의 파라미터들의 설정 또는 변경을 위해 필요한 패킷을 전송함에 있어, 상기 패킷을 구성하는 중복 정보들을 한 번만 사용하고, 상기 패킷을 구성하는 중복되지 않는 정보를 하나로 통합하여 연속된 데이터 형식의 이미지로 생성하는 단계;
    상기 스마트미터로 이미지를 전송하기 위한 준비하는 단계;
    상기 스마트미터로 이미지를 전송하는 단계; 및
    상기 스마트미터에 전송된 이미지를 검증하고 적용하는 단계;
    를 포함하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 방법.
  12. 제 11 항에 있어서,
    상기 준비 단계는,
    상기 스마트미터가 이미지 전송을 받아들일 수 있는지와 상기 스마트미터가 받아들일 수 있는 이미지 블록의 크기를 확인하고, 상기 스마트미터의 이미지 전송 작업을 위한 초기화를 지시하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 방법.
  13. 제 11 항에 있어서,
    상기 이미지 전송 단계는,
    상기 스마트미터에 입력 파라미터 이미지를 전송한 후, 블록으로 분할된 이미지의 전송완료를 확인하며, 상기 블록으로 분할된 이미지의 전송완료를 수행하지 못했을 경우에 재전송 가능여부를 확인하여 전송되지 않은 블록부터 재전송을 받는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 방법.
  14. 제 11 항에 있어서,
    상기 이미지 검증 및 적용 단계는,
    상기 스마트미터에 의해 상기 이미지의 무결성 검증결과와 입력할 이미지를 확인하고, 입력 파라미터 이미지들의 일괄 입력을 적용하는 것을 특징으로 하는 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 방법.
PCT/KR2016/013355 2016-09-29 2016-11-18 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법 WO2018062613A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201680089103.7A CN109691021A (zh) 2016-09-29 2016-11-18 用于智能电表的批量参数设置的远程管理系统及其方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020160125828A KR101807429B1 (ko) 2016-09-29 2016-09-29 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법
KR10-2016-0125828 2016-09-29

Publications (1)

Publication Number Publication Date
WO2018062613A1 true WO2018062613A1 (ko) 2018-04-05

Family

ID=60943373

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/013355 WO2018062613A1 (ko) 2016-09-29 2016-11-18 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법

Country Status (3)

Country Link
KR (1) KR101807429B1 (ko)
CN (1) CN109691021A (ko)
WO (1) WO2018062613A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114567486A (zh) * 2022-03-01 2022-05-31 上海浦东软件平台有限公司 一种用于智能计量设备计量参数调控的方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113891314B (zh) * 2021-10-26 2024-02-23 海澜智云科技有限公司 一种电力预付费系统的安全保护方法
CN117035678B (zh) * 2023-08-18 2024-03-26 国网浙江省电力有限公司丽水供电公司 基于大数据的多维度电费核算方法及装置
CN117134992B (zh) * 2023-10-23 2024-01-02 北京前景无忧电子科技股份有限公司 一种智能电网的用户电力数据安全防护方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101053147B1 (ko) * 2010-08-17 2011-08-02 한국전력공사 타스크 스크립트를 이용한 원격 검침 방법 및 그 장치
KR101080948B1 (ko) * 2010-03-10 2011-11-08 한국전력공사 주파수공용통신망을 이용한 원격검침용 데이터 전송 장치 및 원격 검침 서버, 그리고 그 동작방법
KR20120133623A (ko) * 2011-05-31 2012-12-11 한국전력공사 계량기 등록 방법
KR101326732B1 (ko) * 2012-07-24 2013-11-20 한전케이디엔주식회사 첨단계량 인프라를 위한 암호화 키를 이용한 원격검침방법
KR101375283B1 (ko) * 2012-09-21 2014-03-17 한국전력공사 태스크 기반 바이너리 형식의 지능형 원격검침 프로토콜 전송 시스템 및 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101943734A (zh) * 2010-06-17 2011-01-12 深圳市科陆电子科技股份有限公司 一种基于iec62056协议的批量自动检测终端的方法
CN102377650B (zh) * 2010-08-12 2015-01-07 华为技术有限公司 数据发送处理方法、装置和系统
CN202871059U (zh) * 2012-07-04 2013-04-10 上海电力学院 基于Zigbee技术的远程抄表系统
CN203535784U (zh) * 2013-09-24 2014-04-09 国家电网公司 一种应用于供电系统的智能抄表系统
CN105763376B (zh) * 2016-04-07 2018-09-14 威胜集团有限公司 用于电能表批量生产的参数设置和检测方法
CN105894782A (zh) * 2016-06-21 2016-08-24 广东电网有限责任公司电力科学研究院 一种用于离线用户采集终端的计量自动化抄表系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101080948B1 (ko) * 2010-03-10 2011-11-08 한국전력공사 주파수공용통신망을 이용한 원격검침용 데이터 전송 장치 및 원격 검침 서버, 그리고 그 동작방법
KR101053147B1 (ko) * 2010-08-17 2011-08-02 한국전력공사 타스크 스크립트를 이용한 원격 검침 방법 및 그 장치
KR20120133623A (ko) * 2011-05-31 2012-12-11 한국전력공사 계량기 등록 방법
KR101326732B1 (ko) * 2012-07-24 2013-11-20 한전케이디엔주식회사 첨단계량 인프라를 위한 암호화 키를 이용한 원격검침방법
KR101375283B1 (ko) * 2012-09-21 2014-03-17 한국전력공사 태스크 기반 바이너리 형식의 지능형 원격검침 프로토콜 전송 시스템 및 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114567486A (zh) * 2022-03-01 2022-05-31 上海浦东软件平台有限公司 一种用于智能计量设备计量参数调控的方法及系统
CN114567486B (zh) * 2022-03-01 2024-02-13 上海浦东软件平台有限公司 一种用于智能计量设备计量参数调控的方法及系统

Also Published As

Publication number Publication date
KR101807429B1 (ko) 2017-12-11
CN109691021A (zh) 2019-04-26

Similar Documents

Publication Publication Date Title
WO2018062613A1 (ko) 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법
CN112866075B (zh) 面向Overlay网络的带内网络遥测方法、系统及相关装置
US10009833B2 (en) Managed access point protocol
US10897710B2 (en) Disjoint security in wireless networks with multiple managers or access points
WO2010008223A2 (ko) 사용자 인터페이스에서 보안 서비스를 제공하는 장치 및 방법
WO2016033929A1 (zh) 一种云数据备份及恢复方法
JP4863015B2 (ja) フレーム処理方法及びフレーム処理装置
WO2010128747A1 (ko) 지그비 무선 통신 프로토콜상에서의 보안성 강화 방법 및 장치
WO2023120906A1 (ko) 펌웨어를 수신하는 방법 및 펌웨어를 전송하는 방법
WO2006093079A1 (ja) 通信システム、通信装置、通信方法、及びプログラム
WO2016180020A1 (zh) 一种报文处理方法、设备和系统
WO2014088318A1 (en) Method and apparatus for allocating an internet protocol address to a client device
WO2006006321A1 (ja) 通信システム、鍵配信制御装置および無線ｌａｎ基地局装置
WO2019221419A1 (ko) 하드웨어 보안 모듈
US20120101987A1 (en) Distributed database synchronization
WO2017206602A1 (zh) 数据处理方法及装置
WO2016111407A1 (ko) 단말 세션의 복원 기능을 구비한 네트워크 통신 방법
WO2023142925A1 (zh) 数据传输方法、物联网系统、电子设备及存储介质
WO2023120852A1 (ko) 펌웨어를 수신하는 방법 및 펌웨어를 전송하는 방법
WO2010095800A1 (ko) 근거리 방송 서비스 시스템 및 그 방법, 그리고 이에 적용되는 무선송출 장치
WO2023113168A1 (ko) 데이터의 보안 통신 방법
JPWO2003075537A1 (ja) 通信装置
WO2017008195A1 (zh) 一种业务管理方法及其装置
WO2022196837A1 (ko) Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치
JP2004158923A (ja) Ｈｔｔｐセッション・トンネリング・システム、その方法、及びそのプログラム

Legal Events

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

Ref document number: 16917814

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

Country of ref document: EP

Kind code of ref document: A1