KR20200063087A - M2m 시스템에서 메시지 반복 전송 방법 및 장치 - Google Patents

M2m 시스템에서 메시지 반복 전송 방법 및 장치 Download PDF

Info

Publication number
KR20200063087A
KR20200063087A KR1020190154315A KR20190154315A KR20200063087A KR 20200063087 A KR20200063087 A KR 20200063087A KR 1020190154315 A KR1020190154315 A KR 1020190154315A KR 20190154315 A KR20190154315 A KR 20190154315A KR 20200063087 A KR20200063087 A KR 20200063087A
Authority
KR
South Korea
Prior art keywords
message
resource
transmission
information
attribute information
Prior art date
Application number
KR1020190154315A
Other languages
English (en)
Inventor
나영진
이민병
송재승
Original Assignee
현대자동차주식회사
기아자동차주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 현대자동차주식회사, 기아자동차주식회사 filed Critical 현대자동차주식회사
Publication of KR20200063087A publication Critical patent/KR20200063087A/ko

Links

Images

Classifications

    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H04L67/32—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H04L67/16—
    • H04L67/2833—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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]

Landscapes

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

Abstract

본 발명은 M2M 시스템에서 리소스 오프로딩을 수행하는 방법에 대한 것이다. 이때, 리소스 오프로딩 수행 방법은, 오프로드 리소스(offloaded resource) 및 오프로드 속성(offloaded attributes)을 기반으로 수행되어 진다. 본 발명의 일실시예에 의하면, 소스 리소스에 대한 오프로딩(offloading)을 요청하는, 오프로딩 요청 메시지(offloading request message)를 생성하는 과정을 포함한다. 또한, 본 발명의 일실시예에 의하면, 상기 오프로딩 요청 메시지에 응답하여, 오프로딩이 요청된 소스 리소스를 오프로딩하는 과정을 포함한다. 또한, 본 발명의 일실시예에 의하면, 상기 오프로딩된 소스 리소스를 이용하여 오프로드 리소스(offloaded resource) 생성하는 과정을 포함한다. 상기 오프로드 리소스(offloaded resource)는, 상기 오프로딩된 소스 리소스와의 동기화 방식을 지정하는 동기화 모드(offloadSync)를 오프로드 속성 정보(offloaded attributes)로 포함할 수 있다.

Description

M2M 시스템에서 메시지 반복 전송 방법 및 장치 {Message repetition or retransmission method in M2M system and apparatus thereof}
본 발명은 M2M 시스템에 관한 것이다. 구체적으로는 본 발명은 M2M 시스템에서 메시지 반복 전송 방법 및 장치에 관한 것이다. 또한, 본 발명은 M2M 시스템에서 메시지 재전송 방법 및 장치에 관한 것이다.
최근 M2M(Machine-to-Machine) 시스템에 대한 도입이 활발해지고 있다. M2M 통신은 사람의 개입 없이 기계(Machine)와 기계 사이에 수행되는 통신을 의미할 수 있다. M2M은 MTC(Machine Type Communication), IoT(Internet of Things) 또는 D2D(Device-to-Device)를 지칭할 수 있다. 다만, 하기에서는 설명의 편의를 위해 M2M로 통일하게 지칭하지만, 이에 한정되지 않는다. M2M 통신에 사용되는 단말은 M2M 단말(M2M device)일 수 있다. M2M 단말은 일반적으로 적은 데이터를 전송하면서 낮은 이동성을 갖는 디바이스일 수 있다. 이때, M2M 단말은 기계 간 통신 정보를 중앙에서 저장하고 관리하는 M2M 서버와 연결되어 사용될 수 있다.
또한, M2M 단말은 사물 추적, 자동차 연동, 전력 계량 등과 같이 다양한 시스템에서 적용될 수 있다.
한편, M2M 단말과 관련하여, oneM2M 표준화 기구는 M2M 통신, 사물통신, IoT 기술을 위한 요구사항, 아키텍처, API 사양, 보안 솔루션, 상호 운용성에 대한 기술을 제공하고 있다. oneM2M 표준화 기구의 사양은 스마트 시티, 스마트 그리드, 커넥티드 카, 홈 오토메이션, 치안, 건강과 같은 다양한 어플리케이션과 서비스를 지원하는 프레임 워크를 제공하고 있다.
본 발명은 메시지 반복 전송(repetition) 방법 및 장치를 제공할 수 있다.
본 발명은 메시지 재전송(retransmission) 방법 및 장치를 제공할 수 있다.
본 발명은 M2M 시스템에서 메시지 반복 전송 방법 및 장치를 제공할 수 있다.
본 발명은 M2M 시스템에서 메시지 반복 리소스를 새롭게 정의하여, 메시지 반복 전송을 관리하는 방법 및 장치를 제공할 수 있다.
본 발명은 M2M 시스템에서 메시지 반복 전송 속성 정보를 새롭게 정의하여, 메시지 반복 전송을 관리하는 방법 및 장치를 제공할 수 있다.
본 발명은 M2M 시스템에서 메시지 재전송 리소스를 새롭게 정의하여, 메시지 재전송을 관리하는 방법 및 장치를 제공할 수 있다.
본 발명은 M2M 시스템에서 메시지 재전송 속성 정보를 새롭게 정의하여, 메시지 재전송을 관리하는 방법 및 장치를 제공할 수 있다.
본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법은, 메시지 반복 전송을 위한 속성 정보를 설정하는 단계, 상기 설정된 속성 정보를 포함하여, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하는 단계, 및 상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하는 단계를 포함하되, 상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송을 요청하는 요청자(Originator)를 지정하는 정보(repetitionOriginator)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작 방식을 지정하는 정보(targetOperation)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법은, 상기 메시지 반복 전송을 위한 속성 정보는, 다음번 메시지 반복 전송시 적용되는 값을 지정하는 정보(nextForcedvalue)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법은, 상기 nextForcedvalue 속성 정보가 상기 제 1 리소스에 업데이트 되면, 상기 valueForRepetition 속성에서 지정된 전송 ekqt 대신 상기 nextForcedvalue 속성에 의해 지정된 값으로, 다음 메시지 반복 전송을 수행할 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작이 수행되는 주기를 지정하는 정보(intervalRep)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작이 수행되는 횟수를 지정하는 정보(repetitionDuration)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 메시지 반복 전송을 위한 속성 정보는, 응답 메시지 수신 방법을 지정하는 정보(responseMode)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스는, 반복 재생 리소스(msgRepetition)일 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스는, 자식 리소스로 스케줄 리소스(schedue)를 포함할 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스는, 부모 리소스인 메시지 반복 전송 리스트 리소스(msgRepetitionList) 하위에 포함될 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스는, 구독 리소스(subscription)일 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스는, 그룹 리소스(group)일 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법에서, 상기 제 1 리소스와는 별도로, 메시지 반복 전송을 관리하기 위한 제 2 리소스를 포함할 수 있으며, 상기 제 2 리소스는, 구독 리소스(subscription) 또는 그룹 리소스(group) 중 어느 하나일 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복(message repetition) 전송 방법은, 메시지 반복 전송을 요청하는, 요청 메시지를 수신하는 단계, 상기 요청 메시지에 대응하여, 메시지 반복 전송을 위한 속성 정보를 포함하고, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하는 단계, 및 상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하는 단계를 포함하되, 상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 재전송(message retransmission) 방법은, 메시지 재전송을 위한 속성 정보를 설정하는 단계, 상기 설정된 속성 정보를 포함하여, 메시지 재전송에 적용되는 제 1 리소스를 구성하는 단계, 및 상기 구성된 제 1 리소스에 따라, 메시지 재전송을 수행하는 단계를 포함하되, 상기 메시지 재전송을 위한 속성 정보는, 적어도 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)와 재전송 메시지가 전달되지 않은 멤버를 지정하는 정보를(memberNotDelivered) 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 재전송(message retransmission) 방법에서, 멀티캐스트 전송을 수신하지 못한 실패 노드가 존재하는 지를 확인하는 단계와, 상기 실패 노드에 대해, 상기 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)에 따라, 재전송 최대 횟수까지 재전송을 수행하는 단계를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 재전송(message retransmission) 방법에서, 상기 실패 노드에 메시지 재전송을 수행하는 단계는, 유니캐스트 전송 방식으로 재전송할 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 재전송(message retransmission) 방법에서, 상기 메시지 재전송을 위한 속성 정보는, 재전송 방식으로 적어도 유니캐스트 전송 방식 또는 MBMS 전송 방식 중 하나를 지정하는 정보(RetransmissionMode)를 포함할 수 있다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복 전송 장치는, 적어도 하나 이상의 프로세서; 및 상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되, 상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는, 메시지 반복 전송을 위한 속성 정보를 설정하고, 상기 설정된 속성 정보를 포함하여, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하고, 상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하되, 상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 반복 전송 장치는, 적어도 하나 이상의 프로세서; 및 상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되, 상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는, 메시지 반복 전송을 요청하는, 요청 메시지를 수신하고, 상기 요청 메시지에 대응하여, 메시지 반복 전송을 위한 속성 정보를 포함하고, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하고, 상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하되, 상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함한다.
또한, 본 발명의 일 실시예에 따른, 메시지 재전송 장치는, 적어도 하나 이상의 프로세서; 및 상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되, 상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는, 메시지 재전송을 위한 속성 정보를 설정하고, 상기 설정된 속성 정보를 포함하여, 메시지 재전송에 적용되는 제 1 리소스를 구성하고, 상기 구성된 제 1 리소스에 따라, 메시지 재전송을 수행하되, 상기 메시지 재전송을 위한 속성 정보는, 적어도 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)와 재전송 메시지가 전달되지 않은 멤버를 지정하는 정보를(memberNotDelivered) 포함한다.
본 발명에 따르면, 효율적인 메시지 반복 전송 관리 방법 및 장치를 제공할 수 있다.
본 발명에 따르면, 효율적인 메시지 재전송 관리 방법 및 장치를 제공할 수 있다.
본 발명에 따르면, M2M 시스템에서 효율적인 메시지 반복 전송 관리 방법 및 장치를 제공할 수 있다.
본 발명에 따르면, M2M 시스템에서 효율적인 메시지 재전송 관리 방법 및 장치를 제공할 수 있다.
본 발명에 따르면, M2M 시스템에서 주기적인 메시지 반복 전송을 통해, 위험 경고 영역에 새롭게 합류한 단말에도 유용한 정보를 제공하는 것이 가능하게 된다.
본 발명에 따르면, M2M 시스템에서 메시지 재전송을 통해, 위험 경고 영역에 존재하는 모든 단말에 이머전시(emergency) 경고 메시지를 제공하는 것이 가능하게 된다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명에 따라 M2M 시스템의 계층 구조를 나타낸 도면이다.
도 2는 본 발명에 따라 기준점을 나타낸 도면이다.
도 3은 본 발명에 따라 각각의 노드를 나타낸 도면이다.
도 4는 본 발명에 따라 공통 서비스 펑션을 나타낸 도면이다.
도 5 및 도 6은 본 발명에 따른, 메시지 반복 전송(repetition) 및/또는 재전송(retransmission)이 필요한 시나리오를 예를 들어 도시한 것이다.
도 7은 본 발명에 따른, M2M 시스템에서, 요청 메시지 및 응답 메시지의 사용에 기초하는 정보 교환 방식을 설명하기 위해 도시한 것이다.
도 8 내지 도 10은 본 발명의 일 실시예에 따른, 메시지 반복 전송 방법을 구현하는 프로세스를 설명하기 위해 도시한 것이다.
도 11 내지 도 14는 본 발명의 일 실시예에 따른, 메시지 재전송 방법을 구현하는 프로세스를 예를 들어 도시한 것이다.
도 15 내지 도 16은 본 발명에 따른 메시지 반복 전송의 일 예를 간략히 도시한 것이다.
도 17은 본 발명에 따른 장치 구성의 일예를 타낸 도면이다.
도 18은 본 발명에 따른 장치 구성의 다른 예를 나타낸 도면이다.
이하에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나, 본 발명는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다.
본 발명에 있어서, 제1, 제2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되며, 특별히 언급되지 않는 한 구성요소들간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 발명의 범위 내에서 일 실시예에서의 제1 구성요소는 다른 실시예에서 제2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제2 구성요소를 다른 실시예에서 제1 구성요소라고 칭할 수도 있다.
본 발명에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계뿐만 아니라, 그 중간에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 어떤 구성요소가 다른 구성요소를 "포함한다" 또는 "가진다"고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 배제하는 것이 아니라 또 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
본 발명에 있어서, 서로 구별되는 구성요소들은 각각의 특징을 명확하게 설명하기 위함이며, 구성요소들이 반드시 분리되는 것을 의미하지는 않는다. 즉, 복수의 구성요소가 통합되어 하나의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있고, 하나의 구성요소가 분산되어 복수의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있다. 따라서, 별도로 언급하지 않더라도 이와 같이 통합된 또는 분산된 실시예도 본 발명의 범위에 포함된다.
본 발명에 있어서, 다양한 실시예에서 설명하는 구성요소들이 반드시 필수적인 구성요소들은 의미하는 것은 아니며, 일부는 선택적인 구성요소일 수 있다. 따라서, 일 실시예에서 설명하는 구성요소들의 부분집합으로 구성되는 실시예도 본 발명의 범위에 포함된다. 또한, 다양한 실시예에서 설명하는 구성요소들에 추가적으로 다른 구성요소를 포함하는 실시예도 본 발명의 범위에 포함된다.
본 발명의 실시예를 설명함에 있어서 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그에 대한 상세한 설명은 생략한다. 그리고, 도면에서 본 발명에 대한 설명과 관계없는 부분은 생략하였으며, 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
또한 본 명세서는 M2M 통신에 기초한 네트워크에 대해 설명하며, M2M 통신 네트워크에서 이루어지는 작업은 해당 통신 네트워크를 관할하는 시스템에서 네트워크를 제어하고 데이터를 송신하는 과정에서 이루어질 수 있다.
또한, 본 명세서에서 M2M 단말은 M2M 통신을 수행하는 단말일 수 있으나, 호환성(Backward Compatibility)을 고려하여 무선 통신 시스템에서 동작하는 단말일 수 있다. 즉, M2M 단말은 M2M 통신 네트워크에 기초하여 동작될 수 있는 단말을 의미할 수 있으나, M2M 통신 네트워크로 한정되는 것은 아니다. M2M 단말은 다른 무선 통신 네트워크에 기초하여 동작하는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, M2M 단말은 고정되거나 이동성을 가질 수 있다. 또한, M2M 서버는 M2M 통신을 위한 서버를 지칭하며 고정국(fixed station) 또는 이동국(mobile station)일 수 있다.
또한, 본 명세서에서 엔터티는 M2M 디바이스, M2M 게이트웨이, M2M 서버와 같은 하드웨어를 지칭할 수 있다. 또한, 일 예로, 엔터티는 M2M 시스템의 계층 구조에서 소프트웨어적인 구성을 지칭하는데 사용할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 본 발명은 M2M 시스템을 중심으로 설명되지만 본 발명은 M2M 시스템에만 제한적으로 적용되는 것은 아니다.
또한, M2M 서버는 M2M 단말 또는 다른 M2M 서버와 통신을 수행하는 서버일 수 있다. 또한, M2M 게이트웨이는 M2M 단말과 M2M 서버를 연결하는 연결점 역할을 수행할 수 있다. 일 예로, M2M 단말과 M2M 서버의 네트워크가 상이한 경우, M2M 게이트웨이를 통해 서로 연결될 수 있다. 이때, 일 예로, M2M 게이트웨이, M2M 서버 모두 M2M 단말일 수 있으며, 상술한 실시예로 한정되지 않는다.
도 1은 M2M 시스템의 계층 구조를 나타낸 도면이다.
도 1를 참조하면, M2M 시스템의 계층 구조 (layered structure)는 어플리케이션 계층(110), 공통 서비스 계층(120), 네트워크 서비스 계층(130)으로 구성될 수 있다. 이때, 어플리케이션 계층(110)은 구체적인 어플리케이션에 기초하여 동작하는 계층일 수 있다. 일 예로, 어플리케이션은 차량 추적 어플리케이션(fleet tracking application), 원거리 혈당 모니터링 어플리케이션(remote blood sugar monitoring application), 전략 계량 어플리케이션(power metering application) 또는 제어 어플리케이션(controlling application) 등일 수 있다. 즉, 어플리케이션 계층은 구체적인 어플리케이션에 대한 계층일 수 있다. 이때, 어플리케이션 계층에 기초하여 동작하는 엔터티는 어플리케이션 엔터티(Application Entity, AE)일 수 있다.
공통 서비스 계층(120)은 공통 서비스 펑션(Common Service Function)에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)은 데이터 관리(Data Management), 단말 관리(Device Management), M2M 서비스 구독 관리(M2M Service Subscription Management), 위치 서비스(Location Services) 등과 같이 공통 서비스 제공에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)에 기초하여 동작하는 엔터티는 공통 서비스 엔터티(Common Service Entity, CSE)일 수 있다.
네트워크 서비스 계층(130)은 장치 관리(device management), 위치 서비스(location service) 또는 장치 트리거링(device triggering)과 같은 서비스들을 공통 서비스 계층(120)에 제공할 수 있다. 이때, 네트워크 계층(130)에 기초하여 동작하는 엔터티는 네트워크 서비스 엔터티(Network Service Entity, NSE)일 수 있다.
도 2는 M2M 시스템 구조를 나타낸 도면이다.
도 2를 참조하면, M2M 시스템 구조는 필드 도메인(Field Domain) 및 인프라스트럭쳐 도메인(Infrastructure Domain)으로 구별될 수 있다. 이때, 각각의 도메인에서 각각의 엔터티들은 기준점을 통해 통신을 수행할 수 있다. 일 예로, 기준점(reference point)은 각각의 엔터티들 간의 통신 흐름을 나타낼 수 있다. 이때, 도 2를 참조하면, AE(210, 240)와 CSE(220, 250) 사이의 기준점인 Mca 기준점, 서로 다른 CSE (220, 250) 사이의 기준점인 Mcc 기준점 및 CSE(220, 250)와 NSE(230, 260) 사이의 기준점인 Mcn 기준점이 설정될 수 있다.
도 3은 M2M 시스템 구조의 설정을 나타낸 도면이다.
도 3을 참조하면, 특정 M2M 서비스 제공자의 인프라스트럭쳐 도메인은 특정 인프라스트럭처 노드(310, Infrastructure Node, IN)를 제공할 수 있다. 이때, IN의 CSE는 다른 인프라스트럭쳐 노드의 AE와 Mca 기준점에 기초하여 통신을 수행할 수 있다. 이때, 하나의 M2M 서비스 제공자마다 하나의 IN이 설정될 수 있다. 즉, IN은 인프라스트럭쳐 구조에 기초하여 다른 인프라스트럭쳐의 M2M 단말과 통신을 수행하는 노드일 수 있다. 또한, 일 예로, 노드의 개념은 논리적 엔터티일 수 있으며, 소프트웨어적인 구성일 수 있다.
다음으로, 어플리케이션 지정 노드(320, Application Dedicated Node, ADN)는 적어도 하나의 AE를 포함하고, CSE를 포함하지 않는 노드일 수 있다. 이때, ADN은 필드 도메인에서 설정될 수 있다. 즉, ADN은 AE에 대한 전용 노드일 수 있다. 일 예로, ADN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다. 또한, 어플리케이션 서비스 노드(330, Application Service Node, ASN)는 하나의 CSE와 적어도 하나 이상의 AE를 포함하는 노드일 수 있다. ASN은 필드 도메인에서 설정될 수 있다. 즉, AE 및 CSE를 포함하는 노드일 수 있다. 이때, ASN은 IN과 연결되는 노드일 수 있다. 일 예로, ASN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다.
또한, 미들 노드(340, Middle Node, MN)은 CSE를 포함하고, 0개 또는 그 이상의 AE를 포함하는 노드일 수 있다. 이때, MN은 필드 도메인에서 설정될 수 있다. MN은 다른 MN 또는 IN과 기준점에 기초하여 연결될 수 있다. 또한 일 예로, MN은 하드웨어적으로 M2M 게이트웨이에 설정될 수 있다.
또한, 일 예로, 논-M2M 단말 노드(350, Non-M2M device node, NoDN)은 M2M 엔터티들을 포함하지 않은 노드로서 M2M 시스템과 관리나 협업 등을 수행하는 노드일 수 있다.
도 4는 공통 서비스 펑션을 나타낸 도면이다. 도 4를 참조하면, 공통 서비스 펑션들을 제공할 수 있다. 일 예로, 공통 서비스 펑션은 어플리케이션 및 서비스 계층 관리(Application and Service Layer Management), 통신 관리 및 전달 처리(Communication Management and Delivery Handling), 데이터 관리 및 저장(Data Management and Repository), 장치 관리(Device Management), 발견(Discovery), 그룹 관리(Group Management), 위치(Location), 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering), 등록(Registration), 보안(Security), 서비스 과금 및 계산(Service Charging and Accounting), 서비스 세션 관리 기능(Service Session Management) 및 구독/통지(Subscription/Notification) 중 적어도 어느 하나 이상의 기능을 제공할 수 있다. 이때, 공통 서비스 펑션에 기초하여 M2M 단말들이 동작할 수 있다. 또한, 공통 서비스 펑션은 다른 실시예도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, M2M 시스템에서 M2M 플랫폼, M2M 게이트웨이, M2M 장치 및 AE(Application Entity) 중 적어도 어느 하나 이상이 포함될 수 있다. 일 예로, IN은 M2M 플랫폼 역할을 수행할 수 있고, MN은 M2M 게이트웨이 역할을 수행할 수 있다. 또한, ASN 또는 ADN은 M2M 장치일 수 있으며, 상술한 바에 기초하여 동작할 수 있다. 또한, 일 예로, CSE는 M2M 시스템의 공통 기능 요소로 사용되며 공통 기능을 수행할 수 있으며, 이는 상술한 바와 같다. 이때, CSE는 해당 기능을 구현하기 위해 M2M 플랫폼, M2M 게이트웨이 및 M2M 장치로 사용되는 ASN에 포함될 수 있으며, 이는 상술한 바와 같다. 또한, 일 예로, AE는 M2M 플랫폼, M2M 게이트웨이, ASN 및 AND 중 적어도 어느 하나에 포함될 수 있다. 또한, 일 예로, AE는 단독으로 사용될 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 일 예로, 호스팅 CSE(Hosting Common Service Entity, H-CSE)는 리소스 또는 속성을 보유하는 엔터티일 수 있고, 레지스트라 엔터티(Registrar Common Entity, R-CSE)는 단말(또는 M2M 단말)이 등록된 CSE일 수 있다. 이때, 일 예로, 단말은 ADN, ASN 또는 MN 중 적어도 어느 하나일 수 있다. 또한, 일 예로, R-CSE 및 H-CSE는 ASN, MN 및 IN 중 적어도 어느 하나 이상일 수 있다.
일 예로, 단말은 R-CSE를 통해 H-CSE로부터 리소스를 획득할 수 있다. 한편, 리소스는 M2M 시스템에서 동작되는 오브젝트에 기초하여 표현될 수 있다. 일 예로, 리소스는 특정 서비스를 위한 단말 동작 정보에 기초하여 정의될 수 있으며, CRUD(Create/Retrieve/Update/Delete)에 기초하여 지시될 수 있다. 보다 구체적인 일 예로, 단말(또는 AE)은 R-CSE를 통해 H-CSE로부터 리소스 및 타겟 리소스의 속성 정보를 획득할 수 있다. 이때, 상술한 바와 같이, H-CSE는 AE에게 특정 서비스를 위한 리소스 및 리소스의 속성 정보를 제공할 수 있다. 따라서, 일 예로, H-CSE는 특별 서비스를 위한 리소스 서버일 수 있다. 또한, 일 예로, 리소스 서버는 차량 주행 서버나 차량 관리 서버 등일 수 있다. 즉, 단말은 서버로부터 리소스에 기초하여 특정 서비스에 대한 정보를 획득하고, 그에 기초하여 동작할 수 있다. 한편, 일 예로, M2M 시스템에서의 CSE는 송수신기, 프로세서 및 메모리를 포함하고, 이에 기초하여 데이터 패킷을 다른 노드들에게 송수신하여 데이터 패킷을 처리할 수 있으며, 구체적인 장치 구성에 대해서는 후술한다.
또한, 일 예로, 리소스는 컨테이너(container)를 통해 관련 정보를 저장하고, 다른 엔터티와 데이터 공유를 수행할 수 있다. 이때, 컨텐츠 인스턴스(contentInstance)는 자식 리소스(child resource)일 수 있다. 또한, 일 예로, 각각의 리소스의 속성 정보는 리소스에 대한 구체적인 기술(specific description)일 수 있다. 이때, 리소스 속성 정보는 리소스의 속성 데이터를 저장할 수 있다.
상술한 바에 기초하여, 단말(또는 AE)는 R-CSE을 통해 H-CSE로부터 특정 리소스를 획득할 수 있다. 이때, 리소스에는 타겟 속성 정보로서 속성 정보가 포함될 수 있다. 단말은 획득한 리소스 및 속성 정보에 기초하여 특정 서비스를 위한 동작을 수행할 수 있다.
도 5 및 도 6은 본 발명에 따른, 메시지 반복 전송(repetition) 및/또는 재전송(retransmission)이 필요한 시나리오를 예를 들어 도시한 것이다.
일반적으로 3GPP MBMS (Multimedia Broadcast Multicast Service)는 서비스 공지, 검색, 메시지 전달을 포함한 다양한 멀티캐스트 기능을 규정하는 것으로 알려져 있다. 또한, oneM2M TS-0026 표준문서에 의하면, MBMS를 포함한 3GPP와의 상호 작용 기능(interworking function)을 지원하는 것을 규정하고 있다. 따라서, M2M 환경에서도 이용자 단말(terminal or member)이 자주 변경되는 이용자 그룹에 동일한 내용을 반복 전송 또는 재전송해야 하는 시나리오가 존재한다.
첫째, 예를 들어 도 5에 도시한 바와 같이, 메시지 전송 노드(500)가 도로상 특정 지역(5100, 이하 이를 "교통 통신 영역" 이라고 한다)에 위치한 차량 그룹에 주기적으로 교통 정보를 전송하는 서비스를 운영할 수 있다. 따라서, 상기 교통 통신 영역(510)내에 새로운 이용자 그룹(520)이 발생한 경우에도, 상기 메시지 전송 노드(500)는 계속적으로 동일한 교통 정보를 제공하는 것이 가능하여야 한다. 관련하여, M2M 시스템에서 상기 새로운 이용자 그룹(520)에 메시지를 전송하기 위한 새로운 규정이 필요하게 된다. 예를 들어, 우선 각 이용자 단말별 유니캐스트(unicast) 전송을 수행하고, 이후 전체 이용자 단말에 대한 멀티캐스트(multicast) 전송을 수행할 수 있다. 또한, 다른 대안으로, 예를 들어, 임시 멀티캐스트 그룹을 생성하여 전송한 후, 이후 상기 임시 멀티캐스트 그룹을 오리지널 멀티캐스트 그룹으로 편입하고 멀티캐스트 전송을 수행할 수도 있다. 본 발명은 도 5와 같은 시나리오에서, M2M 시스템에서 효율적인 메시지 반복 전송 방법 및/또는 메시지 재전송 방법에 대해 상세히 후술할 것이다.
둘째, 예를 들어 도 6에 도시한 바와 같이, 메시지 전송 노드(600)는 산불이 발생한 특정 지역(이하 이를 "위험 경고 영역" 이라고 한다)에 위치한 모든 이용자 단말들에게 위험 경고 메시지를 전송하는 서비스를 운영할 수 있다. 따라서, 상기 이머전시(emergency) 위험 경고 영역내에 존재하는 모든 이용자 단말들에게 동일한 위험 경고 메시지가 반복적이고 주기적으로 제공되는 것이 필요하다. 이때, 상기 이머전시 위험 경고 영역내에 존재하는 특정 이용자 단말(610)이 상기 위험 경고 메시지를 수신하지 못하는 경우에는, 상기 위험 경고 메시지를 재전송(retransmission) 하여 수신 가능하도록 하는 것이 필요하다(620). 또한, 위험상황의 전개에 따라, 위험 경고 메시지를 업데이트하고, 업데이트된 경고 메시지를 다시 반복적으로 전송하는 것도 필요하다. 이를 위해서는 상기 이머전지 위험 경고 영역을 통신 영역으로 계속 활성화되는 것이 필요하다. 본 발명은 도 6과 같은 시나리오에서, M2M 시스템에서 효율적인 메시지 반복 전송 방법 및/또는 메시지 재전송 방법에 대해 상세히 후술할 것이다.
또한, 전술한 도 5 및 도 6의 시나리오에서와 같이, 메시지 반복 전송이 필요한 경우에도, 메시지 전송 노드(500, 600)와 이용자 단말 간에 메시지 반복 전송에 따른 오버헤드를 줄일 수 있는 규정이 필요하다. 즉, M2M 시스템에서의 상호 통신 되는 두개의 엔터티(entities) 간에 메시지 반복으로 인한 오버헤드 감소 방안도 필요하다.
도 7은 M2M 시스템에서, 요청 메시지(711, Request message) 및 응답 메시지(721, Response message) 사용에 기초하는 정보 교환 방식을 설명하기 위해 도시한 것이다.
CSE와 AE를 포함하는 메시지 교환 프로세스는, 참조점 간의 메시지 교환에 의해 이루어진다. 예를 들어, 상기 요청 및 응답 메시지는 AE와 CSE 사이 (Mca 기준점) 또는 CSE 간 (Mcc 기준점) 통신에 적용될 수 있다. 또한, 상기 통신은 요청 메시지(Request message)의 내용에 따라, AE 또는 CSE에 의해 개시될 수 있다. 요청 메시지(Request message)를 개시하는 엔터티를 특히 "Originator"(710)라고 한다. 반명, 요청 메시지를 수신하고, 대응하는 응답 메시지를 발송하는 엔터티를 ㅌ특히 "Receiver"(720) 라고 한다.
따라서, 이하 본 발명에 따른 메시지 반복 전송 및 재전송 방법 및 장치는 상기 요청 메시지(711, Request message) 및 응답 메시지(721, Response message)의 사용을 기본적인 프로세스로 규정하고자 한다. 또한, 본 발명에 따른 메시지 반복 전송 및 메시지 재전송, 방법 및 장치는 다양한 실시예들로 구성될 수 있는 바, 이하 각 실시예 별로 분리하여 상세히 설명하고자 한다.
1. 메시지 반복 전송 리소스를 활용한 메시지 반복 전송 실시예
도 8 내지 도 10은 본 발명의 일 실시예에 따른, 메시지 반복 전송 방법을 구현하는 프로세스를 설명하기 위해 도시한 것이다. 특히, 본 발명의 일 실시예는 메시지 반복 리소스(예, <msgRepetition>) 및 해당 리소스 속성 정보를 새롭게 규정하는 것을 특징으로 한다.
도 8은 본 발명의 일 실시예에 따른, 메시지 반복 리소스를 예를 들어 도시한 것이다. 메시지 반복 전송을 위해, 별도의 <msgRepetition> 리소스(810)를 생성하는 것이 가능하다. 여기서, 상기 <msgRepetition> 리소스(810)의 효율적 활용을 위해, 상기 <msgRepetition> 리소스가 위치하는 상위에 <msgRepetitionList> 리소스(800)를 생성하는 것이 가능하다. 반면, <msgRepetition> 리소스(810)를 상기 특정 <msgRepetitionList> 리소스(800) 하위에 생성하지 않고, 통상의 <node> 리소스 하위에 생성하는 것도 가능하다. 단, 이 경우, 엔터티 프로세서는 <msgRepetition> 리소스(810) 존재 여부를 계속 체크해야하는 부담이 있다.
관련하여, 상기 <msgRepetition> 리소스(810)는 적어도 하나 이상의 메시지 반복 속성 정보(msgRepetition Attributes)를 포함하는 서브 리소스들(sub-resource, 811~818)로 구성할 수 있다. 특히 메시지 반복 전송을 효율적으로 수행하기 위해서는 상기 속성 정보의 정의가 반드시 필요하다. 예를 들어, 상기 속성 정보를 통해 메시지 반복 전송의 오버헤드를 줄일 수 있는 효과도 있다.
[표1]은 상기 <msgRepetition> 리소스(810)내에 포함되는 메시지 반복 속성 정보(msgRepetition Attributes)를 예를 들어 개시한 것이다.
Attribute Name Description
targetResource Which resource should be created (e.g., contentInstance)
targetOperation Which operation should be performed (CREATE, UPDATE)
intervalRep How often the given operation should be performed to the target resource (e.g., every 10 minutes)
repetitionDuration How many times the repetition should be performed (e.g., 0, 1~finite number, infinite number). After complete repetition during the given amount of time, the parent resource, i.e., <msgRepetition> is removed.
valueForRepetition What is the value to be repeated (e.g., temperature 15 celsius)
responseMode How to receive response (only once, every 10 minutes, accumulated response, etc.)
nextForcedValue The value to be operated for the next operation. This value is different from the value for <valueForRepetition>. This value becomes None after consumed. If there is value (which is not NONE), the platform must use this value instead of <valueForRepetition>.
repetitionOriginator The originator of the message repetition.
lastResponse Information about the last response to the Originator.
구체적으로, "targetResource" 속성(811)은, 메시지 반복 전송이 필요한 타겟 대상 리소스를 지정하는 정보이다. 예를 들어, 교통 정보, 위험 경고 정보 등을 의미할 수 있으며, "contentInstance" 로 표시될 수 있다. 또한, "intervalRep" 속성(812)은, 메시지 반복 전송 동작이 수행되는 주기를 지정하는 정보이다. 예를 들어, 매 1분, 매 10분, 매 1시간, 등과 같이 주기 시간을 설정할 수 있다. 따라서, 상기 "intervalRep" 속성(812)은 반복 전송 서비스 종류에 따라 다양하게 결정하는 것이 가능하다. 예를 들어, 도 6 시나리오와 같이, 긴급을 요하는 위험 경고 메시지인 경우에는 interval을 짧게 가져가는 것이 바람직하다.
또한, "repetitionDuration" 속성(813)은, 메시지 반복 전송 동작이 수행되는 횟수를 지정하는 정보이다. 예를 들어, 1회, 유한 결정된 횟수, 무한 반복, 등과 같이 횟수를 설정할 수 있다. 따라서, 상기 "repetitionDuration" 속성(813)에 규정된 횟수만큼 반복이 수행 완료되면, 상위 <mseRepetition> 리소스를 삭제할 수 있다.
또한, "valueForRepetition" 속성(814)은, 메시지 반복 전송의 대상이 되는 전송 값(value)을 지정하는 정보이다. 예를 들어, 특정 온도, 특정 대기 오염도, 등과 같이 반복 전송으로부터 얻고자 하는 구체 정보를 의미한다. 관련하여, 상기 "valueForRepetition" 속성(814)은 전술한 "targetResource" 속성(811)과 함께 적용되어, 반복 전송되는 타겟 리소스 (예, 타겟 응용 서비스)와 반복 전송 대상 값을 정의하는 데 활용될 수 있다. 특히, 이러한 속성 정보들은, 반복 전송 메시지의 대상을 명확히 함에 따라, 메시지 반복 전송시 오버헤드를 감소시키는 효과가 있다.
또한, "responseMode" 속성(815)은, 응답 메시지 수신 방법을 지정하는 정보이다. 예를 들어, 즉시, 매 10분, 누적 응답, 등과 같이, 응답 메시지 구성 방법을 지정하는 것이 가능하다.
또한, "nextForcedvalue" 속성(816)은, 다음번 메시지 반복 전송시 적용되는 값을 지정하는 정보이다. 여기서, 상기 "nextForcedvalue" 속성(816)은 전술한 "valueForRepetition" 속성(814)과 대비된다. 즉, "valueForRepetition" 속성(814)에 의해 반복 전송이 수행되는 도중에, 상기 "nextForcedvalue" 속성(816)이 업데이트 되는 경우에는, 상기 "valueForRepetition" 속성(814) 대신, 반드시 "nextForcedvalue" 속성에 의해 지정된 값으로 다음번 메시지 반복 전송이 수행되어야 함을 의미한다.
또한, "repetitionOriginator" 속성(817)은, 메시지 반복 전송을 요청하는 전송 노드(Originator)를 지정하는 정보이다.
또한, "lastResponse" 속성(818)은, 상기 전송 노드(Originator)에 전송되는 마지막 응답에 관한 정보를 포함한다.
또한, "targetOperation" 속성은, 메시지 반복 전송 동작 방식을 지정하는 정보이다. 예를 들어, 이는 메시지 생성 동작("CREATE") 또는 메시지 업데이트 동작 ("UPDATE")으로 구별할 수 있다. 여기서, 메시지 생성 동작("CREATE")은 반복적으로 동일한 메시지를 생성하는 것을 의미하고, 메시지 업데이트 동작 ("UPDATE")은 반복 전송시 업데이트된 메시지를 전송하는 것을 의미한다.
또한, [표1]에는 개시하지 않았으나, "repetitionMode" 속성을 설정하는 것도 가능하다. "repetitionMode" 속성은 반복 전송이 수행되는 방식, 예를 들어, 유니캐스트(unicast) 방식 또는 멀티캐스트(multicast) 방식 또는 또 다른 전송 방식 중, 어느 하나를 설정하거나, 상기 전송 방식 들의 혼용(예, "unicast" 이후 "multicast" 수행)을 지정하는 정보일 수 있다.
도 9는 본 발명의 일 실시예에 따른, 메시지 반복 전송 프로세스를 예를 들어 도시한 것이다. 특히 도 9는 메시지 반복 속성 정보가 요청된 경우에, IN-CSE(920)의 상세 대응 프로세스를 보여주는 일 예이다.
즉, Originator(910)가 IN-CSE(920)에 메시지 반복 전송을 요청한 경우에 있어서, 상기 IN-CSE(920)의 상세 대응 프로세스는 다음과 같다. 우선, 예를 들어, 상기 Originator(910)는, 매일 10분 간격으로 'y' 컨테이너에 실어서 'x' 정보의 생성을 요청 메시지(request message)를 통해 상기 IS-CSE(920)에 요청할 수 있다. 이때 상기 요청 메시지는 전술한 [표1]에 개시된, 메시지 반복 속성 정보(msgRepetition Attributes)중 적어도 하나 이상을 포함할 수 있다.
상기 요청 메시지를 수신한 IN-CSE(920)는, 우선 <msgRepetitionList> 하위에 전술한 <msgRepetition> 리소스를 생성(create)할 수 있다(921). 또한, <msgRepetition> 리소스의 서브 리소스(sub-resource)를 구성(configure)할 수 있다(922). 예를 들어, 상기 서브 리소스는 전술한 도 8에 도시한 바와 같이, 상기 요청 메시지에 포함된 메시지 반복 속성 정보를 활용하여 구성할 수 있다.
이후, 상기 IN-CSE(920)는, 상기 메시지 반복 전송을 내부 프로세서를 활용하여 체크(check) 한다(923). 예를 들어, IN-CSE(920)는 상기 생성된 <msgRepetition> 리소스 및 메시지 반복 속성 정보가 설정된 서브 리소스에 근거하여, 메시지 반복 전송 수행 여부를 체크할 수 있다. 즉, 설정된 메시지 반복 속성 정보에 근거하여, 적어도 메시지 반복 전송의 대상(target), 시간(interval), 횟수(duration), 값(value), 등을 결정할 수 있게 된다. 또한, 만약 스케줄 메시지 반복 (scheduled message repetition)이 존재하면, IN-CSE(920)는 대응하는 동작을 수행할 수도 있다.
여기서, 만약 상기 Originator(910)가 새로운 반복 전송 값(value)을 수신하기를 원하는 경우에는, 상기 Originator(910)는 전술한 nextForcedValue 속성 정보를 업데이트 할 수 있다. 이후 IN-CSE(920)는 상기 nextForcedValue 속성 정보에 의해 지정된 값(value)으로 다음번 메시지 반복 전송을 수행하게 된다 (924).
또한, IN-CSE(920)는 전술한 responseMode 속성 정보에 근거한 응답 정책을 설정하고, 응답 메시지를 Originator(910)에 전송하기 위한 세션(session)을 생성하고, 응답 메시지 전송을 개시할 수 있다(925).
이후, 전술한 repetitionDuration 속성 정보에 근거하여 메시지 반복 구간이 종료되었음이 확인되면, IN-CSE(920)는 상기 <msgRepetition> 리소스를 삭제(delete) 하고 메시지 반복 전송 수행을 종료할 수 있다(926).
도 10은 본 발명의 일 실시예에 따른, 또 다른 메시지 반복 전송 프로세스를 예를 들어 도시한 것이다. 특히 도 10은 메시지 반복 속성 정보가 어떻게 반복 전송 프로세스에 활용되는 지를 보여주는 구체적인 예이다.
AE#1(1010)은 메시지 반복 전송을 요청하는 요청 메시지를 전송한다 (001). 이때, 예를 들어, CREATE <contentInstance>의 <container-x>에 대해 'd' 날짜까지, 매 't' 시간마다 반복 전송 속성을 지정할 수 있다.
IN-CSE(1020)는 상기 AE#1(1010)의 신뢰성을 검증한다. 예를 들어, AE#1(1010)의 <container-x> 및 접속 제어 정책(access control policy)을 체크한다. 이때, 오류가 없는 경우, IN-CSE(1020)는 요청된 정보와 함께 <msgRepetitionList> 아래에 <msgRepetition>을 생성한다 (002).
또한, IN-CSE(1020)는 상기 <msgRepetition>의 성공적 생성을 AE#1(1010) 요청 메시지에 대한 응답으로 전송할 수 있다 (003). 예를 들어, 이러한 응답은 Ack 메시지일 수 있다.
이때, 또 다른 AE#2(1030)이 <container-x>에 대한 구독(subscription) 신청을 IN-CSE(1020)에 요청할 수 있다 (004).
IN-CSE(1020)는 't' 시간 경과 후, <container-x>와 관련된 <msgRepetition>의 존재를 확인하고, 상기 <container-x>를 위한 <contentInstance>를 생성(CREATE) 하게 된다 (005). 이때, 예를 들어, 'y' 값을 가진 <contentInstance>가 생성될 수 있다.
이때, AE#2(1030)는 상기 <container-x>내에 새로운 <contentInstance> 생성을 통보 받게 된다 (006).
또한, 만약 AE#1(1010)은 이전에 구성된 valueForRepetition 속성에서 지정된 값('y')과 다른 값(예, 'z')을 요청하고자 하는 경우에는, <msgRepetition> 리소스의 메시지 반복 속성 정보 중 nextForcedValue 를 업데이트하는 요청 메시지를 전송할 수 있다 (007).
IN-CSE(1020)는 상기 nextForcedValue 속성을 업데이트 한다. 이후, 't' 시간 경과 후, <container-x>와 관련된 <msgRepetition> 리소스의 존재를 확인하고, 상기 <container-x>를 위한 <contentInstance>를 생성(CREATE) 하게 된다 (008). 이때, 상기 업데이트된 'z' 값을 가진 <contentInstance>가 생성될 수 있다. 이후 IN-CSE(1020)는 내부적으로 상기 속성 정보 nextForcedValue 값을 제거 할 수 있다. 이는 다시 nextForcedValue 값을 전송 받는 경우에 대비하기 위함이다.
최종적으로, 상기 AE#2(1030)는 <container-x> 'z' 값으로 새로운 <contentInstance>의 생성에 대한 통지를 받게 된다 (009).
따라서, 상기 도 9 및 도 10의 메시지 반복 전송 프로세스를 응용함에 의해, 전술한 도 5 및 도 6의 시나리오에서 필요한 메시지 반복 전송 문제를 해결하는 것이 가능하다. 예를 들어, 교통 정보 어플리케이션 서비스 운영자(예, AE)가, 통신 기지국(예, IN-CSE)에 상기 메시지 반복 속성 정보를 포함하는 요청 메시지를 전송한 경우, 상기 통신 기지국(예, IN-CSE)은 설정된 메시지 반복 속성 정보에 근거하여, 교통 통신 지역내에 포함된 이용자 단말들에 교통 정보 메시지를 반복 전송할 수 있게 된다.
2. 발행-구독 리소스를 활용한 메시지 반복 전송 실시예
이하에서는, 본 발명의 또 다른 실시예에 근거하여, 상기 메시지 반복 전송을 수행하는 프로세스를 설명하기로 한다. 도 15 내지 도 16은 본 발명에 따른 메시지 반복 전송의 일 예를 간략히 도시한 것이다. 예를 들어, oneM2M 시스템을 예로 하여 설명한다. 단, 본 발명은 oneM2M 시스템에만 한정되는 것은 아니다.
본 발명 이전까지 개발 중인 oneM2M 시스템은, 메시지 반복 전달을 위해서는 어플리케이션 엔터티(AE)가 계속적으로 등록된 리소스에 대한 전달 요청을 발송해야 했다. 이는 AE 입장에서는 상당한 오버헤드(overhead) 부담에 해당될 수 있다. 상기 AE에 요구되는 부담을 줄이기 위해, 본 발명은 반복 전송 리소스 및 반복 전송 속성 정보를 활용하는 것을 제안한다.
예를 들어, 도 15에 도시한 바와 같이, AE(1510)가 메시지 반복 전송 리소스내에 특정 리소스 A의 반복 전송을 위한 속성 정보를 설정하고(1511), 이를 요청 메시지 형태로 호스팅 CSE(1520)에 전달하는 프로세스를 제안한다. 예를 들어, 상기 메시지 반복 전송 리소스는 <Request> 및/또는 <Schedule > 리소스 일 수 있다. 따라서, 상기 요청 메시지를 접수한 호스팅 CSE(1520)는 상기 요청 메시지에 응답하여 리소스 A를 다른 CSE(1530)에 반복적으로 전달하는 것이 가능하게 된다. 따라서, 상기 프로세스는 AE(1510)의 반복 전달 요청을 최소화 함으로서, AE에 대한 오버헤드(overhead) 부담을 최소화하는 것이 가능하게 된다.
또한, 본 발명 이전까지 개발 중인 oneM2M 시스템은 발행-구독(Publish-Subscribe) 기반 메시지 전달 방법을 채택하고 있었다. 따라서, 본 발명 이전 oneM2M 시스템에서, 예를 들어 특정 리소스 (예, 미세먼지 농도에 대한 통지를 요청하는 리소스)에 대한 통지를 계속적으로 받고 싶은 경우에는, 동일 조건의 구독 조건을 복수개 생성하여야만 했다. 이를 통해, 복수개의 대응하는 통지를 받는 것이 가능하지만 이는 비효율적인 방법이다. 따라서, 상기 AE에 요구되는 비효율성을 개선하기위해, 본 발명은 반복 전송 리소스 (예, <subscription> 리소스) 및 반복 전송 속성 정보를 활용하는 것을 제안한다.
예를 들어, 도 16에 도시한 바와 같이, 리소스 A 에 대한 반복 구독을 요청하는 CSE2(1620)는 <subscription> 리소스 내에 반복 속성 정보를 포함하는 구독 요청 메시지(1621)를 전송할 수 있다. 상기 구독 요청 메시지(1621)를 수신한 CSE1(1610)은 상기 설정된 반복 속성 정보에 근거하여, 리소스 A에 대한 통지를 반복적으로 수행하는 것이 가능하게 된다.
이하, 상기 도 15 및 도 16의 기본 프로세스를 뒷받침하는 구체적인 메시지 반복 전송 리소스 및 반복 전송 속성 정보를 상세히 설명한다.
관련하여, 상기 구독(Subscription) 리소스는 대응하는 통지(Notification) 발송 시기와 방법을 정의하는 통지 정책을 포함할 수 있다. 여기서, 반복 전송 (repetition)을 상기 통지 정책의 하나로 설정할 수 있다. 예를 들어, 메시지 반복 전송 리소스를 구성하는 방법으로, 메시지 반복 전송 리소스내에 반복 속성 정보를 추가하는 것이 가능하다. 또한, 구독자(subscriber)가 메시지 반복 전송 리소스내에 반복 전송 통지를 수신하는 방법을 구성할 수 있다. 또한, 소스 생성자(creator)가 메시지 반복 전송 리소스내에, 메시지 반복을 강제하는 리소스 속성을 정의할 수도 있다.
일반적으로, 구독자는 특정 리소스에 대한 통지를 구독 방식으로 요청할 수 있다. 예를 들어, 특정 리소스에 대한 경보(alarm)나 경고(warning) 메시지 요청이 일 예가 될 수 있다. 하지만, 일반적으로 구독자는 대응하는 메시지 통지 수신을 확신하지 못하기 때문에, 구독자은 상기 메시지 통지를 반복해서 받기를 원할 수 있다. 본 발명에서는 이러한 경우를, 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청이라고 칭한다.
또한, 예를 들어, 소스 생성자가 전술한 도 5 및 도 6 시나리오에 대응하는, 비상 관리 센터 또는 교통 관리 센터인 경우에, 소스 생성자 스스로 강제 메시지 반복 전송을 원할 수도 있다. 본 발명에서는 이러한 경우를, 생성자 지향 메시지 반복(Creator oriented message repetition) 요청이라고 칭한다.
이하, 상기 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청 방식과 생성자 지향 메시지 반복(Creator oriented message repetition) 요청 방식을 구현하는 구체적인 방안을 각각 제안한다.
(1) 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청
본 발명은 상기 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청 방식으로, <subscription> 리소스를 이용하는 방안과 <schedule> 리소스를 활용하는 방안을 각각 제안한다.
우선, 본 발명에 따른, <subscription> 리소스 특징을 정리하면 다음과 같다. <subscription> 리소스는, 구독 대상 리소스에 대한 구독 정보를 포함하고 있다. 예를 들어, <subscription> 리소스는 M2M 아키텍처 엔터티(entity)에게 특정 리소스 구독을 위해 요청할 수 있다. 즉, <subscription> 리소스는 특정 리소스에 대한 구독을 의미한다. 구독을 완료하기 위해서는, 구독 대상 리소스의 하위 리소스로 <subscription> 리소스을 생성하는 것이 필요하다. 따라서, 하위 <subscription> 리소스에는 정확한 구독 범위와 통지할 대상에 대한 정보가 포함되어야 한다. 예를 들어, 부모 <container> 리소스 하위에 자식 리소스로서 <subscription> 리소스가 존재하는 경우, 상위 부모 <container> 리소스에 기술한 통지 이벤트 기준과 일치하는 자식 <subscription> 리소스로 구성되어 있어야 한다. 또한, 예를 들어, 자식 subscription> 리소스는 구독 대상 부모 리소스가 삭제되면 함께 삭제될 수 있다.
또한, 일반적으로 Originator가 <subscription> 리소스에 대한 RETRIEVE 권한을 가지고 있는 경우, Originator는 <subscription> 리소스 유형의 리소스를 생성할 수 있어야 한다. 즉, <subscription> 리소스을 생성하는 Originator가 리소스 구독자가 될 수 있다. 또한, <subscription> 리소스는, 리소스 또는 리소스 속성을 변경하고자 하는 "UPDATE" 요청에 대해, "UPDATE" 를 거절하고 차단하도록 구성할 수 있다. 또한, <subscription> 리소스에는 통지를 발송할 대상, 시기 및 방법을 지정하는 통지 정책이 포함될 수 있다. 또한, <subscription> 리소스가 삭제되면, 구독자가 표시한 대상이 있다면 해당 대상에 통지 요청서를 발송할 수 있어야 한다. 이때, 통지를 받는 대상은 subscriberURI 속성에 의해 지정될 수 있다.
[표2]는 상기 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청시, 상기 <subscription> 리소스내 속성 정보를 예를 들어 개시한 것이다.
Attributes of <subscription> Multiplicity RW/
RO/
WO		 Description
notiRepetition 0..1 RW Indicates that the subscriber wants to get a notification for a given number of times. If this value is 1, then the notification is sent as a normal way, i.e., sent once. But If this value is greater than 1, notification should be sent the given number of times. For example, if the value is 3, notification should be sent three times.
notiInterval 0..1 RW Indicates that repeated notifications should be sent in a given interval.
startRepetition 0..1 RW This attribute is an optional attribute to be used with notiRepetition in oder to indicate when to start notification repetition.
endRepetition 0..1 RW This attribute is an optional attribute to be used with notiRepetition in order to indicate when to finish repeating notification.
여기서, 구독자는 메시지 반복 정책을 구성하기 위해, 상기 <subscription> 리소스내에 추가적인 속성 정보를 구비할 수 있다. 상기 "notiRepetition" 속성은, 만약 해당 값이, 0 또는 1 인 경우에는, 대응 통지를 기결정된 방식으로 진행할 수 있다(예를 들어, 0회 통지 또는 1회 통지). 반면, 만약 "notiRepetition" 속성 값이 1 보다 큰 값을 가지는 경우에는, 해당 값만큼 대응 통지 횟수를 수행할 수 있다. 예를 들어, 해당 값이 '3'으로 지정된 경우는, 대응 통지는 3회 반복 전송될 수 있다.
또한, 상기 "notiInterval" 속성은 반복 통지 인터벌(interval)을 지정하는 정보이다.
또한, 상기 "startRepetition" 속성은 반복 전송의 시작 시간을 지정하는 정보이다.
또한, 상기 "endRepetition" 속성은 반복 전송의 종료 시간을 지정하는 정보이다.
관련하여, 상기 속성 정보들에 대한 보다 상세한 개시는, [표2]내의 설명(Description) 부분에 개시된 바와 같다.
따라서, <subscription> 리소스내에 추가적인 속성 정보를 설정함에 의해, 본 발명에 의한 메시지 반복 전송을 구현하는 것이 가능하게 된다. 이는 기존 M2M 시스템과의 호환성을 유지하면서 메시지 반복 전송 프로세스를 구현할 수 있는 일 예가 될 것이다.
다음, 본 발명에 따른 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청에 따른 메시지 반복 전송을 구현하는 또 다른 방법으로, M2M 시스템의 <schedule> 리소스를 활용하는 방안을 제안한다. 상기 <schedule> 리소스는 스케줄링 정보를 포함할 수 있다. 또한, 상기 <schedule> 리소스는 전술한 반복 재생 리소스 <megRepetition>의 자식 리소스일 수 있다. 또한, 상기 <schedule> 리소스는 상기 구독 리소스 <subscription>의 자식 리소스일 수 있다
[표3]은 상기 구독자 지향 메시지 반복(Subscriber oriented message repetition) 요청시, 상기 <schedule> 리소스내 속성 정보를 예를 들어 개시한 것이다.
Attributes of <schedule> Multiplicity RW/
RO/
WO		 Description
repetitionPolicy 0..1 RW Indicates how to handle consecutive notifications. If the value is 0, all the scheduled notifications regardless of the order will be sent out. If the value is 1, the remaining notifications for the previous notification will be ignored.
scheduleElement 1(L) RW Each item of the scheduleElement list shall be OA composed from seven fields of second, minute, hour, day of month, month, day of week and year. Optionally, notification identifier can be added to distinguish notifications.
여기서, 구독자는 메시지 반복 정책을 구성하기 위해, 상기 <schedule> 리소스내에 추가적인 속성 정보를 구비할 수 있다. 상기 "repetitionPolicy" 속성은, 반복적인 통지를 어떻게 수행할 지를 지정하는 정보이다, 예를 들어, 만약 해당 값이 0 인 경우에는, 통지 순서에 상관없이 해당 모든 스케줄된 통지를 전송할 수 있다. 반면, 만약 해당 값이 1 인 경우에는, 이전 통지 이후 남아있는 나머지 통지들을 전송하지 않고 무시할 수 있다.
또한, 상기 "scheduleElement" 속성은 반복 통지 스케줄 시간을 구성하는 7개 필드를 포함할 수 있다. 예를 들어, 상기 7개 필드는, second, minute, hour, day of month, month, day of week 및 year 로 구성할 수 있다.
또한, 선택적으로, 반복 전송 통지를 구별하기 위해, "Notification Identifier" 속성을 더 추가할 수 있다. 예를 들어, 반복 전송 통지를 구별하기 위해, 상기 "Notification Identifier" 속성 값을 '1'씩 증가하는 방식으로 구현할 수 있다. (예, noti-00001, noti-00002, ...)
관련하여, 상기 속성 정보들에 대한 보다 상세한 개시는, [표3]내의 설명(Description) 부분에 개시된 바와 같다.
따라서, <schedule> 리소스내에 추가적인 속성 정보를 설정함에 의해, 본 발명에 의한 메시지 반복 전송을 구현하는 것이 가능하게 된다. 이는 기존 M2M 시스템과의 호환성을 유지하면서 메시지 반복 전송 프로세스를 구현할 수 있는 일 예가 될 것이다.
(2) 생성자 지향 메시지 반복(Creator oriented message repetition) 요청
본 발명은 생성자 지향 메시지 반복(Creator oriented message repetition) 요청 방식으로, <resource name> 리소스를 이용하는 방안을 제안한다. 생성자는 발행자(Publisher)를 의미할 수 있다.
소스 리소스(예, container resource)를 생성한 생성자는, 상기 생성된 소스 리소스의 반복 전송 정책을 구성할 수 있다.
[표4]는 상기 생성자 지향 메시지 반복(Creator oriented message repetition)요청시, 상기 <resource name> 리소스내 속성 정보를 예를 들어 개시한 것이다.
Attributes of <resource name> Multiplicity RW/
RO/
WO		 Description
notiRepetitionMode 0..1 RW Indicates that the subscriber wants to get a notification for a given number of times. If this value is 1, then the notification is sent as a normal way, i.e., sent once. But If this value is greater than 1, notification should be sent the given number of times. For example, if the value is 3, notification should be sent three times.
notiInterval 0..1 RW Indicates that repeated notifications should be sent in a given interval.
특히, 소스 리소스 생성자는 메시지 반복 정책을 구성하기 위해, 상기 <resource name> 리소스내에 메시지 반복 전송 정책을 포함할 수 있다. 상기 "notiRepetitionMode" 속성은 반복 전송 모드를 지정하는 정보이다. 예를 들어, 만약 해당 값이 1 인 경우에는, 대응 통지는 기결정된 일반 방식 (예, 1회 전송)으로 수행될 수 있다. 반면, 만약 해당 값이 1 보더 큰 경우에는, 대응 통지는 설정된 횟수만큼 반복 전송이 가능하다. 예를 들어, 해당 값이 '3'으로 설정된 경우에는 3번 반복 전송이 수행될 수 있다.
또한, 상기 "notiInterval" 속성은 메시지 반복 통지가 수행되는 인터벌(interval)을 지정하는 정보이다. 예를 들어, 매 10분, 매 1시간 등으로 설정할 수 있다.
만약, 특정 구독자가 상기 소스 리소스에 대한 구독(subscription) 리소스를 생성한 경우에는, 상기 생성자는 상기 속성 정보 들을 활용하여 메시지 반복 전송 정책을 설정할 수 있게 된다. 이 경우, 만약 구독자의 <subscription> 리소스내에 전술한 [표2]와 같은 반복 전송 속성 정보가 설정되어 있는 경우에, 생성자가 상기 구독자의 반복 전송 속성 요청을 받아들이는 경우에는 수용 메시지(예, Ack)를 전송할 수 있다. 반면, 만약 구독자의 <subscription> 리소스내에 반복 전송 속성 정보가, 생성자가 설정한 반복 전송 정책에 위배하는 경우에는, 상기 구독자의 반복 전송 속성 요청을 거절하는 메시지(예, Nack)를 전송할 수 있다. 관련하여, 상기와 같이, 생성자 및 구독자 간의 메시지 반복 전송 정책이 상이한 경우에는 이를 해결하는 중재 정책을 M2M 시스템에 마련하는 것이 필요할 수 있다. 예를 들어, 시나리오별로 생성자 또는 구독자 중 어느 메시지 반복 전송 정책을 우선할 것인 지를 설정해 두고, 이를 중재 정책으로 활용 가능하다.
또한, [표5]는 상기 생성자 지향 메시지 반복(Creator oriented message repetition)요청시, 상기 <resource name> 리소스내 또 다른 속성 정보를 예를 들어 개시한 것이다.
Attributes of <resource name> Multiplicity RW/
RO/
WO		 Description
notiRepetition 0..1 RW Indicates that the current content should be notified repeatedly to its subscribers. The value of this attributes indicates the number of repetition times.
notiInterval 0..1 RW Indicates that repeated notifications should be sent in a given interval.
상기 "notiRepetition" 속성은 강제 반복 전송을 지정하는 정보이다. 예를 들어, 소스 생성자는 특정 리소스는 구독자 또는 요청자의 반복 구독 요청 또는 반복 전송 요청에 상관없이, 관련된 모든 구독자 및 요청자에게 해당 리소스를 강제로 반복 전송하는 것이 가능하다. 예를 들어, 해당 소스 리소스가 전술한 도 6 시나리오에서와 같은 이머전시(emergency) 리소스에 해당되면, 강제 반복 전송을 실행할 수 있게 된다. 관련하여, 반복 전송되는 횟수는 별도 설정이 필요하다. 예를 들어 전술한 [표4]내의 "notiRepetitionMode" 속성을 활용하는 것도 가능하다. 또한, 상기 "notiInterval" 속성은 메시지 반복 통지가 수행되는 인터벌(interval)을 지정하는 정보이다. 예를 들어, 매 10분, 매 1시간 등으로 설정할 수 있다.
따라서, <resouce name> 리소스내에 추가적인 속성 정보를 설정함에 의해, 본 발명에 의한 생성자 지향 메시지 반복 전송을 구현하는 것이 가능하게 된다. 이는 기존 M2M 시스템과의 호환성을 유지하면서 메시지 반복 전송 프로세스를 구현할 수 있는 일 예가 될 것이다.
3. 그룹 리소스를 활용한 메시지 반복 전송 실시예
이하에서는, 본 발명의 일 실시예에 따른, 그룹 리소스 및 해당 리소스 속성 정보를 활용한 메시지 반복 전송 방법을 설명한다. 예를 들어, oneM2M 시스템을 예로 하여 설명한다. 단, 본 발명은 oneM2M 시스템에만 한정되는 것은 아니다.
본 발명 이전까지 개발 중인 oneM2M 시스템은, 동일한 그룹에 복수의 이용자들에게 동시에 요청 메시지 또는 응답 메시를 전송하기 위해 <group> 리소스를 활용하는 것이 가능하였다. 하지만, 상기 <group> 리소스는 본 발명에 따른 메시지 반복 전송을 구현하는 데는 한계가 있었다. 따라서, 상기 <group> 리소스내 반복 전송을 위한 속성 정보를 새로이 정의하여 본 발명에 따른 메시지 반복 전송 프로세스를 구현하는 방안을 제안한다.
[표6]은 본 발명에 따른 메시지 반복 전송 프로세스를 구현하기 위해, 상기 <group> 리소스내, 추가로 설정한 반복 전송을 위한 속성 정보를 예를 들어 개시한 것이다.
Attributes of
<group> 		Multiplicity RW/
RO/
WO		 Description
startMulticastRepetition starting time of multicast repetition
endMulticastRepetition finishing time of multicast repetition
maxNrOfRepetition maximum number of repetition
currentNrOfRepetition how many times the message is sent out
currentSessionID identifier of the current message
repetitionMode how to handle newly joined members (unicast? Temporary multicast? No action?)
memberNewlyJoined list of members that join the group but not yet informed
membersNotRead list of members that didn't read message
상기 "startMulticastRepetition" 속성은 멀티개스트 반복 시작 시간을 지정하는 정보이다. 또한, 상기 "endMulticastRepetition" 속성은 멀티개스트 반복 종료 시간을 지정하는 정보이다.
또한, 상기 "maxNrOfRepetition" 속성은 반복 전송의 최대 횟수를 지정하는 정보이다.
또한, 상기 "currentNrOfRepetition" 속성은 반복 전송이 수행되는 횟수를 지정하는 정보이다.
또한, 상기 "currentSessionID" 속성은 현재 메시지를 식별을 지정하는 정보이다.
또한, 상기 "repetitionMode" 속성은 새롭게 그룹에 합류한 멤버 (예, 이용자 단말)들에게 어떤 전송 방식을 적용할 지를 지정하는 정보이다. 예를 들어, 유니캐스트(unicast) 전송, 일시적 멀티캐스트(temporary multicast) 또는 무대응(No-action) 중 어느 하나를 선택할 수 있다.
특히, 상기 "repetitionMode" 속성은, 전술한 도 5 시나리오에서 새롭게 교통 통신 지역에 합류한 차량들에게 메시지 전송을 어떻게 할 지 여부를 결정하는 속성 정보로 활용하는 것이 가능하다. 또한, 전술한 도 6 시나리오에서 위험 상황이 발생한 이머전시 위험 경고 지역의 이용자 단말들에게 메시지 전송을 어떻게 할 지 여부를 결정하는 속성 정보로 활용하는 것이 가능하다.
또한, 상기 "memberNewlyJoined" 속성은 새롭게 그룹에 합류한 멤버 (예, 이용자 단말)이지만 아직 메시지 전송이 수행되지 않은 이용자 리스트를 설정하는 정보이다.
또한, 상기 "membersNotRead" 속성은 새롭게 그룹에 합류한 멤버 (예, 이용자 단말)이면서, 아직 전송된 메시지를 읽지 않은 이용자 리스트를 설정하는 정보이다.
특히, 상기 "memberNewlyJoined" 속성 및 "membersNotRead" 속성은, 전술한 도 5 시나리오에서 새롭게 교통 통신 지역에 합류한 차량들을 식별하고 이중 메시지 수신을 하지 않은 이용자를 식별하는 속성 정보로 활용하는 것이 가능하다. 또한, 특히, 전술한 도 6 시나리오에서 위험 상황이 발생한 이머전시 위험 경고 지역에 새롭게 합류한 이용자 단말들을 식별하고 이중 메시지 수신을 하지 않은 이용자 단말을 식별하는 속성 정보로 활용하는 것이 가능하다.
관련하여, 본 발명에 따른 메시지 반복 전송 프로세스를 구현하기 위해, 상기 <group> 리소스 하위에 <multicastrepetition> 리소스를 자식 리소스(child resource)로 생성하고, 멀티캐스트(multicast) 반복 전송을 수행하기 위한 속성 정보들을 정의하는 것도 가능하다.
또한, 본 발명에 따른 메시지 반복 전송 프로세스를 구현하기 위해, 상기 <group> 리소스 하위에 <fanoutPoint> 리소스를 자식 리소스(child resource)로 생성하고, 멀티캐스트(multicast) 반복 전송을 수행시, <fanoutPoint> 리소스 속성 값을 모두 동일한 값을 업데이트 하는 것이 가능하다.
여기서, 멀티캐스트 그룹내 새롭게 진입한 신규 멤버에 대한 멀티캐스트 반복 전송을 구현하는 방법은 다음과 같다. 우선, 상기 "repetitionMode" 속성을 체크하여, 신규 멤버에게 유니캐스트 또는 멀티캐스트 중 어느 전송 방식이 적용되는 지를 확인한다. 만약, 유니캐스트 전송 방식이 설정된 경우, 그룹 호스팅 CSE는 새롭게 편입한 멤버에 대해 우선 유니캐스트 메시지 전송을 수행하되, 유니캐스트 전송 이후, 상기 신규 멤버는 상기 멀티캐스트 그룹에서 제거한다. 반면, 멀티캐스트 전송 방식이 설정된 경우, 그룹 호스팅 CSE는 새롭게 편입한 멤버들로 구성된 신규 서브 멀티캐스트 그룹을 생성하고, 상기 신규 생성된 서브 멀티캐스트 그룹을 대상으로 멀티캐스트 (예, <fanoutPoint> 리소스 업데이트)를 수행한다. 상기 멀티캐스트 전송 이후, 상기 신규 서브 멀티캐스트 그룹는 상기 멀티캐스트 그룹에서 제거한다,
[표7]은 본 발명에 따른 메시지 반복 전송 프로세스를 구현하기 위해, <schedule> 리소스내, 추가로 설정한 반복 전송을 위한 속성 정보를 예를 들어 개시한 것이다.
Attributes of
<schedule>		 Multiplicity RW/
RO/
WO		 Description
startMulticastSchedule starting time of multicast repetition
endMulticastSchedule finishing time of multicast repetition
maxNrOfRepetition maximum number of repetition
currentNrOfRepetition how many times the message is sent out
currentSessionID identifier of the current message
상기 "startMulticastSchedule" 속성은 멀티개스트 반복 시작 시간을 지정하는 정보이다. 또한, 상기 "endMulticastSchedule" 속성은 멀티개스트 반복 종료 시간을 지정하는 정보이다.
또한, 상기 "maxNrOfRepetition" 속성은 반복 전송의 최대 횟수를 지정하는 정보이다.
또한, 상기 "currentNrOfRepetition" 속성은 반복 전송이 수행되는 횟수를 지정하는 정보이다.
또한, 상기 "currentSessionID" 속성은 현재 메시지를 식별을 지정하는 정보이다.
예를 들어, <node> 리소스의 자식 리소스로서 <schedule> 리소스는, 해당 노드가 네트워크을 통해 통신 가능한 시간 주기를 지정하는 경우에 활용될 수 있다. 따라서, 상기 <schedule> 리소스내에 본 발명의 메시지 반복 전송 속성 정보를 추가함에 의해, 통신 가능한 시점에 메시지 반복 전송을 구현할 수 있게 된다.
4. 리소스 및 속성 정보를 활용한 메시지 재전송 실시예
이하, 본 발명에 따른, M2M 리소스 및 속성 정보를 활용한 메시지 재전송 방법에 설명한다. 전술한 도 5 및 도 6 시나리오에서 설명한 바와 같이, 특정 지역내 모든 이용자 단말들에 반드시 전송되어야 하는 정보가 있을 수 있다. 예를 들어, 교통 사고 정보, 산불 경고 정보등이 이에 해당 될 수 있다. 득히, 이러한 경고 정보는 반드시 해당 지역내 모든 이용자 단말들에 전송되어야 하므로, 특정 이용자 단말 또는 전체 이용자 단말들에서 전송 실패(fail)가 발생한 경우, 재전송 기능이 요구된다. 또한, 최근 차량 단말들에 있어서는 빠른 주행 속도에 의해 상기 주요 경고 정보를 수신하지 못하는 사례가 빈번이 발생하고 있으므로, 이에 대한 보완도 요구되는 실정이다. 따라서, 멀티캐스트 전송이 실패(fail)인 경우, 해당 failed 메시지를 재전송하는 프로세스 구현이 필요하다.
[표8]은 본 발명에 따른 메시지 재전송 프로세스를 구현하기 위해, 상기 <group> 리소스내, 추가로 설정한 반복 전송을 위한 속성 정보를 예를 들어 개시한 것이다.
Attributes of
<group> 		Multiplicity RW/
RO/
WO		 Description
maxNrOfRetransmission - - maximum number of retransmissions
currentNrOfRetransmission - - current number of retransmissions. It shall not be larger than maxNrOfRetransmission.
memberNotDelivered - - Identifier of members not delivered
membersNotRead list of members that didn't read message
RetransmissionMode - - Unicast or MBMS
maxRetransmissionTime - - Time limitation
startWindowRetransmission - - Retransmission should start within the given time window
상기 "maxNrOfRetransmission" 속성은 재전송이 수행되는 최대 횟수를 지정하는 정보이다. 상기 "currentNrOfRetransmission" 속성은 현재 전송이 몇번째 재전송인지를 지정하는 정보이다, 예를 들어, "currentNrOfRetransmission" 속성 값은 재전송 최대 횟수보다 클 수 없다.
또한, 상기 "memberNotDelivered" 속성은 재전송 메시지가 전달되지 않은 멤버를 지정하는 정보이다.
또한, 상기 "membersNotRead" 속성은 메시지 전송이 있었으나, 아직 메시지를 읽지 않은 멤버를 지정하는 정보이다.
또한, 상기 "RetransmissionMode" 속성은 재전송 방식을 지정하는 정보이다. 예를 들어, 유니캐스트(unicast) 전송, 또는 MBMS 전송 (예, 3GPP) 중 어느 하나를 선택할 수 있다.
또한, 상기 "maxRetransmissionTime" 속성은 재전송 시간 제한(time limitation)을 지정하는 정보이다.
또한, 상기 "startWindowRetransmission" 속성은 재전송이 수행되어야 하는 타임 윈도우 구간을 지정하는 정보이다.
특히, 상기 "memberNotDelivered" 및 "membersNotRead", 속성은, 전술한 도 5 시나리오에서 새롭게 교통 통신 지역에 합류한 차량들을 식별하고 이중 메시지 수신을 하지 않은 이용자를 식별하는 속성 정보로 활용하는 것이 가능하다. 또한, 특히, 전술한 도 6 시나리오에서 위험 상황이 발생한 이머전시 위험 경고 지역에 새롭게 합류한 이용자 단말들을 식별하고 이중 메시지 수신을 하지 않은 이용자 단말을 식별하는 속성 정보로 활용하는 것이 가능하다. 또한, 상기 "RetransmissionMode" 속성은 상기 재전송이 필요한 이용자 단말들에 적용되는 통신 방식을 결정하는 데 활용가능하다.
[표9]는 본 발명에 따른 메시지 재전송 프로세스를 구현하기 위해, <localMulticastGroup> 리소스내, 추가로 설정한 재전송을 위한 속성 정보를 예를 들어 개시한 것이다.
Attributes of < localMulticastGroup > Multiplicity RW/
RO/
WO 		Description
TMGI 0..1 RW The Temporary Mobile Group Identity is allocated to identify the MBMS bearer service as specified in 3GPP TS 23.246. It's used to uniquely indentify the 3GPP multicast or broadcast message with externalGroupID together.
retransmissionTMGI TMGI for retransmission
상기 "TMGI" 속성은 기존 <localMulticastGroup> 리소스내에 존재하는 정보로서, 로컬 멀티캐스트 그룹이 3GPP 에서 정의된 MBMS 서비스를 지원 여부를 지시하는 정보이다. 예를 들어, M2M 시스템은 3GPP MBMS와 interworking function을 가짐에 따라 상기 속성은 이를 요청하고 식별하기 위한 정보이다. 즉, 예를 들어, "TMGI = 1" 이면, MBMS를 지원하는 것으로 정의할 수 있다. 반면, "TMGI = 0" 이면, MBMS를 지원하지 않는 것으로 정의할 수 있다. 또한, 상기 "retransmissionTMGI" 속성은, 재전송시 TMGI를 지시하는 정보이다.
도 11 내지 도 14는 본 발명의 일 실시예에 따른, 메시지 재전송 방법을 구현하는 프로세스를 예를 들어 도시한 것이다, 특히, 도 11, 12, 및 도 14는, 상기 MBMS 그룹을 생성하고, 해당 MBMS 그룹을 이용한 메시지 재전송 방법을 도시한 것이다. 반면, 도 13은 MBMS 그룹을 이용하지 않고, 멀티캐스트 방식을 이용한 메시지 재전송 방법을 도시한 것이다.
도 11은 본 발명의 일 실시예에 따른 MBMS 그룹을 생성하는 과정을 예를 들어 도시한 것이다. 이때, 운영자(operator)가 제공하는 MBMS 서비스 영역 정보는 M2M 시스템에서 구성될 수 있다. 또한, M2M 시스템에서 장치에 대한 외부 그룹 식별자가 사전 프로비저닝(pre-provisioned) 될 수 있다.
우선, IN-AE(1150)는 <group> 리소스 생성 요청을 그룹 호스팅 CSE(1140)으로 전송한다. 다음, 그룹 호스팅 CSE(1140)는 2개 이상의 멤버 호스팅 CSE(1110)에 대한 <remoteCSE> 리소스의 멀티캐스트 용량 특성이 MBMS 값으로 구성되어 있고 동일한 외부 그룹 식별자(externalGruopID)를 가지고 있는지 확인한다. 이후, 그룹 호스팅 CSE(1140)는 IN-AE/CSE(1150)에 응답을 전송한다.
이후, 그룹 호스팅 CSE(1140)는 SCEF(1130)에 할당 TMGI 요청을 전송한다. 상기 요청에는 3GPP TS 29.122 [5]에 명시된 다음과 같은 정보가 포함되어야 한다.
- HTTP POST 방법을 사용해야 한다.
- URI는 {apiRoot}/3gpp-group-message-delivery-mb2 /v1/{scsAsId}/tmgi-allocation으로 설정되어야 한다. {apiRoot} 및 {scsAsId} 세그먼트는 서비스 공급자 및 MNO 정책을 기반으로 구성된다.
- 요청 페이로드에는 3GPP TS 29.122 [5]에 명시된 TMGIAllocation 데이터 구조가 포함되어야 하며, 다음과 같은 속성이 포함되어야 한다. 즉, externalGroupId는 멤버 호스팅 CSE(1110)의 externalGroupID 로 설정되어야 한다.
또한, mbmsLocArea 는 정확도 정책에 따라 멤버 호스팅 CSE(1110)의 위치정보로 설정될 수 있다. 또한, supportedFeatures는 웹 사이트 또는 알림 테스트 이벤트를 통한 통지에 대한 지원이 없음을 나타내는 문자열 값 '0'으로 설정되어야 한다.
단, 호스트 CSE(즉, IN-CSE, 1140)가 TMGI 할당 요청을 전송하려고 할 때 SCEF에 도달할 수 없는 경우가 발생할 수 있다. 이 경우 IN-CSE(1140)는 기본 3GPP 네트워크에서 할당된 TMGI를 얻을 수 없을 것이다. 따라서 IN-CSE(1140)는 해당 그룹에 멀티캐스트 기능을 사용할 수 없을 것이다. 이 경우, IN-CSE(1140)는 유니캐스트 기능을 사용하여 그룹에 대한 요청을 처리할 수 있다.
이후, TMGI 할당 요청은 3GPP TS 23.682[2]에 정의된 절차에 따라 기본 3GPP 네트워크에 의해 처리될 수 있다. 이때, SCEF(1130)는 그룹 호스팅 CSE(1140)로 할당 TMGI 응답을 전송한다. 상기 응답에는 3GPP TS 29.122 [5]에 명시된 다음과 같은 정보가 포함된다.
- 201 CREATED 응답 코드
- SCEF에서 생성한 통신 패턴 구성 구독(CPC subscription) 리소스의 URI. 상기 URI는 HTTP Location 헤더에서 {apiRoot}/3gpp-group-message-delivery-mb2 /v1/{scsAsId}/tmgi-allocation/{tmgi} 형식으로 반환된다. {apiRoot} 및 {scsAsId} 세그먼트는 서비스 공급자 및 MNO 정책을 기반으로 구성될 수 있다. 여기서, {tmgi} 세그먼트는 SCEF에 의해 구성될 수 있다.
- 응답 페이로드에는 다음과 같은 추가 속성과 함께 요청에 존재하는 속성을 포함하는 3GPP TS 29.122[5]에 명시된 TMGIAllocation 데이터 구조가 포함될 수 있다. 즉, SCEF가 생성한 {apiRoot}/3gpp-group-message-delivery-mb2 /v1/{scsAsId}/tmgi-allocation/{tmgi} 리소스에 대한 링크를 구성할 수 있다. tmgi는 특정 MBMS 베어러 서비스의 ID로 구성된다. tmgiExpiration은 TMGI가 만료되는 것으로 간주되는 절대 시간으로 구성된다.
이후, 상기 그룹 호스팅 CSE(1140)는 로컬 멀티캐스트 그룹 정보에 tmgi와 tmgiExpiration을 저장하고, 필수 속성을 포함하는 유니캐스트를 통해 멤버 호스팅 CSE(1110)에 <localMulticastGroup> 리소스 생성 요청을 전송한다. 멀티캐스트인 경우 유형은 3GPP_MBMS_group이며, 요청에는 tmgi와 responseTimeWindow가 포함되어 있다.
도 12는 전술한 도 11의 과정을 통해 생성된 상기 MBMS 그룹을 이용하여 그룹 메시지를 전송하는 과정을 예를 들어 도시한 것이다. 우선 도 12의 스텝 1 내지 스텝 4를 통해 유효한 TMGI 할당이 이루어질 수 있다.
이후, IN-AE/CSE(1250)는 그룹 호스팅 CSE(1240)에 멤버 리소스에 액세스하기 위한 그룹 리소스 식별자를 포함하는 요청을 전송한다. 예를 들어, 멀티캐스트인 경우, 타입은 3GPP_MBMS_group이며, 그룹 호스팅 CSE(1240)는 모든 멤버 호스팅 CSE(1210) <node> 리소스에 대해 기존의 <schedule> 자식 리소스를 확인한다. 기존 <schedule> 리소스의 시간 교차점(time intersection)이 없는 경우, 그룹 호스팅 CSE(1240)는 절차가 종료된 후 IN-AE/CSE(1250)에 오류 응답을 전송한다. 반면, 만약 시간 교차점이 있을 경우, 그룹호스팅 CSE(1240)는 운전 실행시간 또는 요청만료 타임스탬프(Operation Execution Time or Request Expiration Timestamp)가 요청에 포함될 때 상기 운전실행시간 및 요청만료 타임스탬프가 교차로의 범위에 있는지 확인한다. 만약, 그렇지 않은 경우, 그룹 호스팅 CSE(1240)는 절차가 종료된 후 IN-AE/CSE(1250)에 오류 응답을 전송하게 된다.
다음, 그룹 호스팅 CSE(1240)는 그룹 메시지 전달 요청(Group Message Delivery Request)을 SCEF(1230)로 보내 MBMS 베어러(bearer)를 활성화한 후, 시간 교차점(time intersection)의 다음 시작 시간부터 MBMS 멤버를 위한 MBMS 통신 네트워크 리소스을 제공해야 한다. 상기 요청에는 3GPP TS 29.122 [5]에 명시된 정보가 포함될 수 있다. 이후, MBMS 베어러 활성화 절차는 3GPP TS 23.682[2]에 정의된 절차에 따라 기초 3GPP 네트워크에 의해 처리될 수 있다. 또한, SCEF(1230)는 그룹 호스팅 CSE(1240)로 그룹 메시지 응답을 전송한다. 상기 응답은 3GPP TS 29.122 [5]에 명시한 정보를 포함할 수 있다.
MBMS 절차에 의한 그룹 메시지 전달은 3GPP TS 23.682[2]에 정의된 절차에 근거하여 기본 3GPP 네트워크에 의해 처리될 수 있다. 이후 SCEF(1230)는 그룹 호스팅 CSE(1240)로 그룹 메시지 전달 통지(Group Message Delivery Notification)를 전송한다. 상기 통지 메시지에는 3GPP TS 29.122 [5]에 명시된 정보가 포함될 수 있다.
다음, 그룹 메시지 전달 통지를 받은 후, 그룹 호스팅 CSE(1240, IN-CSE)는 특정 응답 코드(예, 204 NO CONTENT)를 가진 응답을 전송할 수 있다. 이후, 멤버호스팅 CSE(1210)는 응답 TimeWindow 범위 내에서 응답 메시지를 전송할 수 있다. 여기서, 그룹 호스팅 CSE(1240)는 ResponseTimeWindow가 만료될 때까지 멤버 호스팅 CSE(1210)로부터 응답 메시지를 수신하고 수집된 그룹 멤버 응답을 IN-AE/CSE(1250)에 반환(return)하게 된다.
도 13은 본 발명의 일 실시예에 따른 메시지 재전송 프로세스를 예를 들어 도시한 것이다. 특히, 도 13은 멀티캐스트를 이용한 메시지 재전송 프로세스에 관한 것이다.
만약, 멀티캐스트 메시지 전달이 실패(fail)인 경우, 그룹 호스팅 CSE(1230)는 유니캐스트(unicast)를 통해 실패한 노드로 메시지를 재전송한다. 즉, 그룹 호스팅 CSE(1230)는 memberNotDelivered 속성으로부터 멤버들 중 전송되지 않은 멤버를 확인하고, 해당 멤버에게 유니캐스트 메시지 전달을 전송한다. 만약, 유니캐스트 전달에 성공하면, 그룹 호스팅 CSE(1230)는 memberNotDelivered를 삭제한다. 지정된 재전송 횟수 이후 그룹 호스팅 CSE(1230)는 실패 노드를 더 이상 사용할 수 없는 것으로 간주하고 <group> 리소스에서 해당 멤버를 제거한다.
또한, 만약, 상기 재전송 메시지를 성공적으로 수신하지 못한 실패 노드 멤버가 여전히 존재하는 경우, AE(1250)는 재전송 최대 횟수(maxNrOfRetransmission)에 도달할 때까지 반복적으로 요청을 수행할 수 있다. 반면, 만약, 주어진 재전송 최대 횟수(maxNrOfRetransmission)가 경과되는 경우에는, 그룹 호스팅 CSE(1230)는 실패 노드를 더 이상 사용할 수 없다고 간주하고, 해당 실패 노드 멤버를 <group> 리소스에서 제거할 수 있다. 예를 들어, 도 13의 메시지 재전송 프로세스는 3GPP(1320)에 의한 MBMS 그룹 전송은 적용하지 않고 수행되어 진다.
도 14는 본 발명의 일 실시예에 따른 메시지 재전송 프로세스를 예를 들어 도시한 것이다. 특히, 도 14는 MBMS를 이용한 메시지 재전송 프로세스에 관한 것이다.
본 발명은 멀티캐스트 재전송을 지원하기 위해 <Retransmission> 리소스를 제안한다. 만약, 멀티캐스트 메시지 전달에 실패가 있는 경우, <Retransmission> 리소스는 <group> 리소스의 하위 리소스로 생성된다. 그룹 호스팅 CSE(1430)는 주어진 횟수 동안 <Retransmission> 그룹에 리스트된 멤버들(1510)에게 멀티캐스트를 수행한다. 각 재전송의 경우, 노드가 메시지를 제대로 수신할 경우, 이들 멤버는 <Retransmission> 리소스로부터 제거할 수 있다. 또한, 주어진 최대 횟수만큼 멀티캐스트를 수행한 이후에도, 상기 <Retransmission> 리소스는 제거될 수 있다. 이 경우, 3GPP MBMS TMGI 및 3GPP MBMS 수행을 위한 관련 정보를, <Retransmission> 리소스내에 지정된 멤버에 대해 생성(creat) 및 구성(configure)해야 한다. 상기 <Retransmission> 리소스는 <group> 리소스의 자식 리소스이거나, 또는 일시적인 독립 리소스가 될수 있다. 예를 들어, 상기 일시적인 독립 리소스가 되는 경우에는, 상기 오리지널 <group> 리소스와 연계되는 링크(link)를 유지하는 것이 필요하다.
도 17는 본 발명에 따른 장치 구성의 일예를 나타낸 도면이다. 도 17를 참조하면, 디바이스(1700)는 메모리(1710), 프로세서(1720), 송수신부(1730) 및 주변 장치(1740)를 포함할 수 있다. 또한, 일 예로, 디바이스(1700)는 다른 구성을 더 포함할 수 있으며, 상술한 실시예로 한정되지 않는다. 이때, 일 예로, 디바이스는 상술한 M2M 시스템에 기초하여 동작하는 장치일 수 있다. 보다 상세하게는, 도 17의 디바이스(1700)는 M2M 디바이스, M2M 게이트웨이 및 M2M 서버와 같은 M2M 네트워크 노드의 예시적인 하드웨어/소프트웨어 아키텍처일 수 있다. 이때, 일 예로, 메모리(1710)는 비이동식 메모리 또는 이동식 메모리일 수 있다. 또한, 일 예로, 주변 장치(1740)는 디스플레이, GPS 또는 다른 주변기기들을 포함할 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 상술한 디바이스(1700)는 노드일 수 있다. 이때, 노드는 송수신부(1730)와 같이 통신 회로를 포함할 수 있으며, 이에 기초하여 외부 디바이스와 통신을 수행할 수 있다.
또한, 일 예로, 프로세서(1720)는 범용 프로세서, DSP(digital signal processor), DSP 코어, 제어기, 마이크로제어기, ASIC들(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit) 및 상태머신과 관련되는 하나 이상의 마이크로프로세서 중 적어도 하나 이상일 수 있다. 즉, 상술한 디바이스(1700)를 제어하기 위한 제어 역할을 수행하는 하드웨어적/소프트웨어적 구성일 수 있다. 이때, 프로세서(1720)는 노드의 다양한 필수 기능들을 수행하기 위해 메모리(1710) 에 저장된 컴퓨터 실행가능한 명령어들을 실행할 수 있다. 일 예로, 프로세서(1720)는 신호 코딩, 데이터 처리, 전력 제어, 입출력 처리 및 통신 동작 중 적어도 어느 하나를 제어할 수 있다. 또한, 프로세서(1720)는 물리 계층, MAC 계층, 어플리케이션 계층들을 제어할 수 있다. 또한, 일 예로, 프로세서(1720)는 액세스 계층 및/또는 어플리케이션 계층 등에서 인증 및 보안 절차를 수행할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 프로세서(1720)는 송수신부(1730)를 통해 다른 장치들과 통신을 수행할 수 있다. 일 예로, 프로세서(1720)는 컴퓨터 실행가능한 명령어들의 실행을 통해 노드가 네트워크를 통해 다른 노드들과 통신을 수행하게 제어할 수 있다. 즉, 본 발명에서 수행되는 통신이 제어될 수 있다. 일 예로, 다른 노드들은 M2M 게이트웨이, M2M 서버 및 그 밖의 다른 디바이스들일 수 있다. 일 예로, 송수신부(1730)는 안테나를 통해 RF 신호를 전송할 수 있으며, 다양한 통신망에 기초하여 신호를 전송할 수 있다. 또한, 일 예로, 안테나 기술로서 MIMO 기술, 빔포밍 등이 적용될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 송수신부(1730)를 통해 송수신한 신호는 변조 및 복조되어 프로세서(1720)에 의해 제어될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 18은 디바이스에 대한 다른 장치 구성일 수 있다. 도 36을 참조하면, 상술한 바와 같이 프로세서에 의해 제어될 수 있다. 이때, 일 예로, 메모리 및 RAM, ROM 및 네트워크 등이 포함될 수 있다. 또한, 그 밖에 이동식 메모리가 더 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 이때, 프로세서는 상술한 메모리들에 저장된 정보에 기초하여 명령을 수행하고, 본 발명의 상술한 동작들을 수행하도록 제어할 수 있다. 또한, 프로세서는 전원 등에 의해 전력을 공급받고, 주변 장치들에 의해 입력 정보 등을 제공 받을 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 디바이스는 GPS 등에 기초하여 위치 정보 및 관련 정보를 획득할 수 있다. 또한, 일 예로, 디바이스는 기타 입력 장치에 기초하여 입력 정보를 수신할 수 있으며, 상술한 실시예로 한정되지 않는다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 일 예로, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.?
또한, 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.
1710 : 메모리
1720 : 프로세서
1730 : 송수신부
1740 : 주변장치

Claims (23)

  1. 메시지 반복(message repetition) 전송 방법에 있어서,
    메시지 반복 전송을 위한 속성 정보를 설정하는 단계,
    상기 설정된 속성 정보를 포함하여, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하는 단계, 및
    상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하는 단계를 포함하되,
    상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함하는, 메시지 반복 전송 방법
  2. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송을 요청하는 요청자(Originator)를 지정하는 정보(repetitionOriginator)를 포함하는, 메시지 반복 전송 방법.
  3. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작 방식을 지정하는 정보(targetOperation)를 포함하는, 메시지 반복 전송 방법.
  4. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 다음번 메시지 반복 전송시 적용되는 값을 지정하는 정보(nextForcedvalue)를 포함하는, 메시지 반복 전송 방법.
  5. 제 4 항에 있어서,
    상기 nextForcedvalue 속성 정보가 상기 제 1 리소스에 업데이트 되면, 상기 valueForRepetition 속성에서 지정된 전송 ekqt 대신 상기 nextForcedvalue 속성에 의해 지정된 값으로, 다음 메시지 반복 전송을 수행하는, 메시지 반복 전송 방법.
  6. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작이 수행되는 주기를 지정하는 정보(intervalRep)를 포함하는, 메시지 반복 전송 방법.
  7. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 메시지 반복 전송 동작이 수행되는 횟수를 지정하는 정보(repetitionDuration)를 포함하는, 메시지 반복 전송 방법.
  8. 제 1 항에 있어서,
    상기 메시지 반복 전송을 위한 속성 정보는, 응답 메시지 수신 방법을 지정하는 정보(responseMode)를 포함하는, 메시지 반복 전송 방법.
  9. 제 1 항에 있어서,
    상기 제 1 리소스는, 반복 재생 리소스(msgRepetition)인, 메시지 반복 전송 방법.
  10. 제 1 항에 있어서,
    상기 제 1 리소스는, 자식 리소스로 스케줄 리소스(schedue)를 포함하는, 메시지 반복 전송 방법.
  11. 제 1 항에 있어서,
    상기 제 1 리소스는, 부모 리소스인 메시지 반복 전송 리스트 리소스(msgRepetitionList) 하위에 포함되는, 메시지 반복 전송 방법.
  12. 제 1 항에 있어서,
    상기 제 1 리소스는, 구독 리소스(subscription)인, 메시지 반복 전송 방법.
  13. 제 1 항에 있어서,
    상기 제 1 리소스는, 그룹 리소스(group)인, 메시지 반복 전송 방법.
  14. 제 1 항에 있어서,
    상기 제 1 리소스와는 별도로, 메시지 반복 전송을 관리하기 위한 제 2 리소스를 포함하는, 메시지 반복 전송 방법.
  15. 제 14 항에 있어서,
    상기 제 2 리소스는, 구독 리소스(subscription) 또는 그룹 리소스(group) 중 어느 하나인, 메시지 반복 전송 방법.
  16. 메시지 반복(message repetition) 전송 방법에 있어서,
    메시지 반복 전송을 요청하는, 요청 메시지를 수신하는 단계,
    상기 요청 메시지에 대응하여, 메시지 반복 전송을 위한 속성 정보를 포함하고, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하는 단계, 및
    상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하는 단계를 포함하되,
    상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함하는, 메시지 반복 전송 방법.
  17. 메시지 재전송(message retransmission) 방법에 있어서,
    메시지 재전송을 위한 속성 정보를 설정하는 단계,
    상기 설정된 속성 정보를 포함하여, 메시지 재전송에 적용되는 제 1 리소스를 구성하는 단계, 및
    상기 구성된 제 1 리소스에 따라, 메시지 재전송을 수행하는 단계를 포함하되,
    상기 메시지 재전송을 위한 속성 정보는, 적어도 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)와 재전송 메시지가 전달되지 않은 멤버를 지정하는 정보를(memberNotDelivered) 포함하는, 메시지 재전송 방법.
  18. 제 17 항에 있어서,
    멀티캐스트 전송을 수신하지 못한 실패 노드가 존재하는 지를 확인하는 단계와,
    상기 실패 노드에 대해, 상기 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)에 따라, 재전송 최대 횟수까지 재전송을 수행하는 단계를 포함하는, 메시지 재전송 방법.
  19. 제 18 항에 있어서,
    상기 실패 노드에 메시지 재전송을 수행하는 단계는, 유니캐스트 전송 방식으로 재전송하는, 메시지 재전송 방법.
  20. 제 17 항에 있어서,
    상기 메시지 재전송을 위한 속성 정보는, 재전송 방식으로 적어도 유니캐스트 전송 방식 또는 MBMS 전송 방식 중 하나를 지정하는 정보(RetransmissionMode)를 포함하는, 메시지 재전송 방법.
  21. 메시지 반복 전송 장치에 있어서,
    적어도 하나 이상의 프로세서; 및
    상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되,
    상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는,
    메시지 반복 전송을 위한 속성 정보를 설정하고,
    상기 설정된 속성 정보를 포함하여, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하고,
    상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하되,
    상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함하는, 메시지 반복 전송 장치.
  22. 메시지 반복 전송 장치에 있어서,
    적어도 하나 이상의 프로세서; 및
    상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되,
    상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는,
    메시지 반복 전송을 요청하는, 요청 메시지를 수신하고,
    상기 요청 메시지에 대응하여, 메시지 반복 전송을 위한 속성 정보를 포함하고, 메시지 반복 전송에 적용되는 제 1 리소스를 구성하고,
    상기 구성된 제 1 리소스에 따라, 메시지 반복 전송을 수행하되,
    상기 메시지 반복 전송을 위한 속성 정보는, 적어도 메시지 반복 전송 대상 리소스를 지정하는 정보(targetResource)와 메시지 반복 전송 대상이 되는 전송 값(value)을 지정하는 정보(valueForRepetition)를 포함하는, 메시지 반복 전송 장치.
  23. 메시지 재전송 장치에 있어서,
    적어도 하나 이상의 프로세서; 및
    상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리;를 포함하되,
    상기 적어도 하나 이상의 메모리에 동작가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는,
    메시지 재전송을 위한 속성 정보를 설정하고,
    상기 설정된 속성 정보를 포함하여, 메시지 재전송에 적용되는 제 1 리소스를 구성하고,
    상기 구성된 제 1 리소스에 따라, 메시지 재전송을 수행하되,
    상기 메시지 재전송을 위한 속성 정보는, 적어도 재전송이 수행되는 최대 횟수를 지정하는 정보(maxNrOfRetransmission)와 재전송 메시지가 전달되지 않은 멤버를 지정하는 정보를(memberNotDelivered) 포함하는, 메시지 재전송 장치.
KR1020190154315A 2018-11-27 2019-11-27 M2m 시스템에서 메시지 반복 전송 방법 및 장치 KR20200063087A (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201862771873P 2018-11-27 2018-11-27
US201862771910P 2018-11-27 2018-11-27
US62/771,910 2018-11-27
US62/771,873 2018-11-27
US201962846257P 2019-05-10 2019-05-10
US62/846,257 2019-05-10
US201962869256P 2019-07-01 2019-07-01
US62/869,256 2019-07-01

Publications (1)

Publication Number Publication Date
KR20200063087A true KR20200063087A (ko) 2020-06-04

Family

ID=70853428

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190154315A KR20200063087A (ko) 2018-11-27 2019-11-27 M2m 시스템에서 메시지 반복 전송 방법 및 장치

Country Status (5)

Country Link
US (1) US20220015096A1 (ko)
EP (1) EP3890275A4 (ko)
KR (1) KR20200063087A (ko)
CN (1) CN113169993A (ko)
WO (1) WO2020111761A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102445469B1 (ko) * 2021-12-07 2022-09-19 세종대학교산학협력단 M2m 시스템에서, 오퍼레이션을 수행하는 방법 및 서버

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021126024A1 (en) * 2019-12-17 2021-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Observation of resources by a coap client

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6977888B1 (en) * 2000-09-14 2005-12-20 Telefonaktiebolaget L M Ericsson (Publ) Hybrid ARQ for packet data transmission
KR101730584B1 (ko) * 2009-10-16 2017-04-26 리얼 이노베이션 인터내셔널 엘엘씨 실시간 데이터를 제공하기 위한 시스템 및 방법
KR101570352B1 (ko) * 2011-10-14 2015-11-19 엘지전자 주식회사 기기간 통신을 지원하는 무선 접속 시스템에서 데이터를 재전송하는 방법 및 이를 지원하는 장치
KR101169285B1 (ko) * 2011-12-08 2012-08-02 엘지전자 주식회사 지속적 스케줄링 정보를 전송 및 수신하는 방법 및 이를 위한 장치
KR101306746B1 (ko) * 2011-12-08 2013-09-11 엘지전자 주식회사 무선접속시스템에서 ｍａｃ 제어 메시지를 방송하는 방법 및 장치
JP6162823B2 (ja) * 2013-01-11 2017-07-12 インターデイジタル パテント ホールディングス インコーポレイテッド 適応変調のためのシステムおよび方法
WO2015080515A1 (ko) * 2013-11-29 2015-06-04 엘지전자 주식회사 무선 통신 시스템에서 서비스 구독 리소스 기반 인증 방법
US10085244B2 (en) * 2014-10-27 2018-09-25 Lg Electronics Inc. Method for guaranteeing operation of control message in wireless communication system and device for same
CN104602180B (zh) * 2015-01-20 2017-12-22 西安工程大学 创建订阅资源系统及创建订阅资源的方法
KR102314442B1 (ko) * 2015-02-06 2021-10-19 삼성전자주식회사 D2d 네트워크에서 ue 디스커버리 방법 및 시스템
CN106455062B (zh) * 2015-08-13 2019-12-13 电信科学技术研究院 一种发送和接收系统消息的方法及装置
AR105705A1 (es) * 2015-08-14 2017-11-01 ERICSSON TELEFON AB L M (publ) Procedimiento de acceso aleatorio para operación de mtc
CN106851655B (zh) * 2015-12-04 2020-02-14 富士通株式会社 无线网络配置方法及其装置、接入网系统
CN108604942A (zh) * 2015-12-17 2018-09-28 皇家Kpn公司 用于向多个接收器多播多个数据包的方法
CN107026882B (zh) * 2016-02-02 2021-02-12 华为技术有限公司 一种资源获取的方法及相关设备
EP3430851B1 (en) * 2016-03-16 2020-09-16 Telefonaktiebolaget LM Ericsson (publ) Time grid design for introducing gaps in transmission for dl nb-iot
CN107517410B (zh) * 2016-06-16 2020-12-08 华为技术有限公司 视频业务质量评估的方法及装置
US11310822B2 (en) * 2018-11-02 2022-04-19 Huawei Technologies Co., Ltd. Methods and apparatus for sidelink communications and resource allocation

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102445469B1 (ko) * 2021-12-07 2022-09-19 세종대학교산학협력단 M2m 시스템에서, 오퍼레이션을 수행하는 방법 및 서버

Also Published As

Publication number Publication date
EP3890275A4 (en) 2022-07-20
WO2020111761A1 (ko) 2020-06-04
US20220015096A1 (en) 2022-01-13
EP3890275A1 (en) 2021-10-06
CN113169993A (zh) 2021-07-23

Similar Documents

Publication Publication Date Title
CN111448808B (zh) 用于IoT应用的5G网络中的多播和广播服务
JP6055840B2 (ja) 無線接続システムにおいてｍａｃ制御メッセージをマルチキャストする方法及び装置
KR102166992B1 (ko) 서비스 계층 그룹 동작을 위한 멀티캐스트의 인에이블
JP6254702B2 (ja) Ｍ２ｍシステムにおける通知メッセージ伝達方法及びこのための装置
US10231087B2 (en) Terminal and communication method of the same
US9883400B2 (en) Method for subscription and notification in M2M communication system and device therefor
KR101740449B1 (ko) M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
US9380559B2 (en) Method and apparatus for transmitting multicast data to M2M devices in a wireless access system
KR102456859B1 (ko) 5g 시스템에서 제공하는 서비스 파라미터를 단말과 네트워크에 프로비져닝하는 방법
JP5784233B2 (ja) 無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置
US8743767B2 (en) Methods of obtaining service information to receive broadcasting service in user equipment, and service information announcement methods performable in service center and server
JP6097757B2 (ja) 無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置
JP7393428B2 (ja) パラメータ設定のための方法および装置
CN104081796A (zh) 用于机器对机器设备的基于群组的接入控制的系统和方法
CN114402659B (zh) Mbms信息的获取、发送方法、终端设备及网元设备
KR20200063087A (ko) M2m 시스템에서 메시지 반복 전송 방법 및 장치
US20210258769A1 (en) Method and device for connecting capability exposure function and network functions
WO2013085127A1 (en) Method and apparatus for multicasting a medium access control (mac) control message in wireless access system
KR20190104843A (ko) 인터넷 접속이 단절된 사물통신 단말과 사물통신 서버의 통신 방법
CN115696213A (zh) 多播广播业务的处理方法、装置及计算机可读存储介质
CN117560620A (zh) 通信方法、装置及系统
JP6148808B2 (ja) マルチキャスト通信システム
KR20190118938A (ko) 3gpp 네트워크 기반의 사물통신 기기 감시 방법
CN118119043A (zh) 通信方法及装置