CN101647213A - 用于在通信***中处理数据和控制消息的***和方法 - Google Patents
用于在通信***中处理数据和控制消息的***和方法 Download PDFInfo
- Publication number
- CN101647213A CN101647213A CN200880009992A CN200880009992A CN101647213A CN 101647213 A CN101647213 A CN 101647213A CN 200880009992 A CN200880009992 A CN 200880009992A CN 200880009992 A CN200880009992 A CN 200880009992A CN 101647213 A CN101647213 A CN 101647213A
- Authority
- CN
- China
- Prior art keywords
- data cell
- type
- data
- reception
- handled
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000004891 communication Methods 0.000 title description 19
- 238000012545 processing Methods 0.000 title description 6
- 230000003247 decreasing effect Effects 0.000 claims 1
- 238000001514 detection method Methods 0.000 description 9
- 241001269238 Data Species 0.000 description 8
- 230000007423 decrease Effects 0.000 description 8
- 238000012937 correction Methods 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
提供了一种用于接收由一连串数据单元组成的数据和控制消息的***和方法。组成每个消息的数据单元被构造成遵循特定的序列，诸如第一类型的零或多个数据单元由第二类型的一个或多个数据单元跟随，然后，该第二类型的一个或多个数据单元由一个或多个其它预定类型的数据单元跟随。当接收第一或第二类型的数据单元时，从在接收的数据单元中提供的信息确定“要跟随的单元”的数目。然后，根据已知的消息结构，将一定数目的后续接收的数据单元强行作为第一类型、第二类型或其它预定的类型的一个来处理。强行作为这些类型的一个来处理的后续接收的数据单元的数目基于确定的要跟随的单元的数目。
Description
技术领域
[0001]本公开总的来说涉及数据通信，并且更具体地，涉及用于在通信***中处理数据和控制消息的***和方法。
背景技术
[0002]当通过无线接口在通信***中的发射和接收设备之间通信数据和/或控制消息时，通常使用某种类型的错误检测和纠错机制，来协助在接收设备处解码消息，以使得能够进一步进行处理。一般而言，消息作为一连串的数据单元被发射，每个数据单元具有预定的逻辑结构并且具有多个不同类型的字段，用于组织该数据单元中的比特。这些字段的一个或多个通常包含支持对于该字段的错误检测和/或纠错的比特。然而，根据所使用的协议，因为由于例如与通过其发送数据单元的物理信道相关联的带宽约束而导致的比特数目的约束，所以一些字段可以包括纠错比特，而不包括错误检测比特，或者包括有限的错误检测比特。造成的局限性是无法检测一些字段中的解码错误，如果事实上存在未被检测到的错误，则这可能导致涉及数据单元的进一步处理的问题。
[0003]具有包括有纠错而没有错误检测的字段的数据单元结构的空中接口协议的示例是根据欧洲电信标准协会(ETSI)技术规范(TS)102 361(下文称为“ETSI规范”)所定义的空中接口协议。在该技术规范中所标识的数据单元结构是突发，将该突发定义为包含信息或信令的连续比特的最小预定义的组。更具体地，其中描述的是数字移动无线电(DMR)时分多址(TDMA)突发。该DMR TDMA突发包括，例如，标识在信息字段中进行发射的数据类型的数据类型字段，信息字段也被包括在该突发中。在该技术规范中提及了很多数据类型，包括，例如，语音链路控制(LC)报头、具有LC的终止符、控制信令块(CSBK)、数据报头、多块控制(MBC)报头、MBC延续、速率1/2数据延续、速率3/4数据延续等。由于数据类型字段受纠错(在该情况中本领域中公知的是前向纠错(FEC))而不是错误检测的支配，所以接收机可能无法得知在数据类型字段上的纠错是否成功。因此，在某些错误条件下，一些突发类型可能被错误地标识和/或处理。在多突发消息的情况下，这可能导致整个消息的失败并且被丢弃(对于未确认消息而言)或需要在信道上处理的自动重传请求(ARQ)(对于确认的消息而言)。由于前者导致失败的通信尝试，而后者消耗额外的带宽以管理该重传请求，所以任何一个结果都是不期望的。
[0004]因此，需要一种用于即使没有正确处理用于在多突发消息中的突发的一个或多个的数据类型字段，也可靠地接收和处理多突发消息的***和方法。
附图说明
[0005]现在仅通过示例的方式来参考附图描述本公开的各种实施例。
[0006]图1示出了根据本公开的通信***的一个实施例。
[0007]图2示出了根据本公开的TDMA突发的一个实施例。
[0008]图3示出了根据本公开的多突发控制消息的一个实施例。
[0009]图4示出了根据本公开的用于接收多突发控制消息的状态图的一个实施例。
[0010]图5示出了根据本公开的多突发数据消息的一个实施例。
[0011]图6示出了根据本公开的用于接收多突发数据消息的状态图的一个实施例。
[0012]本领域的技术人员将认识到，附图中的元件为了简明和清楚而示出，并且无需按比例绘制。例如，附图中一些元件的尺寸和/或相对定位可以相对于其它元件被夸大，以帮助促进对本公开的各个实施例的理解。而且，没有经常描绘对于在商业上可行的实施例中有用或必需的普通但众所周知的元件，以便于促进对本公开的这些各种实施例的较少阻碍的查看。将进一步认识到，某些动作和/或步骤可能以特定的发生顺序来描述或描绘，而本领域的技术人员应当理解，这种关于序列的特殊性实际上不是必需的。还应当理解的是，关于其对应的探索和研究的各个领域的术语和表达方式将此处另有阐明的具体含义除外。
具体实施方式
[0013]本公开提供了一种用于接收由一连串数据单元组成的数据和控制消息的***和方法。针对本公开的目的，数据单元被定义为包含信息(数据或控制)和/或信令的连续比特组。根据本公开，组成数据和控制消息的数据单元还被构造成遵循特定序列。例如，一种类型的消息可以被构造成包括：由第二类型的一个或多个数据单元跟随的第一类型的零或多个数据单元，该第二类型的一个或多个数据单元然后由第三类型的一个或多个单元跟随。这样的消息的一个示例是MBC消息，该MBC消息由ETSI规范来定义。如以下将更详细地讨论的，每个MBC消息都被构造成包括：由MBC报头突发跟随的零或多个CSBK前导突发，该MBC报头突发由一个或多个MBC延续突发跟随。
[0014]在另一个实例中，消息还可以被构造成包括由第二类型的一个或多个数据单元跟随的第一类型的零或者多个数据单元，该第二类型的一个或多个数据单元由第三类型或第四类型的一个或多个数据单元跟随。这样的消息的一个示例是数据消息，数据消息也由ETSI规范来定义。如以下将更详细讨论的，每个数据消息都被构造成包括由一个或多个数据报头突发跟随的零或多个CBSK前导突发。然后，数据报头突发可以由一个或多个速率1/2数据延续突发、一个或多个速率3/4数据延续突发或者本领域的技术人员现在已知或以后开发的任何其它类型的数据延续突发来跟随。
[0015]根据本公开，在接收的第一类型或第二类型的数据单元的基础上，后续接收的数据单元被强行被解码为可能构成该消息的数据单元的类型的一个。例如，如果接收到的数据单元被标识为第一类型，则从在第一类型的数据单元中所提供的信息来确定“要跟随的单元”(UTF)的数目，并且将后续接收的数据单元作为第一类型的数据单元而被处理，直到确定在该消息中不再存在第一类型的数据单元。一旦确定了不再存在要接收的第一类型的数据单元，就将后续接收的数据单元作为第二类型的数据单元来处理，直到确定在该消息中不再存在第二类型的数据单元。
[0016]然而，如果初始接收到的数据单元被标识为第二类型(即，在该消息中没有提供第一类型的数据单元或者没有第一类型的数据单元被适当地标识)，那么，从在第二类型的数据单元中所提供的信息来确定UTF的数目。然后，将后续接收的数据单元作为第二类型的数据单元来类似地处理，直到确定在该消息中不再存在第二类型的数据单元。
[0017]当确定不再存在要接收的第二类型的数据单元时，根据可能跟随第二类型数据单元的数据单元的类型(多个)来处理基于确定的UTF数目的一定数目的跟随的数据单元。例如，如果第二类型的数据单元是仅由第三类型数据单元跟随的类型(即，由一个或多个MBC延续突发跟随的MBC报头突发)，则无论由接收的数据单元实际指示的数据类型如何，都可以将该一定数目的跟随的数据单元作为第三类型的数据单元来处理。然而，如果第二类型的数据单元可以由第三类型或第四类型的数据单元跟随(即，可以由速率1/2数据延续突发或者速率3/4数据延续突发所跟随的数据报头突发)，则可以将该一定数目的跟随的数据单元作为第三类型或第四类型来处理。在该实例中，将每个数据单元作为第三类型还是第四类型的数据单元来处理还可以取决于由每个独立的接收的数据单元所指示的数据类型，以及与之前作作为第四类型来处理的数据单元的数目相比较的之前作为第三类型来处理的数据单元的数目。
[0018]我们现在通过参考以下的附图来更加详细地讨论本公开。图1图示了可以被用于实现本公开的示例性无线通信***100。无线通信***100包括通信设备102和104，该通信设备102和104可以是，例如，便携式或移动无线电设备、个人数字助理、蜂窝式电话、视频终端、具有无线调制解调器的便携式计算机或者任何其它无线设备。针对下面的讨论的目的，通信设备将被称为“无线电设备”，而在本领域中它们还被称为移动站、移动装置、手机、订户等。
[0019]在该示例性实施例中，无线电设备102和104通过无线电接入网络106来通信。当然，本领域的普通技术人员应当意识到，任何类型的网络都在此处教导的范围内。因此，无线电接入网络106可以包括基础设施，诸如但不限于，基站(BS)(为了清楚示出单个BS 108)、BS控制器(未示出)、网络元件(诸如，移动切换中心、归属位置寄存器、访问者位置寄存器)等，以促进在接入该无线接入网络106的无线电设备之间的通信。
[0020]例如，通过无线电设备102通过可用射频(RF)信道建立与BS 108的无线链路或无线连接110，并且无线电设备104通过可用RF信道建立与BS 108的无线链路112，无线电设备102和无线电设备104可以互相通信。如本领域中众所周知的，BS 108通常包括一个或多个中继器设备，中继器设备可以通过链路110从无线电设备102接收信号并且通过链路112将该信号重新发射到无线电设备104，或者可以通过链路112从无线电设备104接收信号并且通过链路110将该信号重新发射到无线电设备102。为了便于图示，仅示出了两个无线电设备和一个BS。然而，本领域的技术人员应当意识到，在典型的***中，无线电网络支持更多数目的无线电设备，典型的***具有比图1中所示出的更多的BS。另外，虽然在该实施例中，无线电设备102和104之间的通信被示作由BS 108来促进，但是无线电设备102和104可以使用没有BS的直接操作模式来通信。此处的教导同样适用于在两个无线电设备之间的直接模式操作。
[0021]由于网络106是无线网络，意味着它支持用于信号传输的无线或空中接口协议，所以无线电设备102和104二者以及BS 108包括收发器设备，该收发器设备包括分别用于发射和接收RF信号的发射机和接收机装置。无线电设备102和104以及BS 108进一步包括一个或多个处理设备(诸如微处理器、数字信号处理器、定制处理器、现场可编程门阵列(FPGA)、独特存储的程序指令(包括软件和固件二者)、状态机等))以及典型地用于执行(除了其它功能之外)由网络106所支持的空中接口协议和信道接入方案的某种类型的常规存储器元件。使用这些协议，无线电设备102和104可以生成包含一个或多个数据消息的RF信号，该一个或多个数据消息包括用于组织用于传输到另一个无线电设备的信息和/或信令的连续比特的多个字段。
[0022]当然，尽管关于图1描述了通信***100的一个实施例，但是本领域的技术人员应当承认并且认识到，该说明性示例的具体细节并非是本发明本身的具体细节，并且将承认并且认识到此处所阐述的教导可以应用于各种可选设置。例如，由于描述的教导不取决于所使用的空中接口协议或者信道接入方案(例如，TDMA、码分多址(CDMA)、频分多址(FDMA)等)的类型，所以虽然在此处的实施例中描述了如在ETSI TS 102 361中所定义的空中接口协议(对于使用TDMA信道接入方案的DMR而言)，但是该教导可以适用于任何类型的空中接口协议和信道接入方案。还可以通过任何***以及通过利用有线链路的任何协议来应用此处的教导。如此一来，考虑使用不同类型的有线或无线协议和信道接入方案的其它可选实现，并且其它可选实现在所描述的各种教导的范围内。
[0023]图2图示了可以被用来在无线电设备102和104以及BS 108之间发射信息和/或信令的单个数据单元的一个示例性实施例。在该实施例中，数据单元是根据ETSI TS 102 361-1的TDMA突发。如在图2中所示，TDMA突发200包括包含196个比特的信息的信息字段210。信息字段210包括针对被发射的突发类型(例如，语音LC报头、具有LC的终止符、CSBK、数据报头、MBC报头、MBC延续、速率1/2数据延续、速率3/4数据延续等)的FEC编码的信息。TDMA数据突发还包括具有定义信息字段210的含义的信息的时隙类型字段220。时隙类型字段220包括颜色代码(CC)字段222、数据类型字段224和FEC奇偶校验226。TDMA数据突发的中间还包括同步模式或嵌入式信令信息字段230。
[0024]除了定义独立的TDMA突发结构之外，ETSI规范还定义各种多突发消息。为了清楚的目的，将关于由ETSI规范定义的两个示例性消息结构来描述本公开。然而，应该理解，本公开还可以用于其它类型消息，无论是否由ETSI规范或另一个其它规范来定义。
[0025]由ETSI规范所定义的多突发消息的一个示例是MBC消息。如在图3中所示，MBC消息包括MBC报头突发320，MBC报头突发320总是由Y个数目的MBC延续突发330跟随，其中，Y大于或等于1。MBC报头320还可以以X个数目的前导CSBK突发为先导，其中，X大于或等于0。
[0026]图4中示出了根据本公开的用于接收MBC消息300的方法的一个示例性实施例。为了清楚，将该方法图示为状态图，但是当然应当理解，还可以使用流程图或用于图示过程的任何其它已知的方法来例示该方法。
[0027]当接收设备(接收设备可以是无线电设备102或104、BS 108等)开始接收包括多个TDMA突发的通信流时，接收设备状态410中开始操作。在状态410中，通常基于该接收的TDMA突发的数据类型来处理每个接收的TDMA突发。因此，当接收到每个TDMA突发时，接收设备解码时隙类型字段220，并且更具体地，解码数据类型字段224，该数据类型字段224指示在接收的突发的信息字段210中所发射的信息类型。在确定被发射的信息的类型的基础上，相应地解码、纠正和/或重传(如果由BS 108来接收)信息字段210。该接收设备在状态410中继续操作，直到接收的突发被标识为CSBK前导突发310或MBC报头突发320。
[0028]如果将接收的突发标识为CSBK前导突发310，则接收设备前进到状态420。在一个实施例中，标识接收的突发是CSBK前导突发310可以包括确定接收的突发的数据类型字段224指示该突发是CSBK突发、确定在CSBK突发的信息字段210内提供的CSBKO(也被称为“操作码”)信息指示CSBK突发是CSBK前导突发、以及确定成功解码了数据类型字段224。在一个实施例中，确定成功解码了数据类型字段224涉及使用在该突发210的信息字段210中所包含的错误检测来在数据类型字段224上执行错误检测。在ETSI TS 102361中描述了用于以该方式执行错误检测的方法，并且因此此处不详细讨论。
[0029]当在状态410中时，如果将接收的突发标识为MBC报头突发320，则该接收设备前进到状态430。在一个实施例中，标识接收的突发是MBC报头突发320包括确定接收的突发的数据类型字段224指示该突发是MBC报头突发320，并且确定成功地解码了数据类型字段224。
[0030]在状态420中，接收设备将接收的TDMA突发作为CSBK前导突发来处理。当在前进到状态420之后处理第一CSBK前导突发310时，接收设备还确定UTF值，UTF值指示是该消息的一部分的跟随CSBK前导突发310的数据单元(即，突发)的数目。在一个示例性实施例中，根据ETSI规范，可以基于在CSBK前导突发310的信息字段210内提供的“要跟随的块(Blocks to Follow)”信息来获得UTF值。还应该理解，针对本公开的目的，在状态420中处理的第一CSBK前导突发无需必需是该消息中的第一CSBK前导突发。因此，如果消息中的第一CSBK前导突发没有被适当地标识为CSBK前导突发，则当将该消息中的后续的突发标识为CSBK前导突发时，该接收设备仍然可以前进到状态420。
[0031]当在状态420中时，接收设备继续解码后续接收到的TDMA突发的数据类型字段224，以标识它们的类型。在该实施例中，只要后续的TDMA突发被标识为CSBK前导突发310，接收设备就继续在状态420中操作，并且将该接收的TDMA突发作为CSBK前导310来处理。
[0032]对于在第一CBSK前导突发之后被处理的每个附加的CSBK前导突发310，UTF值也都递减1，以指示在MBC消息300中剩余的TDMA突发减少一个。当然，替代地，还可以使用用于第一接收的CSBK前导突发的上述相同的方法(即，通过参考CSBK前导突发的UTF字段)来为每个处理的CSBK前导突发310确定UTF值。
[0033]当在状态420中时，如果接收到的突发被标识为MBC报头突发320，则该接收设备前进到状态430。如果接收到的突发无法被标识为CSBK前导突发310或MBC报头突发320(例如，数据类型字段224没有指示接收的突发是CSBK突发还是MBC报头突发、CSBK突发的操作码不将它标识为CSBK前导、或者没有成功解码数据类型字段)，或者如果UTF值已经达到零，则接收设备返回到状态410。
[0034]当然，应该理解，在第一CSBK前导突发310之后在状态420中接收到的后续的TDMA突发可以可选地被强行作为CSBK前导突发来处理，直到UTF值达到零(在该情况下，接收设备返回到状态410)，或者MBC报头突发320被标识(在该情况下，接收设备前进到状态430)。以该方法，如果没有适当地解码后续的突发的数据类型，则接收设备可以继续将接收的突发作为CSBK前导突发来处理，而不返回到状态410。
[0035]在状态430中，将接收的突发作为MBC报头突发320来处理。如果接收设备从状态410移动到状态430，那么，在状态430中还确定UTF值。与CSBK前导突发310不同，MBC报头突发320不包含任何“要跟随的块”信息。因此，在一个实施例中，可以基于在MBC报头突发320的信息字段内提供的操作码信息来隐含地确定UTF值。如本领域的技术人员应当理解的，操作码信息指示在MBC消息中被发射的控制信息的类型。因此可以基于被发射的控制信息的类型来推断要跟随MBC报头突发320的突发的数目。例如，如果操作码信息指示MBC消息正在被用于使用多达10个数字的电话互连消息，则得知跟随MBC报头突发的MBC延续突发的数目是1。另一方面，如果操作码信息指示MBC消息正在被用于使用多于10个数字的电话互连消息，则得知跟随MBC报头突发的MBC延续突发的数目是2。
[0036]如果接收设备从状态420移动到状态430，则当处理MBC报头突发320时，在状态420中提前确定的UTF值只递减1。当然，替代地，即使接收设备从状态420进入状态430，也可以使用操作代码信息来获得UTF值。
[0037]在处理MBC报头突发320之后，如果UTF值等于零，则接收设备返回到状态410。然而，如果在处理MBC头突发320之后，UTF值大于零，则接收设备前进到状态440。
[0038]在状态440中，无论在数据类型字段224中所指示的数据类型是什么，或者是否成功解码了数据类型字段224，都将接收的TDMA突发作为MBC延续突发330来处理。由于每个TDMA突发都在状态440中被处理，所以UTF值也都递减1。接收设备继续在状态440中操作，直到UTF值达到零，在该情况下，接收设备返回到状态410。因此，本公开确保无论在获得数据类型中可能发生的任何错误如何，跟随MBC报头突发320的一定数目的接收的突发(该数目基于UTF值)都自动地作为MBC延续突发330来被处理。
[0039]当在状态440中时，接收设备还可以被配置成将接收的突发处理作为MBC延续突发来处理，直到例如，通过参考在MBC延续突发内的最后块字段确定了接收的突发是最后的MBC延续突发。作为使用UTF值的替代，可以使用该方法来确定消息的结束(导致接收机返回状态410)，或者与UTF值结合来提供消息结束的改善的确定。
[0040]图5中图示了根据ETSI规范的多突发消息的另一个示例性实施例。在该示例中，多突发消息500是包括由Z个数目的数据延续突发530跟随的Y个数目的数据报头520的数据消息，其中，Y和Z每个都大于或者等于1。与MBC消息一样，该数据消息也可以以X个数目的CSBK前导突发510作为先导，其中，X大于或等于0。然而，与其中MBC报头仅由一种类型的突发(即，MBC延续突发)跟随的MBC消息不同，数据报头520可以由超过一种类型的突发跟随。例如，根据ETSI规范，数据报头520可以由多于一种类型的突发来跟随。例如，根据ETSI规范，数据报头520可以由速率3/4数据延续突发、速率1/2数据延续突发或另外的数据报头来跟随。然而，应该注意，当数据报头由数据延续突发跟随时，消息的剩余部分继续使用相同类型的数据延续突发。
[0041]图6中图示了根据本发明的用于接收多突发数据消息500的一个示例性实施例。在该实施例中，如在ETSI规范中描述的，假设在多突发消息中的数据延续突发是速率3/4数据延续突发或速率1/2数据延续突发。然而，本领域的技术人员应当理解，多突发数据消息还可以被配置成允许另外类型的数据延续突发(例如，速率1/3数据延续突发等)。
[0042]与以上在图4中所描述的过程类似，接收设备在状态610中开始接收包括多个TDMA突发的通信流。在状态610中，通常基于接收的TDMA突发的数据类型来处理每个接收的TDMA突发。接收设备继续在状态610中操作，直到接收的突发被标识为CSBK前导突发510或数据报头突发520。
[0043]当在状态610中时，如果接收的突发被标识为CSBK前导突发510，则接收设备前进到状态620。如果接收的突发被标识为数据报头突发520，则接收设备前进到状态630。在一个实施例中，标识接收的突发是数据报头突发520包括确定接收的突发的数据类型字段224指示该突发是数据报头突发520，以及确定成功解码了数据类型字段224。
[0044]在状态620中，接收设备将接收的TDMA突发作为CSBK前导突发510来处理。当在前进到状态620之后处理第一CSBK前导突发510时，该接收设备还确定UTF值，该UTF值指示包括除了当前CSBK前导突发之外的多突发数据消息500的数据单元的数目。如以上针对图4所指出的，在状态620中处理的第一CSBK前导突发无需必需是多突发数据消息的第一CSBK前导突发。当在状态620中时，接收设备继续解码后续接收的TDMA突发的数据类型字段224，以标识它们的类型。
[0045]只要后续的TDMA突发被标识为CSBK前导突发，接收设备就在状态620中继续操作，并且将该接收的TDMA突发作为CSBK前导突发510来处理。如在图4所描述的实施例中，对于在第一CSBK前导突发510之后被处理的每个附加的CSBK前导突发510，UTF值都递减1，以指示在多突发数据消息中剩余的TDMA突发减少一个，或者通过参考在CSBK前导突发510中的UTF信息来确定该UTF值。
[0046]当在状态620中时，如果接收的突发被标识为数据报头突发520，则接收设备前进到状态630。如果UTF值达到零，则无法将该接收的突发标识为CSBK前导突发510或数据报头突发520，或者如果没有成功解码该接收的突发，则接收设备返回到状态610。然而，如以上针对图4所讨论的，当在状态620中时，接收设备可以替代地被配置成迫使将在第一CSBK前导突发310之后接收到的后续TDMA突发作为CSBK前导突发来处理，直到UTF值达到零(在该情况下，接收设备返回到状态610)，或者接收到数据报头突发520(在该情况下，接收设备前进到状态630)。
[0047]在状态630中，将接收的TDMA突发作为数据报头突发520来处理。当在前进到状态630之后处理第一数据报头突发时，该接收设备还确定UTF值。例如，如果接收设备从状态610移动到状态630，那么，可以以与以上针对CSBK前导突发510所使用的类似的方式来确定UTF值。即，通过参考在第一数据报头突发520的信息字段210内提供的UTF信息。然而，如果接收设备从状态620移动到状态630，则可以基于UTF字段或替代地通过将在状态420中提前确定的UTF值仅递减1来确定UTF值。当进入状态630时，还将两个值N和M二者设置为0。
[0048]当在状态630中时，接收设备解码后续接收的TDMA突发的数据类型字段214，以确定它们的类型，并且在状态630中继续操作，直到确定不存在要接收的数据报头突发520。例如，在一个实施例中，如果接收的突发的数据类型字段指示接收的TDMA突发是速率3/4数据延续突发或者速率1/2数据延续突发，则可以确定不再存在要接收的数据报头突发520。在另一个实施例中，可以使用包含在数据报头突发520中的SAP值来确定是否不再存在要接收的数据报头突发520。例如，ETSI规范当前定义了很多SAP值，包括“统一数据传输”、“TCP/IP报头压缩”、“UDP/IP报头压缩”“基于IP的分组数据”、“地址解析协议”、“专用分组数据”以及“短数据”。如果检测到除了用于“专用分组数据”之外的SAP值，那么，可以得知后续接收的突发应当是数据延续突发。当然，如果将多突发数据消息限制成某个数目的数据报头突发520，则一旦已经处理了该某个数目的数据报头突发520，就还可以确定不再存在要接收的数据报头突发520。由于在状态630中每个TDMA突发都作为数据头突发来处理，所以UTF值也递减1。如果当接收设备在状态630中正在操作时UTF值达到零，则接收设备返回到步骤610。
[0049]当在状态630中时，如果接收的TDMA突发的数据类型字段指示它是速率3/4数据延续突发，则接收设备前进到状态640，并且M递增1。如果接收的TDMA突发的数据类型字段指示它是速率1/2数据延续突发，则接收设备前进到状态650，并且值N递增1。
[0050]在状态640中，将接收的TDMA突发作为速率3/4数据延续突发来处理，并且对于每个处理的突发，UTF值都递减1。对于当在状态640中所接收的每个TDMA突发，接收设备还继续标识在数据类型字段中被指示的TDMA突发的类型。如果接收的TDMA突发被标识为速率3/4数据延续突发，则值M递增1。如果接收的TDMA突发被标识为速率1/2数据延续突发，则值N递增1。
[0051]然后，值M和N结合数据类型字段224，被用来确定应该如何处理该接收的TDMA突发并且接收设备应该在哪种状态中操作。例如，在一个实施例中，如果(1)接收的突发的数据类型字段224指示TDMA突发是速率3/4数据延续突发，(2)接收的突发的数据类型字段224指示TDMA突发是速率1/2数据延续突发并且N小于或等于M，或者(3)数据类型字段224指示TDMA突发是除了速率3/4数据延续突发或速率1/2数据延续突发之外的任何类型，则接收设备继续在状态640中操作，并且继续将接收的TDMA突发作为速率3/4数据延续突发来处理。然而，如果接收的突发的数据类型字段224指示TDMA突发是速率1/2数据延续突发并且N大于M，那么，接收设备移动到状态650。
[0052]状态650类似于状态640，除了在状态650中将接收的TDMA突发作为速率1/2数据延续突发来处理。与状态640一样，对于在状态650中处理的每个TDMA突发，UTF值都递减1。对于当在状态650中时所接收到的每个TDMA突发，接收设备还继续标识在数据类型字段中被指示的TDMA突发的类型。如果接收的TDMA突发被标识为速率3/4数据延续突发，则值M递增1。如果接收的TDMA突发被标识为速率1/2数据延续突发，则值N递增1。
[0053]然后，对于每个接收的突发，值N和M与数据类型字段224一起被用来确定应该如何处理该接收的突发。在一个实施例中，如果(1)接收的突发的数据类型字段224指示TDMA突发是速率1/2数据延续突发，(2)接收的突发的数据类型字段224指示TDMA突发是速率3/4延续突发，并且M小于或等于N，或者(3)数据类型字段224指示TDMA突发是除了速率3/4数据延续突发或速率1/2数据延续突发以外的任何类型，则接收设备继续在状态650中操作，并且继续将接收的TDMA突发作为速率1/2数据延续突发来处理。然而，如果接收的突发的数据类型字段224指示TDMA突发是速率3/4数据延续突发并且M大于N，那么，接收设备移动到状态640。
[0054]接收设备继续在状态640中将TDMA突发作为速率3/4数据延续突发或者在状态650中将TDMA突发作为速率1/2数据延续突发来处理，直到UTF值达到0，此时接收设备返回到状态610。
[0055]当然，尽管描述了一个实施例，但是应当理解，还可以使用其它标准来确定何时以及是否在状态640和状态650之间切换。例如，在一个实施例中，接收设备可以被配置成，仅当接收的突发的数据类型字段224指示TDMA突发是速率1/2数据延续突发并且N大于M时，才从状态640移动到状态650。接收设备还可以被配置成只有当N大于M预定的量时才移动。还可以应用滞回程序(Hysteresis routine)来限制或延迟在状态640和状态650之间的切换。如果速率1/2数据延续突发或者速率3/4数据延续突发的一个在***中更为普遍，则还可以针对状态640和状态650的每一个来应用不同的标准，以增加数据突发作为超过另一种类型的一种类型来处理的机会。
[0056]通过前述公开，一旦已经标识了多突发消息的开始，用于该消息的后续接收的数据单元被强行解码为对于该消息可接受的类型的数据单元。因此，即使错误地标识了用于数据突发的一个或多个的数据类型字段，也可以适当地解码并且处理包括多个数据突发的消息。当然，本领域的技术人员应当意识到，此处描述的以上认识到的优点和其它优点仅仅是示例性的，并且不是本发明的各种实施例的所有优点的完全表现。
[0057]本领域的技术人员将容易地想到上述***和方法的另外的优点和修改。例如，虽然已经描述了用于根据ETSI规范的TDMA***的示例性数据单元，应当理解，本公开也可以应用于使用任何其它空中接口协议的其它类型的***。还结合了两个示例性的当前定义的消息结构描述了本公开，未来可以变更或更新该消息结构。因此，尽管以上示例示出了报头、包括由一种类型的数据单元(例如，MBC延续)跟随的MBC报头的MBC消息以及包括可以由两种不同类型的数据单元(例如，速率3/4数据延续或速率1/2数据延续)跟随的数据报头的数据消息，但是应当理解，本公开还可以被用来处理其中报头(多个)(MBC报头、数据报头或其它)可以由多于两种类型的数据单元跟随的数据或控制消息。
[0058]因此，本公开在其更宽泛的方面不限于以上示出和描述的特定细节、代表性***和方法以及说明性示例。在不脱离本公开范围或精神的条件下，可以对以上说明书做出各种修改和变更，并且希望本公开涵盖所提供的所有这样的修改和变更，它们在下面的权利要求和其等价物的范围内。
Claims (28)
1.一种用于可靠地解码具有多个数据单元的消息的方法，所述消息包括由第二部分跟随的第一部分，所述第一部分具有第一类型的数据单元，并且所述第二部分具有第二类型的数据单元，所述方法包括：
接收第一数据单元；
将所述第一数据单元标识为是所述第一类型；
将所述第一数据单元作为所述第一类型的数据单元来处理；
确定在所述消息中要跟随的单元的数目；
将后续接收的数据单元作为所述第一类型的数据单元来处理，直到确定所述消息的所述第一部分结束；以及
当确定所述消息的所述第一部分结束时，将一定数目的跟随的数据单元作为所述第二类型的数据单元来处理，
其中，作为所述第二类型的数据单元来处理的所述跟随的数据单元的数目基于所确定的要跟随的单元的数目。
2.根据权利要求1所述的方法，其中，所述第一类型的所述数据单元是多突发控制(MBC)报头突发，并且所述第二类型的所述数据单元是MBC延续突发。
3.根据权利要求1所述的方法，其中，将所述一定数目的跟随的数据单元作为所述第二类型的数据单元来处理包括：无论由所述跟随的数据单元所指示的数据类型如何，都将所述一定数目的跟随的数据单元作为所述第二类型的数据单元来处理。
4.根据权利要求1所述的方法，其中，将所述一定数目的跟随的数据单元作为所述第二类型的数据单元来处理包括：确定由所述跟随的数据单元的第一个所指示的数据类型，以及基于由所述跟随的数据单元的所述第一个所指示的所述数据类型来处理剩余数目的跟随的数据单元。
5.根据权利要求1所述的方法，其中，将后续接收的数据单元作为所述第一类型的数据单元来处理包括：无论由所述后续接收的数据单元的每一个所指示的数据类型如何，都将后续接收的数据单元作为所述第一类型的数据单元来处理。
6.根据权利要求1所述的方法，其中，确定在所述消息中要跟随的单元的数目包括下述的至少一个：(1)从在所述第一数据单元中的“要跟随的块”字段获得要所述跟随的单元的数目，(2)参考在所述第一数据单元中的操作码信息来确定在所述消息中被提供的信息的类型，并且基于所述被提供的信息的类型来确定所述要跟随的单元的数目，以及(3)递减之前确定的“要跟随的单元”值。
7.根据权利要求1所述的方法，其中，确定所述消息的所述第一部分结束包括下述的一个：(a)确定已经处理了预定数目的第一类型的数据单元，以及(b)将接收的数据单元标识为所述第二类型的数据单元。
8.根据权利要求7所述的方法，其中，如果接收的数据单元的数据类型字段指示所述数据单元是所述第二类型，则所述接收的数据单元被标识为所述第二类型的数据单元。
9.一种用于可靠地解码具有多个数据单元的消息的方法，所述消息包括由第二部分跟随的第一部分，所述第二部分由第三部分跟随，所述第一部分具有第一类型的数据单元，所述第二部分具有第二类型的数据单元，并且所述第三部分具有第三类型的数据单元，所述方法包括：
接收第一数据单元；
将所述第一数据单元标识为是所述第一类型；
将所述第一数据单元作为所述第一类型的数据单元来处理；
确定在所述消息中要跟随的单元的数目；
将后续接收的数据单元作为所述第一类型的数据单元来处理，直到接收的数据单元被标识为所述第二类型的数据单元；
将一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理，直到确定所述消息的所述第二部分结束；以及
当确定所述消息的所述第二部分结束时，将一定数目的跟随的数据单元作为所述第三类型的数据单元来处理，
其中，作为所述第三类型的数据单元来处理的跟随的数据单元的数目基于所确定的要跟随的单元的数目。
10.根据权利要求9所述的方法，其中，所述第一类型的所述数据单元是CSBK前导突发，所述第二类型的所述数据单元是多突发控制(MBC)报头突发，并且所述第三类型的所述数据单元是MBC延续突发。
11.根据权利要求9所述的方法，其中，将所述一定数目的跟随的数据单元作为所述第三类型的数据单元来处理包括：无论由所述跟随的数据单元所指示的数据类型如何，都将所述一定数目的跟随的数据单元作为所述第三类型的数据单元来处理。
12.根据权利要求9所述的方法，其中，将所述一定数目的跟随的数据单元作为所述第三类型的数据单元来处理包括：确定由所述跟随的数据单元的第一个所指示的数据类型，以及基于由所述跟随的数据单元的所述第一个所指示的所述数据类型来处理剩余数目的跟随的数据单元。
13.根据权利要求9所述的方法，其中，所述第一类型的所述数据单元是CSBK前导突发，并且将所述第一数据单元标识为是所述第一类型包括：解码在所述第一数据单元中的数据类型字段，确定所述数据类型字段指示所述第一数据单元是CSBK突发，确定在所述CSBK突发中的操作码字段指示所述CSBK突发是CSBK前导突发，以及确定成功解码了所述数据类型字段。
14.根据权利要求9所述的方法，其中，将所述一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理包括：无论由每个接收的数据单元所指示的数据类型如何，都将所述一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理。
15.一种用于可靠地解码具有多个数据单元的消息的方法，所述消息包括由第二部分跟随的第一部分，所述第一部分具有第一类型的数据单元，并且所述第二部分具有第二类型或第三类型的数据单元，所述方法包括：
接收第一数据单元；
将所述第一数据单元标识为是所述第一类型；
将所述第一数据单元作为所述第一类型的数据单元来处理；
确定在所述消息中要跟随的单元的数目；
将后续接收的数据单元作为所述第一类型的数据单元来处理，直到确定所述消息的所述第一部分结束；
当确定所述消息的所述第一部分结束时，将一定数目的跟随的数据单元作为所述第二类型或所述第三类型的数据单元来处理，
其中，作为所述第二类型或所述第三类型的数据单元来处理的跟随的数据单元的数目基于所确定的要跟随的单元的数目。
16.根据权利要求15所述的方法，其中，所述第一类型的所述数据单元是数据报头突发，所述第二类型的所述数据单元是速率3/4数据延续突发，并且所述第三类型的所述数据单元是速率1/2数据延续突发。
17.根据权利要求15所述的方法，其中，如果接收的单元被标识为所述第二类型或所述第三类型的数据单元，则确定所述消息的所述第一部分结束。
18.根据权利要求17所述的方法，其中，将一定数目的后续接收的数据单元作为所述第二类型或所述第三类型的数据单元来处理包括，对于每个接收的数据单元：
确定之前被标识为所述第二类型的数据单元的M个数目的数据单元；
确定之前被标识为所述第三类型的数据单元的N个数目的数据单元；
确定所述接收的数据单元的数据类型；以及
基于所述接收的数据单元的所述数据类型以及M和N的值之间关系来处理接收的数据单元。
19.根据权利要求18所述的方法，其中，基于所述接收的数据单元的所述数据类型以及M和N的值之间的关系来处理所述接收的数据单元包括：
如果所述接收的数据单元被标识为所述第二类型的数据单元并且如果M等于或大于N预定的量，则将所述接收的数据单元作为所述第二类型的数据单元来处理；以及
如果所述接收的数据单元被标识为所述第三类型的数据单元并且如果N等于或大于M预定的量，则将所述接收的数据单元作为所述第三类型的数据单元来处理。
20.根据权利要求19所述的方法，其中，处理所述接收的数据单元进一步包括：
如果所述接收的数据单元没有被标识为所述第二类型或所述第三类型的数据单元，则将所述接收的数据单元作为与前面紧接的数据单元相同的数据类型来处理。
21.一种用于可靠地解码具有多个数据单元的消息的方法，所述消息包括由第二部分跟随的第一部分，所述第二部分由第三部分跟随，所述第一部分具有第一类型的数据单元，所述第二部分具有第二类型的数据单元，并且所述第三部分具有第三类型或第四类型的数据单元，所述方法包括：
接收第一数据单元；
将所述第一数据单元标识为是所述第一类型；
将所述第一数据单元作为所述第一类型的数据单元来处理；
确定在所述消息中要跟随的数据单元的数目；
将后续接收的数据单元作为所述第一类型的数据单元来处理，直到接收的数据单元被标识为所述第二类型的数据单元；
将一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理，直到确定所述消息的所述第二部分结束；以及
当确定所述消息的所述第二部分结束时，将一定数目的跟随的数据单元作为所述第三类型或所述第四类型的数据单元来处理，
其中，作为所述第三类型或所述第四类型的数据单元来处理的跟随的数据单元的数目基于所确定的要跟随的单元的数目。
22.根据权利要求21所述的方法，其中，所述第一类型的所述数据单元是CSBK前导突发，所述第二类型的所述数据单元是数据报头突发，所述第三类型的所述数据单元是速率3/4数据延续突发，并且所述第四类型的所述数据单元是速率1/2数据延续突发。
23.根据权利要求22所述的方法，其中，将所述第一数据单元标识为是所述第一类型包括：解码在所述第一数据单元中的数据类型字段，确定所述数据类型字段指示所述第一数据单元是CSBK突发，确定在所述CSBK突发中的操作码字段指示所述CSBK突发是CSBK前导突发，以及确定成功解码了所述数据类型字段。
24.根据权利要求21所述的方法，其中，将所述一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理包括：无论由每个接收的数据单元所指示的数据类型如何，都将所述一定数目的后续接收的数据单元作为所述第二类型的数据单元来处理。
25.根据权利要求21所述的方法，其中，如果接收的单元被标识为所述第三类型或所述第四类型的数据单元，则确定所述消息的所述第二部分结束。
26.根据权利要求21所述的方法，其中，将一定数目的后续接收的数据单元作为所述第三类型或所述第四类型的数据单元来处理包括，对于每个接收的数据单元：
确定之前被标识为所述第三类型的数据单元的M个数目的数据单元；
确定之前被标识为所述第四类型的数据单元的N个数目的数据单元；
确定所述接收的数据单元的数据类型；以及
基于所述接收的数据单元的数据类型以及在M和N的值之间的关系来处理所述接收的数据单元。
27.根据权利要求26所述的方法，其中，基于所述接收的数据单元的所述数据类型以及在M和N的值之间的关系来处理所述接收的数据单元包括：
如果所述接收的数据单元被标识为所述第三类型的数据单元，并且如果M等于或大于N预定的量，则将所述接收的数据单元作为所述第三类型的数据单元来处理；以及
如果所述接收的数据单元被标识为所述第四类型的数据单元，并且如果N等于或大于M预定的量，则将所述接收的数据单元作为所述第四类型的数据单元来处理。
28.根据权利要求27所述的方法，其中，处理所述接收的数据单元进一步包括：
如果所述接收的数据单元没有被标识为所述第三类型或所述第四类型的数据单元，则将所述接收的数据单元作为与前面紧接的数据单元相同的数据类型来处理。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/670,514 | 2007-02-02 | ||
| US11/670,514 US8102857B2 (en) | 2007-02-02 | 2007-02-02 | System and method for processing data and control messages in a communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101647213A true CN101647213A (zh) | 2010-02-10 |
Family
ID=39676088
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200880009992A Pending CN101647213A (zh) | 2007-02-02 | 2008-01-23 | 用于在通信***中处理数据和控制消息的***和方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US8102857B2 (zh) |
| CN (1) | CN101647213A (zh) |
| AU (1) | AU2008214157A1 (zh) |
| GB (1) | GB2459805A (zh) |
| WO (1) | WO2008097713A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103582032A (zh) * | 2012-07-31 | 2014-02-12 | 福建科立讯电子有限公司 | 可实现多优先级业务的无线话音与数据通信***及方法 |
| CN106105318A (zh) * | 2013-12-13 | 2016-11-09 | 摩托罗拉解决方案公司 | 用于实现接收无线电装置在射频站点之间的有效切换的装置和方法 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100996023B1 (ko) * | 2005-10-31 | 2010-11-22 | 삼성전자주식회사 | 다중 안테나 통신 시스템에서 데이터 송수신 장치 및 방법 |
| EP2153588B1 (en) * | 2007-05-10 | 2012-02-08 | Qualcomm Atheros, Inc. | Managing distributed access to a shared medium |
| US8385299B2 (en) * | 2008-09-28 | 2013-02-26 | Hytera Communications Corp., Ltd. | Private network communication terminal and method for realizing private network communication |
| US9215689B2 (en) * | 2013-03-11 | 2015-12-15 | Motorola Solutions, Inc. | Method and apparatus for resolving call collisions in a digital conventional direct mode |
| US9370023B2 (en) | 2013-03-11 | 2016-06-14 | Motorola Solutions, Inc. | Method and apparatus for resolving call collisions in a digital conventional direct mode |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5652783A (en) * | 1995-06-29 | 1997-07-29 | Motorola, Inc. | Method and apparatus for selectively encoding digital messages in a communication system |
| US6356546B1 (en) * | 1998-08-11 | 2002-03-12 | Nortel Networks Limited | Universal transfer method and network with distributed switch |
| KR100296049B1 (ko) * | 1999-03-19 | 2001-07-28 | 윤종용 | 단문메시지서비스를 통한 디지털 휴대용 단말기의 사용자 정보 송수신장치 및 그 방법 |
| KR100308152B1 (ko) * | 1999-07-31 | 2001-09-29 | 서평원 | 단문 메시지 서비스를 위한 셀 브로드캐스팅 방법 |
| US7088911B2 (en) * | 2000-04-26 | 2006-08-08 | Sony Corporation | Recording apparatus and method, playback apparatus and method, and recording medium therefor |
| JP4187940B2 (ja) * | 2001-03-06 | 2008-11-26 | 株式会社エヌ・ティ・ティ・ドコモ | パケット伝送方法及びシステム、並びにパケット送信装置、受信装置、及び送受信装置 |
| DE10147750A1 (de) | 2001-09-27 | 2003-04-17 | Siemens Ag | Vorrichtung und Verfahren zur Vermittlung einer Mehrzahl von Signalen unter Verwendung einer mehrstufigen Protokollverarbeitung |
| US7339917B2 (en) * | 2003-05-30 | 2008-03-04 | Motorola, Inc. | Method for selectively allocating a limited number of bits to support multiple signaling types on a low bit rate channel |
| US7613190B2 (en) | 2004-10-18 | 2009-11-03 | Temic Automotive Of North America, Inc. | System and method for streaming sequential data through an automotive switch fabric |
| KR20060083751A (ko) * | 2005-01-18 | 2006-07-21 | 삼성전자주식회사 | 무선 휴대 인터넷 시스템에서 효율적인 데이터 전송을위한 방법 및 장치 |
| US8996991B2 (en) * | 2005-02-11 | 2015-03-31 | Fujitsu Limited | System and method for displaying an acceptance status |
| US7564830B2 (en) | 2006-08-25 | 2009-07-21 | Motorola, Inc. | System and method for terminating a voice call in any burst within a multi-burst superframe |
-
2007
- 2007-02-02 US US11/670,514 patent/US8102857B2/en active Active
-
2008
- 2008-01-23 WO PCT/US2008/051749 patent/WO2008097713A1/en active Application Filing
- 2008-01-23 CN CN200880009992A patent/CN101647213A/zh active Pending
- 2008-01-23 AU AU2008214157A patent/AU2008214157A1/en not_active Abandoned
- 2008-01-23 GB GB0915290A patent/GB2459805A/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103582032A (zh) * | 2012-07-31 | 2014-02-12 | 福建科立讯电子有限公司 | 可实现多优先级业务的无线话音与数据通信***及方法 |
| CN103582032B (zh) * | 2012-07-31 | 2016-06-08 | 福建科立讯电子有限公司 | 一种可实现多优先级业务的无线话音与数据通信的方法 |
| CN106105318A (zh) * | 2013-12-13 | 2016-11-09 | 摩托罗拉解决方案公司 | 用于实现接收无线电装置在射频站点之间的有效切换的装置和方法 |
| CN106105318B (zh) * | 2013-12-13 | 2019-10-22 | 摩托罗拉解决方案公司 | 用于实现接收无线电装置在射频站点之间的有效切换的装置和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008097713A1 (en) | 2008-08-14 |
| AU2008214157A1 (en) | 2008-08-14 |
| US8102857B2 (en) | 2012-01-24 |
| GB0915290D0 (en) | 2009-10-07 |
| GB2459805A (en) | 2009-11-11 |
| US20080186943A1 (en) | 2008-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101647213A (zh) | 用于在通信***中处理数据和控制消息的***和方法 | |
| CN101911572B (zh) | 用于降低传输停止风险的方法和发射单元 | |
| RU2006142860A (ru) | Способ и устройство для сокращения служебных сигналов в усовершенствованной восходящей линии связи в системе беспроводной связи | |
| RU2284661C2 (ru) | Способ высокоскоростной пакетной передачи нисходящих данных в системе мобильной связи с интеллектуальной антенной | |
| US7197328B2 (en) | Method and apparatus for increasing success rate of push-to-talk access in a mobile communications network | |
| US5818852A (en) | Packet data communication method and system | |
| CN101809953A (zh) | 用于***设备的毫米波通信 | |
| CN113132063B (zh) | 一种物理层重传控制方法 | |
| US6983409B1 (en) | Method of repeat transmission of messages in a centrally controlled communication network | |
| AU2019203465B2 (en) | Link-fault tolerance in a distributed antenna system | |
| CN111800171A (zh) | 蓝牙低功耗音频数据传输方法以及装置、设备 | |
| EP3179656B1 (en) | Data transmission feedback, data transmission method and device | |
| CN107690761A (zh) | 高级错误检测码处理 | |
| CA1316986C (en) | Method and arrangement for channel monitor and control | |
| CN111543079B (zh) | 无线链路控制(rlc)确认模式(am)数据接收 | |
| EP3070866A1 (en) | Communication system, communication apparatus, data retransmission method, and data retransmission control method | |
| WO2016172818A1 (zh) | 应答消息传输方法和网络设备 | |
| EP0866579A1 (en) | Packet transmission method without sending serial numbers | |
| CN115334483A (zh) | 一种基于短距离无线通讯的数据交互方法 | |
| US20210127441A1 (en) | Electronic apparatus and method | |
| CN111262673B (zh) | 数据单元处理方法和通信设备 | |
| JP2022019960A (ja) | 受信装置、送信装置、受信方法及び送信方法 | |
| JPS62183632A (ja) | 無線デ−タ通信方式 | |
| EP0726685A2 (en) | Packet transmission method without sending serial numbers | |
| KR100709028B1 (ko) | 데이터의 선택적 재전송 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100210 |