专利名称：：一种实现链路参数配置的处理方法和终端的制作方法
技术领域：
：本发明涉及移动通信技术，特别是指一种实现链路参数配置的处理方法和终端。
背景技术：
：随着通信技术的发展，在同一区域可同时存在多种通信网络，这样，能够同时与不同通信网络进行通信的多模终端也随后出现。多模终端位于多种通信网络共存的系统中，如图1所示。由于不同通信网络的服务区域及业务能力存在差异，用户希望使用的终端能够在不同通信网络之间实现无缝切换，从而确保业务的连续性。为了满足这样的需求，提出了802.21协议。802.21协议提出了为多模终端实现媒体无关切换(MediaIndependentHandover,MIH)服务的架构。802.21协议的主要思想就是在网络实体协议栈的二层、如媒体访问控制(MediaAccessControl,MAC)层与三层、如网络层之间增加MIH层，如图2所示，通过在MIH层中定义与协议栈的上层、底层、站点管理实体(StationManageEntity,SME)及同层的MIH实体之间的接口，如图3所示，为多模终端在不同^f某体间实现无缝切换提供事件、命令和信息服务。目前的802.21协议草案中，为使上层能够对底层的链路参数进行必要的配置，提供了上层到MIH层的链路参数配置请求原语MIH配置请求(MIH—Configure.request)。原语是指MIH—Configure.request不仅仅是由命令触发的，还可能是由事件或服务触发的。上层通过原语MIH—Configure.request中的集合类型参数配置请求参数集(ConfigurationRequestSets)指定需要底层配置的一个或多个链路参数；MIH层收到上层发送的原语MIH—Configure.request后，向底层发送配置请求；底层收到MIH层发送的配置请求后，根据上层的要求对链路参数进行配置，然后对配置请求进行响应，向MIH层返回针对ConfigurationRequestSets中每一链路参数的配置结果，配置结果包括成功、失败和拒绝；MIH层收到底层对配置请求的响应后，向上层发送原语MIH配置响应(MIH—Configure.confirm),通过原语MIH一Configure.confirm中的集合类型参数S己置响应参数集(ConfigurationResponseSets)向上层反馈底层对链路参数的配置结果。以上所述上层是指位于三层以上的协议层，如网络层，可统称为MIHUser层；底层是指位于二层以下的协议层，如链路层。目前的802.21协议草案中，对原语MIH一Configure.request和MIH—Configure.confirm的定义分别如表一和表二所示。表一现有802.21协议对原语MIH—Configure.request的定义<table>tableseeoriginaldocumentpage5</column></row><table><table>tableseeoriginaldocumentpage6</column></row><table><table>tableseeoriginaldocumentpage7</column></row><table>表一中所述针对相应的媒体类型是指Linkldentifier所标识的链路类型。链路类型是指底层协议的类型，如第三代合作伙伴计划(3rdGenerationPartnershipProject,3GPP)、802.11、802.16等。目前的802.21协议草案中，为使上层能够对底层的链路参数进行必要的配置,上层通过原语MIH—Configure.request中的参数ConfigurationRequestSets指定需要为链路配置的一个或多个链路参数，通过参数Linkldentifier来标识与所要配置链路相对应的々某体类型。底层根据上层的要求对链路参数进行配置后，MIH层向上层发送原语MIH—Configure.confirm，通过原语MIH—Configure.confirm的参数ConfigurationResponseSets中的ResultCode,向上层反馈底层对链路参数的配置结果。但是上层根据MIH层发送的原语MIH—Configure.confirm,根本无法确定已配置链路参数的链路的媒体类型，这样，如果上层要求底层对多种媒体类型的链路进行链路参数配置，上层收到MIH层发送的原语MIH_Configure.confirm后，由于上层无法根据收到的信息确定当前的配置结果是针对哪一々某体类型的链路的，必然会导致上层后续处理上的混乱，甚至会使上层重复要求底层对同一链路参数进行多次配置，大大降低链路Wt配置的效率
发明内容有鉴于此，本发明提供一种实现链路参数配置的处理方法和终端，有效提高链路参数配置的效率。本发明提供的实现链路参数配置的处理方法包括以下步骤A、底层对链路参数进行配置，向媒体无关切换层提供链路参数的配置结果；B、媒体无关切换层向上层提m路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。所述步骤A与所述步骤B之间，进一步包括媒体无关切换层根据提供配置结果的底层的协议类型确定媒体类型。所述媒体类型通过在原语媒体无关切换配置响应中单独设置的参数链路标识来标识。所述媒体类型携带在媒体无关切换配置响应的参数配置响应参数集之中。将所述配置响应Wt集设置为包，体类型、链路参数和配置结果的三元组，一个三元组中包含的元素为士某体类型、链路参数和配置结果。所述配置响应参数集包含的三元组的数量为一个或多个。将所述配置响应参数集设置为包含媒体类型、链路参数和配置结果的分组。所述包含4某体类型、链路参数和配置结果的分组，为其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路M配置结果分组位于与该媒体类型相对应的分组位置上。所述包含媒体类型、链路参数和配置结果的分组，为分組中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分组的媒体类型进行配置的链路参数及其配置结果。所述步骤A之前进一步包括上层向媒体无关切换层发送携带有媒体类型的原语媒体无关切换请求，媒体无关切换层向底层发送配置请求。所述i某体类型携带在原语々某体无关切换请求的参数配置请求参数集中。将所述配置请求参数集设置为包含媒体类型、链路参数和该链路参数的具体数值的三元组，一个三元组中包含的元素为媒体类型、链路参数和该链路参数的具体数值。所述配置请求参数集包含的三元组的数量为一个或多个。将配置响应参数集设置为包^4某体类型、链路参数和具体数值的分组。所述包含々某体类型、链路参数和具体数值的分组，为其中一个分组为媒体类型，其余分组为链路参数及具体数值，与媒体类型相对应的链路参数及具体数值分组位于与该媒体类型相对应的分组位置上。所述包含媒体类型、链路参数和具体数值的分組，为分组中的一个元素为媒体类型，其余元素为链路参数及具体数值，链路参数及具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及具体数值。本发明提供的实现链路参数配置的终端，该终端包括i某体无关切换单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。本发明中，底层完成对链路参数的配置后，MH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型，使得上层能够明确获知对应于链路参数配置结果的媒体类型，即链路参数配置结果是针对于哪一媒体类型的，避免后续处理上的混乱，有效提高链路参数配置的效率。本发明中通过对原语MIH_Configure.confirm的参数ConfigurationResponseSets进行扩展，将々某体类型作为参数ConfigurationResponseSets的元素时，MH层可通过一条原语MIH一Configure.confirm向上层返回针对多个不同媒体类型进行的链路参数配置，使上层明确获知对应于链路参数配置结果的媒体类型的同时，大大降低MH层与上层之间交互的消息数量，有效节省资源。另夕卜，本发明对原语MIH_Configure.request中的参数ConfigurationRequestSets进行扩展，将媒体类型作为参数ConfigurationRequestSets中的元素，j吏得上层可通过一条原语MIH—Configure.request实现对多个媒体类型的链路参数的配置，不再像现有那样一条原语MIH一Configure.request只能实现对一个媒体类型的链路参数的配置，可大大降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。根据本发明提出的方案，可同时对原语MIH—Configure.request中的参数ConfigurationRequestSets和原i吾MIH—Configure.confirm的参数ConfigurationResponseSets进行扩展，更大地降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。图l示出了现有多种通信网络共存的系统结构示意图；图2示出了现有802.21协议栈结构示意图；图3示出了现有MH层的接口示意图；图4示出了本发明中实现链路参数配置过程示意图。具体实施方式本发明中，底层完成对链路参数的配置后，MH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的i某体类型，使得上层能够明确获知对应于链路参数配置结果的媒体类型，避免后续处理上的混乱，有效提高链路参数配置的效率。所述链路参数配置结果包含链路参数及相应链路参数的配置结果。MIH层向上层提供的链路参数配置结果来自底层，MIH层可根据提供配置结果的底层的协议类型确定媒体类型，例如，提供配置结果的底层为802.2的底层，则MIH确定媒体类型为802.2。图4示出了本发明中实现链路参数配置过程示意图，如图4所示，实现链路参数配置的具体处理过程包括以下步骤步骤401:上层需要对底层的链路参数进4亍配置，向MIH层发送原语MIH—Configure.request，该原语MIH—Configure.request中包括参数SourceIdentifier、DestinationIdentifier,Linkldentifier和ConfigurationRequestSets。其中，SourceIdentifier为发送原语MIH—Configure.request的实体的标识，如果原语MIH—Configure.request为本地命令,则SourceIdentifier可为空值；DestinationIdentifier为接收原语MIH—Configure.request的实体的标识，可为本地或远端同层的MIH实体的标识；Linkldentifier用于标识所要配置的链路的媒体类型；ConfigurationRequestSets包含所要配置链路参数的集合。步骤402:MIH层收到原语MIH—Configure.request后，根据Linkldentifier向相应底层发送配置请求，例如，Linkldentifier为3GPP2，MIH向3GPP2的底层发送配置请求，所述配置请求中携带有ConfigurationRequestSets中包含的所要配置链路参数的集合。步骤403:底层收到配置请求后，根据所要配置链路^:的集合对链路参数进行配置，然后对配置请求进行响应，向MH层返回配置响应，该配置响应中携带有每一链路参数的配置结果，配置结果包括成功、失败和拒绝。每一链路参数是指步骤402中所述的所要配置链路参数的集合中的各个链路参数，即ConfigurationR叫uestSets中包含的所要配置链路参数的集合中的各个链路参数。步骤404:MIH层收到配置响应后，向上层发送原语MIH—Configure.confirm，该原语MH—Configure.confirm中包括参数SourceIdentifier、DestinationIdentifier,ConfigurationResponseSets和々某体类型，反馈底层对链路参数的配置结果。其中，SourceIdentifier为发送原语MIH一Configure.confirm的实体的标识，如果原i吾MIH—Configure.confirm为本地命令，则SourceIdentifier可为空值；DestinationIdentifier为接收原语MIH_Configure.confirm的实体的标识，可为本地或远端同层的MIH实体的标识；ConfigurationResponseSets包含每一链路参数的配置结果，媒体类型用于标识与链路参数配置结果相对应的媒体类型。每一链路参数是指步骤402中所述的所要配置链路参数的集合中的各个链路参数，即ConfigurationRequestSets中包含的所要配置链路参数的集合中的各个链路参数。媒体类型是对应于链路参数配置结果的，例如，链路参数配置结果是由802.11的底层对链路参数进行配置得到的，则媒体类型为802.11。MIH层可根据提供配置结果的底层的协议类型确定媒体类型，例如，提供配置结果的底层为802.16的底层，则MIH确定媒体类型为802.16。步骤404中所述々某体类型这一参数可通过在原语MIH—Configure.confirm中新增加的参数Linkldentifier来体现，即在原语MIH—Configure.confirm中增加参数Linkldentifier,通过Linkldentifier标识纟某体类型；也可对原语MIH—Configure.confirm中的参数ConfigurationResponseSets进行扩展,使参数ConfigurationResponseSets不仅包含链路参数的配置结果，还包含与链路参数配置结果相对应的媒体类型，即将步骤404中所述媒体类型这一参数携带在参数ConfigurationResponseSets中，作为参数ConfigurationResponseSets中的元素。通过在原语MIH—Configure.confirm中增加参数Linkldentifier来标识媒体类型时，对原语MIH一Configure.confimi的定义如表三所示。表三本发明中对原语MIH一Configure.confirm的一种定义<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>通过在原语MIH—Configure.confirm中的参数ConfigumtionResponseSets来携带媒体类型、如Linkldentifier时，对原语MIH—Configure.confirm的定义如表四所示。表四本发明中对原语MIH一Configure.confirm的另一种定义参数名称(Name)参数类型(Type)有效值范围(ValidRange)描述(Description)源实体标识(SourceIdentifier)标识(Identifier)任何有效的单个或组实体的标识(Anyvalidindividualorgroupidentifier)发送响应的实体的标识，如杲为本地命令，该参数可为空值(Theidentifierofentitywheretheresponseisinitiated.Thisfieldmaybeoptionallyleftemptyifthecommandislocal.)目的实体标识(DestinationIdentifier)标识(Identifier)本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH一REMOTE)接收响应的实体的标识，可为本地或远端同层的MIH实体的标识(Destinationidentifierofresponse.ThisistheidentifieroflocalorpeerMIHfunction.)配置响应参数集(ConfigurationResponseSets)针对相应的媒体类型配置的参数集合(Setofconfigurationparametersforcorrespondinginterface.)N/A包含配置请求中指明的配置参数的配置结果及媒体类型(Containingasetofconfigurationparametersandtheircorrespondingconfigurationresults:LinkldentifierConfigurationParamenterResultCode)下面对媒体类型参数、如Linkldentifier携带在原语MIH—Configure.confirm的参数ConfigurationResponseSets中的具体实现进行详细描述。方式一将参数ConfigurationResponseSets中包含的元素设置为三元组的形式，三元组中包含的元素为媒体类型、链路参数和配置结果，如(Linkldentifier,ConfigurationParameter，ResultCode),其中，Linkldentifier用于标识媒体类型，ConfigurationParameter为底层已经配置的链路^t，ResultCode为相应链路参数的配置结果。参数ConfigurationResponseSets中可包含多个三元组，这样，MIH层向上层返回的原语MIH_Configure.confirm中的参数ConfigurationResponseSets可为如下开j式{(Linkldentifierl,ConfigurationParameterll，ResultCode11)，(Linkldentifierl,ConfigurationParameter12,ResultCode12)，…,(Linkldentifier2，ConfigurationParameter21，ResultCode21)，(Linkldentifier2，ConfigurationParameter22，ResultCode22)，…}，其中每一个元素、即每一个()中的部分都是一个三元组。方式二将参数ConfigurationResponseSets中包含的元素设置为一个或多个分组的形式，其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路参数配置结果分组位于与该士某体类型相对应的分组位置上。侈'J长口,{(Linkldentifierl,Linkldentifier2,…)，([ConfigurationParameterll,ResultCode11],[ConfigurationParameter12,ResultCode12]，…)，([ConfigurationParameter21，ResultCode21]，[ConfigurationParameter22,ResultCode22]，…)，…},其中，每一个()即为一个分组，第一个分组(Linkldentifierl,Linkldentifier2，…)为同时配置的多个媒体类型，第二个分组([ConfigurationParameterl1，ResultCode11〗,[ConfigurationParameter12，ResultCodel2]，…)位于与媒体类型Linkldentifierl相对应的分組位置上，为针对媒体类型Linkldentifierl配置的链路参数及其配置结果，([ConfigurationParameter21，ResultCode21],[ConfigurationParameter22，ResultCode22]，…)位于与媒体类型Linkldentifier2相对应的分组位置上，为针对i某体类型Linkldentifier2配置的链路参数及其配置结果。方式三将参数ConfigurationResponseSets中包含的元素设置为一个或多个分组的形式，每个分组中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分组的媒体类型进行配置的链路参数及其配置结果。例如，{(Linkldentifier1,[ConfigurationParameterll，ResultCodell],[ConfigurationParameter12，ResultCode12]，…)，(Linkldentifier2,[ConfigurationParameter21，ResultCode21]，[ConfigurationParameter22，ResultCode22],…)，…》。通过对原i吾MIH—Configure.confirm的参数ConfigurationResponseSets进4亍扩展，将媒体类型作为参数ConfigurationResponseSets的元素时，MIH层可通过一条原语MIH一Configure.confirm向上层返回针对多个不同媒体类型进行的链路参数配置，大大降低MIH层与上层之间交互的消息数量，有效节省资源。另外，上层需要对底层的链路参数进行配置时，现有处理中，通过上层向MIH层发送的原语MIH—Configure.request中的单独的参数Linkldentifier来标识媒体类型，本发明提出可不再使用单独的参数Linkldentifier来标识媒体类型，而是对原语MIH—Configure.request中的参数ConfigurationRequestSets进行扩展，将Linkldentifier携带在参数ConfigurationRequestSets中，作为参数ConfigurationRequestSets中的元素。通过在原语MIH—Configure.request中的参数ConfigurationRequestSets来携带Linkldentifier时，对原语MIH—Configure.request的定义如表五所示。表五本发明对原语MIH—Configure.request的定义<table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>ParameterValue为所要配置的链路参数的具体数值。参数ConfigurationR叫uestSets中可包含多个三元组，这样，MIH层向上层返回的原语MIH—Configure.confirm中的参数ConfigurationRequestSets可为如下形式{(Linkldentifierl,ConfigurationParameterll，ParameterValue11)，(Linkldentifierl,ConfigurationParameter12，ParameterValue12)，...，(Linkldentifier2，ConfigurationParameter21，ParameterValue21),(Linkldentifier2，ConfigurationParameter22，ParameterValue22),...}，其中每一个元素、即每一个()中的部分都是一个三元组。方式二将参数ConfigurationRequestSets中包含的元素设置为一个或多个分组的形式，其中一个分组为媒体类型，其余分组为链路参数及其具体数值，与媒体类型相对应的链路参数及其具体数值的分组位于与该媒体类型相对应的分组位置上。4列如,{(Linkldentifierl,Linkldentifier2，...)，([ConfigurationParameterll,ParameterValue11],[ConfigurationParameter12，ParameterValue12〗,...)，([ConfigurationParameter21，ParameterValue21]，[ConfigurationParameter22，ParameterValue22],…)，…}，其中，每一个()即为一个分组，第一个分组(Linkldentifierl,Linkldentifier2，…)为同时要求底层配置的多个媒体类型，第二个分纟且([ConfigurationParameterll,ParameterValue11],[ConfigurationParameter12，ParameterValue12],…)位于与i某体类型Linkldentifierl相对应的分组位置上，为针对媒体类型Linkldentifierl要求配置的链路参数及其具体数值，([ConfigurationParameter21，ParameterValue21]，[ConfigurationParameter22，ParameterValue22〗，...)位于与々某体类型Linkldentifier2相对应的分组位置上，为针对媒体类型Linkldentifier2要求配置的链路参数及其具体数值。方式三将^:ConfigurationRequestSets中包含的元素设置为一个或多个分组的形式，每个分组中的一个元素为媒体类型，其余元素为链路参数及其具体数值，链路参数及其具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及其具体凄t值。例如，{(Linkldentifierl,[ConfigurationParameterll,ParameterValue11],[ConfigurationParameter12，ParameterValue12]，…),(Linkldentifier2,[ConfigurationParameter21,ParameterValue21]，[ConfigurationParameter22，ParameterValue22〗，…),…}。这样，上层可通过一条原语MIH一Configure.request实现对多个媒体类型的链路参数的配置，不再像现有那样一条原语MIH—Configure.request只能实现对一个媒体类型的链路参数的配置，可大大降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。媒体类型携带在原语MIH—Configure.request的参数ConfigurationRequestSets中时，原语MIH—Configure.confirm中的媒体类型这一参数既可采用单独的参数Linkldentifier进行标识，也可携带在参数ConfiguratioiiResponseSets中。本发明中，实现链路参数配置的终端，该终端包括MH单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。权利要求1、一种实现链路参数配置的处理方法，其特征在于，该方法包含以下步骤A、底层对链路参数进行配置，向媒体无关切换层提供链路参数的配置结果；B、媒体无关切换层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。2、根据权利要求1所述的方法，其特征在于，所述步骤A与所述步骤B之间，进一步包括媒体无关切换层根据提供配置结果的底层的协议类型确定媒体类型。3、根据权利要求1所述的方法，其特征在于，所述媒体类型通过在原语媒体无关切换配置响应中单独设置的参数链路标识来标识。4、根据权利要求1所述的方法，其特征在于，所述纟某体类型携带在媒体无关切换配置响应的参数配置响应参数集之中。5、根据权利要求4所述的方法，其特征在于，将所述配置响应参数集设置为包^体类型、链路参数和配置结果的三元组，一个三元组中包含的元素为々某体类型、链路W:和配置结杲。6、根据权利要求5所述的方法，其特征在于，所述配置响应参数集包含的三元组的数量为一个或多个。7、根据权利要求4所述的方法，其特征在于，将所述配置响应参数集设置为包，体类型、链路l^:和配置结果的分组。8、根据权利要求7所述的方法，其特征在于，所述包^4某体类型、链路参数和配置结果的分组，为其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路参数配置结果分组位于与该媒体类型相对应的分组位置上。9、才艮据权利要求7所述的方法，其特征在于，所述包含4某体类型、链路参数和配置结杲的分组，为分组中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分組的媒体类型进行配置的链路参数及其配置结果。10、根据权利要求1至9任一所述的方法，其特征在于，所述步骤A之前进一步包括上层向媒体无关切换层发送携带有媒体类型的原语媒体无关切换请求，纟某体无关切换层向底层发送配置请求。11、根据权利要求10所述的方法，其特征在于，所述媒体类型携带在原语媒体无关切换请求的参数配置请求参数集中。12、根据权利要求11所述的方法，其特征在于，将所述配置请求参数集设置为包含々某体类型、链路参数和该链路参数的具体数值的三元组，一个三元组中包含的元素为媒体类型、链路参数和该链路参数的具体数值。13、根据权利要求12所述的方法，其特征在于，所述配置请求参数集包含的三元组的数量为一个或多个。14、根据权利要求11所述的方法，其特征在于，将配置响应参数集设置为包M体类型、链路参数和具体数值的分组。15、根据权利要求14所述的方法，其特征在于，所述包含媒体类型、链路参数和具体数值的分组，为其中一个分组为媒体类型，其余分组为链路参数及具体数值，与媒体类型相对应的链路参数及具体数值分组位于与该媒体类型相对应的分组位置上。16、根据权利要求14所述的方法，其特征在于，所述包含々某体类型、链路Wt和具体数值的分组，为分组中的一个元素为々某体类型，其余元素为链路参数及具体数值，链路参数及具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及具体数值。17、一种实现链路参数配置的终端，其特征在于，该终端包括媒体无关切换单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路l^t配置结果相对应的媒体类型。全文摘要本发明公开了一种实现链路参数配置的处理方法，底层完成对链路参数的配置后，MIH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。本发明还公开了一种实现链路参数配置的终端，包括MIH单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。根据本发明提出的方案，使得上层能够明确获知对应于链路参数配置结果的媒体类型，即链路参数配置结果是针对于哪一媒体类型的，避免后续处理上的混乱，有效提高链路参数配置的效率；还可同时对原语MIH配置请求和MIH配置响应中的集合类型参数进行扩展，降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。文档编号H04W36/18GK101146323SQ20061012721公开日2008年3月19日申请日期2006年9月12日优先权日2006年9月12日发明者树贵明,郭均祥申请人:华为技术有限公司