首页> 中国专利> 在网络电话呼叫中借助可控切换的'网络冲浪'

在网络电话呼叫中借助可控切换的'网络冲浪'

摘要

本专利申请公开了一种用于终端系统A0的“网络冲浪”方法,其将终端系统A0“可控切换”MHO到WLANx中的实际的综合接入设备x上或者用于移动网络x的虚拟综合接入设备x(IAD=综合接入设备),A0具有实际的或者虚拟的A0归属综合接入设备0和至第二终端系统Z0的A0连接。该可控切换通过A0归属综合接入设备0来支持。A0连接通常通过可控切换模块MHOM来中继,该可控切换模块MHOM被在A0归属综合接入设备0中的可控切换规范MHOS控制。该方法不仅为共享综合接入设备x/A0归属综合接入设备0的运营商而且为其归属终端系统的使用者提供了优点。MHOM(包括或不包括MHOS)与因特网移动技术的“归属代理”明显不同并且因此也支持目前的WiFi电话/FMC电话。也就是说,该网络冲浪方法短期适于VoIP电话,但并不限于此。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-08-06

    授权

    授权

  • 2010-04-28

    实质审查的生效 IPC(主分类):H04W36/14 申请日:20080104

    实质审查的生效

  • 2010-01-13

    公开

    公开

说明书

发明主题

本专利申请公开了一种终端系统A0的“网络冲浪”方法(该终端系 统具有实际的或者虚拟的A0-homeIAD0和至第二终端系统Z0的A0连 接),用于该终端系统“可控切换(MHO)”至无线局域网x(WLANx) 中的实际IADx或者至移动网络x的虚拟IADx(IAD=综合接入设备)。可 控切换通过A0-homeIAD0来支持。

A0连接通常通过可控切换模块MHOM来中继,该可控切换模块由 A0-homeIAD0(A0归属IAD0)中的可控切换规范MHOS来控制。这为 sharedIADx/A0-homeIAD0(共享IADx/A0归属IAD0)的运营商以及运营 商的归属终端系统(homeEndsystemen)的使用者提供了优点。

MHOM(包括或者不包括MHOS)与因特网移动技术的“归属代理 (Home Agent)”明显区别,并且因此也可以支持目前的WiFi/FMC电话。 也就是说,网络冲浪方法短期适应于VoIP电话(但并不局限于此)。

A.切换的现有技术相对于网络冲浪方法的局限性

US 2006/0099948 A1在其背景部分及其方法的描述中准确地阐述了 “无缝切换”的现有技术,特别是阐述了“媒介无关的切换(MIH)”的 现有技术。(更为广泛地说)V.Gupta等人的“IEEE802.21- Uebersichts-Publikation”(DCN 21-06-0706-00-0000)、L.-J.Chen的UCLA CSD-TR No.040012、G.A.Mills-Tetty等人(“Mobile Voice over IP (MVOIP)......”2002年第21次IEEE International Performance, Computing,and Communications Conference的会议论文集)以及E. Edvardsen等人(“Open Accss Networks”,Telenor Research and Development,2002)或者H.Almus(“Open Broadband Access Networks”, TERENA Networking Conference 2006)  或者P.A.Frangoudis (“Experimental evaluation of community-based WLAN voice and data services”,ICST 978-963-06-2670-5)的论文讨论了不同的技术上的切换变 形方案。J.Schiller的著作(“Mobile Communications”,Addison-Wesley, 2003)的有关的和完整的综述讨论了用于将来的切换技术的、因特网移动 技术的广泛的仪器设备。

这些论文仔细地描述了切换的现有技术,并且表明切换的现有技术并 未实现网络冲浪方法的创新性特征,即网络冲浪方法的特征:

■通过放弃目前对于WiFi/FMC电话(尚)不常见的技术,适于支持 目前的WiFi电话或者FMC电话以及sharedWLAN-IAD(共享 WLAN-IAD)的可控切换,以及特别是

■在对任何其他网络运营商屏蔽这种有利应用的情况下,适于为 homeIAD/sharedIAD运营商和终端系统使用者带来优点。

相对于因特网移动技术和“HOCIS(切换便利信息支持)方法”(2007 年3月12日的PCT/EP 2007/010485,其内容通过参考结合于本申请中, 所谓的“Incorporation by Reference”),该网络冲浪方法分别具有至少一个 附加的技术特征:其可能的无隧道中继(即上述的第一特征)或者其技术 的通信用于实现homeIAD/sharedIAD运营商的商业措施(该措施通常针对 VoIP呼叫中的两个终端系统使用者进行,通常借助至二者的不同消息来进 行,确切地说,有针对性地在两个终端系统中之一切换之时进行并且随后 便利信息相关(即上述的第二特征))。切换的现有技术和因特网移动的现 有技术(后者带有其向类似方向发展的WO 2006/031379 A1和WO 2006/031384 A1,然而它们尤其是明确排除了电话/VoIP应用)都没有实现 这两个技术特征(无隧道中继或者附加的、技术上“便利信息”相关的(商 业)通信),HOCIS方法和“发起的呼叫(Sponsored-Call)”方法之一(例 如参见相应网页上的“ARGELA Multimedia Sponsored Call White Paper” 或者2007年8月的“Rich Multimedia Applications on IMS Framework”) 同样也没有实现这两个技术特征。

B.借助最简单的例子对本发明的基本描述

本专利申请公开了一种用于终端系统A0的“网络冲浪”方法(所述 终端系统具有实际的或者虚拟的A0-homeIAD0和至第二终端系统Z0的 A0连接),用于该终端系统“可控切换(MHO)”至WLANx中的实际IADx 或者至移动网络x的虚拟IADx(IAD=综合接入设备)。可控切换通过 A0-homeIAD0来支持。

A0连接通常通过可控切换模块MHOM来中继,该可控切换模块根据 A0-homeIAD0中的可控切换规范MHOS来控制(两个实施是分布式的或 者本地的),这为sharedIADx/A0-homeIAD0的运营商以及运营商的归属终 端系统(homeEndsystemen)的使用者提供了优点。MHOS是A0-homeIAD0 运营商私有的并且必要时是归属终端系统特有的。该中继控制:

■在A0中的网络冲浪者方面为sharedIADx运营商提供了如下优点: 网络冲浪者对于sharedIADx运营商而言不再是法律风险,因为对于 A0而言,homeIAD0是可识别的,并且由此homeIAD0的运营商对 于由A0造成的因特网滥用在法律上负责。

■为homeIAD0运营商和所有与其合作的sharedIADx运营商提供了如 下优点,例如

○IAD0/sharedIADx归属终端系统的网络冲浪的可控切换变形方 案,以及随之而来的、IAD0/sharedIADx归属终端系统运行的显 著的成本降低/质量提升潜力,

○对homeIAD0/sharedWLANx运营商的商业可能性,通过 homeIAD0/sharedWLANx运营商的具有产生感受性以及产生共 鸣的“HOCIS”信息的消息“便利信息相关性(CI-Korrelation)” 以及必要时将该便利信息相关性不仅传送给网络冲浪者而且也 传送给网络冲浪者的对话者(确切地说,分别在技术上和内容上 是符合要求的,即不同地设计的),

○利用这些优点的安全性(即对这些优点的利用与第三方无关,必 要时甚至对于第三方(例如中间的网络运营商)是不可见的)(然 而这并不排除通过他方(例如网络运营商)来支持WLAN冲浪 方法(Wsurfing-Verfahren)。

■为终端系统使用者提供了优点,因为终端系统使用者(出于上面所 提及的原因)发现更多开放的共享WLAN,并且终端系统使用者的 尤其是至这些共享WLAN的可控切换对于他们而言比目前的更为 舒适,特别是由于可控切换的“便利信息相关性”。

相对于因特网移动技术的“归属代理”的功能,MHOM(包括或者 不包括MHOS)的功能在OSI-RM(开放系统互联参考模型)的L3至L7 上被限制/扩展,以便也能够借助目前的没有掌握合适的隧道技术的 WiFi/FMC电话和共享WLAN实施该切换管理或者能够利用上述优点。也 就是说,网络冲浪方法短期针对VoIP电话,并且更为特定地说针对VoIP 呼叫中的“WLAN冲浪”(又名W冲浪),该B部分的例子描述了该“WLAN 冲浪”的特征,针对WLAN冲浪的安全性/私密性(参见C部分)和针对 WLAN冲浪的商业利用(并不局限于类似情况)。

为了强调这一点,指出了W冲浪方法例如在IP-TV传输(而不是VoIP 传输或者伴随的情况)情况下的应用可能性,或者譬如在A0的使用者的 面向安全性的实时跟踪(Echtzeit-Begleitung)的情况下的应用可能性。在 所有这些通信应用中,所有以下对W冲浪/网络冲浪的阐述都同样适用于 VoIP通信应用的情况。因此,VoIP通信应用可以视为对于根据本发明的 方法/设备的多种其他应用可能性的代表,所以在下面只是偶尔提及这些 其他应用可能性。

小的homeIAD可以通过接入自己使至少一个终端系统(例如电话及 其使用者)实现并且在上述意义上支持接入至少一个网络,例如接入因特 网和/或PSTN,其中接入至少一个网络如下地进行:

■通过无线网络和在无线网络中可任意限定的区域(例如IAD的可到 达范围或者GSM网络的任意的(必要时全部的)区域)进行,或 者

■通过物理连接(例如电话线缆或者同轴线缆)进行。

WLAN在本文意义上的实现例如可以基于“RFI(射频干扰)”或者 “BlueTooth(蓝牙)”或者“Femtocell(毫微微蜂窝基站)”或者“DECT (数字增强无绳通信)”或者“Wimax”或者 “GSM/CDMA/UMTS/GPRS/HSPDA/...”技术,特别是基于“WiFi”技术, 必要时包括移动网络的基站(BS=Base Station)和/或异类的IAD(以前 错误地称为AP,AP=接入点),并且延伸到IAD或者基站的可到达范围的 任意限定的区域上。大的homeIAD/homeServer可以使数千终端系统实现 网络接入并且在上述意义上对它们进行支持,即homeIAD/homeServer例 如可以是这些网络之一上/中的系统或者因特网服务器。

MHOM由抽象的(即功能上的)硬件/软件部件构成。MHOM需要 使用其抽象硬件部件不仅仅为了其MHOM功能(又名网络冲浪功能),而 是为了适于使MHOM功能的抽象应用与至少一个功能上的非MHOM分 享(=模块之间的“抽象资源共享”,参见C部分)。在此,MHOM可以 位于任意的“物理上的”宿主系统(Wirts-System)中(例如由网络中或 者网络上的物理的IAD或者物理的系统作为宿主),而该IAD/系统对此并 不需要物理上的硬件扩展(参见C部分末尾)。(在MHOM的宿主系统中 的)MHOM的软件部件也可以在别处以某种方式编码地存在(然而其方 式是,使得在需要这些软件部件之一的功能之前,软件部件的负责该功能 的部分能够翻译为语义上等效的代码并且能够加载到宿主系统中,并且由 此能够借助上述MHOM硬件部件来执行。MHOM的这种方案对于下面的 讨论太狭窄并且在C部分中被进一步划分,然而目前是足够的。本领域技 术人员知道这些术语/概念。

网络冲浪方法是一种通信应用(根据MHOS),该通信应用通常位于 A0和Z0之间的OSI连接/Connection OC0的L7上(见下文)。与该MHOM 功能是部分地或者完全地在WLAN0内(于是例如在控制因特网服务器/ 网络系统的IAD0中)实施还是在外部(于是例如在因特网服务器中或者 网络系统中,并且由此在控制因特网服务器/网络系统的IAD0外部)实施 无关,该通信应用可以通过终端系统A0和/或Z0中的功能来支持(这通 常提升了网络冲浪的舒适性,然而也是可以省去的)。

上面谈及的网络冲浪的共享WLAN(sharedWLAN)应用形式(例如 呼叫Z0的移动电话A0)的法律上的保护措施通过如下方式实现:根据本 发明的对网络冲浪的使用(例如对共享IAD的使用)被限制为将网络冲 浪仅用作仅至具有固定IP地址的MHOM(即至已知运营商)的路由器。 该MHOM运营商无疑可以标识通过该MHOM运营商来中继的OC0的责 任(如果该运营商完全进行了该中继,并且随后例如在呼叫开始时或者更 早时(如在此是无关紧要的那样,但是本领域技术人员知道合适于此的方 法))。由此,该MHOM运营商负责对在共享IAD上的无线电话用户的身 份确定(而不是共享IAD的运营商)。注意到的是,与此不同,当涉及紧 急呼叫时(而这在目前在法律上是完全悬而未决的),MHOM应当能够为 A0(并且由此为A0对Z0的VoIP呼叫)实现路由到该MHOM的、至因 特网的接入。

共享IAD的网络冲浪应用形式的法律方面的示例性实现变形方案在 该B部分的末尾处进行概述。然而,首先仅仅借助具体的例子来示出W 冲浪方法的切换技术核心的用户观点,在这些例子中,MHOM0集成到终 端系统A0的homeIAD0/homeServer0中。附图6至8及其在D部分的说 明讨论了在此使用的功能的分离的变形方案。C部分阐述了网络冲浪方法 及其“便利信息相关性”的商业上的核心。

图1示出了最简单的W冲浪情况(又名网络冲浪情况):TKV(=技 术通信过程,参见C部分)的移动终端系统A0(例如FMC电话及其使 用者)从移动终端系统的homeWLAN0(缩写为W0,与homeIAD0同义) 在路径1或2上直接或间接地可控切换到与homeWLAN0相交的W1或者 与homeWLAN0不相交的W2中。在此必要时存在的、A0和Z0之间的 OC0的L7连接不受在路径1或2上的这些可控切换影响。然而当终端系 统A0位于W1或W2中时,A0-OC0中的至少一个L3连接根据本发明由 相应的IAD1/IAD2通过MHOM0中继到W0的homeIAD0中。对此的细 节由因特网移动技术公开(参见A部分)。

注意到的是,在此并未限制W1或W2中的移动终端系统A0和W0 的homeIAD0/homeServer0之间的相应的L3连接(s-区段)在MHO期间 以何种方式建立:本专利申请于是包括在A0中的L3实体和MHOM0中 的L3实体之间的该L3连接建立的所有完全不同的可能的变形方案。例如, 如果A0是电话,则该L3连接特别是可以通过A0呼叫MHOM0而形成, 反之亦然(或者该L3连接可以从一开始就存在(有利于此的技术细节在 此是无关紧要的))。这也适用于目前的WiFi/FMC电话A0从WLANx出 发电话呼叫Z0的“全新开始”的情况,为了实现全新开始,必须适当地 设计(IAD0中的)L7上的MHOM0。

根据“直接MHO”的讨论(即从一个WLAN直接可控切换至另一 WLAN)容易想到的是,“间接直接MHO”根据本发明如何起作用,于 是在直接MHO中两个WLAN(终端系统A0在这些WLAN之间切换) 在空间上或者时间上彼此并不交叠(参见图1中的WLAN W0和W2以及 路径2)。

在此要区分两种情况:

■在空间上或者时间上的“没有WLAN”范围中,对于A0(出于技 术上的原因或者管理上的原因)也没有其他网络可用。在这种情况 中,在该范围内的A0-OC0至Z0中不进行信息传输,因为A0-OC0 至Z0在A0和Z0之间没有连续的L3连接。而A0-OC0中的L4至 L7连接与此无关,并且必要时可以保持存在,使得当前在A0和 Z0之间的通信可以借助A0-OC0(即中止的TKV的A0-OC0)继续 存在并且继续进行,一旦A0进入WLANx中,则可以借助WLANx 的IADx在A0和homeIAD0/homeServer0(及其MHOM0)之间为 A0-OC0建立“W冲浪连接”。

■在该“没有WLAN”范围中有另一网络可被A0使用,某种程度上 说是W冲浪替选网络,譬如基于GSM/CDMA/GPRS/HSPDA...的 移动网络或者固定网络。如果不改变第一个例子并且假设A0是 FMC电话并且接入该移动网络(参见下文),则在A0和 homeIAD0/homeServer0之间(借助homeIAD0/homeServer0的 MHOM0)通过该移动网络为A0建立W冲浪连接(在此仍可以不 注意细节如何)。在随后A0进入W2并且登记在W2中的情况下, 于是(必要时在MHOM0中根据本发明的安全性检查之后)通过 A0的基于因特网的W冲浪连接来替代A0的基于移动网络的W冲 浪连接。

根据对A0的“呼叫终端系统”MHO的详细说明(即“支持呼叫者 的网络冲浪”,如图1所示的那样)容易想到的是,也存在“被呼叫的终 端系统”MHO,即“A0的支持被呼叫者的网络冲浪”(参见附图2)。对 于后一网络冲浪变形方案,在前面的段落中所述的内容同样适用,其中在 此MHOM M’例如可以位于因特网和终端系统Z0之间的IAD’中。M’能够 实现A0的WLAN切换,并且A0和M’之间的W冲浪连接借助与M恰 好相同的MHO功能来进行,即M’同样是MHOM(然而尤其是通过减少 上面说明的因特网滥用保护)。

最后看到的是,A0和Z0之间的OC0当然也可以在两个终端系统中 分别通过MHOM、即MHOM0和M’来支持(参见附图3)。在这种情况 中,这两个MHOM可以在需要时可能自负责地进行他们自身之间的OC0 的L3连接的“重路由”(以便由此使它们的TKV降价或者在其他方面进 行改善。

现在回到上面的论断,即网络冲浪方法在支持呼叫者的网络冲浪中使 得因特网的滥用变得明显困难,并且更一般地回到根据本发明的方法的一 些通信(安全性)技术方面。

对于因特网滥用困难的该论断是适当的,因为任何这样的滥用都会严 重地影响MHOM M0的可较容易识别的(因为例如长期不变的)运营商, 使得该运营商会保护自己免受这种滥用,其方式是运营商只向他足够熟知 的人员提供至该运营商的MHOM的接入。附加地,可以使用一种实现变 形方案,其中例如:

■(在MHOM M0以某种方式被另外地通知W冲浪连接的合理性, 譬如通过“A0跟踪系统”或者主动地由A0通过GPRS或者SMS 等等来通知之后)只有MHOM M0可以发起A0的W冲浪连接使 得sharedIAD1甚至不可能成功地开始建立W冲浪连接,因为单是 每个这种尝试就已经被homeIAD0中的MHOM M0拒绝,或者

■当移动的并且在IAD1上未知的终端设备(在此例如为A0)要使用 IAD1来W冲浪时,该终端设备并不确定其特有的MHOM0(例如 通过初始短暂地“盲呼叫(Blind-Anruf)”IAD1),而是IAD1将 所有这些对IAD1的未知内容的愿望按陈规转发给IAD1所信任的 身份检验服务器,并且该身份检验服务器必要时首先通过自身建立 至MHOM0的连接(其中该身份检验服务器譬如由信用卡机构或者 ISP或者采购链(Einkaufskette)等等提供给IAD1来共用)。

网络冲浪方法于是允许实施完全不同的方法,这些方法可以免除 sharedIAD运营商在“VoIP冲浪”或“IP-TV冲浪”中的所有法律上的风 险,如也可以称为根据本发明的技术。有关的面向安全性的从属的方法权 利要求例如使这样的情况具体化。从中可以看出的是,W冲浪方法的保护 范围允许了如下的特殊的实施形式,这些实施形式实际上完全消除了这些 已知的WLAN共享风险。

在本上下文中最后要指出通信状态KS:该通信状态例如可以时间上/ 位置上/外部控制地(在某种程度上可以说是“独立地”)改变(并且由此 也改变A0及其homeIAD0之间的网络冲浪连接的准许性/不准许性/合理 性,即使A0本身在位置上根本没有改变)。C部分在末尾包含对此的更多 说明。

C.术语/概念的解释和网络冲浪方法的OSI-RM描述

及其MHO、GeMa-MHO和它们的“便利信息相关性”

在本文中对根据本发明的方法/设备的描述(与其术语和概念一样) 是纯粹功能性的,即完全抽象的,也就是说,与物理上的实施绝对无关。 为了对其进行解释的原因,偶尔也阐述该方法、设备以及方案/概念/术语 的可能的物理实施。在此要注意的是,以下对这些术语/概念的阐述(普 遍地在OSI-RM的意义上)仅仅用于解释根据本发明的方法/设备(的本 质),即没有对其他通信技术问题进行原理上的解释。

终端系统及其TKV的切换(HO)(又名切换过程)(即其切换)在通 信网络或者网络的接入点或者在网络的接入点上的功能特征中的至少两 个之间进行。本发明于是不仅考虑“垂直”切换,即不同网络之间的切换, 而且也考虑相同网络的功能特征和/或接入点之间的切换,所谓的“水平” 切换,以及所有上述切换类型之间的任意混合。

概念上(即纯粹功能的,完全抽象的)

■抽象的“通信过程”(又名“电信过程,TKV”)在其上的多个人类 和/或非人类的“用户(TLN)”之间进行,用户在其方面是“终端 系统”(参见下文)的“使用者”(或者其代表/部分功能/补充功能, 例如呼叫应答器、邮箱、MP3播放器、IVR系统、文件/手稿/图像/ 符号/语音/.../DTMF生成器/DTMF识别器/解释器/有源类型和/或无 源类型的滤波器,一般而言是:“通信应用系统”(参见下文))并 且属于终端系统,其中这些终端系统具有对至少一个网路的接入。 网络/终端系统/使用者共同地完成TKV的(抽象的)技术实现。

在此:

○通信过程,又名TKV:

如果对于该通信过程至少在参与该通信过程的TKV终端系 统中尽管执行了具体措施,但在其TKV终端系统的设备中还 没有执行具体措施(即首先在这些TKV终端系统的至少一个 TKV终端系统中的至少一个TKV-TLN中,参见下文),该通 信过程称为“潜在的”,

如果在至少一个这种终端设备中已执行具体措施,该通信过 程称为“当前的”,,以及

在两种情况中的任意一种情况下,该通信过程称为“开始的” 又名“启动的”,

如果对于该通信过程不再在参与其中的TKV终端设备中实 施具体措施,该通信过程称为“过去的(retrospektiv)”又名 “结束的”,

也就是说,通信过程在所有这些情况中该通信过程称为“存 在的”或“现有的”。

注意到的是,TKV最迟当在其终端系统之一的至少一个终端设备 (例如电话)中开始/启动至少一个涉及该通信过程的措施时才启动 /开始(例如拿起电话听筒,或者通过TKV的某参与者本地输入/ 输出要呼叫者的电话号码或者仅仅本地选择要呼叫者的电话号码, 或者手动或者自动启动定时器在其结束时进行呼叫进行,等等)。

○当前的TKV

处于“连接建立中”,直至TLN数据交换在当前TKV中已启 动,

一旦该TLN数据交换已启动,该当前的TKV称为“起动的”, 以及

一旦TLN信息交换已启动,该当前的TKV称为“运行的”,

其中一旦在至少一个TKV终端系统和至少一个由该终端系 统当前所使用的网络之间启动TKV-TLN的至少一个“TLN 数据”或者“TLN信息”的交换,则启动“交换”。在此, TLN数据或者TLN信息是TLN最后/原始地可发觉的/可产 生的信息,该信息借助该终端系统向/由(人类的或者非人类 的)TLN输出,或者被输入或选择。

TLN数据和TLN信息之间的区别在于,

○TLN数据通常仅仅针对必要时需要的TKV的管理(=建立、中 断、...、结束)或者TKV的OSI连接或者其Li连接(即通常 在Li连接建立和/或起动期间)被交换,而

○TLN信息为了实现TKV目的而被交换,即在TKV运行期间(也 就是说,不再如上所述的那样用于TKV的技术上的建立/技术上 的管理),

在这两种情况下都是在TKV的(必要时相应的)TLN或者上述代 表/部分功能/...之间进行。

■在本专利申请中所使用的通信技术观念/概念/术语定义在国际标准 化的“ISO 7498-1 Information technology-Open Systems Interconnection-Basic Reference Model:The basic model”缩写: ISO/OSI-参考模型或OSI-RM中。对于本领域技术人员而言,这形 成了本专利申请的有约束性的理论/概念性的基础。

在大部分权利要求中的根据本发明的网络冲浪方法/设备的措辞(尽 管其“伪自然语言性”的撰写)基于在OSI-RM中定义的术语/概念,也 就是说已经有OSI-RM的通信技术的准确表述性/限制,这些准确表述性/ 限制消除了其“纯粹自然语言的”意义的不确定性。

根据本发明的HOCIS方法/设备的描述还尽可能地使用OSI-RM术语 /概念,例如OSI连接/PDU/SDU/层/Li连接/...,它们属于OSI-RM的“人 造的”术语/概念(也就是说,在权利要求的伪自然语言的措辞/含义中被 避免)。由此,该描述通过OSI-RM专业术语/专业概念(其中的一些例如 在上面已经提及)而利用了本领域技术人员的表达能力的明确性。这被本 领域技术人员视为有助于自己确认对其相应的独立权利要求中的网络冲 浪方法/设备的伪自然语言描述的实质描述的正确理解。

对于下面对OSI术语/概念的使用以及特别是对于在本文中的 OSI-RM专业术语/专业概念首先应说明的是,

○一方面,本文不能完全概括这些专业术语/专业概念,使得作为 补偿地参考上述国际标准,其中在有疑问的情况下本文是决定性 的,以及

○另一方面,本文在几处关于MHO中的情况而被略为简化/粗略 化(见下文和D部分)。

并且最后还要强调的是,在本专利申请中对OSI-RM术语/概念的依 赖是不可缺少的:在实践中目前占主导地位的“因特网行话”远没有对于 法律文件所希望的概念确定性(为了实现概念确定性,至少针对已经越来 越常见的通信技术的语言/概念混乱予以纠正,最后开发出OSI-RM)。本 专利申请的概念确定在此并不仅仅用于确定主权利要求的含义,而是也用 于使得其根据本发明的方法/设备的描述容易理解/被精确理解(并且尤其 是用于对抗可能的绕过所申请保护范围的企图,这些企图在于,只是因为 在本专利申请中未指明限制是不允许的,就希望通过限制来缩小该保护范 围,以及同样通过描述来缩小保护范围)。

此外,不允许混淆上面段落中强调的:

○对OSI-RM的依赖的不可或缺性

○附带还有作为OSI-RM基础的思想,即复杂系统(不论起源如何) 的清楚描述总归需要复杂系统的多个(物理)实施细节的抽象以 及对复杂系统(这样抽象的)的功能的无条件的关注。

更为确切地说(在注意到最后所提及的要求的情况下),OSI-RM首 先可以完全在该基础上定义基本的观念、概念和术语,它们对于特别是通 信系统的许多方面的清楚描述是非常有帮助的或者甚至是必需的。

■在每个“n点通信过程”(n>=2)中,在其任意两个终端系统之间, 例如在A0和Z0之间有抽象的“OSI连接”(该连接也延伸到这两 个终端系统中的通信应用系统上,如下面所阐述的那样。根据 OSI-RM,每个OSI连接根据OSI-RM基本上始终划分成至少7个 “叠置的”抽象的“Li连接”(1<=i<=7),借助这些连接进行这两 个终端系统A和Z之间的通信过程(其中“L”代表“层”)。

OSI-RM由此(基于其在任何OSI连接中的Li连接的原理始终相同 的“抽象意义”的“7层”)定义了“OSI通信架构”,该OSI通信架构在 自身方面基于所有OSI连接的基本抽象意义的“7层结构”。OSI-RM将其 通信架构的基本的这7个抽象层(完全与各个OSI连接无关地)容易想到 地分别称作“Li”,1<=i<=7。

在单个OSI连接中,针对每个“i”可以有多个Li连接。每个这种Li 连接为了其实现必须使用相同的OSI连接的至少一个Lj连接,其中j始 终小于i(j<i),除了

○L7连接(即i=7),其对此可以使用另一L7连接,以及

○L1连接,其对此通常使用“物理介质”,

其中Lk连接(1<=k<=7)可以由多个OSI连接使用,或者在OSI 连接中由多个Lk+i连接(1<=i<=7-k)使用。

OSI连接的L7连接通常称作“通信连接”,因为在L7连接中唯一重 要的是在OSI连接所基于的特定TK过程意义上的“通信”或者支持TK 过程的“通信应用系统”(后者位于OSI连接的至少这两个终端系统中) 的意义上的“通信”。也就是说,L7连接完全从(必要时由其中的人类TLN 驱动的通信应用系统的)通信中使用的信息传输(=L1至L4的功能)、信 息划分(=L5的功能)和信息表示(=L6的功能)的形式中抽象:L7连接 仅仅了解在该“通信应用”通信中的“交互”。

一旦TKV-TLN之一在其两个(TKV)终端系统A0和Z0之一中开始 该TKV,即一旦该TKV存在(也就是说二者(OC0及其TKV0)在此刻 可以还是“潜在的”(见上文)),则该OSI连接“存在”于A0和Z0之间。 即从那时起在A0和Z0之间针对该TKV0存在该A0-OC0-Z0的L7连接。 该连接保持存在,直到这两个TKV-TLN将该TKV视为结束(这在OSI-RM 中会理解为该L7连接和OSI连接的结束)。TKV之后也仍然存在,作为 “过去的”TKV(见上文),于是相对于TKV通过OSI-RM的模型化在某 种程度上可以说是原始的。

换言之,(TKV的)OSI连接

○在位置上不仅“存在”于两个(TKV)终端系统A0和Z0之间, (更确切地说:在这两个终端系统A0和Z0之间存在该OSI连 接的L3连接)而且借助OSI连接的L7连接也“存在”于通信 应用系统之间并且甚至是“存在”于这些终端系统A0和Z0的 TKV-TLN之间,以及

○在时间上一旦该TKV在其TLN之一中开始时就“存在”(特别 是从该时刻开始起该OSI连接的L7连接存在于该TKV的TLN 之间(并且保持存在,直到这两个TLN将该TKV视为结束)。

相应地,该OSI连接最迟从如下时刻开始存在:从该时刻开始,在 A0或Z0中的创建OSI连接/TKV的(TKV-)TLN的终端系统的终端设 备中,针对OSI连接/TKV进行了某一措施。根据OSI-RM以及在本专利 申请的意义中,该OSI连接毫无疑问已经从如下时刻开始存在:在该时刻 在作为OSI连接基础的TKV的TLN中已开始该TKV,并且这也仅仅是 预防性的(例如通过TLN明确地或者隐含地自己确认对于紧急呼叫号码 (譬如110或112)的可到达性或者TLN对于其呼叫者的可到达性)。

然而在该时刻,该OSI连接的任一Li连接(1<=i<=7)并不需要被(抽 象地)实现或者能够实现。于是,Li连接的存在并不暗示Li连接的(抽 象的)实现或者可实现性。而更为一般地:伴随OSI连接也存在OSI连接 的至少7个Li连接,然而其中对于j(1<=j<=7)不需要抽象地实现Lj连 接(以及该Lj连接与该OSI连接的其他Li连接的协作(反正OSI-RM不 考虑物理上的实现/实施))。Li连接的(抽象)实现仅仅需要在其当前的 (抽象)使用中存在。

这暗示:为了该TKV,OSI连接保持存在于两个终端系统A0和Z0 之间,即使尤其是至少在该OSI连接中在A0和Z0之间用于传输L3用户 数据的至少一个L3连接并未(抽象和/或物理地)实现(如在HO中经常 发生的那样)。在切换情况中OSI连接的L7连接保持存在(至少其抽象的、 必要时还有其物理的实现)可以借助上述“HOCIS方法”来保证(参见 A部分,以及下面参照“便利信息相关性”)。

■抽象的“终端系统”除了包含其抽象的人类的使用者和/或非人类的 使用者(=使用者自动装置)和/或其上述的代表/部分功能(都理解 为TKV-TLN)之外,还包含抽象的“终端设备”,这些抽象的终端 设备的整体在终端系统中以下偶尔同样称作“终端设备”,即非人 类的功能组,例如LAN、WLAN、大型计算机、数据库、PBX、RAS、 防火墙、所有类型的交换机的功能组,以及网络接入、IAD、E/A 设备的功能组。在终端系统中的非人类的功能组(的抽象的或者物 理的实施)以下经常称作“模块”。

■终端系统的抽象的各个“终端设备”可以彼此单独地考虑,尤其是

○“用户终端的终端设备”,具有电子/物理/声学/光学/“逻辑上的” /...用户界面(在本文中通常是可移动的,例如在移动电话中),

○“非终端的终端设备”,具有其网络特定的“终端适配器(TA)” 用于该网络的“网络结束”(NT=“网络终结器(Network Terminator)”),其中

○终端系统的用户终端的和非终端的终端设备通过物理/通信技术 的接口和/或其他的终端设备彼此协作,其中通常仅仅一些是标 准化的,以及

○非终端的终端设备(以及甚至其TA和相关NT)尤其是可以集 成到移动终端的终端设备(例如移动电话)中,(使得前者同样 是可移动的)。

为了将符合OSI-RM的终端系统划分为抽象的人和抽象的设备要说 明的是,OSI-RM表面上避免了终端系统划分,但OSI-RM最终隐含地非 常清楚地进行了终端系统划分。对此的原因是通信应用划分的思维上的必 要性,这些通信应用通常在终端系统中的L7上,以便对这些通信应用在 其实质上进行理解。在(1994年的相关的国际标准ISO/IEC 7498和相同 的ITU-T Recommendation X.200,尤其第32/33页,以及与其对应的国际 标准,如1994年的ISO/IEC 9545和相同的ITU-T Recommendation X.207) 针对L7的规定中,该必要性导致对符合OSI-RM的抽象通信应用的功能 结构的定义,该功能结构的定义在逻辑上强制地暗示了包含抽象通信应用 的终端系统的、对应于该功能结构的功能划分,至少在这些终端系统所包 含的这些应用的范围中。

在本专利申请中,OSI终端系统的上述划分是特定的并且特别简单的 符合OSI-RM的如下的功能划分(带有相应地简化的和上面/下面所介绍 的针对该划分的术语),即将OSI终端系统划分为其中的不同类型的人和 终端设备。

■抽象的“服务器”(又名“服务器终端系统”,又名无人类的TK过 程用户的终端系统)是在网络中或在网络上的功能组(在或者不在 其网络运营商的管理之下),它们在本文中同样视为终端系统/终端 设备,然而后者并不能划分成终端/非终端。

■抽象的“系统”是终端系统/终端设备或者是网络集成的计算机。

■终端系统的这些非终端的终端设备至少之一以及由此该终端系统 具有到多于一个网络(或者网络的网络接入点,或者在网络的网络 接入点处的网络功能特征)的“接入”(由此终端设备可以进行切 换,参见下文),确切地说,通过网络的相应的“接入点”实现。 因为这两个术语常常被误解,所以对它们二者的(对于本领域技术 人员已知的)含义在此首先进行澄清(至少在对于本专利申请而言 足够的范围中):

专业上的“接入”定义(以简单的措辞)为:当终端系统/终端设备 在某一时刻可以在其至该网络的功能接入点的连接的OSI层L1至L3上 以如下意义通信:使得该终端系统/终端设备特别是能够与该网络的、在 该时刻同样具有至该网络的功能接入的所有终端系统/终端设备进行数据 传输,则该终端系统/终端设备在该时刻功能上“接入其网络”。由此得出, 网络的终端系统/终端设备无需持续接入该网络(如在移动网络的终端系 统/终端设备中情况通常周知地如此)。

至该网络的“接入点”在此是从该网络的运营商至该终端系统/终端 设备的责任者及其数据传输部分在法律/商业/技术上的责任(针对该连接 的数据传输部分上的这三个层的功能能力)的过渡位置。在接入 点处该数据传输部分的网络侧的抽象的终结设备称为“网络终端” (“network terminator”,NT),在接入点处该数据传输部分的使用者侧的 抽象的终结设备称为“终端适配器”,TA。在网络接入点的物理实施中, 这两个概念上的功能单元NT和TA可以尽可能地集成(如在移动电话中 通常情况如此)。(特别是针对移动电话要说明的是,当移动网络电话用于 “直接移动网络切换”的能力一方面涉及GSM/CDMA/卫星网络而另一方 面涉及WLAN时,该移动网络电话目前常常称为“FMC电话”(FMC= 固定移动转换):该移动网络电话于是在电话呼叫中不但支持使用目前口 语中称为固定网络技术的WLAN/VoIP技术,而且也支持称为移动网络技 术的GSM/CDMA/卫星技术)。

根据对网络“接入”和网络“接入点”的关于其对于本领域技术人员 通常的合法的理解方面的解释(本领域技术人员也知道,这些术语具有其 他概念,然而它们需要对其相应的“参考模型”的明确名称(参见:J.Schiller, A部分)),清楚的是,在切换中可直接涉及的移动终端系统/终端设备, 特别是移动电话,通常包含一个终端的和至少三个非终端的终端设备:

○切换的终端的终端设备根据定义主要用于实现通信过程的功能 上的声学/光学/机械的用户接口,

○切换的三个非终端的终端设备通常是必需的,由此该终端系统/ 终端设备能够在切换中与两个不同的网络/接入点/功能特征协 作:它们存在于功能的“开关”中,该“开关”用于在一方面为 切换的终端的终端设备和另一方面为各功能上的对于/用于相应 的移动网络的TA/NT之间进行功能上的数据交换。

最后,在本专利申请中,对接入点这一概念的解释将消除概念混淆, 其中该概念混淆是由于在如下两个方面针对因特网移动技术的更新的技 术公布的概念“无线接入点(WAP)”而产生的:

○一方面,该概念“无线接入点(WAP)”被误导性地用作“综合 接入设备(IAD)”的同义词,即作为设备的同义词。然而,与 OSI连接的Li上的与权利相关的责任过渡位置的集合(即本专 利申请的“接入点”)相比,(抽象的或者物理的)设备在概念上 明确地略为不同。

○另一方面,缩略语“WAP”在无线技术的领域中多年来已经代 表反正完全不同的概念,即代表“无线应用协议”(这与“接入 点”的概念毫无关系,因为应用位于L7上,而不同的可能含义 的网络接入点通常位于层L1至L3(以及位于其下的物理媒介) 上)。

■终端系统及其TKV(以及它们的两个OC)的“切换”,又名“切 换过程”,(按含义类似于上述TKV(具体参见那里的内容))称为:

○“潜在的”,当对于切换/切换过程在终端设备中还没有执行其切 换措施,但是至少另一措施为此在该终端设备中(出于在此无关 的原因和以在此无关的方式)进行和/或已经在终端系统中被触 发,以及

○“当前的”,当对此已经在终端设备中进行这种交换措施, 其中该终端系统/TKV在此期间称为被该切换“涉及”,并且在切换 期间在该终端系统(及其TKV及它们的两个OC)所使用的网络和 /或网络接入点和/或网络业务特征中,“切换”代表改变。在此,一 旦针对切换过程在其至少一个终端设备中“启动”/“开始”至少一 个这种改变措施时,潜在的切换变为当前,并且当前的切换随后“运 行”直到结束执行所有这种改变措施(成功或者不成功)。

■TKV的OSI连接的两个终端系统可以属于两个不同的网络(如图1 所示),使得抽象的“OSI转接系统(OSI-Transit-System)”将该 OSI连接在这两个网络之间进行“中继”(=“转接”/“链接”/...)。 本专利申请通常将该抽象的“中继系统”视为两个网络的终端系统, 并且至少视为通过其进行中继的OSI连接的“转接系统”。根据本 发明,该抽象的“中继”针对OSI连接的抽象的Li连接(1<=i<=7) 的至少之一进行(在该中继系统中存在由该OSI连接进行中继的多 个Li连接的情况下,这些Li连接的中继单个地和/或共同地进行)。

在此要注意的是,转接系统的该中继功能也可以延伸到至少一个潜在 的OSI连接,即特别是延伸到产生OSI连接的至少7个Li连接的至少之 一的(抽象和/或物理)实现。

这种中继系统的一个例子是普遍已知的、因特网和 PSTN/ISDN/UMTS之间的VoIP网关,当A0终端系统在因特网上而Z0 终端系统在PSTN/ISDN/UMTS上时,A0和Z0之间的电话呼叫/交谈通过 该网关来(至少部分地)进行中继。技术人员也知道,A0和Z0之间的 OSI连接的Li连接可以(暂时或者持久地)经过多个中继系统:在该例 子中,除了VoIP网关之外譬如经过SIP服务器。

这种中继系统的另一例子是因特网上的WLAN-IAD。该WLAN-IAD 借助该IAD的“WLAN空中接口”协议在L1至L3上与WLAN终端系 统通信,而该WLAN-IAD为了与因特网终端系统通信而在L1至L3上使 用相应的因特网协议(这在通过这种IAD中继的OSI连接的相应的Li连 接中会要求巨大的“协议和数据转换”。对于OSI连接的L4至L7连接, IAD在中继时可以改变或也可以不改变协议和数据。

本领域技术人员了解这一切,并且对此特别知道的是,Li连接可以具 有“隧道”,以便产生“IP地址端对端有效性 (IP-Adressen-End-to-End-Signifikanz)”(尽管存在其OSI连接的终端系统 至少之一的移动性,参见A部分)。放弃该IP地址端对端有效性开辟了如 下可能性:各种功能可以位于中继中(例如为了终端系统的用户,即这些 TKV的TLN,“在中继中多个TKV与不同TLN的共同混合,例如对于本 发明而言重要的‘这些TKV的音频通道的适当叠加’(对此的更多内容参 见下文)”),即在TLN的终端系统中放弃这种“混合能力”的情况下(尤 其是因为甚至目前的FMC电话或者PDA(个人数字助理)等等都没有这 种功能)。因此要区分OSI连接的(可能的)中继涉及这种隧道与否,使 得对此也要区分在中继的功能上受限的“隧道中继(Tunnelling-Relay)” 和“无隧道中继(Tunnel-freien Relay)”。系统可以针对一个或多个OSI 连接而包含/使用不同类型的多个中继,并且随后必要时并行地实施这两 种中继技术。相应地,根据MHO对此需要无隧道中继还是根本不需要中 继或需要隧道中继,在两种类型的MHO之间进行区分,即“无隧道MHO” 和“隧道MHO”。

由此,已经隐含地提到的是,本发明本质上(恰如HOCIS方法中所 描述的那样)将终端系统A与通常至少另一系统Y的至少一个“次级TKV (STKV)”“混合到”终端系统A与终端Z的“初级TKV(PTKV)”中。 最简单的例子是A与TV服务器Z的IP-TV-TKV作为PTKV,并且在该 IP-TV-TKV期间到达A的、Y的VoIP呼叫作为STKV。如果希望借助目 前的FMC电话来实施网络冲浪方法,即例如在另一WLAN中在该情况下 进行MHO,则该混合必须针对PTKV转移到上述的和在该意义上的“无 隧道中继”中(这并未排除在网络冲浪方法中通过对此有能力的系统来使 用提供了彻底简化的隧道技术。关于将至少一个PTKV与至少一个STKV 混合的更多内容在下面对“MHO措施”的介绍之后说明)。

最后注意到的是,替代因特网接入,IAD等的MHOM可以使用其他 网络接入,例如通过其IAD之一的至另一WLAN的接入或者PSTN接入。 如果通过网络交换的信息被打包,则隧道技术原则上始终可用(特别是与 该网络的交换技术无关)。

■“可控HO规范,MHOS”始终

○与恰好一个实际的或者虚拟的(参见下文)homeIAD或者 homeServer(统一的缩略语“homeMIAD”代表它们)关联,于 是该MHOS不必包含于其中(其中homeEndsystem的集合属于 homeMIAD,只有homeMIAD的管理者可以将这些 homeEndsystem定义为这种集合,使得该缩略语让人想起MHOS 的安全性/私密性方面),

○只有homeMIAD的管理者可以定义MHOS并且与其homeMIAD 关联,

○了解至少两种类型的“可控HO措施,MHO-Ma”,这些措施借 助由该MHOS控制的homeEndsystem在其MHO中执行,确切 地说,由包含MHOS的homeMIAD本身或者在该homeMIAD 的控制之下由另一系统执行,其中至少一种类型引起至少一个用 户通信,以及

○MHOS说明了在执行MHO中其MHO-Ma执行的协同作用,其 中以下出于简单起见,偶尔谈及homeIAD(而不是 “homeMIAD”)。

在HOCIS方法的上述PTKV/STKV术语/概念的意义上,引起至少一 个用户通信的每个MHO-Ma实施都是STKV。

在网络冲浪方法应用中,并非作为其基础的TKV的所有HO都必须 是MHO,但MHOS在该TKV中引起至少一个MHO。该MHO始终通过 至少一个MHOS来控制(也就是说,多个可能不同地定义的MHOS可以 参加对MHO的控制。反过来,homeMIAD可以包含多个MHOS。

homeMIAD的MHOS的任务是,确定MHOS在哪个MHO中关于这 些措施中的哪些措施来对homeMIAD的homeEndsystem中的哪个进行控 制,即在该MHO中针对该终端系统的措施的哪些措施如何与为此的其他 措施协作。D部分中的附图6-8讨论了MHOS(以及迄今的MHOM)的 分布式实现及其可实施性方面。

在本专利申请中,属于MHOS中的MHO-Ma类型的是:

○可选类型的MHO-Ma,“MHO控制措施,KoMa”,通过MHO 中的homeEndsystem控制和执行对使用网络x的准许性监视, 并且必要时控制和执行对于A0和该网络x(即对于无隧道的 MHO)的无隧道网络冲浪连接/中继的建立或合适的管理(见上 文和下文)。

○借助另一可选类型的MHO-Ma,借助“MHO-HOCIS措施, HOCISMa”(HOCIS=“HO便利信息支持”,参见B部分),为 homeEndsystem的用户控制和产生关于homeEndsystem的现在 和当前的HO方面的各种支持措施。

○对于所谓的“GeMa-MHO”(其必要时可以无隧道地实现), MHO-Ma的至少一个“MHO商业措施,GeMa”类型是不可或 缺的,而该类型对于MHO是可选的。在两种情况中,带有GeMa 的执行控制的homeMIAD可以为其运营商(并且必要时为与该 运营商在商业上合作的、sharedIAD的运营商)在MHO或者 GeMa-MHO期间实现各种商业措施,例如广告类型。在此,GeMa 的执行始终实现了与如下TKV-TLN的通信:该TKV-TLN的 homeEndsystem刚好被HO涉及,其中该TKV-TLN必须或者不 必获知该通信(也即以某种方式确认)。

○其他类型的可选的MHO-Ma对于MHOS或者在MHOS中可被 任意地定义或规定,例如以便能够实现IP-TV-TKV至VoIP-TKV (或者相反)的各种叠加,并且(由任何人)控制。

○出于简化的原因,HO本身(也即MHO基本的过程)也视为可 选的“MHO-HO措施,HOMa”。

单个的、特定的这种MHO措施在下面通常通过结尾的“0”来标识 (例如像在“GeMa0”或者“HOMa0”中那样),并且出于再确认的原因 设置有前缀“MHO-”。

每个GeMa-MHO在如下意义上是“CI相关的”(CI=“便利信息”): 该GeMa-MHO特征表示的情况是,在GeMa-MHO执行期间,GeMa-MHO 所属的至少一个MHO-GeMa的执行与可选的MHO-Ma的执行(隐含地或 者明确地)关联地进行。在无隧道MHO中的GeMa不必是CI相关的, 然而可以是CI相关的。

在GeMa-MHO中带有至少一个可选的MHO-Ma执行的MHO-GeMa 执行(即例如“带有HOMa和/或KoMa和/或HOCISMa等等的执行的GeMa 执行”)的、显现为直观上可能直接地可理解的CI相关性特征在下面出于 安全的原因而被更为确切地描述。

要区分的尤其是明确的和隐含的这种CI相关性,其中这两种CI相关 性类型彼此完全无关。特定的MHO-GeMa0(以及由此使用MHO-GeMa0 的网络冲浪方法)称为与这些可选的MHO-Ma0至少之一(二者都在相同 的网络冲浪方法中):

○“明确相关”(关于至少一个可选的特定的Ma0实施顺序方面与 下面说明的GeMa0实施顺序无关),当由GeMa0或者该Ma0(在 其执行期间)传送给至少一个TLN的至少一个消息描述了每个 类型的这种关联或者其本身与之有关时,以及

○“隐含相关”,当以下内容成立:针对该网络冲浪方法存在TKV, 使得针对TKV的TLN之一以及TKV的终端系统的(潜在和/ 或当前的)HO:

分别存在该Ma0和GeMa0的至少一个的执行,

并且该GeMa0执行的开始时刻和/或其在TLN中显示的开始 时刻:

迟于Ma0执行的开始时刻之前30秒,并且

不迟于后者的终止时刻之后30秒,

其中TLN是否/何时/如何经历该Ma0执行是无关紧要的。

借助GeMa的这种关联(homeMIAD运营商(更确切而言,其MHOS) 为了至少一个由该运营商/MHOS管理的终端系统(及其用户)而执行该 GeMa),所属的GeMa通信“良好地”设置于TKV中(TKV譬如在VoIP 呼叫中是网络冲浪方法应用的基础)。并且这种(并未由TLN原始请求并 且由此可能被TLN感受为干扰)商业通信的尽可能有利的设置在HO过 程期间进行。在此,GeMa通信可以设计为使得它不仅“尽可能少地”由 于该商业通信而干扰TKV-TLN,而且TKV-TLN在该时刻甚至觉得该商业 通信是有助的,这决定性地改善了这种商业通信的客户可接受性/有效性。 在尽可能所有HO之时造成这种“有利时刻”是对此适当设计的HOCIS 行为的任务。基于其CI相关性特征(该相关性特征接受所有可选的 MHO-Ma作为相关性基础),于是网络冲浪方法能够以简单的方式实现将 VoIP呼叫中HO的想象上的干扰可能性转化为该HO的刚才描绘的舒适和 商业可能性。GeMa-MHO的CI相关性(因此其名称)于是可以视为产生 便利的,即使CI相关性对于在网络冲浪方法中的最优的“效率扩展 (Produktivitaets-Entfaltung)”通常可能是HOCISMa相关性。

作为该针对GeMa-MHO的讨论的结束,要说明的是,本专利申请的 撰写人所预期的是,将来网络冲浪的大部分MHO(即也在其中可以省去 GeMa或者其CI相关性的情况中(参见权利要求2))可能实施上面所讨 论的、针对GeMa的HO的商业利用,因为GeMa-MHO的成本/收益平衡 为所有参与者说明了这一点。

后者略为更准确地说:该MHOS/GeMa-MHO技术实现了根据本发明 的W冲浪方法的两个基础:

○其一为经济基础,尤其是在VoIP呼叫的范围下使得公司内部的 homeIAD成为其运营商的新式的、有意义的经济活动的发条(尽 可能在公共的sharedIAD参与的情况下),并且

○另一为社会基础,与这一情况单独借助目前的(基于GSM、 CDMA、UMTS、Wimax等等及其衍生技术的)移动网络技术实 现(其中这些移动网络技术作为“倒退技术”在sharedWLAN 技术不可用或者不能成本低廉地使用的地方被相当大地到处保 留)相比,在所有人口稠密地区短期地并且成本更为低廉地为任 何人针对其将来的多媒体终端系统提供更为舒适的并且性能更 为强大的通信技术(尤其是用于利用IP-TV能力)。

该CI相关的MHOS/GeMa-MHO技术的一些简单的例子以及对该技 术的说明可以表明这一点。借助:

○可选的MHOS0/Funktion1,其与homeMIAD0关联,该 homeMIAD0在WiFi电话A0(A0为homeMIAD0的 HomeEndsystem)的HO之前或者在其开始时决定,homeMIAD0 是否允许借助其当前的至另一电话Z0的TKV/OC0来执行至 IAD1的MHO(=MHO-KoMa),其中该TKV/OC0通过MHOM0 来中继,

○可选的MHOS0/Funktion2,其同样与homeMIAD0关联,该 homeMIAD0在上述的HO之前或者在其开始时通知TKV的两 个TLN潜在的和/或当前的HO执行(=MHO-HOCISMa),

○针对GeMa-MHO按义务的MHOS0/Funktion3,其同样与该 homeMIAD0关联,后者(或者其MHOS)实施商业措施,譬如 将广告提示传达给该HO中涉及的homeMIAD0- HomeEndsystem的使用者或者其TKV的两个TLN(其中该附加 的技术传达在前面的决定之前、期间或者之后(这在此是无关紧 要的)一次或者多次以及任何时候(这在此是无关紧要的)进行 (=MHO-GeMa))。

从该小例子清楚得出的是,该MHO-GeMa的执行借助前面的 MHO-KoMa的执行最有利地以CI相关的方式进行(其中该CI相关性并 不要求将该MHO-KoMa的执行通知TKV-TLN之一),而特别是借助前面 的MHO-HOCISMa的执行来进行(其中特别是在VoIP呼叫中的CI相关 性现在通常利用的是,该MHO-HOCISMa的执行反正通常始终与两个 TKV-TLN通信)。然而这并不意味着:只有在也使用HOCIS方法时才可 能使用网络冲浪方法:网络冲浪方法在技术上看与HOCIS方法完全无关, 并且在内容上网络冲浪方法的MHO也是可能的,在这些MHO中, MHO-GeMa与MHO-HOCISMa的CI相关性意义不大。

在此,

○homeMIAD0的(基于这种MHO-KoMa的)这种决策及其确定 地可交流的HOCIS措施和商业措施可以在譬如对IVR系统通常 已知的意义上交互地设计(例如与homeMIAD0所支持的 sharedIAD上的终端系统使用者以及与homeMIAD0的其他商业 伙伴交互)。

○MHOS可以设置有至少一个通信状态,并且该状态由 homeMIAD0(例如借助其MHO-Ma)来记录/修改/分析并且譬 如在上述决定中予以考虑,并且该通信状态可以具有下面描述 的、对该决定的影响。

○homeMIAD0的这些MOHS控制的MHO-Ma可以取决于上下文 地构建(即譬如在潜在的TKV/OC期间与在进行的TKV/OC期 间相比不同地设计)和/或多媒体地构建(即譬如在音频信号至 TLN之后或者与其同时地为该TLN将文本信息或图像信息并行 地并且必要时在不影响VoIP音频信息的情况下拷贝到该TLN的 终端系统上)。

○在每个MHO-Ma的每个抽象的和/或物理的实施中,所有的 MHO-Ma类型可以最接近地彼此交织,使得其涉及的终端系统 使用者不能将这些MHO-Ma类型识别为单个的类型,以及

○homeIAD运营商至少可以针对其homeEndsystem的一个和/或所 有实体(例如homeEndsystem的OC的实体以及该 homeEndsystem本身的实体)分别确定内容相同的或者不同的 MHOS并且相应地对其进行区分,或者非常简单地进行设计。

后者意味着,在MHO-KoMa中始终仅仅规定了不重要的限制(譬 如:“新的MHOM宿主系统=homeIAD”以及“新的终端系统= homeEndsystem”),并且在MHO-GeMa中始终仅仅规定了不重 要的使用者通信(譬如

“在终端系统Ax有HO风险时>‘1x音频短信号’以及‘当 前sharedIAD-运营商ID闪动’以及‘信号强度闪动’”

“在终端系统Ax的HO开始时>‘2x音频短信号’以及‘当 前sharedIAD-运营商ID-宣告再见’以及‘信号传送器闪动’”

“在终端系统Ax的HO结束时>‘3x音频短信号’以及‘新 的sharedIAD-运营商ID-宣告hallo’以及‘新的信号强度闪 动’”

“在终端系统Ax的HO失败时>‘7x音频短信号’以及‘3x 音频长信号’”)。

可以将音频短信号/音频长信号的通信看作是HOCISMa,而 sharedIAD-运营商ID-宣告确定地是(初步的)广告信息通信。 这种MHO-Ma可以全局地针对MHOS中的所有homeEndsystem 或者选择性地针对其中的单个homeEndsystem来进行规定,并 且MHOS也可以被固定配置地预先给定(然而这在此都是无关 紧要的,因为这是本发明的构建和物理实施的问题)。

本领域技术人员了解,虚拟或者实际homeMIAD的运营商的MHOS 在W冲浪方法的物理实施(=实施形式)中是该homeMIAD中的规范, 该规范部分地或者完整地由homeMIAD的运营商以某种方式输入 homeMIAD中和/或已经包含在其中并仅由运营商来配置,和/或在其中被 固定地预先给定,并且homeMIAD的(与该MHOS关联的)MHO-Ma通 过由homeMIAD对该MHOS的解释来实现。该技术人员也了解,任意特 定的MHO-GeMa及其特定的CI相关性并不属于本发明的本质,而属于本 发明的本质的只有如下事实:二者在每个(根据权利要求1的)MHOS中 都存在,使得在任何情况下每个GeMa-MHO的特征都在于非常特别的技 术特征:“可控切换后的”终端系统的使用者与终端系统的homeMIAD之 间的“CI相关性限制的”通信以实现这种MHO-GeMa(然而其他MHO 也可以具有该特征)。

■MHOS的属性“homeMIAD私有”仅仅用于强调上面表明的针对并 且仅仅针对该homeMIAD以及仅仅该homeMIAD的运营商的MHO 管理措施的“私密性”。在此要说明的是,抽象的homeMIAD运营 商可以通过两个不同的物理上的人来实现,抽象的“运营商”可以 表示“物理的运营商-人和/或物理的管理者-人”。

该私密性于是排除了如下情况:第二者(除了该homeMIAD作为第 一者之外)为其homeMIAD获悉或设置或改变私有MHOS,而第一者不 知道或者不同意。如果第二者特别是某种类型的网络的运营商和/或管理 者(该网络不是homeMIAD的网络)或者业务(其不是该homeMIAD的 业务),则这些MHOS对于第二者是不可访问的并且不可理解的。然而该 私密性并不意味着,第二者不知道或者不允许知道homeMIAD运营商究 竟可以将哪些MHOS与其关联。关于对此最后所需的和已知的TLN信息 的加密,在此不再讨论。

■存在两种类型的homeMIAD:“实际的和虚拟的homeMIAD”类型, 两种类型必要时不仅抽象地实施而且物理地实施。针对每个 homeMIAD(实际的以及虚拟的homeMIAD)在概念上存在恰好一 个“逻辑的”管理者和“物理的”运营商。在实际的homeMIAD情 况下,其管理者及其运营商是相同的(这在两种实施中无需相同)。

■前面的语言惯用法已建议了,在本文中术语/概念“MHO”、“MHO 方法”和“MHO过程”以及“MHO-PDU”和“PDU”(PDU=协 议数据单元)有时分别作为同义词(术语于是例如简化地在其略微 粗略化的意义上)来使用(虽然这在第一情况中本身是不允许的, 因为抽象的“过程”始终是抽象的“方法”的抽象应用,即其抽象 的“应用实例化”)。

■现在最后还对另一些与本专利申请的情况匹配的术语/概念进行了 解释。

○“homeWLAN”又名“homeNet”:在本文中终端系统A0在管 理上分配给homeWLAN又名homeNet及其根据本发明的至少一 个实际的或虚拟的homeMIAD。A0对于该homeWLAN/ homeNet/homeMIAD是“homeEndsystem”。对于根据本发明的 homeMIAD/homeWLAN/homeNet的最简单的例子可以借助 WiFi-IAD/WLAN及其homeEndsystem A0(具有WiFi电话的个 人)来实现。该WiFi电话A0于是可以借助任意共享的 WiFi-WLAN Wx又名Netx根据本发明地进行W冲浪/网络冲浪, 如果A0只可以“登记”在Wx/Netx中(参见下文)并且A0的 homeMIAD根据本发明包含MHOS/MHOM(并且该 MHOS/MHOM准备好借助Wx/Net的IADx来进行W冲浪连 接)。

这种普遍已知的homeWLAN/homeNet概念在本专利申请中首先扩展 到在此所使用的WLAN/Net概念(参见B部分)。其次,该概念扩展到可 能的“不适当地”关联的homeEndsystem,例如电话,如上述A0,其中 终端系统的该不适当的“home”特征可由于KS归纳为任一IAD/服务器 (参见下文),譬如终端系统自己的KS或者其OC的KS,或者终端系统 的TKV的KS,或者其另外的终端系统的、或者整个homeWLAN的、或 者该IAD/服务器等等的KS。于是,KS可以引起IAD/服务器的TKV或者 终端系统的OC可以或者甚至是必须(例如借助对此实际上主管的 MHOM)中继,即使该终端系统根本不是(在上述意义上的)该 MHOM/IAD/服务器的实际的homeEndsystem。在本专利申请中,其实际 的以及不适当的homeEndsystem属于homeWLAN/homeNet/homeMIAD/ MHOM。

○“登记”:接收例如WiFi-WLAN或者其他网络的电子信号的终 端系统A0,通常只有在该终端系统向终端系统的(可能多个) IAD或基站等等中的至少一个申请该网络的使用权限之后,该终 端系统才可以使用该网络用于通信(特别是通过因特网)。如果 给予了终端系统该使用权限,则A0登记在该网络中。A0和该 IAD/基站之间的程序或者协议对于本专利申请是无关紧要的, 其中申请和给予或者提供/接受网络的使用权限根据这些程序或 协议来进行。

然而还要限定的是:当A0登记或者可以登记在Netx中时,则A0认 为是在Netx上“可到达的”。必要时足够的是,A0在那里是“W冲浪- 登记的/可登记的”,如在D部分所说明的那样(其中这种登记限制或者受 限的登记可能性的可能的情况和实现在本专利申请中是无关紧要的)。

○“网络冲浪连接(NSC)”:这是A0和Z0之间的OC0的一个 OC0区段的至少一个L3连接,即在WLANx/Netx中/上在系统 S0和A0之间的OC0区段,该WLANx/Netx与A0的 WLAN0/homeNet0不同。

○“通信状态KS”:上面已经说明,基于W冲浪方法的特定的通 信应用的TKV/OC(譬如在具有特定特征的TKV中,如从某时 间起或者在某时间的紧急呼叫或者所有类型的降低成本的呼叫, 或者要监视的呼叫,或者未成年人的呼叫,或者确定的远端网络 或WLAN或位置或事件的呼叫,等等)的特征可以是以下特征: 这些特征在终端系统A0的W冲浪中导致该终端系统被优先处 理,例如其方式是该终端系统的OC可以或者甚至必须被中继, 无论是被谁来中继,只要他在技术上适合于此(其中在本专利申 请中并不考虑对该优先的必要性/意义在商业上或者法律上或者 其他的理由,而是仅仅考虑该优先是否可以存在的事实)。

然而该KS也可以包含OC的损害性的或者其他的中继处理(通过 哪个IAD/服务器以及如何进行,直到完全拒绝中继,即否认实体的 “home”特征)。

根据本发明的方法/设备的KS或者OC0的实体的KS(参见下文) 于是影响OC的中继的这种特征集合。

○“OC0的实体”:在此理解为OC0的Li连接的Li实体以及Li 连接本身、为了实现OC0所需的至少一个网络和必要时为此所 需的其他装置。

图4的流程图示出了独立权利要求1的方法步骤。图5示出了根据权 利要求14-16的根据本发明的设备的抽象装置的硬件/软件部件。在总线 (1)上通常连接有:用于存储尤其是MHOM-SW模块的存储器(2),这 些模块包含MHOS;用于尤其是根据MHOS实现该MHOM功能的处理 器(3);用于通过至少一个网络来进行MHO-PDU发送/接收的输出/输入 设备(4);用于在MHOM和至少一个本地的功能上的非MHOM模块之 间对至少一个MHO-PDU进行交换的输出/输入设备(5)(必要时通过带 有设备独立权利要求的装置的本地耦合设备来实现)。

相应地,本文特别是考虑其由抽象的硬件/软件功能部件构成的抽象 的网络冲浪设备,其中功能上的网络冲浪设备部件与硬件/软件的关联完 全是无关紧要的。重要的只是,抽象的网络冲浪设备的功能部件的抽象的 实现借助如下部件来进行:

■独立的功能上的网络冲浪设备硬件/软件部件,或者

■功能相同的和/或功能合适的终端系统/IAD硬件/软件部件,或者

■其他系统(譬如操作系统以及由该操作系统管理的功能的硬件部 件)的功能相同的和/或功能合适的硬件/软件部件。

不考虑第一种情况,于是“抽象的硬件/软件资源共享”在W冲浪设 备部件和其他所提及的系统的功能部件之间进行。该抽象的硬件/软件资 源共享可以或者不可以在该W冲浪设备的物理实施(又名实施形式)中 发现,并且在第一中情况中称为“物理的硬件/软件资源共享”。也就是说: 在抽象的网络冲浪设备终端系统/IAD中的网络冲浪设备的抽象实现在那 里可以通过抽象的资源共享来一同使用例如操作系统的各功能相同或者 功能合适的抽象的硬件/软件部件(以及由该操作系统管理的抽象的硬件 部件)。

反过来:网络冲浪设备的抽象的实施(其应当补充要由网络冲浪方法 支持的抽象终端系统/IAD)对此可能根本不需要该抽象终端系统/IAD的 硬件扩展,因为该终端系统/IAD的抽象的硬件部件对于该抽象的设备实 施是足够的,即该抽象的设备实施可以借助与要支持的抽象的终端系统 /IAD的“抽象的硬件资源共享”来实现。这于是也可以适用于该网络冲 浪设备终端系统/IAD借助物理的终端系统/IAD及其物理的硬件部件的物 理实施。

上面关于网络冲浪设备的装置的抽象的硬件/软件部件的建模的讨论 用于表明根据权利要求措辞/含义的装置的纯粹功能上的类型,借助这些 装置的实现通过具体的“网络冲浪可疑的”实施形式可以决定“网络冲浪 可疑的”实施形式是否落入本文的保护范围。

本专利申请目前主要针对网络冲浪方法/设备的实施形式,这些实施 形式在关于本专利申请的硬件部件方面借助(应当)被这些实施形式支持 的物理的终端系统/IAD的物理的硬件部件来完全地实现(也即总体上仅 仅包括附加的(由于网络冲浪设备而导致的)物理的软件部件。因此,这 种网络冲浪设备的物理实施基于其物理的硬件部件与所支持的物理的终 端系统/IAD的硬件部件的物理的资源共享。

网络冲浪方法的物理实施完全可以借助物理的软件部件,这对于本领 域技术人员而言是基本的。本领域技术人员也立即看到,网络冲浪设备权 利要求的所有装置可以物理地借助软件部件来实现,只要这些装置不是基 于图5的抽象的硬件部件,这些抽象的硬件部件可以通过物理的资源共享 来物理地实现(参见上文)。本专利申请的保护范围并不局限于这些特殊 的实施形式,而是必要时可以包含网络冲浪特定的硬件部件。

D.对本发明进一步的描述

该D部分将有助于避免:根据本专利申请的非常有限的示例性实施 形式确定本专利申请的含义和/或保护范围并且限制于此(这虽然“在专 利逻辑上”是不恰当的并且尤其是在专利法上被严格禁止,然而对于本文 的撰写人而言在他们的其他专利中在权利争论中曾出现,并且因此非常大 地影响到本专利申请的撰写(而不是由于撰写人的有意抽象地提供的并且 因此相当广泛的权利要求措辞)。(相对于专利的解释方法/含义确定方法 的所有其他可能性而言)根据专利的权利要求措辞对专利的解释方式(即 含义确定方法)的优先级在所有专利法规中被毫无疑义地规定。

出于这两个原因,D部分在下面也借助其方法权利要求的略为复杂的 说明来描述本专利申请的发明的实质。据此,设备权利要求的再次的和类 似的复杂的评论显得不必要。于是,D部分是根据本发明的方法/设备的 描述的一部分。

在开始要提出三个(本文中部分已经谈及的)方面:

■根据本发明的方法/设备的各特征并没有本文中未提及的限制,特别 是没有通过根据本发明的方法/设备的各特征的“全部关联”产生的 限制,而无论由何人假想这种“全部关联”以及无论他如何设计, 因为他不能用本文中的内容来辩解。

■因为本专利申请的所有权利要求措辞/含义唯一并且单独地在其实 质上对根据本发明的方法/设备的特征进行了限定,本文完全没有针 对这些特征在本发明的某一实施形式中的物理实施变形方案进行 说明(而是这些特征是“功能上的”又名“抽象的”,即“纯粹概 念性的”)。

■在本文中(包括本文的权利要求),音节“一”(在没有“至少”的 情况下)以及其所有的变位/变格/变形都表示“至少一个”,只要这 种替代以某种方式可能有意义。

现在针对权利要求1和2:它们的第一段确定了TK布置的基本术语/ 特征,W冲浪方法借助该TK布置来工作。

■对此一方面要提醒的是,在本专利申请中,根据权利要求1/2的OC0 (参见C部分)仅需是潜在的。对此的一个已知的例子是如下OSI 连接:该OSI连接在概念上最迟随着TLN决定开始呼叫任一紧急 呼叫号码(例如110或112)而实现,即该OSI连接(以潜在的方 式)从(抽象的)TLN(作为抽象的终端系统A0的部分)想到呼 叫该连接的时刻开始存在。对此的另一例子是T0用户和潜在的Z0 用户之间的潜在的OSI连接,对于前者而言,当后者呼叫他时希望 是可到达的,其中对于MHO的时刻,假设已经有这种Z0用户(一 种假设,其理由在此无关紧要(然而并非无理由))。在使用IP-TV 通信应用的情况下,其潜在的OC0最迟当A0的用户在其上进行“节 目选择”时存在。

在此也要指出本文中无效的措辞缩写:当谈及“A0和Z0之间的 TKV”时,则由此始终应理解为“在A0和Z0中的至少一个用户 中的每一个用户之间的TKV”。

■另一方面,在此已经

○在权利要求1中提及了“MHO-GeMa”的特征以及

○在权利要求2中提及了A0-OC0的中继的特征,

其并没有实现HO的现有技术的方法或者因特网移动技术的方法:

这种HO管理特征目前是完全未知的(对此参见A和C部分)。

针对权利要求1和2中的步骤a)-b),也进行了简短的说明,其中 现有技术中应当清楚的是,存在其他的(在a)-b)中未提及的但是对于 本领域技术人员而言显然的)并且因此在此不值一提的、网络冲浪需要的 步骤。

■根据权利要求1/2的A0至网络x的MHO的实施在检查步骤a)的 至少一次执行中通过其对“A0至网络x的可到达性信号的存在” 的确定来开始。因为本发明的前面的描述对此没有任何限制,因此 该措辞a)的含义恰好直观上容易想到的是:存在信号(任何类型 以及在任何地方不管用什么方式确定),该信号的存在表明:因为 A0在那里登记/可在那里登记,A0可以在网络x中借助网络x的 IADx或BSx以及A0的homeMIAD0与整个因特网上的所有终端 系统通信并且从这些终端系统可到达网络x中(参见B的开头和C 结尾)。

■步骤a)-b)的抽象的或物理的实施可以对其进行任意的时间交叠 (本领域技术人员例如知道无需a)中的单独的预先检查,以便执 行a)和b)。尤其是根据措辞/含义执行检查a)一次或多次。

■根据权利要求1或2的MHO的执行可以在物理的实施中(除了步 骤a)-b)之外)以另外的步骤为前提/包含/利用另外的步骤,所述 另外的步骤必要时能够自动实现和/或包括另外的或可替选的可选 MHO-Ma,例如用于利用IP-TV。也即权利要求1和2完全没有对 其方法的物理的实施的任何问题进行说明,例如何时以及如何并且 在何种条件下能够和/或必须实现A0在网络x中的实际登记。但是 对于本领域技术人员而言清楚的是,可能不必执行登记所需的方法 步骤中的任何一个,由此MHO可以根据a)-b)启动和/或执行和/ 或结束(如尤其在将因特网IPv6实现到终端系统/IAD/BS/...上的情 况下会可能的那样)。也即,虽然网络冲浪者或其终端系统根本没 有在任何地方登记或者至少在必要时预防性地执行该网络/W冲浪 方法的、实际或虚拟的分布式或本地实施的IADx/BSx的情况下, 该网络/W冲浪方法可以完全地并且多次运行。同样适用的是,在 A0登记在网络x中之前IADx/BSx预防性地建立对A0的完整的或 部分的网络冲浪连接NSC0和/或A0-OC0和/或IP-TV连接和/或A0 的其他可选的MHO-Ma连接(例如对给其用户和/或其他位置的安 全负责人的任何安全性相关提示)和/或在A0退出网络x之前保持 IADx/BSx预防性地建立对A0的完整的或部分的网络冲浪连接 NSC0和/或A0-OC0和/或IP-TV连接和/或A0的其他可选的 MHO-Ma连接(例如对给其用户和/或其他位置的安全负责人的任 何安全性相关提示),其中A0使用者获悉和/或利用或不利用这样 的预防法。

对本领域技术人员而言,并未从本专利申请中的权利要求1/2措辞/ 含义及其描述排除根据本发明的方法的这种变形方案,其中仅仅示 例性地明确提及这种变形方案中的几个。也就是说,权利要求1/2 措辞/含义(至少由于有根据本发明方法的这种描述)包括所有的这 种变形方案。

■根据权利要求1的W冲浪方法设计了为使用两种中继方法(无隧 道中继和隧道中继,对此参见权利要求3),即为此不包含“无隧道” 限制。然而,相对于权利要求2,该方法的MHO由于必须实现GeMa 及其CI相关性而受到限制。而这些限制实际上不会如此出现,而 是作为网络冲浪方法的优点(参见C部分,用于在MHO中的GeMa 及其CI相关性的优点)而出现。

■抽象的中继涉及各个在A0-OC0中传输的比特。但是也可能进行网 络冲浪方法的每种物理的实施,使得其仅仅在某种条件下(例如 A0-OC0传输的信息的容量)才需要保证该“无隧道”中继特征的 实现。本领域技术人员知道,这是如何进行的并且在何种条件下进 行以及为什么这是合理的。

■关于权利要求1/2措辞/含义,最后还要说明的是,

○“HO执行的根据MHOS0管理”的、抽象的或者物理的实施 的变形方案(在控制实际的和虚拟的homeMIAD0的情况下、本地 或分布式地实施、以及在控制其各自的MHOS份额的情况下)至少 根据在前的说明对于本领域技术人员而言是已知的,并且由此在此 是无关紧要的(使得HO执行的根据MHOS0管理在其抽象或物理 的实施方面完全没有受限制),以及

○该“附加的商业通信”

既不要求附加的PDU交换(而是附加的商业通信可以借助本 来就需要的PDU交换来进行);

也在由附加的商业通信所使用的网络方面不受限制(即可以 使用与本来使用的网络不同的网络)。

在权利要求1或者2的保护范围方面,这尤其暗示:一旦一种实 施形式借助任意(主观的)非MHOM(其在该步骤中不受限制) 来确定根据a)的信号的存在并且由此以任意方式导致步骤b) 的成功实施,则该实施形式(与该非MHOM一起)落入权利要 求1和2的保护范围

借助五个图6a-e还在TK布置方面进行几个基本说明,在该布置中 可应用网络冲浪/W冲浪方法,其中该方法的MHOM和/或其虚拟的或实 际的homeMIAD和/或其MHOS抽象地或物理地分布式被实现。为了简单 起见,在图6a中所基于的是:具有虚拟的homeMIAD的一部分的系统S0 仅可以控制并且必要时执行KoMa,而具有虚拟的homeMIAD的另一部分 的系统S1仅可以控制并且必要时执行GeMa(两者在整体上控制并且必 要时执行两者)。三个图6b-d仅仅在如下方面与图6a不同,即在6b-c 中各有两者之一位于实际的homeMIAD0中,而在6d中两种MHO-Ma类 型位于实际的homeMIAD0中。在此,注意到的是,S0和/或S1以及它们 的虚拟的homeMIAD部分(在图6a-c中)可以位于TK网络中,于是TK 网络的运营者支持W冲浪方法,使得在这些情况下必要时另外的实际的 homeMIAD可以与在图6d中的情况相比功能上更为简单地来安置,尤其 是可以是目前安装的sharedIAD(参见下文)。自然,存在许多针对网络冲 浪方法/设备的原型TK布置的混合形式(这些混合形式借助权利要求1/2 措辞/含义以及上面的描述而公开)。总而言之,对本领域技术人员而言, 根据本发明的方法的抽象的和/或物理的、分布式实施的全部形式和结构 借助权利要求1/2的措辞/含义的描述是可以理解的。

如已经提及的那样,在根据本发明的方法方面,容易想到的经济利益 是homeMIAD在网络(该网络是TK网络或者大的WLAN)或者例如网 络服务器中的完全的集成,因为这样许多已经安装的不具W冲浪能力的 IAD的“功能的升级”能够围绕网络冲浪功能被简单地实现(=紧凑的“虚 拟homeMIAD服务器”)。图6e示出了,具有大的WLAN和唯一的虚拟 homeMIAD服务器的TK布置。为了在该情况下获得所希望的“homeMIAD 私密性”(即为了保证,主控(bewirten)虚拟homeMIAD服务器的网络 或服务器运营商/管理者不获得对所主控的虚拟homeMIAD的访问),这种 虚拟homeMIAD的运营商/管理者的通信对该网络/服务器运营商/管理者 如(基于该通信)在该虚拟homeMIAD中所存储的对此的MHOS一样保 持不可理解。本领域技术人员知道,这可以如何在网络冲浪方法/设备的、 抽象的以及物理的、分布式或集中式的实施(即网络冲浪方法/设备的 homeMIAD服务器、网络冲浪方法的MHOS、网络冲浪方法的MHOM和 用于执行的功能模块)中实现。

于是图6描绘了仅仅是对MHOS所需的GeMa功能与其它MHO-Ma 功能的可能的分离(即可能的分布式的实施)。图7a-e针对这些图6中每 一幅描绘了MHOS的homeMIAD0控制功能与在另一系统中的所属的、 执行的功能模块的可能的分离(即可能的分布的实施),因此在每种情况 下MHOS的实施还不是分布式的。因此,图8a-e针对MHO-Ma功能的每 一个描绘了MHOS的homeMIAD0控制功能与MHOS的至少一个控制 homeMIAD0控制功能的部分的可能的分离,homeMIAD0控制功能分布 到两个系统。在此意义上,MHOS的至少一个部分本身可以看作可执行的, 该部分同样是可解释的。

这种适当的分布式(最后物理的)实施使得大的网络或互联网服务器 的运行变得容易,基于根据本发明的方法,在所有可能的例如与 sharedWLAN运营商和/或IP-TV程序提供者合作中提供了极大不同的创 新的多媒体TK业务。

此后尤其清楚的是,在权利要求措辞中的“具有”并不允许限定为“现 在包含/包括”,而是自然语言的其它有意义的解释可能性在这点也适用于 这样的“具有”,例如“与...有关联”和/或“要注意/遵守”,并且这也包 括将来。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号