设备到设备 ( Device-to-Device, D2D )技术， 即设备到设备直通技术， 是指邻近的用户 终端可以在近距离范围内通过直连链路进行数 据传输的方式， 不需要通过中心节点 （即基站） 进行转发， 如图 2所示。 D2D技术本身的短距离通信特点和直接通信方式 使其具有如下优势： 用户终端近距离直接通信方式可实现较高的数 据速率、 较低的延迟和较低的功耗； 利用网络中广泛分布的用户终端以及 D2D通信链路的短距离特点， 可以实现频谱资源的 有效利用；

D2D的直接通信方式能够适应如无线点对点（Pee r to Peer, P2P )等业务的本地数据共 享需求， 提供具有灵活适应能力的数据服务；

D2D 直接通信能够利用网络中数量庞大且分布广泛 的通信用户终端以拓展网络的覆盖范 围。

LTE D2D技术是指工作在长期演进（Long Term Evolution, LTE )授权频段上的受 LTE 网络控制的 D2D通信。 一方面可以充分发挥 D2D技术的优势， 同时 LTE网络的控制也可以 克服传统 D2D技术的一些问题，例如干扰不可控等。 LTE D2D特性的引入将使 LTE技术从单 纯的无线移动蜂窝通信技术向着 "通用连接技术" （ Universal Connectivity Technology )的方 向演进。

对于上行子帧 /上行载波来说， D2D link的发送端在当前的 D2D子帧中可以同时进行 N2D link和 D2D link上的发送， 因此没有 D2D link和 N2D link收 /发双工的问题。 D2D link的接收 端在当前的 D2D子帧中不能同时进行 N2D link和 D2D link上的发送， 因此对于 D2D link的 接收端来说有 D2D link和 N2D link的收 /发双工的问题。

综上所述， D2D link的接收端有 D2D link和 N2D link的收 /发双工的问题。 发明内容 本发明提供一种确定传输链路的类型的方法、 系统及设备，用以解决现有技术存在的 D2D link的接收端在 D2D link和 N2D link的收 /发双工的问题。

第一方面、 一种确定传输链路的类型的方法， 包括：

设备到设备 D2D接收终端向网络侧设备上报网络到设备 N2D link上的第一资源占用请 求， 以使网络侧设备在收到所述第一资源占用请求 后， 确定 D2D接收终端在子帧 n上传输链 路的类型；

所述 D2D接收终端根据子帧 n的类型或根据收到的来自所述网络侧设备的� �路类型指示 信息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。

结合第一方面， 在第一种可能的实现方式中， 所述 D2D接收终端根据子帧 n的类型， 确 定子帧 n上传输链路的类型， 包括：

若所述子帧 n为需要传输网络到设备的直通链路 N2D link中物理下行共享信道 PDSCH 传输对应的正确应答指令 ACK/错误应答指令 NACK反馈信息的子帧， 则所述 D2D接收终端 根据预先配置， 确定所述子帧 n上传输链路的类型为 D2D link或 N2D link。

结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述 D2D接收终 端确定子帧 n上传输链路的类型之后， 还包括：

所述 D2D接收终端在确定所述子帧 n上传输链路的类型为 D2D link后，在子帧 n上进行 D2D传输； 或

所述 D2D接收终端在确定所述子帧 n上传输链路的类型为 N2D link后，在子帧 n上传输 N2D link中 PDSCH传输对应的 ACK/NACK反馈信息。

结合第一方面的第二种可能的实现方式， 在第三种可能的实现方式， 所述 D2D接收终端 在子帧 n上进行 D2D传输之后， 还包括：

所述 D2D接收终端在所述子帧 n之后的可用于 N2D link传输的上行子帧上，传输 N2D link 中 PDSCH对应的 ACK/NACK反馈信息。

结合第一方面或第一方面的上述任意一种可能 的实现方式， 在第四种可能的实现方式中， 所述链路类型指示信息为用于指示在子帧 n进行 N2D link的物理上行共享信道 PUSCH传输 的指示信息；

所述 D2D接收终端根据子帧 n的类型或根据收到的来自所述网络侧设备的� �路类型指示 信息， 确定子帧 n上传输链路的类型， 包括：

所述 D2D接收终端在子帧 n-k收到来自网络侧设备的所述链路类型指示信 息后， 确定子 帧 n上传输 N2D link。

结合第一方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述 D2D接收终 端确定子帧 n上传输 N2D link之后， 还包括：

所述 D2D接收终端在确定所述子帧 n上传输链路的类型为 N2D link后，在子帧 n上进行 N2D link的 PUSCH传输。 第二方面、 另一种确定传输链路的类型的方法， 包括：

网络侧设备根据 D2D接收终端上报的 N2D link上的第一资源占用请求， 确定 D2D接收 终端在 N2D link上有数据传输请求；

所述网络侧设备在确定 D2D接收终端在 N2D link上有数据传输请求后， 确定 D2D接收 终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。

结合第二方面， 在第一种可能的实现方式中， 所述网络侧设备确定 D2D接收终端在子帧 n上传输链路的类型， 包括：

所述网络侧设备在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/NACK反 馈信息的子帧后， 确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

结合第二方面的第一种可能的实现方式，在第 二种可能的实现方式中， 所述网络侧设备确 定 D2D接收终端在子帧 n上传输链路的类型之后， 还包括：

若所述网络侧设备确定 D2D接收终端在子帧 n上传输 D2D link, 所述网络侧设备在所述 子帧 n之后的可用于 N2D link传输的上行子帧上， 接收来自所述 D2D接收终端的 N2D link 中 PDSCH对应的 ACK/NACK反馈信息； 或

若所述网络侧设备确定 D2D接收终端在子帧 n上传输 N2D link, 所述网络侧设备在所述 子帧 n上，接收来自所述 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

结合第二方面， 在第三种可能的实现方式中， 所述网络侧设备确定 D2D接收终端在子帧 n上传输链路的类型， 包括： 所述网络侧设备根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH传输； 所述网络侧设备根据业务优先级或预先配置， 确定所述 D2D接收终端在子帧 n 上传输 N2D link或传输 D2D link。

结合第二方面的第三种可能的实现方式，在第 四种可能的实现方式中， 所述网络侧设备根 据业务优先级， 确定所述 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link, 包括： 所述网络侧设备判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业务对应的第二优先级， 其中所述第一优先级是所述网络侧设备根据所 述第一资源 占用请求确定的， 所述第二优先级是所述网络侧设备才艮据 D2D发送终端上艮的 D2D link上的 第二资源占用请求确定的；

若是， 则确定所述 D2D接收终端在子帧 n上传输 N2D卩 nk; 否则， 确定所述 D2D接收终 端在子帧 n上传输 D2D link。

结合第二方面的第三种可能的实现方式，在第 五种可能的实现方式中， 所述网络侧设备确 定 D2D接收终端在子帧 n上传输链路的类型之后， 还包括：

若所述网络侧设备确定所述 D2D接收终端在子帧 n上传输 N2D link, 所述网络侧设备在 子帧 n-k上， 向所述 D2D接收终端发送用于指示在子帧 n进行 N2D link的 PUSCH传输的指 示信息。

结合第二方面在第三种至第五种可能的实现方 式中的任意一种，在第六种可能的实现方式 中， 所述网络侧设备确定 D2D接收终端在子帧 n上传输链路的类型之后， 还包括：

若所述网络侧设备确定所述 D2D接收终端在子帧 n上传输 N2D link, 所述网络侧设备在 所述子帧 n上接收来自所述 D2D接收终端的 PUSCH。 第三方面、 一种确定传输链路的类型的 D2D接收终端， 包括：

上报模块， 用于向网络侧设备上报 N2D link上的第一资源占用请求， 以使网络侧设备在 收到所述第一资源占用请求后， 确定 D2D接收终端在子帧 n上传输链路的类型；

第一确定模块，用于根据子帧 n的类型或根据收到的来自所述网络侧设备的� �路类型指示 信息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。

结合第三方面， 在第一种可能的实现方式中， 所述第一确定模块具体用于：

若所述子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/NACK反馈信息的子帧， 则根据预先配置， 确定所述子帧 n上传输链路的类型为 D2D link或 N2D link。 结合第三方面的第一种可能的实现方式，在第 二种可能的实现方式中， 所述第一确定模块 还用于：

在确定所述子帧 n上传输链路的类型为 D2D link后， 在子帧 n上进行 D2D传输； 或在确 定所述子帧 n上传输链路的类型为 N2D link后， 在子帧 n上传输 N2D link中 PDSCH传输对 应的 ACK/NACK反馈信息。

结合第三方面的第二种可能的实现方式，在第 三种可能的实现方式中， 所述第一确定模块 还用于：

在子帧 n上进行 D2D传输之后，在所述子帧 n之后的可用于 N2D link传输的上行子帧上， 传输 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

结合第三方面或第三方面的上述任意一种可能 的实现方式， 在第四种可能的实现方式中， 所述链路类型指示信息为用于指示在子帧 n进行 N2D link的物理上行共享信道 PUSCH传输 的指示信息；

所述第一确定模块具体用于：

在子帧 n-k收到来自网络侧设备的链路类型指示信息后 ， 确定子帧 n上传输 N2D link。 结合第三方面的第四种可能的实现方式，在第 五种可能的实现方式中， 所述第一确定模块 还用于：

在确定所述子帧 n上传输链路的类型为 N2D link后，在子帧 n上进行 N2D link的 PUSCH 传输。 第四方面、 一种确定传输链路的类型的网络侧设备， 包括：

接收模块， 用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求， 确定 D2D 接收终端在 N2D link上有数据传输请求；

第二确定模块， 用于在确定 D2D接收终端在 N2D link上有数据传输请求后， 确定 D2D 接收终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现

D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。

结合第四方面， 在第一种可能的实现方式中， 所述第二确定模块具体用于：

在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧 后， 确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

结合第四方面的第一种可能的实现方式，在第 二种可能的实现方式中， 所述第二确定模块 还用于： 若确定 D2D接收终端在子帧 n上传输 D2D link,在所述子帧 n之后的可用于 N2D link传 输的上行子帧上， 接收来自所述 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反 馈信息； 或若确定 D2D接收终端在子帧 n上传输 N2D link, 在所述子帧 n上， 接收来自所述 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

结合第四方面， 在第三种可能的实现方式中， 所述第二确定模块具体用于：

根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH传输； 根据业务优先 级或预先配置， 确定所述 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link。

结合第四方面的第三种可能的实现方式，在第 四种可能的实现方式中， 所述第二确定模块 具体用于：

判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业务 对应的第二优先级， 其中所述第一优先级是所述网络侧设备根据所 述第一资源占用请求确定 的， 所述第二优先级是所述网络侧设备根据 D2D发送终端上报的 D2D link上的第二资源占用 请求确定的；

若是， 则确定所述 D2D接收终端在子帧 n上传输 N2D卩 nk; 否则， 确定所述 D2D接收终 端在子帧 n上传输 D2D link。

结合第四方面的第三种可能的实现方式，在第 五种可能的实现方式中， 所述第二确定模块 还用于：

若确定所述 D2D接收终端在子帧 n上传输 N2D卩 nk, 在子帧 n-k上， 向所述 D2D接收终 端发送用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信息。

结合第四方面或第四方面的上述任意一种可能 的实现方式， 在第六种可能的实现方式中， 所述第二确定模块还用于：

若确定所述 D2D接收终端在子帧 n上传输 N2D link,在所述子帧 n上接收来自所述 D2D 接收终端的 PUSCH。 第五方面、 一种确定传输链路的类型的 D2D接收终端， 包括：

发送端口， 用于向网络侧设备上报 N2D link上的第一资源占用请求， 以使网络侧设备在 收到所述第一资源占用请求后， 确定 D2D接收终端在子帧 n上传输链路的类型；

第一处理器，用于根据子帧 n的类型或根据收到的来自所述网络侧设备的� �路类型指示信 息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现

D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。 结合第五方面， 在第一种可能的实现方式中， 所述第一处理器具体用于：

若所述子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/NACK反馈信息的子帧， 则根据预先配置， 确定所述子帧 n上传输链路的类型为 D2D link或 N2D link。

结合第五方面的第一种可能的实现方式，在第 二种可能的实现方式中， 所述第一处理器还 用于：

在确定所述子帧 n上传输链路的类型为 D2D link后， 在子帧 n上进行 D2D传输； 或在确 定所述子帧 n上传输链路的类型为 N2D link后， 在子帧 n上传输 N2D link中 PDSCH传输对 应的 ACK/NACK反馈信息。

结合第五方面的第二种可能的实现方式，在第 三种可能的实现方式中， 所述第一处理器还 用于：

在子帧 n上进行 D2D传输之后，在所述子帧 n之后的可用于 N2D link传输的上行子帧上， 传输 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

结合第五方面或第五方面的上述任意一种可能 的实现方式， 在第四种可能的实现方式中， 所述链路类型指示信息为用于指示在子帧 n进行 N2D link的物理上行共享信道 PUSCH传输 的指示信息；

所述第一处理器具体用于：

在子帧 n-k收到来自网络侧设备的链路类型指示信息后 ， 确定子帧 n上传输 N2D link。 结合第五方面的第四种可能的实现方式，在第 五种可能的实现方式中， 所述第一处理器还 用于：

在确定所述子帧 n上传输链路的类型为 N2D link后，在子帧 n上进行 N2D link的 PUSCH 传输。 第六方面、 一种确定传输链路的类型的网络侧设备， 包括：

接收端口， 用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求， 确定 D2D 接收终端在 N2D link上有数据传输请求；

第二处理器， 用于在确定 D2D接收终端在 N2D link上有数据传输请求后， 确定 D2D接 收终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。

结合第六方面， 在第一种可能的实现方式中， 所述第二处理器具体用于：

在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧 后， 确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

结合第六方面的第一种可能的实现方式，在第 二种可能的实现方式中， 所述第二处理器还 用于：

若确定 D2D接收终端在子帧 n上传输 D2D link,在所述子帧 n之后的可用于 N2D link传 输的上行子帧上， 接收来自所述 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反 馈信息； 或若确定 D2D接收终端在子帧 n上传输 N2D link, 在所述子帧 n上， 接收来自所述 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

结合第六方面， 在第三种可能的实现方式中， 所述第二处理器具体用于：

根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH传输； 根据业务优先 级或预先配置， 确定所述 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link。

结合第六方面的第三种可能的实现方式，在第 四种可能的实现方式中， 所述第二处理器具 体用于：

判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业务 对应的第二优先级， 其中所述第一优先级是所述网络侧设备根据所 述第一资源占用请求确定 的， 所述第二优先级是所述网络侧设备根据 D2D发送终端上报的 D2D link上的第二资源占用 请求确定的；

若是， 则确定所述 D2D接收终端在子帧 n上传输 N2D卩 nk; 否则， 确定所述 D2D接收终 端在子帧 n上传输 D2D link。

结合第六方面的第三种可能的实现方式，在第 五种可能的实现方式中， 所述第二处理器还 用于：

若确定所述 D2D接收终端在子帧 n上传输 N2D卩 nk, 在子帧 n-k上， 向所述 D2D接收终 端发送用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信息。

结合第六方面或第六方面的上述任意一种可能 的实现方式， 在第六种可能的实现方式中， 所述第二处理器还用于：

若确定所述 D2D接收终端在子帧 n上传输 N2D link,在所述子帧 n上接收来自所述 D2D 接收终端的 PUSCH。 第七方面、 一种确定传输链路的类型的系统， 包括：

D2D接收终端， 用于向网络侧设备上报 N2D link上的第一资源占用请求；

网络侧设备， 用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求，确定 D2D 接收终端在 N2D link上有数据传输请求；在确定 D2D接收终端在 N2D link上有数据传输请求 后， 确定 D2D接收终端在子帧 n上传输链路的类型。

由于 D2D接收终端和网络侧设备能够分别确定 D2D子帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链 路的类型确定传输方案，提供了一种解决 D2D link的接收端在 D2D link和 N2D link的收 /发双 工的方案， 提高系统的资源利用率和系统性能。 附图说明

图 1 A为背景技术蜂窝网络中用户终端通信的数据� �程示意图；

图 1 B为背景技术用户终端直连通信的数据流程示� �图；

图 2为本发明实施例用户终端直连通信的示意图� �

图 3为本发明实施例用户终端确定传输链路的类� �的方法流程示意图；

图 4为本发明实施例网络侧设备确定传输链路的� �型的方法流程示意图；

图 5为本发明实施例进行传输的示意图；

图 6为本发明实施例确定传输链路的类型的系统� �构示意图；

图 7为本发明实施例 D2D接收终端的第一种结构示意图；

图 8为本发明实施例网络侧设备的第二种结构示� �图；

图 9为本发明实施例中 D2D接收终端的第二种结构示意图；

图 10为本发明实施例中网络侧设备的第二种结构� ��意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明实施例中的 附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本 发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。

本发明实施例 D2D接收终端向网络侧设备上报 N2D link上的第一资源占用请求， 以 使网络侧设备在收到第一资源占用请求后，确 定 D2D接收终端在子帧 n上传输链路的类型； D2D接收终端根据子帧 n的类型或根据收到的链路类型指示信息，确� �子帧 n上传输链路 的类型， 其中子帧 n为 D2D子帧。 由于 D2D接收终端和网络侧设备能够分别确定 D2D子 帧上传输链路的类型，从而在出现 D2D接收设备需要进行 D2D link和 N2D link的收 /发时， 可以根据确定的 D2D子帧上传输链路的类型确定传输方案， 提供了一种解决 D2D link的 接收端在 D2D link和 N2D link的收 /发双工的方案， 提高系统的资源利用率和系统性能。

本发明实施例中的 D2D Link为设备到设备直通链路（ Device-to-Device Link ); N2D

Link为网络到设备直通链路 ( Network-to-Device Link ) , 具体可以参见图 2。

以图 2为例， 网络侧在 N2D link上指示用户终端 A在 D2D link上进行数据的传输； 用户终端 A接收到网络侧设备的指示后在 D2D link上进行数据的传输。

网络侧在 N2D link上指示用户终端 B在 D2D link上进行数据的传输； 用户终端 B接 收到网络侧设备的指示后在 D2D link上进行数据的传输。

需要说明的是， 图 2中是两个 UE进行 D2D传输， 根据需要也可以是多个 UE进行传 输， 比如一个 UE发送， 多个 UE接收。

在实施中， 本发明实施例对于一对进行 D2D通信的终端， 在 D2D子帧之前， D2D接 收终端在蜂窝通信 ( N2D link )上上报第一资源占用请求； D2D发送终端可以在 D2D link 上上报第二资源占用请求， 如图 5所示。

本发明实施例的第一资源占用请求可以是 LTE/LTE- A系统中用于蜂窝网络( N2D link ) 通信的调度请求（ Scheduling Request, SR ) /緩存状态报告（ Buffer Status Report, BSR ); 第二资源占用请求可以是用于 D2D link的 SR/BSR。

其中， 用于 N2D link的 SR是网络侧为蜂窝终端（这里可以是 D2D终端）配置的用于 指示终端在 N2D link上是否有上行数据传输的 SR资源。 N2D link上的 BSR上报，表示的 是蜂窝终端（本发明实施例为 D2D终端）上报给基站当前终端在 N2D link上行传输的 buffer 中的数据量的大小。

其中， 用于 D2D link的 SR是网络为 D2D 终端配置的一个 SR资源，其用于通知基站 D2D终端在 D2D link上是否有数据要传输的 SR资源， 其可以与 N2D link上的 SR资源同 时存在。用于 D2D link的 BSR上报，表示的是 D2D终端上报给基站当前 D2D 终端在 D2D link上需要发送的緩存（buffer ) 中的数据量的大小。

如图 3所示， 本发明实施例确定传输链路的类型的方法包括 下列步骤：

步骤 301、 D2D接收终端向网络侧设备上报 N2D link上的第一资源占用请求， 以使网 络侧设备在收到第一资源占用请求后， 确定 D2D接收终端在子帧 n上传输链路的类型； 步骤 302、 D2D接收终端根据子帧 n的类型或根据收到的来自网络侧设备的链路� �型 指示信息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

其中， D2D接收终端确定子帧 n上传输链路的类型的方式有很多， 下面列举几种。 方式一、 D2D接收终端根据子帧 n的类型， 确定子帧 n上传输链路的类型。

若子帧 n为需要传输 N2D link中物理下行链路共享信道（Physical Downlink Shared Channel, PDSCH M专输对应的正确应答指令（ ACKnowledge, ACK )/错误应答指令（ Negative ACKnowledge , NACK )反馈信息的子帧， 则用户终端根据预先配置， 确定子帧 n上传输 链路的类型为 D2D link或 N2D link。

若子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧， 具体子帧 n上传输 D2D link, 还是传输 N2D link, 可以根据预先配置按照协议中的规定确 定， 还可以根据预先配置接收网络侧的通知， 并根据网络侧通知确定。 方法 1 : D2D接收终端在确定子帧 n上传输链路的类型为 D2D link后， 在子帧 n上进 行 D2D传输。 即 D2D接收终端进行 D2D link的接收。 较佳地， D2D接收终端在子帧 n之 后的可用于 N2D link传输的上行子帧上， 传输 N2D link中 PDSCH对应的 ACK/NACK反 馈信息。

方法 2: D2D接收终端在确定子帧 n上传输链路的类型为 N2D link后， 在子帧 n上传 输 N2D link中 PDSCH传输对应的 ACK/NACK反馈信息。 即 D2D接收端在 D2D子帧进 行 N2D link上行 ACK/NACK的传输，在 D2D子帧不接收 D2D link的数据。较佳地， D2D link的数据可以通过发送端重传的方式获得。

以 FDD 系统为例， 如果 D2D接收终端在子帧 1中接收到 PDSCH的传输， 按照 FDD 系统中 HARQ时序的关系， 需要在子帧 5 中反馈 ACK/NACK反馈信息， 但是子帧 5为 D2D接收终端的接收子帧。 按照方法 1的方式， D2D接收终端在子帧 5中进行 D2D link 的接收，但是在子帧 6中进行 PDSCH对应的 ACK/NACK的反馈。按照上述方法 2的方式， D2D接收终端在子帧 5进行 PDSCH的 ACK/NACK的反馈，其通过 PUCCH Physical Uplink Control Channel, 物理上行控制信道）进行传输。

对于时分双工（ Time division duplex, TDD )系统来说，需要根据 TDD的上行链路（ UL )

/下行链路 ( DL )子帧配置确定 PDSCH传输对应的 ACK/NACK反馈信息的子帧。

方式二、 D2D接收终端根据根据收到的来自网络侧设备的 链路类型指示信息， 确定子 帧 n上传输链路的类型。

其中， 链路类型指示信息为用于指示在子帧 n进行 N2D link 的物理上行共享信道 PUSCH传输的指示信息。

若 D2D接收终端在子帧 n-k收到来自网络侧设备的链路类型指示信息后 ，则确定子帧 n上传输 N2D linko

如果 D2D接收终端在子帧 n-k未收到链路类型指示信息， 则确定子帧 n上传输 D2D link„

这里的 k值可以根据需要设定。 以 LTE系统为例， 较佳地， 在频分双工 （Frequency

Division Duplex, FDD ) 中 k可以固定为 4; TDD中与上下行的子帧配置相关， TDD系统 中信令指示与 D2D子帧之间的对应关系与上行调度（UL grant )和 PUSCH之间的时序关 系是一致的， 具体可以参见 3GPP TS 36.213协议， 在此不再赘述。

下面以两个实例对方式二进行说明。

实例一：

对于 D2D接收终端的 N2D link上的半持续调度 ( Semi-persistent Scheduling, SPS )的

PUSCH来说， 其传输的子帧是通过高层配置的。 一种方法是可以将 D2D子帧和 SPS 的

PUSCH传输的子帧配置为不重叠的子帧。 另外一种方法对于 D2D子帧和 SPS的 PUSCH 传输的子帧重叠的情况，可以通过 SPS PUSCH再调度的过程进行指示，也就是通过对 SPS 的 PUSCH进行 UL grant的指示。

如果 D2D子帧和 SPS的 PUSCH传输的子帧重叠的情况， 基站可以确定 D2D子帧 n 是否进行 N2D link上 PUSCH的传输， 如果进行 N2D link上的 PUSCH的传输， 则需要在 子帧 n-k中发送对 N2D link上 PUSCH的 UL grant , D2D接收终端在子帧 n上进行 PUSCH 的传输； 否则， 基站在子帧 n-k中不发送对 N2D link上 PUSCH的 UL grant, D2D接收终 端在子帧 n上进行 D2D link的传输。

实例二：

对于 D2D接收终端的 N2D link上 PHICH中的 ACK/NACK指示 PUSCH的重传的过 程， 由于在 LTE系统中支持 UL PUSCH的同步 /异步的重传方式， 同步的重传是通过接收 到的 PHICH的指示， 在固定的子帧偏移之后进行重传。 对于异步的重传方式， 是通过 UL grant进行重传的调度， 通过新数据指示（ New Data Indicator, NDI )来指示当前的 PUSCH 是否是重传的数据包， 这时候无论对应的 PHICH反馈的是 ACK/NACK。

如果 PHICH指示的 PUSCH重传的子帧与 D2D子帧重叠， 基站可以确定 D2D子帧 n 是否进行 N2D link上 PUSCH的重传， 如果进行 N2D link上的 PUSCH的重传， 则需要在 子帧 n-k中发送对 N2D link上 PUSCH的 UL grant, D2D接收终端在子帧 n上进行 PUSCH 的传输。 否则， 基站在子帧 n-k中不发送对 N2D link上 PUSCH的 UL grant, D2D接收终 端在子帧 n上进行 D2D link的传输。

方式三、 方式三是方式一和方式二的结合。 即 D2D接收终端在子帧 n-k收到来自网络 侧设备的用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信息， 并且子帧 n为需要 传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧， 这时： 可以预先设定 只执行某一个情况。 比如出现上述方式三中的情况， 可以只按照方式一或方式二。 还可以 由网络侧通知 D2D 接收终端釆用方式一还是方式二。 还可以 D2D 接收终端比较 ACK/NACK反馈信息的优先级和 PUSCH传输的业务的优先级， 如果 PUSCH传输的业务 的优先级高， 则釆用方式二， 反之， 则釆用方式一。 优先级可以在协议中设定， 还可以网 络侧通知。

如图 4所示， 本发明实施例确定传输链路的类型的方法包括 下列步骤：

步骤 401、 网络侧设备根据 D2D接收终端上报的 N2D link上的第一资源占用请求，确 定 D2D接收终端在 N2D link上有数据传输请求；

步骤 402、 网络侧设备在确定 D2D接收终端在 N2D link上有数据传输请求后， 确定

D2D接收终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

由于第一资源占用请求是表示发送端在 N2D link上有数据需要发送的请求信息，所以 网络侧设备可以根据第一资源占用请求， 确定 D2D接收终端在 N2D link上有数据传输请 求。

其中， 网络侧设备确定 D2D接收终端在子帧 n上传输链路的类型的方式有很多，下面 列举几种。

方式一、 网络侧设备在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧后，确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

若子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧， 具体子帧 n上传输 D2D link, 还是传输 N2D link, 可以在协议中规定， 还可以由网络侧确 定后通知用户终端。

方法 1 : 若网络侧设备确定 D2D接收终端在子帧 n上传输 D2D link, 网络侧设备在子 帧 n之后的可用于 N2D link传输的上行子帧上， 接收来自 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

方法 2: 若网络侧设备确定 D2D接收终端在子帧 n上传输 N2D link, 网络侧设备在子 帧 n上， 接收来自 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

方式二、网络侧设备根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH 传输； 根据业务优先级或预先配置， 确定 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link。

若网络侧设备根据预先配置确定用户终端在子 帧 n上传输 D2D link, 还是传输 N2D link, 可以根据预先配置通过协议中的规定确定， 还可以根据预先配置由网络侧设备自身 确定后通知用户终端。

若网络侧设备根据业务优先级确定用户终端在 子帧 n上传输 D2D link,还是传输 N2D link, 一种较佳地方式是：

网络侧设备判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业务对应的第二优先级， 其中第一优先级是网络侧设备根据第一资源占 用请求 确定的， 第二优先级是网络侧设备根据 D2D发送终端上报的 D2D link上的第二资源占用 请求确定的；

若是， 则确定 D2D接收终端在子帧 n上传输 N2D link; 否则， 确定 D2D接收终端在 子帧 n上传输 D2D linko

需要说明的是， 本发明实施例在子帧 n需要进行 N2D link的 PUSCH传输时， 网络侧 设备确定具体子帧 n上传输 D2D link,还是传输 N2D link,并不局限于上述优先级的方式， 其他能够使网络侧设备确定具体子帧 n上传输 D2D link,还是传输 N2D link得方式都适用 本发明实施例。

较佳地，若网络侧设备确定 D2D接收终端在子帧 n上传输 N2D link, 网络侧设备在子 帧 n-k上，向 D2D接收终端发送用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信 息。

这里的 k值可以根据需要设定。 以 LTE系统为例， 较佳地， 在 FDD中 k可以固定为 4; TDD中与上下行的子帧配置相关， TDD系统中信令指示与 D2D子帧之间的对应关系 与 UL grant和 PUSCH之间的时序关系是一致的， 具体可以参见 3GPP TS 36.213协议， 在 此不再赘述。

较佳地，若网络侧设备确定 D2D接收终端在子帧 n上传输 N2D link, 网络侧设备在子 帧 n上接收来自 D2D接收终端的 PUSCH。

下面以两个实例对方式二进行说明。

实例一：

对于 D2D接收终端的 N2D link上的半持续调度（ SPS )的 PUSCH来说， 其传输的子 帧是通过高层配置的。一种方法是可以将 D2D子帧和 SPS的 PUSCH传输的子帧配置为不 重叠的子帧。 另外一种方法对于 D2D子帧和 SPS的 PUSCH传输的子帧重叠的情况， 可以 通过 SPS PUSCH再调度的过程进行指示， 也就是通过对 SPS的 PUSCH进行 UL grant的 指示。

如果 D2D子帧和 SPS的 PUSCH传输的子帧重叠的情况， 基站可以确定 D2D子帧 n 是否进行 N2D link上 PUSCH的传输， 如果进行 N2D link上的 PUSCH的传输， 则需要在 子帧 n-k中发送对 N2D link上 PUSCH的 UL grant;否则，基站在子帧 n-k中不发送对 N2D link上 PUSCH的 UL grant。

实例二：

对于 D2D接收终端的 N2D link上 PHICH中的 ACK/NACK指示 PUSCH的重传的过 程， 由于在 LTE系统中支持 UL PUSCH的同步 /异步的重传方式， 同步的重传是通过接收 到的 PHICH的指示， 在固定的子帧偏移之后进行重传。 对于异步的重传方式， 是通过 UL grant进行重传的调度， 通过 DI来指示当前的 PUSCH是否是重传的数据包， 这时候无论 对应的 PHICH反馈的是 ACK/NACK。

如果 PHICH指示的 PUSCH重传的子帧与 D2D子帧重叠， 基站可以确定 D2D子帧 n 是否进行 N2D link上 PUSCH的重传， 如果进行 N2D link上的 PUSCH的重传， 则需要在 子帧 n-k中发送对 N2D link上 PUSCH的 UL grant„否则，基站在子帧 n-k中不发送对 N2D link上 PUSCH的 UL grant。

方式三、 方式三是方式一和方式二的结合。 即子帧 n需要进行 N2D link的 PUSCH传 输，并且子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧， 这时： 可以预先设定只执行某一个情况。 比如出现上述方式三中的情况， 可以只按照方式 一或方式二。 还可以由网络侧确定（比如随机确定、 优先级方式确定）釆用哪种方式并通 知 D2D接收终端。 还可以网络侧比较 ACK/NACK反馈信息的优先级和 PUSCH传输的业 务的优先级， 如果 PUSCH传输的业务的优先级高， 则釆用方式二， 反之， 则釆用方式一 (如果 D2D接收终端也釆用优先级方式确定， 则网络侧设备可以不通知 D2D接收终端）。 优先级可以在协议中设定， 还可以网络侧确定后通知 D2D接收终端。

本发明实施例的网络侧设备可以^ &站（比如宏基站、家庭基站等），也可以� �� RN(中 继）设备， 还可以是其它网络侧设备

其中， 图 3和图 4可以合成一个流程， 形成一个确定传输链路的类型的方法， 即先执 行步骤 301 , 再执行步骤 401和步骤 402。 根据不同的应用， 步骤 302和步骤 401、 步骤 402的时序关系可以变化， 比如釆用上述方式一， 只需要保证步骤 302在步骤 301之后即 可； 釆用上述方式二需要保证步骤 302在步骤 402之后。

基于同一发明构思， 本发明实施例中还提供了一种确定传输链路的 类型的系统、 D2D 接收终端及网络侧设备， 由于这些设备解决问题的原理与本发明实施例 的方法相似， 因此 这些设备的实施可以参见方法的实施， 重复之处不再赘述。

如图 6所示， 本发明实施例确定传输链路的类型的系统包括 ： D2D接收终端 60和网 络侧设备 61

D2D接收终端 60, 用于向网络侧设备上报 N2D link上的第一资源占用请求， 以使网 络侧设备在收到第一资源占用请求后，确定 D2D接收终端在子帧 n上传输链路的类型；根 据子帧 n的类型或根据收到的来自网络侧设备的链路� �型指示信息， 确定子帧 n上传输链 路的类型， 其中子帧 n为 D2D子帧；

网络侧设备 61 , 用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求， 确 定 D2D接收终端在 N2D link上有数据传输请求；在确定 D2D接收终端在 N2D link上有数 据传输请求后， 确定 D2D接收终端在子帧 n上传输链路的类型。

如图 7所示，本发明实施例的 D2D接收终端包括：上报模块 700和第一确定模块 710。 上报模块 700 , 用于向网络侧设备上报 N2D link上的第一资源占用请求， 以使网络侧 设备在收到第一资源占用请求后， 确定 D2D接收终端在子帧 n上传输链路的类型；

第一确定模块 710, 用于根据子帧 n的类型或根据收到的来自网络侧设备的链路� �型 指示信息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

较佳地， 第一确定模块 710具体用于：

若子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子帧， 则根据预先配置， 确定子帧 n上传输链路的类型为 D2D link或 N2D link。

较佳地， 第一确定模块 710还用于：

在确定子帧 n上传输链路的类型为 D2D link后， 在子帧 n上进行 D2D传输； 或在确 定子帧 n上传输链路的类型为 N2D link后，在子帧 n上传输 N2D link中 PDSCH传输对应 的 ACK/NACK反馈信息。 较佳地， 第一确定模块 710还用于：

在子帧 η上进行 D2D传输之后，在子帧 η之后的可用于 N2D link传输的上行子帧上， 传输 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

较佳地， 链路类型指示信息为用于指示在子帧 n进行 N2D link的物理上行共享信道 PUSCH传输的指示信息；

第一确定模块 710具体用于：

在子帧 n-k收到来自网络侧设备的链路类型指示信息后 ，确定子帧 n上传输 N2D link。 较佳地， 第一确定模块 710还用于：

在确定子帧 n上传输链路的类型为 N2D link后， 在子帧 n上进行 N2D link的 PUSCH 传输。

如图 8所示， 本发明实施例的网络侧设备包括： 接收模块 800和第二确定模块 810。 接收模块 800 ,用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求，确定 D2D接收终端在 N2D link上有数据传输请求；

第二确定模块 810 ,用于在确定 D2D接收终端在 N2D link上有数据传输请求后，确定 D2D接收终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

较佳地， 第二确定模块 810具体用于：

在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子 帧后， 确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

较佳地， 第二确定模块 810还用于：

若确定 D2D接收终端在子帧 n上传输 D2D link, 在子帧 n之后的可用于 N2D link传 输的上行子帧上，接收来自 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈 信息； 或若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n上， 接收来自 D2D接 收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

较佳地， 第二确定模块 810具体用于：

根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH传输； 根据业务优 先级或预先配置， 确定 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link。

较佳地， 第二确定模块 810具体用于：

判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业 务对应的第二优先级， 其中第一优先级是网络侧设备根据第一资源占 用请求确定的， 第二 优先级是网络侧设备根据 D2D发送终端上报的 D2D link上的第二资源占用请求确定的； 若是， 则确定 D2D接收终端在子帧 n上传输 N2D link; 否则， 确定 D2D接收终端在 子帧 n上传输 D2D linko

较佳地， 第二确定模块 810还用于： 若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n-k上， 向 D2D接收终端发 送用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信息。

较佳地， 第二确定模块 810还用于：

若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n上接收来自 D2D接收终端 的 PUSCH。

参阅图 9所示，本发明实施例提供的一种确定传输链� �的类型的 D2D接收终端， 包括 发送端口 90和第一处理器 91 , 其中，

发送端口 90 , 用于向网络侧设备上报 N2D link上的第一资源占用请求， 以使网络侧 设备在收到第一资源占用请求后， 确定 D2D接收终端在子帧 n上传输链路的类型；

第一处理器 91 ,用于根据子帧 n的类型或根据收到的来自网络侧设备的链路� �型指示 信息， 确定子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

第一处理器 91具体用于：

若子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/NACK反馈信息的子帧， 则根据预先配置， 确定子帧 n上传输链路的类型为 D2D link或 N2D link。

第一处理器 91还用于：

在确定子帧 n上传输链路的类型为 D2D link后， 在子帧 n上进行 D2D传输； 或在确 定子帧 n上传输链路的类型为 N2D link后，在子帧 n上传输 N2D link中 PDSCH传输对应 的 ACK/NACK反馈信息。

第一处理器 91还用于：

在子帧 n上进行 D2D传输之后，在子帧 n之后的可用于 N2D link传输的上行子帧上， 传输 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

链路类型指示信息为用于指示在子帧 n进行 N2D link的物理上行共享信道 PUSCH传 输的指示信息；

第一处理器 91具体用于：

在子帧 n-k收到来自网络侧设备的链路类型指示信息后 ，确定子帧 n上传输 N2D link。 第一处理器 91还用于：

在确定子帧 n上传输链路的类型为 N2D link后， 在子帧 n上进行 N2D link的 PUSCH 传输。

参阅图 10 所示， 本发明实施例提供的一种确定传输链路的类型 的网络侧设备， 包括 接收端口 1000和第二处理器 1010, 其中，

接收端口 1000, 用于根据 D2D接收终端上报的 N2D link上的第一资源占用请求， 确 定 D2D接收终端在 N2D link上有数据传输请求；

第二处理器 1010, 用于在确定 D2D接收终端在 N2D link上有数据传输请求后， 确定 D2D接收终端在子帧 n上传输链路的类型， 其中子帧 n为 D2D子帧。

第二处理器 1010具体用于：

在确定子帧 n为需要传输 N2D link中 PDSCH传输对应的 ACK/ NACK反馈信息的子 帧后， 确定 D2D接收终端在子帧 n上传输 D2D link或传输 N2D link。

第二处理器 1010还用于：

若确定 D2D接收终端在子帧 n上传输 D2D link, 在子帧 n之后的可用于 N2D link传 输的上行子帧上，接收来自 D2D接收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈 信息； 或若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n上， 接收来自 D2D接 收终端的 N2D link中 PDSCH对应的 ACK/NACK反馈信息。

第二处理器 1010具体用于：

根据第一资源占用请求， 确定子帧 n需要进行 N2D link的 PUSCH传输； 根据业务优 先级或预先配置， 确定 D2D接收终端在子帧 n上传输 N2D link或传输 D2D link。

结合第六方面的第三种可能的实现方式， 在第四种可能的实现方式中， 第二处理器具 体用于：

判断 N2D link的 PUSCH传输的业务对应的第一优先级是否不低于 D2D link传输的业 务对应的第二优先级， 其中第一优先级是网络侧设备根据第一资源占 用请求确定的， 第二 优先级是网络侧设备根据 D2D发送终端上报的 D2D link上的第二资源占用请求确定的； 若是， 则确定 D2D接收终端在子帧 n上传输 N2D link; 否则， 确定 D2D接收终端在 子帧 n上传输 D2D linko

结合第六方面的第三种可能的实现方式， 在第五种可能的实现方式中， 第二处理器还 用于：

若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n-k上， 向 D2D接收终端发 送用于指示在子帧 n进行 N2D link的 PUSCH传输的指示信息。

结合第六方面或第六方面的上述任意一种可能 的实现方式， 在第六种可能的实现方式 中， 第二处理器还用于：

若确定 D2D接收终端在子帧 n上传输 N2D link, 在子帧 n上接收来自 D2D接收终端 的 PUSCH。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器、 CD-ROM、 光学存储器等）上实施的计算机程 序产品的形式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性 概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改 。

显然， 本领域的技术人员可以对本发明实施例进行各 种改动和变型而不脱离本发明实 施例的精神和范围。 这样， 倘若本发明实施例的这些修改和变型属于本发 明权利要求及其 等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。