專利名稱：將ad－h(huán)oc連接上的活動會話端點擴展到本地設備的方法
技術領域：
本發(fā)明涉及ad-hoc網(wǎng)絡，特別涉及一種在ad-hoc網(wǎng)絡環(huán)境下擴展或轉(zhuǎn)移會話端點的方法。
背景技術：
無線通信技術的新發(fā)展加上計算機技術的性能增加和成本降低使得無線計算應用不再像以前一樣昂貴或龐大的不能用于便攜設備。許多這樣的應用可能是建立在通常所說的移動ad-hoc網(wǎng)絡(MANET)的網(wǎng)絡結(jié)構(gòu)上。ad-hoc網(wǎng)絡用具有變化連通性的移動計算節(jié)點群動態(tài)組成。為了有效地工作，這些網(wǎng)絡需要在每個節(jié)點中包含路由功能。由于這些設備范圍小的特性，設備之間的通信信道可能穿越源和目的之間的幾個中間節(jié)點。由于每個穿越叫做“跳”，因此這種網(wǎng)絡又稱為多跳網(wǎng)絡。
通過在節(jié)點中實現(xiàn)路由功能，如果一個中間節(jié)點不再是該網(wǎng)絡的一部分，這種網(wǎng)絡允許兩個連接的節(jié)點之間路徑的快速重建。例如，如果通信節(jié)點間的一條路徑由于某跳所用的設備不再能夠與組內(nèi)的其他節(jié)點通信而消失，會馬上定義出次路徑，該路徑不需要這個消失了的節(jié)點。
已經(jīng)定義出許多可能的協(xié)議來實現(xiàn)ad-hoc網(wǎng)絡。其中包括Adhoc按需距離矢量(AODV)路由、動態(tài)源路由、最優(yōu)鏈路狀態(tài)路由和基于逆向路徑的拓撲廣播路由。所有的這些協(xié)議在互聯(lián)網(wǎng)工程任務組(ITEF)的移動Ad-Hoc網(wǎng)絡工作組維護的網(wǎng)站上都有描述。
到此刻為止，移動性管理主要是關于兩個問題切換管理和定位管理。切換管理涉及在移動網(wǎng)絡中當移動節(jié)點在移動時該移動節(jié)點與其對應的節(jié)點之間的活動會話的維護。當移動節(jié)點離開其當前基站的覆蓋區(qū)域到一個新基站的覆蓋區(qū)域時，當前基站和新基站之間的切換保持會話活動?，F(xiàn)有協(xié)議已經(jīng)處理了這個問題，例如RFC 2002中描述的移動IP協(xié)議。
定位管理涉及當移動節(jié)點沒有活動地通信時，在網(wǎng)絡中定位該移動節(jié)點的問題。例如，當網(wǎng)絡收到一個指向該移動節(jié)點的呼入時，就需要定位管理。為了解決這個問題，該網(wǎng)絡尋找一個覆蓋區(qū)域包含所述移動節(jié)點的基站。在IETF協(xié)議中已經(jīng)處理了定位管理問題，例如，上述的移動IP協(xié)議。

發(fā)明內(nèi)容
本發(fā)明以一種方法實現(xiàn)，該方法在ad-hoc網(wǎng)絡環(huán)境中擴展了會話端點。使用根據(jù)本發(fā)明方法的端點設備識別其覆蓋區(qū)域中的本地設備，并且任選地與這些設備交換設備性能。然后，這些本地設備與該端點設備交換會話描述。如果當前會話被本地設備中的一個支持，那么該端點設備可以擴展會話端點到該本地設備。然后先前的端點設備擔當本地設備的代理。
根據(jù)本發(fā)明的一個方面，如果本地設備有到達對應設備節(jié)點的路徑，該路徑不依賴于通過端點設備的路徑，那么可以建立沿該路徑的會話，然后發(fā)信號到端點節(jié)點結(jié)束其會話。
附圖簡述通過結(jié)合附圖閱讀下面的詳細描述，本發(fā)明能夠得到最好的理解。要強調(diào)的是，根據(jù)一般習慣，圖的各種部件不是按照一定比例繪制。相反，為了清楚，各種部件的尺寸是任意擴展或縮小的。附圖中包括以下各圖

圖1(現(xiàn)有技術)是包含無線局域網(wǎng)(WLAN)和移動設備的網(wǎng)際協(xié)議(IP)網(wǎng)絡的框圖，用來描述本發(fā)明操作的環(huán)境；圖2、3、4和5是具有ad-hoc網(wǎng)絡擴展的圖1所示IP網(wǎng)絡的框圖，用來描述本發(fā)明的操作；圖6是流程圖，用來描述本發(fā)明的操作；圖7是數(shù)據(jù)結(jié)構(gòu)圖，用來描述適合本發(fā)明使用的協(xié)議棧的可能的構(gòu)造。
具體實施例方式
本發(fā)明以一種管理ad-hoc網(wǎng)絡中的會話端點方法實現(xiàn)。通過控制會話的端點，該方法允許用戶完成獨立于設備的通信，允許用戶從特殊環(huán)境下的一組可用的設備中選擇最好的設備來處理會話數(shù)據(jù)。該方法不影響會話中使用的下層傳輸協(xié)議，也不影響會話中可能使用的任何其他協(xié)議。本方法的某些部分可以用其他協(xié)議實現(xiàn)，比如藍牙設備發(fā)現(xiàn)協(xié)議或互聯(lián)網(wǎng)會話描述協(xié)議，這兩個協(xié)議在下文都有描述。典型方法可以在七層開放系統(tǒng)互連(OSI)模型中的會話層或會話層以上實現(xiàn)。
圖1是IP網(wǎng)絡102的框圖，該網(wǎng)絡包含節(jié)點104、106、108和110。該網(wǎng)絡可以是有線的或無線的。該網(wǎng)絡也包含接入點112，通過該接入點，無線設備114，例如具有視頻功能的無線電話，可以與該網(wǎng)絡通信。在下面描述的例子中，視頻服務器100也耦合至網(wǎng)絡102，作為移動節(jié)點114的對應節(jié)點。在這個例子中，會話是建立在移動電話114和視頻服務器100之間的。視頻服務器提供移動電話114請求的視頻節(jié)目。為了請求和提供該節(jié)目，在對應節(jié)點100和該網(wǎng)絡的節(jié)點104之間建立連接101，并分別建立到節(jié)點106、108和接入點112的連接105、107和111。接入點112與移動電話114有無線連接113。建立在視頻服務器100和移動電話114之間的會話把電話114作為其主端點。根據(jù)本發(fā)明的方法，可以建立次端點以便發(fā)送到電話114的視頻節(jié)目可以在更合適的設備上顯示。
圖2中，例如，電話114在保持與接入點112的連接113的同時發(fā)生了移動。在其新位置上，同樣擁有無線數(shù)據(jù)連接(未示出)的電視116在電話114的覆蓋區(qū)域內(nèi)。因為電視116是更適合觀看視頻節(jié)目的設備，所以用戶可能想將視頻信號從114傳輸?shù)诫娨?16。例如，這可以通過將會話端點從電話擴展到電視并且將電話114配置成電視116的代理來實現(xiàn)。然而，在實現(xiàn)這之前，需要電話114和電視116發(fā)現(xiàn)對方，并且交換會話信息來確定電視是否能夠支持來自電話的數(shù)據(jù)。
將會話從電話114擴展到電視116的過程參照圖6的流程圖描述。在該發(fā)明的典型實施例中，電話114和電視116都周期性地執(zhí)行設備發(fā)現(xiàn)，即圖6的步驟610，來確定哪個設備在其覆蓋區(qū)域內(nèi)。在這個例子中，電話114用設備發(fā)現(xiàn)協(xié)議發(fā)現(xiàn)了電視116。例如，該協(xié)議可能與為藍牙無線通信標準定義的設備發(fā)現(xiàn)協(xié)議相同?；蛘?，也可以使用其他設備發(fā)現(xiàn)技術。例如，每個設備可以維護一個包含了所有相關信息的設備描述符，并且響應于來自另一個設備的請求，廣播該設備描述符?；蛘撸總€設備可以只是周期性地發(fā)送描述符并監(jiān)聽其他設備發(fā)送的描述符以確定在其覆蓋區(qū)域內(nèi)的設備的特性，而不是發(fā)送請求。根據(jù)這些方法，設備發(fā)現(xiàn)也可以包含設備性能交換。
如果在步驟610中執(zhí)行的設備發(fā)現(xiàn)不包含設備性能交換，那么可能需要設備如步驟612所示交換其性能。該交換在端點和至少一些已發(fā)現(xiàn)的設備之間傳輸一個或多個分組，以便例如電話114這樣的當前端點節(jié)點能夠發(fā)現(xiàn)其覆蓋區(qū)域內(nèi)的其他設備的性能。
即使在步驟610執(zhí)行的設備發(fā)現(xiàn)不包含設備性能交換，但如果如下所述在步驟620中可以獲得通過設備性能交換獲取的信息，那么可以通過虛線所示的備選路徑611跳過所述設備性能交換，步驟620是控制信令和會話描述協(xié)商步驟，在下文有描述。
在本發(fā)明的典型實施例中，每個無線設備可以周期性地廣播設備發(fā)現(xiàn)請求包。當覆蓋區(qū)域內(nèi)的每個設備收到該請求時，該設備與請求設備同步并發(fā)送發(fā)現(xiàn)響應到請求設備，所述發(fā)現(xiàn)響應包含該設備自己的信息。在圖2所示的例子中，當電話114發(fā)送設備發(fā)現(xiàn)請求包時，電視116接收該包，使通信與電話同步，與電話建立連接115(圖3所示)，然后發(fā)送它自己的信息到電話114。請求設備將收到的響應于設備發(fā)現(xiàn)請求的信息記錄到一個內(nèi)部表中，以便知道在它的覆蓋范圍內(nèi)的設備及其性能。在藍牙系統(tǒng)中，設備發(fā)現(xiàn)是單向通信。每個設備不依賴于其他設備來發(fā)現(xiàn)它自己覆蓋區(qū)域內(nèi)的設備。這樣，在圖2所示的例子中，在電話114發(fā)現(xiàn)電視116之后(或之前)的某個時間，電視116發(fā)現(xiàn)電話114和其覆蓋區(qū)域內(nèi)的任何其他設備。這樣，在步驟610之后，電話114知道電視在其覆蓋區(qū)域內(nèi)，反之亦然。如上所述，如果設備性能交換作為設備發(fā)現(xiàn)步驟610的一部分執(zhí)行，或者如果所用的來自設備性能交換的信息可以在下文所述的控制信令和會話描述協(xié)商步驟620中得到，那么該設備性能交換可能是設備發(fā)現(xiàn)的一部分、可能在單獨的步驟612中執(zhí)行、也可能不需要，就像備選路徑612指出的一樣。
會話發(fā)現(xiàn)步驟614允許每個設備獲得任何會話的描述，所述會話是其覆蓋區(qū)域內(nèi)的設備參與的會話。這在步驟612內(nèi)實現(xiàn)，在該步驟中每個設備請求已經(jīng)向它登記的每個設備的當前會話信息。不像設備發(fā)現(xiàn)，目前會話發(fā)現(xiàn)沒有固定的協(xié)議。然而，有可以用于會話發(fā)現(xiàn)的工具。其中的一個工具是會話描述協(xié)議(SDP)。該協(xié)議是個互聯(lián)網(wǎng)標準并且在請求注解(RFC)2327中有描述。該標準定義了由設備維護的會話描述符，所述會話描述符描述了該設備作為端點或作為多跳連接中的傳輸節(jié)點當前從事的所有會話。或者，其他方法也可能用于維護會話描述符中的會話細節(jié)信息。本發(fā)明的典型實施例通過使兩個通信中的設備交換其會話描述符而實現(xiàn)了會話發(fā)現(xiàn)。
然而，如圖6中的虛連接613所示，會話發(fā)現(xiàn)步驟614是可選的。因為有了設備性能信息，會話描述可以在下文所述的控制信令和會話描述協(xié)商步驟620中得到。
如果跳過了各自的會話發(fā)現(xiàn)步驟614和/或設備性能交換步驟612，在步驟614或步驟612或步驟610之后，就要執(zhí)行步驟616，在步驟616中用戶請求會話擴展。如下所述，可以從移動節(jié)點114反應式地請求該擴展，或者主動地的從移動節(jié)點114、本地節(jié)點116或不在其他方面涉及處理的另一個節(jié)點(未示出)請求。在步驟616之后，如果用戶不請求擴展，那么該方法結(jié)束于步驟618。當本發(fā)明按照用戶請求會話擴展來描述時，該請求被認為也能夠用代表用戶工作的軟件代理來進行。
然而，如果用戶確實請求了會話端點的擴展，那么控制將轉(zhuǎn)移到步驟620，在步驟620中在移動節(jié)點114和本地節(jié)點116之間發(fā)生控制信令。該步驟在移動節(jié)點114和本地節(jié)點116之間建立連接，然后交換會話描述。當連接建立時發(fā)生控制信令，且當交換會話描述時發(fā)生會話協(xié)商。在移動節(jié)點接收到會話描述后，該節(jié)點配置它本身來接收并且適當?shù)靥幚碛梢苿庸?jié)點提供的數(shù)據(jù)。例如，如果正在傳輸?shù)臄?shù)據(jù)包是MPEG-2數(shù)據(jù)流，那么電視116可以配置它本身來將收到的包送到一個MPEG-2傳輸解碼器。
在步驟620之后，圖6所示的處理執(zhí)行步驟622，步驟622將端點從移動節(jié)點114擴展到本地節(jié)點116。一旦擴展端點后，移動節(jié)點114就將其本身配置成為本地節(jié)點的代理以便其將從對應節(jié)點100收到的數(shù)據(jù)包傳遞到本地節(jié)點，但是另外在對應節(jié)點看來是該移動節(jié)點作為會話端點。
需要注意的是，上述端點擴展不是端點的轉(zhuǎn)移而是主端點對次端點的定義。參照圖3所示的例子，對應節(jié)點100仍將電話114看作端點。將電視116建立為次端點后，電話114擔當電視的代理，通過同步連接113，將從對應節(jié)點100接收的所有數(shù)據(jù)發(fā)送到電視116。
如上所述，可以反應式地或主動地初始化端點擴展操作。反應式擴展的例子可能發(fā)生在當用戶在看電話114上的視頻內(nèi)容的同時進入房間時。剛一看到電視，用戶就反應式地命令電話114將會話端點擴展到電視。例如，這可以通過按電話鍵盤上的按鈕或觸摸電話顯示屏上的敏感區(qū)域來完成。該反應式步驟對應圖6的步驟616。
主動初始化端點擴展的例子如下。如果在步驟614交換了會話描述后，電視116發(fā)現(xiàn)電話114正在進行顯示視頻數(shù)據(jù)的會話，那么電視116可以主動地給用戶顯示一個消息詢問是否應接收該會話。用戶對該提示的回應是上述步驟616的結(jié)果?？梢皂憫谟脩艮D(zhuǎn)移會話的命令來顯示菜單，而不是電視主動地顯示菜單。這允許用戶確認該命令。
也可以由ad-hoc網(wǎng)絡中的設備來初始化端點擴展，所述設備既不是電話114也不是電視116。例如，如果用戶有配置成ad-hoc網(wǎng)絡的一個節(jié)點的個人數(shù)字助理(PDA)，那么該PDA可能用來直接使電話114和電視116擴展會話端點或者詢問用戶是否應將會話從電視114擴展到電視116。如果用戶決定擴展會話，那么該PDA可以初始化上述步驟620的控制信令和會話描述協(xié)商。
圖4和5闡述了本發(fā)明的可選實施例，該實施例中，在將會話從電話114擴展到電視116之后或者代替該步驟，電視116發(fā)現(xiàn)有一個更好的連接來從對應節(jié)點接收視頻數(shù)據(jù)，則電視116建立連接，然后結(jié)束與電話116的會話。
在圖4所示的本發(fā)明一個典型實施例中，電視有到IP網(wǎng)絡102中的節(jié)點110的高帶寬連接117。在從電視114接收會話描述符后，為了通過新會話直接從對應節(jié)點訪問視頻數(shù)據(jù)，電視116可以用其他的協(xié)議，例如會話初始化協(xié)議(SIP)，來分別建立到節(jié)點110、106和106的連接117、109和105。SIP是RFC 3261中描述的互聯(lián)網(wǎng)標準。一旦建立了新會話，電視116可以通過連接115發(fā)信號給電視114來結(jié)束其與對應節(jié)點100的會話。圖5示出了會話結(jié)束后的網(wǎng)絡。
實現(xiàn)圖4和5中所示的端點置換的方法由圖6的流程圖中的虛連接617、625、和步驟626、628和630示出。如圖6所示，在步驟616之后當用戶請求會話擴展時，或者在已經(jīng)配置移動節(jié)點為代理設備的步驟624之后，執(zhí)行步驟626。在該步驟中，在已經(jīng)從電話114獲知會話信息的情況下，電視116用例如SIP與對應節(jié)點100建立備選會話。在步驟628，處理等待直到建立備選會話，然后在步驟630，給電話114發(fā)信號來結(jié)束會話。
這些步驟描繪了在本地設備116和對應節(jié)點100之間新會話的建立，該會話的其他方面與先前在移動設備114和對應節(jié)點100之間建立的會話相同。如圖6所示，該會話可能在步驟616之后、當設備已經(jīng)交換了會話描述但還沒有擴展會話端點時建立，或者可能在步驟624之后、當端點已經(jīng)擴展時執(zhí)行。根據(jù)這些選擇的第一個，從本地節(jié)點116用會話描述建立其獨立會話，該會話描述是從移動節(jié)點114獲得的，但在這之前最初會話的端點已經(jīng)擴展到本地節(jié)點。根據(jù)這些選擇的第二個，本地節(jié)點116被設立為次端點，然后該節(jié)點建立它自己的獨立路徑。第二個選擇可能有利，因為它可以減少在本地節(jié)點處理數(shù)據(jù)所需的時間。例如，如果本地設備建立連接有困難，那么在步驟616用戶請求會話擴展和步驟628之后數(shù)據(jù)的實際顯示之間會有很大的延遲。
如上所述，實施本發(fā)明的方法可以作為根據(jù)OSI網(wǎng)絡模型定義的應用層的一部分實現(xiàn)。圖7示出了一個典型的協(xié)議棧，該協(xié)議棧闡述了本方法怎樣在Echo NetTM網(wǎng)絡710、藍牙網(wǎng)絡712或IP網(wǎng)絡714中實現(xiàn)。Echo Net和藍牙兩者都定義了傳輸協(xié)議，沒有在圖7中示出。該典型IP網(wǎng)絡使用用戶數(shù)據(jù)報協(xié)議(UDP)715作為傳輸協(xié)議，UDP是互聯(lián)網(wǎng)標準，在RFC 768中有描述。在IP網(wǎng)絡中，傳輸層也可以包括設備發(fā)現(xiàn)或設備性能交換(DD/DCE)協(xié)議716，該協(xié)議可以用來實現(xiàn)通用即插即用(UpnP)。根據(jù)本發(fā)明的會話端點擴展方法作為該設備應用層內(nèi)的軟件在所有這些傳輸協(xié)議之上。應用層也可以包含如上所述的會話描述交換(SDE)協(xié)議722和/或會話描述協(xié)議(SDP)718。存在于應用層的其他應用720在協(xié)議棧中位于本發(fā)明的程序之上。盡管未示出，但實現(xiàn)了會話端點擴展方法的軟件被認為可以包括合適的應用程序接口(API)以允許應用層的其他程序720訪問會話端點擴展軟件的特性。作為實現(xiàn)OSI模型的應用層中的會話端點擴展處理的另一個選擇，在會話層從應用層區(qū)分出來的情況下，該軟件被認為可以在會話層中實現(xiàn)。
當正在被擴展的“會話”整個都在端點節(jié)點114內(nèi)部時，也可以使用本發(fā)明。例如，這可能發(fā)生在有傳感器的設備里，在該設備中數(shù)據(jù)從處理器發(fā)送到傳感器?？梢詫奶幚砥鞯絺鞲衅鞯臄?shù)據(jù)發(fā)送看作一個邏輯會話，盡管沒有正式的會話存在。使用該模型，可以將處理器看作邏輯對應節(jié)點，可以將傳感器看作邏輯端點。例如，如果圖2中所示的節(jié)點114是有無線性能的便攜視頻游戲，那么該節(jié)點可以被看作一個自含式的邏輯會話，該會話包含邏輯對應節(jié)點(即執(zhí)行視頻游戲軟件的處理器)和邏輯端點(即視頻游戲顯示器)。用戶進入房間時可能想在電視116上顯示視頻游戲，同時仍使用視頻游戲鍵盤玩游戲。根據(jù)本發(fā)明，節(jié)點114能夠擴展其端點來傳送數(shù)據(jù)包到電視，因此游戲能夠在電視上顯示而不是在視頻游戲顯示器上顯示。如上所述，盡管沒有實際的會話存在，移動節(jié)點114仍然生成會話描述并且將其傳送到本地節(jié)點116，然后開始向本地節(jié)點116傳送會話數(shù)據(jù)以用于處理。
盡管本發(fā)明是根據(jù)典型實施例來描述的，但是本發(fā)明被認為是可以如上所述在以下權(quán)利要求的范圍內(nèi)實施。
權(quán)利要求
1.一種在ad-hoc網(wǎng)絡環(huán)境下管理會話端點的方法，所述ad-hoc網(wǎng)絡環(huán)境包含第一設備和至少一個其他本地設備，所述第一設備被配置成該第一設備和對應節(jié)點之間的會話的主端點，所述至少一個其他本地設備在所述第一設備的覆蓋區(qū)域內(nèi)，所述方法包含以下步驟由所述第一個設備確定所述至少一個本地設備的身份；與所述至少一個本地設備交換會話描述信息；和將所述至少一個本地設備設立為所述會話的次端點；借此，所述第一設備在所述會話中擔當所述本地設備的代理。
2.根據(jù)權(quán)利要求1所述的方法，其中確定所述至少一個本地設備的身份的所述步驟包含根據(jù)設備發(fā)現(xiàn)協(xié)議執(zhí)行設備發(fā)現(xiàn)操作的步驟。
3.根據(jù)權(quán)利要求2所述的方法，其中確定所述至少一個本地設備的身份的所述步驟還包含由所述至少一個本地設備向所述第一設備發(fā)送設備性能數(shù)據(jù)的步驟。
4.根據(jù)權(quán)利要求1所述的方法，其中確定所述至少一個本地設備的身份的所述步驟包含由所述至少一個本地設備向所述第一設備發(fā)送設備性能數(shù)據(jù)的步驟。
5.根據(jù)權(quán)利要求4所述的方法，還包含根據(jù)所述設備性能數(shù)據(jù)確定所述至少一個本地設備中的哪一個能夠充當所述次端點的步驟；其中僅對已確定有能力的設備執(zhí)行與所述至少一個本地設備交換會話描述信息的所述步驟和將所述至少一個本地設備設立為所述會話的次端點的所述步驟。
6.根據(jù)權(quán)利要求1所述的方法，其中與所述至少一個本地設備交換會話描述信息的所述步驟包含傳送會話描述信息到所述至少一個本地設備的步驟，所述會話描述信息符合會話描述協(xié)議。
7.根據(jù)權(quán)利要求1所述的方法，其中將所述至少一個本地設備設立為所述會話的次端點的所述步驟包含以下步驟配置所述至少一個本地設備來接收和處理所述會話的數(shù)據(jù)；和由所述第一設備轉(zhuǎn)發(fā)所述會話數(shù)據(jù)到所述至少一個本地設備。
8.根據(jù)權(quán)利要求7所述的方法，其中配置所述至少一個本地設備來接收和處理所述會話數(shù)據(jù)的所述步驟是由所述至少一個本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個本地設備從用戶接收到的。
9.根據(jù)權(quán)利要求7所述的方法，其中配置所述至少一個本地設備來接收和處理所述會話數(shù)據(jù)的所述步驟是由所述至少一個本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個本地設備從所述第一設備接收到的。
10.根據(jù)權(quán)利要求1所述的方法，還包含以下步驟由所述至少一個本地設備在所述至少一個本地設備和所述對應節(jié)點之間建立另一個會話，所述另一個會話獨立于包含所述第一設備的所述會話；和結(jié)束所述第一設備和所述對應節(jié)點之間的所述會話。
11.根據(jù)權(quán)利要求10所述的方法，其中所述另一個會話是用會話初始化協(xié)議建立的。
12.一種在ad-hoc網(wǎng)絡環(huán)境下管理會話端點的方法，所述ad-hoc網(wǎng)絡環(huán)境包含第一設備和至少一個其他本地設備，所述第一設備被配置成該第一設備和對應節(jié)點之間的會話的主端點，所述至少一個其他本地設備在所述第一設備的覆蓋區(qū)域內(nèi)，所述方法包含以下步驟由所述第一個設備確定所述至少一個本地設備的身份；與所述至少一個本地設備交換設備性能信息；和將所述至少一個本地設備設立為所述會話的次端點；借此，所述第一設備在所述會話中擔當所述本地設備的代理。
13.根據(jù)權(quán)利要求12所述的方法，其中確定所述至少一個本地設備的身份的所述步驟包含根據(jù)設備發(fā)現(xiàn)協(xié)議執(zhí)行設備發(fā)現(xiàn)操作的步驟。
14.根據(jù)權(quán)利要求12所述的方法，還包含以下步驟根據(jù)所述設備性能信息確定所述至少一個本地設備的至少一個目標本地設備，所述至少一個本地設備中至少一個目標本地設備能夠充當所述次端點；和在將所述至少一個目標本地設備設立為所述會話的次端點之前，與所述至少一個目標本地設備交換會話描述信息。
15.根據(jù)權(quán)利要求14所述的方法，其中與所述至少一個目標本地設備交換會話描述信息的所述步驟包含傳送會話描述信息到所述至少一個目標本地設備的步驟，所述會話描述信息符合會話描述協(xié)議。
16.根據(jù)權(quán)利要求12所述的方法，其中將所述至少一個目標本地設備設立為所述會話的次端點的所述步驟包含以下步驟配置所述至少一個目標本地設備來接收和處理所述會話的數(shù)據(jù)；和由所述第一設備轉(zhuǎn)發(fā)所述會話數(shù)據(jù)到所述至少一個目標本地設備。
17.根據(jù)權(quán)利要求16所述的方法，其中配置所述至少一個目標本地設備來接收和處理所述會話數(shù)據(jù)的所述步驟是由所述至少一個目標本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個目標本地設備從用戶接收到的。
18.根據(jù)權(quán)利要求16所述的方法，其中配置所述至少一個目標本地設備來接收和處理所述會話數(shù)據(jù)的所述步驟是由所述至少一個目標本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個目標本地設備從所述第一設備接收到的。
19.根據(jù)權(quán)利要求12所述的方法，還包含以下步驟由所述至少一個本地設備在所述至少一個本地設備和所述對應節(jié)點之間建立另一個會話，所述另一個會話獨立于包含所述第一設備的所述會話；和結(jié)束所述第一設備和所述對應節(jié)點之間的所述會話。
20.根據(jù)權(quán)利要求19所述的方法，其中所述另一個會話是用會話初始化協(xié)議建立的。
21.一種在ad-hoc網(wǎng)絡環(huán)境下管理會話端點的方法，所述ad-hoc網(wǎng)絡環(huán)境包含第一設備和至少一個其他本地設備，所述第一設備被配置成該第一個設備和對應節(jié)點之間的會話的主端點，所述至少一個其他本地設備在所述第一設備的覆蓋區(qū)域內(nèi)，所述方法包含以下步驟由所述第一設備確定所述至少一個本地設備的身份；與所述至少一個本地設備交換會話描述信息；和由所述至少一個本地設備在所述至少一個本地設備和所述對應節(jié)點之間建立另一個會話，所述另一個會話獨立于包含所述第一設備的所述會話；和結(jié)束所述第一設備和所述對應節(jié)點之間的所述會話。
22.根據(jù)權(quán)利要求21所述的方法，其中所述另一個會話是用會話初始化協(xié)議建立的。
23.一種管理第一設備中的邏輯會話來選擇性地將所述端點擴展到至少一個其他本地設備的方法，所述至少一個其他本地設備在所述第一設備的覆蓋范圍內(nèi)，所述方法包含以下步驟由所述第一設備確定所述至少一個本地設備的身份；與所述至少一個本地設備交換會話描述信息；和將所述至少一個本地設備設立為所述邏輯會話的次端點。
24.根據(jù)權(quán)利要求23所述的方法，其中確定所述至少一個本地設備的身份的所述步驟包含根據(jù)設備發(fā)現(xiàn)協(xié)議執(zhí)行設備發(fā)現(xiàn)操作的步驟。
25.根據(jù)權(quán)利要求24所述的方法，其中確定所述至少一個本地設備的身份的所述步驟還包含由所述至少一個本地設備發(fā)送設備性能數(shù)據(jù)到所述第一設備的步驟。
26.根據(jù)權(quán)利要求23所述的方法，其中確定所述至少一個本地設備的身份的所述步驟包含由所述至少一個本地設備發(fā)送設備性能數(shù)據(jù)到所述第一設備的步驟。
27.根據(jù)權(quán)利要求26所述的方法，還包含根據(jù)所述設備性能數(shù)據(jù)確定所述至少一個本地設備中的哪一個能夠充當所述次端點的步驟；其中僅對已確定有能力的設備執(zhí)行與所述至少一個本地設備交換會話描述信息的所述步驟和將所述至少一個本地設備設立為所述邏輯會話的次端點的所述步驟。
28.根據(jù)權(quán)利要求23所述的方法，其中與所述至少一個本地設備交換會話描述信息的所述步驟包含傳送會話描述信息到所述至少一個本地設備的步驟，所述會話描述信息符合會話描述協(xié)議。
29.根據(jù)權(quán)利要求23所述的方法，其中將所述至少一個本地設備設立為所述邏輯會話的次端點的所述步驟包含以下步驟配置所述至少一個本地設備來接收和處理所述邏輯會話的數(shù)據(jù)；和由所述第一設備轉(zhuǎn)發(fā)所述邏輯會話數(shù)據(jù)到所述至少一個本地設備。
30.根據(jù)權(quán)利要求29所述的方法，其中配置所述至少一個本地設備來接收和處理所述邏輯會話數(shù)據(jù)的所述步驟是由所述至少一個本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個本地設備從用戶接收到的。
31.根據(jù)權(quán)利要求29所述的方法，其中配置所述至少一個本地設備來接收和處理所述邏輯會話數(shù)據(jù)的所述步驟是由所述至少一個本地設備響應于命令而執(zhí)行的，所述命令是由所述至少一個本地設備從所述第一設備接收到的。
全文摘要
一種用于在ad－h(huán)oc網(wǎng)絡環(huán)境下擴展會話端點的方法。與對應節(jié)點(100)有活動會話的端點設備(114)首先執(zhí)行設備發(fā)現(xiàn)(610)來確定其覆蓋區(qū)域內(nèi)的本地設備(116)以及那些設備的性能(612)。然后這些本地設備與該端點設備交換會話描述(629)。如果一個本地設備支持當前會話，那么端點設備(114)響應于來自用戶的命令，將會話端點轉(zhuǎn)移到該本地設備(622)，且端點設備(114)在會話中擔當該本地設備(116)的代理。任選地，如果本地設備(116)具有到對應節(jié)點(119)的路徑，該路徑不依賴于通過端點設備(114)的路徑，那么本地設備沿著該路徑建立會話(626)，然后向端點設備(114)發(fā)信號以結(jié)束其會話(630)。
文檔編號H04M1/725GK1762130SQ200480006909
公開日2006年4月19日 申請日期2004年3月15日 優(yōu)先權(quán)日2003年3月14日
發(fā)明者薩斯亞·納拉亞南, 小宮大作, 拉杰什·漢德爾瓦 申請人:松下電器產(chǎn)業(yè)株式會社