CN101110985B - 获取分组业务服务质量信息的方法、系统及其装置 - Google Patents

Abstract

本发明公开了一种获取分组业务服务质量信息方法，包括步骤：建立到网关间的承载并通过协商得到所述承载的服务质量信息后，终端向业务服务器发送业务请求消息；接收到所述业务请求消息后，业务服务器向网关发送服务质量查询消息，请求查询所述承载对应的服务质量信息；接收到业务服务器发送的服务质量查询消息后，网关向业务服务器发送所述承载的服务质量信息。通过上述方法，业务服务器可以获得相应业务对应承载的服务质量情况，在此基础上可以进行业务服务质量的优化。本发明对现有系统的改动较小，因此从现有系统进行升级成本较低，而且便于布署和容易实现。相应的，本发明还公开了获取分组业务服务质量网关设备、业务服务器等设备及其系统。

Description

获取分组业务服务质量信息的方法、系统及其装置 

技术领域

本发明涉及分组业务通信技术领域，尤其涉及一种获取分组业务服务质量信息的方法及其装置。 

背景技术

随着通信技术的发展，多媒体业务的应用日益普遍。尤其是在无线通信技术领域，多媒体业务应用已经热点。基于分组网络的多媒体业务目前已经相当普及，但是如何保证多媒体业务端到端的服务质量一直是一个迫切需要解决的技术难题。 

一般来说，分组域网络的模型包括终端、接入网、网关和业务服务器等实体。在不同的应用场景中，上述实体可对应不同的网元。例如在通用移动通讯系统或通用分组无线业务(UMTS/GPRS)网络中，终端为移动终端，包括用户设备UE或移动台MS；网关对应为网关GPRS支持节点(GGSN)；在3GPP定义的下一代分组核心网中，网关对应为数据报文网关(Packet Data Network Gateway，简称：PDN GW)；业务服务器对应为为终端用户提供业务的流媒体服务器、下载服务器等。 

在现有的分组网络中，终端、接入网和网关在承载建立的过程中实现服务质量的协商。承载可以理解为终端和网关之间具有特定服务质量保证的一条逻辑链路，承载的服务质量可通过一系列的参数来描述，例如：保证带宽，最大带宽、丢包率、传输延迟等参数。通常可根据终端的服务质量请求和用户的签约数据来确定所需要承载的服务质量，但是在业务量较大出现网络拥塞时，网络资源由于紧缺可能无法满足所请求的服务质量，而只能降低服务质量请求。 例如，终端请求的是承载保证带宽为2Mbps，在网络拥塞的情况下，最后协商得到的承载保证带宽可能只有1.5Mbps。 

对于一些需要保证带宽方可提供满意服务的业务如流媒体业务，通常业务服务器可以根据承载网络所能提供的服务质量(尤其是保证带宽)，为相同的流媒体业务提供不同的编码速率的流媒体节目源，以提供较佳的效果。例如在直播体育比赛的节目时，业务服务器对用使用高保证带宽承载接入的终端提供高码率、高质量的节目源；对使用低保证带宽承载接入的终端提供低码率、低质量的节目源，以保证终端用户在各种网络情况下都能够欣赏到尽可能流畅的节目。 

如图1所述为终端请求建立流媒体业务的过程。具体流程如下： 

步骤101：终端发起承载建立请求，建立终端与网关之间的承载，并协商承载的服务质量； 

步骤102：终端向业务服务器发起流媒体业务请求； 

步骤103：业务服务器收到终端的流媒体业务请求后，返回业务响应消息；通过上述建立的承载，开始流媒体业务。 

在目前分组网络中，终端建立承载与终端与业务服务器之间协商业务的过程是分离的，因此在上述流程中步骤102中终端向业务服务器发起流媒体业务请求时，不能将步骤101中建立承载时所协商的服务质量信息携带给业务服务器，业务服务器也无法根据实际承载的服务质量信息决定合适码率的节目源。 

目前的网络中，是这样解决这个问题的：建立承载时，终端请求的服务质量信息或用户签约数据中的服务质量按照业务服务器上所有节目源的最大带宽需求配置，这样当网络能够满足请求的服务质量时，业务服务器上的所有节目源的带宽也能够被满足。 

但这种方式存在以下问题： 

1)如果由于网络拥塞等原因，导致建立承载时实际获得的服务质量保证低于终端请求或者用户签约数据中配置的服务质量，而业务服务器仍然按照终端 请求或者用户签约数据中配置的服务质量选择节目源，就会由于带宽不足造成业务的不流畅等现象，如画面、声音停顿等，影响用户的业务感受； 

2)如果选择的节目源实际所需的带宽小于承载实际获得的服务质量保证，那么承载部分带宽会闲置，不能够充分利用网络资源，造成浪费。 

为了将终端建立承载时获得的服务质量信息通知给业务服务器，可以通过升级终端设备，在图1步骤102中通过终端将建立承载时实际协商获得的服务质量信息携带给业务服务器。但该方案需要求终端上的应用程序能够感知底层承载的信息，增加了终端的复杂度；对于已经销售给消费者的大量终端如手机，回收手机进行改造，或者要求消费者抛弃原有的终端也是不可行的。这样就加大了运营商部署多媒体业务的难度，并且这个方法不能解决当选择的节目源实际所需的带宽小于承载实际获得的服务质量时浪费无线资源的问题。 

发明内容

本发明旨在提供一种方法，使得业务服务器可以获取业务对应承载的服务质量信息，并且无需要更改终端设备，为优化业务的服务质量打下基础。 

本发明实施例公开了一种获取分组业务服务质量信息方法，包括步骤：建立到网关间的承载并通过协商得到所述承载的服务质量信息后，向业务服务器发送业务请求消息；接收到所述业务请求消息后，业务服务器向网关发送服务质量查询消息，请求查询所述承载对应的服务质量信息；接收到业务服务器发送的服务质量查询消息后，网关向业务服务器发送所述承载的服务质量信息。 

通过上述方法，业务服务器可以获得相应业务对应承载的服务质量情况，在此基础上可以进行业务服务质量的优化。 

本发明实施例还公开了一种获取分组业务服务质量信息的系统，包括终端、接入网、网关和业务服务器，所述终端通过接入网连接到网络，建立与网关之间的承载，并从业务服务器获得分组业务；所述业务服务器向网关发送服务质量查询消息，请求获得承载的服务质量信息；所述网关接收到所述服务质量查询消息后，向业务服务器提供所述承载的服务质量信息。优选的，本发明还引入查询代理节点，用于转发业务服务器和网关之间的消息。

本发明实施例还公开了一种网关设备，用于建立与终端之间的承载，并与终端协商所述承载的服务质量，还包括：接收单元和响应单元：所述接收单元用于接收对端网元如业务服务器发送的或查询代理节点转发的服务质量查询消息，并通知响应单元进行处理；所述响应单元用于查询承载的服务质量信息，并将所述承载的服务质量信息发送给对端网元。 

本发明实施例还公开了一种服务器，用于向终端用户提供分组业务，包括：业务接收单元、请求单元和服务质量接收单元；所述业务接收单元用于接收业务请求，并通知请求单元进行处理；所述请求单元用于发送服务质量信息的查询请求；所述服务质量接收单元用于接收包括承载服务质量信息的消息。 

本发明实施例还公开了一种查询代理节点，用于转发业务服务器和网关之间的消息，包括接收单元和转发单元：所述接收单元用于接收业务服务器发送的服务质量查询消息，并通知转发单元进行转发；所述转发单元用于转发所述服务质量查询消息，所述接收单元进一步用于接收网关返回的消息并通知转发单元进行转发，所述消息包括承载服务质量信息；所述转发单元用于转发所述网关返回的消息。 

应用本发明实施例公开的方法、系统和设备，业务服务器可以获得相应业务对应承载的服务质量情况，可以为进行承载服务质量的优化打下基础。本发明对现有系统的改动较小，因此从现有系统进行升级成本较低，而且不需要对数量众多的终端进行改动，便于布署和容易实现。 

附图说明

图1为现有技术中建立流媒体业务的方法流程图； 

图2为本发明第一实施例中获得服务质量信息的方法流程图； 

图3为本发明第二实施例中获得服务质量信息的信令流程图； 

图4为本发明第三实施例中获得服务质量信息的信令流程图； 

图5为本发明第四实施例中获得服务质量信息的信令流程图； 

图6为本发明第五实施例中网关设备业务服务器的设备框图； 

图7为本发明第六实施例中业务服务器的设备框图； 

图8为本发明第七实施例中查询代理节点的设备框图； 

具体实施方式

下面结合附图及具体实施例对本发明进行详细的说明。 

如图2所示为本发明实施例的流程图，主要步骤包括： 

步骤201：当终端与网关建立承载，在承载建立过程中通过终端、接入网和网关之间的协商确定承载的服务质量，然后向业务服务器发起业务请求；业务服务器收到终端发起的请求后，主动向网关发送服务质量查询消息，，请求获得与所述终端发出的业务请求对应承载的服务质量信息。 

步骤202：网关接收到业务服务器发送的服务质量查询消息后，将与所述终端对应承载的相关服务质量信息返回给业务服务器。 

由于在一般的通信场景中，业务服务器可能对应多个网关设备，所以在步骤201中，还需要业务服务器定位与终端建立承载的网关设备。这一方法流程包括：由于终端例如手机的地址是在建立承载的过程中由网关内部的地址池或者与网关连接的地址分配服务器分配的，一段用于分配给终端的连续地址(即地址段)是与一个固定的网关绑定的，因此在业务服务器上配置终端的地址段信息和网关的服务质量信息查询接口地址信息的对应关系，业务服务器以终端发来的业务请求消息中携带的终端的地址信息为输入查询上述对应关系得到对应的网关的服务质量信息查询接口地址信息。 

如上所述，终端的地址是在建立承载的过程中由网关内部的地址池或者与网关连接的地址分配服务器分配的，网关在承载建立的过程中保存了为终端分配的地址，因此网关可以根据业务服务器发送的服务质量查询请求消息中携带的终端的地址信息确定是对于哪个终端的请求。 

获得对应承载的服务质量信息，还可能需要匹配到业务所使用的承载。由于一个终端(如移动终端)到网关可以建立多个承载，以移动通信系统分组域 为例，网关使用业务流模板(Traffic Flow Template，TFT)来区分下行的数据流应该通过哪个特定承载转发给移动终端，业务流模板中的参数信息包括移动终端的地址、移动终端对端的地址、上层协议类型、移动终端的协议端口号、移动终端对端的协议端口号、区分服务码点(Differentiated Services CodePoint DSCP)、流标签(IPv6 Flow Label)等等。业务流模板是在承载建立的过程中，由移动终端通知网关，或者网络从用户的业务签约数据等途径获得并传递至网关，并在网关上与终端的某个承载绑定，作为网关区分下行的数据流应该通过特定承载来转发到移动终端的匹配条件。在后续处理中也可以更新网关上的业务流模板。网关接收到一个下行的数据包时，从数据包中取得业务流模板中包含的参数，包括数据包的源地址、目的地址、上层协议类型，源端口号、目的端口号、区分服务码点、流标签等，然后与终端的业务流模板匹配，确定应该通过特定的承载将数据包转发给终端。由于业务服务器在与终端进行协商时，已经获得了移动终端和业务服务器自己使用的地址、协议类型、协议端口号等信息，因此本发明实施例所引入的承载匹配方法为：业务服务器在发给网关的服务质量查询请求消息中，将业务数据流将要使用的移动终端的地址、移动终端对端的地址、上层协议类型、移动终端的协议端口号、移动终端对端的协议端口号，区分服务码点(DSCP)，流标签(IPv6 Flow Label)等特征信息包含在所述服务质量查询消息中，网关使用这些信息与移动终端的业务流模板匹配，确定业务流使用的承载，并返回对应承载的服务质量信息。业务服务器并不一定需要将业务流模板中的所有参数信息均包含在服务质量查询请求消息中，可以只携带其中的部分参数，只需要保证网关能够根据这些特征参数与移动终端的各个业务流模板进行匹配，能够得到业务使用的承载即可，具体需要包含业务流模板中哪些参数取决于业务的特性。在本发明的一个优选实施例中，只需移动终端的地址、协议类型和协议端口号即可以区分出对应的承载。 

本发明还可以基于上述流程提供增强的较佳实施方式。当业务服务器向网关发送服务质量查询请求消息时，可以携带一个建议的最佳服务质量信息，网 关接收到请求消息后，可通过承载更新流程提高或降低承载的服务质量以改善业务质量。现结合附图3对介绍该方案的具体实施方式，包括： 

步骤301：终端发起承载建立请求，建立终端与网关之间的承载通道，并协商得到承载的服务质量信息。 

步骤302：建立与网关间的承载后，终端向业务服务器发起业务请求，协商业务参数，请求建立特定的分组业务。 

步骤303：业务服务器收到终端所发送的业务请求消息后，从所述业务请求消息中获取终端的地址，以及其它如终端进行业务所使用的协议端口号等信息，并通过查询终端地址与网关的对应关系配置表，得到对应网关的承载服务质量查询接口地址；业务服务器根据所述查询接口地址向网关请求与业务对应的承载服务质量服务信息，在消息中携带终端的地址和承载匹配参数。例如在移动通信的应用中，所述承载匹配参数包括移动终端的地址、业务服务器的地址、上层协议类型、移动终端的协议端口号、业务服务器的协议端口号、区分服务码点、流标签等。网关接收到业务服务器发送的服务质量查询消息后，根据消息中携带的移动终端的地址匹配到对应的移动终端信息，并根据消息中所携带的承载匹配参数匹配到此业务对应的承载。在本发明的一个较优实施例中，业务服务器在发送服务质量查询消息时，可以在所述服务质量查询消息中携带业务服务器建议的服务质量信息，以供承载网络调整承载带宽等服务质量信息。 

步骤304：如果在步骤303中业务服务器发送服务质量查询消息时携带了建议的服务质量信息，网关可根据所述业务服务器建议的服务质量信息，通过承载更新流程将改变承载网的服务质量。如果承载更新失败，则保持原来的服务质量不变。由于承载更新流程为现有流程，本处不予赘述。 

步骤305：网关向业务服务器返回业务对应承载的服务质量信息。 

步骤306：业务服务器根据所获得的业务对应承载服务质量信息，选择合适节目源对终端提供业务。例如业务服务器可根据业务对应的承载服务质量信息选择合适码率的节目源发送给终端。 

本发明还提供了另一较佳实施方式，在业务服务器向网关请求获得服务质量信息时不携带最佳服务质量，而是获得网关返回的承载服务质量并根据此信息选择合适的节目源，再发送消息通知网关进行承载服务质量的调整。例如业务服务器根据所获得的网关返回的承载服务质量选择合适码率的节目源，如果选择的节目源所需带宽小于承载的带宽，则发送消息通知网关降低承载的带宽以节约网络资源。 

现结合附图4对上述实施方式进行详细的描述，该方法包括步骤： 

步骤401：终端发起承载建立请求，建立到网关之间的承载，并通过协商获得承载的服务质量信息。 

步骤402：终端向业务服务器发送业务请求消息，协商业务参数，请求业务服务器提供特定业务。 

步骤403：业务服务器通过终端的业务请求消息中的终端地址，查询终端地址与网关的对应关系配置表，获得对应网关的承载服务质量信息查询接口地址；业务服务器通过所述查询接口向网关发送服务质量查询信息，查询特定业务所对应的承载服务质量信息，所述查询消息中携带终端的地址和承载匹配参数。例如在移动通信的应用中，所述承载匹配参数包括移动终端的地址、业务服务器的地址、上层协议类型、移动终端的协议端口号、业务服务器的协议端口号、区分服务码点、流标签等等。网关收到所述服务质量查询消息后，根据消息中携带的移动终端的地址匹配到对应的移动终端信息，再根据携带的承载匹配参数匹配到此业务对应的承载。 

步骤404：网关向业务服务器返回业务对应承载的服务质量信息。在本发明的一个较佳实施例中，网关在向业务服务器返回响应消息时在消息中携带标志。当业务服务器在所选择的节目源所需带宽小于承载当前的保证带宽时，业务服务器根据所述标志指示业务服务器通知网关降低承载带宽。 

步骤405：业务服务器根据在步骤404中获得的业务对应的承载服务质量信息，选择最合适的节目源提供给终端。例如业务服务器选择合适码率的节目源 提供给移动终端。 

步骤406：如果业务服务器选择的节目源所需带宽小于承载当前提供的带宽时，根据网关给业务服务器的指示或者根据本地配置的策略，业务服务器发送消息通知网关进行降低承载的服务质量以节约网络资源，消息中携带节目源实际所需的服务质量信息。 

步骤407：通过更新流程，网关将所承载业务的服务质量调整为与业务服务器选择的节目源实际所需的服务质量相一致。如果更新失败，则保持承载原来的服务质量不变。 

由于终端地址段与网关的对应关系可能动态变化，为了便于集中管理，也为了减小对业务服务器的改动，在本发明的一个较优实施例中，可以引入一个查询代理的逻辑节点，业务服务器所有的服务质量查询请求消息都发给其所配置的查询代理，业务服务器本身不再配置终端的地址段信息和网关的服务质量信息查询接口地址信息的对应关系，该对应关系配置在查询代理节点上，查询代理节点接收到业务服务器的服务质量查询请求消息后，通过消息中携带的终端的地址，查询终端地址与网关的对应关系配置表，获得对应网关的承载服务质量信息查询接口地址，将所述查询消息转发给对应的网关。在实际应用场景中，查询代理节点可以与业务服务器或者网关合设，为其它业务服务器提供查询代理服务。现结合附图5对介绍该方案的具体实施方式，包括： 

步骤501：终端发起承载建立请求，建立终端与网关之间的承载通道，并协商得到承载的服务质量信息。 

步骤502：建立与网关间的承载后，终端向业务服务器发起业务请求，协商业务参数，请求建立特定的分组业务。 

步骤503：业务服务器收到终端所发送的业务请求消息后，从所述业务请求消息中获取终端的地址，以及其它如终端进行业务所使用的协议端口号等信息，向其配置的查询代理节点发送查询服务质量请求消息，在消息中携带终端的地址和承载匹配参数。例如在移动通信的应用中，承载匹配参数包括移动终 端的地址、业务服务器的地址、上层协议类型、移动终端的协议端口号、业务服务器的协议端口号、区分服务码点、流标签等。在本发明的一个较优实施例中，业务服务器在发送服务质量查询消息时，可以在所述服务质量查询消息中携带业务服务器建议的服务质量信息，以供承载网络调整承载带宽等服务质量。 

步骤504：查询代理节点接收到业务服务器的查询服务质量请求消息后，查询终端地址与网关的对应关系配置表，得到对应网关的承载服务质量查询接口地址，向该网关转发所述查询服务质量请求消息 

步骤505：网关接收到查询代理节点转发的查询服务质量请求消息，如果在步骤503中业务服务器发送服务质量消息时携带了建议的服务质量信息，网关可根据所述业务服务器建议的服务质量信息，通过承载更新流程将改变承载网的服务质量。如果承载更新失败，则保持原来的服务质量不变。由于承载更新流程为现有流程，本处不予赘述。 

步骤506：网关向查询代理节点返回业务对应承载的服务质量信息。 

如果在步骤504中，在查询代理节点转发的查询服务质量请求消息中携带了业务服务器接收查询服务质量响应消息的地址信息，那么在步骤506网关也可以直接向业务服务器返回业务对应承载的服务质量信息而不经过查询代理节点，此时步骤507不再需要。 

步骤507：查询代理节点向业务服务器返回业务对应承载的服务质量信息。 

步骤508：业务服务器根据所获得的业务对应承载服务质量信息，选择合适节目源对终端提供业务。例如业务服务器可根据业务对应的承载服务质量信息选择合适码率的节目源发送给终端。 

本发明实施例还公开了获取分组业务的装置，包括网关设备和应用服务器。如图6所示为本发明实施例提供的网关设备的结构框图。网关设备与终端设备建立承载，并可在承载建立的过程中进行服务质量的协商。 

如图所示的网关设备，包括接收单元和响应单元，接收单元用于接收获得服务质量信息的请求消息，并通知响应单元进行处理；响应单元用于查询承载 的服务质量信息，并将所述承载的服务质量信息发送给对端网元(下一跳网元，可以是业务服务器，也可以是查询代理节点)。还可进一步包括更新单元和承载单元，更新单元用于接收外部网元(如业务服务器或查询代理节点)发送或转发的消息，或者是由接收单元转发消息，根据消息中的建议服务质量通知承载单元；承载单元用于根据更新单元转发的建议服务质量，发起承载更新流程，调整特定承载的服务质量。例如网关可以根据业务服务器建议的服务质量，尝试将特定承载的服务质量调整为与业务服务器选择的业务需要的服务质量一致。如果承载更新失败，则保持原来的服务质量不变。本本发明实施例公开的网关设备还可以包括承载匹配单元，用于根据服务质量查询消息中的终端地址和承载匹配参数，匹配业务对应的承载，并通知响应单元进行处理。承载匹配单元可以单独设立，当响应单元接收到接收单元的通知后，从承载匹配单元处获得对应的承载，然后获取所述承载的服务质量信息，最后发送给业务服务器或者查询代理节点。因此承载匹配单元还可以内置地址表，用于映射承载匹配参数(如终端地址等等)与业务对应承载之间的关系。优选的，承载匹配单元可内置于响应单元之中。响应单元还可包括指示单元，用于指示业务服务器发送消息给网关，通知网关进行承载服务质量的调整。优选的，指示单元也可以独立设置。 

如图7所示为本发明实施例公开的一种服务器，用于向用户终端提供分组业务，例如向手机用户提供电视直播等实时性节目。本发明实施例公开的服务器可包括业务接收单元、请求单元和服务质量接收单元；业务接收单元用于接收业务请求，并通知请求单元进行处理；请求单元用于发送服务质量信息的查询请求；服务质量接收单元用于接收包括承载服务质量信息的消息。例如在本发明的一个实施例中，手机终端向业务服务器请求提供手机电视业务，业务服务器的接收单元接收手机发送的业务请求消息后，业务服务器进行手机电视业务的处理；接收单元还可通知请求单元向网关请求援承载的服务质量；而服务质量单元则接收网关上报的承载服务质量，并通知业务服务器进行处理。优选 的，服务器还可进一步包括更新请求单元，用于根据服务质量接收单元或者根据请求单元的指示，确定服务器建议的服务质量参数，并将所述建议的服务质量参数发送给外部网元即下一跳网元(如网关设备或查询代理节点等)。此外，该服务器还可包括查询单元和存储单元，查询单元用于从存储单元处查询承载服务质量信息查询接口地址；存储单元保存了终端的地址段信息和网关的服务质量信息查询接口地址信息的对应关表，通过查询所述对应关系表，则可以找到特定终端所对应的网关。服务器也可以包括选择单元和业务提供单元，选择单元用于根据服务质量接收单元的指示，选择合适的节目源(或业务源)，并通知业务提供单元进行处理，业务提供单元用于根据选择单元的指示，以选择单元所确定的业务源向终端提供业务。例如在本发明的一个实施例中，选择单元选择合适码率的手机电视节目，由业务提供单元给手机终端提供业务，以最大程度的为用户提供节目，提高用户的满意度。 

由于终端地址段与网关的对应关系可能动态变化，为了便于集中管理，也为了减小对业务服务器的改动，在本发明的一个较优实施例中，可以引入一个查询代理的逻辑节点，业务服务器所有的服务质量查询请求消息都发给其所配置的查询代理，业务服务器本身不再配置终端的地址段信息和网关的服务质量信息查询接口地址信息的对应关系，该对应关系配置在查询代理节点上，查询代理节点接收到业务服务器的服务质量查询请求消息后，通过消息中携带的终端的地址，查询终端地址与网关的对应关系配置表，获得对应网关的承载服务质量信息查询接口地址，将所述查询消息转发给对应的网关。如图8所示为本发明实施例提供的一种查询代理节点，用于转发业务服务器和网关之间的消息，包括接收单元和转发单元，接收单元用于接收业务服务器发送的服务质量查询消息，并通知转发单元进行转发；接收单元进一步可用于接收网关返回的消息并通知转发单元进行转发，所述消息包括承载服务质量信息；转发单元用于转发所述服务质量查询消息，还可以转发所述网关返回的消息。查询代理节点可还进一步包括查询单元和存储单元，当接收单元接收到业务服务器发送的消息 时，查询单元从存储单元处查询对应网关的承载服务质量信息查询接口地址，并将查询到的地址通知给转发单元，由转发单元根据查询到的地址进行转发；或者当接收单元接收到网关发送的消息时，查询单元从存储单元处查询得到业务服务器的地址，并通知转发单元进行转发。在很多应用场景中，并不一定需要查询网关或者业务服务器的地址，例如业务服务器与网关一一对应的应用场景，业务服务器和网关向对端发送消息时地址是固定的；再例如网关接收到业务服务器的消息后就知道了业务服务器的地址，业务查询代理节点无需再进行查询。甚至不需要通过查询代理节点转发网关向业务服务器发送的消息，而是由网关直接发送给业务服务器。存储单元存储了地址映射表，保存了终端地址、承载服务质量信息查询接口地址、业务服务器地址等地址信息及其映射关系。查询代理节点可为独立的物理实体，或者集成于业务服务器、网关设备中。 

以上介绍的网关、服务器及查询代理节点等设备，分别包括了不同功能的单元，这些单元可以根据需要进行组合，将其中两个或者更多的单元合并为一个，或者将一个单元根据功能或其它条件分拆成两个或者更多单元。这些应用在本领域是常见的，也是很普通的应用。这些应用不能做为规避本发明的理由。 

应用本发明实施例公开的方法、系统和设备，业务服务器可以获得相应业务对应承载的服务质量情况，业务服务器因此可以根据本地配置的策略或者网关的指示根据承载的服务质量选择适合业务的服务质量，获得最佳的用户体验；还可以避免对无线资源的空置浪费这种情况的发生。本发明实施例不需要对数量众多的终端进行改动，而且对现有系统的改动也较小，因此从现有系统进行升级成本较低，便于布署且容易实现。 

以上应用了优选实施例对本发明进行了描述，但以上优选实施例仅用于帮助理解本发明的核心思想及其实施方式，因此本领域的一般技术人员在不偏离本发明的思想和范围的情形下，可以在具体实施方式及细节上有所改变。这些改变应当理解为实施了本发明。 

Claims (24)

1.一种获取分组业务服务质量信息方法，其特征在于，包括步骤： 

终端建立到网关间的承载并通过协商得到所述承载的服务质量信息后， 

业务服务器接收终端发送的业务请求消息，并向网关发送服务质量查询消息，请求查询所述承载对应的服务质量信息； 

接收到业务服务器发送的服务质量查询消息后，网关向业务服务器发送所述承载的服务质量信息。 

2.根据权利要求1所述的方法，其特征在于，包括步骤： 

接收到所述业务请求消息后以及在发送服务质量查询消息前，业务服务器根据业务请求消息中的终端地址、终端地址与网关的对应关系表，查询所述网关的承载服务质量信息查询接口地址；业务服务器根据所述查询接口地址，向网关发送服务质量查询消息。 

3.根据权利要求1所述的方法，其特征在于，包括步骤： 

接收到业务服务器发送的服务质量查询消息后，网关根据所述查询消息中的终端地址和承载匹配参数，查询所述承载的服务质量信息，并将查询到的承载服务质量发送给业务服务器。 

4.根据权利要求1所述的方法，其特征在于，业务服务器与网关之间增加查询代理节点，业务服务器发送服务质量查询消息包括： 

所述查询代理节点接收到业务服务器发送的服务质量查询消息后，根据所述服务质量查询消息中携带的终端的地址，查询终端地址与网关的对应关系配置表，获得对应网关的承载服务质量信息查询接口地址，并将所述查询消息转发给对应的网关。 

5.根据权利要求4所述的方法，其特征在于，网关向业务服务器发送所述承载的服务质量信息包括步骤： 

网关向查询代理节点发送所述承载的服务质量信息； 

所述查询代理节点接收到所述信息后，转发给业务服务器。 

6.根据权利要求1至5任一项所述的方法，其特征在于，包括：

在所述服务质量查询消息中，携带了业务服务器建议的服务质量信息。

7.根据权利要求6所述的方法，其特征在于，包括：

根据所述业务服务器建议的服务质量信息，调整对应承载的服务质量参数。

8.根据权利要求1至5任一项所述的方法，其特征在于，包括步骤：

业务服务器接收到所述承载的服务质量信息后，选择业务的服务质量，并发送消息通知网关根据选择的业务服务质量调整承载的服务质量。

9.根据权利要求8所述的方法，其特征在于，包括步骤：

网关接收到业务服务器发送的消息后，根据业务服务器所选择的业务所需服务质量，调整承载的服务质量。

10.根据权利要求8所述的方法，其特征在于，包括步骤：

在网关向业务服务器发送承载的服务质量信息中包括标志，所述标志用于指示业务服务器通知网关调整服务质量信息；

业务服务器根据所述标志确定是否发送消息通知网关调整服务质量。

11.一种分组网络系统，包括终端、接入网、网关和业务服务器，所述终端用于通过接入网连接到网络，建立与网关之间的承载，并从业务服务器获得分组业务，其特征在于：所述业务服务器用于向网关发送服务质量查询消息，请求获得承载的服务质量信息；所述网关用于接收到所述服务质量查询消息后，向业务服务器提供所述承载的服务质量信息。

12.根据权利要求11所述的系统，其特征在于，进一步包括位于业务服务器和网关之间的查询代理节点，所述查询代理节点用于转发业务服务器和网关相互发送的消息。

13.根据权利要求12所述的系统，其特征在于，所述查询代理节点保存有地址信息；当接收到网关或业务服务器的消息时，查询代理节点用于根据所述地址信息确定下一跳网元。

14.根据权利要求11所述的系统，其特征在于，业务服务器还用于选择业务的服务质量，并在向网关查询服务质量时通知网关进行处理；或者还用于在收到网关返回的承载服务质量信息后，向网关发送建议的消息，消息中携带建议的服务质量，通知网关进行处理；消息通知网关调整承载的服务质量，消息中携带了所述选择的服务质量。 

15.一种网关设备，用于建立与终端之间的承载，并通过协商确定所述承载的服务质量，其特征在于，包括接收单元和响应单元：

所述接收单元用于接收服务质量查询消息，并通知响应单元进行处理；

所述响应单元用于查询承载的服务质量信息，并将所述承载的服务质量信息发送给下一跳网元。

16.根据权利要求15所述的网关设备，其特征在于，进一步包括更新单元和承载单元：

所述更新单元用于接收对端网元发送的消息，或者接收由接收单元转发的消息，并将消息中携带的建议服务质量发送给承载单元进行处理；

所述承载单元用于根据更新单元转发的建议服务质量，发起承载更新流程。

17.根据权利要求15或16所述的设备，其特征在于，进一步包括承载匹配单元，用于根据服务质量查询消息中的终端地址和承载匹配参数，匹配业务对应的承载，并通知响应单元进行处理。

18.一种服务器，用于向用户终端提供分组业务，其特征在于，包括业务接收单元、请求单元和服务质量接收单元：所述业务接收单元用于接收业务请求，并通知请求单元进行处理；所述请求单元用于发送服务质量信息的查询请求；所述服务质量接收单元用于接收包括承载服务质量信息的消息。

19.根据权利要求18所述的服务器，其特征在于，进一步包括更新请求单元，用于根据服务质量接收单元的指示，确定服务器选择的业务服务质量，并将所述选择的业务服务质量发送给下一跳网元；或者根据请求单元的通知，确定建议的服务质量，并将所述建议的服务质量发送给网关。

20.根据权利要求18或19所述的服务器，其特征在于，进一步包括查询单元和存储单元：所述查询单元用于根据终端的地址，从存储单元处查询服务质量信息查询接口地址；所述存储单元保存了终端的地址信息和网关的服务质量信息查询接口地址信息之间的对应关系。

21.根据权利要求18或19所述的服务器，其特征在于，进一步包括选择单元和业务提供单元： 

所述选择单元用于根据服务质量接收单元的指示，选择合适的节目源，并通知业务提供单元进行处理；所述业务提供单元用于根据选择单元的指示，以选择单元所确定的业务源向终端提供业务。

22.一种查询代理节点，其特征在于，所述查询代理节点与至少一个网关或者至少一个业务服务器相连，用于转发业务服务器和网关之间的消息，包括接收单元和转发单元：

所述接收单元用于接收至少一个业务服务器发送的服务质量查询消息，并通知转发单元进行转发；所述转发单元用于转发所述服务质量查询消息；

所述接收单元进一步用于接收网关返回的消息并通知转发单元进行转发，所述消息包括承载服务质量信息；所述转发单元用于转发所述网关返回的消息。

23.根据权利要求22所述的查询代理节点，其特征在于，进一步包括查询单元和存储单元：所述查询单元用于根据终端地址从存储单元处查询对应网关的承载服务质量信息查询接口地址，并通知转发单元根据所述查询接口地址进行转发；所述存储单元用于存储服务质量信息查询接口地址信息和终端地址的对应关系。

24.根据权利要求22或23所述的查询代理节点，其特征在于，所述查询代理节点为独立的物理实体，或者集成于服务器、网关设备中。 

Images