一种在mtc毛细管网络中选择及建立d2d通信路径的方法
【专利摘要】本发明提供一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法，执行于一MTC装置，包含：接收一呼叫请求；当该MTC装置可使用一MTC网关时，将该呼叫请求以附带方式置入一探测/信标信号以及将夹带该呼叫请求的该探测/信标信号传送至该MTC网关；当从该MTC网关接收到一不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的基地台；以及当从该MTC网关接收一附带呼叫回复的探测/信标信号时：当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立一D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立一直接手机连接。
【专利说明】—种在MTC毛细管网络中选择及建立D2D通信路径的方法
【技术领域】
[0001]本发明涉及一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法。
【背景技术】
[0002]机器对机器(Machine-to-Machine, M2M)通信使得机器能够与直接与另一台机器沟通。由于具有的产生大量营收的商业潜力，M2M通信迅速地成长扩张。在3GPP环境下，M2M也被称为是机器类型通信(Machine-TypeCommunication, MTC)。MTC使用能够撷取事件的装置，例如，其中的事件可为温度、瓦斯或水的消耗量，并通过有线或无线网络传递该事件至一 MTC应用程序。例如，具有测量应用的智能电表被认为会是MTC装置的最早的应用之一。其他MTC装置，例如，电子健康监视器、生产管理、安全追踪系统等都在后续应用的规画中。
[0003]图1所示为现有的通信环境中MTC装置的负载者路径(bearer path)的示意图。如图1所示，一 MTC毛细管网络110包含多个MTC装置101与通常一个MTC网关装置102。当伺服网关(serving gateway, SGff) 103 收到给 MTC 装置 101 的封包(packet), SGff 103送出一下行(downlink, DL)数据通知(datanotification)至移动管理实体(mobilitymanagement entity, MME) 104。当接获来自SGW 103的DL数据通知，MME 104送出一呼叫信号(paging signal)至一 eNB 或基地台(base station, BS) 105,该 BS 105 再将该呼叫信号传递至MTC装置101。在回复时，MTC装置101建立一条经过BS 105至SGW 103的数据路径以利后续的MTC数据传输。在上述情境中，MTC网关装置102并未插手负载者路径的建立。
[0004]在其他进行的研究中，3GPP还建立包含MTC传输情境的共通或特有的服务需求。根据该需求，MTC装置可直接与一或多个MTC伺服器沟通。在另一传输情境中，所谓的不具有3GPP通信能力的本地存取(local-access)装置位于一MTC毛细管网络中，该MTC毛细管网络提供其涵盖范围内的本地存取装置与一 MTC网关装置之间的本地连接。所谓的MTC网关装置即是一 MTC装置，该MTC装置可权充为MTC毛细管网络中的本地存取装置的网关以通过一 PLMN与一或多个MTC伺服器沟通。一般而言，MTC装置可同时具有3GPP与非3GPP通信能力。
[0005]另一方面，网络支援的装置对装置(device-to-device, D2D)通信也被视为可利用通信装置的实体接近性(proximity)来改善本地服务的技术。D2D通信可提供下列优点:(I)使用者设备的接近性可允许极高位元率、低延迟与低耗能的传输；(2)无线电资源可同时为手机与D2D连接所用，提升了无线电资源的使用效率；以及(3)在D2D模式中只用单一连接，而非如同在手机模式中经由存取点(access point)通信时一般，必须分别用一上传连接与一下载连接资源。
[0006]图2所示为一包含具有3GPP能力与其他无线接口的MTC装置以及非3GPP的本地存取装置的MTC毛细管网络的示意图。如图2所示，MTC毛细管网络包含多个MTC装置201，至少一 MTC网关装置202以及多个非3GPP本地存取装置203.D2D连接可建立在两个MTC装置201之间、两个MTC网关装置202之间、或是一个MTC装置201和一个MTC网关装置202之间。
[0007]当使用者装置(user equipment，UE) A欲与UE B建立一连接时，网络支援的D2D连接建立技术可启动一程序，包含:检查UE A与UE B是否为D2D连接的候选者；触发信标信号的传递以决定连接品质；以及决定D2D是否适合，若适合，则分配资源。
【发明内容】
[0008]本发明揭露一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法，依据前述方法执行于MTC网关上的MTC装置的程序，以及依据前述方法执行于MTC网关上的MTC网关的程序。
[0009]本发明的一实施例揭露一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法中的一种执行于MTC装置上的MTC装置程序；该MTC装置程序包含:接收呼叫请求(paging request);当该MTC装置可使用MTC网关时,将该呼叫请求以附带方式(piggyback)置入探测/信标信号(probe/beacon signal)以及将夹带该呼叫请求的该探测/信标信号传送至该MTC网关(gateway);当从该MTC网关接收到不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的eNB ；以及当从该MTC网关接收附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立直接手机连接。
[0010]本发明的另一实施例揭露一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法中的一种执行于MTC网关上的MTC网关程序；该MTC网关程序包含:从MTC装置接收附带呼叫请求的探测/信标信号；当该MTC装置有权限使用该MTC网关时，决定D2D连接品质，并回报与该MTC网关连接的eNB，并且送出不附带呼叫回复的探测/信标信号至该MTC装置；以及，当从该eNB接收回复时:当收到的回复表示不使用D2D通信时，送出回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号；或者，当收到的回复表示要使用D2D通信时，送出回复至该MTC装置以接受该附带呼叫请求的探测/信标信号。
[0011]本发明的又一实施例揭露一种在MTC毛细管网络中选择及建立D2D通信路径的方法；该MTC毛细管网络具有多个MTC装置以及MTC网关，该方法包含:该MTC装置接收呼叫请求；当该MTC装置决定可使用该MTC网关时，以附带方式将该呼叫请求夹带入探测/信标信号中，并将该附带该呼叫请求的探测/信标信号至该MTC网关，然后等待直到收到来自该MTC网关的回复d_MTC网关接收来自该MTC装置的附带呼叫请求的探测/信标信号；当该MTC网关判定该MTC装置有权限可使用该MTC网关时，决定D2D连接品质，并回报eNB，并送出不附带呼叫回复的探测/信标信号至该MTC装置；当该MTC网关收到来自该eNB的回复时，该MTC网关:当收到的来自该eNB回复是表示不要使用D2D通信时，送出回复至该MTC装置表示要拒绝该附带呼叫的探测/信标信号；或者，当收到的来自该eNB回复是表示要使用D2D通信时，送出回复至该MTC装置表示要接受该附带呼叫的探测/信标信号；当该MTC装置接收来自该MTC网关的回复时，该MTC装置:当从该MTC网关接收到不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的eNB，并且重新等待直到接到来自该MTC网关的附带呼叫回复的探测/信标信号；以及当从该MTC网关接收附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立直接手机连接
[0012]的的以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。
【专利附图】
【附图说明】
[0013]图1所示为在现有的通信环境中MTC装置负载者路径的示意图；
[0014]图2所示为一包含具有3GPP能力与其他无线接口的MTC装置以及非3GPP的本地存取装置的MTC毛细管网络的示意图；
[0015]图3所不为本发明的一实施例MTC毛细管网络中MTC装直负载者路径的不意图；
[0016]图4所示为本发明实施例的MTC装置程序的流程图；
[0017]图5所示为本发明实施例的MTC网关程序的流程图；
[0018]图6所示为本发明实施例的MTC网关拒绝D2D连接请求的情况下的信息流示意图；
[0019]图7所示为本发明实施例的eNB拒绝D2D连接请求的情况下的信息流示意图；
[0020]图8所示为本发明实施例的eNB接受D2D连接请求的情况下的信息流示意图；
[0021]图9所示为本发明实施例的将在SGW中MTC装置的缓冲区内的DL封包倒入SGW中MTC网关的缓冲区内的示意图；
[0022]图10所示为本发明实施例的将一具有最高封包过滤器评估顺序的封包过滤器加入及连接至具有最高封包过滤器评估顺序的MTC网关封包过滤器示意图；
[0023]图11所示为本发明实施例的解决上述两问题的修正程序的示意图；
[0024]图12所示为图8的在eNB接受D2D连接请求的情况后的信息流示意图。
[0025]其中，附图标记
[0026]101MTC 装置
[0027]102MTC 网关
[0028]103 伺服网关(SGW)
[0029]104移动管理实体(MME)
[0030]IO5 基地台(eNB、BS)
[0031]110MTC毛细管网络
[0032]20IMTC 装置
[0033]202MTC网关装置
[0034]203非3GPP本地存取装置
[0035]204 基地台(eNB、BS)
[0036]30IMTC 装置
[0037]302MTC 网关
[0038]303 伺服网关(SGW)[0039]304移动管理实体(MME)
[0040]305 基地台(eNB、BS)
[0041]310MTC毛细管网络
【具体实施方式】
[0042]为了说明的目的，在下列详细描述中，描述许多具体的细节以增进对实施例的通盘了解。然而，该实施例也可不依据该具体的细节而实现。在其他实施例中，现有技术的结构与装置仅以示意呈现以简化附图。
[0043]本发明的实施例描述一补强的呼叫程序以触发一机制，该机制可在一被呼叫的终端设备与一 MTC网关的间建立一 D2D连接，或者拒绝建立D2D连接得请求，并要求该被呼叫的终端设备建立一传统连接；其中，该机制包含呼叫补强，例如，使用接受呼叫来表示可用D2D连接，或是使用拒绝呼叫来表示不可用D2D连接。
[0044]当有下行封包要传给处于闲置状态(idle)具3GPP能力的MTC装置，通信网络便启动依呼叫程序来要求该装置将状态自闲置改为连接状态，并建立一 EPS负载者(bearer)。
[0045]当该MTC装置距离一与该MTC装置有相关性的MTC网关很近时，若能建立一替代路径(alternative path)从该MTC装置到该MTC网关的，也即，D2D连接，再从该MTC网关连接到网络，也即，MTC伺服器，网络与使用者将同蒙其利。当MTC网关已经具有连至网络的活动连接时，该替代路径特别有利于节省许多信号信息的传递，并且需要较少的资源，如图3所示。
[0046]图3所不为本发明实施例的MTC毛细管网络中MTC装直负载者路径的不意图。如图3所示，MTC毛细管网络310包含多个MTC装置301，以及至少一 MTC网关装置302。相较于图1，其中该连接从MTC装置经过BS到SGW ;当MTC毛细管网络310支援本发明的方法时，可建立额外的负载者路径，例如，从MTC装置301经过一或多个MTC网关302与BS 305到SGW 303。换言之，在本实施例中，MTC装置301和MTC网关302可执行一补强的呼叫程序来决定是否应该为D2D连接建立一替代的负载者路径。在图3中，用实线表示的负载者路径是现有的负载者路径，用虚线表示的负载者路径是可在支援本发明的系统中建立的替代负载者路径。
[0047]为促进决定来建立D2D连接或直接手机连接，本发明提供一种在MTC毛细管网络中选择及建立D2D通信路径的方法。该方法包含一 MTC装置程序与一 MTC网关程序，分别执行于MTC装置与MTC网关。图4与图5所示分别为本发明实施例的MTC装置程序与MTC网关程序的流程图。
[0048]图4所示为本发明实施例的MTC装置程序，包含:接收一呼叫请求；当该MTC装置可使用该MTC网关时，将该呼叫请求以附带方式(piggyback)置入一探测/信标信号(probe/beacon signal)以及将附带该呼叫请求的该探测/信标信号传送至一 MTC网关(gateway);当从该MTC网关接收到一不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的eNB ;以及当从该MTC网关接收一附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立一D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立一直接手机连接。
[0049]如图4所示，该执行于MTC装置的MTC装置程序包含下列步骤。在步骤401中，MTC装置收到一呼叫请求。步骤402决定该MTC装置是否可使用MTC网关；若不能使用，该MTC装置建立一直接手机连接，如步骤409所示，并结束此MTC装置程序。否则，在步骤403中，该MTC装置送出一附带呼叫请求的探测/信标信号给MTC网关，并等候直到收到MTC网关的回复，如步骤404所示。当收到来自MTC网关的回复，如步骤404，该MTC装置决定该MTC网关回复是否为一不附带呼叫回复的探测/信标信号的回复，如步骤405所示；若是，该MTC装置进行决定D2D连接品质，并回报eNB (也即，BS)，如步骤406所示；否则，该MTC装置决定该回复是否表示MTC网关接受该附带呼叫请求的探测/信标信号，如步骤407所示；若是，该MTC装置建立一 D2D通信连接，如步骤408所示，并回等待直到接收一来自该MTC网关回复的步骤；否则，若该回复是否表示拒绝该附带呼叫请求的探测/信标信号，该MTC装置建立一直接手机连接，如步骤409所示。若该附带呼叫请求的探测/信标信号被拒绝(以拒绝呼叫的探测/信标信号)，则无法建立D2D连接，MTC装置必须建立一直接手机连接。
[0050]图5所示为本发明实施例的MTC网关程序，包含:从一 MTC装置接收一附带呼叫请求的探测/信标信号；当该MTC装置有权限使用该MTC网关时，决定D2D连接品质，并回报与该MTC网关连接的eNB，并且送出一不附带呼叫回复的探测/信标信号至该MTC装置；以及，当从该eNB接收一回复时:当收到的回复表示不使用D2D通信时，送出一回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号；或者，当收到的回复表示要使用D2D通信时，送出一回复至该MTC装置以接受该附带呼叫请求的探测/信标信号。
[0051]相对应地，图5的MTC网关程序包含下列步骤。在步骤501中，MTC网关从一 MTC装置接收一附带呼叫请求的探测/信标信号。步骤502是由该MTC网关该MTC装置是否有权限可使用该MTC网关；若不是，该MTC网关送出一回复给该MTC装置以拒绝该附带呼叫请求的探测/信标信号，如步骤510所示，并且终止该MTC网关程序。否则，当判定该MTC装置有权限可使用该MTC网关(步骤502)时，该MTC网关决定D2D连接品质，并回报eNB，并送出一不附带呼叫回复的探测/信标信号到该MTC装置(步骤503)，并等待eNB的回复，如步骤504所示。在步骤504中，当MTC网关收到eNB的回复时，MTC网关判断eNB的回复是否使用D2D，如步骤505所示。若步骤505中的eNB的回复是使用D2D，则MTC网关送出一回复至MTC装置表示接受附带呼叫请求的探测/信标信号，如步骤506所示。然后，MTC网关则执行步骤507在从MTC装置收到上行(uplink，UL)数据后暂存缓冲该UL数据，再执行步骤508，启动修正的” UE请求负载者资源修改”程序。
[0052]图6所示为本发明实施例的MTC网关拒绝D2D连接请求的情况下的信息流示意图。如图6所示，MTC装置送出一附带呼叫的探测/信标信号给MTC网关(标号601)。当MTC网关判定应拒绝该D2D，例如，当没有无现存的RRC(active RRC)连接时，或MTC网关已经超过负载时，送出一拒绝附带呼叫的探测/信标信号给MTC网关(标号602)。
[0053]图7所示为本发明实施例的eNB拒绝D2D连接请求的情况下的信息流示意图。如图7所示，MTC装置送出一附带呼叫的探测/信标信号至MTC网关(标号701)。当MTC网关收到该请求，MTC网关决定D2D连接品质(标号702)，并将所得的D2D连接品质信息回报eNB (标号703)。MTC网关并送出一信标信号至MTC装置以要求该MTC装置决定D2D连接品质(标号704)。该MTC装置决定D2D连接品质(标号705)，并将所得的D2D连接品质信息回报eNB (标号706)。eNB处理来自MTC装置与MTC网关的D2D连接品质信息并决定该MTC装置应该使用D2D模式或手机模式(标号707)。当D2D D2D连接品质不够好时，eNB送出一通知至MTC网关不要使用D2D连接(标号708)，并且MTC网关送出一拒绝附带呼叫的探测/信标信号至MTC装置(标号709)。
[0054]值得注意的是当该MTC装置并无权限使用该MTC网关时、当MTC网关超载时、当没有无现存的RRC (active RRC)连接到eNB时，或eNB决定使用D2D并无益处时，送出一拒绝回复到该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
[0055]图8所示为本发明实施例的eNB接受D2D连接请求的情况下的信息流示意图。标号801-807的信息与步骤与图7中标号701-707相同，不再赘述。与图7中的情境差别在于，在此情境中，eNB送出接受通知给MTC网关来使用D2D连接(标号808);而MTC网关将此皆受通知利用一附带接受呼叫的信标信号传递至MTC装置(标号809)。另外，eNB也必须通知MME该MTC装置为活动的(标号810)。
[0056]当该MTC网关送出一回复到该MTC装置以表示接受该附带呼叫请求的探测/信标信号建立一 D2D连接，同时需要解决两个问题。其一是当有给处于闲置状态的MTC装置的下行封包时，该封包需要被暂存缓冲于SGW中，直到该MTC装置已经建立适当的数据负载者。然而，当系统决定采用经由MTC网关的替代负载者路径时，将不会建立一从SGW到该MTC装置的直接负载者。因此，系统需要将被暂存缓冲的封包倒入一个属于该MTC网关的负载者，如图9所示。图9所示为本发明实施例的将在SGW中MTC装置的缓冲区内的DL封包倒入SGff中MTC网关的缓冲区内的示意图。要将被暂存缓冲在SGW中给MTC装置的DL封包倒入SGff中给MTC装置的缓冲区，该MTC网关可送出一请求，以改变SGW中的DL隧道端点标示符(tunnerendpoint identifier, TEID)以便将暂存缓冲的DL数据倒入MTC网关负载者。该请求可由修正的"UE请求负载者资源修改”程序加以启动，该修正的程序是利用修正一 3GPP标准程序而得。如图9所示，MTC网关负载者(#1)是由修正的”UE请求负载者资源修改”程序所选的，而被暂存缓冲在MTC负载者装置(#2)的DL封包则被倒入所选的MTC网关负载者(#1) O
[0057]第二问题个是到达TON网关的DL封包需要前送到属于MTC网关的负载者，而非属于MTC装置的负载者。要解决这问题，MTC网关使用一修正的UE请求负载者修改程序来加入一在与所有MTC装置相关联数据流模块(Traffic Flow Templete, TFT)的过滤器中具有最高封包过滤器评估顺序的封包过滤器，并将新加入的封包过滤器连接至MTC网关的封包过滤器中具有最高封包过滤器评估顺序的封包过滤器。图10所示为本发明实施例的将一具有最高封包过滤器评估顺序的封包过滤器加入及连接至具有最高封包过滤器评估顺序的MTC网关封包过滤器示意图。
[0058]图11所示为本发明实施例的解决上述两问题的修正程序的示意图，包含修正的UE 请求负载者资源修改程序(modified UE requested bearer resourcemodificationprocedure)、修正的修改负载者请求程序(modified modify bearerrequest procedure)、或修正的修改更新负载者请求程序(modified update bearerrequest procedure)以及修正的负载者资源指令(modified bearer resourcecommand)。如图11所不，MTC网关执行该修正的UE请求负载者资源修改程序以送出一信息至MME来改变TFT封包过滤器以将封包通过MTC网关负载者传递至MTC装置/应用伺服器，并触发MME执行一修正的负载者资源指令以送出一信息至SGW,然后至数据封包网关(packet data networkgateway, PDN GW)。如此一来，就可解决这个到达TON网关的DL封包需要前送到属于MTC网关的负载者，而非属于MTC装置的负载者的问题。后续的DL封包被从TON Gff经过SGW与eNB传送到达MTC网关。另一方面，MME与SGW则执行修正的修改负载者请求程序、或修正的修改更新负载者请求程序，利用改变SGW中的DL TEID以解决第一个问题:将被暂存缓冲的DL封包倒入属于该MTC网关的一负载者。
[0059]当MME收到该请求负载者资源修改的信息时，MME必须要验证该请求以确认该MTC网关是否被授权可以加入封包过滤器。另外TON GW必须要处理修正的负载者资源指令。
[0060]图12所示为图8的在eNB接受D2D连接请求的情况后的信息流示意图。如图12所示，来自MTC装置的UL封包被暂存缓冲于MTC网关。在分别执行过修正的UE请求负载者资源修改程序、修正的修改负载者请求程序、或修正的修改更新负载者请求程序以及修正的负载者资源指令后，DL封包与UL封包便能够正确地在新建立的D2D连接中传递。
[0061]综上所述，本发明的一种在MTC毛细管网络中选择及建立D2D通信路径的方法；该MTC毛细管网络具有多个MTC装置以及一 MTC网关，该方法包含:该MTC装置接收一呼叫请求；当该MTC装置决定可使用该MTC网关时，以附带方式将该呼叫请求夹带入一探测/信标信号中，并将该附带该呼叫请求的探测/信标信号至该MTC网关，然后等待直到收到来自该MTC网关的一回复d_MTC网关接收一来自该MTC装置的附带呼叫请求的探测/信标信号；当该MTC网关判定该MTC装置有权限可使用该MTC网关时，决定D2D连接品质，并回报eNB，并送出不附带呼叫回复的探测/信标信号至该MTC装置；当该MTC网关收到一来自该eNB的回复时，该MTC网关:当收到的来自该eNB回复是表示不要使用D2D通信时，送出一回复至该MTC装置表示要拒绝该附带呼叫的探测/信标信号；或者，当收到的来自该eNB回复是表示要使用D2D通信时，送出一回复至该MTC装置表示要接受该附带呼叫的探测/信标信号；当该MTC装置接收一来自该MTC网关的回复时，该MTC装置:当从该MTC网关接收到一不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的eNB,并且重新等待直到接到一来自该MTC网关的附带呼叫回复的探测/信标信号；以及当从该MTC网关接收一附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立一 D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立一直接手机连接。
[0062]当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
【权利要求】
1.一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法，执行于MTC装置，该方法包含: 接收呼叫请求； 当该MTC装置可使用MTC网关时，将该呼叫请求以附带方式置入探测/信标信号以及将夹带该呼叫请求的该探测/信标信号传送至该MTC网关； 当从该MTC网关接收到不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的基地台eNB ;以及 当从该MTC网关接收附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立直接手机连接。
2.根据权利要求1所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中当该MTC装置不可使用该MTC网关时，建立直接手机连接。
3.一种在MTC毛细管网络中选择及建立D2D通信路径的方法，执行于MTC网关，包含: 从MTC装置接收附带呼叫请求的探测/信标信号； 当该MTC装置有权限使用该MTC网关时，决定D2D连接品质，并回报与该MTC网关连接的eNB，并且送出不附带呼叫回复的探测/信标信号至该MTC装置；以及 当从该eNB接收回复时:当收到的回复表示不使用D2D通信时，送出回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号；或者，当收到的回复表示要使用D2D通信时，送出回复至该MTC装置以接受·该附带呼叫请求的探测/信标信号。
4.根据权利要求3所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中当该MTC装置不具权限使用该MTC网关时，送出拒绝回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
5.根据权利要求3所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中当该MTC网关负载超载时、或该MTC网关没有现存活动的连接至eNB时，送出拒绝回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
6.根据权利要求3所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中当该MTC网关收到来自eNB的通知表示不要使用D2D连接时，送出拒绝回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
7.根据权利要求3所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中送出回复至该MTC装置以接受该附带呼叫请求的探测/信标信号还包含: 暂存缓冲来自MTC装置的上行数据； 启动修正的使用者装置UE请求负载者资源修改程序；以及 启动修正的修改负载者请求程序，或修正的更新负载者请求程序。
8.根据权利要求7所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该修正的UE请求负载者资源修改程序还包含下列步骤: 该MTC网关送出修正的负载者资源修改请求以加入一在与所有MTC装置相关联数据流模块TFT的过滤器中具有最高封包过滤器评估顺序的封包过滤器，并将新加入的封包过滤器连接至MTC网关的封包过滤器中具有最高封包过滤器评估顺序的封包过滤器。
9.根据权利要求8所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该修正的UE请求负载者资源修改程序还包含下列步骤:送出信息至行动管理实体MME来改变TFT封包过滤器以将封包通过MTC网关负载者传递至MTC装置/应用伺服器，并触发MME验证该请求以确认该MTC网关是否被授权可以加入封包过滤器，MME并且执行修正的负载者资源指令以送出信息至伺服网关SGW，然后至数据封包网关TON Gff,以将到达PDN网关的下行DL封包需要前送到属于MTC网关的负载者，而非属于MTC装置的负载者。
10.根据权利要求7所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该修正的UE请求负载者资源修改程序还包含:执行修正的修改负载者请求程序、或修正的修改还新负载者请求程序，利用改变SGW中的DL隧道端点标示符以将被暂存缓冲的DL封包倒入属于该MTC网关的负载者。
11.一种在机器类型通信MTC毛细管网络中选择及建立装置对装置D2D通信路径的方法，该MTC毛细管网络具有多个MTC装置以及MTC网关，该方法包含: 该MTC装置接收呼叫请求； 当该MTC装置决定可使用该MTC网关时，以附带方式将该呼叫请求夹带入探测/信标信号中，并将该附带该呼叫请求的探测/信标信号至该MTC网关，然后等待直到收到来自该MTC网关的回复； 该MTC网关接收来自该MTC装置的附带呼叫请求的探测/信标信号； 当该MTC网关判定该MTC装置有权限可使用该MTC网关时，决定D2D连接品质，并回报基地台eNB，并送出不附带呼叫回复的探测/信标信号至该MTC装置； 当该MTC网关收到来自该eNB的回复时，该MTC网关:当收到的来自该eNB回复是表示不要使用D2D通信时，送出回复至该MTC装置表示要拒绝该附带呼叫的探测/信标信号；或者，当收到的来自该eNB回复是表示要使用D2D通信时，送出回复至该MTC装置表示要接受该附带呼叫的探测/信 标信号； 当该MTC装置接收来自该MTC网关的回复时，该MTC装置:当从该MTC网关接收到不附带呼叫回复的探测/信标信号时，决定D2D连接品质，并回报与该MTC网关连接的eNB，并且重新等待直到接到来自该MTC网关的附带呼叫回复的探测/信标信号；以及 当从该MTC网关接收一附带呼叫回复的探测/信标信号时:当该收到的回复表示接受该附带呼叫请求的探测/信标信号时，建立D2D通信连接；或者，当该收到的回复表示拒绝该附带呼叫请求的探测/信标信号时，建立直接手机连接。
12.根据权利要求11所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中送出回复至该MTC装置以接受该附带呼叫请求的探测/信标信号还包含: 暂存缓冲来自MTC装置的上行数据； 启动修正的使用者装置UE请求负载者资源修改程序；以及 启动修正的修改负载者请求程序，或修正的更新负载者请求程序。
13.根据权利要求12所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该MTC网关执行修正的UE请求负载者资源修改程序加入在与所有MTC装置相关联数据流模块TFT的过滤器中具有最高封包过滤器评估顺序的封包过滤器，并将新加入的封包过滤器连接至MTC网关的封包过滤器中具有最高封包过滤器评估顺序的封包过滤器。
14.根据权利要求13所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该修正的UE请求负载者资源修改程序还包含:送出信息至移动管理实体MME来改变TFT封包过滤器以将封包通过MTC网关负载者传递至MTC装置/应用伺服器，并触发MME验证该请求以确认该MTC网关是否被授权可以加入封包过滤器，MME并且执行修正的负载者资源指令以送出信息至伺服网关SGW，然后至数据封包网关TON Gff,以将到达PDN网关的下行DL封包需要前送到属于MTC网关的负载者，而非属于MTC装置的负载者。
15.根据权利要求12所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中该MTC网关启动修正的UE请求负载者资源修改程序还包含:执行修正的修改负载者请求程序、或修正的修改还新负载者请求程序，利用改变SGW中的DL隧道端点标示符TEID以将被暂存缓冲的DL封包倒入属于该MTC网关的负载者。
16.根据权利要求11所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，其中当该MTC装置不可使用该MTC网关时，该MTC装置建立直接手机连接。
17.根据权利要求11所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，还包含:当该MTC网关决定该MTC装置不具权限使用该MTC网关时，该MTC网关送出拒绝回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
18.根据权利要求11所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，还包含:当该MTC网关负载超载时、或该MTC网关没有现存活动的连接至eNB时，该MTC网关送出拒绝回复至该MTC装置以拒绝该附带呼叫请求的探测/信标信号。
19.根据权利要求11所述的在MTC毛细管网络中选择及建立D2D通信路径的方法，还包含:当该MTC网关收到来自eNB的通知表示不要使用D2D连接时，该MTC网关送出拒绝回复至该MTC装置以拒绝该附·带呼叫请求的探测/信标信号。
【文档编号】H04W76/02GK103857064SQ201210568757
【公开日】2014年6月11日 申请日期:2012年12月24日 优先权日:2012年11月28日
【发明者】葛达·史帝芬 申请人:财团法人工业技术研究院