一种确定传输链路的类型的方法、系统及设备的制作方法

一种确定传输链路的类型的方法、系统及设备的制作方法
【专利摘要】本发明实施例涉及无线通信【技术领域】，特别涉及一种确定传输链路的类型的方法、系统及设备，用以解决现有技术存在的D2D?link的接收端在D2D?link和N2D?link的收/发双工的问题。本发明实施例提供的一种确定传输链路的类型的方法，包括：D2D接收终端向网络侧设备上报N2D?link上的第一资源占用请求，以使网络侧设备在收到所述第一资源占用请求后，确定D2D接收终端在子帧n上传输链路的类型；D2D接收终端根据子帧n的类型或根据收到的来自网络侧设备的链路类型指示信息，确定子帧n上传输链路的类型，其中子帧n为D2D子帧。采用本发明实施例能够提高系统的资源利用率和系统性能。
【专利说明】一种确定传输链路的类型的方法、系统及设备

【技术领域】
[0001] 本发明涉及无线通信【技术领域】，特别涉及一种确定传输链路的类型的方法、系统 及设备。

【背景技术】
[0002] 传统的蜂窝通信技术中，两个用户终端之间的数据通信流程如图1A所示。两个用 户终端的语音和数据等业务经过各自驻留的eNB (演进基站）以及核心网进行交互。
[0003] D2D (Device-to-Device)，即设备到设备直通技术，是指邻近的用户终端可以在近 距离范围内通过直连链路进行数据传输的方式，不需要通过中心节点（即基站）进行转发， 如图1B所示。D2D技术本身的短距离通信特点和直接通信方式使其具有如下优势：
[0004] 用户终端近距离直接通信方式可实现较高的数据速率、较低的延迟和较低的功 耗；
[0005] 利用网络中广泛分布的用户终端以及D2D通信链路的短距离特点，可以实现频谱 资源的有效利用；
[0006] D2D的直接通信方式能够适应如无线P2P (Peer to Peer，点对点）等业务的本地 数据共享需求，提供具有灵活适应能力的数据服务；
[0007] D2D直接通信能够利用网络中数量庞大且分布广泛的通信用户终端以拓展网络的 覆盖范围。
[0008] LTE D2D技术是指工作在LTE (Long Term Evolution，长期演进）授权频段上的 受LTE网络控制的D2D通信。一方面可以充分发挥D2D技术的优势，同时LTE网络的控制 也可以克服传统D2D技术的一些问题，例如干扰不可控等。LTE D2D特性的引入将使LTE 技术从单纯的无线移动蜂窝通信技术向着"通用连接技术"（Universal Connectivity Technology)的方向演进。
[0009] 对于上行子帧/上行载波来说，D2D link的发送端在当前的D2D子帧中可以同时 进行N2D link和D2D link上的发送，因此没有D2D link和N2D link收/发双工的问题。 D2D link的接收端在当前的D2D子帧中不能同时进行N2D link和D2D link上的发送，因 此对于D2D link的接收端来说有D2D link和N2D link的收/发双工的问题。
[0010] 综上所述，D2D link的接收端有D2D link和N2D link的收/发双工的问题。


【发明内容】

[0011] 本发明提供一种确定传输链路的类型的方法、系统及设备，用以解决现有技术存 在的D2D link的接收端在D2D link和N2D link的收/发双工的问题。
[0012] 本发明实施例提供的一种确定传输链路的类型的方法，包括：
[0013] 设备到设备D2D接收终端向网络侧设备上报网络到设备N2D link上的第一资源 占用请求，以使网络侧设备在收到所述第一资源占用请求后，确定D2D接收终端在子帧η上 传输链路的类型；
[0014] 所述D2D接收终端根据子帧η的类型或根据收到的来自所述网络侧设备的链路类 型指示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0015] 本发明实施例提供的另一种确定传输链路的类型的方法，包括：
[0016] 网络侧设备根据D2D接收终端上报的N2D link上的第一资源占用请求，确定D2D 接收终端在N2D link上有数据传输请求；
[0017] 所述网络侧设备在确定D2D接收终端在N2D link上有数据传输请求后，确定D2D 接收终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0018] 本发明实施例提供的一种确定传输链路的类型的D2D接收终端，包括：
[0019] 上报模块，用于向网络侧设备上报N2D link上的第一资源占用请求，以使网络侧 设备在收到所述第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类型；
[0020] 第一确定模块，用于根据子帧η的类型或根据收到的来自所述网络侧设备的链路 类型指示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0021] 本发明实施例提供的一种确定传输链路的类型的网络侧设备，包括：
[0022] 接收模块，用于根据D2D接收终端上报的N2D link上的第一资源占用请求，确定 D2D接收终端在N2D link上有数据传输请求；
[0023] 第二确定模块，用于在确定D2D接收终端在N2D link上有数据传输请求后，确定 D2D接收终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0024] 本发明实施例提供的一种确定传输链路的类型的系统，包括：
[0025] D2D接收终端，用于向网络侧设备上报N2D link上的第一资源占用请求；
[0026] 网络侧设备，用于根据D2D接收终端上报的N2D link上的第一资源占用请求，确 定D2D接收终端在N2D link上有数据传输请求；在确定D2D接收终端在N2D link上有数 据传输请求后，确定D2D接收终端在子帧η上传输链路的类型。
[0027] 由于D2D接收终端和网络侧设备能够分别确定D2D子帧上传输链路的类型，从而 在出现D2D接收设备需要进行D2D link和N2D link的收/发时，可以根据确定的D2D子 帧上传输链路的类型确定传输方案，提供了一种解决D2D link的接收端在D2D link和N2D link的收/发双工的方案，提高系统的资源利用率和系统性能。

【专利附图】

【附图说明】
[0028] 图1A为【背景技术】蜂窝网络中用户终端通信的数据流程示意图；
[0029] 图1B为【背景技术】用户终端直连通信的数据流程示意图；
[0030] 图2为本发明实施例用户终端直连通信的示意图；
[0031] 图3为本发明实施例用户终端确定传输链路的类型的方法流程示意图；
[0032] 图4为本发明实施例网络侧设备确定传输链路的类型的方法流程示意图；
[0033] 图5为本发明实施例进行传输的示意图；
[0034] 图6为本发明实施例确定传输链路的类型的系统结构示意图；
[0035] 图7为本发明实施例D2D接收终端的结构示意图；
[0036] 图8为本发明实施例网络侧设备的结构示意图。

【具体实施方式】
[0037] 本发明实施例D2D接收终端向网络侧设备上报N2D link上的第一资源占用请求， 以使网络侧设备在收到第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类 型；D2D接收终端根据子帧η的类型或根据收到的链路类型指示信息，确定子帧η上传输链 路的类型，其中子帧η为D2D子帧。由于D2D接收终端和网络侧设备能够分别确定D2D子 帧上传输链路的类型，从而在出现D2D接收设备需要进行D2D link和N2D link的收/发 时，可以根据确定的D2D子巾贞上传输链路的类型确定传输方案，提供了一种解决D2D link 的接收端在D2D link和N2D link的收/发双工的方案，提高系统的资源利用率和系统性 能。
[0038] 本发明实施例中的D2D Link为Device-to-Device Link (设备到设备直通链路)； N2D Link为Network-to-Device Link (网络到设备直通链路)，具体可以参见图2。
[0039] 以图2为例，网络侧在N2D link上指示用户终端A在D2D link上进行数据的传 输；用户终端A接收到网络侧设备的指示后在D2D link上进行数据的传输。
[0040] 网络侧在N2D link上指示用户终端B在D2D link上进行数据的传输；用户终端 B接收到网络侧设备的指示后在D2D link上进行数据的传输。
[0041] 需要说明的是，图2中是两个UE进行D2D传输，根据需要也可以是多个UE进行传 输，比如一个UE发送，多个UE接收。
[0042] 在实施中，本发明实施例对于一对进行D2D通信的终端，在D2D子帧之前，D2D接 收终端在N2D link (蜂窝通信）上上报第一资源占用请求；D2D发送终端可以在D2D link 上上报第二资源占用请求，如图5所示。
[0043] 本发明实施例的第一资源占用请求可以是LTE/LTE-A系统中用于N2D link(蜂窝 网络）通信的 SR (Scheduling Request，调度请求）/BSR (Buffer Status Report，缓存状 态报告）；第二资源占用请求可以是用于D2D link的SR/BSR。
[0044] 其中，用于N2D link的SR是网络侧为蜂窝终端(这里可以是D2D终端）配置的用 于指示终端在N2D link上是否有上行数据传输的SR资源。N2D link上的BSR上报，表 示的是蜂窝终端(本发明实施例为D2D终端）上报给基站当前终端在N2D link上行传输的 buffer中的数据量的大小。
[0045] 其中，用于D2D link的SR是网络为D2D终端配置的一个SR资源，其用于通知基 站D2D终端在D2D link上是否有数据要传输的SR资源，其可以与N2D link上的SR资源 同时存在。用于D2D link的BSR上报，表示的是D2D终端上报给基站当前D2D终端在D2D link上需要发送的buffer (缓存）中的数据量的大小。
[0046] 如图3所示，本发明实施例确定传输链路的类型的方法包括下列步骤：
[0047] 步骤301、D2D接收终端向网络侧设备上报N2D link上的第一资源占用请求，以使 网络侧设备在收到第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类型；
[0048] 步骤302、D2D接收终端根据子帧η的类型或根据收到的来自网络侧设备的链路类 型指示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0049] 其中，D2D接收终端确定子帧η上传输链路的类型的方式有很多，下面列举几种。
[0050] 方式一、D2D接收终端根据子帧η的类型，确定子帧η上传输链路的类型。
[0051] 若子巾贞 η 为需要传输 N2D link 中 PDSCH (Physical Downlink Shared Channel， 物理下行链路共享信道）传输对应的ACK (ACKnowledge，正确应答指令）/NACK (Negative ACKnowledge，错误应答指令）反馈信息的子帧，则用户终端根据预先配置，确定子帧η上传 输链路的类型为D2D link或N2D link。
[0052] 若子帧η为需要传输N2D link中PDSCH传输对应的ACK/NACK反馈信息的子帧， 具体子帧η上传输D2D link，还是传输N2D link，可以根据预先配置按照协议中的规定确 定，还可以根据预先配置接收网络侧的通知，并根据网络侧通知确定。
[0053] 方法1 :D2D接收终端在确定子帧η上传输链路的类型为D2D link后，在子帧η上 进行D2D传输。即D2D接收终端进行D2D link的接收。较佳地，D2D接收终端在子帧η之 后的可用于N2D link传输的上行子帧上，传输N2D link中H)SCH对应的ACK/NACK反馈信 息。
[0054] 方法2 :D2D接收终端在确定子帧η上传输链路的类型为N2D link后，在子帧η上 传输N2D link中H)SCH传输对应的ACK/NACK反馈信息。即D2D接收端在D2D子帧进行 N2D link上行ACK/NACK的传输，在D2D子帧不接收D2D link的数据。较佳地，D2D link 的数据可以通过发送端重传的方式获得。
[0055] 以FDD系统为例，如果D2D接收终端在子帧1中接收到PDSCH的传输，按照FDD系 统中HARQ时序的关系，需要在子帧5中反馈ACK/NACK反馈信息，但是子帧5为D2D接收终 端的接收子帧。按照方法1的方式，D2D接收终端在子帧5中进行D2D link的接收，但是在 子帧6中进行H)SCH对应的ACK/NACK的反馈。按照上述方法2的方式，D2D接收终端在子 帧 5 进行 PDSCH 的 ACK/NACK 的反馈，其通过 PUCCH (Physical Uplink Control Channel, 物理上行控制信道）进行传输。
[0056] 对于TDD (Time division duplex，时分双工）系统来说，需要根据TDD的UL (上 行链路）/DL (下行链路）子帧配置确定H)SCH传输对应的ACK/NACK反馈信息的子帧。
[0057] 方式二、D2D接收终端根据根据收到的来自网络侧设备的链路类型指示信息，确定 子帧η上传输链路的类型。
[0058] 其中，链路类型指示信息为用于指示在子帧η进行N2D link的物理上行共享信道 PUSCH传输的指示信息。
[0059] 若D2D接收终端在子帧n-k收到来自网络侧设备的链路类型指示信息后，则确定 子帧η上传输N2D link。
[0060] 如果D2D接收终端在子帧n-k未收到链路类型指示信息，则确定子帧η上传输D2D link。
[0061] 这里的k值可以根据需要设定。以LTE系统为例，较佳地，在FDD (Frequency Division Duplex，频分双工)中k可以固定为4 ;TDD中与上下行的子帧配置相关，TDD系统 中信令指示与D2D子帧之间的对应关系与UL grant (上行调度）和PUSCH之间的时序关系 是一致的，具体可以参见3GPP TS 36. 213协议，在此不再赘述。
[0062] 下面以两个实例对方式二进行说明。
[0063] 实例一：
[0064] 对于D2D接收终端的N2D link上的半持续调度（SPS)的PUSCH来说，其传输的子 帧是通过高层配置的。一种方法是可以将D2D子帧和SPS的PUSCH传输的子帧配置为不重 叠的子帧。另外一种方法对于D2D子帧和SPS的PUSCH传输的子帧重叠的情况，可以通过 SPS PUSCH再调度的过程进行指示，也就是通过对SPS的PUSCH进行UL grant的指示。
[0065] 如果D2D子帧和SPS的PUSCH传输的子帧重叠的情况，基站可以确定D2D子帧η 是否进行N2D link上PUSCH的传输，如果进行N2D link上的PUSCH的传输，则需要在子帧 n-k中发送对N2D link上PUSCH的UL grant，D2D接收终端在子帧η上进行PUSCH的传输； 否则，基站在子帧n-k中不发送对N2D link上PUSCH的UL grant，D2D接收终端在子帧η 上进行D2D link的传输。
[0066] 实例二：
[0067] 对于D2D接收终端的N2D link上PHICH中的ACK/NACK指示PUSCH的重传的过 程，由于在LTE系统中支持UL PUSCH的同步/异步的重传方式，同步的重传是通过接收到 的PHICH的指示，在固定的子帧偏移之后进行重传。对于异步的重传方式，是通过UL grant 进行重传的调度，通过NDI (New Data Indicator,新数据指示）来指示当前的PUSCH是否是 重传的数据包，这时候无论对应的PHICH反馈的是ACK/NACK。
[0068] 如果PHICH指示的PUSCH重传的子帧与D2D子帧重叠，基站可以确定D2D子帧η 是否进行N2D link上PUSCH的重传，如果进行N2D link上的PUSCH的重传，则需要在子帧 n-k中发送对N2D link上PUSCH的UL grant，D2D接收终端在子帧η上进行PUSCH的传输。 否则，基站在子帧n-k中不发送对N2D link上PUSCH的UL grant，D2D接收终端在子帧η 上进行D2D link的传输。
[0069] 方式三、方式三是方式一和方式二的结合。即D2D接收终端在子帧n-k收到来自 网络侧设备的用于指示在子帧η进行N2D link的PUSCH传输的指示信息，并且子帧η为需 要传输N2D link中H)SCH传输对应的ACK/NACK反馈信息的子帧，这时：可以预先设定只执 行某一个情况。比如出现上述方式三中的情况，可以只按照方式一或方式二。还可以由网 络侧通知D2D接收终端采用方式一还是方式二。还可以D2D接收终端比较ACK/NACK反馈 信息的优先级和TOSCH传输的业务的优先级，如果PUSCH传输的业务的优先级高，则采用方 式二，反之，则采用方式一。优先级可以在协议中设定，还可以网络侧通知。
[0070] 如图4所示，本发明实施例确定传输链路的类型的方法包括下列步骤：
[0071] 步骤401、网络侧设备根据D2D接收终端上报的N2D link上的第一资源占用请求， 确定D2D接收终端在N2D link上有数据传输请求；
[0072] 步骤402、网络侧设备在确定D2D接收终端在N2D link上有数据传输请求后，确定 D2D接收终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0073] 由于第一资源占用请求是表示发送端在N2D link上有数据需要发送的请求信息， 所以网络侧设备可以根据第一资源占用请求，确定D2D接收终端在N2D 1 ink上有数据传输 请求。
[0074] 其中，网络侧设备确定D2D接收终端在子帧η上传输链路的类型的方式有很多，下 面列举几种。
[0075] 方式一、网络侧设备在确定子帧η为需要传输N2D link中H)SCH传输对应的ACK/ NACK反馈信息的子帧后，确定D2D接收终端在子帧η上传输D2D link或传输N2D link。
[0076] 若子帧η为需要传输N2D link中PDSCH传输对应的ACK/NACK反馈信息的子帧， 具体子帧η上传输D2D link，还是传输N2D link，可以在协议中规定，还可以由网络侧确定 后通知用户终端。
[0077] 方法1 :若网络侧设备确定D2D接收终端在子帧η上传输D2D link，网络侧设备在 子帧η之后的可用于N2D link传输的上行子帧上，接收来自D2D接收终端的N2D link中 PDSCH对应的ACK/NACK反馈信息。
[0078] 方法2 :若网络侧设备确定D2D接收终端在子帧η上传输N2D link，网络侧设备在 子帧η上，接收来自D2D接收终端的N2D link中H)SCH对应的ACK/NACK反馈信息。
[0079] 方式二、网络侧设备根据第一资源占用请求，确定子帧η需要进行N2D link的 PUSCH传输；根据业务优先级或预先配置，确定D2D接收终端在子帧η上传输N2D link或 传输 D2D link。
[0080] 若网络侧设备根据预先配置确定用户终端在子帧η上传输D2D link，还是传输 N2D link，可以根据预先配置通过协议中的规定确定，还可以根据预先配置由网络侧设备 自身确定后通知用户终端。
[0081] 若网络侧设备根据业务优先级确定用户终端在子帧η上传输D2D link，还是传输 N2D link，一种较佳地方式是：
[0082] 网络侧设备判断N2D link的PUSCH传输的业务对应的第一优先级是否不低于D2D link传输的业务对应的第二优先级，其中第一优先级是网络侧设备根据第一资源占用请求 确定的，第二优先级是网络侧设备根据D2D发送终端上报的D2D link上的第二资源占用请 求确定的；
[0083] 若是，则确定D2D接收终端在子帧η上传输N2D link ;否则，确定D2D接收终端在 子帧η上传输D2D link。
[0084] 需要说明的是，本发明实施例在子帧η需要进行N2D link的PUSCH传输时，网络 侧设备确定具体子巾贞η上传输D2D link,还是传输N2D link,并不局限于上述优先级的方 式，其他能够使网络侧设备确定具体子帧η上传输D2D link，还是传输N2D link得方式都 适用本发明实施例。
[0085] 较佳地，若网络侧设备确定D2D接收终端在子帧η上传输N2D link，网络侧设备在 子帧n-k上，向D2D接收终端发送用于指示在子帧η进行N2D link的PUSCH传输的指示信 息。
[0086] 这里的k值可以根据需要设定。以LTE系统为例，较佳地，在FDD中k可以固定为 4 ;TDD中与上下行的子帧配置相关，TDD系统中信令指示与D2D子帧之间的对应关系与UL grant和PUSCH之间的时序关系是一致的，具体可以参见3GPP TS 36. 213协议，在此不再赘 述。
[0087] 较佳地，若网络侧设备确定D2D接收终端在子帧η上传输N2D link，网络侧设备在 子帧η上接收来自D2D接收终端的PUSCH。
[0088] 下面以两个实例对方式二进行说明。
[0089] 实例一：
[0090] 对于D2D接收终端的N2D link上的半持续调度（SPS)的PUSCH来说，其传输的子 帧是通过高层配置的。一种方法是可以将D2D子帧和SPS的PUSCH传输的子帧配置为不重 叠的子帧。另外一种方法对于D2D子帧和SPS的PUSCH传输的子帧重叠的情况，可以通过 SPS PUSCH再调度的过程进行指示，也就是通过对SPS的PUSCH进行UL grant的指示。 [0091] 如果D2D子帧和SPS的PUSCH传输的子帧重叠的情况，基站可以确定D2D子帧η 是否进行N2D link上PUSCH的传输，如果进行N2D link上的PUSCH的传输，则需要在子帧 n_k中发送对N2D link上PUSCH的UL grant ;否则，基站在子巾贞n_k中不发送对N2D link 上 PUSCH 的 UL grant。
[0092] 实例二：
[0093] 对于D2D接收终端的N2D link上PHICH中的ACK/NACK指示PUSCH的重传的过 程，由于在LTE系统中支持UL PUSCH的同步/异步的重传方式，同步的重传是通过接收到 的PHICH的指示，在固定的子帧偏移之后进行重传。对于异步的重传方式，是通过UL grant 进行重传的调度，通过NDI来指示当前的PUSCH是否是重传的数据包，这时候无论对应的 PHICH 反馈的是 ACK/NACK。
[0094] 如果PHICH指示的PUSCH重传的子帧与D2D子帧重叠，基站可以确定D2D子帧η 是否进行N2D link上PUSCH的重传，如果进行N2D link上的PUSCH的重传，则需要在子帧 η-k中发送对N2D link上PUSCH的UL grant。否则，基站在子巾贞η-k中不发送对N2D link 上 PUSCH 的 UL grant。
[0095] 方式三、方式三是方式一和方式二的结合。即子帧η需要进行N2D link的PUSCH 传输，并且子帧η为需要传输N2D link中H)SCH传输对应的ACK/NACK反馈信息的子帧，这 时：可以预先设定只执行某一个情况。比如出现上述方式三中的情况，可以只按照方式一或 方式二。还可以由网络侧确定（比如随机确定、优先级方式确定）采用哪种方式并通知D2D 接收终端。还可以网络侧比较ACK/NACK反馈信息的优先级和PUSCH传输的业务的优先级， 如果TOSCH传输的业务的优先级高，则采用方式二，反之，则采用方式一(如果D2D接收终端 也采用优先级方式确定，则网络侧设备可以不通知D2D接收终端)。优先级可以在协议中设 定，还可以网络侧确定后通知D2D接收终端。
[0096] 本发明实施例的网络侧设备可以是基站（比如宏基站、豕庭基站等)，也可以是RN (中继）设备，还可以是其它网络侧设备
[0097] 其中，图3和图4可以合成一个流程，形成一个确定传输链路的类型的方法，即先 执行步骤301，再执行步骤401和步骤402。根据不同的应用，步骤302和步骤401、步骤402 的时序关系可以变化，比如采用上述方式一，只需要保证步骤302在步骤301之后即可；采 用上述方式二需要保证步骤302在步骤402之后。
[0098] 基于同一发明构思，本发明实施例中还提供了 一种确定传输链路的类型的系统、 D2D接收终端及网络侧设备，由于这些设备解决问题的原理与本发明实施例的方法相似，因 此这些设备的实施可以参见方法的实施，重复之处不再赘述。
[0099] 如图6所示，本发明实施例确定传输链路的类型的系统包括：D2D接收终端60和 网络侧设备61
[0100] D2D接收终端60,用于向网络侧设备上报N2D link上的第一资源占用请求，以使 网络侧设备在收到第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类型；根 据子帧η的类型或根据收到的来自网络侧设备的链路类型指示信息，确定子帧η上传输链 路的类型，其中子帧η为D2D子帧；
[0101] 网络侧设备61，用于根据D2D接收终端上报的N2D link上的第一资源占用请求， 确定D2D接收终端在N2D link上有数据传输请求；在确定D2D接收终端在N2D link上有 数据传输请求后，确定D2D接收终端在子帧η上传输链路的类型。
[0102] 如图7所示，本发明实施例的D2D接收终端包括：上报模块700和第一确定模块 710。
[0103] 上报模块700,用于向网络侧设备上报N2D link上的第一资源占用请求，以使网 络侧设备在收到第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类型；
[0104] 第一确定模块710,用于根据子帧η的类型或根据收到的来自网络侧设备的链路 类型指示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0105] 较佳地，第一确定模块710具体用于：
[0106] 若子帧η为需要传输N2D link中PDSCH传输对应的ACK/NACK反馈信息的子帧， 则根据预先配置，确定子帧η上传输链路的类型为D2D link或N2D link。
[0107] 较佳地，第一确定模块710还用于：
[0108] 在确定子帧η上传输链路的类型为D2D link后，在子帧η上进行D2D传输；或在 确定子帧η上传输链路的类型为N2D link后，在子帧η上传输N2D link中H)SCH传输对 应的ACK/NACK反馈信息。
[0109] 较佳地，第一确定模块710还用于：
[0110] 在子帧η上进行D2D传输之后，在子帧η之后的可用于N2D link传输的上行子帧 上，传输N2D link中H)SCH对应的ACK/NACK反馈信息。
[0111] 较佳地，链路类型指示信息为用于指示在子帧η进行N2D 1 ink的物理上行共享信 道PUSCH传输的指示信息；
[0112] 第一确定模块710具体用于：
[0113] 在子帧n-k收到来自网络侧设备的链路类型指示信息后，确定子帧η上传输N2D link。
[0114] 较佳地，第一确定模块710还用于：
[0115] 在确定子帧η上传输链路的类型为N2D link后，在子帧η上进行N2D link的 PUSCH传输。
[0116] 如图8所示，本发明实施例的网络侧设备包括：接收模块800和第二确定模块 810。
[0117] 接收模块800,用于根据D2D接收终端上报的N2D link上的第一资源占用请求，确 定D2D接收终端在N2D link上有数据传输请求；
[0118] 第二确定模块810,用于在确定D2D接收终端在N2D link上有数据传输请求后，确 定D2D接收终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
[0119] 较佳地，第二确定模块810具体用于：
[0120] 在确定子帧η为需要传输N2D link中H)SCH传输对应的ACK/NACK反馈信息的子 帧后，确定D2D接收终端在子帧η上传输D2D link或传输N2D link。
[0121] 较佳地，第二确定模块810还用于：
[0122] 若确定D2D接收终端在子帧η上传输D2D link，在子帧η之后的可用于N2D link 传输的上行子帧上，接收来自D2D接收终端的N2D link中H)SCH对应的ACK/NACK反馈信 息；或若确定D2D接收终端在子帧η上传输N2D link，在子帧η上，接收来自D2D接收终端 的N2D link中TOSCH对应的ACK/NACK反馈信息。
[0123] 较佳地，第二确定模块810具体用于：
[0124] 根据第一资源占用请求，确定子帧η需要进行N2D link的PUSCH传输；根据业务 优先级或预先配置，确定D2D接收终端在子帧η上传输N2D link或传输D2D link。
[0125] 较佳地，第二确定模块810具体用于：
[0126] 判断N2D link的PUSCH传输的业务对应的第一优先级是否不低于D2D link传输 的业务对应的第二优先级，其中第一优先级是网络侧设备根据第一资源占用请求确定的， 第二优先级是网络侧设备根据D2D发送终端上报的D2D link上的第二资源占用请求确定 的；
[0127] 若是，则确定D2D接收终端在子帧η上传输N2D link;否则，确定D2D接收终端在 子帧η上传输D2D link。
[0128] 较佳地，第二确定模块810还用于：
[0129] 若确定D2D接收终端在子帧η上传输N2D link，在子帧n-k上，向D2D接收终端发 送用于指示在子帧η进行N2D link的PUSCH传输的指示信息。
[0130] 较佳地，第二确定模块810还用于：
[0131] 若确定D2D接收终端在子帧η上传输N2D link，在子帧η上接收来自D2D接收终 端的roSCH。
[0132] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0133] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。
[0134] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0135] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。
[0136] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。
[0137] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围
【权利要求】
1. 一种确定传输链路的类型的方法，其特征在于，该方法包括： 设备到设备D2D接收终端向网络侧设备上报网络到设备直通链路N2D link上的第一 资源占用请求，以使网络侧设备在收到所述第一资源占用请求后，确定D2D接收终端在子 帧η上传输链路的类型； 所述D2D接收终端根据子帧η的类型或根据收到的来自所述网络侧设备的链路类型指 示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
2. 如权利要求1所述的方法，其特征在于，所述D2D接收终端根据子帧η的类型，确定 子帧η上传输链路的类型，包括： 若所述子帧η为需要传输设备到设备直通链路N2D link中物理下行共享信道H)SCH 传输对应的正确应答指令ACK/错误应答指令NACK反馈信息的子帧，则所述D2D接收终端 根据预先配置，确定所述子帧η上传输链路的类型为D2D link或N2D link。
3. 如权利要求2所述的方法，其特征在于，所述D2D接收终端确定子帧η上传输链路的 类型之后，还包括： 所述D2D接收终端在确定所述子帧η上传输链路的类型为D2D link后，在子帧η上进 行D2D传输；或 所述D2D接收终端在确定所述子帧η上传输链路的类型为N2D link后，在子帧η上传 输N2D link中H)SCH传输对应的ACK/NACK反馈信息。
4. 如权利要求3所述的方法，其特征在于，所述D2D接收终端在子帧η上进行D2D传输 之后，还包括： 所述D2D接收终端在所述子帧η之后的可用于N2D link传输的上行子帧上，传输N2D link中H)SCH对应的ACK/NACK反馈信息。
5. 如权利要求1?4任一所述的方法，其特征在于，所述链路类型指示信息为用于指示 在子帧η进行N2D link的物理上行共享信道PUSCH传输的指示信息； 所述D2D接收终端根据子帧η的类型或根据收到的来自所述网络侧设备的链路类型指 示信息，确定子帧η上传输链路的类型，包括： 所述D2D接收终端在子帧n-k收到来自网络侧设备的所述链路类型指示信息后，确定 子帧η上传输N2D link。
6. 如权利要求5所述的方法，其特征在于，所述D2D接收终端确定子帧η上传输N2D link之后，还包括： 所述D2D接收终端在确定所述子帧η上传输链路的类型为N2D link后，在子帧η上进 行 N2D link 的 PUSCH 传输。
7. -种确定传输链路的类型的方法，其特征在于，该方法包括： 网络侧设备根据D2D接收终端上报的N2D link上的第一资源占用请求，确定D2D接收 终端在N2D link上有数据传输请求； 所述网络侧设备在确定D2D接收终端在N2D link上有数据传输请求后，确定D2D接收 终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
8. 如权利要求7所述的方法，其特征在于，所述网络侧设备确定D2D接收终端在子帧η 上传输链路的类型，包括： 所述网络侧设备在确定子帧η为需要传输N2D link中H)SCH传输对应的ACK/NACK反 馈信息的子帧后，确定D2D接收终端在子帧η上传输D2D link或传输N2D link。
9. 如权利要求8所述的方法，其特征在于，所述网络侧设备确定D2D接收终端在子帧η 上传输链路的类型之后，还包括： 若所述网络侧设备确定D2D接收终端在子帧η上传输D2D link，所述网络侧设备在 所述子帧η之后的可用于N2D link传输的上行子帧上，接收来自所述D2D接收终端的N2D link中H)SCH对应的ACK/NACK反馈信息；或 若所述网络侧设备确定D2D接收终端在子帧η上传输N2D link，所述网络侧设备在所 述子帧η上，接收来自所述D2D接收终端的N2D link中H)SCH对应的ACK/NACK反馈信息。
10. 如权利要求7所述的方法，其特征在于，所述网络侧设备确定D2D接收终端在子帧 η上传输链路的类型，包括： 所述网络侧设备根据第一资源占用请求，确定子帧η需要进行N2D link的PUSCH传 输； 所述网络侧设备根据业务优先级或预先配置，确定所述D2D接收终端在子帧η上传输 N2D link 或传输 D2D link。
11. 如权利要求10所述的方法，其特征在于，所述网络侧设备根据业务优先级，确定所 述D2D接收终端在子帧η上传输N2D link或传输D2D link，包括： 所述网络侧设备判断N2D link的PUSCH传输的业务对应的第一优先级是否不低于D2D link传输的业务对应的第二优先级，其中所述第一优先级是所述网络侧设备根据所述第 一资源占用请求确定的，所述第二优先级是所述网络侧设备根据D2D发送终端上报的D2D link上的第二资源占用请求确定的； 若是，则确定所述D2D接收终端在子帧η上传输N2D link ;否则，确定所述D2D接收终 端在子帧η上传输D2D link。
12. 如权利要求10所述的方法，其特征在于，所述网络侧设备确定D2D接收终端在子帧 η上传输链路的类型之后，还包括： 若所述网络侧设备确定所述D2D接收终端在子帧η上传输N2D link，所述网络侧设备 在子帧n-k上，向所述D2D接收终端发送用于指示在子帧η进行N2D link的PUSCH传输的 指示信息。
13. 如权利要求10?12任一所述的方法，其特征在于，所述网络侧设备确定D2D接收 终端在子巾贞η上传输链路的类型之后，还包括： 若所述网络侧设备确定所述D2D接收终端在子帧η上传输N2D link，所述网络侧设备 在所述子帧η上接收来自所述D2D接收终端的PUSCH。
14. 一种确定传输链路的类型的D2D接收终端，其特征在于，该D2D接收终端包括： 上报模块，用于向网络侧设备上报N2D link上的第一资源占用请求，以使网络侧设备 在收到所述第一资源占用请求后，确定D2D接收终端在子帧η上传输链路的类型； 第一确定模块，用于根据子帧η的类型或根据收到的来自所述网络侧设备的链路类型 指示信息，确定子帧η上传输链路的类型，其中子帧η为D2D子帧。
15. 如权利要求14所述的D2D接收终端，其特征在于，所述第一确定模块具体用于： 若所述子帧η为需要传输N2D link中H)SCH传输对应的ACK/NACK反馈信息的子帧， 则根据预先配置，确定所述子帧η上传输链路的类型为D2D link或N2D link。
16. 如权利要求15所述的D2D接收终端，其特征在于，所述第一确定模块还用于： 在确定所述子帧η上传输链路的类型为D2D link后，在子帧η上进行D2D传输；或在 确定所述子帧η上传输链路的类型为N2D link后，在子帧η上传输N2D link中H)SCH传 输对应的ACK/NACK反馈信息。
17. 如权利要求16所述的D2D接收终端，其特征在于，所述第一确定模块还用于： 在子帧η上进行D2D传输之后，在所述子帧η之后的可用于N2D link传输的上行子帧 上，传输N2D link中H)SCH对应的ACK/NACK反馈信息。
18. 如权利要求14?17任一所述的D2D接收终端，其特征在于，所述链路类型指示信 息为用于指示在子帧η进行N2D link的物理上行共享信道PUSCH传输的指示信息； 所述第一确定模块具体用于： 在子帧n-k收到来自网络侧设备的链路类型指示信息后，确定子帧η上传输N2D link。
19. 如权利要求18所述的D2D接收终端，其特征在于，所述第一确定模块还用于： 在确定所述子帧η上传输链路的类型为N2D link后，在子帧η上进行N2D link的 PUSCH传输。
20. -种确定传输链路的类型的网络侧设备，其特征在于，该网络侧设备包括： 接收模块，用于根据D2D接收终端上报的N2D link上的第一资源占用请求，确定D2D 接收终端在N2D link上有数据传输请求； 第二确定模块，用于在确定D2D接收终端在N2D link上有数据传输请求后，确定D2D 接收终端在子帧η上传输链路的类型，其中子帧η为D2D子帧。
21. 如权利要求20所述的网络侧设备，其特征在于，所述第二确定模块具体用于： 在确定子帧η为需要传输N2D 1 ink中H)SCH传输对应的ACK/NACK反馈信息的子帧后， 确定D2D接收终端在子帧η上传输D2D link或传输N2D link。
22. 如权利要求21所述的网络侧设备，其特征在于，所述第二确定模块还用于： 若确定D2D接收终端在子帧η上传输D2D link，在所述子帧η之后的可用于N2D link 传输的上行子帧上，接收来自所述D2D接收终端的N2D link中H)SCH对应的ACK/NACK反 馈信息；或若确定D2D接收终端在子帧η上传输N2D link，在所述子帧η上，接收来自所述 D2D接收终端的N2D link中H)SCH对应的ACK/NACK反馈信息。
23. 如权利要求20所述的网络侧设备，其特征在于，所述第二确定模块具体用于： 根据第一资源占用请求，确定子帧η需要进行N2D link的PUSCH传输；根据业务优先 级或预先配置，确定所述D2D接收终端在子帧η上传输N2D link或传输D2D link。
24. 如权利要求23所述的网络侧设备，其特征在于，所述第二确定模块具体用于： 判断N2D link的PUSCH传输的业务对应的第一优先级是否不低于D2D link传输的业 务对应的第二优先级，其中所述第一优先级是所述网络侧设备根据所述第一资源占用请求 确定的，所述第二优先级是所述网络侧设备根据D2D发送终端上报的D2D link上的第二资 源占用请求确定的； 若是，则确定所述D2D接收终端在子帧η上传输N2D link ;否则，确定所述D2D接收终 端在子帧η上传输D2D link。
25. 如权利要求23所述的网络侧设备，其特征在于，所述第二确定模块还用于： 若确定所述D2D接收终端在子帧η上传输N2D link，在子帧n-k上，向所述D2D接收终 端发送用于指示在子帧η进行N2D link的PUSCH传输的指示信息。
26. 如权利要求23?25任一所述的网络侧设备，其特征在于，所述第二确定模块还用 于： 若确定所述D2D接收终端在子帧η上传输N2D 1 ink，在所述子帧η上接收来自所述D2D 接收终端的TOSCH。
27. -种确定传输链路的类型的系统，其特征在于，该系统包括： D2D接收终端，用于向网络侧设备上报N2D link上的第一资源占用请求，根据子帧η 的类型或根据收到的所述链路类型指示信息，确定子帧η上传输链路的类型，其中子帧η为 D2D子帧； 网络侧设备，用于根据D2D接收终端上报的N2D 1 ink上的第一资源占用请求，确定D2D 接收终端在N2D link上有数据传输请求；在确定D2D接收终端在N2D link上有数据传输 请求后，确定D2D接收终端在子帧η上传输链路的类型。
【文档编号】H04L1/00GK104125039SQ201310156024
【公开日】2014年10月29日 申请日期:2013年4月28日 优先权日:2013年4月28日
【发明者】赵锐, 高秋彬, 陈文洪, 彭莹 申请人:电信科学技术研究院