CN105554689B - 一种业务传输方法及装置 - Google Patents
一种业务传输方法及装置 Download PDFInfo
- Publication number
- CN105554689B CN105554689B CN201510932354.4A CN201510932354A CN105554689B CN 105554689 B CN105554689 B CN 105554689B CN 201510932354 A CN201510932354 A CN 201510932354A CN 105554689 B CN105554689 B CN 105554689B
- Authority
- CN
- China
- Prior art keywords
- transmission mode
- business
- delay
- transmission
- rice
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000005540 biological transmission Effects 0.000 claims abstract description 417
- 241000209094 Oryza Species 0.000 claims abstract description 132
- 235000007164 Oryza sativa Nutrition 0.000 claims abstract description 132
- 235000021186 dishes Nutrition 0.000 claims abstract description 132
- 235000009566 rice Nutrition 0.000 claims abstract description 132
- 238000012546 transfer Methods 0.000 claims abstract description 21
- 230000007774 longterm Effects 0.000 claims description 11
- 238000013468 resource allocation Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 7
- 230000000694 effects Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Abstract
本发明实施例公开了一种业务传输方法，包括：接收用户设备发送的业务请求；获取与所述业务请求对应的空口延迟容限；根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式；根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。本发明实施例还公开了一种业务传输装置。采用本发明实施例，能够根据空口延迟容限来选择业务传输模式，从而能够满足短时延业务的时延需求。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种业务传输方法及装置。
背景技术
设备与设备(Device to Device，简称为“D2D”)通信是一种允许设备之间直接进行通信的新型技术，其在第三代合作伙伴计划(3rd Generation Partnership Project，简称为“3GPP”)Rel-12和Rel-13中定义了设备与设备之间直接通信的通信机制。对于现有的D2D通信机制，其尚不支持完整的QoS机制，特别是时延特性，而仅是支持优先级机制和重传机制。由此，对于出现的一些对端到端的传输时延有严格要求的新业务，比如车与外界(Vehicle to X，简称为“V2X”)业务，其V2X防撞业务要求时延在20ms，其他V2X业务一般也要求时延在100ms，目前的D2D通信机制则无法满足该短时延需求。对于该短时延业务，基站只能通过尽可能的给该短时延业务调度高优先级的资源来进行传输，这有可能会导致大量业务争夺该优先级资源，使得高优先级的业务之间产生资源竞争，从而最终的时延并不能得到保证，无法满足短时延业务的时延需求。
发明内容
本发明实施例所要解决的技术问题在于，提供一种业务传输方法及装置，用于解决进行业务传输时的时延需求无法满足的问题。
为了解决上述技术问题，本发明实施例第一方面提供了一种业务传输方法，包括：
接收用户设备发送的业务请求；
获取与所述业务请求对应的空口延迟容限；
根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式；
根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
可选的，所述获取与所述业务请求对应的空口延迟容限，包括：
分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限，其中，所述第一传输模式为基于长期演进LTE Uu接口的传输模式，所述第二传输模式为基于设备与设备D2D协议的传输模式；
所述根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式，包括：
根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述方法还包括：
分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
所述根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式，包括：
根据所述第一传输模式对应的空口延迟容限及剩余资源信息、所述第二传输模式对应的空口延迟容限及剩余资源信息，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述获取第一传输模式对应的空口延迟容限，包括：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；
将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
可选的，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的。
可选的，在所述获取与所述业务请求对应的空口延迟容限之前，所述方法还包括：
判断所述业务请求指示的业务是否为有预设时延需求的业务；
若为有预设时延需求的业务，则执行所述获取与所述业务请求对应的空口延迟容限的步骤。
本发明实施例第二方面提供了一种业务传输装置，包括：
接收单元，用于接收用户设备发送的业务请求；
第一获取单元，用于获取与所述业务请求对应的空口延迟容限；
传输确定单元，用于根据所述第一获取单元获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式；
资源分配单元，用于根据所述传输确定单元选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
可选的，所述第一获取单元具体用于：
分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限，其中，所述第一传输模式为基于长期演进LTE Uu接口的传输模式，所述第二传输模式为基于设备与设备D2D协议的传输模式；
所述传输确定单元具体用于：
根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述装置还包括：
第二获取单元，用于分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
所述传输确定单元具体用于：
根据所述第一传输模式对应的空口延迟容限及剩余资源信息、所述第二传输模式对应的空口延迟容限及剩余资源信息，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述第一获取单元获取第一传输模式对应的空口延迟容限的具体方式为：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；
将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
可选的，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的。
可选的，所述装置还包括：
判断单元，用于判断所述业务请求指示的业务是否为有预设时延需求的业务，并在判断结果为所述业务为有预设时延需求的业务，则通知所述第一获取单元获取与所述业务请求对应的空口延迟容限。
实施本发明实施例，具有如下有益效果：
本发明实施例可在接收用户设备发送的业务请求时，通过获取与该业务请求对应的空口延迟容限，并根据该获取的空口延迟容限，为该业务请求指示的业务选择出用于传输该业务的目标传输模式，以在选择出的目标传输模式下为用户设备分配传输资源，并基于该目标传输模式及分配的传输资源进行业务传输，即本发明实施例能够根据空口延迟容限来选择业务传输模式，从而能够满足业务时延需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种业务传输系统示意图；
图2是本发明实施例提供的一种业务传输方法的流程示意图；
图3是本发明实施例提供的另一种业务传输方法的流程示意图；
图4是本发明实施例提供的一种业务传输方法的交互示意图；
图5是本发明实施例提供的一种业务传输装置的结构示意图；
图6是本发明实施例提供的另一种业务传输装置的结构示意图；
图7是本发明实施例提供的一种网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解，本发明实施例的技术方案可具体应用于长期演进(Long TermEvolution，简称为“LTE”)系统中，随着通信技术的不断发展，本发明实施例的所述方法还可用于未来网络，如5G网络，此处不做限定。
在本发明实施例中，用户设备(User Equipment，简称为“UE”)还可称之为终端(Terminal)、终端设备、移动台(Mobile Station，简称为“MS”)或移动终端(MobileTerminal)等。该用户设备可以是支持D2D协议的用户手持的移动终端，也可以是集成在车辆内的车载终端。基站可以是LTE中的演进型基站，如eNB或e-NodeB(evolutional NodeB)，或未来网络中的基站，本发明实施例不做限定。
请参见图1，是本发明实施例提供的一种业务传输系统示意图。如图1所示，该业务传输系统中包括基站以及多个用户设备(图中示出两个用户设备)，该两个用户设备之间可基于长期演进(Long Term Evolution，简称为“LTE”)Uu接口进行业务传输或者基于D2D协议即通过PC5接口来进行业务传输。
本发明实施例公开了一种业务传输方法、装置及网络设备，能够根据空口延迟容限来选择业务传输模式，从而能够满足业务的时延需求。以下分别详细说明。
请参阅图2，图2是本发明实施例提供的一种业务传输方法的流程示意图。具体的，如图2所示，本发明实施例的所述方法可以包括以下步骤：
101、接收用户设备发送的业务请求。
需要说明的是，本发明实施例的所述方法可具体应用于业务传输系统的基站中，或者，还可具体应用于该业务传输系统的网络侧设备中，本发明实施例不做限定。
102、获取与所述业务请求对应的空口延迟容限。
具体实施例中，在接收到用户设备的业务请求时，即可获取得到该业务请求指示的业务的端到端时延需求，从而根据该端到端时延需求获取该业务对应的空口延迟容限，以基于该获取的空口延迟容限为该业务选取业务传输模式。
可选的，该端到端时延可以是携带于所述业务请求中的，或者是由基站查表得到的，或者是由网络侧通知的，本发明实施例不做限定。
103、根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式。
其中，所述目标传输模式可包括基于长期演进LTE Uu接口的第一传输模式或基于设备与设备D2D协议即通过PC5接口进行业务传输的第二传输模式。可选的，该第一传输模式可以是单播或者广播的方式，本发明实施例不做限定。
对于D2D或者Uu传输模式来说，从协议的角度，上层业务的时延需求，要么来自于终端侧的应用层，要么来自于网络侧的控制实体。基站作为了一个无线资源管理实体，并不知道空口传输的延迟容限，这就会影响到有时延需求的业务如V2X短时延业务传输方案的实现。因此，可通过获取空口能够允许的延迟容限，来选择业务传输方式并进行资源分配以满足业务时延需求。
具体实施例中，在接收到用户设备业务请求，并获取得到该业务请求指示业务对应的空口延迟容限之后，即可根据该空口延迟容限信息来选择传输该业务的业务传输模式，即目标传输模式。具体的，可通过分别获取基于LTE Uu接口的第一传输模式对应的空口延迟容限以及基于D2D协议的第二传输模式对应的空口延迟容限，并根据该第一传输模式对应的空口延迟容限以及该第二传输模式对应的空口延迟容限，从该第一传输模式和该第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。如将空口延迟容限较高的传输模式作为该目标传输模式。
104、根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
在确定出用于进行业务传输的目标传输模式之后，即可根据该目标传输模式为用户设备分配传输资源，从而用户设备能够根据该目标传输模式以及该分配的传输资源来进行业务传输，使得满足了业务时延需求。
在本发明实施例中，可在接收用户设备发送的业务请求时，通过获取与该业务请求对应的空口延迟容限，并根据该获取的空口延迟容限，为该业务请求指示的业务选择出用于传输该业务的目标传输模式，以在选择出的目标传输模式下为用户设备分配传输资源，并基于该目标传输模式及分配的传输资源进行业务传输，即本发明实施例能够根据空口延迟容限来选择业务传输模式，从而能够满足业务时延需求。
请参阅图3，图3是本发明实施例提供的另一种业务传输方法的流程示意图。具体的，如图3所示，本发明实施例的所述方法可以包括以下步骤：
201、接收用户设备发送的业务请求。
需要说明的是，本发明实施例的所述方法可具体应用于业务传输系统中的基站中，或者，还可具体应用于该业务传输系统中的网络侧设备中，本发明实施例以基站为例进行说明。
具体的，若UE的应用层能够获取到端到端时延要求，则可将该端到端时延要求包含在该业务请求中进行发送。基站如eNB接收该UE发送的业务请求。若UE的应用层无法获取端到端时延需求信息，则该该端到端时延需求可能是维护在网络侧的，则UE在端时延指示中可仅包括该业务的业务类型信息。可选的，该端到端时延需求信息可以是UE通过无线资源控制(Radio Resource Control，简称为“RRC”)消息告知eNB的。
202、判断所述业务请求指示的业务是否为有预设时延需求的业务。
其中，该有预设时延需求的业务可以是指时延要求较高的短时延业务，如V2X防撞业务等等。可选的，该预设时延需求的业务可根据业务的类型信息或端到端时延需求信息预先配置得到，比如将某一类业务如V2X业务均作为该预设时延需求的业务，或者将端到端时延需求低于某一预设阈值的业务作为该预设时延需求的业务，等等，本发明实施例不做限定。
具体的，若判断结果为当前业务请求指示的业务为该有预设时延需求的业务，则可执行步骤203；否则，可按照原有通信机制进行调度或分配资源，此处不再赘述。
203、获取第一传输模式对应的空口延迟容限。
204、获取第二传输模式对应的空口延迟容限。
进一步的，该业务请求中还可携带其他信息，如用于允许网络侧对UE以及该业务进行必要的授权的信息，这些信息如果是eNB不需要识别的，则可以放在网络附属存储(Network Attached Storage，简称为“NAS”)容器container或者其他container中，以实现UE与其他核心网实体和临近服务功能实体(Proximity Based Services Function，简称为“ProSe Function”)即D2D功能实体的交互。
需要说明的是，UE与ProSe function的交互虽然有PC3接口，但是由于PC3消息无法被eNB识别(特别是在PC3接口使用了security tunnel的情况下)，因此，在本发明实施例中可通过RRC消息来通知eNB其短时延业务请求。
进一步的，本发明实施例假设了eNB和ProSe function之间的接口，并且，在该接口上，可以存在per-UE或者per-cell的控制连接。具体的，如果是per-UE的控制连接，则UE通过eNB透传给ProSe Function的container通过eNB可以识别的本接口唯一per-UE的标识来实现；如果是per-cell的控制连接，则eNB可直接将container发送到ProSe function，由ProSe function对container的内容进行识别，该识别可能发生在应用层。
具体的，eNB根据UE发送的业务请求中的消息，可与网络侧实体进行认证。认证可以基于UE发送到网络侧实体的container的内容来进行。认证通过后，则可通过网络侧对空口的延迟容限进行估计。
可选的，所述获取所述第一传输模式对应的空口延迟容限，可以具体为：获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。其中，该端到端时延可以是携带于所述业务请求中的，或者可以是由基站查表得到的，或者可以是由网络侧通知的。
可选的，所述获取所述第二传输模式对应的空口延迟容限，可以具体为：将所述业务请求指示的业务的端到端时延作为与所述第二传输模式对应的空口延迟容限。
其中，该第一传输模式为基于LTE Uu接口即通过Uu接口进行业务传输的传输模式，该第二传输模式为基于D2D协议即通过PC5接口进行业务传输的传输模式。可选的，该第一传输模式可以是单播或者广播的方式，本发明实施例不做限定。
具体的，对于Uu传输模式即第一传输模式来说，网络侧需要估计网络侧延迟，并从总体的端到端时延中减去网络侧的延迟，将该总体的端到端时延减去网络侧延迟的差值作为该Uu传输模式对应的空口延迟容限。对于D2D传输模式即第二传输模式来说，则不需要估计网络侧延迟。若UE没有告知基站端到端传输时延信息，则可通过网络侧将端到端时延告知基站。
需要说明的是，Uu传输模式下的网络侧延迟可能需要考虑S1接口，X2接口以及与MBMS和SC-PTM接口相关的延迟，这些延迟可通过实际的监测来统计得到。
205、根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
进一步可选的，还可分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；则所述根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式，可以具体为：根据所述第一传输模式对应的空口延迟容限及剩余资源信息、所述第二传输模式对应的空口延迟容限及剩余资源信息，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
具体的，在选择用于进行业务传输的业务传输模式及目标传输模式时，可根据空口延迟容限信息和/或eNB的Uu资源状况(即剩余资源信息)、D2D资源状况来确定选择Uu传输模式还是PC5方式即D2D传输模式。比如，可将空口延迟容限较高的传输模式作为该目标传输模式；又比如，若Uu传输资源紧张，而PC5资源配置较充分，则可选择PC5方式作为该目标传输模式；又比如，资源池资源数量能满足业务量要求且周期较短，如控制周期在10ms，则可以选择PC5方式作为该目标传输模式。
206、根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
具体的，对于Uu传输模式，eNB可以根据网络侧提供空口延迟容限，判断能否满足该需求，如果不能，则可以拒绝该业务；或者可以支持该业务，但是须向网络侧指示该业务的时延满足概率。从而该指示信息可以被网络运营者用于优化网络资源的配置以及空口延迟容限的估计等等。对于PC5方式即D2D传输模式，eNB可以为不同的资源池配置不同的周期，短的周期用于支持短时延业务；或者可以采用调度模式，实现短时延的传输。进一步可选的，若该业务已经被指定了传输模式，则基站可根据指定的传输模式及该传输模式对应的空口延迟容限进行资源分配。
在确定用于进行业务传输的业务传输模式即目标传输模式之后，基站可以通过PC3接口通知UE，或者还可以通过Uu口使用现有的RRC消息通知UE，本发明实施例不做限定。
在本发明实施例中，基站可在接收用户设备发送的业务请求时，通过判断该业务请求指示的业务是否为预设的短时延业务，并在为短时延业务时分别获取Uu传输模式和D2D传输模式对应的空口延迟容限，以根据该获取的空口延迟容限从该Uu传输模式和D2D传输模式中选择出用于传输该业务的目标传输模式，以在选择出的目标传输模式下为用户设备分配传输资源，并基于该目标传输模式及分配的传输资源进行业务传输。本发明实施例使得在短时延业务传输时，基站能够根据网络侧估计的延迟容限，在选择采用D2D或Uu传输模式进行数据传输时更加精确地考虑时延要求，并支持根据延迟容限和资源状况选择D2D或者Uu传输模式，从而能够满足业务的短时延需求。
进一步的，请参阅图4，图4是本发明实施例提供的一种业务传输方法的交互示意图。具体的，如图4所示，本发明实施例的所述方法可以包括以下步骤：
301、发起业务请求。
在需要进行有时延需求的短时延业务传输时，UE1向eNB发送业务请求，该业务请求中可携带端到端时延需求信息。其中，该端到端时延需求信息可以是UE1通过RRC消息告知eNB的。
302、估计空口延迟容限。
eNB在接收到UE1的业务请求之后，即可获取该业务请求指示业务的端到端时延信息，由网络侧CN根据该端到端时延信息估计空口延迟容限。具体的，对于Uu传输模式，网络侧需要估计网络侧延迟，并从总体的端到端时延中减去网络侧的延迟，该总体的端到端时延减去网络侧延迟的差值即可作为该Uu传输模式对应的空口延迟容限。对于PC5传输模式即D2D传输模式，不需要估计网络侧延迟，该端到端时延即为该D2D传输模式对应的空口延迟容限。若UE没有告知eNB端到端时延需求信息，则网络侧可将该端到端时延告知eNB。其中，该网络侧CN中可包括各种协议功能实体和服务器簇。
303、根据空口延迟容限选择传输模式。
304、返回传输模式信息。
进一步的，eNB还可获取Uu剩余资源信息及PC5剩余资源信息，从而eNB可根据Uu方式和PC5方式的空口延迟容限信息和/或各传输模式的资源状况来确定选择该业务请求对应的目标传输模式。例如，将空口延迟容限较高的传输模式如Uu方式作为该目标传输模式；又比如，当Uu传输资源紧张，而PC5资源配置较充分时，可将PC5方式作为该目标传输模式。eNB在确定出用于进行业务传输的目标传输模式之后，即可根据选择的目标传输模式为该业务分配传输资源，并将目标传输模式的信息发送给UE1，以便UE1根据该目标传输模式及分配的资源完成与该UE2之间的短时延业务的业务传输。具体的，若该选择出的传输模式为PC5方式，则执行步骤305；否则，若该选择出的传输模式为Uu方式，则执行步骤306。
具体的，该目标传输模式的信息可以通过PC3接口通知UE1的，或者还可以通过Uu口使用RRC消息通知UE1的，本发明实施例不做限定。
305、PC5传输模式。
306、Uu传输模式。
具体的，对于Uu传输模式，eNB可以根据网络侧提供空口延迟容限，判断能否满足该需求，如果不能，则可以拒绝该业务；或者可以支持该业务，但是须向网络侧指示该业务的时延满足概率，从而网络运营者可用于优化网络资源的配置以及空口延迟容限的估计等等。对于D2D传输模式，eNB可以为不同的资源池配置不同的周期，如短的周期用于支持短时延业务；或者可以采用调度模式，实现短时延的传输。从而在进行短时延业务传输时，eNB能够根据网络侧估计的延迟容限，在选择采用D2D或Uu传输模式进行数据传输时更加精确地考虑时延要求，并支持根据延迟容限和资源状况选择D2D或者Uu传输模式来进行业务传输，从而能够满足业务的短时延需求。
请参阅图5，图5是本发明实施例提供的一种业务传输装置的结构示意图。具体的，如图5所示，本发明实施例的所述业务传输装置可以包括接收单元11、第一获取单元12、传输确定单元13以及资源分配单元14。其中，
所述接收单元11，用于接收用户设备发送的业务请求。
需要说明的是，本发明实施例的所述业务传输装置可以具体设置于基站如eNB或网络侧的网络设备中，该业务传输装置也可以独立设置，本发明实施例不做限定。
所述第一获取单元12，用于获取与所述业务请求对应的空口延迟容限。
具体实施例中，在接收单元11接收到用户设备的业务请求时，第一获取单元12即可获取得到该业务请求指示的业务的端到端时延需求，从而根据该端到端时延需求获取该业务对应的空口延迟容限，以基于该获取的空口延迟容限为该业务选取业务传输模式。
可选的，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的，本发明实施例不做限定。
所述传输确定单元13，用于根据所述第一获取单元12获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式。
具体的，所述第一获取单元12可具体用于：
分别获取所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，其中，所述第一传输模式为基于长期演进LTE Uu接口的传输模式，所述第二传输模式为基于设备与设备D2D协议的传输模式；
所述传输确定单元13可具体用于：
根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
进一步可选的，所述第一获取单元12获取第一传输模式对应的空口延迟容限的具体方式为：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
进一步可选的，所述第一获取单元12获取第二传输模式对应的空口延迟容限的具体方式为：
将所述业务请求指示的业务的端到端时延作为与所述第二传输模式对应的空口延迟容限。
可选的，该第一传输模式可以是单播或者广播的方式，本发明实施例不做限定。
具体实施例中，在接收单元11接收到用户设备业务请求，并在第一获取单元12获取得到该业务请求指示业务对应的空口延迟容限之后，传输确定单元13即可根据该空口延迟容限信息来选择传输该业务的业务传输模式，即目标传输模式，比如将Uu传输模式及D2D传输模式对应的空口延迟容限中空口延迟容限较高的传输模式作为该目标传输模式。
所述资源分配单元14，用于根据所述传输确定单元13选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
在传输确定单元13确定出用于进行业务传输的目标传输模式之后，资源分配单元14即可根据该目标传输模式为用户设备分配传输资源，从而用户设备能够根据该目标传输模式以及该分配的传输资源来进行业务传输，使得满足了业务时延需求。
在本发明实施例中，可在接收用户设备发送的业务请求时，通过获取与该业务请求对应的空口延迟容限，并根据该获取的空口延迟容限，为该业务请求指示的业务选择出用于传输该业务的目标传输模式，以在选择出的目标传输模式下为用户设备分配传输资源，并基于该目标传输模式及分配的传输资源进行业务传输，即本发明实施例能够根据空口延迟容限来选择业务传输模式，从而能够满足业务时延需求。
请参阅图6，图6是本发明实施例提供的另一种业务传输装置的结构示意图。具体的，如图6所示，本发明实施例的所述装置可包括上述图5对应实施例中的业务传输装置的接收单元11、第一获取单元12、传输确定单元13以及资源分配单元14，此处不再赘述。进一步的，在本发明实施例中，所述装置还可包括：
判断单元15，用于判断所述业务请求指示的业务是否为有预设时延需求的业务，并在判断结果为所述业务为有预设时延需求的业务，则通知所述第一获取单元12获取与所述业务请求对应的空口延迟容限。
具体的，该有预设时延需求的业务可以是指时延要求较高的短时延业务，如V2X防撞业务等等。可选的，该预设时延需求的业务可根据业务的类型信息或端到端时延需求信息预先配置得到，比如将某一类业务如V2X业务均作为该预设时延需求的业务，或者将端到端时延需求低于某一预设阈值的业务作为该预设时延需求的业务，等等，本发明实施例不做限定。
可选的，在本发明实施例中，所述装置还可包括：
第二获取单元16，用于分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
所述传输确定单元13可具体用于：
根据所述第一传输模式对应的空口延迟容限及剩余资源信息、所述第二传输模式对应的空口延迟容限及剩余资源信息，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
具体的，还可通过第二获取单元16获取Uu资源状况、D2D资源状况信息，使得传输确定单元13在选择用于进行业务传输的业务传输模式及目标传输模式时，能够根据空口延迟容限信息和/或Uu资源状况、D2D资源状况来确定选择Uu传输模式还是PC5方式即D2D传输模式。比如，传输确定单元13可将空口延迟容限较高的传输模式作为该目标传输模式；又比如，若Uu传输资源紧张，而PC5资源配置较充分，则传输确定单元13可将PC5方式作为该目标传输模式；又比如，资源池资源数量能满足业务量要求且周期较短，如控制周期在10ms，则传输确定单元13可以选择PC5方式作为该目标传输模式。
在本发明实施例中，可在接收用户设备发送的业务请求时，通过判断该业务请求指示的业务是否为预设的短时延业务，并在为短时延业务时分别获取Uu传输模式和D2D传输模式对应的空口延迟容限，以根据该获取的空口延迟容限从该Uu传输模式和D2D传输模式中选择出用于传输该业务的目标传输模式，以在选择出的目标传输模式下为用户设备分配传输资源，并基于该目标传输模式及分配的传输资源进行业务传输。本发明实施例使得在短时延业务传输时，基站能够根据网络侧估计的延迟容限，在选择采用D2D或Uu传输模式进行数据传输时更加精确地考虑时延要求，并支持根据延迟容限和资源状况选择D2D或者Uu传输模式，从而能够满足业务的短时延需求。
进一步的，请参见图7，是本发明实施例提供的一种网络设备的结构示意图。具体的，本发明实施例的所述网络设备可以具体为上述的基站或者网络侧设备，该网络设备包括：通信接口300、存储器200和处理器100，所述处理器100分别与所述通信接口300及所述存储器200连接。所述存储器200可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。所述通信接口300、存储器200以及处理器100之间可以通过总线进行数据连接，也可以通过其他方式数据连接。本实施例中以总线连接进行说明。其中，
所述存储器200用于存储驱动软件；
所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下执行：
通过所述通信接口300接收用户设备发送的业务请求；
获取与所述业务请求对应的空口延迟容限；
根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式，其中，所述目标传输模式包括基于长期演进LTE Uu接口的第一传输模式或基于设备与设备D2D协议的第二传输模式；
根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
可选的，所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下执行所述获取与所述业务请求对应的空口延迟容限，具体执行以下步骤：
分别获取所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限；
所述根据获取的所述空口延迟容限，为所述业务请求指示的业务选择用于传输所述业务的目标传输模式，包括：
根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下，还用于执行以下步骤：
分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
所述根据所述第一传输模式对应的空口延迟容限以及所述第二传输模式对应的空口延迟容限，从所述第一传输模式和所述第二传输模式中确定出目标传输模式，包括：
根据所述第一传输模式对应的空口延迟容限及剩余资源信息、所述第二传输模式对应的空口延迟容限及剩余资源信息，从所述第一传输模式和所述第二传输模式中确定出用于传输所述业务请求指示的业务的目标传输模式。
可选的，所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下执行所述获取所述第一传输模式对应的空口延迟容限，具体执行以下步骤：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；
将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
可选的，所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下执行所述获取所述第二传输模式对应的空口延迟容限，具体执行以下步骤：
将所述业务请求指示的业务的端到端时延作为与所述第二传输模式对应的空口延迟容限。
可选的，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的。
可选的，所述处理器100从所述存储器200读取所述驱动软件并在所述驱动软件的作用下执行所述获取与所述业务请求对应的空口延迟容限之前，还用于执行以下步骤：
判断所述业务请求指示的业务是否为有预设时延需求的业务；
若为有预设时延需求的业务，则执行所述获取与所述业务请求对应的空口延迟容限的步骤。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种业务传输方法，其特征在于，包括：
接收用户设备发送的业务请求；
分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限以及分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；或者，分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
根据获取的所述空口延迟容限和剩余资源信息，或者，根据所述剩余资源信息，从所述第一传输模式和所述第二传输模式中为所述业务请求指示的业务选择用于传输所述业务的目标传输模式；
根据选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
2.根据权利要求1所述的方法，其特征在于，所述第一传输模式为基于长期演进LTE Uu接口的传输模式，所述第二传输模式为基于设备与设备D2D协议的传输模式。
3.根据权利要求2所述的方法，其特征在于，所述获取第一传输模式对应的空口延迟容限，包括：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；
将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
4.根据权利要求3所述的方法，其特征在于，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的。
5.根据权利要求1-4任一项所述的方法，其特征在于，在所述分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限以及分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息之前，或者，在所述分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息之前，所述方法还包括：
判断所述业务请求指示的业务是否为有预设时延需求的业务；
若为有预设时延需求的业务，则执行所述分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限以及分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息的步骤，或者，执行所述分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息的步骤。
6.一种业务传输装置，其特征在于，包括：
接收单元，用于接收用户设备发送的业务请求；
第一获取单元，用于分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限，以及，第二获取单元，用于分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；或者，第二获取单元，用于分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；
传输确定单元，用于根据所述第一获取单元获取的所述空口延迟容限和第二获取单元获取的剩余资源信息，或者，根据所述第二获取单元获取的剩余资源信息，从所述第一传输模式和所述第二传输模式中为所述业务请求指示的业务选择用于传输所述业务的目标传输模式；
资源分配单元，用于根据所述传输确定单元选择的所述目标传输模式为所述用户设备分配传输资源，以使所述用户设备根据所述目标传输模式和所述传输资源进行业务传输。
7.根据权利要求6所述的装置，其特征在于，所述第一传输模式为基于长期演进LTE Uu接口的传输模式，所述第二传输模式为基于设备与设备D2D协议的传输模式。
8.根据权利要求7所述的装置，其特征在于，所述第一获取单元获取第一传输模式对应的空口延迟容限的具体方式为：
获取所述业务请求指示的业务的端到端时延，并通过网络侧估算所述业务对应的网络侧延迟；
将所述端到端时延与所述网络侧延迟的差值作为与所述第一传输模式对应的空口延迟容限。
9.根据权利要求8所述的装置，其特征在于，所述业务请求指示的业务的端到端时延是携带于所述业务请求中的，或者是由网络侧通知的。
10.根据权利要求6-9任一项所述的装置，其特征在于，所述装置还包括：
判断单元，用于判断所述业务请求指示的业务是否为有预设时延需求的业务，并在判断结果为所述业务为有预设时延需求的业务，则通知所述第一获取单元分别获取第一传输模式对应的空口延迟容限以及第二传输模式对应的空口延迟容限，以及，通知所述第二获取单元分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息；或者，通知所述第二获取单元分别获取所述第一传输模式对应的剩余资源信息和所述第二传输模式对应的剩余资源信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510932354.4A CN105554689B (zh) | 2015-12-14 | 2015-12-14 | 一种业务传输方法及装置 |
| PCT/CN2016/072869 WO2017101209A1 (zh) | 2015-12-14 | 2016-01-29 | 一种业务传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510932354.4A CN105554689B (zh) | 2015-12-14 | 2015-12-14 | 一种业务传输方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105554689A CN105554689A (zh) | 2016-05-04 |
| CN105554689B true CN105554689B (zh) | 2019-10-11 |
Family
ID=55833579
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510932354.4A Active CN105554689B (zh) | 2015-12-14 | 2015-12-14 | 一种业务传输方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105554689B (zh) |
| WO (1) | WO2017101209A1 (zh) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017193307A1 (zh) * | 2016-05-11 | 2017-11-16 | 广东欧珀移动通信有限公司 | 通信方法、终端设备和网络设备 |
| CN109155905B (zh) * | 2016-05-20 | 2021-05-04 | 华为技术有限公司 | 一种业务消息发送方法、终端设备以及网络设备 |
| CN107734545B (zh) * | 2016-08-12 | 2021-05-14 | 普天信息技术有限公司 | 业务传输路径的选择方法 |
| CN108574961A (zh) * | 2017-03-09 | 2018-09-25 | 中国移动通信有限公司研究院 | 一种资源分配方法及装置 |
| WO2018187969A1 (en) * | 2017-04-12 | 2018-10-18 | Qualcomm Incorporated | Dynamic low latency configuration |
| CA3066929A1 (en) * | 2017-09-15 | 2019-03-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for resource allocation, terminal device and network device |
| CN110366140B (zh) * | 2018-04-11 | 2021-04-20 | 华为技术有限公司 | 一种数据传输方法和装置 |
| CN113271623B (zh) * | 2018-08-23 | 2022-12-27 | 华为技术有限公司 | 通信方法及装置 |
| CN111107512B (zh) * | 2018-10-26 | 2021-06-15 | 华为技术有限公司 | 一种配置参数更新方法及装置 |
| WO2020087212A1 (zh) | 2018-10-29 | 2020-05-07 | Oppo广东移动通信有限公司 | 侧行链路中确定传输模式的方法、终端设备和网络设备 |
| CN113170330A (zh) * | 2018-12-21 | 2021-07-23 | Oppo广东移动通信有限公司 | 数据传输的方法和设备 |
| CN111405630B (zh) * | 2020-03-19 | 2021-10-01 | 深圳市吉祥腾达科技有限公司 | 一种mesh路径选择方法及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101730288A (zh) * | 2008-10-30 | 2010-06-09 | 华为技术有限公司 | 一种数据传输方式的确定方法、装置和设备 |
| CN101946470A (zh) * | 2008-02-14 | 2011-01-12 | 英飞凌科技股份有限公司 | 传送数据的方法以及通信装置 |
| WO2011063684A1 (zh) * | 2009-11-30 | 2011-06-03 | 中兴通讯股份有限公司 | 一种长期演进系统中调度的方法和装置 |
| CN103052111A (zh) * | 2012-12-07 | 2013-04-17 | 北京邮电大学 | 不同基站下用户间通信模式的选择方法 |
| WO2015172666A1 (zh) * | 2014-05-14 | 2015-11-19 | 索尼公司 | 无线通信系统中的电子设备和无线通信方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1989794B1 (en) * | 2006-02-27 | 2014-05-14 | Samsung Electronics Co., Ltd. | Method and apparatus for non-scheduled transmission for packet service in a mobile communication system |
| KR101390431B1 (ko) * | 2009-03-17 | 2014-04-29 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 전송 모드를 결정하는 방법, 장치, 및 단말기 |
| US8599736B2 (en) * | 2009-08-19 | 2013-12-03 | Nokia Corporation | Method and apparatus for transmission mode selection in cooperative relay |
| US9756613B2 (en) * | 2012-12-06 | 2017-09-05 | Qualcomm Incorporated | Transmission and reception timing for device-to-device communication system embedded in a cellular system |
| CN104812076A (zh) * | 2014-01-27 | 2015-07-29 | 中兴通讯股份有限公司 | 设备到设备业务资源配置方法和装置 |
-
2015
- 2015-12-14 CN CN201510932354.4A patent/CN105554689B/zh active Active
-
2016
- 2016-01-29 WO PCT/CN2016/072869 patent/WO2017101209A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101946470A (zh) * | 2008-02-14 | 2011-01-12 | 英飞凌科技股份有限公司 | 传送数据的方法以及通信装置 |
| CN101730288A (zh) * | 2008-10-30 | 2010-06-09 | 华为技术有限公司 | 一种数据传输方式的确定方法、装置和设备 |
| WO2011063684A1 (zh) * | 2009-11-30 | 2011-06-03 | 中兴通讯股份有限公司 | 一种长期演进系统中调度的方法和装置 |
| CN103052111A (zh) * | 2012-12-07 | 2013-04-17 | 北京邮电大学 | 不同基站下用户间通信模式的选择方法 |
| WO2015172666A1 (zh) * | 2014-05-14 | 2015-11-19 | 索尼公司 | 无线通信系统中的电子设备和无线通信方法 |
Non-Patent Citations (1)
| Title |
|---|
| 蜂窝系统中基于时延的D2D通信模式选择算法;刘艳君 等;《通信技术》;20150731;第48卷(第7期);摘要、第1.1节，第2节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017101209A1 (zh) | 2017-06-22 |
| CN105554689A (zh) | 2016-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105554689B (zh) | 一种业务传输方法及装置 | |
| CN106060947B (zh) | 一种无线移动通信中的资源分配方法及系统 | |
| EP4132164A1 (en) | Resource acquisition method, resource scheduling method, terminal, service node, and medium | |
| CN108112087B (zh) | 一种v2x网络资源信息指示方法及基站 | |
| EP4057681B1 (en) | Sidelink channel status information report transmission | |
| EP3579656A1 (en) | Method for keeping mobile initiated connection only mode user equipment in connected mode | |
| CN109565793A (zh) | 一种终端选择资源的方法及装置、计算机存储介质 | |
| CN104770033B (zh) | 传输信息的方法、装置和系统 | |
| CN107836092A (zh) | 具有调度请求和信道状态信息的低等待时间物理上行链路控制信道 | |
| CN105027466B (zh) | 一种控制数据传输的方法、装置以及系统 | |
| CN106488384B (zh) | 一种发送数据包的方法及装置 | |
| CN105657837B (zh) | 虚拟小区资源分配方法、装置和系统 | |
| CN110445597A (zh) | 反馈资源确定方法及装置 | |
| CN106559904B (zh) | 无线网络的接入方法和装置 | |
| CN102316582A (zh) | 一种上行资源分配方法及系统 | |
| CN108307677A (zh) | 方法、系统及装置 | |
| CN110366137A (zh) | 用于v2x的数据传输方法及装置、存储介质、用户设备 | |
| US20220217749A1 (en) | Sidelink configuration method and apparatus, device, and storage medium | |
| CN107770795B (zh) | 一种跨基站载波聚合系统中的辅小区去激活方法及装置 | |
| CN105850202B (zh) | 基于广播的d2d通信中的公平资源共享 | |
| JP7125551B2 (ja) | リソース割り当て方法および装置 | |
| WO2021004136A1 (zh) | 组播反馈资源确定方法及装置、存储介质、用户设备 | |
| CN108024341B (zh) | 一种调度方法、终端及基站 | |
| CN107682897B (zh) | 一种资源预约方法及装置 | |
| CN111970764B (zh) | 对sr配置的处理方法及装置、存储介质、终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231212 Address after: 518000 floor 21, block a, Kupai building, intersection of Keyuan Avenue and Baoshen Road, north high tech Zone, songpingshan community, Xili street, Nanshan District, Shenzhen, Guangdong Patentee after: YULONG COMPUTER TELECOMMUNICATION SCIENTIFIC (SHENZHEN) Co.,Ltd. Address before: 3 / F, plant No.1, phase I project, No.3, Gongye West 1st Road, Songshan Lake high tech Industrial Development Zone, Dongguan City, Guangdong Province 523500 Patentee before: DONGGUAN COOLPAD SOFTWARE TECH Co.,Ltd. |
|
| TR01 | Transfer of patent right |