CN1859766A - 一种通信系统发起业务请求时对业务承载的处理方法 - Google Patents
一种通信系统发起业务请求时对业务承载的处理方法 Download PDFInfo
- Publication number
- CN1859766A CN1859766A CNA2006100077259A CN200610007725A CN1859766A CN 1859766 A CN1859766 A CN 1859766A CN A2006100077259 A CNA2006100077259 A CN A2006100077259A CN 200610007725 A CN200610007725 A CN 200610007725A CN 1859766 A CN1859766 A CN 1859766A
- Authority
- CN
- China
- Prior art keywords
- service
- terminal
- access network
- request
- service bearer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000004891 communication Methods 0.000 title claims abstract description 14
- 238000012545 processing Methods 0.000 title claims description 7
- 238000013507 mapping Methods 0.000 claims abstract description 50
- 230000008569 process Effects 0.000 claims abstract description 25
- 238000003672 processing method Methods 0.000 claims abstract description 6
- 230000004044 response Effects 0.000 claims description 10
- 230000004913 activation Effects 0.000 claims description 7
- 238000012986 modification Methods 0.000 claims description 7
- 230000004048 modification Effects 0.000 claims description 7
- 230000011664 signaling Effects 0.000 claims description 7
- 230000001186 cumulative effect Effects 0.000 claims description 6
- 238000010276 construction Methods 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 8
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 235000021186 dishes Nutrition 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012913 prioritisation Methods 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- 230000002950 deficient Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种通信系统发起业务请求时对业务承载的处理方法，包括：A.在终端和接入网中设置业务承载配置项及其对应的标识；在终端侧建立所述业务承载标识与业务类型的映射关系；B.终端发起业务请求时，通知接入网当前请求业务类型所映射的业务承载；C.接入网查找所述业务承载对应的业务承载配置项，按照业务请求触发执行对该业务承载的建立或重配置过程。本发明可以有效地缩短业务请求的接续时延。
Description
技术领域
本发明涉及通信系统的业务呼叫处理技术，尤其涉及一种通信系统发起业务请求时对业务承载的处理方法。
背景技术
接续时延是无线通讯系统尤其是第三代无线通讯系统，例如宽带码分多址(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值。
| 类型 | 预定义配置标识、缺省配置标识、或存储配置标识 | 说明PCI的类型 |
| PCI | 整数类型 | UE请求建立或修改的RB标识，UTRAN根据该PCI查找到要建立或修改的RB配置项 |
表1
另外，新增的信元也可以仅为PCI字段，参见表2，
| PCI | 整数类型 | UE请求建立或修改的RB标识，UTRAN可根据PCI查找到要建立或修改的RB配置项 |
表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。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (15)
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中，所述业务请求触发的对所述业务承载进行的处理过程具体为：业务承载建立过程、业务承载重配置过程、业务信道的重配置过程、或物理信道的重配置过程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100077259A CN100420341C (zh) | 2006-02-14 | 2006-02-14 | 一种通信系统发起业务请求时对业务承载的处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100077259A CN100420341C (zh) | 2006-02-14 | 2006-02-14 | 一种通信系统发起业务请求时对业务承载的处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1859766A true CN1859766A (zh) | 2006-11-08 |
| CN100420341C CN100420341C (zh) | 2008-09-17 |
Family
ID=37298616
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100077259A Active CN100420341C (zh) | 2006-02-14 | 2006-02-14 | 一种通信系统发起业务请求时对业务承载的处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100420341C (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102014399A (zh) * | 2010-11-23 | 2011-04-13 | 中兴通讯股份有限公司 | 建立1x数据用户话务模型的方法和装置 |
| CN101365159B (zh) * | 2007-08-08 | 2011-11-16 | 华为技术有限公司 | 承载标识处理方法及设备 |
| CN102264145A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团公司 | 一种业务调度方法、装置及系统 |
| CN102404691A (zh) * | 2008-10-16 | 2012-04-04 | 中兴通讯股份有限公司 | 一种无线承载选择方法 |
| CN104105139A (zh) * | 2013-04-09 | 2014-10-15 | 中国移动通信集团浙江有限公司 | 一种低价值业务资源控制方法及系统 |
| CN101964954B (zh) * | 2009-07-24 | 2015-08-12 | 中兴通讯股份有限公司 | 一种用户数据无线承载需求的通知方法及系统 |
| WO2016191963A1 (zh) * | 2015-05-29 | 2016-12-08 | 华为技术有限公司 | 一种建立承载的方法、用户设备及基站 |
| CN103781182B (zh) * | 2012-10-23 | 2017-07-21 | 成都鼎桥通信技术有限公司 | 业务建立方法及核心网设备 |
| WO2022222117A1 (zh) * | 2021-04-22 | 2022-10-27 | Oppo广东移动通信有限公司 | 业务标识到链路映射的方法和多链路设备 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1279770C (zh) * | 2003-04-11 | 2006-10-11 | 华为技术有限公司 | 无线接入网中的业务优先级的传输方法 |
| KR100964684B1 (ko) * | 2003-09-29 | 2010-06-21 | 엘지전자 주식회사 | 이동통신 시스템의 방송 및 멀티캐스트 서비스 제공방법 |
| DE60321921D1 (de) * | 2003-11-07 | 2008-08-14 | Research In Motion Ltd | Behandlung von Konfigurations- und Mobilitätsverwaltungsnachrichten mit fehlender "Ciphering Activation Time for DPCH" Information in einem universellen Funktelekommunikationssytem (UMTS) |
-
2006
- 2006-02-14 CN CNB2006100077259A patent/CN100420341C/zh active Active
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101365159B (zh) * | 2007-08-08 | 2011-11-16 | 华为技术有限公司 | 承载标识处理方法及设备 |
| CN102404691A (zh) * | 2008-10-16 | 2012-04-04 | 中兴通讯股份有限公司 | 一种无线承载选择方法 |
| CN101964954B (zh) * | 2009-07-24 | 2015-08-12 | 中兴通讯股份有限公司 | 一种用户数据无线承载需求的通知方法及系统 |
| CN102264145A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团公司 | 一种业务调度方法、装置及系统 |
| CN102264145B (zh) * | 2010-05-31 | 2014-12-31 | 中国移动通信集团公司 | 一种业务调度方法、装置及系统 |
| CN102014399A (zh) * | 2010-11-23 | 2011-04-13 | 中兴通讯股份有限公司 | 建立1x数据用户话务模型的方法和装置 |
| CN103781182B (zh) * | 2012-10-23 | 2017-07-21 | 成都鼎桥通信技术有限公司 | 业务建立方法及核心网设备 |
| CN104105139A (zh) * | 2013-04-09 | 2014-10-15 | 中国移动通信集团浙江有限公司 | 一种低价值业务资源控制方法及系统 |
| CN104105139B (zh) * | 2013-04-09 | 2017-11-03 | 中国移动通信集团浙江有限公司 | 一种低价值业务资源控制方法及系统 |
| WO2016191963A1 (zh) * | 2015-05-29 | 2016-12-08 | 华为技术有限公司 | 一种建立承载的方法、用户设备及基站 |
| CN107005891A (zh) * | 2015-05-29 | 2017-08-01 | 华为技术有限公司 | 一种建立承载的方法、用户设备及基站 |
| US10420117B2 (en) | 2015-05-29 | 2019-09-17 | Huawei Technologies Co., Ltd. | Bearer establishment method, user equipment, and base station |
| CN107005891B (zh) * | 2015-05-29 | 2021-02-12 | 华为技术有限公司 | 一种建立承载的方法、用户设备及基站 |
| US11006433B2 (en) | 2015-05-29 | 2021-05-11 | Huawei Technologies Co., Ltd. | Bearer establishment method, user equipment, and base station |
| WO2022222117A1 (zh) * | 2021-04-22 | 2022-10-27 | Oppo广东移动通信有限公司 | 业务标识到链路映射的方法和多链路设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100420341C (zh) | 2008-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1859766A (zh) | 一种通信系统发起业务请求时对业务承载的处理方法 | |
| CN1191735C (zh) | 在移动通信系统中不同节点之间切换的方法 | |
| CN1969478A (zh) | 无线通信系统中用于点对多点服务的通信控制消息 | |
| CN1859791A (zh) | 一种无线通信网络中实现切换的方法和系统及其基站 | |
| CN101911779A (zh) | 用于小区重选的方法和设备 | |
| CN1802012A (zh) | 实现网络服务提供商选择的方法 | |
| CN101060712A (zh) | 无线连接建立方法 | |
| CN101052206A (zh) | 一种移动终端网络附着方法 | |
| CN1809218A (zh) | 移动终端上报和更新存储配置参数信息的方法 | |
| CN1929497A (zh) | 一种获取移动节点家乡代理信息的方法和系统 | |
| CN1852604A (zh) | 一种提供呼叫服务的方法及系统 | |
| CN1925669A (zh) | 实现用户设备位置更新的方法及装置 | |
| CN101043711A (zh) | 在无线通信系统中实现资源一致性处理的方法及系统 | |
| CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
| CN101039523A (zh) | 联合用户迁移方法及通讯系统以及服务gprs支持节点 | |
| CN1510960A (zh) | 无线接入网络系统、无线通信方法、控制服务器及数据服务器 | |
| CN1794878A (zh) | 对移动终端状态转换过程中的非接入层信令的处理方法 | |
| CN1780481A (zh) | 用户设备识别服务无线网络子系统迁移的方法 | |
| CN1874592A (zh) | 基站控制器分离状态下的分类区域定位方法 | |
| CN1949921A (zh) | 一种演进后网络中用户终端接入核心网的方法 | |
| CN1773988A (zh) | 一种服务通用分组无线业务支持节点之间的通讯方法 | |
| CN1254145C (zh) | 基地电台控制装置，传呼系统和方法 | |
| CN1173505C (zh) | 通用陆地无线接入网中基站接口承载重组的方法 | |
| CN1835628A (zh) | 一种用户终端接入无线网络网关的方法 | |
| CN1852462A (zh) | 一种实现短消息前转的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |