一种属性协商方法和系统的制作方法

文档序号:7742332阅读:150来源:国知局
专利名称:一种属性协商方法和系统的制作方法
技术领域
本发明涉及通信领域,尤其涉及对高速分组数据(High Rate Packet Data,简称 为HRPD)网络中广播多播与单播模式间切换时属性协商方法和系统。
背景技术
码分多址(Code Division Multiple Access,简称为CDMA)网络的后续演进包括 两个部分,一个是cdma20001X网络的增强,另一个是HRPD网络的增强。HRPD网络增强引入 多个针对底层协议和上层协议的增强技术点,广播多播和单播模式的切换是上层增强技术
;ο广播多播和单播模式的切换可以在有限的广播多播覆盖场景下,保证用户在移出 广播多播覆盖区后,仍能利用单播业务信道收听广播多播业务,保持良好的用户体验。为支持广播多播和单播模式的切换功能,要求终端通过广播多播开销消息感知到 将要前往的小区不能提供广播多播业务后,能同基站协商与广播多播业务相关的流绑定关 系及相关属性,即同单播场景下协商不同的流应用类似,将广播多播业务视为一个高层应 用,为其协商底层的流绑定关系及相关属性,然后在单播业务信道上接收上层广播多播业 务。在现有的多流分组应用、增强多流分组应用以及多链路多流分组应用协议中,均 引入了针对该功能的新的协商属性 ReservationKKBCMCSFlowIDAssociation(Reservation 与 BCMCS (广播多播业务)流 ID 关联关系属性)、ReservationKKBCMCSProgramIDAssociat ion (Reservation与BCMCS节目ID关联关系属性),用于将使用不同广播多播流ID类型标 识的广播多播业务流与对应的Reservation进行关联或去关联。协议允许对上述两个属性 使用GAUP (Generic Attribute Update Protocol,简称GAUP,通用属性更新协议)流程进 行动态协商。完成上述关联关系属性的协商后,还需要完成承载该上层应用的流相关属性 的协商。但是上述三个分组应用协议中,与GAUP流程对应的AttributeUpdateRequest (属 性更新请求)消息、AttributeUpdateAccept (属性更新接受)消息以及 AttributeUpdateRe ject (属性更新拒绝)消息目前定义为只能在前、反向业务信道上发 送,并不能满足上述功能的实现。原因在于,终端在扇区下收听广播多播业务,并没有同基 站建立业务信道,因此终端无法同基站利用上述消息完成广播多播业务流与Reservation 关联关系属性和/或承载上层应用的流相关属性的的协商,后续只能等到终端移出广播多 播覆盖区后,再与其他扇区新建连接,并协商上述参数,然后再打开相应的应用流传输来继 续广播多播业务,如此操作必定会带来广播多播业务的传输延迟,影响用户体验。

发明内容
本发明要解决的技术问题是提供一种属性协商方法和系统,及时进行属性更新, 减小业务中断时长,改善用户体验。
为了解决上述问题,本发明提供了一种属性协商方法,包括终端和基站通过公共信道进行应用层协议的属性协商。进一步地,上述方法还可具有以下特点,所述应用层协议至少包括以下之一多流 分组应用、增强多流分组应用和多链路多流分组应用。进一步地,上述方法还可具有以下特点,所述公共信道包括接入信道和控制信道。进一步地,上述方法还可具有以下特点,所述属性协商包括广播多播业务流与 Reservation的关联关系属性和/或承载上层应用的流相关属性协商。进一步地,上述方法还可具有以下特点,所述终端和基站通过公共信道进行广播 多播业务流与Reservation的关联关系属性协商包括终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含 多播广播业务流与Reservation的关联关系属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或 拒绝终端关于所述多播广播业务流与Reservation的关联关系属性的协商值。进一步地,上述方法还可具有以下特点,所述终端和基站通过公共信道进行承载 上层应用的流相关属性协商包括基站在控制信道上发送属性更新请求消息给终端,所述属性更新请求消息中包含 承载上层应用的流相关属性;终端通过接入信道发送属性更新接受或者属性更新拒绝消息给基站,表明接受或 拒绝基站关于所述承载上层应用的流相关属性的协商值;或者,终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含 承载上层应用的流相关属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或 拒绝终端关于所述承载上层应用的流相关属性的协商值。进一步地,上述方法还可具有以下特点,所述方法还包括所述终端和基站通过公共信道成功协商广播多播业务流与Reservation的关联 关系属性后,切换到不支持广播多播业务的目标基站,在切换过程中,所述终端请求所述目 标基站建立单播业务信道和打开与所述广播多播业务流关联的Reservation ;所述目标基站建立单播业务信道,打开与所述广播多播业务流关联的 Reservation,通过所述单播业务信道传输所述广播多播业务流至所述终端。本发明还提供一种属性协商系统,包括终端和基站,所述终端和基站用于通过公 共信道进行应用层协议的属性协商。进一步地,上述系统还可具有以下特点,所述应用层协议至少包括以下之一多流 分组应用、增强多流分组应用以及多链路多流分组应用。进一步地,上述系统还可具有以下特点,所述公共信道包括接入信道和控制信道。进一步地,上述系统还可具有以下特点,所述终端和基站,用于进行广播多播业务 流与Reservation的关联关系属性和/或承载上层应用的流相关属性协商。进一步地,上述系统还可具有以下特点,所述终端,用于在接入信道上发送属性更 新请求消息给基站,所述属性更新请求消息中包含多播广播业务流与Reservation的关联关系属性;所述基站,用于通过控制信道发送属性更新接受或者属性更新拒绝消息给终端, 表明接受或拒绝终端关于所述多播广播业务流与Reservation的关联关系属性的协商值。进一步地,上述系统还可具有以下特点,所述基站,用于在控制信道上发送属性更 新请求消息给终端,所述属性更新请求消息中包含承载上层应用的流相关属性;所述终端,用于通过接入信道发送属性更新接受或者属性更新拒绝消息给基站, 表明接受或拒绝基站关于所述承载上层应用的流相关属性的协商值;或者,所述终端,用于在接入信道上发送属性更新请求消息给基站,所述属性更新请求 消息中包含承载上层应用的流相关属性;所述基站,用于通过控制信道发送属性更新接受或者属性更新拒绝消息给终端, 表明接受或拒绝终端关于所述承载上层应用的流相关属性的协商值。进一步地,上述系统还可具有以下特点,所述系统还包括目标基站,其中所述终端,还用于和基站通过公共信道成功协商广播多播业务流与Reservation 关联关系属性后,切换到不支持广播多播业务的目标基站;在切换过程中,请求所述目标基 站建立单播业务信道和打开与所述广播多播业务流关联的Reservation ;所述目标基站,用于建立单播业务信道,打开与所述广播多播业务流关联的 Reservation,通过所述单播业务信道传输所述广播多播业务流至所述终端。本发明提出允许终端在未建立业务信道的情况下,通过接入信道及控制信道同基 站提前完成广播多播业务流与Reservation关联关系属性和/或承载上层应用的流相关属 性的协商流程,当后续终端移动到无法提供广播多播业务的区域后,在与其他扇区建立业 务信道的同时就能直接打开承载广播多播业务的流,可以减小业务中断时长,改善用户体 验。


图1是本发明实施例属性协商方法流程图。
具体实施例方式本发明提出允许终端在未建立业务信道的情况下,通过接入信道及控制信道同基 站提前完成广播多播业务流与Reservation关联关系属性和/或承载上层应用的流相关属 性的协商流程,这样当后续终端移动到无法提供广播多播业务的区域后,在与其他扇区建 立业务信道的同时就能直接打开承载广播多播业务的流,可以减小业务中断时长,改善用 户体验。本发明提供的属性协商方法包括终端和基站通过公共信道进行应用层协议的属 性协商。其中,所述公共信道包括接入信道(AC)和控制信道(CC)。其中,所述应用层层协议至少包括以下之一多流分组应用、增强多流分组应用和 多联络多流分组应用。其中,所述属性协商包括广播多播业务流与Reservation关联关系属性和/或承载上层应用的流相关属性协商。其中,所述终端和基站通过公共信道进行广播多播业务流与Reservation的关联 关系属性协商包括终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含 多播广播业务流与Reservation的关联关系属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或 拒绝终端关于所述多播广播业务流与Reservation的关联关系属性的协商值。其中所述终端和基站通过公共信道进行承载上层应用的流相关属性协商包括基站在控制信道上发送属性更新请求消息给终端,所述属性更新请求消息中包含 承载上层应用的流相关属性;终端通过接入信道发送属性更新接受或者属性更新拒绝消息给基站,表明接受或 拒绝基站关于所述承载上层应用的流相关属性的协商值;或者,终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含 承载上层应用的流相关属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或 拒绝终端关于所述承载上层应用的流相关属性的协商值。其中,所述终端和基站通过公共信道成功协商广播多播业务流与Reservation 的关联关系属性后,所述终端切换到不支持广播多播业务的目标基站,在切换过程中, 所述终端请求所述目标基站建立单播业务信道和打开与所述广播多播业务流关联的 Reservation ;所述目标基站建立单播业务信道,打开与所述广播多播业务流关联的 Reservation,通过所述单播业务信道传输所述广播多播业务流至所述终端。本发明在多流分组应用、增强多流分组应用以及多链路多流分组应用协议中 与 GAUP 流程相关的 AttributeUpdateRequest 消息、AttributeUpdateAcc^pt 消息以及 AttributeUpdateReject消息的发送信道类型中增加接入信道和控制信道,具体说明如 下1、原有AttributeUpdateRequest消息相关信息如表1所示,本发明修改后的 AttributeUpdateRequest消息相关信息如表2所示,增加了发送信道类型。表1修改前
Channels (信道)FTC RTC (前向业务(反向业备 信道)信道)SLP (服务定位 协议)Reliable (可靠传 输)Addressing(寻址 方式)unicast (单播)Priority (优先级)40表2修改后
权利要求
1.一种属性协商方法,其特征在于,包括终端和基站通过公共信道进行应用层协议的属性协商。
2.如权利要求1所述的方法,其特征在于,所述应用层协议至少包括以下之一多流分 组应用、增强多流分组应用和多链路多流分组应用。
3.如权利要求1所述的方法,其特征在于,所述公共信道包括接入信道和控制信道。
4.如权利要求1、2或3所述的方法,其特征在于,所述属性协商包括广播多播业务流 与Reservation的关联关系属性和/或承载上层应用的流相关属性协商。
5.如权利要求4所述的方法,其特征在于,所述终端和基站通过公共信道进行广播多 播业务流与Reservation的关联关系属性协商包括终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含多播 广播业务流与Reservation的关联关系属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或拒绝 终端关于所述多播广播业务流与Reservation的关联关系属性的协商值。
6.如权利要求4所述的方法,其特征在于,所述终端和基站通过公共信道进行承载上 层应用的流相关属性协商包括基站在控制信道上发送属性更新请求消息给终端,所述属性更新请求消息中包含承载 上层应用的流相关属性;终端通过接入信道发送属性更新接受或者属性更新拒绝消息给基站,表明接受或拒绝 基站关于所述承载上层应用的流相关属性的协商值;或者,终端在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含承载 上层应用的流相关属性;基站通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明接受或拒绝 终端关于所述承载上层应用的流相关属性的协商值。
7.如权利要求4所述的方法,其特征在于,所述方法还包括,所述终端和基站通过公共信道成功协商广播多播业务流与Reservation的关联关系 属性后,切换到不支持广播多播业务的目标基站,在切换过程中,所述终端请求所述目标基 站建立单播业务信道和打开与所述广播多播业务流关联的Reservation ;所述目标基站建立单播业务信道,打开与所述广播多播业务流关联的Reservation,通 过所述单播业务信道传输所述广播多播业务流至所述终端。
8.一种属性协商系统,其特征在于,包括终端和基站,所述终端和基站用于通过公共信 道进行应用层协议的属性协商。
9.如权利要求8所述的系统,其特征在于,所述应用层协议至少包括以下之一多流分 组应用、增强多流分组应用以及多链路多流分组应用。
10.如权利要求8所述的系统,其特征在于,所述公共信道包括接入信道和控制信道。
11.如权利要求8、9或10所述的系统,其特征在于,所述终端和基站,用于进行广播多 播业务流与Reservation的关联关系属性和/或承载上层应用的流相关属性协商。
12.如权利要求11所述的系统,其特征在于,所述终端,用于在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息中包含多播广播业务流与Reservation的关联关系属性;所述基站,用于通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明 接受或拒绝终端关于所述多播广播业务流与Reservation的关联关系属性的协商值。
13.如权利要求11所述的系统,其特征在于,所述基站,用于在控制信道上发送属性更新请求消息给终端,所述属性更新请求消息 中包含承载上层应用的流相关属性;所述终端,用于通过接入信道发送属性更新接受或者属性更新拒绝消息给基站,表明 接受或拒绝基站关于所述承载上层应用的流相关属性的协商值; 或者,所述终端,用于在接入信道上发送属性更新请求消息给基站,所述属性更新请求消息 中包含承载上层应用的流相关属性;所述基站,用于通过控制信道发送属性更新接受或者属性更新拒绝消息给终端,表明 接受或拒绝终端关于所述承载上层应用的流相关属性的协商值。
14.如权利要求11所述的系统,其特征在于,所述系统还包括目标基站,其中所述终端,还用于和基站通过公共信道成功协商广播多播业务流与Reservation关联 关系属性后,切换到不支持广播多播业务的目标基站;在切换过程中,请求所述目标基站建 立单播业务信道和打开与所述广播多播业务流关联的Reservation ;所述目标基站,用于建立单播业务信道,打开与所述广播多播业务流关联的 Reservation,通过所述单播业务信道传输所述广播多播业务流至所述终端。
全文摘要
本发明提供了一种属性协商方法,包括终端和基站通过公共信道进行应用层协议的属性协商。本发明还提供了一种属性协商系统。本发明可以通过公共信道进行属性协商,减少业务中断时长,提升用户体验。
文档编号H04W80/12GK102137334SQ20101011330
公开日2011年7月27日 申请日期2010年1月27日 优先权日2010年1月27日
发明者余媛芳, 方永刚, 赵孝武, 陆婷 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1