CN101146323A - 一种实现链路参数配置的处理方法和终端 - Google Patents
一种实现链路参数配置的处理方法和终端 Download PDFInfo
- Publication number
- CN101146323A CN101146323A CNA2006101272155A CN200610127215A CN101146323A CN 101146323 A CN101146323 A CN 101146323A CN A2006101272155 A CNA2006101272155 A CN A2006101272155A CN 200610127215 A CN200610127215 A CN 200610127215A CN 101146323 A CN101146323 A CN 101146323A
- Authority
- CN
- China
- Prior art keywords
- link parameter
- medium type
- parameter
- configuration
- link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明公开了一种实现链路参数配置的处理方法，底层完成对链路参数的配置后，MIH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。本发明还公开了一种实现链路参数配置的终端，包括MIH单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。根据本发明提出的方案，使得上层能够明确获知对应于链路参数配置结果的媒体类型，即链路参数配置结果是针对于哪一媒体类型的，避免后续处理上的混乱，有效提高链路参数配置的效率；还可同时对原语MIH配置请求和MIH配置响应中的集合类型参数进行扩展，降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。
Description
技术领域
本发明涉及移动通信技术，特别是指一种实现链路参数配置的处理方法和终端。
背景技术
随着通信技术的发展，在同一区域可同时存在多种通信网络，这样，能够同时与不同通信网络进行通信的多模终端也随后出现。多模终端位于多种通信网络共存的系统中，如图1所示。由于不同通信网络的服务区域及业务能力存在差异，用户希望使用的终端能够在不同通信网络之间实现无缝切换，从而确保业务的连续性。为了满足这样的需求，提出了802.21协议。802.21协议提出了为多模终端实现媒体无关切换(Media Independent Handover，MIH)服务的架构。802.21协议的主要思想就是在网络实体协议栈的二层、如媒体访问控制(Media Access Control，MAC)层与三层、如网络层之间增加MIH层，如图2所示，通过在MIH层中定义与协议栈的上层、底层、站点管理实体(StationManage Entity，SME)及同层的MIH实体之间的接口，如图3所示，为多模终端在不同媒体间实现无缝切换提供事件、命令和信息服务。
目前的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中的集合类型参数配置响应参数集(ConfigurationResponseSets)向上层反馈底层对链路参数的配置结果。以上所述上层是指位于三层以上的协议层，如网络层，可统称为MIH User层；底层是指位于二层以下的协议层，如链路层。
目前的802.21协议草案中，对原语MIH_Configure.request和MIH_Configure.confirm的定义分别如表一和表二所示。
表一 现有802.21协议对原语MIH_Configure.request的定义
| 参数名称(Name) | 参数类型(Type) | 有效值范围(Valid Range) | 描述(Description) |
| 源实体标识(SourceIdentifier) | 标识(Identifier) | 任何有效的单个或组实体的标识(Any validindividual orgroup identifier) | 发送请求的实体的标识，如果为本地命令，该参数可为空值(Theidentifier of entity wherethe request is initiated.This field may beoptionally left empty ifthe command is local.) |
| 目的实体标识(DestinationIdentifier) | 标识(Identifier) | 本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH_REMOTE) | 接收请求的实体的标识，可为本地或远端同层的MIH实体的标识(Destination identifier ofrequest.This is theidentifier of local or peer |
| MIH function.) | |||
| 链路标识(LinkIdentifier) | 标识(Identifier) | N/A | 所要配置链路的标识，用于标识所要配置的链路的媒体类型(Identifierof the link to configure.) |
| 配置请求参数集(ConfigurationRequestSets) | 针对相应的媒体类型配置的参数集合(Set ofconfigurationparameters forcorreSpondinginterface.) | N/A | 包含所要配置链路参数的集合(Containing a setof configurationparameters.) |
表二 现有802.21协议对原语MIH_Configure.confirm的定义
| 参数名称(Name) | 参数类型(Type) | 有效值范围(Valid Range) | 描述(Description) |
| 源实体标识(SourceIdentifier) | 标识(Identifier) | 任何有效的单个或组实体的标识(Any validindividual orgroup identifier) | 发送响应的实体的标识，如果为本地命令，该参数可为空值(Theidentifier of entity wherethe response is initiated.This field may beoptionally left empty ifthe command is local.) |
| 目的实体标识(DestinationIdentifier) | 标识(Identifier) | 本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH_REMOTE) | 接收响应的实体的标识，可为本地或远端同层的MIH实体的标识(Destination identifier of |
| response.This is theidentifier of local or peerMIH function.) | |||
| 配置响应参数集(ConfigurationResponseSets) | 针对相应的媒体类型配置的参数集合(Set ofconfigurationparameters forcorrespondinginterface.) | N/A | 包含配置请求中指明的配置参数的配置结果(Containing a set ofconfiguration parametersand their correspondingconfiguration results：ConfigurationParamenterResultCode) |
表一中所述针对相应的媒体类型是指LinkIdentifier所标识的链路类型。链路类型是指底层协议的类型，如第三代合作伙伴计划(3rd GeneraionPartnership Project，3GPP)、802.11、802.16等。
目前的802.21协议草案中，为使上层能够对底层的链路参数进行必要的配置，上层通过原语MIH_Configure.request中的参数ConfigurationRequestSets指定需要为链路配置的一个或多个链路参数，通过参数LinkIdentifier来标识与所要配置链路相对应的媒体类型。底层根据上层的要求对链路参数进行配置后，MIH层向上层发送原语MIH_Confgure.confirm，通过原语MIH_Configure.confirm的参数ConfigurationResponseSets中的ResultCode，向上层反馈底层对链路参数的配置结果。但是上层根据MIH层发送的原语MIH_Configure.confirm，根本无法确定已配置链路参数的链路的媒体类型，这样，如果上层要求底层对多种媒体类型的链路进行链路参数配置，上层收到MIH层发送的原语MIH_Configure.confirm后，由于上层无法根据收到的信息确定当前的配置结果是针对哪一媒体类型的链路的，必然会导致上层后续处理上的混乱，甚至会使上层重复要求底层对同一链路参数进行多次配置，大大降低链路参数配置的效率。
发明内容
有鉴于此，本发明提供一种实现链路参数配置的处理方法和终端，有效提高链路参数配置的效率。
本发明提供的实现链路参数配置的处理方法包括以下步骤：
A、底层对链路参数进行配置，向媒体无关切换层提供链路参数的配置结果；
B、媒体无关切换层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。
所述步骤A与所述步骤B之间，进一步包括：媒体无关切换层根据提供配置结果的底层的协议类型确定媒体类型。
所述媒体类型通过在原语媒体无关切换配置响应中单独设置的参数链路标识来标识。
所述媒体类型携带在媒体无关切换配置响应的参数配置响应参数集之中。
将所述配置响应参数集设置为包含媒体类型、链路参数和配置结果的三元组，一个三元组中包含的元素为媒体类型、链路参数和配置结果。
所述配置响应参数集包含的三元组的数量为一个或多个。
将所述配置响应参数集设置为包含媒体类型、链路参数和配置结果的分组。
所述包含媒体类型、链路参数和配置结果的分组，为：其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路参数配置结果分组位于与该媒体类型相对应的分组位置上。
所述包含媒体类型、链路参数和配置结果的分组，为：分组中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分组的媒体类型进行配置的链路参数及其配置结果。
所述步骤A之前进一步包括：上层向媒体无关切换层发送携带有媒体类型的原语媒体无关切换请求，媒体无关切换层向底层发送配置请求。
所述媒体类型携带在原语媒体无关切换请求的参数配置请求参数集中。
将所述配置请求参数集设置为包含媒体类型、链路参数和该链路参数的具体数值的三元组，一个三元组中包含的元素为媒体类型、链路参数和该链路参数的具体数值。
所述配置请求参数集包含的三元组的数量为一个或多个。
将配置响应参数集设置为包含媒体类型、链路参数和具体数值的分组。
所述包含媒体类型、链路参数和具体数值的分组，为：其中一个分组为媒体类型，其余分组为链路参数及具体数值，与媒体类型相对应的链路参数及具体数值分组位于与该媒体类型相对应的分组位置上。
所述包含媒体类型、链路参数和具体数值的分组，为：分组中的一个元素为媒体类型，其余元素为链路参数及具体数值，链路参数及具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及具体数值。
本发明提供的实现链路参数配置的终端，该终端包括媒体无关切换单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。
本发明中，底层完成对链路参数的配置后，MIH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型，使得上层能够明确获知对应于链路参数配置结果的媒体类型，即链路参数配置结果是针对于哪一媒体类型的，避免后续处理上的混乱，有效提高链路参数配置的效率。
本发明中通过对原语MIH_Configure.confirm的参数ConfigurationResponseSets进行扩展，将媒体类型作为参数ConfigurationResponseSets的元素时，MIH层可通过一条原语MIH_Configure.confirm向上层返回针对多个不同媒体类型进行的链路参数配置，使上层明确获知对应于链路参数配置结果的媒体类型的同时，大大降低MIH层与上层之间交互的消息数量，有效节省资源。
另外，本发明对原语MIH_Configure.request中的参数ConfigurationRequestSets进行扩展，将媒体类型作为参数ConfigurationRequestSets中的元素，使得上层可通过一条原语MIH_Configure.request实现对多个媒体类型的链路参数的配置，不再像现有那样一条原语MIH_Configure.request只能实现对一个媒体类型的链路参数的配置，可大大降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。
根据本发明提出的方案，可同时对原语MIH_Configure.request中的参数ConfigurationRequestSets和原语MIH_Configure.confirm的参数ConfigurationResponseSets进行扩展，更大地降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。
附图说明
图1示出了现有多种通信网络共存的系统结构示意图；
图2示出了现有802.21协议栈结构示意图；
图3示出了现有MIH层的接口示意图；
图4示出了本发明中实现链路参数配置过程示意图。
具体实施方式
本发明中，底层完成对链路参数的配置后，MIH层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型，使得上层能够明确获知对应于链路参数配置结果的媒体类型，避免后续处理上的混乱，有效提高链路参数配置的效率。所述链路参数配置结果包含链路参数及相应链路参数的配置结果。MIH层向上层提供的链路参数配置结果来自底层，MIH层可根据提供配置结果的底层的协议类型确定媒体类型，例如，提供配置结果的底层为802.2的底层，则MIH确定媒体类型为802.2。
图4示出了本发明中实现链路参数配置过程示意图，如图4所示，实现链路参数配置的具体处理过程包括以下步骤：
步骤401：上层需要对底层的链路参数进行配置，向MIH层发送原语MIH_Configure.request，该原语MIH_Configure.request中包括参数SourceIdentifier、Destination Identifier、LinkIdentifier和ConfigurationRequestSets。其中，Source Identifier为发送原语MIH_Configure.request的实体的标识，如果原语MIH_Configure.request为本地命令，则Source Identifier可为空值；DestinationIdentifier为接收原语MIH_Confgure.request的实体的标识，可为本地或远端同层的MIH实体的标识；LinkIdentifier用于标识所要配置的链路的媒体类型；ConfigurationRequestSets包含所要配置链路参数的集合。
步骤402：MIH层收到原语MIH_Confgure.request后，根据LinkIdentifier向相应底层发送配置请求，例如，LinkIdentifier为3GPP2，MIH向3GPP2的底层发送配置请求，所述配置请求中携带有ConfigurationRequestSets中包含的所要配置链路参数的集合。
步骤403：底层收到配置请求后，根据所要配置链路参数的集合对链路参数进行配置，然后对配置请求进行响应，向MIH层返回配置响应，该配置响应中携带有每一链路参数的配置结果，配置结果包括成功、失败和拒绝。每一链路参数是指步骤402中所述的所要配置链路参数的集合中的各个链路参数，即ConfigurationRequestSets中包含的所要配置链路参数的集合中的各个链路参数。
步骤404：MIH层收到配置响应后，向上层发送原语MIH_Configure.confirm，该原语MIH_Configure.confirm中包括参数SourceIdentifier、Destination Identifier、ConfigurationResponseSets和媒体类型，反馈底层对链路参数的配置结果。其中，Source Identifier为发送原语MIH_Configure.confirm的实体的标识，如果原语MIH_Configure.confirm为本地命令，则Source Identifier可为空值；Destination Identifier为接收原语MIH_Configure.confirm的实体的标识，可为本地或远端同层的MIH实体的标识；ConfigurationResponseSets包含每一链路参数的配置结果，媒体类型用于标识与链路参数配置结果相对应的媒体类型。每一链路参数是指步骤402中所述的所要配置链路参数的集合中的各个链路参数，即ConfigurationRequestSets中包含的所要配置链路参数的集合中的各个链路参数。媒体类型是对应于链路参数配置结果的，例如，链路参数配置结果是由802.11的底层对链路参数进行配置得到的，则媒体类型为802.11。MIH层可根据提供配置结果的底层的协议类型确定媒体类型，例如，提供配置结果的底层为802.16的底层，则MIH确定媒体类型为802.16。
步骤404中所述媒体类型这一参数可通过在原语MIH_Configure.confirm中新增加的参数LinkIdentifier来体现，即在原语MIH_Configure.confirm中增加参数LinkIdentifier，通过LinkIdentifier标识媒体类型；也可对原语MIH_Configure.confirm中的参数ConfigurationResponseSets进行扩展，使参数ConfigurationResponseSets不仅包含链路参数的配置结果，还包含与链路参数配置结果相对应的媒体类型，即将步骤404中所述媒体类型这一参数携带在参数ConfigurationResponseSets中，作为参数ConfigurationResponseSets中的元素。
通过在原语MIH_Configure.confirm中增加参数LinkIdentifier来标识媒体类型时，对原语MIH_Configure.confirm的定义如表三所示。
表三 本发明中对原语MIH_Configure.confirm的一种定义
| 参数名称(Name) | 参数类型(Type) | 有效值范围(Valid Range) | 描述(Description) |
| 源实体标识(SourceIdentifier) | 标识(Identifier) | 任何有效的单个或组实体的标识(Any validindividual orgroup identifier) | 发送响应的实体的标识，如果为本地命令，该参数可为空值(Theidentifier of entity wherethe response is initiated. |
| This field may beoptionally left empty ifthe command is local.) | |||
| 目的实体标识(DestinationIdentifier) | 标识(Identifier) | 本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH_REMOTE) | 接收响应的实体的标识，可为本地或远端同层的MIH实体的标识(Destination identifier ofresponse.This is theidentifier of local or peerMIH function.) |
| 链路标识(LinkIdentifier) | 标识(Identifier) | N/A | 已经配置的链路的标识，用于标识已经配置的链路的媒体类型(Identifier of the link toconfigure.) |
| 配置响应参数集(ConfigurationResponseSets) | 针对相应的媒体类型配置的参数集合(Setofconfigurationparameters forcorrespondinginterface.) | N/A | 包含配置请求中指明的配置参数的配置结果(Containing a set ofconfiguration parametersand their correspondingconfiguration results：ConfigurationParamenterResultCode) |
通过在原语MIH_Configure.confirm中的参数ConfigurationResponseSets来携带媒体类型、如LinkIdentifier时，对原语MIH_Configure.confirm的定义如表四所示。
表四本发明中对原语MIH_Configure.confirm的另一种定义
| 参数名称(Name) | 参数类型(Type) | 有效值范围(Valid Range) | 描述(Description) |
| 源实体标识(SourceIdentifier) | 标识(Identifier) | 任何有效的单个或组实体的标识(Any validindividual orgroup identifier) | 发送响应的实体的标识，如果为本地命令，该参数可为空值(Theidentifier of entity wherethe response is initiated.This field may beoptionally left empty ifthe command is local.) |
| 目的实体标识(DestinationIdentifier) | 标识(Identifier) | 本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH_REMOTE) | 接收响应的实体的标识，可为本地或远端同层的MIH实体的标识(Destination identifier ofresponse.This is theidentifier of local or peerMIH function.) |
| 配置响应参数集(ConfigurationResponseSets) | 针对相应的媒体类型配置的参数集合(Set ofconfigurationparameters forcorrespondinginterface.) | N/A | 包含配置请求中指明的配置参数的配置结果及媒体类型(Containing aset of configurationparameters and theircorrespondingconfiguration results：LinkIdentifierConfigurationParamenterResultCode) |
下面对媒体类型参数、如LinkIdentifier携带在原语MIH_Configure.confirm的参数ConfigurationResponseSets中的具体实现进行详细描述。
方式一
将参数ConfigurationResponseSets中包含的元素设置为三元组的形式，三元组中包含的元素为媒体类型、链路参数和配置结果，如(LinkIdentifier，ConfigurationParameter，ResultCode)，其中，LinkIdentifier用于标识媒体类型，ConfigurationParameter为底层已经配置的链路参数，ResultCode为相应链路参数的配置结果。参数ConfigurationResponseSets中可包含多个三元组，这样，MIH层向上层返回的原语MIH_Confgure.confirm中的参数ConfigurationResponseSets可为如下形式{(LinkIdentifier1，ConfigurationParameter11，ResultCode11)，(LinkIdentifier1，ConfigurationParameter12，ResultCode12)，…，(LinkIdentifier2，ConfigurationParameter21，ResultCode21)，(LinkIdentifier2，ConfigurationParameter22，ResultCode22)，…}，其中每一个元素、即每一个()中的部分都是一个三元组。
方式二
将参数ConfigurationResponseSets中包含的元素设置为一个或多个分组的形式，其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路参数配置结果分组位于与该媒体类型相对应的分组位置上。例如，{(LinkIdentifier1，LinkIdentifier2，…)，([ConfigurationParameter11，ResultCode11]，[ConfigurationParameter12，ResultCode12]，…)，([ConfigurationParameter21，ResultCode21]，[ConfigurationParameter22，ResultCode22]，…)，…}，其中，每一个()即为一个分组，第一个分组(LinkIdentifier1，LinkIdentifier2，…)为同时配置的多个媒体类型，第二个分组([ConfigurationParameter11，ResultCode11]，[ConfigurationParameter12，ResultCode12]，…)位于与媒体类型LinkIdentifier1相对应的分组位置上，为针对媒体类型LinkIdentifier1配置的链路参数及其配置结果，([ConfigurationParameter21，ResultCode21]，[ConfigurationParameter22，ResultCode22]，…)位于与媒体类型LinkIdentifier2相对应的分组位置上，为针对媒体类型LinkIdentifier2配置的链路参数及其配置结果。
方式三
将参数ConfigurationResponseSets中包含的元素设置为一个或多个分组的形式，每个分组中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分组的媒体类型进行配置的链路参数及其配置结果。例如，{(LinkIdentifier1，[ConfigurationParameter11，ResultCode11]，[ConfigurationParameter12，ResultCode12]，…)，(LinkIdentifier2，[ConfigurationParameter21，ResultCode21]，[ConfigurationParameter22，ResultCode22]，…)，…}。
通过对原语MIH_Configure.confirm的参数ConfigurationResponseSets进行扩展，将媒体类型作为参数ConfigurationResponseSets的元素时，MIH层可通过一条原语MIH_Confgure.confirm向上层返回针对多个不同媒体类型进行的链路参数配置，大大降低MIH层与上层之间交互的消息数量，有效节省资源。
另外，上层需要对底层的链路参数进行配置时，现有处理中，通过上层向MIH层发送的原语MIH_Configure.request中的单独的参数LinkIdentifier来标识媒体类型，本发明提出可不再使用单独的参数LinkIdentifier来标识媒体类型，而是对原语MIH_Configure.request中的参数ConfigurationRequestSets进行扩展，将LinkIdentifier携带在参数ConfigurationRequestSets中，作为参数ConfigurationRequestSets中的元素。
通过在原语MIH_Configure.request中的参数ConfigurationRequestSets来携带LinkIdentifier时，对原语MIH_Configure.request的定义如表五所示。
表五本发明对原语MIH_Configure.request的定义
| 参数名称(Name) | 参数类型(Type) | 有效值范围(Valid Range) | 描述(Description) |
| 源实体标识 | 标识(Identifier) | 任何有效的单个 | 发送请求的实体的标 |
| (SourceIdentifier) | 或组实体的标识(Any validindividual orgroup identifier) | 识，如果为本地命令，该参数可为空值(Theidentifier of entity wherethe request is initiated.This field may beoptionally left empty ifthe command is local.) | |
| 目的实体标识(DestinationIdentifier) | 标识(Identifier) | 本地MIH实体(MIH_LOCAL)，远端MIH实体(MIH_REMOTE) | 接收请求的实体的标识，可为本地或远端同层的MIH实体的标识(Destination identifier ofrequest.This is theidentifier of local or peerMIH function.) |
| 配置请求参数集(ConfigurationRequestSets) | 针对相应的媒体类型配置的参数集合(Set ofconfigurationparameters forcorrespondinginterface.) | N/A | 包含所要配置的媒体类型和链路参数的集合(Containing a set ofidentifier of the link andconfigurationparameters.) |
下面对LinkIdentifier携带在原语MIH_Configure.request的参数ConfigurationRequestSets中的具体实现进行详细描述。
方式一
将参数ConfigurationRequestSets中包含的元素设置为三元组的形式，三元组中包含的元素为媒体类型、链路参数和该链路参数的具体数值，如(LinkIdentifier，ConfigurationParameter，ParameterValue)，其中，LinkIdentifier用于标识媒体类型，ConfigurationParameter为要求底层配置的链路参数，ParameterValue为所要配置的链路参数的具体数值。参数ConfigurationRequestSets中可包含多个三元组，这样，MIH层向上层返回的原语MIH_Configure.confirm中的参数ConfigurationRequestSets可为如下形式{(LinkIdentifier1，ConfigurationParameter11，ParameterValue11)，(LinkIdentifier1，ConfigurationParameter12，ParameterValue12)，…，(LinkIdentifier2，ConfigurationParameter21，ParameterValue21)，(LinkIdentifier2，ConfigurationParameter22，ParameterValue22)，…}，其中每一个元素、即每一个()中的部分都是一个三元组。
方式二
将参数ConfigurationRequestSets中包含的元素设置为一个或多个分组的形式，其中一个分组为媒体类型，其余分组为链路参数及其具体数值，与媒体类型相对应的链路参数及其具体数值的分组位于与该媒体类型相对应的分组位置上。例如，{(LinkIdentifier1，LinkIdentifier2，…)，([ConfigurationParameter11，ParameterValue11]，[ConfigurationParameter12，ParameterValue12]，…)，([ConfigurationParameter21，ParameterValue21]，[ConfigurationParameter22，ParameterValue22]，…)，…}，其中，每一个()即为一个分组，第一个分组(LinkIdentifier1，LinkIdentifier2，…)为同时要求底层配置的多个媒体类型，第二个分组([ConfigurationParameter11，ParameterValue11]，[ConfigurationParameter12，ParameterValue12]，…)位于与媒体类型LinkIdentifier1相对应的分组位置上，为针对媒体类型LinkIdentifier1要求配置的链路参数及其具体数值，([ConfigurationParameter21，ParameterValue21]，[ConfigurationParameter22，ParameterValue22]，…)位于与媒体类型LinkIdentifier2相对应的分组位置上，为针对媒体类型LinkIdentifier2要求配置的链路参数及其具体数值。
方式三
将参数ConfigurationRequestSets中包含的元素设置为一个或多个分组的形式，每个分组中的一个元素为媒体类型，其余元素为链路参数及其具体数值，链路参数及其具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及其具体数值。例如，{(LinkIdentifier1，[ConfigurationParameter11，ParameterValue11]，[ConfigurationParameter12，ParameterValue12]，…)，(LinkIdentifier2，[ConfigurationParameter21，ParameterValue21]，[ConfigurationParameter22，ParameterValue22]，…)，…}。
这样，上层可通过一条原语MIH_Configure.request实现对多个媒体类型的链路参数的配置，不再像现有那样一条原语MIH_Configure.request只能实现对一个媒体类型的链路参数的配置，可大大降低上层与MIH层、及MIH层与底层之间交互的消息数量，有效节省资源。
媒体类型携带在原语MIH_Configure.request的参数ConfigurationRequestSets中时，原语MIH_Configure.confirm中的媒体类型这一参数既可采用单独的参数LinkIdentifier进行标识，也可携带在参数ConfigurationResponseSets中。
本发明中，实现链路参数配置的终端，该终端包括MIH单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (17)
1.一种实现链路参数配置的处理方法，其特征在于，该方法包含以下步骤：
A、底层对链路参数进行配置，向媒体无关切换层提供链路参数的配置结果；
B、媒体无关切换层向上层提供链路参数的配置结果，并向上层提供与链路参数配置结果相对应的媒体类型。
2.根据权利要求1所述的方法，其特征在于，所述步骤A与所述步骤B之间，进一步包括：媒体无关切换层根据提供配置结果的底层的协议类型确定媒体类型。
3.根据权利要求1所述的方法，其特征在于，所述媒体类型通过在原语媒体无关切换配置响应中单独设置的参数链路标识来标识。
4.根据权利要求1所述的方法，其特征在于，所述媒体类型携带在媒体无关切换配置响应的参数配置响应参数集之中。
5.根据权利要求4所述的方法，其特征在于，将所述配置响应参数集设置为包含媒体类型、链路参数和配置结果的三元组，一个三元组中包含的元素为媒体类型、链路参数和配置结果。
6.根据权利要求5所述的方法，其特征在于，所述配置响应参数集包含的三元组的数量为一个或多个。
7.根据权利要求4所述的方法，其特征在于，将所述配置响应参数集设置为包含媒体类型、链路参数和配置结果的分组。
8.根据权利要求7所述的方法，其特征在于，所述包含媒体类型、链路参数和配置结果的分组，为：其中一个分组为媒体类型，其余分组为链路参数及其配置结果，与媒体类型相对应的链路参数配置结果分组位于与该媒体类型相对应的分组位置上。
9.根据权利要求7所述的方法，其特征在于，所述包含媒体类型、链路参数和配置结果的分组，为：分组中的一个元素为媒体类型，其余元素为链路参数配置结果，链路参数配置结果为针对于与其位于同一分组的媒体类型进行配置的链路参数及其配置结果。
10.根据权利要求1至9任一所述的方法，其特征在于，所述步骤A之前进一步包括：上层向媒体无关切换层发送携带有媒体类型的原语媒体无关切换请求，媒体无关切换层向底层发送配置请求。
11.根据权利要求10所述的方法，其特征在于，所述媒体类型携带在原语媒体无关切换请求的参数配置请求参数集中。
12.根据权利要求11所述的方法，其特征在于，将所述配置请求参数集设置为包含媒体类型、链路参数和该链路参数的具体数值的三元组，一个三元组中包含的元素为媒体类型、链路参数和该链路参数的具体数值。
13.根据权利要求12所述的方法，其特征在于，所述配置请求参数集包含的三元组的数量为一个或多个。
14.根据权利要求11所述的方法，其特征在于，将配置响应参数集设置为包含媒体类型、链路参数和具体数值的分组。
15.根据权利要求14所述的方法，其特征在于，所述包含媒体类型、链路参数和具体数值的分组，为：其中一个分组为媒体类型，其余分组为链路参数及具体数值，与媒体类型相对应的链路参数及具体数值分组位于与该媒体类型相对应的分组位置上。
16.根据权利要求14所述的方法，其特征在于，所述包含媒体类型、链路参数和具体数值的分组，为：分组中的一个元素为媒体类型，其余元素为链路参数及具体数值，链路参数及具体数值为针对于与其位于同一分组的媒体类型要求配置的链路参数及具体数值。
17.一种实现链路参数配置的终端，其特征在于，该终端包括媒体无关切换单元，用于根据链路参数配置结果的底层协议类型确定媒体类型，然后发送与链路参数配置结果相对应的媒体类型。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101272155A CN101146323B (zh) | 2006-09-12 | 2006-09-12 | 一种实现链路参数配置的处理方法和终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101272155A CN101146323B (zh) | 2006-09-12 | 2006-09-12 | 一种实现链路参数配置的处理方法和终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101146323A true CN101146323A (zh) | 2008-03-19 |
| CN101146323B CN101146323B (zh) | 2010-09-08 |
Family
ID=39208560
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101272155A Expired - Fee Related CN101146323B (zh) | 2006-09-12 | 2006-09-12 | 一种实现链路参数配置的处理方法和终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101146323B (zh) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7738871B2 (en) * | 2004-11-05 | 2010-06-15 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
-
2006
- 2006-09-12 CN CN2006101272155A patent/CN101146323B/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN101146323B (zh) | 2010-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105704769B (zh) | 基站内小区间切换的方法及系统 | |
| CN103220815B (zh) | 一种基站间接口连接建立方法及装置 | |
| CN100502588C (zh) | 长期演进移动通信网络中的跨演进节点b的小区切换方法 | |
| CN100471323C (zh) | 一种小区切换时获取系统信息的方法 | |
| CN103945537A (zh) | 无线资源管理方法、装置及系统 | |
| KR20050083637A (ko) | Ｍｂｍｓ 포인트 대 포인트(ｐｔｐ)와 포인트 대 멀티포인트(ｐｔｍ)간의 채널 변경 방법 | |
| CN105406978B (zh) | 数据转发设备工作模式的配置方法及装置 | |
| CN104244426A (zh) | 一种数据无线承载drb的资源分配方法及装置 | |
| CN105307220A (zh) | D2d业务的切换实现方法及装置 | |
| EP3614735B1 (en) | Data transmission methods and devices | |
| CN104684044A (zh) | 一种路径建立的方法、控制器及移动性管理实体 | |
| CN110235510A (zh) | NextGen移动核心网中增强会话管理的系统和方法 | |
| CN105578513A (zh) | 一种通信方法、设备及系统 | |
| CN104255062A (zh) | 通信系统和用于路径控制的方法 | |
| CN104144484A (zh) | 支持多连接的移动通信上行系统中构建数据单元的方法 | |
| CN103945470A (zh) | 切换方法、源通信节点和目标通信节点 | |
| CN106937347A (zh) | 跨集群核心网的组呼切换方法及系统 | |
| CN104254066A (zh) | 状态信息传递、去激活的方法、站点设备和终端设备 | |
| WO2017143891A1 (zh) | 一种建立车与万物会话请求、确定传输小区的方法及装置 | |
| CN104113918B (zh) | 一种切换过程中承载信息的交互方法及装置 | |
| CN1968252B (zh) | 媒体无关的链路切换方法 | |
| CN111436049A (zh) | 一种初始接入的方法、装置及设备 | |
| WO2021203955A1 (zh) | 一种无线接入模式指示方法及装置 | |
| CN102685829B (zh) | 基站直通架构下的用户切换方法、装置及设备 | |
| CN106572507A (zh) | 将终端设备重定向到专用网络的方法、终端设备及基站 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100908 Termination date: 20150912 |
|
| EXPY | Termination of patent right or utility model |