Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
TRANSMISSION CONTROL METHOD AND DEVICE IN ROBUST HEADER COMPRESSION SYSTEM
Document Type and Number:
WIPO Patent Application WO/2012/022157
Kind Code:
A1
Abstract:
A transmission control method and device in a Robust Header Compression (ROHC) system are disclosed by the present invention. The method includes that: a sending side sends an indication message of needing to release context to a receiving side; in response to the indication message, the receiving side releases its own context and returns an indication message of successful release to the sending side; in response to the indication message returned from the receiving side, the sending side releases its own context. The present invention enables that two devices using the ROHC service release the same context. With the present invention, the use efficiency and the transmission efficiency of context are improved effectively, the negotiation state in which the ROHC system always processes CONTEXT is avoided, and the utilization ratio of the wireless communication bandwidth is improved.

Inventors:
ZHU YONGSHENG (CN)
DU GAOPENG (CN)
ZHANG PENGSHUAI (CN)
Application Number:
PCT/CN2011/072755
Publication Date:
February 23, 2012
Filing Date:
April 13, 2011
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
ZTE CORP (CN)
ZHU YONGSHENG (CN)
DU GAOPENG (CN)
ZHANG PENGSHUAI (CN)
International Classes:
H04W28/06; H04W48/16
Domestic Patent References:
WO2005008975A12005-01-27
Foreign References:
CN101594290A2009-12-02
CN1620033A2005-05-25
Attorney, Agent or Firm:
KANGXIN PARTNERS, P.C. (CN)
北京康信知识产权代理有限责任公司 (CN)
Download PDF:
Claims:
权 利 要 求 书 一种稳健头压缩系统中传输控制方法, 包括:

发送方将需要释放上下文的指示消息发送至接收方;

所述接收方响应所述指示消息, 释放自身的上下文, 并向所述发 送方回复释放成功的指示消息;

所述发送方响应来自所述接收方回复的所述指示消息, 并释放自 身的上下文。 根据权利要求 1所述的方法, 其中, 所述指示消息中携带有对应所述 上下文的上下文标 i只;

所述发送方或接收方释放自身的上下文的过程包括: 按照所述上 下文标识释放对应的上下文。 根据权利要求 1所述的方法, 其中, 所述释放之前还包括:

所述接收方判断是否存在所述上下文, 如果是, 则执行所述释放 操作、 以及所述向发送方回复释放成功的指示消息的步骤; 如果否, 则不执行所述释放操作, 执行所述向发送方回复释放成功的指示消息 的步 4聚。 根据权利要求 3所述的方法, 其中, 所述接收方判断存在所述上下文 之后, 还包括:

所述接收方判断是否允许释放所述上下文, 如果是, 则执行后续 的所述释放自身的上下文步骤; 如果否, 则所述接收方向所述发送方 回复释放失败的指示消息。 根据权利要求 4所述的方法, 其中, 所述发起方在业务中断或定时器 超时后,执行所述将需要释放上下文的指示消息发送至接收方的步骤; 所述判断是否允许释放所述上下文的步骤包括: 判断所述业务是 否中断或定时器是否超时; 如果是, 则允许释放, 如果否, 则不允许 释放。

6. 根据权利要求 5所述的方法, 其中, 所述发起方响应所述释放失败的 指示消息, 还包括:

所述发起方将本次释放过程作为异常信息记录在日志中。

7. 一种稳健头压缩系统中传输控制装置, 包括: 发送端和接收端, 所述发送端包括:

发送模块, 设置为将需要释放上下文的指示消息发送至接收端; 第一释放模块, 设置为响应来自所述接收端回复的释放成功的指 示消息, 并释放自身的上下文;

所述接收端包括:

第二释放模块, 设置为响应来自所述发送模块的指示消息, 释放 自身的上下文; 并向所述发送端回复所述释放成功的指示消息。

8. 根据权利要求 7所述的装置, 其中,

所述发送端还包括:

第一标识模块, 设置为控制所述发送模块在所述指示消息中加入 对应所述上下文的上下文标识; 控制所述第一释放模块按照所述上下 文标识释放对应的上下文;

所述接收端还包括:

第二标识模块, 设置为控制所述第二释放模块按照所述上下文标 识释放对应的上下文。

9. 根据权利要求 7所述的装置, 其中, 所述接收端还包括: 第一判断模块, 设置为在所述第二释放模块执行操作之前, 判断 所述接收端是否存在所述上下文, 如果是, 则触发所述第二释放模块 执行所述释放对应上下文的操作, 执行所述向发送端回复释放成功的 指示消息步骤; 如果否, 则触发所述第二释放模块执行所述向发送端 回复释放成功的指示消息步骤。

10. 根据权利要求 9所述的装置, 其中, 所述接收端还包括:

第二判断模块, 设置为在所述第一判断模块判断出所述接收端存 在所述上下文之后, 判断是否允许释放所述上下文, 如果是, 则允许 所述第一判断模块继续执行操作; 如果否, 则控制所述第一判断模块 停止操作; 向所述发送端回复释放失败的指示消息。

11. 根据权利要求 10所述的装置, 其中, 所述发送端还包括:

日志模块, 设置为响应来自所述接收端的所述释放失败的指示消 息, 将本次释放过程作为异常信息记录在日志中。

Description:
稳健头压缩系统中传输控制方法和装置 技术领域 本发明涉及通信领域, 具体而言, 涉及一种稳健头压缩系统中传输控制 方法和装置。 背景技术 无线通信系统中, 所传送的业务数据包头存在很大的开销, 特别是针对 同一条业务流, 连续的报文之间传输的包头信息会占用大量的 带宽, 造成网 络带宽利用率不高, 对于宝贵的空口带宽资源更是极大的浪费, 稳健头压缩 ( Robust Header Compression, ROHC )技术釆用对业务数据包头中的静态 i或 只在业务建立之初发送一次,其它动态域釆用 压缩编码的方式发送部分字节, 除去数据包头中的冗余信息, 从而有效提高系统带宽利用率。 ROHC技术可 应用于各种通信系统, 如图 1所示, 用户设备 10和网络侧设备 12之间釆用 ROHC技术实现数据传输, 网络侧设备又包括基站 120、 基站控制器 122等, ROHC技术分别集成这些设备内, 如用户设备、 网络侧设备等, 这些设备之 间釆用 ROHC技术实现数据传输。 在双向通信系统中, ROHC 系统的每个设备内均集成有压缩器 ( Compressor ) 和解压缩器 (Decompressor )模块, 压缩 /解压缩包头所需的 信息存储在上下文 (CONTEXT ) 中, 每个 CONTEXT 对应一个相应的 CONTEXT ID (简称 CID ) 标识。 两个设备之间进行数据传输的过程可参见 图 2, 在图 2中, 压缩器集成在如图 1中的用户设备 10内, 解压缩器集成在 基站 12内, 在数据传输时, 包括以下步 4聚:

S20: 压缩器向解压缩器发送上下文信息, 以同步压缩器和解压缩器之 间的上下文。

S22: 解压缩器向压缩器反馈信息; 通过反馈信息压缩器和解压缩器调 整自己的工作状态和工作模式。

S24: 双方传输压缩的数据流。 在传输过程中, 如果出现了上下文失去 同步的现象, 继续同步, 执行 S24。 S26: 压缩器向解压缩器发送上下文信息, 以同步压缩器和解压缩器之 间的上下文。

S28: 双方传输压缩的数据流。 上述传输过程中, 上下文 CONTEX 需要实时的更新, 否则会造成压缩 器和解压缩器两端的 CONTEX 不一致, 导致针对数据包的解压缩失败, 待 业务流重新回到高效的压缩状态, 则需要一定的时间用于压缩器和解压缩器 双方协商出正确的 CONTEXT, 在这段时间内业务流处于不稳定状态或者低 效压缩状态。 由于设备内 ROHC的 CID受到 CID空间限制,当 CONTEXT ID耗尽时, 如果有新业务需要实施 ROHC处理, 则必须为该条业务流分配一个 CID用 于标识 CONTEXT, 此时由于存在发送方和接收方并不知道有哪些 CID正在 应用在业务中,哪些 CID没有应用在业务中。如果重用的 CID还在进行 ROHC 业务, 则会影响该业务的当前 ROHC处理。 例如, 当该业务有数据包需要处 理时, 其再次需要重用 CID。 如此反复, 会大大降氏 ROHC的工作效率; 使 ROHC系统一直处理 CONTEX 的协商状态, 降氏无线通信带宽利用率。 发明内容 本发明的主要目的在于提供一种稳健头压缩系 统中传输控制方法和装 置,以至少解决上述由于发送方和接收方并不 知道有哪些 CID应用在业务中, 处于重复应用 CID的协商状态, 导致 ROHC系统的工作效率较低。 根据本发明的一个方面, 提供一种稳健头压缩系统中传输控制方法, 包 括: 发送方将需要释放上下文的指示消息发送至接 收方; 所述接收方响应所 述指示消息,释放自身的上下文, 并向所述发送方回复释放成功的指示消息; 所述发送方响应来自所述接收方回复的所述指 示消息,并释放自身的上下文。 优选地, 所述指示消息中携带有对应所述上下文的上下 文标识; 所述发 送方或接收方释放自身的上下文的过程包括: 按照所述上下文标识释放对应 的上下文。 优选地, 所述释放之前还包括: 所述接收方判断是否存在所述上下文, 如果是, 则执行所述释放操作、 以及所述向发送方回复释放成功的指示消息 的步骤; 如果否, 则不执行所述释放操作, 执行所述向发送方回复释放成功 的指示消息的步骤。 优选地, 所述接收方判断存在所述上下文之后, 还包括: 所述接收方判 断是否允许释放所述上下文, 如果是, 则执行后续的所述释放自身的上下文 步骤; 如果否, 则所述接收方向所述发送方回复释放失败的指 示消息。 优选地, 所述发起方在业务中断或定时器超时后, 执行所述将需要释放 上下文的指示消息发送至接收方的步骤; 所述判断是否允许释放所述上下文 的步骤包括: 判断所述业务是否中断或定时器是否超时; 如果是, 则允许释 放, 如果否, 则不允许释放。 优选地, 所述发起方响应所述释放失败的指示消息, 还包括: 所述发起 方将本次释放过程作为异常信息记录在日志中 。 才艮据本发明的另一个方面, 提供一种稳健头压缩系统中传输控制装置, 包括: 发送端和接收端, 所述发 送端包括: 发送模块, 设置为将需要释放上下文的指示消息发送至接 收端; 第一释放模块, 设置为响应来自所述接收端回复的释放成功的 指示消息, 并 释放自身的上下文; 所述接收端包括: 第二释放模块, 设置为响应来自所述 发送模块的指示消息, 释放自身的上下文; 并向所述发送端回复所述释放成 功的指示消息。 优选地, 所述发送端还包括: 第一标识模块, 设置为控制所述发送模块 在所述指示消息中加入对应所述上下文的上下 文标识; 控制所述第一释放模 块按照所述上下文标识释放对应的上下文; 所述接收端还包括: 第二标识模 块, 设置为控制所述第二释放模块按照所述上下文 标识释放对应的上下文。 优选地, 所述接收端还包括: 第一判断模块, 设置为在所述第二释放模 块执行操作之前, 判断所述接收端是否存在所述上下文, 如果是, 则触发所 述第二释放模块执行所述释放对应上下文的操 作, 执行所述向发送端回复释 放成功的指示消息步骤; 如果否, 则触发所述第二释放模块执行所述向发送 端回复释放成功的指示消息步骤。 优选地, 所述接收端还包括: 第二判断模块, 设置为在所述第一判断模 块判断出所述接收端存在所述上下文之后, 判断是否允许释放所述上下文, 如果是, 则允许所述第一判断模块继续执行操作; 如果否, 则控制所述第一 判断模块停止操作; 向所述发送端回复释放失败的指示消息。 优选地, 所述发送端还包括: 日志模块, 设置为响应来自所述接收端的 所述释放失败的指示消息, 将本次释放过程作为异常信息记录在日志中。 本发明实现了两个釆用 ROHC 业务的设备释放相同上下文。 通过本发 明, 有效提高了上下文的使用效率及传输效率, 避免 ROHC 系统一直处理 CONTEX 的协商状态, 提高了无线通信带宽利用率。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解, 构成本申请的一部 分, 本发明的示意性实施例及其说明用于解释本发 明, 并不构成对本发明的 不当限定。 在附图中: 图 1是相关技术中 ROHC应用的网络环境的示意图; 图 2是现有技术中压缩器和解压缩器之间实现 ROHC业务的流程图; 图 3是本发明的实施例一的流程图; 图 4是本发明的实施例二中释放上下文成功的流 图; 图 5是本发明的实施例二中发送的指示消息的格 图; 图 6是本发明的实施例二中释放上下文失败的流 图; 图 7是本发明的实施例三的流程图; 图 8本发明的实施例四的装置结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是, 在 不冲突的情况下, 本申请中的实施例及实施例中的特征可以相互 组合。 下面详细说明本发明的实施例一, 本发明的实施例一, 应用在图 1中所 示的用户设备 10和基站 120中, 在用户设备 10和基站 120中分别集成有压 缩器和解压缩器。 在实施例一中, 用户设备 10作为发送方, 基站 120作为 接收方。 参见图 3中所示的流程图, 包括以下步骤: S30: 发送方将需要释放上下文的指示消息发送至接 收方。 发送方发送的指示消息, 包括需要接收方一起释放的上下文, 以便于后 续发送方发送 4艮文。

S32: 接收方响应上述指示消息, 释放自身的上下文, 并向发送方回复 同意释放的指示消息。 接收方可按照指示消息, 当存在上下文时, 释放指示消息中所要求释放 的上下文, 并向发送方回复同意释放的指示消息。

S34: 发送方响应来自接收方回复的上述指示消息, 并释放自身的上下 文。 发送方响应接收方回复的指示消息, 释放上下文。 经过上述实施例一中 的步 4聚, 实现了发送方和接收方同时释放相同的上下文 , 并使用释放的上下 文用于后续的 ROHC业务, 从而提高 ROHC的工作效率以及无线通信带宽 利用率。 在本发明的各个实施例中, 压缩器和解压缩器实现 ROHC 业务的过程 中, 可能由各种情况触发压缩器发起释放上下文的 指示消息。 例如: 由于当 前的业务中断导致上下文失去同步、 由于定时器超时需要重新同步上下文或 接收到用户的命令后等多种情况, 此时, 解压缩器也需要判断自身是否需要 释放上下文, 如果需要, 则释放; 如果不需要释放上下文, 则向压缩器发送 指示消息, 指示不能释放上下文。 下面通过下面的实施例二详细说明, 在实 施例二中, 压缩器集成在如图 1 中的用户设备 10 内, 解压缩器集成在基站 120内, 参见图 4所示的流程图, 包括以下步骤:

S400: 压缩器与解压缩器之间传输压缩数据流。

S402: 压缩器受到触发, 决策需要释放上下文。 用户设备 10 内的压缩器可能会由各种情况触发下, 发起释放上下文的 指示消息。 例如: 由于当前的业务中断导致上下文失去同步、 由于定时器超 时需要重新同步上下文、 CID空间没有可用的 CID或接收到用户的命令后等 多种情况。

S404: 压缩器向解压缩器发送释放上下文的指示消息 。 通过在 ROHC系统的压缩器和解压缩器间增加反馈选项 型 feedback, 利用双方交互的指示消息, 增加 feedback信息中携带的选项, 该选项指示压 缩器和解压缩器完成不再使用的 CONTEX 同步释放,从而使 CID空间存在 相应的 CID可用于新增业务, 具体 feedback选项信息如表 1所示: 表 1

表 1给出了新增的上下文释放选项 CONTEXT-RELEASE-NOTIFY, 要 求接收方释放相应的上下文, 并反馈选项的信息。 当 feedback报文中携带此 选项时, 则要求处理 feedback 的接收方将本端与 feedback 报文中携带的 CONTEXT ID对应的 CONTEX 释放, 如果此操作成功, 则向发送方返回携 带上下文释放成功选项 CONTEXT-RELEASE-SUCC的 feedback ·艮文, 否则 返回携带上下文释放失败 CONTEXT-RELEASE-FAIL选项的 feedback 4艮文。 在本步骤中,压缩器向解压缩器发送含有 CONTEXT-RELEASE-NOTIFY 的释放指示消息, 并在释放指示消息中携带相应的 CID, 以指示解压缩器释 放相应的上下文。 4艮文的格式可参见图 5 , 其中, 4艮文中的 11110表示为 feedback 4艮文; 如果 code (代码) =0, 则 size表示报文后续长度; 如果使用小 CID空间且 CID不为 0, 出现 Add-CID octet (增加的上下文 标识八位字节); 如果使用大 CID空间, 出现 large CID (encoding (编码);); Add-CID或者 large CID域给出了要释放的 CONTEXT ID信息; feedback i或的取值为: CONTEXT-RELEASE-NOTIFY

CONTEXT-RELEASE-SUCC

CONTEXT-RELEASE-FAIL

S406: 解压缩器判断可以释放上下文。 解压缩器按照释放指示消息, 判断由于业务的中断或定时器超时等条件 成立, 需要释放的上下文, 则释放此上下文。

S408: 解压缩器向压缩器发送上下文释放成功的指示 消息。 解压缩器在成功释放上下文后, 向压缩器发送释放成功的指示消息。 该 消 息 釆用 feedback 4艮文形 式 , 并携 带上下文释放成功选项 CONTEXT-RELEASE-SUCC。

S410: 压缩器响应解压缩器的释放成功的指示消息, 释放自身的上下文。 经过上述的步骤后, 压缩器和解压缩器之间实现同步释放同一个上 下文 的过程, 压缩器可在后续步骤中使用此上下文传输数据 。 在上述的流程中, 解压缩器如果判断不能释放上下文, 则通知压缩器, 压缩器也不释放此上下 文。 下面结合图 6说明, 参见图 6, 在图 6所示的流程中, 包括:

S600: 压缩器与解压缩器之间传输压缩数据流。

S602: 压缩器受到触发, 决策需要释放上下文。

S604: 压缩器向解压缩器发送释放上下文的指示消息 。 在本步骤中,压缩器向解压缩器发送含有 CONTEXT-RELEASE-NOTIFY 的释放指示消息, 并在释放指示消息中携带相应的 CID, 以指示解压缩器释 放相应的上下文。

S606: 解压缩器判断不可以释放上下文。 解压缩器按照释放指示消息, 判断如果由于业务的终端或定时器超时等 条件还没成立, 要释放的上下文正应用在业务中, 不能释放此上下文。

S608: 解压缩器向压缩器发送上下文释放失败的指示 消息。 解压缩器向压缩器发送释放失败的指示消息。 该消息釆用 feedback报文 形式, 并携带上下文释放失败选项 CONTEXT-RELEASE-FAIL。

S610: 压缩器响应解压缩器的释放失败的指示消息, 不释放自身的上下 文。 通过图 6中的流程, 解压缩器在不能释放上下文时, 会向压缩器发送释 放失败的消息, 以便于压缩器重新选择要释放的上下文或执行 其它的步骤。 在上述的实施例二中, 解压缩器在经过判断后, 才执行释放上下文的步 骤, 并在决定是否释放后, 及时通知压缩器, 便于压缩器执行后续步骤。 为进一步说明本发明, 下面通过实施例三说明本发明的流程, 在实施例 三中, 图 7中 ROHC A端集成在如图 1中的用户设备 10内, ROHC B端集 成在基站 120内,且在 ROHC A端和 ROHC B端内分别集成有压缩器和解压 缩器, 参见图 7所示的流程图, 包括以下步骤:

S700: ROHC A端受到触发后, 需要释放上下文。 如业务中断、 或定时 器超时等原因。 S702 : ROHC A 端构造含有 CONTEXT-RELEASE-NOTIFY 选项的 feedback报文。 该报文为释放上下文指示消息。

S704: ROHC A端将 feedback报文通过反馈信道发送给 ROHC B端。

S706: ROHC B端接收含有 feedback报文的释放指示消息。

S708 : ROHC B 端 解 析 feedback 4艮 文 , 并 解 析 出 CONTEXT-RELEASE-NOTIFY选项, 表示需要 ROHC B端需要释放相应的 上下文。

S710: ROHC B端按照释放指示消息中的 CID判断是否存在相应的上下 文, 如果存在, 则执行步骤 S712, 否则执行步骤 S711。

S711 : ROHC B端构造含有 CONTEXT-RELEASE-SUCC选项的释放成 功的指示消息, 并执行 S 720。

S712: ROHC B端判断是否允许释放相应的上下文; 如果是, 则执行步 Ml S714; 如果否, 则执行步 4聚 S718。 S714: ROHC B端构造含有 CONTEXT-RELEASE-SUCC选项的释放成 功的指示消息, 并执行 S 716。

S716: ROHC B端释放相应的上下文, 并执行 S720。

S718: ROHC B端构造含有 CONTEXT-RELEASE-FAIL选项的释放成功 的指示消息, 并执行 S720。

S720: ROHC B端将指示消息以 feedback 4艮文的形式发送至 ROHC A端。

S722: ROHC A端接收到来自 ROHC B端反馈的指示消息, 并执行以下 的步骤 S724或 S728其中之一。

S724 : ROHC A 端 解 析 出 feedback 4艮 文 中 的 选 项 为 CONTEXT-RELEASE-SUCC。

S726: ROHC A端按照 CID释放相应的上下文。

S728 : ROHC A 端 解 析 出 feedback 4艮 文 中 的 选 项 为 CONTEXT-RELEASE-FAIL。

S730: ROHC A端不操作 CID对应的上下文, 将本次释放过程作为异常 信息 ΐ己录在日志中。 在实施例三中,详细地阐述了实现 ROHC业务的两个设备之间释放上下 文的过程。 ROHC A端和 ROHC B端之间的构造的报文和指示消息的收发, 还是由其内部集成的压缩器或解压缩器实现。 在接收到指示消息后, 通过判 断是否存在 CID对应的上下文,从而避免由于没有查到 CID对应的上下文的 异常情况, 导致系统故障。 最大限度的避免 ROHC双方对 CONTEXT ID信 息的重用, 而对进行的业务流造成影响, 提高系统工作稳定性, 使 ROHC的 压缩器和解压缩器工作在高效状态和最优模式 下 ,有效提升系统带宽利用率。 上面详细描述了本发明方法的各个实施例, 本发明的方法可以通过各种 结构形式单独集成于用户设备或网络设备内, 也可以和压缩器或解压缩器集 成在一起。 下面给出优选的实施例四详细说明其结构, 参见图 8, 该装置包 括: 发送端 80和接收端 82 ; 发送端 80包括: 发送模块 800 , 设置为将需要释放上下文的指示消息发送至接 收端; 第一释放模块 802 ,设置为响应来自接收端 82回复的释放成功的指示消 息, 并释放自身的上下文; 接收端 82包括: 第二释放模块 804 , 设置为响应来自发送模块 800的指示消息, 释放自 身的上下文; 并向发送端 80回复释放成功的指示消息。 优选地, 发送端 80还包括: 第一标识模块 806, 设置为控制发送模块 800在指示消息中加入对应上 下文的上下文标识; 控制第一释放模块 802按照上下文标识释放对应的上下 文; 接收端 82还包括: 第二标识模块 808, 设置为控制第二释放模块 804按照上下文标识释放 对应的上下文。 优选地, 还包括: 发送端 80还包括: 第一标识模块 806, 设置为控制发送模块 800在指示消息中加入对应上 下文的上下文标识; 控制第一释放模块 802按照上下文标识释放对应的上下 文; 接收端 82还包括: 第二标识模块 808 , 设置为控制第二释放模块 804按照上下文标识释放 对应的上下文。 优选地, 接收端 82还包括: 第一判断模块 810 , 设置为在第二释放模块 804执行操作之前, 判断接 收端是否存在上下文, 如果是, 则触发第二释放模块 804执行释放对应上下 文的操作, 执行向发送端回复释放成功的指示消息步骤; 如果否, 则触发第 二释放模块 804执行向发送端回复释放成功的指示消息步骤 。 优选地, 接收端 82还包括: 第二判断模块 812 , 设置为在第一判断模块判断出接收端存在上下 文之 后, 判断是否允许释放上下文, 如果是, 则允许第一判断模块继续执行操作; 如果否, 则控制第一判断模块停止操作; 向发送端回复释放失败的指示消息。 优选地, 发送端 80还包括: 日志模块 814 , 设置为在发送模块 800发送释放上下文的指示消息后, 响应来自接收端的释放失败的指示消息, 将本次释放过程作为异常信息记录 在曰志中。 上述的装置中, 发送模块 800可在业务中断或定时器超时后, 执行将需 要释放上下文的指示消息发送至接收方的步骤 。 第二判断模块 812判断是否允许释放上下文的步骤中, 也可通过判断业 务是否中断或定时器是否超时的方式, 从而判断出是否允许释放上下文。 上述的装置中的发送端可以为手机, 接收端可以是基站; 或发送端为基 站, 接收端为基站控制器等多种组合方式。 上面详细描述了本发明的装置, 上述方法实施例中的处理流程均可在本 发明的装置中实现, 这里不——赘述。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执 行, 并 且在某些情况下, 可以以不同于此处的顺序执行所示出或描述的 步骤, 或者 将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。