3gpp ct1 #89 meeting 會議報告

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

3GPP CT1 #89 Meeting 會議報告

出席人員：Sathiya M

派赴地區：美國/舊金山(San Francisco)

會議期間：103 年 11 月 17 日至 11 月 21 日

報告日期：103 年 12 月 30 日

1

摘要

本團隊出席在舊金山舉辦的 3GPP CT1 #89 meeting，時間從 2014 年 11 月

17 日至 21 日。本次參與的目的是追蹤 CT1 正在進行的 LTE-A （Rel-12）以

及未來的 LTE-A （Rel-13）計畫，以發掘在 Rel-13 可提出貢獻的潛在機會，

並關注其他公司 Working Items 和 Change Request，特別是在 ProSe 的方面。

本團隊這次的貢獻是與 CATT, ZTE, Qualcomm Incorporated, Nokia

Networks 這幾家公司一起聯合提案，提出了 TS 24.334 ProSe 服務授權程序的

Change Request，此篇 Change Request 經討論後，獲會議接受。

技術貢獻此次會議中，本團隊共提出 1 篇技術貢獻，並獲接受。

本團隊的 ProSe 提案如下：

1. C1-144906 Prose Service authorization

會議解說本次 3GPP CT1＃89會議在美國San Francisco舉辦，共有 121位出席參與。

本次參加會議主要任務為發表標準提案，參與 ProSe 議案討論，並關注新

的 SI 和 WI，以掌握 3GPP 標準現況與技術發展趨勢。

與會成員工作分配

成員任務

Sathiya 1. 報告本團隊的提案

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

3. 尋找在 LTE/LTE-A 潛在的問題

2

目錄

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

一. 會議名稱 ............................................................................................................ 3

二. 參加會議目的及效益 ........................................................................................ 3

三. 會議時間 ............................................................................................................ 3

四. 會議地點 ............................................................................................................ 3

五. 會議議程 ............................................................................................................ 4

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

(一) ProSe 相關主題 ............................................................................................... 10

(二) 其他主題 .......................................................................................................... 14

七. 心得及建議 ...................................................................................................... 21

八. 附件 .................................................................................................................. 22

3

一 . 會議名稱

3GPP CT1 #89 Meeting

二 . 參加會議目的及效益

1.追蹤 CT1 在 Rel-12 和 Rel-13 目前正在探討的議題和未來可能的計畫。

2.發掘在 5G 技術發展過程中可能提出貢獻之機會。

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

三 . 會議時間

2014/11/17 ~ 2014/11/21

四 . 會議地點

美國/舊金山(San Francisco)

Hilton San Francisco Union Square

333 O'Farrell Street

San Francisco, California, United States 94102

Tel: +1 415 771 1400

4

五. 會議議程

本次的3GPP CT1＃89會議在美國San Francisco舉辦，共有121位出席參與。

本次會議的議程如下：

Main Session Breakout (only one at a time)

Monday start: 09:00 / end: latest 20:00

Room:

Joint Session with CT4 and SA2 for about an hour on

Monday 18:00 in the SA2 room on ProSe

Tdocs so far:

1+2+4 Opening

3 Liaisons

13.2.1 new Rel-13 Work Items

13.2.2 new WID docs

Common agenda items

12.11 WORM-CT

12.12 WLAN_NS-CT

12.20 bSRVCC

12.21 SMSMI-CT

12.22 TURAN-CT

13.4 ePCSCF_WLAN

12.19.3 SAES3-non3GPP

13.10.3 SAES4-non3GPP

tdocs of common / special interest (orange)

*if* time permits, start with Tuesday Main Agenda

Items

no breakout on Monday

Tuesday start: 09:00 / end: latest 20:00

Room:

Joint Session with SA2 and RAN2 on eCSFB on Tuesday

08:30 till 08:55 in the SA2 room

Joint Session with SA1 (and interesed SA2 delegates) on

Tuesday 18:00 in the SA1 room for max one hour on

Conflicting requirements regarding support of

ePLMN and shared networks

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

Room:

chaired by Peter Leis

Tdocs so far:

IMS issues – Rel-11 and

earlier

7.1 Rel-7 and earlier

IMS issues

8.1 Rel-8 IMS issues

5


Tdocs so far:

Rel-12 non-IMS tdocs

12.1 Documentation

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_LT_WLAN_iwk

12.9 OPIIS-CT

12.10 eSaMOG_St3

12.13 LIMONET-SIPTO

12.14 Dia_SGSN_SMS

12.15 GCSE_LTE-CT

12.16 MSRD_VAMOS

12.17 DMCG

12.18 NewToN

13.3 ACDC-CT

Low Priority Items (if time permits)

12.19 SAES3, SAES3-CSFB

13.10 SAES4, SAES4-CSFB

12.48.2 other TEI12 issues

13.12.2 other TEI13 issues

Most likely there will be common session again in the

main room during the afternoon/evening




Low Priority Items (if

time permits – see Wed main

session)

12.47 IMSProtoc6

13.11 IMSProtoc7

12.48.1 IMS TEI12

13.12.1 IMS TEI13

Most likely there will be

common session again in the

main room during the

afternoon/evening

Wednesday start: 09:00 / end: latest 20:00

Room:

Tdocs so far:

Rel-12 IMS tdocs

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 ETSI E2NA Transf

12.33 NNI_RS

12.34 USSD_MS

12.35 USSI-NET

start: 09:00 / end: latest 20:00

Room:

chaired by Chen-Ho Chin

Tdocs so far:

Rel-11 and earlier non

IMS issues

7.2 Rel-7 and earlier

non-IMS issues ()

8.2 Rel-8 non-IMS

issues

9.2 Rel-9 non-IMS

issues

10.2 Rel-10 non-IMS

issues

11.2 Rel-11 non-IMS

issues

6


12.36 RFC7044

12.37 FS_NNI_RS

12.38 eMEDIASEC_CT

12.39 IMS_SSFDD

12.40 CVO-CT

12.41 SIS_CT

12.42 REVOLTE_IMS

12.43 NETLOC_TWAN_CT

12.44 ALTC

12.45 PCSCF_RES

12.46 EVS_codec-CT

13.5 QOSE2EMTSI-CT

13.6 DruMS-CT

13.7 INNB_IW

13.8 rtp-mux

Low Priority Items (if time permits)

12.47 IMSProtoc6

13.11 IMSProtoc7

12.48.1 IMS TEI12

13.12.1 IMS TEI13

Common Session (afterwards, if time allows)

common issues from TEI12/TEI11-ish WIs

Low Priority Items (if

time permits – see Tue main

session)

12.19 SAES3,

SAES3-CSFB

13.2 SAES4,

SAES4-CSFB

12.47.2 other TEI12

issues

13.12.2 other TEI13

issues

afterwards common

session in main room

Thursday start: 09:00 / end: latest 20:00

Room:

if time allows: some input papers which have not

been

treated yet (spill over from Mon/Tue/Wed)

14 Outgoing LS's

13.8.3 Future Work Item status

15 Late tdocs (if time allows)

all AIs Start of Revisions

no breakout on Thursday

Friday start: 09:00 / end: latest 16:00

Room:

14 Outgoing Liaisons

all AIs Revisions

4.2 Workplan, IANA, IETF, etc

16 Any Other Business

17 Closing of Meeting

no breakout on Friday

7

ProSe 相關的主題

編號篇名提案公司 3GPP 規範

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

T4004

Qualcomm

Incorporated/Lena

24.334

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

Qualcomm

Incorporated/Lena

24.333

C1-143639 Prose Service authorisation for MO ZTE, Qualcomm

Incorporated, Nokia

Networks/Fei

24.333

C1-143813 Correction to match procedure – storage of

mapping

Huawei, HiSilicon

/Christian

24.334

C1-143830 Alignement on ProSe service authorisation

update procedure

Huawei, HiSilicon/Lin 24.334

C1-143882 Maximum number of retransmissions and

retransmission timers in case of abnormal cases

during ProSe direct discovery

Qualcomm

Incorporated/Lena

24.334

C1-143885 Announcing range parameter Deutsche Telekom,

Qualcomm

24.333

C1-143894 ProSe Indication for ProSe Announcement and

Monitoring

Qualcomm

Incorporated

24.334

C1-143896 Addition of CURRENT_TIME and

MAX_OFFSET parameters for ProSe direct

discovery

Qualcomm

Incorporated

24.334

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

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

Qualcomm

Incorporated/Lena

24.333

C1-143904 Correction on triggering condition and ProSe

Function processing for Match Report procedure

Samsung/Hoon 24.334

C1-143910 Handling of Announce request in the ProSe

function

CATT/Yanchao 24.334

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

Incorporated, Samsung

Electronics/Yanchao

24.334

C1-143912 Correction to UE context handling Huawei, HiSilicon

/Christian

24.334

8


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

Incorporated / Vivek

24.334

C1-144215 Handling of unknown, unforseen, and erroneous

protocol data in TS 24.334

Qualcomm

Incorporated

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 /Taehun 24.334

C1-144263 Update “time parameter” to “UTC-based

counter”

Qualcomm

Incorporated/Lena

24.334

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

Incorporated

24.334

C1-144333 ProSe application ID authorization CATT 24.334

C1-144381 Encoding of Discovery Filter Qualcomm

Incorporated / Lena

discussion

C1-144446 Update of radio parameters in ProSe MOs Qualcomm

Incorporated / Lena

24.333

C1-144477 Erroneous Cause values and editorial corrections InterDigital 24.334

C1-144478 Correction for PC3 EPC control Protocol cause

value

Intel, InterDigital 24.334

C1-144481 Tracking Area Update procedure InterDigital discussion

C1-144482 Tracking Area Update procedure InterDigital 24.334

C1-144527 Addition of SR trigger for ProSe direct

communication

Huawei, HiSilicon,

Qualcomm

Incorporated, Nokia

Networks/Lin

24.301

C1-144528 UE Identity coding for EPC-level ProSe

discovery


C1-144531 Correct the reference of complex data types for

EPC-level ProSe discovery messages


C1-144668 Parameters of PDN connection to be used to

reach HPLMN ProSe Function

Ericsson / Ivo 24.333

C1-144669 Specifying PDN connection to be used to reach

HPLMN ProSe Function

Ericsson / Ivo 24.334

C1-144670 Clarification on ProSe Application ID

authorization

LG Electronics / Jae 24.334

C1-144671 Unknown ProSe App ID in Announce Request

Procedure

InterDigital 24.334

C1-144679 Geographic Area Check for UICC-Configured

Radio Resource for ProSe

Qualcomm

Incorporated/Zhibin

24.334

C1-144681 Gaps between T4001/T4000 and T4003/T4002

timers in ProSe

Qualcomm

Incorporated/Zhibin

24.334

C1-144682 Update of provisioning parameters list in

subclause 5.1.3

LGE,

Qualcomm/Taehun

24.334

C1-144683 Update of provisioning parameters for charging

reporting configuration in ProSe Public Safety

Direct Services Provisioning MO

Qualcomm

Incorporated / Lena

24.333

C1-144684 Addition of parameters for usage information Qualcomm 24.334

http://empty/

http://empty/

9


reporting Incorporated / Lena

C1-144685 Voiding of subclause 8 Qualcomm

Incorporated / Lena

24.334

C1-144687 ProSe function initiated ProSe Request

cancellation message

InterDigital 24.334

C1-144690 Avoiding ping-pong on service authorization

request

Samsung/hoon 24.334

C1-144693 Correction on Allowed Range parameter Samsung/hoon 24.334

C1-144694 Correction on application registration using

user’s profile

Samsung/hoon 24.334

C1-144695 Scope clarification for ProSe Direct Discovery LG Electronics/Taehun 24.334

C1-144696 Scope clarification for ProSe Direct Discovery –

alternative 1

LG Electronics/Taehun 24.333

C1-144697 Scope clarification for ProSe Direct Discovery –

alternative 2

LG Electronics/Taehun 24.333

C1-144903 Update of PC5_DISCOVERY message Qualcomm

Incorporated/Lena

24.334

C1-144906 Prose Service authorization CATT, ZTE,

Qualcomm

Incorporated, Nokia

Networks, acer

24.334

C1-144911 ProSe for UEs in Limited Service State Qualcomm

Incorporated/Zhibin

24.334

C1-144913 Tracking Area Update procedure InterDigital 24.301

C1-144938 Correction to monitoring request procedure not

accepted by the ProSe function

InterDigital, 24.334

C1-144939 Clarification on the service authorization

triggering condition

Samsung/Hoon 24.334

C1-144940 Addition of full match event Huawei, HiSilicon/Lin 24.334

C1-144950 Restructure of Discovery Filter IE Huawei, HiSilicon/Lin 24.334

C1-145028 Update of MOs related to radio parameters

provisioned for ProSe

Qualcomm

Incorporated/Zhibin

24.333

http://empty/

http://empty/

http://empty/

http://empty/

10

六 . 會議紀要

(一) ProSe 相關主題

1. C1-144481: Tracking Area Update in ProSe

來源： InterDigital

InterDigital 提出 Service Request 與 ProSe Discovery 兩道訊息一起觸

發傳送，並且提出 Tracking Area Update 程序需要修正以便有“啟動

（Active）”旗幟（Flag）設定。

TS 24.334，Section 6.2.2.4 提及了：

如果 EMM-IDLE 模式 UE 需要送 Discovery 指示給 eNodeB，這個

UE 將會執行 Service Request (SR)程序來傳送 Discovery 指示，以啟動

ProSe Direct Discovery 的發布，進而切換到 EMM-CONNECTED 模式。

直到成功傳送 Service Request 程序，該 UE 將會根據 3GPP TS 36.331 驅

動底層來傳送 Discovery 指示給 eNodeB。直到底層回復 Discovery 指示已

經成功的傳送給 eNodeB，UE 才會請求底層後續 Discovery 傳送機會的時

間參數。

通常來說，當有 SR 驅動以及 TAU (Tracking Area Update)程序是暫停

的時候，UE 送出 TAU 並且設定啟動旗幟，原先存在的驅動設定啟動旗

幟，以啟動 UL 使用者介面或是 UL 信令傳送。最近引進了新的 SR 驅動

方式，以支援 UE 傳送 Discovery 訊息。正如同其他的 SR 驅動方式，如

果 TAU 暫停的時候有驅動訊號，則將會設定一個主動驅動的旗幟。下面

的文字(摘錄自 TS 24.301)標記了相對應的驅動 SR，以及對應的啟動旗幟

設定。

Service Request 程序

Service Request 程序是用於傳送 EMM 模式從 EMM-IDLE 轉換到

EMM-CONNECTED 模式時，建立無線連結以及 S1 的承載連線以供使用

11

者傳送資料或是信令。這程序也可作為調用 MO/MT CS fallback 或是

1xCS fallback 程序。

這程序只能在以下條件符合時才能使用：

– 網路端有待傳的下行的信令。

– UE 有待傳的上行信令。

– EMM-IDLE 模式 UE 或其他網路有待傳的使用者資料。

– EMM-IDLE 模式或 EMM-CONNECTED 模式 UE 請求執行 MO/MT CS

fallback 或是 1xCS fallback。

– 網路端有待傳的下行的 cdma2000 信令。

– UE 有待傳的上行 cdma2000 信令。

– UE 要傳送 Discovery 指示，以便進行 ProSe Direct Discovery 的發布；或

者 UE 請求配置 ProSe direct communication 的傳送資源。

Tracking area updating 程序(只適用 S1 模式)

如果 UE 啟動 Tracking Area Update 程序時，UE 將上行用戶數據、或是與

Tracking Area Update 程序不相關的上行信令暫停住，並在 TRACKING AREA

UPDATE REQUEST 訊息設定“啟動”旗幟以表示請求建立用戶至網路的介面，並

保持 NAS 信令連接以完成 Tracking Area Update 程序。

Inter Digital 的修正建議：

在 24.301 的 TAU 程序需要修正，當 UE 為了發布 ProSe Direct Discovery 而

傳送 Discovery 指示時，需在 TRACKING AREA UPDATE REQUEST 訊息內設

定“啟動”旗幟。

2. Geographic Area Check for UICC-Configured Radio Resource for ProSe

來源： Qualcomm Incorporated

Qualcomm提出無線資源（頻段等）如果沒有被 E-UTRAN用來提供服務時，

將可被用在開啟 ProSe 功能 UE 之公眾安全服務，但該頻段會因國家或地區不同

而有不同的法令規範。然而，為了提供公眾安全的 UE 可以漫遊到不同的國家或

12

地區（例如他們需要處理跨境事件），需要在一個位置使用相同的無線資源配

置。

Qualcomm 在 SA2 #105 做了以下的註解：

開啟 ProSe 功能的公眾安全 UE 對應行為總結如下：

用於無線電資源配置可以選擇性包括地理區域資訊，以因應 UE 在“沒有被

E-UTRAN 端服務”頻段，可以執行 1 對多的 ProSe Direct Communication 程序。

如果某些無線電參數未包含地理區域資訊，這表示 UE 無需顧慮地理差異即

可使用這些無線參數。

Qualcomm 的提案建議如下：

更新 TS 24.334 中關於 ProSe 的公眾安全 UE 啟動的行為之規範，在使用預

先配置的無線電參數之前，必須先執行的地理區域檢查。此外，並且還添加 UE

必須透過底層檢查，以確認該頻率是否能安全使用而不會干擾到其他 cell。

3. C1-144906: Prose Service authorisation

來源： CATT, ZTE, Qualcomm Incorporated, Nokia Networks, Acer

在 S2-142911 中 SA2 工作群組已經達成以下共識：針對 ProSe 服務授權程序

(ProSe Service authorization procedure)，使用者裝置只會向 HPLMN 中的 ProSe

function 請求進行授權程序，使用者裝置不會對 VPLMN 或是 Local PLMN 內的

ProSe function 請求進行授權程序。

在 HPLMN 中的 ProSe function 會與 VPLMN 和 Local PLMN 中的 ProSe

function連線獲取相關的使用者裝置授權資訊，然後合併到存在HPLMN的 ProSe

function 中。UE 再從 HPLMN 的 ProSe function 獲取新的合併授權策略。

結論:

依據此共識，修改 spec 24.334 的內容，移除與以上共識衝突的敘述：服務

授權將包含一個 PLMN 清單，告知使用者裝置進行服務授權的 PLMN 有那些。

13

4. C1-144939: Clarification on the service authorisation triggering condition

來源： Samsung Electronics, Qualcomm Incorporated, CATT

Samsung 指出，根據 SA2 工作群組在 CR111 S2-143711(SA2#105)所做出的

共識，使用者裝置在以下幾個情境必須進行 ProSe 服務授權程序：

-在開始設定 ProSe 直接發現(Direct discovery)或是 ProSe 直接通訊(Direct

communication)之前，如果使用者裝置沒有有效的授權資訊，則此時要進行服

務授權程序。

-當使用者裝置已經在使用 ProSe 直接裝置發現或是直接裝置通訊，如果此時使

用者裝置改變註冊的 PLMN，而且在新註冊的 PLMN 上並沒有有效的服務授權

資訊，則此時要進行服務授權程序。

-當使用者裝置的服務授權到期，則此時要進行服務授權程序。

HSS ProSe Function ( VPLMN / Local PLMN ) UE ProSe Function

( HPLMN )

0 . Configuration from HPLMN ProSe Function

0 . Subscription info for the authorization

1 . UE stores configured PLMN list

3 . UE requests ProSe authorization from ProSe Function

4 . ProSe Function ( HPLMN / ) obtains authorization info from V/Local PLMN

5 . ProSe Function provides ProSe authorization

2 . UE attaches to PLMN

圖 1：服務授權程序

14

結論：依照以上共識，針對 spec 24.334 的服務授權啟動程序做出以下修改：

使用者裝置在以下情況發生時，需要向 HPLMN 的 ProSe function 提出發起服務

授權程序：

-當使用者裝置已在進行 ProSe 直接裝置發現的宣告(announcing)或是監看

(monitoring)，或是直接裝置通訊，如果使用者裝置改變 PLMN 註冊，此新的註

冊 PLMN 不在使用者裝置的已授權 ProSe 服務 PLMN 清單中，而且使用者裝

置的上層要求在新註冊的 PLMN 中也要使用 ProSe 服務，則此時要進行服務授

權程序。

(二) 其他主題

1. C1-144359: Discussion on the Packet Data Networks and equivalent PLMNs

來源： TeliaSonera

TeliaSonera 提出一篇提案貢獻，討論封包資料網路的能力(PDN capabilities)

是否與 PLMN、ePLMN 有關。此篇文件提出 TeliaSonera 對於現行 3GPP 標準規

範在此議題方面的理解，並且解釋為何 TeliaSonera 認為封包資料網路的能力和

細胞重選(cell reselection)以及換手(handover)應該是無關的。此篇也提出建議繼

續使用現行 session management 重試(retry)方法來處理共享網路(shared network)

以及使用 ePLMN 來實作依 PLMN 區分 ePLMN 清單中每個 PLMN 之 PDN 能力

的網路。

針對 CT1 角度，CT1 工作群組曾有很長時間的討論：

• 改變 session management cause code #50,#51,#66 對應的退讓(back-off)

行為

• session management 與 ePLMN 的相關性

• ePLMN 與其服務能力(capability to services)

• ePLMN 與 PDN 能力與 UE 移動性(mobility)的關聯

在 ePLMN 對 UE 移動性的管理(mobility management)這方面並無爭議。

15

討論等效 PLMN(ePLMN)之需求必要條件如下：

在 SP-010150這份針對 Spec 22.011的CR中介紹了Release-99對於支援使用

不同行動裝置網路代碼(MNC)存取網路，所有 3G 移動裝置的需求必要條件。這

份 CR 是 2001 年二月在赫爾辛基會議中所提出，關於閒置模式使用者裝置的工

作論壇所討論結果的一部分。對於不同無線接取技術對應的不同 PLMN 代碼，

在 GSM 與 UMTS 中都使用等效 PLMN 的概念來實作。另外這份 CR 也針對移

動性管理(mobility management)提出所需的必要條件。

Spec 22.011 對應 CR 的文字如下：

要能處理以下情形：一個網路營運商接受來自其他網路 ID 的接取網路所做

出之接取請求。關於選擇 PLMN、細胞選擇與重選以及換手(cell selection,

reselection, handover)，指示一組等效於註冊之 PLMN 的 PLMN 網路代碼。

有些國家規定(至少在 2001 年是)每個頻段(frequency band)和無線接取技術

執照(RAT license)要有不同的行動裝置網路代碼，這意味著在這些國家的網路營

運商可以使用等效 PLMN 網路代碼，藉由不同的行動裝置網路代碼來提供一個

單一的網路。如果 Release-99 的行動裝置沒有支援等效 PLMN 網路代碼的話，

使用者經驗將會非常差，因此等效 PLMN 網路代碼是必要條件。

等效 PLMN 網路代碼所提供的功能也被運用在 UTRAN 網路分享(network

sharing)。在標準規範中包含了“共同 PLMN”(Common PLMN)，以及給 GERAN

和 UTRAN 網路分享使用的一個營運商 PLMN-id，當沒有其他無線接取技術參

與分享時。由於在 GERAN 中對於多 PLMN 的支援是選擇性的，因此 GERAN

網路分享需要一個共同 PLMN 網路代碼。UTRAN 網路分享也需要共同 PLMN

網路代碼，因為對於 UTRAN 行動裝置來說，多 PLMN 的支援是在 Release-6 以

後才變成必須。以上這些需求必要條件影響到支援多種無線接取技術的

E-UTRAN 行動裝置。不過因為所有 E-UTRAN 行動裝置都支援多重 PLMN，因

此接取 E-UTRAN 時不需要使用共同 PLMN 網路代碼。

16

圖 2：範例為 MOCN 情境（UTRAN 是分享網路， GERAN 不是分享網路）

在此範例中 PLMN C 是一個分享網路。

對 Operator PLMN A 來說，基於不支援的行動裝置：

– 等效 PLMN = A 與 C

對 Operator PLMN B 來說，基於不支援的行動裝置：

– 等效 PLMN = B 與 C

Spec 23.251 在 Annex B.1 中規定使用網路分享的網路應當和未使用網路分

享的網路擁有同樣的能力。Spec 22.101 也有相同的規定。在 spec 23.251 的 section

4.2.3.1 中規定要支援使用共同 PLMN 的分享網路。Spec 22.011 規定一個營運商

要能支援對不同的接取使用不同的網路代碼(network code)。

總結來說，stage1 與 stage 2 要求網路營運商擁有支援每個接取網路使用不

同網路代碼的能力。

17

TeliaSonera 的考量:

改變 UE 行為會導致經歷不同 PLMN 移動事件(mobility)的 UE 需要先中斷

bearer 然後再重新連接。一個實際例子是，當 UE 想要建立一個 IPv4v6 雙堆疊

bearer 卻只收到一個 IPv4 bearer，UE 會在重選細胞(cell reselection)時重複執行

“斷線-重連”，因為 UE 想要建立雙堆疊 bearer，而且 UE 不知道新的 PLMN 是

否支援 IPv6。

結論：

TeliaSonera 認為維持現行的手機行為比較好，也就是在 session management

上使用重試企圖(retry attempt)來處理基於 PLMN 選擇的 PDN 網路。這麼做的原

因是 TeliaSorena 認為這是基於 PDN 網路提供的功能而言足夠合適的方法。然而

經過討論後仍無決議。

2. C1-144511: Discussion on initiation of service request procedure after

successful RAU procedure

來源： HTC

HTC 討論行動裝置(MS)在以下情形下的行為：當 MS 執行 Service request

程序失敗 5 次之後，MS 等待一段退讓時間(back-off time)之後，MS 成功完成

routing area 更新程序並且收到啟動 Service request 程序的請求。

依據 spec 24.008 在 Section 4.7.13.5 的敘述，當 MS 經過 5 次 T3317 timer

到期後，MS 會有一段時間不再啟動 Service request 程序，此時間長度由實作決

定。在這段時間中，如果 MS 成功完成 routing area 更新程序，MS 還是不能啟

動 Service request 程序。然而，完成 routing area 更新程序之後，有可能之前導

致 Service request 程序失敗的因素已經消失。

結論：

如同以上敘述，在成功完成 routing area 更新程序之後，網路與 MS 之間已

經同步，並且網路可以處理 Service request 程序要求。因此 HTC 提案允許 MS

18

在成功完成 routing area 更新程序之後可以啟動 Service request 程序。不過大會

經過討論後並未採納。

3. C1-144953: MS retry handling with optional network signalled timer (Alt 4)

來源：Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Bell Canada, AT&T, Verizon, LG

Electronics, Huawei, HiSilicon, NTT Docomo, Vodafone, Interdigital

Communications, Broadcom Corporation, HTC

TS 24.008 第 6.1.3.1.3 列出當 MS 請求的 PDP 連線被網路拒絕的原因值。

對於拒絕原因如下：

# 8: Operator Determined Barring;

#32: service option not supported;

#33: requested service option not subscribed;

UE 在相同的 PLMN 下使用相同的 APN 去重試可能會無法成功連線。如果

MME 在之前已經拒絕了 UE 的 SM session request，假設其他因素都相同的情況

下（如 APN，RAT，PLMN），UE 再度嘗試相同的 SM request，則手機會收到相

同的 reject cause。除非該 UE 的服務訂閱已經被改變或網路能力已升級或電信業

者解除 UE 在特定 packet switched services 的限制。

為了防止網路被無用的重複嘗試請求超載，需要採取重試限制以使得 UE 不

重複相同的請求，除非任何處理條件的變化使得有機會導致不同的處理結果。

需要注意的是此目的不是讓 UE 在所有情況下都不能重試，但限制是為了防止無

用的重試，讓重試有意義（即限制“注定要失敗的”的重試）。只要條件變化（如：

“重試資格標準”）可能產生不同的處理結果，則 UE 就會被允許儘快重試。

導入重試等待計時器 T3397

重試等待計時器 T3397 被導入，提供更靈活的彈性給電信業者，使得電信業

者可以根據預先設定的等待計時器，使用額外的重試觸發，以確保該 UE 不會完

19

全“沉默”。同樣的情況也發生在 UE 發起的第二個 PDP 建立過程或 PDP 修改

過程中不被網路接受，而 UE 已經收到＃32 和＃33 原因值(cause value)。因此類

似的限制需要被使用，以防止無用的重試浪費網路資源。

本提案的建議摘要如下：

1. 針對 SM 拒絕碼＃8、＃27、＃32、＃33，提供重試資格標準(retry qualifying

criteria)；

2. 導入選擇性的重試等待計時器 T3397，讓額外的計時器基於電信業者設定來

觸發重試。 T3397跟RAT相關。如果T3397被發送到UE連同原因代碼＃8 、

＃27、＃32、＃33，這僅適用於當前 RAT（UTRAN）；

3. 指定的 UE 只有在 T3397 到期或滿足使用相同的 APN 且在對應 RAT 和

PLMN 組合下或至少滿足一個重試合格的條件(retry qualifying condition)才

能重試。

最後大會因時間因素，暫緩（postponed）本案討論。

4. Media resource sharing

來源：Ericsson

在現今的通訊中，如：通訊保留(communication hold)、通訊等待

(communication waiting)及會議通訊保留(communication hold with Conferencing)

時，當使用者在系統中使用這些服務時，會導致資源使用至少兩倍以上。

對於這些通訊的情況下，用戶只會在一個活動會話(session)中是運作中的

(active)，而其他的會話(session)都會是未運作的(inactive)；但即使用戶不發送或

接收，固定資源(dedicated resources)還是分配給用戶。

因此，不能考慮這些服務在網路中分配資源的話，會導致不必要的資源被浪

費，系統只能服務更少的會話(session)。在居住區或是人口很多的商業區域，這

會成為一個大問題。

20

Ericsson Proposal

實施可分為兩部分：

- 一個 SIP 級部分（即如何確定資源可以共享）和

- 一個 PCC 部分（當資源可以共享，如何傳送信號 Rx/ Gx/ S9 介面）

在通訊發起端的資源共享示於下圖。

UE-1PDNGW/

PCEFPCRF P-CSCF IMS core UE-2 UE-4

AAR[Resource-Sharing-Information: Sharing-

Key-UL, Sharing-Key-DL]

AAARAR[PCC rule 1, Sharing-Key-UL,

Sharing-Key-DL]

RAA

INVITE[SDP offer: AS=22, AMR, no resources]

INVITE[SDP offer: AS=22, AMR, no

resources]


resources]

183 Session Progress[SDP answer: AMR, AS=22]


Trigger?

Create new EPS bearer [TFT 1]

Resource 22000

183 Session progress[SDP answer: AMR, AS=22]

Call establishment continues according to TS 24.229 and reaches active state when UE-2 accepts the call.

re-INVITE

[SDP offer: AMR, sendonly]

re-INVITE


re-INVITE


UE-1 puts the call on

hold

200 OK to re-INVITE

[SDP offer: AMR, recvonly]

200 OK to re-INVITE


200 OK to re-INVITE


AAR[Resource-Sharing-Information: Sharing-


AAARAR[PCC rule 1+PCC rule 2, Sharing-


RAA



resources]




Trigger?

Modify EPS bearer [TFT 2]

Resource are still 22000

183 Session progress[SDP answer: AMR, AS=22]

Call establishment continues according to TS 24.229 and reaches active state when UE-4 accepts the call.

圖 3：通訊發起端的資源共享圖

21

七 . 心得及建議

目前 Release 12 版的收尾正在進行中，3GPP 的 CT1 開始進行下一代

LTE 改善。Release 13 的三個主要的議題已經被同意進行，本團隊會著手在

Release 13 的議題研究與提案，包含 2015 年新增的鄰近服務(D2D proximity

service)。

目前會議中有討論到 LTE 的網路支援警告狀態報告(warning status

report in EPS)去加強回報警告訊息(warning message)，讓電信業者及政府單

位可以廣播公眾警告訊息(public warning message)，使得當緊急需要時可以

有不錯的效果。WSR_EPS(Warning Status Report in EPS)被 3GPP 的 Release

13 CT1 接受為工作項目，它會是 2015 年的重點項目之一。本團隊了解警告

消息傳送確認(Warning message delivery confirmation)是 LTE 中必須要有的

功能，因此我們未來會在此項目會議上提出貢獻。

樂金(LGE)提出應用相關數據通信壅塞控制（ACDC, Application

Specific Congestion control for data Communication），使重要的服務能夠在重

大災害情況下繼續運作。為了減輕網路在這些環境中的高度壅塞情況，

ACDC 這個機制能夠讓電信業者根據當地的法規來自訂的應用權限，來允

許/避免新的存取嘗試(new access attempts)。ACDC 這個功能是由高通、聯

發科、英特爾公司和網路運營商 Verizon、NTT DoCoMo 公司的支持。在災

害情況(disaster situation)下，利用這些定義的應用 (some defined application)

來驅動使用者可以維持重要的通訊服務是很重要的，因此本團隊將把這

Release 13 的項目放入重點工作列表中，並將著手研究此機制與現有的存取

22

禁止機制(access barring mechanism)，並根據在 UE 的特定類別新增一個新

的存取控制機制(new access control mechanism)，滿足第 3 階段的目標。

Ericsson 公司提出的增強型的 P-CSCF 發現(discovery)，使用信令經由

WLAN 去連接 EPC(ePCSCF_WLAN)。主要網路運營商（AT＆T、T-Mobile

公司、沃達豐等）都支持愛立信(Ericsson)的這項提案。ePCSCF_WLAN 是

一個新的方法，在 PDN connection 已經建立之後，使 P-CSCF discovery 信

令經由 WLAN 跟 EPC 溝通，避免沒有必要的額外往返(round trip)時間，及

避免額外部署 DHCP server 及 DNS server。

網路運營商 AT＆T、T-Mobile 和沃達豐（Vodafone），想導入這個方法

可以提高目前網路的效能。這個項目在 Release 13 CT1 是主要討論的重大項

目之一，本團隊將持續關注該項目在未來的 3GPP 的討論，並提出提案來針

對這個特點(feature)改善網路效能。

八 . 附件

技術貢獻提案清單

3GPP CT1#89 (17th Nov – 21st Nov 2014)，San Francisco，USA (1:1:1)

1. C1-144906 Prose Service authorization, CATT, ZTE, Qualcomm Incorporated, Nokia

Networks, Acer, < Accepted >

3gpp ct1 #89 meeting 會議報告

Documents