参数处理的方法、网络处理实体和网络控制实体的制作方法

文档序号:7656565阅读:124来源:国知局

专利名称::参数处理的方法、网络处理实体和网络控制实体的制作方法
技术领域
:本发明涉及移动通信技术,尤其涉及一种移动通信中参数处理的方法、网络处理实体和网络控制实体。
背景技术
:在移动通信系统中,参数的处理过程大致包括网络控制实体向网络处理实体发送参数处理请求消息,网络处理实体根据来自网络控制实体的参数处理请求消息对相关参数进行处理,并根据处理结果向网络控制实体返回参数处理响应消息。其中,网络控制实体向网络处理实体发送的参数处理请求消息中可以携带参数列表,则网络处理实体从参数处理请求消息中解析出参数列表以后,判断自身是否支持参数列表中的所有参数,如果是,则根据所接收的参数处理请求消息中的参数列表对相关参数进行处理,并向网络控制实体返回成功响应消息;若参数列表中有任意参数不支持,则网络处理实体不对任何参数进行处理,并向网络控制实体返回失败响应消息,并指示参数处理失败。例如以网络控制实体为无线网络控制器(RNC),网络处理实体为基站(NodeB)的情况来说明,当RNC向NodeB发送小区建立请求消息等消息时,来自RNC的参数列表中有10个参数,NodeB从小区建立请求消息中解析出参数列表后,发现有2个参数自身不支持,则NodeB不对任何参数进行处理,并向RNC返回失败响应消息,指示该组参数处理失败。此外,由于参数列表中的一组参数属于一个绑定的参数体,因此对于NodeB有2个参数不支持的情况,若需重传,则RNC需向NodeB重新发送更新后的10个参数,NodeB对再10个参数全部重新进行判断及处理。因为若RNC只向NodeB发送处理失败的2个参数,则NodeB会认为其它8个参数需要删除。可见,现有技术中,由于参数处理请求消息中的一组参数必须与网络处理实体所支持的参数全部匹配且被处理成功,处理流程才可结束。只要其中有任意参数未处理成功,则可处理成功的参数仍需等待重处理,因此增加了可成功处理参数的响应时延,降低了资源管理的效率。
发明内容本发明一方面提供了一种参数处理的方法,另一方面提供了一种参数处理的系统、网络处理实体和网络控制实体,以便减少可成功处理参数的响应时延。本发明所提供的参数处理的方法,包括-网络处理实体接收来自网络控制实体的请求处理的参数的信息;根据所述请求处理的参数的信息,对自身支持的参数进行成功处理;根据处理结果,将指示处理成功和/或失败的参数的信息发送给网络控制实体。该方法进一步包括网络控制实体接收来自网络处理实体的所述指示处理成功和/或失败的参数的信息,确定需要重新处理的参数,并根据所述指示处理成功和/或失败的参数信息,将需要重新处理的参数的信息发送给网络处理实体;所述网络处理实体进一步接收所述需要重新处理的参数的信息,根据所接收的需要重新处理的参数的信息,只对需要重新处理的参数进行处理,并返回执行根据处理结果,将指示处理成功和/或失败的参数的信息发送给网络控制实体的操作。其中,所述需要重新处理的参数为处理失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的一个或其组合。其中,所述接收来自网络控制实体的请求处理的参数的信息或需要重新处理的参数的信息为接收小区建立请求消息、或小区重配置请求消息、或物理共享信道重配置请求消息、或审计请求消息、或阻塞资源请求消息,从所接收到的消息中提取所述参数的信息。所述将指示处理成功和/或失败的参数的信息发送出去为将所述指示处理成功和/或失败的参数的信息携带在一条或多条响应消息中发送出去。'其中,所述处理失败的参数的信息包括处理失败的参数列表及各参数处理失败的原因。本发明所提供的网络处理实体,包括接收模块,用于接收请求处理的参数的信息,将所述请求处理的参数的信息提供给参数处理模块;参数处理模块,用于根据所述接收模块提供的所述请求处理的参数的信息,对所述网络实体支持的参数进行成功处理,并将处理结果提供给发送模块;发送模块,用于根据参数处理模块的处理结果,将指示处理成功和/或失败的参数的信息发送出去。其中,所述接收模块进一步接收需要重新处理的参数的信息,并将所述需要重新处理的参数的信息提供给参数处理模块。所述参数处理模块,进一步根据所述接收模块提供的需要重新处理的参数信息,只对需要重新处理的参数进行处理,并将处理结果提供给发送模块。其中,该网络处理实体为基站。本发明所提供的网络控制实体,包括消息发送模块,用于将请求处理的参数的信息发送出去;消息接收模块,用于接收指示处理成功和/或失败的参数的信息。此外,所述消息接收模块进一步根据所接收到的指示处理成功和/或失败的参数的信息,确定需要重新处理的参数,并将需要重新处理的参数的反馈信息提供给消息发送模块;所述消息发送模块进一步根据所述消息接收模块提供的需要重新处理的参数的反馈信息,将需要重新处理的参数的信息发送出去。其中,该网络控制实体为无线网络控制器、或基站控制器。本发明所提供的参数处理的系统,包括网络控制实体,用于向网络处理实体发送请求处理的参数的信息;网络处理实体,用于接收来自网络控制实体的所述请求处理的参数的信息,根据所述请求处理的参数的信息,对自身支持的参数进行成功处理,根据处理结果,向网络控制实体返回指示处理成功和/或失败的参数的信息。较佳地,所述网络控制实体进一步接收来自网络处理实体的指示处理成功和/或失败的参数的信息,并根据所述参数的信息,确定需要重新处理的参数,并将需要重新处理的参数的信息发送给网络处理实体;所述网络处理实体进一步接收来自所述网络控制实体的需要重新处理的参数的信息,根据所述需要重新处理的参数的信息,对需要重新处理的参数进行处理。其中,所述网络控制实体为无线网络控制器、或基站控制器;所述网络处理实体为基站。从上述方案可以看出,本发明中网络处理实体接收到来自网络控制实体的参数的信息后,根据所接收的参数的信息,对自身支持的参数进行成功处理,此时,对于自身不支持的参数可进行失败处理。之后,网络处理实体根据处理结果,向网络控制实体返回指示处理成功和/或失败的参数的信息,即各参数之间的处理相互独立,从而使得系统可尽可能的支持成功参数的处理,避免发送多条请求消息和响应消息,从而减小了可成功处理部分的响应时延,提高了资源管理的效率。进一步地,本发明中的网络控制实体根据所接收的指示处理成功和/或失败的参数的信息,将需要重新处理的,如处理失败的参数的信息发送给网络处理实体;网络处理实体根据所接收的参数的信息,对相应的,如处理失败的参数进行重新处理,使得已经处理成功的参数不受用于重处理的请求消息的影响,即用于重处理的请求消息中可不携带已经处理成功的参数的信息,对于已经处理成功的参数来说,只需进行一次处理即可,无需等待未处理成功的参数的重处理,从而降低了可成功处理参数的响应时延。下面将通过参照附图详细描述本发明的示例性实施例,使本领域的普通技术人员更清楚本发明的上述及其他特征和优点,附图中图1为本发明实施例中参数处理的方法的示例性流程图2为本发明实施例中参数处理的系统的示例性结构图3为图2所示系统中网络控制实体的结构示意图4为图2所示系统中网络处理实体的结构示意图5为本发明实施例一中参数处理的方法流程图6为本发明实施例二中参数处理的方法流程图7为本发明实施例三中参数处理的方法流程图。具体实施例方式本发明实施例中的参数处理主要包括接收需要处理的参数的信息;根据所接收的需要处理的参数的信息,对自身支持的参数进行成功处理,对不支持的参数进行失败处理;根据处理结果,将指示处理成功和/或失败的参数的信息发送出去。其中,需要处理的参数的信息可携带在请求消息中发送,指示处理成功和/或失败的参数的信息可携带在响应消息中发送。其中,需要处理的参数的信息可以是请求处理的参数的信息,也可以是需要重新处理的参数的信息。为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一歩详细说明。为描述方便,本发明实施例中均以需要处理的参数的信息携带在请求消息中发送,指示处理成功和/或失败的参数的信息携带在响应消息中发送的情况为例,并且以执行接收需要处理的参数的信息;根据所接收的需要处理的参数的信息,对.自身支持的参数进行成功处理;根据处理结果,将指示处理成功和/或失败的参数信息发送出去的操作的实体为网络处理实体的情况为例,发送参数信息的实体为网络控制实体的情况为例。图1为本发明实施例中参数处理的方法的示例性流程图。如图1所示,该流程包括如下步骤步骤101,网络控制实体向网络处理实体发送携带参数信息的请求消息。本步骤中,网络控制实体将请求处理的参数的信息携带在请求消息中发送给网络处理实体。步骤102,网络处理实体接收到请求消息后,根据其中的参数信息,对自身支持的参数进行成功处理,根据处理结果,向网络控制实体返回指示处理成功和/或失败的参数信息的响应消息。本步骤中,网络处理实体接收到请求消息后,根据所接收的请求消息中的请求处理的参数的信息,对自身支持的参数进行成功处理,对不支持的参数则可进行失败处理,即参数处理之间相互独立,无需等到所有参数都支持时采取处理,而可以只对其中支持的参数进行处理,对于不支持的参数可不进行处理,或指示出不支持(失败)的原因等,然后通过向网络处理实体发送响应消息指示处理成功和/或失败的参数的信息。其中,处理过程可包括配置过程、审计过程及阻塞过程等。其中,响应消息可以是一条响应消息指示处理成功和/或失败的参数信息,也可以是一条以上的响应消息分别指示处理成功的参数信息和/或处理失败的各参数信息。进一歩地,若响应消息中指示有处理失败的参数的信息,则可将处理失败的原因一并进行指示,即较佳地,处理失败的参数的信息可包括处理失败的参数列表及各参数处理失败的原因。网络控制实体接收到来自网络控制实体的指示处理成功和/或失败的参数信息的响应消息,并进一步地,可根据该响应消息发送下一条请求消息。例如若接收到的响应消息显示网络处理实体对所有参数均己处理成功(都支持),则暂时可无需发送请求消息;若接收到的响应消息显示网络处理实体中尚有不支持参数未处理成功,则可发送用于重处理的请求消息。此时,网络控制实体可根据指示处理成功和/或失败的参数的信息,确定需要重新处理的参数,并将需要重新处理的参数的信息携带在请求消息中发送给网络处理实体。此时,若步骤102中发送的响应消息中指示有处理失败的参数及其失败原因,则网络控制实体可根据该参数处理失败的原因,对需要重新处理的参数的信息进行调整更新,如取值调整等,之后将更新后的信息携带在参数处理请求消息中发送给网络处理实体。其中,网络控制实体可无需将已处理成功的参数的信息携带在该请求消息中。之后,网络处理实体根据所接收的请求消息中的需要重新处理的参数的信息,对相应的参数进行重新处理。并进一步地,可根据处理结果,向网络控制实体返回指示处理成功和/或失败的参数的信息的响应消息。此时,网络处理实体只需要对需要重新处理的参数进行处理,对处理成功的参数可无需进行任何处理,即该请求消息并不影响已经处理成功的参数。其中,需要重新处理的参数为处理失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的任意一个或任意组合。例如,对于需要删除的参数处理,网络控制实体可在请求消息中携带需要删除的参数信息,网络处理实体根据请求消息中的该需要删除的参数信息,对相应参数的处理进行删除。上述流程中,各参数之间的处理相互独立,从而使得系统尽可能的支持成功参数的处理,避免发送多条请求消息和响应消息,从而减小了可成功处理部分的响应时延,提高了资源管理的效率。以上对本发明实施例中参数处理的方法进行了详细描述,下面再对本发明实施例中参数处理的系统进行详细描述。图2为本发明实施例中参数处理的系统的示例性结构图。如图2所示,该系统包括网络控制实体201和网络处理实体202。其中,网络控制实体201,用于向网络处理实体202发送携带请求处理的参数的信息的请求消息。网络处理实体202,用于接收来自网络控制实体201的所述请求消息,并根据所述请求消息中的请求处理的参数的信息,对自身支持的参数进行成功处理,根据处理结果,向网络控制实体201返回指示处理成功和/或失败的参数的信息的响应消息。其中,对于自身不支持的参数可进行失败处理,如不进行处理,或将不支持的原因进行指示等。此外,进一步地,网络控制实体201还可接收来自网络处理实体202的指示处理成功和/或失败的参数的信息的响应消息,并根据所接收的指示处理成功和/或失败的参数的信息的响应消息,确定需要重新处理的参数,并将需要重新处理的参数的信息携带在请求消息中发送给网络处理实体202。相应地,网络处理实体202还可接收来自网络控制实体201的携带需要重新处理的参数信息的请求消息,根据所述请求消息中的需要重新处理的参数的信息,对相应的参数进行处理。进一步地,可根据处理结果,向网络控制实体201返回指示处理成功和/或失败的参数信息的响应消息。将所述指示处理成功和/或失败的参数的信息携带在一条或多条响应消息中发送出去。其中,需要重新处理的参数为处理失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的任意一个或任意组合。例如,对于需要删除的参数的处理'网络控制实体201—坏可沐请龙消息中携带需要删除的参教信息:网络处理实^i02相应地可根据所沐请求消息中的所述需要删除的参数信息,对相应参数的处理进行删除。实际应用中,网络控制实体201和网络处理实体202分别有多种结构形式进行实现,本发明实施例中仅列举其中一种形式对网络控制实体201和网络处理实体202的具体实现进行描述。图3为网络控制实体201的一种结构示意图。如图3所示,该网络控制实体201包括消息发送模块301和消息接收模块302。其中,消息发送模块301,用于将请求处理的参数的信息携带在请求消息中发送出去。消息接收模块302,用于接收指示处理成功和/或失败的参数的信息的响应消息。进一步地,消息接收模块302根据所接收指示处理成功和/或失败的参数的信息的响应消息,将需要重新处理的参数的反馈信息提供给消息发送模块301。消息发送模块301根据消息接收模块302提供的需要重新处理的参数的反馈信息,确定需要重新处理的参数,并将需要重新处理的参数的信息携带在请求消息中发送出去。其中,需要重新处理的参数包括处理失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的任意一个或任意组合。例如,对于需要删除的参数的处理,消息发送模块301还可在参数处理请求消息中携带需要删除的参数信息。图4为网络处理实体202的一种结构示意图。如图4所示,该网络处理实体202包括接收模块401、参数处理模块402和发送模块403。其中,接收模块401,用于接收携带请求处理的参数的信息的请求消息,将所述请求消息中的需要处理的参数的信息提供给参数处理模块402。参数处理模块402,用于根据所述接收模块401提供的请求处理的参数的信息,对自身所在网络实体支持的参数进行成功处理,并将处理结果提供给发送模块403。发送模块403,用于根据参数处理模块的处理结果,将指示处理成功和/或失败的参数的信息的响应消息发送出去。此外,接收模块401进一步接收需要重新处理的参数的信息,并将所接收的需要重新处理的参数的信息提供给参数处理模块402。参数处理模块402,进一步根据所述接收模块提供的需要重新处理的参数信息,只对需要重新处理的参数进行处理,并将处理结果提供给发送模块403。—可以理解,本领域内的普通技术人员根据图3和图4所描述的网络控制实体201和网络处理实体202的具体实现形式,还可推出其它种类的具体实现形式,如通过将所列模块进行合并或进行细分等处理,可变换出其它的实现形式。因此,此处不再对网络控制实体201和网络处理实体202的其它具体实现形式进行赘述。为了进一步地理解本发明的技术方案,下面通过几个实施例对本发明中参数处理的方法、系统及装置进行详细描述。为描述方面,下面的实施例中均以第三代合作组织(3GPP)规范中的情况为例。其中,网络控制实体为无线网络控制器(RNC),网络处理实体为基站(NodeB)。实施例一本实施例中,以请求消息为小区建立(CellSetup)请求消息,参数处理过程为配置过程的情况为例。图5为本发明实施例一中参数处理方法的流程图。如图5所示,该流程包括如下歩骤步骤501,RNC向NodeB发送携带载频参数列表的小区建立请求消息。其中,载频参数列表可包括载频的频点信息及其它配置信息。歩骤502,NodeB根据小区建立请求消息中的载频参数列表,对自身支持的载频参数进行配置,根据配置结果,向RNC返回指示配置成功的载频参数和/或配置失败的载频参数的响应消息。本歩骤中,NodeB根据小区建立请求消息中的载频参数列表中的频点信息及其配置信息,对自身支持的载频的相应频点进行配置,对不支持的频点可进行失败处理。其中,为了在响应消息中指示配置成功的载频参数(载频的频点)和/或配置失败的载频参数(载频的频点),可以对3GPPTS25.433协议中的相关信息进行扩展。参见表一,表一中示出了一种扩展后的与小区建立消息相关的参数配置信息表:<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>表一扩展后的与小区建立消息相关的参数配置信息表上述表一中增加了"不成功的频点信息列表"的字段,并设置了频点的取值范围等信息;相应的在该字段下设置了"频点信息"及"原因"字段,用于指示配置失败的频点及其原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表一中己列出)。定义了上述字段之后,在响应消息可指示配置失败的载频参数及其原因,即指示配置失败的频点及其失败原因的信息。参见表二,表二中示出了又一种扩展后的与小区建立消息相关的参数配置信息表:<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表二扩展后的与小区建立消息相关的参数配置信息表上述表二中增加了"成功的频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"字段,以指示哪些频点被成功设置。此外,还增加了"不成功的频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"及"原因"字段,以指示哪些频点未成功设置,及其未成功设置的原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表二中已列出)。可见,根据上述表二,响应消息可同时指示配置成功的载频参数和配置失败的载频参数,即配置成功和配置失败的频点的信息。RNC接收到来自NodeB的指示配置成功的载频参数和/或配置失败的载频参数的响应消息后,RNC可进一步地,根据该响应消息发送下一条请求消息。例如,若RNC接收到的响应消息显示NodeB所有载频参数均已配置成功,则暂时无需发送用于重配置的请求消息;若接收到的响应消息显示NodeB中尚有不支持载频参数未配置成功,则可发送用于重配置的请求消息,即小区重配置请求消息。耽时,RNC可将需要重新配置的,如配置失败的载频参数的信息携带在小区重配置请求消息中发送给NodeB。其中,若步骤502中发送的响应消息中指示有配置失败的载频参数及其失败原因,则RNC可根据该载频参数未配置处理成功的原因,对需要重新配置的载频参数的信息进行调整更新,之后将更新后的载频参数的信息携带在小区重配置请求消息中发送给NodeB。此时,RNC可无需将已配置成功的载频参数的信息携带在小区重配置请求消息中。之后,NodeB根据所接收的小区重配置请求消息中的需要重新配置的,如配置失败的载频参数的信息,对相应需要重新配置的,如配置失败的载频参数进行重新配置。进一步地,可根据处理结果,向网络控制实体返回指示配置成功的参数和/或配置失败的参数的响应消息。其中,为了在响应消息中指示配置成功的载频参数(载频的频点)和/或配置失败的载频参数(载频的频点),此处的响应消息同样可依据表一或表二中列举的情况进行实现。此时,NodeB只需要对需要重新配置的,如配置失败的载频参数进行重新配置,对配置成功的载频参数可无需进行任何处理,即各参数之间的处理互相独立,小区重配置请求消息并不影响已经配置成功的载频参数。其中,需要重新配置的参数为配置失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的任意一个或任意组合。例如,对于需要删除的载频参数配置,RNC可在小区重配置请求消息中仅仅列出该载频的频点信息,而不列出任何其它该载频的配置处理信息。则NodeB可根据小区建立请求消息中的该频点信息,对相应载频频点的配置进行删除。与图5所示方法一致,本实施例中的系统包括RNC和NodeB。其中,RNC与NodeB的功能与实现可与图2所示系统及图3和图4所示装置中的描述一致。只是本实施例中的RNC和NodeB分别为图2、图3与图4所示网络控制实体与网络处理实体的一个实例。相应地,本实施例中的参数信息为载频参数列表,参数为载频参数,请求消息为小区建立请求消息以及小区重配置请求消息,处理过程为配置过程。实施例二本实施例屮,以参数处理请求消息为物理共享信道重处理(PhysicalSharedChannelReconfigure)请求消息的情况为例。图6为本发明实施例二中参数处理方法的流程图。如图6所示,该流程包括如下步骤步骤601,RNC向NodeB发送携带增强的专有信道(E-DCH)相关信息和/或高速共享下行物理信道(HSDPA)相关信息的载频参数列表的物理共享信道重配置请求消息。其中,载频参数列表可包括载频的频点信息及其它配置信息。步骤602,NodeB根据物理共享信道重配置请求消息中的载频参数列表,对自身支持的载频参数进行配置,根据配置结果,向RNC返回指示配置成功的载频参数和/或配置失败的载频参数的响应消息。'本步骤中,NodeB根据物理共享信道重处理请求消息中的载频参数列表中的频点信息及其配置信息,对自身支持的载频的相应频点进行配置,对不支持的频点可进行失败处理。例如,若物理共享信道重配置请求消息中同时携带有HSDPA和E-DCH相关信息的载频参数信息,但NodeB不能同时支持E-DCH的相关信息和HSDPA的相关信息的载频参数,则NodeB可只对支持的信道部分的参数进行配置,对不支持的信道部分可进行失败处理。又如,若物理共享信诣重配詈请求消息中只横带有F.-DCH相关信,良的名个载频的裁顿参教信息,佝NodeB只支持其中的一部分载频,则NodeB可只对支持的载频部分的参数进行配置,对不支持的载频部分可进行失败处理。其中,为了在响应消息中指示配置成功的载频参数(载频的频点)和/或配置失败的载频参数(载频的频点),可以对3GPPTS25.433协议中的相关信息进行扩展。参见表三,表三中示出了一种扩展后的与物理共享信道重配置消息相关的参数配置信息表<table>tableseeoriginaldocumentpage15</column></row><table><table>tableseeoriginaldocumentpage16</column></row><table>表三扩展后的与物理共享信道重配置消息相关的参数配置信息表上述表三中已经存在"不成功的HSDPA频点信息列表"及其下面的"频点信息"及"原因"字段。本实施例中又增加了"不成功的E-DCH频点信息列表"的字段,并设置了频点的取值范围等信息;相应的在该字段下设置了"频点信息"及"原因"字段,用于指示配置失败的频点及其原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表三中己列出)。定义了上述字段之后,在响应消息可指示配置失败的载频参数及其原因,即指示配置失败的频点及其失败原因的信息。参见表四,表四中示出了又一种扩展后的与物理共享信道重配置消息相关的参数配置信息表<table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>表四扩展后的与物理共享信道重配置消息相关的参数配置信息表上述表四中增加了"成功的HSDPA频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"字段,以指示HSDPA相关信息中的哪些频点被成功设置。还增加了"不成功的HSDPA频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"及"原因"字段,以指示HSDPA相关信息中的哪些频点未成功设置,及其未成功设置的原因。此外,还增加了"成功的E-DCH频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"字段,以指示E-DCH相关信息中的哪些频点被成功设置。还增加了"不成功的E-DCH频点信息列表"的字段,并设置了频点的取值范围信息,相应的在该字段下设置了"频点信息"及"原因"字段,以指示E-DCH相关信息中的哪些频点未成功设置,及其未成功设置的原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表四中己列出)。'可见,根据上述表四,响应消息可同时指示配置成功的载频参数和配置失败的载频参数,即HSDPA相关信息及E-DCH相关信息中配置成功和配置失败的频点的信息。RNC接收到来自NodeB的指示配置成功的载频参数和/或配置失败的载频参数的响应消息。此外,脂C可进一步地,根据该响应消息发送下一条请求消息。例如,若RNC接收到的响应消息显示NodeB所有载频参数均已配置成功,则暂时无需发送用于重配置的物理共享信道重配置请求消息;若接收到的响应消息显示NodeB中尚有不支持载频参数未配置成功,则可发送用于重配置的物理共享信道重配置请求消息。此时,RNC可将需要重新配置的,如配置失败的载频参数的信息携带在物理共享信道重配置请求消息中发送给NodeB。其中,若步骤602中发送的响应消息中指示有配置失败的载频参数及其失败原因,则RNC可根据该载频参数未配置成功的原因,对需要重新配置的载频参数的信息进行调整更新,之后将更新后的载频参数的信息携带在物理共享信道重配置请求消息中发送给NodeB。此时,RNC可无需将已配置成功的载频参数的信息携带在用于重配置的物理共享信道重配置请求消息中。之后,NodeB根据所接收的物理共享信道重配置请求消息中的需要重新配置的,如配置失败的载频参数的信息,对相应需要重新配置的,如配置失败的载频参数进行重新配置。进一步地,可根据配置结果,向网络控制实体返回指示配置成功的参数和/或配置失败的参数的响应消息。此时,NodeB只需要对需要重新配置的,如配置失败的载频参数进行重新配置,对配置成功的载频参数可无需进行任何处理,即各参数之间的处理互相独立,用于重配置的物理共享信道重配置请求消息并不影响已经配置成功的载频参数。其中,需要重新配置的参数为配置失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的任意一个或任意组合。例如,对于需要删除的载频参数配置,RNC可在物理共享信道重配置请求消息中仅仅列出该载频的频点信息,而不列出任何其它该载频的配置信息。则NodeB可根据物理共享信道重配置请求消息中的该频点信息,对相应载频频点的配置进行删除。与图6所示方法一致,本实施例中的系统包括RNC和NodeB。其中,RNC与NodeB的功能与实现可与图2所示系统及图3和图4所示装置中的描述一致。只是本实施例中的RNC和NodeB分别为图2、图3与图4所示网络控制实体与网络处理实体的一个实例。相应地,本实施例中的参数信息为载频参数列表,参数为载频参数,参数处理请求消息为物理共享信道重配置请求消息。实施例三本实施例中,以参数处理请求消息为审计(Audit)请求消息的情况为例。图7为本发明实施例三中参数处理方法的流程图。如图7所示,该流程包括如下步骤步骤701,RNC向NodeB发送携带审计参数列表的审计请求消息。步骤702,NodeB根据审计请求消息中的审计参数列表,对自身中支持的审计参数进行审计,根据审计结果,向RNC返回审计报告和/或审计失败的参数的响应消息。本步骤中,NodeB根据审计请求消息中的审计参数列表,对自身中支持的审计参数进行处理,对不支持的审计参数可进行失败处理。其中,为了在响应消息中指示审计失败的参数,可以对3GPPTS25.433协议中的相关信息进行扩展。参见表五,表五中示出了一种扩展后的与审计消息相关的参数处理信息表:<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table>表五扩展后的与审计消息相关的参数处理信息表上述表五中增加了"不成功的频点信息列表"的字段,并设置了频点的取值范围等信息;相应的在该字段下设置了"频点信息"及"原因"字段,用于指示审计失败的频点及其原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表五中已列出)。定义了上述字段之后,在响应消息可指示审计失败的参数及其原因。参见表六,表六中示出了又一种扩展后的与审计消息相关的参数审计信息表:<table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>表六扩展后的与审计消息相关的参数审计信息表上述表六中增加了"增强上行专有信道资源信息列表"的字段,并相应的在该字段下增加了"资源操作状态"、"可用状态"以及"频点信息"的字段。用于指示增强上行专有信道资源的相关信息的详细报告情况,此外,还增加了"不成功的频点信息列表"的字段,并设置了频点的取值范围等信息;相应的在该字段下设置了"频点信息"及"原因"字段,用于指示审计失败的参数及其原因。对于所增加字段的类型等信息可相应地参考3GPPTS25.433中的相关章节(表六中己列出)。此外,还可以增加"不成功的信道资源列表"等字段,并相应的在该字段下增加"信道资源"等字段,用以指示NodeB不支持的信道资源审计,即处理失败的信道资源审计等。RNC接收到来自NodeB的审计报告和/或审计失败的参数的响应消息后,可进一步地,根据该响应消息发送下一条请求消息。例如,若脂C接收到的响应消息显示NodeB所有支持的审计参数均已审计成功并返回设计报告,则暂时可无需发送用于审计请求消息;若接收到的响应消息显示NodeB中尚有可支持审计参数未审计成功,则可发送用于重处理的审计请求消息。此时,RNC可将需要重新审计的审计失败的参数的信息携带在审计请求消息中发送给NodeB。其中,若步骤702中发送的响应消息中指示有审计失败的参数及其失败原因,则RNC可根据该参数未审计成功的原因,对需要重新审计的参数的信息进行调整更新,之后将更新后的参数的信息携带在审计请求消息中发送给NodeB。此时,RNC可无需将已返回审计报告的参数的信息携带在审计请求消息中。之后,NodeB根据所接收的审计请求消息中的审计失败的参数的信息,对相应审计失败的参数进行重新审计。进一步地,可根据审计结果,向网络控制实体返回审计报告和/或审计失败的参数的响应消息。此时,NodeB只需要对审计失败的参数进行重新审计,对审计成功的参数可无需进行任何处理,即用于重处理的审计请求消息并不影响已经审计完成的参数。与图7所示方法一致,本实施例中的系统包括RNC和NodeB。其中,RNC与NodeB的功能与实现可与图2所示系统及图3和图4所示装置中的描述一致。只是本实施例中的RNC和NodeB分别为图2、图3与图4所示网络控制实体与网络处理实体的一个实例。相应地,本实施例中的请求消息为审计请求消息。以上对请求消息为小区建立请求消息、小区重配置请求消息、物理共享信道重配置请求消息以及审计请求消息的情况进行了详细描述,对于参数处理请求消息为阻塞资源(BlockResource)请求消息等的情况与之类似,此处不再一一赘述。以上通过几个实施例对本发明中参数处理的方法、系统及装置进行了详细描述,本领域内的普通技术人员根据本发明实施例中的描述,可以对3GPP中的其它网络实体间,以及其它规范中的网络实体之间所存在的类似情况进行相同处理,例如基站控制器(BSC)与基站(BS)之间。此外,参数信息也不限于上述实施例中的载频参数信息。因此可以理解,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换以及改进等,均应包含在本发明的保护范围之内。权利要求1、一种参数处理的方法,其特征在于,该方法包括网络处理实体接收来自网络控制实体的请求处理的参数的信息;根据所述请求处理的参数的信息,对自身支持的参数进行成功处理;根据处理结果,将指示处理成功和/或失败的参数的信息发送给网络控制实体。2、如权利要求l所述的方法,其特征在于,该方法进一步包括网络控制实体接收来自网络处理实体的所述指示处理成功和/或失败的参数的信息,根据所述指示处理成功和/或失败的参数的信息,确定需要重新处理的参数,并将需要重新处理的参数的信息发送给网络处理实体;所述网络处理实体进一步接收所述需要重新处理的参数的信息,根据所接收的需要重新处理的参数的信息,只对需要重新处理的参数进行处理,并返回执行所述根据处理结果,将指示处理成功和/或失败的参数的信息发送给网络控制实体的操作。3、如权利要求2所述的方法,其特征在于,所述需要重新处理的参数为处理失败的参数、需要增加的参数、需要修改的参数和需要删除的参数中的一个或其组合。4、如权利要求2至3中任一项所述的方法,其特征在于,所述接收来自网络控制实体的请求处理的参数的信息或需要重新处理的参数的信息为接收小区建立请求消息、或小区重配置请求消息、或物理共享信道重配置请求消息、或审计请求消息、或阻塞资源请求消息,从所接收到的消息中提取所述参数的信息。5、如权利要求1至3中任一项所述的方法,其特征在于,所述将指示处理成功和/或失败的参数信息发送出去为将所述指示处理成功和/或失败的参数信息携带在一条或多条响应消息中发送出去。6、如权利要求5所述的方法,其特征在于,所述处理失败的参数的信息包括处理失败的参数列表及各参数处理失败的原因。7、一种网络处理实体,其特征在于,该网络处理实体包括接收模块(401),用于接收请求处理的参数的信息,将所述请求处理的参数的信息提供给参数处理模块(402);参数处理模块(402),用于根据所述接收模块提供的所述请求处理的参数的信息,对所述网络处理实体支持的参数进行成功处理,并将处理结果提供给发送模块(403);发送模块(403),用于根据参数处理模块的处理结果,将指示处理成功和/或失败的参数的信息发送出去。8、如权利要求7所述的网络处理实体,其特征在于,所述接收模块(401)进一步接收需要重新处理的参数的信息,并将所述需要重新处理的参数的信息提供给参数处理模块(402)。所述参数处理模块(402),进一步根据所述接收模块提供的需要重新处理的参数信息,只对需要重新处理的参数进行处理,并将处理结果提供给发送模块(403)。9、一种网络控制实体,其特征在于,该网络控制实体包括消息发送模块(301),用于将请求处理的参数的信息发送出去;消息接收模块(302),用于接收指示处理成功和/或失败的参数的信息。10、如权利要求9所述的网络控制实体,其特征在于,所述消息接收模块(302)进一步根据所接收到的指示处理成功和/或失败的参数的信息,确定需要重新处理的参数,并将需要重新处理的参数的反馈信息提供给消息发送模块(301);所述消息发送模块(301)进一步根据所述消息接收模块(302)提供的需要重新处理的参数的反馈信息,将需要重新处理的参数的信息发送出去。全文摘要本发明公开了一种参数处理的方法,包括网络处理实体接收来自网络控制实体的请求处理的参数的信息;根据所述请求处理的参数的信息,对自身支持的参数进行成功处理;根据处理结果,将指示处理成功和/或失败的参数的信息发送给网络控制实体。此外,本发明还公开了一种参数处理的网络处理实体及网络控制实体。本发明所公开的方法、网络处理实体和网络控制实体,能够使系统尽可能的支持成功参数的处理,避免发送多条请求消息和响应消息,从而减小了可成功处理参数的响应时延,提高了资源管理的效率。文档编号H04L12/28GK101340710SQ200710123599公开日2009年1月7日申请日期2007年7月4日优先权日2007年7月4日发明者宋爱慧,常永宏,迎陈申请人:鼎桥通信技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1