CN109246656B - 用于设备到设备通信的方法、网络设备及计算机可读介质 - Google Patents

Abstract

本公开的实施例涉及用于设备到设备通信的方法、网络设备及计算机可读介质。例如，网络设备可以从终端设备接收设备到设备通信的服务请求，并且根据网络的状况对该服务请求进行智能计费。此外，网络设备还可以基于智能计费来确定用于处理服务请求的策略。

Description

用于设备到设备通信的方法、网络设备及计算机可读介质

技术领域

本公开的实施例总体上涉及通信技术，更具体地，涉及设备到设备的通信方法以及相应的网络设备和终端设备。

背景技术

设备到设备(D2D)通信被高度认可为提高未来无线网络的系统性能和容量的最有效方式之一。D2D系统的大量研究工作和项目都集中在一跳(一个D2D对)通信。另一方面，多跳通信在许多新兴应用中出现，例如热点的数据通信。相应的研究与具体应用高度相关，例如用于广告推送的移动社交网络和用于快速数据传播的社区网络。D2D通信被视为5G的关键进化技术之一。然而目前，尚无能够与D2D通信机制良好配合的智能计费方案。当然就更谈不上在D2D通信中，根据计费信息等网络状态的变化，合理引导D2D服务请求，以尽可能低的价格/开销为用户提供的D2D服务，进而达到高效利用网络资源的目的。

发明内容

总体上，本公开的实施例涉及设备到设备的通信方法以及相应的网络设备和终端设备。

在第一方面，本公开的实施例提供一种在网络设备处实现的方法。该方法包括：从终端设备接收针对设备到设备(D2D)通信的服务请求；基于终端设备所在的网络的状况和终端设备的用户的信息中的至少一项，选择用于服务请求的计费策略；以及基于计费策略，确定与服务请求的处理相关联的费用。

在第二方面，本公开的实施例提供一种网络设备。网络设备包括至少一个处理器；与至少一个处理器耦合的存储器，存储器中存储有指令，该指令在被至少一个处理器执行时，使得该网络设备执行动作，动作包括：从终端设备接收设备到设备通信的服务请求；基于终端设备所在的网络的状况和终端设备的用户的信息中的至少一项，选择用于服务请求的计费策略；基于计费策略，确定与处理服务请求相关联的费用。

在第三方面，本公开的实施例提供一种计算机可读介质。该计算机可读介质上存储有指令，当指令被至少一个处理单元执行时，使得至少一个处理单元实现：从终端设备接收针对设备到设备(D2D)通信的服务请求；基于终端设备所在的网络的状况和终端设备的用户的信息中的至少一项，选择用于服务请求的计费策略；以及基于计费策略，确定与服务请求的处理相关联的费用。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显，其中：

图1示出了本公开的实施例可以在其中实施的示例通信网络；

图2示出了根据本公开的某些实施例的操作的交互图；

图3示出了根据本公开的某些实施例的方法流程图；

图4示出了根据本公开的某些实施例的设备框图；以及

图5示出了根据本公开的某些实施例的装置图。

在所有各个附图中，相同或相似参考数字表示相同或相似元素。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在此使用的术语“网络设备”是指基站或者在通信网络中具有特定功能的其他实体或节点。在本公开的上下文中，为讨论方便之目的，在某些实施例，网络设备可以实现为具有邻近服务(proximity-based services，ProSe)功能的网络设备。

在此使用的术语“终端设备”或“用户设备”(UE)是指能够与基站之间或者彼此之间进行无线通信的任何终端设备。作为示例，终端设备可以包括移动终端(MT)、订户台(SS)、便携式订户台(PSS)、移动台(MS)或者接入终端(AT)，以及车载的上述设备。在本公开的上下文中，为讨论方便之目的，术语“终端设备”和“用户设备”可以互换使用。

在此使用的术语设备到设备(D2D)通信是一种在系统的控制下，允许终端设备之间通过复用小区资源直接进行通信的技术，使得用户数据可不经过网络中转而直接在终端设备之间传输。

在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“某些实施例”表示“至少某些实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。

如前所述，D2D通信被视为5G的关键进化技术之一。然而，目前D2D通信解决方案的关键政策和收费问题之一是目前不支持智能计费。没有智能计费的支持，D2D通信不能满足提供更便宜的数据服务的需求，也不能够使得服务提供商和网络专业人士对数据服务进行阶梯收费，并获得更多收入、网络资源使用(例如频谱等)的更好的平衡和更好的移动用户体验。

智能计费在未来的移动互联网和数据内容起着越来越重要的作用。它提供了由服务提供商使用的动态上下文相关机制，以设置向最终用户收取的价格，以换取处理通信请求。计算价格的上下文可以包括各种方面，例如：请求时间，用户位置，发起请求的应用，网络上的当前资源使用模式，网络拥塞的总体级别，数据的类型是请求或服务请求的任何其他可能相关的方面。现阶段，还没有用于D2D通信智能计费的解决方案。

为了至少部分地解决这些以及其它潜在问题，本公开的实施例提供了一种通信方法。根据该方法，网络设备可以从终端设备接收D2D通信的服务请求，并且基于该终端设备所在的网络状况和终端设备的用户的信息，选择计费策略，从而实现针对D2D通信的智能计费。此外，网络设备还可以基于针对设备到设备通信所确定的费用，确定处理服务请求的策略。通过实现D2D通信的智能计费，可以实现对有限网络资源的充分利用同时为用户带来更好的用户体验。

通过下文描述将会理解，根据本公开的实施例，网络设备可以从终端设备接收设备到设备通信的服务请求，并且基于该终端设备所在的网络状况和终端设备的用户的信息，选择计费策略，从而实现针对设备到设备通信的智能收费。此外，网络设备还可以基于针对设备到设备通信所确定的费用，确定用于处理服务请求的策略。

本公开的实施例提出了D2D通信智能计费和计费控制的D2D通信的方法。它提供了服务提供商使用的动态上下文相关机制来设置向最终用户收取用于处理D2D通信服务请求的费用。此外，本公开的实施例还提出了一种基于动态计费控制的D2D通信处理，以提供最佳的D2D通信。本公开的实施例可以实现延迟D2D操作以获得较低的计费。本公开的实施例还可以充分利用有限的网络资源，并且保证了有限的网络资源可以被高优先级的用户使用，并且尽可能地产生利润。本公开的实施例还可以基于智能计费来选择频谱。例如，从可用的频谱状态报告中，网络设备可以基于智能计费规则来指示频谱选择策略。例如，与授权频谱相比，D2D利用无授权频谱将具有较少的资费。

图1示出了本公开的实施例可以在其中实施的示例通信网络100。通信网络100可以包括终端设备101和网络设备103。终端设备101经由接口PC3与网络设备103通信。在某些实施例中，通信网络100还可以包括不同于网络设备103的其他网络设备，例如，图1中所示出的策略与计费规则功能单元(PCRF)105、在线计费系统(OCS)107等。网络设备103可以经由Rx接口与PCRF通信，从而获得当前网络的状况的信息以及网络策略信息。网络设备103可以通过Ro接口与OCS107通信。仅作为示例，图1中终端设备101经由接口LTE-Us与E-UTRAN109通信继而接入核心网络(例如分组核心网EPC110)。应理解，图1所示的网络设备和终端设备的数目仅仅是出于说明之目的而无意于限制。网络100可以包括任意适当数目的网络设备和终端设备。

网络100中的通信可以根据任何适当的通信协议来实施，包括但不限于，第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等蜂窝通信协议、诸如电气与电子工程师协会(IEEE)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。而且，该通信使用任意适当无线通信技术，包括但不限于，码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDM)、和/或目前已知或者将来开发的任何其他技术。

图2示出了根据本公开的某些实施例的操作200的交互图。如图所示，在操作中，终端设备101向网络设备103发送204针对设备到设备(D2D)通信的服务请求。在某些实施中，服务请求可以是设备发现请求或连接请求。

网络设备103基于终端设备101所在的网络的状况和终端设备101的用户的信息中的至少一项，选择208用于服务请求的计费策略。在某些实施例中，计费策略可以被配置在网络设备103中。在某些实施例中，计费策略可以由网络设备103生成。应理解，本公开不在此方面受限制。仅作为示例，终端设备101所在的网络的状况可以包括可用的D2D频谱(授权的和/或未授权的)、相关的网络节点的负载情况以及服务请求时间等。仅作为示例，终端设备101的用户的信息可以包括用户的位置，用户的简档以及用户所属的类别等。终端设备101的用户的信息可以被包括在终端设备101向网络设备103发送的D2D通信的服务请求中。

在某些实施例中，网络设备103可以向OCS17发送209请求以获得与确定费用相关联的信息(例如，费用信息)。OCS17向网络设备103发送210所请求的信息。在某些实施例中，网络设备103向PCRF105发送211请求以获得与确定费用相关联的信息。仅作为示例，网络设备103向PCRF105发送211获得D2D通信频谱的利用状态的请求。应当理解，本公开的实施例不限制网络设备向OCS107发送209请求以及向PCRF发送211请求的顺序，即，网络设备103可以先后向OCS发射209请求以及向PCRF105发送请求，网络设备103也可以同时向OCS17发送209请求和向PCRF105发送211请求。尽管在图2中未示出，在某些实施例中，网络设备103还可以从PCRF105获得网络策略输入信息，在某些实施例中，网络设备还可以从归属用户服务器(HSS)和/或用户属性存储器(SPR)获得用户服务配置信息以及用户属性信息。

在某些实施例中，网络设备103可以触发PCRF105去获得D2D通信频谱利用状态，在某些实施例中，PCRF105可以自发地获得D2D通信频谱利用状态。

具体地，PCRF105生成213D2D频谱利用事件触发，并向网络节点例如eNB113发送215提供频谱利用事件触发的请求。D2D频谱利用事件触发定义了应当被报告的D2D频谱利用的状况。频谱利用事件触发的阈值可以包括可用的D2D频谱缺乏、可用的D2D频谱充足、频繁的D2D频谱利用波动、平均的D2D频谱利用、基于单个UE的D2D频谱利用、基于UE组的D2D频谱利用等。上述阈值可以被包括在由PCRF105向eNB的请求中。

响应于接收到来自PCRF105的请求，eNB113向PCRF105发送217确认已接收到请求的信息。

响应于D2D频谱利用情况与eNB113所接收到的至少一个频谱利用事件触发的阈值匹配，eNB113向PCRF105报告219该匹配的频谱利用状态。

经由PCRF105获得D2D通信频谱的利用状态至少可以实现以下：通过生成D2D频谱利用事件触发和相关eNB上的配置，使PCRF105能够将D2D频谱利用状况纳入策略决策；实现诸如网络设备103通过退Rx接口监测D2D频谱利用状态；报告D2D设备可以在频谱状态报告中使用的所有可用频谱的可能性。基于可用频谱，诸如网络设备103功能可以通过智能计费来设置策略。

响应于接收到来自eNB113的频谱利用状态，PCRF105向网络设备103发送221D2D通信的频谱利用状态。

网络设备103可以基于计费策略，确定232与处理服务请求相关联的服务费用。仅作为示例，所确定的计费策略可以包括网络状况的标准以及对应的费率标准。仅作为解释说明，例如，VIP用户可以比其他用户获得针对D2D通信更低的价格。作为示例，针对D2D通信的计费可以基于D2D通信的可用频谱动态地变化，例如，当D2D通信频谱资源紧张时，网络设备103可以提高计费费率。

在某些实施例中，可选地，网络设备103可以基于在212所确定的费用来确定236用于处理服务请求的策略。网络设备103可以基于所确定的策略来确定240将要对服务请求执行的操作。在某些实施例中，用于处理服务请求的策略可以由网络设备103生成。仅作为示例，用于处理服务请求的策略可以包括D2D处理标准以及对应的处理操作。例如，处理标准可以包括D2D触发计费阈值以及延长容忍的阈值等，对应的处理操作可以包括直接触发D2D、延迟D2D触发、D2D操作丢弃以及向终端设备101发送建议等。

仅作为示例，例如，如果由于D2D频谱缺乏导致了由网络设备103确定的与处理服务请求相关联的费用的上升，并且超过了处理该请求的费用上限，基于所确定的费用，网络设备103确定236用于处理服务请求的策略为暂时不处理该服务请求；基于确定的不处理的策略，确定240将要对服务请求执行的操作为不处理该服务请求，即保持该服务请求直到费用下降到终端设备101可接受的计费阈值之下。作为示例，如果由于D2D频谱缺乏导致了由网络设备103确定的与处理服务请求相关联的费用的上升，并且超过了处理该请求的费用上限，基于所确定的费用，网络设备103确定236用于处理服务请求的策略为丢弃该服务请求；基于确定的丢弃的策略，确定240将要对服务请求执行的操作为丢弃该服务请求。

在某些实施例中，可选地，网络设备103向终端设备101发送244服务请求被延迟的时间的指示以及所确定的费用。在某些实施例中，如果在延迟的时间过期后，所确定的费用仍然高于终端设备101可接收的计费阈值，则网络设备103将丢弃该服务请求或再次向终端设备101发送服务请求被延迟的时间的指示以及所确定的费用。

在某些实施例中，可选地，终端设备101可以向网络设备103发送248协商消息，协商消息指示终端设备可容忍延迟时间以及可接受费用。网络设备103确定252由终端设备101所发送的可容忍延迟时间以及终端设备101的可接受费用是否可接受。如果网络设备103确定252可容忍时间和可接受费用是可接受的，则网络设备103处理256服务请求。如果网络设备确定252可容忍时间和可接受费用是不可接受的，则网络设备103拒绝260该服务请求，或者网络设备103向终端设备101发起264新的协商消息。

图3示出了根据本公开的实施例的方法300的流程图。该方法300可以在网络设备103处实现。

在302，网络设备103从终端设备101接收针对设备到设备通信的服务请求。在某些实施中，服务请求可以是设备发现请求或连接请求。

在304，网络设备103基于终端设备101所在的网络的状况和终端设备101的用户信息中的至少一项，选择用于服务请求的计费策略。在某些实施例中，计费策略可以被配置在网络设备103中。在某些实施例中，计费策略可以由网络设备103生成。仅作为示例，终端设备101所在的网络的状况可以包括可用的D2D频谱(授权的和/或未授权的)、相关的网络节点的负载情况以及服务请求时间等。仅作为示例，终端设备101的用户的信息可以包括用户的位置，用户的简档以及用户所属的类别等。终端设备101的用户的信息可以被包括在终端设备101向网络设备103发送的D2D通信的服务请求中。

在306，网络设备306基于计费策略，确定与处理服务请求相关联的费用。

图4是可以实现根据本公开的实施例的设备400的框图。如图4所示，设备400包括一个或多个处理器410，被耦合至处理器410的一个或多个存储器，被耦合至处理器410的一个或多个发射器和/或接收器440。

处理器410可以是适用于本地技术环境的任何合适的类型，作为非限制性示例，处理器410可以包括但不限于一个或多个通用计算机、专用计算机、微处理器、数字信号处理器以及基于多核处理器架构的处理器。设备400可以具有多个处理器，诸如专用集成电路芯片，其在时间上与主处理器同步。

存储器420可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于非暂时性计算机可读介质、基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。

存储器420存储至少部分的指令430。发射器/接收器440可以适用于双向通信。发射器/接收器440具有至少一个天线以便通信，但在实践中，本公开提及的接入节点可能有几个。通信接口可以表示任何用于与其他网络元件通信的所必要的接口。

指令430被假定为包括程序指令，当由相关联的处理器410执行时，使设备400根据在本公开中参照图2和图3所描述的实施例来操作。即，本公开的实施例可以由设备400的处理器410可执行的计算机软件实现，或者由硬件，或由软件和硬件的组合。

图5示出了根据本公开的某些实施例的装置500的框图。可以理解，装置500可以实现在图1和图2所示的网络设备103处。如图5所示，装置500可以包括：收发单元510，被配置为从终端设备接收设备到设备通信的服务请求；选择单元530，被配置为基于终端设备所在的网络的状况和终端设备的用户的信息中的至少一项，选择用于服务请求的计费策略；确定单元550，被配置为基于计费策略，确定与处理服务请求相关联的费用。

在某些实施例中，确定单元550还被配置为：基于所确定的费用来确定用于处理服务请求的策略；基于策略来确定将要对所述服务请求执行的操作。在某些实施例中，收发单元510还被配置为：响应于操作为延迟对服务请求的处理，向终端设备发送服务请求被延迟的时间的指示以及所确定的费用。在某些实施例中，收发单元510还被配置为：从终端设备接收协商信息，协商信息指示所述终端设备可容忍延迟时间以及可接受费用；确定单元550还被配置为：确定可容忍延迟时间和可接受费用是否可接受；响应于可容忍延迟时间和可接受费用可接受，触发对所述服务请求的处理。在某些实施例中，确定单元550还被配置为响应于可容忍延迟时间和可接受费用中的至少一个不可接受，执行以下操作之一：拒绝服务请求；或者触发向终端设备发起新的协商信息。

在某些实施例中，装置500还被配置为与至少一个其他网络设备通信，以获得用于确定计费策略的信息。在某些实施例中，装置500还被配置为经由至少一个其他网络设备获得D2D通信频谱利用状态。

应当理解，装置500中记载的每个单元分别与参考图2至图3描述的操作200和方法300中的每个步骤相对应。因此，上文结合图2至图3描述的操作和特征同样适用于装置500及其中包含的单元，并且具有同样的效果，具体细节不再赘述。

装置500中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在某些实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置500中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图5中所示的这些单元可以部分或者全部地实现为硬件模块、软件模块、固件模块或者其任意组合。特别地，在某些实施例中，上文描述的流程、方法或过程可以由网络设备中的硬件来实现。例如，网络设备可以利用其发射器、接收器、收发器和/或处理器或控制器来实现图2所示的操作和图3所示的方法300。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。

Claims (15)

1.一种在网络设备处实现的通信方法，包括：

从终端设备接收针对设备到设备D2D通信的服务请求；

基于所述终端设备所在的网络的状况和所述终端设备的用户的信息中的至少一项，选择用于所述服务请求的计费策略；

基于所述计费策略，确定与处理所述服务请求相关联的费用；以及，

其中所述通信方法还包括：

基于所确定的所述费用来确定用于处理所述服务请求的策略；以及

基于所述策略来确定将要对所述服务请求执行的操作。

2.根据权利要求1所述的方法，还包括：

响应于所述操作为延迟对所述服务请求的处理，向所述终端设备发送所述服务请求被延迟的时间的指示以及所确定的所述费用。

3.根据权利要求1所述的方法，还包括：

从所述终端设备接收协商信息，所述协商信息指示所述终端设备可容忍延迟时间以及可接受费用；

确定所述可容忍延迟时间和所述可接受费用是否可接受；以及

响应于所述可容忍延迟时间和所述可接受费用可接受，触发对所述服务请求的处理。

4.根据权利要求3所述的方法，还包括：

响应于所述可容忍延迟时间和所述可接受费用中的至少一个不可接受，执行以下操作之一：

拒绝所述服务请求；或者

触发向所述终端设备发起新的协商信息。

5.根据权利要求1所述的方法，其中所述网络的状况包括所述网络中针对D2D通信可用的频谱。

6.根据权利要求1所述的方法，其中选择用于所述服务请求的计费策略包括：

与至少一个其他网络设备进行通信，以获得用于确定所述计费策略的信息。

7.根据权利要求6所述的方法，还包括：

经由所述至少一个其他网络设备获得D2D通信频谱利用状态。

8.一种网络设备，包括：

至少一个处理器；以及

与所述至少一个处理器耦合的存储器，所述存储器中存储有指令，所述指令在被所述至少一个处理单元执行时，使得所述网络设备执行动作，所述动作包括：

从终端设备接收针对设备到设备D2D通信的服务请求；

基于所述终端设备所在的网络的状况和所述终端设备的用户的信息中的至少一项，选择用于所述服务请求的计费策略；

基于所述计费策略，确定与处理所述服务请求相关联的费用；以及，

其中所述动作还包括：

基于所确定的所述费用来确定用于处理所述服务请求的策略；

基于所述策略来确定将要对所述服务请求执行的操作。

9.根据权利要求8所述的网络设备，其中所述动作还包括：

响应于所述操作为延迟对所述服务请求的处理，向所述终端设备发送所述服务请求被延迟的时间的指示以及所确定的所述费用。

10.根据权利要求8所述的网络设备，其中所述动作还包括：

从所述终端设备接收协商信息，所述协商信息指示所述终端设备可容忍延迟时间以及可接受费用；

确定所述可容忍延迟时间和所述可接受费用是否可接受；以及

响应于所述可容忍延迟时间和所述可接受费用可接受，触发对所述服务请求的处理。

11.根据权利要求10所述的网络设备，其中所述动作还包括：

响应于所述可容忍延迟时间和所述可接受费用中的至少一个不可接受，执行以下操作之一：

拒绝所述服务请求；或者

触发向所述终端设备发起新的协商信息。

12.根据权利要求8所述的网络设备，其中所述网络的状况包括所述网络中针对D2D通信可用的频谱。

13.根据权利要求8所述的网络设备，所述动作还包括：

与至少一个其他网络设备进行通信，以获得用于确定所述计费策略的信息。

14.根据权利要求13所述的网络设备，其中所述动作还包括：

经由所述至少一个其他网络设备获得D2D通信频谱利用状态。

15.一种计算机可读介质，所述计算机可读介质上存储有指令，当所述指令在被机器的至少一个处理单元执行时，使得所述机器实现由权利要求1-7任一项所述的方法。

Images