专利名称：网络中对等实体之间实现业务请求的方法及装置的制作方法
技术领域：
本发明涉及网络通信技术领域，尤其涉及一种网络中对等实体之间实现业务请求的方法及装置。
背景技术：
随着Internet网络规模的不断增大，各种各样的网络服务争相涌现，各种先进的多媒体系统层出不穷，因而导致Internet网络需要经常发送突发性高的FTP(文件传输协议)或含有图像文件的HTTP(超文本传输协议)等多媒体业务。对于网络中的实时业务来说，由于其对网络的传输时延、延时抖动等特性较为敏感，因此，网络在发送FTP或HTTP等业务时，对实时业务的影响比较大。而且，多媒体业务还占去了大量的网络带宽，使现有网络中需要保证带宽的关键业务很难被可靠地传输。
为保证网络中传输的所述实时业务及关键业务的QoS(服务质量)问题，ITU提出了一个IP信令需求的功能模型，如图1所示，所述的功能模型主要包括SCFE(会话功能实体)、BCFE(承载控制功能实体)、SFE(交换功能实体)、CCI(连接控制接口)、NCI(网络控制接口)和SCI(交换控制接口)。
下面将分别对图1中的各个功能实体的功能作用进行描述。
(1)SCFE终端用户通过与SCFE进行交互来申请服务；SCFE发起QoS请求，通常由SCFE决定通信配置的参数，如带宽，QoS等参数信息；如果一组可接受的参数可以议定，SCFE将使用BCFE提供的服务来建立、维护和断开网络资源来提供议定的配置，即negotiatedarrangement(协商配置)。
(2)BCFE负责建立、修改和释放网络资源来提供议定的配置；BCFE从SCFE接收基于业务流的QoS请求，经过路径分析之后，BCFE将路径分析结果发送给SFE；依赖于选定的QoS控制模式，为了分析QoS请求并生成QoS配置数据，BCFE需要知道一定的网络拓扑信息和资源状态信息。
(3)SFE用于将建立在一个端口的虚连接与建立在另外一个端口的虚连接交叉连接起来；通过位于用户之间的各个SFE上的一个或多个这样的交叉连接，最终生成用户之间的虚连接；虚连接的特性基于与SCFE磋商的呼叫参数，而它的路由则由BCFE决定；由BCFE控制的SFE根据SCI接口上收到的指令生成或释放交叉连接。
(4)CCICCI是呼叫/会话层与传输层的承载控制平面之间的接口。
(5)NCINCI是BCFE与BCFE之间的接口。
(6)SCISCI是传输层承载控制平面与传输平面之间的接口。
目前，针对图1所示的IP信令功能模型，只定义了上述相应的功能实体的功能作用，而未定义各个功能实体之间在具体应用过程中所需要的交互流程及相互之间的交互消息及各信息中具体承载的信息内容。因此，如果需要在实际应用中采用图1中所示的模型，还需要定义各功能实体之间需要交互的消息、消息中承载的信息及相应的业务处理过程，等等。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种网络中对等实体之间实现业务请求的方法及装置，可以为业务请求提供可靠的资源配置。
本发明的目的是通过以下技术方案实现的本发明提供了一种网络中对等实体之间实现业务请求的方法，包括A、网络中的对等实体接收承载着流信息和服务质量参数信息的业务请求消息；B、所述的实体根据流信息和服务质量参数信息选择承载网路由，并计算资源，将该业务请求消息发送给下游实体。
所述的对等实体包括资源接入控制子系统RACS中的承载控制功能实体BCFE。
所述的流信息包括业务类型、业务的源IP地址和目的IP地址信息。
所述步骤B具体包括所述的实体根据业务请求消息承载的信息确定其不为终结实体时，根据业务请求消息承载的流信息和服务质量参数信息选择承载网路由，并计算资源，将该业务请求消息发送给下游实体。
所述的步骤B还包括所述的实体将其选择的承载网路由信息随业务请求消息发送给下游实体。
根据所述的业务请求消息中所承载的源IP地址和目的IP地址确定业务请求的首、末实体。
所述方法还包括两个相邻的上、下游实体相互记录对方的标识地址。
本发明还提供一种网络中对等实体之间实现业务请求的装置，包括业务请求处理模块，用于接收业务请求消息，根据该业务请求消息中承载的流信息和服务质量参数信息选择承载网路由，并计算资源；
转发模块，用于根据业务请求处理模块确定的路由将请求消息发送给下游实体。
所述装置位于RACS系统中的BCFE。
基于上述业务请求的方法，本发明还提供了一种网络中对等实体之间实现业务请求响应的方法，包括当对等实体中的下游实体收到上游实体发送的业务请求消息后，若下游实体能够满足所述业务请求，则向上游实体发送响应消息。
所述响应消息中承载有下游实体能够满足的业务请求的信息。
所述响应消息中还包括路径信息。
所述的路径信息包括所述的实体根据接收的业务请求消息中承载的信息确定的路径信息的集合。
本发明所述的方法中，当下游实体接收到的业务请求消息中包含有多组服务质量参数时，则下游实体应将其选择的一组服务质量参数承载于响应消息中发送至上游实体。
本发明所述的方法中，下游实体根据其记录的上游实体的地址信息，向上游实体发送所述的响应消息。
本发明提供了一种网络中对等实体之间实现业务请求响应的装置，所述装置包括业务请求响应处理模块接收上游实体发送的业务请求消息，在确定能够满足所述业务请求时，构造业务请求的响应消息；转发模块将所述业务请求响应处理模块构造的响应消息发送至上游实体。
基于上述业务请求的方法，本发明还提供了一种网络中对等实体之间请求的拒绝方法，包括当对等实体中的下游实体不能满足请求时，下游实体向上游实体返回拒绝响应消息。
本发明所述的方法具体包括下游实体向上游实体发送拒绝响应消息时，是根据下游实体中记录的相邻实体的标识地址来确定上游实体地址。
所述拒绝响应消息包括执行结果为拒绝和/或拒绝原因。
所述请求被拒绝的原因包括资源不足、无可用路径、超时、非法操作和/或请求为未知对象。
所述下游实体发送的拒绝响应消息依次发送到发出请求的源实体。
所述方法还包括源实体将所述拒绝响应消息发送到会话功能实体SCFE。
由上述本发明提供的技术方案可以看出，本发明建立了RACS的对等实体BCFE之间的业务请求机制，可以对整个资源进行计算，选择符合业务请求的路由，从而为业务请求预留可靠的资源配置。
本发明还建立了RACS的对等实体BCFE之间的业务请求响应机制，完善了业务请求机制，保证了业务请求的可靠性。
本发明还实现了RACS的对等体BCFE之间的请求的拒绝机制，可以及时将拒绝响应反馈给终端用户，从而增强了对等实体之间资源传输的可靠性。
图1为IP信令功能模型结构示意图；图2为本发明所述方法的流程图；图3为本发明所述的实现业务请求装置结构示意图；
图4为本发明所述的实现业务请求响应过程示意图；图5为本发明所述的实现业务请求响应装置结构示意图；图6为本发明请求的拒绝过程示意图。
具体实施例方式
本发明的主要目的是为了完善对等RACS(资源接入控制子系统)实体之间的协议，提出了一种实现对等RACS实体之间的业务请求的机制。可以通过对整个资源进行计算，选择符合业务请求的路由，从而为业务申请预留可靠的资源配置。
在网络中，通常是由BCFE进行资源计算，选择合适的路由，从而完成业务请求的操作。
为对本发明有进一步的了解，下面将结合附图对本发明所述的方法进行详细的说明。
本发明所述方法的具体实现方式如图2所示，包括以下步骤步骤21上游BCFE收到业务请求消息后，确定相应的下游实体，选择承载网路由并计算资源。
上游BCFE应在其管理域内选择承载网路由并计算资源。
其中，所述的业务请求消息中承载着流信息、QoS参数等信息；所述的流信息包括业务类型、业务的源IP地址和目的IP地址等信息；所述的QoS参数包括带宽参数等。
因此，上游BCFE根据接收到的业务请求消息中所承载的流信息和QoS参数等信息选择路由，并根据选择的路由以及业务请求消息中所承载的流信息和QoS参数确定承载网路由，并计算资源。
步骤22上游BCFE将业务请求消息发送给下游BCFE。
当上游BCFE确定承载网路由信息，并计算资源后，将所述的业务请求消息发送给其下游BCFE。
上游BCFE向下游BCFE发送业务请求消息时，可以将所确定的承载网路径信息也一同发送给下游BCFE。
其中，上游BCFE可以根据业务请求消息中的目的IP地址确定其相应的下游BCFE。
为了保证BCFE给其上游BCFE回应消息或对上游BCFE进行事件通知的准确性，在发送业务请求消息过程中，相邻两个BCFE之间可以相互记录对方的标识地址，其中，首BCFE只记录其下游BCFE的标识地址，末BCFE只记录其上游BCFE的标识地址，其余BCFE记录与其相邻的两个BCFE的标识地址。
步骤23下游BCFE收到业务请求消息后，选择承载网路由、并计算资源，将承载有流信息、服务质量参数等信息的业务请求消息传输至其下游BCFE。以此类推，直到该请求消息传输至终结BCFE。
下游BCFE收到所述的业务请求消息后，根据所述的业务请求消息中所承载的源地址、目的地址和QoS参数等信息，在自己的管理域内选择承载网路由，并计算资源。
另外，为了便于BCFE知道其所有上游的各BCFE的承载网选路情况以及最终的选路结果，当上游BCFE确定承载网路由之后，将该承载网路由信息随所述的业务请求消息一同下发至下游BCFE。
下游BCFE在确定承载网路由之后，可以将其择的承载网路由信息叠加到上游BCFE下发的承载网路由信息中，形成新的承载网路由信息。
以此类推，直到各个BCFE针对该业务请求确定了相应的承载网路由信息后，形成一条完整的承载网路由信息。
在实际应用中，当终端用户有业务请求时，首先向SCFE发送业务请求消息；SCFE接收到所述的业务请求消息后，根据请求内容决定通信资源的配置参数，如流信息、QoS参数等；其中，流信息包括业务类型、业务的源IP地址和目的IP地址等信息；QoS参数包括带宽参数等。
SCFE决定资源的配置参数后，根据协议或其他方式将承载着流信息和QoS参数等信息的业务请求消息发送给承载层中的一个BCFE；这个接收到业务请求消息的BCFE根据业务请求消息中所承载的源IP地址，确定所述业务请求的首BCFE；然后，接收到业务请求消息的BCFE将所述的业务请求消息发送给首BCFE，首BCFE按照上述过程进行承载网路由选择并计算资源、并将所述的业务请求消息发送给相应的下游BCFE；下游BCFE进行承载网路由选择并计算资源后，再向其下游BCFE发送所述的业务请求消息，直至该业务请求消息发送至末BCFE，本发明所述的对等RACS实体之间的业务请求的操作流程结束，从而完成了业务请求的全过程。
本发明中业务请求的首、末实体可以根据业务请求消息中所承载的源IP地址和目的IP地址来确定，末实体即业务请求消息的终结实体。
本发明还提供了一种网络中对等实体之间实现业务请求的装置，如图3所示，具体包括业务请求处理模块和转发模块。
业务请求处理模块主要用于接收业务请求消息，根据该业务请求消息中承载的流信息和服务质量参数信息选择承载网路由，并计算资源。
转发模块主要用于根据业务请求处理模块确定的路由将请求消息发送给下游实体。
所述的装置可位于RACS系统中的BCFE。
综上所述，本发明建立了RACS的对等实体BCFE之间的业务请求机制，可以通过对整个资源进行计算，选择符合业务请求的路由，从而为业务请求预留可靠的资源配置。
基于上述本发明提供的业务请求的方法，本发明还提出了一种实现对等RACS实体之间的业务请求响应的机制。当上游实体收到下游实体发送的响应消息后，上游实体方可确认资源预留完成，业务请求成功。
在网络中，通常是由BCFE进行业务请求及请求响应的操作。
为对本发明有进一步的了解，下面将结合附图对本发明所述的方法进行详细的说明。
本发明所述方法的具体实现方式如图4所示，包括以下步骤步骤41上游BCFE向下游BCFE发送业务请求消息。
上游BCFE对业务请求消息处理完毕后，即完成路由选择、资源计算并确定路径后，确定相应的下游BCFE，再将所述的业务请求消息发送给其下游BCFE；所述的业务请求消息中承载着与业务请求相关的流信息、QoS参数和路径信息等信息；其中，所述的流信息包括业务类型、业务的源IP地址和目IP的地址等信息；所述的QoS参数包括带宽参数等；所述的路径信息是指所有BCFE根据收到的业务请求消息所确定的路径信息的集合。
步骤42下游BCFE收到业务请求消息后，若能够满足所述业务请求，则向上游BCFE发送响应消息。
下游BCFE收到业务请求消息后，如果能够满足所述业务请求，则进行资源和路径计算及路由选择；然后，下游BCFE确定其相应的上游BCFE，并向上游BCFE发送业务请求响应消息。
由于在实现业务请求过程中，相邻BCFE之间已经相互记录了对方的标识地址，因此，下游BCFE可以根据所记录的标识地址确定其相应的上游BCFE。
下游BCFE向上游BCFE发送的业务请求响应消息中应包含能够满足的业务请求内容，该内容包括服务质量参数、流信息和路径信息等。
当下游BCFE收到的业务请求消息中包含有多种服务质量等级，且这些服务质量等级中有下游BCFE可以接受的服务质量等级时，则下游BCFE可以在其选择了服务质量等级后，将其选择的服务质量等级承载于所述响应消息中发送至上游BCFE，如一个业务请求消息中表明该业务的带宽需求为10M，同时表明如果不能满足该带宽需求，那么5M的带宽也可以接受；当下游BCFE收到上述业务请求消息后，进行资源计算后发现无法满足10M带宽需求，但可以满足5M带宽需求，因此，该下游BCFE向上游BCFE发送的业务请求响应消息中应该表明预留的实际带宽为5M。
在实际应用中，所述的业务请求响应过程通常是这样完成的当所有BCFE根据业务请求消息确定一条符合业务要求的路径后，从最后一个BCFE开始，逐个向上游BCFE发送业务请求响应消息，并且业务请求响应消息中包含服务质量参数、流信息和路径信息。
在整个业务请求响应过程中，只有当所有的上游BCFE收到其下游BCFE发来的业务请求响应消息后，才认为该业务请求成功；否则，只要任何一个上游BCFE没有收到所述的响应消息，则认为该业务请求失败。
本发明还提供了一种网络中对等实体之间实现业务请求响应的装置，如图5所示，具体包括业务请求响应处理模块和转发模块。
业务请求响应处理模块主要用于接收上游实体发送的业务请求消息，在确定能够满足所述业务请求时，构造业务请求的响应消息。
业务请求响应处理模块构造的业务请求的响应消息中可以包含有业务请求相关的流信息、QoS参数和路径信息等信息。当业务请求响应处理模块收到的业务请求消息中包含有多种服务质量等级，且这些服务质量等级中有其所在的BCFE可以接受的服务质量等级时，则业务请求响应处理模块应将其选择了服务质量等级承载于所述响应消息中。
转发模块主要用于将所述业务请求响应处理模块构造的响应消息发送至上游实体。所述的装置可以位于RACS系统中的BCFE。
总之，本发明还建立了一种RACS的对等实体BCFE之间的业务请求响应机制，完善了业务请求机制，从而保证了业务请求的可靠性。
另外，基于所述的业务请求的方法，本发明的还提出了一种对等RACS实体之间的请求的拒绝机制。
在RACS业务操作过程中，会发生当一个业务请求发出后，由于一些原因导致该请求不能被满足，此时，要求该系统可以将该请求被拒绝的消息及时反馈给终端用户，以便终端用户及时采取其他措施解决该问题。下面参照图6对本发明RACS实体之间请求的拒绝方法进行说明，以Qos请求被拒绝为例，该请求的拒绝操作具体包括终端用户(图中未示出)发送一个Qos请求，该终端用户首先通过与SCFE进行交互来申请服务，由SCFE决定通信配置的参数，如流信息、Qos参数等，再由SCFE发起该请求，将该请求向BCFE传送，BCFE接收到上述请求后，为该请求分配资源并选择路由，当上游BCFE为该请求分配完资源及路由选择完成后，将所述的请求消息发送给下游BCFE，为了保证给上游BCFE回应消息或对上游BCFE进行事件通知的准确性，在发送请求消息过程中，相邻两个BCFE相互记录对方的标识地址，其中，源BCFE只记录其下游BCFE的标识地址，末BCFE只记录其上游BCFE的标识地址，其余BCFE记录与其相邻的两个BCFE的标识地址。下游BCFE收到请求消息后，为所述请求分配资源并选择路由，依此类推，直到各个BCFE针对该请求的处理过程完成。此过程为请求的正常处理过程，但是在实际操作过程中，由于一些原因经常会导致各BCFE不能满足该请求，即请求被拒绝，此时为了方便于终端用户及时对该请求进行处理，应该将该拒绝响应及时回应给终端用户，可以采用如下处理方式解决下游BCFE接收到上游BCFE发送的Qos请求消息后，若所述请求不能满足，则及时回应给上游BCFE该请求被拒绝的响应，该响应消息包括告知该提供执行结果为拒绝及相应的拒绝原因，所述拒绝原因可以为资源不足、无可用路径、超时、非法操作、未知对象等，由上述请求过程可知，每一BCFE都记录着相邻BCFE的地址，当下游BCFE将该拒绝响应发送给上游BCFE时，首先根据该下游BCFE所记录的上游BCFE的地址找到上游BCFE，再进行拒绝响应发送操作。依此类推直到将该拒绝向应发送至源BCFE，源BCFE再将该拒绝响应发送至SCFE，最终反应给终端用户。
因此，本发明实现了BCFE之间的请求的拒绝功能，使得终端用户可以及时得到请求被拒绝的消息，以便对该请求进行处理，增强了网络传输的可靠性。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种网络中对等实体之间实现业务请求的方法，其特征在于，包括A、网络中的对等实体接收承载着流信息和服务质量参数信息的业务请求消息；B、所述的实体根据流信息和服务质量参数信息选择承载网路由，并计算资源，将该业务请求消息发送给下游实体。
2.根据权利要求1所述的网络中对等实体之间实现业务请求的方法，其特征在于，所述的对等实体包括资源接入控制子系统RACS中的承载控制功能实体BCFE。
3.根据权利要求1所述的网络中对等实体之间实现业务请求的方法，其特征在于，所述的流信息包括业务类型、业务的源IP地址和目的IP地址信息。
4.根据权利要求1至3任一项所述的网络中对等实体之间实现业务请求的方法，其特征在于，所述步骤B具体包括所述的实体根据业务请求消息承载的信息确定其不为终结实体时，根据业务请求消息承载的流信息和服务质量参数信息选择承载网路由，并计算资源，将该业务请求消息发送给下游实体。
5.根据权利要求1至3任一项所述的网络中对等实体之间实现业务请求的方法，其特征在于，所述的步骤B还包括所述的实体将其选择的承载网路由信息随业务请求消息发送给下游实体。
6.根据权利要求1至3所述的任一项网络中对等实体之间实现业务请求的方法，其特征在于根据所述的业务请求消息中所承载的源IP地址和目的IP地址确定业务请求的首、终结实体。
7.根据权利要求1至3任一项所述的网络中对等实体之间实现业务请求的方法，其特征在于，所述方法还包括两个相邻的上、下游实体相互记录对方的标识地址。
8.一种网络中对等实体之间实现业务请求的装置，其特征在于，包括业务请求处理模块，用于接收业务请求消息，根据该业务请求消息中承载的流信息和服务质量参数信息选择承载网路由，并计算资源；转发模块，用于根据业务请求处理模块确定的路由将请求消息发送给下游实体。
9.根据权利要求8所述的网络中对等实体之间实现业务请求的装置，其特征在于，所述装置位于RACS系统中的BCFE。
10.一种网络中对等实体之间实现业务请求响应的方法，其特征在于，包括当对等实体中的下游实体收到上游实体发送的业务请求消息后，若下游实体能够满足所述业务请求，则向上游实体发送响应消息。
11.根据权利要求10所述的网络中对等实体之间实现业务请求响应的方法，其特征在于，所述响应消息中承载有下游实体能够满足的业务请求的信息。
12.根据权利要求11所述的网络中对等实体之间实现业务请求响应的方法，其特征在于，所述响应消息中还包括路径信息。
13.根据权利要求12所述的网络中对等实体之间实现业务请求响应的方法，其特征在于，所述的路径信息包括所述的实体根据接收的业务请求消息中承载的信息确定的路径信息的集合。
14.根据权利要求10至13任一项所述的网络中对等实体之间实现业务请求响应的方法，其特征在于当下游实体接收到的业务请求消息中包含有多组服务质量参数时，则下游实体应将其选择的一组服务质量参数承载于响应消息中发送至上游实体。
15.根据权利要求10至13任一项所述的网络中对等实体之间实现业务请求响应的方法，其特征在于下游实体根据其记录的上游实体的地址信息，向上游实体发送所述的响应消息。
16.一种网络中对等实体之间实现业务请求响应的装置，其特征在于，所述装置包括业务请求响应处理模块接收上游实体发送的业务请求消息，在确定能够满足所述业务请求时，构造业务请求的响应消息；转发模块将所述业务请求响应处理模块构造的响应消息发送至上游实体。
17.一种网络中对等实体之间请求的拒绝方法，其特征在于，包括当对等实体中的下游实体不能满足请求时，下游实体向上游实体返回拒绝响应消息。
18.根据权利要求17所述的网路中对等实体之间请求的拒绝方法，其特征在于，该方法具体包括下游实体向上游实体发送拒绝响应消息时，是根据下游实体中记录的相邻实体的标识地址来确定上游实体地址。
19.根据权利要求17所述的网络中对等实体之间请求的拒绝方法，其特征在于，所述拒绝响应消息包括执行结果为拒绝和/或拒绝原因。
20.根据权利要求19所述的网络中对等实体之间请求的拒绝方法，其特征在于，所述请求被拒绝的原因包括资源不足、无可用路径、超时、非法操作和/或请求为未知对象。
21.根据权利要求17所述的网络中对等实体之间请求的拒绝方法，其特征在于，所述下游实体发送的拒绝响应消息依次发送到发出请求的源实体。
22.根据权利要求21所述的网络中对等实体之间请求的拒绝方法，其特征在于，所述方法还包括源实体将所述拒绝响应消息发送到会话功能实体SCFE。
全文摘要
本发明涉及一种网络中对等实体之间实现业务请求的方法及装置。本发明的方法核心为网络中的对等实体接收承载着流信息和服务质量参数信息的业务请求消息，所述的实体根据流信息和服务质量参数信息选择承载网路由，并计算资源，将该业务请求消息发送给下游实体；且当下游实体能够满足所述业务请求，则向上游实体发送响应消息，否则。及时回应给上游BCFE拒绝响应。本发明建立了RACS的对等实体之间的业务请求机制，可以对整个资源进行计算，选择符合业务请求的路径，从而为业务请求预留可靠的资源配置。同时，还建立了RACS的对等实体之间的业务请求响应机制，以及对等实体之间请求的拒绝方法，完善了业务请求机制。
文档编号H04L29/06GK1870624SQ20051008561
公开日2006年11月29日 申请日期2005年7月11日 优先权日2005年7月11日
发明者邹婷, 薛莉莉 申请人:华为技术有限公司