专利名称：一种通信系统发起业务请求时对业务承载的处理方法
技术领域：
本发明涉及通信系统的业务呼叫处理技术，尤其涉及一种通信系统发起业务请求时对业务承载的处理方法。
背景技术：
接续时延是无线通讯系统尤其是第三代无线通讯系统，例如宽带码分多址(WCDMA)系统，中一个重要问题，接续时延过长会直接影响用户的主观感受，影响用户对通讯运营网络的忠诚度。
在第三代合作项目(3GPP)现有的关于WCDMA的技术方案中，业务建立一般分为两个阶段，一是RRC连接的建立，二是无线承载RB的建立。为了保持建立业务时的灵活性，接入网在每次下发RB建立时都把相关的参数全部从空口发送下去，这样导致RB建立的消息很大，加上在空口一定的传输误码重传的情况下，使得信令传输的时延很大，从而严重影响了业务建立的时延，对业务服务质量(QOS)和用户QOE都有较大的影响。
针对这种缺陷，3GPP在提出了一种新的对电路域(CS)和分组域(PS)呼叫时延的优化方案。
所述优化方案的主要是预配置(Preconfiguration)思想，现包括预定义配置(Pre-defined configuration)、缺省配置(Default configuration)、和存储配置(Stored configuration)方案。这三种方案的主体思想相同，此处以存储配置的方案为例进行介绍。
存储配置方案就是把要建立的业务的参数配置预先存储在终端(UE)和接入网(UTRAN)两端，在业务正式建立时就直接使用这些参数，而不用在UTRAN和UE之间传递了。由于对于不同的RB需要不同的配置参数，因此对于不同的RB配置参数的集合(称为一个RB配置项)就需要进行标识，在业务建立时UTRAN直接下发某个RB标识，UE根据该RB标识查询本地存储的该RB标识对应的RB配置参数，根据查询到的RB配置参数建立RB。
现有技术中使用存储配置集合标识(SCSI，Stored Configuration SetIdentity)和存储配置标识(SCI，Stored Configuration Identity)来共同标识一个RB配置项。图1为利用SCSI和SCI标识RB配置项的示意图。参见图1，SCI为SCSI集合中的一个元素，系统可以根据不同的特性类来产生不同的SCSI，比如某个SCSI是有关高速下行分组接入(HSDPA)的配置集合，而另一个SCSI是有关增强专用信道(EDCH)的配置集合等。对于RB标识的管理单位是以SCSI为目标的，SCSI是由一个配置集编号和一个与时间有关的版本标签组成。一个具体的SCI由SCSI和其对应的配置标识(Configuration Identity)组成。
在现有的3GPP 25.331 R6版本协议公开的技术方案中，在无线资源控制(RRC，Radio Resource Control)消息内包括预配置状态信息(Predefinedconfiguration status information)信元，该信元和预配置相关，如果设置为真值(TRUE)，网络侧通过这个IE来获知UE能够进行预配置；如果设置为虚值(FALSE)，网络侧则获知UE当前没有预配置信息。
图2为现有技术建立UE和UTRAN之间SCI和RB信息存储对应关系的流程图。参见图2，该流程主要包括步骤21、UTRAN将RRC Connection Setup消息中的发送预配置信息字段(SendStoredConfigurationInfo)设置为真(TRUE)，通知UE上报所存储的SCI列表。
步骤22、UE发送RRC连接建立完成消息(RRC Connection setupcomplete)到UTRAN，其中包括SCI列表，即预配置列表(Stored Configurationlist included)。
步骤23、UTRAN得知UE所存储的SCI列表；当UTRAN要建立的RB在UE上报的列表中并不存在的时候，则UTRAN在无线承载建立(RadioBearer Setup)消息中通知UE要建立的SCI和所对应的承载参数(bearparameters)。
步骤24、UE存储SCI和承载参数的对应关系，完成RB的建立过程；在无线承载建立完成(Radio Bearer Setup Complete)消息中通知网络已经更新SCI列表，其中包括预配置列表。
图3为现有技术使用UE和UTRAN之间SCI和RB信息存储对应关系建立RB的流程图。参见图3，该流程包括步骤31、UTRAN将RRC Connection Setup消息中的发送预配置信息字段设置为真(TRUE)，通知UE上报所存储的SCI列表。
步骤32、UE发送RRC连接建立完成消息到UTRAN，其中包括SCI列表，UTRAN得知UE所存储的SCI列表。
步骤33、当UTRAN要建立的RB在UE上报的SCI列表中存在时，UTRAN在无线承载建立(Radio Bearer Setup)消息中只采用SCI来指示UE需要建立的RB。
步骤34、UE接收到SCI后，按照UE的存储结果查找到该SCI对应的RB配置项，并建立该RB。由于UE的预配置列表没有更新，在无线承载建立完成(Radio Bearer Setup Complete)消息中通知网络侧没有更新SCI列表，即不包括SCI列表。
但是，现有RRC连接请求消息不存在用于标识所建RB的信元，无法由UE立即通知UTRAN当前业务希望处理的RB类型，UTRAN需要等待，直到UE和CN协商后，并由CN下发的无线接入承载(RAB)指配消息到达UTRAN，UTRAN才能根据该消息的指配完成RAB到RB的映射，得知UE要建立或重配置的RB信息，开始RB的资源准备，并下发对应消息给UE以完成RB建立或重配置过程；因此现有技术RB的资源准备和建立受限于UTRAN何时收到CN的RAB指配，导致现有业务请求呼叫的接续时延较长。
发明内容
有鉴于此，本发明的主要目的在于提供一种通信系统发起业务请求时对业务承载的处理方法，以改善通信业务请求的接续时延。
为了实现上述发明目的，本发明的主要技术方案为一种通信系统发起业务请求时对业务承载的处理方法，包括A、在终端和接入网中设置业务承载配置项及其对应的标识；在终端侧建立所述业务承载标识与业务类型的映射关系；B、终端发起业务请求时，通知接入网当前请求业务类型所映射的业务承载；C、接入网查找所述业务承载对应的业务承载配置项，按照业务请求触发执行对该业务承载的建立或重配置过程。
优选地，该方法进一步包括当接入网收到通信系统中核心网发送的无线接入承载RAB指配命令后，直接向核心网返回成功的RAB指配响应。
优选地，当接入网收到核心网的RAB指配命令后，进一步包括根据RAB指配映射得到业务承载，与终端通知的业务承载进行比较，如果业务承载相同，回应成功的RAB指配响应；如果不同，则根据RAB指配所映射的业务承载发起业务承载重配置过程，重配置后再向核心网返回成功的RAB指配响应。
优选地，该方法进一步包括在一次业务请求中，如果RAB指配映射的业务承载与终端通知的业务承载不同，则对该终端累计一次；当终端的累计次数超过预设的值，则接入网在随后该终端的N次业务请求时，不通过步骤C处理对应的业务承载，而是对RAB指配所映射的业务承载进行相应操作；所述N为大于零的正整数。
优选地，当RAB指配映射的业务承载与终端通知的业务承载不同时，则进一步包括接入网将RAB指配映射的业务承载标识下发给终端，终端将当前业务类型映射的业务承载标识更新为接入网下发的业务承载标识。
优选地，所述业务类型由具体的应用进行区分、或者由具体应用加上电路域建立类型、和或分组域上下文请求类型进行区分。
优选地，所述的业务承载标识为预定义配置标识、缺省配置标识、或存储配置标识。
优选地，所述在终端侧设置所述业务承载标识与业务类型的映射关系的具体方法为在业务请求之前预先设置好所述映射关系。
优选地，所述在终端侧设置所述业务承载标识与业务类型的映射关系的具体方法为通过终端与接入网之间的交互信令动态建立所述映射关系。
优选地，所述动态建立映射关系的具体过程为a、终端发起业务请求或者修改请求；b、终端和接入网之间进行接续信令交互；c、终端根据业务需要发起当前业务应用的电路域建立请求、分组域上下文激活请求、或分组域上下文修改请求；d、接入网收到终端发起的请求，根据核心网下发的RAB指配命令映射出当前业务所要操作的业务承载，并查找该业务承载对应的标识，触发对应的处理流程，向终端发送对应的消息，其中包括当前业务所要处理的业务承载的标识；e、终端从所述接入网返回的消息中提取业务承载标识，建立存储该业务承载标识与当前业务类型的映射关系。
优选地，该方法进一步包括接入网通过解析终端与核心网之间的数据流，得到当前业务的业务类型，在接入网中建立存储该业务类型与当前业务所操作的业务承载的标识之间的映射关系。
优选地，接入网获知终端通知的业务承载后，从自身存储的所述映射关系中查找当前业务类型映射的业务承载标识，根据查询结果对终端通知的业务承载进行核实，当终端上报的业务承载与接入网自身查找到的业务承载不一致时，则接入网将自身查找到的业务承载标识下发给终端，终端将当前业务类型映射的业务承载标识更新为接入网下发的业务承载标识。
优选地，该方法进一步包括在一次业务请求中，当接入网自身存储并查找到的业务承载与终端通知的业务承载不同时，则对该终端累计一次；当终端的累计次数超过预设的值，则接入网在收到随后该终端的N次业务请求时，不通过步骤C处理对应的业务承载，而对核心网下发的RAB指配所映射的业务承载进行相应处理；所述N为大于零的正整数。
优选地，步骤B中，终端通知接入网当前请求业务类型所映射的业务承载的方法为终端将业务承载标识携带在无线资源控制RRC连接请求消息中发送给接入网；或者，终端将业务承载标识携带在RRC连接建立完成消息中发送给接入网；或者，终端将业务承载标识携带在初始直传消息中发送给接入网；或者，终端构造通知消息，将业务承载标识携带在该通知消息中发送给接入网。
优选地，步骤C中，所述业务请求触发的对所述业务承载进行的处理过程具体为业务承载建立过程、业务承载重配置过程、业务信道的重配置过程、或物理信道的重配置过程。
由于本发明的方法通过当终端发起业务请求时，由终端立即通知接入网当前业务希望建立或重配置的RB，接入网在核心网(CN)下发RAB指配之前，根据终端的通知，为该终端当前请求的业务建立或重配置对应的RB，当收到核心网下发的RAB指配时，立即可以回复RAB响应。从而可以缩短业务请求的接续时延。实验证明，利用本发明的方法可以改善的接续时延在0.3秒到0.5秒量级。
图1为利用SCSI和SCI标识RB配置项的示意图；图2为现有技术建立UE和UTRAN之间SCI和RB信息存储对应关系的流程图；图3为现有技术使用UE和UTRAN之间SCI和RB信息存储对应关系建立RB的流程图；图4为本发明所述方法的流程图；图5为所述动态建立PCI与业务类型映射关系的具体流程图；图6为本发明所述PCI和业务类型的映射关系图；图7为本发明第一实施例所述在业务请求时对RB的处理流程图；图8A为利用RRC连接请求消息通知UTRAN将要处理的PCI的流程图；图8B为利用RRC连接建立完成消息通知UTRAN将要处理的PCI的流程图；图8C为利用初始直传消息通知UTRAN将要处理的PCI的流程图；图8D为利用构造的通知消息通知UTRAN将要处理的PCI的流程图。
具体实施例方式
下面通过具体实施例和附图对本发明做进一步详细说明。
图4为本发明所述方法的流程图。参见图4，本发明的核心技术方案为一种无线通信系统中业务承载RB建立的方法，包括步骤41、在终端和接入网中设置业务承载配置项及其对应的标识；在终端侧建立所述业务承载标识与业务类型的映射关系；步骤41、终端发起业务请求时，通知接入网当前请求业务类型所映射的业务承载；步骤43、接入网查找所述业务承载对应的业务承载配置项，按照业务请求触发执行对该业务承载的建立或重配置过程。
以下实施例以WCDMA系统为例对本发明的技术方案进行说明，但是本发明的方法也可适用于其他类似的无线或有线通讯网络，也适用于长期演变发展(LTE，long term evolution)的网络。
步骤41中，预先在终端(此处为UE)和接入网(此处为UTRAN)中设置RB配置项及其对应标识的方法可以采用现有技术，该RB标识称为无线承载标识(PCI)，可以为现有的预定义配置(Pre-defined configuration)标识、缺省配置(Default configuration)标识、和存储配置(Storedconfiguration)标识，其设置存储方法可以参考现有3GPP 25.331 R6版本公开的技术方案。
步骤41中，预先在终端侧设置所述RB标识与业务类型的映射关系的具体方法可以是预先手动设置好映射关系，也可以在终端与UTRAN之间交互信令时动态建立映射关系。
图5为所述动态建立PCI与业务类型映射关系的具体流程图。参见图5，该流程包括步骤51、UE发起业务请求或者修改请求。
步骤52、UE和UTRAN之间进行接续信令交互。
步骤53、UE根据业务需要发起当前应用电路域建立(CS Setup)请求/分组域上下文(PS PDP)激活请求/分组域上下文(PS PDP)修改请求。
步骤54、UTRAN收到UE发起的请求，根据CN下发的RAB指配中携带的信息映射出当前业务所要操作的RB，并查找该RB对应的PCI；并触发对应的处理流程，向终端发送对应的消息，其中包括当前业务所要操作的RB对应的PCI；此处对RB的操作可以为建立RB或修改RB。
UE发送的CS Setup消息/PS PDP激活请求/PS PDP修改请求消息所触发UTRAN下发的消息可以有多种，例如CS Setup请求和PS PDP激活请求触发UTRAN发送RB建立消息到终端；PS PDP修改触发UTRAN发送RB重配置(RB Reconfig)消息、或Traffic通道重配置(Traffic ChannelReconfig)消息或物理通道重配置(Physical Channel Reconfig)消息给UE；或者UE发送的CS Setup消息/PS PDP激活请求/PS PDP修改请求消息也可以触发UTRAN下发其他消息，但是不论为哪种消息，其中都包括当前业务所处理RB的PCI。
步骤55、UE从所述UTRAN返回的消息中提取PCI，存储该PCI与业务类型的映射关系。
另外，UTRAN中的RNC也可以通过解析UE与CN之间的数据流，来得到当前业务的业务类型，并存储该业务类型与当前业务所操作的RB的PCI之间的映射关系。
图6为本发明所述PCI和业务类型的映射关系图。参见图6，所述业务类型由不同的具体应用(Application)、和或CS建立类型(CS Setup Type)和或PS PDP请求类型进行区分，所述的应用包括电路域应用(Applicationcs)和分组域应用(Application ps)，所述PCI也包括电路域PCI(PCI cs)和分组域PCI(PCI cs)。此处举例说明UE侧的PCI与业务类型的分类映射机制UE侧完成的映射关系如图6所示，UE侧首先对实际应用的呼叫中出现的CS Setup以及PS PDP激活/PS PDP修改消息对关键信息进行提取和分类，按照差异归类为不同类型，映射到PCI上。UE侧的应用映射到CS Setup类型上以及PS PDP请求类型上，UE侧的应用也可以直接映射到PCI上。上述映射关系从左到右可以一对一，也可以多对一，每个应用以及每个CSSetup类型和PS PDP激活类型只能映射到唯一的PCI上。
图7为本发明第一实施例所述在业务请求时对RB的处理流程图。参见图7，该流程包括步骤71～步骤72、UE在新发起的业务呼叫流程时，例如发起应用业务的建立或修改请求时，根据所发起的业务类型以及业务类型与PCI的映射关系，查找到当前业务类型映射的PCI，并将该PCI发送到UTRAN。
步骤73～步骤74、UTRAN根据PCI与RB配置项的对应关系，查找到所述PCI对应的RB配置项，按照UE的业务请求对该RB进行操作，具体为触发RB建立过程，或触发用于重配置RB的过程例如RB重配置过程、或业务信道的重配置过程、或物理信道的重配置过程等操作；针对所触发的操作，UTRAN开始RB的资源准备和操作过程，向UE下发对应的操作请求例如RB建立请求、或RB重配置请求、或业务信道的重配置请求、或物理信道的重配置请求等，请求消息中携带当前所处理的RB的标识即PCI。
步骤75～步骤76、UE收到请求后查找所述PCI对应的RB配置项，按照UTRAN下发的请求对该RB进行操作，例如建立该RB，或者修改该RB；返回响应消息给UTRAN，例如返回RB建立完成消息、或RB重配置完成消息、或业务信道的重配置完成消息、或物理信道的重配置完成消息等。
此时，当前业务所涉及的RB在UTRAN未接收到核心网指配命令之前就已经建立或修改了，因此可以大大缩短业务请求接续的时延。
步骤77、当UTRAN收到来自核心网的RAB指配命令后，根据RAB指配映射到RB，并与步骤73所处理过的RB进行比较，如果RB相同，执行步骤78；否则，判定步骤73处理的RB错误，执行步骤79。
步骤78、UTRAN向核心网回应成功的RAB指配响应，结束本流程。
步骤79～步骤710、修改UTRAN的资源，按照RAB指配映射的RB进行RB重配置，并在向UE下发的用于RB重配置的消息(具体可以是RB重配置请求、或业务信道的重配置请求、或物理信道的重配置请求等消息)中携带RAB指配所映射RB的标识即PCI。
步骤711～步骤713、UE收到请求后查找所述PCI对应的RB配置项，按照UTRAN下发的请求对该RB进行操作即重配置该RB；返回响应消息给UTRAN，例如返回RB建立完成消息、或RB重配置完成消息、或业务信道的重配置完成消息、或物理信道的重配置完成消息等，UTRAN收到后返回RAB指配响应给CN；UE还将当前业务类型映射的PCI更新为UTRAN下发的PCI，以便下一次业务请求时UE能够正确处理RB。
上述流程为本发明的一次业务请求中所涉及的过程，在新的业务请求时重新执行上述流程。
在本发明的第二实施例中，与第一实施例的流程相似，但当RAB指配映射的RB与UE上报的RB不同时，还可以进一步进行如下特殊处理在一次业务请求中，如果RAB指配映射的RB与UE上报的RB不同，则对该终端累计一次；当终端的累计次数超过预设的值，则接入网在处理随后该终端的N次业务请求时，在步骤73之后，不通过步骤74～步骤76处理RB，而是根据核心网下发的RAB指配所映射的RB处理RB，即在步骤77收到RAB指配请求之后，执行步骤710至步骤713；所述N为大于零的正整数。此实施例的处理目的在于UTRAN对UE的上报错误进行惩罚。当大于N次后，UTRAN才响应UE上报的PCI，使用该PCI为UE建立或修改RB。
在本发明的第三实施例中，与第一实施例的流程相似，但如果UTRAN中的RNC也存储了业务类型与PCI之间的映射关系，则当UTRAN收到UE上报的PCI后，从自身存储的所述映射关系中查找当前业务类型映射的PCI，根据查询结果对UE上报的PCI进行核实，如果一样，则继续执行本发明的后续步骤；如果不一样，则将自身存储并查找到的PCI下发给UE，UE将当前业务类型映射的PCI更新为UTRAN下发的PCI。
进一步地，第三实施例在一次业务请求中，如果UTRAN查找到的PCI与UE上报的PCI不同，则进一步对该终端累计一次；当终端的累计次数超过预设的值，则接入网在处理随后该终端的N次业务请求时，在步骤73之后，不通过步骤74～步骤76处理RB，而是根据核心网下发的RAB指配所映射的RB处理RB，即在步骤77收到RAB指配请求之后，执行步骤710至步骤713；所述N为大于零的正整数。当大于N次后，UTRAN才响应UE上报的PCI，使用该PCI为UE建立或修改RB。
另外，在步骤72中，UE将PCI发送到UTRAN所用的消息中可以引入新的信元携带PCI，例如，参见表1，包括两个新字段，其中类型字段用于表示该PCI是预定义配置(Pre-defined configuration)标识、缺省配置(Defaultconfiguration)标识、还是存储配置(Stored configuration)标识；PCI字段记录具体的PCI值。
表1
另外，新增的信元也可以仅为PCI字段，参见表2，
表2另外，也可以在PCI字段内部引入类型值进行扩展定义，用三种不同的值标识该PCI为预定义配置标识、缺省配置标识、还是存储配置标识。
对于UE通过何种消息将PCI发送给UTRAN，可以有多种方式，以下是几种优选实施例图8A为利用RRC连接请求消息通知UTRAN将要处理的PCI的流程图。参见图8A，UE发起业务请求时，确定该业务类型映射的PCI即将要处理的PCI，将该PCI携带在RRC连接请求消息中通知UTRAN。
图8B为利用RRC连接建立完成(RRC CONNECTION SETUP COMPLETE)消息通知UTRAN将要处理的PCI的流程图。参见图8B，UE发起业务请求时，确定该业务类型映射的PCI，发起RRC连接请求消息到UTRAN，UTRAN下发RRC连接建立消息给UE，UE在RRC连接建立完成消息中携带所述PCI发送给UTRAN。
图8C为利用初始直传(Initial Direct Transfer)消息通知UTRAN将要处理的PCI的流程图。参见图8C，UE发起业务请求时，确定该业务类型映射的PCI，发起RRC连接请求消息到UTRAN，UTRAN下发RRC连接建立消息给UE，UE向UTRAN返回RRC连接建立完成消息后，在初始直传消息中携带所述PCI发送给UTRAN。
图8D为利用构造的通知消息通知UTRAN将要处理的PCI的流程图。参见图8D，UE发起业务请求时，确定该业务类型映射的PCI，构造一个新的通知消息，在该消息中携带所述PCI，发送给UTRAN。
另外，UE在确定业务类型所映射的PCI后，也可以通过现有的其他上行RRC消息携带该PCI，通知UTRAN。所述其他上行RRC消息例如上行直传消息、加密完成消息等。
所述通知接入网当前请求业务类型所映射的业务承载的方法也可以为将与当前业务类型所映射的业务承载对应的某一个其他标记(不是PCI)发送给接入网，该标记与高层业务类型以及PCI之间存在一一对应的映射关系，接入网根据该标记查找到对应的PCI。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
权利要求
1.一种通信系统发起业务请求时对业务承载的处理方法，其特征在于，包括A、在终端和接入网中设置业务承载配置项及其对应的标识；在终端侧建立所述业务承载标识与业务类型的映射关系；B、终端发起业务请求时，通知接入网当前请求业务类型所映射的业务承载；C、接入网查找所述业务承载对应的业务承载配置项，按照业务请求触发执行对该业务承载的建立或重配置过程。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括当接入网收到通信系统中核心网发送的无线接入承载RAB指配命令后，直接向核心网返回成功的RAB指配响应。
3.根据权利要求2所述的方法，其特征在于，当接入网收到核心网的RAB指配命令后，进一步包括根据RAB指配映射得到业务承载，与终端通知的业务承载进行比较，如果业务承载相同，回应成功的RAB指配响应；如果不同，则根据RAB指配所映射的业务承载发起业务承载重配置过程，重配置后再向核心网返回成功的RAB指配响应。
4.根据权利要求3所述的方法，其特征在于，该方法进一步包括在一次业务请求中，如果RAB指配映射的业务承载与终端通知的业务承载不同，则对该终端累计一次；当终端的累计次数超过预设的值，则接入网在随后该终端的N次业务请求时，不通过步骤C处理对应的业务承载，而是对RAB指配所映射的业务承载进行相应操作；所述N为大于零的正整数。
5.根据权利要求3所述的方法，其特征在于，当RAB指配映射的业务承载与终端通知的业务承载不同时，则进一步包括接入网将RAB指配映射的业务承载标识下发给终端，终端将当前业务类型映射的业务承载标识更新为接入网下发的业务承载标识。
6.根据权利要求1所述的方法，其特征在于，所述业务类型由具体的应用进行区分，或者由具体应用加上电路域建立类型、和或分组域上下文请求类型进行区分。
7.根据权利要求1所述的方法，其特征在于，所述的业务承载标识为预定义配置标识、缺省配置标识、或存储配置标识。
8.根据权利要求1所述的方法，其特征在于，所述在终端侧设置所述业务承载标识与业务类型的映射关系的具体方法为在业务请求之前预先设置好所述映射关系。
9.根据权利要求1所述的方法，其特征在于，所述在终端侧设置所述业务承载标识与业务类型的映射关系的具体方法为通过终端与接入网之间的交互信令动态建立所述映射关系。
10.根据权利要求9所述的方法，其特征在于，所述动态建立映射关系的具体过程为a、终端发起业务请求或者修改请求；b、终端和接入网之间进行接续信令交互；c、终端根据业务需要发起当前业务应用的电路域建立请求、分组域上下文激活请求、或分组域上下文修改请求；d、接入网收到终端发起的请求，根据核心网下发的RAB指配命令映射出当前业务所要操作的业务承载，并查找该业务承载对应的标识，触发对应的处理流程，向终端发送对应的消息，其中包括当前业务所要处理的业务承载的标识；e、终端从所述接入网返回的消息中提取业务承载标识，建立存储该业务承载标识与当前业务类型的映射关系。
11.根据权利要求1所述的方法，其特征在于，该方法进一步包括接入网通过解析终端与核心网之间的数据流，得到当前业务的业务类型，在接入网中建立存储该业务类型与当前业务所操作的业务承载的标识之间的映射关系。
12.根据权利要求11所述的方法，其特征在于，接入网获知终端通知的业务承载后，从自身存储的所述映射关系中查找当前业务类型映射的业务承载标识，根据查询结果对终端通知的业务承载进行核实，当终端上报的业务承载与接入网自身查找到的业务承载不一致时，则接入网将自身查找到的业务承载标识下发给终端，终端将当前业务类型映射的业务承载标识更新为接入网下发的业务承载标识。
13.根据权利要求12所述的方法，其特征在于，该方法进一步包括在一次业务请求中，当接入网自身存储并查找到的业务承载与终端通知的业务承载不同时，则对该终端累计一次；当终端的累计次数超过预设的值，则接入网在收到随后该终端的N次业务请求时，不通过步骤C处理对应的业务承载，而对核心网下发的RAB指配所映射的业务承载进行相应处理；所述N为大于零的正整数。
14.根据权利要求1所述的方法，其特征在于，步骤B中，终端通知接入网当前请求业务类型所映射的业务承载的方法为终端将业务承载标识携带在无线资源控制RRC连接请求消息中发送给接入网；或者，终端将业务承载标识携带在RRC连接建立完成消息中发送给接入网；或者，终端将业务承载标识携带在初始直传消息中发送给接入网；或者，终端构造通知消息，将业务承载标识携带在该通知消息中发送给接入网。
15.根据权利要求1所述的方法，其特征在于，步骤C中，所述业务请求触发的对所述业务承载进行的处理过程具体为业务承载建立过程、业务承载重配置过程、业务信道的重配置过程、或物理信道的重配置过程。
全文摘要
本发明公开了一种通信系统发起业务请求时对业务承载的处理方法，包括A.在终端和接入网中设置业务承载配置项及其对应的标识；在终端侧建立所述业务承载标识与业务类型的映射关系；B.终端发起业务请求时，通知接入网当前请求业务类型所映射的业务承载；C.接入网查找所述业务承载对应的业务承载配置项，按照业务请求触发执行对该业务承载的建立或重配置过程。本发明可以有效地缩短业务请求的接续时延。
文档编号H04W76/02GK1859766SQ20061000772
公开日2006年11月8日 申请日期2006年2月14日 优先权日2006年2月14日
发明者姜海涛 申请人:华为技术有限公司