临时块流的延迟释放方法和装置 【技术领域】
本发明涉及无线通信技术领域, 特别涉及一种临时块流的延迟释放方法和装置。背景技术 当前, 通用分组无线业务 (General Packet Radio Service, GPRS) 技术已经在无 线通信网络中得到了广泛应用。 GPRS 网络通过分组交换 (PacketSwitch) 技术, 实现了端到 端的分组业务数据传输, 为用户提供更为丰富的服务类型, 如网页浏览、 文件下载以及在线 游戏等。
在 GPRS 系统中, TBF(Temporary Block Flow, TBF) 是移动台 (MobileStation, MS) 和网络侧之间的连接, MS 和网络侧通过 TBF 传输分组业务数据, TBF 连接只在分组数据传输 过程中才存在。
为了节省资源, 在无上行或下行数据发送时, 相应的 TBF 连接会进入非激活状态, 但仍然保持连接, 通过发送一些信息来保证 TBF 连接不被释放。在延迟一段时间后, 若仍无
新的分组业务数据到达, 网络侧将会释放对应的 TBF 连接。
发明人发现, 上述的技术方案仍然存在一些资源的浪费。 发明内容 有鉴于此, 本发明的一方面, 提供了一种临时块流 TBF 的延迟释放方法, 包括 :
如果 TBF 连接满足预设的条件, 将对应所述条件的延迟释放时间 t 设置为所述 TBF 连接的延迟释放时间 ;
通过所述 TBF 连接传输完数据后, 使所述 TBF 连接进入延迟释放状态 ;
如果所述 TBF 连接的延迟释放状态的持续时间达到所述 t, 所述网络侧释放所述 TBF 连接。
本发明的另一方面, 提供了一种临时块流 TBF 的延迟释放装置, 包括 :
设置模块, 用于如果 TBF 连接满足预设的条件, 将对应所述条件的延迟释放时间 t 设置为所述 TBF 连接的延迟释放时间 ;
状态模块, 用于通过所述 TBF 连接传输完数据后, 使所述 TBF 连接进入延迟释放状 态; 及
释放模块, 用于如果所述 TBF 连接的延迟释放状态的持续时间达到所述 t, 释放所 述 TBF 连接。
上述技术方案, 可以根据不同的条件为 TBF 连接设置不同的延迟释放时间, 更好 的满足网络侧的实际需要, 以更有效的利用网络资源。
附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 并不 构成对本发明的限定。
附图 1 为本发明一实施例提供的 TBF 的延迟释放方法的流程示意图 ; 附图 2 为本发明另一实施例提供的 TBF 的延迟释放方法的流程示意图 ; 附图 3 为本发明又一实施例提供的 TBF 的延迟释放方法的流程示意图 ; 附图 4 为本发明又一实施例提供的 TBF 的延迟释放方法的流程示意图 ; 附图 5 为本发明一实施例提供的 TBF 的延迟释放装置的结构示意图。具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚明白, 下面结合实施例和附 图, 对本发明实施例做进一步详细说明。 在此, 本发明的示意性实施例及其说明用于解释本 发明, 但并不作为对本发明的限定。
实施例 1
请参见图 1, 图 1 为一实施例提供的 TBF 延迟释放方法, 包括如下步骤 :
S101, 如果 TBF 连接满足预设的条件, 将对应所述条件的延迟释放时间 t 设置为该 TBF 连接的延迟释放时间。
TBF 连接建立后, 网络侧检测预设的条件是否满足, 如果满足, 则获取该条件下的 延迟释放时间 t, 并以该延迟释放时间 t 为参数, 设置为该 TBF 连接的延迟释放时间。不同 的条件可以对应不同的延迟释放时间。
通常, TBF 连接用于在网络侧和 MS 之间承载分组业务, 只有当 MS 和网络侧之间 需要传输数据时候, MS 和网络侧之间才会建立 TBF 连接。TBF 建立的流程受到网络侧的控 制, 网络侧可以根据 MS 的请求, 或者根据核心网转发的协议数据单元 PDU(Protocol Data Unit, PDU), 和 MS 建立 TBF 连接。
当前的分组业务数据传输完之后, TBF 连接并不会立即释放, 而是进入非激活状 态, 在非激活状态下, 网络侧仍然保持着 TBF 连接, 并通过发送一些信息来保证 TBF 连接不 被释放, 在非激活状态持续一段时间后, 若网络侧没有接收到需要通过该 TBF 连接发送的 分组业务数据, 网络侧将会释放该 TBF 连接。 TBF 连接处于非激活状态直到 TBF 连接被释放 的这段时间, 称之为延迟释放时间, 处于这段时间的 TBF 连接的状态为延迟释放状态。
TBF 连接分上行 TBF 连接和下行 TBF 连接, 下行 TBF 连接, 为网络侧向 MS 发送下行 分组业务数据的 TBF 连接 ; 上行 TBF 连接, 为 MS 向网络侧发送分组业务数据的 TBF 连接。
在本实施例中, 预设的条件, 可以是小区网络负荷、 也可以是分组业务类型, 也可 以是二者的组合。 当然, 也可以以其它的条件作为确定延迟释放时间的依据, 本实施例并不 限于此。
如果小区网络负荷较轻, 可以设置较长的延迟释放时间, 如果小区网络负荷较重, 可以设置较短的延时释放时间, 以更有效的利用系统资源。
而小区网络负荷, 可以通过小区的单位信道上实际承载的 TBF 数目占该单位信道 上承载的最大 TBF 数目的百分比来表示。当然, 也可以以其它因素作为确定小区网络负荷 的条件, 并不限于此。
而分组业务的类型, 可以是及时短信 (Instant Message, IM) 业务, 如 QQ、 飞信、 MSN 等 IM 聊天工具的业务 ; 或者可以是万维网业务, 如 HTTP、 WAP 业务等 ; 或者, 也可以是 在线流媒体业务, 如在线视频业务、 在线语音业务等 ; 或者, 可以是, 文件传输协议 (FileTransfer Protocol, FTP) 业务。
分组业务的类型, 可以通过 PDU 获得, 如 PDU 携带的端口号 ; 或者, 根据分组业务建 立时的 QoS(Quality of Service) 信息获取等。
S103, 当通过该 TBF 连接传输完数据后, 使该 TBF 连接进入延迟释放状态。
如网络侧当前的数据都已经通过下行 TBF 连接发送到 MS, 则将该下行 TBF 连接设 置为延迟释放模式, 并通知 MS, 该 TBF 连接进入延迟释放状态。
或者, 如果 MS 通过上行 TBF 连接发送完数据后, 网络侧将该上行 TBF 连接设置为 延迟释放模式。其中, 网络侧可以根据 MS 发送的上行数据块中携带的信息判断 MS 是否还 有需要发送的数据。
S105, 如果 TBF 连接的延迟释放状态的持续时间达到 t, 网络侧释放该 TBF 连接。
例如, 该 TBF 连接可以是下行 TBF 连接。如果网络侧仍然没有接收到核心网转发 的分组业务数据, 则该 TBF 连接对应的缓存将会为空, 在 t 时间过后, 该缓存始终为空, 则网 络侧释放下行 TBF 连接。
或者, 该 TBF 连接可以是上行 TBF 连接。如果一段时间之内, 网络侧仍然没有接收 到 MS 上发的分组业务数据, 则网络侧释放该上行 TBF 连接。 作为一个示例, 网络侧可以由基站控制器以及基站所组成, 上述实施例的执行主 体可以是基站控制器。
例如, 在释放下行 TBF 连接时, 基站控制器可以向 MS 发送 FBI = 1 的 RLC(Radio Link Control, 无线链路控制 ) 数据块, 以通知 MS 该 TBF 连接被释放 ; 在接收到 MS 的回复 后, 通知基站释放该 TBF 连接所占用的资源。
或者, 在释放上行 TBF 连接时, 如果在 t 时间间隔内, 网络侧没有接收到 MS 通过上 行 TBF 连接发送的分组业务数据, 主动释放该上行 TBF 连接。
本实施例提供的方法, 可以根据不同的条件为 TBF 连接设置不同的延迟释放时 间, 以满足网络侧的实际需要, 以更有效的利用网络资源。
实施例 2
请参见图 2, 为另一实施例提供的 TBF 连接的延迟释放方法, 在本实施例中, 预设 的条件为分类业务类型, 本实施例提供的方法, 包括如下步骤 :
步骤 201 : 网络侧与 MS 建立 TBF 连接并传输分组业务数据。
该 TBF 连接可以上行 TBF 连接, 也可以是下行 TBF 连接。TBF 连接的建立, 可以由 网络侧主动发起, 也可以接收到 MS 的请求网络侧建立 TBF 连接。
步骤 203 : 网络侧检测 TBF 连接承载的分组业务类型。
步骤 205 : 网络侧根据检测到的业务类型为该 TBF 连接设置相应的延迟释放时间。
在网络侧, 可以配置一张分组业务类型和延迟释放时间的对应表, 不同的业务类 型可以对应不同的延迟释放时间, 下表给出了一种示例 :
业务类型 QQ, 飞信延迟释放时间 0.5 秒6101977405 A CN 101977410说HTTP, WAP FTP明书4/7 页0.2 秒 2秒作为一个示例, 如果 TBF 连接承载的是 QQ 业务, 则将 TBF 连接的延迟释放时间设 为 0.5 秒 ; 如果是 HTTP 业务, 则将延迟释放时间设为 0.2 秒。如果 TBF 连接承载了多个业 务, 可以选择延迟释放时间最长的时间。
步骤 206 : 网络侧和 MS 通过 TBF 连接传输分组业务数据。
如果 TBF 连接是上行 TBF 连接, 则 MS 通过该上行 TBF 连接向网络侧发送分组业务 数据。
如果 TBF 连接是下行 TBF 连接, 则网络侧通过该下行 TBF 连接向 MS 发送分组业务 数据。
步骤 207 : 当分组业务数据传输完后, 使该 TBF 连接进入延迟释放状态, 并等待步 骤 203 设定的延迟释放时间的到达。
例如, 在下行 TBF 连接, 可以根据网络侧对应该 TBF 的缓存判断数据是否已经传输 完毕 ; 在上行 TBF 连接, 可以根据 MS 上报的计数 CV(Countdown Value) 值判断 MS 的数据是
否发送完毕。
当网络侧判断出分组业务数据已经传输完毕, 可以启动一个定时器, 该定时器的 超时门限设为延迟释放时间, 定时器超时表示延迟释放时间到达。
步骤 209 : 网络侧在完成等待后, 该 TBF 连接没有新的数据到达, 网络侧发起 TBF 连接的释放。
以下行 TBF 连接为例, 网络侧等待定时器的超时, 如果计时器超时而该 TBF 连接的 缓存依然没有数据, 网络侧发起 TBF 连接的释放, 向 MS 发送 FBI 设置为 1 的 RLC 数据块, 接 收到 MS 的回复后, 释放该 TBF 连接占用的网络资源。
对于上行 TBF 连接, 如果定时器超时, 而网络侧仍然没有收到 MS 发送的数据或者 获得 MS 需要发送的数据信息, 则可以向 MS 发送分组上行确认 / 非确认 PACKET UPLINK ACK/ NACK 消息, 该消息携带的最后确认标识 (Final Acknowledgement Indicator, FAI) 设置为 1, 通知 MS 释放 TBF 连接, 并释放 TBF 连接占用的网络资源。
本实施例提供的方法, 可以根据 TBF 连接承载的业务的不同, 而设置不同的延迟 释放时间, 可以更有效的利用网络资源, 提高资源的利用效率。
进一步的, 本实施例提供的方法, 还可以包括步骤 211, 在数据传输过程中, 检测 TBF 连接承载的分组业务类型是否发生改变, 如果发生改变, 则执行步骤 205, 根据 TBF 连接 承载的业务类型, 重新设置 TBF 连接的延迟释放时间。
例如, 该 TBF 连接同时承载 QQ 业务和 HTTP 业务, TBF 连接的延迟释放时间设置为 0.5 秒 ; 当接收到上层 QQ 业务终止的通知消息时, 则将 TBF 连接的延迟释放时间设置为 0.2 秒。
本实施例提供的方法, 可以根据 TBF 连接实际承载的分组业务的情况, 而动态设 置延迟释放时间, 从而可以更有效的利用网络资源。
实施例 3请参见图 3, 为另一实施例提供的 TBF 连接延迟释放方法的流程示意图, 包括 :
步骤 301 : 网络侧与 MS 建立 TBF 连接并传输分组业务数据。
该 TBF 连接可以是上行 TBF 连接, 也可以是下行 TBF 连接。
步骤 303 : 网络侧检测小区网络负荷。
步骤 305 : 网络侧根据检测到的小区网络负荷为 TBF 连接设置延迟释放时间。
不同的小区网络负荷对应不同的延迟释放时间, 负荷高则延迟释放时间短, 负荷 低则延迟释放时间长。以下给出了一种示例 :
小区网络负荷 < 50% 50%~ 70% 70%~ 90% > 90%
延迟释放时间 5秒 2秒 1秒 0秒其中, 0 秒表示数据发送完毕, 立即释放 TBF 连接。小区网络负荷可以通过分组信 道的复用程度来衡量。
例如, 可以利用分组信道复用的 TBF 连接数目, 除以分组信道所实际能复用的最 大 TBF 连接数据, 得到小区网络负荷。
步骤 306 : 网络侧和 MS 通过 TBF 连接传输分组业务数据。
步骤 307 : 当分组业务数据传输完后, 使 TBF 连接进入延迟释放状态, 等待步骤 305 设定的延迟释放时间的到来。
分组业务数据发送完后, 网络侧将该 TBF 连接设置为延迟释放状态, 并等待延迟 释放时间的到来。
步骤 309 : 网络侧在完成等待后, 该 TBF 连接没有新的数据到达, 网络侧发起 TBF 连接的释放。
本实施例提供的方法, 可以根据不同的网络负荷设置不同的延迟释放时间, 从而 可以充分有效的利用网络资源。
进一步的, 本实施例提供的方法, 还可以包括步骤 311, 在数据传输过程中, 检测小 区网络负荷是否发生改变, 如果发生改变, 则重新执行步骤 305, 根据改变后的小区网络负 荷, 重新设置 TBF 连接的延迟释放时间。
实施例 4
请参见图 4, 为另一实施例提供的 TBF 延迟释放方法的流程示意图, 包括 :
步骤 401 : 网络侧与 MS 建立 TBF 连接并传输分组业务数据。
步骤 403 : 网络侧检测小区网络负荷和分组业务类型。 步骤 405 : 网络侧根据检测到的小区网络负荷和分组业务类型为 TBF 连接设置延 迟释放时间。
不同的小区网络负荷对应不同的延迟释放时间, 负荷高则延迟释放时间短, 负荷
低则延迟释放时间长。 而不同的分组业务, 对于时延也有不同的要求, 如及时短信业务的时 延可能较长, 而 HTTP 业务的时延可能较短。
以下给出了一种示例 :
步骤 406 : 网络侧和 MS 通过 TBF 连接传输分组业务数据。 步骤 407 : 当分组业务数据传输完之后, 等待步骤 405 设定的延迟释放时间的到来。 步骤 409 : 网络侧在完成等待后, 该 TBF 连接没有新的数据到达, 网络侧发起 TBF 连接的释放。
本实施例提供的方法, 可以根据不同的网络负荷以及不同的业务类型, 而设置不 同的延迟释放时间, 从而可以更充分有效的利用网络资源。
进一步的, 本实施例提供的方法, 还可以包括步骤 411, 在步骤 405 之后的数据传 输过程中, 检测小区网络负荷或者分组业务类型是否发生改变, 如果发生改变, 则重新执行 步骤 405, 以根据改变后的小区网络负荷或者分组业务类型, 查找表格并重新设置 TBF 连接 的延迟释放时间。
本实施例提供的方法, 可以根据网络小区负荷以及分组业务类型, 为 TBF 连接设 置不同的延迟释放时间, 从而可以充分的利用网络资源。
实施例 5
请参见图 5, 图 5 为一实施例提供的临时块流 TBF 的延迟释放装置的结构示意图, 本实施例提供的装置, 可以用于执行上述的方法实施例, 包括 :
设置模块 501, 状态模块 502 以及释放模块 503。
其中, 设置模块 501, 用于当 TBF 连接满足预设的条件时, 将对应该条件的延迟释 放时间 t 设置为 TBF 连接的延迟释放时间, 不同的条件对应不同的延迟释放时间。
设置模块 501 在 TBF 连接建立好之后, 检测 TBF 连接是否满足预设的条件, 并确定 该条件对应的延迟释放时间 t, 将该时间 t 设置为下行 TBF 连接的延迟释放时间。
该预设的条件, 可以是小区网络负荷、 分组业务类型或者二者的组合。
状态模块 502, 用于当通过该 TBF 连接传输完数据之后, 使该 TBF 连接进入延迟释 放状态。
如, 网络侧在下行数据发送完毕后, 将 TBF 连接设置为延迟释放状态, 并通知 MS 该 TBF 连接将进入延迟释放状态。
释放模块 503, 用于如果该 TBF 连接的延迟释放状态的持续时间达到 t, 释放该 TBF 连接。
例如, 如果该 TBF 连接为下行 TBF 连接, 该释放模块 503, 可通过该下行 TBF 连接向 移动用户台 MS 发送下行无线链路控制 RLC 数据块, 该 RLC 数据块的最后数据块指示 FBI 为 1, 接收到 MS 的回复之后, 释放所述下行 TBF 连接占用的无线资源 ;
或者, 如果该 TBF 连接为上行 TBF 连接, 则该释放模块 503, 可以向 MS 发送 PACKET UPLINK ACK/NACK 消息, 该消息携带的 FAI 设置为 1, 通知 MS 释放 TBF 连接, 并释放 TBF 连 接占用的网络资源。
进一步的, 本实施例提供的装置, 其中设置模块 501, 还可以进一步用于, 如果 TBF 连接满足的条件发生改变, 则根据改变后的条件, 设置 TBF 连接的延迟释放时间。 例如, 如果条件里包括小区网络负荷, 则设置模块 501, 在小区网络负荷改变后, 根 据改变后的小区网络负荷改变 TBF 连接的延迟释放时间 t。
或者, 如果条件包括分组业务的类型, 则设置模块 501, 在 TBF 承载的分组业务的 类型改变后, 根据改变后的分组业务类型改变 TBF 连接的延迟释放时间。
当然, 条件里也可以包括其它一些因素, 并不限于上述的示例。
上述实施例提供的装置, 可以根据不同的条件为 TBF 连接设置不同的延迟释放时 间, 从而可以充分的利用网络资源。
本实施例提供的装置, 可以是基站控制器或者无线网络控制器。
以上所公开的实施例描述的方法或算法的步骤可以直接用硬件、 处理器执行的软 件模块, 或者二者的结合来实施。软件模块可以置于随机存储器 (RAM)、 内存、 只读存储器 (ROM)、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或技术领域 内所公知的任意其它形式的存储介质中。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡在本发明的精 神和原则之内所作的任何修改、 等同替换和改进等, 均应包含在本发明的保护范围之内。