CN102612099A - 业务承载的重建立方法及装置 - Google Patents
业务承载的重建立方法及装置 Download PDFInfo
- Publication number
- CN102612099A CN102612099A CN2012101072421A CN201210107242A CN102612099A CN 102612099 A CN102612099 A CN 102612099A CN 2012101072421 A CN2012101072421 A CN 2012101072421A CN 201210107242 A CN201210107242 A CN 201210107242A CN 102612099 A CN102612099 A CN 102612099A
- Authority
- CN
- China
- Prior art keywords
- service bearer
- failure
- cell
- origin
- district
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种业务承载的重建立方法及装置。其中，该方法包括：UE从源小区向目的小区切换过程中，保存UE的类型为AM的业务承载当前的HFN和SN，删除目的小区接纳失败的业务承载；UE切换至目的小区失败，与源小区重建立连接；UE建立接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置对应的HFN和SN。通过本发明，保证了UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种业务承载的重建立方法及装置。
背景技术
用户设备(User Equipment，简称为UE)在从源小区向目的小区切换时，目的小区当前可能只能接纳UE的业务承载中的部分业务承载(例如，由于目的小区资源受限)，目的小区向源小区发送切换请求确认消息，通知源小区UE的一个业务承载接纳失败。此时，源小区向UE下发的切换命令中携带业务承载删除列表，通知UE将目的小区接纳失败的业务承载释放。UE在收到切换命令以后会将业务承载删除列表中的业务承载释放，然后向目的小区同步和接入。
如果UE向目的小区同步失败或者接入失败，UE可以重建立与小区的连接。例如，UE可能向源小区发起重建立请求。源小区接收UE发送的重建立请求，重建立与UE的连接，在重建立完成以后，源小区向UE发重配消息，重配消息中可能携带有目的小区接纳失败的业务承载。UE在收到重配消息以后，由于UE已经删除了目的小区接纳失败的业务承载，UE将新建接纳失败的业务承载。
对于类型为确认模式(Acknowledgement Mode，简称为AM)的业务承载，UE删除AM类型的业务承载后，其PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层的超帧号(Hyper Frame Number，简称为HFN)和序号(Sequence Number，简称为SN)信息从0开始分配，而源小区中对应于该业务承载的HFN和SN都保持了切换发生时候的值。如果UE需要新建类型为AM的业务承载，由于源小区的HFN和SN的值与UE所维护的HFN和SN的值不一致，将导致源小区和UE的数据加解密的参数不一致，UE无法新建类型为AM的业务承载，进而导致业务数据断流。
发明内容
针对UE在切换失败后，UE的类型为AM的业务承载接纳失败时，删除了UE的类型AM的业务承载，使得源小区的HFN和SN的值与UE所维护的HFN和SN的值不一致，导致源小区和UE的数据加解密的参数不一致，进而导致UE在与源小区重建立的过程中，无法新建接纳失败的类型为AM的业务承载的问题，本发明提供了一种业务承载的重建立方法及装置，以至少解决上述问题。
根据本发明的一个方面，提供了一种业务承载的重建立方法，包括：UE从源小区向目的小区切换过程中，保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN，删除所述目的小区接纳失败的业务承载；所述UE切换至所述目的小区失败，与所述源小区重建立连接；所述UE建立所述接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置所述对应的HFN和SN。
优选地，所述UE切换至所述目的小区失败，包括：所述UE接入所述目的小区失败，或者，所述UE与所述目的小区同步失败。
优选地，所述UE建立所述接纳失败的业务承载，包括：所述UE接收所述源小区下发的重配消息，其中，所述重配消息中携带有所述接纳失败的业务承载的信息；所述UE建立所述接纳失败的业务承载。
优选地，所述UE为该业务承载配置所述对应的HFN和SN之后，所述方法还包括：所述UE向所述源小区发送重配完成消息。
优选地，用户设备UE保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN，删除所述目的小区接纳失败的业务承载，包括：所述UE接收所述源小区发送的切换命令，其中，所述切换命令中携带有业务承载的删除列表，所述删除列表中包含所述目的小区接纳失败的业务承载标识；所述UE保存所述UE的类型为AM的业务承载当前的HFN和SN；所述UE删除与所述业务承载标识对应的业务承载。
优选地，在所述UE接收所述源小区发送的切换命令之前，所述方法还包括：所述源小区接收所述目的小区发送的切换请求确认消息，其中，所述切换请求确认消息中携带有所述目的小区接纳失败的业务承载标识。
根据本发明的另一方面，提供了一种业务承载的重建立装置，包括：保存模块，用于在UE从源小区向目的小区切换过程中，保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN；删除模块，用于删除所述目的小区接纳失败的业务承载；第一建立模块，用于在所述UE切换至所述目的小区失败时，与所述源小区重建立连接；第二建立模块，用于建立所述接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置所述对应的HFN和SN。
优选地，第二建立模块包括：第一接收单元，用于接收所述源小区下发的重配消息，其中，所述重配消息中携带有所述接纳失败的业务承载的信息；建立单元，用于建立所述接纳失败的业务承载。
优选地，所述装置还包括：发送模块，用于所述第二建立模块为该业务承载配置所述对应的HFN和SN后，向所述源小区发送重配完成消息。
优选地，所述保存模块包括：第二接收单元，用于接收所述源小区发送的切换命令，其中，所述切换命令中携带有业务承载的删除列表，所述删除列表中包含所述目的小区接纳失败的业务承载标识；保存单元，用于保存所述UE的类型为AM的业务承载当前的超帧号HFN和序号SN；所述删除模块通过以下方式删除所述目的小区接纳失败的业务承载：删除与所述业务承载标识对应的业务承载。
通过本发明，UE从源小区向目的小区切换过程中，保存了UE的类型为AM的业务承载切换时的HFN和SN。UE在切换至所述目的小区失败后，与源小区重建立连接目的小区接纳失败的业务承载时，若UE确定该业务承载的类型为AM，则建立该接纳失败的业务承载时，为该业务承载配置保存的与该业务承载对应的HFN和SN。使得源小区的HFN和SN的值与UE所维护的HFN和SN的值保持一致，进而源小区和UE的数据加解密的参数保持一致，保证UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的业务承载的重建立方法的流程图；
图2是根据本发明实施例一的业务承载的重建立方法的流程图；
图3是根据本发明实施例二的业务承载的重建立方法的流程图；
图4是根据本发明实施例的业务承载的重建立装置的示意图；
图5是根据本发明实施例优选的第二建立模块的示意图；
图6是根据本发明实施例优选的业务承载的重建立装置的示意图；
图7是根据本发明实施例优选的保存模块的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
根据本发明实施例，提供了一种业务承载的重建立方法，UE在发生切换时，保存类型为AM的业务承载当前的HFN和SN信息，如果UE切换失败，UE回退配置，如果该业务承载存在，则为其分配保存的HFN和SN。
图1是根据本发明实施例的业务承载的重建立方法的流程图，如图1所示，该方法可以包括以下几个步骤(步骤S102-步骤S106)：
步骤S102，UE从源小区向目的小区切换过程中，保存UE的类型为AM的业务承载当前的HFN和SN，删除目的小区接纳失败的业务承载。
步骤S104，UE切换至目的小区失败，与源小区重建立连接。
步骤S106，UE建立接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置对应的HFN和SN。
通过本发明实施例，UE从源小区向目的小区切换过程中，保存了UE的类型为AM的业务承载切换时的HFN和SN。UE在切换至所述目的小区失败后，与源小区重建立连接目的小区接纳失败的业务承载时，若UE确定该业务承载的类型为AM，则建立该接纳失败的业务承载时，为该业务承载配置保存的与该业务承载对应的HFN和SN。使得源小区的HFN和SN的值与UE所维护的HFN和SN的值保持一致，进而源小区和UE的数据加解密的参数保持一致，保证UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
在实际应用中，UE可以从当前所在的小区(源小区)向其他小区(目的小区)切换，例如，UE可根据当前的小区环境发起切换，或者UE所在的小区可以根据系统状况将UE切换至其他小区。UE在向目的小区的切换过程中，可能还导致切换失败，例如，在接入目的小区是时接入失败，或者与目的小区同步失败等。如果切换失败，则UE可以发起重建立连接，例如，可以向源小区发送重建立请求，与源小区重新建立连接。
在UE从源小区向目的小区切换时，目的小区当前可能只能接纳UE的业务承载中的部分业务承载，例如，由于当前目的小区资源受限，目的小区仅能接纳UE的业务承载中的一个业务承载，UE的其他业务承载将会接纳失败。目的小区可以向源小区发送切换请求确认消息，通知源小区UE的一个业务承载接纳失败。此时，源小区向UE下发的切换命令中可以携带业务承载删除列表，通知UE将目的小区接纳失败的业务承载释放。
例如，UE在源小区有两个业务承载，承载类型均为AM。切换发生时，目的小区由于资源受限，接纳了其中一个业务承载，并通过切换请求确认消息通知源小区。源小区向UE发送携带有业务承载的删除列表的切换命令，该列表中携带了接纳失败的业务承载标识。在本发明实施例的一个优选实施方式中，UE可以接收源小区发送的切换命令，保存UE的类型为AM的业务承载当前的HFN和SN，删除与删除列表中业务承载标识对应的业务承载。
进一步的，UE可以向目的小区同步和接入。如果UE向目的小区同步失败或者接入失败，将导致UE切换失败。切换失败后，UE可以重建立与小区的连接。在本发明实施例的一个优选实施方式中，UE可以向源小区发起重建立请求。源小区接收UE发送的重建立请求，重建立与UE的连接，在重建立完成以后，源小区可以向UE发重配消息，该重配消息中携带有目的小区接纳失败的业务承载。UE接收源小区下发的重配消息，由于UE已经删除了目的小区接纳失败的业务承载，UE将新建接纳失败的业务承载。
在本发明实施例的一个优选实施方式中，UE接收源小区下发的重配消息，UE确定该业务承载的类型为AM，且UE保存有与该业务承载对应的HFN和SN，则为该业务承载配置保存的与该业务承载对应的HFN和SN。UE为该业务承载配置对应的HFN和SN之后，UE还可以向源小区发送重配完成消息。通过本优选实施方式，使得源小区的HFN和SN的值与UE所维护的HFN和SN的值保持一致，进而源小区和UE的数据加解密的参数保持一致，保证UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
下面通过具体实施例进行描述。
实施例一
根据本发明实施例，以UE在服务小区有两个业务承载且承载类型均为AM为例，对本发明实施例的业务承载的重建立方法进行说明。
在本发明实施例中，UE发生切换时，目的小区由于资源受限只接纳了UE的一个业务承载，并通过切换请求确认消息通知源小区。源小区向UE发切换命令，UE接收到切换命令后，保存当前所有业务承载的HFN和SN信息，将接纳失败的业务承载删除。UE向目的小区接入失败后，向源小区发起重建立请求。重建立完成以后，源小区向UE下发重配消息。UE接收到重配消息后，新建目的小区接纳失败的业务承载，并为该承载分配保存的HFN和SN。配置完成以后向源小区发送重配完成消息，业务恢复正常。
图2是根据本发明实施例一的业务承载的重建立方法的流程图，如图2所示，该方法可以包括以下步骤(步骤S202-步骤S216)：
步骤S202，UE在服务小区有两个业务承载，承载类型为AM。
步骤S204，切换发生时，目的小区由于资源受限，接纳了其中一个业务承载，并通过切换请求确认消息通知源小区。
步骤S206，源小区向UE发切换命令，其中携带了业务承载的删除列表，该列表中携带了接纳失败的业务承载标识。
步骤S208，UE收到了切换命令，保存了当前所有业务承载的HFN和SN信息，将接纳失败的业务承载删除。
步骤S210，UE向目的小区接入失败，随后向源小区发起重建立请求。
步骤S212，重建立完成以后，源小区向UE下发重配消息，消息中携带了目的小区接纳失败的业务承载信息。
步骤S214，UE收到重配消息以后，新建了上述的目的小区接纳失败的业务承载，并为该承载分配保存的HFN和SN。
步骤S216，UE配置完成以后向源小区发送重配完成消息，业务恢复正常。
实施例二
在本发明实施例中，UE在源小区有两个业务承载，其中一个承载类型为非确认模式(Unacknowledgement Mode，简称为UM)，另一个承载类型为AM。切换发生时，目的小区由于资源受限，只是接纳了类型为AM的业务承载，并通过切换请求确认消息通知源小区。源小区向UE发切换命令，UE接收到切换命令后，将接纳失败的业务承载删除，只保存类型AM的业务承载的HFN和SN信息。由于AM的业务承载一直是存在的，后续流程和现有技术保持一致。
图3是根据本发明实施例二的业务承载的重建立方法的流程图，如图3所示，该方法可以包括以下步骤(步骤S302-步骤S310)：
步骤S302，UE在服务小区有两个业务承载，其中一个承载类型为UM，另一个承载类型为AM。
步骤S304，切换发生时，目的小区由于资源受限，只接纳类型为AM的业务承载，并通过切换请求确认消息通知源小区。
步骤S306，源小区向UE发切换命令，其中携带了业务承载的删除列表，该列表中携带了接纳失败的业务承载标识。
步骤S308，UE收到了切换命令，将接纳失败的业务承载删除，只保存类型AM的业务承载的HFN和SN信息。
步骤S310，由于AM的业务承载一直是存在的，UE后续进行重建类型UM的业务承载，重建类型为UM的业务承载时基站和UE使用的HFN和SN均从0开始分配，因此，UE可以直接为配置HFN和SN。
根据本发明实施例，还提供了一种业务承载的重建立装置，用以实现本发明上述实施例提供的业务承载的重建立方法。
图4是根据本发明实施例的业务承载的重建立装置的示意图，如图4所示，该装置主要包括：保存模块10、删除模块20、第一建立模块30和第二建立模块40。其中，保存模块10，用于在UE从源小区向目的小区切换过程中，保存UE的类型为AM的业务承载当前的HFN和SN；删除模块20，与保存模块10相耦合，用于删除目的小区接纳失败的业务承载；第一建立模块30，与删除模块20相耦合，用于在UE切换至目的小区失败时，与源小区重建立连接；第二建立模块40，与第一建立模块30相耦合，用于建立接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置与该业务承载对应的HFN和SN。
通过本发明，UE从源小区向目的小区切换过程中，保存模块10保存了UE的类型为AM的业务承载切换时的HFN和SN。UE在切换至所述目的小区失败后，第一建立模块30与源小区重建立连接目的小区接纳失败的业务承载时，若UE确定该业务承载的类型为AM，则第二建立模块40建立该接纳失败的业务承载时，为该业务承载配置保存的与该业务承载对应的HFN和SN。使得源小区的HFN和SN的值与UE所维护的HFN和SN的值保持一致，进而源小区和UE的数据加解密的参数保持一致，保证UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
UE可以向源小区发起重建立请求。源小区接收UE发送的重建立请求，重建立与UE的连接，在重建立完成以后，源小区可以向UE发重配消息，该重配消息中携带有目的小区接纳失败的业务承载。因此，在本发明实施例的一个优选实施方式中，如图5所示，第二建立模块40可以包括：第一接收单元402，用于接收源小区下发的重配消息，其中，重配消息中携带有接纳失败的业务承载的信息；建立单元404，用于建立接纳失败的业务承载。优选地，如图6所示，该装置还可以包括：发送模块50，用于第二建立模块40为该业务承载配置与该业务承载对应的HFN和SN后，向源小区发送重配完成消息。
在本发明实施例的一个优选实施方中，如图7所示，保存模块10可以包括：第二接收单元102，用于接收、源小区发送的切换命令，其中，切换命令中携带有业务承载的删除列表，删除列表中包含目的小区接纳失败的业务承载标识；保存单元104，用于保存UE的类型为AM的业务承载当前的HFN和SN。此时，删除模块20可以通过以下方式删除目的小区接纳失败的业务承载：删除与删除列表中的业务承载标识对应的业务承载。
从以上的描述中，可以看出，本发明实现了如下技术效果：UE从源小区向目的小区切换过程中，保存了UE的类型为AM的业务承载切换时的HFN和SN。UE在切换至所述目的小区失败后，与源小区重建立连接目的小区接纳失败的业务承载时，若UE确定该业务承载的类型为AM，则建立该接纳失败的业务承载时，为该业务承载配置保存的与该业务承载对应的HFN和SN。使得源小区的HFN和SN的值与UE所维护的HFN和SN的值保持一致，进而源小区和UE的数据加解密的参数保持一致，保证UE能够新建类型为AM的业务承载，进而避免了业务数据断流。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种业务承载的重建立方法，其特征在于，包括：
用户设备UE从源小区向目的小区切换过程中，保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN，删除所述目的小区接纳失败的业务承载；
所述UE切换至所述目的小区失败，与所述源小区重建立连接；
所述UE建立所述接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置所述对应的HFN和SN。
2.根据权利要求1所述的方法，其特征在于，所述UE切换至所述目的小区失败，包括：
所述UE接入所述目的小区失败，或者，所述UE与所述目的小区同步失败。
3.根据权利要求1所述的方法，其特征在于，所述UE建立所述接纳失败的业务承载，包括：
所述UE接收所述源小区下发的重配消息，其中，所述重配消息中携带有所述接纳失败的业务承载的信息；
所述UE建立所述接纳失败的业务承载。
4.根据权利要求3所述的方法，其特征在于，所述UE为该业务承载配置所述对应的HFN和SN之后，所述方法还包括：
所述UE向所述源小区发送重配完成消息。
5.根据权利要求1所述的方法，其特征在于，用户设备UE保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN，删除所述目的小区接纳失败的业务承载，包括：
所述UE接收所述源小区发送的切换命令，其中，所述切换命令中携带有业务承载的删除列表，所述删除列表中包含所述目的小区接纳失败的业务承载标识；
所述UE保存所述UE的类型为AM的业务承载当前的HFN和SN；
所述UE删除与所述业务承载标识对应的业务承载。
6.根据权利要求5所述的方法，其特征在于，在所述UE接收所述源小区发送的切换命令之前，所述方法还包括：
所述源小区接收所述目的小区发送的切换请求确认消息，其中，所述切换请求确认消息中携带有所述目的小区接纳失败的业务承载标识。
7.一种业务承载的重建立装置，其特征在于，包括：
保存模块，用于在用户设备UE从源小区向目的小区切换过程中，保存所述UE的类型为确认模式AM的业务承载当前的超帧号HFN和序号SN；
删除模块，用于删除所述目的小区接纳失败的业务承载；
第一建立模块，用于在所述UE切换至所述目的小区失败时，与所述源小区重建立连接；
第二建立模块，用于建立所述接纳失败的业务承载，确定该业务承载的类型为AM，且保存有与该业务承载对应的HFN和SN，为该业务承载配置所述对应的HFN和SN。
8.根据权利要求7所述的装置，其特征在于，第二建立模块包括：
第一接收单元，用于接收所述源小区下发的重配消息，其中，所述重配消息中携带有所述接纳失败的业务承载的信息；
建立单元，用于建立所述接纳失败的业务承载。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：
发送模块，用于所述第二建立模块为该业务承载配置所述对应的HFN和SN后，向所述源小区发送重配完成消息。
10.根据权利要求7所述的装置，其特征在于，
所述保存模块包括：第二接收单元，用于接收所述源小区发送的切换命令，其中，所述切换命令中携带有业务承载的删除列表，所述删除列表中包含所述目的小区接纳失败的业务承载标识；保存单元，用于保存所述UE的类型为AM的业务承载当前的超帧号HFN和序号SN；
所述删除模块通过以下方式删除所述目的小区接纳失败的业务承载：删除与所述业务承载标识对应的业务承载。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210107242.1A CN102612099B (zh) | 2012-04-12 | 2012-04-12 | 业务承载的重建立方法及装置 |
| PCT/CN2013/074089 WO2014005453A1 (zh) | 2012-04-12 | 2013-04-11 | 业务承载的重建立方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210107242.1A CN102612099B (zh) | 2012-04-12 | 2012-04-12 | 业务承载的重建立方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102612099A true CN102612099A (zh) | 2012-07-25 |
| CN102612099B CN102612099B (zh) | 2015-08-12 |
Family
ID=46529187
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210107242.1A Active CN102612099B (zh) | 2012-04-12 | 2012-04-12 | 业务承载的重建立方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102612099B (zh) |
| WO (1) | WO2014005453A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103249096A (zh) * | 2013-05-31 | 2013-08-14 | 大唐移动通信设备有限公司 | 一种切换处理方法、设备和系统 |
| WO2014005453A1 (zh) * | 2012-04-12 | 2014-01-09 | 中兴通讯股份有限公司 | 业务承载的重建立方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101374315A (zh) * | 2007-08-21 | 2009-02-25 | 中兴通讯股份有限公司 | 无线网络层用户面处理部件故障时业务保持方法 |
| CN101843139A (zh) * | 2007-10-30 | 2010-09-22 | 高通股份有限公司 | 移动通信网络中在基站间切换时进行hfn处理的方法和系统 |
| CN102123458A (zh) * | 2010-01-11 | 2011-07-13 | 中兴通讯股份有限公司 | 无线链路失败的处理方法及终端 |
| WO2012002890A1 (en) * | 2010-07-02 | 2012-01-05 | Telefonaktiebolaget L M Ericsson (Publ) | Prioritization of data packets |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102612099B (zh) * | 2012-04-12 | 2015-08-12 | 中兴通讯股份有限公司 | 业务承载的重建立方法及装置 |
-
2012
- 2012-04-12 CN CN201210107242.1A patent/CN102612099B/zh active Active
-
2013
- 2013-04-11 WO PCT/CN2013/074089 patent/WO2014005453A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101374315A (zh) * | 2007-08-21 | 2009-02-25 | 中兴通讯股份有限公司 | 无线网络层用户面处理部件故障时业务保持方法 |
| CN101843139A (zh) * | 2007-10-30 | 2010-09-22 | 高通股份有限公司 | 移动通信网络中在基站间切换时进行hfn处理的方法和系统 |
| CN102123458A (zh) * | 2010-01-11 | 2011-07-13 | 中兴通讯股份有限公司 | 无线链路失败的处理方法及终端 |
| WO2012002890A1 (en) * | 2010-07-02 | 2012-01-05 | Telefonaktiebolaget L M Ericsson (Publ) | Prioritization of data packets |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014005453A1 (zh) * | 2012-04-12 | 2014-01-09 | 中兴通讯股份有限公司 | 业务承载的重建立方法及装置 |
| CN103249096A (zh) * | 2013-05-31 | 2013-08-14 | 大唐移动通信设备有限公司 | 一种切换处理方法、设备和系统 |
| CN103249096B (zh) * | 2013-05-31 | 2016-04-06 | 大唐移动通信设备有限公司 | 一种切换处理方法、设备和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102612099B (zh) | 2015-08-12 |
| WO2014005453A1 (zh) | 2014-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102333335B (zh) | 一种无线局域网wlan中业务恢复的方法、设备和系统 | |
| CN109788544B (zh) | 一种层2处理方法、cu及du | |
| WO2017036248A1 (zh) | 一种数据传输方法、装置及系统 | |
| CN110731091B (zh) | 用于促进用户设备的无线电链路恢复的方法、元件、介质及用户设备 | |
| US20110135095A1 (en) | Method and system for generating key identity identifier when user equipment transfers | |
| CN102355743B (zh) | 一种ue上下文信息的管理方法和设备 | |
| CN105744579A (zh) | 终端在ap间切换的方法、切换控制装置及接入装置 | |
| US20210068030A1 (en) | Routing selection method, apparatus, device and system, and storage medium | |
| CN105282803A (zh) | 通讯接口和基于通讯接口的信息传递方法及系统 | |
| CN110061820B (zh) | 地址发送的方法及装置、存储介质、电子装置 | |
| CN102821384A (zh) | 无线链路的重建方法及装置 | |
| CN104935439A (zh) | 实现数字签名的方法及设备 | |
| CN102404809A (zh) | 数据传输通道迁移方法及系统 | |
| US20130150008A1 (en) | Method and apparatus for signaling trace | |
| CN108632855B (zh) | 一种在基站间建立接口的方法及装置 | |
| US11943830B2 (en) | Link re-establishment method, apparatus, and system | |
| US20200100304A1 (en) | Method and device for configuring gtp transmission channel and storage medium | |
| CN113316269A (zh) | 会话管理方法及装置 | |
| CN102612099A (zh) | 业务承载的重建立方法及装置 | |
| US20210378032A1 (en) | Method for establishing a connection of a mobile terminal to a mobile radio communication network and radio access network component | |
| EP3035770A1 (en) | Call service implementation method and device, and indication information delivery method and device | |
| CN110545253B (zh) | 一种信息处理方法、装置、设备及计算机可读存储介质 | |
| CN111052798A (zh) | 一种数据复制功能的控制方法及装置、计算机存储介质 | |
| CN106161376B (zh) | 一种端到端加密通信的协商方法及装置 | |
| CN108881019B (zh) | 一种终端接入方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 210012 NANJING, JIANGSU PROVINCE TO: 518057 SHENZHEN, GUANGDONG PROVINCE |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20120830 Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Applicant after: ZTE Corporation Address before: 210012 Zhongxing communication, No. 68, Bauhinia Road, Yuhuatai District, Jiangsu, Nanjing Applicant before: Nanjing Branch of Zhongxing Communication Co., Ltd. |
|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |