CN105407513A - 将信息递交给主电信过程的至少两个用户的方法和设备 - Google Patents
将信息递交给主电信过程的至少两个用户的方法和设备 Download PDFInfo
- Publication number
- CN105407513A CN105407513A CN201510819001.3A CN201510819001A CN105407513A CN 105407513 A CN105407513 A CN 105407513A CN 201510819001 A CN201510819001 A CN 201510819001A CN 105407513 A CN105407513 A CN 105407513A
- Authority
- CN
- China
- Prior art keywords
- hocis
- terminal system
- ptkv
- tln
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 686
- 230000008569 process Effects 0.000 title claims abstract description 273
- 230000006854 communication Effects 0.000 claims description 131
- 238000004891 communication Methods 0.000 claims description 73
- 230000005540 biological transmission Effects 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 13
- 230000000694 effects Effects 0.000 claims description 8
- 238000007689 inspection Methods 0.000 claims description 6
- 230000002452 interceptive effect Effects 0.000 claims description 2
- 230000005577 local transmission Effects 0.000 claims description 2
- 238000001514 detection method Methods 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 79
- 230000001419 dependent effect Effects 0.000 description 72
- 238000005516 engineering process Methods 0.000 description 50
- 238000007726 management method Methods 0.000 description 31
- 230000000875 corresponding effect Effects 0.000 description 27
- 230000008859 change Effects 0.000 description 25
- 238000013461 design Methods 0.000 description 17
- 230000007547 defect Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 6
- 239000004575 stone Substances 0.000 description 6
- 238000012512 characterization method Methods 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000015572 biosynthetic process Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 4
- 230000002596 correlated effect Effects 0.000 description 4
- 230000036961 partial effect Effects 0.000 description 4
- 230000001276 controlling effect Effects 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 239000012634 fragment Substances 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 229910001369 Brass Inorganic materials 0.000 description 2
- 241001122315 Polites Species 0.000 description 2
- 210000004556 brain Anatomy 0.000 description 2
- 239000010951 brass Substances 0.000 description 2
- 238000005352 clarification Methods 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000002045 lasting effect Effects 0.000 description 2
- 230000003340 mental effect Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000000739 chaotic effect Effects 0.000 description 1
- 230000003930 cognitive ability Effects 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 210000003141 lower extremity Anatomy 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- HYYBABOKPJLUIN-UHFFFAOYSA-N mefenamic acid Chemical compound CC1=CC=CC(NC=2C(=CC=CC=2)C(O)=O)=C1C HYYBABOKPJLUIN-UHFFFAOYSA-N 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000002203 pretreatment Methods 0.000 description 1
- 238000013404 process transfer Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000000306 recurrent effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 230000000638 stimulation Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012559 user support system Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/12—Inter-network notification
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及将信息递交给主电信过程的至少两个用户的方法和设备，所述信息与所述主电信过程中的切换(HOs)有关，所述用户附加地参与次电信过程(STKV)，在所述次电信过程中所述信息经由主电信过程和/或次电信过程的至少一个网络被传送给这两个用户并且各经由所述用户的用户终端***的至少一个递交给所述用户，其中递交以检查至少一个对此的信号在参与实现主电信过程和/或次电信过程的至少一个***中的存在而开始，以及在至少一个次电信***中，每个这样的被递交给用户的信息通过至少一个非人类模块M(HOCIS)来确定，其中所述非人类模块不是所述用户的终端***或/和所述信息是至少一个在前的这种递交尝试的结果。
Description
本发明申请是于申请日为2007年12月3日提交的、申请号为200780044489.0(国际申请号为PCT/EP2007/010485)以及发明名称为“切换便利信息服务(HOCIS)”的发明专利申请的分案申请。
技术领域
本发明公开了一种用于主通信过程(又名主电信过程，又名主TK过程，PTKV)的用户(TLN)的、自动并且网络透明的“切换便利信息支持(handoverconvenienceinformationsupport)”方法(HOCIS方法)，在该主通信过程中进行切换(HO)(其中该HO过程可以包括用于“实际HO”的任意提前时间/随后时间)。
“便利信息支持”在此尤其是指，该PTKV-TLN并不一定请求该HOCIS，但PTKV-TLN通常感觉主动提供的该支持仍然是令人愉悦的或者是有帮助的，例如在乘客的始发机场或者到达机场与航班乘客相关的预告/提示/预防措施(＝convenienceinformationsupport(便利信息支持))。与这种通常统一的措施相比，HOCIS通常可由与此有关的当事者来单独地设计。这种PTKV-TLN的HOCIS通过将HO过程期间的关于该实际HO(HO可以是潜在的或者是当前的或者是过去的)重要的信息转交给PTKV-TLN来实现，该信息为此通过在至少一个次电信过程(STKV)的至少一个***中的至少一个非人类的模块M(HOCIS)被提供给TLN。
A.HO的现有技术与HOCIS方法的创新特征对比
HO的现有技术将HO视作缩减到其技术核心的过程，即，该HO的现有技术：
(a)通常仅考虑HO中直接涉及的终端***以及必要时考虑其用户(在任何情况下都没有(潜在的或者是当前的或者过去的)HO中间接涉及的终端***用户由其中直接涉及的终端***来通知)和/或
(b)在终端***的HO方面，仅考虑终端***的“初步的连通性”(在任何情况下都不同样地考虑在终端***的进入网络的情况下终端网络用户的“应用连通性”)，和/或
(c)将终端***的HO仅视为基于对此的技术规定的“最终的自身发展”(即不视为任意早地开始的并且随时可由终端***用户动态设计的过程，其中该过程可能完全避免了HO)。
与此相对，HOCIS方法(针对潜在的或者当前或者过去的HO)实现现有HO技术的HO方法的在(a)至(c)中被排除的三个特征。
本A部分表明，通过该部分表明实际没有HO方法实现甚至仅是在(a)中被断言地排除的特征，最后部分的说法是合乎实际的。因此，该部分不需要引入在(b)和(c)中被断言地排除的特征的不可实现证明。然而这些特征超出HO的现有技术如此远，以致其不可实现证明是当然的(但其只能费力地详细示出，因为在HO的现有技术中几乎找不到针对这些特征的更多的、HO的现有技术能够与之关联的提示，使得该不可实现证明几乎普遍上只能是笼统地进行)。
通信过程的切换(HO)就其自身而言
■特别地在分组交换和线路交换的TK网络之间进行时已属于专利DE19645368和EP0929884的保护范围。然而，这两个专利完全未提及在此所解决的“HO信息/支持”问题：即，通信过程的至少一个用户会受到另一用户的HO刺激，因为该用户在通信过程中经历数据传输的(对其而言完全不可理解的)某种影响(例如由中断/延迟/质量变化/费用变化/...造成)。其结果是，这些文献也未尝试解决该问题。而根据本发明的HOCIS方法提供了如下面所阐述的那样全面解决该问题的技术。
■特别作为“无缝(seamless)MIH”(＝“媒体无关的HO，MediaIndependentHO”)(即对于TK过程的TLN并不能察觉)－US2006/0099948A1特别针对电话交谈进行了论述。其背景部分和对根据该发明的方法的说明中肯地阐述了该现有技术。比在前面提及的文献中更为广泛的是，VivekGupta等人的“IEEE802.21-Uebersichts-Publikation”(DCN21-06-0706-00-0000)论述了实现HO的不同的技术变形方案。HO的现有技术的最新出版物(例如WO2007/004846A2和WO2006/124514A2)强调了对MIH的关注。
在所有这些文献中可清楚地看到：在全部HO的现有技术中，HO中的PTKV的TLN的上述可能的刺激：
○并不被视为需要独立解决方案的独立问题，因为该问题借助现有技术中的HO技术并不能解决(该HO技术也一直使用在HO中)，以及
○并不知道该解决方案需要至少一个附加的并且独立的“从属通信过程”(又名“从属TK过程(STKV)”，又名“HOCIS通信过程/TK过程”)，其中可能包括“HOCIS服务器”在内。
因此，HO的现有技术并未与HOCIS方法形式的该问题解决方案有任何关系。
■通信过程的HO特别在OSI参考模型的L7上实现(如在上面所讨论的“IEEE802.21-Uebersichts-Publikation”中原则上提及的那样)，借助L.-J.Chen提出的USHA模型的架构(USHA＝“UniversalSeamlessHandoverArchitecture”(通用无缝切换架构))(UCLAComputerScienceDepartmentTechnicalReportCSD-TRNo.040012)是可能的。然而，USHA模型同样仅限于HO实现的技术：因此该模型同样与根据本发明的HOCIS方法绝对无关(基于上文中以列举点已加以概述的并且下面进一步详细地阐述的原因)。
■通信过程的HO目前得到许多关注，如从Stefanov(2006年11月21日：“EntwurfundImplementierungeinerVisualisierungssoftwarefuer“seamlessHandover”indrahtlosenNetzen”)或Sonnenberg(2005年6月27日:“SeamlessVerticalHandoff”)的论文中可看到的那样。这些论文又一次确认(尤其是其关于HO的现有技术的概要)：由HOCIS方法解决的问题“在HO技术之上”并且借助HO的现有技术并不能解决。对此的原因是，在此引用的HO的现有技术基于如下假设：以HO通信技术方式、即通过“无缝HO”，从开始就可避免“通信过程用户HO问题”。
■通信过程的HO也是Birnie等人的专利(2007年2月27日，US7,184,765B1)和Bartle等人的专利(2000年1月25日，US6,018,655；1998年3月24日，US5,732,347；1998年2月24日，US5,722,068)的主题。虽然他们都在移动终端***的连接中断之前或者在HO期间或者之后(无论出于何种原因)向移动终端***的用户发出声学信号，但在间接包含于该过程中的终端***用户的HOCIS方面，在这些专利中并未公开，这样的用户也完全未出现在这些专利中。
■通信过程的HO可能以某种方式伴随有间接包含于其中的通信过程用户的附带“有用信息”，在G.A.Mills-Tettey&D.Kotz的论文(MobileVoiceoverIP(MVOIP)：AnApplication-levelProtocolforCallHand-offinRealTimeApplications,Proc.ofthe“21.IEEEInternationalPerformance,Computing,andCommunicationsConference”，2002年4月)中进行了讨论。该论文在目前纯粹技术意义上进一步发展了HO的现有技术，其方式是该论文针对移动性引起的特别的HO问题开发了一种解决方案，该解决方案始于“移动性报警消息(MobilityAlertMessage)”(参看其3.1和3.2小节)。该移动性报警消息虽然是HO相关信息，但针对并未直接涉及的“主***”而不针对其用户，即以便防止“主***”在HO中的仓促反应(因为用于传输用户数据的L3连接由于IP号变更而临时被中断)。虽然该MVOIP-PDU(协议数据单元)的接收可选地可以实现“在移交过程期间对用户有用的消息”的触发，但是其意义不同于HOCIS中的意义。事实上，该特别的MVOIP-PDU(又名“移动性报警”消息)至少在7个方面并且分别根本上与HOCIS相区别，如下所示的那样：
第一
○HOCIS方法的HO相关信息针对HOCIS终端***的用户，用于对其支持，而不是针对用户所使用的终端***(其中称作“host”/主***)并且对其支持，如在MVOIP方法中情况如此，即例如针对打电话者而不是针对其电话，
○这种HO相关信息将发送设备确定的HO状态特有的意义通知(用于将该信息递交给用户的终端***的)用户，该HO状态特有的意义与IP号变更无关(这借助MVOIP方法的“移动性报警”是不可能的)，
○接收到的根据本发明的HO相关信息的编码和/或传送和/或本地表示可在用户的接收***中通过用户来拟定，而这在MVOIP方法中也是行不通的，因为(由于在前面的列举点中所谈及的内容)完全不存在前面概述的HO相关信息的内容。
也就是说，类似的根据本发明的HO相关信息通过关于特定HO状态的信息用于HO中间接涉及的PTKV-TLN的HOCIS，其中另一终端***将该关于特定HO状态的信息递交给该用户。而“移动性报警”-PDU用于完全不同的目的：其用于控制(HO中“间接”涉及的)主***，其用户在此完全不起作用。在那里本地的并且内容上未由直接涉及的终端***确定的、至用户的“有用消息”未变化(该有用消息不是根据HOCIS方法的HO相关信息)。
第二，对于根据本发明的HO相关信息存在传输路径，该传输路径对于MVOIP/“移动性报警”PDU是完全封闭的(即存在用户数据所使用的传输路径)，使得这也显示出：MVOIP/“移动性报警”PDU不是根据HOCIS方法的HO相关信息。
也就是说，尤其是：在HOCIS方法中(与在MVOIP方法中不同)接收机-主***无需首先对通信过程中的这种HO相关信息的接收进行侦听(“listen”，如例如目前的移动电话在通话过程中不能进行的那样)，以便能够接收HO相关信息。
○这种HO相关信息而是始终被其“目标终端***”接收(或者由其目标终端***本地地提供)并且一定让用户得知(也就是说没有MVOIP方法中的、“主机(host)”的针对“接收”的帮助)，
○并且在这种情况下接收机-主***在HOCIS方法中更不需侦听对其“协议栈”编址(即：不是该接收机-主***的用户)的某个PDU，使得
○根据本发明的HOCIS方法因此也可以支持目前的移动电话的用户，这对MVOIP方法是完全不可能的。
第三，根据本发明的HOCIS为HO中间接涉及的PTKV-TLN提供了如下可能性：关于任意当前的或者潜在的或者过去的HO方面向其中直接涉及的终端***请求HO相关信息。MVOIP方法丝毫未提供这种可能性。这也显示出，MVOIP-PDU不包含根据HOCIS方法的HO相关信息。
第四，MVOIP方法仅是关于其可能的开始时刻方面就与HOCIS方法完全不相似。前者恰好在移动(即直接涉及的)终端***发生IP地址变更时开始，后者恰好在该时刻的开始是不可能的(其始终提前开始，因为在当IP地址发生变更时才开始的情况下不再能满足对其提出的要求)。HOCIS方法与这种关于HO的非常迟的技术完全无关，即总是在IP地址首先还保持不变时开始，因为网络的某一使用质量(例如其使用成本或者抖动(Jitter))变化或者在通信过程期间用户对质量安全的预防性希望自发地出现，或者HOCIS方法在IP地址变更时根本不开始(因为事先了解到，无缝HO即将进行)。这同样显示出，MVOIP-PDU不可能显示出根据HOCIS方法的HO相关信息。
第五，MVOIP方法明确地排除根据HOCIS方法的信号(该信号的特征在于，可以在PTKV的终端***之外形成和/或存在)(MVOIP方法完全不了解STKV)，并且由此排除PTKV-TLN的HOCIS的任何可能性。
第六，MVOIP方法明确地排除：其PTKV-TLN从不同于移动终端***之处获得HO相关信息(该终端***必须丢弃这样的信息，即不可以将该信息递交给其TLN)，而在HOCIS方法中设计了这一点。
第七，MVOIP方法明确地排除：MVOIP-PDU等等被发送给HO中直接涉及的PTKV-终端***并且对此通知其TLN(而HOCIS方法适于将HO相关信息递交给直接涉及的TLN)。
这七个不同之处已显示出，MVOIP方法不会预测到HOCIS方法(在此为针对其中间接涉及的PTKV-TLN产生HOCIS的方法)，并且MVOIP方法也并非HOCIS方法的(只是在其出版物中未公开的)特殊情况：在根据本发明的HOCIS方法的实施形式中，MVOIP方法的“移动性报警”消息即仅仅具有许多通信技术上可能有意义的、并且TLN不可见的HOCIS协议参数中之一的含义，其中这些参数在其中涉及的用户的当前或者潜在的HO方面与主TK过程的TLN的HOCIS无关，并且在此不被考虑。
总结与HO的现有技术的比较并且聚焦于技术本质：在HO中要获得的OSI连接的“服务连续性”：
■在HO的现有技术中主要以“HO机械的(HO-mechanistischen)”方式通过对该OSI连接的用户(在任何情况下对HO中间接涉及的用户)隐藏HO来力争实现。如果使用该OSI连接的PTKV-TLN仅仅是简单的自动装置，则这些自动装置目前通常被以这种方式来指示，即服务连续性在此必须在PTKV的OSI连接的模型内被实现(即主要在其L2上实现)，否则不需要对其用户自动装置提供服务连续性(然而不是理解HO的TLN，譬如人)。
■在HOCIS方法中通过在(该OSI连接的)PTKV-TLN中对该HO的合适的了解来力争实现，即以“基于其HO理解”的方式实现。如果理解HO的PTKV-TLN(譬如人)使用该PTKV的OSI连接，则通常甚至将PTKV-TLN以这种方式来指示，于是PTKV-TLN通常在头脑中完全不同于简单的自动装置地结构化。例如，理解HO的PTKV-TLN(譬如人)允许希望通常在实际进行HO之前获得HO相关信息，和/或希望比简单的自动装置更为灵活地对此作出反应，使得为此在通信技术上提出独立的次/HOCIS-TK过程(STKV)，该次/HOCIS-TK过程以某种方式在时间上与PTKV和HO过程交叠，并且对于PTKV-TLN提供HOCIS。这种STKV于是在它那方面可以使至少一个HOCIS***参与实现服务连续性，包括该***在许多情况下以前使用的和/或持续较长的、例如至HO中间接涉及的PTKV-TLN的连接，该连接能够针对STKV实现为HO中间接涉及的PTKV-TLN“便利地”提供HO相关信息，以便为该PTKV-TLN保证服务连续性。
也就是说，该服务连续性在PTKV-TLN中根据其需求借助至少一个STKV来产生(以其他方式根本不能为PTKV-TLN保证服务连续性)，即在PTKV的OSI连接的模型之外产生。
在前一种情况中，即在HO的现有技术所追求的无缝MIH中，在纯粹的理论上可能多余的是，在PTKV-OSI连接中的HO时为其终端***中的用户提供HOCIS以保证这样理解的服务连续性，以便由此避免由于该HO引起的对PTKV-TLN的负面影响。然而，任何人都知道在本工程技术的上下文中对“纯粹的理论”如何看待，即其通常“基础不牢”(对此也参见B部分中的倒数第三段)。
与此相对，根据本发明的HOCIS方法在HO时在PTKV中使得：至少一个PTKV-TLN、即(该PTKV的OSI连接的)其中涉及的终端***的使用者通过该HO/在该HO中恰好为了“便利信息支持”的目的而获得至少一个HO相关信息，由此HO对PTKV没有负面影响，或者PTKV-TLN能够对其更好地设计，或者完全避免，等等(对于刚才使用的术语，参见B部分)。
换言之，HOCIS方法实现了在PTKV-TLN的理解层面上的HO中的“服务连续性”(并且抛弃了HO的现有技术的大部分的蕴含幻想的要求或者“怀有希望的想象”，HO可以以技术方法始终完全地对这些TLN隐藏)，其方式是该方法为此目的借助至少一个HOCIS服务器/IAD/终端***中的至少一个非人类的M(HOCIS)模块来使用该HO(特别是参见D部分)。
HOCIS方法因此由于其目标取向而属于技术通信的“便利”技术的未来的并且刚刚发展的领域，即在其意向性方面并非处于“HO技术”的传统领域。HOCIS方法与HO技术在技术上并没有共同之处，因为该方法
■被设计来解决由HO潜在或者当前引起的PTKV-TLN的心理问题，其方式是该方法在合适的时刻和以合适的表现能够为HO中涉及的PTKV-TLN提供该“便利信息支持”，
■然而，不是借助其能够实现PTKV终端***的HO(即解决了技术上简单的问题)的方法，而是该方法体现了技术复杂性，如其对于解决上述弥漫的心理问题不可或缺的那样。
HOCIS方法的高的技术复杂性主要在D部分、尤其是在对图5的阐述中予以澄清。
B.HOCIS发明的术语/概念和本质
HOCIS方法要通过使用如目前的无线通信网络来使得HO“便利”。更确切地说，该方法提供了如下可能性：以简单方式使其用户愉快地确信在使用该HOCIS方法的情况下，HOCIS方法(目前通常应位于这些网络之外)在无线通信网络的应用中持续地并且以令人愉悦的方式关于无线通信网络之间潜在和当前不可避免的HO的可能的“不流畅性”方面通知并且支持用户。
于是单由如下内容已经得出HOCIS方法的魅力：目前并不能预见的是，
■何时目前全部的无线TK网络(这些网络适于例如电话通话中的HO)能够实现目前所讨论的“无缝越区切换”方法之一，
■这些“无缝HO”方法因此对于通信过程的用户是否实际上是完全透明的(＝不可察觉/无干扰)，以及
■市场究竟是否接受这些(可能仅主观想象的)“无缝HO”方法(即使当该HO持续较长或者完全失败时，也带有这些方法的关于HO的、 通信过程用户的严格的负面信息(Nichtinformation)，尽管其会暗示成本变化)，或者市场将优选HOCIS方法(带有该方法的、对这些用户关于HO的预防性信息/支持可能性)，
而完全没有考虑的是，该“无缝HO”原理完全忽视基本的HO问题，这些基本的HO问题由于经济区的可预见的多重覆盖而出现，其中这些经济区域具有如下无线TK网络：这些网络针对移动网络使用者极为不同，不仅在其大小而且在其所有性能特征中都非常强烈地变化，通常可简单接入并且主要为私有。在该B部分结尾并且尤其是在第D.4.9小节的结尾较为详细地示出了该最后方面。
对于主电信过程(PTKV)的终端***的潜在或者当前的HO，本发明包括各种(网络透明的)可能性来为该PTKV的至少另一终端***中的人类或者非人类使用者在关于HO方面给予“便利信息支持”，尤其是为至少一个HO中间接涉及的PTKV的用户(TLN)给予“便利信息支持”。在许多情况下，在HO中间接涉及的PTKV-TLN没有要求的情况下，为该PTKV-TLN开始该HOCIS，即具有“公益性”的特性。为了能够清楚地描述该情况，现在对为此所需的术语和相关概念予以解释。
本发明的主题是一种一般性的HOCIS方法以及一种一般性的用于实现该方法的设备(一般性的＝允许特有类型的多种变形方案)。在该文献中对两者的描述(如同其术语和概念)是纯粹功能性的，即完全抽象的，也就是说与具体物理的实施(又名实施例)完全无关。然而出于对其说明的原因，偶尔也阐述该方法、设备以及术语/概念的可能的物理实施。在此应注意的是，以下对这些术语/概念的阐述(普遍在OSI-RM的意义上)用于对根据本发明的方法/设备的本质进行解释，即并不力求实现对其他通信技术问题的原理解释，而是在许多地方完全直接地解释该保护文献的权利要求措辞的实际意义。以下解释的详细说明在D部分进行。
首先：通信过程的HO在至少两个通信网络或/和网络的接入点或/和网络的接入点的性能特征之间进行。也就是说，本发明不仅考虑“垂直的”HO，即在不同的网络之间的HO，而且也考虑接入点或/和相同网络的性能特征之间的HO，所谓“水平的”HO，以及这两种HO类型之间的任意混合。
现在针对的是本专利申请的术语和其概念(＝意义＝含义＝内容，更确切地说：通信技术的语用)。
概念上(即纯粹功能性的，完全抽象的)－这是重要的-
■抽象的“通信过程”(又名“电信过程，TK过程，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-TLN的至少一个“TLN数据”或者“TLN信息”的交换在至少一个TKV终端***和至少一个由该终端***当前所使用的网络之间启动，则启动“交换”。在此，TLN数据或者TLN信息是TLN最后/原始地可发觉的/可产生的信息，该信息借助该终端***向/由(人类的或者非人类的)TLN输出，或者被输入或选择。两者之间的不同在于，TLN数据通常仅仅针对必要时需要的TKV的管理(＝建立、中断、...、结束)而被交换，而TLN信息为了实现TKV目的而被交换，在这两种情况下都是在其TLN或者上述代理/部分功能/...之间进行。
本文区分至少两种类型的通信过程(又名TK过程，又名TKV)：主通信过程(又名主TK过程，又名PTKV)和(属于其中各HO的)至少一个次通信过程(又名次TK过程，又名STKV，又名HOCIS-TKV)。每个TKV具有专用的OSI连接(参见下文)。然而两种类型的TKV和其终端***在其抽象和/或物理的实现上可以是尽可能相同的或者使用不同的抽象的/物理的驱动装置。
这些TKV术语/概念在此普遍适用，即如果HO/HO过程是通信过程/TKV(于是该HO/HO过程是第三类TKV)，则对于HO(又名HO过程)也适用。HO(又名HO过程)是否也是(电信)通信过程与其TK技术在HO期间是否暗示在HO所基于的PTKV的TLN之间的通信有关，然而其在此并不重要：HOCIS方法可应用于两种情况中，并且在前一种情况中必要时可以使用HO-KTV和/或可以视为PTKV，例如由对D部分中的最后的图5的阐述中表明的那样。
就在这里要指出的是，最后由刚才提到的TK配置也表明，权利要求1的措辞/含义在HO方面涉及一个或者多个PTKV和涉及一个或者多个STKV。
■在本专利申请中所使用的通信技术术语定义在国际标准化的“ISO7498-1Informationtechnology-OpenSystemsInterconnection-BasicReferenceModel:Thebasicmodel”缩写：ISO/OSI-参考模型或OSI-RM中。对于本领域技术人员而言，这形成了本专利申请的有约束性的理论/概念性的基础。
为了解释刚刚谈及的内容：在两个独立权利要求1和80中的根据本发明的HOCIS方法/设备的措辞(尽管其“伪自然语言性”的撰写)基于在OSI-RM中定义的术语/概念，也就是说已经有OSI-RM的通信技术的准确表述性/限制，这些准确表述性/限制消除了其“纯粹自然语言的”意义的不确定性。
根据本发明的HOCIS方法/设备的描述还尽可能地使用OSI-RM术语/概念，这些术语/概念并未使用在权利要求1和80的伪自然语言的措辞/含义中(并且这些术语/概念属于OSI-RM的“人造的”术语/概念)。由此，该描述通过OSI-RM专业术语/专业概念而利用了本领域技术人员的表达能力的明确性。这被本领域技术人员视为有助于明确对其相应的独立权利要求中的HOCIS方法/设备的伪自然语言描述的正确理解。对于OSI-RM专业术语/概念的使用，也参见D部分。对于下面对OSI术语/概念的使用以及特别是对于在本文中的OSI-RM专业术语/专业概念首先应说明的是，
○一方面，本文不能完全概括这些专业术语/专业概念，使得作为补偿地参考上述国际标准，其中在有疑问的情况下本文是重要的，以及
○另一方面，本文在几处关于HO和相关HOCIS过程中的情况进行了具体说明(参见D部分)。
在OSI参考模型的意义上的术语/概念中，在每个“n点通信过程”(n>＝2)中，在其两个任意的终端***(例如A和Z)之间存在抽象的“OSI连接”，该连接也可以延伸到这两个终端***中的通信应用***，如在下面所阐述的那样。
每个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连接仅仅了解在该“通信应用”通信中的“交互”。
TK过程的OSI连接：
○在位置上不仅“存在于”其两个(TK过程)终端***A和Z之间(更确切地说，在这两个终端***A和Z之间存在该OSI连接的L3连接)，而且借助其L7连接也“存在于”终端***A和Z的TLN或者通信应用***之间，以及
○在时间上只要该TK过程开始就“存在”(尤其是从该时刻开始，该OSI连接的L7连接存在于该TK过程的TLN或者通信应用***之间)，并且保持存在直至这两个通信应用***或者TLN将该TK过程视为结束(OSI-RM将此模型化为该L7连接和OSI连接的结束)。
因此，最迟在如下时刻之后(由于通信应用***的创建OSI连接的通信开始，即TK过程开始)存在OSI连接：从该时刻起，在创建OSI连接/TK过程的、A或者Z中的(通信过程)TLN的终端***的终端设备中针对OSI连接/TK过程实施某些措施。然而，OSI连接的某些Li(1<＝i<＝7)在该时刻还无需(抽象地)实现或者能够实现。也就是说，存在Li连接并未暗示其(抽象的)实现或者可实现性。而更一般地：与OSI连接一同也存在其至少7个Li连接，而其中并不需要抽象地实现Lj连接以及其与该OSI连接的其他Li连接的协作(OSI-RM并未考虑物理的实现/实施)。Li连接的(抽象)实现仅在其当前(抽象)使用期间才需要给出。
这暗示着：为了该TKV，OSI连接保持存在于两个终端***A和Z之间，即使尤其是该OSI连接的至少一个L3连接并未实现或者并不能实现，如在其中终端***的HO中经常发生的那样。
借助根据本发明的HOCIS方法可以保证在HO情况下总是保持PTKV-OSI连接的L7连接存在(参见A部分)，因为该方法负责使得A或者Z中的始终至少一个PTKV-TLN得知，PTKV(即PTKV-OSI连接)还未结束，尽管在PTKV-OSI连接中例如出现了L3连接中断(其中即使在没有HOCIS方法的情况下，该TLN也偶尔从L7未结束而得知该情况，因为未结束对于TLN而言从其应用通信得到，其中TLN在L3连接中断前的数秒钟内执行了该应用通信。该HOCIS方法在这样的情况下确认相应的TLN推测，或者更正该TLN推测。后者、例如HO中直接涉及的TLN在HO期间(即在L3连接中断期间)单方中断OSI/L7连接(即相关的PTKV)。
在此要再次指出的是，PTKV-OSI连接在根据本发明的方法中无需连接相同的终端***，如与PTKV-OSI连接相关的STKV-OSI连接：而在两个连接中相应被考虑的TLN是相同的(这在D部分中深入阐述)。
■抽象的“终端***”除了包含其抽象的人类的使用者和/或非人类的使用者(＝使用者自动装置)和/或其所谓的代理/部分功能(都理解为TKV-TLN)之外，还包含抽象的“终端设备”，这些抽象的终端设备的整体在终端***中以下偶尔同样称作“终端设备”，即非人类的功能组，例如LAN、WLAN、大型计算机、数据库、PBX、RAS、防火墙、所有类型的交换机的功能组，以及网络入口、IAD、E/A设备的功能组。在终端***中的非人类的功能组(的抽象的或者物理的实施)以下经常称作“模块”。
■终端***的抽象的各个“终端设备”可以彼此单独地考虑，尤其是
○“终端的终端设备”，始终具有电子/物理/声学/光学的“逻辑上的”用户界面(其通常是可移动的，例如在移动电话中)，
○“非终端的终端设备”，具有或者没有网络特定的“终端适配器(TA)”用于其“网络结束”(NT＝“网络终结器(NetworkTerminator)”)，在任何情况下都没有这种刚刚概述的用户界面，其中
○终端***的用户终端的和非终端的终端设备通过物理/通信技术的接口和/或其他的终端设备彼此协作，其中通常仅仅一些是标准化的，以及
○非终端的终端设备(以及甚至其TA和相关NT，参见C部分)以及终端的终端设备可以在物理实施中集成，尤其是在移动终端设备(例如移动电话)中，在其中前者同样是可移动的。
本专利申请的权利要求1暗示在HOCIS-TKV(又名STKV)的终端***中存在至少一个功能模块“M(HOCIS)”。该“M(HOCIS)”在功能上尽可能地被划分，如D部分中详细地说明的那样，以便使权利要求1的措辞/含义的精确理解变得容易。为了将符合OSI-RM的终端***划分为模块(如尤其是在D部分中进一步介绍的那样)要说明的是，OSI-RM表面上避免了终端***划分，但OSI-RM实际上进行了终端***划分。对此的原因是通信应用划分的思维上的必要性(如抽象的HOCIS通信应用，其对于抽象地实现HOCIS方法在思维上是必要的，该通信应用通常在终端***的L7上)，以便对这些通信应用进行理解。在(1994年的相关的国际标准ISO/IEC7498和相同的ITU-TRecommendationX.200，尤其第32/33页，以及更特别是在1994年的国际标准ISO/IEC9545和相同的ITU-TRecommendationX.207中的)针对L7的规定中，该必要性导致对符合OSI-RM的抽象通信应用的功能结构的定义，该功能结构的定义在逻辑上暗示了提供抽象通信应用的终端***的、对应于该功能结构的功能划分，确切地说，划分到这些终端***的、由所述终端***提供的符合OSI-RM的抽象通信应用的范围中。
■抽象的“服务器”(又名“服务器终端***”，又名“无人的TK过程用户的终端***”)是在网络中或在网络上的功能组(在或者不在其网络运营商的管理之下)，它们在本文中同样视为终端***/终端设备，然而后者并不能划分成终端/非终端。
■抽象的“***”是终端***/终端设备或者是以某种方式集成到网络中的计算机。
■服务器和/或***在PTKV或者STKV-OSI连接中的多个可能的Li中继作用在本文中无需全部单独地阐述(在图5中对中继例子的讨论为本领域技术人员提供了对此的说明)。在此特别重要的是在HOCIS-TKV中的(固定的或者移动的)“HOCIS服务器”和/或“HOCIS***”(其中该HOCIS-TKV属于PTKV的HO)作为HOCIS-TKV的一个或者多个HOCIS-OSI连接至少之一的终端***(参见D部分中的最后的图5的说明)，该终端***也可以是网络中的HOCIS服务器或者HOCIS***。
■当在HO过程期间PTKV终端***在其网络接入点处(PTKV通过该网络接入点来路由)在L3上一方面潜在地或者当前地或者过去地进行全部或者部分的网络/网络接入点/网络性能特征－使用特征切换，而另一方面潜在地或者当前地或者过去地进行持久的或者临时的网络/网络接入点/网络性能特征－使用特征切换，并且在此保留其PTKV-OSI连接(又名其PTKV)时，PTKV终端***(及其PTKV-TLN)称为潜在地或者当前地或者过去地“直接涉及于”HO中。当PTKV终端***并未直接涉及于该HO中时，PTKV终端***(及其TLN)称为“间接涉及于”该HO中。
■本文仅仅需要注意如下情况：在PTKV中在一个时刻仅仅存在唯一的HO(也就是说，抽象的“一个直接涉及的***”HO)。从传达了其也处理抽象的“多个直接涉及的***”HO(这在实践中是有意义的)这一印象的各PTKV实施形式中能够容易地表明，其该实施形式实际上基于处理时间上交叠的、本专利申请所探讨的“一个直接涉及的***”HO的序列。由此得出：
○对于HO/HO过程，可应用上面所介绍的潜在/当前/过去的TK属性。
○由于PTKV-OSI连接(又名其PTKV)的(抽象的)实现包括n>＝2个PTKV***，所以在该PTKV中的HO中间接涉及n-1个***。
■对PTKV的HO，针对HOCIS-TKV(又名STKV)适用的是，STKV开始/启动于发现根据本发明的“信号”(又名“HOCIS信号”)的存在(在何处以及无论如何都在其PTKV至少之一和/或关联的HOCIS-TKV(又名STKV***)至少之一中)。对STKV，在起始时刻同样可使用上面介绍的潜在/当前/过去的TKV属性。
在HOCIS方法中的PTKV的起始时刻、STKV和HO(只要并未不同地说明)可以在时间上以任意的顺序设置。
HOCIS-TKV(又名STKV，又名STKV的STKV-OSI连接)(对于PTKV的潜在或者当前或者过去的HO)可以与该PTKV有关，因为PTKV为了STKV/STKV-OSI连接的(抽象的和/或物理的)实现，即为了实现其STKV-OSI连接，即STKV-OSI连接的STKV-Li连接，可以使用PTKV-OSI连接的一个或者多个Li连接(即该连接在PTKV终端***中在其端点处的抽象和/或物理的实施)。但是，两个OSI连接的实现(在抽象和/或物理的实施中)也可以完全彼此无关地进行。
在此仅仅重要的是，HOCIS方法基于HO相关信息由(某种形式的)HOCIS***递交给TLN，与对此(根据权利要求1)必要的HOCIS-OSI连接完全相同地实现。没有冲突的是，该OSI连接的HOCIS/次TKV的开始通过在PTKV***和/或HOCIS***/次***中存在(HOCIS)信号来进行。
此外要注意的是，这样的(HOCIS)信号在这些***至少之一中的实现/形成/存在的方式不受限制，其并不允许与任何HO相关信息的实现/形成/存在混淆，并且在本文中无需详细阐述。
■所考虑的各HOCIS方法(更确切地说，HOCIS-TKV视为其抽象的实施实例化)与PTKV的HO明确地相关。
■STKV完全未暗示当前的HO：STKV例如属于潜在的HO。
■STKV(针对PTKV的潜在或者当前或者过去的HO)暗示：曾开始 过至少一次尝试，将由至少一个M(HOCIS)提供的HO相关信息递交给PTKV的TLN。
“尝试递交”意味着(参见图5以及说明)
○或者
通过至少一个PTKV/STKV***中的M(HOCIS)经过/由至少一个网络尝试发送/接收HO相关信息，
和/或尝试将该信息本地递交给其TLN/从TLN接收，
○或者TLN的终端设备的M(HOCIS)本地地(通过事先在这两个M(HOCIS)之间所约定的协议，例如基于“超时”机制，如其对于本领域技术人员已知的那样)生成这种信息，而不用将这样的信息通过网络来发送和/或接收。
这是本发明的“核心”，该核心是权利要求1措辞/内容的基础，其随后被多次并且详细地阐述(尤其是在D部分)。
■“HO相关信息”是最后TLN可察觉的、至少关于HO中直接涉及的终端***的信息，该信息
○在其借助M(HOCIS)被检测和提供以及递交之后，
○在终端的STKV/PTKV终端***中递交给其PTKV-TLN。
最后，HO相关信息在HO中涉及的(并且在本专利申请的例子中通常为人类的)PTKV-TLN方面对应于HOCIS方法的“HO便利信息支持适用性”。HO相关信息最后针对/在其“自动化的”和/或物理的和/或句法上的和/或语义学上的和/或实效/心理上的感知能力的抽象层面上来设计/表达/编码/表现/存在：
○实效上/心理上/精神上，HO相关信息根据愿望(Anliegen)来设计，为特别是如下的PTKV的TLN引起HOCIS：在这些PTKV中至少一个PTKV-TLN是移动的(使得因此将来会经常出现HO)，确切地说，使得HOCIS通常为TLN感觉为受欢迎的。HO相关信息尽管能够(只要这由于某种原因而对TLN是有意义的)包含在当前的PTKV中出现基本的TK事件时的网络信息和费用信息，但是并不能限于这种“实效/心理/精神的琐事”。HOCIS而是必须“迎合TLN的精神”，并且(尽可能灵活地、敏感地和独特地)为TLN在其PTKV和其HO方面提供让人有希望的/令人高兴的某些信息。注意到，HOCIS例如可以充分减少TLN持续重新地登记到它短期连续经过的WLAN中，并且必要时(当例如这由TLN预先给定时)仅仅通知TLN网络变更。本领域技术人员通常可以根据递交给TLN的HO相关信息(根据更复杂的HOCIS立即)区分：该信息/该HOCIS是根据本发明的还是属于相关的现有技术也已初步说明了的上述琐碎的范围。
○在语义学上/句法上，HO相关信息(如对于这些信息通常普遍的那样)例如以人的自然语言和/或文字和/或符号等等的表示/编码来展现。然而，这并未在其中排除其他的信息表示，例如TK常见的句法编码(例如以国际标准化的并且对本领域技术人员已知的PDU的形式，例如“ASN.1-PDU”)，以及其以某种方式形成的语义学配置(Semantik-Belegung)。
这暗示了HO相关信息的设计/表示变形方案
○一方面作为适合TLN的HOCIS，该HOCIS基于至少一个“HOCIS-SDU”(SDU＝ServiceDataUnit(服务数据单元))。在此，SDU要与其借助至少一个“HOCIS-IDU”(＝InterfaceDataUnit(接口数据单元))的物理的实施区分，本文并不考虑该“HOCIS-IDU”，以及
○另一方面作为适合TK的至少一个“HOCIS-PDU”(PDU＝ProtocolDataUnit(协议数据单元))。
由于本文将SDU同样视为PDU，所以本文简化了该OSI术语。因此，HO相关信息在本专利申请中始终是这样理解的HOCIS-PDU。
为了简化前面所谈及内容到OSI-RM上的映射，还要说明的是：
○在PTKV/STKV-TLN方面，抽象概念“HO相关信息”包含上述至少一个HOCIS-SDU，所述至少一个HOCIS-SDU借助至少一个提供SDU的、根据OSI-RM的“HOCIS服务要素”递交给TLN，其中
○抽象的“HOCIS服务要素”通常详细说明了在HO方面对TLN的HOCIS措施的可能的物理的实施。
HOCIS方法的物理的实施(又名实施形式)的特征在本专利申请中未被考虑。
也就是说，以下术语“HO相关信息”、“HOCIS”和“HOCIS服务”最终是同义词，因为它们以符合OSI-RM的方式将(当前或者潜在或者过去的)物理的PTKV的物理的TLN关于其(当前或者潜在或者过去的)物理的HO的最后的物理的信息模型化。
■HOCIS-TKV在HO方面实现了PTKV-TLN的HOCIS(并且由此必要时也影响了触发或者修改或者抑制HO或者关于此的报告)，而未修改对实现PTKV/HO所需的网络之一。后者甚至无需经历根据权利要求1的、针对PTKV的HOCIS-TKV，因为HOCIS-TKV通常位于作为其基础的STKV-OSI连接的L4-L7上，即使该HOCIS-TKV的HO相关信息涉及“他的”PTKV-OSI连接中的L1/L2情况。也就是说，STKV是完全“网络透明的”并且于是也可以物理地实施。
■终端***/终端设备的使用者可以
○可能自己确定/减少/停止(简称：“配置”)为使用者提供的HOCIS的表示和/或使用者对HOCIS的接受的形式，确切地说，在执行实际HO之前和/或期间和/或之后的时间上进行，
○借助任意其他的过程/应用来交换HOCIS，以及
○以至少一种方式确认接受至少一个HOCIS或者不必确认，其中这种确认/不确认可以改变或者不改变HOCIS-TKV的进程。
■在终端***与网络之间的关系方面，可在终端***至网络的初步的连通性以及其通过该网络的互联网连通性和通信应用连通性之间进行区分：
○一旦终端***可在L1和L2上从该网络接收至少一个PDU(于是终端***已对该网络执行了“初步的HO”)时，给出了至该网络的“初步的连通性”，
○一旦终端***此外可以使用至其他互联网终端***的连接时(这除了终端***的L1/L2连通性之外也以其至该网络的“Admin(管理)连通性”为前提，即终端***在该网络中“登记”)，就给出了“互联网连通性”(参见在D部分中的最后的图5的说明)，以及
○一旦终端***此外可以使用至其他互联网终端***的连接时，就给出了关于此的“HOCIS连通性”又名“特定的应用互联网连通性”，其中互联网连接必须通过该特定的通信应用***来路由。
本专利申请(只要没有另外说明)仅仅在刚刚所描述的初步的连通性和HOCIS连通性之间区分，使得后者也包括特定的应用互联网连通性，尤其是“网络冲浪互联网连通性”又名“WLAN冲浪互联网连通性”。
仅初步地连接至网络的终端***必须(当终端***要使用该网络来实现其通过该网络的互联网连通性时)直接涉及地执行网络的服务特征之间的HO：该终端***在HO中必须在该终端***所使用的网络的服务特征“L1+L2服务”和“L1+L2+L3服务”之间转换。
也要注意如下不同：在终端***至网络的初步的HO相对于终端***到网络中的登记之间存在该不同：前者是终端***在网络方面的所需的TK措施，由此终端***可以随后在该网络中执行其登记。在此，终端***登记到网络中还不必暗示通过终端***对网络的最大程度的利用可能性，尤其是不必暗示终端***的互联网连通性(本领域技术人员都知道这一点)
终端***至网络的初步的连通性的确定在HOCIS方法中具有特别的意义：其实现了HOICS方法的起始时刻。
■还需要对如下概念进行解释：
○“成对的”STKV/PTKV***：至少两个STKV或者PTKV***的属性/特征说明了，这些***在STKV或者PTKV中彼此通信。在此处要提醒的是：在HOCIS方法的实施形式(又名物理实现)中，***可以包含至少一个STKV和PTKV***，该方法并未改变：STKV或者PTKV***抽象地仅仅分别借助成对的***驱动对应于TKV的STKV或者PTKV-OSI连接。
○STKV/PTKV***的“主动通信尝试”：该概念表示该***尝试通过至少一个网络将至少一个PDU发送给成对的***和/或获得对接受PDU的某个确认。
B部分中通过许多词并在本质上描述的和基础的关于HOCIS方法的新颖性如下地以少量的词和面向实践地重复：HOCIS方法设计了，在PTKV的终端***的(潜在或者当前或者过去的)HO方面通过至少一个HOCIS(又名HOCIS措施)支持至少一个PTKV-TLN。该HOCIS/HOCIS措施通过确定至少一个HOCIS信号存在于至少一个PTKV或者STKV终端***中而启动。作为其结果，与此有关的、HO相关的信息被递交给至少一个PTKV-TLN(在其STKV终端***通过网络获得HO相关信息之后或者该信息替选地自己形成)。TLN获得HOCIS，但并不因为其请求HOCIS，而是因为TLN应尽可能少地受到HO的不利影响。于是，HOCIS方法是“在社会角度上”被建立的。
HOCIS方法由此将一种特性赋予PTKV终端***，在这些终端***的潜在和/或当前或过去的HO方面目前尚未考虑该特性。更确切地说，对于这些TLN，该HOCIS方法赋予PTKV终端***/终端设备在HO方面(以支持其TLN)全新的“社会特性”：目前不存在对这种想法的启示。
因此HOICS方法根本上与目前的HO的现有技术不同之处仅仅是(参见A部分)：现有技术忽略“人与人之间的”HO问题，即在HO中至少有时让至少一个其中间接涉及的PTKV的用户不知道该HO和其进展，并且由此该用户可能被极大地刺激，更别提使该用户能够对其做出任何反应。现有技术还未将其完全的“在HO方面对使用者兴趣的忽视”理解为问题。
HOCIS方法是该实际问题的解决方案的技术核心：由此本文公开了一种技术的基础，借助该技术，可以(根据PTKV-TLN的需要)将PTKV中的(潜在或者当前或者过去的)HO通知任何PTKV-TLN/对PTKV-TLN进行支持(也包括并未直接涉及于HO中的TLN)。
HOCIS方法也适于在无缝MIH的情况下支持TLN。这种支持的意义的例子：在通过WLAN技术将大的文件下载到PDA上时，该PDA的使用者移动离开对此所使用的WLAN。在此应当采用MIH方法并且允许在更昂贵的和/或明显更为缓慢的GSM网络继续下载，或者下载应当在另一WLAN可用时才继续，还是下载现在可能要完全中断？通过这些可选方案不想通知使用者(如在无缝MIH中所设计的那样)可能错失了市场需求。
而显然的是，根据本发明的HOCIS方法在WLAN/Femtocell和移动网络之间的HO中是有意义的，这也可以适用于所有其他网络/部分网络/网络类型的情况中，权利要求措辞/含义包括这一切，尤其是“在移动网络/移动网络漫游时的HO”(即使本文的例子/附图仅仅使前面的情况具体化)。
HOCIS方法是在使用者借助其真实的或者虚拟的本地应用***(例如MS-Word或者MS-Explorer或者其汽车的导航***)工作时对使用者的已知的支持进一步的基本的发展。该方法是对支持的基本的进一步发展，因为在这种工作中目前仅仅在使用者当前的处理的决定因素方面支持使用者，这些决定因素反映了使用者的、对于使用者已知并且不会自动改变的影响范围，而HOCIS方法附加地在使用者当前的处理的新的决定因素方面以新颖的方式支持该使用者，这些决定因素反映了该使用者未知的、并且在使用者看来自动变化的以及其不能影响的范围(在此：关于所有类型的在那里的HO相关的事件)。于是，HOCIS方法的基本创新在于：在PTKV的TLN在HO中的当前处理的新的决定因素方面对TLN的新颖的“便利信息支持”。
为了结束该B部分，要说明以下内容。在HOCIS方法的迄今的描述中，HOCIS方法对HO中直接涉及的PTKV-TLN或者其FMC电话的支持很重要，并且这也适用于本文的下面部分的大部分。由于B部分要说明尤其是HOCIS方法的本质，所以现在明确指出该HOCIS方法也可以支持HO中直接涉及的PTKV-TLN并且简短地申述理由为什么可以支持HO中直接涉及的PTKV-TLN，确切地说，借助通常已知的FMC电话的实际的例子和该电话对其初步的IAD连通性的确定(其中权利要求1不受该“FMC”、“电话”以及“IAD”的限制)。
在根据本发明的方法的该特定的应用例子(针对HO中直接涉及的PTKV-TLN＝FMC电话使用者)中的HOCIS展现了HOCIS方法的市场重要性，其方式是该HOCIS首先表明了其实际的FMC使用简化潜力。在FMC电话确定其初步的IAD连通性(参见上文)之后，这种“HO便利信息支持”明显不同于：
■目前通过电话已知的关于该事件的使用者信息，其中该信息
○仅作为在电话上的重要的使用者动作的结果可由用户访问，并且
○该使用者动作的执行阻止在电话上的任何其他使用者动作，并且
○这两者在用户对潜在HO的评价/促进/忍受/探究原因可能性/避免可能性等等方面并未支持用户，
■而在将来的使用者HOCIS中，完全不同于该贫乏的使用者信息，
○并不要求电话上的使用者动作，和/或
○并不妨碍电话上的使用者动作，以及
○特别是在HO方面可以非常深入地支持该使用者，例如其方式是，该HOCIS能够实现对IAD的“一触HO(one-touch-HO)”(其方式是HOCIS立即地、自动地以及在后台检验该初步地连接的IAD：是否用户必要时是否已登记在IAD中并且于是为了某个目的也可以使用IAD，例如用于上述“网络冲浪”)，使得使用者于是可以使用一触HO，以便由其FMC电话的初步的IAD的连通性(经由该IAD)进行其互联网连接或者甚至(附加地经其Home-IAD)进行网络冲浪互联网连接。
这种(通过HOCIS方法实现的)一触HO或者甚至零触HO等等(例如由电话使用者针对HO所配置的那样)将FMC电话的使用设计得比在没有HOCIS方法的情况下更令人愉悦，并且还通常更为低成本，使得被HO中直接涉及的PKTV-TLN视为受欢迎的。
在此，针对HO中直接涉及的电话的使用者的HOCIS(例如通过一触HO)可以无缝地补充针对相同的HO中间接涉及的PTKV-TLN的、上面阐述过的HOCIS。D部分，尤其是D.4.9和相关的图5，尤其是对图5o-r的阐述有助于深入理解。
C.HOCIS方法的实施形式变形方案
以及对其他相关通信技术术语/概念的解释
在C部分中的HOCIS方法概述和相关的图1和2限于在包括移动终端设备的情况下考虑电话呼叫中的HOCIS方法，即尤其限于使用至少一个移动和/或无线网络的情况下在两个PTKV中(几乎)实时的HO。这些特殊情况未将“异步”PTKV考虑在内(PTKV的TLN无需同时参与PTKV)，例如基于Email的PTKV，并且这些特殊情况未将至少一个固定网络参与的情况下的HO考虑在内，并且这些特殊情况仅仅(例如在考虑“Femtocell”或者WiFi-WLAN和GSM/CDMA/UMTS/Wimax等网络中的类似结构的情况下)附带提及在无线网络内的HO-当然由此并未从根据权利要求措辞/含义的保护范围中排除相关未被考虑的HOCIS方法特殊情况。
也就是说，这些概述将仅仅对TK布置中的所预期的常见的“移动引起的”HO中的一些加以说明，在这些HO中，HOCIS方法可以是有帮助的。在此，这些概述将尤其是显示出，该HOCIS方法的(借助至少一个非人的M(HOCIS)模块)的实现可以完全或者部分地特别是位于：
1.移动网络或者至少无绳电话中，
2.移动或者固定的IAD中(IAD＝WLAN的“IntegratedAccessDevice(综合接入设备)”，其前身在技术上更为简单并且称为“接入点”AP，其中IAD的WLAN也可以是GSM/CDMA/UMTS/Wimax等网络的“Femtocell”)，
3.在通信网络中或者通信网络上的***/服务器/IAD中，可能针对PTKV的各TLN在不同地方。
由于在以下讨论中概念至网络的终端***的通信网络的“接入”是重要的，所以(在对于本文足够的范围中)首先解释(对本领域技术人员已知的)内容：该概念的这样给予的专业定义是：当该终端***可以在该时刻在
■与该网络的至少一个(抽象的)接入点、或者甚至
■通过该网络与该网络的至少一个(抽象的)终端***
的连接的OSI层L1-L3上进行L3数据传输时，网络的(抽象的)终端***(即该终端***登记在该网络中，参见上文)在一个时刻具有至该网络的“接入”。
尤其是由此得到，网络的终端***无需(如在移动网络的终端***中众所周知的经常出现的情况那样)持久地接入该网络。
对该网络的“接入点”在此(尤其是在接入点针对至网络中/从网络中的数据传输的潜在或者当前使用的情况下)是在法律上/商业上和必要时在技术上对终端***/终端设备和网络之间的至少一个“数据传输部分”上的层L1-L3功能能力的责任的过渡位置(从网络的运营商至终端***/终端设备的责任者的过渡)。在接入点处的网络侧(抽象的)终结设备称为“网络终端”(“网络终结器”，NT)、在接入点处的使用者侧的(抽象的)终端设备称为“终端适配器”，TA。在网络接入点的物理实施中，这两个(抽象的)功能单元NT和TA尽可能地被集成(如在移动电话中通常情况如此)。
根据网络接入和网络接入点这两个概念的解释也清楚的是，HO中可直接涉及的移动(抽象的)终端***/终端设备，尤其是目前(抽象的)移动电话可以包含例如终端的和三个非终端的(抽象的)终端设备：
■其终端的终端设备根据定义主要用于(抽象地)实现TKV的(抽象的)声学/光学/机械的用户界面，以及
■其通常为三个(抽象的)非终端的终端设备用于与HO中的至少两个不同的移动网络/接入点/性能特征协作，其中后者在“Femtocell”变形方案的范围中可以任意彼此微小地区分。这三个非终端的终端设备：
○一方面，为(抽象的)“交换机”，用于在其终端设备之间(抽象的)数据交换(该交换机必要时可以被忽视，例如在使用Femtocell技术的情况下，因为在该技术中通常无需交换功能)以及
○另一方面，为针对/用于相应的网络/接入点/性能特征的两个TA/NT(必要时在Femtocell技术的情况下仅仅为一个TA/NT)。
当电话针对“直接的HO”的能力一方面涉及GSM/CDMA/UMTS/卫星/Wimax等网络而另一方面涉及互联网关联的WiFi-WLAN或者Femtocell-WLAN时，电话有时被称作“FMC电话”(FMC＝固定/移动融合)：即电话于是支持互联网的固定网络技术的可使用性和GSM/CDMA/UMTS/卫星/Wimax等网络的移动网络技术的可使用性的融合，在此是在打电话的情况下。
图1示例性地借助抽象的FMC电话示出了这种情况(C.0小节解释了其图形符号的意义)，该电话：
■一方面通过GSM-TA/-NT(GSM-TA/-NT集成到FMC电话中)具有至GSM-移动网络的临时接入(其中在GSM网络的最接近的固定天线与移动FMC电话中的GSM-NT之间，通常称为：“GSM空中接口”，属于GSM网络)，以及
■另一方面通过IEEE802.xx-TA/-NT(IEEE802.xx-TA/-NT同样集成到FMC电话中)附加地具有至WLAN的临时接入(其中暂时的IEEE在IEEE802.xx-IAD与FMC电话中的IEEE802.xx-NT之间，通常称为：“WLAN空中接口”，属于WLAN)，该WLAN在自身方面通过其“aDSL调制解调器”-TA具有至互联网固定网络的接入(即接入至互联网固定网络的“aDSL分路器”-NT和电话铜双绞线-/)。
注意到，IAD空中接口侧(＝非互联网侧)包含“交换机”(正如FMC电话空中接口侧那样)：如在图1中可看到的那样，在FMC电话和IAD之间的数据传输(针对同一通信过程)可以一方面通过其WLAN-NT(和分组交换的WLAN)以及另一方面通过GSM-NT(和线路交换GSM网络)来进行。
根据上述内容，可清楚看到GSM/CDMA/UMTS特征：在这些网络中，所有基站都必须(在技术上/许可合法性上/经济上是有条件的，因为基站是大小区的运营商)由大运营商在法律和商业上负责，并且由此惰于在实践中引入创新。与此相对，IEEE802.xx-IAD/AP在法律上和在商业上由它们相应的小得多的运营商负责，使得它们提供了技术平台，在该技术平台上可以短期使用所有类型的创新(如本保护文献的创新)。
此外，FMC电话(如图2所示，参见C.0小节)仅借助一个TA/NT就足矣，例如对于线路交换和分组交换的GSM网络，借助共同的GSM/GPRS-TA/NT就足矣，使得在此可以完全省去IEEE802.xx-IAD。尽管如此，在此在通信过程中可以在仅仅使用通常较昂贵的线路交换的L3连接与使用至少部分略为更廉价的分组交换的L3连接之间切换。这样的切换不是网络HO而是性能特征HO(参见B部分)。
此外，在下面的图中左边示出在HO中直接涉及的用户的终端设备。右侧的图示也提醒：HOCIS方法尤其针对通信过程的、在该HO中仅仅间接涉及的用户而设计。
C.0对图1和2的说明
在图1中，单向箭头属于在其箭头端部处的矩形中的标识、双向箭头代表数据传输部分两个倾斜的椭圆分别表示线路交换的固定网络(例如GSM/CDMA/UMTS/卫星等等，在此也称作网络I)，并且其中各嵌入有具有其IEEE802.xx-IAD/AP的IEEE802.xx-WLAN(“网络II”)，该IEEE802.xx-IAD/AP通常持久地接入互联网(“网络III”)。具有IAD/AP的足够信号强度的范围通过在此周围的实线圆来表示，与其同心的虚线/点线圆表示降低的或者消失的信号强度。
网络II对于A和B之间的主通信过程的成本无意义，而是仅仅网络I和网络III对此有意义，使得它们也对于HO是决定性的。在该考虑方式中，在用户A和B之间的主通信过程中，
■在网络I方面由FMC电话单独构成整个HO终端设备，以及
■在网络III方面由FMC电话与其IEEE802.xx-IAD一起构成整个HO终端设备，
其中FMC电话持久地接入网络I，而IAD接入网络III，
如果从网络III出发，则完整的HO终端设备即IAD+FMC电话。
如果从FMC电话出发，则
■在网络I和网络II方面FMC电话是完整的HO终端***，
■而在网络III方面，FMC电话是上面所述的HO终端设备的一部分。如果从主通信过程出发，则不仅单独FMC电话可以视为完整的HO终端设备，FMC电话+IAD也可以视为完整的HO终端设备。
在图2中，在(单个网络的)两个性能特征方面，完整的HO终端***
■不仅在性能特征“线路交换”方面
■而且在性能特征“分组交换”方面
单独由GSM电话构成
C.1单独在FMC电话中的HOCIS方法的示例应用
在图1中示出了两侧：
I.移动网络(在此基于GSM)以及
II.IEEE802.xx-无线网络(“xx”例如对于WLAN＝“11”或者对于WIMAX＝“16”)以及相关的IEEE802.xx-IAD
III.具有至互联网的接入，
以及FMC电话具有至网络I/网络II的区域不受限制/受限制的接入。
在市场引入FMC技术的开始阶段中，图1可能是经常出现的HO相关的TK布置。在以下概述的示例的HO情况A)至H)中，左边的FMC电话可以直接(或者间接，这在此未进一步详细阐述)涉及于当前的或者潜在的HO中：
A)A使用者不仅处于I小区中而且处于II小区中，并且离开II小区，虽然该使用者恰好与B使用者打电话。
B)A使用者不仅处于I小区中而且处于II小区中，并且离开II小区，虽然该A使用者恰好呼叫B使用者，但“callset-up(呼叫建立)”程序还未结束。
C)A使用者不仅处于I小区中而且处于II小区中，并且来到它们的边界区域，而该A使用者恰好与B使用者通电话。
D)A使用者不仅处于I小区中而且处于II小区中，并且来到它们的边界区域，而该A使用者恰好呼叫B使用者(即“callset-up(呼叫建立)”程序还未结束)。
E)A使用者处于I小区中并且进入II小区中，而该A使用者从I小区出发恰好与B使用者通电话。
F)A使用者处于I小区中并且进入II小区中，而该A使用者从I小区出发恰好呼叫B使用者(即“callset-up(呼叫建立)”程序还未结束)。
G)A使用者处于I小区中并且进入II小区的边界区域中，而该A使用者从I小区出发恰好与B使用者通电话。
H)A使用者处于I小区中并且进入II小区的边界区域中，而该A使用者从I小区出发恰好呼叫B使用者(即“callset-up(呼叫建立)”程序还未结束)。
根据本发明的HOCIS方法可以在容易想到的许多其他潜在或者当前的HO情况中起动/运行/终止。也并未举例说明的是，用户信息/用户支持如何进行。
在C.1部分中仅仅FMC电话A(必要时借助电话B的支持)被托付来执行根据本发明的HOCIS方法。这导致了，一旦FMC电话A离开其WLAN的可达到范围，则FMC电话A和B之间的用于执行该方法的“互联网连通性”就中断。
图2的HO-TK布置与前面的HO-TK布置不同在于以下两种方式：该HO-TK布置一方面从整体上看仅允许性能特征HO而非网络HO，而另一方面对于所有“仅仅GSM/GPRS”电话(“nur-GSM/GPRS”-Telefonen)允许这种HO。
C.2仅在固定的IAD中的HOCIS方法的示例应用
在此，又从图1的HO-TK布置出发。然而在所有HO过程中(8个HO过程例如在前面在A)-H)中进行了概述)，现在根据本发明的方法的执行在FMC电话A的固定的IEEE802.xx.IAD中进行。IAD借助FMC电话B用于执行HOCIS方法的“互联网连通性”时间区间比在C.1小节中的对此可供使用的“互联网连通性”时间区间更大(相对C.1小节，这能够鉴于A使用者的HO而实现B使用者的HOCIS的改进)。
例如，在上面的情况A)中，在电话交谈期间，IEEE802.xx-IAD可将其通过互联网至FMC电话B的L3的连接提供给HOCIS方法使用，由此该HOCIS方法可以通过该连接通知B使用者，A侧的IEEE802.xx连接被中断。更进一步的是：在上述情况的多个情况中，IEEE802.xx-IADA可以在电话呼叫/交谈的潜在的和/或实际的HO的所有临界阶段中为电话呼叫/交谈的两个通信伙伴实现HOCIS(尤其是为A的HO中仅仅间接涉及的通信伙伴B实现，否则该通信伙伴B甚至根本不知道A的HO的技术上的HO风险/必要性)。在此，与对于HO中直接涉及的终端的终端设备可能的/有意义的情况相比，HO中直接涉及的IAD明显更早地启动HOCIS方法和/或更长地在其上工作。
C.3仅在互联网服务器中的HOCIS方法的示例应用
FMC电话和其IAD/AP可以正如图1所示地设置(后者在此仅仅扩充了互联网上的服务器)，使得不需要其他图。
使用该TK配置用于实现HOCIS方法的重要意义在于：目前数百万的已安装的IEEE802.xx-IAD/AP和其IEEE802.xx-/GSM/CDMA/...电话的大部分本身(由于其技术上的不足)并不能执行某些HOCIS功能，但非常可能的是，适当设计的“HOCIS互联网服务器”(例如已在正常工作中使用的SIP服务器或公告服务器等等的合适的HOCIS扩展)可以执行这些HOCIS功能，其方式是该HOCIS互联网服务器观察在HO方面其相应的连通的质量，并且借助HO相关信息为这些电话的用户提供由此导出的HOCIS服务(其中该HOCIS互联网服务器将这些HO相关信息代替上述连通的质量通过电话来提供)。
C.4根据本发明的HOCIS方法的示例应用的混合设计
如容易看到的那样，当可以利用所有3个上面概述的抽象的“HOCIS服务的设计变形方案”时，根据本发明的方法的HOCIS功能的质量可以具体地在许多方面被改进。该方法1权利要求措辞考虑了“混合设计优点方面”：其措辞/含义与HOCIS方法的所有三种类型的过程(参见B部分)中的“功能分配方面”无关。
在与某个其他的服务协作(无论由谁来提供和/或产生该服务，例如MIH服务)方面，HOCIS方法也不受限。为了阐述这种功能分配可能性和合作可能性，现在给出如下例子：
GSM网络运营商可以为WLAN呼叫针对GSM网络上的FMC电话在自己的GSM网络中提供一种(费率有吸引力的)“备用”连接，在其上WLAN呼叫可以任何时候和无延迟地进行“本地GSM低效运行(GSM-Fallback)”(针对FMC电话和其IAD之间的L3连接)或者“全局GSM低效运行”(针对FMC电话与第二电话装置之间的L3连接)，前提条件是移动网络运营商能够成本低廉地解决伴随这样的“预HO服务”而来的问题。其与根据本发明的HOCIS方法的协作会使得低效运行真正是用户友好的并且由此在市场上有吸引力。在没有提升用户友好性的HOCIS方法的情况下，电话交谈的这种GSM低效运行(又名HO)于是不能保证所希望的“服务连续性”的质量：
■尤其是当进行全局GSM低效运行并且HO中“并非直接”涉及的用户仅由此暗示地获悉当前电话连接出乎预料地故障，随后其电话重新响铃并且用户在接受该呼叫之后出乎预料地发觉他现在可以继续刚才中断的通信过程(如果该用户感知到通信过程的网络切换并且并不简单地觉得中断是干扰)时，这种GSM低效运行不能保证“服务连续性”的质量。
■其中直接涉及的用户也会至少部分地不知道GSM低效运行的进展：该用户并不知道在从该用户侧出发以某种方式触发GSM低效运行之后，是否因为没有其他GSM呼叫“干扰”通信伙伴而使得通信过程的GSM低效运行实际成功进行。
■以及此外当GSM低效运行(尽管有移动网络运营商的预HO服务)出于某种原因而延迟时，因为可能是网络技术在此期间短暂“阻塞”，会使两个用户困惑。
该例子表明，(为了实现HO中的服务连续性的高质量)甚至在许多情况下“无缝MIH”将需要通过用户友好的HOCIS方法的支持，其中在内容、功能分配和与其他服务的合作方面，其具体的实施不受限制。
C.5关于HOCIS方法的用户控制
在对HOCIS的上述部分中，其内容上的以及针对HO的实时的用户信息的方面处于中心地位，而现在要简要地提醒的是，HOCIS方法也能够实现重要的其他方面的设计：该HOCIS方法使得在HOCIS过程中至少一个使用者能够借助其HOCIS随时：
■获得对至少一个HO和/或与其相关的HOCIS过程及其过去和可能将来的不同的当前状态信息(如在车辆导航***或者飞机导航***的用户界面中那样)。
■输入不同的当前指示，用于继续进行至少一个HO和/或与其相关的HOCIS过程。
■输入不同的当前指示，以选择可供所述使用者使用的功能和/或用于在所述使用者的终端设备上本地显示HOCIS。
对HOCIS的、在此所提及的并且可由使用者确定的功能及其本地的(也是暂时的)显示的一些例子在本文的多处被提及。因此，这些功能的内容细节和其本地的显示并非是本文的主题。本文的权利要求仅仅关心HOCIS方法的这种根据本发明的功能的基本事实，即在B部分中详细描述的、HO中直接涉及的终端***/终端设备(在通信过程的终端设备之一中存在HOCIS信号的情况下)的“社会”功能反应中的基本事实，然而对于其内容的涉及和根据显示的设计方面没有强加任何限制。
C.6对于根据本发明的HOCIS方法/设备的建模的更多内容
基于OSI-RM的对根据本发明的抽象的HOCIS方法/设备的建模的原理在B部分中已讨论。这些原理的应用在本专利申请中导致抽象的HOCIS方法***和抽象的HOCIS设备***，它们在B部分中统一称作HOCIS***(又名STKV***)。根据OSI-RM，两种类型的HOCIS***包含抽象的功能部件(＝功能组)，OSI-RM将这些抽象的功能部件称作“实体”。只有这些实体与通信应用及其服务的OSI连接的抽象实现相关，OSI-RM才考虑这些实体(又名功能部件)。
根据本发明，在此存在的通信应用是两部分的并且由HOCIS方法和HOCIS设备构成(因此，是两个上述类型的HOCIS***)。在HOCIS方法或者HOCIS设备的物理实施(＝实施形式)中，通信应用的上述实体(又名功能部件)又不可避免地处于该实施形式的软件部件和/或硬件部件中。
相应地，本文尤其考虑其抽象的HOCIS设备(本文将该设备也称作“STKV设备”，参见权利要求80)，其由抽象的硬件/软件功能部件构成，其中功能HOCIS设备部件的布置与硬件/软件完全无关。重要的仅仅是，抽象的HOCIS设备的功能部件的抽象实现可以借助
■独立的功能HOCIS设备硬件/软件部件，或者
■功能相同的和/或功能上合适的PTKV硬件/软件部件，或者
■(例如至少一个操作***和所述操作***管理的功能硬件部件的)完全不同的TKV和/或***的功能相同的和/或功能上合适的硬件/软件部件来进行。忽视第一种情况，在HOCIS设备部件和其他所提及的***的功能部件之间进行“抽象的硬件/软件资源共享”。该抽象的硬件/软件资源共享又可以处于或不处于HOCIS设备的物理的实施(又名实施形式)中，并且在第一种情况下称作“物理的硬件/软件资源共享”。也就是说，在PTKV-TLN上(要为这些PTKV-TLN提供HOCIS)，这种HOCIS设备在其功能的HOCIS设备－终端***中的抽象实现可以在那里通过抽象的资源共享来共同使用TLN的PTKV和/或操作***(以及由该操作***管理的功能的硬件部件)的各功能相同或功能合适的硬件/软件部件。
相反：TLN的HOCIS设备终端***的抽象的实施可能根本不需要对其至少一个PTKV终端***进行独立的抽象的硬件扩展，因为借助“抽象的硬件资源共享”所述至少一个PTKV终端***的抽象的硬件部件对抽象的实现足够。于是，这也可以适用于HOCIS设备终端***的借助物理的PTKV终端***的物理的实现。然而这不是HOCIS设备终端***的实施形式(又名物理实施)的、借助其可实现权利要求80的必要特征。
抽象的HOCIS设备终端***(HOCIS方法独立权利要求仅关心某些功能上的HOCIS软件部件，该独立权利要求将这些部件视为可实施的并且全部称作M(HOCIS))包含以下抽象的硬件/软件部件(参见图4)，这些部件用于实现权利要求80－91中的装置：
■至少一个存储器(2)，用于存储其软件部件和HO相关信息，以及M(HOCIS)，
■至少一个处理器(3)，用于执行软件部件的功能，
■至少一个发送/接收部件(4)，通过至少一个网络发送/接收HO相关信息，
■HO相关信息的至少一个检测和/或提供部件(5)，
■至少一个递交/使用部件(6)，用于HO相关信息至该终端***的TLN的递交/使用，
■至少一个接口(1)，用于硬件部件(只要包含)的协作。
本文现在主要针对HOCIS方法/设备的实施形式，这些实施形式完全借助在PTKV-TLN中本来存在的物理的PTKV终端***和/或物理的PTKV服务器/IAD来实现，其方式是在其上附加地分别存在至少一个HOCIS模块(这使它们成为特定的物理的PTKV&STKV***)。然而，其保护范围并不限于这样的实施形式，而是也包括(根据权利要求1－91的措辞/含义)HOCIS方法/设备的多个实施形式，这些实施形式为TLN的上述物理的PTKV***例如分别补充了至少一个附加的物理的硬件设备。
上述对HOCIS***的抽象的硬件/软件部件的模型化的讨论(在D部分该模型化本质上被升华)仅用于纯粹功能类型的(根据权利要求措辞/含义的)HOCIS特征的基本说明，按照其通过具体的HOCIS实施形式的实现来确定，具体的HOCIS实施形式是否属于本文的保护范围。
C.7作为HOCIS-ISR服务器(ISR＝InteractiveSignalResponse交互式信号响应)的M(HOCIS)设计
根据本发明的HOCIS方法(更确切地说：对此的M(HOCIS))的、对大量市场(Massenmarket)而言感兴趣的抽象的/具体的实现/实施方案是一种HOCIS-ISR服务器(参见D部分及其附图5j－l)。这样的HOCIS-ISR服务器可以发现在某个数据流中的某个信号的出现并且对其做出反应，其方式是该服务器为所涉及的用户关于此提供合适的HOCIS。
主通信过程用户在HOCIS-ISR服务器中的注册和/或请求例如可以以发声方式进行，和/或通过输入按键组合或者短消息(SMS)，或者没有从该用户方面的任何输入，而是例如从其ISP或者MSP或者第三方的方面来进行。如果服务器在由其观察的数据流中发现了由该服务器所查找的信号，从服务器至就此要对其进行通知的用户的“HOCIS信号响应”同样可以通过任意的、用户的电话从中可以接收消息网络来进行。
D.权利要求1的措辞/含义的理解准确化
该D部分要有助于避免从本专利申请的非常有限的具体的例子描述中确定本专利申请的含义和/或保护范围并且限制于此，这虽然“在专利逻辑上”是不恰当的并且尤其是在专利法上被严格禁止，然而对于本文的撰写人而言在他们的其他专利中在权利争论中曾出现，并且因此非常大地影响到本专利申请的撰写(而不是由于撰写人的有意抽象地提供的并且因此明显更广泛的权利要求措辞)。相对于专利的解释方法/含义确定方法的所有其他可能性而言，根据专利的权利要求措辞对专利的解释方式(即含义确定方法)的优先权在所有专利法规中被毫无疑义地规定。
出于这两个原因，D部分在下面首先按照本专利申请的方法独立权利要求1以及尤其是借助其多个下级权利要求(更确切地说，通过对从属权利要求组中根据本发明的(普遍性的)HOCIS方法的各个本质特征的有针对的阐述)阐述/说明了本专利申请的发明的本质。技术上这样复杂的方法(例如根据本发明的HOCIS方法)的精确的本质于是不可以(如本领域技术人员所知的那样)单独由传统的专利文献组成部分：
(a)一般性地提供的权利要求1的措辞/含义以及
(b)具体实施形式(必要时带有附图)的特定描述
来简单地推断。然而，获得权利要求1的措辞/含义本质的精确理解的这种简化借助多个从属权利要求提供了对含义的描述展开，更确切地说，划分成说明方法特征的从属权利要求组(如D.1所阐述的那样)。在此可以暂不讨论该方式是否包含唯一的方法独立权利要求含义的准确化(该含义通过上述根据(欧洲专利公约)的、在考虑(b)的情况下对(a)的解释来确定)。
据此，看来不必要为了其理解准确化而借助类似的从属权利要求和从属权利要求组对权利要求80和82的设备独立权利要求含义的描述展开进行特定的阐述。
然而，首先应提醒的是(部分在本文中已提及的)以下两个方面：
■根据本发明的方法/设备的各本质特征并没有本文中未提及的限制，特别是没有通过根据本发明的方法/设备的各特征的“全部关联”产生的限制，而无论由何人假想这种“全部关联”以及无论他如何设计，因为他不能用本文中的内容来辩解。
■因为本专利申请的所有权利要求措辞/含义唯一并且单独地在其实质上对根据本发明的方法/设备的特征进行了限定，本文完全没有针对这些特征在本发明的某一实施形式中的具体实施变形方案(它们对于本领域技术人员而言是显然的)进行说明，而是这些特征是“功能上的”又名“抽象的”，即“纯粹概念性的”。
D.1权利要求1的理解准确化简化以及权利要求组
考虑刚刚所谈及的内容，本文使权利要求1的措辞/含义的理解准确化变得容易，其方式是本文将权利要求1的措辞/含义展开到从属权利要求2-79中来描述，并且将全部的这些内容分成11个“从属权利要求组”：与其未在这样的从属权利要求组中进行阐述的情况相比，在每个这样的从属权利要求组中，在其中所阐述的特征和/或其变形方案在它们的(借助该组的各个从属权利要求)直接的对比中被更为清楚地示出，使得在下面对每个从属权利要求组的“含义焦点”的关键词式的描述已经表明了(根据确定的权利要求1的措辞/含义的)特征/特征变形/特征组合的准确理解。也就是说，从属权利要求组技术显著地使获得准确的理解变得容易。
再次更确切地并且以另一种方式来说明：通过从属权利要求组及其相应的简短描述，使得对根据权利要求1的实施形式的各个特征或其变形方案的理解不可避免并且清晰。也就是说，相对于单独从思维上尽管完全清楚但在脑力上复杂的权利要求1的措辞/含义中获得准确理解，从属权利要求组(及其在D部分中的简短描述)实现了通过展开权利要求1的措辞/含义的描述而简化获得对权利要求1的措辞/含义的准确理解。在此，琐细的是，这种容易地实现对权利要求1的措辞/含义的应当的准确理解(即通过借助从属权利要求对其进行展开)并不改变该措辞/含义。因此无关紧要的是，这种展开通常既不可以***地也不可以完全地进行(单是如此，因为概念“***学”和“完整性”对于该领域通常是根本不可限定的)，而是这种展开只能显示相应的特征/特征变形之间的例如要考虑的可能的相互依赖中的一些。
以下所实践的构建从属权利要求组的优点借助对从属权利要求10－19的例子来证明(也参见D.5小节)：从属权利要求说明了在HOCIS方法中的“过程的时间性”特征，并且特别是说明了在哪些组合中可以实现这些特征变形，使得由此直接得到简化获得权利要求1的措辞/含义中该特征变形及其意义的准确理解。
如所看到的那样，该组在“过程的时间性”的特征的变形方面由至少10个组合可能性构成，这些组合可能性在此展开地示出为10个“交叠”从属权利要求。HOCIS方法独立权利要求的从属权利要求并未明确公开三个根据权利要求1的过程(PTKV，STKV和HO)的所有时间上的交叠可能性，即并未公开HOCIS方法在该特征变形(即这种交叠)方面的所有“特殊情况”的完全集合。然而，HOCIS方法的所有属于该特征的“特殊情况组”借助这10个从属权利要求在内容上如此细致地描述，使得基于这样引起的准确的/清晰的交叠可能性理解，任何其他这种交叠可能性(又名特征变形组合)对于本领域技术人员而言仅仅是在从属权利要求中明确示出的这种交叠/组合的显然的变形方案。
基于准确/清晰的交叠可能性理解，于是具有这种交叠的HOCIS过程不能(仅仅因为该交叠在特定的从属权利要求组中并未明确地示出)视为不属于当前的根据本发明的HOCIS方法的保护范围。
现在又与特定的权利要求组10－19无关地，以下连续地利用这种从属权利要求分组技术用于将表达权利要求1的措辞/含义的理解准确化。也就是对本领域技术人员而言，这种从属权利要求组的模式(Raster)已经公开了属于该从属权利要求组的“特殊情况组”的、根据权利要求1的措辞/含义的所有要素：任何这样的权利要求组模式：
■一方面标识了(根据权利要求1的措辞/含义的HOCIS方法的)至少一个特征及其变形的组，以及
■另一方面标识了特征及其变形的组合可能性。
逻辑上，因此HOCIS方法的属于所考虑的从属权利要求组的(更确切地说：为了理解借助该权利要求组所扩展地示出的权利要求1的措辞/含义而应有的)全部“特殊情况组”由其所有对应于特征和特征变形集合的所有组合可能性的特殊情况构成。在此，在所考虑的从属权利要求组基本展现出特征及特征变形的组合可能性之后，所有组合可能性的确定尽管有时是极其广泛的，然而通常是琐细的“机械的”活动。然而，参见下面的关于这种从属权利要求组的弃权。
由此，根据本发明的具有特征/特征变形组合的HOCIS方法的如下特殊情况不能视为由权利要求1的措辞/含义公开：该特殊情况并未在说明该特征/特征变形集合的从属权利要求组的至少一个从属权利要求中明确示出，仅仅因为这些权利要求组中的一个并未充分利用由从属权利要求组标识的特征/特征变形集合的所有组合可能性(其方式是该从属权利要求组明确地提出所有相关的特殊情况)。根据本发明的HOCIS方法的这种特殊情况而是通常必须被视为由该从属权利要求组公开，因为由该从属权利要求(为了由其清晰化/准确化的权利要求1的措辞/含义理解)基本可导出其特殊的特征/特征变形及它们的组合(如该从属权利要求组示例性示出的那样)。
如果要放弃该从属权利要求组技术并且仅仅将明确地在其下级权利要求至少之一中公开的HOCIS方法的特殊情况视为属于权利要求1的措辞/含义和/或保护范围，则相同保护范围的这种限定要求直至无穷数目的下级权利要求。然而，这样的放弃不仅是不切实际的，而且这样的放弃也违背“本领域技术人员”的法律概念，这样的放弃否定了本领域技术人员对从属权利要求组相关的特征/特征变形集合及其组合的认知能力。
此外，针对既不是从属权利要求组的标识，又不是所有其特征和/或特征变形的标识，亦不是所有其有意义的组合可能性的标识，存在统一的分类(Systematik)，如上面已经谈及的那样。在权利要求1的措辞/含义方面的理解形成/清晰/准确化步骤必须分别独立地执行，但通常是相当简单的，并且
■通常冗余地进行(不是说“高冗余的”)，即特征和/或特征变形或其组合可能性通过多于一个的从属权利要求组和/或在从属权利要求组之一中在其(部分)从属权利要求中的多于一个的(部分)从属权利要求中阐述，
■而有时非冗余地进行，即其通过在所有权利要求的集合中的恰好一个(部分)从属权利要求来阐明，这可能使特征/特征变形/特征组合显现为“已构造”，但这并不改变其由此最晚在此位置明确地引向准确的理解(即使当其在该说明书的其他位置被明确地排除)，
并且绝不仅仅基于从属权利要求的集合，因为特征或者特征变形或者其组合可能性中之一的说明可以：
■在本文中的根据本发明的方法的另外的描述中(如果权利要求1的措
辞/含义没有排除该特征和/或者特征变形和/或组合)提供，
和/或
■从权利要求1的措辞/含义中直接得到(如果该特征或者特征变形或者组合可能性在根据本发明的方法的其他描述中未被排除)。
后两个列举点包含对刚刚描述的“多从属权利要求技术”/“从属权利要求组技术”的清楚的弃权。这些列举点暗示，即使借助该技术，权利要求1的措辞/含义也不能在所有其分支中并且也不能在其整个有效范围中被设以“通过从属权利要求明确表明”这一评价。该技术而是仅仅用于对所有分支以及整个有效范围的“硬核”类型设置“通过权利要求明确表明”这一评价。只要权利要求1措词/含义超过了该硬核(在其分支细度方面或者在其整个有效范围方面)，则权利要求1的措辞/含义最后听任本领域技术人员来确定。
尽管如此，对形成从属权利要求组不可或缺的认识/分析步骤的执行带来大的优点：这些从属权利要求组给出了在权利要求1的措辞/含义的大数目的特征和特征变形及其组合中的一目了然性，而这些特征和特征变形及其组合必须不可避免地用许多从属权利要求或者部分从属权利要求来清楚地阐述/说明，以便实现所力求实现的简化获得对权利要求1的措辞/含义的准确/清晰的理解。
只要所基于的技术方法延伸到软件工程的领域中(在本文中情况如此)，则到目前是对使用从属权利要求组技术的一般辩解(如果甚至没有必要性证明)。因此以下再次对其优点的总结是合适的。
在HOCIS方法的当前具体情况下，其权利要求1的措辞/含义“硬核”的证明借助该技术已经相当庞大，但本领域技术人员立即认识到，其仍然并未穷尽(即超出该硬核的权利要求1措词/含义不仅更为多样而且也是更为广泛)。权利要求1措词/含义的(通过许多从属权利要求及其从属权利要求组)明确表明的“硬核”仅仅描述了权利要求1的措辞/含义中的“指南***”，但并不是穷尽地对其进行表征。这首先提供了借助该硬核引起/获得的、对权利要求1的措辞/含义的准确/清晰的理解。
在D.5小节中阐述各个权利要求或者从属权利要求组之前，在D.2-D.4小节中为权利要求1的措辞/含义的深入细节的理解提供了概念性的手段：
■D.2小节首先描述了本文的用于“简化准确理解”权利要求1措词/含义的策略，并且为此目的而阐述了基本各个权利要求1措词组成部分的含义。
■D.3小节支持该权利要求1的理解“准确简化策略”，其方式是该小节将图形上可简单示出的HOCIS参考模型(HOCIS-RM)作为该策略的基础(该模型于是简化了在D.2中已经阐述的权利要求1的措辞/含义组成部分的清晰/准确理解)。
■D.4小节超越D.3小节地支持权利要求1的理解“准确简化策略”，其方式是该小节借助其18个附图5示例性地示出，HOCIS-RM的图形使用如何极大地简化了权利要求1的措辞/含义的准确理解。
本领域技术人员了解所有在D.2-D.4中所示的、用以实现准确理解权利要求1措词/含义的、支持本专利申请的解释的考虑方式和操作方式(对于本领域技术人员而言，这些考虑方式和操作方式在本文中的明确的阐述仅仅用于简化其应用)。
在D.2-D.4小节中的(在根据本发明的HOCIS方法的、权利要求1所基于的特征的准确理解方面的)阐述之后，分别通过少量措辞已可以促成在D.5小节中的方法从属权利要求组的准确理解。
D.2权利要求1的措辞/含义的OSI-RM理解准确化/简化
权利要求1措辞是自然语言类型，其含义是可直接清楚地理解的并且唯一的。图3a的流程图示出了其功能的方法步骤。其方框包括：哪些方法步骤的实现符合HOCIS方法的实施形式，以便将该方法评价为符合权利要求1。在该上下文中要提醒的是，在本专利申请中未考虑各个或者全部HO相关信息的特殊的内容或者特征(而是仅仅考虑由谁将该信息递交给谁以及存在该信息)。尤其是，在此于是未考虑的是，HO相关信息究竟表示何种特殊的含义以及何时向通信过程用户表示，除了以下事实之外：该信息“以某种方式与HO有关”(这对于任何HO相关信息而言在根据本发明的方法的具体实施形式中可毫无疑义地确定)。
D.2.1因为(与自然语言相比)本领域技术人员熟悉对其“更便利的”OSI-RM术语/概念，所以对本领域技术人员而言，后面的伪权利要求(Pseudoanspruch)1’将权利要求1措辞的含义的理解准确化。在此，伪权利要求1’仅仅是与权利要求1措辞不同的措辞，两种措辞的含义相同。图3b的流程图示出了伪权利要求1’的功能方法步骤。
1’：根据权利要求1的方法，视为在TLN的HOCIS终端***中针对该TLN的(根据OSI参考模型的，即借助HOCIS-OSI连接来产生的)HOCIS服务(该HOCIS终端***即为该HOCIS-OSI连接的终端***)，
该方法具有HOCIS服务的如下特征：
I.HOCIS服务将HO相关信息递交给TLN，该HO相关信息为此通过至少一个在HOCIS-OSI连接中的非人类的模块M(HOCIS)来提供，
II.HOCIS服务以确定(Festellen)在主TK过程和/或次TK过程的至少一个终端***或者服务器中存在至少一个用于此的信号而开始，至少包括如下的步骤：
a)根据II至少检查一次至少一个信号的存在，以及
b)产生根据I的服务。
对本领域技术人员清楚的是，伪权利要求1’的含义并不比权利要求1的含义更大，因为伪权利要求1’的措辞并未为某一引起这种情况的一般化开辟空间。
相反要排除的是，借助伪权利要求1’中对权利要求1的含义的准确化(通过其尽可能使用OSI-RM的术语/概念来描述HOCIS方法的含义)未对权利要求1含义进行限制。在此情况下，伪权利要求1’的含义/保护范围比权利要求1的保护范围小。伪权利要求1’于是是权利要求1的真实的从属权利要求。
下面的伪权利要求1”明确地示出了伪权利要求1’对权利要求1的假定的限制：根据伪权利要求1”的HOCIS方法在逻辑上尽管与权利要求1相一致，但并不与伪权利要求1’相一致(因为该HOCIS方法并不满足其限制)。
1”：根据权利要求1的HOCIS方法，对于该方法适用以下内容：
a)其中HO相关信息的递交不是根据伪权利要求1’的HOCIS服务，和/或
b)其中递交开始不是根据伪权利要求1’的HOCIS服务开始。
证明不存在根据伪权利要求1”的HOCIS方法(即伪权利要求1’对权利要求1没有限制)是普通的：存在根据伪权利要求1”的HOCIS方法的假设立即导致荒谬，因为其对本领域技术人员而言证明是与伪权利要求1’一致的，并且由此证明是不与伪权利要求1”一致的，这违背该假设。
对权利要求1的措辞/含义的这样的第一理解在D部分中通过多个进一步的阐述而准确化。在此适用的是，所有这些对权利要求1的阐述在意义上也适用于伪权利要求1’。
在下面对HOCIS方法的本质的理解准确化有时使用其通过伪权利要求1’措辞的描述，即使用基于本领域技术人员所熟悉的“OSI-RM专业术语/专业概念”的措辞的描述。然而，每次明确地使用OSI-RM专业术语/概念”都是冗余的，因为根据本发明的HOCIS方法/设备的自然语言的描述和相关的权利要求措辞清楚并且明确地定义了HOCIS方法/设备的含义，即排除了其二义性的解释，即对应于OSI-RM的要求。(例如在对根据权利要求1的STKV的参与结构(Beteiligungs-Struktur)的阐述、即更确切地说：在STKV-OSI连接的阐述中)这种明确的对OSI-RM专业术语/概念的引用仅仅为本领域技术人员而设计，用于自己明晰以下对自然语言权利要求1的理解准确化的理解的正确性。
D.2.2.首先是权利要求1未将其排除在外的如下数个简单解释：
■针对根据本发明的HOCIS方法(该HOCIS方法与PTKV的HO关联)，权利要求1的措辞/含义“不包含对TLN之间的人/自动装置通信过程的限制”，也就是对于(L7上的)HO中间接涉及的人类用户与至少一个其中直接涉及的非人类的M(HOCIS)、即自动装置(该自动装置在其中位于某Li(1<＝i<＝7)上)之间的通信过程。权利要求1的措辞/含义而是也允许人/人和自动装置/自动装置通信过程(参见B部分中的TLN的定义)。
■权利要求1“并不了解在HOCIS终端***中的内部通信方面的技术细节”(权利要求1使用普遍意义上的表达“递交HO相关信息”并且权利要求1因此没有包含任何限制)。概念“递交HO相关信息”尤其是能够实现在任何时候并且以任何方式将信息提供给TLN以被获知(该概念并未暗示该信息实际上也必须被获知)。
■此外，权利要求1中的向TLN“递交”HO相关信息的概念完全在以通信技术或者本地实现递交方面被抽象。更准确的说：向TLN递交可通过两个所涉及的HOCIS***之间的网络在包括TLN终端***中的某功能在内的情况下实现或者单独地在TLN终端***中本地实现。
■权利要求1中的“提供”用于向TLN递交的HO相关信息的概念包含：该HO相关信息由(TLN或者其它HOCIS终端***中的)非人类模块M(HOCIS)来检测并且从该非人类模块M(HOCIS)出发被转交，以向TLN递交。因而，仅存在HO相关信息由何处可到达TLN的两种变型：该HO相关信息仅由其它HOCIS终端***的M(HOCIS)和/或由TLN-HOCIS终端***的M(HOCIS)来提供。如今的电话不能够以后者方式来提供根据本发明的HOCIS，但是非常可能以第一种方式来提供(参见对图5的解释)。
■根据权利要求1的“检查HOCIS信号的存在”的概念同样没有以任何方式被限制：该概念绝对没有表明在终端***和/或存在形式和/或HOCIS信号类型方面该概念可涉及的内容。检查HOCIS信号的存在尤其是在HOCIS终端***中实现并且绝对可在任何时候开始，其中在潜在的HO方面可以有多于一个的进行检查的/被检查的潜在的HOCIS终端***。这并不与以下情况相矛盾：PTKV和STKV终端***在本发明的具体实施形式中可以是相同的(参见下下段)。
根据权利要求1，HOCIS方法的具体实施形式因此影响本申请所力求实现的保护权，只要(在刚刚讨论的检查任何一种终端***中的关于潜在或者当前的HO的任何一种HOCIS信号的存在之后)该具体实施形式开始(向该HO中适当涉及的TLN)递交针对HO相关信息。也就是说：向TLN递交的成功的任何程度对于该影响是无关紧要的。
在权利要求1中的用于TLN的PTKV和至少一个STKV的、该TLN的终端设备之间的差异性/一致性方面，在(非人类的)功能模块M(HOCIS)方面和在HO相关信息的独特性/递交方面，要注意在前面段落中为此已经叙述的内容以及为此在本段落中还要说明的内容，尤其是：
■PTKV和STKV终端设备在(在抽象的实现中的以及在具体的实施方案中的)TLN中可以是相同的或者部分地或完全地相互不同，后者情况也是TKV特定的和/或HO特定的和/或TLN特定的。
■一个或多个HOCIS终端***(更准确地说：借助其相应的M(HOCIS))可参与实现/递交HO相关信息。
■至TLN的HO相关信息的递交和/或实现可针对至少一个M(HOCIS)、即其***“静态地”被事先约定，也就是说在M(HOCIS)***中出现至少一个确定的条件时单独地和/或借助至少一个其它的M(HOCIS)***来进行至PTKV的TLN的HO相关信息的递交和/或实现，其中该M(HOCIS)***可以是TLN-HOCIS终端***本身。
上述叙述的内容尤其是不排除：
■在其HOCIS-OSI连接至少之一的一个或两个终端***中，HOCIS-TKV的TLN中的至少之一(在其每个终端***中，必要时可在任何时候更换其当前STKV-TLN)永久地或者暂时地是自动装置，
■HO在其中实现的PTKV的至少一个终端***和/或TLN不同于与该HO关联的HOCIS-TKV的所有HOCIS终端***/TKV-TLN，反之亦然，■至少一个PTKV终端***使用如下网络：该网络不同于(与HO关联的HOCIS过程的)HOCIS终端***使用的网络，其中两个终端***包含或者不包含至少一个共同的PTKV-/STKV-TLN。
D.3权利要求1的措辞/含义的基于HOCIS-RM的理解准确化
前一小节中的权利要求1的措辞/含义的基本的理解准确化通过将OSI-RM作为其基础来实现。D.3-D.5小节现在示出：存在HOCIS-TKV，为了该HOCIS-TKV的理解准确化/简化建议的是，将共同的“HOCIS参考模型(HOCIS-RM)”作为其解释的基础，因为该共同的“HOCIS参考模型(HOCIS-RM)”使得这些解释中的许多解释多余，否则需要HOCIS-TKV中的每个HOCIS-TKV都需要这些解释。
鉴于在D部分的开头处所描述的教训(本文的撰写人由于他的其他通信技术专利而恼人地得到该教训)，为了简化对权利要求1的理解建立/准确化的这种(在通常情况下视为过度的)精力花费是完全合理的。通常，本领域技术人员本身会将这样的模型作为阅读权利要求1的基础。
HOCIS-RM一定由OSI-RM(特别是其上述L7标准)所基于的、分析TKV(又名通信应用)的一般原理而得到。以下所描述的其M(HOCIS)的特殊的模块划分在此对HOCIS方法是特定的。M(HOCIS)的特殊的模块划分及其在图5中的使用非常有助于简单并且准确地了解：某个HOCIS方法
■是否与权利要求1一致(又名与伪权利要求1’一致)，以及
■这一情况不仅是在其抽象的实现/实施中而且是在具体的实现/实施中。以下对HOCIS-RM和18个图5的的阐述的细节不应混乱：
■为了其描述措辞的简单且明确的理解，本领域技术人员了解对非普通的通信技术方法的思想基础的这种基于OSI-RM的建模的不可避免性(即HOCIS-RM的必要性)。
■18个图5用于简化理解HOCIS方法的应用(它们仅仅显示出其许多使用可能性的最为重要的使用可能性)。
现在针对HOCIS-RM的结构。仅仅为此目的以及针对图5的范围，遇到略为简化的(上面已经提及的)假设，在抽象的PTKV终端设备中(即在此：在抽象的电话和/或抽象的服务器/IAD中)进行抽象的STKV终端设备的抽象实现。于是在PTKV-TLN中不存在独立的HOCIS终端设备。但该简化并未排除至少一个抽象的HOCIS终端设备的抽象的实现：
■借助多于一个抽象的PTKV终端设备(即“分布式地”)，和/或甚至
■完全在抽象的PTKV终端设备之外(即“扩展地”)
来进行(这两者在最后的图5中被使用)。该简化对于方法独立权利要求反正无关紧要(因为方法独立权利要求完全不考虑实现方面)，并且设备从属权利要求明确地公开了，设备独立权利要求并不以该简化为基础。
为了说明HOCIS-RM，现在考虑图5最重要的结构要素(其细节在D.4小节中阐述)，因为这些结构要素是HOCIS-RM的本质。该本质只是功能M(HOCIS)模块以及其至M-Lo/M-Hi模块的划分，以及在M-Lo/M-Hi模块之间延伸的虚线。(此外，这些图还包括一些但对于HOCIS-RM本身无关紧要的附件，它们仅仅表示其周围环境。对此的两个例子：图中的代表每个TKV-OSI连接的粗双箭头和图中的分别包含至少一个M(HOCIS)的并且概述其与现实的关系的终端***框，如下面所阐述的那样)。注意到：在此无关紧要的是，存在PTKV的哪些实体(又名模块)(除PTKV终端***本身之外，对此更多内容参见上文)，因此这些实体在此并未示出。
HOCIS-RM关于根据OSI-RM的层4－7的抽象水平和意义方面以及由此关于M(HOCIS)方面进行目前经常实践的简化之一(参见例如J.Schiller所著的MobileCommunications第17页，ISBN－13：978-0-321-12381-7)：“”在此理解为OSI-RM的L4-L7的整体，其中，的粗体应当使得为了简化以下的阐述而对OSI-RM术语/概念进行的粗化变得可辨认。也就是说，这种符号简化并没有暗示OSI-RM的继续并且没有粗体地被使用的术语/概念的修改，并且没有暗示权利要求1措辞的含义变化。对应于该简化，HOCIS-TKV终端***(这些终端***由于上述的简化而大部分也是PTKV终端***，参见上文)的图5仅仅通过L7-M(HOCIS)模块分别示出了其“-HOCIS-功能”的提供者(Erbringer)。-M(HOCIS)模块通过在上述两个不正式的-M(HOCIS)终端***框中的阴影面积来示出。根据OSI-RM，-HOCIS功能通过在HOCIS-OSI连接中并且借助HOCIS-OSI连接(在此更确切地说：在其-HOCIS-OSI连接中/借助-HOCIS-OSI连接)的-M(HOCIS)(又名“L7实体”)的-HOCIS交互来提供。
对(开头两个)-HOCIS终端***框的一些说明：它们的两个内部***示出了相应的-M(HOCIS)，而其两个外部***示出了相应的-M(HOCIS)在其终端***中的(抽象)实现的位置，即抽象的电话装置或者IAD或其抽象的使用者(又名TLN)(只要存在)。
后者将-M(HOCIS)划分到抽象的实现层(又名抽象层)中：
■上面的抽象层模型化-M(HOCIS)为了根据权利要求1地将HO相关信息递交给TLN(无论与谁)的抽象交互的实体。
■下面的抽象层模型化-M(HOCIS)为了检测/修改/利用/产生/...该信息的至少一部分的HO相关的含义(无论与谁)的抽象交互的实体，即在HO相关信息根据权利要求1的递交之前提供HO相关信息(以及L4-L6OSI-RM含义，这些含义通过上述粗化而被附加)。
因此，在HOCIS-RM中，每个-M(HOCIS)实体/模块由“-M(HOCIS)-Hi”实体/模块和“-M(HOCIS)-Lo”实体/模块构成。
以下，前缀“”和后缀“实体/模块”通常被省去(也增加地省去字符串“(HOCIS)”和“HOCIS”，尤其是在模块名称中)。在HOCIS-RM中并未考虑
■对于在每个HOCIS-OSI连接中分别两个M-Hi或者M-Lo(无论与谁)的这两种类型的交互的深入的细节以及
■对于要递交的HO相关信息的深入的细节。
在HOCIS-TKV终端***中的M-Hi和M-Lo模块“参与”提供和递交HO相关信息至其TLN之一决定了HOCIS-TKV是否与权利要求1一致的问题。在OSI-RM术语/概念中：M-Hi和M-Lo模块参与STKV的至少一个-HOCIS-OSI连接对此决定(如马上可看到的那样)。
因此，在STKV的HOCIS-RM中仅仅考虑其至少一个-STKV-OSI连接，其中HOCIS-RM将该连接
■与TLN的交互模型化为与对应于TLN的M-Hi的交互，以及
■与终端设备的交互模型化为与对应于终端设备的M-Lo的交互。
换言之：在HOCIS-RM中，在PTKV-/STKV终端***中的PTKV/STKV-TLN通过M-Hi来模型化，并且在其中的M-Lo模型化其对HO相关信息的提供功能。这些对((后面所提及的功能M-Lo)和(TLN，M-Hi))在HOCIS-RM中于是分别为同义词。在两个同义词对的每一个内交互的意义处于HOCIS-RM之外。
在HOCIS-RM中，在提供和递交HO相关信息时M-Lo或者M-Hi的“参与”的术语/概念得到中心的重要性。它表明：当HO相关信息由M-Lo或者M-Hi部分或者全部以某种方式产生和/或检测或/和在内容上或按显示改变和/或提供和/或转发和/或接收和/或利用时，M-Lo或者M-Hi“参与”根据权利要求1的HO相关信息的递交。M-Lo或者M-Hi的参与表示其相应的M(HOCIS)的参与。该参与通常自动地进行，但必要时也可以由TLN启动。
HOCIS-RM的这样参与的M-Lo或者M-Hi在该出版物中也称作“中继”又名“中继”。(中继即为至少一个根据OSI-RM的Li特定的中继的概念上的粗化－遵循上面描述的至连接的较高的Li连接的概念上的粗化)。递交HO相关信息的发起者模块或者收件者模块中的两个中继称作该递交的“端点”，其中(根据权利要求1)收件者模块始终是M-Hi并且始终有至少一个M-Lo涉及所递交的HO相关信息。为了将递交HO相关信息的两个发起者和收件者HOCIS端点与该递交的其他“中继点”相区分，前者在图5中通过粗体填充的或者空心的点表示，而后者通过粗体的交叉来表示。通过递交的端点限定的在两个STKV终端***之间的HOCIS关系可以是临时或者持久地存在而且可以双向或者单向地存在或者甚至不存在。
在简单的情况下，只需要HO中直接涉及的M-Lo和间接涉及的M-Hi作为端点参与在两个STKV终端***之间的根据权利要求1的HO相关信息的递交。该递交可以通过直接涉及的M-Hi的电话所在的部分(参见下文)来“中继”，这涉及它们二者，或者通过间接涉及的M-Lo来中继，这涉及该M-Lo(如果其在两个终端***中存在)。
18个图5的虚线(对于HO相关信息的递交)示出了将M-Lo/M-Hi包含于这样的参与中的顺序及其在此相应的基本的中继功能。虚线的这种分布称为HO相关信息的递交中的“参与结构”。
HOCIS-RM使(由于简化原因而例如在图5中受限的)权利要求1的措辞/含义的准确理解变得容易。尤其是，容易地看到：在根据权利要求1的HO相关信息至M-Hi的递交中，HO相关信息对此：
■在与M-Hi的HOCIS终端***不同的其他HOCIS终端***中
■和/或在该M-Hi的HOCIS终端***中
由M-Lo提供。
D.4通过图5使得权利要求1的措辞/含义的理解容易化
现在针对借助HOCIS-RM和18个图5使得权利要求1的措辞/含义的准确理解容易化，其中上述简化被保留。
D.4.1为了避免关于图5中的HOCIS-RM的不清楚，此外要注意的是：
■在M-Hi与由其模型化的真实电话使用者(使用者在HOCIS-RM之外)的感知/产生/理解功能之间的(抽象的)交互在地点上大部分在使用者头脑中，但部分也在使用者的电话上(由于电话的人/机接口的抽象的硬件，例如该接口的麦克风、扬声器、显示器、键盘、...)。这引起M-Hi的下边缘的部分在图5中的低位置。
■M-Lo与由其模型化的HO相关信息的真实的提供功能(后者在HOCIS-RM之外)之间的(抽象的)交互根据本发明必须能够实现：M-Hi获悉该交互的结果。也就是说，根据本发明，M-Lo必须能够与M-Hi通信并且为此包含对此所需的M-Hi功能(例如为了生成至M-Hi的HO相关的语音信息，并且将该语音信息添加到至该M-Hi的语音信道中)，而与其专用电话的使用者是否参与HOCIS-TKV无关(例如因为该使用者刚好自己本地关断电话)。这引起M-Lo的上边缘的部分在图5中的高位置。
于是M(HOCIS)的M-Hi或者M-Lo在HOCIS方法中(并且因此HOCIS-RM)并不限于其相应的“实际的”抽象层：在HOCIS-RM中，不仅M-Hi功能的部分而且M-Lo功能的部分都分别在其他抽象层上，并且这些部分于是有时称作“非实际的”M-Hi或者M-Lo。
M(HOCIS)的实体/模块划分到HOCIS-RM的两个抽象层上使本专利申请的权利要求措辞/含义的理解的准确化的某种(非常技术性的)方式变得容易。然而该划分是可以省去的：权利要求即不利用该划分。权利要求都省去了M(HOCIS)的严格划分并且替代地使用几个(与该划分相比更为通俗、更为简单和完全充分的)M(HOCIS)属性，D.4.12小节对此进行了总结/限定。
D.4.2图5a-b首先示出了，权利要求1并未记录如下HOCIS方法：该HOCIS方法的STKV-OSI连接(PTKV-OSI连接并未被考虑，如上面所谈及的那样)仅仅单独具有所示的在OSI-RM的L4-L7上的Hi连接或者Lo连接。基于其参与结构的这两种类型的HOCIS-OSI连接从权利要求1保护范围中排除的原因是(尽管它们并不对应于HOCIS的现有技术，因为甚至还根本不存在HOCIS的现有技术(参见A部分))，在5a中的参与结构提供了一种显然的(并且由此不能保护的)HOCIS技术，而5b中根本没有提供HOCIS技术：
■在5a中，两个通电话者借助Hi连接讨论了在HO方面的某些东西(也就是说可能为彼此实现某个HOCIS)，但该HO中直接涉及的根据权利要求1的终端***的非人类的模块并未参与这样的HOCIS-OSI连接(并且由此并未参与在该连接中所递交的HO相关信息)。
在5b中，HO中间接涉及的电话使用者并未参与这样的HOCIS，因为HOCIS-OSI连接在此(其在L4-L7上仅仅包含上述的Lo连接)并未与间接涉及的M-Hi分享，即该连接未将HO相关信息递交给其TLN。
然而要注意的是，当HOCIS-OSI连接附加地包含Hi连接和/或Lo连接时，其在根据权利要求1的STKV-OSI连接中并未进行干扰。
D.4.3四个图5c-f接着示出了在(例如潜在或者当前的)HO中间接涉及的电话不包含M-Lo的情况下(即电话的实施并未支持HOCIS方法，也即例如目前常见的电话)，最简单的根据权利要求1的四种HOCIS-OSI连接中的参与结构。
四种HOCIS-OSI连接的实用上因此重要的、根据权利要求1的参与结构另外在针对HO中间接涉及的PTKV-TLN的HOCIS方面具有根据权利要求1的发明的本质的核心(针对直接涉及的PTKV-TLN的HOCIS方法的意义在下面被考虑)。为了在图像上强调在以下的图5中的两个PTKV-TLN中的哪一个由于HOCIS而受益，该TLN借助(与另外的TLN的环绕边缘相比)较粗的环绕边缘来示出(这也是在其M-Hi中“参与结构结束”的TLN)。
更确切地说：如果首先熟悉这四个参与结构，则直至图5i的“根据权利要求1的参与结构”在用于HO中间接涉及的PTKV-TLN的HOCIS方面不再有误解。尤其是，在此要说明的是，(如果间接涉及的电话不包含M-Lo)对于在两个终端***之间的通信仅仅存在用于交换STKV的HO相关信息的“语音信道”(而否则对此例如还可以有用于STKV的HO相关的非音频信息的与此并行的“数据信道”)。
在这四个图中仅仅假设，间接涉及的电话使用者正确理解以自然语言递交给该使用者的(并且通过“语音信道”传输的)HOCIS。这阐明了使用者的模型化(即该使用者知道正确地解释该HOCIS)，其方式是该模型化赋予该使用者M-Hi。也就是说：完全“不理解HO”的TLN或者不存在的间接涉及的TLN的模型化未设置M-Hi。
■在图5c中，HO中直接涉及的电话的使用者与HOCIS-TKV无关，其实际的M-Hi并未参与HOCIS-TKV(而是只有其电话所在的部分，即其非实际的M-Hi，参见上文)，这是由于某种原因，例如因为该使用者恰好不想受到HOCIS-TKV打扰并且因此暂时切断了其HOCIS交互，或者因为该使用者只是对此不关心。在此，HO中直接涉及的实际的M-Lo启动HOCIS-TKV，并且将HO相关信息递交给其中间接涉及的实际的M-Hi(其中从前者到后者的递交在直接涉及的非实际的M-Hi中以及间接涉及的非实际的M-Hi中被中继)。在此，第一M-Hi中继在根据权利要求1的HO相关信息的递交方面提供了与第一M-Hi中继对应的“翻译功能”(在此，对于直接涉及的M-Lo的HO相关信息，以人类语言产生内容相同的消息，并且将该消息添加到至间接涉及的非实际的M-Hi的语音信道中，即首先至其扬声器(该扬声器将该消息中继给其TLN)或者缓冲器，无论何时直接涉及的M-Lo想要允许HO相关信息(又名HOCIS)到达TLN。)。
■图5d相对于5c的新内容仅仅在于，现在STKV、即STKV的HOCIS-OSI连接由直接涉及的实际M-Hi(即由直接涉及的TLN的模块)启动。该HOCIS-OSI连接于是必须与直接包含的实际的M-Lo(即直接涉及的电话的模块)分享(以便在那里提供HO相关信息用于递交给间接包含的实际的M-Hi)，随后如图5c中那样继续。在该路径上的直接涉及的非实际的M-Hi中的中继现在在根据权利要求1的HO相关信息的递交方面提供了与其对应的(相对于5c附加的)翻译功能，即将直接涉及的电话的/在该电话中的、由HOCIS-OSI连接的直接涉及的发起者所选择HO相关信息的选择翻译成M-Lo中的相应概念。
■图5e相对于5d的新内容仅仅在于，现在直接涉及的M-Lo尽管提供了由其M-Hi(＝TLN)所选择的HO相关信息(M-Lo相应地提供该信息用于递交给间接涉及的M-Hi)，但是该HO相关信息仅仅可以递交给其专用的TLNM-Hi，例如通过其图像显示器。该TLN(＝直接涉及的实际的M-Hi)现在必须单独将该信息例如以人类的语言“封装”到消息中，并且将该HO相关信息中继到直接涉及的非实际的M-Hi，即其麦克风(随后如在图5c中那样继续)。也就是说，在此直接涉及的TLN作为(相对于d附加的)中继装置。
■图5f相对于5c的新内容仅仅在于，现在在此不存在HO中直接涉及的电话使用者。这对应于如下实际情况：例如在通过直接涉及的-M-Lo启动HOCIS-OSI连接的时刻，电话的使用者临时暂停了其相关的、HO所基于的PTKV，以便借助其电话暂时参与另一PTKV(该另一PTKV与该HO无关)，使得该使用者不能获悉针对第一PTKV的STKV。HOCIS-RM通过缺少直接涉及的实际M-Hi来证明这一点。相应地在HOCIS方法中，直接涉及的M-Lo具有在图5c中供其非实际的M-Hi使用的功能。
在这些附图的参与结构上注意到：
■在这些参与结构的多个中，模块多次参与。根据权利要求1这并没有影响。此外，由于权利要求1不要求多次参与，在以下的图中仅仅示出参与结构中的模块的多个中继点中的一个，由此也一致的是，
■在其非实际的M-Lo中的M(HOCIS)功能可以在其非实际的M-Hi中可以被示出，并且反之亦然，使得HOCIS-RM将二者很好地结合成一个M-HiLo(除了由此偶尔引起的对美观的分类的损害之外，而本领域技术人员会认识到这些分类是这样，并且因此这些损害是无关紧要的)。
此外，对上面所阐述的四个图应说明的是，这些图绝对没有示出在如下HOCIS过程中根据权利要求1的HO相关信息的递交的所有参与结构：在这些HOCIS过程中，间接涉及的电话不能支持HOCIS过程(因为该电话并不包含M-Lo功能，如在图中模型化的那样)。本领域技术人员于是立即认识到，例如所有刚刚说明的4种类型的HOCIS-OSI连接也可以由间接涉及的PTKV-TLN启动，例如通过PTKV-TLN经任一网络(可通过其相应地在功能上详细说明的M-Hi来模型化)输入自然语言的指令或者发送SMS消息或者其他信号或者键入DTMF码，针对其接收，直接涉及的M-Hi和/或M-Lo适当地作出反应。相关的参与接收同时是明显的(于是在此无需进一步说明或者讨论)。
同样地，对以下事实的讨论会是多余的：由权利要求1的措词/含义也将HOCIS方法考虑在内，这些HOCIS方法设计了，在至少一个HO相关信息的、在那里所要求的递交之前/递交之时无论何者之间的某个另外的信息交换和/或某个交互。
最基本的根据权利要求1的“参与结构”的多样性通过以下方式被明显地提高：所考虑的电话中左边的电话或者二者都是FMC电话，其中GSM/CDMA功能和WLAN/Femtocell功能具有不同的HOCIS功能。由于这样实现的新的参与结构是上面所示的参与结构的“可直接导出”的固定/移动组合，所以新的参与结构在本文中并未做进一步详细描述(因为本领域技术人员可以毫不费力地确定新的参与结构)。也就是说，图5的示例性的HOCIS配置基于其它简化假设：这些配置中的固定部件和移动部件的HOCIS功能是相同的。权利要求1没有进行这种限制，如该权利要求1明显完全没有规定TK网络方面的限制那样。
D.4.4.两个附图5g-h示出对应于两个附图5c-d的参与结构，所述参与结构通过以下方式来实现：间接涉及的电话现在同样包含完整的M(HOCIS)、也就是也包含M-Lo(每个带有“理解HO”的PTKV-TLN的终端***包含M-Hi(参见上文))，使得在两个终端***之间除了“语音信道”之外还可给出用于递交HO相关信息的“数据信道”。补充于或者替换于在两个电话与其TLN之间的目前通常唯一的“通信信道”(“语音信道”)，HOCIS方法可使用这些功能并且驱动其两个M-Lo之间的“数据信道”，其中相同网络的“数据信道”可以使用与语音信道或者至少一个其它网络变型使用的网络特征相同的网络特征。
迄今对“无服务器地”(通常“用户/用户”地)递交HO相关信息中的参与结构的讨论最后要说明的是：在这些示例性的情景中，HO中直接涉及的、没有M-Lo的终端设备(也就是目前的“仅GSM/CDMA”电话或者“仅WLAN”电话或者“仅FMC电话”)不能自己发起HOCIS方法(更准确地说：STKV)。可是，如果该终端设备与HOCIS服务器/IAD(或者HOCIS电话)协作，则可以改变这种情况，其方式是HOCIS终端***实现“虚拟的M-Lo”，如在下面可以看出的那样。
D.4.5.10个附图5i-r又示出向PTKV/STKV-TLN递交某一HO相关信息时的示例性的和最简单的根据权利要求1的参与结构，然而现在借助首先在6幅图5i-5n中的“HOCIS服务器”的功能(优选地表现为“HOCIS-IAD”)。接着，4幅图5o-5r说明了其它HOCIS-IAD的可用性(Verfuegbarwerden)。
■在重复所有前面已经说明的、递交HO相关信息时的根据权利要求1的参与结构的范围内，这10幅图没有示出最简单的参与结构，而是现在带有在所述递交所基于的STKV-OSI连接中将服务器/IAD用作L3路由器。在这种情况下，服务器/IAD没有参与HOCIS通信应用本身，更准确地说：HOCIS-OSI连接的L4-L7完全没有看到该服务器/IAD的使用，以致其参与结构没有通过HOCIS-服务器/IAD而改变，也就是已经在前被包括。
■服务器/IAD而是随后参与至少一个HOCIS通信应用本身(更准确地说：参与其OSI连接中的L7连接)：该服务器/IAD以其至少一个M(HOCIS)模块属于其参与结构。特别是当(例如潜在的或者当前的)HO中涉及的电话本身不可支持HOCIS过程时(该电话不包含M(HOCIS)，也即为通用的电话)，这种情况是重要的：至少一个服务器/IAD中的适当的“代理-M(HOCIS)”于是可以补偿这样的“非HOCIS”电话的PTKV/STKV中的“HOCIS缺陷”，如下面继续阐述的那样。
■HOCIS服务器与HOCIS-IAD之间的区别在此尤其在于：HOCIS服务器通常在技术上“与WLAN无关地”被实现，并且通常也隶属于“与WLAN无关的”行政管理，而HOCIS-IAD通常以某种方式与至少一个WLAN相关。
■这10幅图最终示出最简单的根据权利要求1的具有HOCIS-服务器/IAD的参与结构的例子，因为它们基于以下附加简化(超出迄今的简化)：分别仅唯一的HOCIS-服务器/IAD属于STKV-OSI连接的参与结构。然而这并不意味着：TLN-STKV终端***在某一时刻仅支持一个STKV，如这两幅图5q-r详细讨论的那样。
本领域技术人员最迟可在(随后对10幅图5i-r的阐述中包括的)HOCIS方法的具体实施形式(带有或者没有至少一个HOCIS服务器/IAD的支持)的理解基础上无问题地确定，HOCIS服务器/IAD的OSI连接的参与结构是否与权利要求1一致，即使该参与结构没有实现上述简化。
■图5i给出了对简单的“具有HOCIS-IAD的HOCIS配置”一种特别简单的视图：其右边的M(HOCIS)对应于图5c-h中的M(HOCIS)，而左边的M(HOCIS)并未在HOCIS-IAD与直接涉及的终端***之间区分，即左边的M(HOCIS)是视为统一的两者的基础。出于清楚原因，PTKV-OSI连接和STKV-OSI连接在此(并且在下面)彼此分开地示出，其中两个OSI连接：
○在右边在M(HOCIS)中在共同的PTKV/STKV终端***中结束，而
○在左边，(PTKV-OSI连接的)PTKV-L7连接和(STKV-OSI连接的)STKV-L7连接可以彼此无关地分别在TLN-PTKV终端***或TLN-STKV终端***或者PTKV-IAD终端***或STKV-IAD终端***(或者以某种方式混合)中结束。在5i中，(在STKV方面)尤其是直接涉及的电话的M-Hi和/或M-Lo功能于是可以全部或者部分在IAD中加倍，互补地分布到两个设备上或者仅仅在IAD中。从下一段的结构阐述出发，图5j－n进一步展开了这一情况。
在5i中，HOCIS-IAD因此(在由HOCIS-IAD支持的至少一个STKV方面)至少包含以下三个不同的M(HOCIS)：
○M-Hi，其用于具有间接涉及的电话的IAD的STKV，
○M-Hi，其用于具有直接涉及的电话的IAD的STKV，
○M-Lo，其可以完全或者部分提供目前视为电话内部装置的直接涉及的M-Lo的功能(也就是说，IAD中的该M-Lo于是是电话或者其使用者的已经在上面提及的“代理M-Lo”又名其IAD中的“虚拟M-Lo”)。
PTKV/STKV终端***或其使用者的虚拟M-Lo在下面还不时被提及并且于是(出于在D.4.12小节中所提及的原因)称作其“虚拟M(HOCIS)”。与电话内的M-Lo相比，虚拟的M-Lo可能可以更好地实现M-Lo信息检测/递交：虚拟的M-Lo例如还可以具有至两个电话的M-Hi之间的语音信道的接入，而电话内的直接涉及的M-Lo已经失去了对间接涉及的M-Hi的接入。
在此，要指出STKV***的虚拟M(HOCIS)/M-Lo的连接特点：HO相关信息从/由虚拟的M-Lo至PTKV-TLN的递交可以
■在PTKV-TLN的STKV终端***中要求中继。如果该中继不包含附加的M-Lo功能(要不然其本身是M-Lo)，则本专利申请将这种中继视为不存在(这样，本专利申请可以将TLN-PTKV/STKV-终端***的虚拟的M-Lo视为属于该终端***)。
■借助至少一个抽象的适于“PTKV-信道”的、至TLN的信息信道始终抽象地实施(在任何情况下，只要存在PTKV-终端***的某个连接(参见对图5p的阐述))。这通常也适于这种抽象实施的物理实施。
■由于其单向性和低的带宽要求，也可以通过适于此的广播网络/网络特征来实现。
本领域技术人员知道，在所有这些情况下不会由此得出：HO相关信息只能在PTKV数据信道的信息显示中提供给TLN。例如：如果PTKV数据信道是语音信道，终端设备具有合适的DTMF功能，并且可以足够灵活地编程(例如在许多目前市场上常见的电话中提供了这一点)，则HO相关信息也例如以文本方式提供给TLN。此外，在(在使用刚刚提及的至TLN的语音信道时)省去了这种信息显示转换的情况下，明显可以省去在TLN终端***中的中继(这通过HOCIS-IAD能够为目前市场上常见电话的使用者实现HOCIS，即不必以任何方式改变这些电话)。这种IAD支持的HO的重大经济意义可从权利要求70－79及其在D.5小节中的论述中看到。
在此，IAD中的虚拟M-Lo在其直接涉及的WLAN电话/Femtocell电话的潜在或者当前的HO方面并不需要有所有最后递交给TLN的HO相关信息可用。“HO相关信息”的定义而是允许：该M-Lo(例如其对关于直接涉及的PTKV终端***的HO相关信息的检测)完全或者部分扩展到至少一个HOCIS服务器/HOCISIAD/HOCIS电话中，并且这样必要时共同获得的M-Lo信息被递交给TLN(也就是说即使在M-Lo信息中包含HO相关信息，直接涉及的终端***的M-Lo也不检测该信息)。因此对于权利要求1，直接涉及的STKV终端设备的虚拟M-Lo(例如在STKV服务器/HOCISIAD中)对应于STKV终端设备内的M-Lo。
也就是说特别是：即使STKV的直接涉及的TLN-STKV终端***根本不包含内部的M-Lo，但该终端***具有虚拟M-Lo(例如在服务器/IAD/电话中)，于是该STKV参与结构在该TLN-STKV终端***中开始，即不是在全部或者部分包含虚拟M-Lo的STKV终端***中开始。
以下重要的是，在5i中没有明确地示出在HOCIS服务器/HOCISIAD与直接涉及的电话之间的、根据权利要求1的HOCIS-TKV/HOCIS方法(及其参与结构)，但由于特别是这样结构化的HOCIS-TKV(又名STKV)对于本文的重要性，需要对它们澄清理解。现在5个图5j－n目的在此，在这些图中，在直接涉及的STKV/PTKV终端***中的TLN因此具有粗的边缘。
D.4.6.在两个图5j－k中，(左边示出的)电话本身又不没有HOCIS能力，但(右边所示的)IAD包含刚刚已提及的虚拟M-Lo。本领域技术人员知道为该虚拟M-Lo提供HO相关信息的不同的技术可能性，例如在HOCIS-IAD之内或者之外适当地分析“PTKV的信号”等。在任何情况下，于是HOCIS-IAD都可以驱动针对HO中直接涉及的电话的HOCIS-TKV(依靠其虚拟M-Lo能力，如上面已阐述的那样)。
■在图5j中，HOCIS-IAD的虚拟M-Lo将由虚拟M-Lo提供的HO相关信息递交给电话中的M-Hi，即电话的使用者，并且于是实现了在HOCIS-IAD与非HOCIS电话之间的STKV(包括其OSI连接及其参与结构)。如果虚拟M-Lo为此使用PTKV的“语音信道”，则该虚拟M-Lo必须能够在该语音信道上进行“写”(这并不一定需要语音信道为此通过HOCIS-IAD来路由，因为借助另一根据权利要求1的STKV***、例如在TK网络中/上，可以实现将HO相关信息“混合”到该语音信道上)。
■图5k与5j的不同之处在于：HOCIS-/STKV-IAD现在也包含M-Hi，也就是说包含(在电话中的PTKV-/STKV-TLN与该STKV-TLN之间的STKV的)STKV-TLN。该STKV-TLN确定它如何使用其至直接涉及的TLN的M-Hi的STKV-OSI连接，也就是说，这在此并未通过虚拟M-Lo预先确定，如在5j中那样。在此情况下，IAD的M-Hi可以智能地处理(作为两个STKV-OSI连接之间的L7中继，在该STKV-IAD与HO中直接或者间接涉及的TLN之间各一个)并且关心如下情况：例如针对两个TLN的两个STKV并非自主地并且彼此独立地进行，而是在内容上彼此相互协调，于是M-Hi根据这两个STKV实现两个STKV/PTKV-TLN之间唯一的同类的STKV(即具有单个的STKV-OSI连接和参与结构)。
在这两个图中要注意的是：如果M(HOCIS)和电话使用者不在相同的终端***中，则每个M(HOCIS)都可以为了将其HO相关信息递交给电话使用者而使用不同于其PTKV的网络(这自然也适用于所有前述的图)。
D.4.7.图5l与图5k不同之处基本仅仅在于：在电话侧现在也存在M-Lo，由此于是尤其HO相关信息的检测不仅可以在HOCIS电话中而且可以在HOCIS-IAD中进行。通过该M-Lo能够实现的HOCIS方法的变形方案的参与结构是与图5k中相同的参与结构，这在上面已经阐述过理由。针对5j的对此的相应类似物是明显的并且因此忽略。
D.4.8.在图5m-n中，HOCIS-IAD不包含或者包含针对直接涉及的电话的虚拟M-Lo，并且由此没有能力或者有能力通过该直接涉及的电话进行HO相关信息的检测/提供/递交。HOCIS-IAD可以包含用于两个电话的虚拟M-Lo，这两个电话于是本身都无需具有HOCIS能力(即不具有内部的M-Lo)。在前一种情况下，于是必须在至少一个电话中进行检测，当电话应当能够通过本身检测/提供/递交HO相关信息时，为此该电话本身需要内部的M-Lo，和/或当电话应当能够通过其他电话检测/提供/递交HO相关信息时，需要用于其他电话的虚拟M-Lo。然而在所有情况下，在HOCIS-IAD的两个M-Hi中(在该图中它们并未彼此分开地示出，而是作为共同的M-Hi)还可以进行HO相关信息的“一致化”以及关于至少一个HO进行至两个PTKV-TLN的递交(为了刚刚已提及的、关于HO实现他们之间的一致的STKV)，其中所有用于此的OSI连接可以通过不同的网络或者唯一的网络实现，并且这在时间上可以以任意灵活变化的方式来实现。
D.4.9.四幅图5o-r模型化了如下情况：左边的电话本身确定了新的初步的连通性，而电话(5o)维持PTKV，(连接到电话)的PTKV通过IAD的WLAN(基于例如WiFi或者Femtocell技术)或者通过其他GSM/CDMA/UMTS/Wimax/...网络来路由，或者(5p)不维持PTKV但是登记到刚刚提及的网络之一中，或者(5q&r)并未登记到所述网络之一(参见B部分)，使得电话在所有四种情况下在潜在的HO中直接涉及。当初步的连通性并未确定电话而是确定网络时，上述内容同样适用(因此在此未再次讨论这一情况)。要注意的是，直接涉及的STKV/PTKV终端***中的TLN因此还具有粗的边缘。
这四种情况5o-r因此或者此外仅仅阐述说明了：
■电话进入初步的连通(不是从该连通中出来)，
■电话使用者的可能的HOCIS(不是可能的HOCIS-IAD-TLN的HOCIS)，
■初步的连通两侧地存在或者根本不存在的情况。
与此互补的情况，即三个条件中的至少一个未被满足，在此并未阐述：与这些情况相配的根据权利要求1的HOCIS方法，如果没有通过其附图及它们的明显组合来示出，则同样从D部分的讨论中“直接”得到。
各个HOCIS变形方案的重大的意义在B部分的结尾处已经强调。这四个相关的附图及其阐述现在说明了HOCIS方法所基于的、相对于在目前所讨论的“TK配置”略为不同和/或附加的技术复杂性。在此，该技术复杂性基本保持不变：即针对在HO情况方面对电话使用者的支持(并且未针对HO情况的技术问题的解决方案(参见B部分的结尾)。
图5o：在电话中新的初步的连通在别处登记并且支持PTKV。基本上，在此可以从每个上面所讨论的TK布置及其HOCIS参与结构出发(现在新的初步连接的发现添加到其中)。特别地，5o从5m出发，示出了新的HOCIS-IAD(在5m-TK配置之下)以及STKV-OSI连接的参与结构，其中该连接建立至(作为新的STKV终端***的)新的HOCIS-IAD的电话。注意到：PTKV-OSI连接(更为确切地说：该连接的L3连接的路由)并不受如下情况影响地保持：该PTKV-OSI连接/路由将来是通过新的HOCIS-IAD来进行还是继续通过5m中的TK配置的HOCIS-IAD来进行。
当HO相关信息由真实的或者虚拟M-Lo(即由在电话本身中的M-Lo，或者由例如在当前或者潜在地适于PTKV的路由的IAD中的M-Lo，如图5o中所示)提供时，每个递交给直接涉及的STKV/PTKV终端***中的STKV/PTKV-TLN的HO相关信息是与权利要求1一致的。在此尤其要注意的是，HO相关信息也：
■例如以某种方式可以进入STKV或者PTKV之一中，并且于是可以使右边所示的PTKV/STKV终端***中的M-Hi或者PTKV-TLN指示左边所示的PTKV/STKV终端***中的某个人必要时在新的IAD上进行HO，以及
■左边所示的PTKV/STKV终端***的M-Lo根据5n可以由此被扩展(如上面所描述的那样)，使得当该终端***的PTKV-TLN使用非HOCIS-FMC电话或者甚至使用非FMC电话时，该终端***的PTKV-TLN也可以获悉HOCIS(其中必要时所需的其他的、对于本领域技术人员而言由于在此所给出的理解而同时明显的、相应的HOCIS措施和/或HO措施在此无需详细讨论)，以及
■例如新的IAD具有Femtocell能力或者是其他网络的基站时，后者才适用。
图5p：在电话期间新的初步的连通在别处登记并且不支持实际的 PTKV。更确切地看，在潜在的HO中直接涉及的终端***在此可以完全支持PTKV(如在5o中那样)－即当终端***为此能够同时支持登记在两个网络中的两个PTKV(例如对每一个PTKV通过一个网络来支持)时(这必要时已在5o的理解中予以考虑。特别地，两个PTKV中之一可以是“IPTV”-TKV或者“IP无线电(IPRadio)”-TKV或者是其他“IP广播(IPBroadcast)”-TKV等等，其使用与另一PTKV不同的网络或者网络特征)。
在此尤其要阐述的是，当在潜在的HO中直接涉及的终端***不具有上述能力时，在还不存在的PTKV方面在HOCIS方法中可能考虑新的IAD连通。
相应地，5p仅仅需要考虑如下IAD：该终端***恰好登记在该IAD中(并且该IAD必要时也表示某个GSM/CDMA/UMTS/Wimax/卫星/...网络的基站)，以及考虑新的IAD。
在此，首先需要理解的是，在HO中直接涉及的电话也已经在该情况下(即当在人类TLN之间不存在或者尚不存在“实际的”PTKV时，如在前面通常隐含地假设的那样)支持根据权利要求1的PTKV：该PTKV是“管理PTKV(Admin-PTKV)”，人类电话使用者在其电话登记在IAD中时(在5p中右上部示出)在使用者本身与IAD的自动装置TLN之间建立该管理PTKV(该电话使用者从登记开始直至其从网络中退出明确地和/或隐含地与该管理PTKV协作)，并且该PTKV扩展了电话(在L1上)的原始初步的连通性，必要时扩展至其互联网连通性(在L1-L3上)。
在本专利申请中，带有TLN的实际PTKV经常(通常当TLN是移动的时)在针对该PTKV存在具有例如IAD的、运行中的管理PTKV之后(参见B部分)才开始，即在其借助管理PTKV成功登记在IAD中之后才开始。
相应地，已经在全部上面阐述的图5中针对Ho中直接涉及的TLN存在运行中的管理PTKV，而该管理PTKV在此才需被考虑，以便示出：权利要求1的措词/含义也在直接涉及的TLN方面将其以及随后的TK配置考虑在内，以及如何考虑在内)。注意到的是：权利要求1并不要求其PTKV是人/人类PTKV等(对此的更多内容参见对权利要求组70-79的论述)。
更为简单/更为明显地可看到/提供的是，当管理PTKV登记在(在5p右上所示的)IAD之后立即地并且在开始第一实际PTKV之前已开始另一“管理端到端通信应用(Admin-End-to-End-Kommunikationsanwendung)”，以便首先借助该应用必要时开始至少一个实际的PTKV(例如在直接涉及的电话与其“归属IAD”之一之间的“网络冲浪连接”(作为该管理端到端通信应用))时，事先地存在根据权利要求1的管理PTKV(必要时已经运行，并且于是可能附加于借助其设立的实际的PTKV)。
此外，对5o的阐述的最后的段落(连同其3个列举点)也适于TK配置。
图5q&r：在电话期间并未登记新的初步的IAD连通性。更确切地看：当终端***具有同时登记在两个网络中的能力(使得该终端***可以支持具有两个IAD的并行的管理PTKV，其中每个网络分别至少一个)时，在此终端***完全可以登记在任何地方。在此，该终端***现在(不同于5p)不需适合于(彼此无关或者不是彼此无关地)通过两个网络同时附加地驱动各一个实际的PTKV。
在此而是阐述了用于如下终端***的HOCIS：该终端***紧接在确定其新的初步的IAD连通性之后(其中IAD在必要时又表示某个GSM/CDMA/UMTS/Wimax/卫星/...网络的基站)，即在该终端***直接接着该确定之后地、潜在和/或当前地登记在IAD中时，并不具有上面所描述的能力－由此终端***将其初步的连通性扩展到其使用者的互联网连通性(并且例如通过网络冲浪通信应用从开始就支持该连通性)，如现在所阐述的那样。
为了说明这一情况，5q示出了具有仅仅至IAD的初步的连通性的终端***，通过该IAD(即通过其网络)，终端***能够为其TLN实现互联网连通性－而5r示出了终端***可以具有至多个IAD的初步的连通性，然而尽管如此，终端***仅能够通过IAD之一为其TLN实现互联网连通性(虽然该终端***在通过IAD中的恰好一个实际建立互联网连通性之前，通过至少一个另外的IAD确定了其互联网连通性的建立可能性/不可能性，可能并行地进行)。
在对5p阐述之后，容易看到，终端***甚至在这样的情况下(当该终端***还根本没有登记在网络中时，但该终端***已经确定了至网络的初步的连通性)已经支持了根据权利要求1的PTKV，即在5p中已经予以阐述的管理PTKV。根据定义，该管理PTKV针对终端***的TLN从确定用于终端***的/至终端***中的初步的连通性的时刻起存在(参见B部分)。为了提醒：该管理PTKV具有的目的是，通过新IAD的自动化的TLN为初步的HO中所涉及的PTKV终端***的(通常是人的)TLN－并且与该TLN协作地－建立互联网连通性，维持该连通性并且在该终端***从IAD中退出时结束该连通性。
在通过管理PTKV建立互联网连通性期间的根据权利要求1的HOCIS为(在初步的HO中所涉及的PTKV终端***中的)TLN实际上通常提供基本的定向帮助和决策帮助。当考虑到如下情况时，立即理解这一点(参见B部分以及例如从属权利要求70-79)：
■在通过PTKV终端***确定其新的初步的连通性的时刻，该终端***对于其TLN(更确切地说：PTKV终端***的M-Lo对于其TLN)已经
○一方面开始根据权利要求1的管理PTKV(参见上文)，
○另一方面这不必是根据权利要求1的第一管理PTKV开始(Admin-PTKV-Start)，而是在该时刻至少一个另外的并行的管理PTKV可以已经由该M-Lo开始(这例如在彼此交叠的WLAN的情况下会出现)，以及
■该TLN
○只有当互联网连通性(必要时包括通信应用)实际可建立，而TLN通常本身对新的初步的连通性完全不感兴趣时，尤其是当该连通性不允许使用为此设置的通信应用(例如不允许使用上述为此设置的网络冲浪连接)时，才想要由(属于管理PTKV的初步的HO的)“管理STKV”获悉通过新的IAD及其网络的潜在互联网连通性(可能借助通信应用，参见上文)的一些内容(如果有的话)，(在此注意到：通过管理PTKV终端***确定管理PTKV终端***的初步连通性与通过管理PTKV终端***/在管理PTKV终端***中确定存在HOCIS信号同义，并且由此与开始属于PTKV的初步HO的管理STKV同义)，并且在这样的情况下
○想要能够使用通过新的IAD及其网络的潜在互联网连通性，或者完全自动化或者通过最简单的措施，即例如通过其至少一个TLN-PTKV终端***和/或TLN-STKV终端***中的至少一个设备的“零触”或者“一触”等。
上面的阐述明确地示出了，当使用者想要使用或者想要评价或者想要避免或者想要仔细检查或者...或者必须接受在图5中概述的并且在上面阐述的不同变形方案的HO时，HOCIS方法为使用者(例如电话的使用者)提供了实际基本的定向帮助/决策帮助以及简化。一方面鉴于由于TK服务产品导致的对于经济区可预见的普遍存在的并且持久的、人和位置的泛滥，而另一方面鉴于所有人在该区域中持续增长的不可避免的移动性以及快速增长的人口，尤其是5o-r的TK配置(及其理解)是重要的：根据这些TK配置可特别清楚地看到：HOCIS方法以及由此所构建的TK终端设备使移动的TK服务使用者容易尽可能简单地利用这种潮流，其方式是HOCIS方法能够实现使所有TK技术的细节信息远离使用者(例如关于其初步的连通性的信息)，并且为这些使用者自动地提供更多的、TK技术的非专业人员所期待的、并且可对应于其需求地配置的HO“便利信息支持”(例如HO决策选项，其事先并且对使用者不可见地在其技术和经济性品质方面被检查并且认为是良好的，并且可以自动地或者通过由使用者一触TK终端设备地被该使用者使用-由此对于该使用者而言免除了心理和身体复杂性的绝大部分以及脑力的广泛的不完全性的绝大部分，其中该复杂性和不完全性在目前的用于与所述潮流交互的用户界面中被提供给用户)。
D.4.10.从上面对特殊的示例性的HOCIS-OSI连接的参与结构的讨论中应该清楚的是：参与建构仅仅简化了获得对HOCIS方法的本质的全面和准确理解。也就是说，参与结构及其图5并不能提供对权利要求1的措辞/含义的展开(而是其多个从属权利要求和从属权利要求组进行了该展开)。然而，上述阐述也应当示例性地示出，对于多个根据权利要求1的HOCIS方法的每一个还存在许多抽象的实施变形方案，其中这些变形方案尤其是包括HOCIS功能在其他服务器和TK网络上的各种分布。
D.4.11在对这些示例性的参与结构的讨论之后，以下还有对根据权利要求1的HOCIS方法或对其开始条件的几个一般的(部分已经是冗余的)说明/提醒。
■HO相关信息(又名HOCIS信息，又名STKV信息)至PTKV-TLN的递交对于其目标PTKV终端设备或者目标STKV终端设备可以：
○尽可能透明地(＝不可见地)进行，其方式是：在TLN终端***或者另一终端***中的、提供HO相关信息用于递交给TLN的模块尤其是以TLN的PTKV语言并且通过PTKV所使用的网络来递交HO相关信息，使得目标PTKV/STKV终端***的至少一个在该TLN下的设备不能将该HO相关信息识别为HOCIS信息，而是直到该PTKV-TLN识别，以及
○可见地进行，例如其方式是：M-Lo将HO相关信息作为HOCIS-PDU递交给目标PTKV或者目标STKV终端***的M-Lo(以及可能也通过与PTKV所使用的网络不同的另一网络来进行)，并且直到最后的M-Lo从中提取TLN可察觉的HO相关信息并且递交给PTKV-TLN。
■STKV必须将非人类的M(HOCIS)的HO相关信息在某一时候递交给PTKV-TLN至少一次。这样递交的信息与HO相关与否以及何时相关，在此无需详细地解释(足够的是，这一情况通常是明显的，并且在争论情况下相关的技术人员肯定可以对此作出识别)。于是相关的技术人员尤其考虑的是，HO相关信息可以在
○许多不同的编码和/或不同的显示中
○以及与针对其他信息的其他和/或各种滤波器/投影的许多不同的组合/叠加中出现，其中只要HO相关信息的目标TLN最后可以将其识别为这样的HO相关信息，则上述多种出现方式中没有一种使得HO相关信息成为非HO相关信息。
■HO相关信息至PTKV-TLN的递交可以：
○要求(HO相关信息先行地)通过其PTKV/STKV终端***中的至少一个网络来递交，即“间接进行”，其中这种传输的方式对于HOCIS方法是无关紧要的(并且如果HO相关信息由虚拟的M(HOCIS)来递交，则通过网络的传输是无关紧要的，参见对图5i的阐述)。当PTKV-TLN在该HO中被间接涉及时，出现这种情况。
○“直接进行”，因为该HO相关信息可以在其PTKV/STKV终端***本身中(或者在至少一个其虚拟的M(HOCIS)中，参见对图5i的阐述)产生。当PTKV-TLN在HO中被直接涉及时，出现这种情况。被直接递交的HO相关信息于是为PTKV/STKV终端***(或者其虚拟M(HOCIS))通过至少一个网络与至少一个成对的M(HOCIS)建立“HOCIS连接”的至少一个“HOCIS尝试”的结果，即“HOCIS-OSI连接”，该HOCIS连接适于并且能够将至少一种HO相关信息递交给TLN(如在B部分中所阐述的那样)，否则它不是HOCIS-OSI连接。
也就是说，其PTKV/STKV终端***的M(HOCIS)(或者其虚拟M(HOCIS))将至少一个PDU发送给后一***，以便改进至该后一***的当前的连通性。M(HOCIS)的这样的主动的通信尝试(以便保证获得HO相关信息)的结果可以完全不同，例如M(HOCIS)：
不能接收至少一个由M(HOCIS)所等待的HOCIS-PDU，以便能够继续改进至后一***的TLN连通性，或者
可以运行某种协议，并且基于HOCIS-OSI连接改进至“HOCIS连通性”的TLN连通性。
在所有情况下，可以将(源自M(HOCIS)的)并且包含该结果的HO相关信息递交给PTKV-TLN。
在前面的章节中的带有括号的文本段落于是明确地指出，TLN-PTKV/STKV终端***的虚拟M(HOCIS)或者其至少一个PTKV-TLN之一可以已经开始HOCIS尝试。HOCIS尝试于是称为该***/TLN的“虚拟HOCIS尝试”，否则称为“真实的HOCIS尝试”。
在虚拟HOCIS尝试中，虚拟M(HOCIS)例如可以处于如下的IAD中：在该IAD的WLAN中恰好登记了非HOCIS-FMC电话，并且HO相关信息至PTKV-TLN(电话使用者)的“直接递交”于是通常可以通过其语音信道来进行。(该递交方面在对权利要求80的评论中再次并且深入地讲述)。
■特别是在术语“HOCIS信号”的意义方面要说明/提醒的是：
○HOCIS信号作为HO相关信息(如每个HOCIS-PDU、HOCIS-SDU、HOCIS-...那样)是针对/关于/用于HO的数字表示的信息的抽象载体(如在B部分中已说明的那样)，并且可以包含“值参数”和/或“参考参数”。前者包含其参数值本身，而后者引用这样的值或者引用标识该值的位置。为了在至少一个终端***中存在这样的HO信号，在所述至少一个终端***中无需存在其可能的至少一个参考参数的值。
○在终端设备/终端***中存在HOCIS信号或者提供HO相关信息由于HOCIS信号/HO相关信息的本地产生和/或本地获得和/或HOCIS信号/HO相关信息通过网络的接收而实现，在此无需讨论其技术和时间的方式。
○这种HOCIS信号或者HO相关信息的获得/接收/发送可以由一个过程/服务/应用进行或者在过程/服务/应用上进行，其中该过程/服务/应用与根据本发明的HOCIS方法不直接相关并且因此不被考虑。但这种过程/服务/应用通过经由网络本地或者非本地的获得/递交或者发送/接收来使用根据本发明的方法，于是落入权利要求1的保护范围－并且当仅仅涉及部分HOCIS信号或者HO相关的部分信息时(然而于是可能也并非单独负责)，这一情况也适用。
■此外要提醒的是，在本文中的术语HOCIS过程(又名HOCIS-TKV)和STKV是同义词，也就是说，二者尤其是不需要是“2-TLN过程(Zwei-TLN-Vorgaenge)”，即可以是“n-TLN过程”，其中n≠2。相应地：
○权利要求1措辞的第一段可以修改成：
而并不改变权利要求1含义，使得HOCIS方法也可以合理地称为STKV方法。
○所有方法从属权利要求的开头的措辞“一种HOCIS方法”可以表示唯一相关的HOCIS-TKV(又名STKV)或者所有相关的HOCIS-TKV(又名STKV)的整体。
■还要提醒在B部分结尾处的提示：根据本发明的方法不仅可以支持在PTKV的HO中间接涉及的PTKV-TLN，而且还可以支持HO中直接涉及的PTKV-TLN：权利要求1中的情况“j.”对应于间接涉及的TLN，权利要求1中的情况“jj.”对应于直接涉及的TLN。第一种情况尤其在至#69的从属权利要求中展开并且尤其在图5c-i中说明，第二种情况尤其在至#70-79的从属权利要求中展开并且尤其在图5i-r中阐述。
■在权利要求1措辞中的不同的“或者”通常是无关紧要的，因为HO相关信息本来只能对一个STKV是已知的－这些“或者”于是仅仅提醒，在HOCIS方法的物理实施中，PTKV的物理实施可以实现提供和递交STKV的HO相关信息，尤其是实际的M-Lo的和/或非实际的M-Lo或者M-Hi和/或...的物理实施。在更为仔细地研究的情况下，看到的是，仅仅归纳到抽象上的权利要求1措辞需要对概念性的细节加以阐述，阐述的必要性通过在权利要求1措辞中与HOCIS方法的物理实施方面的关系而展现。
■最后，在此还要再次指出的是，权利要求1的措辞/含义没有表明其例如始终涉及实际的PTKV，也就是说其在某个时候并不存在并且排除与管理PTKV的关系。在从属权利要求90-100和在图5o-r中明确地详细阐述了这种限制是不允许的。
D.4.12.如在D.4.1小节的结尾处已经预先说明的那样，本专利申请的权利要求措辞/含义(出于其简化的原因)可以省去将M(HOCIS)划分为M-Lo和M-Hi的辅助措施。该D.4小节的上述说明于是导致如下的结论：由这些说明所描述的事实的要义可以借助一些简单的M(HOCIS)属性来理解。为此，定义了：
■“整体”M(HOCIS)表示一个或者多个下面定义的M(HOCIS)。
■“智能”M(HOCIS)表示其上面所定义的M-Hi功能。
■“非智能”M(HOCIS)表示其上面定义的M-Lo功能。
重要的是，在两个功能之间的界限：任何M(HOCIS)功能，在其实施中没有人参与或者不需要人参与(在任何情况下本领域技术人员都可以对此进行判断)，在本专利申请中可以视为M-Lo功能(即使其“智能”的类型对于某些人而言以某种方式要像“人”)，并且于是属于非智能的M(HOCIS)。“非人类的M(HOCIS)”于是是“非智能M(HOCIS)”的同义词。
■“虚拟”M(HOCIS)表示其上面(在对图5i的阐述中)定义的虚拟M-Lo
功能及其位置(于是根据定义是非智能的)。
“智能/非智能M(HOCIS)”术语可以在所有前面的阐述中一对一地替代“M-Lo/M-Hi”术语。
D.2-D.4小节最后指出的是，下级权利要求中相对于权利要求1措辞所使用的措辞缩写应当仅仅简化了其可读性(尤其通过偶尔省去烦人的套话“至少”)，即与权利要求1含义的概括无关。相应地，同样也适用于随着增加的权利要求组序号通常越来越短的、随后的权利要求组评述：在对权利要求1的评述中曾经所述的内容在后面的解释中也维持其有效性，即不仅不需要持续重复，而且也允许了评述的这种简化可读性/理解性的语言准确性。
D.5.对权利要求以及权利要求组的另外的详细的说明
对于权利要求组2-9：在此，明确公开了根据本发明的HOCIS方法所基于的PTKV和/或其至少一个终端***的一些隐含地假设的不同特征。
对于权利要求组10-19：该权利要求组已经详细地在D.1小节中被阐述。
以下对各个权利要求组的评述必须分别以相同的、权利要求组无关的引导套话(刚才被加省略符号并且斜体地书写)开始，除其粗体书写的部分之外，该部分对权利要求组是特定的。对于这种与权利要求组无关的套用的片段，下面仅仅分别通过开头的四个点“....”来提醒，跟随在之后的是加省略符号的以及斜体和粗体书写的、权利要求组特定的、上述粗体的文本的类似内容。
对于权利要求组20-23：....“仅HO的交叠”。
该权利要求组示出了，实际上不可能在本专利申请中完全列举所有在这些权利要求组中可能的变形方案(根据D.1小节)或者简短地并且简洁地以可容易理解的方式仅仅示出变形方案所基于的“变形方案特征”(只是由于变形方案的大的数目或者复杂性)。特别地要说明的是，权利要求组指出，权利要求1丝毫未包含对具有仅仅一个HO的PTKV的限制和/或具有各一个在HO中直接或者间接涉及的终端***的PTKV的限制(对此参见B部分)。
对权利要求组24-26：....“直接涉及的终端***的连通性”
在该权利要求组中所说明的HOCIS方法的应用场景类型在最后的权利要求组中被深入地阐述。
对权利要求组27-33：....“网络的规范”。
对权利要求组34-43：....“不同的抽象层和网络”以及“PTKV-PDU和/或STKV-PDU的方式”。
对权利要求组44-56：....“HOCIS和/或终端设备的反应和/或其由/通过至少一个非HOCIS应用/过程的使用”。
对权利要求组57-65：....“发送/接收/交换HO相关信息”。
对权利要求组66-69：....“HO相关信息的质量原因”。
对权利要求组70-79：....“在IAD连通和IAD支持的情况下的HOCIS”。本身这是两个权利要求组，如马上变得明显的那样。对于这两者都适用的是，相对于权利要求1的措辞，仅仅存在对从属权利要求70的措辞的一个(然而非常有条理的)限制，并且该限制在该从属权利要求的措辞片段中如下给出：
“....非智能M(HOCIS)，其中
■后者位于至少一个IAD或者服务器中和/或位于该TLN-PTKV/STKV终端***中和/或
■HO相关信息向TLN说明，TLN在HO之后在新的网络中在那里实际.......”
即：
+)非智能M(HOCIS)现在必须位于其中HO相关信息被递交给PTKV-TLN的PTKV/STKV终端***中和/或IAD或者服务器中(即不在其他STKV终端***中)，这强制得到在下面阐述的对权利要求1的措辞/含义的理解说明，和/或
++)TLN的HO相关信息(即在HOCIS中给TLN的消息)现在受到进一步的清楚的限制，尤其是必须：
○在HO相关信息最后被递交给TLN之前，在要为TLN以某种方式显示的至少一个选项方面，进行至少一次(可能复杂的)检查－在STKV中或者针对STKV，无论由谁进行和/或无论借助谁(其中该显示必要时可以包括至少一个另外的TLN交互，例如广告类型，和/或可以是选项特定的和/或此外可以是如何特定的)，
○与选项相关地，根据其(无论通过谁的)选择，必要时进行至少一次(可能复杂的)措施用于将其实现(在STKV中或者针对STKV，无论由谁进行和/或无论借助谁)，其中上述另外的TLN交互也可以在此进行。
上述限制+)(尽管借助从属权利要求71-79才得到，但在此事先指出)强制得到上述的理解说明，因为该限制强制地得出不允许关于权利要求1的措辞/含义的一些限制性假设，即使这些错误假设在首次知悉的情况下“自然”形成。例如，基于该限制更为容易地得出：
■在许多相关的场景中，如图5j-r示例性地示出的那样，权利要求1可以以至少两种不同的方式实现，例如一方面在基于“实际PTKV”的情况下实现，而另一方面在基于“管理PTKV”的情况下实现(对这些术语参见上面对图5p的阐述)。根据权利要求1的PTKV不仅可以借助实际PTKV来实现而且可以借助管理PTKV来实现。
■权利要求也没有谈及，其TLN-PTKV终端***和/或TLN-STKV终端***及其TLN是否参与(抽象和/或物理地)实现多个实际的PTKV和/或多个管理PTKV，即就此而言并未对由此得到的、根据权利要求1的方法的构造可能性进行限制。例如，因此在HOCIS方法中，针对其第一PTKV的第一STKV的至少一个HO相关信息可以被递交给某个TLN，该信息可以在HOCIS方法的针对第二PTKV的第二STKV中被递交给该TLN，其中两个STKV和/或其终端***和/或其网络/接入点/性能特征不同。这例如在例如TLN的第一STKV终端***的物理实现完全或者部分地与第二STKV终端***的物理实现不同时(它们在自身方面例如以彼此不同的网络特征工作)，具有实践意义。
此外，权利要求70的限制并未改变权利要求70在HO中还通常涉及其所有PTKV-TLN，不仅其中直接涉及的TLN还有间接涉及的TLN。这在随后的两个权利要求组中也适用(即使在相关的图5i-r中尤其考虑直接涉及的TLN或者其PTKV/STKV终端***)。
对权利要求组70-75：....“在连通中直接涉及的M(HOCIS)”
该权利要求组根据图5j-n展开了权利要求70。
对权利要求组76-79：....“在初步连通的情况下直接涉及的M(HOCIS)”。该权利要求组根据图5o-r展开了权利要求70。
对权利要求组80-82：权利要求80公开了一种用于实现抽象的HOCIS方法的(普遍性)抽象的HOCIS设备，该HOCIS方法尤其是比根据权利要求1的HOCIS方法更为普遍(参见下文)。从属权利要求81将根据权利要求80的HOCIS设备的功能限制到对于抽象实现特别是根据权利要求1或者根据从属权利要求2-79中至少之一的HOCIS方法必要的内容。
C.6.小节已经描述了抽象的HOCIS设备及其在PTKV-TLN中的HOCIS设备终端***的抽象结构的模型。基于在那里所阐述的(功能上不言而喻始终可想象的并且因此可能的)抽象的资源共享，在抽象中无关紧要的是，STKV设备部件是否一同使用本来不可或缺地存在的PTKV设备部件。
注意到：抽象的HOCIS设备及其在PTKV-TLN中的终端***的这种抽象结构也允许PTKV-TLN中的抽象的HOCIS设备终端***的物理实现(又名实施形式)完全或者部分地在独立的物理的HOCIS终端设备中进行(也就是说，不必在至少一个在那里本来存在的物理的PTKV只能终端***中)。物理的PTKV终端设备和/或HOCIS终端设备的这种分离性可以(但是无需)归因于，它们出于资源共享的物理的技术原因而没有能力(例如在目前的“仅WLAN电话”和与其独立的“仅GSM电话”中，通常情况如此，其中PTKV在HO中在这二者之间切换)。这种分离性的其他原因可能是在PTKV模块和/或STKV模块之间的各种类型的不兼容性，但是在将来也可能的是，TLN希望在至少一个对此特别适合的HOCIS设备上以合理综合的方式获得关于所有其PTKV的所有HO相关信息和所有HOCIS，该HOCIS设备因此出于便利原因而应与至少一个通常不同地设计的PTKV终端设备分离(该PTKV终端设备可以通过可能不同类型的网络/接入点/服务特征维持多个同时的不同类型的PTKV)。
接下来要确认，HOCIS设备的两种功能“(通过某种装置)间接或者直接递交(HO相关信息给TLN)”以及“(通过TLN)直接使用(递交HO相关信息的装置)”分别引起这两种功能直观地暗示的情况：
■HO相关信息通过M(HOCIS)装置或者提供装置至TLN的“直接递交”引起了：M(HOCIS)装置或者提供装置进行至TLN的直接递交(只有在该TLN和该装置属于相同的OSI终端***或者该装置是其虚拟M(HOCIS)时，这才可能)(参见对图5i的上述说明)。
否则－即TLN和该装置不属于相同的OSI终端***，并且该装置不是TLN-OSI终端***的虚拟M(HOCIS)－该信息通过该装置至TLN的递交需要在TLN-OSI终端***中一些成对装置在二者之间的中间连接，并且因此为“间接递交”。
■(递交HO相关信息的)装置被TLN“直接使用”引起了：TLN直接参与直接的递交功能的执行(这明显又仅在上面所讨论的条件下是可能的)。
最后，还要说明设备独立权利要求的原则(以及其与方法独立权利要求的原则的基本不同)。相应地，根据权利要求(80-82)的HOCIS设备包含根据权利要求(80-82)的装置的集合。这些装置至少在装置内相连并且彼此借助至少一个网络相连，但是该网络显然并未包含于上述设备独立权利要求措辞中，同样还有实现这些装置的计算机***。该集合的装置适于在其(适当控制的)彼此的协作以及与PTKV-TLN的协作中在PTKV中的HO方面为PTKV-TLN产生所希望的HOCIS。包含这种装置集合的设备称作HOCIS设备。注意到的是，单是由HOCIS设备(即没有这种控制)并不知道，该设备做了有意义的事情。
针对使用HOCIS设备的TLN的HOCIS产生而是首先借助合适地控制其装置和TLN的协作来实现。这样控制的HOCIS产生的过程在本文中称作HOCIS-TKV(又名STKV)。在协作中根据其对装置使用进行控制的方法称作HOCIS方法。注意到的是，这种控制方法无需明确地引用装置本身，而是可以控制装置的相应功能的使用(并且在此于是隐含地引用这些装置)－如在本文中所出现的那样。
对于HOCIS设备的每个控制方法(用于在至少一个HO方面实现所希望的HOCIS产生/STKV)，在基于其控制的STKV中交换HO相关信息(设备-装置彼此的交换和与使用HOCIS设备的PTKV-TLN的交换)方面，实现HOCIS设备的设备独立权利要求施加了明确的限制。该限制如此深远，使得绝大多数的(尽管如此仍然可能的并且实践上感兴趣的)控制方法实现了独立权利要求1，即是根据本发明的HOCIS方法。反过来，容易看到的是，每个根据权利要求1的HOCIS方法实际适于控制根据设备独立权利要求的HOCIS设备，以便该HOCIS设备对使用该设备的PTKV-TLN产生所希望的HOCIS。
上面的三段已解释了根据本发明的HOCIS设备和根据本发明的HOCIS方法之间的上述基本不同。
对权利要求83-91：....“HOCIS装置引起的变形方案”。
这些从属权利要求明确了几个设备类型的特征或者特征组合。
根据上述描述可知，本发明的实施例涵盖但不限于以下技术方案：
方案1.一种方法，所述方法用于在切换的至少一个主电信过程的至少之一中的至少一个切换方面为至少一个主电信过程(PTKV)的用户(TLN)提供“切换便利信息支持(HOCIS)”，为了实现一个/多个主电信过程，用户附加地参与至少一个次电信过程(STKV)，其中，
i.至少一个切换相关信息通过用户的用户次电信过程终端***或者主电信过程终端***中的至少一个被递交给用户，
ii.在至少一个次电信过程***中，所述至少一个切换相关信息为此通过至少一个非人类模块M(HOCIS)以至少一个切换便利信息支持-协议数据单元来提供，所述用户
j.或者不属于所述至少一个次电信过程***，
jj.或者属于所述至少一个次电信过程***，并且所述至少一个切换相关信息
k.源自相应的成对的次电信过程***或者主电信过程***，或/和
kk.结果是其实际的或者虚拟的切换便利信息支持尝试中的至少一个，
iii.递交以确定在用户的至少一个主电信过程***和/或次电信过程***中存在至少一个对此的信号而开始，
该方法至少包括下述步骤：
a)根据iii.至少检查一次至少一个信号的存在，以及
b)根据i.递交至少一个根据ii.提供的切换相关信息。
方案2.根据方案1所述的切换便利信息支持方法，其中，用户位于主电信过程的切换中间接或者直接涉及的主电信过程终端***中。
方案3.根据方案1所述的切换便利信息支持方法，其中，根据方案1中的ii.的至少一个次电信过程***不是或者是用户的次电信过程***。
方案4.根据方案1所述的切换便利信息支持方法，其中，根据方案1中的ii.的至少一个M(HOCIS)不需要或者需要至少一个与主电信过程终端***/终端设备包含的硬件部件(例如电话或者电话的发声器或者综合接入设备或者与无线局域网无关的服务器)不同的硬件部件。
方案5.根据方案1所述的切换便利信息支持方法，其中，至少一个主电信过程或者次电信过程不使用或者使用至少一个用户终端设备和/或综合接入设备和/或服务器。
方案6.根据方案1至5中任一项所述的切换便利信息支持方法，其中，
■至少一个服务器或者综合接入设备是或者不是至少一个用户终端***的部分，和/或
■用户终端***包含或者不包含任意其它的非人类功能组。
方案7.根据方案1至6所述的切换便利信息支持方法，其中，至少一个主电信过程或者次电信过程各借助至少一个切换便利信息支持-交互式信号响应-服务器或者其它服务器和/或至少一个用户终端***来实现。
方案8.根据方案1至7所述的切换便利信息支持方法，其中，用户终端***
■是互联网终端***，和/或
■是(必要时具有集成的网络终结器的)移动网络终端***，和/或
■包含LAN终端***和/或WLAN终端***，和/或
■是固定的或者是移动的，和/或
■不包含或者包含至少一个终端适配器和/或网络终结器和/或为此包含共同的或者专用的用户界面，该用户界面必要时能够分离地或者共同地被使用。
方案9.根据方案1至8所述的切换便利信息支持方法，其中，根据方案1的a)的***或者是主电信过程***或者是次电信过程***，其中在a)中确定存在至少一个切换便利信息支持信号。
方案10.根据方案1所述的切换便利信息支持方法，该方法在潜在的主电信过程之前或者在潜在的主电信过程中开始。
方案11.根据方案1所述的切换便利信息支持方法，该方法在当前的但是尚未运行的主电信过程中开始。
方案12.根据方案1所述的切换便利信息支持方法，该方法在运行的主电信过程中或者在运行的主电信过程之后开始。
方案13.根据方案1所述的切换便利信息支持方法，该方法在(潜在的或者当前的)主电信过程的潜在的切换过程中或者当前的但是还没有运行的切换过程中开始。
方案14.根据方案1所述的切换便利信息支持方法，该方法在运行的但是还没有结束的切换过程中开始。
方案15.根据方案1所述的切换便利信息支持方法，该方法在结束的切换过程之后开始，并且在此将该切换过程追溯地视为与自己相关联。
方案16.根据方案1所述的切换便利信息支持方法，其针对潜在的切换，其中在该切换是当前的但还未运行之前、或者在该切换是运行的之前、或者在该切换结束之前，该方法终止，其中在稍后重新开始针对该切换或者另一切换的次电信过程时，这种早先的次电信过程终止可以具有影响或者不具有影响，和/或该终止不向用户显示或者向至少一个用户显示。
方案17.根据方案1所述的切换便利信息支持方法，其针对当前的但还未运行的切换，其中该方法在该切换运行之前或者只要该切换运行就终止。
方案18.根据方案1所述的切换便利信息支持方法，其针对运行的切换，该方法在该切换结束之前终止。
方案19.根据方案1所述的切换便利信息支持方法，该方法在结束切换之后终止。
方案20.根据方案1所述的切换便利信息支持方法，该方法在至少一个或者所有主电信过程中在一个时刻或者持续地支持仅仅一个或者多个切换过程，这些切换过程中的任何一个可以是潜在的或者当前的或者过去的。
方案21.根据方案1所述的切换便利信息支持方法，其在主电信过程中在一个时刻支持在时间上彼此交叠的切换过程，如时间上交叠的各个切换过程的时间序列，这些切换过程的直接涉及的终端***分别仅仅在一个切换过程中直接涉及，其中在多个并行的主电信过程情况下这些序列也是并行的。
方案22.根据方案1所述的切换便利信息支持方法，该方法在多个或者所有主电信过程中在一个时刻支持多个时间上彼此交叠的切换过程，如时间上交叠的各个切换过程的时间序列，这些切换过程的直接涉及的终端***分别仅仅在一个切换过程中直接涉及，其中不存在并行的序列。
方案23.根据方案1所述的切换便利信息支持方法，其中切换过程是网络切换过程或者接入点切换过程或者性能特征切换过程，或者是包括这三个特殊的切换类型之一的并且因此更为一般的切换过程，这些切换过程能够或者不能够以任何方式交叠。
方案24.根据方案1所述的切换便利信息支持方法，其中与直接涉及的终端***相关的(潜在或者对当前的)切换过程的、直接涉及的终端***在该切换过程中始终同时是在两个通信网络上的终端***或者在网络的两个接入点上的终端***，或者能够与两个不同的性能特征一起工作。
方案25.根据方案1所述的切换便利信息支持方法，其中与直接涉及的终端***相关的切换过程的、直接涉及的终端***在该切换过程期间至少暂时地同时是在两个网络上的终端***或者在网络的两个接入点上的终端***，或者能够与不同的性能特征一起工作。
方案26.根据方案1所述的切换便利信息支持方法，其中直接涉及的终端***在该切换过程期间从不同时是在两个网络上的终端***或在网络的两个接入点上的终端***，或者从不能够与两个不同的性能特征一起工作。
方案27.根据方案1所述的切换便利信息支持方法，其中主电信过程***和/或次电信过程***的网络尤其是可以具有任意范围，即各个网络例如可以是远程网络以及城域网以及局域网以及任意小的网络(毫微微蜂窝基站)以及这些网络的组合或者混合形式。
方案28.根据方案1所述的切换便利信息支持方法，其中在主电信过程***和/或次电信过程***的各个网络中的交换技术是统一的或者是不同的。
方案29.根据方案1所述的切换便利信息支持方法，其中在主电信过程***和/或次电信过程***的各个网络中的传输技术基于一个或者多个线缆/线连接的或者无线缆/无线的数据传输段或者基于这两者。
方案30.根据方案1所述的切换便利信息支持方法，该方法从所有参与其实现的网络中仅仅使用网络为进行电话交谈而提供的服务。
方案31.根据方案1所述的切换便利信息支持方法，该方法从至少一个参与其实现的网络通过至少一个参与其实现的终端***－包括和/或不包括至少一个服务器－使用至少一个服务，所述服务对于至少一个与实现电话交谈不同的目的而提供。
方案32.根据方案1所述的切换便利信息支持方法，其中用于发送协议数据单元的网络和/或用于接收协议数据单元的网络不是两个网络之一和/或网络接入点和/或网络性能特征，在这些网络和/或网络接入点和/或网络性能特征之间进行切换所基于的主电信过程的切换。
方案33.根据方案1所述的切换便利信息支持方法，其中，协议数据单元的发送和/或接收借助这两个网络、接入点或者性能特征中至少之一来进行，在这些网络、接入点或者性能特征之间进行切换所基于的主电信过程的切换。
方案34.根据方案1所述的切换便利信息支持方法，其中对用于至少一个或者所有主电信过程和/或次电信过程的至少一个开放式***互联连接，持久地或者暂时地不在或者在该连接的至少一层或者在所有7层上设置和/或使用一个或者多个Li连接，所述至少一个或者多个Li连接持久地或者暂时地借助一个和/或多个网络来实现。
方案35.根据方案1所述的切换便利信息支持方法，其中主电信过程协议数据单元或者次电信过程协议数据单元中的至少一个或者所有都相同或者不同，其中至少一个或者所有主电信过程协议数据单元或者次电信过程协议数据单元包含至少一个切换相关信息的至少一个特征。
方案36.根据方案1所述的切换便利信息支持方法，其中至少一个或者所有主电信过程协议数据单元或者次电信过程协议数据单元与其原始终端设备/***和/或所产生的/发送的/接收的/交换的功能模块和/或发送网络和/或目标终端设备/***和/或所编址的功能模块和/或其使用者无关，和/或其中对于至少一个主电信过程协议数据单元或者次电信过程协议数据单元存在至少一种格式，所述格式与其原始终端设备/***和/或其进行发送的功能模块和/或至少一个发送网络和/或接收网络和/或至少一个目标终端设备/***和/或在其中编址的功能模块和/或其使用者有关。
方案37.根据方案1所述的切换便利信息支持方法，其中，始终存在或者有时存在或者从不存在恰好一个或者至少各一个主电信过程协议数据单元或者次电信过程协议数据单元，并且这对于至少一个主电信过程和/或次电信过程的至少一个或者所有原始终端***/终端设备适用，和/或对于至少一个或者所有其目标终端***/终端设备和/或对于至少一个或者所有网络适用。
方案38.根据方案1所述的切换便利信息支持方法，其中至少一个或者所有主电信过程协议数据单元或者次电信过程协议数据单元的(开放式***互联参考模型的)报头和/或用户数据根据统一的或者不同的、在此标准化的或者专有的编码方法来编码。
方案39.根据方案1所述的切换便利信息支持方法，其中至少一个或者所有的主电信过程协议数据单元或者次电信过程协议数据单元和/或其用户数据(在开放式***互联参考模型的意义上)是分组的或者非分组的。
方案40.根据方案1所述的切换便利信息支持方法，其中所有主电信过程协议数据单元或者次电信过程协议数据单元作为独立的交换/递交协议数据单元来编码，或者至少一个主电信过程协议数据单元或者次电信过程协议数据单元完全或者部分嵌入至少一个另外的过程/应用的至少一个协议数据单元中来编码。
方案41.根据方案1所述的切换便利信息支持方法，其中至少一个主电信过程协议数据单元或者次电信过程协议数据单元的用户数据包含至少一个信息，该信息并非源自该切换便利信息支持过程和/或并不涉及切换便利信息支持过程。
方案42.根据方案1所述的切换便利信息支持方法，其中至少一个主电信过程协议数据单元或者次电信过程协议数据单元的用户数据由语音数据和/或其他噪声数据和/或任意其他类型的数据构成和/或包含这种数据，更确切地说，以其标准化的(例如a-law/mu-law或者G.7xx或者双音多频DTMF或者美国信息交换标准码ASCII)和/或专有的(例如扩增二进式十进交换码EBDIC或者Adobe)显示。
方案43.根据方案1所述的切换便利信息支持方法，其中根据方案1的a)对作为信号的主电信过程协议数据单元或者次电信过程协议数据单元的存在性确定追溯到：该主电信过程协议数据单元或次电信过程数据协议单元分别完全或者部分的(本地)提供和/或在至少一个***中的类型和/或(本地)递交和/或在该递交中的类型和/或由网络的递交和/或该递交中的类型，以及该***在进行第一或者最后的或者另外的某个主电信过程协议数据单元或者次电信过程协议数据单元的网络递交和/或(本地)提供之前或者期间或者之后，进行这种提供/递交，而无论是由谁/借助谁来提供/递交以及提供/递交给谁。
方案44.根据方案1所述的切换便利信息支持方法，其中在根据方案1的a)的、在***中的检查至少在开始至少一个主电信过程和/或次电信过程和/或切换过程和/或其他过程之前或者期间或者之后，和/或在出现网络事件和/或终端***/终端设备事件和/或使用者事件和/或其他事件时进行，和/或在有规律的时间间隔中和/或持续地和/或在某个与主电信过程/切换过程/次电信过程有关的时间区间中进行。
方案45.根据方案1所述的切换便利信息支持方法，其中根据方案1的a)的检查在于：在存在方面进行决定，该决定的至少一个作用在于：完全开展或者中断或者修改或者不启动根据方案1的b)的强制的后续措施的执行。
方案46.根据方案1所述的切换便利信息支持方法，其中作为完成方案1的a)的结果，仅仅至少一个本地切换便利信息支持措施和/或仅仅至少一个本地切换便利信息支持协议数据单元交换措施－无论通过谁－在至少一个次电信过程***和/或主电信过程***中进行，或者进行进一步的功能反应。
方案47.根据方案1所述的切换便利信息支持方法，其中至少一个终端***/终端设备的至少一个或者所有其本地和/或非本地的措施的执行立即进行，或者在终端***/终端设备完全或者部分执行至少一个另外的本地或者非本地的措施之后，完全或者部分进行，其中这些措施是作为完成方案1的a)的结果的强制功能反应，其中后者不是完成方案1的a)和/或必要时完成方案1的b)的结果，或者是完成方案1的a)和/或必要时完成方案1的b)的直接或者间接的结果。
方案48.根据方案46至47中任一项所述的切换便利信息支持方法，其中终端***/终端设备的至少一个功能反应在其所有状态或者在一些状态中临时或者持久地是相同的或者不同的。
方案49.根据方案46至48中任一项所述的切换便利信息支持方法，其中终端***/终端设备的至少一个功能反应在至少一个状态下与至少一个主电信过程和/或切换过程和/或次电信过程和/或非切换便利信息支持过程和/或至少一个另外的应用的至少一个特征有关。
方案50.根据方案46至49中任一项所述的切换便利信息支持方法，其中终端***/终端设备的至少一个功能反应在至少一个状态下：与至少一个－在完成方案1的a)之前和/或之后的－切换便利信息支持的至少一个特征有关；和/或与针对通过该切换便利信息支持编址的用户而进行的切换便利信息支持的执行的至少一个特征有关；和/或与该用户的至少一个特征有关；和/或与引起该切换便利信息支持的用户的至少一个特征有关。
方案51.根据方案46至50中任一项所述的切换便利信息支持方法，其中终端***/终端设备的所述至少一个功能反应在至少一个状态下：与至少一个－在完成方案1的a)之前和/或之后的－切换便利信息支持协议数据单元产生的至少一个特征有关；和/或与其网络传输的至少一个特征有关；和/或与其本地传输(分别是其发送和/或接收)的至少一个特征有关；和/或与为此的递交－提供的至少一个特征有关。
方案52.根据方案1所述的切换便利信息支持方法，其中对于至少一个切换便利信息支持功能的选择/不选择和/或对于至少一个或者每个切换便利信息支持的显示的选择/不选择，在其技术可能性的范围内，尤其是在根据至少一个使用者和/或其终端***和/或至少一个切换便利信息支持的内容对切换便利信息支持功能或者切换便利信息支持显示的选择/非选择的个性化方面，一方面根据终端设备的至少一个使用者的“本地的”和/或“中央的”指示另一方面根据终端设备的至少一个使用者的“静态的”和/或“动态的”指示来进行，其中该终端设备是该切换便利信息支持功能支持的终端设备或者产生/理解所述显示的终端设备，并且是终端的终端设备，和/或一方面根据其至少一个管理者的“本地的”和/或“中央的”指示另一方面根据该至少一个管理者的“静态的”和/或“动态的”指示来进行，也就是说，由该使用者/管理者借助：
■对此的终端设备的描述可能性(＝本地地)，或者
■服务器控制的切换便利信息支持显示选择方法(＝中央地)，和/或
■根据“本地/中央的混合形式”指示
来确定，更确切地说，在通过对切换便利信息支持功能或者切换便利信息支持显示的选择/不选择而对其终端设备的配置方面：
■在任何时候都没有该使用者的协作可能性(＝静态)，或者
■在任何时候都具有该使用者的协作可能性(＝动态)。
方案53.根据方案1所述的切换便利信息支持方法，其中必要时包括至少一个非切换便利信息支持过程/应用的情况下，在该过程/应用开始之前和/或在过程/应用的至少一个的用户定义的某时间区间中或者在任何时刻，对于每个应用/过程单独或者共同地针对多个或者所有应用/过程，至少一个切换便利信息支持全部或者部分地涉及通过至少一个切换过程至终端的终端设备的使用者的、当前的和/或过去的报告及其方式，其中这种切换便利信息支持需要－借助至少一个另外的切换便利信息支持－通过使用者的确认，和/或需要通过至少一个终端设备和/或至少一个服务器和/或通信过程的确认，其中这种确认的显示对应于切换便利信息支持的显示或者不对应。
方案54.根据方案1所述的切换便利信息支持方法，其中至少一个切换便利信息支持完全或者部分启动或者修改或者终止至少一个切换过程。
方案55.根据方案1所述的切换便利信息支持方法，该方法并未从至少一个非切换便利信息支持过程/应用中通过至少一个次电信过程***使用该应用/非切换便利信息支持过程提供的服务，和/或该方法从至少一个非切换便利信息支持过程/应用中通过至少一个次电信过程***使用该应用/非切换便利信息支持过程提供的至少一个服务。
方案56.根据方案1所述的切换便利信息支持方法，在执行该方法时，至少一个切换便利信息支持协议数据单元被至少一个非切换便利信息支持过程和/或非切换便利信息支持应用使用。
方案57.根据方案1所述的切换便利信息支持方法，其中至少切换便利信息支持过程的(仅仅或者并非仅仅)至少一个服务器将至少一个或者至少一个确定的或者所有的切换便利信息支持协议数据单元通过至少一个网络来传输(发送和/或接收)和/或(本地地)提供所述切换便利信息支持协议数据单元。
方案58.根据方案1所述的切换便利信息支持方法，其中没有服务器向/从至少一个或者至少一个确定的或者所有的－确定的或者非确定的－终端的和/或非终端的终端设备传输(发送和/或接收)至少一个或者至少一个确定的或者所有的切换便利信息支持协议数据单元，和/或对该协议数据单元进行(本地)提供。
方案59.根据方案1所述的切换便利信息支持方法，其中仅仅主电信过程和/或次电信过程的至少一个用户终端***通过至少一个网络将至少一个或者至少一个确定的或者所有的切换便利信息支持协议数据单元向/从至少一个另外的或者至少一个确定的另外的或者所有另外的主电信过程终端***和/或次电信过程终端***－分别单独地或者共同地针对次电信过程终端***－发送和/或接收和/或本地地交换和/或尝试这种发送/接收/交换。
方案60.根据方案1所述的切换便利信息支持方法，其中至少一个切换便利信息支持协议数据单元的递交/提供由切换便利信息支持过程的至少一个终端***/终端设备进行，和/或向/借助切换便利信息支持过程的至少一个终端***/终端设备和/或非切换便利信息支持终端***/终端设备和/或非切换便利信息支持方法/应用/服务进行至少一个切换便利信息支持协议数据单元的递交/提供。
方案61.根据方案1所述的切换便利信息支持方法，其中通过至少一个或者所有终端***/装置向/由至少一个终端***/终端设备递交至少一个或者所有的切换便利信息支持协议数据单元暗示了：(多个)递交的切换便利信息支持协议数据单元从不和/或有时和/或始终改变和/或不改变地被分别由所述切换便利信息支持协议数据单元编址的/标识(发送器)的终端***/终端设备递交，其中这也适用于各个递交的切换便利信息支持协议数据单元的分解或者多个递交的切换便利信息支持协议数据单元的组合(分解成各个随后递交的切换便利信息支持协议数据单元，或者由多个事先递交的切换便利信息支持协议数据单元组合)。
方案62.根据方案1所述的切换便利信息支持方法，其中例如为了改进递交的至少一个质量或者如果递交的至少一个质量被改进，通过至少一个网络递交至少一个或者所有的切换便利信息支持协议数据单元引起或者尝试引起到至少一个另外的网络的至少一个变更和/或切换便利信息支持协议数据单元的至少一个合适的分解和/或至少一个合适的组合。
方案63.根据方案1所述的切换便利信息支持方法，其中通信过程的至少一个或者所有用户终端***暂时或者持久地不适于本地地提供和/或通过至少一个网络递交至少一个切换便利信息支持协议数据单元(每个终端***或者所有终端***分别单独有至少一个网络)。
方案64.根据方案1所述的切换便利信息支持方法，其中至少一个或者所有的切换便利信息支持协议数据单元通过至少一个网络进行递交，其中该网络与至少一个在主通信过程中当前的或者在该主通信过程的切换之后由主通信过程所使用的网络不同。
方案65.根据方案1所述的切换便利信息支持方法，其中始终地或者临时地或者在存在编址的终端***的、由终端***的使用者引起的状态的情况下，通过至少一个网络的递交(发送和/或接收)和/或提供至少一个或者所有的切换便利信息支持协议数据单元需要被编址的终端***或者其至少一个设备和/或用户和/或至少一个另外的终端***/终端设备的在前的和/或事后的允许或确认。
方案66.根据方案1所述的切换便利信息支持方法，其中根据方案1的a)的、对存在切换便利信息支持协议数据单元的检查(以及必要时其确定)由至少一个用户的隐含地和/或明确地引起，和/或归因于：在至少一个通信过程中，出现信号或者比特或者数据或者信息通过至少一个网络的至少一个数据传输段的传输的至少一个质量上的缺陷；和/或出现在至少一个终端设备/***中提供至少一个切换便利信息支持协议数据单元时的至少一个质量上的缺陷；和/或出现产生或者显示或者识别切换便利信息支持时的至少一个质量上的缺陷。
方案67.根据方案66所述的切换便利信息支持方法，其中上述质量上的缺陷是在至少一个用户的感觉上的和/或至少一个用户的终端***的技术类型和/或物理类型和/或物质类型和/或空间类型和/或经济类型和/或可能社会类型和/或可能情感类型的至少一个质量上的缺陷。
方案68.根据方案66所述的切换便利信息支持方法，其中所述至少一个质量上的缺陷仅仅被假设或者刚刚呈现但还不存在或者已经存在或者不再存在但曾经存在过。
方案69.根据方案66所述的切换便利信息支持方法，其中在至少一个电信过程的至少一个开放***互连连接中，所述至少一个质量上的缺陷位于开放***互连连接的Li连接的恰好之一或者至少之一中，和/或位于其各个的7层的至少之一中，和/或位于超过一层构成的组合中。
方案70.根据方案1所述的切换便利信息支持方法，其中切换相关信息由至少一个非智能的M(HOCIS)提供，所述切换相关信息是为了向切换中所涉及的至少一个主电信过程/次电信过程终端***的主电信过程用户进行递交而确定的，其中
(1)M(HOCIS)位于至少一个综合接入设备或者服务器中和/或在用户主电信过程/次电信过程终端***中，和/或
(2)切换相关信息向用户表明：用户在切换到新网络中之后，在那里实际：
○可以/或者不可以登记和/或可以获得某个互联网连通性和/或某个应用连通性，和/或
○可以通过用户的“零触”和/或“一触”或者类似的简单的用户措施来实现这些选项至少之一，和/或
○于是已经实现了至少一个－由用户选择的或者通常选择的－选项，和/或
○选项中的至少之一的构造和/或选项的选择－无论针对哪个主电信过程用户－要求另一用户交互，例如广告类型的用户交互，和/或
○对于至少一个主电信过程用户－无论针对哪个主电信过程用户－选项之一的构造和/或选项的选择和/或选项的至少一个另外的用户交互通过至少一个次电信过程或者通常通过某人来确定。
方案71.根据方案70所述的切换便利信息支持方法，其中非智能的M(HOCIS)是在综合接入设备或者服务器中的用户主电信过程/次电信过程终端***的虚拟的M(HOCIS)。
方案72.根据方案71所述的切换便利信息支持方法，其中在综合接入设备或者服务器中的整个M(HOCIS)附加地包含智能M(HOCIS)。
方案73.根据方案72所述的切换便利信息支持方法，其中用户主电信过程/次电信过程终端***附加地包含非智能的M(HOCIS)。
方案74.根据方案70所述的切换便利信息支持方法，其中针对用户主电信过程终端***在综合接入设备或者服务器之外存在成对的主电信过程终端***，即存在实际的主电信过程。
方案75.根据方案74所述的切换便利信息支持方法，其中综合接入设备或者服务器包含用户主电信过程/次电信过程终端***的虚拟M(HOCIS)。
方案76.根据方案74所述的切换便利信息支持方法，其中在(潜在或者当前的)切换中直接涉及的用户主电信过程/次电信过程终端***确定至在可能的第二综合接入设备或者服务器中的可能的第二M(HOCIS)的至少一个初步的连通性，和/或针对其网络确定方案70的选项(2)之一。
方案77.根据方案70至76中任一项所述的切换便利信息支持方法，其中，(潜在或者当前的)切换所基于的主电信过程是用户主电信过程/次电信过程终端***的现有的管理主电信过程，即存在或者不存在实际的主电信过程。
方案78.根据方案77所述的切换便利信息支持方法，其中当前切换所基于的主电信过程是用户主电信过程/次电信过程终端***的所已开始的管理主电信过程，并且存在或者不存在实际的主电信过程。
方案79.根据方案78所述的切换便利信息支持方法，其中管理主电信过程还是潜在的，并且存在或者不存在实际的主电信过程。
方案80.一种“切换便利信息支持”设备，其也被称为“次电信过程设备”，用于在切换的至少一个主电信过程的至少之一中的至少一个切换方面为至少一个主电信过程(PTKV)的用户(TLN)提供“切换便利信息支持(HOCIS)”，为了实现一个/多个切换便利信息支持，用户附加地参与至少一个次电信过程(STKV)，所述设备具有：
■次电信过程装置(＝“开放***互连设备***”)，用于实现至少一个次电信过程，其中该实现尤其是既不包括至少一个该次电信过程所使用的电信网络，也不包括至少一个使用该次电信过程的用户，其中该用户：
J.不可以直接地使用为该用户递交至少一个切换相关信息的次电信过程装置，或者
JJ.可以直接地使用为用户递交至少一个切换相关信息的次电信过程装置，并且切换相关信息：
k.源自至少一个M(HOCIS)装置，该装置不可以将所述切换相关信息直接地递交给用户，或/和
kk.直接递交给用户，并且结果是至少一个其真实的或者虚拟的切换便利信息支持尝试，
■使用装置，其作为次电信过程装置的一部分，用于为了递交至少一个切换相关信息的目的而通过次电信过程装置的用户直接地使用，以及
■递交装置，其作为次电信过程装置的一部分，用于间接或者直接向用户递交至少一个为递交而提供的切换相关信息，以及
■提供装置，其作为次电信过程装置的一部分，用于为直接和/或间接的递交提供至少一个所检测到的切换相关信息，以及
■M(HOCIS)装置，其用于检测至少一个切换相关信息，以及
■确定装置，其作为次电信过程装置的一部分，用于在递交切换相关信息开始时确定存在至少一个信号。
方案81.根据方案80所述的切换便利信息支持设备，其具有适于实现切换便利信息支持方法的装置，其中该方法符合方案1－79中的至少一项。
方案82.一种切换便利信息支持设备，其具有适于实现切换便利信息支持方法的装置，其中该方法符合方案1－79中的至少一项。
方案83.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个硬件部件和/或软件部件一方面部分地或者完全地用于仅仅抽象地和/或物理地实现至少一个次电信过程，和/或另一方面暂时地或者持续地用于仅仅抽象地和/或物理地实现至少一个次电信过程(即在那里没有与主电信过程进行“资源共享”)。
方案84.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个装置的至少一个或者所有硬件部件和/或一个或所有软件部件一方面部分地或者全部地和/或另一方面暂时或者持久地借助至少一个主电信过程终端***的至少一个硬件部件和/或软件部件来抽象地和/或物理地实现。
方案85.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置部分地或者全部地作为专用集成芯片ASIC和/或可自由编程逻辑阵列FPLA及其“固件”来抽象地和/或物理地实现，或者作为其他广泛的软件部件替代物来实现。
方案86.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个或者所有软件部件，在其抽象的和/或物理的实现中，首先为了其执行而根本没有和/或部分和/或完全地被加载到存储器中，处理器能够访问该存储器。
方案87.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个或者所有软件部件，在其抽象的和/或物理的实现中，首先为了其执行而根本没有和/或部分和/或完全地被翻译成可由处理器中的至少之一执行的代码。
方案88.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个或者所有软件部件，在抽象的和/或物理的实现中，一方面部分或者完全地和/或另一方面暂时或者持续地被针对其完整性和/或可信度和/或所设置的功能能力进行检查。
方案89.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个或者所有软件部件，在抽象的和/或物理的实现中，一方面部分或者完全地和/或另一方面暂时或者持续地在其执行期间在至少一个与该装置原始设置的功能不同的位置上。
方案90.根据方案80至82中至少一项所述的切换便利信息支持设备，其中至少一个或者所有装置的至少一个或者所有软件部件的至少一个版本，在抽象的和/或真实的实现中，能够一方面部分或者完全地和/或另一方面暂时或者持续地通过其他版本替换。
方案91.根据方案90所述的切换便利信息支持设备，其中在使用时仅仅至少一个有故障的软件部件在抽象的和/或物理的实现中被更换，和/或者所述软件部件的“资源共享能力”的至少之一被改变。
Claims (15)
1.一种用于将至少一个信息分别递交给主电信过程(PTKVs)的至少两个用户(TLN)的方法，所述信息与所述主电信过程中的切换(HOs)有关，
其特征在于，
■所述用户附加地参与次电信过程(STKV)，在所述次电信过程中所述信息经由主电信过程和/或次电信过程的至少一个网络被传送给两个用户并且各经由所述用户的用户终端***的至少一个递交给所述用户，其中
■递交以检查至少一个对此的信号在参与实现所述主电信过程和/或次电信过程的至少一个***中的存在而开始，以及
■在至少一个次电信***中，每个这样的被递交给用户的信息通过至少一个非人类模块M(HOCIS)来确定，其中所述非人类模块不是所述用户的终端***或/和所述信息是至少一个在前的这种递交尝试的结果。
2.根据权利要求1所述的方法，其中所述用户位于主电信过程终端***中，所述主电信过程终端***在所述主电信过程的切换中直接或者直接被涉及。
3.根据权利要求1所述的方法，其中至少一个M(HOCIS)要么不需要要么需要至少一个与所述主电信过程终端***/终端设备包含的硬件部件(例如电话或者电话的发声器或者综合接入设备或者与无线局域网无关的服务器)不同的硬件部件。
4.根据权利要求1至3所述的方法，其中，至少一个主电信过程或次电信过程各借助至少一个HOCIS-ISR服务器(ISR＝交互信号响应)或其他服务器和/或至少一个用户终端***来实现。
5.根据权利要求1至4所述的方法，其中用户终端***
■是互联网终端***，和/或
■是(必要时具有集成的网络终结器的)移动网络终端***，和/或
■包含LAN终端***和/或WLAN终端***，和/或
■是固定的或者是移动的，和/或
■不含或者包含至少一个终端适配器和/或网络终结器和/或为此包含共同的或者专用的用户界面，该用户界面必要时能够分离地或者共同地被使用。
6.根据权利要求1所述的方法，其中，
与直接涉及的终端***相关的(潜在或者当前的)切换过程的、直接涉及的终端***在该切换过程期间始终同时是在两个通信网络上的终端***或者在网络的两个接入点上的终端***，或者能够与两个不同的性能特征一起工作。
7.根据权利要求1所述的方法，其中
协议数据单元的发送和/或接收借助这两个网络、接入点或者性能特征中至少之一来进行，在这些网络、接入点或者性能特征之间进行切换所基于的主电信过程的切换。
8.根据权利要求1所述的方法，其中，
对用于至少一个或者所有主电信过程和/或次电信过程的至少一个开放式***互联连接，持久地或者暂时地不在或者在该连接的至少一层或者在所有7层上设置和/或使用一个或者多个Li连接，所述至少一个或者多个Li连接持久地或者暂时地借助一个和/或多个网络来实现。
9.根据权利要求1所述的方法，其中，
检查在于：在存在方面进行决定，该决定的至少一个作用在于：完全开展或者中断或者修改或者不启动强制的后续措施的执行。
10.根据权利要求1所述的方法，其中，
本地措施和/或本地协议数据单元交换措施－无论通过谁－在至少一个次电信过程***和/或主电信过程***中进行，或者进行进一步的功能反应。
11.根据权利要求1所述的方法，其中，
至少一个终端***/终端设备的至少一个或者所有其本地和/或非本地的措施的执行立即进行，或者在所述终端***/终端设备完全或者部分执行至少一个另外的本地或者非本地的措施之后，才完全或者部分进行。
12.根据权利要求10或11所述的方法，其中，
所述终端***/设备的至少一个功能反应在至少一个状态中与至少一个信息递交和/或确定的用户的执行有关。
13.根据权利要求10至12之一所述的方法，其中，
所述终端***/终端设备的至少一个功能反应在至少一个状态下与至少一个之前和/或之后的协议数据单元产生和/或与其网络传输和/或与其本地传输(分别是其发送和/或接收)和/或与为此的递交－提供有关。
14.一种设备，其也被称为“次电信过程设备”，所述设备配备有用于将至少一个信息分别递交给主电信过程(PTKVs)的至少两个用户(TLN)的装置，所述信息与所述主电信过程中的切换(HOs)有关，
其特征在于，
■所述用户附加地参与次电信过程(STKV)，在所述次电信过程中所述信息经由主电信过程和/或次电信过程的至少一个网络被传送给两个用户并且分别经由所述用户的用户终端***的至少一个递交给所述用户，其中
■递交以检查至少一个对此的信号在参与实现所述主电信过程和/或次电信过程的至少一个***中的存在而开始，以及
■在至少一个次电信***中，每个这样的被递交给用户的信息通过至少一个非人类模块M(HOCIS)来确定，其中所述非人类模块不是所述用户的终端***或/和所述信息是至少一个在前的这种递交尝试的结果。
15.根据权利要求14所述的设备，所述设备具有适于实现符合权利要求1至13中至少一项所述的方法的装置。
Applications Claiming Priority (101)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US86815906P | 2006-12-01 | 2006-12-01 | |
| DE102006057717 | 2006-12-01 | ||
| DE102006057717.5 | 2006-12-01 | ||
| US60/868,159 | 2006-12-01 | ||
| US86951406P | 2006-12-11 | 2006-12-11 | |
| DE102006059142.9 | 2006-12-11 | ||
| US60/869,514 | 2006-12-11 | ||
| DE102006059142 | 2006-12-11 | ||
| DE102006059207.7 | 2006-12-13 | ||
| DE102006059207 | 2006-12-13 | ||
| US86994006P | 2006-12-14 | 2006-12-14 | |
| US60/869,940 | 2006-12-14 | ||
| US87166506P | 2006-12-22 | 2006-12-22 | |
| US60/871,665 | 2006-12-22 | ||
| DE102006062662.1 | 2006-12-27 | ||
| DE102006062662 | 2006-12-27 | ||
| US88238706P | 2006-12-28 | 2006-12-28 | |
| US60/882,387 | 2006-12-28 | ||
| DE102006062675.3 | 2006-12-28 | ||
| DE102006062675 | 2006-12-28 | ||
| US88326707P | 2007-01-03 | 2007-01-03 | |
| US60/883,267 | 2007-01-03 | ||
| DE102007001321.5 | 2007-01-03 | ||
| DE102007001321 | 2007-01-03 | ||
| US88386507P | 2007-01-08 | 2007-01-08 | |
| DE102007001474 | 2007-01-08 | ||
| DE102007001474.2 | 2007-01-08 | ||
| US60/883,865 | 2007-01-08 | ||
| US88509207P | 2007-01-16 | 2007-01-16 | |
| US60/885,092 | 2007-01-16 | ||
| DE102007003640.1 | 2007-01-16 | ||
| DE102007003640 | 2007-01-16 | ||
| US88601107P | 2007-01-22 | 2007-01-22 | |
| US60/886,011 | 2007-01-22 | ||
| DE102007003646 | 2007-01-22 | ||
| DE102007003646.0 | 2007-01-22 | ||
| US88699807P | 2007-01-29 | 2007-01-29 | |
| DE102007005224 | 2007-01-29 | ||
| US60/886,998 | 2007-01-29 | ||
| DE102007005224.5 | 2007-01-29 | ||
| US88812907P | 2007-02-05 | 2007-02-05 | |
| DE102007006459.6 | 2007-02-05 | ||
| US60/888,129 | 2007-02-05 | ||
| DE102007006459 | 2007-02-05 | ||
| US89021807P | 2007-02-16 | 2007-02-16 | |
| US60/890,218 | 2007-02-16 | ||
| DE102007008318 | 2007-02-16 | ||
| DE102007008318.3 | 2007-02-16 | ||
| US89227207P | 2007-03-01 | 2007-03-01 | |
| US60/892,272 | 2007-03-01 | ||
| DE102007010852.6 | 2007-03-01 | ||
| DE102007010852 | 2007-03-01 | ||
| US89316807P | 2007-03-06 | 2007-03-06 | |
| US60/893,168 | 2007-03-06 | ||
| DE102007011453.4 | 2007-03-06 | ||
| DE102007011453 | 2007-03-06 | ||
| US89423907P | 2007-03-12 | 2007-03-12 | |
| US60/894,239 | 2007-03-12 | ||
| DE102007012683.4 | 2007-03-12 | ||
| DE102007012683 | 2007-03-12 | ||
| US91008207P | 2007-04-04 | 2007-04-04 | |
| US60/910,082 | 2007-04-04 | ||
| DE102007016775 | 2007-04-04 | ||
| DE102007016775.1 | 2007-04-04 | ||
| US91302407P | 2007-04-20 | 2007-04-20 | |
| DE102007019752 | 2007-04-20 | ||
| US60/913,024 | 2007-04-20 | ||
| DE102007019752.9 | 2007-04-20 | ||
| US91773607P | 2007-05-14 | 2007-05-14 | |
| DE102007022874 | 2007-05-14 | ||
| DE102007022874.2 | 2007-05-14 | ||
| US60/917,736 | 2007-05-14 | ||
| US94334707P | 2007-06-12 | 2007-06-12 | |
| DE102007027627 | 2007-06-12 | ||
| DE102007027627.5 | 2007-06-12 | ||
| US60/943,347 | 2007-06-12 | ||
| US94654307P | 2007-06-27 | 2007-06-27 | |
| DE102007030580.1 | 2007-06-27 | ||
| DE102007030580 | 2007-06-27 | ||
| US60/946,543 | 2007-06-27 | ||
| US94772107P | 2007-07-03 | 2007-07-03 | |
| US60/947,721 | 2007-07-03 | ||
| DE102007031414.2 | 2007-07-03 | ||
| DE102007031414 | 2007-07-03 | ||
| US94873407P | 2007-07-10 | 2007-07-10 | |
| US60/948,734 | 2007-07-10 | ||
| DE102007032806.2 | 2007-07-10 | ||
| DE102007032806 | 2007-07-10 | ||
| DE102007034892 | 2007-07-16 | ||
| DE102007034892.6 | 2007-07-16 | ||
| DE102007034290.1 | 2007-07-20 | ||
| DE102007034290 | 2007-07-20 | ||
| DE102007039872.9 | 2007-08-20 | ||
| DE102007039872 | 2007-08-20 | ||
| DE102007053363 | 2007-11-06 | ||
| DE102007053363.4 | 2007-11-06 | ||
| DE102007055022 | 2007-11-15 | ||
| DE102007055022.9 | 2007-11-15 | ||
| DE102007057274 | 2007-11-27 | ||
| DE102007057274.5 | 2007-11-27 | ||
| CN200780044489.0A CN101606422B (zh) | 2006-12-01 | 2007-12-03 | 切换便利信息服务(hocis)的方法和*** |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200780044489.0A Division CN101606422B (zh) | 2006-12-01 | 2007-12-03 | 切换便利信息服务(hocis)的方法和*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105407513A true CN105407513A (zh) | 2016-03-16 |
Family
ID=55472701
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510819001.3A Pending CN105407513A (zh) | 2006-12-01 | 2007-12-03 | 将信息递交给主电信过程的至少两个用户的方法和设备 |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP2426989B1 (zh) |
| CN (1) | CN105407513A (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8761009B2 (en) | 2007-02-12 | 2014-06-24 | Sigram Schindler Beteiligungsgesellschaft Mbh | Managed handover process |
| US9998956B2 (en) | 2007-02-12 | 2018-06-12 | Sigram Schindler Beteiligungsgesellschaft Mbh | Managed handover process |
| WO2014079485A1 (en) * | 2012-11-21 | 2014-05-30 | Sigram Schindler Beteiligungsgesellschaft Mbh | Managed handover process |
| WO2015197695A1 (en) * | 2014-06-24 | 2015-12-30 | Sigram Schindler | Managed handover process |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005018165A2 (en) * | 2003-07-22 | 2005-02-24 | Kabushiki Kaisha Toshiba | Secure and seamless roaming between internal and external networks, switching between double and triple tunnel, and protecting communication between home agent and mobile node |
| CN1832605A (zh) * | 2005-03-08 | 2006-09-13 | 三星电子株式会社 | 执行响应于用户输入的移动终端切换 |
| CN1833452A (zh) * | 2003-07-11 | 2006-09-13 | 美商内数位科技公司 | 具有自监视过渡至双工连接状态的过渡状态的无线传送接收单元及方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5722068A (en) | 1994-01-26 | 1998-02-24 | Oki Telecom, Inc. | Imminent change warning |
| DE19645368C2 (de) | 1996-10-07 | 1999-12-30 | Teles Ag | Verfahren und Kommunikationseinrichtung zur Übertragung von Daten in einem Telekommunikationsnetz |
| ES2140965T3 (es) | 1996-10-07 | 2000-03-01 | Teles Ag | Procedimiento para la transmision de datos en una red de telecomunicaciones y conmutador para la realizacion del procedimiento. |
| US7184765B1 (en) | 1999-08-27 | 2007-02-27 | Lucent Technologies Inc. | Enhanced roaming notification of call handoffs |
| DE10042961A1 (de) * | 2000-08-31 | 2002-03-14 | Siemens Ag | Verfahren und technisches Gerät zur Aufrechterhaltung einer Funkverbindung |
| US7496364B2 (en) | 2004-11-05 | 2009-02-24 | Freescale Semiconductor, Inc. | Media-independent handover (MIH) method featuring a simplified beacon |
| US7746825B2 (en) | 2005-05-16 | 2010-06-29 | Interdigital Technology Corporation | Method and system for integrating media independent handovers |
| KR101203845B1 (ko) | 2005-07-05 | 2012-11-21 | 엘지전자 주식회사 | 이동단말의 자원 관리가 가능한 매개체 무관 핸드오버를위한 메시지 송수신방법 |
-
2007
- 2007-12-03 EP EP11189776.5A patent/EP2426989B1/de active Active
- 2007-12-03 CN CN201510819001.3A patent/CN105407513A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1833452A (zh) * | 2003-07-11 | 2006-09-13 | 美商内数位科技公司 | 具有自监视过渡至双工连接状态的过渡状态的无线传送接收单元及方法 |
| WO2005018165A2 (en) * | 2003-07-22 | 2005-02-24 | Kabushiki Kaisha Toshiba | Secure and seamless roaming between internal and external networks, switching between double and triple tunnel, and protecting communication between home agent and mobile node |
| CN1832605A (zh) * | 2005-03-08 | 2006-09-13 | 三星电子株式会社 | 执行响应于用户输入的移动终端切换 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2426989A3 (de) | 2015-02-25 |
| EP2426989A2 (de) | 2012-03-07 |
| EP2426989B1 (de) | 2017-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111147357B (zh) | 数字助手在通信中的使用 | |
| CN108040367B (zh) | 一种ue位置区域更新方法、接入网实体、ue及核心网实体 | |
| CN105284136B (zh) | 移动装置功能的车载访问 | |
| EP3437262A1 (en) | Multi-modal conversational intercom | |
| CN102387463B (zh) | 一种发布微博的方法、装置及移动终端 | |
| US9369425B2 (en) | Email and instant messaging agent for dialog system | |
| CN103259907A (zh) | 情景模式切换***及方法 | |
| CN102638770A (zh) | 一种社交网络的实现方法及*** | |
| KR101834937B1 (ko) | 통신 시스템에서 사용자 단말기의 정보 획득 방법 및 장치 | |
| CN105407513A (zh) | 将信息递交给主电信过程的至少两个用户的方法和设备 | |
| CN102857627A (zh) | 移动装置及其相关控制方法 | |
| CN104811423A (zh) | 位置信息的共享方法和装置 | |
| CN103597808B (zh) | 基于域名来引导消息 | |
| CN107798511A (zh) | 车机和终端协同实现日程提醒的方法及车机装置 | |
| CN104272342A (zh) | 用于多设备环境中的消息服务的方法和***及其设备 | |
| CN101606422B (zh) | 切换便利信息服务(hocis)的方法和*** | |
| CN104216982B (zh) | 一种信息处理方法及电子设备 | |
| CN102158616B (zh) | 融合电信网和互联网的通信***及方法 | |
| CN104427576A (zh) | 在无线通信***中装置间搜寻的方法及装置 | |
| CN107070981A (zh) | 多终端的设备协同控制***及方法 | |
| CN112153753B (zh) | 网络连接方法及装置 | |
| US9774639B2 (en) | System and method for multi-party communication | |
| KR101844454B1 (ko) | 웨어러블 디바이스와 이를 이용한 사용자 편의 서비스 제공 방법 | |
| CN102591707A (zh) | 车载设备及其后台运行程序的显示方法 | |
| CN103841141B (zh) | 一种多媒体通信***和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160316 |
|
| RJ01 | Rejection of invention patent application after publication |