CN101611645B - 使用媒介无关切换功能在IEEE 802.16 WiBro网络和UMTS网络之间的切换 - Google Patents
使用媒介无关切换功能在IEEE 802.16 WiBro网络和UMTS网络之间的切换 Download PDFInfo
- Publication number
- CN101611645B CN101611645B CN200780051399.4A CN200780051399A CN101611645B CN 101611645 B CN101611645 B CN 101611645B CN 200780051399 A CN200780051399 A CN 200780051399A CN 101611645 B CN101611645 B CN 101611645B
- Authority
- CN
- China
- Prior art keywords
- request
- mih
- umts
- modulator
- ieee
- 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)包括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实体发送IEEE 802.16和WCDMA信号测量给MIH服务器。在接收MIH切换请求之后，MIH实体开启对UMTS网络的切换。
Description
技术领域
本发明涉及无线通信。
背景技术
已经开发的许多不同类型的无线接入技术包括：全球移动通信标准(GSM)，通用移动电信系统(UMTS)，CDMA2000，IEEE 802.16无线宽带(WiBro)，WiFi和WiMAX，以及IEEE 802.11无线局域网(WLAN)。这些系统的每一个都已被开发并被定制来提供专门的应用。
随着无线通信网络在企业、住宅以及公共领域中的普遍采用，当这类网络的用户从一个网络移动到其它网络时可以支持连续的连接性。对于显现的″始终在线″的生活方式，要求无线发射/接收单元(WTRU)(即，移动站(MS))支持多个异类网络，并且合并了超过这些无线接口之一的多模式WTRU需要在通信期间在它们之中无缝切换。
已经开发了IEEE 802.21媒介无关切换(MIH)来基于从链路层提供的测量和触发启用无缝切换。IEEE 802.21定义了媒体独立的事件服务(ES)、命令服务(CS)和信息服务(IS)。IEEE 802.21还针对每个特定接入技术定义了媒体依赖的/独立的业务接入点(SAP)以及相关联的原语。
IEEE 802.21 MIH事件和信息服务(EIS)要求MAC或基于物理层的事件通知用于WTRU和MIH服务点(PoS)之间的链路状态更新。MIH EIS事件包括链路连接、链路断开、链路参数变化、链路将断开、服务数据单元(SDU)传输状态、链路事件反转、预先触发(L2交递逼进)等等。当前，针对各种技术正在考虑支持MIH EIS所要求的链路层扩展。
MIH提供的关键功能是在包括互联网协议(IP)层的不同无线层之间的通信。需要的消息被位于层2和层3之间的协议栈中的MIH实体中继。MIH实体可以与包括用于发信号的会话初始协议(SIP)和用于移动性管理的移动IP层在内的不同IP协议层通信。
当将会话从一个接入点交递到使用相同技术的另一个接入点时，通常可以在无线技术本身内执行切换而无须涉及MIH实体。例如，在使用相同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调制解调器。如果IEEE 802.16链路已经成功建立，则MIH实体开始MIH会话。当IEEE 802.16调制解调器指示连接将要终止(或卸下)时，MIH实体激活UMTS调制解调器用于切换。如果IEEE 802.16调制解调器指示链路参数已经越过门限，则MIH实体发送IEEE 802.16和UMTS信号测量给MIH服务器。在接收MIH切换请求之后，MIH实体开启对UMTS网络的切换。MIH实体可以把IEEE 802.16 QoS参数映射到UMTS QoS参数并指定向UMTS网络请求的UMTS QoS简档(QoSprofile)。可替换地，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)、计算机或者任何能够操作在无线环境中的其它类型的用户设备。在下文中，术语“基站”包括但不局限于节点B、站点控制器、接入点(AP)或任何能够操作在无线环境中的其它类型的接口设备。
以下描述仅仅为了示例的目的而将参考WiBro和WCDMA来解释。然而，应当指出：实施例不局限于WiBro-WCDMA切换并且可以被应用于在包括IEEE 802.16网络的任何两个无线接入网络之间进行切换。而且，尽管应该认识到UMTS是比WCDMA更广义的术语，但是应当指出在此可以互换使用WCDMA和UMTS。
图1是用于执行从WiBro网络到WCDMA网络的MIH的示例WTRU100的框图。WTRU 100可以包括IEEE 802.16(例如，WiBro、WiMAX等等)调制解调器110、WDCMA调制解调器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进行通信。
在示例实施例中，一种用于在WTRU 100中的MIH实体130和其它实体之间实施软件接口的方法被提供。该软件接口向MIH实体130提供机制，以便接收与WiBro和WCDMA有关的信息，控制WiBro调制解调器110、WCDMA调制解调器120和WTRU 100的其它元件以进行用于技术间切换，通过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
| API ID | API的WiBro定义(IEEE P802.16g/D6，2006.11) | API的802.21定义(IEEE P802.21TM/D02.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层2连接被预期(预测)在特定时间间隔中将断开。 | 事件 |
| 1.4WiBro→MIH中间件 | 对WiBro链路定期测量以指示参数已经越过(低于)特定门限。 | Link_Parameter_Report.indication(定期)指示链路参数已经越过(低于)特定门限。 | 事件 |
| 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层2连接在指定链路接口上被建立并且建立链路连接性中的所有层2活动都被完成。 | 事件 |
| 1.10WiBro→MIH中间件 | C-NEM-RSP指示当前WiBro芯片已经丢失它与之前与关联基站的连接性并且没有其他的通信可以出现在WiBro上。 | Link_Down.indication指定链路上的层2连接被中断并且在指定链路上不可以再发送分组。 | 事件 |
| 1.11WiBro→MIH中间件 | 指示WTRU从边界小区移动回WiBro覆盖范围中，该小区之前已经被提供了一个指示。 | Link_Event_Rollback.indication链路不再被预期在指定时间间隔中将断开(与链路中断指示一起使用) | 事件 |
| 1.12WiBro→MIH中间件 | 指示移动节点在覆盖区域内并且被信标收听，或者指示一定节点可能已经接收到探针的响应。 | Link_Detected.indication指示新的链路类型已经被检测到备用。 | 事件 |
表2
| 文(RAB建立)------或------去激活PDP上下文，并且RAB释放 | -AT+CGDCONT指定UMTS QoS简档-AT+CGEQREQPS附着-AT+CGATT网络注册状况-AT+CGREG？激活PDP上下文-AT+CGACT为PDP上下文请求当前设置-AT+CGDCONT？输入数据状态-AT+CGDATA------或------去激活PDP上下文-AT+CGACT为PDP上下文请求当前设置-AT+CGDCONT？PS分离-AT+CGATT网络注册状况-AT+CGREG？ | |||
| 2.4UMTS→MIH中间件 | 指示请求建立空闲模式的状态------或------指示进入连接模式的状态，并且激活PDP上下文和RAB建立------或------指示去激活PDP上下文和RAB释放的状态 | OK或CME ERROR(用于ATCFUN)------或------OK或ERROR(用于AT+CGDCONT)OK或ERROR(用于AT+CGEQREQ)OK或ERROR(用于AT+CGATT)注册状况码(用于AT+CGREG？)OK或ERROR(用于AT+CGACT)用于每个被定义上下文的当前设置(用于AT+CGDCONT？)CONNECT或ERROR(用于AT+CGDATA)------或------OK或ERROR(用于AT+CGACT)用于每个被定义上下文的当前设置(用于AT+CGDCONT？)OK或ERROR(用于AT+CGATT)注册状况码(用于AT+CGREG？) | Link_Action.confirm响应于Link_Switch.request而产生并且指示操作状态。 | (响应)命令 |
AT命令可以被用来在WCDMA调制解调器120和MIH实体130之间通信以执行功能(例如，创建PDP上下文)。AT命令的格式包括在下文中详细描述的前缀、主体和结尾。
表3示出了MIH实体130和移动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
| 3.7MIH中间件→移动IP | 请求HA IP地址 | 当向MIH服务器注册时，由于需要而请求HA IP地址。 |
| 3.8移动IP→MIH中间件 | 提供HA IP地址。 | 提供请求的HA IP地址或指出为什么地址不能返回的差错码。 |
表4
| API ID | API描述 | 目的 |
| 4.1MIH中间件→DHCP | 发现代理呼叫状态控制功能(P-CSCF)的地址。 | 发现P-CSCF以执行向IMS网络的注册(也参见DHCP API)。 |
| 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.21 MIH服务器发送MIH消息 | 从客户端(中间件)向802.21 MIH服务器发送MIH消息。 |
| 5.2UDP/IP→MIH中间件 | 确认MIH消息发送 | 通知中间件被请求消息分离的状态。 |
| 5.3MIH中间件→UDP/IP | 请求UDP/IP接收MIH消息。 | 通过UDP接收MIH消息。 |
| 5.4UDP/IP→MIH中间件 | 从802.21 MIH服务器接收MIH消息。 | (向客户端中的中间件)转发从802.21 MIH服务器接收的远程MIH消息。 |
表6
| API ID | API描述 | 目的 |
| 6.1MIH中间件→DHCP | 发现网络节点的IP地址。 | 触发诸如802.21 MIH服务器或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中间件→O&M接口 | 提供MIH中间件状况、参数的值等等。 | 返回特定(请求的)MIH中间件状况、参数等等的值。 |
| 7.7MIH中间件→O&M接口 | 通知技术间切换事件完成。可替换地，通知O&M任何链路层或MIH相关的事件。 | 用来报告切换完成，并且如果适用，用来启动/停止受切换影响的程序。可替换地，用来报告切换完成、链路层故障、检测和与MIH功能性和链路层管理功能性有关的所有指示。 |
| 7.8O&M接口→MIH中间件 | 检测WCDMA调制解调器在命令模式还是数据模式。 | 用来查询模式，即WCDMA调制解调器起作用的命令或数据模式。 |
| 7.9MIH中间件→O&M接口 | 提供WCDMA调制解调器模式。 | 返回WCDMA调制解调器的模式，即命令或数据模式。 |
| 7.10 | 设置配置参数请求。 | 用来动态改变特定参数的配置。 |
| O&M接口→MIH中间件 | ||
| 7.11MIH中间件→O&M接口 | 确认配置请求。 | 返回设置配置请求的状态。 |
| 7.12MIH中间件→O&M接口 | 请求关系到所请求QoS的信息。 | 用来查询关于所请求QoS参数的O&M。 |
| 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绑定更新经由IP栈在WiBro链路上用发现的FA来执行(步骤212)。代理呼叫状态控制功能(P-CSCF)和MIH发现在IP栈上经由DHCP或DNS来执行(步骤214)。P-CSCF和MIH服务器经由IP栈用DHCP或DNS服务器而被发现。MIH实体请求SIP客户端执行IP多媒体子系统(IMS)注册(步骤218)。IMS注册经由IP栈用P-CSCF来执行(步骤220)。HA IP地址经由FA来查询(步骤221、221a)。MIH实体然后开始MIH会话(步骤222)。MIH会话的开始经由IP栈与MIH服务器进行通信(步骤224)。
当检测到当前WiBro小区是边界小区时(即，WiBro链路条件正处于降低)，WiBro覆盖范围的最终端被触发并且当前WiBro边界小区的标识(ID)经由Link_Going_Down.indication API被报告给MIH实体(步骤226)。然后，MIH实体通过向WCDMA调制解调器发送AT+CFUN命令来激活WCDMA调制解调器(步骤228)。WCDMA调制解调器被激活并且OK被发信号告知(步骤230、232)。
MIH实体经由到WiBro调制解调器的link_configure_thresholds.requestAPI为特定的WiBro链路参数设置门限(步骤234)，当该门限被越过时触发测量报告的生成。WiBro调制解调器响应于对链路参数的请求发送确认并且经由Link_Configure_Thresholds.confirm API向MIH实体指定配置结果(步骤236)。在越过门限之后，WiBro调制解调器经由Link_Parameter_Report.indication API(步骤238)周期性地向MIH实体报告测量结果。MIH实体通过发送AT+CSQ命令从WCDMA调制解调器(定期)请求信号质量测量。WCDMA调制解调器对从MIH实体周期性地请求的信号质量测量做出响应(步骤242)。
MIH实体经由IP栈将信号质量测量和WiBro小区ID发送给MIH服务器(步骤244)。MIH实体从MIH服务器接收MIH切换请求(步骤246)。MIH实体可以经由Link_Get_Parameters.request API从WiBro调制解调器请求用于当前运行的应用程序的QoS参数以便把WiBro QoS参数映射到WCDMAQoS参数(步骤248)。WiBro调制解调器经由Link_Get_Parameters.confirm API以被请求的QoS参数做出响应(步骤250)。然后，MIH实体把WiBro QoS参数映射到UMTS QoS参数(步骤252)。被映射的UMTS QoS简档在PDP上下文激活期间被请求到UMTS网络。WiBro QoS定义和WCDMA QoS定义分别在表8和9中被示出。WiBro QoS参数向WCDMA QoS参数的示例映射在图7和表10中被示出。
表8
表9
| 业务类别 | 常规类别 | 流式传输类别 | 交互式类别 | 背景类别 |
| 最大比特率(kbps) | ＜2048(1)(2) | ＜2048(1)(2) | ＜2048-上限(2)(3) | ＜2048-上限(2)(3) |
| 递送顺序 | 是/否 | 是/否 | 是/否 | 是/否 |
| 最大SDU大小(octets) | ＜＝1500或1502(4) | ＜＝1500或1502(4) | ＜＝1500或1502(4) | ＜＝1500或1502(4) |
| SDU格式信息 | (5) | (5) | ||
| 错误SDU的递送 | 是/否/-(6) | 是/否/-(6) | 是/否/-(6) | 是/否/-(6) |
| 冗余BER | 5*10-2，10-2，5*10-3，10-3，10-4，10-5，10-6 | 5*10-2，10-2，5*10-3，10-3，10-4，10-5，10-6 | 4*10-3，10-5，6*10-8(7) | 4*10-3，10-5，6*10-8(7) |
| SDU差错率 | 10-2，7*10-3，10-3，10-4，10-5 | 10-1，10-2，7*10-3，10-3，10-4，10-5 | 10-3，10-4，10-6 | 10-3，10-4，10-6 |
| 传输延迟(ms) | 100-最大值 | 250-最大值 | ||
| 保证比特率(kbps) | ＜2048(1)(2) | ＜2048(1)(2) | ||
| 业务处理优先权 | 1，2，3 | |||
| 分配/保持优先权 | 1，2，3 | 1，2，3 | 1，2，3 | 1，2，3 |
表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实体指示使用到UMTS网络的PDP上下文激活消息中的网络预订(指派)QoS。然后，MIH实体接受通过UMTS网络发送的QoS简档。
MIH实体通过向WCDMA调制解调器发送AT+CGDCONT命令来请求新的分组数据协议(PDP)上下文创建(步骤254)。OK作为响应被发信号告知并且新的PDP上下文被创建(步骤256、257)。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ命令来指定UMTS QoS简档(步骤258)。OK作为响应被发信号告知并且QoS简档被存储以用于PDP上下文(步骤260、261)。
MIH实体开启切换到UMTS的过程(步骤262)。MIH实体通过向WCDMA调制解调器发送AT+CGATT命令来请求与UMTS网络的附着(步骤264)。OK作为响应被发信号告知并且无线电资源控制(RRC)连接建立过程用无线电网络控制器(RNC)来执行并且附着过程用服务通用分组无线电业务(GPRS)支持节点(SGSN)来执行(步骤266、267)。WCDMA调制解调器运行到连接模式。MIH实体通过向WCDMA调制解调器发送AT+CGATT？命令来请求网络注册状况(步骤268)。WCDMA调制解调器报告网络注册状况中的改变(步骤270)。MIH实体通过向WCDMA调制解调器发送AT+CGACT命令来请求PDP上下文的激活(步骤272)。OK作为响应被发信号告知并且PDP上下文激活和无线电承载建立用SGSN和网关GPRS支持节点(GGSN)来执行(步骤274、275)。在PDP上下文激活期间，通过把WiBro QoS参数映射到WCDMA QoS参数而生成的或者指示对预订QoS简档的请求的QOS简档用PDP上下文激活消息来发送。MIH实体通过向WCDMA调制解调器发送AT+CGEQREQ？命令来请求PDP上下文的当前设置(步骤276)。WCDMA调制解调器向MIH实体返回每个被定义PDP上下文的当前设置(步骤278)。
MIH通过发送AT+CGDATA命令来请求WCDMA调制解调器输入数据状态(步骤280)。WCDMA调制解调器以CONNECT命令做出响应(步骤282)。MIH实体请求移动IP客户端164执行FA发现和移动IP绑定更新(步骤284)。FA发现和用被发现的FA进行的移动IP绑定更新经由IP栈在WCDMA链路上被执行(步骤286)。MIH实体请求SIP客户端162执行IMS重新注册(步骤288)。IMS重新注册用P-CSCF在IP栈上执行(步骤290)。在步骤240处，MIH实体响应于切换请求在IP栈上向MIH服务器发送MIH切换响应(步骤292)。针对IMS的UMTS会话开始(步骤294)。MIH实体经由Link_Action.request API向WiBro调制解调器发送链路切换命令以拆毁WiBro链路。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调制解调器向MIH实体返回每个被定义的PDP上下文的当前设置(步骤326)。
MIH通过发送AT+CGDATA命令来请求WCDMA调制解调器输入数据状态(步骤328)。WCDMA调制解调器以CONNECT命令做出响应(步骤330)。MIH实体请求移动IP客户端164执行FA发现和移动IP绑定更新(步骤332)。FA发现和用被发现FA的移动IP绑定更新经由IP栈而被执行(步骤334)。MIH实体经由IP栈向MIH服务器发送MIH切换响应(步骤336)。MIH实体经由Link_Action.request API向WiBro调制解调器发送链路切换命令以拆毁WiBro链路(步骤338)。WiBro调制解调器经由Link_Action.confirm API做出响应并且WiBro调制解调器被关闭(步骤340)。
图4是当启动时没有WiBro覆盖范围时用于执行MIH的示例进程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调制解调器向MIH实体返回每个被定义的PDP上下文的当前设置(步骤426)。
MIH实体通过发送AT+CGDATA命令来请求WCDMA调制解调器输入数据状态(步骤428)。WCDMA调制解调器以CONNECT命令做出响应(步骤430)。MIH实体请求移动IP客户端164执行FA发现和移动IP绑定更新(步骤432)。FA发现和用被发现FA进行的移动IP绑定更新经由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示出了异步函数调用过程。请求者从对等实体呼叫函数并且对等实体在没有完成请求的被呼叫处理例示之后首先以第一函数返回做出响应。在执行被呼叫请求之后，对等实体呼叫回调函数。回调函数可能与异步函数调用相关联。回调函数由请求者提供并且由对等实体调用，并且被调用请求的结果经由回调函数被传递给请求者。
应当指出，以下命名规则在此被使用。函数名对请求和相关联的回调函数来说除后缀之外都一样。当函数实施请求时，″req″被用作后缀(例如，mihc_set_req())。″cb″被用作相关联的回调函数的后缀(例如，mihc_set_cb())。实施请求的实体名被用作请求和回调两者的前缀。由IMS实施的请求函数将被称作″ims_set_req()″并且相关联的回调将被称作″ims_set_cb()″。
客户端API描述的详细示例在下文中被描述。应当指出，这些示例仅仅被提供用于解释实施例的目的而绝不是在范围上做限制。MIH中间件(即，MIH实体)被优选地写做便携式美国国家标准学会(ANSI)C代码(.c和/或.h文件)，C代码能够在任何具有ANSIC编译程序支持的操作系统(OS)上运行。MIH中间件可以运行在实时操作系统(RTOS)和/或多线程环境中。外部(非MIH)线程开始并停止MIH中间件。MIH中间件可以与其它(非MIH)软件线程(例如，WiBro、MIP)共享一些公共存储器空间。函数调用被用来与其它(非MIH)软件线程(例如，MIP)通信。MIH中间件提供给其它软件线程(例如，提供给WiBro)的函数在呼叫者的执行时间中被执行。由其它软件线程(例如，WiBro)提供并且由MIH中间件调用的函数在MIH中间件执行时间期间被执行。
用于WiBro接口的示例软件API描述。
到WiBro的API：wibro_config_thresh_req
●方向
-MIH客户端中间件→WiBro设备驱动器
●描述
-这个异步函数调用为WiBro链路参数设置门限以便越过门限就报告这些参数
-该函数由WiBro设备驱动器提供，而相应的回调由MIH客户端中间件提供
-一旦MIH客户端中间件从MIH服务器接收MIH_Configure_Thresholds.request，这个函数就应该被调用。
-当被调用时，该函数配置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设备驱动器提供。
-当被调用时，为了使用变元中的信息的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_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单元16(事件标识符)
●LINK_GOING_DOWN间隔、置信度、原因、标识符
●返回
-空
●回调函数
-没有与这个函数相关联的回调
到中间件的API：wibro_param_report_ind
●方向
-WiBro设备驱动器→MIH客户端中间件
●描述
-当不同链路参数(比如RSSI、BER等等)的值低于由MIH中间件客户端预配置的门限值时，同步函数充当这些不同链路参数的报告
-该函数调用由MIH客户端中间件提供
-当被调用时，该函数检查参数值是否确实低于门限
-如果是，则函数用变元中包括的信息向MIH服务器发送MIH_Link_Parameters_Report.indication
●函数
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_Switch.confirm消息
-该函数可以开始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响应相关联或没有关联。
到WiBro的API：wibro_get_param_req
●方向
-MIH客户端中间件→WiBro设备驱动器
●描述
-这个异步函数调用检查WiBro栈的指定链路参数(例如，RSSI、BER、SNR、C/I、数据率)的当前值并将其返回
-该函数由WiBro设备驱动器提供，而相应的回调函数由MIH客户端中间件提供
-一旦MIH客户端中间件从MIH服务器接收MIH_Get_Status.request，这个函数也应该被调用
-当被调用时，函数重获变元中的被请求UMTS参数的状态或值
-该函数把请求参数的值存储在指定所需链路参数的链路的结构中
-为了把值返回MIH客户端中间件，相关联的回调函数被用来把指针传递到存储参数的位置
●函数
mih_ret_code wibro_get_param_req
(link_parameter_sp wibro_param_sp)
●参数
-wibro_param_sp：包括正在请求值(值字段在请求中被设置为0)的参数(RSSI、SNR、C/I、BER、数据率)的结构指针
●返回
-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_Get_Status.confirm也被发送
●函数
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设备驱动器
●描述
-这个异步函数调用检查WiBro栈的指定链路参数(例如，RSSI、BER、SNR、C/I、数据率)的当前值并将其返回
-该函数由UMTS设备驱动器提供，而相应的回调函数由MIH客户端中间件提供
-一旦MIH客户端中间件从MIH服务器接收MIH_Link_Get_Parameters.request，这个函数就应该被调用。
-当被调用时，函数重获变元中的被请求UMTS参数的状态或值
-函数把请求参数的值存储在指定所需链路参数的链路的结构中
-为了把值返回MIH客户端中间件，相关联的回调函数被用来把指针传递到存储参数的位置
●函数
mih_ret_code umts_get_param_req
(link_parameter_sp umts_param_sp)
●参数
-umts_param_sp：包括正在请求值(值字段在请求中被设置为0)的参数(RSSI SNR、C/I、BER、数据率)的结构指针
●返回
-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_Get_Status.confirm被发送
●函数
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，这个函数就应该被执行
-UMTS设备驱动器基于作为变元接收的动作码来执行以下之一
-通电以及运行到空闲模式
-运行到连接模式并且激活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_Switch.confirm消息
-该函数也可以开始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响应相关联或没有关联。
QoS参数可以被传递到wcdma_action_req。上述umts_link_action_req和umts_link_action_cb函数可以改变供电模式。wcdma_action_req API可以通过新的AT命令描述来指定WCDMA低功率模式特性并且配置WCDMAQoS参数。被更改的函数名如下：
-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就发送路由器恳请
-在路由器广告被接收之后，移动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：需要其IP的远程实体的名字(例如，P-CSCF、S-CSCF等等)
●返回
-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，lengthsend_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
(func_p dhcp_discover_cb_p
peer_type peer)
●参数
-dhcp_discover_cb_p：回调函数的指针
-peer：需要其IP的远程实体(例如，MIH服务器、P-CSCF等等)的名字
●返回
-MIH_SUCCESS，以指示函数调用成功和IP发现尝试启动
-MIH_ERROR，以指示函数调用失败
●回调函数
-mih_ret_code dhcp_discover_cb(peer_addr_s)；
到中间件的API：dhcp_discover_cb
●方向
-Client 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客户端中间件的状态有关的信息(例如，ON、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客户端中间件的状态有关的信息(例如，OFF、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，该函数就应该被调用
-当被调用时，函数把新链路作为设备的缺省值并且将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_indAPI可以被用来向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等等)
●接收时的行动
-UMTS设备驱动器将使用3GPP TS 27.007 V5.6.0章节8.2中规定的代码来译码以及设置功能级
●附注
-这个AT命令(或其相应函数调用)可用于实施Link_Action.request，凭此返回被当做Link_Action.confirm的一部分
为了支持wcdma_action_req的行为，一种用于AT命令的新专有行为被提供。专有行为被定义把WCDMA调制解调器放置在只接收状态中(即，无TX)，以使WCDMA调制解调器预占适当的网络并且防止WCDMA调制解调器注册到任何小区。根据一个实施例，专有的功能码(fun＝5)被添加到现有AT命令，AT+CFUN(在此例证)。替换地，新的专有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
-方向：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上下文
●接收时的行动
-如3GPP TS 27.007 V5.6.0章节10.1.1中所述，UMTS设备驱动器将创建新的UMTS PDP上下文并且将其与所提供的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>[，<Delivery of erroneous SDUs>[，<Transfer delay>[，<Traffic handling priority>]]]]]]]]]]]]]
●参数
-如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分组域服务分离
●接收时的行动
-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 TS 27.007 V5.6.0章节10.1.9中所规定那样返回状态码
●附注
-这个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设备驱动器将如3GPP TS 27.007 V5.6.0章节10.1.10中规定那样返回用于所有定义UMTS PDP上下文的激活状态码
●附注
-这个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之间将被使用的层2协议的参数
-cid：指示PDP上下文定义的数字参数
●返回
-在成功完成动作的情况下返回CONNECT
-在失败的情况下返回ERROR:<err>
●在下述情况下生成
-MIH中间件客户端必须使UMTS栈输入数据状态
●接收时的行动
-UMTS设备驱动器将如3GPP TS 27.007 V5.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连接上是否存在活动会话
实施例
1.一种在WTRU中实施的用于使用IEEE 802.21 MIH功能在IEEE802.16网络和UMTS网络之间执行切换的方法。
2.根据实施例1所述的方法，该方法包括MIH实体经由第一API请求IEEE 802.16调制解调器建立IEEE 802.16链路。
3.根据实施例2所述的方法，该方法包括所述IEEE 802.16调制解调器经由第二API向所述MIH实体报告尝试建立IEEE 802.16链路的状态。
4.根据实施例3所述的方法，其中如果所述状态指示IEEE 802.16链路已经成功建立，则所述MIH实体开始MIH会话。
5.根据实施例2-4任意一个实施例所述的方法，该方法包括所述IEEE802.16调制解调器经由第三API向所述MIH实体指示层2连接被期望在特定时间间隔中终止。
6.根据实施例5所述的方法，该方法包括所述MIH实体激活用于切换的UMTS调制解调器。
7.根据实施例2-6任意一个实施例所述的方法，该方法还包括所述MIH实体请求发现FA和移动IP绑定更新。
8.根据实施例7所述的方法，该方法包括所述IEEE 802.16调制解调器经由WTRU的IP栈在IEEE 802.16链路上执行发现FA和移动IP绑定更新。
9.根据实施例2-8任意一个实施例所述的方法，该方法还包括所述MIH实体请求发现P-CSCF和MIH服务器。
10.根据实施例9所述的方法，该方法包括所述IEEE 802.16调制解调器经由IP栈在IEEE 802.16链路上执行发现P-CSCF和MIH服务器。
11.根据实施例10所述的方法，其中经由DHCP和DNS中的一者发现所述MIH服务器。
12.根据实施例2-11任意一个实施例所述的方法，该方法还包括所述MIH实体请求IMS注册。
13.根据实施例12所述的方法，该方法包括所述IEEE 802.16调制解调器经由所述IP栈在IEEE 802.16链路上执行IMS注册。
14.根据实施例2-11任意一个实施例所述的方法，该方法还包括所述MIH实体请求HA IP地址。
15.根据实施例14所述的方法，该方法包括所述IEEE 802.16调制解调器经由所述IP栈在IEEE 802.16链路上执行HA IP地址询问。
16.根据实施例6-15任意一个实施例所述的方法，其中所述MIH实体使用AT+CFUN命令来激活所述UMTS调制解调器。
17.根据实施例2-16任意一个实施例所述的方法，该方法还包括所述MIH实体经由Link_Configure_Thresholds.request API为IEEE 802.16链路参数设置门限，当该门限被越过时触发测量报告的生成。
18.根据实施例17所述的方法，该方法包括所述IEEE 802.16调制解调器经由link_Configure_Thresholds.confirm API向MIH实体指示配置的结果。
19.根据实施例18-19任意一个实施例所述的方法，该方法还包括所述IEEE 802.16调制解调器经由Link_Parameter_Report.indication API向MIH实体指示IEEE 802.16链路参数已经越过门限。
20.根据实施例2-19任意一个实施例所述的方法，该方法还包括所述MIH实体经由Link_Get_Parameter.request API来请求所述UMTS调制解调器报告UMTS信号质量测量。
21.根据实施例20所述的方法，该方法包括所述UMTS调制解调器经由Link_Get_Parameter.confirm API向所述MIH实体报告UMTS信号质量测量。
22.根据实施例21所述的方法，该方法包括所述MIH实体发送UMTS信号质量测量给MIH服务器。
23.根据实施例22所述的方法，该方法包括所述MIH实体接收来自所述MIH服务器的MIH切换请求。
24.根据实施例23所述的方法，该方法包括所述MIH实体开启到UMTS网络的切换过程。
25.根据实施例20-24任意一个实施例所述的方法，其中所述MIH实体使用AT+CSQ命令来请求UMTS信号质量测量。
26.根据实施例6-25任意一个实施例所述的方法，该方法还包括所述MIH实体请求所述UMTS调制解调器创建新的PDP上下文。
27.根据实施例26所述的方法，该方法包括所述MIH实体请求所述UMTS调制解调器附着到UMTS网络。
28.根据实施例27所述的方法，该方法包括所述MIH实体向所述UMTS调制解调器请求注册状况。
29.根据实施例26-28任意一个实施例所述的方法，该方法包括所述MIH实体请求所述UMTS调制解调器激活PDP上下文。
30.根据实施例26-29任意一个实施例所述的方法，该方法包括所述MIH实体向所述UMTS调制解调器请求对已定义的PDP上下文的当前设置。
31.根据实施例26-30任意一个实施例所述的方法，该方法包括所述MIH实体请求所述UMTS调制解调器输入数据状态。
32.根据实施例26-31任意一个实施例所述的方法，该方法包括所述MIH实体请求移动IP客户端执行FA和移动IP绑定更新的发现。
33.根据实施例26-32任意一个实施例所述的方法，该方法包括所述MIH实体发送MIH切换响应给所述MIH服务器。
34.根据实施例26-33任意一个实施例所述的方法，其中所述MIH实体使用AT+CGDCONT命令来请求新的PDP上下文创建。
35.根据实施例27-34任意一个实施例所述的方法，其中所述MIH实体使用AT+CGATT命令来请求所述附着。
36.根据实施例28-35任意一个实施例所述的方法，其中所述MIH实体使用AT+CGREG？来请求注册状况，并且使用AT+CGACT命令来请求PDP上下文激活。
37.根据实施例30-36任意一个实施例所述的方法，其中所述MIH实体使用AT+CGDCONT？来请求对已定义的PDP上下文的当前设置，并且使用AT+CGDATA来请求所述UMTS调制解调器输入数据状态。
38.根据实施例33-37任意一个实施例所述的方法，该方法还包括所述MIH实体经由Link_Action.request API命令IEEE 802.16调制解调器拆毁IEEE 802.16链路。
39.根据实施例2-38任意一个实施例所述的方法，该方法还包括所述MIH实体经由Link_Get_Parameter.request API来请求来自IEEE 802.16调制解调器的IEEE 802.16 QoS参数。
40.根据实施例39所述的方法，该方法包括所述IEEE 802.16调制解调器经由link_Get_Parameter.confirm API来发送所请求的IEEE 802.16 QoS参数给所述MIH实体。
41.根据实施例40所述的方法，该方法包括所述MIH实体经由Link_Action.request API将IEEE 802.16 QoS参数映射到UMTS QoS参数并且向UMTS调制解调器指定UMTS QoS简档，其中，在PDP上下文激活期间向UMTS网络请求所述指定的UMTS QoS简档。
42.根据实施例41所述的方法，其中所述MIH实体使用AT+CGEQREQ命令来指定所述UMTS QoS简档。
43.根据实施例41-42任意一个实施例所述的方法，其中所述MIH实体在PDP上下文激活期间请求预订的QoS简档。
44.根据实施例2-43任意一个实施例所述的方法，该方法还包括如果指示IEEE 802.16链路没有成功建立，则所述MIH实体请求所述UMTS调制解调器附着于UMTS网络。
45.根据实施例44所述的方法，该方法包括所述MIH实体向所述UMTS调制解调器请求网络注册状况。
46.根据实施例44-45任意一个实施例所述的方法，该方法包括所述MIH实体请求所述UMTS调制解调器激活PDP上下文。
47.根据实施例44-46任意一个实施例所述的方法，该方法包括所述MIH实体向所述UMTS调制解调器请求对已定义的PDP上下文的当前设置。
48.根据实施例44-47任意一个实施例所述的方法，该方法包括所述MIH实体请求所述UMTS调制解调器输入数据状态。
49.根据实施例44-48任意一个实施例所述的方法，该方法包括所述MIH实体请求移动IP客户端执行移动IP绑定更新。
50.根据实施例2-49任意一个实施例所述的方法，其中第一API是Link_Action.request API，第二API是Link_Action.confirm API，以及第三API是Link_Going_Down.indication API。
51.根据实施例1所述的方法，该方法包括MIH实体向UMTS调制解调器发送请求以确定在所述UMTS网络上是否存在针对WTRU的任何业务。
52.根据实施例51所述的方法，该方法包括如果在所述UMTS网络上不存在业务，则所述MIH实体请求IEEE 802.16调制解调器扫描IEEE 802.16网络。
53.根据实施例52所述的方法，该方法包括所述IEEE 802.16调制解调器发送扫描结果给所述MIH实体。
54.根据实施例53所述的方法，该方法包括如果所述扫描结果指示检测到IEEE 802.16小区，则所述MIH实体请求UMTS调制解调器执行PDP去激活与分离过程。
55.根据实施例54所述的方法，该方法包括所述MIH实体经由API请求IEEE 802.16调制解调器建立IEEE 802.16链路。
56.根据实施例54-55任意一个实施例所述的方法，其中所述MIH实体使用AT+CGACT命令来对PDP上下文进行去激活并且使用AT+CGATT命令来请求所述分离。
57.根据实施例55-56任意一个实施例所述的方法，其中所述API是Link_Action.request API。
58.一种用于支持在IEEE 802.16网络和UMTS网络之间的MIH的WTRU。
59.根据实施例58所述的WTRU，该WTRU包括IEEE 802.16调制解调器，该IEEE 802.16调制解调器用于与所述IEEE 802.16网络建立无线链路。
60.根据实施例59所述的WTRU，该WTRU包括UMTS调制解调器，该UMTS调制解调器用于与所述UMTS网络建立无线链路。
61.根据实施例60所述的WTRU，该WTRU包括上层。
62.根据实施例61所述的WTRU，该WTRU包括用于执行MIH功能的MIH实体，其中，所述IEEE 802.16调制解调器、UMTS调制解调器、上层以及MIH实体经由API通信。
63.根据实施例62所述的WTRU，其中所述MIH实体经由Link_Configure_Thresholds.request API来请求所述IEEE 802.16调制解调器为IEEE 802.16链路参数设置门限，当该门限被越过时触发测量报告的生成，并且所述IEEE 802.16调制解调器经由Link_Confgure_Thresholds.confirmAPI发送这类配置结果。
64.根据实施例60-63任意一个实施例所述的WTRU，其中所述IEEE802.16调制解调器经由Link_Going_down API指示层2连接被期望在特定时间间隔中断开，并且经由Link_Patameter_report.indication API指示链路参数已经越过门限。
65.根据实施例62-64任意一个实施例所述的WTRU，其中所述MIH实体经由Link_Action.request API命令所述IEEE 802.16调制解调器到链路层连接改变，并且所述IEEE 802.16调制解调器经由Link_Action.confirm API指示所述链路层连接改变的状态。
66.根据实施例62-65任意一个实施例所述的WTRU，其中所述MIH实体经由Link_Get_Parameter.request API对来自所述IEEE 802.16调制解调器的目标应用请求QoS参数，并且所述IEEE 802.16调制解调器经由Link_Get_Parameters.confirm API以所请求的QoS参数进行响应。
67.根据实施例62-66任意一个实施例所述的WTRU，其中所述MIH实体经由Link_Get_Parameters.request API请求所述UMTS调制解调器报告UMTS信号质量测量，并且所述UMTS调制解调器经由Link_Get_Parameters.confirm API报告请求的UMTS信号强度测量。
68.根据实施例67所述的WTRU，其中所述MIH实体使用AT+CSQ命令来请求所述UMTS信号质量测量。
69.根据实施例62-68任意一个实施例所述的WTRU，其中所述MIH实体使用AT+CFUN命令经由Link_Action.request API激活所述UMTS调制解调器以进入空闲模式和连接模式之一，并且所述UMTS调制解调器经由Link_Action.confirm API指示激活的状态。
70.根据实施例62-69任意一个实施例所述的WTRU，其中所述MIH实体经由Link_Action.request API请求UMTS调制解调器创建新的PDP上下文，附着于UMTS网络，请求注册状况，请求PDP上下文激活，请求已定义的PDP上下文的当前设置，以及请求所述UMTS调制解调器输入数据状态。
71.根据实施例70所述的WTRU，其中所述MIH实体使用AT+CGDCONT命令来请求新的PDP上下文创建，使用AT+CGATT命令来请求所述附着，使用AT+CGREG？来请求所述注册状况，使用AT+CGACT命令来请求所述PDP上下文激活，使用AT+CGDCONT？来请求所述已定义的PDP上下文的当前设置，以及使用AT+CGDATA来请求所述UMTS调制解调器以输入数据状态。
72.根据实施例61-71任意一个实施例所述的WTRU，其中所述上层包括移动IP层，并且所述API包括用于请求发现移动IP FA的MIH实体到移动IP层API以及用于确认发现移动IP FA的移动IP层到MIH实体API。
73.根据实施例72所述的WTRU，其中所述API包括用于执行移动IP绑定更新以经由FA来向HA注册新的网络附着的MIH实体到移动IP层API，以及用于确认绑定更新完成的移动IP层到MIH实体API。
74.根据实施例61-73任意一个实施例所述的WTRU，其中所述上层包括移动IP层，并且所述API包括用于请求与使用中的IP地址的数量以及对应于活动IP的本地地址有关的信息的MIH实体到移动IP层API，以及用于提供IP地址数量和相应的本地地址的移动IP层到MIH实体API。
75.根据实施例61-74任意一个实施例所述的WTRU，其中所述上层包括DHCP层，并且所述API包括用于发现P-CSCF的IP地址的MIH实体到DHCP层API，以及用于返回尝试发现P-CSCF的IP地址的结果的DHCP层到MIH实体API。
76.根据实施例61-75任意一个实施例所述的WTRU，其中所述上层包括IMS层，并且所述API包括用于向IMS注册的MIH实体到IMS层API以及用于返回尝试向IMS注册的结果的API。
77.根据实施例61-76任意一个实施例所述的WTRU，其中所述上层包括传输协议层/IP层，并且所述API包括MIH实体到传输/IP层API以及传输/IP层到MIH实体API以用于彼此通信。
78.根据实施例61-77任意一个实施例所述的WTRU，其中所述上层包括DHCP层，并且所述API包括用于发现网络节点的IP地址的MIH实体到DHCP层API以及用于返回尝试发现网络节点的结果的DHCP层到MIH实体API。
79.根据实施例61-78任意一个实施例所述的WTRU，其中所述上层包括O&M层，并且所述API包括用于激活所述MIH实体的O&M层到MIH实体API以及用于返回尝试激活所述MIH实体的结果的MIH实体到O&M层API。
80.根据实施例61-79任意一个实施例所述的WTRU，其中所述上层包括O&M层，并且所述API包括用于对所述MIH实体进行去激活的O&M层到MIH实体API以及用于返回尝试对所述MIH实体进行去激活的结果的MIH实体到O&M层API。
81.根据实施例61-80任意一个实施例所述的WTRU，其中所述上层包括O&M层，并且所述API包括用于重获MIH实体参数的O&M层到MIH实体API以及用于返回被请求的MIH实体参数的MIH实体到O&M层API。
82.根据实施例61-81任意一个实施例所述的WTRU，其中所述上层包括O&M层，并且所述API包括用于通知O&M层IEEE 802.16网络和UMTS网络之间的切换完成的MIH实体到O&M层API。
83.根据实施例61-82任意一个实施例所述的WTRU，其中所述上层包括O&M层，并且所述API包括用于检查UMTS调制解调器的模式的O&M层到MIH实体API，以及用于返回UMTS调制解调器的模式的MIH实体到O&M层API。
84.根据实施例62-83任意一个实施例所述的WTRU，其中所述MIH实体被配置成经由Link_Get_Parameter.request API请求来自所述IEEE 802.16调制解调器的IEEE 802.16 QoS参数，以及经由Link_Action.request API将所述IEEE 802.16 QoS参数映射到UMTS QoS参数并指定对UMTS调制解调器的UMTS QoS简档，其中，在PDP上下文激活期间向UMTS网络请求指定的UMTS QoS简档。
85.根据实施例84所述的WTRU，其中所述MIH实体使用AT+CGEQREQ命令来指定UMTS QoS简档。
86.根据实施例84-85任意一个实施例所述的WTRU，其中所述MIH实体被配置成在PDP上下文激活期间请求预订的QoS简档。
虽然在特定组合的示例实施例中描述了本发明的特征和部件，但是这其中的每一个特征和部件都可以在没有示例实施例中的其他特征和部件的情况下单独使用，并且每一个特征和部件都可以在具有或不具有本发明的其他特征和部件的情况下以不同的组合方式来使用。此处提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件、或可触知地具体表现为计算机可读存储介质的固件中实施。计算机可读存储介质的实例包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、诸如内部硬盘和可移动磁盘之类的磁介质、磁光介质以及诸如CD-ROM磁盘和数字多功能磁盘(DVD)之类的光介质，等等。
恰当的处理器例如包括：通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何集成电路(IC)和/或状态机。
与软件相关联的处理器可以用来实施射频收发信机以用于无线发射/接收单元(WTRU)、用户设备(UE)、终端、基站、无线电网络控制器(RNC)或任何主机计算机，等等。WTRU可以与采用硬件和/或软件形式实施的模块结合使用，例如相机、摄像机模块、视频电话、扬声器电话、振动设备、扬声器、麦克风、电视收发信机、免提耳机、键盘、蓝牙模块、调频(FM)无线电单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和/或任何无线局域网(WLAN)模块。
Claims (12)
1.一种在具有媒介无关切换MIH能力的无线发射/接收单元中使用的方法，所述无线发射/接收单元包括MIH实体、电气电子工程师协会IEEE 802.16调制解调器以及通用移动电信系统UMTS调制解调器，该方法包括：
所述MIH实体请求所述IEEE 802.16调制解调器建立IEEE 802.16链路；
所述MIH实体向所述IEEE 802.16调制解调器传送代理呼叫状态控制功能P-CSCF发现请求和MIH服务器发现请求；
所述IEEE 802.16调制解调器经由动态主机配置协议DHCP或域名系统DNS在互联网协议IP栈上发现P-CSCF和MIH服务器；
所述MIH实体发起MIH会话；
所述IEEE 802.16调制解调器向MIH实体传送期望终止所述链路；以及
所述MIH实体激活用于切换的通用移动电信系统UMTS调制解调器。
2.根据权利要求1所述的方法，该方法还包括：
所述MIH实体向服务无关协议SIP客户端传送IP多媒体子系统IMS注册请求；以及
所述SIP客户端在IP栈上向P-CSCF发送IMS注册请求。
3.根据权利要求1所述的方法，该方法还包括：
所述MIH实体向所述IEEE 802.16调制解调器传送本地代理HA IP地址请求；
所述IEEE 802.16调制解调器响应于来自MIH实体的HA IP地址请求向外地代理FA发送HA IP地址请求；
所述IEEE 802.16调制解调器从该FA接收指示HA IP地址的HA IP地址响应；以及
所述IEEE 802.16调制解调器将该HA IP地址传送到MIH实体。
4.根据权利要求1所述的方法，其中在所述IEEE 802.16调制解调器上不存在业务，该方法还包括：
所述MIH实体接收来自所述MIH服务器的请求，该请求指示到UMTS的切换，并向UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体将UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器响应于UMTS附着请求而附着到UMTS网络；
所述MIH实体向UMTS调制解调器传送PDP上下文激活请求；
所述UMTS调制解调器响应于该PDP上下文激活请求而激活PDP上下文；
所述MIH实体将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器响应于该关闭请求而关闭。
5.根据权利要求1所述的方法，其中在所述IEEE 802.16调制解调器上不存在业务，该方法还包括：
所述MIH实体接收来自所述MIH服务器的请求，该请求指示到UMTS的切换，并向UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体向所述IEEE 802.16调制解调器传送IEEE 802.16服务质量QoS参数请求；
所述IEEE 802.16调制解调器响应于所述IEEE 802.16QoS参数请求而向所述MIH实体传送用于当前运行的应用程序的IEEE 802.16QoS参数；
所述MIH实体将IEEE 802.16QoS参数映射到UMTS QoS参数；
所述MIH实体将映射的UMTS QoS参数和UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器响应于该UMTS附着请求而附着到UMTS网络；
所述MIH实体将PDP上下文激活请求传送到所述UMTS调制解调器；
所述UMTS调制解调器响应于该PDP上下文激活请求而激活PDP上下文，其中激活PDP上下文包括发送包含映射的UMTS QoS参数的QoS简档请求到UMTS网络；
所述MIH实体将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器响应于该关闭请求而关闭。
6.根据权利要求1所述的方法，其中在所述IEEE 802.16调制解调器上不存在业务，该方法还包括：
所述MIH实体接收来自所述MIH服务器的请求，该请求指示到UMTS的切换，并向UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体向UMTS网络发送预定的QoS简档请求，并从UMTS网络接收预定的QoS简档响应，该预定的QoS简档响应指示被分配了用于PDP上下文的QoS参数的网络；
所述MIH实体将映射的UMTS QoS参数和UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器响应于该UMTS附着请求而附着到UMTS网络；
所述MIH实体将PDP上下文激活请求传送到UMTS调制解调器；
所述UMTS调制解调器响应于该PDP上下文激活请求而激活PDP上下文，其中激活PDP上下文包括发送指示预定的UMTS QoS参数的QoS简档请求到UMTS网络；
所述MIH实体将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器响应于该关闭请求而关闭。
7.一种具有媒介无关切换MIH能力的无线发射/接收单元WTRU，该WTRU包括：
电气电子工程师协会IEEE 802.16调制解调器；
通用移动电信系统UMTS调制解调器，被配置成建立UMTS链路；
MIH实体，被配置成：
请求所述IEEE 802.16调制解调器建立IEEE 802.16链路；以及
将代理呼叫状态控制功能P-CSCF发现请求和MIH服务器发现请求传送到所述IEEE 802.16调制解调器；
其中所述IEEE 802.16调制解调器还被配置成响应于该发现请求经由动态主机配置协议DHCP或域名系统DNS在互联网协议IP栈上发现P-CSCF和MIH服务器；
其中所述MIH实体还被配置成发起MIH会话；
其中所述IEEE 802.16调制解调器还被配置成向MIH实体传送终止消息，该终止消息指示期望终止连接；以及
其中所述MIH实体还被配置成响应于该终止消息激活用于切换的UMTS调制解调器。
8.根据权利要求7所述的WTRU，该WTRU还包括：
服务无关协议SIP客户端，被配置成响应于来自所述MIH实体的IP多媒体子系统IMS注册请求在IP栈上向所述P-CSCF发送IMS注册请求。
9.根据权利要求7所述的WTRU，该WTRU还包括：
所述MIH实体还被配置成将本地代理HA IP地址请求传送给所述IEEE802.16调制解调器；和
所述IEEE 802.16调制解调器还被配置成：
响应于来自MIH实体的HA IP地址请求而发送HA IP地址请求到外地代理FA；
接收来自FA的指示HA IP地址的HA IP地址响应；以及
将该HA IP地址传送到MIH实体。
10.根据权利要求7所述的WTRU，其中在所述IEEE 802.16调制解调器上不存在业务，该WTRU还包括：
所述MIH实体还被配置成：
来自所述MIH服务器的请求，该请求指示到UMTS的切换；
向所述UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器还被配置成响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体还被配置成将UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器还被配置成响应于UMTS附着请求而建立UMTS链路；
所述MIH实体还被配置成向所述UMTS调制解调器传送PDP上下文激活请求；
所述UMTS调制解调器还被配置成响应于该PDP上下文激活请求而激活PDP上下文；
所述MIH实体还被配置成将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端被配置成响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体还被配置成向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器还被配置成响应于该关闭请求而关闭。
11.根据权利要求7所述的WTRU，其中在所述IEEE 802.16调制解调器上不存在业务，该WTRU还包括：
所述MIH实体还被配置成：
接收来自所述MIH服务器的请求，该请求指示到UMTS的切换；
向所述UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器还被配置成响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体还被配置成向所述IEEE 802.16调制解调器传送IEEE802.16服务质量QoS请求；
所述IEEE 802.16调制解调器还被配置成响应于IEEE 802.16 QoS请求而向所述MIH实体传送用于当前运行的应用的IEEE 802.16QoS参数；
所述MIH实体还被配置成：
将IEEE 802.16QoS参数映射到UMTS QoS参数；
将映射的UMTS QoS参数传送到所述UMTS调制解调器；和
将UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器还被配置成响应于该UMTS附着请求而建立UMTS链路；
所述MIH实体还被配置成将PDP上下文激活请求传送到UMTS调制解调器；
所述UMTS调制解调器还被配置成响应于该PDP上下文激活请求而激活PDP上下文，其中激活PDP上下文包括发送包含映射的UMTS QoS参数的QoS简档请求到UMTS网络；
所述MIH实体还被配置成将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端被配置成响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体还被配置成向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器还被配置成响应于该关闭请求而关闭。
12.根据权利要求7所述的WTRU，其中在所述IEEE 802.16调制解调器上不存在业务，该WTRU还包括：
所述MIH实体还被配置成：
接收来自所述MIH服务器的请求，该请求指示到UMTS的切换；和
向UMTS调制解调器传送分组数据协议PDP上下文创建请求；
所述UMTS调制解调器还被配置成响应于该PDP上下文创建请求而创建PDP上下文；
所述MIH实体还被配置成：
向UMTS网络发送预定的QoS简档请求；
从UMTS网络接收预定的QoS简档响应，该预定的QoS简档响应指示被分配了用于PDP上下文的QoS参数的网络；和
将UMTS附着请求传送到所述UMTS调制解调器；
所述UMTS调制解调器还被配置成响应于该UMTS附着请求而建立UMTS链路；
所述MIH实体还被配置成将PDP上下文激活请求传送到所述UMTS调制解调器；
所述UMTS调制解调器还被配置成响应于该PDP上下文激活请求而激活PDP上下文，其中激活PDP上下文包括发送指示预定的UMTS QoS参数的QoS简档请求到UMTS网络；
所述MIH实体还被配置成将外地代理FA发现请求和移动互联网协议MIP绑定更新请求传送到MIP客户端；
所述MIP客户端被配置成响应于所述FA发现请求而发现FA，并响应于所述MIP绑定更新请求而执行MIP绑定更新；
所述MIH实体还被配置成向所述IEEE 802.16调制解调器传送关闭请求；以及
所述IEEE 802.16调制解调器还被配置成响应于该关闭请求而关闭。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US89027307P | 2007-02-16 | 2007-02-16 | |
| US60/890,273 | 2007-02-16 | ||
| US93938707P | 2007-05-22 | 2007-05-22 | |
| US60/939,387 | 2007-05-22 | ||
| PCT/US2007/025293 WO2008103162A1 (en) | 2007-02-16 | 2007-12-11 | Handover between an ieee 802.16 wibro network and a umts network using media independent handover function |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2013100963122A Division CN103152778A (zh) | 2007-02-16 | 2007-12-11 | 无线发射接收单元（wtru）和在wtru中使用的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101611645A CN101611645A (zh) | 2009-12-23 |
| CN101611645B true CN101611645B (zh) | 2013-05-01 |
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 After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNU2008200024612U Expired - Fee Related CN201230326Y (zh) | 2007-02-16 | 2008-01-21 | 使用媒介无关切换功能在IEEE802.16 WiBro网络与UMTS网络之间的切换 |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN101611645B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8213337B2 (en) * | 2009-09-23 | 2012-07-03 | Via Telecom, Inc. | IP multimedia subsystem for a multimode wireless device |
| HUE039674T2 (hu) * | 2012-09-17 | 2019-01-28 | Intel Deutschland Gmbh | Médiaprofilok egy modemben lévõ adóvevõ egység konfigurálásához |
| EP3029999B1 (en) * | 2013-08-30 | 2019-10-09 | Huawei Technologies Co., Ltd. | Non-access stratum message processing |
| CN103686868B (zh) * | 2013-12-30 | 2017-04-12 | 北京航空航天大学 | 一种无线传感器网络基于应用本体的QoS MAC算法 |
| CN107333304B (zh) * | 2016-04-28 | 2019-12-03 | 展讯通信（上海）有限公司 | 终端及其语音视频业务切换的处理方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1305327A (zh) * | 1999-12-10 | 2001-07-25 | 朗迅科技公司 | 带有更有效硬切换的分组交换移动无线电通信系统 |
| CN1795688A (zh) * | 2003-06-06 | 2006-06-28 | 美商内数位科技公司 | 无线通信组件及多系统通信的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1305327A (zh) * | 1999-12-10 | 2001-07-25 | 朗迅科技公司 | 带有更有效硬切换的分组交换移动无线电通信系统 |
| CN1795688A (zh) * | 2003-06-06 | 2006-06-28 | 美商内数位科技公司 | 无线通信组件及多系统通信的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN201230326Y (zh) | 2009-04-29 |
| CN101611645A (zh) | 2009-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8331315B2 (en) | Media independent handover for smart phone architecture | |
| CN103152778A (zh) | 无线发射接收单元（wtru）和在wtru中使用的方法 | |
| US10687373B2 (en) | Optimizations for voice handovers over wireless data access | |
| TWI396418B (zh) | 整合媒體獨立交接方法及裝置 | |
| CA2681337C (en) | Handover apparatus and method in a heterogeneous wireless communication system | |
| JP4639257B2 (ja) | サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ | |
| TW202038669A (zh) | 5g網路中的無線通信方法以及使用者設備 | |
| WO2009035911A2 (en) | Method and apparatus for inter-technology handoff of a user equipment | |
| CN101611645B (zh) | 使用媒介无关切换功能在IEEE 802.16 WiBro网络和UMTS网络之间的切换 | |
| Corici et al. | Multimedia mobility service solution | |
| KR20110009566A (ko) | Ｍｉｈ 서버 기반의 미디어 세션 연속성 지원을 위한 핸드오버 방법 |
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 | ||
| ASS | Succession or assignment of patent right |
Owner name: SK TELECOMMUNICATION CO., LTD. Effective date: 20140102 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20140102 Address after: Delaware Patentee after: Interdigital Technology Corp. Patentee after: SK Telecommunication Co., Ltd. Address before: Delaware Patentee before: Interdigital Technology Corp. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130501 Termination date: 20141211 |
|
| EXPY | Termination of patent right or utility model |