[发明专利]用于传输数据分组的装置以及支持方法和数据结构

说明书

技术领域

本发明通常涉及一种用于在移动站和网络控制器之间传输数据分组的技术。

背景技术

呼叫的启动建立延迟中的一个重要因素是信令分组的传输时间。邀请分组，诸如一键通(PTT)会话发起协议(SIP)邀请分组，通常用于发起分派呼叫，并且响应邀请分组发送OK分组，诸如200 OK SIP分组。这些分组可以是300字节，但是在某些情况中是更大的。在许多系统中，这意味着这些分组的传输时间将耗用300毫秒或更长的时间。

如典型的操作，在邀请分组传输的启动中，在用户按压发送或PTT按钮之前，邀请分组的传输不会开始，但是该邀请分组的传输时间可能是非常大的。这依次产生了额外的延迟，这是因为发射机必须在接收到按钮推动之后传输完整的邀请分组。

而且，如典型的操作，在OK分组传输的启动中，在某些系统中，在接收到邀请分组之前，OK分组的传输不会开始，但是该OK分组的传输时间可能是非常大的。这依次产生了另一额外延迟，这是因为发射机必须在接收到邀请分组之后传输完整的OK分组。

数据在传输时通常经由网络分解为数据帧，其被封装到单一的数据分组中。在大部分当前的传统的分派呼叫和因特网协议语音(VoIP)呼叫的系统中，在每个分组中典型地发送五个数据帧，以便于降低由每个分组的开销招致的成本。然而，为了等待足够的数据生成单一数据分组所需的数据帧，在可以开始传输之前，系统必须等待约120毫秒(msec)或更多音频时间。实际上，由于在构建完整的分组之前不会发送分组报头，因此时间可能是更长的。这样，假设传输处于额定负载系统中的基础信道上，则传输自身典型地耗用另外的120毫秒或更多。为了传输数据分组，存在约240毫秒的总最小等待时间。

尽管无线链路层，诸如无线电链路协议(RLP)允许分段发送分组，每个帧仅包含长度字段以及数据字段，但是帧中的任何额外的空间被填补，由此在分组中不能存储其他的信息。然而，该协议可能跳过分组的未知部分，结果，将发送该跳过部分以及作为随后的重发的前面发送过的部分，这浪费了带宽。而且，该方法不能充分地解决延迟问题和分组的未知部分，而其在现有的蜂窝系统中是非常普遍的。

附图说明

通过提供下面的详细描述中描述的数据分组传输技术，特别在结合附图研究时，至少部分地满足了上文的需要，其中：

图1包括适用于本发明的多种实施例的典型的无线通信系统的框图；

图2包括适用于本发明的多种实施例的移动站的框图；

图3包括根据本发明的多种实施例的传输过程的呼叫流图；

图4包括根据本发明的多种实施例的数据分组的数据结构；

图5包括根据本发明的多种实施例的两个数据分组的示例性传输的时间线；并且

图6包括根据本发明的一个实施例的传输过程的流程图。

本领域的技术人员应认识到，图中的元素被说明用于简化和清楚的目的，并且没有必要依比例绘制。例如，图中的某些元素的尺寸可以相对于其他元素放大，有助于改善对本发明的多种实施例的理解。而且，商用实施例中的有用的或必需的普通但公知的元素常常未被示出，以便不妨碍对本发明的多种实施例的观察。

具体实施方式

通常说来，根据该多种实施例，响应于与正在检测的数据分组相关的第一触发功能发送数据分组的至少一个部分，在其之后是第二触发功能，其触发数据分组的至少一个剩余部分的发送。在一个实施例中，第一触发功能包括，但不限于，在打开联系列表时触发的功能、在接收到分组时触发的功能、在接收到具有预先定义的报头的分组时触发的功能、在业务信道活跃时触发的功能、在接收到传输终止消息时触发的功能、以及在等待接收应答分组时触发的功能。在一个实施例中，第二触发功能相似地包括，在发起服务时触发的功能、在接收到响应分组时触发的功能、以及在接收到部分响应分组时触发的功能。在所描述的另一实施例中，发送至少一个等待消息，以指令网络控制器等待数据分组的剩余部分，其是在检测到第二触发功能之前发生的。在另一实施例中，相比于数据分组的该至少一个部分，在更高的可靠性下发送数据分组的剩余部分。而且，在另一实施例中，在检测第二触发功能之前，发送具有空比特的至少一个传输信息，其用作关于数据分组的剩余部分的占位符。