CN1124723C - 表示微信元大小的方法 - Google Patents

表示微信元大小的方法 Download PDF

Info

Publication number
CN1124723C
CN1124723C CN97193089A CN97193089A CN1124723C CN 1124723 C CN1124723 C CN 1124723C CN 97193089 A CN97193089 A CN 97193089A CN 97193089 A CN97193089 A CN 97193089A CN 1124723 C CN1124723 C CN 1124723C
Authority
CN
China
Prior art keywords
cell
little cell
size
little
connection
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
Application number
CN97193089A
Other languages
English (en)
Other versions
CN1214169A (zh
Inventor
L·G·V·埃内罗斯
K·A·内斯曼
L·G·佩特尔森
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1214169A publication Critical patent/CN1214169A/zh
Application granted granted Critical
Publication of CN1124723C publication Critical patent/CN1124723C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H04L12/427—Loop networks with decentralised control
    • H04L12/433—Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques
    • H04L2012/5604—Medium of transmission, e.g. fibre, cable, radio
    • H04L2012/5607—Radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5625—Operations, administration and maintenance [OAM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • H04L2012/5653—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
    • H04L2012/5656—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL2
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Optical Measuring Cells (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

发明涉及在正进行的连接过程中改变属于单个连接的微信元大小的方法。为此使用一个控制微信元。控制微信元在单独连接中或在将要改变其微信元大小的同一单个连接中传输。根据***设计，控制微信元或者在控制平面由电信网络的操作及维护***处理，或者在业务平面由传输设备来处理。

Description

表示微信元大小的方法
技术领域
本发明一般涉及电信网络并涉及移动电话网络的传输网。ATM信元用于传输数据。ATM信元的有效负荷包括微信元。
背景技术
目前用于单个连接的微信元的大小在所述单个连接的每个微信元中显式地表示。典型地用6到10比特表示大小。大小信息具有恒定性质，即只要微信元不改变大小，它就不会变化。
有时在所建立的连接过程中必须修改微信元的大小。例如，语音速率可能从全速率改到半速率，或者业务可能从语音改变到数据，或者使用可变速率语音编解码器，或者两个节点之间业务的阻塞通过使所述节点之间所有连接的微信元变小而降低。
表示微信元大小的显式方法意味着用于表示大小的比特对于所使用的有效带宽效率以及表示微信元大小的效率来说是开销成本。
发明内容
发明的主要目的是提供只在需要的时候表示与单个连接有关的微信元大小的方法。根据该发明，微信元大小的表示只在微信元大小改变的时刻才需要。在这样的时刻，表示了用于该连接以下微信元的新微信元大小。
发明的另一个目的是提供在正进行的连接过程中动态改变微信元大小的方法。
发明的另一个目的是在一个微信元的帮助下，提供改变属于单个连接的微信元大小的方法。用于此目的的微信元称为控制微信元。
发明的另一个目的是提供一种方法，通过它将控制微信元在与包含用户数据的微信元所传输的信道不同的控制信道中发送。
发明的又一个目的是提供一种方法，通过它将控制微信元在与包含用户数据的微信元所传输的信道相同的信道中发送。
发明的另一个目的是提供一种同步机制，实现正进行的单个连接中微信元大小的改变。特别是，当控制微信元在不同于包含用户数据的微信元所传输信道中传输时，希望使用该同步机制。
本发明的再一个目的是提供一种在建立的连接过程中改变微信元大小的方法，其中操作及维护连接是所有连接所公用的并具有预定的第一连接标识符，所述操作及维护连接由具有所述预定第一连接标识符的操作及维护信元、OAM(操作管理维护)信元来传输，其特征在于给OAM信元提供一个带宽将要改变的连接的标识符，以及有关所述第二大小的信息。
本发明的另又一个目的是提供一种在建立的连接过程中改变微信元大小的方法，其中资源管理连接是所有连接公用的并具有预定的第一连接标识符，所述资源管理连接由具有所述预定第一连接标识符的资源管理信元来传输，其特征在于给资源管理信元提供一个带宽将要改变的连接的标识符，以及有关所述第二大小的信息。
本发明的再又一个目的是提供一种在建立的连接过程中改变微信元大小的方法，其特征在于大小修改微信元在用户数据信道上发送，与其中的微信元同步。
在传输网络中使用ATM信元的移动电话***中，减少带宽或可用带宽的使用率提高都可能使***增加更多的信道。
如果使用统计复用，会使大量需要更大CID域的连接提高带宽增益。
附图说明
从参考附图进行的如下描述中，将会更好地理解本发明以及其中出现的其它特性。
图1表示在其中传输微信元的ATM信元的格式；
图2表示图1中ATM信元中传输的微信元字头；
图3表示图2中信元字头的八比特组，所述八比特组包括表示微信元长度的固定大小的长度域；
图4表示微信元字头中的八比特组，所述八比特组包括线性编码的固定大小的长度域；
图5是一张映射表；
图6表示固定大小长度域以及用扩展比特方法产生的扩展固定大小长度域；
图7是一张映射表；
图8表示固定大小长度域以及用扩展码方法产生的扩展固定大小长度域；
图9表示微信元的基本格式，其字头用短固定长度域和包括不同扩展码的长度扩展限定符域LEO提供；
图10是一张表；
图11表示微信元的扩展格式；
图12表示当预定扩展码出现在长度扩展限定符域中时，扩展格式的图9的微信元，
图13是一张表；
图14表示操作及维护信元；
图15是表示微信元字头分析单元的框图，该单元用于从用户数据信道中提取微信元的用户数据部分，其中固定大小的长度域携带非线性编码；
图16表示从用户数据信道提取的用户数据以及微信元的字头；
图17是微信元字头分析单元的框图，该单元用于从使用扩展码方法的用户数据信道中提取微信元的用户数据部分；
图18是修改的微信元字头分析单元的框图，该单元用于从使用扩展码方法或扩展比特方法的用户数据信道中提取微信元的用户数据部分；
图19是表示微信元字头分析单元的框图，该单元用于从使用比特扩展方法的用户数据信道中提取微信元的用户数据部分；
图20表示微信元的字头，其特征在于线路标识符CID用于间接表示微信元大小；
图21是一张映射表，与间接方法一起用于表示信元大小；
图22表示不同的表，共同覆盖移动电话***中传输网络的链路上使用的地址空间；
图23表示提供了同步比特的微信元字头，该比特用于命令改变微信元大小的消息的同步；
图24表示***全局规定的微信元，用于改变属于单个连接的微信元大小；
图25表示OAM微信元，用于改变属于OAM信元所关联的连接的微信元大小；
图26表示一种特殊的微信元，用于改变一个连接的微信元大小，所述特殊微信元属于将要修改其微信元的连接；
图27表示合并的用户数据及控制微信元，在其字头中提供了扩展比特，在其有效负荷中提供了可选的扩展域，所述可选扩展域包含用于该连接的微信元的新信元大小；
图28表示类似于图27的合并的用户数据及控制微信元；
图29说明控制平面信令方法中包括的单元，用于根据本发明改变微信元的大小；
图30更详细地说明图23中描述的控制平面信令方法；
图31是控制平面信令方法的信令图；
图32是说明改变微信元大小的第二方法的框图；
图33是第二方法的信令图；
图34是到微信元打包设备的输入微信元序列，所述图说明了第二方法的变化；
图35是与图34有关的信令图；
图36是说明控制***解释信元大小改变命令所引起的时延的框图；
图37是说明改变微信元大小的第四方法的框图；
图38是第四方法的信令图；
图39是说明改变微信元大小的第五方法的框图；
图40是用户数据微信元，提供了表示微信元大小将改变成可选域中表示的新大小的可选域。
图41是与第五方法有关的信令图；以及
图42是提供了信元字头分析单元的移动电话***的框图。
具体实施方式
在图1中，表示了一个ATM信元，包括字头2和有效负荷3。一般有效负荷包括与单个连接有关的用户数据。在前述的PCT/SE95/00575专利文件中揭示了一种ATM信元，在其有效负荷中携带一个或多个微信元。在图1所示的例子中，表示了不同大小的三个微信元4、5及6。ATM字头2包括5个八比特组(1八比特组＝8比特＝1字节)，其有效负荷3包括48个八比特组。每个微信元4、5、6包括字头7和用户数据。
在图2中，表示了微信元字头7的一个例子，包括2个八比特组8、9。其它大小的微信元字头根据ATM***的设计也是可能的。3个八比特组或更多的微信元字头大小也是可能的。微信元字头7包括线路标识符CID——标识已建立的连接/线路，有效负荷类型选择器PTS——标识不同的有效负荷类型，例如用户数据、控制数据、维护数据、长度标识符LEN，以及字头完整性检验域/比特HIC——检查字头的完整性。长度标识符LEN定义单个微信元有效负荷的大小。
需要区分不同类型的微信元。下面是表示PTS域所需的：
固定长度的用户信息：字头中的长度标识符是不必要的，而是将用户信息长度配置到***和业务中。例如“GSM全速率”，用户信息长度是35个八比特组，PDC全速率，是20个八比特组，而“D-AMPS全速率”是23个八比特组。
不同长度的用户信息，即，变长的用户信息：这是优选的实施例，将在下面描述。为了表示变长的用户信息而使用PTS域是将来要验证的方案。
扩展长度的不同长度用户信息。每线路/连接的OAM信息。
同步信息：为此目的使用PTS域是可选的。
在图3中，表示信元字头7包括固定大小的长度域10，称为LEN域，用于表示字头所属的微信元的用户数据大小。微信元大小在该域10中用线性编码来表示。线性编码意味着该码对应于微信元的实际大小。例如，如果信元长度是5个八比特组，就将二进制5(000101)写入LEN域。微信元长度较短时，固定长度域10将占据大部分带宽，所有被占据的带宽并非用于传输有用的信息，例如所给出的两个例子中的前导0。应该注意的是，LEN域10由单个连接的每个微信元所携带。与固定大小LEN域10有关的另一个缺陷是，用线性编码表示的信元大小范围是受限的。对于由6比特组成的固定大小LEN域10，可以表示从1到64个八比特组的信元大小。一旦一个单个连接使用了较大的信元大小，固定大小长度域10的长度就必须扩大，又导致带宽更多的浪费。
在图4中表示了固定大小长度域11。使用非线性编码表示很宽范围的不同信元大小。在例子中，给出的3个比特用于微信元字头的一个八比特组，例如八比特组9中。同一八比特组中的其余比特是空闲的，并且可以用于上面所列的任何目的。这样就减少了字头的整个大小，进而增加了所使用带宽的效率。
在移动电话***中，微信元由语音编码器产生。现在，当前的IS95语音编码器使用2、5、10或22个八比特组。使用根据所述ANSI文件的固定大小长度域10，在微信元的字头中需要7比特，以便表示22个八比特组的信元大小。使用根据图4的非线性编码，固定大小长度域11为3比特。这样一个工作在2kbps(每20ms 5个八比特组)的IS 95语音编码器就节省了10％的带宽。
在图5中表示了一个映射表12，与固定大小长度域11一起使用。从表中可见，编码值不对应于微信元大小，而是分配给各个编码值的预定信元大小，因此只需要三个编码比特。在映射列表的大小一栏中给出了微信元大小的例子。大小从4个变化到60个八比特组。显然，范围扩大了，但是大小的最大个数是由所使用的编码比特数给出的。
为了扩大与非线性编码一起使用的大小的数目，可以按需要扩展固定LEN域11。将描述两种方法。一种是固定大小LEN域11中的扩展比特用作LEN域11扩展的限定，该方法称为扩展比特方法，另一种是一个长度域码用作LEN域11扩展的限定，在这种情况下该方法称为扩展码方法。
在图6中，比特13，也标为E，在LEN域11之后留做扩展比特13。当扩展比特13设置为1时，表示微信元字头包括与固定大小LEN域同样大小的扩展LEN域14。当扩展比特为0时，信元字头只包括固定LEN域11。
在所示例子中，扩展的长度域14包括3比特。
当扩展比特13设置时，映射表12可用的比特数从3增加到6比特，得到图7所示的映射表15。由于扩展比特13是为此目的保留的，它不能用于码大小映射的目的。
扩展比特方法的变化是对扩展的LEN域14添加扩展比特11B。添加的扩展域用于表示微信元字头中是否还有扩展的LEN域。如果添加的扩展比特11B设为1，表示第二扩展长度域14A将添加到字头中，因此表15中的码比特数从6增加到9。如果添加的扩展域包括设为0的一个比特，就不使用这样的第二域。
在图8中，说明了扩展码方法。根据这个方法，图4中固定长度域11中的一个码被保留，用作扩展码。例如，假设映射表12中的二进制码111用作扩展码。当这个码111出现在固定长度域11中时，意味着扩展长度域14将包括在微信元字头中。因此，另外3比特用于大小映射。在图8中说明了这些。这个方法使映射表12中大小的个数减1，添加了另外7个信元大小，可以在扩展长度域14的附加8个码值上映射。
从节省带宽的角度来看，扩展码方法比扩展比特方法好，因为它需要3比特，而扩展比特方法需要4比特。从值的范围来看，扩展比特方法优于扩展码方法，因为它提供16种不同的信元大小，相比之下扩展码方法提供了14种。
在图9中，扩展比特方法与扩展码方法以一定方式结合，使得信元字头中提供的比特得到高效率的使用，同时覆盖了较宽范围的信元大小，带宽的使用率提高。
使用这种合成编码方法的微信元基本格式示于图9。微信元包括2个八比特组的字头21，以及有效负荷部分22，可能包括从1到48个八比特组。微信元长度的四个最低有效比特在字头中LEN域的小固定大小长度域23中表示。LEN域23包括4比特。该字头也包括CID域24，占用8比特，标识微信元所属的线路。在字头中也有长度扩展限定符域25、LEQ域、以及字头完整性域26、HIC域，均为2比特长。
长度扩展标识符LEQ 25定义为有效负荷的长度扩展以及字头扩展。当LEQ取二进制码00、01以及10时，微信元具有图9表示的基本格式，LEQ的编码比特构成添加到LEN域23的比特。在这种情况下，LEQ域用作LEN域23的扩展。
特别地，在LEN域23中有24种不同的值与LEQ域25中存在的二进制00码相关联，LEN域23中有24种不同的值与LEQ域25中存在的二进制01码相关联，以及LEN域23中有24种不同的值与LEQ域25中存在的二进制码10相关联。这在图10中说明。根据如下一般表达式给出了总共48种不同的长度值：
[2lenth of LEQ in bits-m]×[2lenth of LEN in bits]
这里m是用于表示微信元扩展格式的码数目。
因此，有效负荷大小可以从48个长度值中选择。在例子中给出的长度值编码为1到48。
当LEQ域25取二进制码11时，表示基本信元格式被扩展。扩展的格式在图11中表示。LEQ域25具有双重含义。LEQ的双重含义是(i)它用作长度表示中的最高两位有效比特，即LEQ×24+LEN，如图9所示，以及(ii)用作扩展字头格式的标识，如图11和12所示，即，LEN域23译做扩展限定符域27、EXQ域27。EXQ域27包括4比特。在EXQ域27的四个比特中，二进制值0000和0001保留与另外的长度域29、LENE域一起使用，以图12和13中所示的方式。特别地，EXQ域27中的最低有效比特添加到另一个LENE域29的7个比特中，以图13中虚线方框31中所示的方式。这类似于图10中所示。对于EXQ的二进制值0给出128种不同的长度值，对于EXQ的二进制值1给出另外128种不同的长度值。
用于这种方法的不同长度值的数目由如下一般表达式给出：
[2number of EXQ bits used]×[2number of bits in LEN 29]
在发明优选实施例种，EXQ值0用于表示从1变化到128个八比特组的微信元长度，EXQ值1用于表示从129变化到256个八比特组的微信元长度。
应该注意到图9和12中所示的微信元长度用线性编码来表示。
EXQ值2(二进制0010)用于表示微信元是操作及维护信元、OAM信元，包括字头32、以及OAM信息域33，如图14所示。字头32类似于图12中的字头21。在LEQ域25中，二进制码11出现，在EXQ域27中二进制码0010出现。
EXQ码3(二进制0011)用于表示固定长度微信元，例如用于DAMPS***标准。其它EXQ值可用于其它***标准或业务。
EXQ码值1xxx用于同步信元，这里xxx是定时信息。
在优选实施例中，主要要求是微信元字头最大长度为2个八比特组。即使使用这个限制，用有效方式使用可用的比特，可覆盖全部范围的值。
在图9、11、12、14中，在各个域下标出了优选的大小。所标的大小只是示例，仍可使用很多其它大小的不同域。所标示以外的其它LEQ和EXQ码可以用作添加到LEN域23和LENE域29的比特。
在图15中，表示了信元字头读取设备的框图。包括移位寄存器19、第一计数器20、闩锁寄存器30、ROM存储器40、第二计数器50以及复接器60。包括微信元用户数据的比特流在移位寄存器19的一个输入端移入。时钟信号控制数据比特移入移位寄存器19的频率。时钟信号由第一计数器20产生，用于提取微信元的固定大小长度域11，并将它的数据写入寄存器30。固定长度域或者说是其中的信息用于寻址ROM存储器40，该存储器根据图5中所示的映射表配置。因此，一个单个码，下面称为长度码，对应于用户数据的一个特定长度。从ROM存储器40中读取用户数据的大小(微信元大小减去字头大小)，并发送到控制复接器60的第二计数器50，使其输出61上出现用户数据。假设第一计数器20从用户数据信道读取二进制码011。这个码用于寻址ROM存储器，而且在这个地址存储信元大小20。因此，用户数据的长度应该是20个八比特组。然后，第二计数器50通过计数相应数目的时钟脉冲，而逐比特地计数此后的20个八比特组比特。复接器60被示为具有一个分支62，在所示的两个位置之间可移动。最初，计数器50将分支62设置到用虚线表示的较低位置，输出61上没有输出数据出现。当第二计数器50从ROM存储器40中接收了信元大小时，将分支62移到较高的位置。在较高位置，分支62连接到线路63，后者再连接到输入用户数据信道。当第二计数器50计数到20个八比特组时，将分支62移回最初位置，这样在输出61上就得到了正确数目的八比特组。
在图16中，表示在时刻t0从用户数据信道提取固定大小长度域11。在时刻t0，计数器20开始逐比特地计数20个八比特组并在时刻t1，计数器20已经计数了20个八比特组。因此，在时刻t0和t1之间，图15中分支62处于较高位置。
在图15所示的信元字头读取设备中，预定数目的长度码以及信元大小存储在ROM 40中。在图17所示的信元字头读取设备中，RAM存储器70用于从控制***80写入哪个长度码和信元大小。用这种方式，可以对单个移动电话***配置不同的特定微信元大小。
存储在ROM 40中的微信元大小是全局的，意即单个长度码，例如101，关联于使用这个长度码的微信元的所有连接。
但是，可以通过使用控制***80和RAM存储器70，针对特定连接或特定的物理链路具有特定的微信元大小，正如结合图18-27所描述的。
图18是用于实现扩展码方法的信元字头读取设备的框图。在图18中，相对图15和17中同样功能的模块具有同样的参考标识。该电路区别于图15和17中所示，其中有一比较器90，用于检测扩展码。如果匹配，比较器就触发减法器100，将第一计数器20的计数减去3个计数值。当完成之后，扩展长度域、或特别是其中的数据，再次写入寄存器30。与扩展域14有关的各种大小必须添加到RAM存储器70。这意味着RAM存储器中信元大小的数目会加倍。实际上，这意味着RAM存储器70中将使用新的存储器阵列。单元110是D闩锁，锁存比较器90的输出值并用它寻址RAM存储器70中新的存储器阵列。
比较器90和减法器100是处理扩展长度域14的单元，当检测到扩展码时可以移动字头中的位置。三个额外的比特添加到长度域11，这是用于表示信元长度的三个额外比特。因此，固定大小长度域11被***到数据流中的扩展长度域14所代替。
与一个域被写入存储器的图15或17中的电路操作相比较，在图18中另一个域被写入存储器70。
图18中所示的信元字头读取装置也可用于实现扩展比特方法。在图19中表示。从包含固定大小长度域11的寄存器30中，提取扩展比特13并用于增加寻址范围。扩展比特使第一计数器20减少3个比特的计数，由减法器100所示。这意味着三个新比特将写入寄存器30，而且这三个新比特加上三个旧比特，即共6个比特，用于寻址由六个箭头所表示的RAM存储器70。用这种方式，信元大小的数目可以增加。
ROM存储器40可以有几个图5所示不同类型的映射表。可以响应微信元字头中提供的预定长度码，从一个映射表改为另一个。用这种方式，可以从第一组微信元长度，例如4、8、16、20切换到第二组长度，例如3、6、9、12。不使用以图5所示映射表配置的ROM存储器40，使用RAM存储器用于相同的目的。这会使控制***80在RAM存储器中写入一组新的微信元长度。整个表也可以在控制消息中传递。
不给每个信元提供用于表示微信元大小的固定大小长度域，可以使用隐含的方式表示微信元大小，该方法在微信元字头中不使用任何长度域。根据表示微信元大小的隐含方法，与大小有关的信息驻留在***网络内部。不使用专用域表示信元大小，使用微信元字头中已有的域。在发明优选实施例中，微信元大小映射到所建立连接的标识上。因此大小不是全局的，而是面向连接的。
连接的标识由连接的CID域给出。在图20中，微信元字头7被示为包括CID域71。CID域71的实际大小依赖于***，但是一般两个八比特组就足够了。通过使用与图6和7结合而描述的同样映射方法，产生一个映射表72。
因此，已经抛弃了固定长度域11。这会增加带宽的效率。CID值用于寻址图17中的RAM存储器70并由控制***80来提供。因此，不在寄存器30中锁存长度域11，而是将CID值锁存在寄存器30中并用于寻址RAM存储器70。用这种方式，在所建连接的标识与连接中使用的微信元长度之间存在一种关系。因此，不需要额外的存储器位置存储CID和与所述CID关联的微信元大小之间的关系。
在连接建立时，控制***80将接收一条消息，请求(a)在所标识的端点之间建立一条连接，并且(b)这条连接将使用具有X个八比特组大小的微信元。假设X是在可用信元大小中选择的一个整数。然后，控制电路选择ATM网络所提供的逻辑地址中的一个空闲CID。对于本例，选择CID＝7。控制***80现在将使用7作为RAM存储器70的地址并在这个地址写入微信元大小X。图17中所示的信元字头读取设备将用所描述的同样方式操作。应该注意到映射是在连接建立时进行的。
应该注意到一个而且是同一个CID可以关联于几个不同的微信元大小，根据具有相同CID的信元可以在不同虚连接VS：s上传输这个事实。这将示于图22中，其中标识了ATM网络中使用的典型地址结构。对于ATM网络中的每一物理链路，称为物理路由，都有一张具有多个项目的物理链路表140，例如所示的项目0-23。每一物理链路都关联各自的VPI/VCI(虚通路/虚标识符)表150。例如，每一物理链路有256条虚通路VP 0-255。在每一VC连接中，以VCI-/VPI值来标识，例如256个微信元每个都具有自己独立的CID。
某些应用需要基于毫秒改变微信元的大小。其它满足这种要求的改变大小的方法使用用户数据信道上传输的信元大小改变微信元。这将结合图24-27描述。所使用的改变大小方法不需要控制***80的处理，也不需要同步机制。
特别地，根据结合图24-27描述的方法使用一个特殊微信元表示新的大小。新微信元大小在有效负荷94中给出。使用四种类型：
1)  特殊EXQ值定义大小指示器微信元，如图26所示，
2)  使用图25中所示的规定的EXQ值2，即OAM信元，
3)  大小改变指示微信元由特殊CID值表示，例如CID＝0，而且该连接由有效负荷中CID域93来标识，如图24所示，
4)  下面第五种方法所描述的类型。
用于连接中随后微信元的新微信元大小在长度域94中表示。在数据流中微信元91、95、97之后并且具有相同CID的所有微信元将具有新的信元大小并将它们的大小指示器设为0，如此表示该微信元用于用户数据。
根据电信***的实现，包括表示微信元大小改变信息的微信元可以接续、即链接用户数据流中具有新长度的第一微信元，也可以不这样。这样会产生或不产生同步的问题。包括微信元大小改变信息的微信元将在下面称为控制微信元。应该注意到控制微信元可以包括，除微信元大小改变信息以外，其它诸如用户数据、控制数据、OAM数据等这样的其它信息。
将描述改变正在进行的——即操作中的——连接的微信元大小的五种方法。
方法1——概述
如果微信元大小不会频繁改变，即比每秒改变一次更少一些，根据本发明建议，用基站和控制节点——例如移动交换中心MSC——之间接入协议上发送的控制消息来改变大小。控制节点将处理和控制微信元连接建立过程中使用的所有设备，特别是图17、18和19中的控制***80。控制消息在与微信元传输的不同信道上发送。因此必须在微信元的发送端和同一微信元的接收端之间提供同步。根据发明，这种同步用在微信元字头中一个比特内设置标志来提供，如图23所示，其中的标志比特标为82。
图29表示信元大小改变方法的实施例，下面称为控制平面信令。类似于图15所示的信元字头读取设备83接收从用符号表示的发送设备85发送的用户数据比特流84。当需要改变微信元大小时，发送设备85发送一条在控制信道上传输的控制消息86，表示具有CID＝N的连接将其信元大小从长度L1改变到新长度L2，其中L是组成该微信元的八比特组的数目。
控制消息86在控制信道比特流87中发送。比特流87与比特流84不同步。信令消息88的协议处理器接收控制消息并将其传递到控制***80。控制***80现在将新信元长度L1在所标识连接CID＝N的地址处写入信元字头读取设备83。
在足够时间过去之后，ATM网络的控制***80已经处理了该控制消息之后，通过使用新大小L2在第一微信元89中设置标志82，发送设备85将信元大小从L1改变到L2。这将通知接收一侧这个信元以及随后的信元都具有新大小L2。
最后，当携带标志82的第一微信元89被信元字头读取设备83接收，而且微信元89的CID被寄存器30接收时，将从与这个CID关联的映射表中读出新长度L2。第二计数器50用这种方式控制复接器60：将新信元大小提供给移位寄存器10中的微信元89以及属于这条连接的所有其它信元。用这种方式，当改变信元大小时不会丢失信息。
控制平面信令可以逐秒触发信元大小改变。因为控制***80处理控制信号一般需要大约1/2秒。因此，控制平面信令较慢并且需要同步。
应该注意到图29在某种程度上是简化的，以便清楚地讲述该同步方法。实际中，在任意时间比特流87会在比特流84中交织。
方法1——详细描述
结合图29描述的一般方法现在将参考图30所示的GSM***做更详细的描述。在图30中，控制节点100是GSM网络中的MSC(移动业务交换中心)。控制节点100包括控制传输设备101的控制***80。传输设备包括微信元打包设备102，由图15、17、18和19中所示类型的信元字头读取设备103组成。GSM网络中的基站104具有类似的传输设备105，带有由信元字头读取设备107组成的信元拆包设备106。传输设备101具有未表示出来的微信元拆包设备，传输设备105具有未表示出来的微信元打包设备。传输设备101和105在链路108上交换分组。几个连接可以同时存在，但是为了举例，只考虑一个特定连接109。用110和111符号表示的、用于连接109中分组的微信元，假设每个长15个八比特组。假设业务是按需要连续进行的。在某个时刻，依据外部事件，例如从一种业务切换到另一种、从语音业务切换到数据业务或从半速率到全速率，控制80通过向传输设备101和105中的每一个发送各个控制消息112、113，启动微信元大小的改变。每个控制消息表示对于连接109，微信元大小将改变到23个八比特组的新大小。直到传输设备105有信息要发送时，它才起作用。将要进行的操作顺序将参考图31描述。
图31是表示传输设备101和传输设备105之间通知分组的信令图。分组由箭头表示，箭头上面表示分组所使用的微信元大小。按照箭头，以时间顺序从顶到底依次出现：最初的分组，用两个最上面的信号箭头表示，在传输设备101、105之间交换。信元长度最初为15个八比特组。然后控制消息112发送到传输设备105。在控制消息113发送到传输设备101之前，也可能出现一个或更多其它的分组114从传输设备101发送到传输设备105。如上所示，直到接收传输设备105有东西发送时，它才对收到控制消息112产生反应。下次传输设备105有信息发送时，它将在分组115中发送，其中使用具有23个八比特组新信元长度的信元。在第一个新长度信元中设置第一个标志。这个第一标志是图29中的标志82。第一标志表示这个微信元115以及随后的信元具有新长度。在现在作为接收单元的传输设备101中，标志由没有表示出来的拆包设备的信元字头读取设备检测，并用于触发一种机制，提醒此后从这个传输设备101发送的微信元长度变为新长度。这种机制驻留在微信元拆包设备102中。然后，当传输设备101有信息要发送时，它将在带有新长度微信元的分组中发送。在这些分组的第一个中，用信号箭头116表示，设置第二标志。此后在传输设备101和105之间交换的分组都将具有新长度，如分组117和118所示，而且都不再设置第二标志。
从上面看来，显然第一微信元115中的第一标志作为同步标志。微信元116中的第二标志作为确认标志，向传输设备101确认传输设备105已经收到同步标志。在两个标志交换之后，连接109处于同步状态，其中两个传输设备101和105都用新长度发送和接收分组。用这种方式，用于特定连接的微信元长度在连接保持建立的同时改变了。
新长度在控制消息112、113中发送。控制消息一般是独立的信元，例如OAM信元。OAM微信元在独立的连接上或在连接109中发送。控制消息的使用对提供给连接109的带宽没有影响。当微信元长度将要改变时，只花费微信元的一个二进制数字，即标志比特。换句话说，在移动无线***的任何两个用户之间交换信息的协议中只需使用一个比特。从带宽利用的观点来看，控制平面信令方法是很有效的。
应该可以想起可用的微信元长度是配置到移动无线***中的。
根据上述方法的一个修正，第一标志在具有15个八比特组的旧长度微信元中发送。使传输设备101有足够时间指示它的微信元字头读取设备改变其设置，接收新长度信元。
控制消息112、113通知特定连接的发送和接收方的方法不是方法1所特有的。总结方法1：需要独立的控制微信元以便改变连接的微信元大小，需要同步机制以便在正确时刻使新微信元大小生效。
方法2
这个方法是方法1的一个例子并说明控制消息是如何通知传输设备101、105的。在这种方法中，使用具有上面类型2)的控制微信元。控制微信元具有图24中所示的类型并包括包含新微信元大小的域94。控制微信元的CID值不同于其信元大小将要改变的连接109的CID。因此，控制消息在不同于用户数据所发送的连接上发送。
参考图32，存在一个同步问题，因为控制微信元没有链接到其大小将要改变的微信元序列中。因此，存在两个彼此独立的连接1，一个125，用于控制微信元，另一个109，用于用户数据微信元。例如，标为127的控制微信元具有CID值为0，而用户数据微信元具有CID＝7。连接109主动向传输设备105发送分组，都用长度为15个八比特组的微信元128填充。在某个时刻，控制***要将连接109中分组的微信元大小从15改变到23个八比特组。控制***命令发送控制微信元127。控制微信元在连接125中发送。控制微信元具有CID＝0，并在它的有效负荷中包括：(a)CID域93以及长度域94。CID域93指出将要改变微信元大小的连接；在这种情况下所表示的是CID＝7。在长度域94中，表示了新长度23。
发送传输设备101和接收传输设备105都接收控制微信元127，参看图33中所示的信令图，它们都知道23个八比特组的新长度。两个单元中任一个现在都可以在下一个同步时刻开始使用新长度。为了产生同步时刻，接收传输设备105在它于连接109中所发送的具有新长度的第一微信元130中设置标志129。该标志包括一个二进制数字，向接收单元表示此后的微信元，以设置标志比特的微信元开始，都具有新长度L＝23。此后从传输设备105发送的所有微信元将具有新长度。当传输设备101收到微信元130时，信元标志表示该微信元以新长度配置。传输设备101使用23个八比特组的新长度对信元130和所有随后的微信元拆包。当传输设备101有东西要向传输设备105发送时，它将使用新长度，如箭头131所示。
上面提到的下一个同步时刻可以在控制***激活一个新业务时或在控制***为其它原因要改变特定连接的信元大小时产生。
因此，一旦连接109的发送单元以及接收单元都收到控制微信元127，就可以发送标志比特。标志比特作为从旧微信元大小向新微信元大小切换的同步手段。同步由发送和接收单元自己完成，不需要来自控制***的帮助。当改变所发送的微信元长度时，首先发送的传输设备设置同步标志。接收单元，当收到该标志时，开始使用新长度格式。
在所说明的例子中，接收到控制信元127后首先发送的传输设备是设备105。它也可以是传输设备101。
这种方法的操作比方法1快，因为控制微信元包含新大小，因此传输设备101、105不必等待控制***与之联系以便得到新信元大小。方法2具有诱人的带宽利用率，因为每次大小改变时，有效负荷中的开销只有1比特。
OAM微信元由通信***的操作及维护***处理。根据方法2的修正，表示连接109的大小改变的OAM微信元由端接传输设备105处理。
参考图34和35。控制微信元具有图24所示的类型。存在一个与信元大小改变有关的问题，因为在连接109的信元大小改变之前，***中发生了很多其它事情。图34说明一个属于三个不同连接的分组序列，具有CID＝1、CID＝2及CID＝7的各自ID：s。所有三个连接都发送信息。恰在分组序列的中间，需要改变CID值为CID＝7、使用15个八比特组信元大小的连接中的信元大小。
在该分组序列中首先到来的是属于CID＝1和长度L＝10的连接的分组140。随后到来的是属于CID＝2和长度L＝8的连接的分组141。然后到来的是属于CID＝7和L＝23个八比特组的连接的分组142。然后是属于CID＝1的分组143，然后是属于CID＝2的分组144。为了某种原因，控制***80决定将CID＝7的连接中的信元大小从当前的L＝15改变到L＝23。因此控制***80将控制微信元145***正在进行的数据流。CID＝0的CID值表示OAM微信元。在控制微信元145的有效负荷中，指出信元大小将改变的连接，即CID＝7的连接，以及新信元长度L＝23的表示。当控制微信元由传输设备105在接收一侧接收时，拆包设备106存储控制微信元145中给出的信息，即存储如下信息：在CID＝7的连接中信元大小将改变为23个八比特组。该信息存储到下次这条连接上的微信元到达。在这段时间，即从收到微信元145到CID＝7的下一个微信元到达之间的时间，很多其它的属于其它两个连接的微信元到达打包设备106。这分别通过属于连接CID＝1和CID＝2的微信元146和147来说明。当连接CID＝7中的下一个信元终于到达时，即当微信元148到达时，传输设备105读到它，信元拆包设备将其分成均为23个八比特组长的段。所有上述方法步骤都在图25中表示。
传输设备105只是简单提供了使控制***80一次进行一个连接的信元改变。如果几个连接同时改变信元大小，传输设备105的实现将会更复杂。
方法3
从***观点来看，根据方法3改变微信元大小是通过操作及维护***处理的，而且用来改变大小的控制消息在业务流——即用户数据微信元所传输的流——中传输。
在方法3中，控制微信元具有上述类型3)。控制微信元是EXQ值为2(二进制10)的OAM微信元。图25中所示的OAM信元的CID值等于信元大小将改变的连接的CID值。换句话说，OAM信元在信元大小将改变的同一连接中传输。这将保证控制微信元处于大小将改变的连接的微信元流中的正确位置。正确位置意味着控制微信元处于属于微信元大小将改变的连接的两个不同大小微信元之间。因此原则上不需要同步机制。但是，由于OAM微信元不是按照业务微信元相同的方式端接，可能会出现同步问题。有效负荷类型选择器PTS＝控制微信元的OAM表示该微信元是OAM信元。传输设备在业务平面处理用户数据微信元，不处理OAM微信元。OAM微信元由控制平面的操作及维护***处理。
图30和32中描述的类似硬件设备在方法3中使用，后面将不再描述。按照图30和32的例子，也假设连接109将改变其微信元大小。连接109的CID＝7。这个连接109的微信元大小将从15个八比特组改变到23个八比特组。现在，参考图36。在这个连接上，***OAM控制微信元134。OAM控制微信元在其长度域94A(图25)中包括23个八比特组的新长度。
图36中所示的控制***80包括OAM微信元处理器133并在带有信元字头读取设备103的信元打包设备102上操作。
输入信元打包设备102的分组从图36的左边到达，输出分组在右边离开。只要输入微信元的EXQ值不同于2(二进制10)，传输设备105中未表示的信元打包单元就将其按分组打包，沿着箭头136发送到它们的目的地。
对连接109端接的传输设备105将控制微信元识别为OAM微信元，因为它的PTS＝OAM。传输设备105将从数据流中提取OAM控制微信元并发送它，如箭头137所示，到控制***80，在那里由OAM信元处理器133来处理。驻留在OAM微信元处理器中的逻辑解释OAM微信元。在这种情况下，该逻辑将发现OAM信元指示CID＝7并且要进行微信元长度的改变。作为对该解释的响应，OAM处理器向信元打包单元返回大小指示消息SI，表示连接109上的微信元将具有新长度SI＝23。这条消息由箭头138表示。当收到这条消息时，打包设备102开始读取使用新长度L＝23的输入微信元。为了做到这点，打包设备102命令它的RAM存储器70设置新长度。
OAM信元可以有很多类型。一个OAM信元包括向OAM处理器133表示控制***响应收到的OAM信元应该进行何种动作的消息。例如它可以是命令控制***80测量误码率的消息。另一种OAM信元可以包括向控制***80报告硬件故障的消息。另一种OAM微信元消息是命令控制去测量某方面的微信元数量，例如针对校验和。打包设备102将向控制***80中的OAM处理器发送PTS＝OAM的所有微信元。
尽管OAM微信元134与信元大小改变的时刻有关，而且尽管它属于将要改变微信元大小的连接109，但是它看起来好象不需要同步。但是这不总是对的。***设计可能也会影响方法3的行为。因此，可能必须提供一些同步机制。下面将描述为什么会这样。
控制***80需要一些时间解释OAM微信元134。SI返回传输到打包设备102也需要时间。在这段时间内可能有新信元到达连接109。在这段时间中，信元拆包单元不知道将哪个微信元大小提供给输入微信元。这就是为什么需要一些同步机制。
根据方法3的修正，建议端接连接109的传输设备105自己读取OAM微信元以便得到它的类型。如果OAM微信元是信元大小改变微信元，接收传输设备本身将处理该OAM信元并开始用新长度接收和发送微信元。这样将去掉上面提到的与解释和SI返回传输时间间隔有关的时延。方法3将保证微信元大小被改变的时刻处于正确的顺序。用这种方式，传输设备将保证微信元大小改变信元与具有新信元大小的第一微信元链接。根据方法3的修正，OAM信元在业务平面上处理。
从带宽利用的观点来看，只要微信元大小被改变的频率适中，方法3就没有带宽的损失。
方法4
根据这个方法，控制微信元在业务流中传输并自动由打包拆包设备102、106处理。控制微信元在业务平面内端接。去掉了图36所示的环137。
在方法4中，控制微信元具有上述类型1)，信元为图26所示类型，其中控制信元的CID值与该连接的CID值相同。参考图37和38描述该方法。在图37中，所有单元都与结合图30和32所描述的那些相同。假设传输设备101正在向传输设备105发送分组，而且分组用15个八比特组长的微信元110来填充。
在某个时刻，控制***80命令改变信元的长度。新长度为23个八比特组。信元大小改变命令发送到传输设备101，例如在OAM信元中传输。传输设备101通过向传输设备105发送图26所示类型的控制微信元119来响应这条命令。所有控制微信元119都用于携带信元大小改变信息。因此接收传输设备105必须将分组大小改变为23个八比特组。问题是何时改变。
假设在15个八比特组长的最后一个信元110之后传输设备101发送了控制信元119，那么此后从传输设备101发送的所有信元都具有23个八比特组的新长度。不需要另外同步。
这是因为在ATM网络中，保证ATM信元按照正确时间顺序到达它们的目的地。换句话说，ATM信元被发送的时间顺序在接收一侧不会逆转。因此控制***80可以在任何时间命令发送传输设备101改变到新微信元大小。
图38所示的信令图说明了该方法。图38类似于图31，因此不再详细描述。在图38中，改变微信元大小的命令由箭头121表示。控制微信元由箭头122表示，长度为15个八比特组。它不可能有新长度。下一个由传输设备101发送的微信元123以及此后所有的微信元都以新大小发送。当传输设备105收到控制微信元122时，驻留在打包设备107和未表示的拆包设备中的一个机制，将设置微信元122之后的微信元长度为23个八比特组的新长度。这样当从传输设备101发送的微信元123到达传输设备105时，将用新长度对其解码。类似地，当传输设备105发送下一个微信元124时，将用新长度发送。
与方法4有关的带宽损失与信元大小被改变的经常程度，即速率或频率成比例。仅与微信元大小改变有关的开销以控制微信元的形式出现。微信元110和120不包括任何信元大小指示域。因此，它们没有与信元大小指示有关的开销。这与结合图4、6、9、11、12所描述的微信元相反，它们都包含微信元大小指示。
方法4使传输设备101、105的实现复杂，因为它们必须能够同时并在很短时间内处理大量的连接。
应该牢记的是ATM是定义点到点连接的面向连接的技术。这与无连接性质的分组交换网络相反。在分组交换网络中，相同目的地的分组可以采取通过网络的不同路由，因此可能以逆时间顺序到达。
方法5
方法5是方法4的改进。不使用一个完整的微信元改变正在进行的连接的微信元大小，而是向携带用户数据的微信元***一个可选域。当可选域出现时，表示新大小用于该连接的微信元。在方法5中，改变微信元大小的信息在业务流中传输。根据方法5，使用稍微不同的消息格式。原则上使用一个显式的、即独立的、长度域。将参考图39-41描述该方法。
在方法5中，使用图27所示类型的信元大小修改微信元170。可选域171用于表示这个信元170之后并且属于相同连接的微信元使用新长度。该连接由微信元字头中的CID表示。在字头中，也有一个扩展比特13(图27)，当设置时表示信元包含可选长度域171。如果扩展比特设置为0，信元170中就不出现域171。
方法5将结合图39-41描述。图39类似于图30，所示的是相同的设备。当信元大小改变时，控制***80只向发送传输设备101发送信元大小改变命令149。当收到改变微信元大小的命令时，发送传输设备101设置标志150，将可选长度域171添加到微信元170中，在添加的长度域中表明新信元大小，例如23，以23个八比特组的新长度格式将微信元发送并继续用新长度发送所有随后的微信元。当收到控制微信元170时，传输设备105检测到该标志。响应对标志的检测，传输设备105将微信元大小从当前大小改变到附加可选长度域171中指示的新大小。接收传输设备105开始使用23个八比特组的新长度，从该控制信元开始并继续到这个连接上所有随后的信元。
在图41中，表示了方法5的自解释图解说明。
方法5会节省带宽，因为长度域不象方法4中那样一直出现，而是只当信元大小改变发生时才出现。
方法5的修正是从包含可选长度域171的微信元之后的微信元开始使用新长度格式。在这种情况下，包含可选长度域的微信元使用旧长度格式。
方法2-5的比较
下表1是方法2-4的一些特征特性的比较。表中给出的所有数字是估计的。
表1
    方法No。# 相对分组速率的速率改变   实现复杂性 相对显式的长度表示方法的健壮性
    2     ＜1/100     因子1     0.1
    3     1/20     因子3     0.2
    4     1/10     因子7     0.2
    5     1     因子8     0.1
方法2和3相比方法4和5更健壮一些，因为它们需要同步。如果因为某些原因丢失了控制微信元，就不能实现同步，也不能进行长度修改。信息就以旧信元长度发送和接收，不丢失信息。同步通过发送两个微信元来实现，每个连接方向一个，包括同步信息。健壮性增强了但是改变速率降低了因子2。在方法4和5中，不需要同步。如果控制信元丢失，接收一侧就不会收到。发射一侧改变到新信元大小并开始在新长度信元中发送信息。接收一侧继续接收它认为是旧大小的信息。因此接收信息将会破坏。
使用方法5，原则上可以改变单个连接的连续微信元中每个微信元长度(每个微信元具有新长度；改变速率＝信元速率)。如果出现这种情况，方法5就退化了，变成与添加标志150的显式长度方法相同的方法了。
如果使用方法5逐个微信元改变大小，那么方法5比显式长度方法稍差。但是，如果改变速率为每两个信元一次，那么方法5就比显式长度方法好。如果改变速率是每百信元一次，那么方法5就比显式长度方法优越。当改变速率是每十个信元一次长度修改的量级，方法5就是优选的。
不使用扩展比特13，也可以使用特殊有效负荷类型的选择器码、PTS码、类似于结合图28描述的扩展码方法，表示该微信元用于相同连接中随后微信元的大小改变。在图28中表示。不在微信元字头中使用独立的扩展比特13，该比特用于表示该微信元是也包括表示微信元大小将改变信息的用户数据信元，而是在有效负荷类型选择器PTS中使用一个码点用于此目的。特别地，PTS具有表示这个的特殊码PTSI。
在图42中，表示了一个包括ATM网络200的移动电话***，发送单元201和接收单元202通过各自的链路205和206与网络连接。用户数据源203通过用线209象征性表示的各个连接与发送单元连接。用户数据接收器204通过各个连接210与接收单元202连接。由微信元组成的连接209在发送单元201中用未表示的复接器复接在一起。类似地，接收单元202中没有表示的解复接器将属于用户数据接收器204所端接的连接的微信元解复接。在发送单元201中，有图12所示类型的微信元字头读取设备207，在接收单元中有图12所示类型的类似微信元字头读取设备208。
在图38中，表示了包括ATM网络200的移动电话***，发送单元201和接收单元202通过各自的链路205和206与网络连接。用户数据源203通过用线209象征性表示的各个连接与发送单元连接。用户数据接收器204通过各个连接210与接收单元202连接。由微信元组成的连接209在发送单元201中用未表示的复接器复接在一起。类似地，接收单元202中没有表示的解复接器将属于用户数据接收器204所端接的连接的微信元解复接。在发送单元201中，有图11所示类型的微信元字头读取设备207，在接收单元中有图11所示类型的类似微信元字头读取设备208。

Claims (18)

1.用于指示属于单个连接的微信元大小的方法，该方法用于在建立的连接过程中将微信元大小动态地从第一大小改变到第二大小，其特征在于仅当所述连接的微信元大小要改变到新大小的时刻才表示该大小，每个所述时刻之后所述连接的微信元都以新大小发送，其中通知用于单个连接的微信元大小将改变的信息在称为控制微信元的微信元中发送。
2.根据权利要求1的方法，其特征在于控制微信元在不同于含所述单个连接用户数据的微信元所发送的信道中发送。
3.根据权利要求1的方法，其特征在于所述微信元大小的改变遵循一个同步过程来实现。
4.根据权利要求3的方法，其特征在于所述同步过程包括如下方法步骤：(a)所述端接传输设备和所述始发传输设备中任何一个，在收到所述控制微信元时将以所述第二长度发送与所述单个连接有关的下一个微信元并在所述下一个微信元的字头中设置标志，(b)所述端接传输设备和所述始发传输设备中的另一个在收到所述下一个微信元并检测到所述标志时，开始发送它的下一个微信元及随后属于所述单个连接的所有的微信元，开始用所述第二长度发送第二微信元。
5.根据权利要求4的方法，其特征在于所述控制微信元发送到处于所述单个连接始发一侧的传输设备以及处于所述单个连接端接一侧的传输设备。
6.根据权利要求4的方法，其特征在于所述控制微信元是包含一个域的操作及维护控制微信元，在该域中：(a)表示所述单个连接的标识以及(b)表示第二长度。
7.根据权利要求5的方法，其特征在于所述控制微信元是操作及维护控制微信元，当在所述端接传输设备中被接收时，被发送到控制***进行解释，所述控制***收到所述操作及维护信元并解释该微信元为通知属于所述连接的微信元大小改变时，就向所述端接传输设备发送第二长度，所述端接传输设备收到所述第二长度时，将所述第二长度提供给属于所述连接的所有随后接收的微信元。
8.根据权利要求6的方法，其特征在于所述控制微信元是操作及维护控制微信元，当在所述端接传输设备中接收时被解释为通知属于所述连接的微信元大小改变的微信元，所述端接传输设备响应所述解释，从中得到所述第二长度，将所述第二长度提供给属于所述连接的所有随后接收的微信元。
9.根据权利要求1的方法，其特征在于控制微信元在与属于所述单个连接的微信元所发送的相同信道上发送。
10.根据权利要求1的方法，其特征在于所述控制微信元在其字头中包含一个指示PTS＝SI，表示所述控制信元的有效负荷中包括所述第二长度。
11.根据权利要求9的方法，其特征在于所述始发传输设备首先发送所述控制微信元，然后用所述第二长度发送属于所述单个连接的随后的所有微信元。
12.根据权利要求10的方法，其特征在于所述单个连接端接一端的传输设备，在收到所述控制微信元时，开始用所述第二长度读取与所述单个连接有关所有其它微信元。
13.根据权利要求10的方法，其特征在于所述控制信元是字头中包含扩展比特的用户数据微信元，当该比特设置时，表示用户数据微信元包括表示所述第二长度的可选域。
14.根据权利要求12的方法，其特征在于发送表示信元大小改变的控制消息以及随后的一个同步信号。
15.根据权利要求13的方法，其中属于相同连接的微信元在用户数据信道中传输，其特征在于控制消息包括第二大小以及连接的标识，使用接入协议、通过控制信道将控制消息从基站发送到控制***，所述控制***将所述第二信元大小与属于所述连接的微信元相关联，用做所述同步信号的信元长度修改指示器在具有新的第二大小的第一微信元中设置，所述控制***在所述第一微信元中检测到信元长度修改指示器后，就将属于所述连接的微信元大小从所述第一改变到所述第二大小。
16.在建立的连接过程中将微信元大小从第一大小改变到第二大小的方法，其中操作及维护连接是所有连接所公用的并具有预定的第一连接标识符CID＝0，所述操作及维护连接由具有所述预定第一连接标识符的操作及维护信元：OAM信元来传输，其特征在于给OAM信元提供一个带宽将要改变的连接的标识符CID，以及有关所述第二大小的信息。
17.在建立的连接过程中将微信元大小从第一大小改变到第二大小的方法，其中资源管理连接是所有连接公用的并具有预定的第一连接标识符CID＝0，所述资源管理连接由具有所述预定第一连接标识符的资源管理信元来传输，其特征在于给资源管理信元提供一个带宽将要改变的连接的标识符CID，以及有关所述第二大小的信息。
18.在建立的连接过程中将微信元大小从第一大小改变到第二大小的方法，其特征在于，一个控制***定制微信元大小的改变，而微信元传输设备响应于此发送一个控制微信元，大小修改的微信元在用户数据信道上发送，与其中的微信元同步。
CN97193089A 1996-01-25 1997-01-24 表示微信元大小的方法 Expired - Fee Related CN1124723C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE9600279A SE515588C2 (sv) 1996-01-25 1996-01-25 Miniceller med variabel för storlek på nyttolasten i ett mobiltelefonnät
SE96002795 1996-01-25

Publications (2)

Publication Number Publication Date
CN1214169A CN1214169A (zh) 1999-04-14
CN1124723C true CN1124723C (zh) 2003-10-15

Family

ID=20401152

Family Applications (2)

Application Number Title Priority Date Filing Date
CN97193089A Expired - Fee Related CN1124723C (zh) 1996-01-25 1997-01-24 表示微信元大小的方法
CN97193288A Pending CN1214830A (zh) 1996-01-25 1997-01-24 具有可变净荷容量的小信元

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN97193288A Pending CN1214830A (zh) 1996-01-25 1997-01-24 具有可变净荷容量的小信元

Country Status (12)

Country Link
US (3) US6341131B1 (zh)
EP (2) EP0872093B1 (zh)
JP (2) JP3857728B2 (zh)
KR (2) KR100363210B1 (zh)
CN (2) CN1124723C (zh)
AU (2) AU724864B2 (zh)
BR (2) BR9707061A (zh)
CA (2) CA2242338C (zh)
DE (1) DE69731276T2 (zh)
RU (2) RU2178623C2 (zh)
SE (4) SE515588C2 (zh)
WO (2) WO1997027691A1 (zh)

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9621776D0 (en) * 1996-10-18 1996-12-11 Northern Telecom Ltd ATM communications system and method
GB9624917D0 (en) * 1996-11-29 1997-01-15 Northern Telecom Ltd Distribution network
GB2322515A (en) * 1997-02-21 1998-08-26 Northern Telecom Ltd Adaptation layer switching
GB2322514A (en) * 1997-02-21 1998-08-26 Northern Telecom Ltd Telecommunications system
GB2322516A (en) * 1997-02-21 1998-08-26 Northern Telecom Ltd Multimedia switching system
US7894936B2 (en) * 1997-10-09 2011-02-22 Walker Digital, Llc Products and processes for managing the prices of vending machine inventory
DE19818776A1 (de) * 1998-04-27 1999-11-04 Siemens Ag Verfahren zur Verbindung von Kommunikationssystemen über eine paketorientierte Datenübertragungsstrecke
AU1150599A (en) * 1998-10-05 2000-04-26 Nokia Networks Oy Frame control method and apparatus
EP1014745B1 (en) * 1998-12-23 2005-11-02 Alcatel Method and arrangement to generate data cells and data cells receiving arrangement
JP2000341300A (ja) * 1999-05-31 2000-12-08 Fujitsu Ltd Ａｔｍネットワークに於けるセル多重化システム
US6804237B1 (en) * 1999-06-23 2004-10-12 Nortel Networks Limited Method, devices and signals for multiplexing payload data for transport in a data network
GB9915327D0 (en) * 1999-06-30 1999-09-01 Nortel Networks Corp Packet interface and method of packetizing information
GB2356100B (en) * 1999-11-05 2004-02-25 Sony Uk Ltd Data format and data transfer
DE69926514T2 (de) * 1999-11-23 2006-06-08 Lucent Technologies Inc. Verfahren, Vorrichtung und Datenpaket zum Anzeigen der Länge der Nutzdaten, die in einem Datenpaket in einem Mobilfunktnetz übermittelt werden
US7730201B1 (en) * 2000-04-13 2010-06-01 Alcatel-Lucent Canada, Inc. Method and apparatus for congestion avoidance in source routed signaling protocol communication networks
US7224693B1 (en) * 2000-08-11 2007-05-29 Ericsson Ab Long packet handling
FR2818066B1 (fr) * 2000-12-12 2003-10-10 Eads Airbus Sa Procede et dispositif de transmission deterministe de donnees asynchrones mises en paquet
US7190685B2 (en) * 2001-02-08 2007-03-13 Lucent Technologies Inc. Control information transmission in a wireless communication system
US7369555B2 (en) * 2001-07-31 2008-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Channel resource allocation arrangement and method
WO2003075525A1 (fr) * 2002-03-04 2003-09-12 Mitsubishi Denki Kabushiki Kaisha Dispositif de multiplexage
CN101083510B (zh) 2002-03-08 2015-04-29 英特尔公司 用于高速率正交频分复用通信的***和方法
US7113790B2 (en) * 2003-02-18 2006-09-26 Qualcomm Incorporated Method and apparatus for using a traffic channel for communications of control data in a wireless communication system
US8254372B2 (en) * 2003-02-21 2012-08-28 Genband Us Llc Data communication apparatus and method
TWI271626B (en) * 2003-06-17 2007-01-21 Delta Electronics Inc Data transmission method for microprocessors of programmable logic controller
US7260400B2 (en) * 2004-03-05 2007-08-21 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving control message in wireless access communication system
BRPI0508694B1 (pt) 2004-03-12 2018-05-08 Samsung Electronics Co Ltd método e aparelho para construir ie de mapa utilizando cid reduzido na irradiação de sistemas ofdma
US8027265B2 (en) * 2004-03-19 2011-09-27 Genband Us Llc Providing a capability list of a predefined format in a communications network
US7990865B2 (en) * 2004-03-19 2011-08-02 Genband Us Llc Communicating processing capabilities along a communications path
US7580388B2 (en) 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
AU2005257619B2 (en) 2004-06-23 2008-07-17 Nokia Technologies Oy Method of configuring and updating connection identifier in a broadband wireless access communication system
US8000221B2 (en) 2004-07-20 2011-08-16 Qualcomm, Incorporated Adaptive pilot insertion for a MIMO-OFDM system
US7529218B2 (en) * 2004-08-25 2009-05-05 Cisco Technology, Inc. High density WLAN system
US7729346B2 (en) 2004-09-18 2010-06-01 Genband Inc. UMTS call handling methods and apparatus
US7830864B2 (en) * 2004-09-18 2010-11-09 Genband Us Llc Apparatus and methods for per-session switching for multiple wireline and wireless data types
US8971898B2 (en) * 2004-10-22 2015-03-03 Genband Us Llc Mobility management apparatus and methods
WO2006071096A1 (en) * 2004-12-30 2006-07-06 Lg Electronics Inc. A method of updating channel information by a mobile station that is in power saving mode
US8483173B2 (en) 2005-05-31 2013-07-09 Genband Us Llc Methods and systems for unlicensed mobile access realization in a media gateway
US7792150B2 (en) 2005-08-19 2010-09-07 Genband Us Llc Methods, systems, and computer program products for supporting transcoder-free operation in media gateway
US7835346B2 (en) * 2006-01-17 2010-11-16 Genband Us Llc Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway
EP3843454A1 (en) * 2006-05-02 2021-06-30 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving packet in mobile communication system
US8346239B2 (en) 2006-12-28 2013-01-01 Genband Us Llc Methods, systems, and computer program products for silence insertion descriptor (SID) conversion
US8619730B2 (en) * 2007-07-20 2013-12-31 Broadcom Corporation Method and system for establishing a connection outside a mesh by including network connectivity information in router configuration messages
US8274957B2 (en) 2007-07-20 2012-09-25 Broadcom Corporation Method and system for dynamically setting up and tearing down connections in mesh networks
US8422411B2 (en) * 2007-10-07 2013-04-16 Motorola Mobility Llc Flexible frame structure in wireless communication system
US9118465B2 (en) * 2008-02-21 2015-08-25 Google Technology Holdings LLC Method for supporting flexible frame structures in wireless communication systems
JP5315542B2 (ja) * 2008-10-03 2013-10-16 日立コンシューマエレクトロニクス株式会社 コンテンツ送信方法及びコンテンツ送信装置、コンテンツ受信方法及びコンテンツ受信装置
US8108546B2 (en) * 2008-12-12 2012-01-31 Comtech Ef Data Corporation Data packet encapsulation methods
KR101147777B1 (ko) 2009-04-14 2012-05-25 엘지전자 주식회사 매체접속제어 프로토콜데이터 유닛 전송방법
CN101574494B (zh) * 2009-06-17 2010-06-23 张淑芬 一种***的药物
ES2599128T3 (es) * 2009-06-25 2017-01-31 Koninklijke Philips N.V. Método y dispositivo para procesar paquetes de datos
KR101646942B1 (ko) * 2009-07-13 2016-08-09 삼성전자주식회사 매체 접속 제어 프로토콜 데이터 유닛의 길이 정보의 인코딩 및 디코딩을 위한 방법 및 시스템
US8908541B2 (en) 2009-08-04 2014-12-09 Genband Us Llc Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway
AU2009352394B2 (en) 2009-09-09 2013-08-15 Lg Electronics Inc. Method of channel scanning in wireless local area network system
CN102668648B (zh) 2009-10-21 2015-08-19 Lg电子株式会社 在tvws中扫描现有网络的方法和装置
AU2010347838B2 (en) 2010-03-12 2014-10-30 Lg Electronics Inc. Method and apparatus for protecting a primary service in WLAN system
WO2011115449A2 (en) 2010-03-19 2011-09-22 Lg Electronics Inc. Method and apparatus for acquiring available channel information in a wireless local area network system
WO2011145796A1 (en) 2010-05-18 2011-11-24 Lg Electronics Inc. Method and apparatus for dynamic station enablement procedure in a wireless local area network system
JP5624675B2 (ja) 2010-06-07 2014-11-12 エルジー エレクトロニクスインコーポレイティド Ｗｌａｎシステム内でのステーションの動作方法及び装置
US8743493B1 (en) 2013-01-16 2014-06-03 Lsi Corporation Fixed-point processing using quantization levels based on floating-point processing
CN104584510B (zh) * 2013-07-05 2019-04-19 索尼公司 发送设备、发送方法、接收设备和接收方法
WO2019203703A1 (en) * 2018-04-19 2019-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Apparatuses and methods for handling data packets

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5097466A (en) * 1988-09-23 1992-03-17 Siemens Aktiengesellschaft Method and circuitry for transmission of communications signals in a broad-band communications network
US5287348A (en) * 1991-08-19 1994-02-15 Siemens Aktiengesellschaft Telecommunication network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5819061A (ja) 1981-07-27 1983-02-03 Nippon Telegr & Teleph Corp <Ntt> 制御信号デ−タ拡張法
JPS58181392A (ja) 1982-04-16 1983-10-24 Meidensha Electric Mfg Co Ltd 符号伝送方法
US4691314A (en) * 1985-10-30 1987-09-01 Microcom, Inc. Method and apparatus for transmitting data in adjustable-sized packets
FR2635242B1 (fr) * 1988-08-05 1990-10-05 Lmt Radio Professionelle Procede et dispositif de transmission en mode asynchrone mettant en oeuvre des microcellules
US5020055A (en) * 1989-06-23 1991-05-28 May Jr Carl J Multi-length packet format including fixed length information words
FR2685592B1 (fr) * 1991-12-18 1994-03-18 Alcatel Nv Procede et un systeme de transmission d'information sur une liaison de transmission par blocs de donnees de longueur variable en multiplexage temporel de type asynchrone.
US5550802A (en) * 1992-11-02 1996-08-27 National Semiconductor Corporation Data communication network with management port for isochronous switch
US5333135A (en) * 1993-02-01 1994-07-26 North American Philips Corporation Identification of a data stream transmitted as a sequence of packets
EP0627835B1 (en) * 1993-06-03 2001-08-29 International Business Machines Corporation Improved network layer packet structure
DE4326377C2 (de) * 1993-08-05 1998-12-17 Siemens Ag Modifiziertes frame-relay-Übertragungsverfahren
JP3405800B2 (ja) * 1994-03-16 2003-05-12 富士通株式会社 Ａｔｍによる可変長セルの転送方式，ａｔｍによる可変長セルのスイッチ及びａｔｍによる可変長セルの交換機
SE503317C2 (sv) * 1994-06-13 1996-05-13 Ericsson Telefon Ab L M Sätt och väljarnod för att koppla STM-celler i en kretsemulerad ATM-väljare
US5583859A (en) * 1994-08-30 1996-12-10 Bell Communications Research, Inc. Data labeling technique for high performance protocol processing
US5606552A (en) * 1994-10-17 1997-02-25 Lucent Technologies Inc. Broadband adaptation processing
US5481544A (en) * 1994-10-17 1996-01-02 At&T Corp. Multi-channel broadband adaptation processing
US5541919A (en) * 1994-12-19 1996-07-30 Motorola, Inc. Multimedia multiplexing device and method using dynamic packet segmentation
SE505845C2 (sv) * 1995-04-24 1997-10-13 Ericsson Telefon Ab L M Telekommunikationssystem och sätt att överföra mikroceller i detta
US5675591A (en) * 1995-08-31 1997-10-07 Motorola, Inc. Reverse checksum method for telecommunication systems
CN1167551A (zh) * 1995-09-12 1997-12-10 菲利浦电子有限公司 同步和异步数据部分的传输***
US5742610A (en) * 1996-02-06 1998-04-21 Motorola, Inc. Method and apparatus for use in a data communications network serving subscribers operating at a plurality of transmisson data rates
US5822321A (en) * 1996-04-10 1998-10-13 Telefonaktiebolaget Lm Ericsson Minicell segmentation and reassembly
US5802050A (en) * 1996-06-10 1998-09-01 Telefonaktiebolaget Lm Ericsson Minicell sequence number count
GB9621776D0 (en) * 1996-10-18 1996-12-11 Northern Telecom Ltd ATM communications system and method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5097466A (en) * 1988-09-23 1992-03-17 Siemens Aktiengesellschaft Method and circuitry for transmission of communications signals in a broad-band communications network
US5287348A (en) * 1991-08-19 1994-02-15 Siemens Aktiengesellschaft Telecommunication network

Also Published As

Publication number Publication date
DE69731276D1 (de) 2004-11-25
US6341131B1 (en) 2002-01-22
EP0872093B1 (en) 2004-10-20
SE9704408D0 (sv) 1997-11-28
SE9600279L (sv) 1997-07-30
JP2000504163A (ja) 2000-04-04
SE9704407A0 (sv) 1997-11-28
RU2178624C2 (ru) 2002-01-20
SE9704409A0 (sv) 1997-11-28
SE9704408L (zh) 1900-01-01
SE9600279D0 (sv) 1996-01-25
CN1214169A (zh) 1999-04-14
CA2243172A1 (en) 1997-07-31
KR19990081994A (ko) 1999-11-15
KR19990081936A (ko) 1999-11-15
DE69731276T2 (de) 2005-03-10
US6631116B1 (en) 2003-10-07
WO1997027691A1 (en) 1997-07-31
SE518261C2 (sv) 2002-09-17
CA2242338A1 (en) 1997-07-31
AU1563897A (en) 1997-08-20
JP2000504164A (ja) 2000-04-04
WO1997027690A1 (en) 1997-07-31
BR9707066A (pt) 1999-07-20
BR9707061A (pt) 1999-07-20
SE9704407D0 (sv) 1997-11-28
SE9704409D0 (sv) 1997-11-28
US20020027919A1 (en) 2002-03-07
CA2242338C (en) 2007-06-19
EP0872093A1 (en) 1998-10-21
CN1214830A (zh) 1999-04-21
SE9704407L (zh) 1900-01-01
EP0876723A1 (en) 1998-11-11
AU724864B2 (en) 2000-10-05
SE515588C2 (sv) 2001-09-03
MX9805947A (es) 1998-11-29
RU2178623C2 (ru) 2002-01-20
US7054318B2 (en) 2006-05-30
KR100363210B1 (ko) 2003-03-28
JP3857728B2 (ja) 2006-12-13
AU1563997A (en) 1997-08-20
SE9704409L (zh) 1900-01-01
AU734354B2 (en) 2001-06-14

Similar Documents

Publication Publication Date Title
CN1124723C (zh) 表示微信元大小的方法
CN1224189C (zh) 移动通信***中根据无线链路协议发送和接收数据的设备和方法
CN1087541C (zh) 基于通路的虚拟静态路由
CN1150876A (zh) 电路仿真atm交换机中用于交换stm信元的方法和交换节点
CN1155205C (zh) 分组中继设备
CN1160637C (zh) 数据业务的方法和装置
JP3821303B2 (ja) 音声およびデータのミニセルの多重化
CN1194558C (zh) 异步传递模式交换机及其控制方法
CN1078996C (zh) 确定一个目的地异步传输方式地址的方法
CN1318232A (zh) 移动通信***中用于控制速率匹配的去复用器和复用器的设备和方法
KR100565156B1 (ko) 동화상 데이터의 송신 방법, 송신 장치 및 송신 시스템
CN101047733A (zh) 短信处理方法以及装置
CN1286009A (zh) 联网***
CN1360444A (zh) 移动站共享的无线电信道上调度分组数据发送许可的过程
CN1307771A (zh) 在数字通信***中交替进行语音和数据的传输
CN1652561A (zh) 语音和数据集成交换***中的呼叫处理***和方法
CN1831900A (zh) 解密装置和解密方法
CN1143474C (zh) 数据通信方法和数据通信装置
CN1180969A (zh) 混合交换机,交换机,及交换机中s tm 数据的重组方法(其中stm为本领域公知术语
CN1443012A (zh) 切换控制装置和方法以及移动通信***
CN1096775C (zh) 短信元多路复用设备
CN1335697A (zh) 纠错方法以及纠错装置
CN1262071C (zh) 码分多址移动通信***中的编码/解码设备和方法
CN1346574A (zh) 运动图象编码装置以及运动图象译码装置
CN1166216C (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: 20031015

Termination date: 20150124

EXPY Termination of patent right or utility model