CN201230326Y - 使用媒介无关切换功能在IEEE802.16 WiBro网络与UMTS网络之间的切换 - Google Patents
使用媒介无关切换功能在IEEE802.16 WiBro网络与UMTS网络之间的切换 Download PDFInfo
- Publication number
- CN201230326Y CN201230326Y CNU2008200024612U CN200820002461U CN201230326Y CN 201230326 Y CN201230326 Y CN 201230326Y CN U2008200024612 U CNU2008200024612 U CN U2008200024612U CN 200820002461 U CN200820002461 U CN 200820002461U CN 201230326 Y CN201230326 Y CN 201230326Y
- Authority
- CN
- China
- Prior art keywords
- mih
- function
- api
- umts
- modulator
- 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.)
- Expired - Fee Related
Links
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/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本实用新型公开了一种无线发射/接收单元(WTRU),该WTRU包括IEEE 802.16调制解调器、通用移动电信系统(UMTS)调制解调器以及媒介无关切换(MIH)实体。软件应用编程接口为MIH实体提供了某些机制以便接收关于IEEE 802.16和UMTS链路的信息,控制IEEE 802.16和UMTS调制解调器来用于切换,发现MIH服务器和IP多媒体系统节点,触发移动IP切换等等。如果成功建立了IEEE 802.16链路,那么MIH实体将会启动MIH会话。当IEEE 802.16调制解调器指示连接将要终止时,MIH实体将会激活用于切换的UMTS调制解调器。如果IEEE 802.16调制解调器指示链路参数越过门限,那么MIH实体会向MIH服务器发送IEEE 802.16和WCDMA信号测量结果。在接收到MIH切换请求之后,MIH实体将会开始切换到UMTS网络。
Description
技术领域
本实用新型涉及无线通信。
背景技术
目前,多种不同类型的无线接入技术已被开发,其中包括全球移动通信标准(GSM)、通用移动电信系统(UMTS)、CDMA2000、IEEE 802.16无线宽带(WiBro)、WiFi和WiMAX、以及IEEE 802.11无线局域网(WLAN)。这其中的每一种系统都是为了提供特定应用而被开发和设计的。
随着无线通信网络在企业、住宅和公共区域中的普遍采用,当此类网络的用户从一个网络移动到另一个网络时,连续的连接是可以得到支持的。伴随着新兴的“始终在线”的生活方式,无线发射/接收单元(WTRU)(也就是移动站(MS))需要支持多种不同种类的网络,而对整合了一种以上的无线接口的多模WTRU来说,该WTRU需要具有在通信过程中在这些网络之间执行无缝切换的能力。
目前,IEEE 802.21媒介无关切换(MIH)已被开发,以便能够根据链路层提供的测量和触发来执行无缝切换。IEEE 802.21定义了媒介无关事件服务(ES)、命令服务(CS)和信息服务(IS)。此外,IEEE 802.21还为每一种特定的接入技术定义了媒介相关/无关服务接入点(SAP)和相关联的原语。
IEEE802.21 MIH事件和信息服务(EIS)需要在WTRU与MIH服务点(PoS)之间具有用于链路状况更新并且基于MAC或物理层的事件通知。MIH EIS事件包括链路建立、链路断开、链路参数变更、链路即将断开、服务数据单元(SDU)传输状况、链路事件反转、预触发(L2交递逼近)等等。当前,对多种技术来说,支持MIH EIS所需要的链路层扩展正处于考虑之中。
MIH提供的关键功能是在包括因特网协议(IP)层在内的不同无线层之间执行通信。而需要的消息则是由位于第二层与第三层之间的协议堆栈中的MIH实体进行中继的。MIH实体可以与不同的IP协议层进行通信,其中包括用于信令的会话启动协议(SIP)以及用于移动性管理的移动IP层。
当会话从一个接入点交递到使用相同技术的另一个接入点时,这种切换通常可以在不包括MIH实体的情况下在这种无线技术内部执行。举个例子,从WiBro手机到WiBro接入点的IP上的语音(VoIP)呼叫可以切换到使用相同WiBro标准的相同网络中的另一个WiBro接入点。但是,要想执行从WiBro接入点到UMTS网络的切换,那么MIH将是必需的,这是因为这两个接入点无法在链路层相互通信,并且这两个接入点通常是处于不同IP子网的。
相应地,如果提供一种用于在IEEE 802.16 WiBro网络与UMTS网络之间执行切换的方法和设备,那么将会是非常理想的。
实用新型内容
本实用新型公开的是一种通过使用IEEE 802.21 MIH功能而在IEEE 802.16网络与UMTS网络之间执行切换的方法和设备。WTRU可以包括IEEE 802.16调制解调器(例如WiBro调制解调器)、UMTS调制解调器以及MIH实体。软件应用编程接口(API)为MIH实体提供了某些机制,以便接收关于IEEE 802.16和UMTS链路的信息,控制IEEE 802.16调制解调器和UMTS调制解调器用以技术间切换,通过动态主机配置协议(DHCP)或者通过域名系统(DNS)来发现MIH服务器以及IP多媒体系统(IMS)网络节点,触发移动IP来执行IP切换,经由用户数据报协议(UDP)之类的传输协议来发送或接收MIH消息,以及允许主机操作和维护(O&M)实体能够控制MIH实体。
MIH实体可以经由API来激活IEEE 802.16调制解调器。如果已经成功建立了IEEE802.16链路,那么MIH实体会启动MIH会话。当IEEE 802.16调制解调器指示连接即将终止(或以其他方式断开)时,MIH实体将会激活UMTS调制解调器,以便执行切换。如果IEEE 802.16调制解调器指示链路参数越过了门限,那么MIH实体会向MIH服务器发送IEEE 802.16和UMTS信号测量。在接收到MIH切换请求之后,MIH实体将会指示切换到UMTS网络。该MIH实体可以将IEEE 802.16QoS参数映射成UMTS QoS参数,并且指定将被从UMTS网络请求的UMTS QoS简档。作为替换,MIH实体会在PDP上下文激活过程中请求被预订网络的QoS简档。
附图说明
从以下关于优选实施方式的描述中可以更详细地了解本实用新型,这些优选实施方式是以实施例的方式给出的,并且是结合附图而被理解的,其中:
图1是用于执行从WiBro网络到WCDMA网络的MIH的示例WTRU的框图;
图2A和2B是用于执行从WiBro网络到WCDMA网络的MIH的示例处理的流程图;
图3显示的是在切换时在WiBro上没有数据会话的情况下的图2的示例处理的替换方案;
图4是在启动时没有WiBro覆盖的情况下执行MIH的示例处理的流程图;
图5是用于执行从UMTS网络到WiBro网络的MIH的示例处理的流程图;
图6A和6B分别显示的是同步函数调用和异步函数调用过程;以及
图7显示的是将WiBro QoS参数映射成WCDMA QoS参数的示例映射。
具体实施方式
下文引用的术语“WTRU”包括但不局限于用户设备(UE)、移动站、固定或移动签约用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、计算机或是其他任何能在无线环境中工作的用户设备。下文引用的术语“基站”包括但不局限于Node-B、站点控制器、接入点(AP)或是其他任何能在无线环境中工作的接口设备。
下文中的描述仅仅是出于示例目的,并且该描述是参考WiBro和WCDMA来进行说明的。然而应该指出的是,这些实施例并不局限于WiBro-WCDMA切换,并且可以应用于包括IEEE 802.16网络在内的任何两个无线接入网络之间的切换。此外,虽然在这里认定UMTS是一个比WCDMA更为广义的术语,但是应该指出的是,WCDMA和UMTS在这里是可以互换使用的。
图1是用于执行从WiBro网络到WCDMA网络的MIH的示例WTRU 100的框图。该WTRU100可以包括IEEE 802.16(例如WiBro、WiMAX等等)调制解调器110、WCDMA调制解调器120、MIH实体(MIH中间件)130以及上层140。此外,WTRU 100还可以一个或多个其他组件,但是为了清楚起见,在图1中并未描述这些组件。例如,上层140可以包括应用层150(例如即时消息、网络浏览等等)、控制协议层160(例如会话启动协议(SIP)、移动因特网协议(IP)、动态主机配置协议(DHCP)、域名系统(DNS)等等)、传输层170(例如用户数据报协议(UDP)层、传输控制协议(TCP)层、流控制传输协议(SCTP)、数据报拥塞控制协议(DCCP)等等)、IP层180以及操作和维护(O&M)实体190。WiBro调制解调器可以包括WiBro物理层112和WiBro L2 114。WCDMA调制解调器可以包括物理层122、接入层(AS)分层124以及非接入层(NAS)分层126。从MIH实体130到WiBro调制解调器110以及WCDMA调制解调器120的命令和信息可以经由那些为WiBro调制解调器110和WCDMA调制解调器120执行映射功能的802.21服务接入点(SAP)118、128来进行传递,反之亦然。
在示例的实施方式中,其中提供了一种用于在MIH实体130与WTRU 100中的其他实体之间实施软件接口的方法。该软件接口为MIH实体130提供了某些机制,以便接收关于WiBro和WCDMA链路的信息,控制WiBro调制解调器110、WCDMA调制解调器120以及WTRU100的其他组件用以技术间切换,通过DHCP或域名系统(DNS)来发现MIH服务器以及IP多媒体系统(IMS)网络,触发移动IP来执行IP切换,经由TCP/UDP来发送或接收MIH消息,以及允许O&M实体190能够控制MIH实体130。
在另一个实施方式中,其中定义了用于WiBro-WCDMA移动性的客户端应用编程接口(API)。该API包含了下层的客户端API以及上层的客户端API。表1显示的是WiBro调制解调器110与MIH实体130之间的下层客户端API,表2显示的是WCDMA调制解调器120与MIH实体130之间的较低层客户端API。
表1
APIID | API的WiBro定义(IEEE P802.16g/D6,2006年11月) | API的802.21定义(IEEE P802.21TM/DO2.00,2006年9月) | 802.21服务类型 |
1.1MIH中间件→WiBro | 为某些WiBro链路参数设置门限,并且在其被越过(低于)时将产生测量报告。 | Link_Configure_Thresholds.request为链路参数报告指示配置门限 | 命令 |
1.2WiBro→MIH中间件 | 响应于用于配置链路参数的请求而被发送,并且规定了配置处理的结果。 | Link_Configure_Thresholds.confirm响应于链路配置门限而被发送,并且规定了配置处理的结果。 | (响应于)命令 |
1.3WiBro→MIH中间件 | 表明当前的WiBro小区是最后一个小区,并且报告相应的小区ID(用于小区覆盖范围末端) | Link_Going_Down第二层连接预期(预计)会在一定时间间隔以内断开。 | 事件 |
1.4 | 执行WiBro链路的周期性 | Link_Parameter_Report.ind | 事件 |
WiBro→MIH中间件 | 测量,以便指示这些参数已经越过(低于)某些门限。 | ication指示(周期性地)链路参数已经越过(低于)某些门限。 | |
1.5MIH中间件→WiBro | M-MTM-REQ用于请求WiBro堆栈的状况变更,例如通电(断电)。 | Link_Action.request命令产生(或关闭等等)包括QoS信息的链路层连接。 | 命令 |
1.6WiBro→MIH中间件 | M-MTM-RSP响应于M-MTM-REQ而被产生,并且指示的是操作状况。 | Link_Action.confirm响应于Link_Switch.request而被产生并且指示的是操作状况。 | (响应于)命令 |
1.7MIH中间件→WiBro | 请求用于目标(正在运行的)应用的QoS参数。 | Link_Get_Parameters.request请求用于目标(正在运行的)应用的QoS参数。 | 命令 |
1.8WiBro→MIH中间件 | 使用目标QoS参数来做出响应。 | Link_Get_Parameters.confirm使用目标QoS参数来做出响应。 | (响应于)命令 |
1.9WiBro→MIH中间件 | C-NEM-RSP表明当前的WiBro芯片已经检测到覆盖范围,并且形成了与基站的关联。 | Link_Up.indication第二层连接是在指定的链路接口上建立的,并且在建立链路连接的过程中实施的所有第二层活动都已完成。 | 事件 |
1.10WiBro→MIH中间件 | C-NEM-RSP表明当前的WiBro芯片已经失去与其先前关联的基站的连接,并且在WiBro上不再可以进行通信。 | Link_Down.indication指定链路上的第二层连接中断,并且在所述指定链路上不可以再发送分组。 | 事件 |
1.11WiBro→ | 表明WTRU正在从先前提供了指示的边界小区反向移 | Link_Event_Rollback.indication | 事件 |
MIH中间件 | 动到WiBro覆盖区域。 | 不再预期链路会在指定之间间隔中断开(与链路即将断开指示结合使用)。 | |
1.12WiBro→MIH中间件 | 表明移动节点处于覆盖区域之中,并且可以侦听信标,或者移动节点已经接收到了针对探查信号的响应。 | Link_Detected.indication表明检测到了可供使用的全新类型的链路。 | 事件 |
表2
AT命令可以用于在WCDMA调制解调器120与MIH实体130之间进行通信,以便执行功能(例如创建PDP上下文)。AT命令的格式包括前缀、主体和结尾,在下文中将会对此进行详细描述。
表3显示的是MIH实体与移动IP层164之间的上层客户端API。表4显示的是MIH实体130与SIP客户端162之间的上层客户端API。表5显示的是MIH实体130与UDP/IP层170/180之间的上层客户端API。表6显示的是MIH实体130与DHCP层166之间的上层客户端API。表7显示的是MIH实体130与O&M实体190之间的上层客户端API。
表3
表4
API ID | API描述 | 用途 |
4.1MIH中间件→DHCP | 发现代理呼叫状态控制功能(P-CSCF)的IP地址。 | 发现P-CSCF,以便执行注册到IMS网络的处理(参见DHCP APIs)。 |
4.2DHCP→MIH中间件 | 确认发现了P-CSCF. | 返回尝试发现P-CSCF的IP地址的结果。 |
4.3MIH中间件→IMS/SIP | 注册到IMS网络。 | 允许客户端设备开始执行IMS服务。 |
4.4IMS/SIP→MIH中间件 | 确认IMS注册。 | 返回尝试结果,以便注册到IMS网络。 |
表5
API ID | API描述 | 用途 |
5.1MIH中间件→UDP/IP | 向802.21MIH服务器发送MIH消息。 | 将MIH消息从客户端(中间件)发送到802.21MIH服务器。 |
5.2UDP/IP→MIH中间件e | 确认MIH消息发送。 | 将被请求消息分离的状况通知给中间件。 |
5.3MIH中间件→UDP/IP | 请求UDP/IP接收MIH消息。 | 经由UDP来接收MIH消息。 |
5.4UDP/IP→MIH中间件 | 从802.21MIH服务器接收MIH消息。 | 转发那些从802.21MIH服务器接收的远程MIH消息(到客户端中的中间件)。 |
表6
API ID | API描述 | 用途 |
6.1MIH中间件→DHCP | 发现网络节点的IP地址。 | 触发802.21MIH服务器或P-CSCF之类的网络节点的IP地址发现处理。 |
6.2DHCP→MIH中间件 | 确认发现了网络节点。 | 返回尝试发现特定网络节点的结果。 |
表7
API ID | API描述 | 用途 |
7.1O&M接口→MIH中间件 | 启动MIH中间件。 | 将MIH中间件置入活动模式 |
7.2MIH中间件→O&M接口 | 确认启动了MIH中间件. | 返回尝试启动MIH中间件的结果。 |
7.3O&M接口→MIH中间件 | 停止MIH中间件. | 去激活MIH中间件. |
7.4MIH中间件→O&M接口 | 确认停止了MIH中间件. | 返回尝试去激活MIH中间件的结果。 |
7.5O&M接口→MIH中间件 | 重获MIH中间件参数(也就是状态、变元、链路条件等等)。 | 重获当前的MIH中间件条件,以便将其用于测试/排错。 |
7.6MIH中间件 | 提供MIH中间件的条件,参数值等等。 | 返回特定(被请求)MIH中间件的条件、参数值等等的数值。 |
→O&M接口 | ||
7.7MIH中间件→O&M接口 | 通告技术间切换事件完成。作为替换,向O&M通告任何与链路层或MIH相关的事件。 | 用于报告切换完成,以及如果恰当的话,用于启动/停止受到切换影响的其他过程。作为替换,用于报告切换完成,链路层故障,检测以及所有与MIH功能以及链路层管理功能相关的指示。 |
7.8O&M接口→MIH中间件 | 检查WCDMA调制解调器是否处于命令或数据模式。 | 用于查询WCDMA调制解调器工作时所在模式,也就是命令或数据。 |
7.9MIH中间件→O&MInterface | 提供WCDMA调制解调器模式。 | 返回WCDMA调制解调器的模式,也就是命令或数据模式。 |
7.10O&M接口→MIH中间件 | 设置配置参数请求。 | 用于动态变更某些参数的配置。 |
7.11MIH中间件→O&M接口 | 确认配置请求。 | 返回设置配置请求的状况。 |
7.12MIH中间件→O&M接口 | 与被请求的QoS相关的请求信息。 | 用于向O&M查询被请求的QoS参数。 |
7.13O&M接口→MIH中间件 | 响应QoS查询。 | 返回被请求的QoS参数。 |
图2A和2B是用于执行从WiBro网络到UMTS网络的MIH的示例处理200的流程图。一旦开始MIH交互,那么MIH实体将会经由Link_Action.request(链路操作请求)API来激活WiBro调制解调器(步骤202)。该WiBro调制解调器将被激活,并且该WiBro调制解调器将会尝试建立WiBro链路(步骤204)。所述激活以及WiBro链路建立的状态将会经由Link_Action.confirm(链路操作确认)API而被指示给MIH实体(步骤206)。如果确定尚未建立WiBro链路,那么将会执行在下文中参考图4描述的处理400。
如果在步骤208确定成功建立了WiBro链路,那么MIH实体将会请求移动IP客户端164执行发现外地代理和移动IP绑定更新的处理(步骤210)。所述FA发现处理将被执行,并且移动IP绑定更新是使用被发现的FA以及经由在WiBro链路上的IP堆栈来执行的(步骤212)。代理呼叫状态控制功能(P-CSCF)和MIH发现处理是经由DHCP或DNS而在IP堆栈上执行的(步骤214)。P-CSCF和MIH服务器是使用DHCP或DNS服务器并且经由IP堆栈来发现的(步骤216)。该MIH实体将会请求SIP客户端执行IP多媒体子系统(IMS)注册(步骤218)。IMS注册是使用P-CSCF并且经由IP堆栈来执行的(步骤220)。HA IP地址是经由FA查询的(步骤221,221a)。然后,MIH实体将会启动一个MIH会话(步骤222)。MIH会话的启动是使用MIH服务器并且经由IP堆栈来传达的(步骤224)。
当检测到当前WiBro小区是边界小区时(也就是说,WiBro链路条件正在降低),WiBro覆盖范围的最终末端将被触发,并且当前WiBro边界小区的标识(ID)将会经由Link_going_Down.indication(链路即将断开指示)API而被报告给MIH实体(步骤226)。然后,MIH实体将会通过向WCDMA调制解调器发送AT+CFUN命令来激活WCDMA调制解调器(步骤228)。该WCDMA调制解调器将被激活,并且将会用信号传递OK(确定)(步骤230,232)。
MIH实体经由Link_Configure_Thresholds.request(链路配置门限请求)API来向WiBro调制解调器设置某些WiBro链路参数的门限(步骤234),其中当越过该门限时,这时将会触发测量报告的生成处理。响应于这个配置链路参数的请求,WiBro调制解调器将会发送一个确认,并且将会经由Link_Configure_Threshold.confirm(链路配置门限确认)API来向MIH实体指定配置结果(步骤236)。在越过了这些门限之后,WiBro调制解调器将会经由Link_Parameter_Report.indication(链路参数报告指示)API来向MIH实体周期性报告测量结果(步骤238)。MIH实体通过发送AT+CSQ命令来从WCDMA调制解调器那里请求(周期性)信号质量测量结果(步骤240)。而WCDMA调制解调器则会周期性地对来自MIH实体的被请求信号质量测量结果做出响应(步骤242)。
MIH实体经由IP堆栈来向MIH服务器发送信号质量测量结果和WiBro小区ID(步骤244)。该MIH实体将会从MIH服务器那里接收MIH切换请求(步骤246)。所述MIH实体可以经由Link_Get_Parameter.request(链路获取参数请求)API来从WiBro调制解调器那里请求当前正在运行的应用的QoS参数,以便将WiBro QoS参数映射成WCDMA QoS参数(步骤248)。WiBro调制解调器则经由Link_Get_Parameter.confirm(链路获取参数确认)API来对被请求的QoS参数做出响应(步骤250)。然后,MIH实体将WiBro QoS参数映射成UMTS QoS参数(步骤252)。在PDP上下文激活过程中,被映射的UMTS QoS简档将被请求到UMTS网络。在表8和9中分别显示了WiBro QoS定义以及WCDMA QoS定义。此外,在图7和表10中显示了WiBro QoS参数到WCDMA QoS参数的示例映射。
表8
表9
表10
WiBro QoS参数 | WCDMA QoS参数 |
UGS,ertPS | 常规类别 |
rtPS | 流式传输类别 |
nrtPS | 后台类别 |
BE | 交互式类别 |
最大持续业务速率(bps) | 最大比特率(kbps) |
最大等待时间(ms) | 传输延迟(ms) |
最小保留业务速率(bps) | 许可比特率(kbps) |
业务优先级(0-7) | 业务处理优先级(1,2,3,…) |
作为替换,MIH实体可以从UMTS网络获取“预订的QoS简档”,而不是将先前许可的WiBro QoS映射成WCDMA QoS。在这个过程中,先前的WiBro许可QoS将被忽略,并且MIH实体会在PDP上下文激活消息中向UMTS网络指示使用网络许可(被指派的)的QoS。然后,该MIH将会接受UMTS网络发送的QoS简档。
MIH实体通过向WCDMA调制解调器发送AT+CGDCONT命令来请求新的分组数据协议(PDP)上下文创建(步骤254)。作为响应,在这里会用信号通告OK(确定),并且将会创建新的PDP上下文(步骤256,257)。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ命令来规定UMTSQoS简档(步骤258)。作为响应,在这里将会用信号通告OK,并且将会为PDP上下文创建QoS简档(步骤260,261)。
MIH实体发起转换到UMTS的过程(步骤262)。该MIH实体通过向WCDMA调制解调器发送AT+CGATT命令来请求与UMTS网络相附着(步骤264)。作为响应,在这里会用信号通告OK,并且将会使用无线电网络控制器(RNC)来执行一个无线电资源控制(RRC)连接建立过程,以及使用服务通用分组无线电业务(GPRS)支持节点(SGSN)来执行附着过程(步骤266,267)。该WCDMA调制解调器则会进入连接模式。MIH实体通过向WCDMA调制解调器发送AT+CGATT?命令来请求网络注册状况(步骤268)。而WCDMA调制解调器则会报告网络注册状况中的变化(步骤270)。MIH实体通过向WCDMA调制解调器发送AT+CGACT命令来请求激活PDP上下文(步骤272)。作为响应,在这里会用信号通告OK,并且将会使用SGSN以及网关GPRS支持节点(GGSN)来执行PDP上下文激活以及无线电承载建立(步骤274,275)。在PDP上下文激活过程中,QoS简档要么是通过将WiBro QoS参数映射成WCDMA QoS参数来产生的,要么是通过指示关于预订的QoS简档的请求产生的,并且该QoS简档是用PDP上下文激活消息来发送的。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ?来请求PDP上下文的当前设置(步骤276)。该WCDMA调制解调器则会将每一个规定PDP上下文的当前设置返回给MIH实体(步骤278)。
MIH实体通过发送AT+CGDATA命令来请求WCDMA调制解调器以输入数据状态(步骤280)。而WCDMA调制解调器则会用CONNECT(连接)命令做出响应(步骤282)。该MIH实体请求移动IP客户端164执行FA发现以及移动IP绑定更新(步骤284)。所述FA发现以及结合了被发现的FA的移动IP绑定更新则是经由WCDMA链路上的IP堆栈执行的(步骤286)。MIH实体请求SIP客户端162执行IMS重新注册(步骤288)。所述IMS重新注册则是使用IP堆栈上的P-CSCF来执行的(步骤290)。响应于步骤240的切换请求,MIH实体在IP堆栈上向MIH服务器发送MIH转换响应(步骤292)。用于IMS的UMTS会话将会启动(步骤294)。该MIH实体经由Link_Action.request(链路操作请求)API来发送链路转换命令,以便断开与WiBro调制解调器相连的WiBro链路(步骤296)。WiBro调制解调器则经由Link_Action.confirm(链路操作确认)API来做出响应,并且WiBro调制解调器将被关闭(步骤298)。
图3显示的是在切换时在WiBro上没有数据会话的情况下的示例处理200的备选方案。如果在切换时没有正在进行的数据会话,那么在执行了步骤202-242之后,MIH实体会经由IP堆栈来向MIH服务器发送信号质量测量结果(步骤302)。并且该MIH实体将会接收来自MIH服务器的MIH转换请求(步骤304)。
MIH实体发起转换到UMTS的过程(步骤306)。MIH实体通过向WCDMA调制解调器发送AT+CGDCONT命令来请求新的分组数据协议(PDP)上下文创建(步骤308)。作为响应,在这里会用信号通告OK(确定),并且将会创建新的PDP上下文(步骤310)。该MIH实体通过向WCDMA调制解调器发送AT+CGATT命令来执行与UMTS网络的附着(步骤312)。作为响应,在这里会用信号通告OK,附着过程将被执行,并且WCDMA调制解调器将会进入连接模式(步骤314)。MIH实体通过向WCDMA调制解调器发送AT+CGATT?命令来请求网络注册状况(步骤316)。而WCDMA调制解调器则会报告网络注册状况中的变化(步骤318)。MIH实体通过向WCDMA调制解调器发送AT+CGACT命令来请求激活PDP上下文(步骤320)。作为响应,在这里会用信号通告OK,并且将会执行PDP上下文激活以及无线电承载建立(步骤322)。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ?命令来请求PDP上下文的当前设置(步骤324)。该WCDMA调制解调器则会将每一个被定义的PDP上下文的当前设置返回给MIH实体(步骤326)。
MIH实体通过发送AT+CGDATA命令来请求WCDMA调制解调器进入数据状态(步骤328)。而WCDMA调制解调器则会用CONNECT(连接)命令做出响应(步骤330)。该MIH实体请求移动IP客户端164执行FA发现以及移动IP绑定更新(步骤332)。FA发现以及结合了被发现的FA的移动IP绑定更新则是经由WCDMA链路上的IP堆栈执行的(步骤334)。MIH实体经由IP堆栈向MIH服务器发送MIH转换响应(步骤336)。该MIH实体经由Link_Action.request(链路操作请求)API来发送链路转换命令,以便断开与WiBro调制解调器相连的WiBro链路(步骤338)。WiBro调制解调器则经由Link_Action.confirm(链路操作确认)API来做出响应,并且WiBro调制解调器将被关闭(步骤340)。
图4是在启动时在没有WiBro覆盖的情况下执行MIHde示例处理400的流程图。一旦启动MIH交互,那么MIH实体将会经由Link_Action.request(链路操作请求)API来激活WiBro调制解调器(步骤402)。该WiBro调制解调器将被激活,并且WiBro调制解调器将会尝试建立WiBro链路(步骤404)。激活和WiBro链路建立的状态将会经由Link_Action.confirm(链路操作确认)API而被指示给MIH实体(步骤406)。如果在步骤408确定没有建立WiBro链路,那么MIH实体将会发起一个过程,以便转换到UMTS(步骤410)。
MIH实体通过向WCDMA调制解调器发送AT+CGATT命令来请求与UMTS网络相附着(步骤412)。作为响应,在这里会用信号通告OK,并且将会执行附着过程,而WCDMA调制解调器则会进入连接模式(步骤414)。该MIH实体通过向WCDMA调制解调器发送AT+CGATT?命令来请求网络注册状况(步骤416)。而WCDMA调制解调器则会报告网络注册状况中的变化(步骤418)。MIH实体通过向WCDMA调制解调器发送AT+CGACT命令来请求激活PDP上下文(步骤420)。作为响应,在这里会用信号通告OK,并且将会执行PDP上下文激活和无线电承载建立(步骤422)。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ?来请求PDP上下文的当前设置(步骤424)。该WCDMA调制解调器则会将每一个被定义的PDP上下文的当前设置返回给MIH实体(步骤426)。
MIH实体通过发送AT+CGDATA命令来请求WCDMA调制解调器进入数据状态(步骤428)。而WCDMA调制解调器则会用CONNECT(连接)命令做出响应(步骤430)。该MIH实体请求移动IP客户端164执行FA发现以及移动IP绑定更新(步骤432)。FA发现以及结合了被发现的FA的移动IP绑定更新则是经由WCDMA链路上的IP堆栈执行的(步骤434)。该MIH交互结束(步骤436)。
图5是用于执行从UMTS网络到WiBro网络的MIH的示例处理500的流程图。一旦启动MIH交互,那么MIH实体将会设置一个定时器,并且将会通过向WCDMA调制解调器发送一个命令来周期性检查在UMTS上是否存在业务量(步骤502)。该WCDMA调制解调器则会对该命令做出响应(步骤504)。如果确定在WCDMA上没有业务量,那么MIH实体将会请求WiBro调制解调器在WiBro上进行扫描,以便确定是否存在WiBro覆盖(步骤506)。该WiBro调制解调器则会扫描WiBro小区,并且会将扫描结果报告给MIH实体(步骤508)。
如果所指示的是存在WiBro覆盖,那么MIH实体将会发起一个过程,以便关闭WCDMA调制解调器(步骤510)。该MIH实体通过向WCDMA调制解调器发送AT+CGACT命令来请求去激活PDP上下文(步骤512)。作为响应,在这里将会用信号通告OK,并且将会去激活PDP上下文(步骤514)。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ?命令来请求当前的PDP上下文设置(步骤516)。该WCDMA调制解调器向MIH实体返回当前PDP上下文设置(步骤518)。MIH实体通过向WCDMA调制解调器发送被设置成‘0’的AT+CGATT命令来请求网络分离(步骤520)。作为响应,在这里会用信号来通告OK,并且将会执行分离过程(步骤522)。MIH实体通过向WCDMA调制解调器发送AT+CGATT?命令来请求网络注册状况(步骤524)。WCDMA调制解调器则向MIH实体返回网络注册状况(步骤526)。MIH实体经由Link_Action.request(链路操作请求)API来激活WiBro调制解调器(步骤528)。这时,该WiBro调制解调器将被激活,并且该WiBro调制解调器将会尝试建立WiBro链路(步骤530)。而MIH交互则会继续进行。
图6A显示的是同步函数调用过程。请求方从对等实体调用函数,并且被调用的对等实体会在处理结束之后使用函数返回值来做出响应。函数返回值是由被调用函数为调用方函数提供的用以表明其操作结果的信息,或者是用以表明成功或失败的代码。函数是在执行到其末端的时候返回的。该函数返回值可以向请求方指示操作状况。
图6B显示的是异步函数调用过程。请求方从对等实体那里调用函数,在没有完成该请求的情况下,在被调用处理初始化之后,该对等实体首先会用第一函数返回值来做出响应。在执行了被调用的请求之后,该对等实体将会调用回调函数。回调函数可以与异步函数调用相关联。该回调函数由请求方提供并且是由对等实体调用的,此外,被调用请求的结果将会经由回调函数而被传递到请求方。
应该指出的是,在这里将会使用下文的命名约定。对请求以及相关联的回调函数来说,除了后缀之外,函数名都是相同的。当函数实施一个请求(例如mihc_set_req())时,“req”将被用作后缀。“cb”被用作了相关联的回调函数的后缀(例如mihc_set_cb())。实施该请求的实体的名称则被用作了请求和回调的前缀。由IMS实施的请求函数被称为“ims_set_req()”,相关联的回调则被称为“ims_set_cb()”。
在下文中将会描述客户端API描述的详细实例。应该指出的是,这些实例仅仅是为了说明实施方式而被提供的,并且这些实施方式并未在范围方面加以限制。优选地,MIH中间件(也就是MIH实体)是作为便携式美国国家标准学会(ANSI)C代码(.c和/或.h文件)来编写的,其中该代码可以运行在任何支持ANSI C编译器的操作系统(OS)上。MIH中间件可以在实时操作系统(RTOS)和/或多线程环境中运行。对MIH中间件来说,它是由外部(非MIH)的线程启动和停止的。MIH中间件可以与其他(非MIH)软件线程(例如WiBro、MIP)共享某些公共存储空间。此外,函数调用将被用于与其他(非MIH)软件线程(例如MIP)进行通信。由MIH中间件提供给其他软件线程(例如WiBro)的函数是在调用者的执行时间运行的。由其他软件线程(例如WiBro)提供以及由MIH中间件调用的函数则是在MIH中间件的执行时间期间运行的。
用于WiBro接口的示例软件API描述。
针对WiBro的API:wibro_config_thresn_req
·方向
-MIH客户端中间件→WiBro设备驱动器
·描述
-这个异步函数调用为WiBro链路参数设置门限,由此一旦越过该门限,则报告这些参数
-该函数是由WiBro设备驱动器提供的,相应的回调则是由MIH客户端中间件提供的
-一旦MIH客户端中间件接收到来自MIH服务器的
MIH_Configure_Thresholds.request(MIH配置门限请求),则应该调用这个函数
-在被调用时,该函数将会配置WiBro设备驱动器中的所有被请求门限
-在执行了门限配置之后,其结果将会通过相关联的回调函数而被返回
·函数
mih_ret_code wibro_config_thresh_req
(num_link_param num,
link_param_thresh_s param_list)
where link_param_thresh_s
{link_param_type param,
initiate_action_threshold init_thresh,
rollback_action_threshold rb_thresh,
execute_action_threshold exec_thresh,
time_interval interval}
·参数
-num: 将被设置门限的参数的数量
-param:正被设置门限的参数(例如RSSI)
-init_thresh:操作初始建立的门限值
-rb_thesh:停止操作建立过程的门限(滞后量)
-exec_thresh:使操作立即发生的门限值
-interval:一旦越过门限,就再该处报告参数的时间间隔(0用于一次报告)
·返回值
-MIH_SUCCESS,以指示指示函数调用成功以及门限配置尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-wibro_config_thresh_cb(link_thresh_status);
针对中间件的API:wibro_config_thresh_cb
·方向
-WiBro设备驱动器→MIH客户端中间件
·描述
-这个回调函数是对要求为链路参数报告配置门限的请求做出的响应
-该回调是由MIH客户端中间件提供的,并且相应的请求函数是由WiBro设备驱动器提供的
-在被调用时,该函数将会使用变元中的信息来向MIH服务器发送用于WiBro链路的MIH_Configure_Thresholds.confirm(MIH配置门限确认)消息
·函数
mih_ret_code wibro_config_thresh_cb
(link_thresh_status status_code)
·参数
-status_code:用以指示门限配置尝试状态的码
·R返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-wibro_config_thresh_req(num_link_type,link_param_thresh_s);
针对中间件的API:wibro_config_thresh_cb
·方向:
-WiBro设备驱动器→MIH客户端中间件
·描述
-这个回调函数是对用于要求为链路参数报告配置门限的请求所做出的响应
-该回调是由MIH客户端中间件提供的,并且相应的请求函数是由WiBro设备驱动器提供的
-在被调用时,该函数使用变元中的信息来向MIH服务器发送用于WiBro链路的MIH_Configure_Thresholds.confirm(MIH配置门限确认)消息
·函数
mih_ret_code wibro_config_thresh_cb
(link_thresh_status status_code)
·参数
-status_code:用以指示门限配置尝试状态的码
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-wibro_config_thresh_req(num_link_type,link_param_thresh_s);
针对中间件的API:wibro_link_going_down_ind
·方向
-WiBro设备驱动器→MIH客户端中间件
·描述
-这个同步函数调用充当的是针对MIH客户端中间件并且表明当前提供的服务AP属于WiBro边界小区的指示
-该函数调用是由MIH客户端中间件提供的
-在被调用时,该函数可以向MIH服务器发送MIH_Link_Going_Down(MIH链路即将断开)
-该函数启动用于MIH切换的预备测量
·函数
mih_ret_code wibro_link_going_down_ind
(time_interval interval,
confidence_level confidence,
reason_code reason,
event_id id)
·参数
-interval: 在连接丢失之前的预期时间
-confidence:用分数表示的预测置信度
-reason: 连接丢失的原因
-id: 与事件相关联的唯一的16比特数字
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·回调函数
-没有与这个函数相关联的回调
wibro_link_going_down_ind可以被命名为mihc_wibro_event_ind。wibro_link_going_down_ind可以用特定的置信度来指示,其中该置信度是WiBro链路因为特定原因而在特定间隔无法使用的置信度。除了这个函数之外,下列各项也可以通过mihc_wibro_event_ind而被指示给MIH实体:
-已经检测到WiBro覆盖;
-已经创建了与WiBro基站的关联;
-WiBro链路因为特定原因而彻底无法使用;以及
-因为原因不复存在而召回先前关于链路即将无法使用的预测。
·方向:
-WiBro设备驱动器→MIH客户端中间件
·描述:
-这个同步函数调用允许WiBro设备产生给移动性客户端中间件的通用指示。
-将要传递的变元将会根据指示特性而被处理(通过计算)。表6显示了指示类型与相应的变元类型之间的关系。
·函数
void mihc_wibro_event_ind
(mihc_event_ind_t*event_ind_p,void*arg_p)
·参数
-event_ind_p:指向结构的指针,保持事件类型以及POA_MAC或BSID
-arg_p: 指向可变变元的指针,取决于事件类型
·LINK_UP空
·LINK_DETECTED 真/假
·LINK_DOWN 原因
·LINK_EVENT_ROLLBACK Uint16(事件标识符)
·LINK_GOING_DOWN 间隔、置信度、原因、标识符
·返回值
-无
·回调函数
没有与这个函数相关联的回调
针对中间件的API:wibro_param_report_ind
·方向
-WiBro设备驱动器→MIH客户端中间件
·描述
-当不同链路参数(例如RSSI、BER等等)值低于MIH中间件客户端预先配置的门限时,这个同步函数充当用于这些参数值的报告
-该函数调用是由MIH客户端中间件提供的
-在被调用时,该函数将会检查参数值是否确实低于该门限
-如果是的话,那么该函数将会是用包含在变元中的信息来向MIH发送MIH_Link_Parameters_Report.indication(MIH链路参数报告指示)
·函数
mih_ret_code wibro_link_param_report_ind
(num_link_param num_param,
link_parameter_s param_list_s)
·参数
-num_param:参数结构中的参数数量
-param_list_s:包含链路参数及其当前值的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·回调函数
-没有与这个函数相关联的回调
·附注
-该函数被用于向MIH客户端中间件报告信号强度量度
针对WiBro的API:wibro_link_action_req
·方向
-MIH客户端中间件→WiBro设备驱动器
·描述
-该同步函数开启/关闭或者以其他方式改变WiBro设备的状态
-该函数是由WiBro设备驱动器提供的,并且相应的回调是由MIH客户端中间件提供的
-该函数应该在MIH客户端中间件接收到来自MIH服务器的MIH_Switch.request的时候立即执行
-WiBro设备驱动器根据作为变元接收的操作码来执行链路操作
-在使用相关联的回调函数执行了操作之后,WiBro设备返回结果链路状态
·函数
mih_ret_code wibro_link_action_req
(link_action_type action)
·参数
-action:UMTS设备将要执行的操作类型(例如通电、断电、进入连接模式等等)
·返回值
-MIH_SUCCESS,以指示函数调用成功以及链路操作设置尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-wibro_link_action_cb(link_status);
·附注
-该函数通常可以用于为WiBro堆栈通电/断电
针对中间件的API:wibro_link_action_cb
·API名称:wibro_link_action_cb
-方向:WiBro设备驱动器→MIH客户端中间件
·描述
-该回调函数是针对关于WiBro设备驱动器的链路操作的请求所做出的响应
-该回调是由MIH客户端中间件提供的,并且相应的请求函数调用是由WiBro设备驱动器提供的
-在被调用时,如果作为MIH_Switch.request(MIH转换请求)命令的结果而发送了链路操作请求,那么该函数将会发送MIH_Switch.confirm(MIH转换确认)消息
-该函数可以启动QoS映射过程
·函数
mih_ret_code wibro_link_action_cb
(link_status status)
·参数
-link_status:在执行了链路操作之后的WiBro链路的状态
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-wibro_link_action_req(link_action_type操作);
·附注
-该函数既可以与MIH_Switch.confirm(MIH转换确认)响应相关联,也可以不与之关联
针对WiBro的API:wibro_get_param_req
·方向
-MIH客户端中间件→WiBro设备驱动器
·描述
-该异步函数调用检查并且返回用于WiBro堆栈的指定链路参数(例如RSSI、BER、SNR、C/I、数据速率)的当前值
-该函数是由WiBro设备驱动器提供的,相应的回调函数是由MIH客户端中间件提供的
-一旦MIH客户端中间件接收到来自MIH服务器的MIH_Get_Status.request(MIH获取状态请求),则应该立即调用该函数
-在被调用时,该函数重获变元中的被请求的UMTS参数的状态或数值
-该函数将请求参数值保存在指定了需要链路参数的链路的结构中
-为了将这些数值返回给MIH客户端中间件,相关联的回调函数将被使用,以便传递指向存储了所述参数的位置的指针
·函数
mih_ret_code wibro_get_param_req
(link_parameter_sp wibro_param_sp)
·参数
-wibro_param_sp:指向包含了那些数值正被请求的参数(RSSI,SNR,C/I,BER,数据速率)的结构指针(在请求中,数值字段被设置成0)
·返回值
-MIH_SUCCESS,以指示函数调用成功以及链路参数重获尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-wibro_get_param_cb(link_parameter_sp);
针对中间件的API:wibro_get_param_cb
·方向
-WiBro设备驱动器→MIH客户端中间件
·描述
-这个回调函数是针对关于链路参数值的请求所做出的响应
-该回调是由MIH客户端中间件提供的,并且相应的请求函数调用是由WiBro设备驱动器提供的
-在被调用时,该函数根据接收到的变元来计算当前有效会话的QoS类别
-该函数可以发起QoS映射过程
-如果接收到MIH_Get_Status.request(MIH获取状态请求),则也发送MIH_Get_Status.confirm(MIH获取状态确认)
·函数
mih_ret_code wibro_link_get_param_cb
(link_parameter_sp wibro_param_sp)
·参数
-wibro_param_sp:指向包含了链路参数(RSSI、SNR、C/I、BER、数据速率)及其在函数调用时的相应数值的结构的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-wibro_get_param_req(link_parameter_sp)
用于UMTS接口(也就是WCDMA接口)的软件API描述。如上所述,前缀“UMTS”可以与“WCDMA”互换使用。
针对UMTS的API:umts_get_param_req
·方向
-MIH客户端中间件→UMTS设备驱动器
·描述
-该异步函数调用检查并且返回UMTS堆栈的指定链路参数(例如RSSI、BER、SNR、C/I、数据速率)的当前值
-该函数是由UMTS设备驱动器提供的,并且相应的回调函数是由MIH客户端中间件提供的
-一旦MIH客户端中间件接收到来自MIH服务器的MIH_Link_Get_Parameters.request(MIH链路获取参数请求),则应该立即调用该函数
-在被调用时,该函数会在变元中重获被请求的UMTS参数的状态或数值
-该函数将请求参数值保存在指定了所需链路参数的链路的结构中
-为了将这些数值返回给MIH客户端中间件,相关联的回调函数将被使用,以便传递一个指向存储了这些参数的位置的指针
·函数
mih_ret_code umts_get_param_req
(link_parameter_sp umts_param_sp)
·参数
-umts_param_sp:指向包含了数值正被请求的参数(RSSI、SNR、C/I、BER、数据速率)的结构的指针(在请求中,数值字段被设置成0)
·返回值
-MIH_SUCCESS,以指示函数调用成功以及链路参数重获尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-umts_get_param_cb(link_parameter_sp);
·附注
-在可行的情况下,该函数可以在接收时调用AT+CSQ命令,以便执行接收
针对中间件的API:umts_get_param_cb
·方向
-UMTS设备驱动器→MIH客户端中间件
·描述
-该回调函数是针对链路参数值的请求的响应
-该回调由MIH客户端中间件提供,相应的请求函数调用则是由UMTS设备驱动器提供的
-在被调用时,该函数将会记录参数,并且计算QoS类别的UMTS链路
-如果需要的话,也可以发起QoS映射过程
-如果接收到MIH_Get_Status.request(MIH获取状态请求),则发送MIH_Get_Status.confirm(MIH获取状态确认)
·函数
mih_ret_code umts_get_param_cb
(link_parameter_sp umts_param_sp)
·参数
-umts_param_sp:指向包含了链路参数(RSSI、SNR、C/I、BER、数据速率)以及这些参数的数值的结构的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-utms_get_param_req(link_parameter_sp);
针对UMTS的API:umts_link_action_req
·方向
-MIH客户端中间件→UMTS设备驱动器
·描述
-该同步函数开启/关闭或者以其他方式改变UMTS设备的状态
-该函数是由UMTS设备驱动器提供的,相应的回调是由MIH客户端中间件提供的
-一旦MIH客户端中间件接收到来自MIH服务器的MIH_Switch.request(MIH转换请求),则应该立即执行该函数
-UMTS设备驱动器根据作为变元接收的操作码来执行以下各项之一
·通电并且进入IDLE(空闲)模式
·进入CONNECTED(连接)模式并且激活PDP上下文
·去激活PDP上下文并且释放RAB
-在使用相关联的回调函数执行了操作之后,UMTS设备返回结果链路状态
·函数
mih_ret_code umts_action_req
(link_action_type action)
·参数
-action:将要由UMTS驱动器执行的操作类型(例如通电、断电、进入连接模式等等)
·返回值
-MIH_SUCCESS,以指示函数调用成功以及链路操作设置尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-umts_action_cb(link_status);
·附注
-在可行时,该函数可以调用下列命令的组合:
·AT+CFUN: 启动终端
·AT+CGEQREG: 指定QoS简档
·AT+CGATT: PS附着/分离
·AT+CGREG?: 网络注册状况查询
·AT+CGACT: 激活/去激活PDP上下文
·AT+CGDCONT?:PDP上下文设置查询
·AT+CGDATA: 输入数据状态
针对中间件的API:umts_link_action_cb
·方向
-UMTS设备驱动器→MIH客户端中间件
·描述
-这个回调函数是针对关于UMTS设备驱动的链路操作的请求所做出的响应
-该回调由MIH客户端中间件提供,相应的请求函数调用是由UMTS设备驱动器提供的
-在被调用时,如果作为MIH_Switch.request(MIH转换请求)命令的结果而发送了链路操作请求,那么该函数将会发送MIH_Switch.confirm(MIH切换确认)消息
-该函数还可以启动QoS映射过程
·函数
mih_ret_code umts_link_action_cb
(link_action_status action_status)
·参数
-link_status:用于链路功率和模式指示的状态码
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-umts_link_action_req(link_action_type);
·附注
-该函数既可以与MIH_Switch.confirm(MIH转换确认)响应相关联,也可以不与之关联
QoS参数可被传递给wcdma_action_req。此外,前述的umts_link_action_req和umts_link_action_cb函数可以改变功率模式。wcdma_action_req API可以通过新的AT命令描述来规定WCDMA低功率模式行为,并且可以配置WCDMA QoS参数。而函数名称则是以如下方式进行修改的:
-umts_link_action_req()重新命名为wcdma_action_req()
-umts_link_action_cb()重新命名为wcdma_action_cb()
·方向:
移动性客户端中间件→WCDMA设备驱动器
·描述:
-该异步函数将会改变WCDMA设备的状态。该函数是由WCDMA设备驱动器提供的,相应的回调则是由移动性客户端中间件提供的。
-该函数是在移动性客户端中间件接收到来自MIH服务器的切换的时候执行的。此外,该函数还可以因为其他原因而被MCM调用。
-在通过使用相关联的回调函数执行了操作之后,WCDMA设备将会返回结果链路状态。
·函数
mihc_ret_code wcdma_action_req
(mihc_link_action_type_e action,
mihc_ip_qos_t *ip_qos_p,
void *user_data_p)
·参数
-action:UMTS驱动器所要执行的操作的类型
-ip_qos_p:指向使用中的IP地址以及相应的QoS的指针
-user_data_p:在调用相关联的回调函数时被反向传递的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功以及链路操作设置尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-wcdma_action_cb();
·附注
-在可行的情况下,该函数可以调用下列命令的组合:
·AT+CFUN: 启动终端。预占小区。不注册到网络。关闭TX。
·AT+CGDCONT: 创建PDP上下文
·AT+CGEQREG: 指定QoS简档
·AT+CGATT: PS附着/分离
·AT+CGREG?: 网络注册状况查询
·AT+CGACT: 激活/去激活PDP上下文
·AT+CGDCONT?:PDP上下文设置查询
用于移动IP客户端的软件API描述
针对移动IP的API:mip4_discover_fa_req
·方向
-MIH客户端中间件→移动IP客户端
·描述
-该异步函数调用使用相关联的协议来发现移动IP外地代理(如在附注下方的参考所述)
-该函数是由移动IP客户端提供的,并且相应的回调是由MIH客户端中间件提供的
-该函数通常应该在MIH客户端中间件为L2设备通电的时候调用
-一旦被调用,那么移动IP将会发送路由器恳请(Router Solicitation)
-在接收到路由器通告之后,移动IP将会完成协议,以便获取新的IP
-移动IP通过调用相关联的回调函数来确认FA发现结果
·函数
mih_ret_code mip4_discover_fa_req
(mip_hoa_ip ip)
·参数
-ip:外地代理必须发现的本地地址
·返回值
-MIH_SUCCESS,以指示函数调用成功以及FA发现尝试启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-mip4_discover_fa_cb(ip_config_status,mip_new_ip,mip_hoa_ip);
针对中间件的API:mip4_discover_fa_cb
·方向
-移动IP客户端→MIH客户端中间件
·描述
-该回调函数是针对移动IP外地代理发现请求的响应
-该回调由MIH客户端中间件提供,同时相应的请求函数调用是由移动IP客户端提供的
-在被调用时,该MIH客户端中间件将会存储作为变元传递的任何IP
-该函数还会尝试发现和存储与所述IP相关联的QoS类别
-该函数将会为接收到的IP启动移动IP绑定更新过程
·函数
mih_ret_code mip4_discover_fa_cb
(ip_config_status status,
mip_new_ip mt_ip,
mip_hoa_ip hoa_ip)
·参数
-status:用以指示是否获得新的IP的码
-mt_ip: 为移动终端获取的IP地址
-ma_ip: 与接收到的IP地址相关联的本地地址
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mip4_discover_fa_req(mip_hoa_ip);
·附注
-该回调是表明设备具有IP能力的指示
针对移动IP的API:mip4_send_bu_req
·方向
-MIH客户端中间件→移动IP客户端
·描述
-该异步函数调用发送移动IP注册请求,以便创建与本地代理的绑定
-该函数是由移动IP客户端提供的,并且相应的回调函数是由MIH客户端中间件提供的
-一旦MIH客户端中间件接收到已经配置了新的IP的指示,则应该立即调用该函数
-一旦被调用,那么移动IP会向本地代理发送注册请求,并且将会执行相关联的协议(如附注中的参考所述),以便创建与转交地址的绑定
-在接收到注册回复时,这时应该通过相关联的回调函数来向MIH客户端中间件发出通知
·函数
mih_ret_code mip4_send_bu_req
(mip_new_ip ip)
·参数
-ip:绑定更新请求所针对的IP地址
·返回值
-MIH_SUCCESS,以指示函数调用成功以及注册请求调度
-MIH_ERROR,以指示函数调用失败
·回调函数
-mip4_send_bu_cb(mip_bu_status);
针对中间件的API:mip4_send_bu_cb
·方向
-移动IP客户端→MIH客户端中间件
·描述
-该回调函数是针对移动IP绑定更新请求的响应
-该回调由MIH客户端中间件提供,同时相应的请求函数调用是由移动IP客户端提供的
-在被调用时,该函数可以为不同的上层协议(例如SIP)发起会话重建
·函数
mih_ret_code mip4_send_bu_cb
(mip_bu_status status)
·参数
-status:用以指示是否完成绑定更新的码
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mip4_send_bu_req(mip_new_ip);
·附注
-该回调是表明设备具有IP能力并且其本地地址是转交地址的通道分组的指示
针对移动IP的API:mip4_ip_info_req
·方向
-MIH客户端中间件→移动IP客户端
·描述
-该函数重获与移动IP客户端正在处理的IP地址有关的信息
-这些结果将会使用相关联的回调函数而被提供给MIH客户端中间件
-一旦被调用,那么移动IP将会使用相关联的回调函数来返回当前与移动终端相关联的IP地址的数量
-该函数还会为MIH客户端中间件给出与使用中的每个IP地址相对应的本地地址
·函数
mih_ret_code mip4_ip_info_req()
·参数
-没有作为变元传递的参数
·返回值
-MIH_SUCCESS,以指示函数调用成功以及IP信息重获尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-mip4_ip_info_cb(num_ip,mip_hoa_ip_s);
针对中间件的API:mip4_ip_info_cb
·方向
-移动IP客户端→MIH客户端中间件
·描述
-该回调函数是针对移动IP地址指派信息请求的响应
-该回调由MIH客户端中间件提供,同时相应的请求函数是由移动IP客户端提供的
-在被调用时,该函数根据接收到的活动IP的数量以及相应本地地址来触发用于WCDMA的PDP上下文处理
-该函数还会为新近激活的接口发起IP配置
·函数
mih_ret_code mip4_ip_info_cb
(num_ip num,
mip_hoa_ip_s hoa_ip_s)
·参数
-num:被分配给移动终端的IP地址的数量
-hoa_ip_s:包含了与当前活动IP相对应的本地地址的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mip4_ip_info_req().
mip4_send_bu_req可以触发移动IP注册。该注册可以优于具有下列函数的代理发现过程:
-mip4_ha_addr_req();以及
-mip4_ha_addr_cb().
针对移动IP的API:mip4_registration_req
·方向
-MIH客户端中间件→移动IP客户端
·描述
-该异步函数调用触发移动IP外地代理发现,并且还会触发移动IP重新注册请求传输,以便更新与本地代理的绑定
-该函数是由移动IP客户端提供的,相应的回调函数是由移动性客户端中间件提供的
-该函数是在移动性客户端中间件成功执行了切换以及新的链路层被建立的时候调用的
-一旦被调用,那么移动IP将会发送路由器恳请。在接收到代理通告之后,移动IP会向本地代理发送注册请求,并且将会执行相关联的协议(如附注中的参考所述),以便创建与转交地址的绑定
-在接收到注册回复时,这时应该通过相关联的回调函数来向移动性客户端中间件发出通知
·函数
mihc_ret_code mip4_registration_req
(void *user_data_p)
·参数
-user_data_p:在调用相关联的回调函数时被反向传递的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功以及注册请求调度
-MIH_ERROR,以指示函数调用失败
·回调函数
-mip4_registration_cb();
针对中间件的API:mip4_registration_cb
·方向
-移动IP客户端→MIH客户端中间件
·描述
-该回调函数是针对移动IP注册请求的响应。该回调是由移动性客户端中间件提供的,同时相应的请求函数是由移动IP客户端提供的
·函数
void mip4_registration_cb
(mihc_mip4_status_e status,void *user_data_p)
·参数
-status:用以指示绑定更新是否完成的码
-user_data_p:在调用相关联的请求函数时被传递的指针
·返回
-无
·相应的请求函数
-mip4_registration_req();
·附注
该回调是设备具有IP能力并且其本地地址是转交地址的通道分组的指示针对移动IP的API:mip4_ha_addr_req
·方向
-MIH客户端中间件→移动IP客户端
·描述
-该异步函数调用检查并且返回当前的移动节点本地代理的IP地址
-该函数是由移动IP客户端提供的,相应的回调函数是由移动性客户端中间件提供的
-在被调用时,该函数将会重获当前的移动节点本地代理的IP地址
-为了将数值返回给移动性客户端中间件,在这里将会使用相关联的回调函数
·函数
mihc_ret_code_e mip4_ha_addr_req
(void*user_data_p)
·参数
-user_data_p:在调用相关联的回调函数时被反向传递的指针。该指针并意指供请求提供方使用的。
·返回值
-MIH_SUCCESS,以指示函数调用成功以及FA发现尝试启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-mip4_ha_addr_cb();
针对中间件的API:mip4_ha_addr_cb
·方向
-移动IP客户端→MIH客户端中间件
·描述
-该回调函数是针对移动IP本地代理地址请求所做出的响应
-该回调是由移动性客户端中间件提供的,而相应的请求函数调用则是由移动IP客户端提供的
·函数
void mip4_ha_addr_cb
(in_addr ip_addr,void *user_data_p)
·参数
-ip_addr:包含了移动节点当前本地代理的IP地址的结构
-user_data_p:在调用相关联的请求函数时被传递的指针
·返回值
-无
·相应的请求函数
-mip4_ha_addr_req();
用于IMS/SIP客户端的软件API描述
针对IMS的API:ims_discover_req
·方向
-MIH客户端中间件→客户端IMS堆栈
·描述
-该异步函数调用在IMS核心网络中执行指定部件(例如P-CSCF等等)的IP发现
-该函数是由IMS客户端堆栈提供的,并且相应的回调是由MIH客户端中间件提供的
-在被调用时,该函数通过使用DHCP(例如dhcp_discover_req()函数)来尝试发现被请求IMS实体的IP地址
-一旦IP发现处理完成,那么其结果将会使用相关联的回调函数而被返回给MIH客户端中间件
-该函数应该用于发现IMS P-CSCF
·函数
mih_ret_code ims_discover_req
(peer_type peer)
·参数
-peer:远程实体的名称(例如P-CSCF、S-CSCF等等),其中这些远程实体的IP是必需的
·返回值
-MIH_SUCCESS,以指示函数调用成功以及IP发现尝试启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-ims_discover_cb(peer_addr_s);
针对中间件的API:ims_discover_cb
·方向
-IMS客户端→MIH客户端中间件
·描述
-该回调函数是针对IMS实体发现请求的响应
-该回调由MIH客户端中间件提供,同时相应的请求函数调用是由IMS客户端提供的
-在被调用时,该函数将会移除节点的任何先前存储的的IP,并且将会存储新近接收的IP地址,以便在未来加以使用
-此外,该函数还可以触发IMS注册
·函数
mih_ret_code ims_discover_cb
(peer_addr_s addr_s)
·参数
-addr_s:包含了实体名称以及相应的IP地址的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-ims_discover_req(peer_type);
·附注
-该回调可以为MIH客户端中间件提供P-CSCF的IP地址
针对IMS的API:ims_reg_req
·方向
-MIH客户端中间件→客户端IMS堆栈
·描述
-该异步函数调用将客户端注册到IMS网络上,以用于IMS服务
-该函数是由客户端IMS堆栈提供的,相应的回调是由MIH客户端中间件提供的
-在被调用时,该函数通过使用作为变元接收的参数来尝试注册到IMS网络
-一旦注册完成并且接收到注册应答,那么注册参数将会使用相关联的回调函数而被返回给MIH客户端中间件
-该函数应该用于发送IMS注册或再邀请消息
·函数
mih_ret_code ims_reg_req
(ims_reg_param_s param_s)
·参数
-param_s:包含了与IMS会话注册相关联的参数的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功以及IMS注册启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-ims_reg_cb(ims_session_info_s);
针对中间件的API:ims_reg_cb
·方向
-IMS客户端→MIH客户端中间件
·描述
-该回调函数是针对IMS注册请求的响应
-该回调由MIH客户端中间件提供,并且相应的请求是由IMS客户端提供的
-在被调用时,该函数将会部分或完全存储关于IMS会话的信息
·函数
mih_ret_code ims_reg_cb
(ims_session_info_s ses_info_s)
·参数
-ses_info_s:包含了与IMS注册会话相关联的参数的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-ims_reg_req(ims_reg_param_s param_s);
-该回调充当的是关于IMS注册请求的确认
用于UDP/IP堆栈的软件API描述
针对UDP/IP的API:udp_sendmsg_req
·方向
-MIH客户端中间件→UDP/IP堆栈
·描述
-该异步函数根据作为变元传递的IP和端口信息来向接收方发送指定消息
-将相应回调函数的句柄作为变元来传递
-在被调用时,该函数将会尝试从在变元中所指向的位置经由UDP来发送在变元中所指示的字节的数量
-成功发送的字节数量通过调用传递了指针的回调而被返回调用函数
-该函数是可以可以用于任何UDP分组调度的通用函数
·函数
mih_ret_code udp_sendmsg_req
(func_p udp_sendmsg_cb_p,
addr_info addr,
message_p msg_p,
length send_len)
·参数
-udp_sendmsg_cb_p:指向回调函数的指针
-addr: 用于向对等实体(例如MIH服务器)发送数据的地址和端口编号
-msg_p: 指向将要发送的消息的指针
-send_len: 将要发送的字节数量
·返回值
-MIH_SUCCESS,以指示函数调用成功以及UDP发送尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-udp_sendmsg_cb(length send_len);
针对UDP/IP的API:udp_sendmsg_cb
·方向
-UDP/IP堆栈→MIH客户端中间件
·描述
-该回调函数将经由UDP发送的分组的长度提供给请求所述调度的相应实体
-该回调由MIH客户端中间件提供,相应的请求则是由UDP/IP堆栈提供的
-一旦被调用,那么该函数将会验证已发送的字节数量
-如果验证成功,那么倘若请求了ACK,则该函数可以触发ACK定时器
-该函数是可以用于任何UDP分组调度的通用函数
·函数
mih_ret_code udp_sendmsg_cb
(length send_len)
·参数
-send_len:已发送字节数量
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-udp_sendmsg_req(func_p,addr_info addr,message_p msg_p,length send_len)
针对UDP/IP的API:udp_recvmsg_req
·方向
-MIH客户端中间件→UDP/IP堆栈
·描述
-该异步函数接收来自对等体的UDP分组,并且将相关信息传递到调用函数
-将响应回调函数的句柄作为变元来传递
-一旦被调用,那么该函数将会等待和接收UDP分组
-在接收到分组时,该函数将会存储指向消息内容、指示消息长度的数字以及发送方的地址信息的指针
-与UDP分组接收相关的存储数据通过相关联的回调函数而被传递到调用函数
-该函数是可以用于任何UDP分组接收的通用函数
·函数
mih_ret_code udp_recvmsg_req
(func_p udp_recvmsg_cb_p)
·参数
-udp_recvmsg_cb_p:指向回调函数的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功以及UDP接收启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-udp_recvmsg_cb(addr_info_p,message_p,length);
针对UDP/IP的API:udp_recvmsg_cb
·方向
-UDP/IP堆栈→MIH客户端中间件
·描述
-该回调函数将经由UDP接收的消息分组提供给请求接收的相应实体
-该回调由MIH客户端中间件提供,相应的请求是由UDP/IP堆栈提供的
-一旦被调用,那么该函数将会重获已被接收的消息
-该函数还会重获并且临时存储关于接收方的IP地址信息
-该函数验证接收到的消息的长度
-该函数是可以用于任何UDP分组接收的通用函数
·函数
mih_ret_code udp_recvmsg_cb
(addr_info_p addr_p,
message_p msg_p,
length len)
·参数
-addr_p:指向存储了发送方地址信息的位置的指针
-msg_p: 指向存储消息的位置的指针
-len: 以字节为单位的接收消息长度
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-udp_recvmsg_req(func_p);
用于DHCP堆栈的软件API描述
针对DHCP的API:dhcp_discover_req
·方向
-MIH客户端中间件→客户端DHCP堆栈
·描述
-该异步函数调用通过使用DHCP来执行特定网络实体(例如MIH服务器、IMS实体等等)的IP地址的发现
-相应回调函数的句柄作为变元来进行传递
-在被调用时,客户端上DHCP堆栈向DHCP服务器查询预期网络实体的IP地址
-一旦结束发现处理,那么最终得到的IP地址将会通过相关联的回调函数而被提供给调用实体,其中针对该回调函数的指针是作为变元提供的
-在执行切换之前应该使用该函数来发现MIH服务器或IMS P-CSCF
·函数
mih_ret_code dhcp_discover_req
(ffunc_p dhcp_discover_cb_p
peer_type peer)
·参数
-dhcp_discover_cb_p:指向回调函数的指针
-peer:远程实体名称(例如MIH服务器,P-CSCF等等),
其中该实体的IP是必需的
·返回值
-MIH_SUCCESS,以指示函数调用成功以及IP发现尝试启动
-MIH_ERROR,以指示函数调用失败
·回调函数
-mih_ret_code dhcp_discover_cb(peer_addr_s);
针对中间件的API:dhcp_discover_cb
·方向
-客户端DHCP堆栈→MIH客户端中间件
·描述
-该回调函数是针对要求DHCP堆栈发现网络节点IP地址的请求所做出的响应
-该回调由MIH客户端中间件提供,相应的请求则是由客户端DHCP堆栈提供的
-在被调用时,该函数将会存储接收到的IP地址,以便在未来加以使用
-该函数还可以根据变元中提供的信息来启动MIH或IMS注册
-该回调可以用于为MIH客户端中间件提供MIH服务器以及P-CSCF的IP地址
·函数
mih_ret_code dhcp_discover_cb
(peer_addr_s addr_s)
·参数
-addr_s:包含了实体名称以及相应的IP地址的结构
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-dhcp_discover_req(peer_type)
用于O&M接口的软件API描述
针对中间件的API:mihc_activate_req
·描述
-O&M接口→MIH客户端中间件
·描述
-该异步函数激活MIH客户端中间件的功能
-该函数是由MIH客户端中间件提供的,相应的回调是由O&M接口提供的
-一旦被调用,那么该函数将会根据接收到的变元来激活MIH客户端中间件的MIH功能
-该函数启动与其他实体的交互(例如链路驱动器、移动IP、IMS客户端以及DHCP堆栈)
-一旦MIH客户端中间件处于活动,那么该函数将会使用相关联的回调函数来向O&M接口发送确认,并且将会返回作为变元的中间件状态
·函数
mih_ret_code mihc_activate_req
(mihc_profile_sp profile_sp)
·参数
-profile_sp:指向具有MIH客户端中间件初始化信息的结构的指针(例如将要使用的上层移动性协议的名称等等)
·返回值
-MIH_SUCCESS,以指示函数调用成功以及激活尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-mihc_activate_cb(mihc_status);
针对中间件的API:mihc_activate_cb
·方向
-MIH客户端中间件→O&M接口
·描述
-该函数回调是针对涉及MIH客户端中间件的功能激活请求所做出的响应
-该回调是由O&M接口提供的,相应的请求则是由MIH客户端中间件提供的
-在被调用时,该函数将会存储来自MIH客户端中间件的状态码,以此作为在未来与MIH客户端中间件进行交互的参考点
·函数
mih_ret_code mihc_activate_cb
(mihc_status status)
·参数
-status:关于MIH客户端中间件状态的信息(例如开启、ERROR_NO_LINK等等)
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mihc_activate_req(mihc_profile_s);
-该函数是MIH客户端中间件上的mihc_activate_req(mihc_profile_s)调用的回调
针对中间件的API:mihc_deactivate_req
·方向
-O&M接口→MIH客户端中间件
·描述
-该异步函数去激活MIH客户端中间件的功能
-该函数是由MIH客户端中间件提供的,相应的回调是由O&M接口提供的
-一旦被调用,那么该函数会将MIH客户端中间件的当前功能设置保存在作为变元传递的位置
-该函数调用去激活MIH客户端中间件的MIH功能
-该函数暂停与其他实体进行交互(例如链路驱动器、移动IP、IMS客户端以及DHCP堆栈)
-一旦MIH客户端中间件处于不活动,那么该函数将会使用相关联的回调函数来进行确认,并且会将中间件的状态作为变元来传递
-该函数会将MIH客户端中间件置于不活动模式
·函数
mih_ret_code mihc_deactivate_req
(mihc_profile_sp profile_sp)
·参数
-profile_sp:指向在暂停操作之前应该存储MIH客户端中间件的当前上下文的结构的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功以及去激活尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-mihc_deactivate_cb(mihc_status);
针对中间件的API:mihc_deactivate_cb
·方向
-MIH客户端中间件→O&M接口
·描述
-该函数回调是针对涉及MIH客户端中间件的功能去激活请求所做出的响应
-该回调是由O&M接口提供的,相应的请求则是由MIH客户端中间件提供的
-在被调用时,该函数将会存储来自MIH客户端中间件的状态码,以此作为用于在未来与MIH客户端中间件进行交互的参考点
·函数
mih_ret_code mihc_activate_cb
(mihc_status status)
·参数
-status:关于MIH客户端中间件状态的信息(例如关闭、ERROR_SES_ACTIVE等等)。
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mihc_deactivate_req(mihc_profile_sp);
-该函数是针对MIH客户端中间件上的mihc_deactivate_req(mihc_profile_sp)调用的回调
针对中间件的API:mihc_param_req
·方向
-O&M接口→MIH客户端中间件
·描述
-该异步函数调用重获MIH客户端中间件的功能参数,并且将其返回给O&M接口
-该函数是由MIH客户端中间件提供的,相应的回调则是由O&M接口提供的
-在被调用时,该函数将会重获MIH客户端中间件的被请求参数
-这些参数值保存在一个结构中,并且指针将会使用相关联的回调而被传递到O&M接口
-该函数可以出于各种原因而被O&M接口使用,其中包括但不局限于测试和调试
·函数
mih_ret_code mihc_param_req
(mih_param_sp param_sp)
·参数
-param_sp:指向正被请求的MIH参数列表的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功以及参数重获尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-mihc_param_cb(mih_param_sp);
针对中间件的API:mihc_param_cb
·方向
-MIH客户端中间件→O&M接口
·描述
-该回调函数针对O&M接口发起的要求特定MIH客户端中间件工作参数的请求所做出的响应
-该回调是由O&M接口提供的,相应的请求则是由MIH客户端中间件提供的
-在被调用时,该函数将会使用新的参数来替换任何预先存储的旧参数,并且将会存储这些参数,直至发起另一个参数请求调用
·函数
mih_ret_code mihc_param_cb
(mihc_param_sp param_sp)
·参数
-param_sp:指向包含了各种参数值的结构的指针
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mihc_param_req(mihc_param_sp);
-该函数是针对MIH客户端中间件上的mihc_param_req(mihc_param_sp)调用的回调
针对中间件的API:mihc_handover_ind
·方向
-MIH客户端中间件→O&M接口
·描述
-该同步函数调用存储的是与MIH触发的切换相关的信息,以供O&M接口使用
-该函数调用是由O&M接口提供的
-一旦MIH客户端中间件向MIH服务器发送了MIH_Switch.confirm(MIH转换确认),则应该立即调用该函数
-在被调用时,该函数会使新链路成为设备的默认链路,并且将会使用QoS作为参考点,以便用于未来的IP会话建立
-该函数表明MIH已经执行了切换,并且正在使用新的接口来进行IP会话
·函数
mih_ret_code mihc_handover_ind
(ho_info_s info_s,
qos_status_s qos)
·参数
-info:关于切换完成状态以及处理中包含的链路的信息
-qos:用于IP服务的旧的和新的QoS的信息
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·回调函数
-没有回调与这个函数相关联
mihc_handover_ind API可以被命名为ncc_gen_ind。mihc_handover_ind API可以被用于向O&M通告链路层切换。ncc_gen_ind API可以用作通用指示函数,以便提供与切换、差错和其他链路层及MIH相关事件有关的O&M信息。
针对中间件的API:ncc_gen_ind
·方向
-MIH客户端中间件→O&M接口
·描述
-该同步函数由MCM用于报告已发生的任何事件/差错
-存储器由调用方(MCM)分配,一旦函数返回,那么该存储器将无法被O&M客户端使用
-该函数的行为取决于接收到的指示
-第二函数变元是根据指示而改变的
·函数
void ncc_gen_ind
(mihc_gen_ind_e mihc_gen_ind,
void *data_p)
·参数
-mihc_gen_ind:包含指示值
-data_p:指向与特定指示类型相关联的数据的指针
·返回值
-无
·回调函数
-没有回调与这个函数相关联
针对中间件的API:mihc_umts_mode_req
·方向
-O&M接口→MIH客户端中间件
·描述
-该异步函数调用重获UMTS调制解调器的工作模式(数据/命令)
-该函数调用是由MIH客户端提供的,相应的回调是由O&M接口提供的
-在被调用时,该函数会使用可用的AT命令(或SW API)来向UMTS调制解调器查询其模式
-该函数使用相关联的回调方法来返回结果
-该函数可以用于确定是否可以发送AT命令
·函数
mih_ret_code mihc_umts_mode_req()
·参数
-没有作为变元传递的参数
·返回值
-MIH_SUCCESS,以指示函数调用成功以及模式重获尝试
-MIH_ERROR,以指示函数调用失败
·回调函数
-mihc_umts_mode_cb(umts_mode);
针对中间件的API:mihc_umts_mode_cb
·方向
-MIH客户端中间件→O&M接口
·描述
-该回调函数是针对UMTS调制解调器模式(数据/命令)请求所做出的响应
-该回调是由O&M接口提供的,相应的请求函数是由MIH客户端中间件提供的
-在被调用时,该函数会将UMTS模式连同时间戳一起存储,以便在未来供O&M接口使用
·函数
mih_ret_code mihc_umts_mode_cb
(umts_mode mode)
·参数
-mode:用以标识UMTS调制解调器模式的码
·返回值
-MIH_SUCCESS,以指示函数调用成功
-MIH_ERROR,以指示函数调用失败
·相应的请求函数
-mihc_umts_mode_req();
针对中间件的API:mihc_set_config_req
·方向
-O&M接口→MIH客户端中间件
·描述
-该异步函数调用请求改变移动性客户端中间件的参数配置。这个函数是由移动性客户端中间件提供的,并且相应的回调是由O&M提供的。
-在被调用时,该函数会将参数的当前值改成指定值
-指向结构的指针是由O&M模块分配的。当函数返回时,该指针将不再可用
·函数
mihc_ret_code_e mihc_set_config_req
(mihc_config_t *config_p,
void *user_data_p)
·参数
-config_p:指向保持了可配置参数的结构的指针
-user_data_p:在调用相关联的回调函数是被反向传递的指针
它不意指供请求提供方使用。
·返回值
-MIHC_SUCCESS,以指示函数调用成功以及参数重获尝试
-MIHC_NOT_ACTIVATED,以指示没有没有激活MCM而导致函数调用失败
-MIHC_INVALID_PARAM,以指示因为无效参数而导致函数调用失败
-MIHC_ERROR,以指示函数调用失败
·回调函数
-mihc_set_config_cb( )
针对中间件的API:mihc_set_config_cb
·方向
-O&M接口→MIH客户端中间件
·描述
-该异步函数是对来自O&M并且要求移动性客户端中间件配置某些参数的请求所做出的响应
-该回调是由O&M提供的,相应的请求是由移动性客户端中间件提供的
·函数
void mihc_set_config_cb
(mihc_ret_code_e status,
void *user_data_p)
·参数
-status: 配置尝试的状态
-user_data_p:在调用相关联的请求函数时被传递的指针
·返回值
-无
·相应的请求函数
-mihc_set_config_req( )
针对中间件的API:ncc_get_qos_req
·方向
-MIH客户端中间件→O&M接口
·描述
-该异步函数调用检查并且返回QoS以及IP参数的当前值。该函数是由O&M提供的,相应的回调函数则是由移动性客户端中间件提供的
-在被调用时,该函数会在变元中重获O&M QoS和IP参数的状态或数值。该函数会将请求参数值作为变元保存在接收的位置中。为了向移动性客户端中间件返回这些数值,相关联的回调函数将会与指针结合使用,其中所述指针指向的是请求中作为变元而被接收的参数
-用于参数及其数值的存储器由调用方(MCM)分配,由O&M功能填充,并且在调用回调函数时由MCM释放
·函数
mihc_ret_code_e ncc_get_qos_req
(Uint8 nb_ip_qos,
mihc_ip_qos_t *ip_qos_p,
void *user_data_p)
·参数
-nb_ip_qos: ip_qos_p所指示的阵列中的条目数量
-ip_qos_p: 指向包含了IP地址以及QoS参数值的阵列的指针
-user_data_p:在调用相关联的请求函数时被传递的指针
它不意指供请求提供方使用的
·返回值
-MIHC_SUCCESS,以指示函数调用成功以及链路重获尝试
-MIHC_INVALID_PARAM,以指示因为无效参数而导致函数调用失败
-MIHC_ERROR,以指示函数调用失败
·回调函数
-ncc_get_qos_cb()
针对中间件的API:ncc_get_qos_cb
·方向
-O&M接口→MIH客户端中间件
·描述
-该回调函数是针对QoS参数值请求的响应
-该回调是由移动性客户端中间件提供的,相应的请求函数调用是由O&M提供的
-所使用的参数列表是作为请求上的变元接收的列表
-存储器由MCM分配和释放。它是由O&M库来填充的。
·函数
void ncc_get_qos_ind
(mihc_ip_qos_t *ip_qos_p,
void *user_data_p)
·参数
-ip_qos_p:指向QoS参数以及这些参数的数值的指针
-user_data_p:在调用相关联的请求函数时被传递的指针
·返回值
-无
·相应的请求函数
-ncc_get_qos_req()
在下文中将会描述用于预期行为的AT命令
AT命令:AT+CSQ
·命令名称:AT+CSQ
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-AT+CSQ
·参数
-没有作为变元传递的参数
·返回值
-在操作成功完成的情况下,+CSQ<rssi>,<ber>
-在失败情况下,+CME ERROR:<err>
·生成时间
-在MIH中间件客户端必须获取关于UMTS链路的信号接收质量信息的时候
·接收时的操作
-UMTS设备驱动器将会使用在3GPP TS 27.007 V5.6.0第8.5章中规定的编码处理来返回RSSI和信道BER值
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Get_Parameters.request(链路获取参数请求),由此返回值将被视为Link_Get_Parameters.confirm(链路获取参数确认)
AT命令:AT+CFUN
·命令名称:AT+CFUN
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CFUN=[<fun>[,<rst>]]
·参数
-fun:电话预期的功能等级
-rst:用以指示在设置功能等级之前是否执行复位的标记
·返回值
-在操作成功完成的情况下,OK
-在失败的情况下,+CME ERROR:<err>
·生成时间
-在MIH中间件客户端必须设置UMTS电话的功能等级(例如完整,仅RX,仅TX等等)的时候
·接收时的操作
-The UMTS设备驱动器将会使用3GPP TS 27.007 V5.6.0第8.2章中规定的代码来解译和设置功能等级
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Act ion.confirm(链路操作确认)的一部分
为了支持wcdma_action_req的行为,在这里提供了用于AT命令的全新专用行为。通过定义专用行为,可以使WCDMA调制解调器处于仅接收状态(也就是没有TX),由此将会导致WCDMA调制解调器预占某个适当的网络,并且阻止WCDMA调制解调器注册到任何小区。根据一个实施例,在现有AT命令AT+CFUN(如这里所述)中添加了专用功能码(fun=5)。作为替换,新的专用AT命令也可以添加新的行为(例如AT+XIDLE)。
·命令名称:AT+CFUN
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CFUN=[<fun>[,<rst>]]
·参数
-fun:电话预期的功能等级
-rst:用以指示在设置功能等级之前是否执行复位的标记
·返回值
-在操作成功完成的情况下,OK
-在失败的情况下,+CME ERROR:<err>
·生成时间
-在MIH中间件客户端必须设置UMTS电话的功能等级(例如完整,仅RX,仅TX)的时候
·接收时的操作
-UMTS设备驱动器使用3GPP TS 27.007 V5.6.0第8.2章中规定的码来解译和设置功能等级
-此外,新的专用行为扩展(例如fun=5)会将WCDMA调制解调器置于仅接收模式(也就是没有TX)。在发布了这个命令之后,WCDMA调制解调器将会预占一个适当的网络,而不会注册到该网络。
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值是作为Link_Action.confirm(链路操作确认)的一部分来对待的
AT命令:AT+CGDCONT
·命令名称:AT+CGDCONT
-Direction:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGDCONT=[<cid>[,<PDP_type>[,<APN>[,<PDP_addr>[,<d_comp>[,<h_comp>[,<pd1>[,…[,pdN]]]]]]]]]
·参数
-在TS 27.007 V5.6.0第10.1.1章定义
·返回值
-OK(确定)
-ERROR(差错)
·生成时间
-在MIH中间件客户端必须创建UMTS PDP上下文的时候
·接收时的操作
-UMTS设备驱动器将会创建新的UMTS PDP上下文并且将其与如3GPP TS27.007 V5.6.0第10.1.1章所述而被提供的cid码相关联
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGEQREQ
·命令名称:AT+CGEQREQ
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGEQREQ=[<cid>[,<Traffic class>[,<Maximum bitrate UL>[,<Maximum bitrate DL>[,<Guaranteed bitrate UL>[,<Guaranteedbitrate DL>[,<Delivery order>[,<Maximum SDU size>[,<SDU errorratio>[,<Residual bit error ratio>[,<Del ivery of erroneousSDUs>[,<Transfer delay>[,<Traffic handlingpriority>]]]]]]]]]]]]]
·参数
-在TS 27.007 V5.6.0第10.1.6章定义
·返回值
-如果操作成功完成,OK
-如果失败,ERROR
·生成时间
-在MIH中间件客户端必须为UMTS PDP上下文规定服务质量(QoS)简档的时候
·接收时的操作
-UMTS设备驱动器将会使用3GPP TS 27.007 V5.6.0第10.1.6章中规定的码来解译和设置QoS参数
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGATT
·命令名称:AT+CGATT
-方向:MIH客户端中间件→UMTS设备驱动器
·功能
-+CGATT=[<state>]
·参数
-state:分组域服务附着或分离请求码
·返回值
-在操作成功完成的情况下,OK
-在失败情况下,ERROR
·生成时间
-当MIH中间件客户端必须请求附着于UMTS分组域服务或者与之分离的时候
·接收时的操作
-UMTS设备驱动器将会解译和使用3GPP TS 27.007 V5.6.0第10.1.9章规定的附着码
-UMTS设备驱动器将会执行预期的附着或分离请求
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGATT?
·命令名称:AT+CGATT?
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGATT?
·参数
-没有作为变元传递的参数
·返回值
-+CGATT:<state>
·生成时间
-在MIH中间件客户端必须查询UMTS分组域附着状况的时候
·接收时的操作
-UMTS设备驱动器将会返回3GPP TS27.007 V5.6.0第10.1.章规定的状况码
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)
AT命令:AT+CGREG?
·命令名称:AT+CGREG?
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGREG?
·参数
-没有作为变元传递的参数
·返回值
-在成功完成的情况下,+CGREG:<n>,<stat>[,<lac>,<ci>]
-在失败的情况下,+CME ERROR:<err>
·生成时间
-在MIH中间件客户端必须查询UMTS网络注册状况的时候
·接收时的操作
-UMTS设备驱动器将会使用在3GPP TS 27.007 V5.6.0第7.2章中规定的码来返回上述参数
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGACT
·命令名称:AT+CGACT
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGACT=[<state>[,<cid>[,<cid>[,…]]]]
·参数
-state:PDP上下文激活状态(活动=1/无活动=0)
-cid:用以指示PDP上下文定义的数字参数
·返回值
-在操作成功完成的情况下,OK
-在失败的情况下,ERROR:<err>
·生成时间
-在MIH中间件客户端必须激活(或去激活)UMTS PDP上下文的时候
·接收时的操作
-UMTS设备驱动器将会使用在3GPP TS 27.007 V5.6.0第10.1.1和10.1.10章中规定的cid码
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值被视为是Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGACT?
·命令名称:AT+CGACT?
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGACT?
·参数
-没有作为变元传递的参数
·返回值
-+CGACT:<cid>,<state>
[<CR><LF>+CGACT:<cid>,<state>
[...]]
·生成时间
-在MIH中间件客户端必须查询所有规定的UMTS PDP上下文的激活状态的时候
·接收时的操作
-该UMTS设备驱动器会为所有规定的UMTS PDP上下文返回在3GPP TS27.007 V5.6.0第10.1.10章中规定的激活状态码
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值可以被视为是Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGDCONT?
·命令名称:AT+CGDCONT?
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGDCONT?
·参数
-没有作为变元传递的参数
·返回值
-+CGDCONT:<cid>,<PDP_type>,<APN>,<PDP_addr>,<d_comp>,<h_comp>[,<pd1>[,…[,pdN]]]
[<CR><LF>+CGDCONT:<cid>,<PDP_type>,<APN>,<PDP_addr>,<d_comp>,<h_comp>[,<pd1>[,…[,pdN]]]
[...]]
·生成时间
-在MIH中间件客户端必须查询所有规定的UMTS PDP上下文的设置时
·接收时的操作
-UMTS设备驱动器将会使用如上在3GPP TS 27.007 V5.6.0第10.1.1章中规定的参数来返回用于所有规定的UMTS PDP上下文的当前设置
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值被视为是Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+CGDATA
·命令名称:AT+CGDATA
-方向:MIH客户端中间件→UMTS设备驱动器
·函数
-+CGDATA=[<L2P>,[<cid>[,<cid>[,…]]]]
·参数
-L2P:描述将要在TE与MT之间使用的第二层协议的参数
-cid:用以指示PDP上下文定义的数字参数
·返回值
-在操作成功完成的情况下,CONNECT(连接)
-在失败的情况下,ERROR:<err>
·生成时间
-在MIH中间件客户端致使UMTS堆栈输入数据状态的时候
·接收时的操作
-UMTS设备驱动器将会使用在3GPP TS 27.007V5.6.0第10.1.1和10.1.12章中规定的变元代码
·附注
这个AT命令(或是与之对应的函数调用)可以用于实施Link_Action.request(链路操作请求),由此返回值将被视为Link_Action.confirm(链路操作确认)的一部分
AT命令:AT+XDTBT
·命令名称:AT+XDTBT
-方向:MIH客户端中间件→UMTS设备驱动器
·功能
-+XDTBT?
·参数
-没有作为变元传递的参数
·返回值
-+XDTBT:<sent_bytes>,<received_bytes>
·生成时间
-在MIH中间件客户端必须查询UMTS数据传送统计信息的时候
·接收时的操作
-UMTS设备驱动器将会返回作为长整数发送的字节总数以及作为长整数接收的字节总数
·附注
-这个AT命令(或是与之对应的函数调用)可以用于实施一种用以标识在UMTS连接上是否存在活动会话的机制
虽然在特定组合的优选实施例中描述了本实用新型的特征和部件,但是这其中的每一个特征和部件都可以在没有优选实施例中的其他特征和部件的情况下单独使用,并且每一个特征和部件都可以在具有或不具有本实用新型的其他特征和部件的情况下以不同的组合方式来使用。本实用新型提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施,其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的,关于计算机可读存储介质的实例包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光介质以及CD-ROM碟片和数字多功能光盘(DVD)之类的光介质。
举例来说,恰当的处理器包括:通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何一种集成电路(IC)和/或状态机。
与软件相关的处理器可用于实现射频收发信机,以便在无线发射/接收单元(WTRU)、用户设备、终端、基站、无线电网络控制器或是任何一种主机计算机中加以使用。WTRU可以与采用硬件和/或软件形式实施的模块结合使用,例如相机、摄像机模块、电路、扬声器电话、振动设备、扬声器、麦克风、电视收发信机、免提耳机、键盘、蓝牙模块、调频(FM)无线电单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和/或任何一种无线局域网(WLAN)模块。
Claims (26)
1.一种用于支持IEEE 802.16网络与通用移动电信系统(UMTS)网络之间的媒介无关切换(MIH)的无线发射/接收单元(WTRU),其特征在于,该WTRU包括:
IEEE 802.16调制解调器,该IEEE 802.16调制解调器被配置成与所述IEEE 802.16网络之间建立无线链路;
UMTS调制解调器,该UMTS调制解调器被配置成与所述UMTS网络之间建立无线链路;
与所述IEEE 802.16调制解调器和所述UMTS调制解调器进行通信的上层;以及
与所述IEEE 802.16调制解调器、所述UMTS调制解调器以及所述上层进行通信的用于执行MIH功能的MIH实体,其中所述IEEE 802.16调制解调器、所述UMTS调制解调器、所述上层以及所述MIH实体经由应用编程接口(API)来进行通信。
2.根据权利要求1所述的WTRU,其特征在于,所述IEEE 802.16调制解调器被配置成为IEEE 802.16链路参数设置门限,其中当该门限被越过时将会经由Link_Configure_Threshold.request API来触发测量报告的生成,并且该IEEE 802.16调制解调器还被配置成经由Link_configure_Thresholds.confirm API来发送这类配置结果。
3.根据权利要求1所述的WTRU,其特征在于,所述IEEE 802.16调制解调器被配置成经由Link_Going_Down API来指示第二层连接被期望会在特定时间间隔中断开。
4.根据权利要求1所述的WTRU,其特征在于,所述IEEE 802.16调制解调器被配置成经由Link_Patameter_Report.indication API来指示链路参数已经越过门限。
5.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Action.Request API来命令所述IEEE 802.16调制解调器到链路层连接变更,以及所述IEEE 802.16调制解调器被配置成经由Link_Action.confirm API来指示所述链路层连接变更的状况。
6.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Get Parameter.request API而对来自所述IEEE 802.16调制解调器的目标应用请求服务质量(QoS)参数,并且所述IEEE 802.16调制解调器被配置成经由Link_Get Parameter.confirm API而用所请求的QoS参数做出响应。
7.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Get_Parameter.request API来请求所述UMTS调制解调器报告UMTS信号质量测量,并且所述UMTS调制解调器被配置成经由Link_Get_Parameter.confirm API来报告所请求的UMTS信号强度测量。
8.根据权利要求7所述的WTRU,其特征在于,所述MIH实体被配置成使用AT+CSQ命令来请求所述UMTS信号质量测量。
9.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Action.request API并使用AT+CFUN命令来激活所述UMTS调制解调器,以便进入空闲模式和连接模式中的一者,以及所述UMTS调制解调器被配置成经由Link_Action.confirm API来指示激活状况。
10.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Action.requset API来请求UMTS调制解调器以创建新的分组数据协议(PDP)上下文,附着于UMTS网络,请求注册状况,请求PDP上下文激活,请求用于被定义的PDP上下文的当前设置以及请求所述UMTS调制解调器以输入数据状态。
11.根据权利要求10所述的WTRU,其特征在于,所述MIH实体被配置成使用AT+CGDCONT命令来请求所述新的PDP上下文创建,使用AT+CGATT命令来请求所述附着,使用AT+CGREG?来请求所述注册状况,使用AT+CGACT命令来请求所述PDP上下文激活,使用AT+CGDCONT?来请求被定义的PDP上下文的当前设置,以及使用AT+CGDATA来请求所述UMTS调制解调器以输入数据状态。
12.根据权利要求1所述的WTRU,其特征在于,所述上层包括移动因特网协议(IP)层,并且所述API包括用以请求发现移动IP外地代理(FA)的MIH实体-移动IP层API,以及用以确认发现移动IP FA的移动IP层-MIH实体API。
13.根据权利要求1所述的WTRU,其特征在于,所述API包括用于执行移动IP绑定更新以经由外地代理(FA)而将新的网络附着注册到本地代理(HA)的MIH实体-移动因特网协议(IP)层API,以及用以确认绑定更新完成的移动IP层-MIH实体API。
14.根据权利要求1所述的WTRU,其特征在于,所述上层包括移动因特网协议(IP)层,并且所述API包括用以请求与使用中的IP地址的数量以及对应于活动IP的本地地址有关的信息的MIH实体-移动IP层API,以及用以提供IP地址数量以及相应的本地地址的移动IP层-MIH实体API。
15.根据权利要求1所述的WTRU,其特征在于,所述上层包括动态主机配置协议(DHCP)层,并且所述API包括用于发现代理呼叫状态控制功能(P-CSCF)的因特网协议(IP)地址的MIH实体-DHCP层API,以及用以返回尝试发现所述P-CSCF的IP地址的结果的DHCP层-MIH实体API。
16.根据权利要求1所述的WTRU,其特征在于,所述上层包括因特网协议(IP)多媒体子系统(IMS)层,并且所述API包括用以注册到IMS的MIH实体-IMS层API,以及用以返回尝试注册到所述IMS的结果的API。
17.根据权利要求1所述的WTRU,其特征在于,所述上层包括传输协议层/因特网协议(TCP/IP)层,并且所述API包括MIH实体-传输/IP层API以及传输/IP层-MIH实体API以用于彼此通信。
18.根据权利要求1所述的WTRU,其特征在于,所述上层包括动态主机配置协议(DHCP)层,并且所述API包括用以发现网络节点的因特网协议(IP)地址的MIH实体-DHCP层API,以及用以返回尝试发现所述网络节点的结果的DHCP层-MIH实体API。
19.根据权利要求1所述的WTRU,其特征在于,所述上层包括操作和维护(O&M)层,并且所述API包括用以激活所述MIH实体的O&M层-MIH实体API,以及用以返回尝试激活所述MIH实体的结果的MIH实体-O&M层API。
20.根据权利要求1所述的WTRU,其特征在于,所述上层包括操作和维护(O&M)层,并且所述API包括用以去激活MIH实体的O&M层-MIH实体API,以及用以返回尝试去激活所述MIH实体的结果的MIH实体-O&M层API。
21.根据权利要求1所述的WTRU,其特征在于,所述上层包括操作和维护(O&M)层,并且该API包括用以重获MIH实体参数的O&M层-MIH实体API,以及用以返回被请求的MIH实体参数的MIH实体-O&M层API。
22.根据权利要求1所述的WTRU,其特征在于,所述上层包括操作和维护(O&M)层,并且所述API包括用以通知O&M层所述IEEE 802.16网络与所述UMTS网络之间的切换完成的MIH实体-O&M层API。
23.根据权利要求1所述的WTRU,其特征在于,所述上层包括操作和维护(O&M)层,并且所述API包括用以检查所述UMTS调制解调器的模式的O&M层-MIH实体API,以及用以返回所述UMTS调制解调器的模式的MIH实体-O&M层API。
24.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成经由Link_Get_Parameter.request API来请求来自所述IEEE 802.16调制解调器的IEEE802.16服务质量(QoS)参数,以及经由Link_Action.request API而将IEEE 802.16QoS参数映射成UMTS QoS参数并指定对所述UMTS调制解调器的UMTS QoC简档,其中,在PDP上下文激活期间向UMTS网络请求被指定的UMTS QoS简档。
25.根据权利要求23所述的WTRU,其特征在于,所述MIH实体被配置成使用AT+CGEQREQ命令来指定所述UMTS QoS简档。
26.根据权利要求1所述的WTRU,其特征在于,所述MIH实体被配置成在PDP上下文激活过程中请求预订的QoS简档。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US89027307P | 2007-02-16 | 2007-02-16 | |
US60/890,273 | 2007-02-16 | ||
US60/939,387 | 2007-05-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN201230326Y true CN201230326Y (zh) | 2009-04-29 |
Family
ID=40635265
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200780051399.4A Expired - Fee Related CN101611645B (zh) | 2007-02-16 | 2007-12-11 | 使用媒介无关切换功能在IEEE 802.16 WiBro网络和UMTS网络之间的切换 |
CNU2008200024612U Expired - Fee Related CN201230326Y (zh) | 2007-02-16 | 2008-01-21 | 使用媒介无关切换功能在IEEE802.16 WiBro网络与UMTS网络之间的切换 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200780051399.4A Expired - Fee Related CN101611645B (zh) | 2007-02-16 | 2007-12-11 | 使用媒介无关切换功能在IEEE 802.16 WiBro网络和UMTS网络之间的切换 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN101611645B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702815B (zh) * | 2009-09-23 | 2013-01-09 | 美商威睿电通公司 | Ip多媒体子系统、移动装置以及连接管理方法 |
CN104769927A (zh) * | 2012-09-17 | 2015-07-08 | 英特尔移动通信有限责任公司 | 用于配置调制解调器内的收发机的媒体简档 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104770016B (zh) * | 2013-08-30 | 2019-03-08 | 华为技术有限公司 | 非接入层消息的处理方法、用户设备和网络侧设备 |
CN103686868B (zh) * | 2013-12-30 | 2017-04-12 | 北京航空航天大学 | 一种无线传感器网络基于应用本体的QoS MAC算法 |
CN107333304B (zh) * | 2016-04-28 | 2019-12-03 | 展讯通信(上海)有限公司 | 终端及其语音视频业务切换的处理方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2325295A1 (en) * | 1999-12-10 | 2001-06-10 | Lucent Technologies Inc. | Packet switched mobile radio telecommunications system with more effective hard handover |
CN100505937C (zh) * | 2003-06-06 | 2009-06-24 | 美商内数位科技公司 | 无线通信组件及多系统通信的方法 |
WO2005076649A1 (en) * | 2004-02-10 | 2005-08-18 | Forward Information Technologies Sa | Method and system for seamless handover of mobile devices in heterogenous networks |
-
2007
- 2007-12-11 CN CN200780051399.4A patent/CN101611645B/zh not_active Expired - Fee Related
-
2008
- 2008-01-21 CN CNU2008200024612U patent/CN201230326Y/zh not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702815B (zh) * | 2009-09-23 | 2013-01-09 | 美商威睿电通公司 | Ip多媒体子系统、移动装置以及连接管理方法 |
CN104769927A (zh) * | 2012-09-17 | 2015-07-08 | 英特尔移动通信有限责任公司 | 用于配置调制解调器内的收发机的媒体简档 |
CN104769927B (zh) * | 2012-09-17 | 2017-07-25 | 英特尔德国有限责任公司 | 用于配置调制解调器内的收发机的媒体简档 |
Also Published As
Publication number | Publication date |
---|---|
CN101611645B (zh) | 2013-05-01 |
CN101611645A (zh) | 2009-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7894400B2 (en) | Handover between an IEEE 802.16 WiBro network and a UMTS network using media independent handover function | |
US8331315B2 (en) | Media independent handover for smart phone architecture | |
US8792914B2 (en) | Method and apparatus for wireless communication using location based information | |
US7565144B2 (en) | Method, system and mobile station for handing off communications from a cellular radio access network to an unlicensed mobile access network | |
TWI396418B (zh) | 整合媒體獨立交接方法及裝置 | |
US8774127B2 (en) | Wireless metropolitan area network architecture for managing network resources and mobility | |
WO2006080749A1 (en) | Handoff system and method of dual mode mobile for connecting mobile communication system and wireless network | |
WO2007043180A1 (ja) | アクセスネットワーク選択方法 | |
CN101878669A (zh) | 多模移动单元的尽力切换以保持无线电载体和mip会话持续性的方法 | |
MXPA06012879A (es) | Sistema y metodo para implementar una transferencia independiente de los medios. | |
EP2225837A1 (en) | Seamless service method controlled by user terminal | |
CN101690333A (zh) | 使用预注册隧道化过程的优化移动性管理过程 | |
CN104025650A (zh) | 用于eps网络中的用户设备的srvcc和/或ims上的语音的网络支持的增强型指示 | |
CN110312287B (zh) | 一种保持语音通话连续性的方法 | |
CN201230326Y (zh) | 使用媒介无关切换功能在IEEE802.16 WiBro网络与UMTS网络之间的切换 | |
WO2011136104A1 (ja) | 移動局及び無線制御装置 | |
KR20070032535A (ko) | 비인가 무선망 및 씨디엠에이 이동통신망 융합 서비스시스템에서의 호 처리 및 핸드오프 처리 방법 | |
JP2018501745A (ja) | トラブルシューティングの方法、装置、およびシステム | |
US20070237114A1 (en) | Wireless data session handoff using location update message | |
Omheni et al. | Optimized MIH-assisted P-NEMO design for vertical handover over heterogeneous network mobility | |
KR20080091540A (ko) | 무선 통신망에서 서비스 품질 보장형 다중 모드 고속이동성 관리 방법 및 시스템 | |
Ito et al. | On IMS-based fast session handover based on available network resources of access networks | |
Corici et al. | Multimedia mobility service solution | |
JP2011142650A (ja) | 移動通信端末のハンドオーバーが可能な非同期網と同期網が混在した移動通信システム及びハンドオーバー方法 | |
KR20110009566A (ko) | Mih 서버 기반의 미디어 세션 연속성 지원을 위한 핸드오버 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20090925 Address after: Delaware, zip code: Co-patentee after: Korea merchants fresh capital Telecom Company Patentee after: Digital technology company in American business Address before: Delaware, zip code: Patentee before: Interdigital Technology Corporation |
|
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090429 Termination date: 20150121 |
|
EXPY | Termination of patent right or utility model |