本申请要求于 2011 年 11 月 22 日提交中国专利局、 申请号为 201110374011.2、 发明名称为"连接建立方法和用户设备"的中国� ��利申请的优 先权， 其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域， 尤其涉及一种连接建立方法和用户设备。

背景技术

设备到设备（ Device to Device； 以下简称： D2D )通信技术可以实现本地 自组网 （ad-hoc ) 网络和短距离通信的服务和数据应用。

为提高频谱利用率， D2D系统与蜂窝系统共用相同的资源。 D2D系统中 的 D2D终端接入蜂窝系统， 要遵循蜂窝系统的时间和时隙。 D2D系统可以支 持信息共享、 游戏、 社交服务和移动广告等业务。

现有技术中， D2D系统中的 D2D终端利用自身的感知功能， 根据感知到 的结果自主地与其他 D2D终端进行通信匹配， 无须演进分组核心网 （ Evolved Packet Core; 以下简称： EPC ) /演进通用陆地无线接入网络（Evolved Universal Mobile Telecommunications System Terrestrial Radio Access Network; 以下简称： E-UTRAN ) 网络的控制和分配， 并且也没有运营商网络的鉴权和认证， 不利 于资源的合理分配和网络的安全运作。

发明内容

本发明提供一种连接建立方法和用户设备， 以实现支持 D2D功能的用户 设备之间的通信， 以及实现网络对资源的可控性。 本发明一方面提供一种连接建立方法， 包括：

支持设备到设备 D2D功能的第二用户设备获得支持 D2D功能的第一用户 设备广播的所述第一用户设备的信息；

所述第二用户设备根据所述第一用户设备的信 息确定与所述第一用户设 备建立连接之后， 所述第二用户设备发起与网络侧设备的连接建 立过程， 并在 所述连接建立过程中将所述第一用户设备的信 息发送给所述网络侧设备，以便 所述网络侧设备与所述第一用户设备建立连接 。 本发明另一方面提供一种用户设备，所述用户 设备为支持设备到设备 D2D 功能的第二用户设备， 所述用户设备包括：

获得模块， 用于获得支持 D2D功能的第一用户设备广播的所述第一用户 设备的信息；

确定模块，用于根据所述获得模块获得的所述 第一用户设备的信息确定与 所述第一用户设备建立连接；

发起模块， 用于发起与网络侧设备的连接建立过程， 并在所述连接建立过 程中将所述第一用户设备的信息发送给所述网 络侧设备，以便所述网络侧设备 与所述第一用户设备建立连接。 通过本发明实施例，第二用户设备根据第一用 户设备广播的信息确定与上 述第一用户设备建立连接之后，该第二用户设 备发起与网络侧设备的连接建立 过程， 并在连接建立过程中将第一用户设备的信息发 送给网络侧设备， 以便网 络侧设备与第一用户设备建立连接， 从而可以实现在支持 D2D功能的用户设 备之间建立设备到设备演进分组系统（ D2D Evolved Packet System; 以下简称： DPS )承载， 实现支持 D2D功能的用户设备之间的通信， 进而可以实现网络 对资源的可控性。

附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作一简 单地介绍， 显而易见地， 下面描 述中的附图是本发明的一些实施例，对于本领 域普通技术人员来讲，在不付出 创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明连接建立方法一个实施例的流程图� �

图 2为本发明连接建立方法另一个实施例的流程� �；

图 3为本发明连接建立方法再一个实施例的流程� �；

图 4a〜图 4c为本发明承载映射一个实施例的示意图；

图 5为本发明连接建立方法再一个实施例的流程� �；

图 6为本发明专用承载激活流程一个实施例的流� �图；

图 7为本发明连接建立方法再一个实施例的流程� �；

图 8为本发明用户设备一个实施例的结构示意图� �

图 9为本发明用户设备另一个实施例的结构示意� �；

图 10a〜图 10b为本发明用户面协议栈的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更 加清楚， 下面将结合本发明 实施例中的附图，对本发明实施例中的技术方 案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发明中 的实施例 ,本领域普通技术人员在没有作出创造性劳动� �提下所获得的所有其 他实施例， 都属于本发明保护的范围。 图 1为本发明连接建立方法一个实施例的流程图� � 如图 1所示， 该连接建 立方法可以包括：

步骤 101 , 支持 D2D功能的第二用户设备获得支持 D2D功能的第一用户 设备的该第一用户设备的信息。

步骤 102, 第二用户设备根据上述第一用户设备的信息确 定与第一用户设 备建立连接之后， 第二用户设备发起与网络侧设备的连接建立过 程， 并在该连 接建立过程中将第一用户设备的信息发送给网 络侧设备，以便该网络侧设备与 第一用户设备建立连接。

本实施例中，上述第一用户设备的信息包括第 一用户设备的服务信息和第 一用户设备标识； 或者， 上述第一用户设备的信息包括服务码， 该服务码用于 指示第一用户设备的服务信息和第一用户设备 标识。

本实施例中，在第二用户设备发起与网络侧设 备的连接建立过程， 以及网 络侧设备与第一用户设备建立连接之后，第二 用户设备与第一用户设备之间的

DPS承载建立完成， 第二用户设备与第一用户设备开始 D2D通信。

具体地， 第二用户设备发起与网络侧设备的连接建立过 程， 并在该连接建 立过程中将第一用户设备的信息发送给网络侧 设备，以便该网络侧设备与第一 用户设备建立连接可以为：第二用户设备向该 第二用户设备当前所在小区的服 务基站发送无线资源控制连接建立请求消息； 接收到上述服务基站发送的无线 资源控制连接建立响应消息之后，第二用户设 备向上述服务基站发送无线资源 控制连接建立完成消息，上述无线资源控制连 接建立完成消息携带第二用户设 备的非接入层信令， 例如： 服务请求信令。

其中， 上述无线资源控制连接建立请求消息的建立原 因信元的值为 D2D 连接； 和 /或， 上述无线资源控制连接建立完成消息携带第二 用户设备的 D2D 能力信息， 该第二用户设备的 D2D能力信息用于指示第二用户设备支持 D2D 功能；上述无线资源控制连接建立请求消息和 上述无线资源控制连接建立完成 消息之一或全部携带第一用户设备的非接入层 标识和接入层标识；上述无线资 源控制连接建立请求消息和上述无线资源控制 连接建立完成消息之一或全部 携带第一用户设备的服务码。

进一步地，上述服务基站将上述非接入层信令 封装在初始用户设备消息中 发送给移动管理实体，该初始用户设备消息的 建立原因信元的值为 D2D连接， 并且该初始用户设备消息携带第一用户设备的 非接入层标识； 和 /或当第一用 户设备处于连接态时，上述初始用户设备消息 还携带第一用户设备的接入层标 识； 然后， 服务基站接收移动管理实体发送的初始上下文 建立请求消息， 该初 始上下文建立请求消息是移动管理实体对第二 用户设备鉴权认证通过之后发 送给上述服务基站的， 该初始上下文建立请求消息携带 D2D 连接指示； 接下 来， 服务基站执行第二用户设备的 DPS承载到无线承载的映射， 完成 DPS承 载到无线承载的映射之后 ,上述服务基站向移动管理实体发送初始上下� �建立 响应消息， 该初始上下文建立响应消息携带上述服务基站 的地址、接受的演进 分组系统承载列表、 拒绝的演进分组系统承载列表和 S 1 口的隧道端点标识； 其中，上述接受的演进分组系统承载列表中的 演进型通用陆地无线接入承载标 识中新增 D2D连接类型指示， 或在附着过程中就规定了专用的分组数据网络 连接用于 DPS承载的管理。

本实施例中， 网络侧设备与第一用户设备建立连接可以为： 服务基站接收 移动管理实体发送的第一消息， 该第一消息可以为寻呼消息或一条新的消息； 该第一消息携带 D2D连接类型指示、 第一用户设备的标识和第二用户设备的 标识； 然后， 服务基站向第一用户设备发送第二消息， 该第二消息包括寻呼消 息或一条新的消息； 该第二消息携带 D2D连接类型指示和第二用户设备的标 识， 以使第一用户设备与上述网络侧设备建立连接 。

本实施例中， DPS承载的 IP地址分配和服务质量管理由具有内部网关功 能的实体完成；上述具有内部网关功能的实体 为独立实体或与上述服务基站集 成在一起。

每个专用的 DPS承载对应一个业务流模板， 第二用户设备利用该第二用 户设备的发送业务流模板将第二用户设备发送 方向的业务流过滤到该第二用 户设备的发送业务流模板对应的 DPS承载中； 第二用户设备获得并保存第一 用户设备的发送业务流模板，以第一用户设备 的发送业务流模板作为第二用户 设备的接收业务流模板，并根据第二用户设备 的接收业务流模板确定上述第二 用户设备接收的业务流与第二用户设备的接收 业务流模板对应的 DPS承载的 映射关系。具体地，第二用户设备获得第一用 户设备的发送业务流模板可以为： 第二用户设备获得第一用户设备在上述 DPS承载建立过程中通知的第一用户 设备的发送业务流模板； 或者， 第二用户设备获得第一用户设备通过网络告知 的该第一用户设备的发送业务流模板。

同样，第一用户设备也会利用该第一用户设备 的发送业务流模板将第一用 户设备发送方向的业务流过滤到该第一用户设 备的发送业务流模板对应的 DPS承载中； 第一用户设备获得并保存第二用户设备的发送 业务流模板， 以该 第二用户设备的发送业务流模板作为第一用户 设备的接收业务流模板，并根据 第一用户设备的接收业务流模板确定上述第一 用户设备接收的业务流与第一 用户设备的接收业务流模板对应的 DPS承载的映射关系。 具体地， 第一用户 设备获得第二用户设备的发送业务流模板可以 为：第一用户设备获得第二用户 设备在上述 DPS承载建立过程中通知的第二用户设备的发送 业务流模板； 或 者，第一用户设备获得第二用户设备通过网络 告知的该第二用户设备的发送业 务流模板。

本实施例中， 进一步地， 第二用户设备根据第一用户设备的信息确定与 第 一用户设备建立连接之后，如果在附着过程中 ， 第二用户设备与上述服务基站 之间未建立 DPS承载， 则第二用户设备发起请求承载资源修改流程触 发 DPS 承载的建立。 具体地， 第二用户设备发起请求承载资源修改流程触发 DPS承 载的建立可以为： 第二用户设备发送承载资源修改请求消息给移 动管理实体， 以便上述移动管理实体将上述承载资源修改请 求消息发送给网关； 其中， 上述 第二用户设备发送的承载资源修改请求消息携 带与 DPS承载相关的连接承载 标识和演进分组系统承载标识 ,并且第二用户设备发送的承载资源修改请求� � 息中新增 D2D连接类型指示， 或第二用户设备发送的承载资源修改请求消息 中有个专用的分组数据网络连接用于 DPS承载的管理。 接下来，分组数据网关接收上述网关在收到第 二用户设备发送的承载资源 修改请求消息之后发送的承载资源修改请求消 息；上述网关发送的承载资源修 改请求消息携带与 DPS承载相关的演进分组系统承载标识和连接承 载标识， 并且上述网关发送的承载资源修改请求消息中 新增 D2D连接类型指示， 或上 述网关发送的承载资源修改请求消息中有个专 用的分组数据网络连接用于 DPS承载的管理；在上述网关发送的承载资源修 改请求消息被接受之后，分组 数据网关发起对第二用户设备的 DPS承载的建立过程。

进一步地， 分组数据网关发起对第二用户设备的 DPS承载的建立过程之 后， 上述服务基站执行第二用户设备的 DPS承载到无线承载的映射； 以及在 分组数据网关发起对第一用户设备的 DPS承载的建立过程之后， 服务基站执 行第一用户设备的 DPS承载到无线承载的映射。

具体地， 分组数据网关发起的 DPS承载的建立过程可以为： 服务网关接 收上述分组数据网关发送的创建专用承载请求 消息 ,上述分组数据网关发送的 创建专用承载请求消息是分组数据网关应用本 地服务质量策略分配演进分组 系统承载的服务质量之后发送给上述服务网关 的；上述服务网关发送创建专用 承载请求消息给移动管理实体， 以便上述移动管理实体构建会话管理请求， 并 将上述会话管理请求携带在承载建立请求消息 中发送给上述服务基站； 其中， 上述服务网关发送的创建专用承载请求消息携 带连接承载标识；上述会话管理 请求包括演进分组系统承载标识和连接承载标 识； 本实施例中， 上述连接承载 标识新增 D2D连接类型指示， 或上述连接承载标识中有个专用的分组数据网 络连接用于 DPS承载的管理。

进一步地， 本实施例中， 网络侧设备与第一用户设备建立连接之后， 第二 用户设备还可以接收第一用户设备发送的 D2D链路建立请求消息， 上述 D2D 链路建立请求消息携带第一用户设备的标识、 第二用户设备的标识、第一用户 设备的信道状态信息和资源分配情况； 接收到上述 D2D链路建立请求消息之 后， 如果允许建立连接， 则第二用户设备向第一用户设备发送 D2D链路建立 响应消息， 上述 D2D链路建立响应消息携带第二用户设备的标识 、 第一用户 设备的标识和第二用户设备的信道状态信息， 以及第二用户设备对第一用户设 备的资源分配情况的接受或拒绝的应答； 最后， 第二用户设备接收第一用户设 备发送的 D2D链路建立完成消息。

本实施例中，第一用户设备与第二用户设备之 间空口的协议栈包括用户面 协议栈。

本实施例的一种实现方式中， 上述用户面协议栈可以为简化的协议栈， 该 用户面协议栈配置因特网协议（ Internet Protocol; 以下简称： IP )、 增强的媒 体接入控制（ Media Access Control-d; 以下简称： MAC-d )和物理层（ Physical; 以下简称： PHY )之一或组合的信息。

本实施例的另一种实现方式中， 上述用户面协议栈可以配置 IP、 分组数 据汇聚协议 ( Packet Data Convergence Protocol; 以下简称： PDCP )、 无线链路 控制层（ Radio Link Control; 以下简称： RLC )、媒体接入控制层（ Media Access Control; 以下简称： MAC )和物理层（ Physical; 以下简称： PHY )之一或组 合的信息。

本实施例中， 第二用户设备与第一用户设备之间 DPS承载的建立， 以及 该 DPS承载到无线承载的映射由网络侧设备控制。

上述实施例中，第二用户设备根据第一用户设 备广播的信息确定与上述第 一用户设备建立连接之后， 该第二用户设备发起与网络侧设备的连接建立 过 程， 并在连接建立过程中将第一用户设备的信息发 送给网络侧设备， 以便网络 侧设备与第一用户设备建立连接， 从而可以实现在支持 D2D功能的用户设备 之间建立 DPS承载， 实现支持 D2D功能的用户设备之间的通信， 进而可以实 现网络对资源的可控性。

需要说明的是， 本发明实施例中， DPS承载即为 D2D承载， 二者含义相 同。

图 2为本发明连接建立方法另一个实施例的流程� �，如图 2所示， 该连接 建立方法可以包括：

步骤 201 ,支持 D2D功能的用户设备 1 ( User Equipment 1 ; 以下简称： UE1 ) 获得用于广播该 UE1的信息的资源， 该 UE1的信息包括 UE1的标识、 业务信 息、 服务码和应用层服务信息之一或组合。

其中， 上述标识可以为： 物理标识、 非接入层标识（Non- Access Stratum Identifier; 以下简称： NAS ID )和接入层标识（Access Stratum Identifier; 以 下简称： AS ID )之一或组合； 举例来说， 物理标识可以为： 国际移动用户识 别码（ International Mobile Subscriber Identification; 以下简称： IMSI )等特定 码序列； NAS ID 可以为月良务临时移动用户标识 （Serving Temporary Mobile Subscriber Identifier; 以下简称： s-TMSI )或全局唯一临时标识（ Global Unique Temporary Identifier; 以下简称： GUTI ) , 如果 UE1处于空闲态， 可以用上次 保存的旧的 s-TMSI或旧的 GUTI ( old GUTI ); 如果 UE1处于连接态， 可以用 当前的 s-TMSI或当前的 GUTI; AS ID可以为小区无线网络临时标识（Cell Radio Network Temporary Identifier; 以下简称： C-RNTI )或 D-RNTI (即用于 D2D的无线网络临时标识（ Radio Network Temporary Identifier; 以下简称： RNTI ) );

上述应用层服务信息包括用户可以解读的服务 信息，该用户可以解读的服 务信息包括服务类型和 /或服务内容， 举例来说， 服务内容可以为广告信息、 某个电影的视频或游戏等；

上述服务码可以为字符、 字符串或数字序列， 可以代表应用层服务信息； 或者上述服务码可以指示 UE1 的标识， 以及上述应用层服务信息和上述业务 信息之一；

上述业务信息可以为用户设备用于构建业务的 连接建立请求消息所需的 非接入层 （Non-Access Stratum; 以下简称： NAS )层的信息， 包括服务质量 ( Quality of Service; 以下简称： QoS )信息等。

具体地，支持 D2D功能的 UE1在一个小区开机或重选到一个新的小区时， 该 UE1需要获得用于广播该 UE1的信息的资源。

本实施例的一种实现方式中，支持 D2D功能的 UE1获得用于广播该 UE1 的信息的资源可以为： UE1获得上述 UE1 当前所在小区的服务基站预先为该 小区中支持 D2D功能的用户设备分配的， 用于广播自身的上述信息的资源， 该资源是服务基站通过广播消息广播的； 然后， UE1通过自动搜索或测量在上 述服务基站预先分配的资源中选择干扰级别低 于预定阔值的资源。可选的， 该 服务基站的分配方式是半静态的。

本实施例的另一种实现方式中， 支持 D2D功能的 UE1 获得用于广播该 UE1的信息的资源可以为： UE1根据上述 UE1当前所在小区的服务基站广播 的子资源的干扰级别和上述子资源的位置信息 ，在服务基站广播的子资源中选 择干扰级别低于预定阔值的子资源；上述子资 源是服务基站对该服务基站预先 为上述小区中支持 D2D功能的用户设备分配的， 用于广播自身的上述信息的 资源进行划分后获得的。

本实施例的再一种实现方式中， 支持 D2D功能的 UE1获得用于广播该第 一用户设备的信息的资源可以为： UE1与上述 UE1 当前所在小区的服务基站 建立连接， 触发该服务基站为 UE1分配用于广播该 UE1的信息的资源， 不管 UE1的真实的业务是否存在。 UE1与该 UE1的服务基站建立连接之后， UE1 可以维持普通连接态或连接态下长周期的不连 续接收模式（ long Discontinuous Receive mode; 以下简称： long DRX mode )。 当该 UEl退出当前所在小区时， 该 UE1通知上述服务基站收回为 UE1分配的用于广播该 UE1的信息的资源。

具体地， 本实现方式中， UE1与上述 UE1 当前所在小区的服务基站建立 连接可以为： UE1 向上述服务基站发送附着请求 （Attach Request ) 消息， 该 Attach Request消息携带 UEl的 IMSI或 old GUTI, 以及该 UEl最后访问的跟 踪区 i或标识（ last visited Tracking Area Identifier;以下简称： last visited TAI ) (如 果存在的话） ， 该 UEl的核心网能力 （ Core Network Capability ) , 该 UEl的 不连续接收参数 ( Specific DRX parameters ) , 分组数据网类型 （Packet Data Network Type; 以下简称： PDN Type ) , 协议配置选项（ Protocol Configuration Options ),力口密选项转发标记（ Ciphered Options Transfer Flag )，附着类型（ Attach Type ) , KSIASME (用于标识根密钥 KASME ) ,非接入层序列号（ Non- Access Stratum sequence number; 以下简称： NAS sequence number ) , 非接入层媒体 接入控制地址 （ Non- Access Stratum Media Access Control； 以下简称： NAS-MAC ),附加 GUTK additional GUTI ),分组临时移动用户标识签名（ Packet Temporary Mobile Subscriber Identifier signature; 以下简称： P-TMSI signature ) 消息和无线资源控制 （ Radio Resource Control; 以下简称： RRC )参数， 并新 增 "D2D连接" 类型参数；

然后， 上述服务基站对上述 UE1发送的 Attach Request消息进行封装， 生 成初始用户设备消息 （Initial UE Message )发送给移动管理实体 （Mobility Management Entity; 以下简称： MME ) ； 接下来， MME将要发送给 UE1的 附着接受 （Attach Accept ) 消息封装在一条 S1—MME控制消息， 例如： 初始 上下文建立请求（ Initial Context Setup Request )消息中， 并将该初始上下文建 立请求消息发送给上述服务基站，最后上述服 务基站将该初始上下文建立请求 消息发送给 UEl , UE1 解析该该初始上下文建立请求消息获得上述 Attach Accept消息。

其中， 上述 Attach Accept消息携带接入点名称（ Access Point Name; 以下 简称： APN ) 、 GUTL PDN Type, 分组数据网络地址（ Packet Data Network Address; 以下简称： PDN Address ) 、 TAI列表 ( TAI List ) 、 演进分组系统 承载标识 ( Evolved Packet System Bearer Identity; 以下简称： EPS Bearer Identity )、会话管理请求 ( Session Management Request )、 Protocol Configuration Options, KSIASME、 NAS sequence number和 NAS-MAC等信息； 还可以携 带 UEl的档案（ profile )中的用于 D2D连接的承载的相关信息，并在 EPS Bearer Identity后附加 D2D承载类型信息， 或者将特定的 PDN和 D2D连接相绑定。 进一步地，该 Attach Accept消息还可以包括接入层安全上下文（ Access Stratum security context; 以下简称： AS security context )信息、 切换限制列表 ( the Handover Restriction List )、演进分组系统承载服务质量（ Evolved Packet System Bearer Quality of Service; 以下简称： EPS Bearer QoS ) 、 UEl的最大汇聚比特 率（ Aggregate Maximum Bit Rate;以下简称： AMBR )、 EPS Bearer Identity (可 选地， 该 EPS承载中包括用于 D2D连接的承载） 、 用于用户面的服务网关的 隧道端点标识（ Tunnel Endpoint Identifier; 以下简称： TEID ) 和服务网关的 地址。

进一步地， 接收到 Attach Accept消息之后， UE1将把 "GUTI" 设置到下 次更新时用的临时标识 （Temp Identity used in Next update; 以下简称： TIN) 中。

可选地，上述新增的 "D2D连接"类型参数也可以放在传送 NAS层 Attach Accept消息的 S 1应用协议（ S 1 Application Protocol; 以下简称： S 1 -AP )消息， 例如： Initial Context Setup Request消息中, 同时该 Initial Context Setup Request 消息的 UE无线能力信元中可添加 "支持 D2D功能" 的指示信息。

上述 Attach Request消息的格式可以如表 1所示， 上述 Initial UE Message 的格式可以如表 2所示， 上述 Initial Context Setup Request消息的格式可以如 表 3所示， 上述 Attach Accept消息的格式可以如表 4所示。

表 1

信元 存在位 范围 信元类型和 语义说明 （ Semantics 关键性 指派关键性

( Information ( Presence ) ( Range ) 参考（IE type description ) ( Criticality ) ( Assigned Element; 以下 and Criticality ) 简称： IE ) /组 reference )

名称 （Group

Name )

Message Type M 9.2.1.1 YES ignore eNB UE S1AP M 9.2.3.4 YES reject ID

NAS-PDU M 9.2.3.5 ATTACH YES reject

REQUEST message,

see below

TAI M 9.2.3.16 YES reject

E-UTRAN CGI M 9.2.1.38 YES ignore

RRC M 9.2.1.3a YES Ignore Establishment

cause

S-TMSI O 9.2.3.6 YES reject

GUMMEI O 9.2.3.9 YES reject

Cell Access o 9.2.1.74 YES reject Mode

GW Transport o Transport Indicating GW 在本发明图 3 ignore Layer Address Layer Transport Layer 所示实施例中

Address Address if the GW is 是需要的

9.2.2.1 collocated with eNB 信元 ( Information 存在位 范围 信元类型和 语义说明 关键性 指派关键性 Element; 以下简称： ( Presence ) ( Range ) 参考（ IE type ( Semantics ( Criticality ) ( Assigned IE ) /组名称（Group and description ) Criticality ) Name ) reference )

Message Type M 9.2.1.1 YES reject

MME UE S1AP ID M 9.2.3.3 YES reject eNB UE SIAP ID M 9.2.3.4 YES reject eNB P-UE SIAP ID O 9.2.3.4 If target YES reject (new) (paired) UE in

connected

mode; This is

for service

request

procedure, not

attach accept

procedure.

UE Aggregate M 9.2.1.20 YES reject Maximum Bit Rate

E-RAB to Be Setup 1 YES reject List

>E-RAB to Be EACH reject Setup Item IEs

»E- AB ID M 9.2.1.2 -

» D2D-connection M 9.2.1.3a YES Ignore indication ( new )

»E-RAB Level QoS M 9.2.1.15 - Parameters

»Transport Layer M 9.2.2.1 - Address

»GTP-TEID M 9.2.2.2 -

»NAS-PDU O 9.2.3.5 ATTACH

ACCEPT, see

below table

»Correlation ID O 9.2.2.80 YES ignore 信元 ( Information 存在位 范围 信元类型和 语义说明 关键性 指派关键性 Element; 以下简称： ( Presence ) ( Range ) 参考（ IE type ( Semantics ( Criticality ) ( Assigned IE ) /组名称（Group and description ) Criticality ) Name ) reference )

UE Security M 9.2.1.40 YES reject Capabilities

Security Key M 9.2.1.41 YES reject

Trace Activation O 9.2.1.4 YES ignore

Handover Restriction O 9.2.1.22 YES ignore List

UE Radio Capability o 9.2.1.27 可选的， 新增 YES ignore

D2D能力

Subscriber Profile ID o 9.2.1.39 YES ignore for RAT Frequency

priority

CS Fallback Indicator o 9.2.3.21 YES reject

SRVCC Operation o 9.2.1.58 YES ignore Possible

CSG Membership o 9.2.1.73 YES ignore Status

Registered LAI o 9.2.3.1 YES ignore

GUMMEI o 9.2.3.9 YES ignore

MME UE S1AP ID 2 o 9.2.3.3 YES ignore

IEI 信元 ( Information Element ) 类型（ Type ) /参考（ Reference ) 存在位 格式 长度

( Presence ) ( Format ) ( Length )

Protocol discriminator Protocol discriminator M V 1/2

9.2

Security header type Security header type M V 1/2

9.3.1

Attach accept message identity Message type M V 1

9.8

EPS attach result EPS attach result M V 1/2

9.9.3.10

Spare half octet Spare half octet M V 1/2

9.9.2.9

T3412 value GPRS timer M V 1

9.9.3.16

TAI list Tracking area identity list M LV 7-97

9.9.3.33

ESM message container ESM message container M LV-E 5-n

9.9.3.15

50 GUTI EPS mobile identity O TLV 13

9.9.3.12

13 Location area identification Location area identification O TV 6

9.9.2.2

23 MS identity Mobile identity o TLV 7-10

9.9.2.3

53 EMM cause EMM cause o TV 2

9.9.3.9

17 T3402 value GPRS timer o TV 2

9.9.3.16

59 T3423 value GPRS timer o TV 2

9.9.3.16

4A Equivalent PLMNs PLMN list o TLV 5-47

9.9.2.8

34 Emergency number list Emergency number list o TLV 5-50

9.9.3.37

64 EPS network feature support EPS network feature support o TLV 3

9.9.3.12A

F- Additional update result Additional update result o TV 1

9.9.3.0A

5E T3412 extended value GPRS timer 3 o TLV 3

9.9.3.16B 步骤 202, UEl在获得的资源上广播该 UEl的信息。 具体地， 支持 D2D功能的 UE具有不连续接收（ Discontinuous Receive; 以下简称： DRX )和不连续发送（ Discontinuous Transmission; 以下简称： DTX ) 特性。

因此， 本实施例中， UE1广播该 UE1的信息的方式可以釆用 DTX方式， 以不连续发送周期 （DTX-Cycle ), 在获得的资源上广播该 UE1的信息。

步骤 203 ,支持 D2D功能的 UE2通过感知技术或对其他支持 D2D功能的 UE的搜索和测量， 获知到有可能配对的 UE1存在时， UE2向上述服务基站发 送 RRC连接建立请求消息。

本实施例中， 在步骤 203之前， UE2同样会获得用于广播该 UE2的信息 的资源， 并在获得的资源上广播该 UE2的信息， 实现方式与步骤 201和步骤 202描述的方式相同，在此不再赘述。本实施例 以 UE2当前所在小区的服务基 站与 UE1当前所在小区的服务基站相同为例进行说明 。

本实施例中， 可选地， 上述 RRC连接建立请求消息的建立原因信元的值 为 D2D连接；进一步地，上述 RRC连接建立请求消息还可以携带 UE1的 NAS ID (例如： old GUTI或 s-TMSI )和 AS ID; 或者， 可选地， 上述 RRC连接建 立请求消息还可以携带 UE1的服务码。 这样， 上述服务基站可以获知 UE2发 起的是 D2D连接建立过程，并且可以获知目的 UE或配对 UE的标识。本实施 例中 , 上述目的 UE或配对 UE为 UE1。

具体地， UE2可以釆用 DRX方式， 以不连续接收周期 （DRX-Cycle ) , 在一些特定的资源上搜索除 UE2之外的支持 D2D功能的 UE广播的信息， 在 获知到有可能配对的 UE1存在之后， UE2接收 UE1广播的该 UE1的信息； 或 者， UE2也可以釆用事件触发的方式接收 UE1广播的该 UE1的信息， 例如： 当用户有某些特定的需求时，通过人机界面触 发接收动作； 或者应用层根据用 户之前定制的需求档案 （ profile )触发接收动作。 当然 UE2也可以将 DRX和 事件触发这两种方式组合使用， 接收 UE1广播的该 UE1的信息。 然后， UE2发现 UE1的信息与该 UE2的需求匹配，于是 UE2发起与 UE1 的直接的 D2D连接的建立。首先， UE2向上述服务基站发送 RRC连接建立请 求消息。

步骤 204, UE2接收上述服务基站发送的 RRC连接建立响应消息。

步骤 205, UE2向上述服务基站发送 RRC连接建立完成消息。

本实施例， 在上述 RRC连接建立完成消息中携带 UE2的 D2D能力信息 和 UE2的服务请求（ Service Request )信令； 上述 UE2的 D2D能力信息用于 指示 UE2支持 D2D功能。 进一步地， 上述 RRC连接建立完成消息还可以携 带 UE1的 NAS ID (例如： old GUTI或 s-TMSI )和 AS ID; 或者， 上述 RRC 连接建立完成消息还可以携带 UE1 的服务码。 这样， 上述服务基站可以获知 UE2发起的是 D2D连接建立过程， 并且可以获知连接对象（即 UE1 )的标识。

对于步骤 203〜步骤 205中， RRC连接建立完成消息携带 UE2的 D2D能 力信息和 RRC连接建立请求消息的建立原因信元的值为 D2D连接可以只出现 其中一项或同时出现。 也就是说， 如果步骤 203 中， RRC连接建立请求消息 的建立原因信元的值为 D2D连接， 则步骤 205中， RRC连接建立完成消息可 以携带 UE2的 D2D能力信息， 也可以不携带； 或者， 如果步骤 203中， RRC 连接建立请求消息的建立原因信元的值不是 D2D连接， 则步骤 205中， RRC 连接建立完成消息须携带 UE2的 D2D能力信息。

另夕卜，上述 RRC连接建立完成消息和上述 RRC连接建立请求消息之一或 全部携带 UE1的 NAS ID (例如： old GUTI或 s-TMSI )和 AS ID; 或者， 上 述 RRC连接建立完成消息和上述 RRC连接建立请求消息之一或全部携带 UE1 的服务码。

步骤 206, 服务基站将上述服务请求信令转发给移动管理 实体（Mobility Management Entity; 以下简称： MME )。

本实施例中， 服务基站将非接入层的服务请求（ Service Request )信令转 发给 MME之前， 可选地， 服务基站可以进行接纳判决控制。 进一步， 上述服 务基站可以向 UE2下发对 UE2到 UE1的链路和 /或 UE2到服务基站的链路的 测量配置， 并根据 UE2在根据上述测量配置进行测量后上报的测量 结果， 决 定是否建立 D2D类型的承载和通信。

本实施例中， 上述服务基站将上述服务请求信令封装在 S1-AP口的 Initial UE Message 消息中。 并在该 Initial UE Message 消息新增 "D2D连接" 类型， 以便简化后续的为了 D2D通信而进行的寻呼过程。 进一步地， 该 Initial UE Message消息可以包括 UE1的 NAS ID,例如： s-TMSI;如果 UE1处于连接态， 服务基站可以将 UE1的 AS ID映射成 eNB T-UE SIAP ID,携带在该 Initial UE Message消息中发给核心网设备， 如 MME。

上述 Initial UE Message 消息的格式可以如表 5所示。

表 5

信元（ IE ) / 存在位 范围 信元类型和 语义描述 ( Semantics 重要性 指派重要性 组名称 ( Presence ( Range ) 参考（IE type description ) ( Criticali ( Assigned ( Group ) and ty ) Criticality ) Name ) reference )

Message Type M 9.2.1.1 YES ignore eNB UE S1AP M 9.2.3.4 YES reject ID

eNB T-UE O 9.2.3.4 如果目的 （配对） UE处 YES reject S1AP ID 于连接态

NAS-PDU M 9.2.3.5 YES reject

TAI M 9.2.3.16 YES reject

E-UTRAN M 9.2.1.38 YES ignore CGI

RRC M 9.2.1.3a 增加 "D2D连接"类型 YES Ignore

Establishment

cause

S-TMSI O 9.2.3.6 YES reject

S-TMSI O 9.2.3.6 如果目的 （配对） UE处 YES reject 于连接态或空闲态

CSG Id o 9.2.1.62 YES reject

GUMMEI o 9.2.3.9 YES reject

Cell Access o 9.2.1.74 YES reject Mode

GW Transport o 9.2.2.1 YES ignore Layer Address

Relay Node o 9.2.1.79 Indicating a relay node YES reject Indicator 步骤 207 , MME接收到上述服务请求信令之后， 进行鉴权认证过程。 如果鉴权认证通过， 则 MME发起上下文建立过程， 从而触发承载建立过 程。

具体地， 可以按照目前的 LTE的技术， 由分组数据网网关 （Packet Data Network Gateway; 以下简称： PGW )来完成 DPS承载到无线承载的映射， 例 如， 完成 DPS承载的因特网协议（ Internet Protocol； 以下简称： IP )地址的分 配和服务质量（Quality of Service; 以下简称： QoS )的管理等其他承载管理功

•6匕

匕。 步骤 208 , MME发送初始上下文建立请求消息给服务基站， 以激活所有 EPS承载的无线承载和 S1承载。

上述初始上下文建立请求（ Initial Context Setup Request )消息包括服务网 关地址、上行 S1-TEID ( Sl-TEID(s) ), EPS Bearer QoS(s),安全上下文（ Security Context ), MME信号连接标识（ MME Signaling Connection ID )和切换区域列 表 ( Handover Restriction List )。 并且本实施例在上述 Initial Context Setup Request消息中新增 D2D连接指示 （ D2D connection indication )信元。

接收到上述 Initial Context Setup Request 消息之后， 上述服务基站保存 Security Context, MME Signaling Connection Id, EPS Bearer QoS(s)和 Sl-TEID(s) 在该服务基站的无线接入网上下文（ Radio Access Network context; 以下简称： RAN context ) 中。

其中， 上述 Initial Context Setup Request消息的格式可以如表 6所示。

表 6

信元 ( IE ) /组 存在位 范围 信元类型和 语义描述 重要性 指派重要性 名称 （Group ( Presence ) ( Range ) 参考（IE type ( Semantics ( Criticality ) ( Assigned Name ) and description ) Criticality ) reference )

Message Type M 9.2.1.1 YES reject

MME UE M 9.2.3.3 YES reject SIAP ID

eNB UE SIAP M 9.2.3.4 YES reject ID

eNB T-UE O 9.2.3.4 如果目的 （ S对 ) YES reject SIAP ID UE处于连接态； 或

许该信元在该消息

中不是必须的

UE Aggregate M 9.2.1.20 YES reject Maximum Bit

Rate

E-RAB to Be 1 YES reject Setup List

>E-RAB to Be EACH reject Setup Item IEs

»E- AB ID M 9.2.1.2 -

» O 9.2.1.3a YES Ignore

D2D-connectio

n indication

»E-RAB M 9.2.1.15

Level QoS

Parameters

»Transpor M 9.2.2.1

t Layer

Address

»GTP-TE M 9.2.2.2 - ID

»NAS-PD O 9.2.3.5 -

U

»Correlati O 9.2.2.80 YES ignore on ID 信元 ( IE ) /组 存在位 范围 信元类型和 语义描述 重要性 指派重要性 名称 （Group ( Presence ) ( Range ) 参考（IE type ( Semantics ( Criticality ) ( Assigned Name ) and description ) Criticality ) reference )

UE Security M 9.2.1.40 YES reject Capabilities

Security Key M 9.2.1.41 YES reject

Trace O 9.2.1.4 YES ignore Activation

Handover O 9.2.1.22 YES ignore Restriction List

UE Radio o 9.2.1.27 YES ignore Capability

Subscriber o 9.2.1.39 YES ignore Profile ID for

RAT Frequenc

y priority

CS Fallback o 9.2.3.21 YES reject Indicator

S VCC o 9.2.1.58 YES ignore

Operation

Possible

CSG o 9.2.1.73 YES ignore

Membership

Status

Registered LAI o 9.2.3.1 YES ignore

GUMMEI o 9.2.3.9 YES ignore

MME UE o 9.2.3.3 YES ignore S1AP ID 2 步骤 209 , 服务基站执行 DPS承载到无线承载的映射。

一个无线承载（ Radio Bearer )用来在两个 UE之间传输一个 DPS承载的 数据包。 如果一个无线承载存在， 则在一个 DPS承载和一个无线承载之间存 在——映射的关系。 在两个 UE之间， 一个 DPS承载是唯一标识一个具有共 同 QoS特征的业务流组。 包过滤规和每个连接中的一个唯一的包过滤标 识相 关联， 并在类似 NAS过程的信令中发下来。 一个 DPS承载也就是这个承载里 的所有的包过滤规则的合集。 具有相同 QoS特征的业务流组映射到相同的 DPS承载中， 举例来说， 上 述 QoS特征可以包括： 调度策略、 排队管理策略、 速度整形策略和无线链路 控制 （ Radio Link Control; 以下简称： RLC )管理等。

步骤 210,服务基站向 MME发送初始上下文建立完成 /响应（ Initial Context Setup Complete/Response ) 消息。

具体地，完成 DPS承载到无线承载的映射之后，服务基站向 UE2发送 RRC 重配请求消息， 并接收 UE2发送的 RRC重配完成消息。服务基站接收到 UE2 发送的 RRC重配完成消息之后， 完成 DPS承载到无线承载的映射。 然后， 月良 务基站向 MME发送回复消息，例如：初始上下文建立完成 /响应（ Initial Context Setup Complete/Response )消息， 该初始上下文建立完成 /响应消息携带该月良务 基站的地址、 接受的 EPS承载列表、 拒绝的 EPS承载列表和 S1口的 TEID(s) (下行的）。 并在 "接受的 EPS承载列表" 中的 "演进型通用陆地无线接入承

Identifier; 以下简称： E-RAB ID )" 信息中新增 "D2D连接" 类型指示， 或在 Attach过程中就规定了专用的 PDN连接用于 DPS承载的管理。

本实施例中， 初始上下文建立完成 /响应消息的格式可以如表 7所示。

表 7

信元 ( Information 存在位 范围 信元类型和 语义描述 重要性 指派重要 Element; 以下简 ( Presence ) ( Range ) 参考 ( Semantics ( Criticality ) 性 称： IE ) /组名称 ( IE type description ) ( Assigned ( Group Name ) and Criticality ) reference )

Message Type M 9.2.1.1 YES reject

MME UE S1AP ID M 9.2.3.3 YES ignore eNB UE SlAP ID M 9.2.3.4 YES ignore

E-RAB Setup List 1 YES ignore

> E-RAB Setup 1 to EACH ignore Item Ies <maxnoofE- RABs>

»E- AB ID M 9.2.1.2 1： 在 attach过

程中， 已经和

D2D承载绑定；

2: 附带一个

D2D通信类型

» D2D-connection O 可选的

indication ( new )

»Transport Layer M 9.2.2.1 - Address

»GTP-TEID M 9.2.2.2 -

E-RAB Failed to O E-RAB List a value for YES ignore Setup List 9.2.1.36 E-RAB ID shall

only be present

once in E-RAB

Setup List IE +

E-RAB Failed

to Setup List IE

Criticality O 9.2.1.21 YES ignore Diagnostics 步骤 211 , MME向网关 （ Gateway; 以下简称： GW )发送更新承载请求 ( Update Bearer Request ) 消息。

步骤 212 , MME接收 GW发送的更新承载响应（ Update Bearer Response ) 消息。

步骤 213 , MME向上述服务基站发送第一消息。 本实施例中，上述第一消息用于触发服务基站 发送消息给 UE1 ,使得 UE1 和网络侧设备建立连接。 上述第一消息可以为寻呼消息或一条新的消息 ， 上述 第一消息携带 "D2D连接" 类型， 触发本次 D2D通信的 UE (本实施例中为 UE2 ) 的标识和需要建立连接的 UE (本实施例中为 UE1 ) 的标识。

本实施例中， MME接收到上述服务基站的回复消息， 例如： 初始上下文 建立完成 /响应消息之后， 向上述服务基站发送第一消息， 触发服务基站发送 第二消息给 UE1 , 使得 UE1和网络侧设备建立连接。

以上述第一消息为寻呼消息为例，本实施例在 现有的 MME向服务基站发 送的寻呼消息中， 新增 "D2D连接"类型和触发本次 D2D通信的 UE的标识， 本实施例中 , 触发本次 D2D通信的 UE为 UE2, 这里的触发本次 D2D通信的 UE的标识是上述服务基站可以识别的标识。

本实施例中， MME向服务基站发送的寻呼消息的格式可以如表 8所示。

表 8

信元 ( Information 存在位 范围 信元类型和参考 语义描述 重要性 指派重要性 Element; 以下简 ( Presence ) ( Range ) ( IE type and ( Semantics ( Criticality ( Assigned 称： IE ) /组名称 reference ) description ) ) Criticality ) ( Group Name )

Message Type M 9.2.1.1 YES ignore

UE Identity Index M 9.2.3.10 YES ignore value

UE Paging Identity M 9.2.3.13 YES ignore

T-UE Paging O 9.2.3.13

Identity

D2D

Communication

indication

Paging DRX O 9.2.1.16 YES ignore

CN Domain M 9.2.3.22 YES ignore

List of TAIs 1 YES ignore

>TAI List Item 1 to < EACH ignore

maxnooiTAI

s >

»TAI M 9.2.3.16 -

CSG Id List 0..1 GLOBAL ignore

>CSG Id 1 to < 9.2.1.62

maxnoofCSGI

d >

Paging Priority O 9.2.1.78 YES ignore 步骤 214, 上述服务基站向 UE1发送第二消息。

本实施例中， 上述第二消息用于触发 UE1 与网络侧设备建立连接。 上述 第二消息可以是一条寻呼消息或新设计的消息 格式， 携带 "D2D 连接" 类型 和触发本次 D2D通信的 UE (本实施例中为 UE2 ) 的标识。

以上述第二消息为寻呼消息为例，本实施例在 现有的服务基站向 UE发送 的寻呼消息的基础上，新增 "D2D连接"类型指示和触发本次 D2D通信的 UE 的标识；本实施例中 ,触发本次 D2D通信的 UE为 UE2,这里的触发本次 D2D 通信的 UE的标识是上述服务基站可以识别的标识。 上述 "D2D连接"类型指 示可以为显式的指示或 4艮据新增的信元来隐式的指示。 步骤 215, UE1发起与网络侧设备的连接建立过程。

在 UE1接收到上述服务基站发送的第二消息之后， 发起与网络侧设备的 连接建立过程。 在这个过程中， 网络对该 UE1的 DPS承载的建立过程与网络 对 UE2的 DPS承载的建立过程类似，请参见步骤 207〜步骤 210的描述， 在此 不再赘述。 可选的， UE1先进行本次连接建立过程的接纳控制。

可选地， 在 UE1与服务基站之间建立默认承载。

可选地， 服务基站也可以直接发送调度信息给 UE1 ; 后续， 根据 UE1对 D2D连接的链路的测量的反馈， 更新对 UE1的调度信息。

可选地， 服务基站可以从一个较长的时间角度， 预配置 UE1 的资源， 例 如： UE1 发送 /接收所用的半静态资源， 包括配置该半静态资源的偏移、 配置 该半静态资源的周期、用于半静态调度的混合 自动重传请求（ Hybrid Automatic Repeat Request; 以下简称： HARQ )进程数目和 用 于发送肯 定应 答 ( Acknowledgement； 以下简称： ACK ) /否定应答 ( Negative- Acknowledgment； 以下简称： NACK ) 的资源；

步骤 216, UE1发起与 UE2的连接建立。 可选地， 在 UE1完成与服务基 站的连接建立之后， UE1发起与 UE2的连接建立。

具体地， UE1先向 UE2发送 D2D链路建立请求消息， 该 D2D链路建立 请求消息携带： UE1 的标识（D-RNTI或 UE1 的物理标识）和 UE2 的标识 ( D-RNTI或 UE2的物理标识）； 以及该 UE1的信道状态信息 ( Channel State Information; 以下简称： CSI )信息，例如：调制编码方式（ Modulation and Coding Scheme; 以下简称： MCS )、 编码速率 （code rate ) 和 /或预编码矩阵指示符 ( Precoding Matrix Indexes; 以下简称： PMI )等； 以及资源分配情况（如果 服务基站未下发类似时分双工 （Time Division Duplexing; 以下简称： TDD ) 配比的配置信息。

UE2接收到上述 D2D链路建立请求消息之后， 进一步， 可选地进行接入 控制， 如果允许建立连接， 则 UE2向 UE1回复 D2D链路建立响应消息， 该 D2D链路建立响应消息携带 UE2的标识（ D-RNTI或 UE2的物理标识）和 UE1 的标识（ D-RNTI或 UE1的物理标识）； 以及该 UE2的 CSI信息，例如： MCS、 code rate和 /或 PMI等； 以及资源分配接受或拒绝。 其中， 资源分配接受或拒 绝是指 UE2接受或拒绝 UE1的资源分配情况， 可选的携带原因值或推荐的资 源分配方式。

最后， UE1接收到 UE2发送的 D2D链路建立响应消息之后， 向 UE2发 送 D2D链路建立完成消息。

步骤 217, UE1与 UE2之间的 DPS承载建立完成。 UE1与 UE2开始设备 到设备 ( D2D ) 的通信。

本实施例中， 如果服务基站未发送动态调度信息， 则 UE1和 UE2可以根 据自身对 D2D连接的链路的测量的情况， 进行调度协商或自行调度； 并在后 续根据测量结果， 更新对对端 UE的调度信息。

上述实施例中， 上述服务基站可以为演进基站（evolved NodeB; 以下简 称： eNB ), 当然本发明实施例并不仅限于此， 本发明实施例对基站的形式不 作限定。

上述实施例可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实 现支持 D2D功能的用户设备之间的通信，进而可以实现 网络对资源的可控性。

图 3为本发明连接建立方法再一个实施例的流程� �，如图 3所示， 该连接 建立方法可以包括：

步骤 301〜步骤 306, 同步骤 201〜步骤 206。

步骤 307, MME接收到上述服务请求信令之后， 进行鉴权认证过程。 如果鉴权认证通过， 则 MME发起上下文建立过程， 从而触发承载建立过 程。

步骤 308, MME发送上下文建立请求消息给服务基站， 以触发承载建立 过程和 DPS承载到无线承载的映射过程。

本实施例中， 可以由具有内部网关功能的实体完成 DPS承载的 IP地址的 分配和 QoS 的管理等其他承载管理功能； 上述具有内部网关功能的实体可以 是个独立实体， 也可以和上述服务基站集成在一起。

本实现方式中， 一个 DPS承载具有以下特征：

每一个专用的 DPS承载和一个 TFT相关联。

发送业务流模板 ( TX Traffic Flow Template; 以下简称： TX TFT )是一个 TFT中的发送包过滤规则的集合。 UE2利用发送业务流模板将发送方向的业务 流过滤到对应的 DPS承载中； UE1 同样利用发送业务流模板将发送方向的业 务流过滤到对应的 DPS承载中； 同时， 两个 UE保存对方的发送业务流模板， 作为接收业务流模板 ( RX Traffic Flow Template； 以下简称： RX TFT ) , 并根 据该接收业务流模板确定接收的业务流和对应 的 DPS承载的映射关系； 接收 业务流模板的获取， 可以是支持 D2D功能的 UE1和 UE2在建立连接过程中， 互相通知 ,也可以通过网络告知对方。这样 , UE1和 UE2就可以用 TX TFT 和 RX TFT确定承载（Bearer )和应用 （Application ) 的关联： 从 Bearer来的数 据，根据 TFT确定是哪个 Application的，这就是接收（ RX )了；从 Application 来的数据， 根据 TFT确定映射到哪个 Bearer, 这就是发送（ TX ) 了。

一个无线承载（ Radio Bearer )用来在两个 UE之间传输一个 DPS承载的 数据包。 如果一个无线承载存在， 则在一个 DPS承载和一个无线承载之间存 在——映射的关系。 在两个 UE之间， 一个 DPS承载是唯一标识一个具有共 同 QoS特征的业务流组。 包过滤规和每个连接中的一个唯一的包过滤标 识相 关联， 并在类似 NAS过程的信令中发下来。 一个 DPS承载也就是这个承载里 的所有的包过滤规则的合集。

具有相同 QoS特征的业务流组映射到相同的 DPS承载中， 举例来说， 上 述 QoS特征可以包括： 调度策略、 排队管理策略、 速度整形策略和 RLC管理 等。

本实施例中， 无线承载与 DPS承载的映射图可以如图 4a〜图 4c所示， 图 4a〜图 4c为本发明承载映射一个实施例的示意图。

步骤 309, 服务基站向 MME发送初始上下文建立完成 /响应消息。

具体地，完成 DPS承载到无线承载的映射之后，服务基站向 UE2发送 RRC 重配请求消息， 并接收 UE2发送的 RRC重配完成消息。服务基站接收到 UE2 发送的 RRC重配完成消息之后， 完成 DPS承载到无线承载的映射。 然后， 服 务基站向 MME发送回复消息， 例如： 初始上下文建立完成 /响应消息， 该初 始上下文建立完成 /响应消息携带该服务基站的地址、 接受的 EPS承载列表、 拒绝的 EPS承载列表和 S1口的 TEID(s) (下行的）。 并在 "接受的 EPS承载列 表" 中的 "E-RAB ID" 信息中新增 "D2D连接" 类型指示， 或在 Attach过程 中就规定了专用的 PDN连接用于 DPS承载的管理。

本实施例中， 初始上下文建立完成 /响应消息的格式可以如表 7所示。 步骤 310〜步骤 314, 同步骤 213〜步骤 217。

本实施例中， 如果服务基站未发送动态调度信息， 则 UE1和 UE2可以根 据自身对 D2D连接的链路的测量的情况， 进行调度协商或自行调度； 并在后 续根据测量结果， 更新对对端 UE的调度信息。

上述实施例中，上述服务基站可以为 eNB, 当然本发明实施例并不仅限于 此， 本发明实施例对基站的形式不作限定。

上述实施例可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实 现支持 D2D功能的用户设备之间的通信，进而可以实现 网络对资源的可控性。

图 5为本发明连接建立方法再一个实施例的流程� �， 本实施例中 DPS承 载的建立沿用 LTE中用 PGW来承担 DPS承载的管理和资源分配的原则。 本 实施例中 UE1与 UE2的初始状态是空闲 （IDLE ) 态。

如图 5所示， 该连接建立方法可以包括： 步骤 501 , 支持 D2D功能的 UEl获得用于广播该 UEl的信息的资源， 该 UE1的信息包括 UE1的标识、 业务信息、 服务码和应用层服务信息之一或组 合。

具体地， UE1获得用于广播该 UE1的信息的资源的方式与本发明图 3所 示实施例步骤 301中描述的方式相同， 在此不再赘述。

步骤 502, UE1在获得的资源上广播该 UE1的信息。

具体地，UE1广播该 UEl的信息的方式与本发明图 3所示实施例步骤 302 中描述的方式相同， 在此不再赘述。

步骤 503 ,支持 D2D功能的 UE2通过感知技术或对其他支持 D2D功能的 UE的搜索和测量， 获知到有可能配对的 UE1存在时， UE2向 UE1 当前所在 小区的服务基站发送 RRC连接建立请求消息。

本实施例中， 在步骤 503之前， UE2同样会获得用于广播该 UE2的信息 的资源， 并在获得的资源上广播该 UE2的信息， 实现方式与步骤 501和步骤 502描述的方式相同，在此不再赘述。本实施例 以 UE2当前所在小区的服务基 站与 UE1当前所在小区的服务基站相同为例进行说明 。

本实施例中， 在上述 RRC连接建立请求消息的建立原因信元的值为 D2D 连接；进一步地，上述 RRC连接建立请求消息还可以携带 UE1的 NAS ID (例 如： old GUTI或 s-TMSI )和 AS ID; 或者， 上述 RRC连接建立请求消息还可 以携带 UE1的服务码。这样，上述服务基站可以获知 UE2发起的是 D2D连接 建立过程， 并且可以获知目的 UE或配对 UE的标识。 本实施例中， 上述目的 UE或配对 UE为 UE1。

具体地， UE2可以釆用 DRX方式， 以不连续接收周期 （DRX-Cycle ) , 在一些特定的资源上搜索除 UE2之外的支持 D2D功能的 UE广播的信息， 在 获知到有可能配对的 UE1存在之后， UE2接收 UE1广播的该 UE1的信息； 或 者， UE2也可以釆用事件触发的方式接收 UE1广播的该 UE1的信息， 例如： 当用户有某些特定的需求时，通过人机界面触 发接收动作； 或者应用层根据用 户之前定制的需求档案 （ profile )触发接收动作。 当然 UE2也可以将 DRX和 事件触发这两种方式组合使用， 接收 UE1广播的该 UE1的信息。

然后， UE2发现 UE1的信息与该 UE2的需求匹配，于是 UE2发起与 UE1 的直接的 D2D连接的建立。首先， UE2向上述服务基站发送 RRC连接建立请 求消息。

步骤 504, UE2接收上述服务基站发送的 RRC连接建立响应消息。

步骤 505, UE2向上述服务基站发送 RRC连接建立完成消息。

本实施例， 在上述 RRC连接建立完成消息中携带 UE2的 D2D能力信息 和服务请求（Service Request )信令。 进一步地， 上述 RRC连接建立请求消息 还可以携带 UE1的 NAS ID (例如： old GUTI或 s-TMSI )和 AS ID; 或者， 上述 RRC连接建立完成消息还可以携带 UE1的服务码。 这样， 上述服务基站 可以获知 UE2发起的是 D2D连接建立过程，并且可以获知连接对象（即 UE1 ) 的标识。

对于步骤 503〜步骤 505中， RRC连接建立完成消息携带 UE2的 D2D能 力信息和 RRC连接建立请求消息的建立原因信元的值为 D2D连接可以只出现 其中一项或同时出现。 也就是说， 如果步骤 503 中， RRC连接建立请求消息 的建立原因信元的值为 D2D连接， 则步骤 505中， RRC连接建立完成消息可 以携带 UE2的 D2D能力信息， 也可以不携带； 或者， 如果步骤 503中， RRC 连接建立请求消息的建立原因信元的值不是 D2D连接， 则步骤 505中， RRC 连接建立完成消息须携带 UE2的 D2D能力信息。

另夕卜，上述 RRC连接建立完成消息和上述 RRC连接建立请求消息之一或 全部携带 UE1的 NAS ID (例如： old GUTI或 s-TMSI )和 AS ID; 或者， 上 述 RRC连接建立完成消息和上述 RRC连接建立请求消息之一或全部携带 UE1 的服务码。 步骤 506, 服务基站将上述服务请求信令转发给 MME。

步骤 507 , MME接收到上述服务请求信令之后， 进行鉴权认证过程。 如果鉴权认证通过， 则 MME发起上下文建立过程， 从而触发承载建立过 程。

步骤 508 , MME发送初始上下文建立请求消息给服务基站， 以激活所有 EPS承载的无线承载和 S1承载。

具体地，上述初始上下文建立请求消息的格式 可以参照本发明图 2所示实 施例步骤 208中的描述， 在此不再赘述。

步骤 509， 服务基站执行 DPS承载到无线承载的映射。

具体地， 上述服务基站执行无线承载建立过程。用户面 的安全功能在这步 建立。 在用户面承载建立完成之后， Service Request过程完成， 同时 DPS承载 在 UE和网络侧完成同步。

本实施例中 , 可以按照现有的 LTE技术， 由 EPC中的 PGW或 MME来 完成 DPS承载的配置和管理。

步骤 510,服务基站向 MME发送初始上下文建立完成 /响应（ Initial Context Setup Complete/Response ) 消息。

具体地，完成 DPS承载到无线承载的映射之后，服务基站向 UE2发送 RRC 重配请求消息， 并接收 UE2发送的 RRC重配完成消息。服务基站接收到 UE2 发送的 RRC重配完成消息之后， 完成 DPS承载到无线承载的映射。 然后， 月良 务基站向 MME发送回复消息，例如：初始上下文建立完成 /响应（ Initial Context Setup Complete/Response )消息， 该初始上下文建立完成 /响应消息携带该月良务 基站的地址、 接受的 EPS承载列表、 拒绝的 EPS承载列表和 S1口的 TEID(s) (下行的）。并在 "接受的 EPS承载列表"中的 "E-RAB ID"信息中新增 "D2D 连接"类型指示， 或在 Attach过程中就规定了专用的 PDN连接用于 DPS承载 的管理。 其中， 上述初始上下文建立完成 /响应消息的格式可以如表 7所示， 在此 不再赘述。

步骤 511 , MME向 GW发送更新承载请求消息。

步骤 512, MME接收 GW发送的更新承载响应消息。

步骤 513 , UE2向上述服务基站发送承载资源修改请求 （ Bearer Resource Modification Request ) 消息。

本实施例中， 如果在 Attach过程中， DPS承载没有建立， 则 UE2可以发 起请求承载资源修改过程来触发 DPS承载的建立。

具体地， UE2 可以先向上述服务基站发送承载资源修改请求 （Bearer Resource Modification Request ) 消息 , 该承载资源修改请求消息携带连接承载 标识（Linked EPS Bear ID; 以下简称： LBI )、 净荷类型指示 （Payload Type Indicator; 以下简称： PTI )、 EPS承载标识（ EPS Bearer Identity )、 QoS、 业 务聚合描述（ Traffic Aggregate Description; 以下简称： TAD )和协议配置选 项（ Protocol Configuration Options );并且该承载资源修改请求消息中新增" D2D 连接" 类型指示， 或有个专用的分组数据网络（Packet Data Network; 以下简 称： PDN )连接用于 DPS承载的管理。 其中上述 LBI与 D2D承载相关， EPS 承载标识也可以作为 D2D承载标识。

其中， 上述 TAD用于指示该承载资源修改请求消息是新增， 修改还是删 除包过滤规则。 当业务流增加时， TAD 就包括一组包过滤规则， 但还没有包 过滤标识 （Packet Filter Identifier )。 UE (例如： UE2 )还会发送要增加的业 务流的 QoS类别标识（QoS Class Identifier; 以下简称： QCI )信息和保证比 特率（Guaranteed Bit Rate; 以下简称： GBR )。 当这个过程结束后， TAD被释 放。

UE (例如： UE2 ) 只有请求增加承载操作时， 发送 LBI来指示新增的承 载资源和哪个 PDN连接相联系。 EPS Bearer Identity只会在修改和删除承载操作时 , 才会发送。 其中 UE发送的承载资源修改请求消息的格式可以如� �� 9所示。

表 9

步骤 514, 上述服务基站向 MME发送承载资源修改请求消息。

其中， 上述承载资源修改请求消息携带 IMSI、 LBI、 PTI、 EPS Bearer Identity、 QoS、 TAD和 Protocol Configuration Options。 MME用 LBI来马全证这 个请求。 与 LBI对应的 EPS承载， MME用相同的 SGW地址。 该承载资源修 改请求消息中新增 "D2D连接" 类型指示， 或有个专用的 PDN连接用于 DPS 承载的管理。

步骤 515, MME发送承载资源修改请求消息给选择的服务网 关 （Serving Gateway; 以下简称： SGW ), 该承载资源修改请求消息携带 IMSI、 LBI、 PTL EPS Bearer Identity、 QoS、 TAD和 Protocol Configuration Options。 MME用 LBI 来验证这个请求。 与 LBI对应的 EPS承载， MME用相同的 SGW地址。 该承 载资源修改请求消息中新增 "D2D连接" 类型指示， 或有个专用的 PDN连接 用于 DPS承载的管理。

步骤 516, SGW发送承载资源修改请求消息给 PGW, 该承载资源修改请 求消息携带 IMSI、 LBI、 PTL EPS Bearer Identity, QoS、 TAD 和 Protocol Configuration Options。 SGW把与 LBI对应的 EPS承载发送给相同的 PDN 。 该承载资源修改请求消息中新增 "D2D连接" 类型指示， 或有个专用的 PDN 连接用于 DPS承载的管理。

如果上述承载资源修改请求消息被接受， 用于该 DPS承载管理的专用承 载激活 ( Dedicated Bearer Activation ) 流程或专用承载修改 ( Dedicated Bearer Modification ) 流程将被发起。 由 UE2分配的 PTI将 UE2发起的 Dedicated Bearer Activation流程与 UE2发起的 Bearer Resource Modification流程相关联， PTI提供了在新的业务流组合和用于新的业务流 组合的 EPS承载之间必要的连 接。 当一个新的包过滤规则加入一个 TFT中时， PGW会分配一个在这个 TFT 中唯一的新的包过滤标识 （Packet Filter Identifier )。 PGW 维持业务数据流 ( Service Data Flow; 以下简称： SDF ) 中的包过滤标识和 TFT中的包过滤标 识的对应关系。

步骤 517〜步骤 521 , 同步骤 213〜步骤 217。

上述实施例中，上述服务基站可以为 eNB, 当然本发明实施例并不仅限于 此， 本发明实施例对基站的形式不作限定。 上述实施例可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实 现支持 D2D功能的用户设备之间的通信，进而可以实现 网络对资源的可控性。

本发明图 5所示实施例中， 步骤 515 中的专用承载激活流程可以如图 6 所示， 图 6为本发明专用承载激活流程一个实施例的流� �图。

步骤 601 , PGW应用本地的 QoS策略。

步骤 602 , PGW应用本地 QoS策略来分配 EPS承载的服务质量（ EPS Bearer QoS ), 例如： PGW分配该 EPS承载的 QoS 参数， 该 EPS承载的 QoS参数包 括： QCI、地址解析协议（ Address Resolution Protocol; 以下简称： ARP )、 GBR 和最大比特率（Maximum Bit Rate; 以下简称： MBR ); PGW发送创建专用承 载请求（ Create Dedicated Bearer Request )消息给 SGW, 该创建专用承载请求 消息包括 IMSL PTL EPS Bearer QoS、 TFT、 S5/S8隧道端点标识（ S5/S8 Tunnel Endpoint Identifier; 以下简称： S5/S8 TEID )、 LBI和协议配置选项 （Protocol Configuration Options )。

步骤 603 , SGW发送创建专用承载请求消息给 MME, 该创建专用承载请 求消息包括 IMSI、 PTL EPS Bearer QoS、 TFT、 S1-TEID、 LBI和 Protocol 配置选项。

其中， LBI新增 "D2D连接"类型指示，或有个专用的 PDN连接用于 DPS 承载的管理。

步骤 604, MME选择一个 EPS Bearer ID, 同时构建一个会话管理请求 ( Session Management Request ), 该会话管理请求包括 PTI、 TFT、 EPS Bearer QoS参数、 Protocol Configuration Options. EPS Bearer Identity (可选的, 新增 "D2D连接"类型指示）和 LBI。 然后 MME发送承载建立请求（ Bearer Setup Request )消息给 eNB,该承载建立请求消息包括 EPS Bearer Identity, EPS Bearer QoS、 Session Management Request和 S 1 -TEID。

步骤 605, eNB映射 EPS Bearer QoS到无线承载的 QoS, 并发送 RRC连 接重配置消息给 UE, 该 RRC连接重配置消息包括 Radio Bearer QoS、 Session Management Request和 EPS Bearer Identity。

本实施例中的 UE可以为 UE2或 UE1。

接收到上述 RRC 连接重配置消息之后， UE NAS 将保存 EPS Bearer Identity, 通过 LBI建立的专用 载（Dedicated Bearer )和默认 载的关联关 系。 UE利用发送业务流模版（UL TFT )来决定业务流到无线承载的映射。

步骤 606 , UE 通过发送 RRC 连接重配置完成 （RRC Connection Reconfiguration Complete ) 消息给 eNB , 来回应 无线^载激活 ( Radio Bearer Activation )。

步骤 607 , eNB 通过发送承载建立响应 （ Bearer Setup Response ) 消息给 MME来确认 7 载激活。

其中， 上述承载建立响应消息携带 EPS Bearer Identity和 S1-TEID。

步骤 608, UE NAS层生成会话管理响应（ Session Management Response ), 并通过直接转发（ Direct Transfer ) 消息将上述会话管理响应发送给 eNB。

其中， 上述直接转发消息包括 EPS Bearer Identity。

步骤 609, eNB发送上行 NAS传输（ Uplink NAS Transport )消息给 MME。 其中， 上述上行 NAS传输消息携带会话管理响应 （Session Management Response )。

本实施例中， 上述 Uplink NAS Transport消息的格式可以如表 10所示。

表 10 信元 ( Information 存在位 范围 信元类型和参 语义描述 重要性 指派重要性 Element; 以下简 ( Presence ) ( Range ) 考 ( IE type and ( Semantics ( Criticality ) ( Assigned 称： IE ) /组名称 reference ) description ) Criticality ) ( Group Name )

Message Type M 9.2.1.1 YES ignore

MME UE S1AP ID M 9.2.3.3 YES reject

MME T-UE S1AP O 9.2.3.3 If target(paired) YES reject ID(new) UE in connected

mode

eNB UE SlAP ID M 9.2.3.4 YES reject eNB T-UE S1AP O 9.2.3.4 If target(paired) YES reject ID (new) UE in connected

mode

NAS-PDU M 9.2.3.5 Request Bearer YES reject

Resource

Modification

D2D-connection O 可选的

indication ( new )

E-UTRAN CGI M 9.2.1.38 YES ignore

TAI M 9.2.3.16 YES ignore

GW Transport O Transport Layer Indicating GW YES ignore Layer Address Address 9.2.2.1 Transport Layer

Address if the

GW is collocated

with eNB 步骤 610, 接收到步骤 607的承载建立响应消息和步骤 609的会话管理响 应 ( Session Management Response )之后， MME发送创建专用 载响应 ( Create Dedicated Bearer Response ) 消息给 SGW, 确认 载激活 ( Bearer Activation ) 成功。

其中， 上述创建专用承载响应消息携带 EPS Bearer Identity和 S1-TEID。 步骤 611 , SGW向 PGW发送创建专用承载响应消息。

图 7为本发明连接建立方法再一个实施例的流程� �， 本实施例中 DPS承 载的建立沿用 LTE中用 PGW来承担 DPS承载的管理和资源分配的原则。 本 实施例中 UE1与 UE2的初始状态是 Active态。 步骤 701 , 支持 D2D功能的 UEl获得用于广播该 UEl的信息的资源， 该 UE1的信息包括 UE1的标识、 业务信息、 服务码和应用层服务信息之一或组 合。

具体地， UE1获得用于广播该 UE1的信息的资源的方式与本发明图 2所 示实施例步骤 201中描述的方式相同， 在此不再赘述。

步骤 702, UE1在获得的资源上广播该 UE1的信息。

具体地，UE1广播该 UE1的信息的方式与本发明图 2所示实施例步骤 202 中描述的方式相同， 在此不再赘述。

步骤 703 ,支持 D2D功能的 UE2通过感知技术或对其他支持 D2D功能的 UE的搜索和测量， 获知到有可能配对的 UE1存在。

可选地， UE2向服务基站发送靠近指示， 携带 UE1的信息。

本实施例中， 在步骤 703之前， UE2同样会获得用于广播该 UE2的信息 的资源， 并在获得的资源上广播该 UE2的信息， 实现方式与步骤 701和步骤 702描述的方式相同，在此不再赘述。本实施例 以 UE2当前所在小区的服务基 站与 UE1当前所在小区的服务基站相同为例进行说明 。

步骤 704 , UE2向 UE1 当前所在小区的服务基站发送承载资源修改请 求 ( Bearer Resource Modification Request ) 消息。

本实施例中， 如果在 Attach过程中， D2D承载没有建立， 则 UE2可以发 起请求承载资源修改过程来触发 D2D承载的建立。

具体地， UE2 可以先向上述服务基站发送承载资源修改请求 （Bearer Resource Modification Request )消息，该承载资源修改请求消息携带 LBI、 PTL EPS 承载标识 （EPS Bearer Identity ), QoS、 TAD 和 Protocol Configuration Options; 并且该承载资源修改请求消息中新增 "D2D 连接" 类型指示， 或有 个专用的 PDN连接用于 DPS承载的管理。 其中上述 LBI与 D2D承载相关， EPS承载标识也可以作为 D2D承载标识。 其中， 上述 TAD用于指示该承载资源修改请求消息是新增， 修改还是删 除包过滤规则。 当业务流增加时， TAD 就包括一组包过滤规则， 但还没有包 过滤标识 （Packet Filter Identifier )。 UE (例如： UE2 )还会发送要增加的业 务流的 QCI信息和 GBR。 当这个过程结束后， TAD被释放。

UE (例如： UE2 ) 只有请求增加承载操作时， 发送 LBI来指示新增的承 载资源和哪个 PDN连接相联系。

EPS Bearer Identity只会在修改和删除承载操作时， 才会发送。

其中 UE发送的承载资源修改请求消息的格式可以如� �� 9所示。

步骤 705, 上述服务基站向 MME发送承载资源修改请求消息。

其中， 上述承载资源修改请求消息携带 IMSI、 LBI、 PTI、 EPS Bearer Identity、 QoS、 TAD和 Protocol Configuration Options。 MME用 LBI来马全证这 个请求。 与 LBI对应的 EPS承载， MME用相同的 SGW地址。 该承载资源修 改请求消息中新增 "D2D连接" 类型指示， 或有个专用的 PDN连接用于 DPS 承载的管理。

步骤 706, MME发送承载资源修改请求消息给选择的 SGW, 该承载资源 修改请求消息携带 IMSI、 LBI、 PTL EPS Bearer Identity, QoS、 TAD和 Protocol Configuration Options„ MME用 LBI来验证这个请求。与 LBI对应的 EPS承载， MME用相同的 SGW地址。 该承载资源修改请求消息中新增 "D2D连接" 类 型指示， 或有个专用的 PDN连接用于 DPS承载的管理。

步骤 707, SGW发送承载资源修改请求消息给 PGW, 该承载资源修改请 求消息携带 IMSI、 LBI、 PTL EPS Bearer Identity, QoS、 TAD 和 Protocol Configuration Options。 SGW把与 LBI对应的 EPS承载发送给相同的 PDN 。 该承载资源修改请求消息中新增 "D2D连接" 类型指示， 或有个专用的 PDN 连接用于 DPS承载的管理。

如果上述承载资源修改请求消息被接受， 用于该 DPS承载管理的专用承 载激活 ( Dedicated Bearer Activation ) 流程或专用承载修改 ( Dedicated Bearer Modification ) 流程将被发起。 由 UE2分配的 PTI将 UE2发起的 Dedicated Bearer Activation流程与 UE2发起的 Bearer Resource Modification流程相关联， PTI提供了在新的业务流组合和用于新的业务流 组合的 EPS承载之间必要的连 接。 当一个新的包过滤规则加入一个 TFT中时， PGW会分配一个在这个 TFT 中唯一的新的包过滤标识（ Packet Filter Identifier )。 PGW维持 SDF中的包过 滤标识和 TFT中的包过滤标识的对应关系。

其中， 上述专用承载激活流程可以如图 6所示， 在此不再赘述。

步骤 708, 服务基站根据 DPS承载的信息， 执行 DPS承载到无线承载的 映射。

具体地， 上述服务基站执行无线承载建立过程。用户面 的安全功能在这步 建立。 在用户面承载建立完成之后， Service Request过程完成， 同时 DPS承载 在 UE和网络侧完成同步。

本实施例中 , 可以按照现有的 LTE技术， 由 EPC中的 PGW或 MME来 完成 DPS承载的配置和管理。

步骤 709, PGW发起对目标 UE的 D2D承载的建立过程。

本实施例中， 上述目标 UE为 UE1。

首先， PGW根据从 MME获得的 UE1的标识， 向 UE1发起专用承载激活 流程。 其中， 上述专用承载激活流程可以如图 6所示， 在此不再赘述。

然后， 上述服务基站执行 DPS承载到无线承载的映射。

本实施例中 , 可以按照现有的 LTE技术， 由 EPC中的 PGW或 MME来 完成 DPS承载的配置和管理。

步骤 710, UE1发起与 UE2的连接建立。

本步骤为可选步骤。 具体地， UE1发起与 UE2的连接建立的过程可以参 见本发明图 2所示实施例步骤 216的描述， 在此不再赘述。 步骤 711 , UE1与 UE2之间的 DPS承载建立完成。 UE1与 UE2开始设备 到设备 ( D2D ) 的通信。

上述实施例可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实 现支持 D2D功能的用户设备之间的通信，进而可以实现 网络对资源的可控性。

本发明图 2〜图 7所示实施例中， UE1与 UE2之间的空口， 即 Ud口的协 议栈只有用户面协议栈， 没有控制面协议栈或者简化的控制面协议栈。

其中， 上述 Ud口的用户面协议栈可以沿用目前 LTE的协议栈， 如图 10a 所示， 这时， 上述用户面协议栈可以配置 IP、 PDCP、 RLC、 MAC和 PHY之 一或组合的信息； 或者上述 Ud口的用户面协议栈可以为简化的协议栈， 如图 10b所示， 这时， 上述用户面协议栈可以配置 IP、 MAC-d和 PHY之一或组合 的信息。 图 10a〜图 10b为本发明用户面协议栈的示意图。

本发明图 2〜图 7所示实施例中， Ud链路的配置由网络侧来控制， 即通过 Uu口的信令来控制和配置 Ud口， 包括： UE1与 UE2之间 DPS承载的建立和 该 DPS承载到无线承载的映射。

可选地， 如果资源共享， 上述 Ud 口的用户面协议栈还可配置类似 TDD 配比的配置信息（不限于目前 LTE中规定的几种配比）、 安全信息（加密、 完 整性保护参数和算法）和测量配置信息之一或 组合。 其中， 该测量配置信息可 以包括无线资源管理（ Radio Resource Management; 以下简称： RRM )、 无线 链路管理（Radio Link Management; 以下简称： RLM )和 CSI之一或组合。 根据参考信令的不同， 上述测量配置信息的配置不同， 举例来说， 如果上行资 源共享， eNB可以以探测参考信号（ Sounding Reference Signal;以下简称： SRS ) 或新的参考信号（New Reference Signal; 以下简称： NRS )为测量对象配置上 述测量配置信息；如果下行资源共享， eNB可以通过小区参考信号（ Cell-specific Reference Signals; 以下简称： CRS )或 NRS为测量对象配置上述测量配置信 息。 根据上述 Ud口的用户面协议栈， eNB可以发送资源调度信息， 该资源调 度信息包括： 告知 UE1 和 /或 UE2使用 PHY层的物理资源、 调制编码方式 ( Modulation and Coding Scheme; 以下简称： MCS )、 编码速率（ code rate ) 和预编码矩阵指示符（Precoding Matrix Indexes; 以下简称： PMI )之一或组 合等。

本领域普通技术人员可以理解：实现上述方法 实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成，前述的程 序可以存储于一计算机可读取存 储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储 介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质 。

图 8为本发明用户设备一个实施例的结构示意图� �本实施例中的用户设备 为支持 D2D功能的第二用户设备， 可以实现本发明图 1所示实施例的流程， 如图 8所示，该用户设备可以包括：获得模块 81、确定模块 82和发起模块 83; 其中， 获得模块 81 , 用于获得支持 D2D功能的第一用户设备广播的该第 一用户设备的信息；

确定模块 82, 用于根据获得模块 81获得的第一用户设备的信息确定与上 述第一用户设备建立连接；

发起模块 83 , 用于发起与网络侧设备的连接建立过程， 并在上述连接建 立过程中将第一用户设备的信息发送给网络侧 设备，以便网络侧设备与第一用 户设备建立连接。

上述用户设备，可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实现支持 D2D功能的用户设备之间的通信， 进而可以实现网络对资源的可控 性。

图 9为本发明用户设备另一个实施例的结构示意� �，与图 8所示的用户设 备相比， 不同之处在于， 图 9所示的用户设备中， 发起模块 83可以包括： 发 送子模块 831和接收子模块 832; 其中， 发送子模块 831 , 用于向第二用户设备当前所在小区的服务基站 发 送无线资源控制连接建立请求消息，以及在接 收子模块 832接收到上述服务基 站发送的无线资源控制连接建立响应消息之后 ,向上述服务基站发送无线资源 控制连接建立完成消息，上述无线资源控制连 接建立完成消息携带第二用户设 备的非接入层信令， 例如服务请求信令；

接收子模块 832, 用于接收上述服务基站发送的无线资源控制连 接建立响 应消息；

其中， 上述无线资源控制连接建立请求消息的建立原 因信元的值为 D2D 连接； 和 /或， 上述无线资源控制连接建立完成消息携带第二 用户设备的 D2D 能力信息， 上述第二用户设备的 D2D 能力信息用于指示第二用户设备支持 D2D功能；

上述无线资源控制连接建立请求消息和上述无 线资源控制连接建立完成 消息之一或全部携带第一用户设备的非接入层 标识和接入层标识；

上述无线资源控制连接建立请求消息和上述无 线资源控制连接建立完成 消息之一或全部携带第一用户设备的服务码。

进一步地， 本实施例中， 发起模块 83还可以在附着过程中， 第二用户设 备与服务基站之间未建立 DPS承载时， 发起请求承载资源修改流程触发上述 DPS承载的建立。

具体地， 发起模块 83可以发送承载资源修改请求消息给移动管理� ��体， 以便移动管理实体将承载资源修改请求消息发 送给网关；

上述承载资源修改请求消息携带与上述 DPS承载相关的连接承载标识和 演进分组系统承载标识， 并且上述承载资源修改请求消息中新增 D2D连接类 型指示， 或上述承载资源修改请求消息中有个专用的分 组数据网络连接用于 DPS承载的管理。

进一步地， 本实施例中的用户设备还可以包括： 消息接收模块 84和消息 发送模块 85;

其中， 消息接收模块 84 , 用于接收第一用户设备发送的 D2D链路建立请 求消息， 该 D2D链路建立请求消息携带第一用户设备的标识 、 第二用户设备 的标识、第一用户设备的信道状态信息和资源 分配情况； 以及接收第一用户设 备在接收到消息发送模块 85发送的 D2D链路建立响应消息之后发送的 D2D 链路建立完成消息；

消息发送模块 85, 用于在消息接收模块 84接收到 D2D链路建立请求消 息之后， 如果允许建立连接， 则向第一用户设备发送 D2D链路建立响应消息， 该 D2D链路建立响应消息携带第二用户设备的标识 、 第一用户设备的标识和 第二用户设备的信道状态信息，以及第二用户 设备对第一用户设备的资源分配 情况的接受或拒绝的应答。

上述用户设备，可以实现在支持 D2D功能的用户设备之间建立 DPS承载， 实现支持 D2D功能的用户设备之间的通信， 进而可以实现网络对资源的可控 性。

本领域技术人员可以理解附图只是一个优选实 施例的示意图，附图中的模 块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的 模块可以按照实施例描述 进行分布于实施例的装置中，也可以进行相应 变化位于不同于本实施例的一个 或多个装置中。上述实施例的模块可以合并为 一个模块， 也可以进一步拆分成 多个子模块。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限 制； 尽管参照前述实施例对本发明进行了详细的说 明， 本领域的普通技术人员 应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修改， 或者对其 中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的 本质脱离本发明各实施例技术方案的范围。