专利名称：用于WiMAX系统的多业务流操作的优化方法
技术领域：
本发明涉及通信领域，并且特别地，涉及一种用于微波接入全
系统的多业务流」操作的优化方法。
背景技术：
在WiMAX无线通讯系统中，对一个用户，可以同时才是供多个 业务流的服务。WiMAX允许将多个业务流的操作请求放在一个消 息中携带。在现有NWG (其是WiMAX标准组织的其中一个工作 组，负责WiMAX系统网络技术相关工作)标准中，消息中可携带 合并资源冲旨示(Combined Resource Indicator )字,殳，用于表示同一 个请求消息中多个业务流的操作结果是否绑定。当多个业务流绑定 时，任一个业务流失败都会导致整个请求中所有的业务流预定纟喿作 失败；否则，任一个业务流失败只会影响自身的预定结果；此外， 在没有该字段的情况下，默认该多个业务流没有绑定。
类似地，在切换过程中同样会涉及到多个业务流的处理。在现 有的NWG标准中，对于切换:清求(HO—Req)消息的定义中并没有 包含合并资源指示(Combined Resource Indicator )字#殳。这才羊可能 导致终端在一次切换后原有业务流绑定信息丢失。在业务流绑定信 息丢失的情况下，如果需要重新获得该信息，则需要进行相应的处 理，/人而增加了信令流量。
6流程。其中，切换场景为Target ASN (目标网络)发起AK上下文 获耳又和数据通道预登记。并且，在此仅示出了向Target ASN 1 (目 标网络1)切换的流程，而在实际处理过程中可能存在多个Target ASN (目标网络)。
如图l所示，在切换时的切换准备处理可包括以下步骤
第一步MS (即，终端)向ServingASN (当前服务网络)发 送空口的切换-清求MOB—MSHO-REQ消息，发起切换；
第二步Serving ASN向一个或多个Target ASN (目标网纟备) 发送HO—Req消息，消息包4舌Authenticator ID鉴别器标识和Anchor ASN GW ID 4苗定网纟各网关冲示i口、；
第三步Target ASN 1 (目标网络1 )向Authenticator ASN (鉴
权网络)发起上下文请求流程；注该流程也可推迟至切换行动阶 段再发起；
第四步Target ASN 1 (目标网络1 )或Anchor ASN (数据管
理单元所在网络)发起凄t据通道预建立流程(其中，该步骤也可推 迟至切换行动阶段再执行)；
第五步Target ASN 1向ServingASN发送HO—Rsp(切才奐响应) 消息响应切换f清求；
第六步Serving ASN向MS发送MOB—BSHO-RSP (空口切换
响应)消息，该消息包括一个或多个网络为MS选^^的潜在的可切 4灸到的target BS目才示基站；第七步Serving ASN向潜在的target BS (目标基站)所属的 Target ASN 1 (目标网络1 )发送HO_Ack (切换正确应答)。
此外，若MS的多个业务流本来为绑定关系，当MS从ASN a 切换到ASN b后，由于先前的切换消息并没有将该MS多业务流绑 定的信息带给ASN b,所以ASN b默i人MS的多业务流没有绑定。 这样将可能导致终端的多个业务流绑定信息在发生一次切换后就丟失。
因此，4艮据现有技术，当MS在ASNb再次发生切换时，所执 4亍的处理与图1所示的处J里相同，只是ASN b成为相应的Serving ASN。
此夕卜，现有NWG对于Path_Prereg_Req ( ^各径预登记i青求)和 Path—Reg—Req (i 各4圣登i己i青,,)的定义中不包4舌Combined Resource Indicator (合并资源指示)字段，这样，对于多业务流操作请求， 不能保证切换后原有业务流绑定信息完整传递，也不利于目标网络 对于多业务流的判决优化。
图2示出了现有技术中进行切换时切换行动(Action)阶段的 处理的信令流程。其中，Serving ASN向Target ASN发送HO—Cnf (切4灸确i人)消息。如图2所示，切才奂^f亍动阶—拔的处理可包4舌以下 步骤
201, 才艮据协议规定，MS向Serving ASN发送MOB—HO-IND (空口切换指示)消息通知切换到Serving ASN所选才奪的Target ASN
中的一个；
202, 4要协i义所述，Serving ASN收到MOB—HO-IND消息后， 向上一步该Target ASN发送HO—Cnf消息；203，接协i义所述，该Target ASN向Serving ASN发送HO_Ack
确i人消息；
204,按协议所述，若HC^Req或HO—Cnf (切换确认)消息包 含Authenticator ID字革殳，且在之前的切4灸准备阶,殳，对应该MS的 AK上下文并;殳有获耳又，该Target ASN t尤会向Authenticator ASN(鉴 4又器所在网全备)发起上下文i青求流禾呈，为该MSi青求AK上下文；
205 ， 3要协i义所述，若HO_Req或HO_Cnf消息包含Anchor ASN GWID (锚定网络网关标识)字段，且还没有发生数据通道预登记 流程，则该流程可选4奪的在这 一 步发生；若发生且在 Path—Prereg_Req和响应消息中的SF Info(业务流4言息)中包4舌Data Delivery Trigger (凄t据分发触发)字,殳，则立即触发该MS 4壬4可业 务流的分发；
206， 4姿协i义所述，MS发起向该Target ASN的网全各重进入流程；
207， 4安协i义所述，该Target ASN向Anchor ASN发起凄t据通道 登记流程；
208，按协议所述，在网络重进入成功完成后，TargetASN发起 CMAC Key Count ( CMAC密钥计凄t)更新流禾呈；
209, 4要协i义所述，在网络重进入成功完成后，Target ASN可向 Serving ASN发送HO_Complete (切换完成)消息通知切:换完成；
210、 211,按协议所述，在与所述Target ASN数据通道建立完 成后，Anchor ASN可向旧的Serving ASN发起凄t据通道去登记流程。
然而，目前尚未才是出能够将对多业务流绑定关系的优化处理引 入到切换过程的技术方案。
发明内容
考虑到上述问题而估文出本发明，为此，本发明的主要目的在于 ^是供一种用于《敬波接入全5求互通系统的多业务流操作的优化方案， 该方案可在切换过程中提供目标网络对业务流绑定操作的选择，从 而完善了多业务;危处J里。
根据本发明的实施例，提供了 一种用于微波接入全球互通系统 的多业务流才喿作的优化方法。
该方法包括在切换请求消息、^各径预登记请求消息、和^各径 登记请求消息中增加合并资源指示，其中，合并资源指示用于表示 终端的多个业务流是否相互绑定；
切换请求处理，在将终端的多个业务流从当前服务网络切换至 目标网络时，目标网络可才艮据切换i青求消息中的合并资源指示以及 多个业务流的切换是否一皮目标网络4妻受，判断是否允许终端进4亍切 换；
路径预建立处理，在允许将终端的多个业务流从当前服务网络 切换到目标网络的情况下，根据路径预登记请求消息中的合并资源 指示以及是否能够对多个业务流建立数据通道预登记，目标网络或 凄t据管理单元所在网络可判断是否能够预建立目标网络与数据单元 所在网络之间的数据通道；以及
^各径建立处理，在允许将终端的多个业务流乂人当前月l务网络切 换到目标网络，并且未进朽^各径预登记处理的情况下，才艮据3各径登 记请求消息中的合并资源指示以及是否能够对多个业务流建立数据 通道登记，数据管理单元所在网络可判断是否能够建立目标网络与 数据管理单元所在网络之间的数据通道。其中，在切换准备处理中，进一步包括由终端向当前服务网 络发起切换或者由当前月l务网络发起切4灸；当前月良务网络向目标网 络发送切换请求消息；在切换请求消息中的合并资源指示表示终端 的多个业务流为绑定的情况下，如果多个业务流中的部分业务流4皮 目标网络拒绝，则目标网络可以判断不允许终端进行切换；如果多 个业务流中的每个业务流均未^C目标网^4巨绝，则目标网症各可以判 断允许终端进4亍切换。并且，在不允许终端进行切换的情况下，进 一步包括目标网络向当前服务网络发送响应消息，并在响应消息 中省略后续切换所需的部分信息；当前月良务网络将切换的备选目标 网络告知终端，其中，备选目标网络中不包括拒绝终端的目标网络。
另外，在^各径预建立处理中，进一步包括目标网络向凄t据管 理单元所在网络发送3各径预登记请求消息、或者由凄史据管理单元所 在网络向目标网络发送路径预登记请求消息；在路径预登记请求消 息中的资源合并指示表示多个业务流相互绑定的情况下，如果消息 才妻收方所在网络在处理对应于多个业务流中的部分业务流的3各径预 登记时失败，则目标网络或lt据管理单元所在网络判断不允许预建 立目标网络与凄t据管理单元所在网络之间的凝:据通道，并终止3各径 预建立处理；如果对应于多个业务流中每个业务流的^各径预登记建 立均成功，则允许预建立该凄t据通道。
此外，在3各径建立处理中，进一步包括目标网络将路径登记 请求消息发送至翁:据管理单元所在网络；在^各径登记请求消息中的 资源合并指示表示多个业务流相互绑定并且未进^^各径预登记的情 况下，如果婆:据管理单元所在网络在处理对应于多个业务流中的部 分业务流的路径登记时失败，则lt据管理单元所在网络判断不允许 建立与目标网络的数据通道，并终止路径建立处理；如果对应于多 个业务流中每个业务流的^各径登记建立均成功，则允许与目标网络 建立数据通道。并且，在该方法中，进一步包括在切换过程中将指示终端的 多个业务流的绑定关系的合并资源指示从当前服务网络传递给目标网络。
除此之外，在切换请求消息、路径预登记请求消息、和路径登 记请求消息中的合并资源指示表示多个业务流未相互绑定的情况 下，则进行切换请求处理、路径预建立处理、和路径建立处理，之 后触发多个业务流处理。其中，合并资源指示中包含合并资源要求 和汇聚子层类型。并且，汇聚子层类型用于标识合并资源要求对多 个业务流的绑定范围进行标识。其中，绑定范围包括终端层面和 业务汇聚子层面。
通过本发明的上述寺支术方案，可在切换过程中才是供目标网络对 业务流绑定4喿作进4亍判决的选择，克月良了现有标准中在多业务流情 况下的不足；同时保证了终端在一次切换后原有业务流绑定信息的 完整性，避免了由此可能导致的多业务流处理的错误。
图1是根据相关技术的在切换准备阶段中处理的信令流程图； 图2是根据相关技术的在切换行动阶段中处理的信令流程以及
图3是根据本发明实施例的用于微波接入全球互通系统的多业 务流才喿作的优化方法的流程图。
具体实施例方式
在本实施例中，提供了 一种用于微波接入全球互通系统的多业
务流:操作的优化方法。如图3所示，根据本发明实施例的用于微波接入全球互通系统
的多业务流才喿作的优化方法包括
步骤S302,在切换请求(HO—R叫)消息、路径预登记请求 (Path—Prereg—Req )消息、和^各径登i己i青求(Path—Reg_Req )消息 中i曾力口合并;斧源冲旨示(Combined Resource Indicator )， 其中， Combined Resource Indicator用于表示终端的多个业务流是否相互
绑定；
步骤S304,切换请求处理，在将终端的多个业务流从当前服务 网纟各切换至目标网络时，目标网络才艮据HO_Req消息中的Combined Resource Indicator以及多个业务流的切才奂是否一皮目标网绍 接受，判 断是否允许终端进行切换；
步备聚S306, ^各径子贞建立处理，在允"i午一寻乡冬端的多个业务流/人当 前月良务网络切换到目标网络的情况下，目标网络或凄史据管理单元所 在网纟各才艮才居Path—Prereg—Req消息中的Combined Resource Indicator 以及是否能够对多个业务流建立凄史据通道预登记，目标网乡各或凄史据 管理单元所在网络判断是否能够预建立目标网络与数据管理单元所 在网络之间的凄史据通道；以及
步骤S308， ^各径建立处理，在允许将终端的多个业务流从当前 服务网络切换到目标网络，并且未进行路径预登记处理的情况下， 目标网络或数据管理单元所在网络根据Path—Reg_Req消息中的 Combined Resource Indicator以及是否能够乂于多个业务;危建立凝:才居 通道登记，数据管理单元所在网络可判断是否能够建立目标网络与 凄丈据管理单元所在网络之间的凝:据通道。
其中，在切换准备处理中，进一步包括由终端向当前服务网 络发起切换或者由当前服务网络发起切换；当前服务网络向目标网纟各发送HO—Req消息；在HO—Req消息中的Combined Resource Indicator表示终端的多个业务流为绑定的情况下，如果多个业务流 中的部分业务流-陂目标网络拒绝，则目标网络可以判断不允许终端 进行切换；如杲多个业务流中的每个业务流均未净皮目标网全备拒绝， 则目标网络可以判断允许终端进4亍切换。并且，在不允许终端进4亍 切换的情况下，进一步包括目标网络向当前服务网络发送响应消 息，并在响应消息中省略后续切换所需的部分信息；当前月l务网络 将切4灸的备选目标网络告知终端，其中，备选目标网络中不包括之 前拒纟色了终端的目标网络。
另外，在路径预建立处理中，进一步包括目标网络向数据管 理单元所在网络发送Path_Prereg_Req消息、或者由数据管理单元所 在网纟各向目才示网纟各发送Path—Prereg_Req消息；在Path—Prereg—Req 消息中的资源合并指示表示多个业务流相互绑定的情况下，如果消 息4妄收方所在网络在处理对应于多个业务流中的部分业务流的3各径 预登记时失败，则目标网络或凄t据管理单元所在网全各判断不允许预
径预建立处理；如果对应于多个业务流中每个业务流的3各径预登记 建立均成功，则允许预建立该数据通道。
j):匕夕卜，在3各径建立处理中，进一步包4舌目标网纟备一夸 Path—Reg—R叫消息发送至数据管理单元所在网络；在Path—Reg—Req 消息中的资源合并指示表示多个业务流相互绑定并且未进^f亍3各径预 登记的情况下，如果H据管理单元所在网络在处理对应于多个业务 流中的部分业务流的3各径登记时失败，则凄t据管理单元所在网络判 断不允许建立与目标网络的数据通道，并终止路径建立处理；如果 对应于多个业务流中每个业务流的^各径登记建立均成功，则允许与 目标网络建立数据通道。并且，在该方法中，进一步包括在切换过程中将指示终端的 多个业务;危的绑定关系的Combined Resource Indicator 乂人当前月良务 网纟备4专递症合目标、网纟备。
除此之夕卜，在HO_Req消息、Path_Prereg—Req消息、和 Path—Reg_Req消息中的Combined Resource Indicator表示多个业务 流未相互绑定的情况下，则进行切换请求处理、路径预建立处理、 和^各径建立处理，之后触发多个业务流处理。其中，Combined Resource Indicator中包含合并资源要求和汇聚子层类型。并且，汇 聚子层类型用于标识合并资源要求对多个业务流的绑定范围进行标 识。其中，绑定范围包括终端层面和业务汇聚子层面。
也就是说，在切换请求处理、路径预建立处理、和^各径建立处 理过程中，如果业务流相互绑定，则只要有一个业务流;故拒绝或失 败，则与之绑定的其它业务流的切换、^各径预建立、和^各径建立结 果同样是失败。
另夕卜，在HO—Req消息、Path—Reg—Req消息、禾口 Path_Prereg—Req 消息中的Combined Resource Indicator表示多个业务;危未才目互绑定 的情况下，则进行相应的切换请求处理、路径预建立和路径建立处 理，之后触发多个业务流处理。
并且，Combined Resource Indicator中包含合并-貪源要求和汇聚 子层类型。此时，汇聚子层类型用于标识合并资源要求对多个业务 流的绑定范围进4亍标识。并且，绑定范围包4舌会冬端层面和业务汇 聚子层面。
另夕卜，Combined Resource Indicator中包含Combined Resource required ,口';匚聚子层类型(CS Type )。 Combined Resource required用于对多个业务流是否绑定进^亍标识；CS Type用于标识合并资源 要求对多个业务流的绑定范围进行标识。
其中，绑定范围包括终端层面和业务汇聚子层面。
其中，7于于Combined Resource required, 当该绑定才示示4立i殳为 绑定时，表示，任何一个业务流的失败都导致，对该i青求中该层面 的所有流的预定"t喿作的请求;故全部拒绝；否则表示一个业务流的失
败只影响其本身，不影响该:清求中其它业务流的#:作结果。
下面将结合具体场景对本发明进行描述。 首先将描述切换准备阶段。
^f艮i殳切4灸场景为Target ASN (目标网l各)发起AK上下文获耳又 和数据通道预登记。如图l所示，由于不考虑其他Target ASN的情 况，所以图1中仅示出Target ASN l(目标网络1 ),这里也仅以Target ASN 1为例进4亍描述，对于其它的Target ASN的处理与Target ASN 1的处J里类似、。
々支定，至少有一个业务流一皮Target ASN 1拒绝。此时，包4舌以 下处理
步骤11,同原有流程，MS (即，终端)向ServingASN (即， 当前服务网络)发送MOB_MSHO-REQ消息，发起切换；
步骤12, Serving ASN向 一个或多个Target ASN发送HO—Req 消息，消息包4舌Authenticator ID和Anchor ASN GW ID ( 4苗定4妄入 业务网络网关标识)；HO_Req消息将包括多个业务流是否绑定标
示；
16步眾《13，若多个业务流标示为绑定，只要有一个业务流一皮Target ASN 1拒绝，则Target ASN 1就可根据该绑定标示判定，拒绝该 MS所有业务流；则后续上下文请求流程和第四步的数据通道预建 立流程(即，下面将要描述的步骤14)对TargetASN 1都不必发起； 若没有绑定，则同原有流程，Target ASN 1向Authenticator ASN发 起上下文i青求流详呈；
步骤14, Target ASN 1或Anchor ASN发起^t据通道预建立流 程；若没有绑定，则同原有流程；
步骤15 ， Target ASN 1向Serving ASN发送HO—Rsp消息确i人 4刀4灸"i青求；若多个业务流才示示为绑定，则HO—Rsp消息至少可确定 不包含如下信息Data Path Info (凄t据通道信息)，HO ID (切换标 i口、 ) ， Service Level Prediction (业务等级予贞才艮)，HO Process Optimization ( 士刀4奂处J里^尤4匕)，HO Authorization Policy Support ( 士刀 换4受权策略支持)，Action Time (才喿作时间)，Data Integrity Info (凄史 据完整性信息)；且BS HO RSP Code (基站切换响应码)确定为拒 绝切换；
步骤16， Serving ASN向MS发送MOB—BSHO-RSP消息，该 消息包括一个或多个网络为MS选冲奪的潜在的可切换到的target BS (目标基站)；且该消息中不包括上述Target ASN 1;
步骤17, Serving ASN向所有潜在的target BS所属的Target ASN (即，备选的目标网络)发送HO_Ack，并且备选的目标网络中不 包括上述Target ASN 1;
此外，在切换场景为Target ASN发起的AK上下文获取和数据 通道预登记的情况下，如果MS的多个业务流本来为绑定关系，则 当MS从ASN a切换到ASN b后，由于先前的切换消息并没有将该MS多业务流绑定的信息带给ASN b，所以ASN b默认MS的多业 务流没有绑定。当MS在ASNb再次发生切换时，会有如下流程， 其中，ASN b将相应地成为Serving ASN:
同样，假设至少有一个业务流被Target ASN 1拒绝的情况，参 照图1,可以包4舌以下处5里
步骤 11 , 同原有流程，MS 向 Serving ASN发送 MOB—MSHO-REQ消息，发起切才奂；
步骤12, Serving ASN向 一个或多个Target ASN发送HO—R叫 消息，消息包4舌Authenticator ID详口 Anchor ASN GW ID;若Serving ASN未能/人其4也网元处获取到多业务流的绑定4言息，则HO—Req消 息将不包括多个业务流是否绑定标示，默认为不绑定；
步骤13,若只要有一个业务流被Target ASN 1拒纟色，按照该 MS的多个业务流本来为绑定关系，Target ASN 1就会拒绝该MS所 有业务流；则后续上下文请求流程和第四步的lt据通道预建立流程 对Target ASN 1都不必发起，即直接转入第五步；而由于该绑定关 系信息在先前的切换中丢失，导致当前切换中Serving ASN认为， 该MS的多业务流没有绑定关系，进入4昔误的处理，同协议原有流 程，Target ASN 1向Authenticator ASN发起上下文i青求流禾呈，转入 第4步；
步-骤14, Target ASN 1或Anchor ASN发起凄t据通道预建立流 程；若没有绑定，则同原有流程；
步艰《15 ， Target ASN 1向Serving ASN发送HO_Rsp消息确i人 切换f清求；如4姿照该MS多个业务流绑定关系，则HO一Rsp消息至 少可确定不包含以下后续切4奐处理所需的^f言息Data Path Info (数 据通道信息)，HO ID (切4奂标识)，Service Level Prediction (业务水平预才艮)，HO Process Optimization (切才奂处理优4匕)，HO Authorization Policy Support (切换授权策略支持)，Action Time (操 作时间)，Data Integrity Info(数据完整性信息)；且BS HO RSP Code
(基站切换响应码)确定为拒绝切换；爿f旦由于该绑定关系信息在先 前的切换中丢失，导致当前切换中Serving ASN认为，该MS的多 业务流没有绑定关系，则同原有流程，消息所带信息与原有流程一样。
步骤16, Serving ASN向MS发送MOB—BSHO-RSP消息，该 消息包括一个或多个网络为MS选^^的潜在的可切换到的target BS;如按照该MS多个业务流绑定关系，则该消息不包括上述Target ASN 1;但由于该绑定关系信息在先前的切换中丢失，导致当前切 换中Serving ASN认为，该MS的多业务流没有绑定关系，则该消 息可能包括上述Target ASN 1;
步骤17， Serving ASN向潜在的target BS所在的ASN发送 HO—Ack ，潜在的Target ASN中可能包括上述Target ASN 1 。
接下来将描述切换行动阶,爻的处理过程，，支设切换场景为 Serving ASN向Target ASN发送HO—Cnf消息，并且数据通道粒度 为每业务流，且凄丈寺居通道i青求(Path—Prereg_Req/Path_Reg—Req )中
多业务流为绑定关系。
参见图2，可以包者舌以下处理
201,才艮据协i义夫见定，MS向Serving ASN发送MOB—HO-IND (空口切换指示)消息通知切换到Serving ASN所选择的Target ASN 中的一个；
202， 4安协i义所述，Serving ASN收到MOB—HO-IND消息后， 向上一步该Target ASN发送HO_Cnf消息；203， 4安十办i义所述，该Target ASN向Serving ASN发送HO_Ack
确i人消息；
204，按协议所述，若HO_Req或HO_Cnf (切换确认)消息包 含Authenticator ID字革史，且在之前的切换准备阶l殳，对应该MS的 AK上下文并:^有获耳又，该Target ASN才尤会向Authenticator ASN发 起上下文i青求流程，为该MS i青求AK上下文；
此时，在步骤205中的处理为如果凄t据通道预登记流程若在 切换4亍动阶l爻发生，才艮据本发明，Path_Prereg_Req中多业务流绑定 标示如果是绑定关系并且，￡设有至少 一个业务流的数据通道建立失 败，贝寸Target ASN或Anchor ASN在Path—Prereg—Rsp消息中通^口，于 方凄t据通道预登记建立失败，并且，即^吏在Path_Prereg_Req和响应 消息中的SF Info中包4舌Data Delivery Trigger字4殳，也不触发该 MS任何业务流的分发；如果成功预建立凄t据通道，则#^于以下处 理；
206，按协议所述，MS发起向该Target ASN的网络重进入流程；
207，按协议所述，该Target ASN向Anchor ASN发起数据通道 登记流程；其中，在数据通道粒度为每业务流，且凄U居通道请求 (Path—Reg_Req )中多业务流为绑定关系的情况下，如果在翁:据通 道建立前未进4于lt据通道预登记，则发生三方握手的凄t据通道建立 流程当任一个业务流对应的数据通道建立被拒绝时，如果 Path—Reg_Req中多业务流绑定标示为绑定关系，贝'J Anchor ASN在 Path—Reg_Rsp消息中通知Target ASN凄t据通道登i己建立失败；
208，按协议所述，在网络重进入成功完成后，Target ASN发起 CMAC Key Count ( CMAC密钥计数)更新流程；209, 4安协-汉所述，在网络重进入成功完成后，TargetASN可向 Serving ASN发送HO—Complete (切换完成)消息通知切才奂完成；
210、 211,按协议所述，在与所述Target ASN数据通道建立完 成后，Anchor ASN可向旧的Serving ASN发起凄t据通道去登记流程。
本领域技术人员应当理解，除了以上描述的场景之外，本发明 同才羊适用于切4灸准备阶_度的其它应用场景。例如，AK上下文由 Serving ASN发送，Target ASN发起凄t据通道预登记；Anchor ASN 与Serving ASN共同配置且R4(参考点4 )数据通道预登记由Anchor ASN/Serving ASN发起；Anchor ASN与Serving ASN共同酉己置，且 数据通道预登记消息合到切换控制消息中发送；网络发起的切换等。
并且，对于网络发起的切换，由Serving ASN或Serving ASN/Authenticator ASN (共同配置时)发起；
应当注意，在上述场景中，除特别注明网络发起的切换外，其 它场景都是由MS发起的切换。
不难看出，通过增加合并资源指示，目标网络可对多个业务流 的切换请求直接作出判决，而不需要/人保留该合并资源信息的网元 处获耳又该信息或者将切换i青求信息传递菱合该网元再由该网元作出判 决。因此节省了相关信息交互的资源开销，同时也保证了原有业务 流绑定信息的完整传递。
另外，除以上描述的切换行动阶_险的描述的场景之外，本发明 还适用于其它切#^亍动阶|史场景。例如，Target ASN未收到R4 (参 考点4 )的HO—Cnf; Serving ASN未收到MOB—MSHO画REQ消息； Anchor ASN， AuthenticatorASN与Serving ASN共同酉己置，Serving
ASN发起通道登记等。借助于本发明的技术方案，可在切换过程中提供目标网络对业 务流绑定操作进行判决的选择，克服了现有标准中在多业务流情况
下的不足；同时保证了终端在一次切换后原有业务流绑定信息的完 整性，避免了由此可能导致的对于多业务流处理的错误。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本4页i或的^支术人员来i兌，本发明可以有各种更改和变4b。凡在 本发明的精神和原则之内，所作的任何》务改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1. 一种用于微波接入全球互通系统的多业务流操作的优化方法，其特征在于，包括在切换请求消息、路径预登记请求消息、和路径登记请求消息中增加合并资源指示，其中，所述合并资源指示用于表示所述终端的多个业务流是否相互绑定；切换请求处理，在将所述终端的多个业务流从当前服务网络切换至目标网络时，根据所述切换请求消息中的合并资源指示以及所述多个业务流的切换是否被所述目标网络接受，判断是否允许所述终端进行切换；路径预建立处理，在允许将所述终端的多个业务流从所述当前服务网络切换到所述目标网络的情况下，根据所述路径预登记请求消息中的合并资源指示以及是否能够对所述多个业务流建立数据通道预登记，判断是否能够预建立所述目标网络与数据管理单元所在网络之间的数据通道；以及路径建立处理，在允许将所述终端的多个业务流从所述当前服务网络切换到所述目标网络，并且未进行所述路径预登记处理的情况下，根据所述路径登记请求消息中的合并资源指示以及是否能够对所述多个业务流建立数据通道登记，判断是否能够建立所述目标网络与数据管理单元所在网络间的数据通道。
2. 4艮据片又利要求l所述的优化方法，其特;f正在于，在所述切换准备处理中，进一步包括由所述终端向所述当前服务网络发起切换或者由所述当 前月l务网络发起切换；所述当前服务网络向所述目标网络发送所述切换请求消自、-在所述切换请求消息中的合并资源指示表示所述终端的 所述多个业务流为绑定的情况下，如果所述多个业务流中的部 分业务流一皮所述目标网络拒绝，则所述目标网络判断不允许所述终端进行切换；如果所述多个业务流中的每个业务流均未#皮 所述目标网络拒绝，则所述目标网络判断允许所述终端进行切换。
3. 根据权利要求2所述的优化方法，其特征在于，在不允许所述 终端进行切:换的情况下，进一步包4舌所述目标网络向所述当前服务网络发送响应消息，并在所 述响应消息中省略后续切换所需的部分信息；所述当前月l务网全各将切换的备选目标网络告知所述终端， 其中，所述备选目标网络中不包括拒绝所述终端的所述目标网络。
4. 根据权利要求1所述的优化方法，其特征在于，在所述路径预 建立处理中，进一步包括所述目标网络向lt据管理单元所在网络发送所述^各径预 登记i青求消息、或者由凝:据管理单元所在网络向所述目标网络 发送所述路径预登记请求消息；在所述路径预登记请求消息中的资源合并指示表示所述 多个业务流相互绑定的情况下，如果所述目标网络或所述数据 管理单元所在网全各在处理^j"应于所述多个业务流中的部分业 务流的^各径预登记时失败，则所述目标网络或H据管理单元所 在网络判断不允许预建立所述目标网全各与所述凄t据管理单元 所在网络之间的数据通道，并终止所述路径预建立处理；如果对应于所述多个业务流中每个业务流的^各径预登记建立均成 功，则允许预建立所述H据通道。
5. 根据权利要求1所述的优化方法，其特征在于，在所述路径建 立处理中，进一步包括所述目标网络将所述路径登记请求消息发送至数据管理 单元所在网络；在所述路径登记请求消息中的资源合并指示表示所述多 个业务流相互绑定并且未进4于3各径预登记的情况下，如果所述 #t据管理单元所在网络在处理乂于应于所述多个业务流中的部 分业务流的路径登记时失败，则所述数据管理单元所在网络判 断不允许建立与所述目标网纟各的凄t据通道，并终止所述^各径建 立处理；如果乂于应于所述多个业务流中每个业务流的游4圣登i己 建立均成功，则允许与所述目标网络建立数据通道。
6. 根据权力要求1所述的优化方法，其特4正在于，进一步包括在切换过程中将指示所述终端的多个业务流的绑定关系 的合并资源指示从所述当前服务网络传递给所述目标网络。
7. 根据权利要求1至6中任一项所述的优化方法，其特征在于， 在所述切换请求消息、所述路径预登记请求消息、和所述路径 登记请求消息中的合并资源指示表示所述多个业务流未相互 绑定的情况下，则进4亍所述切换i青求处理、所述^各径预建立处 理、和所述3各径建立处理，之后触发所述多个业务流处理'。
8. 根据权利要求1至6中任一项所述的优化方法，其特征在于， 所述合并资源指示中包含所述合并资源要求和汇聚子层类型。
9. 根据权利要求8所述的优化方法，其特征在于，所述汇聚子层 类型用于标识所述合并资源要求对所述多个业务流的绑定范 围进行标识。
10. 根据权利要求9所述的优化方法，其特征在于，所述绑定范围 包4舌终端层面和业务汇聚子层面。
全文摘要
本发明公开了一种用于WiMAX系统的多业务流操作的优化方法，包括切换请求消息、路径预登记请求消息和路径登记请求消息中增加合并资源指示；切换请求处理，在终端将多个业务流从当前服务网络切换至目标网络时，根据切换请求消息中的合并资源指示及多个业务流的切换是否被目标网络接受，判断是否允许终端进行切换；路径预建立处理和路径建立处理，在允许终端将多个业务流从当前服务网络切换到目标网络的情况下，根据路径预登记请求消息和路径登记请求消息中的合并资源指示及是否能够对多个业务流建立数据通道预登记/登记，判断是否能够预建立/建立目标网络与数据管理单元所在网络间的数据通道。
文档编号H04W76/02GK101442734SQ20071018772
公开日2009年5月27日 申请日期2007年11月23日 优先权日2007年11月23日
发明者宋建全, 丽 褚, 玲 许 申请人:中兴通讯股份有限公司