CN100411471C - 一种测试a接口ip化后容量的***及方法 - Google Patents
一种测试a接口ip化后容量的***及方法 Download PDFInfo
- Publication number
- CN100411471C CN100411471C CNB2006101097090A CN200610109709A CN100411471C CN 100411471 C CN100411471 C CN 100411471C CN B2006101097090 A CNB2006101097090 A CN B2006101097090A CN 200610109709 A CN200610109709 A CN 200610109709A CN 100411471 C CN100411471 C CN 100411471C
- Authority
- CN
- China
- Prior art keywords
- base station
- interface
- portable terminal
- call data
- calling device
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及移动网络端口容量测试技术，尤其涉及一种A接口IP化后容量的测试***及方法，本发明将所述呼叫装置产生的伪随机测试数据帧经基站与媒体网关间的A接口环回至基站，再由A接口容量测试装置根据经过所述A接口的伪随机测试数据帧测试A接口容量。所述媒体网关不对所述伪随机测试数据帧进行任何处理。本发明在利用现有协议，不需要移动终端额外支持的情况下，实现了A接口IP化后容量的简单测试，在运营商招标和厂家竞争时提供了简单有效的A接口容量测试***和方法。
Description
技术领域
本发明涉及移动网络端口容量测试技术，尤其涉及一种A接口IP化后容量的测试***及方法。
背景技术
随着网络通信技术的快速发展，CDMA(码分多址)移动网络逐步向全IP网络过渡，其演进步骤分为Phase0，Phase1，Phase2和Phase3共四个阶段，其中Phase2又划分为Step1，Step2和Step N三个步骤，Phase 3又划分为Step 1和Step N两个步骤。
Phase2阶段，又称为传统MS域LMSD(Legacy MS Domain核心网电路域)阶段，在这个阶段，核心网络首次引进软交换思想、基于呼叫控制和承载分离原则，即采用分组网技术替换TDM(多路复用)技术，把传统的电路域核心网部分MSC(移动交换中心)分离为MSCe(移动交换中心)和MGW(媒体网关)两个功能单元，其中，所述的MSCe提供呼叫控制和移动性管理功能，所述的MGW提供媒体承载和编解码转换功能。
其中，传统的电路域核心网部分MSC与基站之间的通信接口称为A接口，所述A接口用于传输BSS(基站子***)管理信息、呼叫处理信息和移动性管理信息。更具体地，MSC与基站之间通过A接口中的A1接口进行信令传输，MSC与基站之间通过A接口中的A2接口进行业务数据的传输。当MSC分离为MSCe和MGW后，且对A接口进行IP化之后，进行信令传输的MSCe与基站之间的A1接口用A1p表示，进行业务数据传输的MGW与基站之间的接口用A2p表示。
但是，因为A1p接口只用于传输信令，其容量只和呼叫速度相关，且只占A接口容量的很小一部分，当信令传输完毕后，A1p接口就不再工作了，因而对IP化后A接口容量的计算主要就是对A2p接口容量的计算。因此，为了便于计算和说明，本发明中所述的A接口的容量即为MGW与基站之间的A2接口或A2p接口的容量。
在针对移动网络的IP化处理过程中，对A接口的IP化是Phase2阶段的需要完成的工作。
对于未进行IP化处理的A接口，它是采用TDM方式进行传输的，一根E1链路能够提供32个时隙，其中30个时隙可供语音或类似的呼叫信号使用，亦即支持30路语音或类似呼叫，因此，可以较为方便地计算出A接口容量。
对于IP化处理后的A接口，由于IP传输的一大特点为带宽共享，即如果分配出去的带宽资源没有数据传输，这部分带宽还可以被其他用户使用，所以其传输效率大大提升，一根E1的容量可以达到300多路。但是由于各厂家IP化实现的方式不同，所以A接口的实际容量并不统一，而且，不同的A接口的实际容量可能相差非常大。
因为A接口的容量大小决定了***在给定带宽下能支持的呼叫数目，即***传输资源的大小及传输这些资源所需的费用，而传输资源费用是运营商运营投资的重要组成部分，所以测试A接口在给定带宽下的容量大小是运营商非常关注的课题。
对于未进行IP化处理的A接口，它的容量可以利用每根E1支持的语音或类似呼叫路数来计算，即每根E1支持30路语音或类似呼叫。
目前，对于经IP化处理后的A接口的容量的测试时，可以采用的方式为：手工进行300多路的电话拨打并较为真实的模拟相应数量的用户一起通话。显然，这种方式在具体应用过程中存在一定的局限性。
因此，目前对于经IP化处理后的A接口的容量的测试还没有一种可以采用的实现方案。
发明内容
本发明提供一种测试A接口IP化后容量的***及其方法，从而可以在利用现有协议，不需要移动终端额外支持的情况下，实现A接口容量的准确测试。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种测试A接口IP化后容量的***，包括呼叫装置、移动交换中心、媒体网关和基站，所述的***还包括：
呼叫环回控制装置，用于将所述呼叫装置产生的呼叫数据经基站与媒体网关间的A接口环回至基站；
A接口容量测试装置，用于根据经过所述A接口的呼叫数据测试A接口容量。
所述呼叫装置用于在固定速率和可变速率下产生模拟实际语音呼叫的呼叫数据。
所述呼叫装置用于根据控制命令自动执行建立呼叫的操作。
所述呼叫装置为用于产生Markov呼叫数据的Markov呼叫装置。
所述呼叫装置设置于移动终端和/或移动交换中心中。
本发明提供了一种测试A接口IP化后容量的方法，包括：
A、呼叫装置发起呼叫以建立移动终端与媒体网关之间的用于承载呼叫数据的业务承载信道；
B、当移动终端与基站取得同步后，移动终端产生的呼叫数据经由基站与媒体网关间的A接口环回至基站；
C、根据经过所述A接口环回的呼叫数据测试A接口容量。
所述呼叫装置设置于移动终端和/或移动交换中心中。
所述的步骤A包括：
A1、所述的呼叫装置发起呼叫后，移动终端发送呼叫信令消息到移动交换中心；
A2、移动交换中心收到呼叫信令消息后，与基站和媒体网关之间进行消息交互，建立基站与媒体网关之间的用于承载呼叫数据的业务承载信道。
当呼叫装置设置于移动终端时，所述的步骤A1包括：
移动终端向基站发送始呼消息；
基站收到移动终端发来的始呼消息后，向移动交换中心发送连接建立请求消息；
当呼叫装置设置于移动交换中心中时，所述的步骤A1包括：
移动交换中心向移动终端发送寻呼请求消息，业务选项为指定的呼叫数据的类型；
移动终端收到移动交换中心发来的寻呼请求消息后，向基站发送寻呼响应消息；
基站收到移动终端发来的寻呼响应消息后，向移动交换中心发送寻呼响应消息。
所述的步骤A2包括：
移动交换中心收到基站发来的连接建立请求消息或寻呼响应消息后，向媒体网关发送建立承载请求消息；
媒体网关收到移动交换中心发来的建立承载请求消息后，向移动交换中心发送建立承载应答消息。
所述的步骤A2还包括：
移动交换中心收到基站发来的连接建立请求消息或寻呼响应消息后，向基站发送指配请求消息；
基站收到所述的指配请求消息后，与移动终端之间建立起空口业务链路。
基站与移动终端之间的空口链路建立成功后，基站向移动交换中心发送指配完成消息。
所述的步骤B包括：
B1、移动终端和基站取得同步后，移动终端向基站发送呼叫数据；
B2、基站收到所述的呼叫数据后，进行帧处理，并将帧处理后的数据透传到媒体网关；
B3、所述的媒体网关接收到基站发送过来的呼叫数据后，把所述的呼叫数据返回给基站。
所述的步骤C包括：
基站和/或媒体网关对其上流经的呼叫数据进行针对测试A接口容量的统计并得出A接口的容量测试结果。
所述呼叫装置能够在固定速率和可变速率下产生模拟实际语音呼叫的呼叫数据。
所述呼叫装置能够根据控制命令自动执行建立呼叫的操作。
所述呼叫装置为能够产生Markov呼叫数据的Markov呼叫装置。
由上述本发明提供的技术方案可看出，本发明在只改变呼叫数据的传输方式的情况下实现了A接口IP化后的容量的测试，有利于运营商简便的获知厂家生产的设备在A接口上给定带宽下能支持的呼叫数目，从而在运营商招标和厂家竞争时提供了简单有效的A接口容量测试的***和方法，有利于运营商选择设备和厂家了解各自生产设备的性能参数。
附图说明
图1为传统Markov呼叫数据测试***；
图2为本发明一个具体实施方式涉及的Markov呼叫数据测试***结构图；
图3为本发明一个具体实施方式涉及的Markov呼叫数据流程图。
具体实施方式
本发明的核心思想是利用呼叫环回控制装置，将所述呼叫装置产生的呼叫数据经基站与MGW间的A接口环回至基站，再由A接口容量测试装置根据经过所述A接口的呼叫数据测试A接口容量。所述MGW不对所述呼叫数据进行任何处理。
本发明提供了一种测试A接口IP化后容量的***及其方法，为便于对本发明的理解，下面将结合附图对本发明的具体实现方式进行说明。
本发明所述的一种测试A接口IP化后容量的***的一个具体实施方式的结构如图2所示，具体结构包括：
呼叫装置，设置于移动终端或MSCe中，也可以同时设置于移动终端和MSCe中，MSCe作为呼叫装置时，用于产生呼叫信令，移动终端作为呼叫装置时，用于产生呼叫信令或呼叫数据；
移动交换中心，用于与基站进行呼叫信令的传输；
媒体网关，用于与基站进行呼叫业务数据的传输；
呼叫环回控制装置，设置于基站内和/或媒体网关内和/或两者之间的位置，用于将移动终端产生的呼叫数据经A接口环回至基站；
A接口容量测试装置，设置于基站内和/或媒体网关处，用于测试A接口的容量。
其中，所述呼叫装置产生的呼叫数据为用于进行A接口容量测试的伪随机测试数据帧，此伪随机测试数据帧可以为Markov呼叫数据，此呼叫数据通过呼叫环回控制装置经基站与MGW间的A接口环回至基站，A接口容量测试装置对环回数据进行处理，从而得出A接口的容量。所述呼叫装置能够批处理地发起Markov呼叫，从而实现呼叫建立的自动化。
呼叫装置的种类很多，在本发明的具体实施过程中甚至可以自行设计一种呼叫装置来较为真实地模拟300多路的电话拨打及相应数量的用户一起通话的情况。在实际应用中，“C.S0025_Markov_Service_Option”协议定义的Markov呼叫是普遍采用的能较为真实地模拟实际语音的呼叫，这种呼叫方式使用伪随机数据模仿人的语言，可以在固定速率和可变速率下较为真实地模仿实际语音呼叫。这种传统Markov呼叫数据测试***结构如图1所示，具体结构包括：
呼叫装置、移动交换中心、媒体网关以及基站。其中，呼叫装置设置于移动终端中，也可以同时设置于移动终端和MSCe中。
其中，所述呼叫装置用于产生Markov呼叫数据，此呼叫数据的上行测试数据帧在基站内基站控制器的SDU(帧业务处理板)处终结，下行测试数据帧在SDU处产生，它们均未通过A接口连接到MGW。由于这种传统的Markov呼叫产生的测试数据帧没有通过基站和MGW之间的A接口，所以，不能采用所述呼叫装置产生的传统Markov呼叫数据来测试IP化后A接口的容量。
本发明提供的所述呼叫装置产生的Markov呼叫数据与传统的Markov呼叫数据不同，本发明提供的Markov呼叫数据的上行测试数据帧不在所述基站内基站控制器的SDU处终结，而是在SDU处帧处理后，经呼叫环回控制装置按照呼叫流程发送到所述MGW。即基站把Markov呼叫数据发给MGW，MGW环回测试数据帧至基站的SDU处。
呼叫环回控制是通过更改现有的Markov呼叫协议“C.S0025_Markov_Service_Option”来实现的。
在针对A接口的容量测试过程中，具体可以为：基站和MGW对其上流经的Markov呼叫数据进行统计，也可以仅由基站或者仅由MGW来对其上流经的Markov呼叫数据进行统计，以测试出A接口的容量。
下面结合图3来说明呼叫装置产生本发明提供的Markov呼叫的信令流程的具体修改：
Markov呼叫能够从移动终端或MSCe主动发起，并通过批处理的方式实现呼叫建立的自动化。本发明提供的Markov呼叫的信令流程的建立，是按照普通呼叫的信令流程建立方法建立起来的，但同时，在信令流程的建立过程中，信令消息经由A接口传输至MSCe，即，信令流程的建立将A接口建立起来了。
本发明提供的Markov呼叫环回过程的信令流程的具体实现过程包括两种情况，第一种是由MSCe发起呼叫的情况，第二种是由移动终端发起呼叫的情况。下面将针对上述三种情况分别进行描述：
(一)由MSCe发起呼叫时：
步骤10：MSCe向移动终端发送寻呼请求Page Req消息，业务选项为Markov，表示MSCe请求移动终端发起的呼叫种类为Markov呼叫；
步骤11：移动终端收到MSCe发来的寻呼请求消息后，向基站发送寻呼响应Page Rep消息；
步骤12：基站收到移动终端发来的寻呼响应消息后，向MSCe发送寻呼响应Page Rep消息；
步骤13：MSCe收到基站发来的寻呼响应消息后，向基站发送指配请求Assigment Req消息；
步骤14：MSCe收到基站发来的寻呼响应消息后，向MGW发起建立承载请求Mod Req消息；
步骤15：MGW向收到MSCe发来的建立承载请求消息后，向MSCe发起建立承载应答Mod Reply消息；
步骤16：基站与移动终端建立起空口业务链路，此建立过程和普通呼叫一致；
步骤17：空口链路建立成功后，基站向MSCe发送指配完成Assig Comp消息。
(二)由移动终端发起呼叫时：
步骤11：移动终端向基站发送始呼ORG消息；
步骤12：基站收到移动终端发来的始呼消息后，向MSCe发送连接建立请求CM Req消息；
步骤13：MSCe收到基站发来的连接建立请求消息后，向基站发送指配请求Assigment Req消息；
步骤14：MSCe收到基站发来的连接建立请求消息后，向MGW发送建立承载请求Mod Req消息；
步骤15：MGW收到MSCe发来的建立承载请求消息后，向MSCe发送建立承载应答Mod Reply消息；
步骤16：基站与移动终端建立起空口业务链路，建立过程和普通呼叫一致；
步骤17：空口链路建立成功后，基站向MSCe发送指配完成Assig Comp消息。
依照上述信令流程的具体步骤，MSCe或移动终端发起Markov呼叫时，呼叫的信令消息经由A接口传输至MSCe，即，信令流程的建立将A接口建立起来了。
下面结合图3来说明呼叫装置产生本发明提供的Markov呼叫的环回过程的业务流程的具体实现过程：
步骤20：移动终端和基站取得同步后，移动终端和基站分别产生并发送Markov呼叫数据；
其中，移动终端产生的Markov呼叫数据发送到基站，基站产生的Markov呼叫数据发送到移动终端，这样，移动终端收到基站发送过来的测试数据可以计算出误帧等前向链路质量数据，基站收到移动终端发送过来的测试数据可以计算出误帧等反向链路质量数据，此时得出的前向或反向链路质量数据不包括经A接口环回的链路质量数据；
步骤21：基站收到移动终端产生的Markov呼叫数据后，只对数据进行帧处理而不做其他处理，然后把帧处理后的数据透传到MGW；
步骤22：MGW收到基站发送过来的伪随机测试数据后不作处理原样返回给基站，MGW的交换表中对Markov呼叫数据帧的处理是目的地址和源地址相同，即，Markov呼叫测试数据在MGW上环回时不发生任何改变；
步骤23：基站收到MGW发送回来的伪随机测试数据，可以计算出误帧等反向链路质量数据，此时所得的反向链路质量数据包括经A接口环回的链路质量数据；
A接口的容量测试是在Markov呼叫数据的环回过程中实现的，基站和MGW对其上流经的Markov呼叫数据进行统计，也可以仅由基站或者仅由MGW来对其上流经的Markov呼叫数据进行统计，以测试出A接口的容量。基站和/或MGW的数据统计原理为：基站只需要根据收到的数据统计计算链路质量数据，这是因为基站和移动终端产生Markov呼叫数据的公式是确定的并且和GPS(全球定位***)时间相关，只要时间确定就可以计算出前向和反向应该发送或者接收到什么样的数据，从而对比接收到的数据和应该接收到的数据来计算得出链路质量数据。
步骤24至步骤27：继续下一次测试过程，即重复执行步骤20至步骤23的业务流程。
依照上述业务流程的具体步骤，移动终端产生的Markov呼叫数据经由A接口，从基站透传至MGW，再由MGW环回至基站，MGW不对Markov呼叫数据进行任何处理。从而完成了Markov呼叫数据经A接口通过MGW环回的过程。
基站收到环回来的数据包后，对A接口容量进行测试。
综上所述，通过本发明提供的具体实现方案，呼叫装置产生的Markov呼叫数据能够经基站与MGW间的A接口环回至基站，A接口容量测试装置根据经过A接口的呼叫数据测试A接口的容量，从而达到对A接口IP化后容量的测试，有利于运营商简便的获知厂家生产的设备在A接口上给定带宽下能支持的呼叫数目，从而在运营商招标和厂家竞争时提供了简单有效的A接口容量测试的***和方法，有利于运营商选择设备和厂家了解各自生产设备的性能参数。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。
Claims (16)
1. 一种测试A接口IP化后容量的***，包括呼叫装置、移动交换中心、媒体网关和基站，其特征在于，所述的***还包括：
呼叫环回控制装置，用于将所述呼叫装置产生的呼叫数据经基站与媒体网关间的A接口环回至基站；
A接口容量测试装置，用于根据经过所述A接口的呼叫数据测试A接口容量。
2. 如权利要求1所述的***，其特征在于，所述呼叫装置用于在固定速率和可变速率下产生模拟实际语音呼叫的呼叫数据。
3. 如权利要求1所述的***，其特征在于，所述呼叫装置用于根据控制命令自动执行建立呼叫的操作。
4. 如权利要求2所述的***，其特征在于，所述呼叫装置为用于产生Markov呼叫数据的Markov呼叫装置。
5. 如权利要求1至4任意一项所述的***，其特征在于，所述呼叫装置设置于移动终端和/或移动交换中心中。
6. 一种测试A接口IP化后容量的方法，其特征在于，包括：
A、呼叫装置发起呼叫以建立移动终端与媒体网关之间的用于承载呼叫数据的业务承载信道；
B、当移动终端与基站取得同步后，移动终端产生的呼叫数据经由基站与媒体网关间的A接口环回至基站；
C、根据经过所述A接口环回的呼叫数据测试A接口容量。
7. 如权利要求6所述的方法，其特征在于，所述呼叫装置设置于移动终端和/或移动交换中心中。
8. 如权利要求7所述的方法，其特征在于，所述的步骤A包括：
A1、所述的呼叫装置发起呼叫后，移动终端发送呼叫信令消息到移动交换中心；
A2、移动交换中心收到呼叫信令消息后，与基站和媒体网关之间进行消息交互，建立基站与媒体网关之间的用于承载呼叫数据的业务承载信道。
9. 如权利要求8所述的方法，其特征在于，
当呼叫装置设置于移动终端时，所述的步骤A1包括：
移动终端向基站发送始呼消息；
基站收到移动终端发来的始呼消息后，向移动交换中心发送连接建立请求消息；
当呼叫装置设置于移动交换中心中时，所述的步骤A1包括：
移动交换中心向移动终端发送寻呼请求消息，业务选项为指定的呼叫数据的类型；
移动终端收到移动交换中心发来的寻呼请求消息后，向基站发送寻呼响应消息；
基站收到移动终端发来的寻呼响应消息后，向移动交换中心发送寻呼响应消息。
10. 如权利要求8所述的方法，其特征在于，所述的步骤A2包括：
移动交换中心收到基站发来的连接建立请求消息或寻呼响应消息后，向媒体网关发送建立承载请求消息；
媒体网关收到移动交换中心发来的建立承载请求消息后，向移动交换中心发送建立承载应答消息。
11. 如权利要求8所述的方法，其特征在于，所述的步骤A2还包括：
移动交换中心收到基站发来的连接建立请求消息或寻呼响应消息后，向基站发送指配请求消息；
基站收到所述的指配请求消息后，与移动终端之间建立起空口业务链路。
基站与移动终端之间的空口链路建立成功后，基站向移动交换中心发送指配完成消息。
12. 如权利要求7至11中任一项所述的方法，其特征在于，所述的步骤B包括：
B1、移动终端和基站取得同步后，移动终端向基站发送呼叫数据；
B2、基站收到所述的呼叫数据后，进行帧处理，并将帧处理后的数据透传到媒体网关；
B3、所述的媒体网关接收到基站发送过来的呼叫数据后，把所述的呼叫数据返回给基站。
13. 如权利要求12所述的方法，其特征在于，所述的步骤C包括：
基站和/或媒体网关对其上流经的呼叫数据进行针对测试A接口容量的统计并得出A接口的容量测试结果。
14. 如权利要求6或7或8或9或10或11或13所述的方法，其特征在于，所述呼叫装置能够在固定速率和可变速率下产生模拟实际语音呼叫的呼叫数据。
15. 如权利要求6或7或8或9或10或11或13所述的方法，其特征在于，所述呼叫装置能够根据控制命令自动执行建立呼叫的操作。
16. 如权利要求14所述的方法，其特征在于，所述呼叫装置为能够产生Markov呼叫数据的Markov呼叫装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101097090A CN100411471C (zh) | 2006-08-07 | 2006-08-07 | 一种测试a接口ip化后容量的***及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101097090A CN100411471C (zh) | 2006-08-07 | 2006-08-07 | 一种测试a接口ip化后容量的***及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1909711A CN1909711A (zh) | 2007-02-07 |
| CN100411471C true CN100411471C (zh) | 2008-08-13 |
Family
ID=37700677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006101097090A Expired - Fee Related CN100411471C (zh) | 2006-08-07 | 2006-08-07 | 一种测试a接口ip化后容量的***及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100411471C (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101577974A (zh) * | 2008-06-23 | 2009-11-11 | 中兴通讯股份有限公司 | 基于ip承载时a接口用户面呼叫建立的方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998023123A2 (en) * | 1996-11-18 | 1998-05-28 | Ericsson Inc. | Dynamically created a-interface within a mobile network |
| CN1191435A (zh) * | 1997-02-21 | 1998-08-26 | 深圳市华为技术有限公司 | 一种电信网络测试*** |
| US20030091020A1 (en) * | 2001-10-11 | 2003-05-15 | Apirux Bantukul | Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network |
| CN1549627A (zh) * | 2003-05-20 | 2004-11-24 | 华为技术有限公司 | 基站及其实现方法和基站测试***/网络*** |
| EP1626539A1 (en) * | 2004-08-13 | 2006-02-15 | Alcatel | Method for data flow control in a mobile communications system |
-
2006
- 2006-08-07 CN CNB2006101097090A patent/CN100411471C/zh not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998023123A2 (en) * | 1996-11-18 | 1998-05-28 | Ericsson Inc. | Dynamically created a-interface within a mobile network |
| CN1191435A (zh) * | 1997-02-21 | 1998-08-26 | 深圳市华为技术有限公司 | 一种电信网络测试*** |
| US20030091020A1 (en) * | 2001-10-11 | 2003-05-15 | Apirux Bantukul | Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network |
| CN1549627A (zh) * | 2003-05-20 | 2004-11-24 | 华为技术有限公司 | 基站及其实现方法和基站测试***/网络*** |
| EP1626539A1 (en) * | 2004-08-13 | 2006-02-15 | Alcatel | Method for data flow control in a mobile communications system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1909711A (zh) | 2007-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101946555B (zh) | 经由多个移动平台提供网络接入的技术 | |
| CN100493038C (zh) | 终端通话过程中的媒体流替换方法及*** | |
| CN106572516A (zh) | 一种网络切片选择方法、终端设备及网络设备 | |
| CN102238676A (zh) | 电路交换域到分组交换域的切换方法和设备及通信*** | |
| CN101836404A (zh) | 移动无线通信架构 | |
| CN101562553A (zh) | 桥接装置及其网络桥接方法 | |
| CN1234255C (zh) | 移动通信***中的异步传输模式数据转换设备 | |
| CN110278584A (zh) | 切换用户面网元的方法、装置和*** | |
| CN1123259C (zh) | 用于测试通信装置的通信***和方法 | |
| CN1266960C (zh) | 基站控制器的大话务量仿真测试*** | |
| CN101237603B (zh) | 一种实现gsm无线网和核心网间接口ip化的方法及*** | |
| CN101541096A (zh) | A接口ip化后的本地交换方法及设备 | |
| CN103096279B (zh) | 实现一号通业务的呼叫方法、装置、***、及平台设备 | |
| CN102131259A (zh) | 切换控制方法和相关设备及*** | |
| CN102282905A (zh) | 一种建立无线承载的方法、装置及*** | |
| CN101494923A (zh) | 无线存取承载管理器实施架构及封包数据收敛协议方法 | |
| CN100411471C (zh) | 一种测试a接口ip化后容量的***及方法 | |
| CN101958910B (zh) | 基于双代理的一体化标识网络个人通信移动管理方法 | |
| CN101297572A (zh) | 用于有效共享移动设备标识符的方法 | |
| CN101729369A (zh) | 一种消息路由的方法和设备 | |
| CN100512473C (zh) | 无变码器运行时的编译码器模式配置选择 | |
| CN107070854A (zh) | 一种传输语音数据的方法、设备和装置 | |
| CN101198138B (zh) | 大话务测试模拟***及方法 | |
| CN100454904C (zh) | 软交换架构下ip直连组网方法、设备及其*** | |
| CN1980472B (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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080813 Termination date: 20150807 |
|
| EXPY | Termination of patent right or utility model |