业务流修改流程制造技术

本发明专利技术公开了一种业务流修改流程，包括以下步骤：Ｓ３０２，当业务流状态机收到修改消息时，生成本地业务流修改状态机，发送业务流修改消息给本地业务流修改状态机，并跃迁到本地修改状态；Ｓ３０４，本地业务流修改状态机向远端业务流修改状态机发送业务流修改请求消息，并跃迁到业务流修改响应等待状态；以及Ｓ３０６，本地业务流修改状态机在接收到来自远端业务流修改状态机的业务流修改响应消息时，跃迁到维持状态，启动特定时长的第二定时器，并在第二定时器超时后向业务流状态机发送业务流修改成功或业务流修改失败消息，并结束自身。通过本发明专利技术，可以有效提高空口链路效率，并可以保证服务质量、节约空口带宽。

【技术实现步骤摘要】

本专利技术涉及通信领i成，更具体地涉及一种业务流-修改流程。技术背景在WiMAX系统中，基站(Base Station,简称BS)和移动台 (Subscriber Station,筒称SS)通过业务流j务改请求(DSC-REQ) 消息来发起对业务流的修改。 一次成功的业务流修改(DSC)包括 对业务流参数、接纳(Admitted)和(或)激活(Active)服务质量 (Quality of Service,简称QoS )参数集(set )的修改。如果DSC-REQ 中4叉含有Admitted QoS Set,那么该业务流的Active QoS Set就3皮置 为空(NULL),业务流处于非激活态。如果DSC-REQ中两个参数 集都不包含(即QoS Parameter Set type 4皮置为000 )，那么该业务流 的Admitted和Active QoS Set都^皮置为NULL,业务流^皮去4妻纳。 如果DSC-REQ中两个参数集都包含，那么首先检查Admitted QoS Set是否合法。如果接纳控制通过，再4企查Active QoS Set是否是 Admitted QoS Set的子集。如果检查都通过，那么DSC-REQ中的这 两个集合就是业务流的新Admitted和Active QoS Set。如果某一才企 查失败，那么这次DSC失败，业务流回到原4大态。在802.16e协议中，明确给出了 DSC的流程。当本地业务流修 改(DSC-Local)状态4几(以下简称LDSC )处于业务流修改响应等 4寺(DSC画RSP Pending )或重i式用尽(Retries Exhausted)状态时， 如果收到业务流修改响应(DSC-RSP)消息，就会向远端发送业务流修改确认(DSC-ACK)消息，并向业务流(SF)状态机发送业务 济u/修改成功(DSC Succeeded ) /业务Wi/修改失败(DSC Failed)消息， 并跃迁到维持(Holding )状态。SF状态机收到DSC Succeeded/DSC Failed后，会立即发送业务流修改完成(SF Changed )消息给LDSC， 并跃迁到正常(Nominal)状态。处于Holding状态的LDSC收到 SF Changed后会停止T10定时器，并结束自身。问题在于，如果远 端没有欠到DSC-ACK,那么它会重新发送DSC-RSP。此时 无然 LDSC状态才几已经结束，因此即使收到DSC-RSP，该消息也不会3皮 处理。远端T8超时最大次数后，它就会发起释》丈。也就是说，Holding 状态实际上是一个瞬态，并没有起到处理重传消息的作用，这显然 与其设计意图不符合。如果按上面的分析，为了使LDSC在Holding状态能处理重传 消息，SF状态机将不发送SF Changed或LDSC收到SF Changed后 继续处于Holding状态。^f旦是，当SF状态机收到DSC Succeeded/DSC Failed消息后会i 夭迁到Nominal状态，所以本地上层的触发才几制可 以立刻再次发起4奮改。在这种情况下，就同时出现了两个业务流》l 改处理(DSC transaction ),这与协i义上^见定的一个BS或SS在某一 时刻只能有一个DSC transaction相悖。远端业务流^奮改(DSC-Remote)状态机(以下简称RDSC)在 开始(Begin )状态收到DSC-REQ后，首先判断是否支持这次^修改。 如果不支持，贝'J RDSC发送DSC Failed给SF状态才几和DSC-RSP 给远端，并3夭迁到业务流修改确认等待(DSC-ACK Pending )状态。 SF状态机收到DSC Failed会3夭迁到Nominal状态，并发送SF Changed给RDSC。问题在于，协议中并没有对SF Changed消息进 行处理。更重要的是，如果该DSC-RSP丢失，远端会重发DSC-REQ。 由于此时SF状态机已经i沃迁到了 Nominal状态，它将会创建一个 新的RDSC,尽管这两条DSC-REQ都源自于同一次j奮改。而且因为前一次的RDSC并没有结束(处于DSC-ACK Pending状态)，所 以出玉见了两个DSC transaction共存的情况。另外，由于业务流的参数(TLV)比较多，占用了较大的空口 带宽，因此，如果某个参凝:值没有变化，在DSC-REQ消息中将不 携带该参数。远端收到DSC-REQ消息后，仅对变化的字段做相应 的<多改。这样就有效地节约了空口带宽。
技术实现思路
鉴于以上所述的一个或多个问题，本专利技术提供了 一种业务流修 改流程。根据本专利技术的一种业务流修改流程，包括以下步骤S302,当 业务流状态机收到修改消息时，生成本地业务流修改状态机，发送 业务流修改消息给本地业务流修改状态机，并跃迁到本地修改状态； S304,本地业务流^修改状态4几向远端业务流^修改状态才几发送业务流 修改请求消息，并跃迁到业务流修改响应等待状态；以及S306，本 地业务流z修改状态才几在4妾收到来自远端业务流〗多改状态才几的业务流 修改响应消息时，跃迁到维持状态，启动特定时长的第二定时器， 并在第二定时器超时后向业务流状态机发送业务流修改成功或业务 流z修改失败消息，并结束自身。其中，本地业务流^修改状态4几在向远端业务流《奮改状态4几发送 业务流修改请求消息的同时，启动特定时长的第一定时器，以在第 一定时器超时前没有收到业务流修改响应消息的情况下，重新向远 端业务流^修改状态才几发送业务流^修改^清求消息。其中，在第一定时器超时，且本地业务流^修改a犬态才几重新发送 业务流修改请求消息的次数大于特定阈值后仍没有收到业务流<奮改 响应消息的情况下，本地业务流修改状态机跃迁到重试用尽状态，并启动第二定时器。其中，在本地业务流修改状态机在第二定时器 超时之前收到业务流修改响应消息的情况下，本地业务流修改状态 机跃迁到维持状态。可选地，在本地业务流修改状态机收到业务流 远端修改消息的情况下，停止第二定时器，并结束自身。其中，在步骤S306中，本地业务流修改状态才几还向远端业务 流^修改状态才凡发送业务流^奮改确iU肖息。其中，本地业务流-修改状 态一几通过比4交业务流凄t据区中的参凄t来决定在业务流^修改请求消息 中携带的参数。相应地，远端的业务流修改流程包括以下步骤S402，当处于 正常状态的业务流状态才几收到来自；^地业务流〗'f改4犬态冲几的业务;危 修改请求时，生成远端业务流修改状态机，将业务流修改请求透传 给远端业务流》务改状态才几，并跃迁到远端4务改状态；S404,远端业 务流修改状态机判断是否支持本次修改，根据判断结果向本地业务 流修改状态机发送业务流修改响应消息，并跃迁到业务流修改确认 等待状态；S406，在远端业务流修改状态机收到来自本地业务流修 改状态机的业务流修改确认消息时，向业务流状态机发送业务流修 改成功或业务流修改失败消息，并跃迁到维持状态；以及S408,业 务流状态4几欠到业务流<多改成功或业务流<奮改失败消息后，^夭迁到 正常状态，并向远端业务流修改状态机发送业务本文档来自技高网...

【技术保护点】
一种业务流修改流程，其特征在于，包括以下步骤：　Ｓ３０２，当业务流状态机收到修改消息时，生成本地业务流修改状态机，发送业务流修改消息给所述本地业务流修改状态机，并跃迁到本地修改状态；　Ｓ３０４，所述本地业务流修改状态机向远端业务流修改状态机发送业务流修改请求消息，并跃迁到业务流修改响应等待状态；以及　Ｓ３０６，所述本地业务流修改状态机在接收到来自所述远端业务流修改状态机的业务流修改响应消息时，跃迁到维持状态，启动特定时长的第二定时器，并在所述第二定时器超时后向所述业务流状态机发送业务流修改成功或业务流修改失败消息，并结束自身。

【技术特征摘要】
1. 一种业务流修改流程，其特征在于，包括以下步骤S302，当业务流状态机收到修改消息时，生成本地业务流修改状态机，发送业务流修改消息给所述本地业务流修改状态机，并跃迁到本地修改状态；S304，所述本地业务流修改状态机向远端业务流修改状态机发送业务流修改请求消息，并跃迁到业务流修改响应等待状态；以及S306，所述本地业务流修改状态机在接收到来自所述远端业务流修改状态机的业务流修改响应消息时，跃迁到维持状态，启动特定时长的第二定时器，并在所述第二定时器超时后向所述业务流状态机发送业务流修改成功或业务流修改失败消息，并结束自身。2. 根据权利要求1所述的业务流修改流程，其特征在于，所述本 地业务流修改状态机在向所述远端业务流修改状态机发送所 述业务流修改请求消息的同时，启动特定时长的第 一定时器， 以在所述第 一 定时器超时前没有收到所述业务流修改响应消 息的情况下，重新向所述远端业务流修改状态机发送所述业务 流4务改请求消息。3. 根据权利要求2所述的业务流修改流程，其特征在于，在所述 第一定时器超时，且所述本地业务流修改状态机重新发送所述 业务流^修改二清求消息的次tt大于特定阔值后仍没有收到所述 业务流修改响应消息的情况下，所述本地业务流修改状态才几跃 迁到重试用尽状态，并启动所述第二定时器。4. 4艮据纟又利要求3所述的业务流+务改流程，其特4正在于，在所述 本地业务流修改状态机在所述第二定时器超时之前收到所述 业务流》务改响应消息的情况下，所述本;也业务流-修改状态枳J夭 迁到所述维持状态。5. 才艮据4又利要求3所述的业务流1奮改流禾呈，其特4正在于，所述本 地业务流〗奮改状态4几在收到业务流远端^奮改消息的情况下，4亭 止所述第二定时器，并结束自身。6. 才艮据权利要求1至5中任一项所述的业务流1奮改流程，其特4正 在于，在所述步骤S306中，所述本地业务流》务改状态机还向 所述远端业务流修改状态机发送业务流修改确认消息。7. 根据;f又利要求6所述的业务流^修改流程，其特4正在于，所述本 地业务流修改状态机通过比较业务流数据区中的参数来决定 在所述业务流修改请求消息中携带的参数。8 —种业务流修改流程，其特;f正在于，包括以下步骤S402，当处于正常状态的业务流状态4几收到来自本地业务 流》务改状态才...

【专利技术属性】
技术研发人员：景慧燕，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：94[中国|深圳]