CN101682408A - 在无线接入系统中发送介质独立切换的协议消息的方法 - Google Patents
在无线接入系统中发送介质独立切换的协议消息的方法 Download PDFInfo
- Publication number
- CN101682408A CN101682408A CN200880019018.9A CN200880019018A CN101682408A CN 101682408 A CN101682408 A CN 101682408A CN 200880019018 A CN200880019018 A CN 200880019018A CN 101682408 A CN101682408 A CN 101682408A
- Authority
- CN
- China
- Prior art keywords
- mih
- mihf
- message
- entity
- destination
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 189
- 230000005540 biological transmission Effects 0.000 claims abstract description 74
- 230000004044 response Effects 0.000 claims description 200
- 238000012546 transfer Methods 0.000 claims description 143
- 238000013507 mapping Methods 0.000 abstract description 7
- 208000022737 midline interhemispheric variant of holoprosencephaly Diseases 0.000 abstract description 2
- 230000007547 defect Effects 0.000 abstract 1
- 230000008569 process Effects 0.000 description 84
- 238000010586 diagram Methods 0.000 description 25
- 238000004891 communication Methods 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 241000289690 Xenarthra Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 230000003760 hair shine Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 1
Images
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/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种在无线接入系统中发送介质独立切换(MIH)协议消息的方法。一种在无线接入系统中由移动节点发送MIH消息的方法包括以下步骤:从第一实体接收包括有预定信息的原语;通过将传送地址映射到该原语来生成该MIH消息;以及向一个或更多个网络节点发送该MIH消息。根据本发明,通过准确地对MIHF ID和传送地址进行映射,能够有效地减少该消息的发送错误。
Description
技术领域
本发明涉及一种无线通信系统,并涉及一种发送并广播介质独立切换(MIH:media independent handover)协议消息的方法。
背景技术
现在将描述不同类型的网络(即,异构网络)之间的切换,特别是异构网络之间的介质独立切换(MIH)。
当前正在研发的、与异构网络之间的MIH有关的国际标准的IEEE802.21提供了异构网络之间的无缝切换以及服务连续性,以提高移动节点用户的便利性。IEEE 802.21根据需要定义了MIH功能、事件触发器、命令服务以及信息服务(IS)。
在本发明的示例性实施方式中,移动节点是支持可采用各种形式的一种或更多种接口类型的多模节点。例如,这些接口类型包括:诸如基于IEEE 802.3的以太网的有线线路接口;包括IEEE 802.11、IEEE 802.15或IEEE 802.14在内的IEEE 802.XX系列无线接口;以及由蜂窝标准组织(诸如3GPP或3GPP2)所定义的接口。
多模移动节点具有各个模式的物理层和介质访问控制(MAC)层。MIH层位于互联网协议(IP)层之下。该移动节点的MIH功能(MIHF)是逻辑实体,并且任意地位于协议栈内,通过服务接入点(SAP)与各个层进行接口。
应当在IEEE 802系列接口之间定义MIH,或在IEEE 802系列接口与非IEEE 802系列接口(例如,3GPP或3GPP2)之间定义MIH。为了无缝服务,应当支持上层的移动性支持协议,诸如移动IP和会话发起协议(SIP)。
然而,当期望发送MIH协议消息时,用于根据MIHF标识符(ID)来发送传送地址(transport address)的过程通常并不明确。也就是说,当发送MIH协议消息时,由于根据MIHF ID任意地、而不是经过设定来发送传送地址,所以会频繁地发生协议消息的发送错误。尤其是当多模移动节点发送并接收用于在异构网络之间执行切换的协议消息时,或发送并接收用于在该移动节点与网络节点之间的登记期间以及在该登记之后接收MIH服务的协议消息时,可能会发生错误。也就是说,如果对与MIHF ID相对应的传送地址进行映射的过程并不明确,则在MIH协议消息的发送过程中可能会发生发送错误,由此会劣化服务质量。
发明内容
MIHF ID是MIHF的唯一ID,并且用于标识提供MIH服务的MIHF实体。MIHF ID用于MIH登记并用于MIHF实体所要求的全部消息。
如果源希望向目的地发送MIH协议消息,则应当将目的地的MIHFID和目的地的传送地址映射为使得源能够向所期望的目的地准确地发送包含有数据的消息。
然而,当源向任意目的地广播该MIH协议消息时,该源无法知道全部目的地的MIH实体的MIHF ID。因此,无法对未知目的地的MIHF ID进行处理。也就是说,在用于发送该广播消息的传送连接部分会出现技术缺陷。
本发明致力于解决上述问题,本发明的一个目的在于,提供一种有效地发送MIH协议消息的方法。
本发明的另一目的在于,提供一种在源发送MIH协议消息时、按照彼此关联的方式来对广播MIHF ID及传送地址进行广播的方法。
本发明的另一目的在于,提供一种对MIHF ID与传送地址进行绑定的方法,使得即使移动节点并未请求MIH,也仍然发送MIH协议消息。
本发明的另一目的在于,提供以下这种方法:该方法使得已执行MIHF发现过程的终端可有效地与对方(counterpart)MIHF实体执行登记过程,并且在该登记过程后接收高效服务。
可通过提供一种在无线通信系统中发送MIH协议消息的方法来实现本发明的各个目的。此外,本发明提供了一种绑定传送地址以发送广播方式的MIH协议消息的方法。
在本发明的一个方面中,提供了一种发送介质独立切换(MIH)请求消息的方法,该方法包括以下步骤:由源介质独立切换功能(MIHF)实体将被设置为预定零长度(zero-length)的广播MIHF标识符(ID)包括在MIH请求消息的目的地ID区域内;以及由所述源MIHF实体通过数据面来向未知目的地MIHF实体广播所述MIH请求消息。
所述MIH请求消息可以是MIH发现请求消息和MIH能力发现请求消息中的一种,该MIH发现请求消息用于发现所述目的地实体的MIHFID,该MIH能力发现请求消息用于发现所述目的地MIHF实体的MIH能力。
所述方法还可包括以下步骤:在广播了所述MIH请求消息之后,由所述源MIHF实体设置用于接收针对该MIH请求消息的MIH响应消息的定时器。所述MIH请求消息可用于发现所述目的地MIHF实体的MIHFID和MIH能力。
如果在所述定时器的设定间隔期间接收到所述MIH响应消息,则所述源MIHF实体可结束操作,并且,如果在所述定时器的设定时间期间没有接收到所述MIH响应消息,则所述源MIHF实体可利用不同传送来广播所述MIH请求消息。可仅通过MIH网络实体来发送所述MIH响应消息,作为对所述MIH请求消息的响应。
所述数据面可以是第二层数据面与第三层数据面中的一个数据面。所述MIH请求消息可以在MIH报头中包括源MIHF ID、所述广播MIHFID、源地址信息以及源MIH能力信息。所述源MIH能力信息可包括所述源MIHF实体所支持的以下内容:MIH事件列表、MIH命令列表、MIH信息列表以及MIH传送列表。
在本发明的另一方面中,提供了一种接收介质独立切换(MIH)响应消息的方法,该方法包括以下步骤:通过数据面接收从未知介质独立切换功能(MIHF)实体广播的所述MIH响应消息,其中,该MIH响应信息包括被设置为预定零长度的广播MIHF标识符(ID)和该MIHF实体的ID;以及向上层MIH用户发送包括在所述MIH响应消息中的目的地MIHF ID和目的地MIHF能力信息。
所述数据面可以是第二层数据面与第三层数据面中的一个数据面。所述MIH响应消息还可包括所述MIHF实体的MIH能力信息。所述MIH响应消息还可包括所述MIHF实体的传送地址。所述MIHF实体的所述MIH能力信息可包括所述MIHF实体所支持的以下内容:MIH事件列表、MIH命令列表、MIH信息列表以及MIH传送列表。
在本发明的另一方面中,提供了一种由源来发送介质独立切换(MIH)请求消息的方法,该方法包括以下步骤:在初始状态中由所述源的介质独立切换功能(MIHF)实体广播所述MIH请求消息,其中,将被设置为零长度的广播标识符(ID)包括在该MIH请求消息的目的地ID区域内;以及驱动用于接收针对该MIH请求消息的响应的定时器,并且转换到由该MIHF实体等待所述针对该MIH请求消息的响应的状态。
在本发明的另一方面中,提供了一种由目的地来发送介质独立切换(MIH)响应消息的方法,该方法包括以下步骤:在初始状态中通过数据面接收MIH请求消息,其中,该MIH请求消息包括在源的介质独立切换功能(MIHF)实体中广播的广播标识符(ID)以及所述源的MIHF ID;以及驱动用于发送MIH响应消息的定时器,并且转换到发送该MIH响应消息的状态。
本发明具有下列优点。第一,当源向任意目的地广播MIH协议消息时,通过提供一种准确地对MIH协议消息与传送地址进行绑定的方法,能够解决在传送连接部分出现的技术缺陷。
第二,通过设置零长度串(string)类型的广播MIHF ID,可提供一种有效地发送MIH协议消息的方法。
第三,通过在网络实体之间交换MIH能力消息、并且按照单播或广播方式来周期性地广播MIH能力,使得即使移动节点并未请求MIH能力发现,也仍然能够提供高效的MIH服务。
第四,通过明确地对MIHF ID与传送地址进行映射,不会出现消息发送错误。
第五,由于对MIHF ID与传送地址进行映射的过程是明确的,所以在登记之后由移动节点从网络节点接收MIH服务的过程中,有效地减少了MIH协议消息的发送错误,由此可接收更高效的MIH服务。
附图说明
所包含的附图用于提供对本发明的进一步理解,附图例示了本发明的实施方式并与本说明书一起用于解释本发明的原理。在附图中:
图1是例示了在通过数据面发送MIH协议消息时经过MIH_NET_SAP的处理的图;
图2是例示了根据本发明的一个示例性实施方式的、由源按照与MIHF ID和传送地址相关联的方式来生成MIH能力发现协议消息并将该协议消息发送到目的地的多个方法中的一个方法的图;
图3是例示了根据本发明的一个示例性实施方式的、由目的地按照与MIHF ID和传送地址相关联的方式来生成MIH能力发现响应协议消息并将该协议消息生成源的多个方法中的一个方法的图;
图4是例示了根据本发明的一个示例性实施方式的、由移动节点在切换过程中执行MIHF ID发现过程和MIH能力发现过程的方法的图;
图5是例示了根据本发明的一个示例性实施方式的、由源节点执行的MIH能力发现过程的状态图;
图6是例示了根据本发明的一个示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图;
图7是例示了根据本发明的一个示例性实施方式的、在无需移动节点请求的情况下由网络节点向移动节点发送MIH能力响应消息的方法的图;
图8是例示了根据本发明的一个示例性实施方式的、移动节点与网络节点之间的MIH登记过程的图;
图9是例示了根据本发明的一个示例性实施方式的、发送MIH事件订制(subscription)请求消息和响应消息的处理的图;
图10是例示了根据本发明的另一示例性实施方式的、由源节点执行的MIH能力发现过程的状态图;
图11是例示了根据本发明的另一示例性实施方式的、由源节点执行的MIH能力发现过程的状态图;
图12是例示了根据本发明的另一示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图;
图13是例示了根据本发明的另一示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图;
图14是根据本发明的一个示例性实施方式的、用于发送MIH协议消息的MIH状态机的概念图;
图15是可用在本发明的其它示例性实施方式中的事务(transaction)定时器的状态机的一个示例;
图16是例示了可用在本发明的其它示例性实施方式中的事务源状态机的一个示例的状态图;
图17是例示了可用在本发明的其它示例性实施方式中的事务目的地状态机的一个示例的状态图;
图18是例示了可用在本发明的其它示例性实施方式中的ACK请求方(requestor)状态机的一个示例的状态图;
图19是例示了可用在本发明的其它示例性实施方式中的ACK响应方(responder)状态机的一个示例的状态图;
图20是例示了根据本发明的另一示例性实施方式的、发送MIH协议消息的方法的图;
图21是例示了根据本发明的另一示例性实施方式的、执行MIHF能力发现过程的方法的图;
图22是例示了根据本发明的另一示例性实施方式的、通过MIH能力发现广播消息来从当前连接的网络节点发现另一网络节点的MIH能力的方法的图;以及
图23是例示了根据本发明的另一示例性实施方式的、通过MIH能力发现广告消息来从第一网络节点获得第二网络的MIH能力信息的方法的图。
具体实施方式
为了解决上述技术问题,本发明提供了一种在无线通信系统中发送并广播MIH协议消息的方法。
下列技术可用在各种通信系统中。这些通信系统可以广泛用于提供各种通信服务,诸如语音和分组数据。这种技术可用于上行链路和下行链路。“下行链路”指的是从网络节点或基站(BS)到移动节点或移动台(MS)的通信,“上行链路”指的是从MS等到网络节点等的通信。术语“网络节点”通常指的是与移动节点进行通信的固定点或固定站,并且可以使用其它术语来替换术语“网络节点”,诸如节点-B、基站收发机系统(BTS)或接入点(AP)。MS可以是固定的或可以具有移动性。可以使用其它术语来替换术语“移动节点”,诸如用户设备(UE)、用户终端(UT)、用户台(SS)或无线设备。
此后,简要说明将包括用于说明本发明的示例性实施方式的术语。这里使用的具体术语是为了提供对本发明的详尽理解。因此,对于本领域技术人员而言显而易见的是,可以在不脱离本发明的范围和精神的情况下作出各种修改。
异构网络之间的介质独立切换(MIH)提供了异构网络之间的无缝切换以及服务连续性,以提高移动节点用户的便利性。介质独立切换功能(MIHF)通过服务接入点(SAP)来向上层和下层提供不对称服务(诸如事件服务(ES))和对称服务(诸如命令服务(CS))。MIH技术可提供事件服务、命令服务以及信息服务(IS)。
事件服务是从链路层向上层发送的信息,并且上层可经由登记过程来接收事件服务。为了执行切换,包括有移动性管理协议的上层需要接收用于指示不久要进行切换的信息,或需要接收用于指示已经执行切换的链路层信息。
将事件服务划分为链路事件和MIH事件,链路事件从在下层(第二层的下层)中生成事件的实体开始并终止于MIHF处,MIH事件传播自MIHF所登记的上层(第三层的上层)。还根据传播区域而将链路事件和MIH事件划分为本地事件和远程事件。
如果事件是从本地栈内的事件源发送到本地MIHF或从该本地MIHF发送到上层,则这种事件称为“本地事件”。“远程事件”指事件是从远程事件源发送到远程MIHF或从该远程MIHF发送到本地MIHF的情况。
命令服务是从上层(第三层的上层)发送到下层(第二层的下层)的命令,以便上层和其它MIH用户确定链路状态并对多模设备的优化后的操作进行控制。与事件服务类似的是,命令服务被划分为链路命令和MIH命令。
根据传播区域而将链路命令和MIH命令划分为本地命令和远程命令。本地MIH命令是从上层发送到MIHF。例如,本地MIH命令是从上层的移动性管理协议发送到MIHF,或是从策略引擎发送到MIHF。本地链路命令是从MIHF发送到下层,以便控制下层实体。例如,本地链路命令是从MIHF发送到MAC层,或是从MIHF发送到物理层。远程MIH命令是从上层发送到远程等同栈(equal stack)。远程链路命令是从MIHF发送到该远程等同栈的下层。
信息服务提供分层网络中的类似框架,以便易于发现并选择各种现有网络。也就是说,信息服务提供对于发现并选择网络所必要的详细的网络信息,并且应当能够从任何网络对信息服务进行访问。信息服务使得移动节点能够在切换前获得用于网络选择的信息并且能够通过信息查询来获得可用信息,以减小切换后的延迟。
信息服务包括各种信息元素,诸如链路接入参数、安全机制、IP配置方法(例如,IP地址信息)、位置信息、提供器及其它接入信息以及链路成本等。
MIHF ID用于对MIH协议中的MIH实体进行标识。可以通过MIHF登记过程来对两个MIH实体进行配对(pair)。MIHF ID包括用于单播的MIHF ID和用于广播的MIHF ID。广播MIHF ID可用于同时执行MIHF发现过程和能力发现过程,或用于为其它目的而发送广播消息。
下表1a例示了MIHF ID格式的一个示例。
【表1a】
类型 | 长度 | 值 |
TYPE_HDR_TLV_MIHF | 可变 | 在开始MIHF帧的情况下,源的MIHF ID/在发送MIHF帧的情况下,目的地的MIHF ID |
在表1a中,由源发送的登记请求消息的MIHF ID可以是全称域名(FQDN)格式或是网络访问标识符(NAI)格式。
下表1b例示了MIHF ID格式的另一示例。
【表1b】
类型 | 格式 | 定义 | 有效区域 |
MIHF_ID | OCTECT_STRING | MIHF IDMIHF ID可以是FQDN格式或是NAI格式。广播MIHF ID可以是空(null)(即,零长度串)或是“unknown(未知)”格式。 | N/A |
在表1b中,MIHF ID包括用于单播的MIHF ID和用于广播消息的MIHF ID。广播MIHF ID可用于同时执行MIHF ID发现过程和MIHF能力发现过程,或用于为其它目的而广播MIH协议消息。
图1是例示了在通过数据面发送MIH协议消息时经过MIH_NET_SAP的处理的图。
参照图1,数据面包括MIH用户101、MIH_SAP 101a、MIHF 102、MIH_LINK_SAP 102a、MIH_NET_SAP 102b、MIH_NMS_SAP 102c、链路层103、第二层(L2)传送105、第三层(L3)传送104以及网络管理系统106。
MIH用户101通过作为各个层之间的接入点的MIH_SAP 101a,来向MIHF 102发送原语(primitive)。MIH_SAP 101a是MIH用户101与作为介质独立接口的MIHF 102之间的接入点。MIH_NMS_SAP 102c是MIHF 102与作为介质独立接口的网络管理系统106之间的接入点。
MIHF 102利用接收到的MIH_SAP原语来生成协议消息。通过MIH_NET_SAP 102b将所生成的MIH协议消息发送到网络节点。此时,将与MIH ID(MIHF ID)相对应的传送地址映射到该MIH协议消息,并且可根据传送类型来将MIH协议消息发送到第二层105或第三层104。假设能够将各个MIHF ID转变为传送地址。
作为MIH协议消息的一个示例,MIH能力发现请求消息(MIH_capability_discovery request)可以不包括MIH消息有效载荷。MIH能力发现请求消息可被设置为仅包括MIH报头,并且其消息类型可以被设置为“1”。可通过第二层L2或第三层L3来发送MIH能力发现请求消息。如果发送上述消息的实体并不准确地知道对方实体的地址并且期望找到具有MIHF的MIH实体,则可按照广播方式来发送MIH能力发现请求消息。另选的是,如果发送上述消息的实体发现了对方实体的地址、但是并不期望对该实体是否支持HF进行检查,则可按照单播方式来发送该消息。
在本发明的各个示例性实施方式中,由“.”来表示从同一实体发送的原语,而发送到另一实体的协议消息则使用空格而不使用“.”。例如,MIH原语可表示为“MIH_capability_discovery.request”,而MIH协议消息可表示为“MIH_capability_discovery request protocol message”。
图2是例示了根据本发明的一个示例性实施方式的、由源按照与MIHF ID和传送地址相关联的方式来生成MIH能力发现协议消息并将该协议消息发送到目的地的多个方法中的一个方法的图。
参照图2,源A的MIHF用户201a向源A的MIHF 202a发送MIH能力发现请求原语。MIH能力发现请求原语可包括源A的MIHF ID 203、目的地B的MIHF ID 204、以及MIH协议报头和请求(REQ)有效载荷205。源A的MIHF 202a利用MIH能力发现请求原语来生成MIH能力发现请求协议消息。
MIHF用户201a可将广播MIHF ID包括在用于指示目的地B的MIHF ID 204的区域内,以便同时执行针对目的地B的MIH ID的发现过程和MIH能力的发现过程,从而确定是否能够提供事件服务、命令服务以及信息服务。可以按照零长度串(ZLS)格式将广播MIHF ID表示为一系列“0”,或按照“unknown”格式来表示广播MIHF ID。
通过将传送地址206与源A的MIHF ID 203和目的地B的MIHF ID204映射在一起,来将传送地址206包括在该协议消息内。将传送地址206映射到源A的MIHF ID和目的地B的MIHF ID。
在图2中,通过服务接入点MIH_NET_SAP将MIH能力发现请求协议消息发送到目的地B的MIHF实体202b。也就是说,由于对源的MIHFID、目的地的MIHF ID以及传送地址进行映射、并且将其发送到目的地的MIHF,所以可以准确地发送该协议消息。接收到该MIH能力发现请求协议消息的目的地B的MIHF实体202b能够通过MIH_NET_SAP,来将包括在该协议消息中的信息发送到MIH用户201b。
如果期望同时执行新目的地的MIHF发现过程和MIH能力发现过程,则源A的MIHF 202a可随意地发送MIH能力发现请求消息。在这种情况下,源A将在用于指示目的地B的MIHF ID 204的区域内包括有广播MIHF ID(例如,零长度串)的MIH能力发现请求消息,发送到目的地B的MIHF 202b。因此,接收到该MIH能力发现请求消息的目的地B的MIHF 202b能够通过MIH_SAP,来将该MIH能力发现请求消息发送到MIHF用户201b。
在这种情况下,即使接收到的协议消息除了包括该目的地的MIHFID以外还包括另一MIHF ID(例如,广播MIHF ID),该目的地的MIHF
202b也仍然将该协议消息发送到该目的地的MIHF用户201b,以便在动作标识符(AID)显示“1”(指示MIH_capability_discovery)的情况下,对接收到的MIH协议消息进行处理。
一般的MIH能力发现响应消息对应于MIH能力发现请求消息。因此,如果接收到该MIH能力发现请求消息的实体能够提供MIHF,则该实体能够通过MIH能力发现响应消息来进行响应。
可以仅由MIH报头来设置MIH能力发现响应消息、而不包括MIH消息有效载荷,并且可以通过将消息类型设置为“1”来发送MIH能力发现响应消息。目的地B的MIHF生成MIH能力发现响应消息,并且通过第二层或第三层来将该消息发送到源A。当该目的地发送MIH能力发现响应消息时,复制源地址,以将其填充到MIH报头中包括有目的地地址的区域中,并且将该目的地地址包括在包括有该源地址的区域中。具有MIHF的实体可通过第二层或第三层来周期性地广告其MIHF。
图3是例示了根据本发明的一个示例性实施方式的、由目的地按照与MIHF ID和传送地址相关联的方式来生成MIH能力发现响应协议消息并将该协议消息发送到源的多个方法中的一个方法的图。
图3示出了与图2相对应的发送方法。图3的目的地是图2的源,图3的源是图2的目的地。
参照图3,源B的MIHF用户301b将包括在MIH能力发现响应消息中的原语(例如,MIH_capability_discovery.response),发送到源B的MIHF 302b。源B的MIHF 302b生成MIH能力发现响应协议消息。MIH能力发现响应协议消息包括源B的MIHF ID 303、目的地A的MIHF ID304、以及MIH协议报头和RSP有效载荷305。在这种情况下,源B的MIHF 302b将接收到的图2中的协议消息的源A的MIHF ID 203,复制到包括在该协议消息中的用于指示源B的MIHF ID 304的区域内。
源B的MIHF 302b将目的地A的MIHF ID与目的地A的传送地址进行映射,并且生成响应协议消息。例如,源B生成其中映射了该MIHF ID和该传送地址的MIH能力发现响应消息,并且通过MIH_NET_SAP将该消息发送到目的地。接收到该MIH能力发现响应消息的目的地A的MIHF302a将包括在该MIH能力发现响应消息中的信息,发送给MIHF用户301a。因此,能够准确连接源的MIHF ID、目的地的MIHF ID以及传送地址,并且能够在没有任何发送错误的情况下发送广播消息或单播消息。
图4是例示了根据本发明的一个示例性实施方式的、由移动节点在MIH过程中执行MIHF ID发现过程和MIH能力发现过程的方法的图。
MIHF ID发现过程是获得与支持MIHF的另一MIHF实体相关的信息(例如,MIHF ID)的过程。MIH实体执行MIH能力发现过程,以确定MIH所提供的服务。也就是说,MIH实体可执行MIH能力发现过程,以确定是否在另一MIH实体中执行登记过程。在这种情况下,移动节点(MN)可通过与另一MIH实体交换MIH能力发现消息,来同时执行MIHF ID发现和MIHF能力发现。
参照图4,移动节点400是支持一种或更多种接口类型的多节点。如上所述,存在各种接口。移动节点400可包括第一实体(即,第一MIH用户)、第二实体(即,第二MIH用户)、MIHF、以及传送服务提供器。第二实体可以是传送地址管理器。
网络节点450可包括第一实体(即,第一MIH用户)、第二实体(即,第二MIH用户或传送地址管理器)、MIHF以及传送服务提供器。
移动节点的第一实体向作为下层实体的MIHF发送作为本地原语的MIH能力发现请求(MIH_capablility_discovery.request)原语(步骤S401)。在期望发现本地MIHF或远程MIHF的能力时由移动节点的第一实体生成MIH能力发现请求原语。第一实体可以选择性地捎带(piggyback)关于本地MIHF的能力的信息。因此,本地MIHF和远程MIHF可通过用于能力发现的该原语来发现彼此的能力。此外,该移动节点可利用MIH能力发现请求原语来发现对方网络节点的MIHF ID。
下表2例示了MIH能力发现请求原语的一个示例。
【表2】
语法 | 长度 | 描述 |
MIH_capability_discovery.request{ | ||
Destination_Identifier | 目的地的本地MIHF的ID或远程MIHF的ID | |
Supported_MIH_Event_List | MIHF所支持的事件列表(可选) | |
Supported_MIH_Command_List | MIHF所支持的命令列表(可选) | |
Supported_IS_Query_Type_List | 所支持的MIIS查询类型列表(可选) | |
Supported_Transport_List | 所支持的传送类型列表(可选) | |
} |
表2的MIH能力发现请求原语可包括:由移动节点400的MIHF所提供的事件服务信息参数Supported_MIH_Event_List,以用于在远程MIHF与本地MIHF(即,移动节点400与网络节点450)之间发现能力;由MIHF所提供的命令服务信息参数Supported_MIH_Command_List;由MIHF所提供的信息服务信息参数Supported_Query_Type_List;以及所支持的传送类型参数Supported_Transport_List。然而,由于移动节点并不知道网络节点的MIHF ID,所以包括在MIH能力发现请求原语中的目的地的MIHF ID保持为“unknown”,或包括广播MIHF ID(例如,零长度串)。
步骤S402至S404示出了映射MIHF ID和传送地址的过程。
在接收到MIH能力发现请求原语时,移动节点的MIHF向作为上层中的一层的第二实体(或传送地址管理器)发送地址绑定指示(Addressbinding.indication)原语,以指示传送地址与网络节点的MIHF ID的绑定过程(步骤S402)。
在步骤S402中,移动节点的MIHF向第二实体发送目的地的MIHFID。然而,在本发明的其它示例性实施方式中,由于移动节点并不知道目的地的本地MIHF ID或远程MIHF ID,所以移动节点的MIHF向第二实体发送广播MIHF ID。
下表3例示了地址绑定指示原语的一个示例。
【表3】
语法 | 长度 | 描述 |
Address binding.indication{ | ||
Source Identifier | 源MIHF ID | |
Transport_Type | L2或L3 | |
Transport_Address_List | 目的地的MIHF ID(在这种情况下,是广播MIHF ID)以及传送地址列表 | |
} |
表3的地址绑定指示原语包括:源ID参数Source Identifier,该参数指示作为源的移动节点的MIHF ID;传送类型参数Transport_Type,该参数指示通过第二层还是通过第三层来发送数据;以及传送地址列表参数Transport_Address_List,该参数包括传送地址列表。
传送地址列表参数Transport_Address_List可包括从第一实体接收到的目的地的MIHF ID。然而,在本发明的其它示例性实施方式中,由于移动节点并不知道目的地的MIHF ID,所以将广播MIHF包括在传送地址列表参数中。广播MIHF ID可采用零长度串的形式。
已接收到该传送地址列表参数的第二实体向移动节点400的MIHF发送地址绑定请求(Address binding.request)原语,该原语包括与从该MIHF接收到的MIHF ID相对应的传送地址(步骤S403)。如果不存在与该MIHF ID相对应的传送地址,则可发送指示了不存在对应信息的失败代码或指示了所请求信息的有效时间已经到期的失败代码的结果代码。
下表4例示了地址绑定请求原语的一个示例。
【表4】
语法 | 长度 | 描述 |
Address binding.request{ | ||
Source Identifier | ||
Transporr_Type | L2或L3 | |
Transport_Address_List | MIHF ID和传送地址 | |
Result_Code | 成功/失败(例如,没有对应信息或时间到期) | |
} |
表4的地址绑定请求原语包括:源ID参数Source Identifier;传送类型参数Transport_Type,该参数指示通过第二层还是通过第三层来发送数据;传送地址列表参数Transport_Address_List,该参数包括目的地的传送地址等;以及结果代码参数Result_Code,该参数指示成功或失败。在本发明的其它示例性实施方式中,可将与广播MIHF ID(或零长度串)相对应的传送地址指派在传送地址列表参数中。
在接收到地址绑定请求原语时,移动节点的MIHF向第二MIHF用户发送地址绑定响应(Address binding.response)原语(步骤S404)。
移动节点的MIHF利用MIH TP数据请求(MIH_TP_Data.request)原语,来向传送服务提供器发送要发送给远程MIHF实体的MIH协议PDU(步骤S405)。
在步骤S405中,传送服务提供器可知道包括在接收到的MIH TP数据请求原语中的信息(诸如源地址和目的地地址)。
下表5例示了MIH TP数据请求原语格式的一个示例。
【表5】
语法 | 长度 | 描述 |
MIH_TP_Data.request{ | ||
Transport_Type | 协议层的具体传送类型 | |
Source_Address | 具有源MIHF的实体的协议层的具体传送地址 | |
Destination_Address | 具有目的地MIHF的实体的协议层的具体传送地址 | |
Reliable_Delivery_Flag | 指示数据是否已经可靠地发送以及在传送过程中是否发生错误 | |
MIH Protocol PDU | 要传送的MIH协议PDU | |
} |
表5的MIH TP数据请求原语包括:传送类型参数Transport_Type;源地址参数Source_Address;目的地地址参数Destination_Address;可靠传递标志参数Reliable_Delivery_Flag;以及MIH协议PDU参数MIHProtocol PDU。传送类型参数指示通过第二层还是通过第三层来发送包括有MIH PDU的MIH协议消息。源地址参数指定源的传送地址,目的地地址参数指定目的地的传送地址。由于移动节点的MIHF并不知道目的地的MIHF ID和传送地址,所以将与广播MIHF ID相对应的广播地址包括在目的地地址参数中。
移动节点的传送服务提供器根据包括在MIH TP数据请求原语中的传送类型,通过第二层或第三层来向相邻网络节点发送MIH能力发现请求协议消息(步骤S406)。
在步骤S406中,生成MIH能力发现请求协议消息的方法如图2所述。因此,作为源的移动节点利用图2所述的方法来生成MIH能力发现请求消息,并且按照广播方式将该MIH能力发现请求消息发送到相邻网络节点。
如果移动节点并不知道目的地的MIHF实体的MIHF ID,则移动节点将广播MIHF ID添加到包括有目的地的MIHF ID的区域内。此外,移动节点通过第二层或第三层的数据面来发送MIH能力发现请求消息。
如果移动节点知道目的地的MIHF实体的MIHF ID,则移动节点可按照单播方式,通过第二层或第三层的数据面来发送有包括该目的地的MIHF ID的MIH能力发现请求消息。
在步骤S406中,MIH能力发现请求消息可在MIH报头中包括MIH报头字段(SID=1,Opcode=1,AID=1)、源MIHF ID以及目的地MIHFID。该消息还可在MIH有效载荷区域内包括用于指示由移动节点所提供的MIH能力的参数。也就是说,该消息可包括:参数Supported_MIH_Event_List,该参数包括与MIH所支持的事件服务相关的信息;参数Supported_MIH_Command_List,该参数包括与MIH所支持的命令服务相关的信息;参数Supported_MIH_Query_Type_List,该参数包括MIH所支持的信息服务;以及参数Supporter_Transport_List,该参数指示传送类型。因此,移动节点与网络节点的MIHF实体可以通过交换MIH协议消息,来发现彼此的MIH能力。移动节点在发送“MIH_Capability_discovery request protocol message”时设定定时器,在定时器期间内移动节点处于等待来自未知网络节点的响应的等待状态。
返回参照图4,已接收到MIH能力发现请求协议消息的相邻网络节点450的传送服务提供器向MIHF发送MIH TP数据指示(MIH_TP_Data.indication)原语,以报告已经发送了MIH PDU(步骤S407)。
下表6例示了MIHTP数据指示原语的一个示例。
语法 | 长度 | 描述 |
MIH_TP_Data.indication{ | ||
Transport_type | 协议层的具体传送可选ID | |
Source_Address | 具有源MIHF的实体的协议层的具体传送地址 | |
Destination_Address | 具有目的地MIHF的实体的协议层的具体传送地址 | |
Reliable_Delivery_Flag | 指示数据是否可靠地发送以及在传送过程中是否发生错误 | |
MIH Protocol PDU | MIH协议PDU | |
} |
表6的MIH TP数据指示原语包括:传送类型参数Transport_type;源地址参数Source_Address;目的地地址参数Destination_Address;以及可靠传递标志参数Reliable_pelivery_Flag、及MIH协议PDU。
在接收到MIH TP数据指示原语时,相邻网络节点450的MIHF向第二实体(或传送地址管理器)发送地址绑定指示原语,以指令第二实体将移动节点的传送地址保持预定时长(步骤S408)。
第二实体在MIHF的指令下存储移动节点的传送地址(步骤S409)。
网络节点450的MIHF向该网络节点的第一实体发送MIH能力发现指示(MIH_Capability_discovery.indication)原语,以报告已经接收到MIH能力发现请求消息(步骤S410)。
下表7例示了MIH能力发现指示原语的一个示例。
【表7】
语法 | 长度 | 描述 |
MIH_Capability_discovery.indication{ | ||
Source_Identifier | 生成该原语的源的MIHFID | |
Support_MIH_Event_List | MIHF所支持的事件服务列表(可选) | |
Support_MIH_Command_List | MIHF所支持的命令服务列表(可选) | |
Support_IS_Query_Type_List | MIHF所支持的MIIS查询类型列表(可选) | |
Support_Transport_List | MIHF所支持的传送类型列表(可选) | |
} |
表7的MIH能力发现指示原语包括:源ID参数Source_Identifier,该参数指示生成该MIH能力发现指示原语的源的MIHF ID;以及指示了MIH服务信息的各个参数Support_MIH_Event_List、Support_MIH_Command_List、Support_IS_Query_Type_List和Support_Transport_List。在这种情况下,MIH能力发现指示原语可以选择性地包括用于指示MIH服务信息的参数。如果在MIH能力发现指示原语中包括有用于指示MIH服务信息的参数,则目的地的MIHF能够获得与源的MIHF所支持的能力相关的信息。
作为对步骤S410的响应,第一实体向MIHF发送MIH能力发现响应(MIH_Capability discovery.response)原语(步骤S411)。
然而,由于MIHF能够在不生成MIH能力发现指示原语的情况下直接发送响应消息,所以步骤S410和S411是可选的。
生成MIH能力发现响应原语,以向MIHF发送与网络节点450的MIH实体所支持的MIH能力相关的信息。通过由网络节点的MIHF接收步骤S411中的原语,能够将MIH能力发现响应消息发送到作为源的移动节点的MIHF。
下表8例示了MIH能力发现响应原语的一个示例。
语法 | 长度 | 描述 |
MIH_Capability_discovery.response{ | ||
Destination_Identifier | 目的地的MIHF ID |
Supported_Links | 所支持的网络类型列表 | |
Link_MACs | 网络类型和MAC地址 | |
Supported_MIH_Event_List | MIHF所支持的事件服务列表 | |
Supported_MIH_Command_List | MIHF所支持的命令服务列表 | |
Supported_IS_Query_type_List | 所支持的MIIS查询类型列表(可选) | |
Supported_Transport_List | 所支持的传送类型列表(可选) | |
MBB_Handover_Support | 指示是否支持MBB切换 | |
Status | 操作状态 | |
} |
列表8的MIH能力发现响应原语包括:目的地ID参数Destination_Identifier,该参数指示目的地的MIHF实体的ID;链路支持参数Supported_Links,该参数指示所支持的网络类型;链路MAC参数Link_MACs,该参数包括网络类型和MAC地址;MIH事件列表参数Supported_MIH_Event_List,该参数包括目的地MIHF所支持的事件服务列表;MIH命令列表参数Supported_MIH_Command_List,该参数包括目的地MIHF所支持的命令服务列表;先建后拆(MBB,make-before-break)切换支持参数MBB_Handover_Support,该参数指示是否支持MBB切换;以及状态参数Status,该参数指示操作状态。MIH能力发现响应原语可以选择性地包括MIH信息查询类型列表参数Supported_IS_Query_Type_List和传送列表参数Supported_Transport_List。
接收到S411中的原语的MIHF请求第二实体利用地址绑定指示原语来发送源的MIHF ID和传送地址(步骤S412)。
第二实体利用地址绑定请求原语,来将在步骤S408中所存储的移动节点的传送地址通告给MIHF(步骤S413)。
网络节点450的MIHF向第二实体发送地址绑定响应(Addressbinding.response)原语(步骤S414)。
步骤S412至S414示出用于映射MIHF ID和传送地址的地址绑定过程。
网络节点450的MIHF向包括在该网络节点中的传送服务提供器发送MIH TP数据响应(MIH_TP_Data.response)原语(步骤S415)。
下表9例示了MIH TP数据响应原语的一个示例。
【表9】
语法 | 长度 | 描述 |
MIH_TP_Data.response{ | ||
Transport_type | 协议层的具体传送可选ID | |
Source_Address | 具有源MIHF的实体的协议层的具体传送地址 | |
Destination_Address | 具有目的地MIHF的实体的协议层的具体传送地址 | |
Reliable_Delivery_Flag | 指示数据是否可靠地发送以及在传送过程中是否发生错误 | |
MIH Protocol PDU | MIH协议PDU | |
} |
表9的MIH TP数据响应原语包括:传送类型参数Transport_type;源地址参数Source_Address;目的地地址参数Destination_Address;可靠传递标志参数Reliable_Delivery_Flag;以及MIH协议PDU。传送类型参数指示通过第二层还是通过第三层来发送MIH PDU。源地址参数指示作为源的网络节点450的传送地址。目的地地址参数指示作为目的地的移动节点400的传送地址。由于网络节点的MIHF知道作为目的地的移动节点的MIHF ID和传送地址,所以将映射到移动节点的MIHF ID的传送地址包括在目的地地址参数中。
网络节点450的传送服务提供器可按照单播方式,通过第二层或第三层来向移动节点400发送MIH能力发现响应协议消息。在这种情况下,网络节点根据表9所示的传送类型,通过第二层或第三层来发送MIH能力发现响应消息(步骤S416)。
在步骤S416中,仅有支持MIHF的网络节点才能够对在未经请求而周期性广播的MIH能力发现请求消息做出响应。MIH能力发现请求响应消息在MIH报头中包括:MIH报头字段(SID=1,Opcode=2,AID=1)、作为源ID的网络节点450的MIHF ID、以及作为目的地ID的移动节点400的MIHF ID。
MIH能力发现响应消息在有效载荷区域中包括:MIH事件列表参数Supported_MIH_Event_List,该参数指示网络节点所提供的MIH能力;MIH命令列表参数Supported_MIH_Command_List;以及信息服务查询列表参数Supported_IS_Query_Type_List。
MIH能力发现响应消息可包括:传送支持列表参数Supported_Transport_List,该参数包括网络节点所提供的传送列表;链路MAC参数Link_MACs;MBB切换支持参数MBB_Handover_Support,该参数指示是否支持MBB切换;以及状态参数Status,该参数指示发送状态。
已接收到MIH能力发现响应消息的移动节点的传送服务提供器向移动节点的MIHF发送MIH TP数据确定(MIH_TP_Data.confirm)原语(步骤S417)。
在步骤S417中,MIH TP数据确定原语是对MIH TP数据请求原语的响应,并且用于确定已经成功执行了传送。也就是说,传送服务提供器可向移动节点的MIHF发送源网络节点的传送地址和MIHF ID(源网络节点的传送地址和MIHF ID通常包括在接收到的MIH能力发现响应消息中)。
移动节点的MIHF利用地址绑定指示(Address binding.indication)原语,来向第二实体发送网络节点450的MIHF和传送地址(步骤S419)。第二实体绑定并且保持网络节点的MIHF ID和传送地址(步骤S419)。
移动节点的MIHF向移动节点的第一实体发送MIH能力发现确定(MIH_Capability_discovery.confirm)原语,该原语包括网络节点的MIHFID和网络节点所提供的MIH能力信息(步骤S420)。
因此,移动节点和网络节点能够确保对MIHF ID和传送地址进行绑定的处理,以发送MIH协议消息。因此,移动节点或网络节点能够在发送单播或广播协议消息时,有效地减少发送错误。
图4例示了在移动节点请求相邻网络节点发现MIHF ID和MIHF能力的情况下的本发明的一个示例性实施方式。可利用MIH协议(例如,利用第二层的LLC)或介质特定广播消息(例如,IEEE 802.11系统中的信标,或IEEE 802.16系统中的DCD)在第二层中0执行MIHF发现过程。图4中的术语用于描述本发明的本示例性实施方式,然而,对于本领域技术人员而言显而易见的是,可以在不脱离本发明的范围和精神的情况下作出各种修改。
图5是例示了根据本发明的一个示例性实施方式的、由源节点执行的MIH能力发现过程的状态图。
在源节点中,如果在无需确认请求(ACK Req)的情况下按照广播方式发送了请求(REQ),则指示初始状态的“INIT”状态501转换到“SENT”状态502(S501a)。源节点能够在“INIT”状态中接收到多个响应消息RSP。此时,源节点存储接收到的响应消息并且保持当前状态(S501b)。
源节点在发送MIH_Capability_Discover请求消息时,针对来自目的地节点的响应而设置事务定时器。
当在“SENT”状态中接收到MIH响应消息时,源节点转换到“COMPLETED”状态503(S502a)。如果出现ACK请求,则源节点发送ACK信号,而如果不存在ACK请求,则源节点不采取任何动作。
如果在“SENT”状态中在预定时间内未接收到响应消息,则源节点可通过改变传送类型来再次广播MIH能力发现请求消息(S502c)。也就是说,如果即使通过第二层广播了请求消息、但是仍然未接收到响应消息,则源节点可通过第三层来广播该请求消息。显而易见的是,首先通过第三层来广播该请求消息,如果没有接收到响应消息,则通过第二层来广播该请求消息。
如果在“SENT”状态502中事务时间已经到期,则源节点转换到“INIT”状态(S502b)并且结束MIH能力发现过程。
如果在“COMPLETED”状态503中事务时间已经到期,则源节点转换到“INIT”状态(S503a)。源节点可在特定时间内接收多个MIH能力发现响应消息。此时,源节点存储各个MIH能力发现响应消息。如果MIH能力响应消息包括ACK请求,则源节点发送ACK信号并且保持当前状态(S503b)。如果MIH响应消息包括用于请求ACK信号的比特设置,则源节点可与目的地节点一起行动。
图6是例示了根据本发明的一个示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图。
在初始状态(即,“INIT”状态601)中,如果目的地节点即使已经接收到MIH能力发现请求消息、但是仍然难以直接地对MIH能力发现请求消息进行响应,则目的地节点转换到“RECEIVED”状态602(S601a)。目的地节点可在“INIT”状态中利用重发时间来广播响应消息(S601b)。
如果MIH请求消息包括ACK-Req比特设置、并且目的地节点可直接地进行响应,则目的地节点通过发送包括有ACK-Req比特的MIH响应消息来从“RECEIVED”状态602转换到“RESPONING”状态603,并且等待ACK信号(S602a)。
如果在“RESPONDING”状态603中目的地节点接收到ACK信号或经过了预定时间,则目的地节点转换到“INIT”状态601并且重建事务处理(S603a)。此外,如果在“RESPONDNG”状态603中经过了预定时间,则目的地节点发送MIH响应消息并保持“RESPONDING”状态(S603b)。目的地节点可保持“RESPONDING”状态,直到接收到ACK信号为止。
如果目的地节点即使已接收到MIH请求消息、但是仍然并不发送MIH响应消息,即,如果传送时间结束,则目的地节点重新发送MIH响应消息(S602d)。在本发明的一个示例性实施方式中,如果即使通过第二层发送了MIH响应消息、但是仍然并未接收到ACK信号,则可以通过改变传送类型,来通过第三层重新发送MIH响应消息。显而易见的是,如果即使通过第三层发送了MIH响应消息、但是仍然并未接收到ACK信号,则可以通过第三二层来发送MIH响应消息。如果在“RECEIVED”状态602中传送时间结束,则目的地节点转换到“INIT”状态601并且重建事务处理(S602b)。
如果MIH请求消息并不包括ACK-Req比特设置、并且目的地节点能够在“RECEIVED”状态602中在无需ACK-Req比特设置的情况下发送MIH响应消息,则目的地节点发送MIH响应消息并且转换到“COMPLETED”状态604(步骤S602c)。
如果在“COMPLETED”状态中经过了预定时间,则目的地节点转换到“INIT”状态601并且重建事务处理(步骤S604a)。
图7是例示了根据本发明的一个示例性实施方式的、在无需移动节点请求的情况下由网络节点向移动节点发送MIH能力响应消息的方法的图。
在图7中,移动节点(MN)700是支持一种或更多种接口类型的多节点。如上所述,存在各种接口。移动节点包括第一MIH用户(即,第一实体)、第二MIH用户(即,第二实体或传送地址管理器)、MIHF、以及传送服务提供器。网络节点750包括第一MIH用户(即,第一实体)、第二MIH用户(即,第二实体或传送地址管理器)、MIHF、以及传送服务提供器。
移动节点700的MIHF实体能够通过接收介质特定广播消息或MIH能力广播消息,来发现网络节点750的MIHF实体的MIHF ID和能力。例如,移动节点的链路层能够通过监听介质特定广播消息(诸如IEEE802.11系统中的信标或IEEE 802.16系统中的专用信道描述符(DCD)),来接收到指向移动节点700的MIHF的消息。移动节点的MIHF可通过数据面来接收由网络节点750的MIHF周期性地广播的MIH能力发现请求消息。
参照图7,移动节点700的相邻网络节点中的一个网络节点750内的第一MIH用户向MIHF发送MIH能力发现响应原语(步骤S701)。
在步骤S701中,生成MIH能力发现响应原语,以向MIHF发送与网络节点450的MIH实体所支持的MIH能力有关的信息。MIH能力发现响应原语包括:参数Destination_Identifier,该参数指示目的地MIHF实体的ID;参数Supported_Links,该参数指示所支持的网络类型;参数Link_MACs,该参数包括网络类型和MAC地址列表;参数Supported_MIH_Event_List,该参数包括目的地MIHF所支持的事件服务列表;参数Supported_MIH_Command_List,该参数包括目的地MIHF所支持的命令服务列表;参数MBB_handover_Support,该参数指示是否支持MBB切换;以及状态参数Status,该参数指示操作状态。
MIH能力发现响应原语可以选择性地包括:关于可支持的信息服务的参数Supported_IS_Query_Type_List;以及关于可支持的传送地址的信息的参数Supported_Transport_List。
在步骤S701中,将广播MIHF ID设置于包括在能力发现响应原语中的参数Destination_Identifier内,以指令移动节点按照广播方式来执行MIHF能力发现过程。广播MIHF ID可由零长度串来表示。
接下来的过程与图4中的与MIH_NET_SAP相关联的操作过程相似,因此对此进行简要描述。如果图4和图7中使用的原语和消息的形式相同,则这些原语和消息可具有同一格式。
步骤S702到7404示出了映射MIHF ID和传送地址的地址绑定过程。
接收到MIH能力发现请求原语的网络节点750的MIHF向作为上层中的一层的第二实体(或传送地址管理器)发送地址绑定指示(Addressbinding.indication)原语,以绑定移动节点的MIHF ID和传送地址(步骤S702)。
在步骤S702中,网络节点的MIHF应当获得传送地址,以向第一实体所指示的目的地发送协议消息。因此,网络节点的MIHF向管理传送地址的第二实体(或传送地址管理器)发送包括有目的地的MIHF ID的地址绑定指示原语。然而,在本发明的其它示例性实施方式中,由于网络节点并不知道目的地(即,移动节点)的本地MIHF ID或远程MIHF ID,所以网络节点的MIHF向第二实体发送广播MIHF ID。广播MIHF ID可表示为零长度串的形式。
第二实体向MIHF发送地址绑定请求(Address binding.request)原语,该原语包括与从该MIHF接收到的MIHF ID相对应的传送地址(步骤S703)。地址绑定请求原语可包括:源ID参数Source_Identifier;传送类型参数Transport_Type;传送地址列表参数Transport_Address_List;以及结果代码参数Result_Code。在本发明的其它示例性实施方式中,可将与广播MIHF ID(或零长度串)相对应的传送地址指派给传送地址列表参数。
接收到地址绑定请求原语的MIHF向第二实体发送地址绑定响应(Address binding.response)原语(步骤S704)。
网络节点的MIHF利用MIH TP数据请求(MIH_TP_Data.request)原语,来请求传送服务提供器向远程MIHF实体(即,移动节点)广播MIH PDU(步骤S705)。
在步骤S705中,MIH TP数据请求原语可包括:传送类型参数Transport_Type;源地址参数Source_Address;目的地地址参数Destination_Address;可靠传递标志参数Reliable_Delivery_Flag;以及MIH协议PDU。
传送类型参数指示通过第二层还是通过第三层来发送MIH PDU。源地址参数指示源(即,网络节点)的传送地址,目的地地址参数指示目的地(即,移动节点)的传送地址。由于网络节点的MIHF并不知道目的地的MIHF ID和传送地址,所以按照广播方式,将与广播MIHF ID相对应的广播地址包括在目的地地址参数中。
网络节点的传送服务提供器通过第二层或第三层,来向相邻移动节点广播MIH能力发现请求协议消息(步骤S706)。
接收到MIH能力发现响应消息的移动节点700的传送服务提供器向移动节点的MIHF发送MIH TP数据指示(MIH_TP_Data.indication)原语,以报告已经发送了网络节点的MIH PDU(步骤S707)。
在步骤S707中,MIH TP数据指示原语可包括:传送类型参数Transport_type;源地址参数Source_Address,该参数指示源的传送;目的地地址参数Destination_Address,该参数指示目的地的传送地址;可靠传递标志参数Reliable_Delivery_Flag;以及MIH协议PDU。
接收到MIH TP数据指示原语的相邻移动节点700的MIHF向第二实体(或传送地址管理器)发送地址绑定指示原语,以指令第二实体将与网络节点的MIHF ID相对应的传送地址信息保持预定时长(步骤S708)。
移动节点的第二实体在MIHF的指令下存储与网络节点的MIHF ID相对应的传送地址信息(步骤S709)。
移动节点700的MIHF将网络节点750的MIHF ID和由网络节点所提供的MIH能力信息添加到MIH能力发现确定(MIH_Capability_discovery.confirm)原语中,并将该MIH能力发现确定原语发送到移动节点的第一实体(步骤S710)。
因此,网络节点和移动节点能够明确地执行用于绑定MIHF ID和传送地址的处理,以发送MIH协议消息。因此,在移动节点或网络节点发送单播或广播协议消息时,能够有效地减少发送错误。
图8是例示了根据本发明的一个示例性实施方式的、移动节点与网络节点之间的MIH登记过程的图。
在图8中,移动节点800是支持一种或更多种接口类型的多节点。如上所述,存在各种接口。移动节点(MN)800包括第一MIH用户(即,第一实体)、第二MIH用户(即,第二实体或传送地址管理器)、MIHF、以及传送服务提供器。网络节点850包括第一MIH用户(即,第一实体)、第二MIH用户(即,第二实体或传送地址管理器)、MIHF、以及传送服务提供器。
在执行MIHF发现过程之后,移动节点800可执行与网络节点850的MIHF的登记过程。通过MIH登记过程,移动节点的MIHF与网络节点的MIHF可以彼此识别并彼此通信。MIH登记过程是对称过程。也就是说,如果两个MIHF实体中的一个MIHF实体开始MIH登记过程,则另一MIHF实体应当对其进行响应。因此,两个MIH实体能够对称地请求服务。如果移动节点的MIHF与网络节点的MIHF之前没有执行登记过程,则MIH网络节点不能向移动节点提供任何MIH服务。然而,在提供MIH信息服务的过程中,即使没有执行MIH登记过程,移动节点的MIHF实体仍然可以访问并未处于认证状态中的网络节点的MIH实体的MIH信息服务。
参照图8,如果移动节点需要执行与远程网络节点的MIHF的登记过程,则移动节点的第一MIH用户生成MIH登记请求(MIH_Register.request)原语,并且将该MIH登记请求原语发送到移动节点的MIHF(步骤S801)。
下表10例示了MIH登记请求原语的一个示例。
【表10】
语法 | 长度 | 描述 |
MIH_Register.request{ |
Destination_Identifier | 目的地的MIHF ID | |
Request_Code | 登记请求代码 | |
} |
表10的MIH登记请求原语包括:目的地ID参数Destination_Identifier;以及请求代码参数Request_Code。目的地ID参数包括目的地的MIHF ID。该请求代码参数指示登记请求代码。第一实体能够根据该登记请求代码来与远程或本地MIHF实体执行登记或释放。
接收到MIH登记请求原语的移动节点800的MIHF实体执行与第二实体(或传送地址管理器)的地址绑定过程,以获得与网络节点850的MIHF ID相对应的传送地址。
为了执行地址绑定过程,移动节点的MIHF实体向作为上层的第二实体(或传送地址管理器)发送地址绑定指示(Address binding.indication)原语(步骤S802)。
在步骤S802中,移动节点800的MIHF应当获得传送地址,以发送第一实体所指令的目的地的协议消息。因此,移动节点的MIHF向管理传送地址的第二实体(或传送地址管理器)发送包括有目的地的MIHF ID的地址绑定指示原语。
在步骤S802中,地址绑定指示原语包括:源ID参数Source_Identifier;传送类型参数Transport_Type,该参数指示通过第二层还是通过第三层来发送数据;以及传送地址列表参数Transport_Address_List。从第一实体接收到的目的地的MIHF ID可以包括在传送地址列表参数中。因为已经在移动节点800与网络节点850之间执行了MIHF ID发现过程和MIHF能力发现过程,所以移动节点的第二实体可识别出与目的地的MIHF ID相对应的传送地址。因此,移动节点的第二实体能够使用该传送地址。
接收到地址绑定指示原语的第二实体向MIHF发送地址绑定请求(Address binding.request)原语,该原语包括与从该MIHF接收到MIHFID相对应的传送地址(步骤S803)。地址绑定请求原语可包括:源ID参数Source_Identifier;传送类型参数Transport_Type;传送地址列表参数Transport_Address_List;以及结果代码参数Result_Code。
接收到地址绑定请求原语的MIHF向第二实体发送地址绑定响应(Address binding.response)原语(步骤S804)。
移动节点的MIHF利用MIH TP数据请求(MIH_TP_Data.request)原语,来请求传送服务提供器向远程MIHF(即,网络节点的MIHF)发送MIH PDU(步骤S805)。
MIH TP数据请求原语可包括:传送类型参数;源地址参数Source_Address;目的地地址参数Destination_Address;可靠传递标志参数Reliable_Delivery_Flag;以及MIH协议PDU。传送类型参数指示要将MIH PDU发送到第二层L2还是发送到第三层L3。源地址参数指示源(即,移动节点)的传送地址,目的地地址参数指示目的地(即,网络节点)的传送地址。
移动节点800的传送服务提供器按照单播方式,通过第二层L2或第三层L3来向网络节点850发送作为协议消息的MIH登记请求(MIH_Register request)消息(步骤S806)。
MIH登记请求消息包括MIH报头区域和有效载荷区域。MIH报头可包括MIH报头字段(SID=1,Opcode=1,AID=2)、源ID以及目的地ID。有效载荷区域可包括用于请求移动节点执行与网络节点的登记过程的代码(即,登记请求TLV代码)。
接收到MIH登记请求消息的网络节点450的传送服务提供器向MIHF发送MIH TP数据指示(MIH_TP_Data.indication)原语,以报告已经发送了MIH PDU(步骤S807)。上述原语的格式与表4所示的原语的格式相似。
MIH TP数据指示原语包括传送类型参数、源地址参数、目的地地址参数、可靠传递标志参数以及MIH协议PDU。接收到MIH TP数据指示原语的网络节点850的MIHF向第二MIH用户(或传送地址管理器)发送地址绑定指示原语,以指令第二MIH用户将移动节点的传送地址保持预定时长(步骤S808)。
网络节点的第二实体在MIHF的指令下将移动节点的传送地址保存预定时长(步骤S809)。
网络节点850的MIHF向第一实体发送MIH登记指示(MIH_Register.indication)原语,以报告已经接收到MIH登记请求(MIH_Register request)消息(步骤S810)。
下表11例示了MIH登记指示原语的一个示例。
语法 | 长度 | 描述 |
MIH_Register.indication{ | ||
Source_Identifier | 源的MIHF ID | |
Request_Code | 登记请求代码 | |
} |
表11的MIH登记指示原语包括:源ID参数Source_Identifier;请求代码参数Request_Code等。源ID参数指示源的MIHF ID。网络节点850的第一实体可根据包含在请求代码参数中的内容来确定与移动节点的MIHF实体执行登记或释放。
网络节点850的第一实体向MIHF发送MIH登记响应(MIH_Register.response)原语,作为对步骤S810的响应。MIH登记响应原语用于报告完成登记请求过程之后的结果,并且是由第一实体生成的。
下表12例示了MIH登记响应原语的一个示例。
语法 | 长度 | 描述 |
MIH_Register.response{ | ||
Destination Identifier | 移动节点的MIHF ID | |
Valid_Time_Interval | 期间登记为有效的时间间隔。仅当状态参数指示成功时才可用。“0”指示有效。 | |
Status | 操作状态 | |
} |
表12的MIH登记响应原语包括:目的地ID参数DestinationIdentifier,该参数指示移动节点的MIHF ID;有效时间间隔参数Valid_Time_Interval,该参数指示期间登记为有效的时间间隔;以及状态参数Status,该参数指示操作成功还是失败。然而,由于网络节点的MIHF能够在不生成MIH登记指示原语的情况下直接发送响应消息,所以步骤S810和S811是可选的。
步骤S812至S820与图4中所示步骤S412至S420相似,虽然存在微小差异,但是仍然能为本领域技术人员所理解。因此,省略详细的描述,以下简要描述不同的步骤S816和步骤S820。
在步骤S816中,网络节点850的传送服务提供器向移动节点800发送MIH登记响应消息(步骤S816)。
在步骤S816中,MIH登记响应消息包括MIH报头区域和有效载荷区域。MIH报头区域可包括MIH报头字段(SID=1,Opcode=2,AID=2)、源ID(即,网络节点的MIHF ID)、以及目的地ID(即,移动节点的MIHFID)。有效载荷区域可包括有效时间间隔参数和状态参数。在步骤S818中,移动节点的MIHF可通过地址绑定指示(Address binding.indication)原语,来在步骤S816中所获得的有效时间间隔期间内请求第二实体存储与MIHF ID相对应的传送地址信息。
在步骤S820中,移动节点的MIHF实体利用MIH登记确定(MIH_Register.confirm)原语,来向作为上层的第一实体通知MIH登记过程的结果。因此,移动节点的第一实体能够判断登记请求的结果。
下表13例示了MIH登记确定原语的一个示例。
【表13】
语法 | 长度 | 描述 |
MIH_Register.confirm{ | ||
Source_Identifier | 网络节点的MIHF ID | |
Valid_Time_Interval | 期间登记为有效的时间间隔。仅当状态参数指示成功时才可用。“0”指示有效。 | |
Status | 操作状态 | |
} |
表13的MIH登记确定原语包括:源ID参数,该参数指示网络节点的MIHF ID;有效时间间隔参数,该参数指示期间登记为有效的时间间隔;以及状态参数,该参数指示操作状态。
通过图8的登记过程,移动节点的MIHF实体和网络节点的MIHF实体能够请求并提供MIH服务。与一般的MIH登记过程不同,使用了针对对方网络节点的已知MIHF ID和对方网络节点的传送地址进行绑定的方法,从而可以在没有任何错误的情况下发送协议消息。
图9是例示了根据本方面的示例性实施方式的、发送MIH事件订制请求消息和响应消息的处理的图。
在图9中,移动节点900是支持一种或更多种接口类型的多节点。如上所述,存在各种接口。移动节点包括第一MIH用户、第二MIH用户(或传送地址管理器)、MIHF、以及传送服务提供器。网络节点950包括第一MIH用户、第二MIH用户(或传送地址管理器)、MIHF、以及传送服务提供器。
假设在图9中移动节点900成功地执行了MIHF ID发现和MIHF能力发现过程以及与相邻网络节点950的MIH登记过程。描述请求事件服务的下一方法。
在图9中,描述了MIH事件订制请求和事件服务。MIH事件订制提供了从MIHF到上层的机制,使得能够选择性地请求事件。也就是说,MIH事件订制用于MIH用户接收从本地或等同MIHF实体生成的特定事件集。MIH用户能够指定要从MIHF接收的事件列表。MIH事件可包括本地事件或远程事件。MIH用户可指定用于在事件订制过程中对事件服务的操作进行控制的附加参数。
参照图9,移动节点900的第一MIH用户向本地MIHF实体发送MIH事件订制请求(MIH_Event_Subscribe.request)原语,以指令本地MIHF实体或网络节点950的MIHF实体来订制所期望的MIH事件(步骤S901)。
下表14例示了MIH事件订制请求原语的一个示例。
【表14】
语法 | 长度 | 描述 |
MIH_Event_Subscribe.request{ | ||
Destination_Identifier | 本地MIHF ID或远程MIHF ID | |
Link_Identifier | 事件订制请求的链路ID | |
Requested_MIH_Event_List | MIH事件列表 | |
} |
表14的MIH事件订制请求原语包括:目的地ID参数Destination_Identifier,该参数包括本地MIHF ID或远程MIHF ID;链路ID参数Link_Identifier,该参数包括事件订制请求的链路ID;以及所请求的MIH事件列表参数Requested_MIH_Event_List,该参数包括MIH用户所请求的事件列表。
在步骤S901中,如果本地MIHF实体期望接收MIH事件服务,则移动节点的MIHF实体能够通过生成MIH事件订制确定(MIH_Event_Subscribe.confim)原语来进行响应。如果远程MIHF实体期望接收MIH事件服务,则移动节点向网络节点的MIHF实体发送MIH事件订制协议消息,并等待响应。在本发明的另一例示性实施方式中,由于事件服务是从远程MIHF实体接收到,所以将详细描述该过程。
图9的步骤S902至S914与图4中的步骤S402至S420相似,并与图8中的步骤S802至S819相似。因此,简要描述各个部分。
在接收到MIH事件订制请求原语时,移动节点的MIHF实体与作为上层实体的第二实体(或传送地址管理器)执行地址绑定过程(步骤S902至S904)。通过地址绑定过程,移动节点的MIHF实体能够对远程网络节点950的传送地址和MIHF ID进行映射。
移动节点的MIHF实体向传送服务提供器发送MIH TP数据请求(MIH_TP_Data.request)原语(步骤S905)。传送服务提供器能够通过包含在MIH TP数据请求原语中的信息,来识别作为目的地的远程网络节点的MIHF ID。因此,传送服务提供器向远程网络节点950发送MIH事件订制请求协议消息(步骤S906)。在这种情况下,由于移动节点知道作为目的地的网络节点的MIHF ID和传送地址,所以能够按照单播方式来发送MIH事件订制请求协议消息。
在接收到MIH事件订制请求协议消息之后,远程网络节点的传送服务提供器利用MIH TP数据指示(MIH_TP_Data.Indication)原语,来通知网络节点的MIHF接收到MIH PDU(步骤S907)。当执行MIH事件订制指示/响应过程时,可以选择性地执行步骤S908至S910。
网络节点的MIHF与作为上层实体的第一实体执行地址绑定过程,由此对作为源的移动节点的MIHF ID以及期望接收订制请求的MIH事件进行映射。此外,网络节点的MIHF获得移动节点的MIHF ID和映射后的传送地址,以发送MIH事件订制响应消息(步骤S908至S910)。
网络节点的MIHF将映射后的传送地址添加到MIH TP数据响应(MIH_TP_Data.response)原语中,随后将该原语发送到传送服务提供器(步骤S911)。
传送服务提供器生成MIH事件订制响应(MIH_Event_subscriberesponse)协议消息,并且将该协议消息发送给移动节点的传送服务提供器(步骤S912)。此时,由于网络节点知道移动节点的MIHF ID和传送地址,所以网络节点的传送服务提供器能够按照单播方式来发送MIH事件订制响应协议消息。
移动节点的传送服务提供器向移动节点的MIHF发送MIH TP数据确定(MIH_TP_Data.confirm)原语,以报告接收到了MIH PDU(步骤S913)。移动节点的MIHF向第一实体发送MIH事件订制确定(MIH_Event_Subscribe.confirm)原语,以报告MIH事件订制的结果(步骤S914)。然而,这在MIH事件订制成功时是有效的。如果MIH事件订制失败,则忽略MIH事件订制确定原语,并且执行错误控制过程。
通过步骤S901至S904,移动节点和网络节点完成MIH事件订制请求过程。接下来,如果发生了远程地订制的链路事件,则网络节点的MAC层向网络节点的MIHF实体发送链路事件(步骤S915)。
网络节点的MIHF实体获得订制了该链路事件的MIHF实体的MIHFID。此外,执行地址绑定过程,以获得所订制的事件以及与订制了该事件的MIHF ID相对应的映射后的传送地址(步骤S916至S918)。
由于在图9中的地址绑定过程与图4、图7及图8中所执行的地址绑定过程相似,所以省略对其的详细描述。
网络节点的MIHF实体向传送服务提供器发送MIH TP数据请求(MIH_TP_Data.request)原语(步骤S919)。传送服务提供器利用包含在MIH TP数据请求原语中的信息,来向移动节点发送远程MIH事件(步骤S920)。移动节点的传送服务提供器利用MIH TP数据指示原语,来向移动节点的MIHF实体发送远程MIH事件服务(步骤S921)。移动节点的MIHF实体向作为上层实体的第一实体发送MIH事件(步骤S922)。
在图9中,已经描述了在移动节点与远程网络节点之间提供远程事件服务的方法。与一般的方法不同,根据本发明的其它示例性实施方式,在订制事件并提供事件服务的方法中,绑定了MIHF实体的ID和传送地址,并且绑定了MIHF实体和所提供的事件,使得能够在没有任何错误的情况下提供协议消息和事件服务。
图10是例示了根据本发明的另一示例性实施方式的、由源节点执行的MIH能力发现过程的状态图。
参照图10,源节点在“INIT”状态1001中广播没有设置ACK-Req比特的MIH能力发现协议消息,并且转换到“SENT”状态1002。此时,源节点在发送MIH能力发现协议消息时设置“T_transaction ID”定时器。此外,驱动“T_noresponse”定时器,“T_noresponse”定时器用于没有接收到针对广播请求(Broadcast REQ)的响应(RESPONSE)的情况(S1001a)。
在“SENT”状态1002中,如果源节点接收到设置了ACK-Req比特的单播响应消息,则源节点停止“T_noresponse”定时器,并且发送ACK信号。源节点转换到“COMPLETED”状态1003(S1002a)。
在“SENT”状态1002中,如果源节点接收到未设置ACK-Req比特的单播响应消息,则源节点立即停止“T_noresponse”定时器,并且转换到“COMPLETED”状态1003(S1002b)。
在“SENT”状态1002中,如果即使源节点广播了广播请求,但是源节点在“T_noresponse”定时器的时间间隔内仍然并未接收到至少一个响应,则源节点利用另一传送类型(例如,L2或L3)来重新发送该广播请求,并且重新开始“T_noresponse”定时器(S1002c)。
在“SENT”状态1002中,如果“T_transaction ID”定时器的时间间隔到期,则源节点停止“T_noresponse”定时器,并且转换到“INIT”状态1001(S1002d)。
在“COMPLETED”状态1003中,源节点接收到设置了ACK-Req的单播响应消息,则源节点发送ACK信号(S1003a)。如果“T_transactionID”定时器的时间间隔到期,则源节点转换到“INIT”状态,并且重置能力发现过程(S1003b)。
图11是例示了根据本发明的另一示例性实施方式的、由源节点执行的MIH能力发现过程的状态图。
除了“INIT”状态之外,图11的设置与图10的设置基本相同。下面对“INIT”状态1101进行描述。
参照图11,即使没有作出MIH能力发现请求,源节点仍然能够周期性地接收到广播响应(RESPONSE)消息。在这种情况下,源节点即使在接收到响应消息之后,仍然保持“INIT”状态1101(S1101b)。
在S1101b中,在源节点没有作出MIH能力发现请求时接收到的响应消息中没有设置ACK-Req比特。因此,源节点不需要发送ACK信号。其它部分的描述与图10的相同。
图12是例示了根据本发明的另一示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图。
参照图12,目的地节点在“INIT”状态1201中接收到广播请求(Broadcast REQUEST)消息(例如,MIH能力发现请求消息),目的地节点发送单播响应消息(例如,MIH能力发现响应消息)并且驱动“T_transaction ID”定时器。目的地节点可在单播响应消息中设置ACK-Req比特。目的地节点驱动“T_ACK”定时器,并且转换到“COMPLETED”状态1203(S1201a)。
如果目的地节点没有在单播响应消息中设置ACK-Req比特,则目的地节点转换到“RECEIVED”状态1202(S1201b)。
在“RECEIVED”状态1202中,如果目的地节点在发送响应消息之后重新接收到广播请求消息,则目的地节点可继续保持“RECEIVED”状态1202。然而,已经发送了响应消息,所以目的地节点不重新发送响应消息(S1202a)。
如果在“RECEIVED”状态1202中“T_transactionID”定时器的时间间隔到期,则目的地节点转换到“INIT”状态,并且重置MIH能力发现过程(S1202b)。
参照图12,如果目的地节点在“COMPLETED”状态1203中没有接收到ACK信号,则目的地节点重新发送响应消息并等待ACK信号,由此在继续等待ACK信号的同时保持当前状态(S1203a)。
即使目的地节点在“COMPLETED”状态1203中发送响应消息之后重新接收到广播请求消息,在接收到ACK信号之前,目的地节点并不重新发送针对广播请求消息的响应消息,并且保持“COMPLETED”状态(S1203b)。
在“COMPLETED”状态1203中,如果接收到ACK信号,则目的地节点停止“T_ACK”定时器和“T_transaction ID”定时器,并且转换到“INIT”状态1201(S1203c)。此外,与接收到ACK信号无关,“T_transaction ID”定时器的定时器间隔到期,则目的地节点停止“T_ACK”定时器,并且转换到“INIT”状态(S1203d)。
图13是例示了根据本发明的另一示例性实施方式的、由目的地节点执行的MIH能力发现过程的状态图。
除了“INIT”状态之外,图13的设置与图12的设置基本相同。下面对“INIT”状态1301进行描述。
参照图13,即使目的地节点并未接收到MIH能力发现请求消息,仍然能够周期性地接收到广播响应消息(S1301c)。
目的地节点在广播主动提供(unsolicited)的广播响应消息时,不设置ACK位。因此,目的地节点不需要等待ACK信号。
其它部分的描述与图12的相同。
图14是根据本发明的一个示例性实施方式的、用于发送MIH协议消息的MIH状态机的概念图。
参照图14,事务源状态机1401是与新事务处理相关联地执行生成并发送新消息的功能的节点。类似的是,与新事务处理相关联地接收新消息的节点被称为事务目的地状态机1402。
事务源状态机1401能够利用MIH协议消息,来远程地与事务目的地状态机1402进行接口。事务源状态机1401包括ACK请求方状态机1403和ACK响应方状态机1404,并且能够利用状态机间变量(inter-state-machine variable)来与ACK请求方状态机1403和ACK响应方状态机1404交互。事务目的地状态机1402包括ACK请求方状态机1405和ACK响应方状态机1406,并且能够利用状态机间变量来与ACK请求方状态机1405和ACK响应方状态机1406进行通信。
下表15例示了示出本发明的各个示例性实施方式的全局变量。
【表15】
名称 | 类型 | 描述 |
Opcode | OPCODE | 操作代码 |
TID | TID | 事务ID |
MID | MID | 消息ID |
StartACKRequestor | BOOLEAN | 如果是真值,则开始ACK请求方状态机。 |
StartACKResponder | BOOLEAN | 如果是真值,则开始ACK响应方状态机。 |
AckFailure | BOOLEAN | ACK操作失败 |
TransactionStopWhen | UNSINGED_INT(1) | 用于停止事务的定时器 |
RetranmissionWhen | UNSINGED_INT(1) | 用于重新发送消息的定时器 |
DelayedAckWhen | UNSINGED_INT(1) | 用于发送延迟后的ACK消息的定时器 |
在表15中示出了在本发明的各个示例性实施方式中使用的全局变量。该全局变量包括:指示操作的事务的操作代码Opcode;指示事务处理的事务ID TID;指示协议消息的消息ID MID;指示开始ACK请求方状态机的变量StartACKResponder;以及指示开始ACK响应方状态机的变量StartACKResponder。该全局变量还包括:指示ACK操作的失败的变量AckFailure;用于停止事务的定时器变量TransactionStopWhen;用于重新发送消息的定时器变量RetranmissionWhen;以及用于发送延迟后的ACK消息的定时器变量DelayedAckWhen。
下表16例示了在本发明的各个例示性实施方式中使用的导出变量。
【表16】
名称 | 类型 | 描述 |
Initialize | BOOLEAN | 事务开始 |
MsgIn | MIH_MESSAGE | 从远程MIHF发送到内部MIHF的到达消息(入向消息) |
MsgInAvail | BOOLEAN | 指示是否存在入向消息 |
MsgOut | MIH_MESSAGE | 由内部MIHF生成并发送到远程MIHF的出向消息 |
MsgOutAvail | BOOLEAN | 指示是否存在出向消息 |
TransactionStatus | ENUMERATED | 事务状态1:进行2:成功3:失败 |
在表16的变量中,变量Initialize指示事务开始,变量MsgIn指示入向消息,即,从远程MIHF实体发送到内部MIHF实体的协议消息。变量MsgInAvail指示是否存在入向消息,变量MsgOut指示由内部MIHF实体生成并发送到远程MIHF实体的协议消息。变量MsgOutAvail指示是否存在出向消息,变量TransactionStatus指示事务状态(可表示进行状态、成功状态或失败状态)。
参照表15和16及附图,来描述本发明的各个示例性实施方式。
图15是可用在本发明的其它示例性实施方式中的事务定时器的状态机的一个示例。
事务定时器的状态机根据外部系统的时钟功能/函数,针对每个事务来减少定时器值。也就是说,如果状态机的定时器值非零,则通过事务定时器的操作来减小定时器值。
参照图15,如果在“ONE SECOND”状态1501中嘀嗒(tick)为真,则“ONE SECOND”状态1501进入到“TICK”状态1502。按照与由常规外部系统的时钟功能上生成的一秒嘀嗒相对应的方式来设置嘀嗒变量。只要系统时钟生成来一秒嘀嗒,则嘀嗒值就被设置为真。在图15中,仅当定时器值大于0时才减小变量“dec”。“TICK”状态1502无条件地进入“ONE SECOND”状态1501。参照图15,针对给定事务的事务定时器状态机响应于外部系统时钟功能,负责按秒递减针对该事务的定时器变量。通过针对事务的各个状态机的操作,可使用定时器变量,并且将其设置为它们的初始值。
图16是例示了可用在本发明的其它示例性实施方式中的事务源状态机的一个示例的状态图。
除了表达形式之外,图16的状态图与图10的状态图相似。参照图16,如果关于新事务相关的消息发送到源节点,即,如果“MsgOutAvail”为真,则开始事务源状态机的初始(INIT)状态1601。
如果源节点在“INIT”状态1601则发送主动提供的广播消息,则源节点转换到“SUCCESS”状态1604。如果事务源状态机转换到“SUCCESS”状态1604,则结束事务,并且也结束ACK相关状态的转换。
如果在“INIT”状态1601中操作码是“REQUEST”,则源节点发送广播请求消息并且转换到“WAIT_RESPONSE_MSG”状态1602。源节点等待针对该广播请求消息的响应消息。
如果在“WAIT_RESPONSE_MSG”状态1602中接收到的广播响应消息与广播请求消息相关,则源节点转换到“PROCESS_MSG”状态1603,并且对接收到的响应消息进行处理。此外,在“PROCESS_MSG”状态1603中,进行针对从各个目的地节点接收到的响应消息的重复处理。
在源节点发送广播请求消息之后,如果事务定时器到期,则源节点转换到“FAILURE”状态1605并且终止该过程。
图17是例示了可用在本发明的其它示例性实施方式中的事务目的地状态机的一个示例的状态图。
参照图17,如果将与新事务相关的消息(例如,MsgInAvail)发送到目的地节点,则开始事务目的地状态机的初始状态(INIT)1701。如果目的地节点转换到“FAILURE”状态1703或“SUCCESS”状态1705,则结束事务,并且也结束相关ACK状态的事务。
当在“INIT”状态1701中接收到主动提供的请求消息时,目的地节点转换到“SUCCESS”状态1705。当在“INIT”状态1702中接收到广播请求消息时,目的地节点转换到“WAIT_RESPONSE_PRM”状态1702,以等待用于生成响应消息的原语。
如果在“WAIT_RESPONSE_PRM”状态1702中用于停止事务的“TransactionStopWhen”定时器的时间间隔到期,则目的地节点转换到“FAILURE”状态1703。在接收到针对该响应消息的原语时,源节点转换到“SEND_RESPONSE”状态1704,以发送该响应消息,并转换到“SUCCESS”状态1705。
此后,对在本发明的各个示例性实施方式中使用的ACK请求方状态机和ACK响应方状态机进行描述。
可以在源节点和目的地节点中操作ACK请求方状态机和ACK响应方状态机。ACK请求方状态机和ACK响应方状态机可以利用局部变量或局部常量来与事务源状态机或事务目的地状态机进行交互。
下表17例示了在本发明的一个示例性实施方式中使用的局部变量的一个示例。
【表17】
名称 | 类型 | 描述 |
DUP | MIH_MESSAGE | 该变量类型为MIH_MESSAGE,并且表示已发送的MIH消息。该变量在ACK响应方状态机中使用。 |
ACK | MIH_MESSAGE | 该变量类型为MIH_MESSAGE,并且表示以下这种MIH消息:设置了ACK-Rsp比特,并且消息ID和事务ID与该MIH消息所确认的MIH消息的消息ID和事务ID相同。该变量在ACK响应方状态机中使用。 |
RtxCtr | UNSIGNED_INT(1) | 该变量类型为UNSIGNED_INT(1),并且表示特定消息的重发次数。该变量在ACK请求方状态机中使用。 |
AckDelayTime | UNSIGNED_INT(1) | 该变量类型为UNSIGNED_INT(1)。它表示设置了Ack-Req的MIH请求的接收方在发送ACK消息之前应当等待生成MIH响应的最大时长。如果该响应在AckDelayTime之前可以发送,则在该响应消息中捎带确认,并且无需发送ACK消息。 |
在表17中,变量“DUP”指示已发送的MIH消息。变量“DUP”可在ACK响应方状态机中使用。变量“ACK”类型为MIH消息,并且通过对具有ACK-Req比特设置的MIH消息进行确认,来表示同一消息ID和事务ID。变量“RtxCtr”指示特定消息的重发次数,并且可在ACK请求方状态机中使用。变量“AckDelayTime”指示设置了ACK-Req的MIH请求的接收方在发送ACK消息之前,等待生成MIH响应的最大时长。
下表18例示了局部常量的一个示例。
【表18】
名称 | 类型 | 描述 |
Retransmission Interval | 特定消息的两次相继发送之间的时间间隔 | |
RtxCtrMax | 在出现重发条件的情况下重发消息的最大次数 |
在表18中,常量“Retransmission Interval”指示特定消息的两次相继发送之间的时间间隔。常量“RtxCtrMax”指示当重发条件出现时特定消息的最大重发次数。在表18中,最大重发次数和重发间隔可根据传送环境而变化。可通过事务持续时长来确定最大重发次数。
图18是例示了可用在本发明的其它示例性实施方式中的ACK请求方状态机的一个示例的状态图。
在图18中,可使用由图14中的状态图所设置的全局变量。另选的是,可使用参照表17和表18所述的局部变量或局部常量。参照图18,如果变量“StartAckRequestor”为真,则ACK请求方状态机开始初始状态(INIT)1801。如果ACK请求方状态机转换到“FAILURE”状态1805或“SUCCESS”状态1804,则结束ACK请求方状态机。
ACK请求方状态机从“INIT”状态1802转换到“WAIT_ACK”状态1802。例如,如果在目的地节点按照单播方式来向源节点发送MIH能力发现响应(MIH_Capability_Discovery response)消息时使用了ACK-Req比特、作为针对广播MIH能力发现请求(MIH_Capability_Discoveryrequest)消息的响应消息,则初始状态1801进入到“WAIT_ACK”状态1802。
如果重发定时器的时间间隔到期(即,RetransmissionWhen=0),则目的地节点转换到“RETRANSMIT”状态1803,以重发MIH能力发现响应消息。在重发MIH能力发现响应消息之后,目的地节点转换到“WAIT_ACK”状态1802。
如果在“WAIT_ACK”状态1802中接收到ACK消息,则目的地节点转换到“SUCCESS”状态1804。如果没有接收到ACK消息,则目的地节点转换到“FAILURE”状态1805,由此终止ACK请求过程。
图19是例示了可用在本发明的其它示例性实施方式中的ACK响应方状态机的一个示例的状态图。
在图19中,可使用由图14中的状态图所设置的全局变量。另选的是,可使用参照表17和表18所述的局部变量或局部常量。参照图19,如果在源节点或目的地节点的状态图中的StartAckResponder(例如,在图16和图17中)为真,则ACK响应方状态机开始初始(INIT)状态1901。
如果在INIT状态1901中“AckDelayTime”时间到期(即,AckDelayTime=0),则ACK响应方状态机转换到“RETURN_ACK”状态1903,如果“AckDelayTime”时间没有到期(即,AckDelayTime>0),则ACK响应方状态机转换到“DELAYING_ACK”状态1902。
如果“DELAYING_ACK”状态1902到期(即,DelayedAckWhen=0),则ACK响应方状态机转换到“RETURN_ACK”状态1903。如果存在出向消息(即,“MsgOutAvail”为真),则ACK响应方状态机转换到“PIGGYBACKING”状态1904。
如果在“RETURN_ACK”状态1903中存在出向消息,则ACK响应方状态机转换到“PIGGYBACKING”状态1904。如果在“RETURN_ACK”状态1903中用于停止事务的定时器的时间间隔到期(即,TransactionStopWhen=0),则“RETURN_ACK”状态进入到“SUCCESS”状态1905,并且该过程结束。
如果在“PIGGYBACKING”状态1904中用于停止事务的定时器的时间间隔到期(即,TransactionStopWhen=0),则“RETURN_ACK”状态1903进入到“SUCCESS”状态1905,并且该过程结束。如果在“PIGGYBACKING”状态1904中存在出向消息(即,MsgOutAvail为真),则“PIGGYBACKING”状态进入到“RETURN_DUPLICATE”状态1906。
如果在“RETURN_DUPLICATE”状态1906中不存在出向消息(即,MsgOutAvail为假),则重复“RETURN_DUPLICATE”状态1906。如果用于停止事务的定时器的时间间隔到期(即,TransactionStopWhen=0),则“RETURN_DUPLICATE”状态1906进入到“SUCCESS”状态1905,并且该过程结束。
图20是例示了根据本发明的另一示例性实施方式的、发送MIH协议消息的方法图。
在图20中,移动节点2000可包括MIH用户2000a、MIHF 2000b以及MAC层2000c。第一网络节点2050可包括MIH用户2050a、MIHF2050b以及MAC层2050c。
参照图20,MIHF 2000b从作为上层实体的MIH用户2000a接收到包括有预定信息的MIH请求原语(步骤S2001)。
在步骤S2001中,MIH请求原语可包括各种信息,诸如目的地的MIHF ID和由源所提供的MIH服务信息。例如,如果MIH请求原语用于针对不同MIHF实体的发现过程或MIH能力的发现过程,则由于目的地的MIHF ID未知,所以使用广播MIHF ID。广播MIHF ID可以是表示为一系列“0”的零长度串的形式或是“unknown”格式的形式。
移动节点的MIHF 2000b向网络节点发送包括有在步骤S2001中接收到的信息的MIH请求协议消息(步骤S2002)。
在步骤S2002中,MIH请求协议消息可包括MIH报头和MIH有效载荷。将移动节点的MIHF ID映射在MIH报头的源ID区域中,并将目的地的MIHF ID映射在MIH报头的目的地ID区域中。将移动节点的传送地址和目的地的传送地址映射在MIH报头的传送地址区域。然而,当执行MIH发现和MIH能力发现过程时,由于目的地的MIHF ID未知,所以对广播MIHF ID和与广播MIHF ID相对应的传送地址进行映射,而不是映射目的地的信息。当使用广播MIHF ID时,按照广播方式来将MIH请求消息发送到相邻网络节点。
在MIH有效载荷中可包括源的各种信息,例如,MIHF能力信息。MIHF能力信息可包括所支持的MIH事件列表、所支持的MIH命令列表、所支持的MIH信息列表、以及所支持的传送类型。
已接收到MIH请求协议消息的第一网络节点2050生成MIH响应协议消息,并向移动节点发送该MIH响应协议消息(S2003)。
在步骤S2003中,MIH响应协议消息可包括第一网络节点的MIH信息。例如,MIH响应协议消息包括MIH报头和MIH有效载荷。MIH报头可包括第一网络的MIHF ID和与之相对应的传送地址。MIH有效载荷可包括第一网络节点所支持的MIHF服务信息。
然而,由MIHF 2050b接收到的MIH请求协议消息可以不包括第一网络节点的MIHF ID,而是包括其它MIHF ID。在这种情况下,MIHF2050b可忽略该MIH请求协议消息。然而,如果在MIH请求协议消息的MIH报头中包括动作ID(AID)并且该AID表示激活状态,则第一网络的MIHF可接收该MIH请求协议消息。AID可表示为一个“1”或指定数量的“1”,以指示激活状态。存在各种用于表示AID被激活的方法。如果AID指示“1”,则即使MIH请求协议消息包括广播MIHF ID、而并不包括MIHF 2050b的MIHF ID,第一网络仍然能够接收该MIH请求协议消息,并且对MIH能力发现过程进行响应。
在步骤S2003中,MIH报头可包括源ID区域、目的地ID区域、以及传送地址区域。源ID区域包括第一网络节点的MIHF ID,目的地ID区域包括移动节点的MIHF ID。将与移动节点的MIHF ID相对应的传送地址以及与第一网络节点的MIHF ID相对应的传送地址映射在传送地址区域中。第一网络节点向移动节点发送其中映射了第一网络节点的MIHF2050b的MIHF ID和第一网络节点的传送地址的响应消息。
已接收到MIH响应协议消息的MIHF 2000b向作为上层实体的MIH用户2000a发送MIH响应原语(步骤S2004)。
在步骤S2004中,MIH响应原语可包括第一网络节点的MIHF ID、传送地址、以及其它MIH信息,这些内容都包括在MIH响应协议消息中。也就是说,移动节点可通过步骤S2001至S2004,来执行MIHF能力发现过程。因此,移动节点的MIH用户可利用包括在MIH响应原语中的信息来发送下一数据。
在图20中所使用的MIH请求原语、MIH请求协议消息、MIH响应原语以及MIH响应协议消息可用于本发明的范围内的各个过程。例如,各个消息可用于MIH能力发现过程、MIH登记过程、MIH能力广告过程等。此外,这些消息可广泛用于具有相同功能的消息,而与这些术语无关。
图21是例示了根据本发明的另一示例性实施方式的、执行MIHF能力发现过程的方法的图。
在图21中,移动节点A2100包括MIH用户2100a、MIHF 2100b以及MAC层2100c。第一网络节点2120包括MIH用户2120a、MIHF 2120b以及MAC层2120c。第二网络节点2140包括MIH用户2140a、MIHF 2140b以及MAC层2140c。移动节点B 2160包括MIH用户2160a、MIHF 2160b以及MAC层2160c。第一网络节点和第二网络节点表示多个网络节点。
参照图21,作为移动节点2100的上层实体的MIH用户2100a向MIHF 2100b发送MIH能力发现请求(MIH_Capablility_discovery.request)原语,以发现MIH能力(步骤S2101)。
在步骤S2101中,在MIH用户2100a期望发现本地MIHF或远程MIHF的能力时生成MIH能力发现请求原语。MIH用户2100a能够选择性地捎带关于本地MIHF的能力的消息。因此,本地MIHF和远程MIHF能够通过用于能力发现的一个原语来知道彼此的能力。此外,MIH能力发现请求原语可用在发现对方网络节点的MIHF ID的过程中。
下表19例示了MIH能力发现请求(MIH_Capablility_discovery.request)原语的一个示例。
【表19】
语法 | 长度 | 描述 |
MIH_Capability_discovery.request{ | ||
Destination_Identifier | 目的地的本地MIHF的ID或远程MIHF的ID | |
Supported_MIH_Event_List | MIHF所支持的事件列表(可选) | |
Supported_MIH_Command_List | MIHF所支持的命令列表(可选) | |
Supported_IS_Query_Type_List | 所支持的MIIS查询类型列表(可选) | |
Supported_Transport_List | 所支持的传送类型列表(可选) | |
} |
表2的MIH能力发现请求原语可用于远程MIHF和本地MIHF的能力发现请求。也就是说,为了在移动节点2100、第一网络节点2120与第二网络节点2140之间进行能力发现,MIH能力发现请求原语可包括:由MIHF 2100b所提供的事件服务信息参数Supported_MIH_Event_List;由MIHF 2100b所提供的命令服务信息参数Supported_MIH_Command_List;由MIHF 2100b所提供的信息服务信息参数Supported_Query_Type_List;以及所支持的传送类型参数Supported_Transport_List。然而,由于移动节点无法知道这些网络节点的MIHF ID,所以包含在MIH能力发现请求原语中的目的地的MIHF ID保持为“unknown”,或利用广播MIHF ID。广播MIHF ID可表示为零长度串的形式。
参照图21,移动节点2100的MIHF 2100b向相邻MIH实体(即,第一网络节点2120、第二网络2140以及移动节点2160)广播MIH能力发现请求(MIH_capablility_discovery request)消息。MIH能力发现请求消息是协议消息,并且可通过第二层L2或第三层L3来广播MIH能力发现请求消息(步骤S2102)。
MIH能力发现请求消息可用于发现MIHF实体,并且可用于获得对方MIHF实体的能力信息。因此,可向全部相邻MIHF实体广播MIH能力发现请求消息。
然而,如果移动节点并不知道目的地的MIHF ID,则移动节点将广播MIHF ID添加到MIH能力发现请求消息中的目的地的MIHFID区域,并随后通过第二层或第三层的数据面来广播MIH能力发现请求消息。广播MIHF ID可被设置为由一系列“0”构成的零长度串。如果移动节点知道目的地的MIHF实体的MIHF ID,则移动节点可通过第二层或第三层的数据面,按照单播方式来发送包含有目的地的MIHF ID的MIH能力发现请求消息。
在步骤S2102中,MIH能力发现请求消息包括MIH报头和MIH有效载荷区域。MIH报头可包括MIH报头字段(SID=1,Opcode=1,AID=1)、源MIHF ID以及目的地MIHF ID。有效载荷区域可包括用于指示移动节点所提供的MIH能力的参数。也就是说,这些参数可包括:参数Supported_MIH_Event_List,该参数包括关于MIH所支持的事件服务的信息;参数Supported_MIH_Command_List,该参数包括关于MIH所支持的命令服务的信息;参数Supported_MIH_IS_Query_Type_List,该参数包括MIH所支持的信息服务;以及指示传送类型的参数Supporter_Transport_List。因此,移动节点2100和相邻网络节点的MIHF实体能够通过交换MIH协议消息来发现彼此的MIH能力,并且能够共享关于彼此的MIH能力的信息。
已从移动节点2100接收到MIH能力发现请求消息的第一网络节点2120和第二网络节点2140向移动节点2100发送MIH能力发现响应(MIH_Capability_discovery response)消息(步骤2103a和步骤2103b)。
在接收到MIH能力发现请求消息时,MIHF 2120b和MIHF 2140b对包含在MIH能力发现请求消息中的目的地ID进行确认。如果包含在MIH能力发现请求消息的MIH报头中的动作代码AID被设置为“1”,则即使目的地MIHF ID并未包括MIHF 2120b和MIHF 2140b的MIHFID,MIHF 2120b和MIHF 2140b仍然能够接收该MIH能力发现请求消息,并且能够准备针对该MIH能力发现请求消息的响应消息。
在步骤2103a中,MIH能力发现响应消息包括MIH有效载荷和MIH报头。MIH有效载荷可包括与第一网络节点所提供的MIH服务相关的信息。也就是说,MIH有效载荷可包括MIH事件服务参数、MIH命令服务参数以及MIH信息服务参数。此外,可将移动节点的MIHF ID映射在MIH报头的目的地MIHF ID区域中,并可将第一网络节点的MIHF ID映射在MIH报头的源MIHF ID区域中。可将与作为源的第一网络节点的MIHF ID相对应的传送地址以及与作为目的地的移动节点的MIHF ID相对应的传送地址,映射在MIH报头的传送地址区域内。
步骤2103b与步骤2103a相同或相似,因此省略对其的详细描述。
已从第一网络节点接收到MIH能力响应消息的MIHF 2100b向作为上层实体的MIH用户2100a发送包含在MIH能力发现响应消息中的信息。为了发送该MIH信息,可使用MIH能力发现响应(MIH_Capability_discovery.response)原语(步骤S204a)。
下表20例示了MIH能力发现响应原语的一个示例。
语法 | 长度 | 描述 |
MIH_Capability_discovery.response{ | ||
Destination_Identifier | 目的地的MIHF ID | |
Supported_Links | 所支持的网络类型列表 | |
Link_MACs | 网络类型和MAC地址 | |
Supported_MIH_Event_List | MIHF所支持的事件服务列表 | |
Supported_MIH_Command_List | MIHF所支持的命令服务列表 | |
Supported_IS_Query_Type_List | 所支持的MIIS查询类型列表(可选) |
Supported_Transport_List | 所支持的传送类型列表(可选) | |
MBB_Handover_Support | 指示是否支持MBB切换 | |
Status | 操作状态 | |
} |
表20的MIH能力发现响应原语包括:参数Destination_Identifier,该参数指示目的地的MIHF实体的ID;参数Supported_Links,该参数指示所支持的网络类型;参数Link_MACs,该参数包括网络类型和MAC地址;参数Supported_MIH_Event_List,该参数包括目的地MIHF所支持的事件服务列表;参数Supported_MIH_Command_List,该参数包括目的地MIHF所支持的命令服务列表;参数MBB_Handover_Support,该参数指示是否支持MBB切换;以及参数Status,该参数指示操作状态。MIH能力发现响应原语可以选择性地包括参数Supported_IS_Query_Type_List和参数Supported_Transport_List。
步骤S2104b向作为上层实体的MIH用户2100a发送MIH能力发现响应原语。步骤S210b与步骤S2104a相同或相似,因此省略对其的详细描述。
参照图21,移动节点2160在步骤S2102中也从移动节点2100接收到MIH能力发现请求消息。然而,即使包含在同一广播域内的移动节点2160已经从移动节点2100接收到MIH能力发现请求消息,但是仍然禁止移动节点2160发送响应消息(步骤S2103c)。因此,在各个移动节点之间不能共享作为广播消息的信息。
图22是例示了根据本发明的另一示例性实施方式的、通过MIH能力发现广播消息来从当前连接的网络节点发现另一网络节点的MIH能力的方法的图。
在图22中,移动节点2200包括MIH用户2200a、MIHF 2200b以及MAC层2200c。第一网络节点2220包括MIH用户2220a、MIHF 2220b以及MAC层2220c。第二网络节点2240包括MIH用户2240a、MIHF 2240b以及MAC层2240c。第一网络节点和第二网络节点表示多个网络节点。
在本发明的其它示例性实施方式中,描述了以下这种方法:在并不发送针对移动节点的MIH能力发现的请求消息的情况下,通过周期性广告消息来周期性地从网络节点向该移动节点提供MIH能力信息。
假设在图22中第一网络节点2220和第二网络节点2240通过主干网彼此连接。因此,第一网络节点和第二网络节点可利用MIH能力发现交换(MIH_Capability_Discovery exchange)消息,来交换彼此的MIH能力信息。MIH能力发现交换消息是远程协议消息,并且第一网络节点和第二网络节点可以交换彼此的MIHF ID和传送地址(步骤S2201)。
通过步骤S2201,第一网络节点可知道第二网络节点所支持的MIH能力信息。因此,第一网络节点通过周期性发送的MIH能力发现广告(MIH_Capability_discovery advertisement)消息,按照单播方式来向移动节点2200发送与第二网络节点所支持的MIH能力相关的信息(步骤S2202)。
在图22中,移动节点2200例示了与第一网络节点相连接的多个节点中的一个节点。未与第一网络节点相连接的移动节点不能从第一网络节点接收到MIH能力发现广告消息。
在步骤S2202中,可将移动节点的MIHF ID和第一网络节点的MIHFID包括在MIH能力发现广告消息的MIH报头中。此时,将第一网络节点的MIHF ID映射在MIH报头的源ID区域中,并将移动节点的MIHF ID映射在MIH报头的目的地ID区域中。此外,将与MIHF 2220b的MIHFID及MIHF 2200b的MIHF ID相对应的MIH传送地址映射在MIH报头的传送地址区域中。由于移动节点和第一网络节点彼此连接,所以移动节点和第一网络节点知道彼此的MIHF ID和传送地址。
在步骤S2202中,由于第一网络节点知道第二网络节点的MIH信息,所以第一网络节点可向移动节点发送包括有第二网络节点的MIHF ID和传送地址的MIH能力发现广告消息。
移动节点的MIHF 2200b向作为上层实体的MIHF用户2200a发送MIH能力发现广告(MIH_Capability_Discovery.advertisement)原语,以提供第二网络节点可支持的MIH能力信息(步骤S2203)。MIH能力发现广告原语是本地原语。
图23是例示了根据本发明的另一示例性实施方式的、通过MIH能力发现广告消息来从第一网络节点获得第二网络节点的MIH能力信息的方法的图。
在图23中,移动节点2300包括MIH用户2300a、MIHF 2300b以及MAC层2300c。第一网络节点2320包括MIH用户2320a、MIHF 23320b以及MAC层2320c。第二网络节点2340包括MIH用户2340a、MIHF 2340b以及MAC层2340c。第一网络节点和第二网络节点表示多个网络节点。
图23示出以下这种方法:即使移动节点并没有请求MIH能力发现,仍然能够通过由第一网络广播MIH能力发现广告消息来向移动节点提供MIH能力信息等。
假设第一网络节点2320和第二网络节点2340通过主干网彼此连接。也可使用用于连接网络实体的其它方式,而不是主干网。因此,第一网络节点和第二网络节点能够利用MIH能力发现交换(MIH_Capability_Discovery exchange)消息来交换彼此的MIH能力信息。MIH能力发现交换消息是远程协议消息,并且第一网络节点和第二网络节点能够交换彼此的MIHF ID和传送地址(步骤S2301)。
通过步骤S2301,第一网络节点能够发现第二网络节点所支持的MIH能力信息。因此,第一网络节点通过MIH能力发现广告(MIH_Capability_discovery advertisement)消息,按照广播方式来向移动节点2300发送与第二网络节点所提供的MIH能力相关的信息(步骤S2302)。此时,移动节点可以是包括有与第一网络节点相邻的MIHF实体的任何设备。
在步骤S2302中,可将目的地的MIHF ID和源的MIHF ID包括在包含于MIH能力发现广告消息的MIH报头内的MIHF ID区域中。将第一网络节点的MIHF ID映射在MIH报头的源MIHF ID区域中,并将广播MIHF ID映射在MIH报头的目的地MIHF ID区域中。可以按照由一系列“0”组成的零长度串的形式来映射广播MIHF ID。
将与MIHF 2320b相对应的传送地址以及与广播MIHF ID相对应的传送地址映射在MIH报头的传送地址区域中。此外,在MIH报头中可包括动作ID(AID)。如果AID表示“1”,则即使MIH能力发现广告消息并不包括MIHF 2300b的MIHF ID,移动节点仍然能够接收该MIH能力发现广告消息。
在步骤S2302中,由于第一网络节点知道第二网络节点的MIH信息,所以第一网络节点能够向移动节点广播包括有第二网络节点的MIHF ID和传送地址的MIH能力发现广告消息。
为了发送可由第一网络节点或第二网络节点提供的MIH能力消息,移动节点的MIHF 2300b向作为上层实体的MIHF用户2300a发送MIH能力发现广告(MIH_Capability_Discovery.advertisement)原语。MIH能力发现广告原语是本地原语。
对于本领域技术人员显而易见的是,能够在不脱离本发明的精神或范围的情况下作出各种修改和变型。因此,本发明旨在涵盖落入所附权利要求及其等同物的范围内的本发明的修改例和变型例。
工业应用性
本发明可应用于各种移动通信系统。
Claims (20)
1、一种发送介质独立切换(MIH)消息的方法,该方法包括以下步骤:
由源广播介质独立切换功能(MIHF)实体将被设置为预定零长度的广播MIHF标识符(ID)包括在MIH请求消息的目的地ID区域中;以及
由所述源MIHF实体通过数据面来向未知目的地MIHF实体广播所述MIH请求消息。
2、根据权利要求1所述的方法,
其中,所述MIH请求消息是以下中的一种:MIH发现请求消息,其用于发现所述目的地MIHF实体的MIHF ID;以及MIH能力发现请求消息,其用于发现所述目的地MIHF实体的MIH能力。
3、根据权利要求1所述的方法,
其中,所述MIH请求消息用于发现所述目的地MIHF实体的MIHFID和MIH能力。
4、根据权利要求2所述的方法,该方法还包括以下步骤:
在广播了所述MIH请求消息之后,由所述源MIHF实体设置用于接收针对该MIH请求消息的MIH响应消息的定时器。
5、根据权利要求4所述的方法,
其中,如果在所述定时器的设定间隔期间接收到所述MIH响应消息,则所述源MIHF实体结束操作,并且,如果在所述定时器的设定时间期间没有接收到所述MIH响应消息,则所述源MIHF实体利用不同传送来广播所述MIH请求消息。
6、根据权利要求4所述的方法,
其中,仅通过MIH网络实体来发送所述MIH响应消息,作为对所述MIH请求消息的响应。
7、根据权利要求1所述的方法,
其中,所述数据面是第二层数据面与第三层数据面中的一个数据面。
8、根据权利要求1所述的方法,
其中,所述MIH请求消息在MIH头部中包括源MIHF ID、所述广播MIHF ID、源地址信息以及源MIH能力信息。
9、根据权利要求8所述的方法,
其中,所述源MIH能力信息包括所述源MIHF实体所支持的以下内容:MIH事件列表、MIH命令列表、MIH信息列表以及MIH传送列表。
10、一种接收介质独立切换(MIH)消息的方法,该方法包括以下步骤:
通过数据面接收从未知介质独立切换功能(MIHF)实体广播的MIH响应消息,其中,该MIH响应消息包括被设置为预定零长度的广播MIHF标识符(ID)和该MIHF实体的ID;以及
向上层MIH用户发送包括在所述MIH响应消息中的目的地MIHFID和目的地MIHF能力信息。
11、根据权利要求10所述的方法,
其中,所述数据面是第二层数据面与第三层数据面中的一个数据面。
12、根据权利要求10所述的方法,
其中,所述MIH响应消息还包括所述MIHF实体的MIH能力信息。
13、根据权利要求12所述的方法,
其中,所述MIH响应消息还包括所述MIHF实体的传送地址。
14、根据权利要求12所述的方法,
其中,所述MIHF实体的所述MIH能力信息包括所述MIHF实体所支持的以下内容:MIH事件列表、MIH命令列表、MIH信息列表以及MIH传送列表。
15、一种由源来发送介质独立切换(MIH)消息的方法,该方法包括以下步骤:
在初始状态中由所述源的介质独立切换功能(MIHF)实体广播MIH请求消息,其中,将被设置为零长度的广播标识符(ID)包括在该MIH请求消息的目的地ID区域中;
设置用于接收针对该MIH请求消息的响应的定时器;以及
转换到由该MIHF实体等待所述针对该MIH请求消息的响应的等待状态。
16、根据权利要求15所述的方法,
其中,通过数据面来广播所述MIH请求消息,该数据面是第二层数据面与第三层数据面中的一个数据面。
17、根据权利要求15所述的方法,该方法还包括以下步骤:
在所述等待针对所述MIH请求消息的响应的等待状态中,由所述MIHF实体接收至少一个针对该MIH请求消息的MIH响应消息,直到所述定时器的设定间隔到期为止;以及
当所述定时器的设定间隔到期时,转换到传送结束状态。
18、一种由目的地来发送介质独立切换(MIH)消息的方法,该方法包括以下步骤:
在初始状态中通过数据面接收MIH请求消息,其中,该MIH请求消息包括在源的介质独立切换功能(MIHF)实体中广播的、被设置为零长度的广播标识符(ID),并且该MIH请求消息包括所述源的MIHF ID;
设置用于发送MIH响应消息的定时器;以及
转换到发送该MIH响应消息的发送状态。
19、根据权利要求18所述的方法,该方法还包括以下步骤:
在所述初始状态中将所述源的MIHF ID包括在所述MIH响应消息的目的地ID区域中;以及
在发送该MIH响应消息的发送状态中,向所述源的MIHF实体发送该MIHF响应消息。
20、根据权利要求19所述的方法,该方法还包括以下步骤:
在发送所述MIH响应消息的发送状态中,设置用于接收针对该MIH响应消息的确认(ACK)信号的ACK定时器;以及
如果在该ACK定时器的设定时间到期之前从所述源的MIHF实体接收到该ACK信号,则转换到发送成功状态,并且,如果在该ACK定时器的设定时间到期之前没有接收到该ACK信号,则转换到发送失败状态。
Applications Claiming Priority (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US94244907P | 2007-06-06 | 2007-06-06 | |
US60/942,449 | 2007-06-06 | ||
KR1020070079184 | 2007-08-07 | ||
KR1020070079184A KR101366270B1 (ko) | 2007-05-08 | 2007-08-07 | 무선 접속 시스템에서 이종망간 mih 프로토콜 메시지전송방법 |
KR1020070079183 | 2007-08-07 | ||
KR10-2007-0079183 | 2007-08-07 | ||
KR20070079183 | 2007-08-07 | ||
KR10-2007-0079184 | 2007-08-07 | ||
KR1020080030372A KR101461948B1 (ko) | 2007-06-06 | 2008-04-01 | 무선 접속 시스템에서 mih 프로토콜 메시지 전송방법 |
KR1020080030372 | 2008-04-01 | ||
KR10-2008-0030372 | 2008-04-01 | ||
PCT/KR2008/002958 WO2008150078A1 (en) | 2007-06-06 | 2008-05-27 | Method of transmitting protocol message for media independent handover in wireless access system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101682408A true CN101682408A (zh) | 2010-03-24 |
CN101682408B CN101682408B (zh) | 2012-12-05 |
Family
ID=40367643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880019018.9A Expired - Fee Related CN101682408B (zh) | 2007-06-06 | 2008-05-27 | 在无线接入系统中发送介质独立切换的协议消息的方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8194613B2 (zh) |
EP (1) | EP2153547B1 (zh) |
KR (1) | KR101461948B1 (zh) |
CN (1) | CN101682408B (zh) |
WO (1) | WO2008150078A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105702092A (zh) * | 2016-04-20 | 2016-06-22 | 罗平 | 一种基于微处理器的防追尾预警装置及其方法 |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8817656B2 (en) * | 2008-04-08 | 2014-08-26 | Cisco Technology, Inc. | Discovery for fibre channel over ethernet devices |
WO2009146741A1 (en) * | 2008-06-04 | 2009-12-10 | Nokia Siemens Networks Oy | Network discovery and selection |
US8495245B2 (en) * | 2009-01-08 | 2013-07-23 | Alcatel Lucent | Connectivity, adjacencies and adaptation functions |
PL2438782T3 (pl) | 2009-06-03 | 2019-09-30 | Sisvel International S.A. | Usługa głosowa w wyewoluowanym systemie pakietowym |
US8837357B2 (en) * | 2009-07-02 | 2014-09-16 | Blackberry Limited | Methods and apparatus for mobile voice service management |
US9148624B2 (en) * | 2009-09-17 | 2015-09-29 | Verizon Patent And Licensing Inc. | System for and method of providing graphical contents during a communication session |
KR101727295B1 (ko) * | 2010-01-08 | 2017-04-14 | 한국전자통신연구원 | 방송망과 통신망 간의 핸드오버 방법 및 핸드오버 제어장치 |
US8599796B2 (en) * | 2010-01-08 | 2013-12-03 | Electronics And Telecommunications Research Institute | Method and apparatus for handover between communication network and broadcast network |
US20110317692A1 (en) * | 2010-06-03 | 2011-12-29 | Essence Security International Ltd. | Acknowledgement of communications using shared messages |
US8755329B2 (en) | 2010-06-11 | 2014-06-17 | Blackberry Limited | Methods and apparatus for voice domain operation |
US8601115B2 (en) * | 2010-06-26 | 2013-12-03 | Cisco Technology, Inc. | Providing state information and remote command execution in a managed media device |
GB2482334B (en) * | 2010-07-30 | 2013-03-06 | Samsung Electronics Co Ltd | A wireless network environment, a mobile device, an information server and a method of providing information in a wireless network environment |
US9418372B2 (en) * | 2012-05-25 | 2016-08-16 | Apple Inc. | Advertising, discovering, and using services through virtual access point interfaces |
US20140149570A1 (en) * | 2012-11-27 | 2014-05-29 | Videxio As | Provisioning ip terminals |
US9503888B2 (en) | 2014-04-17 | 2016-11-22 | Qualcomm Incorporated | Enhanced timer handling mechanism |
US9930626B2 (en) * | 2014-05-09 | 2018-03-27 | Futurewei Technologies, Inc. | Device, network, and method for communications with dynamic adaptation |
US11716372B2 (en) * | 2019-10-01 | 2023-08-01 | Honeywell International Inc. | Method and system for centralized management of access subnetwork selection for mobile platform communications |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7398088B2 (en) * | 2003-09-29 | 2008-07-08 | Motorola, Inc. | Handover method and apparatus |
US7738871B2 (en) | 2004-11-05 | 2010-06-15 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
US7715842B2 (en) * | 2005-04-09 | 2010-05-11 | Lg Electronics Inc. | Supporting handover of mobile terminal |
WO2006118410A2 (en) | 2005-05-02 | 2006-11-09 | Lg Electronics Inc. | A method of supporting handover in a multi-mode mobile station |
KR101084137B1 (ko) * | 2005-05-02 | 2011-11-17 | 엘지전자 주식회사 | 멀티모드 이동단말의 핸드오버 지원 방법 |
CN100442932C (zh) * | 2005-12-30 | 2008-12-10 | 华为技术有限公司 | 多模终端使用多链路时的切换方法 |
US8331313B2 (en) * | 2006-06-14 | 2012-12-11 | Interdigital Technology Corporation | Efficient media independent handover protocol operation enhancements |
US8165088B2 (en) * | 2006-09-13 | 2012-04-24 | Toshiba America Research, Inc. | MIH protocol state machine |
-
2008
- 2008-04-01 KR KR1020080030372A patent/KR101461948B1/ko active IP Right Grant
- 2008-05-27 CN CN200880019018.9A patent/CN101682408B/zh not_active Expired - Fee Related
- 2008-05-27 WO PCT/KR2008/002958 patent/WO2008150078A1/en active Application Filing
- 2008-05-27 US US12/451,887 patent/US8194613B2/en not_active Expired - Fee Related
- 2008-05-27 EP EP20080765932 patent/EP2153547B1/en not_active Not-in-force
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105702092A (zh) * | 2016-04-20 | 2016-06-22 | 罗平 | 一种基于微处理器的防追尾预警装置及其方法 |
Also Published As
Publication number | Publication date |
---|---|
US20100118771A1 (en) | 2010-05-13 |
KR101461948B1 (ko) | 2014-11-14 |
KR20080107250A (ko) | 2008-12-10 |
EP2153547A4 (en) | 2010-10-13 |
WO2008150078A1 (en) | 2008-12-11 |
EP2153547B1 (en) | 2015-05-06 |
CN101682408B (zh) | 2012-12-05 |
EP2153547A1 (en) | 2010-02-17 |
US8194613B2 (en) | 2012-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101682408B (zh) | 在无线接入系统中发送介质独立切换的协议消息的方法 | |
CN101536452B (zh) | 用于发送和接收多模式移动终端的控制信息的方法 | |
JP4916920B2 (ja) | 移動体通信システム、隣接セルリスト管理方法および基地局 | |
KR101783797B1 (ko) | 핸드오버를 수행하는 방법 및 장치 | |
US7991002B2 (en) | Apparatus and method for implementing handoff between heterogeneous networks in a wireless communication system | |
AU2005251635B2 (en) | Scanning neighboring base stations in wireless access system | |
KR101651120B1 (ko) | 계층적 셀 구조의 무선통신 시스템에서 게이트웨이를 이용한 기지국 간의 연동 방법 및 장치 | |
US7948946B2 (en) | Method for providing multicast service according to handoff of source node in mobile internet protocol communication system | |
CN104244350A (zh) | 无线网络中接入点把与其相关联的用户站移交给其它接入点的方法 | |
CN103797856A (zh) | 在包括具有不同接入模式的小区的通信系统中的载波聚合 | |
US20080132237A1 (en) | Relocation controlling apparatus in wireless communications network | |
US9344934B2 (en) | Method and apparatus for reducing latency during wireless connectivity changes | |
CN102939778A (zh) | 宿主/中继节点关联的自配置 | |
US20110199937A1 (en) | Method for configuring a wireless network | |
CN103220729A (zh) | 用户上下文释放方法、基站以及家庭基站网关 | |
CN103220815A (zh) | 一种基站间接口连接建立方法及装置 | |
CN101253791B (zh) | 在不同种类的网络之间切换时重新配置网际协议地址的方法 | |
CN101461275A (zh) | 用于促进无线城域网中的快速切换的方法和装置 | |
CN102378313A (zh) | 移动性管理实体的选择方法及中继节点 | |
CN100499544C (zh) | WiMAX接入服务网络网关间相互定位的方法 | |
KR20080098838A (ko) | 무선통신시스템에서 핸드오버 장치 및 방법 | |
CN101189899B (zh) | 在多模式移动站中支持切换的方法 | |
CN101400089A (zh) | 一种异构无线网络之间进行切换的方法、网络实体及终端 | |
WO2007138652A1 (ja) | 通信装置、通信システム及びハンドオーバ方法 | |
JP4853678B2 (ja) | 移動通信システムおよび無線基地局 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121205 Termination date: 20180527 |