CN1980165A - 在通信网络中建立承载的实现方法 - Google Patents

Abstract

本发明涉及一种在通信网络中建立承载的实现方法。本发明主要包括：首先，由NSS(网络子系统)根据用户终端的请求确定用户的承载属性信息，并下发给BSS(基于子系统)；然后，BSS便可以根据收到的用户的承载属性信息对接入用户的请求建立承载的消息直接进行资源许可控制；并在获得BSS的允许后，进行该用户终端的业务承载的建立。本发明优化了承载建立过程，使得在承载建立过程中无需再进行繁琐的授权处理过程。这样，一方面保证了网络侧对用户资源使用的监控，另一方面缩短了承载建立的时间。因此，本发明的实现可以有效提高无线通信系统的通信性能。

Description

在通信网络中建立承载的实现方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种通信网络中的承载建立技术。

背景技术

随着网络通信技术的发展，人们对通过网络中开展的各项业务的要求也越来越高。针对向网络中提供的各项业务通常均需要根据用户的签约情况提供相应的服务质量控制和保证。

对于网络通信中的用户而言，如果没有QoS(服务质量)的保证，将极大影响到用于开展业务的感受，尤其是对于一些对服务质量非常敏感的业务而言，例如，PoC等时延敏感型业务、流点播等抖动敏感型业务等等，为其提供保证的服务质量显得更为重要。因而，在通信网络中，通常均会为各业务提供相应的服务质量保证，使得用户可以在确保服务质量的连接下开展相应的业务。

在用户开展业务过程中，如果需要发生对服务质量的改变，则需要与网络侧进行协商和鉴权等过程，经过网络批准后，则可以使用更新后的服务质量。因此，在通信网络中将涉及到承载建立和修改的处理过程，以便于通过承载的建立和修改过程实现为用户提供具有服务质量保证的连接，并可以满足修改相应连接的服务质量信息的需求。

下面将以GPRS(通用无线分组业务)系统为例对目前的承载建立和修改过程。GPRS系统的组网结构图如图1所示，GPRS系统的网络实体包括：MS(移动终端)以及GPRS分组域网络两部分，其中，GPRS分组域网络实体的结构如图2所示，具体包括：

SGSN(服务GPRS支持节点)是用户签约数据管理的主体，用户需要建立承载时，需要将请求发送给SGSN，SGSN根据从HLR(归属位置寄存器)获取的用户签约数据对用户的请求进行核实与判决，决定是否许可用户建立特定质量的承载连接。如果许可，则SGSN会通知GGSN(网关GPRS支持节点)以及UTRAN/BSS建立连接并且通知用户。后续的业务可以使用已经建立的承载。

基于上述系统，当用户需要建立一个业务连接时，则如图3所示，具体包括以下步骤：

步骤31：UE(用户终端)先与AN(接入网)建立信令承载；

步骤32：信令承载建立完成后，UE利用信令承载与NSS(网络子系统)通过信令建立业务承载；NSS对UE进行鉴权、签约数据匹配等操作；

步骤33：NSS完成步骤32的处理后通知AN进行承载指配；

步骤34：AN通知UE进行承载指配通知；

步骤35：当承载指配成功后，NSS通知UE承载建立完成；

步骤36：UE收到通知后，发送业务数据，即UE与AN之间进行业务数据交互处理。

目前，无论是移动网络还是固定网络，终端的承载建立过程均采用图3所示的处理过程。

对于WCDMA(宽带码分多址)系统，每一个信令承载建立及业务承载建立的过程如图4所示，具体包括以下步骤：

步骤41：进行信令承载的建立，具体为通过RRC(无线电资源控制)连接请求(RRC Conn Req)、RRC连接建立(RRC Conn Setup)和建立RRC连接完成(RRC Conn Comp)消息实现信令承载的建立；

步骤42：进行业务承载的建立，具体为通过初始传输指示(Initial DirectTransfer)消息进行业务承载的建立，如通过PDP(分组数据协议)建立/修改指示(PDP establishment/modification)消息进行业务承载的建立；

步骤43：进行业务数据承载的建立，具体包括步骤431的承载的指配和步骤432的业务承载通知处理，所述的步骤431具体包括图4所示的无线接入承载指配请求(RAB Assignment Req)消息、无线承载建立请求(RBSetup Req)消息、无线承载建立完成(RB Setup Comp)消息和无线接入承载指配响应(RAB Assignment Res)消息，所述的步骤432则是通过由NSS发送给UE的PDP建立响应(PDP establishment Res)消息实现。

经过上述处理之后，UE才可以开展业务，进行业务数据的交互。同时，从上述描述中还可以看出，在现有系统中的承载建立是针对特殊属性的承载建立，即一次只能建立有特定QoS等属性的承载，使得建立的承载的QoS参数被固定。

基于上述承载建立的实现方案，如果后续的数据传递过程中需要使用不同的QoS的承载，则需要对现有的承载连接进行修改或者重新建立新的承载。而且，必须在完成信令过程之后，业务数据才可以使用建立的承载，也就是说，每一次针对承载的改动，都需要将承载建立的过程完整的重新进行一遍。同时，对于每次承载建立过程可能还会需要对用户的鉴权处理等。因此，现有的承载建立方案必将会增加业务使用的时延。例如，用户如果想建立一个业务，但是现有承载与该业务的要求不匹配，则用户需要首先完成PDP的修改或者新PDP的建立过程之后才能够进行业务数据传递，从而使得业务建立的时延增加，并且处理过程不够灵活。

发明内容

本发明的目的是提供一种在通信网络中建立承载的实现方法，从而可以在无线通信网络中快速地建立无线承载，提高通信网络的性能。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种在通信网络中建立承载的实现方法，包括：

A、网络侧实体根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接的网络实体；

B、所述的与用户终端连接的网络实体根据收到的用户的承载属性信息对接入的用户终端请求建立承载的消息直接进行资源许可控制；

C、在与用户终端连接的网络实体的允许后，进行该用户终端请求的业务承载的建立。

所述的步骤A包括：

由网络子系统NSS中的实体根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接通信的基站子系统BSS。

所述的步骤A包括：

A1、用户终端向网络侧实体发送无线承载预建立请求消息，所述消息中携带着请求预建立的承载的信息；

A2、网络侧实体根据接收到的消息中承载的信息确定用户终端预建立承载的承载属性信息，并下发给与用户终端连接的网络实体。

所述的步骤A1包括：

用户终端通过分组连接建立或修改报文承载所述的承载预建立请求，并发送给NSS。

所述的用户的承载属性信息包括：

业务类型、同步/异步、是否有序、最大bit率、确认bit率、最大SDU、优先级和/或误码率。

所述的步骤A还包括：

由设置于NSS中的业务控制点根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接通信的BSS。

所述的业务控制点包括：

宽带码分多址WCDMA系统的服务GPRS支持节点SGSN和网关GPRS节点GGSN；或者，码分多址CDMA系统的分组数据服务节点PDSN；或者，无线通信系统中的接入网关AG。

本发明所述的方法中，当所述的业务控制点为SGSN和GGSN时，所述的步骤A包括：

A3、收到承载预建立请求的NSS上的SGSN向GGSN发送PDP生成或更新请求消息；

A4、GGSN根据收到的消息建立或更新相应的承载预建立信息。

所述的步骤A4还包括：

GGSN向SGSN返回PDP生成或更新响应消息，通知SGSN在GGSN上已经完成建立或更新相应的承载预建立信息。

所述的步骤B包括：

B1、用户终端向BSS发送需要建立承载的消息；

B2、BSS直接对该用户终端的承载建立要求进行资源许可控制，并在根据其保存的该用户终端对应的预建立承载的承载属性信息确定允许该承载建立时，执行步骤C。

所述的步骤B1包括：

B11、当用户终端不存在无线连接时，用户终端向BSS发送无线连接请求消息，消息中携带着其要求建立的承载的信息，BSS接收所述请求消息，并在建立相应的信令承载的过程中执行步骤B2；

或者，

B12、当用户终端存在无线连接时，用户终端向BSS发送小区或用户登记区域更新消息，消息中携带着其要求建立的承载的信息，BSS接收所述请求消息并向用户终端发送更新确认消息，用户终端收到所述消息后向BSS返回重配置完成消息。

所述的步骤B还包括：

B3、当步骤B2或步骤B12执行完成后，由BSS向NSS发送指示消息，消息中携带着为用户终端建立的承载的信息；

B4、NSS根据接收到的指示消息进行承载信息的更新。

所述的步骤B4具体包括：

NSS中的SGSN向GGSN发送更新请求消息，消息中携带着用户终端建立的业务承载的承载属性信息；

GGSN根据收到的更新请求消息进行承载属性信息的更新，并向SGSN返回更新响应消息。

所述的步骤B4还包括：

NSS根据接收到的指示消息中的承载的信息控制重新建立承载或修改已经建立承载的承载属性信息。

所述的方法还包括：

用户终端向NSS发送携带着需要建立承载的指示信息的承载预建立请求消息；

当NSS向BSS下发预建立的承载的属性信息时，同时携带着用户终端要求建立承载的指示信息；

BSS根据所述的指示信息立即为该用户终端建立相应的承载。

本发明还提供了一种用户终端设备，包括：

消息构造模块：用于构造预授权请求消息，所述的消息中包含着用户终端请求预建立的承载信息；

消息发送模块，将所述消息构造模块构造的消息发送给网络侧。

所述的消息构造模块包括：

申请消息构造模块：用于构造发起预授权申请的预授权申请请求消息；

修改消息构造模块：用于构造发起预授权修改的预授权修改请求消息。

由上述本发明提供的技术方案可以看出，本发明通过在网络侧将用户终端的承载属性信息下发到与用户终端连接通信的网络侧实体中，并由该实体根据所述承载属性信息进行用户终端的承载建立授权处理。本发明采取了系统预先授权，业务立刻使用的方式建立承载，从而优化了承载建立过程，使得在承载建立过程中无需再进行繁琐的授权处理过程。这样，一方面保证了网络侧对用户资源使用的监控，另一方面缩短了承载建立的时间。因此，本发明的实现可以有效提高无线通信系统的通信性能。

附图说明

图1为GPRS系统的组网结构示意图；

图2为GPRS分组域网络实体的结构示意图；

图3为用户建立业务连接过程示意图；

图4为WCDMA系统中用户建立业务承载的过程示意图；

图5为现有技术中的业务承载建立维护过程示意图；

图6为本发明中的业务承载建立维护过程示意图；

图7为本发明中的承载预建立的具体实现过程示意图；

图8为图7中的PDP预激活处理过程示意图；

图9为业务承载建立过程示意图一；

图10为图9中的PDP更新处理过程示意图；

图11为业务承载建立过程示意图二；

图12为用户终端设备的结构示意图。

具体实施方式

本发明主要是通过优化承载建立过程来实现灵活的资源分配处理，以实现快速建立无线业务承载。

本发明采用的实现方案如图6所示，用户在使用业务之前预先与网络侧进行承载预建立，所述的承载预建立是依据用户签约数据最大匹配实现。即如果用户存在QoS1、QoS2和QoS3共三个等级，则经过承载预建立，网络侧允许用户随时使用签约的最高等级，只要用户的使用不超过最高签约许可，就不需要与系统进行交互，而可以直接使用，即直接建立业务承载，并利用所述业务承载进行业务数据的交互，从而减少了业务建立的时间。

为对本发明有进一步的理解，下面将结合附图对本发明的具体实现方案进行详细的描述。

在后续的针对本发明具体实现方式的描述过程中将主要以WCDMA(宽带码分多址)系统为例进行相应的说明，当然，本发明也可以应用于CDMA(码分多址)系统中，以及其他涉及类似承载建立过程的系统中。

本发明所述的方法在具体实现时主要包括两个过程：一个是承载预建立过程，另一个是业务数据传递过程。下面将分别针对两个过程进行说明。

(一)承载预建立过程

本发明提供的预建立过程的信令与现有技术的PDP(分组数据协议)激活应用的信令类似。相应的承载预建立过程如图7所示，具体包括：

首先，UE(用户终端)与BSS(基站子系统)之间进行消息交互实现信令承载建立，这一处理过程与现有技术采用的技术实现方案相同，完成了信令承载建立后执行步骤71；

步骤71：UE向NSS(网络子系统)发送IDT(初始直接传输，InitialDirect Transfer)消息，请求NSS建立业务承载预建立，在该消息中可以不携带建立业务承载的具体的参数，而仅携带进行业务承载预建立需要的信息，所述的信息包括但不限于：QoS、业务类型和/或用户标识等信息。

NSS收到请求后，根据用户签约数据进行匹配，对用户终端要求预建立的承载进行检查，并为用户终端选定预承载建立的参数；

在用户终端发送的请求消息可以承载是否需要系统立刻分配承载的信息，以便于NSS决定是否立即为用户终端分配无线承载；

在该步骤中所述的IDT消息具体可以为PDP激活/修改请求PDPActivate/Modify Req消息，当然，在该步骤中也可以采用其他消息承载相应的承载预建立信息进行承载预建立请求。

步骤72：NSS系统根据用户的承载属性进行无线承载预建立处理；

该步骤中，首先需要在NSS上进行相应的PDP预激活处理，所述的PDP预激活处理具体包括：进行相关参数的协商，但实际并不进行资源预留；

在NSS系统中进行PDP预激活处理后，还需要在BSS上进行资源的分配，具体为在逻辑上进行资源的分配，而实际上并没有分配相应的资源，在业务发生时再根据优先级进行资源的分配，相应的处理过程具体通过执行步骤72a、步骤72b1、步骤72b2和步骤72c实现，下面将分别进行详细说明；

步骤72a：系统根据用户签约数据的检查结果进行无线承载建立，具体包括承载预建立指示信息，并可选地包括承载建立指示信息；

在NSS与BSS交互中执行相应的业务承载预建立过程，并且将用户的签约承载属性(如QoS等级等信息)通知给BSS，以便于BSS在后续的处理过程中可以对用户终端的承载建立及修改进行控制；NSS系统具体可以通过在无线接入承载分配请求RAB Assignment REQ消息中携带业务指示Serviceindication，表示NSS系统对BSS进行了针对该用户终端的承载预建立，同时在消息中承载该用户终端预建立承载的承载属性信息，所述的承载属性信息包括但不限于：业务类型(该类型包括会话、背景、流、实时等类型)、同步/异步、是否有序、最大bit率、确认bit率、最大SDU、优先级和误码率等信息中的至少一项；

同时，在NSS与BSS交互过程中，还可以在交互的消息中指示BSS下的用户终端是否需要立刻建立业务承载，如果需要则执行步骤72b1和步骤72b2，否则，直接执行步骤72c。

步骤72b1、步骤72b2：BSS根据NSS返回的无线接入承载分配请求消息中的业务指示决定是否向UE执行该两步骤：如果需要立即建立承载，则通过UE与BSS之间交互的无线承载建立请求RB Setup Req消息和无线承载建立完成RB Setup Comp消息实现针对该用户的承载的建立，即当用户终端需要立即建立承载时，则系统将根据用户终端的请求立即建立与UE之间的承载；如果用户不需要立刻分配承载，则系统可以不与UE进行承载建立协商，即无需执行步骤72b1和步骤72b2；

步骤72c：BSS根据要求对用户的资源进行预分配并向NSS系统返回响应消息，即返回无线接入承载分配响应RAB Assignment Res消息，消息中业务指示响应Service indication Res信息；

在该步骤中，BSS具体是在逻辑上分配相应的资源，而实际上并没有进行相应的资源预留，仅在业务发生时再由BSS根据优先级进行分配；

经过步骤72a和步骤72c的BSS与NSS之间的消息交互后，BSS记载了该用户终端需要使用的资源情况，即保存于了该用户终端的预建立承载的承载属性信息，这样，在后续的分配中，只要用户终端的承载建立要求不超其对应的过承载属性记载的范围，则可以由BS直接分配资源进行承载建立，而无需与NSS进行交互，大大缩短了承载建立所需要的时间；当BSS分别资源过程中发生冲突时，则需要进行抢占或者拒绝用户申请或者修改用户请求。

步骤73：NSS系统收到BSS返回的消息后，便向用户终端发送承载预建立完成的响应消息给用户，并且将系统允许的承载属性信息通过该应答消息通知用户终端；

该步骤具体可以通过PDP激活/修改响应PDP Activate/Modify Res消息中的Service indication承载相应的承载属性信息。

从图7中可以看出，UE可以在PDP预激活后进行承载属性的修改操作，当进行承载属性的修改操作时，则相应的信令采用图7中的标示为Modify(修改)的信令消息。

而且，考虑到UE可能处于connection mode(连接模式)下进行承载预建立处理，这时，图7中的信令承载建立过程则可以省去，即直接执行步骤71开展承载预建立处理。

下面将对图7中的PDP预激活处理过程的具体实现进行说明，具体如图8所示，主要包括以下步骤：

步骤81：该处理过程与步骤71的处理过程相同；

步骤82：当NSS中的SGSN收到用户终端发来的承载预建立请求消息后，则向HLR(归属位置寄存器)查询该用户终端的签约数据，并根据相应的签约数据对用户终端要求的预建立的承载进行检查，并为该用户终端确定相应承载预建立的承载属性信息；

步骤83：SGSN向GGSN发送创建或更新消息，通知GGSN进行预承载建立，即将该用户终端建立的预承载对应的承载属性信息保存于GGSN上，或者对GGSN上保存的该用户终端的已经建立的预承载的承载属性信息进行修改更新；

步骤84：GGSN完成相应的建立或更新操作后向SGSN返回响应消息。

如果根据用户终端的指示确定需要立即建立承载时，则通过步骤85进行承载的建立操作，具体如图7中的步骤72中的相应处理，之后将执行步骤86和步骤85，由SGSN将向GGSN发送PDP更新请求，GGSN完成相应的更新后向SGSN返回PDP更新响应消息，最后，执行步骤88，由SGSN向用户终端返回PDP激活或修改确认PDP Activate/Modify Acc消息。

(二)业务数据传递过程

完成了上述承载预建立处理过程之后，便可以基于预建立的承载进行后续的业务交互需要的承载建立处理，即当用户终端需要进行业务数据传输时，则基于所述预建立的承载进行相应业务承载的建立处理，以便于进行业务处理的传递处理。

所述处理具体分为两种不同的情况：一种是在用户终端没有无线连接承载的情况下的处理，另一种是在用户终端具有无线连接承载的情况下的处理。下面将分别对两种情况的具体处理过程进行说明。

(1)在用户终端没有无线连接承载的情况下的处理过程

下面将以手机在idle(空闲)模式下为例，对该处理过程进行说明，相应的处理过程如图9所示，具体包括：

步骤91：手机在idle模式下需要建立业务时，需要首先建立RRC连接，在RRC连接中携带业务指示Service indication信息，该信息中描述了本次业务所需要的承载属性，可以包括一个或者多个承载的要求；

其中，所述的承载属性可以是承载属性值本身或者承载属性值的索引。包括QoS要求、IP地址要求等。

步骤92：BSS根据用户请求的Service indication与预建立时系统提供的Service indication(即针对该用户终端的预建立的承载对应的承载属性信息)进行匹配：如果允许用户使用，则在后续的RB建立过程中通知用户可以使用，否则，在后续RB建立过程中给用户分配签约许可范围内最接近用户请求的承载能力，在RB建立过程中通知用户；

在该步骤中仅进行模糊匹配，即只要用户终端的请求不大于预建立的承载对应的承载属性信息就可以给用户终端直接分配相应的资源，而不需要与NSS进行协商。

步骤95：在经过了步骤93和步骤94的处理过程建立了相应的信令承载后，便可以根据步骤92确定的承载属性信息进行承载的建立，即由BSS向UE发送承载建立RB Setup消息；

步骤97：UE接收到BSS发送来的承载建立消息并建立相应的承载后，向BSS返回承载建立完成RB Setup Comp消息。

通常，在步骤97完成后就可以执行步骤910，进行媒体数据的发送。

上述步骤96与步骤95及步骤97之间并不限定具体执行顺序。

在图9中，还需要执行步骤96，即由BSS通知NSS已经为用户分配了资源，并执行步骤98；

步骤98：NSS接收到步骤96发来的通知后对PDP状态进行更新，或者，根据需要执行步骤99控制用户终端建立的业务承载的承载属性信息；

步骤99：NSS可以根据策略(如运营商配置)决定所是否对用户终端的资源使用情况进行鉴权或者修改等操作，即确定是否对用户终端已经建立的业务承载的承载属性信息进行检查或控制修改；

该步骤可以采用现有规范的RAB Assignment(无线接入承载分配)过程实现，即NSS可以通过RAB Assignment过程来控制用户已经建立的业务承载的承载属性信息。

可以看出，本发明提供的实现方案有效缩短了用户承载建立的时间，将用户承载建立过程限制在UE与BSS之间，同时NSS可以进行监控。

在图9中，对于步骤98和步骤99具体采用的处理过程如图10所示，包括以下处理步骤：

步骤101：与图9中步骤96的处理过程相同；

步骤102：NSS中的SGSN收到通知消息后，便修改相应的PDP状态，具体为更新保存于SGSN上的PDP连接的状态；

步骤103：SGSN向GGSN发送PDP更新请求消息，通知GGSN进行相应的PDP更新操作；

步骤104：GGSN完成PDP更新后向SGSN返回PDP更新响应消息。

步骤102至步骤104的处理过程完成了图9中步骤98的处理。

图9中步骤99的处理过程参见图10中的步骤105至步骤1010，即当SGSN确定需要对用户终端建立的业务承载重新进行授权时则执行步骤105至步骤108，具体包括：

步骤105：SGSN向BSS发送RAB分配请求消息RAB Assignment Req；

步骤106：BSS向UE发送RB建立或重配置建立RB Setup/ReconfigSetup消息；

步骤107：UE向BSS返回RS建立或重配置完成RB Setup/ReconfigComp消息；

步骤108：BSS向SGSN返回RAB分配响应RAB Assignment Res消息。

当SGSN确定需要对用户终端建立的业务承载的承载属性信息进行修改时，则执行步骤109至步骤1010，具体包括：

步骤109：SGSN向UE发送PDP修改请求PDP Modify Req消息，请求修改UE已经建立的业务承载的承载属性信息；

步骤1010：UE向SGSN返回PDP修改响应PDP Modify Res消息。

(2)在用户终端有无线连接的情况下

下面将以手机处在connection(连接)模式下为例对相应的处理过程进行说明，如图11所示，具体包括以下步骤：

步骤111：UE向BSS发送小区或URA(用户登记区域)更新Cell/URAupdate消息进行业务承载建立请求，消息中携带着UE希望建立的业务承载的信息，如QoS要求、IP地址要求等信息；

步骤112：对UE发来的请求进行资源许可控制处理，该步骤中的处理与图9中的步骤92采用的处理相同；

步骤113：BSS通过小区或URA更新确认Cell/URA update confirm通知用户终端UE承载建立情况，具体为：将建立的RB信息通知给UE；

步骤114：UE向BSS发送RB重配置完成RB Reconfig Comp消息，作为UE成功收到RB配置的应答，以便于进行后续的数据发送。

后续的步骤115、步骤116和步骤117与图9中的步骤96、步骤98和步骤99处理过程相同，此处不再详述。

本发明还提供了一种用户终端设备，如图12所示，包括：

(1)消息构造模块

用于构造预授权请求消息，所述的消息中包含着用户终端请求预建立的承载信息，而且所述的消息构造模块包括：

申请消息构造模块：用于构造发起预授权申请的预授权申请请求消息；

修改消息构造模块：用于构造发起预授权修改的预授权修改请求消息

(2)消息发送模块

用于将所述消息构造模块构造的消息发送给网络侧。

综上所述，本发明优化了通信系统中的承载建立过程。采取了系统预先授权，业务立刻使用的方式快速建立承载。因此，本发明一方面保证了网络侧对用户资源使用的监控，另一方面缩短了承载建立的时间。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (17)

1、一种在通信网络中建立承载的实现方法，其特征在于，包括：

A、网络侧实体根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接的网络实体；

B、所述的与用户终端连接的网络实体根据收到的用户的承载属性信息对接入的用户终端请求建立承载的消息直接进行资源许可控制；

C、在与用户终端连接的网络实体的允许后，进行该用户终端请求的业务承载的建立。

2、根据权利要求1所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤A包括：

由网络子系统NSS中的实体根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接通信的基站子系统BSS。

3、根据权利要求1所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤A包括：

A1、用户终端向网络侧实体发送无线承载预建立请求消息，所述消息中携带着请求预建立的承载的信息；

A2、网络侧实体根据接收到的消息中承载的信息确定用户终端预建立承载的承载属性信息，并下发给与用户终端连接的网络实体。

4、根据权利要求3所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤A1包括：

用户终端通过分组连接建立或修改报文承载所述的承载预建立请求，并发送给NSS。

5、根据权利要求1所述的在通信网络中建立承载的实现方法，其特征在于，所述的用户的承载属性信息包括：

业务类型、同步/异步、是否有序、最大bit率、确认bit率、最大SDU、优先级和/或误码率。

6、根据权利要求1至5任一项所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤A还包括：

由设置于NSS中的业务控制点根据用户终端的请求确定用户的承载属性信息，并下发给与用户终端连接通信的BSS。

7、根据权利要求1所述的在通信网络中建立承载的实现方法，其特征在于，所述的业务控制点包括：

宽带码分多址WCDMA系统的服务GPRS支持节点SGSN和网关GPRS节点GGSN；或者，码分多址CDMA系统的分组数据服务节点PDSN；或者，无线通信系统中的接入网关AG。

8、根据权利要求7所述的在通信网络中建立承载的实现方法，其特征在于，当所述的业务控制点为SGSN和GGSN时，所述的步骤A包括：

A3、收到承载预建立请求的NSS上的SGSN向GGSN发送PDP生成或更新请求消息；

A4、GGSN根据收到的消息建立或更新相应的承载预建立信息。

9、根据权利要求8所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤A4还包括：

GGSN向SGSN返回PDP生成或更新响应消息，通知SGSN在GGSN上已经完成建立或更新相应的承载预建立信息。

10、根据权利要求8所述的在通信网络中建立承载的实现方法，其特征在于，所述的步骤B包括：

B1、用户终端向BSS发送需要建立承载的消息；

B2、BSS直接对该用户终端的承载建立要求进行资源许可控制，并在根据其保存的该用户终端对应的预建立承载的承载属性信息确定允许该承载建立时，执行步骤C。

11、根据权利要求10所述的通信网络中建立承载的实现方法，其特征于，所述的步骤B1包括：

B1、当用户终端不存在无线连接时，用户终端向BSS发送无线连接请求消息，消息中携带着其要求建立的承载的信息，BSS接收所述请求消息，并在建立相应的信令承载的过程中执行步骤B2；

或者，

B12、当用户终端存在无线连接时，用户终端向BSS发送小区或用户登记区域更新消息，消息中携带着其要求建立的承载的信息，BSS接收所述请求消息并向用户终端发送更新确认消息，用户终端收到所述消息后向BSS返回重配置完成消息。

12、根据权利要求11所述的通信网络中建立承载的实现方法，其特征于，所述的步骤B还包括：

B3、当步骤B2或步骤B12执行完成后，由BSS向NSS发送指示消息，消息中携带着为用户终端建立的承载的信息；

B4、NSS根据接收到的指示消息进行承载信息的更新。

13、根据权利要求12所述的通信网络中建立承载的实现方法，其特征在于，所述的步骤B4具体包括：

NSS中的SGSN向GGSN发送更新请求消息，消息中携带着用户终端建立的业务承载的承载属性信息；

GGSN根据收到的更新请求消息进行承载属性信息的更新，并向SGSN返回更新响应消息。

14、根据权利要求12所述的通信网络中建立承载的实现方法，其特征在于，所述的步骤B4还包括：

NSS根据接收到的指示消息中的承载的信息控制重新建立承载或修改已经建立承载的承载属性信息。

15、根据权利要求6所述的通信网络中建立承载的实现方法，其特征在于，所述的方法还包括：

用户终端向NSS发送携带着需要建立承载的指示信息的承载预建立请求消息；

当NSS向BSS下发预建立的承载的属性信息时，同时携带着用户终端要求建立承载的指示信息；

BSS根据所述的指示信息立即为该用户终端建立相应的承载。

16、一种用户终端设备，其特征在于，包括：

消息构造模块：用于构造预授权请求消息，所述的消息中包含着用户终端请求预建立的承载信息；

消息发送模块，将所述消息构造模块构造的消息发送给网络侧。

17、根据权利要求16所述的用户终端设备，其特征在于，所述的消息构造模块包括：

申请消息构造模块：用于构造发起预授权申请的预授权申请请求消息；

修改消息构造模块：用于构造发起预授权修改的预授权修改请求消息。

Images