3GPP CT1 #88bis Meeting 會議報告 - 網路通訊國際標準分析及 ...

會議報告（會議類別：其他）

3GPP CT1 #88bis Meeting 會議報告

出國人員： Sathiya M

派赴地區：法國/ Sophia Antipolis

會議期間：103 年 10 月 20 日至 10 月 24 日

報告日期：103 年 12月 12日

1

摘要

本次 3GPP CT1#88 bis會議在 2014年 10月 20日至 2014年 10月 24日在

法國 Sophia Antipolis舉行。此次參加會議的目的是，了解掌握 ProSe(鄰近服

務)這個議題目前正在進行的 LTE-A Release 12 的進展以及相關可能在

Release13被討論的議題，以供國內產業 5G 之先期技術研發策略參考。

本團隊在此會議中共提出兩篇 Change Request和一篇 Discussion Paper來

參與討論。這三篇分別是用來與參與會議的成員介紹我們在 ProSe(鄰近服務)

這個議題中所提出的請求重試機制，以及解釋在 ProSe（鄰近服務）服務架構

中，ProSe Client(鄰近服務使用者)如何對 ProSe server(鄰近服務提供者)提出服

務等相關協議流程（TS 24.334）。在這一次的會期中我們所提的一篇 Discussion

Paper被 CT1主席提出來在會議中討論；在討論的過程中由於贊成和反對的都

有，以致主席裁示希望我們能夠在下一個會期開始之前，可以先進行個別討

論，以達成共識通。其餘兩篇 Change Request則因時間關係被 CT1主席延期

到下一會期再討論。

技術貢獻

這次會議共提出三篇 ProSe 相關技術貢獻。其中 C1-143768 這一篇，目前

Qualcomm(高通)已經同意我們的看法，所以我們會在下一個會期中提出相關修

改的文件。至於其餘兩篇因為時間關係而被主席延到下一會期，我們也會在下

一個會期一起提出。

1. C1-143768 Discussion on Timer for ProSe Discovery Request,<Treated> 2. C1-143769 Introduce Timer T3901 for ProSe Discovery Request,<Posted>

3. C1-143770 Introduce Timer T3902 to trigger retransmission of ProSe

Discovery Request,<Posted>

2

會議解說

這次的 3GPP CT1＃88bis會議在法國 Sophia Antipolis（ETSI總部）舉辦，

一共有 79位出席參與。

此次參加會議的主要任務為發表本團隊在 ProS議題上的相關提案，參與

ProSe 議案討論，並關注新的 SI 和 WI，以掌握最新 3GPP 標準現況與 ProSe

相關技術發展趨勢。

與會成員工作分配

成員任務

Sathiya 1. 報告本團隊的提案

2. 參加 CT1 會議討論有關 ProSe D2D 的主題

3. 尋找 ProSe 在 LTE/LTE-A 架構下的潛在問題

3

目錄

摘要 ............................................................................................................................ 1

技術貢獻 ...................................................................................................................... 1

會議解說 ...................................................................................................................... 2

與會成員工作分配 ...................................................................................................... 2

一、會議名稱 .............................................................................................................. 4

二、參加會議目的及效益 .......................................................................................... 4

三、會議時間 .............................................................................................................. 4

四、會議地點 .............................................................................................................. 4

五、會議議程 .............................................................................................................. 5

六、會議紀要 ............................................................................................................ 10

七、心得及建議 ........................................................................................................ 19

八、附件 .................................................................................................................... 20

4

一、會議名稱 o 3GPP CT1 #88bis Meeting

二、參加會議目的及效益

o 追蹤CT1在 LTE-A Release 12正討論的議題，以及針對 LTE-A Release 13

的未來規劃。

o 確認對 5G技術發展有貢獻的潛在技術。

o 追蹤其他公司的 Working Items 以及 Change Requests

三、會議時間

2014/10/20 ~ 2014/10/24

四、會議地點

法國/Sophia Antipolis

ETSI總部

650 Route des Lucioles

06921 Sophia Antipolis Cedex

FRANCE

Phone: +33 4 92 94 42 00

5

五、會議議程

這次的 3GPP CT1＃88bis會議在法國 Sophia Antipolis（ETSI總部）舉辦，共

有 79位出席參與。

這次會議的議程如下：

1 Opening

2 Agenda and reports

3 Input liaison statements

4 Work organisation

4.1 Meeting schedule

4.2 Work plan and other administrative issues

5 void

6 void

7 Rel-7 and older

7.1 Rel-7 IMS Work Items and issues

7.2 Rel-7 non-IMS Work Items and issues

8 Rel-8



9 Rel-9



10 Rel-10

10.1 Rel-10 IMS Work items and issues

10.2 Rel-10 non-IMS Work items and issues

11 Rel-11



12 Rel-12

12.1 Release 12 documents for information

12.2 LIMONET-LIPA

12.3 REP-WMD

12.4 MTCe-UEPCOP-CT

12.5 ProSe

12.6 SINE

12.7 SCM_LTE-CT

12.8 UTRA_LTE_WLAN_interw-CT

12.9 OPIIS-CT

6

12.10 eSaMOG_ST3

12.11 WORM-CT

12.12 WLAN_NS-CT

12.13 LIMONET_SIPTO

12.14 Dia_SGSN_SMS

12.15 GCSE_LTE-CT

12.16 MSRD_VAMOS

12.17 DMCG

12.18 NewToN

12.19 SAES3 WIs

12.19.1 SAES3

12.19.2 SAES3-CSFB

12.19.3 SAES3-non3GPP

12.20 bSRVCC

12.21 SMSMI-CT

12.22 TURAN-CT

12.23 IMS_TELEP

12.24 eDRVCC

12.25 EMC_PC

12.26 IMS_RegCon-CT

12.27 BusTI-CT

12.28 UP6665

12.29 eIODB

12.30 IMS_WebRTC

12.31 ISAT

12.32 IMS_Corp2

12.33 NNI_RS

12.34 USSD_MS

12.35 USSI-NET

12.36 RFC7044

12.37 FS_NNI_RS

12.38 eMEDIASECT-CT

12.39 IMS_SSFDD

12.40 CVO-CT

12.41 SIS_CT

12.42 FS_REVOLTE_IMS

12.43 NETLOC_TWAN_CT

12.44 ALTC (CT4)

12.45 PCSCF_RES (CT4)

12.46 EVS_codec-CT

7

12.47 IMSProtoc6

12.48 TEI12

12.48.1 IMS TEI12

12.48.2 non IMS TEI12

13 Release 13

13.1 Rel-13 documents for information

13.2 SAES4 Wis

13.2.1 SAES4

13.2.2 SAES4-CSFB

13.2.3 SAES4-non3GPP

13.3 E2EMTSI-CT

13.4 rtcp-mux

13.5 voE-UTRAN_PPD-CT

13.6 IMSProtoc7

13.7 TEI13 and other Rel-13 WIs

13.7.1 IMS TEI13

13.7.2 non IMS TEI13

13.8 new / updated Rel-13 WIDs

13.8.1 WIDs

13.8.2 CRs and disc papers related to new WIs

13.8.3 Status of future work items

14 Output Liaison Statements

15 Late and misplaced documents

16 A.O.B.

17 Closing

Main Session Breakout (only one at a

time)

Monday start: 09:00 / end:

latest 20:00

Liaisons

new Rel-13 Work Items

new WID docs

Tuesday start: 09:00 / end:

latest 20:00

Rel-12 non-IMS tdocs

Low Priority Items (if time

permits)

start: 09:00 / end: latest 15:30

IMS issues – Rel-11 and

earlier

Low Priority Items (if time

permits – see Wed main

session)

Wednesday start: 09:00 /

end: latest 20:00

Rel-12 IMS tdocs

Low Priority Items

common issues from

TEI12/TEI11-ish WIs

Rel-11 and earlier non IMS

issues

Low Priority Items

Thursday start: 09:00 /

end: latest 20:00

Outgoing LS's

Future Work Item status

8

Start of Revisions

Friday start: 09:00 /

end: latest 16:00

Outgoing Liaisons

Closing of Meeting

ProSe主題相關的 CR

C1-143572 Update of range for timers T4000, T4002 and

T4004

Qualcomm Incorporated 24.334

C1-143573 Addition of SR trigger for ProSe direct

communication

Qualcomm Incorporated,

Nokia

24.301

C1-143574 Correction and clarification of Prose Function

processing for monitor request procedure in ProSe

direct discovery

Qualcomm Incorporated,

Nokia Networks, CATT,

Samsung Electronics

24.334

C1-143584 Format of metadata Qualcomm Incorporated 24.334

C1-143611 Update of range for validity timer T4005 in ProSe

MOs


C1-143639 Prose Service authorisation for MO ZTE, Qualcomm

Incorporated, Nokia

Networks

24.333

C1-143768 Discussion on Timer for ProSe Discovery Request Acer 24.334

C1-143813 Correction to match procedure – storage of

mapping

Huawei, HiSilicon 24.334

C1-143830 Alignement on ProSe service authorisation update

procedure

Huawei, HiSilicon 24.334

C1-143882 Maximum number of retransmissions and

retransmission timers in case of abnormal cases

during ProSe direct discovery


C1-143885 Announcing range parameter Deutsche Telekom,

Qualcomm

24.333

C1-143886 Prose Service authorisation ZTE, Qualcomm

Incorporated, Nokia

Networks

24.334

C1-143894 ProSe Indication for ProSe Announcement and

Monitoring


C1-143896 Addition of CURRENT_TIME and

MAX_OFFSET parameters for ProSe direct

discovery


C1-143897 Editorial changes to subclause 11.2.4 Qualcomm Incorporated 24.334

C1-143898 Correction of HTTP RFC reference in TS 24.334 Qualcomm Incorporated 24.334

file:///c:/edrive/Dropbox/3-GPP/3gpp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_88bis_Sophia-Antipolis/Docs/C1-143572.zip









file:///c:/edrive/Dropbox/3-GPP/3gpp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_88bis_Sophia-Antipolis/Docs/Updates/Update3/C1-143882.zip







9

C1-143900 Clarification of UE Identity Encoding Qualcomm Incorporated 24.334

C1-143902 Update of provisioning parameters for direct

communication security in ProSe Public Safety

Direct Services Provisioning MO


C1-143904 Correction on triggering condition and ProSe

Function processing for Match Report procedure

Samsung 24.334

C1-143906 Correction for PC3 EPC control Protocol cause

value

Intel 24.334

C1-143910 Handling of Announce request in the ProSe

function

CATT 24.334

C1-143911 Trigger to initiate announce request procedure CATT, Qualcomm

Incorporated, Samsung

Electronics

24.334

C1-143912 Correction to UE context handling Huawei, HiSilicon 24.334

C1-144158 Transmission power level Deutsche Telekom 24.334

C1-144159 Clarification on the service authorisation triggering

condition

Samsung 24.334

C1-144160 Definiton for EPC Prose User ID Intel, Qualcomm

Incorporated

24.334

C1-144212 Update of PC5_DISCOVERY message Qualcomm Incorporated 24.334

C1-144213 Update of provisioning parameters list in subclause

5.1.3


C1-144215 Handling of unknown, unforseen, and erroneous

protocol data in TS 24.334


C1-144216 Addition of Overview subclause to TS 24.334 Qualcomm Incorporated 24.334

C1-144217 Correction for proximity request cancellation

procedure

LG Electronics 24.334

C1-144263 Update “time parameter” to “UTC-based counter” Qualcomm Incorporated 24.334

C1-144279 Push methods for EPC-level ProSe Discovery Qualcomm Incorporated 24.334








http://empty/










10

六、會議紀要

會議資訊摘要：

本次會議主席為 Georg Mayer 先生

本次會議議程

Rel-13的新的工作項目

無線網路和核心網路之間的溝通

IMS 在漫遊的流程

ProSe服務流程

ProSe相關技術討論摘要

在這一次會議中主要有討論下面幾個方向:

關於手機端如何因應 Discovery 要求所遇到錯誤情況

由於 UE端是藉由從 ProSe Function收到 DISCOVERY_RESPONSE來確

認完成發佈請求程序。但在很多情況下會導致 DISCOVERY_RESPONSE

消息丟失(如訊號不好、ProSe 伺服器並沒有收到來自 UE端的 discovery

要求訊息等因素)。本團隊在這個議題上，主要是提出 UE可以通過設置

一個超時處理計時器，當 UE發送 DISCOVERY_REQUEST消息，和當

UE的超時計時器到期時，並沒有接收來自 ProSe 伺服器所傳來的

DISCOVERY_RESPONSE消息時。在這樣的例外情況下 UE將重新開始

發布請求程序，藉由重新傳送 DISCOVERY_REQUEST 訊息給 ProSe 伺

服器來確認完成發布請求程序的目的。本團隊在此篇貢獻中主要介紹了

timer T1，以指示給 UE需要等待從 ProSe Function 等待 DISCOVERY_

RESPONSE消息的時間區間，整個流程如圖一所示。

• 當 UE已經提交了 DISCOVERY_REQUEST 消息給 ProSe Function，

應當啟動定時器 T1。

11

• 當 UE接收 DISCOVERY_RESPONSE（應答─發布）消息，應停止

定時器 T1。

• 當 UE接收 DISCOVERY_RESPONSE（響應─拒絕）消息，應停止

定時器 T1。

圖一、UE發送 discovery request以及後續的計時器設置

如果定時器 T1在 UE已經到期，則 UE將：

- 關閉目前已經存在對於 ProSe Function的連接。

- 將目前 T2計時器的數值乘以二，但不超過對於該定時器定義的最大值。

- 啟動定時器 T2，並等待其結束。

定時器 T2的目的是用來告知 UE，當 UE試圖再次發布請求過程之前應

該等待的最小時間。如果定時器 T2在 UE已經過期，則 UE將重新啟動

作為在 3GPP TS24.334子段落 6.2.2.2中定義的發布請求過程，整個過程

如圖二所示。

12

圖二、UE如何處理當 T3901計時器到期的情況

至於上面所提到相關計時器的時間，可以參考表一。

表一、與計時器相關的定義

TIMER NUM. TIMER VALUE CAUSE OF START NORMAL STOP

T1(T3901) 30sec Sending of

DISCOVERY

REQUEST from UE.

Reception of

DISCOVERY

ACCEPT or

DISCOVERY

REJECT

T2(T3902) Initial value is

1 minute.

Maximum

value is 30

minutes

T3901 expiry as

defined in 2.1.1

會議結論：

13

高通認為這樣的重試機制應是 UE implementation，所以並不希望將此機

制標準化，另外由於 ProSe UE是使用 HTTP協議來與 ProSe Function進

行溝通，所以高通公司認為原本的 HTTP機制應該會涵蓋這一部分。最

終主席裁示希望我們能在下一個會議之前達成共識，本團隊會繼續跟高

通做討論說明想法。

手機如何要求 eNB配置相關 ProSe的服務

因為之前在 RAN2會議中有通過一項協議，對於在細胞內或細胞間的頻

率中 ProSe的服務發現需要通過發送“ProSe指示”給 eNB知道。這表示

eNB可以衡量整體情況並根據 UE來的要求，來分配各別資源給 UE。根

據這項協議，所以UE在啟動或停止 ProSe服務時，都需要發送一個 ProSe

指示給 eNB，來要求 eNB配置相對應的無線資源。在這個議題中，主要

討論下面幾點：

1. 關於 T4000計時器的長度討論

T4000計時器決定了某種特定 ProSe服務應用代碼有效的持續時間。在

實作中，各廠商預期此持續時間應該會從幾十分鐘到一、兩個月之間。

另外本團隊認為將該計時器設定成 0，將表示該服務永遠有效地但又未

指定任何服務代碼，這樣的設置並不合理。ProSe伺服器應該要拒絕 UE

這樣的請求服務。因此本團隊建議設置該計時器 T4000的有效值應該介

於 1到 525600分鐘（=365天）的範圍。

由於 T4002和 T4004與 T4000有類似的意義，因此本團隊也建議 T4002

計時器應和 T4004計時器使用相同的範圍，由於 T4000計時器設置的範

圍為 1 – 525600(單位為分鐘)，因此為 T4002和 T4004的範圍也應該被

設置為 1 – 525600(單位為分鐘)。

2. 如何在伺服器端對 UE開始 ProSe的服務

14

HTTP協議是用於使用在 EPC層級的 ProSe發現傳輸協議。但用

於支持服務器啟動的交易數據的方法仍尚在討論中。無論是使用

OMA 的Push技術或是使用HTTP polling機制來實現服務器啟動相對

應服務的流程，都無法受到各營運商的一致認同。由於各別的方法會

影響到後面核心網路的配置，因此在會議中大家同意將 OMA Push 和

HTTP Polling這兩種選擇包含在規範 TS 24.334之中。

3. 討論 CURRENT_TIME 和 MAX_OFFSET 這兩個參數在 ProSe 要

求發現訊息中的意義

代碼完整性保護流程如圖三所示。該系統可以確保一個已完成

ProSe配置的 UE不被冒用和基於 UTC時間參數來監控每個 UE發現

時隙相關的要求。該流程可以使用在當 UE在漫遊中。注意：通過此

消息完整性檢查（MIC）的完整性保護，還使 ProSe的功能來驗證 UE

發布確實有權在那個時間點發布本 ProSe應用程序的代碼。

Announcing UE (A-UE)

Monitoring UE (M-UE)

1. Discovery Request()

4. Discovery Response (Discovery Key, Current Time, Max Offset)

5. Start announcing

6. Discovery Request()

9. Discovery Response (Current Time, Max Offset)

10. Recieve announced code

11. Match Report(Time, MIC)

13. Check MIC

15. Match Response (Current time)

HPMLN of A-UE ProSe Function

HPMLN of M-UE ProSe Function

VPMLN of A-UE ProSe Function

2. Announce Auth.()

3. Announce Auth. Ack ()

7. Monitor Req. ()

8. Monitor Resp. ()

12. Match Report (Time, MIC)

14. Match Report Ack. ()

圖三、代碼完整性保護流程

ProSe功能提供了 CURRENT_TIME參數，該參數包含了當前基於 UTC

15

時間的 ProSe功能和 MAX_OFFSET參數，它表示與發現有關的時間上

的 UE的 ProSe時鐘和時間參數之間的最大時間差的 UE插槽。基於在

SA3會議同意中，這 2個新的參數需要在描述中的 TS 24.334的 PC3的

控制消息來進行添加。MAX_OFFSET的範圍為 1〜32秒，這允許電信

業者決定是否要設置針對重置一個非常緊迫的時間窗口或一分半鐘左

右的計時器。在會議中大家討論加入CURRENT_TIME和MAX_OFFSET

參數在 ProSe功能的反應在 PC3接口以及這些參數的相關處理 UE發起

的 ProSe直接發現請求在 UE端。當 ProSe Function發現時間參數與 UTC

時間不同步時，新增一個錯誤原因。

其他主題

1. 如何改善信令訊息在網路中傳遞的有效性(Signalling Improvements

for Network Efficiency) 提案發展摘要：

本討論主題是針對 UE在收到來自核心網路回報錯誤原因的重試過

程，由於 WCDMA/LTE SM中仍有許多拒絕原因值的重試行為（例

如，＃30，＃31，＃38），目前仍然沒有討論到。這留下很多自由空

間給設備廠商來實作。然而未預期的 UE重試信令可能導致發送過

多信令，進而讓核心網絡無法運作。因此需要一個整體的情況分析，

在所有的現有 WCDMA/LTE SM中規定的拒絕原因值，看看 UE的

重試限制是否適用或不按拒絕原因值。這將會給營運商提供一個明

確的指引，以決定在不同的拒絕事件使用適當的原因值。在 CT1＃

86bis會議（杜布羅夫尼克），一份討論文件 C1-141096[2]提出處理

所有現有 WCDMA/LTE SM的原因值的 UE重試的初步評估，目前

並沒有進一步討論這個議題，但至少替 SINE這個議題爭取未來在

Release 13進一步討論的機會。

16

大多數參與此次 CT1會議的公司同意在 Release 12 SINE工作項目中

為一部分 WCDMA/LTE SM拒絕原因值（即，＃8，＃26，＃27，＃

32和＃33）限制 UE的重試解決方案。然後，大家也同意需要分析

UE的重試限制結果來決定是否同意 Release 12 SINE可以擴展到其

WCDMA/LTE SM 拒絕的原因值的重試解決方案。相信相關的議題會

在 Release 13更密切的來進行討論。

2. Issues identified on SMS over IP retransmission in SIP layer-NTT提

案發展摘要：

此項討論議題主要由日本電信公司 DoCoMo所提出。該公司認為目

前主要有下面兩個問題需要被討論定義

可能發生的原因 1：

由於沒有來自網絡的回應，因而在 SIP層重傳 SIP_MESSAGE

時，不可將 TP-RD設置成 1，因為 TP-RD是屬於 SMR層的參

數而非 SIP層的參數。但如果 IP簡訊伺服器接收到的 RP-DATA

與 TP-RD等於 0的訊息時，IP簡訊伺服器會將此訊息當成第一

個已接收到的消息處理。這樣網絡端便無法檢測並丟棄重複收到

的數據，這樣會導致多向使用者收費的情況，整個流程如圖四所

示。

17

圖四、TP-RID設定成 0的流程

可能發生的原因 2：

如果 TR1M計時器過期時，UE可以通過 SM的 IP上重送剛剛

發送的 RP-DATA資料，此時 RP-RD會設定成 1。在此情況下，

IP-SM-GW可以檢測 RP-DATA數據是否重複接收並丟棄相對應

的數據。然而，在這之後，如果 UE接收到的 RP-DATA數據是

通過 SIP協議層用的 TP-RD= 0的重傳，則 UE無法認為這是重

複的數據，這將導致 UE端會無法辦別那些數據是已經送出去。

整個問題流程如圖五所示。

18

圖五、TR1M計時器過期重送流程

DOCOMO提出的方案

方案 1:

在 P-CSCF伺服器端檢測重複 SIP_MESSAGE並丟棄，但大家有

討論該如何在 P-CSCF中檢測重複 SIP_MESSAGE問題。

方案 2:

UE不執行由 SIP協議層控制的重傳。

討論結果:

最終大家同意使用方案 1來檢查重複 SIP_MESSAGE，具體解決

方法會是通過檢查 Call-ID的方式來達到在 P-CSCF伺服器端檢

測重複 SIP_MESSAGE的機制。

19

七、心得及建議

隨著行動裝置數量及網路流量遽增，下世代行動通訊網路面臨頻譜效

率、頻譜利用以及網路覆蓋率三大問題，且未來面臨 1000倍行動資訊流量

的挑戰。針對上述問題，在標準制定組織中因應而生許多解決方法和技術討

論；以主導下世代無線通訊網路技術 LTE/LTE-A 的第三代合作夥伴計畫

(3GPP)為例，在頻譜效率問題上，透過協調訊號傳送與接收的方式，採用多

點協調(Coordination Multi-Point，CoMP)以及訊號干擾管理(Interference

Management)等技術加以改善；而在頻譜利用問題上，則衍生增加頻譜頻寬

的方法，技術如載波聚合(Carrier Aggregation)等；至於網路覆蓋率問題，對

應有效重複運用既有資源網路流量分流方法，其中包括小型基地台(Small

Cell)、多重無線存取技術(Multiple Radio Access Technology，Multi-RAT)、異

質網路(Heterogeneous Network，HetNet)以及 D2D 等技術。

D2D 技術近來受到許多關注，前者能夠增加現有基地台的網路覆蓋率

(Coverage)，後者則不但能不經核心網路而進行裝置間直接通訊以達到網路

分流(Offload)的作用，且因能為營運商帶來新的商業價值，而成為 LTE Local

發展重要技術之一。

LTE D2D 通訊技術可分為鄰近搜尋(Proximity Discovery)及直接通訊

(Direct Communication)兩大模式，許多電信業者表示支持 ProSe/D2D 的

Discovery研究，原因為視其較具商業應用潛力，在標準組織中投入提案貢

獻者包含 Sprint、China Mobile 、 NTT DoCoMo、 Verizon、 KDDI 及

Softbank 等。而在直接通訊部分，由於可能對傳統電信業務產生衝擊，故

其傾向將直接通訊運用在公共安全應用及有限制的社群通訊，其中美國商務

部為公共安全主要推動者，亦有電信業者開始投入公共安全應用發展。在前

述兩大模式下，從目前標準的討論中可以歸納幾項主要的 D2D 重點技術包

括裝置發現機制(Device Discovery)、模式選擇(Mode Selection)、干擾控制

20

(Interference Management)、無縫切換(Handover)、群組通訊(Group

Communication)和安全性( Security)等。由於之前僅定義廣播距離參數

(Announcing range parameter)為長、中、短距離(long, medium and short range

classes)，並未詳細定義其中傳送 power 的大小，除此之外在 ProSe發現訊息

機制中，由於 SA3更改了需求，同意手機能夠執行鄰近搜尋廣播(ProSe direct

discovery announcing)時，所以在下面幾個 ProSe服務的議題：傳送能量大小

(Transmission power level)、ProSe服務更新參數流程(Update of provisioning

parameters list)、鄰近服務在不正常狀態下的重試次數(Maximum number of

retransmissions and retransmission timers in case of abnormal cases during

ProSe direct discovery)還有很大改進空間，這也是本團隊能在 3GPP中 ProSe

服務可以進行相關研究布局的地方。

八、附件

技術貢獻案清單

3GPP TSG CT1 #88bis Meeting, October 20 – 24, Sophia Antipolis,

France(3:1:0)

1. C1-143768, “Discussion on Timer for ProSe Discovery Request- Noted”, acer<Treated>

2. C1-143769, “Introduce Timer T3901 for ProSe Discovery Request”, acer< Posted >

3. C1-143770 , “Introduce Timer T3902 to trigger retransmission of ProSe” , acer< Posted >

3GPP CT1 #88bis Meeting 會議報告 - 網路通訊國際標準分析及 ...

Documents

Transcript of 3GPP CT1 #88bis Meeting 會議報告 - 網路通訊國際標準分析及 ...