KR101591967B1 - 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차 - Google Patents

자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차 Download PDF

Info

Publication number
KR101591967B1
KR101591967B1 KR1020137015833A KR20137015833A KR101591967B1 KR 101591967 B1 KR101591967 B1 KR 101591967B1 KR 1020137015833 A KR1020137015833 A KR 1020137015833A KR 20137015833 A KR20137015833 A KR 20137015833A KR 101591967 B1 KR101591967 B1 KR 101591967B1
Authority
KR
South Korea
Prior art keywords
resource
scl
entity
resources
request
Prior art date
Application number
KR1020137015833A
Other languages
English (en)
Other versions
KR20130112049A (ko
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 KR20130112049A publication Critical patent/KR20130112049A/ko
Application granted granted Critical
Publication of KR101591967B1 publication Critical patent/KR101591967B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

하나 이상의 네트워크에 걸쳐서 자원의 공지 및 비공지를 전파하기 위한 시스템, 방법 및 설비가 개시된다. 호스팅 서비스 능력 계층(SCL)일 수 있는 제1 엔티티는 자원을 공지하기 위해 발행자로부터 요청을 수신할 수 있다. 제1 엔티티는 자원의 표시를 생성할 수 있다. 그 표시는 공지되는 자원이라고 부를 수 있다. 제1 엔티티는 공지 자원 요청을 제1 엔티티에 등록된 제2 엔티티(예를 들면, 공지 대상 SCL)에게 보낼 수 있다. 공지 자원 요청은 mId 인터페이스를 통해 송신될 수 있다. 제1 엔티티는 제2 엔티티가 공지되는 자원을 생성하였음을 표시하는 제1 응답을 mId 인터페이스를 통해 제2 엔티티로부터 수신할 수 있다.

Description

자원의 공지 및 비공지를 위한 기계대 기계(M2M) 인터페이스 절차{MACHINE-TO-MACHINE(M2M) INTERFACE PROCEDURES FOR ANNOUNCE AND DE-ANNOUNCE OF RESOURCES}
관련 출원에 대한 교차 참조
이 출원은 2010년 11월 19일자 출원한 미국 가특허 출원 제61/415,460호 및 2011년 1월 10일자 출원한 미국 가특허 출원 제61/431,212호를 우선권 주장하며, 이 우선권 출원들은 여기에서의 인용에 의해 그 전체 내용이 본원에 통합된다.
M2M 통신은 인간의 개입이 필요없는 기계간 통신을 말한다. M2M 통신은 이미 각종 응용에 통합되었고, 몇 가지 미래 응용에서도 또한 임무를 수행할 것으로 기대된다. 이러한 응용의 몇 가지 예를 들자면 스마트 메터링, 홈 자동화, e헬쓰 및 운송 관리(fleet management) 등이 있다.
M2M 통신은 기계형 통신(machine type communication; MTC) 엔티티에 의해 실행될 수 있다. MTC 엔티티의 예로는 MTC 장치, MTC 서버, MTC 사용자, MTC 가입자 등이 있다. MTC 장치의 일 예는 MTC 통신용으로 설비된 사용자 장비(UE)일 수 있다. MTC 서버의 일 예는 네트워크를 통해 하나 이상의 MTC 장치와 통신하는 엔티티일 수 있다. MTC 가입자의 일 예는 하나 이상의 MTC 사용자에게 M2M 서비스를 제공하는 서비스 공급자일 수 있다. MTC 서버는 네트워크와 MTC 사용자 간의 인터페이스로서 동작할 수 있다.
MTC 엔티티의 성능은 네트워크 자원(resource)이 어떻게 사용되는가에 의존할 수 있다. 현재, 그러한 자원을 효율적으로 관리하는 데는 많은 문제점이 있다.
이 요약(summary)은 뒤에서 예시적인 실시형태의 상세한 설명으로 더욱 설명되는 개념들의 선택을 간단한 형태로 소개하기 위해 제공된다. 이 요약은 청구되는 주제의 핵심 특징 또는 본질적인 특징을 식별하는 것으로 의도되지 않고, 청구되는 주제의 범위를 제한하기 위해 사용되는 것으로도 의도되지 않는다.
하나 이상의 네트워크에 걸쳐서 자원의 공지(announcement)를 전파하기 위한 시스템, 방법 및 설비가 개시된다. 호스팅 서비스 능력 계층(service capability layer; SCL)일 수 있는 제1 엔티티는 자원을 공지하기 위해 발행자(issuer)로부터 요청을 수신할 수 있다. 예를 들면, 발행자는 자원을 다른 SCL에게 공지하기 위해 제1 엔티티에게 요청을 보낼 수 있다. 제1 엔티티는 자원의 표시(representation)를 생성할 수 있다. 그 표시는 공지되는 자원(announced resource)이라고 부를 수 있다. 공지되는 자원은 검색 문자열, 속성, 또는 표시가 기초를 두는 자원의 URI 중의 하나 이상을 포함할 수 있다. 제1 엔티티는 공지 자원 요청을 제1 엔티티에 등록된 제2 엔티티(예를 들면, 공지 대상(announced-to) SCL)에게 보낼 수 있다. 공지 자원 요청은 mId 인터페이스를 통해 송신될 수 있다. 제1 엔티티는 제2 엔티티가 공지되는 자원을 생성하였음을 표시하는 제1 응답을 mId 인터페이스를 통해 제2 엔티티로부터 수신할 수 있다.
제1 엔티티는 제2 엔티티가 공지 대상의 엔티티인지 자원의 접근성에 기초하여 결정할 수 있다. 제1 엔티티는 알려진 URI(Uniform Resource Identifier) 하에서 제2 엔티티에게 공지되는 자원을 포스팅할 수 있다. 제1 엔티티는 제2 엔티티가 공지되는 자원을 생성하였음을 표시하는 제2 응답을 발행자에게 보낼 수 있다(예를 들면, 제1 응답을 수신한 후에). 제1 엔티티는 공지 대상의 복수의 SCL을 결정할 수 있다. 제1 엔티티는 다수의 SCL에 접속될 수 있고, 보안상의 제약, 접근 제어 등에 기초하여 다수의 SCL의 부분집합으로서 복수를 선택할 수 있다.
더 구체적인 이해는 첨부 도면과 함께 예로서 주어지는 이하의 설명으로부터 얻을 수 있다.
도 1A는 하나 이상의 본 발명의 실시형태가 구현될 수 있는 예시적인 통신 시스템의 계통도이다.
도 1B는 도 1A에 도시된 통신 시스템에서 사용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 계통도이다.
도 1C는 도 1A에 도시된 통신 시스템에서 사용될 수 있는 예시적인 무선 접근 네트워크 및 예시적인 코어 네트워크의 계통도이다.
도 1D는 도 1A에 도시된 통신 시스템에서 사용될 수 있는 다른 예시적인 무선 접근 네트워크 및 다른 예시적인 코어 네트워크의 계통도이다.
도 1E는 도 1A에 도시된 통신 시스템에서 사용될 수 있는 다른 예시적인 무선 접근 네트워크 및 다른 예시적인 코어 네트워크의 계통도이다.
도 2는 예시적인 종점대 종점 M2M 시스템 구조를 보인 도이다.
도 3은 예시적인 서비스 능력 기능 구조 프레임워크를 보인 도이다.
도 4는 예시적인 공지되는 자원 구조를 보인 도이다.
도 5는 자원을 공지하기 위한 예시적인 호출 흐름을 보인 도이다.
도 6은 동기 방식으로 공지되는 자원에 접근하기 위한 예시적인 호출 흐름을 보인 도이다.
도 7은 비동기 방식으로 공지되는 자원에 접근하기 위한 예시적인 호출 흐름을 보인 도이다.
도 8은 자원을 비공지하기 위한 예시적인 호출 흐름을 보인 도이다.
도 9는 공지되는 애플리케이션 자원을 저장하기 위한 예시적인 자원 구조를 보인 도이다.
도 10은 공지 대상 자원을 저장하기 위한 예시적인 자원 구조를 보인 도이다.
도 11은 자원을 공지하기 위한 예시적인 호출 흐름을 보인 도이다.
도 12는 공지되는 자원을 전파하기 위한 예시적인 호출 흐름을 보인 도이다.
도 13은 공지되는 자원을 전파하기 위한 예시적인 호출 흐름을 보인 도이다.
도 14는 공지되는 자원을 갱신하기 위한 예시적인 호출 흐름을 보인 도이다.
도 15는 자원을 비공지하기 위한 예시적인 호출 흐름을 보인 도이다.
이제, 예시적인 실시형태의 구체적인 사항을 도면을 참조하여 설명한다. 그러나, 본 발명이 예시적인 실시형태와 관련하여 설명되지만, 본 발명은 예시적인 실시형태로 제한되는 것이 아니고 다른 실시형태가 사용될 수 있으며, 본 발명으로부터 벗어나지 않고 본 발명과 동일한 기능을 수행하도록 여기에서 설명하는 실시형태에 수정 및 추가가 이루어질 수 있다는 것을 이해하여야 한다. 또한, 도면들은 예로서 나타내는 호출 흐름(call flow)을 보여주고 있지만, 다른 실시형태가 사용될 수 있다는 것을 이해하여야 한다. 흐름의 순서는 적당히 변경될 수 있다. 또한, 흐름은 만일 필요 없다면 생략될 수 있고, 추가의 흐름들이 추가될 수 있다.
도 1A는 하나 이상의 본 발명의 실시형태를 구현할 수 있는 예시적인 통신 시스템(100)을 보인 도이다. 통신 시스템(100)은 복수의 무선 사용자에게 음성, 데이터, 영상, 메시지, 방송 등의 콘텐츠를 제공하는 다중 접속 시스템일 수 있다. 통신 시스템(100)은 복수의 무선 사용자들이 무선 대역폭을 포함한 시스템 자원을 공유함으로써 상기 콘텐츠에 접근할 수 있게 한다. 예를 들면, 통신 시스템(100)은 코드 분할 다중 접속(CDMA), 시분할 다중 접속(TDMA), 주파수 분할 다중 접속(FDMA), 직교 FDMA(OFDMA), 단일 반송파 FDMA(SC-FDMA) 등과 같은 하나 이상의 채널 접속 방법을 이용할 수 있다.
도 1A에 도시된 것처럼, 통신 시스템(100)은 무선 송수신 유닛(wireless transmit/receive unit; WTRU)(102a, 102b, 102c, 및/또는 102d)(총칭적으로 또는 집합적으로 WTRU(102)라고 부르기도 한다), 무선 접근 네트워크(radio access network; RAN)(103/104/105), 코어 네트워크(106/107/109), 공중 교환식 전화망(public switched telephone network; PSTN)(108), 인터넷(110) 및 기타의 네트워크(112)를 포함하고 있지만, 본 발명의 실시형태는 임의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 포함할 수 있다는 것을 이해할 것이다. 각 WTRU(102a, 102b, 102c, 102d)는 무선 환경에서 동작 및/또는 통신하도록 구성된 임의 유형의 장치일 수 있다. 예를 들면, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(UE), 이동국, 고정식 또는 이동식 가입자 유닛, 페이저, 셀룰러 전화기, 개인 정보 단말기(personal digital assistant; PDA), 스마트폰, 랩톱, 넷북, 퍼스널 컴퓨터, 무선 센서, 소비자 전자제품 등을 포함할 수 있다.
통신 시스템(100)은 기지국(114a)과 기지국(114b)을 또한 포함할 수 있다. 각 기지국(114a, 114b)은 적어도 하나의 WTRU(102a, 102b, 102c, 102d)와 무선으로 인터페이스 접속하여 코어 네트워크(106/107/109), 인터넷(110) 및/또는 네트워크(112)와 같은 하나 이상의 통신 네트워크에 접근하도록 구성된 임의 유형의 장치일 수 있다. 예를 들면, 기지국(114a, 114b)은 기지국 송수신기(base transceiver station; BTS), 노드-B, e노드 B, 홈 노드 B, 홈 e노드 B, 사이트 제어기, 접근점(access point; AP), 무선 라우터 등일 수 있다. 비록 기지국(114a, 114b)이 각각 단일 요소로서 도시되어 있지만, 기지국(114a, 114b)은 임의 수의 상호접속된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것을 이해할 것이다.
기지국(114a)은 RAN(103/104/105)의 일부일 수 있고, RAN(103/104/105)은 기지국 제어기(base station controller; BSC), 라디오 네트워크 제어기(radio network controller; RNC), 릴레이 노드 등과 같은 다른 기지국 및/또는 네트워크 요소(도시 생략됨)를 또한 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시 생략됨)이라고도 부르는 특정의 지리적 영역 내에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있다. 셀은 복수의 셀 섹터로 세분될 수 있다. 예를 들면, 기지국(114a)과 관련된 셀은 3개의 섹터로 나누어질 수 있다. 따라서, 일 실시형태에 있어서, 기지국(114a)은 셀의 각 섹터마다 하나씩 3개의 송수신기를 포함할 수 있다. 다른 실시형태에 있어서, 기지국(114a)은 다중입력 다중출력(MIMO) 기술을 사용할 수 있고, 따라서 셀의 각 섹터마다 복수의 송수신기를 사용할 수 있다.
기지국(114a, 114b)은 임의의 적당한 무선 통신 링크(예를 들면, 라디오 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시광선 등)일 수 있는 무선 인터페이스(115/116/117)를 통하여 하나 이상의 WTRU(102a, 102b, 102c, 102d)와 통신할 수 있다. 무선 인터페이스(115/116/117)는 임의의 적당한 무선 접근 기술(radio access technology; RAT)을 이용하여 확립될 수 있다.
더 구체적으로, 위에서 언급한 것처럼, 통신 시스템(100)은 다중 접근 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 접근 방식을 이용할 수 있다. 예를 들면, RAN(103/104/105) 내의 기지국(114a)과 WTRU(102a, 102b, 102c)는 광대역 CDMA(WCDMA)를 이용하여 무선 인터페이스(115/116/117)를 확립하는 범용 이동통신 시스템(UMTS) 지상 라디오 액세스(UTRA)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(HSPA) 및/또는 진화형 HSPA(HSPA+)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(HSDPA) 및/또는 고속 업링크 패킷 액세스(HSUPA)를 포함할 수 있다.
다른 실시형태에 있어서, 기지국(114a)과 WTRU(102a, 102b, 102c)는 롱텀 에볼루션(LTE) 및/또는 LTE-어드반스드(LTE-A)를 이용하여 무선 인터페이스(115/116/117)를 확립하는 진화형 UMTS 지상 라디오 액세스(E-UTRA)와 같은 무선 기술을 구현할 수 있다.
다른 실시형태에 있어서, 기지국(114a)과 WTRU(102a, 102b, 102c)는 IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준 2000(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), 글로벌 이동통신 시스템(GSM), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 무선 기술을 구현할 수 있다.
도 1A의 기지국(114b)은 예를 들면 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 접근점일 수 있고, 사업장, 홈, 자동차, 캠퍼스 등과 같은 국소 지역에서 무선 접속을 가능하게 하는 임의의 적당한 RAT를 이용할 수 있다. 일 실시형태에 있어서, 기지국(114b)과 WTRU(102c, 102d)는 IEEE 802.11과 같은 무선 기술을 구현하여 무선 근거리 통신망(WLAN)을 확립할 수 있다. 다른 실시형태에 있어서, 기지국(114b)과 WTRU(102c, 102d)는 IEEE 802.15와 같은 무선 기술을 구현하여 무선 개인 통신망(WPAN)을 확립할 수 있다. 또 다른 실시형태에 있어서, 기지국(114b)과 WTRU(102c, 102d)는 셀룰러 기반 RAT(예를 들면, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용하여 피코셀 또는 펨토셀을 확립할 수 있다. 도 1A에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 접속될 수 있다. 그러므로, 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 접속할 필요가 없다.
RAN(103/104/105)은 코어 네트워크(106/107/109)와 통신하고, 코어 네트워크(106/107/109)는 하나 이상의 WTRU(102a, 102b, 102c, 102d)에게 음성, 데이터, 애플리케이션 및/또는 인터넷을 통한 음성 프로토콜(voice over internet protocol; VoIP) 서비스를 제공하도록 구성된 임의 유형의 네트워크일 수 있다. 예를 들면, 코어 네트워크(106/107/109)는 호출 제어, 빌링(billing) 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 접속, 영상 분배 등을 제공할 수 있고, 및/또는 사용자 인증과 같은 고급 보안 기능을 수행할 수 있다. 비록 도 1A에 도시되어 있지 않지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105)과 동일한 RAT 또는 다른 RAT를 이용하는 다른 RAN과 직접 또는 간접 통신을 할 수 있다는 것을 이해할 것이다. 예를 들면, E-UTRA 무선 기술을 이용하는 RAN(103/104/105)에 접속되는 것 외에, 코어 네트워크(106/107/109)는 GSM 무선 기술을 이용하는 다른 RAN(도시 생략됨)과도 또한 통신할 수 있다.
코어 네트워크(106/107/109)는 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110) 및/또는 기타 네트워크(112)에 접속하게 하는 게이트웨이로서 또한 기능할 수 있다. PSTN(108)은 재래식 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환식 전화망을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트(suite)에서 전송 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및 인터넷 프로토콜(IP)과 같은 공통의 통신 프로토콜을 이용하는 상호접속된 컴퓨터 네트워크 및 장치의 글로벌 시스템을 포함할 수 있다. 네트워크(112)는 다른 서비스 공급자에 의해 소유 및/또는 운용되는 유선 또는 무선 통신 네트워크를 포함할 수 있다. 예를 들면, 네트워크(112)는 RAN(103/104/105)과 동일한 RAT 또는 다른 RAT를 이용하는 하나 이상의 RAN에 접속된 다른 코어 네트워크를 포함할 수 있다.
통신 시스템(100)의 WTRU(102a, 102b, 102c, 102d)의 일부 또는 전부는 다중 모드 능력을 구비할 수 있다. 즉, WTRU(102a, 102b, 102c, 102d)는 다른 무선 링크를 통하여 다른 무선 네트워크와 통신하기 위한 복수의 송수신기를 포함할 수 있다. 예를 들면, 도 1A에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 이용할 수 있는 기지국(114a), 및 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.
도 1B는 예시적인 WTRU(102)의 계통도이다. 도 1B에 도시된 바와 같이, WTRU(102)는 프로세서(118), 송수신기(120), 송수신 엘리멘트(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비분리형 메모리(130), 분리형 메모리(132), 전원(134), 글로벌 위치확인 시스템(GPS) 칩세트(136) 및 기타 주변장치(138)를 포함할 수 있다. WTRU(102)는 실시형태의 일관성을 유지하면서 전술한 요소들의 임의의 부조합(sub-combination)을 포함할 수 있다는 것을 이해할 것이다. 또한, 실시형태는 기지국(114a, 114b), 및/또는 기지국(114a, 114b)이 비제한적인 예로서 기지국 송수신기(BTS), 노드-B, 사이트 제어기, 접근점(AP), 홈 노드-B, 진화형 홈 노드-B(e노드B), 홈 e노드-B(HeNB), 홈 e노드-B 게이트웨이, 프록시 노드 등을 대표할 수 있는 노드들이 도 1B에 도시되고 여기에서 설명하는 요소들의 일부 또는 전부를 포함하는 것을 예상한다.
프로세서(118)는 범용 프로세서, 특수 용도 프로세서, 전통적 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연합하는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 용도 지정 집적회로(ASIC), 현장 프로그램가능 게이트 어레이(FPGA) 회로, 임의의 다른 유형의 집적회로(IC), 상태 기계 등일 수 있다. 프로세서(118)는 신호 부호화, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 WTRU(102)가 무선 환경에서 동작하게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신기(120)에 결합되고, 송수신기(120)는 송수신 엘리멘트(122)에 결합될 수 있다. 비록 도 1B에서는 프로세서(118)와 송수신기(120)가 별도의 구성요소로서 도시되어 있지만, 프로세서(118)와 송수신기(120)는 전자 패키지 또는 칩으로 함께 통합될 수 있음을 이해할 것이다.
송수신 엘리멘트(122)는 무선 인터페이스(115/116/117)를 통하여 기지국(예를 들면 기지국(114a))에 신호를 송신하거나 기지국으로부터 신호를 수신하도록 구성될 수 있다. 예를 들면, 일 실시형태에 있어서, 송수신 엘리멘트(122)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 다른 실시형태에 있어서, 송수신 엘리멘트(122)는 예를 들면, IR, UV 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 에미터/검지기일 수 있다. 또 다른 실시형태에 있어서, 송수신 엘리멘트(122)는 RF 신호와 광신호 둘 다를 송신 및 수신하도록 구성될 수 있다. 송수신 엘리멘트(122)는 임의의 무선 신호 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것을 이해할 것이다.
또한, 비록 송수신 엘리멘트(122)가 도 1B에서 단일 엘리멘트로서 도시되어 있지만, WTRU(102)는 임의 수의 송수신 엘리멘트(122)를 포함할 수 있다. 더 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시형태에 있어서, WTRU(102)는 무선 인터페이스(115/116/117)를 통해 무선 신호를 송신 및 수신하기 위해 2개 이상의 송수신 엘리멘트(122)(예를 들면, 다중 안테나)를 포함할 수 있다.
송수신기(120)는 송수신 엘리멘트(122)에 의해 송신할 신호들을 변조하고 송수신 엘리멘트(122)에 의해 수신된 신호를 복조하도록 구성될 수 있다. 전술한 바와 같이, WTRU(102)는 다중 모드 능력을 구비할 수 있다. 따라서, 송수신기(120)는 WTRU(102)가 예를 들면 UTRA 및 IEEE 802.11과 같은 복수의 RAT를 통하여 통신하게 하는 복수의 송수신기를 포함할 수 있다.
WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들면, 액정 디스플레이(LCD) 표시 장치 또는 유기 발광 다이오드(OLED) 표시 장치)에 결합되어 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 비분리형 메모리(130) 및/또는 분리형 메모리(132)와 같은 임의 유형의 적당한 메모리로부터 정보를 액세스하고 상기 적당한 메모리에 데이터를 저장할 수 있다. 비분리형 메모리(130)는 랜덤 액세스 메모리(RAM), 읽기 전용 메모리(ROM), 하드 디스크 또는 임의의 다른 유형의 메모리 기억장치를 포함할 수 있다. 분리형 메모리(132)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드 등을 포함할 수 있다. 다른 실시형태에 있어서, 프로세서(118)는 서버 또는 홈 컴퓨터(도시 생략됨)와 같이 물리적으로 WTRU(102)에 위치되어 있지 않은 메모리로부터의 정보에 액세스하고 그러한 메모리에 데이터를 저장할 수 있다.
프로세서(118)는 전원(134)으로부터 전력을 수신하고, WTRU(102)의 각종 구성요소에 대하여 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 공급하는 임의의 적당한 장치일 수 있다. 예를 들면, 전원(134)은 하나 이상의 건전지 배터리(예를 들면, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 하이드라이드(NiMH), 리튬-이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.
프로세서(118)는 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들면, 경도 및 위도)를 제공하도록 구성된 GPS 칩세트(136)에 또한 결합될 수 있다. GPS 칩세트(136)로부터의 정보에 추가해서 또는 그 대신으로, WTRU(102)는 기지국(예를 들면 기지국(114a, 114b))으로부터 무선 인터페이스(115/116/117)를 통해 위치 정보를 수신하고, 및/또는 2개 이상의 인근 기지국으로부터 신호가 수신되는 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)는 실시형태의 일관성을 유지하면서 임의의 적당한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것을 이해할 것이다.
프로세서(118)는 추가의 특징, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함한 기타 주변 장치(138)에 또한 결합될 수 있다. 예를 들면, 주변 장치(138)는 가속도계, e-콤파스, 위성 송수신기, 디지털 카메라(사진용 또는 영상용), 범용 직렬 버스(USB) 포트, 진동 장치, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, 주파수 변조(FM) 라디오 장치, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도 1C는 일 실시형태에 따른 RAN(103) 및 코어 네트워크(106)의 계통도이다. 전술한 바와 같이, RAN(103)은 UTRA 라디오 기술을 이용하여 무선 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신할 수 있다. RAN(103)은 코어 네트워크(106)와 또한 통신할 수 있다. 도 1C에 도시된 것처럼, RAN(103)은 노드-B(140a, 140b, 140c)를 포함하고, 노드-B(140a, 140b, 140c)는 무선 인터페이스(115)를 통하여 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 송수신기를 각각 포함할 수 있다. 노드-B(140a, 140b, 140c)는 RAN(103) 내의 특정 셀(도시 생략됨)과 각각 연합될 수 있다. RAN(103)은 또한 RNC(142a, 142b)를 포함할 수 있다. RAN(103)은 실시형태와의 일관성을 유지하면서 임의 수의 노드-B 및 RNC를 포함할 수 있다는 것을 이해할 것이다.
도 1C에 도시된 것처럼, 노드-B(140a, 140b)는 RNC(142a)와 통신할 수 있다. 또한, 노드-B(140c)는 RNC(142b)와 통신할 수 있다. 노드-B(140a, 140b, 140c)는 Iub 인터페이스를 통해 각각의 RNC(142a, 142b)와 통신할 수 있다. RNC(142a, 142b)는 Iur 인터페이스를 통해 서로 통신할 수 있다. 각각의 RNC(142a, 142b)는 이들이 접속된 각각의 노드-B(140a, 140b, 140c)를 제어하도록 구성될 수 있다. 또한 각각의 RNC(142a, 142b)는 외부 루프 전력 제어, 부하 제어, 허가 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티, 보안 기능, 데이터 암호화 등과 같은 다른 기능을 실행 또는 지원하도록 구성될 수 있다.
도 1C에 도시된 코어 네트워크(106)는 미디어 게이트웨이(MGW)(144), 모바일 스위칭 센터(MSC)(146), 서빙 GPRS 지원 노드(SGSN)(148) 및/또는 게이트웨이 GPRS 지원 노드(GGSN)(150)를 포함할 수 있다. 전술한 요소들이 각각 코어 네트워크(106)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 요소는 코어 네트워크 사업자가 아닌 다른 엔티티에 의해 소유되거나 운용될 수 있다는 것을 이해할 것이다.
RAN(103)에 있는 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106) 내의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146)와 MGW(144)는 PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공하여 WTRU(102a, 102b, 102c)와 전통적인 지상선 통신 장치 간의 통신을 가능하게 한다.
RAN(103)에 있는 RNC(142a)는 IuPS 인터페이스를 통해 코어 네트워크(106) 내의 SGSN(148)에 또한 접속될 수 있다. SGSN(148)은 GGSN(150)에 접속될 수 있다. SGSN(148)과 GGSN(150)은 인터넷(110)과 같은 패킷 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공하여 WTRU(102a, 102b, 102c)와 IP-인에이블 장치 간의 통신을 가능하게 한다.
전술한 바와 같이, 코어 네트워크(106)는 다른 서비스 공급자에 의해 소유 및/또는 운용되는 다른 유선 또는 무선 네트워크를 포함하는 네트워크(112)에 또한 접속될 수 있다.
도 1D는 일 실시형태에 따른 RAN(104) 및 코어 네트워크(107)의 계통도이다. 전술한 바와 같이, RAN(104)은 E-UTRA 무선 기술을 이용하여 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신할 수 있다. RAN(104)은 코어 네트워크(107)와 또한 통신할 수 있다.
RAN(104)이 e노드-B(160a, 160b, 160c)를 포함하고 있지만, RAN(104)은 실시형태의 일관성을 유지하면서 임의 수의 e노드-B를 포함할 수 있다는 것을 이해할 것이다. e노드-B(160a, 160b, 160c)는 무선 인터페이스(116)를 통하여 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 송수신기를 각각 포함할 수 있다. 일 실시형태에 있어서, e노드-B(160a, 160b, 160c)는 MIMO 기술을 구현할 수 있다. 따라서, 예를 들면 e노드-B(160a)는 복수의 안테나를 사용하여 WTRU(102a)에게 무선 신호를 전송하고 WTRU(102a)로부터 무선 신호를 수신할 수 있다.
각각의 e노드-B(160a, 160b, 160c)는 특정 셀(도시 생략됨)과 연합될 수 있고, 무선 자원 관리 결정, 핸드오버 결정, 업링크 및/또는 다운링크에서 사용자의 스케줄링 등을 취급하도록 구성될 수 있다. 도 1D에 도시된 바와 같이, e노드-B(160a, 160b, 160c)는 X2 인터페이스를 통해 서로 통신할 수 있다.
도 1D에 도시된 코어 네트워크(107)는 이동도 관리 게이트웨이(MME)(162), 서빙 게이트웨이(164) 및 패킷 데이터 네트워크(PDN) 게이트웨이(166)를 포함할 수 있다. 전술한 요소들이 각각 코어 네트워크(107)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 요소는 코어 네트워크 운용자가 아닌 다른 엔티티에 의해 소유 및/또는 운용될 수 있다는 것을 이해할 것이다.
MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 각각의 e노드-B(160a, 160b, 160c)에 접속될 수 있고, 제어 노드로서 기능할 수 있다. 예를 들면, MME(162)는 WTRU(102a, 102b, 102c)의 사용자를 인증하고, 베어러를 활성화/비활성화하고, WTRU(102a, 102b, 102c)의 초기 부착 중에 특정의 서빙 게이트웨이를 선택하는 등의 임무를 수행할 수 있다. MME(162)는 또한 GSM 또는 WCDMA와 같은 다른 무선 기술을 이용하는 다른 RAN(도시 생략됨)과 RAN(104) 간의 스위칭을 위한 제어 평면 기능(control plane function)을 또한 제공할 수 있다.
서빙 게이트웨이(164)는 RAN(104) 내의 각각의 e노드-B(160a, 160b, 160c)에 S1 인터페이스를 통해 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우트 및 회송할 수 있다. 서빙 게이트웨이(164)는 또한 e노드-B 간의 핸드오버 중에 사용자 평면(user plane)을 고정(anchoring)하는 것, 다운링크 데이터가 WTRU(102a, 102b, 102c)에 이용할 수 있을 때 페이징을 트리거하는 것, WTRU(102a, 102b, 102c)의 콘텍스트를 관리 및 저장하는 것 등의 다른 기능을 수행할 수 있다.
서빙 게이트웨이(164)는 PDN 게이트웨이(166)에 또한 접속될 수 있고, PDN 게이트웨이(166)는 WTRU(102a, 102b, 102c)와 IP-인에이블 장치 간의 통신을 돕도록 인터넷(110)과 같은 패킷 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수 있다.
코어 네트워크(107)는 다른 네트워크와의 통신을 가능하게 한다. 예를 들면, 코어 네트워크(107)는 WTRU(102a, 102b, 102c)와 전통적인 지상선(land-line) 통신 장치 간의 통신이 가능하도록, PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수 있다. 예를 들면, 코어 네트워크(107)는 코어 네트워크(107)와 PSTN(108) 간의 인터페이스로서 기능하는 IP 게이트웨이(예를 들면, IP 멀티미디어 서브시스템(IMS) 서버)를 포함하거나 그러한 IP 게이트웨이와 통신할 수 있다. 또한, 코어 네트워크(107)는 다른 서비스 공급자에 의해 소유 및/또는 운용되는 다른 유선 또는 무선 네트워크를 포함하는 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수 있다.
도 1E는 일 실시형태에 따른 RAN(105) 및 코어 네트워크(109)의 계통도이다. RAN(105)은 IEEE 802.16 라디오 기술을 이용하여 무선 인터페이스(117)를 통해 WTRU(102a, 102b, 102c)와 통신하는 액세스 서비스 네트워크(ASN)일 수 있다. 뒤에서 더 자세히 설명하는 것처럼, WTRU(102a, 102b, 102c)의 다른 기능 엔티티와 코어 네트워크(109) 간의 통신 링크는 기준점으로서 정의될 수 있다.
도 1E에 도시된 것처럼, RAN(105)이 기지국(180a, 180b, 180c)과 ASN 게이트웨이(182)를 포함하고 있지만, RAN(105)은 실시형태와의 일관성을 유지하면서 임의 수의 기지국 및 ASN 게이트웨이를 포함할 수 있다는 것을 이해할 것이다. 기지국(180a, 180b, 180c)은 RAN(105) 내의 특정 셀(도시 생략됨)과 각각 연합될 수 있고, 무선 인터페이스(117)를 통하여 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 송수신기를 각각 포함할 수 있다. 일 실시형태에 있어서, 기지국(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들면 기지국(180a)은 복수의 안테나를 사용하여 WTRU(102a)에게 무선 신호를 전송하고 WTRU(102a)로부터 무선 신호를 수신할 수 있다. 기지국(180a, 180b, 180c)은 핸드오프 트리거링, 터널 확립, 무선 자원 관리, 트래픽 분류, 서비스 품질(QoS) 정책 강화 등과 같은 이동도 관리 기능을 또한 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집성점으로서 기능할 수 있고, 페이징, 가입자 프로필의 캐싱, 코어 네트워크(109)로의 라우팅 등의 임무를 수행할 수 있다.
WTRU(102a, 102b, 102c)와 RAN(105) 간의 무선 인터페이스(117)는 IEEE 802.16 명세서를 구현하는 R1 기준점으로서 규정될 수 있다. 또한 각각의 WTRU(102a, 102b, 102c)는 코어 네트워크(109)와 논리적 인터페이스(도시 생략됨)를 확립할 수 있다. WTRU(102a, 102b, 102c)와 코어 네트워크(109) 간의 논리적 인터페이스는 R2 기준점으로서 규정될 수 있고, 이것은 인증(authentication), 권한부여(authorization), IP 호스트 구성 관리, 및/또는 이동도 관리를 위해 사용될 수 있다.
각 기지국(180a, 180b, 180c)들 간의 통신 링크는 WTRU 핸드오버 및 기지국들 간의 데이터 전송을 가능하게 하는 프로토콜을 포함한 R8 기준점으로서 규정될 수 있다. 기지국(180a, 180b, 180c)과 ASN 게이트웨이(182) 간의 통신 링크는 R6 기준점으로서 규정될 수 있다. R6 기준점은 각각의 WTRU(102a, 102b, 102c)와 연합된 이동도 이벤트에 기초하여 이동도 관리를 가능하게 하는 프로토콜을 포함할 수 있다.
도 1E에 도시된 것처럼, RNA(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 간의 통신 링크는 예를 들면 데이터 전송 및 이동도 관리 능력을 가능하게 하는 프로토콜을 포함한 R3 기준점으로서 규정될 수 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(MIP-HA)(184), 인증, 권한부여, 계정(AAA) 서버(186), 및 게이트웨이(188)를 포함할 수 있다. 비록 전술한 요소들이 각각 코어 네트워크(109)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 요소는 코어 네트워크 사업자가 아닌 다른 엔티티에 의해 소유 및/또는 운용될 수 있다는 것을 이해할 것이다.
MIP-HA는 IP 어드레스 관리의 임무를 가질 수 있고, WTRU(102a, 102b, 102c)가 다른 ASN 및/또는 다른 코어 네트워크들 사이에서 로밍하게 할 수 있다. MIP-HA(184)는 인터넷(110)과 같은 패킷 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공하여 WTRU(102a, 102b, 102c)와 IP-인에이블 장치 간의 통신을 가능하게 한다. AAA 서버(186)는 사용자 인증 및 사용자 서비스 지원의 임무를 가질 수 있다. 게이트웨이(188)는 다른 네트워크들과의 상호연동을 가능하게 한다. 예를 들면, 게이트웨이(188)는 PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공하여 WTRU(102a, 102b, 102c)와 전통적인 지상선 통신 장치 간의 통신을 가능하게 한다. 또한, 게이트웨이(188)는 다른 서비스 공급자에 의해 소유 및/또는 운용되는 다른 유선 또는 무선 네트워크를 포함한 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수 있다.
비록 도 1E에는 도시되지 않았지만, RAN(105)은 다른 ASN에 접속될 수 있고 코어 네트워크(109)는 다른 코어 네트워크에 접속될 수 있다는 것을 이해할 것이다. RAN(105)과 다른 ASN 간의 통신 링크는 R4 기준점으로서 규정될 수 있고, R4 기준점은 RAN(105)과 다른 ASN 사이에서 WTRU(102a, 102b, 102c)의 이동도를 조정하는 프로토콜을 포함할 수 있다. 코어 네트워크(109)와 다른 코어 네트워크 간의 통신 링크는 R5 기준점으로서 규정될 수 있고, R5 기준점은 홈 코어 네트워크와 방문 코어 네트워크 간의 상호연동을 가능하게 하는 프로토콜을 포함할 수 있다.
하나 이상의 네트워크에 걸쳐서 자원의 공지(announcement)를 전파하기 위한 시스템, 방법 및 설비가 개시된다. 호스팅 서비스 능력 계층(SCL)일 수 있는 제1 엔티티는 자원을 공지하기 위해 발행자로부터 요청을 수신할 수 있다. 예를 들면, 발행자는 자원을 다른 SCL에게 공지하기 위해 제1 엔티티에게 요청을 보낼 수 있다. 제1 엔티티는 자원의 표시를 생성할 수 있다. 그 표시는 공지되는 자원이라고 부를 수 있다. 공지되는 자원은 검색 문자열, 속성, 또는 표시가 기초를 두는 자원의 URI 중의 하나 이상을 포함할 수 있다. 제1 엔티티는 공지 자원 요청을 제1 엔티티에 등록된 제2 엔티티(예를 들면, 공지 대상 SCL)에게 보낼 수 있다. 공지 자원 요청은 mId 인터페이스를 통해 송신될 수 있다. 제1 엔티티는 제2 엔티티가 공지되는 자원을 생성하였음을 표시하는 제1 응답을 mId 인터페이스를 통해 제2 엔티티로부터 수신할 수 있다.
제1 엔티티는 제2 엔티티가 공지 대상 엔티티인지 자원의 접근성에 기초하여 결정할 수 있다. 제1 엔티티는 알려진 URI 하에서 제2 엔티티에게 자원을 포스팅할 수 있다. 제1 엔티티는 제2 엔티티가 공지되는 자원을 생성하였음을 표시하는 제2 응답을 발행자에게 보낼 수 있다(예를 들면, 제1 응답을 수신한 후에). 제1 엔티티는 공지 대상의 복수의 SCL을 결정할 수 있다. 제1 엔티티는 다수의 SCL에 접속될 수 있고, 보안상의 제약, 접근 제어 등에 기초하여 다수의 SCL의 부분집합으로서 복수를 선택할 수 있다.
도 2는 예시적인 종점대 종점 M2M 시스템 구조를 보인 도이다. M2M 시스템 구조는 M2M 장치 도메인뿐만 아니라 네트워크 및 애플리케이션 도메인을 포함할 수 있다.
M2M 장치 도메인은 M2M 장치, M2M 영역 네트워크, 또는 M2M 게이트웨이 중의 하나 이상을 포함할 수 있다. M2M 장치는 M2M 서비스 능력(SC) 및 네트워크 도메인 기능을 이용하여 M2M 애플리케이션을 구동시키는 장치일 수 있다. M2M 장치는 M2M 코어에 직접 또는 1개 이상의 (순차적 또는 병렬) 게이트웨이를 통해 간접적으로 접속할 수 있다. M2M 영역 네트워크는 M2M 장치와 M2M 게이트웨이 사이의 접속을 제공할 수 있다. M2M 영역 네트워크의 예로는 개인 영역 네트워크 기술, 예를 들면, IEEE 802.15.x, 직비, 블루투스, IETF ROLL, ISA100.11a, 등이 있다. M2M 게이트웨이는 M2M 서비스 능력을 이용하여 M2M 상호연동 및 네트워크와 애플리케이션 도메인에 대한 상호접속을 보장할 수 있다. M2M 게이트웨이는 또한 M2M 애플리케이션을 구동할 수 있다.
네트워크 및 애플리케이션 도메인은 접근 네트워크, 운송 네트워크, 또는 M2M 코어 중의 하나 이상을 포함할 수 있다. 접근 네트워크는 M2M 장치 도메인이 코어 네트워크와 통신할 수 있게 한다. 접근 네트워크의 예는 xDSL, HFC, PLC, 위성, GERAN, UTRAN, eUTRAN, W-LAN, 또는 WiMAX 중의 하나 이상을 포함할 수 있다. 운송 네트워크는 네트워크 및 애플리케이션 도메인 내에서 데이터의 운송을 가능하게 한다. M2M 코어는 코어 네트워크와 서비스 능력으로 구성될 수 있다. 코어 네트워크는 IP 접속 및 잠재적으로 다른 접속 수단; 서비스 및 네트워크 제어 기능; 상호접속(예를 들면, 다른 네트워크와의 상호접속); 또는 로밍 중의 하나 이상을 제공할 수 있다. 코어 네트워크의 예는 3GPP CN, ETSI TISPAN CN, 또는 3GPP2 CN 중의 하나 이상을 포함할 수 있다. M2M 서비스 능력(SC)의 예는 네트워크 애플리케이션 인에이블먼트(NAE) 능력; 네트워크 일반 통신(NGC) 능력; 네트워크 도달가능성, 어드레싱 및 저장(NRAR) 능력; 네트워크 통신 선택(NCS) 능력; 네트워크 원격 엔티티 관리(NREM) 능력; 네트워크 보안(NSEC) 능력; 네트워크 히스토리 및 데이터 보유(NHDR) 능력; 네트워크 거래 관리(NTM) 능력; 네트워크 상호연동 프록시(NIP) 능력; 또는 네트워크 텔레콤 운용자 노출(NTOE) 능력 중의 하나 이상을 포함할 수 있다.
자원을 공지 및 비공지하기 위한 M2M 인터페이스 절차에 관한 시스템, 방법 및 설비가 개시된다. 예시적인 자원은, 비제한적인 예를 들자면, 스마트 메터(스마트 메터로부터 수집된 데이터를 포함함) 및 의료 장비(예를 들면, 혈압 감시 장비)를 포함할 수 있다. 도 3은 본 발명의 실시형태에 따라 사용될 수 있는 예시적인 서비스 능력 기능 구조 프레임워크의 블록도이다. 도 3을 참조하면, 게이트웨이(G)는 ETSI M2M 장치의 M2M 영역 네트워크를 관리하는 ETSI M2M 장치일 수 있다. 게이트웨이는 ETSI M2M 코어 네트워크와 통신할 수 있다. 장치(D)는 ETSI M2M 코어 네트워크 또는 ETSI M2M 게이트웨이와 통신하는 ETSI M2M 장치일 수 있다. 장치'(D')는 ETSI M2M 서비스 능력을 구현하지 않는 ETSI M2M 장치일 수 있다. 장치'(D')는 M2M 게이트웨이(G)의 서비스 능력을 이용함으로써 M2M 코어와 간접적으로 상호작용할 수 있다. 게이트웨이'(G')는 D 및 D' 장치 둘 다에 대한 접속을 제공하는 ETSI M2M 게이트웨이일 수 있다. ETSI M2M 호환 장치 또는 게이트웨이 엔티티에 의해 관리되는 영역 네트워크에 속하는 비-ETSI M2M 호환 장치('d')가 있을 수 있다. 장치(d)는 M2M 서비스 능력에 직접 접근하지 못할 수 있다.
공지되는 자원은 이 공지되는 자원들이 서비스 능력 계층(SCL)에서 발견할 수 있는 원격(공지하는) 자원(예를 들면, 원격 SCL에서 생존하는 자원)을 계속하여 추적하도록 호스트되는 M2M SCL에 의해 사용되는 자원이다. 공지되는 자원은 공지하는 자원에 대한 링크를 포함할 수 있다. 공지되는 자원의 가시성은 그 완전한 URL을 통해 액세스될 때로 제한될 수 있다. 다른 경우에, 예를 들면, 발견하는 동안에 및 부모 수집 자원을 리스팅하는 동안에, 원격/공지 자원에 대한 직접 참조가 복귀될 수 있다. 수집 자원과 공지되는 자원 간에는 포함 관계가 있을 수 있다. 예를 들면, 수집이 제거된 때, 포함된 자원들은 이들이 로컬 자원을 나타내거나 공지되는 자원을 나타내거나에 상관없이 역시 제거될 수 있다. 그 경우에, 공지하는 자원(공지되는 자원이 참조하는 자원)은 제거되지 않을 수 있다. 공지하는 자원이 제거된 때, 공지되는 자원을 제거하는 것은 원격 SCL의 책임일 수 있다. 만일 이것이 행하여지지 않으면, 발견이 비존재 원격 자원에 대한 참조를 제공할 수 있는 소정의 시간이 있을 수 있다.
공지되는 자원들은 그들이 표시하는 자원과 동일한 자식 수집 자원을 공유할 수 있기 때문에, 상이한 종류의 공지되는 자원들이 있을 수 있다. 후자는 공지되는 자원의 자손으로서 자식 자원(예를 들면, 그룹, 접근 권한, 콘테이너 등)의 명시적 생성을 가능하게 한다. 이것은 정상적인 포함 관계일 수 있기 때문에, 이러한 자식 자원은 공지되는 자원이 제거될 때(예를 들면, 원격 자원이 비공지된 때) 제거될 수 있다.
엔티티는 SCL 또는 애플리케이션일 수 있다. 발행자는 예를 들면 공지되는 자원에 관한 요청을 수행하는 액터(actor)일 수 있다. 발행자는 애플리케이션 또는 SCL일 수 있다. 반사된 자원(mirrored resource)이라고 부를 수 있는 공지되는 자원은 다른 SCL(예를 들면, 마스터/최초 자원)에 의해 호스트되는 자원을 인용하는 콘텐트를 가질 수 있다. 공지되는 자원은 예를 들면 검색 문자열, 최초 자원에 대한 링크(예를 들면, URI) 등과 같은 제한된 속성 집합을 포함하는 실제 자원이다. 공지되는 자원의 목적은 최초 자원의 발견(discovery)을 촉진하는 것이고, 그래서 발견의 발행자는 자원을 찾기 위해 많은 SCL을 접촉할 필요가 없다.
로컬(예를 들면, 등록) SCL은 애플리케이션/SCL이 등록하는 SCL일 수 있다. 로컬 SCL은 요청의 최초 발행자(예를 들면, 애플리케이션 또는 SCL)로부터 요청을 수신하는 SCL일 수 있다. 만일 NA가 최초 발행자이면, 로컬 SCL은 N-SCL일 수 있다. 또한, 만일 GA가 최초 발행자이면, 로컬 SCL은 G-SCL일 수 있다. 만일 D 장치의 DA가 최초 발행자이면, 로컬 SCL은 D-SCL일 수 있다. 만일 D' 장치의 DA가 최초 발행자이면, 로컬 SCL은 G-SCL일 수 있다. 만일 D 장치의 D-SCL이 최초 발행자이면, 로컬 SCL은 G-SCL 또는 N-SCL일 수 있다. 만일 G-SCL이 최초 발행자이면, 로컬 SCL은 N-SCL일 수 있다.
호스팅 SCL은 어드레스된(예를 들면, 실제) 자원이 상주하는 SCL일 수 있다. 공지 대상(announced-to) SCL은 공지되는 자원을 포함한 SCL일 수 있다. 자원은 복수의 SCL에게 공지될 수 있다. 자원 발견의 관계에서, "링크"는 "URI" 또는 "속성 자원 참조의 집합"(collection of attributed resource references)일 수 있다.
자원들은 상이한 SCL에 저장될 수 있다. 자원의 복제뿐만 아니라 자원 발견 시간을 줄이기 위해, 실제 자원은 하나의 SCL에 저장되고, 실제 자원 또는 카피의 표시는 다른 SCL에 저장될 수 있다. 공지 절차는 SCL이 그 자원 표시 또는 자원들을 다른 SCL에 전파하기 위해 사용될 수 있다. 비공지 절차는 SCL이 이전에 전파된 자원을 다른 SCL로부터 제거하기 위해 사용될 수 있다.
도 4는 예시적인 공지되는 자원 구조를 보인 것이다. 공지되는 자원은 실제 자원의 표시일 수 있다. 자원 유형 식별자는 자원이 공지되는 자원임을 식별하기 위해 사용될 수 있다.
공지되는 자원은 1개 또는 복수의 검색문자열(SearchStrings)을 포함할 수 있다. 검색문자열은 접근 요청의 검색 문자열을 정합시키기 위해 사용될 수 있다. 검색문자열은 인간이 판독가능한 자원의 명칭, 자원으로부터의 텍스트 등일 수 있다.
도 4의 예에 도시된 바와 같이, 공지되는 자원은 하나 이상의 속성을 포함할 수 있다. 속성의 예는 접근성(판독/기록), 수명(예를 들면, 공지되는 자원이 얼마동안 유효이어야 하는지를 표시하는 값), 자원의 크기, 또는 미디어 유형 중의 하나 이상을 포함할 수 있다. 공지되는 자원은 예를 들면 "브로드캐스트", "멀티캐스트" 또는 "유니캐스트"로서 (예를 들면, 호스팅 SCL에 의해) 공지될 수 있다. 브로드캐스트는 자원이 임의의 SCL 또는 애플리케이션에 공지되는 것을 표시할 수 있다. 멀티캐스트는 자원 공지가 허가된 SCL 및/또는 애플리케이션의 그룹으로 제한되는 것을 표시할 수 있다. 유니캐스트는 자원 공지가 특정의 SCL 또는 애플리케이션으로 제한되는 것을 표시할 수 있다. 최초 자원 접근권한(AccessRights)은 최초의 자원으로부터 계승될 수 있다.
일부 속성은 검색가능하고, 따라서 그 속성들은 검색문자열로서 사용될 수 있다. 다른 SCL에 상주하는 자원을 인용할 때, 공지되는 자원의 콘텐트는 자원의 URI를 포함할 수 있다.
엔티티(예를 들면, 발행자)는 SCL 등의 다른 엔티티에게 자원을 공지할 수 있다. 이것은 최초/초기 공지 및 후속 갱신을 포함할 수 있다. 발행자는 그 이용가능한 자원을 다른 SCL에게 공지하도록 요청하는 애플리케이션 또는 SCL일 수 있다. 공지 절차의 트리거는 호스팅 SCL의 초기화, 새로운 자원의 생성, 자원의 갱신, 새로운 SCL을 찾은 호스팅 SCL 등 중의 하나 이상을 포함할 수 있다. 발행자는 자원을 주기적으로 공지할 수 있다. 애플리케이션이 자원을 생성 또는 갱신할 때, 애플리케이션은 자원이 보여지는 것을 애플리케이션이 원하는 방법에 기초하여 자원이 공지될 수 있는지를 표시할 수 있다. 애플리케이션은 자원의 표시가 어떻게 구성되어야 하는지를 표시할 수 있다.
발행자로부터의 요청에 기초해서, 호스팅 SCL은 자원을 예를 들면 다른 SCL에게, 공지되는 자원의 형태로 공지할 수 있다. 공지 절차의 발행자는 호스팅 SCL 자체일 수 있다. 호스팅 SCL은 자원의 표시를 형성(예를 들면, 도 5에 도시된 것처럼 공지되는 자원을 생성)하고 "공지 자원" 요청을 목표 SCL에게 보낼 수 있다. 호스팅-SCL은 어느 목표 SCL에게 공지해야 하는지를 자원의 접근성에 따라 결정할 수 있다. 공지되는 자원이 브로드캐스트될 수 없으면, 공지 대상 SCL은 호스팅 SCL에 등록되어 있을 필요가 있다. 보안 및 접근 제어와 같은 이유 때문에, 호스팅-SCL은 호스팅-SCL이 공지할 SCL로 제한될 수 있다(예를 들면, 호스팅-SCL은 자신이 접속된 모든 SCL에게 공지하지 않을 수 있다). 공지 대상 SCL은 공지되는 자원을 국부적으로 생성할 수 있다.
SCL은 공지의 URI 하에서(예를 들면, 공지 절차의 일부로서) 공지되는 자원을 다른 SCL에게 포스팅할 수 있다. 발생자(예를 들면, 애플리케이션 또는 SCL)는 이용가능한 공지되는 자원을 검색하기 위해 SCL에 대한 GET to/.known/to를 수행할 수 있다. 예를 들면, CoAP는 자원 발견을 위한 공지/코어 URI를 규정할 수 있다.
공지 대상 SCL은 자신이 접속된 다른 SCL에게 공지되는 자원을 전파할 수 있다. 공지 대상 SCL은 속성들의 일부를 취할 수 있고, 새로운 단순화 공지되는 자원을 다른 SCL에게 전파할 수 있다.
도 5는 자원을 공지하는 예시적인 흐름도를 보인 것이다. 도 5를 참조하면, SCL-1 또는 애플리케이션(예를 들면, 발행자)는 공지에 대한 요청을 SCL-2(예를 들면, 로컬 SCL/호스팅 SCL)에게 통신할 수 있고, 여기에서 자원이 저장(예를 들면, 생성)될 수 있다. SCL-2에 의한 저장/생성은 실제 자원의 표시의 저장/생성을 포함할 수 있고; 상기 표시는 공지되는 자원이라고 부를 수 있다(예를 들면, 도 4 참조). 통신에 응답하여, SCL-2는 그 자원(예를 들면, 공지되는 자원)을 공지하도록 트리거될 수 있고, 트리거는 SCL-3(예를 들면, 공지 대상 SCL)에 대한 공지 자원 통신의 전송을 포함할 수 있다. SCL-3는 공지되는 자원을 저장(예를 들면, 생성)할 수 있다. 응답은 도 5에 도시된 것처럼 통신될 수 있다.
공지되는 자원은 접근될 수 있다. 예를 들면, 발행자는 공지되는 자원에 접근하기 원하는 엔티티일 수 있다. 발행자는 자원을 요청하는 그 로컬(등록) SCL에 대한 요청 메시지를 구성할 수 있다. 요청은 하나 이상의 검색문자열을 포함할 수 있다. 로컬 SCL은 공지 대상 SCL일 수도 있고 아닐 수도 있으며; 요청된 자원에 대한 정보를 가질 수도 있고 갖지 않을 수도 있다. 만일 로컬 SCL이 공지 대상 SCL이 아니면, 로컬 SCL은 공지 대상 SCL에 도달할 때까지 로컬 SCL이 접속된 다른 SCL에게 그 요청을 전파할 수 있다. 실시형태에 따라서, 네트워크에 대한 과도한 부하를 줄이고 그러한 요청의 호프(hop)를 제한하기 위해, 접근 자원 요청은 최대 수의 SCL을 표시할 수 있고, 또는 제한된 수의 호프가 다른 엔티티에서 미리 구성될 수 있다.
공지 대상 SCL은 발행자의 접근 권한을 체크할 수 있고, 만일 공지되는 자원에 대한 접근이 허용되지 않으면, 공지 대상 SCL은 예를 들면 접근이 거부되었음을 표시하는 상태 코드를 돌려보낼 수 있다. 만일 발행자가 공지되는 자원에 대한 접근이 허용되면, 공지 대상 SCL은 예를 들면 하기의 예 중 하나를 이용한 접근을 제공할 수 있다.
동기 방식에 있어서, 공지 대상 SCL은 접근 요청을 호스팅 SCL에게 회송할 수 있다. 동기 방식의 한가지 유즈 케이스는 실제 자원의 URI가 발행자에게 보여지지 않아서 공지 대상 SCL이 발행자에게 URI를 돌려보낼 수 없다는 것이다. 그 대신에, 공지 대상 SCL은 발행자를 대신하여 검색 동작을 수행할 필요가 있고, 자원의 실제 콘텐트를 발행자에게 돌려보낼 수 있다. 비동기 방식에 있어서, 공지 대상 SCL은 공지되는 자원의 URI를 발행자에게 돌려보낼 수 있고, 발행자는 호스팅 SCL로부터 마스터/최초 자원을 질의할 수 있다.
만일 호스팅 SCL이 실제 자원에 대한 접근의 요청을 수신하면, 호스팅 SCL은 발행자의 접근 권한을 체크하고, 만일 허용되면, 호스팅 SCL은 성공 상태의 응답을 전송할 수 있다. 만일 허용되지 않으면, 호스팅 SCL은 접근 거부되었음을 돌려보낼 수 있다(예를 들면, 상태 코드를 통해서).
도 6은 동기 방식으로 공지되는 자원에 접근하는 예시적인 흐름도를 보인 것이다. 도 6을 참조하면, SCL-1 또는 애플리케이션(예를 들면, 발행자)은 자원에 접근하기 위한 통신을 SCL-2(예를 들면, 로컬 SCL)에게 보낼 수 있다. 그 응답으로, SCL-2는 요청을 체크하고 만일 요청이 자원을 갖고 있지 않으면 다음 SCL을 체크할 수 있다. 그 경우에, SCL-2는 자원에 접근하기 위한 통신을 SCL-3(예를 들면, 공지 대상 SCL)에게 보낼 수 있다. 만일 SCL-3가 공지되는 자원을 갖고 있으면, SCL-3는 접근 자원 통신을 SCL-4(예를 들면, 호스팅 SCL)에게 보낼 수 있다. 호스팅 SCL은 접근 권한을 체크하고, 만일 허용되면, 자원에 접근하고 성공 표시로 응답할 수 있다. 그렇지 않으면, 호스팅 SCL은 에러로 응답할 것이다. 응답은 도시된 것처럼 통신될 수 있다.
도 7은 비동기 방식으로 공지되는 자원에 접근하는 예시적인 흐름도를 보인 것이다. 도 7을 참조하면, SCL-1 또는 애플리케이션(예를 들면, 발행자)은 자원에 접근하기 위한 통신을 SCL-2(예를 들면, 로컬 SCL)에게 보낼 수 있다. 그 응답으로, SCL-2는 요청을 체크하고 만일 요청이 자원을 갖고 있지 않으면 다음 SCL을 체크할 수 있다. 이 경우에, SCL-2는 자원에 접근하기 위한 통신을 SCL-3(예를 들면, 공지 대상 SCL)에게 보낼 수 있다. SCL-3가 공지되는 자원을 갖는다는 결정 및 통신에 응답하여, SCL-3는 자원 URI에 의해 응답할 수 있고, 자원 URI를 표시하는 응답 메시지가 SCL-2 및 SCL-1에게 통신될 수 있다. 만일 SCL-1이 호스팅 SCL로부터 자원을 검색하기로 결정하면, SCL-1은 자원 URI를 이용하여 접근 자원 메시지를 SCL-4(예를 들면, 호스팅 SCL)에게 보낼 수 있다. 그 응답으로, 호스팅 SCL은 접근 권한을 체크하고, 만일 허용되면, 자원에 접근하고 성공 표시로 응답할 수 있다. 그렇지 않으면, 호스팅 SCL은 에러로 응답할 것이다. 응답은 도시된 것처럼 SCL-1에게 통신될 수 있다.
공지되는 자원은 비공지(de-announce)될 수 있다. 비공지는 예를 들어서 만일 공지되는 자원이 만료 시간을 가지면 암묵적으로 될 수 있다. 발행자는 미리 공지된 자원들을 비공지하도록 요청할 수 있다. 비공지를 위한 트리거는 예를 들면 자원이 호스팅 SCL에 더 이상 존재하지 않는 것 또는 공지 절차의 발행자(예를 들면, 호스팅 SCL 또는 애플리케이션)가 그 자원을 공지하는 것을 더 이상 원치않기 때문일 수 있다.
발행자로부터의 트리거 때문에, 호스팅 SCL은 미리 공지된 자원을 비공지하기로 결정할 수 있다. 호스팅 SCL은 발행자 자체일 수 있다. 호스팅 SCL은 하나 이상의 자원을 "비공지"하기 위해 "비공지" 요청 메시지를 공지 대상 SCL에게 보낼 수 있다. 비공지 요청에서, 호스팅 SCL은 하나 이상의 공지되는 자원을 표시할 수 있다. 각각의 공지되는 자원은 식별자에 의해 표시될 수 있다. 비공지 메시지를 수신한 때, 공지 대상 SCL은 공지되는 자원을 삭제하고, 삭제 상태의 응답을 호스팅 SCL에게 보낼 수 있다. 만일 공지 대상 SCL이 공지되는 자원을 다른 SCL에게 전파하였으면, 다른 SCL도 또한 자원을 비공지하라는 비공지 요청을 전파할 수 있다.
실시형태에 따라서, 도 8은 자원을 비공지하는 예시적인 흐름도를 보인 것이다. 도 8을 참조하면, SCL-1 또는 애플리케이션(예를 들면, 발행자)은 비공지를 위한 통신을 SCL-2(예를 들면, 로컬 SCL)에게 보낼 수 있다. 만일 SCL-2가 자원을 갖고 있으면, 그 응답으로 SCL-2는 요청된 자원을 비공지하도록 트리거하고, 비공지 통신을 SCL-3(예를 들면, 공지 대상 SCL)에게 보낼 수 있다. 그 응답으로, SCL-3는 공지되는 자원을 발행자로부터 삭제할 수 있다. 응답은 도시된 것처럼 SCL-1에게 통신될 수 있다.
구조 및/또는 규칙들은 공지/비공지와 연합될 수 있다. 검색문자열 속성을 가진 자원들은 공지되는 능력을 가질 수 있다. 공지될 수 있는 각각의 자원에 대하여, 속성은 자원이 공지되어야 하는지 그렇지 않은지를 규정할 수 있다. 만일 공지될 수 있으면, 자원은 공지하는 법에 대한 규칙(예를 들면, 수명, 리프레시먼트 등)과 연합될 수 있다.
공지되는 각 자원은 이 자원을 호스팅하는 SCL(예를 들면, 호스팅 SCL)이 공지, 예를 들면 공지 규칙을 어떻게 관리해야 하는지에 관한 정보를 필요로 할 수 있다. 이 정보는 자원에 관한 속성의 리스트, 속성의 리스트를 포함한 자원에 관한 데이터 구조, 자원의 하위 자원(sub-resource), 이들의 임의 조합 등에 포함될 수 있다.
공지 정보는 애플리케이션 자원에 결합된 속성들의 리스트에 포함될 수 있다. 예를 들면, 아래의 표 1은 예시적인 자원들의 속성을 나타낸다. 기호 "*"는 공지 속성을 표시한다.
하기의 것은 "애플리케이션" 자원에 관한 공지 정보의 예이다. 유사한 형식이 다른 자원 유형, 즉 "그룹" 자원, "콘테이너" 자원, "접근권한" 자원 등에 적용될 수 있다.
속성명칭 필수/선택 유형 설명
애플리케이션상태(applicationStatus) M RW API를 통해 생성된 경우 온라인으로 디폴트할 수 있다.
만료시간(expirationTime) M RW 이것은 애플리케이션상태가 비등록(NOT_REGISTERED)인 경우 자원의 만료 시간을 나타내고, 다른 경우에는 등록의 만료 시간을 나타낸다. 만일 SCL이 그 시간 전에 그 등록을 리프레시하지 않으면, 애플리케이션상태는 비등록으로 복귀하거나, 또는 서버 정책에 따라서 자원이 삭제된다.
접근권한ID(accessRightID) O RW
검색문자열(searchStrings) M RW
생성시간(creationTime) M RO
최종수정시간(lastModifiedTime) M RO
멤버오브(memberOf) M RO
공지대상(announcedTo) O RO
*공지가능성( announcibility ) M RW 공지를 활성화/비활성화하기 위해 사용된다. 값 "예"(또는 참)는 공지될 것임을 의미하고; "아니오"(또는 거짓)는 공지되지 않을 것임을 의미한다.
*공지대상( announceto ) M RW 자원 또는 호스팅 SCL을 생성한 애플리케이션은 공지될 자원이 발견되는 목적지 SCL을 제공한다. 목적지는 특정 SCL(예를 들면, SCL1, SCL2)의 ID, 또는 도메인 유형(예를 들면, 스마트메터 유형, 또는 컴패니 X에 속하는 임의의 노드 등)일 수 있다.
속성은 "ALL" 또는 "BEST EFFORT"로 설정될 수 있다. 만일 "ALL"로 설정되면, 이 자원을 호스팅하는 SCL은 권한을 갖는 SCL에게 공지할 수 있다. 만일 "BEST EFFORT"로 설정되면, 이 자원을 호스팅하는 SCL은 공지할 대상자를 결정할 수 있다. 이 속성은 "선택적"으로서 또한 규정될 수 있다. 만일 "선택적"으로서 규정되면, 자원이 생성 또는 갱신될 때 속성이 포함되지 않은 경우에 디폴트 행동이 추정된다(예를 들면, "ALL"로 공지하거나 "BEST EFFORT"로 공지한다).
*공지수명( anncLifeTime ) M RW 공지 대상 자원의 만료 시간을 규정할 수 있다.
*리프레시간격( refreshInterval ) O RW 만일 공지 대상 자원이 "비공지될 때까지 유효"가 아닌 공지수명(anncLiftTime)을 가지면, "리프레시" 간격이 규정될 수 있다.
- 공지를 다시 재시도한다
- 공지 대상 자원에 검색문자열이 있을 때
이 자원을 호스팅하는 SCL은 공지되는 자원을 주기적으로 리프레시할 수 있다.
*확인성( confirmable ) M RW 공지를 위해 확인 메시지가 필요한지를 규정할 수 있다. 속성은 "선택적"으로서 또한 규정될 수 있다. 만일 자원이 생성 또는 갱신될 때 속성이 포함되지 않으면, 디폴트 행동이 추정된다(예를 들면, 항상 확인하거나 전혀 확인하지 않음)
*전파( propagation ) O RW 선택적 플래그는 공지가 공지 대상 SCL에 의해 추가의 SCL에 전파될 수 있는지 표시할 수 있다.
*전파수( propagationCount ) M RW 전파가 허용되면 필수이고 그렇지 않으면 필요없다. 공지를 호프하는 수가 전파될 수 있다. SCL이 자원을 전파할 때마다 SCL은 공지되는 자원을 생성하고 전파수를 (1씩) 감분한다.
*전파대상( propagatedTo ) M RO 전파가 허용되면 필수이고 그렇지 않으면 필요없다.
공지를 전파한 SCL의 리스트.
표 1: 자원 <애플리케이션>의 속성
발행자가 애플리케이션인 경우에, 상기 필수로서 리스트된 속성은 선택적일 수 있고, 최종 결정은 호스팅 SCL에게 남겨질 수 있다. 호스팅 SCL은 최초 자원을 생성한 애플리케이션에 의해 규정된 공지 규칙을 실행할 수 있다. 만일 규칙들이 애플리케이션에 의해 규정되지 않으면(예를 들면, 애플리케이션은 그 자원들이 어떻게 공지되어야 하는지에 대하여 관심이 없을 수 있다), 호스팅 SCL은 상기 표에서 필수 필드로서 규정된 규칙들을 완성할 수 있다.
공지 정보는 예를 들면 뒤에서 보인 것처럼 애플리케이션 자원에 대한 하위 자원으로서 포함될 수 있다. 기호 "*"는 공지 속성을 표시한다.
하위자원 필수/선택 중복성 설명
콘테이너 M 1 부모 애플리케이션에 의해 생성된 로컬 콘테이너를 포함할 수 있다.
그룹 M 1 부모 애플리케이션에 의해 생성된 로컬 그룹을 포함할 수 있다.
접근권한 M 1 부모 애플리케이션에 의해 생성된 로컬 접근권한을 포함할 수 있다.
접근상태 M 1
가입 M 1
*공지규칙 O 1 이 하위 자원은 부모 자원이 공지되어야 하는지를 표시하기 위해 플래그로서 사용될 수 있다. 만일 존재하면, 공지는 공지규칙 하위 자원 속성에 의해 특정된 규칙을 따를 수 있다.
표 2 : 자원 <애플리케이션>
속성명칭 필수/선택 유형 설명
*공지가능성 M RW 공지를 활성화/비활성화하기 위해 사용된다. 값 "예"(또는 참)는 공지될 수 있음을 의미하고; "아니오"(또는 거짓)는 공지될 수 없음을 의미한다.
*공지대상 M RW 자원 또는 호스팅 SCL을 생성한 애플리케이션은 공지될 자원이 발견되는 목적지 SCL을 제공한다. 목적지는 특정 SCL(예를 들면, SCL1, SCL2)의 ID, 또는 도메인 유형(예를 들면, 스마트메터 유형, 또는 컴패니 X에 속하는 임의의 노드)일 수 있다.
속성은 "ALL" 또는 "BEST EFFORT"로 설정될 수 있다. 만일 "ALL"로 설정되면, 이 자원을 호스팅하는 SCL은 권한을 갖는 SCL에게 공지할 수 있다. 만일 "BEST EFFORT"로 설정되면, 이 자원을 호스팅하는 SCL은 공지할 대상자를 결정할 수 있다. 이 속성은 "선택적"으로서 또한 규정될 수 있다. 만일 "선택적"으로서 규정되면, 자원이 생성 또는 갱신될 때 속성이 포함되지 않은 경우에 디폴트 행동이 추정된다(예를 들면, "ALL"로 공지하거나 "BEST EFFORT"로 공지한다).
*공지수명 M RW 공지 대상 자원의 만료 시간을 규정할 수 있다.
*리프레시간격 O RW 만일 공지 대상 자원이 "비공지될 때까지 유효"가 아닌 공지수명(anncLiftTime)을 가지면, "리프레시" 간격이 규정될 수 있다.
- 공지를 다시 재시도한다
- 공지 대상 자원에 검색문자열이 있을 때
이 자원을 호스팅하는 SCL은 공지되는 자원을 주기적으로 리프레시할 수 있다.
*확인성 M RW 공지를 위해 확인 메시지가 필요한지를 규정할 수 있다. 대안적으로, 속성은 "선택적"으로서 규정될 수 있다. 만일 자원이 생성 또는 갱신될 때 속성이 포함되지 않으면, 디폴트 행동이 추정된다(예를 들면, 항상 확인하거나 전혀 확인하지 않음)
*전파 O RW 선택적 플래그는 공지가 공지 대상 SCL에 의해 추가의 SCL에 전파될 수 있는지 표시할 수 있다.
*전파수 M RW 전파가 허용되면 필수이고 그렇지 않으면 필요없다. 공지를 호프하는 수가 전파될 수 있다. SCL이 자원을 전파할 때마다 SCL은 공지되는 자원을 생성하고 전파수를 (1씩) 감분한다.
*전파대상 M RO 전파가 허용되면 필수이고 그렇지 않으면 필요없다.
공지를 전파한 SCL의 리스트.
표 3 : 자원 <애플리케이션>의 속성 하위 자원 공지규칙
구조는 공지 대상 자원을 저장하기 위해 제공될 수 있다. 예를 들면, 도 9는 <sclBase>/scls/scl/applications/applicationAnnc에 위치된 공지되는 애플리케이션 자원을 저장하기 위한 예시적인 자원 구조를 보인 것이다.
공지 대상 자원은 sclBase 하에 저장될 수 있다. 공지의 목적은 자원 발견을 위한 것일 수 있다. 공지되는 자원을 중앙집중 장소하에 두는 것은 자원 발견을 최적화할 수 있다. 예를 들면, <sclBase1>./announcedTo에 대한 GET 요청은 공지되는 자원(예를 들면, 모든 공지되는 자원)을 검색할 수 있다. 만일 요청자가 임의의 특유의 공지 대상 자원을 취할 필요가 있으면, 그러한 자원은 상이한 유형 하에서 저장될 수 있다. 공지 대상 자원은 특정 자원을 찾기 위해 사용될 수 있는 검색 문자열 속성을 가질 수 있다. 도 10은 공지 대상 자원을 저장하기 위한 예시적인 자원 구조를 보인 것이다. 도 10을 참조하면, 애플리케이션 1로부터의 공지 대상 자원은 <sclBase1>/announcedTo/applicationAnnc/application1Annc로부터 검색될 수 있다.
공지 대상 자원에 대한 속성들이 제공될 수 있다. 공지되는 자원은 최초 자원(예를 들면, 도 4 참조)뿐만 아니라 최초 자원의 발견을 조력하는 검색문자열에 대한 링크를 포함할 수 있다. 공지되는 자원은 예를 들면 아래의 표에 나타낸 기호("*")로 표시한 것과 같은 추가의 속성을 포함할 수 있다. 전파가 허용된 경우에, 최초 자원의 공지 속성은 공지되는 자원에 포함될 수 있다.
속성명칭 필수/선택 유형 설명
링크 M WO 여기에서 공지되는 자원에 대한 참조
접근권한ID O RW 공지되는 자원(링크에 의해 표시된 것)의 접근권한ID와 동일함.
검색문자열 M RW 공지되는 자원(링크에 의해 표시된 것)의 검색문자열과 동일함.
*만료시간 M RW 공지되는 자원의 만료 시간은 최초 자원과 다를 수 있다.
*공지대상 M RO 전파가 허용되면 필수이고 그렇지 않으면 필요없다.
이 자원 공지가 전파되는 SCL의 리스트.
*전파 O RW 선택적 플래그는 공지가 공지 대상 SCL에 의해 추가의 SCL에 전파될 수 있는지 표시할 수 있다.
*전파수 M RW 전파가 허용되면 필수이고 그렇지 않으면 필요없다. 공지를 호프하는 수가 전파될 수 있다. SCL이 자원을 전파할 때마다 SCL은 공지되는 자원을 생성하고 전파수를 (1씩) 감분한다.
공지/비공지에 대한 갱신이 제공될 수 있다. 자원을 공지하는 절차는 잠재적인 공지 대상 SCL에 자원을 공지하기 위해 사용될 수 있고, mIa/dIa에서의 상호작용과 mId에서의 상호작용 사이에서 분할될 수 있다. 검색 문자열을 갖고 URI에 의해 어드레스될 수 있는 자원이 공지될 수 있다. SCL은 자신이 등록되어 있고 공지 요청을 수용할 수 있는 SCL에게 자원을 공지할 수 있다.
dIa/mIa에서 공지하는 절차가 제공될 수 있고, 이 절차는 자원의 적당한 속성을 변경함으로써 다른 SCL에게 자원을 공지하도록 요청할 수 있는 애플리케이션(DA, GA, NA)으로서 발행자를 특정할 수 있다. 공지 절차의 트리거는 그 로컬 SCL에 대한 발행자의 등록, 로컬 SCL에서 새로운 자원의 생성, 로컬 SCL에서 자원의 갱신 등일 수 있다.
발행자는 만일 있다면 발행자가 요청하는 공지의 유형을 구체화하는 공지 속성 리스트를 제공할 수 있다. 속성 리스트는 하기의 것을 하나 이상 표시할 수 있다: 공지되는 자원의 수명; 공지의 범위(예를 들면, 공지가 특정 SCL에 대하여 행하여져야 하는지, 또는 이 결정이 로컬 SCL에 남겨지는지); 공지 동작이 발행자에게 확인될 필요가 있는지 여부; 또는 속성 리스트가 구성되도록 허용하지만 공지를 수행하지 않는 가능한 공지(예를 들면, 활성 또는 비활성). 속성 리스트는 예를 들면 등록시에 애플리케이션에 의해 제공될 수 있고, 그 로컬 SCL에서 발행자에 의해 생성된 자원에; 및/또는 로컬 SCL에서 발행자에 의해 생성된 각 자원에 대하여 적용할 수 있다.
발행자는 자원에 대한 갱신(UPDATE)을 이용하여 공지 속성 리스트를 수정할 수 있다. 공지를 위한 속성 리스트는 자원 구조에 대한 변경을 요구할 수 있다. 자원 구조는 그 현재 정의 외에 전술한 필드들을 포함할 수 있다. "공지대상" 속성은 특유의 하위 자원, 즉 애플리케이션, 그룹, 콘테이너, 접근 권한 등 하에서 분배될 수 있다.
로컬 SCL은 수신된 요청을 비준할 수 있다. 로컬 SCL은 발행자가 수신된 요청을 접근권한에 따라 수행하도록 허가된 때의 순간에 mId 절차에서 공지를 트리거할 수 있다. 로컬 SCL은 일반 응답을 돌려보낼 수 있다.
mId에서의 공지 절차가 제공될 수 있고, 이 절차는 호스팅 SCL을 특정할 수 있다. 공지 속성 리스트에 기초해서, 호스팅 SCL은 생성(CREATE)을 이용하여 mId에서 공지 대상 SCL에게 자원을 공지할 수 있다. 호스팅 SCL은 자원의 표시를 형성할 수 있고, 이 표시, 호스팅 SCL의 아이덴티티, 검색 문자열, 만료 시간 등을 포함하는 "공지 자원" 요청을 공지 대상 SCL에게 보낼 수 있다. 호스팅 SCL은 복수의 SCL에게 동일한 자원을 공지할 수 있다. 공지 속성 리스트에서 특정되지 않는 한, 호스팅 SCL은 어떤 SCL에게 공지할 것인지 결정할 수 있다.
공지 대상 SCL은 수신된 요청을 비준하고 특유의 속성을 가진 공지되는 자원을 생성할 수 있다. 생성은 호스팅 SCL이 규정된 접근권한에 따라서 자식 자원을 생성하도록 허가된 순간에 허용될 수 있다. 만일 생성이 성공이면, 공지 대상 SCL은 생성된 공지되는 자원의 식별자(예를 들면, URI)를 포함한 성공 응답을 호스팅 SCL에게 되돌려 보낼 수 있다. 만일 생성이 성공이 아니면, 공지 대상 SCL은 적당한 에러 메시지를 돌려보낼 수 있다. 일반 응답이 제공될 수 있다.
다음과 같은 응답 메시지의 대안예가 있을 수 있다. 발행자가 애플리케이션이고 어떤 SCL에게 공지해야 하는지 표시하지 않을 때, 호스팅 SCL은 요청을 수신한 때 발행자에게 응답을 전송하여 요청이 호스팅 SCL에 의해 수용되었음을 표시할 수 있다. 호스팅 SCL은 언제 어떤 SCL에게 공지해야 하는지를 결정할 수 있다. 발행자가 애플리케이션이고 어떤 SCL에게 공지해야 하는지를 표시할 때, 호스팅 SCL은 자원의 공지를 완료한 후에 응답할 수 있고, 이로써 공지되는 자원의 상태의 표시를 발행자에게 제공할 수 있다(예를 들면, 도 11에 도시된 것처럼).
K개의 SCL에 대한 공지가 실패한 경우에 복수의 확인이 취급될 수 있다. 타이머가 시동하고 확인을 기다릴 수 있다. 타이머 만료시에, 확인은 단일 응답에 결합되고, 및/또는 공지가 별도로 도달통지(acknowledge)될 수 있다. 실패한 공지에 대하여, 호스팅 SCL은 주기적으로 공지하는 것을 계속하여 시도할 수 있다. 호스팅 SCL은 NACK를 역으로 전송하고 애플리케이션이 다음 동작 과정을 결정하게 할 수 있다. 이것은 일부 역치(또는 성공적 공지의 백분율) 또는 공지의 일부 우선순위화 리스트(예를 들면, 하나의 SCL이 공지의 중요성이 더 큰 경우)에 기초를 둘 수 있다. 공지 요청은 확인이 필요 없음을 표시할 수 있고, 그 경우에 응답은 전송될 필요가 없다. 자원이 어느 SCL에게 전송되어야 하는지 발행자가 알고 싶어하는 경우에, 발행자는 공지 이벤트에 가입할 수 있다.
도 11은 자원을 공지하는 예시적인 호출 흐름을 보인 것이다. 도 11을 참조하면, 애플리케이션은 로컬 SCL 및/또는 호스팅 SCL일 수 있는 SCL-2에게 공지하라는 요청을 발행할 수 있다. 자원은 SCL-2에 저장될 수 있다. 응답이 애플리케이션에게 제공될 수 있다. 그 응답으로, SCL-2는 자원을 공지하도록 트리거되고 공지 자원 메시지를 SCL-3에게 전송할 수 있다. SCL-3는 도시된 것처럼 응답할 수 있다.
공지되는 자원이 자원 발견을 조력하도록 전파될 필요가 있는 시나리오가 있을 수 있다. 예를 들면, 도 12는 공지되는 자원을 전파하는 유즈 케이스의 예시적인 도형을 보인 것이다. 도 12을 참조하면, G-SCL1은 D'2라고 부르는 D'형 장치에 대한 로컬 SCL(예를 들면, 등록 SCL) 및 DA2에 대한 호스팅 SCL이다. G-SCL1은 DA2의 자원을 N-SCL에게 공지하고, 그래서 N-SCL은 제1의 공지 대상 SCL일 수 있다. N-SCL은 공지되는 자원을 G-SCL2에게 전파할 수 있다(N-SCL은 G-SCL2가 N-SCL에 등록된 것으로 가정할 수 있다). N-SCL이 코어이기 때문에, N-SCL은 접근 권한 및 보안에 관해서 및 누구에 대하여 전파할 수 있는지를 잘 알고 있을 수 있다. G-SCL2는 그 다음에 제2의 공지 대상 SCL이 될 수 있다. 이 메카니즘에 의해 DA3는 G-SCL1에서 자원을 발견할 수 있다. 만일 상기 메카니즘이 용인되면, 다음의 것이 공지 절차에 포함될 수 있다.
공지 대상 SCL은 자신이 접속된 다른 SCL에 공지되는 자원을 전파할 수 있다. 만일 허용되면, 공지 대상 SCL은 공지되는 자원을 다른 SCL에 전파할 수 있다. 공지 대상 SCL은 공지되는 자원의 속성의 일부를 취하고, 단순화한 공지되는 자원을 전파할 수 있다. 공지되는 자원의 루프 생성을 회피하기 위해, 공지되는 자원은 "공지 대상 SCL"의 리스트를 포함하는 속성을 가질 수 있다.
도 13은 공지되는 자원을 전파하는 예시적인 호출 흐름을 보인 것이다. 발행자(예를 들면, DA2)는 공지하도록 요청할 수 있고, 이것은 자원을 공지하도록 G-SCL1을 트리거할 수 있다. N-SCL은 공지되는 자원을 생성하고 공지되는 자원을 도시된 것처럼 전파할 수 있다.
공지되는 자원을 갱신하는 절차가 제공될 수 있고, 이 절차는 이전에 공지된 자원을 갱신할 수 있다. 갱신은 mId 인터페이스에서 발생하거나, 최초 자원에서의 변화가 공지되는 자원의 변화를 야기할 때 dIa/mIa 인터페이스를 수반할 수 있다.
dIa/mIa에서 공지되는 자원을 갱신하는 절차가 제공될 수 있고, 이 절차는 애플리케이션이 로컬 SCL(호스팅 SCL)에서 그 생성된 자원의 변화를 요청할 때 이 요청이 공지되는 자원을 갱신하도록 호스팅 SCL을 트리거하는 것을 특정할 수 있다. 이 갱신은 검색문자열, 접근권한ID, 또는 최초 자원의 URI가 변할 때 필요할 수 있다. 에를 들면, 최초 자원의 콘텐트 변경이 있을 수 있고, 이것은 공지되는 자원의 검색문자열의 변경을 야기할 수 있다.
mId에서 공지되는 자원을 갱신하는 절차가 제공될 수 있고, 이 절차는 발행자(호스팅 SCL)가 mId 인터페이스에서 갱신(UPDATE) 동사를 이용하여 공지되는 자원을 갱신하도록 요청 메시지를 구성하는 것을 특정할 수 있다. 이전에 자원을 공지한 호스팅 SCL은 공지되는 자원을 갱신하는 엔티티가 될 필요가 있다.
공지 대상 SCL은 요청에 따라서 공지되는 자원을 갱신할 수 있다. 만일 공지되는 자원의 갱신이 성공이면, 공지 대상 SCL은 성공 코드를 발행자(호스팅 SCL)에게 돌려보낼 수 있다. 그렇지 않으면, 에러 코드를 돌려보낼 수 있다.
도 14는 공지되는 자원을 갱신하는 예시적인 호출 흐름 도형을 보인 것이다. 도 14의 예에서, 발행자는 호스팅 SCL일 수 있고, 도시된 바와 같은 동작이 취해질 수 있다.
자원을 비공지하는 절차가 제공될 수 있고, 이 절차는 이전에 공지된 자원을 비공지하도록 특정할 수 있다. 비공지는 만일 공지되는 자원이 만료 시간을 가지면 암묵적일 수 있다. 이전에 공지된 자원을 비공지하는 것은 최초 자원에 영향을 주지 않을 수 있다.
dIa/mIa에서 비공지하는 절차가 제공될 수 있고, 이 절차는 이전에 공지된 자원을 비공지하도록 요청하는 발행자(예를 들면, 애플리케이션, DA, GA, NA)를 특정할 수 있다. 비공지의 트리거는 발행자가 최초 자원에 대한 갱신 또는 삭제를 수행하는 것일 수 있다.
로컬 SCL은 수신된 요청을 비준할 수 있다. 이것은 만일 발행자가 접근권한에 따라서 수신된 요청을 수행하도록 허가되면 mId 절차에서 비공지를 트리거할 수 있다. 로컬 SCL은 일반 응답을 발행자에게 돌려보낼 수 있다. 로컬 SCL은 mId 인터페이스로부터의 결과를 기다리지 않고 비공지 요청에 응답할 수 있다. 만일 비공지가 최초 자원의 삭제에 의해 트리거되면, 로컬 SCL은 mId 비공지가 완료된 후에 최초의 자원이 더 이상 이용가능하지 않기 때문에 이 응답 방법을 이용할 수 있다. 호스팅 SCL은 mId에서 자원의 비공지를 완료한 후에 응답할 수 있고, 이로써 비공지된 자원의 상태에 관한 표시를 발행자에게 제공할 수 있다(예를 들면, 도 15에 도시된 것처럼).
mId에서 비공지하는 절차가 제공될 수 있고, 이 절차는 공지의 만료의 결과로서 또는 발행자로부터의 트리거(예를 들면, 공지 속성 리스트의 변경) 등에 기초해서 자원의 비공지를 결정하는 호스팅 SCL을 특정할 수 있다. 호스팅 SCL은 이전에 공지된 자원을 비공지하도록 공지 대상 SCL에게 mId 인터페이스를 통해 삭제(DELETE)를 이용하여 "비공지" 요청 메시지를 보낼 수 있다. 비공지 요청에서, 호스팅 SCL은 1개 또는 복수의 공지되는 자원을 표시할 수 있다. 공지되는 자원을 삭제하는 것은 호스팅 SCL의 책임일 수 있다.
공지 대상 SCL은 수신된 요청을 비준하고 특정의 속성을 가진 공지되는 자원을 삭제할 수 있다. 삭제는 만일 호스팅 SCL이 규정된 접근권한에 따라서 자식 자원을 삭제하도록 허가되면 허용될 수 있다. 만일 삭제가 성공이면, 공지 대상 SCL은 성공 응답을 호스팅 SCL에게 돌려보낼 수 있다. 만일 삭제가 성공이 아니면, 공지 대상 SCL은 적당한 에러 메시지를 돌려보낼 수 있다.
비공지는 만일 공지되는 자원이 만료 시간을 가지면 암묵적일 수 있다. 응답 메시지는 공지되는 자원이 비공지되는 것을 표시하도록 호스팅 SCL(공지하는 SCL)에게 보내질 수 있다. 호스팅 SCL(공지하는 SCL)이 이용가능한 서버가 아닌 경우에, 가입 메카니즘이 사용될 수 있다.
도 15는 자원을 비공지하는 예시적인 호출 흐름을 보인 것이다. 발행자는 자원을 비공지하도록 요청할 수 있고, 이 요청은 요청된 자원을 비공지하도록 SCL-2를 트리거할 수 있다. SCL-2는 자원을 삭제할 수 있고, 비공지 자원 요청을 SCL-3에게 보낼 수 있으며, SCL-3는 자원을 삭제할 수 있다. 응답은 표시된 것처럼 보일 수 있다.
만일 공지되는 자원이 전파될 수 있는 것으로 용인되면, 하기의 절차를 이용할 수 있다, 즉 만일 공지 대상 SCL이 공지되는 자원을 다른 SCL에게 전파하였으면, 공지 대상 SCL은 자원들을 비공지하라는 비공지 요청을 또한 전파할 수 있다.
지금까지 특징 및 요소들을 특수한 조합으로 설명하였지만, 이 기술에 통상의 지식을 가진 사람이라면 각 특징 또는 요소는 단독으로 또는 다른 특징 및 요소와 함께 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 또한, 여기에서 설명한 방법들은 컴퓨터 또는 프로세서에 의해 실행되는 컴퓨터 판독가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 매체의 예로는 전자 신호(유선 또는 무선 접속을 통해 전송된 것) 및 컴퓨터 판독가능 기억 매체가 있다. 컴퓨터 판독가능 기억 매체의 비제한적인 예로는 읽기 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 소자, 내부 하드 디스크 및 착탈식 디스크와 같은 자기 매체, 자기 광학 매체, 및 CD-ROM 디스크 및 디지털 다기능 디스크(DVD)와 같은 광학 매체가 있다. 프로세서는 소프트웨어와 연합해서 WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용되는 라디오 주파수 송수신기를 구현하기 위해 사용될 수 있다.

Claims (14)

  1. 자원의 공지를 전파하는 방법에 있어서,
    제1 엔티티(entity)에 의해, 하나 이상의 서비스 능력 계층(service capability layer)에게 자원을 공지하라는 요청을 발행자(issuer)로부터 수신하는 단계;
    상기 자원의 표시(representation) - 상기 표시는 검색 문자열(string) 및 식별자를 포함함 - 를 상기 제1 엔티티에서 생성하는 단계;
    상기 제1 엔티티에 의해, 상기 표시에 기초한 공지 자원 요청 - 상기 공지 자원 요청은 상기 자원에 대한 링크를 포함함 - 을 mId 인터페이스를 통해 제2 엔티티로 송신하는 단계; 및
    상기 제2 엔티티가 상기 공지 자원 요청에 응답하여 공지 자원 - 상기 공지 자원은 상기 자원의 발견을 가능하게(facilitate) 함 - 을 생성하였음을 표시하는 제1 응답을 상기 mId 인터페이스를 통해 상기 제2 엔티티로부터 수신하는 단계
    를 포함하는, 자원의 공지를 전파하는 방법.
  2. 제1항에 있어서, 상기 발행자는 서비스 능력 계층 또는 애플리케이션 중 하나인 것인, 자원의 공지를 전파하는 방법.
  3. 제1항에 있어서, 상기 제2 엔티티는 상기 제1 엔티티에 등록된 것인, 자원의 공지를 전파하는 방법.
  4. 제1항에 있어서, 상기 자원을 공지하라는 상기 요청을 수신하는 단계는 속성(attribute) - 상기 속성은 상기 요청을 표시하도록 변경가능함 - 을 수신하는 단계를 포함하는, 자원의 공지를 전파하는 방법.
  5. 제1항에 있어서, 상기 자원의 접근성(accessibility)에 기초하여 상기 제2 엔티티가 공지 대상 엔티티라고 결정하는 단계를 더 포함하는, 자원의 공지를 전파하는 방법.
  6. 제3항에 있어서, 상기 제1 엔티티는 알려진 URI(Uniform Resource Identifier) 하에서 상기 제2 엔티티로 상기 공지 자원을 포스팅(post)하는 것인, 공지 자원 생성 방법.
  7. 제1항에 있어서, 상기 제2 엔티티가 상기 공지 자원을 생성하였음을 표시하는 제2 응답을 상기 발행자에게 송신하는 단계를 더 포함하는, 자원의 공지를 전파하는 방법.
  8. 자원의 공지를 전파하는 제1 엔티티에 있어서,
    프로세서를 포함하고, 상기 프로세서는,
    하나 이상의 서비스 능력 계층에게 자원을 공지(announce)하라는 요청을 발행자로부터 수신하고;
    상기 자원의 표시 - 상기 표시는 검색 문자열 및 식별자를 포함함 - 를 생성하고;
    상기 표시에 기초한 공지 자원 요청 - 상기 공지 자원 요청은 상기 자원에 대한 링크를 포함함 - 을 mId 인터페이스를 통해 제2 엔티티로 송신하고;
    상기 제2 엔티티가 상기 공지 자원 요청에 응답하여 공지 자원 - 상기 공지 자원은 상기 자원의 발견을 가능하게 함 - 을 생성하였음을 표시하는 제1 응답을 상기 mId 인터페이스를 통해 상기 제2 엔티티로부터 수신하도록 구성되는 것인
    제1 엔티티.
  9. 제8항에 있어서, 상기 발행자는 서비스 능력 계층 또는 애플리케이션 중 하나인 것인, 제1 엔티티.
  10. 제8항에 있어서, 상기 제2 엔티티는 상기 제1 엔티티에 등록된 것인, 제1 엔티티.
  11. 제8항에 있어서, 상기 자원을 공지하라는 상기 요청을 수신하는 것은 속성 - 상기 속성은 상기 요청을 표시하도록 변경가능함 - 을 수신하는 것을 포함하는, 제1 엔티티.
  12. 제8항에 있어서, 상기 프로세서는 또한, 상기 자원의 접근성에 기초하여 상기 제2 엔티티가 공지 대상 엔티티라고 결정하도록 구성되는 것인, 제1 엔티티.
  13. 제10항에 있어서, 상기 제1 엔티티는 알려진 URI 하에서 상기 제2 엔티티로 상기 공지 자원을 포스팅하는 것인, 제1 엔티티.
  14. 제8항에 있어서, 상기 프로세서는 또한, 상기 제2 엔티티가 상기 공지 자원을 생성하였음을 표시하는 제2 응답을 상기 발행자에게 송신하도록 구성되는 것인, 제1 엔티티.
KR1020137015833A 2010-11-19 2011-11-18 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차 KR101591967B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US41546010P 2010-11-19 2010-11-19
US61/415,460 2010-11-19
US201161431212P 2011-01-10 2011-01-10
US61/431,212 2011-01-10
PCT/US2011/061401 WO2012068465A1 (en) 2010-11-19 2011-11-18 Machine-to-machine (m2m) interface procedures for announce and de-announce of resources

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020147002446A Division KR101908756B1 (ko) 2010-11-19 2011-11-18 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차

Publications (2)

Publication Number Publication Date
KR20130112049A KR20130112049A (ko) 2013-10-11
KR101591967B1 true KR101591967B1 (ko) 2016-02-04

Family

ID=45218877

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020147002446A KR101908756B1 (ko) 2010-11-19 2011-11-18 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차
KR1020137015833A KR101591967B1 (ko) 2010-11-19 2011-11-18 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020147002446A KR101908756B1 (ko) 2010-11-19 2011-11-18 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차

Country Status (6)

Country Link
US (2) US20130336222A1 (ko)
EP (2) EP3793175A1 (ko)
JP (3) JP5799108B2 (ko)
KR (2) KR101908756B1 (ko)
CN (2) CN105872950B (ko)
WO (1) WO2012068465A1 (ko)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011109424A1 (en) * 2010-03-01 2011-09-09 Interdigital Patent Holdings, Inc. Machine-to-machine gateway architecture and functionality
US10171286B2 (en) * 2011-03-03 2019-01-01 Iot Holdings, Inc. Method and apparatus for accessing services affiliated with a discovered service provider
EP2544467B1 (en) * 2011-07-04 2018-12-19 Koninklijke KPN N.V. Triggering with time indicator
WO2013062999A2 (en) * 2011-10-24 2013-05-02 Interdigital Patent Holdings, Inc. Methods, systems and apparatuses for application service layer (asl) inter-networking
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
KR101453155B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
US9490990B2 (en) * 2012-06-22 2016-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for machine-to-machine event data recording
US20140003339A1 (en) * 2012-07-02 2014-01-02 Puneet Jain Machine-to-machine (m2m) device and methods for 3gpp and etsi m2m interworking
FI125393B (en) * 2012-07-17 2015-09-30 Arm Finland Oy Procedure, device and system for use in a web service
WO2014042446A2 (ko) * 2012-09-12 2014-03-20 엘지전자 주식회사 무선 통신 시스템에서 특정 리소스에 대한 특정 권한 획득을 요청하기 위한 방법 및 장치
CN104838618B (zh) * 2012-12-05 2019-05-10 Lg电子株式会社 在无线通信系统中验证访问授权的方法和设备
KR101432128B1 (ko) * 2013-01-29 2014-08-21 주식회사 케이티 Ｍ２ｍ 네트워크상에서의 리소스를 디바이스 오브젝트로 추상화하는 ｍ２ｍm 플랫폼
US9215549B2 (en) 2013-02-13 2015-12-15 Aeris Communications, Inc. Method for delivering machine to machine (M2M) application control data over control plane in LTE/EPS utilizing standard bearer management procedures
US10834557B2 (en) 2013-02-13 2020-11-10 Aeris Communications, Inc. Layered machine to machine (M2M) service methodology using class-based access point names (APNs) for the internet of things
KR20150145226A (ko) * 2013-02-15 2015-12-29 콘비다 와이어리스, 엘엘씨 도메인들에 걸쳐 서비스 계층 리소스 전파
KR101986851B1 (ko) * 2013-02-19 2019-06-07 주식회사 케이티 M2m 통신에서의 자원 검색 방법 및 그 장치
ES2735021T3 (es) * 2013-02-20 2019-12-13 Huawei Tech Co Ltd Método y dispositivo de activación de operación para comunicaciones máquina a máquina
EP2994839B1 (en) * 2013-05-06 2020-11-04 Convida Wireless, LLC Intelligent negotiation service for internet of things
EP2995100B1 (en) 2013-05-06 2021-07-28 Convida Wireless, LLC Semantics support and management in m2m systems
US10708341B2 (en) 2013-05-21 2020-07-07 Convida Wireless, Llc Lightweight IoT information model
WO2015003063A1 (en) * 2013-07-02 2015-01-08 Convida Wireless, Llc Mechanisms for semantics publishing and discovery
CN104284297B (zh) * 2013-07-11 2018-12-25 华为终端有限公司 一种资源迁移的方法、装置
KR102084104B1 (ko) * 2013-07-25 2020-03-03 콘비다 와이어리스, 엘엘씨 종단간 m2m 서비스 계층 세션
KR102208119B1 (ko) * 2013-09-27 2021-01-27 엘지전자 주식회사 M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
CN104618312B (zh) * 2013-11-04 2019-03-29 中兴通讯股份有限公司 一种m2m应用的远程注册方法、装置和系统
KR20160082967A (ko) * 2013-11-08 2016-07-11 엘지전자 주식회사 M2m 통신 시스템에서 구독 및 통지를 위한 방법 및 이를 위한 장치
US10182351B2 (en) 2013-11-29 2019-01-15 Lg Electronics Inc. Method for service subscription resource-based authentication in wireless communication system
WO2015080401A1 (ko) * 2013-12-01 2015-06-04 엘지전자 주식회사 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치
CN104093118A (zh) * 2014-03-05 2014-10-08 中兴通讯股份有限公司 一种资源通告的方法、机器对机器节点和系统
EP3120499B1 (en) * 2014-03-18 2021-12-22 ZTE Corporation Resource and attribute management in machine to machine networks
CN104936199A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 一种资源通告管理的方法及公共业务实体
CN103929661B (zh) * 2014-03-21 2018-01-02 烽火通信科技股份有限公司 智能网关的媒体文件播放系统及方法
CN105025459B (zh) 2014-04-24 2020-06-16 中兴通讯股份有限公司 一种资源通告方法和系统、本地cse以及远程cse
US9635506B1 (en) 2014-06-05 2017-04-25 ProSports Technologies, LLC Zone based wireless player communications
US10592924B1 (en) 2014-06-05 2020-03-17 ProSports Technologies, LLC Managing third party interactions with venue communications
US9648452B1 (en) 2014-06-05 2017-05-09 ProSports Technologies, LLC Wireless communication driven by object tracking
EP3998758B1 (en) * 2014-06-18 2024-03-20 Intelligent Platforms, LLC Apparatus and method for interactions with industrial equipment
CN105282728B (zh) * 2014-07-25 2019-05-24 中兴通讯股份有限公司 一种删除通告资源的方法和公共业务实体
CN105282682B (zh) * 2014-07-25 2020-06-30 中兴通讯股份有限公司 一种实现资源属性通告的方法和公共业务实体
CN105323228B (zh) * 2014-07-30 2019-11-05 中兴通讯股份有限公司 更新资源通告的方法、本地公共业务实体及系统
WO2016032714A1 (en) 2014-08-25 2016-03-03 ProSports Technologies, LLC Disposable connectable wireless communication receiver
CN105491507B (zh) * 2014-09-19 2020-10-27 中兴通讯股份有限公司 一种m2m中管理应用资源的方法和注册节点
CN105491620A (zh) * 2014-09-19 2016-04-13 中兴通讯股份有限公司 一种m2m中管理应用资源的方法和注册节点
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置
WO2016064235A2 (ko) * 2014-10-24 2016-04-28 엘지전자 주식회사 무선 통신 시스템에서 그룹 멤버의 자식 자원을 관리하기 위한 방법 및 이를 위한 장치
CN105592400A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 一种应用专有节点的注册方法、通信方法和节点
CN105744460A (zh) * 2014-12-09 2016-07-06 中兴通讯股份有限公司 应用通告资源的创建方法及装置
CN105871963B (zh) * 2015-01-23 2020-05-19 中兴通讯股份有限公司 资源操作请求的处理方法及装置
CN106302840A (zh) * 2015-05-15 2017-01-04 中兴通讯股份有限公司 位置数据处理方法、装置及系统
US10334406B2 (en) * 2015-05-20 2019-06-25 Convida Wireless, Llc Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency
CN106332177B (zh) * 2015-06-30 2021-09-10 中兴通讯股份有限公司 一种实现成员资源处理的方法及装置
WO2017014381A1 (ko) * 2015-07-17 2017-01-26 엘지전자 주식회사 무선 통신 시스템에서 자원의 동기를 유지하기 위한 방법 및 이를 위한 장치
WO2017082506A1 (ko) * 2015-11-09 2017-05-18 엘지전자 주식회사 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2017155162A1 (ko) * 2016-03-07 2017-09-14 엘지전자 주식회사 무선 통신 시스템에서 접근 제어 정책 자원을 어나운스하기 위한 방법 및 이를 위한 장치
US9832697B2 (en) * 2016-04-04 2017-11-28 Verizon Patent And Licensing Inc. Providing wireless services using multiple core networks
WO2017195964A1 (ko) * 2016-05-11 2017-11-16 엘지전자 주식회사 무선 통신 시스템에서 콜렉션 패턴을 적용한 어드레싱 방법 및 이를 위한 장치
US10129852B2 (en) * 2016-06-01 2018-11-13 Lg Electronics Inc. Method for broadcasting to unspecified entity in wireless communication system and device for the same
DE112016007007T5 (de) 2016-06-22 2019-03-07 Intel Corporation Kommunikationsvorrichtung und verfahren für vollduplex-disposition
CN107623708A (zh) * 2016-07-14 2018-01-23 中兴通讯股份有限公司 信息同步方法及装置
CN110521242B (zh) * 2017-02-03 2022-05-13 瑞典爱立信有限公司 解析eps和5gs之间的系统信息
WO2018182575A1 (en) * 2017-03-28 2018-10-04 Nokia Technologies Oy Low energy sensor data collection
CN108206985A (zh) * 2017-09-04 2018-06-26 中兴通讯股份有限公司 管理属性通告的方法、装置、设备和计算机存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003533766A (ja) * 2000-05-09 2003-11-11 サン・マイクロシステムズ・インコーポレイテッド 分散コンピューティング環境でサービスにアクセスし、アドレッシングする機構および装置

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US102690A (en) * 1870-05-03 Improvement in pipe-tongs
US745808A (en) * 1903-03-19 1903-12-01 Joseph M Fair Jr Hitching device.
JP4486217B2 (ja) 2000-05-01 2010-06-23 浜松ホトニクス株式会社 厚み計測装置、及びそれを用いたウエットエッチング装置、ウエットエッチング方法
US7577834B1 (en) * 2000-05-09 2009-08-18 Sun Microsystems, Inc. Message authentication using message gates in a distributed computing environment
US7177867B2 (en) * 2000-10-23 2007-02-13 Sri International Method and apparatus for providing scalable resource discovery
US20020178254A1 (en) * 2001-05-23 2002-11-28 International Business Machines Corporation Dynamic deployment of services in a computing network
US6839769B2 (en) * 2001-05-31 2005-01-04 Intel Corporation Limiting request propagation in a distributed file system
US20030093496A1 (en) * 2001-10-22 2003-05-15 O'connor James M. Resource service and method for location-independent resource delivery
KR100568470B1 (ko) 2002-02-09 2006-04-07 주식회사 케이티프리텔 이동통신 단말기를 이용한 상품 판매 시스템및 방법
US8135843B2 (en) * 2002-03-22 2012-03-13 Citrix Systems, Inc. Methods and systems for providing access to an application
US20030204582A1 (en) * 2002-04-29 2003-10-30 Shimoda Marion H. Wireless personal area network scalable migration of resources
US7379959B2 (en) * 2002-09-07 2008-05-27 Appistry, Inc. Processing information using a hive of computing engines including request handlers and process handlers
US7631033B2 (en) * 2003-01-15 2009-12-08 Xerox Corporation Hosted method and system for automated proxy creation of device resident services
US7349980B1 (en) * 2003-01-24 2008-03-25 Blue Titan Software, Inc. Network publish/subscribe system incorporating Web services network routing architecture
KR101024237B1 (ko) * 2003-06-05 2011-03-29 인터트러스트 테크놀로지즈 코포레이션 Ｐ2ｐ 서비스 편성을 위한 상호운용 시스템 및 방법
EP1542409B1 (en) * 2003-12-10 2009-04-15 Sony Deutschland GmbH Protocol for multi-hop ad-hoc networks
US8769106B2 (en) * 2004-07-29 2014-07-01 Thomas Sheehan Universal configurable device gateway
US20060080316A1 (en) * 2004-10-08 2006-04-13 Meridio Ltd Multiple indexing of an electronic document to selectively permit access to the content and metadata thereof
CA2595254C (en) 2005-01-06 2013-10-01 Tervela, Inc. Hardware-based messaging appliance
US20060173963A1 (en) * 2005-02-03 2006-08-03 Microsoft Corporation Propagating and responding to announcements in an environment having pre-established social groups
US8898162B2 (en) 2005-04-01 2014-11-25 International Business Machines Corporation Methods, systems, and computer program products for providing customized content over a network
WO2007047798A1 (en) * 2005-10-21 2007-04-26 Sensis Corporation Method and apparatus for providing secure access control for protected information
JP2008017318A (ja) 2006-07-07 2008-01-24 Fujitsu Ltd 移動局装置、無線基地局装置及び無線通信システム
EP2127310A4 (en) * 2006-12-28 2017-04-05 Telefonaktiebolaget LM Ericsson (publ) A method and apparatus for service discovery
US20080178278A1 (en) * 2007-01-22 2008-07-24 Doron Grinstein Providing A Generic Gateway For Accessing Protected Resources
US8407769B2 (en) * 2008-02-22 2013-03-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for wireless device registration
CN101635735A (zh) * 2008-07-27 2010-01-27 陈童 一种外部网络直接访问无线通信模块的方法
CN101719960B (zh) * 2009-12-01 2012-07-11 中国电信股份有限公司 通信装置和cdma终端
CN102907068A (zh) * 2010-03-09 2013-01-30 交互数字专利控股公司 支持机器对机器通信的方法和设备
CN101854623B (zh) * 2010-06-11 2014-04-30 中兴通讯股份有限公司 一种m2m终端远程升级的系统和方法
US8650619B2 (en) * 2010-08-19 2014-02-11 Alcatel Lucent Method and apparatus of automated discovery in a communication network
US8738704B2 (en) 2010-09-07 2014-05-27 Xerox Corporation Publish/subscribe broker messaging system and method

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003533766A (ja) * 2000-05-09 2003-11-11 サン・マイクロシステムズ・インコーポレイテッド 分散コンピューティング環境でサービスにアクセスし、アドレッシングする機構および装置

Also Published As

Publication number Publication date
CN103299601B (zh) 2016-04-20
EP2641381B1 (en) 2021-01-06
JP2015222995A (ja) 2015-12-10
KR101908756B1 (ko) 2018-10-16
JP2014505382A (ja) 2014-02-27
JP6603341B2 (ja) 2019-11-06
US11234213B2 (en) 2022-01-25
US20130336222A1 (en) 2013-12-19
JP2018098815A (ja) 2018-06-21
US20180192395A1 (en) 2018-07-05
JP5799108B2 (ja) 2015-10-21
KR20140019485A (ko) 2014-02-14
KR20130112049A (ko) 2013-10-11
JP6286397B2 (ja) 2018-02-28
CN103299601A (zh) 2013-09-11
CN105872950B (zh) 2020-12-04
EP3793175A1 (en) 2021-03-17
CN105872950A (zh) 2016-08-17
WO2012068465A1 (en) 2012-05-24
EP2641381A1 (en) 2013-09-25

Similar Documents

Publication Publication Date Title
KR101591967B1 (ko) 자원의 공지 및 비공지를 위한 기계대 기계(m2m) 인터페이스 절차
US20200205232A1 (en) Method and apparatus for supporting machine-to-machine communications
TWI601396B (zh) 在服務能力層處支援機器對機器快取的方法和裝置
JP6727376B2 (ja) 効率を高めるためにサービス層サブスクリプションおよび通知を分析しグループ化する方法および装置
JP6302050B2 (ja) 改善された発見のためのシステムおよび方法
CN112385201A (zh) 核心网络辅助的服务发现
JP2018529240A (ja) 近接サービス（ＰｒｏＳｅ）ダイレクトディスカバリへ向けられる方法、装置およびシステム
MX2012010363A (es) Metodo y aparato para soportar comunicaciones de maquina a maquina.
US10638289B2 (en) Service layer mobility management of applications
US11831736B2 (en) System and methods for service layer cache management
JP6727394B2 (ja) マシンツーマシンサービス層通信におけるメッセージ再標的化
JP6340076B2 (ja) 移動性管理方法、装置及びシステム

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
A107 Divisional application of patent
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)
FPAY Annual fee payment

Payment date: 20190102

Year of fee payment: 4