CN101827397A

CN101827397A - 建立临时块流的方法和装置

Info

Publication number: CN101827397A
Application number: CN201010120831.4A
Authority: CN
Inventors: 杨凯; 蔡晶晶; 陆文卓
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-03-04
Filing date: 2010-03-04
Publication date: 2010-09-08
Anticipated expiration: 2030-03-04
Also published as: CN101827397B; WO2011107032A1

Abstract

提供了一种建立临时块流TBF的方法和装置，该方法包括：在网络侧触发为TBF分配信道的流程；根据所述网络侧的网络负荷和/或所述分组业务的类型，获取所述TBF的最大可分配信道数目；所述网络侧在所述最大可分配信道数目的范围内为所述TBF指配信道，以建立和移动台MS之间的TBF。本发明提供的方案，可以根据网络负荷和/或分组业务的类型，为TBF指配信道，从而可以接入更多的用户。

Description

建立临时块流的方法和装置

技术领域

本发明涉及无线通信技术领域，特别涉及一种建立临时块流的方法和装置。

背景技术

当前，通用分组无线业务(General Packet Radio Service，GPRS)技术已经在无线通信网络中得到了广泛应用。GPRS网络通过分组交换(PacketSwitch)技术，实现了端到端的分组数据传输，为用户提供更为丰富的服务类型，如网页浏览、文件下载以及在线游戏等。

在GPRS系统中，分组数据信道(Packet Data CHannel，PDCH)是无线分组数据业务在空中接口上的承载逻辑实体。PDCH信道由PDTCH(PacketData Traffic Channel)、PACCH(Packet Associated Control Channel)、PTCCH(Packet Timing Control Channel)等信道组成。其除了用于承载用户数据外，GPRS Attach、GPRS Detach、PDP激活、PDP去激活、路由区更新等信令数据，以及GPRS短消息，也需要占用PDCH信道资源。

TBF(Temporary Block Flow，TBF)是移动台(Mobile Station，MS)和网络侧之间的连接，MS和网络侧通过TBF转发分组业务数据，TBF连接只在数据转发的过程中才存在。TBF的上下行资源分配相互独立，但均受网络侧的控制。

TBF通常会占用一个或多个PDCH，而一个PDCH又可以被多个TBF所复用。

通常情况下，TBF的信道分配策略，是基于MS能力给用户分配尽可能多的PDCH，TBF尽可能多的复用PDCH，这样多个用户共享信道时，只要有一个用户有数据发送，就能充分利用信道，而不至于信道因为没有用户数据而浪费的问题，从而产生复用增益。

但是，发明人发现，这种分配策略会导致接入容量受限。一个分组数据信道上下行支持复用31个TBF，上行支持7个TBF复用，而多数厂商只能实现到下行支持8个TBF或到16个TBF复用。根据MS最大能力分配分组数据信道，假设为一个TBF可以分配4个分组数据信道，再假设一个信道最多能被8个下行TBF复用，那么平均来说每个用户折算成占用0.5个信道，那么一个载频最多只能被16个TBF使用，接入容量受限。

发明内容

有鉴于此，本发明的一方面，提供了一种建立临时块流TBF的方法，包括：

在网络侧触发为TBF分配信道的流程；

根据所述网络侧的网络负荷和/或所述分组业务的类型，获取所述TBF的最大可分配信道数目；

所述网络侧在所述最大可分配信道数目的范围内为所述TBF指配信道，以建立和移动台MS之间的TBF。

本发明的另一方面，提供了一种建立临时块流TBF的装置，应用于网络侧，包括：

触发模块，用于在网络侧触发为TBF分配信道的流程；

获取模块，用于根据所述网络侧的网络负荷和/或所述分组业务的类型，获取所述TBF的最大可分配信道数目；

指配模块，用于在所述最大可分配信道数目的范围内为所述TBF指配信道，以建立和移动台MS之间的TBF。

上述的方法或装置，根据业务的类型或者网络负荷为TBF分配信道，能够在满足业务需要的同时，尽可能多的接入用户，改善了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。

图1为本发明一实施例提供的建立TBF的方法流程示意图；

图2a为本发明另一实施例提供的建立下行TBF的方法流程示意图；

图2b为本发明另一实施例提供的建立上行TBF的方法流程示意图；

图3为本发明又一实施例提供的建立TBF的方法流程示意图；

图4为本发明又一实施例提供的建立TBF的方法流程示意图；

图5为本发明又一实施例提供的建立TBF的方法流程示意图；

图6为本发明一实施例提供的建立TBF的装置结构示意图。

具体实施方式

使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

请参见图1，图1为本实施例提供的一种建立临时块流TBF的建立方法，包括如下步骤：

S101，在网络侧触发为TBF分配信道的流程。

TBF用于在网络侧和MS之间承载分组业务，只有当MS和网络侧之间需要传输数据时候，MS和网络侧才会建立TBF。

TBF建立的流程受到网络侧的控制，网络侧可以根据MS的请求，或者根据核心网转发的协议数据单元PDU(Protocol Data Unit，PDU)之后，启动为TBF分配信道的流程。

例如，当核心网接收到分组业务的PDU，将分组业务PDU转发到MS所在的基站子系统，基站子系统会根据核心网转发的数据，启动为TBF分配信道的流程。

或者，当MS需要向网络侧发送分组业务数据，会主动向网络侧发送PACKET CHANNEL REQUEST消息，网络侧接收到MS的请求后，启动为TBF分配信道的流程。

S103，根据网络负荷和/或分组业务的类型，获取最大可分配信道数目M1。

为了能够确定各种场景下，TBF的最大可分配信道数目，需要预先根据不同的场景，设置TBF所能使用的最大可分配信道数目，如根据网络负荷，或者根据分组业务的类型，或者同时根据网络负荷和分组业务的类型，设置不同情况下TBF的最大可分配信道数目。

而网络侧，则可以根据不同的应用场景，获取TBF的最大可分配信道数目M1。如，根据网络侧的网络负荷，或者根据分组业务的类型，或者同时根据网络负荷和分组业务的类型，网络侧获取所要建立的TBF的最大可分配信道数目M1。

网络负荷，可以通过小区的单位信道上实际承载的TBF数目占该单位信道上承载的最大TBF数目的百分比来表示。

当网络负荷较轻时，TBF的最大可分配信道数目M1设的高一些；而当网络负荷较重时，可以将TBF的最大可分配信道数目M1设的低一些，以允许建立更多的TBF，为更多的MS提供分组业务服务。

而分组业务的类型，可以是及时短信(Instant Message，IM)业务，如QQ、飞信、MSN等IM聊天工具的业务；或者可以是万维网业务，如HTTP、WAP业务等；或者，也可以是在线流媒体业务，如在线视频业务、在线语音业务等；或者，可以是，文件传输协议(File Transfer Protocol，FTP)业务。

分组业务的类型，可以通过PDU获得，如PDU携带的端口号；或者，根据分组业务建立时的QoS(Quality of Service)信息获取等。

不同的分组业务，所实际需要的PDCH的数目并不同，如对于及时短信业务，主要用于传输文字信息，所需占用的分组信道较少，因此可以将该类业务的TBF所能分配的最大信道数目M1设得小一些；而对于需要较多PDCH的分组业务，如在线流媒体业务，可以将M1设置的高一些。

S105，网络侧在M1范围内为TBF指配数目为M2的信道。

在本步骤中，网络侧在M1的范围之内，确定为TBF分配M2的信道数，M2可以小于或者等于M1，并分配相应的无线资源，当网络侧确定为TBF分配的信道后，可以通过指配消息将分配的信道指配给MS。

例如，网络侧可以通过分组上行指配消息PACKET UPLINKASSIGNMENT通知MS指配的信道资源，MS接收到指配消息后，就可以根据指配消息的参数传输上行分组数据，如果网络侧接收到MS上传的数据，TBF建立成功。

或者，网络侧可以通过分组下行指配消息PACKET DOWNLINKASSIGNMENT通知MS指配的信道资源，MS接收到指配消息后，根据指配消息的参数接收下行分组数据，如果MS接收到分组数据，TBF建立成功。

由上述描述可知，本实施例提供的方法，根据业务的类型和/或网络负荷为TBF分配信道，能够在满足业务需要的同时，接入尽可能多的用户，改善了用户的体验。

本发明的另一实施例，提供了一种建立临时块流TBF的方法。以下结合具体的场景，分别说明如何建立上行TBF和下行TBF。请参见图2a，为关于建立下行TBF的示意图，包括如下步骤：

S201、网络侧接收到服务GPRS支持节点(Serving GPRS Support Node，SGSN)转发的PDU，发现与MS尚未建立GPRS连接，发起下行TBF建立流程。

S202、网络侧通过立即指配消息Immediate Assignment为MS指配信道。

S203、网络侧发送Packet Polling Request消息给MS，指定MS对指配消息进行应答。

S204、MS在对应的上行时刻发送分组控制确认消息Packet ControlAcknowledgement。

S205、网络侧接收到上行确认消息，将更新的提前时间TA(TimeAdvance)信息在Packet Power Control/Timing Advance上下发。

S206、BSS下发分组下行信道指配消息Packet Downlink Assignment，将分组信道指配给MS。

网络侧根据业务类型和/或网络负荷，确定MS所能使用的最大信道数，然后在最大信道数的范围之内为MS分配分组信道，并通过Packet DownlinkAssignment消息将分配的分组信道指配给MS，下行信道指配消息包含指定的时间、分组信道等信息。

S207、MS侧在指定的时间切换到指定的信道监听下行数据。

如果MS侧接收到第一个无线链路控制数据块RLC Data Block则认为下行TBF建立成功。

请参见图2b，为关于建立上行TBF的示意图，包括如下步骤：

步骤S211MS向网络侧发送Packet Channel Request。

步骤S212网络侧为TBF分配信道。

例如：网络侧根据MS所在的小区当前的网络负荷，确定TBF所能占用的最大信道数，在最大信道数的范围内，确定为TBF分配的信道数目。

步骤S213网络侧向MS发送Packet Uplink Assignment，将分配的信道指配给MS。

步骤S214MS向网络侧发送RLC Data Block。

MS在指定的上行时刻发送数据到网络侧，发送的数据中可以携带TLLI(Temporary Logical Link Identify，TLLI)信息。

步骤S215网络侧向MS发送Packet Uplink Ack消息。

如果网络侧接收到MS发送的RLC Data Block，则向MS发送PacketUplink Ack消息，TBF建立完成。

本实施例提供的方案中，网络侧可以由BTS(Base Transceiver Station，BTS)、BSC(Base Station Controller，BSC)和PCU(Packet Control Unit，PCU)组成；或者，由Node B和RNC(Radion Network Controller，RNC)组成。

由上述的描述可知，本实施例提供的方法，在指配信道之时，网络侧根据业务类型和/或网络负荷，确定MS所能使用的最大信道数，然后按照不超过最大信道数的原则为MS指配信道，而非按照MS的能力指配信道，可以满足分组业务需要的同时，建立更多的TBF，从而可以接入更多的用户。

以下给出另一实施例，在本实施例中，事先根据分组业务的类型，为各种不同的业务分配最大可分配信道数。作为一个示例，表1给出了一种分配方案。

业务类型	最大分配信道数
业务类型	最大分配信道数	及时短信业务	1条
万维网业务	8条	及时短信业务	1条
万维网业务	8条	FTP	不限

其中，及时短信业务，如QQ、飞信、MSN等及时短信聊天工具，分组数据流量较低，因此分配1条信道就可以满足其要求；而万维网业务，其瞬间数据流量可能较高，因此可以分配较多的信道，如8条；而FTP业务，由于数据流量在一段时间内都会很高，因此可以不限制其最大可分配的信道，而是按照MS的实际能力分配信道。

本实施例提供的方法，包括如下步骤：

S301，根据MS的请求或者核心网转发的PDU，在网络侧触发为TBF分配信道的流程。

S303，网络侧获取分组业务的类型。

例如，网络侧根据PDU携带的端口号或者QoS信息等可以获取该分组业务的类型。

S305，网络侧获取TBF的最大可分配信道数。

最大可分配信道数可以从表1中获得。

S307，网络侧在最大可分配信道数的范围内为TBF指配信道。

网络侧按照不超过最大可分配信道数的原则，为TBF指配信道数。例如，对于及时短信业务，可指配1条信道；而对于万维网业务，可指配8条或者小于8条的信道。

指配信道之后，网络侧会在指配的信道上向MS传输分组业务数据，或者网络侧在指配的信道上接收MS上传的数据，TBF成功建立。

本实施例提供的方法，各个步骤的执行主体可以是基站控制器，如BSC或者RNC，基站控制器通过基站和MS进行信令交互，并负责无线资源的管理和分配。

由上述描述可知，本实施例提供的方案，可以根据分组业务的类型，确定承载分组业务的TBF所能使用的信道，而非按照MS的能力分配尽可能多的信道。因而本实施例提供的方案，可以在满足分组业务需要的同时，支持接入更多的MS。

本发明的另一实施例，提供了一种建立TBF的方法，在本实施例中，事先根据网络负荷的程度，确定不同情况下TBF的最大可分配信道数。作为一个示例，表2给出了一种分配方案。

小区负荷	最大可分配信道数
小区负荷	最大可分配信道数	＜50％	不限制
50％～70％	3	＜50％	不限制
50％～70％	3	70％～90％	2
＞90％	1	70％～90％	2

其中，网络负荷用小区的单位信道上承载的TBF数目与单位信道上承载的最大TBF数目的百分比来表示。

S401、根据MS的请求或者核心网转发的PDU，在网络侧触发为TBF分配信道的流程。

S403、根据小区的网络负荷获取TBF的最大可分配信道。

例如，如果当前小区的网络负荷低于50％，则可不限制TBF的最大可分配信道；如果网络负荷达到80％，则TBF最多可获得2个最大可分配信道。

S405、网络侧在最大可分配信道数的范围内为TBF指配可用的信道。

进一步的，本实施例提供的方法，还可以包括：

S407、检测小区的网络负荷是否达到第一门限值，如果达到第一门限值，通过重指配流程降低TBF占用的信道。

在TBF建立之后，如果小区的网络负荷达到第一门限值，通过重指配流程，将已经建立的TBF所占用的信道数降低，以允许接入更多的用户。

该第一门限值，为一经验值，可反映小区的网络负荷较重的状况。

进一步的，本实施例提供的方法，还可以包括：

S409、检测小区的网络负荷是否低于第二门限值，如果低于第二门限值，通过重指配流程提高TBF占用的信道数。

如果小区的网络负荷降低，可以通过重指配流程，提高TBF占用的信道数。提高TBF占用的信道数，可改善现有的分组业务的QoS。

该第二门限值，用于反映小区的网络负荷较轻，应低于第一门限值，

由上述描述可知，本实施例提供的方法，根据分组业务的类型为TBF分配不同的信道，能够满足业务需要的同时，尽可能多的接入更多的用户，改善了用户的体验。

本发明的另一实施例，提供了一种建立TBF的方法，在本实施例中，事先根据小区网络负荷的程度以及业务的类型，确定不同情况下TBF的最大可分配信道数。作为一个示例，表3给出了一种分配方案。

步骤S501、根据MS的请求或者核心网转发的PDU，在网络侧触发为TBF分配信道的流程。

步骤S503、检测网络负荷和分组业务类型。

假设当前网络负荷为80％，如果TBF承载的分组业务为QQ，WAP，FTP业务，则获取小区网络负荷为80％的情况下，TBF的最大可分配信道数。

步骤S505、获取TBF的最大可分配信道数目。

根据表格查找该TBF的业务类型，如果为QQ业务，当前网络负荷为80％的情况下，所对应的下最大可分配信道数目为1条；如果是WAP业务，则最大可分配信道为2条；如果是FTP业务，则最大可分配信道数为3条。

步骤S507、网络侧在最大可分配信道数的范围内为TBF指配信道。

网络侧查找可用资源，按照不超过最大可分配信道数目的原则，为TBF指配可用的信道。

由上述描述可知，本实施例提供的方案，可以根据网络负荷及分组业务的类型，确定承载分组业务的TBF所能使用的信道，而非按照MS的能力分配尽可能多的信道。因而本实施例提供的方案，可以在满足分组业务需要的同时，支持接入更多的MS。

本发明的另一实施例，提供了一种建立TBF的装置，该装置包括触发模块601、获取模块603以及指配模块605。

触发模块601，用于根据来自MS的请求或者核心网转发的分组数据，触发为TBF分配信道的流程。

例如，当MS需要向网络侧发送分组数据时，如果MS和网络侧尚未建立TBF连接，MS会向网络侧发送分组信道请求PACKET CHANNELREQUEST，网络侧接收到该分组信道请求后，会触发为TBF分配信道的流程，为TBF分配信道。

或者，如果接收到核心网的SGSN转发的分组业务协议数据单元PDU后，如果未和MS建立TBF连接，主动发起TBF建立流程。

获取模块603，用于根据网络侧的网络负荷、或分组业务的类型、或者同时根据网络负荷及分组业务的类型，获取TBF的最大可分配信道数目。

在网络侧预先配置不同情况下TBF的最大可分配信道数，例如上述的表1、表2和表3，获取模块603根据网络负荷、或者分组业务的类型，或者同时根据网络负荷及分组业务的类型，从上述的表1、表2或表3中获取TBF的最大可分配信道数目。

其中，这里的网络负荷为MS所在的小区，单位信道上承载的TBF数目占单位信道上承载的最大TBF数目的百分比。

而分组业务类型，可以包括：及时短信业务、万维网业务、在线流媒体业务或文件传输协议FTP业务等。

指配模块605，用于在最大可分配信道数目范围内，为TBF指配信道，以和MS建立TBF。

进一步的，本实施例提供的装置，还可以包括重指配模块607，用于在和MS建立TBF之后，如果网络负荷高于第一门限，通过重指配流程降低TBF所占用的信道；或者，在和MS建立所述TBF之后，如果网络负荷低于第二门限，通过重指配流程提高TBF占用的信道。

本实施例提供的装置，可以是基站控制器，该基站控制器通过基站和MS通信。

本实施例提供的装置，可以适用于各种提供GPRS服务的通信系统。

由上述描述可知，本实施例提供的方案，可以根据网络负荷和/或分组业务的类型，确定承载分组业务的TBF所能使用的信道，而非按照MS的能力分配尽可能多的信道。因而本实施例提供的方案，可以在满足分组业务需要的同时，支持接入更多的MS。

以上所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种建立临时块流TBF的方法，其特征在于，包括：

在网络侧触发为TBF分配信道的流程；

2.如权利要求1所述的方法，其特征在于，所述在网络侧触发为TBF分配信道的流程，具体包括：

接收到所述MS发送的分组信道请求后，所述网络侧根据所述分组信道请求启动为TBF分配信道的流程；

或者，接收到核心网转发的分组业务协议数据单元PDU，所述网络侧启动为TBF分配信道的流程。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：在和所述MS建立TBF之后，如果所述网络负荷高于第一门限，通过重指配流程降低所述TBF占用的信道；或者，

在和所述MS建立TBF之后，如果所述网络负荷低于第二门限，通过重指配流程提高所述TBF占用的信道。

4.如权利要求1-3所述的任一方法，其特征在于，所述网络负荷为小区的单位信道上实际承载的TBF数目占所述单位信道上承载的最大TBF数目的百分比。

5.如权利要求1-3所述的任一方法，其特征在于，所述分组业务的类型包括：及时短信业务、万维网业务、在线流媒体业务或文件传输协议FTP业务。

6.一种建立临时块流TBF的装置，应用于网络侧，其特征在于，包括：

触发模块，用于在网络侧触发为TBF分配信道的流程；

7.如权利要求6所述的装置，其特征在于，所述触发模块，具体用于，当接收到所述MS发送的分组信道请求后，根据所述分组信道请求启动为TBF分配信道的流程；

或者，接收到核心网转发的分组业务协议数据单元PDU后，启动为TBF分配信道的流程。

8.如权利要求6所述的装置，其特征在于，所述装置还包括：

重指配模块，用于在和所述MS建立TBF之后，如果所述网络负荷高于第一门限，通过重指配流程降低所述TBF占用的信道；或者，

9.如权利要求6-7所述的任一装置，其特征在于，所述网络负荷为小区的单位信道上实际承载的TBF数目占所述单位信道上承载的最大TBF数目的百分比。

10.如权利要求6-7所述的任一装置，其特征在于，所述分组业务的类型包括：及时短信业务、万维网业务、在线流媒体业务或文件传输协议FTP业务。