CN105557034B - 无线通信***中发送和接收发现信息的方法和装置及其协议栈架构 - Google Patents
无线通信***中发送和接收发现信息的方法和装置及其协议栈架构 Download PDFInfo
- Publication number
- CN105557034B CN105557034B CN201480049896.0A CN201480049896A CN105557034B CN 105557034 B CN105557034 B CN 105557034B CN 201480049896 A CN201480049896 A CN 201480049896A CN 105557034 B CN105557034 B CN 105557034B
- Authority
- CN
- China
- Prior art keywords
- discovery
- information
- layer
- pdu
- application
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了在支持设备到设备(D2D)通信的无线通信***中有效地发送和接收发现信息的方法和装置。所提供的用于发送发现信息的方法包括:将用于D2D发现的发现信息从更高层发送到物理层,以及通过物理层发送包括发现信息的发现信号。
Description
技术领域
本公开涉及在支持设备到设备(D2D)服务的无线通信***中基于直接无线电信号确定两个用户之间的接近的***和方法。更具体地,本公开涉及接收发现信号并且确定在发现信号中携带的发现信息是否被接收用户设备(UE)感兴趣的方法。
背景技术
现在将参考图1描述在支持D2D发现的无线通信***中监视发现信息的现有方法。
-在图1中,可以由接近服务(ProSe)UE(其支持ProSe服务或D2D服务,如发现或通信)在发现信道101上发送发现信息。ProSe UE可以指代使用像D2D服务的接近服务的UE。D2D服务可以被解释为包括各种接近服务。
-对发现其他ProSe UE感兴趣的ProSe UE可以监视该ProSe UE感兴趣的发现信息。
-ProSe UE可以监视用于接收发现信息的(多个)发现信道101。
-在监视期间,可以通过物理(PHY)层111接收和解码发现信道101。
-在发现信道101中接收的发现协议数据单元(PDU)103可以由用户平面或控制平面的协议栈113处理(例如,安全性处理),然后发现信息可以被发送到应用层115。
-应用层115中的应用115-1,115-2,...,115-n或ProSe管理器115a可以确定所接收的发现码/信息105a是否对应于ProSe UE的感兴趣的/用户信息105b。
然而,在图1中描述的现有***中在监视发现信息方面存在若干问题。将参考图2描述在现有的***中的发现信息监视过程中的问题。
假设如图2所示,监视发现信息的UE中的应用层在时间“t”(201)触发以监视发现信息(例如,发现码“x”)。在这种情况下,UE中的PHY层可以开始监视发现信道。发现码“x”可以在时间“t+监视持续时间203”(205)之后接收。在图2的示例中,UE可以监视四个发现子帧(SF),每个SF携带N个发现信道。作为前面描述的发现信息监视过程的结果,在图2的情况下,图1的物理层111可以接收和解码多个发现物理信道(以下称为“发现信道”)101。用户平面或控制平面的协议栈113可以处理大量的多个发现PDU103。在此情况下,用户平面或控制平面的协议栈113可以多次唤醒应用层115。
在现有的发现信息监视方法中,UE可以连续地监视和解码所有的用于接收和解码发现物理信道的发现信道资源。UE的用户平面或控制平面的协议栈可以处理在发现物理信道上接收到的每一个发现PDU,并且将所接收的发现信息发送到应用层。因此,UE的应用层可以在每次用户平面或控制平面的协议栈接收到发现PDU时被唤醒。
因此,现有的发现信息监视方法可以在发送和接收发现信息的过程中增加UE的处理负担,并且还可以增加功率消耗。
以上信息被作为背景信息来提供,仅仅是为了帮助对本公开的理解。关于以上任何信息是否可以作为关于本发明的现有技术来应用,尚未作出确定,并且不作出声明。
发明内容
技术问题
本公开的一方面将解决至少上述问题和/或缺点并且提供至少下述优点。因此,本公开的一方面将提供在支持设备到设备(D2D)通信的无线通信***中有效地发送和接收发现信息的方法和装置。
本公开的另一方面将提供在支持D2D通信的无线通信***中预过滤(pre-filtering)用于D2D发现的发现信息的方法和装置。
本公开的另一方面将提供在支持D2D通信的无线通信***中用于发现协议数据单元(PDU)的有效协议栈架构。
技术方案
根据本公开的一方面,提供了一种设备到设备(D2D)通信***中的发送发现信息的方法。该方法包括将用于D2D发现的发现信息从更高层发送到物理层,以及通过物理层发送包括发现信息的发现信号。
根据本公开的另一方面,提供了一种D2D通信***中的发送发现信息的用户设备(UE)。该UE包括收发器,被配置为发送和接收用于D2D通信的无线电信号;以及控制器,被配置为将用于D2D发现的发现信息从更高层发送到物理层,并且通过物理层发送包括发现信息的发现信号。
根据本公开的另一方面,提供了一种D2D通信***中由UE接收发现信息的方法。该方法包括接收包括用于D2D发现的发现信息的发现信号,以及从所接收的发现信息预过滤UE优选的发现信息。
根据本公开的另一方面,提供了D2D通信***中的接收发现信息的UE。该UE包括:收发器,被配置为发送和接收用于D2D通信的无线电信号;以及控制器,被配置为接收包括用于D2D发现的发现信息的发现信号,并且从所接收的发现信息预过滤UE优选的发现信息。
通过以下结合附图、公开了本公开的示例实施例的详细描述,本公开的其它方面、优点和显著的特征对于本领域技术人员将变得明显。
附图说明
通过下面结合附图的描述,本公开的某些示例实施例的以上和其他方面、特征和优点将更加明显,在附图中:
图1和图2示出了在支持设备到设备(D2D)通信的无线通信***中现有的发现信息监视方法;
图3示出了根据本公开的实施例的在无线通信***中使用循环冗余校验(CRC)编码发现信息的方法;
图4示出了根据本公开的实施例的在无线通信***中将发现信息编码在发现前导码中的方法;
图5是示出根据本公开的实施例的在无线通信***中UE的预过滤的操作的流程图;
图6是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图;
图7是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图;
图8是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图;
图9是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图;
图10a和图10b示出了根据本公开的实施例的在无线通信***中使用应用ID执行预过滤的方法;
图11a和图11b示出了根据本公开的另一实施例的在无线通信***中使用应用ID执行预过滤的方法;
图12a和图12b示出了根据本公开的另一实施例的在无线通信***中使用应用ID执行预过滤的方法;
图13a和图13b示出了根据本公开的实施例的在无线通信***中使用发现种类(discovery category)执行预过滤的方法;
图14a和图14b示出了根据本公开的另一实施例的在无线通信***中使用发现种类执行预过滤的方法;
图15示出了根据本公开的另一实施例的在无线通信***中使用发现种类执行预过滤的方法;
图16a和图16b示出了使用根据本公开的另一实施例的在无线通信***中使用发现种类执行预过滤的方法;
图17a和图17b示出了根据本公开的实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法;
图18a和图18b示出了根据本公开的另一实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法;
图19a和图19b示出了根据本公开的另一实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法;
图20示出了根据本公开的实施例的发现信息传输流;
图21示出了根据本公开的另一实施例的发现信息传输流;
图22示出了根据本公开的另一实施例的发现信息传输流;
图23a示出了根据本公开的实施例的发现PDU的协议栈架构;
图23b示出了根据本公开的实施例的形成发现PDU的方法;
图23c示出了根据本公开的另一实施例的形成发现PDU的方法;
图23d示出了根据本公开的另一个实施例的形成发现PDU的方法;
图24示出了根据本公开的另一实施例的发现PDU的协议栈架构;
图25a示出了根据本公开的实施例的发现PDU的协议栈架构;
图25b示出了根据本公开的实施例的形成发现PDU的方法;
图26a示出了根据本公开的另一实施例的发现PDU的协议栈架构;
图26b示出了根据本公开的另一实施例的形成发现PDU的方法;
图27示出了根据本公开的另一实施例的发现PDU的协议栈架构;
图28a和图28b示出了根据本公开的实施例的用于携带发现信息的无线电承载/逻辑信道和传送信道的结构;
图29a和图29b示出了根据本公开的实施例的预过滤的控制流;
图30a和图30b示出了根据本公开的实施例的预过滤命令;
图31示出了本公开的实施例的由监视UE获得用于预过滤的监视过滤器的方法;
图32a和图32b示出了根据本公开的实施例的添加到发现信息的首标信息的配置;
图33a和图33b示出了根据本公开的另一实施例的添加到发现信息的首标信息的配置;以及
图34a和图34b示出了根据本公开的另一实施例的添加到发现信息的首标信息的配置。
贯穿附图,相同的参考标记将被理解为指代相同的部件、组件和结构。
具体实施方式
提供以下参考附图的描述以帮助对由权利要求及其等同物定义的本公开的示范性实施例的全面理解。本描述包括各种具体细节以帮助该理解但是这些应当被认为仅仅是示范性的。因此,本领域普通技术人员将认识到,能够对这里描述的实施例进行各种改变和修改而不脱离本公开的范围与精神。此外,为了清楚和简明起见,略去了对公知功能与结构的描述。
在下面说明书和权利要求书中使用的术语和措词不局限于它们的词典意义,而是仅仅由发明人用于使得能够对于本公开清楚一致的理解。因此,对本领域技术人员来说应当明显的是,提供以下对本公开的示例性实施例的描述仅用于例示的目的而非限制如所附权利要求及其等同物所定义的本公开的目的。
应当理解,单数形式的“一”、“一个”和“所述”包括复数指代物,除非上下文清楚地表示不是如此。因此,例如,对“组件表面”的指代包括指代一个或多个这样的表面。
术语“基本上”意思指所列举的特征、参数或者值不需要准确地实现,而是可以出现不妨碍计划提供的特征的效果的量的偏差或者变化,包括例如,公差、测量误差、测量精度限制及本领域技术人员所知的其它因素。
根据本公开的实施例,在发现物理信道(以下称为“发现信道”)上发送的用于D2D发现的发现信息可以在物理(PHY)层和/或媒体访问控制(MAC)层和/或应用层下方的其它层被预过滤,而不是在应用层被预过滤。
在本公开中,将提出以下的发现信息预过滤方法。
预过滤方法的第一实施例(使用循环冗余校验(CRC)的预过滤)
在这个提出的预过滤方法中,可以在发现PDU的CRC中编码预过滤参数(例如,应用标识符(ID)、应用用户ID、发现种类、发现类型、可发现的UE的ID、发现UE的ID、发现信息的比特等),基于该预过滤参数,可以过滤UE感兴趣的发现信息(例如,UE优选的发现信息)。
图3示出了根据本公开的实施例的在无线通信***中使用CRC编码发现信息的方法。
参考图3,预过滤参数可以通过生成与UE感兴趣的发现信息31相对应的CRC掩码33,被编码在CRC中。在图3中,CRC掩码生成器310可以生成CRC掩码33,而且CRC生成器330可以生成发现PDU 35的CRC 37。生成的CRC掩码33可以被用于生成发现PDU 35的CRC 37。然后,CRC 37可以由PHY层添加到发现PDU 35。在替代实施例中,CRC 37可以由MAC层、无线电资源控制(RRC)层、分组数据汇聚协议(PDCP)层或任何其它层生成和添加。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将被编码在CRC中的预过滤参数发送到协议栈。在一个实施例中,协议栈可以是第三代合作伙伴计划(3GPP)协议栈,其包括各种层,诸如RRC层、PDCP层、无线电链路控制(RLC)层、MAC层等。协议栈可以在PHY层中配置要被编码在CRC中的预过滤参数。在一个实施例中,协议栈可以将要被编码在CRC中的预过滤参数与在发现信道上发送的发现PDU一起发送到PHY层。PHY层可以将预过滤参数编码在CRC中并且在发现信道上发送发现PDU。
在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将要在CRC中监视的预过滤参数发送到协议栈。协议栈可以在PHY层中配置要在CRC中监视的预过滤参数。在监视UE中,PHY层可以使用预过滤参数检查与它感兴趣的发现信息相对应的CRC。如果CRC通过,则PHY层可以将发现PDU发送到协议栈。否则,PHY层可以丢弃接收的发现信息。
在一个实施例中,预过滤参数可以被编码到在发现信道中发送的每一个发现PDU的CRC掩码中。如果没有发现信息需要被编码,则可以使用空掩码。在替代实施例中,预过滤参数可以被编码到选择的发现PDU的CRC掩码中。这些选择的发现PDU可以是特定的发现种类或发现兴趣组。监视UE可以确定预过滤参数是否通过以下方式a)和b)中的一个被编码在CRC中。
a)用于具有携带发现信息的发现PDU CRC的发现信道的资源可以不同于用于具有不携带发现信息的发现PDU CRC的发现信道的资源。
b)用于具有携带发现信息的发现PDU CRC的发现信道的(多个)发现前导码可以不同于用于具有不携带发现信息的发现PDU CRC的发现信道的(多个)发现前导码。
使用CRC的预过滤发现信息的优点是,协议栈不需要处理在监视持续时间期间在发现信道上接收的每个发现PDU。结果,运行协议栈的处理器和运行应用的处理器的唤醒时间和处理时间可以显著降低。
这可以提高支持D2D服务的UE的电池寿命。
预过滤方法的第二实施例(发现前导码)
在PHY层中,可以发送发现前导码,以向监视UE提供定时同步。
图4示出了根据本公开的实施例的在无线通信***中将发现信息编码在发现前导码中的方法。
参考图4,在这个提出的预过滤方法中,为了除了定时同步之外还执行预过滤,可以保留前导码的集合403。发现前导码405和407中的每个可以对应于预定义的发现信息401(例如,发现信息种类或发现类型)。在发现信道上,发现前导码可以在发现PDU前面。在发送UE中,PHY层可以发送与在发现信道上发送的发现信息401相对应的发现前导码405和407。
在发送UE中,更高层可以将发现信息和它的类型或种类发送到协议栈。在一个实施例中,协议栈可以是包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等的协议栈。协议栈可以将发现信息连同被用于这个发现信息的前导码的类型一起发送到PHY层。协议栈可以通过发现前导码选择410来保持发现前导码和发现信息类型或需要基于发现前导码被预过滤的发现信息之间的映射。PHY层可以在发现信道上发送指示的发现前导码和发现PDU。在图4中,参考标记409、411和413表示PHY PDU。PHY PDU 409可以,例如,被配置为包括发现前导码、发现PDU和CRC。发现前导码可以在单独的PHY PDU 411中发送。
在监视UE中,更高层可以将发现信息及其类型或需要基于发现前导码被预过滤的发现信息发送到协议栈。协议栈可以在PHY层中配置要监视的发现前导码。在监视UE中,PHY层可以检查与它感兴趣的发现信息相对应的前导码。如果前导码对应于它感兴趣的发现信息,则PHY层可以解码发现信道信息。然后如果解码成功,则PHY层可以发送发现PDU。
在本公开的替代实施例中,可以通过生成特定于预过滤参数的前导码掩码来在发现前导码中编码预过滤参数(例如,应用ID、应用用户ID、发现种类、发现类型、可发现的UE的ID、发现UE的ID、发现信息的比特等),基于该预过滤参数,可以过滤UE感兴趣的发现信息。
使用发现前导码的预过滤发现信息的优点是,在监视UE中,PHY层不需要在监视持续时间期间解码每一个发现信道。PHY层可以仅解码这样的发现信道:该发现信道的发现前导码属于UE感兴趣的发现种类。结果,运行协议栈的处理器和运行应用的处理器的唤醒时间和处理时间以及PHY层中的处理时间可以显著降低。这可以提高支持D2D服务的UE的电池寿命。
预过滤方法的第三实施例(发现资源种类)
在这个提出的预过滤方法中,不同的发现资源可以被保留或分配用于不同类型或种类的发现信息。在发送UE中,更高层可以将发现信息和它的类型或种类发送到协议栈。在一个实施例中,协议栈可以是包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等的协议栈。协议栈可以将发现信息连同被用于这个发现信息的资源的类型或种类一起发送到PHY层。协议栈可以保持发现资源和发现信息类型/种类或需要基于发现资源被预过滤的发现信息之间的映射。PHY层可以在指示的发现资源上的发现信道上发送发现PDU。
在监视UE中,应用层可以将发现信息和它的类型或需要基于发现资源被预过滤的发现信息发送到协议栈。协议栈可以在PHY层中配置要监视的发现资源。在监视UE中,PHY层可以在与它感兴趣的发现信息相对应的发现资源中寻找发现信道。
用于特定类型的发现信息的发现资源可以使用物理下行链路控制信道(PDCCH)或***信息块(SIB)来发信令告知。PDCCH或SIB中的不同的小区-无线电网络临时标识符(C-RNTI)或指示符可以指示发现种类。不同的发现子帧(SF)可以用于不同的发现种类。在发现SF中,不同的发现信道可以动态地或半静态地分配给不同类型或种类的发现。例如,对于公共安全和商业用途,可以单独指示发现资源。信令中的PS指示符字段指示资源是否用于公共安全或商业用途。对于公共安全发现用途,发射机/接收机将使用通过使用PS指示符所指示的用于公共安全的资源中的发现资源。使用发现资源种类的预过滤发现信息的优点是,当UE开始监视时,UE不具有监视所有的发现资源。这导致减少的物理层处理、协议栈处理和应用层处理。
预过滤方法的第四实施例(发现PDU中的首标/其它信息)
在这个提出的预过滤方法中,UE感兴趣的发现信息可以被编码在发现PDU首标中或发现PDU内。在监视UE中,更高层可以将UE感兴趣的发现信息发送到协议栈。
在一个实施例中,协议栈可以是包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等的协议栈。在监视UE中,协议栈可以预过滤从PHY层接收的经解码的发现PDU中的信息。协议栈可以使用发现PDU中的首标信息来预过滤发现信息。协议栈可以检查与它感兴趣的发现信息相对应的发现PDU首中的信息。只有在找到感兴趣的发现信息的情况下才可以执行发现PDU的进一步处理(例如,安全性验证等)。除了首标,协议栈还可以使用发现PDU中的其他信息来过滤发现信息。
使用预过滤的发现信息监视
UE可以使用上述预过滤方法中的至少一个来预过滤发现信息。
图5是示出根据本公开的实施例的在无线通信***中UE的预过滤的操作的流程图。
参考图5,在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以触发发现信道的监视。由UE执行的各种操作如下:
操作501:UE可以监视发送发现信道的多个持续时间当中的一个或多个持续时间。UE可以基于UE感兴趣的发现信息和/或它的UE ID来确定一个或多个持续时间。在操作501中,UE可以使用发现资源种类来预过滤发现信息。这个预过滤可以在MAC/PHY层中执行。
操作503:UE可以在所确定的持续时间内接收多个发现信道当中的一个或多个发现信道。UE可以基于UE感兴趣的发现信息和/或它的UE ID来确定一个或多个发现信道。在操作503中,UE可以使用发现资源种类来预过滤发现信息。这个预过滤可以在PHY层中执行。
操作505:UE可以监视用于发现信道发送的多个发现前导码当中的一个或多个发现前导码。UE可以基于UE感兴趣的发现信息来确定一个或多个发现前导码。在操作505中,UE可以使用发现前导码来预过滤发现信息。这个预过滤可以在PHY层中执行。
操作507:UE可以接收和解码所确定的发现信道,并且使用一个或多个CRC掩码来验证CRC。CRC掩码可以基于UE感兴趣的发现信息。在操作507中,UE可以使用发现信道CRC来预过滤发现信息。这个预过滤可以在PHY层中执行。
操作509:UE然后可以使用发现PDU中的首标信息或使用发现容器中的信息,预过滤经解码的发现信道中的信息。在操作509中,UE可以使用发现PDU中的信息来预过滤发现信息。这个预过滤可以在协议栈中执行。
操作501到509中的至少一个可以选择性地执行。UE中的应用层或ProSe管理器然后可以根据操作501到509中的至少一个来预过滤UE中接收的发现信息。
图6是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图。
参考图6,在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以触发发现信道的监视。由UE执行的各种操作如下:
操作601:UE可以监视发送发现信道的多个持续时间。
操作603:UE可以监视用于发现信道发送的多个发现前导码当中的一个或多个发现前导码。UE可以基于UE感兴趣的发现信息来确定一个或多个发现前导码。在操作603中,UE可以使用发现前导码来预过滤发现信息。这个预过滤可以在PHY层中执行。
操作605:UE可以接收和解码所确定的发现信道,并且如果CRC被用于发现信道,则验证CRC的有效性。
操作607:UE然后可以处理发现信息,并且将在发现PDU中接收的发现容器发送到应用层。UE中的应用层或ProSe管理器然后可以预过滤UE中接收的发现信息。
图7是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图。
参考图7,在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以触发发现信道的监视。由UE执行的各种操作如下:
操作701:UE可以监视发送发现信道的多个持续时间。
操作703:UE可以接收和解码发现信道,并且使用一个或多个CRC掩码来验证CRC的有效性。CRC掩码可以基于UE感兴趣的发现信息。
操作705:UE然后可以处理发现信息,并且将在发现PDU中接收的发现容器发送到应用层。UE中的应用层或ProSe管理器然后可以预过滤UE中接收的发现信息。
图8是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图。
参考图8,在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以触发发现信道的监视。由UE执行的各种操作如下:
操作801:UE可以监视发送发现信道的多个持续时间。
操作803:UE可以在所确定的持续时间接收多个发现信道。UE可以接收和解码所确定的发现信道,并且如果CRC被用于发现信道,则验证CRC的有效性。
操作805:UE然后可以使用发现PDU中的首标信息或使用发现容器中的信息,预过滤经解码的发现信道中的信息。在操作805中,UE可以使用发现PDU中的信息来预过滤发现信息。这个预过滤可以在协议栈中执行。UE中的应用层或ProSe管理器然后可以预过滤UE中接收的发现信息。
图9是示出根据本公开的另一实施例的在无线通信***中UE的预过滤的操作的流程图。
参考图9,在监视UE中,应用层可以触发发现信道的监视。由UE执行的各种操作如下:
操作901:UE可以监视发送发现信道的多个持续时间当中的一个或多个持续时间。UE基于UE感兴趣的发现信息和/或它的UE ID来确定一个或多个持续时间。在操作901中,UE可以使用发现资源种类来预过滤发现信息。这个预过滤可以在MAC/PHY层中执行。
操作903:UE可以接收和解码所确定的发现信道,并且如果CRC被用于发现信道,则验证CRC。
操作905:UE然后可以处理发现信息,并且将在发现PDU中接收的发现容器发送到应用层。UE中的应用层或ProSe管理器然后可以预过滤UE中接收的发现信息
虽然已经在图5到图9的实施例中描述了各种预过滤方法,但是应注意的是,预过滤方法的其它组合也是可能的。例如,发现前导码加上发现信道CRC可以都被用于预过滤发现信息。发现资源种类也可以和发现前导码一起被用于预过滤所述发现信息。发现资源种类也可以和发现信道CRC一起被用于预过滤所述发现信息。
使用应用ID的预过滤
现在将参考图10a到12b描述使用应用ID来预过滤发现信息的各种实施例。
图10a和图10b示出了根据本公开的实施例的在无线通信***中使用应用ID来执行预过滤的方法。
参考图10a,可以由ProSe UE(其支持ProSe服务或D2D服务,如发现或通信)在发现信道1001上发送发现信息。应用ID可以被用于预过滤在发现信道1001上发送的发现信息。在图10b中,参考标记1021或1023表示携带发现PDU的PHY PDU的配置的示例。应用ID可以被编码在发现PDU的CRC 1021a(或图10b的1021b)中。应用ID可以通过生成与应用ID相对应的CRC掩码被编码在CRC 1021a(或1021b)中。
生成的CRC掩码然后可以被用于生成发现PDU的CRC。CRC然后可以由PHY层添加到发现PDU。在替代实施例中,CRC可以由MAC层、RRC层、PDCP层或任何其它层生成和添加。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将要被编码在CRC中的应用ID发送到协议栈。在一个实施例中,协议栈可以是包括诸如RRC层、PDCP层、RLC层、MAC层等的各种层的协议栈。协议栈可以将要被编码在CRC中的应用ID配置在PHY层中。在一个实施例中,协议栈可以将要被编码在CRC中的应用ID连同要在发现信道上发送的发现PDU一起发送到PHY层。PHY层可以将该应用ID编码在CRC中并且在发现信道上发送发现PDU。
参考图10a,在监视UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)1015可以将要在CRC中监视的应用ID发送到协议栈1013。协议栈1013可以将要在CRC中监视的应用ID配置在PHY层1011中。在监视UE中,PHY层1011可以检查与它感兴趣的应用ID相对应的CRC,以预过滤发现信息。如果CRC通过,则PHY层1011可以将发现PDU 1003发送到协议栈1013。否则,PHY层1011可以丢弃接收的发现信息。预过滤的发现PDU 1003然后可以由协议栈1013处理,而且发现PDU内的发现容器1005a可以被发送到应用层1015。因此,应用层1015中的应用1015-1,1015-2,...,1015-n或ProSe管理器1015a可以确定经预过滤的发现码/信息1105a对应于它感兴趣的/用户信息1105b。
图11a和图11b示出了根据本公开的另一实施例的在无线通信***中使用应用ID来执行预过滤的方法。
在本实施例中,应用可以使用应用类型和应用ID来标识。应用ID可以特定于应用类型。参考图11a,发现信息可以由ProSe UE(其支持ProSe服务或D2D服务,像发现或通信)在发现信道1101上发送。应用类型和应用ID可以被用于预过滤在发现信道1101上发送的发现信息。在图11b中,参考标记1121或1123表示携带发现PDU的PHY PDU的配置的示例。参考图11b,应用类型可以被编码在发现PDU 1121b或1123b的CRC 1121a或1123a中。应用类型可以通过生成与应用类型相对应的CRC掩码而被编码在CRC 1121a或1123a中。所生成的CRC掩码然后可以被用于生成发现PDU的CRC。该CRC然后可以由PHY层添加到发现PDU。在替代实施例中,CRC可以由MAC层、RRC层、PDCP层或任何其它层生成和添加。
在本实施例中,应用ID可以被编码在发现PDU中。应用ID可以被编码在发现PDU首标中或发现PDU中的发现容器中。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将要被编码在CRC中的应用类型发送到协议栈。协议栈可以将要被编码在CRC中的应用类型配置在PHY层中。在一个实施例中,协议栈可以将要被编码在CRC中的应用类型与要在发现信道上发送的发现PDU一起发送到PHY层。PHY层可以将该应用类型编码在CRC中并且在发现信道上发送发现PDU。在一个实施例中,应用层可以将应用ID编码在发现容器中。在替代实施例中,应用层可以将应用ID发送到协议栈。协议栈可以将应用ID编码在发现PDU首标中。
参考图11a,在监视UE中,应用层1115可以将要被监视的应用类型和应用ID发送到协议栈1113。协议栈1113可以将要在CRC中监视的应用类型配置在PHY层1111中。在监视UE中,PHY层1111可以检查与它感兴趣的应用类型相对应的CRC,以首次预过滤发现信息(1111a)。
如果CRC通过,则PHY层1111可以将经预过滤的发现PDU 1103发送到协议栈1113。否则,PHY层1111可以丢弃所接收的发现信息。经预过滤的发现PDU 1103然后可以由协议栈1113处理。协议栈1113可以检查发现PDU中的发现PDU首标或发现容器中的它感兴趣的应用ID,以二次预过滤发现信息(1113a)。
如果在协议栈1113中发现它感兴趣的应用ID,则才可以执行发现容器的进一步处理(例如,安全性验证,解码等),并且发现PDU 1103内的发现容器可以被发送到应用层1115。因此,应用层1115中的应用1115-1,1115-2,......,1115-n或ProSe管理器1115a可以确定经预过滤的发现码/信息1105a对应于它感兴趣的/用户信息1105b。
在替代实施例中,应用ID可以被分为两个部分。在这种情况下,应用ID的第一部分可以被编码在发现PDU CRC中,而且第二部分可以被编码在发现PDU首标中或发现PDU的发现容器内。第一部分可以是应用ID的“x”个最高有效位(MSB),并且第二部分可以是应用ID的“y”个最低有效位(LSB),其中“x+y”是应用ID中的总位数。可替代地,第一部分可以是应用ID的“x”个LSB,而且第二部分可以是应用ID的“y”个MSB,其中“x+y”是应用ID中的总位数。
图12a和图12b示出了根据本公开的另一实施例的在无线通信***中使用应用ID来执行预过滤的方法。
参考图12a,发现信息可以由ProSe UE(其支持ProSe服务或D2D服务,像发现或通信)在发现信道1201上发送。应用ID可以被用于预过滤在发现信道1201上发送的发现信息。在图12b中,参考标记1221或1223表示携带发现PDU的PHY PDU的配置的示例。应用ID可以被编码在发现PDU 1221a或1223a中。应用ID可以被编码在发现PDU首标中或发现PDU中的发现容器中。在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将应用ID编码在发现容器中。在替代实施例中,应用层可以将应用ID发送到协议栈。协议栈可以将应用ID编码在发现PDU首标中。
参考图12a,在监视UE中,应用层1215可以将要被监视的应用ID发送到协议栈1213。在解码在发现信道1201上接收的PHY PDU 1221或1223之后,协议栈1213可以从物理层1211接收发现PDU 1203。接收的发现PDU1203然后可以由协议栈1213处理。协议栈1213可以检查发现PDU首标或发现PDU中的发现容器中的它感兴趣的应用ID,以预过滤发现信息(1213a)。如果在协议栈1213中发现它感兴趣的应用ID,则才可以执行发现容器的进一步处理(例如,安全性验证,解码等),并且发现PDU 1203内的发现容器可以被发送到应用层1215。因此,应用层1215中的应用1215-1,1215-2,......,1215-n或ProSe管理器1215a可以确定经预过滤的发现码/信息1205a对应于它感兴趣的/用户信息1205b。
要注意的是,没有考虑仅使用发现前导码或发现资源种类的应用ID预过滤,这是因为应用ID的数量很大。然而,如果应用ID的大小很大,则在一个实施例中,应用类型可以被编码在发现前导码中,而且根据应用类型的应用ID可以被编码在CRC掩码中。
使用发现种类的预过滤
现在将参考图13a到16b描述使用发现种类来预过滤发现信息的各种实施例。
图13a和图13b示出了根据本公开的实施例的在无线通信***中使用发现种类执行预过滤的方法。
参考图13a,可以由ProSe UE(其支持ProSe服务或D2D服务,如发现或通信)在发现信道1301上发送发现信息。发现种类可以被用于预过滤在发现信道1301上发送的发现信息。
在这个实施例中,可以保留前导码的集合,而且每个前导码可以对应于预定义的发现信息种类。在图13b中,参考标记1321表示携带发现PDU的的PHY PDU的配置的示例。参考图13b,在发现信道1301上,发现前导码1321a在发现PDU前面。在发送UE中,PHY层可以发送与在发现信道上发送的发现信息种类相对应的发现前导码。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将发现信息和它的种类发送到协议栈。可以在应用层对于每个应用静态地配置发现种类,或者当应用层从ProSe服务器(或ProSe管理器)接收发现码时应用层可以接收发现种类。协议栈可以将携带信息的发现PDU连同要被用于携带发现信息的这个发现PDU的前导码的类型一起发送到PHY层。协议栈可以保持发现信息种类和发现前导码之间的映射。PHY层可以在发现信道上发送所指示的发现前导码和发现PDU。
参考图13a,在监视UE中,应用层1315可以将发现信息和它的种类发送到协议栈1313。协议栈1313可以将要监视的发现前导码配置在PHY层1311中。在监视UE中,PHY层1311可以检查与它感兴趣的发现信息相对应的该前导码以预过滤发现信息(1311a)。如果该前导码对应于它感兴趣的发现信息,则PHY层1311可以解码发现信道信息。然后如果解码成功,则PHY层1311可以将发现PDU发送到协议栈1313。经预过滤的发现PDU 1303然后可以由协议栈1313处理,并且发现PDU内的发现容器可以被发送到应用层1315。因此,应用层1315中的应用1315-1,1315-2,...,1315-n或ProSe管理器1315a可以确定经预过滤的发现码/信息1305a对应于它感兴趣的/用户信息1305b。
在替代实施例中,发现种类可以通过生成特定于发现种类的前导码掩码而被编码在发现前导码中。
图14a和图14b示出了根据本公开的另一实施例的在无线通信***中使用发现种类来执行预过滤的方法。
参考图14a,发现信息可以由ProSe UE(其支持ProSe服务或D2D服务,像发现或通信)在发现信道1401上发送。发现种类可以被用于预过滤在发现信道1401上发送的发现信息。在图14b中,参考标记1421或1423表示携带发现PDU的PHY PDU的配置的示例。参考图14b,发现种类可以被编码在发现PDU的CRC 1421a或1423a中。发现种类可以通过生成与发现种类相对应的CRC掩码而被编码在CRC 1421a或1423a中。所生成的CRC掩码然后可以被用于生成发现PDU的CRC。CRC然后可以由PHY 1411层添加到发现PDU。在替代实施例中,CRC可以由MAC层、RRC层、PDCP层或任何其它层生成和添加。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将要被编码在CRC中的发现种类发送到协议栈。协议栈可以将要被编码在CRC中的发现种类配置在PHY层中。在一个实施例中,协议栈可以将要被编码在CRC中的发现种类与将要在发现信道上发送的发现PDU一起发送到PHY层。PHY层可以将发现种类编码在CRC中并且在发现信道上发送发现PDU。
参考图14a,在监视UE中,应用层1415可以将要在CRC中监视的发现种类发送到协议栈1413。协议栈1413可以将要在CRC中监视的发现种类配置要在PHY层1111中。在监视UE中,PHY层1111可以检查与它的感兴趣的发现种类相对应的CRC以预过滤发现信息(1411a)。如果CRC通过,则PHY层1411可以将发现PDU发送到协议栈1413。否则,PHY层1411可以丢弃所接收的发现信息。经预过滤的发现PDU 1403然后可以由协议栈1413处理,并且发现PDU内的发现容器可以被发送到应用层1415。因此,应用层1415中的应用1415-1,1415-2,......,1415-n或ProSe管理器1415a可以确定经预过滤的发现码/信息1415a对应于它感兴趣的/用户信息1405b。
可以在应用层1415对于每个应用静态地配置发现种类,或者当应用层1415从ProSe管理器1415a接收发现码时应用层1415可以接收发现种类。
图15示出了根据本公开的另一实施例的在无线通信***中使用发现种类执行预过滤的方法。
参考图15,可以由ProSe UE(其支持ProSe服务或D2D服务,如发现或通信)在发现信道1501上发送发现信息。发现种类可以被用于预过滤在发现信道1501上发送的发现信息。在这个提出的预过滤方法中,不同的发现资源可以被保留或分配用于不同种类的发现信息。在发送UE中,应用层可以将发现信息和它的种类发送到协议栈。在一个实施例中,协议栈可以是包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等的协议栈。协议栈可以将发现信息连同被用于这个发现信息的资源的类型一起发送到PHY层。协议栈可以保持发现信息种类和发现资源之间的映射。PHY层可以在所指示的发现资源上的发现信道上发送发现PDU。
参考图15,在监视UE中,应用层1515可以将发现信息和它的种类发送到协议栈1513。协议栈1513可以将要被监视的发现资源配置在PHY层1511中。在监视UE中,PHY层1511可以在与它感兴趣的发现信息的发现种类相对应的发现资源中寻找发现信道1501,以预过滤发现信息(1511a)。在所监视的发现资源上接收的发现PDU然后可以由协议栈1513处理。发现PDU内的发现容器可以被发送到应用层1515。因此,应用层1515中的应用1515-1,1515-2,...,1515-n或ProSe管理器1515a可以确定经预过滤的发现码/信息1505a对应于它感兴趣的/用户信息1505b。
用于特定类型的发现信息的发现资源可以使用PDCCH(它是下行链路控制信道)或SIB(它是广播的***信息)来发信令告知。在替代实施例中,PDCCH或SIB中的不同的C-RNTI或指示符可以指示发现种类。不同的发现SF可以用于不同的发现种类。在发现SF中,发现信道可以动态地或半静态地分配给不同类型的发现。
图16a和图16b示出了根据本公开的另一实施例的在无线通信***中使用发现种类执行预过滤的方法。
在本实施例中,发现种类可以被编码在发现PDU中。发现种类可以被编码在发现PDU首标或发现PDU中的发现容器中。在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将发现种类编码在发现容器中。在替代实施例中,应用层可以将发现种类发送到协议栈。协议栈可以将发现种类编码在发现PDU首标中。
参考图16a,在监视UE中,应用层1615可以将要被监视的发现种类发送到协议栈1613。在图16b中,参考标记1621表示携带发现PDU的PHY PDU的配置的示例。在解码在发现信道1601上接收的PHY PDU 1621之后,协议栈1613可以从PHY层1611接收发现PDU 1603。所接收的发现PDU 1603然后可以由协议栈1613处理。协议栈1613可以检查发现PDU首标或发现PDU中的发现容器中的它感兴趣的发现种类1621a(见图16b),以预过滤发现信息(1613a)。如果发现它感兴趣的发现种类,则才可以执行发现容器的进一步处理(例如,安全性验证,解码等),并且发现PDU内的发现容器可以被发送到应用层1615。因此,应用层1615中的应用1615-1,1615-2,......,1615-n或ProSe管理器1615a可以确定经预过滤的发现码/信息1605a对应于它感兴趣的/用户信息1605b。
可以在应用层1615对于应用1615-1,1615-2,......,1615-n中的每个应用静态地配置发现种类,或者当应用层1615从ProSe管理器1615a接收发现码时应用层1615可以接收发现种类。
使用应用ID和发现种类的预过滤
下面将参考图17a到19b描述使用两个参数,即,应用ID和发现种类来预过滤发现信息的各种实施例。
图17a和图17b示出了根据本公开的实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法。
参考图17a,可以由ProSe UE(其支持ProSe服务或D2D服务,如发现或通信)在发现信道1701上发送发现信息。在这个实施例中,可以保留发现前导码的集合,而且每个前导码对应于预定义的发现种类。在图17b中,参考标记1721表示携带发现PDU的PHY PDU的配置的示例。在发现信道1701上,发现前导码1721a在发现PDU前面。在发送UE中,PHY层1711可以发送与在发现信道1701上发送的发现种类相对应的发现前导码。
参考图17b,应用ID可以被编码在发现PDU的CRC 1721b中。应用ID可以通过生成与应用ID相对应的CRC掩码被编码在CRC 1721b中。生成的CRC掩码然后可以被用于生成发现PDU的CRC。CRC然后可以由PHY层1711添加到发现PDU。在替代实施例中,CRC可以由MAC层、RRC层、PDCP层或任何其它层生成和添加。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将发现信息、应用ID和发现种类发送到协议栈。协议栈可以将要被编码在CRC中的应用ID配置在PHY层中。在一个实施例中,协议栈可以将要被编码在CRC中的应用ID连同要在发现信道上发送的发现PDU一起发送到PHY层。协议栈还可以将携带信息的发现PDU连同被用于携带发现信息的这个发现PDU的前导码的类型一起发送到PHY层。协议栈可以保持发现信息种类和发现前导码之间的映射。PHY层可以将应用ID编码在CRC中。然后,PHY层可以在发现信道上发送所指示的发现前导码和发现PDU。
参考图17a,在监视UE中,应用层1715可以将要被监视的应用ID和发现种类发送到协议栈1713。协议栈1713可以将要被监视的应用ID配置在PHY层1711中的CRC中。协议栈1713还可以将要被监视的发现前导码配置在PHY层1711中。在监视UE中,PHY层1711可以检查与它的感兴趣发现信息的应用种类相对应的前导码,以首次预过滤发现信息。如果前导码对应于它的感兴趣发现信息的应用种类,则PHY层1711可以解码发现信道信息。在解码期间,在监视UE中,PHY层1711可以检查与它感兴趣的应用ID相对应的CRC,以二次过滤发现信息。如果CRC通过,则PHY层1711可以将发现PDU发送到协议栈1713,否则,PHY层1711可以丢弃所接收的发现信息。经预过滤的发现PDU 1703然后可以由协议栈1713处理,而且发现PDU内的发现容器可以被发送到应用层1715。因此,应用层1715中的应用1715-1,1715-2,......,1715-n或ProSe管理器1715a可以确定经预过滤的发现码/信息1705a对应于它感兴趣的/用户信息1705b。
应注意的是,在替代实施例中,发现资源可以基于发现种类来分类。在这种情况下,发现种类可以不使用发现前导码,而是使用发现资源种类来预过滤。
图18a和图18b示出了根据本公开的另一实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法。
参考图18a,发现信息可以由ProSe UE(其支持ProSe服务或D2D服务,像发现或通信)在发现信道1801上发送。在本实施例中,发现种类可以按照图17a和图17b中描述的过程,使用发现前导码、发现CRC或发现资源种类来预过滤。在图18b中,参考标记1821表示携带发现PDU的PHY PDU的配置的示例。参考图18b,首次预过滤可以基于特定于发现种类的前导码1821a、发现资源或CRC 1821c来执行。二次预过滤可以基于编码在发现PDU中的应用ID1821b来执行。当发现PDU由协议栈1813处理时,可以应用二次预过滤。
在发送UE中,更高层(例如,应用层或设备到设备(D2D)协议层或实体)可以将发现信息和发现种类发送到协议栈。应用层可以将应用ID编码在发现信息中。可替代地,应用层可以将应用ID发送到协议栈。在这种情况下,协议栈可以将应用ID编码在发现PDU首标中。然后协议栈可以配置PHY层以将发现种类编码在CRC或发现前导码中,或者协议栈可以指令PHY层在特定于发现种类的发现资源中发送发现信道。然后PHY层可以相应地发送发现PDU。
参考图18a,在监视UE中,应用层1815可以将要监视的应用ID和发现种类发送到协议栈1813。协议栈1813然后可以配置PHY层1811以解码CRC或发现前导码中的发现种类,或者指令PHY层1811在特定于发现种类的发现资源中接收发现信道1801。PHY层1811可以在特定于发现种类的发现资源中接收发现信道1801,以首次预过滤发现信息(1811a)。由PHY层1811接收的发现PDU然后可以被发送到协议栈1813。所接收的发现PDU 1803然后可以由协议栈1813处理。协议栈1813可以在发现PDU首标或发现PDU的发现容器中检查它感兴趣的应用ID,以二次预过滤发现信息。
如果发现它感兴趣的应用ID,则才可以执行发现容器的进一步处理(例如,安全性验证,解码等),并且发现PDU内的发现容器可以被发送到应用层1815。因此,应用层1815中的应用1815-1,1815-2,......,1815-n或ProSe管理器1815a可以确定经预过滤的发现码/信息1805a对应于它感兴趣的/用户信息1805b。
图19a和图19b示出了根据本公开的另一实施例的在无线通信***中使用应用ID和发现种类执行预过滤的方法。
在图19b中,参考标记1921表示携带发现PDU的PHY PDU的配置的示例。参考图19b,应用ID 1921b和发现种类1291a可以被编码在发现PDU中。应用ID 1921b和发现种类1291a可以被编码在发现PDU首标或发现PDU中的发现容器中。在发送UE中,应用层可以将应用ID或/或发现容器编码在发现容器中。在替代实施例中,应用层可以将应用ID和发现种类发送到协议栈。协议栈可以将应用ID和发现种类编码在发现PDU首标中。可替代地,发现种类可以被编码在发现PDU首标中,并且应用ID可以被编码在发现容器中。
参考图19a,在监视UE中,应用层1915可以将要被监视的应用ID和发现种类发送到协议栈1913。在解码在发现信道1901上接收的PHY PDU之后,协议栈1913可以从PHY层1911接收发现PDU 1903。所接收的发现PDU 1903然后可以由协议栈1913处理。协议栈1913可以检查发现PDU首标中或发现PDU中的发现容器中的它感兴趣的发现种类,以首次预过滤发现信息(1913a)。如果发现它感兴趣的发现种类,则协议栈1913可以检查发现PDU首标中或发现PDU中的发现容器中的它感兴趣的应用ID,以二次预过滤发现信息(1913b)。如果发现它感兴趣的应用ID,则才可以执行发现容器的进一步处理(例如,安全性验证,解码等),并且发现PDU内的发现容器可以被发送到应用层1915。因此,应用层1915中的应用1915-1,1915-2,......,1915-n或ProSe管理器1915a可以确定经预过滤的发现码/信息1905a对应于它感兴趣的/用户信息1905b。
在一些实施例中,取决于不同的发现种类,不同的信息可以被编码在CRC中。例如,如果发现种类是组发现,则ProSe组ID可以存在于组发现中。如果发现种类是广播发现,则应用ID可以存在于广播发现中。如果发现种类是单播发现,则ProSe UE ID可以存在于单播发现中。
发现信息流
图20示出了根据本公开的实施例的发现信息传输流。
参考图20,更高层(例如,应用层或D2D协议)2010可以将携带发现信息2011a和2011b的发现容器2013a和2013b提供给接入层(AS)协议栈(下文中称为“协议栈”)230。更高层2010可以将发现信息2011a和2011b打包到发现容器2013a和2013b中,而且协议栈2030可以提供更高层2010能够打包在发现容器2013a和2013b(与参考标记2031a和2031b相同)中的字节数。发现容器2031a和2031b的大小可以依赖于可以在发现信道上发送的信息量。发现容器2031a和2031b可以携带发现信息,而且发现容器2031a和2031b的内容可以对协议栈2030是透明的。协议栈2030可以从发现容器2031a和2031b建立发现PDU 2051a和2051b。发现PDU 2051a和2051b的每个都可以携带一个或多个发现容器2031a和2031b。发现PDU2051a可以包括首标2033a。可替代地,首标可以不被协议栈2030添加到发现PDU 2051b。协议栈2030可以将发现PDU 2051a和2051b发送到PHY层2050。PHY层2050可以将CRC 2055a和2055b附接到发现PDU 2051a和2051b,并且在发现信道上发送发现PDU 2051a和2051b。PHY层2050可以在发现PDU传输之前发送发现前导码2053a和2053b。发现前导码可以在定时方面帮助所述监视UE。如果发现前导码存在,则所述监视UE不需要与发送UE完全定时同步。发现前导码也可以在自动增益控制(AGC)测量和调整方面帮助所述监视UE。发现前导码也可以有助于如前所述的预过滤。发现前导码还可以指示发现PDU的大小。发现前导码可以在每一个发现PDU之前发送。在替代方法中,发现前导码可以仅在指定的时间间隔中传输。例如,可以在每一个发现时段的固定子帧中发送。固定子帧可以是第一子帧。应该注意的是,CRC2055a和2055b可以由协议栈2030,而不是PHY层2050,来附接。在一个实施例中,协议栈可以是3GPP协议栈,其包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等。
图21示出了根据本公开的另一个实施例的发现信息传输流。
参考图21,更高层2110可以将发现信息2111打包到发现容器2113中,并且将发现容器2113发送到协议栈2130。要发送的发现信息2111可以在大小上大于可以在发现信道上携带的信息。如果发现容器2113由于它的大小很大而不能在单个发现信道上携带,则协议栈2130可以将发现容器2113分段。在这种情况下,如图21所示,协议栈2130可以将发现容器2113分段成多个段2133a和2133b,并且在PHY层2150的独立发现信道C1和C2上分别发送分段的发现容器段2133a和2133b。应该注意的是,协议栈2130可以或可以不将首标2131a和2131b添加到发现PDU。在PHY层2150中发送的PHY PDU可以包括发现PDU 2153a和2153b(其包括分段的发现容器段2133a和2133b);以及发现前导码2151a和2151b与CRC码2155a和2155b,它们用于前述实施例中的预过滤。可以选择性地包括发现前导码2151a和2151b。发现前导码可以在每一个发现PDU之前发送。在替代方法中,发现前导码可以仅在指定的时间间隔中传输。例如,可以在每一个发现时段的固定子帧中发送。固定子帧可以是第一子帧。应该注意的是,如果发现容器2113未被分段,则发现信息流可以与图20所示的发现信息流相同。
图22示出了根据本公开的另一实施例的发现信息传输流。
参考图22,更高层2210可以将发现信息2211打包在发现容器2213a和2213b中。例如,协议栈2230可以提供更高层2210能够打包在例如一个发现容器中的字节数。发现容器的大小可以依赖于可以在发现信道上发送的信息量。发现容器可以携带发现信息,而且发现容器的内容可以对协议栈2230是透明的。如图22的示例,如果要发送的发现信息2211在大小上大于发现容器,则更高层2210可以将发现信息2211分段成多个发现容器2213a和2213b,并且将它们发送到协议栈2230。协议栈2230可以从发现容器2233a和2233b中的每个建立发现PDU。协议栈2230可以选择地将首标2231a和2231b添加到发现PDU。协议栈2230可以将发现PUD发送到PHY层2250。PHY层2250可以将CRC 2255a和2255b附加到发现PDU 2253a和2253b,并且在独立发现信道C1和C2上分别发送发现PDU 2253a和2253b。PHY层2250可以在发现PDU传输之前发送发现前导码2251a和2251b。发现前导码可以在每一个发现PDU之前被发送。在替代方法中,发现前导码可以仅在指定的时间间隔中传输。例如,其可以在每一个发现时段的固定子帧中发送。固定子帧可以是第一子帧。可替代地,CRC可以由协议栈2230,而不是PHY层2250,来附接。在一个实施例中,协议栈2230可以是3GPP协议栈,其包括各种层,诸如RRC层、PDCP层、RLC层、MAC层等。
发现PDU的协议栈架构
协议栈中的安全性:
图23a示出了根据本公开的实施例的发现PDU的协议栈架构。
参考图23a,更高层2301可以使用应用平台接口(API)将发现信息(或发现容器)发送到协议栈。协议栈可以包括D2D PDCP、RLC、MAC和PHY层2303、2305、2307和2309。发现信息(或发现容器)可以首先由PDCP层2303处理,以便将特定于D2D***的安全性应用到发现信息(或发现容器)。RLC层2305可以操作在透明模式(TM)下,并且不执行任何处理。然后,MAC层2307可以添加MAC首标(在可变长度MAC服务数据单元(SDU)的情况下,用于预过滤、填充、逻辑信道ID、长度指示符或长度字段等),并且将发现PDU发送到PHY层2309。MAC层2307可以不添加任何首标,并且将发现PDU透明地发送到PHY层2309。
图23b示出了根据本公开的实施例的形成发现PDU的方法。
参考图23b,协议栈可以基于发现信道来确定MAC SDU的大小。图23b中的MAC SDU大小可以是,例如,“X”个字节。然后协议栈可以确定应用应该提供的发现信息/容器的大小,并将其发送给更高层。
图23b中的发现容器的大小可以是“X-Y”个字节。更高层可以将携带由协议栈所指示的大小的发现信息的发现容器发送到协议栈。PDCP层可以在操作2311处理发现信息,并且在操作2313中将安全性首标添加到携带发现信息的发现容器。在操作2315中,然后,携带发现信息的发现容器连同安全性首标一起被MAC层处理。在操作2317中,MAC层可以添加MAC首标和CRC。在一个实施例中,CRC可以由PHY层添加。
图23c示出了根据本公开的另一实施例的形成发现PDU的方法。
应该注意的是,不是每个发现信息都需要安全性。在需要被发送的发现信息不需要任何安全性的情况下,则不存在安全性首标而剩下的空间可以被利用如下:
参考图23c,可以由协议栈在安全性首标的位置执行填充。在这种情况下,协议栈可以向应用层请求相同大小的发现信息,无论安全性是否存在。在操作2321中,PDCP层可以处理发现信息。在操作2323中,MAC层可以处理携带发现信息的发现容器。特定图样可以被用于填充,以使得接收机可以知道填充存在还是安全性首标存在。在操作2325中,如果由MAC层添加MAC首标,则MAC首标中的一些比特也可以指示同样的内容(即,指示填充存在还是安全性首标存在)。
图23d示出了根据本公开的另一个实施例的形成发现PDU的方法。
参考图23d,在操作2331中,PDCP层可以处理发现信息。如果不需要安全性,则协议栈可以向更高层请求大小为“X”个字节,而不是“X-Y”个字节的发现信息。在操作2333中,携带发现信息的发现容器可以由MAC层处理。在操作2335中,MAC层可以添加MAC首标和CRC。在本实施例中,大小为“X-Y”的MAC SDU可以被建立,并且使用更少的物理信道资源来发送。在这种情况下,协议栈可以向更高层请求相同大小的发现信息,无论安全性是否存在。这在图23d中示出。
图24示出了根据本公开的另一实施例的发现PDU的协议栈架构。
参考图24,应用层2401可以使用API将发现信息(或发现容器)发送到协议栈。协议栈可以包括D2D RRC、D2D PDCP、RLC、MAC和PHY层2403、2405、2407、2409和2411。发现信息(或发现容器)可以首先由D2D RRC层2403处理,以建立携带发现信息的RRC消息。然后,RRC消息可以由PDCP层2405处理,以将特定于D2D***的安全性应用到携带发现信息(或发现容器)的RRC消息。RLC层2407可以操作在透明模式(TM)下,并且不执行任何处理。然后,MAC层2409可以添加MAC首标(用于预过滤、填充等),并且将发现PDU发送到PHY层2411。MAC层2409可以不添加任何首标,并且将发现PDU透明地发送到PHY层2411。
在本实施例中发现PDU的形成可以与图23中的发现PDU的形成相同,除了PDCP SDU是携带发现信息的RRC消息,而不是携带来自应用层的发现信息的发现容器。在替代实施例中,发现信息可以在非接入层(NAS)消息,而不是RRC消息,中携带。
更高层的安全性
图25a示出了根据本公开的实施例的发现PDU的协议栈架构。
参考图25a,更高层2501可以使用API将发现信息(或发现容器)发送到协议栈。协议栈可以包括D2D RRC、MAC和PHY层2503、2505、2507。
图25b示出了根据本公开的实施例的形成发现PDU的方法。
参考图25b,在操作2511中,发现信息(或发现容器)可以首先由D2D RRC层2503处理,以建立携带发现信息的RRC消息。在操作2513中,RRC消息然后可以由MAC层2505处理,MAC层2505添加MAC首标(用于预过滤、填充等)并且将发现PDU发送到PHY层2507。MAC层2505可以不添加任何MAC首标,并且将发现PDU透明地发送到PHY层2507。在操作2515中,MAC层2505可以添加MAC首标和CRC。在一个实施例中,CRC可以由PHY层2507添加。
图26a示出了根据本公开的另一实施例的发现PDU的协议栈架构。
参考图26a,更高层2601可以使用API将发现信息(或在发现容器)发送到协议栈。协议栈可以包括D2D MAC和PHY层2603和2605。
MAC层2603可以执行以下功能:
1.与更高层(例如,D2D协议或应用层)2601的接口:MAC层2603可以使用API从更高层(例如,D2D协议或应用层)2601接收发现信息。IP层可以不被用于发送发现信息。发现信息可以对MAC层2603是透明的。
2.调度:MAC层2603可以确定要被用于发送从更高层2601接收的发现信息的无线电资源。如果RRC层未配置专用资源(例如,长期演进(LTE)***中的类型2的资源),则MAC层2603可以从由RRC层配置的传输资源池中选择用于传输的基于竞争的类型1的资源(例如,在LTE***中)。如果RRC层配置了专用资源,则MAC层2603可以选择用于传输的类型2的专用资源。
3.发现PDU生成:MAC层2603可以建立携带发现信息的MAC PDU,而且将MAC PDU发送到物理层2605,以用于在所确定的类型1或类型2的无线电资源中传输。在一个方法中,可以不添加MAC首标。在另一方法中,MAC层2603可以添加MAC首标(用于预过滤、填充等)。MAC层2603可以将MAC PDU和所选择的用于传输的发现资源发送到PHY层2605。
4.安全性:在一个实施例中,安全性可以由MAC层2603来应用。可替换地,安全性可以在更高层2601应用。如果安全性在MAC层2603中应用,则用于安全性的安全性密钥也可以与发现信息一起从更高层2601接收。
5.发现信息接收:
-从更高层2601接收用于接收的指示。
-确定要被用于发现信息接收的无线电资源。接收资源池由RRC层配置。
-将对于发现信息接收所确定的无线电资源发送到PHY层2605。
-从PHY层2605接收发送携带发现信息的MAC PDU,并将接收的发现信息转发到更高层2601。
6.发送发现信息和接收发现信息的优先处理:如果更高层2601指示MAC层2603发送发现信息并且还接收发现信息,则MAC层2603可以首先确定用于发送的资源,然后可以在除了用于发送发信信息的发现时隙外的其他发现时隙中在发现资源中执行接收。
7.在广域网(WAN)发送(例如,从UE到BS的发送)和由UE在UL时隙中执行的发现信息的发送/接收之间的优先处理:在一个方法中,WAN发送总是优先的。
8.在DL时隙中WAN接收(例如,由UE从BS接收)和由UE在UL时隙中执行的发现信息的接收之间的优先处理:WAN接收总是优先的。这个优先级可以仅适用于频分双工(FDD)***。
图26b示出了根据本公开的另一实施例的形成发现PDU的方法。在操作2611中,用于发现信息的传输资源可以如图26a中所述来确定,而且在操作2613中,MAC层2603可以添加MAC首标和CRC。
图27示出了根据本公开的另一实施例的发现PDU的协议栈架构。
参考图27,更高层2701可以使用API将发现信息(或发现容器)直接发送到PHY层2703。更高层2701的D2D协议可以在NAS层中实现。
用于发现的无线电承载/逻辑信道和传送信道结构
在本公开的实施例中,有三种类型的可以为D2D通信创建的无线电承载。
1)无线电承载类型1:这种类型的无线电承载可以携带一个D2D设备和另一D2D设备之间的信令。对于一个D2D设备,可以创建这种类型的多个无线电承载以支持D2D设备与多个D2D设备通信。
2)无线电承载类型2:这种类型的无线电承载可以在D2D通信期间携带一个D2D设备和另一D2D设备之间的应用数据(不包括与发现有关的数据)。对于一个D2D设备,可以创建这个类型的多个无线电承载以支持D2D设备与多个D2D设备通信。
3)无线电承载类型3:这种类型的无线电承载可以携带由D2D设备发送的发现信息。可以在如图28a所示的D2D设备中创建这种类型的多个无线电承载。如图28a中所示的附图标记2810所示,对其应用安全性的发现信息和未对其应用安全性的发现信息可以在不同的无线电承载中携带。第一无线电承载可以被用于携带协议栈未对其应用安全性的发现信息。PDCP/RLC功能可以不应用于这个D2D无线电承载。第二无线电承载可以被用于携带协议栈对其应用安全性的发现信息。PDCP功能将应用于这些无线电承载。无线电承载到发现信息的映射可以基于发现种类来执行。MAC层可以在发现传送信道上执行对于这些无线电承载的逻辑信道的调度。在一个实施例中,可以只有一个这种类型的无线电承载来携带对其应用了安全性的发现信息,如图28b中的附图标记2830所示。
预过滤控制流
图29a和图29b示出了根据本公开的实施例的预过滤的控制流。
参考图29a和图29b,预过滤/监视功能2930a、2940a、2950a、2960a和2980a可以位于AS协议栈2930和2960、D2D协议2940和/或PHY层2950和2980中。(多个)预过滤参数可以以预过滤命令291、292、293和294的形式,由更高层2910和2920发送(例如,经由预过滤管理器2910a)到预过滤/监视功能2930a、2940a、2950a和2980a。包括应用2911-1到2911n、2921-1到2921-n的更高层2910和2920可以是应用层或D2D协议。
图30a和图30b示出了根据本公开的实施例示的预过滤命令。
首先,发现PDU结构可以包括首标和发现容器。在这种情况下,指定大小和特定位置处的某个字段可以被保留以用于携带预过滤参数。这个字段像占位符,用于更高层(例如,应用层或D2D协议)在发送UE中编码一些信息,该信息然后可以由监视UE用来预过滤。预过滤参数(例如,应用ID、发现类型或任何其他参数)可以在更高层决定。在监视UE中,更高层可以将预过滤命令3010发送到预过滤/监视功能3030,而且预过滤命令3010可以在发现PDU的首标3070中包括预过滤值“x”和字段“y”3050。如果发现PDU的首标3070中的字段“y”携带值“x”,则这意味着,发现容器可以被发送到更高层或者对监视UE感兴趣。例如,如图30a所示,两个字段字段_2和字段_4可以存在于发现PDU的首标3070中以用于预过滤。在图30a的示例中,更高层可以将预过滤命令从首标中的字段_2发送到预过滤器值10。
在另一个实施例中,如果如图30b所示在首标中只有一个字段被保留用于预过滤,则在预过滤命令3020中可以不需要字段“y”指示。仅一个字段可以存在于发现PDU的首标3080中以用于预过滤。更高层可以将预过滤命令3020发送到预过滤/监视功能3040,并且将预过滤命令3020发送到预过滤/监视值=10 3060。在这种情况下,不需要指示哪个字段是用于预过滤的字段。
预过滤可以使用CRC来执行。在这种情况下,预过滤命令指示CRC掩码中的预过滤值“x”。预过滤命令可以被发送到PHY层中的预过滤/监视功能。PHY层可以生成与这个值相对应的CRC掩码,并且在接收到的发现PHY PDU中检查CRC。PHY层可以不需要知道预过滤值在更高层中意味着什么。
使用预过滤掩码的预过滤
监视UE中的预过滤能够使用在发现容器接收的发现信息来执行。在这种情况下,更高层可以将预过滤命令发送到预过滤/监视信息功能,该预过滤命令具有关于需要被用于预过滤的发现信息的部分和应该被用于预过滤的值的信息。在一个实施例中,预过滤命令可以以预过滤掩码和预过滤值的形式传达这个信息。可替代地,预过滤命令可以提供应该被用于预过滤的字节/比特偏移和从该字节/比特偏移开始的字节/比特数。在一个实施例中,预过滤命令可以携带多个这样的预过滤掩码和预过滤值。使用预过滤掩码和预过滤值的预过滤可以在D2D协议、AS协议栈或PHY层中执行。
在一个方法中,发现信息可以包括与D2D应用ID相对应的D2D应用代码。D2D应用ID可以具有分级结构。例如,D2D应用ID可以包括宽泛级别服务种类,随后是服务子种类/服务名称等。D2D应用代码可以是用于D2D应用ID的临时标识符,并且可以由家庭网络(即,家庭公共陆地移动网络(PLMN))中的D2D服务器/D2D功能分配给发送UE。D2D应用ID也可以具有或包含关于已经分配了这个D2D应用ID的网络(例如,PLMN)的信息。当D2D应用ID具有分级结构(许多部分)时,D2D应用代码可以通过将代码分配给D2D应用ID的每个部分来生成。发送UE可以发送与D2D应用ID相对应的D2D应用代码。
在监视(多个)发现物理信道期间,监视UE将接收由若干个UE发送的若干个发现信息,并且将执行预过滤以找到它感兴趣的发现信息。
图31示出了本公开的实施例的由监视UE获得用于预过滤的监视过滤器的方法。
参考图31,监视UE 3100可以利用监视UE 3100被授权监视的(多个)D2D应用ID来预先配置。如果监视UE对监视某一(某些)D2D应用ID感兴趣,则监视UE可以创建与家庭PLMN中的D2D服务器(也被称为D2D功能)3300的连接。被发送的D2D应用ID可以是完整的D2D应用ID名称或部分的D2D应用ID名称。在图31的操作3101中,监视UE 3100可以将具有(多个)D2D应用ID的监视请求消息发送到家庭PLMN中的D2D服务器/D2D功能3300。
在操作3103中,家庭PLMN中的D2D服务器/D2D功能330可以将携带(多个)监视过滤器的监视响应消息发送到监视UE 3100。(多个)监视过滤器可以包括一个或多个预过滤掩码和预过滤值。预过滤掩码和预过滤值指示发现信息的一部分。预过滤掩码和预过滤值可以是,例如,需要被用于预过滤的D2D应用代码和应该被用于预过滤的预过滤值。监视响应消息还可以包括关于(多个)监视过滤器在其间有效的持续时间的信息。如果已经从监视UE3100接收到的D2D服务器/D2D功能330的D2D应用ID属于另一PLMN,则D2D服务器/功能3300可以接触该PLMN以获得(多个)监视过滤器。
在发现监视期间,监视UE 3100可以使用从家庭PLMN(HPLMN)中的D2D功能/D2D服务器3300接收的(多个)监视过滤器来过滤发现容器中的所有接收到的D2D应用代码。如果UE找到与(多个)监视过滤器相匹配的(多个)D2D应用代码,则UE可以使用本地存储的映射信息来确定与(多个)D2D应用代码相对应的(多个)D2D应用ID,或者可以询问HPLMN中的D2D服务器/D2D功能。
由协议栈添加的信息
在本公开的实施例中,信息(以下称为“首标信息”)可以以首标的形式添加到从应用层接收的发现信息。首标信息可以包括,例如,诸如发现种类、安全性指示、安全性信息、ProSe UE ID、属性和应用ID的信息字段中的至少一个。包括在首标信息中的信息字段中的至少一个可以如下添加。
图32a和图32b示出了根据本公开的实施例的添加到发现信息的首标信息的配置。图32a示出了应用了安全性的首标信息的配置,而且图32b示出了未应用安全性的首标信息的配置。
参考图32a,首标信息可以包括发现种类3201、安全性指示3203、ProSe UE ID3205和安全性信息3207。如果安全性指示3203被设置为,例如,“1”(例如,如果应用了安全性),则安全性信息3207可以被添加到首标信息。
参考图32b,在未应用安全性的情况下(例如,如果安全性指示3213被设置为“0”),则首标信息可以包括发现种类2311、安全性指示3213和ProSe UE ID 3215。如果发现信道的大小是固定的,则可以包括填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。如果发现信道的大小是可变的,或者如果存在多个容量发现信道,则可以不需要填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。在一些实施例中,应用ID可以存在以代替发现种类。在一些实施例中,应用ID和发现种类都可以存在。在安全性特定于发现种类的一些实施例中,可以不需要安全性指示3203和3213,因为使用发现种类可知安全性的存在和不存在。在一些实施例中,发现种类可以不存在于首标信息中,并且可以使用发现资源种类来指示。
图33a和图33b示出了根据本公开的另一实施例的添加到发现信息的首标信息的配置。图33a示出了应用了安全性的首标信息的配置,而且图33b示出了未应用安全性的首标信息的配置。
参考图33a,首标信息可以包括发现种类3301、安全性指示3303、ProSe UE ID3305和安全性信息3307。如果安全性指示3303被设置为,例如,“1”(例如,如果应用了安全性),则安全性信息3307和ProSe UE ID 3305可以被添加到首标信息。
参考图33b,在未应用安全性的情况下(例如,安全性指示3313被设置为“0”),首标信息可以包括发现种类3311和安全性指示3313。如果发现信道的大小是固定的,则可以包括填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。如果发现信道的大小是可变的,或者如果存在多个容量发现信道,则可以不需要填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。在一些实施例中,应用ID可以存在以代替发现种类。在一些实施例中,应用ID和发现种类都可以存在。在安全性特定于发现种类的一些实施例中,可以不需要安全性指示3303和3313,因为使用发现种类可知安全性的存在和不存在。在一些实施例中,发现种类可以不存在于首标信息中,并且可以使用发现资源种类来指示。
图34a和图34b示出了根据本公开的另一实施例的添加到发现信息的首标信息的配置。图34a示出了应用了安全性的首标信息的配置,而且图34b示出了未应用安全性的首标信息的配置。
参考图34a,首标信息可以包括发现种类3401、安全性指示3404和安全性信息3405。如果安全性指示3404被设置为,例如,“1”(例如,如果应用了安全性),则安全性信息3405可以被添加到首标信息。
参考图34b,在未应用安全性的情况下(例如,如果安全性指示3413被设置为“0”),则首标信息可以包括发现种类3411和安全性指示3413。如果发现信道的大小是固定的,则可以包括填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。如果发现信道的大小是可变的,或者如果存在多个容量发现信道,则可以不需要填充或附加属性(例如,感兴趣的ID或信息)或附加发现信息。在一些实施例中,应用ID可以存在以代替发现种类。在一些实施例中,应用ID和发现种类都可以存在。在安全性特定于发现种类的一些实施例中,可以不需要安全性指示3403和3413,因为使用发现种类可知安全性的存在和不存在。在一些实施例中,发现种类可以不存在于首标信息中,并且可以使用发现资源种类来指示。
发现种类
在本公开的实施例中,发现分类可以通过以下方式中的至少一个来执行。应该注意的是,这些分类是仅用于说明,并且不限制本公开对于其他发现分类的使用范围。
*分类方法1:
-单播发现:寻找(多个)朋友,寻呼等。
-组发现:寻找特定组或组成员,像公共安全。
单播发现和组发现可以被限制为(多个)特定UE。
-广播发现:广告,网络(NW)连通性的中继发现,UE连通性的中继发现,寻找特定感兴趣的服务或人等。
广播发现可以不被限制为特定UE。
*分类方法2:
-单播发现:公布型,征求型等。
-组发现:公布型,征求型等。
-广播发现
*分类方法3:
-单播发现:寻找(多个)朋友,寻呼等。
-组发现:寻找特定组或组成员,像公共安全。
单播发现和组发现可以被限制为(多个)特定UE。
-广播发现:广告,寻找特定感兴趣的服务或人等。
广播发现可以不被限制为特定UE。
-中继发现:NW连通性的中继发现,UE连通性的中继发现等。
*分类方法4:
-单播发现:公布型,征求型,回复,确认等。
-组发现:公布型,征求型,回复,确认等。
-广播发现:广告,寻找特定感兴趣的服务或人等。
广播发现可以不被限制为特定UE。
-中继发现:NW连通性的中继发现(公布型,征求型),UE连通性的中继发现(公布型,征求型)等。
*分类方法5:
-开放的发现,受限的发现
*分类方法6:
-公布,征求,中继,确认
*分类方法7:
-公共安全发现,非公共安全性发现
本公开的上述实施例可以被实现为计算机可读记录介质中的计算机可读代码。计算机可读记录介质可以是能够存储可由计算机***读取的数据的任何数据存储设备。计算机可读记录介质的示例可以包括只读存储器(ROM)、易失性或非易失性存储器、光盘只读存储器(CD-ROM)、磁带、软盘、光学数据存储设备、和载波(例如,互联网上的数据传输)。此外,用于实现本公开的实施例的功能程序、代码和代码段可以容易地被本公开所示领域的程序员解释。
可以理解的是,根据本公开的实施例的装置和方法可以以硬件、软件或它们的组合的形式来实现。软件可以被存储在易失性或非易失性存储设备(例如,可擦除/可重写ROM)、存储器(例如,RAM、存储器芯片或存储器IC)、或光学/磁可记录机器(例如,计算机)可读存储介质(例如,CD、CD-ROM、磁盘或磁带)。根据本公开的实施例的方法可以由计算机或包括控制器和存储器的各种移动终端,或者由网络实体,诸如移动通信***中的由通信运营商管理的服务器,来实现。存储器可以是适合于存储包括用于实现本公开的实施例的指令的一个或多个程序的机器可读存储介质的示例。
因此,本公开的实施例可以包括具有用于实现由所附权利要求限定的装置和方法的代码的程序,和存储该程序的机器(例如,计算机)可读存储介质。
如从前面的描述明显看出的是,根据本公开的实施例,可以提供各种方法,在所述方法中,UE可以在D2D通信***中使用CRC、应用ID、资源种类、发现前导码等预过滤它感兴趣的发现信息。
此外,根据本公开的实施例,可以在D2D通信***中通过从诸如应用层的更高层直接向物理层发送发现信息,来容易地发送和接收发现信息。
此外,根据本公开的实施例,在D2D通信***中,MAC层可以容易地调度用于发送发现信息的资源。
尽管已经在本说明书中分别描述了本公开的实施例,但是这些实施例中的两个或更多个也可以组合实施。
虽然已经参考本公开的某些示例实施例示出和描述了本公开,但是本领域术人员应当理解,可以在形式和细节上对其做出各种改变而不脱离由所附权利要求及其等同物定义的本公开的精神和范围。
Claims (20)
1.一种在支持接近服务的无线通信***中由用户设备UE发送发现信息的方法,该方法包括:
在UE的媒体访问控制MAC层中,直接从UE的接近服务ProSe协议层接收用于与所述接近服务相关联的发现的发现信息;
在MAC层中,生成包括所接收的发现信息的MAC协议数据单元PDU;并且
在物理PHY层中,发送包括所生成的MAC PDU的发现信号。
2.如权利要求1所述的方法,还包括在MAC层中确定要被用于发送所述发现信息的资源。
3.如权利要求1所述的方法,其中,所述UE中包括的用于所述发现的协议栈包括所述MAC层和所述PHY层。
4.如权利要求1所述的方法,其中,因特网协议层不被用于发送所述发现信息。
5.如权利要求1所述的方法,其中,不向所述MAC PDU添加MAC首标。
6.如权利要求1所述的方法,其中,使用特定子帧发送所述发现信号。
7.如权利要求1所述的方法,其中,所述UE和基站之间的发送和接收在优先级上高于所述发现信号的发送。
8.一种支持接近服务的无线通信***中的用于发送发现信息的用户设备UE,该UE包括:
发送器,被配置为发送信号;以及
控制器,被配置为控制以:
在UE的媒体访问控制MAC层中,直接从UE的接近服务ProSe协议层接收用于与所述接近服务相关联的发现的发现信息;
在MAC层中,生成包括所接收的发现信息的MAC协议数据单元PDU;并且
在物理PHY层中,发送包括所生成的MAC PDU的发现信号。
9.如权利要求8所述的UE,其中,所述控制器还配置为在MAC层中确定要被用于发送所述发现信息的资源。
10.如权利要求8所述的UE,其中,用于所述发现的协议栈包括所述MAC层和所述PHY层。
11.如权利要求8所述的UE,其中,所述控制器还配置为不使用因特网协议层来发送所述发现信息。
12.如权利要求8所述的UE,其中,不向所述MAC PDU添加MAC首标。
13.如权利要求8所述的UE,其中,所述控制器还配置为控制使用特定子帧发送所述发现信号。
14.如权利要求8所述的UE,其中,所述UE和基站之间的发送和接收在优先级上高于所述发现信号的发送。
15.一种在支持接近服务的无线通信***中由用户设备UE接收发现信息的方法,该方法包括:
在物理PHY层中,接收包括媒体访问控制协议数据单元MAC PDU的发现信号,所述发现信号包括用于与所述接近服务相关联的发现的发现信息;
从MAC层,提取所接收的MAC PDU中包括的所述发现信息;并且
在UE的MAC层中,将所提取的发现信息直接转发给UE的接近服务ProSe协议层层。
16.如权利要求15所述的方法,还包括在MAC层中确定要被用于接收所述发现信息的资源。
17.如权利要求15所述的方法,其中,所述UE中包括的用于所述发现的协议栈包括所述MAC层和所述PHY层。
18.一种在支持接近服务的无线通信***中接收发现信息的用户设备UE,该UE包括:
接收器,被配置为接收信号;以及
控制器,被配置为控制以:
在物理PHY层中,接收包括媒体访问控制协议数据单元MAC PDU的发现信号,所述发现信号包括用于与所述接近服务相关联的发现的发现信息;
从MAC层,提取所接收的MAC PDU中包括的所述发现信息;并且
在UE的MAC层中,将所提取的发现信息直接转发给UE的接近服务ProSe协议层。
19.如权利要求18所述的UE,其中所述控制器还被配置为在MAC层中确定要被用于接收所述发现信息的资源。
20.如权利要求18所述的UE,其中,所述UE中包括的用于所述发现的协议栈包括所述MAC层和所述PHY层。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN817/KOL/2013 | 2013-07-10 | ||
IN817KO2013 | 2013-07-10 | ||
PCT/KR2014/006194 WO2015005693A1 (en) | 2013-07-10 | 2014-07-10 | Method and apparatus for transmitting and receiving discovery information in wireless communication system, and protocol stack architecture for the same |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105557034A CN105557034A (zh) | 2016-05-04 |
CN105557034B true CN105557034B (zh) | 2019-02-15 |
Family
ID=52280288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480049896.0A Active CN105557034B (zh) | 2013-07-10 | 2014-07-10 | 无线通信***中发送和接收发现信息的方法和装置及其协议栈架构 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10154402B2 (zh) |
KR (1) | KR102219197B1 (zh) |
CN (1) | CN105557034B (zh) |
CA (1) | CA2917993C (zh) |
WO (1) | WO2015005693A1 (zh) |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10117224B2 (en) * | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
US10110713B2 (en) | 2014-09-12 | 2018-10-23 | Samsung Electronics Co., Ltd. | Handling different protocol data unit types in a device to device communication system |
US9992806B2 (en) * | 2015-01-15 | 2018-06-05 | Intel IP Corporation | Public safety discovery and communication using a UE-to-UE relay |
CN107113594B (zh) * | 2015-01-16 | 2021-01-29 | 三星电子株式会社 | 设备到设备通信***的安全发送和接收发现消息的方法 |
FR3032083A1 (fr) * | 2015-01-23 | 2016-07-29 | Orange | Differentiation de classes de services de proximite dans des messages entre terminaux mobiles |
KR20170109002A (ko) | 2015-01-27 | 2017-09-27 | 엘지전자 주식회사 | D2D 통신 시스템에서의 ProSe를 위한 패킷 필터링 수행 방법 및 그 장치 |
CN107580788B (zh) | 2015-02-26 | 2021-10-15 | 三星电子株式会社 | 用于在单播设备到设备(d2d)通信和组播d2d通信之间区分的方法 |
CN107534832B (zh) * | 2015-04-17 | 2021-01-01 | Lg电子株式会社 | 在无线通信***中测量d2d信号或选择中继的方法和设备 |
WO2016186438A1 (ko) * | 2015-05-18 | 2016-11-24 | 삼성전자 주식회사 | 무선 통신 시스템에서 근접 서비스 통신을 수행하는 방법 및 장치 |
KR102512634B1 (ko) | 2015-06-10 | 2023-03-23 | 삼성전자주식회사 | 단말간 직접 통신 방법 및 장치 |
EP3335495B1 (en) * | 2015-08-12 | 2020-07-29 | Intel Corporation | Resource access in device to device communication |
WO2017045124A1 (zh) * | 2015-09-15 | 2017-03-23 | 华为技术有限公司 | 一种收发应用层参数信息的方法和设备 |
CN106851742B (zh) * | 2015-12-04 | 2019-11-12 | ***通信集团公司 | 一种在mac层实现空口调度的方法及装置 |
US10098059B2 (en) | 2016-04-29 | 2018-10-09 | Qualcomm Incorporated | Discovering physical cell identifiers in wireless communications |
US9913311B1 (en) | 2016-08-23 | 2018-03-06 | Qualcomm Incorporated | Methods for TxPool selection for LTE-D code transmission |
US20180332537A1 (en) * | 2017-05-10 | 2018-11-15 | Qualcomm Incorporated | Methods and apparatus for intelligent monitoring in discovery periods |
US11343666B2 (en) * | 2018-02-13 | 2022-05-24 | Qualcomm Incorporated | Waveform design of discovery signals |
US10841781B2 (en) * | 2018-02-13 | 2020-11-17 | Qualcomm Incorporated | Discovery preamble content for a device discovery procedure |
WO2020151751A1 (en) * | 2019-01-24 | 2020-07-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for platoon-based communications |
US20230217232A1 (en) * | 2020-07-30 | 2023-07-06 | Qualcomm Incorporated | User plane protocol design for new radio (nr) sidelink discovery message |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101346935A (zh) * | 2005-12-23 | 2009-01-14 | 索尼德国有限责任公司 | 用于改进基于UPnP的无线通信网络中的服务和设备发现的***和方法 |
CN101371466A (zh) * | 2006-02-06 | 2009-02-18 | 三星电子株式会社 | 使用动态主机配置协议搜索并获取切换信息的方法和设备 |
CN102047702A (zh) * | 2008-06-27 | 2011-05-04 | 高通股份有限公司 | 用于传达和/或使用发现信息的方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7664081B2 (en) | 2004-12-22 | 2010-02-16 | Nokia Corporation | Wireless gateway for enabling wireless devices to discover and interact with various short-range services/devices |
US9320067B2 (en) | 2008-11-24 | 2016-04-19 | Qualcomm Incorporated | Configuration of user equipment for peer-to-peer communication |
US9503966B2 (en) * | 2011-07-22 | 2016-11-22 | Nokia Technologies Oy | Idle mode access through assisted discovery |
US8838031B2 (en) | 2011-10-03 | 2014-09-16 | Qualcomm Incorporated | Alternative path configuration for peer-to-peer networking |
US8867512B2 (en) * | 2012-07-30 | 2014-10-21 | Qualcomm Incorporated | Autonomous discovery for enhanced wifi devices |
-
2014
- 2014-07-10 KR KR1020167003532A patent/KR102219197B1/ko active IP Right Grant
- 2014-07-10 CA CA2917993A patent/CA2917993C/en active Active
- 2014-07-10 US US14/904,273 patent/US10154402B2/en active Active
- 2014-07-10 WO PCT/KR2014/006194 patent/WO2015005693A1/en active Application Filing
- 2014-07-10 CN CN201480049896.0A patent/CN105557034B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101346935A (zh) * | 2005-12-23 | 2009-01-14 | 索尼德国有限责任公司 | 用于改进基于UPnP的无线通信网络中的服务和设备发现的***和方法 |
CN101371466A (zh) * | 2006-02-06 | 2009-02-18 | 三星电子株式会社 | 使用动态主机配置协议搜索并获取切换信息的方法和设备 |
CN102047702A (zh) * | 2008-06-27 | 2011-05-04 | 高通股份有限公司 | 用于传达和/或使用发现信息的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US10154402B2 (en) | 2018-12-11 |
US20160157080A1 (en) | 2016-06-02 |
CN105557034A (zh) | 2016-05-04 |
KR20160030298A (ko) | 2016-03-16 |
CA2917993C (en) | 2022-11-01 |
KR102219197B1 (ko) | 2021-02-23 |
CA2917993A1 (en) | 2015-01-15 |
WO2015005693A1 (en) | 2015-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105557034B (zh) | 无线通信***中发送和接收发现信息的方法和装置及其协议栈架构 | |
CN104160726B (zh) | 用于分配网络资源的***和方法 | |
CN106233696B (zh) | 发送用于d2d通信***的层-2状态变量的显式信号的方法及其设备 | |
US10638455B2 (en) | System and method of logical channel prioritization for D2D communication | |
CN104919861B (zh) | 用于机器类型通信的广播和寻呼信道 | |
CN103124399B (zh) | 集群组呼寻呼的侦听方法及装置 | |
CN103999528B (zh) | 使用减少的信道带宽的设备通信 | |
US20130058317A1 (en) | Method in which a group of terminals receives a downlink control channel, and method in which the terminals make requests for bandwidth in a wireless communication system in which the same stid or c-rnti is allocated to the group of terminals | |
CN104488294B (zh) | 下行信息发送方法、接收方法、基站及用户设备 | |
CN108347313A (zh) | 反馈方法及用户设备 | |
CN107926037A (zh) | 用于降低 lte 上行链路传输的时延的方法和设备 | |
US10264572B2 (en) | Method and device for scrambling sequence configuration, user equipment, and base station | |
CN108029133A (zh) | 用于降低lte上行链路传输的时延的方法和设备 | |
US10237046B2 (en) | Cell status changing method, user equipment, and base station | |
TW200950389A (en) | Methods of sending control information for users sharing the same resource | |
CN105940622A (zh) | 处理用于d2d通信***的id冲突的方法及其装置 | |
TW201216752A (en) | Method of performing power headroom reporting and communication device thereof | |
CN118354429A (zh) | 提供用于侧行链路控制的无线电资源信息的方法和装置 | |
EP4135418A1 (en) | Method and device for sidelink communication based on drx | |
CN108418661A (zh) | 数据传输方法及装置 | |
US20130136048A1 (en) | Method and device for transmitting and receiving downlink data for no-mobility mobile station in idle state | |
WO2018059250A1 (zh) | 反馈信息处理方法、装置及***、基站、终端 | |
JP2014531871A (ja) | 無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置 | |
CN103491640A (zh) | 终端设备的调度方法和设备 | |
CN102387588B (zh) | 下行控制信息的调度方法及装置 |
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 |