经由信令无线承载的短分组数据消息的传输的制作方法
【专利摘要】本发明公开了一种新颖的消息交换协议。在一个示例中，一种发送数据的方法包括：利用无线设备生成针对应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载（DRB）信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载（SRB）信道来发送所述应用数据消息；以及基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
【专利说明】经由信令无线承载的短分组数据消息的传输
[0001]相关申请的交叉引用
[0002]本申请要求享受于2011年7月15日提交的美国临时申请N0.61/508，527的优先权的权利，故以引用方式将其全部内容并入本申请。
【技术领域】
[0003]本公开内容涉及牵涉无线网络的数据传输。
【背景技术】
[0004]诸如智能电话和平板计算设备之类的使用3G技术的无线设备正变得更加流行。许多无线设备用户安装了定期(例如，每几分钟)向应用服务器发送网络请求以进行更新的应用。这样的应用包括，例如，社交联网应用(例如，脸书、推特等)、电子邮件应用、RSS定阅以及即时消息传送应用。3G环境中的无线设备(例如，通常被称为3G设备，可以认为其包括各种“4G”、长期演进(LTE)或其它技术中的任何一个)可以以各种方式发送数据。通常，3G设备在数据无线承载(DRB)信道上发送与诸如上文所描述的请求之类的应用相关的数据、以及语音、图像、视频以及其它这样的数据。3G设备通过经由信令无线承载(SRB)信道与诸如移动性管理实体(MME)之类的3G服务提供商的组件通信来建立DRB信道。
【发明内容】
[0005]通常，本公开内容描述了与无线设备网络通信相关的技术，例如，诸如根据第三代合作伙伴计划(3GPP)之类的。更具体地，本公开内容的技术是针对改进涉及与低容量活动相关的无线设备的3G通信的，例如，定期应用更新，其也可以以相对较高的频率进行。本公开内容的方面被称为短分组数据服务。
[0006]在一个示例中，一种发送数据的方法包括:利用无线设备生成针对应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
[0007]在另一示例中，一种用于发送数据的设备配置成:利用无线设备生成针对应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
[0008]在另一示例中，一种用于发送数据的装置包括:用于利用无线设备生成针对应用的应用数据消息的模块；用于评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息的模块；以及基于确定要经由所述SRB信道来发送所述应用数据消息，用于经由所述SRB信道来向所述网络资源发送所述应用数据消息的模块。
[0009]在另一示例中，一种计算机程序产品包括:具有存储在其上的计算机可执行指令的计算机可读介质，当执行所述指令时，使得一个或多个处理器执行以下操作:利用无线设备生成针对应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
[0010]在另一示例中，一种发送数据的方法包括:利用网络资源接收针对配置成在无线设备上运行的应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述网络资源通信地耦合到所述网络设备的信令无线承载(SRB)信道来发送所述应用数据消息；以及在确定要经由所述SRB信道来发送所述应用数据消息之后，经由所述SRB信道来向所述无线设备发送所述应用数据消息。
[0011]在附图和下文的描述中给出了一个或多个示例的细节。根据该描述和附图以及根据权利要求，其它的特征、目的和优点将显而易见。
【专利附图】
【附图说明】
[0012]图1是示出实现用于在移动网络上发送数据的技术的示例性网络系统的框图。
[0013]图2是指示本申请中公开的技术的某些优点的图。
[0014]图3是示出用于在移动网络上发送数据的示例性网络系统的呼叫流图。
[0015]图4是示出实现用于在移动网络上发送移动台生成的数据的技术的示例性网络系统的呼叫流图。
[0016]图5是示出指示在本申请中公开的技术的某些优点的图。
[0017]图6是示出实现用于在移动网络上发送数据的技术的示例性网络系统的框图。
[0018]图7是示出实现用于在移动网络上发送数据的协议栈的示例性网络系统的示意图。
[0019]图8是示出实现用于在移动网络上发送数据的协议栈的示例性网络系统的示意图。
[0020]图9是示出实现用于在移动网络上发送数据的协议栈的示例性网络系统的示意图。
[0021]图10是示出实现用于在移动网络上发送移动台生成的数据的技术的示例性网络系统的呼叫流图。
[0022]图11是示出实现用于在移动网络上发送移动台终止的数据的技术的示例性网络系统的呼叫流图。
[0023]图12是示出实现用于在移动网络上发送移动台终止的数据的技术的示例性网络系统的呼叫流图。
[0024]图13是示出实现用于在移动网络上发送移动台生成的数据以建立一键通(PTT)呼叫的技术的示例性网络系统的呼叫流图。
[0025]图14是示出实现用于在移动网络上发送移动台生成的数据以建立一键通(PTT)呼叫的技术的示例性网络系统的呼叫流图。[0026]图15是示出用于接受各种RRC连接请求的示例性阈值的网络负载图。
【具体实施方式】
[0027]图1是示出实现用于在移动网络上发送数据的技术的示例性网络系统2的框图。无线设备10，例如用户设备(UE)设备，可以以各种方式发送数据。可以将无线设备10在其上发送各种类型的数据的信道4、6称为承载或承载信道。无线设备10可以经由信令无线承载(SRB)信道4、通过演进型节点B CeNodeB) 12服务塔与MME14通信，以在需要传送应用数据时交换信令信息以及建立数据无线承载(DRB)信道6。MME14可以与eNodeB12以及服务网关(S-GW) 18通信，并且便于实现eN0deB12和S-GW之间的连接，从而便于实现无线设备10和分组数据网络(PDN)网关(P-GW)22之间的连接。P-GW22可以连接到或形成诸如例如因特网或企业大区域网络(LAN)之类的分组数据网络(PDN) 20的一部分。网络系统2还包括短分组数据服务(sros)服务器16，下文所描述的一种新类型的应用服务器。在本申请中，可以认为网络系统2的组件中的每一个为单个示例或复数个示例，例如单个无线设备10或多个无线设备10。
[0028]典型地，无线设备10在DRB信道6发送与应用相关的应用数据消息8B、8C、8D，例如网络请求、语音、图像、视频以及其它数据。许多无线设备用户安装了定期(例如，每几分钟)向应用服务器发送诸如网络请求之类的一个或多个应用数据分组以进行更新，其中，应用服务器可以是P-GW或与应用相关联的其它设备。除了其它的例子以外，这样的应用包括，例如，社交联网应用(例如，脸书、推特等)、电子邮件应用、RSS定阅、以及即时消息传送应用。这些应用可以被认为是“爱闲聊的”应用，由于它们典型地发送频繁的建立短网络会话的网络请求，并交换相对小的数据量。在图2的曲线图40中示出了这样的短的、低数据的、频繁会话的“爱闲聊”应用的影响。“应用数据分组”可以是诸如因特网协议(IP)分组之类的分组，包括针对应用的应用数据以及可以用于寻址、传输以及其它目的的头部数据。IP分组可以被打包或包含到具有另外的头部数据的另一分组中，上述另外的头部数据可以用于寻址、传输以及适用于开放式系统互联(OSI)模型的任何协议或层的其它目的，例如，应用数据分组中的应用数据可以是例如针对应用层(即，OSI层7)应用的数据。
[0029]图1还示出了应用数据消息8A正经由SRB信道4发送。这在下面进一步解释。
[0030]图2示出了在实证调查中研究的、针对一组大约250万网络会话的每网络会话的数据量的曲线图40。X轴42示出了每无线设备网络会话的数据量，在渐增的数据的千字节(kB)量的不规则间隔开的频段中，包括针对少于I以及多达1、5、10、25、50、100、500、1000以及更多千字节的频段。Y轴44示出了所研究的、落入针对为该会话下载的数据量的每一频段中的网络会话的数量。累计计数46示出了在这些频段中所包含的会话的累计百分数(如在曲线图的右手侧所列出的)。该调查示出:通常，针对无线设备的全部网络会话(或通常称为呼叫)的大约80%发送小于I千字节的数据，针对无线设备的全部这样的网络会话的大约90发送小于50kB数据。因此，交换相对较少数据的网络会话占了所有会话的较大比例。在DRB信道6上进行的每一网络会话需要其自身的网络通信开销，对于在网络会话中交换的渐减的应用数据大小，这是针对网络会话的整个网络开销的渐增的大部分。较大数量的短数据消息的净效应是强加了与其所携带的时间量不成比例的信令开销。
[0031 ] 再参考图1，短分组数据服务(SPDS)服务器16在网络系统2中引入，并且可以在发送数据方面提供显著的优点，例如，针对较短的、较低的数据会话的应用数据，诸如来自“爱闲聊的”应用的应用数据之类的。在各个示例中，SPDS服务器16可以与MME14以及与分组数据网络20的设备进行数据的通信，如图1中所示出的。从而，SPDS服务器16可以在于无线设备10与分组数据网络20之间进行应用数据的通信时，绕过S-GW18和P-GW22，这可以使得能够实现更快的通信以及较低的信令开销，并且允许应用数据避免通过S-GW18和P-GW22的潜在拥塞。图1中的SPDS服务器是本申请中公开的新颖特征的一个示例，其不是传统3G服务供应商网络的一部分。下面描述了 SPDS服务器16的各种有利的特征。
[0032]图3示出了呼叫流图50，其示出了用于在不使用SPDS服务器16的情况下建立DRB信道的示例性过程。图3示出了图1中的无线设备10、eNodeB12、MME14、S-GW18和P-GW22之间的相互作用。图3中的P-GW22对应于图1的示例中连接到分组数据网络20的P-GW22。如在图3的示例中可以看到的，使用传统的LTE技术来发起DRB信道至少存在10个步骤。这些步骤包括:MME14向eNodeB12和无线设备10发送寻呼请求51 ;无线设备10和eNodeB12建立无线资源控制(RRC)连接52 ;无线设备10向eNodeB12发送服务请求53 (在RRC连接建立完成消息中背负)，其向MME14发送服务请求54 ；MME14向eNodeB12发送初始上下文建立请求55 ；eNodeB12发送安全模式命令56 ;无线设备10发送安全模式完成57 ；eNodeB12向无线设备10发送RRC连接重配置58 ;无线设备10向eNodeB12发送RRC连接重配置完成消息59，从而首先建立DRB信道6 ;eNodeB12向MME14发送初始上下文建立请求60 ；MME14向S-GW18发送修改承载请求61 ； S-Gff 18向P-GW22更新承载请求62 ；P-GW22向S-GW18发送更新承载响应63 ;S_GW18向MME14发送修改承载响应64，从而首先在S-GW18和eNodeB12之间建立了 SI用户平面接口隧道65 ;然后，最后通过DRB信道和SI接口在无线设备10和P-GW22之间进行应用数据分组66的通信。在不使用本公开内容的SPDS技术的情况下在DRB信道上进行发送的该系统中，即使发送象单个分组一样少的短数据传输，仍然需要在RRC连接建立之后交换9个或更多信令消息。SI隧道和RRC释放仍然增加了额外的信令开销。
[0033]假定超过80%的3G设备业务低于lkB(根据图2)，并且如果每一应用更新使用DRB信道，则必须针对每一期望的应用更新(例如，其可以针对各种示例性的应用，每5、10或30分钟发生)对无线设备10中的每一个(在图1中)的每一应用进行该过程，对于3G网络的组件，建立DRB信道的负担可能变得非常的资源密集。虽然，针对各种类型的应用数据消息和网络会话，这些技术可能是有优势的，上述各种类型的应用数据消息和网络会话包括传送相对大量的应用数据的应用数据消息和网络会话，如下文所进一步解释的，本申请中公开的各种示例性技术可能尤其在减少针对具有相对少量的应用数据的应用数据消息的网络开销方面有利。
[0034]本公开内容的各种示例提供了用于经由SRB信道4发送较短的、低数据网络通信的新颖的机制，并从而避免了针对相对较短的通信建立更资源密集的DRB信道。因此，SRB信道4通常仅用于在需要通过DRB信道进行应用数据的通信时交换信令信息以及帮助建立数据无线承载(DRB)信道，而本公开内容的方法可以直接经由SRB信道4发送应用数据消息8A。在各种示例中，无线设备10可以包括:可以在软件和硬件的任何组合中实现的滤波器或其它处理器或组件，以评估输出应用数据消息，并使用某一标准来主动确定是经由SRB信道4来发送这些应用数据消息，还是创建在其中发送上述应用数据的DRB信道6。[0035]如果SPDS应用知道经由SRB信道4与SPDS服务器16来通信比经由DRB信道6来通信更有效率，则该应用可以请求该设备经由SRB信道4来发送应用分组。作为替换地，无线设备10可以在确定是经由SRB信道4还是经由DRB信道6来发送一组要被发送的应用数据时，根据某一标准下评估例如阈值来评估上述应用数据。例如，上述阈值可以是数据大小阈值，即针对数据量或数据容量的阈值，其可以以字节或基于字节的单位来衡量。上述在给定的SPDS过程中应用的大小阈值也可以依赖于所使用的SRB信道的类型。一些SRB信道的示例可以使用2.2、3.4或13.6千字节的信号，并且这些中的每一个可以具有针对该信令目的所需的一定数量的数据，以及可以获得的一定数量的数据，在上述数据中封装了相对短的应用数据消息。在各个示例中，用于经由SRB信道而不是DRB信道来发送应用数据消息的SPDS大小阈值可以是在100字节、I千字节、十千字节或小于或等于给定SRB信道中的多余带宽的量的任何其它值的范围中的任何地方。在一个示例中，SPDS心态可以使用1500字节大小的阈值，典型的单个IP分组的最大尺寸，并且如果该应用数据消息不大于1500字节，则经由SRB信道而不是DRB信道来发送应用数据消息。
[0036]在另一示例中，该阈值可以是数据传送速率阈值，S卩，针对正被发送或传送的数据的按照时间的速率或容量的阈值，例如，其可以以字节或基于每时间单位字节的单位来衡量。作为示例性的示例，SPDS系统可以使用每秒I千比特(kbps)的数据速率阈值，虽然，根据适合给定系统的任何类型的设计参数，其它系统可以使用以数十或数百bps或数个或数十kbps的速率阈值或仅使用大小阈值且没有速率阈值。如果无线设备10确定要经由SRB信道发送数据，则无线设备10可以以特定的消息格式在相对短的应用数据消息中封装应用数据，在本申请中称为“短分组数据服务”或“SH)S”消息，其经由SRB信道向诸如MME14之类的网络资源发送。在本申请中，“应用数据消息”可以指一个或多个应用数据分组。在本申请中，“应用数据流”可以指包括应用数据分组的任何流，上述应用数据分组包含针对该同一申请的数据。在本申请中，在各个示例中，“SRB信道”可以指传统上用于发送信令数据而不是应用数据消息的任何信令信道。
[0037]如本申请中公开的短分组数据服务或“sros”的方面可以在无线设备10中、在MME14中、在SPDS服务器16中、在另一设备或资源中、或在这些设备的任何组合中、以及在这些设备中的任何一个的硬件和软件的任何组合中实现。术语“SPDS”自身可以在本申请中用于指实现如本申请中所描述的、短分组数据服务或类似功能的任何方面的、任何设备、方法、装置或计算机可读介质软件或相关联的协议。
[0038]SRB信道可以用作网络系统2中的无线设备10和MME14之间的通信耦合。传统的MME设备仅负责处理信令消息，而不负责处理任何数据消息。
[0039]本公开内容的各个示例也可以包括新颖类型的网络资源，例如能够发送和接收来自(及去往)无线设备10以及去往(及来自)分组数据网络20的设备的网络业务的MME14。在一些示例中，MME14可以向SPDS服务器16发送应用数据消息，使得MME14和SPDS服务器16配置成识别和处理经由SRB信道发送的应用数据分组，并且向与应用相关联的应用服务器发送应用数据分组，其中，该应用服务器经由分组数据网络20可接入。
[0040]P-GW22是经由分组数据网络20可接入的应用服务器的示例，即P-GW22通信地与分组数据网络20相连接或形成分组数据网络20的一部分。在其它示例中，MME14可以通过SPDS网关(图2中未示出)与SPDS服务器16通信。在又一其它示例中，MME14可以以硬件及软件的任何组合包括集成的SPDS服务器功能，使得MME14自身配置成识别和处理经由SRB信道发送的应用数据分组，并向经由分组数据网络20可接入的应用服务器发送应用数据分组。这可以被称为具有集成的SPDS功能的MME14，或称为具有SPDS能力的MME14。在这些示例的任何一个中，包括利用MME14通过SPDS服务器16和/或SPDS网关与分组数据网络20进行应用数据消息的通信，MME14可以被认为能够直接将应用数据消息传送至分组数据网络20，这是由于在向分组数据网络或向任何应用服务器、网关或形成分组数据网络20的一部分或通信地连接至分组数据网络20的其它设备传送应用数据消息时，MME14能够绕过服务供应商网络的S-GW18。
[0041]从而，无线设备10可以经由SBR信道向诸如能够直接向分组数据网络20传送应用数据消息的MME之类的网络资源发送应用数据分组。通过被配置用于通过SPDS协议转发应用数据消息的方式或通过经由诸如被配置用于通过SPDS协议转发应用数据消息的SPDS服务器之类的应用代理服务器发送应用数据消息的方式，可以使MME能够之间向分组数据网络20传送应用数据消息。无线设备10也可以经由SRB信道通过诸如eNodeB12或利用MME14与无线设备10相连接的另一节点之类的无线资源发送应用数据消息。
[0042]图4示出了呼叫流图70，其根据可以与如图3中所示出的在没有SPDS的情况下执行的通信过程相对照的一个示例，示出了具有MME14和SPDS服务器16并且实现SPDS方法的网络系统2的操作。如可以在图4的示例中看见的，网络系统2经由SRB4传送应用数据消息，并且能够利用远远少于如图3中所示出的在没有SPDS的情况下执行的通信过程中的步骤来传送应用数据消息。一旦无线设备10和eNodeB12建立RRC连接72，无线设备10就能够经由SRB信道、通过eNodeB12、MME14和SPDS服务器16向P-GW22发送应用数据消息。在下文中描述了关于该传输的进一步细节。从而，使用如本申请中所描述的SPDS方法在信令信道上发送应用数据消息传输可以确保利用比传统方法更少的信令开销实现更快速的性能。
[0043]在使用SPDS方法的系统的示例中，MME14可以配置成将移动台ID与连接ID相关联，上述连接ID与针对诸如P-GW22之类的分组数据网络20中的设备的通信会话相关联。在该方法中，无线设备10经由SRB信道将应用数据提供为SPDS消息，包括与该SPDS消息中的移动设备10相关联的移动台ID。与SPDS服务器16相通信的MME14或具有SPDS功能的MME14可以与应用数据的目的地(例如，如由目的地因特网协议(IP)地址所指定的服务器)建立通信会话，并向该通信会话分配连接ID。在接收指示该连接ID的响应之后，MME14可以基于移动台ID与连接ID之间的关联来确定该响应所去往的正确的无线设备10。以此方式，由于在该示例中，无线设备10中的每一个可以创建数个通信会话，而每一通信会话确切地映射到无线设备中的一个，因此，在移动台ID和连接ID之间可能存在一对多的关系O
[0044]在各个示例中，可以使用数个不同的架构。在图4中示出了一个示例，如下所述进行了进一步详细地描述。一旦无线设备10和eNodeB12建立了 RRC连接72，无线设备10使用在本申请中称为SPDS消息容器的新容器格式的初始非接入层(NAS)消息4、经由SRB信道向MME14发送应用数据分组。如在图1的示例中所示出的，在该架构中，MME14可以与SPS服务器16通信。在该示例中，MME14和SPDS服务器16可以根据称为短分组数据服务应用协议74或SPDS-AP的新协议来通信(例如，交换上文所解释的通信ID)。MME14可以读取经由SRB信道4在NAS传送信号中发送的应用数据分组，并且向SPDS服务器16转发SPDS-AP分组74中的应用数据分组，其中，SPDS服务器可以在因特网协议(IP)分组76中向分组数据网络20转发上述应用数据分组，其中，IP分组76通过SPDS服务器16和应用服务器之间的分组数据网络20的中间资源被潜在地路由，上述应用服务器是分组数据网络20中驻留的分组的最终目的地。
[0045]在另一示例中，MME14可以根据SPDS-AP与SPDS网关(在图1中未示出)通信，并且SPDS网关向SPDS服务器转发SPDS数据(例如根据因特网协议(IP)或在其它示例中的其它协议)，其中，SPDS服务器位于MME14的服务供给商网络之外。如在下文更详细讨论的，在图8中示出了 SPDS网关的示例。
[0046]在一些示例中，无线设备10可以包括:SPDS信道管理器组件或SPDS路由管理器(未示出)组件，用于确定是经由SRB信道还是DRB信道发送应用数据分组。该功能被称为“SPDS信道管理”。SPDS信道管理器组件可以通过将该应用数据分组的大小与一阈值进行比较来进行上述确定，在一示例中，上述阈值例如是数据大小阈值。在该示例中，如果SPDS信道管理器组件确定上述应用数据分组的大小超出上述阈值时，无线设备可以构造DRB信道并经由DRB信道发送分组，上述应用数据分组的大小超出上述阈值例如为具有比上述阈值更多字节的数据。在另一方面，如上文所讨论的，如果SPDS信道管理器组件确定上述应用数据分组的大小小于上述阈值，则无线设备10可以转而经由SRB向MME14发送应用数据分组。
[0047]在另一示例中，无线设备10的SPDS信道管理器组件可以基于一个或多个用于评估应用数据流的标准来确定针对应用数据流的数据量(包括一个或多个应用数据分组)是否超出阈值。在该示例中，无线设备10可以针对是经由SRB信道还是DRB信道发送一个或多个应用数据分组来评估超过单个应用数据分组。无线设备10可以在评估是经由SRB信道还是DRB信道发送应用数据分组中应用多个标准，例如单个应用数据分组的大小和应用数据分组的频率或数量两者，在确定是经由SRB信道还是DRB信道来发送应用数据分组中，关于大小以及频率或数量阈值两者。无线设备10也可以在确定是经由SRB信道还是DRB信道来发送应用数据分组中使用其它标准，单独地或结合大小标准、频率标准或数量标准或其任何组合。
[0048]在另一示例中，SPDS信道管理器仅当该应用明确地请求使用SRB信道时，才进行该确定。在该示例中，在没有来自应用的明确请求时，将经由传统的DRB信道来发送应用分组。作为示例，应用可以请求SPDS信道管理器:应用数据分组需要在不引发DRB建立开销和延迟的情况下的紧急传输。想要快速发送PTT呼叫建立请求分组的一键通(PTT)应用可能是一示例。当存在来自应用的明确请求时，SPDS信道管理器基于上文所描述的各个标准中的任何一个或多个(例如，大小、频率、延迟敏感度等)做出其自身的确定。
[0049]在另一示例中，SPDS信道管理器通过持续地监控业务流和/或从应用收集输入来确定从使用SRB信道切换到使用DRB信道。对于起初的短应用数据分组，其可以确定使用SRB信道。随着整体业务容量的增长，其可以确定建立DRB信道，DRB信道处于较大容量的业务更有效率。在另一示例中，该应用可以明确地请求该切换。一旦成功建立了 PTT呼叫，最初请求SRB信道的PTT应用就可以请求切换到DRB信道。一旦SPDS信道管理器决定要切换到DRB信道，无线设备10就可以开始在图3中示出的传统的服务请求过程，以生成一个或多个DRB。
[0050]图5示出了示出实现如本申请中所公开的示例性SPDS技术的各种示例性优点的曲线图80。在一个示例性的实现中，基于SPDS信道管理使用信令减少分析，发现对于经由SRB信道而不是通过传统的DRB信道发送的每一应用数据消息，在各个网络组件之间可以节省8个信令消息。这反映了通过经由SRB信道来发送应用数据消息而不是使用SRB信令消息建立DRB信道来发送应用数据消息所避免的通常所交换的用于建立及管理经由DRB信道的传输的大量的信令消息以及信令开销。
[0051]在图5的曲线图80中所示出的示例中，使用SPDS信道管理，经由SRB信道而不是DRB信道发送了来自连接到一个MME14的无线设备10的所有应用数据消息的50%。图5示出了当针对每一 MME的无线设备的数量从100000变化到100万变化时，如果以每5分钟、10分钟以及30分钟的间隔发送短应用数据消息，则每小时所减少的信令消息的数量。
[0052]以数千的无线设备为单位，沿着X轴82示出了与一个MME通信的无线设备的数量，使得X轴从100000到100万无线设备变化。以每小时百万的单位，沿着y轴84示出了通过经由SRB信道而不是经由DRB信道发送所有应用数据消息的50%在信令消息的数量方面的减少，即所避免的信令消息的数量，使得I轴从每小时O到60百万信令消息变化。在曲线86中示出了如果以5分钟的间隔发送短应用数据消息，在信令消息的数量方面的减少；在曲线87中示出了如果以10分钟的间隔发送短应用数据消息，在信令消息的数量方面的减少；在曲线88中示出了如果以30分钟的间隔发送短应用数据消息，在信令消息的数量方面的减少。因此，经由SRB信道发送一些应用数据消息可以实质上减少整体网络信令开销。
[0053]图6示出了针对根据另一示例性示例的网络系统102的架构的大致轮廓。应用代理服务器116可以与诸如因特网之类的分组数据网络120通信，上述应用代理服务器116可以是SPDS服务器。应用代理服务器116可以代表终端定期地更新应用数据。在无线设备110上运行的应用可以使用移动台发起的(MO)连接定期地检查利用应用代理服务器116的任何更新。代理服务器116可以以任何预定的或实时的方式，使用移动台终止的(MT)连接，向无线设备110通知更新。应用代理服务器116可以与接入网113中的MME(未单独示出)进行通信，并且无线设备110可以经由节点112和接入网113中的MME与应用代理服务器116通信。在该情况下不需要如图3中所示出的诸如DRB信道之类和SI用户平面接口隧道的用户平面连接。无线设备110和接入网113中的MME可以发送应用数据分组，以及另外经由SRB信道相互通信，包括使用具有SPDS容器的NAS消息(例如，具有SPDS容器的、经修改的UL/DL通用NAS传送消息)。该较少DRB的SRB信道方案也可以用于例如控制平面位置服务(C-平面LCS )。
[0054]可以在各种示例中定义新的SPDS消息容量类型。在各种示例中，容器内容可以多达65，535字节(B卩，216-1字节；参见3GPP技术规范24.301)。如上文参考网络系统2所描述的，经由SPDS消息容器发送的应用数据消息可能能够处理来自无线设备110的应用数据消息的80%到90%以及更多。在图6的示例中，可以针对接入网113中的MME与诸如应用代理服务器116之类的SPDS服务器之间的应用数据消息的通信来定义及使用诸如SPDS-AP之类的新应用协议。
[0055]图7示出了包括根据示例性示例的网络系统132的示例性架构的方框图的示意图，其中，无线设备140和MME144可以经由经修改的、通过诸如SPDS消息容器之类的新的容量类型的NAS传送、经由SRB信道来通信。在该示例中，MME144和SPDS服务器146可以在应用协议(SroS-AP)中交换数据。网络系统132在无线设备140和MME144之间提供了有效的连接，包括经由eNodeB142。网络系统132在MME144和应用代理服务器之间提供另一有效连接，在该示例中，应用代理服务器为SPDS服务器146。网络系统132能够在不使用DRB的情况下进行应用数据传送，其中SPDS-AP用作MME144和SPDS服务器146之间的协议。MME144可以维护移动台ID和连接ID之间的映射表，以及维护移动台ID与到诸如因特网或企业LAN之类的分组数据网络150的连接ID之间的关联。SPDS服务器146也可以维护该映射。如上文所记载的，另一示例可以以SPDS网关(图7中未示出)直接与MME144通信并且中继到SPDS服务器146的通信为特征，其中，SPDS服务器146驻留在MME144所驻留的服务供应商网络的外面。
[0056]在一些示例中，由于SRB信道具有比DRB信道更高的优先级，因此，SRB信道可能具有一些限制。使用SRB路径来进行短数据通信可能增加SRB的使用量。通用NAS具有65，535字节的有效载荷限制。因此，可以调整SPDS管理的使用，例如使得在SRB信道上的短数据传输不干扰在SRB信道上的标准信令传输。例如，无线设备140可以评估组合的应用数据消息是小于还是大于所选择的阈值，例如诸如1500字节的数据大小阈值，并且如果该大小大于上述阈值，则其通过DRB信道而不是SRB信道来发送应用数据消息。此外，即使单个的数据分组小于该阈值，无线设备140还可以评估是否累计的应用流容量可能超过标称传送速率阈值。在该SPDS管理方法的示例中，如果累计的应用数据流的容量超过该传送速率阈值，则无线设备140可以选择在SRB信道上仅发送应用数据流的一些，并且在DRB信道上发送剩余的应用数据流。
[0057]为了避免在SRB信道上的短数据传输干扰在SRB信道上的标准信令传输，无线设备140可以明确地指示其要在RRC连接建立52期间使用SRB信道来发送短数据分组的意图。RRC连接请求中的建立原因可以是“SRB上的数据”。在该情况下，eNodeB142可以基于当前的信令负载或eNodeB142的整体负载来接收或拒绝该请求。
[0058]SPDS服务器146或SPDS网关(在图7中未示出)可以确定是向MME144发送应用数据消息的分组还是向经由分组数据网络150可接入的TON网关发送，并且可以评估分组大小或累计的数据流容量。可以针对IP地址和端口编号来定义分组滤波器。如果针对相同IP地址和端口编号的应用数据消息的数据大小超过阈值，如由SPDS滤波器或其它SPDS逻辑组件或模块所确定的，则应用数据消息可以经由DRB来发送，否则，其可以经由SRB来发送。
[0059]图8示出了具有与图7相类似的架构的网络系统133，但是，其具有接收数据并与SPDS服务器146通信SPDS网关145。SPDS网关145可以位于给定的服务供应商网络中，并且将SPDS服务器146放置在服务供应商网络的外面有用。SPDS网关145可以利用MME144经由SPDS-AP通信以及经由SPDS-AP或因特网协议(IP)通信，在不同实现中，利用SPDS服务器146。SPDS网关145可以利用SPDS服务器146，例如IP中的IP，来维护隧道，例如用户平面接口隧道。SPDS网关145可以将运用商定义的、用于路由应用数据消息的分组的路由政策应用到MME144或经由分组数据网150可接入的P-GW。在不同示例中，SPDS网关145可以在物理上与SPDS服务器146共存，或SPDS服务器146可以远离SPDS网关145。无线设备140可以经由eNodeB142来与MME144通信。[0060]也可以利用移动台发起的(MO) PS呼叫流来定义新的呼叫流。与需要服务请求过程的呼叫流相比，MO呼叫流被大大简化，并且比图3中示出的呼叫流更简单地多。
[0061]由无线设备10所执行的应用层聚合器应用可以与短分组信道管理器或路由管理器相互作用。聚合器应用可以将来自两个或更多个“爱闲聊的”应用的应用数据消息聚合成单个聚合的应用数据消息，上述“爱闲聊的”应用例如为社交联网应用、电子邮件应用以及其它具有短的、频繁的推或更新的应用。可以以如单个应用数据分组一样小的形式来构成该单个、聚合的应用数据消息，例如，具有包含针对两个或更多个被聚合的应用中的每一个的、被聚合的应用数据的单个头部。聚合的应用数据分组可以包括SPDS应用头部，该头部可以包括关于包含在该分组中的、被聚合的应用数据消息的信息。在其它示例中，聚合的应用数据消息可以包括任何其它数量的分组。
[0062]聚合的应用数据消息可以经由SRB信道来发送，并且可以针对两个或更多个爱闲聊的应用、利用单个的、SRB运送的应用数据流来提供推或更新。隶属于聚合的应用数据消息的应用中的每一个同时醒来并且同时更新。聚合器应用可以实现对更新的非常频繁或经常的检查，以监控所有可能的社交网络、电子邮件或其它爱闲聊的应用。聚合器应用可以在无线设备140上运行，并且向例如诸如SPDS服务器146之类的应用代理服务器发送SPDS消息。无线设备140可以使用以硬件和软件的任何组合实现的SPDS管理滤波器组件，并且可以应用SPDS确定方法，包括与是要经由SRB信道还是经由DRB信道发送聚合的应用数据消息的任何类型的阈值或阈值的任何组合进行比较。
[0063]在一些实现中，无线设备140可以允许仅应用的一个子集使用SPDS过程。根据可以由运用商定义的所定义的路由政策，这也可以在SPDS滤波器或路由管理组件中实现。SPDS滤波器或路由管理组件也可以评估应用数据消息或应用数据流的分组大小或累计的数据容量是否小于所选择的、要经由SRB信道或DRB信道转发应用数据消息或应用数据流的阈值。在另一示例性解决方案中，路由管理器可以运行任何应用在没有代理的情况下使用SPDS过程。不对现有代理服务器做出任何改变。
[0064]图9示出了针对网络系统162的示例性架构的示意图，上述网络系统162包括SPDS 服务网关(S-GW) 176，其中，MME174 和 SPDS S-Gffl76 将 SPDS 消息作为 GTPv2_C 消息交换。S-GW176被增强用于SPDS方法，以选择性地使用通用NAS传送路由来发送具有SPDS资格的应用数据消息，即SPDS管理组件确定有资格经由SRB来发送的应用数据消息，例如短应用数据分组。S-GW176可以使用通常的SI隧道和DRB信道来发送其它的不具有SPDS资格的应用数据消息。可以将诸如短分组之类的某些应用数据消息作为要使用通用NAS传送路由的GTPv2-C消息来发送至MME174。DL数据通知信息可以使用SI隧道路由。
[0065]可以将S-GW176或MME174增强为具有SPDS功能。可以在不建立DRB和SI隧道的情况下使用S5隧道。无线设备170可以经由用于具有SPDS资格的应用数据消息的eNodeB172和MME174来与S-GWl76通信。如在图10的呼叫流中所示出的，可以将具有SPDS资格的应用数据消息看作用于在MME174和SPDS S-Gffl76之间通信的GTPv2_C上的消息。
[0066]图10示出了移动台发起的(MO) PS呼叫流的示例，例如可以由图9中的网络系统162使用。与需要服务请求过程的呼叫流相比，MO呼叫流被大大简化。呼叫流包括:无线设备170和eNodeB172建立RRC连接；无线设备170经由SRB信道通过初始NAS消息(例如，经修改的NAS传送)发送或上载应用数据消息通过eNodeB172到MME174 ;MME174在GTPv2_C消息中向具有SPDS能力的S-GW176发送应用数据消息；以及S-GW176在一个或多个IP分组中向P-GW178发送应用数据消息。该呼叫流可以反向，以将应用数据消息从P-GWl78发送至无线设备170。应用数据消息可以包括任何类型的应用分组。在一个示例中，应用数据消息可以包括用于机器到机器(M2M)通信的机器类型通信(MTC)小数据应用数据消息，其是使用很适合在SPDS数据管理方法中在SRB中进行包装和发送的、短的、频繁的应用数据消息的一类应用的另一示例。
[0067]在针对移动台终止(MT)的呼叫问题的一个示例中，存在MME174告诉无线设备170该循环是否用于SPDS方法的需要。在一个示例中，可以将寻呼原因添加到寻呼消息中，并且MME174能够告诉无线设备170该寻呼是否用于SPDS方法。这可以为仅需要SRB信道的其它现有服务提供额外的益处。由于标准的限制，控制平面LCS和MT SMS无需生成不使用的DRB信道。可以消除服务请求开销。
[0068]图11示出了针对移动台终止(MT)PS呼叫的新呼叫流。无线设备寻呼触发服务请求过程。针对该MT示例可以启用各种优化。在从MME到到无线设备的eNodeB172的寻呼呼叫中，可以添加寻呼原因来指示MT信令。无线设备可以以扩展的服务请求来响应。图12示出了针对示例性解决方案的MT PS呼叫流，其可以在从MME到到无线设备的eNodeB的寻呼呼叫之前，以从P-GW到具有SPDS能力的S-GWjIjMME的应用数据消息来开始，其中，寻呼呼叫包含MT信令寻呼原因。其后跟着无线设备经由eNodeB向MME发送扩展的服务请求，以及MME通过以通用NAS传送消息的形式、经由到无线设备的eNodeB、经由SRB发送应用数据消息来响应。在该示例中，该应用数据消息还可以是可以利用SPDS过程来处理的任何应用数据消息，并且可以包括MTC小数据消息。
[0069]图13示出了针对另一示例的呼叫流，其中，可以在基于LTE的系统中在NAS信令上发送PTT呼叫请求。在该示例中，无线设备可以在经修改的NAS消息(例如，经修改的服务请求(SR)消息或经修改的扩展的服务请求消息)中背负初始的用户IP应用数据分组，上述经修改的NAS消息被修改为具有针对应用数据消息的容器。在接收SR消息之后，MME可以提取上述被背负的用户IP分组，并基于S-GW地址以及SI隧道端点标识符(Sl-TEID)将该分组转发至S-GW。在该示例中，无线设备可以与RRC连接建立完成一起来说发送用户计划数据。在RRC连接建立之后，SRB信道过程不可以阻碍上行链路传输。初始用户计划应用数据消息可以封装在SR消息中，该消息继而可以被封装到RRC连接建立完成中。从而，可以以下列的格式来将应用数据消息封装到SRB信道消息中:RRC连接建立完成{NAS:服务请求(初始用户计划数据_)}。这在图13的呼叫流中进行了示出。
[0070]图14示出了针对另一示例的呼叫流,该另一示例涉及在基于1-HSPA的通信系统中的呼叫发起。1-HSPA是引入3GPP的新的UMTS路径无线接入网络(UTRAN)，其是在单个盒子中混合RNC和节点B。由于每当无线设备跨过小区边界，其都需要执行SRNS重定位，因此，在1-HSPA架构下，维持永远开启的RAB和Iu连接可能不是理想的。对于PTT/VoIP，必须将服务的PDP上下文维持成接收输入呼叫；这意味着SGSN和GGSN之间针对PDP上下文的Gn/Gp接口保持活动。当Iu连接被拆掉，处于空闲或休眠状态(URA/CELL_PCH)的无线设备可能需要针对任何上行链路数据活动(参见3GPP6.12/TS23.060)执行服务请求(SR)。处于空闲或休眠状态的无线设备可能不能发送数据直到无线承载建立过程结束为止。
[0071]图14示出了在1-HSPA下，用于针对UL数据传输的信令过程的呼叫流。在于SRB信道中发送应用数据消息的另一示例中，在1-HSPA下，在用于通过NAS信令发送应用数据消息的示例中，无线设备可以以服务请求(SR)消息中的用户IP分组的形式背负初始应用数据消息。在接收服务请求之后，SGSN在所维护的PDP上下文的Gn/Gp接口上向GGSN转发上述分组。在该示例中，无线设备可以开始将应用数据消息作为用户计划数据与SR—起发送。可以将初始用户计划数据封装到SR消息中，继而其被封装到RRC中:下列格式的初始直接传送消息=RRC:初始直接传送{NAS:服务请求(初始用户计划数据_)}。
[0072]涉及机器类型通信(MTC)小数据传输的示例可以包括偶尔的小分组传输，在一示例中，这种小分组传输可以在UDP上在任何地方由多达潜在地极大量的具有MTC能力的设备发送。即使由每一个MTC设备进行的单独的业务是可以忽略的，但是聚合的业务对于网络而言可能是非常繁重的。在3GPP技术标准22.368中论述了 MTC需求。在该示例中，具有SPDS能力的系统可以以实质上减少的网络影响来支持小量数据的传输，例如诸如在信令开销、网络资源以及针对重分配的延迟方面之类的。在小量数据的传输之前，可以将MTC设备连接到网络或从网络分量。例如，根据订制或依照网络运营商政策，关于SPDS系统的小数据量的定义以及其在确定是否经由SRB信道来发送MTC应用数据消息中可能使用的一个或多个阈值可以是可配置的。
[0073]在一个示例中，RRC连接请求信号可以包括额外的建立原因，具有以下的格式:紧急情况、高优先级接入、mt接入、mo信令、mo数据、备用3、备用2、备用1、延迟容忍接入、延迟容忍信令、延迟容忍接入需要DRB和SI连接、以及若干消息的交换，例如TCP连接建立/释放消息加上MTC小数据应用数据消息。延迟容忍信令可以能不需要DRB和SI连接，并且可能只有一个消息交换，MTC小数据加应用层ACK确认消息，在UDP上运行。如在图15中所示出的，根据所请求的MTC连接类型，eNodeB可以接受或拒绝RRC连接。
[0074]图15示出了根据网络负载300，由eNodeB应用以接收RRC连接请求的不同阈值的简单曲线。由于与在DRB信道上的MTC数据相比，在NASSRB信道上的MTC小数据消耗了明显较少的无线资源，因此，在一个示例中，eNodeB可以针对不同的连接请求应用不同的阈值，例如，针对用于“延迟容忍信令”的RRC连接请求的更宽松的、较高的阈值相比于较低的、用于“延迟容忍接入”的阈值302。在一个说明性的示例中，eNodeB可以在30%网络负载处应用较低的阈值302来利用延迟容忍接入接收RRC连接请求，以及在50%网络负载处应用较高的阈值304来利用延迟容忍信令接收RRC连接请求，虽然可以在其它实现中使用任何较宽范围的其它阈值。
[0075]在各个示例中，具有SPDS资格的应用数据消息可以在修改的UL/DL通用NAS传送、修改的服务请求信号或任何其它NAS消息中经由SRB来发送。在各个示例中，NAS信号可以包括利用NAS消息中加密的信息单元(IE)的安全措施。例如，修改的UL初始通用NAS消息可以包含安全性上下文ID (eKSI)以及序列号，以及用于完整性保护的MAC-1 (用于完整性的消息认证码)。在该示例中，容器类型是MTC小数据。仅该容器部分可以使用由eKSI标识的安全性上下文来加密。修改的服务请求消息可以保护用于SPDS消息的加密的IE。在各个示例中，被修改以运送嵌入的加密信息的修改的服务请求消息可以包括APND接入点名称；不同的APN用于不同的应用，例如，MTC APN、VoIP APN ;和/或在通用NAS消息或修改的服务请求消息中的APN。AP-GW可以与APN相关联。S-GW可以读取APN以确定要发送到哪个P-GW。在通用NAS消息中可以包含APN域。[0076]S-GW可以确定其是否需要通过将所接收的分组从MME向P-GW转发来向MME转发MMT小数据分组。S-GW可以维护相对短的不活动定时器。如果在该定时器到期之前接收到小下行链路数据分组，例如ACK消息，则S-GW可以向MME转发该分组。这在MO和MT示例中都可以应用。在针对MTC无线设备的EPS承载建立期间，MME可以向S-GW指示MTC APN和小数据阈值。当S-GW从与MTC APN相关联的P-GW接收针对这样的无线设备的小数据分组时，其可以使用新的GTPv2-C消息而不是发送DL数据通知来向MME转发该分组。
[0077]ATC设备有时也可以生成大分组。MTC无线设备可以使用应用SPDS选择逻辑来确定是在SRB信道上还是在DRB信道上发送应用数据消息的SPDS数据管理模块或组件。SPDS选择逻辑可以考虑各种标准中的任何一个或多个，包括分组大小、频率、平均数据速率、延迟敏感度等，并且可以将这些值中的一个或多个与可应用的阈值进行比较。一些示例可以简单地将后续输出应用数据消息与数据大小阈值进行比较，以确定是经由SRB信道还是DRB信道来发送应用数据消息。
[0078]在一个或多个示例中，所描述的功能可以用硬件、软件、固件或其任何组合的方式来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输，并且可以有基于硬件的处理单元执行。计算机可读介质可以包括:计算机可读存储介质，其对应于诸如数据存储介质之类的有形介质；或通信介质，其包括便于从一个地方向另一个地方传送计算机程序的任何介质，例如根据通信协议来传送。以此方式，计算机可读介质通常可以对应于(I)有形计算机可读介质，其是非暂时性的或(2)诸如信号或载波之类的通信介质。数据存储介质可以是一个或多个计算机或一个或多个处理器能够存取以获得用于实现本公开内容中描述的技术的指令、代码和/或数据结构。计算机程序产品可以包括计算机可读介质。
[0079]通过示例的方式而不是限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储介质或其它磁存储设备、闪存、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。此外，几乎任何连接都可以称为计算机可读介质。例如，如果指令是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线和微波之类的无线技术从网站、服务器或其它远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所述介质的定义中。但是，应当理解的是，计算机可读存储介质和数据存储介质不包括连接、载波、信号或其它暂时性介质，而是指向非暂时性、有形存储介质。如本申请中所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
[0080]可以由诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等同的集成或分立逻辑电路之类的一个或多个处理器来执行指令。相应地，如本申请中所使用的，术语“处理器”可以指前述结构中的任何一个或适合于实现本申请中描述的技术的任何其它结构。此外，在一些方面，本申请中所描述的功能可以在专用硬件和/或配置用于编码和解码的软件模块中提供，或并入组合的编码解码器中。此外，上述技术也可以在一个或多个电路或逻辑器件中完全实现。
[0081]可以在多种多样的设备或装置中实现本公开内容的技术，上述设备或装置包括无线手持机、集成电路(IC)或一组IC (例如，芯片集)。在本公开内容中描述了各种组件、模块或单元，以强调配置成执行所公开的技术的设备的功能方面，但是不一定需要利用不同的硬件单元来实现。而是，如上文所描述的，可以将各个单元组合到编码解码器硬件单元中，或者由相互操作的硬件单元的组合来提供，包括如上文所描述的一个或多个处理器，结合适当的软件和/或固件。
[0082]已经在对本发明指示任何限制的情况下，描述了示出各个方面的各种示例。如本申请中所使用的“各个示例”指不排除其它示例的示例的子集。本申请中所公开的任何单元的各种变形和组合中的任何一个可以被组合用户某些另外的非排他性示例。上文所公开的示例和其他的示例在随后的权利要求的保护范围内。
【权利要求】
1.一种发送数据的方法，所述方法包括: 利用无线设备生成针对应用的应用数据消息； 评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及 基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
2.根据权利要求1所述的方法，其中，所述应用数据消息包括针对所述应用的一个或多个应用数据分组。
3.根据权利要求1所述的方法，其中，在不建立所述DRB信道的情况下，经由所述SRB信道向所述网络资源发送所述应用数据消息。
4.根据权利要求1所述的方法，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定所述应用数据消息具有小于数据大小阈值的数据大小。
5.根据权利要求1所述的方法，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定包括所述应用数据消息的多个应用数据消息具有小于数据传送速率阈值的数据传送速率。
6.根据权利要求1所述的方法，其中，确定要经由所述SRB信道发送所述应用数据消息包括:确定所述应用已经请求经由所述SRB信道的数据传输，并且所述应用数据消息满足用于确定是要经由所述DRB信道还是经由所述SRB信道发送所述应用数据消息的所述标准中的一个或多个标准。
7.根据权利要求1所述的方法，其中，经由所述SRB信道向所述网络资源发送的所述应用数据消息包括:针对第一应用的第一应用数据消息，所述第一应用数据消息具有小于数据大小阈值的数据大小，所述方法还包括: 利用所述无线设备生成针对第二应用的第二应用数据消息； 确定所述第二应用数据消息具有大于所述数据大小阈值的数据大小； 经由所述SRB信道向所述网络资源发送信令数据，以在所述无线设备和所述网络资源之间建立数据无线承载(DRB)信道；以及 经由所述DRB信道发送所述第二应用数据消息。
8.根据权利要求7所述的方法，其中，所述第一应用和所述第二应用是相同的应用。
9.根据权利要求1所述的方法，其中，生成所述应用数据消息包括:生成一个或多个应用数据分组，所述一个或多个应用数据分组中的每一个包括:针对所述应用的数据、以及指定与所述无线设备相关联的移动标识符的头部、以及与所述应用相关联的目的地地址。
10.根据权利要求9所述的方法，其中，与所述无线设备相关联的所述移动标识符是对与所述应用相关联的应用服务器已知的移动标识符。
11.根据权利要求9所述的方法，其中，与所述应用相关联的所述目的地地址包括?与所述应用相关联的应用服务器的地址，其中，所述应用服务器是经由分组数据网络可接入的。
12.根据权利要求9所述的方法，其中，与所述应用相关联的所述目的地地址包括:接入点名称(APN)、隧道终点标识(TEID)、或APN和TEID的组合。
13.根据权利要求1所述的方法，还包括:经由所述SRB信道，从与所述应用相关联的应用服务器接收一个或多个应用数据分组。
14.根据权利要求1所述的方法，其中，所述应用数据包括:针对开放系统互联(OSI)模型的应用层(层7 )中的应用的数据。
15.根据权利要求1所述的方法，其中，经由所述SRB信道向所述网络资源发送所述应用数据消息包括:向在所述无线设备和移动性管理实体(MME)之间传送数据的节点发送所述应用数据消息，所述移动性管理实体能够直接向分组数据网络传送所述应用数据消息。
16.根据权利要求1所述的方法，其中，所述应用数据消息包括针对第一应用的第一应用数据消息，所述方法还包括: 利用所述无线设备生成针对第二应用的第二应用数据消息； 将所述第一应用数据消息和所述第二应用数据消息聚合成聚合的应用数据消息； 其中，确定要经由所述SRB信道发送所述应用数据消息包括确定要经由所述SRB信道发送所述聚合的应用数据消息；以及 基于确定要经由所述SRB信道发送所述聚合的应用数据消息，经由所述SRB信道向所述网络资源发送所述聚合的应用数据消息。
17.根据权利要求1所述的方法，其中，所述应用数据消息包括所述应用请求要经由所述SRB信道发送的第一组一个或多个应用数据消息，所述方法还包括: 利用所述无线设备生成所述应用请求要经由所述DRB信道发送的第二组应用数据消息；以及 基于所述应用的请求，经由一个或多个DRB信道发送所述第二组应用数据消息。
18.根据权利要求17所述的方法，其中，所述第一组应用数据消息包括一键通(PTT)呼叫建立消息。
19.一种用于发送数据的设备，所述设备配置成: 利用无线设备生成针对应用的应用数据消息； 评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及 基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
20.根据权利要求19所述的设备，其中，所述设备还配置成使得所述应用数据消息包括针对所述应用的一个或多个应用数据分组。
21.根据权利要求19所述的设备，其中，所述设备还配置成使得在不建立所述DRB信道的情况下，经由所述SRB信道向所述网络资源发送所述应用数据消息。
22.根据权利要求19所述的设备，其中，所述设备还配置成使得确定要经由所述SRB信道来发送所述应用数据消息包括:确定所述应用数据消息具有小于数据大小阈值的数据大小。
23.根据权利要求19所述的设备，其中，所述设备还配置成使得确定要经由所述SRB信道来发送所述应用数据消息包括:确定包括所述应用数据消息的多个应用数据消息具有小于数据传送速率阈值的数据传送速率。
24.根据权利要求19所述的设备，其中，所述设备还配置成使得确定要经由所述SRB信道发送所述应用数据消息包括:确定所述应用已经请求经由所述SRB信道的数据传输，并且所述应用数据消息满足用于确定是要经由所述DRB信道还是经由所述SRB信道发送所述应用数据消息的所述标准中的一个或多个标准。
25.根据权利要求19所述的设备，其中，所述设备还配置成使得经由所述SRB信道向所述网络资源发送的所述应用数据消息包括:针对第一应用的第一应用数据消息，所述第一应用数据消息具有小于数据大小阈值的数据大小，所述设备还配置成: 利用所述无线设备生成针对第二应用的第二应用数据消息； 确定所述第二应用数据消息具有大于所述数据大小阈值的数据大小； 经由所述SRB信道向所述网络资源发送信令数据，以在所述无线设备和所述网络资源之间建立数据无线承载(DRB)信道；以及 经由所述DRB信道发送所述第二应用数据消息。
26.根据权利要求25所述的设备，其中，所述设备还配置成使得所述第一应用和所述第二应用是相同的应用。
27.根据权利要求19所述的设备，其中，所述设备还配置成使得生成所述应用数据消息包括:生成一个或多个应用数据分组，所述一个或多个应用数据分组中的每一个包括:针对所述应用的数据、以及指定与所述无线设备相关联的移动标识符的头部、以及与所述应用相关联的目的地地址。
28.根据权利要求27所述的设备，其中，所述设备还配置成使得与所述无线设备相关联的所述移动标识符是对与所述应用相关联的应用服务器已知的移动标识符。
29.根据权利要求27所述的设备，其中，所述设备还配置成使得与所述应用相关联的所述目的地地址包括:与所述应用相关联的应用服务器的地址，其中，所述应用服务器是经由分组数据网络可接入的。
30.根据权利要求27所述的设备，其中，所述设备还配置成使得与所述应用相关联的所述目的地地址包括:接入点名称(APN)、隧道终点标识(TEID)、或APN和TEID的组合。
31.根据权利要求19所述的设备，其中，所述设备还配置成: 经由所述SRB信道，从与所述应用相关联的应用服务器接收一个或多个应用数据分组。
32.根据权利要求19所述的设备，其中，所述设备还配置成使得所述应用数据包括:针对开放系统互联(OSI)模型的应用层(层7)中的应用的数据。
33.根据权利要求19所述的设备，其中，所述设备还配置成使得经由所述SRB信道向所述网络资源发送所述应用数据消息包括:向在所述无线设备和移动性管理实体(MME)之间传送数据的节点发送所述应用数据消息，所述移动性管理实体能够直接向分组数据网络传送所述应用数据消息。
34.根据权利要求19所述的设备，其中，所述设备还配置成使得所述应用数据消息包括针对第一应用的第一应用数据消息，所述设备还配置成: 利用所述无线设备生成针对第二应用的第二应用数据消息； 将所述第一应用数据消息和所述第二应用数据消息聚合成聚合的应用数据消息； 其中，所述设备还配置成使得确定要经由所述SRB信道发送所述应用数据消息包括确定要经由所述SRB信道发送所述聚合的应用数据消息；以及基于确定要经由所述SRB信道发送所述聚合的应用数据消息，经由所述SRB信道向所述网络资源发送所述聚合的应用数据消息。
35.根据权利要求19所述的设备，其中，所述应用数据消息包括所述应用请求要经由所述SRB信道发送的第一组一个或多个应用数据消息，所述设备还配置成: 利用所述无线设备生成所述应用请求要经由所述DRB信道发送的第二组应用数据消息；以及 基于所述应用的请求，经由一个或多个DRB信道发送所述第二组应用数据消息。
36.根据权利要求35所述的设备，其中，所述设备还配置成使得所述第一组应用数据消息包括一键通(PTT)呼叫建立消息。
37.一种用于发送数据的装置，所述装置包括: 用于利用无线设备生成针对应用的应用数据消息的模块； 用于评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息的模块；以及 基于确定要经由所述SRB信道来发送所述应用数据消息，用于经由所述SRB信道来向所述网络资源发送所述应用数据消息的模块。
38.根据权利要求37所述的装置，其中，所述应用数据消息包括针对所述应用的一个或多个应用数据分组。
39.根据权利要求37所述的装置，其中，在不建立所述DRB信道的情况下，经由所述SRB信道向所述网络资源发送所述应用数据消息。
40.根据权利要求37所述的装置，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定所述应用数据消息具有小于数据大小阈值的数据大小。
41.根据权利要求37所述的装置，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定包括所述应用数据消息的多个应用数据消息具有小于数据传送速率阈值的数据传送速率。
42.根据权利要求37所述的装置，其中，确定要经由所述SRB信道发送所述应用数据消息包括:确定所述应用已经请求经由所述SRB信道的数据传输，并且所述应用数据消息满足用于确定是要经由所述DRB信道还是经由所述SRB信道发送所述应用数据消息的所述标准中的一个或多个标准。
43.根据权利要求37所述的装置，其中，经由所述SRB信道向所述网络资源发送的所述应用数据消息包括:针对第一应用的第一应用数据消息，所述第一应用数据消息具有小于数据大小阈值的数据大小，所述设备还包括: 用于利用所述无线设备生成针对第二应用的第二应用数据消息的模块； 用于确定所述第二应用数据消息具有大于所述数据大小阈值的数据大小； 用于经由所述SRB信道向所述网络资源发送信令数据，以在所述无线设备和所述网络资源之间建立数据无线承载(DRB)信道的模块；以及 用于经由所述DRB信道发送所述第二应用数据消息的模块。
44.根据权利要求43所述的装置，其中，所述第一应用和所述第二应用是相同的应用。
45.根据权利要求37所述的装置，其中，所述用于生成所述应用数据消息的模块包括:用于生成一个或多个应用数据分组的模块，所述一个或多个应用数据分组中的每一个包括:针对所述应用的数据、以及指定与所述无线设备相关联的移动标识符的头部、以及与所述应用相关联的目的地地址。
46.根据权利要求45所述的装置，其中，与所述无线设备相关联的所述移动标识符是对与所述应用相关联的应用服务器已知的移动标识符。
47.根据权利要求45所述的装置，其中，与所述应用相关联的所述目的地地址包括与所述应用相关联的应用服务器的地址，其中，所述应用服务器是经由分组数据网络可接入的。
48.根据权利要求45所述的装置，其中，与所述应用相关联的所述目的地地址包括:接入点名称(APN)、隧道终点标识(TEID)、或APN和TEID的组合。
49.根据权利要求37所述的装置，还包括: 用于经由所述SRB信道，从与所述应用相关联的应用服务器接收一个或多个应用数据分组的模块。
50.根据权利要求37所述的装置，其中，所述应用数据包括:针对开放系统互联(OSI)模型的应用层(层7 )中的应用的数据。
51.根据权利要求37所述的装置，其中，所述经由所述SRB信道向所述网络资源发送所述应用数据消息的模块包括:用于向在所述无线设备和移动性管理实体(MME)之间传送数据的节点发送所述应用数据 消息的模块，所述移动性管理实体能够直接向分组数据网络传送所述应用数据消息。
52.根据权利要求37所述的装置，其中，所述应用数据消息包括针对第一应用的第一应用数据消息，所述装置还包括: 用于利用所述无线设备生成针对第二应用的第二应用数据消息的模块； 用于将所述第一应用数据消息和所述第二应用数据消息聚合成聚合的应用数据消息的模块； 其中，确定要经由所述SRB信道发送所述应用数据消息包括确定要经由所述SRB信道发送所述聚合的应用数据消息；以及 基于确定要经由所述SRB信道发送所述聚合的应用数据消息，用于经由所述SRB信道向所述网络资源发送所述聚合的应用数据消息的模块。
53.根据权利要求37所述的装置，其中，所述应用数据消息包括所述应用请求要经由所述SRB信道发送的第一组一个或多个应用数据消息，所述装置还包括: 用于利用所述无线设备生成所述应用请求要经由所述DRB信道发送的第二组应用数据消息的模块；以及 基于所述应用的请求，用于经由一个或多个DRB信道发送所述第二组应用数据消息的模块。
54.根据权利要求53所述的装置，其中，所述第一组应用数据消息包括一键通(PTT)呼叫建立消息。
55.一种计算机程序产品，包括具有存储在其上的计算机可执行指令的计算机可读介质，当执行所述指令时，使得一个或多个处理器执行以下操作: 利用无线设备生成针对应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息；以及 基于确定要经由所述SRB信道来发送所述应用数据消息，经由所述SRB信道来向所述网络资源发送所述应用数据消息。
56.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器利用无线设备生成针对应用的应用数据消息，使得所述应用数据消息包括针对所述应用的一个或多个应用数据分组。
57.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器利用所述无线设备生成针对应用的应用数据消息，使得在不建立所述DRB信道的情况下，经由所述SRB信道向所述网络资源发送所述应用数据消息。
58.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器评估用于确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息的所述一个或多个标准，使得确定要经由所述SRB信道来发送所述应用数据消息包括:确定所述应用数据消息具有小于数据大小阈值的数据大小。
59.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器评估用于确定是经由数据无线承载(DRB )信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息的所述一个或多个标准，使得确定要经由所述SRB信道来发送所述应用数据消息包括:确定包括所述应用数据消息的多个应用数据消息具有小于数据传送速率阈值的数据传送速率。
60.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器评估用于确定是经由数据无线承载(DRB)信道还是经由将所述无线设备通信地耦合到网络资源的信令无线承载(SRB)信道来发送所述应用数据消息的所述一个或多个标准，使得确定要经由所述SRB信道发送所述应用数据消息包括:确定所述应用已经请求经由所述SRB信道的数据传输，并且所述应用数据消息满足用于确定是要经由所述DRB信道还是经由所述SRB信道发送所述应用数据消息的所述标准中的一个或多个标准。
61.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器执行以下操作: 利用所述无线设备生成针对第二应用的第二应用数据消息； 确定所述第二应用数据消息具有大于所述数据大小阈值的数据大小； 经由所述SRB信道向所述网络资源发送信令数据，以在所述无线设备和所述网络资源之间建立数据无线承载(DRB)信道；以及 经由所述DRB信道发送所述第二应用数据消息。
62.根据权利要求61所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器利用所述无线设备生成针对第二应用的第二应用数据消息，使得所述第一应用和所述第二应用是相同的应用。
63.根据权利要求1所述的方法，其中，所述指令还使得所述一个或多个处理器生成所述应用数据消息，使得所述一个或多个应用数据分组中的每一个包括:针对所述应用的数据、以及指定与所述无线设备相关联的移动标识符的头部、以及与所述应用相关联的目的地地址。
64.根据权利要求63所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器生成所述应用数据消息，使得与所述无线设备相关联的所述移动标识符是对与所述应用相关联的应用服务器已知的移动标识符。
65.根据权利要求63所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器生成所述应用数据消息，使得与所述应用相关联的所述目的地地址包括:与所述应用相关联的应用服务器的地址，其中，所述应用服务器是经由分组数据网络可接入的。
66.根据权利要求63所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器生成所述应用数据消息，使得与所述应用相关联的所述目的地地址包括:接入点名称(APN)、隧道终点标识(TEID)、或APN和TEID的组合。
67.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器经由所述SRB信道，从与所述应用相关联的应用服务器接收一个或多个应用数据分组。
68.根据权利要求55所述的计算机程序产品，其中，所述指令还使得所述一个或多个处理器生成针对应用的应用数据消息，使得所述应用数据包括:针对开放系统互联(OSI)模型的应用层(层7)中的应用的数据。
69.根据权利要求55所述的计算机程序产品，其中，所述指令还配置所述一个或多个处理器，使得经由所述SRB信道向所述网络资源发送所述应用数据消息包括:向在所述无线设备和移动性管理实体(MME)之间传送数据的节点发送所述应用数据消息，所述移动性管理实体能够直接向分组数据网络传送所述应用数据消息。
70.根据权利要求55所述的计算机程序产品，其中，所述指令还配置所述一个或多个处理器，使得所述应用数据消息包括针对第一应用的第一应用数据消息，并且所述指令还使得所述一个或多个处理器执行以下操作: 利用所述无线设备生成针对第二应用的第二应用数据消息； 将所述第一应用数据消息和所述第二应用数据消息聚合成聚合的应用数据消息； 其中，确定要经由所述SRB信道发送所述应用数据消息包括确定要经由所述SRB信道发送所述聚合的应用数据消息；以及 基于确定要经由所述SRB信道发送所述聚合的应用数据消息，经由所述SRB信道向所述网络资源发送所述聚合的应用数据消息。
71.根据权利要求55所述的计算机程序产品，其中，所述指令还配置所述一个或多个处理器，使得所述应用数据消息包括所述应用请求要经由所述SRB信道发送的第一组一个或多个应用数据消息，并且所述指令还使得所述一个或多个处理器执行以下操作: 利用所述无线设备生成所述应用请求要经由所述DRB信道发送的第二组应用数据消息；以及 基于所述应用的请求，经由一个或多个DRB信道发送所述第二组应用数据消息。
72.根据权利要求35所述的计算机程序产品，其中，所述指令还配置所述一个或多个处理器，使得所述第一组应用数据消息包括一键通(PTT)呼叫建立消息。
73.—种发送数据的方法，所述方法包括: 利用网络资源接收针对配置成在无线设备上运行的应用的应用数据消息；评估一个或多个标准，以便确定是经由数据无线承载(DRB)信道还是经由将所述网络资源通信地耦合到所述网络设备的信令无线承载(SRB)信道来发送所述应用数据消息；以及 在确定要经由所述SRB信道来发送所述应用数据消息之后，经由所述SRB信道来向所述无线设备发送所述应用数据消息。
74.根据权利要求73所述的方法，其中，接收针对配置成在无线设备上运行的应用的应用数据消息包括:通过消息交换协议直接从分组数据网络接收所述应用数据消息。
75.根据权利要求73所述的方法，其中，接收针对配置成在无线设备上运行的应用的应用数据消息包括:在因特网协议(IP)中接收所述应用数据消息，所述方法还包括:在经由所述SRB信道向所述无线设备发送所述应用数据消息之前，将所述应用数据消息从因特网协议转换成短消息交换协议。
76.根据权利要求73所述的方法，其中，所述应用数据消息包括针对所述应用的一个或多个应用数据分组。
77.根据权利要求73所述的方法，其中，在不建立所述DRB信道的情况下，经由所述SRB信道向所述无线设备发送所述应用数据分组。
78.根据权利要求73所述的方法，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定所述应用数据消息具有小于数据大小阈值的数据大小。
79.根据权利要求73所述的方法，其中，确定要经由所述SRB信道来发送所述应用数据消息包括:确定包括所述应用数据消息的多个应用数据消息具有小于数据传送速率阈值的数据传送速率。
80.根据权利要求73所述的方法，其中，确定要经由所述SRB信道发送所述应用数据消息包括:确定所述应用已经请求经由所述SRB信道的数据传输，并且所述应用数据消息满足用于确定是要经由所述DRB信道还是经由所述SRB信道发送所述应用数据消息的所述标准中的一个或多个标准。
81.根据权利要求73所述的方法，其中，经由所述SRB信道向所述无线设备发送的所述应用数据消息包括:针对第一应用的第一应用数据消息，所述第一应用数据消息具有小于数据大小阈值的数据大小，所述方法还包括: 利用所述网络资源接收针对第二应用的第二应用数据消息； 确定所述第二应用数据消息具有大于所述数据大小阈值的数据大小； 经由所述SRB信道向所述无线设备发送信令，以在所述网络资源和所述无线设备之间建立数据无线承载(DRB)信道；以及 经由所述DRB信道发送所述第二应用数据消息。
82.根据权利要求81所述的方法，其中，所述第一应用和所述第二应用是相同的应用。
83.根据权利要求73所述的方法，其中，所述应用数据包括:针对开放系统互联(OSI)模型的应用层(层7)中的应用的数据。
84.根据权利要求73所述的方法，其中，经由所述SRB信道向所述无线设备发送所述应用数据消息包括:向在移动性管理实体(MME)和所述无线设备之间传送数据的节点发送所述应用数据消息，其中，所述移动性管理实体能够直接从分组数据网络接收所述应用数据消息。
85.根据权利要求73所述的方法，其中，所述应用数据消息包括针对第一应用的第一应用数据消息，所述方法还包括: 利用所述网络资源接收针对第二应用的第二应用数据消息； 将所述第一应用数据消息和所述第二应用数据消息聚合成聚合的应用数据消息； 其中，确定要经由所述SRB信道发送所述应用数据消息包括确定要经由所述SRB信道发送所述聚合的应用数据消息；以及 在确定要经由所述SRB信道发送所述聚合的应用数据消息之后，经由所述SRB信道向所述无线设备发送所述聚合的应用数据消息。
86.根据权利要求73所述的方法，其中，所述应用数据消息包括所述应用请求要经由所述SRB信道发送的第一组一个或多个应用数据消息，所述方法还包括: 利用所述网络资源接收所述应用请求要经由所述DRB信道发送的第二组应用数据消息；以及 基于所述应用的请求，经由一个或多个DRB信道发送所述第二组应用数据消息。
87.根据权利要求86所述的方法，其中，所述第一组应用数据消息包括一键通(PTT)呼叫建立消息。
【文档编号】H04W76/00GK103650623SQ201280035213
【公开日】2014年3月19日 申请日期:2012年7月13日 优先权日:2011年7月15日
【发明者】B·宋, S·达斯, R·苏布拉马尼安, M·格里奥, S·W·埃奇, S·S·索利曼, O·宋, Y-H·林 申请人:高通股份有限公司