会话端点管理协议的制作方法

文档序号:7605712阅读:129来源:国知局
专利名称:会话端点管理协议的制作方法
技术领域
本发明涉及Ad-Hoc(自组织)网络,尤其涉及一种用于在Ad-Hoc网络环境中控制会话端点的协议。
背景技术
伴随着计算机技术的性能提高和成本降低,无线通信技术的新发展已经使以前过于昂贵或体积过大的无线计算应用能够使用在便携设备上。很多这种应用可以内置在通常称为移动Ad-Hoc(自组织)网络互连(MANET)的网络结构上。Ad-Hoc网络通过使用具有可变连接性的移动计算节点群来动态形成。为了高效运行,需要这些网络在各节点中包括路由功能。由于这些设备的短距离特性,设备之间的通信信道可以横跨在它的源和目的地之间的几个中间节点。因为每次横跨被称作一个“跳跃”,所以这些网络称为多跳网络。
通过在节点中执行路由功能,如果一个中间节点不再是网络的一部分,则这些网络允许快速重建在两个连接节点之间的路径。例如,如果由于用于多个跳跃之一的设备不能再与群内的其它节点通信,从而在通信节点之间的路径消失,则可以快速建立不依赖该失去的节点的辅助路径。
已经定义了许多可用的协议以实现Ad-Hoc网络互连。这些协议包括Ad-Hoc按需距离矢量(AODV)路由协议、动态源路由协议、最佳链路状态路由协议和基于反向路径拓扑广播路由协议。所有这些协议都在由因特网工程工作小组(ITEF)的移动Ad-Hoc网络工作组维护的网站上有描述。
迄今为止,移动性管理主要涉及两个问题切换管理和位置管理。切换管理涉及当移动节点运动时维持在该移动节点与移动网络中的通信节点之间的有效会话。当移动节点离开其当前基站的覆盖区域并进入新基站的覆盖区域时,在当前基站和新基站之间的切换保持会话有效。通过诸如RFC 2002中所描述的移动IP协议这样的现有协议来解决该问题。
位置管理涉及当没有进行有效通信时在网络中定位移动节点的问题。这是需要的,例如,当网络收到一个针对该移动节点的呼入时。为了解决这个问题,网络寻找具有包括该移动节点的覆盖区域的基站。位置管理问题已经在IETF协议中解决,例如上面所参考的移动IP协议。
发明概述本发明体现为一个协议,该协议用于在一个Ad-Hoc网络环境中管理会话端点。使用依照本发明的协议的端点设备识别在其覆盖区域内的本地设备,并可选择地与这些设备交换设备能力。然后这些本地设备与该端点设备交换会话描述。如果这些本地设备之一可以支持当前会话,则该端点设备可以将该会话的端点移动到该本地设备。然后,先前的端点设备充当该本地设备的代理。
根据本发明的一个方面,该会话被复制到该本地设备,以便该本地设备在该会话中重复该端点设备的动作。
根据本发明的另一个方面,该会话被拆分以便该会话的各部分被发往给各个不同的本地设备。
根据本发明的又一个方面,在多个本地设备中共享的拆分会话被合并成为单个会话。
根据本发明的另一方面,该端点设备收到寻址到该本地节点的呼入会话,并将会话端点移至该本地节点以完成呼入会话。
根据本发明的另一方面,来自该本地设备的呼出会话使该端点设备产生会话,然后将该会话从该端点设备移动到该本地设备。


根据以下结合附图的详细说明能够最好的理解本发明。在此强调的是,根据惯例,附图的各个部件不是依比例画出的。相反,为了清楚起见任意扩大或缩小该各个部件的尺寸。附图中包括以下各图图1(现有技术)是因特网协议(IP)网络的方框图,其包括无线局域网(WLAN)和用来描述本发明运行的环境的移动设备。
图2和图3是图1所示的用来描述本发明运行的具有Ad-Hoc网络扩展的IP网络的方框图。
图4是用来描述本发明运行的流程图。
图5是数据结构图,用来描述本发明适用的协议栈的可能配置。
图6A、6B、6C、6D、6E、6F和6G是用于描述路由最优化的网络节点示意图。
图7A、7B、7C和7D是用来描述根据本协议的移动操作的网络节点示意图。
图8A、8B、8C和8D是用来描述根据本协议的复制操作的网络节点示意图。
图9A、9B、9C、9D、9E、9F、9G、9H、9I和9J是用来描述根据本协议的拆分操作的网络节点示意图。
图10A、10B、10C、10D、10E、10F、10G、10H、10I和10J是用来描述根据本协议的合并操作的网络节点示意图。
图11A、11B、11C和11D是用来描述根据本协议的呼入会话操作的网络节点示意图。
图12A、12B、12C和12D是用来描述根据本发明的呼出会话操作的网络节点示意图。
详细说明本发明体现为在Ad-Hoc网络中管理会话端点的协议。通过操控会话的端点,该协议允许用户取得设备独立通信;用户可以从特定环境中的可用设备群里选取最好的一个或多个设备来处理会话数据。本协议包括六个操作移动、复制、拆分、合并、呼入会话和呼出会话。该协议不影响在会话中使用的下层传输协议,也不会影响其它任何可用于会话的协议。本协议的一些部分可以利用其它的协议来实现,例如蓝牙设备发现协议或者互联网会话描述协议(SDP),这两个协议在下面描述,示范性的协议可以在七层开放系统互连(OSI)模型中的会话层中或会话层之上实现。
图1是包括节点104、106、108和110的IP网络102的方框图。在这里作为主网络的该网络可以是有线的或者无线的。该主网络还包括接入点112,通过该接入点无线设备114,例如,具有视频能力的无线电话可以与该网络通信。在下面所描述的例子中,视频服务器100也连接到网络102,作为移动电话114的通信节点。在这个例子中,在移动电话114和视频服务器100之间建立会话。视频服务器100提供由移动电话114所请求的视频节目。为了请求和提供该节目,在通信节点100和网络节点104之间建立连接101,并且分别建立到达节点106、108和接入点112的连接105、107和111。接入点112具有与移动电话114的无线连接113。在视频服务器100和移动电话114之间所建立的会话将电话114作为其主端点。
下面的内容描述通过协议可用的允许操控会话的端点的几个操作。根据本发明的协议,可以在Ad-Hoc网络中建立一或多个辅助端点以便发送到电话114的视频节目可以在更合适的设备上显示,以便视频节目可以送到一个设备,而音频节目发送到另一设备,或者以便不能自己连接到网络112的移动Ad-Hoc网络设备(未示出)可以利用网络102通过移动节点114接收或者发起会话。
该协议的一个基本操作移动会话的端点。例如,在图2中,移动节点114位于与图1中不同的位置,但保持与接入点112的连接113。在它的新位置上,也具有无线数据连接(未示出)的电视机116位于电话114的覆盖区域内。由于电视机116是更适合用于观看视频节目的设备,所以用户可能想将视频信号从电话114传输到电视机116。这是可以实现的,例如,通过将会话端点从电话移到电视机并且将电话114配置成为电视机116的代理。然而,在这可以实现之前,需要电话114和电视机116互相发现对方并交换会话信息以决定电视机是否支持来自电话的数据。
参照图4的流程图来说明将会话从电话114扩展到电视机116的过程。在本发明的该示例性实施例中,电话114和电视机116都定期地执行设备发现步骤410,以确定哪些设备在它们各自的覆盖区域内。在该例子中,电话114利用设备发现协议发现了电视机116。例如,该协议可以与定义用于蓝牙无线通信标准的设备发现协议相同。或者,可以使用其它的设备发现技术。例如,每个设备可以维护包含全部有关信息的设备描述符,并响应于来自另一设备的请求广播该描述符。或者,代替发送请求,每个设备可以仅定期发送描述符并监听其它设备所发送的描述符以确定在其覆盖区域内的设备属性。按照这些协议,设备发现也可以包括设备能力交换。
如果在步骤410中所执行的设备发现没有包括设备能力交换,如步骤412所示,需要设备交换它们能力。在设备能力交换,例如,每个设备可以发送有关自身的信息,例如其显示尺寸、媒体编码器/解码器(编解码器)和带宽。该交换在端点和被发现设备的至少一些之间传递一或多个分组,以便当前端点节点,例如电话机114,能够发现在其覆盖区域内的其它设备的能力。
如下面所描述的,如果可以在步骤420,即下面所述的控制信令和会话描述协商步骤中,获取由设备能力交换所获得的信息,则如虚线的替换路径411所示的,可以跳过设备能力交换步骤412。
在本发明的示例性实施例中,每个无线设备可以定期广播设备发现请求分组。当在覆盖区域内的每个设备收到该请求时,它与请求设备同步,并发送包含自身信息的发现响应到该请求设备。在图2所示的例子中,当电话114发送设备发现请求分组时,电视机116接收该分组,同步与该电话的通信,并建立与该电话的链路115(如图3所示),然后发送与自身有关的信息到该电话114。该请求设备在一个内部表中记录响应于设备发现请求它所收到的信息,该内部表包含在其覆盖范围内的所有设备的列表及其能力。
在蓝牙系统中,设备发现是一种单向通信。每个设备独立于其它设备发现在其自己覆盖区域中的设备。这样,在图2所示的例子中,在电话114发现电视机116之后(或之前)的某个时间,电视机116发现在其覆盖区域内的电话114和任何其它设备。这样,在步骤410之后,电话114在其本地设备列表中具有该电视机,反之亦然。如上面描述的,设备能力交换可以是设备发现步骤的一部分,可以在单独步骤412中执行或者如替换路径411所示的可以不需要,如果它是作为设备发现步骤410的一部分被执行或者如果来自设备能力交换的信息可以在如下所述的控制信令和会话描述协商步骤420的过程期间获得。
会话发现步骤414允许每个设备取得在其覆盖区域内的设备正在参与的任何会话的描述。这在步骤412中实现,其中每个设备请求已在其上登记的每一个设备的当前会话信息。根据本发明,每个设备保存例如由会话描述协议(SDP)所规定的会话描述。该协议是一个互联网标准,并描述在请求注解(RFC)2327中。该标准定义了由设备保存的会话描述符,描述了其当前在多跳链路中作为端点或传送节点参与的所有会话。虽然本发明被描述为利用SDP以提供会话描述,但是使用其它协议在会话描述符中保存会话特定信息是可以想象。本发明的示例性实施例通过使两个通信设备交换它们的会话描述符来实现会话发现。
然而,如图4中的虚连线413所示,会话发现步骤414是可选的。正如设备能力信息一样,可以在如下所述的控制信令和会话描述协商步骤420中获得会话描述。
在步骤414、步骤412或步骤410之后,如果相应的会话发现步骤414和/或设备能力交换步骤412被跳过,则执行用户请求会话扩展的步骤416。如下面所描述的,可以反应性地从移动节点114中、或者预先从移动节点114和本地节点116中或者从没有参与该事务处理的另一节点(未示出)中请求该扩展。在步骤416之后,如果用户不请求该扩展,则在步骤418中结束操作。虽然本发明描述了用户请求会话扩展,但用户的软件代理自动进行该请求是可以想象的。
如果在步骤416用户请求了会话端点扩展,则控制转移到步骤420,其中控制信令出现在移动节点114和本地节点116之间。该步骤在移动节点114和本地节点116之间建立连接,然后交换会话描述。控制信令和会话描述协商是如下所述的会话端点管理协议(SEMP)。当连接被建立时控制信号出现,而当交换会话描述时会话协商产生。在移动节点收到会话描述之后,它配置自身以接收并适当的处理移动节点提供的数据。例如,如果所传输的分组表示MPEG-2的数据流,则电视机116可以配置其自身以将所接收的分组传到MPEG-2传送解码器。
在步骤420之后,图4所示的过程执行步骤422,其将端点从移动节点114扩展或者移动到本地节点116。紧接在扩展端点之后,移动节点114在步骤424配置其自身作为本地节点的代理,以便在步骤426其将从通信节点100接收的数据传递到本地节点,但是同时对通信节点表现为会话端点。
需要注意,上面所述的端点移动操作不是迁移端点,而是通过主端点来定义辅助端点。参考图3中所示的例子,通信节点100继续将电话114视为端点。在将电视机116建立为辅助端点之后,电话机114充当电视机的代理,经由已同步的连接113,将它从通信节点100中接收的全部数据发送到电视机116。
如上所述,可以反应性地(reactively)或预先(proactively)发起端点移动操作。反应性的扩展的例子可以是当用户进入房间在移动电话114上观看视频内容时。当看到电视机时,用户反应性地命令电话114将会话端点扩展到电视机。例如通过按电话键盘上的按键或者电话显示屏上的触摸敏感区域可以做到这。该反应性步骤对应于图4中的步骤416。
预先发起端点扩展的例子可以如下所述来给出。在步骤414中交换会话描述之后,如果电视机116发现电话114参与显示视频数据的会话,则电视机116可以预先显示一个消息给用户,询问会话是否应当从电话移到电视机。如上面所述地,用户对该提示的响应是步骤416的结果。代替电视机预先显示菜单,可以响应于来自用户的迁移会话的命令来显示菜单。这样允许用户确认该命令。
在Ad-Hoc网络中既不是电话114也不是电视机116的设备也可以发起端点移动操作。例如,如果用户有一个在ad-hoc网络中配置为节点的个人数字助手(PDA)(未示出),则该PDA可用于直接使电话114和电视机116扩展为会话端点,或者询问用户会话是否应当从电话114扩展到电视机116。如果用户决定扩展会话,则该PDA可以发起如上所述的控制信令和会话描述协商步骤420。
如上所述的,体现本发明的协议可以实现为根据OSI网络模型所定义的应用层的一部分。图5显示一个示范性的协议栈,该协议栈举例说明了在Echo Nettm网络510、蓝牙网络512或IP网络514中怎样实现本协议。Echo Net和蓝牙都定义了传输协议,并且没有显示在图5中。示范性的IP网络使用用户数据报协议(UDP)515作为其传输协议。UDP是一个互联网标准,并描述在RFC 768中。在IP网络中,传输层也可以包括设备发现或设备能力交换(DD/DCE)协议516,其能够用来实现通用即插即用(UPnP)。
根据本发明的会话端点管理协议517作为在设备的应用层内的软件,在协议栈内位于这些传输协议的任何一个之上。应用层也可以包括如上所述的会话描述交换(SDE)协议522和/或会话描述协议(SDP)518。在协议栈中其它的应用程序520存在于本发明程序之上的应用层中。虽然没有示出,但是实现会话端点管理协议的软件包括合适的应用程序接口(API)以允许应用层中的其它程序520访问会话端点管理软件的各个部分是可以想象的。作为在OSI模型的应用层中实现会话端点管理过程的替代方法,当会话层不同于应用层时在会话层中实现该软件是可以想象的。
当被扩展的会话全部位于端点节点114内时,也可以使用本发明。,例如在具有处理器和转换器的设备中可以出现这种情况,其中数据从处理器发送到转换器。即使不存在正式的会话,也可以把从处理器向转换器发送数据看作逻辑会话。利用该模型,可以把处理器看作逻辑通信节点,而把转换器看作逻辑端点。例如,如果图2中所示的节点114是一个具有无线能力的便携式视频游戏机,则它可以被看作是一个自我包含的逻辑会话,该逻辑会话包括逻辑通信节点(即执行视频游戏机软件的处理器)和逻辑端点(即视频游戏机的显示器)。进入房间的用户,想在电视机116上显示视频游戏,同时继续使用视频游戏机键盘来玩游戏。根据本发明,节点114能够移动其端点以传送分组到电视机,以便游戏可以在电视机而不是视频游戏机显示器上显示。即使没有真实的会话存在,如上面描述的,移动节点114仍然可以产生会话描述,并传送它到本地节点116,然后开始传送会话数据到本地节点116进行处理。
在本发明的一个示例性实施例中,在Ad-Hoc网络内的每个设备都可以根据会话端点管理协议(SEMP)发起操作。发起方可以与本地会话有关或者无关。在示例性SEMP协议中定义了六个操作移动、复制、拆分、合并、呼入会话和呼出会话。
移动操作可以用来改变端点设备。该操作是上面所描述的端点扩展操作,并且使用户在他的/她的继续会话的环境中选取最适当的设备。
当用户想要使用多个端点设备用于一个会话时,可以使用复制操作。该操作允许他人或设备加入现有的会话。在上述例子中,复制操作允许用户继续在电话114上观看视频节目,同时它也显示在电视机116上。
拆分操作可以用来将一个现有会话端点分成到两个以上的设备。在该操作中,单个会话被分成两个拆分的会话。虽然该操作将会话端点移动到其它多个设备,但它允许该拆分的会话之一留在最初的设备上。在上述例子中,除电视机116之外,如果在移动电话114的覆盖范围之内存在有音频系统(未示出),则电话114可以拆分会话以便电视机变成用于视频数据的辅助端点,同时音频系统变成用于音频数据的辅助端点。
合并操作可以用来将设备上的两个拆分的会话端点合并为单个设备的单个端点。合并操作也用来将两个独立的会话端点合并到单个设备上。在上述例子中,如果会话被拆分以便电视机116成为用于视频数据的辅助端点,以及音频系统成为用于音频数据的辅助端点,则合并操作可以用来将音频会话转移到电视机116,以便它处理会话的音频与视频数据。
没有连接到另一网络(例如IP网络102)的设备可以使用呼入会话操作,以拾取在IP网络之上传输的会话(例如电话呼叫)。因为该设备没有连接到网络102,所以它不能直接接收该呼叫。在示例性实施例中,来自网络102的呼入呼叫可以通知在诸如移动电话114这样的不可以连接到网络102但可以经由Ad-Hoc网络与其它设备通信的设备的覆盖区域内的每个设备。
发起在其没有直接连接的网络(例如IP网络102)上的会话(例如电话呼叫)的设备可以使用呼出会话操作。通过经由Ad-Hoc网络连接到直接连接该网络的设备,在Ad-Hoc网络中的每个设备都可以发起呼出会话操作。
在提供这些操作的每一个的详细描述之前,描述SEMP协议的总体格式是有用的。SEMP消息可以是从客户端到服务器的请求,或者从服务器到客户端的响应。如上面所引用的,SEMP消息格式类似于SIP的格式。两个消息类型都包括起始行、一或多个报头字段、表示报头字段末尾的空行、以及可选的消息主体。该信息结构如表1中所示。
表1通用-消息=起始行*消息-报头CRLF*[消息-主体]起始行=请求行|状态行在这个例子中,起始行、每个消息-报头行、以及空行都由回车换行序列(CRLF)来结束。注意当没有消息主体时,发送空行(即,CRLF)。
通过具有用于起始行的请求行来区分示例性会话端点管理协议中的请求。请求行包含方法名称、请求端点ID、以及由单个空格(SP)符隔开的协议版本。
请求行以CRLF结束。在该示例性协议中,除了行结束的CRLF序列外,不允许出现CR或者LF。在该单元的任何一个中都不允许线性空格(LWS)。请求行的格式如表2所示。
表2请求行=方法SP请求端点ID SP SEMP版本CRLF方法该示范性SEMP定义了七个方法1)用于交换信息的信息、2)移动、3)复制、4)拆分、5)合并、6)用于操作会话端点的连接、以及7)用于终止本地会话的结束。
请求端点ID请求端点ID字段是端点设备识别符。该识别符表示该请求正在寻址的设备。在示例性实施例中,设备的IP地址用作请求端点ID。
SEMP版本请求和响应消息都包括表示兼容要求的SEMP版本。为了与规范一致,两个设备之间的SEMP消息需要包括可兼容的SEMP版本,例如″SEMP/1.0″。
SEMP响应通过具有状态行作为它们的起始行来区分请求。状态行由协议版本、数字状态码及其相关的文本短语组成,其中每个单元由单个SP字符分开。除了最后的CRLF序列外,不允许存在CR或者LF。SEMP响应的结构如表3所示。
表3状态行=SEMP版本SP状态码SP原因短语CRLF状态码状态码是3位整数结果码,其表示试图理解和满足请求的结果。
原因短语原因短语打算给出该状态码的短文本描述。
状态码打算用于自动设备,而原因短语则是打算用于人类用户。客户端不需要检验或者显示该原因短语。
状态码的第一位数字定义响应类别。最后两位数字没有任何分类作用。因此,具有在200和299之间的状态码的任何响应都称为″2xx响应″,具有在400和499之间的状态码的任何响应都称为″4xx响应″,等等。如表4所示,SEMP/1.0对第一位允许有三种值。
表42xx成功--表示动作被成功地接收、理解、和接受;4xx客户端错误--请求包含错误语法或不能在服务器上执行;5xx服务器错误--服务器不能完成明显合法的请求;示范性的SEMP报头字段在语法和语义上都类似于SIP报头字段。SEMP也规定在逗号分隔的列表中具有相同的字段名和数值的多个报头字段能合并为一个报头字段。特别地,具有按照表5中所示的形式的语法的任何SEMP报头都允许将相同名称的报头字段合在一个逗号分隔的列表中。
表5报头=“报头名称”HCOLON报头值*(逗号报头值)该示例性报头遵循与RFC 2822的2.2部分中所给出的描述SIP的报头格式相同的通用报头格式。每个报头字段由后面跟着一个冒号(″″)的字段名和字段值组成。
用于消息报头的格式语法允许在冒号两边使用任意数量的空格;然而,实现希望避免在字段名和冒号之间的空格,并且在冒号和字段值之间使用单个空格(SP)。可以被接受的句法的例子如表6所示。
表6内容长度 1024内容长度 1024内容长度 1024
内容长度1024当表6所示的所有格式都有效和等效时,最后的条目是优先格式。
具有不同字段名的报头字段的相对次序并不重要。多个报头实现被期望能够处理每行单值或逗号分隔数值格式的任意组合中的相同名称的多个报头字段列。
在该示范性协议中,为字段名称定义了报头字段值的格式。其可以为TEXT-UTF8八位字节的不透明序列,或者是空格、记号、分隔符和引用字符串的组合。如表7所示,许多现有的报头字段都坚持数值后跟着分号分隔的参数名称序列、参数值对的通用格式。
表7字段名字段值*(;参数名称=参数值)在该示范性实施例中,即使任意数量的参数对可以附着于报头字段值,期望任何给定的参数名称只出现一次。
示范性SEMP也提供一种机制来以缩写的形式表示通用报头字段名。当消息变的太大以致无法承载在可用于其的传输上时,这就有用了。下面描述这些压缩格式。压缩格式可以在任何时候替代报头字段名的长格式,没有改变消息的语义。在该示例性实施例中,在相同的消息内,报头字段名可以以长和短的两者形式出现。
所有SEMP消息,请求或响应,都可以包含消息主体。如果内容数目报头表示存在多个主体,则该示范性SEMP允许消息包含多个主体。
在该示例性实施例中,内容类型报头字段表示消息主体的互联网媒体类型。如果该主体已经进行诸如压缩这样的任何的编码,则其由内容编码报头字段来指示,否则,省略内容编码。如果合适,则消息主体的字符集表示为内容类型报头字段值的一部分。
SEMP消息可以包含二进制主体或者主体类型。当发送方没有明确指定字符集参数时,定义“文本”类型的媒体子类型以具有默认字符集值“UTF-8”。
内容长度报头字段规定以字节为单位的主体长度。用于示范性SEMP的报头字段的内容在下面描述。
内容数目报头字段用来表示消息具有多个主体。如果消息只有一个主体,则该报头字段可以省略。
如上面描述的,参考表2,SEMP定义若干“方法”以管理会话端点。这些方法与使用协议所执行的操作相一致并且用于SEMP请求行中,以及表示响应SEMP请求所采取的动作。在下面所提供的示例性实施例的描述中,按照它们的方法名(即信息(INFO)、移动(MOVE)、复制(COPY)、拆分(SPLIT)、合并(MERGE)、连接(CONNECT)和结束(TERMINATE))来参阅SEMP消息。
SEMP信息(SEMP_INFO)消息用来交换信息。可以交换的信息包括会话描述、主端点相关内容和会话相关内容。在该示例性实施例中,该消息包括信息类型(Info-Type)和信息状态(Info-State)报头字段。信息类型字段表示诸如由该消息所携带的会话描述、主端点相关内容和会话相关内容这样的信息。信息状态字段值可以是″询问″或者″指示″。在询问状态中,节点请求从另一节点请求信息,并接收具有作为答复的该请求的信息的响应消息。在指示状态中,节点提供信息给另一节点,并可以在响应消息中接收该另一节点将被或者不被支持的指示。如果其它的协议可用于系统中,则该消息不是必需的。
SEMP移动(SEMP_MOVE)消息用于将会话端点移动到另一节点。在上面已经详细描述了该操作。在该示例性实施例中,该消息包括用于该移动操作的指定源节点和目的节点的从报头字段和到报头字段。源节点或者目的节点都可以发起该消息,而且在Ad-Hoc网络中的其它节点也可以发起该消息。
SEMP复制(SEMP_COPY)消息用于复制会话在另一节点上。该示范性消息包括指定当前会话端点和会话将被复制到的辅助端点的从报头字段和到报头字段。该复制操作中涉及的每个节点以及在Ad-Hoc网络中的其它节点都可以发起该消息。
SEMP拆分(SEMP_SPLIT)消息用于将单个现有的会话端点拆分到两个或多个设备。该示范消息包括从报头字段和到报头字段。任何节点都可以发起该消息。
SEMP合并(SEMP_MERGE)消息用于将两个设备上的两个拆分的会话合并在单个设备上的单个会话。在该示例性实施例中,该消息包括从报头字段和到报头字段。Ad-Hoc网络中的任何节点都可以发起该消息。
SEMP连接(SEMP_CONNECT)消息用于通知Ad-Hoc网络中的节点有呼入呼叫,或者让另一节点进行呼出呼叫。
SEMP结束(SEMP_TERMINATE)消息用于结束设备之间的Ad-Hoc本地会话,并释放分配给单个或者拆分的会话的资源。该消息可以用来结束主端点和与主端点有关的会话。在该示例性实施例中,该消息包括结束目标报头字段。Ad-Hoc网络中的任何节点都可以发起该消息。
下面在表8中描述用于该示范性SEMP协议的报头字段以及它们的压缩格式。
表8信息类型信息类型报头字段识别SEMP信息消息的用途,因为它用于会话描述交换、主端点相关内容交换和会话相关内容传送。
信息状态信息状态报头字段显示SEMP信息消息的状态。该字段可以有″询问″或″指示″值。
会话ID会话ID报头字段唯一地识别特定的会话。第一主端点分配该识别符用于任意的SEMP操作。会话ID报头字段的压缩格式为i。
主端点主端点报头字段保存该主端点的地址。主端点报头字段的压缩格式是p。
前一节点前一节点报头字段示出前一节点的地址,也就是,执行数据的应用级转发的节点。如下所述,该字段可以用来路由优化。
从从报头字段保存发送SEMP消息的节点地址。从报头字段的压缩格式为f。
到到报头字段保存SEMP消息的目的地地址。该值识别接收该消息的节点。到报头字段的压缩格式为t。
结束目标结束目标报头字段保存其会话被结束的节点的地址。
内容长度内容长度报头字段表示消息主体的大小。该大小作为八位字节的十进位数被发送到接收方。应用程序需要使用该字段以表示将要传送的消息主体的大小,不考虑实体的媒体类型。在该示例性实施例中,消息主体的大小不包括分隔报头字段和消息主体的CRLF。对于该字段任何大于或等于零的内容长度都是有效值。如果消息中不存在主体,则内容长度报头字段的值为零。如果消息中存在多个主体,则内容长度报头字段值的次序与主体次序相同。该报头的压缩格式为1。
内容类型内容类型报头字段表示发送给接收方的消息主体的媒体类型。只要消息具有主体,则内容类型报头字段就存在。该报头字段的压缩格式为c。
内容数目内容数目报头字段表示包括在发送给接收方的消息中的消息主体的数量。应用程序需要使用该字段来表示将要传送的消息主体的数量。如果消息包含多于一个消息主体,则就存在内容数目报头字段。主体之间没有分隔符。内容长度报头字段可用于分隔。该报头字段的压缩格式为n。
由通信节点称作端点的节点被称为主端点。当会话有效时,主端点从来不该变。为了将主端点改变到另一设备,需要建立新的会话,像SIP这样的会话建立协议可以用于建立新的会话。在主端点改变过程中,将要成为下一个主端点的新设备必须与当前主端点交换主端点相关内容(PEC)。大多数SEMP消息包括主端点地址。因此参与会话中涉及的每个节点都能与主端点进行通信。
PEC是描述Ad-Hoc网络中的会话状态的信息。该示范性SEMP不定义PEC的内容。主端点具有PEC,并且当建立新会话以改变主端点时,该PEC被发往新的主端点。
在Ad Hoc网络中的任一节点试图与通信节点建立新会话之前,需要交换PEC。虽然PEC的使用不限于SEMP,但是SEMP信息消息可以用来传送PEC。
该示范性SEMP管理每个端点的逻辑操作。然而,它不影响Ad-Hoc网络中的设备之间的消息路由。例如,在移动操作之后,应用层将主端点接收的任何数据转发到辅助端点。为了处理该转发,在主端点和辅助端点之间需要具有路由器。然而在逻辑上,辅助端点直接连接主端点。因为其仅与该逻辑连接有关,所以即使当Ad-Hoc网络包括路由优化机制,该示范性SEMP也进行操作。
图6A到6H示出了根据本发明的路由优化的两个例子。图6A到6G示出了在Ad Hoc网络中的四个设备A、B、C和D。在该例子中,设备A是主端点(PE)。在图6A中,通过定义设备B作为辅助端点(SE),已经执行了按照该示范性SEMP的移动操作来移动会话端点。在设备A和B之间建立了本地会话,并且,设备A在应用层仅传送会话数据到设备B。需要注意,设备A,在Ad-Hoc网络中节点B的前一节点,不工作为路由器。在图6B中,从图6A所示的配置开始,设备B试图将会话端点移到设备C。虽然消息从设备B发到设备C,但包括路由功能的设备C知道它可以从设备A直接接入会话。在该例子中,不响应来自设备B的移动消息,设备C从该消息中读取前一节点字段,将节点A识别为在其覆盖区域内的节点,并发送一个移动消息给节点A,以请求节点A将会话移动到节点C而不是节点B。从而,由于由于路由优化机制的缘故,本地会话没有建立在设备B和C之间,而是建立在设备A和C之间。在图6C中,根据图6B中所示的配置,设备C试图将该本地会话传送给设备D。考虑用于执行该操作的两个方案是有用的。如果设备B或设备C能充当路由器,则设备D在逻辑上可以建立到设备A的本地会话。如果设备B和C都不能充当路由器,则会话从设备C移动到设备D,其中,设备C,设备D的前一节点,向设备D执行会话数据的应用级转发。
图6D到6G中示出了另一路由优化例子。这些图示出了在个人区域网络(PAN)内的四个节点。在图6D中,主端点、节点A和节点B分别向下一节点执行应用级转发。在图6D中,节点C尝试将本地会话移动到节点D。如图6D到6G中所示的,节点D位于节点A、B和C的覆盖区域之内。来自节点C的SEMP移动消息在其前一节点字段中包括其前一节点即节点B的相关信息。从而,当节点D接收到该移动消息时,它知道其位于节点B的覆盖区域之内并且路由优化是可用的。利用该信息,如图6E中所示的,节点D发送移动消息给节点B,以请求B将其会话移动到节点D。节点B答复一个包括其前一节点(即节点A)的身份的应答(ACK)消息。当节点D接收到该ACK时,节点D知道其位于节点A的覆盖区域之内并且进一步的路由优化是可用的。这样,如图6F中所示的,节点D发送移动消息给节点A。最后,如图6G中所示的,在节点A和D之间建立本地会话,并且完成路由优化。
图6H举例说明上面所述的示范性SEMP的进一步便于路由优化的扩展。该图示出了利用该示范性SEMP移动操作所创建的Ad Hoc网络。节点P是连接到通信节点CN的主端点。节点S1、S2、S3、...、SN是利用该SEMP移动操作所创建的各辅助端点。在图6H中所示出的例子中,有n+1个辅助端点,从而该节点序列中的n+1个节点定义了Ad-Hoc网络。节点Sn+1,该序列中的最后节点,是该会话的实际端点。
如上所述,节点Sn只能知道主端点(从主端点字段中)和节点Sn-1(从前一节点字段中),并能利用移动消息该信息发送给节点Sn+1。因此,即使在节点P与节点Sn-2之间的节点序列中的其它节点之一,例如节点1,位于节点Sn+1的覆盖区域之内,节点Sn+1也不能发起移动操作,因为它没有其它节点的任何相关信息。
这可以使用示范性SEMP协议的扩展来解决。根据该扩展,只要移动操作被请求,将要成为序列中新的最后节点的节点发出后向查询分组(例如SEMP_ROUTE_OPT分组)给该节点序列,该节点序列定义了由重复的移动操作所产生的Ad Hoc网络。在这个例子中,节点Sn+1发送SEMP_ROUTE_OPT消息给节点Sn。在接收该分组之后,Sn将其转发给节点Sn-1。最后,该后向查询分组到达主端点。该后向查询分组包含节点信息,例如媒体接入(MAC)层地址。该信息使节点能够优化路由。例如,如果节点S1和S3,但不是节点S2,在节点Sn+1的覆盖区域之内。当节点S3接收到SEMP_ROUTE_OPT消息时,它切断从Sn到Sn+1的路径,并且同时其直接发送SEMP移动消息给节点Sn+1。建立更有效的路径。作为该新的移动操作的结果,节点Sn+1发出SEMP_ROUTE_OPT消息。因为节点S3这时处于与节点Sn+1直接通信中,所以SEMP_ROUTE_OPT分组经由节点S3和S2发送给节点S1。当节点S1接收到SEMP_ROUTE_OPT消息时,它切断从节点Sn+1到节点S3的路径,同时其直接发送SEMP移动消息给节点Sn+1。从而,建立起更有效的路径。
该示范性会话端点管理协议能处理多种会话,并是″会话不可知论者″。然而,有些会话使用会话的历史数据。该历史数据在这里称作会话相关内容。例如,假设会话是用于下载文件的文件传送协议(ftp)会话。如果在下载过程的中间应用移动操作,则该下载的文件的前半部分保留在先前的设备中,并且仅该文件的后半部分输出到新设备。在这个例子中,该文件就是会话相关内容,并且,为了使该会话移动操作有意义,需要通过会话相关内容传送协议将该文件的前半部分发送给该新设备。当该示范性SEMP不包括会话相关内容传送协议时,使用一个或多个SEMP信息消息来传送该会话相关内容是可以想象的。
图7、8、9、10、11和12举例说明了每个SEMP操作中的消息交换事务处理。为了简化描述,假设每个请求消息都接收到肯定的响应。
移动图7A到7D示出了SEMP移动操作的例子。在这些图中,节点S是源节点,节点D是目的节点。因此,会话端点从节点S移动或扩展到节点D。节点O位于Ad Hoc网络内,其没有参与该实际操作(即,既不是源节点也不是目的节点)。然而,节点O能发送一个发起该操作的消息。在图7A中,节点S发起移动操作。如图7A中所示的,节点S发送移动消息给节点D,节点D答复以响应消息(即,ACK消息)。在图7B中,节点O是发起方,请求节点S扩展其会话到节点D。节点O首先发送移动消息给节点S。接下来,节点S发送移动消息给节点D。节点D使用ACK消息响应节点S,然后节点S使用ACK消息响应节点O。图7C举例说明了节点D是发起方的场景,而图7D举例说明了节点O是发起方但将移动消息发送给节点D而不是节点S的另一场景。
复制图8A到8D示出了根据本发明的SEMP复制操作的例子。在这些图中,节点S是复制操作的源节点,而节点D是目的节点。因此,会话端点被从节点S复制到节点D。当复制操作完成时,节点S和D都是会话端点。节点S是主端点(或者来自先前SEMP操作的辅助端点),而节点D是辅助端点,镜像在节点S上的会话处理。节点O是在Ad Hoc网络内没有参与该实际操作的节点。然而,它能发送一个发起该操作的消息。在图8A中,节点S发起复制操作。在这个例子中,节点S发送给节点D一个复制消息,而节点D答复一个ACK响应消息。在图8B中,节点O是发起方,并且它首先发送消息给节点S。在节点S接收到复制消息之后,它就发送消息到节点D。节点D使用ACK消息来响应,然后节点S使用ACK消息来响应节点O。在图8C中,节点D是发起方。在图8D中,节点O再次是发起方,但是它发送消息给节点D,以便节点D能从节点S请求复制操作。
拆分图9A到9J示出了根据本发明的SEMP拆分操作的例子。在该图中,节点S是拆分操作的源节点,而节点D1和D2分别为该操作的目的节点。例如,节点S可以是图3中所示的移动电话114,节点D1可以是电视机116,而节点D2可以是音频系统(未示出)。在图9A所示的例子中,会话端点被从节点S拆分到节点D1和D2。在图3所示的例子的相关内容中,在该拆分操作中,该会话的正在电话114的屏幕上显示的视频部分被传送给电视机116,而该会话的音频部分被传送给音频系统。在图9B、9D、9F、9H和9J所示的例子中,节点O是在Ad Hoc网络内没有参与该实际操作但能发送一个发起该操作的拆分消息的节点。
在图9A中,节点S是拆分操作的发起方。节点S分别发送拆分消息给节点D1和D2。在图9A所示的例子中,节点D1和D2答复ACK响应消息。除了节点O是发起方并且其首先发送拆分消息给节点S以外,图9B表示图9A中所示的相同操作。该消息表示会话端点S将在节点D1和D2之间拆分其会话。在接收到拆分消息之后,节点S发送消息给节点D1和D2。节点D1和D2响应各自的ACK消息给节点S,然后节点S响应ACK消息给节点O。在图9C中,节点S是发起方。节点S发送拆分消息给节点D1,然后节点D1发送拆分消息给节点D2。在图9C所示的配置中节点D1和D2可以互换。除了节点O是发起方以外,图9D表示与图9C相同的操作。在这个例子中,节点O首先发送消息给节点S,然后该操作按照参考图9C所描述的来进行。
在图9E中,节点D1是发起方,它首先发送拆分消息到节点S。接下来,节点S发送拆分消息到节点D2。节点D2响应ACK消息给节点S,节点S响应ACK消息给节点D1,然后开始从节点S到节点D1和D2的拆分会话数据传送。在图9F中,节点O是发起方,除此以外该操作与图9E中的操作相同。在图9G中,节点D1是发起方,并且它首先发送拆分消息到节点D2。节点D2通过发送拆分消息给节点S来响应。节点S响应ACK消息给节点D2,然后节点D2响应ACK消息给节点D1。在该第二ACK消息之后,可以开始从节点S到节点D1和D2的数据传送。除了节点O是发起方外,图9H和图9G相同。在图9I中,节点D1是拆分操作的发起方。节点D1发送拆分消息到节点S和D2。节点S和D2用ACK响应消息答复节点D1。虽然未示出,但在图9I中节点D1和D2可以互换。除了节点O是发起方外,图9J与图9I相同。
合并图10A到10J示出了根据本发明的SEMP合并操作的例子。合并操作是拆分操作的反操作;它将两个会话合成单个会话。利用上面参考拆分操作所描述的例子,合并操作可以将发送给音频系统(未示出)的音频会话和发送给电视机116的视频会话合并成发送给移动电话114的单个会话。在该图中,节点S1和S2是合并操作的源节点,而节点D是该操作的目的节点。因此,会话端点被从节点S1和S2合并到节点D。此外,节点O是Ad Hoc网络内没有作为源节点或者目的节点参与合并操作的节点。然而,节点O能发送一个发起合并操作的消息。
在图10A中,节点D是合并操作的发起方。节点D发送各合并消息到节点S1和S2。在这个例子中,节点S1和S2随后发送各自的ACK答复响应消息到节点D。一旦节点D接收到ACK答复消息,就可以开始该合并数据的传送。除了节点O是发起方并且其首先发送合并消息给节点D以外,图10B与图10A相同。在图10C中,节点D是发起方。节点D发送合并消息到节点S1,然后节点S1发送合并消息到节点S2。节点S2使用ACK消息来响应节点S1,而节点S1使用ACK消息来响应节点D。
在节点D接收到ACK消息之后,可以开始该合并数据的传输。在这个例子中,除了发送其会话数据到节点D之外,节点S1还作为节点S2发送到节点D的会话数据的代理。除了节点O是发起方外,图10D与图10C相同。在图10E中,节点S1是发起方。它发送合并消息到节点D,然后节点D发送合并消息到节点S2。除了节点是O发起方外,图10F与图10E相同。在图10G中,节点S1再次是发起方,但是它发送合并消息到节点S2。然后节点S2发送合并消息给节点D。除了节点O是发起方外,图10H与图10G相同。在图10I中,节点S1通过发送各自的合并消息到节点D和S2来发起合并操作。节点S和D2用各自的ACK响应消息来答复节点D1。在图10I中节点S1和S2互换是可以想象的。除了节点O是发起方外,图10J表示与图10I所示的操作相同的操作。
呼入会话图11A到11D示出了根据本发明的SEMP呼入会话操作的例子。在这些图中,节点P是主端点。节点D1和D2是不能作为主端点的设备,例如,因为他们不位于与主端点节点P相同的网络中。在上面的例子中,节点114是IP网络102和形成有电视机116的Ad-Hoc网络两者的成员。在这个例子中,电视机116不能接收来自网络102的呼入呼叫。但是,电话机114可以接收该呼入呼叫。SEMP协议的这个操作允许电话114作为电视机116的代理接收呼入呼叫。更具体地,呼入会话操作使不是主端点的辅助设备允许该主端点代表该辅助设备拾取会话。在Ad-Hoc网络中主端点的存在使在其覆盖区域中的设备能够接收呼入会话,即使这些设备不位于会话所建立的网络中。在该示例性实施例中,该拾取的会话立即通过移动操作从主端点移动到辅助端点。但是,这些设备位于也包括主端点节点的个人区域网络(PAN)中。
在图11A中,节点P接收呼入会话。然后,节点P向在其覆盖区域内的所有设备广播一个连接消息。在覆盖区域范围之内的节点D1和D2接收该连接消息。节点D1使用ACK响应消息来答复节点P,使得节点P拾取会话。在图11中,节点P再次接收到呼入会话,并向在其覆盖区域内的所有设备广播一个连接消息。如第一个例子所示的,节点D1用ACK响应消息来答复。然后,节点D1立即向P发送移动消息(如上所述),以将会话端点从节点P移动到节点D1。在这些例子中,节点D2或者不响应或者用否定回答(NAK)消息来响应。在图11C中,节点P接收呼入会话,并向在其覆盖区域内的全部设备广播一个连接消息。节点D1再次用ACK响应消息来答复。然而,在这个例子中,节点D1不想参与会话,相反,想要节点D2参与会话。这样,节点D1立即发送移动消息到节点P,使节点P将会话端点移动到节点D2。然后节点P发送移动消息到节点D2。在图11D中,节点P再次接收到呼入会话。节点P再次向在其覆盖区域内的所有设备广播一个连接消息。节点D1答复ACK响应消息。然后,节点D1立即发送一个移动消息到节点D2,以使节点D2从节点P请求会话端点。因此,节点D2发送一个移动消息到节点P。
呼出会话图12A到12D示出了根据本发明的SEMP呼出会话的例子。如图11A到11D中一样,在图12A到12D中,节点P是一个主端点。节点D1和D2是不能做为主端点的设备。尽管如此,节点D1想要在节点P所连接的网络上发起一个会话。例如,该示范性SEMP呼出会话操作允许一个位于与连接到该网络的设备相同的PAN中的设备在该网络上发起会话。在主端点覆盖区域内的每个设备能发起该操作,即使发起设备自身不参与会话。在这些例子中,节点P发起会话,然后,使用移动操作将已建立的会话从主端点移动到辅助设备。
在图12A中,节点P是呼出会话的发起方。节点D1向节点P发送一个连接消息,以使节点P与位于Ad Hoc网络外的节点建立会话。节点P使用ACK响应消息来答复节点D1,然后,建立所请求的会话。在图12B中,节点P再次是呼出会话的发起方。节点D1发送一个连接消息到节点P,以使它与位于Ad Hoc网络外的节点建立会话。然后,节点P使用ACK响应消息来答复节点D1,并且随后节点P建立所请求的会话。节点D1立即发送一个移动消息到节点P,以使节点P将该建立的会话的会话端点移动到节点D1。在图12C中,节点P再次是呼出会话的发起方。节点D1再次发送一个连接消息到节点P,以使其与位于Ad Hoc网络外的节点建立会话。节点P使用ACK响应消息来答复节点D1。然后,节点P建立所请求的会话。然而,在这个例子中,节点D1想要使节点D2作为会话端点。因此,节点D1立即发送一个移动消息到节点P,以使节点P将会话端点移动到节点D2。这样,如上面所描述的,节点P发送一个移动消息到节点D2,以将节点D2建立为辅助端点。在图12D中,节点P在是呼出会话的发起方。节点D1向节点P发送一个连接消息,以与位于Ad Hoc网络外的节点建立会话。节点P向节点D1答复ACK响应消息,建立所请求的会话。节点D1立即发送一个移动消息到节点D2,以从节点P获取会话端点。相应地,节点D2发送一个移动消息到节点P。
虽然按照示例性实施例来描述本发明,但是如上所描述的在权利要求的范围内实现本发明是可以想象的。
权利要求
1.一种用于在包括第一设备的Ad-Hoc网络环境中管理会话端点的协议,所述第一设备被配置为在所述第一设备和通信节点之间的会话的主端点,所述通信节点位于包括所述第一设备的主网络环境中,所述Ad-Hoc网络环境包含所述第一设备和至少一个本地设备,所述协议包括步骤通过所述第一设备发现所述至少一个本地设备的身份;通过所述第一设备,经由会话描述信息消息从所述至少一个本地设备中,接收描述所述至少一个本地设备正在参与的任何会话的信息;以及发送移动消息以将所述至少一个本地设备建立为所述会话的辅助端点。
2.如权利要求1所述的协议,其中所述发现所述至少一个本地设备的身份的步骤包括,按照预定的设备发现协议来执行设备发现操作的步骤。
3.如权利要求1所述的协议,其中所述发现所述至少一个本地设备的身份的步骤进一步包括步骤通过所述第一设备,发送请求设备能力数据的设备信息消息;以及响应于所述设备信息消息,通过所述至少一个本地设备,向所述第一设备发送包括所述至少一个本地设备的能力数据的进一步设备信息消息。
4.如权利要求1所述的协议,其中所述从所述至少一个本地设备中接收会话描述信息的步骤进一步包括,经由所述会话描述信息消息从所述至少一个本地设备中接收设备能力信息的步骤。
5.如权利要求1所述的协议进一步包括,通过所述第一设备向所述至少一个本地设备发送描述在所述第一设备和所述通信节点之间的所述会话的进一步会话描述信息消息的步骤。
6.如权利要求1所述的协议,进一步包括步骤响应于所述移动消息,配置所述至少一个本地设备以接收并处理所述会话的数据;以及通过所述第一设备,将所述会话数据转发给所述至少一个本地设备。
7.如权利要求6所述的协议,其中,响应于由所述至少一个本地设备从用户中接收的命令,所述至少一个本地设备执行所述配置所述至少一个本地设备以接收并处理所述会话数据的步骤。
8.如权利要求6所述的协议,其中,响应于由所述至少一个本地设备从所述第一设备中接收的命令,所述至少一个本地设备执行所述配置所述至少一个本地设备以接收并处理所述会话数据的步骤。
9.一种用于在包括第一设备的Ad-Hoc网络环境中管理会话端点的协议,所述第一设备被配置为在所述第一设备和通信节点之间的会话的主端点,所述通信节点位于包括所述第一设备的固定网络环境中,所述Ad-Hoc网络环境包含所述第一设备和多个本地设备,所述协议包括信息消息,其由所述Ad-Hoc网络环境中的所述多个本地设备的至少一个本地设备和所述第一设备的其中之一来发送,以从所述至少一个本地设备中请求信息或者向所述至少一个本地设备提供信息;以及移动消息,其由所述多个本地设备的一个本地设备发送给所述第一设备和所述多个本地设备的另一本地设备的其中之一,以使所述第一设备将所述另一本地设备建立为所述会话的辅助端点。
10.如权利要求9所述的协议,其中所述信息消息包括信息类型字段,其识别被请求或被提供的信息类型;信息状态字段,其表示所述消息是请求信息还是提供信息;以及内容字段,其包含由所述信息消息提供的任何信息;以及所述移动消息包括主端点字段,其识别所述第一设备;从字段,其识别所述多个本地设备中发送所述消息的设备;以及到字段,其识别所述多个本地设备中所述消息寻址的另一设备,其中所述另一设备将被建立为所述会话的辅助端点。
11.如权利要求9所述的协议,进一步包括复制消息,其由所述多个本地设备的一个来发送,以将所述多个本地设备的其中之一建立为所述辅助端点并且复制所述会话给所述辅助端点。
12.如权利要求9所述的协议,其中所述会话包括多个部分并且所述协议进一步包括拆分消息,其由所述多个本地设备中的一个来发送,以将所述多个本地设备中的第一和第二设备建立为所述会话的各个不同部分的辅助端点。
13.如权利要求12所述的协议,进一步包括合并消息,其由所述多个本地设备中的一个来发送,以将所述多个本地设备的其中一个设备建立为在所述多个本地设备的所述第一和第二设备中建立的所述单个会话的各部分的辅助节点。
14.如权利要求9所述的协议,进一步包括连接消息,其由所述多个本地设备中的一个发送给所述第一设备,以通知所述第一设备有呼入会话或者使所述第一设备发起会话。
15.如权利要求14所述的协议,进一步包括结束消息,其由所述多个本地设备中的一个发送到所述第一设备,以使所述第一设备结束所述会话。
16.一个用于管理第一设备中的逻辑会话的端点的协议,以有选择性地将所述端点扩展到位于所述第一设备的覆盖区域内的至少一个本地设备,所述协议包含步骤通过所述第一设备,发现所述至少一个本地设备的身份;通过所述第一设备,经由会话描述信息消息从所述至少一个本地设备中,接收描述所述至少一个本地设备正在参与的任何会话的信息;以及发送移动消息,以将所述至少一个本地设备建立为所述逻辑会话的辅助端点。
17.如权利要求16所述的协议,其中所述发现所述至少一个本地设备的身份的步骤包括,按照设备发现协议来执行设备发现操作的步骤。
18.如权利要求17所述的协议,其中所述发现所述至少一个本地设备的身份的步骤进一步包括,从所述至少一个本地设备发送设备能力信息消息给所述第一设备的步骤。
19.一种用于在Ad-Hoc网络环境中管理用以访问会话端点的路由的协议,所述Ad-Hoc网络环境包括在预定的节点序列中从起始节点到最后节点进行连接的多个节点,所述协议包括步骤通过所述最后节点,发现邻近所述最后节点的新节点的身份,其中所述新节点不在所述节点序列中;通过所述最后节点,经由会话描述信息消息从所述新节点中,接收描述所述新节点正在参与的任何会话的信息;从所述最后节点发送移动消息给所述新节点,以将所述新节点建立为所述Ad-Hoc网络中新的最后节点,所述移动消息包括所述节点序列中的中间节点的识别符,所述最后节点从所述中间节点中接收数据;通过所述新的最后节点,确定所述中间节点是否邻近所述新的最后节点;如果所述中间节点邻近所述新的最后节点,则从所述新的最后节点发送另一移动消息给所述中间节点,以在所述新的最后节点和所述中间节点之间建立直接连接;以及从所述新的最后节点发送结束消息给所述最后节点,以结束在所述最后节点和所述中间节点之间的任何会话。
20.一个用于在Ad-Hoc网络环境中管理用以访问会话端点的路由的协议,所述Ad-Hoc网络环境包括在预定的节点序列中从起始节点到最后节点进行连接的多个节点,包含步骤通过所述最后节点,发现邻近所述最后节点的新节点的身份,其中所述新节点不在所述节点序列中;通过所述最后节点,经由会话描述信息消息从所述新节点中,接收描述所述新节点正在参与的任何会话的信息;从所述最后节点发送移动消息给所述新节点,以将所述新节点建立为所述Ad-Hoc网络中新的最后节点;从所述新的最后节点发送路由优化消息给所述最后节点,所述路由优化消息包括所述新的最后节点的地址;从所述新的最后节点将所述路由优化消息转发给在所述预定节点序列中的所述最后节点的前一节点;通过所述前一节点,确定所述新的最后节点是否邻近所述前一节点;如果所述新的最后节点邻近所述前一节点,则从所述前一节点发送另一移动消息给所述新的最后节点,以在所述前一节点和所述新的最后节点之间建立直接连接;以及从所述前一节点发送结束消息给所述最后节点,以结束在所述前一节点和所述最后节点之间的任何会话。
21.如权利要求20的协议,进一步包括步骤从所述新的最后节点发送所述路由优化消息给所述前一节点,所述路由优化消息包含所述新的最后节点的地址;从所述前一节点将所述路由优化消息转发给另一节点,所述另一节点在所述预定节点序列中位于所述前一节点之前;通过所述另一节点,确定所述新的最后节点是否邻近所述另一节点;如果所述新的最后节点邻近所述另一节点,则从所述另一节点发送另一移动消息给所述新的最后节点,以在所述另一节点和所述新的最后节点之间建立直接连接;以及从所述另一节点发送结束消息给所述前一节点,以结束在所述前一节点和所述新的最后节点之间的任何会话。
22.如权利要求20的协议,进一步包括步骤发送所述路由优化消息给所述预定序列中位于所述前一节点之前的节点序列中的每个连续的节点;响应于接收到所述路由优化消息,由所述序列中的每个连续的节点来确定所述新的最后节点是否邻近所述每个连续的节点;如果所述新的最后节点邻近所述节点序列中的任何一个节点,则从所述一个节点发送另一移动消息给所述新的最后节点,以在所述一个节点和所述新的最后节点之间建立直接连接;以及从所述一个节点发送结束消息给所述节点序列中的所述一个节点的后一节点,以结束在所述后一节点和所述新的最后节点之间的任何会话。
全文摘要
一个用于在Ad-Hoc网络环境中扩展会话端点的协议,首先执行设备发现以确定在其覆盖区域内的本地设备和这些设备的能力。然后,这些本地设备与端点设备交换会话描述。如果当前会话可以由这些本地设备之一来支持,则响应来自用户的命令,该端点设备传送会话端点到该本地设备,并且该端点设备在该会话中充当该本地设备的代理。可选地,如果该本地设备具有到达通信节点的路径,该路径独立于通过该端点设备的路径,该本地设备沿着该路径建立会话,然后通知该端点节点结束其会话。
文档编号H04L29/12GK1774893SQ200480010352
公开日2006年5月17日 申请日期2004年4月15日 优先权日2003年4月15日
发明者萨迪亚·纳拉亚南, 小宫大作, 拉杰什·孔汉德尔瓦 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1