TWI581649B - 存取關連於所發現服務提供者服務方法及裝置 - Google Patents

存取關連於所發現服務提供者服務方法及裝置 Download PDF

Info

Publication number
TWI581649B
TWI581649B TW101106541A TW101106541A TWI581649B TW I581649 B TWI581649 B TW I581649B TW 101106541 A TW101106541 A TW 101106541A TW 101106541 A TW101106541 A TW 101106541A TW I581649 B TWI581649 B TW I581649B
Authority
TW
Taiwan
Prior art keywords
scl
discovery
service
dns
service provider
Prior art date
Application number
TW101106541A
Other languages
English (en)
Other versions
TW201242394A (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 TW201242394A publication Critical patent/TW201242394A/zh
Application granted granted Critical
Publication of TWI581649B publication Critical patent/TWI581649B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0246Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823Network architectures or network communication protocols for network security for authentication of entities using certificates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

存取關連於所發現服務提供者服務方法及裝置
相關申請的交叉引用
本申請要求2011年3月3日提交的臨時申請序列號為No.61/448,924和2011年5月13日提交的臨時申請序列號為No.61/485,711的權益,每個申請的內容以引用的方式結合於此。
用於支援機器到機器(M2M)通信服務的端到端系統架構目前正在由歐洲電信標準協會(ETSI)定義,以使得M2M服務提供者能夠經由部署在有線或無線M2M訂閱者通信單元(SCU)、閘道和伺服器上的M2M服務能力層(SCL)向應用傳遞M2M服務。在M2M服務可由應用使用之前,M2M SCU和閘道可以引導(bootstrap)並向至少一個M2M伺服器註冊以形成M2M網路。在典型部署的場景中,M2M伺服器可以被M2M服務提供者所擁有或關連於M2M服務提供者。因此,M2M SCU或閘道可以被供應到M2M服務提供者的訂閱,或M2M服務提供者可以被發現以建立到M2M服務提供者的訂閱。在引導或向M2M伺服器註冊之前,M2M服務提供者訂閱者可以使M2M SCU或閘道能夠獲得合適的安全證書
一旦已經形成M2M網路,應用之後就可以發現駐留在M2M SCU、M2M閘道和M2M伺服器上的可用M2M SCL,並且繼而向M2M SCL進行註冊以存取相應的服務。在沒有提供M2M服務提供者發現、引導和SCL發現過程的情況下,如離線供應之類的機制可以用於配置和分發引導和發現資訊到M2M SCU、閘道、應用和M2M伺服器。但是,這樣的機制會大大增加部署和管理成本,並限制M2M網路的可伸縮性。作為對離線供應的替換,自動發現可以允許可用的M2M服務提供者及他們相應的M2M SCL被動態地發現。因此,可以減少管理成本且部署過程可以自動化(例如,對於具有少量或沒有人類交互作用的M2M SCU)。
描述了用於存取關連於服務提供者的服務的方法和裝置。可以執行第一發現過程以發現至少一個服務提供者,而且可以使用至少一個所發現的服務提供者來執行引導過程。然後可以執行第二發現過程以確定由所述至少一個服務提供者所支援的可用服務能力層(SCL)。
第一發現過程可以包括傳送包括用於查詢記錄資料庫以確定匹配的服務提供者發現記錄的資訊的服務提供者發現請求,和接收包括與所述服務提供者發現請求中的查詢相匹配的服務發現功能記錄列表的服務提供者發現回應。可以從該服務發現功能列表中選擇至少一個服務提供者以用於進行引導。
引導過程可以包括向所選擇的服務提供者傳送請求,並從所選擇的服務提供者接收包括節點採用服務提供者的至少一個SCL來發起引導所需的資訊的回應。該資訊可以包括安全證書。
第二發現過程可以包括發佈者(例如,駐留在M2M訂閱者 通信單元(SCU)、M2M閘道或M2M伺服器上的應用或SCL)傳送包括用於查詢記錄資料庫以確定匹配的SCL發現記錄的資訊的服務發現請求,以及該發佈者接收包括與服務發現請求中的查詢相匹配的服務發現功能記錄列表的服務發現回應。該發佈者可以從服務發現功能記錄列表中選擇至少一個SCL以用其進行引導。
第二發現過程可以包括向基於網域名稱系統的服務發現(DNS-SD)機器到機器(M2M)服務發現功能(MSDF)伺服器供應SCL發現記錄,向公共DNS登記公司或實體註冊DNS-SD MSDF伺服器以建立公共DNS-SD MSDF服務發現域,該DNS-SD MSDF伺服器從發佈者接收DNS-SD查詢,而且該DNS-SD MSDF伺服器回應於所述DNS-SD查詢而向發佈者傳送SCL發現記錄。
第二發現過程可以包括從發佈者接收SCL發現請求,並傳送向發佈者提供SCL發現結果的服務發現回應。SCL發現請求可以包括使用sclBase屬性的查詢字串。SCL發現回應可以包括與所述查詢字串和針對每個SCL的sclBase的絕對統一資源識別符(URI)相匹配的SCL列表。
第二發現過程可以包括向發佈者供應或配置DNS伺服器的網路位址,向該發佈者供應或配置針對具有可用SCL的主機的至少一個完全合格網域名稱(FQDN)(fully qualified domain name),該發佈者通過使用所述網路位址和FQDN來向所部署的DNS伺服器傳送DNS查找請求,且該發佈者接收針對相應SCL主機的所解析網路位址。
第二發現過程可以包括向發佈者供應或配置動態主機配置協定(DHCP)伺服器的網路位址,該發佈者向所部署的DHCP伺服器傳送 DHCP請求,且該發佈者接收包括SCL位址和附加SCL資訊的回應。
可以通過向發佈者提供或配置所部署的網域名稱系統(DNS)伺服器的網路位址、向該發佈者提供或配置具有可用SCL的主機的至少一個完全合格網域名稱(FQDN)來存取關連於服務提供者的服務,該發佈者通過使用所述網路位址和FQDN來傳送DNS查詢請求至所部署的DNS伺服器,及該發佈者接收針對相應SCL主機的所解析網路位址。該發佈者可以是無線發射/接收單元(WTRU)。
一種裝置可以被配置為執行第一發現過程以發現至少一個服務提供者,用至少一個所發現的服務提供者來執行引導過程,然後執行第二發現過程以確定由至少一個所發現的服務提供者所支援的可用SCL。該裝置可以是WTRU、閘道或伺服器。
電腦可讀儲存媒體可以被配置為儲存應用,該應用被配置為執行第一發現過程以發現至少一個服務提供者,用至少一個所發現的服務提供者來執行引導過程,然後執行第二發現過程以確定由至少一個所發現的服務提供者所支援的可用SCL。
100‧‧‧通信系統
102、102a、102b、102c、102d‧‧‧訂閱者通信單元(SCU)
104‧‧‧無線電存取網路(RAN)
106‧‧‧核心網路
108‧‧‧公共交換電話網路(PSTN)
110‧‧‧網際網路
112‧‧‧其他網路
114a、114b‧‧‧基地台
116‧‧‧空中介面
118‧‧‧處理器
120‧‧‧收發器
122‧‧‧有線或無線介面
124‧‧‧揚聲器/麥克風
126‧‧‧數字鍵盤
128‧‧‧顯示器/觸摸板
130‧‧‧不可移動記憶體
132‧‧‧可移動記憶體
134‧‧‧電源
136‧‧‧全球定位系統(GPS)晶片組
138‧‧‧週邊設備
140‧‧‧閘道
150‧‧‧伺服器
200‧‧‧M2M服務提供者發現過程
205、305、1105、1205‧‧‧M2M服務提供者
215‧‧‧記錄資料庫
300‧‧‧M2M服務提供者引導過程
310‧‧‧引導功能
315‧‧‧鑑別伺服器
400‧‧‧MSDF分層架構
500‧‧‧整合MSDF/DNS伺服器分層架構
600‧‧‧MSDF SCL發現過程
605‧‧‧M2M服務提供者(或主機SCL)
210、610‧‧‧機器到機器(M2M)服務發現功能(MSDF)
220、325、615、805、1010‧‧‧發佈者
800‧‧‧MSDF DNS-SD SCL發現過程
900‧‧‧M2M服務發現資源結構
905‧‧‧sclDiscovery資源
910‧‧‧M2M sclBase資源樹結構
1000‧‧‧M2M已知資源SCL發現過程
1005‧‧‧M2M伺服器、閘道或設備sclDiscovery已知資源
1100‧‧‧基於DNS的M2M SCL發現過程
1115‧‧‧部署DNS伺服器
1125、1225‧‧‧M2M應用/SUC/閘道/伺服器
1200‧‧‧基於DHCP的M2M SCL發現過程
1210‧‧‧部署DHCP伺服器
SCL‧‧‧服務能力層
M2M‧‧‧機器到機器
DNS-SD‧‧‧網域名稱系統的服務發現
DHCP‧‧‧動態主機配置協定
可以從下述結合附圖給出的示例的描述中得到更詳細的理解,其中:第1A圖示出了可以實施一個或多個所公開實施方式的示例性通信系統;第1B圖示出了可以在第1A圖所示的通信系統中使用的示例性訂閱者通信單元(SCU);第2圖示出了機器到機器(M2M)服務提供者發現過程; 第3圖示出了M2M服務提供者引導過程;第4圖示出了M2M服務發現功能(MSDF)分層架構的示例;第5圖示出了整合MSDF/網域名稱系統(DNS)伺服器分層架構的示例;第6圖示出了MSDF服務能力層(SCL)發現過程;第7圖示出了經由基於MSDF DNS的服務發現(DNS-SD)SCL發現而被支援的服務子類的類型示例;第8圖示出了MSDF DNS-SD SCL發現過程;第9圖示出了包括sclDiscovery資源的M2M服務發現資源結構;第10圖示出了M2M已知資源SCL發現過程;第11圖示出了基於DNS的M2M SCL發現過程;以及第12圖示出了基於DHCP的M2M SCL發現過程。
如第1A圖所示,通信系統100可以包括有線或無線訂閱者通信單元(SCU)102a、102b、102c、102d,無線電存取網路(RAN)104,核心網路(CN)106,公共交換電話網路(PSTN)108,網際網路110,其他網路112和閘道140,但應該理解的是,所描述的實施方式考慮到了任意數量的訂閱者通信單元、基地台、網路和/或網路元件。CN 106可以包括伺服器150。SCU 102a、102b、102c、102d中的每個SCU可以是被配置為在有線或無線環境中操作和/或通信的任意類型的設備。作為示例,SCU 102a、102b、102c、102d可以被配置為傳送和/或接收有線或無線信號,並且可以包括用戶設備(UE)、移動站、固定或移動訂閱者單元、傳呼機、行動電話、個人數位助理(PDA)、智慧型電話、可擕式電腦、上網本、個人電腦、平 板電腦、無線感測器、消費性電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b中的每個基地台可以是被配置為與SCU 102a、102b、102c、102d中的至少一個SCU有介面以便於存取一個或多個通信網路(例如,CN 106、網際網路110和/或其他網路112)的任意類型的設備。作為示例,基地台114a、114b可以是基地台收發台(BTS)、節點B、演進型節點B(eNB)、家用節點B(HNB)、家用e節點B(HeNB)、站點控制器、存取點(AP)、無線路由器等等。雖然基地台114a、114b各自被描述為單獨的元件,應該理解的是,基地台114a、114b可以包括任意數量的互連基地台和/或網路元件。
基地台114a可以是RAN 104的一部分,所述RAN 104還可以包括其他基地台和/或網路元件(未示出),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a和/或基地台114b可以被配置成在特定地理區域內傳送和/或接收無線信號,所述特定地理區域可以被稱為社區(未示出)。所述社區可以進一步劃分為社區磁區。例如,與基地台114a相關聯的社區可以劃分為三個磁區。因而,在一個實施方式中,基地台114a可以包括三個收發器,即社區的每個磁區使用一個收發器。在另一實施方式中,基地台114a可以採用多輸入多輸出(MIMO)技術,並因此可以針對社區的每個磁區使用多個收發器。
第1A圖中的基地台114b可以是例如無線路由器、HNB、HeNB或AP,並且,為了促成如商業區、家庭、交通工具、校園等局部區域中的無線連接可以使用任意適合的無線電存取技術(RAT)。在一個實施方式中,基地台114b和SCU 102c、102d可以實施如IEEE 802.11的無線電技術以 建立無線區域網路(WLAN)。在另一實施方式中,基地台114b和SCU 102c、102d可以實施如IEEE 802.15的無線電技術以建立無線個人區域網路(WPAN)。在又另一實施方式中,基地台114B和SCU 102c、102d可以使用基於胞元的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A等等)來建立微微社區或毫微微社區。如第1A圖所示,基地台114b可以具有與網際網路110的直接連接。因此,基地台114b可以不需要經由CN 106來存取網際網路110。
RAN 104可以與CN 106通信,其中CN 106可以是被配置為向SCU 102a、102b、102c、102d中的一個或多個SCU提供語音、資料、應用和/或網際網路協定語音(VoIP)服務的任意類型的網路。例如,CN 106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接性、視頻分發等等,和/或執行如用戶鑑別之類的高級安全功能。 雖然在第1A圖中未示出,但應該理解,RAN 104和/或CN 106可以與其他RAN進行直接或間接通信,該其他RAN採用與RAN 104相同的RAT或不同的RAT。例如,除了連接至可以利用E-UTRA無線電技術的RAN 104,CN 106也可以與另一使用GSM無線電技術的RAN(未示出)進行通信。
CN 106也可以用作SCU 102a、102b、102c、102d存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通傳統電話業務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的全球互連電腦網路和設備系統,所述公共通信協定例如是TCP/IP組中的傳輸控制協定(TCP)、用戶資料報協定(UDP)和網際網路協定(IP)。網路112可以包括由其他服務提供者擁有和/或操作的有線或無 線通信網路。例如,網路112可以包括連接至一個或多個RAN的其他CN,該一個或多個RAN可以採用與RAN 104相同的RAT或不同的RAT。
通信系統100中的一些或所有的SCU 102a、102b、102c、102d可以包括多模能力,即SCU 102a、102b、102c、102d可以包括用於通過不同的有線或無線鏈路而與不同的有線或無線網路進行通信的多個收發器。 例如,第1A圖中所示的SCU 102c可以被配置為與可以採用基於胞元的無線電技術的基地台114a進行通信,還可以與可以採用IEEE 802無線電技術的基地台114b進行通信。可替換地,一個或多個SCU 102可以是具有有線乙太網連接和寬頻無線連接以提供多個子流的可擕式電腦。
第1B圖示出了可以在第1A圖中示出的通信系統100中使用的示例性SCU 102。如第1B圖所示,SCU 102可以包括處理器118、收發器120、有線或無線介面122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132,電源134、全球定位系統(GPS)晶片組136和週邊設備138。應該理解的是,在保持符合實施方式的同時,SCU 102可以包括前述元件的任意子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、微處理器、一個或多個與DSP核相關聯的微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可編程閘陣列(FPGA)電路、積體電路(IC)、狀態機等等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使SCU 102能夠在有線或無線環境中進行操作的任意其他功能。處理器118可以耦合到收發器120,該收發器120可以耦合到介面122。雖然第1B圖將處理器118和收發器120描述為分別的部 件,但是處理器118和收發器120可以一起整合在電子封裝或晶片中。
介面122可以被配置為通過空中介面116將信號傳送到基地台(例如基地台114a),或從基地台(例如基地台114a)接收信號。例如,在一個實施方式中,介面122可以是被配置為傳送和/或接收RF信號的天線。在另一實施方式中,介面122可以是被配置為傳送和/或接收例如IR、UV或可見光信號的發射器/檢測器。在又另一實施方式中,介面122可以被被配置為傳送和接收RF和光信號兩者。介面122可以被配置為傳送和/或接收有線或無線信號的任意組合。
SCU 102的處理器118可以耦合到下述設備,並可以從下述設備接收用戶輸入資料:揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元)。處理器118還可以輸出用戶資料到揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128。此外,處理器118可以從任意類型的適當記憶體(如不可移動記憶體130和/或可移動記憶體132)中存取資訊,並可以儲存資料到這些記憶體中。不可移動記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或任意其他類型的儲存設備。可移動記憶體132可以包括訂閱者身份模組(SIM)卡、記憶棒、安全數位(SD)記憶卡等等。在其他實施方式中,處理器118可以從物理上非位於SCU 102上(如位於伺服器或家用電腦(未示出)上)的記憶體中存取資訊,並可以將資料儲存在這些記憶體中。
處理器118可以進一步耦合到其他週邊設備138,該週邊設備138可以包括提供附加特性、功能和/或有線或無線連接的一個或多個軟體和 /或硬體模組。例如,週邊設備138可以包括加速計、電子羅盤、衛星收發器、數位相機(用於圖像或視頻)、通用串列匯流排(USB)埠、振動設備、電視收發器、無線耳機、藍芽®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視頻遊戲播放模組、網際網路瀏覽器等等。
在下文中,術語“發佈者”可以指代駐留在M2M訂閱者通信單元(SCU)、M2M閘道或M2M伺服器上的應用或SCL。
網域名稱系統(DNS)是以針對連接至網際網路或專用網路的電腦、服務或任意資源的分散式資料庫為基礎的分層命名系統。DNS可以將網際網路協定(IP)位址與分配給每個參與實體的網域名稱相關聯。最重要的是,其將網域名稱轉換成與聯網設備相關聯的數字識別符,以在世界範圍內對這些設備進行定位和定址。
基於DNS的服務發現(DNS-SD)使用標準的DNS編程介面、伺服器和封包格式來支援網路服務的發現。通過使用標準DNS查詢,用戶端可以通過使用標準DNS查詢來發現期望服務的命名實例(named instance)列表。這可以基於客戶端正在查找的服務的類型和該客戶端正在查找的所述服務所處的網域來實現。
動態主機配置協定(DHCP)使得能夠從一個或多個DHCP伺服器向網路設備自動分配網路參數。當經DHCP配置的用戶端連接至網路時,DHCP用戶端可以從DHCP伺服器請求必要的資訊。
在M2M SCU、M2M閘道或另一M2M伺服器可以引導和向特別M2M伺服器註冊之前,重要的是,M2M SCU或M2M閘道能夠建立與關連於M2M伺服器的M2M服務提供者的關係,以獲得引導和向M2M伺服器進 行認證所需的必要的安全證書。M2M SCU或M2M閘道可以使用多種方法來建立與M2M服務提供者的關係並繼而獲得用於允許其引導M2M伺服器和向M2M伺服器進行註冊的安全證書。非自動離線供應依賴於建立M2M SCU、閘道和伺服器之間的M2M服務提供者關係(例如,訂閱),並以離線供應的方式分發必要的安全證書。雖然該離線供應方法是可實行的,但是其有很多限制和缺陷。例如,離線供應的成本高,因為在最初的部署期間以及在再配置或再部署期間經常需要人的介入。
M2M服務發現可以與位於M2M SCU、閘道和伺服器上的M2M服務能力層(SCL)的發現類似。在SCL可由應用或其他SCL存取之前,具有用於正確定址的統一資源識別符(URI)是重要的。另外,關於屬性的資訊(例如由SCL支援的M2M服務的類型)也是很有價值的,因為應用或SCL可以使用這個資訊來確定它們期望向哪個或哪些SCL註冊。
在一個實施方式中,M2M服務提供者發現過程假設M2M服務發現功能(MSDF)的網路位址是被離線供應的或以其他方式被發現的。 例如,如果MSDF在DNS-SD伺服器中被產生,那麼MSDF網路位址可以等同於DNS-SD位址,該DNS-SD位址典型地由網路服務提供者配置並使用。
第2圖示出了在包括M2M服務提供者205、具有記錄資料庫215的MSDF 210和發佈者220的網路中執行的M2M服務提供者發現過程200。如第2圖所示,M2M服務提供者205可以發送請求225至MSDF 210以創建M2M服務提供者發現記錄,該記錄可以儲存在記錄資料庫215中。請求225可以包括用於創建發現記錄的各種類型的資訊,如MSDF記錄類型(例如,M2M服務提供者發現)、M2M服務提供者的引導功能的絕對URI、M2M服 務提供者請求訂閱的資訊類型(例如,識別或位址的類型)、M2M服務提供者所支援的M2M服務的類別(例如,移動性、排程延遲、支援的資料速率、持久性、優先等級等等)、用於與M2M服務提供者進行通信的協定類型(例如,超文本傳輸協定(HTTP)/傳輸控制協定(TCP)、受約束的應用協定(CoAP)/用戶資料報協定(UDP)等)、M2M服務提供者所支援的M2M服務識別符的類型(例如,建築自動化、電子健康、消費電子、公共事業等)、M2M服務提供者所支援的M2M應用或SCU的類型(例如,恒溫器、心臟監控器、照相機等)和輔助M2M服務提供者(例如,專門的公用事業公司、專門的安全公司等)。
如第2圖的M2M服務提供者發現過程200中所示,MSDF 210可以發送用於指示M2M服務提供者發現記錄(即,MSDF記錄)是否被成功創建的回應230至M2M服務提供者205。發佈者220可以通過發送服務提供者發現請求235至MSDF 210來發現可用的M2M服務提供者。服務提供者發現請求235可以包括MSDF 210用來查詢其記錄資料庫215並確定匹配的M2M服務提供者發現請求的各種類型的資訊(如MSDF記錄類型(例如,M2M服務提供者發現))和MSDF 210可以用來搜索它的記錄資料庫215並過濾它的回應的可選的一個或多個查詢字串。例如,查詢字串可以指定特定的M2M服務提供者、發佈者220正在查找的M2M服務的類型或類別或發佈者220支援的協定類型。
回應於服務提供者發現請求235,MSDF 210可以發送包括MSDF記錄列表的服務提供者發現回應240,該MSDF記錄列表與發現請求235中的查詢相匹配。然後,發佈者220可以從回應240中的MSDF記錄列表 中選擇用進行引導/註冊所用的一個或多個M2M服務提供者(步驟245)。
第3圖示出了M2M服務提供者引導過程300,其中,M2M SCU、閘道和應用引導至M2M服務提供者。假設SCU/閘道/應用已經被離線供應了M2M服務提供者的引導功能的位址,或者已經在第2圖中的M2M服務提供者發現過程200中發現了該位址。
M2M服務提供者引導所適用的公共實例是M2M SCU/閘道/應用沒有向M2M服務提供者的訂閱並使用M2M服務提供者發現來確定一個或多個可用的服務提供者。進一步地,M2M SCU/閘道/應用可以從現有的M2M服務提供者訂閱改變到另一M2M服務提供者訂閱,或者向另一M2M服務提供者進行訂閱以獲得另外的服務。例如,現有的M2M服務提供者可能沒有提供SCU/閘道所尋求的服務。
M2M服務提供者的引導功能可以促成使用M2M服務提供者來引導M2M SCU、閘道和應用。引導功能的一個重要功能是向M2M SCU/閘道/應用和M2M服務提供者的管理功能(例如,M2M鑑別伺服器(MAS)和M2M服務引導功能(MSBF))分發M2M安全證書。然後,根據M2M功能架構而在隨後的M2M服務引導過程期間使用這些安全證書。依賴於M2M服務提供者,其引導功能的離線供應是必要的(例如,採用全球唯一和永久識別符(例如被批准用其進行引導的每個SCU的媒體存取控制(MAC)位址)進行離線供應)。
如M2M服務提供者引導過程300所示,M2M服務提供者305可能需要具有鑑別伺服器315的安全證書之其引導功能310的離線供應(步驟320)。然後,發佈者325可以通過向所選的M2M服務提供者305的引導功 能310發送請求330來開始到其選擇的M2M服務提供者的引導。請求330可以包括引導功能310所需的訂閱資訊,如全球唯一識別符。引導功能310可以向發佈者325發送帶有發佈者325所需的必要安全證書的回應335,以發起採用服務提供者305的任意SCL的引導。引導功能310可以准予只存取M2M服務提供者305的SCL的子集,且該資訊還可以包括在回應335中。
有必要通過安全傳遞環境(例如,安全網頁介面)來從引導功能310向發佈者325傳遞安全證書。引導功能310也可以向鑑別伺服器315和服務提供者305的MSBF(未示出)提供必要的安全證書(例如,通過安全傳遞環境,如安全網頁介面)(步驟340)。發佈者325可以執行SCL發現來確定M2M服務提供者所支援的可用SCL,並執行SCL引導/註冊過程(步驟345)。
在另一實施方式中,M2M SCU/閘道可以建立與M2M服務提供者的關係,並可以使用SCL發現來確定由那個服務提供者所提供的可用SCL。在另一實施方式中,M2M SCU/閘道可以不具有與M2M服務提供者的關係,而且可以使用SCL發現來確定它所需要的SCL類型,並且繼而M2M服務提供者可以提供那些SCL。在又另一實施方式中,M2M SCU/閘道可以切換到(例如,其被重新部署)新的M2M服務提供者,並可能需要發現由該新的服務提供者所支援的SCL。在又另一實施方式中,M2M SCU/閘道可能需要與其所註冊的現有SCL當前所提供不同的服務或附加的服務(例如,其被重新配置)。在又另一實施方式中,應用(例如,能夠實現M2M服務的設備應用(DA)、閘道應用(GA)、網路應用(NA),或者能夠實現非M2M服務的設備應用((D’A))可能需要去發現它的的本地SCL。在又一實施 方式中,M2M伺服器可能需要發現由其他M2M伺服器、閘道和設備支援的服務。
當SCL的主機的網路位址未知時,MSDF SCL發現可以用於確定SCL。例如,M2M SCU/閘道可能需要特別類型的SCL,但是可能不知道負責SCL類型的M2M伺服器的網路位址。該M2M SCU/閘道可以獲得MSDF的幫助來發現提供該類型SCL的M2M伺服器的網路位址。
第4圖示出了MSDF分層架構400的示例。MSDF可以促成M2M服務提供者(#1和#2)和M2M SCL的自動發現。MSDF可以是可由M2M SCU、閘道、應用和M2M伺服器存取的分層分散式資料庫。如第4圖所示,MSDF分層架構400不僅可以具有一個位於中央的MSDF,而是有多個MSDF(#1,#2和#3)。MSDF分層架構400的分散式及非集中式架構可以允許其縮放並支援被實施在M2M伺服器、閘道和SCU上的大量的M2M服務提供者和SCL。類似地,MSDF分層架構400的所有權也可以被分發和分成多個網域,以允許對M2M服務提供者和將由每個網域的所有者(例如,M2M服務提供者)控制的SCL的管理和存取控制。
第4圖中所示的MSDF分層架構400的分散式和分層性質也可以允許其與現有的命名和服務發現系統(例如,網域名稱系統(DNS)和DNS-服務發現(DNS-SD))相合併和聯網在一起。第5圖示出了整合MSDF/DNS伺服器分層架構500的示例,其用於允許M2M服務提供者註冊並宣傳具有DNS基礎設施的服務,並使它們的M2M服務對於位於它們各自的本地M2M服務提供者網域之外的其他方而言是可發現的。
MSDF資料庫可以儲存多個MSDF記錄且該MSDF可以支援 多種記錄類型。例如,可以創建諸如M2M服務提供者或M2M SCL記錄之類的記錄類型。支援不同的記錄類型允許MSDF在需要時具有不同的M2M服務發現記錄格式。對於MSDF支援的每個記錄格式,記錄屬性可以被定義為包含諸如SCL主機位址、SCL服務類別等的資訊。
MSDF可以支援創建、更新、刪除或檢索MSDF記錄。另外,MSDF也可以支援用於基於MSDF記錄屬性來找到MSDF記錄的查詢。例如,可以針對各個網域中M2M SCL類型的所有MSDF記錄來查詢MSDF,所述MSDF記錄具有某種記錄屬性,例如,命名的‘mobility’等於‘no’。 作為回應,MSDF可以返回M2M SCL類型的具有‘mobility’屬性等於‘no’的MSDF記錄列表(如果檢索到的話)。
MSDF SCL發現過程可以依賴於MSDF的網路位址的知曉,該網路位址可以被離線供應或以其他方式被發現。典型地,這可以是最接近的MSDF(例如,局部域中的MSDF)的位址。例如,如果MSDF在DNS-SD伺服器中被實現,那麼MSDF網路位址可以等同於本地DNS-SD伺服器位址,其可以由基礎網路服務提供者或網域管理員進行配置並使用。
第6圖示出了包括M2M服務提供者(或主機SCL)605、MSDF 610和發佈者615的網路中的MSDF SCL發現過程600。為了使得其他方能夠經由MSDF查詢來發現SCL,M2M服務提供者(或主機SCL)605可以向MSDF 610發佈用於創建SCL發現記錄的請求620。SCL發現記錄可以被配置有各種類型的屬性,諸如MSDF記錄類型(例如,M2M SCL發現)、擁有SCL的M2M服務提供者、針對SCL的sclBase的絕對URI、其他網路實體的位址和屬性(例如,設備管理伺服器、引導伺服器等的位址和所支援的協定)、由 SCL支援的M2M服務能力的類型、由SCL支援的M2M服務的類別(例如,移動性、排程延遲、支援的資料速率、持久性、優先等級等)、用於與SCL通信的協定類型(例如,HTTP/TCP、CoAP/UDP等)、由SCL支援的M2M服務識別符的類型(例如,建築自動化、電子健康、消費電子、公共事業等)以及由SCL支持的M2M應用或設備的類型(例如,恒溫器、心臟監護器、照相機等)。
回應於SCL發現記錄創建請求620,MSDF 610可以向M2M服務提供商(或主機SCL)605發送用於指示SCL發現記錄是否已經被成功創建的回應625。發佈者615可以通過向MSDF 610發送服務發現請求630來發現SCL。可替換地,可用服務可由MSDF 610來宣佈。服務發現請求630可以包括MSDF記錄類型(例如,M2M SCL發現)、MSDF 610用於搜索它的資料庫的可選查詢字串以及其提供的過濾回應。例如,查詢字串可以指定特定的M2M服務提供者、發佈者615正在查找的M2M服務的類型或類別或發佈者615支援的協定類型。
回應於服務發現請求630,MSDF 610可以向發佈者615發送服務發現回應635,該服務發現回應635包括與服務發現請求630中的查詢相匹配的MSDF記錄列表。在查詢導致了多個匹配結果的情況中,MSDF 610可以在服務發現回應635中包括用於確定在其回應中返回了哪些記錄的附加能力。例如,MSDF 610可以通過跟蹤在回應中返回的每個類型的記錄數量來在相同類型的SCL上載入平衡請求。發佈者615可以從其在服務發現回應635中接收到的MSDF記錄列表中選擇所引導/註冊之一個或多個SCL(步驟640)。發佈者615可以執行SCL引導/註冊過程(步驟645)(如果其之前獲 得了恰當的安全證書)。否則,發佈者615有必要首先獲得恰當的證書(例如,通過離線供應或完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
MSDF SCL發現過程600可以與DNS-SD協定綁定。這種綁定開始於定義MSDF DNS-SD服務類型和向dns-sd.org(http://www.dns-sd.org/ServiceTypes.html)註冊MSDF DNS-SD服務類型。 例如,可以適當的定義和註冊命名為“m2m”的服務。可以定義其他的MSDF DNS-SD服務子類。第7圖示出了可以經由MSDF DNS-SD SCL發現而被支援的服務子類的類型的示例。
可以在目標DNS伺服器上針對每個SCL服務類型實例並可選地針對每個SCL服務子類實例創建DNS-SD指標(PTR)記錄。DNS-SD可以使用DNS PTR查找來發現給定服務類型的可用實例列表。對DNS PTR查找的回應是匹配實例名稱列表。
針對SCL服務類型實例的DNS-SD PTR記錄的格式可以為:service.proto.domain PTR instance.service.proto.domain。針對SCL服務子類實例的DNS-SD PTR記錄的格式可以為:sub-service.service.proto.domain PTR instance.sub-service.service.proto.domain。DNS-SD指標記錄中的子服務可以是下劃線字元跟著子服務名稱(例如,_hdr)。DNS-SD指標記錄中的服務可以是下劃線字元跟著應用協定名稱(例如,_m2m)。DNS-SD指標記錄中的原型(proto)可以是下劃線或是“_tcp”(針對運行在TCP上的應用協定)或“_udp”(針對所有其他的)。DNS-SD指標記錄中的域可以指定在其中註冊服務名稱的DNS子域。其可以是“local.”,意思是“本地鏈結網域”, 或者其可以是非本地DNS網域名稱(例如,“com”)。DNS-SD指標記錄中的PTR可以是在DNS PTR記錄中使用的DNS關鍵字。DNS-SD指標記錄中的實例可以是被分配給服務實例的用戶友好名稱(例如,M2M服務提供者(諸如被命名為“peco”的公共事業提供者)的名稱)。
針對“m2m”類型且實例名稱為“peco”的SCL服務實例的示例性PTR記錄可以是:_m2m._tcp.example.com.PTR peco._m2m._tcp.com。
針對“utility”子類和實例名稱為“peco”的“m2m”類型的SCL服務實例的示例性PTR記錄可以是:_utility._m2m._tcp.example.com.PTR peco._m2m._tcp.com。
可以在目標DNS伺服器上創建針對每個SCL服務類型實例和可選的針對每個服務子類實例的DNS-SD服務(SRV)記錄。該DNS-SD可以使用DNS SRV記錄來定義目標主機名稱或位址和服務實例可以到達的埠。
針對SCL服務類型實例的SRV記錄的格式可以是:_service._proto.domain time-to-live(TTL)class SRV priority weight port target。
針對SCL服務子類實例的SRV記錄的格式可以是:sub_service._service._proto.domain TTL class SRV priority weight port target。 在該SRV記錄中,sub_service可以是期望子服務的符號名稱,service可以是期望服務的符號名稱;proto可以是期望服務的傳輸協定,該傳輸協定通常是TCP或UDP;domain可以是有效記錄的網域名稱;TTL可以是活躍(live) 欄位的標準DNS時間;class可以是標準DNS類領域(class field)(通常是網際網路(IN));priority可以是目標主機的優先,其中較低的值意味著更被偏好;weight可以是具有相同優先的記錄的相對權重;port可以是可以在其上找到服務的TCP或UDP埠;以及target可以是提供服務的機器的規範主機名。
針對“m2m”類型且實例名稱為“peco”的SCL服務實例的示例性SRV記錄可以是:_m2m._tcp.example.com.86400 IN SRV 0 5 5060 peco.m2m.example.com。
針對“utility”子類和實例名稱為“peco”的“m2m”類型的SCL服務實例的示例性SRV記錄可以是:_utility._m2m._tcp.example.com.86400 IN SRV 0 5 5060 peco.m2m.example.com。
可以在目標DNS伺服器上創建針對每個SCL服務和子服務實例的MSDF DNS-SD文本(TXT)記錄。DNS-SD可以使用DNS TXT記錄來儲存用於傳遞關於命名服務的額外資訊的任意名稱/值對。每個名稱/值對可以在DNS TXT記錄中以“名稱=值”的格式被編碼為其自己的構成字串(constituent string)。直到第一個‘=’字元的所有字元是所述名稱。第一個‘=’字元之後直到該字串的結束的所有字元(包括隨後的‘=’字元,如果有的話)是所述值。從SCL發現的觀點來看,DNS-SD TXT記錄可以用於儲存有用的SCL屬性資訊,如到SCL的URI路徑、SCL支援的不同類型的特徵、協定等。
例如,DNS-SD TXT記錄可以用於提供SCL URI的路徑部分(即,不是SRV記錄所提供的IP位址或埠):scl=<uri_path_to_sclBase>。
DNS-SD TXT記錄還可以用於定義SCL支援的服務子類(諸如第7圖所示的服務子類),而不是使用DNS PTR和SRV記錄來定義。例如,DNS-SD TXT記錄可以包括SCL服務子類名稱/值對,如utility=true,sclhttp=true及rates=true。
第8圖示出了用於在包括發佈者805和本地DNS-SD MSDF伺服器810的網路中找到“m2m”類型和“utility”子類的服務實例的MSDF DNS-SD SCL發現過程800。參照第8圖,發佈者805可以執行在DNS-SD查找中使用的註冊DNS-SD M2M服務類型名稱的離線供應(步驟815)。本地DNS-SD MSDF伺服器810可以被離線供應SCL發現記錄(步驟820)。
每個M2M服務提供者可以在其自己擁有並管理的或轉包給其他方進行管理的本地DNS-SD MSDF伺服器810中創建SCL發現記錄(例如,DNS-SD PTR、SRV和TXT記錄)。這些SCL發現記錄可以包括諸如單獨SCL(即sclBases)的絕對位址(即URI)、SCL支援的服務的類型/類別等屬性。可以向每個M2M SCU、閘道或伺服器供應其用於DNS-SD PTR記錄查找的註冊或標準化的DNS-SD M2M服務類型名稱。
本地DNS-SD MSDF伺服器810可以向公共DNS登記公司或實體離線註冊以建立公共DNS-SD MSDF服務發現網域(步驟825)。公共DNS登記公司或實體可以使該資訊公開可用。其他DNS-SD MSDF伺服器可以發現已經在它們的分層級別下建立的任意新的服務發現子網域。這可以導致M2M服務提供者的DNS-SD MSDF伺服器被發現並互連到現有DNS-SD MSDF伺服器的分層上。如果私有DNS-SD MSDF部署被偏好,則 可以跳過步驟825。
發佈者805的DNS-SD MSDF用戶端可以發現、被配置或被供應其被分配的本地DNS-SD MSDF伺服器的位址(步驟830)。依賴於基礎存取網路技術,該過程可以自動完成或需要手動離線配置。發佈者805可以通過向其本地DNS-SD MSDF伺服器810發送針對‘_utility._m2m._tcp.com’的DNS-SD PTR查詢840來發起M2M SCL發現過程835。被分配的本地DNS-SD MSDF伺服器810可以使用包括可用DNS-SD PTR記錄列表的DNS-SD回應845來回應發佈者805,每個DNS-SD PTR記錄包含相應SCL的M2M SCL實例名稱。發佈者805可以選擇其希望進行解析以獲得相應的SCL網路位址和可能的其他發現資訊(例如peco._m2m._tcp.com)的一個或多個PTR記錄(步驟850)。發佈者805可以向本地DNS-SD MSDF伺服器810發送一個或多個DNS-SD查詢請求855以用於其希望進行解析的每個SCL實例名稱。
本地DNS-SD MSDF伺服器810可以發送針對每個相應DNS-SD查詢請求855的具有SRV和TXT記錄的回應860。SRV記錄可以包含SCL的網路名稱或位址(例如,完全合格網域名稱(FQDN)或IP位址和埠)。 TXT記錄可以包含可選資訊,諸如到sclBase的URI路徑,SCL支援的服務、協定等的類型或類別等。應當注意的是,如果在SRV記錄中返回的是FQDN而非IP位址,那麼需要另外的DNS查找來解析針對IP位址的FQDN。發佈者805可以選擇SCL進行引導(例如,使用來自TXT記錄的資訊來找到最合適的SCL)(步驟865)。
資源SCL發現過程與基於MSDF的過程相比可以被特徵化 為較低權重的過程,因為其不需要與MSDF有任意交互作用。該低權重的SCL發現過程可能特別適合於資源受限的(例如,能夠實現非M2M服務)、駐留在M2M閘道之後的SCU,但可能也被用在其他場景中。在SCL發現過程期間目標主機的網路位址可能會預先知道。
第9圖示出了M2M服務發現資源結構900,其包括用於促成SCL的自動發現的公知資源的sclDiscovery資源905。其可以用於檢索針對與包含在SCL發現請求中的SCL發現查詢標準相匹配的SCL的URI列表。與本文描述的MSDF方法相比,sclDiscovery資源905可以以更低權重和自動的方式中來支援主機M2M伺服器、閘道或設備上的SCL發現。該低權重的SCL發現過程可能特別適用於駐留在M2M閘道之後的資源受限的、能夠實現非M2M服務的設備,但是也可以用於其他場景中。在SCL發現過程期間目標主機的網路位址可能會預先知道。
例如,能夠實現非M2M服務的設備可能知道能夠發現它之其相應M2M閘道的IP位址。對於駐留在M2M閘道之後的能夠實現非M2M服務的設備,M2M閘道的網路位址的知識是可知的,因為M2M閘道是針對這些類型的網路的協作網路節點,且因此,在低層網路初始化和關聯過程期間,能夠實現非M2M服務的設備可以發現所述閘道的網路位址。
第9圖的M2M服務發現資源結構900中的sclDiscovery資源905可以是在高於M2M sclBase資源樹結構910的級別實施的公知資源。 sclDiscovery資源905可以維持由M2M伺服器、閘道或設備所負責的每個sclBase資源的絕對URI。公知sclDiscovery資源905的原理是以“RESTful”方式發現SCL(其中,RESTful是指遵循代表性狀態轉移(REST)約束)可 以等同於SCL的<sclBase>資源的發現。通過在M2M伺服器、閘道或設備上維持公知sclDiscovery資源905,主機SCL的發現可以以非常適合於M2M使用情況的RESTful和自動的方式執行,其中M2M使用情況常常需要自動執行且可以不依賴於任何人的交互作用。
sclDiscovery資源可以支援諸如涉及sclBase屬性的創建檢索更新和銷毀(CRUD)請求以及濾波標準。重要的是,應當注意,多個SCL可以被本地地實施在相同的M2M伺服器、閘道或設備上。因此,sclDiscovery回應可以包含與在SCL發現檢索請求中指定的濾波標準相匹配的絕對sclBase URI的列表。
包括濾波標準的SCL發現請求的示例可以
已知埠的使用可以進一步實現SCL發現的自動化。通過定義已知埠和已知sclDiscovery資源,執行SCL發現所需的唯一剩餘資訊可以是目標M2M伺服器、閘道或設備的網路位址(例如,IP位址)。
第10圖示出了M2M已知資源SCL發現過程1000。每個M2M伺服器、閘道和設備維持各自的sclDiscovery已知資源1005。它們的職責可以包括維持每個主機sclBase資源的絕對URI和對sclDiscovery已知資源和查詢字串的CRUD請求的服務。發佈者1010可以向目標M2M伺服器、閘道或設備sclDiscovery已知資源1005發送SCL發現請求1015。服務發現請求包括使用sclBase屬性(諸如accessRightID、searchStrings、creationTime、lastModifiedTime、Pocs和schedule)及用於支持SCL發現的新sclBase屬性之 提議(諸如擁有SCL的M2M服務提供者、針對SCL的sclBase的絕對URI、SCL支援的M2M服務的類別(例如,移動性、排程延遲、支援的資料速率、持久性、優先級別等)、用於與SCL通信的協定的類型(例如,HTTP/TCP、CoAP/UDP等))、SCL支援的M2M服務識別符的類型(例如,建築自動化、電子健康、消費電子、公共事業等)、SCL支持的M2M應用或設備的類型(例如,恒溫器、心臟監控器、照相機等)以及輔助M2M服務提供者(例如,專門的公用事業公司、專門的安全公司等))的查詢字串。
如第10圖所示,M2M伺服器、閘道或設備sclDiscovery已知資源1005可以發送向發佈者1010提供SCL發現結果的服務發現回應1020。回應1020可以包括與SCL發現請求1015中的查詢字串相匹配的SCL列表。另外,回應1020還可以包括針對每個SCL的sclBase的絕對URI。之後發佈者1010可以從回應1020中的SCL列表中選擇一個或多個SCL來進行引導或註冊(步驟1025)。如果發佈者1010之前獲得了合適的安全證書,則發佈者1010可以執行SCL引導/註冊過程(步驟1030)。否則,發佈者1010可能須要首先獲得合適的證書(例如,通過離線供應或完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
當SCL的主機的網域名稱是已知的但網路位址未知時,DNS SCL發現可以用於找到M2M SCL。在這種情況下,M2M應用/SCU/閘道/伺服器可以獲得DNS伺服器的幫助來發現具有相應網域名稱的主機的網路位址。一旦主機的網路位址已知,則諸如第10圖的已知資源SCL發現過程1000的機制可以用於找到駐留於主機上的SCL的絕對URI。
第11圖示出了基於DNS的M2M SCL發現過程1100。該基於 DNS的M2M SCL發現過程1100可以依賴於DNS伺服器的網路位址的知曉,該網路位址可以被離線供應和/或經由諸如存取網路引導、DHCP、設備管理配置或一些其他類似方法之類的過程而被預先發現。
M2M服務提供者1105可以註冊它的每個SCL主機(例如,負責SCL的M2M伺服器)的網域名稱,以使它們公開。如果期望私有DNS部署,則可以跳過步驟1110。M2M服務提供者1105可以部署DNS伺服器1115並在其上安裝針對負責SCL之其M2M伺服器中的一個或多個M2M伺服器的DNS記錄(步驟1120)。
M2M應用/SUC/閘道/伺服器1125可以被供應所部署的DNS伺服器1115的網路位址,或可以被動態地配置DNS伺服器1115的網路位址(例如,經由諸如存取網路引導、DHCP、設備管理配置或一些其他類似方法之類的過程)(步驟1130)。M2M應用/SUC/閘道/伺服器1125之後可以被供應具有可用SCL的主機的一個或多個完全合格網域名稱(FQDN),或可以經由諸如存取網路引導、DHCP、設備管理配置或一些其他類似方法之類的過程被動態地以該資訊而被配置(步驟1135)。
M2M應用/SUC/閘道/伺服器1125可以通過向所部屬的DNS伺服器1115發送DNS查找請求1140來發現SCL,該所部屬的DNS伺服器1115使用其所部署的DNS伺服器1115的被供應/被配置的FQDN和網路位址。所部署的DNS伺服器1115可以發送具有針對相應SCL主機的所解析網路位址的回應1145。
依賴於所解析網路位址的格式,可能需要另外的發現步驟。 若所解析網路位址是SCL的主機的IP位址而不是至位於主機上的SCL的全 URI路徑,那麼可能需要附加的發現(例如,第10圖的M2M已知SCL資源發現過程1000可以用於通過使用SCL主機的IP位址來發現全URI)。若M2M應用/SCU/閘道/伺服器1125已經具有合適的安全證書,則其可以執行SCL引導/註冊過程。否則,M2M應用/SCU/閘道/伺服器1125會首先獲得合適的證書(例如,通過離線供應或完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
第12圖示出了基於DHCP的M2M SCL發現過程1200。該基於DHCP的M2M SCL發現過程1200可以用於經由對DHCP伺服器的請求來找到M2M SCL。在這種情形下,M2M設備/閘道可以向DHCP伺服器發出請求以發現已被預程式化到DHCP伺服器中的一個或多個可用M2M SCL的位址(例如,通過DHCP伺服器管理員)。DHCP伺服器還可以用於提供除SCL的位址之外的附加SCL資訊(例如,SCL支援的M2M服務能力的類型等)。
基於DHCP的M2M SCL發現過程1200可以依賴於DHCP伺服器的網路位址的知曉,其可以被離線供應和/或經由諸如廣播、存取網路引導、設備管理配置或一些其他類似方法之類的過程而被預先發現。
M2M服務提供者1205可以將DHCP伺服器以它的每個SCL的位址(例如,SCL的URI)或它的每個SCL主機的位址(例如,負責SCL的M2M伺服器的IP位址)(步驟1215)配置。M2M服務提供者1205可以部署DHCP伺服器1210以使其他方能夠存取(步驟1220)。
M2M應用/SCU/閘道/伺服器1225可以被供應DHCP伺服器1210的網路位址,或動態地發現DHCP伺服器1210的網路位址(例如,通過廣播),或通過諸如存取網路引導、設備管理配置或一些其他類似方法之類 的過程而被動態地以DHCP伺服器1210的位址(步驟1230)配置。M2M應用/SCU/閘道/伺服器1225可以通過向DHCP伺服器1210發送DHCP請求1235來發現SCL。應當注意的是,不同的DHCP請求1235可以被權衡(leveraged)(例如,可以使用DHCP通知類型請求)。
DHCP伺服器1210可以發送具有SCL的位址(例如,SCL的絕對URI或SCL的主機的IP位址)的回應1240,以及除了SCL的位址之外的附加SCL資訊(例如,SCL支援的M2M服務能力的類型)。
依賴於所返回的SCL位址的格式,可能需要附加的發現步驟。若返回的SCL位址是SCL的主機的IP位址而非至位於主機上的SCL的全URI路徑,那麼就需要附加的發現(例如,第10圖的M2M已知資源SCL發現過程1000可以用於通過使用SCL主機的IP位址來發現全URI)。若M2M應用/SCU/閘道/伺服器1225已具有合適的安全證書,那麼其可以執行SCL引導/註冊過程。否則,M2M應用/SCU/閘道/伺服器1225會首先獲得合適的證書(例如,通過離線供應或通過完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
基礎存取網路引導/註冊過程可以用於分配M2M SCL。在這種情形下,可以在存取網路引導/註冊過程期間,將M2M設備/閘道/伺服器配置有所分配的SCL。由於M2M服務註冊直到存取網路引入和註冊完成之後才被執行,所以該方法在SCL配置資訊在存取網路引導/註冊的時候是可用的情況下是切實可行的。
基於存取網路引導/註冊的M2M SCL發現過程可以依賴於存取網路提供者預先知曉SCL位址(例如,SCL的主機的FQDN或IP位址, <sclBase>的URI等)。M2M服務提供者可以與存取網路提供者共用SCL位址(例如,它們具有已建立的關係)。M2M設備/閘道/伺服器可以執行存取網路引導/註冊過程,在此期間存取網路提供者可以將設備/閘道/伺服器以所分配的SCL配置。
依賴於SCL位址的格式,可能需要附加的發現步驟。若SCL位址是SCL的主機的IP位址或FQDN的格式而非至位於主機上的SCL的全URI路徑,那麼就需要附加的發現(例如,第10圖中的M2M已知資源SCL發現過程1000可以用於通過使用SCL主機的IP位址來發現全URI)。若M2M設備/閘道/伺服器已具有合適的安全證書,那麼其可以執行SCL引導/註冊過程。否則,M2M設備/閘道/伺服器會首先獲得合適的證書(例如,通過離線供應或通過完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
基礎存取網路管理功能(例如,開放式移動聯盟設備管理(OMA-DM))可以用於分配M2M SCL。在這種情形下,M2M設備/閘道/伺服器可以經由網路管理功能而以所分配的SCL配置。該方法的優勢在於,存取網路管理功能不必局限於僅在存取網路引導/註冊期間配置M2M設備/閘道/伺服器。相反地,存取網路管理功能可以發佈多個更新來以更加動態的方式配置/重新配置所分配的SCL。
基於設備管理的M2M服務發現過程可以依賴於網路管理伺服器預先知曉SCL位址(例如,SCL的主機的FQDN或IP位址,<sclBase>的URI等)。
M2M服務提供者可以與網路管理伺服器共用SCL位址。 M2M設備/閘道/伺服器可以執行存取網路引導/註冊過程。在該過程期間,設備/閘道/伺服器可以通過存取網路中駐留的網路管理伺服器而以所分配SCL的位址配置。可替換地,網路管理伺服器可以被供應設備/閘道/伺服器的位址或者動態地將其發現(例如,通過使用一些諸如廣播、本地廣播等的存取網路發現機制)。
M2M應用/SCU/閘道/伺服器可以從網路管理伺服器請求SCL位址資訊。可替換地,網路管理伺服器可以發送SCL位址資訊至設備/閘道/伺服器SCL。依賴於SCL位址的格式,可能需要附加的發現。若SCL位址是SCL的主機的IP位址或FQDN的格式而非至位於主機上的SCL的全URI路徑,那麼可能需要附加的發現(例如,第10圖中的M2M已知資源SCL發現過程1000可以用於通過使用SCL主機的IP位址來發現全URI)。若設備/閘道/伺服器已具有合適的安全證書,則其可以開始SCL引導/註冊過程。否則,設備/閘道/伺服器會首先獲得合適的證書(例如,通過離線供應或通過完成第2圖中的M2M服務提供者發現過程200和第3圖中的M2M服務提供者引導過程300)。
當M2M設備/閘道/應用不具有與M2M服務提供者的訂閱並使用M2M服務提供者發現來找到一個或多個可用提供者時,可能需要M2M服務提供者發現。此外,當M2M設備/閘道/伺服器需要將現有的M2M服務提供者訂閱改變為新的M2M服務提供者訂閱或可能針對附加服務訂閱另一個M2M服務提供者時,其可能被需要。例如,當現有的M2M服務提供者沒有提供設備/閘道需要的服務時,M2M設備、閘道和應用可以執行發現過程以找到合適且可用的M3M服務提供者。
實施例
1、一種存取關連於服務提供者的服務的方法,該方法包括:執行第一發現過程以發現至少一個服務提供者;以及執行第二發現過程以確定由所述至少一個服務提供者所支援的可用服務能力層(SCL)。
2、根據實施例1所述的方法,該方法進一步包括:用所述至少一個服務提供者執行引導過程。
3、根據實施例2所述的方法,其中,所述第一發現過程包括:傳送包括用於查詢記錄資料庫以確定匹配的服務提供者發現記錄的資訊的服務提供者發現請求;以及接收包括與所述服務提供者發現請求中的查詢相匹配的服務發現功能記錄列表的服務提供者發現回應。
4、根據實施例3所述的方法,該方法進一步包括:從所述服務發現功能記錄列表中選擇至少一個服務提供者以用其進行引導。
5、根據實施例4所述的方法,其中,所述引導過程包括:向所選擇的服務提供者傳送請求;以及從所選擇的服務提供者接收包括節點採用所述服務提供者的至少一個SCL發起引導所需的資訊的回應。
6、根據根據實施例5所述的方法,其中,所述資訊包括安全證書。
7、根據實施例1-6中的任意一個實施例所述的方法,其中,所述第二發現過程包括: 發佈者傳送包括用於查詢記錄資料庫以確定匹配的SCL發現記錄的資訊的服務發現請求;以及所述發佈者接收包括與所述服務發現請求中的查詢相匹配的服務發現功能記錄列表的服務發現回應。
8、根據實施例7所述的方法,其中,所述服務發現功能記錄列表包括多個SCL位址,該方法還包括:所述發佈者傳送對已知資源的SCL發現請求,以發現每個所述SCL位址的統一資源識別符(URI),該URI未指示至位於主機上的SCL的全URI路徑;所述發佈者從所述已知資源接收包括所發現的URI的SCL發現回應;以及所述發佈者從所述服務發現功能記錄列表中選擇進行引導所用的至少一個SCL。
9、根據實施例1-6中任意一個實施例所述的方法,其中,所述第二發現過程包括:向基於網域名稱系統的服務發現(DNS-SD)機器到機器(M2M)服務發現功能(MSDF)伺服器提供SCL發現記錄;向公共DNS登記公司或實體註冊所述DNS-SD MSDF伺服器,以建立公共DNS-SD MSDF服務發現網域;所述DNS-SD MSDF伺服器從發佈者接收DNS-SD查詢;以及所述DNS-SD MSDF伺服器回應於所述DNS-SD查詢而向所述發佈者傳送SCL發現記錄。
10、根據實施例1-6中任意一個實施例所述方法,其中,所述第二發現過程包括: 從發佈者接收SCL發現請求;以及傳送向所述發佈者提供SCL發現結果的服務發現回應。
11、根據實施例10所述的方法,其中,所述SCL發現請求包括使用sclBase屬性的查詢字串。
12、根據實施例11所述的方法,其中,所述SCL發現回應包括與所述查詢字串和針對每個SCL的sclBase的絕對統一資源識別符(URI)相匹配的SCL列表。
13、根據實施例1-6中任意一個實施例所述的方法,其中,所述第二發現過程包括:向發佈者提供或配置所部署的網域名稱系統(DNS)伺服器的網路位址;向所述發佈者提供或配置針對具有可用SCL的主機的至少一個完全合格網域名稱(FQDN);所述發佈者向使用所述網路位址和FQDN的所部署的DNS伺服器傳送DNS查找請求;以及所述發佈者接收針對相應SCL主機的所解析網路位址。
14、根據實施例1-6中任意一個實施例所述方法,其中,所述第二發現過程包括:向發佈者提供或配置動態主機配置協定(DHCP)伺服器的網路位址;所述發佈者向所部署的DHCP伺服器傳送DHCP請求;以及所述發佈者接收包括SCL的位址和附加SCL資訊的回應。
15、一種存取關連於服務提供者的服務的方法,該方法包括:向發佈者提供或配置所部署的網域名稱系統(DNS)伺服器的網路位址; 向所述發佈者提供或配置針對具有可用服務能力層(SCL)的主機的至少一個完全合格網域名稱(FQDN);所述發佈者向使用所述網路位址和FQDN的所部署DNS伺服器傳送DNS查找請求;以及所述發佈者接收針對相應SCL主機的所解析網路位址。
16、根據實施例15所述的方法,其中,所述發佈者是無線發射/接收單元(WTRU)。
17、一種被配置用於執行用於發現至少一個服務提供者的第一發現過程、採用至少一個所發現的服務提供者來執行引導過程並然後執行用於確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL)的第二發現過程的裝置。
18、根據實施例17所述的裝置,其中,所述裝置是無線發射/接收單元(WTRU)。
19、根據實施例17所述的裝置,其中,所述裝置是閘道。
20、根據實施例17所述的裝置,其中,所述裝置是伺服器。
21、一種電腦可讀儲存媒體,其被配置為用於儲存被配置為用於執行用於發現至少一個服務提供者的第一發現過程、採用至少一個所發現的服務提供者來執行引導過程以及然後執行用於確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL)的第二發現過程的應用。
雖然上述以特定的組合方式對特徵和元件進行了描述,但本領域普通技術人員應當理解,每個特徵或元件均可以單獨使用,或者可以與其他任意特徵和元件組合使用。另外,這裏所描述的實施方式可以用可 以包含到由電腦或處理器執行的電腦可讀媒體中的電腦程式、軟體或韌體實現。電腦可讀媒體的示例包括電子信號(通過有線或無線連接傳送)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶設備、磁性媒體(例如內部硬碟或移動盤)、磁光媒體和光媒體(如光碟(CD)或數位通用碟片(DVD))。與軟體關聯的處理器可以用於實施在WTRU、SCU、UE、終端、基地台、節點B、eNB、HNB、HeNB、AP、RNC、無線路由或任意主機中使用的射頻收發器。
600‧‧‧MSDF SCL發現過程
605‧‧‧M2M服務提供者(或主機SCL)
610‧‧‧機器到機器(M2M)服務發現功能(MSDF)
615‧‧‧發佈者
SCL‧‧‧服務能力層
M2M‧‧‧機器到機器

Claims (16)

  1. 一種存取關連於一服務提供者的服務的方法,該方法包括:執行一第一發現過程以發現至少一個服務提供者;以該至少一個所發現的服務提供者來執行一引導過程;以及執行一第二發現過程以確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL),其中該第二發現過程包括:傳送一基於網域名稱系統的服務發現(DNS-SD)查詢至一DNS-SD機器到機器(M2M)服務發現功能(MSDF)伺服器,其中該DNS-SD MSDF被供應有SCL發現記錄,且其中該DNS-SD MSDF伺服器被向一公共DNS登記實體註冊;回應於該DNS-SD查詢而從該DNS-SD MSDF伺服器接收SCL發現記錄;藉由一發佈者傳送一網域名稱系統(DNS)查找請求至一所部署的DNS伺服器,其中該發佈者被配置該所部署的DNS伺服器的一網路位址,且其中該發佈者被配置針對具有可用SCL的主機的至少一個完全合格網域名稱(FQDN),且其中該DNS查找請求係使用該所部署的DNS伺服器的該網路位址及該至少一個FQDN來傳送;以及藉由該發佈者接收針對一相應SCL主機的一解析的網路位址。
  2. 如申請專利範圍第1項所述的方法,其中所述第一發現過程包括:傳送一服務提供者發現請求,該服務提供者發現請求包括用於查詢一記錄資料庫以確定匹配的服務提供者發現記錄的資訊;以及 接收一服務提供者發現回應,該服務提供者發現回應包括與所述服務提供者發現請求中的查詢相匹配的一服務發現功能記錄列表。
  3. 如申請專利範圍第2項所述的方法,該方法還包括:從所述服務發現功能記錄列表中選擇用以進行引導的至少一個服務提供者。
  4. 如申請專利範圍第3項所述的方法,其中所述引導過程包括:向該所選擇的服務提供者傳送一請求;以及從該所選擇的服務提供者接收包括一節點以所述服務提供者的至少一個SCL發起引導所需的資訊的一回應。
  5. 如申請專利範圍第4項所述的方法,其中,所述資訊包括安全證書。
  6. 如申請專利範圍第1項所述的方法,其中所述第二發現過程包括:一發佈者,其傳送包括用於查詢一記錄資料庫以確定匹配的SCL發現記錄的資訊的一服務發現請求;以及所述發佈者接收包括與所述服務發現請求中的查詢相匹配的一服務發現功能記錄列表的一服務發現回應。
  7. 如申請專利範圍第6項所述的方法,其中所述服務發現功能記錄列表包括多個SCL位址,該方法還包括:所述發佈者傳送對一已知資源的一服務發現請求以發現該等SCL位址之每一個的一統一資源識別符(URI),該等SCL位址未指示至位於一主機上的一SCL的一全URI路徑;所述發佈者從所述已知資源接收包括所發現的URI的一SCL發現回應;以及 所述發佈者從所述服務發現功能記錄列表中選擇進行引導所用的至少一個SCL。
  8. 如申請專利範圍第1項所述的方法,其中所述第二發現過程更包括:從一發佈者接收一SCL發現請求;以及傳送向所述發佈者提供SCL發現結果的一服務發現回應。
  9. 如申請專利範圍第8項所述的方法,其中所述SCL發現請求包括使用sclBase屬性的查詢字串。
  10. 如申請專利範圍第9項所述的方法,其中所述服務發現回應包括與所述查詢字串和針對該等SCL之每一個的一sclBase的一絕對統一資源識別符(URI)相匹配的SCL之一列表。
  11. 如申請專利範圍第1項所述的方法,其中所述第二發現過程更包括:向一發佈者提供或配置一動態主機配置協定(DHCP)伺服器的一網路位址;所述發佈者向該DHCP伺服器傳送DHCP請求;以及所述發佈者接收包括一SCL的該位址和附加SCL資訊的一回應。
  12. 如申請專利範圍第1項所述的方法,其中所述方法是藉由一發佈者執行,且其中該發佈者是一無線發射/接收單元(WTRU)。
  13. 一種被配置成儲存一應用的電腦可讀儲存媒體,所述應用被配置成執行如在申請專利範圍第1-12項中任一項的該方法。
  14. 一種存取關連於一服務提供者的服務的方法,該方法包括:執行一第一發現過程以發現至少一個服務提供者;以該至少一個所發現的服務提供者來執行一引導過程;以及 執行一第二發現過程以確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL),其中該第二發現過程包括:一發佈者向一動態主機配置協定(DHCP)伺服器傳送一DHCP請求,其中該發佈者被配置該DHCP伺服器的一網路位址;以及該發佈者接收包括一SCL的該位址和附加SCL資訊的一回應。
  15. 一種無線發射/接收單元(WTRU),包括:一用於執行一第一發現過程以發現至少一個服務提供者的裝置;一用於以該至少一個所發現的服務提供者來執行一引導過程的裝置;一用於執行一第二發現過程以確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL)的裝置,其中該第二發現過程包括:一用於傳送一動態主機配置協定(DHCP)請求至一DHCP伺服器的步驟,其中該發佈者被配置該DHCP伺服器的一網路位址;以及一用於接收包括一SCL的該位址和附加SCL資訊的一回應的步驟。
  16. 一種無線發射/接收單元(WTRU),包括:一用於執行一第一發現過程以發現至少一個服務提供者的裝置;一用於以該至少一個所發現的服務提供者來執行一引導過程的裝置;一用於執行一第二發現過程以確定由所述至少一個所發現的服務提供者所支援的可用服務能力層(SCL)的裝置,其中該第二發現過程包括:一用於傳送一基於網域名稱系統的服務發現(DNS-SD)查詢至一DNS-SD機器到機器(M2M)服務發現功能(MSDF)伺服器的步驟,其中該DNS-SD MSDF被供應有SCL發現記錄,且其中該DNS-SD MSDF伺服器是向一公共DNS登記實體註冊; 一用於回應於該DNS-SD查詢而從該DNS-SD MSDF伺服器接收SCL發現記錄的步驟;一用於傳送一網域名稱系統(DNS)查找請求至一所部署的DNS伺服器的步驟,其中該發佈者被配置該所部署的DNS伺服器的一網路位址,且其中該發佈者被配置針對具有可用SCL的主機的至少一個完全合格網域名稱(FQDN),且其中該DNS查找請求係使用該所部署的DNS伺服器的該網路位址及該至少一個FQDN來傳送;以及一用於接收針對一相應SCL主機的一解析的網路位址的步驟。
TW101106541A 2011-03-03 2012-02-29 存取關連於所發現服務提供者服務方法及裝置 TWI581649B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161448924P 2011-03-03 2011-03-03
US201161485711P 2011-05-13 2011-05-13

Publications (2)

Publication Number Publication Date
TW201242394A TW201242394A (en) 2012-10-16
TWI581649B true TWI581649B (zh) 2017-05-01

Family

ID=45815983

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101106541A TWI581649B (zh) 2011-03-03 2012-02-29 存取關連於所發現服務提供者服務方法及裝置

Country Status (7)

Country Link
US (2) US10171286B2 (zh)
EP (2) EP3264807B1 (zh)
JP (2) JP6126998B2 (zh)
KR (2) KR101549765B1 (zh)
CN (2) CN103503487B (zh)
TW (1) TWI581649B (zh)
WO (1) WO2012118711A2 (zh)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013136613A1 (ja) * 2012-03-16 2013-09-19 ソニー株式会社 情報処理装置、無線通信装置および情報処理方法
KR101453155B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 M2m 통신에서 리소스 접근 권한 설정 방법
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 M2m 통신에서 리소스 접근 권한 설정 방법
WO2014004965A1 (en) 2012-06-29 2014-01-03 Interdigital Patent Holdings, Inc. Service-based discovery in networks
US10178528B2 (en) * 2012-07-27 2019-01-08 Telefonaktiebolaget Lm Ericsson (Publ) Device connectivity management for machine type communications
KR101362384B1 (ko) * 2012-08-09 2014-02-21 한국과학기술원 웹 플랫폼을 이용한 아이피 기반 IoT 사물 브라우징 방법 및 시스템
CN103596117B (zh) * 2012-08-13 2017-12-15 华为终端(东莞)有限公司 发现机器对机器业务的方法、设备及系统
EP2893719B1 (en) 2012-09-10 2018-06-13 Telefonaktiebolaget LM Ericsson (publ) Method and system for communication between machine to machine (m2m) service provider networks
EP2893720A1 (en) 2012-09-10 2015-07-15 Telefonaktiebolaget L M Ericsson (PUBL) Method and system for communication between machine to machine m2m service provider networks
KR102045905B1 (ko) * 2012-11-05 2019-11-18 주식회사 케이티 단말 이동성 제공을 위한 단말 어플리케이션 등록 방법 및 그 장치
KR20150088787A (ko) * 2012-11-05 2015-08-03 엘지전자 주식회사 무선 통신 시스템에서 특정 리소스에 대한 정보 갱신을 위한 방법 및 장치
KR102045907B1 (ko) * 2012-11-23 2019-12-02 주식회사 케이티 응용 식별 정보와 서비스 제공 능력 식별 정보의 연계 방법 및 그 장치
EP2945326B1 (en) * 2013-01-11 2019-06-12 LG Electronics Inc. Method for changing gateway in machine-to-machine (m2m) system and device therefor
US10284659B2 (en) 2013-01-25 2019-05-07 Apple Inc. Hybrid unicast/multicast DNS-based service discovery
KR101986850B1 (ko) * 2013-02-04 2019-06-07 주식회사 케이티 M2m정보 관리 방법 및 그 장치
KR101997610B1 (ko) * 2013-02-21 2019-07-08 주식회사 케이티 M2m 시스템의 분류 및 우선순위를 적용한 디스커버리 방법
JP6364069B2 (ja) * 2013-05-06 2018-07-25 コンヴィーダ ワイヤレス, エルエルシー デバイストリガ
JP2016526207A (ja) * 2013-05-06 2016-09-01 コンヴィーダ ワイヤレス, エルエルシー モノのインターネットのための知的交渉サービス
EP4408042A3 (en) * 2013-05-21 2024-10-16 Convida Wireless, LLC Lightweight iot information model
KR101466729B1 (ko) * 2013-05-28 2014-12-01 삼성에스디에스 주식회사 IPv6 환경에서의 단말 정보 통합 관리 장치 및 방법
WO2014195905A2 (en) * 2013-06-07 2014-12-11 Telefonaktiebolaget L M Ericsson (Publ) Optimization of resource urls in machine-to-machine networks
US9544190B2 (en) * 2013-06-28 2017-01-10 Avaya Inc. Application configuration using DNS-based service discovery
CN103491129B (zh) * 2013-07-05 2017-07-14 华为技术有限公司 一种业务节点配置方法、业务节点池注册器及系统
KR20180043385A (ko) 2014-04-09 2018-04-27 콘비다 와이어리스, 엘엘씨 서비스 인에이블러 기능
WO2015174903A1 (en) * 2014-05-16 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Device authentication to capillary gateway
US9906605B2 (en) * 2014-05-23 2018-02-27 Qualcomm Connected Experiences, Inc. Enhanced DNS-based service discovery in an internet of things (IoT) environment
EP3170284B1 (en) * 2014-07-18 2023-01-25 Convida Wireless, LLC Enhanced operations between service layer and management layer in an m2m system by allowing the execution of a plurality of commands on a plurality of devices
EP3195567B1 (en) * 2014-07-22 2020-11-25 Convida Wireless, LLC Publication and discovery of m2m-iot services
JP6473500B2 (ja) 2014-09-17 2019-02-20 コンヴィーダ ワイヤレス, エルエルシー サービス層を介する第三者サービスへのアクセスを可能にするシステムおよび方法
US10251047B2 (en) 2014-10-03 2019-04-02 Interdigital Patent Holdings, Inc. Methods for restricted direct discovery
WO2016095140A1 (zh) * 2014-12-17 2016-06-23 华为技术有限公司 确定网关信息的方法和装置
EP3243317B1 (en) * 2015-01-05 2024-04-10 Convida Wireless, LLC Machine-to-machine protocol indication and negotiation
FR3032851A1 (fr) * 2015-02-13 2016-08-19 Kerlink Procede de resolution d'une adresse ip, serveur et programme d'ordinateur correspondants.
EP3259898B1 (en) * 2015-02-20 2020-07-22 Convida Wireless, LLC Message bus service directory
WO2016138431A1 (en) * 2015-02-27 2016-09-01 Pcms Holdings, Inc. Systems and methods for secure roll-over of device ownership
US10805781B2 (en) * 2015-03-05 2020-10-13 Samsung Electronics Co., Ltd. Method and apparatus for establishing a connection between devices
KR101695538B1 (ko) * 2015-03-31 2017-01-13 엘지전자 주식회사 네트워크 시스템 및 정보 획득 방법
EP3320671B1 (en) * 2015-07-06 2020-09-02 Convida Wireless, LLC Wide area service discovery for internet of things
CN108141466B (zh) * 2015-08-13 2021-01-01 康维达无线有限责任公司 用于在服务层处启用途中资源发现的方法
EP3913889B1 (en) 2015-09-01 2024-08-14 Convida Wireless, LLC Service layer registration
EP3716182A1 (en) 2015-09-17 2020-09-30 Laundry 2.0, LLC System for commercial laundry services and facilities
EP4247021A3 (en) * 2015-09-23 2023-12-20 Convida Wireless, LLC Enhanced restful operations
CN106919550B (zh) * 2015-12-25 2021-09-07 华为技术有限公司 一种语义验证的方法和装置
CN105897523B (zh) * 2016-03-29 2019-04-05 华为技术有限公司 一种接入方法、设备及系统
JP2018527765A (ja) * 2016-08-03 2018-09-20 北京小米移動軟件有限公司Beijing Xiaomi Mobile Software Co.,Ltd. サービス接続を確立する方法、装置、プログラム、及び記録媒体
WO2018112212A1 (en) * 2016-12-14 2018-06-21 Idac Holdings, Inc. System and method to register fqdn-based ip service endpoints at network attachment points
EP3598311A4 (en) * 2017-03-13 2020-02-26 Mitsubishi Electric Corporation COMMUNICATION DEVICE, SERVER, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
WO2018170391A1 (en) * 2017-03-17 2018-09-20 Convida Wireless, Llc Distributed transaction management in a network service layer
US11895200B2 (en) * 2017-03-24 2024-02-06 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Access to an operator panel over an out-of-band local network domain
US10700926B2 (en) 2017-11-10 2020-06-30 International Business Machines Corporation Accessing gateway management console
US10652107B2 (en) * 2017-11-10 2020-05-12 International Business Machines Corporation Accessing gateway management console
US11689414B2 (en) 2017-11-10 2023-06-27 International Business Machines Corporation Accessing gateway management console
EP3811592A1 (en) * 2018-06-25 2021-04-28 Telefonaktiebolaget LM Ericsson (publ) Communication protocol discover method in constrained application protocol (coap)
CN112840621A (zh) * 2018-10-16 2021-05-25 通力股份公司 在电梯和自动扶梯中的数据网络服务发现
CN112888644A (zh) 2018-10-16 2021-06-01 通力股份公司 运输基础设施外围设备的网络调试
WO2020224748A1 (en) * 2019-05-03 2020-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for service discovery
CN110138850B (zh) * 2019-05-06 2022-05-03 福建星网智慧科技有限公司 一种基于DNSmasq实现云PBX业务负载均衡的方法
DE102019126486A1 (de) * 2019-10-01 2021-04-01 Perinet GmbH Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren
EP4228299A4 (en) 2020-10-09 2023-12-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION PROCESSING METHOD AND DEVICE AND STORAGE MEDIUM
WO2024071803A1 (ko) * 2022-09-26 2024-04-04 세종대학교 산학협력단 무설정 네트워킹 기술 기반 사물인터넷 장치 검색 및 등록을 위한 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) * 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7293021B1 (en) * 2004-07-23 2007-11-06 Microsoft Corporation Method and system for providing dynamic capability discovery and use
US8223716B2 (en) 2006-12-05 2012-07-17 Toshiba America Research, Inc. Assisted proactive IP address acquisition
US20090063686A1 (en) * 2007-08-30 2009-03-05 Schmidt Brian K Automated service discovery and dynamic connection management
KR100908059B1 (ko) 2007-12-05 2009-07-15 엘지전자 주식회사 Iptv 수신기에서 채널 맵 형성을 위한 채널 제어 방법과 그 장치
EP3346669A1 (en) * 2008-01-18 2018-07-11 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
BRPI0822330B1 (pt) * 2008-02-06 2020-09-24 Nokia Solutions And Netwoks Oy Método de aquisição de identificador de servidor baseada em localização de dispositivo, aparelho, sistema de nome de domínio, sistema para a sinalização de informações de controle e dispositivo móvel
US8243623B2 (en) 2009-03-31 2012-08-14 Intel Corporation Combined device and service discovery technique in stations supporting tunneled direct link setup (TDLS)
GB0905559D0 (en) * 2009-03-31 2009-05-13 British Telecomm Addressing scheme
US10251146B2 (en) * 2009-12-11 2019-04-02 Qualcomm Incorporated Apparatus and method for network-initiated attachment and registration-less paging
US9071875B2 (en) 2009-12-17 2015-06-30 At&T Intellectual Property I, L.P. Processing and distribution of video-on-demand content items
KR101310900B1 (ko) 2009-12-17 2013-09-25 한국전자통신연구원 서비스 정보 제공 방법, 서비스 정보 제공 시스템 및 서비스 정보 수신 방법
US20110255465A1 (en) * 2010-04-16 2011-10-20 Chang Hong Shan Wimax voip service architecture
US9210527B2 (en) * 2010-07-13 2015-12-08 Qualcomm Incorporated Method and apparatus for providing uniform machine-to-machine addressing
US8650619B2 (en) * 2010-08-19 2014-02-11 Alcatel Lucent Method and apparatus of automated discovery in a communication network
WO2012068465A1 (en) * 2010-11-19 2012-05-24 Interdigital Patent Holdings, Inc. Machine-to-machine (m2m) interface procedures for announce and de-announce of resources
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
US9071925B2 (en) * 2011-01-05 2015-06-30 Alcatel Lucent System and method for communicating data between an application server and an M2M device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) * 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture

Also Published As

Publication number Publication date
US11323303B2 (en) 2022-05-03
KR101549765B1 (ko) 2015-09-02
JP2017121094A (ja) 2017-07-06
CN103503487A (zh) 2014-01-08
WO2012118711A3 (en) 2013-01-24
EP2681933B1 (en) 2017-05-10
US20190215229A1 (en) 2019-07-11
CN107197419B (zh) 2020-11-24
EP3264807B1 (en) 2020-01-08
KR20130140144A (ko) 2013-12-23
CN107197419A (zh) 2017-09-22
KR20130126736A (ko) 2013-11-20
CN103503487B (zh) 2017-05-03
TW201242394A (en) 2012-10-16
EP2681933A2 (en) 2014-01-08
JP2014512729A (ja) 2014-05-22
US20140089478A1 (en) 2014-03-27
EP3264807A1 (en) 2018-01-03
KR101894614B1 (ko) 2018-09-03
US10171286B2 (en) 2019-01-01
JP6126998B2 (ja) 2017-05-10
WO2012118711A2 (en) 2012-09-07
JP6442547B2 (ja) 2018-12-19

Similar Documents

Publication Publication Date Title
TWI581649B (zh) 存取關連於所發現服務提供者服務方法及裝置
EP3320671B1 (en) Wide area service discovery for internet of things
US11070633B2 (en) Pre-association discovery of services
US9160706B2 (en) Addressing scheme
US20190387458A1 (en) Mechanisms for ad hoc service discovery
US20150089061A1 (en) Enabling external access to multiple services on a local server
US20160028831A1 (en) Method and apparatus for connection management
CN112104468B (zh) 一种管理服务的发现方法及装置