CN105592010B - 数据传输方法及装置 - Google Patents

数据传输方法及装置 Download PDF

Info

Publication number
CN105592010B
CN105592010B CN201410571417.3A CN201410571417A CN105592010B CN 105592010 B CN105592010 B CN 105592010B CN 201410571417 A CN201410571417 A CN 201410571417A CN 105592010 B CN105592010 B CN 105592010B
Authority
CN
China
Prior art keywords
network
fqc
data
processing
boundary
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.)
Active
Application number
CN201410571417.3A
Other languages
English (en)
Other versions
CN105592010A (zh
Inventor
陈礼娟
陈翔
曾生根
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing ZTE New Software Co Ltd
Original Assignee
Nanjing ZTE New Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201410571417.3A priority Critical patent/CN105592010B/zh
Priority to PCT/CN2015/075572 priority patent/WO2016062013A1/zh
Publication of CN105592010A publication Critical patent/CN105592010A/zh
Application granted granted Critical
Publication of CN105592010B publication Critical patent/CN105592010B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据传输方法及装置，其中，该方法包括：第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；所述边界网元将进行FQC处理后的所述数据发送给所述第二网络。通过本发明，解决了相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，提升了支持FQC的网络与不支持FQC的网络之间互通时的通话质量，提高网络兼容性。

Description

数据传输方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种数据传输方法及装置。
背景技术
在CS域(Circuit Switch domain，电路交换域)网络中，3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)用户面协议定义了一种FQC(Frame QualityClassifier，帧质量分类)传递机制。图1是根据相关技术的CS域中端到端的FQC实现机制示意图，以图1所示为例，在CS域通话过程中，UE1-->UE2方向上(用户设备(User Equipment，简称为UE，也称终端))，当无线链路质量不好的时候，RNC①从无线链路上收到的数据如果有损坏，且Iu口的“Delivery of erroneous SDU”参数为“YES”，则RNC①会把这帧数据封装发送给MGW(Media Gateway，媒体网关)，且该帧数据的FQC设为“frame bad due toradio”。如果是TrFO(Transcoder Free Operation，免编码转换操作)呼叫，这些FQC为“frame bad due to radio”的坏帧会传送到RNC②，RNC②会丢弃坏帧，只是把FQC为“framegood”的好帧往UE2发送；如果是非TrFO呼叫，这些FQC为“frame bad due to radio”的数据帧由MGW内部的声码器进行处理。综上所述，在已有的CS域实现机制中，FQC指示为坏帧的数据包是在数据的接收点上判断是否继续处理。
在IMS(IP Multimedia System，IP多媒体系统)网络中，数据封装协议遵守RFC4867协议，也定义了Frame quality indicator(Q bit)用于指示净荷数据质量。
在CS域与LTE语音业务(Voice over LTE，简称为VoLTE)互通的边界上，IM-MGW(IPMultimedia-Media Gateway，IP多媒体网关)网元只是进行了数据净荷封装协议的转换，从3GPP的UP(User Plane，用户面)协议封装格式转换成IP承载要求的RFC4867格式，CS侧的FQC字段转换成RFC4867定义的Q bit，与数据净荷一起发往VoLTE网络。
而在实际对接测试中发现，由于VoLTE网络侧处理FQC参数的机制不完善，会导致如下的现象：当CS接入侧无线链路质量不好时，相同接入条件下，CS域用户与VoLTE用户互通时的语音质量，不如CS域内用户之间互通时的语音质量好。
导致上述现象出现原因就在于：CS无线接入质量不好时产生的坏帧，CS域接收处理与VoLTE接收处理不同。图2是根据相关技术的CS域与VoLTE互通时面临问题的示意图，如图2所示，VoLTE网络中会把坏帧一直传递给终端，而CS网络中，坏帧在被叫RNC接收后就丢弃了，不会发给终端处理。
针对相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据传输方法及装置，以至少解决相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题。
根据本发明的一个实施例，提供了一种数据传输方法，包括：第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；所述边界网元将进行FQC处理后的所述数据发送给所述第二网络。
本实施例中，所述边界网元对所述数据进行FQC处理包括：所述边界网元确定所述第二网络不支持FQC处理，则所述边界网元对所述数据进行FQC处理。
本实施例中，所述边界网元对所述数据进行FQC处理包括：所述边界网元判断所述数据中是否存在坏帧；如果是，所述边界网元丢弃所述坏帧。
本实施例中，所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
本实施例中，所述边界网元为IP多媒体网关IM-MGW。
根据本发明的另一实施例，提供了一种数据传输装置，位于第一网络与第二网络之间互通的边界网元中，其中，所述第一网络支持FQC处理，所述装置包括：判断模块，用于判断从第一网络传来的数据是否向第二网络发送；处理模块，用于在所述判断模块的判断结果为是时，对所述数据进行帧质量分类FQC处理；发送模块，用于将进行FQC处理后的所述数据发送给所述第二网络。
本实施例中，所述处理模块包括：确定单元，用于在确定所述第二网络不支持FQC处理的情况下，对所述数据进行FQC处理。
本实施例中，所述处理模块包括：判断单元，用于判断所述数据中是否存在坏帧；处理单元，用于在所述判断单元的判断结果为是时，丢弃所述坏帧。
本实施例中，所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
本实施例中，所述边界网元为IP多媒体网关IM-MGW。
通过本发明，采用第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；所述边界网元将进行FQC处理后的所述数据发送给所述第二网络的方式，解决了相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，提升了支持FQC的网络与不支持FQC的网络之间互通时的通话质量，提高网络兼容性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的CS域中端到端的FQC实现机制示意图；
图2是根据相关技术的CS域与VoLTE互通时面临问题的示意图；
图3是根据本发明实施例的数据传输方法的流程图；
图4是根据本发明实施例的数据传输装置的结构框图；
图5是根据本发明优选实施例的CS域用户与VoLTE用户之间语音互通时提高端到端语音质量的方案示意图；
图6是根据本发明优选的第一实施例的参与节点架构及流程示意图；
图7是根据本发明优选的第二实施例的参与节点架构及流程示意图；
图8是根据本发明优选的第三实施例的参与节点架构及流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中，提供了一种数据传输方法，图3是根据本发明实施例的数据传输方法的流程图，如图3所示，该方法包括如下步骤：
步骤S302，第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；
步骤S304，如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；
步骤S306，所述边界网元将进行FQC处理后的所述数据发送给所述第二网络。
本实施例通过上述步骤，边界网元在从第一网络向第二网络发送数据之前，先对数据进行FQC处理，然后再将FQC处理后的数据发送给第二网络，避免了在第二网络不支持FQC处理时的互通缺陷，解决了相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，提升了支持FQC的网络与不支持FQC的网络之间互通时的通话质量，提高网络兼容性。
其中，本实施例中的所述第一网络可以为CS域；和/或，本实施例中的所述第二网络则可以为VoLTE网络。其中，所述边界网元可以为IM-MGW。
本实施例中，所述边界网元可以在确定所述第二网络不支持FQC处理的情况下，再对所述数据进行FQC处理。
本实施例中，所述边界网元对所述数据进行FQC处理具体可以包括：所述边界网元判断所述数据中是否存在坏帧；如果是，所述边界网元丢弃所述坏帧。
对应于上述方法，在本实施例中还提供了一种数据传输装置，位于第一网络与第二网络之间互通的边界网元中，其中，所述第一网络支持FQC处理，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的数据传输装置的结构框图，如图4所示，该装置包括判断模块42、处理模块44和发送模块46，下面对各个模块进行详细说明：
判断模块42，用于判断从第一网络传来的数据是否向第二网络发送；处理模块44，与判断模块42相连，用于在所述判断模块42的判断结果为是时，对所述数据进行帧质量分类FQC处理；发送模块46，与处理模块44相连，用于将进行FQC处理后的所述数据发送给所述第二网络。
其中，本实施例中的所述第一网络可以为CS域；和/或，本实施例中的所述第二网络则可以为VoLTE网络。其中，所述边界网元可以为IM-MGW。
本实施例中，所述处理模块44可以包括：确定单元，用于在确定所述第二网络不支持FQC处理的情况下，对所述数据进行FQC处理。
本实施例中，所述处理模块44还可以包括：判断单元，用于判断所述数据中是否存在坏帧；处理单元，与判断单元相连，用于在所述判断单元的判断结果为是时，丢弃所述坏帧。
下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。
在以下优选实施例中，以CS域与VoLTE网络之间互通为例进行说明，提供了一种CS(Circuit Switch，电路交换)域用户与VoLTE(Voice over LTE，LTE语音业务)用户之间语音互通时提高端到端语音质量的方法，以克服相关技术中存在的VoLTE网络中不能处理CS域产生的坏帧导致语音质量差的问题和缺陷。
本优选实施例提供如下方案：在CS域与VoLTE互通的边界网元IM-MGW上判断从CS域传递过来的坏帧是否往VoLTE发送，如果目的VoLTE网络不支持坏帧识别处理，则IM-MGW在发送数据给VoLTE之前进行FQC判断，把坏帧丢弃，只把好帧发往VoLTE。原有CS网络处理方案中，对于FQC的处理都是针对接收时的处理作描述，而本优选实施例根据发送的目标来区分并对坏帧做不同的处理。
图5是根据本发明优选实施例的CS域用户与VoLTE用户之间语音互通时提高端到端语音质量的方案示意图，如图5所示，当IM-MGW对接多个目标VoLTE时，可以针对不同的对接目标做不同的处理，如果目标VoLTE网络支持FQC处理，则把坏帧继续发送；如果目标VoLTE不支持FQC处理时，IM-MGW做丢弃坏帧处理，不发送到VoLTE。
本优选实施例的具体实施过程可以细分为两个阶段，
阶段一：呼叫建立时确定坏帧处理原则，是丢弃还是继续发送；
阶段二：呼叫建立后根据判定原则对媒体报文进行处理。
下面结合附图来描述本优选实施例，需要说明的是，不同的实施例需要参与的节点也不同。
第一实施例：
图6是根据本发明优选的第一实施例的参与节点架构及流程示意图，如图6所示，该优选实施例需要参与的节点为：MGW控制器、VoLTE控制单元、IM-MGW，采用本实施例可以做到按呼叫级别细化区分处理。上述参与节点，通过如下步骤配合完成本优选实施例的内容。
步骤S602，在呼叫建立阶段，控制参数协商过程中，VoLTE控制单元把本网元坏帧处理能力通知MGW控制器；如果MGW控制器没有收到来自VoLTE控制单元坏帧处理能力信息，则默认对方不支持坏帧处理。
步骤S604，呼叫控制参数协商确定后，MGW控制器把对端坏帧处理能力参数和其他呼叫相关参数一起通知到IM-MGW；
步骤S606，呼叫建立后，IM-MGW处理媒体面报文的过程中，根据对端坏帧处理能力参数判定是否丢弃CS侧发送过来的坏帧。如果该参数为“支持”，则IM-MGW把所有的语音帧都发送给对端VoLTE数据传输单元；如果该参数为“不支持”，则IM-MGW丢弃从前端接收到的坏帧，只把好帧送给对端VoLTE数据传输单元。
第二实施例：
图7是根据本发明优选的第二实施例的参与节点架构及流程示意图，如图7所示，该实施例需要参与的节点为：控制台、MGW控制器、IM-MGW，采用本实施例可以做到按局向级别细化区分处理。上述参与节点，通过如下步骤配合完成本优选实施例内容。
步骤S702，操作维护人员根据网络部署规划，获取每一个对接VoLTE网元的坏帧处理能力，然后在控制台进行配置；
步骤S704，配置参数保存到MGW控制器的数据区中；
步骤S706，呼叫建立过程中，MGW控制器根据对接网元信息查询数据区中的坏帧处理能力参数。如果查询该参数失败，则默认对方不支持坏帧处理。然后MGW控制器把对端坏帧处理能力参数和其他呼叫相关参数一起通知到IM-MGW W；
步骤S708，呼叫建立后，IM-MGW处理媒体面报文的过程中，根据对端坏帧处理能力参数判定是否丢弃CS侧发送过来的坏帧。如果该参数为“支持”，则IM-MGW把所有的语音帧都发送给对端VoLTE数据传输单元；如果该参数为“不支持”，则IM-MGW丢弃从前端接收到的坏帧，只把好帧送给对端VoLTE数据传输单元。
第三实施例：
图8是根据本发明优选的第三实施例的参与节点架构及流程示意图，如图8所示，该实施例需要参与的节点为：控制台、IM-MGW。上述参与节点，通过如下步骤配合完成本优选实施例内容。
步骤S802，操作维护人员根据网络部署规划，获取对接网元的坏帧处理能力，然后在控制台进行配置；
步骤S804，配置参数保存到IM-MGW的数据区中；
步骤S806，呼叫建立过程中，IM-MGW根据对接的目的地址信息，查询数据区中的坏帧处理能力参数。呼叫建立后，IM-MGW处理媒体面报文的过程中，根据对端坏帧处理能力参数判定是否丢弃CS侧发送过来的坏帧。如果该参数为“支持”，则IM-MGW把所有的语音帧都发送给对端VoLTE数据传输单元；如果该参数为“不支持”，则IM-MGW丢弃从前端接收到的坏帧，只把好帧送给对端VoLTE数据传输单元。
通过本优选实施例提供的方案，具有以下有益效果：
1、在CS域与VoLTE对接的边界网元判定坏帧是否继续发往下一个网元，可以更接近CS域已有的处理机制，保证互通语音质量。
2、在跟多个目标VoLTE网元对接时，如果不同目标的网元对FQC的支持能力不同，通过IM-MGW来进行控制，可以提高网络兼容性，屏蔽VoLTE处理不完善的部分。
在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种数据传输方法，其特征在于，包括：
第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；
如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；
所述边界网元将进行FQC处理后的所述数据发送给所述第二网络；
所述边界网元对所述数据进行FQC处理包括：所述边界网元确定所述第二网络不支持FQC处理，则所述边界网元对所述数据进行FQC处理。
2.根据权利要求1所述的方法，其特征在于，所述边界网元对所述数据进行FQC处理包括：
所述边界网元判断所述数据中是否存在坏帧；
如果是，所述边界网元丢弃所述坏帧。
3.根据权利要求1至2中任一项所述的方法，其特征在于，
所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
4.根据权利要求1至2中任一项所述的方法，其特征在于，
所述边界网元为IP多媒体网关IM-MGW。
5.一种数据传输装置，位于第一网络与第二网络之间互通的边界网元中，其中，所述第一网络支持FQC处理，其特征在于，包括：
判断模块，用于判断从第一网络传来的数据是否向第二网络发送；
处理模块，用于在所述判断模块的判断结果为是时，对所述数据进行帧质量分类FQC处理；
发送模块，用于将进行FQC处理后的所述数据发送给所述第二网络；
所述处理模块包括：确定单元，用于在确定所述第二网络不支持FQC处理的情况下，对所述数据进行FQC处理。
6.根据权利要求5所述的装置，其特征在于，所述处理模块包括：
判断单元，用于判断所述数据中是否存在坏帧；
处理单元，用于在所述判断单元的判断结果为是时，丢弃所述坏帧。
7.根据权利要求5或6所述的装置，其特征在于，
所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
8.根据权利要求5或6所述的装置，其特征在于，
所述边界网元为IP多媒体网关IM-MGW。
CN201410571417.3A 2014-10-23 2014-10-23 数据传输方法及装置 Active CN105592010B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410571417.3A CN105592010B (zh) 2014-10-23 2014-10-23 数据传输方法及装置
PCT/CN2015/075572 WO2016062013A1 (zh) 2014-10-23 2015-03-31 数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410571417.3A CN105592010B (zh) 2014-10-23 2014-10-23 数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN105592010A CN105592010A (zh) 2016-05-18
CN105592010B true CN105592010B (zh) 2019-09-10

Family

ID=55760176

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410571417.3A Active CN105592010B (zh) 2014-10-23 2014-10-23 数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN105592010B (zh)
WO (1) WO2016062013A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525490A (zh) * 2017-09-18 2019-03-26 广东中信通网络工程有限公司 一种融合网关、通信系统及通信方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002054658A2 (en) * 2001-01-05 2002-07-11 Telefonaktiebolaget L M Ericsson (Publ) Setting or updating a frame quality classifier (fqc) of a frame at a radio network controller (rnc) or media gateway (mgw) for a end-to-end frame quality classification
CN101252551A (zh) * 2007-02-19 2008-08-27 日本电气株式会社 交互设备
CN101291454A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 实现语音会话的方法、语音连续性的方法及通信系统
CN101765148A (zh) * 2008-12-24 2010-06-30 华为技术有限公司 一种实现数据传输的方法、设备及系统
CN104038964A (zh) * 2013-03-06 2014-09-10 华为技术有限公司 实现拥塞控制的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087276A (zh) * 2006-06-07 2007-12-12 华为技术有限公司 媒体网关及媒体网关中报文的转换方法
CN101374266A (zh) * 2007-08-23 2009-02-25 华为技术有限公司 数据发送、接收方法及无线接入点设备、网关、通信系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002054658A2 (en) * 2001-01-05 2002-07-11 Telefonaktiebolaget L M Ericsson (Publ) Setting or updating a frame quality classifier (fqc) of a frame at a radio network controller (rnc) or media gateway (mgw) for a end-to-end frame quality classification
CN101252551A (zh) * 2007-02-19 2008-08-27 日本电气株式会社 交互设备
CN101291454A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 实现语音会话的方法、语音连续性的方法及通信系统
CN101765148A (zh) * 2008-12-24 2010-06-30 华为技术有限公司 一种实现数据传输的方法、设备及系统
CN104038964A (zh) * 2013-03-06 2014-09-10 华为技术有限公司 实现拥塞控制的方法及装置

Also Published As

Publication number Publication date
CN105592010A (zh) 2016-05-18
WO2016062013A1 (zh) 2016-04-28

Similar Documents

Publication Publication Date Title
US10587498B2 (en) Methods and arrangements for multipath traffic aggregation
US9294331B2 (en) Attention commands enhancement
KR101366134B1 (ko) 다중-컴포넌트 통신 세션에서 세션 연속성 정보 전달
JP4709217B2 (ja) ハイブリッド電気通信ネットワークにおけるセッション制御を行う方法及び装置
US20090154408A1 (en) Method and apparatus for transmitting sip data of idle mode ue in a mobile communication system
CN103563475B (zh) 用于利用多描述编码的移动多媒体服务的多路径管理架构和协议
CN102651701B (zh) 建立音视频通讯连接的方法和装置
US9019969B2 (en) Gateway for interconnecting a wireless access function with a network access function
US8964637B2 (en) Enabling local switching in mobile radio networks
JP2012249288A (ja) ネットワーク・モニタリング・システム及びコンピュータ読み出し可能な記録媒体
CN109842643A (zh) 一种会话处理的方法、装置及系统
CN105873241B (zh) 建立通话连接的方法及装置
US10715559B2 (en) Multimedia session domain selection
CN106454977B (zh) 一种终端的呼叫业务切换方法及装置
EP3057280B1 (en) Multiparty call method and apparatus
US11637874B2 (en) Communications apparatus, systems, and methods for preventing and/or minimizing session data clipping
CN101521622A (zh) 确定最大传输单元的方法和装置
CN105592010B (zh) 数据传输方法及装置
US8031697B2 (en) Method for bearer independent call control (BICC) optimization for IP bearer support
CN102857574B (zh) 物联网信息处理方法和装置
CN101352004A (zh) 在建立二级pdp上下文之前将二级pdp的数据流重定向到一级pdp
CN106537854A (zh) 网络通信和直接通信之间的切换方法和装置
US8427956B1 (en) Facilitating packet flow in a communication network implementing load balancing and security operations
CN111093233B (zh) 一种切换控制方法、装置及基站
RU2466513C2 (ru) Изменения обслуживающих точек доступа прямой линии связи и обратной линии связи

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20190716

Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68

Applicant after: Nanjing Zhongxing Software Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Applicant before: ZTE Corporation

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant