本申請請求于2014年6月21日提交的美國臨時專利申請序列號第61/837,845號、于2013年7月10日提交的美國臨時專利申請序列號第61/844,689號以及于2013年6月21日提交的美國臨時專利申請序列號第61/837,993號的權(quán)益，其全部公開內(nèi)容通過整體引用并入本文中。

背景技術(shù)：

對等(P2P)鄰近通信可以指彼此鄰近的距離內(nèi)的對等體之間的基于基礎(chǔ)設(shè)施或者無基礎(chǔ)設(shè)施的通信。對等體可以指例如2G系統(tǒng)中的移動電臺(MS)或者IEEE 802.15無線個人局域網(wǎng)絡(luò)(WPAN)中的全功能設(shè)備(FFD)或簡化功能設(shè)備(RFD)的用戶或者設(shè)備。P2P設(shè)備的示例包括聯(lián)網(wǎng)汽車、醫(yī)療設(shè)備、智能儀表、智能電話、平板計算機、膝上型計算機、游戲機、機頂盒、相機、打印機、傳感器、家庭網(wǎng)關(guān)等。P2P鄰近通信可以集中于在基于基礎(chǔ)設(shè)施或無基礎(chǔ)設(shè)施的配置中意識到其針對期望服務(wù)而接近的對等體。例如，可以在包括集中控制器的集中系統(tǒng)或者不具備中央控制器的全分布式系統(tǒng)中實施P2P通信。與無基礎(chǔ)設(shè)施的P2P通信相對照，基于基礎(chǔ)設(shè)施的通信通常包括集中控制器，例如用于處理用戶信息、在用戶之間排程以及管理連接(例如蜂窩通信)。在無基礎(chǔ)設(shè)施的P2P通信中，對等體通常對發(fā)起、保持以及終止通信會話負有同等的責任。基于鄰近的應(yīng)用和服務(wù)表示最近的社會技術(shù)趨勢。P2P鄰近通信被使用于各種實施方式，包括例如社交網(wǎng)絡(luò)、廣告、緊急情況、游戲、智能交通以及網(wǎng)絡(luò)情景的網(wǎng)絡(luò)。

在典型的社交網(wǎng)絡(luò)實施方式中，鄰近的對等體能夠在應(yīng)用層(例如臉譜網(wǎng)、推特網(wǎng))上彼此交互。在P2P鄰近通信的社交網(wǎng)絡(luò)實施方式中通常要求兩個或多個對等體之間的雙向通信。業(yè)務(wù)數(shù)據(jù)率可能低(例如基于文本的聊天)或高(例如內(nèi)容共享)。在P2P鄰近通信的示例廣告實施方式中，商店向鄰近商場位置的距離內(nèi)的潛在顧客(對等體)廣播其促銷及優(yōu)惠活動。在該示例情景中，通常是具有低數(shù)據(jù)流量的單向通信，但也可以使用雙向通信(例如針對個性化廣告)。

在緊急情況下的P2P鄰近通信的實施方式通常涉及單向通信，諸如以緊急報警為例。其它的諸如在應(yīng)急安全管理場景期間的緊急實施方式需要雙向通信。P2P的應(yīng)急服務(wù)/應(yīng)用可能比其它P2P服務(wù)/應(yīng)用具有更高的優(yōu)先級，并且一些應(yīng)急服務(wù)/應(yīng)用可能具有較高的隱私要求。在P2P的示例游戲?qū)嵤┓绞街?，多個對等體初始化或參與互動游戲，諸如遵循一定規(guī)則的在線多人游戲為例。P2P互動游戲通常要求低延時。在P2P鄰近通信的示例智能運輸實施方式中，經(jīng)由車對車和/或車對基礎(chǔ)設(shè)施的通信的聯(lián)網(wǎng)汽車能夠支持高級應(yīng)用，包括例如擁塞/事故/事件通知、諸如拼車和列車調(diào)度的交互式交通管理、智能交通控制等。在智能運輸實施方式中的數(shù)據(jù)率通常較低，但智能運輸可能要求高度可靠的消息傳遞以及極低的延時。網(wǎng)絡(luò)對網(wǎng)絡(luò)的P2P可以被使用于擴大基礎(chǔ)設(shè)施的覆蓋范圍或者減輕基礎(chǔ)設(shè)施的負載。多跳可以是唯一的特征。

上述的P2P通信的示例實施方式可以涉及機器對機器(M2M)以及物聯(lián)網(wǎng)(IoT)應(yīng)用。用于M2M/IoT應(yīng)用的鄰近通信的現(xiàn)有方法具有性能問題。例如，通常以隔離的方式管理上下文信息，以致上下文信息并不在各層或?qū)Φ润w之間共享。

技術(shù)實現(xiàn)要素：

目前對管理諸如位置信息、移動性信息、設(shè)備性能、用戶信息、應(yīng)用類別、多跳信息、信道條件、應(yīng)用信息、關(guān)聯(lián)標識符、設(shè)備信息等上下文信息的方法在對等(P2P)系統(tǒng)中能力欠缺。例如，通常以隔離的方式管理上下文信息，以致上下文信息并不在各層或?qū)Φ润w之間共享。本文所述的系統(tǒng)、方法以及裝置實施例用于在媒體訪問控制(MAC)層上的上下文信息管理。

根據(jù)一示例實施例，系統(tǒng)包括經(jīng)由對等通信來進行通信的多個設(shè)備。每一個對等設(shè)備可以包括上下文管理器。該多個設(shè)備的第一設(shè)備的第一上下文管理器可以接收包括一個或多個參數(shù)的上下文信息請求幀。該一個或多個參數(shù)可以指示上下文操作列表、上下文身份列表或者響應(yīng)類型中的至少一個?；谠撋舷挛男畔⒄埱髱?，該第一設(shè)備可以生成一個或多個上下文信息響應(yīng)幀，該上下文信息響應(yīng)幀指示剩余響應(yīng)的數(shù)目、可應(yīng)用于該一個或多個上下文幀中的選擇幀的確認要求、可應(yīng)用于該一個或多個上下文幀中的所選擇幀的操作列表、可應(yīng)用于該一個或多個上下文幀中的所選擇幀的上下文身份列表、或者一個或多個上下文值中的至少一個。該上下文信息請求幀可以在媒體訪問控制(MAC)層上被接收。更進一步，該第一設(shè)備可以在該MAC層上將該一個或多個上下文幀中的所選擇幀發(fā)送至該多個設(shè)備的第二設(shè)備的第二上下文管理器。

本發(fā)明內(nèi)容被提供用于以簡化方式介紹概念的選擇，下面將在具體實施方式中對其進行進一步描述。本發(fā)明內(nèi)容并非旨在確定要求保護的主題的主要特征或基本特征，也并非旨在用于限定要求保護的主題的范圍。此外，要求保護的主題不限于解決在本公開的任何部分中所指出的任何或全部缺陷的限制。

附圖說明

圖1是根據(jù)一個示例實施例描繪用于鄰近通信的上下文管理架構(gòu)的框圖；

圖2是根據(jù)一個示例實施例描繪基于代理的上下文管理架構(gòu)的框圖；

圖3是根據(jù)一個示例實施例的用于遠程上下文操作的呼叫流程；

圖4A圖示根據(jù)一個示例實施例的用于本地上下文操作的呼叫流程；

圖4B圖示根據(jù)另一個實施例的用于本地上下文操作的另一呼叫流程；

圖5圖示了根據(jù)一個示例實施例的用于基于代理的上下文操作的呼叫流程；

圖6圖示了根據(jù)另一個示例實施例的用于基于代理的上下文操作的另一呼叫流程；

圖7圖示了根據(jù)一個示例實施例的用于基于會話的上下文操作的呼叫流程；

圖8A圖示了根據(jù)一個實施例的示例性且非限制性的經(jīng)修改和/或經(jīng)擴展的通用MAC幀格式；

圖8B圖示了根據(jù)一個實施例的示例性且非限制性的幀控制字段格式；

圖9A圖示了根據(jù)一個實施例的示例性且非限制性的經(jīng)修改和/或經(jīng)擴展的信標幀格式；

圖9B圖示了根據(jù)一個實施例的示例性且非限制性的超幀信息格式；

圖9C圖示了根據(jù)一個實施例的示例性且非限制性的應(yīng)用幀信息格式；

圖10A圖示了根據(jù)一個實施例的示例性且非限制性的關(guān)聯(lián)請求幀格式；

圖10B圖示了根據(jù)一個實施例的示例性且非限制性的關(guān)聯(lián)響應(yīng)幀格式；

圖10C圖示了根據(jù)一個實施例的示例性且非限制性的解除關(guān)聯(lián)請求幀格式；

圖10D圖示了根據(jù)一個實施例的示例性且非限制性的解除關(guān)聯(lián)響應(yīng)幀格式；

圖10E圖示了根據(jù)一個實施例的示例性且非限制性的關(guān)聯(lián)更新通知幀格式；

圖10F圖示了根據(jù)一個實施例的示例性且非限制性的關(guān)聯(lián)更新響應(yīng)幀格式；

圖11A圖示了根據(jù)一個實施例的示例性且非限制性的P2PNW間信道分配請求幀格式；

圖11B圖示了根據(jù)一個實施例的示例性且非限制性的P2PNW間信道分配響應(yīng)幀格式；

圖11C圖示了根據(jù)一個實施例的示例性且非限制性的P2PNW內(nèi)信道分配請求幀格式；

圖11D圖示了根據(jù)一個實施例的示例性且非限制性的P2PNW內(nèi)信道分配響應(yīng)幀格式；

圖12A是示例機器對機器(M2M)或者物聯(lián)網(wǎng)(IoT)通信系統(tǒng)的系統(tǒng)圖，在該系統(tǒng)中可以實現(xiàn)一個或多個所公開的實施例；

圖12B是可以被使用于圖12A中所示的M2M/IoT通信系統(tǒng)內(nèi)的示例架構(gòu)的系統(tǒng)圖；

圖12C是可以被使用于圖12A中所示的M2M/IoT通信系統(tǒng)內(nèi)的示例M2M/IoT終端或網(wǎng)關(guān)設(shè)備或者對等設(shè)備的系統(tǒng)圖；

圖12D是示例計算系統(tǒng)的框圖，在該計算系統(tǒng)中可以實現(xiàn)圖12A的通信系統(tǒng)的方面。

具體實施方式

對等(P2P)網(wǎng)絡(luò)(P2PNW)可以通過例如應(yīng)用或服務(wù)的所需上下文來形成。來自不同層的上下文信息可能密切涉及P2P通信的管理。如本文所用，上下文信息可以泛指能夠被用于描述、追蹤和/或推斷服務(wù)、應(yīng)用、設(shè)備、網(wǎng)絡(luò)或其組合的情境狀態(tài)或條件的信息。上下文信息的示例包括以舉例方式說明且不限于位置信息、時間信息、應(yīng)用類別、服務(wù)功率類別、任何用戶信息、多跳信息、移動性信息、信道條件信息、關(guān)聯(lián)信息、設(shè)備信息、其它應(yīng)用或服務(wù)信息等的信息。對處理上下文信息的現(xiàn)有方法通常以隔離方式來完成。例如，上下文信息可以被存儲于層或?qū)嶓w處并且不在層或?qū)嶓w之間傳遞。該方法對于P2P通信而言效率低下。例如，當形成P2PNW時，對等體發(fā)現(xiàn)/關(guān)聯(lián)可能涉及基于應(yīng)用信息的決定，并且可能涉及來自更低層的測量。如本文所用，對等體發(fā)現(xiàn)可以指用于對等體在對等體關(guān)聯(lián)以便能夠進行P2P鄰近通信之前找到一個或多個其它對等體的過程。對等體關(guān)聯(lián)可以指用于對等體在能夠開始P2P數(shù)據(jù)傳輸之前與一個或多個其它對等體建立邏輯關(guān)系的過程。對等體關(guān)聯(lián)也可以被稱作對等體附連、對等操作、配對或者鏈路建立，但不限于此。根據(jù)一示例實施例，在不同層之間高效地管理上下文信息，以便進行P2P通信。

通常，在處理上下文信息的現(xiàn)有方法中，來自不同應(yīng)用的上下文信息并不被共享。在P2P通信中，相同的上下文信息可能涉及相似的程序。例如，位置信息能夠被游戲應(yīng)用、廣告/購物應(yīng)用以及社交網(wǎng)絡(luò)應(yīng)用所共享。根據(jù)一個示例實施例，高效地共享和管理用于不同應(yīng)用的上下文信息，以便各種對等體能夠請求和訪問來自不同應(yīng)用的上下文信息。

在一個示例實施例中，在P2P通信期間，直接在對等體之間交換上下文信息。例如，在用于P2P通信的對等體關(guān)聯(lián)期間，可以交換上下文信息(例如，應(yīng)用信息、關(guān)聯(lián)標識符、用戶和/或設(shè)備信息)。下面描述用于P2P通信中的上下文管理的消息和參考點。例如，下面描述基于客戶端/服務(wù)器以及基于代理的MAC層上下文管理架構(gòu)。

本文進一步描述上下文管理的功能和方法的各種實施例。根據(jù)一個實施例，在對等體或設(shè)備之間發(fā)生有效的上下文操作，其中一個上下文操作請求可以引起多個MAC幀作為響應(yīng)。如本文所述，有效的上下文操作可以發(fā)生在相同對等設(shè)備上的協(xié)議層和功能之間。在另一個示例實施例中，發(fā)生基于代理的上下文操作，其中對等體能夠代表其它對等體來請求或操作上下文信息。在又一示例實施例中，發(fā)生基于會話的上下文操作，其中多個(例如，兩個)對等體或設(shè)備能夠建立MAC層會話以連續(xù)交換上下文信息。

鄰近通信的應(yīng)用(實施)可以得益于在對等體之間交換上下文信息。通過示例，在玩在線游戲時，四個對等體可能處于鄰近距離內(nèi)。對等體可以交換上下文信息，例如但不限于其位置信息、移動性信息、設(shè)備性能(例如，其是否支持語音、屏幕尺寸等)、用戶信息(例如，級別或?qū)τ螒虻氖煜ざ?等。這樣的上下文信息交換可以提高用戶的游戲體驗。盡管上述示例描述了在四個設(shè)備之間進行上下文信息交換的情景，但應(yīng)理解的是，上下文信息的交換可以視需要發(fā)生在任意數(shù)目的對等設(shè)備之間。

參考圖1，示例的上下文管理系統(tǒng)100可以包括各自經(jīng)由鄰近通信來進行通信的一個或多個對等設(shè)備102。如圖所示，上下文管理系統(tǒng)100包括第一對等設(shè)備102a和第二對等設(shè)備102b。如本文所使用的，對等設(shè)備可以被簡稱為對等體，并且對等體可以指經(jīng)由通信信道或網(wǎng)絡(luò)連接至另一設(shè)備的任何設(shè)備。對等體可以是平板計算機、智能電話、音樂播放器、游戲機、個人數(shù)字助理、膝上型計算機、PC、醫(yī)療設(shè)備、聯(lián)網(wǎng)汽車、智能儀表、家庭網(wǎng)關(guān)、監(jiān)視器、警報器、傳感器、機頂盒、打印機、2G網(wǎng)絡(luò)中的移動電臺(MS)、3G網(wǎng)絡(luò)中的用戶設(shè)備(UE)、或者IEEE 802.15(無線個人區(qū)域網(wǎng)絡(luò)(WPAN))網(wǎng)絡(luò)中的一組全功能設(shè)備(FFD)或簡化功能設(shè)備(RFD)中的一個。作為一個示例，下面將更全面地描述對等體可以具有圖12C中所示的硬件架構(gòu)或其變化方案，或者下面也將更全面地描述對等體可以具有圖12D中所示的計算系統(tǒng)的架構(gòu)。應(yīng)領(lǐng)會到，對示例系統(tǒng)100進行簡化以便于對所公開的主題進行描述，而并非旨在限制本公開的范圍。除了或替代諸如系統(tǒng)100的系統(tǒng)，其它設(shè)備、系統(tǒng)和配置可以被用于實現(xiàn)本文所公開的實施例，并且所有這樣的實施例均視為在本公開的范圍內(nèi)。

參考圖1，系統(tǒng)100可以包括一個或多個上下文管理器104。系統(tǒng)100中的每一對等設(shè)備102都可以包括上下文管理器(CM)104。設(shè)備的上下文管理器104可以是在設(shè)備的處理器上執(zhí)行的硬件和/或軟件模塊，該模塊管理與一個或多個對等設(shè)備相關(guān)聯(lián)的上下文信息。所示的第一對等體102a包括第一上下文管理器104a，并且所示的第二對等體102b包括第二上下文管理器104b。對等設(shè)備104a包括物理(PHY)層106a、媒體訪問控制(MAC)層108a以及高于MAC層108a的層，該層被稱作高層110a。對等設(shè)備104b包括物理(PHY)層106b、媒體訪問控制(MAC)層108b以及高于MAC層108b的層，該層被稱作高層110b。上下文管理器104a和104b可以在媒體訪問控制(MAC)層106上行使作用，由此上下文管理器104a和104b例如可以一般被稱作MAC層邏輯功能。例如MAC層邏輯功能112a和112b的其它MAC層功能可以居于MAC層108處的對等設(shè)備104上。MAC層邏輯功能112a和112b可以包括例如發(fā)現(xiàn)、關(guān)聯(lián)、中繼等功能。上下文管理器104中的每一個都可以將上下文數(shù)據(jù)庫保存在其相應(yīng)的對等設(shè)備中。上下文信息可以被存儲于上下文數(shù)據(jù)庫中。上下文數(shù)據(jù)庫可以包含與上下文數(shù)據(jù)庫所在的對等設(shè)備相關(guān)聯(lián)的上下文信息。附加地或替選地，上下文數(shù)據(jù)庫可以包括與位處與該上下文數(shù)據(jù)庫分開的其它對等設(shè)備相關(guān)聯(lián)的上下文信息。

例如第一CM 104a的上下文管理器可以向例如第二CM 104b的其它上下文管理器104發(fā)出有關(guān)上下文管理的請求。上下文管理器104也可以從其它上下文管理器104接收請求，并且生成對請求的響應(yīng)。根據(jù)一個示例實施例，第一上下文管理器104a可以從本地高層106a、本地MAC功能112a以及本地物理(PHY)層106a接收請求。CM 104a可以響應(yīng)于這樣的請求。CM 104a可以由例如發(fā)現(xiàn)、關(guān)聯(lián)、中繼等其它MAC邏輯功能108a來直接訪問。CM 104a可以通過層間原語而與例如一個或多個應(yīng)用的高層110a以及PHY層108a直接交互。

繼續(xù)參考圖1，例如第一設(shè)備102a的第一CM 104a的對等設(shè)備的CM能夠通過在CM接口(Icm)114上的MAC層幀同例如第二設(shè)備102b的第二CM 104b的另一對等體的CM進行通信。當至少兩個上下文管理器彼此通信時，根據(jù)一個示例實施例可以使用客戶端/服務(wù)器模型。例如，當?shù)谝籆M 104a與第二CM 104b通信時，上下文管理器104a和104b中的一個可以行使客戶端的作用并且上下文管理器104a和104b中的其它可以行使服務(wù)器的作用。因此，CM 104可以被稱作客戶端CM(CMC)或者服務(wù)器CM(CMS)?？蛻舳薈M可以向服務(wù)器CM發(fā)送請求并且可以等待來自服務(wù)器CM的響應(yīng)。在一個示例實施例中，服務(wù)器CM能夠經(jīng)由組播/廣播而同時與其它對等體的多個其它上下文管理器進行通信。在高層、PHY層或MAC層功能無法從本地CM(相同對等體上的CM)找到所需的上下文信息的示例情景中，本地CM能夠通過發(fā)送對于所需的上下文信息的請求來聯(lián)系遠程CM(另一對等體上的CM)。CM可以執(zhí)行上下文分析或操作，例如上下文過濾、上下文摘要、上下文聚合等。

參考圖2，示例的基于代理的上下文管理系統(tǒng)200可以包括經(jīng)由鄰近通信來彼此通信的一個或多個對等設(shè)備102。如圖所示，系統(tǒng)200包括能夠表現(xiàn)為客戶端CM的第一CM 104a以及能夠表現(xiàn)為服務(wù)器CM的第二CM 104b。根據(jù)所示的實施例，示例系統(tǒng)200包括可以與一個或多個上下文管理器104進行通信的上下文管理器代理(CMP)202。應(yīng)領(lǐng)會到，對示例系統(tǒng)200進行簡化以便于對所公開的主題進行描述，而并非旨在限制本公開的范圍。除了或替代諸如系統(tǒng)200的系統(tǒng)，其它設(shè)備、系統(tǒng)和配置可以被用于實現(xiàn)本文所公開的實施例，并且所有這樣的實施例均視為在本公開的范圍內(nèi)。

仍參考圖2，根據(jù)所示的布置，CM 102a也可以被稱作上下文管理器客戶端(CMC)102a，并且CM 102b也可以被稱作上下文管理器服務(wù)器(CMS)102b。CMC 102a可以經(jīng)由CMP 202而與CMS 102b間接通信。上下文管理器104a和104b以及CMP 202可以在媒體訪問控制(MAC)層106上行使作用，并且由此CMP 202以及上下文管理器104a和104b可以一般被稱作MAC層功能。更進一步，對等設(shè)備102的CM 104可以行使CMC、CMP和/或CMS的組合作用。參考圖2，根據(jù)所示的示例，CMC 104a可以向CMP 202發(fā)出一個或多個請求204，并且CMC 102a可以從CMP接收一個或多個響應(yīng)206。當CMP 202從CMC 104a接收請求204a時，CMP 202可以執(zhí)行各種功能。例如，如果需要，CMP 202可以將請求204a轉(zhuǎn)換成CMS 104b能夠理解的格式。CMP可以將可以是經(jīng)轉(zhuǎn)換的請求的請求204b轉(zhuǎn)發(fā)至CMS 104b。響應(yīng)于請求204b，CMS 104b可以將響應(yīng)206a發(fā)送至CMP 202，其可以再將響應(yīng)206b發(fā)送至CMC 104b。替選地，CMP 202可以在不聯(lián)系CMS 104b的情況下直接將響應(yīng)206b發(fā)送至CMC 104a。CMS 104可以從CMP 202接收經(jīng)轉(zhuǎn)換的請求204b并且可以將響應(yīng)206a發(fā)送回CMC104a。通過示例，作為對等體的一組玩家中的一個游戲玩家可以擔當CMP 202來管理和控制在玩家之間的上下文信息的交換。通過另一示例，游戲情景中的CMP 202可以采集關(guān)于對等體的上下文信息，以便上下文信息能夠被其它對等體共享和發(fā)現(xiàn)。

如上參考圖1和2所述的上下文管理器102可以執(zhí)行各種操作，諸如舉例說明并不限于遠程上下文操作、本地上下文操作、基于代理的上下文操作以及基于會話的上下文操作。在遠程上下文操作的示例中，一個對等體的CM對由不同對等體的其它上下文管理器所保存的上下文信息執(zhí)行操作。遠程上下文操作可以包括例如添加上下文信息、檢索上下文信息、更新上下文信息、訂閱上下文信息、聚合上下文信息的多個實例等。根據(jù)一個示例實施例，本地上下文操作是指在例如第一對等設(shè)備102a的第一CM 104a的示例對等體的CM與例如對等設(shè)備102a的其它MAC層功能112a或PHY層106a的對等設(shè)備的其它層之間所執(zhí)行的上下文操作。通過另一個示例，如果第一CM 104a不具有執(zhí)行特定操作所需的上下文信息，則CM 104a可以利用遠程上下文操作以聯(lián)系例如第二CM 104b的遠程CM?；诖淼纳舷挛牟僮魇侵敢粋€CM擔當代理以協(xié)調(diào)CMC與CMS之間的通信的操作(參見圖2)。參考圖1，通過示例，第一CM 104a和第二CM 104b可以在交換上下文信息之前于MAC層上建立會話。因此，隨后的上下文操作可以被稱作基于會話的上下文操作，其可以引起在對等設(shè)備102a與102b之間的上下文信息的有效交換。

現(xiàn)參考圖3，圖示出遠程上下文操作的示例，其中遠程上下文操作由第一對等體102a和第二對等體102b來執(zhí)行，特別是由第一CM104a和第二CM 104b來執(zhí)行。根據(jù)所示的實施例，在302中，第一CM104a將上下文信息請求幀發(fā)送至第二CM 104b。一般可以被稱作消息的上下文請求幀可以含有例如上下文操作列表、上下文身份列表、響應(yīng)指示等各種字段或參數(shù)。因此，第二CM 104b可以接收指示上下文操作列表、上下文身份列表或者響應(yīng)類型中的至少一個的一個或多個參數(shù)。所述上下文信息請求幀可以在媒體訪問控制(MAC)層上被接收。上下文操作列表可以指示被請求由第二CM 104b來執(zhí)行的操作。第一CM 104a可以在一個上下文請求幀中請求一個或多個操作，例如多重操作。上下文身份列表可以指示將在其上執(zhí)行操作的上下文。因此，上下文ID可以在上下文數(shù)據(jù)庫中識別上下文實體。上下文實體可以指參數(shù)、數(shù)據(jù)集、應(yīng)用、服務(wù)、對等設(shè)備等。響應(yīng)指示可以指示是否應(yīng)在一個MAC幀中或者在分開的MAC幀中發(fā)送從第二CM 104b到第一CM 104a的響應(yīng)。

繼續(xù)參考圖3，在304中，第二CM 104b可以將上下文信息響應(yīng)幀發(fā)送至第一CM 104a。在一些情況下，對于第一CM 104a的響應(yīng)可能過長而無法包括在一個MAC幀中。因此，在這樣的情況下，可以使用多重MAC幀。一般可以被稱作消息的上下文響應(yīng)幀可以包含例如剩余響應(yīng)的數(shù)目、確認(ACK)指示、操作列表、上下文身份(ID)列表、上下文值等各種字段或參數(shù)。因此，基于該上下文信息請求幀，第二設(shè)備102b，特別是第二CM 104b，可以生成一個或多個上下文信息響應(yīng)幀，該上下文信息響應(yīng)幀指示剩余響應(yīng)的數(shù)目、可應(yīng)用于一個或多個上下文幀中的選擇幀的確認要求、可應(yīng)用于一個或多個上下文幀中的選擇幀的操作列表、可應(yīng)用于一個或多個上下文幀中的選擇幀的上下文身份列表、或者一個或多個上下文值中的至少一個。該上下文信息請求幀可以在MAC層上被發(fā)送。在一個示例實施例中，剩余響應(yīng)參數(shù)的數(shù)目指示剩余多少響應(yīng)，特別是多少上下文響應(yīng)幀，以待在304中發(fā)送響應(yīng)之后由第二CM 104b來傳送。ACK指示可以指示針對在304中所發(fā)送的上下文響應(yīng)幀是否需要確認。例如，如果需要確認，則第一CM 104a可以在306中發(fā)送確認。ACK指示也可以指示針對剩余響應(yīng)中的每一個是否需要確認或者僅針對一定數(shù)目(例如，部分)的響應(yīng)是否需要確認。操作列表可以指示對應(yīng)于一個或多個響應(yīng)的一個或多個操作。示例操作包括舉例說明但不限于“獲取”、“檢索”或者“報告”。上下文ID列表可以指示對應(yīng)于一個或多個響應(yīng)的上下文實體。上下文值可以包含所請求的上下文信息或者相關(guān)的上下文信息的值。通過示例，所請求的上下文信息或者上下文實體可以指速度，并且由此上下文值可以是一個或多個速度值(例如，30英里/小時、65英里/小時等)。通過另一個示例，所請求的上下文信息可以指與對等設(shè)備相關(guān)聯(lián)的溫度，由此可以被檢索或報告的上下文值可以是溫度值。

在306中，根據(jù)所示的實施例，第一CM 104a將上下文響應(yīng)ACK幀發(fā)送至第二CM 104b。如上所述，在304中所發(fā)送的消息可能需要這樣的確認以提供對304中的上下文響應(yīng)幀由第一CM 104a所接收的驗證。在308中，第二CM 104b可以將剩余的上下文響應(yīng)發(fā)送至第一CM 104a。在308中所發(fā)送的響應(yīng)可以含有至少類似于以上參考步驟304所述參數(shù)的參數(shù)。在310中，第一CM 104a將上下文響應(yīng)ACK發(fā)送至第二CM 104b。在一個示例實施例中，重復上述步驟中的一些或全部步驟，直至在302中由請求所要求的所有響應(yīng)均從第二CM 104b被傳送至第一CM 104a。因此，雖然在圖3中圖示出兩個上下文響應(yīng)幀，但應(yīng)理解的是，視需要可以要求任意數(shù)目的上下文響應(yīng)幀。更進一步，應(yīng)理解的是，視需要可以發(fā)送任意數(shù)目的響應(yīng)確認。仍進一步，盡管所示的上下文響應(yīng)幀的數(shù)目等于響應(yīng)確認幀的數(shù)目，但根據(jù)一個示例實施例，響應(yīng)確認的數(shù)目與上下文響應(yīng)幀的數(shù)目相比可以有所不同。

現(xiàn)參考圖4A和4B，圖示本地上下文操作的示例，其中本地上下文操作由第一對等體102a來執(zhí)行，特別是由第一CM 104a來執(zhí)行。參考圖4A，根據(jù)所示的實施例，在402中，高層110a、PHY層106a或者MAC層功能108a向第一CM 104a發(fā)出上下文請求原語。因此，第一對等設(shè)備102a的第一CM 104a從第一對等設(shè)備102a的另一層或者MAC層功能接收上下文請求原語。原語可以含有例如但不限于可以指示原語類型的原語標識符(ID)、請求以待執(zhí)行的上下文操作列表、可以指示將對其運行操作的上下文ID的上下文ID列表等的各種信息。在404中，根據(jù)所示的實施例，第一CM 104a將上下文確認原語發(fā)送至高層110a、PHY層106a或者MAC層功能108a。在404中的原語可以包含指示原語類型的原語ID。在404中所發(fā)送的原語可以進一步包含可以代表所請求的上下文信息的值的一個或多個上下文值。

特別是參考圖4B，根據(jù)所示的實施例，在406中，第一CM 104a將上下文指示原語發(fā)送至高層110a、PHY層106a或者MAC層功能108a。該原語可以含有例如但不限于指示原語類型的原語ID、可以指示待執(zhí)行操作的上下文操作列表以及可以指示將對其執(zhí)行操作的上下文ID的上下文ID列表。在408中，高層110a、PHY層106a或者MAC層功能可以向相同對等體(對等設(shè)備102a)上的第一CM 104a發(fā)出上下文響應(yīng)原語。原語可以包括用于指示原語類型的原語ID以及用于指示所請求的上下文信息的值的上下文值。

圖5圖示了示例的基于代理的上下文管理系統(tǒng)500，該系統(tǒng)可以包括經(jīng)由鄰近通信來彼此通信的一個或多個對等設(shè)備102。如圖所示，系統(tǒng)500包括第一對等設(shè)備102a的第一CM 104a、第二對等設(shè)備102b的第二CM 104b、第三對等設(shè)備102c的第三CM 104c以及第四對等設(shè)備102d的第四CM 104d。根據(jù)所示的實施例，第一CM 104a起上下文管理器客戶端(CMC)104a作用，第二CM 104b起上下文管理器代理(CMP)104b作用，并且第三和第四上下文管理器104c和104d分別起上下文管理器服務(wù)器104c和104d作用。應(yīng)領(lǐng)會到，對示例系統(tǒng)500進行簡化是為了對所公開的主題進行描述，而并非旨在限制本公開的范圍。除了或替代諸如系統(tǒng)500的系統(tǒng)，其它設(shè)備、系統(tǒng)和配置可以被用于實現(xiàn)本文所公開的實施例，并且所有這樣的實施例均視為在本公開的范圍內(nèi)。

仍參考圖5，在502中，第一對等設(shè)備102a的第一CM 104a將上下文請求幀發(fā)送至第二對等設(shè)備102b的第二CM 104b。示例的上下文請求幀如上文中參考圖2所述。在504中，CM 104b查詢其本地上下文數(shù)據(jù)庫。在一個示例實施例中，如果CM 104b在數(shù)據(jù)庫中找到充足的上下文信息來應(yīng)答來自502的上下文請求，則在504中，第二CM 104b可以將上下文響應(yīng)幀發(fā)送至第一CM 104a。示例的上下文響應(yīng)幀如上文中參考圖2所述。替選地，根據(jù)所示的實施例，在503中，第二CM104b可以將上下文請求轉(zhuǎn)換成在其中例如第三CMS 104c的另一CM理解的格式。在506中，第二CM 104b將經(jīng)轉(zhuǎn)換的上下文請求幀發(fā)送至第三對等設(shè)備102c的第三CM 104c。在508中，第三CM 104c將上下文響應(yīng)幀發(fā)送至第二CM 104b。在510中，第二CM 104b將上下文請求幀發(fā)送至另一CM，諸如第四對等設(shè)備102d的第四CM 104d。在512中，第四CM 104d可以將上下文響應(yīng)幀發(fā)送至CMP第二CM 104b。在513中，第二CM 104b可以聚合從第三和第四上下文管理器104c和104d所接收的響應(yīng)。盡管所示的CM 104b聚合兩個響應(yīng)，但應(yīng)理解的是，任何數(shù)目的響應(yīng)都可以視需要由行使CMP功能的CM來聚合。在514中，根據(jù)所示的實施例，第二CM 104b將在一個或多個上下文響應(yīng)幀中所聚合的響應(yīng)發(fā)送至根據(jù)所示的實施例起CMC作用的第一CM104a。

圖6圖示了在圖5中所描繪的系統(tǒng)500，但圖6示出了根據(jù)另一個示例實施例的基于代理的上下文操作的另一個示例。參考圖6，在602中，根據(jù)所示的實施例行使CMP作用的第二CM 104b將上下文請求幀發(fā)送至根據(jù)所示的實施例行使CMS作用的第一CM 104a。在一些情況下，在602之前，第二CM 104b可以從第三對等體102c的第三CM 104c以及第四對等體104d的第四CM 104d接收請求，這觸發(fā)了第二CM 104b在602發(fā)送請求。根據(jù)在圖6中所描繪的所示示例，第三CM 104c和第四CM 104d行使上下文管理器客戶端的作用。在604中，第一CM 104a將上下文響應(yīng)幀發(fā)送至第二CM 104b。在606中，第二CM 104b可以分析所接收的響應(yīng)。在606中，第二CM 104b可以將上下文響應(yīng)幀的至少一部分轉(zhuǎn)發(fā)至第三CM 104c，例如全部轉(zhuǎn)發(fā)至第三CM 104c。在608中，第三CM 104c將上下文響應(yīng)ACK發(fā)送至第二CM 104b。示例的上下文響應(yīng)確認如上文中參考圖3所述。在步驟610中，第二CM 104b可以將上下文響應(yīng)幀的至少一部分轉(zhuǎn)發(fā)至第四CM104d，例如全部轉(zhuǎn)發(fā)至第四CM 104d。第四CM 104d可以接收上下文響應(yīng)幀，并且在612中可以將上下文響應(yīng)ACK發(fā)送至第二CM 104b。

現(xiàn)參考圖7，圖示了基于會話的上下文操作的示例，其中基于會話的上下文操作由第一對等體102a和第二對等體102b來執(zhí)行，特別是由第一CM 104a和第二CM 104b來執(zhí)行。在702中，根據(jù)所示的實施例，第一CM 104a將上下文開始幀發(fā)送至第二CM 104b以請求上下文交換會話700的開始。在704中，第二CM 104b將上下文開始ACK幀發(fā)送至第一CM 104a以便同意對于上下文交換會話700的請求。因此，上下文交換會話700從706開始。在步驟706中，如上文所述，第一CM 104a將上下文請求幀發(fā)送至第二CM 104b。在708中，第二CM 104b將上下文響應(yīng)幀發(fā)送至第一CM 104a。步驟710和712分別重復步驟706和708。應(yīng)理解的是，視需要，能夠在第一和第二CM 104a與104b之間交換任意數(shù)目的上下文請求幀以及上下文響應(yīng)幀。通過示例，在710中，第一CM 104a將第二上下文請求幀發(fā)送至第二CM 104b。在712中，第二CM 104b響應(yīng)于第二上下文請求幀而將第二上下文響應(yīng)幀發(fā)送至第一CM 104a。在步驟714中，第二CM 104b將上下文請求幀發(fā)送至第一CM 104a。當?shù)诙﨏M 104b將上下文響應(yīng)發(fā)送至第一CM 104a時(在712中)，第二CM 104b能夠在714搭載上下文請求。因此，在712中的消息可以含有在714中所發(fā)送的消息的至少一些內(nèi)容，例如全部內(nèi)容。在一個示例實施例中，第二CM 104b也能夠在第一CM 104a完成從第二CM 104b請求上下文信息之前發(fā)送上下文請求。在716中，根據(jù)所示的實施例，第一CM 104a將上下文響應(yīng)幀發(fā)送至第二CM 104b。在718中，第一CM 104a將上下文結(jié)束幀發(fā)送至第二CM 104b以請求停止當前的上下文交換會話700。在720中，根據(jù)所示的實施例，第二CM 104b將上下文結(jié)束確認幀發(fā)送至第一CM104a以確認請求停止上下文交換會話700的上下文結(jié)束幀，由此結(jié)束上下文交換會話700。

上下文信息被廣泛用于對等感知通信(PAC)以形成P2PNW并且使能在該P2PNW內(nèi)的通信。然而，上下文信息并非被指定成任何現(xiàn)行的IEEE 802.15或802.11 MAC幀。如上所述，為了使得上下文信息能夠交換并且使得諸如上下文感知發(fā)現(xiàn)、上下文感知關(guān)聯(lián)、上下文感知同步以及上下文感知功率控制等MAC功能更加高效，可以實施對當前MAC幀的修改和/或擴展，并且可以定義如下文所述的新的信息元素(IE)。更進一步，在一個實施例中，在本文所述的經(jīng)修改和擴展的幀格式以及IE可以被用于實現(xiàn)上述的上下文信息請求幀以及上下文信息響應(yīng)幀。

在一個實施例中，可以使用可能是通用MAC幀的幀格式，在MAC報頭中具有與有助于上下文感知發(fā)現(xiàn)、關(guān)聯(lián)、功率控制、信道管理以及同步程序的上下文信息相關(guān)的新字段。也可以使用具有定義超幀結(jié)構(gòu)以及應(yīng)用幀的新字段的新信標幀，?？梢允褂眯鹿芾韼灾С株P(guān)聯(lián)、解除關(guān)聯(lián)、重新關(guān)聯(lián)以及關(guān)聯(lián)更新的請求和響應(yīng)，該新管理幀具有定義關(guān)聯(lián)的屬性的新字段以及指示相關(guān)的上下文信息的新字段。另一新管理幀可以是功率控制的請求和響應(yīng)幀，其包括用于攜帶有關(guān)上下文和功率控制的信息的新字段。還一新管理幀可以是公用控制/數(shù)據(jù)信道(CCDCH)或者專用控制/數(shù)據(jù)信道(DCDCH)的請求和響應(yīng)幀，其包括用于進行信道資源在超幀中的分配的新字段。CCDCH是針對P2PNW間通信所定義的并且由鄰近的服務(wù)或應(yīng)用的超VL、VL、子VL或者對等體所共享。通過示例但不限于此，CCDCH可以被用于在鄰近的P2PNW之間的公共控制消息；向鄰近的P2PNW的尋呼或播送消息；或者向鄰近的P2PNW所播送的高優(yōu)先級的短數(shù)據(jù)。DCDCH是針對P2PNW內(nèi)通信所定義的并且由P2PNW內(nèi)的VL、子VL以及對等體所共享。通過示例但不限于此，DCDCH可以被用于在P2PNW內(nèi)的VL、子VL與對等體之間的公共控制消息；向P2PNW內(nèi)的VL、子VL和對等體的尋呼或播送消息；或者向P2PNW內(nèi)的VL、子VL和對等體所播送的高優(yōu)先級的短數(shù)據(jù)。

此外，在一個實施例中，可以使用新信息元素(IE)，其包括攜帶對于P2PNW管理和通信的上下文信息的上下文信息IE以及攜帶對于功率控制程序的最重要信息的上下文和功率控制信息IE。下面進一步對這些幀以及IE進行詳述。

圖8A圖示了如本文所述的可以結(jié)合上下文管理程序來使用的經(jīng)修改的MAC幀格式800的一個實施例。在圖8A-B、9A-C、10A-F和11A-D中，以粗體、斜體和下劃線所指示的字段是新的或經(jīng)修改的字段并且可以包括新的子字段。其它字段可以與現(xiàn)行的IEEE 802.15.4和802.11標準中所規(guī)定的含義相同。

如圖所示，幀800大體上包括MAC報頭802以及MAC凈荷804。在一個實施例中，除輔助字段816和輔助安全報頭818之外，可能需要幀中的全部字段。在一個實施例中，序列號字段808以及輔助安全報頭818可以與IEEE 802.15.4標準中所規(guī)定的含義相同。

在該實施例中，幀控制字段806攜帶控制信息，諸如幀類型、確認消息的所需類型以及地址模式。圖11B圖示了幀控制字段的格式500的一個實施例。在一個實施例中，幀類型、幀待處理(frame pending)、幀版本、安全啟用以及IE存在字段可以與IEEE 802.15.4標準中所規(guī)定的含義相同。在一個實施例中，在該幀控制字段806中的全部字段都可能是必選的。

幀類型和子類型字段824、826可以是必選的并且可以共同指示幀的類型，即幀的功能。在一個實施例中，具有四種基本的幀類型：信標、管理、數(shù)據(jù)以及確認。每一種幀類型都可以具有幾種子類型。此外，子類型字段的含義可以針對不同的幀類型而有所不同。下列的表1、2、3和4列舉出在一個實施例中可能使用的幀類型和子類型的組合。在這些表中，給出數(shù)值，但并非按位級給出。可以為每一子類型使用其它值。下面進一步對每一幀類型進行詳述。

表1對于信標幀的類型和子類型的組合

表2對于管理幀的類型和子類型的組合

表3對于數(shù)據(jù)幀的類型和子類型的組合

表4對于ACK幀的類型和子類型的組合

仍參考圖8B，在一個實施例中，在幀控制字段806中的所需的ACK類型字段828可以指定預(yù)期何種類型的確認幀。例如，可以如下表5中所示設(shè)定所需的ACK類型字段。

表5所需的ACK類型字段828的值

回顧圖8A，地址字段可以由源地址、目標地址、跳發(fā)地址以及跳接地址中的一個或多個組成。源地址和目標地址字段可以攜帶幀的源和目標地址。跳發(fā)地址和跳接地址字段可以留作多跳情景之用，攜帶中間對等體的地址信息。跳發(fā)地址是發(fā)送該幀的對等體的地址。跳接地址是接收該幀的對等體的地址?？梢杂傻刂纷侄沃甘緛碇甘咎l(fā)地址和/或跳接地址字段的存在。

如圖8A中所示，MAC幀格式800可以進一步包括地址字段指示字段810，其可以包含在地址字段812中存在跳發(fā)地址和跳接地址的指示。盡管源和目標地址可能始終存在于地址字段812中，但跳發(fā)地址和跳接地址的存在對于多跳情景而言可以是可選的。例如，針對單跳傳輸，二者皆不存在；針對多跳傳輸中的第一跳(即，原始源正在發(fā)送幀)，僅存在跳接地址并且跳發(fā)地址與源地址相同；針對多跳傳輸中的最后一跳，僅存在跳發(fā)地址并且跳接地址與目標地址相同；針對多跳傳輸中的其它跳，包括跳發(fā)地址以及跳接地址的全部二者。此外，當如后兩個示例(最后一跳以及其它跳)般設(shè)定尋址字段指示時，幀可以是中繼幀。

如圖8A進一步所示，P2PNW/APP ID字段814字段可以含有P2P網(wǎng)絡(luò)ID或者應(yīng)用ID。加入P2P網(wǎng)絡(luò)(NW)的全部對等體都可以具有在本地唯一的P2PNW/APP ID。如果當幀被發(fā)送時沒有確定P2PNW ID，則該字段可以攜帶應(yīng)用ID。因為P2PNW可以通過應(yīng)用或服務(wù)來形成，所以P2PNW ID可以是可以用于定義和區(qū)分應(yīng)用指定的P2PNW的網(wǎng)絡(luò)標識符。由于鄰近服務(wù)的分布性，P2PNW ID可以是在本地唯一的。

P2PNW ID可以包括但不限于指示期望服務(wù)或應(yīng)用(例如，用于社交網(wǎng)絡(luò)的臉譜網(wǎng)(Facebook)、用于視頻流的網(wǎng)飛(Netflix)等)的CAID或應(yīng)用ID、指示P2PNW的位置的位置信息、生成P2PNW ID的對等體的ID以及可以被用于區(qū)分具有相同上下文信息的現(xiàn)有P2PNW的網(wǎng)絡(luò)序列號。P2PNW ID可以使用不同的結(jié)構(gòu)來生成，諸如每一段信息均被指派有一些信息位并且全部信息段都相連的連接結(jié)構(gòu)，或者全部信息段都通過諸如XOR和散列的一些數(shù)學運算而相加的并行結(jié)構(gòu)。

基于不同的控制方案，P2PNW ID可以通過網(wǎng)絡(luò)中的不同方來生成和指派。在集中控制方案的實施例中，P2PNW ID可以通過超VL來生成，其再通知VL，或者VL可以生成P2PNW ID并且在信標中將其播送以通知超VL以及其它VL。在混合控制方案的實施例中，VL可以生成P2PNW ID并且在信標中將其播送以通知其它VL。在分布控制方案的實施例中，想要形成P2PNW的對等體(即，定義新的應(yīng)用幀的對等體)可以生成P2PNW ID并且播送信標以通知P2PNW ID的鄰近距離內(nèi)的每個對等體。

仍參考圖8A，“輔助字段”的字段816可以含有對于一些功能是可選的但重要的字段。例如，可以包括上下文類別字段，其指示諸如緊急服務(wù)、社交網(wǎng)絡(luò)、智能辦公等應(yīng)用或服務(wù)類別。作為另一個示例，可以包括跳頻指示字段，其指示幀的發(fā)送方是否愿意為多跳發(fā)現(xiàn)過程中繼其它幀。

圖9A圖示了示例性信標幀格式830。信標幀在形成P2PNW以及使能P2P通信的過程中起到重要作用。其可以被用于攜帶用于發(fā)現(xiàn)程序的上下文信息，以便通過信道管理過程來定義新的超幀和/或應(yīng)用幀，為同步確定幀/時隙的邊界，并且促進功率控制程序。

信標幀可以被用于發(fā)現(xiàn)并且可以攜帶上下文信息以及P2PNW信息。如表1中所示，用于信標幀的子類型字段可以分成兩部分。信標子類型可以定義特定的信標幀類型，并且如果信標持有方想要通過提供發(fā)現(xiàn)所需的上下文信息而被發(fā)現(xiàn)，則“用于發(fā)現(xiàn)”的位可以被設(shè)定成“1”。如果信標持有方不想被發(fā)現(xiàn)，則該位可以被設(shè)定成“0”。一些信標兼顧定義超幀以及應(yīng)用幀，而一些信標僅定義應(yīng)用幀。

上述表1定義了用于信標幀830的幀控制字段的幀類型以及子類型字段的有效組合。每種類型的信標幀都可以被唯一地映射到控制方案以及信標發(fā)送方(即，超VL/VL/對等體)的作用。信標幀不要求任何ACK。如果信標消息攜帶一個或多個IE，則IE存在字段可以被設(shè)定為真，否則被設(shè)定為假。根據(jù)信標是否被中繼，對應(yīng)地配置地址字段指示(未示出)以及地址字段832。可以在信標中攜帶P2PNW ID字段834。可以包括上下文類別字段836，以便為發(fā)現(xiàn)和/或同步程序提供上下文。如果為發(fā)現(xiàn)發(fā)送信標，則應(yīng)存在跳頻指示字段838。

關(guān)于信標凈荷，仍參考圖9A，幀信息字段840可以是信標凈荷的一部分，并且可以由兩個部分組成，即超幀信息以及應(yīng)用幀信息。參見表1，超信標可以兼顧攜帶超幀信息以及應(yīng)用幀信息。在集中或混合控制下的應(yīng)用信標可以僅攜帶應(yīng)用幀信息。在混合控制下的公共應(yīng)用信標可以兼顧含有超幀信息以及應(yīng)用幀信息。在分布控制下的對等體信標可以攜帶用于發(fā)現(xiàn)的上下文信息。在分布控制下的公共對等體信標可以兼顧含有超幀信息以及應(yīng)用幀信息。最后，在分布控制下的專用對等體信標可以僅攜帶應(yīng)用幀信息。

圖9B示出了用于信標的幀信息字段840中可以提供的超幀信息840a的示例格式。攜帶超幀信息的信標也可以定義新超幀的開始。如圖9B中所示，超幀長度可以始終等于信標間隔，由此在超幀信息中沒有信標間隔字段。CCDCH時隙的數(shù)目842可以指示由伴隨信標幀的CCDCH所提供的時間時隙的數(shù)目。CCDCH時隙尺寸844可以定義每一個CCDCH時隙的時隙尺寸。應(yīng)用幀列表846可以包括用于描述當前超幀中所含有的應(yīng)用幀的項目列表，這些應(yīng)用幀中的每一個均已被授予超幀中的一段時間。應(yīng)用幀列表中的每一項目可以描述不同的應(yīng)用幀并且由應(yīng)用信息和應(yīng)用幀偏移組成。應(yīng)用幀偏移可以指示應(yīng)用幀的起始點與諸如超幀的起始點的某一時間基準之間的時間偏移。該字段可以被用于同步目的。

圖9C圖示了用于在信標的幀信息字段840中可以提供的應(yīng)用幀信息840b的示例格式。應(yīng)用幀長度848可以指示新應(yīng)用幀的總長度。DCDCH時隙的數(shù)目850可以指示在伴隨信標幀的DCDCH中所包括的時間時隙的數(shù)目。DCDCH和CFP可以具有相同的時隙尺寸，該時隙尺寸在時隙尺寸字段中定義。超/公共信標偏移字段852可以依據(jù)時間偏移來指示超信標或者公共信標位于超幀中的位置。該字段可以被用于同步目的。

回顧圖9A的信標幀格式830，其它信標凈荷字段可以含有來自一個或多個高層的信息。

與關(guān)聯(lián)相關(guān)的程序可能在形成以及更新P2PNW的過程中發(fā)揮重要作用。在本文中慮及為關(guān)聯(lián)、解除關(guān)聯(lián)、重新關(guān)聯(lián)以及關(guān)聯(lián)更新程序所設(shè)計的各種幀格式。圖10A圖示了關(guān)聯(lián)請求幀860的格式，其中在MAC凈荷部分中所列出的全部字段都可能是必選的。幀類型和子類型可以如表2中所示地來配置以指示其是關(guān)聯(lián)請求幀。長地址或者全地址可以被用于關(guān)聯(lián)請求幀。關(guān)聯(lián)請求幀不要求任何ACK。反而，可以要求關(guān)聯(lián)響應(yīng)作為對關(guān)聯(lián)請求的回答。如果關(guān)聯(lián)請求消息攜帶一個或多個IE，則IE存在的字段應(yīng)被設(shè)定為真，否則被設(shè)定為假。如本文所述，根據(jù)關(guān)聯(lián)請求是否被中繼，相應(yīng)地配置地址字段指示以及地址字段(未示出)?？梢栽陉P(guān)聯(lián)請求中攜帶P2PNW ID。

關(guān)于關(guān)聯(lián)請求幀860的MAC凈荷，設(shè)備能力862可以是不同類型的發(fā)送請求的對等體的能力。例如，該字段可以含有發(fā)送對等體的數(shù)據(jù)傳輸率能力、電池/功率消耗能力和/或安全能力的一個或多個指示符。在IEEE 802.15.8中，通過期望的應(yīng)用來形成P2PNW。關(guān)聯(lián)可以被分類為基于設(shè)備、基于服務(wù)和/或基于用戶的關(guān)聯(lián)。對等體可以保存多個應(yīng)用，由此可以保存多個不同類型的關(guān)聯(lián)連接。關(guān)聯(lián)類型字段864可以指示預(yù)期建立的關(guān)聯(lián)的類型。根據(jù)特定的應(yīng)用，可以建立基于服務(wù)或者基于用戶的關(guān)聯(lián)，而基于設(shè)備的關(guān)聯(lián)可能更常用于多跳情景。

關(guān)聯(lián)請求幀860的所需持續(xù)時間字段866可以由請求方來設(shè)定，以指示預(yù)期激活的關(guān)聯(lián)連接的時間長度。VL指示字段868可以指示請求的發(fā)送方是否是VL。響應(yīng)類型字段870可以被用于指示作為對應(yīng)的關(guān)聯(lián)響應(yīng)消息的一部分的其它MAC凈荷字段中可能需要的可選字段。多跳指示字段872可以指示是否為接收方的單跳范圍之外的對等體中繼關(guān)聯(lián)請求(即多跳關(guān)聯(lián))。在關(guān)聯(lián)請求幀860的其它MAC凈荷部分中，可以包括可選的字段，下面在表6中示出其示例。

表6關(guān)聯(lián)請求中的可選MAC凈荷字段的示例

圖10B圖示了示例性關(guān)聯(lián)響應(yīng)幀880。在幀880的報頭中，幀類型和子類型可以如表2中所示地來配置以指示其是關(guān)聯(lián)響應(yīng)幀。長地址或者全地址可以被用于關(guān)聯(lián)響應(yīng)幀880中。關(guān)聯(lián)響應(yīng)幀不要求任何ACK。如果關(guān)聯(lián)響應(yīng)消息攜帶一個或多個IE，則IE存在字段可以被設(shè)定為真，否則被設(shè)定為假。根據(jù)關(guān)聯(lián)響應(yīng)是否被中繼，可以相應(yīng)地配置幀880的報頭的地址字段指示以及地址字段?？梢栽陉P(guān)聯(lián)響應(yīng)中攜帶P2PNW ID。無論上下文類別還是跳頻指示字段都不能被用于關(guān)聯(lián)響應(yīng)消息。

關(guān)于關(guān)聯(lián)響應(yīng)幀880的MAC凈荷，響應(yīng)方的設(shè)備能力882、關(guān)聯(lián)類型884、VL指示892以及多跳指示894字段可以具有如本文針對關(guān)聯(lián)請求消息所述的相同用法(例如，參見圖10A以及相關(guān)文字)。關(guān)聯(lián)ID 888可以是指示兩個對等體之間的關(guān)聯(lián)的標識符。在一個實施例中，關(guān)聯(lián)ID可以以類似于P2PNW ID的生成方式來生成。關(guān)聯(lián)決定字段886可以指示關(guān)聯(lián)請求是否被接受。請注意，在該上下文中的“接受”可能意味著關(guān)聯(lián)請求中的全部參數(shù)均被接受。

所指派的持續(xù)時間字段890可以指示待建立的關(guān)聯(lián)的期限。響應(yīng)方可以基于在關(guān)聯(lián)請求中所需的持續(xù)時間來作出期限的確定。這可以是與關(guān)聯(lián)請求的所需持續(xù)時間不同的值。如果在請求消息中將需要短地址的字段設(shè)定為真，則所指派的短地址可以含有短地址?；陉P(guān)聯(lián)請求中的響應(yīng)類型字段，關(guān)聯(lián)響應(yīng)可以包括在請求的其它MAC凈荷部分中所指定的所需信息。除在表6中所示的字段之外，在響應(yīng)消息中可以包括附加或替選的字段，下面在表7中圖示其示例。

表7關(guān)聯(lián)響應(yīng)中的可選MAC凈荷字段的示例

重新關(guān)聯(lián)請求幀可以具有與如本文所述的關(guān)聯(lián)請求的結(jié)構(gòu)極為相似的結(jié)構(gòu)。兩種結(jié)構(gòu)的主要區(qū)別可能在于，重新關(guān)聯(lián)請求可以在MAC凈荷中包含必選的關(guān)聯(lián)ID字段。

圖10C圖示了示例性解除關(guān)聯(lián)請求幀900。在幀900中，多跳指示908、關(guān)聯(lián)對等體的數(shù)目910以及多跳對等體ID 912字段可以與關(guān)聯(lián)請求幀中的字段相同(例如，參見圖10A以及相關(guān)文字)。可以發(fā)送解除關(guān)聯(lián)請求消息以通知關(guān)聯(lián)的對方關(guān)聯(lián)即將終止。在報頭的幀控制字段中的所需的ACK類型可以指示是否要求解除關(guān)聯(lián)響應(yīng)消息。解除關(guān)聯(lián)原因字段904可以指示為何將要停止關(guān)聯(lián)。在一實施例中，可能的原因可以包括鏈路故障、應(yīng)用終止以及資源限制。解除關(guān)聯(lián)持續(xù)時間字段906可以指示解除關(guān)聯(lián)的持續(xù)時間。這可以被用于通過指示在該持續(xù)時間之后將激活的關(guān)聯(lián)來暫時中止或者停止關(guān)聯(lián)。

圖10D圖示了示例性解除關(guān)聯(lián)響應(yīng)幀914，其可以被用于在接收解除關(guān)聯(lián)請求之后確認關(guān)聯(lián)被斷開。在一些情況下，接收解除關(guān)聯(lián)請求消息的對等體無需發(fā)送解除關(guān)聯(lián)響應(yīng)。這可能取決于對報頭的幀控制字段中所需的ACK類型的配置。幀914的解除關(guān)聯(lián)狀態(tài)字段918可以指示關(guān)聯(lián)被永久性斷開。替選地，解除關(guān)聯(lián)狀態(tài)字段918可以指示在一定時間段內(nèi)關(guān)聯(lián)被暫時性斷開，其進一步指示在該時間段期滿后將激活關(guān)聯(lián)。

圖10E圖示了示例性關(guān)聯(lián)更新通知幀920，其可以被用于通知對方現(xiàn)有關(guān)聯(lián)的一個或多個屬性應(yīng)當或正被更新。在該幀中，經(jīng)更新的關(guān)聯(lián)信息字段924可以包括具有有關(guān)需要更新的現(xiàn)有關(guān)聯(lián)的信息的一個或多個信息字段。經(jīng)更新的關(guān)聯(lián)信息字段中可以包括關(guān)聯(lián)請求幀以及響應(yīng)幀中的必選或可選的任何字段。

圖10F圖示了示例性關(guān)聯(lián)更新響應(yīng)幀926，其可以被用于確認由關(guān)聯(lián)更新通知幀所表明的關(guān)聯(lián)屬性的更新。該幀的更新狀態(tài)字段930指示是否全部所請求更新的關(guān)聯(lián)信息均被更新。該字段的內(nèi)容可以指示這樣的信息被完全更新、部分更新或者全部拒絕。經(jīng)更新的關(guān)聯(lián)信息字段932可以包括兩段關(guān)聯(lián)信息中的一個或者全部二者，這兩段關(guān)聯(lián)信息是在關(guān)聯(lián)更新通知幀中尚未被更新的請求更新的關(guān)聯(lián)信息以及由關(guān)聯(lián)更新響應(yīng)的發(fā)送方要求更新的關(guān)聯(lián)信息。

信道管理定義超幀結(jié)構(gòu)以及進入近距離內(nèi)的信道。超幀可以由CCDCH以及一個或多個應(yīng)用幀組成，其中每一個都可以進一步分成DCDCH以及無爭用周期。如表2中所示，信道管理幀可以被分類為CCDCH請求、CCDCH響應(yīng)、DCDCH請求以及DCDCH響應(yīng)幀。所有這些幀都可以被用于爭用和分配信道資源。

圖11A圖示了示例性P2PNW間信道分配請求幀940，其可以被用于在鄰近的CCDCH上播送請求，用于無線資源分配。該幀的VL指示字段942可以指示發(fā)送方是否是VL。在分布控制方案的實施例中，該字段始終為假。所期的應(yīng)用幀長度字段944可以指示發(fā)送方正試圖構(gòu)建的應(yīng)用幀的所期持續(xù)時間。超VL意愿字段946可以指示發(fā)送方是否愿意擔當超VL。該字段可以是必選的。所期的應(yīng)用信標位置字段948可以是可選的字段，其指示何時播送應(yīng)用信標。僅當發(fā)送方已悉知超幀結(jié)構(gòu)并且業(yè)已與P2PNW同步時，才可能存在該字段。

圖11B圖示了示例性P2PNW間信道分配響應(yīng)幀950，其可以在CCDCH上的P2PNW間信道分配請求幀940之后被發(fā)送。該幀的超VL指示字段952可以指示是否從超VL發(fā)送響應(yīng)。在混合以及分布控制方案的實施例中，該字段可能始終為假。響應(yīng)決定字段954可以指示對應(yīng)的P2PNW間信道分配請求是否被接受。拒絕原因字段956可以被用于指示請求被拒絕的原因。例如，所請求的時間段可以與已分配給應(yīng)用幀的時間段全部或者部分重疊。調(diào)整建議字段958可以是可選的字段，其可以包括對可用時間段的建議。如果響應(yīng)來自超VL，則可以為調(diào)整建議給出較高優(yōu)先級。

圖11C圖示了示例性P2PNW內(nèi)信道分配請求幀960，其可以在DCDCH上被發(fā)送并且用于請求應(yīng)用幀中的一個或多個時間時隙。在一個實施例中，幀960的發(fā)送方可能了解當播送P2PNW內(nèi)信道分配請求時應(yīng)用幀的技術(shù)指標。字VL指示字段962可以指示請求方是子VL或者對等體。在分布控制方案的實施例中，該字段始終被設(shè)定為對等體。時隙字段964的所期數(shù)目可以指示發(fā)送方請求多少時間時隙。在整個應(yīng)用幀中可以固定時隙尺寸并且僅能允許對等體為傳輸而請求多個時隙。所期的時隙位置字段966可以是可選的字段，其指示所期時間時隙在應(yīng)用幀中的位置。

圖11D圖示了示例性P2PNW內(nèi)信道分配響應(yīng)消息970，其可以作為對P2PNW內(nèi)信道分配請求的回答而被發(fā)送。該幀的VL指示字段972指示是否由VL發(fā)送響應(yīng)消息。在分布控制方案的實施例中，該字段始終為假。響應(yīng)決定974、拒絕原因976以及調(diào)整建議978字段可以具有與P2PNW間信道分配響應(yīng)幀中所使用的那些字段相同的用法(例如，參見圖11B以及相關(guān)文字)。

如上所述，功率控制請求幀(例如，幀類型＝1；幀子類型＝8)可以被用于請求近距離內(nèi)的上下文以及功率控制信息。根據(jù)一個實施例，表8列舉出在功率控制請求幀的MAC凈荷(例如，幀格式800的MAC凈荷804的幀凈荷字段822)中可以提供的一些示例性附加字段。在一個實施例中，表8中的信息在近距離內(nèi)僅能被交換一次。僅當該信息的任何部分有所變化時才會被包括于功率控制請求中，以便進行信息交換。在一個或多個CPCI IE中可以包括其它功率控制相關(guān)信息，諸如服務(wù)功率類別、發(fā)射功率以及接收的信號質(zhì)量，如下進一步來描述。

表8示例功率控制請求幀中的字段

在一個實施例中，當對等體接收功率控制請求消息時，可以發(fā)送功率控制響應(yīng)。如上所述，功率控制響應(yīng)消息可以將接收功率控制請求的對等體的功率控制信息提供給請求方。在功率控制響應(yīng)消息中所包括的信息類似于在功率控制請求中所提供的信息。

信息元素(IE)可以提供靈活、可擴展且易于實施的方式來封裝信息，以便進行高效的消息交換。IE可以是MAC報頭或者MAC凈荷的一部分。在圖8A中所示的示例幀格式800中，字段820被提供用于持有IE。多個IE可以被并置于一幀中。

在一個實施例中，上下文信息IE可以攜帶發(fā)送幀的對等體的上下文信息。由于可以基于上下文信息來組織和管理P2PNW，因此上下文信息IE可能更具重要性并且可以被視作MAC報頭中的報頭IE。下面在表9中提出了根據(jù)一個實施例的上下文信息IE的示例。

表9上下文信息IE中的字段

下列表10列舉出了用于在功率控制請求或響應(yīng)幀中攜帶CPCI的IE的示例字段。

表10 CPCI IE中的字段

在其它實施例中，上下文信息以及CPCI信息可以在802.15或802.11信標幀中來攜帶，其新的或經(jīng)修改的字段與圖8A中所示的那些字段相似。

圖12A是示例機器對機器(M2M)、物聯(lián)網(wǎng)(IoT)或者物維網(wǎng)(WoT)通信系統(tǒng)10的示意圖，在該系統(tǒng)中可以實現(xiàn)一個或多個所公開的實施例。例如，參考圖1-7所述的上下文管理器可以居于在圖12A中所描繪的各種設(shè)備上，如下詳述。通常，M2M技術(shù)為IoT/WoT提供構(gòu)造塊，并且任何M2M設(shè)備、網(wǎng)關(guān)或者服務(wù)平臺都可以是IoT/WoT的組件以及IoT/WoT服務(wù)層等。

如圖12A中所示，M2M/IoT/WoT通信系統(tǒng)10包括通信網(wǎng)絡(luò)12。通信網(wǎng)絡(luò)12可以是固網(wǎng)(例如，以太網(wǎng)、光纖、ISDN、PLC等)或者無線網(wǎng)(例如，WLAN、蜂窩等)或者異構(gòu)網(wǎng)中的網(wǎng)絡(luò)。例如，通信網(wǎng)絡(luò)12可以包括將諸如語音、數(shù)據(jù)、視頻、消息、廣播等內(nèi)容提供給多個用戶的多點接入網(wǎng)絡(luò)。例如，通信網(wǎng)絡(luò)12可以采用一個或多個信道訪問方法，諸如碼分多址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等。更進一步，通信網(wǎng)絡(luò)12可以包括其它網(wǎng)絡(luò)，諸如核心網(wǎng)、因特網(wǎng)、傳感器網(wǎng)絡(luò)、工業(yè)控制網(wǎng)絡(luò)、個人局域網(wǎng)、融合式個人網(wǎng)絡(luò)、衛(wèi)星網(wǎng)絡(luò)、家庭網(wǎng)絡(luò)、企業(yè)網(wǎng)絡(luò)為例。

如圖12A中所示，M2M/IoT/WoT通信系統(tǒng)10可以包括基礎(chǔ)設(shè)施域以及現(xiàn)場域?；A(chǔ)設(shè)施域是指端對端M2M部署的網(wǎng)絡(luò)側(cè)，現(xiàn)場域是指局域網(wǎng)絡(luò)，通常在M2M網(wǎng)關(guān)之后?，F(xiàn)場域包括M2M網(wǎng)關(guān)14以及終端設(shè)備18。應(yīng)領(lǐng)會到，視需要，在M2M/IoT/WoT通信系統(tǒng)10中可以包括任何數(shù)目的M2M網(wǎng)關(guān)設(shè)備14以及M2M終端設(shè)備18。網(wǎng)關(guān)設(shè)備14或者終端設(shè)備18可以被配置為根據(jù)上述實施例的在系統(tǒng)中執(zhí)行上下文信息管理的對等設(shè)備。網(wǎng)關(guān)設(shè)備14和/或終端設(shè)備18可以被配置為對等設(shè)備102，由此網(wǎng)關(guān)設(shè)備14以及終端設(shè)備18中的每一個都可以包括上下文管理器104。更進一步，網(wǎng)關(guān)設(shè)備14以及終端設(shè)備18中的每一個都可以包括上下文管理器代理，諸如CMP 202為例。M2M網(wǎng)關(guān)設(shè)備14以及M2M終端設(shè)備18中的每一個都被配置為經(jīng)由通信網(wǎng)絡(luò)12或者直接無線電鏈路來發(fā)射和接收信號。M2M網(wǎng)關(guān)設(shè)備14允許無線M2M設(shè)備(例如，蜂窩以及非蜂窩)以及固網(wǎng)M2M設(shè)備(例如，PLC)通過諸如通信網(wǎng)絡(luò)12的運營商網(wǎng)絡(luò)或者直接無線電鏈路來進行通信。例如，M2M設(shè)備18可以采集數(shù)據(jù)并且經(jīng)由通信網(wǎng)絡(luò)12或者直接無線電鏈路將數(shù)據(jù)發(fā)送至M2M應(yīng)用20或者M2M設(shè)備18。M2M設(shè)備18也可以從M2M應(yīng)用20或者M2M設(shè)備18接收數(shù)據(jù)。更進一步，如下所述，可以經(jīng)由M2M服務(wù)層22將數(shù)據(jù)和信號發(fā)送至M2M應(yīng)用20并且從其接收數(shù)據(jù)和信號。M2M設(shè)備18以及網(wǎng)關(guān)14可以經(jīng)由各種網(wǎng)絡(luò)進行通信，包括蜂窩、WLAN、WPAN(例如，Zigbee、6LoWPAN、Bluetooth)、直接無線電鏈路以及電話線為例。如上所述，終端設(shè)備18以及網(wǎng)關(guān)設(shè)備14可以經(jīng)由各種網(wǎng)絡(luò)來通信以交換上下文管理消息。例如，能夠直接在多個終端設(shè)備18之間、直接在多個網(wǎng)關(guān)設(shè)備14之間或者直接在終端設(shè)備18與網(wǎng)關(guān)設(shè)備14之間進行上述的對等通信。

還參考圖12B，在現(xiàn)場域中所示的M2M服務(wù)層22為M2M應(yīng)用20、M2M網(wǎng)關(guān)設(shè)備14、M2M終端設(shè)備18以及通信網(wǎng)絡(luò)12提供服務(wù)。應(yīng)理解的是，M2M服務(wù)平臺22可以視需要與任何數(shù)目的M2M應(yīng)用、M2M網(wǎng)關(guān)設(shè)備14、M2M終端設(shè)備18以及通信網(wǎng)絡(luò)12通信。M2M服務(wù)層22可以由一個或多個服務(wù)器、計算機等來實現(xiàn)。M2M服務(wù)層22提供應(yīng)用于M2M終端設(shè)備18、M2M網(wǎng)關(guān)設(shè)備14以及M2M應(yīng)用20的服務(wù)能力。M2M服務(wù)層22的功能可以通過多種方式來實現(xiàn)，例如作為網(wǎng)絡(luò)服務(wù)器、在蜂窩核心網(wǎng)絡(luò)中、在云中等。

類似于所示的M2M服務(wù)層22，M2M服務(wù)層22'居于基礎(chǔ)設(shè)施域中。M2M服務(wù)層22'為基礎(chǔ)設(shè)施域中的M2M應(yīng)用20'以及底層通信網(wǎng)絡(luò)12'提供服務(wù)。M2M服務(wù)層22'也為現(xiàn)場域中的M2M網(wǎng)關(guān)設(shè)備14以及M2M終端設(shè)備18提供服務(wù)。應(yīng)理解的是，M2M服務(wù)層22'可以與任何數(shù)目的M2M應(yīng)用、M2M網(wǎng)關(guān)設(shè)備以及M2M終端設(shè)備通信。M2M服務(wù)層22'可以通過不同的服務(wù)提供方而與服務(wù)層交互。M2M服務(wù)層22'可以由一個或多個服務(wù)器、計算機、虛擬機(例如云/計算/存儲場等)或諸如此類來實現(xiàn)。

仍參考圖12B，M2M服務(wù)層22和22'能夠提供不同應(yīng)用及縱向領(lǐng)域可利用的一組核心的服務(wù)交付能力。這些服務(wù)能力使得M2M服務(wù)層22和22'能夠與設(shè)備交互并且執(zhí)行功能，所述功能是諸如數(shù)據(jù)采集、數(shù)據(jù)分析、設(shè)備管理、安全性、記賬、服務(wù)/設(shè)備發(fā)現(xiàn)等的功能?；旧希@些服務(wù)能力能夠使應(yīng)用免除實現(xiàn)這些功能性的負擔，由此簡化應(yīng)用開發(fā)并且減少成本和上市的時間。服務(wù)層22和22'也可以使得M2M應(yīng)用20和20'能夠通過與服務(wù)層22和22'提供的服務(wù)有關(guān)的各種網(wǎng)絡(luò)12和12'來通信。

本申請的上下文管理器可以作為服務(wù)層的一部分來實現(xiàn)。如本文所用的，服務(wù)層可以指軟件中間件層，其通過一組應(yīng)用編程接口(API)以及底層聯(lián)網(wǎng)接口來支持增值服務(wù)能力。ETSI M2M以及oneM2M(物聯(lián)網(wǎng)平臺標準聯(lián)盟)均使用可以包括本文所述的上下文管理器的服務(wù)層。ETSI M2M的服務(wù)層被稱作服務(wù)能力層(SCL)。本文所述的實施例可以作為SCL的一部分來實現(xiàn)，其中消息可以基于各種協(xié)議諸如，例如MQTT或者AMQP。SCL可以在M2M設(shè)備(在此將其稱作設(shè)備SCL(DSCL))、網(wǎng)關(guān)(在此將其稱作網(wǎng)關(guān)SCL(GSCL))和/或網(wǎng)絡(luò)節(jié)點(在此將其稱作網(wǎng)絡(luò)SCL(NSCL))內(nèi)來實現(xiàn)。oneM2M服務(wù)層支持一組公共服務(wù)功能(CSF)(例如，服務(wù)能力)。一組一個或多個特定類型的CSF的實例化被稱作公共服務(wù)實體(CSE)，該公共服務(wù)實體能夠被托管在不同類型的網(wǎng)絡(luò)節(jié)點(例如，基礎(chǔ)設(shè)施節(jié)點、中間節(jié)點、應(yīng)用專用節(jié)點)上。更進一步，本文所述的上下文管理能夠作為M2M網(wǎng)絡(luò)的一部分來實現(xiàn)，該M2M網(wǎng)絡(luò)使用面向服務(wù)的架構(gòu)(SOA)和/或面向資源的架構(gòu)(ROA)來訪問。更進一步，本申請的上下文管理器能夠作為M2M網(wǎng)絡(luò)的一部分來實現(xiàn)，該M2M網(wǎng)絡(luò)使用面向服務(wù)的架構(gòu)(SOA)和/或面向資源的架構(gòu)(ROA)來訪問諸如本申請的上下文管理器的服務(wù)。

M2M應(yīng)用20和20'可以包括各種行業(yè)中的應(yīng)用，諸如但不限于運輸、健康和保健、聯(lián)網(wǎng)家庭、能源管理、資產(chǎn)追蹤以及安全和監(jiān)督。如上所述，跨越設(shè)備、網(wǎng)關(guān)以及系統(tǒng)的其它服務(wù)器的M2M服務(wù)層支持例如數(shù)據(jù)采集、設(shè)備管理、安全、記賬、位置跟蹤/地理圍欄、設(shè)備/服務(wù)發(fā)現(xiàn)以及遺留系統(tǒng)集成的功能，并且將這些功能作為服務(wù)提供給M2M應(yīng)用20和20'。

圖12C是諸如M2M終端設(shè)備18或者M2M網(wǎng)關(guān)設(shè)備14為例的示例M2M設(shè)備30的系統(tǒng)圖。根據(jù)上述的實施例，M2M設(shè)備30可以被配置為用于執(zhí)行上下文管理的網(wǎng)絡(luò)節(jié)點，例如基于代理的上下文管理。如圖12C中所示，M2M設(shè)備30可以包括處理器32、收發(fā)器34、發(fā)射/接收元件36、揚聲器/麥克風38、小鍵盤40、顯示器/觸控板/指示器42、非可移除存儲器44、可移除存儲器46、電源48、全球定位系統(tǒng)(GPS)芯片組50以及其它外圍設(shè)備52。應(yīng)領(lǐng)會到，M2M設(shè)備30可以包括前述元件的任何子組合，同時與實施例保持一致。根據(jù)一個示例實施例，顯示器/觸控板/指示器42通常被稱作用戶界面。還可以被稱作上下文管理界面的用戶界面可允許用戶在諸如網(wǎng)關(guān)或者其它網(wǎng)絡(luò)節(jié)點為例的對等設(shè)備上監(jiān)視、管理和/或配置上下文管理。例如，用戶界面可以使得用戶能夠配置或者觸發(fā)不同對等體之間的上下文信息交換和管理。用戶界面可以被配置成顯示上述的上下文信息請求幀或者上下文信息響應(yīng)幀。因此，各種上下文參數(shù)(例如，上下文值、上下文ID、剩余響應(yīng)的數(shù)目等)可以由顯示器/觸控板/指示器42來顯示。

處理器32可以是通用處理器、專用處理器、常規(guī)處理器、數(shù)字信號處理器(DSP)、多個微處理器、與DSP內(nèi)核相關(guān)聯(lián)的一個或多個微處理器、控制器、微控制器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)電路、任何其它類型的集成電路(IC)、狀態(tài)機等。處理器32可以執(zhí)行信號編碼、數(shù)據(jù)處理、功率控制、輸入/輸出處理和/或使M2M設(shè)備30能夠在無線環(huán)境中運行的任何其它功能。處理器32可以被耦合至收發(fā)器34，該收發(fā)器34可以被耦合至發(fā)射/接收元件36。盡管圖12C將處理器32和收發(fā)器34描繪為單獨的組件，但應(yīng)領(lǐng)會到，處理器32和收發(fā)器34可以被共同集成于電子封裝或者芯片中。處理器32可以執(zhí)行應(yīng)用層程序(例如，瀏覽器)和/或無線電接入層(RAN)程序和/或通信。處理器32可以諸如在接入層和/或應(yīng)用層為例執(zhí)行諸如身份驗證、安全密鑰協(xié)議的安全性操作和/或加密操作。

發(fā)射/接收元件36可以被配置成向M2M服務(wù)平臺22發(fā)射信號或者從其接收信號。例如，在一個實施例中，發(fā)射/接收元件36可以是配置成發(fā)射和/或接收RF信號的天線。發(fā)射/接收元件36可以支持各種網(wǎng)絡(luò)和空氣接口，諸如WLAN、WPAN、蜂窩等。在一個實施例中，發(fā)射/接收元件36可以是配置成發(fā)射和/或接收例如IR、UV或者可見光信號的發(fā)射器/探測器。在又一個實施例中，發(fā)射/接收元件36可以被配置為發(fā)射和接收RF以及光信號。應(yīng)領(lǐng)會到，發(fā)射/接收元件36可以被配置為發(fā)射和/或接收無線或有線信號的任何組合。

此外，雖然發(fā)射/接收元件36在圖12C中被描繪為單個元件，但M2M設(shè)備30可以包括任何數(shù)目的發(fā)射/接收元件36。更具體地，M2M設(shè)備30可以采用MIMO技術(shù)。因此，在一個實施例中，M2M設(shè)備30可以包括兩個或多個發(fā)射/接收元件36(例如，多天線)，用于發(fā)射和接收無線信號。

收發(fā)器34可以被配置為調(diào)制待由發(fā)射/接收元件36發(fā)射的信號并且解調(diào)由發(fā)射/接收元件36所接收的信號。如上文提到的，M2M設(shè)備30可以具有多模式性能。因此，收發(fā)器34可以包括多個收發(fā)器，以使M2M設(shè)備30能夠經(jīng)由諸如UTRA和IEEE 802.11為例的多個RAT來通信。

處理器32可以從任何類型的適當存儲器訪問信息并且將數(shù)據(jù)存儲于其中，該存儲器諸如非可移除存儲器44和/或可移除存儲器46。例如，處理器32可以存儲和訪問如上所述來自非可移除存儲器44和/或可移除存儲器46的上下文信息，以確定是否存在符合上下文信息請求的上下文信息。非可移除存儲器44可以包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、硬盤或者任何其它類型的記憶存儲設(shè)備。可移除存儲器46可以包括用戶身份模塊(SIM)卡、記憶棒、安全數(shù)字(SD)存儲卡等。在其它實施例中，處理器32可以從在物理上并不位于M2M設(shè)備30上的存儲器訪問信息并且將數(shù)據(jù)存儲于其中，該存儲器位于諸如服務(wù)器或者家庭計算機上。

處理器32可以從電源48接收電力，并且可以被配置成將電力分布和/或控制到M2M設(shè)備30中的其它組件。電源48可以是用于為M2M設(shè)備30供電的任何適當設(shè)備。例如，電源48可以包括一個或多個干電池(例如，鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。

處理器32也可以被耦合至GPS芯片組50，該GPS芯片組被配置為提供關(guān)于M2M設(shè)備30的當前位置的位置信息(例如，經(jīng)度和緯度)。應(yīng)領(lǐng)會到，M2M設(shè)備30可以通過任何適當?shù)奈恢么_定方法來獲取位置信息，同時與實施例保持一致。

處理器32可以進一步被耦合至其它外圍設(shè)備52，該外圍設(shè)備可以包括提供附加特征、功能性和/或有線或無線連接的一個或多個軟件和/或硬件模塊。例如，外圍設(shè)備52可以包括加速度計、電子指南針、衛(wèi)星收發(fā)器、傳感器、數(shù)碼相機(用于相片或視頻)、通用串行總線(USB)端口、振動設(shè)備、電視收發(fā)器、免提耳機、模塊、調(diào)頻(FM)無線電單元、數(shù)字音樂播放器、媒體播放器、視頻游戲播放模塊、因特網(wǎng)瀏覽器等。

圖12D是示例性計算系統(tǒng)90的框圖，其中，例如可以實現(xiàn)圖8A和8B的M2M服務(wù)平臺22。計算系統(tǒng)90可以包括計算機或者服務(wù)器并且可以主要通過可以是軟件形式的計算機可讀指令來控制，或者通過任何方法來存儲或者訪問這樣的軟件。這樣的計算機可讀指令可以在中央處理單元(CPU)91內(nèi)來執(zhí)行，以使計算系統(tǒng)90工作。在許多已知的工作站、服務(wù)器以及個人計算機中，中央處理單元91由稱為微處理器的單芯片CPU來實現(xiàn)。在其它機器中，中央處理單元91可以包括多個處理器。協(xié)處理器81是與主CPU 91不同的可選的處理器，其執(zhí)行附加功能或者輔助CPU 91。

在操作中，CPU 91提取、解碼和執(zhí)行指令，并且經(jīng)由計算機的主要數(shù)據(jù)傳輸路徑(系統(tǒng)總線80)將信息傳到其它源并且從其傳出。這樣的系統(tǒng)總線連接計算系統(tǒng)90中的組件并且定義用于數(shù)據(jù)交換的介質(zhì)。系統(tǒng)總線80通常包括用于發(fā)送數(shù)據(jù)的數(shù)據(jù)線、用于發(fā)送地址的地址線以及用于發(fā)送中斷并且用于操作系統(tǒng)總線的控制線。這樣的系統(tǒng)總線80的示例是PCI(外圍設(shè)備互聯(lián))總線。

耦合至系統(tǒng)總線80的存儲設(shè)備包括隨機存取存儲器(RAM)82以及只讀存儲器(ROM)93。這樣的存儲器包括允許存儲和檢索信息的電路。ROM 93一般包括不能輕易被修改的存儲數(shù)據(jù)。在RAM 82中所存儲的數(shù)據(jù)能夠由CPU 91或者其它硬件設(shè)備來讀取或者更改。對RAM 82和/或ROM 93的訪問可以由存儲控制器92來控制。存儲控制器92可以提供當執(zhí)行指令時將虛擬地址轉(zhuǎn)換成物理地址的地址轉(zhuǎn)換功能。存儲控制器92還可以提供使系統(tǒng)內(nèi)的進程隔離并且使系統(tǒng)進程與用戶進程隔離的存儲保護功能。因此，在第一模式下運行的程序僅能訪問由其本身進程的虛擬地址空間所映射的內(nèi)存；除非已在進程之間建立內(nèi)存共享，否則該程序無法訪問另一進程的虛擬地址空間內(nèi)的內(nèi)存。

此外，計算系統(tǒng)90可以含有負責從CPU 91到外圍設(shè)備的通信指令的外圍控制器83，該外圍設(shè)備諸如打印機94、鍵盤84、鼠標95以及磁盤驅(qū)動器85。

由顯示控制器96來控制的顯示器86被使用于顯示由計算系統(tǒng)90所生成的可視化輸出。這樣的可視化輸出可以包括文本、圖形、動畫圖形以及視頻。顯示器86可以利用基于CRT的視頻顯示器、基于LCD的平板顯示器、基于氣體等離子的平板顯示器或者觸控板來實現(xiàn)。顯示控制器96包括生成發(fā)送至顯示器86的視頻信號所需的電子組件。

更進一步，計算系統(tǒng)90可以包含網(wǎng)絡(luò)適配器97，其可以被用于將計算系統(tǒng)90連接至外部通信網(wǎng)絡(luò)，諸如圖8A和8B的網(wǎng)絡(luò)12。

應(yīng)理解的是，本文所述的系統(tǒng)、方法和流程中的任何或全部均可以存儲在具有指令的計算機可讀存儲介質(zhì)上的計算機可執(zhí)行指令(即程序代碼)的形式來體現(xiàn)，該指令當由諸如計算機、服務(wù)器、M2M終端設(shè)備、M2M網(wǎng)關(guān)設(shè)備等機器來執(zhí)行時執(zhí)行和/或?qū)嵤┍疚乃龅南到y(tǒng)、方法和流程。具體地，上述的步驟、操作或功能中的任何一個均可以以這樣的計算機可執(zhí)行指令的形式來實現(xiàn)。計算機可讀存儲介質(zhì)包括以用于信息存儲的任何方法或技術(shù)來實現(xiàn)的易失性和非易失性、可移除和不可移除的介質(zhì)，但這樣的計算機可讀存儲機制不包括信號。計算機可讀存儲介質(zhì)包括但不限于RAM、ROM、EEPROM、快閃存儲器或者其它存儲技術(shù)、CDROM、數(shù)字多功能光盤(DVD)或者其它光盤存儲器、磁帶盒、磁帶、磁盤存儲器或者其它磁存儲設(shè)備、或者能夠被用于存儲所需信息并且能夠由計算機來訪問的任何其它物理介質(zhì)。

在描述的本公開的主題的優(yōu)選實施例中，如附圖所示，為清楚起見采用特定術(shù)語。然而，要求保護的主題并非旨在限定于如此所選的特定術(shù)語，并且應(yīng)理解的是，每一特定元素包括以類似方式運作以達成類似目的的全部技術(shù)等同方案。

該書面描述使用示例來公開本發(fā)明，包括最佳模式，并且也使得任何本領(lǐng)域技術(shù)人員都能實踐本發(fā)明，包括制作和使用任何設(shè)備或系統(tǒng)并且執(zhí)行任何涵蓋的方法。本發(fā)明的可專利性范圍由權(quán)利要求來限定并且可以包括本領(lǐng)域技術(shù)人員容易想到的其它示例。如果這樣的其它示例具有與權(quán)利要求的字面語言沒有區(qū)別的結(jié)構(gòu)元素，或者這些示例包括與權(quán)利要求的字面語言沒有實質(zhì)性區(qū)別的等同結(jié)構(gòu)元素，則這些示例旨在屬于權(quán)利要求的范圍之內(nèi)。該書面描述使用示例來公開本發(fā)明，包括最佳模式，并且也使得任何本領(lǐng)域技術(shù)人員都能實踐本發(fā)明，包括制作和使用任何設(shè)備或系統(tǒng)并且執(zhí)行任何涵蓋的方法。本發(fā)明的可專利性范圍由權(quán)利要求來限定并且可以包括本領(lǐng)域技術(shù)人員容易想到的其它示例。如果這樣的其它示例具有與權(quán)利要求的字面語言沒有區(qū)別的結(jié)構(gòu)元素，或者這些示例包括與權(quán)利要求的字面語言沒有實質(zhì)性區(qū)別的等同結(jié)構(gòu)元素，則這些示例旨在屬于權(quán)利要求的范圍之內(nèi)。