專利名稱：在子微微網(wǎng)坐標(biāo)方位儀和目標(biāo)裝置之間通信的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在無線通信環(huán)境中在裝置間發(fā)送和接收數(shù)據(jù)的設(shè)備和方法，尤其涉及在無線個(gè)人區(qū)字段網(wǎng)(PAN)環(huán)境中操作并且存在于不同的微微網(wǎng)(piconet)中的裝置間通信的設(shè)備和方法。
當(dāng)父微微網(wǎng)和一個(gè)或多個(gè)子微微網(wǎng)共存時(shí)，不同的微微網(wǎng)可以包括父微微網(wǎng)和子微微網(wǎng)，或者子微微網(wǎng)和不同的子微微網(wǎng)。
背景技術(shù)：
父微微網(wǎng)和子微微網(wǎng)可以共存在無線PAN中。其優(yōu)點(diǎn)在于當(dāng)父微微網(wǎng)和子微微網(wǎng)共存時(shí)它們可以共享一個(gè)頻率。然而，在子微微網(wǎng)生成媒體存取控制(MAC)報(bào)頭以將命令幀或數(shù)據(jù)幀發(fā)送到特定目標(biāo)裝置時(shí)，一個(gè)不明確的問題可能會(huì)由于父微微網(wǎng)和子微微網(wǎng)的共存而引起。
圖1是示出根據(jù)傳統(tǒng)方式中的IEEE802.15.3標(biāo)準(zhǔn)通過子微微網(wǎng)通信的方框圖。
微微網(wǎng)坐標(biāo)方位儀(Piconet Coordinator(PNC))保證每一在微微網(wǎng)內(nèi)相關(guān)的裝置有裝置標(biāo)識(shí)符(在IEEE標(biāo)準(zhǔn)規(guī)范中被表示為“DEVID”)。在這點(diǎn)上，所有相關(guān)裝置實(shí)際被分配有它們的唯一ID。
PNC本身例外。作為PNC工作的裝置可以具有兩個(gè)或更多裝置ID。在PNC具有的裝置ID中，稱作PNCID的0x00的值被分配用于使用與其它裝置相關(guān)的PNC功能，并且PNC的一個(gè)不同的裝置ID值被分配用于使用與PNC不相關(guān)的通信業(yè)務(wù)(即，不是作為PNC而是作為普通裝置通信)。
當(dāng)微微網(wǎng)啟動(dòng)時(shí)，PNC分配給它自身一個(gè)附加裝置ID以便與作為這個(gè)新生成的微微網(wǎng)的成員的其它裝置交換數(shù)據(jù)。
如圖1中所示，父微微網(wǎng)與子微微網(wǎng)以獨(dú)立方式工作。父微微網(wǎng)與子微微網(wǎng)分配給它們自身的微微網(wǎng)中的裝置唯一的裝置ID。因此，那些具有同樣裝置ID的裝置可以在父微微網(wǎng)和子微微網(wǎng)中同時(shí)存在。
在此情況下，在作為子PNC并且存在于父微微網(wǎng)中的裝置#4意圖發(fā)送命令幀到存在于父微微網(wǎng)中的裝置#3 13時(shí)，裝置#4 14不得不生成一個(gè)表示作為目的裝置的裝置#3 13的MAC報(bào)頭。然而，由于裝置#4 14具有兩個(gè)3號裝置(即，裝置#3 13和裝置#3 23)的信息，用于發(fā)送命令幀的正確MAC報(bào)頭不能生成。這里就出現(xiàn)了不明確的問題。
參照圖2，單獨(dú)的父微微網(wǎng)100可以在其下具有多個(gè)子微微網(wǎng)110和120。當(dāng)作為第一子微微網(wǎng)110的成員并且具有4作為DEVID的裝置#4 114意圖與作為第二子微微網(wǎng)120的成員并且具有2作為DEVID的裝置#2 122通信時(shí)，無法分辨存在于微微網(wǎng)100和110中的具有DEVID為2的裝置102和112。
在無線PAN中，諸如父微微網(wǎng)的獨(dú)立微微網(wǎng)和諸如子微微網(wǎng)的從屬微微網(wǎng)可以共存。然而，無法在獨(dú)立微微網(wǎng)的成員和從屬微微網(wǎng)的成員間、或者在從屬微微網(wǎng)成員和不同的從屬微微網(wǎng)的成員間通信。

發(fā)明內(nèi)容
因此，本發(fā)明的目的在于解決上述問題。本發(fā)明的一方面在于提供一種用于在作為父微微網(wǎng)的裝置的并且同時(shí)執(zhí)行子微微網(wǎng)的子PNC功能的裝置與用于通信的特定目標(biāo)裝置間有效通信的方法。
本發(fā)明的另一方面在于提供一種使屬于微微網(wǎng)的裝置與存在于不同的微微網(wǎng)中的裝置通信的方法。尤其是，提供一種不使用IEEE802.1標(biāo)準(zhǔn)規(guī)范中的橋接概念來解決這種在MAC層通信的問題的方法。
本發(fā)明的一方面在于提供允許一種作為父微微網(wǎng)的裝置的并且執(zhí)行子PNC功能的裝置與特定目標(biāo)裝置的裝置通信的方法。
為了實(shí)現(xiàn)本發(fā)明的這個(gè)和其它方面，提供用于作為父微微網(wǎng)成員與其子微微網(wǎng)的子PNC的第一裝置與存在于父微微網(wǎng)或子微微網(wǎng)中的第二裝置通信的方法，包括以下步驟利用識(shí)別微微網(wǎng)的標(biāo)識(shí)符和唯一分配給裝置的裝置ID生成命令幀以請求用于與第二裝置通信的信道時(shí)間，并且將生成的命令幀發(fā)送到父PNC(第一步驟)；接收從命令幀已被發(fā)送至其的父PNC分配的信道時(shí)間，在此期間第一裝置和第二裝置被允許通信(第二步驟)；以及，允許在所分配的信道時(shí)間內(nèi)在第一裝置和第二裝置間發(fā)送和接收數(shù)據(jù)(第三步驟)。
根據(jù)本發(fā)明的另一方面，提供一種用于作為父微微網(wǎng)的成員和其子微微網(wǎng)的子PNC的第一裝置與存在于父微微網(wǎng)或子微微網(wǎng)中的第二裝置通信的系統(tǒng)，包括第一裝置，利用識(shí)別微微網(wǎng)的標(biāo)識(shí)符和唯一分配給裝置的裝置ID生成命令幀以請求用于與第二裝置通信的信道時(shí)間并且將生成的命令發(fā)送到父PNC，并且從父PNC分配用于與第二裝置通信的信道時(shí)間；以及，第二裝置，從子PNC或父PNC分配到裝置ID并且在信道時(shí)間內(nèi)從第一裝置接收數(shù)據(jù)并且將數(shù)據(jù)發(fā)送到第一裝置。
根據(jù)本發(fā)明的另一方面，提供一種用于第一裝置與共存于微微網(wǎng)系統(tǒng)中的第二裝置通信的方法，此系統(tǒng)中父微微網(wǎng)和一個(gè)或多個(gè)子微微網(wǎng)共存，該方法包括以下步驟第一子PNC通過預(yù)定的命令幀從父PNC和其它子PNC接收在PNC上的成員裝置(a)的信息，并且將信息存儲(chǔ)在它自身的裝置信息表中(第一步驟)；第一子PNC負(fù)責(zé)的子微微網(wǎng)的成員裝置(b)通過預(yù)定的命令幀從第一子PNC接收成員裝置(a)的信息，并且將接收的信息存儲(chǔ)到其自身的裝置信息表中(第二步驟)；屬于成員裝置(a)的第一裝置嘗試與屬于不同的微微網(wǎng)的成員裝置的第二裝置通信(第三步驟)；第一裝置利用存儲(chǔ)在其自身的裝置信息表生成將被發(fā)送到第二裝置的數(shù)據(jù)幀(第四步驟)；＝以及第一裝置發(fā)送所生成的數(shù)據(jù)幀到第二裝置(第五步驟)，其中裝置信息表包括識(shí)別微微網(wǎng)的標(biāo)識(shí)符。


通過下面結(jié)合附圖對給定的示例性實(shí)施例進(jìn)行的描述，本發(fā)明的上述和其他方面、特點(diǎn)和優(yōu)點(diǎn)將會(huì)變得清楚，其中圖1是示出根據(jù)傳統(tǒng)方式中的IEEE802.15.3標(biāo)準(zhǔn)通過子微微網(wǎng)通信的方框圖；圖2是示出具有多個(gè)微微網(wǎng)的微微網(wǎng)系統(tǒng)的示圖；圖3是示出根據(jù)IEEE802.15.3標(biāo)準(zhǔn)的每一裝置的分級結(jié)構(gòu)的示圖；圖4A-1和4A-2是每個(gè)都示出根據(jù)傳統(tǒng)技術(shù)子PNC具有的內(nèi)部DEV結(jié)合表的示圖；
圖4B-1和4B-2是每個(gè)都示出根據(jù)本發(fā)明實(shí)施例將PNID應(yīng)用到PNC具有的內(nèi)部DEV結(jié)合表的例子的示圖；圖4C是示出根據(jù)本發(fā)明另一實(shí)施例將PNID應(yīng)用到PNC具有的內(nèi)部DEV結(jié)合表的另一例子的示圖；圖5A是示出PNC信息命令幀的結(jié)構(gòu)的示圖；圖5B是示出PNC信息命令幀的DEV info字段的詳細(xì)結(jié)構(gòu)的示圖；圖5C是示出MAC幀的報(bào)頭部分的結(jié)構(gòu)的示圖；圖6是示出當(dāng)PNID應(yīng)用于圖1情況下的示圖；圖7是示出通過PNID的應(yīng)用在裝置和PNC間發(fā)送和接收命令幀的過程的示圖；圖8是示出本發(fā)明處理過程的流程圖；圖9A-1-9A-3是示出裝置分別具有的內(nèi)部DEV結(jié)合表的第一例的示圖；圖9B是示出裝置分別具有的內(nèi)部DEV結(jié)合表的第二例的示圖；圖10是示出本發(fā)明工作的流程圖；以及圖11是示出在圖10中操作之后的本發(fā)明工作的流程圖。
具體實(shí)施例方式
以下，參照附圖來詳細(xì)說明本發(fā)明的示例性實(shí)施例。
參照圖3示出的棧結(jié)構(gòu)，根據(jù)IEEE802.15.3標(biāo)準(zhǔn)具有裝置間通信的方案將被簡要描述。MAC層320和物理(PHY)層具有它們各自的管理實(shí)體。MAC層具有的管理實(shí)體被稱作MLME(MAC層管理實(shí)體)340，并且PHY層具有的管理實(shí)體被稱作PLME(PHY層管理實(shí)體)350。這些實(shí)體提供服務(wù)接口以便允許層管理功能在每一層執(zhí)行。
而且，為了在MAC層執(zhí)行正確操作，裝置管理實(shí)體(DME)360必須存在。DME在每一層獨(dú)立工作，具有從幾層中的管理實(shí)體收集每一層的從屬層狀態(tài)信息并且設(shè)置每一層的特殊層參數(shù)的功能。
多個(gè)服務(wù)訪問點(diǎn)(SAP)作為在上述的不同的實(shí)體間發(fā)送信息的門工作。PHY層330和MAC層320間的信息被PHY SAP303發(fā)送，并且MAC層320和幀會(huì)聚子層(FCSL)310間的信息被MAC SAP302發(fā)送。DME360和PLME350間的信息被PLME SAP305發(fā)送，并且MLME340和PLME350間的信息被MLME-PLME SAP306發(fā)送。
圖4A-1和4A-2是每個(gè)都示出根據(jù)傳統(tǒng)技術(shù)子PNC具有的內(nèi)部DEV結(jié)合表的示圖。每一裝置使用內(nèi)部DEV結(jié)合表以存儲(chǔ)該裝置自身所在的相同微微網(wǎng)中的成員的各種信息。作為父微微網(wǎng)的裝置并且執(zhí)行作為子微微網(wǎng)的子PNC功能的裝置具有內(nèi)部DEV結(jié)合表410和420一個(gè)用于存儲(chǔ)存在于父微微網(wǎng)中的成員的信息，另一個(gè)用于存儲(chǔ)存在于子微微網(wǎng)中的成員的信息。與父微微網(wǎng)信息有關(guān)的字段、與裝置結(jié)合(DEV結(jié)合)信息有關(guān)的字段、以及與賣主特定信息有關(guān)的字段或其它字段在每一表中按裝置ID排列。字段可以有具有字段的詳細(xì)信息的子字段。
每一裝置在每一行中具有如上所述的字段的信息。表410和420示出具有相同裝置ID的裝置可以存在。因此，裝置發(fā)送數(shù)據(jù)到具有相同ID的另一裝置是不可能的。
圖4B-1和4B-2是每個(gè)都示出根據(jù)本發(fā)明將PNID應(yīng)用到PNC具有的內(nèi)部DEV結(jié)合表的例子的示圖。由于在IEEE802.15.3標(biāo)準(zhǔn)規(guī)范中定義的PNID(微微網(wǎng)標(biāo)識(shí)符)和BSID(信標(biāo)源標(biāo)識(shí)符)都被分配到每一微微網(wǎng)，所以它們彼此類似。如果PNC發(fā)現(xiàn)使用相同的PNID或BSID的不同的PNC，則它改變自身的PNID或BSID。在此情況下，PNID必須改變，但是BSID不能改變。標(biāo)準(zhǔn)規(guī)范規(guī)定PNID和BSID不能同時(shí)改變。因此，使用PNID作為標(biāo)識(shí)符以識(shí)別微微網(wǎng)是更加有效和可靠的。根據(jù)本發(fā)明，PNID被加到每個(gè)內(nèi)部DEV結(jié)合表中，每當(dāng)交換多種原語時(shí)種類所加入的PNID就被發(fā)送，從而即使裝置ID(DEVID)相同每一裝置的唯一ID也可以被識(shí)別，并且裝置可以和其它所期望的裝置通信。例如，如果子PNC希望發(fā)送數(shù)據(jù)到裝置#2 12(其父微微網(wǎng)的成員)，則即使存在其裝置ID為2的兩個(gè)裝置12和22，由于其裝置ID為2并且PNID為0x06的裝置是唯一的，它還是可以正確發(fā)送數(shù)據(jù)到裝置#2 12。
除了將PNID應(yīng)用于表本身的方法之外，在使用單一表時(shí)輸入PNID到對應(yīng)于每一裝置的每一行的方法可以被認(rèn)為是本發(fā)明的另一實(shí)施例。圖4C是示出根據(jù)本發(fā)明另一實(shí)施例將PNID應(yīng)用到PNC具有的內(nèi)部DEV結(jié)合表的另一例子的示圖。該方法的缺點(diǎn)在于在PNID必須被輸入每一行。然而，該方法的優(yōu)點(diǎn)在于對于以不需要有多個(gè)微微網(wǎng)的表的簡單方式管理單一表。在根據(jù)本方法的單一內(nèi)部DEV結(jié)合表中，PNID被加到內(nèi)部DEV結(jié)合表的每一行，么當(dāng)改變原語的種類時(shí)所加入的PNID就被發(fā)送，從而即使裝置ID(DEVID)相同每一裝置的唯一ID也可以被識(shí)別，并且裝置可以和所期望的其它裝置通信。
圖5A是示出PNC信息命令幀的結(jié)構(gòu)的示圖，圖5B是示出PNC信息命令幀的DEV信息字段的詳細(xì)結(jié)構(gòu)的示圖，以及圖5C是示出MAC幀的報(bào)頭部分的結(jié)構(gòu)的示圖。
父微微網(wǎng)的成員裝置通過PNC信息命令幀從父PNC周期性地接收存在于父微微網(wǎng)中的成員的信息。屬于父微微網(wǎng)的子PNC已經(jīng)知道其本身覆蓋的子微微網(wǎng)的成員的信息，因此，子PNC可以利用已知的子微微網(wǎng)成員的信息和包含在發(fā)送的幀中的信息構(gòu)建內(nèi)部DEV結(jié)合表。PNC信息命令幀包含表示命令幀類型的命令類型字段501、表示將被DEV信息字段占用的信息量的長度字段502、以及多個(gè)DEV信息字段503到505。DEV信息字段的每一個(gè)具有如圖5B中所示的詳細(xì)結(jié)構(gòu)。
如果在微微網(wǎng)內(nèi)改變已經(jīng)發(fā)生，則PNC信息命令是正在廣播的命令幀。因此，子PNC通過PNC信息命令幀廣播子微微網(wǎng)中的改變，并且接收到該命令幀的父PNC和其它子PNC當(dāng)在它們自身微微網(wǎng)中已經(jīng)發(fā)生改變時(shí)，廣播PNC信息命令。由于DEV信息字段503到505是可變的，它們不能被限定于裝置的數(shù)量。
然而，由于內(nèi)部DEV結(jié)合表被PNID區(qū)分，PNID的信息是絕對必需的。PNID信息被寫入PNID字段，即一個(gè)構(gòu)成MAC報(bào)頭520的字段。MAC520的結(jié)構(gòu)在圖5C中示出。
圖6是示出當(dāng)PNID應(yīng)用于圖1情況時(shí)所產(chǎn)生的區(qū)別的示圖。與圖1中相同，如果子PNC14希望發(fā)送數(shù)據(jù)到其父微微網(wǎng)的裝置#3 13，則它可以從其自身的內(nèi)部DEV結(jié)合表確定裝置#3 13具有裝置ID3以及PNID1。因此，由于裝置#3 13不同于具有相同裝置ID的子微微網(wǎng)的裝置#3 23，從而數(shù)據(jù)可以被正確發(fā)送。
圖7是示出通過PNID的應(yīng)用在裝置和PNC間發(fā)送和接收命令幀的過程的示圖。參照該圖，多個(gè)原語中的原語CREATE-STREAM(生成流)將通過舉例的方式被描述。當(dāng)裝置向PNC請求信道時(shí)間時(shí)，原語CREATE-STREAM被使用。最初，在裝置側(cè)的DME710產(chǎn)生MLME-CREATE-STREAM.request(MLME生成流請求)701并且隨后將其發(fā)送到MLME720。
執(zhí)行父微微網(wǎng)的裝置的功能并且同時(shí)執(zhí)行其子微微網(wǎng)的子PNC功能的裝置#4 14從父PNC分配到裝置ID4。裝置#4 14使用MLME-CREATE-STREAM.request，即一個(gè)被校正與與特定目標(biāo)裝置通信的原語。裝置#4 14具有兩個(gè)由PNID區(qū)分的內(nèi)部DEV結(jié)合表。因此，如果PNID作為新參數(shù)被加入到根據(jù)傳統(tǒng)技術(shù)描述的原語中，則表將被構(gòu)造如下。
MLME-CREATE-STREAM.request{PNID，TrgtID，DSPSSetIndex，StreamRequestID，StreamIndex，…DesiredNumTUs，RrquestTimeout}裝置#4的MLME720生成請求信道時(shí)間的命令幀702并將其發(fā)送到父PNC的MLME730。此時(shí)，由于PNID包含在從裝置#4 14的DME710接收的MLME-CREATE-STREAM.request701中，具有正確MAC報(bào)頭的命令幀可以被生成。
命令幀702被結(jié)合到射頻(RF)信號中并且隨后通過物理層經(jīng)空中發(fā)送到父PNC。RF信號在父PNC側(cè)物理層被解調(diào)，并且命令幀702被提取出。在通過父PNC側(cè)的MAC層后，命令幀702被發(fā)送到父PNC的MLME730。接收到發(fā)送的命令幀702的MLME730生成Imm-ACK幀703(確認(rèn)幀702的接收的幀)，并且將其發(fā)送到裝置#4。
發(fā)送到PNC的MLME730的命令幀被以MLME-CREATE-STREAM.indication(MLME生成流指示)704的格式發(fā)送到PNC的DME740。作為響應(yīng)，PNC的DME740發(fā)送MLME-CREATE-STREAM.response(MLME生成流響應(yīng))705到PNC的MLME730，并且PNC的MLME730隨后通過MAC層和PHY層經(jīng)空中發(fā)送RF信號。RF信號包括用于CREATE-STREAM響應(yīng)的命令幀706的信息。RF信號在裝置側(cè)的PHY層被解調(diào)并且命令幀706被提取出。在通過裝置側(cè)的MAC層之后命令幀706被發(fā)送到裝置的MLME720。接收命令幀706的裝置的MLME720生成Imm-ACK幀707，以確認(rèn)接收到幀706并且將其發(fā)送到PNC側(cè)。發(fā)送到裝置的MLME720的命令幀被以MLME-CREATE-STREAM.Confirm(MLME生成流確認(rèn))708的格式發(fā)送到裝置的DME710。
如果從父PNC11確認(rèn)裝置#4 14可以與特定目標(biāo)裝置通信，則PNC11通過信標(biāo)的超幀分配信道時(shí)間作為可以用于裝置#4和目的裝置間通信的時(shí)間。隨后，裝置#4 14可以在所分配的信道時(shí)間內(nèi)與目的裝置通信。
已經(jīng)描述了當(dāng)原語是CREATE-STREAM時(shí)的例子。然而，包括PNID作為附加參數(shù)的諸如MLME-DISASSOCIATE(MLEM分離)、MLME-MEMBERSHIP-UPDATE(MLEM成員資格更新)、MLME-PNC-HANDOVER(MLME-PNC移交)、MLME-PNC-INFO、MLME-PROBE(MLME探測器)的其它原語也可以被執(zhí)行。
圖8是示出本發(fā)明的處理過程的流程圖。
如其中所述，父PNC分配不同的裝置ID給父微微網(wǎng)的成員，其子PNC(第一裝置)分配不同的裝置ID給子微微網(wǎng)的成員(S810)。此時(shí)，作為父微微網(wǎng)的成員并且執(zhí)行子PNC功能的第一裝置也從父PNC分配了裝置ID。在此過程中，相同的裝置ID可能被分配給父微微網(wǎng)的成員和子微微網(wǎng)的成員的裝置。
父微微網(wǎng)的成員裝置周期性地通過PNC信息命令幀從父PNC接收存在于父微微網(wǎng)中的成員的信息。由于第一裝置是成員之一，它同樣接收發(fā)送的幀(S811)。第一裝置已經(jīng)知道了它自身覆蓋的子微微網(wǎng)的成員的信息，因此，它利用子微微網(wǎng)成員的信息和發(fā)送的幀中所包含的信息構(gòu)造內(nèi)部DEV結(jié)合表(S812)。
接下來，第一裝置從它自身的內(nèi)部DEV結(jié)合表中讀出第二裝置的裝置ID和PNID信息(S820)。內(nèi)部DEV結(jié)合表可以如圖4B-1和4B-2中所示通過給兩個(gè)表分別增加PNID、或者如圖4C中所示通過給表的每一行輸入PNID而被構(gòu)造。
第一裝置隨后生成包含作為參數(shù)的目的裝置(第二裝置)的裝置ID和PNID的信息的MLME-CREATE-STREAM.request(S830)。第一裝置利用MLME-CREATE-STREAM.request具有的目的裝置(第二裝置)的裝置ID和PNID的信息生成命令幀以請求用于與目的裝置通信的信道時(shí)間，并且將其發(fā)送到父PNC(S840)。隨后，父PNC通過信標(biāo)的超幀分配信道時(shí)間，在此期間第一裝置和第二裝置可以彼此通信(S850)。隨后，在所分配的信道時(shí)間內(nèi)，數(shù)據(jù)在第一裝置和第二裝置間被發(fā)送和接收(S860)。
圖9A是示出裝置分別具有的內(nèi)部DEV結(jié)合表的第一例的示圖。在傳統(tǒng)方法中，當(dāng)新裝置加入微微網(wǎng)時(shí)，新裝置發(fā)送其自身的裝置信息到PNC并且作為成員與微微網(wǎng)結(jié)合。通過這些過程，PNC獲得其自身覆蓋的微微網(wǎng)成員的信息，并且將信息存儲(chǔ)到內(nèi)部DEV結(jié)合表中。內(nèi)部DEV結(jié)合表是一種其中包含單一微微網(wǎng)內(nèi)的裝置的信息的裝置信息表，它在裝置意圖發(fā)送數(shù)據(jù)到不同的裝置時(shí)被使用。
PNC通過信標(biāo)周期性地發(fā)送多條裝置信息到每一成員。隨后，接收到信息的每一成員將信息存儲(chǔ)到其自身的內(nèi)部DEV結(jié)合表中，并且可以在以后利用表中包含的信息與不同的成員裝置通信。在傳統(tǒng)技術(shù)中，同一微微網(wǎng)內(nèi)的成員間通信是允許的；然而，沒有方法在不同的微微網(wǎng)內(nèi)的成員間進(jìn)行通信。
為了解決該問題，負(fù)責(zé)其自身微微網(wǎng)的PNC通過它們之間的周期性通信分享它們各自具有的內(nèi)部DEV結(jié)合表，從而，允許每一PNC知道存在于全部微微網(wǎng)內(nèi)的全部裝置的信息。如果PNC發(fā)送裝置信息到每一成員，接收到信息的每一成員將接收到的信息存儲(chǔ)到其自身的內(nèi)部DEV結(jié)合表中，并且在以后當(dāng)它意圖與屬于不同的微微網(wǎng)的裝置通信時(shí)利用所存儲(chǔ)的信息將數(shù)據(jù)發(fā)送到目的裝置。在此情況下，PNC經(jīng)過作為中間位置的目的裝置所屬的微微網(wǎng)的PNC。
然而，盡管發(fā)送裝置已經(jīng)知道目的裝置的裝置信息，但微微網(wǎng)中的通信還要通過DEVID來實(shí)現(xiàn)。在此，在單一的微微網(wǎng)內(nèi)每一裝置具有其自身的唯一的DEVID，但是，重復(fù)的DEVID可能共存于其它微微網(wǎng)內(nèi)。因此，仍然存在唯一的目的裝置不能確定的問題。
本發(fā)明利用識(shí)別每一微微網(wǎng)的標(biāo)識(shí)符使數(shù)據(jù)能夠發(fā)送到正確的目的裝置，即使存在重復(fù)的DEVID。某種意義上，它類似于在標(biāo)準(zhǔn)規(guī)范中定義的PNID(微微網(wǎng)標(biāo)識(shí)符)和BSID(信標(biāo)源標(biāo)識(shí)符)被分配給全部微微網(wǎng)的IEEE802.1標(biāo)準(zhǔn)。如果PNC發(fā)現(xiàn)使用與它自身相同的PNID或BSID的不同的PNC，則它改變其自身的PNID或BSID。在此情況下，PNID必須改變，BSID可變可不變。標(biāo)準(zhǔn)規(guī)范不允許PNID和BSID同時(shí)改變。考慮到這些，使用PNID作為識(shí)別微微網(wǎng)的標(biāo)識(shí)符是更有效的方法。因此，根據(jù)本發(fā)明，PNID被加入到每一內(nèi)部DEV結(jié)合表中，并且加入了PNID的表隨著交換各種參數(shù)而被發(fā)送，在這點(diǎn)上，即使裝置ID(DEVID)重復(fù)，也能夠通過以唯一方式識(shí)別每一裝置來使發(fā)送裝置與目的裝置通信。
在如圖2所示的無線通信環(huán)境中，存在于三個(gè)微微網(wǎng)中的三個(gè)裝置分別具有一個(gè)再其中所示的內(nèi)部DEV結(jié)合表即，存在有三個(gè)內(nèi)部DEV結(jié)合表。每一表都包含根據(jù)裝置的信道時(shí)間分配信息字段、BSID字段、父微微網(wǎng)字段和賣主特殊信息字段等。如果需要字段，還可能存在包含其上級字段的詳細(xì)信息的子字段。
為了存儲(chǔ)存在于相同微微網(wǎng)中的成員的和存在于不同的微微網(wǎng)中的成員的信息，每一裝置使用包含有存在于三個(gè)微微網(wǎng)100、110、和120中的所有成員的信息的三個(gè)內(nèi)部DEV結(jié)合表900、910、和920。因此，內(nèi)部DEV結(jié)合表的數(shù)量與所存在的微微網(wǎng)的數(shù)量相同，并且它們根據(jù)PNID來區(qū)分。
參照圖2所描述，考慮當(dāng)?shù)谝蛔游⑽⒕W(wǎng)的裝置#4 114意圖發(fā)送數(shù)據(jù)到第二子微微網(wǎng)的裝置#2 122時(shí)的情況。首先，如果源裝置和目的裝置具有相同的PNID，則表示它們存在于相同的微微網(wǎng)中，因此，利用目的裝置的DEVID，數(shù)據(jù)可以直接被發(fā)送。其次，如果它們具有不同的PNID，則表示它們存在于不同的微微網(wǎng)中，因此，數(shù)據(jù)最初被發(fā)送到負(fù)責(zé)源裝置所屬的微微網(wǎng)的PNC，數(shù)據(jù)隨后被發(fā)送到對應(yīng)于不同的PNID的微微網(wǎng)的PNC，并且數(shù)據(jù)最終被發(fā)送到目的裝置。最后，如果目的裝置屬于父微微網(wǎng)，則表示負(fù)責(zé)源裝置的PNC和目的裝置都是屬于父微微網(wǎng)的成員，因此，數(shù)據(jù)可以在它們之間直接發(fā)送。
圖2中示出的例子對應(yīng)于上述的第二種情況。即，當(dāng)作為第一子微微網(wǎng)110的成員的裝置#4 114意圖發(fā)送數(shù)據(jù)到作為第二子微微網(wǎng)120的成員的裝置#2 122時(shí)，裝置#4 114首先發(fā)送數(shù)據(jù)到負(fù)責(zé)它所屬的微微網(wǎng)的第一子PNC103。隨后，作為父微微網(wǎng)成員的第一子PNC103發(fā)送數(shù)據(jù)到同樣是父微微網(wǎng)成員的第二子PNC106，并且第二子PNC106發(fā)送數(shù)據(jù)到作為其自身微微網(wǎng)的成員的裝置#2 122。
除了如上所述的將PNID加入到表中的方法之外，使用單一表時(shí)將PNID應(yīng)用到對應(yīng)于每一裝置的每一行的另一種方法可以被認(rèn)為是本發(fā)明的另一個(gè)實(shí)施例。圖9B示出在此情況下將PNID應(yīng)用到每一裝置具有的內(nèi)部DEV結(jié)合表的例子。如果表以這種方式構(gòu)造，則PNID必須被輸入到每一列。然而，利用這種方法，不需要具有根據(jù)微微網(wǎng)的多個(gè)表，因此，PNID可以用表930被簡單地管理。在根據(jù)該方法的單一內(nèi)部DEV結(jié)合表中，PNID被加入到每一行，并且每當(dāng)交換各種原語時(shí)PNID就被發(fā)送，從而即使裝置ID(DEVID)相同每一裝置的唯一ID也可以被識(shí)別，并且裝置可以與所希望的其它裝置通信。
圖10是示出本發(fā)明整體工作的流程圖。
構(gòu)建作為父微微網(wǎng)的初始裝置之間的初始微微網(wǎng)(S501)。如果新裝置加入到由父微微網(wǎng)形成的網(wǎng)絡(luò)中(S502)，則新裝置決定是與父微微網(wǎng)結(jié)合還是構(gòu)建子微微網(wǎng)(S503)。
如果裝置決定簡單地與父微微網(wǎng)結(jié)合，它經(jīng)過標(biāo)準(zhǔn)規(guī)范中定義的結(jié)合過程(S504)。接下來，裝置周期性地通過PNC信息命令幀從父PNC接收存在于父微微網(wǎng)中的成員的信息(S505)，并且將所發(fā)送的信息存儲(chǔ)在用于其自身微微網(wǎng)的內(nèi)部DEV結(jié)合表中(S506)。
當(dāng)子微微網(wǎng)已經(jīng)形成時(shí)，裝置周期性地經(jīng)PNC信息命令幀從子PNC接收存在于子微微網(wǎng)中的成員的信息(S507)。即，子PNC通過PNC信息命令幀發(fā)送存在于它自身微微網(wǎng)中的成員的信息到父PNC和其它子PNC，并且父PNC和其它子PNC發(fā)送所發(fā)送的信息到存在于它們自身微微網(wǎng)中的成員。此后，每一裝置將所發(fā)送的信息存儲(chǔ)到用于每一微微網(wǎng)的“內(nèi)部DEV結(jié)合表”中(S508)。
在步驟(S503)中，當(dāng)已經(jīng)加入網(wǎng)絡(luò)的裝置決定形成子微微網(wǎng)時(shí)，即，當(dāng)它決定成為子PNC時(shí)，它經(jīng)過根據(jù)傳統(tǒng)標(biāo)準(zhǔn)規(guī)范執(zhí)行的子微微網(wǎng)形成過程(S514)。
存在于子微微網(wǎng)中的全部裝置周期性地經(jīng)PNC信息命令幀從子PNC接收存在于子微微網(wǎng)中的成員的信息(S515)，并且將所發(fā)送的信息存儲(chǔ)到用于它們自身微微網(wǎng)的內(nèi)部DEV結(jié)合表中(S516)。此后，子PNC通過其自身的PNC信息命令幀將存在于其自身微微網(wǎng)中的成員的信息發(fā)送到父PNC和其它子PNC(S517)。父PNC和每一子PNC將所發(fā)送的信息存儲(chǔ)到用于相關(guān)微微網(wǎng)的內(nèi)部DEV結(jié)合表中。
子PNC經(jīng)每一PNC的PNC信息命令幀從它們處接收存在于父微微網(wǎng)和其它子微微網(wǎng)中的成員的信息(S518)。接收到信息的子PNC將所接收的每一微微網(wǎng)成員的信息存儲(chǔ)到相應(yīng)的內(nèi)部DEV結(jié)合表中(S519)。存在于子微微網(wǎng)中的成員通過PNC信息命令幀接收存在于父微微網(wǎng)和其它子微微網(wǎng)中的成員的信息(S520)。已經(jīng)接收到所發(fā)送信息的裝置將所接收的信息存儲(chǔ)到相應(yīng)的內(nèi)部DEV結(jié)合表中(S521)。
與圖10中示出的過程相同，全部裝置獲得存在于全部微微網(wǎng)中的全部裝置的信息，并且將其存儲(chǔ)到它們自身的內(nèi)部DEV結(jié)合表中，此后，它們可以通過圖11中示出的過程在裝置間發(fā)送和接收數(shù)據(jù)。
首先，特定源裝置嘗試與存在于任選微微網(wǎng)中的另一目的裝置通信(S601)。隨后，源裝置利用存儲(chǔ)在它自身中的目的裝置所屬的微微網(wǎng)的內(nèi)部DEV結(jié)合表生成將被發(fā)送的數(shù)據(jù)幀(S602)。
隨后，源裝置判斷目的裝置的PNID是否與它自身的PNID相同(S603)。如果源裝置和目的裝置的PNID相同，則表示它們共存于相同的微微網(wǎng)內(nèi)，因此，它利用目的裝置的DEVID直接發(fā)送數(shù)據(jù)(S604)。
然而，如果它們的PNID不同的，則表示它們存在于不同的微微網(wǎng)中。因此，源裝置最初發(fā)送數(shù)據(jù)到負(fù)責(zé)源裝置所屬的微微網(wǎng)的PNC(S605)，并且該P(yáng)NC再次發(fā)送數(shù)據(jù)到對應(yīng)于不同的PNID的微微網(wǎng)的PNC(S606)。此后，數(shù)據(jù)被發(fā)送到目的裝置(S607)。如果目的裝置的PNID指的是父微微網(wǎng)的PNID，則表示負(fù)責(zé)源裝置的PNC和目的裝置都是父微微網(wǎng)的成員，因此，數(shù)據(jù)可以在它們間發(fā)送。
如上所述，當(dāng)屬于父微微網(wǎng)并且同時(shí)執(zhí)行其子微微網(wǎng)的子PNC功能的裝置意圖與存在于父微微網(wǎng)或子微微網(wǎng)中的另一裝置通信時(shí)，即使它們具有相同的裝置ID，這兩個(gè)裝置間也可進(jìn)行正確的通信。
根據(jù)本發(fā)明，屬于不同的微微網(wǎng)的裝置間通信可以利用存在于MAC報(bào)頭中的PNID以一種有效并且簡單的方式進(jìn)行，而沒有MAC層的上層中使用分離的橋接的不便。
盡管本發(fā)明已經(jīng)通過所屬實(shí)施例進(jìn)行了描述，但是本發(fā)明不限于上述實(shí)施例。因此，在不脫離本發(fā)明范圍的情況下，可以進(jìn)行各種變形和修改。
權(quán)利要求
1.一種用于作為父微微網(wǎng)的成員和子微微網(wǎng)的子微微網(wǎng)坐標(biāo)方位儀(Piconet Coordinator(PNC))的第一裝置與存在于父微微網(wǎng)或子微微網(wǎng)中的第二裝置通信的方法，包括利用識(shí)別父微微網(wǎng)的父標(biāo)識(shí)符和識(shí)別子微微網(wǎng)的子標(biāo)識(shí)符與分別分配給第一和第二裝置的第一裝置ID和第二裝置ID來生成命令幀，以請求用于與第二裝置的通信的信道時(shí)間；將生成的命令幀發(fā)送到父PNC；接收從命令幀已被發(fā)送至其的父PNC分配的信道時(shí)間，在此期間第一裝置和第二裝置通信；以及在所分配的信道時(shí)間內(nèi)在第一裝置和第二裝置間發(fā)送和接收數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其中，識(shí)別父微微網(wǎng)和子微微網(wǎng)的父標(biāo)識(shí)符和子標(biāo)識(shí)符是如IEEE 802.15.3標(biāo)準(zhǔn)所規(guī)定的微微網(wǎng)標(biāo)識(shí)符(PNID)。
3.如權(quán)利要求2所述的方法，其中，生成命令幀的操作包括a)由父PNC分配父裝置ID給父微微網(wǎng)成員，以及由子PNC分配子裝置ID給子微微網(wǎng)成員；b)由父PNC從第一裝置的內(nèi)部DEV結(jié)合表中讀出在(a)中分配的第二裝置ID和第二裝置的PNID；c)由父PNC生成包含作為參數(shù)的第二裝置ID和第二裝置的PNID的MLME-CREATE-STREAM.request；以及d)由第一裝置利用第二裝置ID和第二裝置的PNID生成命令幀以請求用于與第二裝置通信的信道時(shí)間，并且將命令幀發(fā)送到父PNC。
4.如權(quán)利要求3所述的方法，其中，包括多個(gè)表的內(nèi)部DEV結(jié)合表通過將唯一的PNID分配給第一裝置的內(nèi)部DEV結(jié)合表的多個(gè)表中的每一個(gè)來進(jìn)行配置。
5.如權(quán)利要求3所述的方法，其中，內(nèi)部DEV結(jié)合表通過將唯一的PNID輸入到第一裝置的內(nèi)部DEV結(jié)合表中的每一行來進(jìn)行配置。
6.一種用于作為父微微網(wǎng)的成員和子微微網(wǎng)的子微微網(wǎng)坐標(biāo)方位儀(PNC)的第一裝置與存在于父微微網(wǎng)或子微微網(wǎng)中的第二裝置通信的系統(tǒng)，包括第一裝置，利用分別識(shí)別父微微網(wǎng)和子微微網(wǎng)的父標(biāo)識(shí)符和子標(biāo)識(shí)符與分別分配給第一和第二裝置的第一裝置ID和第二裝置ID來生成命令幀以請求用于與第二裝置通信的信道時(shí)間，將生成的命令發(fā)送到父PNC，并且被從父PNC分配用于與第二裝置通信的信道時(shí)間，其中第二裝置，從子PNC或父PNC被分配第二裝置ID并且在信道時(shí)間內(nèi)從第一裝置接收數(shù)據(jù)并將數(shù)據(jù)發(fā)送到第一裝置。
7.如權(quán)利要求6所述的系統(tǒng)，其中，識(shí)別父微微網(wǎng)和子微微網(wǎng)的第一和第二標(biāo)識(shí)符是如IEEE 802.15.3標(biāo)準(zhǔn)所規(guī)定的微微網(wǎng)標(biāo)識(shí)符(PNID)。
8.如權(quán)利要求7所述的系統(tǒng)，其中，生成命令幀并將其發(fā)送到父PNC的處理包括a)父PNC分配父裝置ID給父微微網(wǎng)成員，以及子PNC分配子裝置ID給子微微網(wǎng)成員；b)父PNC從第一裝置的內(nèi)部DEV結(jié)合表中讀出在(a)中分配的第二裝置ID和第二裝置的PNID；c)父PNC生成包含作為參數(shù)的第二裝置ID和第二裝置的PNID的MLME-CREATE-STREAM.request；以及d)第一裝置利用第二裝置ID和第二裝置的PNID生成命令幀以請求用于與第二裝置通信的信道時(shí)間，并且將命令幀發(fā)送到父PNC。
9.如權(quán)利要求8所述的系統(tǒng)，其中，包含多個(gè)表的內(nèi)部DEV結(jié)合表通過將唯一的PNID分配給第一裝置的內(nèi)部DEV結(jié)合表的多個(gè)表中的每一個(gè)來進(jìn)行配置。
10.如權(quán)利要求8所述的系統(tǒng)，其中，內(nèi)部DEV結(jié)合表通過將唯一的PNID輸入到第一裝置的內(nèi)部DEV結(jié)合表的每一行中來進(jìn)行配置。
11.一種用于第一裝置與共存于具有父微微網(wǎng)和至少一個(gè)子微微網(wǎng)的微微網(wǎng)系統(tǒng)中的第二裝置通信的方法，包括由第一子微微網(wǎng)坐標(biāo)定位儀(PNC)通過第一預(yù)定的命令幀從父PNC和其它子PNC接收第一成員裝置的信息，并且將信息存儲(chǔ)在第一子PNC的至少一個(gè)裝置信息表中；由第一子微微網(wǎng)的成員裝置通過第二預(yù)定命令幀從第一子PNC接收第一成員裝置的信息作為接收的信息，并且將接收的信息存儲(chǔ)到第一子微微網(wǎng)的成員裝置的各個(gè)裝置信息表中；由第一成員裝置中的第一裝置嘗試與屬于不同的微微網(wǎng)的成員裝置的第二裝置通信；由第一裝置利用第一裝置的裝置信息表生成將被發(fā)送到第二裝置的數(shù)據(jù)幀作作為生成的數(shù)據(jù)；以及由第一裝置發(fā)送生成的數(shù)據(jù)幀到第二裝置，其中，第一裝置的裝置信息表包括用于識(shí)別不同的微微網(wǎng)的標(biāo)識(shí)符。
12.如權(quán)利要求11所述的方法，其中，識(shí)別不同的微微網(wǎng)的標(biāo)識(shí)符是如IEEE 802.15.3標(biāo)準(zhǔn)所規(guī)定的微微網(wǎng)標(biāo)識(shí)符(PNID)。
13.如權(quán)利要求11所述的方法，其中，第一和第二預(yù)定命令幀是如IEEE802.15.3標(biāo)準(zhǔn)所規(guī)定的第二裝置的PNC信息命令幀。
14.如權(quán)利要求11所述的方法，其中，第一和第二裝置的裝置信息表包括內(nèi)部DEV結(jié)合表。
15.如權(quán)利要求12所述的方法，其中，發(fā)送操作包括由第一裝置確定第二裝置的PNID是否與第一裝置的PNID相同；當(dāng)確定第一和第二裝置的PNID相同時(shí)，由第一裝置利用第二裝置的裝置標(biāo)識(shí)符(DEVID)直接發(fā)送數(shù)據(jù)；以及當(dāng)確定第一和第二裝置的PNID不同時(shí)，由第一裝置發(fā)送數(shù)據(jù)到第一裝置的微微網(wǎng)的PNC，第一裝置的PNC發(fā)送數(shù)據(jù)到第二微微網(wǎng)的PNC，之后，接收到數(shù)據(jù)的第二微微網(wǎng)的PNC發(fā)送數(shù)據(jù)到第二裝置。
16.如權(quán)利要求14所述的方法，其中，內(nèi)部DEV結(jié)合表形成一些表，其中，表的數(shù)量與父微微網(wǎng)和至少一個(gè)子微微網(wǎng)的數(shù)量相同，并且在該數(shù)量的表的每一個(gè)中分配唯一的PNID給父微微網(wǎng)和至少一個(gè)子微微網(wǎng)。
17.如權(quán)利要求14所述的方法，其中，內(nèi)部DEV結(jié)合表形成不考慮父微微網(wǎng)和至少一個(gè)子微微網(wǎng)的數(shù)量的單一表，并且將用于父微微網(wǎng)和至少一個(gè)子微微網(wǎng)的唯一的PNID插入到每一列中。
全文摘要
一種用于作為父微微網(wǎng)成員與其子微微網(wǎng)的子PNC的第一裝置與存在于父微微網(wǎng)或子微微網(wǎng)中的第二裝置通信的方法，包括以下步驟利用識(shí)別微微網(wǎng)的標(biāo)識(shí)符和唯一分配給裝置的裝置ID來生成命令幀以請求用于與第二裝置通信的信道時(shí)間，并且將生成的命令幀發(fā)送到父PNC；接收從命令幀已被發(fā)送至其的父PNC分配的信道時(shí)間，在此期間第一裝置和第二裝置被允許通信；以及，允許在所分配的信道時(shí)間內(nèi)在第一裝置和第二裝置間發(fā)送和接收數(shù)據(jù)。即使兩個(gè)裝置具有相同的裝置ID，它們之間也可以進(jìn)行正確的通信。
文檔編號H04L12/28GK1599359SQ200410078129
公開日2005年3月23日 申請日期2004年9月17日 優(yōu)先權(quán)日2003年9月18日
發(fā)明者洪性契, 崔文永, 金仁煥 申請人:三星電子株式會(huì)社